Re: [STDS-802-16] Network Entry

[carl.eklund@NOKIA.COM]

I believe that the underlined sentence is a relic from the 'Mode A' of the WirelessMAN-SC specification which never made it to the standard. In a system where the DL-MAP is transmitted every frame and there isn't a DLFP (such as WirelessMAN-SC) the sentence really didn't require anything that a sensible implementation wouldn't have done anyway. 

 

I think the appropriate thing would be to strike the underlined sentence in the corrigendum.

 

 

 

BR Carl  

 

 

 

 

-----Original Message-----
From: owner-stds-802-16@listserv.ieee.org [mailto:owner-stds-802-16@listserv.ieee.org]On Behalf Of ext Eyal Verbin
Sent: 03 October, 2004 10:09
To: STDS-802-16@listserv.ieee.org
Subject: [STDS-802-16] Network Entry

Section 6.3.9.3 of 802.16-2004 (D5) states that:

 

“The SS shall determine from the channel description parameters whether it may use the uplink channel. If the channel is not suitable, then the SS shall continue scanning to find another downlink channel. If the channel is suitable, the SS shall extract the parameters for this uplink from the UCD. It then shall wait for the next DL-MAP message and extract the time synchronization from this message. The SS then shall wait for a bandwidth allocation map for the selected channel. It may begin transmitting uplink in accordance with the MAC operation and the bandwidth allocation mechanism.”

 

Why is the SS required to wait for a next DL-MAP? What time synchronization information it should extract from the message? Can the SS wait for DLFP instead?

 

Eyal