实现协同多点传输的方法、主基站、系统及其工作方法
【专利摘要】本发明公开一种实现协同多点传输的方法、主基站、系统及其工作方法，其中实现协同多点传输的工作方法包括：主基站接收并处理用户发送的上行业务信息；主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；主基站在对上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。本发明实现协同多点传输的方法能够在一定的站间时延范围内，使得基站间CoMP可以实现，提高小区边缘的吞吐量，同时可以提高系统的吞吐量。
【专利说明】实现协同多点传输的方法、主基站、系统及其工作方法
【技术领域】
[0001]本发明涉及无线通信领域，尤其涉及一种实现协同多点传输的方法、主基站、系统及其工作方法。
【背景技术】
[0002]在LTE (Long Term Evolution,长期演进)系统中，CoMP (CoordinatedMultiplePoints，协同多点传输)是一种多点联合发送与接收的技术，即指多个地理位置相互独立分散的传输点通过不同的协作方式(如联合传输、联合处理、协作调度等)为多个用户服务。其中，多个传输点可以是具有完整资源管理模块、基带处理模块和射频单元的基站，或者是地理位置互异的多个射频单元及天线(如分布式天线)，或者是中继节点。CoMP可以提高高速数据率的覆盖范围，提高小区边缘的吞吐量，同时可以提高系统的吞吐量。上行CoMP包含联合接收和协作调度(或者协作波束赋形):联合接收是指为了提高接收信号的质量，UE(User Equipment,用户)传输的 PUSCH (Physical Uplink Shared Channel,物理上行共享信道)在多个点同时被联合接收；协作调度(或者协作波束赋形)是指用户的调度和预编码选择决定是由CoMP协作集中的小区之间共同决定的。
[0003]从实现场景的角度，上行CoMP分为站内的CoMP和站间的CoMP，站内CoMP是指由属于同一个基站的不同小区间进行协作，因此站内CoMP的实现可以不考虑时延的问题。站间CoMP是指由属于不同基站的小区间进行协作，由于基站之间传输的时延比较大，在上行联合接收中，如果多个基站联合处理，很可能在基站需要对上行业务做应答即下发ACK(Acknowledgement)/NACK (Negative Acknowledgement)时，站间的协作信息还没有收到，或者还没有来得及处理，导致在一定的站间时延范围内，上行CoMP无法实现，降低了小区边缘的吞吐量。
【发明内容】
[0004]本发明要解决的主要技术问题是，提供一种实现协同多点传输的方法、主基站、系统及其工作方法能够在一定的站间时延范围内，使得上行基站间CoMP可以实现，提高小区边缘的吞吐量。
[0005]为解决上述技术问题，本发明提供一种实现协同多点传输的基站工作方法，包括以下步骤:
[0006]主基站接收并处理用户发送的上行业务信息；
[0007]所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
[0008]所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
[0009]进一步地，所述根据自身的处理结果确定本次接收的正确性的过程包括:
[0010]根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK。
[0011]进一步地，所述根据自身的处理结果确定本次接收的正确性的过程还包括:
[0012]根据自身的处理结果判断本次接收是否正确，若否，则对所述上行业务信息下发临时ACK ；
[0013]在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括:
[0014]主基站等待或者联合处理协作基站的处理结果；
[0015]主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0016]进一步地，当主基站在所述上行业务进程的调度下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时还包括:
[0017]主基站判断本次接收是否正确，若正确，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0018]同样为了解决上述的技术问题，本发明还提供了实现协同多点传输的主基站，包括:业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块；
[0019]所述业务调度模块用于调度用户的上行业务并确认上行业务的进程；
[0020]所述业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息；
[0021]所述联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理；
[0022]所述第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。
[0023]进一步地，所述信息确认模块包括:第二判断模块和下发模块；
[0024]所述第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。
[0025]进一步地，所述第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK ;所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在所述上行业务进程的调度下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0026]进一步地，还包括:第三判断模块；所述第三判断模块用于当在调度下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。[0027]同样为了解决上述的技术问题，本发明还提供了一种实现协同多点传输的系统，包括:如上所述的主基站和至少一个协作基站；所述主基站与所述协作基站联合接收上行业务信息。
[0028]同样为了解决上述的技术问题，本发明还提供了一种实现协同多点传输的系统工作方法，包括以下步骤:
[0029]主基站接收并处理用户发送的上行业务信息；
[0030]协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站；
[0031]所述主基站对协作基站和自身的上行业务信息处理结果做联合处理；
[0032]所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
[0033]本发明的有益效果是:
[0034]本发明提供了一种实现协同多点传输的方法、主基站、系统及其工作方法能够在一定的站间时延范围内，使得基站间CoMP可以实现，提闻接收/[目号的质量；其中实现协同多点传输的工作方法包括:主基站接收并处理用户发送的上行业务信息；所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性；本发明的实现协同多点传输的方法中在对所述上行业务信息下发应答之前由于站间时延不能根据联合处理的结果判断本次接收的正确性的情况下，利用自身的处理结果来确认本次接收上行业务信息的正确性，实现上行基站间CoMP，提高小区边缘的吞吐量，同时也可以提高系统的吞吐量。
【专利附图】
【附图说明】
[0035]图1为本发明实施例一实现协同多点传输的方法的一种流程图；
[0036]图2为本发明实施例一实现协同多点传输的方法的另一种流程图；
[0037]图3为本发明实施例二实现协同多点传输的主基站的一种结构示意图；
[0038]图4为本发明实施例二实现协同多点传输的主基站的另一种结构示意图；
[0039]图5为本发明实施例二实现协同多点传输的主基站的又一种结构示意图；
[0040]图6为本发明实施例二实现协同多点传输的系统的结构示意图；
[0041]图7为本发明实施例三实现协同多点传输的方法的一种流程图。
【具体实施方式】
[0042]下面通过【具体实施方式】结合附图对本发明作进一步详细说明。
[0043]实施例一:
[0044]如图1所示，本实施的例实现协同多点传输的方法，包括:
[0045]步骤100:主基站调度用户的上行业务并确认上行业务进程；
[0046]步骤101:主基站接收并处理用户发送的所述上行业务进程的上行业务信息；
[0047]步骤102:主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
[0048]步骤103:主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若能执行步骤104，若不能，则执行步骤107 ；
[0049]步骤104:根据联合处理结果判断本次接收是否正确，若正确执行步骤105，若不正确，则执行步骤106 ；
[0050]步骤105:对本次上行业务信息下发ACK，本次基站间CoMP流程结束；
[0051 ] 步骤106:对本次上行业务信息下发NACK，本次基站间CoMP流程结束；
[0052]步骤107:根据自身的处理结果确定本次接收的正确性。
[0053]本实施例中每一个上行业务都对应一个调度进程，上行业务调度生效时，进程也随之产生。
[0054]在不同基站的小区内，由于基站之间传输的时延比较大，在上行联合接收中，如果多个基站联合处理，很可能在基站需要对上行业务做应答即下发ACK (Acknowledgement)/NACK (Negative Acknowledgement)时,站间的协作信息还没有收到,或者还没有来得及处理，会导致上行基站间CoMP无法实现。本实施实现协同多点传输的基站工作方法中通过利用自身的处理结果来确定上行业务的正确性实现了上行基站间CoMP，提高了协同多点传输的流畅性，以及数据传输的稳定性。本实施例中的主基站是指用户的归属基站；协作基站是指协助用户的归属基站进行联合接收处理的基站。
[0055]上述步骤107中根据自身的处理结果确定本次接收的正确性的过程包括:
[0056]根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK,若否，则对上行业务信息下发临时ACK。
[0057]本实施例的实现协同多点传输的基站工作方法中当根据基站自身对上行业务信息处理结果判断本次接收业务的正确性时，若在判断不正确的情况下发送一个临时ACK，默认本次接收业务是正确的，使本次业务进程继续，实现基站间CoMP，当UE在规定的时刻接收到临时ACk时，UE，默认为主基站已经确认本次接收的是正确的，UE不进行任何的重传业务信息的动作。
[0058]当主基站根据自身的业务信息处理结果判断本次接收的业务是错误的时候，可能是由于主基站自身本次的接收信号质量不好等原因造成，因此还可以利用协作基站的处理结果进行联合处理做进行进一步的判断，所以在后续的处理过程中还需要通过联合处理结果再次判断本次接收业务是否正确。因此本实施例的实现协同多点传输的方法在主基站对所述上行业务信息下发临时ACK之后还包括:
[0059]在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括:
[0060]主基站等待或者联合处理协作基站的处理结果；
[0061]主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。本次接收的上行业务信息与下一个上行业务信息归属于同一业务进程。
[0062]为了保证本次接收业务的正确性，在主基站再次判断不能根据联合处理的结果判断本次接收的正确性的情况，本实施例的实现协同多点传输的基站工作方法采用下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息的方式。
[0063]如图2所示，当主基站在调度下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时本实施例的基站工方法还包括:
[0064]主基站判断本次接收是否正确，若正确，则在下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0065]如图2所示，本实施例实现协同多点传输的基站工作方法具体包括如下步骤:
[0066]步骤200:主基站调度用户的上行业务并确认上行业务进程；
[0067]步骤201:主基站接收并处理用户发送的所述上行业务进程的上行业务信息；
[0068]步骤202:主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
[0069]步骤203:主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若能执行步骤204，若不能，则执行步骤207 ；
[0070]步骤204:主基站根据联合处理结果判断本次接收是否正确，若正确执行步骤205，若不正确，则执行步骤206 ；
[0071]步骤205:主基站对本次上行业务信息下发ACK，本次基站间CoMP流程结束；
[0072]步骤206:主基站对本次上行业务信息下发NACK，本次基站间CoMP流程结束；
[0073]步骤207:主基站根据自身的处理结果判断本次接收是否正确，若是，执行步骤208，若否，则执行步骤209 ；
[0074]步骤208:主基站对所述上行业务信息下发ACK ；
[0075]步骤209:主基站对上行业务信息下发临时ACK ；
[0076]步骤210:主基站等待或者联合处理协作基站的处理结果；
[0077]步骤211:主基站在调度该上行业务进程的下一个上行业务信息之前判断是否能根据联合处理的结果判断本次接收的正确性，若能，则执行步骤212，若不能，则执行步骤214 ；
[0078]步骤212:主基站判断本次接收是否正确，若正确，则执行步骤213，若不正确，则执行步骤214 ；
[0079]步骤213:主基站在下一个该上行业务进程的上行业务信息的调度时刻，调度用户上传新的上行业务信息；
[0080]步骤214:主基站在下一个该上行业务进程的上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0081]实施例二:
[0082]如图3所示本实施例提供了一种实现协同多点传输的主基站，包括:业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块；
[0083]业务调度模块用于调度用户的上行业务并确认上行业务的进程；
[0084]业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息；
[0085]联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理；
[0086]第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。
[0087]如图4所示，本实施例信息确认模块包括:第二判断模块和下发模块；
[0088]第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。
[0089]为了确保本次接收判断的准确性，还需要再次利用联合处理结果来判断本次接收。因此本实施例中第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK;所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在调度上述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在上述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0090]如图5所述，本实施例中的实现协同多点传输的基站还包括:第三判断模块；所述第三判断模块用于当在调度上述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在上述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在上述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
[0091 ] 本实施例中的上一个上行业务信息与下一个业务信息归属于同一个业务进程。
[0092]如图6所示，本实施例还提供了一种实现协同多点传输的系统，包括如本实施例所述的主基站和至少一个协作基站；该主基站与所述协作基站联合接收用户的上行业务信肩、O
[0093]本实施例的实现协同多点传输的主基站能够在由于主基站与协作基站之间的时延导致不能采用联合处理结果来确认本次接收业务的正确性的情况下，根据自身对本次上行业务信息的处理结果确认本次接收的正确性；当本次接收不正确时，下发一个临时ACK给UE，让UE不进行重传动作，主基站继续等待联合处理结果，若最后还是不能够根据联合处理结果(如在主基站还没有联合处理完成的情况下)确认本次接收的正确性，或者根据联合处理的结果确定本次接收为不正确时，则要求UE重新上传该次的上行业务信息。本实施例的实现协同多点传输的主基站提高小区边缘的吞吐量，同时可以提高系统的吞吐量。
[0094]在上行COMP中，每个上行业务都对应一个进程，该进程规定了主基站执行动作的时间，在时间到达主基站就要执行相应的动作，当一个进程结束后代表一个上行业务信息上传成功或失败。
[0095]实施例三:
[0096]本实施例提供了一种实现协同多点传输的系统工作方法，包括:
[0097]主基站接收并处理用户发送的上行业务信息；
[0098]协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站；
[0099]主基站对协作基站和自身的上行业务信息处理结果做联合处理；
[0100]主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
[0101]如图7所示，对于LTE FDD系统中实现基站间协同多点传输的方法具体包括:
[0102]步骤701:主基站在第η个子帧调度用户的上行业务并确认上行业务进程；
[0103]步骤702:主基站和协作基站在第η+4个子帧接收并处理用户发送的该上行业务进程的上行业务信息
[0104]步骤703:协作基站将协作基站的处理结果传输给主基站，并由主基站做联合处
理
[0105]步骤704:主基站判断在第η+8个子帧下发ACK/NACK前可以根据联合处理的结果判断本次接收的正确性，如果主基站在第η+8个子帧下发ACK/NACK前可以根据联合处理的结果判断本次接收的正确性，则执行步骤705，否则执行步骤706 ；
[0106]步骤705:主基站根据联合处理结果判断本次接收是否正确，如果本次接收正确则执行步骤707，否则执行步骤708 ；
[0107]步骤706:主基站根据自身的处理结果判断本次接收是否正确，如果正确执行步骤707，否则执行步骤709 ；
[0108]步骤707:在η+8个子帧下发ACK，本次站间CoMP流程结束
[0109]步骤708:在η+8个子帧下发NACK，本次站间CoMP流程结束
[0110]步骤709:在η+8个子帧下发ACK即下发一个临时ACK后执行步骤710 ；
[0111]步骤710:主基站继续等待或者联合处理协作基站的处理结果
[0112]步骤711:判断在第η+16个子帧主基站调度同一个上行业务进程的下一个业务信息前是否可以根据联合处理的结果判断本次接收的正确性，如果在第η+16个子帧主基站调度下一个业务信息前可以根据联合处理的结果判断本次接收的正确性，则执行步骤712，否则执行步骤713;
[0113]步骤712:主基站判断本次接收是否正确，如果本次接收正确则执行步骤714，否则执行步骤713。
[0114]步骤713:在第η+16个子帧，调度用户重新上传前一次的业务，即给该用户下发的DCI (Downlink Control Information)中的 NDI (New dataindicator)不翻转，本次 CoMP
流程结束。
[0115]步骤714:在第η+16个子帧调度用户开始新的业务上传，即给该用户下发的DCI中的NDI翻转，本次CoMP流程结束。
[0116]本实施例中的I个子帧为I毫秒。
[0117]本实施例中的主基站是指用户的归属基站；协作基站是指协助用户的归属基站进行联合接收的基站。
[0118]本实施例的实现协同多点传输的方法能够在一定的站间时延范围内，有效的利用协作基站的处理结果，使得上行基站间CoMP可以有效的实现，从而提升整个网络的上行业务性能，提高小区边缘的吞吐量，同时可以提高系统的吞吐量。
[0119]以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属【技术领域】的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
【权利要求】
1.一种实现协同多点传输的方法，其特征在于，包括以下步骤: 主基站调度用户的上行业务并确认上行业务进程； 主基站接收并处理用户发送的所述上行业务进程的上行业务信息； 所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理； 所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
2.如权利要求1所述的实现协同多点传输的方法，其特征在于，所述根据自身的处理结果确定本次接收的正确性的过程包括: 根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK。
3.如权利要求2所述的实现协同多点传输的方法，其特征在于，所述根据自身的处理结果确定本次接收的正确性的过程还包括: 根据自身的处理结果判断本次接收是否正确，若否，则对所述上行业务信息下发临时ACK ； 在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括: 主基站等待或者联合处理协作基站的处理结果；` 主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
4.如权利要求3所述的实现协同多点传输的方法，其特征在于，当主基站在调度所述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时还包括: 主基站判断本次接收是否正确，若正确，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
5.一种实现协同多点传输的主基站，其特征在于，包括:业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块； 所述业务调度模块用于调度用户的上行业务并确认上行业务的进程； 所述业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息； 所述联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理； 所述第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。
6.如权利要求5所述的实现协同多点传输的主基站，其特征在于，所述信息确认模块包括:第二判断模块和下发模块； 所述第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。
7.如权利要求6所述的实现协同多点传输的主基站，其特征在于，所述第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK ;所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
8.如权利要求7所述的实现协同多点传输的主基站，其特征在于，还包括:第三判断模块；所述第三判断模块用于当在调度所述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
9.一种实现协同多点传输的系统，其特征在于，包括:如权利要求5-8任一项所述的主基站和至少一个协作基站；所述主基站与所述协作基站联合接收用户的上行业务信息。
10.一种实现协同多点传输的系统工作方法，其特征在于，包括以下步骤: 主基站接收并处理用户发送的上行业务信息； 协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站； 所述主基站对协作基站和自 身的上行业务信息处理结果做联合处理； 所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
【文档编号】H04W28/16GK103874138SQ201210551902
【公开日】2014年6月18日 申请日期:2012年12月18日 优先权日:2012年12月18日
【发明者】雷超琴, 刘巧艳, 耿鹏, 毛凯 申请人:中兴通讯股份有限公司