大家好，雨雨來為大家解答以上問題，視頻會議系統(tǒng)怎么使用，視頻會議系統(tǒng)很多人還不知道，現(xiàn)在讓我們一起來看看吧！

1、 基于SIP的視頻會議系統(tǒng)的結(jié)構(gòu)和原理

2、 前言：近年來，隨著計算機技術(shù)、通信技術(shù)和互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，視頻會議的應(yīng)用范圍正從傳統(tǒng)專業(yè)領(lǐng)域、大型企業(yè)等高端用戶逐步擴展到中小企業(yè)等普通用戶和個人用戶。根據(jù)相關(guān)機構(gòu)的分析結(jié)果，2004年中國視頻會議市場規(guī)模已達18.7億元，并且每年以26%的速度遞增。市場前景非常廣闊。

3、 本文主要介紹了一種基于SIP的集中式視頻會議模型，并根據(jù)該模型設(shè)計了初步的實現(xiàn)方案，分析了該方案的工作原理。目前IETF主導(dǎo)的SIP會議模型的研究還處于草案階段，沒有成為標準。因此，對SIP會議框架及其實現(xiàn)技術(shù)的研究具有一定的理論和現(xiàn)實意義。

4、 一.視頻會議系統(tǒng)的主流技術(shù)標準

5、 目前有視頻會議系統(tǒng)， h . 323和SIP兩個主流技術(shù)標準[1]。前者由ITU-T SG16定義，包括H.225呼叫控制信令和RAS信令、H.245媒體控制信令和H.450補充業(yè)務(wù)信令規(guī)范；后者由IETF MMUSIC工作組定義，包括SDP媒體描述規(guī)范。

6、 H.323系統(tǒng)沿襲了傳統(tǒng)電信網(wǎng)絡(luò)的設(shè)計理念，兼顧了傳統(tǒng)PSTN呼叫流程和IP網(wǎng)絡(luò)的特點，已經(jīng)發(fā)展成為一個成熟的系統(tǒng)。吸收了許多電信網(wǎng)絡(luò)組網(wǎng)、互聯(lián)和運營經(jīng)驗，可以與PSTN網(wǎng)、窄帶視頻業(yè)務(wù)等數(shù)據(jù)業(yè)務(wù)和應(yīng)用網(wǎng)絡(luò)互聯(lián)。近年來，它得到了廣泛的應(yīng)用，特別是在組建VoIP網(wǎng)絡(luò)方面，顯示了它的技術(shù)優(yōu)勢。H.323協(xié)議范圍很廣，涵蓋了各種獨立設(shè)備、個人計算機技術(shù)以及點對點和點對多點的視頻會議。它解決了視頻會議中的許多問題，如呼叫和會話控制、多媒體和帶寬管理。正是因為H.323系統(tǒng)的設(shè)計問題太多，導(dǎo)致整個架構(gòu)龐大復(fù)雜，限制了其在中小企業(yè)的部署。

7、 SIP是用于建立、修改和終止多媒體會話的應(yīng)用層控制協(xié)議，主要執(zhí)行用戶定位、用戶能力交換、呼叫建立和呼叫處理等功能。它繼承了互聯(lián)網(wǎng)協(xié)議的設(shè)計理念，與H.323協(xié)議相比，簡單靈活，易于擴展。它可以很容易地與其他互聯(lián)網(wǎng)協(xié)議相結(jié)合，以提供豐富的IP多媒體服務(wù)，部署在各種網(wǎng)絡(luò)環(huán)境中。

8、 目前，大規(guī)模商用VoIP網(wǎng)絡(luò)和會議系統(tǒng)采用H.323標準。然而，隨著VoIP技術(shù)的進一步發(fā)展和視頻會議系統(tǒng)應(yīng)用的逐漸普及，SIP協(xié)議越來越受到業(yè)界的關(guān)注。3GPP已經(jīng)決定使用SIP作為第三代移動通信全IP網(wǎng)絡(luò)的控制協(xié)議，并開發(fā)了基于SIP的IP多媒體子系統(tǒng)(IMS)。業(yè)界還決定使用SIP作為下一代網(wǎng)絡(luò)(NGN)的核心控制協(xié)議。與此同時，SIP協(xié)議及其應(yīng)用的標準化工作也在積極開展，包括IETF SIP PING工作組牽頭的集中式多媒體會議標準化、XCON工作組牽頭的會場控制和CPCP(會議策略控制協(xié)議)標準化。隨著這些標準的制定，基于SIP的視頻會議系統(tǒng)將得到越來越廣泛的應(yīng)用。

9、 二、集中式會議系統(tǒng)模式

10、 下面介紹一個基于SIP的集中式會議模型。所謂集中化，是指這種模式相對于組播會議和全分布式會議，具有信令集中控制、媒體集中處理的特點。這種會議模式也是應(yīng)用最廣泛的情況。集中式會議模型[2]的結(jié)構(gòu)圖如圖1所示。

11、 該模型主要包括參與者、會議控制中心(Focus)、會議策略服務(wù)器(CPS)、會議策略(CP)、會議通知服務(wù)(CNS)、媒體混合器等邏輯功能模塊。其中，F(xiàn)ocus、CPS、CNS、CP、Mixer構(gòu)成會議服務(wù)器，完成多媒體會議的核心功能。該會議模型中每個模塊的功能是

12、 a)會議控制中心：會議控制中心與每個參與者之間存在SIP對話。一方面根據(jù)會議成員的策略對整個會議進行管理，如會議訪問控制、與會者管理等，另一方面根據(jù)會議媒體策略對媒體混合服務(wù)器進行控制，保證每個與會者都能接收到會議的媒體流。

13、 每個會議控制中心都有一個與之對應(yīng)的會議URI，在全球范圍內(nèi)是唯一的。當用戶需要加入會議時，需要向相應(yīng)的會議URI發(fā)送邀請請求。

14、 b)出席者：出席者是指在會議期間與會議控制中心保持SIP對話的SIP用戶代理。這個用戶代理可以是PC應(yīng)用程序、SIP電話或PSTN網(wǎng)關(guān)，或者其他會議控制中心。當與會者是其他會議的會議控制中心時，會議的拓撲結(jié)構(gòu)是分層的，具有良好的可擴展性。所有區(qū)域分會場都有單獨的會議控制中心，與主會場的會議控制中心相連，進行分級控制和管理。

15、 C) CPS: CPS是系統(tǒng)的邏輯功能模塊，用于存儲和操作會議策略，提供用戶和管理會議操作的會議策略之間的接口。用戶可以使用非SIP方式與CPS進行交互，完成會議策略的制定和修改。

16、 D)CP:會議策略包括支配會議控制中心進行會議操作的規(guī)則，一個會議對應(yīng)一個會議策略，包括會議成員策略和會議媒體策略。成員策略主要用于會議成員的管理，包括用戶訪問控制、用戶權(quán)限管理等。會議媒體策略用于控制會議媒體的混合和分發(fā)，包括媒體混合策略、同步策略和媒體分發(fā)策略。用戶可以通過Web或其他非SIP方法維護會議策略。

17、 E)CNS:會議控制中心可以

18、　　f)媒體混合服務(wù)器：媒體混合服務(wù)器負責完成會議媒體的混合和分發(fā)，接收者可以是會議的與會者或其他的媒體混合服務(wù)器。媒體流的混合處理由會議控制中心根據(jù)媒體策略進行直接或間接控制，處理過程因媒體流類型的不同而不同。

19、　　三、視頻會議系統(tǒng)結(jié)構(gòu)設(shè)計

20、　　根據(jù)前面介紹的會議模型以及多媒體會議的一般功能要求[3]，我們設(shè)計了一個視頻會議系統(tǒng)的實現(xiàn)方案，系統(tǒng)結(jié)構(gòu)如圖2所示。

21、　　該系統(tǒng)由多媒體會議終端、會議管理服務(wù)器、會議控制服務(wù)器、媒體服務(wù)器和系統(tǒng)數(shù)據(jù)庫5部分構(gòu)成。呼叫服務(wù)器(CS)是 SIP Proxy服務(wù)器，負責 SIP 消息的轉(zhuǎn)發(fā)，并集成了注冊服務(wù)器的功能。

22、　　下面分別介紹各組成部分的功能。

23、　　1)多媒體會議終端

24、　　多媒體會議終端是用戶用來參加會議的桌面應(yīng)用程序。會議終端啟動時會發(fā)送REGISTER消息向注冊服務(wù)器注冊，注冊成功后便保持在線狀態(tài)，可以隨時發(fā)起呼叫或接收呼叫請求。在加入會議后，可以發(fā)送SUBSCRIBE請求，預(yù)定會議狀態(tài)信息報告，以便獲得最新的會議狀態(tài)變更情況。與會者可通過多媒體會議終端進行申請發(fā)言、釋放申請、釋放發(fā)言等操作?？梢赃M行即時消息的發(fā)送和接收，實現(xiàn)會議文字聊天功能。

25、　　2)會議管理服務(wù)器

26、　　會議管理服務(wù)器在圖2中對應(yīng)為Web 服務(wù)器，主要完成通過Web界面管理會議的功能，包括會議的預(yù)定、修改和取消，會議策略的制定和修改等。另外，還可以通過會議管理服務(wù)器對會議控制服務(wù)器的系統(tǒng)參數(shù)進行配置，并提交到系統(tǒng)數(shù)據(jù)庫保存。會議控制服務(wù)器在啟動時可以從系統(tǒng)數(shù)據(jù)庫將系統(tǒng)參數(shù)下載到本地，進行系統(tǒng)的初始化。

27、　　3)會議控制服務(wù)器

28、　　會議控制服務(wù)器是此系統(tǒng)的控制中心，模型中的會議控制中心功能，包括會議的創(chuàng)建、啟動、刪除、會場管理和控制、會議狀態(tài)信息的采集和發(fā)布、會議成員的在席管理、處理會議成員請求等。會議控制服務(wù)器通過MEGACO/H.248[5]命令對媒體服務(wù)器的媒體混合處理進行控制。

29、　　會議控制服務(wù)器主要由總控模塊、Web管理模塊、啟動/注冊模塊、即時會議模塊、會議狀態(tài)通告模塊、會議控制模塊和會議列表等幾部分組成。其中總控模塊主要負責系統(tǒng)的初始化工作和各個模塊之間的通信調(diào)度等功能;啟動/注冊模塊主要負責會議的啟動和結(jié)束等操作;會議狀態(tài)通告模塊負責完成會議狀態(tài)信息通知服務(wù)，遵從RFC3265標準;會議控制模塊是會議控制服務(wù)器的主要功能模塊，采用基于事件觸發(fā)的工作機制。會議列表負責維護會議的狀態(tài)信息，包括會議屬性、成員列表、請求隊列和消息隊列等，并提供對這些數(shù)據(jù)進行操作的接口函數(shù)。

30、　　4) 媒體服務(wù)器

31、　　媒體服務(wù)器可采用純軟件方式實現(xiàn)媒體混合等處理，與傳統(tǒng)的采用硬件板卡的方式相比，具有巨大的成本優(yōu)勢。會議控制服務(wù)器通過MEGACO/H.248命令控制媒體服務(wù)器，完成創(chuàng)建關(guān)聯(lián)域、增加終端、刪除終端、修改終端屬性、刪除關(guān)聯(lián)域等操作。媒體服務(wù)器接收與會者發(fā)來的媒體流，按照媒體策略進行混合后，再分發(fā)給與會者，從而實現(xiàn)會議媒體流的交互。

32、　　四、視頻會議系統(tǒng)工作原理

33、　　在介紹了集中式視頻會議系統(tǒng)的結(jié)構(gòu)之后，下面簡單介紹此系統(tǒng)的工作原理。

34、　　4.1 創(chuàng)建會議

35、　　此系統(tǒng)支持預(yù)約式會議和即時會議2種會議類型。

36、　　預(yù)約式會議的創(chuàng)建可通過Web管理系統(tǒng)來完成。會議預(yù)定成功后，將向系統(tǒng)數(shù)據(jù)庫的會議數(shù)據(jù)表插入一條記錄。會議控制服務(wù)器的Web管理模塊對系統(tǒng)數(shù)據(jù)庫的會議數(shù)據(jù)表進行周期掃描，若發(fā)現(xiàn)新的會議記錄，則按照預(yù)定要求生成新的會議節(jié)點，添加到會議列表中。

37、　　即時會議的創(chuàng)建可通過多媒體會議終端完成。用戶只需向指定的會議工廠URI發(fā)送INVITE請求即可創(chuàng)建一個即時會議。新會議的URI由302響應(yīng)的Contact頭域帶回。

38、　　4.2 加入會議

39、　　與會者可以通過以下5種方式加入到會議中：

40、　　a)Call-In方式。用戶可通過E-mail、Web公告、即時消息等方式事先獲得會議URI，然后向會議URI發(fā)送INVITE消息，請求加入會議。

41、　　b)Call-Out方式。會議開始后，會議控制中心向用戶發(fā)送INVITE消息，邀請其加入會議。會議控制中心需事先存儲與會者的URI列表。

42、　　c)第三方通過向會議URI發(fā)送REFER[6]請求，觸發(fā)會議控制中心邀請用戶加入會議。

43、　　d)第三方通過向用戶發(fā)送REFER請求，觸發(fā)用戶主動加入會議。

44、　　e)若用戶不知道會議URI，但可能通過其他途徑獲得會議中的某一個會話ID，則可通過發(fā)送帶有Join頭域的INVITE消息來加入會議[7]。

45、　　4.3 會議狀態(tài)信息通告機制

46、　　與會者在會議進行期間可以獲得會議的事件及狀態(tài)信息，這通過會議通告服務(wù)(CNS)來實現(xiàn)。如圖4中的F9-F12所示，與會者在加入會議后可向會議控制中心發(fā)送SUBSCRIBE請求。訂閱感興趣的會議事件和狀態(tài)通知的服務(wù)，當某類事件發(fā)生或會議的狀態(tài)發(fā)生變化時，會議通告服務(wù)器將生成狀態(tài)報告的事件包，通過NOTIFY請求發(fā)送給訂閱者，通告發(fā)生的事件或狀態(tài)的變化情況。

47、　　4.4 會場控制機制

48、　　會場控制(Floor Control)是指對共享資源的訪問控制，如對發(fā)言權(quán)、視頻顯示等公共資源的控制。會場控制消息是在會議主席、會議服務(wù)器和會議成員之間傳遞的，可分為2部分：會議控制命令和會議控制事件。會議控制命令是從會議主席或經(jīng)過授權(quán)的會議參與者發(fā)往會議服務(wù)器的更改會場資源狀態(tài)的請求。而會議控制事件消息是一種關(guān)于會場資源狀態(tài)信息的報告，由會議服務(wù)器發(fā)往會議參與者。控制命令的內(nèi)容可以是添加會場資源、請求使用會場資源、主席批準/拒絕請求或改變會議策略等?？刂剖录t用來向會議參與者報告有關(guān)會場資源占用情況的變化、會議策略或媒體配置的變更等情況。

49、　　會場控制命令采用SOAP格式封裝[8]，由 SIP 協(xié)議的INFO[9]消息作為承載消息。會場控制事件消息的傳送可以通過會議狀態(tài)信息通告機制來實現(xiàn)。

50、　　4.5 結(jié)束會議

51、　　預(yù)約型會議的結(jié)束時間在預(yù)定時已經(jīng)確定，當會議的結(jié)束時間到，但會議中仍有與會者時，則會議控制中心向其發(fā)送BYE消息并將其刪除，然后執(zhí)行去注冊過程。去注冊成功后，會議控制服務(wù)器將此會議節(jié)點刪除。

52、　　即時會議因在創(chuàng)建時沒有確定結(jié)束時間，故不能依據(jù)會議的結(jié)束時間來結(jié)束會議。即時會議判斷結(jié)束的條件是會議中的與會者數(shù)目。當會議中的最后一個與會者退出會議后，認為會議結(jié)束，執(zhí)行去注冊過程，去注冊成功后即刪除會議節(jié)點。

53、　　五、結(jié)束語

54、　　目前， SIP 多媒體會議的相關(guān)標準還在制定之中，相關(guān)技術(shù)的發(fā)展也很迅速，本系統(tǒng)所涉及的很多技術(shù)在實際應(yīng)用中還需要進一步完善，尤其是會議策略控制技術(shù)、會場控制機制、會議級聯(lián)、子會議系統(tǒng)、會議安全機制以及商用模式下的計費方案等方面。

55、　　用基于 SIP 和SOAP相結(jié)合的會場控制機制，采用基于MEGACO/H.248協(xié)議控制的純軟件媒體服務(wù)器，可實現(xiàn)級聯(lián)會議、子會議系統(tǒng)等多種會議模式的媒體處理。該方案的實現(xiàn)對基于 SIP 的集中式視頻會議的研究具有一定的實踐和參考意義。

本文講解到此結(jié)束，希望對大家有所幫助。

　　免責聲明：本文由用戶上傳，與本網(wǎng)站立場無關(guān)。財經(jīng)信息僅供讀者參考，并不構(gòu)成投資建議。投資者據(jù)此操作，風險自擔。 如有侵權(quán)請聯(lián)系刪除！