IEEE Broadband Wireless Access Working Group <http://ieee802.org/16> Early transmission of higher layer packets in the idle mode

Similar documents
IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

IEEE C802.16e-04/195r1. 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 <

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

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

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

IEEE802.16maint-04/71r3

IEEE Broadband Wireless Access Working Group < MSS s buffer capability negotiation for DL H-ARQ operation

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

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

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

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

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

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

Message definition to support MS network entry in centralized allocation model

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

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

[Mobility Management for Mobile Multi-hop Relay Networks]

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group <

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

IEEE C802.16a-02/14

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

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

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

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

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

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

IEEE Broadband Wireless Access Working Group < Handoff SDL charts proposal

Round Trip Delay Optimization

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

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

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

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

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

IEEE Broadband Wireless Access Working Group <

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

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

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

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

IEEE Broadband Wireless Access Working Group <

Nokia Fax:

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

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

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

Data Submitted Voice: Fax: SungCheol Chang Chulsik Yoon,

IEEE Broadband Wireless Access Working Group <

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

Sleep Mode and Idle Mode Operations for IEEE j

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

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

Page 1 of 1 16-Jan-01

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

message reported by SSs and share DB updating for ND

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

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

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

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

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

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

IEEE Presentation Submission Template (Rev. 8.3)

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

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

A General Frame Structure for IEEE802.16j Relaying Transmission

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

MMR Network distributed tunnel connection management

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

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

MMR Network centralized tunnel connection management

IEEE Broadband Wireless Access Working Group <

IEEE C802.16i-06/014r3

IEEE C802.16e-05/401r3

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

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

IEEE C802.16e-05/401r2

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

IEEE Broadband Wireless Access Working Group <

IEEE Broadband Wireless Access Working Group < Enhancement of the MBRA for Adaptation to the PKMv2

MMR network data forwarding and QoS schema

IEEE C802.16maint-08/064r4

IEEE Broadband Wireless Access Working Group <

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

Evaluation Procedure for MAC Protocols

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

IEEE C802.16maint-08/064r3

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

IEEE Broadband Wireless Access Working Group < Ad-Hoc on messages related to the detection of bursty (802.

IEEE Broadband Wireless Access Working Group <

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

IEEE C802.16e-03/71r2. IEEE Broadband Wireless Access Working Group <

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

IEEE Broadband Wireless Access Working Group <

Initial PHY Layer System Proposal for Sub 11 GHz BWA

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

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

IEEE Broadband Wireless Access Working Group <

IEEE e Security Review

Transcription:

Project Title IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16> Early transmission of higher layer packets in the idle mode. Date Submitted 2004-11-04 Yong Chang, SeoungIl Yoon, Geunhwi Lim, TaeWon Kim Samsung Electronics Co. Ltd. Voice: +82-31-279-3621 Fax: +82-31-279-1234 yongchang@samsung.com Re: Abstract Purpose Notice Release Patent Policy and Procedures Re: Sponsor ballot on IEEE P802.16e/D5 Early transmission of higher layer packets in the idle mode Adoption of proposed changes into IEEE P802.16e/D5 This document has been prepared to assist IEEE 802.16. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change 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 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 802.16 Patent Policy and Procedures (Version 1.0) <http://ieee802.org/16/ipr/patents/policy.html>, including the statement IEEE standards may include the known use of patent(s), including patent applications, if there is technical justification in the opinion of the standardsdeveloping committee and provided the IEEE receives assurance from the patent holder that it will license applicants under reasonable terms and conditions for the purpose of implementing the standard. Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <mailto:r.b.marks@ieee.org > as early as possible, in written or electronic form, of any patents (granted or under application) that may cover technology that is under consideration by or has been approved by IEEE 802.16. The Chair will disclose this notification via the IEEE 802.16 web site <http://ieee802.org/16/ipr/patents/notices>.

Early transmission of higher layer packets in the idle mode Yong Chang, Seoungil Yoon, Geunhwi Lim, TaeWon Kim Samsung Electronics 1. Introduction When the BS receives some packets targeted to the MSS staying in the idle mode, typically the BS shall initiate the BS terminated network re-entry procedure by sending a Broadcast Paging message. After successfully performing normal or fast network re-entry procedures, provisioned or suspended service flow(s) shall be re-activated in order to re-open the transport connection ID(s) and transmit queued packets. The MSS in the idle mode can have the same situation that prefers to transmit higher layer packets even while the network entry procedures proceed. However, waiting until the end of the network re-entry procedures is to be inappropriate for delay sensitive applications such as PTT (Push To Talk) and VoIP (Voice Over IP). Those applications require application signaling messages-e.g. SIP (Session Initiation Protocol)-as soon as the BS can transmit to the MSS even when she stays in the idle mode. 2. Proposed Remedy In order to support the early delivery of application signaling messages in the idle mode, we d like to propose the new MAC management message from the BS to the MSS, MOB_AOM-IND on primary CID, to bring higher layer packets. MOB_AOM-IND shall encapsulate higher layer packets, especially application signaling messages, in the payload. When the BS receives packets to be immediately transmitted to the MSS while in the idle mode, the BS shall inform the MSS of this by sending MOB_PAG-ADV with an Action Code 11. The BS shall broadcast MOB_PAG-ADV message at first not only to search the MSS location accurately but also to check whether the MSS has an associated Service Flow that can process suspended packets in the idle mode. To achieve this, we recommend remedying MOB_PAG-ADV message to include an associated Service Flow s. However, an early transmission of higher layer packets in the idle mode runs the following procedures, 1) When the BS receives some packets that require the early transmission, she queries the paging interval and also the Service Flow Information that is charged of processing retrieved packets. An upper network component such as Page Controller shall respond with the paging information and session information to the BS if it succeeds to seek session information of a queried MSS. 2) At first, the BS broadcasts the MOB_PAG-ADV with action code 11 to notify the MSS of the early transmission of higher layer packets activated. 3) The MSS performs the ranging procedures. In the ranging procedure, the MSS may include the result of validate the of the MOB_PAG-ADV. 4) The BS shall transmit MOB_AOM-IND on the primary CID. If it is requested to report the acknowledgement of the delivery, it shall require the MSS to send the MOB_AOM-ACK message. The following figure 1 provides the overview of the early transmission of higher layer packets in the idle mode.

MSS BS Page Controller Idle mode Incoming packets with early transmission indicated. 1) Paging Information Retrieval Procedure 2) MOB_PAG-ADV with action code =? 1 3) Ranging procedure 4) MOB_AOM-IND ( with Higher Layer packets in payload) Figure 1. Call flow of early transmission of higher layer packets in idle mode When the MSS has delay sensitive packets in the idle mode, the MSS may initiate an early transmission of higher layer packets by sending MOB_AOM-IND to the BSS just after performing initial ranging procedure. 3. Proposed Text Change [Add the following text to 6.3.2.3, Table 14.a] 64 MOB_AOM-IND Application Signaling message over MAC primary CID management message. 65 MOB_AOM-ACK AOM Acknowledge message. primary CID [Replace 6.3.2.3.56 with the following table and text ] Table 106m-BS Broadcast Paging (MOB_PAG-ADV) message format. Syntax Size Notes MOB_PAG_ADV_Message_Format() { [..] [..] [..] [..] For (j = 0; j < Num_MACs; j++) { MSS MAC Address hash [..] Action code 2bits 11 = reserved 11 : Perform Ranging to establish AOM delivery path. reserved MSS hash 6bits This field is validated when it brings the when Action code : '11' }

[..] Action code 11 = reserved. 11 = MSS hash value obtained by computing a CRC6 on the 16bits. [Add the following text to 6.3.2.3.57] Table xxx Early transmission of Higher Layer packets (MOB_AOM-IND) message format. Syntax Size Notes MOB_PAG_ADV_Message_Format() { Management Message Type =? AOM_ack_required 1 bits 16 bits Num_AOM 15 bits AOM_array 8 x Num_AOM } [..] AOM_ack_required 0 : MOB_AOM-Ack is not required as a response of this message 1 : MOB_AOM-Ack is required. The of a service flow that will process the payload contained in 'AOM_array' Num_AOM The length of AOM_array' AOM_array 11 = MSS hash value obtained by computing a CRC6 on the 16bits. [Add the following text to 6.3.2.3.58] Table xxx Early transmission of Higher Layer packets (MOB_AOM-Ack) Ack message format. Syntax Size Notes MOB_AOM-Ack_Message_Format() { Management Message Type =? 16 bits } [..] Return code reserved 2bits 6bits The sequence number of MOB_AOM-IND The of a service flow that will process the payload contained in AOM_array' Return code This field indicates the result of processing MOB_AOM-IND

'00' : AOM Accepted '01' : AOM Rejected (Service Flow unavailable) '10' and '11' : reserved. [Remedy 6.3.21.7 with the following text] The BS broadcast Paging message shall also include Action Code directing each MSS notified via the inclusion of its MSS MAC Address hash to either: 00 : no action required 01 : performing Ranging to establish location and acknowledge message 10 : perform initial network entry 11 : resreved 11 : MSS hash value obtained by computing a CRC6 on the 16bits. [Add the following text to 6.3.21.7] After transmitting the Broadcast Paging message with Action Code 11, if the BS does not receive RNG-REQ from the MSS paged until the next transmission interval, the BS shall retransmit the Broadcast Paging message with an Action Code Enter Network [Add the following text to 6.3.21.8.1] An MSS may terminate idle mode and perform ranging procedure only or re-enter the network if it decodes a BS Broadcast Paging message that contains the MSS MAC address hash and an Action Code 11. In this case, the MSS may examine the validation of the Service Flow indicated by MSS hash of the Broadcast Paging message and report its result in RNG-REQ. When the MSS sends RNG-REQ with a success indication, it shall process early transmission of higher layer packets presented at 6.3.21.9 [Add the following text to 6.3.21.9] 6.3.21.9 Early Transmission of Higher Layer packets. 6.3.21.9.1 MS side After performing ranging, the MSS may expect to receive MOB_AOM-IND that is transmitted just after RNG-RSP from the BS if an early transmission of Higher Layer packets. The MSS shall transfer encapsulated higher layer packets to an associated Service Flow identified via of MOB_AOM-IND. The MSS shall send MOB_AOM-ACK if transmitting higher layer packets is succeeded and AOM_Ack_Required of retrieved MOB_AOM-IND is set to 1. When an early transmission of higher layer packets is initiated by the MSS, the MSS may send the MOB_AOM-IND just after performing initial ranging procedure. Whether to go back to the idle mode after a short suspended time or continue performing initial network entry procedures depends on the decision of the application who is an owner of encapsulated higher layer packets. 6.3.21.9.2 BS side When the BS receives some packets that are marked or indicated for the BS to delivery them in an urgent manner, the BS may first of all send Broadcast Paging message with an associated Service Flow s to notify the MSS of the presence of delay sensitive packets. After receiving RNG-REQ with a success indication, it shall send MOB_AOM-IND that brings an encapsulated higher layer packet. Otherwise, it shall send a Broadcast Paging message again with an Action Code Enter Network.

If the BSS receives the MOB_AOM-IND from the BSS, it may transfer encapsulated higher layer packets to an associated service flow indicated by of MOB_AOM-IND. The BSS shall send MOB_AOM-ACK with Return_Code having either AOM Accepted or AOM rejected if AOM_Ack_Required of retrieved MOB_AOM-IND is set to 1. The way of marking the incoming packets whether are delay sensitive or not is out of scope in this document. [Add the following text to 11.5 Table 362a] AOM Paging Acceptance nn 1 This value indicates whether an Early transmission is permitted. 0 : Transmission allowed 1 : Transmission disallowed but Enter network.