專利名稱：仿真模塊、onu設(shè)備和通信故障診斷方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶接入技術(shù)，特別是涉及一種仿真模塊、ONU設(shè)備和通信故障診斷方法。
背景技術(shù)：
由于傳統(tǒng)公共交換電話網(wǎng)(PSTN，Public Switch Telephone Network)耗費大量的銅線資源導致成本較高，因此，隨著下一代網(wǎng)絡(NGN，Next Generation Network)和無源光網(wǎng)絡(PON，Passive Optical Network)的逐步成熟商用，電信運營商紛紛推出光進銅退計劃，并逐步采用光網(wǎng)絡單元(0NU，Optical Network Unit)集成綜合接入設(shè)備(IAD， Integrated Access Device)的方式為傳統(tǒng)PSTN的用戶提供語音和傳真等業(yè)務。隨著PON語音用戶數(shù)量的不斷增加，提高和完善電信服務質(zhì)量已經(jīng)成為電信業(yè)面臨的一個重要環(huán)節(jié)。語音業(yè)務發(fā)生故障后能否及時有效的解決成為衡量電信服務質(zhì)量的一項重要指標。目前，對于語音業(yè)務的故障處理，往往需要維護人員到現(xiàn)場定位。但是，由于 ONU設(shè)備數(shù)量巨大，通常安裝在靠近用戶側(cè)的小區(qū)樓道或者室外箱中，安裝點分散，因此實際進行故障處理時很不方便。尤其光纖到戶(FTTH，F(xiàn)iber To The Home)模式下，需要入戶檢查。但是，由于ONU設(shè)備數(shù)量巨大，安裝點分散，因此實際進行故障處理時很不方便。這種情況下，前端故障受理人員無法對故障進行初步判斷，并進行故障攔截，每次故障都進行現(xiàn)場判斷會導致用戶感知較差，故障處理時間較長，效率低。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種仿真模塊、ONU設(shè)備和通信故障診斷方法，實現(xiàn)語音業(yè)務呼入/呼出異常的自動化故障測試。為實現(xiàn)上述目的，本發(fā)明提供了一種用于無源光網(wǎng)絡(PON)中語音通信故障的診斷方法，包括光網(wǎng)絡單元(ONU)設(shè)備的仿真模塊監(jiān)聽軟交換發(fā)送的信令消息；仿真模塊根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換；仿真模塊監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因；仿真模塊根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。在一個實施例中，仿真模塊根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換，包括當仿真模塊模擬主叫方向軟交換發(fā)出摘機的信令消息時，仿真模塊接收軟交換返回的撥號音信令；仿真模塊根據(jù)撥號音信令，產(chǎn)生撥號信令消息模擬撥打?qū)Χ颂柎a，并等待通話對端摘機以建立通話；當仿真模塊模擬被叫方時，接收通話對端發(fā)出的呼叫振鈴信令；仿真模塊根據(jù)呼叫振鈴信令，生成摘機的信令消息以建立通話。在一個實施例中，語音通信故障的診斷方法，還包括在仿真模塊與通話對端的通話建立后，仿真模塊生成發(fā)送給ONU設(shè)備的DSP的放音信令；數(shù)字信號處理器(DSP)根據(jù)放音信令，以預定的編碼方式和打包間隔，向ONU設(shè)備的中央處理器(CPU)播放預置的錄音；CPU將錄音轉(zhuǎn)發(fā)給通話對端；當仿真模塊接收到忙音信令時，產(chǎn)生掛機信令消息以結(jié)束雙方通話。在一個實施例中，仿真模塊監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因，包括當仿真模塊與軟交換的信令消息交互過程順利完成，仿真模塊判定故障發(fā)生于用戶側(cè)；當仿真模塊與軟交換的信令消息交互過程中出現(xiàn)問題，仿真模塊判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與軟交換之間無信令交互，判定語音業(yè)務配置存在問題， 否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。在一個實施例中，仿真模塊通過ONU設(shè)備的CPU的消息隊列接收和發(fā)送信令消息。為實現(xiàn)上述目的，本發(fā)明還提供了一種用于無源光網(wǎng)絡中語音通信故障的仿真模塊，包括信令監(jiān)聽單元，用于監(jiān)聽軟交換發(fā)送的信令消息；用戶操作仿真單元，用于根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換；結(jié)果跟蹤與分析單元，用于監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因；錯誤信息發(fā)送單元，用于根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。在一個實施例中，用戶操作仿真單元，包括主叫模擬子單元，用于當仿真模塊模擬主叫方向軟交換發(fā)出摘機的信令消息時，接收軟交換返回的撥號音信令，根據(jù)撥號音信令，產(chǎn)生撥號信令消息模擬撥號，并等待通話對端摘機以建立通話；被叫模擬子單元，用于當仿真模塊模擬被叫方時，接收通話對端發(fā)出的呼叫振鈴信令，根據(jù)呼叫振鈴信令，生成摘機的信令消息以建立通話。在一個實施例中，結(jié)果跟蹤與分析單元，包括用戶側(cè)故障判定子單元，用于當仿真模塊與軟交換的信令消息交互過程順利完成，判定故障發(fā)生于用戶側(cè)；網(wǎng)絡側(cè)故障判定子單元，用于當仿真模塊與軟交換的信令消息交互過程中出現(xiàn)問題，判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。為實現(xiàn)上述目的，本發(fā)明還提供了一種包括上述仿真模塊的ONU設(shè)備，還包括 DSP，用于在仿真模塊與通話對端的通話建立后，接收仿真模塊生成并發(fā)送的放音信令，根據(jù)放音信令，以預定的編碼方式和打包間隔，播放預置的錄音；CPU，用于接收錄音，并將錄音轉(zhuǎn)發(fā)給通話對端，其中，當仿真模塊接收到忙音信令時，仿真模塊產(chǎn)生掛機信令消息以結(jié)束雙方通話。在一個實施例中，仿真模塊通過CPU的消息隊列接收和發(fā)送信令消息。基于上述技術(shù)方案，根據(jù)本發(fā)明的一方面，通過ONU設(shè)備的仿真模塊對用戶側(cè)操作的仿真，以及對信令消息交互流程的監(jiān)測，可以判斷通信故障的故障點和原因，以實現(xiàn)語音業(yè)務故障診斷的自動化，幫助前端故障受理人員快速進行呼入呼出異常測試，攔截用戶申告，實現(xiàn)不用運維人員入戶的語音業(yè)務故障診斷。


此處所說明的附圖用來提供對本發(fā)明的進一步解釋，構(gòu)成本發(fā)明的一部分。本發(fā)明的示意性實施例及其說明僅用于解釋本發(fā)明，但并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1為根據(jù)本發(fā)明實施例的應用場景的示意圖。
圖2為根據(jù)本發(fā)明實施例的語音通信故障診斷方法的流程圖。圖3為根據(jù)本發(fā)明另一實施例的語音通信故障診斷方法的流程圖。圖4為根據(jù)本發(fā)明又一實施例的語音通信故障診斷方法的流程圖。圖5為根據(jù)本發(fā)明又一實施例的語音通信故障診斷方法的流程圖。圖6為根據(jù)本發(fā)明實施例的仿真模塊的結(jié)構(gòu)示意圖。圖7為根據(jù)本發(fā)明另一實施例的仿真模塊的結(jié)構(gòu)示意圖。圖8為根據(jù)本發(fā)明實施例的ONU設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式下面參照附圖對本發(fā)明進行更詳細的描述，其中說明本發(fā)明的示例性實施例。在附圖中，相同的標號表示相同或者相似的組件或者元素。圖1為根據(jù)本發(fā)明實施例的應用場景100的示意圖。應用場景100包括軟交換 102、受測用戶終端104、ONU設(shè)備110和測試系統(tǒng)106。ONU設(shè)備110的語音模塊可以用于處理語音信令及用戶事件。在此基礎(chǔ)上，ONU設(shè)備110可以包括仿真模塊113，用于實現(xiàn)語音業(yè)務的呼入與呼出仿真，比如仿真模塊113可以模擬受測用戶終端104摘機、掛機、撥號、放音等操作來實現(xiàn)撥號和接聽等的自動化，通過仿真操作以及與網(wǎng)絡側(cè)的信令交互來定位故障點和故障原因，以此避免裝維人員入戶人為判斷故障原因的繁瑣。仿真模塊113可以包括信令監(jiān)聽部分、用戶操作仿真部分和結(jié)果跟蹤與分析部分。如圖1所示，ONU設(shè)備110還可以包括中央處理器(CPU, Central Processing Unit) 112、數(shù)字信號處理器(DSP, Digital Signal Processor) 114、編譯碼器(Codec) 116、 用戶線接口電路(SLIC，Subscriber Line Interface Circuit) 118。在一個實施例中，仿真模塊113可以內(nèi)置于CPU 112中。仿真模塊113可以接收軟交換102發(fā)送的信令消息，生成用戶側(cè)事件信令消息，并發(fā)送給軟交換102，這些信令消息與用戶側(cè)操作通過SLIC 118、 Codec 116以及DSP 114轉(zhuǎn)換生成的信令消息完全一致。測試系統(tǒng)106可以作為受測用戶終端104的通話對端，通過與仿真模塊113的交互，診斷語音通信故障，并接收仿真模塊113發(fā)出的錯誤信息，以供后臺測試人員參考。圖2為根據(jù)本發(fā)明實施例的語音通信故障診斷方法200的流程圖。在步驟202中，ONU設(shè)備的仿真模塊監(jiān)聽軟交換發(fā)送的信令消息。在步驟204中，仿真模塊根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換。在步驟206中，仿真模塊監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因。在步驟208中，仿真模塊根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。圖3為根據(jù)本發(fā)明另一實施例的語音通信故障診斷方法300的流程圖。在步驟302中，ONU設(shè)備的仿真模塊監(jiān)聽軟交換發(fā)送的信令消息。在步驟304中，仿真模塊根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換。在步驟306中，當仿真模塊模擬主叫方向軟交換發(fā)出摘機的信令消息時，仿真模
6塊接收軟交換返回的撥號音信令。在步驟308中，仿真模塊根據(jù)撥號音信令，產(chǎn)生撥號信令消息模擬撥號，并等待通話對端摘機以建立通話。在步驟326中，當仿真模塊模擬被叫方時，接收通話對端發(fā)出的呼叫振鈴信令。在步驟328中，仿真模塊根據(jù)呼叫振鈴信令，生成摘機的信令消息以建立通話。在步驟310中，在仿真模塊與通話對端的通話建立后，仿真模塊生成發(fā)送給ONU設(shè)備的DSP的放音信令。在步驟312中，DSP根據(jù)放音信令，以預定的編碼方式和打包間隔，向ONU設(shè)備的 CPU播放預置的錄音。在步驟314中，CPU將錄音轉(zhuǎn)發(fā)給通話對端。在步驟316中，當仿真模塊接收到忙音信令時，產(chǎn)生掛機信令消息以結(jié)束雙方通話。在步驟318中，仿真模塊監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因。當仿真模塊與軟交換的信令消息交互過程順利完成，仿真模塊判定故障發(fā)生于用戶側(cè)。當仿真模塊與軟交換的信令消息交互過程中出現(xiàn)問題，仿真模塊判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。在步驟320中，仿真模塊根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。比如，錯誤提示信息可以定位信令交互過程中的故障點，并指明發(fā)生故障的原因。在一個實施例中，仿真模塊和ONU設(shè)備的其它模塊(如DSP)的交互都可以在CPU 內(nèi)部來完成，通過CPU內(nèi)部的消息隊列來實現(xiàn)。消息隊列可以為⑴處理用戶側(cè)事件的消息隊列，在仿真時，需要模擬用戶摘掛機，撥號放音等行為，仿真模塊通過向該消息隊列發(fā)送信令消息來實現(xiàn)這些用戶行為；(2)仿真事件的消息隊列，處理來自軟交換的信令。仿真過程中，軟交換發(fā)送的信令消息經(jīng)協(xié)議處理后，進入消息隊列中排隊，最終通知仿真模塊， 使仿真端口完成信令操作。圖4為根據(jù)本發(fā)明又一實施例的語音通信故障診斷方法400的流程圖。語音通信故障診斷方法400為在用戶申告呼入異常的情況下，發(fā)起呼入仿真測試的方法。在步驟402中，ONU設(shè)備可以在收到開始呼入仿真的命令后，判斷是否可以進行呼入仿真，然后返回仿真開始響應結(jié)果。比如，仿真開始響應的結(jié)果可以為測試已啟動，仿真成功開始；或者測試未啟動，仿真啟動失敗。開始呼入仿真的命令可由作為受測用戶終端的通話對端的測試系統(tǒng)下達。在步驟404中，仿真成功開始后，啟動仿真模塊初始化資源，進入呼入仿真狀態(tài)， 等待通話對端的呼入，同時啟動呼入仿真定時器。在步驟406中，判斷是否接收到通話對端的呼入。如果沒有收到通話對端測試系統(tǒng)的呼入，進入步驟408，定時器超時后自動結(jié)束仿真，并返回測試結(jié)果為語音業(yè)務配置問題。如果接收到通話對端的呼入，則進入步驟410。在步驟410中，仿真模塊接收從軟交換發(fā)送至的振鈴音時，仿真模塊可以模擬摘機。ONU設(shè)備檢測到摘機事件后上報軟交換，軟交換響應摘機事件，雙方建立通話。仿真模塊進入通話狀態(tài)，經(jīng)過預定時間后，仿真模塊可以發(fā)送放音消息至DSP，開始播放音樂。
在步驟412中，判定通信故障的故障點和原因，并發(fā)送錯誤信息。在一個實施例中，仿真模塊可以根據(jù)通信過程自動判斷故障原因。比如，當仿真模塊與軟交換的信令消息交互過程順利完成，仿真模塊判定故障發(fā)生于用戶側(cè)。當仿真模塊與軟交換的信令消息交互過程中出現(xiàn)問題，仿真模塊判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。在另一個實施例中，通話對端測試系統(tǒng)的測試人員可以根據(jù)是否聽到音樂對測試結(jié)果進行確認。比如，在聽完音樂后，測試人員可以通過測試系統(tǒng)的預定方式指示故障原因，如按“1”鍵表示測試人員聽到音樂，線路正常；按其它鍵則表示雖然通話已建立，但是測試人員并沒有聽到音樂，線路不正常。仿真模塊檢測測試人員的按鍵情況，如果沒有檢測到測試人員的按鍵，測試結(jié)果為通話已建立，測試人員未確認。如果檢測到測試人員按了“1”鍵，測試結(jié)果為“成功”，檢測到其它按鍵，測試結(jié)果為“失敗”。圖5為根據(jù)本發(fā)明又一實施例的語音通信故障診斷方法500的流程圖。語音通信故障診斷方法500為在用戶申告呼出異常的情況下，發(fā)起呼出仿真測試的方法。在步驟502中，ONU設(shè)備可以在收到開始呼出仿真的命令后，判斷是否可以進行呼出仿真，然后返回仿真開始響應結(jié)果。比如，仿真開始響應的結(jié)果可以為測試已啟動，仿真成功開始；或者測試未啟動，仿真啟動失敗。開始呼出仿真的命令可由作為受測用戶終端的通話對端的測試系統(tǒng)下達。在步驟504中，仿真成功開始后，啟動仿真模塊初始化資源，進入呼出仿真狀態(tài)， 同時啟動呼出仿真定時器。在步驟506中，仿真模塊模擬摘機，生成摘機信令發(fā)送至軟交換。在步驟508中，判斷是否檢測到撥號音。如果模擬摘機后仿真模塊沒有接收到撥號音，或者撥號后接收到忙音，進入步驟510，仿真失敗，結(jié)束仿真。測試結(jié)果為“失敗”，失敗原因可以判定為摘機后沒有收到軟交換響應信令或未收到回鈴音。如果檢測到撥號音， 則進入512。在步驟512中，仿真模塊接收撥號音信令后模擬撥號，發(fā)送撥號信令至軟交換。在步驟514中，仿真模塊監(jiān)聽回鈴音。當仿真模塊收到回鈴音信令，則等待通話對端的摘機信令。如果超出預定時長，未接收到摘機信令，仿真結(jié)束，測試結(jié)果為“失敗”，失敗原因可以判定為對端久不摘機。在步驟516中，雙方建立通話后，仿真模塊進入通話狀態(tài)，經(jīng)過預定時間后，仿真模塊可以發(fā)送放音消息至DSP，開始播放音樂。在步驟518中，判定通信故障的故障點和原因，并發(fā)送錯誤信息。在一個實施例中，仿真模塊可以根據(jù)通信過程自動判斷故障原因。比如，當仿真模塊與軟交換的信令消息交互過程順利完成，仿真模塊判定故障發(fā)生于用戶側(cè)。當仿真模塊與軟交換的信令消息交互過程中出現(xiàn)問題，仿真模塊判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。在另一個實施例中，通話對端測試系統(tǒng)的測試人員可以根據(jù)是否聽到音樂對測試結(jié)果進行確認。比如，在聽完音樂后，測試人員可以通過測試系統(tǒng)的預定方式指示故障原因，如按“1”鍵表示測試人員聽到音樂，線路正常；按其它鍵則表示雖然通話已建立，但是測試人員并沒有聽到音樂，線路不正常。仿真模塊檢測測試人員的按鍵情況，如果沒有檢測到測試人員的按鍵，測試結(jié)果為通話已建立，測試人員未確認。如果檢測到測試人員按了 “1”鍵，測試結(jié)果為“成功”，檢測到其它按鍵，測試結(jié)果為“失敗”。圖6為根據(jù)本發(fā)明實施例的仿真模塊600的結(jié)構(gòu)示意圖。仿真模塊600包括信令監(jiān)聽單元602、用戶操作仿真單元604、結(jié)果跟蹤與分析單元606和錯誤信息發(fā)送單元608。信令監(jiān)聽單元602，用于監(jiān)聽軟交換發(fā)送的信令消息。用戶操作仿真單元604，用于根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換。結(jié)果跟蹤與分析單元606，用于監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因。錯誤信息發(fā)送單元608，用于根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。圖7為根據(jù)本發(fā)明另一實施例的仿真模塊700的結(jié)構(gòu)示意圖。仿真模塊700包括 信令監(jiān)聽單元702、用戶操作仿真單元704、結(jié)果跟蹤與分析單元706和錯誤信息發(fā)送單元 708。信令監(jiān)聽單元702，用于監(jiān)聽軟交換發(fā)送的信令消息。用戶操作仿真單元704，用于根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換。用戶操作仿真單元704可以包括主叫模擬子單元 12和被叫模擬子單元14。主叫模擬子單元12，用于當仿真模塊700模擬主叫方向軟交換發(fā)出摘機的信令消息時，接收軟交換返回的撥號音信令，根據(jù)撥號音信令，產(chǎn)生撥號信令消息模擬撥號，并等待通話對端摘機以建立通話。被叫模擬子單元14，用于當仿真模塊700模擬被叫方時，接收通話對端發(fā)出的呼叫振鈴信令，根據(jù)呼叫振鈴信令，生成摘機的信令消息以建立通話。結(jié)果跟蹤與分析單元706，用于監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因。結(jié)果跟蹤與分析單元706可以包括用戶側(cè)故障判定子單元22和網(wǎng)絡側(cè)故障判定子單元對。用戶側(cè)故障判定子單元22，用于當仿真模塊700與軟交換的信令消息交互過程順利完成，判定故障發(fā)生于用戶側(cè)。網(wǎng)絡側(cè)故障判定子單元對，用于當仿真模塊700與軟交換的信令消息交互過程中出現(xiàn)問題，判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊700 與軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。錯誤信息發(fā)送單元708，用于根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。圖8為根據(jù)本發(fā)明實施例的ONU設(shè)備800的結(jié)構(gòu)示意圖。ONU設(shè)備800包括仿真模塊802、DSP 804和CPU 806。其中，仿真模塊802可以為如圖6或圖7所示的仿真模塊600或700，其技術(shù)細節(jié)此處不再贅述。在一個實施例中，仿真模塊802可以內(nèi)置于CPU 806。DSP 804，用于在仿真模塊802與通話對端的通話建立后，接收仿真模塊802生成并發(fā)送的放音信令，根據(jù)放音信令，以預定的編碼方式和打包間隔，播放預置的錄音。CPU 806，用于接收錄音，并將錄音轉(zhuǎn)發(fā)給通話對端，其中，當仿真模塊802接收到忙音信令時，仿真模塊802產(chǎn)生掛機信令消息以結(jié)束雙方通話。在一個實施例中，仿真模塊 802通過CPU 806的消息隊列接收和發(fā)送信令消息。根據(jù)本發(fā)明的一方面，通過ONU設(shè)備的仿真模塊對用戶側(cè)操作的仿真，以及對信令消息交互流程的監(jiān)測，可以判斷通信故障的故障點和原因，以實現(xiàn)語音業(yè)務故障診斷的自動化，幫助前端故障受理人員快速進行呼入呼出異常測試，攔截用戶申告，實現(xiàn)不用運維人員入戶的語音業(yè)務故障診斷。 本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計適于特定用途的帶有各種修改的各種實施例。
權(quán)利要求
1.一種用于無源光網(wǎng)絡(PON)中語音通信故障的診斷方法，其特征在于，包括 光網(wǎng)絡單元(ONU)設(shè)備的仿真模塊監(jiān)聽軟交換發(fā)送的信令消息；所述仿真模塊根據(jù)所述軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給所述軟交換；所述仿真模塊監(jiān)測與所述軟交換的信令消息交互，判斷通信故障的故障點和原因； 所述仿真模塊根據(jù)所述通信故障的故障點和原因，發(fā)出錯誤提示信息。
2.根據(jù)權(quán)利要求1所述的語音通信故障的診斷方法，其特征在于，所述仿真模塊根據(jù)所述軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給所述軟交換，包括當所述仿真模塊模擬主叫方向所述軟交換發(fā)出摘機的信令消息時，所述仿真模塊接收所述軟交換返回的撥號音信令；所述仿真模塊根據(jù)所述撥號音信令，產(chǎn)生撥號信令消息模擬撥號，并等待通話對端摘機以建立通話；當所述仿真模塊模擬被叫方時，接收通話對端發(fā)出的呼叫振鈴信令； 所述仿真模塊根據(jù)所述呼叫振鈴信令，生成摘機的信令消息以建立通話。
3.根據(jù)權(quán)利要求2所述的語音通信故障的診斷方法，其特征在于，還包括在所述仿真模塊與通話對端的通話建立后，所述仿真模塊生成發(fā)送給所述ONU設(shè)備的 DSP的放音信令；所述數(shù)字信號處理器(DSP)根據(jù)所述放音信令，以預定的編碼方式和打包間隔，向所述ONU設(shè)備的中央處理器(CPU)播放預置的錄音； 所述CPU將所述錄音轉(zhuǎn)發(fā)給通話對端；當所述仿真模塊接收到忙音信令時，產(chǎn)生掛機信令消息以結(jié)束雙方通話。
4.根據(jù)權(quán)利要求1所述的語音通信故障的診斷方法，其特征在于，所述仿真模塊監(jiān)測與所述軟交換的信令消息交互，判斷通信故障的故障點和原因，包括當所述仿真模塊與所述軟交換的信令消息交互過程順利完成，所述仿真模塊判定故障發(fā)生于用戶側(cè)；當所述仿真模塊與所述軟交換的信令消息交互過程中出現(xiàn)問題，所述仿真模塊判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與所述軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。
5.根據(jù)權(quán)利要求1-4之一所述的語音通信故障的診斷方法，其特征在于，所述仿真模塊通過所述ONU設(shè)備的CPU的消息隊列接收和發(fā)送信令消息。
6.一種用于無源光網(wǎng)絡中語音通信故障的仿真模塊，其特征在于，包括 信令監(jiān)聽單元，用于監(jiān)聽軟交換發(fā)送的信令消息；用戶操作仿真單元，用于根據(jù)所述軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給所述軟交換；結(jié)果跟蹤與分析單元，用于監(jiān)測與所述軟交換的信令消息交互，判斷通信故障的故障點和原因；錯誤信息發(fā)送單元，用于根據(jù)所述通信故障的故障點和原因，發(fā)出錯誤提示信息。
7.根據(jù)權(quán)利要求6所述的仿真模塊，其特征在于，所述用戶操作仿真單元，包括主叫模擬子單元，用于當所述仿真模塊模擬主叫方向所述軟交換發(fā)出摘機的信令消息時，接收所述軟交換返回的撥號音信令，根據(jù)所述撥號音信令，產(chǎn)生撥號信令消息模擬撥號，并等待通話對端摘機以建立通話；被叫模擬子單元，用于當所述仿真模塊模擬被叫方時，接收通話對端發(fā)出的呼叫振鈴信令，根據(jù)所述呼叫振鈴信令，生成摘機的信令消息以建立通話。
8.根據(jù)權(quán)利要求7所述的仿真模塊，其特征在于，所述結(jié)果跟蹤與分析單元，包括用戶側(cè)故障判定子單元，用于當所述仿真模塊與所述軟交換的信令消息交互過程順利完成，判定故障發(fā)生于用戶側(cè)；網(wǎng)絡側(cè)故障判定子單元，用于當所述仿真模塊與所述軟交換的信令消息交互過程中出現(xiàn)問題，判定故障發(fā)生于網(wǎng)絡側(cè)，其中，如果仿真模塊與所述軟交換之間無信令交互，判定語音業(yè)務配置存在問題，否則判定網(wǎng)絡側(cè)系統(tǒng)存在問題。
9.一種包括權(quán)利要求6-8之一的仿真模塊的ONU設(shè)備，其特征在于，還包括DSP，用于在所述仿真模塊與通話對端的通話建立后，接收所述仿真模塊生成并發(fā)送的放音信令，根據(jù)所述放音信令，以預定的編碼方式和打包間隔，播放預置的錄音；CPU，用于接收所述錄音，并將所述錄音轉(zhuǎn)發(fā)給通話對端，其中，當所述仿真模塊接收到忙音信令時，所述仿真模塊產(chǎn)生掛機信令消息以結(jié)束雙方通話。
10.根據(jù)權(quán)利要求9所述的ONU設(shè)備，其特征在于，所述仿真模塊通過所述CPU的消息隊列接收和發(fā)送信令消息。
全文摘要
本發(fā)明提供一種仿真模塊、ONU設(shè)備和通信故障診斷方法，涉及寬帶接入技術(shù)。其中，一種用于無源光網(wǎng)絡(PON)中語音通信故障的診斷方法，包括光網(wǎng)絡單元(ONU)設(shè)備的仿真模塊監(jiān)聽軟交換發(fā)送的信令消息；仿真模塊根據(jù)軟交換發(fā)送的信令消息，仿真用戶側(cè)的操作，生成用戶側(cè)事件消息信令發(fā)送給軟交換；仿真模塊監(jiān)測與軟交換的信令消息交互，判斷通信故障的故障點和原因；仿真模塊根據(jù)通信故障的故障點和原因，發(fā)出錯誤提示信息。本發(fā)明通過ONU設(shè)備的仿真模塊對用戶側(cè)操作的仿真，以及對信令消息交互流程的監(jiān)測，可以判斷通信故障的故障點和原因，以實現(xiàn)語音業(yè)務故障診斷的自動化。
文檔編號H04B10/08GK102571196SQ20111003035
公開日2012年7月11日 申請日期2011年1月28日 優(yōu)先權(quán)日2010年12月8日
發(fā)明者吳艷芹, 尚逢亮, 堯昱, 張樂, 張淑建, 張靜, 王允 申請人:中國電信股份有限公司