CN109964502B - 一种小区分组方法及装置 - Google Patents

Abstract

本发明实施例提供一种小区分组方法及装置，涉及通信领域，实现有效且适配不同小区业务不均衡性的小区分组，进而提高基于分组的TDD子帧动态配置效率以及提高网络利用率。本发明实施例提供的方案包括：将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线；根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组。本发明用于小区分组。

Description

一种小区分组方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种小区分组方法及装置。

背景技术

在通信领域，时分双工(英文全称：Time Division Duplexing，TDD)制式由于其上下行使用相同的频率通过时域错开这一特性，在历代通信技术中发挥了巨大的作用。在第五代移动通信技术(英文全称：5th-Generation，5G)系统中，由于频段向高频段大幅扩展，单个频点带宽增大，实现对称频点非常困难，而TDD的特性能够更好的满足不对称业务的要求，适应5G更加多样化及丰富的业务需求。

对于TDD系统，为了避免出现严重的基站间以及UE间干扰，相邻小区上下行时隙配比必须一致。如图1所示，示意了无线通信的架构图，小区A与小区B相邻(同站或异站)，若这两个小区上下行配置不一致如图2所示，就会出现一个小区的下行干扰相邻小区的上行(如图1中虚线a所示)，以及在小区边界，一个小区UE上行干扰另一个小区下行的情况(如图1中虚线b所示)。

为了提高网络利用率，适配小区业务的不均衡性，同时避免TDD制式上下行强烈交叉干扰带来的性能损失，第三代合作伙伴计划(英文全称：3rd Generation PartnershipProject，3GPP)提出了一种基于分组的干扰协调技术。该技术基于干扰的小区分簇(英文全称：Cell Cluster Interference Mitigation，CCIM)，将传输损耗较小或者小区间干扰水平较高的小区被归为一组，传输损耗较大或小区间干扰水平较小的基站归为不同组。组内所有基站必须配置成相同的TDD上下行子帧比例配置，以避免产生强烈交叉干扰；不同组之间可以配置成不同的TDD上下行子帧比例配置。如图3所示，示意了利用CCIM技术分组后的小区，分组104、分组106和分组108中每个分组内小区必须配置成相同的TDD上下行子帧比例配置，而分组104、分组106和分组108之间可以配置成不同的TDD上下行子帧比例配置。

但是，在小区密集部署的情况下，小区间干扰关系复杂且相互关联，难以明确的分出高干扰小区组及低干扰小区组，采用CCIM技术后可能很大一片区域就只能是一个组，未达到有效分组，使得基于分组的TDD子帧动态配置效率低。另外，仅从干扰的角度考虑小区分组，不能适配不同小区业务不均衡性，无法提高网络利用率。

发明内容

本申请实施例提供一种小区分组方法及装置，实现了有效且适配不同小区业务不均衡性的小区分组，进而提高基于分组的TDD子帧动态配置效率以及提高网络利用率。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，本申请实施例提供一种小区分组方法，应用于小区分组装置。该小区分组装置部署在网络中集中控制设备中。本申请实施例提供的小区分组方法具体包括：将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线；根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组；其中，分组参考小区的容量指标满足预设分组条件；上下行业务类型为统计的小区实际上下行业务比例对应的业务类型；N大于或等于2；待考察小区集合包括N个所述组边界线横跨的小区及N个组边界线未包围的小区。

通过本申请实施例提供的小区分组方法，从小区业务性能的角度出发，先参考小区的上下行业务类型及容量指标，将容量指标满足预设分组条件且上下行业务类型相同的小区外边界连线组边界线，得到初步小区分组；再从组边界线未完全包围的待考察小区集合中，按照预设边界小区确定规则，确定出每个组边界线对应的小区组的边界小区，得到最终的小组分组。在整个分组过程中，基于小区容量进行小区分组，同时考虑实际网络上下行业务比例，这样一来，分组时在通过预设分组条件保证小区容量不会压缩的前提下，将上下行业务比例差异不大的小区划分至一个小区组。引入基于业务量的分组，适配了不同小区业务的不均衡性，尽最大可能避免小区业务量的压缩，提高了网络利用率。同时在分组时通过实际上下行业务比例结合了实际网络业务，对于负载不高业务有差异化的小区可以划分至同一个组内，避免分组数量过多，提高了分组的有效性，进而提高了基于分组的TDD子帧动态配置效率及方案的商用可实施性。

其中，预设分组条件是基于小区业务量预设的需要进行分组的小区的容量衡量条件。满足预设分组条件的小区，进行分组，若不分组容量会进行压缩；不满足预设分组条件的小区，即使不分组，也不会容量压缩。

预设边界小区确定规则是预设的从待考察小区集合中确定小区组的边界的规则。该规则可以基于干扰预设，也可以基于地理位置预设，当然，也可以基于其他因素预设，本申请对此不进行具体限定。

结合第一方面，在一种可能的实现方式中，预设边界小区确定规则，可以包括：根据待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界。在参考业务量进行分组的基础上，对待考察小区集合基于干扰进行划分，保证了同一个小区组内的小区干扰不影响业务性能。而且，只有待考察小区集合的小区才考虑干扰，大大降低了干扰统计的处理量。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，当预设边界小区确定规则包括根据待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界时，根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组，具体可以包括：若待考察小区集合中的第一小区仅与第一组边界线对应小区组内的小区之间的邻区干扰满足干扰消除条件，将第一小区作为第一组边界线对应的小区组的边界小区；其中，第一小区为待考察小区集合中，位于第一组边界线与其他任一边界线间的任一小区；第一组边界线为N个组边界线中的任一组边界线。实现了将相互间邻区干扰满足干扰消除条件的小区对划分至一个小区组内。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，当预设边界小区确定规则包括根据待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界时，根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组，具体可以包括：若待考察小区集合中的第二小区与不同的组边界线对应小区组内的至少两个小区之间的邻区干扰满足干扰消除条件，将第二小区作为第二组边界线指示的小区组的边界小区。其中，第二组边界线为上述至少两个小区中，完全包围对第二小区干扰最大的小区的组边界线。实现了将相互间邻区干扰满足干扰消除条件，且干扰最强的小区对划分至一个小区组内。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，当预设边界小区确定规则包括根据待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界时，根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组，具体可以包括：若待考察小区集合中的第三小区与任一组边界线对应小区组内的小区之间的邻区干扰均不满足干扰消除条件，将第三小区作为第三组边界线对应的小区组的边界小区，或者，将第三小区作为第四组边界线指示的小区组的边界小区。其中，第三组边界线、第四组边界线为N个组边界线中的任一组边界线，第三小区为待考察小区集合中，位于第三组边界线与第四组边界线之间的任一小区。实现了从待考察小区集合中确定组边界小区时，在待考察小区集合的小区与组边界线完全包围的小区中的小区不存在强干扰时，确定组边界小区。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，干扰消除条件可以包括：前M个干扰统计周期内，Q个干扰统计周期内的邻区干扰大于或等于干扰门限值。其中，前M个干扰统计周期是指当前时刻之前的M个干扰统计周期。M大于或等于1，Q小于或等于M。提供了一种具体的干扰消除条件的内容，通过至少一个干扰统计周期的邻区干扰，判断两个小区之间的干扰是否满足条件。可以根据实际需求配置合适的M值以及Q值，调节分组后的小区的干扰水平，控制网络性能。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，预设边界小区确定规则，可以包括：根据待考察小区集合中的小区，与N个组边界线的地理位置关系，将待考察小区集合中的小区确定为与其地理位置最近的组边界线对应的小区组的边界小区。在参考业务量进行分组的基础上，对待考察小区集合基于位置进行划分，由于地理位置在地图上获取简单，使得确定边界小区的过程实现简单。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，上述预设分组条件可以包括：前I个容量统计周期内统计内，J个容量统计周期统计的容量指标大于或等于容量门限值。其中，前I个容量统计周期是指当前时刻之前的I个干扰统计周期。I大于或等于1，J小于或等于I。提供了一种具体的预设分组条件的内容，通过至少一个容量扰统计周期的容量指标，判断小区是否满足进行分组。可以根据实际需求配置合适的I值以及J值，调节小区参与分组的条件，以控制网络性能。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，容量指标可以包括小区拥塞率。实现了通过拥塞率进行小区分组，可以达到与上述第一方面相同的有益效果。

可选的，可以定义小区拥塞率为小区调度90％以上物理资源块(英文全称：physical resource block，PRB)的传输时间间隔(英文全称：transmission timeinterval，TTI)数除以小区忙时的总TTI数。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，上下行业务类型为前X个数据统计周期内，统计的小区实际上行数据累加和与小区实际下行数据累加和的比值，对应的业务类型。其中，X大于或等于1。

需要说明的是，比值与业务类型的对应关系，可以根据实际需求配置，本申请对此不进行具体限定。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，在将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，本申请实施例提供的小区分组方法还可以包括：按照容量统计周期，统计网络中每个小区的容量指标。其中，小区的容量指标包括小区的上行容量指标和/或下行容量指标。以便于执行上述将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线的过程，进而实现有效且适配不同小区业务不均衡性的小区分组，提高基于分组的TDD子帧动态配置效率以及提高网络利用率的目的。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，在将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，本申请实施例提供的小区分组方法还可以包括：按照数据统计周期，分别统计网络中每个小区上、下行数据。以便于执行上述将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线的过程，进而实现有效且适配不同小区业务不均衡性的小区分组，提高基于分组的TDD子帧动态配置效率以及提高网络利用率的目的。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，在根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区之前，本申请实施例提供的小区分组方法还可以包括：按照干扰统计周期，分别统计待考察小区集合中每个小区与其邻区之间的邻区干扰。以便于执行上述根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区的过程，达到相应的有益效果。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，在根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组之后，本申请实施例提供的小区分组方法还包括：向网络中的每个小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置。以实现通过小区分组调整小区上下行配置，由于小区分组适配小区业务，调整后的上下行配置也适配小区业务。

其中，可以预设小区组对应的上下行配置，本申请对此不进行具体限定。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，向网络中的每个小区，发送各自所属小区组对应的上下行配置，具体可以实现为：向网络中更新上下行配置的每个小区，分别发送各自所属小区组对应的上下行配置。其中，网络中更新上下行配置的小区，是指经过分组之后，小区所属分组对应的上下行配置与小区当前采用的上下行配置相比，发生了变化。也就是说，只有上下行配置发生变化的小区，才向其发送更新后的上下行配置，节约网络中的通信资源。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，本申请实施例提供的小区分组方法还包括：统计网络中每个小区的上下行业务比例；若第四小区的当前上下行业务比例，与第四小区的上下行配置差值大于或等于第一预设阈值，向第四小区发送启动指示信息，启动指示信息用于触发第四小区进行动态TDD。其中，第四小区为网络中任一小区。实现网络中突发业务变化了，动态调整上下行配置，以缓解网络压力提高网络性能。

其中，统计网络中每个小区的上下行业务比例可以实时执行，也可以周期性执行。对于执行周期，可以根据实际需求配置，本申请实施例对此不进行具体限定。

进一步的，若周期性执行统计网络中每个小区的上下行业务比例，可以根据小区的实际需求动态调整周期时长。示例性的，若某个小区频繁业务突发，可以逐步的缩短周期。

结合第一方面或上述任一种可能的实现方式，在一种可能的实现方式中，在向网络中的小区发送启动指示信息之后，本申请实施例提供的小区分组方法还包括：统计网络中进行动态TDD的每个小区的上下行业务比例；若第五小区的当前上下行业务比例，与第五小区的稳态上下行配置差值小于或等于第二预设阈值，向第五小区发送终止指示信息，终止指示信息用于通知第五小区停止动态TDD。其中，第五小区为网络中进行动态TDD的任一小区。实现网络中突发业务缓解了，停止动态调整上下行配置，以恢复网络稳态配置，统一协同控制。

第二方面，本申请实施例提供一种小区分组装置，该装置包括可以：连线单元，用于将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线；其中，分组参考小区的容量指标满足预设分组条件；上下行业务类型为统计的小区实际上下行业务比例对应的业务类型；N大于或等于2；确定单元，用于根据预设边界小区确定规则，从待考察小区集合中，确定连线单元得到的N个组边界线对应的小区组的边界小区，得到小区分组；其中，待考察小区集合包括N个组边界线横跨的小区及N个组边界线未包围的小区。

结合第二方面，在一种可能的实现方式中，预设边界小区确定规则，包括：根据待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，确定单元具体用于：若待考察小区集合中的第一小区仅与第一组边界线对应小区组内的小区之间的邻区干扰满足干扰消除条件，将第一小区作为第一组边界线对应的小区组的边界小区；其中，第一小区为待考察小区集合中，位于第一组边界线与其他任一边界线间的任一小区；第一组边界线为N个所述组边界线中的任一组边界线。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，确定单元具体用于：若待考察小区集合中的第二小区与不同的组边界线对应小区组内的至少两个小区之间的邻区干扰满足干扰消除条件，将第二小区作为第二组边界线指示的小区组的边界小区；其中，第二组边界线为至少两个小区中，完全包围对第二小区干扰最大的小区的组边界线。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，确定单元具体用于：若待考察小区集合中的第三小区与任一组边界线对应小区组内的小区之间的邻区干扰均不满足干扰消除条件，将第三小区作为第三组边界线对应的小区组的边界小区，或者，将第三小区作为第四组边界线指示的小区组的边界小区；其中，第三组边界线、第四组边界线为N个组边界线中的任一组边界线，第三小区为待考察小区集合中，位于第三组边界线与第四组边界线之间的任一小区。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，干扰消除条件包括：前M个干扰统计周期内，Q个干扰统计周期内的邻区干扰大于或等于干扰门限值；其中，M大于或等于1，Q小于或等于所述M。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，预设分组条件包括：前I个容量统计周期内统计内，J个容量统计周期统计的容量指标大于或等于容量门限值；其中，I大于或等于1，J小于或等于I。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，容量指标包括小区拥塞率。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，上下行业务类型为前X个数据统计周期内，统计的小区实际上行数据累加和与小区实际下行数据累加和的比值，对应的业务类型。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，该装置还可以包括：统计单元，用于在连线单元将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，按照容量统计周期，统计网络中每个小区的容量指标。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，该装置还可以包括：统计单元，用于在连线单元将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，按照数据统计周期，分别统计网络中每个小区上、下行数据。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，该装置还可以包括：统计单元，用于在确认单元根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区之前，按照干扰统计周期，分别统计待考察小区集合中每个小区与各自邻区之间的邻区干扰。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，该装置还可以包括：发送单元，用于在确定单元根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组之后，向网络中的每个小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，该装置还可以包括：统计单元，用于统计网络中每个小区的上下行业务比例；发送单元，用于在统计单元统计网络中每个小区的上下行业务比例之后，若第四小区的当前上下行业务比例，与所述第四小区的上下行配置差值大于或等于第一预设阈值，向第四小区发送启动指示信息，启动指示信息用于触发第四小区进行动态TDD；其中，第四小区为网络中任一小区。

结合第二方面或上述任一种可能的实现方式，在一种可能的实现方式中，统计单元还用于，在发送单元发送启动指示信息之后，统计网络中进行动态TDD的每个小区的上下行业务比例；发送单元还用于，在统计单元统计网络中进行动态TDD的每个小区的上下行业务比例之后，若第五小区的当前上下行业务比例，与第五小区的稳态上下行配置差值小于或等于第二预设阈值，向第五小区发送终止指示信息，终止指示信息用于通知第五小区停止动态TDD。其中，第五小区为网络中进行动态TDD的任一小区。

上述第二方面提供的小区分组装置，用于执行上述第一方面所述的小区分组方法，与上述第一方面描述的小区分组方法的具体实现及达到的有益效果相同，此处不再进行赘述。

第三方面，本申请提供了另一种小区分组装置，该小区分组装置可以实现上述第一方面提供的小区分组方法，所述小区分组装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。

结合第三方面，在一种可能的实现方式中，该小区分组装置的结构中包括处理器和收发器，该处理器被配置为支持该小区分组装置执行上述方法。该收发器用于支持该小区分组装置与其他网元之间的通信。该小区分组装置还可以包括存储器，该存储器用于与处理器耦合，其保存该小区分组装置必要的程序指令和数据。

第四方面，本申请提供了一种计算机存储介质，用于储存为上述小区分组装置所用的计算机软件指令，其包含用于执行上述方法所设计的程序。

上述第三方面或第四方面提供的方案，用于执行上述第一方面的小区分组方法，可以与第一方面达到相同的有益效果，此处不再进行赘述。

附图说明

图1为背景技术中提供的一种无线通信的架构示意图；

图2为背景技术中提供的一种上下行配置示意图；

图3为背景技术中提供的一种利用CCIM技术分组后的小区示意图；

图4为本申请实施例提供的一种通信网络架构示意图；

图5为本申请实施例提供的一种小区分组装置的结构示意图；

图6为本申请实施例提供的一种小区分组方法的流程示意图；

图7为本申请实施例提供的一种小区外边界连线示意图；

图8为本申请实施例提供的另一种小区外边界连线示意图；

图9为本申请实施例提供的再一种小区外边界连线示意图；

图10为本申请实施例提供的又一种小区外边界连线示意图；

图11为本申请实施例提供的又一种小区外边界连线示意图；

图12为本申请实施例提供的一种确定小区组边界小区的分布示意图；

图13为本申请实施例提供的另一种确定小区组边界小区的分布示意图；

图14为本申请实施例提供的另一种小区分组方法的流程示意图；

图15为本申请实施例提供的另一种小区分组装置的结构示意图；

图16为本申请实施例提供的再一种小区分组装置的结构示意图；

图17为本申请实施例提供的又一种小区分组装置的结构示意图。

具体实施方式

通信业务的多样性导致实际网络中出现了多样化的上下行配置，而相邻小区不同的上下行配置带来的干扰却不可忽略。基于此，业界通过对小区进行分组，组内小区采用相同的上下行配置以避免干扰，组间小区即使采用不同的上下行配置，其产生的干扰也不影响用户体验。根据这一原理，提出了CCIM这一分组方法，该方法基于干扰水平进行分组。由于实际网络部署的复杂性，全网中小区的干扰复杂且相互关联，难以界定出高干扰或者低干扰，使得CCIM方案分组效果不明显。并且，基于干扰的分组，无法适配不同小区业务的不均衡性，无法达到分组的初衷。

基于此，本发明的基本原理是：参考业务量及实际网络业务上下行比例进行分组，使得更好的适配不同小区业务的不均衡性，使得小区上下行配置更好的适应网络中业务多样化的需求。

本发明实施例提供的小区分组方法，应用于如图4所示的通信网络架构中。该网络架构中包括至少两个基站401、每个基站服务的至少一个终端402以及操作维护子系统(英文全称：Operation Support System，OSS)403。

在图4所示的通信网络架构中，本发明实施例提供的小区分组方法具体可以应用于OSS403上。其中，基站401可以为常规基站、也可以为微型基站等。本申请实施例对于基站401的类型不进行具体限定。每个基站401可以提供至少一个小区。OSS 403通过与每个基站401的交互，进行操作维护，保证整个网络的性能。终端402可以为用户设备(英文全称：UserEquipment，UE)、手机、平板电脑、笔记本电脑、超级移动个人计算机(英文全称：Ultra-mobile Personal Computer，UMPC)、上网本、个人数字助理(英文全称：Personal DigitalAssistant，PDA)、电子书、移动电视、穿戴设备、个人电脑(英文全称：Personal Computer，PC)等等。本发明实施例对于终端402的类型也不进行具体限定。

需要说明的是，在图4所示的网络架构中，基站401的数量及每个基站服务的终端402的数量，均可以根据实际需求配置。图4中只是示意说明网络架构，并不是对基站401的数量及每个基站服务的终端402的数量的具体限定。

本申请实施例提供的小区分组方法，由本申请实施例提供的小区分组装置50实现，本申请实施例提供的小区分组装置50可以部署在图4所示的网络架构中OSS 403中。当然，本申请实施例提供的小区分组装置50也可以部署在网络中其他可以为基站进行集中控制的位置，本申请实施例对此不进行具体限定。

图5示出的是与本发明各实施例相关的一种小区分组装置50的结构示意图。如图5所示，小区分组装置50可以包括：处理器501、存储器502、通信总线503、收发器504。

下面结合图5对小区分组装置50的各个构成部件进行具体的介绍：

存储器502，可以是易失性存储器(英文全称：volatile memory)，例如随机存取存储器(英文全称：random-access memory，RAM)；或者非易失性存储器(英文全称：non-volatile memory)，例如只读存储器(英文全称：read-only memory，ROM)，快闪存储器(英文全称：flash memory)，硬盘(英文全称：hard disk drive，HDD)或固态硬盘(英文全称：solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本申请方法的相关应用程序、以及配置文件。

处理器501是小区分组装置50的控制中心，可以是一个中央处理器(英文全称：central processing unit，CPU)，也可以是特定集成电路(英文全称：ApplicationSpecific Integrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路，例如：一个或多个微处理器(英文全称：digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(英文全称：Field Programmable Gate Array，FPGA)。处理器501可以通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器502内的数据，执行小区分组装置50的各种功能。

通信总线503可以是工业标准体系结构(英文全称：Industry StandardArchitecture，ISA)总线、外部设备互连(英文全称：Peripheral Component，PCI)总线或扩展工业标准体系结构(英文全称：Extended Industry Standard Architecture，EISA)总线等。该总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

收发器504用于小区分组装置50与其他网络设备之间进行通信或者传输数据。收发器504可以为收发天线，或者，收发器504可以为网络端口。当然，凡是用于网络设备进行通信或者传输数据的实体均可以称之为收发器。

其中，处理器501具体可以用于：

将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线；根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区，得到小区分组。其中，分组参考小区的容量指标满足预设分组条件；上下行业务类型为统计的小区实际上下行业务比例对应的业务类型；N大于或等于2；待考察小区集合包括N个组边界线横跨的小区及N个组边界线未包围的小区。

下面结合附图，对本发明的实施例进行具体阐述。

先对本发明实施例中用到的名词进行解释如下：

预设分组条件是基于小区业务量预设的需要进行分组的小区的容量衡量条件。容量指标满足预设分组条件的小区，进行分组，若不分组容量会进行压缩；容量指标不满足预设分组条件的小区，不进行分组。

预设边界小区确定规则是预设的从待考察小区集合中确定小区组的边界的规则。

一方面，本申请实施例提供一种小区分组方法，该方法可以由本申请实施例提供的小区分组装置执行，该小区分组装置可以部署在OSS中，或者可以部署在其他集中控制的节点。本申请实施例中以OSS执行小区分组方法为例，对本申请提供的方法进行描述，但并不是对本申请实施例提供的小区分组方法的执行主体的限定。凡是下述实施例中OSS执行的动作，即为小区分组装置执行的动作。

如图6所示，该小区分组方法可以包括：

S601、OSS将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线。

其中，N大于或等于2。分组参考小区的容量指标满足预设分组条件，分组参考小区为网络中容量指标满足预设分组条件的小区。上下行业务类型为统计的小区实际上下行业务比例对应的业务类型。

具体的，可以通过预设分组条件的内容，决定分组原则，确定决定分组的小区，即分组参考小区。容量指标满足预设分组条件的小区，进行分组；否则不进行分组。其中，进行分组即作为分组参考小区，不进行分组即不作为分组参考小区。分组参考小区决定了分组的结果。

需要说明的是，预设分组条件的内容，可以根据实际需求设定，本申请实施例对此不进行具体限定。

可选的，本申请实施例提供一种预设分组条件内容，预设分组条件可以包括：前I个容量统计周期内统计内，J个容量统计周期统计的容量指标大于或等于容量门限值。其中，I大于或等于1，J小于或等于I。其中，前I个容量统计周期是指当前时刻之前的连续I个容量统计周期。

需要说明的是，I和J的具体取值，可以根据实际需求设定，本申请实施例对此不进行具体限定。在容量统计周期内统计数据时，可以选择周期内最忙时的数据记录，或者，也可以选择周期内的平均值记录，或者其他方式记录，本申请实施例对此不进行具体限定。

进一步的，凡是可以用于衡量小区容量的指标，均可以作为容量指标。可选的，容量指标可以包括小区拥塞率，或者，容量指标可以包括上行或下行的PRB利用率、上行或下行的功率利用率、接入失败率、用户体验速率不满足率、CPU占用率等等。当然，容量指标的具体内容，可以根据实际需求设定，本申请实施例对此不进行具体限定。

其中，小区拥塞率可以包括小区调度90％PRB时的TTI数除以小区最忙时的TTI数。

当然，小区拥塞率的具体定义，也可以根据实际需求设定，本申请实施例对此不进行具体限定。

需要说明的是，小区的容量指标可以包括小区的上行容量指标和/或下行的小区容量指标。

可选的，当小区的容量指标包括小区的上行容量指标和下行的小区容量指标时，小区的容量指标满足预设分组条件可以包括小区的上行容量指标或者下行容量指标中任一项满足预设分组条件，则小区的容量指标满足预设分组条件。

可选的，当小区的容量指标包括小区的上行容量指标和下行的小区容量指标时，小区的容量指标满足预设分组条件可以包括小区的上行容量指标和下行容量指标分别均满足预设分组条件，则小区的容量指标满足预设分组条件。

需要说明的是，对于小区的容量指标的具体定义以及满足预设分组条件的具体定义，可以根据实际需求设定，本申请实施例对此并不进行具体限定。

示例性的，下面以容量指标为小区下行拥塞率为例，对根据小区的容量指标确定分组参考小区进行举例说明。

例如，表1中的上半部分示意了网络中5个小区在一段时间内的拥塞率统计数据，该统计数据的容量统计周期为天。在表1的下半部分中，使用分组标识来标识每个周期中小区是否为分组参考小区。分组参考小区的分组标识为“TURE”，表1中表示为“T”；非分组参考小区的标识为“FALSE”表1中表示为“F”。定义的预设分组条件为连续7天内有3天容量指标大于门限，则将此小区“业务分组标识”置为TRUE。

从表1数据可知，在周期A中，cell1、cell4、cell5为分组参考小区；在周期B，cell4、cell5为分组参考小区；在周期C，cell1、cell2、cell3、cell5为分组参考小区；在周期D，cell1、cell2、cell3、cell5为分组参考小区。

需要说明的是，在表1中容量统计周期与确定分组参考小区的周期相同，但是在实际应用中，两者也可以不同。本申请实施例对此不进行具体限定。

还需要说明的是，上述示例以及表1只是通过举例的形式，对小区的容量指标，以及根据容量指标确定分组参考小区进行举例说明，并不是对小区容量指标、预设分组条件、确定分组参考小区的方式的具体限定。

表1

具体的，可以预先设定至少一个业务类型，建立预设的业务类型与小区上下行业务比例的对应关系。在统计获取到小区的上下行业务比例后，即可得到小区的上下行业务类型。相当于将小区业务比例相当的或者差异在一定范围内的小区，作为一个类型进行分组，使得相同业务类型的小区划分至一个小区组内，使用相同的上下行配置。

其中，一个业务类型对应一个上下行业务比例的区间。对于业务类型与上下行业务比例的区间的对应关系，可以根据实际需求设定，本申请实施例对此不进行具体限定。

可选的，预设的每个业务类型对应的上下行业务比例的区间，可以直接给定数值门限。示例性的，可以直接给定上下行业务比例的区间的门限数值，用于定义预设的每个业务类型对应的上下行业务比例的区间，如表2所示。

示例性的，如表2所示，示意了一种业务类型与上下行业务比例的对应关系。

需要说明的是，表2只是通过举例的形式，对业务类型与上下行业务比例的对应关系进行举例说明，并不是对业务类型与上下行业务比例的对应关系及该对应关系的表示形式的具体限定。

表2

业务类型	上下行业务比例
		类型1	大于或等于5
类型2	大于或等于3，且小于5
		类型3	大于或等于1，且小于3
类型4	小于或等于1

可选的，预设的每个业务类型对应的上下行业务比例的区间，可以根据实际产品支持的上下行配置来划分。具体的，根据实际产品支持的上下行配置划分预设的每个业务类型对应的上下行业务比例的区间的过程，本申请实施例对此不进行具体限定，也不进行相关赘述。

示例性的，假设产品支持四种上下行配置，分别是9:1，3:1，1:1，1:3，不同业务类型的门限可以设置为4、2、0.5，具体的业务类型对应的上下行业务比例的区间可以如表3所示。

表3

业务类型	上下行业务比例
		类型1	大于4
类型2	大于2，且小于或等于4
		类型3	大于或等于0.5，且小于或等于2
类型4	小于0.5

需要说明的是，上述表3只是通过举例的形式，对业务类型与上下行业务比例的对应关系进行举例说明，并不是对业务类型与上下行业务比例的对应关系及该对应关系的表示形式的具体限定。

进一步的，S601中描述的上下行业务类型为前X个数据统计周期内，统计的小区实际上行数据累加和与小区实际下行数据累加和的比值，对应的业务类型。其中，X大于或等于1。

需要说明的是，对于X的取值，可以根据实际需求设定，本申请实施例对此不进行具体限定。在数据统计周期内统计数据时，可以选择周期内最忙时的数据记录，或者，也可以选择周期内的平均值记录。或者，在数据统计周期内统计数据时，也可以采用其他方式记录，本申请实施例对此不进行具体限定。

进一步的，在S601中，对至少一个分组参考小区进行外边界连线，是指在地图中，尽可能的用直线，连接至少一个分组参考小区的外边缘。

示例性的，如图7所示，假设类型1的分组参考小区、类型2的分组参考小区为图7中标注的分组参考小区，对其进行外边界连线，则如图7中虚线示意。

进一步的，在S601中，将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线，在实际的方案应用中，可能存在且不限于下述三种情况：

第一种情况、对上下行业务类型相同的分组参考小区进行外边界连线后，得到的组边界线无交叉。

在第一种情况中，进行外边界连线后，无交叉的多个外边界线，即为S601中得到的N个无交叉的组边界线。

下面结合示例，对第一种情况中的外边界线进行结合说明。如图8所示，假设类型1的分组参考小区为小区1、小区2、小区3，进行外边界连线后得到的组边界线为图8中虚线所示；类型2的分组参考小区为小区4、小区5、小区6、小区7，进行外边界连线后得到的组边界线为图8中实线所示。从图8中可以看出，虚线与实线无交叉，因此，得到2个无交叉的组边界线，即为图8中的虚线和实线。

第二种情况、对上下行业务类型相同的分组参考小区进行外边界连线后，得到的至少一个组边界线存在交叉。

在第二种情况中，进行外边界连线后，存在交叉的多个组边界线，需进行第二次连线，以得到N个无交叉的组边界线为目的。

下面结合示例，对第二种情况中的外边界线进行结合说明。如图9所示，假设类型1的分组参考小区为小区A、小区B、小区C、小区D，进行外边界连线后得到的组边界线为图9中虚线所示；类型2的分组参考小区为小区E、小区F、小区G、小区H，进行外边界连线后得到的组边界线为图9中实线所示。从图9中可以看出，虚线与实线存在交叉，进行第二次连线，将类型2区域以小区A为支点，重新连线，确保两个组边界线不再交叉，得到的2个无交叉的组边界线如图10中示意的虚线和实线。

第三种情况、对上下行业务类型相同的分组参考小区进行外边界连线后，得到的一个组边界线内部存在另一个组边界线。

在第三种情况中，进行外边界连线后得到多个外边界线中，去除被包围在其他组边界线内部的外边界线，其余的组边界线即为S601中得到的N个无交叉的组边界线。只是被完全包围在另一组边界线内部的组边界线，单独的直接作为一个小区组(独立小区组)，而包围该组边界线的区域大的边界线对应的小区组中不包含这个单独小区组。

下面结合示例，对第三种情况中的外边界线进行结合说明。如图11所示，假设类型1的分组参考小区为小区A’、小区B’、小区C’，进行外边界连线后得到的组边界线为图11中虚线所示；类型2的分组参考小区为小区E’、小区F’、小区G’、小区H’、小区I’，进行外边界连线后得到的组边界线为图11中实线所示；类型3的分组参考小区为小区R、小区S、小区T、小区G，进行外边界连线后得到的组边界线为图11中虚实间隔线所示。从图11中可以看出，虚实间隔线被实线完全包围，得到的2个无交叉的组边界线如图11中示意的虚线和实线。而类型3的分组参考小区为小区R、小区S、小区T、小区G单独为一个小区组。

需要说明的是，在执行S601时，可以包括上述三种情况之外的其他情况，但是凡是以得到N个无交叉的组边界线为目的的过程，均属于S601的执行方案，都属于本申请的保护范围。

S602、OSS根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区，得到小区分组。

具体的，在S601中先基于业务对网络中的小区进行了初步分组(即S601中组边界线完全包围的小区在初步分组阶段已划分至唯一的一个小区组中)，将S601中未被组边界线完全包围的小区作为待考察小区，各个组边界线按照预设边界小区确定规则逐步向外扩大，直到将待考察小区中每个小区划分归属完为止，确保网络中每一个小区都能归属到唯一一个组中。

其中，待考察小区集合包括N个组边界线横跨的小区及N个组边界线未包围的小区。

具体的，组边界线对应的小区组，是指包括了组边界线完全包围的小区所属的小区组。当从待考察小区集合中确定了小区组的边界小区后，待考察小区集合中的每个小区也会被划分至各个组边界线对应的小区组内，使得网络中的每个小区都归属到唯一一个小区组中，完成了网络中的小区分组。

其中，预设边界小区确定规则，是预先设定的从待考察小区中确定边界小区的方法原则。该预设的原则，可以从目的的角度出发得到。

可选的，可以以避免干扰为基本原则，配置预设边界小区确定规则的具体内容。当在S602中以避免干扰为基本原则时，在S602中将S601得到的各个组边界线按照干扰避让原则逐步向外扩大，直到将待考察小区中每个小区划分归属完为止。因此，可以以避免干扰为基本原则，配置预设边界小区确定规则的具体内容。

进一步的，将组边界线逐步向外扩大，可以具体实现为外延组边界线，最终以组边界线包围的小区为一个小区组，也可以具体实现为确定初步划分的小区组的边界小区，将组边界线包围的小区加上该小区组的边界小区得到小区组。本申请实施例中仅以后者进行描述，但并不是对具体过程的限定。凡是通过业务初步分组，再基于预设边界小区确定原则对未分组的小区继续分组的方式，均为本申请的保护范围。

具体的，当以避免干扰为基本原则，配置预设边界小区确定规则的具体内容时，预设边界小区确定规则可以包括但不限于下述两种方案：

第一方案

预设边界小区确定规则为：根据待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界。

可选的，待考察小区集合中的小区与其邻区之间的邻区干扰，可以通过邻区测量、终端上报等方式进行获取，本申请实施例对此不进行具体限定，凡是可以获取到邻区干扰的方法，均可以应用到本申请中，作为确认边界小区的参考依据。本申请实施例对于获取小区与其邻区之间的邻区干扰的具体过程不再进行赘述。

其中，干扰消除条件是预先设定的影响网络性能的临界干扰条件。可选的，干扰消除条件可以包括：前M个干扰统计周期内，Q个干扰统计周期内的邻区干扰大于或等于干扰门限值。其中，M大于或等于1，Q小于或等于M。

可选的，邻区干扰可以包括底噪抬升量或者产生的干扰杂散值。或者，邻区干扰还可以为其他用于衡量干扰量的参数，本申请实施例对此不进行具体限定。

需要说明的是，M和Q的具体取值，可以根据实际需求设定，本申请实施例对此不进行具体限定。在干扰统计周期内统计数据时，可以选择周期内最忙时的数据记录，或者，也可以选择周期内的平均值记录，或者其他方式记录，本申请实施例对此不进行具体限定。

示例性的，假设干扰统计周期为天，表4的上半部分示意了网络中在一段时间内的小区之间的邻区干扰统计数据，表4中的“1-2”是指小区2对小区1产生的邻区干扰。在表4的下半部分中，使用干扰标识来标识是否满足干扰消除条件。干扰消除条件定义为连续7天内3天底噪抬升量大于1dB门限，则满足干扰消除条件，将干扰标识记录为“T”，否则将干扰标识记录为“F”。

表4

还需要说明的是，上述示例以及表4只是举例，并不是对干扰消除条件及干扰标识等内容的具体限定。

下面通过具体的情况，详细描述当预设边界小区确定规则为第一方案时，S602中根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区的实现方式。

进一步的，若在上述第一方案中，依次对待考察小区中的每个小区执行S602，则在S602中根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区的实现方式，具体可以包括但不限于下述三种情况：

情况1、若待考察小区集合中的第一小区仅与第一组边界线对应小区组内的小区之间的邻区干扰满足干扰消除条件，将第一小区作为第一组边界线对应的小区组的边界小区。

其中，第一小区为待考察小区集合中，位于第一组边界线与其他任一边界线间的任一小区；第一组边界线为N个组边界线中的任一组边界线。

示例性的，如图12所示，示意了已经连线得到的图12中的实线组边界线和虚线组边界线。假设对图12所示的待考察小区结合中的小区a执行S602的过程，若小区a与实线组边界线对应的小区组中的小区b之间的邻区干扰满足干扰消除条件的邻区干扰，则将小区a作为实线组边界线对应的小区组的边界小区，也就是说，小区a被划分至实线组边界线对应的小区组内。

情况2、若待考察小区集合中的第二小区与不同的组边界线对应小区组内的至少两个小区之间的邻区干扰满足干扰消除条件，将第二小区作为第二组边界线指示的小区组的边界小区。

其中，第二组边界线为至少两个小区中，完全包围对第二小区干扰最大的小区的组边界线。

示例性的，以如图12所示的划分场景为基础，假设在上述情况1中对小区a执行S602之后，对小区c执行S602的过程。若小区c与实线组边界线对应的小区组中的小区d及虚线组边界线对应的小区组中的小区e之间的邻区干扰均满足干扰消除条件，且小区c与小区e之间的邻区干扰，大于小区c与小区d之间的邻区干扰，则将小区c作为虚线组边界线对应的小区组的边界小区，也就是说，小区c被划分至虚线组边界线对应的小区组内。

情况3、若待考察小区集合中的第三小区与任一组边界线对应小区组内的小区之间的邻区干扰均不满足干扰消除条件，将第三小区作为第三组边界线对应的小区组的边界小区，或者，将第三小区作为第四组边界线指示的小区组的边界小区。

其中，第三组边界线、第四组边界线为N个组边界线中的任一组边界线，第三小区为待考察小区集合中，位于第三组边界线与第四组边界线之间的任一小区。

示例性的，以如图12所示的划分场景为基础，假设在上述情况1中对小区a执行S602、在上述情况2中对小区c执行S602之后，对小区f执行S602的过程。若小区f与图12中任一组边界线对应的小区组内的小区之间的邻区干扰均不满足干扰消除条件，将小区f作为虚线组边界线对应的小区组的边界小区，也就是说，小区f被划分至虚线组边界线对应的小区组内，或者，将小区f作为实线组边界线对应的小区组的边界小区，也就是说，小区f被划分至实线组边界线对应的小区组内。

进一步的，若在上述第一方案中，同时并行的对待考察小区中的每个小区执行S602，则在S602中先根据邻区干扰，将邻区干扰满足干扰消除条件的小区对作为一个整体，再根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区。具体的，将邻区干扰满足干扰消除条件的小区对作为一个整体，根据预设边界小区确定规则，从待考察小区集合中，确定N个组边界线对应的小区组的边界小区的方法，与上述三种情况相似，只是将整体看成一个小区对比预设边界小区确定规则，将一个整体作为一个组边界线对应小区组的边界小区时，将这个整体中距离该组边界线较远的小区作为该组边界线对应小区组的边界小区。

示例性的，如图13所示，示意了已经连线得到的图13中的实线组边界线和虚线组边界线。假设图13所示的待考察小区集合中小区a与小区b、小区c之间的邻区干扰均满足干扰消除条件，因此，将小区a、小区b和小区c当成一个整体。再假设小区b与实线组边界线对应的小区组中的小区d之间的邻区干扰满足干扰消除条件，则将小区a、小区b和小区c这个整体中的距离实线组边界线最远的小区a作为实线组边界线对应的小区组的边界小区，也就是说，小区a、小区b和小区c被划分至实线组边界线对应的小区组内。

第二方案

预设边界小区确定规则为：根据待考察小区集合中的小区与组边界线的位置关系，确定待考察小区集合中的小区为距离最近的组边界线对应小区组的边界小区。

进一步的，若待考察小区集合中不包括完全未被组边界线包围的小区，只包括组边界横跨的小区，则待考察小区中的小区为横跨自身的组边界线对应小区组的边界小区。

需要说明的是，预设边界小区确定规则的内容可以根据实际需求配置，并不限定与上述两种方案。凡是根据预设边界小区确定规则从待考察小区中确定边界小区的方法，均属于本申请保护的范围。

通过本申请实施例提供的小区分组方法，从小区业务性能的角度出发，先参考小区的上下行业务类型及容量指标，将容量指标满足预设分组条件且上下行业务类型相同的小区外边界连线组边界线，得到初步小区分组；再从组边界线未完全包围的待考察小区集合中，按照预设边界小区确定规则，确定出每个组边界线对应的小区组的边界小区，得到最终的小组分组。在整个分组过程中，基于小区容量进行小区分组，同时考虑实际网络上下行业务比例，这样一来，分组时在通过预设分组条件保证小区容量不会压缩的前提下，将上下行业务比例差异不大的小区划分至一个小区组。引入基于业务量的分组，适配了不同小区业务的不均衡性，尽最大可能避免小区业务量的压缩，提高了网络利用率。同时在分组时通过实际上下行业务比例结合了实际网络业务，对于负载不高业务有差异化的小区可以划分至同一个组内，避免分组数量过多，提高了分组的有效性，进而提高了基于分组的TDD子帧动态配置效率及方案的商用可实施性。

可选的，如图14所示，在S601中OSS将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，本申请实施例提供的小区分组方法还可以包括S601a。

S601a、OSS按照容量统计周期，统计网络中每个小区的容量指标。

其中，在S601a中，OSS可以对每个小区采用请求上报的方法统计网络中每个小区的容量指标，也可以采用每个小区周期性上报容量指标的方法，实现S601a的功能，本申请实施例对此不进行具体限定。

具体的，当OSS对每个小区采用请求上报的方法统计网络中每个小区的容量指标时，OSS周期性的向每个小区发送容量指标请求消息，每个小区在收到该请求消息时，测量本小区当前的容量指标后，向OSS反馈包括当前容量指标的响应消息。

具体的，当采用每个小区周期性上报容量指标的方法，实现S601a的功能时，每个小区在预定的周期，测量本小区当前的容量指标后，主动向OSS反馈包括当前容量指标。

需要说明的是，对于容量统计周期的时长，可以根据实际需求设定，本申请实施例对此不进行具体限定。容量统计周期设定的越短，统计的越精确，但是耗费资源；容量统计周期设定的越长，节约资源但是统计的不够精确。对于OSS与每个小区之间的交互消息，可以采用已有的消息，也可以配置专用于统计容量指标的消息，本申请实施例对此不进行具体限定。

可选的，如图14所示，在S601中OSS将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，本申请实施例提供的小区分组方法还可以包括S601b。

S601b、OSS按照数据统计周期，分别统计网络中每个小区上、下行数据。

其中，在S601b中，OSS可以对每个小区采用请求上报的方法统计网络中每个小区的上、下行数据，也可以采用每个小区周期性上报上、下行数据的方法，实现S601b的功能，本申请实施例对此不进行具体限定。

需要说明的是，对于S601b中统计的具体方法，可以参考S601a中描述的统计方法，此处不再进行赘述。对于数据统计周期的时长，可以根据实际需求设定，本申请实施例对此不进行具体限定。对于OSS与每个小区之间的交互消息，可以采用已有的消息，也可以配置专用于统计上、下行数据的消息，本申请实施例对此不进行具体限定。

还需要说明的是，S601a和S601b的执行先后顺序，本申请实施例不进行具体限定，在图14中只是示意了一种先后执行顺序，并不是对此的具体限定。

可选的，如图14所示，在S602中OSS根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区之前，本申请实施例提供的小区分组方法还可以包括S602a。

S602a、OSS按照干扰统计周期，分别统计待考察小区集合中每个小区与邻区之间的邻区干扰。

其中，在S602a中，OSS可以对待考察小区集合中每个小区采用请求上报的方法统计待考察小区集合中每个小区与邻区之间的邻区干扰，也可以采用待考察小区集合中每个小区周期性主动上报与邻区之间的邻区干扰的方法，实现S602a的功能，本申请实施例对此不进行具体限定。

需要说明的是，对于S601b中统计的具体方法，可以参考S601a中描述的统计方法，此处不再进行赘述。对于干扰统计周期的时长，可以根据实际需求设定，本申请实施例对此不进行具体限定。对于OSS与每个小区之间的交互消息，可以采用已有的消息，也可以配置专用于统计邻区干扰的消息，本申请实施例对此不进行具体限定。

进一步的，如图14所示，在S602中OSS根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区之后，本申请实施例提供的小区分组方法还可以包括S603。

S603、OSS向网络中的每个小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置。

具体的，一个小区组对应的上下行配置为预设的适配该小区组业务的上下行配置。上下行配置是指上下行时隙配比。可以在OSS中预先设定每一个小区组对应的上下行配置，当S602中得到小区分组之后，即可根据预设的内容，得到每个小区组中每个小区更新后的上下行配置。

可选的，小区组对应的上下行配置，可以有小区组的业务类型决定。

可选的，在S603中，OSS可以向网络中的所有小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置。

进一步的，在S602中得到小区分组后，根据预设的每一个小区组对应的上下行配置得到每个小区组中每个小区更新后的上下行配置后，有的小区当前使用的上下行配置即为更新后的上下行配置，无需更改。相应的，在S603中，OSS可以仅向网络中的上下行配置发生变化的小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置，以节约通信资源。

还需要说明的是，通过上述步骤S601及S602得到的小区分组，除了可以在S603中用于更新小区的上下行配置，还可以作为其他用途，本申请实施例对此不进行具体限定。

进一步的，如图14所示，本申请实施例提供的小区分组方法还可以包括S604。

S604、OSS统计网络中每个小区的上下行业务比例。

具体的，在S604中，OSS可以周期性的统计网络中每个小区的实际上下行业务比例。

在S604之后，若第四小区的当前上下行业务比例，与第四小区的上下行配置差值大于或等于第一预设阈值，执行S605。否则，继续执行S604。其中，第四小区为网络中任一小区。

进一步的，两次执行S604的时间间隔，可以根据实际需求配置。对于配置的具体时长，本申请实施例对此不进行具体限定。

进一步的，两次执行S604的时间间隔，还可以根据小区的历史业务突发规律进行动态调整。例如，若某个小区频发发生业务突然导致业务量压缩，可以逐步缩短两次执行S604时的时间间隔，以便于快速进行暂态调整。

需要说明的是，第一预设阈值的取值，可以根据实际需求设定，本申请实施例对此不进行具体限定。

具体的，定义第一预设阈值，用于判断小区业务突发变化导致其业务比例平衡度打破，无法依靠上述S601至S603的分组调整上下行配置，需要基于业务突发变化进行暂态调整。

S605、向第四小区发送启动指示信息。

其中，启动指示信息用于触发第四小区进行动态TDD。

具体的，动态TDD可以包括进行邻区干扰协同，发挥多天线优势等方案进行，本申请实施例对于动态TDD的过程不进行具体限定，可以根据实际需求实现。

进一步的，在动态TDD中，是基于当前实际上下行业务比例，匹配合适的上下行配置，目的是确保上下行取得一个合适的平衡度。每个帧基于业务需求可以选取不同的上下行配置。

进一步的，如图14所示，在S605之后，执行S606。

S606、OSS统计网络中进行动态TDD的小区的上下行业务比例。

进一步的，如图14所示，在S606之后，若第五小区的当前上下行业务比例，与第五小区的稳态上下行配置差值小于或等于第二预设阈值，执行S607。否则，继续执行S606。其中，第五小区为网络中进行动态TDD的任一小区。

需要说明的是，对于稳态上下行配置的具体取值，可以根据实际需求配置，对于第二预设阈值的取值，也可以根据实际需求设定，本申请实施例对此均不进行具体限定。

S607、OSS向第五小区发送终止指示信息。

其中，终止指示信息用于通知第五小区停止动态TDD。

上述主要从小区分组装置的工作过程的角度对本发明实施例提供的方案进行了介绍，小区分组装置可以为OSS。可以理解的是，小区分组装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对小区分组装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图15示出了上述实施例中所涉及的小区分组装置150的一种可能的结构示意图。小区分组装置150包括：连线单元1501，确定单元1502。连线单元1501用于支持小区分组装置150执行图6或图14中的过程S601；确定单元1502用于支持小区分组装置150执行图4或图14中的过程S602。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

进一步的，在采用对应各个功能划分各个功能模块的情况下，图16示出了上述实施例中所涉及的小区分组装置150的另一种可能的结构示意图，小区分组装置150还可以包括：统计单元1503、发送单元1504。其中，统计单元1503用于支持小区分组装置150执行图14中的过程S601a、S601b、S602a、S604、S606；发送单元1504用于支持小区分组装置150执行图14中的过程S603、S605、S607。

在采用集成的单元的情况下，图17示出了上述实施例中所涉及的小区分组装置170的一种可能的结构示意图。小区分组装置170可以包括：处理模块1701和通信模块1702。处理模块1701用于对小区分组装置170的动作进行控制管理。例如，处理模块1701用于支持小区分组装置170执行图6或图14中的过程S601和S602；处理模块1701还用于支持小区分组装置170执行图14中的过程S601a、S601b、S602a、S604、S606，处理模块1701还用于通过通信模块1702支持小区分组装置170执行图14中的过程S603、S605和S607；和/或用于本文所描述的技术的其它过程。通信模块1702用于支持小区分组装置170与其他网络实体的通信。小区分组装置170还可以包括存储模块1703，用于存储小区分组装置170的程序代码和数据。

其中，处理模块1701可以为图5所示的小区分组装置50的实体结构中的处理器501，可以是处理器或控制器。例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器501也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1702可以是通信端口，或者可以是收发器、收发电路或通信接口等，如图5所示的小区分组装置50中的收发器504。存储模块1703可以是图5所示的小区分组装置50的实体结构中的存储器502。

当处理模块1701为处理器，通信模块1702为收发器，存储模块1703为存储器时，本发明实施例图17所涉及的小区分组装置170可以为图5所示的小区分组装置50。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (27)

1.一种小区分组方法，其特征在于，包括：

将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线；其中，分组参考小区的容量指标满足预设分组条件；所述上下行业务类型为统计的小区实际上下行业务比例对应的业务类型；N大于或等于2；

根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区，得到小区分组；其中，待考察小区集合包括N个所述组边界线横跨的小区及N个所述组边界线未包围的小区。

2.根据权利要求1所述的方法，其特征在于，所述预设边界小区确定规则，包括：

根据所述待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界。

3.根据权利要求2所述的方法，其特征在于，所述根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区，得到小区分组，包括：

若所述待考察小区集合中的第一小区仅与第一组边界线对应小区组内的小区之间的邻区干扰满足干扰消除条件，将所述第一小区作为所述第一组边界线对应的小区组的边界小区；其中，所述第一小区为所述待考察小区集合中，位于所述第一组边界线与其他任一边界线间的任一小区；所述第一组边界线为N个所述组边界线中的任一组边界线；

若所述待考察小区集合中的第二小区与不同的组边界线对应小区组内的至少两个小区之间的邻区干扰满足所述干扰消除条件，将所述第二小区作为第二组边界线指示的小区组的边界小区；其中，所述第二组边界线为所述至少两个小区中，完全包围对所述第二小区干扰最大的小区的组边界线；

若所述待考察小区集合中的第三小区与任一组边界线对应小区组内的小区之间的邻区干扰均不满足干扰消除条件，将所述第三小区作为第三组边界线对应的小区组的边界小区，或者，将所述第三小区作为第四组边界线指示的小区组的边界小区；其中，所述第三组边界线、所述第四组边界线为N个所述组边界线中的任一组边界线，所述第三小区为所述待考察小区集合中，位于所述第三组边界线与所述第四组边界线之间的任一小区。

4.根据权利要求2或3所述的方法，其特征在于，所述干扰消除条件包括：

前M个干扰统计周期内，Q个干扰统计周期内的邻区干扰大于或等于干扰门限值；其中，所述M大于或等于1，所述Q小于或等于所述M。

5.根据权利要求1所述的方法，其特征在于，所述预设分组条件包括：

前I个容量统计周期内统计内，J个容量统计周期统计的容量指标大于或等于容量门限值；其中，所述I大于或等于1，所述J小于或等于所述I。

6.根据权利要求5所述的方法，其特征在于，所述容量指标包括小区拥塞率。

7.根据权利要求1所述的方法，其特征在于，所述上下行业务类型为前X个数据统计周期内，统计的小区实际上行数据累加和与小区实际下行数据累加和的比值，对应的业务类型。

8.根据权利要求1-3、5-7任一项所述的方法，其特征在于，在所述将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，所述方法还包括：

按照容量统计周期，统计网络中每个小区的容量指标。

9.根据权利要求1-3、5-7任一项所述的方法，其特征在于，在所述将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线之前，所述方法还包括：

按照数据统计周期，分别统计网络中每个小区上、下行数据。

10.根据权利要求2所述的方法，其特征在于，在所述根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区之前，所述方法还包括：

按照干扰统计周期，分别统计所述待考察小区集合中每个小区与各自邻区之间的邻区干扰。

11.根据权利要求1-3、5-7、10任一项所述的方法，其特征在于，在所述根据预设边界小区确定规则，从待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区，得到小区分组之后，所述方法还包括：

向网络中的每个小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置。

12.根据权利要求1-3、5-7、10任一项所述的方法，其特征在于，所述方法还包括：

统计网络中每个小区的上下行业务比例；

若第四小区的当前上下行业务比例，与所述第四小区的上下行配置差值大于或等于第一预设阈值，向所述第四小区发送启动指示信息，所述启动指示信息用于触发所述第四小区进行动态时分双工TDD；其中，所述第四小区为网络中任一小区。

13.根据权利要求12所述的方法，其特征在于，在所述向所述第四小区发送启动指示信息之后，所述方法还包括：

统计网络中进行动态TDD的每个小区的上下行业务比例；

若第五小区的当前上下行业务比例，与所述第五小区的稳态上下行配置差值小于或等于第二预设阈值，向所述第五小区发送终止指示信息，所述终止指示信息用于通知所述第五小区停止动态TDD；其中，所述第五小区为网络中进行动态TDD的任一小区。

14.一种小区分组装置，其特征在于，包括：

连线单元，用于将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的组边界线；其中，分组参考小区的容量指标满足预设分组条件；所述上下行业务类型为统计的小区实际上下行业务比例对应的业务类型；N大于或等于2；

确定单元，用于根据预设边界小区确定规则，从待考察小区集合中，确定所述连线单元得到的N个所述组边界线对应的小区组的边界小区，得到小区分组；其中，待考察小区集合包括N个所述组边界线横跨的小区及N个所述组边界线未包围的小区。

15.根据权利要求14所述的装置，其特征在于，所述预设边界小区确定规则，包括：

根据所述待考察小区集合中的小区与其邻区之间的邻区干扰，将邻区干扰满足干扰消除条件的小区对划分至一个小区组内，确定小区组的边界。

16.根据权利要求15所述的装置，其特征在于，所述确定单元具体用于：

若所述待考察小区集合中的第一小区仅与第一组边界线对应小区组内的小区之间的邻区干扰满足干扰消除条件，将所述第一小区作为所述第一组边界线对应的小区组的边界小区；其中，所述第一小区为所述待考察小区集合中，位于所述第一组边界线与其他任一边界线间的任一小区；所述第一组边界线为N个所述组边界线中的任一组边界线；

若所述待考察小区集合中的第二小区与不同的组边界线对应小区组内的至少两个小区之间的邻区干扰满足所述干扰消除条件，将所述第二小区作为第二组边界线指示的小区组的边界小区；其中，所述第二组边界线为所述至少两个小区中，完全包围对所述第二小区干扰最大的小区的组边界线；

若所述待考察小区集合中的第三小区与任一组边界线对应小区组内的小区之间的邻区干扰均不满足干扰消除条件，将所述第三小区作为第三组边界线对应的小区组的边界小区，或者，将所述第三小区作为第四组边界线指示的小区组的边界小区；其中，所述第三组边界线、所述第四组边界线为N个所述组边界线中的任一组边界线，所述第三小区为所述待考察小区集合中，位于所述第三组边界线与所述第四组边界线之间的任一小区。

17.根据权利要求15或16所述的装置，其特征在于，所述干扰消除条件包括：

前M个干扰统计周期内，Q个干扰统计周期内的邻区干扰大于或等于干扰门限值；其中，所述M大于或等于1，所述Q小于或等于所述M。

18.根据权利要求14所述的装置，其特征在于，所述预设分组条件包括：

前I个容量统计周期内统计内，J个容量统计周期统计的容量指标大于或等于容量门限值；其中，所述I大于或等于1，所述J小于或等于所述I。

19.根据权利要求18所述的装置，其特征在于，所述容量指标包括小区拥塞率。

20.根据权利要求14所述的装置，其特征在于，所述上下行业务类型为前X个数据统计周期内，统计的小区实际上行数据累加和与小区实际下行数据累加和的比值，对应的业务类型。

21.根据权利要求14-16、18-20任一项所述的装置，其特征在于，所述装置还包括：

统计单元，用于在所述连线单元将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的所述组边界线之前，按照容量统计周期，统计网络中每个小区的容量指标。

22.根据权利要求14-16、18-20任一项所述的装置，其特征在于，所述装置还包括：

统计单元，用于在所述连线单元将网络中上下行业务类型相同的分组参考小区，分别进行外边界连线，得到N个无交叉的所述组边界线之前，按照数据统计周期，分别统计网络中每个小区上、下行数据。

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

统计单元，在所述确定单元根据所述预设边界小区确定规则，从所述待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区之前，按照干扰统计周期，分别统计所述待考察小区集合中每个小区与各自邻区之间的邻区干扰。

24.根据权利要求14-16、18-20、23任一项所述的装置，其特征在于，所述装置还包括：

发送单元，用于在所述确定单元根据所述预设边界小区确定规则，从所述待考察小区集合中，确定N个所述组边界线对应的小区组的边界小区，得到小区分组之后，向网络中的每个小区，分别发送各自所属小区组对应的上下行配置，用于每个小区更新上下行配置。

25.根据权利要求14-16、18-20、23任一项所述的装置，其特征在于，所述装置还包括：

统计单元，用于统计网络中每个小区的上下行业务比例；

发送单元，用于在所述统计单元统计网络中每个小区的上下行业务比例之后，若第四小区的当前上下行业务比例，与所述第四小区的上下行配置差值大于或等于第一预设阈值，向所述第四小区发送启动指示信息，所述启动指示信息用于触发所述第四小区进行动态时分双工TDD；其中，所述第四小区为网络中任一小区。

26.根据权利要求25所述的装置，其特征在于，

所述统计单元还用于，在所述发送单元发送所述启动指示信息之后，统计网络中进行动态TDD的每个小区的上下行业务比例；

所述发送单元还用于，在所述统计单元统计网络中进行动态TDD的每个小区的上下行业务比例之后，若第五小区的当前上下行业务比例，与所述第五小区的稳态上下行配置差值小于或等于第二预设阈值，向所述第五小区发送终止指示信息，所述终止指示信息用于通知所述第五小区停止动态TDD；其中，所述第五小区为网络中进行动态TDD的任一小区。

27.一种小区分组装置，其特征在于，包括：处理器、存储器；

所述存储器用于存储计算机执行指令，当所述小区分组装置运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述小区分组装置执行如权利要求1-13任意一项所述的小区分组方法。

Images