CN102325337B - 检测语音单通的方法和基站控制器 - Google Patents

Abstract

本发明实施例提供了一种检测语音单通的方法和基站控制器。该方法包括：在通信过程中，在检测周期内统计同一传输方向上的实时帧数信息；基于在一个或多个检测周期内统计的实时帧数信息，执行语音单通判决。本发明实施例在通信过程中实时统计语音通信的帧数信息，根据所统计的帧数信息分析网络的语音单通问题，从而高效快速地发现语音单通问题，提高了语音单通检测的效率。

Description

检测语音单通的方法和基站控制器

技术领域

本发明实施例涉及通信技术领域，并且更具体地，涉及检测语音单通的方法和基站控制器。

背景技术

近来，AMR(Adaptive Multi-rate，自适应多速率)语音质量相关的问题，特别是语音单通问题在商用网中呈上升趋势。目前，缺乏在移动通信网络中定位语音单通现象的手段，主要依赖于语音问题出现后的客户投诉。

但是，由于语音单通问题本身是用户感受上的问题，涉及的是移动通信网络用户面的范畴，而移动通信网络侧针对用户面实时的场景无任何记录的日志。在出现语音单通问题之后，只能通过大量的人工拨测、路测进行抓包以重现语音单通现象，但是重现的概率很低，降低了问题解决的效率。

发明内容

本发明实施例提供一种检测语音单通的方法和基站控制器，能够提高语音单通检测的效率。

一方面，提供了一种检测语音单通的方法，包括：在通信过程中，在检测周期内统计同一传输方向上的实时帧数信息；基于在一个或多个检测周期内统计的实时帧数信息，执行语音单通判决。

另一方面，提供了一种基站控制器，包括：统计单元，用于在通信过程中在检测周期内统计同一传输方向上的实时帧数信息；判决单元，用于基于在一个或多个检测周期内统计的实时帧数信息执行语音单通判决。

本发明实施例在通信过程中实时统计语音通信的帧数信息，根据所统计的帧数信息分析网络的语音单通问题，从而高效快速地发现语音单通问题，提高了语音单通检测的效率。

附图说明

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

图1是根据本发明一个实施例的检测语音单通的方法的流程图。

图2是根据本发明一个实施例的基站控制器的框图。

具体实施方式

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

本发明实施例可应用于各种系统，例如UMTS(Universal MobileTelecommunications System，通用移动通讯系统)或TD-SCDMA(TimeDivision-Synchronous Code Division Multiple Access，时分同步码分多址)系统等。为便于描述，下文中以UMTS系统为例，但本发明实施例不限于具体的系统或制式。

图1是本发明一个实施例的检测语音单通的方法的流程图。图1的方法由基站控制器执行，例如UMTS网络中的RNC(Radio Network Controller，无线网络控制器)。

101，在通信过程中，在检测周期内统计同一传输方向上的实时帧数信息。

例如，RNC内的FMR(FP-MAC-RLC，Frame Protocol-Media AccessControl-Radio Link Control，帧协议-媒体接入控制层-无线链路控制层)模块具有对每个语音用户的帧单独进行计数的功能，因此可利用FMR模块进行实时帧数信息的统计。

可选地，作为一个实施例，上述实时帧数信息包括语音好帧数SPEECH_GOOD_NUM、语音坏帧数SPEECH_BAD_NUM、静默好帧数SID_GOOD_NUM和静默坏帧数SID_BAD_NUM。

下文中，可以将语音好帧数SPEECH_GOOD_NUM和语音坏帧数SPEECH_BAD_NUM统称为语音帧数，将静默好帧数SID_GOOD_NUM和静默坏帧数SID_BAD_NUM统称为静默帧数。

或者，可以将语音好帧数SPEECH_GOOD_NUM和静默好帧数SID_GOOD_NUM统称为好帧数，将语音坏帧数SPEECH_BAD_NUM和静默坏帧数SID_BAD_NUM统称为坏帧数。

可选地，作为另一实施例，当收到直传连接消息或者直传连接确认消息或者迁移入完成消息或者异系统切换入完成消息时，可以启动在检测周期内统计同一传输方向(上行或下行)上的实时帧数信息的过程。

具体地，当由语音主叫用户的RNC执行步骤101时，RNC可以在收到CN发出的直传连接消息之后启动检测，例如，由RNC内的RR(RadioResource)模块通知FMR模块启动检测。

当由语音被叫用户的RNC执行步骤101时，RNC可以在收到CN发出的直传连接确认消息之后启动检测，例如，由RNC内的RR模块通知FMR模块启动检测。

可选地，当RNC同时作为语音主叫用户和语音被叫用户的基站控制器时，该RNC可以在收到CN发出的直传连接消息和/或直传连接确认消息之后启动检测。

或者，在其他场景中，RNC可以在收到迁移入完成消息、异系统切换入完成消息之后开始启动检测，例如，由RNC内的RR模块通知FMR模块启动检测。

另一方面，当收到核心网(CN，Core Network)Iu释放消息(CN Iu Rel)或者电路交换域(CS，Circuit Switch)无线接入承载(RAB，Radio AccessBearer)释放消息(RAB Rel)或者帧协议(FP，Frame Protocol)的自动流跟踪消息时，可以停止在检测周期内统计同一传输方向上的实时帧数信息的过程。

例如，在用户挂机、掉话、迁移出或者异系统切换出的情况下，RNC可能会收到CN Iu Rel消息或RAB Rel(CS)消息，此时，由RNC内的RR模块通知FMR模块停止检测。

102，基于在一个或多个检测周期内统计的实时帧数信息，执行语音单通判决。

可选地，作为一个实施例，可以在实时帧数信息满足下面的第一条件或第二条件时，判决出现语音单通。

例如，上述第一条件为：坏帧数在坏帧数与好帧数之和中所占比例大于第一阈值，其中上述坏帧数包括语音坏帧数和静默坏帧数，上述好帧数包括语音好帧数和静默好帧数。

例如，上述第二条件为：静默帧数的n倍与语音帧数之和小于第二阈值，其中n大于或等于1，上述语音帧数包括语音坏帧数和语音好帧数，上述静默帧数包括静默坏帧数和静默好帧数。

本发明实施例在通信过程中实时统计语音通信的帧数信息，根据所统计的帧数信息分析网络的语音单通问题，从而高效快速地发现语音单通问题，提高了语音单通检测的效率。

在一个可选的实施例中，上述第一条件和第二条件中，n为8，第一阈值为0.2，第二阈值为80。第一条件和第二条件可以具体表述如下。

第一条件：

BAD_FRAME_NUM/(BAD_FRAME_NUM+SPEECH_GOOD_NUM+SID_GOOD_NUM)＞20％

其中BAD_FRAME_NUM为坏帧数，包括语音坏帧数SPEECH_BAD_NUM和静默坏帧数SID_BAD_NUM。

第二条件：

SPEECH_BAD_NUM+SPEECH_GOOD_NUM+(SID_GOOD_NUM+SID_BAD_NUM)×8＜80。

本发明实施例的第一条件和第二条件不限于上述具体数值，而是可以根据需要进行适当的调整，这样的修改仍落入本发明的范围内。例如，可以适当地增大或减小第一阈值或第二阈值，或者可以对n选取其他值。

进一步地，在判决出现语言单通的同时，还可以确定语音单通的原因。例如，当实时帧数信息满足上述第一条件时，则判决是由错帧导致的语音单通。或者当实时帧数信息满足上述第二条件时，则判决是由中间网络或网元自身丢包导致的语音单通。

本发明实施例通过RNC实时监测语音帧的丢帧率或误帧率是否达到单通阈值来判断是否出现语音单通，同时还可以在RNC话务统计、PCHR(Performance Call History Record，性能呼叫日志)等中记录相关数据，便于后续分析语音单通原因。

另外，3GPP协议定义UMTS语音业务在空口和Iu口按照发送时间间隔(Transmission Timing Interval，TTI)20毫秒(ms)来发送语音帧。正常情况下，每2秒钟发送100个语音帧，因此可以仿真客户2秒钟的语音感受来进行语音单通检测，进而判断丢帧(或者错帧)的程度是否构成客户感受单通。换句话说，本发明实施例采用的检测周期可以是2秒。但本发明实施例不限于该具体数值，也可以采用其他长度的检测周期，例如1秒、3秒或4秒等。可以对来自Iu接口的帧和/或来自Iub接口的帧进行统计，记录语音单通时间段的实时数据，这样也有可能判断出导致语音单通的网元位置。

每个2秒钟结束时，确定统计的实时帧数信息是否满足上述第一条件或第二条件。在同一个传输方向(例如，上行方向或下行方向)上进行实时语音单通检测，根据一个或多个检测周期内的情况确定是否出现语音单通。例如，如果在连续的3个2秒钟内，每个2秒钟的实时帧数信息均满足第一条件或第二条件，则认为出现单通异常。本发明实施例不限于根据3个检测周期的实时帧数信息进行语音单通判决的例子，也可以根据需要采用更少或更多个检测周期的实时帧数信息进行语音单通判决。

在另一实施例中，实时帧数信息的统计过程和语音单通的判决过程可以分离。例如，可以在统计了多个检测周期内的实时帧数信息之后，或者在统计过程停止之后(例如由于RNC接收到CN Iu Rel消息或RAB Rel消息)，再根据所统计的实时帧数信息，进行语音单通判决。

可选地，作为另一实施例，可以在语音单通检测开关不允许进行语音单通检测时，或者在RNCAP(Radio Network Controller Access Point，无线网络控制器接入点)未配置静默插入指示SID(Silence Insertion Descriptor，静默插入指示)帧时，禁止启动在检测周期内统计同一传输方向上的实时帧数信息的过程。而在语音单通检测开关允许进行语音单通检测时并且在RNCAP配置了SID帧时，允许启动在检测周期内统计同一传输方向上的实时帧数信息的过程。

具体地，在建立IUUP(IU User Plane，Iu接口用户面)时，可以根据语音单通检测开关是否打开，由RR模块决定是否通知UMTS用户面协议处理模块(例如，FMR模块)启动语音单通检测算法。

另一方面，根据CN的配置，若RNCAP(Radio Network Controller AccessPoint，无线网络控制器接入点)配置IUUP实体时未配置SID(Silence InsertionDescriptor，静默插入指示)帧，则不启动上述语音单通检测过程。

当确定检测开关已打开，在RNC收到直传连接消息或者直传连接确认消息或者迁移入完成消息或者异系统切换入完成消息的情况下，将启动在检测周期内统计同一传输方向上的实时帧数信息的过程。

本发明实施例的检测语音单通的方法可以在出现语音单通问题后，根据语音单通检测的实时记录数据直接分析出引起该语音单通的原因，从而不需要安排大量的人力和物力进行拨测复现，节省大量的人力和物力的同时，还高效地、快速地定位语音单通问题，进而提升客户的感知度。

图2是本发明一个实施例的基站控制器的框图。图2的基站控制器20的一个例子是上述RNC，用于检测语音单通。基站控制器20包括统计单元21和判决单元22。统计单元21用于在通信过程中在检测周期内统计同一传输方向上的实时帧数信息。判决单元22用于基于在一个或多个检测周期内统计的实时帧数信息执行语音单通判决。

本发明实施例在通信过程中实时统计语音通信的帧数信息，根据所统计的帧数信息分析网络的语音单通问题，从而高效快速地发现语音单通问题，提高了语音单通检测的效率。

统计单元21用于统计进行语音单通判决所需的实时帧数信息。可选地，上述实时帧数信息包括语音好帧数SPEECH_GOOD_NUM、语音坏帧数SPEECH_BAD_NUM、静默好帧数SID_GOOD_NUM和静默坏帧数SID_BAD_NUM。在此，可以将语音好帧数SPEECH_GOOD_NUM和语音坏帧数SPEECH_BAD_NUM统称为语音帧数，将静默好帧数SID_GOOD_NUM和静默坏帧数SID_BAD_NUM统称为静默帧数。或者，可以将语音好帧数SPEECH_GOOD_NUM和静默好帧数SID_GOOD_NUM统称为好帧数，将语音坏帧数SPEECH_BAD_NUM和静默坏帧数SID_BAD_NUM统称为坏帧数。作为一个可选的实施例，统计单元21可以由RNC中的FMR模块实现。

通常，当收到直传连接消息或者直传连接确认消息或者迁移入完成消息或者异系统切换入完成消息时，统计单元21启动在检测周期内统计同一传输方向上的实时帧数信息的过程。而当收到核心网Iu释放消息或者电路交换域无线接入承载释放消息或者帧协议的自动流跟踪消息时，统计单元21停止在检测周期内统计同一传输方向上的实时帧数信息的过程。

可选地，作为另一实施例，可以在语音单通检测开关不允许进行语音单通检测时，或者在RNCAP未配置了静默插入指示SID帧时，统计单元21禁止启动在检测周期内统计同一传输方向上的实时帧数信息的过程。而在语音单通检测开关允许进行语音单通检测时并且在RNCAP配置了SID帧时，统计单元21允许启动在检测周期内统计同一传输方向上的实时帧数信息的过程。

具体而言，在建立IUUP时，如果语音单通检测开关打开，再由统计单元21依据接收到的直传连接消息或者直传连接确认消息或者迁移入完成消息或者异系统切换入完成消息来启动在检测周期内统计同一传输方向上的实时帧数信息的过程，否则不启动该统计过程。另一方面，根据CN的配置，若RNCAP配置IUUP实体时未配置SID帧，统计单元21也不启动语音单通检测过程。

判决单元22用于判决网络中是否存在语音单通问题，并进而依据实时帧数信息之间所满足的关系判决造成语音单通问题的原因。作为一个可选的实施例，判决单元22可以由RNC中的RR模块实现。

例如，当实时帧数信息满足第一条件或第二条件时，判决单元22则判决出现语音单通。

本发明实施例采用的检测周期可以是2秒，但不限于该具体数值，也可以采用其他长度的检测周期，例如1秒、3秒或4秒等。每个2秒钟结束时，确定统计的实时帧数信息是否满足第一条件或第二条件。在同一个传输方向(例如，上行方向或下行方向)上进行实时语音单通检测，根据一个或多个检测周期内的情况确定是否出现语音单通。例如，如果在连续的3个2秒钟内，每个2秒钟的实时帧数信息均满足第一条件或第二条件，则认为出现单通异常。

例如，这里，第一条件为：坏帧数在坏帧数与好帧数之和中所占比例大于第一阈值；第二条件为：静默帧数的n倍与语音帧数之和小于第二阈值，其中n大于或等于1。例如，在一个可选的实施例中，在上述第一条件和第二条件中，n为8，第一阈值为0.2，第二阈值为80。

此外，判决单元22还可以依据实时帧数信息是否满足第一条件或第二条件，判决造成语音单通的原因。具体地，当实时帧数信息满足第一条件时，则判决是由错帧导致的语音单通；或者当实时帧数信息满足所述第二条件时，则判决是由中间网络或网元自身丢包导致的语音单通。

本发明实施例的检测语音单通的装置可以在出现语音单通问题后，根据语音单通检测的实时记录数据直接分析出引起该语音单通的原因，从而不需0要安排大量的人力和物力进行拨测复现，节省大量的人力和物力的同时，还高效地、快速地定位语音单通问题，进而提升客户的感知度。

根据本发明实施例的检测语音单通的方法和装置，RNC设备可以进行话统输出、PCHR日志输出，并且可以根据开关设置来确定是否进行实时跟踪数据的输出，再根据这些数据分析定位出语音单通的原因。

因为TD-SCDMA系统中RNC对于语音帧的处理过程与UMTS的RNC类似，所以本发明实施例的检测语音单通的方法和装置也可以推广到TD-SCDMA系统中。

根据本发明实施例的通信系统可包括上述基站控制器20。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (13)

1.一种检测语音单通的方法，其特征在于，所述方法是由基站控制器执行的，包括：

在通信过程中，在检测周期内统计同一传输方向上的实时帧数信息；

基于在一个或多个所述检测周期内统计的所述实时帧数信息，执行语音单通判决；

在判决出现所述语音单通的同时，确定所述语音单通的原因。

2.根据权利要求1所述的方法，其特征在于，所述实时帧数信息包括语音好帧数、语音坏帧数、静默好帧数和静默坏帧数。

3.根据权利要求2所述的方法，其特征在于，所述执行语音单通判决的过程，包括：

当所述实时帧数信息满足第一条件或第二条件时，判决出现语音单通，

所述第一条件为：坏帧数在所述坏帧数与好帧数之和中所占比例大于第一阈值，其中所述坏帧数包括所述语音坏帧数和所述静默坏帧数，所述好帧数包括所述语音好帧数和所述静默好帧数；

所述第二条件为：静默帧数的n倍与语音帧数之和小于第二阈值，其中n大于或等于1，所述语音帧数包括所述语音坏帧数和所述语音好帧数，所述静默帧数包括所述静默坏帧数和所述静默好帧数。

4.根据权利要求3所述的方法，其特征在于，所述执行语音单通判决的过程，还包括：

当所述实时帧数信息满足所述第一条件时，则判决是由错帧导致的语音单通；或者

当所述实时帧数信息满足所述第二条件时，则判决是由中间网络或网元自身丢包导致的语音单通。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述检测周期为2秒，

所述基于在一个或多个所述检测周期内统计的所述实时帧数信息，执行语音单通判决的过程，包括：

基于在3个所述检测周期内统计的所述实时帧数信息，执行语音单通判决。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述在检测周期内统计同一传输方向上的实时帧数信息的过程，包括：

当收到直传连接消息或者直传连接确认消息或者迁移入完成消息或者异系统切换入完成消息时，启动所述在检测周期内统计同一传输方向上的实时帧数信息的过程；或

当收到核心网Iu释放消息或者电路交换域无线接入承载释放消息或者帧协议的自动流跟踪消息时，停止所述在检测周期内统计同一传输方向上的实时帧数信息的过程。

7.根据权利要求1至4中任一项所述的方法，其特征在于，所述在检测周期内统计同一传输方向上的实时帧数信息的过程，包括：

在语音单通检测开关不允许进行语音单通检测时，或者在无线网络控制器接入点未配置静默插入指示SID帧时，禁止启动在检测周期内统计同一传输方向上的实时帧数信息的过程。

8.一种基站控制器，其特征在于，包括：

统计单元，用于在通信过程中在检测周期内统计同一传输方向上的实时帧数信息；

判决单元，用于基于在一个或多个所述检测周期内统计的所述实时帧数信息执行语音单通判决；

所述判决单元，还用于确定造成所述语音单通的原因。

9.根据权利要求8所述的基站控制器，其特征在于，所述实时帧数信息包括语音好帧数、语音坏帧数、静默好帧数和静默坏帧数，

所述判决单元进一步用于：

当所述实时帧数信息满足第一条件或第二条件时，判决出现语音单通，

所述第一条件为：坏帧数在所述坏帧数与好帧数之和中所占比例大于第一阈值，其中所述坏帧数包括所述语音坏帧数和所述静默坏帧数，所述好帧数包括所述语音好帧数和所述静默好帧数；

所述第二条件为：静默帧数的n倍与语音帧数之和小于第二阈值，其中n大于或等于1，所述语音帧数包括所述语音坏帧数和所述语音好帧数，所述静默帧数包括所述静默坏帧数和所述静默好帧数。

10.根据权利要求9所述的基站控制器，其特征在于，所述判决单元进一步用于：

当所述实时帧数信息满足所述第一条件时，则判决是由错帧导致的语音单通；或者

当所述实时帧数信息满足所述第二条件时，则判决是由中间网络或网元自身丢包导致的语音单通。

11.根据权利要求8至10中任一项所述的基站控制器，其特征在于，所述检测周期为2秒，所述统计单元进一步用于基于在3个所述检测周期内统计的所述实时帧数信息执行语音单通判决。

12.根据权利要求8至10中任一项所述的基站控制器，其特征在于，所述统计单元还用于：

当收到直传连接消息或者直传连接确认消息或者迁移入完成消息或者异系统切换入完成消息时，启动所述在检测周期内统计同一传输方向上的实时帧数信息的过程；或

当收到核心网Iu释放消息或者电路交换域无线接入承载释放消息或者帧协议的自动流跟踪消息时，停止所述在检测周期内统计同一传输方向上的实时帧数信息的过程。

13.根据权利要求8至10中任一项所述的基站控制器，其特征在于，所述统计单元用于：

在语音单通检测开关不允许进行语音单通检测时，或者在无线网络控制器接入点未配置静默插入指示SID帧时，禁止启动在检测周期内统计同一传输方向上的实时帧数信息的过程。