• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 集中式撥打測試系統的實現與應用[1]

    發表于:2008-10-31來源:作者:點擊數: 標簽:系統應用撥打
    關鍵字:測試 1、引言 中國移動公司對 網絡 質量 的追求可以說精益求精,在多年的運營實踐中,中國移動公司發現網元指標的優劣并不反映業務質量的優劣。影響用戶對業務質量的感知因素很多,包括終端、核心網、業務提供平臺、無線環境等,因此 開發 自動測試
    關鍵字:測試
    1、引言

        中國移動公司對網絡質量的追求可以說精益求精,在多年的運營實踐中,中國移動公司發現網元指標的優劣并不反映業務質量的優劣。影響用戶對業務質量的感知因素很多,包括終端、核心網、業務提供平臺、無線環境等,因此開發自動測試系統,模擬用戶感知,及時發現網絡問題勢在必行。

        2、現有的分散式撥打測試設備的優缺點分析

        目前,業界普遍使用的撥打測試系統是分散式的,由各個終端分散在需要測試的地點,模仿用戶行為進行撥打測試。

        其工作原理為:利用手機終端模塊進行撥打測試,每臺手機終端模塊通過專線或GPRS無線通道連接到中心業務應用服務器,進行測試數據的上傳及測試任務的下達。中心業務應用服務器接受各點的測試結果,并進行分析及處理,如符合告警條件的,則產生告警。

        此類系統的缺陷為:

        (1)撥測能力有限。每臺終端只能配置2個手機模塊,如果模塊太多,在話務忙時很可能會影響普通用戶的正常接入。以配置2個手機模塊、每次呼叫持續30s,間隔10s計算,每小時可以進行90次呼叫。

        (2)測試結果受無線環境影響大。如氣象因素(下雨、雷電)、周邊基站的干擾信號、基站斷電等。并不能客觀反映真實的網絡問題

        (3)測試數據上傳困難。每臺測試終端都需要通過DCN專線接入到管理服務器,進行數據的上傳,最后由管理服務器給出測試報表,并且不能保證測試數據的實時上傳。

        (4)測試內容單一。無法測試彩鈴、虛擬網等復雜業務。

        (5)不能處理中繼電路上的問題。只能簡單地判斷本次通話接通還是未接通,通話質量不能自動監控。

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>