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