專利名稱：一種語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信測(cè)試技術(shù)領(lǐng)域，具體涉及一種語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)及方法。
背景技術(shù)：
隨著無(wú)線網(wǎng)絡(luò)技術(shù)的不斷發(fā)展和網(wǎng)絡(luò)組建普及，客戶對(duì)網(wǎng)絡(luò)整體語(yǔ)音服務(wù)質(zhì)量的要求不斷提高，可以說，電話的接通率和語(yǔ)音質(zhì)量的好壞直接影響著用戶對(duì)于運(yùn)營(yíng)商的選擇。因此，根據(jù)移動(dòng)通信網(wǎng)絡(luò)服務(wù)質(zhì)量的要求，建立一套語(yǔ)音質(zhì)量與通話測(cè)試的客觀評(píng)價(jià)系統(tǒng)，來(lái)更好的對(duì)網(wǎng)絡(luò)語(yǔ)音服務(wù)質(zhì)量進(jìn)行定量分析和評(píng)估，就逐步成為移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商在網(wǎng)絡(luò)建設(shè)過程中必須考慮的關(guān)鍵問題。
撥打測(cè)試是各電信運(yùn)營(yíng)商普遍使用的檢查網(wǎng)絡(luò)運(yùn)行狀況和網(wǎng)絡(luò)服務(wù)質(zhì)量的基本方法。撥打測(cè)試的有效性和實(shí)用性不可替代?，F(xiàn)有的人工撥測(cè)的方式不僅耗費(fèi)人力，而且效率十分低，統(tǒng)計(jì)也非常困難，并且存在以下缺點(diǎn)
1.人工撥測(cè)只能限于少量的、簡(jiǎn)單的測(cè)試，很難實(shí)現(xiàn)大話務(wù)量的、復(fù)雜的測(cè)試；
2.撥測(cè)的次數(shù)有限、任務(wù)類型有限、記錄有用的信息少；
3.隨意性大,數(shù)據(jù)準(zhǔn)確性和可靠性差；
4.很難與其他技術(shù)手段結(jié)合，無(wú)法實(shí)現(xiàn)問題定位；
5.統(tǒng)計(jì)困難，反饋時(shí)間長(zhǎng)，很難快速反應(yīng)測(cè)試結(jié)果。目前的撥測(cè)系統(tǒng)中，對(duì)于語(yǔ)音測(cè)試往往采用將本地的音頻文件發(fā)送到撥測(cè)終端，由撥測(cè)終端進(jìn)行錄音，然后再由撥測(cè)終端將錄音返回給測(cè)試系統(tǒng)進(jìn)行對(duì)比分析，但是這種方式很明顯對(duì)測(cè)試結(jié)果有著很大影響，例如撥測(cè)終端的錄音設(shè)備的錄音效果不理想，導(dǎo)致錄音文件與本地音頻文件存在著較大差別影響測(cè)試結(jié)果；發(fā)送本地音頻文件至撥測(cè)終端需要更多的時(shí)間，占用通道資源多；而且本地音頻文件在發(fā)送的過程中遇到通道異常的概率會(huì)隨著發(fā)送音頻文件的時(shí)間增加而增加，對(duì)此也會(huì)影響到撥測(cè)效率和撥測(cè)質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)，能夠解決上述問題。本發(fā)明實(shí)施例提供的語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)，包括服務(wù)器控制模塊及撥測(cè)終端，所述服務(wù)器控制模塊包括中央處理單元、通訊單元、顯示單元和撥測(cè)單元；中央處理單元，用于控制通訊單元、顯示單元及撥測(cè)單元；通訊單元，用于接收中央處理單元的指令與撥測(cè)終端建立通信；顯示單元，用于接收中央處理單元的指令顯示信息結(jié)果；撥測(cè)單元，用于存儲(chǔ)客戶信息；撥測(cè)終端，包括用于存儲(chǔ)本地音頻文件的存儲(chǔ)單元和用于與服務(wù)器控制模塊的通訊單元建立通訊的信息收發(fā)單元及用于控制存儲(chǔ)單元和信息收發(fā)單元的控制器。由此可見，本發(fā)明實(shí)施例中事先將測(cè)試系統(tǒng)內(nèi)的本地音頻文件經(jīng)過復(fù)制，存儲(chǔ)到撥測(cè)終端的存儲(chǔ)單元內(nèi)，然后撥測(cè)終端置于客戶端，避免了由系統(tǒng)通過呼叫通道向撥測(cè)終端發(fā)送本地音頻文件的步驟，也避免了撥測(cè)終端安裝錄音設(shè)備，在確保撥測(cè)效率和撥測(cè)質(zhì)量的同時(shí)，也降低了整個(gè)系統(tǒng)的運(yùn)行成本和制造成本。
針對(duì)上述語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)，本發(fā)明實(shí)施例還提供一種語(yǔ)音專線自動(dòng)撥測(cè)方法，包括步驟
A:獲取撥測(cè)單元內(nèi)的撥測(cè)任務(wù)信息，所述撥測(cè)任務(wù)信息包括客戶名稱、客戶號(hào)碼和任務(wù)類型；
B :初始化通訊單元，將通訊單元的通道狀態(tài)設(shè)為空閑狀態(tài)，并呼叫客戶號(hào)碼；
C :判斷呼叫通道狀態(tài)是否為接通狀態(tài)，如果接通，則執(zhí)行步驟D ;如果未接通，則執(zhí)行步驟E ;
D :判斷任務(wù)類型是否為語(yǔ)音撥測(cè)任務(wù)；如果是，則執(zhí)行語(yǔ)音撥測(cè)步驟發(fā)送一播音信號(hào)至撥測(cè)終端，觸發(fā)撥測(cè)終端向呼叫通道播放音頻文件，然后對(duì)呼叫通道內(nèi)的音頻文件進(jìn)行錄音生成音頻錄音文件；將音頻錄音文件與本地音頻文件進(jìn)行比對(duì)分析，生成語(yǔ)音分析 結(jié)果完成語(yǔ)音撥測(cè)任務(wù)并保存該分析結(jié)果；如果否，則執(zhí)行非語(yǔ)音撥測(cè)步驟發(fā)送一掛斷信號(hào)至撥測(cè)終端，觸發(fā)撥測(cè)終端自動(dòng)掛斷；然后生成并保存非語(yǔ)音撥測(cè)記錄；
E :判斷呼叫通道連接是否超時(shí)，如果是，則生成超時(shí)記錄并保存該超時(shí)記錄；如果否，則返回步驟C。優(yōu)選地，所述執(zhí)行語(yǔ)音撥測(cè)步驟中還包括對(duì)呼叫通道內(nèi)的音頻文件進(jìn)行錄音生成音頻錄音文件之后判斷音頻錄音文件播放時(shí)長(zhǎng)是否小于撥測(cè)終端的音頻文件播放時(shí)長(zhǎng)；如果是，則生成掉話記錄并保存；如果否，則繼續(xù)執(zhí)行將音頻錄音文件與本地音頻文件進(jìn)行比對(duì)分析的步驟。優(yōu)選地，所述執(zhí)行非語(yǔ)音撥測(cè)步驟中還包括所述發(fā)送一掛斷信號(hào)至撥測(cè)終端的步驟之前判斷呼叫通道狀態(tài)是否為接通狀態(tài)，如果否，則生成掉話記錄并保存；如果是，則繼續(xù)執(zhí)行發(fā)送一掛斷信號(hào)至撥測(cè)終端的步驟。 優(yōu)選地，所述語(yǔ)音撥測(cè)步驟中采用PESQ方法對(duì)音頻錄音文件與本地音頻文件進(jìn)行分析對(duì)比。優(yōu)選地，所述步驟B中還包括呼叫客戶號(hào)碼時(shí)對(duì)呼叫次數(shù)加I生成呼叫次數(shù)記錄
并保存。優(yōu)選地，所述步驟C中判斷呼叫通道狀態(tài)為接通狀態(tài)時(shí)，對(duì)接通次數(shù)加I生成接通
次數(shù)記錄并保存。上述技術(shù)方案可以看出，由于本發(fā)明實(shí)施例采用有撥測(cè)系統(tǒng)對(duì)撥測(cè)終端發(fā)送控制信號(hào)(播音信號(hào)、掛斷信號(hào))的方式對(duì)撥測(cè)終端進(jìn)行控制，并且撥測(cè)終端所存儲(chǔ)的音頻文件為本地音頻文件的復(fù)制件，與本地音頻文件保持完全相同，無(wú)失真，對(duì)于語(yǔ)音分析結(jié)果不會(huì)產(chǎn)生影響，提高了撥測(cè)質(zhì)量，而且發(fā)送控制信號(hào)所占用的呼叫通道時(shí)間遠(yuǎn)小于發(fā)送音頻文件所占用的時(shí)間，提高了撥測(cè)效率和撥測(cè)結(jié)果的準(zhǔn)確率。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其它的附圖。圖1是本發(fā)明實(shí)施例1中的語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)的結(jié)構(gòu)框 圖2是本發(fā)明實(shí)施例2中的語(yǔ)音專線自動(dòng)撥測(cè)方法的流程 圖3是本發(fā)明實(shí)施例2中的語(yǔ)音撥測(cè)步驟的流程 圖4是本發(fā)明實(shí)施例2中的非語(yǔ)音撥測(cè)步驟的流程圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于 本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。實(shí)施例1 :
本發(fā)明實(shí)施例提供一種語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)，如圖1所示，包括服務(wù)器控制模塊及撥測(cè)終端，所述服務(wù)器控制模塊包括中央處理單元、通訊單元、顯示單元和撥測(cè)單元；中央處理單元，用于控制通訊單元、顯示單元及撥測(cè)單元；通訊單元，用于接收中央處理單元的指令與撥測(cè)終端建立通信；顯示單元，用于接收中央處理單元的指令顯示信息結(jié)果；撥測(cè)單元，用于存儲(chǔ)客戶信息；撥測(cè)終端，包括用于存儲(chǔ)本地音頻文件的存儲(chǔ)單元和用于與服務(wù)器控制模塊的通訊單元建立通訊的信息收發(fā)單元及用于控制存儲(chǔ)單元和信息收發(fā)單元的控制器。在測(cè)試之前，需要制作一段音頻文件存儲(chǔ)在本發(fā)明實(shí)施例中的自動(dòng)撥測(cè)系統(tǒng)中的撥測(cè)單元內(nèi)，撥測(cè)單元具有存儲(chǔ)器，能夠存儲(chǔ)該音頻文件(本地音頻文件)以供中央處理單元調(diào)取分析，同時(shí)撥測(cè)單元內(nèi)存儲(chǔ)有客戶的相關(guān)信息，包括客戶名稱、客戶級(jí)別、客戶號(hào)碼(通訊號(hào)碼)、設(shè)備名稱、設(shè)備類型等，均以供中央處理單元調(diào)取。同時(shí)，將該存儲(chǔ)在系統(tǒng)本地的音頻文件復(fù)制到撥測(cè)終端的存儲(chǔ)單元，撥測(cè)終端的存儲(chǔ)單元可以使用通用flash卡，便于將存儲(chǔ)有系統(tǒng)本地音頻文件的flash卡及時(shí)快速的安裝到撥測(cè)終端并與控制器相連。本發(fā)明實(shí)施例中的通訊單元用于與客戶端設(shè)備建立通信，具體采用GSM卡作用通訊單元的核心元件。在進(jìn)行測(cè)試時(shí)，由中央處理單元調(diào)取撥測(cè)單元內(nèi)的客戶信息，此時(shí)調(diào)取的客戶信息主要是存儲(chǔ)在撥測(cè)單元內(nèi)的客戶名稱、客戶號(hào)碼及任務(wù)類型(語(yǔ)音撥試或非語(yǔ)音撥測(cè))，然后由中央處理單元控制通訊單元呼叫撥測(cè)終端，由撥測(cè)終端的信息收發(fā)單元響應(yīng)，當(dāng)呼叫通道處于撥通狀態(tài)時(shí)，如果任務(wù)類型是語(yǔ)音撥測(cè)任務(wù)，則服務(wù)器控制模塊的中央處理單元發(fā)送控制信號(hào)觸發(fā)撥測(cè)終端的控制器，控制器則將撥測(cè)終端事先存儲(chǔ)的本地音頻文件的復(fù)制件進(jìn)行播放，并由信息收發(fā)單元將音頻信號(hào)返回給自動(dòng)撥測(cè)系統(tǒng)，中央處理單元將接收到的音頻信號(hào)與本地的音頻文件進(jìn)行分析對(duì)比，得到語(yǔ)音撥測(cè)的結(jié)果；如果任務(wù)類型是非語(yǔ)音撥測(cè)，則中央處理單元在呼叫通道處于撥通狀態(tài)時(shí)，會(huì)發(fā)送一個(gè)掛斷信號(hào)給撥測(cè)終端，出發(fā)撥測(cè)終端的控制器自動(dòng)掛斷，從而實(shí)現(xiàn)對(duì)非語(yǔ)音撥測(cè)的接通率和掉話率的撥測(cè)。本發(fā)明實(shí)施例中自動(dòng)撥測(cè)系統(tǒng)的相關(guān)信息顯示在顯示單元，便于操作人員的查看和操作。實(shí)施例2
本發(fā)明實(shí)施例基于上述實(shí)施例1中的自動(dòng)撥測(cè)系統(tǒng)提供了一種語(yǔ)音專線自動(dòng)撥測(cè)方法，如圖2所示,包括如下步驟。步驟101 :獲取撥測(cè)單元內(nèi)的撥測(cè)任務(wù)信息，所述撥測(cè)任務(wù)信息包括客戶名稱、客戶號(hào)碼和任務(wù)類型。本步驟中撥測(cè)任務(wù)信息的任務(wù)類型分為語(yǔ)音撥測(cè)任務(wù)和非語(yǔ)音撥測(cè)任務(wù)；作為一種優(yōu)選方式，撥測(cè)任務(wù)信息還可以包括客戶級(jí)別和設(shè)備類型；系統(tǒng)可以根據(jù)客戶級(jí)別執(zhí)行不同的撥測(cè)任務(wù)，例如，高級(jí)別的客戶可以直接分配語(yǔ)音撥測(cè)任務(wù)，低級(jí)別的用戶可以直接分配非語(yǔ)音撥測(cè)任務(wù)；對(duì)于客戶的級(jí)別設(shè)定是由操作人員根據(jù)業(yè)務(wù)數(shù)據(jù)進(jìn)行設(shè)定的，從而也有利于對(duì)客戶資源進(jìn)行管理。而撥測(cè)任務(wù)信息中包含設(shè)備類型是為了便于對(duì)設(shè)備類型的統(tǒng)計(jì)，顯示單元中可以顯示客戶端的設(shè)備類型，從而對(duì)某些設(shè)備是否容易出錯(cuò)做出統(tǒng)計(jì)?？梢岳斫獾氖?，在執(zhí)行本步驟之前還可以對(duì)客戶的信息進(jìn)行初始化，例如針對(duì)此客戶上次撥測(cè)的結(jié)果進(jìn)行初始化，從而為本次撥測(cè)任務(wù)做好準(zhǔn)備。 步驟102 :初始化通訊單元，將通訊單元的通道狀態(tài)設(shè)為空閑狀態(tài)，并呼叫客戶號(hào)碼?？梢岳斫獾氖牵静襟E中主要是對(duì)整個(gè)自動(dòng)撥測(cè)系統(tǒng)的呼叫通道進(jìn)行初始化的操作，對(duì)于自動(dòng)撥測(cè)系統(tǒng)用做撥打測(cè)試的通訊單元需要安裝一張GSM語(yǔ)音卡，通過控制GSM語(yǔ)音卡的通道撥打、接聽來(lái)達(dá)到測(cè)試的目的，一張GSM語(yǔ)音卡能有多個(gè)通道，需要對(duì)每個(gè)呼叫通道都做初始化設(shè)置，以保證呼叫客戶號(hào)碼前，呼叫通道時(shí)空閑的。對(duì)于具體的呼叫通道的初始化操作，可以參考以下示例，并可以理解此示例并不是唯一示例
在執(zhí)行撥打操作前需要對(duì)GSM語(yǔ)音卡執(zhí)行初始化，調(diào)用DJSys_EnabIeCard (""，"PROMPT.1NI");接著需要對(duì)GSM語(yǔ)音卡的呼叫通道執(zhí)行初始化，循環(huán)調(diào)用DJISDN_SetChnState (int nPCM, int nCHN, DialClass. CH_SET_FREE, O)將所有呼叫通道設(shè)置為空閑狀態(tài)。參數(shù)說明nPCM為GSM語(yǔ)音卡的插槽號(hào)、CHN為呼叫通道序號(hào)、CH_SET_FREE為呼叫通道狀態(tài)(見通道狀態(tài)定義)，通道狀態(tài)和動(dòng)作定義如下
通道狀態(tài)定義判斷呼叫通道狀態(tài)的操作是DJISDN_GetChnState(卡號(hào)，通道號(hào))，其返回結(jié)果描述如下
public const byte CH_FREE = I; // 空閑狀態(tài) //
public const byte CH_ffAI T_APP_F REE = 2; //DLL 等待應(yīng)用層同步釋放資源 public const byte CH_UNAVIABLE = 3; //不可用態(tài)(網(wǎng)絡(luò)不通等原因?qū)е? public const byte CH_ffAI T_C0NNECT_ACK = 4; // 等待連接證實(shí) public const byte CH_C0NNECT = 5; //連通狀態(tài)
public const byte CH_WAIT_RELEASE = 6; //已發(fā)送拆線信號(hào)，等待對(duì)方發(fā)送釋放信
號(hào)
public const byte CH_WAIT_RELEASE_COMPLETE = 7; //已發(fā)送釋放信號(hào)，等待對(duì)方發(fā)送釋放證實(shí)信號(hào)
public const byte CALLEE_ffAI T_AN SffER = 11; // 來(lái)話方呼叫到達(dá) public const byte CALLER_WAIT_ANSWER = 12; //去話方已呼出，等待被叫回應(yīng) public const byte CALLER_RECV_ALERT = 21; // 去話方已接收到提醒消息 public const byte CALLER_RECV_SETUP_ACK = 22; //去話方已接收到建立確認(rèn)消息public const byte CALLER_RECV_CALLPROCESS = 23; //去話方已接收到呼叫過程消
息
public const byte CALLER_WAIT_SETUP_ACK = 24;
通道動(dòng)作定義通過控制語(yǔ)音卡的呼叫通道狀態(tài)來(lái)實(shí)現(xiàn)撥打測(cè)試的掛斷、接聽、設(shè)置為空閑等操作，用DJISDN_SetChnState(卡號(hào)，通道號(hào)，Action )設(shè)置，具體定義如下public const byte CH_SET_FREE = I; //APP層檢查通道狀態(tài)為0x02時(shí)，同步釋放呼叫通道資源
public const byte CH_SET_C0NNECT = 2; //設(shè)置呼叫通道連接public const byte CH_SET_DISCONNECT = 3; //解除呼叫通道連接public const byte CALLEE_SET_ALERTING = 4; // 被叫方發(fā)送提醒消息 public const byte CH_SET_RESTART = 5; //設(shè)置呼叫通道重新啟動(dòng)將GSM語(yǔ)音卡和GSM語(yǔ)音卡的所有呼叫通道都初始化后，循環(huán)選取呼叫通道執(zhí)行呼叫動(dòng)作，即執(zhí)行 DJISDN_Callout (int nPCM, int nCHN, string szCalleeNumber, stringszCalIeeSubAddr, string szCallerNumber, string szCallerSubAddr),參數(shù)說明nPCM為GSM語(yǔ)音卡插槽號(hào)、nCHN為通道序列號(hào)、szCalleeNumber為主叫號(hào)碼、szCallerNumber為被叫號(hào)碼，其他參數(shù)可省略。由此可見，本發(fā)明實(shí)施例中在呼叫通道初始化并呼叫客戶的步驟中，采用了多呼叫通道的方式，并且循環(huán)選取呼叫通道對(duì)客戶號(hào)碼進(jìn)行呼叫，從而增加了撥測(cè)的效率。為了對(duì)呼叫次數(shù)進(jìn)行統(tǒng)計(jì)，本發(fā)明實(shí)施例中在執(zhí)行呼叫客戶的動(dòng)作時(shí)還會(huì)再執(zhí)行一個(gè)步驟109 :對(duì)呼叫次數(shù)加I生成呼叫次數(shù)記錄并保存?？梢岳斫獾氖牵艚写螖?shù)可以作為操作對(duì)象進(jìn)行定義，然后每次執(zhí)行呼叫客戶的動(dòng)作時(shí)，對(duì)呼叫次數(shù)這一對(duì)象進(jìn)行加I即可，并生成一個(gè)呼叫次數(shù)記錄并保存，以便于測(cè)試者的查看和統(tǒng)計(jì)。步驟103 :判斷呼叫通道狀態(tài)是否為接通狀態(tài)。本步驟中通過判斷通道狀態(tài)來(lái)確定通道的呼叫動(dòng)作執(zhí)行后，被叫號(hào)碼(SP客戶端處的撥測(cè)終端)是否接聽。例如本發(fā)明實(shí)施例中在判斷時(shí)通過調(diào)用DJISDN_GetChnState (int nPCM, int nCHN),參數(shù)說明nPCM為GSM語(yǔ)音卡插槽號(hào)、nCHN為通道序列號(hào)。如果返回結(jié)果為CH_C0NNECT表示通話接通(此處函數(shù)命名及參數(shù)定義僅為示例，并不理解為對(duì)本發(fā)明思想的限制)。在確定呼叫通道狀態(tài)為接通狀態(tài)時(shí)，則表示被叫號(hào)碼(撥測(cè)終端)已經(jīng)接聽，為了能夠?qū)油蔬M(jìn)行及時(shí)和準(zhǔn)確的統(tǒng)計(jì)，在本發(fā)明實(shí)施例中一旦判斷出呼叫通道的狀態(tài)為接通狀態(tài)，則會(huì)同時(shí)執(zhí)行接通率統(tǒng)計(jì)的步驟，即步驟110 :對(duì)接通次數(shù)加I生成接通次數(shù)記錄并保存。同樣可以理解的是，接通次數(shù)可以作為操作對(duì)象進(jìn)行定義，然后在撥測(cè)終端接聽呼叫時(shí)，對(duì)接通次數(shù)這一對(duì)象進(jìn)行加I即可，并生成一個(gè)接通次數(shù)記錄并保存，以便于測(cè)試者的查看和統(tǒng)計(jì)。在確定呼叫通道狀態(tài)為接通狀態(tài)時(shí)，還需要判斷撥測(cè)任務(wù)類型是屬于語(yǔ)音撥測(cè)還是非語(yǔ)音撥測(cè)，即執(zhí)行步驟104 :判斷撥測(cè)任務(wù)是否為語(yǔ)音撥測(cè)任務(wù)。具體的判斷依據(jù)則是根據(jù)步驟101中所獲取的撥測(cè)任務(wù)類型。如果是語(yǔ)音撥測(cè)任務(wù)，則執(zhí)行語(yǔ)音撥測(cè)步驟106。具體的語(yǔ)音撥測(cè)步驟將結(jié)合圖3做出介紹
步驟1061 :發(fā)送一播音信號(hào)至撥測(cè)終端，觸發(fā)撥測(cè)終端向呼叫通道播放音頻文件。
本步驟中播音信號(hào)為FSK格式信號(hào)，對(duì)應(yīng)的十六進(jìn)制編碼為byte[] send =newbyte [] { 0x04, 0x09, OxBO, 0x37, 0x32, OxBO, 0x31, 0xB9, 0xB3, OxBO, 0x2A,0xB3 };接著將該播音信號(hào)在呼叫通道上發(fā)送。例如本發(fā)明實(shí)施例中對(duì)于該具體操作為DJFsk_SendFSK(trunkID, send, 12，DialClass. FSK_CH_TYPE_E1)參數(shù)說明trunkID 為通道序列號(hào)、send為發(fā)送的十六進(jìn)制數(shù)字編碼，F(xiàn)SK_CH_TYPE_E1為信號(hào)類型。由于撥測(cè)終端上事先存儲(chǔ)有系統(tǒng)本地的音頻文件，因此撥測(cè)終端在接收到該播音信號(hào)后，會(huì)將該音頻文件向呼叫通道播放，實(shí)現(xiàn)將撥測(cè)終端的音頻文件返回給自動(dòng)撥測(cè)系統(tǒng)的目的。步驟1062 :對(duì)呼叫通道內(nèi)的音頻文件進(jìn)行錄音生成音頻錄音文件。在步驟1061中撥測(cè)終端已經(jīng)在呼叫通道上播放了音 頻文件，該音頻文件的播放時(shí)長(zhǎng)可以自行設(shè)置，例如本發(fā)明實(shí)施例中該音頻文件的播放時(shí)長(zhǎng)設(shè)置為15秒，撥測(cè)終端在呼叫通道播放15秒長(zhǎng)的音樂，本自動(dòng)撥測(cè)系統(tǒng)需要將該呼叫通道上的聲音進(jìn)行錄音，以便于在后續(xù)步驟中與自動(dòng)撥測(cè)系統(tǒng)本地存儲(chǔ)的音頻文件(原聲文件)進(jìn)行語(yǔ)音質(zhì)量分析。例如本發(fā)明實(shí)施例中呼叫通道上錄音的動(dòng)作是DJVOC_ReCOrdFiIe (inttrunkID, string pathfile, 8000 氺 10),參數(shù) pathfiIe=System. Configuration.ConfigurationSettings. AppSettings [〃path〃] + Trunk[trunkID]. CalleeNow +DateTime. Now. ToString(〃HHmmss〃)+ GetRandmon () + trunkID. ToStringO + 〃.wav〃，pathf ile為文件保存的路徑，錄音格式為wav，文件命名格式為主叫號(hào)碼+當(dāng)前時(shí)間的時(shí)分秒毫秒、trunkID為通道序列號(hào)。為了在語(yǔ)音撥測(cè)過程中增加對(duì)掉話率的統(tǒng)計(jì)，本發(fā)明實(shí)施例中在步驟1062完成錄音后，還增加了一個(gè)步驟1063 :判斷音頻錄音文件播放時(shí)長(zhǎng)是否小于撥測(cè)終端的音頻文件播放時(shí)長(zhǎng)。如果音頻錄音文件播放時(shí)長(zhǎng)小于了撥測(cè)終端的音頻文件播放時(shí)長(zhǎng)，則說明在錄音過程中出現(xiàn)了掉話，導(dǎo)致整個(gè)音頻文件沒有錄完，所以此時(shí)會(huì)執(zhí)行步驟1066 :生成掉話記錄并保存。如果音頻錄音文件和撥測(cè)終端的音頻文件的播放時(shí)長(zhǎng)相同，則說明整個(gè)音頻文件完全被錄制，期間并未發(fā)生掉話現(xiàn)象，則進(jìn)入到下一步驟1064 :將音頻錄音文件與本地音頻文件進(jìn)行對(duì)比分析。在本發(fā)明實(shí)施例中采用PESQ (Perceptual Evaluation ofSpeech Quality)方法對(duì)音頻錄音文件與本地音頻文件進(jìn)行分析對(duì)比,適用于固定網(wǎng)、移動(dòng)網(wǎng)和VoIP網(wǎng)的網(wǎng)絡(luò)評(píng)估，分析結(jié)果較為客觀準(zhǔn)確。步驟1065 :生成語(yǔ)音分析結(jié)果完成語(yǔ)音撥測(cè)任務(wù)并保存該分析結(jié)果。本步驟中采用PESQ方法生成的語(yǔ)音分析結(jié)果分為幾個(gè)等級(jí)優(yōu)秀(很好，聽的很清楚，延遲很小，交流流暢)、良好(稍差，聽的清楚，延遲小，交流欠缺順暢，有點(diǎn)雜音)、一般(還可以，聽不太清，有一定延遲，可以交流)、差(勉強(qiáng)，聽不太清，延遲較大，交流重復(fù)多次)、很差(極差，聽不清，延遲大，交流不通暢)。具體的非語(yǔ)音撥測(cè)步驟將結(jié)合圖4做出介紹
非語(yǔ)音撥測(cè)步驟相對(duì)于語(yǔ)音撥測(cè)步驟省去了音頻文件分析對(duì)比的步驟，主要目的在于測(cè)試接通率和掉話率，因此，被叫號(hào)碼接通后，只需要向撥測(cè)終端發(fā)送一個(gè)掛斷信號(hào)，觸發(fā)撥測(cè)終端自動(dòng)掛斷。即執(zhí)行步驟1072 :發(fā)送一掛斷信號(hào)至撥測(cè)終端，觸發(fā)撥測(cè)終端自動(dòng)掛斷。在此過程中未有異常出現(xiàn)，則生成非語(yǔ)音撥測(cè)記錄，對(duì)此次非語(yǔ)音撥測(cè)未出現(xiàn)異常做出記錄，即執(zhí)行步驟1073 :生成并保存非語(yǔ)音撥測(cè)記錄。
為了在非語(yǔ)音撥測(cè)過程中增加對(duì)掉話率的統(tǒng)計(jì)，本發(fā)明實(shí)施例中在發(fā)送掛斷信號(hào)之前還再次對(duì)通話的接通情況做出判斷，即執(zhí)行步驟1071 :判斷呼叫通道狀態(tài)是否為接通狀態(tài)。如果呼叫通道處于掛斷狀態(tài)，則證明此次呼叫出現(xiàn)了掉話，執(zhí)行步驟1074 :生成掉話記錄并保存。如果呼叫通道處于接通狀態(tài)，則證明此次呼叫未出現(xiàn)異常，繼續(xù)執(zhí)行步驟1072。在步驟102呼叫客戶號(hào)碼的過程中，可能會(huì)出現(xiàn)客戶占線或者無(wú)法接通的情況，因此，如果步驟103中判斷出呼叫通道狀態(tài)未未接通狀態(tài)時(shí)，則可以進(jìn)行持續(xù)呼叫，但是如果無(wú)休止的持續(xù)呼叫會(huì)占用過多的系統(tǒng)資源，因此，本發(fā)明實(shí)施例中在步驟103判斷出呼叫通道狀態(tài)為非接通狀態(tài)后，會(huì)再執(zhí)行步驟105 :判斷呼叫通道連接是否超時(shí)。如果呼叫通道連接超時(shí)，則不需要持續(xù)呼叫，而是執(zhí)行步驟108 :生成并保存超時(shí)記錄。該超時(shí)記錄記錄了該客戶號(hào)碼的呼叫超時(shí)情況，便于測(cè)試人員進(jìn)行統(tǒng)計(jì)分析。呼叫超時(shí)后，則可以改換另一客戶號(hào)碼進(jìn)行撥測(cè)。如果呼叫通道連接未超時(shí)，則返回步驟103再次判斷呼叫是否成功 接通，即允許在設(shè)定的時(shí)間范圍內(nèi)對(duì)該客戶號(hào)碼進(jìn)行持續(xù)呼叫，直至呼叫接通(即呼叫通道處于接通狀態(tài))。由本發(fā)明實(shí)施例的技術(shù)方案可以看出，該自動(dòng)撥測(cè)方法設(shè)有語(yǔ)音撥測(cè)和非語(yǔ)音撥測(cè)兩種方式可供選擇，增加了撥測(cè)的靈活性，測(cè)試者可以選擇在忙時(shí)(例如8點(diǎn)至10點(diǎn)、18點(diǎn)至20點(diǎn))進(jìn)行非語(yǔ)音撥測(cè)，以便于提高撥測(cè)效率；可以選擇在非忙時(shí)進(jìn)行語(yǔ)音撥測(cè)，以保證高級(jí)別客戶的撥測(cè)質(zhì)量。對(duì)于語(yǔ)音撥測(cè)和非語(yǔ)音撥測(cè)都增加了掉話率和接通率的統(tǒng)計(jì)，實(shí)現(xiàn)了撥測(cè)結(jié)果的全面性。需要說明的是，上述系統(tǒng)內(nèi)的各單元之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實(shí)施例中的敘述，此處不再贅述。本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過程序來(lái)指令相關(guān)的硬件來(lái)完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)可以包括只讀存儲(chǔ)器(ROM，Read Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，RandomAccess Memory)、磁盤或光盤等。以上對(duì)本發(fā)明實(shí)施例所提供的一種語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)及方法進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)，其特征在于，包括服務(wù)器控制模塊及撥測(cè)終端，所述服務(wù)器控制模塊包括中央處理單元、通訊單元、顯示單元和撥測(cè)單元；中央處理單元，用于控制通訊單元、顯示單元及撥測(cè)單元；通訊單元，用于接收中央處理單元的指令與撥測(cè)終端建立通信；顯示單元，用于接收中央處理單元的指令顯示信息結(jié)果；撥測(cè)單元，用于存儲(chǔ)客戶信息；撥測(cè)終端，包括用于存儲(chǔ)本地音頻文件的存儲(chǔ)單元和用于與服務(wù)器控制模塊的通訊單元建立通訊的信息收發(fā)單元及用于控制存儲(chǔ)單元和信息收發(fā)單元的控制器。
2.一種語(yǔ)音專線自動(dòng)撥測(cè)方法，其特征在于，包括步驟A :獲取撥測(cè)單元內(nèi)的撥測(cè)任務(wù)信息，所述撥測(cè)任務(wù)信息包括客戶名稱、客戶號(hào)碼和任務(wù)類型；B :初始化通訊單元，將通訊單元的通道狀態(tài)設(shè)為空閑狀態(tài)，并呼叫客戶號(hào)碼；C :判斷呼叫通道狀態(tài)是否為接通狀態(tài)，如果接通，則執(zhí)行步驟D ;如果未接通，則執(zhí)行步驟E ;D :判斷任務(wù)類型是否為語(yǔ)音撥測(cè)任務(wù)；如果是，則執(zhí)行語(yǔ)音撥測(cè)步驟發(fā)送一播音信號(hào)至撥測(cè)終端，觸發(fā)撥測(cè)終端向呼叫通道播放音頻文件，然后對(duì)呼叫通道內(nèi)的音頻文件進(jìn)行錄音生成音頻錄音文件；將音頻錄音文件與本地音頻文件進(jìn)行比對(duì)分析，生成語(yǔ)音分析結(jié)果完成語(yǔ)音撥測(cè)任務(wù)并保存該分析結(jié)果；如果否，則執(zhí)行非語(yǔ)音撥測(cè)步驟發(fā)送一掛斷信號(hào)至撥測(cè)終端，觸發(fā)撥測(cè)終端自動(dòng)掛斷；然后生成并保存非語(yǔ)音撥測(cè)記錄；E :判斷呼叫通道連接是否超時(shí)，如果是，則生成超時(shí)記錄并保存該超時(shí)記錄；如果否，則返回步驟C。
3.如權(quán)利要求2所述的一種語(yǔ)音專線自動(dòng)撥測(cè)方法，其特征在于，所述執(zhí)行語(yǔ)音撥測(cè)步驟中還包括對(duì)呼叫通道內(nèi)的音頻文件進(jìn)行錄音生成音頻錄音文件之后判斷音頻錄音文件播放時(shí)長(zhǎng)是否小于撥測(cè)終端的音頻文件播放時(shí)長(zhǎng)；如果是，則生成掉話記錄并保存；如果否，則繼續(xù)執(zhí)行將音頻錄音文件與本地音頻文件進(jìn)行比對(duì)分析的步驟。
4.如權(quán)利要求2所述的一種語(yǔ)音專線自動(dòng)撥測(cè)方法，其特征在于，所述執(zhí)行非語(yǔ)音撥測(cè)步驟中還包括所述發(fā)送一掛斷信號(hào)至撥測(cè)終端的步驟之前判斷呼叫通道狀態(tài)是否為接通狀態(tài)，如果否，則生成掉話記錄并保存；如果是，則繼續(xù)執(zhí)行發(fā)送一掛斷信號(hào)至撥測(cè)終端的步驟。
5.如權(quán)利要求2所述的一種語(yǔ)音專線自動(dòng)撥測(cè)方法，其特征在于所述語(yǔ)音撥測(cè)步驟中采用PESQ方法對(duì)音頻錄音文件與本地音頻文件進(jìn)行分析對(duì)比。
6.如權(quán)利要求2所述的一種語(yǔ)音專線自動(dòng)撥測(cè)方法，其特征在于所述步驟B中還包括呼叫客戶號(hào)碼時(shí)對(duì)呼叫次數(shù)加I生成呼叫次數(shù)記錄并保存。
7.如權(quán)利要求2所述的一種語(yǔ)音專線自動(dòng)撥測(cè)方法，其特征在于所述步驟C中判斷呼叫通道狀態(tài)為接通狀態(tài)時(shí)，對(duì)接通次數(shù)加I生成接通次數(shù)記錄并保存。
全文摘要
本發(fā)明公開了語(yǔ)音專線自動(dòng)撥測(cè)系統(tǒng)及方法，該系統(tǒng)包括服務(wù)器控制模塊及撥測(cè)終端。該方法包括獲取撥測(cè)單元內(nèi)的撥測(cè)任務(wù)信息；初始化通訊單元；在呼叫通道接通的狀態(tài)下，根據(jù)撥測(cè)任務(wù)信息執(zhí)行語(yǔ)音撥測(cè)任務(wù)或非語(yǔ)音撥測(cè)任務(wù)，而且在語(yǔ)音測(cè)試過程中，只發(fā)送播音信號(hào)觸發(fā)撥測(cè)終端播放音頻文件；在呼叫通道未接通時(shí)，判斷呼叫是否超時(shí)，生成超時(shí)記錄。相比于現(xiàn)有技術(shù)，該自動(dòng)撥測(cè)方法設(shè)有語(yǔ)音撥測(cè)和非語(yǔ)音撥測(cè)兩種方式可供選擇，增加了撥測(cè)的靈活性，測(cè)試者可以選擇在忙時(shí)進(jìn)行非語(yǔ)音撥測(cè)，以便于提高撥測(cè)效率；在非忙時(shí)進(jìn)行語(yǔ)音撥測(cè)，以保證高級(jí)別客戶的撥測(cè)質(zhì)量。增加了掉話率和接通率的統(tǒng)計(jì)，實(shí)現(xiàn)了撥測(cè)結(jié)果的全面性。
文檔編號(hào)H04W24/00GK103024772SQ20121052479
公開日2013年4月3日 申請(qǐng)日期2012年12月7日 優(yōu)先權(quán)日2012年12月7日
發(fā)明者曾維仲, 田冬, 羅武強(qiáng), 吳淦浩, 孫華炎, 范秋陽(yáng) 申請(qǐng)人:廣東省電信工程有限公司