當前位置:首頁 > 通信技術 > 通信技術
[導讀] 0、引言隨著TD-SCDMA技術的不斷進步和完善,備受關注的TD-SCDMA外場測試也已經(jīng)全面展開,現(xiàn)已順利通過了空載測試、負載測試,即將進入第3階段的測試。與此同時,設備提供商紛紛加快了通信網(wǎng)絡管理軟件的研發(fā)和測試的

 0、引言

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

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

TD-SCDMA的OMC屬于EMS層網(wǎng)管部分,其主要功能是管理3G網(wǎng)絡中無線接入部分網(wǎng)絡設備RNC和Node B,同時它也通過北向接口提供服務或者把相關數(shù)據(jù)提供給上層網(wǎng)管,它與OMC-S等核心網(wǎng)網(wǎng)管程序組成完整的3G網(wǎng)絡管理應用[1]。根據(jù)OMC所處的層次以及工業(yè)化的需求,OMC主要包括CM(configuration management),F(xiàn)M(fault management),PM(performance management),SWM(software management),SM(security management)等主要相關模塊[2,3]。其中CM模塊主要完成網(wǎng)元與OMC本身的配置管理,包括對網(wǎng)元配置數(shù)據(jù)的同步采集、呈現(xiàn)以及對配置管理對象的狀態(tài)管理;PM模塊完成對網(wǎng)元性能業(yè)務數(shù)據(jù)的集中管理,包括收集網(wǎng)元性能業(yè)務數(shù)據(jù),對數(shù)據(jù)進行處理、保存并為用戶提供查詢監(jiān)視功能,同時可以通過建立測量任務定時收集網(wǎng)元性能數(shù)據(jù)[4];FM模塊實現(xiàn)對網(wǎng)元上告警信息的收集和呈現(xiàn),通過告警呈現(xiàn)知道網(wǎng)元的運行情況,為用戶維護網(wǎng)元提供重要的依據(jù)和保障[5];SWM軟件管理模塊是確保整個網(wǎng)管系統(tǒng)可以正確、正常地運行,主要完成對網(wǎng)元軟件、數(shù)據(jù)文件、License文件及其他類型文件的下載與上傳,對Node B網(wǎng)元激活和RNC復位,對OMC文件系統(tǒng)與外部介質(zhì)之間的文件導入導出、OMC的版本軟件的創(chuàng)建與管理、OMC文件系統(tǒng)的管理、網(wǎng)元文件系統(tǒng)的管理等。OMC系統(tǒng)架構如圖1所示。

圖1 OMC架構圖

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

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

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

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

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

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

1)生成RNC MML下行命令;

2)生成Node B下行命令;

3)批量生成告警報文,模擬RNC及Node B上報告警;

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

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

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

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

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

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

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

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

圖3 NE Simulator的工作原理圖

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

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

●GUI Application:主要通過TestBox,List,Button,Menu等控件實現(xiàn)NE simulator的界面框架,為用戶提供一個友好的界面和方便快捷的操作方式。同時利用Domain Logic特有的消息機制即消息監(jiān)聽器Listeners完成對用戶操作的監(jiān)聽,從而觸發(fā)相應的事件。

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

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

2.3 NE Simulator實驗室環(huán)境搭建

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

圖4 設備連接圖

2.4 NE Simulator在OMC功能測試中的應用

NE Simulator在OMC實際的功能測試中,通過終端IP或虛擬IP創(chuàng)建模擬網(wǎng)元,對OMC下發(fā)的命令做出響應來模擬真實網(wǎng)元。下面就功能測試當中遇到的幾個難題來說明NE Simulator實現(xiàn)OMC功能測試的過程。

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

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

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

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

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

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

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

3、結(jié)束語

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

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

本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務中斷的風險,如企業(yè)系統(tǒng)復雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務連續(xù)性,提升韌性,成...

關鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關鍵字: 華為 12nm EDA 半導體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權最終是由生態(tài)的繁榮決定的。

關鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務引領增長 以科技創(chuàng)新為引領,提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術學會聯(lián)合牽頭組建的NVI技術創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術創(chuàng)新聯(lián)...

關鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關鍵字: BSP 信息技術
關閉
關閉