Re: [STDS-802-16] A critical clarification is needed in section 8.3.5.1
- To: STDS-802-16@listserv.ieee.org
- Subject: Re: [STDS-802-16] A critical clarification is needed in section 8.3.5.1
- From: "Roger B. Marks" <r.b.marks@ieee.org>
- Date: Thu, 13 Oct 2005 15:03:22 -0600
- In-Reply-To: <200510131838.j9DIcY6N006118@hormel6.ieee.org>
- References: <200510131838.j9DIcY6N006118@hormel6.ieee.org>
- Reply-To: "Roger B. Marks" <r.b.marks@ieee.org>
Jing,
We are well past the time to be submitting comments.
In an emergency, we'll consider one, but this one is unacceptable:
*Your text message refers to Table 225 on page 262, but there is no
table on page 262 and not Table 225 anywhere in the draft.
*Your Commentary file says the change is on page 262 line 42, but in
a different table (Table 255). Again, none of this makes a shred of
sense.
*Your Commentary comment refers to "Table 225 starting on page 264
lines 42". That page/line points to Table 225b, not 225. But then you
talk about the Base Station_ID, which is at Line 35, not 42. And you
talk about changing the Notes field, which does not exist.
I conclude that you have not constructed your comment carefully. No
one has the time to try to decipher it or correct it.
Roger
At 11:38 -0700 2005-10-13, jing wang wrote:
>Hello;
>
>It is necessary for the 16e standard to clarify and indicate the
>times when the Mobile Station can get a BSID and when it can use the
>BSID for DLFP checking. According to current standard, this may
>prevent a MS from performing network entry. For instance, when MS
>travel to cells covered by other BSs with different Base_Station_IDs.
>
>Inserting the following sentence at the end of the Notes field of
>the Base Station_ID of Table 225 on page 262 line 42 of 802.16e/D11
>and the new text will read as the following:
>
>"4 LSBs of BS ID. Prior to completion of network entry, the SS shall
>ignore this field and decode all bursts specified by the DLFP. Upon
>completion of network entry, the SS shall validate these bits with
>those of the BS on which it is registered. The burst specified by
>the DFLP shall not be decoded if these bits do not match those of
>the BS on which it is registered."
>
>Please review and comment on it and we hope to this clarification be
>adapted to the 802.16e new draft. I also attached the Commentary
>database file for easy editorial reference.
>
>BR,
>Jing