IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Marian Rudolf Comment Resolutions Date Submitted: October 30, 2007 Presented at IEEE session #23 in Atlanta Authors or Source(s): Juan Carlos Zuniga Abstract: This presentation captures suggested resolutions to comments received from Marian Rudolf.

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 stated in Section 6 of the IEEE-SA Standards Board bylaws and in Understanding Patent Issues During IEEE Standards Development Section 6 of the IEEE-SA Standards Board bylawshttp://standards.ieee.org/guides/bylaws/sect6-7.html#6http://standards.ieee.org/board/pat/faq.pdf

Comment #475 Decision: Accept-Modified Resolution: Modify the LINK_TYPE Definition as follows: 0: Reserved 1: Wireless - GSM/GPRS 2: Wireless - EDGE 3-14: Reserved 15: Ethernet 18: Wireless - Other 19: Wireless - IEEE : Wireless - CDMA : Wireless - W-CDMA FDD 24: Wireless - cdma2000-HRPD 27: Wireless - IEEE : Wireless - IEEE : Wireless - IEEE

Comment #476 (1/2) Decision: Accept-Modified Resolution: The LINK_PARAM_UMTS list does not represent the most important measurements required from the MN as specified in 3GPP Rename the list as “LINK_PARAM_WCDMA_FDD” and replace the Description list by the following elements: Bit 0: CPICH RSCP Bit 1: PCCPCH RSCP Bit 2: UTRA carrier RSSI Bit 3: GSM carrier RSSI Bit 4: CPICH Ec/No Bit 5: Transport channel BLER Bit 6: UE transmitted power Bit 7-255: reserved 4

Comment #476 (2/2) Decision: Accept-Modified (continued) Resolution: Similarly, the LINK_PARAM_GSM list does not represent the most important measurements required from the MN as specified in 3GPP Merge the LINK_PARAM_GSM and LINK_PARAM_GPRS lists into a single one (e.g. LINK_PARAM_GSM_GPRS) and replace the list by the following elements: Bit 0: RxQual Bit 1: RxLev Bit 2: Mean BEP Bit 3: StDev BEP Bit 4-255: reserved Acronyms could require definition in section 4 5

Comment #477 Decision: Accept-Modified Resolution: Increase the length to UNSIGNED_INT(2) Modify the Definition as follows: “Channel identifier as defined in the specific link technology (e.g. SDO)” 6

Comment #478 Decision: Accept-Modified Resolution: “PDCP context active” and “Link layer connectivity” mean different things for different technologies. Modify the LINK_POWER_UP Definition as follows: “Power up the link and establish the required connections to allow L3 data connectivity (e.g. IP connectivity)” 7

Comment #479 (1/2) Decision: Accept-Modified Resolution: The table combines versions and features and does not provide the flexibility to indicate all existing combinations, as defined in 3GPP Modify the Wireless UMTS Network Description as follows: (See next slide) 8

Comment #479 (2/2) Network: Wireless – W-CDMA FDD Link Type: 23 Revision: (Revision) Bit 0: Rel-99/Rel-4 Bit 1: Rel-5 Bit 2: Rel-6 Bit 3: Rel-7 Bit 4: Rel-8 Bit 5-19: (Reserved) (Features) Bit 20: HSDPS Bit 21: HSUPS Bit 22: MIMO DL Bit 23: MIMO Bit 24: MBMS Bit 25: DL HOM (64QAM) Bit 26: UL HOM (16QAM) Bit 27: CPC Bit 28-63: (Reserved) Acronyms could require definition in section 4 9

Comment #482 Decision: Accept-Modified Resolution: The specification should contain all the required text and references to group’s contributions should be avoided Remove references to contributions 21-05/350 and 21-05/335, and include the list of the specific amendments suggested by the u and g amendments to specifications IEEE and IEEE

Comment #507 Decision: Accept-Modified Resolution: Modify the text as follows: Transport Considerations The selection of the transport mechanism for MIH messages is dependent on the access technology that connects the MN to the network and the location of the MIH PoS. There are two kinds of transport mechanisms: the first one is the lower layer transport (L2) and the second one is the higher layer transport (L3). Within the lower layer (L2) there may be alternate means (e.g., L2 management frames or L2 data frames) for transporting MIH messages. For example, wireless networks such as IEEE and IEEE have a management plane and support management frames which could be enhanced for carrying the MIH messages. Alternately, the wired Ethernet network does not have a management plane and may carry the MIH messages only in data frames. — Transport of MIHF messages over IEEE links is accomplished by encapsulating the MIH messages in data frames. — Transport of MIH messages over IEEE and IEEE links is recommended through extensions of media-specific management frames in state 1, and through management or data frames in state 3. — No assumptions are made in this standard regarding the transport of MIH messages over 3GPP and 3GPP2 access links at L2. If the MN cannot reach the MIH PoS via the lower layer (i.e. L2) transport mechanisms, then higher layer (i.e. L3) transport mechanisms shall be used. 11