[发明专利]一种基于RTSP的网络侧音视频流间失步测量方法及装置

说明书

技术领域

本发明涉及网络视频业务客观质量评价领域，更具体的，涉及该领域中应用在网络侧接收到大量音视频流时，同源音视频流的匹配技术及音视频流间失步的测量。

背景技术

近年来，随着互联网网络带宽的飞速提升，流媒体视频业务得到了很好的发展。在网络侧对流媒体业务进行客观质量评价可以帮助服务提供商更加清晰地了解用户对视频质量的满意程度，从而可以进一步地提高服务质量。在实际流媒体业务中，音视频流通常是通过不同的RTP流传输的。因此，在网络侧视频客观质量评价中，如何在大量的数据流中快速匹配出来自同一视频业务的音视频流并测量流间失步是一项关键技术。

在流媒体业务中，建立在网络传输层协议TCP上的RTSP协议用于实现服务器与客户端之间流媒体业务连接的协商与建立；建立在UDP上的RTP及RTCP协议分别用于实现音视频流的传输及质量监测。现有的流媒体客户端各音视频流间同步是依据RTP协议标准(RFC3550)，通过对RTCP协议的解析来实现的。流媒体客户端对服务器周期性发送的Sender Report(发送者报告)中npt时间戳及rtp时间戳进行分析，来实现音视频流间的同步与校准。但这种同步机制的第一次同步依赖于第一个Sender Report的到达时间，从而影响视频的起始播放。因此，一些方法应用RTSP协议Play响应中range及rtptime域进行同步的初始化，同时利用RTCP协议在播放的过程中，进行音视频流间同步的校准。

然而，在网络侧视频客观质量评价中，上述基于RTCP协议的流间同步存在一定的问题。第一，网络节点上同时存在的音视频流较多，需要首先在大量的音视频流中快速分离出来自同一视频的各音视频流，才能进一步对音视频流间的失步进行测量。第二，网络侧的数据通过量较大，对数据处理速度的要求较高。因此音视频流间的失步测量方法不能过于复杂。第三，RTCP协议在流媒体业务中是可选项，因此在网络侧无法对未部署RTCP协议的流媒体业务进行视频客观质量评价，这在很大程度上限制了测量方法的使用范围。第四，RTCP协议建立在UDP之上，即建立在不可靠连接之上，在网络质量较差时，包含Sender Report的RTCP包可能发生丢失，导致测量方法无法对音视频流间的失步进行测量。

本发明提出了一种可以应用于网络侧的流媒体业务流间失步的测量方法。在网络节点处，仅需对大量音视频流中的流媒体控制协议RTSP进行解析，利用相应端口号，实现同源业务中各音视频流的快速匹配。进一步地，本发明利用RTP协议的时间戳信息，可以对音视频流间失步进行较好地测量。另外，本发明中的方法无需对RTCP协议进行解析，很大程度地降低了音视频流间失步测量的算法复杂度，能够更好的适应网络侧的实际需求。

发明内容

本发明所要解决的技术问题是：克服现有技术中存在的音视频流间同步依赖于对RTCP协议的解析、方法过于复杂、无法适用于网络侧音视频流间失步测量的问题和缺陷。

为了解决上述技术问题，本发明提供一种在网络侧基于RTSP协议端口快速匹配的音视频流间失步测量的方法，包括以下步骤：

(a)在网络侧获取流媒体业务的RTSP包。

(b)对获取的RTSP包进行解析，并记录同源音视频流的基本信息、网络传输信息及初始同步信息。

(c)根据记录的同源音视频流网络传输信息中的端口号信息，在网络侧获取流媒体业务的音、视频流。

(d)根据记录的同源音视频流的基本信息、初始同步信息以及RTP包的时间戳对同源音视频流间失步进行测量。

进一步地，上述方法还可具有以下特点：在步骤(a)中，需要获取同一IP地址对及端口号的RTSP协议的DESCRIBE命令及响应，SETUP命令及响应，PLAY命令及响应和TEARDOWN命令及响应。这样可以保证在(b)中可以解析出该视频流媒体业务的所有音视频流的网络传输端口号及所需要的信息。

进一步地，上述对RTSP包获取的考虑还可具有以下特点：由于RTSP协议在服务器通常采用默认端口号554，因此在网络侧仅需在网络传输层对TCP协议的端口号进行解析，即可获取RTSP包。这样保证了在网络侧大量数据流的情况下获取RTSP包的实现简单易行。