CN101640901A - 基于上行协作多点的数据合并接收方法 - Google Patents
基于上行协作多点的数据合并接收方法 Download PDFInfo
- Publication number
- CN101640901A CN101640901A CN200910164456A CN200910164456A CN101640901A CN 101640901 A CN101640901 A CN 101640901A CN 200910164456 A CN200910164456 A CN 200910164456A CN 200910164456 A CN200910164456 A CN 200910164456A CN 101640901 A CN101640901 A CN 101640901A
- Authority
- CN
- China
- Prior art keywords
- enode
- cooperation
- data
- signaling
- described main
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了用于上行CoMP场景下的协作多点数据合并接收方法,涉及先进的长期演进系统LTE-Advanced及LTE-Advanced中引入的新技术点CoMP技术,主要解决与传统蜂窝网络不同的CoMP场景下多点接收上行数据的问题。本发明中,充分利用了CoMP上行传输的特点及各个eNode B具备单独处理数据功能,即各个协作小区多点接收数据,并能各自解调数据,主eNode B根据协作eNode B校验的情况,发送相应的信令到所述协作eNode B;协作eNode B根据来自主eNode B的信令来决定是否向主eNode B传输数据,主eNode B采取恰当的数据传输合并方式,从而降低X2接口的传输开销和提高上行数据传输性能。
Description
申请的交叉引用
本申请要求2009年4月29日向中国专利局递交的、申请号为200910135793.7、发明名称为“基于上行协作多点的数据合并接收方法”的专利申请的优先权,将其全部内容合并在本文中作为参考。
技术领域
本发明涉及协作多点传输/接收(Coordinated Multiple PointTransmission/Reception,CoMP)技术,尤其涉及一种基于上行协作多点的数据合并接收方法。
背景技术
LTE(Long Term Evolution,长期演进)-Advanced是LTE技术的演进,面向的是更高的数据传输速率和频谱利用效率。为了进一步提高小区边缘用户速率和系统整体性能,CoMP被第3代合作伙伴计划(3rd Generation Partnership Project,3GPP)纳入到LTE-Advanced的技术框架中。CoMP主要针对小区边缘用户,指在地理位置上分开的多个传输点协同为一个或多个用户服务。
CoMP架构与现有LTE R8中网络架构的区别在于,对于CoMP架构,存在多个地理位置分开的传输点为边缘用户服务,而LTE R8传统的蜂窝网络架构,不管是中心用户或是边缘用户,只有其所在的小区为其服务。所以在上行链路中,只有为该用户服务的基站收到用户的上行数据然后做解调校验处理向上层转发;而在CoMP架构下,上行传输时,有多个传输点收到来自该用户的上行数据。
现有技术的多点协作发送/接收分为eNode B内的协作和eNode B间的协作。对于eNode B内协作的CoMP场景,一个eNode B下控制的多个小区(Cell)为一边缘用户服务,每个Cell的传输点(Point)只具备射频功能,当收到上行数据后,直接通过专门的物理链路传给该eNode B,然后数据在eNode B端做基带处理,此种情况的多点接收和LTE R8的上行数据接收方案类似;对于eNode B间协作的CoMP场景,不同eNode B控制下的多个小区为同一用户服务,可以按照各个eNode B接收用户信号的功率大小或是路径损耗值大小将这些eNode B分为主eNode B和协作eNode B。接收信号功率较大或是路径损耗较小的是主eNode B。
各个eNode B都具备数据基带处理功能。传统方法中,主eNode B可自行进行数据基带处理获得上行信号,但是这样没有充分利用多点接收的特点获得接收分集增益。可以针对多点接收,通过eNode B间X2链路传输,主eNode B进行联合处理来提高上行传输质量。但是此时,X2链路传输开销是个很大的负担。所以有必要研究一种eNode B间协作传输时能够综合考虑X2链路传输开销和系统性能的方法。
发明内容
本发明要解决的一个技术问题是提供一种基于上行协作多点的数据合并接收方法,能够减小链路传输开销。
根据本发明的一个方面,提供一种基于上行协作多点的数据合并接收方法,包括步骤:主eNode B和协作eNode B接收上行数据,分别进行解调校验处理;协作eNode B向主eNode B发送校验结果报告信令;主eNode B根据自己的校验结果和协作eNode B的校验结果,发送相应的信令到协作eNode B;协作eNode B根据来自主eNode B的信令来决定是否向主eNode B传输数据。
根据本发明的基于上行协作多点的数据合并接收方法的一个实施例,上述主eNode B根据自己的校验结果和协作eNode B的校验结果发送相应的信令到协作eNode B的步骤包括:在主eNode B校验错误、且存在协作eNode B校验正确的情况下,主eNode B选择一个校验正确的协作eNode B,向选择的协作eNode B发送确认信令,以指示选择的协作eNode B向主eNode B传输数据;或者,在主eNode B校验正确的情况下,主eNode B向每个协作eNode B发送拒绝信令,以指示每个协作eNode B不向主eNode B传输数据;或者,在主eNode B校验错误、且所有eNode B校验错误的情况下,主eNode B向所有协作eNode B发送数据传输请求指示,以指示每个eNode B向主eNode B传输数据。
根据本发明的基于上行协作多点的数据合并接收方法的一个实施例,上述协作eNode B根据来自主eNode B的信令来决定是否向主eNode B传输数据的步骤包括:当协作eNode B收到确认信令时,协作eNode B向主eNode B发送硬判决后的比特信息;当协作eNode B收到拒绝信令时,协作eNode B不向主eNode B传输数据;当协作eNode B收到数据传输请求指示时,协作eNode B向主eNode B发送上行数据;上行数据是解调前的上行数据信息,或软比特信息,或硬判决后的比特信息。
根据本发明的另一方面,提供一种基于上行协作多点的数据合并接收方法,包括步骤:主eNode B只在校验错误的时候向协作eNodeB发送校验结果NACK信令;若协作eNode B在预定的等待时间twait内未收到来自主eNode B的NACK信令,则确定主eNode B校验正确;若协作eNode B在预定的等待时间twait内收到了来自主eNode B的NACK信令,则协作eNode B向主eNode B发送校验结果ACK/NACK信令;主eNode B根据自己的校验结果和协作eNode B的校验结果,发送相应的信令到协作eNode B;协作eNode B根据来自主eNode B的信令来决定是否向主eNode B传输数据。
根据本发明的基于上行协作多点的数据合并接收方法的一个实施例,上述主eNode B根据自己的校验结果和协作eNode B的校验结果发送相应的信令到协作eNode B的步骤包括:在主eNode B校验错误、且存在协作eNode B校验正确的情况下,主eNode B选择一个校验正确的协作eNode B,向选择的协作eNode B发送确认信令,以指示选择的协作eNode B向主eNode B传输数据;或者,在主eNode B校验错误、且所有协作eNode B校验错误的情况下,主eNode B向所有协作eNode B发送数据传输请求指示,以指示每个eNode B向主eNode B传输数据。
根据本发明的基于上行协作多点的数据合并接收方法的一个实施例,上述协作eNode B根据来自所述主eNode B的信令来决定是否向所述主eNode B传输数据的步骤包括:当协作eNode B收到确认信令时,协作eNode B向主eNode B发送硬判决后的比特信息;当协作eNode B收到数据传输请求指示时,协作eNode B向主eNode B发送上行数据;上行数据是解调前的上行数据信息,或软比特信息,或硬判决后的比特信息。
根据本发明的基于上行协作多点的数据合并接收方法的一个实施例,等待时间twait值的确定可根据现有X2接口链路传输时延的上限来确定固定twait值或在数据传输开始两步测量获得twait。
本发明提供的基于上行协作多点的数据合并接收方法,协作eNode B根据主eNode B的信令来决定是否向主eNode B传输数据,而不是所有的协作eNode B都向主eNode B传输数据,从而减小了X2链路传输开销,并同时保证了系统的性能。
附图说明
图1是上行传输链路发端和对应收端数据处理流程图;
图2是本发明的基于上行协作多点的数据合并接收方法的一个实施例的流程图;
图3是本发明的关于数据合并的方案一的流程图;
图4是发明的方案二关于在主eNode B校验错误下的数据合并的流程图;
图5是包含eNode B内协作和eNode B间协作的CoMP场景示意图;
图6是eNode B间协作的CoMP场景示意图;
图7是本发明的数据合并接收方法的应用实例1;
图8是本发明的数据合并接收方法的应用实例2;
图9是本发明的数据合并接收方法的应用实例3;
图10是本发明的数据合并接收方法的应用实例4。
具体实施方式
下面参照附图对本发明进行更全面的描述,其中说明本发明的示例性实施例。
本发明主要针对eNode B间协作的CoMP场景,在上行传输多点接收的情况下,充分利用协作eNode B和主eNode B间可通过X2接口协作传输的特点,提出了一种适用于不同X2接口传输能力的数据合并接收方法,从而达到X2链路传输开销和系统性能的平衡。
图2示出本发明的方法的一个实施例的流程图。
如图2所示,在步骤202,主eNode B和协作eNode B接收上行数据,分别进行解调校验处理。参与CoMP协作的多个eNode B具有数据解调校验功能。
在步骤204,协作eNode B向主eNode B发送校验结果报告信令。
在步骤206,主eNode B根据自己的校验结果和协作eNode B的校验结果,发送相应的信令到各个协作eNode B。
在步骤208,协作eNode B根据来自主eNode B的指示信令,决定是否向主eNode B传输数据。
在eNode B间协作的CoMP场景下,主eNode B根据X2接口传输能力的大小,侧重不同的目标点采用恰当的数据合并方法。
根据本发明的方法的一个实施例,在主eNode B校验错误、且存在协作eNode B校验正确的情况下,主eNode B选择一个校验正确的协作eNode B,向选择的协作eNode B发送确认信令,以指示选择的协作eNode B向主eNode B传输数据;或者,在主eNode B校验正确的情况下,主eNode B向每个协作eNode B发送拒绝信令,以指示每个协作eNode B不向主eNode B传输数据;或者,在主eNode B校验错误、且所有协作eNode B校验错误的情况下,主eNode B向所有协作eNode B发送数据传输请求指示,以指示每个eNode B向主eNode B传输数据。
在X2接口传输能力较弱时(如现有LTE系统的用于连接的X2接口,传输延迟大于20ms),以降低X2接口传输开销为主;在X2接口传输能力强时(如基于光纤的增强X2接口,如传输延迟小于1ms),目标是提高数据接收性能。
根据本发明的内容,在X2接口传输能力较弱时,主eNode B根据自身校验正确的概率大小决定其与协作eNode B之间采用何种方案通过X2接口进行数据合并。方案二在主eNode B校验正确概率较大的情况下能够可观的降低X2链路ACK/NACK信令传输的开销,但是会有一定的时延代价。
方案一:
在各个eNode B都能独立进行接收端校验处理(处理流程如图1)的前提下,针对X2接口传输能力较弱,方案一提供了一种在eNode B间协作的CoMP上行场景中降低X2链路数据传输开销的合并接收方法。
基本思想是在主eNode B校验错误、协作eNode B校验正确的情况下,主eNode B只选择部分(例如一个)校验正确的协作eNode B通过X2接口传输数据,从而避免因所有协作eNode B都向主eNode B发送数据而带来的X2链路上数据传输的开销。
图3是本发明的关于数据合并的方案一的流程图。
如图3所示,步骤302、参与协作的eNode B收到用户UE的上行数据后,各自按照图1的流程进行单独的接收端处理过程。UE发送的上行数据可以是上行共享信道的用户数据,也可以是上行控制信道的参考符号等。
步骤304、协作eNode B通过X2接口向主eNode B发送其校验结果ACK/NACK信令(ACK信令表明校验正确,NACK信令表示校验错误)。步骤304中可选择X2链路串行单向传输和并行双向传输两种方式。
方式1:X2链路串行单向传输
步骤304a,在各个协作eNode B单独处理完后,通过X2接口向主eNode B发送校验结果报告ACK/NACK信令。
方式2:X2链路并行双向传输
步骤304b,各个协作eNode B单独处理完后,通过X2接口向主eNode B发送校验结果报告ACK/NACK信令;同时,主eNode B向各个协作eNode B发送检验结果报告ACK/NACK信令。
步骤306、主eNode B根据自己和各个协作eNode B的校验结果情况,发送相应的信令给协作eNode B,并作相应处理。
方式1:X2链路串行单向传输
步骤306a,主eNode B根据自己和各个协作eNode B的校验结果情况,发送相应的信令给协作eNode B,并作相应处理:
(1)若主eNode B校验正确,则主eNode B向所有协作eNode B发送拒绝传输数据指示R(R表示Reject);
(2)若主eNode B校验错误、协作eNode B校验正确,则主eNode B选择其中一个校验正确的协作eNode B通过X2接口向其发送请求传输数据指示T1(T1表示Transmit1),向其它协作eNode B通过X2接口发送拒绝传输数据指示R;
(3)若所有eNode B校验错误,则主eNode B向所有协作eNodeB发送请求数据传输指示T2(T2表示Transmit2)。
方式2:X2链路并行双向传输
步骤306b,主eNode B根据自己和各个协作eNode B的校验结果情况,发送相应的信令给协作eNode B,并作相应处理;协作eNode B根据收到的主eNode B的校验结果,做相应处理:
(1)若主eNode B校验正确,则协作eNode B丢弃收到的上行数据,准备接收下一个上行传输块,然后执行步骤312。
(2)若主eNode B校验错误、协作eNode B校验正确,则主eNode B选择其中一个校验正确的协作eNode B通过X2接口向其发送请求传输数据指示T1(T1表示Transmit1),向其它协作eNode B通过X2接口发送拒绝传输数据指示R;
(3)若所有eNode B校验错误,则主eNode B向所有协作eNodeB发送请求数据传输指示T2(T2表示Transmit2)。
步骤308、协作eNode B收到来自主eNode B的指示信令后,作相应处理:
(1)若协作eNode B收到请求传输数据指示T1,则向主eNode B发送硬判决后的比特信息;
(2)若协作eNode B收到请求数据传输指示T2,则可以向主eNode B发送未经解调的数据、软比特信息或是硬判决后的比特信息;
(3)若协作eNode B收到拒绝传输数据指示R,则丢弃收到的上行数据,并准备接收下一个上行传输块。
步骤310、主eNode B收到来自协作eNode B的数据后,做相应的联合处理。根据主eNode B收到的数据形式的不同,联合处理方式不同。若是收到硬判决比特信息,可作选择合并;若是收到软比特信息或是未经解调的数据,可作最大比合并或等增益合并。
步骤312、主eNode B根据最后校验结果,在指定子帧内向UE发送ACK/NACK信令。在主eNode B校验正确时,不需要协作eNodeB通过X2接口传输数据,所以主eNode B不必进行联合处理校验,主eNode B在指定子帧内发送ACK信令给UE。在主eNode B校验错误时,主eNode B会收到来自协作eNode B的上行用户数据,主eNode B做联合处理,然后在指定子帧发送最后的校验结果ACK/NACK信令给UE。
数据传输采用HARQ进程,上行采用非自适应的同步HARQ。这种上行同步HARQ操作通过下行ACK/NACK信令传输、新数据指示符(NDI,New Data Indicator)和上行数据的重传来完成。每次重传的信道编码冗余版本(RV,Redundancy Version)和传输格式都是预定义好的,不需要额外的信令支持。只需要通过1bit的NDI指示符指示此次传输是新数据的首次传输,还是旧数据的重传。下行ACK/NACK信令是在PHICH(物理HARQ指示信道)中传输的。
需要指出,在上面的例子中,主eNode B根据不同的情况向协作eNode B发送拒绝传输数据指示R、请求传输数据指示T1和请求传输数据指示T2;本领域的技术人员可以理解,主eNode B可根据不同的情况向协作eNode B发送拒绝传输数据指示R和请求传输数据指示T,协作eNode B收到请求传输数据指示T后,或者向主eNode B发送硬判决后的比特信息,或者结合本身的校验结果,向主eNode B发送硬判决后的比特信息(如果校验正确)或未经解调的数据、软比特信息或是硬判决后的比特信息(如果校验错误)。
需要指出,在上面的描述中,在主eNode B校验错误、协作eNodeB校验正确的情况下,主eNode B选择一个校验正确的协作eNode B传输数据;本领域的技术人员可以理解,也可以选择部分(多于一个)校验正确的协作eNode B传输数据,和所有的协作eNode B都传输数据相比,仍然可以减小X2链路的传输开销。
根据本发明的方法的一个实施例,采用X2接口单向传输。参与协作的eNode B各自解调校验完数据后,用于连接主eNode B和协作eNode B的X2接口进行单向传输,即协作eNode B通过X2接口向主eNode B发送校验结果报告ACK/NACK信令;与此同时主eNode B不向协作eNode B发送任何信令。X2接口一次单向传输中,传送ACK/NACK信令时承载了1bit(位)的信令开销。
根据本发明的方法的一个实施例,采用X2接口双向传输。参与协作的eNode B各自解调校验完后,用于连接主eNode B和协作eNode B的X2接口进行双向传输,即协作eNode B通过X2接口向主eNode B发送校验结果报告ACK/NACK信令;与此同时,主eNode B也向协作eNode B发送校验结果报告ACK/NACK信令。X2接口一次双向传输中,传送ACK/NACK信令时承载了2bit的信令开销。
各个协作eNode B在收到来自主eNode B校验结果报告信令后,若是ACK信令,协作eNode B丢弃已收的上行数据,并准备接收下一个上行传输数据块;若收到NACK信令,协作eNode B缓存接收到的上行数据并等待,等待主小区的进一步指示。
根据本发明的方法的一个实施例,主eNode B获知各个协作eNode B校验结果后,存在三种情况:(1)主eNode B校验正确;(2)主eNode B校验错误,但是至少存在一个协作eNode B校验正确;(3)所有eNode B都校验错误。分别描述如下:
对于情况(1),在X2接口单向传输中,主eNode B向所有协作eNode B发送拒绝数据传输指示R(R表示Reject(拒绝))通知不必X2接口传输数据。
对于情况(2),主eNode B选取其中一个校验正确的协作eNode B向其发送数据传输请求指示T1(T1表示Transmit1(发送1)),并向其它协作eNode B发送拒绝数据传输指示R(R表示Reject)。
对于情况(3),主eNode B向所有协作eNode B发送数据传输请求指示T2(T2表示Transmit2(发送2))。
其中,上述主eNode发送的各种信令指示R,T1,T2至少需要用2bit来区分。例如00表示R,01表示T1,11表示T2等。协作eNode B收到来自主eNode B的T1指示信令后,通过X2接口向主eNode B发送硬判决后的比特信息;协作eNode B收到来自主eNodeB的R指示信令后,协作eNode B不发送任何信息给主eNode B,而是丢弃所收到的上行数据,并准备接收下一个上行传输块;协作eNode B收到来自主eNode B的T2指示信令后,通过X2接口向主eNode B发送上行数据。此上行数据可以是解调前的上行数据信息,也可以是软比特信息,或是硬判决后的比特信息。
方案二:
方案二提供了一种结合方案一,通过降低X2链路ACK/NACK信令传输开销以进一步降低X2链路传输开销的方法。
其基本思想是在主eNode B校验正确的时候,主eNode B不发送ACK信令给协作eNode B,协作eNode B也不发送ACK/NACK信令给主eNode B,从而降低X2链路传输ACK/NACK信令的开销。主eNode B和协作eNode B之间约定一个等待时间twait。当协作eNode Btwait长时间内仍未收到来自主eNode B的ACK/NACK信令,则默认主eNode B校验正确。
若收到来自主eNode B的NACK信令,则协作eNode B向主eNode B发送其校验结果ACK/NACK信令,其后处理流程与方案一合并机制一样。具体流程如图4所示。
等待时间值twait的确定可根据现有X2接口链路传输时延的上限来确定固定twait值或在数据传输开始两步测量获得twait。
根据本发明的另一方面,在X2接口传输能力强时,各个协作eNode B将收到的上行用户信号通过X2接口传给主eNode B。最后,在主eNode B端,做合并接收,例如最大比合并、等增益合并、选择性合并等。然后将最后的校验结果ACK/NACK信令发送给用户。
本发明的方法还可以适用于CoMP+MU-MIMO的场景。即在为一边缘用户服务的多个eNode B构成的CoMP下,存在其中一协作eNode B与该用户和另外其服务的用户构成MU-MIIMO。
在CoMP+MU-MIMO场景下,当构成MU-MIMO的协作eNode B需要经X2接口向主eNode B传输数据时,该数据只能是该用户的软比特信息或是硬判决后的比特信息。
本发明的方法还可以适用于CoMP场景下用户移动切换情况。
本发明还提供一种针对上行CoMP场景提高数据接收质量和系统性能的数据合并方法,适用于在X2接口传输能力较强情况。包括:所有协作eNode B收到上行数据后,通过X2接口将数据传给主eNode B。主eNode做合并接收。其中,主eNode B合并接收方法有最大比合并、等增益合并和选择性合并。
下面参考附图6至10详细介绍本发明的几个应用实例。
应用实例1(参见图7):
参考图6所示的eNode B间协作的CoMP场景示意图,主eNodeB、协作eNode B1和协作eNode B2构成CoMP,为用户UE服务。参见图7,当进行上行CoMP传输后,eNode B间通过协作进行数据合并的过程为:
①CoMP中各个eNode B(包括主eNode B 71、协作eNode B172、协作eNode B273)先进行各自独立的收端处理过程(如图1的收端处理流程),获得各自校验的结果。
②X2接口双向传输:各个协作小区所附属的eNode B根据各自的校验结果通过X2接口向主eNode B发送ACK/NACK信令;与此同时,主eNode B将自己的校验结果通过X2接口发送ACK/NACK信令给各个协作eNode B。
③主eNode B获知其它两个协作eNode B的校验结果以及协作eNode B获知主eNode B的校验结果后:
(1)若主eNode B校验正确,即此时各个协作eNode B收到来自主eNode B的ACK信令,则主eNode B在指定的子帧内传ACK信令给UE即直接执行步骤⑥;同时各个协作eNode B丢弃此时收到的上行用户数据,并准备接收下一个上行数据块。
(2)若主eNode B校验错误,但至少存在一个协作eNode B校验正确,则主eNode B选择其中一个校验正确的协作eNode B(可根据距离远近准则)向其发送数据传输请求指示T1,并向其它协作eNode B发送拒绝数据传输指示R。这里,主eNode B在选取其中一个校验正确的协作eNode B时,可根据步骤②各协作eNode B报告信令到来的先后顺序,早到的可视为与主eNode B距离近的;
(3)若所有eNode B都校验错误,主eNode B向所有协作eNodeB发送数据传输请求指示T2。
④协作eNode B根据收到的主eNode B的信令指示,决定是否传输数据:
(1)若收到指示信令T1,则发送硬判决信息(图1收端流程图步骤⑤的输出信号y-out);
(2)若收到指示信令N,则该协作eNode B不传输数据;
(3)若收到指示信令T2,则需要向主eNode B发送上行数据,此数据可包括收到的未经解调的数据(图1收端流程图步骤③的输出信号y3)、软比特信息(图1收端流程图步骤④的输出信号y4)或硬判决信息(图1收端流程图步骤⑤的输出信号y-out)。
⑤主eNode B作联合处理,并校验。联合处理可采用选择合并、等增益合并或最大比合并方式。
⑥主eNode B根据最后校验结果在指定子帧向UE发送ACK/NACK信令。
应用实例2(参见图8):
针对图6所示的eNode B间协作的CoMP场景示意图,主eNodeB、协作eNode B1和协作eNode B2构成CoMP,为用户UE服务。如图8所示,当进行上行CoMP传输后,eNode B间通过协作进行数据合并的过程为:
CoMP中各个eNode B(包括主eNode B 81、协作eNode B1 82、协作eNode B2 83)先进行各自独立的收端处理过程(如图1收端处理流程图),获得各自校验的结果。
X2接口单向传输:各个协作小区所附属的eNode B根据各自的校验结果通过X2接口向主eNode B发送校验结果ACK/NACK信令。
主eNode B根据三个eNode B的校验结果:
(1)若主eNode B校验正确,则向所有协作eNode B发送R指示信令,通知协作eNode B不必由X2接口传输数据,并在指定子帧向UE发送ACK信令,即跳过步骤④⑤直接执行步骤⑥;
(2)若主eNode B校验错误,但是至少存在一个协作eNode B校验正确,主eNode B选择其中一个校验正确的协作eNode B(可根据距离远近准则)向其发送数据传输请求指示T1,并向其它协作eNode B发送拒绝数据传输指示R。这里,主eNode B在选取其中一个校验正确的协作eNode B时,可根据步骤②各协作eNode B报告信令到来的先后顺序,早到的可视为与主eNode B距离近的;
(3)若所有eNode B都校验错误,主eNode B向所有协作eNodeB发送数据传输请求指示T2。
协作eNode B根据收到的主eNode B的信令指示,决定是否传输数据:
(1)若收到指示信令T1,则发送硬判决信息(图1收端流程图步骤⑤的输出信号y-out);
(2)若收到指示信令R,则不传输数据;
(3)若收到指示信令T2,则需要向主eNode B发送上行数据,此数据可包括收到的未经解调的数据(图1收端流程图步骤③的输出信号y3)、软比特信息(图1收端流程图步骤④的输出信号y4)或硬判决信息(图1收端流程图步骤⑤的输出信号y-out)。
主eNode B作联合处理,并校验。联合处理可采用选择合并、等增益合并或最大比合并方式。
主eNode B发送ACK/NACK信令给UE。
应用实例3(参见图9)
图9是eNode B间协作的CoMP场景+MU-MIMO场景。即3个eNode B构成CoMP,为一边缘用户UE1服务,与场景二的区别在于,其中一协作eNode B1又与UE1、UE2构成了MU-MIMO。
图9中,对于UE1,主eNode B、协作eNode B1和协作eNode B2构成CoMP,对UE1进行多点协作发送与接收,与此同时,UE1、UE2对于协作eNode B1又构成了上行MU-MIMO。在这种CoMP+MU-MIMO场景下,协作eNode B1接收到的数据不再仅仅是UE1的数据,而是UE1和UE2的数据之和。即eNode B1接收到的上行信号表示为yeNB1=h1x1+h2x2,其中h1,h2分别表示UE1、UE2至eNode B1的上行信道,x1,x2表示UE1、UE2向eNode B1发送的上行数据。
对于主eNode B,需要获得UE1的上行数据x1,数据合并接收流程可采取图7和图8的流程。只是当需要协作eNode B传输数据时,对于存在MU-MIMO的协作eNode B,必须先进行干扰消除或抑制以提取出UE1的信息(不同于图7和图8协作eNode B的传输内容,此信息不能直接是协作eNode B收到的上行数据,只能是软比特信息或硬判决信息),然后通过X2接口传给主eNode B。主eNode B最后进行联合处理获得UE1的上行数据,并根据校验结果在指定子帧向UE1发送ACK/NACK信令。这些处理过程和应用实例2和3一样。
应用实例4(参见图10)
图10是用户处于移动运动切换状态的CoMP场景。t1时刻,对于移动UE,eNode B1、eNode B2和eNode B3构成CoMP为其服务,eNode B1为主基站,t2时刻,UE运动到eNode B2覆盖小区边缘,此时eNode B2和eNode B4构成CoMP为其服务,主基站由原先的eNode B1转变为eNode B2。对于这种处于运动状态的UE,UE不断测量其与小区之间的信道状况并发送测量报告,主eNode B根据测量报告决定UE是否进行切换,切换时,源主eNode B1会将其上行缓存数据和正在接收的数据发送给目的主eNode B4,从而当为UE服务的CoMP小区改变时(新的CoMP由eNode B2、eNode B4组成),后续的ULCoMP传输能照常进行。图7和图8两种数据合并接收方案也适用于UE处于运动切换状态。
纵上所述,本发明公开了一种用于上行CoMP场景下的协作多点数据合并接收方法,涉及先进的长期演进系统LTE-Advanced及LTE-Advanced中引入的新技术点CoMP技术,主要解决与传统蜂窝网络不同的CoMP场景下协作多点接收上行数据的问题。本发明中,充分利用了CoMP上行传输的特点及各个eNode B具备单独处理数据功能,即各个协作小区多点接收数据,并能各自解调数据,主eNode B根据协作eNode B校验的情况,采取恰当的数据传输合并方式,从而降低X2接口的传输开销和提高上行数据传输性能。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (12)
1.一种基于上行协作多点的数据合并接收方法,其特征在于,包括步骤:
主eNode B和协作eNode B接收上行数据,分别进行解调校验处理;
所述协作eNode B向所述主eNode B发送校验结果报告信令;
所述主eNode B根据自己的校验结果和所述协作eNode B的校验结果,发送相应的信令到所述协作eNode B;
所述协作eNode B根据来自所述主eNode B的信令来决定是否向所述主eNode B传输数据。
2.根据权利要求1所述的数据合并接收方法,其特征在于,所述主eNode B根据自己的校验结果和所述协作eNode B的校验结果发送相应的信令到所述协作eNode B的步骤包括:
在所述主eNode B校验错误、且存在协作eNode B校验正确的情况下,所述主eNode B选择一个校验正确的协作eNode B,向选择的所述协作eNode B发送确认信令,以指示选择的所述协作eNode B向所述主eNode B传输数据;
或者,
在所述主eNode B校验正确的情况下,所述主eNode B向每个所述协作eNode B发送拒绝信令,以指示每个所述协作eNode B不向所述主eNode B传输数据;
或者,
在所述主eNode B校验错误、且所有协作eNode B校验错误的情况下,所述主eNode B向所有协作eNode B发送数据传输请求指示,以指示每个所述eNode B向所述主eNode B传输数据。
3.根据权利要求2所述的数据合并接收方法,其特征在于,所述协作eNode B根据来自所述主eNode B的信令来决定是否向所述主eNode B传输数据的步骤包括:
当所述协作eNode B收到确认信令时,所述协作eNode B向所述主eNode B发送硬判决后的比特信息;
当所述协作eNode B收到拒绝信令时,所述协作eNode B不向所述主eNode B传输数据;
当所述协作eNode B收到数据传输请求指示时,所述协作eNode B向所述主eNode B发送上行数据;所述上行数据是解调前的上行数据信息,或软比特信息,或硬判决后的比特信息。
4.根据权利要求1所述的数据合并接收方法,其特征在于,
所述协作eNode B向所述主eNode B发送校验结果报告信令的步骤包括:
所述协作eNode B通过X2接口向所述主eNode B发送校验结果报告ACK/NACK信令。
5.根据权利要求1所述的数据合并接收方法,其特征在于,还包括步骤:
所述主eNode B根据最终校验结果,向UE发送ACK/NACK信令。
6.根据权利要求5所述的数据合并接收方法,其特征在于,还包括步骤:
当所述主eNode B和所述协作eNode B的校验都错误时,所述主eNode B接收来自所述协作eNode B的上行用户数据,对接收的上行用户数据进行联合处理。
7.根据权利要求1所述的数据合并接收方法,其特征在于,
所述协作eNode B向所述主eNode B发送校验结果报告信令的步骤包括:
在X2链路并行双向传输方式下,所述协作eNode B通过X2接口向主eNode B发送校验结果报告ACK/NACK信令;且所述主eNode B向所述协作eNode B发送校验结果报告ACK/NACK信令;
或者,
在X2链路串行单向传输方式下,所述协作eNode B通过X2接口向主eNode B发送校验结果报告ACK/NACK信令;此时,主eNode B并不向所述协作eNode B发送校验结果报告ACK/NACK信令。
8.根据权利要求7所述的数据合并接收方法,其特征在于,
在X2链路并行双向传输方式中,所述X2接口每次双向传输承载2bit的信令开销;
或者,
在X2链路串行单向传输方式中,所述X2接口每次单向传输承载1bit的信令开销。
9.一种基于上行协作多点的数据合并接收方法,其特征在于,包括步骤:
主eNode B只在校验错误的时候向协作eNode B发送校验结果NACK信令;
若所述协作eNode B在预定的等待时间twait内未收到来自所述主eNode B的NACK信令,则确定所述主eNode B校验正确;
若所述协作eNode B在所述预定的等待时间twait内收到了来自所述主eNode B的NACK信令,则所述协作eNode B向所述主eNode B发送校验结果ACK/NACK信令;
所述主eNode B根据自己的校验结果和所述协作eNode B的校验结果,发送相应的信令到所述协作eNode B;
所述协作eNode B根据来自所述主eNode B的信令来决定是否向所述主eNode B传输数据。
10.根据权利要求9所述的基于上行协作多点的数据合并接收方法,其特征在于,所述主eNode B根据自己的校验结果和所述协作eNode B的校验结果发送相应的信令到所述协作eNode B的步骤包括:
在所述主eNode B校验错误、且存在协作eNode B校验正确的情况下,所述主eNode B选择一个校验正确的协作eNode B,向选择的所述协作eNode B发送确认信令,以指示选择的所述协作eNode B向所述主eNode B传输数据;
或者,
在所述主eNode B校验错误、且所有协作eNode B校验错误的情况下,所述主eNode B向所有协作eNode B发送数据传输请求指示,以指示每个所述eNode B向所述主eNode B传输数据。
11.根据权利要求10所述的数据合并接收方法,其特征在于,所述协作eNode B根据来自所述主eNode B的信令来决定是否向所述主eNode B传输数据的步骤包括:
当所述协作eNode B收到确认信令时,所述协作eNode B向所述主eNode B发送硬判决后的比特信息;
当所述协作eNode B收到数据传输请求指示时,所述协作eNode B向所述主eNode B发送上行数据;所述上行数据是解调前的上行数据信息,或软比特信息,或硬判决后的比特信息。
12.根据权利要求9所述的基于上行协作多点的数据合并接收方法,其特征在于,等待时间twait值的确定可根据现有X2接口链路传输时延的上限来确定固定twait值或在数据传输开始两步测量获得twait。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910164456 CN101640901B (zh) | 2009-04-29 | 2009-08-05 | 基于上行协作多点的数据合并接收方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910135793.7 | 2009-04-29 | ||
CN200910135793 | 2009-04-29 | ||
CN 200910164456 CN101640901B (zh) | 2009-04-29 | 2009-08-05 | 基于上行协作多点的数据合并接收方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101640901A true CN101640901A (zh) | 2010-02-03 |
CN101640901B CN101640901B (zh) | 2013-05-08 |
Family
ID=41615623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910164456 Active CN101640901B (zh) | 2009-04-29 | 2009-08-05 | 基于上行协作多点的数据合并接收方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101640901B (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145616A1 (zh) * | 2009-06-30 | 2010-12-23 | 中兴通讯股份有限公司 | 基于多点协作的数据传输方法及装置 |
CN102104879A (zh) * | 2010-12-20 | 2011-06-22 | 山东省计算中心 | 多小区协作传输方法 |
CN102238613A (zh) * | 2010-05-07 | 2011-11-09 | 中兴通讯股份有限公司 | 一种lte系统中网管与基站的协作方法和装置 |
WO2012089145A1 (zh) * | 2010-12-29 | 2012-07-05 | 华为技术有限公司 | 无线链路信号的更软合并方法和设备 |
CN102595429A (zh) * | 2011-01-17 | 2012-07-18 | 中兴通讯股份有限公司 | 上行无线协作多点传输通信网络及其传输方法 |
WO2012106966A1 (zh) * | 2011-02-11 | 2012-08-16 | 中兴通讯股份有限公司 | 一种基于多点协作的集中式有线口数据传输方法及系统 |
CN102801489A (zh) * | 2011-05-25 | 2012-11-28 | 中兴通讯股份有限公司 | 多路同源数据合并接收的方法及装置 |
CN102801490A (zh) * | 2011-05-25 | 2012-11-28 | 中兴通讯股份有限公司 | 一种上行协作集中信息交互的方法及系统 |
CN102893661A (zh) * | 2010-06-04 | 2013-01-23 | 夏普株式会社 | 通信系统及通信方法 |
CN103053201A (zh) * | 2010-08-12 | 2013-04-17 | 富士通株式会社 | 通信设定方法、无线基站、移动台 |
CN103874137A (zh) * | 2012-12-12 | 2014-06-18 | 普天信息技术研究院有限公司 | 一种上行多点协作传输的接收方法及系统 |
WO2014094469A1 (zh) * | 2012-12-18 | 2014-06-26 | 中兴通讯股份有限公司 | 实现协同多点传输的方法、主基站、系统及其工作方法 |
CN103973413A (zh) * | 2013-02-01 | 2014-08-06 | 电信科学技术研究院 | 一种传输反馈信息的方法、设备及系统 |
CN105591721A (zh) * | 2014-10-24 | 2016-05-18 | 杭州华为数字技术有限公司 | 一种小区上行协作的方法和基站 |
CN107222245A (zh) * | 2017-05-27 | 2017-09-29 | 武汉理工大学 | 一种用于毫米波MIMO无线通信中CoMP传输节点选择及分集接收路径选择的方法 |
CN112567791A (zh) * | 2020-11-19 | 2021-03-26 | 北京小米移动软件有限公司 | 请求系统消息块的方法及装置、通信设备及存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101119585B (zh) * | 2006-08-01 | 2010-05-12 | 华为技术有限公司 | 分布式非协作多点对多点网络、节点及连接建立方法 |
-
2009
- 2009-08-05 CN CN 200910164456 patent/CN101640901B/zh active Active
Cited By (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145616A1 (zh) * | 2009-06-30 | 2010-12-23 | 中兴通讯股份有限公司 | 基于多点协作的数据传输方法及装置 |
CN101938300B (zh) * | 2009-06-30 | 2015-07-22 | 中兴通讯股份有限公司 | 基于多点协作的数据传输方法及装置 |
CN102238613B (zh) * | 2010-05-07 | 2014-03-12 | 中兴通讯股份有限公司 | 一种lte系统中网管与基站的协作方法和装置 |
CN102238613A (zh) * | 2010-05-07 | 2011-11-09 | 中兴通讯股份有限公司 | 一种lte系统中网管与基站的协作方法和装置 |
WO2011137634A1 (zh) * | 2010-05-07 | 2011-11-10 | 中兴通讯股份有限公司 | 一种lte系统中网管与基站的协作方法和装置 |
CN102893661A (zh) * | 2010-06-04 | 2013-01-23 | 夏普株式会社 | 通信系统及通信方法 |
CN102893661B (zh) * | 2010-06-04 | 2016-05-11 | 夏普株式会社 | 通信系统及通信方法 |
US9215635B2 (en) | 2010-06-04 | 2015-12-15 | Sharp Kabushiki Kaisha | Communication system and communication method |
US9319949B2 (en) | 2010-08-12 | 2016-04-19 | Fujitsu Limited | Communication setting method, wireless base station, and mobile station |
CN103053201B (zh) * | 2010-08-12 | 2016-04-06 | 富士通株式会社 | 通信设定方法、无线基站、移动台 |
CN103053201A (zh) * | 2010-08-12 | 2013-04-17 | 富士通株式会社 | 通信设定方法、无线基站、移动台 |
CN102104879A (zh) * | 2010-12-20 | 2011-06-22 | 山东省计算中心 | 多小区协作传输方法 |
CN102104879B (zh) * | 2010-12-20 | 2014-06-11 | 山东省计算中心 | 多小区协作传输方法 |
WO2012089145A1 (zh) * | 2010-12-29 | 2012-07-05 | 华为技术有限公司 | 无线链路信号的更软合并方法和设备 |
WO2012097656A1 (zh) * | 2011-01-17 | 2012-07-26 | 中兴通讯股份有限公司 | 上行无线协作多点传输通信网络及其传输方法 |
CN102595429A (zh) * | 2011-01-17 | 2012-07-18 | 中兴通讯股份有限公司 | 上行无线协作多点传输通信网络及其传输方法 |
WO2012106966A1 (zh) * | 2011-02-11 | 2012-08-16 | 中兴通讯股份有限公司 | 一种基于多点协作的集中式有线口数据传输方法及系统 |
CN102801489A (zh) * | 2011-05-25 | 2012-11-28 | 中兴通讯股份有限公司 | 多路同源数据合并接收的方法及装置 |
CN102801490A (zh) * | 2011-05-25 | 2012-11-28 | 中兴通讯股份有限公司 | 一种上行协作集中信息交互的方法及系统 |
WO2012159547A1 (zh) * | 2011-05-25 | 2012-11-29 | 中兴通讯股份有限公司 | 一种上行协作集内信息交互的方法及系统 |
WO2012159473A1 (zh) * | 2011-05-25 | 2012-11-29 | 中兴通讯股份有限公司 | 多路同源数据合并接收的方法及装置 |
CN102801489B (zh) * | 2011-05-25 | 2016-03-30 | 中兴通讯股份有限公司 | 多路同源数据合并接收的方法及装置 |
CN103874137A (zh) * | 2012-12-12 | 2014-06-18 | 普天信息技术研究院有限公司 | 一种上行多点协作传输的接收方法及系统 |
WO2014094469A1 (zh) * | 2012-12-18 | 2014-06-26 | 中兴通讯股份有限公司 | 实现协同多点传输的方法、主基站、系统及其工作方法 |
CN103973413A (zh) * | 2013-02-01 | 2014-08-06 | 电信科学技术研究院 | 一种传输反馈信息的方法、设备及系统 |
CN103973413B (zh) * | 2013-02-01 | 2017-04-12 | 电信科学技术研究院 | 一种传输反馈信息的方法、设备及系统 |
CN105591721A (zh) * | 2014-10-24 | 2016-05-18 | 杭州华为数字技术有限公司 | 一种小区上行协作的方法和基站 |
US10148323B2 (en) | 2014-10-24 | 2018-12-04 | Huawei Technologies Co., Ltd. | Uplink inter-cell coordination method and base station |
CN107222245A (zh) * | 2017-05-27 | 2017-09-29 | 武汉理工大学 | 一种用于毫米波MIMO无线通信中CoMP传输节点选择及分集接收路径选择的方法 |
CN107222245B (zh) * | 2017-05-27 | 2020-07-10 | 武汉理工大学 | 一种用于毫米波MIMO无线通信中CoMP传输节点选择及分集接收路径选择的方法 |
CN112567791A (zh) * | 2020-11-19 | 2021-03-26 | 北京小米移动软件有限公司 | 请求系统消息块的方法及装置、通信设备及存储介质 |
CN112567791B (zh) * | 2020-11-19 | 2023-12-15 | 北京小米移动软件有限公司 | 请求系统消息块的方法及装置、通信设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101640901B (zh) | 2013-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101640901B (zh) | 基于上行协作多点的数据合并接收方法 | |
US11617226B2 (en) | System and method for UE fountain relay based network | |
CN105900351B (zh) | 移动装置辅助的协调多点传送和接收的方法和设备 | |
CN102428669B (zh) | 协作基站上行链路的混合arq机制 | |
CN101841495B (zh) | 一种用于上行协作多点传输用户数据的方法及装置 | |
CN101965741B (zh) | 用于协作无线通信的方法和设备 | |
AU2009333790B2 (en) | Apparatus and method for autonomous combining in a wireless relay network | |
CN100547959C (zh) | 移动通信系统和重传控制方法 | |
US20110021227A1 (en) | System and a method for indicating an uplink resource | |
CN103825687A (zh) | 用于蜂窝网络下的设备到设备通信的信令传输方法 | |
WO2012163171A1 (zh) | 一种数据传输的方法及装置 | |
WO2015024248A1 (zh) | 信息传输方法和设备 | |
CN101316373A (zh) | 无线通信网络中用于实现数据包自动重传的方法及装置 | |
CN103944688A (zh) | 一种反馈信息的处理方法、设备及系统 | |
KR101441497B1 (ko) | 기지국 협력 통신 시스템에서 재전송 요청 수행 방법 및 이를 위한 시스템 | |
CN102571189B (zh) | 回程链路子帧配置切换的数据处理方法和装置 | |
CN102137517B (zh) | 一种实现多点协作发送/接收数据的方法及系统 | |
CN106256101B (zh) | 用于联合解码的网络设备及其方法 | |
CN103874138A (zh) | 实现协同多点传输的方法、主基站、系统及其工作方法 | |
CN102652452A (zh) | 提供转发控制信息以及执行数据转发的方法、设备和节点 | |
CN101388832A (zh) | 一种实现中继站异步自治的方法及其系统 | |
TW202315352A (zh) | 用以多工處理僅負確認混合自動重複請求回授之裝置、方法及電腦可讀媒體 | |
CN112188523A (zh) | 基于能量捕获的用户导向型协作noma传输协议 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |