1、Abacus100性能及功能測試培訓(xùn),唐君13681932668Jim.tang@spirentcom.com,議題,性能測試語音質(zhì)量測試Modem/fax測試回聲測試補充業(yè)務(wù)測試,性能測試,PSTN/VOIP網(wǎng)絡(luò)性能,網(wǎng)絡(luò)（包括一個或多個網(wǎng)絡(luò)單元）性能網(wǎng)絡(luò)性能是指網(wǎng)絡(luò)或網(wǎng)絡(luò)單元能夠承受的最大能力，通常表現(xiàn)為BHCA (Busy-Hour-Call-Attempt) 或 CPS (Call Per Second)，以及呼

2、叫完成率或呼損率等指標網(wǎng)絡(luò)性能受網(wǎng)絡(luò)單元設(shè)備的軟硬件性能和網(wǎng)絡(luò)傳輸損傷等多方面因素影響，因此測試應(yīng)考慮網(wǎng)絡(luò)損傷情況網(wǎng)絡(luò)性能測試方法同步呼叫、異步呼叫、長保持呼叫純信令呼叫、加載媒體流（語音/視頻）呼叫PSTN網(wǎng)絡(luò)、VOIP網(wǎng)絡(luò)、IMS網(wǎng)絡(luò)、承載網(wǎng)絡(luò)。。。本地呼叫測試、異地分布式呼叫測試,負荷壓力呼叫測試,負荷壓力呼叫測試，一般分為同步呼叫和異步呼叫兩種，有純信令呼叫和帶媒體流呼叫兩種模式，分別測試系統(tǒng)對信令和媒體流的在峰值壓

3、力下和恒定壓力下的呼叫處理能力。 需要測試儀表仿真大量的用戶發(fā)起呼叫，來精確驗證VOIP系統(tǒng)的最大呼叫處理能力，得到“平衡點”的BHCA（每小時的呼叫處理次數(shù)）或者CPS（每秒鐘的呼叫處理次數(shù)），呼損一般不能超過萬分之一。“平衡點”是符合以下條件的網(wǎng)絡(luò)最大呼叫處理能力(BHCA/CPS)呼損率不能超過萬分之一（各個國家規(guī)范有所不同）語音質(zhì)量要符合國家規(guī)范（中國規(guī)范：PESQ>=4.0）語音單向延遲要符合ITU的規(guī)范（IT

4、U：OneWayDelay<150ms）呼叫建立時間符合國家規(guī)范（中國規(guī)范：輕載<1s / 重載<2s）撥號音延遲符合ITU規(guī)范（ITU：DailToneDelay<500ms）回聲、抖動、丟包等指標處于正常范圍,PSTN/VOIP網(wǎng)絡(luò)性能 – 同步呼叫,同步呼叫一般分為純信令和帶媒體流的兩種，分別測試系統(tǒng)對信令和媒體流的處理能力 同步呼叫一般采用幾十到幾千個用戶同時發(fā)起呼叫，使用二分法，精確驗證出PST

5、N/VOIP系統(tǒng)同時能夠處理多少路呼叫并發(fā)，是一種峰值壓力的測試 同步呼叫測試時間一般不超過1小時；呼損不能超過萬分之一,PSTN/VOIP網(wǎng)絡(luò)性能 – 異步呼叫,異步呼叫一般分為純信令和帶媒體流的兩種，分別測試軟交換對信令處理能力和媒體網(wǎng)關(guān)對媒體流處理能力 異步呼叫一般由足夠多的用戶采用異步方式發(fā)起呼叫（例如間隔一秒發(fā)呼一個用戶），通過更改呼叫保持時間和呼叫間隔時間來調(diào)整壓力，精確驗證出PSTN/VOIP系統(tǒng)的呼叫性能，通常體現(xiàn)在

6、BHCA和CPS數(shù)值上，即系統(tǒng)每小時或每秒處理呼叫的能力 測試時間一般超過1小時，甚至達到24小時或48小時或更長時間；呼損不能超過萬分之一,PSTN/VOIP網(wǎng)絡(luò)性能 – 長保持呼叫,長保持呼叫一般分為純信令和帶媒體流的兩種，分別測試軟交換對信令處理能力和媒體網(wǎng)關(guān)對媒體流處理能力 長保持呼叫一般由足夠多的用戶采用同步或異步方式發(fā)起呼叫，呼叫保持時間一般不低于8小時，精確驗證出PSTN/VOIP系統(tǒng)的對于長呼叫的處理能力，即在規(guī)定時

7、間內(nèi)有無“掉話”通常體現(xiàn)在呼損數(shù)值上，不能超過萬分之一 或者不允許有呼損發(fā)生,網(wǎng)絡(luò)性能的其他參數(shù) – 呼叫過程音,呼叫過程音由網(wǎng)絡(luò)提供，用來提示網(wǎng)絡(luò)狀況或呼叫過程Dial Tone – 撥號音，代表網(wǎng)絡(luò)資源可用，準備接受用戶撥號Busy Tone – 忙音，表示被叫資源忙Congestion Tone – 擁塞音，表示網(wǎng)絡(luò)擁塞，資源不足Ring back Tone – 回鈴音，表示被叫振鈴，資源可用網(wǎng)絡(luò)用戶對于這些呼叫音都很

8、熟悉網(wǎng)絡(luò)用戶只是期待這些呼叫音，并不關(guān)心網(wǎng)絡(luò)類型聽到這些音表明網(wǎng)絡(luò)正常聽不到這些音就認為網(wǎng)絡(luò)設(shè)備或終端設(shè)備異常,網(wǎng)絡(luò)性能的其他參數(shù) – 呼叫過程音（續(xù)）,呼叫過程音的檢測是確保網(wǎng)絡(luò)性能的有效方法之一這種方法主要檢測呼叫過程音的時延Dial tone delay （摘機到聽到撥號音）Dial Tone Delay < 500msAcknowledgement delay （撥號完畢到被叫應(yīng)答）Post dial de

9、lay （撥號完畢到聽到回鈴音）One-way Delay （被叫應(yīng)答到主叫聽到被叫的應(yīng)答）根據(jù)ITU-T建議, One-way delay < 400ms （衛(wèi)星電路除外）,用戶感受的呼叫過程音之間的延遲,網(wǎng)絡(luò)性能的其他參數(shù) – 信令時延,PSTN Signaling – SS7, ISDN, GR-303, V5VoIP Signaling – SIP, H.323, MGCP, MEGACO, SIGTRAN, SCC

10、P信令時延取決于消息發(fā)送到接受的時間多數(shù)情況下是傳輸過程中產(chǎn)生的但是也不完全是網(wǎng)絡(luò)引起的這種時延有時候是由于設(shè)備/終端內(nèi)部引起的高呼叫量會對信令時延產(chǎn)生影響網(wǎng)絡(luò)時延往往被忽略，尤其網(wǎng)絡(luò)對信令包采取優(yōu)先策略時高呼較量產(chǎn)生的延遲，可以通過改善網(wǎng)絡(luò)設(shè)備軟硬件處理技術(shù)來得到緩解,網(wǎng)絡(luò)性能的其他參數(shù) – 信令時延（續(xù)）,Response Time = (t1 – t0)Post Dial Delay = (t2 – t0)Cal

11、l Setup Time = (t3 – t0)Tear down Time = (t5 – t4),,,,,信令時延 – Post Dial Delay,POST Dial DelaySS7PDD = time (ACM received) – time (IAM Sent)PRIPDD = time (Alerting received) – time (Setup Sent)SIP/SIP-TPDD = time (

12、180 Ringing Received) – time (INVITE Sent)H.323PDD = time (Q.931 Alerting Received) – time (Q.931 Setup Sent)MGCP (MGW)PDD = time (RQNT Received Indicating G/rt) – time (NTFY sent w/ Digits)MEGACO (MGW)PDD = time (

13、MODIFY Received Indicating al/rt) – time (NOTIFY sent w/ DigitString),信令時延 – SIP,Response Time = (time first Response Rx – time INVITE Tx)Post Dial Delay = (time 180 Ringing Rx – time INVITE Tx)Call Setup Time = (time

14、200 OK Rx – time INVITE Tx)Tear down Time = (time 200 OK Rx – time BYE Tx),PSTN/VOIP – 網(wǎng)絡(luò)性能的進一步分析,網(wǎng)絡(luò)性能測試結(jié)果BHCA/CPS未達到設(shè)計要求，我們要找原因我們使用二分法很快測出網(wǎng)絡(luò)的最大BHCA/CPS，此時還要記錄信令延遲（例如，PostDialDelay)，數(shù)值可能很大；然后，我們降低話務(wù)量，再記錄此時的信令延遲；如果信令延

15、遲與話務(wù)量成正比，而且話務(wù)量較低時信令延遲很小，這說明網(wǎng)絡(luò)已經(jīng)達到極限，出現(xiàn)大量呼叫排隊，我們應(yīng)該通過改善軟硬件配置來提高性能；如果信令延遲基本不隨話務(wù)量變化而變化，那么可以肯定問題在網(wǎng)絡(luò)上，我們要分析網(wǎng)絡(luò)上為什么存在這么大的延遲。單向延遲的變化分析方法相同。只不過它是對媒體流的分析。用戶使用模擬呼叫器進行網(wǎng)絡(luò)性能測試我們可以使用撥號音延遲（DialToneDelay)來幫助我們查找問題。如果DialToneDelay超過50

16、0ms甚至1s，那就說明VOIP呼叫處理設(shè)備的撥號音發(fā)送器資源不足，話務(wù)量增大導(dǎo)致排隊時間過長，很可能這是制約VOIP網(wǎng)絡(luò)性能的最大瓶頸！,VOIP測試結(jié)果分析舉例,DUT：AG （設(shè)計性能– 15,000 BHCA）測試方案：通過模擬analog終端和SS來驗證MG性能結(jié)果：BHCA=15000，Call Error Rate (24 hours) = 0通?？蛻魰J為：DUT達到設(shè)計指標BHCA=15000時Dial To

17、ne Delay = 1500msPESQ = 3.0BHCA=10000時Dial Tone Delay = 450msPESQ = 4.1最后結(jié)論DUT的最大性能是 BHCA=10000!而不應(yīng)該是15000,性能測試問題解答,Q1：如何計算 CPS / BHCA? 我們的測試例需要多少用戶仿真?儀表仿真的用戶數(shù)應(yīng)該至少大于測試例中要求的最大并發(fā)呼叫數(shù)目的兩倍；Cps=總用戶數(shù)/一個呼叫周期(呼叫時長+空閑時長)并

18、發(fā)呼叫數(shù) = CPS * 呼叫保持時長；Abacus目前支持CPS設(shè)定；根據(jù)需要仿真的用戶數(shù)目來估算需要多少測試資源（例如：需要多少板卡）Q2: 如何去尋找 “平衡點”?第一次測試按照被測系統(tǒng)的設(shè)計容量(BHCA/CPS)來進行;；然后使用二分法尋找 “無差錯點”；如果其他參數(shù)也滿足“平衡點”條件，那么“無差錯點”= “平衡點”； 否則，降低呼叫話務(wù)量，直到其他參數(shù)也滿足條件。,如何在abacus100上查看信令時延指標?,

19、配置abacus100統(tǒng)計post dial delay,統(tǒng)計前需正確配置ringback tone的頻率,如配置不當，可能會導(dǎo)致abacus100無法正確檢測ringback tone而報“no ringback tone”錯誤,語音質(zhì)量測試,PSTN網(wǎng)絡(luò)參數(shù)對于語音質(zhì)量的影響,通話回聲語音壓縮A/D & D/A 轉(zhuǎn)換噪聲 – 電路噪聲/外部噪聲 （造成聲音衰減與失真變形）單向時延隨機誤碼 (BER < 10-

20、6)語音間斷與滑碼話務(wù)量,VOIP網(wǎng)絡(luò)參數(shù)對于語音質(zhì)量的影響,網(wǎng)絡(luò)架構(gòu)接入連接的類型QoS控制下的邊緣路由MTU大小包丟失 包亂序單向延遲（延遲）可變延遲（抖動）時鐘漂移流量負載大小,路由翻動信令/協(xié)議不匹配網(wǎng)絡(luò)及鏈路故障,語音質(zhì)量影響因素示意圖,信號失真SignalDistortions,禎丟失Frame Loss,延遲Latency,抖動Jitter,,,語音質(zhì)量VoiceQuality,編

21、解碼（Codec）,傳輸線路Transmission,網(wǎng)絡(luò)擁塞NetworkCongestion,交換與路由Switching &Routing,,,,,,,,,,,,,,,語音的頻率范圍對語音質(zhì)量的影響,人能夠聽得見的聲音范圍：20HZ – 20000HZ人能夠說得出的語音范圍：300HZ – 3400HZ通常我們所說的語音質(zhì)量是指 300HZ-3400HZ 的通話質(zhì)量不同頻段對于語音處理設(shè)備的敏感度不同，通

22、常男聲/女聲的語音質(zhì)量不同,話務(wù)量對語音質(zhì)量的影響,此圖中，Media可以是語音、視頻或者數(shù)據(jù)，一般理解為呼叫承載量，或者成為呼叫負荷，當這個承載量超過或接近系統(tǒng)最大能力時，語音質(zhì)量就會明顯下降。,QOS控制對語音質(zhì)量的影響,ITU-T Y.1541 定義了不同的QOS等級網(wǎng)絡(luò)節(jié)點對QOS等級的控制是否合理，將導(dǎo)致網(wǎng)絡(luò)損傷產(chǎn)生的程度，間接影響網(wǎng)絡(luò)的語音質(zhì)量,VOIP中常用語音編碼,,,,= 80 ms Speech,= 40 ms S

23、peech,= 20 ms Speech,80 Bytes,40 Bytes,20 Bytes,,,包大小對語音質(zhì)量的影響（G.729為例）,注釋: 包長度越小，語音質(zhì)量越好,VOIP正常包長度,語音編解碼對語音質(zhì)量的影響,MOS Scores by Audio CODEC,1,2,3,4,5,G.711 PCM(64 Kbps),G.726 ADPCM (32 Kbps)G.728 LD-CELP (16 Kbps)G.72

24、9 CS-ACELP(8 Kbps),EVRCG.723.1 MPMLQ(6.3 Kbps),G.723.1(5.3 Kbps),AMR,MOS by CODEC: Coder / Decoder,丟包對于語音質(zhì)量的影響,丟包的來源網(wǎng)絡(luò)擁塞包延遲到達亂序錯包丟包會嚴重影響語音質(zhì)量丟包對于語音質(zhì)量的影響程度還取決于編碼算法不同的編碼算法對于丟包的處理并不相同例如G.711帶有一個額外的丟包補償機制(packet l

25、oss Concealment),丟包對于語音質(zhì)量的影響(續(xù)),G.113附錄I定義了一個Ie參數(shù)用于反映丟包對于語音質(zhì)量的影響Ie是一個數(shù)值，代表設(shè)備層面引入的損傷Ie值越大，表明損傷越大。0表示沒有損傷。由下面公式可以看到語音質(zhì)量R Factor和Ie成反向的關(guān)系,R = Ro - Is - Id - Ie + AR Transmission rating factorRoBasic signal-to-noise

26、ratioIsAll simultaneous impairmentsIdAll delaysIeEquipment Impairment factorAExpectation factor,丟包對語音質(zhì)量的影響,丟包對R-Factor 影響十分明顯,Total Packets sent,R-Factor Score,Packets loss %,,,,,,,,Voice Codecs,,,Jitter的來源,不同節(jié)點上

27、的處理時間不同例如，流量比較大的路由器可能會花更長的時間去查看路由表傳輸隊列延遲不同例如，網(wǎng)絡(luò)壅塞的出現(xiàn),,,,,,,,,,語音包,語音蓄水池,連續(xù)平滑語音流,抖動緩沖（Jitter Buffer）,Jitter Buffer 可以平滑語音流,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,50ms,,抖動(Jitter)對語音質(zhì)量的影響,包到達時間不可預(yù)知抖動(Jitter)越小，語

28、音質(zhì)量越好,20 Bytes,1,500 Bytes,Voice,Data,,,,,,,長包 vs. 短包,端對端延遲來源,算法延遲串行延遲傳輸延遲節(jié)點延遲,影響語音質(zhì)量的固定延遲,,,,,,,,,,,,,,,,,,,,,,,固定 編碼 緩沖 VAD 壓縮算法,固定 交換可變 語音爭用 數(shù)據(jù)爭用 視頻爭用,固定 串行廣域網(wǎng),固定 交換 傳輸 串行可變 語音爭用 數(shù)據(jù)爭用 視頻爭用,固定 交換可

29、變 語音爭用 數(shù)據(jù)爭用 視頻爭用,固定 解碼可變 去抖動緩沖 包丟失隱藏,源發(fā)局域網(wǎng),核心網(wǎng)絡(luò),終結(jié)局域網(wǎng),,,,,,,,,源發(fā)網(wǎng)關(guān),邊緣路由器,核心網(wǎng)絡(luò)路由器,終結(jié)網(wǎng)關(guān),邊緣路由器,固定 串行廣域網(wǎng),影響語音質(zhì)量的可變延遲,語音/數(shù)據(jù)/視頻爭用抖動緩沖丟包補償,,延遲對語音質(zhì)量的影響,PSTN,,ITU-T G.114建議,延時對于語音質(zhì)量的影響,ITU G.114 相關(guān)建議如果單向時延大于25ms,則需要啟用回

30、聲抑制器大多數(shù)用戶都能接受帶回聲抑制的單向時延小于150ms的環(huán)境150-400ms: 對于語音應(yīng)用，用戶滿意度開始下降。其他應(yīng)用尚可以接受。400ms以上：大多數(shù)的應(yīng)用都無法接受。,主動測試（介入式）發(fā)送、接收和對比波形文件，對語音質(zhì)量進行端到端的客觀評估MOSPSQM、PSQM+PESQ被動測試（非介入式）R-Value 測量RTP包上的語音質(zhì)量基于E-Model模式 (ITU-G.107)日本 – J-MO

31、SP.563（ITU-T推薦）根據(jù)音頻信號測量語音流量的語音質(zhì)量提供PSQM估計值,語音質(zhì)量測試方法,人的主觀評價 (MOS),Mean Opinion Score (MOS)ITU-T P.800分值從 1 到 54 以上認為語音質(zhì)量很好取決于人的聽覺問題測試比較昂貴難以重復(fù)主觀性太強,PSQM (ITU-T P.861),PSQM (Perceptual Speech Quality Measurement)

32、由荷蘭的 KPN 組織發(fā)明1996年8月，得到ITU-T認可，成為標準主動介入式語音質(zhì)量測試技術(shù)范圍從 0 到 6.5: 0 最好, 6.5 最差, 小于4 勉強可以接受算法比較簡單，對處理器硬件要求不高目前已經(jīng)被多數(shù)機構(gòu)拋棄，改為采用 ITU-T P.862 (PESQ),PESQ (ITU-T P.862),Perceptual Evaluation of Speech Quality (PESQ)荷蘭的KPN與英國BT

33、聯(lián)合發(fā)明2001年2月，得到ITU-T認可, 成為語音質(zhì)量測試標準經(jīng)實踐檢驗，可以替代 PSQM 和 PAMS主動介入式語音質(zhì)量測試技術(shù)范圍從 –0.5 到 4.53.5以上認為可以接受問題算法復(fù)雜對于處理器硬件的要求較高,PESQ (ITU-T P.862) 續(xù)。。。,PESQ具有附加診斷信息查找更多的語音質(zhì)量問題PESQ可以在多數(shù)應(yīng)用場合，精確的預(yù)報/轉(zhuǎn)換人體主觀評價指標，MOS-LQO PESQ在用戶話機側(cè)和

34、網(wǎng)絡(luò)側(cè)都有過濾補償機制 PESQ基于 PAMS 技術(shù), 易于識別和計算延遲變化,主動（介入式）語音質(zhì)量測試方法,,DUT,,,發(fā)送波形文件,接收波形文件,通過對比發(fā)送和接收的Wave文件來評估語音質(zhì)量,MOS、PSQM、PSQM+、PESQ,發(fā)送（綠色）和接收（橙色）波形文件,擴展后的發(fā)送（綠色）和接收（橙色）波形文件,PESQ得分與 PESQ評估次數(shù),E-Model（G.107）（被動式語音質(zhì)量）,ITU G.107由ETSI發(fā)明

35、與PESQ不同，強調(diào)網(wǎng)絡(luò)損傷的存在主要應(yīng)用于傳輸層面與MOS, PSQM, PESQ, PAMS 不同，屬于非介入式測試結(jié)果更加取決于網(wǎng)絡(luò)結(jié)構(gòu)和性能,R = Ro - Is - Id - Ie + AR Transmission rating factorRoBasic signal-to-noise ratioIsAll simultaneous impairmentsIdAll delaysIeEqui

36、pment Impairment factorAExpectation factor,E-Model（G.107）（續(xù)）,,E-Model在Abacus上的輸出值為R-Factor,,,各種語音質(zhì)量指標之間的轉(zhuǎn)換關(guān)系,P.861PSQM/PSQM+,P.862PESQ,0,6.5,-0.5,,4.5,,,,端到端的語音質(zhì)量測試,端到端性能測試發(fā)起帶有RTP媒體流的真實呼叫，檢驗網(wǎng)絡(luò)性能和功能檢驗語音質(zhì)量單向延遲 (One

37、Way Delay)精度達到 +/- 2 ms,,,,,思博倫語音質(zhì)量的測試工具,Abacus(5000,100,50)主動式語音質(zhì)量測試，輸出參數(shù)包括：MOS,PSQM,PESQ,MOS-LQ0,J-MOS,R-Factor(P.834)被動式語音質(zhì)量測試(端點分析)，輸出參數(shù)包括：R-Factor(G.107)支持網(wǎng)絡(luò)損傷統(tǒng)計：丟包、時延、抖動、亂序、語音間斷/滑碼、回聲支持各種呼叫延遲(Timer)統(tǒng)計，包括：DialT

38、oneDelay, PostDialDelay, RingTimeDelay, OneWayDelay, RoundTripDelay, AckowledgementDelay, CallSetupDealy, ResponseTimeDelay, TearDownDelay, 。。。支持本地測試和異地分布式測試ClearSight被動式語音質(zhì)量測試(監(jiān)控分析)，輸出參數(shù)包括：R-Factor, MOS支持本地測試和異地分布式測

39、試,配置abacus100進行語音質(zhì)量測試,Advanced配置窗口,Channels通道配置,Advanced 菜單用于配置話音質(zhì)量或者傳真、Modem測試,,,,選擇語音測試標準,,,選擇語音測試文件,,,視頻質(zhì)量測試,,,傳真、Modem測試,語音質(zhì)量測試,語音質(zhì)量測試 Real Measurement over time,對每一次的語音質(zhì)量進行monitor,對抓到的語音波形進行回放和對比分析,Modem

40、/Fax測試,Abacus100 = 32個V.34 模擬數(shù)據(jù)modem,最多支持32路 V.34 Analog Data Modem,V.34模擬數(shù)據(jù)modem,Abacus100支持V.34模擬數(shù)據(jù)ModemV.34 – 定義2.4 kbps到33.6 kbps傳送數(shù)據(jù)的調(diào)制方法Abacus100支持用戶自定義各種modem協(xié)議，來支持各種收發(fā)數(shù)據(jù)的傳輸參數(shù)V34: abacus支持從2.4Kbps到26.4K各種速率V32

41、bis: 從4.8kbps到14.4KbpsV23V22bisV21用戶在Protocol-Development窗口中進行自定義，并在Partition and Timing | Protocols panel窗口中來選擇Abacus100支持最多32路V.34模擬數(shù)據(jù)Modem,96個 T.30 Fax = Abacus 100,T.30 Fax up to V.17,Abacus 100 支持 T.30 Fax up t

42、o V.17T.30定義兩臺傳真機間的數(shù)據(jù)交換能力的協(xié)商過程調(diào)制方法:支持不同速率的各種協(xié)議V17: 7.2 kbps, 9.6 kbps, 12.0 kbps, and 14.4 kbpsV29: 7.2Kbps and 9.6KbpsV27：2.4Kbps and 4.8KbpsAbacus100 支持最多96路T.30 FaxResolution(dpi): 200*100(normal), 200*200(fin

43、e),T30 FAX協(xié)商過程,Modem/fax測試統(tǒng)計指標,FAXConnection speedThroughput speedConnection timeReceived Fax pagesFax line error rate ModemConnection speed(Tx/Rx)Throughput speed(Tx/Rx)Modem bit error rateCall completionsErr

44、ors,Fax monitor and capture,Fax 消息觀察窗口,可監(jiān)控收到的傳真并回放,相關(guān)配置(1),配置fax/modem相關(guān)的協(xié)議,相關(guān)配置(2),配置fax/modem相關(guān)的path confirm的內(nèi)容如果是fax，可以選擇simple和complex兩種模式，并可以選擇標準的圖片如果是modem,則選擇data選項,其他無須設(shè)置,回聲測試,PSTN/VOIP中回聲的來源不同,,,,,,,T1 連接,,,MG

45、中的回聲消除器可降低回聲水平,,,NGN 網(wǎng)絡(luò),ERL,ERLE,TELR,PBX,POTS電話,ERLE – 回聲返回損失增溢ERL – 回聲反回損失TELR – 通話者回聲強度,雙線,,,,,,,,,PBX,模擬4線連接,E&M,POTS電話,Hybrid Transformer,模擬雙線連接,,,,TX,RX,TX,RX,T1 連接,阻抗不匹配,,MG,分支環(huán)路,IP電話,IP電話,,,IP網(wǎng)絡(luò)中的延遲使回聲的情

46、況變得更加嚴重,影響語音質(zhì)量,回聲對語音質(zhì)量的影響,TLER – Talker Echo Loudness Rating,Abacus 回聲測試,回聲的種類電路回聲聲學(xué)回聲Abacus可以支持電子回聲的測試Abacus100 可以通過一輪或多輪呼叫來進行回聲測試呼叫過程中，發(fā)送多次參考信號回聲測試指標可以通過一個或多個呼叫的平均值得到Abacus100支持以下指標:回聲消除開/關(guān)Echo delay 回聲延遲: 默認告

47、警閥值,300msERL/ERLE: 默認告警閥值, 30 dB,使用Abacus 測試回聲,Abacus統(tǒng)計的指標,相關(guān)配置,編輯主叫側(cè)script中的action, 激活echo measurement選項修改被叫側(cè)的script,只執(zhí)行一個wait for time的action,補充業(yè)務(wù)測試,AG/MSAN 補充業(yè)務(wù)自動化測試,IP network,,,,,,abacus100,Soft-Switch,RJ11,ISAMV/

48、MSAN,將abacus100的模擬線端口和AG的各個端口相連利用tcl script自動從100個端口中任意排列組合出三個端口進行各種業(yè)務(wù)的測試有效的自動測試不同終端之間的補充業(yè)務(wù)的互通性,AG/MSAN 補充業(yè)務(wù)自動化測試(2),應(yīng)用案例Alcatel-lucent shanghai ISAMV testAlcatel-lucent australia ISAMV test任意2/3個端口之間自動測試如下業(yè)務(wù)Basic