CN102045217B

CN102045217B - 多媒体业务质量监控方法及系统

Info

Publication number: CN102045217B
Application number: CN200910236155.4A
Authority: CN
Inventors: 王科; 赵立君; 曹艳艳; 张伟
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2009-10-22
Filing date: 2009-10-22
Publication date: 2014-12-10
Anticipated expiration: 2029-10-22
Also published as: CN102045217A

Abstract

本发明公开了一种多媒体业务质量监控方法及系统。该方法包括：传输网络的各数据采集点采集多媒体业务数据，经时钟同步后发送至业务数据库；业务数据库对多媒体业务数据进行存储；分析平台调取多媒体业务数据，对多媒体业务数据进行还原分析，获取数据采集点对应网段的传输质量信息。本发明各实施例中，在终端侧和核心网中的各个公共接口点进行数据采集；然后统一由分析平台进行多媒体数据的还原和质量性能分析，从而发现业务质量问题并进行准确定位，方便进行网络维护。

Description

多媒体业务质量监控方法及系统

技术领域

本发明涉及通信行业的数据业务领域，尤其涉及一种多媒体业务质量监控方法及系统。

背景技术

3G的端到端可视电话和访问3G的多媒体业务，如视频邮箱，视频会议等，都是由3G的无线终端侧发起的3G-324M协议的呼叫，经过核心网络侧设备到另外一端的3G无线设备或者核心网中业务网中的多媒体业务服务器。然而，由于多媒体文件携带的信息较多，导致整个文件比较庞大，而受通信网络中带宽的限制，通常多媒体业务的质量会受到影响，用户感受度下降。上述情况下，多媒体业务监控成为本领域的必须解决的技术问题。现有技术只能通过两只路测仪进行端到端无线部分的测试；可以知道可视电话业务在无线两侧的信令和媒体质量状况。

在实现本发明过程中，发明人发现现有技术多媒体业务质量监控方式中存在如下缺陷：多媒体传输质量出现故障时，无法定位故障的发生点。

发明内容

本发明的目的是解决现有技术多媒体业务质量监控方式中，多媒体传输质量出现问题时，无法定位问题的发生点的缺陷，提出一种多媒体业务质量监控方法及装置，以快速定位导致多媒体传输质量出现问题出现的故障点。

为实现上述目的，根据本发明的一个方面，提供了一种多媒体业务质量监控方法，包括：传输网络的各数据采集点采集多媒体业务数据，经时钟同步后发送至业务数据库；业务数据库对多媒体业务数据进行存储；分析平台调取多媒体业务数据，对多媒体业务数据进行还原分析，获取数据采集点对应网段的传输质量信息。

优选地，本技术方案中，还可以包括：各数据采集点采集网络参数和/或信令消息，经时钟同步后发送至业务数据库；业务数据库存储网络参数和/或信令消息；分析平台调取网络参数和/或信令消息，根据网络参数和/或信令消息，获取数据采集点对应网段的传输质量信息。

本技术方案中，信令消息包括：3G-324M信令、SIP/IMS信令、RTSP信令、H.245消息、SIP消息，和/或RTSP消息；网络参数包括丢包率，Jitter值，CRC错误，MOS数值，和/或VMOS值。

本技术方案中，各数据采集点采用GPS或NTP进行数据时钟同步；各数据采集点采用路测终端或软探针按照预设时间进行数据采集。

本技术方案中，数据采集点位于路测终端、传输网络的空中接口、Iub接口、IuPS接口、IuCS接口、NB接口、MC接口、NC接口、和/或Gi接口。

本技术方案中，多媒体业务包括：可视电话、视频留言、视频共享、多媒体彩铃、视频会议，或流媒体。

为实现上述目的，根据本发明的另一个方面，提供了一种多媒体业务质量监控系统，包括数据采集点、业务数据库、分析平台，其中：数据采集点，用于采集多媒体业务数据，经时钟同步后发送至业务数据库；业务数据库，用于存储多媒体业务数据；分析平台，用于调取多媒体业务数据，对多媒体业务数据进行还原分析，获取数据采集点对应网段的传输质量信息。

优选地，本技术方案中，数据采集点，还用于采集网络参数和/或信令消息，经时钟同步后发送至业务数据库；业务数据库，还用于存储网络参数和/或信令消息；分析平台，还用于调取网络参数和/或信令消息，根据网络参数和/或信令消息，获取数据采集点对应网段的传输质量信息。

本技术方案中，数据采集点采用GPS或NTP进行数据时钟同步；各数据采集点采用路测终端或软探针按照预设时间进行数据采集。

本技术方案中，数据采集点位于传输网络的空中接口、Iub接口、IuPS接口、IuCS接口、NB接口、MC接口、NC接口、和/或Gi接口。

本发明各实施例中，在终端侧和核心网中的各个公共接口点进行数据采集；然后统一由分析平台进行多媒体数据的还原和质量性能分析，从而发现业务质量问题并进行准确定位，从而方便进行网络维护。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一多媒体业务质量监控方法的流程图；

图2为本发明实施例一多媒体业务质量监控方法的示意图；

图3为本发明实施例三多媒体业务质量监控方法的协议栈结构；

图4为本发明实施例三多媒体业务质量监控方法的流程图。

具体实施方式

以下结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

实施例一

图1为本发明实施例一多媒体业务质量监控方法的流程图。如图1所示，本实施例包括：

步骤S102：传输网络的各数据采集点采集多媒体业务数据，经时钟同步后发送至业务数据库；

步骤S104：业务数据库对多媒体业务数据进行存储；

步骤S106：分析平台调取多媒体业务数据，对多媒体业务数据进行还原分析，获取数据采集点对应网段的传输质量信息。

图2为本发明实施例一多媒体业务质量监控方法的示意图。如图2所示，本实施例中，数据采集点位于传输网络的空中接口、Iub接口、IuPS接口、IuCS接口、NB接口、MC接口、NC接口、和/或Gi接口。各数据采集点采用GPS、NTP或其他同步方式进行数据时钟同步；采用路测终端或软探针按照预设时间进行数据采集。多媒体业务包括：可视电话、视频留言、视频共享、多媒体彩铃、视频会议，或流媒体。

本实施例中，在终端侧和核心网中的各公共接口点进行采集多媒体业务数据；然后统一由分析平台进行多媒体业务数据的质量性能分析，从而发现业务质量问题并进行准确定位，从而方便进行网络维护。

实施例二

本实施例将在实施例一的基础上，增加对网络参数和/或信令消息的采集和分析，从而可以更加准确的评价各网段的传输质量信息。

步骤S202：传输网络的各数据采集点采集多媒体业务数据、网络参数、信令消息，经时钟同步后发送至业务数据库；

步骤S204：业务数据库对多媒体业务数据、网络参数、信令消息进行存储；

步骤S206：分析平台调取多媒体业务数据、网络参数、信令消息，对多媒体业务数据进行还原分析，结合相应的网络参数和信令消息，获取数据采集点对应网段的传输质量信息。

本实施例中，信令消息包括：3G-324M信令、SIP/IMS信令、RTSP信令、H.245消息、SIP消息，和/或RTSP消息；网络参数包括丢包率，Jitter值，CRC错误，MOS数值，和/或VMOS值。在实际场景中，也可以单独采用信令消息结合多媒体业务数据进行分析，或者单独采用网络参数结合多媒体业务进行分析，只要符合本发明的思想，均应包含在本发明的保护范围之内。

以流媒体业务为例，从终端侧和核心网侧各接口，如Iub、IuPS、IuCS、NB、MC、NC、Gi等，利用仪表或者软探针对流媒体业务进行采集并且进行时钟同步，而后保存到业务数据库中；分析平台分别对每个采集点的数据进行还原分析，对业务使用的信令消息进行分析，信令消息如3G-324M、SIP/IMS、RTSP；H.245，SIP Message，RTSP Message等；对语音和视频，即RTP/RTCP数据包在每一段网络上的丢包率，Jitter，CRC错误以及音频数据解压缩后的MOS数值和视频数据解压缩后的VMOS数值进行分析和统计；从而找出3G可视电话业务和多媒体业务中问题发生点。

同时，相关无线和核心网公共接口的网络参数也以一定的时间间隔保存在业务数据库中，发生质量问题时，分析平台会搜寻相关时间点和公共接口的网络参数，对比基准参考值找到问题发生原因。

本实施例在实施例一的基础上，不仅对多媒体业务数据进行还原分析，并且结合网络参数和信令消息进行个网段的传输质量分析。本实施例具有实施例一的全部有益效果，并且获取的信息更全面，定位故障更精确。

实施例三

本实施例将在上述各实施例的基础上，以3G网络中的视频电话业务为例对本发明进行详细说明。图3为本发明实施例三多媒体业务质量监控方法的协议栈结构。如图3所示，视频电话业务主要遵从3G-324M协议，3G-324M的主要子协议和过程有：误码恢复服务；H.223复接/分接协议；ITU-T H.245呼叫控制；采用的可选编解码器：MPEG-4简单框架，用于视频的H.263和用于音频的自适应多速率(AMR)。其中，H.245提供以下功能：主从判断；功能交换；逻辑信道管理；复用表管理；模式改变请求以及各种命令与指示。图4为本发明实施例三多媒体业务质量监控方法的流程图。如图4所示，本实施例包括：

步骤S302：UEA向MSC SERVER A发SETUP消息，消息中携带的BC_IE信元(承载能力标识单元)中ITC为’UDI’，ORA为′H.223&H.245’；

步骤S304：MSC SERVER A获得被叫的MSRN后，向主叫终端发起Call_Proceeding；

步骤S306：MSC SERVER A向HLR B发起SRI请求；

步骤S308：HLR B向被叫附着的MSC SERVER B取漫游号码；

步骤S310：MSC SERVER B向HLR B返回漫游号码，如果MSCSERVER B支持预寻呼，这时会先发起预寻呼过程后再返回漫游号码；

步骤S312：HLR B向MSC SERVER A通过SRI_ACK(MSRN)消息返回UE B的路由信息；

步骤S314：MSC SERVER A向MSC SERVER B发起ISUP IAM消息；如果被叫用户签约了主叫号码显示业务，ISUP IAM消息中需要携带主叫号码；

步骤S316：如果在取漫游号码时没有发起预寻呼，MSC SERVERB向UE B发起寻呼请求消息；

步骤S318：UE B返回寻呼响应消息；

步骤S320：MSC SERVER B向UE B发SETUP消息，消息中携带的BC_IE信元中ITC为’UDI’，ORA为′H.223&H.245’；

步骤S322：UE B返回CALL CONFIRMED消息，没有携带新的BC_IE，表示能够支持VP被叫；

步骤S324：被叫振铃后，UE B向MSC SERVER B返回ALERTING消息；

步骤S326：MSC SERVER B向MSC SERVER A返回ISUP ACM消息；

步骤S328：MSC SERVER A向UE A返回ALERTING消息；注意，由于VP业务也是一种数据承载业务，3GPP协议标准到目前为止，也还没有定义在VP呼叫时如何放回铃音，所以在标准VP呼VP流程中，无论MSC SERVER B还是MSC SERVER A都是不对主叫放回铃音的，UE A根据ALERTING消息向主叫用户播放普通回铃音；

步骤S330：被叫摘机后，UE B向MSC SERVER B返回CONNECT消息；

步骤S332：MSC SERVER B向MSC SERVER A返回ISUP ANM消息；

步骤S334：MSC SERVER B向UE B返回CONNECT ACK消息；

步骤S336：MSC SERVER A向UE A发CONNECT消息；

步骤S338：UE A向MSC SERVER A返回CONNECT ACK消息；

步骤S340：H.245建立过程：UE A与UE B进行端到端的H.245终端能力集的协商、H.245主从确定的协商、H.245发送复用表的协商，并打开H.245音频、视频逻辑通道；UEA与UEB可进行可视电话通话；

步骤S342：终端双方进行通话；

步骤S344：H.245拆除过程，UEA与UEB之间关闭H.245音频、视频逻辑通道，结束H.245会话，主被叫用户面的资源都被拆除；

步骤S346：假设UEA先终止呼叫，向MSC SERVER A发起DISCONNECT拆线消息；

步骤S348：MSC SERVER A向MSC SERVER B发ISUP REL消息，请求拆除被叫侧；

步骤S350：MSC SERVER B向UE B发起DISCONNECT拆线消息；

步骤S352：MSC SERVER B向MSC SERVER A返回ISUPRELEASE COMPLATE；

步骤S354：MSC SERVER A向UE A发RELEASE消息；

步骤S356：UE A向MSC SERVER A返回RELEASECOMMPLETE消息；

步骤S358：UE B向MSC SERVER B发RELEASE释放请求消息；

步骤S360：MSC SERVER B向UE B返回RELEASECOMMPLETE消息。

上述为视频-电话的信令流程图，我们可以在路测终端、RNC、Iub口、Iu口、Mb口、Mc口等处设置数据采集点，采集视频电话的业务数据和信令数据，经时钟同步后，在业务数据库进行存储，有分析平台对音频数据和视频数据进行还原，并进行相关的分析处理。分析处理的依据主要包括：

一、音频评估：PESQ(ITU-T P.862)，MOS打分，1-5表现不同的语音质量；

二、视频评测模式：主观、客观

1)主观评测：由测试人员实际观察并对视频进行主观打分；

2)客观评测，根据Full Reference(ITU-T J.144)；ReducedReference(ITU-T J.143)；No-Reference(ETSI TR 101-290)对原视频图像进行还原后，进行评价；

三、PEVQ：(VQEG)业界通用的一种评估方式，包括KPI：PEVQScore、Delay、Brightness、Contrast、Distortion Indicators等评价因素。

本实施例结合具体业务对多媒体业务质量监控方法进行了说明，实现的细节可以参照实施例一、实施例二的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

实施例四

如图二所示，本实施例提供了一种多媒体业务质量监控系统，包括数据采集点、业务数据库、分析平台。其中：数据采集点，用于采集多媒体业务数据，经时钟同步后发送至业务数据库；业务数据库，用于存储多媒体业务数据；分析平台，用于调取多媒体业务数据，对多媒体业务数据进行还原分析，获取数据采集点对应网段的传输质量信息。

此外，数据采集点，还用于采集网络参数和/或信令消息，经时钟同步后发送至业务数据库；业务数据库，还用于存储网络参数和/或信令消息；分析平台，还用于调取网络参数和/或信令消息，根据网络参数和/或信令消息，获取数据采集点对应网段的传输质量信息。

本实施例中，数据采集点采用GPS或NTP进行数据时钟同步；各数据采集点采用路测终端或软探针按照预设时间进行数据采集。数据采集点位于传输网络的空中接口、Iub接口、IuPS接口、IuCS接口、NB接口、MC接口、NC接口、和/或Gi接口。对于TD-SCDMA网络，上述空中接口为U_u接口。

本实施例多媒体业务质量监控系统实现的方法可以参照实施例一、实施例二、实施例三的相关说明，并具有上述实施例的全部有益效果，此处不再重述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟、光盘、网络节点、调度器等各种可以存储程序代码的介质。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种多媒体业务质量监控方法，其特征在于，包括：

传输网络的各数据采集点采集多媒体业务数据，经时钟同步后发送至业务数据库；

业务数据库对所述多媒体业务数据进行存储；

分析平台调取所述多媒体业务数据，对所述多媒体业务数据进行还原分析，获取所述数据采集点对应网段的传输质量信息；无线和核心网公共接口的网络参数也以设定的时间间隔保存在业务数据库中，发生质量问题时，分析平台会搜寻相关时间点和公共接口的网络参数，对比基准参考值找到问题发生原因；

具体包括：

所述各数据采集点采集网络参数和/或信令消息，经时钟同步后发送至业务数据库；

所述业务数据库存储所述网络参数和/或信令消息；

分析平台调取所述网络参数和/或信令消息，根据调取的多媒体业务数据，结合相应的网络参数和/或信令消息，对所述多媒体业务数据进行还原分析，获取所述数据采集点对应网段的传输质量信息。

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

所述信令消息包括：3G-324M信令、SIP/IMS信令、RTSP信令、H.245消息、SIP消息，和/或RTSP消息；

所述网络参数包括丢包率，Jitter值，CRC错误，MOS数值，和/或VMOS值。

3.根据权利要求1或2所述的方法，其特征在于，所述各数据采集点采用GPS或NTP进行数据时钟同步；各数据采集点采用路测终端或软探针按照预设时间进行数据采集。

4.根据权利要求1或2所述的方法，其特征在于，所述数据采集点位于路测终端、传输网络的空中接口、Iub接口、IuPS接口、IuCS接口、NB接口、MC接口、NC接口、和/或Gi接口。

5.根据权利要求1或2所述的方法，其特征在于，所述多媒体业务包括：可视电话、视频留言、视频共享、多媒体彩铃、视频会议，或流媒体。

6.一种多媒体业务质量监控系统，其特征在于，包括数据采集点、业务数据库、分析平台，其中：

数据采集点，用于采集多媒体业务数据，经时钟同步后发送至业务数据库；

业务数据库，用于存储所述多媒体业务数据；

分析平台，用于调取所述多媒体业务数据，对所述多媒体业务数据进行还原分析，获取所述数据采集点对应网段的传输质量信息；

数据采集点，还用于采集网络参数和/或信令消息，经时钟同步后发送至业务数据库；

业务数据库，还用于存储所述网络参数和/或信令消息；

分析平台，还用于调取所述网络参数和/或信令消息，根据调取的多媒体业务数据，结合相应的网络参数和/或信令消息，对所述多媒体业务数据进行还原分析，获取所述数据采集点对应网段的传输质量信息；无线和核心网公共接口的网络参数也以设定的时间间隔保存在业务数据库中，发生质量问题时，分析平台会搜寻相关时间点和公共接口的网络参数，对比基准参考值找到问题发生原因。

7.根据权利要求6所述的系统，其特征在于，所述数据采集点采用GPS或NTP进行数据时钟同步；各数据采集点采用路测终端或软探针按照预设时间进行数据采集。

8.根据权利要求6所述的系统，其特征在于，所述数据采集点位于路测终端、传输网络的空中接口、Iub接口、IuPS接口、IuCS接口、NB接口、MC接口、NC接口、和/或Gi接口。