軟交換性能測試技術

　　圖6是一個軟交換性能測試過程中CPS和PDD指標的統計示意圖。我們可以看到，一開始在CPS比較小的時候，Post Dial Delay指標比較穩定。當CPS數值爬升到一定階段時，Post Dial Delay開始明顯上升。當CPS=200達到峰值時，PDD=3S。我們在測試的時候如果不綜合考察各項指標，往往會簡單認為該系統的最大CPS指標為 200。然而實際情況是，200 CPS時候的PDD指標已經達不到運營要求，因此實際、合理的系統最大CPS應該為PDD2s時候的CPS值，即180 CPS左右。

圖6 CPS和Post Dial Delay關系示意圖

　　從這個例子我們也可以看到，綜合考察各項重要指標對于性能測試分析的重要性。

　　（3）故障定位分析

　　當軟交換測試碰到故障（如大量異常呼損、消息沒有響應等問題）時，我們需要有效的手段來定位分析原因，究竟是軟交換設備工作異常，還是承載網絡不穩定造成消息丟失？這種情況下，我們可以采取幾種輔助定位的手段來做進一步的分析。

　　●通過修改呼叫模型來分析故障原因

　　以上一節提到的CPS VS PDD的例子為例，當系統負荷增加，Post Dial Delay大幅增長的時候，我們可以適當降低話務量（例如減到原來的一半）, 再觀察Post Dial Delay的統計值是否隨之大幅降低。如果有明顯降低，說明消息響應緩慢確實是跟軟交換設備的話務負荷有關系；如果該值沒有明顯降低，說明消息響應緩慢可能是跟網絡有關系，例如網絡傳輸時延過大造成消息響應緩慢。

　　●通過儀表提供的網絡層參數的統計來觀察網絡情況的好壞

　　在仿真呼叫發送信令及語音的同時，Abacus可以測試并統計如下參數：丟包、時延、抖動、亂序，并且可以輸出統計值對應不同時間段的圖表。當測試碰到問題時，可以通過上述這些參數的統計，判斷網絡是否出現問題。例如，圖7所示的One Way Delay的統計圖可以看到，儀表統計到14：10和14：30的時候，分別出現One Way Delay大幅增長的情況，如果這時出現系統呼損的情況，我們就有理由相信系統的呼損很大可能是由于網絡原因造成。還可以結合丟包、抖動、亂序等其他因素，綜合判斷是否問題是由于承載網性能不好引起的。

圖7 Abacus儀表提供的One Way Delay VS time統計圖

　　●利用儀表的抓包監控功能分析信令流程判斷故障原因

　　Abacus儀表在仿真呼叫的同時，可以將有問題的呼叫過程中的信令全部記錄下來。另外，思博倫公司還提供一款名為Clearsight的監控儀表，可以將流經IP網絡的所有VoIP呼叫全部監控并記錄下來。這樣，結合Abacus，Clearsight以及軟交換本身提供的信令日志功能，可以很方便地檢查并對比儀表輸出的消息日志和網絡上捕捉到的消息日志以及軟交換的消息日志，從而發現究竟錯誤消息或者消息丟失等故障是產生于哪一個節點。