CN104333908A - 数据传输方法、系统和设备 - Google Patents
数据传输方法、系统和设备 Download PDFInfo
- Publication number
- CN104333908A CN104333908A CN201310308362.2A CN201310308362A CN104333908A CN 104333908 A CN104333908 A CN 104333908A CN 201310308362 A CN201310308362 A CN 201310308362A CN 104333908 A CN104333908 A CN 104333908A
- Authority
- CN
- China
- Prior art keywords
- comp
- data
- ccn
- serving
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种数据传输方法、系统和设备，涉及无线通信领域，用于减小非理想回程链路下中心协作调度方案中的调度延迟。本发明中，CCN接收各协作基站发送的UE的信道信息，根据接收到的UE的信道信息、保存在缓存区中的CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU，将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，协作基站根据接收到的信息与该CoMP UE进行数据传输。采用本方案减小了网络侧对UE的调度时延。
Description
技术领域
本发明涉及无线通信领域，尤其涉及一种数据传输方法、系统和设备。
背景技术
为了减小小区覆盖边沿用户终端的邻区干扰，提高小区边沿用户终端的体验，长期演进增强（long term evolution-advance，LTE-A）系统采用了协作多点（Coordinated-Multiple-Point，CoMP）传输技术。协作多点传输技术是在地理位置上分离的多个传输点（Transmission Point，TP）之间的协作，并以其是否存在中心节点进行全局优化调度将CoMP技术的实现方案分为非中心协作调度和中心协作调度两种。考虑到实际网络情况，长期演进升级（Long TermEvolution-Advanced，LTE-A）版本12引入了非理想回程链路（backhaul）的CoMP场景。在非理想backhaul的中心协作调度情况下，由于CoMP终端（User Equipment，UE）的调度控制功能将由中心协作节点（CentralCoordination Node，CCN）而非该UE的服务基站（eNB）实现，而CCN与eNB间存在不可忽略的backhaul时延问题（典型的单向backhaul时延值为10ms），因此需要考虑此场景下的调度实现和传输反馈实现问题。
演进的通用陆地无线网络（Evolved Universal Terrestrial Radio AccessNetwork，E-UTRAN）的网络架构如图1所示，E-UTRAN由eNB组成。eNB完成接入网功能，与UE通过空口通信。UE与eNB之间既存在控制面连接又存在用户面连接。对于每一个附着到网络的UE，由一个移动管理实体（Mobility Management Entity，MME）为其提供服务，MME与eNB之间采用S1-MME接口相连。S1-MME接口为UE提供控制面服务，包括移动性管理和承载管理功能。
服务网关（Serving GW，S-GW）与eNB之间采用S1-U接口相连，对于每一个附着到网络的UE，有一个S-GW为其提供服务。S1-U接口为UE提供用户面服务，UE的用户面数据通过S1-U承载在S-GW和eNB之间传输。
CoMP传输是指地理位置上分离的多个传输点，协同参与为一个终端的物理下行共享信道（Physical Downlink Shared Channel，PDSCH）数据传输或者联合接收一个终端发送的物理上行共享信道（PUSCH）数据。一般来说，多个传输点可以是不同的基站下的小区，也可以是同一个基站控制小区和多个远程射频头（remote radio head，RRH）。通过多个传输点之间的协同调度、预编码、联合传输等，可以有效降低协作传输点之间的干扰，提高协作区域覆盖范围内用户，特别是协作点覆盖边缘用户的吞吐量。
协作多点传输技术可分为下行协作传输和上行联合接收。下行协作多点传输主要又分为两种传输方案：协作调度/协作波束赋形（coordinatedscheduling/coordinated beamforming，CS/CB）和联合处理（joint processing，JP）。CS/CB传输中多个传输点中的一个传输点向用户终端发送有用信号，其它传输点通过联合调度和波束赋形，尽量减小对该用户终端的干扰。联合处理方案又可以分为联合传输（joint transmission，JT）和动态传输点选择（dynamic pointselection，DPS）。JT传输中多个传输点同时向同一用户终端发送有用信号，从而增强了用户终端的接收信号。DPS传输动态切换用户终端的传输点，总是从协作传输点中选择对该用户终端最优的点传输用户终端信号。这些协作多点传输方案可以相互结合使用。还可以结合动态传输点静默（dynamic blanking，DB）方案，动态地在某些时频资源上设置某些传输点不发送信号。上行CoMP相对下行CoMP较为简单，除了一些必要的增强，基本通过网络实现方式就能实现上行协作。上行协作方式主要包括联合接收和协作调度两种。联合接收时，多个接收点接收的同一个UE的信号通过联合处理来得到输出信号。协作调度时，UE的调度决定综合考虑协作区域内多个接收点的调度情况以最小化干扰。
基站根据用户终端的信道状态信息（CSI）上报进行协作多点传输的调度过程中需要相互交换大量的信息和数据。LTE/LTE-A系统中，基站之间的信息和数据交互通过backhaul实现。Backhaul的信息传输速率和传输延时由实现backhaul的物理链路本身的性质和协议栈时延决定。实际网络中可能存在多种backhaul物理连接方式，CoMP协作调度中基站间的信息交换应该考虑理想backhaul和非理想的backhaul的情况。通常非理想backhaul传输时延可能达到10ms或更大。小区间进行协作多点调度传输时可以采用两种方式：一种是非中心协作调度，另一种是中心协作调度。
非中心调度没有中心节点进行全局优化调度。为了达到接近全局优化的结果，可能需要采用基站间迭代调度的方法，协作基站间可能需要进行多次调度信息交互，如图2所示。如果基站间backhaul时延较大，非中心调度进行多次调度信息交互会使调度时延过大，导致信道信息过时，从而影响传输性能。
而在中心协作调度场景下，则是由各协作基站把最近接收到的所有接入该基站的用户终端CSI信息传输给一个CCN，由CCN为所有协作基站的用户终端集中调度时域和频域资源，相关基站再根据CCN发送的资源调度和预编码结果为用户终端传输数据。如图3所示。
在非理想backhaul情况下，由于CCN与基站之间，各基站之间的backhaul是非理想的（典型的backhaul时延为10ms），而CCN仅具备对CoMP UE的调度控制功能。因此需要考虑该场景的数据传输架构，并针对架构考虑CCN如何获得执行调度功能的相关信息（如CCN是否需要接收肯定应答/否定应答（ACK/NACK）反馈，缓存区（buffer）信息传递等），CoMP UE的重传如何处理的问题，以解决在非理想回程场景下由CCN作为调度控制节点时的用户数据传输处理问题，帮助网络侧及时准确地实现对CoMP用户的调度决策和数据传输处理。
综上，Rel-12CoMP技术以非理想回程下的中心协作调度方案作为主要的CoMP研究场景之一。在非理想backhaul情况下，由于CCN与基站之间，各基站之间的backhaul是非理想的（典型的backhaul时延为10ms），CCN仅具备对CoMP UE的调度控制功能。若数据直连接口存在于S-GW与UE的服务基站之间（即CoMP UE的数据传输路径仍为S-GW<->服务基站<->UE），则当CCN选择服务基站之外的节点作为CoMP UE的传输点，CCN需要先通知服务基站生成媒体接入控制协议数据单元（Medium Access Control Packet Data Unit，MAC PDU），再将生成的MAC PDU数据包交互给CCN选定的传输点，这就增加了网络侧对UE的调度时延。另外，若协作节点为小小区（如本地基站（Local eNB）），而CCN为提供广覆盖的节点（如宏基站（Macro eNB）），则UE的移动可能导致UE在同CCN服务范围下的协作节点间进行频繁切换，增加切换信令开销。
发明内容
本发明实施例提供一种数据传输方法、系统和设备，用于减小非理想回程链路下中心协作调度方案中的调度延迟。
一种数据传输系统，该系统包括：中心协作节点CCN、基站、服务网关S-GW和终端；其中CCN与基站相连，基站与S-GW相连，终端与基站相连；
终端的上行数据通过基站和S-GW传输到核心网，来自核心网的下行数据通过S-GW和基站传输给终端。
一种基于所述数据传输系统的数据传输方法，该方法包括：
CCN接收各协作基站发送的用户终端UE的信道信息；
CCN根据接收到的UE的信道信息、保存在缓存区中的协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的媒体接入控制协议数据单元MAC PDU；
CCN将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，以使协作基站根据接收到的信息与该CoMP UE进行数据传输。
一种基于所述数据传输系统的数据传输方法，该方法包括：
基站向中心协作节点发送该基站下的用户终端的信道信息；
基站接收中心协作节点发送的对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU，根据该调度信息将该MAC PDU传输给该CoMP UE。
一种CCN，该CCN包括：
接收单元，用于接收各协作基站发送的用户终端UE的信道信息；
存储单元，用于存储协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息；
调度单元，用于根据接收到的UE的信道信息、保存在所述存储单元中的协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的媒体接入控制协议数据单元MAC PDU；
发送单元，用于将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，以使协作基站根据接收到的信息与该CoMP UE进行数据传输。
一种基站，该基站包括：
发送单元，用于向中心协作节点发送该基站下的用户终端的信道信息；
接收单元，用于接收中心协作节点发送的对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU；
传输单元，用于根据该调度信息将该MAC PDU传输给该CoMP UE。
本发明实施例提供的方案中，CCN接收各协作基站发送的UE的信道信息，根据接收到的UE的信道信息、保存在缓存区中的CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU，将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，协作基站根据接收到的信息与该CoMP UE进行数据传输。可见本方案中，CCN具有对CoMPUE的调度控制功能和存储CoMP UE的待传输数据的缓存区，CCN进行CoMPUE的CoMP传输调度后可以从缓存区中读取CoMP UE的待传输数据组成MAC PDU，并将调度信息和MAC PDU发送给对应的协作基站，而不需要先通知服务基站生成MAC PDU再将生成的MAC PDU交互给协作基站，从而减小了网络侧对UE的调度时延。
附图说明
图1为现有技术中的E-UTRAN网络架构示意图；
图2为现有技术中的非中心调度的信息交互示意图；
图3为现有技术中的中心调度的信息交互示意图；
图4A为本发明实施例中的系统示意图；
图4B为本发明实施例中的另一系统示意图；
图5为本发明实施例提供的方法流程示意图；
图6为本发明实施例提供的另一方法流程示意图；
图7为本发明实施例提供的CCN示意图；
图8为本发明实施例提供的基站示意图。
具体实施方式
为了减小非理想回程链路下中心协作调度方案中的调度延迟，本发明实施例提供一种数据传输系统和数据传输方法。
参见图4A和图4B，本发明实施例提供的数据传输系统，包括：中心协作节点（CCN）、基站、服务网关（S-GW）和终端；其中CCN与基站相连，基站与S-GW相连，终端与基站相连；终端的上行数据通过基站和S-GW传输到核心网，来自核心网的下行数据通过S-GW和基站传输给终端。
具体的，CCN与基站之间通过X2接口或其他接口相连，基站与S-GW之间通过S1-U接口相连，终端与基站之间建立有数据无线承载DRB。
进一步的，该系统还包括：移动性管理实体（MME）；基站与MME之间通过S1-MME接口相连，终端与基站之间建立有无线资源控制RRC连接；或者，CCN与MME之间通过S1-MME接口相连，终端与CCN之间建立有RRC连接。
参见图5，本发明实施例提供一种基于图4所示系统的数据传输方法，该方法包括以下步骤：
步骤50：CCN接收各协作基站发送的UE的信道信息；
具体的，CCN接收到的协作基站发送的UE的信道信息可以包括该协作基站下的UE上报的信道状态信息（CSI），或者包括根据该协作基站下的UE上报的CSI得到的CSI信息统计量，比如，协作基站根据UE多次上报的CSI中的预编码矩阵指示（Pre-coding Matrix Indicator，PMI）统计信道相关矩阵，将该信道相关矩阵作为用户终端的信道信息发送给CCN。
步骤51：CCN根据接收到的UE的信道信息、保存在缓存区中的CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的媒体接入控制协议数据单元（MAC PDU）；这里，CCN可以根据预先设定的调度算法进行CoMP UE的CoMP传输调度；
步骤52：CCN将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，以使协作基站根据接收到的信息与该CoMP UE进行数据传输。
具体的，保存在缓存区中的CoMP UE的待传输数据是按照如下方法获得的：
在激活协作多点传输功能后，CCN接收CoMP UE的服务基站从S-GW获得的该CoMP UE的待传输数据，将数据量不大于设定门限值的待传输数据保存在该CoMP UE对应的缓存区中。
进一步的，在后续的协作多点传输过程中，CCN接收CoMP UE的服务基站采用半静态的方式、或者动态/事件触发方式发送的该CoMP UE的待传输数据，并将该CoMP UE的待传输数据保存在该CoMP UE对应的缓存区中。
具体的，CCN接收CoMP UE的服务基站采用半静态的方式发送的该CoMPUE的待传输数据，具体实现可以如下：
CCN接收CoMP UE的服务基站每隔设定时间发送的该CoMP UE的待传输数据，发送的待传输数据的数据量与CCN中该CoMP UE对应的缓存区中未调度传输的数据量之和不超过该缓存区的数据容量；或者，
CCN每隔设定时间通知CoMP UE的服务基站发送该CoMP UE的待传输数据，以使该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据。
具体的，CCN接收CoMP UE的服务基站采用动态/事件触发方式发送的该CoMP UE的待传输数据，具体包实现可以如下：
CCN在确定该CoMP UE的缓存区中的数据量小于设定门限值时，通知该CoMP UE的服务基站发送该CoMP UE的待传输数据；CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的缓存区的数据容量；或者，
在CCN调度该CoMP UE的数据传输并通知该CoMP UE的服务基站该CoMP UE对应的调度信息后，CCN接收该服务基站在根据组包MAC PDU的大小确定调度传输的数据量大小信息后发送的对应大小的待传输数据；或者，
CCN接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，在CCN调度该CoMP UE的数据传输并通知该服务基站该CoMP UE对应的调度信息后，CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据；或者，
CCN接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，同时接收该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息，根据该删包信息执行删包操作；或者，
CCN接收CoMP UE的服务基站在该CoMP UE的更高优先级的下行或上行数据到达时发送的到达的待传输数据，在该CoMP UE的缓存区的数据溢出时，按逻辑信道优先级LCP删除该缓存区中优先级较低的数据包，并将删包信息通知给该服务基站。
具体的，CoMP UE的服务基站发送的CoMP UE的待传输数据包括：按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
具体的，非CoMP UE的待传输的数据量信息是按照如下方法获得的：CCN接收非CoMP UE的服务基站采用半静态方式、或者事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息。
具体的，CCN接收非CoMP UE的服务基站采用半静态方式发送的该非CoMP UE的待传输的数据量信息，具体实现可以如下：
CCN接收非CoMP UE的服务基站按照一定的时间周期发送的该非CoMPUE的待传输的数据量信息；或者，
CCN接收非CoMP UE的服务基站按照一定的时间周期发送的所述服务基站下CoMP UE的待传输的数据总量信息。
具体的，CCN接收非CoMP UE的服务基站采用事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息，具体实现可以如下：
CCN接收非CoMP UE的服务基站在将用户终端的信道信息上报给CCN的同时上报的该非CoMP UE的待传输的数据量信息，或者，
CCN接收非CoMP UE的服务基站在该非CoMP UE的用户数据到达导致待传输数据量信息变更时上报的该非CoMP UE的待传输的数据量信息。
进一步的，CCN在进行CoMP UE的CoMP传输调度时，仅进行CoMP UE的初始传输调度，由CoMP UE的服务基站根据CoMP UE反馈的肯定应答/否定应答（ACK/NACK）信息进行CoMP UE的重传调度。
较佳的，在由CoMP UE的服务基站根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度时：CoMP UE的服务基站根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度；或者，CCN在可能的CoMP UE数据重传时刻，不调度该CoMP UE进行初始数据传输或调度该服务基站之外的节点进行初始数据传输。
较佳的，若在CCN调度CoMP UE进行初始数据传输的同一时刻，该CoMPUE的服务基站调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
进一步的，CCN在进行CoMP UE的CoMP传输调度时，还进行CoMP UE的单点传输调度；或者，由CoMP UE的服务基站进行CoMP UE的单点传输调度。
较佳的，在由CoMP UE的服务基站进行CoMP UE的单点传输调度时，CCN接收该服务基站完成组包MAC PDU后发送的已传输数据的结束位置dataend标识，根据该data end标识确定下一次调度该CoMP UE的数据传输时传输的数据起始位置；或者，CCN与CoMP UE的服务基站协商该服务基站进行CoMP UE的单点传输调度时调度的数据量，或CCN将该服务基站进行CoMPUE的单点传输调度时调度的数据量通知给该服务基站，该服务基站根据协商或通知的数据量进行CoMP UE的单点传输调度。
进一步的，在CCN调度CoMP UE进行协作多点传输，并将该CoMP UE对应的调度信息发送给该CoMP UE的服务基站的同时，CCN将该CoMP UE的被调度数据的结束位置data end和/或对应的MAC PDU，发送给该CoMP UE的服务基站；或者，由该CoMP UE的服务基站根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置data end，以进行该CoMP UE待传输数据的组包、更新和存储。
较佳的，在CCN调度CoMP UE进行协作多点传输且调度的协作基站不是该CoMP UE的服务基站时，CCN将该CoMP UE对应的调度信息，或者该调度信息和需要传输给该CoMP UE的MAC PDU发送给该CoMP UE的服务基站。
参见图6，本发明实施例提供的针对基站侧的数据传输方法，包括以下步骤：
步骤60：基站向中心协作节点发送该基站下的用户终端的信道信息；
步骤61：基站接收中心协作节点发送的对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU，根据该调度信息将该MAC PDU传输给该CoMP UE。
进一步的，在激活协作多点传输功能后，基站将从S-GW获得的该CoMPUE的待传输数据发送给CCN。
进一步的，在后续的协作多点传输过程中，基站采用半静态的方式、或者动态/事件触发方式，将CoMP UE的待传输数据发送给CCN。
具体的，基站采用半静态的方式，将该CoMP UE的待传输数据发送给CCN，具体实现可以如下：
基站每隔设定时间将该CoMP UE的待传输数据发送给CCN，发送的待传输数据的数据量与CCN中该CoMP UE对应的缓存区中未调度传输的数据量之和不超过该缓存区的数据容量；或者，
基站接收CCN每隔设定时间发送的传输CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据。
具体的，基站采用动态/事件触发方式，将该CoMP UE的待传输数据发送给CCN，具体实现可以如下：
基站接收CCN在确定该CoMP UE的缓存区中的数据量小于设定门限值时，发送的传输该CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的缓存区的数据容量；或者，
在CCN调度该CoMP UE的数据传输并通知基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，在CCN调度该CoMP UE的数据传输并通知该基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，同时将该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息发送给CCN；或者，
当CoMP UE的比之前传输的数据的优先级更高的下行或上行数据到达时，基站将到达的待传输数据发送给CCN。
具体的，基站发送该CCN的CoMP UE的待传输数据包括：按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
进一步的，基站采用半静态方式、或者事件触发/动态方式将非CoMPUE的待传输的数据量信息通知给CCN。
具体的，基站采用半静态方式，将非CoMPUE的待传输的数据量信息通知给CCN，具体实现可以如下：
基站按照一定的时间周期将该非CoMP UE的待传输的数据量信息上报给CCN；或者，
基站按照一定的时间周期将该基站下所有非CoMP UE的待传输的数据总量信息上报给CCN。
具体的，基站采用事件触发/动态方式，将非CoMP UE的待传输的数据量信息通知给CCN，具体实现可以如下：
基站在将用户终端的信道信息上报给CCN的同时，将该非CoMP UE的待传输的数据量信息上报给CCN，或者，
基站在该非CoMP UE的用户数据到达导致待传输数据量信息变更时，将该非CoMP UE的待传输的数据量信息上报给CCN。
进一步的，基站还根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度。
具体的，基站根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度时：基站根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度。
较佳的，若在CCN调度CoMP UE进行初始数据传输的同一时刻，基站调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
进一步的，基站还进行CoMP UE的单点传输调度。
具体的，在基站进行CoMP UE的单点传输调度时，基站在完成组包MACPDU后向CCN发送已传输数据的结束位置data end标识；或者，
基站与CCN协商该基站进行CoMP UE的单点传输调度时调度的数据量，或基站接收CCN通知的该基站进行CoMP UE的单点传输调度时调度的数据量；基站根据协商或通知的数据量进行CoMP UE的单点传输调度。
较佳的，在基站接收CCN发送的对CoMP UE的调度信息的同时，基站接收CCN发送的CoMP UE的被调度数据的结束位置data end；或者，基站根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置dataend，以进行该CoMP UE待传输数据的组包、更新和存储。
下面结合具体实施例对本发明进行说明：
实施例一：
如图4A和图4B所示，一种非理想backhaul CoMP中心调度场景下的数据传输架构。该架构下，UE与核心网之间的数据传输路径为S-GW<->服务基站<->UE（即数据直连接口存在于S-GW与用户的服务基站之间），CCN具备对CoMP UE调度控制功能、数据暂存功能和对应的buffer。
此架构下，UE与核心网之间的数据传输路径仍为S-GW<->服务基站<->UE（即数据直连接口存在于S-GW与用户的服务基站之间，CCN仅具备对CoMP用户终端（CoMP用户终端是指测量集合中包括2个或更多传输点的用户终端）的调度控制功能、数据暂存功能和对应的buffer。非CoMP用户终端（非CoMP用户终端是指测量集合中仅包括1个传输点的用户终端）的调度、数据存储由其服务基站控制。
协作基站将用户终端的CSI信息、待传输数据、CoMP UE标识等信息交互给CCN，CCN根据这些信息，按照调度策略（包括LCP等）进行调度控制，选择CoMP UE的调度资源，对CoMP UE进行调度，并将调度信息、生成的对应MAC PDU交互给该终端的协作基站。CCN调度CoMP UE进行协作多点传输时，可以在由CCN通知服务基站该CoMP UE的调度信息时，同时通知对应该UE的被调度数据的结束位置data end和/或对应的MAC PDU；或者也可以由服务基站根据CCN通知的调度信息等，计算并保存CoMP UE的被调度数据的结束位置data end，以便于进行CoMP UE待传输数据的更新和存储。特别地，当CCN调度CoMP UE进行协作多点传输且调度的协作点非该UE的服务基站时，CCN将调度信息、组好的MAC PDU包信息通知给协作点，以便于协作点生成相应的PDSCH；同时也将调度信息，也可以包括MAC PDU等信息，通知给服务基站，以便于服务基站生成相应的PDCCH。对应的协作基站根据CCN的调度指示，对CoMP UE进行数据传输，并利用非CoMP资源进行不支持CoMP的终端的调度和数据传输。
CCN节点可以是OAM预配置好的（CCN可以是一个基站，也可以仅是一个部署在基站附近的、具备较强调度/数据处理能力、具备数据存储能力的独立逻辑功能实体。OAM选定CCN后，将CCN节点信息通知给该CCN管理区域内的各基站），也可以是一定区域内的各基站自主选择确定的，如一定区域内的各基站选择提供广覆盖的基站，或调度/数据计算能力、数据存储能力较强的基站为CCN节点。CCN与协助基站之间的接口可以是X2接口，或一种新接口，可以在CCN激活时即建立接口连接。若一定区域内基站自主选择确定CCN，CCN与其它协作基站建立X2连接时指示自己具有CCN功能或集中调度功能；若CCN是一个独立的逻辑功能实体，CCN与参与CoMP传输的基站建立连接时，应给予基站必要的指示，该指示表示自己仅仅是CCN、或者是一个CoMP功能节点、或者是不能作为切换目标的实体，用于避免将UE切换到该CCN、或者是一个不支持负荷均衡、小区间干扰管理、SON等功能的网络实体。
由CCN管理的对CoMP UE的调度功能，可以在CoMP UE接入网络时激活（此情况下，一旦CoMP UE接入网络，服务基站即将CSI等信息通知CCN，进一步地也可以同时通知CCN激活CoMP中心调度请求，CCN收到后即进行调度控制），也可以由服务基站或CCN根据CoMP UE位置/测量的信道质量等信息确定是否激活（此情况下，服务基站根据UE上报的信道测量信息和/或根据UE位置信息（如定位确定），确定需要进行协作多点传输时，eNB将CSI等信息通知CCN，进一步地也可以同时通知CCN激活CoMP中心调度请求，CCN收到后即进行调度控制。当然也可以由CCN根据UE上报确定是否激活中心调度功能。），也可以在CCN节点激活后即激活对CoMP UE的调度功能。
实施例二：
CCN具有数据暂存功能，具体包括CoMP UE buffer设置，CoMP UE待传输数据交互方式。
为减少backhaul时延对数据传输的影响，可以在CCN中对应每个CoMPUE设置独立的缓冲区buffer。CCN可以为每个CoMP UE设置独立的buffer用于存储该终端待传输的数据；每个CoMP UE对应在CCN的缓冲区buffer大小可以相同（如，CCN根据所有用户负荷/待传输数据量等信息按照平均值为CoMP UE设置相同的buffer大小；或者CCN预设置好固定大小的buffer，用于为CoMP UE协作多点传输提供服务），也可以不同（如，CCN根据之前一段时间内用户待传输的数据信息灵活设置对应每个用户的buffer大小，或者CCN预设置固定的、几种不同大小的buffer为CoMP UE提供服务）。CCN确定的对应每个CoMP UE的buffer大小需要通知给CoMP UE的服务基站。
在激活协作多点传输功能后，服务基站将从S-GW获得的CoMP UE的待传输数据传输给CCN，CCN为每个CoMP UE获取并保留不大于buffer大小的待传输数据；初始待传输数据交互过程可以由CCN触发，也可以由服务基站触发。在后续的协助多点传输过程中，CoMP UE的待传输数据可以采用半静态的方式交互给CCN，也可以采用动态方式/事件触发方式交互给CCN。
半静态的待传输数据交互方式可以有如下几种：
第一，服务基站每隔k ms（如10ms、20ms等）交互CoMP UE标识、该UE的待传输数据，交互的数据量与CCN buffer中未调度传输的数据量之和不超过该CoMP UE的buffer大小；进一步地，服务基站可以按照之前CCN的调度情况判断是否交互待传输数据，以及具体需要交互的数据量大小；
第二，每隔k ms CCN通知服务基站交互CoMP UE的待传输数据，并通知CoMP UE标识、具体交互的数据量大小，被通知的服务基站按照CCN指示交互信息；
动态方式/事件触发的待传输数据交互方式可以有如下几种：
第一，当CCN判断其保存的CoMP UE的buffer中的数据量小于门限值xbit（预设置门限值）时，CCN通知服务基站交互大小为y的待传输数据（x+y<=buffer大小）。若y取值预先通知给服务基站，CCN可以仅通知服务基站交互CoMP UE的待传输数据；
第二，当CCN调度CoMP UE传输，通知服务基站CoMP UE标识、调度信息等后，服务基站根据组包的MAC PDU的大小，确定调度传输的数据量大小信息（如n bit），并将对应n bit大小的待传输数据交互给CCN；
第三，当CoMP UE的下行或上行数据到达时，服务基站通知CCN数据到达，敦促CCN尽快调度该CoMP UE的数据传输；
第四，当CoMP UE的下行或上行数据到达时，服务基站通知CCN数据到达，同时交互优先级更高的RB的待传输数据给CCN以及之前交互的RB的删包信息（以防止超出CCN buffer能力），后续服务基站再将通知删除的包信息交互给CCN调度传输；
第五，当CoMP UE的下行数据到达或上行数据到达且数据优先级更高时，服务基站交互该数据流给CCN，当超出CCN buffer能力时，CCN按LCP删除优先级低的数据包，并将具体删包信息通知给服务基站，后续服务基站再将通知删除的包交互给CCN调度传输；
当服务基站交互CoMP UE的待传输数据给CCN时，交互的待传输数据可以有以下两种组成方式：
第一，按照建立的承载数量均分交互的数据流大小，即按照建立的承载RB数量，平均分配每个RB对应的传输数据量；如交互的待传输数据量总数为y，CoMP UE共建立了m个承载，则每个RB对应交互的数据量为y/m；
第二，按照逻辑信道优先级，分配每个逻辑信道对应的传输数据量；如交互的待传输数据量总数为y，优先传输逻辑信道优先级较高的RB对应的数据流，后传输逻辑信道优先级较低的RB对应的数据流。或者按照承载的优先级、QoS等参数，分配每个承载对应交互的数据量。
特别地，当服务基站的CoMP UE数据buffer溢出时，eNB可以按照现有策略（如哪些LC丢包等）进行处理，通知CCN更新数据以及具体数据信息。此外，服务基站可以采用半静态方式、事件触发方式或动态方式将非CoMP用户终端（非CoMP用户终端是指测量集合中仅包括1个传输点的用户终端）的待传输数据量信息通知给CCN，以辅助CCN确定为CoMP UE当前调度多少资源，为非CoMP UE预留多少资源。对半静态上报方式，服务基站可以按照一定的周期（如20ms）将非CoMP用户终端的待传输数据量信息上报给CCN。所述该待传输数据量信息，可以是服务基站预计的在一段时间（半静态周期）内的待传输数据量情况，也可以是上报时刻当前的实际待传输的数据信息。对事件触发上报方式或动态上报方式，服务基站可以在CSI信息上报时同时上报待传输的数据量信息，也可以在用户数据到达导致待传输数据量信息变更时触发信息上报。
实施例三：
CCN调度CoMP UE协作多点传输和单点传输（单点传输即非CoMP传输）。本方案适用于所有CoMP传输技术（DPS/DPB、CS/CB、JT），本实施例仅以CS/CB传输举例。
系统假设如下：
假定eNB1、eNB2、eNB3为CCN下的协作基站。UE1（CoMP UE，测量集合中包括基站1和基站3）、UE2的服务基站为eNB1，UE3（CoMP UE，测量集合中包括基站2和基站3）、UE4的服务基站为eNB2，UE5的服务基站为eNB3。没有标明为CoMP用户终端的为非CoMP用户终端。
步骤1：所有用户终端上报CSI信息，各基站通过backhaul把CSI信息传输给CCN。CCN从服务基站获取对应CoMP UE的待传输数据，并将其保存在对应该UE的buffer中，且CCN中保留的CoMP UE的待传输数据量大小不超过buffer大小。
用户终端向其服务基站上报CSI信息（现有技术）；协作集合（即通过一个CCN进行集中调度的基站组成的集合）内各基站接收服务用户终端CSI上报，并通过backhaul向CCN传输其每个服务用户终端的信道信息。基站向CCN传输的任意一个服务用户终端的信道信息可以包括该用户终端上报的CSI，也可以包括根据该用户终端上报的CSI得到的CSI信息统计量。CoMP UE的待传输数据、非CoMP UE的待传输数据量信息按照实施例2描述的方式交互给CCN。对上行CoMP，各基站还要上报UE的BSR、PHR信息给CCN。
步骤2：CCN根据协作基站上报的CSI信息，非CoMP用户终端待传输的数据量信息，保存在CCN buffer中的CoMP UE待传输数据等信息，确定调度信息，并将调度信息通知给协作基站。
CCN接收协作集合中每个协作基站传输的每个服务用户终端的信道信息、非CoMP用户终端待传输的数据量信息、保存在CCN buffer中的CoMP UE待传输数据等信息，根据协作集合中所有用户信息进行CoMP调度，并将调度信息通过backhaul通知给各协作基站。具体调度信息包括：CCN选择的被调度的CoMP UE，为被调度的CoMP UE各自分配的资源信息（MCS、PRB个数、PRB位置）和根据调度信息、按照逻辑信道优先级等规则为该UE组包的MACPDU，为非CoMP UE分配使用的PRB资源组（即未分配给CoMP UE使用的剩余资源，此信息不必专门通知给协作基站；以下简称为非CoMP资源），具体CoMP传输方案对应的信息标识，以及协作基站的预编码限制、CoMP传输的信号和/或干扰状态等。另外，CCN也可以在通知调度信息时，将对应该UE的被调度数据的结束位置data end通知给服务基站。此实施例中，不论CCN调度CoMP UE进行单点传输还是协作多点传输，具体的调度由CCN执行，调度资源由CCN选择。
特别地，当CCN为CoMP UE选择传输点、各CoMP UE的资源（MCS、PRB位置、PRB个数等）时，这些资源可以在一个资源使用有效周期（如20ms）内有效，也可以直到下次重新指定之前一直有效。
特别地，当CCN调度CoMP UE进行协作多点传输且调度的协作点非该UE的服务基站时，CCN将调度信息、组好的MAC PDU包信息通知给协作点；同时也将调度信息，也可以包括MAC PDU等信息，通知给服务基站。
假设CCN根据CSI、待传输数据量信息，为UE1调度eNB1下的CS/CB传输（具体调度信息还包括MCS等级为6，PRB个数为3，PRB index为0～2），基站3进行了干扰回避；为UE3调度了eNB2的单点传输（具体调度信息还包括MCS等级为3，PRB个数为1，PRB index为5）。CCN将UE1标识、对UE1的调度信息、组好包的MAC PDU1通知给eNB1，同时将干扰回避的协作基站的干扰状态信息（如表示为该CS/CB传输进行了干扰回避的eNB3的标识），通知给eNB1；CCN向eNB2通知UE3标识、对UE3的单点传输调度信息、组好包的MAC PDU2；CCN向eNB3通知可用预编码矩阵集合，用于回避对eNB1下UE1CS/CB传输的干扰。
步骤3：协作基站通过backhaul接收CCN通知的调度信息，并按照CCN的通知进行CoMP UE和非CoMP UE的调度传输。
eNB1、eNB2、eNB3分别通过backhaul接收CCN的调度信息，并根据调度信息进行CoMP UE的数据传输和非CoMP UE的调度及数据传输。
eNB1根据CCN通知的UE标识、UE调度信息、组好的MAC PDU包，确定调度用户UE1CS/CB传输和相应调度资源信息，生成PDSCH（特别地，由于CCN选择的协作点恰为UE1的服务基站，CCN也可以仅通知调度信息，由eNB1组包MAC PDU1；CCN下次调度UE1时，从MAC PDU1对应的dataend开始调度数据）；根据干扰状态信息中eNB标识确定eNB3为干扰回避基站，根据UE1最近上报的CSI信息计算该传输的预编码矩阵等信息；同时，eNB1生成对应数据的NDI信息、HARQ进程号、冗余版本号、PDSCH资源映射信息等，生成PDCCH调度UE1的CS/CB传输。在除PRB index为0～2之外的PRB资源上，eNB1可以根据UE2最近上报的CSI信息，自行调度UE2进行非CoMP传输。eNB2根据CCN通知的UE标识、UE调度信息、组好包的MAC PDU2，确定调度UE3单点传输和调度资源；根据UE3和UE4最近上报的CSI，计算该传输的预编码矩阵等信息，生成PDSCH和PDCCH，进行UE3的单点传输和UE4的非CoMP传输。eNB3根据UE5最近上报的CSI进行调度，且不使用可用预编码矩阵集合之外的预编码矩阵调度UE5的非CoMP传输。另外，服务基站可以根据CCN通知的调度信息，计算并保存CoMP UE的被调度数据的结束位置data end；或者CCN在通知调度信息时，同时将对应该UE的被调度数据的结束位置data end通知给服务基站，以便于服务基站获知数据调度传输状态。
当满足CoMP UE待传输数据交互条件时，协作基站将待传输的、定量的数据流传输给CCN，具体方法见实施例2。当满足非CoMP UE待传输数据量信息交互条件时，协作基站将待传输数据量信息交互给CCN，具体方法见实施例2。
步骤4：UE ACK/NACK反馈及重传。
UE将ACK/NACK信息反馈给各自的服务基站，服务基站根据A/N反馈确定需要重传时，利用当前时刻的非CoMP资源调度CoMP UE数据重传。即CCN仅进行CoMP UE的初始传输调度，由服务基站进行CoMP UE的重传调度。此情况下，CCN在进行新数据传输调度后，可以删除对应的数据和MACPDU。服务基站也可以根据CCN是否在可能的重传时刻调度了该CoMP UE的数据传输来决定是否进行该UE的重传调度。或者，限制CCN的传输点选择，即限制CCN在可能的CoMP UE重传时刻，不调度该CoMP UE，或调度服务基站之外的节点进行新数据传输，直至收到服务基站对该数据传输的ACK反馈。特别地，若CCN调度CoMP UE在进行新数据传输的同一时刻，服务基站调度该UE的重传，则要求UE在服务小区的同一个子帧内有两个HARQ进程（HARQ进程扩展，增加UE对应一个服务小区的HARQ进程个数）。当服务基站收到CoMP UE的ACK传输反馈时，服务基站删除数据包；当收到的是NACK反馈时，服务基站按照现有规则，利用非CoMP资源调度CoMP UE数据重传，直至数据传输成功或被丢弃。特别地，对上行CoMP来说，若有服务基站成功解码UE UL数据，则按照现有HARQ timing反馈A/N信息，否则网络侧不进行A/N反馈；若UE收到服务基站发送的ACK信息，UE认为上行传输成功；若按照HARQ timing在固定的反馈位置UE未收到服务基站发送的A/N信息和重传PDCCH，UE认为上行传输失败，按照同步非自适应机制进行重传，重传计数器加一；若按照HARQ timing在固定的反馈位置UE收到服务基站发送的重传PDCCH，UE认为上行传输失败，按照同步自适应机制进行重传，重传计数器加一。
假设各协作基站的TDD配置均为配置1，下行传输调度，eNB1在无线帧1子帧0调度UE1的CS/CB数据初始传输、UE2的非CoMP传输，eNB2在子帧0调度UE3的单点传输、UE2的非CoMP传输，eNB3在子帧0调度UE5的非CoMP传输，在子帧7UE反馈A/N给服务基站，且UE1反馈NACK给eNB1，UE4反馈NACK给eNB2，其他UE反馈ACK给各自的服务基站。则，eNB1最早可以在无线帧2的子帧1，使用该时刻的非CoMP资源调度UE1的重传（按照非CoMP UE调度重传），eNB2可以在无线帧2的子帧1，使用该时刻的非CoMP资源调度UE4的重传。进一步地，为了避免CCN和eNB1均在无线帧2的子帧1调度UE1进行新数据传输和重传，eNB1调度重传时错开CCN调度了初传的调度时刻，即eNB1可以在调度了UE1新数据传输的子帧之外的时刻进行重传调度，如无线帧2的子帧4/5/6等，进行UE1的重传调度。
本实施例中，基站的干扰状态信息是指用于表示该基站是否对CoMP用户终端的数据传输产生干扰的信息。表示为CS/CB传输进行了干扰回避的协作基站的干扰状态信息，具体可以是为CS/CB传输进行了干扰回避的协作基站的标识信息或预先约定的能够表示为CS/CB传输进行了干扰回避的协作基站的其他信息。
基站的信号状态信息是指用于表示该基站是否向CoMP用户终端发送有用信号的信息。表示向CoMP用户终端进行JT传输的协作基站的信号状态信息具体可以是向CoMP用户终端进行JT传输的协作基站的标识信息或预先约定的能够表示向CoMP用户终端进行JT传输的协作基站的其他信息。
实施例四：
CCN调度CoMP UE协作多点传输，服务基站调度CoMP UE的单点传输（单点传输即非CoMP传输）。本方案适用于所有CoMP传输技术（DPS/DPB、CS/CB、JT），本实施例仅以CS/CB传输举例。
系统假设和实施例三中相同。
步骤1：所有用户终端上报CSI信息，各基站通过backhaul把CSI信息，用户的待传输数据/数据量信息传输给CCN。具体方法同实施例3步骤1。
步骤2：CCN根据协作基站上报的CSI信息，用户终端待传输的数据/数据量信息，确定调度信息，并将调度信息通知给协作基站。具体方法同实施例3步骤2。差别仅在于：当CCN调度CoMP UE单点传输时，CCN仅通知该UE的服务基站对该UE进行单点传输，或者不通知服务小区任何调度信息，由服务基站选择该UE的调度资源，进行单点传输调度。
假设CCN根据CSI、待传输数据量信息，为UE1调度eNB1下的CS/CB传输（具体调度信息还包括MCS等级为6，PRB个数为3，PRB index为0～2），基站3进行了干扰回避；为UE3调度了eNB2的单点传输。CCN将UE1标识、对UE1的调度信息、组好包的MAC PDU1通知给eNB1，同时将干扰回避的协作基站的干扰状态信息（如表示为该CS/CB传输进行了干扰回避的eNB3的标识），通知给eNB1；CCN向eNB2通知UE3标识、通知对UE3进行单点传输调度（或CCN不通知任何调度信息）；CCN向eNB3通知可用预编码矩阵集合，用于回避对eNB1下UE1CS/CB传输的干扰。
步骤3：协作基站通过backhaul接收CCN通知的调度信息，并按照CCN的通知进行CoMP UE和非CoMP UE的调度传输。具体方法同实施例2步骤3。差别仅在于：CoMP UE的服务基站收到CCN通知对该UE的单点传输指示，或者未收到CCN通知的任何调度信息时，由服务基站对该CoMP UE进行单点调度。服务基站调度CoMP UE的单点传输时，可以有以下两种方式调度数据传输：
方式一：当服务基站调度单点传输时，服务基站按照现有的调度策略，根据UE优先级、UE实际待传输数据量等信息，为CoMP UE分配PRB资源、MCS等，并在组包相应MAC PDU后，服务基站需要将目前该CoMP UE数据传输的data end标识上报给CCN。在服务基站交互data end标识的这段时间内，CCN不调度该CoMP UE传输，以防止高层数据流乱序发送，致使接收端无法还原数据。
方式二：当服务基站调度单点传输时，服务基站根据与CCN协商好的CoMP UE单点调度的数据量（该数据量大小信息可以是服务基站和CCN之间预先商议好并交互的、一段时间内有效或在协作多点传输机制激活状态下的有效取值）、或根据CCN给定的调度数据量大小（该数据量大小可以是CCN触发某次单点传输时通知给服务基站的；该取值可以是一段时间内有效的取值，也可以是仅本次单点调度传输有效的取值）等信息，调度该CoMP UE的单点传输，而不需要再将data end标识通知给CCN。此方法下，可以进一步限制服务基站在调度时，优先保证为调度本次单点传输的该CoMP UE分配足够的、合适的传输资源，用于传输前述给定大小的单点传输调度数据量。
假设eNB1根据CCN通知的UE标识、UE调度信息、收到的MAC PDU1，确定调度用户UE1CS/CB传输和相应调度资源信息，生成PDSCH；根据干扰状态信息中eNB标识确定eNB3为干扰回避基站，根据UE1最近上报的CSI信息计算该传输的预编码矩阵等信息；同时，eNB1生成对应数据的NDI信息、HARQ进程号、冗余版本号、PDSCH资源映射信息等，生成PDCCH调度UE1的CS/CB传输。在除PRB index为0～2之外的PRB资源上，eNB1可以根据UE2最近上报的CSI信息，自行调度UE2进行非CoMP传输。eNB2根据CCN通知的UE3标识、UE3单点传输指示，或者未收到CCN通知的任何调度信息，利用UE3和UE4最近上报的CSI计算出的预编码矩阵等信息，从未调度的数据流开始（服务基站可以根据每次CCN CoMP调度的调度信息，计算并记录对应的MAC PDU和被调度数据的data end），对UE3和UE4进行非CoMP传输调度。在eNB2组包UE3的MAC PDU4后，eNB2将当前组包MAC PDU4后对应的该CoMP UE数据传输的data end标识上报给CCN。eNB3根据UE5最近上报的CSI进行调度，且不使用可用预编码矩阵集合之外的预编码矩阵调度UE5的非CoMP传输。
步骤4：UE A/N反馈及重传。具体方法同实施例3步骤4。
实施例五：CCN调度CoMP UE协作多点传输和单点传输（单点传输即非CoMP传输）。本方案适用于所有CoMP传输技术（DPS/DPB、CS/CB、JT），本实施例仅以DPS/DPB传输举例。
系统假设和实施例三中相同。
步骤1：同实施例三3的步骤1。
步骤2：具体方法类似于实施例三步骤2。
差别举例如下：假设CCN根据CSI、待传输数据量信息，调度eNB1在PRB index1～3上静默，为UE3调度了eNB2的单点传输（具体调度信息还包括MCS等级为3，PRB个数为1，PRB index为5，并且CCN根据调度信息为UE3生成MAC PDU1），调度了UE1在eNB3上的DPS/DPB传输（具体调度信息还包括MCS等级为6，PRB个数为3，PRB index为1～3，并且CCN根据调度信息为UE1生成MAC PDU2）。CCN将前述调度信息通过backhaul分别通知给各协作基站。另外，由于CoMP UE的PDCCH信息需要在服务小区上传输，CCN需要将为UE1DPS/DPB传输选定的DCI信息、协作小区信息（eNB3标识等）、UE1标识通知给eNB1，以便于eNB1生成对应的PDCCH，并获知被调度数据的结束位置data end；另外，CCN也可以同时将组好的MAC PDU2通知给eNB1，以便于eNB1进行重传调度；CCN也可以通知服务基站对应该UE的被调度数据的结束位置data end，以便于服务基站进行CoMP UE待传输数据的更新和存储。
步骤3：具体方法类似于实施例三的步骤3。
eNB1、eNB2、eNB3根据CCN通知进行调度。eNB1根据CCN通知的调度信息，确定UE1标识、DCI信息、获知被调度数据的data end等信息，确知数据调度情况，并生成相应的新数据指示NDI信息、HARQ进程号、冗余版本号、PDSCH资源映射信息，生成对应UE1传输的PDCCH；当CCN同时通知MAC PDU2时，eNB1暂存该MAC PDU，以备重传调度；eNB1根据静默信息域上的标识（eNB1标识、UE标识、PRB标识）不在CCN指示的静默资源上进行调度传输。eNB2根据CCN通知，根据UE3、UE4最新上报的CSI，进行UE3的数据传输，并调度UE4的数据传输。eNB3根据CCN通知的调度信息，确定UE1为目标用户终端，由于UE1不是本基站服务用户终端，且CCN没有通知信号状态信息（用于JT传输），确定该传输的传输点仅为本基站，读取干扰信息为eNB1的标识，确认eNB1在对应PRB资源上静默；eNB3根据UE1最新上报的CSI信息（eNB1交互获知）确定对应本基站传输，eNB1静默的预编码矩阵等信息，并根据CCN通知的MCS信息、PRB个数、PRB位置、MAC PDU1，生成对应UE1传输的PDSCH（PDSCH发送后，eNB3可以不保留对应的MAC PDU）。eNB1和eNB3需要保证对应UE1DPS/DPB传输的PDCCH和PDSCH在同一子帧下发。
步骤4：同实施例三的步骤4。
参见图7，本发明实施例提供一种CCN，该方法CCN：
接收单元70，用于接收各协作基站发送的用户终端UE的信道信息；
存储单元71，用于存储协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息；
调度单元72，用于根据接收到的UE的信道信息、保存在所述存储单元中的协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的媒体接入控制协议数据单元MAC PDU；
发送单元73，用于将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，以使协作基站根据接收到的信息与该CoMP UE进行数据传输。
进一步的，所述接收单元70还用于：按照如下方法获得CoMP UE的待传输数据：
在激活协作多点传输功能后，接收CoMP UE的服务基站从S-GW获得的该CoMP UE的待传输数据，将数据量不大于设定门限值的待传输数据保存在该CoMP UE对应的存储单元中。
进一步的，所述接收单元70还用于：
在后续的协作多点传输过程中，CCN接收CoMP UE的服务基站采用半静态的方式、或者动态/事件触发方式发送的该CoMP UE的待传输数据，并将该CoMP UE的待传输数据保存在该CoMP UE对应的存储单元中。
进一步的，所述接收单元70用于：按照如下方法接收CoMP UE的服务基站采用半静态的方式发送的该CoMP UE的待传输数据：
接收CoMP UE的服务基站每隔设定时间发送的该CoMP UE的待传输数据，发送的待传输数据的数据量与CCN中该CoMP UE对应的存储单元中未调度传输的数据量之和不超过该存储单元的数据容量；或者，
每隔设定时间通知CoMP UE的服务基站发送该CoMP UE的待传输数据，以使该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据。
进一步的，所述接收单元70用于：按照如下方法接收CoMP UE的服务基站采用动态/事件触发方式发送的该CoMP UE的待传输数据：
在确定该CoMP UE的存储单元中的数据量小于设定门限值时，通知该CoMP UE的服务基站发送该CoMP UE的待传输数据；CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的存储单元的数据容量；或者，
在调度该CoMP UE的数据传输并通知该CoMP UE的服务基站该CoMPUE对应的调度信息后，接收该服务基站在根据组包MAC PDU的大小确定调度传输的数据量大小信息后发送的对应大小的待传输数据；或者，
接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，在调度该CoMP UE的数据传输并通知该服务基站该CoMPUE对应的调度信息后，CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据；或者，
接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，同时接收该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息，根据该删包信息执行删包操作；或者，
接收CoMP UE的服务基站在该CoMP UE的更高优先级的下行或上行数据到达时发送的到达的待传输数据，在该CoMP UE的存储单元的数据溢出时，按逻辑信道优先级LCP删除该存储单元中优先级较低的数据包，并将删包信息通知给该服务基站。
进一步的，CoMP UE的服务基站发送的CoMP UE的待传输数据包括：
按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，
按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
进一步的，所述接收单元70还用于按照如下方法获得非CoMP UE的待传输的数据量信息：
接收非CoMP UE的服务基站采用半静态方式、或者事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息；或者，
接收非CoMP UE的服务基站按照一定的时间周期发送的所述服务基站下非CoMP UE的待传输的数据总量信息。
进一步的，所述接收单元70用于：按照如下方法接收非CoMP UE的服务基站采用半静态方式发送的该非CoMP UE的待传输的数据量信息：
接收非CoMP UE的服务基站按照一定的时间周期发送的该非CoMP UE的待传输的数据量信息。
进一步的，所述接收单元70用于：按照如下方法接收非CoMP UE的服务基站采用事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息：
接收非CoMP UE的服务基站在将用户终端的信道信息上报给CCN的同时上报的该非CoMP UE的待传输的数据量信息，或者，
接收非CoMP UE的服务基站在该非CoMP UE的用户数据到达导致待传输数据量信息变更时上报的该非CoMP UE的待传输的数据量信息。
进一步的，所述调度单元72在进行CoMP UE的CoMP传输调度时，仅进行CoMP UE的初始传输调度，由CoMP UE的服务基站根据CoMP UE反馈的肯定应答/否定应答ACK/NACK信息进行CoMP UE的重传调度。
进一步的，在由CoMP UE的服务基站根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度时：
所述调度单元72在可能的CoMP UE数据重传时刻，不调度该CoMP UE进行初始数据传输或调度该服务基站之外的节点进行初始数据传输；或由CoMP UE的服务基站根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度。
进一步的，若在所述调度单元72调度CoMP UE进行初始数据传输的同一时刻，该CoMP UE的服务基站调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
进一步的，所述调度单元72还用于：
在进行CoMP UE的CoMP传输调度时，还进行CoMP UE的单点传输调度；或者，由CoMP UE的服务基站进行CoMP UE的单点传输调度。
进一步的，在由CoMP UE的服务基站进行CoMP UE的单点传输调度时，所述接收单元70还用于：接收该服务基站完成组包MAC PDU后发送的已传输数据的结束位置data end标识；所述调度单元72根据该data end标识确定下一次调度该CoMP UE的数据传输时传输的数据起始位置；或者，
所述发送单元73还用于：与CoMP UE的服务基站协商该服务基站进行CoMP UE的单点传输调度时调度的数据量，或将该服务基站进行CoMP UE的单点传输调度时调度的数据量通知给该服务基站，以使该服务基站根据协商或通知的数据量进行CoMP UE的单点传输调度。
进一步的，所述发送单元73还用于：
在将该CoMP UE对应的调度信息发送给该CoMP UE的服务基站的同时，将该CoMP UE的被调度数据的结束位置data end和/或对应的MAC PDU，发送给该CoMP UE的服务基站；或者，由该CoMP UE的服务基站根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置data end，以进行该CoMP UE待传输数据的组包、更新和存储。
进一步的，所述发送单元73还用于：
在所述调度单元调度CoMP UE进行协作多点传输且调度的协作基站不是该CoMP UE的服务基站时，将该CoMP UE对应的调度信息，或者该调度信息和需要传输给该CoMP UE的MAC PDU发送给该CoMP UE的服务基站。
参见图8，本发明实施例还提供一种基站，该基站包括：
发送单元80，用于向中心协作节点发送该基站下的用户终端的信道信息；
接收单元81，用于接收中心协作节点发送的对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU；
传输单元82，用于根据该调度信息将该MAC PDU传输给该CoMP UE。
进一步的，所述发送单元80还用于：
在激活协作多点传输功能后，将从S-GW获得的该CoMP UE的待传输数据发送给CCN。
进一步的，所述发送单元80还用于：
在后续的协作多点传输过程中，采用半静态的方式、或者动态/事件触发方式，将CoMP UE的待传输数据发送给CCN。
进一步的，所述发送单元80用于：按照如下方法采用半静态的方式，将该CoMP UE的待传输数据发送给CCN：
每隔设定时间将该CoMP UE的待传输数据发送给CCN，发送的待传输数据的数据量与CCN中该CoMP UE对应的缓存区中未调度传输的数据量之和不超过该缓存区的数据容量；或者，
接收CCN每隔设定时间发送的传输CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据。
进一步的，所述发送单元80用于：按照如下方法采用动态/事件触发方式，将该CoMP UE的待传输数据发送给CCN：
接收CCN在确定该CoMP UE的缓存区中的数据量小于设定门限值时，发送的传输该CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的缓存区的数据容量；或者，
在CCN调度该CoMP UE的数据传输并通知基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，在CCN调度该CoMP UE的数据传输并通知该基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，同时将该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息发送给CCN；或者，
当CoMP UE的比之前传输的数据的优先级更高的下行或上行数据到达时，基站将到达的待传输数据发送给CCN。
进一步的，所述发送单元80发送的CoMP UE的待传输数据包括：
按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，
按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
进一步的，所述发送单元80还用于：
采用半静态方式、或者事件触发/动态方式将非CoMPUE的待传输的数据量信息通知给CCN。
进一步的，所述发送单元80用于：按照如下方法采用半静态方式，将非CoMPUE的待传输的数据量信息通知给CCN：
按照一定的时间周期将该非CoMP UE的待传输的数据量信息上报给CCN；或者，
按照一定的时间周期将所述基站下非CoMP UE的待传输的数据总量信息上报给CCN。
进一步的，所述发送单元80用于：按照如下方法采用事件触发/动态方式，将非CoMP UE的待传输的数据量信息通知给CCN：
在将用户终端的信道信息上报给CCN的同时，将该非CoMP UE的待传输的数据量信息上报给CCN，或者，
在该非CoMP UE的用户数据到达导致待传输数据量信息变更时，将该非CoMP UE的待传输的数据量信息上报给CCN。
进一步的，该基站还包括：
第一调度单元83，用于根据CoMP UE反馈的肯定应答/否定应答ACK/NACK信息进行CoMP UE的重传调度。
进一步的，所述第一调度单元83用于：
根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度。
进一步的，若在CCN调度CoMP UE进行初始数据传输的同一时刻，所述第一调度单元83调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
进一步的，该基站还包括：
第二调度单元84，用于进行CoMP UE的单点传输调度。
进一步的，所述第二调度单元84还用于：
在完成组包MAC PDU后向CCN发送已传输数据的结束位置data end标识；或者，
与CCN协商该基站进行CoMP UE的单点传输调度时调度的数据量，或基站接收CCN通知的该基站进行CoMP UE的单点传输调度时调度的数据量；根据协商或通知的数据量进行CoMP UE的单点传输调度。
进一步的，所述接收单元81还用于：
在接收CCN发送的对CoMP UE的调度信息的同时，接收CCN发送的CoMP UE的被调度数据的结束位置data end；或者，根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置data end，以进行该CoMPUE待传输数据的组包、更新和存储。
综上，本发明的有益效果包括：
本发明实施例提供的方案中，CCN接收各协作基站发送的UE的信道信息，根据接收到的UE的信道信息、保存在缓存区中的CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU，将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，协作基站根据接收到的信息与该CoMP UE进行数据传输。可见本方案中，CCN具有对CoMPUE的调度控制功能和存储CoMP UE的待传输数据的缓存区，CCN进行CoMPUE的CoMP传输调度后可以从缓存区中读取CoMP UE的待传输数据组成MAC PDU，并将调度信息和MAC PDU发送给对应的协作基站，而不需要先通知服务基站生成MAC PDU再将生成的MAC PDU交互给协作基站，从而减小了网络侧对UE的调度时延。
本发明给出了一种在基站间非理想回程链路场景下，实现协作多点传输中心协作调度的数据传输方法，该方法对现有的LTE-A架构进行了增强，可以解决在非理想回程场景下由CCN作为调度控制节点时的用户数据传输处理问题，帮助网络侧及时准确地实现对CoMP用户的调度决策和数据传输处理，减小backhaul时延对CoMP中心调度的影响。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (65)
1.一种数据传输系统，其特征在于，该系统包括：中心协作节点CCN、基站、服务网关S-GW和终端；其中CCN与基站相连，基站与S-GW相连，终端与基站相连；
终端的上行数据通过基站和S-GW传输到核心网，来自核心网的下行数据通过S-GW和基站传输给终端。
2.如权利要求1所述的系统，其特征在于，CCN与基站之间通过X2接口或其他接口相连，基站与S-GW之间通过S1-U接口相连，终端与基站之间建立有数据无线承载DRB。
3.如权利要求1或2所述的系统，其特征在于，该系统还包括：移动性管理实体MME；
基站与MME之间通过S1-MME接口相连，终端与基站之间建立有无线资源控制RRC连接；或者，CCN与MME之间通过S1-MME接口相连，终端与CCN之间建立有RRC连接。
4.一种基于权利要求1-3任一所述系统的数据传输方法，其特征在于，该方法包括：
CCN接收各协作基站发送的用户终端UE的信道信息；
CCN根据接收到的UE的信道信息、保存在缓存区中的协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的媒体接入控制协议数据单元MAC PDU；
CCN将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，以使协作基站根据接收到的信息与该CoMP UE进行数据传输。
5.如权利要求4所述的方法，其特征在于，保存在缓存区中的CoMP UE的待传输数据是按照如下方法获得的：
在激活协作多点传输功能后，CCN接收CoMP UE的服务基站从S-GW获得的该CoMP UE的待传输数据，将数据量不大于设定门限值的待传输数据保存在该CoMP UE对应的缓存区中。
6.如权利要求5所述的方法，其特征在于，进一步包括：
在后续的协作多点传输过程中，CCN接收CoMP UE的服务基站采用半静态的方式、或者动态/事件触发方式发送的该CoMP UE的待传输数据，并将该CoMP UE的待传输数据保存在该CoMP UE对应的缓存区中。
7.如权利要求6所述的方法，其特征在于，CCN接收CoMP UE的服务基站采用半静态的方式发送的该CoMP UE的待传输数据，具体包括：
CCN接收CoMP UE的服务基站每隔设定时间发送的该CoMP UE的待传输数据，发送的待传输数据的数据量与CCN中该CoMP UE对应的缓存区中未调度传输的数据量之和不超过该缓存区的数据容量；或者，
CCN每隔设定时间通知CoMP UE的服务基站发送该CoMP UE的待传输数据，以使该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据。
8.如权利要求6所述的方法，其特征在于，CCN接收CoMP UE的服务基站采用动态/事件触发方式发送的该CoMP UE的待传输数据，具体包括：
CCN在确定该CoMP UE的缓存区中的数据量小于设定门限值时，通知该CoMP UE的服务基站发送该CoMP UE的待传输数据；CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的缓存区的数据容量；或者，
在CCN调度该CoMP UE的数据传输并通知该CoMP UE的服务基站该CoMP UE对应的调度信息后，CCN接收该服务基站在根据组包MAC PDU的大小确定调度传输的数据量大小信息后发送的对应大小的待传输数据；或者，
CCN接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，在CCN调度该CoMP UE的数据传输并通知该服务基站该CoMP UE对应的调度信息后，CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据；或者，
CCN接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，同时接收该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息，根据该删包信息执行删包操作；或者，
CCN接收CoMP UE的服务基站在该CoMP UE的更高优先级的下行或上行数据到达时发送的到达的待传输数据，在该CoMP UE的缓存区的数据溢出时，按逻辑信道优先级LCP删除该缓存区中优先级较低的数据包，并将删包信息通知给该服务基站。
9.如权利要求5-8中任一所述的方法，其特征在于，CoMP UE的服务基站发送的CoMP UE的待传输数据包括：
按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，
按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
10.如权利要求4所述的方法，其特征在于，非CoMP UE的待传输的数据量信息是按照如下方法获得的：
CCN接收非CoMP UE的服务基站采用半静态方式、或者事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息。
11.如权利要求10所述的方法，其特征在于，CCN接收非CoMP UE的服务基站采用半静态方式发送的该非CoMP UE的待传输的数据量信息，具体包括：
CCN接收非CoMP UE的服务基站按照一定的时间周期发送的该非CoMPUE的待传输的数据量信息；或者，
CCN接收非CoMP UE的服务基站按照一定的时间周期发送的所述服务基站下所有非CoMP UE的待传输的数据总量信息。
12.如权利要求10所述的方法，其特征在于，CCN接收非CoMP UE的服务基站采用事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息，具体包括：
CCN接收非CoMP UE的服务基站在将用户终端的信道信息上报给CCN的同时上报的该非CoMP UE的待传输的数据量信息，或者，
CCN接收非CoMP UE的服务基站在该非CoMP UE的用户数据到达导致待传输数据量信息变更时上报的该非CoMP UE的待传输的数据量信息。
13.如权利要求4所述的方法，其特征在于，CCN在进行CoMP UE的CoMP传输调度时，仅进行CoMP UE的初始传输调度，由CoMP UE的服务基站根据CoMP UE反馈的肯定应答/否定应答ACK/NACK信息进行CoMP UE的重传调度。
14.如权利要求13所述的方法，其特征在于，在由CoMP UE的服务基站根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度时：
CoMP UE的服务基站根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度；或者，CCN在可能的CoMP UE数据重传时刻，不调度该CoMP UE进行初始数据传输或调度该服务基站之外的节点进行初始数据传输。
15.如权利要求13所述的方法，其特征在于，若在CCN调度CoMP UE进行初始数据传输的同一时刻，该CoMP UE的服务基站调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
16.如权利要求4所述的方法，其特征在于，CCN在进行CoMP UE的CoMP传输调度时，还进行CoMP UE的单点传输调度；或者，由CoMP UE的服务基站进行CoMP UE的单点传输调度。
17.如权利要求16所述的方法，其特征在于，在由CoMP UE的服务基站进行CoMP UE的单点传输调度时，进一步包括：
CCN接收该服务基站完成组包MAC PDU后发送的已传输数据的结束位置data end标识，根据该data end标识确定下一次调度该CoMP UE的数据传输时传输的数据起始位置；或者，
CCN与CoMP UE的服务基站协商该服务基站进行CoMP UE的单点传输调度时调度的数据量，或CCN将该服务基站进行CoMP UE的单点传输调度时调度的数据量通知给该服务基站，该服务基站根据协商或通知的数据量进行CoMP UE的单点传输调度。
18.如权利要求4所述的方法，其特征在于，在CCN调度CoMP UE进行协作多点传输，并将该CoMP UE对应的调度信息发送给该CoMP UE的服务基站的同时，进一步包括：
CCN将该CoMP UE的被调度数据的结束位置data end和/或对应的MACPDU，发送给该CoMP UE的服务基站；或者，由该CoMP UE的服务基站根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置dataend，以进行该CoMP UE待传输数据的组包、更新和存储。
19.如权利要求4所述的方法，其特征在于，在CCN调度CoMP UE进行协作多点传输且调度的协作基站不是该CoMP UE的服务基站时，进一步包括：
CCN将该CoMP UE对应的调度信息，或者该调度信息和需要传输给该CoMP UE的MAC PDU发送给该CoMP UE的服务基站。
20.一种基于权利要求1-3任一所述系统的数据传输方法，其特征在于，该方法包括：
基站向中心协作节点发送该基站下的用户终端的信道信息；
基站接收中心协作节点发送的对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU，根据该调度信息将该MAC PDU传输给该CoMP UE。
21.如权利要求20所述的方法，其特征在于，进一步包括：
在激活协作多点传输功能后，基站将从S-GW获得的该CoMP UE的待传输数据发送给CCN。
22.如权利要求21所述的方法，其特征在于，进一步包括：
在后续的协作多点传输过程中，基站采用半静态的方式、或者动态/事件触发方式，将CoMP UE的待传输数据发送给CCN。
23.如权利要求22所述的方法，其特征在于，基站采用半静态的方式，将该CoMP UE的待传输数据发送给CCN，具体包括：
基站每隔设定时间将该CoMP UE的待传输数据发送给CCN，发送的待传输数据的数据量与CCN中该CoMP UE对应的缓存区中未调度传输的数据量之和不超过该缓存区的数据容量；或者，
基站接收CCN每隔设定时间发送的传输CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据。
24.如权利要求22所述的方法，其特征在于，基站采用动态/事件触发方式，将该CoMP UE的待传输数据发送给CCN，具体包括：
基站接收CCN在确定该CoMP UE的缓存区中的数据量小于设定门限值时，发送的传输该CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的缓存区的数据容量；或者，
在CCN调度该CoMP UE的数据传输并通知基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，在CCN调度该CoMP UE的数据传输并通知该基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，同时将该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息发送给CCN；或者，
当CoMP UE的比之前传输的数据的优先级更高的下行或上行数据到达时，基站将到达的待传输数据发送给CCN。
25.如权利要求21-24中任一所述的方法，其特征在于，基站发送该CCN的CoMP UE的待传输数据包括：
按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，
按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
26.如权利要求20所述的方法，其特征在于，进一步包括：
基站采用半静态方式、或者事件触发/动态方式将非CoMP UE的待传输的数据量信息通知给CCN。
27.如权利要求26所述的方法，其特征在于，基站采用半静态方式，将非CoMP UE的待传输的数据量信息通知给CCN，具体包括：
基站按照一定的时间周期将该非CoMP UE的待传输的数据量信息上报给CCN；或者，
基站按照一定的时间周期将所述基站下所有非CoMP UE的待传输的数据总量信息上报给CCN。
28.如权利要求26所述的方法，其特征在于，基站采用事件触发/动态方式，将非CoMP UE的待传输的数据量信息通知给CCN，具体包括：
基站在将用户终端的信道信息上报给CCN的同时，将该非CoMP UE的待传输的数据量信息上报给CCN，或者，
基站在该非CoMP UE的用户数据到达导致待传输数据量信息变更时，将该非CoMP UE的待传输的数据量信息上报给CCN。
29.如权利要求20所述的方法，其特征在于，进一步包括：
基站根据CoMP UE反馈的肯定应答/否定应答ACK/NACK信息进行CoMP UE的重传调度。
30.如权利要求29所述的方法，其特征在于，基站根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度时：
基站根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度。
31.如权利要求29所述的方法，其特征在于，若在CCN调度CoMP UE进行初始数据传输的同一时刻，基站调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
32.如权利要求20所述的方法，其特征在于，进一步包括：
基站进行CoMP UE的单点传输调度。
33.如权利要求32所述的方法，其特征在于，在基站进行CoMP UE的单点传输调度时，进一步包括：
基站在完成组包MAC PDU后向CCN发送已传输数据的结束位置data end标识；或者，
基站与CCN协商该基站进行CoMP UE的单点传输调度时调度的数据量，或基站接收CCN通知的该基站进行CoMP UE的单点传输调度时调度的数据量；基站根据协商或通知的数据量进行CoMP UE的单点传输调度。
34.如权利要求20所述的方法，其特征在于，在基站接收CCN发送的对CoMP UE的调度信息的同时，进一步包括：
基站接收CCN发送的CoMP UE的被调度数据的结束位置data end；或者，基站根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置data end，以进行该CoMP UE待传输数据的组包、更新和存储。
35.一种CCN，其特征在于，该CCN包括：
接收单元，用于接收各协作基站发送的用户终端UE的信道信息；
存储单元，用于存储协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息；
调度单元，用于根据接收到的UE的信道信息、保存在所述存储单元中的协作多点CoMP UE的待传输数据和非CoMP UE的待传输的数据量信息，进行CoMP UE的CoMP传输调度，并生成对CoMP UE的调度信息和需要传输给该CoMP UE的媒体接入控制协议数据单元MAC PDU；
发送单元，用于将生成的调度信息和MAC PDU发送给调度的CoMP UE的协作基站，以使协作基站根据接收到的信息与该CoMP UE进行数据传输。
36.如权利要求35所述的CCN，其特征在于，所述接收单元还用于：按照如下方法获得CoMP UE的待传输数据：
在激活协作多点传输功能后，接收CoMP UE的服务基站从S-GW获得的该CoMP UE的待传输数据，将数据量不大于设定门限值的待传输数据保存在该CoMP UE对应的存储单元中。
37.如权利要求36所述的CCN，其特征在于，所述接收单元还用于：
在后续的协作多点传输过程中，CCN接收CoMP UE的服务基站采用半静态的方式、或者动态/事件触发方式发送的该CoMP UE的待传输数据，并将该CoMP UE的待传输数据保存在该CoMP UE对应的存储单元中。
38.如权利要求37所述的CCN，其特征在于，所述接收单元用于：按照如下方法接收CoMP UE的服务基站采用半静态的方式发送的该CoMP UE的待传输数据：
接收CoMP UE的服务基站每隔设定时间发送的该CoMP UE的待传输数据，发送的待传输数据的数据量与CCN中该CoMP UE对应的存储单元中未调度传输的数据量之和不超过该存储单元的数据容量；或者，
每隔设定时间通知CoMP UE的服务基站发送该CoMP UE的待传输数据，以使该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据。
39.如权利要求37所述的CCN，其特征在于，所述接收单元用于：按照如下方法接收CoMP UE的服务基站采用动态/事件触发方式发送的该CoMPUE的待传输数据：
在确定该CoMP UE的存储单元中的数据量小于设定门限值时，通知该CoMP UE的服务基站发送该CoMP UE的待传输数据；CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的存储单元的数据容量；或者，
在调度该CoMP UE的数据传输并通知该CoMP UE的服务基站该CoMPUE对应的调度信息后，接收该服务基站在根据组包MAC PDU的大小确定调度传输的数据量大小信息后发送的对应大小的待传输数据；或者，
接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，在调度该CoMP UE的数据传输并通知该服务基站该CoMPUE对应的调度信息后，CCN接收该服务基站按照CCN的通知向CCN发送该CoMP UE的待传输数据；或者，
接收CoMP UE的服务基站在CoMP UE的下行或上行数据到达时发送的数据到达的通知，同时接收该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息，根据该删包信息执行删包操作；或者，
接收CoMP UE的服务基站在该CoMP UE的更高优先级的下行或上行数据到达时发送的到达的待传输数据，在该CoMP UE的存储单元的数据溢出时，按逻辑信道优先级LCP删除该存储单元中优先级较低的数据包，并将删包信息通知给该服务基站。
40.如权利要求36-39中任一所述的CCN，其特征在于，CoMP UE的服务基站发送的CoMP UE的待传输数据包括：
按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，
按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
41.如权利要求35所述的CCN，其特征在于，所述接收单元还用于按照如下方法获得非CoMP UE的待传输的数据量信息：
接收非CoMP UE的服务基站采用半静态方式、或者事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息。
42.如权利要求41所述的CCN，其特征在于，所述接收单元用于：按照如下方法接收非CoMP UE的服务基站采用半静态方式发送的该非CoMP UE的待传输的数据量信息：
接收非CoMP UE的服务基站按照一定的时间周期发送的该非CoMP UE的待传输的数据量信息；或者，
接收非CoMP UE的服务基站按照一定的时间周期发送的所述服务基站下非CoMP UE的待传输的数据总量信息。
43.如权利要求41所述的CCN，其特征在于，所述接收单元用于：按照如下方法接收非CoMP UE的服务基站采用事件触发/动态方式发送的该非CoMP UE的待传输的数据量信息：
接收非CoMP UE的服务基站在将用户终端的信道信息上报给CCN的同时上报的该非CoMP UE的待传输的数据量信息，或者，
接收非CoMP UE的服务基站在该非CoMP UE的用户数据到达导致待传输数据量信息变更时上报的该非CoMP UE的待传输的数据量信息。
44.如权利要求35所述的CCN，其特征在于，所述调度单元在进行CoMPUE的CoMP传输调度时，仅进行CoMP UE的初始传输调度，由CoMP UE的服务基站根据CoMP UE反馈的肯定应答/否定应答ACK/NACK信息进行CoMP UE的重传调度。
45.如权利要求44所述的CCN，其特征在于，在由CoMP UE的服务基站根据CoMP UE反馈的ACK/NACK信息进行CoMP UE的重传调度时：
所述调度单元在可能的CoMP UE数据重传时刻，不调度该CoMP UE进行初始数据传输或调度该服务基站之外的节点进行初始数据传输；或由CoMPUE的服务基站根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度。
46.如权利要求44所述的CCN，其特征在于，若在所述调度单元调度CoMPUE进行初始数据传输的同一时刻，该CoMP UE的服务基站调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
47.如权利要求35所述的CCN，其特征在于，所述调度单元还用于：
在进行CoMP UE的CoMP传输调度时，还进行CoMP UE的单点传输调度；或者，由CoMP UE的服务基站进行CoMP UE的单点传输调度。
48.如权利要求47所述的CCN，其特征在于，在由CoMP UE的服务基站进行CoMP UE的单点传输调度时，所述接收单元还用于：接收该服务基站完成组包MAC PDU后发送的已传输数据的结束位置data end标识；所述调度单元根据该data end标识确定下一次调度该CoMP UE的数据传输时传输的数据起始位置；或者，
所述发送单元还用于：与CoMP UE的服务基站协商该服务基站进行CoMPUE的单点传输调度时调度的数据量，或将该服务基站进行CoMP UE的单点传输调度时调度的数据量通知给该服务基站，以使该服务基站根据协商或通知的数据量进行CoMP UE的单点传输调度。
49.如权利要求35所述的CCN，其特征在于，所述发送单元还用于：
在将该CoMP UE对应的调度信息发送给该CoMP UE的服务基站的同时，将该CoMP UE的被调度数据的结束位置data end和/或对应的MAC PDU，发送给该CoMP UE的服务基站；或者，由该CoMP UE的服务基站根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置data end，以进行该CoMP UE待传输数据的组包、更新和存储。
50.如权利要求35所述的CCN，其特征在于，所述发送单元还用于：
在所述调度单元调度CoMP UE进行协作多点传输且调度的协作基站不是该CoMP UE的服务基站时，将该CoMP UE对应的调度信息，或者该调度信息和需要传输给该CoMP UE的MAC PDU发送给该CoMP UE的服务基站。
51.一种基站，其特征在于，该基站包括：
发送单元，用于向中心协作节点发送该基站下的用户终端的信道信息；
接收单元，用于接收中心协作节点发送的对CoMP UE的调度信息和需要传输给该CoMP UE的MAC PDU；
传输单元，用于根据该调度信息将该MAC PDU传输给该CoMP UE。
52.如权利要求51所述的基站，其特征在于，所述发送单元还用于：
在激活协作多点传输功能后，将从S-GW获得的该CoMP UE的待传输数据发送给CCN。
53.如权利要求52所述的基站，其特征在于，所述发送单元还用于：
在后续的协作多点传输过程中，采用半静态的方式、或者动态/事件触发方式，将CoMP UE的待传输数据发送给CCN。
54.如权利要求53所述的基站，其特征在于，所述发送单元用于：按照如下方法采用半静态的方式，将该CoMP UE的待传输数据发送给CCN：
每隔设定时间将该CoMP UE的待传输数据发送给CCN，发送的待传输数据的数据量与CCN中该CoMP UE对应的缓存区中未调度传输的数据量之和不超过该缓存区的数据容量；或者，
接收CCN每隔设定时间发送的传输CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据。
55.如权利要求53所述的基站，其特征在于，所述发送单元用于：按照如下方法采用动态/事件触发方式，将该CoMP UE的待传输数据发送给CCN：
接收CCN在确定该CoMP UE的缓存区中的数据量小于设定门限值时，发送的传输该CoMP UE的待传输数据的通知，按照CCN的通知向CCN发送该CoMP UE的待传输数据，且发送的待传输数据的数据量与所述设定门限值之和不大于该CoMP UE的缓存区的数据容量；或者，
在CCN调度该CoMP UE的数据传输并通知基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，在CCN调度该CoMP UE的数据传输并通知该基站该CoMP UE对应的调度信息后，基站根据组包MAC PDU的大小，确定调度传输的数据量大小信息，并将对应大小的待传输数据发送给CCN；或者，
当CoMP UE的下行或上行数据到达时，基站通知CCN数据到达，同时将该CoMP UE的优先级较高的无线承载RB的待传输数据以及之前发送的优先级较低的RB对应的删包信息发送给CCN；或者，
当CoMP UE的比之前传输的数据的优先级更高的下行或上行数据到达时，基站将到达的待传输数据发送给CCN。
56.如权利要求52-55中任一所述的基站，其特征在于，所述发送单元发送的CoMP UE的待传输数据包括：
按照建立的承载RB数量，选择的每个RB对应的待传输数据；或者，
按照逻辑信道优先级，选择的每个逻辑信道对应的待传输数据。
57.如权利要求51所述的基站，其特征在于，所述发送单元还用于：
采用半静态方式、或者事件触发/动态方式将非CoMPUE的待传输的数据量信息通知给CCN。
58.如权利要求57所述的基站，其特征在于，所述发送单元用于：按照如下方法采用半静态方式，将非CoMPUE的待传输的数据量信息通知给CCN：
按照一定的时间周期将该非CoMP UE的待传输的数据量信息上报给CCN；或者，
按照一定的时间周期将所述基站下非CoMP UE的待传输的数据总量信息上报给CCN。
59.如权利要求57所述的基站，其特征在于，所述发送单元用于：按照如下方法采用事件触发/动态方式，将非CoMP UE的待传输的数据量信息通知给CCN：
在将用户终端的信道信息上报给CCN的同时，将该非CoMP UE的待传输的数据量信息上报给CCN，或者，
在该非CoMP UE的用户数据到达导致待传输数据量信息变更时，将该非CoMP UE的待传输的数据量信息上报给CCN。
60.如权利要求51所述的基站，其特征在于，该基站还包括：
第一调度单元，用于根据CoMP UE反馈的肯定应答/否定应答ACK/NACK信息进行CoMP UE的重传调度。
61.如权利要求60所述的基站，其特征在于，所述第一调度单元用于：
根据CCN是否在可能的CoMP UE数据重传时刻调度了该CoMP UE的初始数据传输来决定是否进行该CoMP UE的重传调度。
62.如权利要求60所述的基站，其特征在于，若在CCN调度CoMP UE进行初始数据传输的同一时刻，所述第一调度单元调度该CoMP UE进行数据重传，则该CoMP UE对于服务小区的同一个子帧内有至少两个混合自动重传请求HARQ进程，其中一部分HARQ进程用于传输数据传输，另一部分进程用于数据重传。
63.如权利要求51所述的基站，其特征在于，该基站还包括：
第二调度单元，用于进行CoMP UE的单点传输调度。
64.如权利要求63所述的基站，其特征在于，所述第二调度单元还用于：
在完成组包MAC PDU后向CCN发送已传输数据的结束位置data end标识；或者，
与CCN协商该基站进行CoMP UE的单点传输调度时调度的数据量，或基站接收CCN通知的该基站进行CoMP UE的单点传输调度时调度的数据量；根据协商或通知的数据量进行CoMP UE的单点传输调度。
65.如权利要求51所述的基站，其特征在于，所述接收单元还用于：
在接收CCN发送的对CoMP UE的调度信息的同时，接收CCN发送的CoMP UE的被调度数据的结束位置data end；或者，根据CCN发送的调度信息计算并保存该CoMP UE的被调度数据的结束位置data end，以进行该CoMPUE待传输数据的组包、更新和存储。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310308362.2A CN104333908B (zh) | 2013-07-22 | 2013-07-22 | 数据传输方法、系统和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310308362.2A CN104333908B (zh) | 2013-07-22 | 2013-07-22 | 数据传输方法、系统和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104333908A true CN104333908A (zh) | 2015-02-04 |
| CN104333908B CN104333908B (zh) | 2019-01-04 |
Family
ID=52408531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310308362.2A Active CN104333908B (zh) | 2013-07-22 | 2013-07-22 | 数据传输方法、系统和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104333908B (zh) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016146028A1 (en) * | 2015-03-16 | 2016-09-22 | Huawei Technologies Co., Ltd. | Methods and systems for traffic engineering with redundancy |
| CN105992191A (zh) * | 2015-03-05 | 2016-10-05 | 电信科学技术研究院 | 一种上行数据接收控制、接收、发送方法及装置 |
| WO2016206579A1 (en) * | 2015-06-26 | 2016-12-29 | Huawei Technologies Co., Ltd. | Joint radio link control (rlc) signaling with network coding |
| CN106993322A (zh) * | 2016-01-21 | 2017-07-28 | 索尼公司 | 电子设备和通信方法 |
| WO2017152719A1 (zh) * | 2016-03-10 | 2017-09-14 | 中兴通讯股份有限公司 | 一种lte系统中小区间协作的方法、装置和计算机存储介质 |
| CN107592186A (zh) * | 2016-07-08 | 2018-01-16 | 电信科学技术研究院 | 一种进行数据重传的方法和设备 |
| CN107710853A (zh) * | 2015-06-30 | 2018-02-16 | 华为技术有限公司 | 传输信息的方法和设备 |
| CN108124266A (zh) * | 2016-11-28 | 2018-06-05 | 中国移动通信有限公司研究院 | 一种上行联合接收方法及基站 |
| CN109246751A (zh) * | 2017-06-01 | 2019-01-18 | 中国电信股份有限公司 | Nbiot下设置sgw缓存时间的方法、装置和系统 |
| CN109451857A (zh) * | 2017-10-11 | 2019-03-08 | 北京小米移动软件有限公司 | 数据传输方法及装置 |
| CN109479271A (zh) * | 2016-08-15 | 2019-03-15 | 华为技术有限公司 | 数据传输方法、装置和系统 |
| WO2020156375A1 (zh) * | 2019-01-31 | 2020-08-06 | 电信科学技术研究院有限公司 | 传输处理方法、终端及网络设备 |
| WO2021031912A1 (zh) * | 2019-08-16 | 2021-02-25 | 华为技术有限公司 | 一种处理侧行链路资源的方法、装置及系统 |
| RU2755525C2 (ru) * | 2017-02-03 | 2021-09-16 | Хуавей Текнолоджиз Ко., Лтд. | СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ ПОТОКА QoS И СИСТЕМА СВЯЗИ |
| CN113518380A (zh) * | 2020-04-09 | 2021-10-19 | 维沃移动通信有限公司 | 一种上行数据处理方法和终端 |
| WO2023206227A1 (zh) * | 2022-04-28 | 2023-11-02 | 北京小米移动软件有限公司 | 冗余版本rv的指示方法、装置、通信设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101373998A (zh) * | 2007-08-20 | 2009-02-25 | 上海贝尔阿尔卡特股份有限公司 | 低信息交互的多基站协作mimo及其调度方法和装置 |
| CN101807973A (zh) * | 2010-03-19 | 2010-08-18 | 北京航空航天大学 | 用于单用户多基站协作系统的低反馈量码本的形成方法 |
| CN102355714A (zh) * | 2011-08-29 | 2012-02-15 | 华为技术有限公司 | 基站及其节能方法、控制设备和系统 |
| CN104284438A (zh) * | 2013-07-09 | 2015-01-14 | 电信科学技术研究院 | 一种协作多点传输中心调度的数据传输方法和装置及系统 |
| CN104284437A (zh) * | 2013-07-09 | 2015-01-14 | 电信科学技术研究院 | 一种协作多点传输中心调度的数据传输方法和装置及系统 |
-
2013
- 2013-07-22 CN CN201310308362.2A patent/CN104333908B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101373998A (zh) * | 2007-08-20 | 2009-02-25 | 上海贝尔阿尔卡特股份有限公司 | 低信息交互的多基站协作mimo及其调度方法和装置 |
| CN101807973A (zh) * | 2010-03-19 | 2010-08-18 | 北京航空航天大学 | 用于单用户多基站协作系统的低反馈量码本的形成方法 |
| CN102355714A (zh) * | 2011-08-29 | 2012-02-15 | 华为技术有限公司 | 基站及其节能方法、控制设备和系统 |
| CN104284438A (zh) * | 2013-07-09 | 2015-01-14 | 电信科学技术研究院 | 一种协作多点传输中心调度的数据传输方法和装置及系统 |
| CN104284437A (zh) * | 2013-07-09 | 2015-01-14 | 电信科学技术研究院 | 一种协作多点传输中心调度的数据传输方法和装置及系统 |
Cited By (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105992191A (zh) * | 2015-03-05 | 2016-10-05 | 电信科学技术研究院 | 一种上行数据接收控制、接收、发送方法及装置 |
| CN105992191B (zh) * | 2015-03-05 | 2020-03-24 | 电信科学技术研究院 | 一种上行数据接收控制、接收、发送方法及装置 |
| CN107409400A (zh) * | 2015-03-16 | 2017-11-28 | 华为技术有限公司 | 冗余流量工程的方法与系统 |
| CN107409400B (zh) * | 2015-03-16 | 2019-12-24 | 华为技术有限公司 | 冗余流量工程的方法与系统 |
| US9998355B2 (en) | 2015-03-16 | 2018-06-12 | Huawei Technologies Co., Ltd. | Methods and systems for traffic engineering with redundancy |
| WO2016146028A1 (en) * | 2015-03-16 | 2016-09-22 | Huawei Technologies Co., Ltd. | Methods and systems for traffic engineering with redundancy |
| CN107710817A (zh) * | 2015-06-26 | 2018-02-16 | 华为技术有限公司 | 具有网络编码的联合无线链路控制（rlc）信令 |
| CN107710817B (zh) * | 2015-06-26 | 2020-04-14 | 华为技术有限公司 | 具有网络编码的联合无线链路控制（rlc）信令 |
| US10230650B2 (en) | 2015-06-26 | 2019-03-12 | Huawei Technologies Co., Ltd. | Joint radio link control (RLC) signaling with network coding |
| WO2016206579A1 (en) * | 2015-06-26 | 2016-12-29 | Huawei Technologies Co., Ltd. | Joint radio link control (rlc) signaling with network coding |
| CN107710853B (zh) * | 2015-06-30 | 2020-01-03 | 华为技术有限公司 | 传输信息的方法和设备 |
| CN107710853A (zh) * | 2015-06-30 | 2018-02-16 | 华为技术有限公司 | 传输信息的方法和设备 |
| CN106993322B (zh) * | 2016-01-21 | 2022-07-01 | 索尼公司 | 电子设备和通信方法 |
| CN106993322A (zh) * | 2016-01-21 | 2017-07-28 | 索尼公司 | 电子设备和通信方法 |
| CN107182057A (zh) * | 2016-03-10 | 2017-09-19 | 中兴通讯股份有限公司 | 一种lte系统中小区间协作的方法和装置 |
| CN107182057B (zh) * | 2016-03-10 | 2022-12-02 | 中兴通讯股份有限公司 | 一种lte系统中小区间协作的方法和装置 |
| WO2017152719A1 (zh) * | 2016-03-10 | 2017-09-14 | 中兴通讯股份有限公司 | 一种lte系统中小区间协作的方法、装置和计算机存储介质 |
| US11223449B2 (en) | 2016-07-08 | 2022-01-11 | China Academy Of Telecommunications Technology | Data retransmission method and device |
| CN107592186A (zh) * | 2016-07-08 | 2018-01-16 | 电信科学技术研究院 | 一种进行数据重传的方法和设备 |
| CN109479271A (zh) * | 2016-08-15 | 2019-03-15 | 华为技术有限公司 | 数据传输方法、装置和系统 |
| CN108124266B (zh) * | 2016-11-28 | 2021-11-19 | 中国移动通信有限公司研究院 | 一种上行联合接收方法及基站 |
| CN108124266A (zh) * | 2016-11-28 | 2018-06-05 | 中国移动通信有限公司研究院 | 一种上行联合接收方法及基站 |
| US12015949B2 (en) | 2017-02-03 | 2024-06-18 | Huawei Technologies Co., Ltd. | QoS flow processing method and device, and communications system |
| RU2755525C2 (ru) * | 2017-02-03 | 2021-09-16 | Хуавей Текнолоджиз Ко., Лтд. | СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ ПОТОКА QoS И СИСТЕМА СВЯЗИ |
| CN109246751A (zh) * | 2017-06-01 | 2019-01-18 | 中国电信股份有限公司 | Nbiot下设置sgw缓存时间的方法、装置和系统 |
| CN109246751B (zh) * | 2017-06-01 | 2022-02-01 | 中国电信股份有限公司 | Nbiot下设置sgw缓存时间的方法、装置和系统 |
| CN109451857A (zh) * | 2017-10-11 | 2019-03-08 | 北京小米移动软件有限公司 | 数据传输方法及装置 |
| WO2020156375A1 (zh) * | 2019-01-31 | 2020-08-06 | 电信科学技术研究院有限公司 | 传输处理方法、终端及网络设备 |
| US11930496B2 (en) | 2019-01-31 | 2024-03-12 | Datang Mobile Communications Equipment Co., Ltd. | Method of processing transmission, terminal and network device |
| WO2021031912A1 (zh) * | 2019-08-16 | 2021-02-25 | 华为技术有限公司 | 一种处理侧行链路资源的方法、装置及系统 |
| CN113518380A (zh) * | 2020-04-09 | 2021-10-19 | 维沃移动通信有限公司 | 一种上行数据处理方法和终端 |
| WO2023206227A1 (zh) * | 2022-04-28 | 2023-11-02 | 北京小米移动软件有限公司 | 冗余版本rv的指示方法、装置、通信设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104333908B (zh) | 2019-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104333908A (zh) | 数据传输方法、系统和设备 | |
| KR101863203B1 (ko) | 피드백 정보를 전송하는 방법 및 장치 | |
| US9014171B2 (en) | Method and system for uplink interference management in heterogeneous cellular networks | |
| US10039122B2 (en) | Scheduling virtualization for mobile cloud for low latency backhaul | |
| US9258037B2 (en) | Method of managing mobility using coordinated multiple point communication | |
| KR101359557B1 (ko) | 분산 스케쥴링을 사용한 무선 시스템들에서 셀-에지 성능 관리를 위한 시스템 및 방법 | |
| US9749892B2 (en) | Periodic channel status information (CSI) reporting for enhanced interference management and traffic adaptation (EIMTA) systems with CSI subframe sets | |
| CN104349483B (zh) | 一种协作多点传输场景下的资源调度方法和装置 | |
| CN102143596B (zh) | 一种无线资源调度方法和系统 | |
| US20140342748A1 (en) | Methods and systems for scheduling communications in a co-channel network | |
| CN104284437B (zh) | 一种协作多点传输中心调度的数据传输方法和装置及系统 | |
| CN109392028B (zh) | 数据传输的方法以及设备 | |
| CN105165087A (zh) | 长期演进无线电接入网络 | |
| JP6460430B2 (ja) | 応答情報を送信するための方法、装置及びデバイス | |
| KR20170032483A (ko) | 모바일 장치 지원 협력 멀티포인트 전송 및 수신 | |
| WO2010081388A1 (zh) | 一种协同传输的方法、系统，及移动终端、网络侧设备 | |
| CN104349385A (zh) | 一种承载分流场景的数据传输方法和装置 | |
| US9468002B2 (en) | Method, system and equipment for determining transmission subframe | |
| KR101525087B1 (ko) | 다수의 셀들로부터 조정된 송신들을 위해 자원들을 할당하기 위한 장치 및 방법 | |
| CN104284438B (zh) | 一种协作多点传输中心调度的数据传输方法和装置及系统 | |
| US20230319625A1 (en) | Replication in a Wireless Communication Network | |
| CN105519157A (zh) | 小区间干扰抑制的方法及装置 | |
| CN104301935B (zh) | 一种确定子帧的方法、系统和设备 | |
| KR102654400B1 (ko) | Tdd 방식 이동 통신 시스템에서의 저지연 통신 방법 및 장치 | |
| CN106162884B (zh) | 一种资源管理方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |