Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Some pointers for today's discussion (comment to Enhanced paging with assigned CDMA code (revision of 04_222) rev 3) Page
3: "In both cases, if a ranging code is assigned to the MSS
in the MOB_PAG_ADV message and no dedicated ranging region is assigned, the MSS
shall perform initial ranging by transmitting the code assigned in the
MOB_PAG_ADV message on the normal ranging region defined by
UL-MAP_IE (UIUC = 12 and dedicated ranging indicator bit set to
‘0’). If a ranging code is assigned to the MSS in the MOB_PAG_ADV
message and a dedicated ranging region is assigned in the
UL-MAP-IE (UIUC = 12 and dedicated ranging indicator bit set to ‘1’)., the
MSS shall
perform initial ranging by transmitting the code assigned in the MOB_PAG_ADV
message on the dedicated ranging region." Itzik> I don't see
the advantage of assigning code to an MSS but without using a dedicated region,
since, the probability of a regular subscriber to try and use the same code
still exists, then any deterministic assumption
fails. Page 4: "When transmitting the assigned ranging resource, the MSS
shall avoid any random back off operation for the collision
resolution, i.e., the MSS shall use the assigned ranging resource
immediately after receiving the MOB-PAG-ADV message and
after receiving
the RNG-RSP message with status is set to ‘continue’, without any delay required
by random back off procedure." Itzik> This is again
problematic, we don't want to change the ranging state machines here for this
exception, the backoff mechanism must be kept. The only reasonable
solution is to dedicate Ranging code on a dedicate region, any other
combinations does improves the performance. Regards, Itzik. -----Original
Message----- Great if you
could call in. If you can perhaps summarize your concerns via email a priori it
will give some time for others to think through alternatives as
appropriate. In general, I would like to request participation from
all interested folks so we can quickly resolve issues - especially on
contributions that have discussed once or twice
already. -Prakash From:
owner-stds-802-16@listserv.ieee.org [mailto:owner-stds-802-16@listserv.ieee.org]
On Behalf Of Itzik
Kitroser Prakash and
all, I don't agree that the
contribution "Enhanced paging with assigned CDMA code (revision of 04_222) rev
1.pdf" should be marked as consensus. I don't think that the
proposed solution is the best one and better/straight forward
optimization. I'll be on the CC on
Monday to elaborate more about this. Regards, Itzik. -----Original
Message----- NOTE: Next telecon
is on Monday, 8/16 at 6 AM US Pacific time per information
below. Dial In
Number: 916-356-2663 Bridge:
1 Passcode:
5639096 This will be
our last call before the 8/17 deadline for initial contributions. We will decide
on the list of consensus contribs out of the harmonization adhoc at this
telecon. Following is
a summary of progress on various contributions to date in the harmonization
adhoc. We will run through as much of this list as possible (especially ones
that are close to consensus) during our telecon on Monday,
8/16. Contributions
that the adhoc has determined to be consensus contributions (pending some
edits): - Idle mode
harmonization Idle Mode
Harmonization - Harmonization Ad-Hoc Consensus
Contribution.pdf - Sleep mode
supporting periodic ranging with compressed SLP ID H80216e-04_07r1.doc Contributions
that will likely be marked as consensus following Monday's
telecon: - PHY Profile
ID H80216e-04_04r3.doc Action
items: Jung-won to make edits identified during telecon and Yigal
Eliaspur to provide text justification for new
parameters. - Enhancement
of association using SCAN-REQ/RSP (current document is being revised by Phil
Barber) H80216e-04_03r2.pdf - Enhanced
paging with assigned CDMA codes Enhanced
paging with assigned CDMA code (revision of 04_222) rev
1.pdf Contributions
that need more harmonization / discussions before being considered as
consensus: - MBS
Based on
discussions at our last telecon and reflector traffic, there are some unresolved
issues. Following contributions cover this topic: - Enhancement
for normal mode to sleep mode transition Enhancement to Normal Mode to Sleep
Mode Transition (rev
1).pdf Mo-Han to
summarize pending issues; decision on consensus based on how discussions go
during telecon - SHO and
FBSS Main issue is
fast feedback channel for which we do not have a harmonized solution. Only one
contribution on this topic: H80216e-04_10.doc which
is not harmonized. Several other
issues have been raised on the reflector on issues lacking clarity
Also, Nextel
has proposed an optimized that also needs to be harmonized Nextel.Cont.HybridHandoffwithFastCellSection.v1.pdf - Fast
paging/broadcast update indication. Nextel.Contr.FastPagingand
BroadcastUpdateIndication.v2.pdf Based on
recent telecons, 2 points need resolution: - Fast
Notification Channel must be described in more
detail - Use 1 bit
flag to indicate if new channel appears after DL map or
not - NBR-ADV
changes Enhancements.to.NBR.ADV.doc - Can
Neighbor BS ID (24 bits) be made optional - Decision on
adding Handoff Neighbor Preference (2 bits) Contributions
/ Topics that may not be harmonized given insufficient discussions on reflector
and during telecons: - Fast
DCD/UCD synchronization Fast
DCD_UCD synchronization for sleep mode
MSS.pdf - Enhanced
initial and BW request ranging Enhanced
initial ranging and BW request
ranging.pdf - Load
balancing in initial network entries and HO in multi-FA systems (informative
text) H80216e-04_09.doc - IP Address
management (ARID vs. Subnet zone ID etc.)
|