控制信息的合并处理方法

文档序号:7999693阅读:122来源:国知局
控制信息的合并处理方法
【专利摘要】本申请公开了一种控制信息的合并处理方法,该方法中协作小区将对上行天线数据处理后得到的状态检测值、相关峰值以及噪声方差传输给主服务小区,由主服务小区完成控制信息的合并处理。采用本发明,可以减少小区间的数据传输量、节约系统资源,同时,还可以获得协作多点传输场景下边缘用户的性能增益。
【专利说明】控制信息的合并处理方法

【技术领域】
[0001]本发明涉及移动通信技术,特别是涉及协作多点传输中控制信息的合并处理方法。

【背景技术】
[0002]协作多点传输(CoMP:Coordinated Multiple Points)技术基于各协作基站信息共享,将原有邻区干扰转变为已知的有用信息,有效解决了小区边缘干扰问题,提高了小区边缘吞吐量和系统吞吐量,扩大了小区覆盖范围。在上行链路中,通过多eNB协作接收的方式,可以实现空域宏分集以提高传输性能,提高小区边缘用户设备(UE)的上行吞吐量。这种方法无需调整上行资源分配策略,简单易行,但多基站间协作及数据合并方式是个需要解决的关键问题。
[0003]在上行CoMP系统中,对上行控制信息的处理是采用统一由主服务小区对所有小区的上行接收数据进行合并处理的方式实现的,具体为:所有协作小区将各自接收的上行天线数据(业务信息和控制信息)传输给主服务小区,主服务小区再根据所有小区接收的上行天线数据进行多天线联合基带处理,得到上行传输的相关检测信息(包括上行是否有数据传输以及传输是否成功等)。
[0004]传统的对上行控制信息的合并处理方案,对于提升边缘用户性能在理论上可以获得最好的增益,但是,需要所有协作小区将接收到的上行天线数据发送给主服务小区,这样,大量上行天线数据的传输会导致接口传输数据量较大,进而导致不同小区之间的链路开销较大。


【发明内容】

[0005]有鉴于此,本发明的主要目的在于提供一种控制信息的合并处理方法,在协作多点传输场景下采用该方法可以在有效提升边缘用户性能增益的同时,减少小区间的数据传
Iij 里。
[0006]为了达到上述目的,本发明提出的技术方案为:
[0007]一种控制信息的合并处理方法,包括:
[0008]a、进行多点协作的每个服务小区对本小区在当前子帧接收到的上行控制信息进行OFDM解调,得到数据符号和参考符号的频域信号;
[0009]b、每个所述服务小区利用自身生成的参考信号和扩频序列,对本小区的所述数据符号和参考符号的频域信号进行相关运算,并对相关运算结果中各天线在各时隙的SC-FDMA符号,在时域和频域上进行求和;
[0010]C、每个所述服务小区根据本小区的所述求和结果以及上行控制信息所采用的PUCCH格式,进行PUCCH的ACK检测,得到相应的状态检测值;当所述服务小区为协作小区时,向主服务小区发送本小区的所述状态检测值;
[0011]d、每个所述服务小区根据本小区的所述求和结果,确定用于不连续发送DTX判决的相关峰值和噪声方差值;当所述服务小区为协作小区时,向主服务小区发送本小区的所述相关峰值和所述噪声方差值;
[0012]e、所述主服务小区根据每个所述服务小区的所述相关峰值和噪声方差值,判断在所述子帧是否有数据传输,并根据所述判断结果,设置调度请求(SR)传输标识或ACK传输标志;
[0013]f、当所述判断结果指示有数据传输时,主服务小区将所有所述服务小区的状态检测值求和,将求和结果中值最小的状态参量所对应的ACK信息比特作为所述子帧的传输检测结果。
[0014]综上所述,本发明提出的控制信息的合并处理方法中,协作小区将对上行天线数据处理后得到的状态检测值、相关峰值以及噪声方差传输给主服务小区,由主服务小区完成控制信息的合并处理。这样,相比于传统方法,可以减少小区间的数据传输量,节约系统资源,同时还可以获得协作多点传输场景下边缘用户的性能增益。

【专利附图】

【附图说明】
[0015]图1为本发明实施例一的流程示意图。

【具体实施方式】
[0016]为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
[0017]本发明的核心思想是:由协作小区先对接收到的上行天线数据进行部分处理,得到相应的状态检测值、相关峰值、噪声方差值,然后再将这些信息发给主服务小区,由主服务小区根据所有小区的状态检测值、相关峰值、噪声方差值,来进行控制信息的合并处理,得到最终的上行传输的相关检测信息。这样,由于只需传输状态检测值、相关峰值、噪声方差值而非原始的上行天线数据,因此,可有效减少小区间的数据传输量,进而减少不同小区之间的链路开销,另外,由于最终还是由主服务小区完成控制信息的合并处理,网络发给终端的控制信息(SR/ACK/NACK信号)只从终端的主服务小区发出,因此可以获得明显的性能增益。
[0018]图1为本发明实施例一的流程示意图,如图1所示,该实施例主要包括:
[0019]步骤101、进行多点协作的每个服务小区对本小区在当前子帧接收到的上行控制信息进行OFDM解调,得到数据符号和参考符号的频域信号。
[0020]本步骤中,与现有方法所不同的是每个服务小区都需要对接收到的上行控制信息进行OFDM解调,而不是由协作小区将接收到的数据直接发给主服务小区,由主服务小区对所有小区的数据进行处理得到当前传输的检测结果,如此,可以减少小区间的数据传输量。
[0021]本步骤中,具体进行OFDM解调得到数据符号和参考符号的频域信号的方法同现有系统,在此不再赘述。
[0022]步骤102、每个所述服务小区利用自身生成的参考信号和扩频序列,对本小区的所述数据符号和参考符号的频域信号进行相关运算,并对相关运算结果中各天线在各时隙的单载波频分多址(SC-FDMA)符号,在时域和频域上进行求和。
[0023]本步骤中将由各小区利用自身生成的参考信号和扩频序列,分别对本小区的所述数据符号和参考符号的频域信号进行相关运算,并对相关结果在时域和频域上进行求和,具体方法同现有系统中单小区的接收数据处理过程,在此不再赘述。
[0024]步骤103、每个所述服务小区根据本小区的所述求和结果以及上行控制信息所采用的物理上行链路控制信道(PUCCH)格式,进行PUCCH的ACK检测,得到相应的状态检测值;当所述服务小区为协作小区时,向主服务小区发送本小区的所述状态检测值。
[0025]这里,对于协作小区,需要将ACK检测结果即所述状态检测值上报给主服务小区,以便主服务小区此后基于各小区的检测结果确定出当前子帧的传输检测结果。
[0026]本步骤中,在进行ACK检测时,将根据当前所采用的PUCCH格式来进行。需要说明的是,上行控制信息包括PUCCH格式Ι/la/lb和PUCCH格式2/2a/2b,本发明将仅针对格式Ι/la/lb,简称格式lx。其中,格式I为调度请求(SR)信号,格式Ia为I比特ACK,格式Ib为2比特ACK。具体地,如果所述PUCCH的格式为la,则对应的状态检测值为2态检测值T=[t_0 t_l],其中,t_0为用于指示ACK比特信息为I的状态参量,t_l为用于指示ACK比特信息为O的状态参量;如果所述PUCCH的格式为lb,则对应的状态检测值为4态检测值T=[t_00 t_01 t_10 t_lI],其中,t_01为用于指示ACK比特信息为00的状态参量,t_01为用于指示ACK比特信息为01的状态参量,t_10为用于指示ACK比特信息为10的状态参量,t_ll为用于指示ACK比特信息为11的状态参量。
[0027]较佳地,本步骤可以按照最大似然检测的方法,来进行PUCCH的ACK检测,具体方法为本领域人员所掌握,在此不再赘述。
[0028]步骤104、每个所述服务小区根据本小区的所述求和结果,确定用于DTX判决的相关峰值和噪声方差值;当所述服务小区为协作小区时,向主服务小区发送本小区的所述相关峰值和噪声方差值。
[0029]步骤105、所述主服务小区根据每个所述服务小区的所述相关峰值和噪声方差值,判断在所述子帧是否有数据传输,并根据所述判断结果,设置调度请求(SR)传输标识或ACK传输标志。
[0030]较佳地,本步骤中判断在所述子帧是否有数据传输具体可以采用下述两种方法:
[0031]方法一:判断A/B是否大于预设的阈值,如果是,则确定所述子帧有数据传输,否则确定所述子帧没有数据传输;其中,A为所有服务小区的所述相关峰值中的最大值,B为所有服务小区的所述噪声方差值的平均值。
[0032]方法二:判断A/B是否大于预设的阈值,如果是,则确定所述子帧有数据传输,否则确定所述子帧没有数据传输;其中,A为所有服务小区的所述相关峰值中的最大值,B为所述A对应的服务小区的噪声方差值。
[0033]上述两种方法的区别在于所述B的取值,方法一中B为所有服务小区的所述噪声方差值的平均值,如此可以提高估计精度,方法二中B为所述A对应的服务小区的噪声方差值,如此可以降低处理量,在实际应用中本领域人员可以根据实际需要选择合适的方法。所述阈值,可以由本领域人员根据实际性能需要通过仿真设置合适取值。
[0034]本步骤中完成所述判断后,如果所述上行控制信息采用的PUCCH格式为1,则根据所述判断结果,设置所述SR传输标识;如果所述上行控制信息采用的TOCCH格式为Ia或Ib时,则根据所述判断结果,设置所述ACK传输标志。
[0035]步骤106、当所述判断结果指示有数据传输时,主服务小区将所有所述服务小区的状态检测值求和,将求和结果中值最小的状态参量所对应的ACK信息比特作为所述子帧的传输检测结果。
[0036]本步骤中,当所述判断结果指示有数据传输时,主服务小区将所有所述服务小区的状态检测值求和,求和结果中值最小的状态参量所对应的ACK信息比特即为所述子帧的传输检测结果,如此,可以确保传输检测结果的准确性。具体如下述公式所示:
一一f若f 0>t I 贝= 1
[0037]当上行控制伝息米用的是I3UCCH格式Ia时,j — 一;


L相_o</ I Itucx=ο


―若00最小则Jd = 00


若f 01最小则JCX = 01
[0038]自上行控制信息采用的是PUCCH格式!13时,若UO最小_c[= 10。

若最小Mack = U
[0039]从上述技术方案,本发明与现有方法不同的是,现有方法是将所有小区的接收数据集中起来,统一进行OFDM解调等处理,然后再根据PUCCH格式进行DTX判决和ACK检测,而本发明则是由各小区独立进行接收数据的处理以及相应的状态检测,这样,只需要将用于DTX判决的相关峰值、噪声方差值以及用于ACK检测的状态检测结果发给主服务小区即可,最后再由主服务小区根据各小区的上述数据进行DTX检测,确定出当前子帧的传输检测结果。这种利用了各小区的处理资源,由协作小区向主服务小区共享少量的控制信息,最后由主服务小区完成控制信息的合并处理的方法,可以在有效提升边缘用户性能增益的同时,有效减少不同小区之间的链路开销,降低了各服务小区的处理负荷。
[0040]综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【权利要求】
1.一种控制信息的合并处理方法,其特征在于,包括: a、进行多点协作的每个服务小区对本小区在当前子帧接收到的上行控制信息进行OFDM解调,得到数据符号和参考符号的频域信号; b、每个所述服务小区利用自身生成的参考信号和扩频序列,对本小区的所述数据符号和参考符号的频域信号进行相关运算,并对相关运算结果中各天线在各时隙的SC-FDMA符号,在时域和频域上进行求和; C、每个所述服务小区根据本小区的所述求和结果以及上行控制信息所采用的TOCCH格式,进行PUCCH的ACK检测,得到相应的状态检测值;当所述服务小区为协作小区时,向主服务小区发送本小区的所述状态检测值; d、每个所述服务小区根据本小区的所述求和结果,确定用于不连续发送DTX判决的相关峰值和噪声方差值;当所述服务小区为协作小区时,向主服务小区发送本小区的所述相关峰值和噪声方差值; e、所述主服务小区根据每个所述服务小区的所述相关峰值和噪声方差值,判断在所述子帧是否有数据传输,并根据所述判断结果,设置调度请求SR传输标识或ACK传输标志; f、当所述判断结果指示有数据传输时,主服务小区将所有所述服务小区的状态检测值求和,将求和结果中值最小的状态参量所对应的ACK信息比特作为所述子帧的传输检测结果O
2.根据权利要求1所述的方法,其特征在于,步骤c中按照最大似然检测的方法,进行PUCCH的ACK检测。
3.根据权利要求1所述的方法,其特征在于,步骤c中进一步包括: 如果所述I3UCCH格式为la,则对应的状态检测值为2态检测值T=[t_0 t_l],其中,t_0为用于指示ACK比特信息为I的状态参量,t_l为用于指示ACK比特信息为O的状态参量; 如果所述PUCCH格式为lb,则对应的状态检测值为4态检测值T=[t_00 t_01 t_10t_ll],其中,t_01为用于指示ACK比特信息为00的状态参量,t_01为用于指示ACK比特信息为01的状态参量,t_10为用于指示ACK比特信息为10的状态参量,t_ll为用于指示ACK比特信息为11的状态参量。
4.根据权利要求1所述的方法,其特征在于,步骤e中所述判断在所述子帧是否有数据传输包括: 判断A/B是否大于预设的阈值,如果是,则确定所述子帧有数据传输,否则确定所述子帧没有数据传输;其中,A为所有服务小区的所述相关峰值中的最大值,B为所有服务小区的所述噪声方差值的平均值。
5.根据权利要求1所述的方法,其特征在于,步骤e中所述判断在所述子帧是否有数据传输包括: 判断A/B是否大于预设的阈值,如果是,则确定所述子帧有数据传输,否则确定所述子帧没有数据传输;其中,A为所有服务小区的所述相关峰值中的最大值,B为所述A对应的服务小区的噪声方差值。
6.根据权利要求1所述的方法,其特征在于,所述步骤e进一步包括: 当所述PUCCH格式为I时,根据所述判断结果,设置所述SR传输标识; 当所述PUCCH格式为Ia或Ib时,根据所述判断结果,设置所述ACK传输标志。
【文档编号】H04L1/00GK104185215SQ201310192253
【公开日】2014年12月3日 申请日期:2013年5月22日 优先权日:2013年5月22日
【发明者】金奕丹 申请人:普天信息技术研究院有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1