一种减少相邻小区间乒乓切换的方法

技术领域

本发明涉及移动通信网络优化的技术领域，尤其涉及其一种减少相邻小区间乒乓切换的方法。

背景技术

现有预防或检测乒乓切换的方法多是通过监控或统计小区切换事件，发现容易产生乒乓切换的相邻小区，进而优化切换过程系列参数减少发生乒乓切换频率，或者电信运营商或移动通信运维公司通过收集某一地区某一时间段的切换专题数据，然后运用大数据技术检测到频繁发生乒乓切换的相邻小区，进而点对点解决问题。

上述技术方案不足之处在于数据搜集需要众多设备(接入网的大量基站及核心网)之间的紧密配合，实现过程不灵活且不具备实时性，检测范围也局限在已上报了特定统计数据的站点内，检测范围有局限性。

发明内容

本发明提供了一种减少相邻小区间乒乓切换的方法，旨在解决现有的预防或检测乒乓切换的方法存在的问题。

根据本申请实施例，提供了一种减少相邻小区间乒乓切换的方法，包括以下步骤：

开始；

在每个BBU中按预设格式采集切换数据；

采集的切换数据定期或不定期上传到O&M中；

切换数据分析；

判断是否符合自定义的乒乓切换；

若符合自定义的乒乓切换，分别计数发生切换的源小区和邻小区计数器，再计数对应小区发生乒乓切换计数器；判断当前或历史数据是否分析完毕；

若不符合自定义的乒乓切换，分别计数发生切换的源小区和邻小区计数器；

判断当前或历史数据是否分析完毕；

若当前或历史数据分析完毕，则结束；

若当前或历史数据未分析完毕，则返回至切换数据分析。

优选地，经过切换数据分析得到的统计数据，可挖掘每个BBU下各小区的切换数据，获取特定小区的切换记录及切换原因统计，包括以下步骤：

开始；

初始化待统计参数；

提取当前CallID中关于此待统计参数的计数并累加；

判断所有CallID是否遍历完毕；

若遍历完毕，则记录当前统计结果，并结束；

若未遍历完毕，则返回至提取当前CallID中关于此待统计参数的计数并累加。

优选地，所述切换数据分析包括以下步骤：

新检测的CallID的初始状态C1；

判断能否状态跃迁；

若当前会话不能满足跃迁条件，用当前会话状态更新关键参数，此后将状态机仍驻留在C1状态。

若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至中间状态C2；

所述关键参数包括SrcCell_C1、DstCell_C1和HOTime_C1。

优选地，所述切换数据分析包括以下步骤：

当前CallID的状态机处于中间状态C2；

判断能否继续状态跃迁；

若当前会话不能状态跃迁；

当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态；

若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至中间状态C3。

优选地，所述切换数据分析包括以下步骤：

当前CallID的状态机处于中间状态C3；

判断能否继续状态跃迁；

若当前会话不能状态跃迁；

当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态；

若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至中间状态C4。

优选地，所述切换数据分析包括以下步骤：

当前CallID的状态机处于中间状态C4；

判断能否继续状态跃迁；

若当前会话不能状态跃迁；

当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态；

若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至闭合状态C5；

所述闭合状态C5为当前预设的乒乓切换条件已满足，当前CallID下的UE在当前CallID对应的小区间发生了乒乓切换。

优选地，所述切换数据分析包括以下步骤：

当前CallID的状态机处于闭合状态C5；

判断能否继续在闭合状态下内循环；

若当前会话满足闭合状态内循环条件；

用当前会话参数更新闭合状态C5关键参数，此后将状态机仍驻留到闭合状态C5；

若当前会话不满足闭合状态内循环条件，用当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态。

优选地，当初始状态C1、中间状态C2、中间状态C3、中间状态C4或闭合状态C5检测到StopFlag值为true或在当前数据库中关于此CallID的采集数据遍历完毕时，当前会话结束，退出关于此CallID的状态机；

所述SrcCell_C1包括新CallID中发起初始切换的源小区，所述DstCell_C1包括新CallID中切至的目标小区，所述HOTime_C1包括新CallID中切换被检测到的时间，该数值取此次切换完成的时刻。

本申请实施例提供的技术方案可以包括以下有益效果：本申请设计了一种减少相邻小区间乒乓切换的方法，与传统方案相比，本方案通过在基站BBU侧采集数据，只用BBU可见相关参数设计数据结构，定期或不定期将采集数据上传至与本BBU关联的O&M系统，可有效针对某地部署的系列BBU定点检查，方便灵活。检测步骤适用于单个或多个BBU，也适用于在核心网导出的相关数据进行预设数据结构处理后的检测，应用灵活且可以快速收敛。同时，本方案可用于在单个基站BBU侧快速检测乒乓切换，也可用于多基站联合检测，并有效改善乒乓切换频率过高的问题。

附图说明

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

图1是本发明一种减少相邻小区间乒乓切换的方法的流程示意图；

图2是本发明一种减少相邻小区间乒乓切换的方法的状态跃迁图；

图3是本发明一种减少相邻小区间乒乓切换的方法中S4的流程示意图；

图4是本发明一种减少相邻小区间乒乓切换的方法中S4的流程示意图；

图5是本发明一种减少相邻小区间乒乓切换的方法中S4的流程示意图；

图6是本发明一种减少相邻小区间乒乓切换的方法中S4的流程示意图；

图7是本发明一种减少相邻小区间乒乓切换的方法中S4的流程示意图。

标号说明:

10、一种减少相邻小区间乒乓切换的方法。

具体实施方式

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

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及其“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及其所有可能组合，并且包括这些组合。

请参阅图1，本发明公开了一种减少相邻小区间乒乓切换的方法10，包括以下步骤：

步骤S1：开始；

步骤S2：在每个BBU中按预设格式采集切换数据；

步骤S3：采集的切换数据定期或不定期上传到O&M中；

步骤S4：切换数据分析；

步骤S5：判断是否符合自定义的乒乓切换；

步骤S6：若符合自定义的乒乓切换，分别计数发生切换的源小区和邻小区计数器，再计数对应小区发生乒乓切换计数器；

步骤S7：判断当前或历史数据是否分析完毕；

步骤S8：若不符合自定义的乒乓切换，分别计数发生切换的源小区和邻小区计数器；

步骤S7：判断当前或历史数据是否分析完毕；

若当前或历史数据分析完毕，则进行步骤S9：结束；

若当前或历史数据未分析完毕，则返回至切换数据分析。

基站BBU会按预设格式采集切换数据，该预设格式采集切换数据为切换事件数据结构。基站BBU会实时或定期地将采集数据上传至O&M实体，上传时机可根据实际情况自由设置，O&M实体可定期或不定期汇总各基站BBU的数据，汇总时将收到的数据累积叠加至同一文件或数据库表单中，按收到数据的时间顺序汇总，不需要排序等额外操作，简单可行。通过切换数据分析可以对发生了切换的各小区进行计数，可以对触发切换的切换事件进行计数，还可以找到满足乒乓切换预设条件的频繁切换小区等。

本申请设计了一种减少相邻小区间乒乓切换的方法，与传统方案相比，本方案通过在基站BBU侧采集数据，只用BBU可见相关参数设计数据结构，定期或不定期将采集数据上传至与本BBU关联的O&M系统，可有效针对某地部署的系列BBU定点检查，方便灵活。检测步骤适用于单个或多个BBU，也适用于在核心网导出的相关数据进行预设数据结构处理后的检测，应用灵活且可以快速收敛。同时，本方案可用于在单个基站BBU侧快速检测乒乓切换，也可用于多基站联合检测，并有效改善乒乓切换频率过高的问题。

切换事件数据结构由表1.1中的各字段构成，这些字段是之后定期或不定期进行乒乓切换数据分析的关键字段。其中CallID是关键字段，用于标识一个基站与一个UE之间的一次会话。如果一个UE在当前的某一段时间内不停地在某个小区和该小区的邻区(邻区不一定是同一个)之间来回切换触发切换事件，这些切换事件对应的CallID相同。CallID数据结构的设计是进行乒乓切换数据分析的关键，所有数据分析均由CallID发起。

表1.1：基站gNB侧记录的切换事件数据结构

表1.2对表1.1中的各字段的结构进行了拆分和详细解释，如下：

表1.2：切换事件数据结构各字段的组成及具体含义

由于CallID的重要性，表1.3将该字段单独列出并对它的多级结构进一步详细说明，如下：

表1.3：CallID字段的多级结构及各级参数释义

CallID由NCGI与UE ID组合而成，用于标识在某一段时间内由基站和某个UE正在进行的会话。

NCGI：NR Cell Global Identification(NR小区全局标识)，它由MCC、MNC、NCI三个参数组成，其中NCI又由gNB ID和Cell ID组成。

C-RNTI：Cell-Radio Network Temporary Identifier(小区无线网络临时标识)。

发生切换事件后，字段HOEvent记录了触发当前切换事件的事件类型，即切换原因，如表1.4所示。如果通过记录数据挖掘出了一次或多次乒乓切换，查看切换原因就可以找到触发频繁切换的具体参数，从而快速定位到问题参数，进而调整优化解决问题。

表1.4：枚举参数HOEvent的定义

typedef enum{

A1＝1,A2＝2,A3＝3,A4＝4,A5＝5,A6＝6,B1＝7,B2＝8

}HOEVENT；

表1.5进一步详述了发生切换事件并进行事件统计时，不同事件类型需要记录的当前配置参数。不同的切换事件可以大致判断切换原因，而具体切换事件的配置参数就可以用来定位实时切换原因。

表1.5：不同事件需要导出的配置参数

其中：

Off表示测量结果的偏置，步长0.5db；

Hys表示测量结果的幅度迟滞，步长0.5db；

Ofs表示服务小区的频率偏置；

Ocs表示服务小区特定偏置；

Thresh即对应事件配置的相关参数门限值。

为了统计方便，表1.6定义了针对某一CallID发生的切换统计计数。这些统计计算不需要在当前BBU下实时进行，在后台数据库中按需统计计算即可，不占用BBU的计算资源。

表1.6某一CallID的切换小区统计计数器

表1.7是表1.6中各字段的描述，释义如下：

表1.7：表1.6中各字段解释

在统计发生切换事件的小区时，切换原因也可以一起统计。表1.8定义了针对某一CallID发生切换的切换原因统计计数。

表1.8某一CallID的切换事件统计计数器

上表中字段CallID，HOEvent同表1.2描述，遍历数据库关于此CallID的记录，根据表1.2中的HOEvent字段分别统计各切换触发事件的统计计数。A1Cnt～A6Cnt，B1Cnt，B2Cnt分别表示表1.4中定义的各切换枚举事件的统计计数。这些统计数据可用于异常切换的原因分析。同样这类统计过程在后台数据库中按需统计计算即可，不占用BBU的计算资源。

乒乓切换即同一个UE在某一段连续时间内并且在业务过程中在两个相邻小区间来回切换的过程。为了说明问题的方便，现假定发生乒乓切换的两个小区之间要求的最小切换次数为5次，每相邻两次切换的最大时间间隔设为7秒。分别定义为常量“MinHandoverNum”和“MaxTimeInterval”。这两个常量值可以根据运营商要求或用户感知即时调整，灵活方便。增大常量MinHandoverNum就增加了对触发条件的要求，统计结果会相应减少；减小常量MinHandoverNum就放松了对触发条件的要求，统计结果会相应增加。同样减小常量MaxTimeInterval就增加了对触发条件的要求，统计结果会相应减少；增大常量MinHandoverNum就放松了对触发条件的要求，统计结果会相应增加。

#define MinHandoverNum 5

#define MaxTimeInterval 7

图2是根据常量“MinHandoverNum”为5制作的针对同一CallID的不同状态的状态跃迁图。在此跃迁图中定义了5种状态(与常量MinHandoverNum对应)，分别为C1、C2、C3、C4、C5。此外还定义了End状态，用于当前CallID相关的通话已结束或当前关于该CallID的记录已检测完毕时退出此CallID的状态机。其中C1为新检测的CallID的初始状态，C5为当前检测CallID的结束状态。此CallID的状态机只有跃迁到C5状态时才能收敛，即检测到一次乒乓切换发生。当然CallID的状态机到达C5后还可以在此状态下循环(如图2状态跃迁线9所示)，当不再满足循环条件时通过状态跃迁线10跃迁至End状态，至此终止关于这个CallID的状态机。

请参阅图2及图3，所述步骤S4：切换数据分析；包括以下步骤：

步骤S41：新检测的CallID的初始状态C1；

步骤S42：判断能否状态跃迁；

步骤S43：若当前会话不能满足跃迁条件，用当前会话状态更新关键参数，此后将状态机仍驻留在C1状态。

步骤S44：若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至中间状态C2；

其中，所述关键参数包括SrcCell_C1、DstCell_C1和HOTime_C1。

优选地，在本实施例中，通过状态跃迁线0使得新检测的CallID的初始状态C1收到一条新的切换数据，启动一个关于该CallID的状态机，并进行初始化。状态跃迁线line0释义见表2.0。

表2.0：状态跃迁线line0释义

优选地，在本实施例中，通过状态跃迁线1表示步骤S43，状态跃迁线1的释义见表2.1。

表2.1：状态跃迁线line1释义

优选地，在本实施例中，通过状态跃迁线2表示步骤S44，状态跃迁线2的释义见表2.2。此状态跃迁线是判断乒乓切换的关键路径之一。

表2.2：状态跃迁线line2释义

请参阅图2及图4，所述步骤S4：切换数据分析；包括以下步骤：

步骤S45：当前CallID的状态机处于中间状态C2；

步骤S46：判断能否继续状态跃迁；

步骤S47：若当前会话不能状态跃迁；当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态；

步骤S48：若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至中间状态C3。

优选地，在本实施例中，通过状态跃迁线3表示步骤S47，状态跃迁线3的释义见表2.3。

表2.3：状态跃迁线line3释义

优选地，在本实施例中，通过状态跃迁线4表示步骤S48，状态跃迁线4的释义见表2.4。此状态跃迁线是判断乒乓切换的关键路径之一。

表2.4：状态跃迁线line4释义

请参阅图2及图5，所述步骤S4：切换数据分析；包括以下步骤：

S49：当前CallID的状态机处于中间状态C3；

S50：判断能否继续状态跃迁；

S51：若当前会话不能状态跃迁；当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态；

S52：若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至中间状态C4。

优选地，在本实施例中，通过状态跃迁线5表示步骤S51，状态跃迁线5的释义见表2.5。

表2.5：状态跃迁线line5释义

优选地，在本实施例中，通过状态跃迁线6表示步骤S52，状态跃迁线6的释义见表2.6。此状态跃迁线是判断乒乓切换的关键路径之一。

表2.6：状态跃迁线line6释义

请参阅图2及图6，所述步骤S4：切换数据分析；包括以下步骤：

步骤S53：当前CallID的状态机处于中间状态C4；

步骤S54：判断能否继续状态跃迁；

步骤S55：若当前会话不能状态跃迁；当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态；

步骤S56：若当前会话满足跃迁条件，用当前会话参数更新状态跃迁关键参数，此后该状态机跃迁至闭合状态C5；

优选地，在本实施例中，通过状态跃迁线7表示步骤S55，状态跃迁线7的释义见表2.7。

表2.7：状态跃迁线line7释义

优选地，在本实施例中，通过状态跃迁线8表示步骤S56，状态跃迁线8的释义见表2.8。此跃迁线是判断乒乓切换的关键路径之一。所述闭合状态C5为当前预设的乒乓切换条件已满足，当前CallID下的UE在当前CallID对应的小区间发生了乒乓切换。

表2.8：状态跃迁线line8释义

请参阅图2及图7，所述步骤S4：切换数据分析；包括以下步骤：

步骤S57：当前CallID的状态机处于闭合状态C5；

步骤S58：判断能否继续在闭合状态下内循环；

步骤S59：若当前会话满足闭合状态内循环条件；用当前会话参数更新闭合状态C5关键参数，此后将状态机仍驻留到闭合状态C5；

步骤S60：若当前会话不满足闭合状态内循环条件，用当前会话参数更新状态跃迁关键参数，此后将状态机重新驻留到C1状态。

优选地，在本实施例中，通过状态跃迁线9表示步骤S59，状态跃迁线9的释义见表2.9。状态跃迁线9是乒乓切换预设条件满足之后的闭合状态延续，说明乒乓切换在当前时刻仍在继续进行中。

表2.9：状态跃迁线line9释义

优选地，在本实施例中，通过状态跃迁线11表示步骤S60，状态跃迁线11的释义见表2.10。此状态跃迁线11是在乒乓切换发生之后新到来的切换数据不再满足乒乓切换条件，从而调整当前CallID状态机状态的过程。

表2.10：状态跃迁线line11释义

请参阅图2，优选地，在本实施例中，当初始状态C1、中间状态C2、中间状态C3、中间状态C4或闭合状态C5检测到StopFlag值为true或在当前数据库中关于此CallID的采集数据遍历完毕时，当前会话结束，退出关于此CallID的状态机；通过状态跃迁线10表示此步骤，当前CallID的状态机可能处于上述5种状态中的任一种。状态跃迁线10的释义见表2.11。

表2.11：跃迁线line10释义

经过“切换数据分析”得到的统计数据，接下来深度挖掘各BBU下各小区的切换数据，获取特定小区的切换记录及切换原因统计等。从各个CallID的零碎统计数据中提取关于特定参数的汇总统计数据，它们的流程是类似的。

获取测试记录中某小区总的切换次数

基站BBU内的某一特定小区由NCGI唯一标识，由表1.3可知：

NCGI＝MCC+MNC+gNB ID+Cell ID，统计该小区在当前记录中发生切换总次数的算法概述如下(其中SrcCellHOCnt定义见表1.7)：

至此某一特定小区CellA总的切换数统计完毕。

获取测试记录中某小区总的乒乓切换次数

同上述统计总切换次数类似，统计特定小区乒乓切换总次数算法概述如下(其中PingPongCnt定义见表1.7)：

得到特定小区的总的切换统计数及总的乒乓切换统计数就可以计算该小区发生乒乓切换占总切换的比例，为网络优化提供参考。

查找触发频繁乒乓切换的事件及对应小区配置参数。

如果某小区发生乒乓切换比例超过网优门限，就需要对当前小区配置进行优化。如何找到待优化参数，可以从触发乒乓切换的事件入手(待统计事件见表1.8)，找到触发频繁乒乓切换的大比例事件后，再根据表1.5定义的参数，导出大比例事件在当前小区的配置参数，从而为网优提供着陆点。

通过上述算法得到发生频繁乒乓切换特定小区触发切换的大比率事件后，再根据表1.5定义的特定事件配置参数，从这些配置参数入手分析频繁切换原因。例如A5事件我们需要关注的当前小区配置有RSRP/RSRQ/SINR Thresh1&2,Hys等，此时可以从这些参数着手分析切换原因。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。