IP電話：

　　本文中具體指具有RJ45網絡接口及傳統電話外觀的，基于SIP協議進行通訊的硬件IP電話。運行于PC機上的純軟件IP電話的評估本文并不涉及。

　　ATA：

　　Analog Telephone Adapter，模擬電話適配器，一般具有RJ45網口及一個或兩個RJ11的FXS接口。有時，我們也稱ATA設備為單口網關、雙口網關，或單口IAD設備、雙口IAD設備等。

　　IAD：

　　Integrated Access Device，集成接入設備，一般指集成了多種功能的用戶側網絡設備(CPE)。典型的例子如帶VoIP功能的無線路由器，它一般是具有1個WAN口，4個LAN口，802.11n無線支持，及1個FXS語音接口的用戶側接入設備。在本文中，我們并不嚴格區分術語IAD和ATA的使用。這是因為現實中，雖然嚴格來說，ATA原指不具備路由、無線等功能，只能完成模擬電話信號向網絡信號轉換的設備;而具有了路由、無線等功能的CPE設備應當被稱為IAD。但實際上，對于支持1個或2個FXS接口的設備來說，這兩個術語經常被混用。

　　1 綜述

　　隨著寬帶技術的發展及帶寬使用成本的下降，在企業通信及呼叫中心建設等應用上，VoIP技術發揮著越來越重要的作用。而VoIP系統的建設，與最終用戶體驗息息相關的是各類終端設備，包括IP電話和VoIP網關(IAD)產品。那么，如何選擇一款功能豐富、性能優良的IP電話或IAD產品呢? 用戶又應當如何測試和評價一款IP電話或IAD產品呢?

　　筆者認為，對于VoIP通信終端的評價，可以從四個方面進行：一是功能是否豐富，是否能夠最大限度的滿足客戶的業務需求;二是性能指標的評估，如最重要的語音質量評價(MOS或PESQ值)，呼叫健壯性評價等;三是配置是否靈活易用，是否易于批量部署;四是SIP平臺兼容性測試;五是產品可靠性及高低溫交變環境綜合性能的評估，對于需要將終端部署在比較廣泛的地理分布上的應用，這一點尤為重要。

　　另外，同樣作為VoIP終端產品，IP電話和IAD產品在應用的特點上又有所不同。IP電話的主要用途是直接替代現有的桌面電話。而IAD產品更多的是用于聯接傳真機、無繩電話，有時也兼作小型分支機構的路由器使用。

　　在后文中，我們首先分為“IP電話篇”及“IAD篇”兩篇對這兩類VoIP終端的功能性能選擇及評測方法進行描述。然后再用三個篇章來介紹批量部署、平臺兼容性測試及可靠性測試方面的內容。

　　2 IP電話篇

　　2.1 IP電話功能篇

　　2.1.1 IP電話功能查檢表

?

　　2.1.2 IP電話的按鍵布局及LCD界面

　　IP電話與傳統電話相比，最大的特點是各種增值業務的實現更加容易和方便。相應的，為便于用戶操作，IP電話的硬件設計上一般都要考慮保留(HOLD)，呼轉(TRANSFER)，會議(CONFERENCE)等特殊功能按鍵的實現。

　　一般而言，當前的IP電話在按鍵布局設計上大體有三類：一類是支持三個或四個“軟件可定義按鍵”，使用起來很像銀行的ATM取款機，“軟按鍵”的具體功能要看LCD上顯式的內容;第二類是所有的功能按鍵都是事前定義好的;而第三類，則是上述兩種的結合，一般的做法是保留HOLD，TRANSFER，CONFERENCE三大常用按鍵為預設好的功能鍵，而對于電話簿、Call Pick等功能按鍵，則采用“軟件可定義按鍵”來實現。

　　參見下面兩張圖，圖表1是采用“軟件可定義按鍵”的設計，圖表2是采用固定功能鍵和“軟件可定義按鍵”相結合設計的按鍵布局。

?

　　圖表1 軟按鍵設計的面板布局 圖表2 固定功能鍵與軟按鍵混合的設計

　　另外，市場上也有所謂的“無屏電話”，即沒有LCD的IP電話。對于強調預算的場合，如運營商向住宅用戶贈送的電話;或者僅希望向客戶提供特定服務的場合，如酒店，此類沒有LCD的IP電話也不失為非常好的選擇。

　　2.1.3 IP電話的HD音效與G.722編碼

　　大家知道，人們日常說話的聲音頻率主要集中在200Hz–3400Hz，即所謂的語言段。而一般音樂的信號的播放頻率至少要達到8KHz以上，聽起來才不至于有明顯失真。而對于高品質音響來說，則至少要求能無失真的播放20KHz以內的聲音。

　　對于數字系統來說，根據奈魁斯特定理，采樣率至少是信號頻率的2倍才能實現ADC與DAC之間的無失真轉換。顯然，采樣頻率越高，需要的ADC/DAC處理設備約復雜，需要占用的傳輸帶寬也越高。

　　對于傳統PSTN電話系統來說，采用的是8000Hz的采樣率和每點8bit的編碼，對應64Kbps的傳輸碼率，可以采集及傳送最大4000Hz的聲音頻率。這對于話音通訊，基本是足夠的，但多少也會造成一定的失真，這就是我們會感覺從電話里傳來的聲音與當面說話時的聲音不太一樣的原因。如果希望傳送音樂，或希望通過電話聽到話筒另一端的蟬鳴聲，傳統的PSTN電話就力有不逮了。

　　而隨著電子技術及Internet的發展，當前IP電話的設計普遍采用32位的CPU/DSP，可以執行比較復雜的壓縮算法;而網絡帶寬的進步，也使得帶寬成本越來越低。人們對語音數據傳輸的要求，也漸漸從寧肯犧牲聲音質量實現盡量高的壓縮率以降低碼率(如G.729就是典型的有損壓縮算法，以犧牲一定的聲音質量換來低至8Kbps的碼率)，而轉變為追求更高聲音品質要求的所謂“麗音”電話。

　　G.722就是在這樣的背景之下產生的，它采用16K的采樣率及16bit的采樣數據，可以以64Kbps以內的碼率完美的再現頻率在8000Hz以內的聲音。如果希望比較G.729和G.722編碼傳播聲音的效果，可以播放音樂試一下，區別非常明顯。

　　對于支持G.722的聲音效果，我們也稱之為“高品質音效”(HD音效，HD是High Density的簡寫)。有些IP電話上會印有一個“HD”的LOGO，就是指這個意思了。

　　對于當前的IP電話來說，支持G.722可以認為是一項必備功能。

　　2.1.4 IP電話的基本功能測試

　　對于IP電話的基本功能測試，我們主要分為注冊能力，基本呼叫能力，呼轉、會議等主要補充業務的實現等三個方面進行測試評估。

　　為了進行終端測試，我們往往需要先指定一個標準的SIP Server環境。筆者推薦Asterisk的1.6或1.8版本。原因是：第一，Asterisk是開源軟件，版本獲得非常方便，可以免費從http：//www.asterisk.org/下載獲取;第二，Asterisk功能比較豐富，流行也比較廣泛，對測試需要的多種功能都可以支持。

　　2.1.4.1 注冊功能

　　如表格1所示，以Asterisk作為SIP Server為例說明IP電話注冊功能的測試：

?

　　表格1 IP電話SIP注冊功能測試

　　2.1.4.2 基本呼叫測試

　　如表格2所示，以Asterisk作為SIP Server為例說明基本呼叫功能的測試：

?

　　表格2 IP電話基本呼叫功能的測試

　　2.1.4.3 補充業務特性測試

　　如表格3所示，以Asterisk作為SIP Server為例說明IP電話補充業務特性功能的測試：

?

　　表格3 IP電話補充業務特性測試

　　2.1.5 IP電話的高級功能，BLF和Multi-Function Key

　　BLF即Busy Lamp Field的簡寫。此項功能主要用于前臺秘書的控制電話，通過恰當的配置，前臺秘書可以了解其電話的BLF帶燈按鍵的亮燈方式了解分機的使用情況。BLF狀態一般包括：

?

　　表格4 BLF指示燈含義

　　這樣，當前臺秘書在接到致電，要求轉接某一分機時，如發現分機繁忙則可以客氣的告訴對方目前分機正忙。而同時，轉接的過程中也可以通過監視對應分機是否長時間處于“振鈴”狀態而無人接聽，此時，前臺秘書可以接回這個電話的控制權并告訴致電人“當前致電分機的主人可能不在電話旁”，從而給致電人很好的通話服務體驗。

　　對于IP電話來說，實現BLF功能的按鍵一般稱為多功能按鍵(Multi-function Key)。這一般是一個帶燈按鍵，即一方面它是一個按鍵，另一方面也是個指示燈，可以通過紅綠雙色LED組合不同的狀態表示。當多功能按鍵用于BLF功能時，每個按鍵一般對應一個分機號碼。那么，我們知道，電話的尺寸一般都不大，一般能否放下20個多功能按鍵就已經很多了，而很多辦公室環境的分機數目都超過20，這種時候可以怎么辦呢?

　　答案是利用擴展模塊，一般的商業電話都能夠支持擴展模塊，比如IP652可以支持6個擴展埠，最大實現260個多功能按鍵(如圖表3所示，展示了帶2個擴展埠，合計可以實現100個多功能按鍵)，這對于一般的辦公室應用來說，已經是足夠了。

　　多功能按鍵除了作為BLF按鍵外，一般還支持其它的一些增值功能，比如作為一些功能的快捷鍵，快速撥號鍵等等。巧妙的配置多功能按鍵，一般會使IP電話的使用更加方便及有效率。

　　BLF的測試稍微麻煩一點，具體需要仔細參考您所測試電話的使用說明書。

　　2.1.6 網絡功能支持，VPN和QoS設置

　　IP電話作為一種網絡設備，一般要通過局域網來聯接到Internet上。要想讓IP電話工作的可靠穩定，QoS的配置能力至關重要。簡單的說，我們應該能夠給SIP信令報文及RTP報文配置較高的優先級，這樣才能讓路由器等網絡設備優先處理語音呼叫相關的數據，從而保證電話的接通和語音質量的保證。

　　對于IP電話來說，QoS配置能力一般要求即能夠配置二層的QoS (IEEE802.1p)，也能夠配置三層的QoS (IP報文的ToS字段)。而且一般要求SIP信令和RTP報文能夠分開配置，參見圖表4。

?

　　圖表4 QoS配置項

　　QoS配置是否正確生效，需要通過IP報文來觀察。需要采用抓包工具WireShark(開源工具，參考www.wireshark.org)抓取IP電話產生的報文，并分析其中相應字段是否與配置的相一致。

　　2.1.7 非常重要的Dial Plan

　　撥號計劃(Dial Plan)，也經常和術語“撥號規則”(Dial Rule)、“數圖”(Digit map)混用。意指通過某種配置，實現對用戶撥號行為的控制。能夠實現諸如：自動撥出(不需要按"Send"鍵或"#"鍵)，自動縮位，自動加位，自動替換，延時，發出外線撥號音等功能。

　　對于具體Dial Plan的實現，每家公司各有不同。但在功能上，可以通過看能否實現表格5要求的配置，來測試其Dial Plan功能是否足夠強大：

?

　　注：上表撥號規則的配置以飛音時代產品為例，不同廠家對于撥號規則的實現會有所不同。

　　表格5 撥號規則測試項

　　2.1.8 電話簿和黑名單

　　電話簿和黑名單是IP電話的另一項基本規則。“黑名單”，顧名思義，就是把一些不受歡迎的來電號碼記錄在這里(通常可能是一些廣告群發電話，或惡意電話打攪者)。對于這些號碼主叫打來的電話，IP電話會自動拒絕。

　　同MSN或QQ的黑名單一樣，電話簿和黑名單中記錄的號碼具有互斥性，即不可能有一個號碼同時出現在電話簿及黑名單。這兩項配置，比較強調的是轉化的方便性，如圖表5界面所示，就很容易配置電話簿和黑名單。

?

　　圖表5 電話簿和黑名單

　　電話簿的評估，很重要的一點是電話簿容量。一般認為，大于500條目的存儲，能夠適應大部分應用場合。

　　2.1.9 呼叫記錄

　　我們一般會通過LCD界面來查找呼叫記錄，有時也會通過WEB界面做批量查看。對這項功能的評估，除了界面是否易用外，也要評估記錄的條目。一般而言，呼入/呼出 應該至少能存儲60條信息，未接電話應當能存儲40條信息。

　　2.1.10 遠程維護與支持特性

　　包括系統日志(Sys log)，配置文件上傳及下載，Provision，SNMP以及TR069等。“4.批量部署與管理”一節會有更詳細的描述。

　　2.1.11 安全支持及證書管理

　　如果某款IP電話宣稱支持TLS/SRTP的安全特性，或者支持TR069或HTTPS的Provision方式的話，它一般還需要支持證書的管理，包括CA的證書及私鑰證書等。證書管理的界面一般如圖表6所示：

?

　　圖表6 證書管理界面

　　2.2 IP電話性能篇

　　2.2.1 語音質量測試(Voice Quality Test )

　　語音質量評估已經有專門的測試設備，如Agilent VQT，Sage公司的Sage 960等。

?

　　圖表7 Sage960呼叫及語音質量測試儀

　　常見的語音評估算法一般有PAMS，PESQ，PESQ-LQ等。對于語音質量評估，一般的要求如下：

?

　　圖表8 語音質量的指標要求

　　對于IP電話，根據聲音耦合方式的不同，又分為兩種測試環境：電路耦合測試，測試配置圖見圖表9。

?

　　圖表9 四線電接口測量配置圖

　　電接口測試中，測試儀我們用Sage960，配置為四線接口。電接口測試，實際上相當于Sage960模擬為聽筒，進行收發語音信號(模擬信號)質量的評估。四線電接口的測試配置非常簡單，除了Sage960外不再需要專門的設備和夾具，一般用戶都可以在自己的實驗室中進行。

　　更進一步，我們也可以把聽筒的測試包含進來。但這樣就一般需要在靜音室中進行，并需要更多的專用測試夾具，如仿真人頭、仿真耳、仿真嘴等，測試配置圖見圖表10。

?

　　圖表10 手柄/免提測試配置圖

　　尤其是免提測試，對于仿真耳和仿真嘴距離免提麥克和免提喇叭的距離，都有嚴格的要求，參見圖表11。

?

　　圖表11 免提測試安排

　　不過這樣的測試過于專業，并不適合普通客戶評估。對于免提通訊質量的評估，筆者認為最恰當的辦法還是在相聚較遠兩間會議室(推薦30米以上，以不能通過空氣傳播聽到對方說話為宜)分別配置一部IP電話，然后每邊有2～3個測試人員，模擬一個電話會議的典型場景進行測試。要求測試雙方均不能聽到明顯的回音，或“嗡嗡”的噪音聲。

　　2.2.2 呼叫健壯性測試

　　呼叫健壯性測試主要評估兩個方面：第一，IP電話能否經受連續72小時的快速呼叫(大于每分鐘120次)而不出現死機;第二，在72小時的呼叫過程中，IP電話應當能保證至少98%以上的接通率。

　　對于IP電話的呼叫健壯性測試，我們一般可以用開源的SIPP來進行。此時，被測的IP電話應當配置為自動應答(Auto Answer)，SIPP反復呼叫被測電話，接通后播放一段語音，再掛機，周而復始。

　　SIPP是一個非常好的呼叫測試工具，讀者可以從http：//sipp.sourceforge.net/了解更多的信息。

?

　　圖表12 SIPP測試工具界面示例

　　2.2.3 網口性能測試

　　針對網口性能測試，主要是指長網線通訊測試。其實對于任何具備以太網接口的網絡設備，都應該進行這項評估。

　　針對網口的嚴格測試是采用眼圖測試的方法來評估誤碼率，但對于一般用戶來說，并不需要理解這么復雜的測試方法。一般而言，在辦公室應用中，從網絡交換機到用戶桌面的網線都有一定的長度，按照IEEE的規定，對于CAT5來說，距離應當小于100米。所以，我們關心的應當是在100米網線長度的情況下，IP電話的網絡接口是否還可以正常的工作。如果有條件的話，對于有雙網口的IP電話，可以把兩個網口配置成“橋接”(Bridge)模式，利用IXIA或SmartBits的網絡性能測試儀聯接100米網線進行流量測試，看是否能滿足性能要求。沒有條件的話，利用PING命令進行簡單測試，也是可以的，但一定要使用較長的網線。

　　3 IAD篇

　　3.1 IAD功能篇

　　3.1.1 IAD功能查檢表

?

　　表格6 IAD功能查檢表

　　3.1.2 IAD基本功能測試

　　3.1.2.1 注冊功能

　　IAD的注冊功能測試與IP電話完全相同，請參閱“IP電話篇”中相關章節。

　　3.1.2.2 基本呼叫功能

　　如表格7所示，以Asterisk作為SIP Server為例說明基本呼叫功能的測試：

?

　　表格7 IAD的基本呼叫功能測試

　　3.1.2.3 補充呼叫特性

　　如表格8所示，以Asterisk作為SIP Server為例說明補充業務特性功能的測試：

?

　　表格8 IAD的補充業務特向您感測試

　　3.1.2.4 傳真功能的測試

　　對于網關來說，對T.38傳真的支持能力測試，是個非常重要的指標。

?

　　對于傳真測試，有條件的用戶應當采用專用的測試儀進行多頁數，長時間的測試，如前面提到的Sage960測試儀。如果沒有測試儀，多找幾臺傳真機做定性測試，也是可以的。另外，需要注意的是，T.30傳真對于丟包很敏感，要想測試成功，一般需要保證比較好的網絡條件。相比之下，T.38傳真就健壯的多。對于網關是否正確的工作在T.38模式的判斷，比較簡單的辦法是利用WireShark等抓包工具抓一下包，簡單一看就知道了，并不需要非常特別的技能。

　　3.2 IAD性能篇

　　3.2.1 語音質量測試(Voice Quality Test )

　　IAD產品采用T/P二線接口，也就是我們常見的聯接電話機到電信局的電話線接口。二線電接口的測試配置圖如圖表13所示。

?

　　圖表13 IAD二線電接口測量配置圖

　　其中的“測量系統”仍舊采用Sage960測試儀。

　　3.2.2 呼叫健壯性測試

　　IAD的呼叫健壯性測試必須專門的呼叫測試儀，如Sage960等。因為相比IP電話而言，在呼叫健壯性測試中，我們同時需要對IAD的FXS接口特性進行測試，如振鈴電壓、振鈴波形、饋電電壓、摘機電流等。這就不是一般的軟件系統能夠處理的了，必須借助專門儀器。

　　呼叫健壯性測試是Sage960等呼叫及語音質量測試儀的基本功能，如果讀者能夠接觸到這類測試儀，很容易就明白怎么使用，這里就不再展開說明。

　　3.2.3 網口性能測試

　　網口性能測試方法與IP電話相同，參見“IP電話篇”中相應章節。

　　4 批量部署與管理

　　4.1 VoIP終端支持的網管方式概述

　　作為網絡終端產品的一種，無論IP電話還是ATA產品，肯定都會支持WEB訪問方式。此外，SNMP作為最流行的網管手段，一般產品也會支持。

　　不過，VoIP終端與路由器等其它網絡產品相比，又有其特殊的地方。首先就是VoIP終端是用來打電話的，這就有一個電話號碼的配置問題。大家可以想像一下手機的例子：手機是怎么能打電話的呢?我們一般是首先要購買一個“裸機”，這個是不能打電話的，也沒有電話號碼;然后，還要到電信運營商那里購買一張SIM，把SIM卡插進手機后，手機就有了號碼并能夠打電話了。也就是說，手機(終端設備)是通過SIM卡來實現身份標識并進而自動獲得配置信息的。只要對應的SIM卡在電信運營商的系統中注冊后，你的手機插上卡后一開機，就會被移動通信網絡識別出來，也就是所謂的“連上網了”，進而就可以接打電話了。

　　對于VoIP終端來說，無論IP電話還是ATA，也都需要一種類似的方式來開通電話服務，這就是我們后面要講的“Provision”功能。一般而言，IP電話和ATA都會用網口的MAC地址(具有全球唯一性)或產品序列號(同樣具有唯一性)來作為產品標識。設備聯網后，首先會向配置服務器(ACS，Auto Configuration Server)申請配置文件，通過必要的身份認證程序后，ACS會下發配置文件給IP電話或ATA，然后這部IP電話或ATA就可以打電話了。整個過程都應該是自動完成的，只要IP電話或ATA所安裝的地方是能夠聯上Internet的，其它的配置都應當自動實現，不需要用戶干預，就和手機插上SIM卡就能用一樣簡單。

　　實現Provision的方式，目前主要有兩類：一類是以CISCO的SPA系列產品為代表的，基于HTTP/HTTPS協議開發的自動配置方式。在這種方式中，雖然每家公司的配置文件格式可能不同，但文件傳輸都基于標準的HTTP/HTTPS協議，ACS也可以用任何WEB Server(如Apache)來擔任。另一類是由寬帶論壇(www.broadforum.org)開發的TR069協議族。TR069同樣采用HTTP/HTTPS作為傳輸協議，但它比較詳細的約定了可配置的變量名稱及雙向配置的詳細規約。

　　一般而言，TR069的功能要強大一些，更適合于面向大規模運營的應用。但其需要專門設計的ACS，且一般費用不菲。所以，目前運營商可能會選擇TR069，而一般企業用戶會選擇較為簡單的第一類Provision方式。

　　4.2 基于DHCP+TFTP的批量配置方式

　　當企業購買了一批IP電話或IAD產品，比如說，1000臺。在把他們發放到員工手里之前，信息部一般要負責對其進行初始配置，如配置SIP服務器的地址和電話號碼等。顯然，一臺臺通過WEB界面登錄上去手工配置，效率是非常低的。那么怎么辦呢? 一般會分兩步來做：首先，我們給所有設備配置一個統一的ACS路徑，比如http：//192.168.20.4/$MAC/cfg.txt，這句話的意思是告訴每臺設備到服務器192.168.20.4的以其MAC地址命名的目錄去獲取真實的配置文件cfg.txt，其中就包含了這臺設備工作必須的諸如電話號碼，SIP服務器地址等信息。其次，我們利用文本編輯工具生成一系列配置文件，放在配置服務器(前面例子中是192.168.20.4，其實也就是一個普通的WEB服務器)的相應目錄下(上面例子中是以設備的MAC地址來區分目錄)。

　　DHCP+TFTP的配置方式，就是用來給每個設備配置統一的ACS路徑的。

　　DHCP+TFTP的批量配置方式，對于需要對購買的一批設備，統一配置初始的配置文件非常有用。這個統一的配置文件一般僅包含一個實際使用的ACS服務器地址及必要的訪問口令就可以了。

　　圖表14是CISCO的SPA系列設備獲取默認ACS路徑的流程說明。

?

　　圖表14 CISCO SPA系列產品的In house Provision流程

　　4.3 基于HTTPS/HTTP的批量配置方式

　　更進一步，設備在已知了初始ACS配置后，就可以去取得自己的配置文件。根據配置文件中相關控制變量的指示，還可能進行固件的自動下載升級等工作。圖表15描述了這一過程。

?

　　圖表15 Provision系統工作原理說明

　　4.4 SNMP的應用

　　SNMP作為歷史悠久且廣泛應用的網絡管理手段，在IP電話及IAD終端中仍然十分有用。但由于某些網絡防火墻的限制，SNMP報文在突破防火墻或NAT限制方面，不如HTTP/HTTPs協議方便。所以，SNMP在IP電話和IAD終端中，一般只作為輔助管理手段。比較常見的是在重啟時及其后定時向SNMP管理服務器發一個Trap，通知相關重啟事件及作為“心跳”事件。同時，定期發送的“心跳”事件也可以起到NAT保活的作用，為管理員主動發送SNMP報文到IP電話或IAD終端設備創造條件。

　　關于SNMP的測試主要是需要遍歷相關的MIB庫及驗證Trap報文的正確性，可以借助任何手頭的SNMP網管客戶端進行。

　　4.5 TR069

　　TR069的網絡拓撲模型如圖表16所示。

?

　　圖表16 TR069的網絡拓撲模型

　　TR069的傳輸協議同樣選擇HTTP/HTTPs。但與前述簡單基于HTTP/HTTPs的配置協議比較，TR069對于每個可操作的變量的名稱和類型做了嚴格的約定，同時，TR069定義了從ACS直接訪問設備中某個可配置項的操作方法。但也因此導致TR069實施起來相對困難，專用的ACS服務器也一般價格昂貴。

　　詳細的討論TR069的測試超過了本文的范圍。一般而言，Motive，Works等TR069配置服務器供應商都有嚴格的兼容測試流程，讀者可自行上其網站了解或電話咨詢。

　　5 SIP平臺兼容性測試

　　SIP平臺兼容性方面，是評估IP電話及IAD終端適用性的一個重要方面。當然，如果用戶已經建設好了SIP服務器設備，有了明確的使用環境，則只需要針對特定的SIP環境測試就可以。

　　如果用戶還不能確定將來的SIP服務器廠商，希望綜合測試IP電話和IAD終端的兼容性能力，則推薦至少在BroadSoft，Avaya和Asterisk三個平臺下進行兼容性測試。

　　之所以推薦這三個平臺，是因為這三個平臺廠商都已經建立了相對比較嚴格的兼容性測試流程，用戶往往只需要向終端廠商索要相關的測試報告或證書就可以。尤其是BroadSoft的測試，測試用例及功能分級都做的非常詳細。Asterisk認證方面，推薦Elastrix的兼容性認證測試。

　　6 產品可靠性與高低溫綜合測試

　　可靠性的正規評估，應當是采用MTBF指標。生產廠商測算MTBF的方法又可以分為計算法和實驗法。對于一般電子產品，都是采用試驗的方法。實驗法一般需要相對大數量的樣品工作較長的時間，如100臺工作3個月。對于用戶測試來說，自然方便選擇這么大的樣板測試，我們一般推薦選擇三對(六個)產品測試就可以了。當然，由于僅測試了六個樣品，測試中任何一個產品的失效，都應該認為測試失敗。

　　具體的可靠性試驗方法，我們推薦一種將呼叫測試或通話測試與高低溫交變試驗結合起來的試驗方法，這可以對被測產品實現非常嚴苛的可靠性測試。對于大批量采購客戶，建議自行或委托第三方按此試驗方法進行測試，對于小批量采購客戶，也可以要求廠商提供相應的測試報告。

　　具體測試方法描述如下：

　　(1)測試配置圖

　　如圖表17所示，在測試配置中，被測設備(IP電話或IAD)被至于高低溫交變試驗箱(Chamber)中。圖中的Hummer同我們前面提到的Sage960一樣，也是一款呼叫測試儀。

?

　　圖表17 可靠性與綜合性能測試配置圖

　　(2)高低溫交變試驗箱的溫度變化曲線設定

　　如圖表18所示，在72小時的測試中，以36小時為周期，溫濕度將變化兩個循環。每個循環中都要在比較極端的兩種溫度環境：零下5攝氏度，0%濕度;以及50攝氏度，90%濕度下各工作13個小時。

?

　　(3)呼叫試驗記錄

　　如圖表18所示，是呼叫記錄的片段截取。這張圖測試時采用的是G.711編碼方式，語音測試算法采用的是PAMS-LQS。可以看到，整個測試過程中平均LQS值達到了4.38，最低值也有3.96。這就是比較滿意的結果了，可以說明設備在各種溫濕度條件下，都可以穩定可靠的工作。

?

　　圖表19 G.711編碼方式的呼叫記錄