CN102804667A - 用于同步harq操作和干扰避免的方法和设备 - Google Patents

Abstract

一种用于避免冲突的方法和设备。可以通过将第一组子帧分配给回程链路传输以及将第二组子帧分配给接入链路传输来避免冲突。在一个示例中，第二组子帧可以是不与第一组子帧交迭的一组子帧。在第二实施方式中，通过接收来自演进型节点B(eNB)的数据，以及向无线发射/接收单元(WTRU)传送上行链路许可，并且向eNB传送第一应答(ACK)，可以避免接入链路传输与回程链路传输之间冲突。该传输可以是响应于接收到的数据的传输。RN可以进一步通过向WTRU传送自动ACK以及向WTRU传送第二UL许可来避免冲突。在第三实施方式中，接入链路传输与回程链路传输之间的冲突可以通过检测冲突并根据冲突发生类型确定接口优先级来避免。

Description

用于同步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。WTRU110可以与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。WTRU320可以包括物理层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，而不知道eNB535有可能在相同编号的子帧内部在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中显示)中传送ULACK/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的子帧中向eNB1060传送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-AWTRU中避免UL接入与回程传输之间发生冲突，但是由于ACK/NACK响应时间有可能是5ms，因此，该方法未必向后兼容以在LTE WTRU中使用。该方法可以用于解决回程/选择性中继问题。

在另一个示例中，UL同步HARQ操作可以被配置成使用与自适应HARQ重传相耦合的自动ACK，由此可以将冗余值(RV)设置成可以与用于初始传输的值相同的值。自动ACK选项可以在UL反馈落入MBSFN子帧时间窗口的时候使用。

图14是例示的自动ACK过程1400的图示。参考图14，在MBSFN子帧n中，RN 1410可以在子帧的PDCCH部分中在接入链路1440上向WTRU1430发送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 ULCSR的子帧中发送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进程的五个传输时机中只能将每个ULHARQ进程中断一次。在本示例中，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)模块。

Claims (20)

1.一种在中继节点(RN)中实施的用于避免接入链路传输与回程链路传输之间冲突的方法，该方法包括：

将第一组子帧分配给所述回程链路传输；以及

将第二组子帧分配给所述接入链路传输，其中所述第二组子帧是不与所述第一组子帧交迭的子帧组。

2.根据权利要求1所述的方法，其中所述第一组子帧和所述第二组子帧的分配是周期性的结构，并且其中该周期性的结构包括五个子帧。

3.根据权利要求2所述的方法，其中具有五个子帧的周期性的结构包括三个接入链路传输子帧，其后跟随的是两个回程链路传输子帧。

4.根据权利要求1所述的方法，该方法还包括：

将应答/非应答(ACK/NACK)等待时间从四毫秒(ms)修改成5ms。

5.根据权利要求1所述的方法，该方法还包括：

将第三组子帧分配给演进型节点B(eNB)与无线发射/接收单元(WTRU)之间的业务量。

6.根据权利要求1所述的方法，该方法还包括：

禁止将第四组子帧用于初始的无线发射/接收单元(WTRU)上行链路(UL)许可；

在将子帧分配给了所述回程链路传输的情况下，在子帧n+4中传送应答/非应答(ACK/NACK)反馈；以及

在没有将子帧分配给所述回程链路传输的情况下，在第一个可用回程子帧中传送所述ACK/NACK反馈。

7.根据权利要求6所述的方法，其中所述子帧是子帧2或子帧3。

8.一种在中继节点(RN)中实施的用于避免接入链路传输与回程链路传输之间冲突的方法，该方法包括：

接收来自演进型节点B(eNB)的数据传输；

向无线发射/接收单元(WTRU)传送上行链路(UL)许可，以及向所述eNB传送第一应答(ACK)，其中所述传送是响应于所接收到的数据传输而进行的；

向所述WTRU传送自动ACK；以及

向所述WRTU传送第二UL许可。

9.根据权利要求8所述的方法，其中所述自动ACK是在遗漏了来自所述WTRU的数据传输的情况下传送的。

10.根据权利要求8所述的方法，其中所述自动ACK是在接收到了来自所述WTRU的数据传输的情况下传送的。

11.一种在中继节点(RN)中实施的用于避免接入链路传输与回程链路传输之间冲突的方法，该方法包括：

检测冲突；以及

根据冲突发生类型来确定接口优先级。

12.根据权利要求11所述的方法，其中所述冲突发生类型是Uu链路上行链路(UL)信道探测响应(CSR)与Uu链路UL数据的冲突，该方法还包括：

使得所述Un链路优先于所述Uu链路；以及

在所述Uu链路上向演进型节点B(eNB)传送数据，并且在所述Uu链路上允许所述CSR失败。

13.根据权利要求11所述的方法，其中所述冲突发生类型是Uu链路上行链路(UL)应答/非应答(ACK/NACK)与Un链路UL数据的冲突，该方法还包括：

在所述Uu链路被配置用于ACK/NACK重复的情况下，使得所述Un链路优先于所述Uu链路；以及

在所述Un链路上向演进型节点B(eNB)传送数据。

14.根据权利要求11所述的方法，其中所述冲突发生类型是Uu链路上行链路(UL)数据与Un链路UL应答/非应答(ACK/NACK)反馈的冲突，该方法还包括：

根据下列各项中的至少一项来确定接口优先级：存储在UL缓存器和下行链路(DL)缓存器中的数据量、频谱效率需求、以及服务质量(QoS)需求。

15.根据权利要求11所述的方法，其中所述冲突发生类型是Uu链路上行链路(UL)数据与Un链路UL数据的冲突，该方法还包括：

根据缓存器状态来动态地指定接口优先级。

16.一种用于避免接入链路传输与回程链路传输之间冲突的中继节点(RN)，该RN包括：

处理器，被配置成：

将第一组子帧分配给所述回程链路传输；以及

将第二组子帧分配给所述接入链路传输，其中所述第二组子帧是不与所述第一组子帧交迭的子帧组。

17.一种用于避免接入链路传输与回程链路传输之间冲突的中继节点(RN)，该RN包括：

接收机，被配置成接收来自演进型节点B(eNB)的数据传输；以及

发射机，被配置成：

响应于所接收到的数据传输，而向无线发射/接收单元(WTRU)传送上行链路(UL)许可，以及向所述eNB传送第一应答(ACK)；

向所述WTRU传送自动ACK；以及

向所述WTRU传送第二UL许可。

18.一种用于避免接入链路传输与回程链路传输之间冲突的中继节点(RN)，该RN包括：

处理器，被配置成：

检测冲突；以及

根据冲突发生类型来确定接口优先级。

19.根据权利要求18所述的RN，其中所述处理器还被配置成执行资源交叉调度，该RN还包括：

发射机，被配置成在子帧n中传送下行链路(DL)许可，其中所述子帧n在子帧n+k中有效。

20.根据权利要求18所述的RN，其中所述处理器还被配置成执行资源交叉调度，该RN还包括：

发射机，被配置成在子帧n中使用混合自动重复请求(HARQ)定时作为参考点来传送下行链路(DL)许可。

Images