【正文】 t。 基站站點(diǎn)配置服務(wù) 基站站點(diǎn)配置比較多，由上圖可以看出，一共分四大類：站點(diǎn)位置的配置，包含扇區(qū)信息的配置；扇區(qū)的承載能力的配置，這里配置的射頻單元，主要是遠(yuǎn)程射頻單元與機(jī)箱機(jī)柜中配置的不一樣；扇區(qū)硬件的配置，這個配置包含了很多項(xiàng)，有塔放TMA的配置，電子傾角RET的配置，天線系統(tǒng)的配置，本地小區(qū)的配置；以及高速下行Hsdpa的配置。 2. 基站站點(diǎn)site配置服務(wù)：該部分配置較多，比如扇區(qū)，載波，天線系統(tǒng)，饋線參數(shù)的配置都在這個服務(wù)功能。供電系統(tǒng)跟天氣系統(tǒng)的配置相對簡單。其中機(jī)箱機(jī)柜硬件設(shè)備的配置包含扇區(qū)的配置，這里配置的扇區(qū)所需要的射頻單元，它是出廠時候就插入機(jī)箱插槽中的，隨著機(jī)箱機(jī)柜一起配置進(jìn)來的射頻單元硬件板，如果是需要光纖遠(yuǎn)程接入，與天線系統(tǒng)相伴的射頻單元硬件則并不在這里配置。這個模塊主要配置機(jī)箱機(jī)柜硬件設(shè)備相關(guān)的一些信息，還有一些輔助設(shè)備，比如供電系統(tǒng)，溫度控制系統(tǒng)，ETM板的配置等。本系統(tǒng)在通過GUI界面收集到了用戶的配置信息數(shù)據(jù)以后，經(jīng)過該層的轉(zhuǎn)換與下層進(jìn)行交互，用戶本身并不需要關(guān)心這些，所以需要一個功能模塊層來進(jìn)行封裝。功能模塊層將這些功能模塊化，Rbs基站類的具體實(shí)現(xiàn)就是依賴于各個功能模塊而搭建的。功能模塊層很好的封裝了下層的細(xì)節(jié)處理。每一個具體的Rbs對象都會持有該Rbs所支持的相應(yīng)的功能服務(wù)，如果該Rbs基站不支持的服務(wù)，則相應(yīng)的Rbs實(shí)例中不應(yīng)當(dāng)包含這類服務(wù)。該層同時負(fù)責(zé)Rbs的初始化創(chuàng)建等[23]。 本層在本系統(tǒng)中的位置以及所起的作用本文描述的基站管理軟件配置系統(tǒng)所需要提供的功能服務(wù)在本層劃分，產(chǎn)品的功能結(jié)構(gòu)圖中的功能在本層中體現(xiàn)。 功能模塊層的設(shè)計 該層是全文的核心部分，同時本軟件系統(tǒng)實(shí)際配置的Rbs類也將在本層創(chuàng)建。軟件系統(tǒng)在用戶看來只需要依賴于RBS對象類，而下層是如何實(shí)現(xiàn)的是不需要知道的，而且也不需要辨認(rèn)。 4. 這些對象可以按照內(nèi)蘊(yùn)狀態(tài)分成很多的組，當(dāng)把外蘊(yùn)對象從對象中剔除時，每一組都可以僅用一個對象代替。一個功能服務(wù)在邏輯控制層會被分解成為很多簡單邏輯，每一個簡單邏輯都對應(yīng)配置最基本的物理硬件數(shù)據(jù)，這些物理硬件數(shù)據(jù)類通常由一些POJO類合成，所以一次配置可能會需要加載許多類，耗費(fèi)大量內(nèi)存。本系統(tǒng)中，每一個MO都會對應(yīng)一個POJO，同時在物理數(shù)據(jù)層中進(jìn)一步的合成，所以會出現(xiàn)大量的數(shù)據(jù)對象。不可共享的享元角色負(fù)責(zé)用來實(shí)現(xiàn)那些不可以共享的享元的創(chuàng)建和管理。抽象享元角色是所有享元類的超類，為這些類定義出需要實(shí)現(xiàn)的公共接口，外蘊(yùn)狀態(tài)可以在該類的方法中以入?yún)⒌男问絺魅?。?dāng)一個對象調(diào)用一個享元對象的時候，享元工廠會檢查系統(tǒng)中是否已經(jīng)有了一個符合要求的享元對象。 ： 享元模式 在上圖中，享原工廠負(fù)責(zé)創(chuàng)建和管理享元對象。享元對象的外蘊(yùn)狀態(tài)必須由客戶端保存，并在享元對象被創(chuàng)建之后，在需要使用的時候再傳入到享元對象內(nèi)部。因此一個享元可以具有內(nèi)蘊(yùn)狀態(tài)并且內(nèi)蘊(yùn)狀態(tài)可以共享。享元對象區(qū)分內(nèi)蘊(yùn)狀態(tài)和外蘊(yùn)狀態(tài)。享元模式是對象的結(jié)構(gòu)模式。本層只負(fù)責(zé)簡單單一的行為邏輯，即每一個類只負(fù)責(zé)一種邏輯，邏輯的組合則交給上層[20][21]。這樣在邏輯控制層中，可以通過僅僅調(diào)用這一個數(shù)據(jù)類，就可以達(dá)到同時調(diào)用這5個MO類的數(shù)據(jù)的功能。跟合成模式不同，在這里并不使用繼承，而是使用聚集來實(shí)現(xiàn)，遠(yuǎn)程射頻單元以聚集的方式將這五個POJO類聚集到父類中，使之成為一個整體。在本層物理數(shù)據(jù)層架構(gòu)的搭建的時候，使用合成模式的思想，但是并不完全依照合成模式來構(gòu)建，因?yàn)楸鞠到y(tǒng)設(shè)計的一個主要目的就是給原來的系統(tǒng)解耦合，盡量做到低耦合，而且這兩層數(shù)據(jù)之間并沒有強(qiáng)耦合關(guān)系，所以不需要繼承的方式來實(shí)現(xiàn)，而是將下層數(shù)據(jù)層中的類以合成/聚集的方式使用。由于本層數(shù)據(jù)層的設(shè)計只是聚集下層POJO層中的MO數(shù)據(jù)，使之與實(shí)際物理硬件對應(yīng)，所以本系統(tǒng)只需要使用二層樹結(jié)構(gòu)的合成模式即可，即父節(jié)點(diǎn)作為物理數(shù)據(jù)層中的數(shù)據(jù)類使用，子節(jié)點(diǎn)取自下層POJO數(shù)據(jù)層。 合成模式的UML結(jié)構(gòu)圖[18]： 合成模式 該圖是合成模式中樹結(jié)構(gòu)的一個靜態(tài)結(jié)構(gòu)。這樣可以增加代碼的復(fù)用性。使用合成模式的主要原因有：1． 有一些物理硬件可以做進(jìn)一步的集成，集成化是未來無線基站硬件的趨勢，在該層就進(jìn)行必要的數(shù)據(jù)集成，可以很好的滿足將來的需求變化。合成模式將對象組織到樹結(jié)構(gòu)中，可以用來描述整體與部分的關(guān)系。本層物理數(shù)據(jù)層每一個類的主要任務(wù)就是將MO層的POJO類進(jìn)行集成，以匹配真實(shí)物理硬件。一旦有新硬件或者硬件的改動，改變起來比較方便。3． 這種復(fù)用所需的依賴較少。本層的數(shù)據(jù)給下層MO數(shù)據(jù)層賦值只會調(diào)用POJO類中的set方法。下面分別具體闡述這兩種策略以及在本系統(tǒng)中采用的原因：合成/聚合復(fù)用原則：又叫做合成復(fù)用原則（CRP），指在一個新的對象里面使用一些已有的對象，使之成為新對象的一部分；新對象通過向這些對象的委派達(dá)到復(fù)用已有功能的目的。這一層起到承上啟下的作用?；拒浖芾砼渲孟到y(tǒng)僅僅是對具體硬件進(jìn)行配置，而并不是對抽象的MO的配置。根據(jù)具體產(chǎn)品信息，： 遠(yuǎn)程射頻單元硬件使用的MO實(shí)際硬件抽象MO遠(yuǎn)程射頻單元DigitalCableAuxPlugInUnitSectorAntennaAntennaBranchAntFeederCable 于是我們可以使用合成/聚合復(fù)用原則，建立一個Java類，其中包含了屬于這個硬件的所有MO的一個聚集，這樣可以通過配置這個類來配置這個硬件，同時間接配置了相關(guān)的MO。MO的定義高度抽象化，不會涉及細(xì)節(jié)，或者具體硬件。： 愛立信遠(yuǎn)程射頻單元的硬件實(shí)例 從圖中可以看出，這個遠(yuǎn)程射頻單元已經(jīng)進(jìn)行了很好的封裝，其實(shí)內(nèi)部集成了上行信號處理板，下行信號處理板，空口等硬件，該硬件的外部則有連接基帶信號處理板的接口以及連接天線的接口等，這些硬件的具體分配資源不需要本系統(tǒng)進(jìn)行深入配置，在下層子系統(tǒng)會有針對細(xì)節(jié)的配置，但是遠(yuǎn)程射頻單元的型號，上下行信號處理板、空口等硬件的數(shù)目，外部接口的連接信息，是否發(fā)射分級，是否串聯(lián)等信息，這些配置信息都是需要在配置這個遠(yuǎn)程射頻單元的時候同時配置的。這一層主要是將抽象管理對象MO的數(shù)據(jù)與具體硬件配置的數(shù)據(jù)聯(lián)系起來，基站軟件管理配置系統(tǒng)從用戶的角度來看，僅僅是對具體硬件進(jìn)行配置，而并不是對抽象的MO的配置，所以需要一層數(shù)據(jù)層，來進(jìn)行抽象數(shù)據(jù)與具體數(shù)據(jù)的轉(zhuǎn)換。MOProxyNode類同樣繼承自Node類，這個類跟MoNode不同，擴(kuò)展的方法主要是用來獲取這個類，以及獲取相關(guān)的MO。建立MO樹的規(guī)則是根據(jù)系統(tǒng)對MO結(jié)構(gòu)圖的定義以及MO定義的信息表中可能的父類，可能的子類的信息來建立的：在本基站管理軟件系統(tǒng)的Java類中，用3個類來實(shí)現(xiàn)MO樹的創(chuàng)建，： MO樹的代碼結(jié)構(gòu)Node類提供建立樹的一些最基本的方法，如getDepth、getChild、getParent方法等。這樣不僅可以實(shí)現(xiàn)各個MO之間的的先后順序，父子關(guān)系，依賴關(guān)系等邏輯，同時還可以使得邏輯控制層對MO數(shù)據(jù)的管理、使用更加方便。以下將從MO樹的建立，物理數(shù)據(jù)的建立和物理數(shù)據(jù)的實(shí)現(xiàn)策略三個方面具體闡述該層主要的設(shè)計步驟。整個UTRAN系統(tǒng)中，各個子系統(tǒng)之間的通信，是需要MO來傳遞數(shù)據(jù)的，而我們對Rbs的配置，實(shí)際上僅僅是對具體的一個類型的Rbs的具體硬件的配置，這兩者之間有一些區(qū)別。一系列的get/set方法來負(fù)責(zé)數(shù)據(jù)的讀寫。POJO是一個簡單的普通的Java對象，它不包含業(yè)務(wù)邏輯或者持久化邏輯等，沒有從任何類繼承，不擔(dān)當(dāng)任何特殊的角色，也沒有實(shí)現(xiàn)任何接口，更沒有被其他框架侵入的Java對象。從高層系統(tǒng)規(guī)定定義的MO到該軟件配置管理系統(tǒng)的數(shù)據(jù)庫所采用的映射技術(shù)由POJO模式實(shí)現(xiàn)。因此該MO的RDN={SlotId=1}。UtranCell這個MO的RDN={UtranCellId=100}，LDN等于該MO的RDN加上這個MO所有父節(jié)點(diǎn)的RDN，所以UtranCell的LDN={RncFunctionId=0，UtranCellId=100}，同理，Rach這個MO的RDN={RachId=0}，LDN={RncFunctionId=0，UtranCellId=100，RachId=0}。 RDN在查找父子節(jié)點(diǎn)的MO時候使用，LDN在全局查找MO的使用。 LDN：Local Distinguished Name，本地專有名稱。RDN的命名跟該MO的父親節(jié)點(diǎn)相關(guān)。該MO插槽的數(shù)目是在其父親節(jié)點(diǎn)subrack中定義的。slotState屬性用來表明該插槽的狀態(tài)。SlotId，該屬性的值是用來組成RDN的。productData屬性描述當(dāng)前插入單元的信息，該屬性一旦賦值，則無論其插入硬件板是否工作，該值都不會變，該屬性的值只有在slot換新硬件板的時候才會改變。表示如果該基站是自動配置，則該action會觸發(fā)該插槽下硬件單元的自動配置行為。從該表中可以看出：slot的父親節(jié)點(diǎn)只有一個，機(jī)框subrack；可能的孩子節(jié)點(diǎn)有3個，可插入插槽單元PlugInUnit，比如基帶板，射頻板，信號過濾板等；遠(yuǎn)程單元AuxPlugInUnit，比如傾角調(diào)整器RET，塔放TMA等；一種基帶板與射頻單元的交互接口BbifBoard。，6601型號遠(yuǎn)程基站，slot的信息表。 ： Rbs基站的MOM模型上圖中矩形代表Rbs節(jié)點(diǎn)整體，正面是Rbs從系統(tǒng)的角度所能看到的資源，側(cè)面則是對Rbs資源的抽象：MOM（MO Model）。 行為，Actions：表示所能對一個MO采用的行動，比如加鎖，刪除等。 屬性，Attributes：跟MO抽象的資源相關(guān)的參數(shù)變量，這些資源可以在配置的時候給他們賦值，資源的狀態(tài)也可以通過讀取這些值來獲得。MO就是數(shù)據(jù)交互的關(guān)鍵，MO承載了各自子系統(tǒng)的數(shù)據(jù)信息。MO從高層體現(xiàn)出一致性，即各個子系統(tǒng)所使用的MO，雖然分屬各自的子系統(tǒng)，但是必須完全一樣。各功能模塊之間都做了很好的隔離，控制部分相對獨(dú)立，每個功能對于其他功能沒有影響，一個地方出錯了并不影響其他功能的使用，有很好的魯棒性。該基站的實(shí)例對象采用單例模式，在整個配置過程中只有這一個實(shí)例對象，方便記錄基站的配置信息以及對基站配置信息的修改信息。 產(chǎn)品的功能模塊結(jié)構(gòu)圖 系統(tǒng)概要設(shè)計的魯棒性分析 。用戶需要先選定Rbs基站的型號，該系統(tǒng)則會根據(jù)用戶的選擇生成相應(yīng)的基站配置界面，接下來就可以進(jìn)行機(jī)箱機(jī)柜cabinet、站點(diǎn)site、扇區(qū)、天線系統(tǒng)等基站主要硬件的配置。該層主要作用就是提供一些最基本的數(shù)據(jù)供上層使用，對系統(tǒng)定義的MO數(shù)據(jù)進(jìn)行一一映射，轉(zhuǎn)化成本系統(tǒng)所能夠使用的數(shù)據(jù)。 物理數(shù)據(jù)層設(shè)計概要：該層采用合成/聚集原則調(diào)用POJO層的數(shù)據(jù)對象，創(chuàng)建構(gòu)建成不同型號的物理硬件的一系列對象，與真正的物理硬件一一對應(yīng)[17]。通常為了滿足硬件結(jié)構(gòu)的變化，系統(tǒng)定義出的MO也會相應(yīng)隨之調(diào)整，結(jié)構(gòu)并不穩(wěn)定?；竟芾碥浖到y(tǒng)的數(shù)據(jù)操作部分主要集中在這一層，產(chǎn)品中有一系列的數(shù)據(jù)操作方法，對數(shù)據(jù)層的數(shù)據(jù)類進(jìn)行讀寫操作。該層主要采用享元模式來進(jìn)行構(gòu)建，內(nèi)蘊(yùn)對象主要來存儲跟該邏輯對象配置相關(guān)的一些常量數(shù)據(jù)，外蘊(yùn)對象主要來存儲該邏輯對象需要配置的數(shù)據(jù)對象。 邏輯實(shí)現(xiàn)層設(shè)計概要：該層建立一個全部由對象組成的領(lǐng)域?qū)?，來對目?biāo)對象的業(yè)務(wù)建模，其中每一個對象僅僅負(fù)責(zé)一個單一的功能的實(shí)現(xiàn)。基于此，該層主要是一些功能等創(chuàng)建組合的控制的接口，通過這些接口來調(diào)用下層的邏輯實(shí)現(xiàn)層，并委托下層來實(shí)現(xiàn)需要的邏輯。 邏輯控制層部是整個系統(tǒng)中對配置行為進(jìn)行控制的地方，同時也負(fù)責(zé)Rbs對象的創(chuàng)建等工作，該層分兩層實(shí)現(xiàn)： 功能模塊層設(shè)計概要：該層主要采用建造模式來實(shí)現(xiàn)，以功能模塊層的需求為依據(jù)分別建造，提供各種各樣的產(chǎn)品。同時由于該基站管理配置系統(tǒng)的配置向?qū)ы撁嬷杏性S多共同的插件，可以將將視圖端以及控制器端共有的部分抽象到他們的父類，在父類中實(shí)現(xiàn)對頁面的控制等共有的邏輯，這樣的設(shè)計思想體現(xiàn)出了軟件設(shè)計模式中的里氏代換原則以及依賴倒轉(zhuǎn)原則。 表現(xiàn)層的設(shè)計概要：該層采用當(dāng)今世界主流的GUI設(shè)計模式：MVC（ModelViewController）模式，即模型視圖控制器模式，MVC模式可以按照模型、繪圖表達(dá)方式和行繪圖為等角色把一個應(yīng)用系統(tǒng)的各個部分解耦分割開來。 基站軟件系統(tǒng)的邏輯架構(gòu)多層次的架構(gòu)體系，使得系統(tǒng)的靈活性極大增強(qiáng)，每層僅僅對其上下層負(fù)責(zé)，降低了系統(tǒng)的耦合度，可以將一個新硬件的需求給軟件代碼帶來的影響在最小范圍內(nèi)擴(kuò)散，很好的滿足頻繁增加新特性的需求。各層之間盡量做到相對透明[8][9]。該系統(tǒng)的設(shè)計思路以企業(yè)應(yīng)用架構(gòu)模式中流行的三層架構(gòu)為基礎(chǔ)，根據(jù)本系統(tǒng)的需求分析而衍生出來的五層架構(gòu)，每一層都依托在其下層之上來構(gòu)建，上層使用下層定義的各種接口，而下層對上層如何調(diào)用一無所知。本節(jié)從系統(tǒng)的邏輯架構(gòu)，功能模塊以及魯棒性設(shè)計三個角度來闡述該基站管理軟件系統(tǒng)的概要設(shè)計。本節(jié)主要分兩個層次來闡述，先從系統(tǒng)的邏輯架構(gòu)，功能模塊以及魯棒性設(shè)計三個角度來闡述該基站管理軟件系統(tǒng)的設(shè)計，然后依據(jù)本系統(tǒng)的架構(gòu)層次來具體闡述每一層的設(shè)計思路以及實(shí)現(xiàn)策略。 2. 代碼實(shí)現(xiàn)的時候盡量多用設(shè)計模式的原則，降低代碼的耦合度，提高可擴(kuò)展性。主要有射頻單元的修改，天線的修改，扇區(qū)的增加、刪除，小區(qū)的增加、刪除等等功能。本系統(tǒng)使用SAX的技術(shù)來解析XML文件，所以在這里需要提供DTD文件規(guī)范XML文件的格式。 3. 導(dǎo)出/刪除功能：導(dǎo)出功能可以導(dǎo)出當(dāng)前Rbs的配置XML文件，可以讓我們在測試環(huán)境中創(chuàng)建相同的用戶配置，也可以給其他站點(diǎn)進(jìn)行相同的配置。機(jī)箱機(jī)柜通常會提供一系列的插槽，相關(guān)的硬件在出廠的時候分別安裝在具體的插槽中，一并交付，所以這些硬件板需要跟機(jī)柜機(jī)箱配置一同進(jìn)行配置。下面僅考慮本系統(tǒng)開發(fā)中需要用到的約束條件： （1） 開發(fā)人員需要實(shí)現(xiàn)目標(biāo) 。（3） 客戶需求約束 配站工程師水平參差不齊，提供一個用戶友好型，簡潔的配置界面，需要易于操作。2. 系統(tǒng)具有很強(qiáng)的健壯性，盡量避免系統(tǒng)崩潰。4. 導(dǎo)入導(dǎo)出，刪除向