专利名称：一种上行数据重传的处理方法及系统的制作方法
技术领域：
本发明涉及无线通信技术，特别是指一种基于多基站(eNB，EvolvedNodeB)协同 的联合多点处理(CoMP，Coordinated Multiple Point)的上行数据重传的处理方法及系 统。
背景技术：
第三代移动通信长期演进(LTE，Long Term Evolution)系统的演进型通用陆地无
(E-UTRAN,Evolved Universal Terrestrial Radio Access Network)巾，由 eNB 为每个用户终端(UE，User Equipment)分配资源，上下行链路的数据通过上下行共享信道 传输。E-UTRAN采用的接入技术是正交频分复用(0FDM，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
4上检测到上行调度许可，则该上行HARQ进程将在下一个属于该上行HARQ进程的时刻自动 自适应重传数据。或者，上行HARQ进程也可根据eNB在PDCCH上下发的上行调度许可中包 含的新数据标识(NDI，New Data Indication)来确定是传送新数据还是重传旧数据，数据 重传时，该上行HARQ进程将在下一个属于该上行HARQ进程的时刻自动自适应重传数据，如 图2B所示。多个e NB协同进行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 发送的指示进行上行数据重传，具体为-M根据服务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 ^fn 息。非服务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等 fn息ο非服务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的重传上 行数据。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
一种上行数据重传的处理方法，多个基站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的重传上行数据。
全文摘要
本发明公开了上行数据重传的处理方法及系统。本发明方案中，多个eNB协同进行CoMP上行传输，需要进行上行数据重传时，UE根据服务eNB的指示进行上行数据重传；非服务eNB收到服务eNB发送的与重传相关的上行调度信息时，接收UE的重传上行数据，并发送给服务eNB；未收到服务eNB发送的与重传相关的上行调度信息时，不进行与上行数据重传相关的操作，明确了服务eNB和非服务eNB的行为，能够顺利完成重传上行数据的接收，并且不需要对UE侧的上行数据传送行为进行修改，能够很好地解决多个eNB协同进行CoMP上行传输时的上行数据重传问题，易于实现，能够适应各种特殊的上行数据传送场景，对LTE系统要求的改动很少。
文档编号H04W28/04GK101873631SQ20091008305
公开日2010年10月27日 申请日期2009年4月27日 优先权日2009年4月27日
发明者张健, 戴谦, 王冠宙, 陈思 申请人:中兴通讯股份有限公司