CN117082540A - 基站的多小区联合通信方法、装置和基站 - Google Patents

Abstract

本公开提供一种基站的多小区联合通信方法、装置和基站。其中方法包括在检测到用户设备UE处于服务小区的小区边缘位置，且UE受服务小区的邻小区干扰达到强干扰条件的情况下，服务小区利用对UE的定位得到的UE位置，获得与服务小区联合且UE位置所在的邻小区；服务小区建立服务小区与邻小区通信，并在确定邻小区能够承载所请求消息对应业务负荷的情况下，服务小区在服务小区与UE之间传输消息时，提前向邻小区调配用于实现联合调度的预留资源，以使邻小区与消息数据接收端通信，并且，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度消息。

Description

基站的多小区联合通信方法、装置和基站

技术领域

本公开涉及多小区联合通信技术领域，尤其涉及一种基站的多小区联合通信方法、装置和基站。

背景技术

目前5G仍采用移动蜂窝网络，当终端处于小区边缘时，较强的小区间干扰会降低信号传输质量，增加信号传输时延，可靠性传输受到影响，网络整体性能受到限制。

相关技术会通过限制MCS(Modulation and Coding Scheme，调制与编码策略)和限制码率，保证小区边缘位置也能正确接收到信号，从而实现服务小区与终端之间的通信。但是，相关技术服务小区与终端之间的通信过程中，MCS和码率均受到限制。

发明内容

本公开提供一种改进的基站的多小区联合通信方法、装置和基站。

本公开提供一种基站的多小区联合通信方法，所述基站的多小区联合通信方法包括：

在检测到用户设备UE处于服务小区的小区边缘位置，且所述UE受所述服务小区的邻小区干扰达到强干扰条件的情况下，所述服务小区利用对UE的定位得到的UE位置，获得与所述服务小区联合且所述UE位置所在的邻小区；

所述服务小区建立所述服务小区与所述邻小区通信，并确定所述邻小区是否能够承载用于请求与所述邻小区联合传输的消息对应业务负荷；

在确定所述邻小区能够承载所请求消息对应业务负荷的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前向所述邻小区调配用于实现联合调度的预留资源，以使所述邻小区与消息数据接收端通信，并且，在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息。

进一步的，所述服务小区建立所述服务小区与所述邻小区通信，并确定所述邻小区是否能够承载用于请求与所述邻小区联合传输的消息对应业务负荷，包括：

向所述邻小区发送用于请求与所述邻小区联合传输的消息，以使所述邻小区在所述邻小区能够承载所请求消息对应业务负荷的情况下，回复用于接受联合传输的第一响应消息；

所述在确定所述邻小区能够承载所请求消息对应业务负荷的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前向所述邻小区调配用于实现联合调度的预留资源，包括：

在接受到针对所请求消息返回的所述第一响应消息的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前发送联合调度消息给所述邻小区，以使所述邻小区预留所述预留资源。

进一步的，所述方法还包括：在检测到所述UE未处于所述服务小区的所述小区边缘位置或所述UE受所述服务小区的邻小区干扰未达到所述强干扰条件的情况下，向所述邻小区发送停止联合消息，以使所述邻小区与所述服务小区停止通信；

或者，

所述方法还包括：在检测到所述UE未处于所述服务小区的所述小区边缘位置或所述UE受所述服务小区的邻小区干扰未达到所述强干扰条件的情况下，继续维持所述UE与所述服务小区保持通信。

进一步的，所述服务小区利用对UE的定位得到的UE位置，确定UE位置所在的邻小区，包括：

服务小区根据所述UE位置的改变，切换所述UE位置所在的邻小区。

进一步的，所述消息数据接收端包括所述UE，对应所述服务小区向所述UE发送下行消息；

相应的，所述在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息，包括：

在所述邻小区接收到所述下行消息时，所述邻小区利用所述预留资源，向所述UE发送第一联合调度数据消息。

进一步的，所述消息数据接收端包括服务小区，对应所述UE向所述服务小区发送上行消息；

相应的，所述在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息，包括：

在所述邻小区接收到所述上行消息时，所述邻小区利用所述预留资源，向所述服务小区发送第二联合调度数据消息。

进一步的，在所述邻小区接收到所述上行消息时，所述邻小区利用所述预留资源，向所述服务小区发送第二联合调度数据消息之后，所述方法还包括：

在所述服务小区接收到所述第二联合调度数据消息的情况下，所述服务小区提取所述邻小区发送的所述第二联合调度数据消息中的上行频域数据；

所述服务小区将所述服务小区的上行频域数据和所述邻小区的上行频域数据进行加权合并，得到合并后的数据；

所述服务小区对所述合并后的数据，进行数据恢复，以得到传输数据。

进一步的，所述服务小区将所述服务小区的上行频域数据和所述邻小区的上行频域数据进行加权合并，得到合并后的数据，包括：

所述服务小区利用所述服务小区的信干噪比及所述邻小区的信干噪比，确定所述服务小区的第一数据权重及所述邻小区的第二数据权重；

将所述服务小区的上行频域数据与所述第一数据权重之积，分别与所述邻小区的上行频域数据与所述第二数据权重之积进行合并，得到合并后的数据。

本公开的提供一种基站的多小区联合通信装置，包括：

联合邻小区确定模块，用于在检测到用户设备UE处于服务小区的小区边缘位置，且所述UE受所述服务小区的邻小区干扰达到强干扰条件的情况下，所述服务小区利用对UE的定位得到的UE位置，获得与所述服务小区联合且所述UE位置所在的邻小区；

多小区通信建立模块，用于所述服务小区建立所述服务小区与所述邻小区通信，并确定所述邻小区是否能够承载用于请求与所述邻小区联合传输的消息对应业务负荷；

联合调度数据消息发送模块，用于在确定所述邻小区能够承载所请求消息对应业务负荷的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前向所述邻小区调配用于实现联合调度的预留资源，以使所述邻小区与消息数据接收端通信，并且，在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息。

本公开的提供一种基站，包括如上所述的基站的多小区联合通信装置。

本公开的提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时，实现如上任一项所述的方法。

在一些实施例中，本公开的基站的多小区联合通信方法，在检测到用户设备UE处于服务小区的小区边缘位置，且UE(User Equipment，用户设备)受服务小区的邻小区干扰达到强干扰条件的情况下，服务小区利用对UE的定位得到的UE位置，获得与服务小区联合且UE位置所在的邻小区；服务小区建立服务小区与邻小区通信，并确定邻小区是否能够承载用于请求与邻小区联合传输的消息对应业务负荷；在确定邻小区能够承载所请求消息对应业务负荷的情况下，服务小区在服务小区与UE之间传输消息时，提前向邻小区调配用于实现联合调度的预留资源，以使邻小区与消息数据接收端通信，并且，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度消息。如此，采用“信号联合传输”的方式，使得边缘信号产生发射分集效应，在同等场景下，边缘调度可采用更大MCS以及更大的码率。

附图说明

图1所示为本公开实施例的基站的多小区联合通信方法的流程示意图；

图2所示为本公开实施例的5G小区间信号联合发送启动消息交互过程的示意图；

图3所示为本公开实施例的5G小区间信号联合发送调度消息和数据交互过程的示意图；

图4所示为本公开实施例的5G小区间信号联合发送停止消息交互过程的示意图；

图5所示为本公开实施例的5G小区间信号联合接收启动消息交互过程的示意图；

图6所示为本公开实施例的5G小区间信号联合接收调度消息和数据交互过程的示意图；

图7所示为本公开实施例的5G小区间信号联合接收停止消息交互过程的示意图；

图8所示的本公开实施例的基站的多小区联合通信装置的模块示意图；

图9所示为本公开实施例提供的基站的模块框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本说明书一个或多个实施例相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

为解决限制MCS和限制码率的技术问题，本公开实施例提供的基站的多小区联合通信方法，应用于基站。进一步的，基站的多小区联合通信方法应用于基站的小区。上述基站的小区，可以为5G(fifth-generation，第五代移动通信技术)小区。

其中，在检测到用户设备UE处于服务小区的小区边缘位置，且UE(UserEquipment，用户设备)受服务小区的邻小区干扰达到强干扰条件的情况下，服务小区利用对UE的定位得到的UE位置，获得与服务小区联合且UE位置所在的邻小区；服务小区建立服务小区与邻小区通信，并确定邻小区是否能够承载用于请求与邻小区联合传输的消息对应业务负荷；在确定邻小区能够承载所请求消息对应业务负荷的情况下，服务小区在服务小区与UE之间传输消息时，提前向邻小区调配用于实现联合调度的预留资源，以使邻小区与消息数据接收端通信，并且，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度消息。

在本公开实施例中，服务小区在检测到用户设备UE处于服务小区的小区边缘位置，且UE受服务小区的邻小区干扰达到强干扰条件的情况下，利用对UE的定位得到的UE位置，获得与服务小区联合且UE位置所在的邻小区。如此，采用“信号联合传输”的方式，使得边缘信号产生发射分集效应，在同等场景下，边缘调度可采用更大MCS以及更大的码率。这样采用信号联合传输的方式，降低边缘的误码率，增加边缘信号的可靠性传输。

本公开实施例的基站的多小区联合通信方法具体应用领域可以但不限于应用于自动驾驶、无人机、高铁等领域，对于提升小区边缘信号传输可靠性有着重要的作用和价值。

图1所示为本公开实施例的基站的多小区联合通信方法的流程示意图。

如图1所示，该基站的多小区联合通信方法，包括如下步骤110至步骤130：

步骤110，在检测到用户设备UE处于服务小区的小区边缘位置，且UE受服务小区的邻小区干扰达到强干扰条件的情况下，服务小区利用对UE的定位得到的UE位置，获得与服务小区联合且UE位置所在的邻小区。

上述步骤110进一步包括服务小区根据UE位置的改变，切换UE位置所在的邻小区。比如一些应用实例中，比如，用户在移动中使用UE，从服务小区一个的邻小区进入到另一个邻小区。这样通过切换UE位置所在的邻小区提供服务，更能够就近使用邻小区联合传输。

上述强干扰条件用于反映当前干扰较大，服务小区与UE通信会影响。因此，需要检测到需要服务小区联合邻小区发送消息，进而通过UE位置，得到与服务小区联合且UE位置所在的邻小区。

对于下行信号来说，服务小区获取UE上报的周期性RSRP(Reference SignalReceiving Power，参考信号接收功率)和CQI(CQI-Channel Quality Indication，信道质量指示)测量结果，上述强干扰条件可以但不限于包括在连续预定时间内，RSRP小于第一阈值，并且，CQI小于第二阈值。其中，第一阈值和第二阈值可以是根据用户需求进行设定。

对于上行信号来说，服务小区通过终端上行SRS(Sounding Reference Signal，信道探测参考信号)或者上行PUSCH(Physical Uplink Shared Channel，物理上行共享信道)信号估计出上行信干噪比SINR Signal to Interference plus Noise Ratio，信干噪比)，上述强干扰条件可以但不限于包括在连续预定时间内，RSRP小于第一阈值，并且，SINR<第三阈值。其中，第一阈值和第二阈值可以是根据用户需求进行设定。第一阈值是小区边缘判决门限，第二阈值是下行邻区强干扰判决门限，可在基站侧配置。

另外，方法还包括：在检测到UE未处于服务小区的小区边缘位置或UE受服务小区的邻小区干扰未达到强干扰条件的情况下，继续维持UE与服务小区保持通信。如此，可以实现服务小区与UE的稳定通讯。或者，在判定UE未处于上述小区边缘位置或者受到邻小区的干扰低于最低干扰条件或者未受到邻小区的干扰，继续维持UE与服务小区保持通信。

上述最低干扰条件RSRP>第四阈值Threshold_rsrp2或者CQI>第五阈值Threshold_cqi2。其中，第四阈值和第五阈值可以是根据用户需求进行设定。第四阈值为非小区边缘判决门限，第五阈值为小区未受到较强下行干扰的门限值，可在基站侧配置。这里Threshold_rsrp2为非小区边缘判决门限，Threshold_cqi2为小区未受到较强下行干扰的门限值，可在基站侧配置。

具体的，在连续预定时间T1内，判定UE未处于上述小区边缘位置或者受到邻小区的干扰低于最低干扰条件或者未受到邻小区的干扰。

步骤120，服务小区建立服务小区与邻小区通信，并确定邻小区是否能够承载用于请求与邻小区联合传输的消息对应业务负荷。

其中，上述的联合传输可以用于2小区的信号联合发送和接收处理，也可应用于大于2的多个小区的信号联合发送和接收处理，具有较强的可扩展性和灵活性。具体的联合传输包括信号联合发送和/或信号联合接收。该信号联合发送和/或信号联合接收在基站侧，进行物理层信号的收发，详细说明请参见下文。

本步骤120可以通过确定邻小区能够承载所请求信息对应业务负荷，可以提高通信的可靠性。

步骤130，在确定邻小区能够承载所请求消息对应业务负荷的情况下，服务小区在服务小区与UE之间传输消息时，提前向邻小区调配用于实现联合调度的预留资源，以使邻小区与消息数据接收端通信，并且，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度数据消息。

上述步骤120进一步可以包括如下第1个步骤，以及，上述步骤130中的在确定邻小区能够承载所请求消息对应业务负荷的情况下，服务小区在服务小区与UE之间传输消息时，提前向邻小区调配用于实现联合调度的预留资源进一步可以包括第2个步骤：

第1个步骤，向邻小区发送用于请求与邻小区联合传输的消息，以使邻小区在邻小区能够承载所请求消息对应业务负荷的情况下，回复用于接受联合传输的第一响应消息。在邻小区不能承载所请求消息对应业务负荷的情况下，回复用于拒绝联合传输的第二响应消息。

其中，邻小区在邻小区能够承载所请求消息对应业务负荷的情况下，回复用于接受联合传输的第一响应消息进一步可以包括：首先，邻小区收到服务小区发送的所请求消息后，邻小区判定邻小区下行PRB(Physical Resource Block，物理资源块)占用率<预定阈值Threshold_prb_used_dl。该预定阈值表示邻小区下行业务负荷不高，可以针对该UE进行下行信号联合传输。然后，邻小区给服务小区回复用于接受联合传输的第一响应消息。如此，提高了联合传输的可靠性。其中，Threshold_prb_used_dl是小区下行高负荷PRB利用率门限。

邻小区在邻小区不能承载所请求消息对应业务负荷的情况下，回复用于拒绝联合传输的第二响应消息进一步可以包括：如果邻小区收到服务小区发送的所请求消息后，邻小区判定邻小区下行PRB大于或等于预定阈值Threshold_prb_used_dl，该预定阈值表示邻小区下行业务负荷高，不可以针对该UE进行下行信号联合传输。如此，避免效果不佳的联合传输。

第2个步骤，在接受到针对所请求消息返回的第一响应消息的情况下，服务小区在服务小区与UE之间传输消息时，提前发送联合调度消息给邻小区，以使邻小区预留预留资源。预留资源包括时域资源位置及频域资源位置。同时，发送联合调度数据消息给邻小区，这样邻小区可以通过预留资源，给消息数据接收端发送联合调度数据消息。

上述接受到针对所请求消息返回的第一响应消息用于反映确认邻小区与消息数据接收端通信。

在本公开实施例中，由于邻小区更能够掌握自身的业务情况，通过邻小区自身确定邻小区能够承载所请求信息对应业务负荷，更为合理，这样可以提高通信的可靠性。

对于邻小区已与服务小区联合传输的情况下，在一些实施例中，方法还包括：如果在检测到UE未处于服务小区的小区边缘位置或UE受服务小区的邻小区干扰未达到强干扰条件的情况下，向邻小区发送停止联合消息，以使邻小区与服务小区停止通信。如此，及时地让在服务小区的本小区与UE信号良好的情况下，更有利于及时地使用本小区与UE提供服务，提高通信效率。

在另一些实施例中，如果在检测到UE处于服务小区的小区边缘位置，且UE未受服务小区的邻小区干扰的情况下，向邻小区发送停止联合消息，以使邻小区与服务小区停止通信。

本公开针对小区边缘的UE，采用联合传输时，使用信号联合发送，在基站侧，进行物理层信号的发送，详细说明请参见下文。

结合上述图1所示，消息数据接收端包括UE，对应服务小区向UE发送下行消息；

上述步骤110中检测到用户设备UE处于服务小区的小区边缘位置，且UE受服务小区的邻小区干扰达到强干扰条件可以进一步包括：

当在连续预定时间T1时间内，RSRP<第一阈值Threshold_rsrp1&&CQI<第二阈值Threshold_cqi1时，判定UE处于小区边缘位置，且受邻小区下行干扰较强。其中，CQI用于反映下行信道质量，是下行调度的依据。这里，Threshold_rsrp1是小区边缘判决门限，Threshold_cqi1是下行邻小区强干扰判决门限，T1为观测时间，可在基站侧配置。本公开的预定时间可以是根据用户需求设置。

相应的，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度数据消息，包括：

在邻小区接收到下行消息时，邻小区利用预留资源，向UE发送第一联合调度数据消息。

上述在邻小区接收到下行消息时，邻小区利用预留资源，向UE发送第一联合调度数据消息进一步可以包括：在邻小区接收到服务小区的下行消息时，邻小区利用时域资源、频域资源位置上，进行信号发送。具体的，邻小区收到联合调度消息后，预留该UE的时域资源位置、频域资源位置。邻小区收到服务小区的联合调度消息数据消息后，邻小区将该UE的下行IQ数据映射到对应的时域资源、频域资源位置上，进行信号发送。通过两个小区联合发送该UE下行信号，获得5G基站小区间的发送分集增益，降低邻小区干扰，提高UE接收信号的质量，实现下行信号高可靠性传输。

在本公开实施例中，针对小区边缘用户，通过小区间信号联合发送，降低下行邻区干扰，增加发送信号的副本，获得较高的发送分集增益和下行接收信噪比，提高下行信号传输的可靠性。

上述“信号联合发送”实现时，5G基站的服务小区检测到UE处于小区边缘，且受到较强的下行邻小区干扰时，请求邻小区使用相同的时频资源，联合发送下行信号给UE，提高空间发送分集增益。具体如下：

(1)、服务小区通过获取UE上报的周期性RSRP和CQI测量结果，判定UE处于上述小区边缘位置且受上述邻小区下行干扰较强，设置UE状态为下行联合发送态。

(2)、服务小区进行UE定位，获取UE位置，确定UE位置所在的邻小区。

(3)、服务小区发送用于请求与邻小区联合req_Tx(Transmit，发送)的消息给邻小区，以请求邻小区联合发送下行信号给该UE。req_Tx的消息中，携带该UE的UE_id信息。

图2所示为本公开实施例的5G小区间信号联合发送启动消息交互过程的示意图。

继续如图2所示的(4)和(5)的步骤：

(4)、邻小区收到服务小区发送的req_Tx的消息后，判定邻小区可以针对该UE进行下行信号联合传输，邻小区给服务小区回复第一响应resp_Tx_succ(succ，Success的简称，表示“成功”)消息。该第一响应resp_Tx_succ消息携带UE的ue_id。用于表示接受联合传输，否则，回复第二响应resp_Tx_fail(fail，表示“失败或拒绝”)消息，该第二响应resp_Tx_fail消息携带UE的ue_id，用于表示拒绝联合传输。

(5)、服务小区如果收到第一响应resp_Tx_succ消息，确认邻小区可以针对该UE进行下行信号联合发送。服务小区如果收到第二响应resp_Tx_fail消息，确认邻小区不能进行下行信号联合发送。

图3所示为本公开实施例的5G小区间信号联合发送调度消息和数据交互过程的示意图。

如图3所示的(6)和(7)的步骤：

(6)、如果邻小区可以针对该UE进行下行信号联合发送，服务小区每次发送该UE的下行信号时，通过MAC(Media Access Control Address，物理地址)层提前发送第一联合调度Tx_combine_sched消息给邻小区，第一联合调度Tx_combine_sched消息包括该UE的ue_id、时域资源位置、频域资源位置、下行功率等信息。同时，在RE映射(resource mapping，资源映射)前，通过物理层将第一联合调度数据Tx_combine_data消息发送给邻小区，第一联合调度数据Tx_combine_data消息中，包含ue_id、该UE的下行IQ频域数据。

(7)、邻小区收到联合调度Tx_combine_sched消息后，预留该UE的时域资源位置、频域资源位置。邻小区收到服务小区的第一联合调度数据Tx_combine_data消息后，将该UE的下行IQ数据映射到对应的时域资源、频域资源位置上，进行信号发送。

图4所示为本公开实施例的5G小区间信号联合发送停止消息交互过程的示意图。

如图4所示的(8)至(10)的步骤：

(8)、5服务小区在连续预定时间T1内，RSRP>Threshold_rsrp2或者CQI>Threshold_cqi2时，判定UE未处于小区边缘位置或者未受到较强的下行邻小区干扰。此时，发送请求停止联合req_no_Tx消息给邻小区,该消息包括ue_id，用于表示不再需要邻小区联合发送下行信号。

(9)、邻小区收到服务小区发送的停止联合req_no_Tx消息后,停止对该UE信号的发送，并回复resp_no_Tx_succ响应消息给服务小区。该resp_no_Tx_succ响应消息中包括ue_id。

(10)、服务小区收到resp_no_Tx_succ响应消息后，不再给邻小区发送该UE的第一联合调度Tx_combile_sched消息以及第一联合调度数据Tx_combine_data消息，下行信号联合发送终止，设置该UE状态为非下行联合发送态。

(11)、当UE一直处于下行联合检测态，每隔预定间隔时间T2，基站查询UE定位信息。如果UE位置的邻小区出现变化，需要通过(8)～(10)的步骤的消息交互机制，停止服务小区和旧的邻小区的联合发送。通过(3)～(5)的步骤，启动服务小区和新的邻小区的联合发送。这里，T2为UE定位信息查询的时间间隔，基站可配置。

本公开针对小区边缘的UE，采用联合传输时，使用信号联合接收，在基站侧，进行物理层信号的发送，详细说明请参见下文。

结合图1所示，消息数据接收端包括服务小区，对应UE向服务小区发送上行消息；

检测到用户设备UE处于服务小区的小区边缘位置，且UE受服务小区的邻小区干扰达到强干扰条件，包括：

当在连续预定时间T1时间内，RSRP<第一阈值Threshold_rsrp1&&SINR<第三阈值Threshold_SINR1时，判定UE处于小区边缘位置，且受上行邻小区干扰较强。

相应的，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度数据消息，包括：

在邻小区接收到上行消息时，邻小区利用预留资源，向服务小区发送第二联合调度数据消息。以及，在邻小区接收到UE的上行消息时，邻小区利用时域资源、频域资源位置上，进行信号发送。

其中，第二联合调度数据消息也可以称为联合调度的接收消息。

在本公开实施例中，针对小区边缘用户，通过小区间信号联合接收，降低上行邻区干扰，增加接收信号的副本，获得较高的接收分集增益和上行接收信噪比，提高上行信号传输的可靠性。

在邻小区接收到上行消息时，邻小区利用预留资源，向服务小区发送第二联合调度数据消息之后，可以采用多种方式恢复传输数据：

第一，在服务小区接收到第二联合调度数据消息后，来恢复传输数据的一些实施例中，可以采用如下第1个步骤及第3个步骤：

第1个步骤，在服务小区接收到第二联合调度数据消息的情况下，服务小区提取邻小区发送的第二联合调度数据消息中的上行频域数据。

第2个步骤，服务小区将服务小区的上行频域数据和邻小区的上行频域数据进行加权合并，得到合并后的数据。

上述第2个步骤有多种实施例可以实现。

在一些实施例中，在可以进一步包括如下两个步骤：第一步骤，服务小区利用服务小区的信干噪比及邻小区的信干噪比，确定服务小区的第一数据权重及邻小区的第二数据权重；其中，服务小区的信干噪比是根据服务小区接收到的UE的上行频域数据，通过本地导频序列，估计服务小区的信干噪比，以及，邻小区的信干噪比是根据邻小区的上行频域数据，通过本地导频序列，估计邻小区的信干噪比。第二步骤，将服务小区的上行频域数据与第一数据权重之积，分别与邻小区的上行频域数据与第二数据权重之积进行合并，得到合并后的数据。其中，第一数据权重和第二数据权重可以是根据用户需求设置。

在另一些实施例中，服务小区将服务小区的上行频域数据和邻小区的上行频域数据按照预定权重比例进行加权合并，得到合并后的数据，在此不再详细赘述。

第3个步骤，服务小区对合并后的数据，进行数据恢复，以得到传输数据。

其中，上述进行数据恢复可以进一步包括均衡、解层映射、解调及译码等处理。

在申请实施例中，根据两个小区的信道环境，来进行加权，有利于得到信噪比更高的合并数据，解调的准确率会更高一些。

第二，在服务小区接收到第二联合调度数据消息后，来恢复传输数据的另一些实施例中，服务小区对第二联合调度数据消进行数据恢复，以得到传输数据。如此，也可以实现数据恢复，相较于上述的“合并”的实施例不会获得分集增益，可靠性提升会低于上述“合并”的实施例。

上述“信号联合接收”，即服务小区检测到UE处于小区边缘，并受到较强的上行邻小区干扰时，请求邻小区使用相同的时频资源，联合接收UE的上行数据。邻小区将UE的上行数据转发给服务小区，由服务小区负责进行上行数据联合检测，提高空间接收分集增益。具体步骤如下：

<1>、5G基站服务小区，通过UE上行SRS或者上行PUSCH信号估计出上行信干噪比SINR。

<2>、5G基站服务小区，获取UE上报的周期性RSRP测量结果，判定UE处于小区边缘位置，且受上行邻小区干扰较强，设置UE状态为上行联合接收态。

<3>、服务小区进行UE定位测量，获取UE位置，确定UE位置所在的邻小区。

<4>、服务小区发送用于请求与邻小区联合req_Rx(RX receive，接收)的消息给邻小区，请求邻小区联合接收该UE的上行信号。req_Rx的消息中，携带该UE的UE_id信息。

图5所示为本公开实施例的5G小区间信号联合接收启动消息交互过程的示意图。

如图5所示的<5>和<6>的步骤：

<5>、邻小区收到服务小区发送的req_Rx的消息后，判定邻小区上行PRB可以针对该UE进行上行信号联合接收，邻小区给服务小区回复第一响应resp_Rx_succ消息。该第一响应resp_Rx_succ消息携带UE的ue_id，用于表示接受联合接收。否则回复第二响应resp_Rx_fail消息。该第二响应resp_Rx_fail消息携带UE的ue_id，用于表示拒绝联合接收。

<6>、服务小区如果收到第一响应resp_Rx_succ消息后，确认邻小区可以针对该UE进行上行信号联合接收。服务小区如果收到第二响应resp_Rx_fail消息，表示邻小区不能进行上行信号联合接收。

<7>、如果邻小区可以针对该UE进行上行信号联合接收，服务小区每次接收该UE的上行信号时，通过MAC层提前发送第一联合调度Rx_combine_sched消息给邻小区，第一联合调度Rx_combine_sched消息包括该UE的ue_id\时域资源位置、频域资源位置等信息。邻小区根据该UE的时域资源、频域资源信息，进行RE解映射处理，获取该UE上行IQ频域数据，并通过物理层将第一联合调度数据Rx_combine_data消息发送给服务小区。第一联合调度数据Rx_combine_data消息中，包含ue_id、该UE上行IQ频域数据。

图6所示为本公开实施例的5G小区间信号联合接收调度消息和数据交互过程的示意图。

如图4所示的<8>和<9>的步骤：

<8>、服务小区收到第一联合调度Rx_combine_sched消息后，取出邻小区发送的上行IQ频域数据data_neigbor\并通过本地导频序列，估计出信干噪比SINR_neigbor.

<9>、服务小区接收到本小区该UE的上行IQ频域数据data_server后，通过本地导频序列，估计出信干噪比SINR_server。

<10>、服务小区对本小区和邻小区的上行IQ频域数据，进行加权合并，合并方式如下：

Data＝w1*data_server+w2*data_neigbor,

其中，w1＝SINR_server/(SINR_server+SINR_neigbor),w2＝SINR_neigbor/(SINR_server+SINR_neigbor)

服务小区对合并后的数据Data，进行均衡、解层映射、解调、译码等处理。如此，服务小区通过对上行IQ频域数据进行联合处理，获得了5G基站小区间的接收分集增益，提高了上行信号检测性能，实现了上行信号高可靠性传输。

图7所示为本公开实施例的5G小区间信号联合接收停止消息交互过程的示意图。

如图7所示的<11>至<13>的步骤：

<11>、服务小区在连续预定时间T1内，RSRP>Threshold_rsrp2或者SINR>Threshold_SINR2时，判定UE未处于小区边缘位置或者未受到较强的上行邻小区干扰。此时，发送停止联合req_no_Rx消息给邻小区。该停止联合req_no_Rx消息包括ue_id，用于表示不再需要邻小区联合接收上行信号。

<12>、邻小区收到服务小区发送的停止联合req_no_Rx消息后，停止对该UE进行信号接收，并回复resp_no_Rx_succ响应消息给服务小区。

<13>、服务小区收到resp_no_Rx_succ响应消息后，不再给邻小区发送该UE的第一联合调度Rx_combile_sched消息，以及不再接收邻小区的第一联合调度数据Rx_combine_data消息，上行信号联合接收终止，设置该UE状态为非上行联合接收态。

<14>、当UE一直处于上行联合检测态，每隔预定间隔时间T2，基站查询UE定位信息，如果UE位置所在的邻小区出现变化，需要通过<11>～<13>的步骤的消息交互机制，停止服务小区和旧的邻小区的联合接收。通过<2>～<6>的步骤，启动服务小区和新的邻小区的联合接收。这里，T2为UE定位信息查询的时间间隔，基站可配置。

上述“信号联合发送”和“信号联合接收”可以各自独立执行，也可以结合执行，具体和实际应用场景相关。

在上述“信号联合发送”和“信号联合接收”结合执行时，基带逻辑子小区之间的信号联合发送和接收，提升小区合并场景物理层信号传输的可靠性。可以作为一种信号联合收发策略，在多点协作研究领域进行深入讨论、细化和研究，为未来通信的高可靠性传输技术提供参考基础。

本公开针对5G小区边缘用户，采用小区间“信号联合发送”和“信号联合接收”的方法，降低邻小区干扰，提高信号传输分集增益，实现信号的高可靠性传输。

基于与上述方法同样的申请构思，本公开实施例还提出一种如图8所示的基站的多小区联合通信装置可以包括如下模块：

联合邻小区确定模块21，用于在检测到用户设备UE处于服务小区的小区边缘位置，且UE受服务小区的邻小区干扰达到强干扰条件的情况下，服务小区利用对UE的定位得到的UE位置，获得与服务小区联合且UE位置所在的邻小区；

多小区通信建立模块22，用于服务小区建立服务小区与邻小区通信，并确定邻小区是否能够承载用于请求与邻小区联合传输的消息对应业务负荷；

联合调度数据消息发送模块23，用于在确定邻小区能够承载所请求消息对应业务负荷的情况下，服务小区在服务小区与UE之间传输消息时，提前向邻小区调配用于实现联合调度的预留资源，以使邻小区与消息数据接收端通信，并且，在邻小区接收到所传输的联合调度数据消息的情况下，邻小区利用预留资源，向消息数据接收端发送联合调度数据消息。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

基于与上述方法同样的申请构思，本公开实施例还提出一种基站，包括如上的基站的多小区联合通信装置。

图9所示为本公开实施例提供的基站的模块框图。

如图9所示，基站30包括一个或多个处理器31，用于实现如上所述的基站的多小区联合通信方法。

在一些实施例中，基站30可以包括计算机可读存储介质39，计算机可读存储介质39可以存储有可被处理器31调用的程序，可以包括非易失性存储介质。在一些实施例中，基站30可以包括内存38和接口37。在一些实施例中，基站30还可以根据实际应用包括其他硬件。

本公开实施例的计算机可读存储介质39，其上存储有程序，该程序被处理器31执行时，用于实现如上描述的基站的多小区联合通信方法。

本公开可采用在一个或多个其中包含有程序代码的计算机可读存储介质39(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可读存储介质39包括永久性和非永久性、可移动和非可移动媒体，可以任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机可读存储介质39的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

在本公开的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”等的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

Claims (10)

1.一种基站的多小区联合通信方法，其特征在于，包括：

在检测到用户设备UE处于服务小区的小区边缘位置，且所述UE受所述服务小区的邻小区干扰达到强干扰条件的情况下，所述服务小区利用对UE的定位得到的UE位置，获得与所述服务小区联合且所述UE位置所在的邻小区；

所述服务小区建立所述服务小区与所述邻小区通信，并确定所述邻小区是否能够承载用于请求与所述邻小区联合传输的消息对应业务负荷；

在确定所述邻小区能够承载所请求消息对应业务负荷的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前向所述邻小区调配用于实现联合调度的预留资源，以使所述邻小区与消息数据接收端通信，并且，在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息。

2.如权利要求1所述的基站的多小区联合通信方法，其特征在于，所述服务小区建立所述服务小区与所述邻小区通信，并确定所述邻小区是否能够承载用于请求与所述邻小区联合传输的消息对应业务负荷，包括：

向所述邻小区发送用于请求与所述邻小区联合传输的消息，以使所述邻小区在所述邻小区能够承载所请求消息对应业务负荷的情况下，回复用于接受联合传输的第一响应消息；

所述在确定所述邻小区能够承载所请求消息对应业务负荷的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前向所述邻小区调配用于实现联合调度的预留资源，包括：

在接受到针对所请求消息返回的所述第一响应消息的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前发送联合调度消息给所述邻小区，以使所述邻小区预留所述预留资源。

3.如权利要求1所述的基站的多小区联合通信方法，其特征在于，所述方法还包括：在检测到所述UE未处于所述服务小区的所述小区边缘位置或所述UE受所述服务小区的邻小区干扰未达到所述强干扰条件的情况下，向所述邻小区发送停止联合消息，以使所述邻小区与所述服务小区停止通信；

或者，

所述方法还包括：在检测到所述UE未处于所述服务小区的所述小区边缘位置或所述UE受所述服务小区的邻小区干扰未达到所述强干扰条件的情况下，继续维持所述UE与所述服务小区保持通信。

4.如权利要求1所述的基站的多小区联合通信方法，其特征在于，所述服务小区利用对UE的定位得到的UE位置，确定UE位置所在的邻小区，包括：

服务小区根据所述UE位置的改变，切换所述UE位置所在的邻小区。

5.如权利要求1至4任一项所述的基站的多小区联合通信方法，其特征在于，所述消息数据接收端包括所述UE，对应所述服务小区向所述UE发送下行消息；

相应的，所述在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息，包括：

在所述邻小区接收到所述下行消息时，所述邻小区利用所述预留资源，向所述UE发送第一联合调度数据消息。

6.如权利要求1至4任一项所述的基站的多小区联合通信方法，其特征在于，所述消息数据接收端包括服务小区，对应所述UE向所述服务小区发送上行消息；

相应的，所述在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息，包括：

在所述邻小区接收到所述上行消息时，所述邻小区利用所述预留资源，向所述服务小区发送第二联合调度数据消息。

7.如权利要求6所述的基站的多小区联合通信方法，其特征在于，在所述邻小区接收到所述上行消息时，所述邻小区利用所述预留资源，向所述服务小区发送第二联合调度数据消息之后，所述方法还包括：

在所述服务小区接收到所述第二联合调度数据消息的情况下，所述服务小区提取所述邻小区发送的所述第二联合调度数据消息中的上行频域数据；

所述服务小区将所述服务小区的上行频域数据和所述邻小区的上行频域数据进行加权合并，得到合并后的数据；

所述服务小区对所述合并后的数据，进行数据恢复，以得到传输数据。

8.如权利要求7所述的基站的多小区联合通信方法，其特征在于，所述服务小区将所述服务小区的上行频域数据和所述邻小区的上行频域数据进行加权合并，得到合并后的数据，包括：

所述服务小区利用所述服务小区的信干噪比及所述邻小区的信干噪比，确定所述服务小区的第一数据权重及所述邻小区的第二数据权重；

将所述服务小区的上行频域数据与所述第一数据权重之积，分别与所述邻小区的上行频域数据与所述第二数据权重之积进行合并，得到合并后的数据。

9.一种基站的多小区联合通信装置，其特征在于，包括：

联合邻小区确定模块，用于在检测到用户设备UE处于服务小区的小区边缘位置，且所述UE受所述服务小区的邻小区干扰达到强干扰条件的情况下，所述服务小区利用对UE的定位得到的UE位置，获得与所述服务小区联合且所述UE位置所在的邻小区；

多小区通信建立模块，用于所述服务小区建立所述服务小区与所述邻小区通信，并确定所述邻小区是否能够承载用于请求与所述邻小区联合传输的消息对应业务负荷；

联合调度数据消息发送模块，用于在确定所述邻小区能够承载所请求消息对应业务负荷的情况下，所述服务小区在所述服务小区与所述UE之间传输消息时，提前向所述邻小区调配用于实现联合调度的预留资源，以使所述邻小区与消息数据接收端通信，并且，在所述邻小区接收到所传输的联合调度数据消息的情况下，所述邻小区利用所述预留资源，向所述消息数据接收端发送联合调度数据消息。

10.一种基站，其特征在于，包括如权利要求9所述的基站的多小区联合通信装置。