IEEE C802.16m-08 _ 985
Project
Title
IEEE 802.16 Broadband Wireless Access Working Group < http://ieee802.org/16 >
Multicast/Broadcast Services in 802.16m
Date
Submitted
2008-09-05
Source(s)
Junxian Mo, Lina Liu
Re:
E-mail: mojunxian@huawei.com
Huawei Technologies Co.,Ltd. liulina@huawei.com
IEEE 802.16m-08/033: Call for Comments and Contributions on Project 802.16m System
Description Document (SDD).
Target topic: “PHY & MAC aspects of enhanced MBS”.
This contribution proposes Multicast/Broadcast Services in 802.16m. Abstract
Purpose
Notice
Release
Patent
Policy
For discussion and adoption by IEEE 802.16m group
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 >.
Junxian Mo, Lina Liu
Huawei Technologies
This contribution discusses and proposes some considerations for E-MBS, including mobility, control signaling, idle state, and key exchange.
MS should continue to receive MBS transmissions from BS during Connected State and Idle State, and MS may
1

IEEE C802.16m-08 _ 985 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.
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.
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.
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.
In 16m EMBS, the mobility, decoding, idle state, key exchanges should be discussed.
The following text is proposed to be captured in the IEEE 802.16m system description document (SDD) .
================================= Start of Proposed Text =============
15.x.1 Connect State
2

IEEE C802.16m-08 _ 985
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