CN113079532B - 数据业务掉线频率分析方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种数据业务掉线频率分析方法、装置、设备及存储介质，该方法包括：根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率。本实施例的技术方案可以实现更加真实地反应用户掉线频率，为运维优化提供有效支撑。

Description

数据业务掉线频率分析方法、装置、设备及存储介质

技术领域

本发明实施例涉及网络技术，尤其涉及一种数据业务掉线频率分析方法、装置、设备及存储介质。

背景技术

近年来移动网业务尤其是数据业务爆发式增长，随着移动网络建设的快速发展和运维经验的积累，网络设备的KPI(Key Performance Indicator，关键性能指标)指标基本能够达到运营商的运维考核要求。

现有技术中，运营商通常基于小区或区域的KPI指标，进行运维考核。运维工作中目前较多的是从网络设备KPI、网管统计数据及部分控制面数据的统计分析出发，进行网络侧的优化调整。但是，从网络设备KPI、网管统计数据及部分控制面数据的统计分析均无法精准定位和反应出单个用户的数据业务情况，不能很好地为运维优化工作提供有效支撑。

发明内容

本发明实施例提供一种数据业务掉线频率分析方法、装置、设备及存储介质，以实现更加真实的反应用户掉线率情况。

第一方面，本发明实施例提供了一种数据业务掉线频率分析方法，包括：

根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率。

第二方面，本发明实施例还提供了一种数据业务掉线频率分析装置，包括：

用户面掉线次数确定模块，用于根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

控制面掉线次数确定模块，用于根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

业务掉线频率确定模块，用于根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率。

第三方面，本发明实施例还提供了一种数据业务掉线频率分析设备，所述数据业务掉线频率分析设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所提供的数据业务掉线频率分析方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例所提供的数据业务掉线频率分析方法。

本发明实施例通过分析用户级的控制面数据和用户面数据，确定用户数据业务的掉线频率，解决统计网络设备数据来分析掉线频率导致的无法精准定位和反应出单个用户的数据业务情况的问题，实现更加真实的反应用户掉线率，为运维优化提供有效支撑的效果。

附图说明

图1是本发明实施例一中的一种数据业务掉线频率分析方法的流程图；

图2是本发明实施例二中的一种数据业务掉线频率分析方法的流程图；

图3是本发明实施例三中的一种数据业务掉线频率分析装置的结构示意图；

图4是本发明实施例四中的一种数据业务掉线频率分析设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种数据业务掉线频率分析方法的流程图，本实施例可适用于无线通信运营商对移动网络进行运维考核，统计业务掉线频率，作为运维优化的依据的情况，该方法可以由数据业务掉线频率分析装置来执行，该装置可以由硬件和/或软件来实现，该方法具体包括如下步骤：

步骤110、根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

其中，用户面数据可以是一段预设时间内的用户级业务数据，其中可以包括用户数据业务信令。通过分析用户面数据中的业务信令中TCP(Transmission ControlProtocol，传输控制协议)结束连接标识可以确定用户异常释放连接的数量。用户面掉线的情况，除了用户因连接异常而释放连接的情况，还有因为业务请求超时等情况而出现连接异常终止，这类情况也记为掉线，对于这种掉线，需要结合控制面数据确定掉线是用户面掉线还是控制面掉线。控制面数据是与用户面数据同一预设时间内，对应相同用户的业务数据，其中可以包括控制面数据业务信令。在用户面数据中出现业务请求超时的情况，如果该超时导致的掉线仅出现在用户面数据中，则记为一次用户面掉线，如果对应的控制面数据中也存在与该超时对应的掉线，那么就不记为用户面掉线，而是记为控制面掉线。综合用户异常释放连接的数量和出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，可以得到预设时间内的用户面掉线次数。

步骤120、根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

其中，控制面数据中包括基站侧关于业务的数据，预设类型的连接释放可以包括基站侧发起的无线接入承载的释放请求数目、基站侧请求释放的连接对应的无线接入承载数目和激活后剩余的数据地址数目。根据控制面数据中符合预设类型的连接释放数量，可以确定控制面掉线次数。

步骤130、根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率。

其中，在分析用户面数据和控制面数据之后，分别得到了用户面掉线次数和控制面掉线次数，如此可以得到预设时间内总的掉线次数，而用户使用业务时长也就是用户面数据和控制面数据对应的预设时间。根据预设时间内总的掉线次数和用户使用业务时长可以确定业务掉线频率。

本实施例提供的技术方案，相比现有技术中只统计了控制面的掉线情况，而没有统计用户面业务掉线，避免得到的掉线频率与实际用户感知的掉线频率有偏差。本实施例的技术方案，通过分析用户级的控制面数据和用户面数据，确定用户数据业务的掉线频率，解决统计网络设备数据来分析掉线频率导致的无法精准定位和反应出单个用户的数据业务情况的问题，实现更加真实的反应用户掉线率，为运维优化提供有效支撑的效果。

实施例二

图2为本发明实施例二提供的一种数据业务掉线频率分析方法的流程图，本实施例提供的数据业务掉线频率分析方法是在上述技术方案的基础上，对于确定用户面掉线次数和控制面掉线次数的步骤进一步细化，该方法包括：

步骤210、统计所述用户面数据中的业务信令TCP结束连接标识出现下行RST的次数，作为第一用户掉线次数；

其中，业务信令中，TCP结束连接标识可以包括服务器测的发起的RST(即下行RST)、终端发起的RST(即上行RST)和结束连接标识FIN。终止一个连接的正常方式是一方发送结束连接标识FIN。这也可以称为有序释放，因为在所有排队数据都已发送之后才发送标识FIN，正常情况下没有任何数据丢失。因此，信令中传输结尾标识为FIN代表没有掉线。但也有可能发送一个复位报文段而不是标识FIN来中途释放一个连接。以标识RST来终止一个连接，被称这为异常释放(abortive release)。RST报文段不会导致另一端产生任何响应，另一端根本不进行确认。收到RST的一方将终止该连接，并通知应用层连接复位。RST按发起方不同分为两种，服务器测发起的RST(下行RST)和终端发起的RST(上行RST)。服务器测发起的RST一般会导致数据业务掉线，并影响用户感知。终端发起的RST，大部分是用户行为造成的，比如点击返回、关闭页面或取消正在进行中的数据传输。此时终端发起停止数据传输的请求，在信令中通常表现为终端侧发起的RST，这种情况下，并不会影响用户感知，所以不算做数据业务掉线。

步骤220、统计所述用户面数据中出现超时的情况，且对应的所述控制面数据未掉线的出现次数，作为第二用户面掉线次数；

其中，信令无结尾标识，也就是业务请求超时，这是异常终止连接的情况。信令无FIN，也无RST，通常为超时，也会影响用户感知，同样记为掉线。当信令里出现无结尾标识的时候，检查控制面信令数据，如果控制面也出现掉线，则记为一次控制面掉线，否则记为一次用户面掉线。信令中的TCP连接结束标志字段判断方法如下：(1)当TCP流中未出现FIN，出现上行RST(包括RST之后出现FIN)时，记录结束标志为上行RST；(2)当未出现FIN，出现下行RST(包括RST后出现FIN)时，记录结束标志为下行RST；(3)如果TCP流中未出现任何结束标志，超时CDR结束，则记录结束标志为超时；(4)当出现FIN时(包括只出现FIN、FIN后出现RST)，记录结束标志为FIN。

步骤230、将所述第一用户掉线次数和所述第二用户面掉线次数进行累计，作为所述用户面掉线次数。

其中，将第一用户掉线次数和第二用户面掉线次数相加，就得到了用户面掉线次数。

步骤240、将基站侧发起的无线接入承载释放请求数目、基站侧请求释放的连接对应的无线连接承载数目和激活的PDP(Packet Data Protocol，分组数据协议)/PDN(PacketData Nerwork，分组数据网络)/PDU(Protocol Data Unit，协议数据单元)地址的总数相加，再减去正常释放的PDP/PDN/PDU地址的数目，作为所述控制面掉线次数。

其中，将(α+β+Y-X)记为控制面掉线，其中，α表示基站侧发起的RAB(Radio AccessBearer，无线接入承载)/E-RAB(Evolved Radio Access Bearer，演进的无线接入承载)释放请求数目，β表示基站侧请求释放的连接对应的RAB/E-RAB数目(含切换业务)。Y表示激活的PDP/PDN/PDU总数，X表示正常释放的PDP/PDN/PDU数。

步骤250、将所述用户面掉线次数和所述控制面掉线次数相加，得到总掉线次数；

步骤260、用所述总掉线次数除以所述用户使用业务时长，得到掉线平均时长值。其中，掉线平均时长值，是预设时间内用户数据业务出现掉线的平均时长。

可选的，在所述根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数之前，还包括：

通过移动网络第一预设接口数据业务信令获取所述用户面数据；其中，可以通过移动网络的Gn、S1-U、N3等接口数据业务信令获取用户的用户面数据。

通过移动网络的第二预设接口数据业务信令获取所述控制面数据，其中，通过移动网络的Gn、S1-MME、N1/N2等接口数据业务信令获取用户的控制面数据。

本实施例的技术方案，基于信令的数据业务掉线频率分析方法，结合用户级的控制面和用户面的掉线算法，更加真实地反应用户掉线率情况，掌握用户的真实感知情况。

实施例三

图3为本发明实施例三提供的一种数据业务掉线频率分析装置的结构示意图，该装置一般可以集成在数据业务掉线频率分析设备中，例如服务器，数据业务掉线频率分析装置具体包括

用户面掉线次数确定模块310，用于根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

控制面掉线次数确定模块320，用于根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

业务掉线频率确定模块330，用于根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率。

本实施例的技术方案，通过分析用户级的控制面数据和用户面数据，确定用户数据业务的掉线频率，解决统计网络设备数据来分析掉线频率导致的无法精准定位和反应出单个用户的数据业务情况的问题，实现更加真实的反应用户掉线率，为运维优化提供有效支撑的效果。

可选的，所述用户面掉线次数确定模块，包括：

第一用户掉线次数统计单元，用于统计所述用户面数据中的业务信令TCP结束连接标识出现下行RST的次数，作为第一用户掉线次数；

第二用户掉线次数统计单元，用于统计所述用户面数据中出现超时的情况，且对应的所述控制面数据未掉线的出现次数，作为第二用户面掉线次数；

用户面掉线次数累计单元，用于将所述第一用户掉线次数和所述第二用户面掉线次数进行累计，作为所述用户面掉线次数。

可选的，所述控制面掉线次数确定模块，包括：

控制面掉线次数计算单元，用于将基站侧发起的无线接入承载释放请求数目、基站侧请求释放的连接对应的无线连接承载数目和激活的分组数据协议PDP/分组数据网络PDN/协议数据单元PDU地址的总数相加，再减去正常释放的PDP/PDN/PDU地址的数目，作为所述控制面掉线次数。

可选的，业务掉线频率确定模块，具体用于：

将所述用户面掉线次数和所述控制面掉线次数相加，得到总掉线次数；

用所述总掉线次数除以所述用户使用业务时长，得到掉线平均时长值。

可选的，数据业务掉线频率分析装置，还包括：

用户面数据获取模块，用于在所述根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数之前，通过移动网络第一预设接口数据业务信令获取所述用户面数据；

控制面数据获取模块，用于通过移动网络的第二预设接口数据业务信令获取所述控制面数据。

本发明实施例所提供的数据业务掉线频率分析装置可执行本发明任意实施例所提供的数据业务掉线频率分析方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种数据业务掉线频率分析设备的结构示意图，如图4所示，该数据业务掉线频率分析设备包括处理器410、存储器420、输入装置430和输出装置440；数据业务掉线频率分析设备中处理器410的数量可以是一个或多个，图4中以一个处理器410为例；数据业务掉线频率分析设备中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器420作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的数据业务掉线频率分析方法对应的程序指令/模块(例如，数据业务掉线频率分析装置中的用户面掉线次数确定模块310、控制面掉线次数确定模块320和业务掉线频率确定模块330)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行数据业务掉线频率分析设备的各种功能应用以及数据处理，即实现上述的数据业务掉线频率分析方法。

存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至数据业务掉线频率分析设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字或字符信息，以及产生与数据业务掉线频率分析设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种数据业务掉线频率分析方法，包括：

根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的数据业务掉线频率分析方法中的相关操作。

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

值得注意的是，上述数据业务掉线频率分析装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (8)

1.一种数据业务掉线频率分析方法，其特征在于，包括：

根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率；

所述根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数，包括：

统计所述用户面数据中的业务信令TCP结束连接标识出现下行RST的次数，作为第一用户掉线次数；

统计所述用户面数据中出现超时的情况，且对应的所述控制面数据未掉线的出现次数，作为第二用户面掉线次数；

将所述第一用户掉线次数和所述第二用户面掉线次数进行累计，作为所述用户面掉线次数。

2.根据权利要求1所述的方法，其特征在于，所述根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数，包括：

将基站侧发起的无线接入承载释放请求数目、基站侧请求释放的连接对应的无线连接承载数目和激活的分组数据协议PDP/分组数据网络PDN/协议数据单元PDU地址的总数相加，再减去正常释放的PDP/PDN/PDU地址的数目，作为所述控制面掉线次数。

3.根据权利要求1-2任一项所述的方法，其特征在于，所述根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率，包括：

将所述用户面掉线次数和所述控制面掉线次数相加，得到总掉线次数；

用所述总掉线次数除以所述用户使用业务时长，得到掉线平均时长值。

4.根据权利要求1所述的方法，其特征在于，在所述根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数之前，还包括：

通过移动网络第一预设接口数据业务信令获取所述用户面数据；

通过移动网络的第二预设接口数据业务信令获取所述控制面数据。

5.一种数据业务掉线频率分析装置，其特征在于，包括：

用户面掉线次数确定模块，用于根据用户面数据中的用户异常释放连接的数量，以及所述用户面数据中出现异常终止连接且控制面数据中不存在对应的异常终止连接的情况数量，确定用户面掉线次数；

控制面掉线次数确定模块，用于根据所述控制面数据中预设类型的连接释放数量，确定控制面掉线次数；

业务掉线频率确定模块，用于根据所述用户面掉线次数、所述控制面掉线次数和用户使用业务时长，确定业务掉线频率；

所述用户面掉线次数确定模块，包括：第一用户掉线次数统计单元，用于统计所述用户面数据中的业务信令TCP结束连接标识出现下行RST的次数，作为第一用户掉线次数；

第二用户掉线次数统计单元，用于统计所述用户面数据中出现超时的情况，且对应的所述控制面数据未掉线的出现次数，作为第二用户面掉线次数；

用户面掉线次数累计单元，用于将所述第一用户掉线次数和所述第二用户面掉线次数进行累计，作为所述用户面掉线次数。

6.根据权利要求5所述的装置，其特征在于，所述控制面掉线次数确定模块，包括：

控制面掉线次数计算单元，用于将基站侧发起的无线接入承载释放请求数目、基站侧请求释放的连接对应的无线连接承载数目和激活的分组数据协议PDP/分组数据网络PDN/协议数据单元PDU地址的总数相加，再减去正常释放的PDP/PDN/PDU地址的数目，作为所述控制面掉线次数。

7.一种数据业务掉线频率分析设备，其特征在于，所述数据业务掉线频率分析设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的数据业务掉线频率分析方法。

8.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-4中任一所述的数据业务掉线频率分析方法。

Images