IEEE C802.16m-08/985r2 Project IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16> Title Multicast/Broadcast Services in 802.16m Date Submitted 2008-09-05 Source(s) Junxian Mo, Lina Liu E-mail: mojunxian@huawei.com Huawei Technologies Co.,Ltd. liulina@huawei.com Re: IEEE 802.16m-08/033: Call for Comments and Contributions on Project 802.16m System Description Document (SDD). Target topic: “MAC aspect of enhanced MBS”, MAC aspect. Abstract This contribution proposes Multicast/Broadcast Services in 802.16m. Purpose For discussion and adoption by IEEE 802.16m group Notice Release Patent Policy This document does not represent the agreed views of the IEEE 802.16 Working Group or any of its subgroups. It represents only the views of the participants listed in the “Source(s)” field above. It is offered as a basis for discussion. It is not binding on the contributor(s), who 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.16. The contributor is familiar with the IEEE-SA Patent Policy and Procedures: <http://standards.ieee.org/guides/bylaws/sect6-7.html#6> and <http://standards.ieee.org/guides/opman/sect6.html#6.3>. Further information is located at <http://standards.ieee.org/board/pat/pat-material.html> and <http://standards.ieee.org/board/pat>. Multicast/Broadcast Services in 802.16m Junxian Mo, Lina Liu Huawei Technologies 1. Introduction This contribution discusses and proposes some considerations for E-MBS, including mobility, control signaling, idle state, and key exchange. 2. Proposal 2.1 Mobility Consideration MS should continue to receive MBS transmissions from BS during Connected State and Idle State, and MS may 1 IEEE C802.16m-08/985r2 perform handover procedure to achieve service continuity. However, the MBS Connection ID is only unique in one MBS Zone, when the MS move from one MBS Zone to another MBS zone, the MCID needs to be updated. This increases HO process delay and service interruption time. To speedup the HO procedure, we suggest that the MS may obtain the information about new MCID of target MBS Zone before inter-Zone HO, e.g. the MBS Zone may broadcast MCID information of other MBS Zones. 2.2 control signaling In 16e, the resource assignment unit in MAP_DATA_IE is burst, so MS needs to receive, buffer and decode whole burst to find the MAC packet for it. This results in high power consumption. Therefore we expect the MS to perform per MCID selective decoding in 16m, such that the MS can avoid receiving and decoding the MAC packet that is not intended for it. This benefits power consumption of MS. 2.3 MBS in Idle State In 16e, there is no suitable scheme to notify MS in idle mode to start listening to MBS, so when the MBS Service begins, the BS needs to broadcast paging messages for each idle MS that has joined the MBS Service, which results in large overhead. We suggest that an MBS service based paging mechanism is used when the network needs to notify multiple terminals of MBS content transmission. 2.4 Key Exchange In 16e, GTEK update procedure can be divided into two steps: first, BS transmits GKEK update information to each SS, the message is carried on the primary management connection. Second, BS transmits GTEK update information carried on the broadcast connection after the M&B TEK Grace Time. One GKEK is used to encrypt multiple GTEK. Because the Paging Listening Interval of each MS that has joined the same MBS may be different, the BS has to repeat broadcast GTEK update message many times. This wastes air interface resources, and the procedure of GTEK update is long term. To resolve this problem, we suggest that BS transmits GTEK update information in the MBS MAP Message, so BS can transmit GTEK update information to these MSs at one time. In addition, BS may transmit MBS MAP Message through SFN mode to improve the reliability. 3 Conclusion In 16m EMBS, the mobility, decoding, idle state, key exchanges should be discussed. 4 Proposed Text The following text is proposed to be captured in the IEEE 802.16m system description document (SDD) . ================================= Start of Proposed Text ============= 15.x Mobility Support for Enhanced Multicast Broadcast Service 15.x.1 Connect State 2 IEEE C802.16m-08/985r2 15.x.1.1 Inter-MBS Zone HO When the MS move from one MBS Zone to another MBS zone, the MCID needs to be updated. This increases HO process delay and service interruption time. To speedup the HO procedure, the MS may obtain the information about new MCID of target MBS Zone before inter-Zone HO, e.g. the MBS Zone may broadcast MCID information of other MBS Zones. 15.x.2 Idle State There is no suitable scheme to notify MS in idle mode to start listening to MBS, so when the MBS Service begins, the BS needs to broadcast paging messages for each idle MS that has joined the MBS Service, which results in large overhead. An MBS service based paging mechanism is used when the network needs to notify multiple terminals of MBS content transmission. 15.x.3 control signaling The MS to perform per MCID selective decoding in 16m, such that the MS can avoid receiving and decoding the MAC packet that is not intended for it. This benefits power consumption of MS. 15.x Security Procedure BS transmits GTEK update information in the MBS MAP Message, so BS can transmit GTEK update information to all MSs that have joined the MBS Service at one time. In addition, BS may transmit MBS MAP Message through SFN mode to improve the reliability. ==================================== End of the Text ================================ 3