IEEE Broadband Wireless Access Working Group <http://ieee802.org/16> MSS s buffer capability negotiation for DL H-ARQ operation

Similar documents
IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-04/446r2. IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-05/192r1. IEEE Broadband Wireless Access Working Group <

Round Trip Delay Optimization

IEEE C802.16e-05/196r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Early transmission of higher layer packets in the idle mode

IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-04/195r1. IEEE Broadband Wireless Access Working Group <

Message definition to support MS network entry in centralized allocation model

IEEE C802.16maint-06/055. IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-04/201. Project. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE802.16maint-04/71r3

IEEE C802.16e-04/472. IEEE Broadband Wireless Access Working Group <

Relay Support for Distributed Scheduling and its Bandwidth Request/Allocation Mechanism

IEEE Broadband Wireless Access Working Group <

IEEE Presentation Submission Template (Rev. 8.3)

IEEE Broadband Wireless Access Working Group < Fix for Sleep Mode Add/Remove CIDs from Power Saving Class ID

IEEE C802.16e-05/242r1. IEEE Broadband Wireless Access Working Group <

A response to a Call for Technical Proposal, 06_027.pdf

IEEE C802.16e-05/401r3

IEEE C802.16e-05/401r2

IEEE C802.16e-04/67r1. IEEE Broadband Wireless Access Working Group <

IEEE C802.16d-03/45. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < The document contains ARQ Proposal for /4 MAC

IEEE Broadband Wireless Access Working Group <

A General Frame Structure for IEEE802.16j Relaying Transmission

IEEE C802.16maint-08/064r3

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Procedures for inter-system communication over the air

IEEE Broadband Wireless Access Working Group <

Data Integrity in MAC IEEE Presentation Submission Template (Rev. 8)

IEEE C802.16maint-08/064r4

IEEE Broadband Wireless Access Working Group < IEEE Working Group Letter Ballot #24, on P802.

IEEE C802.16e-318. IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-05/115r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Handoff SDL charts proposal

message reported by SSs and share DB updating for ND

IEEE Broadband Wireless Access Working Group < Fix broken message flow in HO decision & initiation

IEEE C802.16e-04/151r3 Project. IEEE Broadband Wireless Access Working Group <

IEEE /15. IEEE Broadband Wireless Access Working Group < Title Interpretation of IEEE Standard 802.

IEEE C802.16h-06/063r1. IEEE Broadband Wireless Access Working Group <

Nokia Fax:

IEEE Broadband Wireless Access Working Group < Persistent allocation method for reducing MAP overhead

IEEE Broadband Wireless Access Working Group < HO consideration in PKMv2 security

Andrea Bacciccola Nokia

IEEE Broadband Wireless Access Working Group < HO consideration in PKMv2 security. Voice: Seokheon Cho

ARQ and HARQ inter-working for IEEE m system

IEEE C802.16h-06/114r3. IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-04/10. IEEE Broadband Wireless Access Working Group <

IEEE C802.16maint-05/091r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Increasing Link Robustness in TG3 Systems

[Mobility Management for Mobile Multi-hop Relay Networks]

Page 1 of 1 16-Jan-01

IEEE Broadband Wireless Access Working Group < MIB II Integration and MIB II Table

IEEE Broadband Wireless Access Working Group < message reported by SSs and share DB updating for neighbor discovery

IEEE C802.16h-07/017. IEEE Broadband Wireless Access Working Group <

Data Submitted Voice: Fax: SungCheol Chang Chulsik Yoon,

IEEE Broadband Wireless Access Working Group < WirelessMAN coexistence function primitives consolidation

IEEE Broadband Wireless Access Working Group < Changes in Definition of Data Delivery Services

Architecture clarification and Coexistence Protocol Chi-Chen Lee, Hung-Lin Chou Computer & Communications Research Labs, ITRI, Taiwan

IEEE Broadband Wireless Access Working Group < To prevent the loss of the PDUs at the serving BS during MAC hand-over.

IEEE C802.16i-06/014r3

IEEE Broadband Wireless Access Working Group < Proposal for MAC protocol modification for

Considerations for UL MAP Overhead Reduction

IEEE abc-01/19. IEEE Broadband Wireless Access Working Group <

IEEE C802.16a-02/14

MMR Network distributed tunnel connection management

Simulating coexistence between y and h systems in the 3.65 GHz band An amendment for e

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Corrections for the 3 Way SA-TEK Exchange

IEEE Broadband Wireless Access Working Group <

MMR Network centralized tunnel connection management

IEEE C802.16maint-05/091. IEEE Broadband Wireless Access Working Group <

IEEE C802.16maint-06/083r3. IEEE e Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

To reply to the call for comments on technical requirements regarding Cross-Communications

HARQ Timing and Protocol Considerations for IEEE m

IEEE C802.16a-02/86. IEEE Broadband Wireless Access Working Group <

IEEE abc-01/18r1. IEEE Broadband Wireless Access Working Group <

Sleep Mode and Idle Mode Operations for IEEE j

corrected PDF IEEE C802.16g-06/011r2

IEEE C802.16h-07/043r1. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Detailed ARQ Proposal for a and b MAC

IEEE C802.16j-07/209r3. IEEE Broadband Wireless Access Working Group <

IEEE C802.16d-04/34. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < MBRA (Multicast & Broadcast Rekeying Algorithm) for PKMv2

MMR network data forwarding and QoS schema

IEEE Broadband Wireless Access Working Group < Performance enhancement with efficient mapping of outer-coded MBS streams

IEEE Broadband Wireless Access Working Group < Accept the proposed specification changes on IEEE P802.

IEEE c-00/11. IEEE Broadband Wireless Access Working Group <

IEEE e Security Review

IEEE Broadband Wireless Access Working Group <

BW-REQ channel design recommendations for IEEE m

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Fixing mappings between primitive functions and NCMS services

IEEE C802.16j- 07/309. IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Huawei LB26b, Working Group Letter Ballot on P802.

Transcription:

Project Title Date Submitted IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16> MSS s buffer capability negotiation for DL H-ARQ operation 2004-11-17 Source(s) kang-gyulee, yunsungkim, sajinkim, jae-hwanchang, yunsangpark, Jaehee Cho, Geunhwi Lim, leekg@samsung.com tseliot@samsung.com sj.kim@samsung.com jaehwan.chang@samsung.com yunsang.park@samsung.com Re: Abstract Purpose Notice Release Patent Policy and Procedures This contribution is for call for contribution about IEEE P802.16e/D5-2004 This contribution proposes the MSS buffer capability information for H-ARQ. This document has been prepared to assist IEEE 802.16. It is offered as a basis for discussion and is no binding on the contributing individual(s) or organization(s). The material in this document is subject to chang in form and content after further study. The contributor(s) 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 thi contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright i 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 IEE Standards publication. The contributor also acknowledges and accepts that this contribution may be mad public by IEEE 802.16. The contributor is familiar with the IEEE 802.16 Patent Policy and Procedure <http://ieee802.org/16/ipr/patents/policy.html>, including the statement "IEEE standards may include th known use of patent(s), including patent applications, provided the IEEE receives assurance from the paten holder or applicant with respect to patents essential for compliance with both mandatory and optional portion of the standard." Early disclosure to the Working Group of patent information that might be relevant to th standard is essential to reduce the possibility for delays in the development process and increase the likelihoo that the draft publication will be approved for publication. Please notify the Chai <mailto:chair@wirelessman.org> as early as possible, in written or electronic form, if patented technology (o technology under patent application) might be incorporated into a draft standard being developed within th IEEE 802.16 Working Group. The Chair will disclose this notification via the IEEE 802.16 web sit <http://ieee802.org/16/ipr/patents/notices>. 0

SS s HARQ buffer capability negotiation for DL H-ARQ operation Kang-gyu Lee, jae-hwan Chang, sajin Kim, yunsung Kim, yunsang Park SAMSUNG ELECTRONICS 1. Problem statements H-ARQ scheme is an optional and can be enabled on per-terminal basis. This scheme may be supported only for the OFDMA PHY. The signaling of the per-terminal H-ARQ and associated parameters shall be done during initialization procedure. The associated parameters mentioned above are (M)SS Capability encodings, bandwidth allocation support, capabilities for construction and transmission of MAC PDUs and physical parameters supported and many others. For the IR H-ARQ scheme, the MSS shall be able to store the different versions of subpackets to successfully decode the corresponding H-ARQ encoded packet. The MSS shall be capable of supporting the reordering to deliver the received MAC PDUs to the upper layer in order. If the BS knows the MSS memory ability, the BS may allocate the reasonable amount of downlink H-ARQ resource to the MSS through compact DL-MAP IE. If the BS allocates the downlink H-ARQ bandwidth to the MSS without the MSS buffer ability, the MSS may fail to decode the downlink H-ARQ encoded packet because of lack of memory. The more H-ARQ channels, the more storages the MSS needs. Without signaling of MSS buffer capability, even though the channel condition is getting enough good, the possibility of retransmission and the traffic latency may be increased because of MSS buffer overflow. Therefore, it needs MSS buffer capability signaling during initialization procedure. 1

2. Proposed remedy Add the parameter MSS buffer capability into (M)SS Capability encodings which may be included in SBC- REQ/SBC-RSP or REG-REQ/REG-RSP messages. The H-ARQ enabled MSS informs the BS of its buffer capability during initialization procedure as follows. MSS BS SBC-REQ(, MSS buffer capability, ) Initialization procedure SBC-RSP or REG-REQ(, MSS buffer capability, ) REG-RSP Buffer * * * * * Compact DL-MAP IE (, reasonable H-ARQ burst, ) Decoding with more than one version Figure 1. H-ARQ procedure with MAC buffer capability signaling 2

3. Proposed text change [Change section 6.3.17 as indicated] Hybrid automatic repeat request (H-ARQ) scheme is an optional part of the MAC and can be enabled on a per-terminal basis. H-ARQ may be supported only for the OFDMA PHY. The per-terminal H-ARQ and associated parameters shall be specified and negotiated during initialization procedure. A burst can not have a mixture of H-ARQ and non-h-arq traffic. One or more MAC PDUs can be concatenated and an H-ARQ packet formed by adding a CRC to the PHY burst. Figure 130 shows how the H-ARQ encoder packet is constructed. Two main variants of H-ARQ are supported, Chase Combining or Incremental Redundancy (IR). For IR, the PHY layer will encode the H-ARQ packet generating several versions of encoded subpackets. Each subpacket shall be uniquely identified using a subpacket identifier (SPID). For Chase Combining, the PHY layer shall encode the H-ARQ packet generating only one version of the encoded packet. As a result, no SPID is required for Chase Combining. For downlink H-ARQ operation, the BS will send a version of the encoded H-ARQ packet. The MSS will attempt to decode the encoded packet on this first H-ARQ attempt. If the decoding succeeds, the MSS will send an ACK to the BS. If the decoding fails, the MSS will send a NAK to the BS. In response, the BS will send another H-ARQ attempt. The BS may continue to send H-ARQ attempts until the MSS successfully decodes the packet and sends an acknowledgement. For IR, each H-ARQ attempt may have a uniquely encoded subpacket. The rule of subpacket transmission is as follows: 1) At the first transmission, BS shall send the subpacket labeled 00. 2) BS may send one among subpackets labeled 00, 01, 10, or 11 in any order. 3) BS can send more than one copy of any subpacket, and can omit any subpacket except the subpacket labeled 00. In order to specify the start of a new transmission, one-bit H-ARQ identifier sequence number (AI_SN) is toggled on every H-ARQ attempt on the same H-ARQ channel. If the AI_SN changes, the receiver treats the corresponding H- ARQ attempt as belonging to a new encoder packet, and discards previous H-ARQ attempt with the same ARQ identifier. The H-ARQ scheme is basically a stop-and-wait protocol. The ACK is sent by the MSS after a fixed delay (synchronous ACK) defined by H-ARQ DL ACK delay offset which is specified in DCD message. Timing of retransmission is, however, flexible and corresponds to the asynchronous part of the H-ARQ. The ACK/NAK is sent by the BS using the H-ARQ Bitmap IE, and sent by a MSS using the fast feedback UL subchannel. The H-ARQ scheme supports multiple H-ARQ channels per a connection, each of which may have an encoder packet transaction pending. The number of H-ARQ channels in use is determined by BS. These ARQ channels are distinguished by an H-ARQ channel identifier (ACID). The ACID for any subpackets can be uniquely identified by the control information carried in the MAPs. H-ARQ can be used to mitigate the effect of channel and interference fluctuation. H-ARQ renders performance improvement due to SNR gain and time diversity achieved by combining previously erroneously decoded packet and retransmitted packet. The MSS which supports H-ARQ scheme shall be equiped with enough buffer ability to perform the combining of several versions of H-ARQ encoded packets and reordering of the successfully decoded H-ARQ 3

packets. Therefore, MSS buffer capability associated with H-ARQ shall be specified and negotiated duing initialization procedure. [Add the following text to section 11.7.8] 11.7.8.11 HARQ buffer capability This parameter defines the MSS ability to process the received H-ARQ packets. For IR, the MSS shall have enough memory to store more than one H-ARQ encoded packet and support reordering of the received H-ARQ packets. During the initialization procedure, the MSS needs to inform the BS of its ability for DL-HARQ. After establishment of H- ARQ service connection, the BS shall allocate the downlink resource for the established H-ARQ service based on the signaled MSS buffer ability. Type Length Value Scope 22 1 Index that defines the MSS buffer capability for DL HARQ connections. The following table defines the indices above mentioned. REG-REQ REG-RSP SBC-REQ SBC-RSP Table 1 xxx- Index for HARQ buffer capability Index Buffer capability Default N EP (Index/16) 0... 15 An index means that the MSS has enough 144 (Index/16=0) H-ARQ channels with N EP =144 bits. 16... 31 An index means that the MSS has enough H-ARQ channels with N EP =192 bits. 32... 47 An index means that the MSS has enough H-ARQ channels with N EP =288 bits. 48... 63 An index means that the MSS has enough H-ARQ channels with N EP =384 bits. 64... 79 An index means that the MSS has enough H-ARQ channels with N EP =480 bits. 80... 95 An index means that the MSS has enough H-ARQ channels with N EP =960 bits. 96... 111 An index means that the MSS has enough H-ARQ channels with N EP =1920 bits. 112... 127 An index means that the MSS has enough H-ARQ channels with N EP =2880 bits. 128... 143 An index means that the MSS has enough H-ARQ channels with N EP =3840 bits. 144... 159 An index means that the MSS has enough H-ARQ channels with N EP =4800 bits. 160... 175 An index means that the MSS has enough H-ARQ channels with N EP =9600 bits. 176... 191 An index means that the MSS has enough H-ARQ channels with N EP =14400 bits. 192... 207 An index means that the MSS has enough H-ARQ channels with N EP =19200 bits. 4 192 (Index/16=1) 288 (Index/16=2) 384 (Index/16=3) 480 (Index/16=4) 960 (Index/16=5) 1920 (Index/16=6) 2880 (Index/16=7) 3840 (Index/16=8) 4800 (Index/16=9) 9600 (Index/16=10) 14400 (Index/16=11) 19200 (Index/16=12) Number of H-ARQ channels (N)

208... 223 An index means that the MSS has enough H-ARQ channels with N EP =24000 bits. 24000 (Index/16=13) According to table xxx, the default N EP size for index/16=0 is 144, 1 is 192, and so forth. Finally, default N EP size for index/16=13 is 24000. The BS shall not allocate more bits than the (default N EP size that corresponds to the signaled index) * ((Index%16)+1) as the downlink HARQ burst for the MSS. The BS may also assign the downlink HARQ burst to the MSS which has informed its HARQ buffer capability index i, i=0...223, as follows. If M * S (default size corresponds to i)*((i%16) +1), BS may allocate M HARQ channels to the MSS and transmit N EP = S bits on each HARQ channel. Here, M means the number of HARQ channel(s) which the BS may actually allocate to the MSS. S means the actual N EP size that the BS allocates to the MSS and may not same as the default size for the index the MSS informed to the BS. 5