0、引言

隨著TD-SCDMA技術(shù)的不斷進(jìn)步和完善，備受關(guān)注的TD-SCDMA外場(chǎng)測(cè)試也已經(jīng)全面展開(kāi)，現(xiàn)已順利通過(guò)了空載測(cè)試、負(fù)載測(cè)試，即將進(jìn)入第3階段的測(cè)試。與此同時(shí)，設(shè)備提供商紛紛加快了通信網(wǎng)絡(luò)管理軟件的研發(fā)和測(cè)試的步伐，作為管理TD網(wǎng)絡(luò)無(wú)線接入部分(RNC和Node B)的核心軟件操作——維護(hù)中心(openation maintenance center，OMC)系統(tǒng)也在緊張有序的測(cè)試之中。由于在OMC功能測(cè)試中往往會(huì)遇到一些與真實(shí)網(wǎng)元相關(guān)的而普通實(shí)驗(yàn)室無(wú)法實(shí)現(xiàn)的測(cè)試用例，例如：對(duì)大量不同類(lèi)型告警管理的測(cè)試，OMC對(duì)大量網(wǎng)元的管理功能的測(cè)試。這些問(wèn)題給正常的功能測(cè)試帶來(lái)了極大的不便，并且嚴(yán)重影響著軟件質(zhì)量和測(cè)試進(jìn)度。為了解決OMC功能測(cè)試中的這一系列問(wèn)題，利用網(wǎng)元仿真技術(shù)輔助測(cè)試將是一種十分有效的方法。

1、OMC系統(tǒng)簡(jiǎn)述

TD-SCDMA的OMC屬于EMS層網(wǎng)管部分，其主要功能是管理3G網(wǎng)絡(luò)中無(wú)線接入部分網(wǎng)絡(luò)設(shè)備RNC和Node B，同時(shí)它也通過(guò)北向接口提供服務(wù)或者把相關(guān)數(shù)據(jù)提供給上層網(wǎng)管，它與OMC-S等核心網(wǎng)網(wǎng)管程序組成完整的3G網(wǎng)絡(luò)管理應(yīng)用[

1]。根據(jù)OMC所處的層次以及工業(yè)化的需求，OMC主要包括CM(configuration management)，F(xiàn)M(fault management)，PM(performance management)，SWM(software management)，SM(security management)等主要相關(guān)模塊[2，3]。其中CM模塊主要完成網(wǎng)元與OMC本身的配置管理，包括對(duì)網(wǎng)元配置數(shù)據(jù)的同步采集、呈現(xiàn)以及對(duì)配置管理對(duì)象的狀態(tài)管理;PM模塊完成對(duì)網(wǎng)元性能業(yè)務(wù)數(shù)據(jù)的集中管理，包括收集網(wǎng)元性能業(yè)務(wù)數(shù)據(jù)，對(duì)數(shù)據(jù)進(jìn)行處理、保存并為用戶(hù)提供查詢(xún)監(jiān)視功能，同時(shí)可以通過(guò)建立測(cè)量任務(wù)定時(shí)收集網(wǎng)元性能數(shù)據(jù)[4];FM模塊實(shí)現(xiàn)對(duì)網(wǎng)元上告警信息的收集和呈現(xiàn)，通過(guò)告警呈現(xiàn)知道網(wǎng)元的運(yùn)行情況，為用戶(hù)維護(hù)網(wǎng)元提供重要的依據(jù)和保障[5];SWM軟件管理模塊是確保整個(gè)網(wǎng)管系統(tǒng)可以正確、正常地運(yùn)行，主要完成對(duì)網(wǎng)元軟件、數(shù)據(jù)文件、License文件及其他類(lèi)型文件的下載與上傳，對(duì)Node B網(wǎng)元激活和RNC復(fù)位，對(duì)OMC文件系統(tǒng)與外部介質(zhì)之間的文件導(dǎo)入導(dǎo)出、OMC的版本軟件的創(chuàng)建與管理、OMC文件系統(tǒng)的管理、網(wǎng)元文件系統(tǒng)的管理等。OMC系統(tǒng)架構(gòu)如圖1所示。

圖1　OMC架構(gòu)圖

2、基于網(wǎng)元仿真技術(shù)的OMC功能測(cè)試

在軟件功能測(cè)試中，主要關(guān)注于被測(cè)軟件的功能實(shí)現(xiàn)，而不是內(nèi)部邏輯。被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)、運(yùn)作情況對(duì)測(cè)試人員是不可見(jiàn)的。測(cè)試人員對(duì)被測(cè)產(chǎn)品的驗(yàn)證主要是根據(jù)產(chǎn)品的需求規(guī)格說(shuō)明書(shū)和測(cè)試需求列表來(lái)驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品的需求規(guī)格。功能測(cè)試主要是為了發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤：功能錯(cuò)誤或遺漏、界面錯(cuò)誤、數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫(kù)訪問(wèn)錯(cuò)誤、性能錯(cuò)誤和初始化或終止錯(cuò)誤[7]。

對(duì)于OMC功能測(cè)試主要完成CM，F(xiàn)M，SM，SWM，PM，NBI等相關(guān)模塊的功能測(cè)試。不但涉及到界面錯(cuò)誤，數(shù)據(jù)庫(kù)的一致性而且還包括網(wǎng)元消息的解析、配置的同步、告警上報(bào)呈現(xiàn)的正確性、管理大量網(wǎng)元的壓力測(cè)試。使得OMC的功能測(cè)試涉及的內(nèi)容和方法與一般軟件大有不同，也存在普通軟件功能測(cè)試幾乎不可能出現(xiàn)的難題。例如：①穩(wěn)定性測(cè)試過(guò)程中需要大量的網(wǎng)元，在實(shí)驗(yàn)室環(huán)境下難以實(shí)現(xiàn);②需要對(duì)網(wǎng)元進(jìn)行相關(guān)配置，而OMC暫不提供圖形用戶(hù)接口(GUI)配置功能;③需要生成網(wǎng)元告警，不可能損壞機(jī)器生成告警。

為了很好地解決以上傳統(tǒng)軟件功能測(cè)試方法不能完成的OMC功能測(cè)試問(wèn)題，在實(shí)際工作中引入了網(wǎng)元仿真技術(shù)的概念是十分必要的。

2.1　網(wǎng)元仿真儀表

網(wǎng)元仿真儀表(NE Simulator)具有模擬與OMC系統(tǒng)有關(guān)的網(wǎng)元功能，以及能實(shí)現(xiàn)FM，PM，CM，SWM，SM等模塊的相關(guān)功能，為外部測(cè)試提供必要的支持，成為OMC功能測(cè)試中一個(gè)重要的測(cè)試工具。NE Simulator主要具有以下功能：

1)生成RNC MML下行命令;

2)生成Node B下行命令;

3)批量生成告警報(bào)文，模擬RNC及Node B上報(bào)告警;

4)根據(jù)用戶(hù)需求上報(bào)性能文件;

5)修改配置文件，單機(jī)模擬多網(wǎng)元;

6)網(wǎng)元文件的上傳、下載;

7)模擬各種不同版本的網(wǎng)元。

具備以上功能的NE Simulator即可高度模擬真實(shí)的Node B和RNC進(jìn)行相關(guān)的測(cè)試。通過(guò)使用NE Simulator可以很好地解決上述OMC功能測(cè)試當(dāng)中的常規(guī)軟件測(cè)試不能完成的問(wèn)題。NE Simulator在網(wǎng)絡(luò)中位于網(wǎng)元管理層NMS，與真實(shí)的網(wǎng)元處于同一位置，通過(guò)打開(kāi)相應(yīng)端口來(lái)響應(yīng)OMC的請(qǐng)求。NE Simulator在網(wǎng)絡(luò)中的位置如圖2所示。

圖2　NE Simulator在網(wǎng)絡(luò)中的位置

2.2　NE Simulator的軟件實(shí)現(xiàn)

NE Simulator的工作原理如圖3所示。NE Simulator模擬RNC，Node B打開(kāi)端口監(jiān)聽(tīng)來(lái)自O(shè)MC的連接請(qǐng)求，對(duì)OMC進(jìn)行身份鑒權(quán)，處理OMC下發(fā)的網(wǎng)元命令并作出響應(yīng)。并且根據(jù)需求下發(fā)告警，模擬上報(bào)性能測(cè)試數(shù)據(jù)，允許對(duì)網(wǎng)元進(jìn)行配置實(shí)現(xiàn)模擬CM，SWM，F(xiàn)M，PM，SM模塊功能。

圖3　NE Simulator的工作原理圖

NE Simulator可以通過(guò)客戶(hù)端IP創(chuàng)建模擬網(wǎng)元，并且根據(jù)配置文件完成真實(shí)網(wǎng)元的初始化，自動(dòng)進(jìn)行網(wǎng)元同步，完成網(wǎng)元與服務(wù)器的數(shù)據(jù)同步。在功能測(cè)試過(guò)程中，模擬網(wǎng)元根據(jù)真實(shí)網(wǎng)元的消息模型，對(duì)OMC的同步命令等網(wǎng)元命令作出回應(yīng)，并按照固定的格式發(fā)送到OMC Server。服務(wù)器通過(guò)消息或文件的解析讀取模擬網(wǎng)元上報(bào)的數(shù)據(jù)并更新數(shù)據(jù)庫(kù)數(shù)據(jù)，更新客戶(hù)端各個(gè)模塊相應(yīng)數(shù)據(jù)的顯示或設(shè)備面板，TOPO界面的更新，從而完成網(wǎng)元和OMC的交互，達(dá)到測(cè)試的目的，為測(cè)試提供必要的依據(jù)。

根據(jù)業(yè)務(wù)實(shí)現(xiàn)NE Simulato在縱向上可分為3個(gè)部分：GUI APPLICATION，Domain Logic，F(xiàn)ramework。

●GUI Application：主要通過(guò)TestBox，List，Button，Menu等控件實(shí)現(xiàn)NE simulator的界面框架，為用戶(hù)提供一個(gè)友好的界面和方便快捷的操作方式。同時(shí)利用Domain Logic特有的消息機(jī)制即消息監(jiān)聽(tīng)器Listeners完成對(duì)用戶(hù)操作的監(jiān)聽(tīng)，從而觸發(fā)相應(yīng)的事件。

●Domain Logic：這個(gè)層次是NE Simulator的核心，業(yè)務(wù)邏輯的實(shí)現(xiàn)層主要分為3個(gè)部分：Meta MIT，NE Business Logic，Mapping。Meta MIT為其他模塊提供元信息支持和網(wǎng)元業(yè)務(wù)邏輯。NE Business Logic是所有業(yè)務(wù)邏輯的實(shí)現(xiàn)，分為PM，F(xiàn)M，SM，SWM，CM 5個(gè)模塊，分別模擬真實(shí)網(wǎng)元對(duì)相關(guān)命令作出響應(yīng)，并完成真實(shí)網(wǎng)元的相關(guān)模塊的業(yè)務(wù)功能。

●Frameworks：包括一些業(yè)務(wù)無(wú)關(guān)的技術(shù)框架，一般具有非常良好的復(fù)用性。由于OMC要實(shí)現(xiàn)與網(wǎng)元的消息通信，主要由Socket完成。因此，F(xiàn)rameworks中最主要的Socket Manager完成管理Socket框架的連接、通斷及發(fā)送消息。

2.3　NE Simulator實(shí)驗(yàn)室環(huán)境搭建

進(jìn)行OMC功能測(cè)試要將真實(shí)網(wǎng)元和模擬網(wǎng)元二者相結(jié)合。NE Simulator只提供一些基本的功能和參數(shù)校驗(yàn)，很多Relation校驗(yàn)、業(yè)務(wù)邏輯校驗(yàn)等功能還不完備，所以要以真實(shí)網(wǎng)元為基礎(chǔ)、以模擬網(wǎng)元為依托組建網(wǎng)絡(luò)來(lái)完成相關(guān)功能測(cè)試。實(shí)驗(yàn)室設(shè)備連接情況如圖4所示。

圖4　設(shè)備連接圖

2.4　NE Simulator在OMC功能測(cè)試中的應(yīng)用

NE Simulator在OMC實(shí)際的功能測(cè)試中，通過(guò)終端IP或虛擬IP創(chuàng)建模擬網(wǎng)元，對(duì)OMC下發(fā)的命令做出響應(yīng)來(lái)模擬真實(shí)網(wǎng)元。下面就功能測(cè)試當(dāng)中遇到的幾個(gè)難題來(lái)說(shuō)明NE Simulator實(shí)現(xiàn)OMC功能測(cè)試的過(guò)程。

1)執(zhí)行增量同步LMT命令。為了滿(mǎn)足測(cè)試用例前置條件，有時(shí)需要增加相應(yīng)的MO(management object)，但此項(xiàng)功能暫時(shí)不能在OMC中以GUI方式實(shí)現(xiàn)，可以通過(guò)增量同步LMT命令增加對(duì)象，滿(mǎn)足測(cè)試條件。具體流程如下：首先模擬網(wǎng)元發(fā)出LMT命令，Mediation處理LMT命令獲得MO的類(lèi)型和屬性信息，并將信息保存到內(nèi)存中，同時(shí)也根據(jù)需要，自動(dòng)添加子MO修改相應(yīng)的配置文件，發(fā)送LMT事件至OMC，事件報(bào)文中包含MO在OMC所關(guān)心的屬性信息。模擬網(wǎng)元調(diào)用相關(guān)模塊的方法，將得到的結(jié)果發(fā)給OMT，從而實(shí)現(xiàn)模擬網(wǎng)元與OMC的交互，完成在OMC當(dāng)中有些命令無(wú)法以GUI方式實(shí)現(xiàn)的難題。

2)上報(bào)大量告警。由于FM是OMC中的某些重要模塊涉及到告警屏蔽規(guī)則設(shè)置，單板告警顯示等功能。這些功能的測(cè)試需要大量不同類(lèi)型的告警，使用真實(shí)網(wǎng)元制造告警是不切實(shí)際的，而NE Simulator恰恰可以模擬真實(shí)網(wǎng)元上報(bào)大量告警。首先在模擬網(wǎng)元的客戶(hù)端選擇告警類(lèi)型和告警編號(hào)，并通過(guò)設(shè)置告警發(fā)送的速率和發(fā)送時(shí)間上報(bào)測(cè)試所需求的告警。告警類(lèi)型根據(jù)3GPP規(guī)范可分為Critical，Major，Minor，Cleared 4種級(jí)別。服務(wù)器根據(jù)模擬網(wǎng)元的告警類(lèi)型等信息更新數(shù)據(jù)庫(kù)實(shí)時(shí)刷新客戶(hù)端的告警信息及相關(guān)高級(jí)模塊的顯示。

3)模擬大量不同版本網(wǎng)元。由于OMC要實(shí)現(xiàn)對(duì)于多版本網(wǎng)元的管理，用大量不同版本真實(shí)網(wǎng)元顯然是難以實(shí)現(xiàn)的，我們可以通過(guò)不同版本的NE Simulator模擬不同版本的網(wǎng)元，測(cè)試多版本網(wǎng)元管理。NE Simulator對(duì)大量Node B的模擬并不需要大量的客戶(hù)端，而是通過(guò)修改模擬器配置文件中Node B的信息，增加單個(gè)RNC管理的Node B對(duì)象，并設(shè)置為不同的IP地址。在對(duì)應(yīng)的RNC的同步過(guò)程中，會(huì)根據(jù)配置文件中相應(yīng)的IP地址，自動(dòng)發(fā)現(xiàn)RNC管理的大量Node B，從而實(shí)現(xiàn)模擬大量Node B的功能，為進(jìn)行大量網(wǎng)元高負(fù)載的測(cè)試創(chuàng)造了測(cè)試環(huán)境。

NE Simulator可以用少量的終端模擬大量不同版本的網(wǎng)元，完成對(duì)OMC各個(gè)模塊的功能測(cè)試和性能壓力測(cè)試，為OMC的測(cè)試提供了有力的保障。

2.5　測(cè)試結(jié)果及其分析

以NE Simulator建立模擬網(wǎng)元為例，在使用NE Simulator建立模擬網(wǎng)元后，即可實(shí)時(shí)的在OMC系統(tǒng)得到新的網(wǎng)元樹(shù)并可以對(duì)模擬網(wǎng)元進(jìn)行操作和管理。在OMC的功能測(cè)試中，對(duì)真實(shí)網(wǎng)元的操作和對(duì)模擬網(wǎng)元的操作完全一致，并且像真實(shí)網(wǎng)元一樣對(duì)OMC系統(tǒng)的操作做出響應(yīng)，完成CM，F(xiàn)M，SM，SWM，PM等的相關(guān)操作，可以方便快捷的協(xié)助完成OMC功能測(cè)試。

但是由于NE Simulator畢竟是模擬器，與真實(shí)網(wǎng)元相比還存在很多不足。例如對(duì)于有些業(yè)務(wù)邏輯校驗(yàn)、異常處理、域值校驗(yàn)方面還存在不足，所以NE Simulator還不能在功能測(cè)試中完全取代真實(shí)網(wǎng)元。

3、結(jié)束語(yǔ)

對(duì)TD-SCDMA網(wǎng)管系統(tǒng)OMC進(jìn)行了簡(jiǎn)單的介紹，并著重論述了基于網(wǎng)元仿真技術(shù)的OMC功能測(cè)試技術(shù)以及NE Simulator模擬網(wǎng)元的工作流程和原理。OMC功能測(cè)試當(dāng)中會(huì)遇到一些使用真實(shí)網(wǎng)元難以完成的測(cè)試用例，NE Simulator可以很好的協(xié)助完成這些用例的執(zhí)行，更好的保證OMC功能測(cè)試的可靠性和有效性。但是NE Simulator畢竟只是對(duì)網(wǎng)元的一種模擬，

同時(shí)還是需要真實(shí)網(wǎng)元協(xié)助來(lái)進(jìn)行OMC功能測(cè)試。因此我們還是應(yīng)該不斷完善NE Simulator的功能以便更好地配合真實(shí)網(wǎng)元完成OMC的功能測(cè)試。

參考文獻(xiàn)：

[1]　謝顯中.TD-SCDMA第三代移動(dòng)通信系統(tǒng)技術(shù)與實(shí)現(xiàn)[M].北京：電子工業(yè)出版社，2004.

[2]　3GPP.TS 32.101 V7.2.0 Telecommunication management Principles and high level requirement[EB/OL].(2006-10)[2006-11-15].http：//www.3gpp.org/ftp/Specs/archive/32_series/32.101/32101-720.zip

[3]　3GPP.TS 32.102 V7.0.0 Telecommunication management Architecture[EB/OL].(2006-3)[2006-11-15].http：//www.3gpp.org/ftp/Specs/archive/32_series/32.102/32102-700.zip.

[4]　3GPP.TS 32.600 V6.0.0 Configuration Management (CM);Concept and high-level requirements [EB/OL].(2004-3)[2006-11-15].http：//WWW.3gpp.org/ftp/Specs/archive/32_series/32.600/32600-600.zip.

[5]　3GPP.TS 32.401 V7.0.0 Performance Management(PM);Concept and requirements[EB/OL].(2006-6)[2006-11-15].http：//WWW.3gpp.org/ftp/Specs/archive/32_series/32.401/32401-700.zip.

[6]　3GPP.TS 32.111 V6.0.1 Fault Management requirements [EB/OL].(2005-6)[2006-11-15].http：//WWW.3gpp.org/ftp/Specs/archive/32_series/32.1111/32111-1-601.zip.

[7]　古樂(lè).軟件測(cè)試技術(shù)概論[M].北京：清華大學(xué)出版社，2004.