用于同步HARQ操作和干扰避免的方法和设备相关申请的交叉引用
本申请要求享有2009年6月16日提交的美国临时申请61/187,534以及
2009年8月14日提交的61/233,882的权益，该申请的内容在这里引入作为
参考。
技术领域
本申请涉及无线通信。
背景技术
为了支持更高的数据速率和频谱效率，目前已经引入了第三代合作伙伴
项目(3GPP)长期演进(LTE)系统。LTE的目标是提供高数据速率、缩短
的等待时间、增强的服务质量(QoS)、低运营商成本和成本效益合算的实施。
在高级LTE(LTE-A)系统中可以考虑若干种技术组件来提供更高的数据速
率，缩短的等待时间以及增强的QoS。例如，这些技术组件可以包括例如带
宽扩展、频谱聚合、扩展的多天线解决方案、协调多点传输以及中继器/中继
功能。
中继对于LTE-A而言可以被认为是一种用于改善例如以下几项的工具：
高数据速率覆盖、群组移动性、临时网络部署、小区边缘吞吐量和/或在新区
域中提供覆盖。考虑到LTE-A部署的可能频谱范围以及可能限制城区无线电
覆盖的相关联的高路径损耗以及恶劣的(aggressive)传播条件，中继技术有
可能在LTE-A环境中具有重大意义。但是，实施中继技术有可能引入信令复
杂，而这可能会导致发生冲突。
发明内容
一种可以在中继节点中实施的用于避免冲突的方法。可以通过将第一组
子帧分配给回程链路传输以及将第二组子帧分配给接入链路传输来避免冲
突。在一个示例中，第二组子帧可以是不与第一组子帧交迭(overlap)的一
组子帧。
在RN中实施的另一个方法中，通过接收来自演进型节点B(eNB)的
数据，以及向无线发射/接收单元(WTRU)传送上行链路许可(grant)，并
且向eNB传送第一应答(ACK)，可以避免接入链路传输与回程链路传输之
间冲突。该传输可以是响应于接收到的数据的传输。RN可以进一步通过向
WTRU传送自动ACK以及向WTRU传送第二UL许可来避免冲突。
在RN中实施的再一个方法中，接入链路传输与回程链路传输之间的冲
突可以通过检测冲突并根据冲突发生类型确定接口优先级来避免。
附图说明
更详细的理解可以从以下结合附图并举例给出的描述中得到，其中：
图1是例示的长期演进(LTE)无线通信系统/接入网络的图示；
图2是LTE无线通信系统示例的框图；
图3是可以在例示的LTE系统中使用的信道的图示；
图4是用于中继部署的例示网络等级架构的图示；
图5A是上行链路(UL)接入数据有可能与UL回程应答/否定应答
(ACK/NACK)反馈发生冲突的例示情景的图示；
图5B是UL接入链路数据有可能与UL回程数据冲突的例示情景的图
示；
图5C和图5D是图5A所示情景的例示变体的图示；
图6A和图6B分别是图5C和5D所示情景的例示变体的图示；
图7是UL接入链路数据可能与UL回程数据冲突并导致后续冲突的例
示情景的图示；
图8A是UL接入信道探测响应(CSR)反馈可能与UL回程数据冲突
的例示情景的图示；
图8B是UL接入CSR反馈可能与UL接入上行链路数据冲突的例示情
景的图示；
图9A是UL接入ACK/NACK可能与UL回程CSR冲突的例示情景的
图示；
图9B是UL接入CSR可能与UL回程ACK/NACK冲突的例示情景的
图示；
图10是UL接入ACK/NACK和CSR可能与UL回程CSR冲突的例示
情景的图示；
图11是用于避免UL接入传输与回程传输之间的冲突的例示方法的图
示；
图12是将不相交的子帧组用于回程和接入链路的例示传输分配的图示；
图13是可以被配置成支持回程和接入链路的不同带宽需求的可配置分
配的图示；
图14是例示的自动ACK过程的图示；
图15是用于使用了周期为8个子帧的混合自动重复请求(HARQ)操
作的例示分配的图示；
图16是使用了DL HARQ和UL HARQ的回程链路上的例示HARQ进
程的图示；
图17是用于确定接口优先级的例示方法的图示；
图18是用于确定接口优先级的另一个例示方法的图示；
图19是用于确定接口优先级的另一个例示方法的图示；
图20是用于确定接口优先级的另一个例示方法的图示；
图21是使用提前向中继节点(RN)通告UL回程子帧的处理来避免冲
突的例示方法的图示；
图22是用于在RTT和HARQ进程数量可能增加的情况下避免冲突的例
示方法的图示；
图23是用于避免冲突的例示方法的图示；
图24是使用包含HARQ定时偏移的R-PDCCH来避免冲突的例示方法
的图示；以及
图25是使用包含HARQ定时偏移的R-PDCCH来避免冲突的例示方法
的图示。
具体实施方式
下文引用的术语“无线发射/接收单元(WTRU)”包括但不局限于用户
设备(UE)、移动站(MS)、高级移动站(AMS)、站(STA)、固定或移动
用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、计算机或是其他任
何能在无线环境中工作的设备。下文引用的术语“基站”包括但不局限于节
点B、高级基站(ABS)、站点控制器、接入点(AP)、家用节点B(HnB)
或是其他任何能在无线环境中工作的接口设备。术语“WTRU”和“基站”
并不是相互排斥的。
图1是例示的长期演进(LTE)无线通信系统/接入网络100的图示，其
中包括演进型通用陆地无线电接入网络(E-UTRAN)105。E-UTRAN 105
可以包括若干个演进型节点B(eNB)120、一个或多个家用eNB(HeNB)
122、一个中继节点(RN)125以及一个HeNB网关(HeNB GW)132。WTRU
110可以与eNB 120、HeNB 122或是所有这两者进行通信。eNB 120可以使
用X2接口(未显示)相互对接。eNB 120和HeNB GW 132中的每一个都可
以通过S1接口与移动性管理实体(MME)/服务网关(S-GW)130对接。
HeNB 122可以通过S1接口与HeNB GW 132对接，通过S1接口与
MME/S-GW 130对接，或是与这两者全都对接。虽然在图1中显示的是单个
WTRU 100、多个HeNB 122、单个RN 125以及两个eNB 120，但是很明显，
在无线通信系统/接入网络100中可以包括无线和有线设备的任何组合。
图2是LTE通信系统200的示例的框图，其中包括WTRU 110、eNB 120、
RN 125以及MME/S-GW 130。虽然为了简便起见显示了eNB 120和
MME/S-GW 130，但是很明显，HeNB 122和HeNB GW 132的示例有可能包
括基本相似的功能。如图2所示。WTRU 110、eNB 120、RN 125以及
MME/S-GW 130可以被配置成支持同步混合自动重复请求(HARQ)操作和
干扰避免。
除了可以在典型WTRU中发现的组件之外，WTRU 100还可以包括具
有可选的相连存储器222的处理器216、至少一个收发信机214、可选的电
池220以及天线218。处理器216可以被配置成执行HARQ操作和干扰避免。
收发信机214可以与处理器216以及天线218通信，以便于无线通信消息的
传输和接收。在WTRU 110中可以使用可选的电池220，以便为收发信机214
和处理器216供电。
WTRU 110可以被适配成避免UL接入回程冲突。处理器216可以被配
置成处理以下结构(pattern)：该结构具有三个接入子帧、随后跟随了两个回
程子帧。收发信机214可以被配置成周期性地接收子帧。该WTRU 110还可
以被配置成根据经过修改的UL许可定时来传送和/或接收ACK和NACK消
息，以确保接入与回程链路之间没有冲突。
除了可以在典型eNB中发现的组件之外，eNB 120可以包括具有可选的
相连存储器215的处理器217、收发信机219以及天线221。处理器217可
以被配置成执行带宽管理。收发信机219可以与处理器217和天线221通信，
以便于无线通信的传输和接收。eNB 120可以与包含了具有可选的相连存储
器234的处理器233的移动性管理实体/服务网关(MME/S-GW)130相连。
eNB 120可以与RN 125协同工作，以便在RN 125上解决UL接入回程
冲突。处理器217可以被配置成产生以下结构：该结构具有三个接入子帧并
且随后跟随了两个回程子帧。收发信机219可以被配置成周期性地传送子帧。
eNB 120还可以被配置成修改ACK和NACK消息的定时，以及修改UL许
可定时，从而确保接入与回程链路之间没有冲突。
除了可以在典型RN中发现的组件之外，RN 125还可以包括具有可选
的相连存储器242的处理器240、至少一个收发信机245、可选的电池250、
以及天线255。处理器240可以被配置成执行HARQ操作和干扰避免。收发
信机245可以与处理器240和天线255通信，以便于无线通信的传输和接收。
在RN 125中可以使用可选的电池250来为收发信机245和处理器240供电。
RN 125可以解决UL接入回程冲突。处理器240可以被配置成产生以下
结构：该结构具有三个接入子帧并且随后跟随了两个回程子帧。收发信机245
可以被配置成周期性地传送子帧。RN 125还可以被配置成修改ACK和
NACK消息定时，以及修改UL许可定时，从而确保接入与回程链路之间没
有冲突。
图3是可以在例示的LTE系统300中使用的信道的图示。参考图3，基
站310可以包括物理层311、介质访问控制(MAC)层312、以及逻辑信道
313。基站310的物理层311和MAC层312可以经由传输信道进行通信，其
中该传输信道可以包括但不局限于广播信道(BCH)314、多播信道(MCH)
315、下行链路共享信道(DL-SCH)316以及寻呼信道(PCH)317。WTRU
320可以包括物理层321、介质访问控制(MAC)层322以及逻辑信道323。
WTRU 320的物理层321和MAC层322可以经由传输信道进行通信，其中
该传输信道可以包括但不局限于上行链路共享信道(UL-SCH)324和随机
接入信道(RACH)325。基站310和WTRU 320的物理层可以经由物理信
道进行通信，其中该物理信道包括但不局限于物理上行链路控制信道
(PUCCH)331、物理下行链路控制信道(PDCCH)332、物理控制格式指
示符信道(PCFICH)333、物理混合自动重复请求信道(PHICH)334、物
理广播信道(PBCH)335、物理多播信道(PMCH)336、物理下行链路共
享信道(PDSCH)337、物理上行链路共享信道(PUSCH)338和/或物理随
机接入信道(PRACH)339。
图1-3所示的LTE网络仅仅是特定通信网络的一个示例，其他类型的通
信网络同样是可以使用的。不同的实施方式可以采用任何无线通信技术来实
施。一些例示类型的无线通信技术包括但不局限于全球微波接入互操作性
(WiMAX)、802.xx、全球移动通信系统(GSM)、码分多址(CDMA2000)、
通用移动电信系统(UMTS)、长期演进(LTE)、高级LTE(LTE-A)或是
其他未来的技术。出于说明目的，不同的实施方式是在高级长期演进(LTE-A)
环境中描述的，但是不同的实施方式是可以在任何无线通信技术中实施的。
下文引用的术语“宏小区”可以包括但不局限于基站、演进型节点B
(eNB)或是其他任何能在无线环境中工作的接口设备。下文引用的术语“家
用节点B(HNB)”可以包括但不局限于基站，家用演进型节点B(HeNB)，
毫微微小区或是其他任何能在闭合用户群无线通信环境中工作的接口设备。
下文引用的术语“Uu”可以指RN与WTRU之间的链路，并且术语“Un”
可以指RN与eNB之间的链路。
中继对于LTE-A而言可以被认为是一种用于改善例如以下几项的工具：
高数据速率覆盖、群组移动性、临时网络部署、小区边缘吞吐量和/或在新区
域提供覆盖。LTE部署的可能频谱范围以及相关联的高路径损耗可能导致产
生恶劣的传播条件，而这会限制无线电覆盖，尤其是限制城区的无线电覆盖。
在图4中描述了用于中继部署的网络等级架构的一个示例，其中RN 405
可以经由宿主(donor)小区410与无线接入网络无线连接。该连接可以是
带内的，举例来说，由此使得网络-RN链路可以与宿主小区410内部的直接
的网络-无线发射/接收单元(WTRU)链路共享相同波段。在带外示例中，
网络-RN链路可以不与宿主小区内部的直接的网络-WTRU链路在相同的波
段中工作。
该RN可以是透明的RN，例如，由此使得WTRU 415不知道其是否经
由RN 405与网络通信，或者该RN也可以是非透明的RN，在这种情况下，
WTRU 415知道其否经由RN 405与网络通信。RN 405可以是宿主小区的一
部分，或者也可以控制其自己的小区。
如果RN 405是宿主小区410的一部分，那么RN 405可以不具有自己
的小区标识(ID)，但是它有可能具有中继ID。如果RN 405控制自己的小
区，那么RN 405可以控制一个或几个小区，并且可以在RN 405控制的每一
个小区中提供唯一的物理层小区标识。自回程(L3RN)和“类型1”的RN
可以使用这种中继。
类型1的RN可以是控制小区的带内中继节点，其中每个小区对于
WTRU而言都会显现成是不同于宿主小区的单独小区。这些小区可以具有自
己的物理小区ID，并且RN可以传送同步信道、参考符号等等。在单小区操
作的环境中，WTRU可以直接从RN接收调度信息和HARQ反馈，以及向
RN发送其控制信道。该控制信道可以包括但不局限于调度请求(SR)、信
道状态报告以及应答(ACK)。RN可以向后兼容。对于LTE-A WTRU来说，
类型1的RN可以以不同于e节点B(eNB)的方式显现，从而顾及进一步
的性能增强。
对于带内中继来说，eNB-RN链路可以与RN-WTRU链路在相同频谱中
工作。附着于RN的eNB可被称为宿主eNB(DeNB)。RN发射机有可能干
扰自己的接收机。如果没有充分隔离发出信号和进入信号，那么在相同频率
资源上进行的同时的eNB-RN和RN-WTRU传输未必可行。类似地，当RN
有可以在向eNB进行传输时，在RN上是无法同时接收WTRU传输的。
一种用于处理干扰问题的可能性可以是对RN进行操作，以便通过在
RN-WTRU传输中创建间隙而将该RN调度成使得在接收来自宿主eNB的数
据的时候RN不向终端进行传输。这些间隙可以通过配置多媒体广播多播服
务(MBMS)单频网络(MBSFN)子帧来创建，并且终端在这些间隙中可
以不被调度成接收RN传输。通过在一些子帧中不允许任何终端-RN传输，
可以促成RN-eNB传输。
中继技术可以是一种有助于克服小区边缘吞吐量和覆盖扩展方面的挑
战的技术组件。但是，中继技术的部署有可能出现很多挑战。尽管存在着
MBSFN子帧配置中的间隙产生的约束以及相关的自干扰问题，但是其中的
一个挑战还有可能是在保持恰当的HARQ操作结果时确保回程链路带宽的
使用效率。
通过在RN到WTRU的传输中创建间隙，可以避免下行链路(DL)回
程冲突。这些间隙可以通过在DL接入链路中使用MBSFN子帧来实现。但
是，对于上行链路(UL)是不存在类似机制的。例如，为了执行UL回程，
在UL接入链路中可以创建间隙。在本示例中可以不执行WTRU到RN的传
输。UL接入链路中缺少用于间隙的框架可能导致在UL接入链路(WTRU
到RN的传输)与UL回程链路(RN到eNB的传输)之间发生冲突。由于
在相同频率上执行接收和传输可以不需要类型1的RN，因此，这些冲突可
能导致RN遗漏从WTRU进行接收的处理。
可能发生的冲突情景有若干种。表1列举了这其中的一些情景以及关于
其发生时间的描述。除了场景7和9之外，用于所有场景的公共配置是将编
号为n的子帧用于DL回程。编号为n的子帧可以是Un接口上的常规子帧，
并且它可以由RN作为Uu上的MBSFN保留子帧传递。编号为n的子帧可
以携带eNB向RN发起的资源许可(DL或UL)通信或是RN向WTRU发
起的资源许可通信。如表1所示，可能在编号为n+4的子帧中发生的冲突可
以取决于在编号为n的子帧中的回程和接入链路的传输类型。表1所示的情
景假设宿主eNB和RN不能在编号为n的子帧之前在调度决定方面进行协
作。例如，eNB可以不提前将其资源调度信息传递给RN，类似地，RN可
以不提前将其资源调度信息传递给eNB。
表1
应该指出的是，这些冲突有可能具有不同的代价。例如，接入链路上的
UL数据传输损耗有可能导致资源浪费。在本示例中，WTRU可以重传
PUSCH，而这有可能导致电池电力使用效率很低。但是，来自WTRU的CSR
报告的丢失有可能导致非灾难性的性能温和降级。CSR可以包括信道质量指
示符(CQI)、预编码器矩阵指示符(PMI)和/或秩指示符(RI)。此外，这
些例示情景未必会导致从WTRU到RN的重传。因此，资源浪费将会相对
较少，并且对电池寿命的影响也相对较小。
在情景1和2中，如图5A和5B分别显示的那样，物理UL共享信道
(PUSCH)上的UL接入链路数据505有可能与UL回程ACK/NACK反馈
510或中继PUSCH(R-PUSCH)上的UL回程数据515发生冲突。参考图
5A，第一冲突情景有可能在接入链路PUSCH 505与中继物理下行链路共享
信道(R-PDSCH)指定520产生的回程链路ACK/NACK传输510发生冲突
的时候出现。RN 525有可能在编号为n的子帧中在适用于接入链路的物理
下行链路控制信道(PDCCH)上传送UL许可给WTRU 530，而不知道eNB
535有可能在相同编号的子帧内部在R-PDSCH上已经为回程链路同时调度
了DL数据传输。
出现这种情景的原因在于，在具有PDCCH到PDSCH定时的情况下，
R-PDFCCH有可能会较晚发送。例如在图5A中，R-PDCCH可以在第三正
交频分复用(OFDM)符号而不是编号为n的子帧(OFDM符号#1和#2)中
的接入链路控制区域中发送。当eNB 535通过用于同一子帧的R-PDCCH将
回程资源指定给RN 525时，RN 525有可能先前已经通过PDCCH将UL许
可传送给其WTRU 540。RN 525可以被请求在编号为n+4的子帧中在回程
上传送对应于R-PDCCH的UL ACK/NACK 510，而WTRU 530则有可能在
相同的子帧中在接入链路上传送为该WTRU 530指定的PUSCH 505。
图5C和5D显示的示例是图5A中的情景的变体。参考图5C，如果
ACK/NACK传输是重复的ACK/NACK 547，那么在子帧n+4中有可能出现
冲突。在该情景中，冲突有可能在PUSCH数据505与重复的ACK/NACK 547
之间出现。参考图5D，RN 525可以在子帧n接收PUSCH数据505，以及
在子帧n+4传送NACK 545。在该例示情景中，在子帧n+8，接入链路上的
重传PUSCH数据550有可能与回程链路上的ACK/NACK 555发生冲突。
图6A和6B所示示例分别是图5C和5D中的情景的变体。参考图6A，
如果ACK/NACK传输是重复的ACK/NACK 657，那么在子帧n+4中有可能
发生冲突。在该情景中，该冲突有可能在来自WTRU的重复ACK/NACK 657
与来自RN 625的R-PUSCH数据之间出现。参考图6B，RN 625可以在子帧
n接收PUSCH数据605以及在子帧n+4传送NACK 645。在该例示情景中，
在子帧n+8中，重传的PUSCH数据650可能与R-PUSCH数据660冲突。
图7是UL链路数据有可能与UL回程数据冲突、并导致出现eNB 710
可能无法在回程链路上向RN 720传送PHICH的后续状况的例示情景。参考
图7，对于DL MBSFN回程子帧的任何选择(即对于FDD，n＝1，2，3，4，
5，6，7，8)来说，在子帧#n+4中，在UL上都有可能出现冲突730。对于
在子帧n＝3或8中同时执行回程链路740和接入链路750中的初始UL许可
指定(assignment)的例示情景而言，PHICH上的ACK/NACK有可能是在
可能作为MBSFN子帧的子帧(n+8)mod 10(例如子帧1或6)上传送的。
由于回程控制区域和接入链路控制区域在时域中可以是不交迭的区域，因此
有可以不发生冲突。但是，如果初始子帧n＝1、2、6或7，那么在依照现有
rel(版本)8/9规范的回程PHICH上，ACK/NACK有可能会在不作为MBSFN
子帧的子帧(n+8)mod 10(例如子帧0、4、5或9)上传送。在此情况下
可以考虑若干种备选解决方案。在第一示例中可以实施一种始终保持ACK
的解决方案，由此RN 720假设eNB 710传送的是ACK。然后，eNB 710可
以通过在子帧n+12中向RN 720提供UL许可来启用自适应重传。在第二示
例中，A/N(ACK或NACK)反馈可以在下一个可用的MBSFN子帧中传送。
如图7所示，如果不能为DL回程配置编号为n+8的子帧，那么该情景
有可能导致在子帧n+8中发生冲突。如果初始子帧编号为n＝3或n＝8，那么
(n+8)mod 10分别＝1或6，这意味着在中继小区中可以使用MBSFN子帧
来配置DL回程。由此可以避免编号为n+8的子帧中的DL冲突。但是，如
果初始子帧编号n为1、2、6或7，那么可以不为DL回程配置子帧(n+8)
mod 10。这有可能导致在回程与接入链路之间存在潜在的DL冲突，其中回
程PHICH ACK/NACK 670有可能与PHICH ACK 580冲突。
图8A和8B是UL接入CSR反馈有可能与UL回程数据(R-PUSCH)
发生冲突或者UL接入链路数据(PUSCH)有可能与UL回程CSR发生冲突
的例示冲突情景的图示。在FDD中，对于n＝1，2，3，6，7，8来说，这些
冲突都是有可能发生的。参考图8A，eNB 840有可能使用在子帧n中在
R-PDCCH内部提供的UL许可817来调度RN 810在子帧n+4中执行数据传
输815。RN 810有可能已经调度WTRU 820来实施CSR 825，由此可能导致
在子帧n+4中在CSR 825与所调度的数据传输815之间发生冲突。参考图
8B，RN 810有可能使用在子帧n中在PDCCH内部提供的UL许可830来调
度WTRU 820以在子帧n+4中执行数据传输。eNB 840可以调度RN 810以
在子帧n+4中实施CSR 850。来自WTRU 810的UL数据传输860有可能与
CSR 850发生冲突。
图9A和9B是UL接入ACK/NACK可能与UL回程CSR冲突或者UL
接入CSR可能与UL回程ACK/NACK冲突的例示冲突情景的图示。对于任
何DL MBSFN回程子帧(对于FDD，n＝1，2，3，6，7，8)来说，这些冲
突都有可能发生。图9A所示的情景可以具有两个变化。在第一示例中，
WTRU 910可以被配置成在UL接入链路上实施ACK/NACK接收，由此可
能在子帧n+3、n+4、n+5和n+6(为简单起见在n+4中显示)中传送UL
ACK/NACK 920，其中所述ULACK/NACK针对的是编号为n-1的子帧中的
DL接入PDSCH传输。在子帧n+4，与CSR 930发生的UL冲突损失未必很
大，这是因为RN 940可能有三次更多的正确接收来自WTRU 910的
ACK/NACK的机会。在第二示例中，编号为n的子帧有可能是常规UL接
入子帧。RN 940可以在编号为n的子帧中向WTRU 910传送PDSCH数据
945，由此在编号为n+4的子帧中预期UL接入上的ACK/NACK响应920。
如果RN 940被调度成在编号为n+4的子帧中向eNB 950传送CSR 930，那
么在接入与回程链路之间有可能发生冲突。无论子帧索引编号n如何(假设
编号n是DL接入子帧)，这种冲突都有可能发生。
参考图9B，响应于eNB 950在子帧n传送数据960，RN 940有可能在
子帧n+4中传送ACK/NACK 955。在这种情景中，如果WTRU 910被预先
调度成在子帧n+4中传送CSR 965，那么在子帧n+4中有可能发生冲突。
图10是UL接入ACK/NACK及CSR有可能与UL回程CSR发生冲突
的冲突情景的图示。这种冲突情景与图9A中的情景类似。参考图10，RN 1010
有可能在子帧n中向R-WTRU 1030传送PDSCH，由此在编号为n+4的子帧
中在UL接入上预期ACK/NACK响应1040。ACK/NACK响应1040可以是
ACK/NACK或CSR。如果RN 1010被调度成在编号为n+4的子帧中向eNB
1060传送CSR 1050，那么在接入与回程链路之间有可能发生冲突。无论子
帧索引编号n如何(假设编号n是DL接入子帧)，该冲突都有可能会发生。
图11是用于避免UL接入传输与回程传输之间冲突的例示方法的图示。
如图11所示，第一组子帧可以被分配给回程链路1110。第二组子帧可以被
分配给接入链路1120，由此第二组子帧有可以与第一组子帧不相交。例如，
将HARQ操作从8个子帧的周期修改成10个子帧的周期的处理可以结合用
于为接入和回程链路定义非交迭子帧组的处理来加以使用。
图12是为回程和接入链路使用不相交子帧组的例示传输分配的图示。
参考图12，回程链路子帧组1210可以被分配给子帧2、3、7和8，接入链
路子帧组1220可以被分配给子帧0、1、4、5、6和9。这种类型的分配可以
与回程链路上的恶劣的信道编码及信道调制方案结合使用，从而实现更高的
频谱效率。
这种例示分配有可能导致产生周期为五个子帧的周期性结构，其中在三
个接入子帧之后可以跟随有两个回程子帧。如果将ACK/NACK等待时间从
4ms修改成5ms，那么可以在接入子帧中传送针对在接入子帧中发送的数据
的ACK/NACK。相同的情况也适用于回程上的ACK/NACK信令。通过将回
程子帧与接入子帧分离，并且将ACK/NACK定时和UL许可定时从4ms修
改成5ms，可以避免在DL或UL中的接入与回程链路之间发生冲突。
应该注意的是，划分对于接入链路而言约为60％，对回程链路来说约为
40％。与接入链路相比，该例示划分可能需要对于回程链路来说更恶劣的调
制和编码方案(MCS)。由于固定RN具有的回程链路的质量可能优于接入
链路，因此这种假设是很合理的。
该分配方案可以被配置成支持回程和接入链路的不同带宽需求。在图13
中显示了一个示例，其中子帧1、3、6和8可用于常规业务量1310，例如来
自eNB并且可以直接被传递到WTRU的业务量。在本示例中，子帧0、4、
5和9可以被分配给接入链路，子帧2和7可以被分配给回程链路。这样做
有可能产生周期为5个子帧的周期性的子帧结构“ARBRA”，该结构具有如
下属性：对每一个接入链路子帧“A”来说，在5个子帧之后可能存在接入
链路子帧“A”，对每一个回程子帧“B”来说，在5个子帧之后可能存在回
程子帧“B”，对每一个常规子帧“R”来说，在5个子帧之后可能存在常规
子帧“R”。在一个替换方案中(未显示)，除了强制性子帧0、4、5和9之
外，子帧3和8也可以被配置用于接入链路，而回程链路则可以使用子帧2
和7，并且常规业务量可以使用子帧1和6。这样做有可能产生与前述结构
具有相同属性的结构“ARBAA”。在另一个替换方案中(未显示)，除了已
经用于接入的子帧0、4、5和9之外，子帧2和7也可以被配置用于接入链
路。回程链路可以使用子帧3和8，而常规业务量则可以使用子帧1和6。
这样做可能产生与上述结构具有相同属性的结构“ARABA”，其中举例来说，
该结构的周期是5个子帧，并且接入(“A”)、回程(“B”)和常规(“R”)
子帧中的每一个分别具有5个子帧的周期。通过保持分配结构周期与
ACK/NACK响应时间相等，可以产生灵活的子帧配置，以便匹配接入、回
程和常规链路的带宽需要，同时确保避免冲突。该方法可以用于在LTE-A
WTRU中避免UL接入与回程传输之间发生冲突，但是由于ACK/NACK响
应时间有可能是5ms，因此，该方法未必向后兼容以在LTE WTRU中使用。
该方法可以用于解决回程/选择性中继问题。
在另一个示例中，UL同步HARQ操作可以被配置成使用与自适应
HARQ重传相耦合的自动ACK，由此可以将冗余值(RV)设置成可以与用
于初始传输的值相同的值。自动ACK选项可以在UL反馈落入MBSFN子
帧时间窗口的时候使用。
图14是例示的自动ACK过程1400的图示。参考图14，在MBSFN子
帧n中，RN 1410可以在子帧的PDCCH部分中在接入链路1440上向WTRU
1430发送UL许可1420，而eNB 1450则可以在子帧的PDSCH部分中在回
程链路1470上向RN 1410发送PDSCH数据。结果，RN 1410有可能在子帧
n+4中在回程链路上发送UL ACK/NACK反馈1480，由此遗漏接收来自
WTRU 1430的UL接入链路PDSCH数据1485。在本示例中，RN 1410可以
被配置成向WTRU发送自动ACK 1487，以便对PDSCH数据1485的接收做
出肯定地应答。结果，WTRU 1430可以不刷新其内部缓存，并且可以不自
动执行重传。取而代之的是，WTRU 1430可以等待下一个UL许可1489。
下一个UL许可1490可以在来自RN 1410的PDCCH中用DCI格式0
通告。RN 1410可以配置NDI比特，并且传送用于重传的UL许可，此外它
还可以将MCS配置成基于信道条件1495的，由此执行自适应重传。RN可
以受UL许可调度的控制并执行自适应重传。自适应重传可以是在为PHICH
和PDCCH信道保持相同定时的同时执行的。在子帧n+4中调度重传RN遗
漏的传输块的处理中，这种自动ACK方法可以提供灵活性，并且可以提供
执行自适应重传的时机，其中举例来说，所述时机是通过使用不同于初始传
输的MCS提供的。应该指出的是，一旦调度了重传，则RN可以在PDCCH
格式0中将冗余值(RV)设置成0，例如将用于新传输的冗余值设置成0，
以便将系统比特设置成优先于码字的奇偶校验比特。
例如，在自动ACK之后继之以自适应HARQ重传的方法可以用于在子
帧n+4中避免UL接入数据与UL回程数据之间冲突。此外，对于可以配置
传输定时间隔(TTI)绑定的情景来说，RN可以在下一个TTI中接收数据，
在这种情况下，RN可以不请求重传。
图15是用于使用了周期为8个子帧的HARQ操作的例示分配的图示。
该示例可以向后兼容。在本示例中，回程链路子帧组1510可以分配给子帧2、
3、6和7。接入链路子帧组1520可以分配给子帧0、1、4、5、8和9。在本
示例中，RN可以禁止将子帧8和9用于初始WTRU UL许可。
应该指出的是，通过不在子帧8和9中向WTRU发送UL许可，可以
保持向后兼容LTE WTRU。例如，在子帧0和1中发送给WTRU的UL许
可分别可以在接入子帧4和5中触发接入链路上的UL PUSCH传输。在本示
例中，由于回程是在不同子帧中分配的，因此与回程未必会发生冲突。类似
地，在子帧4和5中发送给WTRU的UL许可分别可以在子帧8和9中触发
接入链路上的UL PUSCH传输。
图16是在回程链路上使用了DL HARQ和UL HARQ的例示HARQ进
程的图示。参考图16，RN可以将第一组子帧分配给回程链路1610。第二组
子帧可以分配给接入链路，由此第二组子帧不与第一组子帧相交1620。在本
示例中，第三组子帧可以禁止用于初始WTRU UL许可1630。在步骤1640，
如果子帧2或3是为回程链路分配的，那么RN可以在子帧n+4传送
ACK/NACK UL反馈1650。在步骤1640，如果子帧2或3不是为接入链路
分配的，那么RN可以在第一个可用回程子帧中传送ACK/NACK反馈1660。
R-PDCCH子帧定时偏移可以用于在回程链路中支持早期控制信道接
收。R-PDCCH可以用于在所述子帧和/或在一个或多个以后的子帧中指定
DL资源，以及在一个或多个以后的子帧中指定UL资源。如果将R-PDCCH
配置成预先将用于RN的调度信息通告给RN，则RN可以调度DL和/或UL
接入链路来避免回程链路与接入链路之间的任何潜在冲突。R-PDCCH配置
可以是动态或半静态的。该方法可以考虑到协调资源分配框架，其中RN可
以根据eNB可能已经做出的决定而在接入链路上执行资源分配决定。
如上所述，DL回程可以在使用了MBSFN子帧的RN到WTRU的传输
中使用间隙。在LTE中，在编号为n的子帧中接收的UL许可对于子帧n+4
中的数据传输而言是适用的。此外，由于上行链路HARQ操作的同步特性，
如果在编号为n+4的子帧中没有接收到ACK，那么WTRU可以在编号为n+8
的子帧中重传上行链路数据。为了避免来自WTRU的不必要的数据重传或
是WTRU做出的不必要的失步声明，eNB可以对UL数据的接收做出应答。
但是，由于回程子帧定义中的间隙，eNB有可能无法对UL数据的接收做出
应答。
以下示例假设DL回程可以通过在RN DL传输中创建间隙来实现，其
中该RN DL传输是在中继小区中通过MBSFN实施的。这种机制可以用于
避免DL中的接入/回程冲突。由此，在这里可以只考虑DL冲突。在这里可
以确定三种主要类型的解决方案来解决UL冲突，其中包括在发生UL冲突
时的接口(Un或Uu)优先化处理，提前向RN通告UL回程子帧，以及通
过预先定义接入/回程子帧划分的子帧配置来最小化冲突。
接口优先化解决方案的一个基础是每种类型的UL冲突都具有不同代
价。如果根据冲突代价而使接入链路(Uu接口)优先于回程链路(Un接口)，
那么将会非常有益。在其他情景中，更理想的有可能是使Un优先于Uu。典
型解决方案可以默认假设回程链路(Un)优先于接入链路(Uu)。例如对
DL冲突而言，一种解决方案可以是使接入链路优先于回程，但其未必为UL
冲突提供类似解决方案。由此，较理想的是具有一种用于在检测到UL冲突
情景时确定Uu与Un的相对优先级的方法和设备，所述方法和设备会相应
地对Uu或Un进行优先级排序。
为了帮助确定接口的相对优先级，在这里可以对每一个UL冲突的代价
进行评估。如果由于RN在Un上执行UL中的传输而导致Uu UL数据丢失，
则这种冲突的代价将会很大，这是因为这些冲突有可能会增大R-WTRU上
的功率功耗，增大R-WTRU UL数据传输所产生的干扰，以及浪费Uu上的
带宽。
在以下示例中，优先级可以在子帧n的末端被确定。如果给予Uu接口
优先级，那么在子帧n+4中不会在Uu接口上进行传输，由此可以避免冲突。
如果给予Un接口优先级，那么在子帧n+4中有可能发生冲突。图17是用于
在Uu UL CSR有可能与Un UL数据冲突的情况下确定接口优先级的例示方
法的图示。这种类型的冲突可能导致RN 1710遗漏来自R-WTRU 1720的
Uu UL CSR，并且其代价未必很高。与灾难性故障相反，这种类型的冲突可
能导致逐步的性能降级。当Uu UL CSR与Un UL数据1730冲突时，RN可
以通过在Un上传送PUSCH 1750以及允许Uu上的CSR失败1760而使Un
优先于Uu 1740。
图18是用于在Uu UL ACK/NACK有可能与Un UL数据冲突的情况下
确定接口优先级的例示方法的图示。这种类型的冲突有可能在Uu接口被配
置用于ACK/NACK接收的情况下出现。当Uu UL ACK/NACK与Un UL数
据冲突时1810，RN可以使Un优先于Uu 1820，并且向eNB传送Un UL数
据1830。
图19是用于在Un UL数据可能与Un UL ACK/NACK反馈冲突的情况
下确定接口优先级的例示方法的图示。当Uu UL数据与Un UL ACK/NACK
反馈传输冲突时1910，这时可以在优先化了Un接口的条件下由WTRU实
施的接入链路UL数据重传、与在优先化了Uu接口的条件下由eNB为RN
实施的回程DL数据重传之间进行权衡。在一个替换方案中，在RN上可以
根据UL和DL缓存器中存储的数据量来确定Uu相对于Un的相对优先级
1920。例如，如果RN UL缓存器不具有足够数据来支持Un上的UL许可，
那么RN可以使Un优先于Un，如果RN DL缓存器不具有足够数据来支持
Uu上的DL许可，那么RN可以使Un优先于Uu，或者如果上述条件全都
成立，那么RN可以根据诸如等待时间之类的其他QoS度量来确定相对优先
级。
图20是用于在Uu UL数据可能与Un UL数据冲突的情况下确定接口优
先级的例示方法的图示。当Uu UL数据与Un UL数据冲突时2010，这时可
以在RN上根据缓存器状态而将优先级动态地指定给Uu或Un。更具体地说，
如果RN缓存中缓存的UL数据的大小很大，则表明Un接口用有可能拥塞，
这时可以将优先级指定给Un UL数据传输。相反，如果RN缓存器没有很多
数据，那么可以将优先级指定给Uu UL数据。这种根据Un UL数据与Uu UL
数据之间的冲突来动态改变Un与Uu的相对优先级的机制可以在RN上提
供一种形式的流控制。
上述方法可以用于为上述冲突情景规定接口的相对优先级，其结果是在
表2中显示的：
表2用于UL干扰情景的接口优先级
在一个示例中，Un或Uu接口上的UL或DL缓存器可以基于QoS并依
据逻辑信道而被直接或间接维持。Un接口数据相比于Uu接口数据的优先化
处理可以使用下列有助于整体频谱效率的目标功能(objective function)来确
定。一个目标功能可以是DL缓存器内容大小相对于UL缓存器内容大小的
相对比值不会对同时实现频谱效率目标的能力产生负面影响。关于该目标功
能的一个示例可以是DL中的5ps/Hz相比于UL中的3.75比特/MHz。另一
个目标功能可以是最小化新排队的数据在传输队列中的等待时间。例如，在
有时机传送来自别的队列的数据时，这时数据是不会在队列中等待的。该情
况可以基于这样一个条件，那就是如果没有足够数据来确保传输许可，那么
后一个队列有可能为空。第三个目标功能可以是由QoS分类标识符(QCI)
标识的一般QoS需求，其中举例来说，所述QCI代表下列QoS参数：保证
比特率(GBR)相比于非GBR、最大比特率(MBR)、总计最大比特率
(AMBR)、第二层(L2)分组延迟预算(L2PDB)、L2分组损失率(L2PLR)
以及分配保持优先级(ARP)。
在本示例中，根据如上列举的目标功能，与Uu上的数据相对比的Un
上的数据可以采用下列方式来优先化。ρ可以被表示成是DL频谱效率与UL
频谱效率的比值。在这里为LTE假设了DL中的5bps/Nz相比于UL中的3.75
比特/MHz，比值ρ可以是1.33。β可以被表示成是在扣除了物理层信令所需
带宽之后可用于数据传输的DL带宽与UL带宽的比值。对于指定的QoS等
级来说，DL Un接口缓存器内容的总计大小(缓存占用率)与相同QoS等级
的总计UL Uu接口缓存器之比可以是ρ和β的乘积，即ρ*β。对具有不同传
输优先等级(QoS/等待时间)的数据来说，用于新添加数据且具有最小预期
等待时间的缓存器可以确定接口优先级。
图21是使用提前向中继节点(RN)通告UL回程子帧的处理来避免冲
突的例示方法的图示。参考图21，RN可以在回程链路上许可UL资源2110。
然后，RN可以在接入链路上调度WTRU，以免在接入链路与回程链路之间
发生冲突2120。例如，R-PDCCH可以在以后的子帧中提供DL指定或UL
许可，由此R-PDCCH到R-PDSCH可以是δD个子帧(δD＞1)，并且R-PDCCH
到PUSCH可以是δU＞4。如果R-PDCCH在一个或多个以后的子帧中许可
回程链路上的上行链路资源，那么RN可以预先知道哪些子帧可用于UL数
据回程。这样做可以允许RN在接入链路上调度R-WTRU，从而通过调度接
入链路上不会导致UL冲突的UL和DL传输来避免或者最小化接入链路与
回程UL数据之间的UL冲突。可以用这种机制避免的冲突的示例包括表2
中的情景2、4和5。
如果R-PDCCH在一个或多个以后的子帧中指定回程链路上的下行链路
资源，那么RN可以预先知道回程上的ACK/NACK反馈的UL传输需要哪
些子帧。类似地，如果R-PDCCH在大于n+4的子帧中许可回程链路上的上
行链路资源，那么RN可以预先知道回程需求，并且可以避免接入链路上的
调度冲突。然后，RN可以调度R-WTRU，以便避免或者最小化UL接入链
路与ULACK/NACK回程之间的冲突。可以在本范例中避免的冲突的示例是
表2中的1和8。
R-PDCCH与DL指定/UL许可之间的延迟可以允许RN提前知道回程链
路上的DL和UL指定，由此可以调度与RN相关联的WTRU，从而避免或
者最小化UL冲突。如下所述，由于R-PDCCH与用于R-PDSCH的DL资源
指定之间的延迟或用于UL许可的附加延迟，回程接口上的DL和UL HARQ
进程的定时有可能被修改。通过在子帧n中不向与RN相关联的WTRU发
送UL许可，可以用这种例示方法来避免表2中的情景5的冲突。通过在携
带DL指定的R-PDCCH与相应DL数据之间设置延迟，可以在不同于Un UL
CSR的子帧中发送Uu UL ACK/NACK，由此可以避免表2中的情景7的例
示冲突。
图22是用于在循环时间(RTT)和HARQ进程的数量可能增加的情况
下避免冲突的例示方法的图示。图22显示的示例基于δD＝2。如图22所示，
DL指定2210可能具有相关联的延迟δD 2220。如果δD 2120的值为2，则
RN 2230可以在子帧6传送ACK/NACK 2240。如果应用的是延迟δD子帧
的DL指定和/或附加延迟δD+4的UL许可2250，则可以将HARQ RTT增
大至δD+8。此外，HARQ进程的数量也有可能增大至NHARQ＝δD+8。对
DL情况来说，假设用于编号为n的HARQ进程的数据可以在编号为n的子
帧中传送，那么相应的控制可以在编号为n-δD的子帧中通告。用于编号为n
的处理的UL ACK/NACK可以在编号为n+4的子帧中传送，由此在编号为
n+8的子帧中有可能对用于该HARQ进程的DL控制信息进行相应传输。因
此，对用于编号为n的HARQ进程的控制R-PDCCH来说，其两次连续传输
之间的周期可以是：(n+8)-(n-δD)＝8+δD。由此，RTT和HARQ进程的数量
的值有可能从8增大到8+δD。
延迟δD 2220可以被选定成是下述约束条件之间的折衷。HARQ进程的
数量可以保持为很低，由此可以使得接收机上需要的软存储器数量为最少，
并且用以通告HARQ进程的数量的比特数量也不会显著增加。一种用于限
制信令比特的替换方案可以是将HARQ进程的数量限制为16，这有可能导
致用以表示HARQ进程的数量的比特从3个增加到4个。这样做可以为大
小为8ms或8个子帧的延迟δD设置上限。
更大的δD值可以允许RN从预先通知在接入链路上恰当调度R-WTRU
的处理中受益。对于固定RN来说，用于回路自适应处理的总延迟未必是设
计问题，其中信道有可能随时间缓慢变化。例如，假设用于回程信道中的非
视线(NLOS)组分的多普勒频率是5Hz，那么信道相干时间有可能是200ms。
对R-PDCCH到R-PDSCH延迟δD的某些值来说，大小为δD+8的总回路延
迟有可能显著小于信道相干时间，由此可能不会发生链路自适应处理的性能
降级。对移动RN来说，较理想的是保持相对较小的延迟δD，以使R-PDSCH
数据传输可以不使用旧的调整和控制方案(MCS)。在这种情况下，一种解
决方案可以是增大CQI/RI/PMI以及探测参考信道(SRS)的频率，以便做
出恰当的调度决定。
前面的描述说明的是R-PDCCH到R-PDSCH延迟δD对于DL HARQ的
影响。类似说明可以适用于R-PDCCH与UL许可R-PUSCH之间的延迟对
于回程UL HARQ进程定时的影响。通过执行增加HARQ进程的数量并且由
此增大RTT的处理，所有传输时机均可得到支持。但是，如果只考虑与
MBSFN子帧分配对应的DL传输时机，则可能不需要增加HARQ进程的数
量。
图23是用于避免冲突的例示方法的图示。参考图23，eNB可以选择
HARQ定时偏移值2310。然后，eNB可以识别那些为传输2320准备的HARQ
进程，并且将MBSFN子帧n指定给所识别的HARQ进程2330。
图24是通过使用包含了HARQ定时偏移的R-PDCCH来避免冲突的例
示方法的图示。R-PDCCH可以通过用于PDSCH的许可而在编号为n的子
帧中被接收，其中该许可可以包括涉及编号为n的子帧的DL HARQ定时偏
移，该编号为n的子帧指示的是DL HARQ定时起始子帧。如果资源指定在
编号为n的子帧上有效，那么该偏移可以是0。类似地，R-PDCCH可以通
过用于PUSCH的许可而在编号为n的子帧中被接收，其中该许可可以包括
相对于编号为n的子帧的UL HARQ定时偏移，并且该编号为n的子帧指示
的是UL HARQ定时起始子帧。如果资源指定在编号为n+4的子帧有效，则
该偏移可以是0。
在该方法中，在Un接口上可以为HARQ操作保持LTE子帧周期。该
偏移可以等效于时间表(timeline)转换，由此在时域中相对于携带UL资源
或DL资源分配信息的编号为n的子帧来转换HARQ时间表。定时偏移值还
可以被解释成是所分配的许可首次有效的时间。就LTE而言，这种用于定义
定时偏移的技术可以避免Un接口上的数据传送等待时间增大。
eNB可以根据对于已经以半静态方式传递给RN进行回程通信的DL和
UL子帧的了解以及针对RN的在先eNB许可指定来盲选择该偏移值。如果
eNB知道RN在接入链路方面做出的调度决定，例如CSR及ACK重复调度
和/或半永久性的资源分配，那么eNB可以进一步改善偏移值的选择。
在每个传输时间间隔(TTI)，eNB可以识别预备传输的所有HARQ进
程，例如已被其相应对等体做出肯定应答的HARQ进程。eNB可以为用于
DL或UL许可的HARQ指定恰当的HARQ定时偏移。该定时偏移有可能随
UL许可指定而改变。
DL HARQ定时偏移值和UL HARQ定时偏移值可以是相同的，在这种
情况下，它们可以通过使用R-PDCCH格式中的相同信息元素(IE)而被通
告。作为替换，DL偏移值可能不同于上行链路偏移值，在这种情况下，它
们可以通过使用不同IE而被通告。
上述描述的提前用信号通告的方法可以用于避免或者最小化首次传输
冲突。由重传引起的冲突未必可以通过这些方法避免。即便这些方法避免了
重传引发的冲突，其在频谱资源使用方面的效率也有可能很低。
参考图24，在子帧n，eNB 2405可以在R-PDCCH上传送UL许可2410。
该UL许可2410可以包括HARQ定时偏移。在本示例中，HARQ定时偏移
是2，由此HARQ定时起始点2415是子帧n+2。然后，在子帧n+6，RN 2420
可以在PUSCH上传送UL回程数据2425。作为响应，在子帧n+10，eNB 2405
可以在PHICH上传送ACK/NACK 2430。
图25是使用包含了HARQ定时偏移的R-PDCCH来避免冲突的例示方
法的图示。参考图25，在子帧n，eNB 2505可以在R-PDCCH上传送DL许
可2510。该DL许可2510可以包括HARQ定时偏移。在本示例中，HARQ
定时偏移是2，由此eNB 2505可以在子帧n+2在PDSCH上传送数据2515。
作为响应，RN 2520可以在子帧n+6传送ACK/NACK 2525。然后，在子帧
n+10、n+14等等，eNB 2505可以重传数据2530。
根据MBSFN子帧指定结构，很容易即可预测一些冲突。因此，HARQ
定时的变换可以使用隐性规则来执行，这与如上所述的显性信号通告规则是
相反的。
在第一示例中，其中可以为MBSFN结构指定10ms周期。在该示例中，
DL子帧k＝1、11、21、31可以被标记成MBSFN子帧，并且四个无线电帧
中的子帧可以用0到39来枚举。因此，在子帧k＝1、11、……，eNB可以
在DL上执行针对RN的传输，相应地，在子帧k+4＝5、15、25、35，RN会
在上行链路上执行针对eNB的传输。从而，用于可能被中断的第二WTRU
的UL HARQ进程是(k+4)mod 8＝5、7、1、3。因此，每隔40ms或者在五
个传输时机中只能将奇数的UL HARQ进程中断一次。偶数的HARQ进程可
以不受到中断。在这种情况下，eNB-RN链路有可能每隔10ms可用。
在第二示例中，其中可以为MBSFN结构指定5ms周期。在该示例中，
子帧k＝1、6、11、16、21、26、31、36可以被标记成MBSFN子帧，并且
四个无线电帧中的子帧可以用0到39来枚举。相应地，用于可能被中断的
第二WTRU的UL HARQ进程是(k+4)mod 8＝5、2、7、4、1、6、3、0。
因此，每隔40ms或者在UL HARQ进程的五个传输时机中只能将每个UL
HARQ进程中断一次。在本示例中，eNB-RN链路有可能每隔5ms可用。
在这些示例中，HARQ定时在时域中的变换可以借助隐性规则得到，例
如考虑对于4个子帧的偏移有效的资源许可分配。举个例子，在UL中，首
次传输可以位于编号为n+8而不是编号为n+4的子帧。
实施例
1.一种用于避免接入链路传输与回程链路传输之间的冲突的方法，该
方法包括：
分配第一组子帧；以及
分配第二组子帧，其中第二组子帧是一个不与第一组子帧交迭的子帧
组。
2.根据实施例1所述的方法，其中第一组子帧被分配给回程链路传输。
3.根据实施例1或2所述的方法，其中第二组子帧被分配给接入链路
传输。
4.根据前述任一实施例所述的方法，其中第一组子帧和第二组子帧的
分配是周期性的结构。
5.根据实施例4所述的方法，其中该周期性的结构包括五个子帧。
6.根据实施例5所述的方法，其中具有五个子帧的周期性的结构包括
三个接入链路传输子帧。
7.根据实施例6所述的方法，其中在三个接入链路传输子帧之后跟随
了两个回程链路传输子帧。
8.根据前述实施例中任一实施例所述的方法，该方法还包括：
修改应答/非应答(ACK/NACK)等待时间。
9.根据实施例8所述的方法，其中ACK/NACK等待时间被从4毫秒(ms)
修改成5ms。
10.根据前述任一实施例所述的方法，该方法还包括：
将第三组子帧分配给演进型节点B(eNB)与无线发射/接收单元
(WTRU)之间的业务量。
11.根据前述任一实施例所述的方法，该方法还包括：
禁止将第四组子帧用于初始的无线发射/接收单元(WTRU)上行链路
(UL)许可。
12.根据前述任一实施例所述的方法，该方法还包括：
在将子帧分配给了回程链路传输的情况下，在子帧n+4中传送应答/非
应答(ACK/NACK)反馈。
13.根据前述任一实施例的方法，该方法还包括：
在没有将子帧分配给回程链路传输的情况下，在第一可用回程子帧中传
送应答/非应答(ACK/NACK)反馈。
14.根据实施例13所述的方法，其中该子帧是子帧2或子帧3。
15.根据前述任一实施例所述的方法，该方法还包括：
接收来自演进型节点B(eNB)的数据传输。
16.根据前述任一实施例所述的方法，该方法还包括：向无线发射/接
收单元(WTRU)传送上行链路(UL)许可，以及向eNB传送第一应答(ACK)，
其中所述传送是响应于接收到的数据传输而进行的。
17.根据前述任一实施例所述的方法，该方法还包括：
向无线发射/接收单元(WTRU)传送自动应答(ACK)。
18.根据实施例16或17所述的方法，该方法还包括：
向WTRU传送第二UL许可。
19.根据实施例17所述的方法，其中自动ACK是在遗漏了来自WTRU
的数据传输的情况下传送的。
20.根据实施例17所述的方法，其中自动ACK是在接收到来自WTRU
的数据传输的情况下传送的。
21.根据前述任一实施例所述的方法，该方法还包括：
检测冲突。
22.根据前述任一实施例所述的方法，该方法还包括：
根据冲突发生类型来确定接口优先级。
23.根据实施例22所述的方法，其中冲突发生类型是Uu链路上行链路
(UL)信道探测响应与Uu链路UL数据的冲突。
24.根据前述任一实施例所述的方法，该方法还包括：
使得Un链路优先于Uu链路。
25.根据前述任一实施例所述的方法，还包括：在Uu链路上向演进型
节点B(eNB)传送数据，并且在Uu链路上允许信道探测响应(CSR)失
败。
26.根据实施例221所述的方法，其中冲突发生类型是Uu链路上行链
路(UL)应答/非应答与Un链路UL数据的冲突。
27.根据前述任一实施例所述的方法，该方法还包括：
在Uu链路被配置用于应答/非应答(ACK/NACK)重复的情况下，使得
Un链路优先于Uu链路。
28.根据前述任一实施例所述的方法，该方法还包括：
在Un链路上向演进型节点B(eNB)传送数据。
29.根据实施例22所述的方法，其中冲突发生类型是Uu链路上行链路
(UL)数据与Un链路UL应答/非应答(ACK/NACK)反馈的冲突。
30.根据前述任一实施例所述的方法，该方法还包括：
根据存储在UL缓存器和下行链路(DL)缓存器中的数据量来确定接口
优先级。
31.根据前述任一实施例所述的方法，该方法还包括：
根据频谱效率需求来确定接口优先级。
32.根据前述任一实施例所述的方法，该方法还包括：
根据服务质量(QoS)需求来确定接口优先级。
33.根据实施例22所述的方法，其中冲突发生类型是Uu链路上行链路
(UL)数据与Un链路UL数据的冲突。
34.根据前述任一实施例所述的方法，该方法还包括：
根据缓存器状态来动态地指定接口优先级。
35.根据前述任一实施例所述的方法，其中该方法是由中继节点(RN)
执行的。
36.根据前述任一实施例所述的方法，其中该方法是由演进型节点B
(eNB)执行的。
37.根据前述任一实施例所述的方法，其中该方法是由无线发射/接收
单元(WTRU)执行的。
38.一种用于避免接入链路传输与回程链路传输之间的冲突的中继节点
(RN)，该RN包括：
处理器，被配置成：
分配第一组子帧；以及
分配第二组子帧，其中第二组子帧是一个是不与第一组子帧交迭的
子帧组。
39.根据实施例38所述的RN，其中所述处理器被配置成将第一组子帧
分配给回程链路传输。
40.根据实施例38或39所述的RN，其中所述处理器被配置成将第二
组子帧分配给接入链路传输。
41.根据实施例38-40中任一实施例所述的RN，该RN还包括：
接收机，被配置成接收来自演进型节点B(eNB)的数据传输。
42.根据实施例38-41中任一实施例所述的RN，该RN还包括：
发射机，被配置成：
响应于接收到的数据传输，而向无线发射/接收单元(WTRU)传送
上行链路(UL)许可，以及向eNB传送第一应答(ACK)；
向WTRU传送自动ACK；以及
向WTRU传送第二UL许可。
43.根据实施例38-42中任一实施例所述的RN，其中该处理器被配置
成检测冲突。
44.根据实施例38-43中任一实施例所述的RN，其中该处理器被配置
成根据冲突发生类型来确定接口优先级。
45.根据实施例38-44中任一实施例所述的RN，其中该处理器还被配
置成执行资源交叉调度，该RN还包括：
发射机，被配置成在子帧n中传送下行链路(DL)许可，其中子帧n
在子帧n+k中有效。
46.根据实施例38-45中任一实施例所述的RN，其中该处理器还被配
置成执行资源交叉调度，该RN还包括：
发射机，被配置成在子帧n中使用混合自动重复请求(HARQ)定时作
为参考点来传送下行链路(DL)许可。
47.一种用于避免接入链路传输与回程链路传输之间的冲突的无线发射
/接收单元(WTRU)，该WTRU包括：
接收机，被配置成：
接收第一组分配的子帧；以及
接收第二组分配的子帧，其中第二组子帧是不与第一组子帧交迭的
子帧组。
48.根据实施例47所述的WTRU，其中接收机被配置成接收分配给回
程链路传输的第一组分配的子帧。
49.根据实施例47或48所述的RN，其中该接收机被配置成接收分配
给接入链路传输的第二组分配的子帧。
50.根据实施例47-49中任一实施例所述的WTRU，该WTRU还包括：
被配置成接收来自演进型节点B(eNB)的数据传输的接收机。
51.根据实施例47-49中任一实施例所述的WTRU，其中接收机还被配
置成：
接收上行链路(UL)许可；
接收自动应答(ACK)；以及
接收第二UL许可。
52.根据实施例47-51中任一实施例所述的WTRU，该WTRU还包括：
处理器，被配置成检测冲突。
53.根据实施例52所述的WTRU，其中该处理器还被配置成根据冲突
发生类型来确定接口优先级。
54.根据实施例47-53中任一实施例所述的WTRU，其中该接收机还被
配置成在子帧n中接收下行链路(DL)许可，其中子帧n在子帧n+k中有
效。
55.根据实施例47-54中任一实施例所述的WTRU，其中接收机还被配
置成在子帧n中使用混合自动重复请求(HARQ)定时作为参考点来接收下
行链路(DL)许可。
56.一种用于避免接入链路传输与回程链路传输之间的冲突的演进型节
点B(eNB)，该eNB包括：
接收机，被配置成：
接收第一组分配的子帧；以及
接收第二组分配的子帧，其中第二组子帧是不与第一组子帧交迭的
子帧组。
57.根据实施例56所述的eNB，其中该接收机被配置成接收分配给回
程链路传输的第一组分配的子帧。
58.根据实施例56或57所述的eNB，其中该接收机被配置成接收分配
给接入链路传输的第二组分配的子帧。
59.根据实施例56-58中任一实施例所述的eNB，该eNB还包括：
发射机，被配置成向无线发射/接收单元(WTRU)或中继节点(RN)
传送数据传输。
60.根据实施例56-59中任一实施例所述的eNB，其中该接收机还被配
置成：
响应于数据传输，而接收针对eNB的第一应答(ACK)。
61.根据实施例56-60中任一实施例所述的eNB，该eNB还包括：
处理器，被配置成检测冲突。
62.根据实施例61所述的eNB，其中该处理器被配置成根据冲突发生
类型来确定接口优先级。
63.根据实施例56-62中任一实施例所述的eNB，其中接收机还被配置
成在子帧n中接收下行链路(DL)许可，其中子帧n在子帧n+k中有效。
64.根据实施例56-63中任一实施例所述的eNB，其中接收机还被配置
成在子帧n中使用混合自动重复请求(HARQ)定时作为参考点来接收下行
链路(DL)许可。
虽然本发明的特征和元素以特定的结合进行了描述，但每个特征或元素
可以在没有其它特征和元素的情况下单独使用，或在与或不与其它特征和元
素结合的各种情况下使用。这里提供的方法或流程图可以在由通用计算机或
处理器执行的计算机程序、软件或固件中实施，其中所述计算机程序、软件
或固件是以有形的方式包含在计算机可读存储介质中的。关于计算机可读存
储介质的实例包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、
缓冲存储器、半导体存储设备、内部硬盘和可移动磁盘之类的磁介质、磁光
介质以及CD-ROM磁盘和数字多功能光盘(DVD)之类的光介质。
举例来说，恰当的处理器包括：通用处理器、专用处理器、常规处理器、
数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微
处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列
(FPGA)电路、任何一种集成电路(IC)和/或状态机。
与软件相关联的处理器可以用于实现一个射频收发机，以便在无线发射
接收单元(WTRU)、用户设备(UE)、终端、基站、无线电网络控制器(RNC)
或任何主机计算机中加以使用。WTRU可以与采用硬件和/或软件形式实施
的模块结合使用，例如相机、摄像机模块、可视电话、扬声器电话、振动设
备、扬声器、麦克风、电视收发机、免提耳机、键盘、蓝牙模块、调频(FM)
无线电单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显
示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和
/或任何无线局域网(WLAN)或超宽带(UWB)模块。