專利名稱:一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)、方法及網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域：
，具體涉及一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)、方法及網(wǎng)絡(luò)設(shè)備。
背景技術(shù)：
隨著網(wǎng)絡(luò)的演進、網(wǎng)絡(luò)功能的完善，網(wǎng)絡(luò)設(shè)備的競爭重點已逐漸轉(zhuǎn)向了運維方面。運營商需要了解網(wǎng)絡(luò)的性能狀況，需要實現(xiàn)性能監(jiān)控、性能問題隔離和定位、性能趨勢預(yù)測、分析VIP用戶的行為，針對用戶投訴分析失敗原因等。
目前，實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法主要包括如下步驟步驟1、操作員在GUI(graphics user interface，圖形用戶界面)中創(chuàng)建測量任務(wù)，如設(shè)置粒度周期，測量對象，測量指標，時間等。創(chuàng)建的任務(wù)直接下發(fā)到網(wǎng)絡(luò)設(shè)備中，網(wǎng)絡(luò)設(shè)備根據(jù)其接收的測量任務(wù)進行測量性能指標的打點計算。
步驟2、各個相關(guān)數(shù)據(jù)采集點根據(jù)測量任務(wù)向NE OM(network elementoperation and maintenance，網(wǎng)元操作運行維護管理)或EM(element management，網(wǎng)元管理)上報符合要求的數(shù)據(jù)，不符合要求的數(shù)據(jù)不上報。
步驟3、NE OM或EM根據(jù)其接收到的數(shù)據(jù)為每一個測量任務(wù)分別生成測量結(jié)果，即性能測量結(jié)果，并將測量結(jié)果保存在文件或數(shù)據(jù)庫中，或者將測量結(jié)果上報到GUI網(wǎng)管，或者網(wǎng)管向NE OM/EM查詢指定任務(wù)的測量結(jié)果。
步驟4、當測量任務(wù)的結(jié)束時間到或操作員刪除了測量任務(wù)時，各個相關(guān)數(shù)據(jù)采集點停止向NE OM或EM上報數(shù)據(jù)。
通過上述描述可知，目前的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法主要存在以下問題1、由于各個數(shù)據(jù)采集點和呼叫處理流程緊密結(jié)合，所以，很難對測量過程進行精確控制，由于異常情況多等原因，使性能測量的統(tǒng)計結(jié)果很難做到非常準確。
2、網(wǎng)絡(luò)設(shè)備支持的測量任務(wù)數(shù)目和對象數(shù)目有限，導(dǎo)致測量數(shù)據(jù)收集不完整。
3、如果在網(wǎng)絡(luò)設(shè)備執(zhí)行測量任務(wù)過程中新增了資源，即使該新增的資源符合某個測量任務(wù)指定的條件，也不能自動包含在該測量任務(wù)中，不能做到自動測量。
4、由于該方法需要先建立測量任務(wù)，所以，測量任務(wù)中沒有的指標，就收集不到相應(yīng)的指標數(shù)據(jù)，使該方法難以支持事后分析。
5、由于測量指標和網(wǎng)絡(luò)設(shè)備中的呼叫實現(xiàn)過程緊密結(jié)合，所以，對于新的測量指標和新的話務(wù)統(tǒng)計需求響應(yīng)慢。
6.由于性能測量指標在網(wǎng)絡(luò)設(shè)備內(nèi)統(tǒng)計，所以，系統(tǒng)不能提供針對單次呼叫的性能測量指標統(tǒng)計。

發(fā)明內(nèi)容本發(fā)明的目的在于，提供一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)、方法及網(wǎng)絡(luò)設(shè)備，通過使網(wǎng)絡(luò)設(shè)備僅輸出呼叫的呼叫信息，由專門的預(yù)處理層根據(jù)呼叫信息對各網(wǎng)絡(luò)設(shè)備進行運行維護管理，使呼叫的實現(xiàn)過程與網(wǎng)絡(luò)設(shè)備的運行維護的過程相互分離，而且，使預(yù)處理層能夠獲取到原始呼叫的詳細記錄數(shù)據(jù)，從而使運行維護過程能夠靈活實現(xiàn)、運行維護管理更加全面。
為達到上述目的，本發(fā)明提供的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，包括由至少一臺網(wǎng)絡(luò)設(shè)備構(gòu)成的設(shè)備層、及獨立于設(shè)備層存在的預(yù)處理層；
各網(wǎng)絡(luò)設(shè)備獲取呼叫過程中的呼叫信息，并將呼叫信息傳輸至預(yù)處理層，預(yù)處理層根據(jù)其接收的呼叫信息對網(wǎng)絡(luò)設(shè)備進行集中運行維護管理。
所述網(wǎng)絡(luò)設(shè)備中設(shè)置有獲取呼叫信息模塊和傳輸模塊；獲取呼叫信息模塊獲取正常/異常結(jié)束的呼叫中的呼叫信息，和/或獲取在應(yīng)答之前失敗的呼叫中的呼叫信息，和/或獲取發(fā)生的補充業(yè)務(wù)的呼叫信息，和/或定時獲取處于活動狀態(tài)的呼叫中的呼叫信息；傳輸模塊將獲取呼叫信息模塊獲取的呼叫信息傳輸至預(yù)處理層。
所述網(wǎng)絡(luò)設(shè)備中還設(shè)置有時間戳模塊；時間戳模塊定時獲取網(wǎng)絡(luò)設(shè)備當前時間信息，并由傳輸模塊將當前時間信息傳輸至預(yù)處理層。
所述預(yù)處理層中設(shè)置有過濾條件存儲模塊和統(tǒng)計模塊；過濾條件存儲模塊存儲對呼叫信息進行過濾的過濾條件；過濾模塊根據(jù)過濾條件存儲模塊中存儲的過濾條件對預(yù)定時間段內(nèi)預(yù)處理層接收的呼叫信息進行過濾，獲得影響性能測量指標統(tǒng)計結(jié)果的呼叫信息，并將影響性能測量指標統(tǒng)計結(jié)果的呼叫信息傳輸至統(tǒng)計模塊；統(tǒng)計模塊根據(jù)其接收的呼叫信息進行性能測量指標統(tǒng)計。
所述過濾條件存儲模塊包括對象過濾存儲子模塊、業(yè)務(wù)屬性過濾存儲子模塊和性能測量指標過濾存儲子模塊中的一個或多個；對象過濾存儲子模塊存儲需要進行性能測量指標統(tǒng)計的呼叫對象信息；業(yè)務(wù)屬性過濾存儲子模塊存儲需要進行性能測量指標統(tǒng)計的呼叫業(yè)務(wù)屬性信息；性能測量指標過濾存儲子模塊存儲需要進行統(tǒng)計的性能測量指標與影響其統(tǒng)計結(jié)果的呼叫信息的對應(yīng)關(guān)系。
所述預(yù)處理層中設(shè)置有日志模塊和日志分析模塊；日志模塊根據(jù)預(yù)處理層接收的呼叫信息建立呼叫失敗的日志信息；
日志分析模塊對日志模塊中存儲的日志信息進行呼叫失敗日志分析處理。
所述系統(tǒng)還包括后分析層對預(yù)處理層輸出的預(yù)處理結(jié)果數(shù)據(jù)進行后分析處理。
所述后分析層包括但不限于網(wǎng)元管理系統(tǒng)EMS，或網(wǎng)絡(luò)管理系統(tǒng)NMS，或網(wǎng)絡(luò)優(yōu)化系統(tǒng)。
本發(fā)明提供的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，包括a、設(shè)備層中的各網(wǎng)絡(luò)設(shè)備獲取呼叫過程中的呼叫信息，并將呼叫信息傳輸至獨立于設(shè)備層的預(yù)處理層；b、預(yù)處理層根據(jù)其接收的呼叫信息對各網(wǎng)絡(luò)設(shè)備進行集中運行維護管理。
所述呼叫中的呼叫信息包括但不限于下述一個或多個表示呼叫中的標準信令消息收發(fā)情況的主被叫側(cè)的消息收發(fā)位表相關(guān)數(shù)據(jù)、呼叫中的標準信令消息的收到/發(fā)出時刻信息、呼叫對應(yīng)的對象信息、呼叫對應(yīng)的業(yè)務(wù)屬性信息。
所述步驟a包括下述步驟中的一個或多個網(wǎng)絡(luò)設(shè)備獲取正常/異常結(jié)束的呼叫中的呼叫信息，并傳輸至預(yù)處理層；網(wǎng)絡(luò)設(shè)備獲取在應(yīng)答之前失敗的呼叫中的呼叫信息，并傳輸至預(yù)處理層；網(wǎng)絡(luò)設(shè)備獲取發(fā)生的補充業(yè)務(wù)的呼叫信息，并傳輸至預(yù)處理層；網(wǎng)絡(luò)設(shè)備定時獲取處于活動狀態(tài)的呼叫的呼叫信息，并傳輸至預(yù)處理層。
所述步驟a還包括網(wǎng)絡(luò)設(shè)備定時獲取網(wǎng)絡(luò)設(shè)備當前時間信息，并傳輸至預(yù)處理層。
所述步驟b包括預(yù)處理層根據(jù)其存儲的過濾條件對其接收的呼叫信息進行過濾，獲得影響性能測量指標統(tǒng)計結(jié)果的呼叫信息，并根據(jù)影響性能測量指標統(tǒng)計結(jié)果的呼叫信息進行性能測量指標統(tǒng)計。
所述步驟b中的過濾條件包括呼叫對象過濾條件、業(yè)務(wù)屬性過濾條件和性能測量指標過濾條件中的一個或多個；所述性能測量指標過濾條件為需要進行統(tǒng)計的性能測量指標與影響其統(tǒng)計結(jié)果的呼叫信息的對應(yīng)關(guān)系。
所述步驟b包括預(yù)處理層根據(jù)其接收的呼叫信息建立呼叫失敗的日志信息，并根據(jù)日志信息進行呼叫失敗的日志分析處理。
所述方法還包括預(yù)處理層將預(yù)處理結(jié)果數(shù)據(jù)傳輸至后分析層；后分析層對其接收的預(yù)處理結(jié)果數(shù)據(jù)進行后分析處理。
本發(fā)明還提供一種網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備獲取呼叫過程中的呼叫信息，并將所述呼叫信息傳輸至與其獨立存在的預(yù)處理層。
所述網(wǎng)絡(luò)設(shè)備中設(shè)置有獲取呼叫信息模塊和傳輸模塊；獲取呼叫信息模塊獲取正常/異常結(jié)束的呼叫中的呼叫信息，和/或獲取在應(yīng)答之前失敗的呼叫中的呼叫信息，和/或獲取發(fā)生的補充業(yè)務(wù)的呼叫信息，和/或定時獲取處于活動狀態(tài)的呼叫中的呼叫信息；傳輸模塊將獲取呼叫信息模塊獲取的呼叫信息傳輸至預(yù)處理層。
所述網(wǎng)絡(luò)設(shè)備中還設(shè)置有時間戳模塊；時間戳模塊定時獲取網(wǎng)絡(luò)設(shè)備當前時間信息，并傳輸至預(yù)處理層。
通過上述技術(shù)方案的描述可知，通過使網(wǎng)絡(luò)設(shè)備僅輸出呼叫的呼叫信息，由專門的預(yù)處理層根據(jù)呼叫信息對網(wǎng)絡(luò)設(shè)備進行運行維護管理，如進行性能測量指標統(tǒng)計、失敗日志分析等，使呼叫與性能測量指標統(tǒng)計等運行維護管理過程相互分離，使網(wǎng)絡(luò)設(shè)備的功能單一化，從而使網(wǎng)絡(luò)設(shè)備的運行更加穩(wěn)定；本發(fā)明中的預(yù)處理層能夠獲取到原始呼叫的詳細記錄數(shù)據(jù)，使性能測量指標統(tǒng)計等運行維護管理過程能夠靈活實現(xiàn)，使性能測量指標統(tǒng)計等運行維護管理更加全面等；而且，當網(wǎng)絡(luò)設(shè)備傳輸?shù)暮艚行畔艚羞^程詳細信息時，預(yù)處理層即使進行新的性能測量指標統(tǒng)計等運行維護管理，也不需要對網(wǎng)絡(luò)設(shè)備中運行的代碼進行修改，使本發(fā)明能夠?qū)π碌男阅軠y量指標等運行維護管理進行快速響應(yīng)；本發(fā)明中的預(yù)處理層通過采用對象過濾、業(yè)務(wù)屬性過濾、性能測量指標過濾過程，使預(yù)處理層能夠支持更多的測量對象，保證了呼叫信息的收集完整性，進一步保證了預(yù)處理層能夠進行全面的性能測量指標統(tǒng)計等運行維護管理；本發(fā)明中的預(yù)處理層能夠根據(jù)網(wǎng)絡(luò)設(shè)備傳輸來的呼叫信息，針對單個用戶的單次呼叫進行性能測量指標統(tǒng)計，使預(yù)處理層能夠提供每次呼叫的具體狀況，從而能夠快速準確的解決單次呼叫的故障問題；由于網(wǎng)絡(luò)設(shè)備會針對每個呼叫產(chǎn)生并向預(yù)處理層傳輸呼叫的詳細記錄數(shù)據(jù)，這樣，當新增資源被用于呼叫時，新增資源的信息會自動體現(xiàn)在CDR中，使新增資源能夠?qū)崿F(xiàn)自動測量；從而通過本發(fā)明提供的技術(shù)方案實現(xiàn)了提高整個網(wǎng)絡(luò)的可監(jiān)控性，提高網(wǎng)絡(luò)設(shè)備的可運行維護性，提高客戶滿意度的目的。
圖1是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護系統(tǒng)的示意圖；圖2是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護方法的流程圖一；圖3是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護方法的流程圖二；圖4是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護方法的流程圖三；圖5是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護方法的流程圖四；圖6是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護方法的流程圖五；圖7是本發(fā)明實施例的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護方法的流程圖六。
具體實施方式目前，各個網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)功能之間比較獨立，實現(xiàn)方式和途徑都不盡相同，運營商需要一個完整的運行維護管理的解決方案如性能測量指標統(tǒng)計的解決方案。如果將網(wǎng)絡(luò)設(shè)備中的呼叫過程與性能測量指標統(tǒng)計等運行維護管理過程相互分離，使網(wǎng)絡(luò)設(shè)備在實現(xiàn)呼叫過程的同時僅輸出呼叫信息，即僅輸出原始的呼叫詳細記錄數(shù)據(jù)，然后，通過利用專門的預(yù)處理層進行性能測量指標統(tǒng)計等運行維護管理過程，則能夠使網(wǎng)絡(luò)設(shè)備的功能單一化，網(wǎng)絡(luò)設(shè)備的功能單一化能夠使網(wǎng)絡(luò)設(shè)備的運行更加穩(wěn)定，而且，網(wǎng)絡(luò)設(shè)備輸出的原始的呼叫詳細記錄數(shù)據(jù)使預(yù)處理層能夠進行更加全面、靈活的性能測量指標統(tǒng)計等運行維護管理。隨著網(wǎng)絡(luò)設(shè)備硬件成本的不斷降低、網(wǎng)絡(luò)設(shè)備處理能力的不斷提高、網(wǎng)絡(luò)傳輸帶寬的不斷增加，使得上述實現(xiàn)方案具有可行性，而且，上述實現(xiàn)方案能夠有效克服現(xiàn)有實現(xiàn)方法中存在的各種缺點，提高整個網(wǎng)絡(luò)的可監(jiān)控性，提高網(wǎng)絡(luò)設(shè)備的可運行維護性，提高客戶滿意度。
因此，本發(fā)明提供的技術(shù)方案的核心是設(shè)備層中的各網(wǎng)絡(luò)設(shè)備獲取呼叫中的呼叫信息，并將呼叫信息傳輸至獨立于網(wǎng)絡(luò)設(shè)備存在的預(yù)處理層，預(yù)處理層根據(jù)其接收的呼叫信息對各網(wǎng)絡(luò)設(shè)備集中進行運行維護管理，如集中進行性能測量指標統(tǒng)計，以獲得網(wǎng)絡(luò)設(shè)備的性能測量指標等。
下面基于本發(fā)明的核心思想、結(jié)合附圖對本發(fā)明提供的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)、方法和網(wǎng)絡(luò)設(shè)備做進一步的描述。
本發(fā)明的實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)如附圖1所示。
圖1中，實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)主要由兩部分協(xié)作完成，一部分是設(shè)備層，設(shè)備層由至少一個網(wǎng)絡(luò)設(shè)備組成，這里的網(wǎng)絡(luò)設(shè)備可以為各種主機設(shè)備，網(wǎng)元設(shè)備等；在IMS(IP多媒體子系統(tǒng))產(chǎn)品中，網(wǎng)絡(luò)設(shè)備如P-CSCF(ProxyCSCF，代理CSCF)，S-CSCF(服務(wù)CSCF)，MGCF(Media Gateway ControlFunction，媒體網(wǎng)管控制功能)，BGCF(Breakout Gateway Control Function，出口網(wǎng)關(guān)控制功能)等。另一部分是預(yù)處理層，預(yù)處理層可以為PDS(Performance Data Server，性能數(shù)據(jù)服務(wù)器)。從圖1中可以明顯看出，設(shè)備層與預(yù)處理層是獨立存在的。
設(shè)備層中的各網(wǎng)絡(luò)設(shè)備記錄呼叫的呼叫信息，呼叫信息即原始的呼叫詳細記錄數(shù)據(jù)，在本實施例中可以將原始的呼叫詳細記錄數(shù)據(jù)稱之為CDR(CallDetail Record，呼叫詳細記錄)。各網(wǎng)絡(luò)設(shè)備將CDR信息傳輸至PDS，由PDS對其接收的各個CDR集中進行統(tǒng)計，以獲得其需要測量的性能測量指標。
本發(fā)明的系統(tǒng)還可以進一步包括后分析層和包括至少一個客戶端的呈現(xiàn)表示層，后分析層對預(yù)處理層輸出的性能測量指標等運行維護管理信息進行再次分析處理，后分析層的處理結(jié)果由客戶端輸出、或顯示。本發(fā)明不限制后分析層中的后分析處理過程，即本發(fā)明中的后分析層可以采用現(xiàn)有的后分析處理方法來實現(xiàn)。后分析層包括但不限于EMS(element management system，網(wǎng)元管理系統(tǒng))，NMS(network management system，網(wǎng)絡(luò)管理系統(tǒng))，網(wǎng)絡(luò)優(yōu)化系統(tǒng)等。
下面對設(shè)備層中網(wǎng)絡(luò)設(shè)備的處理過程和預(yù)處理層中PDS的處理過程分別進行說明。
一、網(wǎng)絡(luò)設(shè)備輸出CDR信息的過程。
網(wǎng)絡(luò)設(shè)備需要針對每個呼叫均輸出CDR信息。CDR信息中包括了一個呼叫過程中的詳細信息。CDR中的信息包括但不限于如下內(nèi)容1、呼叫中主被叫側(cè)的信令消息收發(fā)位表的相關(guān)數(shù)據(jù)。
這里的主叫側(cè)是指交換機內(nèi)部處理和主叫相關(guān)的信令消息的那一側(cè)，被叫側(cè)是指交換機內(nèi)部處理和被叫相關(guān)的信令消息的那一側(cè)。
呼叫中主被叫側(cè)的信令消息收發(fā)位表的相關(guān)數(shù)據(jù)包括一個呼叫中的標準信令消息的收發(fā)情況，如呼叫中的某個標準信令消息是否已經(jīng)收到了或者是否已經(jīng)發(fā)出了。這里的標準信令消息包括軟交換中的收發(fā)信令消息、IMS(因特網(wǎng)多媒體子網(wǎng))中CSCF(呼叫服務(wù)器控制功能)的收發(fā)信令消息等。軟交換中的收發(fā)信令消息如SETUP(建立)，IAM(初始地址消息)，ALERTING(振鈴)，CONNECT(連接)，CONNECT ACK(連接應(yīng)答)，RELEASE(釋放)消息等信令消息，CSCF中的收發(fā)信令消息如INVITE(請求)消息，183，PRACK，180，200等信令消息。
2、呼叫中的標準信令消息的收到/發(fā)出時刻信息。
呼叫中每個標準信令消息的收發(fā)都會有一個對應(yīng)的時間值，網(wǎng)絡(luò)設(shè)備需要記錄這些標準信令消息的收到時刻、或者發(fā)出時刻，如網(wǎng)絡(luò)設(shè)備需要記錄主叫業(yè)務(wù)請求時刻，即記錄主叫側(cè)收到SET UP信令消息的時刻，被叫業(yè)務(wù)請求時刻，即被叫側(cè)發(fā)出SET UP信令消息的時刻，被叫振鈴時刻即被叫側(cè)收到ALERTING消息的時刻，被叫應(yīng)答時刻，即被叫側(cè)收到CONECT信令消息的時刻，通話結(jié)束時刻等。
3、呼叫對應(yīng)的對象信息。
呼叫對應(yīng)的對象信息即呼叫中能夠進行性能測量指標統(tǒng)計的對象信息，如在軟交換中，呼叫對應(yīng)的對象信息包括但不限于下述內(nèi)容中的一種或多種呼叫的主被叫用戶號碼、主被叫端口號、入中繼和出中繼的電路號、入中繼和出中繼的類型、入局與出局局向號、主被叫的CENTREX(虛擬用戶交換機)群號、主被叫的PBX(專用分組交換機)群號等等。
4、呼叫對應(yīng)的業(yè)務(wù)屬性信息。
呼叫對應(yīng)的業(yè)務(wù)屬性信息包括但不限于下述內(nèi)容中的一種或多種呼叫的主被叫側(cè)接入類型，呼叫的呼叫類型如入局呼叫、出局呼叫或匯接呼叫等，呼叫的接續(xù)類型如國內(nèi)長途、國際長途、市話等，呼叫的智能業(yè)務(wù)標志，呼叫的補充業(yè)務(wù)標志，呼叫的承載業(yè)務(wù)類型如語音、視頻、數(shù)據(jù)、傳真等，呼叫的失敗原因，呼叫的音頻視頻編碼方式等等。
網(wǎng)絡(luò)設(shè)備產(chǎn)生的CDR種類包括但不限于下述內(nèi)容的一種或多種話務(wù)終止CDR，話務(wù)失敗CDR，話務(wù)同步CDR，補充業(yè)務(wù)CDR。也就是說網(wǎng)絡(luò)設(shè)備可以在呼叫過程中記錄呼叫信息，記錄呼叫信息可以通過置位過程來實現(xiàn)，即對CDR中的相應(yīng)字段進行設(shè)置。
如果該呼叫正常結(jié)束或者在通話過程中異常結(jié)束，則網(wǎng)絡(luò)設(shè)備記錄并生成的CDR為話務(wù)終止CDR；如果該呼叫在應(yīng)答之前失敗，則網(wǎng)絡(luò)設(shè)備記錄并生成的CDR為話務(wù)失敗CDR；如果有相關(guān)補充業(yè)務(wù)發(fā)生，則需要生成補充業(yè)務(wù)CDR，以便進行各種補充業(yè)務(wù)相關(guān)的統(tǒng)計，如針對前轉(zhuǎn)目的地的性能測量指標的統(tǒng)計等；為了保證在一個統(tǒng)計周期內(nèi)統(tǒng)計的性能測量指標的數(shù)據(jù)絕對正確，網(wǎng)絡(luò)設(shè)備需要周期性的產(chǎn)生話務(wù)同步CDR，將周期結(jié)束時刻處于活動狀態(tài)的呼叫的呼叫信息傳輸至預(yù)處理層，以便使PDS可以準確地計算一個周期內(nèi)的話務(wù)量和各種呼叫次數(shù)等性能測量指標。
上述記錄并生成話務(wù)終止CDR、話務(wù)失敗CDR、補充業(yè)務(wù)CDR、話務(wù)同步CDR的功能由獲取呼叫信息模塊來完成。上述將話務(wù)終止CDR、話務(wù)失敗CDR、補充業(yè)務(wù)CDR、話務(wù)同步CDR傳輸至預(yù)處理層的功能由傳輸模塊來完成。
為了使預(yù)處理層便于對性能測量指標進行準確統(tǒng)計，網(wǎng)絡(luò)設(shè)備還可以周期性的產(chǎn)生時間戳CDR，時間戳CDR中包含有網(wǎng)絡(luò)設(shè)備的當前時間，即網(wǎng)絡(luò)設(shè)備周期性的將系統(tǒng)當前時間寫入CDR中，并傳輸至PDS，如網(wǎng)絡(luò)設(shè)備每分鐘向PDS傳輸一次時間戳CDR，以使預(yù)處理層能夠準確區(qū)分網(wǎng)絡(luò)設(shè)備在不同時刻產(chǎn)生的CDR信息。生成時間戳CDR的功能由時間戳模塊來完成，此時，傳輸模塊還需要將時間戳模塊生成的時間戳CDR傳輸至預(yù)處理層。
網(wǎng)絡(luò)設(shè)備可以采用主動上報的方式將其產(chǎn)生的CDR信息傳輸至PDS，即網(wǎng)絡(luò)設(shè)備產(chǎn)生CDR信息后立即上報；網(wǎng)絡(luò)設(shè)備也可以采用被動上報的方式將其產(chǎn)生的CDR信息傳輸至PDS，即網(wǎng)絡(luò)設(shè)備存儲其產(chǎn)生CDR信息，在PDS向網(wǎng)絡(luò)設(shè)備請求CDR信息時，網(wǎng)絡(luò)設(shè)備才將其存儲的CDR信息傳輸至PDS。
網(wǎng)絡(luò)設(shè)備產(chǎn)生的CDR中包含的信息可根據(jù)實際需要進行靈活設(shè)置，即CDR中的信息詳細程度是可以靈活變化的，如可以把一些鏈路的流量測量，一些電路群的性能測量繼續(xù)留在主機進行打點，然后，采用定時產(chǎn)生非話務(wù)類CDR的方式將一個周期內(nèi)的數(shù)據(jù)傳輸至PDS。當然，也可以在話務(wù)類CDR中增加一些字段信息，如增加一些鏈路對象信息、增加針對這些鏈路對象的消息流量字段等，使鏈路的流量等信息包含在話務(wù)類CDR中傳輸至PDS，使PDS能夠通過話務(wù)類CDR獲得一個呼叫過程中，此鏈路對象發(fā)送了多少控制消息，收到了多少控制消息等信息，PDS通過對網(wǎng)絡(luò)設(shè)備傳輸來的CDR進行集中分析計算，也能夠獲得鏈路對象等在一個周期內(nèi)的性能測量指標值等運行維護管理信息。
下面結(jié)合附圖2對網(wǎng)絡(luò)設(shè)備產(chǎn)生不同種類的CDR的過程進行說明。
圖2中，呼叫1和呼叫2均為跨周期呼叫，網(wǎng)絡(luò)設(shè)備需要在周期0的結(jié)束時刻為呼叫2生成話務(wù)同步CDR，在周期1的結(jié)束時刻為這兩個跨周期呼叫分別生成話務(wù)同步CDR，每張話務(wù)同步CDR反映某呼叫在該周期時刻所處的狀態(tài)。如果呼叫1和呼叫2均為正常結(jié)束，則網(wǎng)絡(luò)設(shè)備還需要在呼叫1和呼叫2正常結(jié)束時，為這兩個跨周期呼叫分別生成呼叫終止CDR。
設(shè)定呼叫1的結(jié)束或失敗時刻為10:12，呼叫2的結(jié)束或失敗時刻為10:11，則網(wǎng)絡(luò)設(shè)備生成的CDR包括在10:05時刻為呼叫2生成的話務(wù)同步CDR，在10:10時刻為呼叫1和呼叫2分別生成的話務(wù)同步CDR，在10:11為呼叫2生成話務(wù)終止CDR或話務(wù)失敗CDR，在10:12為呼叫1生成話務(wù)終止CDR或話務(wù)失敗CDR。
從上述描述可以看出，網(wǎng)絡(luò)設(shè)備可以根據(jù)每個呼叫的失敗、終止及補充業(yè)務(wù)的產(chǎn)生情況實時產(chǎn)生并向PDS傳輸CDR信息，同時，網(wǎng)絡(luò)設(shè)備還可以根據(jù)預(yù)定周期定時產(chǎn)生并向PDS傳輸CDR信息，也就是說，如果呼叫在周期內(nèi)就結(jié)束了，則網(wǎng)絡(luò)設(shè)備需要實時產(chǎn)生并傳輸話務(wù)終止CDR、或者話務(wù)失敗CDR、或者補充業(yè)務(wù)CDR，如果呼叫是跨周期的呼叫，則網(wǎng)絡(luò)設(shè)備需要在周期點上報這個呼叫在該周期點的呼叫詳細信息。通過各種CDR信息的生成和傳輸，可以保證網(wǎng)絡(luò)設(shè)備為一個周期內(nèi)的每個呼叫都生成并傳輸了CDR信息，使PDS進行性能測量指標統(tǒng)計等運行維護管理的基礎(chǔ)數(shù)據(jù)的完整性高，從而保證了PDS統(tǒng)計性能測量指標等運行維護管理信息的準確性。
二、PDS集中進行運行維護管理過程。下面以性能測量指標統(tǒng)計過程為例進行說明。
PDS側(cè)需要對網(wǎng)絡(luò)設(shè)備傳輸來的CDR信息進行性能測量指標統(tǒng)計，根據(jù)需要進行性能測量指標的不同，PDS可以不對網(wǎng)絡(luò)設(shè)備傳輸來的CDR信息進行過濾，直接進行性能測量指標統(tǒng)計，如在統(tǒng)計此次呼叫的主叫號碼時，不需要對網(wǎng)絡(luò)設(shè)備傳輸來的CDR信息過濾；在進行大多數(shù)的性能測量指標統(tǒng)計過程中，PDS需要對網(wǎng)絡(luò)設(shè)備傳輸來的CDR信息進行過濾，然后，根據(jù)符合過濾條件的CDR信息進行性能測量指標統(tǒng)計，即PDS通過進行復(fù)雜的邏輯處理，最終計算出性能測量指標信息。當需要進行過濾處理時，PDS進行的性能測量指標統(tǒng)計過程主要包括過濾處理過程和性能測量指標計算過程，過濾條件存儲于PDS中的過濾條件存儲模塊中。
過濾處理過程可以包括呼叫對應(yīng)的對象信息過濾處理、呼叫對應(yīng)的業(yè)務(wù)屬性信息過濾處理和性能測量指標的過濾處理過程中的任意一種、或者任意兩種、或者三種同時都包括，而且，本發(fā)明不限制過濾的先后順序，如可以先進行呼叫對應(yīng)的對象信息過濾處理、再進行呼叫對應(yīng)的業(yè)務(wù)屬性信息過濾處理；再如可以先進行呼叫對應(yīng)的業(yè)務(wù)屬性信息過濾處理、在進行呼叫對應(yīng)的對象信息過濾處理。當過濾處理過程同時包括上述三種過濾處理過程時，這三種過濾處理過程的先后順序可以任何調(diào)整。
下面對這三種過濾處理過程分別進行描述。
1、呼叫對應(yīng)的對象信息過濾處理。
網(wǎng)絡(luò)設(shè)備上報的CDR中包含呼叫對應(yīng)的對象信息。呼叫對應(yīng)的對象信息如該呼叫的主被叫號碼、主被叫端口號、入中繼出中繼、入局局向、出局局向、主被叫CENTREX群等。
PDS側(cè)存儲有整個測量系統(tǒng)需要進行性能測量指標計算的對象信息，這里的對象信息可以存儲于過濾條件存儲模塊中的對象過濾存儲子模塊中，而且，PDS側(cè)存儲的對象信息可以是網(wǎng)管下發(fā)的，也可以是其支持的默認對象信息。
由于PDS側(cè)存有整個測量系統(tǒng)需要進行性能測量指標統(tǒng)計的所有對象信息，而網(wǎng)絡(luò)設(shè)備傳輸來的每張CDR中僅包含與這個呼叫相關(guān)的一些對象信息，因此，需要對CDR進行對象過濾，對象過濾過程如附圖3所示。
圖3中，對象過濾器中包含有本發(fā)明中的對象過濾存儲子模塊和過濾模塊，對象過濾器判斷網(wǎng)絡(luò)設(shè)備傳輸來的CDR中的對象信息是否能夠和PDS需要進行性能測量指標統(tǒng)計的對象匹配，如果匹配成功，表明CDR對應(yīng)的呼叫是PDS關(guān)心的呼叫，需要針對該CDR計算匹配成功的對象的性能測量指標；如果匹配不成功，則表明CDR對應(yīng)的呼叫沒有通過對象過濾，該呼叫不是PDS關(guān)心的呼叫，不需要針對該CDR計算相應(yīng)對象的性能測量指標對象指標。
下面通過一個具體的例子進行說明。
設(shè)定PDS需要計算局向2，局向3，局向4的發(fā)話出局話務(wù)量，而網(wǎng)絡(luò)設(shè)備上報的一張CDR對應(yīng)的呼叫是局向2的發(fā)話，這樣，通過對象過濾過程，確定該CDR對應(yīng)的呼叫是PDS關(guān)心的呼叫，PDS需要根據(jù)該CDR中的呼叫信息計算局向2的相關(guān)的性能測量指標；如果網(wǎng)絡(luò)設(shè)備上報的某張CDR對應(yīng)的呼叫是局向5的發(fā)話，由于PDS只需要計算局向2，局向3，局向4的發(fā)話出局話務(wù)量，所以，通過對象過濾過程，確定該CDR對應(yīng)的呼叫不是PDS關(guān)心的呼叫，PDS不需要根據(jù)該CDR中的呼叫信息計算相應(yīng)對象的相關(guān)的性能測量指標。
2、呼叫對應(yīng)的業(yè)務(wù)屬性過濾處理。
網(wǎng)絡(luò)設(shè)備上報的CDR信息中包含一個呼叫對應(yīng)的業(yè)務(wù)屬性信息。業(yè)務(wù)屬性信息如呼叫的主被叫側(cè)接入類型，呼叫的智能業(yè)務(wù)標志，補充業(yè)務(wù)標志，呼叫的承載業(yè)務(wù)類型等。呼叫的承載業(yè)務(wù)類型如語音，視頻等。
PDS側(cè)存儲有整個測量系統(tǒng)需要進行性能測量指標計算的業(yè)務(wù)屬性信息，這里的業(yè)務(wù)信息可以存儲于過濾條件存儲模塊中的業(yè)務(wù)屬性過濾存儲子模塊中，而且，PDS側(cè)存儲的業(yè)務(wù)屬性信息可以是網(wǎng)管下發(fā)的，也可以是其支持的默認對象信息。
如果本發(fā)明中的過濾條件包括對象過濾和業(yè)務(wù)屬性過濾，則通過上述圖3的對象過濾后，會得到一個需要參加性能測量指標統(tǒng)計的對象集合，每個需要參加性能測量指標統(tǒng)計的對象會對應(yīng)一組本體，這些本體中帶有呼叫的業(yè)務(wù)屬性，如主叫為2G接入的試呼叫次數(shù)，主叫為2G接入的占用接通話務(wù)量，主叫為2G接入的應(yīng)答話務(wù)量；主叫為3G接入的試呼次數(shù)，主叫為3G接入的接通話務(wù)量，主叫為3G接入的應(yīng)答話務(wù)量。這些帶有相同呼叫業(yè)務(wù)屬性的本體可以組織成性能測量單元的形式，如主叫為2G接入的本體組織成一個性能測量單元，主叫為3G接入的本體組織成另一個性能測量單元。但是不管以什么方式組織，局向這個對象的本體集合反映出了多種呼叫業(yè)務(wù)屬性。
因此，PDS性能測量系統(tǒng)中的對象需要測量的本體可能體現(xiàn)出多種業(yè)務(wù)屬性，而對于主機上報的一個呼叫的CDR來說，其業(yè)務(wù)屬性是固定的，如上述例子中的接入類型，在一個呼叫對應(yīng)的CDR中要么是2G，要么是3G，或者是其他形式，但是，絕對不會出現(xiàn)又是2G接入，又是3G接入的現(xiàn)象。這樣PDS就需要對呼叫信息進行業(yè)務(wù)屬性信息的過濾。業(yè)務(wù)屬性過濾過程如附圖4所示。
圖4中，業(yè)務(wù)屬性過濾器中包含有本發(fā)明中的業(yè)務(wù)屬性過濾存儲子模塊和過濾模塊，業(yè)務(wù)屬性過濾器判斷對象過濾后的CDR中的業(yè)務(wù)屬性信息是否能夠和性能測量單元中的業(yè)務(wù)屬性匹配，如果匹配成功，表明CDR對應(yīng)的呼叫是PDS關(guān)心的呼叫，需要針對該CDR計算匹配成功的對象、業(yè)務(wù)屬性的性能測量指標；如果匹配不成功，則表明CDR對應(yīng)的呼叫沒有通過業(yè)務(wù)屬性過濾，該呼叫不是PDS關(guān)心的呼叫，不需要針對該CDR計算相應(yīng)對象、業(yè)務(wù)屬性的性能測量指標對象指標。
下面通過一個具體的例子進行說明。
設(shè)定針對軟交換中的局向?qū)ο?，需要進行性能測量的指標包括該局向的主叫為2G接入的試呼次數(shù)，占用次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量；這7個本體組成2G發(fā)話話務(wù)測量單元。需要進行性能測量的指標還可以包括主叫為3G接入的試呼次數(shù)，占用次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量；這7個本體組成3G發(fā)話話務(wù)測量單元。而網(wǎng)絡(luò)設(shè)備上報的一個呼叫的CDR信息中，主叫側(cè)接入類型為2G，這樣，對于主叫為3G接入的試呼次數(shù)，占用次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量這幾個指標業(yè)務(wù)屬性匹配不成功，3G發(fā)話話務(wù)測量單元不需要進行更新，即CDR中的信息不需要參加3G發(fā)話話務(wù)測量單元的性能測量指標的統(tǒng)計。而主叫為2G接入的試呼次數(shù)，占用次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量這幾個指標和CDR信息中的呼叫業(yè)務(wù)屬性匹配成功，2G發(fā)話話務(wù)測量單元需要進行更新，即CDR中的信息需要參加2G發(fā)話話務(wù)測量單元的性能測量指標的統(tǒng)計。
3、性能測量指標的過濾網(wǎng)絡(luò)設(shè)備上報的CDR信息中包含有一個呼叫對應(yīng)的信令消息的收發(fā)情況和這些信令消息收發(fā)對應(yīng)的時刻點，針對某個呼叫，CDR中的信息可以包括主叫側(cè)收到了SET UP消息，對應(yīng)的主叫側(cè)業(yè)務(wù)請求時刻，被叫側(cè)收到了ACM消息，對應(yīng)的被叫振鈴時刻，被叫側(cè)收到CONNECT消息，對應(yīng)的被叫應(yīng)答時刻等等。
由于網(wǎng)絡(luò)設(shè)備傳輸來的CDR信息中的信令消息收發(fā)情況是呼叫流程中的一些關(guān)鍵信令消息，根據(jù)這些信令消息的收發(fā)情況，可以判斷出當前呼叫所處的狀態(tài)，也就決定了需要更新的性能測量指標，即決定了需要進行統(tǒng)計的性能測量指標，這個過程就是性能測量指標過濾過程。性能測量指標的過濾過程如附圖5所示。
圖5中，過濾模塊根據(jù)業(yè)務(wù)屬性過濾存儲子模塊中存儲的需要進行統(tǒng)計的性能測量指標與影響其統(tǒng)計結(jié)果的呼叫信息的對應(yīng)關(guān)系，對CDR中包含的信令消息的收發(fā)情況進行過濾，以確定影響性能測量指標統(tǒng)計的信令消息收發(fā)情況，從而確定了需要根據(jù)CDR中的信令消息的收發(fā)情況進行性能測量指標更新計算的性能測量指標集。
下面結(jié)合附圖6、通過具體的例子對性能測量指標過濾過程進行說明。
圖6中，如果主叫側(cè)收到了SET UP消息，則CDR信息中會包括主叫側(cè)收到SET UP消息的置位信息，PDS需要根據(jù)該CDR更新性能測量指標中的試呼次數(shù)；如果被叫側(cè)收到了ACM消息，則CDR信息中會包括被叫側(cè)收到了ACM消息的置位信息，PDS需要根據(jù)該CDR更新性能測量指標中的接通次數(shù)，并計算接通話務(wù)量；如果被叫側(cè)收到CONNECT消息，則CDR信息中會包括被叫側(cè)收到CONNECT消息的置位信息，PDS需要根據(jù)該CDR更新性能測量指標中的應(yīng)答次數(shù)，并計算應(yīng)答話務(wù)量。
接上述描述的針對軟交換的一個局向?qū)ο蟮睦樱捎贑DR中主叫接入類型為2G接入，所以，通過對象信息過濾和業(yè)務(wù)屬性過濾，匹配到了局向2的性能測量指標集合，即確定了對應(yīng)主叫接入為2G的發(fā)話話務(wù)測量單元，局向2的性能測量指標集合包括主叫接入為2G的試呼次數(shù)，占用次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量。但是，通過了對象信息過濾和業(yè)務(wù)屬性過濾得到的本體，并不是最終需要進行性能測量指標更新的本體，PDS還需要根據(jù)CDR中的信令消息的收發(fā)情況，即呼叫流程中的信令消息置位情況來判斷。設(shè)定網(wǎng)絡(luò)設(shè)備傳輸來的CDR信息中的主被叫側(cè)信令消息置位情況為主叫側(cè)收到了SET UP消息，被叫側(cè)發(fā)出了IAM消息，被叫側(cè)收到了ACM。這樣，PDS需要更新的本體為2G的試呼次數(shù)，占用次數(shù)，占用話務(wù)量，接通次數(shù)，接通話務(wù)量。由于該呼叫的CDR信息中表明，被叫側(cè)沒有收到CONNECT，所以，PDS不需要更新應(yīng)答次數(shù)和應(yīng)答話務(wù)量。
通過上述各個過濾過程后，得到了最終需要更新計算的性能測量指標，PDS根據(jù)次數(shù)累加、或利用計算公式等方法對性能測量指標進行更新。
在上述針對軟交換的一個局向?qū)ο蟮睦又?，主叫?G接入的試呼次數(shù)，占用次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，這些本體的性能測量指標的更新是通過標準計算公式直接次數(shù)累加實現(xiàn)的；而占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量，這些本體的性能測量指標的更新是通過標準的計算公式計算獲得的，如應(yīng)答話務(wù)量通過公式(被叫應(yīng)答時刻-呼叫起始時刻)/周期獲得。
在上述性能測量指標進行更新時，需要判斷一下時間，如更新占用次數(shù)時，需要判斷中繼占用時刻是否在本周期內(nèi)，如圖7中，跨周期呼叫1的中繼占用時刻在周期1內(nèi)，由于PDS已經(jīng)根據(jù)網(wǎng)絡(luò)設(shè)備在周期點10:10產(chǎn)生的話務(wù)同步CDR中的信息對中繼占用次數(shù)進行了累加統(tǒng)計，所以，針對呼叫1在周期2產(chǎn)生的話務(wù)終止CDR，PDS就不能根據(jù)該話務(wù)終止CDR中的信息對中繼占用次數(shù)進行再次累加統(tǒng)計。同理，跨周期呼叫2的中繼占用時刻在周期0內(nèi)，由于PDS已經(jīng)根據(jù)網(wǎng)絡(luò)設(shè)備在周期點10:05產(chǎn)生的話務(wù)同步CDR中的信息對中繼占用次數(shù)進行了累加統(tǒng)計，所以，針對呼叫2在10:10分的話務(wù)同步CDR和周期2內(nèi)的話務(wù)終止CDR，PDS均不能再對中繼占用次數(shù)進行累加統(tǒng)計。
同樣的道理，PDS在對試呼次數(shù)，接通次數(shù)，應(yīng)答次數(shù)，占用話務(wù)量，接通話務(wù)量，應(yīng)答話務(wù)量等性能測量指標進行更新時，需要進行同樣的判斷。
在上述實施例的描述中，網(wǎng)絡(luò)設(shè)備層傳輸至預(yù)處理層的呼叫信息可以是用于計費目的的話單，如本發(fā)明可以通過從用于計費目的的話單中計算出針對單個用戶的話務(wù)量。但是，由于計費信息只有成功呼叫才能產(chǎn)生，因此，通過該方法不能得到關(guān)于失敗呼叫的性能測量指標。而在實際操作維護中，失敗呼叫的信息更加重要。
上述實施例對預(yù)處理層的描述是以性能測量指標統(tǒng)計為例進行描述的，本發(fā)明中的預(yù)處理層還可以包括其他運行維護管理的處理，如對呼叫失敗日志的處理等，對呼叫失敗日志的處理由日志模塊和日志分析模塊來實現(xiàn)，日志模塊主要用于利用網(wǎng)絡(luò)設(shè)備傳輸來的呼叫信息建立并存儲呼叫失敗的日志信息，日志處理模塊主要用于對日志模塊存儲的日志信息進行呼叫失敗的日志分析處理。由于對網(wǎng)絡(luò)設(shè)備進行運行維護管理包含的內(nèi)容非常豐富，在本實施例中不再一一例舉。
雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權(quán)利要求
包括這些變形和變化。
權(quán)利要求
1.一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，包括由至少一臺網(wǎng)絡(luò)設(shè)備構(gòu)成的設(shè)備層、及獨立于設(shè)備層存在的預(yù)處理層；各網(wǎng)絡(luò)設(shè)備獲取呼叫過程中的呼叫信息，并將呼叫信息傳輸至預(yù)處理層，預(yù)處理層根據(jù)其接收的呼叫信息對網(wǎng)絡(luò)設(shè)備進行集中運行維護管理。
2.如權(quán)利要求
1所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備中設(shè)置有獲取呼叫信息模塊和傳輸模塊；獲取呼叫信息模塊獲取正常/異常結(jié)束的呼叫中的呼叫信息，和/或獲取在應(yīng)答之前失敗的呼叫中的呼叫信息，和/或獲取發(fā)生的補充業(yè)務(wù)的呼叫信息，和/或定時獲取處于活動狀態(tài)的呼叫中的呼叫信息；傳輸模塊將獲取呼叫信息模塊獲取的呼叫信息傳輸至預(yù)處理層。
3.如權(quán)利要求
2所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備中還設(shè)置有時間戳模塊；時間戳模塊定時獲取網(wǎng)絡(luò)設(shè)備當前時間信息，并由傳輸模塊將當前時間信息傳輸至預(yù)處理層。
4.如權(quán)利要求
1或2或3所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述預(yù)處理層中設(shè)置有過濾條件存儲模塊和統(tǒng)計模塊；過濾條件存儲模塊存儲對呼叫信息進行過濾的過濾條件；過濾模塊根據(jù)過濾條件存儲模塊中存儲的過濾條件對預(yù)定時間段內(nèi)預(yù)處理層接收的呼叫信息進行過濾，獲得影響性能測量指標統(tǒng)計結(jié)果的呼叫信息，并將影響性能測量指標統(tǒng)計結(jié)果的呼叫信息傳輸至統(tǒng)計模塊；統(tǒng)計模塊根據(jù)其接收的呼叫信息進行性能測量指標統(tǒng)計。
5.如權(quán)利要求
4所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述過濾條件存儲模塊包括對象過濾存儲子模塊、業(yè)務(wù)屬性過濾存儲子模塊和性能測量指標過濾存儲子模塊中的一個或多個；對象過濾存儲子模塊存儲需要進行性能測量指標統(tǒng)計的呼叫對象信息；業(yè)務(wù)屬性過濾存儲子模塊存儲需要進行性能測量指標統(tǒng)計的呼叫業(yè)務(wù)屬性信息；性能測量指標過濾存儲子模塊存儲需要進行統(tǒng)計的性能測量指標與影響其統(tǒng)計結(jié)果的呼叫信息的對應(yīng)關(guān)系。
6.如權(quán)利要求
1、2或3所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述預(yù)處理層中設(shè)置有日志模塊和日志分析模塊；日志模塊根據(jù)預(yù)處理層接收的呼叫信息建立呼叫失敗的日志信息；日志分析模塊對日志模塊中存儲的日志信息進行呼叫失敗的日志分析處理。
7.如權(quán)利要求
1、2或3所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述系統(tǒng)還包括后分析層對預(yù)處理層輸出的預(yù)處理結(jié)果數(shù)據(jù)進行后分析處理。
8.如權(quán)利要求
7所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述后分析層包括但不限于網(wǎng)元管理系統(tǒng)EMS，或網(wǎng)絡(luò)管理系統(tǒng)NMS，或網(wǎng)絡(luò)優(yōu)化系統(tǒng)。
9.一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，包括步驟a、設(shè)備層中的各網(wǎng)絡(luò)設(shè)備獲取呼叫過程中的呼叫信息，并將呼叫信息傳輸至獨立于設(shè)備層的預(yù)處理層；b、預(yù)處理層根據(jù)其接收的呼叫信息對各網(wǎng)絡(luò)設(shè)備進行集中運行維護管理。
10.如權(quán)利要求
9所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述呼叫中的呼叫信息包括但不限于下述一個或多個表示呼叫中的標準信令消息收發(fā)情況的主被叫側(cè)的消息收發(fā)位表相關(guān)數(shù)據(jù)、呼叫中的標準信令消息的收到/發(fā)出時刻信息、呼叫對應(yīng)的對象信息、呼叫對應(yīng)的業(yè)務(wù)屬性信息。
11.如權(quán)利要求
9或10所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述步驟a包括下述步驟中的一個或多個網(wǎng)絡(luò)設(shè)備獲取正常/異常結(jié)束的呼叫中的呼叫信息，并傳輸至預(yù)處理層；網(wǎng)絡(luò)設(shè)備獲取在應(yīng)答之前失敗的呼叫中的呼叫信息，并傳輸至預(yù)處理層；網(wǎng)絡(luò)設(shè)備獲取發(fā)生的補充業(yè)務(wù)的呼叫信息，并傳輸至預(yù)處理層；網(wǎng)絡(luò)設(shè)備定時獲取處于活動狀態(tài)的呼叫中的呼叫信息，并傳輸至預(yù)處理層。
12.如權(quán)利要求
11所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述步驟a還包括網(wǎng)絡(luò)設(shè)備定時獲取網(wǎng)絡(luò)設(shè)備當前時間信息，并傳輸至預(yù)處理層。
13.如權(quán)利要求
9或10所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述步驟b包括預(yù)處理層根據(jù)其存儲的過濾條件對其接收的呼叫信息進行過濾，獲得影響性能測量指標統(tǒng)計結(jié)果的呼叫信息，并根據(jù)影響性能測量指標統(tǒng)計結(jié)果的呼叫信息進行性能測量指標統(tǒng)計。
14.如權(quán)利要求
13所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述步驟b中的過濾條件包括呼叫對象過濾條件、業(yè)務(wù)屬性過濾條件和性能測量指標過濾條件中的一個或多個；所述性能測量指標過濾條件為需要進行統(tǒng)計的性能測量指標與影響其統(tǒng)計結(jié)果的呼叫信息的對應(yīng)關(guān)系。
15.如權(quán)利要求
9或10所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述步驟b包括預(yù)處理層根據(jù)其接收的呼叫信息建立呼叫失敗的日志信息，并根據(jù)日志信息進行呼叫失敗的日志分析處理。
16.如權(quán)利要求
9或10所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的方法，其特征在于，所述方法還包括預(yù)處理層將預(yù)處理結(jié)果數(shù)據(jù)傳輸至后分析層；后分析層對其接收的預(yù)處理結(jié)果數(shù)據(jù)進行后分析處理。
17.一種網(wǎng)絡(luò)設(shè)備，其特征在于，所述網(wǎng)絡(luò)設(shè)備獲取呼叫過程中的呼叫信息，并將所述呼叫信息傳輸至與其獨立存在的預(yù)處理層。
18.如權(quán)利要求
17所述的一種網(wǎng)絡(luò)設(shè)備，其特征在于，所述網(wǎng)絡(luò)設(shè)備中設(shè)置有獲取呼叫信息模塊和傳輸模塊；獲取呼叫信息模塊獲取正常/異常結(jié)束的呼叫中的呼叫信息，和/或獲取在應(yīng)答之前失敗的呼叫中的呼叫信息，和/或獲取發(fā)生的補充業(yè)務(wù)的呼叫信息，和/或定時獲取處于活動狀態(tài)的呼叫中的呼叫信息；傳輸模塊將獲取呼叫信息模塊獲取的呼叫信息傳輸至預(yù)處理層。
19.如權(quán)利要求
18所述的一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備中還設(shè)置有時間戳模塊；時間戳模塊定時獲取網(wǎng)絡(luò)設(shè)備當前時間信息，并傳輸至預(yù)處理層。
專利摘要
本發(fā)明提供一種實現(xiàn)網(wǎng)絡(luò)設(shè)備運行維護的系統(tǒng)和方法，通過使網(wǎng)絡(luò)設(shè)備僅輸出呼叫的呼叫信息，由專門的預(yù)處理層根據(jù)呼叫信息對網(wǎng)絡(luò)設(shè)備進行性能測量指標統(tǒng)計等運行維護管理，使呼叫與性能測量指標統(tǒng)計等運行維護管理的過程相互分離，使網(wǎng)絡(luò)設(shè)備的功能單一化，從而使網(wǎng)絡(luò)設(shè)備的運行更加穩(wěn)定，使預(yù)處理層的性能測量指標的統(tǒng)計等運行維護管理過程能夠靈活實現(xiàn)，而且，本發(fā)明能夠?qū)π碌男阅軠y量指標等運行維護管理進行快速響應(yīng)，能夠針對單次呼叫進行性能測量指標統(tǒng)計；且能夠?qū)崿F(xiàn)新增資源的自動維護管理；從而通過本發(fā)明提供的技術(shù)方案實現(xiàn)了提高整個網(wǎng)絡(luò)的可監(jiān)控性，提高網(wǎng)絡(luò)設(shè)備的可運行維護性，提高客戶滿意度的目的。
文檔編號H04M3/22GK1992752SQ200510137467
公開日2007年7月4日 申請日期2005年12月30日
發(fā)明者吳東君, 王暉, 陳宇杰 申請人:華為技術(shù)有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan