專利名稱：內(nèi)置于數(shù)字程控交換機的模擬用戶呼叫測試系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)中的數(shù)字程控交換交換技術(shù)，更具體地說，涉及一種內(nèi)置于數(shù)字程控交換機的模擬用戶呼叫測試系統(tǒng)及其測試方法。
背景技術(shù)：
目前，對于數(shù)字程控交換機的模擬用戶呼叫性能測試主要采用大話務(wù)量呼叫測試儀器來進行。在市場上有很多商用的模擬用戶呼叫測試儀器可供選擇。這種呼叫測試儀器的特點是全真模擬實際用戶的呼叫過程，通過在用戶線上發(fā)起呼叫，模擬發(fā)號，與被叫通話，通過發(fā)送導(dǎo)通檢測音和接收并判斷導(dǎo)通檢測音的方式進行測試，可以真實反映交換系統(tǒng)對于呼叫的處理過程和呼叫處理性能。但其缺點是，價格較為昂貴，實際中很多單位并不具備。因而，在實際網(wǎng)絡(luò)運行中，很多運營商的分支機構(gòu)并沒有購置此類設(shè)備，使得很多數(shù)字程控交換機的開通測試時，呼叫測試這一項目進行起來很復(fù)雜。如果有一種內(nèi)置于交換機的呼叫測試儀器，這樣測試就簡單多了。
申請?zhí)枮?9116068.1的中國專利申請中，公開了一種模擬呼叫器，其零部件可以全部裝在一臺工控機內(nèi)，該專利申請實現(xiàn)的是一種獨立的模擬呼叫測試儀器，無法內(nèi)置于數(shù)字程控交換系統(tǒng)。
在實際應(yīng)用中，已有交換機設(shè)計了內(nèi)置的大話務(wù)量呼叫測試系統(tǒng)，其主要特點是，在用戶單元處理器上設(shè)計了一個虛擬呼叫進程，模擬用戶的摘機起呼和被叫用戶應(yīng)答等全過程。但這一系統(tǒng)的最大特點是，只能較為真實的測試交換機主控制系統(tǒng)對于呼叫信令的處理，對于交換機的硬件接口性能，交換機交換接續(xù)話路等性能測試都無法進行，在實際中并不能準確反映交換系統(tǒng)的呼叫處理實際性能。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種內(nèi)置于數(shù)字程控交換機的模擬用戶呼叫測試系統(tǒng)，可利用數(shù)字程控交換機現(xiàn)有硬、軟件資源，以較低的成本實現(xiàn)與商用外置呼叫測試儀器等同的功能。本發(fā)明還要提供一種基于數(shù)字程控交換機內(nèi)置模塊實現(xiàn)的測試方法。
為了達到上述目的，本發(fā)明提供了一種內(nèi)置于數(shù)字程控交換機的模擬用戶呼叫測試系統(tǒng)，其特征在于包括后臺處理模塊、前臺呼叫控制處理模塊和實施呼叫測試的硬件子系統(tǒng)，其中后臺處理模塊，運行于交換機的維護臺上，用于提供用戶進行呼叫測試設(shè)置的操作界面，接收前臺呼叫控制處理模塊傳送的呼叫測試結(jié)果數(shù)據(jù)，進行顯示和統(tǒng)計處理；前臺呼叫控制處理模塊，包含于交換機的主控制模塊中，用于接收后臺處理模塊提供的呼叫測試設(shè)置參數(shù)，控制硬件子系統(tǒng)按設(shè)置的流程和用戶參數(shù)進行呼叫測試處理，并將呼叫測試的結(jié)果報告給后臺處理模塊；硬件子系統(tǒng)，由數(shù)字程控交換機的功能處理單元構(gòu)成，接收所述前臺呼叫控制處理模塊的各項指令，完成摘掛機、信號音檢測、發(fā)號、發(fā)測試音、通話等具體測試，并將測試的結(jié)果上報給前臺呼叫控制處理模塊。
本發(fā)明提供的基于數(shù)字程控交換機內(nèi)置模塊實現(xiàn)的測試方法，包括以下步驟測試人員通過后臺處理模塊人機界面，設(shè)置主被叫用戶的模擬呼叫測試的相關(guān)信息；后臺處理模塊通過消息通道將呼叫參數(shù)傳送到前臺呼叫控制處理模塊；前臺呼叫控制處理模塊在得到相關(guān)呼叫測試處理參數(shù)以后，啟動呼叫測試；前臺呼叫控制處理模塊按設(shè)定呼叫測試控制流程向交換機內(nèi)置的硬件子系統(tǒng)發(fā)送具體的指令；硬件子系統(tǒng)根據(jù)前臺呼叫控制處理模塊的指令，完成具體的測試過程，并將測試結(jié)果報告給前臺呼叫控制處理模塊；前臺呼叫控制處理模塊對呼叫測試結(jié)果進行處理，并匯總到后臺處理模塊；后臺處理模塊將結(jié)果顯示出來。
上述測試方法的特點在于，所述呼叫測試控制流程包括以下步驟(1)在空閑狀態(tài)下，首先模擬主叫用戶摘機，進入等待撥號音狀態(tài)；(2)檢測到撥號音后，做好發(fā)號準備，進入發(fā)號狀態(tài)；(3)根據(jù)設(shè)置以DTMF或DP方式發(fā)送被叫號碼，號碼發(fā)完后啟動導(dǎo)通檢測定時器，進入等待導(dǎo)通狀態(tài)；(4)由交換機正常的呼叫業(yè)務(wù)系統(tǒng)收號、號碼分析、查找被叫用戶、饋送鈴流；(5)被叫用戶如果檢測到鈴流，則摘機、送導(dǎo)通測試音并設(shè)置導(dǎo)通檢測定時器，進入導(dǎo)通測試狀態(tài)；(6)主叫收到被叫發(fā)的導(dǎo)通測試音后，也發(fā)送一個導(dǎo)通測試音，如果設(shè)為主叫先掛機則設(shè)置一個通話定時器，否則檢測忙音，進入通話狀態(tài)；(7)被叫收到導(dǎo)通測試音后，如果設(shè)為主叫先掛機則檢測忙音，否則設(shè)置一個通話定時器，進入通話狀態(tài)；(8)主被叫在通話定時器超時或檢測到忙音后，模擬用戶掛機，并釋放主被叫，完成一個呼叫過程。
上述流程中，在發(fā)號時，是啟動一個發(fā)號定時器來控制發(fā)號的速度，即一個被叫號碼的多個位之間的發(fā)號間隔，這個定時器的時長是可以設(shè)置的。另外，因為程序是按電路(一個電路代表一路電話)處理的，每一個電路可能用不同的發(fā)號方式(DTMF或DP)，所以每一個電路的定時器超時進行發(fā)號要先判斷該電路的這個屬性，每次發(fā)號是發(fā)被叫號碼中的一位。第一位號碼也是在定時器超時之后發(fā)的，所以實際上每一個號位都進行了判斷。
上述流程中，當(dāng)主叫或被叫的導(dǎo)通檢測定時器超時，仍和檢測到導(dǎo)通測試音一樣的方式，繼續(xù)走到下面的通話步驟。因為呼叫中的導(dǎo)通檢測是雙向的，一個方向不通并不意味著另一個方向也不通，這樣可以給另一個方向的導(dǎo)通檢測留一個等待時間，另外，導(dǎo)通檢測失敗只能說明話路未通，與信令是否正常有可能沒有關(guān)系(比如通路上的硬件故障)，所以繼續(xù)向下走可以測試余下的信令流程，這樣對故障的定位更加準確。
由上可知，與現(xiàn)有技術(shù)相比，本發(fā)明主要是在原有程控交換機設(shè)備的基礎(chǔ)上，直接利用系統(tǒng)已有資源，通過在交換控制處理軟件系統(tǒng)中增加呼叫測試處理進程和增加必要的可選硬件處理模塊，實現(xiàn)一種從功能上完全等同于商用外置呼叫測試儀器，但內(nèi)置于數(shù)字程控交換機系統(tǒng)的模擬用戶大話務(wù)量呼叫測試系統(tǒng)及方法。本發(fā)明具有如下的顯著優(yōu)點一、完全內(nèi)置于交換機系統(tǒng)，用戶在購買交換機系統(tǒng)時只需花費很少即可獲得此種系統(tǒng)；二，呼叫測試結(jié)果能夠等同于標準的商用呼叫儀器，但使用更為方便；三，由于測試系統(tǒng)內(nèi)置于數(shù)字交換系統(tǒng)，因而，還可以通過設(shè)置，將模擬用戶呼叫測試系統(tǒng)作為一個交換系統(tǒng)的在線呼叫測試系統(tǒng)，有助于及時發(fā)現(xiàn)系統(tǒng)的呼叫功能故障。


圖1是本發(fā)明內(nèi)置式模擬用戶呼叫測試系統(tǒng)的結(jié)構(gòu)示意圖。
圖2是本發(fā)明模擬用戶呼叫測試系統(tǒng)的總體流程圖。
圖3是本發(fā)明實施例內(nèi)置式模擬用戶呼叫測試系統(tǒng)的硬件結(jié)構(gòu)示意圖。
圖4A、圖4B是本發(fā)明實施例內(nèi)置式模擬用戶呼叫測試系統(tǒng)前臺主控軟件主叫側(cè)呼叫測試處理的流程圖。
圖5是本發(fā)明實施例內(nèi)置式模擬用戶呼叫測試系統(tǒng)前臺主控軟件被叫側(cè)呼叫測試處理流程。
具體實施例方式
模擬用戶的呼叫過程，主要有摘掛機、聽信號音、撥發(fā)被叫號碼、通話等動作。作為模擬用戶呼叫測試系統(tǒng)，其主要功能也就是完成上述的各項動作，并對結(jié)果進行統(tǒng)計分析。本發(fā)明利用數(shù)字程控交換機環(huán)路中繼具備模擬用戶摘掛機、發(fā)被叫號碼動作等功能，并利用交換機已有的控制處理、信號音檢測等功能，再增加適當(dāng)?shù)能浖幚恚纬梢粋€完整實用的數(shù)字程控交換機模擬用戶呼叫測試系統(tǒng)。
本發(fā)明實施例的呼叫測試系統(tǒng)包括前后臺的軟件處理模塊和硬件子系統(tǒng)，系統(tǒng)結(jié)構(gòu)如圖1所示，包含以下三個部分后臺處理模塊11，運行于交換機的維護臺上，提供呼叫測試系統(tǒng)的人機界面，主要功能是提供用戶操作界面和顯示呼叫測試結(jié)果。用戶可以通過人機界面進行呼叫測試設(shè)置，呼叫測試進行過程中和呼叫測試結(jié)束后，前臺呼叫控制處理模塊將呼叫測試結(jié)果數(shù)據(jù)實時傳送到呼叫測試系統(tǒng)的后臺處理模塊進行顯示和相關(guān)數(shù)據(jù)統(tǒng)計處理。
前臺呼叫控制處理模塊12，作為交換機主控制處理模塊中的一個功能性模塊而存在，在實現(xiàn)上是交換機主控制軟件系統(tǒng)一個具備呼叫測試過程控制處理的任務(wù)。它接收由用戶通過呼叫測試系統(tǒng)后臺設(shè)置的有關(guān)呼叫測試參數(shù)，控制實施呼叫測試的硬件子系統(tǒng)，按照設(shè)計的邏輯流程和用戶設(shè)置的相關(guān)參數(shù)進行呼叫測試處理，并將呼叫測試的結(jié)果報告給呼叫測試系統(tǒng)的后臺處理模塊。前臺呼叫控制處理模塊是整個呼叫測試系統(tǒng)的核心部分，負責(zé)管理用于呼叫測試的資源。前臺還有一個正常呼叫的呼叫業(yè)務(wù)處理模塊，用于處理正常的交換機業(yè)務(wù)功能。
實施呼叫測試的硬件子系統(tǒng)13，主要由數(shù)字程控交換機一些功能處理單元構(gòu)成，是完成模擬用戶呼叫測試的關(guān)鍵部件，模擬用戶呼叫測試系統(tǒng)的測試功能的最終實現(xiàn)要靠該硬件子系統(tǒng)來完成。硬件子系統(tǒng)接受來自前臺呼叫控制處理模塊的各項指令，調(diào)度所管理的各個硬件資源，進行各項具體的測試項，并將測試的結(jié)果上報給前臺呼叫控制處理模塊。
本發(fā)明測試方法的總體流程如圖2所示，包括以下步驟步驟2-100，測試人員通過后臺處理模塊人機界面，設(shè)置主被叫用戶的模擬呼叫測試的相關(guān)信息；這些設(shè)置有主叫用戶位置、被叫號碼、呼叫間隔、呼叫保持時長、發(fā)號方式、發(fā)號間隔、主叫先掛或被叫先掛等等；步驟2-101，后臺處理模塊通過消息通道將呼叫參數(shù)傳送到前臺呼叫控制處理模塊；步驟2-200，前臺呼叫控制處理模塊在得到相關(guān)呼叫測試處理參數(shù)以后，啟動并控制整個呼叫測試過程；前臺呼叫控制處理模塊是該模擬用戶呼叫測試系統(tǒng)的核心處理模塊，圖4A、圖4B和圖5給出了這一呼叫測試的基本流程；步驟2-201，前臺呼叫控制處理模塊向硬件子系統(tǒng)發(fā)送具體的指令；步驟2-300，硬件子系統(tǒng)根據(jù)前臺呼叫控制處理模塊的指令，完成具體的測試過程；步驟2-301，硬件子系統(tǒng)把測試的結(jié)果報告給前臺呼叫控制處理模塊；步驟2-400，前臺呼叫控制處理模塊對呼叫測試結(jié)果進行處理，并匯總到后臺處理模塊；步驟2-500，后臺處理模塊將結(jié)果顯示出來，同時，測試人員還可以根據(jù)需要進行有關(guān)數(shù)據(jù)的統(tǒng)計。
下面詳細介紹本發(fā)明呼叫測試的硬件子系統(tǒng)的結(jié)構(gòu)和測試的基本流程。
本實施例呼叫測試系統(tǒng)的硬件子系統(tǒng)的構(gòu)成如圖3所示，包括，環(huán)路中繼單板21、模擬用戶接口板22、接口板控制處理單元23、多功能資源處理板25。其中環(huán)路中繼接口，用于模擬主被叫用戶話機終端的摘、掛機以及主叫方DP方式的發(fā)號功能；多功能資源處理板包括信號音檢測處理模塊，用于在呼叫測試過程檢測交換機的撥號音、忙音等是否播放正常，以便進行下一步呼叫測試處理；信號音處理模塊，用于提供呼叫測試過程中所需的信號音的播放，如發(fā)送導(dǎo)通測試音；以及雙音多頻發(fā)生器，用于模擬用戶話機終端的DTMF方式的發(fā)號功能；值得注意的是，多功能資源板上有多種功能的應(yīng)用，如而上述忙音檢測和DTMF發(fā)號功能在正常呼叫處理時是不啟用的，在進行測試之前要進行初始化。
模擬用戶接口板，和環(huán)路中繼單板之間有用戶AB線相連，用于提供交換機的模擬用戶接口，在測試時在用戶線上發(fā)起呼叫；以及接口板控制處理單元，環(huán)路中繼單板、模擬用戶接口板和多功能資源處理板有HW線與其相連，在其上通過時分交換網(wǎng)絡(luò)LC網(wǎng)完成聯(lián)接和交換，并通過該接口板以消息驅(qū)動的方式實現(xiàn)前臺呼叫控制處理模塊、上述各硬件之間的控制。流程中的各種發(fā)號、導(dǎo)通檢測、通話等定時器是根據(jù)前臺呼叫控制處理模塊傳送的參數(shù)在接口板控制處理單元上設(shè)置的，且這個參數(shù)是可以通過后臺處理模塊進行人工修改的。
上述的模擬用戶接口板、接口板控制處理單元、多功能資源處理板都是數(shù)字程控交換機的固有部件，只有環(huán)路中繼單板是數(shù)字程控交換機的可選部件，但為已開發(fā)的，可直接使用的部件，必要時，只需要增加配置該單板。上述硬件均支持測試中各自所要實現(xiàn)的功能，但是其在正常呼叫中的處理流程不一定符合測試時的處理流程，只需要在軟件上要作相應(yīng)的修改。
值得注意的是，由于程控交換機內(nèi)的硬件資源在不斷地發(fā)展、更新和變化，本發(fā)明并不將硬件子系統(tǒng)的實現(xiàn)單元限定于以上的具體硬件板，而只是作為一個較佳的實施例。
可以看到，本發(fā)明實施例的硬件子系統(tǒng)和前后臺處理的軟件系統(tǒng)是采用疊加的方式增加到數(shù)字程控交換機的系統(tǒng)當(dāng)中，不影響交換機原有的業(yè)務(wù)呼叫等各項功能。
下面結(jié)合圖4A、圖4B和圖5，說明呼叫測試系統(tǒng)前臺呼叫控制處理模塊與各硬件資源配合，處理呼叫測試過程的基本業(yè)務(wù)流程。
主叫用戶處于空閑狀態(tài)，步驟4-100；前臺呼叫控制處理模塊命令環(huán)路中繼單板的電路進行用戶終端摘機動作，步驟4-101；聯(lián)接環(huán)路中繼電路和多功能資源處理板上的信號音檢測電路，步驟4-102；遷入等待(主叫)撥號音狀態(tài)，步驟4-200；多功能資源處理板檢測到撥號音，步驟4-201；前臺呼叫控制處理模塊判斷人工設(shè)定的模擬用戶呼叫發(fā)號方式是否為DTMF方式，如果是，執(zhí)行步驟4-203a，否則執(zhí)行步驟4-203b，步驟4-202；申請并初始化多功能資源處理板上的DTMF發(fā)號資源，作好發(fā)號準備，步驟4-203a；表明發(fā)號方式設(shè)定為DP方式發(fā)號，則通知環(huán)路中繼電路，作好發(fā)號準備，步驟4-203b；同時，設(shè)置發(fā)號定時器，步驟4-204；遷入發(fā)號狀態(tài)，步驟4-300；發(fā)號定時器超時，步驟4-301；前臺呼叫控制處理模塊判斷號碼是否發(fā)完，如果是，執(zhí)行步驟4-305，否則執(zhí)行下一步，步驟4-302；判斷用戶設(shè)置的呼叫發(fā)號方式是否為DTMF方式，如果是，執(zhí)行步驟4-304a，否則執(zhí)行步驟4-304b，步驟4-303；前臺呼叫控制處理模塊控制多功能資源處理板上的DTMF發(fā)號器進行發(fā)號動作，返回步驟4-300，4-304a。
前臺呼叫控制處理模塊控制環(huán)路中繼單板的電路進行DP發(fā)號動作，返回步驟4-300，步驟4-304b；設(shè)置導(dǎo)通檢測定時器，步驟4-305；然后主叫用戶遷入等待被叫導(dǎo)通信號狀態(tài)(將在下文中繼續(xù)介紹)，收號、號碼分析、查找被叫用戶并向被叫饋送鈴流均由數(shù)字程控交換機正常的呼叫業(yè)務(wù)系統(tǒng)處理；以下是模擬被叫用戶端的控制處理過程模擬被叫用戶的環(huán)路中繼實時檢測用戶線的鈴流信號，處于空閑狀態(tài)，步驟5-100；檢測到鈴流信號，步驟5-101；前臺呼叫控制處理模塊控制環(huán)路中繼單板模擬用戶摘機動作，步驟5-102；向主叫用戶發(fā)送450Hz導(dǎo)通測試音，步驟5-103；設(shè)置導(dǎo)通檢測定時器，步驟5-104；被叫用戶遷入導(dǎo)通測試狀態(tài)，步驟5-200；被叫用戶在檢測到導(dǎo)通測試音或者導(dǎo)通檢測定時器超時，步驟5-201；判斷模擬呼叫是否設(shè)置為被叫先掛機，如果是，執(zhí)行步驟5-203a，否則執(zhí)行步驟5-203b，步驟5-202；設(shè)置被叫通話定時器，步驟5-203a；前臺呼叫控制處理模塊申請并初始化多功能資源處理板上的忙音檢測電路，開始實時檢測忙音，步驟5-203b；被叫用戶遷入通話狀態(tài)，步驟5-300；檢測到忙音或者被叫通話定時器超時，步驟5-301；前臺呼叫控制處理模塊控制環(huán)路中繼單板模擬用戶掛機動作，步驟5-302；模擬用戶接口板檢測到掛機后，由交換機的正常呼叫業(yè)務(wù)流程釋放被叫用戶，步驟5-303；被叫用戶遷入空閑狀態(tài)，即回到步驟5-100。
以下繼續(xù)說明模擬主叫用戶端的控制處理過程主叫用戶處于等待被叫導(dǎo)通信號狀態(tài)，步驟4-400；主叫用戶檢測到被叫發(fā)送的導(dǎo)通信號音或者導(dǎo)通檢測定時器超時，步驟4-401；給被叫用戶發(fā)送1S導(dǎo)通測試音，步驟4-402；在進入通話狀態(tài)前先判斷模擬設(shè)置是否為主叫先掛機，如果是，執(zhí)行步驟4-404a，否則執(zhí)行步驟4-404b，步驟4-403；對主叫設(shè)置通話保持定時器，步驟4-404a；連接多功能資源處理板，檢測線路上可能送來的忙音信號，步驟4-404b；主叫用戶遷入通話狀態(tài)，步驟4-500；主叫通話定時器超時或者多功能資源處理板檢測到忙音，步驟4-501；前臺呼叫控制處理模塊控制環(huán)路中繼板模擬用戶掛機動作，步驟4-502；模擬用戶接口板檢測到用戶掛機后，由前臺呼叫控制處理模塊控制主叫用戶釋放過程，步驟4-503，這個過程是交換機的正常呼叫業(yè)務(wù)流程；然后，主叫用戶遷入步驟4-100的空閑狀態(tài)。
對于呼叫測試過程中流程的具體設(shè)置，本發(fā)明并不局限于上述實施例的方式，利用本發(fā)明系統(tǒng)資源，可以進行各種變換。
綜上所述，本發(fā)明具有以下的優(yōu)越性用戶在購買程控交換機設(shè)備后，可以在不付出額外成本或者追加非常低的費用的情況下就可以獲得內(nèi)置于交換機的呼叫測試儀器；該內(nèi)置模擬用戶呼叫測試系統(tǒng)，可以全真模擬現(xiàn)有的標準商用用戶模擬呼叫器的各項測試內(nèi)容，其結(jié)果等同于標準商用用戶模擬呼叫器的測試結(jié)果；首先，兩者的測試原理相同，都是通過在用戶線上發(fā)起呼叫，模擬發(fā)號，與被叫通話，通過發(fā)送導(dǎo)通檢測音和接收并判斷導(dǎo)通檢測音的方式進行測試，由于原理相同，所以測試結(jié)果具有可比性；其次，都可以人工設(shè)定相關(guān)的呼叫參數(shù)，比如發(fā)號間隔，通話時長，主叫先掛或被叫先掛，呼叫號碼設(shè)定，兩次呼叫之間的間隔等；再次，兩者都可以詳細地統(tǒng)計呼叫測試的結(jié)果，比如總起呼數(shù)，呼叫成功數(shù)，失敗次數(shù)，每次失敗的原因等，可以方便地協(xié)助分析和定位系統(tǒng)的問題。
呼叫量大，可以任意配置，其最大起呼用戶數(shù)僅受交換機充許同時起呼的用戶數(shù)量的限制；可以方便地進行在線呼叫，有助于及時發(fā)現(xiàn)系統(tǒng)的呼叫功能故障，并且呼叫測試結(jié)果中錯誤原因的統(tǒng)計可以做得比商用呼叫測試儀更詳細，更有利于測試和定位故障；以及人機接口采用可視化圖形界面，軟件模塊化設(shè)計，配置方便靈活，結(jié)果直觀，具有更高的靈活性和可操作性。
權(quán)利要求
1.一種內(nèi)置于數(shù)字程控交換機的模擬用戶呼叫測試系統(tǒng)，其特征在于包括后臺處理模塊、前臺呼叫控制處理模塊和實施呼叫測試的硬件子系統(tǒng)，其中后臺處理模塊，運行于交換機的維護臺上，用于提供用戶進行呼叫測試設(shè)置的操作界面，接收前臺呼叫控制處理模塊傳送的呼叫測試結(jié)果數(shù)據(jù)，進行顯示和統(tǒng)計處理；前臺呼叫控制處理模塊，包含于交換機的主控制模塊中，用于接收后臺處理模塊提供的呼叫測試設(shè)置參數(shù)，控制硬件子系統(tǒng)按設(shè)置的流程和用戶參數(shù)進行呼叫測試處理，并將呼叫測試的結(jié)果報告給后臺處理模塊；硬件子系統(tǒng)，由數(shù)字程控交換機的功能處理單元構(gòu)成，接收所述前臺呼叫控制處理模塊的各項指令，完成摘掛機、信號音檢測、發(fā)號、發(fā)測試音、通話等具體測試，并將測試的結(jié)果上報給前臺呼叫控制處理模塊。
2.如權(quán)利要求1所述的呼叫測試系統(tǒng)，其特征在于，所述硬件子系統(tǒng)包括環(huán)路中繼單板、模擬用戶接口板、接口板控制處理單元及多功能資源處理板，其中環(huán)路中繼接口，用于模擬主被叫用戶話機終端的摘、掛機以及主叫方DP方式的發(fā)號功能；多功能資源處理板包括信號音檢測處理模塊，用于在呼叫測試過程檢測交換機的撥號音、忙音等是否播放正常；信號音處理模塊，用于提供呼叫測試過程中所需的信號音的播放；以及雙音多頻發(fā)生器，用于模擬用戶話機DTMF方式的發(fā)號功能；模擬用戶接口板，和環(huán)路中繼單板之間有用戶線相連，用于提供交換機的模擬用戶接口，在測試時在用戶線上發(fā)起呼叫；以及接口板控制處理單元，設(shè)置呼叫測試所需的各種定時器，所述環(huán)路中繼單板、模擬用戶接口板和多功能資源處理板有HW線與其相連，在其上通過網(wǎng)絡(luò)完成聯(lián)接和交換，并通過該接口板以消息驅(qū)動的方式實現(xiàn)所述前臺呼叫控制處理模塊、硬件子系統(tǒng)各資源之間的控制。
3.一種基于數(shù)字程控交換機內(nèi)置模塊實現(xiàn)的測試方法，包括以下步驟測試人員通過后臺處理模塊人機界面，設(shè)置主被叫用戶的模擬呼叫測試的相關(guān)信息；后臺處理模塊通過消息通道將呼叫參數(shù)傳送到前臺呼叫控制處理模塊；前臺呼叫控制處理模塊在得到相關(guān)呼叫測試處理參數(shù)以后，啟動呼叫測試；前臺呼叫控制處理模塊按設(shè)定呼叫測試控制流程向交換機內(nèi)置的硬件子系統(tǒng)發(fā)送具體的指令；硬件子系統(tǒng)根據(jù)前臺呼叫控制處理模塊的指令，完成具體的測試過程，并將測試結(jié)果報告給前臺呼叫控制處理模塊；前臺呼叫控制處理模塊對呼叫測試結(jié)果進行處理，并匯總到后臺處理模塊；后臺處理模塊將結(jié)果顯示出來。
4.如權(quán)利要求3所述的測試方法，其特征在于，所述呼叫測試控制流程包括以下步驟(1)在空閑狀態(tài)下，首先模擬主叫用戶摘機，進入等待撥號音狀態(tài)；(2)檢測到撥號音后，做好發(fā)號準備，進入發(fā)號狀態(tài)；(3)根據(jù)設(shè)置以DTMF或DP方式發(fā)送被叫號碼，號碼發(fā)完后啟動導(dǎo)通檢測定時器，進入等待導(dǎo)通狀態(tài)；(4)而后的收號、號碼分析、查找被叫用戶、饋送鈴流均由交換機正常的呼叫業(yè)務(wù)系統(tǒng)處理；(5)被叫用戶如果檢測到鈴流，則摘機、送導(dǎo)通測試音并設(shè)置導(dǎo)通檢測定時器，進入導(dǎo)通測試狀態(tài)；(6)主叫收到被叫發(fā)的導(dǎo)通測試音后，也發(fā)送一個導(dǎo)通測試音，如果設(shè)為主叫先掛機則設(shè)置一個通話定時器，否則檢測忙音，進入通話狀態(tài)；(7)被叫收到導(dǎo)通測試音后，如果設(shè)為主叫先掛機則檢測忙音，否則設(shè)置一個通話定時器，進入通話狀態(tài)；(8)主被叫在通話定時器超時或檢測到忙音后，模擬用戶掛機，并釋放主被叫，完成一個呼叫過程。
5.如權(quán)利要求4所述的測試方法，其特征在于，在發(fā)號時啟動一個發(fā)號定時器，定時器超時后，根據(jù)設(shè)置的DP或DTMF方式發(fā)被叫號碼的一位，直到所有位發(fā)完。
6.如權(quán)利要求4所述的測試方法，其特征在于，所述步驟(6)中，如果主叫的導(dǎo)通檢測定時器超時，也發(fā)送一個導(dǎo)通測試音，如果設(shè)為主叫先掛機則設(shè)置一個通話定時器，否則檢測忙音；所述步驟(7)中，如果被叫的導(dǎo)通檢測定時器超時，如設(shè)為主叫先掛機則檢測忙音，否則設(shè)置一個通話定時器。
全文摘要
本發(fā)明公開了一種內(nèi)置于數(shù)字程控交換機的模擬用戶呼叫測試系統(tǒng)和方法，包括后臺處理模塊、前臺呼叫控制處理模塊和硬件子系統(tǒng)，其中后臺處理模塊運行于交換機的維護臺上，用于提供用戶設(shè)置參數(shù)和顯示測試結(jié)果的操作界面，前臺呼叫控制處理模塊，包含于交換機主控模塊中，用于控制所述硬件子系統(tǒng)按照設(shè)計的邏輯流程和用戶設(shè)置參數(shù)進行呼叫測試處理，硬件子系統(tǒng)由交換機內(nèi)的環(huán)路中繼單板、模擬用戶接口板、接口板控制處理單元、多功能資源處理板組成。采用本發(fā)明可用很少的花費達到商用呼叫儀器等同的測試結(jié)果，并具有更大的靈活性，具備在線測試的能力。
文檔編號H04M3/22GK1547375SQ200310115559
公開日2004年11月17日 申請日期2003年12月1日 優(yōu)先權(quán)日2003年12月1日
發(fā)明者華新海, 黃波, 江坤 申請人:中興通訊股份有限公司