CN102318398B - 多点协作接收处理方法、装置和基站 - Google Patents

Abstract

本发明实施例提供一种多点协作接收处理方法、装置和基站，该方法包括：对M个协作集中的k个协作集接收到的上行信号进行解调译码，得到k个循环冗余校验码CRC检测结果，其中，所述上行信号为用户设备UE发送的，所述协作集为所述UE所在的服务扇区或者所述服务扇区与任意一个或多个协作扇区形成的集合；M≥2，1≤k≤M；若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。本发明实施例，基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，从而可以提高实际信道估计下的检测性能。

Description

多点协作接收处理方法、装置和基站

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种多点协作接收处理方法、装置和基站。

背景技术

CoMP(Coordinated Multi-point，多点协作)是LTE-A(Long TermEvolution-Advanced，长期演进的后续演进)的关键技术之一，用于扩展高数据率的覆盖范围，提升系统的平均吞吐率，尤其能改善边缘用户性能。

CoMP是一种合作的发送接收技术。一个基站连接至少一个接入点，一个接入点可以包含一个或者多个天线。多个用户可以由处于同一个基站或者不同基站的一个或多个接入点服务。CoMP发送/接收技术主要可以分为两类：1、联合调度，属于同一协作集的扇区间交互信息，进行联合调度从而获得干扰协调增益；2、联合接收，服务扇区与多个协作扇区同时接收同一个用户的发送信号，等效于增加接收端的天线数，通过MIMO(Multiple-Input Multiple-Out-put，多输入多输出)接收机提升解调性能。

对于某个用户而言，选择进行协作的扇区不同，该用户的CoMP增益不同。为了提升用户的CoMP增益，需要选择协作的扇区。现有的CoMP选择方案为：假设一个基站对应三个扇区Cell 0、Cell 1和Cell 2，UE(UserEquipment，用户设备)所在的服务扇区为Cell 0，则该UE对应的可能组成的CoMP协作集为：{Cell 0}、{Cell 0，Cell 1}、{Cell 0，Cell 2}、{Cell0，Cell 1，Cell 2}；基站分别计算以上四种协作集接收的数据进行均衡后的信干噪比(Signal to Interference plus Noise Ratio，简称为SINR)，然后选择最大的SINR对应的协作集作为最终的CoMP协作集。

然而，在实际应用场景下，由于除了服务扇区以外的协作集接收的数据信号能量通常比服务扇区的小，因此在实际信道估计情况下，进行均衡后的SINR的测量误差比较大，从而导致根据SINR选择协作集的误差较大，选择的结果不准确，导致出现负增益。

发明内容

本发明实施例提供一种多点协作接收处理方法、装置和基站，以提高实际信道估计下的选择协作集的准确性，优化系统性能。

本发明实施例提供一种多点协作接收处理方法，包括：

对M个协作集中的k个协作集接收到的上行信号进行解调译码，得到k个循环冗余校验码CRC检测结果，其中，所述上行信号为用户设备UE发送的，所述协作集为所述UE所在的服务扇区或者所述服务扇区与任意一个或多个协作扇区形成的集合；M≥2，1≤k≤M；

若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。

本发明实施例提供一种多点协作接收处理装置，包括：

解调译码模块，用于对M个协作集中的k个协作集接收到的上行信号进行解调译码，得到k个循环冗余校验码CRC检测结果，其中，所述上行信号为用户设备UE发送的，所述协作集为所述UE所在的服务扇区或者所述服务扇区与任意一个或多个协作扇区形成的集合；M≥2，1≤k≤M；

第一处理模块，用于若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。

本发明实施例提供一种基站，包括：本发明实施例提供的多点协作接收处理装置。

本发明实施例的多点协作接收处理方法、装置和基站，基站对通过一个或多个协作集接收到的上行信号进行解调译码，然后对解调译码后得到正确检测结果的CRC检测结果得到的信号进行接收处理，CRC检测结果正确时，则表示使用该CRC检测结果对应的协作集可以准确接收信号，基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，从而可以提高实际信道估计下的检测性能。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的多点协作接收处理方法的流程图；

图2为本发明另一实施例提供的多点协作接收处理方法的流程图；

图3为本发明一实施例提供的多点协作接收处理装置的示意图；

图4为本发明另一实施例提供的多点协作接收处理装置的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明一实施例提供的多点协作接收处理方法的流程图，如图1所示，该方法包括：

步骤101、对M个协作集中的k个协作集接收到的上行信号进行解调译码，得到k个CRC(Cyclic Redundancy Check，循环冗余校验码)检测结果。

本发明实施例可以应用于多点协作(CoMP)接收和发送的场景中；本实施例的执行主体可以为UE的服务基站，或者也可以为协作基站或者独立的控制处理器，本实施例以服务基站为例进行说明。其中，M≥2，1≤k≤M。

利用CoMP联合接收的原理可以为：利用同一个基站或不同基站的多个扇区的天线对某一个用户的信号进行联合接收，其类似于在一个扇区中使用更多天线进行接收，因此也可以同时获得多天线接收的信号合并增益和干扰抑制增益，越靠近扇区边界的用户，信号合并增益越大；其中，进行CoMP联合接收的多个扇区中，除了服务扇区以外的其他扇区为协作扇区。当存在多个协作扇区时，可以从服务扇区和协作扇区中选择不同的协作集进行联合接收，此时就可以有多种CoMP协作集接收方案，其中，协作集可以为服务扇区，也可以为服务扇区与一个或多个协作扇区组成的集合。一般情况下，不同CoMP协作集接收方案带来的增益是不同的。本发明实施例提供了如何选择CoMP协作集的方案。

本实施中的上行信号是UE发送到网络侧的信号，服务扇区和协作扇区都可以接收到UE发送的上行信号。该服务扇区为UE所在的扇区，而对于一个UE而言，其协作扇区可以有一个或多个，其中协作扇区可以为与该服务扇区对应同一个基站的扇区，也可以为与该服务扇区对应不同的基站的扇区。

其中，服务扇区与协作扇区可能形成的协作集为：服务扇区，或者服务扇区与任意一个或多个协作扇区形成的集合。例如：用户设备A的服务扇区为Cell 0，两个协作扇区为Cell 1和Cell 2，那么Cell 0与Cell 1、Cell2可能形成的M个协作集为以下4个协作集：{Cell 0}、{Cell 0，Cell 1}、{Cell 0，Cell 2}、{Cell 0，Cell 1，Cell 2}。

UE的服务扇区和协作扇区可以形成M个协作集，服务基站可以对这M个协作集中的k个协作集接收到的上行信号进行解调译码；其中，1≤k≤M；服务基站可以对这M个协作集中的1个协作集(k等于1时)进行解调译码，也可以对这M个协作集中的多个协作集(1＜k≤M时)进行解调译码。

具体的，服务基站对其中一个协作集接收到的上行信号进行解调译码的过程例如可以为：服务基站获取通过该协作集接收到的上行信号，对该接收到的上行信号进行信道估计后，通过均衡器根据一定准则进行均衡处理，并对均衡处理后的信号进行软解调，然后再通过译码器进行译码处理。

需要说明的是，服务基站可以在可能形成的协作集中任意选择一个或多个协作集进行上述解调译码，也可以按照预设的顺序(例如可以按照协作集接收到的信号的强度大小或干扰大小)从可能形成的协作集中选择一个或多个进行上述解调译码；其中，选择的协作集的数量即为k；或者，服务基站可以按照预设的顺序依次对协作集进行解调译码并进行CRC检测，直到CRC检测结果正确为止，其中，解调译码的协作集的数量即为k。

步骤102、若k个CRC检测结果中包含至少一个正确的CRC检测结果，则对至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。

服务基站对k个协作集接收到的上行信号进行解调译码后，可以得到k个CRC检测结果，然后基站判断这k个CRC检测结果中是否有检测结果正确的，若判断出一个CRC检测结果正确，则说明使用该CRC检测结果对应的协作集接收UE发送的上行信号是完全正确接收的，然后可以对该CRC检测结果得到的信号进行后续的处理，例如：基站告知UE当前译码正确，通知UE可以发送新的数据，例如生成确认信息，如ACK(acknowledgement character)；若这k个CRC检测结果都错误，则可以对除了这k个协作集以外的其他的协作集再进行解调译码，或者也可以进行HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)重传，本实施例并不限定这k个CRC检测都错误后进行的步骤。此外，若服务基站是一个一个的对协作集接收到的上行信号进行解调译码并得到CRC检测结果时，每得到一个CRC检测结果，服务基站就可以判断该CRC检测结果是否正确，若正确，则停止对其他协作集接收到的上行信号进行解调译码，而对该CRC检测结果正确得到的信号进行后续的接收处理，此时，该CRC检测结果对应的协作集即为第k个协作集。

本发明实施例中，服务基站对通过一个或多个协作集接收到的上行信号进行解调译码，然后对解调译码后得到正确检测结果的CRC检测结果得到的信号进行处理，CRC检测结果正确时，则表示使用该CRC检测结果对应的协作集可以准确接收信号；本实施例基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，提高系统性能。

图2为本发明另一实施例提供的多点协作接收处理方法的流程图，如图2所示，该方法包括：

步骤201、服务基站从除了服务扇区以外的可能作为协作扇区的多个扇区中选择RSRP值最大的前N个扇区作为协作扇区。

某一UE的服务基站对多个扇区的RSRP(Reference Signal ReceivingPower，参考信号接收功率)进行测量，得到多个扇区的RSRP值，例如：可以由UE对多个扇区的RSRP进行测量，再将测量结果上报给基站；然后由服务基站选择RSRP值最大的前N个非服务扇区作为协作扇区；其中，这些供选择的非服务扇区是除了该UE所在的服务扇区以外的，可能作为协作扇区的扇区，其中，若其他扇区的RSRP值与服务小区的RSRP值的差异在某个预定范围之内时，这些其他扇区可以作为协作扇区；N为预设的值，可以根据实际情况具体设置。需要说明的是，另一种等同的方式为：从所有扇区中选择RSRP值最大的前N+1个扇区，这N+1个扇区中，除了服务扇区以外的N个扇区作为协作扇区；所述的所有扇区是指服务扇区和其他可能作为协作扇区的扇区，由于服务扇区的RSRP值是所有扇区的RSRP值中最大的，所以该方式与从其他扇区中选择RSRP值最大的前N个扇区是等同的替换方式。

并且，服务基站可以周期性的选择协作扇区，该选择的周期可以根据实际情况预先配置。

其中，所述的除了服务扇区以外的多个扇区可以与服务扇区对应同一个基站，也可以与服务扇区对应不同的基站，或者除了服务扇区以外的多个扇区中，有部分扇区与服务扇区对应同一个基站，另一部分扇区与服务扇区对应不同的基站。例如，一种具体的实现方案可以为：UE所在的服务基站对应三个扇区Cell 0、Cell 1和Cell 2，其中Cell 0为UE的服务扇区，以Cell 0、Cell 1和Cell 2这三个扇区作为CoMP测量集，即Cell 1和Cell 2为可能的协作扇区，然后服务基站从Cell 1和Cell 2中选择RSRP值最大的一个作为协作扇区(例如Cell 1的RSRP值大于Cell 2的RSRP值)，此时N＝1；由此，服务扇区与协作扇区可能形成的M个协作集为：{Cell 0}、{Cell 0，Cell 1}这2个协作集。

当协作扇区确定后，UE所在的服务扇区和协作扇区可以形成协作集，具体的，该协作集具体可以为：UE所在的服务扇区，或者该服务扇区与任意一个或多个协作扇区形成的集合。由此，当协作扇区确定后，可能形成的M个协作集就可以确定。

步骤202、服务基站分别对M个协作集中的k个协作集接收到的上行信号进行解调译码，得到k个CRC检测结果。

UE发送上行信号，服务基站获取通过各个协作集接收到的上行信号。其中，所述的协作集可以为：UE所在的服务扇区，或者该服务扇区与任意一个或多个候选协作扇区形成的协作集。由服务扇区和N个协作扇区可以形成M个协作集。例如：步骤201中选择出的协作扇区为Cell 1，那么本步骤中的M个协作集就可以是{Cell 0}和{Cell 0，Cell 1}两个协作集。

其中，本步骤中可以对M个协作集中的k个协作集接收到的上行信号进行解调译码，即可以对M个协作集中的1个协作集(k＝1)接收到的上行信号进行解调译码，也可以对M个协作集中的多个协作集(1＜k＜M)接收到的上行信号进行解调译码，还可以对M个协作集(k＝M)接收到的上行信号进行解调译码。其中，当k＝1时，基站可以从服务扇区或者服务扇区与协作扇区可能形成的所有协作集中任意选取一个协作集，或者按照信号或者干扰的强弱从所有协作集中选取一个。本实施例不限定选取的顺序，服务基站可以随机的选取，也可以先选取服务扇区或者先选取指定的其他协作集。例如：若可能形成的所有协作集为{Cell 0}和{Cell 0，Cell 1}，那么服务基站可以任意选一个先进行解调译码的检测，或者服务基站可以优选选择{Cell 0}(或{Cell 0，Cell 1})进行解调译码的检测，其中Cell 0为UE的服务扇区。

服务基站可以对通过该k个协作集接收到的上行信号进行解调译码。具体的，服务基站可以在每个TTI(Transmission Time Interval，传输时间间隔)内，进行本步骤的操作，即服务基站在每个TTI内，对一个协作集接收到的上行信号进行解调译码。

步骤203、服务基站判断k个CRC检测结果中是否正确的CRC检测结果；若包含正确的CRC检测结果，则执行步骤204；若不包含正确的CRC检测结果，则执行步骤205。

服务基站对通过k个协作集接收到的上行信号进行解调译码后，对解调译码后得到的k个CRC检测结果进行判断，若一个CRC检测结果正确，则执行步骤204。若这k个CRC检测结果都错误，则执行步骤205。

步骤204、服务基站在k个CRC检测结果中选择一个正确的CRC检测结果，对选择的正确的CRC检测结果得到的信号进行处理。

例如：正确的CRC检测结果对应的协作集为协作集A，服务基站对协作集A接收到的上行信号进行解调译码后得到的信号进行后续的接收处理；其中，服务基站对协作集A接收到的上行信号进行解调译码后得到的信号进行后续的接收处理例如可以为：服务基站根据协作集A接收到的上行信号进行解调译码后得到的信号生成确认信息；然后服务基站可以将生成的确认信息发送给UE。

步骤205、服务基站对M个协作集中除了k个协作集以外的一个或多个协作集接收到的UE发送的上行信号进行解调译码，得到一个或多个第二CRC检测结果。

若k个协作集的CRC检测结果都错误，则对M个协作集中的其它协作集进行解调译码，其中，可以对其它的一个协作集进行解调译码，也可以对其它的多个协作集进行解调译码，得到的检测结果称为第二CRC检测结果。

步骤206、服务基站判断步骤205中解调译码后得到的一个或多个第二CRC检测结果中是否包含有检测结果正确的CRC检测结果；若包含有检测结果正确的CRC检测结果，即其中一个第二CRC检测结果正确，则执行步骤207；若没有包含检测结果正确的CRC检测结果，即所有的第二CRC检测结果都错误，则重复执行步骤205。

如果服务基站在步骤203中判断出k个CRC检测结果都错误，则说明通过这k个协作集接收上行信号时，没有达到性能最优，由此需要对其他的协作集进行检测，以便于选择出准确的CoMP接收方案。

如果服务基站在步骤206中判断出所有的第二CRC检测结果错误，则服务基站重复执行对通过其它未被检测过的任意一个或多个协作集接收到的上行信号进行解调译码，并判断解调译码后得到的CRC检测结果是否正确的步骤，直至一个CRC检测结果正确为止，或者直至所有的协作集均进行过解调译码检测为止。

步骤207、服务基站对第二CRC检测结果正确的CRC检测结果得到的信号进行后续接收处理。

进一步的，如果通过所有的协作集接收到的上行信号经过解调译码后得到的CRC检测结果都错误，则本实施例还可以包括以下步骤：

步骤a、在进行HARQ重传时，服务基站只对UE所在的服务扇区上接收的上行信号进行接收检测。

在所有的协作集对应的CRC检测结果都出错时，基站可以发起HARQ重传。在HARQ重传过程中，服务基站选择服务扇区上接收的上行信号进行接收检测，例如：基站收到UE重新发送的数据，使用服务扇区上接收到的上行信号进行检测解调译码；即HARQ重传时，不需要对不同协作集的接收信号进行检测。

需要说明的是，本实施例中的步骤201为可选步骤，若没有步骤201时，那么步骤202中的M个协作集就是在所有可能形成的协作集。

此外，本实施例中的k的取值可以为：k＝1，或者可以为：1＜k≤M。

当k为1时，本实施例的步骤202和步骤203中，服务基站对M个协作集中的一个协作集(例如协作集a)接收到的信号进行解调译码，若得到的CRC检测结果正确，则说明通过该协作集a接收到的信号准确，此时对该协作集a接收到的信号进行处理，并无需对其他协作集接收到的信号再进行解调译码；若协作集a对应的CRC检测结果错误，则说明通过该协作集a接收到的信号不准确，此时可以重复对M个协作集中的另一个协作集接收到的信号进行解调译码，并检测得到的CRC检测结果是否正确。

当1＜k≤M时，本实施例的步骤202和步骤203中，服务基站对M个协作集中的k个协作集(例如协作集a1-ak)接收到的信号均进行解调译码，然后检测解调译码后得到的k个CRC检测结果中是否有正确的，若检测到的一个CRC检测结果正确，则说明该CRC检测结果得到的信号准确，此时对该CRC检测结果得到的信号进行处理，并无需再判断其他CRC检测结果是否正确；若这k个协作集对应的CRC检测结果都错误，则说明通过这k个协作集接收到的信号都不准确，此时可以重复对M个协作集中的另一个或多个协作集接收到的信号进行进行解调译码，并检测得到的CRC检测结果是否正确。

需要说明的是：本实施例中的步骤202-步骤207，可以被以下步骤代替：服务基站按照预设的顺序依次对M个协作集接收到的上行信号进行解调译码，直到得到正确的CRC检测结果；其中，对第k个协作集接收到的上行信号进行解调译码得到的是正确的CRC检测结果；然后，服务基站对第k个协作集的CRC检测结果得到的信号进行处理。

本发明实施例，服务基站可以先根据RSRP的大小，选择出RSRP最大的预设数量的扇区作为协作扇区，然后对服务扇区与协作扇区可能形成的协作集中的一个或多个协作集接收到的上行信号进行解调译码检测，然后对解调译码后得到正确检测结果的CRC检测结果得到的信号进行处理，CRC检测结果正确时，则表示使用该CRC检测结果对应的协作集可以准确接收信号，若没有检测到检测结果正确的CRC检测结果，则继续对其他的协作集进行解调译码检测，直至选出准确的多点协作接收方案；基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，提高系统性能。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图3为本发明一实施例提供的多点协作接收处理装置的示意图，如图3所示，该装置包括：解调译码模块31和第一处理模块33。

解调译码模块31用于对M个协作集中的k个协作集接收到的上行信号进行解调译码，得到k个循环冗余校验码CRC检测结果。其中，所述上行信号为用户设备UE发送的，所述协作集为所述UE所在的服务扇区或者所述服务扇区与任意一个或多个协作扇区形成的集合；M≥2，1≤k≤M。

第一处理模块33用于若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。

本实施例提供的多点协作接收处理装置用于实现图1所示的方法实施例，本实施例中各个模块的工作流程和工作原理参见上述各方法实施例中的描述，在此不再赘述。

本发明实施例中，解调译码模块对通过一个或多个协作集接收到的上行信号进行解调译码，然后第一处理模块对解调译码后得到正确检测结果的CRC检测结果得到的信号进行处理，CRC检测结果正确时，则表示使用该CRC检测结果对应的协作集可以准确接收信号；本实施例基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，提高系统性能。

图4为本发明另一实施例提供的多点协作接收处理装置的示意图，在图3所示实施例的基础上，如图4所示：

解调译码模块31具体可以用于，按照预设的顺序对所述M个协作集接收到的上行信号进行解调译码，直到得到正确的CRC检测结果。其中，对第k个协作集接收到的上行信号进行解调译码得到的是正确的CRC检测结果。

第一处理模块33具体可以用于，对所述第k个协作集的CRC检测结果得到的信号进行处理。

或者，解调译码模块31具体可以用于，分别对所述k个协作集接收到的上行信号进行解调译码。第一处理模块33具体可以用于，在所述k个CRC检测结果中选择一个正确的CRC检测结果，对选择的正确的CRC检测结果得到的信号进行处理。

进一步的，该装置还可以包括：第二处理模块35。

第二处理模块35用于若所述k个CRC检测结果都错误，则对所述M个协作集中除了所述k个协作集以外的一个或多个协作集接收到的所述UE发送的上行信号进行解调译码，得到一个或多个第二CRC检测结果；若所述一个或多个第二CRC检测结果中的至少一个检测结果正确，则对检测结果正确的一个第二CRC检测结果得到的信号进行处理。

进一步的，解调译码模块31具体可以用于：在对M个协作集中的k个协作集接收到的上行信号进行解调译码的过程中，在每个传输时间间隔TTI内，对一个协作集接收到的上行信号进行解调译码。

进一步的，第一处理模块33具体可以用于：若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则根据所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号生成确认信息。

本实施例提供的多点协作接收处理装置用于实现图1或图2所示的方法实施例，本实施例中各个模块的工作流程和工作原理参见上述各方法实施例中的描述，在此不再赘述。

本发明实施例，服务基站的多点协作接收处理装置可以先根据RSRP的大小，选择出RSRP最大的预设数量的扇区作为协作扇区，然后对服务扇区与协作扇区可能形成的协作集中的一个或多个协作集接收到的上行信号进行解调译码检测，然后对解调译码后得到正确检测结果的CRC检测结果得到的信号进行处理，CRC检测结果正确时，则表示使用该CRC检测结果对应的协作集可以准确接收信号，若没有检测到检测结果正确的CRC检测结果，则继续对其他的协作集进行解调译码检测，直至选出准确的多点协作接收方案；基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，提高系统性能。

本发明实施例还提供一种基站，包括本发明实施例提供的任一多点协作接收处理装置。

本实施例提供的基站用于实现图1或图2所示的方法实施例，本实施例中提供的基站的工作流程和工作原理参见上述各方法实施例中的描述，在此不再赘述。

本发明实施例中，基站对通过一个或多个协作集接收到的上行信号进行解调译码，然后对解调译码后得到正确检测结果的CRC检测结果得到的信号进行处理，CRC检测结果正确时，则表示使用该CRC检测结果对应的协作集可以准确接收信号；本实施例基站通过CRC检测，可以避免现有技术中SINR的误差值较大的问题，并且可以提高选择协作集的准确性，提高系统性能。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种多点协作接收处理方法，其特征在于，包括：

对M个协作集中的k个协作集联合接收到的上行信号进行解调译码，得到k个循环冗余校验码CRC检测结果，其中，所述上行信号为用户设备UE发送的，所述协作集为所述UE所在的服务扇区或者所述服务扇区与任意一个或多个协作扇区形成的集合；M≥2，1≤k≤M；

若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。

2.根据权利要求1所述的方法，其特征在于，所述对M个协作集中的k个协作集接收到的上行信号进行解调译码包括：

按照预设的顺序对所述M个协作集接收到的上行信号进行解调译码，直到得到正确的CRC检测结果，其中，对第k个协作集接收到的上行信号进行解调译码得到的是正确的CRC检测结果；

所述对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理包括：

对所述第k个协作集的CRC检测结果得到的信号进行处理。

3.根据权利要求1所述的方法，其特征在于，所述对M个协作集中的k个协作集接收到的上行信号进行解调译码包括：

分别对所述k个协作集接收到的上行信号进行解调译码；

所述对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理包括：

在所述k个CRC检测结果中选择一个正确的CRC检测结果，对选择的正确的CRC检测结果得到的信号进行处理。

4.根据权利要求3所述的方法，其特征在于，还包括：

若所述k个CRC检测结果都错误，则对所述M个协作集中除了所述k个协作集以外的一个或多个协作集接收到的所述UE发送的上行信号进行解调译码，得到一个或多个第二CRC检测结果；

若所述一个或多个第二CRC检测结果中的至少一个检测结果正确，则对检测结果正确的一个第二CRC检测结果得到的信号进行处理。

5.根据权利要求2-4任一所述的方法，其特征在于，还包括：

若通过所述M个协作集接收到所述UE的上行信号经过解调译码后得到的CRC检测结果都错误，在混合自动重传请求重传时，只对所述UE所在的服务扇区上接收的上行信号进行处理。

6.根据权利要求1-4任一所述的方法，其特征在于，还包括：

从除了所述服务扇区以外的多个扇区中选择参考信号接收功率RSRP值最大的前N个扇区作为所述协作扇区；N大于或等于1。

7.根据权利要求6所述的方法，其特征在于：所述N=1，且所述除了所述服务扇区以外的多个扇区与所述服务扇区对应同一个基站。

8.根据权利要求1-4任一所述的方法，其特征在于，在所述对M个协作集中的k个协作集接收到的上行信号进行解调译码的过程中，在每个传输时间间隔TTI内，对一个协作集接收到的上行信号进行解调译码。

9.根据权利要求1所述的方法，其特征在于，所述对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理包括：

根据所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号生成确认信息。

10.一种多点协作接收处理装置，其特征在于，包括：

解调译码模块，用于对M个协作集中的k个协作集联合接收到的上行信号进行解调译码，得到k个循环冗余校验码CRC检测结果，其中，所述上行信号为用户设备UE发送的，所述协作集为所述UE所在的服务扇区或者所述服务扇区与任意一个或多个协作扇区形成的集合；M≥2，1≤k≤M；

第一处理模块，用于若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则对所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号进行处理。

11.根据权利要求10所述的装置，其特征在于：

所述解调译码模块具体用于，按照预设的顺序对所述M个协作集接收到的上行信号进行解调译码，直到得到正确的CRC检测结果，其中，对第k个协作集接收到的上行信号进行解调译码得到的是正确的CRC检测结果；

所述第一处理模块具体用于，对所述第k个协作集的CRC检测结果得到的信号进行处理。

12.根据权利要求10所述的装置，其特征在于：

所述解调译码模块具体用于，分别对所述k个协作集接收到的上行信号进行解调译码；

所述第一处理模块具体用于，在所述k个CRC检测结果中选择一个正确的CRC检测结果，对选择的正确的CRC检测结果得到的信号进行处理。

13.根据权利要求12所述的装置，其特征在于，还包括：

第二处理模块，用于若所述k个CRC检测结果都错误，则对所述M个协作集中除了所述k个协作集以外的一个或多个协作集接收到的所述UE发送的上行信号进行解调译码，得到一个或多个第二CRC检测结果；若所述一个或多个第二CRC检测结果中的至少一个检测结果正确，则对检测结果正确的一个第二CRC检测结果得到的信号进行处理。

14.根据权利要求10-13任一所述的装置，其特征在于，所述解调译码模块具体用于：在对M个协作集中的k个协作集接收到的上行信号进行解调译码的过程中，在每个传输时间间隔TTI内，对一个协作集接收到的上行信号进行解调译码。

15.根据权利要求10所述的装置，其特征在于，所述第一处理模块具体用于：若所述k个CRC检测结果中包含至少一个正确的CRC检测结果，则根据所述至少一个正确的CRC检测结果中的一个CRC检测结果得到的信号生成确认信息。

16.一种基站，包括权利要求10-15任一所述的多点协作接收处理装置。