IEEE C802.16m-08/985r1
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: “PHY & MAC aspects of enhanced MBS”.
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/985r1
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/985r1
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