專利名稱：一種模擬器和消息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種模擬器和消息處理方法。
技術(shù)背景
理想狀態(tài)下，網(wǎng)管測試的測試環(huán)境構(gòu)成與電信實際運營網(wǎng)絡(luò)一致，如圖1所示的 TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,時分同步石馬分 多址)運營網(wǎng)絡(luò)測試環(huán)境組網(wǎng)示意圖，由一個OMC(OperationsMaintenance Center，操作 維護(hù)中心，即電信的網(wǎng)管系統(tǒng))系統(tǒng)管理的多個RNC(Radio Network Controller，無線網(wǎng) 絡(luò)控制器)及其下的相應(yīng)設(shè)備組成。在開始開展網(wǎng)管測試之前，需要將RNC、NodeB (節(jié)點 B，即基站)等設(shè)備升級或降級到對應(yīng)的版本，并保證整個無線接入網(wǎng)(包括RNC、NodeB和 UE(UserEquipment，用戶設(shè)備)等設(shè)備)正常運行。
在網(wǎng)管的功能測試過程中，需要通過執(zhí)行實際的無線側(cè)業(yè)務(wù)或在設(shè)備上進(jìn)行特殊 的操作來觸發(fā)各種測試場景或產(chǎn)生相應(yīng)的數(shù)據(jù)。而網(wǎng)管的性能壓力測試，需要測試環(huán)境提 供足夠大的網(wǎng)絡(luò)和業(yè)務(wù)量，并且形成的壓力是可度量以及可控的，從而能夠全面和有針對 性的進(jìn)行測試。
由于現(xiàn)有技術(shù)中使用真實網(wǎng)元設(shè)備進(jìn)行測試，在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā) 現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題
1)網(wǎng)管測試需要在不同網(wǎng)元版本上進(jìn)行測試，網(wǎng)元設(shè)備的升降級、運行維護(hù)等輔 助性工作存在工作量大、耗時較長等問題；且網(wǎng)管測試經(jīng)常會由于網(wǎng)元等資源的測試準(zhǔn)備 工作不順利而延后或者不能進(jìn)行。
2)網(wǎng)管和網(wǎng)元設(shè)備的新版本開發(fā)一般是同時進(jìn)行的，當(dāng)前網(wǎng)管和網(wǎng)元之間的高度 依賴會導(dǎo)致開發(fā)過程中，設(shè)備側(cè)無對應(yīng)版本的網(wǎng)管、網(wǎng)管側(cè)無對應(yīng)版本的設(shè)備進(jìn)行測試的 情況，從而導(dǎo)致大量的缺陷和問題在設(shè)備和網(wǎng)管正式版本發(fā)布后才能暴露出來，產(chǎn)品研發(fā) 的進(jìn)度和質(zhì)量均達(dá)不到預(yù)期的效果。
3)網(wǎng)管測試需要測試的一些特殊項目，使用真實的網(wǎng)元設(shè)備觸發(fā)測試場景困難， 甚至無法進(jìn)行。例如，測試網(wǎng)管告警處理時需要特殊告警或包含某些特殊內(nèi)容的告警的上 報；測試網(wǎng)管性能處理時需要定制上報的性能指標(biāo)的具體值等。
4)網(wǎng)元設(shè)備的軟件或硬件中可能存在缺陷，在測試活動中一旦網(wǎng)元出現(xiàn)故障，則 需要人工定位和解決，從而給測試活動帶來不可預(yù)知的風(fēng)險，也不利于網(wǎng)管自動化測試的開展。
5)網(wǎng)元設(shè)備造價昂貴，在測試實驗室環(huán)境中搭建用于功能測試的網(wǎng)絡(luò)，會大幅提 高測試成本；且性能測試由于需要網(wǎng)絡(luò)的規(guī)模足夠大，搭建相應(yīng)的環(huán)境進(jìn)行測試不可行。發(fā)明內(nèi)容
本發(fā)明實施例提供一種模擬器和消息處理方法，以提高網(wǎng)管測試的覆蓋面和效率。
為了達(dá)到上述目的，本發(fā)明實施例提供一種消息處理方法，包括
模擬器選擇加載的網(wǎng)元模型，并根據(jù)所述網(wǎng)元模型確定對應(yīng)的消息配置文件；
所述模擬器根據(jù)所述消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果，并將所述測試結(jié)果 上報給所述網(wǎng)管設(shè)備。
本發(fā)明實施例提供一種模擬器，包括
選擇模塊，用于選擇加載的網(wǎng)元模型；
第一確定模塊，用于根據(jù)所述選擇模塊選擇的網(wǎng)元模型確定對應(yīng)的消息配置文 件；
第二確定模塊，用于根據(jù)所述第一確定模塊確定的消息配置文件確定網(wǎng)管設(shè)備的 測試結(jié)果；
發(fā)送模塊，用于將所述第二確定模塊確定的測試結(jié)果上報給所述網(wǎng)管設(shè)備。
與現(xiàn)有技術(shù)相比，本發(fā)明至少具有以下優(yōu)點
通過實現(xiàn)網(wǎng)元設(shè)備與網(wǎng)管之間的非標(biāo)準(zhǔn)接口，根據(jù)測試需求上報業(yè)務(wù)數(shù)據(jù)，極大 的提高了網(wǎng)管測試的覆蓋面和效率，同時也使得性能測試在缺乏真實網(wǎng)絡(luò)的情況下可以順 利開展。


為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對實施例描述中所需要使用的附圖 作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普 通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是現(xiàn)有技術(shù)中TD-SCDMA運營網(wǎng)絡(luò)測試環(huán)境組網(wǎng)示意圖2是本發(fā)明實施例一提供的一種模擬器的系統(tǒng)結(jié)構(gòu)示意圖3是本發(fā)明實施例一中4. 00. 00版本網(wǎng)元的模型定義文件中部分內(nèi)容的示意 圖4是本發(fā)明實施例一中消息配置文件的示意圖5是本發(fā)明實施例一中通訊模塊業(yè)務(wù)處理流程示意圖6是本發(fā)明實施例一中有增量文件下發(fā)的一個配置業(yè)務(wù)的示意圖7是本發(fā)明實施例一中模擬器工作方式與主要流程示意圖8是本發(fā)明實施例二提供的一種消息處理方法流程示意圖9是本發(fā)明實施例三提供的一種模擬器結(jié)構(gòu)示意圖。
具體實施方式
OMC負(fù)責(zé)對電信網(wǎng)絡(luò)中的設(shè)備進(jìn)行操作維護(hù)，向上級網(wǎng)管、運維人員呈現(xiàn)全系統(tǒng)運 行狀態(tài)等信息。其中，網(wǎng)管的功能和性能測試需要依賴真實的網(wǎng)元設(shè)備構(gòu)成的具有相當(dāng)規(guī) 模的業(yè)務(wù)網(wǎng)絡(luò)，其搭建和維護(hù)的時間和經(jīng)濟(jì)成本較高；同時真實網(wǎng)元構(gòu)成的測試環(huán)境下，由 于其操作的專業(yè)性和復(fù)雜性，很多測試場景觸發(fā)困難或者無法進(jìn)行。使用真實設(shè)備測試存 在的諸多限制，阻礙了對網(wǎng)管產(chǎn)品早期、全面的測試。針對上述問題，本發(fā)明實施例提供一 種模擬器和消息處理方法，通過實現(xiàn)網(wǎng)元設(shè)備與網(wǎng)管間的非標(biāo)接口，根據(jù)測試需求上報業(yè) 務(wù)數(shù)據(jù)，極大的提高了網(wǎng)管測試的覆蓋面和效率，同時也使得性能測試在缺乏真實網(wǎng)絡(luò)的情況下可以順利開展。
下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯 然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的 實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都 屬于本發(fā)明保護(hù)的范圍。
為了使網(wǎng)管設(shè)備的測試可不依賴于網(wǎng)元設(shè)備，提高測試過程中的靈活性和便利 性，本發(fā)明實施例一提供一種模擬器，該模擬器為一種消息取值處理可配置、能夠同時模 擬多個網(wǎng)元版本、易于擴(kuò)展和維護(hù)的網(wǎng)元模擬器。為了方便描述，本發(fā)明實施例中以模擬 TD-SCDMA網(wǎng)絡(luò)中的RNC網(wǎng)元為例，對模擬器的技術(shù)方案加以說明。對于其他系統(tǒng)中的其他 網(wǎng)元所對應(yīng)的模擬器，與本發(fā)明實施例提供的模擬器類似，本發(fā)明實施例中不再詳加贅述。
如圖2所示，本發(fā)明實施例一提供的模擬器的系統(tǒng)結(jié)構(gòu)包括但不限于圖形界面、 業(yè)務(wù)處理模塊、通訊模塊、統(tǒng)計模塊、工具模塊、模型/配置文件、網(wǎng)元配置數(shù)據(jù)、消息配置 文件。
其中，該模擬器運行時加載需要的模型和配置文件，在OMC接入后可提供RNC各種 功能的模擬，需要RNC主動發(fā)起的流程可在模擬器圖形界面上發(fā)起；由OMC發(fā)起的流程能夠 自動完成。在整個測試過程中，除更改消息值內(nèi)容外無需人工參與；以下對各個組成進(jìn)行詳 細(xì)說明
(1)模型/配置文件
A、模型定義，如圖3所示，為4. 00. 00版本網(wǎng)元的模型定義文件中部分內(nèi)容的示意圖。
1)本發(fā)明實施例中，該模型可定義為如下的層級結(jié)構(gòu)
〈configuration〉
<module>
<section>
<msg>
</msg>
〈/section〉
〈/module〉
</configuration)
2)在根節(jié)點configuration中指定網(wǎng)元設(shè)備版本號及配置的模擬器啟動的IP地 址和監(jiān)聽端口。
3)module和section為便于管理和查看的虛節(jié)點，用于標(biāo)識系統(tǒng)中功能模塊的 分類和具體的操作，或是網(wǎng)元設(shè)備的一個動作；在section節(jié)點下包括多個msg節(jié)點，每個 msg節(jié)點為網(wǎng)元設(shè)備與網(wǎng)管設(shè)備(即網(wǎng)管系統(tǒng))之間內(nèi)部協(xié)議中定義的一個往來消息。
4)msg節(jié)點至少包括內(nèi)容協(xié)議消息的詳細(xì)定義信息，例如，各種事件結(jié)果、字段 組成及數(shù)據(jù)類型等；模擬器處理該消息所要使用的處理器類名稱，及該消息取值配置文件 的位置、名稱等信息。其中，為了達(dá)到便于查看及維護(hù)的目的，可在該節(jié)點中保留一些描述 性的內(nèi)容，這些內(nèi)容是否存在不會影響到模擬器的使用。
B、配置文件
1)公共值配置文件commonconf.xml，該文件中配置了一些公共取值信息，如 RNSID (Radio Network Subsystem ID，無線網(wǎng)絡(luò)子系統(tǒng)標(biāo)識)、網(wǎng)元類型等，實際應(yīng)用中需 避免在每個具體的消息配置文件中重復(fù)配置。
2)類型定義文件typedef. xml,該文件是網(wǎng)元設(shè)備側(cè)的數(shù)據(jù)類型到模擬器使用 的數(shù)據(jù)類型或長度的一個映射，其中包括了網(wǎng)元設(shè)備側(cè)定義的宏、結(jié)構(gòu)體以及C、C++中的 UINT等基本數(shù)據(jù)類型。
3)枚舉定義文件“枚舉名稱”.xml，該文件定義了網(wǎng)元模型中使用的枚舉名稱與實 際取值的映射關(guān)系。
4)網(wǎng)元設(shè)備側(cè)管理對象類型文件與管理對象結(jié)構(gòu)文件，其中，管理對象類型文件 中定義了網(wǎng)元設(shè)備側(cè)對象對應(yīng)的類型值，如單板上的CPU(CentralProcessing Unit,中央 處理器)對象對應(yīng)的類型值為34607111 ；管理對象結(jié)構(gòu)文件定義了各種不同級別對象的層 級結(jié)構(gòu)，以及表示其中每一層所采用的字節(jié)數(shù)。
( 網(wǎng)元配置數(shù)據(jù)。其中，每個版本的網(wǎng)元模型均對應(yīng)一套真實網(wǎng)元設(shè)備所使用的 配置數(shù)據(jù)(如二進(jìn)制的MDF(primary data file，主要數(shù)據(jù)文件)表文件)，由網(wǎng)管設(shè)備下 發(fā)的CRUD(Create Retrieve Update Delete，增加查詢更新刪除)以及同步等操作均以此 配置數(shù)據(jù)為基礎(chǔ)。
(3)消息配置文件
實際應(yīng)用中，網(wǎng)元設(shè)備上報消息的取值是否可配置以及設(shè)置是否靈活，對網(wǎng)管設(shè) 備測試的便利性和效率的提高有很大的影響，本發(fā)明實施例中，在模擬器的實現(xiàn)中將上報 消息配置為消息配置文件，內(nèi)容為可用值的集合，并提供順序和隨機(jī)兩種讀取方式，此類消 息配置文件可即時配置和修改。
在測試過程中，可以通過修改消息配置文件和在圖形界面上直接修改消息內(nèi)容的 方式來控制上報數(shù)據(jù)的內(nèi)容，而且這種修改可即時生效；對于上報特殊告警和指定數(shù)值的 性能數(shù)據(jù)等功能，均可以通過這種方式來實現(xiàn)。
在性能測試中，通過設(shè)置消息配置文件中可用值的不同數(shù)量和上報周期，可容易 的形成需要的測試壓力，而且該測試壓力的大小可控。如圖4所示的消息配置文件的示意 圖，圖4中的conf = ‘‘ . /config/authconf. xml" />配置項，即為指定了模擬器在處理ID 為〃 40010001"的消息時，需要從文件authconf.xml中取值。
(4)通訊模塊
如圖5所示的通訊模塊業(yè)務(wù)處理流程示意圖，通訊模塊負(fù)責(zé)模擬器與網(wǎng)管設(shè)備之 間數(shù)據(jù)的收發(fā)及鏈路狀態(tài)的反饋。其中，每個網(wǎng)元模型中均有兩個阻塞鏈表，分別用于用戶 上行和下行消息的存取，并構(gòu)成消息隊列；通訊模塊主要與這個消息隊列進(jìn)行交互，在通訊 線程中采用了 Java NIO中的可選擇通道技術(shù)，在通訊過程中如果出現(xiàn)鏈路問題，則高層業(yè) 務(wù)處理中可通過對相應(yīng)異常的捕獲及時向上反饋鏈路狀態(tài)，并能夠做好重連的準(zhǔn)備。
(5)業(yè)務(wù)處理模塊
在業(yè)務(wù)處理模塊中，包含消息分發(fā)處理、后臺監(jiān)控線程和文件加載、解析等輔助性 的內(nèi)容，并包括通用業(yè)務(wù)處理和特殊業(yè)務(wù)處理兩個主要部分。其中
a)通用業(yè)務(wù)處理，指業(yè)務(wù)(預(yù)設(shè)第一類型業(yè)務(wù))處理以及上報、響應(yīng)消息等無需特 殊處理，采用業(yè)務(wù)處理模塊中默認(rèn)的模擬網(wǎng)元設(shè)備的處理流程，并按照網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析消息配置文件中的內(nèi)容，形成消息后上報。本發(fā)明實施例中，上述的 網(wǎng)管設(shè)備接入鑒權(quán)、心跳保持以及網(wǎng)管設(shè)備性能模塊的計數(shù)器實時查詢等多數(shù)業(yè)務(wù)，均可 以通過通用的業(yè)務(wù)處理流程完成模擬。
b)特殊業(yè)務(wù)處理及流程
對于預(yù)設(shè)第二類型業(yè)務(wù)(例如，告警、性能、配置、軟件等功能中比較復(fù)雜的業(yè) 務(wù))，默認(rèn)的處理器無法完成整個流程的處理，本發(fā)明實施例中，可為預(yù)設(shè)第二類型業(yè)務(wù)設(shè) 置對應(yīng)的處理器(即編寫專門的處理器)，通過該處理器完成對所需數(shù)據(jù)的處理模擬網(wǎng)元 設(shè)備的處理流程，并按照網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析消息配置文件中的內(nèi) 容，形成消息后上報。
在模擬器的具體實現(xiàn)中，可將不同處理器中相同的部分抽取出來建立一個抽象 類，由抽象類實現(xiàn)自定義的Iprocessor接口，所有處理器均要繼承這個抽象類或者實現(xiàn) Iprocessor接口，處理器的類名稱在網(wǎng)元模型中對應(yīng)的消息節(jié)點下配置。
例如，在配置功能的某些操作中，由于網(wǎng)管設(shè)備不僅向網(wǎng)元設(shè)備發(fā)送操作消息，同 時還會下發(fā)增量文件或在消息中要求網(wǎng)元設(shè)備將配置數(shù)據(jù)打包上載等，這種網(wǎng)元設(shè)備內(nèi)部 復(fù)雜業(yè)務(wù)的模擬需要一個專用的處理器來實現(xiàn)，如圖6所示的有增量文件下發(fā)的一個配置 業(yè)務(wù)的示意圖。
(6)統(tǒng)計模塊和工具模塊
統(tǒng)計模塊用于統(tǒng)計預(yù)設(shè)第二類型業(yè)務(wù)(如告警、性能等業(yè)務(wù))對應(yīng)的上報數(shù)據(jù)量， 并在對應(yīng)的記錄文件中進(jìn)行更新。其中，在告警、性能等業(yè)務(wù)能夠?qū)W(wǎng)管設(shè)備產(chǎn)生數(shù)據(jù)或消 息壓力的業(yè)務(wù)流程中，統(tǒng)計模塊對模擬器上報的數(shù)據(jù)量進(jìn)行統(tǒng)計，并會在對應(yīng)的記錄文件 中實時更新。具體的，統(tǒng)計模塊動作由告警、性能等實現(xiàn)IstatSubject接口的特殊業(yè)務(wù)處 理器在上報結(jié)束后發(fā)起；對統(tǒng)計處理接口中的方法進(jìn)行回調(diào)，并統(tǒng)計處理具體類、對已有數(shù) 據(jù)和本次上報數(shù)據(jù)量按照一定的策略進(jìn)行統(tǒng)計、寫入文件。
工具模塊集成FTP (FiIe Transfer Protocol，文件傳輸協(xié)議)、文件壓縮等操作， 為完成業(yè)務(wù)處理模塊的功能提供相關(guān)接口，主要用于在網(wǎng)管設(shè)備的預(yù)設(shè)第二類型業(yè)務(wù)模塊 (如配置、軟件、性能、告警等模塊)的相關(guān)功能測試中完成文件的處理和傳輸。其中，工 具模塊中的FTP模塊在對第三方公開的相應(yīng)基礎(chǔ)功能上做了進(jìn)一步的封裝，向調(diào)用者提供 登錄、設(shè)置傳輸模式、改變目錄、取放文件、關(guān)閉連接等接口。另外，工具模塊提供一些公共 的數(shù)據(jù)處理、文件讀寫能力；文件壓縮功能用于網(wǎng)元設(shè)備配置數(shù)據(jù)上載業(yè)務(wù)流程中，負(fù)責(zé)將 模擬器本地的配置數(shù)據(jù)按照協(xié)議約定壓縮成zip文件，并由處理器上傳到網(wǎng)管設(shè)備指定的 FTP服務(wù)器路徑下。因此，在將網(wǎng)管設(shè)備的測試結(jié)果上報給網(wǎng)管設(shè)備時，模擬器可直接將測 試結(jié)果上報給網(wǎng)管設(shè)備；也可將測試結(jié)果上報給網(wǎng)管設(shè)備指定的FTP服務(wù)器，并由網(wǎng)管設(shè) 備到該FTP服務(wù)器上獲取該測試結(jié)果。
(7)基于上述各個文件(如消息配置文件、模型/配置文件等)和功能模塊，在網(wǎng) 管設(shè)備鑒權(quán)通過且可保持相互心跳之后，即可進(jìn)行正常業(yè)務(wù)的處理，該業(yè)務(wù)可按照是否是 從網(wǎng)元設(shè)備發(fā)起的分為兩類網(wǎng)元設(shè)備主動上報類業(yè)務(wù)和網(wǎng)元設(shè)備被動響應(yīng)類業(yè)務(wù)；在模 擬器上，這兩類業(yè)務(wù)通過主動上報和被動響應(yīng)過程實現(xiàn)。如圖7所示的模擬器工作方式與 主要流程示意圖，包括加載、卸載模型過程；網(wǎng)管設(shè)備(即網(wǎng)管系統(tǒng))接入鑒權(quán)過程；心跳 保持過程；主動上報過程或者被動響應(yīng)過程。在圖7中描述了模擬器的工作方式與主要流9程，各個過程的實現(xiàn)包括
A、加載、卸載模型
1)用戶啟動模擬器后，選擇加載某個版本的網(wǎng)元模型，加載完成后在圖形界面上 可更新顯示結(jié)果，同時可以選擇其它版本的模型進(jìn)行加載。其中，多個版本的模型中可配置 不同的IP地址、端口組合。本發(fā)明實施例中，選擇加載的網(wǎng)元模型的過程，可以為模擬器主 動上報時觸發(fā)的選擇加載的網(wǎng)元模型的過程；或者，模擬器接收到網(wǎng)管設(shè)備的消息，被動響 應(yīng)時觸發(fā)的選擇加載的網(wǎng)元模型的過程。
2)用戶選擇已經(jīng)加載且未啟動業(yè)務(wù)處理的模型后，可進(jìn)行卸載，卸載后在圖形界 面上可更新顯示結(jié)果，后臺釋放相應(yīng)占用的資源。
B、網(wǎng)管設(shè)備接入鑒權(quán)
接入鑒權(quán)過程是網(wǎng)元設(shè)備和網(wǎng)管設(shè)備建立連接的初始步驟，鑒權(quán)通過后其它業(yè)務(wù) 可正常開展，該過程可由業(yè)務(wù)處理模塊中的通用業(yè)務(wù)處理自動完成。實際應(yīng)用中，通過修改 消息配置文件(鑒權(quán)消息值配置文件)內(nèi)容為鑒權(quán)失敗，可以模擬網(wǎng)管設(shè)備接入的鑒權(quán)失 敗流程；其中，接入鑒權(quán)的過程包括
1)用戶選擇某個已加載模型上的任意一個節(jié)點后，點擊圖形界面上的啟動按鈕， 啟動模擬器對該模型的業(yè)務(wù)處理過程。
2)模擬器建立相關(guān)的資源(即鑒權(quán)資源)并等待網(wǎng)管設(shè)備接入。
3)在網(wǎng)管設(shè)備接入時，向模擬器發(fā)送鑒權(quán)請求。
4)模擬器接收來自網(wǎng)管設(shè)備的鑒權(quán)請求。
5)模擬器根據(jù)該鑒權(quán)請求對網(wǎng)管設(shè)備的接入進(jìn)行鑒權(quán)，并將鑒權(quán)結(jié)果返回給所述 網(wǎng)管設(shè)備。
本發(fā)明實施例中，由模擬器的通訊模塊接收來自網(wǎng)管設(shè)備的鑒權(quán)請求，并將其放 入消息隊列中；之后，業(yè)務(wù)處理模塊從模型中找到匹配的處理器及消息配置文件，執(zhí)行調(diào)用 處理以對網(wǎng)管設(shè)備的接入進(jìn)行鑒權(quán)；而鑒權(quán)結(jié)果交由通訊模塊返回給網(wǎng)管設(shè)備。
C、心跳保持
電信系統(tǒng)中，為了保證網(wǎng)管設(shè)備對網(wǎng)元設(shè)備操作的事務(wù)性及保持網(wǎng)管設(shè)備與網(wǎng)元 設(shè)備的告警、配置、設(shè)備狀態(tài)等信息的一致性，需要在兩者之間建立心跳檢測機(jī)制。其中，心 跳檢測機(jī)制在實際網(wǎng)絡(luò)環(huán)境中一般實現(xiàn)為雙方互發(fā)心跳，而本發(fā)明實施例的模擬器中，可 借助網(wǎng)管設(shè)備定時主動發(fā)起的心跳消息，模擬器在接收到網(wǎng)管設(shè)備定時向模擬器發(fā)送的心 跳消息后，向網(wǎng)管設(shè)備發(fā)送心跳消息的響應(yīng)消息，從而實現(xiàn)保持正常的心跳。與鑒權(quán)過程類 似的是，也可以在模擬器運行過程中，通過修改消息配置文件(心跳消息值配置文件)中的 內(nèi)容實現(xiàn)心跳失敗的過程。
D、主動上報過程；其中，主動上報過程包括網(wǎng)元設(shè)備上報告警、性能、配置等信息 或數(shù)據(jù)的處理，在模擬器上通過圖形界面發(fā)起，該過程包括
1)消息配置值文件準(zhǔn)備，該過程可通過圖形界面修改或直接文件修改。
2)在圖形界面上發(fā)起主動上報操作。
3)業(yè)務(wù)處理模塊從網(wǎng)元模型中找到匹配的處理器及消息配置文件，執(zhí)行調(diào)用處理。
本發(fā)明實施例中，當(dāng)模擬器選擇了加載的網(wǎng)元模型后，根據(jù)需要上報的業(yè)務(wù)信息(如需上報告警類業(yè)務(wù))，則可根據(jù)該業(yè)務(wù)信息從網(wǎng)元模型中找到匹配的處理器及消息配 置文件(即可根據(jù)網(wǎng)元模型確定對應(yīng)的消息配置文件)，并執(zhí)行調(diào)用處理，從而根據(jù)該消息 配置文件確定網(wǎng)管設(shè)備的測試結(jié)果(在調(diào)用消息配置文件的過程中可獲得網(wǎng)管設(shè)備的測 試結(jié)果)。在根據(jù)消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果的過程中，模擬器可根據(jù)網(wǎng)元模型 的信息解析消息配置文件中的內(nèi)容，并根據(jù)解析結(jié)果確定網(wǎng)管設(shè)備的測試結(jié)果。
4)通過通訊模塊上報消息(即網(wǎng)管設(shè)備的測試結(jié)果對應(yīng)的消息)給網(wǎng)管設(shè)備，或 通過工具模塊上報消息到網(wǎng)管設(shè)備指定的FTP服務(wù)器。
5)將告警、性能等可對網(wǎng)管設(shè)備形成壓力的上報數(shù)據(jù)量進(jìn)行統(tǒng)計，并記錄到文件。
E、被動響應(yīng)過程；其中，被動響應(yīng)過程是模擬網(wǎng)元設(shè)備響應(yīng)網(wǎng)管設(shè)備下發(fā)操作請 求的業(yè)務(wù)處理，該過程由網(wǎng)管設(shè)備下發(fā)的操作請求發(fā)起，而不是在模擬器上通過圖形界面 發(fā)起，該過程包括
1)消息配置值文件準(zhǔn)備，該過程可通過圖形界面修改或直接文件修改。
2)模擬器接收來自網(wǎng)管設(shè)備下發(fā)的操作請求，并發(fā)起上報操作。
3)業(yè)務(wù)處理模塊從網(wǎng)元模型中找到匹配的處理器及消息配置文件，執(zhí)行調(diào)用處理。
本發(fā)明實施例中，當(dāng)模擬器選擇了加載的網(wǎng)元模型后，根據(jù)需要上報的業(yè)務(wù)信息， 則可根據(jù)該業(yè)務(wù)信息從網(wǎng)元模型中找到匹配的處理器及消息配置文件，并執(zhí)行調(diào)用處理， 從而根據(jù)該消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果。在根據(jù)消息配置文件確定網(wǎng)管設(shè)備的 測試結(jié)果的過程中，模擬器可根據(jù)網(wǎng)元模型的信息解析消息配置文件中的內(nèi)容，并根據(jù)解 析結(jié)果確定網(wǎng)管設(shè)備的測試結(jié)果。
4)通過通訊模塊上報消息給網(wǎng)管設(shè)備，或通過工具模塊上報消息到網(wǎng)管設(shè)備指定 的FTP服務(wù)器。
綜上所述，被動響應(yīng)過程與主動上報過程相比差異在于以下幾點a)被動響應(yīng)過 程由網(wǎng)管設(shè)備下發(fā)的操作請求發(fā)起，而不是在模擬器圖形界面上；b)業(yè)務(wù)不會對網(wǎng)管設(shè)備 形成壓力，因此沒有數(shù)據(jù)統(tǒng)計過程；c)網(wǎng)管設(shè)備會下發(fā)增量文件，涉及到網(wǎng)元配置數(shù)據(jù)的 相關(guān)操作。
綜上所述，通過采用本發(fā)明實施例提供的技術(shù)方案，至少具有以下優(yōu)點的一種或 幾種1)以純軟件方式實現(xiàn)網(wǎng)元設(shè)備和網(wǎng)管設(shè)備間的內(nèi)部私有協(xié)議和交互接口，網(wǎng)管測試 不必依賴于網(wǎng)元設(shè)備，測試活動開展早，測試成本低廉、效率高；幻可同時模擬多個版本的 網(wǎng)元設(shè)備，網(wǎng)元設(shè)備版本變化通過加載不同版本、配置不同的處理器進(jìn)行，不會對測試進(jìn)度 造成影響；；3)模擬器新版本特性增加的工作可在較短時間內(nèi)完成，并盡早對測試提供有力 支持；4)對消息取值文件(即消息配置文件)或圖形界面上的修改即時生效、非網(wǎng)元設(shè)備 主動流程自動完成以及網(wǎng)元主動流程手動發(fā)起的能力，可使測試過程更加順暢和方便；5) 通過模擬器易于進(jìn)行網(wǎng)管設(shè)備的告警、性能、配置等模塊的性能壓力測試，且形成的壓力可 控、可度量；6)隔離了網(wǎng)元設(shè)備缺陷對網(wǎng)管設(shè)備測試的影響，可以使網(wǎng)管設(shè)備的手動測試 和自動化測試順利的進(jìn)行。
基于與上述模擬器同樣的發(fā)明構(gòu)思，本發(fā)明實施例二提供一種消息處理方法，如 圖8所示，該方法包括以下步驟
步驟801，模擬器選擇加載的網(wǎng)元模型，并根據(jù)網(wǎng)元模型確定對應(yīng)的消息配置文11件。
本發(fā)明實施例中，模擬器選擇加載的網(wǎng)元模型之后還包括網(wǎng)管設(shè)備接入鑒權(quán)的 過程；該過程具體為
模擬器建立鑒權(quán)資源并等待網(wǎng)管設(shè)備的接入；在網(wǎng)管設(shè)備接入時接收來自網(wǎng)管設(shè) 備的鑒權(quán)請求；模擬器根據(jù)鑒權(quán)請求對網(wǎng)管設(shè)備的接入進(jìn)行鑒權(quán)，并將鑒權(quán)結(jié)果返回給網(wǎng) 管設(shè)備。
模擬器選擇加載的網(wǎng)元模型之后還包括模擬器和網(wǎng)管設(shè)備心跳保持的過程；該 過程具體為
模擬器接收網(wǎng)管設(shè)備定時向模擬器發(fā)送的心跳消息，并向網(wǎng)管設(shè)備發(fā)送心跳消息 的響應(yīng)消息。
模擬器選擇加載的網(wǎng)元模型的過程，包括模擬器主動上報時觸發(fā)的選擇加載的 網(wǎng)元模型的過程；或者，模擬器接收到網(wǎng)管設(shè)備的消息，被動響應(yīng)時觸發(fā)的選擇加載的網(wǎng)元 模型的過程。
本發(fā)明實施例中，根據(jù)網(wǎng)元模型確定對應(yīng)的消息配置文件，之前還包括模擬器修 改消息配置文件中消息值的過程。
步驟802，模擬器根據(jù)消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果，并將測試結(jié)果上報 給網(wǎng)管設(shè)備。
本步驟中，模擬器根據(jù)消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果，包括模擬器根據(jù) 網(wǎng)元模型的信息解析消息配置文件中的內(nèi)容，并根據(jù)解析結(jié)果確定網(wǎng)管設(shè)備的測試結(jié)果。
進(jìn)一步的，模擬器根據(jù)網(wǎng)元模型的信息解析消息配置文件中的內(nèi)容，包括模擬器 對預(yù)設(shè)第一類型業(yè)務(wù)模擬網(wǎng)元設(shè)備的處理流程，并按照網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型 來解析消息配置文件中的內(nèi)容；或者，
模擬器為預(yù)設(shè)第二類型業(yè)務(wù)設(shè)置對應(yīng)的處理器，通過處理器對所需數(shù)據(jù)的處理模 擬網(wǎng)元設(shè)備的處理流程，并按照網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析消息配置文件中 的內(nèi)容。
在預(yù)設(shè)第二類型業(yè)務(wù)的上報過程中，模擬器統(tǒng)計預(yù)設(shè)第二類型業(yè)務(wù)對應(yīng)的上報數(shù) 據(jù)量，并在對應(yīng)的記錄文件中進(jìn)行更新。
本發(fā)明實施例中，將測試結(jié)果上報給網(wǎng)管設(shè)備，包括模擬器直接將測試結(jié)果上報 給網(wǎng)管設(shè)備；或者，
模擬器將測試結(jié)果上報給網(wǎng)管設(shè)備指定的FTP服務(wù)器，并由網(wǎng)管設(shè)備到FTP服務(wù) 器上獲取測試結(jié)果。
本發(fā)明實施例中，網(wǎng)元模型中定義的內(nèi)容包括指定網(wǎng)元設(shè)備版本號及配置的模 擬器啟動的IP地址和監(jiān)聽端口 ；網(wǎng)元設(shè)備與網(wǎng)管設(shè)備之間內(nèi)部的協(xié)議消息；協(xié)議消息的詳細(xì)信息。
消息配置文件為可即時配置和修改的消息配置文件；在測試過程中，通過修改消 息配置文件和在圖像界面上修改消息內(nèi)容的方式來控制上報內(nèi)容；在性能測試過程中，通 過設(shè)置消息配置文件中可用值的不同數(shù)量和上報周期，控制測試壓力。
本發(fā)明實施例中，通過實現(xiàn)網(wǎng)元設(shè)備與網(wǎng)管之間的非標(biāo)準(zhǔn)接口，根據(jù)測試需求上 報業(yè)務(wù)數(shù)據(jù)，極大的提高了網(wǎng)管測試的覆蓋面和效率，同時也使得性能測試在缺乏真實網(wǎng)12絡(luò)的情況下可以順利開展。
基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例三中還提供了一種模擬器，如圖9 所示，該模擬器包括
選擇模塊11，用于選擇加載的網(wǎng)元模型；
第一確定模塊12，用于根據(jù)所述選擇模塊11選擇的網(wǎng)元模型確定對應(yīng)的消息配 置文件；
第二確定模塊13，用于根據(jù)所述第一確定模塊12確定的消息配置文件確定網(wǎng)管 設(shè)備的測試結(jié)果；
發(fā)送模塊14，用于將所述第二確定模塊13確定的測試結(jié)果上報給所述網(wǎng)管設(shè)備。
該模擬器還包括接入鑒權(quán)模塊15，用于對所述網(wǎng)管設(shè)備進(jìn)行接入鑒權(quán)的過程；所 述接入鑒權(quán)模塊15，具體用于建立鑒權(quán)資源并等待所述網(wǎng)管設(shè)備的接入；在所述網(wǎng)管設(shè)備 接入時接收來自所述網(wǎng)管設(shè)備的鑒權(quán)請求；根據(jù)所述鑒權(quán)請求對所述網(wǎng)管設(shè)備的接入進(jìn)行 鑒權(quán)，并將鑒權(quán)結(jié)果返回給所述網(wǎng)管設(shè)備。
該模擬器還包括心跳保持模塊16，用于對所述模擬器和所述網(wǎng)管設(shè)備進(jìn)行心跳保 持的過程；所述心跳保持模塊16，具體用于接收所述網(wǎng)管設(shè)備定時向所述模擬器發(fā)送的心 跳消息，并向所述網(wǎng)管設(shè)備發(fā)送所述心跳消息的響應(yīng)消息。
所述選擇模塊11，具體用于在所述模擬器主動上報時觸發(fā)選擇加載的網(wǎng)元模型的 過程；或者，在接收到所述網(wǎng)管設(shè)備的消息被動響應(yīng)時觸發(fā)選擇加載的網(wǎng)元模型的過程。
該模擬器還包括修改模塊17，用于修改消息配置文件中消息值。
本發(fā)明實施例中，所述第二確定模塊13，具體用于根據(jù)所述網(wǎng)元模型的信息解析 所述消息配置文件中的內(nèi)容，并根據(jù)解析結(jié)果確定所述網(wǎng)管設(shè)備的測試結(jié)果。
所述第二確定模塊13，進(jìn)一步用于對預(yù)設(shè)第一類型業(yè)務(wù)模擬網(wǎng)元設(shè)備的處理流 程，并按照所述網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析所述消息配置文件中的內(nèi)容；或 者，為預(yù)設(shè)第二類型業(yè)務(wù)設(shè)置對應(yīng)的處理器，通過所述處理器對所需數(shù)據(jù)的處理模擬網(wǎng)元 設(shè)備的處理流程，并按照所述網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析所述消息配置文件 中的內(nèi)容。
在所述預(yù)設(shè)第二類型業(yè)務(wù)的上報過程中，該模擬器還包括統(tǒng)計模塊18，用于統(tǒng) 計所述預(yù)設(shè)第二類型業(yè)務(wù)對應(yīng)的上報數(shù)據(jù)量，并在對應(yīng)的記錄文件中進(jìn)行更新。
所述發(fā)送模塊14，具體用于直接將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備；或者，將 所述測試結(jié)果上報給所述網(wǎng)管設(shè)備指定的FTP服務(wù)器，并由所述網(wǎng)管設(shè)備到所述FTP服務(wù) 器上獲取所述測試結(jié)果。
本發(fā)明實施例中，所述網(wǎng)元模型中定義的內(nèi)容包括指定網(wǎng)元設(shè)備版本號及配置 的模擬器啟動的IP地址和監(jiān)聽端口 ；網(wǎng)元設(shè)備與所述網(wǎng)管設(shè)備之間內(nèi)部的協(xié)議消息；協(xié)議 消息的詳細(xì)信息。
所述消息配置文件為可即時配置和修改的消息配置文件；在測試過程中，通過修 改所述消息配置文件和在圖像界面上修改消息內(nèi)容的方式來控制上報內(nèi)容；在性能測試過 程中，通過設(shè)置所述消息配置文件中可用值的不同數(shù)量和上報周期，控制測試壓力。
其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合 并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。
本發(fā)明實施例中，通過實現(xiàn)網(wǎng)元設(shè)備與網(wǎng)管之間的非標(biāo)準(zhǔn)接口，根據(jù)測試需求上 報業(yè)務(wù)數(shù)據(jù)，極大的提高了網(wǎng)管測試的覆蓋面和效率，同時也使得性能測試在缺乏真實網(wǎng) 絡(luò)的情況下可以順利開展。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更 佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā) 明各個實施例所述的方法。
本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流 程并不一定是實施本發(fā)明所必須的。
本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進(jìn)行分 布于實施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。
上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種消息處理方法，其特征在于，包括模擬器選擇加載的網(wǎng)元模型，并根據(jù)所述網(wǎng)元模型確定對應(yīng)的消息配置文件； 所述模擬器根據(jù)所述消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果，并將所述測試結(jié)果上報 給所述網(wǎng)管設(shè)備。
2.如權(quán)利要求1所述的方法，其特征在于，所述模擬器選擇加載的網(wǎng)元模型之后還包 括所述網(wǎng)管設(shè)備接入鑒權(quán)的過程；該過程具體為所述模擬器建立鑒權(quán)資源并等待所述網(wǎng)管設(shè)備的接入；在所述網(wǎng)管設(shè)備接入時接收來 自所述網(wǎng)管設(shè)備的鑒權(quán)請求；所述模擬器根據(jù)所述鑒權(quán)請求對所述網(wǎng)管設(shè)備的接入進(jìn)行鑒權(quán)，并將鑒權(quán)結(jié)果返回給 所述網(wǎng)管設(shè)備。
3.如權(quán)利要求1所述的方法，其特征在于，所述模擬器選擇加載的網(wǎng)元模型之后還包 括所述模擬器和所述網(wǎng)管設(shè)備心跳保持的過程；該過程具體為所述模擬器接收所述網(wǎng)管設(shè)備定時向所述模擬器發(fā)送的心跳消息，并向所述網(wǎng)管設(shè)備 發(fā)送所述心跳消息的響應(yīng)消息。
4.如權(quán)利要求1所述的方法，其特征在于，所述模擬器選擇加載的網(wǎng)元模型的過程，包括所述模擬器主動上報時觸發(fā)的選擇加載的網(wǎng)元模型的過程；或者，所述模擬器接收到 所述網(wǎng)管設(shè)備的消息，被動響應(yīng)時觸發(fā)的選擇加載的網(wǎng)元模型的過程。
5.如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述網(wǎng)元模型確定對應(yīng)的消息配置文 件，之前還包括所述模擬器修改消息配置文件中消息值的過程。
6.如權(quán)利要求1所述的方法，其特征在于，所述模擬器根據(jù)所述消息配置文件確定網(wǎng) 管設(shè)備的測試結(jié)果，包括所述模擬器根據(jù)所述網(wǎng)元模型的信息解析所述消息配置文件中的內(nèi)容，并根據(jù)解析結(jié) 果確定所述網(wǎng)管設(shè)備的測試結(jié)果。
7.如權(quán)利要求6所述的方法，其特征在于，所述模擬器根據(jù)所述網(wǎng)元模型的信息解析 所述消息配置文件中的內(nèi)容，包括所述模擬器對預(yù)設(shè)第一類型業(yè)務(wù)模擬網(wǎng)元設(shè)備的處理流程，并按照所述網(wǎng)元模型中的 結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析所述消息配置文件中的內(nèi)容；或者，所述模擬器為預(yù)設(shè)第二類型業(yè)務(wù)設(shè)置對應(yīng)的處理器，通過所述處理器對所需數(shù)據(jù)的處 理模擬網(wǎng)元設(shè)備的處理流程，并按照所述網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析所述消 息配置文件中的內(nèi)容。
8.如權(quán)利要求7所述的方法，其特征在于，在所述預(yù)設(shè)第二類型業(yè)務(wù)的上報過程中，所 述方法還包括所述模擬器統(tǒng)計所述預(yù)設(shè)第二類型業(yè)務(wù)對應(yīng)的上報數(shù)據(jù)量，并在對應(yīng)的記錄文件中進(jìn) 行更新。
9.如權(quán)利要求1所述的方法，其特征在于，將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備，包括所述模擬器直接將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備；或者， 所述模擬器將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備指定的FTP服務(wù)器，并由所述網(wǎng)管設(shè)備到所述FTP服務(wù)器上獲取所述測試結(jié)果。
10.如權(quán)利要求1-9任一項所述的方法，其特征在于，所述網(wǎng)元模型中定義的內(nèi)容包括指定網(wǎng)元設(shè)備版本號及配置的模擬器啟動的IP地址和監(jiān)聽端口 ；網(wǎng)元設(shè)備與所述網(wǎng)管設(shè)備之間內(nèi)部的協(xié)議消息；協(xié)議消息的詳細(xì)信息。
11.如權(quán)利要求1-9任一項所述的方法，其特征在于，所述消息配置文件為可即時配置 和修改的消息配置文件；在測試過程中，通過修改所述消息配置文件和在圖像界面上修改消息內(nèi)容的方式來控 制上報內(nèi)容；在性能測試過程中，通過設(shè)置所述消息配置文件中可用值的不同數(shù)量和上報周期，控 制測試壓力。
12.—種模擬器，其特征在于，包括選擇模塊，用于選擇加載的網(wǎng)元模型；第一確定模塊，用于根據(jù)所述選擇模塊選擇的網(wǎng)元模型確定對應(yīng)的消息配置文件；第二確定模塊，用于根據(jù)所述第一確定模塊確定的消息配置文件確定網(wǎng)管設(shè)備的測試 結(jié)果；發(fā)送模塊，用于將所述第二確定模塊確定的測試結(jié)果上報給所述網(wǎng)管設(shè)備。
13.如權(quán)利要求12所述的模擬器，其特征在于，還包括接入鑒權(quán)模塊，用于對所述網(wǎng)管 設(shè)備進(jìn)行接入鑒權(quán)的過程；所述接入鑒權(quán)模塊，具體用于建立鑒權(quán)資源并等待所述網(wǎng)管設(shè)備的接入；在所述網(wǎng)管 設(shè)備接入時接收來自所述網(wǎng)管設(shè)備的鑒權(quán)請求；根據(jù)所述鑒權(quán)請求對所述網(wǎng)管設(shè)備的接入 進(jìn)行鑒權(quán)，并將鑒權(quán)結(jié)果返回給所述網(wǎng)管設(shè)備。
14.如權(quán)利要求12所述的模擬器，其特征在于，還包括心跳保持模塊，用于對所述模擬 器和所述網(wǎng)管設(shè)備進(jìn)行心跳保持的過程；所述心跳保持模塊，具體用于接收所述網(wǎng)管設(shè)備定時向所述模擬器發(fā)送的心跳消息， 并向所述網(wǎng)管設(shè)備發(fā)送所述心跳消息的響應(yīng)消息。
15.如權(quán)利要求12所述的模擬器，其特征在于，所述選擇模塊，具體用于在所述模擬器主動上報時觸發(fā)選擇加載的網(wǎng)元模型的過程； 或者，在接收到所述網(wǎng)管設(shè)備的消息被動響應(yīng)時觸發(fā)選擇加載的網(wǎng)元模型的過程。
16.如權(quán)利要求12所述的模擬器，其特征在于，還包括修改模塊，用于修改消息配置文件中消息值。
17.如權(quán)利要求12所述的模擬器，其特征在于，所述第二確定模塊，具體用于根據(jù)所述網(wǎng)元模型的信息解析所述消息配置文件中的內(nèi) 容，并根據(jù)解析結(jié)果確定所述網(wǎng)管設(shè)備的測試結(jié)果。
18.如權(quán)利要求17所述的模擬器，其特征在于，所述第二確定模塊，進(jìn)一步用于對預(yù)設(shè)第一類型業(yè)務(wù)模擬網(wǎng)元設(shè)備的處理流程，并按 照所述網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析所述消息配置文件中的內(nèi)容；或者，為預(yù)設(shè)第二類型業(yè)務(wù)設(shè)置對應(yīng)的處理器，通過所述處理器對所需數(shù)據(jù)的處理模擬網(wǎng)元設(shè)備的處理流程，并按照所述網(wǎng)元模型中的結(jié)構(gòu)、字段、數(shù)據(jù)類型來解析所述消息配置文件 中的內(nèi)容。
19.如權(quán)利要求18所述的模擬器，其特征在于，在所述預(yù)設(shè)第二類型業(yè)務(wù)的上報過程 中，還包括統(tǒng)計模塊，用于統(tǒng)計所述預(yù)設(shè)第二類型業(yè)務(wù)對應(yīng)的上報數(shù)據(jù)量，并在對應(yīng)的記錄文件 中進(jìn)行更新。
20.如權(quán)利要求12所述的模擬器，其特征在于，所述發(fā)送模塊，具體用于直接將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備；或者，將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備指定的FTP服務(wù)器，并由所述網(wǎng)管設(shè)備到所述 FTP服務(wù)器上獲取所述測試結(jié)果。
21.如權(quán)利要求12-20任一項所述的模擬器，其特征在于，所述網(wǎng)元模型中定義的內(nèi)容 包括指定網(wǎng)元設(shè)備版本號及配置的模擬器啟動的IP地址和監(jiān)聽端口 ；網(wǎng)元設(shè)備與所述網(wǎng)管設(shè)備之間內(nèi)部的協(xié)議消息；協(xié)議消息的詳細(xì)信息。
22.如權(quán)利要求12-20任一項所述的模擬器，其特征在于，所述消息配置文件為可即時 配置和修改的消息配置文件；在測試過程中，通過修改所述消息配置文件和在圖像界面上修改消息內(nèi)容的方式來控 制上報內(nèi)容；在性能測試過程中，通過設(shè)置所述消息配置文件中可用值的不同數(shù)量和上報周期，控 制測試壓力。
全文摘要
本發(fā)明公開了一種模擬器和消息處理方法，該方法包括模擬器選擇加載的網(wǎng)元模型，并根據(jù)所述網(wǎng)元模型確定對應(yīng)的消息配置文件；所述模擬器根據(jù)所述消息配置文件確定網(wǎng)管設(shè)備的測試結(jié)果，并將所述測試結(jié)果上報給所述網(wǎng)管設(shè)備。本發(fā)明實施例中，通過實現(xiàn)網(wǎng)元設(shè)備與網(wǎng)管之間的非標(biāo)準(zhǔn)接口，根據(jù)測試需求上報業(yè)務(wù)數(shù)據(jù)，極大的提高了網(wǎng)管測試的覆蓋面和效率，同時也使得性能測試在缺乏真實網(wǎng)絡(luò)的情況下可以順利開展。
文檔編號H04W24/02GK102036275SQ20101059059
公開日2011年4月27日 申請日期2010年12月8日 優(yōu)先權(quán)日2010年12月8日
發(fā)明者李憲章 申請人:大唐移動通信設(shè)備有限公司