[发明专利]一种基于SIP监控系统的视频多播实现方法

说明书

技术领域

本发明涉及一种通信以及信息技术领域，具体涉及一种基于SIP监控系统的视频多播实现方法。

背景技术

目前，SIP(Session Initiation Protocol)协议凭借其开放，灵活，扩展性强等特点，已经成为IP网络通信的协议标准，尤其在NGN,IMS网络中扮演核心协议角色。不仅如此，SIP也逐渐取代其他一些协议，成为监控系统的协议标准。我们知道，一次视频监控会话和一次音视频会话基本相似，前者可视为后者的子集，主要差别在于，音视频通信是双向的音频和视频流和视频监控仅有从摄像头到监控端的视频流(音频流可以是双向).一个典型SIP监控系统和一个SIP音视频电话系统也可以说基本一致。

在监控系统的实际应用中,存在这样的需求，就是多个用户同时查看一个IPC(IP Camera)依照SIP协议的呼叫流程。每个客户端都会和IPC建立一个会话，这使得IPC上会同时传输多路媒体流，对IPC而言，在性能上很难应对，同时作为接入终端，传输带宽也难以保证。这些将导致整个视频监视质量大大降低。为了避免这类情况，有些IPC仅允许一路视频会话，如果有第二路视频监视请求时，它会给出486响应，予以拒绝，告诉对端IPC正忙；有些则会进入呼叫等待流程。而这些方法也不能解决实际应用需求。

发明内容

本发明要解决的技术问题，在于提供一种基于SIP监控系统的视频多播实现方法，可以实现多个用户同时查看一个IPC，并可保证监视质量。

本发明是这样实现的：一种基于SIP监控系统的视频多播实现方法，所述SIP监控系统包括服务器、IPC以及至少两个SIP监控客户端，所述服务器又包括SIP信令服务和媒体服务；其特征在于：所述视频多播实现方法包括下面A、B、C三种情况：

A、SIP监控客户端与IPC之间的媒体流经由服务器中转时，且在第一SIP监控客户端与一IPC通过服务器建立连接后，假设此时第二SIP监控客户端要监视该IPC，并发出INVITE请求；

步骤A1、服务器首选确认第二SIP监控客户端的权限，如果有权，此时服务器直接由媒体服务分配媒体端口，并给出200OK响应；

步骤A2、第二SIP监控客户端发送ACK，至此，第二SIP监控客户端和服务器之间建立RTP流，服务器负责将IPC的音视频流转发到第一SIP监控客户端和第二SIP监控客户端；

假设第一SIP监控客户端，第二SIP监控客户端，IPC以及服务器的媒体服务的IP地址分别为:IP1、IP2、IP3、IP4；第一SIP监控客户端，第二SIP监控客户端同时监视IPC，则音视频监视的6条RTP连接为：

第一SIP监控客户端:

    音频流:ip1/portA1<->ip4/portA4-1；

    视频流:ip1/portV1<->ip4/portV4-1；

第二SIP监控客户端：

    音频流:ip2/portA2<->ip4/portA4-2；

    视频流:ip2/portV2<->ip4/portV4-2；

IPC:

    音频流:ip3/portA3<->ip4/portA4-3；

    视频流:ip3/portV3<->ip4/portV4-3；

B、当IPC已经和SIP监控客户端建立会话，并且媒体流为直连，且在第一SIP监控客户端与一IPC通过服务器建立连接后，假设此时第二SIP监控客户端要监视该IPC，并发起INVITE；

步骤B1、服务器检查IPC的会话状态，先回复第二SIP监控客户端100Trying；

步骤B2、服务器同时向第一SIP监控客户端和IPC发起Re-Invite；携带的SDP中媒体地址为媒体服务的IP地址和分配的响应端口，以将第一SIP监控客户端和IPC的媒体重新定向到媒体服务器上；

步骤B3、第一SIP监控客户端和IPC给出200OK响应；

步骤B4、服务器分别向第一SIP监控客户端和IPC两者发送ACK确认报文；

步骤B5、同时向第二SIP监控客户端给出200OK响应携带SDP的媒体地址信息为媒体服务器的IP地址和端口；

步骤B6、第二SIP监控客户端给出ACK；至此，整个系统完成媒体流的切换；