CN102045773A - 中继节点的数据传输冲突的处理方法和装置 - Google Patents

Abstract

本发明公开了一种中继节点RN的数据传输冲突的处理方法和装置，其中，该处理方法包括：在回程子帧上上述RN被配置有多子帧调度资源的情况下，如果在上述回程子帧上上述RN获取得到动态资源，则上述RN在上述回程子帧上使用上述多子帧调度资源或者上述动态资源来接收或者发送数据，或者不做任何处理；如果在上述回程子帧上上述RN获取得到半持久资源，则上述RN在上述回程子帧上使用上述多子帧调度资源或者上述半持久资源来接收或者发送数据，或者不做任何处理。根据本发明，解决了数据传输的冲突问题，实现正常传输。

Description

中继节点的数据传输冲突的处理方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种中继节点(Relay-Node，RN)的数据传输冲突的处理方法和装置。

背景技术

第三代移动通信长期演进(Long Term Evolution，LTE)系统的“演进的通用陆地无线接入网(Evolved Universal Terrestrial Radio AccessNetwork，E-UTRAN，由基站eNB组成，因此也可以称为基站eNB)”的无线接口媒体接入控制(Media Access Control，MAC)协议层，存在调度/优先级处理(Scheduling/Priority handling)功能实体，其中，调度功能支持动态调度(Dynamic scheduling)和半持久调度(或称为半静态调度)(Semi-persistent Scheduling)。

动态调度(Dynamic Scheduling)是指，E-UTRAN能够通过物理下行控制信道(Physical Downlink Control Channel，PDCCH)上的小区无线网络临时标识(Cell Radio Network Temporary Identifier，C-RNTI)在每个传输时间间隔(Transmit Time Interval，TTI，对应于一个子帧(subframe))向用户设备(UE)动态分配资源用于UE接收/发送数据，资源包括物理资源块(Physical Resource Block，PRB)和调制编码方案(Modulation and Coding Scheme，MCS)等。

半持久调度(Semi-persistent Scheduling，SPS)是指，E-UTRAN可以通过在PDCCH(物理下行控制信道，Physical Downlink Control Channel)上的半持久调度小区无线网络临时标识(Semi-Persistent SchedulingC-RNTI，SPS C-RNTI)为UE分配半持久资源用于UE接收或者发送数据，资源包括物理资源块PRB、调制编码方案MCS等。在半持久调度中，UE的HARQ首传使用半持久资源，HARQ重传使用动态调度的资源。半持久资源按照所配置的周期重复发生，在UE被配置有半持久资源的子帧(Subframe)，如果UE没有在PDCCH上监测到其C-RNTI，则在相应的子帧根据半持久资源进行接收或者发送。在UE被配置有半持久资源的子帧，如果UE在PDCCH上监测到其C-RNTI，则在相应的子帧使用PDCCH指示的动态资源替代(Override)半持久资源。

为了满足日益增长的大带宽高速移动接入的需求，第三代伙伴组织计划(Third Generation Partnership Projects，3GPP)推出高级长期演进(Long-Term Evolution advance，LTE-Advanced)标准。LTE-Advanced对于长期演进(Long-Term Evolution，LTE)的演进保留了LTE的核心，在此基础上采用一系列技术对频域、空域进行扩充，以达到提高频谱利用率、增加系统容量等目的。无线中继(Relay)技术即LTE-Advanced中的技术之一，旨在扩展小区的覆盖范围，减少通信中的死角地区，平衡负载，转移热点地区的业务，节省终端(或称为用户设备UE，User Equipment)的发射功率。如图1所示，在原有的基站(Donor-eNB)和UE之间增加一些新的中继节点，这些新增的RN和Donor-eNB通过无线连接，和传输网络之间没有有线连接。其中，Donor-eNB和RN之间的无线链路称为回程链路(backhaul link)，RN和UE之间的无线链路称为接入链路(access link)。下行数据先到达Donor-eNB，然后再传递给RN，RN再传输至UE，上行则反之。

为了配置回程链路的资源，定义了RN专用的物理下行控制信道(R-PDCCH)、物理下行共享信道(R-PDSCH)和物理上行共享信道(R-PUSCH)。R-PDCCH用于动态或半静态地分配R-PDSCH资源和R-PUSCH资源，其中，R-PDSCH资源用于传输backhaul link的下行数据，R-PUSCH资源用于传输backhaul link的上行数据。

Donor-eNB除了可以延用上述动态调度和半持久调度的功能调度RN之外，还有一种新的调度功能来调度RN，指的是R-PDCCH可以指示多个回程子帧(backhaul subframe)的下行资源/上行资源。在下文中，这种指示资源的方法称为多子帧调度。

以下行传输为例，在根据下行多子帧调度的下行指配接收下行数据的过程中，RN收到动态调度(或半持久调度)的下行指配。如果所接收到的动态调度(或半持久调度)的下行指配指示接收下行数据的子帧与多子帧调度的下行指配指示接收下行数据的子帧相同，即在该子帧发生冲突，此时需要引入一个机制使得RN能够解决该冲突问题，并实现后续的正常传输。

同理的，在上行传输中，在根据上行多子帧调度的上行授权发送上行数据的过程中，RN收到动态调度(或半持久调度)的上行授权，如果所接收到的动态调度(或半持久调度)的上行授权指示发送上行数据的子帧与多子帧调度的上行授权指示发送上行数据的子帧相同，即在该子帧发生冲突，此时需要引入一个机制使得RN能够解决该冲突问题，并实现后续的正常传输。

针对相关技术中数据传输容易产生冲突的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中数据传输容易产生冲突的问题而提出本发明，为此，本发明的主要目的在于提供一种中继节点RN的数据传输冲突的处理方法和装置，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种中继节点RN的数据传输冲突的处理方法。

根据本发明的中继节点RN的数据传输冲突的处理方法包括：在回程子帧上上述RN被配置有多子帧调度资源的情况下，如果在上述回程子帧上上述RN获取得到动态资源，则上述RN在上述回程子帧上使用上述多子帧调度资源或者上述动态资源来接收或者发送数据，或者不做任何处理；如果在上述回程子帧上上述RN获取得到半持久资源，则上述RN在上述回程子帧上使用上述多子帧调度资源或者上述半持久资源来接收或者发送数据，或者不做任何处理。

为了实现上述目的，根据本发明的另一方面，提供了一种中继节点RN的数据传输冲突的处理装置。

在回程子帧上上述RN被配置有多子帧调度资源的情况下，上述处理装置包括：获取模块，用于在上述回程子帧上获取得到动态资源或半持久资源；第一处理模块，用于在上述回程子帧上获取得到上述动态资源的情况下，在上述回程子帧上使用上述多子帧调度资源或者上述动态资源来接收或者发送数据，或者不做任何处理；第二处理模块，用于在上述回程子帧上获取得到上述半持久资源的情况下，在上述回程子帧上使用上述多子帧调度资源或者上述半持久资源来接收或者发送数据，或者不做任何处理。

根据本发明，在多子帧调度与动态调度出现数据传输冲突，或者多子帧调度与半持久调度出现数据传输冲突的情况下，RN根据多子帧调度、动态调度或半持久调度使用相应的资源进行数据传输，从而解决了数据传输的冲突问题，实现正常传输。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的利用relay技术的网络架构的示意图；

图2是根据本发明实施例的数据传输冲突的处理方法的流程图；

图3是根据本发明实施例一的中继节点的数据传输冲突的处理方法的具体流程图；

图4是根据本发明实施例一的中继节点的数据传输冲突的处理方法的具体流程图；

图5是根据本发明实施例一的中继节点的数据传输冲突的处理方法的具体流程图；

图6是根据本发明实施例一的中继节点的数据传输冲突的处理方法的具体流程图；

图7是根据本发明实施例一的中继节点的数据传输冲突的处理方法的具体流程图；

图8是根据本发明实施例一的中继节点的数据传输冲突的处理方法的具体流程图；

图9是根据本发明实施例二的中继节点的数据传输冲突的处理方法的具体流程图；

图10是根据本发明实施例二的中继节点的数据传输冲突的处理方法的具体流程图；

图11是根据本发明实施例二的中继节点的数据传输冲突的处理方法的具体流程图；

图12是根据本发明实施例二的中继节点的数据传输冲突的处理方法的具体流程图；

图13是根据本发明实施例二的中继节点的数据传输冲突的处理方法的具体流程图；

图14是根据本发明实施例二的中继节点的数据传输冲突的处理方法的具体流程图；

图15是根据本发明实施例的中继节点的数据传输冲突的处理装置的结构图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

功能概述

针对相关技术中数据传输容易产生冲突的问题，本发明提供一种数据传输冲突的处理方法和装置。根据本发明的方案，在数据传输冲突的情况下，RN选择根据多子帧调度或者动态调度(或半持久调度)进行数据传输，从而解决了数据传输的冲突问题，实现正常传输。

根据本发明的实施例，提供了一种RN的数据传输冲突的处理方法。

根据本发明的实施例应用于如下场景：在回程子帧上RN被配置有多子帧调度资源，RN在上述回程子帧上出现数据传输冲突。如图2所示，该方法包括如下的步骤S202至步骤S204：

S202，如果在上述回程子帧上上述RN获取得到动态资源，则上述RN在上述回程子帧上使用上述多子帧调度资源或者上述动态资源来接收或者发送数据，或不做任何处理。

S204，如果在上述回程子帧上上述RN获取得到半持久资源，则上述RN在上述回程子帧上使用上述多子帧调度资源或者上述半持久资源来接收或者发送数据，或不做任何处理。

可以通过如下步骤获取得到动态资源：

1)在上述回程子帧上或上述回程子帧之前，上述RN通过小区-无线网络临时标识C-RNTI或上述RN专用的C-RNTI在上述RN专用的物理下行控制信道R-PDCCH上检测得到上述动态资源；或者

2)在上述动态资源用于发送上行数据的情况下，在上述回程子帧上，上述RN被配置有用于非自适应重传的动态资源，用于指示RN在上述回程子帧发送上行数据。

可以通过如下资源获取得到半持久资源：

1)在上述回程子帧上或上述回程子帧之前，上述RN通过半持久调度小区-无线网络临时标识SPS C-RNTI或上述RN专用的SPSC-RNTI在上述RN专用的物理下行控制信道R-PDCCH上检测得到上述半持久资源；或者

2)在上述回程子帧上，上述RN被配置了半持久资源。

在上述回程子帧上上述RN获取得到动态资源的情况下，在上述回程子帧上、上述RN使用上述多子帧调度资源接收或者发送数据之后，上述RN清除上述多子帧调度资源；或者，在上述回程子帧上、上述RN使用上述多子帧调度资源接收或者发送数据之前或者之后，上述RN保留上述多子帧调度资源；或者，在上述回程子帧上、上述RN使用上述动态资源接收或者发送数据之前或者之后，上述RN清除或保留上述多子帧调度资源。

在上述回程子帧上上述RN获取得到半持久资源的情况下，在上述回程子帧上、上述RN使用上述多子帧调度资源接收或者发送数据之后，上述RN清除上述多子帧调度资源；或者，在上述回程子帧上、上述RN使用上述多子帧调度资源接收或者发送数据之前或者之后，上述RN保留上述多子帧调度资源；或者，在上述回程子帧上、上述RN使用上述半持久资源接收或者发送数据之前或者之后，RN清除或保留上述多子帧调度资源。

进一步，在上述回程子帧上上述RN获取得到半持久资源的情况下，在上述回程子帧上、上述RN使用上述多子帧调度资源接收或者发送数据之前或者之后，RN可以清除或保留上述半持久资源；或者，在上述回程子帧上、上述RN使用上述半持久资源接收或者发送数据之后，RN清除上述半持久资源；或者，在上述回程子帧上、上述RN使用上述半持久资源接收或者发送数据之前或者之后，RN保留上述半持久资源。

在上述RN在当前回程子帧上使用动态资源或者半持久资源接收或者发送数据，且上述RN保留多子帧调度资源的情况下，在位于当前回程子帧之后的由多子帧调度指示的下一个回程子帧上，RN使用与该下一个回程子帧对应的HARQ进程，或者RN使用与当前回程子帧对应的HARQ进程，来进行接收或发送数据的操作。

上述RN使用动态资源或者半持久资源接收或者发送数据可以包括：RN通过混合自动重传HARQ进程使用上述动态资源或者上述半持久资源进行接收或者发送数据，其中，上述HARQ进程包括：多子帧调度指示的HARQ进程之一，或者是多子帧调度未指示的HARQ进程。

优选的，上述多子帧调度资源指的是基站分配给上述RN的资源，用于指示上述RN在连续的多个下行回程子帧上接收数据或者在连续的多个上行回程子帧上发送数据。

下面将结合实例对本发明实施例的实现过程进行详细描述。

首先对RN进行业务传输的过程进行简单的描述。根据本发明实施例的RN进行业务传输的过程主要包括如下步骤：

步骤S302：RN获取下行backhaul子帧、上行backhaul子帧的配置信息，从而知道哪些为下行backhaul子帧，哪些为上行backhaul子帧。

该步骤中，RN可以通过基站下发的专用RRC信令或者系统信息获取下行backhaul子帧的配置信息，RN可以通过基站下发的专用RRC信令、系统信息或者根据系统预定义的规则和下行backhaul子帧的配置信息获取上行backhaul子帧的配置信息。所述系统预定义的规则可以是现有的HARQ时序，如在FDD中，下行backhaul子帧的4ms之后的子帧即为上行backhaul子帧。系统预定义的规则也可以是RN专用的HARQ时序，所述RN专用的HARQ时序可以是系统预定义的，也可以是RN通过基站下发的RRC信令获取的。

此外，下行backhaul子帧、上行backhaul子帧的配置信息还可以包括子帧与HARQ进程(process)的对应关系，即指每个子帧进行上行或者下行传输占用哪个process，当然，子帧与process的对应关系也可以是系统预定义的。

步骤S304：RN获取多子帧调度的调度信息，并根据所述调度信息开始多子帧调度。

RN获取所述调度信息的方法可以包括：RN根据C-RNTI在R-PDCCH上获取由多子帧调度专用的DCI(Downlink ControlInformation，下行控制信息)格式指示的下行指配(或者上行授权)；或者，RN根据多子帧调度专用的RNTI在R-PDCCH上获取由现有的DCI格式指示的下行指配(或者上行授权)；或者，RN根据多子帧调度专用的RNTI在R-PDCCH上获取由多子帧调度专用的DCI格式指示的下行指配(或者上行授权)；或者，RN获取多子帧调度专用的MAC控制元(Control Element，简称CE)指示的下行指配(或者上行授权)；或者，RN获取之前保留的用于多子帧调度的下行指配(或者上行授权)。

其中，多子帧调度专用的RNTI由RRC信令配置。

多子帧调度专用的DCI至少包括起始子帧的物理资源块(Physical Resource Block，简称PRB)和调制编码方案(Modulationand Coding Scheme，简称MCS)。若子帧个数事先没有通过系统预定义或RRC信令获得则必须包括子帧个数；若后续子帧的PRB(MCS)与起始子帧的不同则必须包括后续子帧的PRB(MCS)；若起始子帧的process id不能根据起始子帧获得(如无子帧和processid的对应关系)，则必须包括起始子帧的process id。若上下行采用同一个DCI格式，则必须包括标志位区分该DCI用于上行还是下行。当然，专用DCI可以包括NDI、RV、后续子帧的process id。

如果上述DCI中不包括NDI，则表示NDI采用多子帧调度的默认值(可以是1，也可以是0，预先约定)，代表传输的是首传。如果所述DCI中不包括RV，则表示RV为0，代表传输的是HARQ冗余版本0。

多子帧调度专用的MAC CE至少包括起始子帧的PRB和MCS。若子帧个数事先没有通过系统预定义或RRC信令获得则必须包括子帧个数；若后续子帧的PRB(MCS)与起始子帧的不同则必须包括后续子帧的PRB(MCS)；若起始子帧的process id不能根据起始子帧获得(如无子帧和process id的对应关系)，则必须包括起始子帧的process id。若上下行采用同一个DCI格式，则必须包括标志位区分该DCI用于上行还是下行。当然，专用DCI可以包括NDI、RV、后续子帧的process id。

如果上述MAC CE中不包括NDI，则表示NDI采用多子帧调度的默认值(可以是1，也可以是0，预先约定)，代表传输的是首传。如果所述MAC CE中不包括RV，则表示RV为0，代表传输的是HARQ冗余版本0。

对于下行传输的场景，RN在子帧D1收到基站发送的多子帧调度的下行指配，该下行指配指示RN在子帧D1、D2、D3接收下行数据并分别以进程1、进程2、进程3处理。RN保留所述的多子帧调度的下行指配。例如，在子帧D1，RN根据所述多子帧调度的下行指配接收数据并以进程1处理首传。

对于上行传输的场景，RN在子帧D收到基站发送的多子帧调度的上行授权，该上行授权指示RN在子帧U1、U2、U3接收下行数据并分别以进程1、进程2、进程3处理。RN保留所述的多子帧调度的上行授权。例如，在子帧U1，RN根据所述多子帧调度的上行授权发送数据并以进程1处理首传。

步骤S306：RN获取动态调度(或半持久调度)的调度信息，所述调度信息指示的下行(或上行)传输与步骤S304中的多子帧调度的调度信息所指示的下行(或上行)传输冲突，RN按照随后描述的根据本发明实施例的数据传输冲突的处理方法进行处理。

RN获取动态调度的动态资源的方法可以包括：RN根据C-RNTI在R-PDCCH上获取的下行指配(或者上行授权)，其中，下行指配或上行授权指示了相应的动态资源；或者，RN被配置了用于非自适应重传的上行资源。

RN获取半持久调度的半持久资源的方法可以包括：RN根据SPS C-RNTI在R-PDCCH上获取的下行指配(或者上行授权)，其中，下行指配或上行授权指示了相应的动态资源；或者，RN被配置了下行SPS资源(或者上行SPS资源)；或者，RN被配置了用于非自适应重传的上行资源。

在下行传输过程中，上述的数据传输冲突指的是：在当前的回程子帧上，RN预先被配置使用下行多子帧调度指示的多子帧调度资源接收下行数据，而且，在该回程子帧上或在该回程子帧之前，RN又获取动态调度或半持久调度的调度信息，该动态调度或半持久调度的调度信息指示了在上述的回程子帧上用动态资源或半持久资源接收下行数据。这样，RN不知道使用多子帧调度的资源还是使用动态调度或半持久调度指示的资源来进行接收下行数据，从而在当前的回程子帧上出现数据传输冲突的问题。

在上行传输过程中，上述的数据传输冲突指的是：在当前的回程子帧上，RN预先被配置使用上行多子帧调度指示的多子帧调度资源发送上行数据，而且，在该回程子帧上或在该回程子帧之前，RN又获取动态调度或半持久调度的调度信息，该动态调度或半持久调度的调度信息指示了在上述的回程子帧上用动态资源或半持久资源发送上行数据。这样，RN不知道使用多子帧调度的资源还是使用动态调度或半持久调度指示的资源来进行发送上行数据，从而在当前的回程子帧上出现数据传输冲突的问题。

上述动态调度(或者半持久调度)的调度信息指示RN接收下行数据或者发送上行数据所用的HARQ进程可以是多子帧调度的调度信息中指示的HARQ进程。如：在下行传输的场景中，基站通过多子帧调度指示RN在子帧D1、D2、D3接收下行数据并分别以进程1、进程2、进程3处理。若在子帧D2之前，基站收到了RN的反馈，表示RN在D1接收下行数据失败，因此基站可能在子帧D2调度这次失败的传输的重传，动态调度可以指示RN使用进程1(多子帧调度的调度信息中指示的进程之一)接收下行数据。若基站在子帧D2配置了半持久资源用于RN接收下行数据，半持久调度中使用的进程与子帧有一定的对应关系，假设子帧D2对应使用的进程是进程1(多子帧调度的调度信息中指示的进程之一)。

作为本发明的另一种优选实施例，上述HARQ进程也可以是多子帧调度的调度信息中没有指示的HARQ进程。如：在下行传输的场景中，基站通过多子帧调度指示RN在子帧D1、D2、D3接收下行数据并分别以进程1、进程2、进程3处理。若在子帧D2基站临时有业务需要发送给RN，则动态调度指示RN使用进程4(多子帧调度中没有的进程)接收下行数据。若基站在子帧D2配置了半持久资源指示RN接收下行数据，半持久调度中使用的进程与子帧有一定的对应关系，假设子帧D2对应使用的进程是进程4(多子帧调度中没有的进程)。

在上行传输的场景中，该动态调度(或者半持久调度)的调度信息可以与下行传输类似。

下面结合附图来描述根据本发明实施例的数据传输冲突的处理方法。在上行传输或下行传输的过程，假设在当前子帧出现了数据传输冲突。

实施例一

当多子帧调度和半持久调度出现数据传输冲突，在出现冲突的回程子帧上忽略半持久调度的下行指配(或上行授权)，而根据多子帧调度的下行指配接收下行数据(或根据多子帧调度的上行授权发送上行数据)。考虑到半持久调度具有一定的周期性(如典型周期20ms)，而多子帧调度是调度连续的多个子帧，两者继续冲突的可能性很小，因此，保留半持久资源以及多子帧调度资源用于后续的数据传输。

然后，在回程子帧之后，继续后续的多子帧调度，即在位于当前回程子帧之后的用于多子帧调度的子帧上，根据多子帧调度的下行指配接收下行数据(或多子帧调度的上行授权发送上行数据)。

具体的，对于下行传输而言，如图3所示：

RN在子帧D1接收并保留基站发送的多子帧调度的下行指配，该下行指配指示RN在子帧D1、D2、D3接收数据并分别以进程1、进程2、进程3处理，例如，RN在子帧D1根据多子帧调度的下行指配接收数据并以进程1处理。

在子帧D2之前或在子帧D2上，基站为RN配置并激活了半持久调度，设置其周期为20ms。RN在子帧D2上被配置了半持久下行资源，指示RN在D2接收数据并以进程4进行处理，而根据保留的多子帧调度的下行指配，RN在D2要接收数据以进程2处理，也就是，多子帧调度和半持久调度在子帧D2上出现数据传输冲突。此时RN根据多子帧调度处理，即接收数据以进程2处理，忽略半持久调度指示的数据接收。RN保留半持久资源和多子帧调度资源。

RN在D3根据保留的多子帧调度的下行指配接收下行数据并以进程3处理。此时多子帧调度结束，保留的半持久资源指示的数据传输不再与本次多子帧调度冲突。

具体的，对于上行传输而言，如图4所示：

RN在子帧D接收到基站发送的多子帧调度的上行授权，该上行授权指示：RN在子帧U1、U2、U3接收下行数据并分别以进程1、进程2、进程3处理；RN保留所述的多子帧调度的上行授权；

在子帧U2之前，基站为RN配置并激活了半持久调度，设置其周期为20ms。RN在子帧U2被配置了半持久下行资源，指示在子帧U2上发送数据并以进程4处理，而根据保留的多子帧调度的上行授权，RN在U2要发送数据以进程2处理，也就是，多子帧调度和半持久调度在子帧U2上出现数据传输冲突。此时RN根据多子帧调度处理，即发送数据以进程2处理，忽略半持久调度指示的数据发送。RN保留半持久资源和多子帧调度资源。

RN在U3根据保留的多子帧调度的上行授权发送上行数据并以进程3处理。此时多子帧调度结束，保留的半持久资源指示的数据传输不再与本次多子帧调度冲突。

作为本发明的另一种优选的实施例，RN也可以清除半持久资源，如发生冲突表示半持久调度是不成功的。

作为本发明的另一种优选的实施例，RN也可以清除多子帧调度资源，如基站为RN分配半持久资源隐含表示要求终止多子帧调度。如图5和图6所示，RN在冲突的子帧D2或U2上根据多子帧调度资源接收或者发送数据之后，清除多子帧调度资源，在位于冲突的回程子帧子后的回程子帧上，例如D3或U3，不继续根据本次多子帧调度处理。

作为本发明的另一种优选的实施例，RN在冲突的子帧也可以根据半持久资源接收或者发送数据，如基站分配半持久资源是希望RN立刻根据半持久资源接收或者发送数据。作为本发明的另一种优选的实施例，RN在冲突的子帧也可以不做任何处理。

作为本发明的另一种优选的实施例，半持久调度指示接收下行数据或发送上行数据的进程可以包括：多子帧调度指示的进程(如进程1，如图7和图8所示；进程2、进程3)，或其他进程(如进程4)。

作为本发明的另一种优选的实施例，在冲突的子帧D2或者U2上使用半持久资源但保留多子帧调度资源时，在后续的多子帧调度指示的子帧D3或者U3上用到的HARQ进程可以是该子帧对应的HARQ进程(例如，进程3)，还可以是延用与出现冲突的回程子帧D2或U2对应的HARQ进程(例如，进程2)。

在冲突的子帧上，RN使用半持久资源、或是使用多子帧调度资源、或不做任何处理；RN是否要保留半持久资源、RN是否要保留多子帧调度资源、使用半持久资源时用到的HARQ进程是否是多子帧调度中指示的进程、在冲突的子帧上不使用多子帧调度资源但保留多子帧调度资源时在后续的多子帧调度指示的子帧上用到的HARQ进程是该子帧对应的HARQ进程还是延用冲突子帧对应的HARQ进程，以上任意组合都可以作为本发明的优选实施例，在此不再赘述。

上述导致冲突的场景除了接收基站分配的半持久资源，也可以是如下情况：RN接收到的半持久调度资源与多子帧调度资源指示RN在同一个子帧接收/发送数据。

这里，上述半持久资源指示的是指示首传的资源。

实施例二

当多子帧调度和动态调度出现数据传输冲突，在出现冲突的回程子帧忽略所述多子帧调度的下行指配(或上行授权)，而根据动态调度的下行指配接收下行数据(或根据动态调度的上行授权发送上行数据)。由于动态调度仅分配用于一个子帧的资源，对后续的子帧没有影响，不会造成后续子帧的冲突，因此，保留多子帧调度资源用于后续子帧的数据传输。

然后，在回程子帧之后，继续后续的多子帧调度，即在位于当前回程子帧之后的用于多子帧调度的子帧上，根据多子帧调度的下行指配接收下行数据(或多子帧调度的上行授权发送上行数据)。

具体的，对于下行传输而言，如图9所示：

RN在子帧D 1接收并保留基站发送的多子帧调度的下行指配，该下行指配指示RN在子帧D1、D2、D3接收数据并分别以进程1、进程2、进程3处理，例如，RN在子帧D1根据多子帧调度的下行指配接收数据并以进程1处理。

RN在子帧D2上接收到基站发送的动态调度的下行指配，该下行指配指示RN在D2接收数据并以进程1进行处理，而根据保留的多子帧调度的下行指配，RN在D2要接收数据以进程2处理，也就是，多子帧调度和动态调度在子帧D2上出现数据传输冲突。此时RN根据动态调度处理，即接收数据以进程1处理，忽略多子帧调度指示的数据接收。动态调度指示可以是首传，也可以是重传。RN保留多子帧调度资源。

RN在D3根据保留的多子帧调度的下行指配接收下行数据并以进程3处理。作为本发明的一种优选的实施例，由于RN在子帧D2没有使用多子帧调度指示的进程2，因此RN在D3也可以延用这一个进程，即在D3接收下行数据并以进程2处理。

具体的，对于上行传输而言，如图10所示：

RN在子帧D接收到基站发送的多子帧调度的上行授权，该上行授权指示：RN在子帧U1、U2、U3接收下行数据并分别以进程1、进程2、进程3处理；RN保留所述的多子帧调度的上行授权；

RN在子帧U2之前接收到基站发送的动态调度的上行授权，该上行授权指示：在子帧U2上发送数据并以进程1处理，而根据保留的多子帧调度的上行授权，RN在U2要发送数据以进程2处理，也就是，多子帧调度和动态调度在子帧U2上出现数据传输冲突。此时RN根据动态调度处理，即发送数据以进程1处理，忽略多子帧调度指示的数据发送。动态调度指示可以是首传，也可以是重传。RN保留多子帧调度资源。

RN在U3根据保留的多子帧调度的上行授权的资源发送上行数据并以进程3处理。作为本发明的一种优选的实施例，由于RN在子帧U2没有使用多子帧调度指示的进程2，因此RN在U3也可以延用这一个进程，即在U3发送上行数据并以进程2处理。

作为本发明的一种优选的实施例，也可以认为基站为RN分配动态资源隐含表示要求终止多子帧调度，因此，如图11和图12所示，在RN在冲突的子帧D2或U2上使用动态资源接收或者发送数据之前或者之后清除多子帧调度资源，在子帧D3或U3上不继续根据本次多子帧调度处理。

作为本发明的一种优选的实施例，也可以认为动态调度不应当出现在多子帧调度中，即在冲突的子帧忽略动态调度指示的资源，而是根据多子帧调度指示的资源接收或者发送数据。相应的，在RN在冲突的子帧D2或U2上使用多子帧调度资源接收或者发送数据，在子帧D3或者U3继续根据多子帧调度处理。作为本发明的一种优选的实施例，RN在冲突的子帧也可以不做任何处理。

上述导致冲突的场景除了接收基站分配的动态资源，也可以是如下情况：在上行动态调度中，非自适应重传的资源与多子帧调度资源指示RN在同一个子帧发送数据。

这里，上述动态资源可以是指示首传的资源，也可以是指示自适应重传的资源，也可以是指示非自适应重传的资源。

动态调度指示接收或发送数据的进程除了多子帧调度指示的进程，(如进程1、进程2、进程3)，也可以是多子帧调度指示的进程之外的进程，如进程4(如图13和图14所示)。

在冲突的子帧上，RN使用动态资源、或是使用多子帧调度资源、或不做任何处理；RN是否要保留多子帧调度资源、使用动态资源时用到的HARQ进程是否是多子帧调度中指示的进程、在冲突的子帧上不使用多子帧调度资源但保留多子帧调度资源时在后续的多子帧调度指示的子帧上用到的HARQ进程是该子帧对应的HARQ进程还是延用冲突子帧对应的HARQ进程，以上任意组合都可以作为本发明的优选实施例，在此不再赘述。

上述流程中，RRC信令指定UE或指定RN的专用信令，可以是在现有RRC信令(如RRC连接重配消息)中增加指示信息(如下行backhaul子帧的配置信息、上行backhaul子帧的配置信息、RN专用的HARQ时序、子帧与process id的对应关系、多子帧调度专用的RNTI、子帧个数等)的字段，或引入新的用于传递所述指示信息的RRC信令。其中，可以通过同一条RRC信令，或者通过多条不同的RRC信令传输所述指示信息。

根据本发明，在多子帧调度与动态调度出现数据传输冲突，或者多子帧调度与半持久调度出现数据传输冲突的情况下，RN根据多子帧调度、动态调度或半持久调度使用相应的资源进行数据传输，从而解决了数据传输的冲突问题，实现正常传输。

根据本发明的实施例，提供了一种中继节点RN的数据传输冲突的处理装置，应用于在回程子帧上上述RN被配置有多子帧调度资源的场景。

如图15所示，该装置包括：获取模块1502，用于在上述回程子帧上获取得到动态资源或半持久资源；第一处理模块1504，用于在上述回程子帧上获取得到上述动态资源的情况下，在上述回程子帧上使用上述多子帧调度资源或者上述动态资源来接收或者发送数据，或者不做任何处理；第二处理模块1506，用于在上述回程子帧上获取得到上述半持久资源的情况下，在上述回程子帧上使用上述多子帧调度资源或者上述半持久资源来接收或者发送数据，或者不做任何处理。

作为本发明的另一种实施例，在上述获取得到动态资源的情况下，除了上述的获取模块1502、第一处理模块1504和第二处理模块1506之外，上述装置还可以进一步包括：第三处理模块1508，用于在上述回程子帧上使用上述多子帧调度资源接收或者发送数据之后，清除上述多子帧调度资源；第四处理模块1510，用于在上述回程子帧上使用上述多子帧调度资源接收或者发送数据之前或者之后，保留上述多子帧调度资源；第五处理模块1512，用于在上述回程子帧上使用上述动态资源接收或者发送数据之前或者之后，清除或保留上述多子帧调度资源。

作为本发明的又一种实施例，在上述获取得到半持久资源的情况下，除了上述的获取模块1502、第一处理模块1504和第二处理模块1506之外，上述装置还可以进一步包括(如图15中的虚线所示)：第六处理模块1514，用于在上述回程子帧上使用上述多子帧调度资源接收或者发送数据之后，清除上述多子帧调度资源；第七处理模块1516，用于在上述回程子帧上使用上述多子帧调度资源接收或者发送数据之前或者之后，保留上述多子帧调度资源；第八处理模块1518，用于在上述回程子帧上使用上述半持久资源接收或者发送数据之前或者之后，清除或保留上述多子帧调度资源。

进一步，在上述获取得到半持久资源的情况下，上述装置还可以包括：第九处理模块1520，用于在上述回程子帧上使用上述多子帧调度资源接收或者发送数据之前或者之后，清除或保留上述半持久资源；第十处理模块1522，用于在上述回程子帧上使用上述半持久资源接收或者发送数据之后，清除上述半持久资源；第十一处理模块1524，用于在上述回程子帧上使用上述半持久资源接收或者发送数据之前或者之后，保留上述半持久资源。

根据本发明，在多子帧调度与动态调度出现数据传输冲突，或者多子帧调度与半持久调度出现数据传输冲突的情况下，RN根据多子帧调度、动态调度或半持久调度使用相应的资源进行数据传输，从而解决了数据传输的冲突问题，实现正常传输。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种中继节点RN的数据传输冲突的处理方法，其特征在于，在回程子帧上所述RN被配置有多子帧调度资源，所述方法包括：

如果在所述回程子帧上所述RN获取得到动态资源，则所述RN在所述回程子帧上使用所述多子帧调度资源或者所述动态资源来接收或者发送数据，或者不做任何处理；

如果在所述回程子帧上所述RN获取得到半持久资源，则所述RN在所述回程子帧上使用所述多子帧调度资源或者所述半持久资源来接收或者发送数据，或者不做任何处理。

2.根据权利要求1所述的方法，其特征在于，所述RN获取得到动态资源包括：

在所述回程子帧上或所述回程子帧之前，所述RN通过小区-无线网络临时标识C-RNTI或所述RN专用的C-RNTI在所述RN专用的物理下行控制信道R-PDCCH上检测得到所述动态资源。

3.根据权利要求1所述的方法，其特征在于，在所述RN发送数据的情况下，所述RN获取得到动态资源包括：

在所述回程子帧上，所述RN被配置有用于非自适应重传的动态资源，用于指示RN在所述回程子帧发送数据。

4.根据权利要求1所述的方法，其特征在于，所述RN获取得到半持久资源包括：

在所述回程子帧上或所述回程子帧之前，所述RN通过半持久调度小区-无线网络临时标识SPS C-RNTI或所述RN专用的SPS C-RNTI在所述RN专用的物理下行控制信道R-PDCCH上检测得到所述半持久资源；或者

在所述回程子帧上，所述RN被配置有半持久资源。

5.根据权利要求1至3中任一项所述的方法，其特征在于，在所述RN获取得到动态资源的情况下，所述方法还包括：

在所述回程子帧上、所述RN使用所述多子帧调度资源接收或者发送数据之后，所述RN清除所述多子帧调度资源；或者

在所述回程子帧上、所述RN使用所述多子帧调度资源接收或者发送数据之前或者之后，所述RN保留所述多子帧调度资源；或者

在所述回程子帧上、所述RN使用所述动态资源接收或者发送数据之前或者之后，所述RN清除或保留所述多子帧调度资源。

6.根据权利要求5所述的方法，其特征在于，所述RN使用所述动态资源，且所述RN保留所述多子帧调度资源的情况下，所述方法还包括：

在位于所述回程子帧之后的由多子帧调度指示的下一个回程子帧上，所述RN使用与所述下一个回程子帧对应的HARQ进程，或者所述RN使用与所述回程子帧对应的HARQ进程。

7.根据权利要求1或4所述的方法，其特征在于，在所述RN获取得到半持久资源的情况下，所述方法还包括：

在所述回程子帧上、所述RN使用所述多子帧调度资源接收或者发送数据之后，所述RN清除所述多子帧调度资源；或者

在所述回程子帧上、所述RN使用所述多子帧调度资源接收或者发送数据之前或者之后，所述RN保留所述多子帧调度资源；或者

在所述回程子帧上、所述RN使用所述半持久资源接收或者发送数据之前或者之后，RN清除或保留所述多子帧调度资源。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在所述回程子帧上、所述RN使用所述多子帧调度资源接收或者发送数据之前或者之后，RN清除或保留所述半持久资源；或者

在所述回程子帧上、所述RN使用所述半持久资源接收或者发送数据之后，RN清除所述半持久资源；或者

在所述回程子帧上、所述RN使用所述半持久资源接收或者发送数据之前或者之后，RN保留所述半持久资源。

9.根据权利要求7所述的方法，其特征在于，所述RN使用所述半持久资源，且所述RN保留所述多子帧调度资源的情况下，所述方法还包括：

在位于所述回程子帧之后的由多子帧调度指示的下一个回程子帧上，所述RN使用与所述下一个回程子帧对应的HARQ进程，或者所述RN使用与所述回程子帧对应的HARQ进程。

10.根据权利要求1所述的方法，其特征在于，所述RN使用动态资源或者半持久资源接收或者发送数据包括：

RN通过混合自动重传HARQ进程使用所述动态资源或者所述半持久资源进行接收或者发送数据，其中，所述HARQ进程包括：多子帧调度指示的HARQ进程之一，或者是多子帧调度未指示的HARQ进程。

11.根据权利要求1所述的方法，其特征在于，所述多子帧调度资源指的是基站分配给所述RN的资源，用于指示所述RN在连续的多个下行回程子帧上接收数据或者在连续的多个上行回程子帧上发送数据。

12.一种中继节点RN的数据传输冲突的处理装置，其特征在于，在回程子帧上所述RN被配置有多子帧调度资源，所述处理装置包括：

获取模块，用于在所述回程子帧上获取得到动态资源或半持久资源；

第一处理模块，用于在所述回程子帧上获取得到所述动态资源的情况下，在所述回程子帧上使用所述多子帧调度资源或者所述动态资源来接收或者发送数据，或者不做任何处理；

第二处理模块，用于在所述回程子帧上获取得到所述半持久资源的情况下，在所述回程子帧上使用所述多子帧调度资源或者所述半持久资源来接收或者发送数据，或者不做任何处理。

13.根据权利要求12所述的装置，其特征在于，在所述获取得到动态资源的情况下，所述装置还包括：

第三处理模块，用于在所述回程子帧上使用所述多子帧调度资源接收或者发送数据之后，清除所述多子帧调度资源；

第四处理模块，用于在所述回程子帧上使用所述多子帧调度资源接收或者发送数据之前或者之后，保留所述多子帧调度资源；

第五处理模块，用于在所述回程子帧上使用所述动态资源接收或者发送数据之前或者之后，清除或保留所述多子帧调度资源。

14.根据权利要求12所述的装置，其特征在于，在所述获取得到半持久资源的情况下，所述装置还包括：

第六处理模块，用于在所述回程子帧上使用所述多子帧调度资源接收或者发送数据之后，清除所述多子帧调度资源；

第七处理模块，用于在所述回程子帧上使用所述多子帧调度资源接收或者发送数据之前或者之后，保留所述多子帧调度资源；

第八处理模块，用于在所述回程子帧上使用所述半持久资源接收或者发送数据之前或者之后，清除或保留所述多子帧调度资源。

15.根据权利要求14所述的装置，其特征在于，在所述获取得到半持久资源的情况下，所述装置还包括：

第九处理模块，用于在所述回程子帧上使用所述多子帧调度资源接收或者发送数据之前或者之后，清除或保留所述半持久资源；

第十处理模块，用于在所述回程子帧上使用所述半持久资源接收或者发送数据之后，清除所述半持久资源；

第十一处理模块，用于在所述回程子帧上使用所述半持久资源接收或者发送数据之前或者之后，保留所述半持久资源。

Images