WO2011047580A1

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

Info

Publication number: WO2011047580A1
Application number: PCT/CN2010/076621
Authority: WO
Inventors: 陈思; 张健; 王冠宙; 张银成
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-10-23
Filing date: 2010-09-03
Publication date: 2011-04-28
Also published as: CN102045773B; EP2482604A1; CN102045773A; EP2482604A4; US20120207083A1; US9084237B2

Description

中继节点的数据传输冲突的处理方法和装置技术领域本发明涉及通信领域，具体而言，涉及一种中继节点（Relay-Node, 简称为 RN ) 的数据传输冲突的处理方法和装置。背景技术第三代移动通信长期演进（ Long Term Evolution,简称为 LTE )系统的"演进的通用陆地无线接入网（ Evolved Universal Terrestrial Radio Access Network, 简称为 E-UTRAN, 由基站 eNB组成，因此也可以称为基站 eNB ) " 的无线接口媒体接入控制（Media Access Control, 简称为 MAC )协议层，存在调度 /优先级处理（ Scheduling/Priority handling ) 功能实体，其中，调度功能支持动态调度 ( Dynamic scheduling ) 和半持久调度 ( Semi-persistent Scheduling, 简称为 SPS ) (或称为半静态调度）。动态调度 ( Dynamic Scheduling )是指， E-UTRAN能够通过物理下行控制信道 ( Physical Downlink Control Channel , 简称为 PDCCH )上的小区无线网络临时标识（ Cell Radio Network Temporary Identifier, 简称为 C-RNTI )在每个传输时间间隔（ Transmit Time Interval, TTI,对应于一个子帧（ subframe ) ) 向用户设备 ( User Equipment, 简称为 UE )动态分配资源用于 UE接收 /发送数据，资源包括物理资源块 ( Physical Resource Block, 简称为 PRB )和调制编码方案（ Modulation and Coding Scheme, 简称为 MCS ) 等。半持久调度是指， E-UTRAN可以通过在 PDCCH上的半持久调度小区无线网络临时标识（ Semi-Persistent Scheduling C-RNTI,简称为 SPS C-RNTI ) 为 UE 分配半持久资源用于 UE 接收或者发送数据，资源包括物理资源块 PRB、调制编码方案 MCS 等。在半持久调度中， UE 的混合自动重传请求 ( Hybrid ARQ, 简称为 HARQ )首传使用半持久资源， HARQ重传使用动态调度的资源。半持久资源按照所配置的周期重复发生，在 UE被配置有半持久资源的子帧（ Subframe ), 如果 UE没有在 PDCCH上监测到其 C-RNTI, 则在相应的子帧根据半持久资源进行接收或者发送。在 UE被配置有半持久资源的子帧，如果 UE在 PDCCH上监测到其 C-RNTI, 则在相应的子帧使用 PDCCH指示的动态资源替代（Override ) 半持久资源。为了满足日益增长的大带宽高速移动接入的需求，第三代伙伴组织计划 ( Third Generation Partnership Projects, 简称为 3GPP ) 4舞出高级长期演进 ( Long-Term Evolution advance, 简称为 LTE- Advanced )标准。 LTE- Advanced 对于 LTE的演进保留了的核心，在此基础上釆用一系列技术对频域、空域进行扩充，以达到提高频谱利用率、增加系统容量等目的。无线中继（Relay ) 技术即 LTE-Advanced 中的技术之一，旨在扩展小区的覆盖范围，减少通信中的死角地区，平衡负载，转移热点地区的业务，节省终端（或称为用户设备 UE ) 的发射功率。如图 1所示，在原有的基站（Donor-eNB ) 和 UE之间增力 p—些新的中继节点，这些新增的 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专用的 SPS C-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 Control Information, 下行控制信息）格式指示的下行指配（或者上行授权）；或者， RN根据多子帧调度专用的 RNTI在 R-PDCCH上获取由现有的 DCI格式指示的下行指配（或者上行授权；)；或者， RN根据多子帧调度专用的 RNTI在 R-PDCCH上获取由多子帧调度专用的 DCI格式指示的下行指配（或者上行授权）；或者， RN获取多子帧调度专用的 MAC控制元（ Control Element, 简称 CE ) 指示的下行指配 (或者上行授权；)；或者， RN获取之前保留的用于多子帧调度的下行指配（或者上行授权）。其中，多子帧调度专用的 RNTI由 RRC信令配置。多子帧调度专用的 DCI 至少包括起始子帧的物理资源块（Physical Resource Block,简称 PRB )和调制编码方案（ Modulation and Coding Scheme, 简称 MCS )。若子帧个数事先没有通过系统预定义或 RRC信令获得则必须包括子帧个数；若后续子帧的 PRB ( MCS )与起始子帧的不同则必须包括后续子帧的 PRB ( MCS ); 若起始子帧的 process id不能根据起始子帧获得（如无子帧和 process id的对应关系；)，则必须包括起始子帧的 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在子帧 Dl、 D2、 D3接收下行数据并分别以进程 1、进程 2、进程 3处理。 RN保留所述的多子帧调度的下行指配。例如，在子帧 D1 , RN根据所述多子帧调度的下行指配接收数据并以进程 1处理首传。对于上行传输的场景， RN在子帧 D收到基站发送的多子帧调度的上行授权，该上行授权指示 RN在子帧 Ul、 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在子帧 Dl、 D2、 D3接收下行数据并分别以进程 1、进程 2、进程 3处理。若在子帧 D2之前，基站收到了 RN的反馈，表示 RN在 D1接收下行数据失败，因此基站可能在子帧 D2调度这次失败的传输的重传，动态调度可以指示 RN 使用进程 1 (多子帧调度的调度信息中指示的进程之一）接收下行数据。若基站在子帧 D2配置了半持久资源用于 RN接收下行数据，半持久调度中使用的进程与子帧有一定的对应关系，個—设子帧 D2对应使用的进程是进程 1 (多子帧调度的调度信息中指示的进程之一）。作为本发明的另一种优选实施例，上述 HARQ进程也可以是多子帧调度的调度信息中没有指示的 HARQ进程。如：在下行传输的场景中，基站通过多子帧调度指示 RN在子帧 Dl、 D2、 D3接收下行数据并分别以进程 1、进程 2、进程 3处理。若在子帧 D2基站临时有业务需要发送给 RN, 则动态调度指示 RN使用进程 4 (多子帧调度中没有的进程）接收下行数据。若基站在子帧 D2配置了半持久资源指示 RN接收下行数据，半持久调度中使用的进程与子帧有一定的对应关系，假设子帧 D2对应使用的进程是进程 4 (多子帧调度中没有的进程）。在上行传输的场景中，该动态调度（或者半持久调度）的调度信息可以与下行传输类似。下面结合附图来描述居本发明实施例的数据传输冲突的处理方法。在上行传输或下行传输的过程，假设在当前子帧出现了数据传输冲突。实施例一当多子帧调度和半持久调度出现数据传输冲突，在出现冲突的回程子帧上忽略半持久调度的下行指配（或上行授权：), 而根据多子帧调度的下行指配接收下行数据（或根据多子帧调度的上行授权发送上行数据）。考虑到半持久调度具有一定的周期性（如典型周期 20ms )，而多子帧调度是调度连续的多个子帧，两者继续冲突的可能性 4艮小，因此，保留半持久资源以及多子帧调度资源用于后续的数据传输。然后，在回程子帧之后，继续后续的多子帧调度，即在位于当前回程子帧之后的用于多子帧调度的子帧上，根据多子帧调度的下行指配接收下行数据（或多子帧调度的上行授权发送上行数据）。具体的，对于下行传输而言，如图 3所示： RN在子帧 D1接收并保留基站发送的多子帧调度的下行指配，该下行指配指示 RN在子帧 Dl、 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在子帧 Ul、 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在子帧 D1接收并保留基站发送的多子帧调度的下行指配，该下行指配指示 RN在子帧 Dl、 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在子帧 Ul、 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 根据多子帧调度、动态调度或半持久调度使用相应的资源进行数据传输，从而解决了数据传输的冲突问题，实现正常传输。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领 i或的技术人员来说，本发明可以有各种更改和变化。凡在本发明的 ^"神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

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清除或保留所述多子帧调度资源。

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所述的装置，其特征在于，在所述获取得到半持久资源的情况下，所述装置还包括：

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

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

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