掉话率检测方法及装置与流程

本发明实施例涉及通信技术领域，尤其涉及一种掉话率检测方法及装置。

背景技术：

移动通信系统已经由第一代系统发展到了第四代系统(4g)，目前正在继续向4g+系统进行演进，有运营商已经部署了第五代系统的试验网并计划正式部署第五代系统。无论系统如何演进，目前语音业务依然是移动通信网络的核心业务，语音业务的质量是影响用户对于移动通信网络质量评价的关键因素。

语音业务的质量可以通过网管系统获取，也可以通过路测方式获取，主要的评价指标包括接入成功率、语音业务的平均意见(mos)值、掉话率等等。其中掉话率是对语音业务的用户影响最大的指标之一，原因是用户的通话成功建立后，一旦发生掉话中断将引起用户强烈的反感情绪，并导致投诉，经常遭遇掉话的用户有离网的风险。因此，语音业务的掉话率是反映用户感知和网络质量的关键指标，如何准确的对系统的掉话率进行评估十分重要。

技术实现要素：

本发明实施例提供一种掉话率检测方法及装置，用以对移动通信系统中的掉话率进行准确的评估。

本发明实施例第一方面提供一种掉话率检测方法，该方法包括：

针对系统内的每一次通话，获取主叫侧的第一通话时间和被叫侧的第二通话时间；

确定所述系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数；

根据所述通话次数和所述系统中的主叫接通次数，计算所述系统的掉话率。

可选的，所述获取主叫侧的第一通话时间和被叫侧的第二通话时间，包括：

获取主叫侧从通话成功建立到所述通话结束的第一时间长度，以及获取被叫侧从所述通话成功建立到所述通话结束的第二时间长度。

可选的，所述获取主叫侧的第一通话时间和被叫侧的第二通话时间，包括：

获取主叫侧通话结束时刻的第一时间，以及获取被叫侧通话结束时刻的第二时间。

可选的，所述方法还包括：

将所述预设阈值设置为所述系统中无线侧承载释放的时长或所述系统中核心网侧承载释放的时长。

可选的，所述方法还包括：

将所述预设阈值设置为所述系统中无线侧承载释放的时长和所述系统中核心网侧承载释放的时长中的最小值或者二者的加和值。

本发明实施例第二方面提供一种掉话评估装置，该装置包括：

获取模块，用于针对系统内的每一次通话，获取主叫侧的第一通话时间和被叫侧的第二通话时间；

确定模块，用于确定所述系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数；

计算模块，用于根据所述通话次数和所述系统中的主叫接通次数，计算所述系统的掉话率。

可选的，所述获取模块，包括：

第一获取子模块，用于获取主叫侧从通话成功建立到所述通话结束的第一时间长度，以及获取被叫侧从所述通话成功建立到所述通话结束的第二时间长度。

可选的，所述获取模块，包括：

第二获取子模块，用于获取主叫侧通话结束时刻的第一时间，以及获取被叫侧通话结束时刻的第二时间。

可选的，所述装置还包括：

第一设置模块，用于将所述预设阈值设置为所述系统中无线侧承载释放的时长或所述系统中核心网侧承载释放的时长。

可选的，所述装置还包括：

第二设置模块，用于将所述预设阈值设置为所述系统中无线侧承载释放的时长和所述系统中核心网侧承载释放的时长中的最小值或者二者的加和值。

基于以上各方面，本发明实施例具有以下有益效果：

本发明实施例，通过获取系统内每一次通话中主叫侧的第一通话时间和被叫侧的第二通话时间，并确定系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数，根据确定的该通话次数和系统中主叫接通次数，来计算系统的掉话率。从而能够克服现有系统中因为网络侧设置和信令掉话定义之间的不协调，而导致的掉话次数统计不准确的问题，进而提高了掉话率检测的准确性。并且，由于本发明实施例不需要通过路测来统计系统的掉话次数，因此，克服了现有技术在时间和空间上的局限性。

附图说明

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

图1为本发明一实施例提供的一种掉话率检测方法的流程图；

图2为本发明一实施例提供的一种掉话评估装置的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤的过程或结构的装置不必限于清楚地列出的那些结构或步骤而是可包括没有清楚地列出的或对于这些过程或装置固有的其它步骤或结构。

现有技术检测移动通信系统(以下简称系统)掉话率的方法包括如下几种：

在一种检测方式中，可以通过路测的信令统计系统的掉话次数，并根据系统的掉话次数计算系统的掉话率。

具体的，现有技术对路测信令掉话的定义是：在呼叫建立成功以后，终端没有收到“断开连接(disconnect)”信令消息、“释放连接(release)”信令消息或者“释放完成(releasecomplete)”信令消息的情况下回到空闲态或收到“disconnect”信令消息、“release”信令消息或者“releasecomplete”信令消息，但原因值为非正常，则计为一次信令掉话。

在获得系统的信令掉话次数后，根据表达式：掉话率＝信令掉话次数÷接通次数×100％来计算系统的掉话率。

在另一种检测方式中，可以通过网络管理侧确定系统的信令掉话次数。

具体的，现有技术对网络管理侧信令掉话的定义是：无线网络控制器(radionetworkcontroller，简称rnc)向cn发送“无线接入承载释放请求(rabreleaserequest)”信令消息和“iu连接释放请求(iureleaserequest)”信令消息，在此之后，rnc接收到cn发送的“iu连接释放命令(iureleasecommand)”信令消息，则计为一次信令掉话。

在获得系统的信令掉话次数后，根据表达式：掉话率＝信令掉话次数÷接通次数×100％来计算系统的掉话率。

在又一种检测方式中，可以通过路测得到的语音mos值统计系统的掉话次数，进而根据系统的掉话次数计算系统的掉话率。

具体的，在现有技术中定义，若出现mos值连续2次小于或等于2.5的采样点，则认为发生了一次掉话。

在这种检测方式中根据表达式：掉话率＝掉话次数/接通次数计算系统的掉话率。

但是在上述通过信令分析获得掉话次数的方法中存在一个缺陷，如果核心网侧或者其他网元的作用机制可以让终端出现掉话异常的时候，不出现信令掉话定义中所规定的情形，即终端在呼叫建立成功以后，终端没有收到“disconnect”信令消息、“release”信令消息或者“releasecomplete”信令消息的情况下回到空闲态或收到“disconnect”信令消息、“release”信令消息或者“releasecomplete”信令消息，但原因值为非正常这样的情形，那么在路测时掉话次数的统计就会减少，相应的，如果不出现rnc向cn发送“rabreleaserequest”信令消息或者rnc向cn发送“iureleaserequest”信令消息的流程，网络管理侧抓取的掉话次数也会减少，这样就会导致最终计算的掉话率不准确。

而通过路测的mos值统计掉话次数虽然设计的初衷是为了反映用户对于语音业务质量的感知，但是毕竟不是用户真实的感受，以mos值低于2.5作为掉话的标准，其实并不是真正的掉话，而只是模拟概念上的掉话。另外，mos值测试一般都要采用一定时长的声音片段，mos值低其实是反映了一段时间的情况，而不是准确反映一个掉话点的情况。mos值只能在路测中采集，因此也具有路测技术本身在时间和空间上的局限性。

针对现有技术存在的上述问题，本发明实施例提供一种掉话率检测方法，该方法适用于第二代通信系统、第三代通信系统、第四代通信系统、以及未来通信系统承载语音业务的情况。该方法可以由一种掉话率检测装置(以下简称评估装置)来执行。可选的，该评估装置可以被具体为网络侧的服务器，或者是设置在网络侧服务器内的控制器，该控制器包括处理器和存储器，存储器中存储有处理器可执行的程序指令，当处理器执行该程序指令时执行本实施例的掉话率检测方法。参见图1，图1为本发明一实施例提供的一种充掉话率检测方法的流程图，如图1所示，该方法包括：

步骤101、针对系统内的每一次通话，获取主叫侧的第一通话时间和被叫侧的第二通话时间。

本实施例中主叫侧的第一通话时间和被叫侧的第二通话时间可以从系统的网络管理侧提取获得，也可以从主叫用户和被叫用户的通话记录中提取获得。

本实施例中所涉及的获取主叫侧的第一通话时间和被叫侧的第二通话时间包括：

获取主叫侧从通话成功建立到通话结束的第一时间长度，以及获取被叫侧从通话成功建立到通话结束的第二时间长度。或者，获取主叫侧通话结束时刻的第一时间，以及获取被叫侧通话结束时刻的第二时间。

步骤102、确定所述系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数。

在第一种可能的实现方式中，若上述获取到的是主叫侧从通话成功建立到通话结束的第一时间长度t1，以及被叫侧从通话成功建立到通话结束的第二时间长度t2，则，若t1和t2满足条件：|t1-t2|＞σ，即可确定主被叫之间发生了掉话。其中，σ为预设阈值。

在第二种可能的实现方式中，若上述获取到的是主叫侧通话结束时刻的第一时间t1，以及被叫侧通话结束时刻的第二时间t2,则，若t1和t2满足条件：|t1-t2|＞σ，即可确定主被叫之间发生了掉话。

本实施例中，预设阈值σ是一个以时间为单位的大于或等于零的数，不过考虑到系统时间记录误差的因素，可以考虑适当采用大一些的值。其设定方法如下：

在一种可能的设定方法中，预设阈值可以根据需要任意设置为大于或等于零的数。

在另一种可能的设定方法中，可以将预设阈值设置为系统中无线承载释放所需要的时长，或者系统中核心网承载释放所需要的时长。

这里所涉及的无线侧承载释放所需要的时长，是指主要由无线侧设备原理、流程和所设置的相关参数所决定的(也可以和核心网设备发生关联)，当语音通话的一方或者双方发生异常时，无线侧承载释放所需要的时间长度。这个时间长度会影响系统所记录的主被叫双方各自通话的时间长度，造成二者时间长度有所差异；或者说会影响系统所记录的主被叫双方各自的通话结束的时刻，造成二者通话结束的时刻有所差异。

这里所涉及的核心网侧承载释放所需要的时长，是指主要由核心网侧设备原理、流程和所设置的相关参数所决定的(也可以和无线侧设备发生关联)，当语音通话的一方或者双方发生异常时，核心网侧承载释放所需要的时间长度。这个时间长度会影响系统所记录的主被叫双方各自通话的时间长度，造成二者时间长度有所差异；或者说会影响系统所记录的主被叫双方各自的通话结束的时刻，造成二者通话结束的时刻有所差异。

在又一种可能的设定方法中，可以将预设阈值设置为系统中无线侧承载释放所需时长和系统中核心网侧承载释放所需时长中的最小值或者二者的加和值，比如，无线侧承载时长所需时长为a(时间单位可以为秒或者毫秒)，核心网侧承载释放所需时长为b(时间单位可以为秒或者毫秒)，且a小于b，则可以将预设阈值设置为a的值或者a加b的和值。

示例的，对于第三代通信系统而言，无线侧空口上发生下行失步时，系统的处理流程如下：

当处于通话状态的终端，连续接收到来自物理层的第一预设个数的连续“失步(outofsync)”指示时，启动定时器t313。

在此过程中若连续接收到来自物理层的第二预设个数的“同步(insync)”指示，t313停止；否则t313超时，视为下行无线链路失步。

终端检测到下行无线链路失步后，会进行以下动作：终端的无线资源控制层向物理层下发“p_rrc_phy_rl_release_req”指令消息，释放物理信道资源，终端关闭上下行数据让物理层进行小区的重搜和更新，如果小区更新成功，则该次下行无线链路失步得到挽救，否则终端发生掉话。

针对上述处理流程，可以设置预设阈值为定时器t313的定时时间值，也可以通过进一步计算得到下行失步的承载释放的总时间，并将预设阈值设置为该总时间的值，还可以分别计算上行失步导致掉话释放承载所需要的时间和下行失步导致掉话释放承载所需的时间，取二者中的最小值设置为上述预设阈值。当然这里仅为示例说明，而不是对本发明的唯一限定。

再考虑核心网侧，这里主要涉及核心网侧t305定时器和t308定时器的作用机制，假设终端a和终端b成功建立了语音业务，某个时刻终端a发生了上行失步的异常，终端b的用户由于听不到声音，挂机发起“disconnect”消息。核心网将“disconnect”消息转发至终端a，同时启动t305定时器。由于终端a上行失步，导致其发回至核心网的“release”消息无法被核心网接收。t305超时之后，t305停止，同时核心网发送“release”消息给终端a，同时启动t308。由于终端a的上行失步，导致核心网收不到终端a的“releasecomplete”消息。第一次t308超时后，t308重新开始计时，核心网重新发送“release”消息给终端a。第二次t308超时后，t308停止计时，核心网侧主动发起释放连接。

在此种情况下可以将预设阈值设置为核心网侧释放承载所需的时间“t305+2×t308”，本示例只是考虑所列举的例子情况下可以采取的预设阈值，当然也可以根据实际需求，对的预设阈值进行进一步精确核算。比如，可以将预设阈值设置为无线侧释放承载所需的时间和核心网侧释放承载所需的时间中的最小值，将满足|t1-t2|＞σ条件的通话定义为掉话，以此可以得到全网的掉话次数，进而得到全网的掉话率统计。

当然上述示例仅为示例说明而不是对本发明的唯一限定。

步骤103、根据所述通话次数和所述系统中的主叫接通次数，计算所述系统的掉话率。

本实施例在获得系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数，即掉话次数后，根据表达式：掉话率＝掉话次数/接通次数计算系统的掉话率。

本实施例，通过获取系统内每一次通话中主叫侧的第一通话时间和被叫侧的第二通过时间，并确定系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数，根据确定的该通话次数和系统中主叫接通次数，来计算系统的掉话率。从而能够克服现有系统中因为网络侧设置和信令掉话定义之间的不协调，而导致的掉话次数统计不准确的问题，进而提高了掉话率检测的准确性。并且，由于本实施例不需要通过路测来统计系统的掉话次数，因此，克服了现有技术在时间和空间上的局限性。

图2为本发明一实施例提供的一种掉话评估装置的结构示意图，如图2所示，该装置包括：

获取模块11，用于针对系统内的每一次通话，获取主叫侧的第一通话时间和被叫侧的第二通话时间；

确定模块12，用于确定所述系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数；

计算模块13，用于根据所述通话次数和所述系统中的主叫接通次数，计算所述系统的掉话率。

可选的，所述获取模块11，包括：

第一获取子模块，用于获取主叫侧从通话成功建立到所述通话结束的第一时间长度，以及获取被叫侧从所述通话成功建立到所述通话结束的第二时间长度。

可选的，所述获取模块11，包括：

第二获取子模块，用于获取主叫侧通话结束时刻的第一时间，以及获取被叫侧通话结束时刻的第二时间。

可选的，所述装置还包括：

第一设置模块，用于将所述预设阈值设置为所述系统中无线侧承载释放的时长或所述系统中核心网侧承载释放的时长。

可选的，所述装置还包括：

第二设置模块，用于将所述预设阈值设置为所述系统中无线侧承载释放的时长和所述系统中核心网侧承载释放的时长中的最小值或者二者的加和值。

本发明实施例提供的装置能够用来执行图1实施例的方法，其执行方式和有益效果类似，在这里不再赘述。

在示例性实施例中，还提供了一种掉话评估装置，该装置包括处理器和用于存储该处理器的可执行指令的存储器，当处理器执行存储器中的可执行指令时，执行如下方法：

针对系统内的每一次通话，获取主叫侧的第一通话时间和被叫侧的第二通话时间；

确定所述系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数；

根据所述通话次数和所述系统中的主叫接通次数，计算所述系统的掉话率。

本实施例，通过获取系统内每一次通话中主叫侧的第一通话时间和被叫侧的第二通话时间，并确定系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数，根据确定的该通话次数和系统中主叫接通次数，来计算系统的掉话率。从而能够克服现有系统中因为网络设置和信令掉话定义之间的不协调，而导致的掉话次数统计不准确的问题，进而提高了掉话率检测的准确性。并且，由于本实施例不需要通过路测来统计系统的掉话次数，因此，克服了现有技术在时间和空间上的局限性。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由上述掉话评估装置的处理器执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由掉话评估装置的处理器执行时，使得掉话评估装置能够执行如下方法：

针对系统内的每一次通话，获取主叫侧的第一通话时间和被叫侧的第二通话时间；

确定所述系统中主叫侧的第一通话时间与被叫侧的第二通话时间之差的绝对值大于预设阈值的通话次数；

根据所述通话次数和所述系统中的主叫接通次数，计算所述系统的掉话率。

最后需要说明的是，本领域普通技术人员可以理解上述实施例方法中的全部或者部分流程，是可以通过计算机程序来指令相关的硬件完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可以为磁盘、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。

本发明实施例中的各个功能单元可以集成在一个处理模块中，也可以是各个单元单独的物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现，并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。上述提到的存储介质可以是只读存储器、磁盘或光盘等。

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