Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Anh Tuan, All Thanks for the quick response, please see my comments below
at the bottom of each topic. (BTW Anh Tuan, you mentioned your comments in blue but it
didn’t come through the mail, perhaps because you have used plain text) Eldad Office +1 631 622 4134 Mobile +1 631 428 4052 Based in NY area -----Original Message----- Dear Sungcheol and all, Please see my responses (blue) in the consolidated text
(thanks Eldad for this useful compilation). Best regards, Anh Tuan Regarding use cases: <<<<<<<<<<<<<<<<<<
Topic A Sungcheol: Agrees with 1) Infrastructure nodes are absent and 2) One
HR-MS is associated with an infrastructure node and one or more other HR-MSs
are out of coverage of an infrastructure node. Does not agree with: The use case of both two HR-MS under
an infrastructure node - 802.16n is for reliability enhancements, questions if
this use case is for that. Anh Tuan: The direct link, in certain cases, provides higher rates
etc. Eldad: I would agree with Anh Tuan. Stated differently, if 2
HR-MS are at the edge of the cell than their supportable data rate with the BS
can be too low. For voice this isn't an issue as the voice data rate is similar
to the data rate of the associated signaling for MS control. On the other hand
if the mission requires e.g. video than these 2 HR-MS may not be able to
maintain video link with the HR-BS - but can with each other. Then it is a
reliability issue. I also agree that MS-MS communications under a BS is simpler
than HR-MS forwarding. Sungcheol: If just communication is needed between two HR-MSs, then
we can use multi-mode operation of HR-MS as relay function instead of defining
new specification. My preference is the reuse and modification of existing
specification. If one HR-MS changes its role as relay and the HR-MS relays or terminates
packets with the other HR-MS, it's nature is direct communication. I don't
object the motivation of communication between HR-MS under coverage, but
updating existing 16 specifications has a priority to defining new
specification. Is it impossible to achieve two HR-MS communication under BS
coverage with HR-MS multi-mode operation as relay? Anh Tuan: From your reply, I think we have already agreed on two
important points: - There is no objection for direct/forwarding
communications between HR-MSs under coverage (and one of the purposes is to
enhance reliability at cell edge, as explained by Eldad). - For 16n, reusing/updating of current 16e/m features
should take priority over introducing totally new specifications. With the above two agreeable points, we can proceed to
evaluate different approaches and probably get more consensus. Let us remember
that we are discussing the use cases here, and not the solutions. So we should
first agree on the usefulness, then move on to discuss the solutions (e.g.,
frame structure). Eldad: That HR-MS direct and forwarding communications (with and
without infrastructure) is required has been discussed extensively during the SRD
phase which we have all agreed to. In the SRD it exists as a distinct requirement
from HR-MS role change to e.g. HR-BS. This has also been discussed extensively.
The reason for it appearing as a separate requirement is that, as we decided,
when HR-MS changes its role to HR-RS it is an HR-RS with all the HR-RS functionality
(although possibly with reduced capability). We didn’t feel that a
forwarding HR-MS, for example, need ALL the functionality of an HR-RS (although
of course it needs some). Having said that I agree with
the principle that 16e/16n baselines should be reused as much as possible. >>>>>>>>>>>>>>>>>
<<<<<<<<<<<<<<<<<<
Topic B Eldad: * Modes for HR-MS direct communication - Both HR-MSs are associated with an
infrastructure node. - Infrastructure nodes are absent. * Modes for HR-MS local forwarding - One HR-MS is associated with an infrastructure node and
one or more other HR-MSs are out of coverage of an infrastructure node. Anh Tuan: 1) We can have an HR-MS that is outside-of-coverage
but can still be associated with an infrastructure node (through the help of a
forwarding HR-MS). So for the 1st mode of HR-MS direct communications, When we
say "Both HR-MSs are associated with an infrastructure node.", do we
mean "association" or "coverage"? 2) For HR-MS forwarding to network (we should not
use "HR-MS local forwarding" as 16n SRD uses "local
forwarding" to refer to a different scenario), I would like to add the 3rd
mode of "Both HR-MSs are within the coverage of an infrastructure node".
This can be beneficial when HR-MSs are power-limited Eldad (Answer): - Agree with the terminology
"forwarding to network" - I agree to add to HR-MS Forwarding
the case where both HR-MS are in coverage (point 2). Actually this is the same
argument I used for MS-MS communications as a reliability enhancement. - For MS-MS direct communications
(point 1) I'm not so sure it is needed. HR-MS that are of coverage of the HR-BS
will likely be at cell edge. They will have few neighbor HR-MS. They will have
even fewer HR-MS they will need peer to peer connection to. Therefore I think
this isn't an important case. Therefore I would disagree with this case. Anh Tuan: I am not quite clear about your last point, can you
please elaborate? Eldad: I’ll try. The difference between forwarding and peer
to peer communications is that the former is non-specific, the latter is specific.
HR-MS forwarding is mostly needed for an HR-MS that is in a coverage hole
(indoors, basement, etc.). It will have very few other HR-MS within range, any
of those could potentially help to forward its data. On the other hand if we
assume that peers are spread through the cell then the chances that one of
those would also be a peer (to directly communicate with) are smaller. >>>>>>>>>>>>>>>>>
Regarding frame structure: <<<<<<<<<<<<<<<<<<
Topic C Question-1) Are 2 HR-MS in the same cell allowed to
transmit on the same resources (assuming that they are far enough)? Anh Tuan: This resource reuse should be encouraged, as long as
mechanisms are provided to mitigate interference among HR-MS direct/forwarding
transmissions. For such interference-mitigating mechanisms to work, we need
neighbor discovery schemes to determine the distances between pairs of nodes. Sungcheol: I think we don't allow that. If it is guaranteed that two
HR-MSs are far enough, two HR-MSs may transmit on the same resources. However,
how can it be guaranteed? Interference mitigation has been a challenging
research topic. But I don't agree that 16n specification adapts interference
management approaches because its complexity. (Do we consider direct
communication among HR-MSs in the same cell? I am negative) Anh Tuan: For the spatial reuse of resource allocated to HR-MS
direct transmissions, I am open to the possibility. However, as mentioned in
previous email, I share Sungcheol's concern of interference mitigation. In
fact, Eldad has also previously discussed this interference concern. To me,
even without reusing allocated resource, controlling interference between
HR-MSs direct communications and legacy transmissions (between HR-BS and HR-MS)
is tough enough. Having said that, I do not see how reserving a fixed resource
for HR-MS direct transmissions would better minimize interference, compared to
the approach when BS allocates resource dynamically, but without two
transmissions sharing (re-using) the same logical resource units. Eldad I think that allowing the HR-BS to allocate MS-MS
resources dynamically, in combination with good HR-MS discovery and spatial
separation, should allow the HR-BS to determine the correct resources. We do
not specify that the HR-BS must share resources but on the other hand we do not
prevent it from doing so. In my opinion, MS-MS connections that aren't allowed
to share resources will not be very efficient. Question-2): Is the HR-BS allowed to re-use the same
resources for its own DL transmissions or the UL transmissions of one of its
HR-MS (assuming that the HR-MS is close enough to the HR-BS)? Anh Tuan: Similar to answer to question 1 with the note that
interference mitigation will depend on whether HR-MS direct/forwarding
transmissions are scheduled in DL or UL area of each frame. Sungcheol: Generally I think that resource used for infrastructure
communication is exclusive to resource for direct communication. From this
agreement, we can extend resource usages if its algorithm is simple. Exclusive
resource allocation guarantees that interference each other may be controlled
easily. Eldad: I think the answer is very similar to question-1. While
the specific interference mechanism depends if transmission takes place in UL
or DL or both, good interference control mechanisms as indicated above should
solve both. Question-3): Are these resources fixed for all cells? Anh Tuan: I believe that HR-MS direct communications and forwarding
to network are opportunistic in nature. Therefore, resources should be
dynamically allocated across space (cells), time/frequency (frames). Sungcheol: We need fixed resources of direct communications for all
cells if HR-MS may be at several radio environment cases including under
infrastructure node, in absent of infrastructure not, and in the middle of
infra-structure nodes. It is recommended that this fixed resource shall be as
small as possible because the resource is not be used by infrastructure node
for interference avoidance. Eldad: I would support Anh Tuan. Sungcheol: We need to separate DC specific resources into two. One
is for the usage case of direct communication that two HR-BSs are under the
coverage of infrastructure node. Dynamic resource allocation can be acceptable
for this use case only. The other is for two usage cases that 1) one HR-MS
under infrastructure node coverage and the other HR-MS in absent of
infrastructure node 2) two HR-MSs in absent of infrastructure node. When we
consider HR-MS in absent of HR-BS, dynamic resources allocation information is
carried on the fixed resource of direct communication. It's why I propose
two-step resource allocation. Anh Tuan: I would like to promote the following general approach
for allocating resource dynamically to HR-MS direct/forwarding transmissions: - When both HR-MSs are within the coverage of an
infrastructure node, say HR-BS, HR-BS can dynamically schedule resource using
A-MAP and/or other DL control messages. - When only one HR-MS is within the coverage, the
resource can still be scheduled by HR-BS through A-MAP and control messages,
and the inside-of-coverage HR-MS shall relay the scheduling information to the
out-of-coverage HR-MS. - When there is no infrastructure node, one HR-MS shall
be elected as network coordinator to fulfill the scheduling tasks of an
infrastructure node. The above approach, I believe, preserves the basic
resource-allocating principles of 16e/m. Eldad: I also would like to partition the use cases for resource
allocations but I think that both HR-MS under HR-BS is similar to forwarding HR-MS
(only one under HR-BS). The case of no HR-BS is different. Because of that, I tend to
agree with Anh Tuan that resource allocation for HR-MS forwarding and HR-MS DC
under HR-BS is dynamic (e.g. using A-MAP although we can decide that later).
For no infrastructure case I agree that one of the HR-MS takes control. I’m not sure yet what is
the nature of an coordinator. It looks to me very similar to an HR-BS. Question-4): Can they change over time? Anh Tuan: Similar to answer to question-3. Sungcheol: It depends on design. The fixed resource of direct
communication is static and limits resources for infrastructure communications.
To solve this problem, the fixed resource is reserved at minimum and additional
resource information can broadcast on the fixed resource. Its additional
resource may be quasi-static and cell specific if possible. How about two step
resource of direct communication? Eldad: I would support Anh Tuan. I'm not sure what a two-step
resource allocation means but does it lengthens latency? Sungcheol: No. It does not length latency. Control information
including resource allocation shall be carried on common dedicated resource.
It's all. Common or dynamic resource can be used for carrying data packets
among HR-MSs because the HR-MSs have exchanged resource allocation information
each other using control packets on the common dedicated resource.. Eldad: Thanks, Sungcheol, now I think I
understand you. It seems we all agree to dynamic resource allocation. So if,
for example, we use A-MAP to carry the assignment, then the only question that
remains is that whether A-MAP location, length etc. are A) fixed for all cells
and for all times or B) can vary cell to cell and time to time and are SOMEHOW signaled
(broadcast or unicast) to HR-MS. Is that correct? >>>>>>>>>>>>>>>>>>>
<<<<<<<<<<<<<<<<<<
Topic D Sungcheol: For frame structure of direct communication, we need
discuss types of DC specific resources, TDM and FDM separations. TDM means that
its bandwidth of DC specific resources is wideband. FDM means that narrowband
resources can be reserved for DC specific resources. I prefer that the DC
resources shall be allocated as narrowband because of its coverage enhancement.
So I have a preference to FDM for DC specific resource separation. Is there any
reason that DC specific resource shall be FDM in 16n specification based on 16m
specification? (I understand that TDM is a way of DC specific resource
allocation for 16e specification because diversity zone and AMC zone are
exclusive in time domain) Anh Tuan: Regarding TDM vs FDM, current approach in 16m is based on
FDM (within each subframe). So FDM to me is a natural approach. However, I
propose that we stick to the 16m subframe boundaries when doing resource
allocation for HR-MS direct comm/forwarding. Do we have a strong
reason/motivation for allocating a narrow band resource spanning several
subframes for a HR-MS direct transmissions? Eldad: - If you meant FDM per sub-frame I
would agree with you, we go FDM. Otherwise it's usually called TDM/FDM. - If you accept the premise that
resources are allocated by the BS then we don't have to decide here whether
it's broadband or narrowband. - 802.16m already has a long-TTI
mechanism for added robustness. I'm not sure we need another one. Sungcheol: We need to separate discussions into two like my answer
to Question-3). For the use case that two HR-BSs are under the coverage of
infrastructure node, we need to follows 16m or 16e frame structure as similar
as possible. For the other use case, we need to define DC specific frame
structure because HR-MSs in absent of HR-BS are not aware of infrastructure
frame structure. Anh Tuan: I just want to clarify: -When at least one HR-MS is within the coverage, the
frame configuration (and resource allocation) can be forwarded to the other
HR-MS. -In absent of HR-BS, a network coordinator can be elected
to distribute a common understanding of frame configuration among a cluster of
HR-MSs. Eldad: Please see my comments for
previous question. Regarding narrowband operation
for 802.16n, I have indicated above that 802.16m already has long-TTI operation.
The combination of long TTI with the narrowest allocation allowed today under 802.16m
should provide sufficient coverage. I don’t see any reason to design new
waveforms, pilot placement, etc. to accommodate even narrower bandwidth. ________________________________ From: Sungcheol Chang [mailto:scchang@ETRI.RE.KR] Sent: Sat 4/9/2011 3:35 PM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: Re: [STDS-802-16] [802.16n][DC] Discussion on
Usages and Frame Structure for DC Dear Eldad, Anh Tuan, and all Thanks for your effort to collecting all the opinions. I add my inline opinion per discussion for consistency. Best regards, Sungcheol Chang, Ph.D. Mobile Access Technology Research Team, ETRI From: Zeira, Eldad [mailto:Eldad.Zeira@INTERDIGITAL.COM] Sent: Saturday, April 09, 2011 6:06 AM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: Re: [STDS-802-16] [802.16n][DC] Discussion on
Usages and Frame Structure for DC Dear Sungcheol, Anh Tuan, all To try expedite the discussion I have collected all the
opinions I saw so far (including mine). I think it reflects very well the
differences between the approaches and will allow us all to form a more
informed opinion. Warning: very long email, but easier to read than
multiple threads. Hope you find it useful. (I suggest we use HTML as email format, some folks use
simple text which doesn't preserve formatting and makes it difficult to read.
HTML is platform independent) Cheers - happy weekend - Eldad Regarding use cases: <<<<<<<<<<<<<<<<<<
Topic A Sungcheol: Agrees with 1) Infrastructure nodes are absent and 2) One
HR-MS is associated with an infrastructure node and one or more other HR-MSs
are out of coverage of an infrastructure node. Does not agree with: The use case of both two HR-MS under
an infrastructure node - 802.16n is for reliability enhancements, questions if
this use case is for that. Anh Tuan: The direct link, in certain cases, provides higher rates
etc. Eldad: I would agree with Anh Tuan. Stated differently, if 2
HR-MS are at the edge of the cell than their supportable data rate with the BS
can be too low. For voice this isn't an issue as the voice data rate is similar
to the data rate of the associated signaling for MS control. On the other hand
if the mission requires e.g. video than these 2 HR-MS may not be able to
maintain video link with the HR-BS - but can with each other. Then it is a
reliability issue. I also agree that MS-MS communications under a BS is simpler
than HR-MS forwarding. Sungcheol: If just communication is needed between two HR-MSs, then
we can use multi-mode operation of HR-MS as relay function instead of defining
new specification. My preference is the reuse and modification of existing specification.
If one HR-MS changes its role as relay and the HR-MS relays or terminates
packets with the other HR-MS, it's nature is direct communication. I don't
object the motivation of communication between HR-MS under coverage, but
updating existing 16 specifications has a priority to defining new
specification. Is it impossible to achieve two HR-MS communication under BS
coverage with HR-MS multi-mode operation as relay? >>>>>>>>>>>>>>>>>
<<<<<<<<<<<<<<<<<<
Topic B Eldad: * Modes for HR-MS direct communication - Both HR-MSs are associated with an
infrastructure node. - Infrastructure nodes are absent. * Modes for HR-MS local forwarding - One HR-MS is associated with an infrastructure node and
one or more other HR-MSs are out of coverage of an infrastructure node. Anh Tuan: 1) We can have an HR-MS that is outside-of-coverage
but can still be associated with an infrastructure node (through the help of a
forwarding HR-MS). So for the 1st mode of HR-MS direct communications, When we
say "Both HR-MSs are associated with an infrastructure node.", do we
mean "association" or "coverage"? 2) For HR-MS forwarding to network (we should not
use "HR-MS local forwarding" as 16n SRD uses "local
forwarding" to refer to a different scenario), I would like to add the 3rd
mode of "Both HR-MSs are within the coverage of an infrastructure
node". This can be beneficial when HR-MSs are power-limited Eldad (Answer): - Agree with the terminology
"forwarding to network" - I agree to add to HR-MS Forwarding
the case where both HR-MS are in coverage (point 2). Actually this is the same
argument I used for MS-MS communications as a reliability enhancement. - For MS-MS direct communications
(point 1) I'm not so sure it is needed. HR-MS that are of coverage of the HR-BS
will likely be at cell edge. They will have few neighbor HR-MS. They will have
even fewer HR-MS they will need peer to peer connection to. Therefore I think
this isn't an important case. Therefore I would disagree with this case. >>>>>>>>>>>>>>>>>
Regarding frame structure: <<<<<<<<<<<<<<<<<<
Topic C Question-1) Are 2 HR-MS in the same cell allowed to
transmit on the same resources (assuming that they are far enough)? Anh Tuan: This resource reuse should be encouraged, as long as
mechanisms are provided to mitigate interference among HR-MS direct/forwarding
transmissions. For such interference-mitigating mechanisms to work, we need
neighbor discovery schemes to determine the distances between pairs of nodes. Sungcheol: I think we don't allow that. If it is guaranteed that two
HR-MSs are far enough, two HR-MSs may transmit on the same resources. However,
how can it be guaranteed? Interference mitigation has been a challenging
research topic. But I don't agree that 16n specification adapts interference
management approaches because its complexity. (Do we consider direct
communication among HR-MSs in the same cell? I am negative) Anh Tuan: For the spatial reuse of resource allocated to HR-MS
direct transmissions, I am open to the possibility. However, as mentioned in
previous email, I share Sungcheol's concern of interference mitigation. In
fact, Eldad has also previously discussed this interference concern. To me,
even without reusing allocated resource, controlling interference between
HR-MSs direct communications and legacy transmissions (between HR-BS and HR-MS)
is tough enough. Having said that, I do not see how reserving a fixed resource
for HR-MS direct transmissions would better minimize interference, compared to
the approach when BS allocates resource dynamically, but without two
transmissions sharing (re-using) the same logical resource units. Eldad I think that allowing the HR-BS to allocate MS-MS
resources dynamically, in combination with good HR-MS discovery and spatial
separation, should allow the HR-BS to determine the correct resources. We do
not specify that the HR-BS must share resources but on the other hand we do not
prevent it from doing so. In my opinion, MS-MS connections that aren't allowed
to share resources will not be very efficient. Question-2): Is the HR-BS allowed to re-use the same
resources for its own DL transmissions or the UL transmissions of one of its
HR-MS (assuming that the HR-MS is close enough to the HR-BS)? Anh Tuan: Similar to answer to question 1 with the note that
interference mitigation will depend on whether HR-MS direct/forwarding
transmissions are scheduled in DL or UL area of each frame. Sungcheol: Generally I think that resource used for infrastructure
communication is exclusive to resource for direct communication. From this
agreement, we can extend resource usages if its algorithm is simple. Exclusive
resource allocation guarantees that interference each other may be controlled
easily. Eldad: I think the answer is very similar to question-1. While
the specific interference mechanism depends if transmission takes place in UL
or DL or both, good interference control mechanisms as indicated above should
solve both. Question-3): Are these resources fixed for all cells? Anh Tuan: I believe that HR-MS direct communications and forwarding
to network are opportunistic in nature. Therefore, resources should be
dynamically allocated across space (cells), time/frequency (frames). Sungcheol: We need fixed resources of direct communications for all
cells if HR-MS may be at several radio environment cases including under
infrastructure node, in absent of infrastructure not, and in the middle of
infra-structure nodes. It is recommended that this fixed resource shall be as
small as possible because the resource is not be used by infrastructure node
for interference avoidance. Eldad: I would support Anh Tuan. Sungcheol: We need to separate DC specific resources into two. One
is for the usage case of direct communication that two HR-BSs are under the
coverage of infrastructure node. Dynamic resource allocation can be acceptable
for this use case only. The other is for two usage cases that 1) one HR-MS
under infrastructure node coverage and the other HR-MS in absent of
infrastructure node 2) two HR-MSs in absent of infrastructure node. When we
consider HR-MS in absent of HR-BS, dynamic resources allocation information is
carried on the fixed resource of direct communication. It's why I propose
two-step resource allocation. Question-4): Can they change over time? Anh Tuan: Similar to answer to question-3. Sungcheol: It depends on design. The fixed resource of direct
communication is static and limits resources for infrastructure communications.
To solve this problem, the fixed resource is reserved at minimum and additional
resource information can broadcast on the fixed resource. Its additional
resource may be quasi-static and cell specific if possible. How about two step
resource of direct communication? Eldad: I would support Anh Tuan. I'm not sure what a two-step
resource allocation means but does it lengthens latency? Sungcheol: No. It does not length latency. Control information
including resource allocation shall be carried on common dedicated resource.
It's all. Common or dynamic resource can be used for carrying data packets
among HR-MSs because the HR-MSs have exchanged resource allocation information
each other using control packets on the common dedicated resource.. >>>>>>>>>>>>>>>>>>>
<<<<<<<<<<<<<<<<<<
Topic D Sungcheol: For frame structure of direct communication, we need
discuss types of DC specific resources, TDM and FDM separations. TDM means that
its bandwidth of DC specific resources is wideband. FDM means that narrowband
resources can be reserved for DC specific resources. I prefer that the DC
resources shall be allocated as narrowband because of its coverage enhancement.
So I have a preference to FDM for DC specific resource separation. Is there any
reason that DC specific resource shall be FDM in 16n specification based on 16m
specification? (I understand that TDM is a way of DC specific resource
allocation for 16e specification because diversity zone and AMC zone are
exclusive in time domain) Anh Tuan: Regarding TDM vs FDM, current approach in 16m is based on
FDM (within each subframe). So FDM to me is a natural approach. However, I
propose that we stick to the 16m subframe boundaries when doing resource
allocation for HR-MS direct comm/forwarding. Do we have a strong
reason/motivation for allocating a narrow band resource spanning several
subframes for a HR-MS direct transmissions? Eldad: - If you meant FDM per sub-frame I
would agree with you, we go FDM. Otherwise it's usually called TDM/FDM. - If you accept the premise that
resources are allocated by the BS then we don't have to decide here whether
it's broadband or narrowband. - 802.16m already has a long-TTI
mechanism for added robustness. I'm not sure we need another one. Sungcheol: We need to separate discussions into two like my answer
to Question-3). For the use case that two HR-BSs are under the coverage of
infrastructure node, we need to follows 16m or 16e frame structure as similar
as possible. For the other use case, we need to define DC specific frame
structure because HR-MSs in absent of HR-BS are not aware of infrastructure
frame structure. Eldad Office +1 631 622 4134 Mobile +1 631 428 4052 Based in NY area -----Original Message----- From: Hoang Anh Tuan [mailto:athoang@I2R.A-STAR.EDU.SG] Sent: Friday, April 08, 2011 1:00 PM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: Re: [STDS-802-16] [802.16n][DC] Discussion on
Usages and Frame Structure for DC Hi Sungcheol and all, REGARDING USE CASES: I support the allowance of HR-MS direct communications
and forwarding when both HR-MSs are within coverage of an infrastructure node.
The reasons are: - Enhancing reliability/robustness: the direct link
between a pair of HR-MSs basically provides us with an alternative path. This
path, when chosen properly (e.g., based on distance, channel quality), allows
communications to happen at higher rate and/or lower probability of error,
and/or lower transmit power. All these contribute to the higher
reliability/robustness of an HR network. To me, it can even be argued that this
mode of communications (when both HR-MSs are within coverage) is more
reliability-relevant than the mode of coverage extension (when one HR-MS is
outside of coverage). Coverage extension is like enhancing the capability of a network,
rather than reliability/robustness. Of course, one can argue it in an opposite
way, but I think all three coverage scenarios should be supported. - Acceptable complexity: I believe that if someone
provides a reasonable design to support HR-MS direct communication or
forwarding under the two scenarios of no infrastructure node or only one HR-MS
is within coverage, then a simpler design can always be derived to support the
scenario when both HR-MSs are within coverage. In other words, if you have some
mechanism to support a rather complicated use case, why don't you just simplify
that to also support an easier use case? Take note that this simpler use case
does provide reliability benefits. REGARDING FRAME STRUCTURE: For the spatial reuse of resource allocated to HR-MS
direct transmissions, I am open to the possibility. However, as mentioned in
previous email, I share Sungcheol's concern of interference mitigation. In
fact, Eldad has also previously discussed this interference concern. To me,
even without reusing allocated resource, controlling interference between
HR-MSs direct communications and legacy transmissions (between HR-BS and HR-MS)
is tough enough. Having said that, I do not see how reserving a fixed resource
for HR-MS direct transmissions would better minimize interference, compared to
the approach when BS allocates resource dynamically, but without two
transmissions sharing (re-using) the same logical resource units. Regarding TDM vs FDM, current approach in 16m is based on
FDM (within each subframe). So FDM to me is a natural approach. However, I
propose that we stick to the 16m subframe boundaries when doing resource
allocation for HR-MS direct comm/forwarding. Do we have a strong
reason/motivation for allocating a narrow band resource spanning several
subframes for a HR-MS direct transmissions? Best regards, Anh Tuan ________________________________ From: Chang, Sungcheol [mailto:scchang@etri.re.kr] Sent: Fri 4/8/2011 8:55 PM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: Re: [STDS-802-16] [802.16n][DC] Discussion on
Usages and Frame Structure for DC Dear Eldad and all, REGARDING USE CASES: From the 16n SRD document, we can consider three usage
scenarios. I can agree two use cases: 1) Infrastructure nodes are
absent and 2) One HR-MS is associated with an infrastructure node and one or
more other HR-MSs are out of coverage of an infrastructure node. But, we need more discussion about both HR-MSs under an
infrastructure node. For the use case of both two HR-MS under an
infrastructure node, What is the motivation that 16n specification includes
this use case? As you knows, 16n specification is for reliability
enhancement. Is this usage case related to reliability enhancement? I thank that the major gain of this use case is that
resource usage efficiency increases using higher modulation scheme with good
channel quality. Can you tell me the motivation of this usage case? REGARDING FRAME STRCUTRE: I respond Eldad's questions as the follwings: 1) I think we don't allow that.
If it is guaranteed that two HR-MSs are far enough, two HR-MSs may transmit on
the same resources. However, how can it be guaranteed? Interference mitigation
has been a challenging research topic. But I don't agree that 16n specification
adapts interference management approaches because its complexity. (Do we
consider direct communication among HR-MSs in the same cell? I am negative) 2) Generally I think that
resource used for infrastructure communication is exclusive to resource for
direct communication. From this agreement, we can extend resource usages if its
algorithm is simple. Exclusive resource allocation guarantees that interference
each other may be controlled easily. 3) We need fixed resources of
direct communications for all cells if HR-MS may be at several radio
environment cases including under infrastructure node, in absent of
infrastructure not, and in the middle of infra-structure nodes. It is
recommended that this fixed resource shall be as small as possible because the
resource is not be used by infrastructure node for interference avoidance. 4) It depends on design. The
fixed resource of direct communication is static and limits resources for
infrastructure communications. To solve this problem, the fixed resource is
reserved at minimum and additional resource information can broadcast on the
fixed resource. Its additional resource may be quasi-static and cell specific
if possible. How about two step resource of direct communication? For frame structure of direct communication, we need
discuss types of DC specific resources, TDM and FDM separations. TDM means that
its bandwidth of DC specific resources is wideband. FDM means that narrowband
resources can be reserved for DC specific resources. I prefer that the DC
resources shall be allocated as narrowband because of its coverage enhancement.
So I have a preference to FDM for DC specific resource separation. Is there any
reason that DC specific resource shall be FDM in 16n specification based on 16m
specification? (I understand that TDM is a way of DC specific resource
allocation for 16e specification because diversity zone and AMC zone are exclusive
in time domain) We need to speed up e-mail discussion for usage and frame
structure of direct communication. I look forward to 16n participants' reply emails. Best regards, Sungcheol Chang, Ph.D. Mobile Access Technology Research Team, ETRI From: Zeira, Eldad [mailto:Eldad.Zeira@INTERDIGITAL.COM] Sent: Wednesday, April 06, 2011 9:43 PM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: Re: [STDS-802-16] [802.16n][DC] Discussion on
Usages and Frame Structure for DC Hi All Thanks, Sungcheol and Haiguang, In order to keep same thread I'm commenting on both
Sungcheol's email and Haiguang comment. Let's try to keep the number of threads
to a minimum; Regarding use cases: I like Haiguang's proposal to separate the overview along
SRD lines. To clarify what I think is the intent, I would like to modify that
text (see below). I also support Haiguang's statement that as the SRD
doesn't discuss services then all scenarios should support all services. Other than some minor editorials, the reasons for the
suggested changes are as follows: - AWD text shouldn't discuss usage
which is up to implementation. We can discuss modes. - I have used the term
"infrastructure node" to refer to HR-BS or HR-RS. - I have replaced "HR-MSs does not
associate to HR-BS " with "Infrastructure nodes are absent". The
latter is from the SRD, the former implies that HR-BS is present but the HR-MS
ignore it which is not in the SRD. The cleaned, revised text is therefore: * Modes for HR-MS direct communication - Both HR-MSs are associated with an
infrastructure node. - Infrastructure nodes are absent. * Modes for HR-MS local forwarding - One HR-MS is associated with an infrastructure
node and one or more other HR-MSs are out of coverage of an infrastructure
node. Regarding frame structure: One of the alternatives discussed by Sungcheol is a
"DC specific frame structure including dedicated resource usage
(Zone)" I would like to ask the Sungcheol and the rest of the
forum what is the meaning of this alternative, specifically: 1) Are 2 HR-MS in the same cell allowed to transmit
on the same resources (assuming that they are far enough)? 2) Is the HR-BS allowed to re-use the same
resources for its own DL transmissions or the UL transmissions of one of its
HR-MS (assuming that the HR-MS is close enough to the HR-BS)? 3) Are these resources fixed for all cells? 4) Can they change over time? Thanks and Best Regards, Eldad Office +1 631 622 4134 Mobile +1 631 428 4052 Based in NY area -----Original Message----- From: Wang Haiguang [mailto:hwang@I2R.A-STAR.EDU.SG] Sent: Wednesday, April 06, 2011 5:55 AM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: Re: [STDS-802-16] [802.16n][DC] Discussion on
Usages and Frame Structure for DC Hi, Sungcheol and all. According the SRD, the system requirements for direct communication (6.1.3.1) and HR-MS forwarding (6.1.3.2) are defined in two separate sub-sections. I think that we should define two separate sets of usages
for the direct communication and local forwarding as
follows: * Usages [EZ] Modes for HR-MS direct communication - [EZ] Both HR-MSs are associated with an HR-BS
infrastructure node. - HR-MSs does not associate to HR-BS.[EZ]
Infrastructure nodes are absent. * Usages [EZ] Modes for HR-MS local forwarding - One HR-MSs [EZ]is associated [EZ] with
HR-BS infrastructure node and another one [EZ] one or more other HR-MSs are out
of the coverage of HR-BS infrastructure nodes. The direct communication and local forwarding should be designed to support various applications, including both data, video and voice since the SRD does not make any constraint on the supported application. Regards. Haiguang -----Original Message----- From: Sungcheol Chang [mailto:scchang@etri.re.kr] Sent: Wed 4/6/2011 8:48 AM To: STDS-802-16@LISTSERV.IEEE.ORG Subject: [STDS-802-16] [802.16n][DC] Discussion on Usages
and Frame Structure for DC Dear 16n participants, This is a kick-off mail for e-mail discussion on Usages
and Frame Structure for direct communication I suggest discussion guidelines as the followings: - The subject of all the e-mails begins with the tag
"[STDS-802-16] [802.16n][DC]" because DC RG has one e-mail discussion
group now. - Reply mails are expected to be within 24 hours because
participants have different time zones. - Any participants can add technical discussion issues
for DC usage scenarios ad DC frame structure only. [STDS-802-16] [802.16n][DC][Usage] Discussion on Usage
Scenarios There are three scenarios of direct communication (Let's
focus on two HR-MSs at first) 1) Two HR-MSs under HR-BS coverage 2) One HR-MS under HR-BS coverage and The other HR-MS out
of HR-BS coverage. (HR-MS forwarding) 3) Two HR-MSs in absent of HR-BS [STDS-802-16] [802.16n][DC][Frame] Discussion on Frame
Structure Two cases of frame structure for direct communication 1) 16 frame structure including infrastructure frame
structure and relay frame structure. 2) DC specific frame structure including dedicated
resource usage (Zone) Two cases of DC resource separation within 16 frame
structure 1) TDM separation (Wideband approach) 2) FDM separation (Narrowband approach) Note) Base on this kick-off e-mail, 16n participants
concerning direct communication are encouraged to join this e-mail discussion
actively. Note) If participants want, participants can trigger
e-mail discussion on other topic freely. Please use the other tag! (DC RG is
not authorized to manage e-mail discussion among participants from 16n TG) Best regards, Sungcheol Chang |