国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng)及方法

      文檔序號(hào):7958334閱讀:173來源:國(guó)知局
      專利名稱:一種交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng)及方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及數(shù)據(jù)測(cè)試領(lǐng)域,尤其是涉及一種用于交換機(jī)的數(shù)據(jù)測(cè)試系統(tǒng)及方法。
      背景技術(shù)
      交換機(jī)是一個(gè)復(fù)雜的系統(tǒng),業(yè)務(wù)應(yīng)用情況千變?nèi)f化,各種數(shù)據(jù)配置和組網(wǎng)情況非常復(fù)雜,在這種情況下,如何提高交換機(jī)可維護(hù)性就成為一個(gè)很重要的課題擺在業(yè)界面前。
      現(xiàn)有技術(shù)都是在交換機(jī)內(nèi)部擴(kuò)充許多功能,利用信令跟蹤、指定中繼撥測(cè)等方法實(shí)現(xiàn)交換機(jī)的數(shù)據(jù)測(cè)試和維護(hù)功能。但是現(xiàn)有技術(shù)的缺點(diǎn)是缺乏維護(hù)人員跟交換機(jī)之間的交互環(huán)節(jié),交換機(jī)缺少外部接口,維護(hù)人員的可控制性很差。而且隨著交換機(jī)越來越復(fù)雜,現(xiàn)有技術(shù)中交換機(jī)的維護(hù)成本也在直線上升。

      發(fā)明內(nèi)容
      針對(duì)以上現(xiàn)有技術(shù)的不足,本發(fā)明的目的在于,提供一種系統(tǒng)及方法,針對(duì)具體交換機(jī),從減輕維護(hù)人員工作量入手,能夠直觀、簡(jiǎn)便的對(duì)交換機(jī)進(jìn)行數(shù)據(jù)測(cè)試。
      為實(shí)現(xiàn)本目的,本發(fā)明提供了一種交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng),包括數(shù)據(jù)測(cè)試平臺(tái),其管理所有數(shù)據(jù)測(cè)試任務(wù),接收維護(hù)人員的數(shù)據(jù)測(cè)試指令,并按照設(shè)定的呼叫流程與交換機(jī)進(jìn)行消息交互。
      所述的數(shù)據(jù)測(cè)試平臺(tái)集成在交換機(jī)的后臺(tái)管理模塊中或者在現(xiàn)有測(cè)試工具上拓展實(shí)現(xiàn)。
      本發(fā)明的交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng)還包括消息接口,其為數(shù)據(jù)測(cè)試平臺(tái)與交換機(jī)之間收發(fā)消息的接口;協(xié)議庫,其為采用ASN.1語言描述的各種協(xié)議的動(dòng)態(tài)鏈接庫,所述的數(shù)據(jù)測(cè)試平臺(tái)根據(jù)協(xié)議庫中的協(xié)議結(jié)構(gòu)解析從交換機(jī)發(fā)送的各種消息;呼叫控制腳本存儲(chǔ)模塊,其存儲(chǔ)呼叫控制腳本;用戶接口,其為人性化界面方式的與維護(hù)人員交互的接口,維護(hù)人員通過該用戶接口根據(jù)需要輸入必要的信息啟動(dòng)數(shù)據(jù)測(cè)試;測(cè)試結(jié)果信息存儲(chǔ)模塊,其存儲(chǔ)數(shù)據(jù)測(cè)試的過程中交換機(jī)輸出的信息。
      所述的呼叫控制腳本在數(shù)據(jù)測(cè)試前需事先構(gòu)建好,以供所述的數(shù)據(jù)測(cè)試平臺(tái)調(diào)用。
      所述的交換機(jī)輸出的信息包括各種數(shù)據(jù)表信息、號(hào)碼分析過程,選路過程、話單或計(jì)費(fèi)信息。
      本發(fā)明還提供了一種交換機(jī)數(shù)據(jù)測(cè)試方法,包括步驟(A)維護(hù)人員通過數(shù)據(jù)測(cè)試平臺(tái)向交換機(jī)發(fā)送數(shù)據(jù)測(cè)試命令;(B)交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的數(shù)據(jù)測(cè)試命令后,向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試響應(yīng);(C)數(shù)據(jù)測(cè)試平臺(tái)收到交換機(jī)發(fā)送的啟動(dòng)測(cè)試確認(rèn)響應(yīng)后,構(gòu)造起始呼叫消息并發(fā)送給交換機(jī);(D)交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的起始呼叫消息后與數(shù)據(jù)測(cè)試平臺(tái)進(jìn)行消息交互;(E)維護(hù)人員對(duì)交換機(jī)發(fā)送的信息進(jìn)行分析。
      該方法還包括步驟在進(jìn)行交換機(jī)數(shù)據(jù)測(cè)試之前,針對(duì)不同的呼叫流程構(gòu)建協(xié)議庫和呼叫控制腳本,同時(shí)使用消息編輯器編輯好需要交互的各種消息框架。
      步驟(A)還包括步驟(A1)維護(hù)人員通過用戶接口的人性化界面輸入實(shí)際主叫號(hào)碼、需要接續(xù)的被叫號(hào)碼,選擇需要跟蹤的信息來啟動(dòng)數(shù)據(jù)測(cè)試;
      (A2)數(shù)據(jù)測(cè)試平臺(tái)根據(jù)維護(hù)人員輸入的信息啟動(dòng)呼叫控制腳本,加載協(xié)議庫,然后向交換機(jī)發(fā)送啟動(dòng)測(cè)試命令;步驟(A1)所述的需要跟蹤的信息包括內(nèi)部呼叫信令消息、數(shù)據(jù)表信息,話單或計(jì)費(fèi)信息。
      步驟(A2)所述的啟動(dòng)測(cè)試命令中包含一次呼叫中的全部必要信息。
      步驟(B)所述的交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的數(shù)據(jù)測(cè)試命令后,還包括步驟交換機(jī)分析實(shí)際主叫的狀態(tài),判斷是否可以接受本次測(cè)試,如果用戶狀態(tài)正常,則接受測(cè)試,并向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試確認(rèn)響應(yīng),同時(shí)將該用戶置于正在測(cè)試狀態(tài);如果用戶狀態(tài)異常或者正忙則拒絕測(cè)試,并向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試拒絕響應(yīng)。
      步驟(C)所述的數(shù)據(jù)測(cè)試平臺(tái)構(gòu)造起始呼叫消息是數(shù)據(jù)測(cè)試平臺(tái)調(diào)用消息框架構(gòu)造用戶摘機(jī)消息。
      步驟(D)所述的交換機(jī)與數(shù)據(jù)測(cè)試平臺(tái)進(jìn)行消息交互是交換機(jī)收到用戶摘機(jī)消息后,判斷主叫用戶處于正在測(cè)試狀態(tài),將本應(yīng)發(fā)送給該主叫用戶實(shí)際端口的消息打包后通過消息接口發(fā)送給數(shù)據(jù)測(cè)試平臺(tái)。
      步驟(D)還包括步驟呼叫中查詢數(shù)據(jù)表的信息以及所生成的話單信息打包后發(fā)送到測(cè)試結(jié)果信息存儲(chǔ)模塊。
      步驟(E)所述的維護(hù)人員對(duì)交換機(jī)發(fā)送的信息進(jìn)行分析是數(shù)據(jù)測(cè)試平臺(tái)將測(cè)試結(jié)果信息存儲(chǔ)模塊接收的信息調(diào)用協(xié)議庫進(jìn)行解析,并以人性化的界面顯示輸出,維護(hù)人員對(duì)輸出的信息進(jìn)行分析。
      該方法還包括步驟呼叫結(jié)束后,由維護(hù)人員控制是否結(jié)束數(shù)據(jù)測(cè)試,當(dāng)數(shù)據(jù)測(cè)試結(jié)束后,所有數(shù)據(jù)測(cè)試平臺(tái)接收的信息都以可選擇的方式存儲(chǔ)。
      本發(fā)明帶來的有益效果是1.交換機(jī)數(shù)據(jù)可以及時(shí)驗(yàn)證在電信運(yùn)營(yíng)部門的實(shí)際工作中,當(dāng)遇到一些重要或不確定的數(shù)據(jù)時(shí),能夠提供一種直觀、簡(jiǎn)便的測(cè)試手段,可以只通過指令,不需要電話撥測(cè)就可以判斷交換機(jī)上的各種數(shù)據(jù)是否正確,如主叫號(hào)碼甄別、黑白名單、網(wǎng)管數(shù)據(jù)、路由數(shù)據(jù)、字冠分析數(shù)據(jù)、計(jì)費(fèi)數(shù)據(jù)等;2.減少維護(hù)人員的工作量在交換機(jī)的日常維護(hù)過程中,經(jīng)常會(huì)遇到需要撥測(cè)的情況,特別是在升級(jí)時(shí),項(xiàng)目多、時(shí)間緊,且部分項(xiàng)目沒有測(cè)試條件,如不同運(yùn)營(yíng)商之間的號(hào)碼甄別和限呼數(shù)據(jù),因很難協(xié)調(diào)對(duì)局(其他運(yùn)營(yíng)商)配合發(fā)送不規(guī)范的主叫測(cè)試,在這種情況下就可以采用本發(fā)明中的方法進(jìn)行交換機(jī)的數(shù)據(jù)測(cè)試;3.故障可以較快較準(zhǔn)的進(jìn)行定位。
      實(shí)施本發(fā)明可以有效地提高交換機(jī)系統(tǒng)的可維護(hù)性,減少電信運(yùn)維部門的維護(hù)工作量,提高客戶滿意度。


      圖1是本發(fā)明的交換機(jī)數(shù)據(jù)測(cè)試方法原理圖;圖2是本發(fā)明的交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng)示意圖。
      具體實(shí)施例方式
      圖1是本發(fā)明的交換機(jī)數(shù)據(jù)測(cè)試方法原理圖,如圖1所示,本發(fā)明的根本思想是在維護(hù)人員和交換機(jī)之間搭建一個(gè)數(shù)據(jù)測(cè)試平臺(tái),該平臺(tái)可以集成在交換機(jī)后臺(tái)管理模塊中,維護(hù)人員直接在數(shù)據(jù)測(cè)試平臺(tái)上操作,交換機(jī)數(shù)據(jù)測(cè)試過程中的信息都可以輸出到平臺(tái)上供維護(hù)人員分析。
      圖2是本發(fā)明的交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng)示意圖,如圖2所示,其中主機(jī)交換機(jī)主體;協(xié)議層主機(jī)的協(xié)議層處理MGCP、SIP等各種協(xié)議;在交換機(jī)中,主叫和被叫的信令都需要通過協(xié)議層處理后與業(yè)務(wù)層進(jìn)行交互;交換機(jī)后臺(tái)管理模塊直接管理交換機(jī)的模塊;數(shù)據(jù)測(cè)試平臺(tái)該平臺(tái)管理所有數(shù)據(jù)測(cè)試任務(wù),集成在交換機(jī)的后臺(tái)管理模塊中,其接收維護(hù)人員的數(shù)據(jù)測(cè)試指令,并按照設(shè)定的呼叫流程與交換機(jī)進(jìn)行消息交互;消息接口數(shù)據(jù)測(cè)試平臺(tái)與交換機(jī)之間的收發(fā)消息的接口;協(xié)議庫采用ASN.1語言描述的各種協(xié)議的動(dòng)態(tài)鏈接庫,包括MGCP、SIP等各種協(xié)議,數(shù)據(jù)測(cè)試平臺(tái)根據(jù)協(xié)議庫中的協(xié)議結(jié)構(gòu)解析從交換機(jī)發(fā)送的各種消息;呼叫控制腳本存儲(chǔ)模塊其中存儲(chǔ)呼叫控制腳本,用來控制呼叫流程的呼叫控制腳本在數(shù)據(jù)測(cè)試前需事先構(gòu)建好,以供數(shù)據(jù)測(cè)試平臺(tái)調(diào)用;用戶接口人性化界面方式的與維護(hù)人員交互的接口,維護(hù)人員通過用戶接口根據(jù)需要輸入必要的信息啟動(dòng)數(shù)據(jù)測(cè)試;測(cè)試結(jié)果信息存儲(chǔ)模塊在數(shù)據(jù)測(cè)試的過程中,交換機(jī)會(huì)將維護(hù)人員需要的各種信息輸出,這些信息包括各種數(shù)據(jù)表信息、號(hào)碼分析過程,選路過程、話單和計(jì)費(fèi)信息等,該些輸出的信息存儲(chǔ)在測(cè)試結(jié)果信息存儲(chǔ)模塊中。
      通過數(shù)據(jù)測(cè)試平臺(tái)提供的用戶接口,維護(hù)人員可以在輸入界面中指定一個(gè)本局用戶或者一條入中繼電路來發(fā)起呼叫,被叫可以是本局也可以出局,然后指定一種接續(xù)方式,接續(xù)方式包括主、被叫都由數(shù)據(jù)測(cè)試平臺(tái)模擬或者僅模擬主叫而被叫是真正用戶。當(dāng)主、被叫都由數(shù)據(jù)測(cè)試平臺(tái)模擬,即數(shù)據(jù)測(cè)試平臺(tái)既是主叫又是被叫時(shí),啟動(dòng)測(cè)試后,數(shù)據(jù)測(cè)試平臺(tái)接管所有交換機(jī)發(fā)送給主叫和被叫的信令消息,對(duì)交換機(jī),這一個(gè)呼叫跟實(shí)際用戶發(fā)起的呼叫沒有區(qū)別,只是對(duì)于這種呼叫,交換機(jī)會(huì)將呼叫過程中的信息輸出到數(shù)據(jù)測(cè)試平臺(tái)并保存,供維護(hù)人員分析使用。
      下面以模擬用戶摘機(jī)發(fā)起本局呼叫為例,對(duì)本發(fā)明的交換機(jī)數(shù)據(jù)測(cè)試的方法做進(jìn)一步說明本發(fā)明中,在進(jìn)行交換機(jī)數(shù)據(jù)測(cè)試之前,首先需要針對(duì)不同的呼叫流程構(gòu)建協(xié)議庫和呼叫控制腳本,同時(shí)使用消息編輯器編輯好需要交互的各種消息框架。對(duì)于協(xié)議庫,如果模擬的主叫用戶是程控交換機(jī)中的模擬用戶,則協(xié)議庫中對(duì)應(yīng)的協(xié)議為國(guó)標(biāo)規(guī)定的用戶線信令;如果模擬的主叫用戶是軟交換中的H.248用戶,則協(xié)議庫中對(duì)應(yīng)的協(xié)議為H.248協(xié)議。對(duì)于呼叫控制腳本,需要針對(duì)不同的呼叫流程構(gòu)建不同的呼叫控制腳本,從而可以通過加載不同的呼叫控制腳本而將數(shù)據(jù)測(cè)試平臺(tái)模擬為一個(gè)電話終端、一個(gè)SCP或者是對(duì)接局。
      模擬用戶摘機(jī)發(fā)起本局呼叫的交換機(jī)數(shù)據(jù)測(cè)試的步驟為S101、維護(hù)人員通過用戶接口的人性化界面輸入實(shí)際主叫號(hào)碼、需要接續(xù)的被叫號(hào)碼,選擇需要跟蹤的信息來啟動(dòng)數(shù)據(jù)測(cè)試,其中需要跟蹤的信息包括如內(nèi)部呼叫信令消息、數(shù)據(jù)表信息,話單或計(jì)費(fèi)信息等;S102、數(shù)據(jù)測(cè)試平臺(tái)根據(jù)維護(hù)人員輸入的信息啟動(dòng)呼叫控制腳本,加載協(xié)議庫,然后向交換機(jī)發(fā)送啟動(dòng)測(cè)試命令,命令中需要將一次呼叫中的必要信息全部包含,如主叫號(hào)碼、被叫號(hào)碼、振鈴時(shí)長(zhǎng)、應(yīng)答時(shí)長(zhǎng)等信息;如果是模擬入中繼呼叫,則需要更多的內(nèi)容用來構(gòu)造IAM消息;S103、交換機(jī)收到啟動(dòng)測(cè)試命令后,分析實(shí)際主叫的狀態(tài),判斷是否可以接受本次測(cè)試,如果用戶狀態(tài)正常,則接受測(cè)試,并向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試確認(rèn)響應(yīng),同時(shí)將該用戶置于正在測(cè)試狀態(tài);如果用戶狀態(tài)異常或者正忙等則拒絕測(cè)試,并向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試拒絕響應(yīng);S104、數(shù)據(jù)測(cè)試平臺(tái)收到交換機(jī)發(fā)送的啟動(dòng)測(cè)試響應(yīng)后,如果為接受測(cè)試響應(yīng),則調(diào)用消息框架構(gòu)造用戶摘機(jī)消息并發(fā)送給交換機(jī);如果模擬入中繼呼叫,則構(gòu)造IAM消息;S105、交換機(jī)收到用戶摘機(jī)消息后,如果判斷主叫用戶處于正在測(cè)試狀態(tài),將本應(yīng)發(fā)送給該主叫用戶實(shí)際端口的消息打包后通過消息接口發(fā)送給數(shù)據(jù)測(cè)試平臺(tái);呼叫中需要查詢?cè)S多數(shù)據(jù)表和生成話單,這些查詢數(shù)據(jù)表的信息以及所生成的話單信息打包后發(fā)送到測(cè)試結(jié)果信息存儲(chǔ)模塊;S106、數(shù)據(jù)測(cè)試平臺(tái)將測(cè)試結(jié)果信息存儲(chǔ)模塊接收的信息調(diào)用協(xié)議庫進(jìn)行解析,并以人性化的界面顯示輸出,維護(hù)人員可以對(duì)輸出的信息進(jìn)行分析,從而可以方便的實(shí)現(xiàn)故障定位;S107、呼叫結(jié)束后,由維護(hù)人員控制是否結(jié)束數(shù)據(jù)測(cè)試,當(dāng)數(shù)據(jù)測(cè)試結(jié)束后,所有數(shù)據(jù)測(cè)試平臺(tái)接收的信息都會(huì)以可選擇的方式存儲(chǔ),如可以文本文件的方式存儲(chǔ)。
      通過上述流程可以實(shí)現(xiàn)模擬用戶摘機(jī)發(fā)起本局呼叫的交換機(jī)的數(shù)據(jù)測(cè)試,但是本發(fā)明的方法同樣適用于其他呼叫流程和接續(xù)方式,其實(shí)現(xiàn)步驟與上述步驟相同。
      另外,本發(fā)明中,對(duì)于數(shù)據(jù)測(cè)試平臺(tái)的實(shí)現(xiàn)方式,還允許在現(xiàn)有測(cè)試工具上拓展實(shí)現(xiàn),如某個(gè)第三方的測(cè)試工具,如果能夠完成模擬呼叫的功能,那么在其基礎(chǔ)上增加一些簡(jiǎn)單的接口與交換機(jī)對(duì)接就可以實(shí)現(xiàn)數(shù)據(jù)測(cè)試平臺(tái)。
      本發(fā)明帶來的有益效果是1.交換機(jī)數(shù)據(jù)可以及時(shí)驗(yàn)證在電信運(yùn)營(yíng)部門的實(shí)際工作中,當(dāng)遇到一些重要或不確定的數(shù)據(jù)時(shí),能夠提供一種直觀、簡(jiǎn)便的測(cè)試手段,可以只通過指令,不需要電話撥測(cè)就可以判斷交換機(jī)上的各種數(shù)據(jù)是否正確,如主叫號(hào)碼甄別、黑白名單、網(wǎng)管數(shù)據(jù)、路由數(shù)據(jù)、字冠分析數(shù)據(jù)、計(jì)費(fèi)數(shù)據(jù)等;
      2.減少維護(hù)人員的工作量在交換機(jī)的日常維護(hù)過程中,經(jīng)常會(huì)遇到需要撥測(cè)的情況,特別是在升級(jí)時(shí),項(xiàng)目多、時(shí)間緊,且部分項(xiàng)目沒有測(cè)試條件,如不同運(yùn)營(yíng)商之間的號(hào)碼甄別和限呼數(shù)據(jù),因很難協(xié)調(diào)對(duì)局(其他運(yùn)營(yíng)商)配合發(fā)送不規(guī)范的主叫測(cè)試,在這種情況下就可以采用本發(fā)明中的方法進(jìn)行交換機(jī)的數(shù)據(jù)測(cè)試;3.故障可以較快較準(zhǔn)的進(jìn)行定位。
      實(shí)施本發(fā)明可以有效地提高交換機(jī)系統(tǒng)的可維護(hù)性,減少電信運(yùn)維部門的維護(hù)工作量,提高客戶滿意度。
      以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
      ,但本發(fā)明的保護(hù)范圍并不局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
      權(quán)利要求
      1.一種交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng),其特征在于還包括數(shù)據(jù)測(cè)試平臺(tái),其管理所有數(shù)據(jù)測(cè)試任務(wù),接收維護(hù)人員的數(shù)據(jù)測(cè)試指令,并按照設(shè)定的呼叫流程與交換機(jī)進(jìn)行消息交互。
      2.如權(quán)利要求1所述的系統(tǒng),其特征在于還包括消息接口,其為數(shù)據(jù)測(cè)試平臺(tái)與交換機(jī)之間收發(fā)消息的接口;協(xié)議庫,其為采用ASN.1語言描述的各種協(xié)議的動(dòng)態(tài)鏈接庫,所述的數(shù)據(jù)測(cè)試平臺(tái)根據(jù)協(xié)議庫中的協(xié)議結(jié)構(gòu)解析從交換機(jī)發(fā)送的各種消息;呼叫控制腳本存儲(chǔ)模塊,其存儲(chǔ)呼叫控制腳本;用戶接口,其為人性化界面方式的與維護(hù)人員交互的接口,維護(hù)人員通過該用戶接口根據(jù)需要輸入必要的信息啟動(dòng)數(shù)據(jù)測(cè)試;測(cè)試結(jié)果信息存儲(chǔ)模塊,其存儲(chǔ)數(shù)據(jù)測(cè)試的過程中交換機(jī)輸出的信息。
      3.如權(quán)利要求1所述的系統(tǒng),其特征在于所述的數(shù)據(jù)測(cè)試平臺(tái)集成在交換機(jī)的后臺(tái)管理模塊中或者在現(xiàn)有測(cè)試工具上拓展實(shí)現(xiàn)。
      4.如權(quán)利要求2所述的系統(tǒng),其特征在于所述的呼叫控制腳本在數(shù)據(jù)測(cè)試前需事先構(gòu)建好,以供所述的數(shù)據(jù)測(cè)試平臺(tái)調(diào)用。
      5.如權(quán)利要求2所述的系統(tǒng),其特征在于所述的交換機(jī)輸出的信息包括各種數(shù)據(jù)表信息、號(hào)碼分析過程,選路過程、話單或計(jì)費(fèi)信息。
      6.一種交換機(jī)數(shù)據(jù)測(cè)試方法,其特征在于包括步驟(A)維護(hù)人員通過數(shù)據(jù)測(cè)試平臺(tái)向交換機(jī)發(fā)送數(shù)據(jù)測(cè)試命令;(B)交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的數(shù)據(jù)測(cè)試命令后,向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試響應(yīng);(C)數(shù)據(jù)測(cè)試平臺(tái)收到交換機(jī)發(fā)送的啟動(dòng)測(cè)試確認(rèn)響應(yīng)后,構(gòu)造起始呼叫消息并發(fā)送給交換機(jī);(D)交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的起始呼叫消息后與數(shù)據(jù)測(cè)試平臺(tái)進(jìn)行消息交互;(E)維護(hù)人員對(duì)交換機(jī)發(fā)送的信息進(jìn)行分析。
      7.如權(quán)利要求6所述的方法,其特征在于該方法還包括步驟在進(jìn)行交換機(jī)數(shù)據(jù)測(cè)試之前,針對(duì)不同的呼叫流程構(gòu)建協(xié)議庫和呼叫控制腳本,同時(shí)使用消息編輯器編輯好需要交互的各種消息框架。
      8.如權(quán)利要求6所述的方法,其特征在于步驟(A)還包括步驟(A1)維護(hù)人員通過用戶接口的人性化界面輸入實(shí)際主叫號(hào)碼、需要接續(xù)的被叫號(hào)碼,選擇需要跟蹤的信息來啟動(dòng)數(shù)據(jù)測(cè)試;(A2)數(shù)據(jù)測(cè)試平臺(tái)根據(jù)維護(hù)人員輸入的信息啟動(dòng)呼叫控制腳本,加載協(xié)議庫,然后向交換機(jī)發(fā)送啟動(dòng)測(cè)試命令;
      9.如權(quán)利要求8所述的方法,其特征在于步驟(A1)所述的需要跟蹤的信息包括內(nèi)部呼叫信令消息、數(shù)據(jù)表信息,話單或計(jì)費(fèi)信息。
      10.如權(quán)利要求8所述的方法,其特征在于步驟(A2)所述的啟動(dòng)測(cè)試命令中包含一次呼叫中的全部必要信息。
      11.如權(quán)利要求6所述的方法,其特征在于步驟(B)所述的交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的數(shù)據(jù)測(cè)試命令后,還包括步驟交換機(jī)分析實(shí)際主叫的狀態(tài),判斷是否可以接受本次測(cè)試,如果用戶狀態(tài)正常,則接受測(cè)試,并向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試確認(rèn)響應(yīng),同時(shí)將該用戶置于正在測(cè)試狀態(tài);如果用戶狀態(tài)異?;蛘哒t拒絕測(cè)試,并向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試拒絕響應(yīng)。
      12.如權(quán)利要求6所述的方法,其特征在于步驟(C)所述的數(shù)據(jù)測(cè)試平臺(tái)構(gòu)造起始呼叫消息是數(shù)據(jù)測(cè)試平臺(tái)調(diào)用消息框架構(gòu)造用戶摘機(jī)消息。
      13.如權(quán)利要求12所述的方法,其特征在于步驟(D)所述的交換機(jī)與數(shù)據(jù)測(cè)試平臺(tái)進(jìn)行消息交互是交換機(jī)收到用戶摘機(jī)消息后,判斷主叫用戶處于正在測(cè)試狀態(tài),將本應(yīng)發(fā)送給該主叫用戶實(shí)際端口的消息打包后通過消息接口發(fā)送給數(shù)據(jù)測(cè)試平臺(tái)。
      14.如權(quán)利要求13所述的方法,其特征在于步驟(D)還包括步驟呼叫中查詢數(shù)據(jù)表的信息以及所生成的話單信息打包后發(fā)送到測(cè)試結(jié)果信息存儲(chǔ)模塊。
      15.如權(quán)利要求6所述的方法,其特征在于步驟(E)所述的維護(hù)人員對(duì)交換機(jī)發(fā)送的信息進(jìn)行分析是數(shù)據(jù)測(cè)試平臺(tái)將測(cè)試結(jié)果信息存儲(chǔ)模塊接收的信息調(diào)用協(xié)議庫進(jìn)行解析,并以人性化的界面顯示輸出,維護(hù)人員對(duì)輸出的信息進(jìn)行分析。
      16.如權(quán)利要求6所述的方法,其特征在于該方法還包括步驟呼叫結(jié)束后,由維護(hù)人員控制是否結(jié)束數(shù)據(jù)測(cè)試,當(dāng)數(shù)據(jù)測(cè)試結(jié)束后,所有數(shù)據(jù)測(cè)試平臺(tái)接收的信息都以可選擇的方式存儲(chǔ)。
      全文摘要
      本發(fā)明是一種交換機(jī)數(shù)據(jù)測(cè)試系統(tǒng)及方法,該系統(tǒng)包括數(shù)據(jù)測(cè)試平臺(tái);消息接口;協(xié)議庫;呼叫控制腳本存儲(chǔ)模塊;用戶接口;測(cè)試結(jié)果信息存儲(chǔ)模塊。該方法包括步驟(A)維護(hù)人員通過數(shù)據(jù)測(cè)試平臺(tái)向交換機(jī)發(fā)送數(shù)據(jù)測(cè)試命令;(B)交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的數(shù)據(jù)測(cè)試命令后,向數(shù)據(jù)測(cè)試平臺(tái)發(fā)送啟動(dòng)測(cè)試響應(yīng);(C)數(shù)據(jù)測(cè)試平臺(tái)收到交換機(jī)發(fā)送的啟動(dòng)測(cè)試確認(rèn)響應(yīng)后,構(gòu)造起始呼叫消息并發(fā)送給交換機(jī);(D)交換機(jī)收到數(shù)據(jù)測(cè)試平臺(tái)發(fā)送的起始呼叫消息后與數(shù)據(jù)測(cè)試平臺(tái)進(jìn)行消息交互;(E)維護(hù)人員對(duì)交換機(jī)發(fā)送的信息進(jìn)行分析。
      文檔編號(hào)H04L12/26GK1870548SQ20061006506
      公開日2006年11月29日 申請(qǐng)日期2006年3月20日 優(yōu)先權(quán)日2006年3月20日
      發(fā)明者孫明 申請(qǐng)人:華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1