专利名称：一种协同传输数据的方法及系统的制作方法
技术领域：
本发明涉及通信领域，具体地，涉及一种协同传输数据的方法及系统。
背景技术：
随着LTE-A(Long-Term Evolution Advanced，简称为 LTE-A)需求的提出，人们 对小区平均频谱效率和小区边缘频谱效率越来越重视，相比较而言，小区边缘的频谱效率 最受人们关注，这主要是因为LTE-A系统的上下行都是以OFDM (Orthogonal Frequency Division Multiplexing，简称为OFDM)(或者以OFDM的某种变形)为基本多址复用方式的 频分系统，与传统的以CDMA (Code-Division Multiple Access，简称为CDMA)为基本多址复 用方式的无线通信系统不同，LTE-A系统没有处理增益，小区内部因为完全频分正交，所以 几乎没有干扰问题，但在小区边缘处的干扰处理相对棘手。小区边缘用户距离多个相邻小 区的天线距离相差不大，最易受到干扰而影响性能。若能够利用多个小区的不同天线为小 区边缘的用户同时提供服务，则不但避免了小区间的干扰，还能充分发挥多天线增加空间 维的信息，使得系统的容量和性能得到大幅提升。协同多点传输正是在这个背景下所提出的。协同多点传输使用多个小区的不同天 线为小区边缘的用户同时提供服务，这样不但避免了小区间的干扰，同时由于采用多天线 技术，能充分发挥多天线增加空间维的信息，使得系统的容量和性能得到大幅度的提升。当 然协同多点传输也不局限于小区间，在小区内同样可以使用，由于用户信息的发射在空间 上分散为多个传输点，这些传输点又互相配合，即能实现对功率，频率和空间资源的最佳配 置，从而既能实现对干扰的抑制，又能实现可靠和高容量的链路性能。协同多点传输中，通常由若干个节点构成一个协同组，共同为小区边缘用户提供 协作传输。协同组中，用户的服务节点通常为主节点，决定了是否对用户进行协同传输，协 同组成员的选择，协同资源的调度，协同方式的抉择等。协同组中的其他节点为协同节点， 以从节点的身份参与调度。就协同方式而言，当前已达成共识，协同方式可以分成两大类第一类为联合处理，由参与协同的多个节点联合对协同用户发送下行数据，以及 联合接收协同用户的上行数据，即协同组内各成员均参与数据传输。第二类为协同调度，各节点协作进行资源调度，根据服务节点以及各协作节点的 信道信息来进行综合资源调度，减小用户受到的干扰，但实际发送、接收数据的节点只有一 个，这种模式可以看成是一种增强的干扰协调方法，仅由协同组内的服务节点对用户进行 传输，协同组内的协同节点参与调度，通过服务节点、协同节点的联合调度，实现干扰协调。从以上两种协同方式可看出，联合处理方式中服务节点、以及各协同节点都需要 得到协同用户的下行数据，而当前LTE中业务网关仅向用户的服务节点下发用户下行数 据，因此没有考虑如何满足联合处理方式的下行数据分配要求。
发明内容
有鉴于此，本发明的主要目的在于提供一种多点协作传输的方法和系统，以解决 现有技术中如何满足联合处理方式的下行数据分配要求。为达到上述目的，本发明的技术方案是这样实现的一种多点协作传输的方法，该的方法，包括服务基站根据用户反馈的信道质量信 息，判断是否具有需要协同传输的用户，若有，则服务基站组建协同组，业务网关根据所述 服务基站上传的信息，将下行业务数据下发给所述协同组，所述协同组将获得的下行业务 数据下发给所述协同用户；其中，所述判断是否具有需要协同传输的用户具体指所述服务基站根据用户反 馈的信道质量信息与设置的协同门限比较，当反馈的信道质量信息低于或等于协同门限 时，则对所述用户进行协同传输，所述用户成为所述协同传输的用户；其中，所述服务基站组建协同组具体指服务基站从相邻基站中选择出的候选协 同基站，并向该候选协同基站发送协同请求，所述候选协同基站接收到协同请求后，根据自 身资源分配情况确定是否反馈协同请求的确认信息给所述服务基站，所述服务基站根据接 收到的确认信息，确定所述协同用户的协同组。优选的，所述协同组包括所述服务基站和至少一个协同基站；优选的，所述服务基站上传的信息包括协同组信息和控制信令；进一步，所述业务网关给服务基站和协同基站下发用户下行业务数据，所述服务 基站和协同基站将所述下行业务数据下发给所述协同用户；进一步，所述业务网关给协同基站下发用户下行业务数据，所述协同基站将所述 下行业务数据下发给所述协同用户；优选的，所述服务基站上传的信息包括控制信令。进一步的，所述业务网关给所述服务基站下发协同用户下行业务数据，所述服务 基站将下行业务数据传给协同基站，协同组将所述下行业务数据下发给所述协同用户；优选的，所述服务基站确定所述协同组后，所述协同组进行联合资源调度，服务基 站为主，协同基站为辅，由所述服务基站决定具体调度，确定分给协同用户的下行资源以及 调制编码方式，同时通知协同基站；上述对所述协同用户进行下行业务数据传输具体指，把子帧η的重传数据或新数 据通过天线空口传给协同用户。一种协同传输数据的系统，包括，收发模块，服务模块，协同模块，协同用户；所述服务模块，根据用户反馈的信道质量信息，判断是否具有需要协同传输的用 户，若有，则服务模块组建协同组，将信息上传收发模块，所述协同组成员将接收到所述收 发模块下发的下行业务数据下发给所述协同用户；所述收发模块，根据所述服务模块上传的信息，将下行业务数据下发给所述协同 组成员，所述协同组成员将获得的下行业务数据下发给所述协同用户；所述协同模块，接收所述服务模块或所述收发模块下发的协同用户下行业务数据；所述协同用户，将信道质量信息上传给所述服务模块，接收所述服务模块或所述 协同模块下发的协同用户下行业务数据；其中，所述服务模块还包含判断单元，用于判断是否具有需要协同传输的用户，根据用户反馈的信道质量信息与设置的协同门限比较，当反馈的信道质量信息低于或等于协 同门限时，则对所述用户进行协同传输，所述用户成为所述协同传输的用户；其中，所述服务模块还包含选择单元，用于向从相邻基站中选择出的候选协同模 块，并向该候选协同模块发送协同请求，所述候选协同模块接收到协同请求后，根据自身资 源分配情况确定是否反馈协同请求确认信息给所述选择单元，所述选择单元根据接收到的 协同确认信息，确定所述协同用户的协同组；其中，所述服务模块还包含控制单元，用于向协同组所有协同模块发送协同请求， 所述协同组所有协同模块确认后反馈所述控制模块；以服务模块为主，协同单元为辅，由所 述控制单元决定具体调度，确定分给协同单元的下行资源以及调制编码方式，同时通知协 同单元；其中，所述服务模块还包含业务数据收发单元，用于将所述用户协同组信息通过 Sl接口上传给收发模块；将所述收发模块下发的下行业务数据通过X2接口在相同的时频 资源上对协同用户进行下行业务数据传输；上述对协同用户进行下行业务数据传输具体指，把子帧η的重传数据或新数据通 过天线空口传给协同用户。有益效果本发明中提出了一种协同传输数据的方法及系统，解决了协同多点传输中的下行 业务数据存在的问题，使服务基站以及各协同基站能获得协同用户的下行业务数据，从而 能对协同用户进行协同传输，同时，满足联合处理方式的下行数据分配要求，对接入网侧增 加额外处理，或者，增强网关能力，而且不会对非协同用户的业务分配造成任何影响。
图1协同传输斐女据的方法中方案1示意图
图2协同传输斐女据的方法中方案2示意图
图3协同传输斐女据的方法流程图
图4实例1协同传输数据的方法处理流程图
图5实例2、3、4协同传输数据的方法处理流程图
图6实例5协同传输的系统方案1结构示意图
图7实例6协同传输的系统方案2结构示意图
具体实施例方式针对协同多点传输中下行业务数据的分配方式，本发明提出两种方案方案1为服务基站根据用户反馈的信道质量信息，判断是否具有需要协同传输 的用户，从相邻基站中选择出的候选协同基站，并向该候选协同基站发送协同请求，所述候 选协同基站接收到协同请求后，根据自身资源分配情况确定是否反馈协同请求的确认信息 给所述服务基站，所述服务基站根据接收到的确认信息，确定所述协同用户的协同组，服务 基站上传控制信令，无需给业务网关上传协同组信息，业务网关对协同组透明，仅给所述服 务基站下发所述协同用户的下行业务数据，服务基站把所述协同用户的下行业务数据传给 协同基站，所述协同组成员对协同用户进行下行业务数据传输，延续当前LTE中的下行业务数据分配方案，对接入网侧增加额外处理。方案2为服务基站根据用户反馈的信道质量信息，判断是否具有需要协同传输 的用户，从相邻基站中选择出的候选协同基站，并向该候选协同基站发送协同请求，所述候 选协同基站接收到协同请求后，根据自身资源分配情况确定是否反馈协同请求的确认信息 给所述服务基站，所述服务基站根据接收到的确认信息，确定所述协同用户的协同组，服务 基站将用户的协同组信息和控制信令上传给业务网关，业务网关给所述协同组所有成员下 发用户下行业务数据，所述协同组成员将获得的下行业务数据下发给所述协同用户，改变 当前LTE中的下行业务数据分配方案，增强网关能力。上述两种方案可以综合概括为如图3所示的一种协同传输数据的方法，其步骤如 下步骤301，服务基站根据用户反馈的信道质量信息，判断是否具有需要协同传输的 用户，若有，则从相邻基站中选择协同基站组建协同组；判断是否具有需要协同传输的用户具体指所述服务基站根据用户反馈的信道质 量信息与设置的协同门限比较，当反馈的信道质量信息低于或等于协同门限时，则对所述 用户进行协同传输，所述用户成为所述协同传输的用户；从相邻基站中选择协同基站组建协同组具体指所述服务基站从相邻基站中选择 出的候选协同基站，并向该候选协同基站发送协同请求，所述候选协同基站接收到协同请 求后，根据自身资源分配情况确定是否反馈协同请求的确认信息给所述服务基站，所述服 务基站根据接收到的确认信息，确定所述协同用户的协同组；其中，协同组包括包括所述服务基站和至少一个协同基站。步骤302，业务网关根据所述服务基站上传的信息，将下行业务数据下发给所述协 同组成员；其中，服务基站上传的信息包括协同组信息和控制信令，或，服务基站上传的信息 包括控制信令；服务基站确定所述协同组后，进行联合资源调度，由所述服务基站决定具体调度， 确定分给协同用户的下行资源以及调制编码方式，同时通知协同基站；步骤303，所述协同组成员将获得的下行业务数据下发给所述协同用户，所述业务网关给服务基站和协同基站下发用户下行业务数据，所述服务基站和协 同基站将所述下行业务数据下发给所述协同用户；或者，所述业务网关给协同基站下发用户下行业务数据，所述协同基站将所述下 行业务数据下发给所述协同用户；或者，所述业务网关给服务基站下发用户下行业务数据，所述服务基站传给协同 基站，协同组成员将所述下行业务数据下发给所述协同用户；所述对协同用户进行下行业务数据传输具体指，把子帧η的重传数据或新数据通 过天线空口传给协同用户。根据上述方法应用实例如下实例1 图1所示，为方案1的数据下发示意图，方案1的方法为，业务网关对于协同用户 数据与非协同用户数据相同对待，不做特别处理；业务网关根据用户所属服务基站，将用户数据通过Sl接口下发给该用户的服务基站，从而服务基站收到其服务范围内的协同用户 数据与非协同用户数据；对于非协同用户数据，服务基站进行空口处理后通过发射天线传 输给非协同用户。对于协同用户数据，服务基站首先根据该用户的协同组信息，将用户数据通过X2 接口传给协同组内其他协同基站，服务基站组建协同组时，由服务基站向从相邻基站中选 择出的候选协同基站发送协同请求，候选协同基站接收到请求后，根据自身资源分配情况 确定是否反馈协同请求的协同确认信息给服务基站，服务基站根据接收到的协同确认信 息，确定所述协同用户的协同组，服务基站上传控制信令，业务网关给所述服务基站下发所 述协同用户的下行业务数据，服务基站把所述协同用户的下行业务数据传给协同基站，在 所有协同基站均收到协同用户数据并且控制面协作控制信令交互完成后，协同组成员在相 同的时频资源上对协同用户进行下行业务数据传输。根据图4所示，业务网关按照当前LTE中规定的方式把用户数据通过Sl接口传给 用户的服务基站，假设，设定服务基站收到的用户数据中包括用户a的数据和用户b的数 据。服务基站根据用户a、b反馈的信道质量信息，与系统事先设置的协同门限比较， 当反馈的信道质量信息低于或等于协同门限时，判定服务基站自身已经无法为用户提供高 质量的传输，需要对用户进行协同传输，据此判断出用户a为协同用户，需要由多个基站协 同为其提供传输；用户b仍然仅由服务基站提供传输，为非协同用户。服务基站根据用户a上报的测量结果，选择由相邻的基站1、基站2以及服务基站 自身构成协同组共同为用户a进行协同传输。在服务基站确定协同组成员后，向协同组成 员基站1、基站2发送协同请求，在等待时延内服务基站收到协同组成员基站1、基站2的协 同确认，从而服务基站确定由服务基站自身、基站1以及基站2构成服务协同用户a的协同 组，并且该协同组中服务基站为主，基站1、基站2为辅，联合进行资源调度。具体调度过程中，服务基站根据基站1、基站2上报的资源分配情况，并结合自 己的资源分配情况确定有5个时频资源块在这三个基站上均空闲，再根据用户a上报的 测量结果，判断使用时频资源块1、2时用户a的信道条件最好，满足判断条件；因此服 务基站确定把时频资源块1、2调度给用户a，同时确定用户a在时频资源块1、2上使用 QPSK (Quadrature Phase Shift Keying，简称QPSK，四进制相移键控)、1/3编码速率最佳， 从而服务基站把下行资源以及调制编码方式通知基站1、基站2。在此同时，服务基站把业 务网关下发的用户a的下行数据通过X2接口也传给基站1、基站2。从而服务基站、基站1、基站2根据分给协同用户a的下行资源以及调制编码方式， 在相应时频资源块上把子帧η的重传数据或新数据通过空口传给协同用户a。而对于非协同用户b，因服务基站确定不对其进行协同传输，因此服务基站无需向 其他基站分发用户b的下行数据，由服务基站对用户b独立调度、传输。该应用实例中，初始阶段用户a、b均为非协同用户，随信道时变，一段时间后用户 a变成协同用户，因本实例为方案1，用户a、b是否为协同用户对业务网关透明，业务网关仅 把用户a、b的下行业务数据分发给它们的服务基站，由服务基站根据用户的身份以及协同 组信息来决定是否需要把业务网关传来的下行数据传给其他协同组成员，延续当前LTE中 的下行业务数据分配方案，对接入网侧增加额外处理。
上述实施例中，服务基站组建协同组时，协同组成员还包括服务基站和协同基站 2，或者，协同基站1和协同基站2，或者至少一个协同基站，都还可以同样的方法实现。实例2 图2所示，为方案2的数据下发示意图，方案2的方法为，对于非协同用户数据，业 务网关通过Sl接口下发给该用户的服务基站。而对于协同用户数据，服务基站判断协同用 户，组建协同组的方法与实施例1相同，业务网关通过Sl接口下发给协同组内所有成员，包 括服务基站以及各协同基站，这样，协同组内所有基站都直接从业务网关收到了协同用户 数据，从而服务基站与协同基站间不再需要传输协同用户下行数据，控制面只要交互协作 控制信令即可。在完成协作控制信令交互后，服务基站和各协同基站，或者各协同基站在相 同的时频资源上对协同用户进行下行传输。本方案2中因业务网关不仅要把协同用户数据传给其服务基站，还要传给其协同 基站，因此需要协同用户的服务基站把协同组信息告知业务网关。如图5流程图所示，业务网关按照当前LTE中规定的方式把用户数据通过Sl接口 传给用户的服务基站；为清晰起见，设定服务基站收到的用户数据中包括用户a的数据以 及用户b的数据。服务基站根据用户a、b反馈的信道质量信息，判定因信道时变，服务基站自身已 经无法为用户a提供高质量的传输，需要对用户a进行协同传输，从而用户a变为协同用 户；用户b仍然仅由服务基站提供传输，仍为非协同用户。服务基站根据用户a上报的测量结果，选择由相邻的基站1、基站2以及服务基站 自身构成协同组共同为用户a进行协同传输。在服务基站确定协同组成员后，向协同组成 员基站1、基站2发送协同请求，在等待时延内服务基站收到协同组成员基站1、基站2的协 同确认，从而服务基站确定由服务基站自身、基站1以及基站2构成服务协同用户a的协同组。服务基站把用户a的协同组信息通过Sl接口传给业务网关，从而业务网关知道服 务基站、基站1、基站2为用户a的协同组信息，则在收到该协同组不再服务用户a的信令之 前，业务网关把用户a的下行数据业务分发给用户a协同组内的各个成员基站，具体可以采 用多播方式实现，保证协同组各成员同时收到业务网关下发的协同用户下行数据。从而由服务基站为主，基站1、基站2为辅，联合进行资源调度，具体调度过程中， 服务基站根据基站1、基站2上报的资源分配情况，并结合自己的资源分配情况确定有5个 时频资源块在这三个基站上均空闲，根据信道频率选择特性，在时频资源块1、2、3上用户a 到服务基站的信道条件最好，在时频资源块1、2、4上用户a到基站1、基站2的信道条件最 好，服务基站确定把时频资源块1、2调度给用户a，同时确定用户a在时频资源块1、2上使 用 16QAM、(Quadrature Amplitude Modulation，简称 QAM，正交振幅调制)1/2 编码速率最 佳，从而服务基站把下行资源以及调制编码方式通知基站1、基站2。最终在相应时、频资源 上把子帧η的重传数据或新数据通过空口传给协同用户a。而对于非协同用户b，因服务基站确定不对其进行协同传输，因此服务基站无需通 知业务网关有关用户b的协同组信息，业务网关对用户b的下行业务数据仍然传给服务基 站，由服务基站对用户b独立调度、传输。该应用实例中，初始阶段用户a、b均为非协同用户，随信道时变用户a变成协同用户，因本实例采用方案2，需要通知业务网关协同用户的协同组信息，从而业务网关把协同用户的后续下行业务数据同时传给协同组内各成员，之后协同组以服务基站为主、协同基 站为辅进行资源调度，共同为协同用户传输下行数据，因网关直接多点下发，服务基站与协 同基站之间无需交互协同用户的下行数据，改变当前LTE中的下行业务数据分配方案，增 强网关能力。实例3 也采用方案2，数据下发示意图如图2，其中业务网关、服务基站、协同基站及协同 用户功能同实例1。流程图如图5所示，业务网关按照当前LTE中规定的方式把用户数据通过Sl接口 传给用户的服务基站，为清晰起见，设定服务基站收到的用户数据中包括用户a的数据以 及用户b的数据。服务基站根据用户a、b反馈的信道质量信息，判定因信道时变，服务基站自身已 经无法为用户a提供高质量的传输，需要对用户a进行协同传输，从而用户a变为协同用 户；用户b仍然仅由服务基站提供传输，仍为非协同用户。服务基站根据用户a上报的测量结果，选择由相邻的基站1、基站2以及服务基站 自身构成协同组共同为用户a进行协同传输。在服务基站确定协同组成员后，需要向协同 组成员基站1、基站2发送协同请求，在等待时延内服务基站收到了基站1的协同确认，没有 收到基站2的协同确认。因此服务基站确定由服务基站自身和基站1构成协同组来为用户 a服务。服务基站把用户a的协同组信息通过Sl接口传给业务网关，从而业务网关知道服 务基站、基站1为用户a的协同组，则在收到该协同组不再服务用户a的信令之前，业务网 关将用户a的下行数据业务下发给用户a协同组内的各个成员，即发给服务基站以及基站 1 ；具体可以采用多播方式发送，能保证协同组各成员同时收到业务网关下发的协同用户下 行数据。由服务基站为主，基站1为辅，联合进行资源调度，具体调度过程中，服务基站根 据基站1、基站2上报的资源分配情况，并结合自己的资源分配情况确定有5个时频资源块 在这三个基站上均空闲，根据信道频率选择特性，在时频资源块1、2、3上用户a到服务基站 的信道条件最好，在时频资源块1、2、4上用户a到基站1、基站2的信道条件最好，服务基站 确定把时频资源块1、2调度给用户a，同时确定用户a在时频资源块1、2上使用16QAM、l/2 编码速率最佳，从而服务基站把下行资源以及调制编码方式通知基站1 ；在相应时、频资源 上把子帧η的重传数据或新数据通过空口传给协同用户a。而对于非协同用户b，因服务基站确定不对其进行协同传输，因此服务基站无需通 知业务网关有关用户b的协同组信息，业务网关对用户b的下行业务数据仍然传给服务基 站，由服务基站对用户b独立调度、传输。该应用实例中，初始阶段用户a、b均为非协同用户，随信道时变用户a变成协同用 户，因本实例采用方案2，需要通知业务网关协同用户的协同组信息，从而业务网关把协同 用户的下行业务数据同时下发给协同组内各成员，之后协同组以服务基站为主、协同基站 为辅进行资源调度，共同为协同用户传输下行业务数据，因网关直接多点下发，服务基站与 协同基站之间无需交互协同用户的下行数据，改变当前LTE中的下行业务数据分配方案，增强网关能力；实例4 也采用方案2，数据下 发示意图如图2，其中业务网关、服务基站、协同基站及协同 用户功能同实例1。流程图如图5所示，业务网关按照当前LTE中规定的方式把用户数据通过Sl接口 传给用户的服务基站，为清晰起见，设定服务基站收到的用户数据中包括用户a的数据以 及用户b的数据。服务基站根据用户a、b反馈的信道质量信息，判定因信道时变，服务基站自身已 经无法为用户a提供高质量的传输，需要对用户a进行协同传输，从而用户a变为协同用 户；用户b仍然仅由服务基站提供传输，仍为非协同用户。服务基站根据用户a上报的测量结果，选择由相邻的基站1、基站2以及服务基站 自身构成协同组共同为用户a进行协同传输。在服务基站确定协同组成员后，需要向协同 组成员基站1、基站2发送协同请求，在等待时延内服务基站收到了基站1的协同确认、基站 2的协同请求的确认信息。因此服务基站确定由服务基站自身和基站1及基站2构成协同 组来为用户a服务。服务基站把用户a的协同组信息通过Sl接口传给业务网关，从而业务网关知道服 务基站、基站1、基站2为用户a的协同组，则在收到该协同组不再服务用户a的信令之前， 业务网关把用户a的下行数据业务分发给用户a协同组内的各个成员，即发给服务基站以 及基站1。具体可以采用多播方式发送，能保证协同组各成员同时收到业务网关下发的协同 用户下行数据。由服务基站为主，基站1、基站2为辅，联合进行资源调度，具体调度过程中，服务 基站没有能够给用户a分配的资源，而基站1、基站2有5个时频资源块空闲，其中时频资 源块1、2到用户a的信道条件最好，因此服务基站确定把时频资源块1、2调度给用户a，同 时确定用户a在时频资源块1、2上使用16QAM、l/2编码速率最佳，从而服务基站把下行资 源以及调制编码方式通知基站1、基站2。最终在相应时、频资源上由基站1、基站2把子帧 η的重传数据或新数据通过天线空口传给协同用户a。服务基站作为协同组的主控基站，只 进行调度以及控制信令的收发，不参与业务数据传输。而对于非协同用户b，因服务基站确定不对其进行协同传输，因此服务基站无需通 知业务网关有关用户b的协同组信息，业务网关对用户b的下行业务数据仍然传给服务基 站，由服务基站对用户b独立调度、传输。该应用实例中，初始阶段用户a、b均为非协同用户，随信道时变用户a变成协同用 户，因本实例采用方案2，需要通知业务网关协同用户的协同组信息，从而业务网关把协同 用户的下行业务数据同时下发给协同组内各成员，之后协同组以服务基站为主、协同基站 为辅进行资源调度，共同为协同用户传输下行数据。因网关直接多点下发，服务基站与协同 基站之间无需交互协同用户的下行数据，改变当前LTE中的下行业务数据分配方案，增强 网关能力；实施例5一种协同传输数据的系统，如图6所示，包括，收发模块10、服务模块20、协同模块 30、协同用户40 ；
服务模块20，根据用户反馈的信道质量信息，判断是否具有需要协同传输的用户， 若有，则服务模块组建协同组，将信息上传收发模块10，所述协同组成员将接收到所述收发 模块下发的下行业务数据下发给所述协同用户40 ； 收发模块10，根据服务模块上传的信息，将下行业务数据下发给所述协同组成员， 协同组将获得的下行业务数据下发给所述协同用户；协同模块30，接收所述服务模块或所述收发模块下发的协同用户的下行业务数 据；协同用户40，将反馈的信道质量信息上传给服务模块20，接收所述服务模块20或 所协同模块30下发的协同用户的下行业务数据；所述服务模块20还包含判断单元201，用于判断是否具有需要协同传输的用户， 根据用户反馈的信道质量信息与设置的协同门限比较，当反馈的信道质量信息低于或等于 协同门限时，则对所述用户进行协同传输，所述用户成为所述协同传输的用户；所述服务模块20还包含选择单元202，用于向从相邻基站中选择出的候选协同模 块，并向该候选协同模块发送协同请求，所述候选协同模块接收到协同请求后，根据自身资 源分配情况确定是否反馈协同请求的确认信息给选择单元202，所述选择单元202根据接 收到的协同请求的确认信息，确定所述协同用户模块的协同组；所述服务模块20还包含控制单元203，用于向协同组所有协同模块30发送协同请 求，所述协同组所有协同模块30确认后反馈所述控制单元；以服务模块为主，协同单元为 辅，由所述控制单元决定具体调度，确定分给协同单元的下行资源以及调制编码方式，同时 通知协同单元；所述服务模块20还包含业务数据收发单元204，用于将所述用户协同组信息通过 Sl接口上传给收发模块10 ；将所述收发模块10下发的下行业务数据通过X2接口在相同的 时频资源上对协同用户进行下行业务数据传输。如图6所示实施方案1的系统为接收模块10，将用户a、b下行业务数据下发给 所述用户的服务模块20，并根据所述服务模块20反馈的协同组信息，将协同用户的下行业 务数据下发给协同组内的服务模块20 ；服务模块20，将所述接收模块下发的用户a、b的下行业务数据传给相邻基站，判 断需要协同传输的用户，判断单元201判断需要协同传输的用户，判断单元201根据用户 反馈的信道质量信息与设置的协同门限比较，当反馈的信道质量信息低于或等于协同门限 时，为需要对所述用户a进行协同传输，所述用户a变为所述协同传输的用户，用户b为非 协同用户；服务模块20还包含选择单元，该模块主要的任务为组建协同组，服务模块为主， 协同单元301和协同单元302为辅；服务模块20还包含控制单元203，所述控制信令模块203向协同组所有协同模块 30发送协同请求，所述协同组所有协同模块确认后反馈所述控制单元203，所述协作组联 合进行资源调度，并由所述选择单元决定具体调度，确定分给协同用户的下行资源以及调 制编码方式，并通知协同模块30 ；所述服务模块20还包含业务数据收发单元204，所述业务数据收发单元204向收 发模块10上传所述用户协同组信息，所述用户协同组信息通过Sl接口上传给收发模块10;所述业务数据收发收发204将所述收发模块下发的下行业务数据通过X2接口在相同的时 频资源上对协同用户进行下行业务数据传输。假设，组建协同组共同为协同用户a进行协同传输，确定把时频资源块1、2调度给 协同用户a，同时确定协同用户a在时频资源块1、2上使用QPSK、1/3编码速率最佳，服务模 块把下行资源以及调制编码方式通知协同模块，在此同时，服务模块20把收发模块10下发 的用户a的下行数据通过X2接口也传给协同模块30。从而服务模块20、协同模块30根据 分给协同用户a的下行资源以及调制编码方式，在相应时频资源块上把子帧η的重传数据 或新数据通过空口传给协同用户a，在相同的时频资源上对协同用户a进行下行业务数据 传输，延续当前LTE中的下行业务数据分配方案，对接入网侧增加额外处理。上述实施例中，服务模块组建协同组时，协同组成员还有以下情况组成，包括服务 模块和协同单元302，或者，协同单元301和协同单元302，或者至少一个协同单元，都可以 用上述的方法实现。
实施例6还提供一种协同传输的系统，如图7所示，包括，接收模块10、服务模块20、协同模 块30、协同用户模块40实施方案2的系统为收发模块10，将用户a、b下行业务数据下发给所述用户的 服务模块20，并根据所述服务模块20反馈的协同组信息，将协同用户的下行业务数据下发 给协同组内的所有成员，将协同用户的下行业务数据下发给协同组内的服务模块20和协 同模块30 ；或着，将协同用户的下行业务数据下发给协同组内的至少一个协同模块30 ；服务模块20，将所述收发模块下发的用户a、b的下行业务数据传给相邻基站，判 断需要协同传输的用户，判断单元201，判断需要协同传输的用户，判断单元201根据用户 反馈的信道质量信息与设置的协同门限比较，当反馈的信道质量信息低于或等于协同门限 时，为需要对所述用户a进行协同传输，所述用户a变为所述协同传输的用户，用户b为非 协同用户；所述服务模块20还包含选择单元，组建所述协同组，服务模块20为主，协同模块 301和协同模块302为辅；所述服务模块20还包含控制信令单元203，所述控制信令单元203向协同组所有 协同模块30发送协同请求，所述协同组所有协同模块确认后反馈所述控制单元203，所述 协作组联合进行资源调度，并由所述选择单元决定具体调度，确定分给协同用户的下行资 源以及调制编码方式，并通知协同模块30 ；所述服务模块20还包含业务数据收发单元204，用于向接收模块上传所述用户协 同组信息，所述用户协同组信息通过Si接口上传给收发模块10 ；所述业务数据收发模块 204将所述接收模块下发的下行业务数据通过X2接口在相同的时频资源上对协同用户进 行下行业务数据传输。假设，服务模块20把用户a的协同组信息通过Sl接口传给接收模块，从而收发模 块知道服务模块、协同单元301、协同单元302为用户a的协同组信息，则在收到该协同组不 再服务用户a的信令之前，收发模块把用户a的下行数据业务下发给用户a协同组内的各 个成员，具体可以采用多播方式实现，能保证协同组各成员同时收到接收模块下发的协同 用户下行数据。
从而由服务模块20为主，协同模块301、协同模块302为辅，联合进行资源调度，具 体调度过程中，服务模块20根据协同单元301、协同单元302上报的资源分配情况，并结合 自己的资源分配情况确定有5个时频资源块在这三个模块上均空闲，根据信道频率选择特 性，在时频资源块1、2、3上用户a到服务模块的信道条件最好，在时频资源块1、2、4上用户 a到协同模块301、协同模块302的信道条件最好，服务模块确定把时频资源块1、2调度给 用户a，同时确定用户a在时频资源块1、2上使用16QAM、l/2编码速率最佳，从而服务模块 把下行资源以及调制编码方式通知协同单元301、协同单元302。在相应时、频资源上把子 帧η的重传数据或新数据通过空口传给协同用户a ；延续当前LTE中的下行业务数据分配 方案，对接入网侧增加额外处理。上述实施例中，服务模块组建协同组时，协同组成员还有以下情况组成，包括服务 模块和协同单元302，或者，协同单元301和协同单元302，或者至少一个协同单元，都可以 用上述的方法实现。 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，对于 本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内所 作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种协同传输数据的方法，其特征在于，包括服务基站根据用户反馈的信道质量信息，判断是否具有需要协同传输的用户，若有，则服务基站组建协同组，业务网关根据所述服务基站上传的信息，将下行业务数据下发给所述协同组成员，所述协同组成员将获得的下行业务数据下发给所述协同用户。
2.根据权利要求1所述的协同传输数据的方法，其特征在于，所述判断是否具有需要 协同传输的用户具体指所述服务基站根据用户反馈的信道质量信息与设置的协同门限比 较，当反馈的信道质量信息低于或等于协同门限时，则对所述用户进行协同传输，所述用户 成为所述协同传输的用户。
3.根据权利要求1所述的协同传输数据的方法，其特征在于，所述服务基站组建协同 组具体指所述服务基站从相邻基站中选择出的候选协同基站，并向该候选协同基站发送 协同请求，所述候选协同基站接收到协同请求后，根据自身资源分配情况确定是否反馈协 同请求的确认信息给所述服务基站，所述服务基站根据接收到的确认信息，确定所述协同 用户的协同组。
4.根据权利要求1所述的协同传输数据的方法，其特征在于，所述协同组包括所述服 务基站和至少一个所述协同基站。
5.根据权利要求4所述的协同传输数据的方法，其特征在于，所述服务基站上传的信 息包括协同组信息和控制信令。
6.根据权利要求4所述的协同传输数据的方法，其特征在于，所述服务基站上传的信 息包括控制信令。
7.根据权利要求5所述的协同传输数据的方法，其特征在于，所述业务网关给所述服 务基站和所述协同基站下发协同用户下行业务数据，所述服务基站和所述协同基站将所述 下行业务数据下发给所述协同用户。
8.根据权利要求5所述的协同传输数据的方法，其特征在于，所述业务网关给协同基 站下发所述协同用户下行业务数据，所述协同基站将所述下行业务数据下发给所述协同用 户。
9.根据权利要求6所述的协同传输数据的方法，其特征在于，所述业务网关给所述服 务基站下发协同用户下行业务数据，所述服务基站将所述下行业务数据传给协同基站，协 同组成员将所述下行业务数据下发给所述协同用户。
10.根据权利要求3所述的协同传输数据的方法，其特征在于，所述服务基站确定所述 协同组后，所述协同组进行联合资源调度，所述服务基站为主，所述协同基站为辅，由所述 服务基站决定具体调度，确定分给协同用户的下行资源以及调制编码方式，同时通知所述 协同基站。
11.根据权利要求1至9任一项所述的协同传输数据的方法，其特征在于，对所述协同 用户进行下行业务数据传输具体指，把子帧η的重传数据或新数据通过天线空口传给所述 协同用户。
12.一种协同传输数据的系统，其特征在于，包括，收发模块，服务模块，协同模块，协同 用户；所述服务模块，根据用户反馈的信道质量信息，判断是否具有需要协同传输的用户，若 有，则服务模块组建协同组，将信息上传收发模块，所述协同组成员将接收到所述收发模块下发的下行业务数据下发给所述协同用户；所述收发模块，根据所述服务模块上传的信息，将下行业务数据下发给所述协同组成 员，所述协同组成员将获得的下行业务数据下发给所述协同用户；所述协同模块，接收所述服务模块或所述收发模块下发的协同用户下行业务数据； 所述协同用户，将信道质量信息上传给所述服务模块，接收所述服务模块或所述协同 模块下发的协同用户下行业务数据；
13.根据权利要求12所述的协同传输数据的系统，其特征在于所述服务模块还包含判 断单元，用于判断是否具有需要协同传输的用户，根据用户反馈的信道质量信息与设置的 协同门限比较，当反馈的信道质量信息低于或等于协同门限时，则对所述用户进行协同传 输，所述用户成为所述协同传输的用户；所述服务模块还包含选择单元，用于从相邻基站中选择出的候选协同模块，并向该候 选协同模块发送协同请求，所述候选协同模块接收到协同请求后，根据自身资源分配情况 确定是否反馈协同请求的确认信息给所述选择单元，所述选择单元根据接收到的协同确认 信息，确定所述协同用户的协同组；所述服务模块还包含控制单元，用于向协同组所有协同单元发送协同请求，所述协同 组所有协同单元确认协同确认信息后反馈所述控制单元；以所述服务模块为主，所述协同 模块为辅，由所述控制单元决定具体调度，确定分给协同单元的下行资源以及调制编码方 式，同时通知所述协同单元；所述服务模块还包含业务数据收发单元，用于将所述用户协同组信息通过Sl接口上 传给收发模块；将所述收发模块下发的下行业务数据通过X2接口在相同的时频资源上对 所述协同用户进行下行业务数据传输。
14.根据权利要求12或13所述的协同传输数据的系统，其特征在于，对所述协同用户 进行下行业务数据传输具体指，把子帧η的重传数据或新数据通过天线空口传给所述协同 用户。全文摘要
本发明公开了一种协同传输数据的方法及系统。本发明方案中，服务基站根据用户反馈的信道质量信息，判断是否具有需要协同传输的用户，若有，则服务基站组建协同组，业务网关根据服务基站上传的信息，将下行业务数据通过S1接口下发给所述协同组成员，协同组成员将获得的下行业务数据通过X2接口下发给所述协同用户；解决了协同传输中的下行业务数据问题，使服务基站以及各协同基站能获得协同用户的下行业务数据，从而能对协同用户进行协同传输，同时，满足联合处理方式的下行数据分配要求，对接入网侧增加额外处理，或者，增强网关能力，而且不会对非协同用户的业务分配造成任何影响。
文档编号H04W28/18GK101883402SQ20091010707
公开日2010年11月10日 申请日期2009年5月7日 优先权日2009年5月7日
发明者姜静, 孙云锋, 张晨晨, 朱常青 申请人:中兴通讯股份有限公司