小区合并、拆分方法、装置及基站与流程

本发明涉及通信领域，具体而言，涉及一种小区合并、拆分方法、装置及基站。

背景技术：

3GPP长期演进(Long Term Evolution，简称为LTE)系统中，为了获得更好的网络性能，多小区协作成为下一代无线通信领域中被广泛关注的技术。其中，小区合并拆分技术已经成为了避免同频干扰以及频繁切换问题的最好选择。该技术可以实现一个逻辑小区内聚合多个远程射频单元(Radio Remote Unit，简称为RRU)，在这种组网场景下，每个RRU覆盖的范围称之为小区分区(Cell Portion，简称为CP)。用户终端在同一个逻辑小区的不同RRU覆盖范围下移动时，不会发生切换，将移动性的问题演变成一个CP的检测和调度的问题。通过基站端的检测和调度降低了网络切换当中出错的概率，提升了网络的性能指示(Key Performance Indicator，简称为KPI)。

小区合并拆分通常应用在高铁、航线、密集楼宇覆盖等场景中。在相关技术中，小区合并是根据应用场景而配置的，需要操作人员通过配置网管使其生效。当几个小区合并后，原来的这些小区将会发生删建，按照合并后小区的参数重新配置。由于上述原因，当用户设备UE(User Equipment，简称为UE)接入的小区被合并时，UE会因为小区的删建而被释放。反之，在相关技术中无法实现多小区的动态拆分，人工拆分同样会使得UE释放。

因此，在相关技术中，多小区在合并拆分过程中会释放UE，从而导致UE的状态和业务无法保证。

技术实现要素：

本发明实施例提供了一种小区合并方法、装置及基站，用于提升网络性能、减小同频干扰，解决相关技术中多小区在合并拆分过程中会释放UE，从而导致UE的状态和业务无法保证的问题。

根据本发明的一个实施例，提供了一种小区合并方法，接收第一小区发送的用于指示将所述第一小区与第二小区进行合并的小区合并指示；根据所述小区合并指示，在维护所述第二小区的小区参数的同时维护所述第一小区的小区参数；将所述第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至所述第一小区，其中，所述第一影子小区为由所述第二小区维护的具有所述第一小区的小区参数的小区；在将所述第二小区所服务的所有UE均切换至所述第一影子小区并且确定切换后的所有UE的信息均同步至所述第一小区后，停止维护所述第二小区的小区参数。

可选地，在接收所述第一小区发送的用于指示将所述第一小区与所述第二小区进行合并的所述小区合并指示之前，还包括：接收所述第一小区发送的用于请求将所述第一小区与所述第二小区进行合并的小区合并请求；向所述第一小区发送小区合并响应，其中，所述小区合并响应携带有所述第二小区的小区信息，所述小区信息用于所述第一小区判断所述第二小区是否满足与所述第一小区进行小区合并的合并条件。

可选地，所述小区信息包括以下至少之一：所述第二小区所服务的UE的数量，用于指示所述第二小区是否存在满足预定UE等级的高优先级UE的指示信息，用于标识所述第二小区的受除所述第二小区外的其它小区同频干扰的干扰程度信息。

可选地，在向所述第一小区发送所述小区合并响应之后，还包括：所述第一小区根据一个或多个所述第二小区发送的小区合并响应，判断所述一个或多个第二小区是否满足与所述第一小区进行合并的预定合并条件，在判断结果为是的情况下，所述第一小区向所述一个或多个第二小区发送所述小区合并指示。

可选地，在接收所述第一小区发送的用于请求将所述第一小区与所述第二小区进行合并的小区合并请求之前，还包括：所述第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入所述第一小区；所述第一小区的同频干扰程度达到预定程度；所述第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向所述第二小区发送用于请求将所述第一小区与所述第二小区进行合并的所述小区合并请求。

根据本发明的一个实施例，提供了一种小区拆分方法，包括：接收合并小区的主小区分区CP发送的用于请求将辅CP从所述合并小区中拆分出来的小区拆分指示；根据所述小区拆分指示，在维护所述合并小区的小区参数的同时，维护从所述合并小区拆分出来的拆分小区的小区参数；将所述辅CP所服务的用户设备UE切换至第二影子小区，其中，所述第二影子小区为由所述辅CP维护的具有所述拆分小区的小区参数的小区；在将所述辅CP所服务的所有UE均切换至所述第二影子小区后，停止维护所述合并小区的小区参数。

可选地，在接收所述合并小区的所述主CP发送的用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示之前，还包括：所述主CP确定所述辅CP所服务的UE，并将确定的所述辅CP所服务的UE的信息发送给所述辅CP。

可选地，在接收所述合并小区的所述主CP发送的用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示之前，还包括：所述主CP判断所述合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开所述合并小区；所述合并小区的同频干扰程度低于预定程度；所述合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向所述辅CP发送用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示。

根据本发明的一个实施例，提供了一种小区合并装置，包括：第一接收模块，用于接收第一小区发送的用于指示将所述第一小区与第二小区进行合并的小区合并指示；第一维护模块，用于根据所述小区合并指示，在维护所述第二小区的小区参数的同时维护所述第一小区的小区参数；第一切换模块，用于将所述第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至所述第一小区，其中，所述第一影子小区为由所述第二小区维护的具有所述第一小区的小区参数的小区；第一停止模块，用于在将所述第二小区所服务的所有UE均切换至所述第一影子小区并且确定切换后的所有UE的信息均同步至所述第一小区后，停止维护所述第二小区的小区参数。

可选地，该装置还包括：第二接收模块，用于接收所述第一小区发送的用于请求将所述第一小区与所述第二小区进行合并的小区合并请求；第一发送模块，用于向所述第一小区发送小区合并响应，其中，所述小区合并响应携带有所述第二小区的小区信息，所述小区信息用于所述第一小区判断所述第二小区是否满足与所述第一小区进行小区合并的合并条件。

可选地，该装置还包括：第一判断模块，用于所述第一小区根据一个或多个所述第二小区发送的小区合并响应，判断所述一个或多个第二小区是否满足与所述第一小区进行合并的预定合并条件，在判断结果为是的情况下，所述第一小区向所述一个或多个第二小区发送所述小区合并指示。

可选地，该装置还包括：第二判断模块，用于所述第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入所述第一小区；所述第一小区的同频干扰程度达到预定程度；所述第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向所述第二小区发送用于请求将所述第一小区与所述第二小区进行合并的所述小区合并请求。

根据本发明的另一个实施例，提供了一种小区拆分装置，包括：第三接收模块，用于接收合并小区的主小区分区CP发送的用于请求将辅CP从所述合并小区中拆分出来的小区拆分指示；第二维护模块，用于根据所述小区拆分指示，在维护所述合并小区的小区参数的同时，维护从所述合并小区拆分出来的拆分小区的小区参数；第二切换模块，用于将所述辅CP所服务的用户设备UE切换至第二影子小区，其中，所述第二影子小区为由所述辅CP维护的具有所述拆分小区的小区参数的小区；第二停止模块，用于在将所述辅CP所服务的所有UE均切换至所述第二影子小区后，停止维护所述合并小区的小区参数。

可选地，该装置还包括：第二发送模块，用于所述主CP确定所述辅CP所服务的UE，并将确定的所述辅CP所服务的UE的信息发送给所述辅CP。

可选地，该装置还包括：第三判断模块，用于所述主CP判断所述合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开所述合并小区；所述合并小区的同频干扰程度低于预定程度；所述合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向所述辅CP发送用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示。

根据本发明另一个实施例，还提供了一种基站，包括：上述任一项所述的装置。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：接收第一小区发送的用于指示将所述第一小区与第二小区进行合并的小区合并指示；根据所述小区合并指示，在维护所述第二小区的小区参数的同时维护所述第一小区的小区参数；将所述第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至所述第一小区，其中，所述第一影子小区为由所述第二小区维护的具有所述第一小区的小区参数的小区；在将所述第二小区所服务的所有UE均切换至所述第一影子小区并且确定切换后的所有UE的信息均同步至所述第一小区后，停止维护所述第二小区的小区参数。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收所述第一小区发送的用于指示将所述第一小区与所述第二小区进行合并的所述小区合并指示之前，还包括：接收所述第一小区发送的用于请求将所述第一小区与所述第二小区进行合并的小区合并请求；向所述第一小区发送小区合并响应，其中，所述小区合并响应携带有所述第二小区的小区信息，所述小区信息用于所述第一小区判断所述第二小区是否满足与所述第一小区进行小区合并的合并条件。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：所述小区信息包括以下至少之一：所述第二小区所服务的UE的数量，用于指示所述第二小区是否存在满足预定UE等级的高优先级UE的指示信息，用于标识所述第二小区的受除所述第二小区外的其它小区同频干扰的干扰程度信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在向所述第一小区发送所述小区合并响应之后，还包括：所述第一小区根据一个或多个所述第二小区发送的小区合并响应，判断所述一个或多个第二小区是否满足与所述第一小区进行合并的预定合并条件，在判断结果为是的情况下，所述第一小区向所述一个或多个第二小区发送所述小区合并指示。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收所述第一小区发送的用于请求将所述第一小区与所述第二小区进行合并的小区合并请求之前，还包括：所述第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入所述第一小区；所述第一小区的同频干扰程度达到预定程度；所述第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向所述第二小区发送用于请求将所述第一小区与所述第二小区进行合并的所述小区合并请求。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：接收合并小区的主小区分区CP发送的用于请求将辅CP从所述合并小区中拆分出来的小区拆分指示；根据所述小区拆分指示，在维护所述合并小区的小区参数的同时，维护从所述合并小区拆分出来的拆分小区的小区参数；将所述辅CP所服务的用户设备UE切换至第二影子小区，其中，所述第二影子小区为由所述辅CP维护的具有所述拆分小区的小区参数的小区；在将所述辅CP所服务的所有UE均切换至所述第二影子小区后，停止维护所述合并小区的小区参数。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收所述合并小区的所述主CP发送的用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示之前，还包括：所述主CP确定所述辅CP所服务的UE，并将确定的所述辅CP所服务的UE的信息发送给所述辅CP。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收所述合并小区的所述主CP发送的用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示之前，还包括：所述主CP判断所述合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开所述合并小区；所述合并小区的同频干扰程度低于预定程度；所述合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向所述辅CP发送用于请求将所述辅CP从所述合并小区中拆分出来的所述小区拆分指示。

通过本发明，接收第一小区发送的用于指示将所述第一小区与第二小区进行合并的小区合并指示；根据所述小区合并指示，在维护所述第二小区的小区参数的同时维护所述第一小区的小区参数；将所述第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至所述第一小区，其中，所述第一影子小区为由所述第二小区维护的具有所述第一小区的小区参数的小区；在将所述第二小区所服务的所有UE均切换至所述第一影子小区并且确定切换后的所有UE的信息均同步至所述第一小区后，停止维护所述第二小区的小区参数。采用上述方案，在进行小区合并的过程中，待合并的小区不仅维护本小区的小区参数，还维护将要与其合并的小区的小区参数，并且在将待合并的小区的所有UE均切换到合并小区时，停止维护本小区的小区参数，有效解决了相关技术中多小区在合并过程中会释放UE，从而导致UE的状态和业务无法保证的问题，达到多小区在合并过程中不会释放UE，有效保证了尽量多的UE到达最佳的状态和业务效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种小区合并方法的移动终端的硬件结构框图；

图2是根据本发明实施例的小区合并方法的流程图；

图3是根据本发明实施例的一种小区拆分方法的流程图；

图4是根据本发明实施例的多小区合并拆分的场景示意图；

图5是根据本发明实施例的多小区动态合并方法的流程图；

图6是根据本发明实施例的多小区动态拆分方法的流程图；

图7是根据本发明应用示例的多小区合并方法的流程图；

图8是根据本发明实施例的合并小区动态拆分方法的流程图；

图9是本发明实施例提供的一种小区合并装置的结构框图；

图10是本发明实施例提供的一种小区合并装置的优选结构框图一；

图11是本发明实施例提供的一种小区合并装置的优选结构框图二；

图12是本发明实施例提供的一种小区合并装置的优选结构框图三；

图13是本发明实施例提供的一种小区拆分装置的结构框图；

图14是本发明实施例提供的一种小区拆分装置的优选结构框图一；

图15是本发明实施例提供的一种小区拆分装置的优选结构框图二；

图16是本发明实施例提供的基站的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在具备小区功能的移动终端上为例，图1是本发明实施例的一种小区合并方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的小区合并方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述移动终端或网络架构的小区合并方法，图2是根据本发明实施例的小区合并方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示；

步骤S204，根据小区合并指示，在维护第二小区的小区参数的同时维护第一小区的小区参数；

步骤S206，将第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至第一小区，其中，第一影子小区为由第二小区维护的具有第一小区的小区参数的小区；

步骤S208，在将第二小区所服务的所有UE均切换至第一影子小区并且确定切换后的所有UE的信息均同步至第一小区后，停止维护第二小区的小区参数。

通过上述步骤，两个小区合并为一个逻辑小区，消除了同频干扰，提高了网络性能，在进行切换的过程中同时作为切换前和切换后的服务小区，使得切换前服务的UE不会释放，有效地解决了相关技术中多小区在合并过程中会释放UE，从而导致UE的状态和业务无法保证的问题，达到多小区在合并过程中不会释放UE，有效保证了UE的状态和业务效果。

为了使得合并小区更为高效，为利于第一小区判断第二小区是否满足合并条件，即过滤出可能合并的第二小区，第二小区可以向第一小区反馈第二小区的小区情况，例如，在接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示之前，接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求；向第一小区发送小区合并响应，其中，小区合并响应携带有第二小区的小区信息，小区信息用于第一小区判断第二小区是否满足与第一小区进行小区合并的合并条件。

其中，上述小区信息可以包括多种，比如，可以包括以下至少之一：第二小区所服务的UE的数量，用于指示第二小区是否存在满足预定UE等级的高优先级UE的指示信息，用于标识第二小区的受除第二小区外的其它小区同频干扰的干扰程度信息。

可选地，在向第一小区发送小区合并响应之后，第一小区根据一个或多个第二小区发送的小区合并响应，判断一个或多个第二小区是否满足与第一小区进行合并的预定合并条件，在判断结果为是的情况下，第一小区向一个或多个第二小区发送小区合并指示。需要说明的是，第一小区进行相应的判断操作时，可以结合上述第二小区的一条小区信息进行判断，也可以结合上述多条小区信息进行判断。例如，可以分别判断第二小区所服务的UE的数量是否超过预定门限；或者，第一小区和第二小区所服务的UE的总数是否超过预定门限；或者，第二小区中是否存在满足预定UE等级的高优先级UE；或者，第二小区的同频干扰程度是否达到预定程度。也可以结合第二小区的多条信息对多个第二小区是否合适进行合并进行排序，优先选择排序在前的第二小区进行合并。

可选地，在接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求之前，还包括：第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入第一小区；第一小区的同频干扰程度达到预定程度；第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向第二小区发送用于请求将第一小区与第二小区进行合并的小区合并请求。

根据本发明的另一个实施例，提供了一种小区拆分方法，图3是根据本发明实施例的一种小区拆分方法的流程图，如图3所示，该流程包括：

步骤S302，接收合并小区的主小区分区CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示；

步骤S304，根据小区拆分指示，在维护合并小区的小区参数的同时，维护从合并小区拆分出来的拆分小区的小区参数；

步骤S306，将辅CP所服务的用户设备UE切换至第二影子小区，其中，第二影子小区为由辅CP维护的具有拆分小区的小区参数的小区；

步骤S308，在将辅CP所服务的所有UE均切换至第二影子小区后，停止维护合并小区的小区参数。

通过上述步骤，在对合并小区进行拆分时，在进行切换的过程中同时作为切换前和切换后的服务小区，使得切换前服务的UE不会被释放，有效地解决了相关技术中多小区在拆分过程中会释放UE，从而导致UE的状态和业务无法保证的问题，达到多小区在拆分过程中不会释放UE，有效保证了UE的状态和业务效果。

可选地，在接收合并小区的主CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示之前，主CP确定辅CP所服务的UE，并将确定的辅CP所服务的UE的信息发送给辅CP。通过上述步骤，由主CP提前告之辅CP要切换的UE，使得辅CP可以为UE切换作充分准备。

对应地，在进行小区拆分之前，可以对进行小区拆分设置一些触发条件，例如，在接收合并小区的主CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示之前，主CP判断合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开合并小区；合并小区的同频干扰程度低于预定程度；合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向辅CP发送用于请求将辅CP从合并小区中拆分出来的小区拆分指示。

需要指出的是，上述小区合并或拆分方案，可以应用于一个基站所对应的小区，也可以应用于不同基站之间的小区。当应用于同一个基站内部时，小区之间所进行的交互，例如，发送小区合并拆分指示，发送切换请求；对应的接收小区合并拆分指示，接收切换请求，并不是必须的。当应用于不同基站之间时，小区之间所进行的交互可以通过基站之间的空口资源，或是基站之间的物理连接来实现，可以依据需要来确定。

结合上述实施例，下面结合小区合并拆分的具体场景对本发明优选实施例进行说明。

针对相关技术中小区合并拆分技术缺乏灵活性，本发明实施例提供了一种多小区合并拆分方案，该方案应用于动态拆分合并多小区的组网场景，使得多小区合并拆分更具灵活性，且尽可能的保持小区合并拆分过程中UE的业务状态。

本发明实施例所提供的多小区动态合并和拆分方法尽可能提高网络性能、消除同频干扰，同时减少多小区合并拆分时导致的UE异常释放。

图4是根据本发明实施例的多小区合并拆分的场景示意图，如图4所示，包括5个小区，分别为小区A，小区B，小区C，小区D，小区E。

结合图4，本发明实施例的多小区动态合并拆分方法大致流程如下：

图5是根据本发明实施例的多小区动态合并方法的流程图，如图5所示，该多小区动态合并方法包括如下步骤：

步骤S502，事件触发多小区合并；

步骤S504，协同小区将驻留在本小区的UE切换至发起小区(需要说明的是，此处将接收“小区合并请求”的普通小区称之为“协同小区”(即上述第二小区)，将第一个主动发起“小区合并请求”的普通小区称之为“发起小区”(即上述第一小区))。

步骤S506，协同小区与发起小区进行小区合并。

图6是根据本发明实施例的多小区动态拆分方法的流程图，如图6所示，该多小区动态拆分方法包括如下步骤：

步骤S602，事件触发小区拆分；

步骤S604，合并小区将目标UE切换至原协同小区；

步骤S606，合并小区拆分成普通小区。

基于上述大概流程，下面分别对本发明实施例的多小区动态合并和多小区动态拆分分别进行说明。

多小区动态合并：

在以下描述中，将第一个主动发起“小区合并请求”的小区称为“发起小区”，被合并的小区称为“协同小区”。在多小区动态合并过程中，发起小区只有一个，但协同小区可以有多个，具体个数上限需要考虑到实际的应用场景。以下对多小区动态合并方法的描述以一个协同小区为例，因为多个协同小区的合并方法相同，不再累述。

第一步：触发小区合并

小区合并模块由事件触发小区合并，触发事件例如：高优先级UE的进入、小区容量到达一定门限、同频干扰达到某一程度等。触发小区合并的事件可以是一种或者多种组合，具体触发事件并不限于本发明实施例所提及事件。当小区合并事件触发后，小区合并触发模块通知相应的小区成为发起小区。

第二步：发起小区发起“小区合并请求”

发起小区向需要合并的协同小区发起“小区合并请求”。

第三步：协同小区向发起小区回复“小区合并响应”

协同小区收到发起小区的“小区合并请求”后，向发起小区回复“小区合并响应”。其中携带协同小区相关参数，比如：连接态的用户数等。

第四步：发起小区判断是否对协同小区进行合并

发起小区通过协同小区上报的用户数等因素判断协同小区是否满足合并条件。如果协同小区不满足条件，将向协同小区发送“小区合并取消指示”；如果协同小区满足合并条件，发起小区则向协同小区发起“小区合并指示”，并携带发起小区的小区参数。本步骤的判断方式与第一步中的小区合并触发事件相对应，例如，判断协同小区的用户数是否超过门限、高优先级UE上报的协同小区测量排序等。本步骤的判断方法也可以是一种或多种的组合，并不限于上述方法。

第五步：协同小区发射两份不同的小区信号

如果协同小区收到“小区合并取消指示”就不再进行小区合并继续维持原有小区参数进行运作。如果协同小区收到“小区合并指示”，则停止接纳新用户的接入并发送与发起小区相同的参考信号(Reference Signal，简称为RS)、主同步信号(Primary Synchronization Signal，简称为PSS)、辅同步信号(Secondary Synchronization Signal，简称为SSS)、主信息块(Master Information Block，简称为MIB)、系统信息块(System Information Blocks,简称为SIB)等信息，同时也维持发送原小区信号和数据。协同小区实际维护了两套小区参数，此时的协同小区不再是一个小区而是发起小区和协同小区的共存。本专利将协同小区维护的发起小区称之为发起小区的影子小区，以下简述为影子小区。

第六步：协同小区将处于连接态的用户切换至影子小区

协同小区作为源小区向影子小区发起切换请求，尽力而为的将本小区的所有UE切换至影子小区中。切换过程严格按照LTE协议中的规定进行，其中协同小区向UE发送的重配信令中包含前导索引以及相关无线参数，其中，具体信令格式可以参考LTE36.331的6.3.4小节。协同小区优先向UE发起非竞争的切换请求，当preamble资源不够时发起竞争的切换请求。

第七步：影子小区成为合并小区的一个CP

影子小区将切换完成的UE信息同步给发起小区，当协同小区向最后一个UE发送切换请求后备份自身小区参数向发起小区发送“小区合并结束指示”，并停止发送协同小区的一切信号和数据。此时协同小区退出服务，影子小区成为合并小区的一个辅CP，而主CP则是发起小区。辅CP根据主CP的控制解调数据，响应新用户的连接请求。

合并小区动态拆分：

以下描述以拆分两CP合并小区为例说明，多于两CP的合并小区拆分策略相同，不再赘述。

第一步：触发小区拆分

该步骤与多小区动态合并中的第一步类似。当合并小区拆分事件触发后，小区拆分触发模块通知主CP发起“小区拆分请求”。

第二步：主CP发起“小区拆分请求”

主CP向辅CP发起“小区拆分请求”，同时合并小区停止响应新UE的接入请求。主CP根据为每个UE维护的激活集，筛选出UE级主CP为辅CP且单CP激活的目标UE，并将这些目标UE的相关参数发送给对应的辅CP。

第三步：辅CP发射两份不同的小区信号

如果辅CP收到主CP发起的“小区拆分请求”，则发送与原协同小区相同的RS、PSS、SSS、MIB、SIB等信息，同时也维持发送合并小区信号和数据。在这一阶段，辅CP实际维护了两套小区参数，此时的辅CP是合并小区和协同小区的共存。

第四步：合并小区将目标UE切换至协同小区

合并小区作为源小区向协同小区发起切换请求，尽力而为的将本小区的所有目标UE切换至协同小区中。此切换过程与多小区动态合并中的第六步相同。

第五步：合并小区拆分为普通小区

当合并小区向最后一个目标UE发送切换请求后，辅CP不再发送合并小区的一切信号和数据。此时辅CP退出服务，辅CP和主CP重新成为普通小区并按照原有的小区参数发参考信号，解调数据，响应新用户的连接请求。

通过上述实施例，与相关技术中的合并小区技术相比，上述多小区的合并拆分方法更具有灵活性、实时性，同时解决了相关技术中多小区合并拆分无法保证UE业务状态的问题。

结合上述实施例，以下结合具体场景分别针对多小区的合并拆分方法的应用示例进行说明。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面将参考附图并结合应用示例来详细说明本发明。需要说明的是应用示例1和2仅仅是应用在高优先级UE进入、离开时触发的小区合并拆分场景，但不限于这一种应用场景。

应用示例1

图7是根据本发明应用示例的多小区合并方法的流程图，如图7所示，该流程包括如下步骤：

场景描述：高优先级UE进入多楼层的密集同频小区场景。

S1，高优先级UE接入到CELL A，通过IMSI识别技术CELL A识别出高优先级UE。

S2，CELL A根据提前配置好的邻区，给高优先级UE下发重配信令，其包含了测量对象、测量事件以及测量报告。本专利的应用示例中CELLA给高优先级UE下发A4事件。

A4事件的含义是邻小区比绝对门限好，其公式如下：

Mn+Ofn+Ocn-Hys＞Thresh

公式的参数含义及应用举例：

Mn：邻小区的RSRP(Reference Signal Received Power参考信号接收功率)测量结果。

Thresh是A4事件的门限参数，应用中举例设置为-100db。

Ofn：邻小区频率特定的偏差，应用中举例设置为0db。

Ocn：邻小区个性偏移，用于控制目标小区优先级，应用中举例设置为0db。

Hys：A4事件的迟滞参数，应用中举例设置为0db。

在A4测量报告中还需要配置：

TimeToTrigger：事件发生到上报告的时间差，应用举例设置为320ms。

maxCellReport：上报邻接小区的个数，应用举例为8。

ReportInterval：事件触发周期报告间隔，应用举例为1024ms。

ReportAmount：事件触发周期报告次数，应用举例为4次。

S3，高优先级UE在移动过程中，根据S2中的配置，触发了A4时间并在事件持续过程中连续多次上报测量报告。

S4，CELL A连续三次收到高优先级UE上报的A4测量报告，对上报的邻区按照RSRP进行排序，向排序前五的邻接协同小区发起“小区合并请求”。

S5，协同小区CELL B收到“小区合并请求”后，将本小区的UE个数等信息封装在“小合并响应”中发送给CELL A。

S6，CELL A收到CELL B等多个协同小区的“小区合并响应”后，计算CELLA内的UE个数与所有协同小区的UE个数的总和是否超过合并后小区最大UE容量数。如果超过，则根据邻接协同小区排序，从排序靠后的协同小区开始剔除，直到剩余的协同小区UE个数总和满足条件为止。对剔除的协同小区发送“小区合并取消指示”，对满足条件的协同小区发送“小区合并指示”。

S7，应用举例中假设CELL B小区收到了“小区合并指示”，则立即备份自身小区参数，并停止处理新UE的接入请求。同时CELL B在发送原小区信号的同时，开始发送CELL A小区的信号，也就是影子小区CELL A’的信号。

S8，按照LTE协议约定，CELL B本小区内的UE切换至CELL A’。

S9，CELL A'将每一个完成切换的UE的相关信息同步给CELL A。

S10，当CELL B向小区内最后一个UE发送切换请求后向CELL A发送“小区合并结束指示”，并不再发送有关CELL B的信号和数据。

S11，CELL A收到CELL B发送的"小区合并结束指示"确认合并结束，CELL A’成为合并小区的辅CP，CELL A成为合并小区的主CP且维护和调度合并小区内所有UE。

应用示例2

图8是根据本发明实施例的合并小区动态拆分方法的流程图，如图8所示，该流程包括如下步骤：

场景描述：高优先级UE离开合并小区。

S1，当高优先级UE从合并小区切换至其它小区时，合并小区会停止处理新UE的接入请求，并根据上行激活集划分出以CP B为UE级主CP且单CP激活的目标UE。主CP A向CP B发起“小区拆分请求”，其中携带CP B的目标UE的相关参数。

S2，辅CP B收到“小区拆分请求”后，CP B在发送合并小区信号的同时发送原协同小区CELL B的信号。

S3，按照LTE协议约定，CP B将目标UE切换至协同小区。

S4，当CP B向最后一个目标UE发送切换请求后，向CP A发送“小区拆分结束指示”，然后立即停止服务，只发送协同小区的信号。此时CP B已经退出服务，重新成为CELL B并开始接纳新UE的接入请求。

相对于相关技术而言，上述应用实例中提供的小区合并拆分更加灵活、具有实时性，尽可能的保证了UE在小区拆组过程中的业务和状态。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种小区合并装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图9是本发明实施例提供的一种小区合并装置的结构框图，如图9所示，该装置包括：第一接收模块92、第一维护模块94、第一切换模块96和第一停止模块98，下面对该装置进行说明。

第一接收模块92，用于接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示；第一维护模块94，连接至上述第一接收模块92，用于根据小区合并指示，在维护第二小区的小区参数的同时维护第一小区的小区参数；第一切换模块96，连接至上述第一维护模块94，用于将第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至第一小区，其中，第一影子小区为由第二小区维护的具有第一小区的小区参数的小区；第一停止模块98，连接至上述第一切换模块96，用于在将第二小区所服务的所有UE均切换至第一影子小区并且确定切换后的所有UE的信息均同步至第一小区后，停止维护第二小区的小区参数。

图10是本发明实施例提供的一种小区合并装置的优选结构框图一，如图10所示，该装置除包括图9所示的所有结构外，还包括：第二接收模块102和第一发送模块104，下面对该优选结构进行说明。

第二接收模块102，用于接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求；第一发送模块104，连接至上述第二接收模块102和第一接收模块92，用于向第一小区发送小区合并响应，其中，小区合并响应携带有第二小区的小区信息，小区信息用于第一小区判断第二小区是否满足与第一小区进行小区合并的合并条件。

图11是本发明实施例提供的一种小区合并装置的优选结构框图二，如图11所示，该装置除包括图10所示的所有结构外，还包括：第一判断模块112，下面对该第一判断模块112进行说明。

第一判断模块112，与第一发送模块104和第一接收模块92通信，用于第一小区根据一个或多个第二小区发送的小区合并响应，判断一个或多个第二小区是否满足与第一小区进行合并的预定合并条件，在判断结果为是的情况下，第一小区向一个或多个第二小区发送小区合并指示。

图12是本发明实施例提供的一种小区合并装置的优选结构框图三，如图12所示，该装置除包括图10所示的所有结构外，还包括：第二判断模块122，下面对该第一判断模块122进行说明。

第二判断模块122，与第一接收模块92通信，用于第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入第一小区；第一小区的同频干扰程度达到预定程度；第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向第二小区发送用于请求将第一小区与第二小区进行合并的小区合并请求。

图13是本发明实施例提供的一种小区拆分装置的结构框图，如图13所示，该装置包括：第三接收模块132、第二维护模块134、第二切换模块136和第二停止模块138，下面对该装置进行说明。

第三接收模块132，用于接收合并小区的主小区分区CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示；第二维护模块134，连接至上述第三接收模块132，用于根据小区拆分指示，在维护合并小区的小区参数的同时，维护从合并小区拆分出来的拆分小区的小区参数；第二切换模块136，连接至上述第二维护模块134，用于将辅CP所服务的用户设备UE切换至第二影子小区，其中，第二影子小区为由辅CP维护的具有拆分小区的小区参数的小区；第二停止模块138，连接至上述第二切换模块136，用于在将辅CP所服务的所有UE均切换至第二影子小区后，停止维护合并小区的小区参数。

图14是本发明实施例提供的一种小区拆分装置的优选结构框图一，如图14所示，该装置除包括图13所示的结构外，还包括：第二发送模块142，下面对该第二发送模块142进行说明。

第二发送模块142，与第三接收模块132通信，用于主CP确定辅CP所服务的UE，并将确定的辅CP所服务的UE的信息发送给辅CP。

图15是本发明实施例提供的一种小区拆分装置的优选结构框图二，如图15所示，该装置除包括图13所示的结构外，还包括：第三判断模块152，下面对该第三判断模块152进行说明。

第三判断模块152，与第三接收模块132通信，用于主CP判断合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开合并小区；合并小区的同频干扰程度低于预定程度；合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向辅CP发送用于请求将辅CP从合并小区中拆分出来的小区拆分指示。

图16是本发明实施例提供的基站的结构框图，如图16所示，该基站160包括：上述任一项的小区合并装置162和/或上述任一项的小区拆分装置164。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示；

S2，根据小区合并指示，在维护第二小区的小区参数的同时维护第一小区的小区参数；

S3，将第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至第一小区，其中，第一影子小区为由第二小区维护的具有第一小区的小区参数的小区；

S4，在将第二小区所服务的所有UE均切换至第一影子小区并且确定切换后的所有UE的信息均同步至第一小区后，停止维护第二小区的小区参数。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示之前，还包括：

S1，接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求；

S2，向第一小区发送小区合并响应，其中，小区合并响应携带有第二小区的小区信息，小区信息用于第一小区判断第二小区是否满足与第一小区进行小区合并的合并条件。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S1，小区信息包括以下至少之一：第二小区所服务的UE的数量，用于指示第二小区是否存在满足预定UE等级的高优先级UE的指示信息，用于标识第二小区的受除第二小区外的其它小区同频干扰的干扰程度信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在向第一小区发送小区合并响应之后，还包括：

S1，第一小区根据一个或多个第二小区发送的小区合并响应，判断一个或多个第二小区是否满足与第一小区进行合并的预定合并条件，在判断结果为是的情况下，第一小区向一个或多个第二小区发送小区合并指示。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求之前，还包括：

S1，第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入第一小区；第一小区的同频干扰程度达到预定程度；第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向第二小区发送用于请求将第一小区与第二小区进行合并的小区合并请求。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

S1，接收合并小区的主小区分区CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示；

S2，根据小区拆分指示，在维护合并小区的小区参数的同时，维护从合并小区拆分出来的拆分小区的小区参数；

S3，将辅CP所服务的用户设备UE切换至第二影子小区，其中，第二影子小区为由辅CP维护的具有拆分小区的小区参数的小区；

S4，在将辅CP所服务的所有UE均切换至第二影子小区后，停止维护合并小区的小区参数。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在接收合并小区的主CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示之前，还包括：

S1，主CP确定辅CP所服务的UE，并将确定的辅CP所服务的UE的信息发送给辅CP。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

在接收合并小区的主CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示之前，还包括：

S1，主CP判断合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开合并小区；合并小区的同频干扰程度低于预定程度；合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向辅CP发送用于请求将辅CP从合并小区中拆分出来的小区拆分指示。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示；根据小区合并指示，在维护第二小区的小区参数的同时维护第一小区的小区参数；将第二小区所服务的用户设备UE切换至第一影子小区并将切换后的UE的信息同步至第一小区，其中，第一影子小区为由第二小区维护的具有第一小区的小区参数的小区；在将第二小区所服务的所有UE均切换至第一影子小区并且确定切换后的所有UE的信息均同步至第一小区后，停止维护第二小区的小区参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收第一小区发送的用于指示将第一小区与第二小区进行合并的小区合并指示之前，还包括：接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求；向第一小区发送小区合并响应，其中，小区合并响应携带有第二小区的小区信息，小区信息用于第一小区判断第二小区是否满足与第一小区进行小区合并的合并条件。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：小区信息包括以下至少之一：第二小区所服务的UE的数量，用于指示第二小区是否存在满足预定UE等级的高优先级UE的指示信息，用于标识第二小区的受除第二小区外的其它小区同频干扰的干扰程度信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在向第一小区发送小区合并响应之后，还包括：第一小区根据一个或多个第二小区发送的小区合并响应，判断一个或多个第二小区是否满足与第一小区进行合并的预定合并条件，在判断结果为是的情况下，第一小区向一个或多个第二小区发送小区合并指示。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收第一小区发送的用于请求将第一小区与第二小区进行合并的小区合并请求之前，还包括：第一小区判断是否满足以下合并触发条件至少之一：满足预定UE等级的高优先级UE进入第一小区；第一小区的同频干扰程度达到预定程度；第一小区所服务的UE的数量超过预定门限；在判断结果为是的情况下，向第二小区发送用于请求将第一小区与第二小区进行合并的小区合并请求。

根据本发明的又一个实施例，还提供了一种处理器。该处理器根据存储介质中已存储的程序代码执行：接收合并小区的主小区分区CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示；根据小区拆分指示，在维护合并小区的小区参数的同时，维护从合并小区拆分出来的拆分小区的小区参数；将辅CP所服务的用户设备UE切换至第二影子小区，其中，第二影子小区为由辅CP维护的具有拆分小区的小区参数的小区；在将辅CP所服务的所有UE均切换至第二影子小区后，停止维护合并小区的小区参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收合并小区的主CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示之前，还包括：主CP确定辅CP所服务的UE，并将确定的辅CP所服务的UE的信息发送给辅CP。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收合并小区的主CP发送的用于请求将辅CP从合并小区中拆分出来的小区拆分指示之前，还包括：主CP判断合并小区是否满足以下拆分触发条件至少之一：满足预定UE等级的高优先级UE离开合并小区；合并小区的同频干扰程度低于预定程度；合并小区所服务的UE的数量低于预定门限；在判断结果为是的情况下，向辅CP发送用于请求将辅CP从合并小区中拆分出来的小区拆分指示。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。