IEEE C802.16j-08/117 Project Title

advertisement

IEEE C802.16j-08/117

Project

Title

Date

Submitted

IEEE 802.16 Broadband Wireless Access Working Group < http://ieee802.org/16 >

Comments on Transaction ID and Frame Number Action

2008-05-14

Source(s) Adrian Boariu, Shashikant Maheshwari,

Haihong Zheng, Yousuf Saifullah, Peter

Wang

Nokia Siemens Networks

Re:

Abstract

E-mail: adrian.boariu@nsn.com

This is in response for call for comments P802.16j/D4

Some comments on Transaction ID and FN

Purpose

Notice

Release

Patent

Policy

Review and adopt

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 >.

Comments on Transaction ID and Frame Action Number

Adrian Boariu, et al.

NSN

Introduction

There are some messages that require acknowledgment from the receiver of the message. If the sender does not receive the acknowledgement, it is not clear what the sender should do. This contribution provides a solution to this issue.

Supersedes: 4082, 4159, 4160, 4161, 4162, 4163

Specification changes

1

[Change on page 39 line 22 as following]

IEEE C802.16j-08/117

Frame Number Action | 7 bits | 7-bit LSBs of the frame number

ACK Request | 1 bit | If the bit is set to 1, the receiving RS shall respond with MR_Generic-ACK; If the bit is set to 0, the receiving the RS shall not respond with MR_Generic-ACK.

[Change p. 68, line 14]

“Frame Action Number” to “Frame Number Action”

[Insert the following text above every table defining RCD, RS_Config-CMD, RS_Member_List_Update messages]

If the MR-BS does not receive an acknowledgment from an RS, it has the opportunity to retransmit the message before the Frame Number Action takes effect, while using for the Transaction ID the same value as in the initial transmission. If that is not possible, the MR-BS may transmit the message with a later Frame Number Action. If at certain frame number the RS has received more than one message, then the messages that have older

Transaction ID values shall be discarded.

2

Download