[发明专利]提高IP视频媒体流业务质量告警精准度的方法及系统

说明书

技术领域

本发明属于通信测试技术领域，涉及一种IP视频网络检测方法，尤其涉及一种提高IP视频媒体流业务质量告警精准度的方法；同时，本发明还涉及一种提高IP视频媒体流业务质量告警精准度的系统。

背景技术

近年来，随着IP网络和应用的迅速发展以及通信市场竞争的日益加剧，全球的各大电信运营商正掀起一股股IPTV网络建设和三网融合业务发展的热潮。在IPTV网络业务中，VOD点播和时移电视业务越来越收到人们的青睐，并逐渐成为“三网融合”的杀手级应用。然而，由于VOD和时移电视业务均采用IP单播技术来实现视频媒体流的传输，当很多用户同时点播同一部热片时，很容易产生较高的突发流量，对视频服务器和IP骨干网造成较大的压力，从而引起网络拥塞和丢包，造成IP视频业务的视频质量下降(如马赛克、花屏、卡屏、黑屏等现象)。为了保障IP视频网络的业务质量，就有必要对VOD点播和时移电视的媒体流量进行实时监测，并对各种视频业务质量下降产生告警，从而便于网络维护人员及时修复故障。

同用户只能被动观看IP视频直播节目不同，VOD点播和时移电视业务均允许用户对视频节目进行各种操作(如暂停、快进、快退等)。对于IP视频业务质量监测系统而言，用户的这些操作会导致反映IP视频流业务质量(QoS)和用户体验质量(QoE)的各种KPI参数(如视频MOS、MPEG-TS层丢包和抖动)的劣化和告警。然而，由于这些告警是IP视频用户的操作行为所导致的，它们并没能正确反映实际的用户体验质量，因此属于误告警的范畴。因此，业界迫切地需要一种能准确区分IP视频平台/网络故障和用户行为导致的单播媒体流QoS/QoE告警的方法。

RTSP(Real Time Streaming Protocol)，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，用来控制声音或影像等流媒体数据在IP网络中的传输。RTSP的消息有两大类，一是请求消息(request)，一是回应消息(response)。使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。

在IP视频网络中，机顶盒(STB)和VOD服务器之间通过RTSP信令协议来实现视频媒体流的建立、保持和关闭。用户通过遥控器对STB进行各种VOD操作(如播放、暂停、停止、快进、快退等)，相应地STB通过RTSP协议将这些控制命令传送给VOD服务器来实现这些操作。因此，IP视频业务质量监测系统可以通过跟踪和解析RTSP信令来了解VOD用户的操作行为。

发明内容

本发明所要解决的技术问题是：提供一种提高IP视频媒体流业务质量告警精准度的方法，可提高对VOD点播和时移电视业务的用户体验质量下降告警精准度。

此外，本发明还提供一种提高IP视频媒体流业务质量告警精准度的系统，可提高对VOD点播和时移电视业务的用户体验质量下降告警精准度。

为解决上述技术问题，本发明采用如下技术方案：

一种提高IP视频媒体流业务质量告警精准度的方法，所述方法包括如下步骤：

步骤S1：通过采集设备对IP视频单播业务流进行双向数据捕获，并将MPEG-TS媒体流数据和RTSP信令数据分别加以处理；对于RTSP信令数据的处理，转至步骤S2；对于媒体流数据的处理，转至步骤S3；

步骤S2：对于RTSP信令数据，按RTSP协议标准进行消息解码分析，提取RTSP信令中会影响媒体流KPI劣化的命令消息事件，并记录这些RTSP事件Er和它们所在的采样点位置；转至步骤S5；

步骤S3：对于媒体流数据，按MPEG-TS/RTP协议标准进行消息解析，并计算各媒体流的所有QoS/QoE统计参数(KPI)；转至步骤S4；

步骤S4：对当前采样周期的各统计参数KPI进行告警门限检测，若某个媒体流的KPI超过劣化门限值，转至步骤S5；

步骤S5：检查该媒体流在当前采样点的前N个采样点内是否存在RTSP事件Er，如果存在RTSP事件Er，则将这些媒体流KPI越界事件判断为正常的用户行为导致的媒体流KPI事件；否则将这些媒体流KPI越界事件判断为影响用户体验质量的告警事件。

作为本发明的一种优选方案，所述步骤S1中，所述IP视频单播业务流包括VOD或/和时移电视。

作为本发明的一种优选方案，所述步骤S2中，RTSP信令中会影响媒体流KPI劣化的命令消息事件包括用于控制快进/快退的播放(Play)消息、暂停(Pause)消息和停止(Teardown)消息。