CN101873631A - 一种上行数据重传的处理方法及系统 - Google Patents

Abstract

本发明公开了上行数据重传的处理方法及系统。本发明方案中，多个eNB协同进行CoMP上行传输，需要进行上行数据重传时，UE根据服务eNB的指示进行上行数据重传；非服务eNB收到服务eNB发送的与重传相关的上行调度信息时，接收UE的重传上行数据，并发送给服务eNB；未收到服务eNB发送的与重传相关的上行调度信息时，不进行与上行数据重传相关的操作，明确了服务eNB和非服务eNB的行为，能够顺利完成重传上行数据的接收，并且不需要对UE侧的上行数据传送行为进行修改，能够很好地解决多个eNB协同进行CoMP上行传输时的上行数据重传问题，易于实现，能够适应各种特殊的上行数据传送场景，对LTE系统要求的改动很少。

Description

一种上行数据重传的处理方法及系统

技术领域

本发明涉及无线通信技术，特别是指一种基于多基站(eNB，EvolvedNodeB)协同的联合多点处理(CoMP，Coordinated Multiple Point)的上行数据重传的处理方法及系统。

背景技术

第三代移动通信长期演进(LTE，Long Term Evolution)系统的演进型通用陆地无线接入网(E-UTRAN，Evolved Universal Terrestrial Radio Access Network)中，由eNB为每个用户终端(UE，User Equipment)分配资源，上下行链路的数据通过上下行共享信道传输。E-UTRAN采用的接入技术是正交频分复用(OFDM，Orthogonal Frequency Division Multiplexing)技术，E-UTRAN系统的无线资源管理与第二代移动通信系统相比，具有大带宽、多时间进程的特点，E-UTRAN系统的无线资源是以时间和频率两维出现的，能够承载的用户数量大大增加。

对于位于eNB覆盖边缘的UE，可能会同时接收到来自附近几个相邻eNB的无线信号，该UE发射的无线信号也可以被附近的多个eNB接收。在这种情况下，可以协调多个eNB同时对该UE进行上下行无线信号的联合接收和联合发送，这就是所谓的CoMP技术。利用CoMP技术及相关的信号处理技术，可以对上下行无线信号进行数据分集和空间复用，获取无线信号的增益，提高无线信号传输的可靠性和数据吞吐量。

参与CoMP的多个相邻小区可能属于同一个eNB控制，也可能属于不同eNB(Inter eNB)控制。当CoMP发生在不同eNB时，UE只在其中一个eNB的下行控制信道(PDCCH，Physical Downlink Control Channel)上接收上下行资源调度指令，也只向同一个eNB上传混合自动重传请求(HARQ，Hybrid ARQ，Hybrid Automatic Repeat Request)的反馈信息和其他测量报告信息，该eNB称为服务eNB(Serving eNB)，其他参与CoMP的eNB称为非服务eNB(Non-Serving eNB)或协作eNB(Collaborative eNB)。在多个eNB参与CoMP的情况下，为达到上下行数据联合发送、联合接收的目的，服务eNB需要将资源调度指令通过eNB间的X2接口发送给非服务eNB，从而非服务eNB能够与服务eNB在相同的时间、频率资源上向UE发送下行数据、或从UE接收上行数据，如图1所示。

E-UTRAN系统支持HARQ功能，HARQ采用N道并行进程停等方式在层1、即物理层对等实体间对传输块(TB，Transport Block)进行发送和重传，以此来提高传输块成功发送的可靠性。这些HARQ进程和HARQ实体相关联。对于LTE系统的上行数据传输，上行HARQ进程数为8个，采用同步传输机制，也就是说一个上行HARQ进程的传输或重传发生在固定时刻，接收端、即eNB预先已知传输发生的时刻，不需要额外标识HARQ进程号。

UE在eNB的HARQ反馈信道(PHICH，Physical HARQ Indicator Channel)上接收HARQ反馈信息，如ACK或者NACK。对于一个具体的上行HARQ进程，如果收到的HARQ反馈信息为NACK，并且在PDCCH上没有检测到上行调度许可(UL Grant)，则该上行HARQ进程将在下一个属于该上行HARQ进程的时刻自动非自适应重传数据，如图2A所示；如果在PDCCH上检测到上行调度许可，则该上行HARQ进程将在下一个属于该上行HARQ进程的时刻自动自适应重传数据。或者，上行HARQ进程也可根据eNB在PDCCH上下发的上行调度许可中包含的新数据标识(NDI，New Data Indication)来确定是传送新数据还是重传旧数据，数据重传时，该上行HARQ进程将在下一个属于该上行HARQ进程的时刻自动自适应重传数据，如图2B所示。

多个eNB协同进行CoMP上行传输的情况下，通常UE只在服务eNB的PHICH上接收HARQ反馈信息，并根据收到的HARQ反馈信息确定是否进行数据重传。至于需要进行上行数据重传时，非服务eNB是否参与上行数据重传以及如何参与上行数据重传，在现有的方案中并没有给出明确描述。

发明内容

有鉴于此，本发明的主要目的在于提供一种上行数据重传的处理方法及系统，明确多个eNB协同进行CoMP上行传输的情况下上行数据重传时非服务eNB的具体处理。

为达到上述目的，本发明的技术方案是这样实现的：

一种上行数据重传的处理方法，多个基站eNB协同进行联合多点处理CoMP上行传输，需要进行上行数据重传时，该方法包括：用户终端UE根据服务eNB发送的指示进行上行数据重传；非服务eNB收到服务eNB发送的与重传相关的上行调度信息时，接收UE的重传上行数据，并发送给服务eNB；未收到服务eNB发送的与重传相关的上行调度信息时，不进行与上行数据重传相关的操作。

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向UE发送NACK或上行调度许可，不向非服务eNB发送与重传相关的上行调度信息；所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE的重传上行数据。

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向非服务eNB发送与重传相关的上行调度信息，向UE发送上行调度许可；所述UE根据服务eNB发送的指示进行上行数据重传，具体为：UE根据服务eNB发送的上行调度许可对上行数据进行自适应重传；所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE和非服务eNB的重传上行数据。

所述与重传相关的上行调度信息至少包含：UE数据重传时间；所述非服务eNB接收UE的重传上行数据，具体为：非服务eNB在所述UE数据重传时间到达时，接收UE的重传上行数据。

所述需要进行上行数据重传之前，进一步包括：服务eNB向非服务eNB发送上行调度信息，该上行调度信息包含半持久调度SPS配置或传输时间间隔TTI配置。

所述上行调度信息包含SPS配置时，所述SPS配置中包含是否启动SPS以及SPS周期；所述与重传相关的上行调度信息中包含的UE数据重传时间与所述各SPS周期上的UE数据上传时间不冲突。

所述上行调度信息中包含TTI配置时，所述与重传相关的上行调度信息中进一步包含TTI配置。

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向UE发送NACK时，不向非服务eNB发送与重传相关的上行调度信息；所述UE根据服务eNB发送的指示进行上行数据重传，具体为：UE根据服务eNB发送的NACK对上行数据进行非自适应重传；所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE的重传上行数据；

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向非服务eNB发送与重传相关的上行调度信息时，向UE发送上行调度许可；所述UE根据服务eNB发送的指示进行上行数据重传，具体为：UE根据服务eNB发送的上行调度许可对上行数据进行自适应重传；所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE和非服务eNB的重传上行数据。

一种上行数据重传的处理系统，该系统包括：UE、服务eNB和至少一个非服务eNB，服务eNB和非服务eNB协同进行联合多点处理CoMP上行传输，需要进行上行数据重传时，所述UE用于根据服务eNB的指示对上行数据进行重传；所述服务eNB用于指示UE进行上行数据重传、或指示UE进行上行数据重传并向非服务eNB发送与重传相关的上行调度信息；所述非服务eNB用于收到来自服务eNB的与重传相关的上行调度信息后，接收来自UE的重传上行数据并发送至服务eNB。

所述服务eNB进一步用于：接收来自UE、或UE和非服务eNB的重传上行数据。

本发明方案中，多个eNB协同进行CoMP上行传输，需要进行上行数据重传时，UE根据服务eNB的指示进行上行数据重传；非服务eNB收到服务eNB发送的与重传相关的上行调度信息时，接收UE的重传上行数据，并发送给服务eNB；非服务eNB未收到服务eNB发送的与重传相关的上行调度信息时，不进行与上行数据重传相关的操作，明确了服务eNB和非服务eNB的行为，能够顺利完成重传上行数据的接收，并且不需要对UE侧的上行数据传送行为进行修改。

本发明中提供的各种技术方案均能够很好地解决多个eNB协同进行CoMP上行传输时的上行数据重传问题，巧妙地避开了多个eNB协同进行上行数据重传时的各种HARQ反馈和HARQ时序问题，易于实现，能够适应各种特殊的上行数据传送场景，如SPS、TTI捆绑等，对LTE系统要求的改动很少。

附图说明

图1为利用CoMP技术进行多个eNB联合处理的网络结构示意图；

图2A为LTE系统上行HARQ的非自适应重传示意图；

图2B为LTE系统上行HARQ的自适应重传示意图；

图3为本发明中实现方式一具体实施例流程示意图；

图4为本发明中实现方式二具体实施例一流程示意图；

图5为本发明中实现方式二具体实施例二流程示意图；

图6为本发明中实现方式二具体实施例三流程示意图；

图7为本发明中实现方式三具体实施例流程示意图；

图8为本发明中多个eNB协同进行CoMP上行传输的上行数据重传系统架构示意图。

具体实施方式

本发明中，多个eNB协同进行CoMP上行传输，需要进行上行数据重传时，UE根据服务eNB的指示进行上行数据重传；非服务eNB收到服务eNB发送的与重传相关的上行调度信息时，接收UE的重传上行数据，并发送给服务eNB；非服务eNB未收到服务eNB发送的与重传相关的上行调度信息时，不进行与上行数据重传相关的操作。基于以上方案，本发明的具体实现主要可以划分为三种实现方式。

实现方式一

多个eNB协同进行CoMP上行传输，需要进行上行数据重传时，上行数据重传只在服务eNB与UE之间进行，非服务eNB不参与重传上行数据的接收和处理。非服务eNB不需要获知有上行数据重传发生，也不需要参与重传上行数据的接收及向服务eNB的转发。此时，相当于CoMP暂时被取消，只有服务eNB接收重传上行数据，处于单eNB的上行数据接收场景。上行数据重传结束，准备接收下一新传的上行数据时，服务eNB向非服务eNB发送上行调度信息，非服务eNB根据收到的上行调度信息参与新传的上行数据的接收和处理，处于多eNB协同进行CoMP的上行数据接收场景。

这种实现方式易于实现，对现有LTE系统没有改动要求。考虑到CoMP本身就能够大大降低上行数据重传发生的几率；同时考虑到如果首传上行数据、即第一次传输的新上行数据采用CoMP依然传输失败，那么非服务eNB的接收分集对上行数据重传所能提供的增益可能非常有限，因此，在上行数据重传时取消CoMP将是一种合理的选择。

图3为本发明中实现方式一具体实施例流程示意图，如图3所示，具体实现过程包括以下步骤：

步骤101：服务eNB在准备好上行数据调度以后，将上行调度信息通过eNB间的X2接口发送给非服务eNB，该上行调度信息中包含UE数据上传时间、上行调度许可内容等信息。

非服务eNB收到上行调度信息后，根据该上行调度信息中包含的UE数据上传时间确定接收UE的首传上行数据的时间，并根据上行调度信息确定UE首传上行数据所使用的频率资源。

步骤102：服务eNB在PDCCH上向UE下发首传上行数据的上行调度许可。

步骤103：UE检测到上行调度许可后，UE数据上传时间到达时在上行共享信道(UL-SCH，UpLink Shared Channel)上发送首传上行数据，服务eNB和非服务eNB在相同的时频资源上共同接收UE的首传上行数据。

步骤104：非服务eNB将收到的UE的首传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的首传上行数据进行联合解码。

步骤105：如果UE的首传上行数据未成功接收，服务eNB将向UE发送HARQ反馈信息NACK或上行调度许可，要求UE进行上行数据重传，服务eNB并不通知非服务eNB有上行数据重传即将发生，因此，非服务eNB不参与重传上行数据的接收。

步骤106：UE检测到NACK或上行调度许可后，将根据NACK或上行调度许可进行上行数据重传，重传上行数据由服务eNB单独接收并处理。

如果重传上行数据仍然接收不成功，则重复步骤105和步骤106，直至相应的上行数据成功接收或达到重传次数上限。此过程中，始终由服务eNB独自接收并处理UE的重传上行数据。

实现方式二

多个eNB协同进行CoMP上行传输，需要进行上行数据重传时，上行数据重传在服务eNB与UE、及非服务eNB与UE之间进行，即非服务eNB参与重传上行数据的接收和处理。服务eNB需要通知非服务eNB进行上行数据重传的时间、上行数据重传所采用的调制和编码信息(MCS，Modulation and CodingScheme)等信息，但是，非服务eNB不区分收到的上行数据是首传上行数据还是重传上行数据，其处理方式完全与接收首传上行数据相同。

由于服务eNB和非服务eNB之间的通信需要时间，非服务eNB参与上行数据重传可能会无法满足上行HARQ非自适应重传的时序要求，因此，这种实现方式下可只考虑自适应重传，也就是说，服务eNB需要通过在PDCCH上向UE下发上行调度许可，来指示UE对上行数据进行自适应重传。

图4为本发明中实现方式二具体实施例一流程示意图，如图4所示，具体实现过程包括以下步骤：

步骤201：服务eNB在准备好上行数据调度以后，将上行调度信息通过eNB间的X2接口发送给非服务eNB，该上行调度信息中包含UE数据上传时间、上行调度许可内容等信息。

非服务eNB收到上行调度信息后，根据该上行调度信息中包含的UE数据上传时间确定接收UE的首传上行数据的时间，并根据上行调度信息确定UE首传上行数据所使用的频率资源。

步骤202：服务eNB在PDCCH上向UE下发首传上行数据的上行调度许可。

步骤203：UE检测到上行调度许可后，UE数据上传时间到达时在UL-SCH上发送首传上行数据，服务eNB和非服务eNB在相同的时频资源上共同接收UE的首传上行数据。

步骤204：非服务eNB将收到的UE的首传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的首传上行数据进行联合解码。

步骤205：如果UE的首传上行数据未成功接收，服务eNB向非服务eNB发送与重传相关的上行调度信息，该上行调度信息中包含UE数据重传时间、上行调度许可内容、MCS等信息。

非服务eNB收到与重传相关的上行调度信息后，根据该上行调度信息中包含的UE数据重传时间确定接收UE的重传上行数据的时间，根据上行调度信息确定UE首传上行数据所使用的频率资源，根据该上行调度信息中包含的MCS确定重传上行数据所采用的MCS。

后续处理中，对于非服务eNB而言，对收到的上行数据并不需要区分是首传上行数据还是重传上行数据，在UE数据重传时间接收来自UE的上行数据，非服务eNB对收到的上行数据的处理与首传上传数据的处理完全相同。

步骤206：服务eNB在PDCCH上下发上行调度许可，要求UE进行上行数据重传。

步骤207：UE检测到上行调度许可后，UE数据重传时间到达时进行上行数据重传，在UL-SCH上对对应上行数据进行自适应重传，服务eNB和非服务eNB在相同的时频资源上共同接收UE的重传上行数据。

步骤208：非服务eNB将收到的UE的重传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的重传上行数据进行联合解码。非服务eNB向服务eNB发送重传上行数据之前，可以根据MCS对重传上行数据进行解调制。非服务eNB是否对收到的重传上行数据进行解调制与LTE系统的具体实现有关。

非服务eNB对收到的上行数据并不需要区分是首传上行数据还是重传上行数据，在UE数据重传时间接收来自UE的上行数据，非服务eNB对收到的上行数据的处理与首传上传数据的处理完全相同。

如果重传上行数据仍然接收不成功，则重复步骤205～步骤208，直至相应的上行数据成功接收或达到重传次数上限。

图5为本发明中实现方式二具体实施例二流程示意图，如图5所示，本实施例中，在多个eNB协同进行CoMP上行传输时采用半持久调度(SPS，Semi-Persistent Scheduling)，具体实现过程包括以下步骤：

步骤301：服务eNB在准备好上行数据调度以后，将上行调度信息通过eNB间的X2接口发送给非服务eNB，该上行调度信息中包含上行调度许可内容、SPS配置等信息。SPS用于资源调度呈周期性的数据传输。所述SPS配置中包含是否启动SPS以及SPS周期。

非服务eNB收到上行调度信息后，根据该上行调度信息中包含的SPS配置获取SPS周期，并根据SPS配置获取各SPS周期上的UE数据上传时间、即非服务eNB接收UE的首传上行数据的时间，并根据上行调度信息确定UE首传上行数据所使用的频率资源。

步骤302：服务eNB在PDCCH上向UE下发首传上行数据的SPS上行调度许可(SPS UL Grant)。

步骤303：UE检测到SPS上行调度许可后，当前SPS周期的UE数据上传时间到达时在UL-SCH上发送首传上行数据，服务eNB和非服务eNB在相同的时频资源上共同接收UE的首传上行数据。

步骤304：非服务eNB将收到的UE的首传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的首传上行数据进行联合解码。

步骤305：如果UE的首传上行数据未成功接收，服务eNB向非服务eNB发送与重传相关的上行调度信息，该上行调度信息中包含UE数据重传时间、上行调度许可内容、MCS等信息。服务eNB在确定UE数据重传时间时，需要使UE数据重传时间与SPS周期上的UE数据上传时间不冲突。

非服务eNB收到与重传相关的上行调度信息后，根据该上行调度信息中包含的UE数据重传时间确定接收UE的重传上行数据的时间，根据上行调度信息确定UE首传上行数据所使用的频率资源，根据该上行调度信息中包含的MCS确定重传上行数据所采用的MCS。

后续处理中，对于非服务eNB而言，对收到的上行数据的处理与首传上行数据的动态调度处理完全相同，在UE数据重传时间接收来自UE的上行数据。由于有SPS配置，在SPS周期上的UE数据上传时间，非服务eNB自动接收UE的上行数据，并转发至服务eNB。

步骤306：服务eNB在PDCCH上下发上行调度许可，要求UE进行上行数据重传。

步骤307：UE检测到上行调度许可后，UE数据重传时间到达时进行上行数据重传，在UL-SCH上对对应上行数据进行自适应重传，服务eNB和非服务eNB在相同的时频资源上共同接收UE的重传上行数据。

步骤308：非服务eNB将收到的UE的重传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的重传上行数据进行联合解码。

对于非服务eNB而言，对收到的上行数据的处理与首传上行数据的动态调度处理完全相同，在UE数据重传时间接收来自UE的上行数据并向服务eNB转发。

如果重传上行数据仍然接收不成功，则重复步骤305～步骤308，直至相应的上行数据成功接收或达到重传次数上限。

图6为本发明中实现方式二具体实施例三流程示意图，如图6所示，本实施例中，在多个eNB协同进行CoMP上行传输时采用传输时间间隔捆绑(TTIBundling，Transmission Time Interval Bundling)，具体实现过程包括以下步骤：

步骤401：服务eNB在准备好上行数据调度以后，将上行调度信息通过eNB间的X2接口发送给非服务eNB，该上行调度信息中包含UE数据上传时间、上行调度许可内容、TTI配置等信息。

非服务eNB收到上行调度信息后，根据该上行调度信息中包含的UE数据上传时间确定接收UE的首传上行数据的时间，根据该上行调度信息中包含的TTI配置获取TTI的相关信息，并根据上行调度信息确定UE首传上行数据所使用的频率资源。

步骤402：服务eNB在PDCCH上向UE下发首传上行数据的TTI上行调度许可(TTI UL Grant)。

步骤403：UE检测到TTI上行调度许可后，UE数据上传时间到达时在UL-SCH上发送首传上行数据，服务eNB和非服务eNB在相同的时频资源上共同接收UE的首传上行数据。

步骤404：非服务eNB将收到的UE的首传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的首传上行数据进行联合解码。

步骤405：如果UE的首传上行数据未成功接收，服务eNB向非服务eNB发送与重传相关的上行调度信息，该上行调度信息中包含UE数据重传时间、上行调度许可内容、MCS等信息。如果非服务eNB不存储TTI配置，则与重传相关的上行调度信息中还需包含TTI配置。TTI配置只在非服务eNB接收无线接口数据时才使用。

非服务eNB收到与重传相关的上行调度信息后，根据该上行调度信息中包含的UE数据重传时间确定接收UE的重传上行数据的时间，根据上行调度信息确定UE首传上行数据所使用的频率资源，根据该上行调度信息中包含的MCS确定重传上行数据所采用的MCS。

步骤406：服务eNB在PDCCH上下发上行调度许可，要求UE进行上行数据重传。

步骤407：UE检测到上行调度许可后，UE数据重传时间到达时进行上行数据重传，在UL-SCH上对对应上行数据进行自适应重传，服务eNB和非服务eNB在相同的时频资源上共同接收UE的重传上行数据。

步骤408：非服务eNB将收到的UE的重传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的重传上行数据进行联合解码。

对于非服务eNB而言，对收到的上行数据的处理与首传上行数据的处理完全相同，在UE数据重传时间接收来自UE的上行数据并向服务eNB转发。

如果重传上行数据仍然接收不成功，则重复步骤405～步骤408，直至相应的上行数据成功接收或达到重传次数上限。

实现方式三

服务eNB利用NACK指示UE对上行数据进行非自适应重传时，非服务eNB不参与重传上行数据的接收；服务eNB利用上行调度许可指示UE对上行数据进行自适应重传时，非服务eNB参与重传上行数据的接收，其处理方式完全与接收首传上行数据相同。服务eNB需要通知非服务eNB进行上行数据重传的时间、上行数据重传所采用的MCS等信息。实现方式三中服务eNB利用NACK或上行调度许可确定UE对上行数据进行非自适应重传或自适应重传。

图7为本发明中实现方式三具体实施例流程示意图，如图7所示，具体实现过程包括以下步骤：

步骤501：服务eNB在准备好上行数据调度以后，将上行调度信息通过eNB间的X2接口发送给非服务eNB，该上行调度信息中包含UE数据上传时间、上行调度许可内容等信息。

非服务eNB收到上行调度信息后，根据该上行调度信息中包含的UE数据上传时间确定接收UE的首传上行数据的时间，并根据上行调度信息确定UE首传上行数据所使用的频率资源。

步骤502：服务eNB在PDCCH上向UE下发首传上行数据的上行调度许可。

步骤503：UE检测到上行调度许可后，UE数据上传时间到达时在UL-SCH上发送首传上行数据，服务eNB和非服务eNB在相同的时频资源上共同接收UE的首传上行数据。

步骤504：非服务eNB将收到的UE的首传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的首传上行数据进行联合解码。

步骤505：如果UE的首传上行数据未成功接收，服务eNB将向UE发送NACK，要求UE进行上行数据重传。由于服务eNB要求UE对上行数据进行非自适应重传，因此，服务eNB并不通知非服务eNB有上行数据重传即将发生，这样，非服务eNB将不参与重传上行数据的接收。

步骤506：UE检测到NACK后，根据NACK对上行数据进行非自适应重传，重传上行数据由服务eNB单独接收并处理。

步骤507：如果UE的重传上行数据仍未成功接收，服务eNB决定对上行数据进行非自适应重传或自适应重传，以下以自适应重传为例。服务eNB向非服务eNB发送与重传相关的上行调度信息，该上行调度信息中包含UE数据重传时间、上行调度许可内容、MCS等信息。

非服务eNB收到与重传相关的上行调度信息后，根据该上行调度信息中包含的UE数据重传时间确定接收UE的重传上行数据的时间，根据上行调度信息确定UE首传上行数据所使用的频率资源，根据该上行调度信息中包含的MCS确定重传上行数据所采用的MCS。

步骤508：服务eNB在PDCCH上下发上行调度许可，要求UE进行上行数据重传。

步骤509：UE检测到上行调度许可后，UE数据重传时间到达时进行上行数据重传，在UL-SCH上对对应上行数据进行自适应重传，服务eNB和非服务eNB在相同的时频资源上共同接收UE的重传上行数据。

步骤510：非服务eNB将收到的UE的重传上行数据通过X2接口转发到服务eNB，在服务eNB处对UE的重传上行数据进行联合解码。

非服务eNB对收到的上行数据并不需要区分是首传上行数据还是重传上行数据，在UE数据重传时间接收来自UE的上行数据，非服务eNB对收到的上行数据的处理与首传上传数据的处理完全相同。

如果重传上行数据仍然接收不成功，则重复步骤507～步骤510，直至相应的上行数据成功接收或达到重传次数上限。

实现方式一和实现方式三同样适用于SPS、TTI捆绑等上行数据传送场景，具体实现基本相同，在此不再赘述。

对于上述各实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。

图8为本发明中多个eNB协同进行CoMP上行传输的上行数据重传系统架构示意图，如图8所示，该系统包括UE、服务eNB和至少一个非服务eNB，服务eNB和非服务eNB协同进行联合多点处理CoMP上行传输，

UE用于根据服务eNB的指示对上行数据进行重传；服务eNB用于指示UE进行上行数据重传、或指示UE进行上行数据重传并向非服务eNB发送与重传相关的上行调度信息；非服务eNB用于收到来自服务eNB的与重传相关的上行调度信息后，接收来自UE的重传上行数据并发送至服务eNB。服务eNB进一步用于接收来自UE、或UE和非服务eNB的重传上行数据。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种上行数据重传的处理方法，多个基站eNB协同进行联合多点处理CoMP上行传输，需要进行上行数据重传时，其特征在于，该方法包括：

用户终端UE根据服务eNB发送的指示进行上行数据重传；

非服务eNB收到服务eNB发送的与重传相关的上行调度信息时，接收UE的重传上行数据，并发送给服务eNB；未收到服务eNB发送的与重传相关的上行调度信息时，不进行与上行数据重传相关的操作。

2.根据权利要求1所述的方法，其特征在于，

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向UE发送NACK或上行调度许可，不向非服务eNB发送与重传相关的上行调度信息；

所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE的重传上行数据。

3.根据权利要求1所述的方法，其特征在于，

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向非服务eNB发送与重传相关的上行调度信息，向UE发送上行调度许可；

所述UE根据服务eNB发送的指示进行上行数据重传，具体为：UE根据服务eNB发送的上行调度许可对上行数据进行自适应重传；

所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE和非服务eNB的重传上行数据。

4.根据权利要求3所述的方法，其特征在于，

所述与重传相关的上行调度信息至少包含：UE数据重传时间；

所述非服务eNB接收UE的重传上行数据，具体为：非服务eNB在所述UE数据重传时间到达时，接收UE的重传上行数据。

5.根据权利要求3或4所述的方法，其特征在于，所述需要进行上行数据重传之前，进一步包括：服务eNB向非服务eNB发送上行调度信息，该上行调度信息包含半持久调度SPS配置或传输时间间隔TTI配置。

6.根据权利要求5所述的方法，其特征在于，

所述上行调度信息包含SPS配置时，所述SPS配置中包含是否启动SPS以及SPS周期；

所述与重传相关的上行调度信息中包含的UE数据重传时间与所述各SPS周期上的UE数据上传时间不冲突。

7.根据权利要求5所述的方法，其特征在于，所述上行调度信息中包含TTI配置时，所述与重传相关的上行调度信息中进一步包含TTI配置。

8.根据权利要求1所述的方法，其特征在于，

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向UE发送NACK时，不向非服务eNB发送与重传相关的上行调度信息；所述UE根据服务eNB发送的指示进行上行数据重传，具体为：UE根据服务eNB发送的NACK对上行数据进行非自适应重传；所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE的重传上行数据；

所述UE根据服务eNB发送的指示进行上行数据重传之前，进一步包括：服务eNB向非服务eNB发送与重传相关的上行调度信息时，向UE发送上行调度许可；所述UE根据服务eNB发送的指示进行上行数据重传，具体为：UE根据服务eNB发送的上行调度许可对上行数据进行自适应重传；所述UE根据服务eNB发送的指示进行上行数据重传之后，进一步包括：服务eNB接收来自UE和非服务eNB的重传上行数据。

9.一种上行数据重传的处理系统，该系统包括：UE、服务eNB和至少一个非服务eNB，服务eNB和非服务eNB协同进行联合多点处理CoMP上行传输，需要进行上行数据重传时，其特征在于，

所述UE用于根据服务eNB的指示对上行数据进行重传；

所述服务eNB用于指示UE进行上行数据重传、或指示UE进行上行数据重传并向非服务eNB发送与重传相关的上行调度信息；

所述非服务eNB用于收到来自服务eNB的与重传相关的上行调度信息后，接收来自UE的重传上行数据并发送至服务eNB。

10.根据权利要求9所述的系统，其特征在于，所述服务eNB进一步用于：接收来自UE、或UE和非服务eNB的重传上行数据。

Images