SIP視頻會議框架與信令控制流程課件

視頻會議框架

與信令控制流程視頻會議框架

與信令控制流程1會議框架模型分析

緊耦合會議拓撲緊耦合是指由一個中心節(jié)點實現(xiàn)信令集中控制的會議會議框架模型分析

緊耦合會議拓撲緊耦合是指由一個中心節(jié)點實2集中混合模式在這個會議模型中，終端各成員間的通信，通過一個核心的混合器來實現(xiàn)。每個成員均需與混合器建立媒體和信令的連接。混合器負責對所有成員進行混合控制，并進行媒體流的混合分發(fā)集中混合模式在這個會議模型中，終端各成員間的通信，通過一個核3本模式的優(yōu)點每個成員只會收到一個混合后的流。減少了計算復雜性。對于終端用戶減少了帶寬需求，并且可以自由選擇自己的編碼格式。音頻流在混合前可以靜音壓縮。整個系統(tǒng)的靈活性大大增強，并且可以支持具有不同網(wǎng)絡(luò)帶寬性能的多樣的終端。缺點是：整個網(wǎng)絡(luò)的可擴展性一般，由于會議中只有一個集中的混合器，不可能在一個會話中同時支持上千方的成員。另外，服務器中的混合器將會引入一定的包傳輸延遲。所以，該模式適用于中小型網(wǎng)絡(luò)。本模式的優(yōu)點每個成員只會收到一個混合后的流。減少了計算復雜性4緊耦合會議物理實現(xiàn)模型對于集中式混合模式來說，它是通過核心的混合器來實現(xiàn)用戶信令的控制、媒體流的混合等功能，如果再考慮到會議策略也由這個物理上的單一會議服務器來實現(xiàn)，就是經(jīng)典的解決方案。最簡單的實現(xiàn)為：在網(wǎng)絡(luò)中有一個物理服務器。該服務器實現(xiàn)了、、以及。如圖所示緊耦合會議物理實現(xiàn)模型對于集中式混合模式來說，它是通過核心的5集中式會議服務器模型集中式會議服務器模型6正如它的名字一樣，是一個會議的核心。會議中的所有參與者都通過被會話聯(lián)系在一起。的主要功能是保持各會話與它的連接。確保參加會議的各成員被連接在上面。為了確保每個參與者都可以得到會議的媒體流，也可以調(diào)用使進行媒體會話。也就是說，實現(xiàn)了會議的一切控制功能。正如它的名字一樣，是一個會議的核心。會議中的所有參與者都通過7負責將會議中媒體流混合，然后將混合好的媒體流分發(fā)給各收件人。在規(guī)則下，通過調(diào)用實現(xiàn)流媒體的混合。本身并不是會議的實體。接收輸入媒體流進行混合，然后形成新的媒體流輸出?？偸侵苯拥幕蜷g接的處于的控制下。首先分析媒體策略，然后在中插入恰當?shù)囊?guī)則。如果直接控制，那么要么和共駐主存，要么通過很多協(xié)議被控制。如果是間接控制的，那么委托進行混合，參與者都擁有各自的。負責將會議中媒體流混合，然后將混合好的媒體流分發(fā)給各收件人。8會議通知服務器提供了會議通知服務器，它擔當通知的角色。會議通知服務器接受來自用戶的訂閱，并通知訂閱者會議狀態(tài)的改變。會議狀態(tài)包括：參與者聯(lián)系到的狀態(tài)，以及與其相關(guān)聯(lián)的會話信息。當有一個新的參與者加入會議時，會議狀態(tài)發(fā)生了變化，則通過通知參與者。同樣地，當有參與者離開，則需通知訂閱者。會議通知服務器9視頻會議系統(tǒng)

控制功能模塊在視頻會議系統(tǒng)中會議的控制功能至關(guān)重要，它的實現(xiàn)是視頻會議實現(xiàn)的基礎(chǔ)。因此，對會議的控制功能總結(jié)如下：與各與會者進行信令交互，控制多方會話的建立，維持和結(jié)束維護會議的狀態(tài)并通報給各與會者較全面的會議控制能力多個會議的配置、初始化、管理安全準入機制保障視頻無沖突的共享會議應能添加、刪除多個參與者視頻會議系統(tǒng)

控制功能模塊10控制功能流程視頻會議流程包括創(chuàng)建會議、加入會議、開始會議和結(jié)束會議等步驟。其中會議開始后如何進行會議狀態(tài)信息通告，以及會場控制機制需要制定相應的規(guī)范，這就需要對會議建立中的信令流程進行設(shè)計?？刂乒δ芰鞒桃曨l會議流程包括創(chuàng)建會議、加入會議、開始會議和11創(chuàng)建會議創(chuàng)建會議12實現(xiàn)過程描述如下：用戶發(fā)出包含要創(chuàng)建的會議的消息。會議服務器收到該請求。查找消息請求的會議，看是否存在該會議，如果不存在，說明是一個新的會議請求，則創(chuàng)建一個新的會議，會議的名稱、為請求的會議名稱、，并創(chuàng)建對應的會話。向該用戶返回200消息，其中包含會議的和屬性，且該用戶被加入到創(chuàng)建的會議中，成為會議的第一個會議成員。該用戶和媒體服務器建立媒體通道連接。將新創(chuàng)建的會議進行注冊，以便其他的用戶可以申請加入該會議。實現(xiàn)過程描述如下：13加入會議方式一：用戶通過發(fā)送請求加入會議，即方式方式加入會議，用戶可先通過、公告、即時消息等方式事先獲得會議，然后向會議發(fā)送消息，請求加入會議。加入會議方式一：用戶通過發(fā)送請求加入會議，即方式14SIP視頻會議框架與信令控制流程課件15其實現(xiàn)過程描述如下：F1：用戶向發(fā)送請求。F2：在收到呼叫請求消息后，該消息進入?yún)f(xié)議棧的接收隊列，等候進入狀態(tài)機處理隊列。消息進入狀態(tài)機處理隊列并由狀態(tài)機進行消息狀態(tài)處理，發(fā)出180消息通知呼叫處理進行中。F3：根據(jù)會議策略，如果允許加入則發(fā)出200確認消息，否則發(fā)出403或401等消息。F4：收到200，發(fā)出確認消息。其中200的描述中攜帶著媒體服務器的媒體描述信息，和媒體服務器之間將建立媒體通道。收到確認消息，本次雙方呼叫協(xié)商過程結(jié)束，協(xié)議棧狀態(tài)機處理結(jié)束，釋放占用的資源。：和媒體服務器之間開始媒體流的傳輸，默認的媒體策略是將會收到所有其他會議用戶的音頻流，接收一路視頻流，該視頻流可以在不同會議用戶之間切換。F5：向發(fā)出消息，訂閱會議狀態(tài)信息。F6：向返回200消息，訂閱成功。F7：向發(fā)出通知消息，告知會議狀態(tài)。F8：收到消息，從攜帶的內(nèi)容描述中得到會議的狀態(tài)信息，并返回200確認消息。會議狀態(tài)信息包括：出席會議的成員，每個成員的連接信息和媒體信息，會議成員的加入和離開，成員的策略改變等狀態(tài)變化。每當會議狀態(tài)發(fā)生改變，就向各個會議成員發(fā)送通知消息，通過消息時刻了解會議狀態(tài)。其實現(xiàn)過程描述如下：16消息體描述如下：F1:3402934234\2.0:2.0;94883:70:<:3402934234>:<>32331:d43284b4c76e66710:45:<>:,,,,,,,::,:::...()F22.0180:2.0:<:3402934234>:<>32331:d43284b4c76e66710:45:<:3402934234>:0消息體描述如下：17F32.0200:2.094883192.0.2.4:<:3402934234>733413:<>32331:d43284b4c76e66710:45:<:3402934234>:,,,,,,,:,:,,:,,::...()F42.0200:2.0:<:3402934234>:<>:d43284b4c76e66710:45:<>::…()F32.020018F5:34029342342.0:2.094334:70:<:3402934234>:<>43524545:k3l43034:22:<>:,,,,,,,::::0F62.0200::2.0:<:3402934234>:<>:k3l43034:22:<:3402934234>::…()F5:34029342342.019F72.02.05;943343d1:70:<>43524545:<:3402934234>334332:k3l43034:34321:<:3402934234>:,,,,,,,::,:3600:,,::...()F72.020F82.0200::2.0:<>:<:3402934234>:k3l43034:34321:<>::…()F82.020021方式二：通過發(fā)送要求用戶參加會議，即方式方式二：通過發(fā)送要求用戶參加會議，即方式22方式三：——第三方參與者邀請用戶加入會議，該用戶通過發(fā)送給加入會議方式三：——第三方參與者邀請用戶加入會議，該用戶通過發(fā)送給23方式四：：第三方參與者請求添加新用戶到會議

參與者通過方法請求添加參與者。下圖中就展現(xiàn)了這個例子，現(xiàn)有在會議中的成員，她想要邀請加入會議。方式四：：第三方參與者請求添加新用戶到會議

參與者通過方24移除參與者——移除參與者——25刪除會議

這里是創(chuàng)建者離開會議則會議則會議室被刪除刪除會議

這里是創(chuàng)建者離開會議則會議則會議室被刪除26中科院

模塊設(shè)計與實現(xiàn)模塊的主要包括如下函數(shù)：1．初始化函數(shù)：完成各個參數(shù)、協(xié)議棧的初始化，的初始化、創(chuàng)建，啟動線程等。2．消息監(jiān)聽和接收發(fā)送函數(shù)：監(jiān)聽設(shè)定的端口是否有消息到達，并接收到達的消息，送入接收隊列；從發(fā)送隊列中取出待發(fā)送的消息進行發(fā)送。3．消息處理函數(shù)：對收到的所有消息進行處理。4．銷毀函數(shù)：完成的銷毀，釋放資源。中科院

模塊設(shè)計與實現(xiàn)27中科院具體控制消息處理過程

我們定義了一些控制消息用于會議控制，這些控制消息基本上能完成會議控

制的功能。控制消息和消息處理程序的對應關(guān)系如下所示：

{＂＂}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂2＂，2}，{＂2＂，2}，{＂2＂，2}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，中科院具體控制消息處理過程

我們定義了一些控制消息用于會議控28消息處理過程：當檢測到用戶發(fā)送消息后，將用戶消息保存在中，調(diào)用的()函數(shù)，將取出來的保存在類中，然后檢測中的消息是否是一個完整的消息，如果不是完整的消息，繼續(xù)調(diào)用函數(shù)，接收用戶的消息;如果是完整的消息，分析消息，根據(jù)消息的頭部調(diào)用相應的處理函數(shù)。消息處理過程：當檢測到用戶發(fā)送消息后，將用戶消息保存在中，調(diào)29消息具體處理流程如下：

用戶登錄過程消息具體處理流程如下：

用戶登錄過程30SIP視頻會議框架與信令控制流程課件31SIP視頻會議框架與信令控制流程課件32SIP視頻會議框架與信令控制流程課件339、春去春又回，新桃換舊符。在那桃花盛開的地方，在這醉人芬芳的季節(jié)，愿你生活像春天一樣陽光，心情像桃花一樣美麗，日子像桃子一樣甜蜜。12月-2212月-22Saturday,December24,202210、人的志向通常和他們的能力成正比例。10:34:5410:34:5410:3412/24/202210:34:54AM11、夫?qū)W須志也，才須學也，非學無以廣才，非志無以成學。12月-2210:34:5410:34Dec-2224-Dec-2212、越是無能的人，越喜歡挑剔別人的錯兒。10:34:5410:34:5410:34Saturday,December24,202213、志不立，天下無可成之事。12月-2212月-2210:34:5410:34:54December24,202214、ThankyouverymuchfortakingmewithyouonthatsplendidoutingtoLondon.ItwasthefirsttimethatIhadseentheToweroranyoftheotherfamoussights.IfI'dgonealone,Icouldn'thaveseennearlyasmuch,becauseIwouldn'thaveknownmywayabout.。24十二月202210:34:54上午10:34:5412月-2215、會當凌絕頂，一覽眾山小。十二月2210:34上午12月-2210:34December24,202216、如果一個人不知道他要駛向哪頭，那么任何風都不是順風。2022/12/2410:34:5410:34:5424December202217、一個人如果不到最高峰，他就沒有片刻的安寧，他也就不會感到生命的恬靜和光榮。10:34:54上午10:34上午10:34:5412月-22謝謝觀看THEEND9、春去春又回，新桃換舊符。在那桃花盛開的地方，在這醉人芬芳34視頻會議框架

與信令控制流程視頻會議框架

與信令控制流程35會議框架模型分析

緊耦合會議拓撲緊耦合是指由一個中心節(jié)點實現(xiàn)信令集中控制的會議會議框架模型分析

緊耦合會議拓撲緊耦合是指由一個中心節(jié)點實36集中混合模式在這個會議模型中，終端各成員間的通信，通過一個核心的混合器來實現(xiàn)。每個成員均需與混合器建立媒體和信令的連接?；旌掀髫撠煂λ谐蓡T進行混合控制，并進行媒體流的混合分發(fā)集中混合模式在這個會議模型中，終端各成員間的通信，通過一個核37本模式的優(yōu)點每個成員只會收到一個混合后的流。減少了計算復雜性。對于終端用戶減少了帶寬需求，并且可以自由選擇自己的編碼格式。音頻流在混合前可以靜音壓縮。整個系統(tǒng)的靈活性大大增強，并且可以支持具有不同網(wǎng)絡(luò)帶寬性能的多樣的終端。缺點是：整個網(wǎng)絡(luò)的可擴展性一般，由于會議中只有一個集中的混合器，不可能在一個會話中同時支持上千方的成員。另外，服務器中的混合器將會引入一定的包傳輸延遲。所以，該模式適用于中小型網(wǎng)絡(luò)。本模式的優(yōu)點每個成員只會收到一個混合后的流。減少了計算復雜性38緊耦合會議物理實現(xiàn)模型對于集中式混合模式來說，它是通過核心的混合器來實現(xiàn)用戶信令的控制、媒體流的混合等功能，如果再考慮到會議策略也由這個物理上的單一會議服務器來實現(xiàn)，就是經(jīng)典的解決方案。最簡單的實現(xiàn)為：在網(wǎng)絡(luò)中有一個物理服務器。該服務器實現(xiàn)了、、以及。如圖所示緊耦合會議物理實現(xiàn)模型對于集中式混合模式來說，它是通過核心的39集中式會議服務器模型集中式會議服務器模型40正如它的名字一樣，是一個會議的核心。會議中的所有參與者都通過被會話聯(lián)系在一起。的主要功能是保持各會話與它的連接。確保參加會議的各成員被連接在上面。為了確保每個參與者都可以得到會議的媒體流，也可以調(diào)用使進行媒體會話。也就是說，實現(xiàn)了會議的一切控制功能。正如它的名字一樣，是一個會議的核心。會議中的所有參與者都通過41負責將會議中媒體流混合，然后將混合好的媒體流分發(fā)給各收件人。在規(guī)則下，通過調(diào)用實現(xiàn)流媒體的混合。本身并不是會議的實體。接收輸入媒體流進行混合，然后形成新的媒體流輸出?？偸侵苯拥幕蜷g接的處于的控制下。首先分析媒體策略，然后在中插入恰當?shù)囊?guī)則。如果直接控制，那么要么和共駐主存，要么通過很多協(xié)議被控制。如果是間接控制的，那么委托進行混合，參與者都擁有各自的。負責將會議中媒體流混合，然后將混合好的媒體流分發(fā)給各收件人。42會議通知服務器提供了會議通知服務器，它擔當通知的角色。會議通知服務器接受來自用戶的訂閱，并通知訂閱者會議狀態(tài)的改變。會議狀態(tài)包括：參與者聯(lián)系到的狀態(tài)，以及與其相關(guān)聯(lián)的會話信息。當有一個新的參與者加入會議時，會議狀態(tài)發(fā)生了變化，則通過通知參與者。同樣地，當有參與者離開，則需通知訂閱者。會議通知服務器43視頻會議系統(tǒng)

控制功能模塊在視頻會議系統(tǒng)中會議的控制功能至關(guān)重要，它的實現(xiàn)是視頻會議實現(xiàn)的基礎(chǔ)。因此，對會議的控制功能總結(jié)如下：與各與會者進行信令交互，控制多方會話的建立，維持和結(jié)束維護會議的狀態(tài)并通報給各與會者較全面的會議控制能力多個會議的配置、初始化、管理安全準入機制保障視頻無沖突的共享會議應能添加、刪除多個參與者視頻會議系統(tǒng)

控制功能模塊44控制功能流程視頻會議流程包括創(chuàng)建會議、加入會議、開始會議和結(jié)束會議等步驟。其中會議開始后如何進行會議狀態(tài)信息通告，以及會場控制機制需要制定相應的規(guī)范，這就需要對會議建立中的信令流程進行設(shè)計。控制功能流程視頻會議流程包括創(chuàng)建會議、加入會議、開始會議和45創(chuàng)建會議創(chuàng)建會議46實現(xiàn)過程描述如下：用戶發(fā)出包含要創(chuàng)建的會議的消息。會議服務器收到該請求。查找消息請求的會議，看是否存在該會議，如果不存在，說明是一個新的會議請求，則創(chuàng)建一個新的會議，會議的名稱、為請求的會議名稱、，并創(chuàng)建對應的會話。向該用戶返回200消息，其中包含會議的和屬性，且該用戶被加入到創(chuàng)建的會議中，成為會議的第一個會議成員。該用戶和媒體服務器建立媒體通道連接。將新創(chuàng)建的會議進行注冊，以便其他的用戶可以申請加入該會議。實現(xiàn)過程描述如下：47加入會議方式一：用戶通過發(fā)送請求加入會議，即方式方式加入會議，用戶可先通過、公告、即時消息等方式事先獲得會議，然后向會議發(fā)送消息，請求加入會議。加入會議方式一：用戶通過發(fā)送請求加入會議，即方式48SIP視頻會議框架與信令控制流程課件49其實現(xiàn)過程描述如下：F1：用戶向發(fā)送請求。F2：在收到呼叫請求消息后，該消息進入?yún)f(xié)議棧的接收隊列，等候進入狀態(tài)機處理隊列。消息進入狀態(tài)機處理隊列并由狀態(tài)機進行消息狀態(tài)處理，發(fā)出180消息通知呼叫處理進行中。F3：根據(jù)會議策略，如果允許加入則發(fā)出200確認消息，否則發(fā)出403或401等消息。F4：收到200，發(fā)出確認消息。其中200的描述中攜帶著媒體服務器的媒體描述信息，和媒體服務器之間將建立媒體通道。收到確認消息，本次雙方呼叫協(xié)商過程結(jié)束，協(xié)議棧狀態(tài)機處理結(jié)束，釋放占用的資源。：和媒體服務器之間開始媒體流的傳輸，默認的媒體策略是將會收到所有其他會議用戶的音頻流，接收一路視頻流，該視頻流可以在不同會議用戶之間切換。F5：向發(fā)出消息，訂閱會議狀態(tài)信息。F6：向返回200消息，訂閱成功。F7：向發(fā)出通知消息，告知會議狀態(tài)。F8：收到消息，從攜帶的內(nèi)容描述中得到會議的狀態(tài)信息，并返回200確認消息。會議狀態(tài)信息包括：出席會議的成員，每個成員的連接信息和媒體信息，會議成員的加入和離開，成員的策略改變等狀態(tài)變化。每當會議狀態(tài)發(fā)生改變，就向各個會議成員發(fā)送通知消息，通過消息時刻了解會議狀態(tài)。其實現(xiàn)過程描述如下：50消息體描述如下：F1:3402934234\2.0:2.0;94883:70:<:3402934234>:<>32331:d43284b4c76e66710:45:<>:,,,,,,,::,:::...()F22.0180:2.0:<:3402934234>:<>32331:d43284b4c76e66710:45:<:3402934234>:0消息體描述如下：51F32.0200:2.094883192.0.2.4:<:3402934234>733413:<>32331:d43284b4c76e66710:45:<:3402934234>:,,,,,,,:,:,,:,,::...()F42.0200:2.0:<:3402934234>:<>:d43284b4c76e66710:45:<>::…()F32.020052F5:34029342342.0:2.094334:70:<:3402934234>:<>43524545:k3l43034:22:<>:,,,,,,,::::0F62.0200::2.0:<:3402934234>:<>:k3l43034:22:<:3402934234>::…()F5:34029342342.053F72.02.05;943343d1:70:<>43524545:<:3402934234>334332:k3l43034:34321:<:3402934234>:,,,,,,,::,:3600:,,::...()F72.054F82.0200::2.0:<>:<:3402934234>:k3l43034:34321:<>::…()F82.020055方式二：通過發(fā)送要求用戶參加會議，即方式方式二：通過發(fā)送要求用戶參加會議，即方式56方式三：——第三方參與者邀請用戶加入會議，該用戶通過發(fā)送給加入會議方式三：——第三方參與者邀請用戶加入會議，該用戶通過發(fā)送給57方式四：：第三方參與者請求添加新用戶到會議

參與者通過方法請求添加參與者。下圖中就展現(xiàn)了這個例子，現(xiàn)有在會議中的成員，她想要邀請加入會議。方式四：：第三方參與者請求添加新用戶到會議

參與者通過方58移除參與者——移除參與者——59刪除會議

這里是創(chuàng)建者離開會議則會議則會議室被刪除刪除會議

這里是創(chuàng)建者離開會議則會議則會議室被刪除60中科院

模塊設(shè)計與實現(xiàn)模塊的主要包括如下函數(shù)：1．初始化函數(shù)：完成各個參數(shù)、協(xié)議棧的初始化，的初始化、創(chuàng)建，啟動線程等。2．消息監(jiān)聽和接收發(fā)送函數(shù)：監(jiān)聽設(shè)定的端口是否有消息到達，并接收到達的消息，送入接收隊列；從發(fā)送隊列中取出待發(fā)送的消息進行發(fā)送。3．消息處理函數(shù)：對收到的所有消息進行處理。4．銷毀函數(shù)：完成的銷毀，釋放資源。中科院

模塊設(shè)計與實現(xiàn)61中科院具體控制消息處理過程

我們定義了一些控制消息用于會議控制，這些控制消息基本上能完成會議控

制的功能。控制消息和消息處理程序的對應關(guān)系如下所示：

{＂＂}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂2＂，2}，{＂2＂，2}，{＂2＂，2}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，{＂＂，}，中科院具體控制消息處理過程

我們定義了一些控制消息用于會議控62消息處理過程：當檢測到用戶發(fā)送消息后，將用戶消息保存在中，調(diào)用的()函數(shù)，將取出來的保存在類中，然后檢測中的消息是否是一個完整的消息，如果不是完整的消息，繼續(xù)調(diào)用函數(shù)