CN103874138A - 实现协同多点传输的方法、主基站、系统及其工作方法 - Google Patents

实现协同多点传输的方法、主基站、系统及其工作方法 Download PDF

Info

Publication number
CN103874138A
CN103874138A CN201210551902.5A CN201210551902A CN103874138A CN 103874138 A CN103874138 A CN 103874138A CN 201210551902 A CN201210551902 A CN 201210551902A CN 103874138 A CN103874138 A CN 103874138A
Authority
CN
China
Prior art keywords
uplink service
service information
result
base station
module
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.)
Pending
Application number
CN201210551902.5A
Other languages
English (en)
Inventor
雷超琴
刘巧艳
耿鹏
毛凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201210551902.5A priority Critical patent/CN103874138A/zh
Priority to PCT/CN2013/083651 priority patent/WO2014094469A1/zh
Publication of CN103874138A publication Critical patent/CN103874138A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开一种实现协同多点传输的方法、主基站、系统及其工作方法，其中实现协同多点传输的工作方法包括：主基站接收并处理用户发送的上行业务信息；主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；主基站在对上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。本发明实现协同多点传输的方法能够在一定的站间时延范围内，使得基站间CoMP可以实现，提高小区边缘的吞吐量，同时可以提高系统的吞吐量。

Description

实现协同多点传输的方法、主基站、系统及其工作方法
技术领域
本发明涉及无线通信领域，尤其涉及一种实现协同多点传输的方法、主基站、系统及其工作方法。
背景技术
在LTE（Long Term Evolution，长期演进）系统中，CoMP（CoordinatedMultiple Points，协同多点传输）是一种多点联合发送与接收的技术，即指多个地理位置相互独立分散的传输点通过不同的协作方式(如联合传输、联合处理、协作调度等)为多个用户服务。其中，多个传输点可以是具有完整资源管理模块、基带处理模块和射频单元的基站，或者是地理位置互异的多个射频单元及天线(如分布式天线)，或者是中继节点。CoMP可以提高高速数据率的覆盖范围，提高小区边缘的吞吐量，同时可以提高系统的吞吐量。上行CoMP包含联合接收和协作调度（或者协作波束赋形）：联合接收是指为了提高接收信号的质量，UE（User Equipment，用户）传输的PUSCH（Physical Uplink Shared Channel，物理上行共享信道）在多个点同时被联合接收；协作调度（或者协作波束赋形）是指用户的调度和预编码选择决定是由CoMP协作集中的小区之间共同决定的。
从实现场景的角度，上行CoMP分为站内的CoMP和站间的CoMP，站内CoMP是指由属于同一个基站的不同小区间进行协作，因此站内CoMP的实现可以不考虑时延的问题。站间CoMP是指由属于不同基站的小区间进行协作，由于基站之间传输的时延比较大，在上行联合接收中，如果多个基站联合处理，很可能在基站需要对上行业务做应答即下发ACK（Acknowledgement）/NACK（Negative Acknowledgement）时，站间的协作信息还没有收到，或者还没有来得及处理，导致在一定的站间时延范围内，上行CoMP无法实现，降低了小区边缘的吞吐量。
发明内容
本发明要解决的主要技术问题是，提供一种实现协同多点传输的方法、主基站、系统及其工作方法能够在一定的站间时延范围内，使得上行基站间CoMP可以实现，提高小区边缘的吞吐量。
为解决上述技术问题，本发明提供一种实现协同多点传输的基站工作方法，包括以下步骤：
主基站接收并处理用户发送的上行业务信息；
所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
进一步地，所述根据自身的处理结果确定本次接收的正确性的过程包括：
根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK。
进一步地，所述根据自身的处理结果确定本次接收的正确性的过程还包括：
根据自身的处理结果判断本次接收是否正确，若否，则对所述上行业务信息下发临时ACK；
在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括：
主基站等待或者联合处理协作基站的处理结果；
主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
进一步地，当主基站在所述上行业务进程的调度下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时还包括：
主基站判断本次接收是否正确，若正确，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
同样为了解决上述的技术问题，本发明还提供了实现协同多点传输的主基站，包括：业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块；
所述业务调度模块用于调度用户的上行业务并确认上行业务的进程；
所述业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息；
所述联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理；
所述第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。
进一步地，所述信息确认模块包括：第二判断模块和下发模块；
所述第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。
进一步地，所述第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK；所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在所述上行业务进程的调度下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
进一步地，还包括：第三判断模块；所述第三判断模块用于当在调度下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
同样为了解决上述的技术问题，本发明还提供了一种实现协同多点传输的系统，包括：如上所述的主基站和至少一个协作基站；所述主基站与所述协作基站联合接收上行业务信息。
同样为了解决上述的技术问题，本发明还提供了一种实现协同多点传输的系统工作方法，包括以下步骤：
主基站接收并处理用户发送的上行业务信息；
协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站；
所述主基站对协作基站和自身的上行业务信息处理结果做联合处理；
所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
本发明的有益效果是：
本发明提供了一种实现协同多点传输的方法、主基站、系统及其工作方法能够在一定的站间时延范围内，使得基站间CoMP可以实现，提高接收信号的质量；其中实现协同多点传输的工作方法包括：主基站接收并处理用户发送的上行业务信息；所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性；本发明的实现协同多点传输的方法中在对所述上行业务信息下发应答之前由于站间时延不能根据联合处理的结果判断本次接收的正确性的情况下，利用自身的处理结果来确认本次接收上行业务信息的正确性，实现上行基站间CoMP，提高小区边缘的吞吐量，同时也可以提高系统的吞吐量。
附图说明
图1为本发明实施例一实现协同多点传输的方法的一种流程图；
图2为本发明实施例一实现协同多点传输的方法的另一种流程图；
图3为本发明实施例二实现协同多点传输的主基站的一种结构示意图；
图4为本发明实施例二实现协同多点传输的主基站的另一种结构示意图；
图5为本发明实施例二实现协同多点传输的主基站的又一种结构示意图；
图6为本发明实施例二实现协同多点传输的系统的结构示意图；
图7为本发明实施例三实现协同多点传输的方法的一种流程图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
实施例一：
如图1所示，本实施的例实现协同多点传输的方法，包括：
步骤100：主基站调度用户的上行业务并确认上行业务进程；
步骤101：主基站接收并处理用户发送的所述上行业务进程的上行业务信息；
步骤102：主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
步骤103：主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若能执行步骤104，若不能，则执行步骤107；
步骤104：根据联合处理结果判断本次接收是否正确，若正确执行步骤105，若不正确，则执行步骤106；
步骤105：对本次上行业务信息下发ACK，本次基站间CoMP流程结束；
步骤106：对本次上行业务信息下发NACK，本次基站间CoMP流程结束；
步骤107：根据自身的处理结果确定本次接收的正确性。
本实施例中每一个上行业务都对应一个调度进程，上行业务调度生效时，进程也随之产生。
在不同基站的小区内，由于基站之间传输的时延比较大，在上行联合接收中，如果多个基站联合处理，很可能在基站需要对上行业务做应答即下发ACK（Acknowledgement）/NACK（Negative Acknowledgement）时，站间的协作信息还没有收到，或者还没有来得及处理，会导致上行基站间CoMP无法实现。本实施实现协同多点传输的基站工作方法中通过利用自身的处理结果来确定上行业务的正确性实现了上行基站间CoMP，提高了协同多点传输的流畅性，以及数据传输的稳定性。本实施例中的主基站是指用户的归属基站；协作基站是指协助用户的归属基站进行联合接收处理的基站。
上述步骤107中根据自身的处理结果确定本次接收的正确性的过程包括：
根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK，若否，则对上行业务信息下发临时ACK。
本实施例的实现协同多点传输的基站工作方法中当根据基站自身对上行业务信息处理结果判断本次接收业务的正确性时，若在判断不正确的情况下发送一个临时ACK，默认本次接收业务是正确的，使本次业务进程继续，实现基站间CoMP，当UE在规定的时刻接收到临时ACk时，UE，默认为主基站已经确认本次接收的是正确的，UE不进行任何的重传业务信息的动作。
当主基站根据自身的业务信息处理结果判断本次接收的业务是错误的时候，可能是由于主基站自身本次的接收信号质量不好等原因造成，因此还可以利用协作基站的处理结果进行联合处理做进行进一步的判断，所以在后续的处理过程中还需要通过联合处理结果再次判断本次接收业务是否正确。因此本实施例的实现协同多点传输的方法在主基站对所述上行业务信息下发临时ACK之后还包括：
在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括：
主基站等待或者联合处理协作基站的处理结果；
主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。本次接收的上行业务信息与下一个上行业务信息归属于同一业务进程。
为了保证本次接收业务的正确性，在主基站再次判断不能根据联合处理的结果判断本次接收的正确性的情况，本实施例的实现协同多点传输的基站工作方法采用下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息的方式。
如图2所示，当主基站在调度下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时本实施例的基站工方法还包括：
主基站判断本次接收是否正确，若正确，则在下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
如图2所示，本实施例实现协同多点传输的基站工作方法具体包括如下步骤：
步骤200：主基站调度用户的上行业务并确认上行业务进程；
步骤201：主基站接收并处理用户发送的所述上行业务进程的上行业务信息；
步骤202：主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
步骤203：主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若能执行步骤204，若不能，则执行步骤207；
步骤204：主基站根据联合处理结果判断本次接收是否正确，若正确执行步骤205，若不正确，则执行步骤206；
步骤205：主基站对本次上行业务信息下发ACK，本次基站间CoMP流程结束；
步骤206：主基站对本次上行业务信息下发NACK，本次基站间CoMP流程结束；
步骤207：主基站根据自身的处理结果判断本次接收是否正确，若是，执行步骤208，若否，则执行步骤209；
步骤208：主基站对所述上行业务信息下发ACK；
步骤209：主基站对上行业务信息下发临时ACK；
步骤210：主基站等待或者联合处理协作基站的处理结果；
步骤211：主基站在调度该上行业务进程的下一个上行业务信息之前判断是否能根据联合处理的结果判断本次接收的正确性，若能，则执行步骤212，若不能，则执行步骤214；
步骤212：主基站判断本次接收是否正确，若正确，则执行步骤213，若不正确，则执行步骤214；
步骤213：主基站在下一个该上行业务进程的上行业务信息的调度时刻，调度用户上传新的上行业务信息；
步骤214：主基站在下一个该上行业务进程的上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
实施例二：
如图3所示本实施例提供了一种实现协同多点传输的主基站，包括：业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块；
业务调度模块用于调度用户的上行业务并确认上行业务的进程；
业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息；
联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理；
第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。
如图4所示，本实施例信息确认模块包括：第二判断模块和下发模块；
第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。
为了确保本次接收判断的准确性，还需要再次利用联合处理结果来判断本次接收。因此本实施例中第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK；所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在调度上述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在上述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
如图5所述，本实施例中的实现协同多点传输的基站还包括：第三判断模块；所述第三判断模块用于当在调度上述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在上述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在上述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
本实施例中的上一个上行业务信息与下一个业务信息归属于同一个业务进程。
如图6所示，本实施例还提供了一种实现协同多点传输的系统，包括如本实施例所述的主基站和至少一个协作基站；该主基站与所述协作基站联合接收用户的上行业务信息。
本实施例的实现协同多点传输的主基站能够在由于主基站与协作基站之间的时延导致不能采用联合处理结果来确认本次接收业务的正确性的情况下，根据自身对本次上行业务信息的处理结果确认本次接收的正确性；当本次接收不正确时，下发一个临时ACK给UE，让UE不进行重传动作，主基站继续等待联合处理结果，若最后还是不能够根据联合处理结果（如在主基站还没有联合处理完成的情况下）确认本次接收的正确性，或者根据联合处理的结果确定本次接收为不正确时，则要求UE重新上传该次的上行业务信息。本实施例的实现协同多点传输的主基站提高小区边缘的吞吐量，同时可以提高系统的吞吐量。
在上行COMP中，每个上行业务都对应一个进程，该进程规定了主基站执行动作的时间，在时间到达主基站就要执行相应的动作，当一个进程结束后代表一个上行业务信息上传成功或失败。
实施例三：
本实施例提供了一种实现协同多点传输的系统工作方法，包括：
主基站接收并处理用户发送的上行业务信息；
协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站；
主基站对协作基站和自身的上行业务信息处理结果做联合处理；
主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
如图7所示，对于LTE FDD系统中实现基站间协同多点传输的方法具体包括：
步骤701：主基站在第n个子帧调度用户的上行业务并确认上行业务进程；
步骤702：主基站和协作基站在第n+4个子帧接收并处理用户发送的该上行业务进程的上行业务信息
步骤703：协作基站将协作基站的处理结果传输给主基站，并由主基站做联合处理
步骤704：主基站判断在第n+8个子帧下发ACK/NACK前可以根据联合处理的结果判断本次接收的正确性，如果主基站在第n+8个子帧下发ACK/NACK前可以根据联合处理的结果判断本次接收的正确性，则执行步骤705，否则执行步骤706；
步骤705：主基站根据联合处理结果判断本次接收是否正确，如果本次接收正确则执行步骤707，否则执行步骤708；
步骤706：主基站根据自身的处理结果判断本次接收是否正确，如果正确执行步骤707，否则执行步骤709；
步骤707：在n+8个子帧下发ACK，本次站间CoMP流程结束
步骤708：在n+8个子帧下发NACK，本次站间CoMP流程结束
步骤709：在n+8个子帧下发ACK即下发一个临时ACK后执行步骤710；
步骤710：主基站继续等待或者联合处理协作基站的处理结果
步骤711：判断在第n+16个子帧主基站调度同一个上行业务进程的下一个业务信息前是否可以根据联合处理的结果判断本次接收的正确性，如果在第n+16个子帧主基站调度下一个业务信息前可以根据联合处理的结果判断本次接收的正确性，则执行步骤712，否则执行步骤713；
步骤712：主基站判断本次接收是否正确，如果本次接收正确则执行步骤714，否则执行步骤713。
步骤713：在第n+16个子帧，调度用户重新上传前一次的业务，即给该用户下发的DCI（Downlink Control Information）中的NDI（New dataindicator）不翻转，本次CoMP流程结束。
步骤714：在第n+16个子帧调度用户开始新的业务上传，即给该用户下发的DCI中的NDI翻转，本次CoMP流程结束。
本实施例中的1个子帧为1毫秒。
本实施例中的主基站是指用户的归属基站；协作基站是指协助用户的归属基站进行联合接收的基站。
本实施例的实现协同多点传输的方法能够在一定的站间时延范围内，有效的利用协作基站的处理结果，使得上行基站间CoMP可以有效的实现，从而提升整个网络的上行业务性能，提高小区边缘的吞吐量，同时可以提高系统的吞吐量。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种实现协同多点传输的方法，其特征在于，包括以下步骤：
主基站调度用户的上行业务并确认上行业务进程；
主基站接收并处理用户发送的所述上行业务进程的上行业务信息；
所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；
所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
2.如权利要求1所述的实现协同多点传输的方法，其特征在于，所述根据自身的处理结果确定本次接收的正确性的过程包括：
根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK。
3.如权利要求2所述的实现协同多点传输的方法，其特征在于，所述根据自身的处理结果确定本次接收的正确性的过程还包括：
根据自身的处理结果判断本次接收是否正确，若否，则对所述上行业务信息下发临时ACK；
在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括：
主基站等待或者联合处理协作基站的处理结果；
主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
4.如权利要求3所述的实现协同多点传输的方法，其特征在于，当主基站在调度所述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时还包括：
主基站判断本次接收是否正确，若正确，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
5.一种实现协同多点传输的主基站，其特征在于，包括：业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块；
所述业务调度模块用于调度用户的上行业务并确认上行业务的进程；
所述业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息；
所述联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理；
所述第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。
6.如权利要求5所述的实现协同多点传输的主基站，其特征在于，所述信息确认模块包括：第二判断模块和下发模块；
所述第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。
7.如权利要求6所述的实现协同多点传输的主基站，其特征在于，所述第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK；所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
8.如权利要求7所述的实现协同多点传输的主基站，其特征在于，还包括：第三判断模块；所述第三判断模块用于当在调度所述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。
9.一种实现协同多点传输的系统，其特征在于，包括：如权利要求5-8任一项所述的主基站和至少一个协作基站；所述主基站与所述协作基站联合接收用户的上行业务信息。
10.一种实现协同多点传输的系统工作方法，其特征在于，包括以下步骤：
主基站接收并处理用户发送的上行业务信息；
协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站；
所述主基站对协作基站和自身的上行业务信息处理结果做联合处理；
所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。
CN201210551902.5A 2012-12-18 2012-12-18 实现协同多点传输的方法、主基站、系统及其工作方法 Pending CN103874138A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210551902.5A CN103874138A (zh) 2012-12-18 2012-12-18 实现协同多点传输的方法、主基站、系统及其工作方法
PCT/CN2013/083651 WO2014094469A1 (zh) 2012-12-18 2013-09-17 实现协同多点传输的方法、主基站、系统及其工作方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210551902.5A CN103874138A (zh) 2012-12-18 2012-12-18 实现协同多点传输的方法、主基站、系统及其工作方法

Publications (1)

Publication Number Publication Date
CN103874138A true CN103874138A (zh) 2014-06-18

Family

ID=50912178

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210551902.5A Pending CN103874138A (zh) 2012-12-18 2012-12-18 实现协同多点传输的方法、主基站、系统及其工作方法

Country Status (2)

Country Link
CN (1) CN103874138A (zh)
WO (1) WO2014094469A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533644A (zh) * 2016-11-28 2017-03-22 上海华为技术有限公司 一种进行CoMP传输的方法和基站
WO2018137409A1 (zh) * 2017-01-25 2018-08-02 中兴通讯股份有限公司 一种上行移动性下的寻呼传输方法、通信站点及通信节点

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2264966A1 (en) * 2009-06-19 2010-12-22 Alcatel Lucent Joint processing of uplink data in a wireless communication network
US20120002611A1 (en) * 2009-03-16 2012-01-05 Mingli You Method and apparatus for uplink coordinated multi-point transmission of user data
CN102801490A (zh) * 2011-05-25 2012-11-28 中兴通讯股份有限公司 一种上行协作集中信息交互的方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8843118B2 (en) * 2006-08-21 2014-09-23 Interdigital Technology Corporation Multi-cell coordination for multimedia broadcast multicast services in a wireless communication system
CN101640901B (zh) * 2009-04-29 2013-05-08 北京邮电大学 基于上行协作多点的数据合并接收方法
CN102137517B (zh) * 2010-01-21 2015-06-10 中兴通讯股份有限公司 一种实现多点协作发送/接收数据的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120002611A1 (en) * 2009-03-16 2012-01-05 Mingli You Method and apparatus for uplink coordinated multi-point transmission of user data
EP2264966A1 (en) * 2009-06-19 2010-12-22 Alcatel Lucent Joint processing of uplink data in a wireless communication network
CN102801490A (zh) * 2011-05-25 2012-11-28 中兴通讯股份有限公司 一种上行协作集中信息交互的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ALCATEL-LUCENT SHANGHAI BELL: "Efficient uplink coordinated multi-point reception with reduced backhauling cost", 《3GPP TSG RAN WG1 MEETING #57 R1-092146》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533644A (zh) * 2016-11-28 2017-03-22 上海华为技术有限公司 一种进行CoMP传输的方法和基站
CN106533644B (zh) * 2016-11-28 2019-10-22 上海华为技术有限公司 一种进行CoMP传输的方法和基站
WO2018137409A1 (zh) * 2017-01-25 2018-08-02 中兴通讯股份有限公司 一种上行移动性下的寻呼传输方法、通信站点及通信节点

Also Published As

Publication number Publication date
WO2014094469A1 (zh) 2014-06-26

Similar Documents

Publication Publication Date Title
US20200137782A1 (en) Data transmission method, access network device, and terminal device
CN100576955C (zh) 一种基于非服务基站相对命令的终端操作方法及其装置
CN102264039B (zh) 一种实现半持续调度传输的方法及装置
CN101924609B (zh) 协作多点传输中上行数据的处理方法及相关装置
CN102428669B (zh) 协作基站上行链路的混合arq机制
EP3557776B1 (en) Data transmission method, communication device and data transmission system
US20110235554A1 (en) Communication method, relay station, and communication system
CN105471554A (zh) 处理非执照频带中的传输的方法及其通信装置
CN101801039B (zh) 一种多基站协作中减小时延的方法
CN106560011A (zh) 应答信息发送、接收方法，及接收设备和发送设备
CN103037359A (zh) 一种实现设备到设备的通讯方法、终端及系统
CN103974430B (zh) 一种数据传输方法及装置
CN103546254A (zh) 执行混合式自动重送请求的方法及其基站与移动装置
CN102752862B (zh) 上下行数据业务传输的方法、基站及用户设备
KR20150093815A (ko) 모바일 장치 지원 협력 멀티포인트 전송 및 수신
CN105009496A (zh) 用于在通信系统中确定harq定时的方法和装置
CN102948173A (zh) 合作集群中转发设备的本地选择以增强蜂窝多播
JP6886508B2 (ja) 近隣ｕｅの支援によるロバストなマルチキャスト、ｓｃ−ｐｔｍ及びブロードキャスト配信
CN101931960B (zh) 一种避免上行传输冲突的方法、系统和装置
CN106550317A (zh) 一种宽带dmo下的单呼方法、装置和系统
CN101296061B (zh) Lte tdd系统中的上行数据传输方法
WO2012163171A1 (zh) 一种数据传输的方法及装置
CN109314674A (zh) 取决于传输类型和ue处理能力延迟传输
WO2016070561A1 (zh) 数据传输处理方法及装置
CN103997396A (zh) Fdd-lte网络中混合自动重传的方法、装置和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20140618