1. 21-07-xxxx-00-0000 IEEE 802.21 MEDIA INDEPENDENT HANDOVER DCN: 21-10-0068-00-0000 Title: Single Radio IWK Date Submitted: March, 17, 2010 Presented at IEEE 802.21 session 37 in Orlando, FL Authors or Source(s): Shahab Sayeedi, Motorola Abstract: This presentation provides of an overview of single radio handover support for non-WiMAX to WiMAX networks

2. 21-07-xxxx-00-0000 IEEE 802.21 presentation release statements This document has been prepared to assist the IEEE 802.21 Working Group. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE 802.21. The contributor is familiar with IEEE patent policy, as outlined in Section 6.3 of the IEEE-SA Standards Board Operations Manual and in Understanding Patent Issues During IEEE Standards Development http://standards.ieee.org/board/pat/guide.html> Section 6.3 of the IEEE-SA Standards Board Operations Manualhttp://standards.ieee.org/guides/opman/sect6.html#6.3 http://standards.ieee.org/board/pat/guide.html IEEE 802.21 presentation release statements This document has been prepared to assist the IEEE 802.21 Working Group. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE 802.21. The contributor is familiar with IEEE patent policy, as stated in Section 6 of the IEEE-SA Standards Board bylaws and in Understanding Patent Issues During IEEE Standards Development http://standards.ieee.org/board/pat/faq.pdf> Section 6 of the IEEE-SA Standards Board bylawshttp://standards.ieee.org/guides/bylaws/sect6-7.html#6 http://standards.ieee.org/board/pat/faq.pdf

3. 21-07-xxxx-00-0000 WiMAX Requirements for Single Radio Handover WiMAX Single Radio MS: Has only one active radio transmitter and one or more radio receivers Need for Single Radio Handovers Only one radio can operate satisfactorily at any given point of time due to co- existence, interference, platform noise and other such issues for radios operating in close frequency ranges Battery in a multi-mode device may be able to support only a single radio at a time. Multi-radio operation may lead to higher power requirements at any point of time, leading to need for larger battery sizes in mobile devices Due to regulatory and other issues simultaneous multi-radio operation may not be always possible Requirements for Single Radio Handovers Single radio handover solution must enable handovers between WiMAX and on- WiMAX Access Networks. Impact on existing core network elements must be minimized Impact on other access networks (HRPD, GERAN and UTRAN) must be minimized. Mobility management procedures for single radio handover must include mechanisms to minimize service interruption during handover

4. 21-07-xxxx-00-0000 WiMAX SR Interworking Architecture WiMAX interworking architecture supports inter-technology handover from non-WiMAX networks (3GPP, 3GPP2, WiFI) to WiMAX Tightly coupled architecture Similar architecture adopted by 3GPP2 for WiMAX to HRPD handover

5. 21-07-xxxx-00-0000 SR Architecture Elements and RPs WiMAX Signal Forwarding Function (SFF) New functional element to support SR HO from Non-WiMAX IP Access Network to WiMAX network Emulates a WiMAX BS by terminating R9, R6 R9 reference point between the WiMAX SFF and MS used for tunneling IEEE 802.16 MAC layer signaling to/from the UE/MS over the non-WiMAX Access Network. Facilitates pre-registration and authentication while the UE/MS is receiving service from the non-WiMAX Access Network prior to inter-RAT handover to WiMAX Network Communicates with WiMAX ASN-GW via WiMAX R6 RP

6. 21-07-xxxx-00-0000 WiMAX SR Inter-RAT Pre-Registration

7. 21-07-xxxx-00-0000 WiMAX SR Inter-RAT HO Pre-Registration Phase-1

8. 21-07-xxxx-00-0000 WiMAX SR Inter-RAT HO Pre-Registration Phase-2

9. 21-07-xxxx-00-0000 WiMAX SR Inter-RAT Pre-Registration and Handover SR Inter-RAT handover pre-registration phase-1&2 completed prior to actual SR inter-RAT handover (phase-3) to minimize latency delays during handover Inter-RAT handover may occur soon after SR inter-RAT handover pre-registration, later, or never depending on radio conditions, operator policy, mobility etc Upon completion of handover pre-registration and assuming approval of WiMAX network, network transitions SR MS to a ‘pseudo-active’ or ‘pseudo-idle’ state

10. 21-07-xxxx-00-0000 WiMAX Networks Modes for SR MS Active MS exchanging IP traffic with WiMAX network AIF resources allocated and network data paths established and connected Idle MS transitions to idle mode when there is no active traffic AIF resources and network bearer channels de-allocated No R6 Paging Controller allocated to page MS when new traffic arrives Pseudo-Active SR MS has completed pre-registration in the WiMAX network No active WiMAX service SR continues to receive service from the non-WiMAX network MS context stored at SFF No AIF resources allocated, R6 activated Pseudo-Idle SR MS has completed pre-registration in the WiMAX network No active WiMAX service SR continues to receive service from the non-WiMAX network MS context stored at SFF No AIF resources, Paging Controller, or R6 Null SR MS has not completed WiMAX pre-registration, has no SFF context Receiving service from non-WiMAX network

11. 21-07-xxxx-00-0000 SR MS & Network Actions During WiMAX Pseudo-states If/when SR handover becomes necessary after completion of inter-RAT HO pre-registration If MS is in ‘pseudo-active’ state SR MS may initiate inter-RAT handover over the air with a WiMAX target BS using 802.16 active handover procedures (WiMAX active state) Network may initiate inter-RAT handover over R9 to a WiMAX target BS using 802.16 active handover procedures which are completed over the air with the target BS (WiMAX active state) Network may initiate SR MS transition to pseudo-idle state via 802.16 idle-mode entry procedures over R9 (pseudo-idle state) If MS is in ‘pseudo-idle’ state MS may initiate inter-RAT handover over the air with a WiMAX target BS using 802.16 MS initiated idle mode exit procedures (active state) Network may initiate inter-RAT handover over R9 to a WiMAX target BS using 802.16 network initiated idle mode exit procedures which are completed over the air with the target BS (active state) If no SR MS inter-RAT handover after a pre-determined time, network may: Force SR MS to complete inter-RAT handover to WiMAX network (via network initiated handover or pseudo-idle mode exit Force SR MS to transition from pseudo-active to pseudo-idle state Terminate SR MS pre-registration with notification to SR MS, transition to null state, i.e. no SFF context for efficient inter-RAT handover

12. 21-07-xxxx-00-0000 WiMAX SR Handover Standards Status Baseline text frozen at last week’s Malaga F2F V&V to commence within a couple of weeks V&V resolution to begin by April 2010 Correct bugs and complete any additional functionality required Publication by May 2010 Enter CR mode after publication Correct defects detected during implementation and deployment Release revision?

13. 21-07-xxxx-00-0000 Thank You