IEEE C802.16p-11/0129r1 1 Project

advertisement
IEEE C802.16p-11/0129r1
1
Project
IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16>
Title
Efficient UL Data Transmission after Network Reentry from Idle Mode
Date
Submitted
2011-07-20
Source(s)
Jaesun Cha, Soojung Jung, Seokki Kim, Chulsik
Yoon, Kwangjae Lim
Email: jscha@etri.re.kr
ETRI
Re:
Call for Comment on IEEE 802.16p AWD
Abstract
This contribution proposes to omit contention-based BR procedure for UL data transmission
after network reentry from idle mode in 16e system.
Purpose
For discussion in 802.16p TG and adoption in to the 802.16p AWD
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>.
2
3
Efficient UL Data Transmission after Network Reentry from Idle Mode
4
Jaesun Cha, Soojung Jung, Seokki Kim, Chulsik Yoon, Kwangjae Lim
5
6
7
8
ETRI
Shantidev Mohanty
Intel
9
10
1 Introduction
11
12
13
14
15
Generally, an M2M device in idle mode shall perform contention based bandwidth request after network reentry
from idle mode in order to transmit UL data. But, if a BS knows the M2M device will perform contention based
BR right after network reentry, this contention based BR procedure can be omitted by granting UL BW in
unsolicited manner. This method was already adopted for 16m-based system in the last meeting. (C802.16p10/0078) In this contribution, we propose to use the same method for 16e-based system as well.
1
IEEE C802.16p-11/0129r1
1
2
3
4
5
6
7
8
9
Figure 1 shows the proposed method. When an M2M device performs network reentry from idle mode, it may
request a BS to grant UL BW for transmission of BR header in unsolicited manner by including Bandwidth
request indicator TLV in RNG-REQ message during network reentry procedure. If the BS receives the RNG-REQ
message with Bandwidth Request Indicator TLV, the BS may allocate UL bandwidth without a contention-based
bandwidth request from the M2M device by including Unsolicited bandwidth grant indicator TLV in the RNG-RSP
message. If the Unsolicited bandwidth grant indicator TLV is included in the RNG-RSP message, the BS allocates UL
bandwidth within the BR grant time duration for transmission of the BR header after transmitting the RNG-RSP message.
M2M
Device
BS
Initial ranging for network reentry
RNG-REQ
(Bandwidth request indicator TLV)
AAI-RNG-RSP
(Unsolicited bandwidth grant indicator TLV)
Unsolicited UL BW
grant
UL Transmission
10
11
12
Figure 1 – Proposed UL data transmission procedure of an M2M device in idle mode
13
14
2 Proposed Texts
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
[Remedy 1: Modify texts on page 2, line 25 as follows;]
----------------- Start of the text proposal ---------------------------------------------------------------------------------------
6.3.2.3 MAC Control messages
6.3.2.3.5 RNG-REQ (ranging request) message
Add the following texts at the end of subclause 6.3.2.3.5
The following parameter may be included in the RNG-REQ message when the MS is attempting to perform Network ReEntry from idle mode.
Bandwidth Request Indicator
Indicates BW grant is required for transmission of BR header after completion of Network Re-Entry
6.3.2.3.6 RNG-RSP (ranging response) message
Add the following texts at the end of subclause 6.3.2.3.6
The following parameter may be included in the RNG-RSP message when the BS sends the RNG-RSP message as a reply
2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
IEEE C802.16p-11/0129r1
to the RNG-REQ message from an MS which is attempting to perform Network Re-Entry from idle mode.
Unsolicited bandwidth grant indicator
Indicates the BS will grant UL BW in unsolicited manner for transmission of BR header after completion of
Network Re-Entry from idle mode.
[Remedy 2: Modify texts on page 3, line 52 as follows;]
6.3.23.10.1 Network reentry from idle mode for M2M devices
BS may assign ranging resources, including ranging code and ranging opportunity, dedicated for M2M devices. In this
case, M2M devices perform ranging for network (re-)entry using dedicated ranging resources. If BS does not assign
dedicated ranging resources, M2M devices perform ranging for network (re-)entry using the ranging resources defined in
6.3.10.3.
During network reentry, the M2M device may request UL BW grant without a contention-based bandwidth request by
including Bandwidth Request Indicator TLV in an RNG-REQ message. If a BS receives the RNG-REQ message with
Bandwidth Request Indicator TLV, the BS may accept M2M device’s request when network reentry is fully optimized. In
this case, the BS may allocate UL bandwidth for transmission of BR header by including Unsolicited bandwidth grant
indicator TLV in the RNG-RSP message to the M2M device if RNG-RSP message is the last control message before
traffic transmission by the M2M device. If the Unsolicited bandwidth grant indicator TLV is included in the RNG-RSP
message, the BS should allocate UL bandwidth within the BR grant time duration for transmission of the BR header after
transmitting the RNG-RSP message.
The M2M device should monitor the UL-MAP IE during the BR grant time duration for possible bandwidth allocation
without performing any bandwidth request. If the M2M device fails to identify allocated bandwidth within the BR grant
time duration, the M2M device shall perform contention based bandwidth request.
The BR grant timer in BS is started when the BS transmits the RNG-RSP message with the unsolicited bandwidth grant
indicator TLV to the M2M device.
The BR grant timer in M2M device is started when the M2M device receives the RNG-RSP message with the unsolicited
bandwidth grant indicator TLV sent to it.
[Remedy 3: Add the following subclause on page 6, line 42 as follows;]
10. Parameters and constants
Add the following row at the end of Table 554
System
…
MS, BS
43
44
45
Name
…
BR grant timer
Table 554 – Parameters and constants
Minimum
Time reference
value
…
…
UL allocation waiting time for
BR header during Network
8 frames
Reentry from idle mode
[Remedy 4: Add the following subclauses on page 8, line 38 as follows;]
3
Default
value
…
Maximum
value
…
-
-
IEEE C802.16p-11/0129r1
1
2
3
4
5
6
11.5 RNG-REQ management message encodings
Add the following new row at the end of Table 582
Name
…
Bandwidth request indicator
7
8
9
10
11
12
13
PHY
scope
…
-
11.6 RNG-RSP management message encodings
Add the following new row at the end of Table 585
Name
…
Unsolicited bandwidth grant
indicator
14
15
16
Table 582 – RNG-REQ message encodings
Type
Value
Length
(1 byte)
(variable length)
…
…
…
24
1
Presence of this parameter indicates BW
grant is required for transmission of BR
header after completion of Network ReEntry
Table 585 – RNG-RSP message encodings
Type
Value
Length
(1 byte)
(variable length)
…
…
…
41
1
Presence of this parameter indicates the
BS will grant UL BW in unsolicited
manner for transmission of BR header
after completion of Network Re-Entry
from idle mode
PHY
scope
…
-
----------------- End of the text proposal ---------------------------------------------------------------------------------------
17
18
4
Download