筆者首先討論一些相關的電話會議的背景，市場報告，還有電話會議的實現(xiàn)方式和工作機制，以及電話會議的功能。最后討論企業(yè)客戶不斷更新的企業(yè)用戶的一些變化和未來應用場景的發(fā)展趨勢。
這里，筆者首先說明，筆者僅涉及一些SIP基本的技術討論和目前根據(jù)筆者的觀察所得出的一些建議和結論，不涉及其他會議類型的討論，也沒有完全覆蓋完整的生態(tài)鏈和技術細節(jié)，望見諒。另外，筆者主要討論基于SIP協(xié)議的媒體會議處理模式，沒有涉及H323的方式。
1、電話會議/視頻會議的使用背景
一般的企業(yè)辦公呼叫中，電話溝通是基本的溝通方式。但是，因為業(yè)務場景和企業(yè)協(xié)同變得越來越復雜，僅電話雙方的溝通很難滿足最新業(yè)務類型的發(fā)展模式。電話會議/視頻會議在我們目前的企業(yè)辦公環(huán)境或其他組織的工作流程中慢慢變得非常重要，它們具有不可替代的作用，多方會議人員可以分布在不同地方一起進行工作溝通。電話會議的形式也有很多種，可以支持不同的會議終端和不同的場景。
所有圖片來自于互聯(lián)網
在企業(yè)辦公環(huán)境中，大部分用戶使用電話會議的目的是和企業(yè)內部同事進行溝通，或和企業(yè)客戶通過會議的方式進行業(yè)務溝通。電話會議或者視頻會議具有非常多的優(yōu)點，可以幫助企業(yè)或者客戶節(jié)省溝通成本，同時可以支持更多的業(yè)務場景。特別是視頻會議的功能支持了更多的現(xiàn)代具有互聯(lián)網化的場景，例如遠程醫(yī)療診斷，產品培訓，遠程教育和金融保險服務等行業(yè)客戶�；谄髽I(yè)用戶對語音視頻會議的需求不斷增加，同時互聯(lián)網技術本身的不斷發(fā)展，越來越多的廠家也開始對電話會議終端和視頻會議系統(tǒng)發(fā)力，越來越多的廠家發(fā)布了很多視頻會議產品。
2、電話會議/視頻的市場需求
因為用戶對語音和視頻會議的需求越來越大，很多國際大廠也開始投入公司資源進入語音視頻會議的市場。本身VOIP的市場分額也在逐步增加，示圖中說明了美國市場的增加情況：
根據(jù)國外月份報告的預測，到2022年，65%的電話會議系統(tǒng)都將支持視頻會議功能。根據(jù)市場劃分，多家產品都有著各自不同的特點。根據(jù)Global Market Insights的報告，到2024年，全球視頻會議的市場需求將到達200 億美金，同時MCU硬件設備和終端產品也會大幅增長。
Video Conferencing Market is anticipated to exceed USD 20 billion by 2024; according to a new research report by Global Market Insights, Inc. The video conferencing market is propelled by the rise in globalization.
https://www.globenewswire.com/news-release/2018/11/19/1653464/0/en/Video-Conferencing-Market-to-surpass-20bn-by-2024-Global-Market-Insights-Inc.html
在市場布局的同時，每個廠家都針對各自的特點，采取各自的策略來推廣自己的產品。以下是一個關于視頻會議產品的分析說明：
同時，它們又支持了不同的功能屬性：
資料來源：https://logmeincdn.azureedge.net/gotomeetingmedia/-/media/pdfs/2017-47-the-aragon-research-globe-for-web-and-video-conferencing-2017-visual-collaboration-is-here-2.pdf
因為是2017年的報告，可能中國品牌Yealink還沒有完全進入視頻會議的市場。但是，在2018年，中國品牌Yealink算是異軍突起，贏得了一定的市場地位。
因為視頻會議的興起，會帶動其他相關生態(tài)鏈的發(fā)展，其中比較突出的業(yè)務包括：
- 會議終端產品：包括視頻會議電話，USB會議終端，會議攝像頭，會議終端
- 軟硬件的會議部署服務，包括云平臺或者本地部署方式
- 服務類型支持：包括基于云的網頁會議服務，視頻會議服務，視頻在線服，支持視頻的融合通信服務等功能。
隨著市場的變化，很多競爭對手也發(fā)生了變化。Zoom就是一個比較大的變化，特別是在2017年上市以后，Zoom的市場估值很高，這也說明了視頻會議市場的需求比較旺盛。
3、主要的技術架構
我們首先介紹語音電話會議的技術架構。語音電話會議基本上由兩個核心服務器構成（B2BUA和媒體服務器/會議服務器）。B2BUA負責用戶的協(xié)議管理，我們多次在前面的文章中有非常完整的介紹。媒體服務器除了提供IVR，媒體文件播放。DTMF采集以外，媒體服務器也可以提供會議橋的功能。RFC4353對會議橋的技術架構有非常明確的定義：
媒體服務器的核心構件包括：
下面，我們通過比較詳細的使用示例場景來進一步說明SIP服務器和媒體服務是如何工作的。會議橋的主要功能就是把多個媒體流通過橋接的方式分發(fā)到其他會議終端。如下圖例介紹了一個簡單的會議橋服務流程：
但終端同時上游終端說話時，媒體服務器或需要對這些終端過來的媒體流進行混音處理，然后再發(fā)送到上游終端。在混音處理時，不同廠家的產品可能有不同的處理方式，為了優(yōu)化網絡帶寬和消除雜音，一般的媒體會議服務器對混音處理支持兩種方式：
- 僅對比較高音量的媒體進行混音，音量比較低的則剔除
- 設置一個音量閥值，閥值以上的進行混音處理，閥值以下的刪除剛才筆者已經說明，媒體服務器需要借助于B2BUA來實現(xiàn)對用戶的管理。媒體服務器僅支持媒體功能，沒有用戶管理功能，而B2BUA則負責用戶的管理，B2BUA相等于媒體服務器的大腦中心，B2BUA負責對媒體服務器進行調度管理。因此，B2BUA可以幫助媒體服務器實現(xiàn)兩個主要功能：
- 通過B2BUA創(chuàng)建媒體流路徑，終端發(fā)出會議INVITE以后，
- 通過B2BUA獲悉哪些媒體流需要橋接到指定的媒體流服務器和會議室。
在下面的圖例中，我們可以看到，如果Alice需要加入到會議室時，首先對B2BUA發(fā)起INVITE請求，B2BUA然后對媒體會議服務器發(fā)送另外一個INVITE請求，如果通過，終端和會議服務器創(chuàng)建一個RTP流。關于會議請求的處理流程，讀者可以查閱RFC5366。其他終端也進行類似的處理流程，最后把RTP流匯聚到會議服務器端。會議服務器端根據(jù)B2BUA的INFO請求，對不同的媒體流分別進行處理。需要對B2BUA發(fā)送一個INFO，會議服務器根據(jù)INFO請求中的payload進行不同的混音處理，分發(fā)處理。這里要注意，在INFO中，SIP頭會攜帶會話的基本描述和路由的參數(shù)，同時在Payload中包括了一些關于媒體文件的模式，以XML的方式發(fā)送。在XML中會命令媒體服務器需要進行混音的具體參數(shù)。關于XML的數(shù)據(jù)格式，讀者可以查閱RFC4575。如果讀者對IMS網絡中的會議處理有興趣的話，可以查閱3GPP的官方資料（3GPP TS 24.147）。
終端，B2BUA和媒體服務器如何進行混音的流程：
不同的會議服務器廠家可能提供很多不同的會議功能，這里不再過多解釋。筆者希望針對另外一個比較有特色的功能進行一下簡單說明。這個比較特殊的功能就是實時發(fā)言檢測功能。在實際的會議現(xiàn)場，會議服務器可以檢測到誰正在發(fā)言，然后對B2BUA服務器發(fā)送過INFO消息，B2BUA通過會議應用界面來顯示實時的發(fā)言者檢測功能，通過圖標來顯示實時發(fā)言人的狀態(tài)信息。另外，有一些特別的會議服務器廠家的會議功能中可以支持發(fā)言人的時間控制，如果通過實時監(jiān)測，發(fā)現(xiàn)了發(fā)言人講話超時，則會自動停止其發(fā)言。
4、會議服務器的工作流程
在前面的介紹中，我們討論了會議服務器的處理機制和B2BUA之間的交互。事實上，每個會議服務器廠家都基本上根據(jù)其處理的基本原則來進行會議啟動。媒體服務器支持一個IVR的交互來實現(xiàn)對會議的處理。B2BUA本身就是一個SIP終端，會議發(fā)起方終端可以對其URL進行撥號呼叫，進入到IVR以后，根據(jù)具體的路由指令來完成會議流程，進入到會議室。具體的工作流程如下：
- 首先，會議終端撥打會議URL，對B2BUA發(fā)起INVITE請求
- B2BUA然后對媒體服務器發(fā)送INVITE請求
- B2BUA拷貝會議發(fā)起方的SDP消息，和媒體服務器創(chuàng)建RTP語音流媒體路徑
- B2BUA應用服務器對媒體會議服務器發(fā)送命令請求，命令媒體服務器播放語音IVR導航提示音，要求呼叫方輸入會議ID，密碼等驗證信息
- 媒體會議服務器獲取到輸入的DTMF輸入和密碼驗證等信息，然后對會議終端播放其他語音信息
- 會議服務器獲取到DTMF以后，通過INFO返回到B2BUA，B2BUA通過應用數(shù)據(jù)庫或其他存儲方式來驗證其身份。
- 如果終端身份有效，則B2BUA發(fā)送INFO到會議服務器，通知會議服務器播放歡迎消息，然后橋接其終端媒體流進行混音處理，進入到同一會議室
- 其他會議終端重復以上同樣流程，最后都進入到同一會議室房間
這里，讀者需要注意，我們討論的是一般情況下會議創(chuàng)建的流程，很多會議服務器廠家的業(yè)務邏輯可能有所不同，但是，大部分的工作流程基本上類似，不一定完全一樣。
會議服務器的類型可以分為一下四種類型：
- 定時啟動的會議，按照設定的時間自動啟動的會議室功能，通過日期預訂會議資源，保證了會議資源分配。
- Ad-hoc 自組會議，通過系統(tǒng)熱鍵自組實時會議，支持小型的即時會議，臨時，無計劃的會議。
- 通過呼入方式加入的會議，通過每一個會議號碼呼入到會議系統(tǒng)來召開會議
- 通過外呼邀請加入的會議，通過系統(tǒng)自動外呼，然后轉入到會議服務器來召開會議，以被邀請的方式加入
關于會議類型和其會議創(chuàng)建的方式，讀者可以查閱RFC4579，此規(guī)范詳細說明了以上四種方式的SIP消息處理流程。
Session Initiation Protocol （SIP） Call Control - Conferencing for User Agents
如何實現(xiàn)對會議的管理也是一個非常重要的問題。語音會議服務器基本上可以通過兩種管理方式來控制會議：
- 通過會議服務器的界面來實現(xiàn)會議的控制，界面可以支持HTTP呼叫會議URL，管理員可以對會議人員靜音，可以點擊每個按鈕退出會議等功能。B2BUA收到HTTP請求后，然后通知執(zhí)行必要的流程，或者對終端發(fā)送BYE消息等。
- 通過會議系統(tǒng)的熱鍵（或DTMF）來實現(xiàn)會議控制功能，一般會議室可以支持通過某些系統(tǒng)熱鍵（例如，#9或×1等組合按鍵）實現(xiàn)會議模式切換，退出會議室，或者踢出會議人員等功能。媒體會議服務器收到系統(tǒng)熱鍵和DTMF以后，對B2BUA返回INFO消息，B2BUA根據(jù)其熱鍵功能的請求（例如，結束會議），然后，B2BUA對終端發(fā)送BYE消息來結束會議。
5、會議服務器主要功能介紹
在前面的章節(jié)中我們討論了會議服務器的工作流程和其類型。接下來，我們花費一點時間再針對會議服務器的功能做一個簡單說明。事實上，無論是語音會議服務器還是視頻會議服務器，會議功能結合了很多具體的應用場景，其功能已經非常豐富，筆者不可能完全逐一介紹每個會議服務器的功能，這里，我們針對一般常見的會議發(fā)起人的功能做一個說明。會議發(fā)起人或組織者具有以下幾個功能：
會議發(fā)起人功能，會議組織人可以發(fā)起會議，主持會議和控制會議管理權限，通過B2BUA的消息來確認會議發(fā)起人的認證信息和權限設置。
會議組織者可以針對某些終端開啟靜音或關閉靜音功能。會議組織者可以通過HTTP模式或者其他模式對每個會議人員進行靜音設置，B2BUA應用程序收到此HTTP請求后，然后對媒體會議服務器發(fā)送INFO消息，要求會議服務器停止對所靜音的終端進行混音處理。這樣，會議室就不會收到此成員的RTP流。此終端仍然可以接收到其他會議終端的RTP流。
會議人員提問功能，如果被靜音的用戶需要提問時，會議終端界面可以通過HTTP對B2BUA發(fā)送提問請求，B2BUA然后媒體會議服務器發(fā)送INFO，通知會議服務器關閉終端靜音功能。這樣，終端就可以進行提問。
會議組織者可以添加邀請會議人員，如果有必要，會議組織者根據(jù)需要可以增加會議人員或者踢除會議室成員。和靜音的處理方式相同，如果會議組織者想踢除一個會議成員的話，界面對B2BUA發(fā)送一個HTTP請求，然后B2BUA應用程序對終端發(fā)送一個BYE消息，此會議成員從會議室被刪除。
開啟宣講模式，通過開啟宣講模式，其他會議人員進入到僅接受RTP流的狀態(tài)。會議服務器組織者可以通過界面設置會議進入到宣講模式，界面發(fā)送HTTP到B2BUA應用服務器，應用服務器然后對媒體會議服務器發(fā)送一個INFO消息，通知媒體服務器除了會議組織者以外，停止對其他終端進行混音處理，其他終端只能收到RTP語音流，不會發(fā)送語音流。
會議人員隱私管理，如果在會議進行中，如果其中一方會議人員不想讓其他會議人員聽到接下來的討論細節(jié)，僅讓會議組織者聽到，會議組織者可以對其他會議人員進行靜音設置，停止對其他會議人員發(fā)生雙向語音流。B2BUA需要對媒體會議服務器發(fā)送一個INFO消息，通知停止對其他終端發(fā)送雙向的RTP語音流。這樣，只有會議組織者和此會議人員可以聽到會議討論的語音內容，其他人則聽不到會議內容。
子會議管理，如果會議成員需要在會議的同時希望再開啟一個基于此會議的之會議模式，僅有幾個會議中的相關成員參加這個子會議，會議組織者可以開啟此功能。會議組織者可以通過界面對B2BUA發(fā)送一個HTTP請求，然后，B2BUA再次對媒體服務器發(fā)送命令INFO，通知媒體服務器進行混音處理，會議混音進行分組。
會議服務器支持會議錄音錄像功能。會議組織者可以通過界面HTTP請求對B2BUA發(fā)送會議錄音錄像的請求，B2BUA然后通過INFO要求媒體會議服務器進行錄音或錄像。
筆者在以上所介紹的會議功能僅是會議組織者的一些基本功能，沒有涉及其他會議人員的功能。事實上，很多廠家的會議服務器支持了很多的功能，并且隨著業(yè)務功能和場景越來越復雜，新的功能也不斷出現(xiàn)。讀者如果選擇購買會議服務器時，建議讀者查閱其功能列表和自己的應用需求來做出決定。
6、視頻會議主要功能
隨著互聯(lián)網的不斷發(fā)展，帶寬不斷增加，特別是5G的到來，視頻會議的應用場景得到了很大提升，為了提高工作效率，越來越多的用戶開始使用視頻會議來作為工作溝通的工具。相對于語音會議服務，視頻會議具有更高級的功能。從會議的基本功能和會議創(chuàng)建的流程來說，語音會議服務器的界面管理，會議類型，會議功能和視頻會議基本相同。唯一不同的是在SIP消息中，視頻會議的SDP包括了關于對視頻的描述m=video。視頻會議的語法既包括了語音的描述，同時也包括了視頻的描述。
另外，讀者需要注意的是，不像媒體語音會議服務器，視頻會議服務器，除了需要混音以外，視頻會議服務器還有進行幾個相對比較復雜的額外的處理：
- 視頻會議服務器需要對視頻媒體流進行橋接處理。
- 視頻會議服務器需要根據(jù)業(yè)務邏輯的要求，對多個終端的畫面進行分屏處理
- 分屏處理時需要根據(jù)不同的終端來顯示其他對應的終端圖像
- 可能各個終端的視頻編碼的不同（H.263/H.264），視頻會議服務器需要通過MCU進行視頻編碼轉換
- 根據(jù)業(yè)務需求不同，如果終端僅需要語音會議的話，可以切換到語音會議功能，而不使用視頻會議功能，節(jié)省視頻/語音系統(tǒng)資源。
- SFU/MCU的部署方式，視頻會議服務器可以支持不同的視頻處理方式，或者支持智能化的混合型的處理方式。
7、會議服務器性能的相關要素討論
無論是語音還是視頻會議，服務器的執(zhí)行性能是一個非常大的話題。限于篇幅和筆者對會議的研究有限，沒有能力做非常深入的討論。筆者大概介紹一下幾個和會議服務器相關的要素，希望讀者可以充分了解這些要素，避免部署時出現(xiàn)問題。幾個影響服務器性能的要素包括：
- 語音或視頻使用的編碼，盡量使用同一編碼，減少編碼轉換開銷，降低MCU/SFU的負載。
- 支持會議足夠的帶寬，部署時需要用戶對網絡帶寬做一個評估，高峰期帶寬值，最大并發(fā)時的帶寬值。
- 會議管理路由策略的優(yōu)化，如果部署多臺B2BUA或者媒體服務器，盡量考慮分布式部署方式，降低對單一服務器的依賴。
- 會議噪音處理需要調整。會議室成員的語音增益調整到適當?shù)拈y值，如果增益太小，語音音量很低的話，會議服務器就會丟棄低于閥值的媒體流。
- 視頻會議服務器的畫面質量需要調整，分屏處理，畫幕尺寸等要素。
- 如果需要考慮會議錄音錄像時，需要考慮錄音錄像的存儲方式和硬件服務器的存儲速度。如果占用率太高的系統(tǒng)負載，錄音質量會非常差。
除了以上幾個要素以外，服務器的部署方式和網絡部署方式也是非常重要的。當前，基于云平臺的部署方式已經非常靈活，也可以進行非常大的擴展，用戶可以根據(jù)使用情況，不斷增加系統(tǒng)資源。從服務器本身的部署來說，很多服務器的部署可以設置為一種動態(tài)擴展的方式，這樣就需要服務器之間和業(yè)務邏輯之間增加一些控制模塊。筆者提供了一篇早期的會議論文，幫助讀者理解動態(tài)擴展視頻會議的研究討論。此研究人員（ZhenYang等）來自于北京郵電大學，他們對視頻會議動態(tài)部署方式做了一些研究，并且經過測試后，注冊用戶的數(shù)量有著非常明顯的區(qū)別。
如果大家有興趣的話，可以購買此論文，對其架構進行研究。
A dynamic scalable service model for SIP-based video conference
8、基于SIP會議服務的相關技術
因為互聯(lián)網的發(fā)展，語音會議和視頻會議也不斷增加了很多新的技術來滿足更多的用戶場景需求。和SIP協(xié)議結合比較緊密的是WebRTC和BFCP。很多應用場景以及實現(xiàn)了WebRTC的視頻會議，同時結合了基于SIP的視頻會議服務。關于WebRTC和SIP的使用，筆者在微信文章做有非常深入的討論，讀者可以查閱歷史文檔來學習。另外，讀者也可以通過此論文來了解SIP協(xié)議和WebRTC集成的討論：Integration of WebRTC with SIP – Current Trends
一些開源的融合通信和媒體服務器，包括Asterisk，F(xiàn)reeSWITCH和Jitsi都通過不同的方式支持了WebRTC，通過SIP模塊可以實現(xiàn)集成。
另外，因為融合通信和協(xié)同工具的出現(xiàn)，IMS網絡的普及，在3GPP中，BFCP是視頻會議協(xié)同工具重要的協(xié)議之一。很多融合通信系統(tǒng)支持了文件共享，屏幕共享，白板等功能。因此，BFCP也慢慢普遍使用起來。SIP協(xié)議沒有辦法來控制會議現(xiàn)場的其他資源，BFCP可用于對會議人員的資源進行控制和權限管理工作，部署在低帶寬的環(huán)境中。關于BFCP細節(jié)討論，讀者可以查閱RFC4582或者訪問思科官方網站的關于BFCP的介紹。
9、未來技術應用趨勢思考
任何技術的發(fā)展都是基于前人的技術積累而逐漸發(fā)展出來的。人類對通信的發(fā)展歷史也是這樣一個過程。隨著社會的不斷發(fā)展，生活工作環(huán)境也會隨著時代的變化而變化。溝通是人類的第一需求，通信工具的進步也反映著時代的進步。通信工具的歷史就是一個非常明顯的例子，通信方式從非常原始的單一的簡單文字，慢慢演化到了具有文字，語音，圖像，以及高清語音和高清圖像的時代。視頻會議甚至于高清視頻會議就出現(xiàn)在了很多公司的辦公環(huán)境中。
因為互聯(lián)網的發(fā)展和公司辦公環(huán)境的改變，公司企業(yè)用戶的通信方式也發(fā)生了很大的變化，也顛覆了以前的溝通方式，更多出現(xiàn)了移動辦公的趨勢。
"The modern workforce is increasingly mobile, collaborative [and] dynamic, and comprises multi-generations, all with differing communication preferences," said Stacey Epstein, CEO of Zinc.
https://www.businessnewsdaily.com/8156-future-of-remote-work.html
根據(jù)Knoll Workplace Research的研究，未來辦公環(huán)境的趨勢是：
- 辦公室的分布式配置，分散到多個辦公場所，不是聚集在一棟辦公樓
- 辦公場所之間通過社交媒體工具和協(xié)同工具來聚和
- 技術工人的缺乏
- 工作方式更加靈活
- 相對放松的工作環(huán)境
因為工作模式的轉變，導致了公司通信方式也不斷發(fā)生變化，需要靈活，可移動的，協(xié)同能力非常強的通信工具來完成工作流程。公司通信系統(tǒng)的點對點呼叫或者終端之間的呼叫可能相對效率比較低，高效的會議討論則是公司員工更能夠接受的溝通方式。
以前傳統(tǒng)的語音會議會議仍然具有一定的市場份額，但是，更多的員工或客戶可能會選擇會議體驗更強的視頻會議來作為公司溝通的主要工具。會議可能是為了公司團隊之間溝通的主要手段。視頻會議可以增加很多非常高效的用戶體驗，例如屏幕共享，文件共享修改，會議語音TTS/ASR留存，一鍵發(fā)送支持會議人員郵箱發(fā)送，微信發(fā)送或者短信等形式的方式。會議實時調查反饋統(tǒng)計。
根據(jù)eztalks的分析，未來會議服務的十大趨勢是：
- 良好的用戶體驗是會議系統(tǒng)的關鍵要素
- 手機優(yōu)先的會議終端定位
- 公司會議系統(tǒng)的國際化部署方式
- VoIP替代PSTN會議接入方式
- 基于頁面的會議系統(tǒng)將成為會議內容平臺
- 企業(yè)客戶會根據(jù)不同的需求使用不同的會議解決方案
- 高清會議系統(tǒng)和終端將受到歡迎
- 會議內容管理是會議平臺的關鍵
- 融合通信平臺和會議的高度集成
- 云平臺的出現(xiàn)，托管式的會議系統(tǒng)會逐漸成為主流
- 因為會議用戶的場景具有可移動性，所以要求會議終端具有非常好的設計體驗，例如，降噪功能，會議室拾音功能，用戶任意移動，會議語音效果不會受到干擾。
同時，除了以上的一些分析以外，筆者認為更多的會議的用戶體驗需要更加注意：
- 基于App或者微信小程序的會議PPT資料分享，實時報告
- 基于App的，和社交媒體的無縫集成
- 基于APP的會議溝通和通信集成
- 基于地理位置GPS的推送助手工具，包括酒店，交通，餐廳等
- 會議歷史記錄的保存和再次播放
- 基于APP的實時現(xiàn)場調查和互動比賽，筆者最近參加的Genesys 呼叫中心就使用了類似的工具，演講人可以實時看到現(xiàn)場互動的調查結果。
- 個人消息推送和會議進度提醒
- 支持實時用戶定義的語言翻譯
10、總結
本文章從多個方面介紹了語音會議視頻會議的背景知識，同時針對會議的工作機制和創(chuàng)建會議進行了討論。筆者也介紹了語音視頻會議的主要功能和具體實現(xiàn)方式。另外，根據(jù)目前公司辦公環(huán)境的變化和人力資源發(fā)展的趨勢，筆者專門針對目前互聯(lián)網和協(xié)同工具出現(xiàn)所引起的客戶需求的變化也進行了深入的分析，這些需求也是未來語音視頻會議的發(fā)展趨勢。除了會議平臺以外，特別是針對手機APP的會議應用終端有了更多的要求，會議解決方案更多側重于用戶體驗和APP場景的便利性。
最后，因為篇幅關系和水平有限，我們仍然沒有討論很多和語音視頻會議相關的問題，筆者僅從應用和工作場景的角度對會議解決方案在未來可能出現(xiàn)的應用場景做了討論，為讀者提供一個比較全面的應用方案建議。
參考資料：
https://www.rfc-editor.org/rfc/rfc4353.html#section-4.3
http://www.cs.columbia.edu/sip/talks/sip-conferencing.pdf
http://www.ijcte.org/papers/788-A152.pdf
https://www.rfc-editor.org/rfc/pdfrfc/rfc5239.txt.pdf
http://www1.cs.columbia.edu/~hgs/papers/Sing0104_Centralized.pdf
https://www.knoll.com/document/1352940439324/WP_FiveTrends.pdf
https://www.eztalks.com/video-conference/10-trends-shaping-the-future-of-conferencing-services.html
https://www.encore-anzpac.com/events/6-conference-trends-you-need-to-know
https://www.knoll.com/document/1352940439324/WP_FiveTrends.pdf
https://www.businessnewsdaily.com/8156-future-of-remote-work.html
https://tools.ietf.org/html/rfc4353#section-6.3
杜比音效會議終端
FreeSBC/ProSBC 免費邊界會話控制器， 下載ISO：https://freesbc.telcobridges.com/
關注微信公眾號：asterisk-cn，獲得有價值的Asterisk行業(yè)分享
Asterisk freepbx 中文官方論壇：http://bbs.freepbx.cn/forum.php
Asterisk freepbx,FreeSBC/ProSBC 技術文檔： www.freepbx.org.cn
融合通信商業(yè)解決方案，協(xié)同解決方案首選產品：www.hiastar.com
Asterisk/FreePBX中國合作伙伴，官方qq技術分享群（3000人）：589995817
