两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

在個(gè)人計(jì)算機(jī)上模擬基站網(wǎng)管系統(tǒng)的方法及其裝置的制作方法

文檔序號(hào):7594469閱讀:194來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):在個(gè)人計(jì)算機(jī)上模擬基站網(wǎng)管系統(tǒng)的方法及其裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種通信基站網(wǎng)管系統(tǒng)的開(kāi)發(fā)、調(diào)測(cè)及演示,尤其涉及一種在PC(個(gè)人計(jì)算機(jī))環(huán)境中模擬整個(gè)網(wǎng)管系統(tǒng)以進(jìn)行調(diào)測(cè)的方法及裝置。
背景技術(shù)
為了適應(yīng)通信網(wǎng)絡(luò)規(guī)模不斷擴(kuò)大和設(shè)備種類(lèi)的不斷增加,國(guó)際電信聯(lián)盟(ITU)定義了電信管理網(wǎng)(TMN)的概念和規(guī)范,以取得各類(lèi)操作系統(tǒng)和電信設(shè)備之間的互連。TMN的管理分層分為網(wǎng)元層、網(wǎng)元管理層、網(wǎng)絡(luò)管理層等,其中網(wǎng)元層是具體的網(wǎng)元設(shè)備,而網(wǎng)元管理層實(shí)現(xiàn)對(duì)一個(gè)或多個(gè)網(wǎng)元設(shè)備的操作和管理,如基站的操作維護(hù),設(shè)備軟、硬件的管理。操作維護(hù)中心OMC(即網(wǎng)管系統(tǒng))是設(shè)備廠家針對(duì)自己的電信設(shè)備開(kāi)發(fā)的操作維護(hù)程序,對(duì)應(yīng)于TMN網(wǎng)元管理層的范疇。OMC管理五大功能,包括故障管理、性能管理、配置管理、安全管理和記帳管理,共同完成基站系統(tǒng)的維護(hù)管理工作以及系統(tǒng)運(yùn)行情況的收集、分析,為網(wǎng)絡(luò)規(guī)劃和工程提供依據(jù)。
圖1是個(gè)典型的OMC系統(tǒng)架構(gòu)。從物理組成上,OMC管理的基站系統(tǒng)由一個(gè)基站控制器(BSC)B0和若干個(gè)基站收發(fā)器(BTS)T0、T1、T2組成,BTS受BSC控制,BSC/BTS的功能由所含單板上的軟、硬件結(jié)合完成。從軟件結(jié)構(gòu)上,OMC系統(tǒng)則由基站單板上的OMC代理軟件和PC上的服務(wù)端模塊S0、客戶(hù)端模塊C0、C1組成(以下將客戶(hù)端模塊和服務(wù)端模塊合稱(chēng)為用戶(hù)模塊),BSC和用戶(hù)模塊通過(guò)以太網(wǎng)連接。用戶(hù)模塊運(yùn)行在PC操作系統(tǒng)上,BSC/BTS單板上的OMC代理軟件運(yùn)行于嵌入式操作系統(tǒng)上。OMC用戶(hù)模塊通過(guò)與單板上的OMC代理軟件交互,實(shí)現(xiàn)對(duì)基站的信息收集和控制。
圖2左半部分是單板上OMC代理軟件的層次圖,從頂層到底層分別是代理軟件層、支撐層、嵌入式操作系統(tǒng)層和單板軟件支撐包(BSP)層。代理軟件層以下的三層是支持代理軟件運(yùn)行的平臺(tái)。代理軟件蘊(yùn)含OMC的全部業(yè)務(wù)邏輯,是有窮的狀態(tài)機(jī)。為了對(duì)代理的狀態(tài)進(jìn)行管理和控制,在嵌入式操作系統(tǒng)之上外包了一個(gè)支撐層,它是代理軟件運(yùn)行的直接平臺(tái),為代理提供通信支持、存儲(chǔ)管理支持等。實(shí)際系統(tǒng)中,一個(gè)支撐層為一塊單板的代理軟件服務(wù),能夠支持同一單板上不同功能的代理的多個(gè)實(shí)例同時(shí)運(yùn)行。單板支撐包層為上層軟件提供硬件訪問(wèn)接口,為上層屏蔽不同硬件的區(qū)別。
就OMC軟件的開(kāi)發(fā)而言,在代理程序編碼完成后,需要到實(shí)驗(yàn)環(huán)境進(jìn)行調(diào)測(cè)。在產(chǎn)品開(kāi)發(fā)階段,往往實(shí)驗(yàn)室的調(diào)試環(huán)境資源比較緊張,一是設(shè)備本身昂貴,不可能大量配置;二是不同子系統(tǒng)都需要進(jìn)行調(diào)測(cè),開(kāi)發(fā)任務(wù)集中時(shí),資源的緊張情況尤其明顯。其次,實(shí)驗(yàn)環(huán)境有些設(shè)備暫不具備、不足或有硬件故障時(shí),例如,若基站調(diào)試環(huán)境只有一個(gè)BTS,那么一些并行功能的調(diào)試便無(wú)法進(jìn)行;又如單板出現(xiàn)硬件故障將會(huì)導(dǎo)致軟件調(diào)試中止,直到故障解決。
OMC軟件的調(diào)測(cè)中,更重要的是,相對(duì)于與硬件的接口而言,OMC軟件關(guān)注更多的是業(yè)務(wù)流程。業(yè)務(wù)流程的調(diào)試完全可以在PC上完成,而不必受到硬件環(huán)境的制約;而且軟件開(kāi)發(fā)是一個(gè)反復(fù)的過(guò)程,實(shí)踐證明,始終在實(shí)際環(huán)境中調(diào)測(cè)耗時(shí)較長(zhǎng)。若在PC上能模擬出整個(gè)基站系統(tǒng)的OMC代理軟件運(yùn)行的平臺(tái),在其上完成OMC軟件的業(yè)務(wù)流程調(diào)試,然后再到實(shí)驗(yàn)環(huán)境驗(yàn)證硬件接口,就能最大程度地減少對(duì)調(diào)試環(huán)境的依賴(lài),提高開(kāi)發(fā)效率。
公開(kāi)號(hào)為CN1287427的中國(guó)專(zhuān)利申請(qǐng)公開(kāi)了“一種基于消息錄制回放的模擬網(wǎng)元測(cè)試方法”,其基本技術(shù)方案是在真實(shí)的運(yùn)行環(huán)境中錄制網(wǎng)元間的消息交互,通過(guò)回放錄制的消息來(lái)模擬被測(cè)網(wǎng)元的響應(yīng),并且可以模擬多個(gè)網(wǎng)元。該方法需要采集真實(shí)網(wǎng)元的交互,只能用于軟件后期測(cè)試,不能用于軟件開(kāi)發(fā)階段。同時(shí),該方法仍然受實(shí)驗(yàn)環(huán)境的制約。
因而,提供一個(gè)能使整個(gè)基站系統(tǒng)的代理軟件在PC上運(yùn)行的模擬方法和裝置是必要和重要的。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種在個(gè)人計(jì)算機(jī)上模擬基站網(wǎng)管系統(tǒng)的方法,能夠在PC上模擬整個(gè)基站系統(tǒng)OMC代理軟件的運(yùn)行,實(shí)現(xiàn)對(duì)代理軟件的調(diào)試和測(cè)試。本發(fā)明還要提供一種可以實(shí)現(xiàn)該方法的裝置。
為了解決上述技術(shù)問(wèn)題,本發(fā)明提供了一種在個(gè)人計(jì)算機(jī)上模擬基站網(wǎng)管系統(tǒng)的方法,包括以下步驟(a)在配置文件中定義所模擬基站系統(tǒng)的物理配置,包含基站個(gè)數(shù)以及基站控制器和各基站上的硬件框、單板的配置信息;(b)在個(gè)人計(jì)算機(jī)操作系統(tǒng)之上提供面向多基站擴(kuò)展的支撐層,作為支持要調(diào)測(cè)OMC代理軟件運(yùn)行的模擬平臺(tái),并通過(guò)對(duì)網(wǎng)管系統(tǒng)代理地址的配置,實(shí)現(xiàn)所有代理實(shí)例的單板定位和代理識(shí)別;(c)在不改變函數(shù)原型的基礎(chǔ)上修改所述支撐層向上層提供的通信函數(shù),使其能根據(jù)所述物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,實(shí)現(xiàn)OMC代理間的通訊;(d)將帶有存儲(chǔ)器的基站控制器和基站單板的目錄映射到所述個(gè)人計(jì)算機(jī)的存儲(chǔ)裝置上;(e)提供OMC代理需要的BSP硬件接口原型函數(shù),在函數(shù)中直接返回OMC代理需要的值。
進(jìn)一步地,為了使模擬環(huán)境更完整,上述方法可具有以下特點(diǎn)在所述要調(diào)測(cè)的代理軟件中包括按所述支撐層上代理的模式寫(xiě)出的業(yè)務(wù)邏輯與微控制單元一致的模擬軟件。
進(jìn)一步地,為簡(jiǎn)化調(diào)測(cè)過(guò)程,上述方法可具有以下特點(diǎn)所述各基站上的硬件框和各硬件框上的單板配置相同。
進(jìn)一步地,上述方法可具有以下特點(diǎn)所述網(wǎng)管系統(tǒng)代理地址的配置是將單板定位信息和代理識(shí)別信息全部復(fù)用到該地址結(jié)構(gòu)中的代理識(shí)別部分。
進(jìn)一步地,上述方法可具有以下特點(diǎn)所述代理識(shí)別部分采用位分復(fù)用的方式,包括系統(tǒng)號(hào)、代理類(lèi)型號(hào)和實(shí)例號(hào);單板定位時(shí),通過(guò)判斷代理類(lèi)型號(hào)所在的區(qū)間范圍確定該代理所在單板的類(lèi)型,通過(guò)實(shí)例號(hào)的數(shù)據(jù)約束規(guī)則確定該代理所在的硬件框,從而定位該代理所在的單板。
進(jìn)一步地,上述方法可具有以下特點(diǎn)對(duì)于同一硬件框上的主、備單板按同一單板對(duì)待,通過(guò)實(shí)例號(hào)的奇偶來(lái)加以區(qū)別。
本發(fā)明提供的模擬基站網(wǎng)管系統(tǒng)的裝置包括代理軟件模塊、支撐模塊和操作系統(tǒng)模塊,其特征在于,還包括系統(tǒng)配置模塊和硬件接口模塊,所有模塊均在個(gè)人計(jì)算機(jī)上設(shè)置,其中所述支撐模塊還包括擴(kuò)展部分,該擴(kuò)展部分包含代理地址配置單元、通訊單元和存儲(chǔ)單元,其中該代理地址配置單元,用于完成對(duì)所有網(wǎng)管系統(tǒng)代理地址的配置,且在所述代理地址中包含單板定位信息和代理識(shí)別信息;該通訊單元,用于根據(jù)所述物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,完成網(wǎng)管系統(tǒng)代理之間的交互;該存儲(chǔ)單元,用于將帶有存儲(chǔ)器的基站控制器和基站單板的目錄映射到微機(jī)的存儲(chǔ)裝置上,完成信息的存儲(chǔ);所述操作系統(tǒng)模塊采用個(gè)人計(jì)算機(jī)操作系統(tǒng);所述系統(tǒng)配置模塊定義了所模擬的基站系統(tǒng)的物理配置,包含基站個(gè)數(shù)以及基站控制器和各基站上的硬件框、單板的配置信息;所述硬件接口模塊,用于給出代理軟件需要的單板支撐包硬件接口的原型函數(shù),在函數(shù)中直接返回代理軟件需要的值。
進(jìn)一步地,上述裝置可具有以下特點(diǎn)所述代理軟件模塊中包含按所述支撐模塊上代理的模式寫(xiě)出的業(yè)務(wù)邏輯與微控制單元一致的代理軟件單元。
進(jìn)一步地,上述裝置可具有以下特點(diǎn)所述代理地址配置單元中進(jìn)一步包括系統(tǒng)號(hào)配置單元,用于配置網(wǎng)管系統(tǒng)代理的系統(tǒng)號(hào);代理類(lèi)型號(hào)配置單元,用于結(jié)合代理所屬的單板種類(lèi)配置網(wǎng)管系統(tǒng)代理的代理類(lèi)型號(hào);以及實(shí)例號(hào)配置單元,用于結(jié)合代理所屬的子系統(tǒng)配置網(wǎng)管系統(tǒng)代理的實(shí)例號(hào)。
由上可知,本發(fā)明根據(jù)單板上代理軟件的層次結(jié)構(gòu),采用數(shù)據(jù)約束和數(shù)值復(fù)用的思想,對(duì)代理軟件的支撐層進(jìn)行擴(kuò)展,實(shí)現(xiàn)支持整個(gè)基站系統(tǒng)OMC代理軟件運(yùn)行的模擬平臺(tái),達(dá)到了在基站網(wǎng)管系統(tǒng)開(kāi)發(fā)過(guò)程中,在PC機(jī)中就能調(diào)試、測(cè)試代理軟件的目的,從而節(jié)約硬件成本,減少了對(duì)調(diào)試環(huán)境的依賴(lài),提高開(kāi)發(fā)效率。另外,應(yīng)用本發(fā)明的模擬平臺(tái)在PC中構(gòu)建的網(wǎng)管系統(tǒng)還可用于產(chǎn)品演示、客戶(hù)培訓(xùn)。


圖1是實(shí)際基站網(wǎng)管系統(tǒng)的架構(gòu)圖;
圖2是實(shí)驗(yàn)環(huán)境和本發(fā)明實(shí)施例模擬環(huán)境下OMC代理軟件的層次結(jié)構(gòu)對(duì)照?qǐng)D;圖3是本發(fā)明實(shí)施例一個(gè)基站系統(tǒng)的配置文件的格式示例;圖4是本發(fā)明實(shí)施例應(yīng)用模擬平臺(tái)的整個(gè)基站系統(tǒng)網(wǎng)管軟件的架構(gòu)圖;圖5是本發(fā)明實(shí)施例代理號(hào)復(fù)用后的比特位分配示例;圖6是本發(fā)明實(shí)施例同一BTS內(nèi)通信關(guān)系分類(lèi)的示意圖;圖7是本發(fā)明實(shí)施例裝置的功能框圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的實(shí)施例方法作詳細(xì)的說(shuō)明。
在模擬環(huán)境下,首先要在配置文件中完成基站系統(tǒng)的配置,作為模擬平臺(tái)運(yùn)行的基礎(chǔ)。模擬平臺(tái)依據(jù)配置文件的內(nèi)容確定運(yùn)行的BTS數(shù)量、BSC和BTS上各硬件框的數(shù)量、硬件框內(nèi)各類(lèi)單板的數(shù)量。圖3是一個(gè)基站系統(tǒng)配置文件的格式示例。在該示例中,BTS的數(shù)量為兩個(gè),編號(hào)為1和2;每個(gè)BTS有基帶框和兩個(gè)射頻框;“BOARD=0”表示硬件框配有編號(hào)為0的單板,兩行“BOARD=0”表示這樣的單板配有兩塊,一主一備,其它以此類(lèi)推。本實(shí)施例為簡(jiǎn)化流程,在保證代理軟件的功能可正常調(diào)測(cè)的前提下,所有BTS的物理配置均相同,各個(gè)射頻框上的單板配置也相同。
在軟件層次上,模擬環(huán)境和實(shí)際環(huán)境具有密切的相關(guān)性,也有區(qū)別,圖2為代理軟件在兩種環(huán)境下的軟件層次結(jié)構(gòu)的對(duì)比。右半部分是PC(也可采用其它類(lèi)型的計(jì)算機(jī))上OMC代理軟件的層次圖,從頂層到底層分別是代理軟件層、面向多基站擴(kuò)展的支撐層和PC操作系統(tǒng)層。由于本發(fā)明PC模擬環(huán)境注重軟件業(yè)務(wù)流程,因而不需要單板軟件支撐包層。面向多基站擴(kuò)展的支撐層和PC操作系統(tǒng)一起構(gòu)成了模擬環(huán)境下支持代理軟件運(yùn)行的模擬平臺(tái),而面向多基站擴(kuò)展的支撐層是代理軟件運(yùn)行的直接平臺(tái)。
在PC上應(yīng)用模擬平臺(tái)后的OMC軟件架構(gòu)如圖4所示,圖中虛線左側(cè)為OMC用戶(hù)模塊部分,右側(cè)為OMC代理軟件部分。如圖所示,在運(yùn)行Windows的PC上,面向多基站擴(kuò)展的支撐層形成的模擬平臺(tái)能支持整個(gè)基站網(wǎng)管系統(tǒng)的運(yùn)行,模擬平臺(tái)上的BSC和BTS方框表示模擬平臺(tái)上運(yùn)行的隸屬同一個(gè)BSC或BTS的所有代理實(shí)例的邏輯組合。從圖中還可以看出,OMC服務(wù)端模塊和客戶(hù)端模塊均不必針對(duì)連接的是實(shí)際基站還是模擬基站做出改變,這表明,模擬平臺(tái)不僅能用于OMC代理軟件的調(diào)測(cè),還能用于OMC用戶(hù)模塊的調(diào)測(cè)。
由于模擬平臺(tái)向上屏蔽了環(huán)境的差異,因而運(yùn)行在嵌入式操作系統(tǒng)上的代理軟件在兩個(gè)環(huán)境中基本上是相同的,只是需進(jìn)行微控制單元(MCU)的模擬。MCU也是一種代理軟件,但是不運(yùn)行在帶CPU單板的嵌入式操作系統(tǒng)上,而是運(yùn)行在單片機(jī)上,因此不能直接將MCU的代碼搬到模擬平臺(tái)上運(yùn)行,而其它OMC代理有與MCU軟件交互的需求。為了使模擬環(huán)境更完整,需要按在擴(kuò)展后的支撐層上代理的模式,寫(xiě)出業(yè)務(wù)邏輯與MCU一致的模擬軟件,讓它可以和其它OMC代理一樣在本實(shí)施例的模擬平臺(tái)上運(yùn)行,并完成與其單板代理軟件的交互。
本實(shí)施例的支撐層同樣是為代理軟件提供通信支持、存儲(chǔ)管理支持等功能,但由于兩種環(huán)境下基于的操作系統(tǒng)不同,在構(gòu)建模擬平臺(tái)時(shí),支撐層需更換引用的操作系統(tǒng),即由嵌入式操作系統(tǒng)換為PC操作系統(tǒng),如Windows。
實(shí)際環(huán)境中支撐層只為一塊單板服務(wù),而在模擬環(huán)境下需要支持運(yùn)行BSC和多個(gè)BTS的代理軟件,因而需要面向多基站擴(kuò)展,下面將詳細(xì)介紹支撐層擴(kuò)展的具體方法。
在機(jī)架環(huán)境中,OMC代理(即代理實(shí)例)按極方式編址。按設(shè)備的連接、包含關(guān)系,定位一個(gè)OMC代理要確定系統(tǒng)號(hào)、子系統(tǒng)號(hào)、單板號(hào)、代理類(lèi)型、實(shí)例號(hào)。其中“系統(tǒng)號(hào)”為BSC/BTS的唯一編號(hào),如0、1、2;“子系統(tǒng)號(hào)”為BSC/BTS內(nèi)硬件框的編號(hào)(如BTS有基帶框、射頻框、電源框等);“單板號(hào)”為一個(gè)硬件框內(nèi)各個(gè)單板的編號(hào);這三個(gè)號(hào)碼構(gòu)成地址結(jié)構(gòu)中的單板定位部分?!按眍?lèi)型”為單板上一個(gè)代理程序的注冊(cè)編號(hào);“實(shí)例號(hào)”為同一代理軟件多個(gè)運(yùn)行實(shí)例的編號(hào),這兩個(gè)號(hào)碼構(gòu)成了地址結(jié)構(gòu)中的代理識(shí)別部分。其中,代理類(lèi)型與實(shí)例號(hào)合在一個(gè)多位的數(shù)值里面,分別占用高位和低位,這個(gè)數(shù)值稱(chēng)代理號(hào)。同一單板的代理相互通信時(shí),只需代理號(hào)即可彼此區(qū)別。而在模擬環(huán)境下,由于并無(wú)實(shí)際的基站、硬件框和單板等硬件,需將這兩部分內(nèi)容全部復(fù)用到OMC代理地址結(jié)構(gòu)中的代理識(shí)別部分。
圖5所示是本實(shí)施例代理號(hào)位分復(fù)用的示例圖,它將定位一個(gè)OMC代理所需的單板定位部分和代理識(shí)別部分都復(fù)用到了代理號(hào)里面。圖中以代理號(hào)為32位值為例,分為三個(gè)部分第1-8位作為系統(tǒng)號(hào),第8-16位為代理類(lèi)型,可以借此判斷出所屬的單板號(hào),第16-32位為實(shí)例號(hào),子系統(tǒng)號(hào)融入了實(shí)例號(hào)里面。
支撐層取代理號(hào)的1-8位就能確定OMC代理的系統(tǒng)號(hào),所以一臺(tái)PC上,就能同時(shí)模擬多至28=256個(gè)BTS,這種位分方式還可以調(diào)整,系統(tǒng)號(hào)位數(shù)不同,能最多模擬的BTS的個(gè)數(shù)就不同。
將所有OMC代理按所屬的單板分類(lèi)登記是模擬平臺(tái)支持多基站的需要(模擬環(huán)境下的單板即指其所擁有的所有代理實(shí)例的邏輯組合)。因?yàn)槟M平臺(tái)要支持BSC和多個(gè)BTS上大量的單板,因而存在單板識(shí)別的問(wèn)題。本實(shí)施例為每種單板定義OMC代理類(lèi)型登記的開(kāi)始宏和結(jié)束宏,所有隸屬該類(lèi)型單板的代理軟件的類(lèi)型號(hào)都在這兩個(gè)宏之間取值,因此這兩個(gè)宏就成為模擬平臺(tái)辨別單板種類(lèi)的依據(jù)。依圖中的位分方式,有8位代理類(lèi)型號(hào),因而B(niǎo)SC或BTS上總共可有28=256中不同類(lèi)型的OMC代理。
代理號(hào)的最后16位用作實(shí)例號(hào),在實(shí)際環(huán)境中,實(shí)例號(hào)用于區(qū)分同一塊單板上同類(lèi)代理的運(yùn)行實(shí)例。但是,因?yàn)橥籅TS內(nèi)的相同單板(如基帶框的主備板、多個(gè)射頻框的相同單板)上有同類(lèi)的代理,那么在模擬環(huán)境同類(lèi)代理的實(shí)例的個(gè)數(shù)就依子系統(tǒng)中相同單板的個(gè)數(shù)成倍數(shù)增長(zhǎng),例如,一個(gè)基帶框帶n個(gè)射頻框,一個(gè)射頻框某類(lèi)代理的實(shí)例數(shù)為m,各射頻框的單板配置相同,那么該代理的實(shí)例總數(shù)就是m×n個(gè)。編號(hào)時(shí),子系統(tǒng)號(hào)融入了實(shí)例號(hào)里面,例如,一個(gè)基站上同一個(gè)代理有120個(gè)實(shí)例,那么可將1-24分配給一個(gè)子系統(tǒng),而25-48給另一個(gè),依次下去;如果有80個(gè)實(shí)例,則可將1-16分配給一個(gè)子系統(tǒng),17-32分配給另一個(gè),依次下去。因而通過(guò)實(shí)例號(hào)的約束規(guī)則可以確定該代理實(shí)例所屬的子系統(tǒng),進(jìn)而準(zhǔn)確定位到該子系統(tǒng)上的某塊單板。
對(duì)于同一單板主、備板上的相同類(lèi)型的代理,本實(shí)施例是登記在同一塊單板上,依照該代理的實(shí)例號(hào)的奇偶性來(lái)加以區(qū)分,代理實(shí)例號(hào)為奇數(shù)時(shí)在主板上,否則在備板上。若配置文件中單板不存在備板,則不同硬件框上相同單板的代理的實(shí)例號(hào)連續(xù)編號(hào)。
需要說(shuō)明的是,本實(shí)施例OMC代理地址結(jié)構(gòu)中的系統(tǒng)號(hào)和代理類(lèi)型號(hào)是在運(yùn)行初期就配置好的,實(shí)例號(hào)可以動(dòng)態(tài)增減,更準(zhǔn)確地說(shuō),代理分靜態(tài)代理和動(dòng)態(tài)代理,靜態(tài)代理的實(shí)例號(hào)也是一開(kāi)始就定好的,動(dòng)態(tài)代理由靜態(tài)代理依需要?jiǎng)?chuàng)建,所以動(dòng)態(tài)代理的實(shí)例數(shù)是可增減的,這與實(shí)際環(huán)境的運(yùn)行是一致的。
對(duì)于OMC代理的地址結(jié)構(gòu),并不局限于上述實(shí)施例的方法,只要可以實(shí)現(xiàn)單板識(shí)別和代理識(shí)別就可以了。
模擬環(huán)境中,還需要修改支撐層向上層提供的通信函數(shù)(不改變函數(shù)原型),使通信函數(shù)能根據(jù)物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,使得代理軟件本身不必針對(duì)PC模擬環(huán)境作改變。
圖6示出了BTS內(nèi)的通信關(guān)系分類(lèi),共分為四類(lèi)①表示基帶框內(nèi)部通信,②表示基帶框到射頻框的通信,③表示射頻框到基帶框的通信,④表示射頻框內(nèi)部通信。單板代理間通過(guò)實(shí)例號(hào)的對(duì)應(yīng)關(guān)系彼此通信,以同一射頻框內(nèi)的代理agentA向代理agentB通信為例,考慮到備板的有無(wú),agentB的實(shí)例號(hào)計(jì)算公式如下wBInstNO=((wAInstNO+g_bA_S)/(g_bA_S+1))×(g_bB_S+1)-g_bB_S (1)式中wBInstNO表示agentB的實(shí)例號(hào);wAInstNO表示agentA的實(shí)例號(hào);g_bA_S、g_bB_S分別表示agentA、agentB所在單板是否有備板,有則為1,否則0。
假定agentA所在單板配有備板,而agentB所在單板只有主板,實(shí)例號(hào)為31的OMC代理agentA在16號(hào)射頻框某單板上,要和同在一射頻框內(nèi)的某單板上的代理agentB通訊,對(duì)應(yīng)的agentB實(shí)例號(hào)應(yīng)為(31+1)/2×(0+1)-0=16。
表1列出了不同通訊方式下的實(shí)例號(hào)計(jì)算公式,式中agentA、agentB分別為發(fā)方代理和收方代理,SubSystem為B的子系統(tǒng)號(hào)(SubSystem=1,2…),其它符號(hào)含義與式(1)均相同。
表1 基站系統(tǒng)不同通訊關(guān)系下的實(shí)例號(hào)計(jì)算公式

面向多基站擴(kuò)展的支撐層還需為代理軟件提供存儲(chǔ)管理的支持?;鞠到y(tǒng)BSC和BTS上有閃存的單板須能映射到PC上的不同目錄,以解決代理的存儲(chǔ)需求。本實(shí)施例采用的解決方法是按一定的規(guī)則在PC上創(chuàng)建目錄,例如BSC的A板,基帶框的B板,射頻框的C板有閃存,那么可按表1的規(guī)則創(chuàng)建并命名目錄,表中n為系統(tǒng)號(hào),m為子系統(tǒng)號(hào),X為盤(pán)符。
表1 基站系統(tǒng)含閃存單板的存儲(chǔ)映射

另外,本實(shí)施例雖然不需要單板軟件支撐包層,但代理軟件在實(shí)際基站環(huán)境中必然要通過(guò)BSP接口訪問(wèn)硬件,即代理軟件中有對(duì)BSP接口的調(diào)用,為了不改變代理軟件代碼,本實(shí)施例的模擬平臺(tái)還提供了BSP硬件接口原型函數(shù),利用該函數(shù)直接返回OMC代理需要的值,可以由使用者任意指定,這點(diǎn)也是該模擬平臺(tái)的極大優(yōu)勢(shì),從而不受限于硬件。該原型函數(shù)也使得模擬平臺(tái)及其上加入OMC代理后形成的工程能順利編譯通過(guò)。
本實(shí)施例相應(yīng)的模擬基站網(wǎng)管系統(tǒng)的裝置包括在PC上設(shè)置的代理軟件模塊、支撐模塊和操作系統(tǒng)模塊、系統(tǒng)配置模塊和硬件接口模塊,如圖7所示,其中所述代理軟件模塊用于提供要調(diào)測(cè)的代理軟件,包括了按所述支撐模塊上代理的模式寫(xiě)出的業(yè)務(wù)邏輯與微控制單元一致的代理軟件單元。
所述支撐模塊進(jìn)一步分為基礎(chǔ)部分和擴(kuò)展部分,基礎(chǔ)部分由內(nèi)存管理單元、文件管理單元、定時(shí)器管理單元、任務(wù)調(diào)度單元、異常處理單元組成,在模擬環(huán)境和實(shí)際環(huán)境是相同的。擴(kuò)展部分則包含代理地址配置單元、通訊單元和存儲(chǔ)單元,其中代理地址配置單元,用于完成對(duì)所有OMC代理地址的配置,且在所述代理地址中包含單板定位信息和代理識(shí)別信息;在本實(shí)施例中所述代理地址配置單元中進(jìn)一步包括系統(tǒng)號(hào)配置單元,用于配置OMC代理的系統(tǒng)號(hào);代理類(lèi)型號(hào)配置單元,用于結(jié)合代理所屬的單板種類(lèi)配置OMC代理的代理類(lèi)型號(hào);以及實(shí)例號(hào)配置單元,用于結(jié)合代理所屬的子系統(tǒng)配置OMC代理的實(shí)例號(hào)。
通訊單元,用于根據(jù)所述物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,完成OMC代理之間的交互;存儲(chǔ)單元,用于將帶有存儲(chǔ)器的基站控制器和基站單板的目錄映射到微機(jī)的存儲(chǔ)裝置上,完成信息的存儲(chǔ);所述操作系統(tǒng)模塊采用PC操作系統(tǒng);所述系統(tǒng)配置模塊定義了所模擬的基站系統(tǒng)的物理配置,包含基站個(gè)數(shù)以及基站控制器和各基站上的硬件框、單板的配置信息;所述硬件接口模塊,用于給出代理軟件需要的單板支撐包硬件接口的原型函數(shù),在函數(shù)中直接返回代理軟件需要的值。
綜上所述,上述實(shí)施例實(shí)現(xiàn)的模擬平臺(tái)能夠滿足網(wǎng)管軟件所有模塊開(kāi)發(fā)中調(diào)試、測(cè)試的需求。通過(guò)將基站網(wǎng)管軟件業(yè)務(wù)流程的調(diào)測(cè)過(guò)程轉(zhuǎn)移到PC上,某種程度上,提高了軟件的開(kāi)發(fā)效率,節(jié)約了硬件投入上的成本。本發(fā)明能有效促進(jìn)基站網(wǎng)管軟件的開(kāi)發(fā)和使用。
權(quán)利要求
1.一種在個(gè)人計(jì)算機(jī)上模擬基站網(wǎng)管系統(tǒng)的方法,包括以下步驟(a)在配置文件中定義所模擬基站系統(tǒng)的物理配置,包含基站個(gè)數(shù)以及基站控制器和各基站上的硬件框、單板的配置信息;(b)在個(gè)人計(jì)算機(jī)操作系統(tǒng)之上提供面向多基站擴(kuò)展的支撐層,作為支持要調(diào)測(cè)網(wǎng)管系統(tǒng)代理軟件運(yùn)行的模擬平臺(tái),并通過(guò)對(duì)網(wǎng)管系統(tǒng)代理地址的配置,實(shí)現(xiàn)所有代理實(shí)例的單板定位和代理識(shí)別;(c)在不改變函數(shù)原型的基礎(chǔ)上修改所述支撐層向上層提供的通信函數(shù),使其能根據(jù)所述物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,實(shí)現(xiàn)網(wǎng)管系統(tǒng)代理間的通訊;(d)將帶有存儲(chǔ)器的基站控制器和基站單板的目錄映射到所述個(gè)人計(jì)算機(jī)的存儲(chǔ)裝置上;(e)提供網(wǎng)管系統(tǒng)代理需要的單板軟件支撐包硬件接口原型函數(shù),在函數(shù)中直接返回網(wǎng)管系統(tǒng)代理需要的值。
2.如權(quán)利要求1所述的方法,其特征在于,在所述要調(diào)測(cè)的代理軟件中包括按所述支撐層上代理的模式寫(xiě)出的業(yè)務(wù)邏輯與微控制單元一致的模擬軟件。
3.如權(quán)利要求1所述的方法,其特征在于,所述各基站上的硬件框和各硬件框上的單板配置相同。
4.如權(quán)利要求1所述的方法,其特征在于,所述網(wǎng)管系統(tǒng)代理地址的配置是將單板定位信息和代理識(shí)別信息全部復(fù)用到該地址結(jié)構(gòu)中的代理識(shí)別部分。
5.如權(quán)利要求4所述的方法,其特征在于,所述代理識(shí)別部分采用位分復(fù)用的方式,包括系統(tǒng)號(hào)、代理類(lèi)型號(hào)和實(shí)例號(hào);單板定位時(shí),通過(guò)判斷代理類(lèi)型號(hào)所在的區(qū)間范圍確定該代理所在單板的類(lèi)型,通過(guò)實(shí)例號(hào)的數(shù)據(jù)約束規(guī)則確定該代理所在的硬件框,從而定位該代理所在的單板。
6.如權(quán)利要求5所述的方法,其特征在于,對(duì)于同一硬件框上的主、備單板按同一單板對(duì)待,通過(guò)實(shí)例號(hào)的奇偶來(lái)加以區(qū)別。
7.一種模擬基站網(wǎng)管系統(tǒng)的裝置,包括代理軟件模塊、支撐模塊和操作系統(tǒng)模塊,其特征在于,還包括系統(tǒng)配置模塊和硬件接口模塊,所有模塊均在個(gè)人計(jì)算機(jī)上設(shè)置,其中所述支撐模塊還包括擴(kuò)展部分,該擴(kuò)展部分包含代理地址配置單元、通訊單元和存儲(chǔ)單元,其中該代理地址配置單元,用于完成對(duì)所有網(wǎng)管系統(tǒng)代理地址的配置,且在所述代理地址中包含單板定位信息和代理識(shí)別信息;該通訊單元,用于根據(jù)所述物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,完成網(wǎng)管系統(tǒng)代理之間的交互;該存儲(chǔ)單元,用于將帶有存儲(chǔ)器的基站控制器和基站單板的目錄映射到微機(jī)的存儲(chǔ)裝置上,完成信息的存儲(chǔ);所述操作系統(tǒng)模塊采用個(gè)人計(jì)算機(jī)操作系統(tǒng);所述系統(tǒng)配置模塊定義了所模擬的基站系統(tǒng)的物理配置,包含基站個(gè)數(shù)以及基站控制器和各基站上的硬件框、單板的配置信息;所述硬件接口模塊,用于給出代理軟件需要的單板支撐包硬件接口的原型函數(shù),在函數(shù)中直接返回代理軟件需要的值。
8.如權(quán)利要求7所述的裝置,其特征在于,所述代理軟件模塊中包含按所述支撐模塊上代理的模式寫(xiě)出的業(yè)務(wù)邏輯與微控制單元一致的代理軟件單元。
9.如權(quán)利要求7所述的裝置,其特征在于,所述代理地址配置單元中進(jìn)一步包括系統(tǒng)號(hào)配置單元,用于配置網(wǎng)管系統(tǒng)代理的系統(tǒng)號(hào);代理類(lèi)型號(hào)配置單元,用于結(jié)合代理所屬的單板種類(lèi)配置網(wǎng)管系統(tǒng)代理的代理類(lèi)型號(hào);以及實(shí)例號(hào)配置單元,用于結(jié)合代理所屬的子系統(tǒng)配置網(wǎng)管系統(tǒng)代理的實(shí)例號(hào)。
全文摘要
本發(fā)明公開(kāi)一種在PC上模擬基站網(wǎng)管系統(tǒng)的方法和裝置,利用PC上的功能模塊完成以下處理進(jìn)行所模擬基站系統(tǒng)的物理配置;在PC操作系統(tǒng)之上提供面向多基站擴(kuò)展的支撐層,作為支持要調(diào)測(cè)代理軟件運(yùn)行的模擬平臺(tái),并通過(guò)對(duì)網(wǎng)管系統(tǒng)代理地址的配置,實(shí)現(xiàn)所有代理實(shí)例的單板定位和代理識(shí)別;修改所述支撐層向上層提供的通信函數(shù),使其能根據(jù)所述物理配置、發(fā)方本身識(shí)別信息和函數(shù)參數(shù)獲得收方的地址,實(shí)現(xiàn)代理軟件間的通訊;將帶有存儲(chǔ)器的單板的目錄映射到PC的存儲(chǔ)裝置上;同時(shí)提供代理軟件需要的BSP硬件接口原型函數(shù)。本發(fā)明能夠在PC上模擬整個(gè)基站系統(tǒng)OMC代理軟件的運(yùn)行,實(shí)現(xiàn)對(duì)代理軟件的調(diào)試和測(cè)試。
文檔編號(hào)H04Q7/34GK1737774SQ20041005692
公開(kāi)日2006年2月22日 申請(qǐng)日期2004年8月20日 優(yōu)先權(quán)日2004年8月20日
發(fā)明者王世明, 雷大力, 景玲 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
五峰| 辉南县| 泾源县| 镇雄县| 岑巩县| 东丽区| 安阳县| 竹北市| 东源县| 宾川县| 靖西县| 鲁山县| 桂平市| 延安市| 保亭| 遵义县| 海城市| 盐城市| 天峻县| 镇远县| 沧州市| 华阴市| 社旗县| 无锡市| 体育| 丽江市| 武鸣县| 洛南县| 夏津县| 平阴县| 中阳县| 彭泽县| 吉木萨尔县| 宁德市| 宁南县| 临猗县| 宁蒗| 平山县| 阳信县| 土默特左旗| 宁阳县|