CN103269492A - 一种语音业务单通检测的方法及装置 - Google Patents

Abstract

本发明提供了一种语音业务单通检测的方法及装置，其中，所述方法包括：当语音业务建立完成时，开始接收语音数据；若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。本发明可实现对语音质量、是否发生语音单通问题进行监控，及时发现语音单通现象，减少了故障处理恢复时间，提升了语音业务的安全性与稳定性，提高了用户通信的体验效果。

Description

一种语音业务单通检测的方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种语音业务单通检测的方法及装置。

背景技术

在日常维护过程中，维护人员目前只能通过用户投诉得知网络发生语音单通现象，由于普通用户投诉习惯不积极，一旦VIP贵宾用户投诉，说明已经对网络造成了负面影响。

现今，移动通信中语音单通的问题是通信行业一个很常见而又很难根本解决的问题。语音单通是一个系统性问题，涉及核心网、传输网、无线网络和终端等四大网元，各个网元都希望降低其发生单通现象的概率。

在现在网络中经常会出现用户投诉发生单通，一旦发生投诉，其实单通现象已经发生了数小时，甚至一天以上了，而维护人员无法预知，只能被动的等待投诉，并且由于普通用户无投诉习惯，所以有投诉时基本故障已经很严重了，这样对故障的提取预知、快速恢复非常的不利，对网络质量的负面影响很大。因此对语音单通的检测对于用户需求非常贴切，随着TD-SCDMA(Time Division-Synchronous Code Division MultipleAccess，时分同步码分多址)网络用户的增多、TD网络规模的进一步扩大，网络质量也越来越被营运商所重视，而营运商在GSM网络经营多年来，对此也非常重视与同时也没有较好的解决方案。

因此，本领域技术人员迫切需要解决的问题之一在于，提出一种语音业务单通检测的方法及装置，用以及时发现单通现象，减少故障处理恢复时间，提高语音业务的安全性与稳定性，提高用户体验。

发明内容

本发明所要解决的技术问题是提供一种语音业务单通检测的方法和装置，可实现对语音质量、是否发生语音单通问题进行监控，及时发现语音单通现象，减少了故障处理恢复时间，提升了语音业务的安全性与稳定性，提高了用户通信的体验效果。

为了解决上述问题，本发明公开了一种语音业务单通检测的方法，包括：

当语音业务建立完成时，开始接收语音数据；

若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

优选地，所述接收的语音数据包括上行语音数据及下行语音数据。

优选地，当所述预设条件为丢失的语音数据达到预设丢失阈值时，所述若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通的步骤包括：

在预设周期中检测在同一传输方向上，是否连续在第一预设个数的传输时间间隔TTI没有接收到语音数据；

若是，则获取第一报告统计值；其中，所述第一报告统计值为基站在预设周期中在同一方向上，连续没有接收到语音数据的传输时间间隔TTI的个数；

若所述第一报告统计值与所述第一预设个数一致，则判定所述语音业务出现疑似语音单通；

在预设周期中检测在同一传输方向上，是否连续在第二预设个数的传输时间间隔TTI没有接收到语音数据；

若是，则获取第二报告统计值；

若所述第二报告统计值与所述第二预设个数一致，则判定所述语音业务出现语音单通。

优选地，当所述预设条件为错误的语音数据达到预设错误阈值时，所述若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通的步骤包括：

统计在预设周期接收到错误的语音数据；

计算所述错误的语音数据占所述接收的语音数据的比率；

若所述比率大于预设比率阈值，则判定所述语音业务出现语音单通。

优选地，所述方法还包括：

输出所述语音业务出现语音单通的错误类型；所述错误类型包括：上行语音丢包单通，上行语音错包单通，下行语音丢包单通以及下行语音错包单通。

优选地，所述丢失的语音数据包括上行传输通路或下行传输通路中正确的语音数据，错误的语音数据以及静默的语音数据；所述错误的语音数据包括上行传输通路或下行传输通路中错误的语音数据。

本发明实施例还公开了一种语音业务单通检测的装置，包括：

语音业务建立模块，用于当语音业务建立完成时，开始接收语音数据；

语音业务单通检测模块，用于若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

优选地，所述接收的语音数据包括上行语音数据及下行语音数据。

优选地，所述语音业务单通检测模块包括：

第一检测子模块，用于在预设周期中检测在同一传输方向上，是否连续在第一预设个数的传输时间间隔TTI没有接收到语音数据；若是，则调用第一报告统计值获取子模块；

第一报告统计值获取子模块，用于获取第一报告统计值；其中，所述第一报告统计值为基站在预设周期中在同一方向上，连续没有接收到语音数据的传输时间间隔TTI的个数；

疑似语音单通判定子模块，用于若所述第一报告统计值与所述第一预设个数一致，则判定所述语音业务出现疑似语音单通；

第二检测子模块，用于在预设周期中检测在同一传输方向上，是否连续在第二预设个数的传输时间间隔TTI没有接收到语音数据；若是，则调用第二报告统计值获取子模块；

第二报告统计值获取子模块，用于获取第二报告统计值；

第一语音单通判定子模块，用于若所述第二报告统计值与所述第二预设个数一致，则判定所述语音业务出现语音单通。

优选地，所述语音业务单通检测模块包括：

错误语音数据统计子模块，用于统计在预设周期接收到错误的语音数据；

比率计算子模块，用于计算所述错误的语音数据占所述接收的语音数据的比率；

第二语音单通判定子模块，用于若所述比率大于预设比率阈值，则判定所述语音业务出现语音单通。

优选地，所述装置还包括：

错误类型输出模块，用于输出所述语音业务出现语音单通的错误类型；所述错误类型包括：上行语音丢包单通，上行语音错包单通，下行语音丢包单通以及下行语音错包单通。

优选地，所述丢失的语音数据包括上行传输通路或下行传输通路中正确的语音数据，错误的语音数据以及静默的语音数据；所述错误的语音数据包括上行传输通路或下行传输通路中错误的语音数据。

与现有技术相比，本发明包括以下优点：

本发明实施例针对TD-SCDMA网络进行语音单通的检测，在语音业务建立完成后，对接收到的语音数据按照预设周期进行检测，依据接收到的语音数据是否丢失语音数据，或者接收到的错误语音数据是否大于预设阈值来判断是否出现语音单通，可实现对语音质量、是否发生语音单通问题进行监控，及时发现语音单通现象，减少了故障处理恢复时间，提升了语音业务的安全性与稳定性，提高了用户通信的体验效果。另外，本发明实施例时在语音业务建立完成之后，才对语音业务进行单通检测，由于在用户开始正式通话后才开始进行语音业务的单通检测，因此可以避免在在用户实际通话之前进行语音单通检测而导致误检或漏检的情况。

附图说明

图1是本发明的一种语音业务单通检测的方法实施例1的步骤流程图；

图2是本发明的一种语音业务单通检测的方法实施例2的步骤流程图；

图3是本发明的一种语音业务单通检测的方法实施例3的步骤流程图；

图4是本发明的一种语音单通检测方案及算法示意图；

图5是本发明的一种语音业务单通检测的装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

为使本领域技术人员更好地理解本发明，以下对“语音单通”简单说明：

目前，可以将发生语音单通的现象定义为：单向语音不通、双向语音不通以及串话。可能会让用户认为“语音单通”的原因罗列如下：

1、某个方向(上行/下行)一段时间内确实无语音数据(包括静默帧)；

2、某个方向(上行/下行)一段时间内只有静默帧，没有真正的语音数据；

3、某个方向(上行/下行)一段时间内网络能接收到语音数据，但是错误帧占到一定比例(给用户的感觉是噪音，无法听清楚对方声音)；

4、由于非正常挂机等操作导致用户误认为语音单通(譬如已经删除RADIO LINK(无线链路)，但是用户终端没有释放，用户终端显示仍然是正在通话，会给用户突然发生了语音单通的感觉)。

针对上述归纳的四大类发生语音单通的原因进一步分析，可能造成语音单通的原因罗列如下：

A：CN(通信网络)原因；

RNC(Radio Network Controller，无线网络控制器)从CN接收不到或接收到大量错误的语音数据或只能收到静默的语音数据(静默帧)等情况；

B：终端自身原因；

NodeB(基站)从对应码道上接收不到终端数据或解调后的语音数据大量错误或只能收到静默的语音数据等情况；

C：空口(UU接口)原因和接入网原因。

空口质量差导致传输的语音质量差，在空口中存在例如无线干扰、弱覆盖、无主覆盖等无线质量差的情况造成语音质量差。

在实际中，需要将A、B、C这三种原因结合起来考虑，单纯的空口质量差导致语音数据大量丢失或者错误可以通过RNC或终端的接收数据分析进行判定。但对于譬如载波调整、切换、状态跃迁过程中由于接入网自身实现纰漏，更容易导致语音单通的发生，这时候很可能空口质量不错且传输无故障，这点从外场客服反馈中能得到证实。

本发明实施例的核心构思之一在于，针对TD-SCDMA网络进行语音单通的检测，在语音业务建立完成后，对接收到的语音数据按照预设周期进行检测，依据接收到的语音数据是否丢失语音数据，或者接收到的错误语音数据是否大于预设阈值来判断是否出现语音单通，可实现对语音质量、是否发生语音单通问题进行监控，及时发现单通现象，减少故障处理恢复时间。

参照图1，示出了本发明一种语音业务单通检测的方法实施例1的步骤流程图，所述方法具体可以包括如下步骤：

步骤101，当语音业务建立完成时，开始接收语音数据；

在具体实现中，当RNC接收到非接入层NAS发送的连接确认消息Connect-Ack时，语音业务建立完成，开始接收到语音数据。当业务释放或者发生RNC间的切换后终止对该语音业务的检测。其中，所述业务释放可以是核心网发起的业务释放的请求(IU RELEASE COMPLETE)，或者是RNC发起的业务释放的请求(IU RELEASE REQUEST)。

步骤102，若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

在本发明实施例中，可以在RNC下设置语音单通检测的开关，小区下可以设置有控制是否开启语音单通检测的开关。

如果RNC下的语音单通检测方法有效(至少配置1种方法)，当小区下语音单通检测开关开启时，对该小区新接入用户进行语音单通检测；当小区下单通检测开关关闭时，对该小区新接入用户不进行语音单通检测。

如果RNC下的语音单通检测方法都关闭(所有方法都不使用)，则RNC下所有小区无论语音单通检测开关是否开启都不进行单通检测。

需要说明的是，对于RNC下语音单通检测方法的修改，仅针对修改后小区新接入的用户有效。对于小区下语音单通检测方法的修改，仅针对修改后小区新接入的用户有效。

在本发明的一种优选实施例中，当所述预设条件为丢失的语音数据达到预设丢失阈值时，所述步骤102可以包括如下子步骤：

子步骤S11，在预设周期中检测在同一传输方向上，是否连续在第一预设个数的TTI(transmission time interval，传输时间间隔)没有接收到语音数据；若是，则执行子步骤S12；

子步骤S12，获取第一报告统计值；其中，所述第一报告统计值为基站在预设周期中在同一方向上，连续没有接收到语音数据的TTI的个数；

子步骤S13，若所述第一报告统计值与所述第一预设个数一致，则判定所述语音业务出现疑似语音单通；

子步骤S14，在预设周期中检测在同一传输方向上，是否连续在第二预设个数的TTI没有接收到语音数据；若是，则执行子步骤S15；

子步骤S15，获取第二报告统计值；

子步骤S16，若所述第二报告统计值与所述第二预设个数一致，则判定所述语音业务出现语音单通。

在具体实现中，可以按照预设周期进行语音业务的单通检测，由于用户感知到的语音单通时间往往是秒级的，并且语音数据包本身的周期是20ms。因此，可以选择预设周期为2秒，那么在一个检测周期内满包为100个语音数据包。

在本发明的一种优选实施例中，所述丢失的语音数据可以包括上行传输通路或下行传输通路中正确的语音数据，错误的语音数据以及静默的语音数据；

具体地，丢失的语音数据可以包括上行传输通路，或者，下行传输通路中正确的语音数据(语音帧)，错误的语音数据(错误的语音帧)以及静默的语音数据(静默帧)。RNC对于每个语音业务分别统计其上行传输通路及下行传输通路各自连续无语音数据的TTI个数。假设RNC接收到用户说话方发送的是语音帧，那么RNC接收到用户听话方发送的就是静默帧，因此，分别统计其上行传输通路及下行传输通路各自连续无语音数据的TTI个数方法可以包括：

1、无语音帧检测

若在预设周期检测到在连续多个TTI无语音帧事件并通过CDL(呼叫数据记录log)进行上报。RNC对每个语音业务分别统计其上行传输通路及下行传输通路各自连续无语音帧接收的TTI个数。RNC上报统计的无语音帧接收的TTI个数达到某一门限并不能确认此时就是语音单通，还需要以消息形式通知NodeB，让NodeB上报其报告统计值，统计在预设周期中NodeB连续无语音帧接受的TTI的个数，RNC对每个语音业务分别统计其上行传输通路及下行传输通路各自连续无语音帧接收的TTI个数。

例如，当在预设周期无语音帧接收的TTI个数达到第一预设个数时，通过CDL进行上报，并向NodeB发送“语音单通检测指示”消息指示其统计第一报告统计值；当NodeB收到RNC下发的“语音单通检测指示”消息后，收集在预设周期无语音帧的个数的第一报告统计值发送给RNC。RNC判断第一报告统计值与第一预设个数是否一致，若是，则判定为“疑似语音单通”；根据NodeB上报的语音单通检查报告中的内容进行进一步判断通过CDL进行上报；当连续无数据接收的TTI个数达到第二预设个数时通过CDL进行上报，并向NodeB发送消息指示其上报第二报告统计值；RNC判断第二报告统计值与第二预设个数是否一致，若是，则判定为“语音单通”。其中，检测语音单通发生的预设阈值可以由OMC-R(操作维护中心)进行配置。

2、静默帧检测

若在检测连续多个TTI除了静默帧之外没有其它语音帧事件并通过CDL进行上报。RNC对每个语音业务分别统计其上行传输通路及下行传输通路各自连续接收静默帧的TTI个数。RNC上报统计的连续接收静默帧的TTI个数达到某一门限并不能确认此时就是语音单通，还需要以消息形式通知NodeB，让NodeB上报其报告统计值，进行进一步的印证。

例如，当在预设周期连续接收到静默帧的TTI个数达到第一预设个数时，通过CDL进行上报，并向NodeB发送“语音单通检测指示”消息指示其统计第一报告统计值；当NodeB收到RNC下发的“语音单通检测指示”消息后，收集在预设周期连续接收静默帧的TTI个数的第一报告统计值发送给RNC；RNC判断第一报告统计值与第一预设个数是否一致，若是，则判定为“疑似语音单通”；当连续接收静默帧的TTI个数达到第二预设个数时通过CDL进行上报，并向NodeB发送消息指示其第二报告统计值，RNC判断第二报告统计值与第二预设个数是否一致，若是，则判定为“语音单通”。

在实际中，当检测到出现“疑似语音单通”或者出现“语音单通”时，可以通过告警、事件日志的形式告诉维护人员，设备可能或者已经发生了语音单通，需要及时处理，维护人员可以依据实际情况是否进行相关设备的维护或修理，可大大减少故障的处理恢复时长，可能会在VIP贵宾用户发生投诉之前就已经及时解决了语音单通的问题，提升了语音业务的安全性与稳定性，提高了用户通信的体验效果。

作为本发明的一种优选示例，在判决是否发生语音单通的依据条件可以为发生大量语音数据包丢包，具体可以进行如下统计：

Num_UL_Speech_Good+Num_UL_Speech_Bad+Num_UL_Silence*8＜90；//根据协议中规定的语音静默时序，当进入稳态后一个静默桢后续要跟7个空包；

其中，Num_UL_Speech_Good可以表示为上行语音正确包数目，Num_UL_Speech_Bad可以表示为上行语音错误包数目，Num_UL_Silence可以表示为上行静默包数目。当在上行传输通路中全部丢失的语音数据超过90个时，可以认为出现了语音单通。

需要说明的是，上述代码是针对上行传输通路检测语音单通，下行传输通路与上行传输通路的处理方法可以相同。

参照图2，示出了本发明一种语音业务单通检测的方法实施例2的步骤流程图，所述方法具体可以包括如下步骤：

步骤201，当语音业务建立完成时，开始接收语音数据；

步骤202，若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

在本发明的一种优选实施例中，当所述预设条件为错误的语音数据达到预设错误阈值时，所述步骤202可以包括如下子步骤：

子步骤S21，统计在预设周期接收到错误的语音数据；

子步骤S22，计算所述错误的语音数据占所述接收的语音数据的比率；

子步骤S23，若所述比率大于预设比率阈值，则判定所述语音业务出现语音单通。

在本发明的一种优选实施例中，所述错误的语音数据可以包括上行传输通路或下行传输通路中错误的语音数据。

在本发明实施例中，用户终端从载波上接收到物理信号但不能正确解出CRC(循环冗余码校验)认为此块语音数据错误，计入到BLER(误块率)中。误块产生的原因，可能是终端自身硬件故障、空口传输质量、基站覆盖等。

具体地，可以检测在预设周期内用户上报的语音业务BLER的平均值，由于目前现网对BLER上报周期较长，故当RNC收到用户上报的BLER值到某个门限则直接该语音业务出现“语音单通”，通过CDL进行上报。语音单通发生的门限值由OMC-R进行配置。考虑到避免误报的情况，建议该值不要配置过小。

在本发明实施例中，RNC根据UE(用户终端)的测量上报，获得下行的BLER(误块率)，根据SQI(信号质量指数)公式的参数，RNC计算出下行SQI，然后RNC根据TPSS(业务处理子系统)的测量上报；

RNC获得上行的BLER、LFE(the longest consecutive sequence offrame Error，最长连续帧差错)，根据SQI公式的参数，RNC计算出上行SQI；根据上述结果，RNC计算得到用户级别的上、下行SQI，放置在性能统计级别的CDL中；RNC计算得到小区级别的上、下行SQI，通过性能统计方式上报给OMC；

对于VIP贵宾用户，RNC可以进行Qos(Quality of Service，服务质量)跟踪，将计算的上、下行SQI，通过CDL进行上报。

其中，RNC的Qos跟踪功能启动的判断如下：

如果全局算法中的SQI测量数配置为0，则说明整个RNC不开启SQI功能(包括小区SQI和UE SQI统计和跟踪)。

如果全局算法中的SQI测量数配置为2(即上行BLER测量、下行BLER测量)，但是某个小区不开启SQI功能：则在这个小区下不进行小区SQI统计，也不进行这个小区下UE的SQI统计，是否进行UE SQI跟踪，取决于用户是否开启QOS跟踪，且QOS跟踪测量配置了需要的质量测量，且全局算法中“Qos跟踪配置的质量测量是否用于SQI功能”开关开启。比如一个RNC下有10个小区，其中9个小区需要开启该功能，但有1个小区(小区A)不需要开启该功能，所以在这种参数配置下，对那9个小区进行测量，对这一个小区不进行测量；

如果全局算法开启了SQI功能，且某个小区开启SQI功能，则进行小区SQI统计和UE的SQI统计，是否进行UE SQI跟踪，取决于用户是否开启QOS跟踪，且QOS跟踪测量配置了需要的质量测量，且全局算法中“Qos跟踪配置的质量测量是否用于SQI功能”开关开启。

RNC在全局开启了SQI功能、小区开启SQI功能前提如下：

RNC根据针对用户的BLER、LFE统计结果，在每个周期(8S)内，利用公式，得到用户级别的上、下行SQI，并且在通话结束后，得到一个对通话整个过程的SQI进行平均值，其结果添加到性能统计级别的CDL中，供后台分析。

在本发明的一种优选示例中，判决是否发生语音单通的依据条件可以为发生大比例的语音数据包错包，具体可以进行如下统计：

Num_UL_Speech_Bad/(Num_UL_Speech_Good+Num_UL_Speech_Bad)＞30％；//当接收到的语音数据包总数低于某个门限时，可以让本公式暂时失效；

其中，当上行传输通路的错误的语音数包据所占语音数据包的比例大于30％时，可以认为出现语音单通。

参照图3，示出了本发明一种语音业务单通检测的方法实施例3的步骤流程图，所述方法具体可以包括如下步骤：

步骤301，当语音业务建立完成时，开始接收语音数据；

步骤302，若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

步骤303，输出所述语音业务出现语音单通的错误类型；所述错误类型包括：上行语音丢包单通，上行语音错包单通，下行语音丢包单通以及下行语音错包单通。

在本发明实施例中，针对语音业务的相关语音数据统计可以包括：

上行语音正确包数目(Num_UL_Speech_Good)；

上行语音错误包数目(Num_UL_Speech_Bad)；

上行静默包数目(Num_UL_Silence)；

下行语音正确包数目(Num_DL_Speech_Good)；

下行语音错误包数目(Num_DL_Speech_Bad)；

下行静默包数目(Num_DL_Silence)。

当语音业务单通检测完成后，可以输出语音业务出现语音单通的错误类型，即进行输出相关的话务统计：

上行话务统计：上行语音丢包单通，上行语音错包单通；

下行话务统计：下行语音丢包单通，下行语音错包单通。

另外，当语音业务单通检测完成后，还可以输出发生语音单通前5个周期数据接收情况，罗列如下：

发生语音单通前5个周期的FP上行接收包数目(结合物理层(MAC)接收包数目，监测Iub接口数据包传输的故障)；

发生语音单通前5个周期的MAC上行接收包数目；

发生语音单通前5个周期的MAC上行接收错误包数目。

以及，

发生语音单通前5个周期的IUUP下行接收包数目；

发生语音单通前5个周期的MAC下行接收包数目；

发生语音单通前5个周期的MAC下行接收错误包数目。

为了使本领域技术人员进一步了解本发明实施例，下面通过一个具体的示例来说明本发明进行语音业务单通检测的过程。

在现有方案中检测语音单通可以通过算法来检测语音单通，该算法的应用场景可以是针对每个AMR业务流单独检测，由于上下行数据流是完全独立处理的，因此，语音单通检测算法也上下行分开各自单独工作。

参照图4所示本发明的一种语音单通检测方案及算法示意图，具体的语音单通检测步骤如下：

1，当AMR语音业务建立完成后，接收收到NAS(非接入层)消息Connect-Ack，算法启动；

2，当算法启动后，进行周期性检测，由于用户感知到的单通时间往往是秒级的，又因为语音数据包本身的周期是20ms，因此，可以将检测周期选择为2秒，在一个检测周期内满包为100个数据包；

3，检测AMR语音业务是否满足条件1或条件2；在实际问题分析中发现，有两种情况下均可能被用户认为单通，条件1，发生大量数据包丢包；条件2，发生大比例的数据包错包，因此将这两种情况作为语音单通的检测条件。由于实际网络中语音单通的判决条件可能需要调整，因此判决门限，即算法的参数可按需要进行配置；

4，若检测到发生语音单通，在RNC话统中输出单通话统指标(RNC级)，该话统包括4个指标，分别是上行丢包单通，上行错包单通，下行丢包单通，下行错包单通；

5，在检测到语音单通时，在RNC内部输出相关打点，即相关的统计结果；

6，当业务释放或者发生RNC间切换后算法终止。

本发明实施例通过上述语音单通的检测方法，在语音单通现象发生的第一时间，通过告警、事件日志的形式告诉维护人员，设备已经发生语音单通现象，需要及时处理，这样可大大减少故障的处理恢复时长，可能会在VIP贵宾用户发生投诉之前就已经解决了语音单通的问题。实现了对语音质量、是否发生语音单通问题的监控，及时发现语音单通现象，减少了故障处理恢复时间，提升了语音业务的安全性与稳定性，提高了用户通信的体验效果。

另外，本发明实施例是在语音业务建立完成后，即用户开始正式通话后才开始进行语音业务的单通检测，因此可以避免在在用户实际通话之前进行语音单通检测而导致误检或漏检的情况。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必须的。

参照图5，示出了本发明一种语音业务单通检测的装置实施例的结构框图，所述装置具体可以包括如下模块：

语音业务建立模块401，用于当语音业务建立完成时，开始接收语音数据；

语音业务单通检测模块402，用于若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

在本发明的一种优选实施例中，所述接收的语音数据可以包括上行语音数据及下行语音数据。

在本发明的一种优选实施例中，所述语音业务单通检测模块402可以包括如下子模块：

第一检测子模块，用于在预设周期中检测在同一传输方向上，是否连续在第一预设个数的传输时间间隔TTI没有接收到语音数据；若是，则调用第一报告统计值获取子模块；

第一报告统计值获取子模块，用于获取第一报告统计值；其中，所述第一报告统计值为基站在预设周期中在同一方向上，连续没有接收到语音数据的传输时间间隔TTI的个数；

疑似语音单通判定子模块，用于若所述第一报告统计值与所述第一预设个数一致，则判定所述语音业务出现疑似语音单通；

第二检测子模块，用于在预设周期中检测在同一传输方向上，是否连续在第二预设个数的传输时间间隔TTI没有接收到语音数据；若是，则调用第二报告统计值获取子模块；

第二报告统计值获取子模块，用于获取第二报告统计值；

第一语音单通判定子模块，用于若所述第二报告统计值与所述第二预设个数一致，则判定所述语音业务出现语音单通。

在本发明的一种优选实施例中，所述语音业务单通检测模块402可以包括如下子模块：

错误语音数据统计子模块，用于统计在预设周期接收到错误的语音数据；

比率计算子模块，用于计算所述错误的语音数据占所述接收的语音数据的比率；

第二语音单通判定子模块，用于若所述比率大于预设比率阈值，则判定所述语音业务出现语音单通。

在本发明的一种优选实施例中，还可以包括如下模块：

错误类型输出模块，用于输出所述语音业务出现语音单通的错误类型；所述错误类型包括：上行语音丢包单通，上行语音错包单通，下行语音丢包单通以及下行语音错包单通。

在本发明的一种优选实施例中，所述丢失的语音数据可以包括上行传输通路或下行传输通路中正确的语音数据，错误的语音数据以及静默的语音数据；所述错误的语音数据包括上行传输通路或下行传输通路中错误的语音数据。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种语音业务单通检测的方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种语音业务单通检测的方法，其特征在于，包括：

当语音业务建立完成时，开始接收语音数据；

若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

2.根据权利要求1所述的方法，其特征在于，所述接收的语音数据包括上行语音数据及下行语音数据。

3.根据权利要求1或2所述的方法，其特征在于，当所述预设条件为丢失的语音数据达到预设丢失阈值时，所述若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通的步骤包括：

在预设周期中检测在同一传输方向上，是否连续在第一预设个数的传输时间间隔TTI没有接收到语音数据；

若是，则获取第一报告统计值；其中，所述第一报告统计值为基站在预设周期中在同一方向上，连续没有接收到语音数据的传输时间间隔TTI的个数；

若所述第一报告统计值与所述第一预设个数一致，则判定所述语音业务出现疑似语音单通；

在预设周期中检测在同一传输方向上，是否连续在第二预设个数的传输时间间隔TTI没有接收到语音数据；

若是，则获取第二报告统计值；

若所述第二报告统计值与所述第二预设个数一致，则判定所述语音业务出现语音单通。

4.根据权利要求1或2所述的方法，其特征在于，当所述预设条件为错误的语音数据达到预设错误阈值时，所述若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通的步骤包括：

统计在预设周期接收到错误的语音数据；

计算所述错误的语音数据占所述接收的语音数据的比率；

若所述比率大于预设比率阈值，则判定所述语音业务出现语音单通。

5.根据权利要求1或2所述的方法，其特征在于，还包括：

输出所述语音业务出现语音单通的错误类型；所述错误类型包括：上行语音丢包单通，上行语音错包单通，下行语音丢包单通以及下行语音错包单通。

6.根据权利要求1或2所述的方法，其特征在于，所述丢失的语音数据包括上行传输通路或下行传输通路中正确的语音数据，错误的语音数据以及静默的语音数据；所述错误的语音数据包括上行传输通路或下行传输通路中错误的语音数据。

7.一种语音业务单通检测的装置，其特征在于，包括：

语音业务建立模块，用于当语音业务建立完成时，开始接收语音数据；

语音业务单通检测模块，用于若按照预设周期检测到所述语音业务满足预设条件，则判定所述语音业务出现语音单通；其中，所述预设条件包括：丢失的语音数据达到预设丢失阈值，或者，错误的语音数据达到预设错误阈值。

8.根据权利要求7所述的装置，其特征在于，所述接收的语音数据包括上行语音数据及下行语音数据。

9.根据权利要求7或8所述的装置，其特征在于，所述语音业务单通检测模块包括：

第一检测子模块，用于在预设周期中检测在同一传输方向上，是否连续在第一预设个数的传输时间间隔TTI没有接收到语音数据；若是，则调用第一报告统计值获取子模块；

第一报告统计值获取子模块，用于获取第一报告统计值；其中，所述第一报告统计值为基站在预设周期中在同一方向上，连续没有接收到语音数据的传输时间间隔TTI的个数；

疑似语音单通判定子模块，用于若所述第一报告统计值与所述第一预设个数一致，则判定所述语音业务出现疑似语音单通；

第二检测子模块，用于在预设周期中检测在同一传输方向上，是否连续在第二预设个数的传输时间间隔TTI没有接收到语音数据；若是，则调用第二报告统计值获取子模块；

第二报告统计值获取子模块，用于获取第二报告统计值；

第一语音单通判定子模块，用于若所述第二报告统计值与所述第二预设个数一致，则判定所述语音业务出现语音单通。

10.根据权利要求7或8所述的装置，其特征在于，所述语音业务单通检测模块包括：

错误语音数据统计子模块，用于统计在预设周期接收到错误的语音数据；

比率计算子模块，用于计算所述错误的语音数据占所述接收的语音数据的比率；

第二语音单通判定子模块，用于若所述比率大于预设比率阈值，则判定所述语音业务出现语音单通。

11.根据权利要求7或8所述的装置，其特征在于，还包括：

错误类型输出模块，用于输出所述语音业务出现语音单通的错误类型；所述错误类型包括：上行语音丢包单通，上行语音错包单通，下行语音丢包单通以及下行语音错包单通。

12.根据权利要求7或8所述的装置，其特征在于，所述丢失的语音数据包括上行传输通路或下行传输通路中正确的语音数据，错误的语音数据以及静默的语音数据；所述错误的语音数据包括上行传输通路或下行传输通路中错误的语音数据。

Images