開源IPPBX講座-如何實(shí)現(xiàn)和優(yōu)化電話會(huì)議解決方案

　　電話會(huì)議是企業(yè)IPPBX非常必要的常用的功能之一，也是企業(yè)通信辦公環(huán)境中經(jīng)常使用的溝通手段。開源FreePBX等產(chǎn)品也可以支持電話會(huì)議的功能。在本講座中，我們介紹一下關(guān)于電話會(huì)議的概念，使用場(chǎng)景和如何配置電話會(huì)議功能，最后，我們討論關(guān)于電話會(huì)議的性能等相關(guān)技術(shù)問題。

　　1、電話會(huì)議稱之為Conference call。簡(jiǎn)單來說，一般的多方通話都可以稱之為電話會(huì)議，而一般的2方通話我們是一般的呼叫。如果參與人數(shù)大于2人以上，我們稱之為電話會(huì)議。一般的電話會(huì)議可能至少是3人以上或者更多人數(shù)。電話會(huì)議的好處就是可以直接創(chuàng)建一個(gè)虛擬會(huì)議室，相關(guān)人員可以快速便捷地對(duì)某一個(gè)事件進(jìn)行專門的討論，會(huì)議結(jié)束則自行解散電話會(huì)議。早期的電話會(huì)議只能通過PSTN或者SIP來發(fā)起，功能比較簡(jiǎn)單易用。現(xiàn)在很多的電話會(huì)議功能引入了視頻會(huì)議和其他的app介入。本講座中我們僅涉及基于語音的電話會(huì)議。

　　2、電話會(huì)議可以已經(jīng)使用在很多場(chǎng)景中。我們常見的就是在IPPBX創(chuàng)建一個(gè)會(huì)議室，邀請(qǐng)相關(guān)人員進(jìn)入會(huì)議室，會(huì)議室人員對(duì)某個(gè)特定的話題進(jìn)行討論發(fā)言。或者，會(huì)議人員呼叫某個(gè)電話號(hào)碼，然后根據(jù)IVR引導(dǎo)，進(jìn)入電話會(huì)議系統(tǒng)。電話會(huì)議可以使用的場(chǎng)景包括：

公司業(yè)務(wù)人員，技術(shù)人員和客戶的溝通培訓(xùn)
公司，教育機(jī)構(gòu)和客戶溝通
企業(yè)內(nèi)部人員和其他部門人員通過電話系統(tǒng)的溝通

　　3、啟用電話會(huì)議相對(duì)比較簡(jiǎn)單，可以方便地支持普通的PSTN線路和手機(jī)等設(shè)備，設(shè)置也相對(duì)比較簡(jiǎn)單靈活，而且穩(wěn)定性相對(duì)比較好，一般它不會(huì)收到網(wǎng)絡(luò)環(huán)境和終端的影響。設(shè)置電話會(huì)議包括以下幾個(gè)要素：

創(chuàng)建電話會(huì)議室
管理員邀請(qǐng)會(huì)議人員
管理員可以踢出會(huì)議人員，可以禁言，可以設(shè)置會(huì)議密碼
會(huì)議人員可以通過電話邀請(qǐng)電話呼入會(huì)議室的方式加入到電話會(huì)議
會(huì)議室可以對(duì)進(jìn)入會(huì)議室的人員播放語音提示等
現(xiàn)在讓我們看看如何在freepbx 環(huán)境下創(chuàng)建電話會(huì)議以及電話會(huì)議的參數(shù)設(shè)置。

Conference Number
創(chuàng)建一個(gè)會(huì)議室號(hào)碼，會(huì)議代表可以撥打此號(hào)碼進(jìn)入電話會(huì)議
Conference Name
會(huì)議名稱，用來區(qū)別于其他的會(huì)議室名稱。
User PIN 要求電話會(huì)議代表進(jìn)入會(huì)議室時(shí)輸入密碼驗(yàn)證。這是一個(gè)可選設(shè)置。
Admin PIN 會(huì)議管理員密碼。此選項(xiàng)是可選的，如果使用了 'leader wait' ，則需要管理員輸入密碼驗(yàn)證管理員身份。

　　Join Message 當(dāng)會(huì)議代表進(jìn)入會(huì)議室前，對(duì)代表播放的語音提示。如果加入其他的錄音文件，請(qǐng)使用 "System Recordings" 菜單中的選項(xiàng)。

　　Leader Wait 等待時(shí)間，直到會(huì)議主持人或者管理員進(jìn)入到會(huì)議室。

　　Talker Optimization

　　開啟會(huì)議發(fā)言人優(yōu)化設(shè)置。當(dāng)開啟此設(shè)置以后，Asterisk將把不發(fā)言的代表設(shè)置為靜音狀態(tài)，通過這樣的優(yōu)化方式，沒有語音解碼處理，并且收到的語音不會(huì)被處理，這樣節(jié)省了數(shù)據(jù)傳輸帶寬，并且減少了背景噪音。

　　Talker Detection 設(shè)置發(fā)言人檢測(cè)的話，asterisk將通過AMI 發(fā)送一個(gè)事件，來確認(rèn)此通道是否正在進(jìn)行語音通話。發(fā)言人狀態(tài)可以通過CLI 命令下的meetme 命令來查看。

　　Quiet Mode

　　退出模式（不播放進(jìn)入/離開語音提示）

　　User Count

　　播報(bào)會(huì)議室總?cè)藬?shù)

　　User Join/Leave

　　播報(bào)用戶加入或者離開狀態(tài)。如果開啟此選項(xiàng)，所有會(huì)議代表在進(jìn)入會(huì)議室之前都將需要報(bào)告用戶名稱，并且系統(tǒng)會(huì)播報(bào)他們的名稱。

　　Music on Hold

　　當(dāng)會(huì)議室只有一個(gè)用戶時(shí)，開啟音樂等待功能。

　　Music on Hold Class

　　對(duì)進(jìn)入會(huì)議的代表播放語音，等待會(huì)議開始。如果需要選擇不同的音樂等待時(shí)，選擇 "inherit"。

　　Allow Menu

　　當(dāng)系統(tǒng)收到“*”時(shí)，當(dāng)前用戶菜單狀態(tài)。

　　Record Conference

　　對(duì)電話會(huì)議進(jìn)行錄音

　　Maximum Participants

　　最多參加會(huì)議人數(shù)。

　　Mute on Join

　　進(jìn)入會(huì)議室時(shí)對(duì)每個(gè)用戶靜音。請(qǐng)注意，如果沒有設(shè)置 'Leader Wait' 到y(tǒng)es 狀態(tài)，用戶必須開啟 'Allow Menu' ，并且設(shè)置為 Yes，取消自己靜音設(shè)置。

　　如果開啟Meetme 菜單或者按 *鍵訪問菜單

　　4、現(xiàn)在讓我們重點(diǎn)探討一下電話會(huì)議的系統(tǒng)性能的問題。如果熟悉Asterisk的用戶可能知道，早期的電話會(huì)議功能是基于meetme 模塊來實(shí)現(xiàn)的，時(shí)鐘支持來自語音卡dahdi模塊。meetme也一直使用在很多呼叫中心，電話會(huì)議等應(yīng)用場(chǎng)景中，而且其非常穩(wěn)定性也非常不錯(cuò)。就筆者知道的幾個(gè)國內(nèi)早期使用Asterisk開發(fā)電話會(huì)議系統(tǒng)的公司在電話會(huì)議市場(chǎng)都有非常不錯(cuò)的表現(xiàn)，而且也在一些比較大型的公司中使用。但是因?yàn)闀r(shí)鐘源使用dahdi 模塊的關(guān)系，采樣率只能支持到8kHz（PSTN采樣率），因此meetme的拓展就受到了很多局限。在Asterisk-1.6以后逐漸使用了ConfBridge來替換meetme模塊。ConfBridge則支持了更多的靈活性包括用戶屬性設(shè)置，菜單支持等，并且提供了多種采樣率的支持。

　　稍微熟悉VOIP通信領(lǐng)域的讀者可能知道知道，只要是會(huì)議功能，無論是語音電話會(huì)議還是目前最熱門的視頻會(huì)議，混音是一個(gè)非常消耗系統(tǒng)資源的處理流程，也是一個(gè)技術(shù)難點(diǎn)。因?yàn)榛煲粜枰罅康腃PU和內(nèi)存資源，采樣率的高低和采樣周期可以直接影響系統(tǒng)的性能。因此，讀者在優(yōu)化電話會(huì)議系統(tǒng)時(shí)需要注意以下幾個(gè)方面的因素：

用戶應(yīng)該盡量讓系統(tǒng)平均分配系統(tǒng)中斷，這樣可以保持每個(gè)CPU的core都能充分工作。筆者經(jīng)常看到很多即使是生產(chǎn)系統(tǒng)，系統(tǒng)的CPU中斷完全沒有被充分平衡地利用起來，這樣就沒有完全發(fā)揮CPU的處理能力。
盡量從默認(rèn)設(shè)置開始測(cè)試，通過不同的采樣周期和采樣率組合測(cè)試系統(tǒng)的穩(wěn)定性。通過不同的組合，可能導(dǎo)致不同的延時(shí)。讀者要注意，低延時(shí)是電話會(huì)議一個(gè)非常重要的指標(biāo)。在rfc6366中關(guān)于延遲的方面也做了規(guī)定，編碼延時(shí)必須低于30ms，低于10ms是一個(gè)期望值。
修改代碼測(cè)試更大的支持能力（#define MAX_DATALEN 8096）。當(dāng)然，這需要用戶承擔(dān)一定的風(fēng)險(xiǎn)。
開啟dsp_drop_silence 選項(xiàng)，如果某些會(huì)議人員不發(fā)言，則不會(huì)對(duì)其進(jìn)行混音。

　　設(shè)置mixing_interval 控制CPU資源和語音質(zhì)量。設(shè)置此值較低，則會(huì)獲得比較好的語音質(zhì)量，但是會(huì)消耗大量的CPU；反之亦然，設(shè)置此值比較高，語音質(zhì)量較低，消耗相對(duì)比較少的CPU資源。關(guān)于此值得設(shè)置帶來的不同結(jié)果，讀者可以參考資料中的鏈接做進(jìn)一步的研究。

　　盡量讓所有會(huì)議人員使用同一采樣率，避免增加系統(tǒng)的處理流程。

　　盡量讓Asterisk取得比較高的運(yùn)行優(yōu)先級(jí)。

　　盡量減少各種處理流程的延時(shí)，需要注意的延時(shí)要素包括：采樣率的延時(shí)，壓縮耗時(shí)延時(shí)，傳輸延時(shí)，編碼解壓延時(shí)，3D語音延時(shí)處理，Buffering 處理延時(shí)等。

　　如果讀者希望進(jìn)一步提高或優(yōu)化Asterisk平臺(tái)底層性能的話，可以考慮換編譯器，例如Intel發(fā)布的編譯器。筆者沒有更多關(guān)注Intel的編譯器，Intel官方曾經(jīng)使用Intel編譯器做過一些多核狀態(tài)下的測(cè)試，官方的測(cè)試結(jié)果可以證明，Intel的編譯器可以幫助系統(tǒng)提高性能。

　　在本章節(jié)中，筆者介紹了開源IPPBX電話會(huì)議的功能，包括電話會(huì)議的基本概念，電話會(huì)議的使用場(chǎng)景和如何設(shè)置電話會(huì)議，最后重點(diǎn)介紹了如何優(yōu)化電話會(huì)議系統(tǒng)和其主要的幾個(gè)影響電話會(huì)議性能的參數(shù)。總結(jié)今天的講座，使用開源freepbx可以成功設(shè)置一臺(tái)穩(wěn)定管理功能豐富的企業(yè)電話會(huì)議系統(tǒng)，完全可以滿足企業(yè)中小型IPPBX 電話會(huì)議的功能要求。另外，如果需要優(yōu)化系統(tǒng)的性能的話，筆者同時(shí)提供了多種解決方法和思路，希望讀者可以通過這些方法來進(jìn)一步優(yōu)化和開發(fā)性能更加穩(wěn)定的電話會(huì)議系統(tǒng)和IPPBX系統(tǒng)。

　　參考資料：

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

　　http://ml.stat.purdue.edu/docs/modelvoip.ejs.2010.pdf

　　http://www.en.voipforo.com/codec/codecs-g711-alaw.php

　　http://research.edm.uhasselt.be/jori/thesis/onlinethesis/chapter3.html

　　https://pdfs.semanticscholar.org/10ea/4654d1fd60c97a5216b1ee1d0df5375dc806.pdf