IEEE MEDIA INDEPENDENT HANDOVER DCN:

Slides:



Advertisements
Similar presentations
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Effects of IEEE link parameters and handover performance.
Advertisements

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: Handover flow chart between and Date Submitted: May 24, 2007 Authors.
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: Title:Performance Measurements for Link Going Down Trigger Date Submitted:
21-06-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: The amendment for the MIH_Scan primitive Date Submitted: April,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: MIH_Handover primitives and scenarios Date Submitted: April, 30,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: PoA Capabilities of IE with IPv6 Prefix Availability Date Submitted: May 2006 Authors.
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.
IEEE MEDIA INDEPENDENT HANDOVER DCN: srho c-requirements-and-procedures Title: c Requirements and Procedures Date Submitted:
1 IEEE MEDIA INDEPENDENT HANDOVER DCN: sec Title: Message Flow Date Submitted: March 1, 2011 Authors or Source(s): Fernando Bernal-Hidalgo,
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Single Radio IWK Date Submitted: March, 17, 2010 Presented at.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: IE prioritization for query response size limit support Date Submitted:
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Problem Scenario Date Submitted: September, 2007 Presented at.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Comments Date Submitted: Jan, 06, 2006 Presented at IEEE
mrpm IEEE MEDIA INDEPENDENT HANDOVER DCN: mrpm-scenario6.4 Title: MRPM Scenario 6.4 Generalization Date Submitted: July.
xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Network-Initiated Handover Procedure Update Date Submitted: October.
IEEE DCN: SAUC Title: Presentation of Open SLMCP use case Date Submitted: Sep 16, 2015 IEEE session #70 in Bangkok, Thailand.
21-06-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: The amendment for the MIH_Scan primitive Date Submitted: April,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Suggested remedy for SB Comments 598/599/610/611 Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: New scenarios for Date Submitted: May 16, 2013 To be presented at… Authors or Source(s): Daniel.
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
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
Title: Power Consumption in Baseband Processors
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
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
IEEE MEDIA INDEPENDENT HANDOVER DCN: bcst
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx
Interference-free scheduling
Date Submitted: June 2nd, 2008 Radio States
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.
Ready to transition/ Clear to transition
IEEE MEDIA INDEPENDENT HANDOVER
Presentation transcript:

IEEE 802.21 MEDIA INDEPENDENT HANDOVER DCN: 21-06-0524-00-0000 Title: Effects of IEEE 802.16 link parameters and handover performance for select scenarios. Date Submitted: February 10, 2006 Presented at IEEE 802.21 session # 13 in Denver Colorado Authors or Source(s): Richard Rouil and Nada Golmie Abstract: This document discusses the layer 2 trigger generation in 802.16 access networks and their impact on the handover performance. In addition, simulation results for realistic handover scenarios within 802.16 cells and between 802.16 cells and 802.11 hot spots are presented. 21-06-0524-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. 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 802.21 policy. The contributor is familiar with IEEE patent policy, as outlined in Section 6.3 of the IEEE-SA Standards Board Operations Manual <http://standards.ieee.org/guides/opman/sect6.html#6.3> and in Understanding Patent Issues During IEEE Standards Development http://standards.ieee.org/board/pat/guide.html>  21-06-0524-00-0000

Motivation and objectives Understand how link triggers are generated in 802.16 and evaluate their effects on the overall handover performance. Measure the handover performance for realistic scenarios: Within two 802.16 cells Between an 802.16 cell and 802.11 hot spot. 21-06-0524-00-0000

IEEE 802.16 implementation A model of IEEE 802.16 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 802.16e) for scanning and handoff without association. Integrated in the IEEE 802.21 model 21-06-0524-00-0000

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

IEEE 802.16 message exchange sequence network entry MN BS Channel Selection 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. Downlink synchronization DL_MAP (Downlink map) Link Detected DCD (Downlink Channel Descriptor) UCD (Uplink Channel Descriptor) Uplink synchronization UL_MAP (Uplink map) Ranging request Initial ranging Ranging response Registration request Registration Registration response Link UP Normal operation 21-06-0524-00-0000

Minimum time is 2 frames (8ms) Link Detected trigger The MN needs to listen to the channel in order to find a BS: Select a channel Listen for a preamble message If a preamble is found Wait for DL_MAP message If DL_MAP message trigger link detected Else goto 1 after timeout 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 21-06-0524-00-0000

Link UP trigger: synchronization simulation results 2 4 6 8 10 12 Synchronization latency (S) DCD interval (s) Effect of varying DCD and UCD interval on synchronization latency UCD interval=1s UCD interval=2s UCD interval=5s UCD interval=10s 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. 21-06-0524-00-0000

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). 21-06-0524-00-0000

Link UP trigger: initial ranging simulation results 0.02 0.04 0.06 0.08 0.1 0.12 2 4 6 8 10 12 Ranging latency (s) Number of initial ranging opportunities per frame Effect of the number of initial ranging opportunities on the ranging latency backoff window size=2 backoff window size=4 backoff window size=6 21-06-0524-00-0000

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 802.16 standard, the registration step is completed within a maximum interval of 3s before having to repeat it or aborting. 21-06-0524-00-0000

Link UP trigger: registration Simulation results 0.02 0.04 0.06 0.08 0.1 5 10 15 20 Latency (s) Number of STA in the cell Effect of the number of STA in an 802.16 cell using a FIFO Round Robin Scheduling 21-06-0524-00-0000

Link UP trigger: results summary Link Up step Layer 2 parameters Latency range (s) Downlink and uplink synchronization DCD interval UCD interval 0.2-10 Initial ranging Backoff window size Number of ranging opportunities per frame 0.005-0.110 Registration Transmission opportunity allocation 0.005-0.080 To speed up network entry, the time to acquire the downlink and complete the uplink synchronization must be reduced 21-06-0524-00-0000

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. 21-06-0524-00-0000

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. 21-06-0524-00-0000

Performance evaluation of handovers scenarios Simulation Parameters Neighbor Discovery RA interval: U[200s,600s] Min delay between RA: 3s 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) AR 60ms RTT RA frequency as suggested in RFC3775 (MIP6). This prefix lifetime allows to loose 2 Router Advertisement without doing anything. At first, we set the prefix lifetime at 100ms, but then as soon as you miss one RA (e.g. because of a collision), we may conclude that the interface is not connected anymore. CN 30ms RTT 30ms RTT WLAN AP Wimax BS 21-06-0524-00-0000

Simulation parameters (cont.) IEEE 802.16 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 802.11 parameters Coverage: 20 m radius Beacon interval: 100ms Scanning mode: passive RA frequency as suggested in RFC3775 (MIP6). This prefix lifetime allows to loose 2 Router Advertisement without doing anything. At first, we set the prefix lifetime at 100ms, but then as soon as you miss one RA (e.g. because of a collision), we may conclude that the interface is not connected anymore. 21-06-0524-00-0000

Handover between two 802.16 networks: scenario 1 CN 802.16 BS 802.16 BS MN Handover 21-06-0524-00-0000

Scenario 1 description We evaluate two types of handover mechanisms in 802.16: 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: 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) 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) 21-06-0524-00-0000

Layer 3 Handover process MN BS CN Layer 2 handover Link UP RS RA New prefix detected Flow redirection Flow redirection ACK Normal operation 21-06-0524-00-0000

Handover 802.16-802.16 using Link Down MN Serving BS Target BS Normal operation MN leaves the Coverage area Link Down Link down detection Listen to channels DL_MAP Link Detected Synchronization messages (DCD, UCD, UL_MAP) Ranging Registration Link UP Handover latency Layer 3 handover 21-06-0524-00-0000

Handover 802.16-802.16 using Link Going Down MN Serving BS Target BS Normal operation Link Going Down MOB-SCN_REQ MOB-SCN_RSP Listen to channels Repeat scanning and normal mode intervals Scanning Synchronization messages (DL_MAP,DCD, UCD, UL_MAP) Normal mode MOB-SCN_REP MOB-MSHO_REQ Link Handoff Imminent MOB-MSHO_RSP During scanning, the MAC buffers packets to be sent/received at the MN. There needs to have enough time after each scanning period to empty the queues, especially before performing a handoff. MOB-MSHO_IND Link Handoff Proceeding Switch channel Layer 2 latency Synchronization messages (DL_MAP,DCD, UCD, UL_MAP) Handover Latency Full or Partial network entry Ranging and Registration Link Handoff Complete Layer 3 handover Layer 3 latency Normal operation 21-06-0524-00-0000

Handover 802.16-802.16: results Link Down Link Going Down + full network entry Link Going Down + partial network entry Layer 2 handover latency (s) 2.864 2.639 0.220 Layer 3 handover latency (s) 0.387 0.390 0.386 Total handover latency (s) 3.25 3.029 0.606 Packet loss 129.8 124.6 27.68 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). 21-06-0524-00-0000

Handover between 802.11 and 802.16: scenario 2 CN 802.16 BS 802.11 AP MN 21-06-0524-00-0000

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

Handover 802.11-802.16: entering WLAN 802.16 BS 802.11 AP MN 802.16 interface 802.11 interface Link Detected Beacon Normal operation Association Request Association Response Link UP Layer 3 handover Keep interface on or shutdown interface Normal operation 21-06-0524-00-0000

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

Handover 802.11-802.16: simulation results Interface 802.16 is always turned on, redirect on Link Down Interface 802.16 always turned on, redirect on Link Going Down Interface 802.16 activated upon Link Down of interface 802.11 Interface 802.16 activated upon Link Going Down of interface 802.11 Handover 802.16-802.11 latency (s) 0.395 0.512 0.364 Handover 802.11-802.16 latency (s) 0.097 0.185 3.08 2.917 Packet loss for 802.11-802.16 handover 13.98 4 137.3 0-137 21-06-0524-00-0000

Handover 802.11-802.16: a closer look at link going down Effect of link going down anticipation on packet loss 140 Velocity: 1m/s Velocity: 2m/s Velocity: 3m/s Velocity: 4m/s 120 100 80 Packet loss 60 40 20 2 4 6 8 10 Distance from hot spot boundary at the time of link going down event generation (m) 21-06-0524-00-0000

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

Summary 802.16 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 802.16 interface turned on is beneficial at the cost of additional power consumption and reduced battery life. The use of 802.16e mechanisms including neighbor advertisement, BS synchronization, and sleep mode may prove to be helpful. 21-06-0524-00-0000