第1章緒論

本文關(guān)鍵介紹通信基站運維綜合管理系統(tǒng)V1.0設(shè)計和實現(xiàn)。本章首先介紹

本系統(tǒng)背景知識和研究意義；然后敘述中國外研究和開發(fā)最新動態(tài)，最終介紹

本文關(guān)鍵內(nèi)容和組織結(jié)構(gòu)安排。

1.1研究背景和意義

本節(jié)關(guān)鍵介紹本文包含部分無線通信知識，首先介紹和本文描述通信基站

運維綜合管理系統(tǒng)VI.0相關(guān)WCDMA概念，UTRAN系統(tǒng)，RAN系統(tǒng)和Rbs

知識，然后具體描述本系統(tǒng)在WCDMA系統(tǒng)所處位置和該系統(tǒng)所需要提供功

效。最終再系統(tǒng)敘述本文研究意義。

1.1.13G無線通信相關(guān)知識

WCDMA1'1：WidebandCodeDivisionMultipleAccess寬帶碼分多址。是一個

由碼分多址（CDMA）,演變而來第三代無線通信技術(shù)。WCDMA采取直接序

列擴(kuò)頻碼分多址、頻分雙工方法。WCDMA是一個由3GPP具體制訂，基于GSM

MAP關(guān)鍵網(wǎng)，UTRAN為無線接口第三代移動通信系統(tǒng)。

UTRAN：TheUMTSTerrestrialRadioAccessNetwork,陸地?zé)o線接入網(wǎng)。

信令網(wǎng)和數(shù)據(jù)傳輸網(wǎng)在邏輯上分開⑵；UTRAN和CN功效將和傳輸功效完全分

開；UTRAN和CN使用尋址方法將和傳輸功效尋址方法無關(guān)；宏分級（FDD

模式）處理完全在UTRAN內(nèi)，RRC連接移動性完全由UTRAN控制；定義

UTRAN接口時候，經(jīng)過接口功效劃分應(yīng)有盡可能少可選項；應(yīng)基于此接口控

制實體邏輯模型。

UTRAN由一組經(jīng)過lu接口連接到關(guān)鍵網(wǎng)CN無線網(wǎng)絡(luò)子系統(tǒng)RNS組成。

一個RNS由一個無線網(wǎng)絡(luò)控制器(RNC)和一個或多個節(jié)點(NodeB)組成。

Rbs經(jīng)過lub接口連接到RNC。圖1.1是UTRAN系統(tǒng)部分平面結(jié)構(gòu)圖。

從圖中能夠看出：RNC關(guān)鍵負(fù)責(zé)跟關(guān)鍵網(wǎng)交互和和Rbs進(jìn)行交互。Rbs關(guān)

鍵負(fù)責(zé)和RNC交互，和用戶手機(jī)交互。

從軟件架構(gòu)角度，UTRAN關(guān)鍵分為以下3個邏輯節(jié)點：

(1)RNC(RadioNetworkController)無線網(wǎng)絡(luò)控制器。RNC關(guān)鍵負(fù)責(zé)跟

關(guān)鍵網(wǎng)和Rbs進(jìn)行交互，而且負(fù)責(zé)管理無線鏈路。RNC控制經(jīng)過Rbs信息量。

RNC同時負(fù)責(zé)建立信道，處理和UE連接，控制無線基站資源優(yōu)化。WCDMARbs

提供無線資源和無線廣播，而且負(fù)責(zé)接收和發(fā)送UE信號。

CN(coreNetwork)

RAN

adioAccessNetw(

圖1.1UTRAN系統(tǒng)平面結(jié)構(gòu)

(2)OSS-RC(OperationSupportSystem-RadioandCore)運維支撐系統(tǒng)一

無線基站跟關(guān)鍵網(wǎng)。OSS-RC關(guān)鍵處理從RNC過來操作管理任務(wù)，比如軟件安

裝和升級，RAN層管理配置，告警處理等。

(3)COMINF(CommonOpcrate&ManageInfrastructure)通用操作管理架

構(gòu)。COMINF關(guān)鍵管理包含從網(wǎng)絡(luò)設(shè)備到OSS-RC所需要攜帶路山等網(wǎng)絡(luò)協(xié)議。

COMINF同時提供安全性服務(wù)，用戶幫助信息，軟件管理，備份處理方案等服

務(wù)。

UTRAN拓?fù)浣Y(jié)構(gòu)和關(guān)鍵節(jié)點外部接口圖1.2所表示：(節(jié)點跟接口在下圖

中僅僅是一個邏輯插圖，跟實際情況不一定完全吻合。比如Mub和lub接口可

能承載相同媒體，W-Rbs也可能以級聯(lián)拓?fù)湫问竭B接)

Rbs⑶(RadioBaseSlalion)：WCDMA中Rbs就是UTRAN系統(tǒng)節(jié)點中基

站特有名稱。NodeB是一個邏輯節(jié)點，負(fù)責(zé)發(fā)送，接收從UE過來信道。Rbs

節(jié)點除了處理最基礎(chǔ)功效以外，同時還控制和監(jiān)管天線設(shè)備。Rbs經(jīng)過luani接

口或其它部分專有規(guī)范標(biāo)準(zhǔn)來控制和監(jiān)管TMA、RET等天線設(shè)備。

RbsElementManager：基站管理軟件，并不是UTRAN系統(tǒng)中一個獨立節(jié)

點，不過她是Rbs系統(tǒng)一部分，EM通常運行在PC端口，控制了包含一系列操

作管理應(yīng)用軟件安裝。

RbsCabinetViewer：機(jī)箱機(jī)柜查看器，是布署在OSS-RC上一個應(yīng)用程序,

不過她仍然屬于Rbs系統(tǒng)一部分。機(jī)箱機(jī)柜查看器提供了一個可視化視圖，而

且提供了一個工具來處理由事件干擾引發(fā)錯誤。

圖1.3Rbs和RNC、OSS-RC關(guān)系

從圖上能夠看出：Rbs關(guān)鍵經(jīng)過Mub接口和OSS-RC交互，經(jīng)過lub接口

和RNC交互，經(jīng)過Uu接口和UE交互。管理軟件EM在OSS-RC節(jié)點上，負(fù)

責(zé)管理和配置Rbs⑷。

圖1.4是Rbs外部接口平面圖：

RNC

|lub

M.operator

RBSI

System|

SItevisitorand

externalequipment

(~-------1

|Uu

UE

圖1.4Rbs外部接口

Mub：Mub接口是由Rbs所提供，由管理軟件EM,機(jī)箱機(jī)柜查看器，網(wǎng)

絡(luò)管理系統(tǒng)等系統(tǒng)使用。

lub：連接RNC跟Rbs相關(guān)接口。

GUI：(GraphicUserInterface)由管理軟件EM或機(jī)箱機(jī)柜查看器提供，提

供了一個用戶友好型圖形化界面給基站操作人員操作和維護(hù)Rbso

VMI：(VisualandMechanicalInterface),關(guān)鍵提供給基站站點操作人員

使用。VMI關(guān)鍵包含可視化指示器(LED燈)，手動可操作開關(guān)/按鈕(復(fù)位犍)

和傳入外部電源等。另外，裝配電纜螺絲等全部屬于這個接口。

1.1.2基站管理軟件功效

ITU-TTMN:TelecommunicationsManagementNetworkstandardfromthe

ITU-T)國際電信聯(lián)盟電信標(biāo)準(zhǔn)化部，電信管理網(wǎng)絡(luò)。因為該軟件系統(tǒng)緊緊負(fù)責(zé)

基站管理和配置，臨時不考慮traffic事件部分，僅考慮操作管理部分。TMN操

作管理部分策略關(guān)鍵由：

>代理模式使用，比如OSS-RC作為管理人，RbsEM作為代理。

>使用管理對象(ManagedObject,MO)模型，即管理一系列抽象或物理或

邏輯上資源。

>管理信息庫(ManagementInformationBase,MIB)使用，即一個存放了TMN

中全部MO信息庫。

>管理信息模型(ManagementInformationModel,MIM)使用，即抽象出一

個面向?qū)ο笳Z言來抽象要求MO定義，定義MO數(shù)據(jù)基礎(chǔ)操作。

一個基礎(chǔ)邏輯架構(gòu)模型圖1.5所表示：

PresentationLayer(OSS-RC2)Externalhost

processor

圖1.5TMN管理部分邏輯架內(nèi)模型

本文所描述通信基站運維綜合管理系統(tǒng)VI.0是一個OSS-RC系統(tǒng)下子系統(tǒng)

服務(wù)，從TMN管理部分架構(gòu)邏輯模型上來看，該系統(tǒng)處于架構(gòu)在表現(xiàn)層。通

常，配站工程師會在軟件中對基站進(jìn)行配置，該軟件系統(tǒng)將用戶配置基站數(shù)據(jù)

信息搜集起來，，經(jīng)過MO攜帶數(shù)據(jù)，經(jīng)過COBRA等公共協(xié)議和指定基站進(jìn)行

通信，向下層傳送管理和配置信息，將所需配置信息發(fā)送到指定基站中央史理

單元，而在基站端，通常會有一個類似于接口子系統(tǒng)，對發(fā)送過來消息進(jìn)行解

析并處理，并將配置信息進(jìn)行反饋。這么就能夠做到基站安裝跟配置分開進(jìn)行,

而且還能夠隨時對基站進(jìn)行調(diào)控容量，監(jiān)視基站中設(shè)備狀態(tài)等操作?；就ㄐ?/p>

結(jié)構(gòu)示意圖圖L6所表示：

圖1.6基站通信結(jié)構(gòu)

本文中通信基站運維綜合管理系統(tǒng)VI.0關(guān)鍵提供以下功效：

功效特點：

1,IT資源可視化，輕松讀懂多種IT數(shù)據(jù)

2,業(yè)務(wù)拓?fù)湟晥D，直觀展現(xiàn)出業(yè)務(wù)和TT關(guān)系

3,IT資產(chǎn)管理和IT監(jiān)控管理、運維步驟管理等無縫集成，實現(xiàn)對以虛擬

化和云計算為關(guān)鍵支撐IT體系綜合管控。

4,完善IT網(wǎng)絡(luò)運維管理體系，依靠統(tǒng)一服務(wù)支持平臺，形成自動化、步

驟化服務(wù)支持。

技術(shù)特點：

1,運行環(huán)境安裝配置方便(.NetFramework,Asp.Net,IIS)

2,技術(shù)成熟，主流技術(shù)，配套技術(shù)文檔完善，眾多開源或無償文檔或項目可

供參考

3,擁有眾多新技術(shù)，方便構(gòu)建企業(yè)級應(yīng)用

4,開公布署工具功效強(qiáng)大

5,能和Windows平臺緊密結(jié)合，最大程度利用系統(tǒng)功效

1.1.3研究意義

伴隨中興，華為等新興無線通信企業(yè)崛起，無線通信行業(yè)競爭越來越猛烈,

各大企業(yè)紛紛推出了新產(chǎn)品，軟硬件更新速度日益加緊，而市場上也出現(xiàn)了基

站類型新舊各異，功效各異復(fù)雜情況，即使是同一站型，也會因為需求變動而

造成硬件不一樣，或設(shè)備參數(shù)不相同問題。將原有硬件進(jìn)行整合，升級改造，

已經(jīng)成為了目前3G基站發(fā)展一個主流趨勢。這么不僅僅能夠節(jié)省成本，復(fù)用

原有硬件設(shè)備，提升利用率，同時能夠在愈加好兼容基站原有設(shè)備基礎(chǔ)上，達(dá)

成硬件微小改動，功效大大提升，基站大不一樣冷點?，F(xiàn)在市場上部分基站管

理配置系統(tǒng)，因為需求已經(jīng)伴隨市場改變而發(fā)生了重大改變，從原有固定不變，

幾乎極少改動硬件架構(gòu)，變成目前這種需求伴隨市場改變而快速改變情況。以

市場為導(dǎo)向新需求，使得軟件層次架構(gòu)變動勢在必行。原有架構(gòu)層次過于簡單，

在新項目標(biāo)開發(fā)中出現(xiàn)了架構(gòu)兼容性不夠，代碼耦合度過強(qiáng)等問題，造成系統(tǒng)

難以維護(hù)，升級，一旦有新需求改變，總會進(jìn)行大幅修改，顯然己經(jīng)無法適應(yīng)

產(chǎn)品不停更新新要求。怎樣設(shè)計出一個通用基站管理系統(tǒng)，滿足需求常常變動

特點，成為一個亟待處理問題，也是本文關(guān)鍵研究目標(biāo)。

1.2中國外研究動向

愛立信：愛立信基站管理系統(tǒng)采取了CI/RKConfigurationItem/ResourceItem)

架構(gòu)。將基站資源抽象為一系列ResourceItem,將一組相近資源以聚集形式組成

ConfigurationItem,構(gòu)建出一個邏輯上Rbs進(jìn)行酌置。該管理系統(tǒng)使用了MVC,

JavaBean,SAX等技術(shù)，提供了一個用戶友好型界面，經(jīng)過一個通用平臺CPP

和基站端進(jìn)行通信。用戶端到基站端通信使用了COBRA技術(shù)處理并發(fā)。現(xiàn)在愛

立信在市場上主流基站及新硬件設(shè)備圖1.7所表示⑸。

RBS6201大容■室內(nèi)宏基站

Outdoorcoopact6201震凌型室外宏基站

J>RBS6601分布式基站

ERBS6601outdoor室外分布式基站，I型和□型

?日RBS5302迷你型室外分布式基站

>AIR知HWiW元

圖L7愛立信主流基站及新硬件設(shè)備

華為⑹：提供了一個基于JAVAWeb網(wǎng)頁版基站軟件管理系統(tǒng)。該管理系統(tǒng)

使用了J2EE架構(gòu)，而且使用了Struts+Hibernate+Spring等比較流行框架。圖1.8

是部分華為在WCDMA市場上主流基站。

BTS3900DBS3900

圖1.8華為在WCDMA市場上主流基站

1.3本文關(guān)鍵內(nèi)容

本文一共分為五章，系統(tǒng)介紹了通信基站運維綜合管理系統(tǒng)VI.0設(shè)計和實

現(xiàn)，下面從分章節(jié)角度具體敘述本文將要敘述關(guān)鍵內(nèi)容:

第一章：首先介紹了本系統(tǒng)所需要無線通信背景知識，該系統(tǒng)在UTRAN

系統(tǒng)中所處位置和該系統(tǒng)所擔(dān)當(dāng)職能等，其次介紹了中國外研究開發(fā)動態(tài)，本

章最終介紹了本文關(guān)鍵內(nèi)容。

第二章：關(guān)鍵介紹了本系統(tǒng)需求分析和具體架構(gòu)設(shè)計。在需求分析中使用

了ADMENS矩陣分析法。架構(gòu)設(shè)計時候先介紹系統(tǒng)總體架構(gòu)設(shè)計，再分層分

別介紹每一層設(shè)沖。在介紹時候不僅僅介紹了設(shè)“思緒，同時從設(shè)計模式角度

給出了實現(xiàn)策略。

第三章：依據(jù)上一章設(shè)計出架構(gòu)，分架構(gòu)層次，依次具體敘述了每一層實

現(xiàn)過程。實現(xiàn)過程關(guān)鍵以具體UML類圖以立即序圖為例進(jìn)行敘述，同時將設(shè)

計過程中用到設(shè)計模式串聯(lián)起來。

第四章：描述了系統(tǒng)測試關(guān)鍵方法，和本系統(tǒng)測試步驟，最終展示了部分

測試用例，同時總結(jié)了測試結(jié)果。

第五章：總結(jié)了本論文關(guān)鍵工作，分析系統(tǒng)中部分值得改善地方，而且提

出了后續(xù)研究部分展望。

第2章通信基站運維綜合管理系統(tǒng)V1.0需求分析和設(shè)計

本章具體描述了基站管理系統(tǒng)需求分析和架構(gòu)設(shè)計。在需求分析中應(yīng)用了

ADMENS矩陣分析法進(jìn)行分析，架構(gòu)設(shè)計時候表現(xiàn)了分層思想，同時為了愈加

好局部結(jié)構(gòu)，設(shè)計模式在本系統(tǒng)中得到了充足應(yīng)用。

2.1系統(tǒng)需求分析

通信基站運維綜合管理系統(tǒng)VI.0提供了一個基站管理配置平臺，針對不一

樣種類基站進(jìn)行配置，同時提供了對基站配置進(jìn)行修改，刪除，和導(dǎo)入導(dǎo)出配

置腳本等功效。在進(jìn)行本文需求分析時候會借助ADMENS矩陣進(jìn)行分析。

ADMENS矩陣⑺（ArchitecturalDesignMethodhasbeenExtendedtoMethod

System,架構(gòu)設(shè)計方法已經(jīng)擴(kuò)展到方法體系），又稱為“需求層次一需求方面矩

陣”。該矩陣分析法能夠幫助架構(gòu)師離別需求列表陳舊方法，順利過渡到二維需

求觀，借此避免遺漏需求、并深入清理需求間關(guān)系和發(fā)覺衍生需求。

ADMENS二維矩陣進(jìn)行需求分析“四步法”關(guān)鍵由以下4個角度分析：需

求結(jié)構(gòu)化，分析約束影響，確定關(guān)鍵質(zhì)量和確定關(guān)鍵功效。

從“需求定義了直接還是間接目標(biāo)”角度，把需求劃分為3種類型：

1.功效需求：直接表現(xiàn)出各個需求目標(biāo)要求。

2.質(zhì)量屬性：由運行期質(zhì)量和開發(fā)期質(zhì)量組成。

3.約束需求：由業(yè)務(wù)環(huán)境原因，使用環(huán)境原因和技術(shù)環(huán)境原因組成。

從業(yè)務(wù)級需求，用戶級需求，開發(fā)級需求三個角度對本系統(tǒng)需求進(jìn)行具體

分析，形成一個二維需求分析矩陣?？偨Y(jié)成下表：

表2.1ADMENS矩陣

廣義功效質(zhì)量約束

技術(shù)性約束

法規(guī)性約束

業(yè)務(wù)級需求業(yè)務(wù)目標(biāo)快、好、省技術(shù)趨勢

競爭原因和競爭對手

遺留系統(tǒng)集成

標(biāo)準(zhǔn)性約束

分批實施

用戶群特點

用戶級需求用戶需求運行期質(zhì)量用戶水平

多國語言

開發(fā)團(tuán)體技術(shù)水平

開發(fā)團(tuán)體磨合程度

開發(fā)團(tuán)體分布情況

開發(fā)級需求行為需求開發(fā)期質(zhì)量開發(fā)團(tuán)體業(yè)務(wù)知識

管理：保密要求

管理：產(chǎn)品計劃

安裝、維護(hù)

2.1.1業(yè)務(wù)級需求分析

本段關(guān)鍵依據(jù)：包含用戶或出資者要達(dá)成業(yè)務(wù)目標(biāo)、所需要預(yù)期投入資金、

項目標(biāo)工期進(jìn)度要求，和要符合哪些標(biāo)準(zhǔn)規(guī)范、對哪些遺留系統(tǒng)進(jìn)行整合改造

等約束條件，對論文中敘述系統(tǒng)進(jìn)行業(yè)務(wù)級需求分析。下面具體敘述本系統(tǒng)需

要關(guān)鍵考慮約束條件。

(1)用戶業(yè)務(wù)目標(biāo)和業(yè)務(wù)愿景。

1.軟件定位：基站管理軟件

2.提供服務(wù)：提供一個通用管理配置平臺，對同一家企業(yè)不一樣類型，不

一樣硬件基站進(jìn)行配置。

(2)用戶業(yè)務(wù)質(zhì)量

1.兼容新老基站。因為技術(shù)改革，軟件必需兼容多種多樣新老基站，在滿

足新基站配置要求同歸要做到向后兼容。尤其是基站硬件更新，各大無線通信

企業(yè)現(xiàn)在全部在做整合研發(fā)，將老基站幾塊硬件板子功效集成到一塊硬件上創(chuàng)

新研究，軟件變更需要跟硬件變更同時化，滿足硬件變更所帶來配置變更。

2.易于變更配置。同一款基站，很有可能會配置不一樣射頻單元，或有扇

區(qū)變動配置需求，需要提供一個簡練而又實用向?qū)頋M足配置變更，同一個硬

件配置也需要能夠方便修改承載能力等，以達(dá)成資源利用合理化。

(3)技術(shù)標(biāo)準(zhǔn)

3GPP,和各大廠商自己制訂標(biāo)準(zhǔn)。

(4)對哪些遺留系統(tǒng)進(jìn)行整合

基站零部件種類繁多，多種型號基站之間硬件配置有較大區(qū)分，需要一個

擴(kuò)展性很強(qiáng)系統(tǒng)來替換原有系統(tǒng)，方便未來產(chǎn)品深入更新?lián)Q代。

2.1.2用戶級需求分析

用戶及需求分析關(guān)鍵從以下多個角度入手：用戶需要使用系統(tǒng)來完成哪些

工作，對質(zhì)量有哪些要求，用戶群及所處使用環(huán)境方面有哪些要求等條件來進(jìn)

行用戶級需求分析。下面結(jié)合本系統(tǒng)進(jìn)行分析：

(1)用戶使用系統(tǒng)完成輔助工作

該系統(tǒng)關(guān)鍵用戶人員是基站配置人員，她們使用該系統(tǒng)進(jìn)行基站配置，修

改，刪除等操作。配置向?qū)Ю锩媾渲庙椨胁糠质怯懈唧w硬件相關(guān)默認(rèn)值，還

有部分必需要用戶來配置，這些配置向?qū)Ц鶕?jù)基站配置步驟分多個頁面進(jìn)行。

該基站管理軟件關(guān)鍵提供四個配置向?qū)Ы缑妫?/p>

1.機(jī)箱/機(jī)柜配置向?qū)?

這部分配置硬件設(shè)備，除了基帶信號處理板配置，還有部分硬件板，通常在

交付用戶之前，在工廠就有部分燒制或錄入默認(rèn)配置，插入機(jī)箱機(jī)柜中，所以

需要在這里一并配置。在這個配置向?qū)Ю锩嫘枰渲藐P(guān)鍵有：選擇Rbs類型，

配置默認(rèn)IP地址，接口板等硬件設(shè)備。

2.基站站點配置向?qū)?/p>

關(guān)鍵功效是建立扇區(qū)，配置小區(qū)，天線系統(tǒng)相關(guān)硬件，電纜相關(guān)數(shù)據(jù)，該部

分需要配置硬件組合相對比較靈活，能夠依據(jù)基站承載能力等條件，自由組合

配置。

3.修改配置向?qū)?/p>

該配置向?qū)П容^尤其，該功效實現(xiàn)需要借助XML+SAX來實現(xiàn)，所以該配

置向?qū)л斎雰H為XML修改配置文件。該向?qū)шP(guān)犍配置頁面僅僅由一個文件輸

入頁面和需要修改目錄結(jié)果組成。

4.導(dǎo)入導(dǎo)出，刪除向?qū)?/p>

這多個功效也全部是經(jīng)過XML+SAX實現(xiàn)，所以該配置向?qū)?，輸?輸

出僅僅為XML文件。

（2）質(zhì)量要求

1.操作方便，界面友好。

2.系統(tǒng)含有很強(qiáng)壯壯性，盡可能避免系統(tǒng)瓦解。

3.能夠滿足不一樣配置情況下，仍含有較強(qiáng)可靠性。

（3）用戶需求約束

配站工程師水平參差不齊，提供一個用戶友好型，簡練配置界面，需要易

于操作。

2.1.3開發(fā)級需求分析

本段關(guān)鍵依據(jù)：開發(fā)人員具體需要實現(xiàn)什么產(chǎn)品，開發(fā)維護(hù)期間對質(zhì)量有

哪些考慮，開發(fā)團(tuán)體有沒有影響架構(gòu)情況等原因來進(jìn)行需求分析。下面僅考慮

本系統(tǒng)開發(fā)中需要用到約束條件：

（1）開發(fā)人員需要實現(xiàn)目標(biāo)

一個用戶友好型通信基站運維綜合管理系統(tǒng)VI.Oo需要提供以下基礎(chǔ)服

務(wù)：

1.機(jī)柜機(jī)箱配置：需要實現(xiàn)機(jī)箱機(jī)柜配置，和出廠時安裝其它硬件板全部

配置。機(jī)箱機(jī)柜通常會提供一系列插槽，相關(guān)硬件在出廠時候分別安裝在具體

插槽中，一并交付，所以這些硬件板需要跟機(jī)柜機(jī)箱配置一同進(jìn)行配置。

2.基站配置：關(guān)鍵負(fù)責(zé)射頻單元硬件配置，輔助單元（比如風(fēng)扇、電源之

類）配置，和天線系統(tǒng)相關(guān)設(shè)備配置，這部分硬件大多含有能夠頻繁更換特征,

所以這部分代碼結(jié)構(gòu)需要盡可能松散，耦合度越低越好。

3.導(dǎo)出/刪除功效：導(dǎo)出功效能夠?qū)С瞿壳癛bs配置XML文件，能夠讓

我們在測試環(huán)境中創(chuàng)建相同用戶配置，也能夠給其它站點進(jìn)行相同配置。刪除

功效能夠刪除目前Rbs中全部不關(guān)鍵配置，重新配站情況下能夠使用。本系統(tǒng)

使用SAX技術(shù)來解析XML文件，所以在這里需要提供DTD文件規(guī)范XML文

件格式。

4.修改功效：能夠提供給基站操作人員在不停止Rbs情況下，修改基站配

置功效。關(guān)鍵有射頻單元修改，天線修改，扇區(qū)增加、刪除，小區(qū)增加、刪除

等等功效。

（2）開發(fā)期間質(zhì)量約束

1.以測試驅(qū)動標(biāo)準(zhǔn)進(jìn)行開發(fā)，盡可能做到步步可測。

2.代碼實現(xiàn)時候盡可能多用設(shè)計模式標(biāo)準(zhǔn)，降低代碼耦合度，提升可擴(kuò)展

性。

總而言之，總結(jié)得到ADMENS矩陣以下表所表示：

表2.2ADMENS矩陣（需求層次--需求方面矩陣）

功效質(zhì)量約束

業(yè)務(wù)級需求業(yè)務(wù)目標(biāo)及業(yè)務(wù)愿景商業(yè)質(zhì)量商業(yè)約束

?軟件定位：基站管理?兼容新老基站配置?基站零部件種

軟件?容錯率高類繁多

?提供服務(wù)：對多種類?多種型號基

型，多種硬件提供一個通站，硬件之間有較

用性配站軟件大區(qū)分

?需要較強(qiáng)可擴(kuò)

展可擴(kuò)展性，方便

未來產(chǎn)品更新?lián)Q代

用戶級需求潛在用戶運行期質(zhì)量用戶約束

?配站工程師?操作簡單，易于上?工程師水平層

次不齊，提供部分

?多用性必需提醒

?防御性編程，

檢測未知配置錯誤

開發(fā)級需求開發(fā)期質(zhì)量開發(fā)方約束

?可擴(kuò)展性?只有一人

?步步可測?時間短工程量

大

2.2基站管理軟件系統(tǒng)架構(gòu)設(shè)計

本節(jié)關(guān)鍵是從整體上對本通信基站運維綜合管理系統(tǒng)VI.0設(shè)計進(jìn)行具體敘

述。木節(jié)關(guān)鍵分兩個層次來敘述，先從系統(tǒng)邏輯架構(gòu)，功效模塊和魯棒性設(shè)計

三個角度來敘述該基站管理軟件系統(tǒng)設(shè)計，然后依據(jù)本系統(tǒng)架構(gòu)層次來具體敘

述每一層設(shè)計思緒和實現(xiàn)策略。

2.2.1系統(tǒng)總體概要設(shè)計

本小節(jié)僅僅是對系統(tǒng)總體架構(gòu)概要設(shè)計介紹，不對具體細(xì)節(jié)設(shè)計和實現(xiàn)做

分析。本節(jié)從系統(tǒng)邏輯架構(gòu)，功效模塊和魯棒性設(shè)計三個角度來敘述該基站管

理軟件系統(tǒng)概要設(shè)計。

系統(tǒng)邏輯架構(gòu)

基站管理軟件系統(tǒng)邏輯架構(gòu)圖見圖2.1。該系統(tǒng)設(shè)計思緒以企業(yè)應(yīng)用架構(gòu)模

式中流行三層架構(gòu)為基礎(chǔ)，依據(jù)本系統(tǒng)需求分析而衍生出來五層架構(gòu)，每一層

全部依靠在其下層之上來構(gòu)建，上層使用下層定義多種接口，而下層對上層怎

樣調(diào)用一無所知。另外，每一層對自己上層隱藏其實現(xiàn)細(xì)節(jié)。各層之間盡可能

做到相對透明⑻⑼。

在表現(xiàn)層中使用了目前最流行MVC框架模式進(jìn)行設(shè)計，在邏輯實現(xiàn)層中，

參考企業(yè)級應(yīng)用架構(gòu)中領(lǐng)域邏輯層設(shè)計思緒，上層參考服務(wù)層構(gòu)建，將本系統(tǒng)

所提供服務(wù)獨立出一層，成為功效模塊層，對表現(xiàn)層提供服務(wù)，下層謖輯實現(xiàn)

層使用領(lǐng)域模式，使用一系列對象來負(fù)擔(dān)相關(guān)邏輯，數(shù)據(jù)層分為2層，上層物

理數(shù)據(jù)層是對物理硬件一一對應(yīng)，而且和MO進(jìn)行聚集處理，下層邏輯數(shù)據(jù)層

則是對應(yīng)所在企業(yè)ManageObject架構(gòu)，使用部分簡單POJO來構(gòu)建數(shù)據(jù)庫，同

時能夠使用這些數(shù)據(jù)類承載本系統(tǒng)配置信息，和其它子系統(tǒng)進(jìn)行數(shù)據(jù)通信。

多層次架構(gòu)體系，使得系統(tǒng)靈活性極大增強(qiáng)，每層僅僅對其上下層負(fù)責(zé)，

降低了系統(tǒng)耦合度，能夠?qū)⒁粋€新硬件需求給軟件代碼帶來影響在最小范圍內(nèi)

擴(kuò)散，很好滿足頻繁增加新特征需求。同時在每層之間按模塊劃分策略和設(shè)計

模式大量應(yīng)用，優(yōu)化了系統(tǒng)局部細(xì)節(jié)，極大降低了各個子模塊之間耦合度”叫

表現(xiàn)層設(shè)計概要：該層采取當(dāng)今世界主流GUI設(shè)計模式：MVC

(Model-View-Controller)模式，即模型-視圖-控制器模式，MVC模式能夠根

據(jù)模型、繪圖表示方法和行繪圖為等角色把?個應(yīng)用系統(tǒng)各個部分解耦分割開

來。使用該模式，能夠?qū)⒈鞠到y(tǒng)中圖形界面繪制跟圖形界面控制分開，很好滿

足了設(shè)計目標(biāo)"L同時因為該基站管理配置系統(tǒng)配置向?qū)ы撁嬷杏泻芏喙餐?/p>

件，能夠?qū)⒁晥D端和控制器端共有部分抽象到她們父類，在父類中實現(xiàn)對頁

面控制等共有邏輯，這么設(shè)計思想表現(xiàn)出了軟件設(shè)計模式中里氏代換標(biāo)準(zhǔn)和依

靠倒轉(zhuǎn)標(biāo)準(zhǔn)。子類繼承時經(jīng)過裝飾模式等設(shè)計方法來實現(xiàn)各自頁面不一樣視圖,

加減頁面?⑵全部不會對原來架構(gòu)有影響，滿足開閉標(biāo)準(zhǔn)，對應(yīng)視圖和控制器僅

僅經(jīng)過模型端進(jìn)行交互，滿足迪米特法則“川⑷。

邏輯控制層部是整個系統(tǒng)中對配置行為進(jìn)行控制地方，同時也負(fù)責(zé)Rbs對

象創(chuàng)建等工作，該層分兩層實現(xiàn)：

功效模塊層設(shè)計概要：該層關(guān)鍵采取建造模式來實現(xiàn)，以功效模塊層需求

為依據(jù)分別建造，提供多種多樣產(chǎn)品。對應(yīng)于該管理軟件功效，給出其相交應(yīng)

類來提供目標(biāo)功效模塊，組裝構(gòu)建等細(xì)節(jié)等實現(xiàn)部分則對上層透明，該層并不

負(fù)責(zé)細(xì)節(jié)邏輯實現(xiàn)，而是部分實現(xiàn)功效組合，具體實現(xiàn)經(jīng)過代理模式思想交由

下層負(fù)責(zé)。基于此，該層關(guān)鍵是部分功效等創(chuàng)建組合控制接口，經(jīng)過這些接口

來調(diào)用下層邏輯實現(xiàn)層，并委托下層來實現(xiàn)需要邏輯。每一個功效對應(yīng)一個建

造類，經(jīng)過建造模式，能夠做到復(fù)用邏輯實現(xiàn)層零件產(chǎn)品，同時各功效模塊之

間相對保持透明，滿足迪米特法則。

邏輯實現(xiàn)層設(shè)計概要：該層建立一個全部由對象組成領(lǐng)域?qū)?，來對目?biāo)對

象業(yè)務(wù)建模，其中每一個對象僅僅負(fù)責(zé)一個單一功效實現(xiàn)。因為業(yè)務(wù)具體行為

是常常改變，所以易于修改和測試對邏輯實現(xiàn)層來說十分關(guān)鍵。該層關(guān)鍵采取

享元模式來進(jìn)行構(gòu)建，內(nèi)蘊對象關(guān)鍵來存放跟該邏輯對象配置相關(guān)部分常量數(shù)

據(jù)，外蘊對象關(guān)鍵來存放該邏輯對象需要配置數(shù)據(jù)對象。該層關(guān)鍵功效是：向

下調(diào)用下層數(shù)據(jù)層中數(shù)據(jù)，并對數(shù)據(jù)直接進(jìn)行讀寫等操作，實現(xiàn)部分獨立，單

一，簡單化功效，向上接收上一層功效模塊層委托調(diào)用，實現(xiàn)功效模塊層需求

,,5|o基站管理軟件系統(tǒng)數(shù)據(jù)操作部分關(guān)鍵集中在這一層，產(chǎn)品中有一系列數(shù)據(jù)

操作方法，對數(shù)據(jù)層數(shù)據(jù)類進(jìn)行讀寫操作。

數(shù)據(jù)層部分：該層分為2層，上層為物理數(shù)據(jù)層，和具體基站物理硬件一

一對應(yīng)，下層為POJO層，作為和整個UTRAN系統(tǒng)接口，將系統(tǒng)系統(tǒng)高層定

義MO和本軟件系統(tǒng)數(shù)據(jù)進(jìn)行一個一一映射。通常為了滿足硬件結(jié)構(gòu)改變，系

統(tǒng)定義出MO也會對應(yīng)隨之調(diào)整，結(jié)構(gòu)并不穩(wěn)定。假如數(shù)據(jù)層采取單一層次，

那么因為不停改變需求，會造成數(shù)據(jù)層常常改動，影響架構(gòu)穩(wěn)定性

物理數(shù)據(jù)層設(shè)計概要：該層采取合成/聚集標(biāo)準(zhǔn)調(diào)用POJO層數(shù)據(jù)對象，創(chuàng)

建構(gòu)建成不一樣型號物理硬件一系列對象，和真正物理硬件一一對應(yīng)〔⑺。

POJO層設(shè)計概要：POJO,即簡單Java對象，僅包含部分屬性和部分get,

sei方法，并不包含業(yè)務(wù)方法。該層關(guān)鍵作用就是提供部分最基礎(chǔ)數(shù)據(jù)供上層使

用，對系統(tǒng)定義MO數(shù)據(jù)進(jìn)行一一映射，轉(zhuǎn)化成本系統(tǒng)所能夠使用數(shù)據(jù)。

產(chǎn)品功效模塊結(jié)構(gòu)

產(chǎn)品功效模塊結(jié)構(gòu)見圖2.2。用戶需要先選定Rbs基站型號，該系統(tǒng)則會依

據(jù)用戶選擇生成對應(yīng)基站配置界面，接下來就能夠進(jìn)行機(jī)箱機(jī)柜cabinet、站點

site,扇區(qū)、大線系統(tǒng)等基站關(guān)鍵硬件配置。該管理軟件同時提供了修改modify/

導(dǎo)出export/刪除delete等功效，修改modify功效能夠在不重啟基站情況下，調(diào)

整基站扇區(qū)、載波配置等設(shè)備負(fù)載量等配置信息；導(dǎo)出export功效則能夠?qū)⒛?/p>

前基站配置以XML格式一次導(dǎo)出，方便下次配站使用；刪除Delete功效則是

能夠?qū)⒒灸壳芭渲脛h除，方便用戶重新配站。

圖2.2產(chǎn)品功效模塊結(jié)構(gòu)圖

系統(tǒng)概要設(shè)計魯棒性分析

系統(tǒng)概要設(shè)計魯棒圖見圖2.3。從圖中能夠看到，當(dāng)工程師選定了Rbs基

站類型以后，會有一個相對應(yīng)工廠方法，生成該Rbs基站相對應(yīng)實例，該實例

以創(chuàng)建最大化方法，初始化該基站全部功效服務(wù)，而且保留該類型基站所特有

數(shù)據(jù)邏輯。該基站實例對象采取單例模式，在整個配置過程中只有這一個實例

對象，方便統(tǒng)計基站配置信息和對基站配置信息修改信息。接下來多種功效實

現(xiàn)部分關(guān)鍵是對Rbs基站配置數(shù)據(jù)進(jìn)行操作，所以能夠直接對這個單例對象進(jìn)

行操作。各功效模塊之間全部做了很好隔離，控制部分相對獨立，每個功效對

于其它功效沒有影響，一個地方犯錯了并不影響其它功效使用，有很好魯棒性。

圖2.3系統(tǒng)概要設(shè)計魯棒圖

2.2.2POJO層設(shè)計

MO(ManageObject)策略

通常MO由高層系統(tǒng)工程師來設(shè)計和實現(xiàn)，將Rbs中資源邏輯抽象為一系

列對象，再由面向?qū)ο筌浖Z言如Java,C++,在各自子系統(tǒng)實現(xiàn)細(xì)節(jié)，再由

MO之間屬性交互，來實現(xiàn)不一樣子系統(tǒng)間數(shù)據(jù)交互。

M0從高層表現(xiàn)出一致性，即各個子系統(tǒng)所使用M0,即使分屬各自子系

統(tǒng)，不過必需完全一樣。通常Rbs基站軟件架構(gòu)采取數(shù)據(jù)驅(qū)動方法，各個子系

統(tǒng)相對獨立，僅僅依靠數(shù)據(jù)傳輸進(jìn)行通信。MO就是數(shù)據(jù)交互關(guān)鍵，MO承載

了各自子系統(tǒng)數(shù)據(jù)信息。

一個M0中通常會包含兩類參數(shù)：

＞屬性，Attributes：跟M0抽象資源相關(guān)參數(shù)變量，這些資源能夠在配置時

候給她們賦值，資源狀態(tài)也能夠經(jīng)過讀取這些值來取得。

＞行為，Actions：表示所能對一個MO采取行動，比如加鎖，刪除等。

本文所要實現(xiàn)通信基站運維綜合管理系統(tǒng)VI.0,實際上就是采取一系列

Java類來對應(yīng)MO,將配置信息存到MO中，經(jīng)過配置這些MOattributes和actions

來實現(xiàn)對基站配置，最終講搜集到全部配置信息，發(fā)送到中央處理單元中。

圖2.4是一個采取了MO模型Rbs基站示意圖：

圖2.4Rbs基站MOM模型

上圖中矩形代表Rbs節(jié)點整體，正面是Rbs從系統(tǒng)角度所能看到資源，側(cè)

面則是對Rbs資源抽象：MOM(MOModel)0從圖上能夠看出：MO模型即是

對Rbs系統(tǒng)角度所能看到資源另一個表示所構(gòu)建成模型：抽象成為一系列能夠

管理對象MO,從一系列對象角度來看Rbs資源0

表2.3MO取自愛立信Rbs基站，6601型號遠(yuǎn)程基站，slol信息表。

表2.3Slot信息表

Possibleparentsubrack

AuxPluglnUnit

PossiblechildrenBbifBoard

PluglnUnit

ActionsupdateConfiguration()

activeSwAllocation

productDala

reservedBy

AttributesSlotld

slotNumber

slotState

Slot：是對機(jī)框中插槽資源一個抽象。

從該表中能夠看出：slot父親節(jié)點只有一個，機(jī)框subrack；可能孩子節(jié)點

有3個，可插入插槽單元PluglnUnil,比如基帶板，射頻板，信號過渡板等；

遠(yuǎn)程單元AuxPluglnUnit,比如傾角調(diào)整器RET,塔放TMA等；一個基帶板和

射頻單元交互接口BbifBoardo

該MOaction僅有一個：updateConfiguralion。表示假如該基站是自動配置,

則該action會觸發(fā)該插槽下硬件單元自動配置行為。

6個Attributes分別表示：activcSwAllocation表示此刻該插槽是否有

PhiglnUnit在使用，假如沒有PluglnUnit在次插槽被配置使用，則該屬性值為

空。productDala屬性描述目前插入單元信息、，該屬性一旦賦值，則不管其插入

硬件板是否工作，該值全部不會變，該屬性值只有在slot換新硬件板時候才會

改變。reservedBy該屬性以一個列表形式存在，是貯備這個MO全部MO一個

列表。Slotld,該屬性值是用來組成RDNoslotNumber該屬性值從左往右開始

數(shù)起，從1開始，用來表示插槽位置。slotState屬性用來表明該插槽狀態(tài)。該

MO是在其父親M0創(chuàng)建時候創(chuàng)建，而且不能被刪除。該M0插槽數(shù)目是在其

父親節(jié)點subrack中定義。

2.222MO查找：RDN和LDN

RDN：RelativeDistinguishedName,相對標(biāo)識名。RDN命名跟該MO父親

節(jié)點相關(guān)。這個屬性值在她被建立時候就定義好了，而且不能改變。

LDN：LocalDistinguishedName,當(dāng)?shù)貙Ｓ忻Q。由該Rbs節(jié)點中一系列

RDN所形成一個獨一無二名字。

RDN在查找父子節(jié)點M0時候使用，LDN在全局查找M0使用。

圖2.5是RNC中一個MO結(jié)構(gòu)，由下能夠看出RDN跟LDN怎樣命名，和

LDN是怎樣由RDN所形成:

RNCMOMFragment

LON={RncFunctionld=UtranColHd="10(T,Rachlld="O'j

圖2.5一個使用RND/LDNMO結(jié)構(gòu)

由上圖能夠看出RncFunction這個MORDN={RncFunctionId=nO"),因為

RncFunction本身就是根節(jié)點，所以LDN等于RDN。UtranCell這個

MORDN={UtranCeind=n100,'),LDN等于該MORDN加上這個MO全部父節(jié)點

RDN,所以UtranCellLDN={RncFunctionId=nOn,UtranCellId=,'100"),同理，Rach

這個MORDN=(RachId="0"),LDN=(RncFunctionId=,'0H,UtranCell^1'lOO'1,

Rachld="0u)o

表中MORDN命名規(guī)則：從機(jī)框最左邊插槽開始，第一個插槽slot為：

slot=lo所以該MORDN=

MO映射機(jī)制

M0映射機(jī)制采取POJO模式策略。從高層系統(tǒng)要求定義MO到該軟件配

置管理系統(tǒng)數(shù)據(jù)庫所采取映射技術(shù)由POJO模式實現(xiàn)。

POJO：PlainOldJavaObject,簡單Java對象。POJO是一個簡單一般Java

對象，它不包含業(yè)務(wù)邏輯或持久化邏輯等，沒有從任何類繼承，不擔(dān)當(dāng)任何特

殊角色，也沒有實現(xiàn)任何接口，更沒有被其它框架侵入Java對象。

每一個M0由一個POJO來負(fù)責(zé)實現(xiàn)，由一個具體Java類來代表一個MO,

Java中字段設(shè)置成私有，分別表示MO中attribute跟action。一系列g(shù)et/set方

法來負(fù)責(zé)數(shù)據(jù)讀寫。

2.2.3物理數(shù)據(jù)層設(shè)計

POJO層對應(yīng)數(shù)據(jù)庫數(shù)據(jù)，M0數(shù)據(jù)，僅僅只是系統(tǒng)高層對Rbs資源一個邏

輯抽象，并不完全對應(yīng)具體硬件。整個UTRAN系統(tǒng)中，各個子系統(tǒng)之間通信,

是需要M0來傳輸數(shù)據(jù)，而我們對Rbs配置，實際上僅僅是對具體一個類型Rbs

具體硬件配置，這二者之間有部分區(qū)分。所以需要有一層數(shù)據(jù)層，來實現(xiàn)邏輯

數(shù)據(jù)MO跟具體硬件參數(shù)配置映射關(guān)系。以下將從MO樹建立，物理數(shù)據(jù)建立

和物理數(shù)據(jù)實現(xiàn)策略二個方面具體敘述該層關(guān)鍵設(shè)計步驟。

M0樹建立

因為在POJO層使用了POJO數(shù)據(jù)，所以僅僅只有g(shù)et/set方法，并沒有任

何關(guān)系，也沒有任何邏輯，需要在這一層給M0數(shù)據(jù)建立關(guān)系。這么不僅能夠

實現(xiàn)各個M0之間前后次序，父子關(guān)系，依靠關(guān)系等邏輯，同時還能夠使得邏

輯控制層對MO數(shù)據(jù)管理、使用愈加方便。

圖2.6是系統(tǒng)高層定義MO結(jié)構(gòu)樹一部分:

圖2.6MO結(jié)構(gòu)樹

以系統(tǒng)高層定義MO樹為基礎(chǔ)，本基站管理配置系統(tǒng)需要構(gòu)建樹示意圖圖

2.7所表示:

圖2.7MO結(jié)構(gòu)示意圖

全部M0全部有一個共同根節(jié)點RootNode,由上圖信息可知，樹根節(jié)點

為ManagedElement這個對象，在這之卜依次掛著各個M0。建立M0樹規(guī)則是

依據(jù)系統(tǒng)對MO結(jié)構(gòu)圖定義和MO定義信息表中可能父類，可能子類信息來建

立：

在本基站管理軟件系統(tǒng)Java類中，用3個類來實現(xiàn)M0樹創(chuàng)建，圖2.8所

表示:

util

Bffitree

國團(tuán)MONode.java

i*JjMOProxyNode.java

由2)Node.java

圖2.8MO樹代碼結(jié)構(gòu)

Node類提供建立對部分最基礎(chǔ)方法，如getDepth>getChild、getParent方

法等。MONode類繼承了Node類，在此基礎(chǔ)上擴(kuò)展了部分方法，提供相關(guān)M0

屬性部分操作,比如lockable,deletable方法cMOProxyNode類樣繼承自Node

類，這個類跟MoNode不一樣，擴(kuò)展方法關(guān)鍵是用來獲取這個類，和獲取相關(guān)

MOo

223.2物理數(shù)據(jù)建立

這一層關(guān)鍵目標(biāo)就是：建立一個對應(yīng)具體類型Rbs,具體硬件配置數(shù)據(jù)層。

這一層關(guān)鍵是將抽象管理對象MO數(shù)據(jù)和具體硬件配置數(shù)據(jù)聯(lián)絡(luò)起來，基站軟

件管理配置系統(tǒng)從用戶角度來看，僅僅是對具體硬件進(jìn)行配置，而并不是對抽

象MO配置，所以需要一層數(shù)據(jù)層，來進(jìn)行抽象數(shù)據(jù)和具體數(shù)據(jù)轉(zhuǎn)換。

下面以射頻單元硬件為例，分析本通信基站運維綜合管理系統(tǒng)VI.0是怎樣

將抽象管理對象M0數(shù)據(jù)和具體硬件配置數(shù)據(jù)進(jìn)行轉(zhuǎn)換。

圖2.9是愛立信一個遠(yuǎn)程射頻單元硬件實例圖:

圖2.9愛立信遠(yuǎn)程射頻單元硬件實例

從圖中能夠看出，這個遠(yuǎn)程射頻單元已經(jīng)進(jìn)行了很好封裝，其實內(nèi)部集成

了上行信號處理板，下行信號處理板，空口等硬件，該硬件外部則有連接基帶

信號處理板接口和連接天線接口等，這些硬件具體分配資源不需要本系統(tǒng)進(jìn)行

深入配置，在下層子系統(tǒng)會有針對細(xì)節(jié)配置，不過遠(yuǎn)程射頻單元型號，上下行

信號處理板、空口等硬件數(shù)目，外部接口連接信息，是否發(fā)射分級，是否串聯(lián)

等信息，這些配置信息全部是需要在配置這個遠(yuǎn)程射頻單元時候同時配置。

而在系統(tǒng)高層定義M0里面并沒有一個具體M0和該硬件對應(yīng)，統(tǒng)一歸類

為AuxPluglnUnit這個MO,僅僅經(jīng)過auTypc這個屬性來區(qū)分具體類型。MO

定義高度抽象化，不會包含細(xì)節(jié)，或具體硬件。

AuxPluglnUnit信息如表2.4所表示：

表2.4AuxPluglnUnit信息表

readRepairDelivNote()

ActionsreconfigureProgramPrepareO

restartAuxUnit()

administrativeState

alraniStatus

auType

AuxPluglnUnitld

AttributespiuType

productNumber

reservedBy

serialNumber

uniqucHvvId

unilType

由上表能夠看出，這個M0跟實際硬件之間并不完全匹配，比如和外皆其

它硬件接口連線部分，沒有任何屬性能夠用來保留和基帶信號處理板連接配置

或和天線單元連接配置，而保留這個連接配置信息屬性卻屬于另一個M0,

DigitalCable中。依據(jù)具體產(chǎn)品信息，該硬件實際使用到全部M0如表2.5所表

示：

表2.5遠(yuǎn)程射頻單元硬件使用M0

實際硬件抽象MO

DigitalCable

AuxPluglnUnit

遠(yuǎn)程射頻單元SeclorAntenna

AntennaBranch

AntFecderCablc

于是我們能夠使用合成/聚合復(fù)用標(biāo)準(zhǔn)，建立一個Java類，其中包含了屬于

這個硬件全部MO一個聚集，這么能夠經(jīng)過配置這個類來配置這個硬件，同時

間接配置了相關(guān)M0。

該層含有十分關(guān)鍵意義，是將抽象管理對象M0和具體硬件實例緊密聯(lián)絡(luò)

起來橋梁。基站軟件管理配置系統(tǒng)僅僅是對具體硬件進(jìn)行配置，而并不是對抽

象MO配置。在這一層能夠進(jìn)行數(shù)據(jù)轉(zhuǎn)換，轉(zhuǎn)換成UTRAN中通用MO數(shù)據(jù)，

這么就能夠供其它子系統(tǒng)使用。這一層起到承上啟下作用。

物理數(shù)據(jù)實現(xiàn)策略

本層物理數(shù)據(jù)實現(xiàn)策略關(guān)鍵采取合成/聚合復(fù)用標(biāo)準(zhǔn)和合成模式這兩個策

略。下面分別具體敘述這兩種策略和在本系統(tǒng)中采取原因：

合成/聚合復(fù)用標(biāo)準(zhǔn)：又叫做合成復(fù)用標(biāo)準(zhǔn)（CRP）,指在一個新對象里面

使用部分已經(jīng)有對象，使之成為新對象一部分；新對象經(jīng)過向這些對象委派達(dá)

成復(fù)用已經(jīng)有功效目標(biāo)。

使用合成/聚合復(fù)用標(biāo)準(zhǔn)原因有：

1.新對象存取成份對象唯一方法是經(jīng)過成份對象接口。本層數(shù)據(jù)給下層

MO數(shù)據(jù)層賦值只會調(diào)用POJO類中set方法。

2.這種復(fù)用支持包裝。

3.這種復(fù)用所需依靠較少。不一樣于繼承實現(xiàn)，這么實現(xiàn)耦合度極低，有

利于數(shù)據(jù)靈活組合，利于架構(gòu)解耦。一旦有新硬件或硬件改動，改變起來比較

方便。

4.每一個新類能夠?qū)㈥P(guān)鍵集中在一個任務(wù)上。本層物理數(shù)據(jù)層每一個類關(guān)

鍵任務(wù)就是將M0層POJO類進(jìn)行集成，以匹配真實物理硬件。

合成模式：屬于對象結(jié)構(gòu)模式，有時候又叫做“部分一整體”模式。合成

模式將對象組織到樹結(jié)構(gòu)中，能夠用來描述整體和部分關(guān)系。這么設(shè)計使得我

們能夠找到一個無需一對多關(guān)系即可取得一對多行為替換方法。

使用合成模式關(guān)鍵原因有：

1.有部分物理硬件能夠做深入集成，集成化是未來無線基站硬件趨勢，在

該層就進(jìn)行必需數(shù)據(jù)集成，能夠很好滿足未來需求改變。

2.在部分集成了硬件板處理上，上層邏輯層不直接調(diào)用不直接配置數(shù)據(jù)

類，而是經(jīng)過調(diào)用實際配置數(shù)據(jù)類來進(jìn)行委派。這么能夠增加代碼復(fù)用性。

3.在物理數(shù)據(jù)層就對數(shù)據(jù)進(jìn)行必需集成，當(dāng)對集成硬件進(jìn)行數(shù)據(jù)配置時

候，能夠經(jīng)過父類進(jìn)行數(shù)據(jù)遍歷，而不并每一次全部去遍歷全部子類，這么能

夠降低數(shù)據(jù)配置中錯誤。

合成模式UML結(jié)構(gòu)圖?網(wǎng)圖2.10所表示：

圖2.10合成模式

該圖是合成模式中樹結(jié)構(gòu)一個靜態(tài)結(jié)構(gòu)。最上方出現(xiàn)父類節(jié)點，左下方是

一個樹葉節(jié)點，右下方是一個樹枝節(jié)點，能夠含有其它節(jié)點，假如沒有其它節(jié)

點，則也退化成樹葉節(jié)點。因為本層數(shù)據(jù)層設(shè)計只是聚集下層POJO層中MO

數(shù)據(jù)，使之和實際物理硬件對應(yīng)，所以本系統(tǒng)只需要使用二層樹結(jié)構(gòu)合成模式

即可，即父節(jié)點作為物理數(shù)據(jù)層中數(shù)據(jù)類使用，子節(jié)點取自下層POJO數(shù)據(jù)層。

本層用戶端是上層邏輯控制層［⑼。

在本層物理數(shù)據(jù)層架構(gòu)搭建時候，使用合成模式思想，不過并不完全依據(jù)

合成模式來構(gòu)建，因為本系統(tǒng)設(shè)計一個關(guān)鍵目標(biāo)就是給原來系統(tǒng)解耦合，盡可

能做到低耦合，而且這兩層數(shù)據(jù)之間并沒有強(qiáng)耦合關(guān)系，所以不需要繼承方法

來實現(xiàn)，而是將下層數(shù)據(jù)層中類以合成/聚集方法使用。以上文中出現(xiàn)遠(yuǎn)程射頻

單元為例，依據(jù)合成模式思想，設(shè)計圖2.11所表示：

圖2.11遠(yuǎn)程射頻單元聚集模式

在該圖中，處于父節(jié)點位置就是本層需要設(shè)計數(shù)據(jù)類，遠(yuǎn)程射頻單元類，5

個子節(jié)點由表2.5中能夠得到。跟合成模式不一樣，在這里并不使用繼承，而

是使用聚集來實現(xiàn)，遠(yuǎn)程射頻單元以聚集方法將這五個POJO類聚集到父類中，

使之成為一個整體。這么一樣能夠做到在向上層提供數(shù)據(jù)服務(wù)時候，以一個整

體行為，以一對一關(guān)系來進(jìn)行交互，而不是傳統(tǒng)一對多方法。這么在邏輯控制

層中，能夠經(jīng)過僅僅調(diào)用這一個數(shù)據(jù)類，就能夠達(dá)成同時調(diào)用這5個M0類數(shù)

據(jù)功效。

2.2.4邏輯實現(xiàn)層設(shè)計

本節(jié)關(guān)鍵介紹了該層實現(xiàn)策略，同時結(jié)合本層關(guān)鍵功效需求，具體分析了

采取享元模式原因。本層只負(fù)責(zé)簡單單一行為邏輯，即每一個類只負(fù)責(zé)一個邏

輯，邏輯組合則交給上層mi⑵L

邏輯實現(xiàn)層實現(xiàn)策略：享元模式。享元模式是對象結(jié)構(gòu)模式。享元模式以

共享方法高效支持大量細(xì)粒度對象。享元對象區(qū)分內(nèi)蘊狀態(tài)和外蘊狀態(tài)。一個

內(nèi)蘊狀態(tài)是存放在享元對象內(nèi)部，而且是不會伴隨環(huán)境改變而有所不一樣。所

以一個享元能夠含有內(nèi)蘊狀態(tài)而且內(nèi)蘊狀態(tài)能夠共享。一個外蘊狀態(tài)是隨環(huán)境

改變而改變、不能夠共享狀態(tài)。享元對象外蘊狀態(tài)必需由用戶端保留，并在享

元對象被創(chuàng)建以后，在需要使用時候再傳入到享元對象內(nèi)部。外蘊狀態(tài)不能夠

影響享元對象內(nèi)蘊狀態(tài)，她們之間是相互獨立。

圖2.12是享元模式結(jié)構(gòu)示意圖:

圖2.12享元模式

在上圖中，享原工廠負(fù)責(zé)創(chuàng)建和管理享元對象。這個角色必需確保享元對

象能夠被系統(tǒng)合適地共享。當(dāng)一個對象調(diào)用一個享元對象時候，享元工廠會檢

驗系統(tǒng)中是否已經(jīng)有了一個符合要求享元對象。假如已經(jīng)有了，享元工廠角色

就應(yīng)該提供這個已經(jīng)有享元對象，假如系統(tǒng)中沒有一個合適享元對象話，享元

工廠角色就應(yīng)該創(chuàng)建一個適宜享元對象。抽象享元角色是全部享元類超類，為

這些類定義出需要實現(xiàn)公共接口，外蘊狀態(tài)能夠在該類方法中以入?yún)⑿问絺魅搿?/p>

具體享兀對象角色負(fù)責(zé)內(nèi)韁享兀創(chuàng)建和管理享兀對象。不可共享享兀角色負(fù)貢

用來實現(xiàn)那些不能夠共享享元創(chuàng)建和管理

結(jié)合本層功效，使用享元模式理由：

1.一個系統(tǒng)有大量對象。本系統(tǒng)中，每一個MO全部會對應(yīng)一個POJO,

同時在物理數(shù)據(jù)層中深入合成，所以會出現(xiàn)大量數(shù)據(jù)對象。

2.這些對象花費大量內(nèi)存。一個功效服務(wù)在邏輯控制層會被分解成為很多

簡單邏輯，每一個簡單邏輯全部對應(yīng)配置最基礎(chǔ)物理硬件數(shù)據(jù)，這些物理硬件

數(shù)據(jù)類通常由部分POJO類合成，所以一次配置可能會需要加載很多類，花費

大量內(nèi)存。

3.這些對象狀態(tài)中大部分全部能夠外部化。

4.這些對象能夠根據(jù)內(nèi)蘊狀態(tài)分成很多組，當(dāng)把外蘊對象從對象中易］除

時，每一組全部能夠僅用一個對象替換。

5.軟件系統(tǒng)不依靠于這些對象身份，這些對象是不可分辨。軟件系統(tǒng)在用

戶看來只需要依靠于RBS對象類，而下層是怎樣實現(xiàn)是不需要知道，而且也不

需要識別。

6.系統(tǒng)需要維護(hù)一個統(tǒng)計了系統(tǒng)已經(jīng)有全部享元表。

2.2.5功效模塊層設(shè)計

該層是全文關(guān)鍵部分，本文設(shè)計和實現(xiàn)通信基站運維綜合管理系統(tǒng)VI.0所

要提供功效服務(wù)全部在本層中組合實現(xiàn)，同時本軟件系統(tǒng)實際配置Rbs類也將

在本層創(chuàng)建。本小節(jié)總共分五個部分，首先介紹了本層在本系統(tǒng)中位置和所起

作用，其次按次序介紹每一個功效，然后介紹該層設(shè)計原理和設(shè)計時候所使用

設(shè)計模式，接著具體介紹Rbs基站類設(shè)計思緒和實現(xiàn)策略，最終對整個邏輯控

制層做一個簡明總結(jié)。

本層在本系統(tǒng)中位置和所起作用

本文描述基站管理軟件配置系統(tǒng)所需要提供功效服務(wù)在本層劃分，產(chǎn)品功

效結(jié)構(gòu)圖中功效在本層中表現(xiàn)。本系統(tǒng)經(jīng)過這個功效模塊層，來定義應(yīng)用程序

邊界，類似于服務(wù)層，在功效模塊層中建立一組可用操作集合，并在每個操作

內(nèi)部協(xié)調(diào)應(yīng)用程序響應(yīng)，在這一層，將該系統(tǒng)所能提供服務(wù)，根據(jù)功效劃分，

獨立成為各個子模塊，同時在這一層封裝了該系統(tǒng)應(yīng)用業(yè)務(wù)邏輯，事務(wù)控制及

其操作實現(xiàn)中響應(yīng)協(xié)調(diào)等1冽。

該層同時負(fù)責(zé)Rbs初始化創(chuàng)建等12久Rbs基站設(shè)計依據(jù)需求分析，需要一

個支持開閉標(biāo)準(zhǔn)設(shè)計模式，本系統(tǒng)采取工廠方法模式進(jìn)行設(shè)計。每一個具體Rbs

對象全部會持有該Rbs所支持對應(yīng)功效服務(wù)，假如該Rbs基站不支持服務(wù)，則

對應(yīng)Rbs實例中不應(yīng)該包含這類服務(wù)。

用戶界面

圖2.13軟件系統(tǒng)平面圖

該層定義了從用戶界面接口所能看到全部功效集合，它封裝了應(yīng)用邏輯業(yè)

務(wù)邏輯、事務(wù)控制及其操作實現(xiàn)中響應(yīng)協(xié)調(diào)等I?也圖2.13所表示。

功效模塊層很好封裝了下層細(xì)節(jié)處理。用戶只關(guān)心一類Rbs基站含有哪一

類功效，提供了哪些配置服務(wù)，并不需要知道這些功效和服務(wù)是怎樣