赵丽颖被奸视频,韩国免费美女视频,打底裤美女视频

　　最近和一個業(yè)內的大佬聊天，這兄弟拼命推廣他的終端話機語音質量如何好。筆者問他怎么個好法，他說使用的是XX芯片，幾個人經(jīng)過小時的寒暄，可能筆者水平不夠最終大家也沒有什么共同點話題。事實上，這位朋友說的都是行業(yè)內很多人經(jīng)常說的口頭禪，屬于行業(yè)內的話術，基本上算是“正確的廢話”，銷售水平讓人堪憂。簡單來說，因為大部分廠家都是使用那幾家基本類似的解決方案，你使用了XX芯片，別人的也使用了差不多和你一樣的芯片。再說，使用了某個廠家的芯片也不能完全代表你的話機終端就肯定不別人的好，好的芯片解決方案只是語音質量其中一個要素之一，很多其他方面的因素也決定著語音質量。因此，如何測試SIP終端是否具有良好的語言質量是個非常大的挑戰(zhàn)，因為測試本身就是一個非常復雜的流程。一方面，我們這個社會已經(jīng)進入了靠臉，靠炒作的時代，很多用戶也缺乏專業(yè)知識，非常容易人忽悠。另外，一方面也可能是測試環(huán)境和測試手段有限，技術人員也缺乏專業(yè)知識，很難準確地獲得比較準確的數(shù)據(jù)。雖然，目前市場上有很多商業(yè)的測試工具，但是國內很多集成商，包括一些終端硬件廠家還是靠用戶反饋，用戶口碑和自己的耳朵來進行測試。相對來說，語音質量的好壞，MOS的評測是一個相對比較科學的測試手段，我們通過MOS的數(shù)據(jù)可以反映大部分的語音實時數(shù)據(jù)，同時能夠真正反映在實時網(wǎng)絡環(huán)境中話機或者網(wǎng)關真實數(shù)據(jù)。另外，這些數(shù)據(jù)可以幫助維護人員或者技術支持能夠高效排查問題。因此，通過在生產(chǎn)環(huán)境的測試，同時結合有效的檢測數(shù)據(jù)基本上可以客觀地說明SIP終端語音方面的效果參數(shù)。

　　1）實踐是檢驗真理的唯一標準

　　2）事實勝于雄辯

　　為了實現(xiàn)MOS的指標測試，我提供了以下幾個方面的內容，讀者可以結合這些概念和具體的測試手段，基本上可以集成一套比較專業(yè)，相對完整的語音檢測整體解決方案。這里，我僅大概介紹MOS的基本概念，R-Factor，E-Model和rfc3611,以及開源工具的安裝和功能做一個完整的介紹。

　　1）為什么使用MOS和其相關的檢測工具

　　1.1）集成商廠家為了保證其兼容性，需要相對比較標準的衡量指標

　　1.2）MOS相對比較主觀，很難客觀反映真實的具體的用戶數(shù)據(jù)。具體關于 MOS的概念用戶可以查閱我以前的文檔和其他權威文檔。

　　1.3）需要對軟交換中的每個SIP終端，網(wǎng)關進行全面覆蓋監(jiān)控。因為在實際生產(chǎn)環(huán)境中，一個軟交換可能注冊了成百上千個終端，這些終端發(fā)布在不同的網(wǎng)絡環(huán)境，終端本身來自于不同的硬件廠家。如何對每一臺終端進行實時數(shù)據(jù)監(jiān)控是一個非常大的挑戰(zhàn)，如果沒有測試工具幾乎不可能完成。

　　1.4）基于云平臺的分布式部署托管平臺需要專業(yè)的檢測工具。分布式部署環(huán)境下的監(jiān)控工具是一個MUST。運營商的SIP終端通過檢測工具的支持，可以對每一臺不同環(huán)境下的SIP終端進行實時監(jiān)控，方便了運營商排查問題，也提供了及時有效的用戶支持和體驗。通過這些方法可以有效實現(xiàn)對SIP終端的檢測，幫助用戶排查問題，同時為集成商提供對SIP終端的有效的實時報告。

　　1.5）MOS相對比較主觀，R-Factor是相對比較客觀的指標。

　　因為大部分的MOS測試結果是通過對用戶進行調查獲得的結果。用戶調查本身存在很多用戶的主觀因素，特別是在我們博大精深的中華文化中，“好，很好”是一個什么概念，最終可能也得不到一個真實的數(shù)據(jù)。這些主觀因素可能導致MOS缺乏真實性。相當于MOS來說，R-Factor是相對客觀的指標，它和MOS具有某種習慣性，事實上就是MOS指標的量化。通過對R-Factor的測試，用戶可以獲得比較真實統(tǒng)計數(shù)據(jù)。具體的兩者之間的關系如下所示：

　　2）影響語音質量的的主要因素和衡量指標

　　影響語音質量的指標很多，目前，在VOIP的標準中，大部分的用戶還是使用經(jīng)常討論的幾個指標來衡量其語音質量。這三個指標分別是：Jitter, PL和時延。

　　2.1）影響語音質量的指標和建議值：

Jitter <20ms
Packet Loss< 0%
Latency <150ms

　　以上三個指標取決于很多網(wǎng)絡的相關因素，這些因素包括終端的編碼，服務器轉碼，網(wǎng)絡帶寬，路由器設置和QOS和其他R-Factor所提到的參數(shù)。關于優(yōu)化這些指標，筆者在以前的文檔中也做過充分的討論，讀者可以查閱。關于完整R-Factor的解釋，用戶可以查閱 Recommendation G.107。以下圖例介紹了如何計算R-Factor的介紹和實際使用環(huán)境中，在每一個流程中可能產(chǎn)生上述原因的節(jié)點。

　　2.2） R-Factor和E-Model的關系

　　在實際的R-Factor的計算中，其取值是通過一個E-model 來計算的�；镜挠嬎愀袷饺缦拢�

　　以下所描述的是在實際網(wǎng)絡環(huán)境中，影響三個參數(shù)的關鍵節(jié)點。當然，因為目前的互聯(lián)網(wǎng)技術不斷發(fā)展，特別是云平臺和SDN的相關網(wǎng)絡的發(fā)展也可能導致更多的影響因子。因此，用戶必須注意這些要素的影響。

　　通過E-Model的計算，用戶可以得到最終的R值。

　　3）通過檢測工具對語音質量進行監(jiān)控跟蹤

　　目前，網(wǎng)上有很多檢測工具來排查語音質量，開源的工具也很多，例如Wireshak，sngrep, ngrep等工具。但是這些終端排查工具只能針對單一終端設備進行排查。如何對批量終端進行監(jiān)控排查是一個非常大的問題。

　　4）使用RTCP-XR來獲得RTP數(shù)據(jù)

　　在上面的介紹中，我們看到，其他的終端工具很難收集到大批量終端的比較完整的RTP數(shù)據(jù)。RTP Control Protocol Extended Reports （RTCP XR）可以支持RTP數(shù)據(jù)的控制，通過RTCP-XR協(xié)議的支持，集成商可以輕松監(jiān)控網(wǎng)絡中所有支持RCTP-XR的終端。這是一個yealink SIP的截圖。用戶可以配置對RTCP-XR 服務器端的支持，推送相關的RTCP數(shù)據(jù)到相應的第三方RTCP服務器端。關于RTCP-XR的協(xié)議，讀者可以查閱RFC3611來獲得詳細說明。

　　一些廠家的SIP終端支持了RTP-RxStat，P-RTP-Stat，RTCP Extended Report和 X-RTP-Stat。筆者從網(wǎng)上簡單從幾個官方網(wǎng)站搜索了一下，yealink和漢隆SIP話機聲明支持了RFC3611，其他廠家的好像沒有看到具體的解釋。以下是SIP終端開啟了P-RTP-Stat的Publish消息：

　　5）開源軟交換和媒體服務器對RTCP-XR的支持

　　目前，很多集成商都基于Asterisk或者FreeSWITCH開發(fā)自己的IPPBX或者呼叫中心，并且部署方式也發(fā)生了很大的變化，從本地部署到基于云平臺部署等解決方案。但是，這些軟交換都缺乏一個對RTCP-XR的支持監(jiān)控模塊。Homer是一個非常強大的開源VOIP 檢測工具。它可以幫助技術人員排查技術問題，同時又可以實現(xiàn)對SIP終端的數(shù)據(jù)進行監(jiān)控。

　　Homer 可以通過模塊的方式支持Kamailio，OpenSIPS，Asterisk和FreeSWITCH。它可以通過HEP/EEP采集器的方式獲取到軟交換的RTCP-XR消息，然后通過界面來顯示這些實時數(shù)據(jù)。在Asterisk-12 以上版本，添加了一個HEP模塊（res_hep_pjsip.so），用戶可以配置hep.conf 文件來實現(xiàn)Homer對Asterisk的支持。配置文件示例如下：

　　/etc/asterisk/hep.conf

　　;

　　; res_hep Module configuration for Asterisk

　　;

　　; All settings are currently set in the general section.

　　[general]enabled = yes ; Enable/disable forwarding of packets to a

　　; HEP server. Default is "yes".

　　capture_address = 10.0.0.1:9060 ; The address of the HEP capture server.

　　capture_password = foo ; If specified, the authorization passsword

　　; for the HEP server. If not specified, no

　　; authorization password will be sent.

　　capture_id = 1234 ; A unique integer identifier for this

　　; server. This ID will be embedded sent

　　; with each packet from this server.

　　在FreeSWITCH -1.6.8 以上版本，開發(fā)人員也實現(xiàn)了對Homer的支持。用戶可以通過命令配置來實現(xiàn)Homer的支持：

　　在sofia.conf.xml 文件配置：

　　在 internal.xml 文件配置：

　　關于Homer 和Kamailio，OpenSIPS的對接，用戶可以查看Homer的官方文檔鏈接。

　　除了Homer以外，還有一個開源的采集工具是RTCP-XR Collector，用戶可以參考，是否可以集成到自己的語音平臺。

　　在本章節(jié)中，我們討論了關于使用MOS來評價SIP話機的語音質量的問題，也介紹了和MOS相關的R-Factor，以及E-Model的計算公式，然后有介紹了RTCP-XR 協(xié)議Rfc3611，以及如何使用開源工具Homer來采集RTCP-XR報告數(shù)據(jù)。這些數(shù)據(jù)看起來僅是報表數(shù)據(jù)，實際上對運營商和技術人員有非常大的幫助，同時也為SIP終端或者網(wǎng)關廠家能夠真實客觀地看到在實時網(wǎng)絡環(huán)境中終端產(chǎn)品的性能表現(xiàn)，在面對客戶時可以提供有效的數(shù)據(jù)來說服客戶，以體現(xiàn)出真正的專業(yè)銷售水平，讓用戶覺得現(xiàn)在的產(chǎn)品是可信賴的產(chǎn)品。

　　參考資料：

　　https://www.voicehost.co.uk/help/call-quality-r-factor-and-mos

　　https://www.itu.int/ITU-T/studygroups/com12/emodelv1/tut.htm

　　https://www.itu.int/rec/T-REC-G.107

　　http://sipcapture.org/#features-icons

　　https://github.com/mixja/rtcpxr-collector