專利名稱：一種基于sip協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及ー種SIP協(xié)議通訊方法，具體地說(shuō)是ー種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，屬于計(jì)算機(jī)音視頻技術(shù)領(lǐng)域。
背景技術(shù)：
會(huì)話初始化協(xié)議(SIP)在近年來(lái)發(fā)展迅猛，隨著國(guó)際大廠商逐漸支持，已然成為了 VOIP領(lǐng)域的主導(dǎo)協(xié)議。SIP協(xié)議自誕生之日起的良好擴(kuò)展性，很多廠商創(chuàng)立了自己的基于SIP協(xié)議的多點(diǎn)會(huì)議方法及系統(tǒng)。這就造成了普通SIP用戶代理客戶端(UAC)與大多數(shù)多點(diǎn)控制單元(MCU)無(wú)法兼容的局面。各個(gè)廠商的MCU只能由專用客戶端登陸，或者通用客戶端可以登錄、點(diǎn)對(duì)點(diǎn)通訊，但無(wú)法完成正常的會(huì)議。目前比較普及的 SIP UAC 由 RFC3261 (SIP)、RFC2327 (SDP)、RFC2833 (DTMF)和 RFC1889 (RTP)標(biāo)準(zhǔn)組成。這種構(gòu)成下，可以完成基本的點(diǎn)對(duì)點(diǎn)語(yǔ)音、視頻通話，DTMF撥號(hào)等功能。通過(guò)多次呼叫，也可以實(shí)現(xiàn)簡(jiǎn)單會(huì)議功能。上述視頻會(huì)議的實(shí)現(xiàn)原理是A、B、C三人需要語(yǔ)音會(huì)議，A呼叫B建立語(yǔ)音連接， 然后依次A呼叫C、B呼叫C完成三方語(yǔ)音連接。通過(guò)簡(jiǎn)單計(jì)算得知，A存在2路RTP上傳流，存在2路RTP下載流。如X方進(jìn)行語(yǔ)音會(huì)議，則其中任何一方的RTP上傳和下載流均有 X路。這對(duì)于網(wǎng)絡(luò)帶寬提出了更高的要求和壓力。如果多方進(jìn)行視頻會(huì)議，每一路RTP流的需求帶寬更大，在現(xiàn)今ADSL或其他寬帶網(wǎng)絡(luò)上，甚至無(wú)法完成。

發(fā)明內(nèi)容
針對(duì)上述不足，本發(fā)明提供了一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，其不僅能夠提高通用SIP UAC在會(huì)議時(shí)的兼容性，實(shí)現(xiàn)不同廠商UAC完成會(huì)議過(guò)程，而且能夠降低對(duì)網(wǎng)絡(luò)帶寬的要求。本發(fā)明解決其技術(shù)問(wèn)題采取的技術(shù)方案是一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，用以進(jìn)行多方視頻會(huì)議，其特征是，包括以下過(guò)程I)建立視頻會(huì)議室；2) UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求；3)視頻會(huì)議室為UAC分配端ロ建立連接通道，并向UAC發(fā)送連接成功信息；4)進(jìn)行視頻會(huì)議會(huì)話；5)會(huì)話結(jié)束，關(guān)閉視頻會(huì)議室。所述UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求的過(guò)程采用SDP會(huì)話方式。所述UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求的過(guò)程采用DTMF會(huì)話方式。所述建立的連接通道包括音頻連接通道和視頻連接通道；所述音頻連接通道的建立過(guò)程包括以下過(guò)程接收UAC音頻的過(guò)程、對(duì)UAC音頻解碼的過(guò)程、對(duì)解碼后的音頻進(jìn)行混音的過(guò)程和將混音后的音頻發(fā)送給UAC模塊的過(guò)程；所述視頻連接通道的建立過(guò)程包括以下過(guò)程接收UAC視頻的過(guò)程、建立進(jìn)行視頻會(huì)話成員列表的過(guò)程、將視頻會(huì)話成員列表通過(guò)N0TIFIY方法通知UAC的過(guò)程、UAC發(fā)送請(qǐng)求視頻會(huì)話的過(guò)程和建立請(qǐng)求UAC與被請(qǐng)求UAC之間連接通道的過(guò)程。本發(fā)明的有益效果是本發(fā)明所采用了符合RFC最基本標(biāo)準(zhǔn)的SIP和SDP等相關(guān)協(xié)議，幾乎支持所有的SIP UAC，提高了會(huì)議室的兼容性；無(wú)論參會(huì)方數(shù)量的多少，音頻混音總是在視頻會(huì)議室進(jìn)行，且每UAC的音頻發(fā)送RTP數(shù)和接收RTP數(shù)總是1，都降低了網(wǎng)絡(luò)帶寬占用，提高了用戶感受；無(wú)論UAC的視頻被多少方接收，發(fā)送的RTP流始終是I路，都降低了網(wǎng)絡(luò)帶寬占用，提高了用戶感受。另外，普通的不帶有任何會(huì)議功能SIP UAC也可以參與到會(huì)議中，提高了會(huì)議室的兼容性。


下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)ー步說(shuō)明圖I是本發(fā)明所述建立連接通道的流程示意圖；圖2是本發(fā)明所述音頻連接通道的功能框圖；圖3是本發(fā)明所述音頻通訊過(guò)程中音頻切入的流程示意圖；圖4是本發(fā)明所述視頻通訊過(guò)程中一種視頻連接的流程示意圖；圖5是本發(fā)明所述音頻通訊過(guò)程中另ー種音頻連接的流程示意圖。
具體實(shí)施例方式本發(fā)明公開(kāi)了ー種任何SIP UAC都可以使用的基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，且無(wú)論存在多少方會(huì)議參與者，音頻RTP流在UAC端只有I路上傳I路下載， 視頻RTP流在UAC端只有I路上傳+n路下載(n的數(shù)量取決于UAC打開(kāi)的對(duì)端視頻數(shù))。本發(fā)明的一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，用以進(jìn)行多方視頻會(huì)議，其實(shí)現(xiàn)包括以下過(guò)程I)建立視頻會(huì)議室；2) UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求，所述發(fā)送INVITE請(qǐng)求的過(guò)程采用SDP會(huì)話方式或DTMF會(huì)話方式；3)視頻會(huì)議室為UAC分配端ロ建立連接通道，并向UAC發(fā)送連接成功信息，其中， 所述建立的連接通道包括音頻連接通道和視頻連接通道；所述音頻連接通道的建立過(guò)程包括以下過(guò)程接收UAC音頻的過(guò)程、對(duì)UAC音頻解碼的過(guò)程、對(duì)解碼后的音頻進(jìn)行混音的過(guò)程和將混音后的音頻發(fā)送給UAC模塊的過(guò)程；所述視頻連接通道的建立過(guò)程包括以下過(guò)程接收UAC視頻的過(guò)程、建立進(jìn)行視頻會(huì)話成員列表的過(guò)程、將視頻會(huì)話成員列表通過(guò) N0TIFIY方法通知UAC的過(guò)程、UAC發(fā)送請(qǐng)求視頻會(huì)話的過(guò)程和建立請(qǐng)求UAC與被請(qǐng)求UAC 之間連接通道的過(guò)程；4)進(jìn)行視頻會(huì)議會(huì)話；5)會(huì)話結(jié)束，關(guān)閉視頻會(huì)議室。本發(fā)明所述的視頻會(huì)議室是ー個(gè)“特殊”的SIP URI，所謂特殊是指其自身是ー個(gè)機(jī)器控制的音視頻轉(zhuǎn)發(fā)器，而非帶有用戶界面的UAC。如圖I所示，視頻會(huì)議室在相應(yīng)UAC 的INVITE請(qǐng)求吋，回復(fù)符合RFC2327基本部分的關(guān)鍵字，確保所有UAC都可以正常連接。
I、音頻處理如圖2所示，視頻會(huì)議室針對(duì)所有連接的UAC，建立帶有獨(dú)立靜音功能的內(nèi)部的音頻轉(zhuǎn)發(fā)器。每ー個(gè)UAC在連接時(shí)，視頻會(huì)議室都會(huì)為其分配不同的RTP接收端ロ。視頻會(huì)議室的音頻轉(zhuǎn)發(fā)器將所有UAC的音頻解碼、混音，然后轉(zhuǎn)發(fā)給所有的UAC進(jìn)行接收。這個(gè)過(guò)程自UAC呼入會(huì)議室至UAC向視頻會(huì)議室發(fā)送BYE退出一直進(jìn)行。如圖3所示，默認(rèn)情況下，所有的音頻通道是靜音狀態(tài)，需要將自己音頻切入的 UAC,按下鍵盤#或其他預(yù)制鍵，通過(guò)DTMF將信號(hào)傳送到視頻會(huì)議室。視頻會(huì)議室解碼后， 將其通道靜音關(guān)閉，就實(shí)現(xiàn)了音頻切入。2、視頻處理視頻會(huì)議室針對(duì)所有連接的UAC’建立獨(dú)立的可控制的視頻轉(zhuǎn)發(fā)器。每個(gè)UAC連接時(shí)，視頻會(huì)議室分配不用的RTP視頻端ロ接收UAC發(fā)送來(lái)的視頻。在新的UAC上線時(shí)，視頻會(huì)議室通過(guò)NOTIFY方法通知所有已經(jīng)建立連接的UAC當(dāng)前視頻會(huì)議室中的成員列表。如圖4所示，第一種實(shí)現(xiàn)方式根據(jù)RFC3261的規(guī)定，UAC在呼叫過(guò)程中可以通過(guò)再次發(fā)送INVITE改變SDP的內(nèi)容。于是，需要接收某UAC視頻時(shí)，發(fā)送新的SDP，其中SDP的最后三行是需要接收視頻的新增部分。會(huì)議室收到請(qǐng)求后回復(fù)。SDP中的a行是任意擴(kuò)展的屬性,UAC使用a行的usermap 屬性指明需要接收視頻的用戶URI，視頻會(huì)議室找到相應(yīng)的轉(zhuǎn)發(fā)器并打開(kāi)相應(yīng)通道，向請(qǐng)求者發(fā)送視頻，完成視頻會(huì)議過(guò)程。UAC呼叫SDP的過(guò)程如下所示
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
視頻會(huì)議室的回復(fù)SDP過(guò)程如下所示
V ==0
O ==10002 654321 123456 IN IP4 202.110.200
S ==會(huì)議室
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所示，第二種實(shí)現(xiàn)方式針對(duì)第一種實(shí)現(xiàn)方式，由于很多普通SIP UAC不支持二次呼叫所以無(wú)法完成，所以第二種實(shí)現(xiàn)方式采用DTMF音的方式。UAC希望請(qǐng)求其他UAC視頻吋，向視頻會(huì)議室發(fā)送 *+ (0-9)，視頻會(huì)議室利用已經(jīng)建立的視頻收發(fā)RTP流，將UAC請(qǐng)求的視頻轉(zhuǎn)發(fā)。UAC呼叫SDP的過(guò)程如下所示V = OO=10002 654321 123456 IN IP4 119.164,
S=會(huì)議室
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
視頻會(huì)議室的回復(fù)SDP過(guò)程如下所示
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=會(huì)議室
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發(fā)送DTMF音“*5”，代表希望打開(kāi)第5個(gè)參會(huì)用戶的視頻。會(huì)議室將第5個(gè)參會(huì)用戶的視頻RTP流轉(zhuǎn)發(fā)到119. 164. 96. 125的7507端ロ即可完成。
權(quán)利要求
1.一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，用以進(jìn)行多方視頻會(huì)議，其特征是，包括以下過(guò)程1)建立視頻會(huì)議室；2)UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求；3)視頻會(huì)議室為UAC分配端口建立連接通道，并向UAC發(fā)送連接成功信息；4)進(jìn)行視頻會(huì)議會(huì)話；5)會(huì)話結(jié)束，關(guān)閉視頻會(huì)議室。
2.根據(jù)權(quán)利要求I所述的一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，其特征是，所述UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求的過(guò)程采用SDP會(huì)話方式。
3.根據(jù)權(quán)利要求I所述的一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，其特征是，所述UAC向視頻會(huì)議室發(fā)送INVITE請(qǐng)求的過(guò)程采用DTMF會(huì)話方式。
4.根據(jù)權(quán)利要求I所述的一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，其特征是，所述建立的連接通道包括音頻連接通道和視頻連接通道；所述音頻連接通道的建立過(guò)程包括以下過(guò)程接收UAC音頻的過(guò)程、對(duì)UAC音頻解碼的過(guò)程、對(duì)解碼后的音頻進(jìn)行混音的過(guò)程和將混音后的音頻發(fā)送給UAC模塊的過(guò)程；所述視頻連接通道的建立過(guò)程包括以下過(guò)程接收UAC視頻的過(guò)程、建立進(jìn)行視頻會(huì)話成員列表的過(guò)程、將視頻會(huì)話成員列表通過(guò) N0TIFIY方法通知UAC的過(guò)程、UAC發(fā)送請(qǐng)求視頻會(huì)話的過(guò)程和建立請(qǐng)求UAC與被請(qǐng)求UAC 之間連接通道的過(guò)程。
全文摘要
一種基于SIP協(xié)議的多點(diǎn)語(yǔ)音視頻通訊的控制方法，屬于計(jì)算機(jī)音視頻技術(shù)領(lǐng)域，用以進(jìn)行多方視頻會(huì)議，其特征是，包括以下過(guò)程1)建立視頻會(huì)議室；2)UAC向視頻會(huì)議室采用SDP或DTMF會(huì)話方式發(fā)送INVITE請(qǐng)求；3)視頻會(huì)議室為UAC分配端口建立連接通道，并向UAC發(fā)送連接成功信息，所述建立的連接通道包括音頻連接通道和視頻連接通道；4)進(jìn)行視頻會(huì)議會(huì)話；5)會(huì)話結(jié)束，關(guān)閉視頻會(huì)議室。本發(fā)明所采用了符合RFC最基本的標(biāo)準(zhǔn)的SIP和SDP等相關(guān)協(xié)議，不僅提高了會(huì)議室的兼容性，而且都降低了網(wǎng)絡(luò)帶寬占用，提高了用戶感受；另外，普通的不帶有任何會(huì)議功能SIP UAC也可以參與到會(huì)議中，提高了會(huì)議室的兼容性。
文檔編號(hào)H04L12/18GK102594837SQ20121006956
公開(kāi)日2012年7月18日 申請(qǐng)日期2012年3月16日 優(yōu)先權(quán)日2012年3月16日
發(fā)明者丁云龍, 張雨 申請(qǐng)人:丁云龍