|
Mo-Han, Vasu,
Another way to support this implementation without changing the
over-the-air interface is to make sure the data streams at all BSs are
synchnronized as in SHO. With this implementation, there is no indication
necessary from the MSS and current 802.16e standard is sufficient.
If we
need to add an indication in the feedback mechnism as suggested in your emails,
we also need to specify a numbering scheme for the MAC PDUs per connection
(probably something in the header?). Since in the current standard, I think only
frame number is included over the air and ARD sequency number, which would not
be sufficient for this implementation. It is more involving than just the
feedback mechanism.
Regards,
Mary
Hi
Vasu,
In
the current FBSS design, the data flow continuity between the old and the new
Anchor BSs during fast BS switching is provided through backhaul, similar to
1xEV-DO or 1xEV-DV. In this case, there will not be air-interface
standards impact for different types of network
configuration.
If
as you suggested, MSS is to provide feedback information on data flow starting
point at the new Anchor BS, then a new UL feedback mechanism over-the-air
is required. Note that this scheme is only benefitial for the specific
network implementation where data is multicast to all BSs in the
active set. I do see the merit of this approach since it
will avoid the switching delay incurred by inter-BS signallng. Having
said that, we do need to figure out the feedback mechanism and the content of
the feedback that can support such approach.
Regards,
Mo-Han
Mo-Han,
I
do wonder though, whether there is a potential standards impact. The
examples provided seem to assume that the current anchor will indicate the
point in the data stream, over a backhaul, from which the new
anchor should initiate transmission to the MSS. However, if the MSS is
used as a relay for this information, over the air, we may reduce the
inter-BS signaling when all BSs share (buffer) the same data. Basically, in
this scenario, the MSS informs the new anchor as to the point in
the data stream from which data transfer should
continue.
regards
Vasu
PS: Since I'm joining the discussion late, please
excuse any misunderstanding I might have of the current
protocol.
Hi Jay and Inkyu,
I echo Mary's reply below.
Regards,
Mo-Han
Hi, Jay nad
Inkyu,
This is Mary
Chion. Sorry about the late reply.
In FBSS, only one BS will be communicating with the MSS at
any time instance (the anchor BS). The BS can choose one of the BS in
the active set to be the anchor BS through MOB-BSHO-REQ/RSP
message. Once the MSS confirms the HO with MOB-HO-IND, The MSS
should only expect trasmission from the anchor BS.
Regarding the question of
which BS have the data, it's really an implementation issue, it
also depends on what kind of network architecture you will be using. If
your network architecture includes a control point for the BSs (i.e.
BSC), the control
point can buffer the data and only send to current anchor
BS. When a new anchor BS is chosen, the conotrl point will just redirect
the traffic. With distributed system, the anchor BS should be resposible for the
data. When the ahcnor BS is changed, the old anchor BS
can forward data to the new
anchor BS. The above scenarios are only examples, the implementatios can
be different from each company and should not be specified in the
standard.
Regards,
Mary
To my knowledge, all BS's in an active set share
same data for an MSS.
Am I right?
Regards,
Inkyu Paek
hanarotelecom
----- Original Message -----
Sent: Monday, August 02, 2004 5:26
PM
Subject: [STDS-802-16-MOBILE]
[Harmonization] Question for FBSS
Dear MO-han
I have a quick question for my
clarification.
I wonder which BSs are responsible for having Data
for an MSS in FBSS(Fast BS Switching).
Do all BSs in active set have to share same data
for an MSS?
OR,
Only a serving BS has data for an MSS then
forwards the data to an anchor BS?
Thanks in advance.
Best
regard.
jay
--------------------------------------------
Yongseok
(jay) Jin
Research Engineer
Standards & System
Research Group
Mobile Communication R&D Center, LG
Electronics Inc.
--------------------------------------------
Phone:+82-(0)31-450-7187
Mobile:+82-(0)11-9953-3149
Fax:+82-(0)31-450-7912
e-mail: jayjay@lge.com
---------------------------
|