专利名称：一种基于sip协议的多点语音视频通讯的控制方法
技术领域：
本发明涉及ー种SIP协议通讯方法，具体地说是ー种基于SIP协议的多点语音视频通讯的控制方法，属于计算机音视频技术领域。
背景技术：
会话初始化协议(SIP)在近年来发展迅猛，随着国际大厂商逐渐支持，已然成为了 VOIP领域的主导协议。SIP协议自诞生之日起的良好扩展性，很多厂商创立了自己的基于SIP协议的多点会议方法及系统。这就造成了普通SIP用户代理客户端(UAC)与大多数多点控制单元(MCU)无法兼容的局面。各个厂商的MCU只能由专用客户端登陆，或者通用客户端可以登录、点对点通讯，但无法完成正常的会议。目前比较普及的 SIP UAC 由 RFC3261 (SIP)、RFC2327 (SDP)、RFC2833 (DTMF)和 RFC1889 (RTP)标准组成。这种构成下，可以完成基本的点对点语音、视频通话，DTMF拨号等功能。通过多次呼叫，也可以实现简单会议功能。上述视频会议的实现原理是A、B、C三人需要语音会议，A呼叫B建立语音连接， 然后依次A呼叫C、B呼叫C完成三方语音连接。通过简单计算得知，A存在2路RTP上传流，存在2路RTP下载流。如X方进行语音会议，则其中任何一方的RTP上传和下载流均有 X路。这对于网络带宽提出了更高的要求和压力。如果多方进行视频会议，每一路RTP流的需求带宽更大，在现今ADSL或其他宽带网络上，甚至无法完成。
发明内容
针对上述不足，本发明提供了一种基于SIP协议的多点语音视频通讯的控制方法，其不仅能够提高通用SIP UAC在会议时的兼容性，实现不同厂商UAC完成会议过程，而且能够降低对网络带宽的要求。本发明解决其技术问题采取的技术方案是一种基于SIP协议的多点语音视频通讯的控制方法，用以进行多方视频会议，其特征是，包括以下过程I)建立视频会议室；2) UAC向视频会议室发送INVITE请求；3)视频会议室为UAC分配端ロ建立连接通道，并向UAC发送连接成功信息；4)进行视频会议会话；5)会话结束，关闭视频会议室。所述UAC向视频会议室发送INVITE请求的过程采用SDP会话方式。所述UAC向视频会议室发送INVITE请求的过程采用DTMF会话方式。所述建立的连接通道包括音频连接通道和视频连接通道；所述音频连接通道的建立过程包括以下过程接收UAC音频的过程、对UAC音频解码的过程、对解码后的音频进行混音的过程和将混音后的音频发送给UAC模块的过程；所述视频连接通道的建立过程包括以下过程接收UAC视频的过程、建立进行视频会话成员列表的过程、将视频会话成员列表通过N0TIFIY方法通知UAC的过程、UAC发送请求视频会话的过程和建立请求UAC与被请求UAC之间连接通道的过程。本发明的有益效果是本发明所采用了符合RFC最基本标准的SIP和SDP等相关协议，几乎支持所有的SIP UAC，提高了会议室的兼容性；无论參会方数量的多少，音频混音总是在视频会议室进行，且每UAC的音频发送RTP数和接收RTP数总是1，都降低了网络带宽占用，提高了用户感受；无论UAC的视频被多少方接收，发送的RTP流始终是I路，都降低了网络带宽占用，提高了用户感受。另外，普通的不带有任何会议功能SIP UAC也可以參与到会议中，提高了会议室的兼容性。
下面结合附图对本发明作进ー步说明图I是本发明所述建立连接通道的流程示意图；图2是本发明所述音频连接通道的功能框图；图3是本发明所述音频通讯过程中音频切入的流程示意图；图4是本发明所述视频通讯过程中一种视频连接的流程示意图；图5是本发明所述音频通讯过程中另ー种音频连接的流程示意图。
具体实施例方式本发明公开了ー种任何SIP UAC都可以使用的基于SIP协议的多点语音视频通讯的控制方法，且无论存在多少方会议參与者，音频RTP流在UAC端只有I路上传I路下载， 视频RTP流在UAC端只有I路上传+n路下载(n的数量取决于UAC打开的对端视频数)。本发明的一种基于SIP协议的多点语音视频通讯的控制方法，用以进行多方视频会议，其实现包括以下过程I)建立视频会议室；2) UAC向视频会议室发送INVITE请求，所述发送INVITE请求的过程采用SDP会话方式或DTMF会话方式；3)视频会议室为UAC分配端ロ建立连接通道，并向UAC发送连接成功信息，其中， 所述建立的连接通道包括音频连接通道和视频连接通道；所述音频连接通道的建立过程包括以下过程接收UAC音频的过程、对UAC音频解码的过程、对解码后的音频进行混音的过程和将混音后的音频发送给UAC模块的过程；所述视频连接通道的建立过程包括以下过程接收UAC视频的过程、建立进行视频会话成员列表的过程、将视频会话成员列表通过 N0TIFIY方法通知UAC的过程、UAC发送请求视频会话的过程和建立请求UAC与被请求UAC 之间连接通道的过程；4)进行视频会议会话；5)会话结束，关闭视频会议室。本发明所述的视频会议室是ー个“特殊”的SIP URI，所谓特殊是指其自身是ー个机器控制的音视频转发器，而非带有用户界面的UAC。如图I所示，视频会议室在相应UAC 的INVITE请求吋，回复符合RFC2327基本部分的关键字，确保所有UAC都可以正常连接。
I、音频处理如图2所示，视频会议室针对所有连接的UAC，建立带有独立静音功能的内部的音频转发器。每ー个UAC在连接时，视频会议室都会为其分配不同的RTP接收端ロ。视频会议室的音频转发器将所有UAC的音频解码、混音，然后转发给所有的UAC进行接收。这个过程自UAC呼入会议室至UAC向视频会议室发送BYE退出一直进行。如图3所示，默认情况下，所有的音频通道是静音状态，需要将自己音频切入的 UAC,按下键盘#或其他预制键，通过DTMF将信号传送到视频会议室。视频会议室解码后， 将其通道静音关闭，就实现了音频切入。2、视频处理视频会议室针对所有连接的UAC’建立独立的可控制的视频转发器。每个UAC连接时，视频会议室分配不用的RTP视频端ロ接收UAC发送来的视频。在新的UAC上线时，视频会议室通过NOTIFY方法通知所有已经建立连接的UAC当前视频会议室中的成员列表。如图4所示，第一种实现方式根据RFC3261的規定，UAC在呼叫过程中可以通过再次发送INVITE改变SDP的内容。于是，需要接收某UAC视频时，发送新的SDP，其中SDP的最后三行是需要接收视频的新增部分。会议室收到请求后回复。SDP中的a行是任意扩展的属性,UAC使用a行的usermap 属性指明需要接收视频的用户URI，视频会议室找到相应的转发器并打开相应通道，向请求者发送视频，完成视频会议过程。UAC呼叫SDP的过程如下所示
v = 0
O = Iimeng 654321 123456 IN IP4 119. 1丨
s = conversetion
c = IN IP4 119. 164. 96. 125
t = 00
m = audio 56527 RTP/AVP 3 0 I112 110
a = rtpmap:3 GSM/8000/I
a = rtpmap:0 PCMU/8000/1
a = rtpmap: I PCMA/8000/1
a = rtpmap:112 iLBC/8000/1
a = rtpmap:110 speex/8000/1
a = rtpmap:101 telephone-event/8000/1
a = fmtp:101 0-15
a = sendrecv
m = video 0 RTP/AVP 103 99 9698
a = rtpmap:103 VP8/90000
a = rtpmap:99 MP4V-ES/90000
a = rtpmap:96 H264/90000
a = rtpmap:98 H263-1998/90000
a = sendonly
m ==video 5654C)RTP/AVP 103
a ==rtpmap:103VP8/90000
a ==usermap:56540<sip: Iimeng@cu003. confest
视频会议室的回复SDP过程如下所示
V ==0
O ==10002 654321 123456 IN IP4 202.110.200
S ==会议室
C ==IN IP4 202. 110. 200. 97
t ==00
m ==audio 7505RTP/AVP 3 101
a ==rtpmap:110speex/8000/1
a ==rtpmap:101telephone-event/8000/1
a ==fmtp:101 0--15
a ==sendrecv
m ==video 7507RTP/AVP 103
a ==rtpmap:103VP8/90000
m ==video 7509RTP/AVP 103
a ==rtpmap:103VP8/90000
a ==usermap:7509<sip:limeng@cu003. confest.如图5所示，第二种实现方式针对第一种实现方式，由于很多普通SIP UAC不支持二次呼叫所以无法完成，所以第二种实现方式采用DTMF音的方式。UAC希望请求其他UAC视频吋，向视频会议室发送 *+ (0-9)，视频会议室利用已经建立的视频收发RTP流，将UAC请求的视频转发。UAC呼叫SDP的过程如下所示V = OO=10002 654321 123456 IN IP4 119.164,
S=会议室
C=IN IP4 202. 110. 200. 97
t=00
m=audio 7505RTP/AVP 3 101
a=rtpmap:110speex/8000/1
a=rtpmap:101telephone-event/8000/1
a=fmtp:101 0--15
a=sendrecv
m=video 7507RTP/AVP 103
a=rtpmap:103VP8/90000
a=sendrecv
视频会议室的回复SDP过程如下所示
SIP/2.0 200 OK
Via SIP/2. 0/TCP 192. 168. I. 103:5060 ；received = 119. 164. 96. 125 ；rport 56521 ；bra nch = z9hG4bK2740141591
0097]Record-Route <sip:cu003. confest. cn ；lr = on>
0098]From Iimeng<sip: Iimeng@cu003. confest. cn> ；tag = 699602175
0099]To <sip:10002@cu003. confest. cn> ；tag = 607074842
0100]Call-ID :3287772026
0101]CSeq :21 INVITE
0102]Contact <sip:10002@202. 110. 200. 97:5004〉
0103]Content-Type !application/sdp
0104]User-Agent Confest/Roomしontent—Length:429
P-hint :onreply—route force—rtp—proxy
V=0
O=10002 654321 123456 IN IP4 202.110
S=会议室
C=IN IP4 202. 110. 200. 97
t=00
m=audio 7505RTP/AVP 110 101
a=rtpmap:110speex/8000/1
a=rtpmap:101telephone-event/8000/1
a=fmtp:101 0--15
a=sendrecv
m=video 7507RTP/AVP 103
a=rtpmap:103VP8/90000
a=sendrecv
0120] UAC发送DTMF音“*5”，代表希望打开第5个参会用户的视频。会议室将第5个参会用户的视频RTP流转发到119. 164. 96. 125的7507端ロ即可完成。
权利要求
1.一种基于SIP协议的多点语音视频通讯的控制方法，用以进行多方视频会议，其特征是，包括以下过程1)建立视频会议室；2)UAC向视频会议室发送INVITE请求；3)视频会议室为UAC分配端口建立连接通道，并向UAC发送连接成功信息；4)进行视频会议会话；5)会话结束，关闭视频会议室。
2.根据权利要求I所述的一种基于SIP协议的多点语音视频通讯的控制方法，其特征是，所述UAC向视频会议室发送INVITE请求的过程采用SDP会话方式。
3.根据权利要求I所述的一种基于SIP协议的多点语音视频通讯的控制方法，其特征是，所述UAC向视频会议室发送INVITE请求的过程采用DTMF会话方式。
4.根据权利要求I所述的一种基于SIP协议的多点语音视频通讯的控制方法，其特征是，所述建立的连接通道包括音频连接通道和视频连接通道；所述音频连接通道的建立过程包括以下过程接收UAC音频的过程、对UAC音频解码的过程、对解码后的音频进行混音的过程和将混音后的音频发送给UAC模块的过程；所述视频连接通道的建立过程包括以下过程接收UAC视频的过程、建立进行视频会话成员列表的过程、将视频会话成员列表通过 N0TIFIY方法通知UAC的过程、UAC发送请求视频会话的过程和建立请求UAC与被请求UAC 之间连接通道的过程。
全文摘要
一种基于SIP协议的多点语音视频通讯的控制方法，属于计算机音视频技术领域，用以进行多方视频会议，其特征是，包括以下过程1)建立视频会议室；2)UAC向视频会议室采用SDP或DTMF会话方式发送INVITE请求；3)视频会议室为UAC分配端口建立连接通道，并向UAC发送连接成功信息，所述建立的连接通道包括音频连接通道和视频连接通道；4)进行视频会议会话；5)会话结束，关闭视频会议室。本发明所采用了符合RFC最基本的标准的SIP和SDP等相关协议，不仅提高了会议室的兼容性，而且都降低了网络带宽占用，提高了用户感受；另外，普通的不带有任何会议功能SIP UAC也可以参与到会议中，提高了会议室的兼容性。
文档编号H04L12/18GK102594837SQ20121006956
公开日2012年7月18日 申请日期2012年3月16日 优先权日2012年3月16日
发明者丁云龙, 张雨 申请人:丁云龙