21-06-0524-01-00001 IEEE 802.21 MEDIA INDEPENDENT HANDOVER DCN: 21-06-0524-00-0000 Title: Effects of IEEE 802.16 link parameters and handover performance.

Slides:



Advertisements
Similar presentations
xxx IEEE MEDIA INDEPENDENT HANDOVER Title: Multi-Radio Power Management Date Submitted: September, 2007 Presented at IEEE
Advertisements

XXX IEEE MEDIA INDEPENDENT HANDOVER DCN: XXX Title: MRPM – an augmenting feature for MIH Date Submitted: July 15,
DAIDALOS /11 IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: DVB-H Motion Date Submitted: March, 2008 Presented.
DAIDALOS /11 IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: DVB-H Networks Date Submitted: May, 2008 Presented.
Comments from on Proposed P802.21b PAR IEEE Presentation Submission Template (Rev. 9) Document Number: IEEE /026r2 Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Functional Requirements for SRHO Date Submitted: Jan, 2010 Presented at IEEE
xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx Title: Information Service & IEEE ND&S Date Submitted: January,
-1- Management for M2M Devices [IEEE Presentation Submission Template (Rev. 9.2)] Document Number: IEEE C802.16p-10/0039 Date Submitted:
Uplink Interference Coordination/Control for m Document Number: IEEE S802.16m-07_278, Date Submitted: Source: Fan Wang, Amitava Ghosh,
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Your Title Here Date Submitted: Month, NN, 200x Presented at IEEE.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Security SG Report Date Submitted: November 20, 2007 Authors.
21-06-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx Title: Pre-establishment of IP connectivity discussion Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: IE Use Cases Date Submitted: July 14, 2006 Presented at IEEE session in San.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Network Controlled Network Selection and HO scenarios Date Submitted: September,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Initial Proposal on IEEE Down Selection Process Date Submitted: October 12,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Cooperation-between- horizontal -handover-and- vertical-handover.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Transport Protocol and State Machine Date Submitted: May, 14,
xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx LB1c-handover-issues.ppt Title: Handover Commands Thoughts and Open Issues.
_3gpp_inter-tech_handover IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Considerations for 3GPP/non-3GPP Handover.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Initial Network Selection in WLAN Date Submitted: June, 2007 Presented.
IEEE MEDIA INDEPENDENT HANDOVER Title: Multi-Radio Power Management Date Submitted: September, 2007 Presented at IEEE 802 September.
New NS-2 model developed for the IEEE specifications is now publicly available. This model was developed as part of the Seamless and Secure Mobility.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: MEDIA INDEPENDENT HANDOVER – Heterogeneous-RAT Mobility within.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Report on Potential Link Sync Events for IEEE r Date Submitted:
Doc.: IEEE /xxxxr0 Submission March 2007 Srinivas Sreemanthula Slide 1 IEEE MEDIA INDEPENDENT HANDOVER DCN: SSID-info-MIH-IS.ppt.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: The amendment for the Link Going Down primitive Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Possible MIH security approaches and issues Date Submitted: September.
xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx Title: Proposal for adding a key hierarchy based approach in the security.
DCN: ieee u-update Stephen McCann, Siemens Roke Manor IEEE MEDIA INDEPENDENT HANDOVER DCN: ieee u-update.
IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Annex A.7 abnormal handover flow Date Submitted: May 24, 2007 Presented at IEEE
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Heterogeneous Wireless Management for Coexistence Date Submitted: July 13, 2010 Presented.
1 / 16 Differentiated Random Access Schemes Document Number: IEEE C802.16m-09/0620 Date Submitted: Source: Heejeong Cho
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: SB Recirculation-2 Summary Date Submitted: January 2008 Presented.
21-08-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: XXXX Title: MIH_MN_HO_Commit Revisited Date Submitted: March, 2008 Presented.
srho IEEE MEDIA INDEPENDENT HANDOVER DCN: srho Title: IEEE MIH CS Applicability for WMF SRHO Date Submitted:
support_for_comment_res1 IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Length Encoding Example Date Submitted:
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Issues with Splitting HO Commands Date Submitted: January 11,
IEEE MEDIA INDEPENDENT HANDOVER DCN: srho Title: Introduction of IEEE PPC Hierarchical Networks Date Submitted: March 16, 2011.
ES-CS-Adhoc-Rep.ppt IEEE MEDIA INDEPENDENT HANDOVER DCN: ES-CS-Adhoc-Rep.ppt Title: ES/CS Ad-hoc Discussions.
xxx IEEE MEDIA INDEPENDENT HANDOVER Title: Mobile Device MIH Model Date Submitted: Sept. 07 Presented at IEEE session #22,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Application Considerations in Handover Date Submitted: July, 15, 2004 Presented at.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Handover flow chart between and Date Submitted: May 24, 2007 Authors.
xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Handover Procedure – Redraw of Annex Figure Date Submitted: October.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Handover Diagrams for Break before Make case Date Submitted: April.
1 IEEE MEDIA INDEPENDENT HANDOVER DCN: Media-Independent_IdleMode-and- paging Title: Media Independent Idle Mode and Paging Date.
WiMAX Forum Conference, January 2007 Seamless Mobility in WiMAX Nada Golmie and Richard Rouil Advanced Networking Technologies Division National Institute.
IEEE MEDIA INDEPENDENT HANDOVER DCN: SAUC Title: MIH Service Use Cases for Dynamic Frequency Channel Allocation of IEEE WLANs.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title:Performance Measurements for Link Going Down Trigger Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: MIH_Handover primitives and scenarios Date Submitted: April, 30,
21-06-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: The amendment for the MIH_Scan primitive Date Submitted: April,
xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Handover Procedure – Redraw of Annex Figure Date Submitted: January.
Information Technology Laboratory, Advance Network Technologies Division Overview of NIST IEEE implementation in NS-2 High Speed Network Technology.
1 IEEE MEDIA INDEPENDENT HANDOVER DCN: srho Title: Consideration for Tunneling of Network Entry Procedure (IEEE ) Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Performance analysis of authentication signaling schemes for.
1 HO between IEEE802.16m femto cell and macro cell IEEE Presentation Submission Template (Rev. 9) Document Number: IEEE C802.16m-08/1273 Date Submitted:
1 IEEE MEDIA INDEPENDENT HANDOVER DCN: sec Title: Message Flow Date Submitted: March 1, 2011 Authors or Source(s): Fernando Bernal-Hidalgo,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Suggested remedy for SB Comments 598/599/610/611 Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Load balancing in heterogeneous network use case Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx
IEEE MEDIA INDEPENDENT HANDOVER DCN: bcst
IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN: mrpm
IEEE MEDIA INDEPENDENT HANDOVER DCN: srho Title: Missing Gaps and Solutions for MGW Date Submitted: Presented at IEEE c TG Authors.
Presentation transcript:

IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Effects of IEEE link parameters and handover performance for select scenarios. Date Submitted: February 10, 2006 Presented at IEEE session # 13 in Denver Colorado Authors or Source(s): Richard Rouil and Nada Golmie Abstract: This document discusses the layer 2 trigger generation in access networks and their impact on the handover performance. In addition, simulation results for realistic handover scenarios within cells and between cells and hot spots are presented.

IEEE presentation release statements This document has been prepared to assist the IEEE 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. This is a contribution by the National Institute of Standards and Technology and is not subject to copyright in the US. The contributors do not have the authority to override the NIST policy in favor of the IEEE policy. 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 Section 6.3 of the IEEE-SA Standards Board Operations Manualhttp://standards.ieee.org/guides/opman/sect6.html#6.3

Motivation and objectives 1.Understand how link triggers are generated in and evaluate their effects on the overall handover performance. 2.Measure the handover performance for realistic scenarios: Within two cells Between an cell and hot spot.

IEEE implementation A model of IEEE has been developed using ns-2 To date this implementation contains the following key features: OFDM physical layer with support for different modulations TDD Mac layer implements synchronization messages Round Robin scheduler Supports bidirectional flows (without QoS) Fragmentation/Reassembly Mobility extension (IEEE e) for scanning and handoff without association. Integrated in the IEEE model

Link layer trigger generation access network Link Detected upon reception of DL_MAP message from BS Link Up upon successful registration with BS Link Down after loosing synchronization with BS Link Going Down due to signal power degradation MN

IEEE message exchange sequence network entry MNBS Channel Selection Normal operation DL_MAP (Downlink map) Link Detected DCD (Downlink Channel Descriptor) Ranging request Link UP UCD (Uplink Channel Descriptor) UL_MAP (Uplink map) Downlink synchronization Uplink synchronization Ranging response Initial ranging Registration request Registration response Registration The DL_MAP and UL_MAP messages contain the burst allocation decided by the BS. The DCD and UCD messages contain burst profiles. They are periodically generated by the BS. The standard defines the maximum interval between two messages to 10 seconds.

Link Detected trigger The MN needs to listen to the channel in order to find a BS: 1. Select a channel 2. Listen for a preamble message 3. If a preamble is found Wait for DL_MAP message If DL_MAP message trigger link detected Else goto 1 after timeout 4. Else goto step 1. In the simulation implementation, DL_MAP messages are sent in every frame and the timeout for the DL_MAP message is set to 50 ms. Minimum time is 2 frames (8ms) Maximum time is 10s

Link UP trigger: synchronization simulation results DCD and UCD messages synchronized (I.e located in the same frame) The delay contributed by the synchronization component is the most significant (order of magnitude is in seconds!!!) when both UCD and DCD are synchronized, the delay between the downlink and the uplink synchronization is minimized.

Link UP trigger: initial ranging message sequence To execute Initial Ranging with the BS, the MN picks a backoff window (parameter described in the UCD message) and waits for contention opportunities in the frames. It decrements the backoff at each contention opportunity and sends a ranging request when it reaches 0. The BS sends a ranging response containing the status information of the transmission parameters received. The layer 2 parameters affecting the ranging process are: The number of contention opportunities in a frame The window size of the backoff The BS is responsible for assigning contention opportunities and a backoff window size so that a response to a successful transmission will be sent within 200 ms (T3 timeout).

Link UP trigger: initial ranging simulation results

Link UP trigger: registration message sequence The registration allows the MN to connect to the BS and enter the network. A scheduler assigning uplink transmission opportunities to MNs in a round robin fashion is used in the simulation. When a new MN arrives, it is assigned to the end of the scheduling list (FIFO). According to the IEEE standard, the registration step is completed within a maximum interval of 3s before having to repeat it or aborting.

Link UP trigger: registration Simulation results Latency (s) Number of STA in the cell Effect of the number of STA in an cell using a FIFO Round Robin Scheduling

Link UP trigger: results summary Link Up stepLayer 2 parametersLatency range (s) Downlink and uplink synchronization -DCD interval -UCD interval Initial ranging-Backoff window size -Number of ranging opportunities per frame Registration-Transmission opportunity allocation To speed up network entry, the time to acquire the downlink and complete the uplink synchronization must be reduced

Link Going Down trigger The link Going Down trigger predicts that the MN will be leaving the coverage area within a certain period of time. The generation of this trigger is based on a measurement algorithm used (instantaneous value, weighted average, etc) of link layer performance parameters: Carrier-to-Interference-and- Noise Ratio (CINR), Received Signal Strength Indicator (RSSI), or MAC delay.

Link Down trigger: link layer parameters that effect performance A MN expects to receive DL_MAP and UL_MAP messages at short intervals. The standard defines a timeout with a maximum value of 600ms. If the timeout expires, the MN considers that the synchronization with the BS is lost. Other timeout exists for messages such as DCD and UCD but their magnitude is in seconds (default value is 5*interval). At the BS, when a MN is assigned bandwidth, it is required to send messages even if there is no data to send. The base station can then monitor that the MN is responding to messages and can decide when it is considered out of the network.

Performance evaluation of handovers scenarios Simulation Parameters Neighbor Discovery RA interval: U[200s,600s] Max delay between RA: 0.5s Router lifetime: 1800s Application traffic UDP CN MN Video streaming (396.8kbps, 4pkt/100ms, 1240 bytes) Delay between CN and MN: 90ms RTT + Mac access delay (depends on the technology used) 60ms RTT CN AR WLAN APWimax BS 30ms RTT

Simulation parameters (cont.) IEEE parameters Coverage: 1 km radius DCD/UCD interval: 5s Frame duration: 4ms Contention opportunity per frame: 5 Backoff window size start for contention: 2 Scanning: duration=250 frames, interleaving=40 frames, iteration=5 IEEE parameters Coverage: 20 m radius Beacon interval: 100ms Scanning mode: passive

Handover between two networks: scenario 1 CN BS Handover MN

Scenario 1 description We evaluate two types of handover mechanisms in : Using Link Down trigger, the MN will first detect the loss of synchronization with the serving BS before starting to look for another station. Using Link Going Down trigger, the MN will request the serving BS to allocate time for scanning. After the scanning is over, the MN will handover to the target BS. We identify two additional cases: 1. At the time of handover, the MN receiving the DL_MAP and UL_MAP cannot decode the messages because the information received during the scanning expired or has changed. The MN is required to perform full downlink and uplink synchronization (full network entry) 2. During handover, the MN can decode the DL_MAP and UL_MAP received by the target BS using the DCD and UCD information collected during the scanning period. In this case, the MN can execute faster network entry (partial network entry)

Layer 3 Handover process MNBS CN Layer 2 handover New prefix detected Normal operation Flow redirection Link UP RS RA Flow redirection ACK

Handover using Link Down MNServing BSTarget BS Normal operation MN leaves the Coverage area Link Down Link down detection Normal operation Listen to channels DL_MAP Link Detected Synchronization messages (DCD, UCD, UL_MAP) Ranging Registration Link UP Handover latency Layer 3 handover

Handover using Link Going Down MNServing BSTarget BS Normal operation Link Going Down Normal operation Listen to channels Synchronization messages (DL_MAP,DCD, UCD, UL_MAP) Link Handoff Imminent MOB-SCN_REQ MOB-SCN_RSP Scanning Normal mode Repeat scanning and normal mode intervals MOB-SCN_REP MOB-MSHO_REQ MOB-MSHO_RSP Link Handoff Proceeding Synchronization messages (DL_MAP,DCD, UCD, UL_MAP) Switch channel Ranging and Registration Link Handoff Complete Full or Partial network entry MOB-MSHO_IND Handover Latency Layer 3 handover Layer 2 latency Layer 3 latency

Handover : results Link DownLink Going Down + full network entry Link Going Down + partial network entry Layer 2 handover latency (s) Layer 3 handover latency (s) Total handover latency (s) Packet loss Using Link Going Down shows major improvements if the information contained in the DCD and UCD messages acquired during scanning can be used to decode the DL_MAP and UL_MAP during the handover. Additional improvements can be made if the BSs synchronize over the backbone (work in progress).

Handover between and : scenario BS AP CN MN

Scenario 2 description In this scenario, we study the vertical handover between 2 wireless technologies: and A MN that is connected to enters a hotspot. For cost and bandwidth performance, the MN executes a vertical handover to the network. When leaving the cell, the MN reconnects to the network. The MN uses the link Going Down trigger on the interface.

Handover : entering WLAN BS AP MN interface interface Normal operation Beacon Link Detected Normal operation Association Response Link UP Association Request Layer 3 handover Keep interface on or shutdown interface

Handover : leaving WLAN AP BS MN interface interface Normal operation DL_MAP Link Detected Normal operation Ranging request Link UP Synchronization messages Layer 3 handover Performed if interface was turned off Ranging response Registration request Registration response Keep interface on or shutdown interface

Handover : simulation results Interface is always turned on, redirect on Link Down Interface always turned on, redirect on Link Going Down Interface activated upon Link Down of interface Interface activated upon Link Going Down of interface Handover latency (s) Handover latency (s) Packet loss for handover Handover : starts at detection of (Link Detected) RS/RA on (average around 250ms, due to a random back to reply to RS U[0,500ms] message redirection to CN (90ms+medium access) Handover : Starts on link Down (+300ms for loosing 3 beacons) or link Going Down If is OFF, synchronization with BS (2.5s with DCD/UCD interval of 5s) message redirection to CN (90ms_medium access)

Handover : a closer look at link going down Packet loss Distance from hot spot boundary at the time of link going down event generation (m) Effect of link going down anticipation on packet loss Velocity: 1m/s Velocity: 2m/s Velocity: 3m/s Velocity: 4m/s

Handover : results summary We note that even when the MN is using the Link Going Down trigger on the interface, the network entry latency for is still significant. Adjusting the link Going Down threshold to allow enough time to perform full network entry in would require the MN to trigger an event while the connectivity to the AP is still good. Some potential solutions to optimize the handover between and include: Keep the interface on Use sleep mode Speed up the network entry by providing heterogeneous information through the interface (Information Service)

Summary synchronization phase plays a key role in the handover latency: Any prior knowledge for synchronization (channel descriptor messages) is critical in speeding up the handover. Reducing the synchronization time by increasing the frequency of the channel descriptor messages comes generally at the cost of a higher bandwidth overhead (less bandwidth available for user traffic). Keeping the interface turned on is beneficial at the cost of additional power consumption and reduced battery life. The use of e mechanisms including neighbor advertisement, BS synchronization, and sleep mode may prove to be helpful.