　　電話會議是企業(yè)通信中必不可少的功能之一，目前市場上已經有很多非常成熟的電話會議系統(tǒng)或者基于云的解決方案。有的可能是傳統(tǒng)的PSTN方式結合IP（SIP/H323）方式，有的是完全是純SIP的的技術架構。為了結合我們的SIP系列講座內容，我們今天專門介紹一下基于SIP的電話會議的核心要素，電話會議的創(chuàng)建移除，會議用戶管理的流程和不同電話會議服務器部署方式的討論。

　　1、互聯(lián)網的發(fā)展越來越開放，越來越靈活，傳統(tǒng)的PSTN網絡已經很難適應互聯(lián)網發(fā)展的要求，同時運營商的業(yè)務能力也逐漸往互聯(lián)網的方向發(fā)展。特別是IMS或者SIP trunk的投入也越來越大。在電話會議的部署方面，SIP具有以下幾個獨特的優(yōu)勢，所以，使得越來越多的電話會議系統(tǒng)通過SIP來獲得支持：

SIP具有更豐富的支持能力，并且具有更多的開放性，而傳統(tǒng)的PSTN網絡無法獲得這樣的優(yōu)勢。
SIP具有更廣泛的支持和更好的開放性，終端開發(fā)和網絡技術人員（SDK/API/瀏覽器）可以輕易部署和開發(fā)需要的終端產品。
SIP終端通�？梢苑浅ｌ`活地進行配置和參數(shù)的調整，包括音視頻支持，語音增益的調整。
不同的會議產品廠家通過一定的配置都可以互相兼容，解決了很多傳統(tǒng)會議系統(tǒng)的兼容性問題。
基于SIP的電話會議可以輕松擴容，支持了更多的管理功能。

　　2、SIP電話會議系統(tǒng)可以通過很多方式方式來實現(xiàn)。幾種實現(xiàn)方式在后續(xù)章節(jié)中有所描述。我們現(xiàn)在主要討論的是服務器端的方式來實現(xiàn)電話會議系統(tǒng)�；诜⻊掌鞫说碾娫挄h系統(tǒng)具有以下幾個方面的功能支持（如圖所示）。

　　具體可實現(xiàn)的功能包括：

　　Conference服務器可以運行多個Focus 電話會議室，每個Focus 具有不同的ID，并且支持多個Focus。Focus具有以下幾個主要特性：

Focus是一個Conference-Aware的用戶代理。根據RFC4353的規(guī)定，F(xiàn)ocus事實上是在會議中扮演著一個邏輯角色。
有唯一的SIP URL。
可以托管/運行一個獨立的會議服務。
維持SIP會議代表的信令關系。
支持會議控制管理。
可以支持媒體轉發(fā)支持混音功能。
可以邀請/移除會議代表。

　　這里讀者一定要注意，在會議UA中，SIP電話會議支持兩種UA：

Conference-Unaware UA。簡單來說，Unware UA可以支持電話會議但是基本上忽略了SIP的其他攜帶信息，它可以支持會議撥入和被邀請功能，Unware UA僅要求支持RFC3261。這里讀者可以簡單理解為非SIP功能終端。具體Unware UA的定義請參閱 RFC4579。
Conference-Aware UA。它必須支持SIP會議的isfocus 參數(shù)。另外，它必須支持RFC3261，應該支持REFER，SIP事件。Aware UA可以支持對SIP頭的渲染，并且應該支持conference package。具體的關于Aware UA的定義請參閱 RFC4579 3.4 部分。從真正意義上來說，這種UA才是SIP會議UA。

　　3、現(xiàn)在我們看看如何實現(xiàn)創(chuàng)建第一個電話會議，會議主持人啟動會議的流程，并且訂閱會議代表狀態(tài)消息。通過以下示例大家可以看到，會議發(fā)起人首先需要對Conference Factory來發(fā)起一個INVITE，然后Factory開始創(chuàng)建一個Focus，然后Factory 返回一個302臨時信息，并且攜帶了一個會議的ID號碼。發(fā)起人再次對Focus發(fā)起一個INVITE，F(xiàn)ocus回復一個200 OK。確認創(chuàng)建了會議Focus以后，會議發(fā)起人可以對Focus發(fā)起一個訂閱消息，這樣可以通過訂閱消息來獲悉其他會議代表的參會狀態(tài)。發(fā)起人創(chuàng)建Focus大概經過12個步驟來實現(xiàn)整個發(fā)起會議的流程。

　　UA支持了isfocus 參數(shù)，攜帶了Conf-ID。

　　4、創(chuàng)建Focus 會議室以后，發(fā)起人可以通過呼叫方式或者REFER的方式對第一個參加會議的代表發(fā)出邀請。這里，發(fā)起人通過REFER對參加會議的代表發(fā)出邀請，然后Focus對會議代表發(fā)出邀請，會議代表回復200 OK，F(xiàn)ocus確認代表身份，會議代表進入到會議室。Focus通過提示消息通知會議發(fā)起人已經有代表進入了會議室。

　　5、會議發(fā)起人的REFER消息，通過Focus對代表發(fā)出會議邀請。Focus對會議代表發(fā)送到INVITE消息。

　　6、電話會議發(fā)起人可以使用REFER，對聯(lián)系人列表發(fā)起會議邀請，F(xiàn)ocus則會根據列表的聯(lián)系方式和URL發(fā)送到會議代表地址。這里，F(xiàn)ocus可能需要第三方應用軟件來批量發(fā)送消息地址。

　　7、如果會議管理人員需要移除或踢出一個會議代表的話，可以通過REFER 頭對Focus發(fā)送一個refer-to消息，通知Focus移除Refer-to的代表。Focus對需要被移除的代表發(fā)送一個Bye消息，會議代表被移除后，然后Focus對會議發(fā)起人發(fā)送一個NOTIFY消息。

　　8、在RFC4579的規(guī)定中，如果會議發(fā)起人離開會議，F(xiàn)actory會自動刪除這個會議。Focus對所有會議代表發(fā)送Bye信息，表示會議結束。會議被自動刪除。讀者可以查閱RFC4579 5.12獲得更多詳情。

　　9、SIP電話會議的架構有很多中類型，我們在本章節(jié)的討論中僅介紹了以中心服務器來處理的方式。其他幾種類型（點對點處理方式，全網部署，廣播模式）筆者沒有做太多討論，用戶可以查閱網絡的一些文章進一步進行研究。Kundan Singh在多年前對各種會議架構進行了討論，也發(fā)布了相關的測試數(shù)據，這些數(shù)據包括編碼轉換的模式處理，帶寬要求，CPU負載，內存使用狀態(tài)，會議室數(shù)量，會議代表人數(shù)和擴容能力支持。當然，以什么樣的方式部署電話會議系統(tǒng)取決于很多方面的因素，特別是在當前互聯(lián)網如此發(fā)達，帶寬足夠，終端多樣化的今天，各種方式都有其優(yōu)勢和劣勢。用戶需要根據自己的需求（成本，部署方式，使用習慣，功能，可維護性等）做進一步分析。

　　在本章節(jié)的討論中，我們首先介紹了SIP 電話會議的基本架構和核心的概念，同時介紹了電話會議發(fā)起的流程，電話會議邀請的流程和邀請多個會議代表的方式，最后我們討論了如何移除會議代表，以及會議刪除的方式。另外，增加了一些關于會議架構模式的討論，也包括了各種架構模式的優(yōu)缺點和性能問題。我們基本把電話會議的構建流程做了比較全面的討論，這里，我們沒有涉及具體的語音電話還是視頻會議的討論，事實上，很多會議解決方案已經層出不窮，業(yè)務模式也多種多樣，用戶可以自己體驗。

　　參考資料：

　　Multiparty Conference Signalling using SIP

　　Kundan Singh， Centralized Conferencing using SIP

　　Stockholm SIP Conferencing

　　https://tools.ietf.org/html/rfc4353

　　https://tools.ietf.org/html/rfc4579