專利名稱：傳輸配置數(shù)據(jù)的處理方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及ー種傳輸配置數(shù)據(jù)的處理方法及裝置。
背景技術：
隨著無線通訊網(wǎng)管技術的日趨成熟，設備運營商在對于升級，管理基站的這ー必要的工具網(wǎng)管軟件的技術要求已經(jīng)越來越完善，這不僅僅體現(xiàn)在網(wǎng)管對于數(shù)據(jù)和信令的處理速度上，對于操作基站的命令的完備性上，用戶已經(jīng)越 來越注重網(wǎng)管對于所管理的數(shù)據(jù)是否能很好的直觀抽象，是否可以大大減小運維的人力維護成本，以及是否能夠滿足越來越被看重的用戶體驗滿意度?；揪W(wǎng)管技術的趨勢是，為了實現(xiàn)基站側數(shù)據(jù)和網(wǎng)管側數(shù)據(jù)的解耦，已經(jīng)由基于表格形式的高耦合性的數(shù)據(jù)管理方式演變?yōu)榛趯ο蠡问降臄?shù)據(jù)拓撲展現(xiàn)方式。傳輸數(shù)據(jù)模型是基站網(wǎng)管本地維護終端(Local Maintenance Terminal,簡稱為LMT)的ー個重要組成部分，主要展示傳輸數(shù)據(jù)的配置方式和依賴關系，當傳輸數(shù)據(jù)層發(fā)生告警時，需要即時展示其上的告警信息，并且實時提供各個傳輸數(shù)據(jù)對象的狀態(tài)信息。在本發(fā)明對傳輸數(shù)據(jù)的抽象之前，業(yè)內的主要基站網(wǎng)管軟件以及本基站網(wǎng)管軟件LMT對于傳輸數(shù)據(jù)的管理，是基于表格形式的數(shù)據(jù)管理方式，每ー類傳輸數(shù)據(jù)抽象為ー張表格，具體傳輸數(shù)據(jù)以表記錄的形式存在，在LMT中所有傳輸表格使用樹形結構如圖I所示，無法體現(xiàn)傳輸層數(shù)據(jù)的各層次結構，雖然數(shù)據(jù)代表著第三代合作伙伴計劃(3rdGeneration Partnership Pro ject,簡稱為3GPP)協(xié)議的某些信元,但是無法抽象出協(xié)議的層次結構，由于數(shù)據(jù)之間的依賴關系很復雜，具體可以參見圖2，不是一対一的結構，使得運維無法找出數(shù)據(jù)之間的層次依賴關系，一旦底層傳輸鏈路出現(xiàn)故障，由于傳輸數(shù)據(jù)展示的不直觀，使得運營維護成本非常高。另外由于受限于這種數(shù)據(jù)的最小單元是表記錄的展現(xiàn)方式，使得對應到告警的顯示以及狀態(tài)則需要點擊記錄后才能獲得，用戶體驗也不好。

發(fā)明內容
針對相關技術中傳輸配置數(shù)據(jù)展示的不直觀，使得運營維護成本非常高的問題，本發(fā)明提供了一種傳輸配置數(shù)據(jù)的處理方法及裝置，以解決上述問題至少之一。根據(jù)本發(fā)明的ー個方面，提供了一種傳輸配置數(shù)據(jù)的處理方法。根據(jù)本發(fā)明的傳輸配置數(shù)據(jù)的處理方法包括從本地維護終端LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象；根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個對象；根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。上述從LMT網(wǎng)管配置中抽象出傳輸配置數(shù)據(jù)的各個對象包括建立LMT網(wǎng)管配置系統(tǒng)與基站之間的通信鏈路；LMT網(wǎng)管配置系統(tǒng)從基站獲取傳輸配置數(shù)據(jù)；獲取傳輸層配置數(shù)據(jù)的各個對象的實例。上述根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個對象包括建立對象與Iub ロ協(xié)議棧的信令的對應關系；將對象分別填充到與其對應的信令的Iub ロ協(xié)議棧中預定個數(shù)的傳輸協(xié)議塊中。上述根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系包括獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象；根據(jù)互聯(lián)網(wǎng)協(xié)議IP傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。上述根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系包括獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象；根據(jù)異步傳輸方式ATM傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。在根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系之后，還包括獲取各個對象的告警信息；對各個對象對應的最高等級告警増加標識信息。
在根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系之后，還包括獲取傳輸協(xié)議塊中各個對象的狀態(tài)信息；判斷是否存在故障的對象；對存在故障的對象增加故障指示信息。根據(jù)本發(fā)明的另一方面，提供了一種傳輸配置數(shù)據(jù)的處理裝置。根據(jù)本發(fā)明的傳輸配置數(shù)據(jù)的處理裝置包括抽象模塊，用于從本地維護終端LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象；分層封裝模塊，用于根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個對象；第一獲取模塊，用于根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。上述抽象模塊包括第一建立単元，用于建立LMT網(wǎng)管配置系統(tǒng)與基站之間的通信鏈路；第一獲取單元，用于使LMT網(wǎng)管配置系統(tǒng)從基站獲取傳輸配置數(shù)據(jù)；第二獲取單元，用于獲取傳輸層配置數(shù)據(jù)的各個對象的實例。上述分層封裝模塊包括第二建立単元，用于建立對象與Iub ロ協(xié)議棧的信令的對應關系；填充單元，用于將對象分別填充到與其對應的信令的Iub ロ協(xié)議棧中預定個數(shù)的傳輸協(xié)議塊中。上述第一獲取模塊包括第三獲取單元，用于獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象；第四獲取單元，用于根據(jù)互聯(lián)網(wǎng)協(xié)議IP傳輸承載方式或者異步傳輸方式ATM傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。上述裝置還包括第二獲取模塊，用于獲取各個對象的告警信息；第一處理模塊，用于對各個對象對應的最高等級告警増加標識信息。上述裝置還包括第三獲取模塊，用于獲取傳輸協(xié)議塊中各個對象的狀態(tài)信息；判斷模塊，用于判斷是否存在故障的對象；第二處理模塊，用于對存在故障的對象增加故障指示信息。通過本發(fā)明，基于Iub ロ協(xié)議棧對LMT傳輸配置數(shù)據(jù)進行建模，解決了相關技術中傳輸配置數(shù)據(jù)展示的不直觀，使得運營維護成本非常高的問題，本發(fā)明提供了一種傳輸配置數(shù)據(jù)的處理方法及裝置，進而可以基于Iub ロ協(xié)議棧層次結構來直觀地展示網(wǎng)管LMT的傳輸配置數(shù)據(jù)，節(jié)省運營維護成本。


此處所說明的附圖用來提供對本發(fā)明的進ー步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中
圖I是傳輸數(shù)據(jù)表格化樹形展示方式的截屏圖；圖2是傳輸數(shù)據(jù)表格化展示的關聯(lián)關系的截屏圖；圖3是根據(jù)本發(fā)明實施例的傳輸配置數(shù)據(jù)的處理方法的流程圖；圖4是3GPP的Iub ロ協(xié)議棧的示意圖；圖5是3GPP的Iub ロ的邏輯示意圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例的傳輸數(shù)據(jù)對象化后抽象類圖；圖7是根據(jù)本發(fā)明優(yōu)選實施例的IP承載方式的關聯(lián)圖；圖8是根據(jù)本發(fā)明優(yōu)選實施例的異步傳輸方式(Asynchronous Transfer Mode,簡 稱為ATM)的承載方式的關聯(lián)圖；圖9是根據(jù)本發(fā)明優(yōu)選實施例的保存MO對象屬性信息的Excel模板文件的示意圖；圖10是根據(jù)本發(fā)明優(yōu)選實施例的Excel格式MO對象模板文件導入并下發(fā)到基站的流程圖；圖11是根據(jù)本發(fā)明優(yōu)選實施例的LMT對象化展示的傳輸MO對象顯示的拓撲圖；圖12是根據(jù)本發(fā)明優(yōu)選實施例的傳輸MO對象告警顯示的拓撲圖；圖13是根據(jù)本發(fā)明優(yōu)選實施例的傳輸MO對象狀態(tài)顯示的拓撲圖；圖14是根據(jù)本發(fā)明優(yōu)選實施例的LMT傳輸數(shù)據(jù)對象化展現(xiàn)全界面布局的示意圖；圖15是根據(jù)本發(fā)明實施例的傳輸配置數(shù)據(jù)的處理裝置的結構框圖；圖16是根據(jù)本發(fā)明優(yōu)選實施例的傳輸配置數(shù)據(jù)的處理裝置的結構框圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖3是根據(jù)本發(fā)明實施例的傳輸配置數(shù)據(jù)的處理方法的流程圖。如圖3所示，該傳輸配置數(shù)據(jù)的處理方法主要包括以下處理步驟S302 :從LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象；步驟S304 :根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個對象；步驟S306 :根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。相關技術中，網(wǎng)管軟件LMT對于傳輸配置數(shù)據(jù)的管理，主要是基于表格形式的數(shù)據(jù)管理方式，對于該管理方式，無法抽象出協(xié)議的層次結構，而且數(shù)據(jù)之間的依賴關系很復雜，不是一対一的結構，使得運維無法找出數(shù)據(jù)之間的層次依賴關系，一旦底層傳輸鏈路出現(xiàn)故障，由于傳輸數(shù)據(jù)展示的不直觀，使得運營維護成本非常高。采用圖3所示的傳輸配置數(shù)據(jù)的處理方法，基于I ub ロ協(xié)議棧對LMT傳輸配置數(shù)據(jù)進行建模，可以使得傳輸數(shù)據(jù)的層次結構和依賴關系(即上述關聯(lián)關系)能夠得以清晰地展現(xiàn)，進而可以直觀地展示網(wǎng)管LMT的傳輸配置數(shù)據(jù)，節(jié)省運營維護成本。優(yōu)選地，上述步驟S302可以進一歩包括以下處理(I)建立LMT網(wǎng)管配置系統(tǒng)與基站之間的通信鏈路；(2)LMT網(wǎng)管配置系統(tǒng)從基站獲取傳輸配置數(shù)據(jù)；
(3)獲取傳輸層配置數(shù)據(jù)的各個對象的實例。已知NodeB和RNC是兩個獨立的網(wǎng)元，連接他們的接ロ就是Iub ロ。無線接入網(wǎng)網(wǎng)元在功能上一般分為無線網(wǎng)絡(層)和傳輸網(wǎng)絡(層)兩部分，所謂的傳輸配置數(shù)據(jù)就是在Iub接口中傳送無線網(wǎng)絡層和傳輸網(wǎng)絡層的信令和用戶信息。3GPP把NodeB的Iub 口上傳遞的信息，在垂直方向劃分成了 3個“邏輯平面”無線網(wǎng)絡控制面，傳輸網(wǎng)絡控制面，用戶面，具體可以參見圖4。從3GPP的Iub ロ協(xié)議?？梢钥吹?，無線網(wǎng)絡控制面(Radio Network ControlPlane)分為兩部分第一部分，屬于無線網(wǎng)絡層(Radio Network Layer),是“NodeB應 用部分(NodeBApplication Part) ”,這部分所遵循的協(xié)議,就是“NBAP”協(xié)議。第二部分,屬于傳輸層(Transport Layer),畢竟NodeB和RNC各自獨立需要傳輸網(wǎng)絡來承載待交換的信息，這部分傳輸層的作用就是承載NBAP協(xié)議信息，保障RNC和NodeB順利的完成NBAP交流。也就是說，LMT的傳輸數(shù)據(jù)層就是為NBAP信令提供承載，這部分傳輸配置數(shù)據(jù)對象的配置是事先NodeB和RNC約定好的，各自通過各自的網(wǎng)管軟件來配置相應的參數(shù)。協(xié)議棧按照其中的信元進ー步抽象為3GPP的Iub ロ邏輯面的層次結構，即LMT的傳輸數(shù)據(jù)層的建模模型的原型如圖5所示，基于此協(xié)議棧模型LMT對其傳輸數(shù)據(jù)的拓撲展示做了進ー步的抽象。在優(yōu)選實施過程中，為了基于Iub ロ協(xié)議棧對LMT傳輸配置數(shù)據(jù)進行建摸，需要首先把網(wǎng)管管理的傳輸數(shù)據(jù)抽象為各個對象(以下稱為MO對象)，建立出LMT的傳輸數(shù)據(jù)的MO對象模型,傳輸資源MO以TransportNetwork為根節(jié)點，按照基站與上級網(wǎng)元RNC/BSC之間的Iub和Abis接ロ傳輸協(xié)議棧進行建模(LTE中是基站與CN的對接)，從物理層到應用層依次將以太網(wǎng)ロ、ElVTl ロ、互聯(lián)網(wǎng)協(xié)議(Internet Protocol，簡稱為IP)、異步傳輸方式(Asynchronous Transfer Mode,簡稱為ATM)、NBAP、BTSM等資源抽象出來,傳輸數(shù)據(jù)對象化后的設計如圖6所示。在優(yōu)選實施過程中，在LMT傳輸對象化設計以后,可以按照原來的LMT傳輸表數(shù)據(jù)解耦合的設計，提取出如圖6的20個傳輸類對象，每個類的設計定義出了這個類的基本屬性(例如，傳輸鏈路號，端口號等等的基本信息)，其中，各個傳輸類之間由于協(xié)議層次關系，也存在的一定的關聯(lián)關系，例如，聞層鏈路的MO必須依賴于底層鏈路的MO而存在，由此參照實際傳輸配置中的真實場景，提取出兩種傳輸承載方式——IP傳輸承載方式如圖7和ATM傳輸承載方式如圖8，接下來采用已經(jīng)設計好的MO屬性模型和依賴關系生成需要的可以下發(fā)到前臺基站去的一整套相互依賴的MO傳輸數(shù)據(jù)對象。之后可以將設計好的20個MO數(shù)據(jù)以Excel格式的文件保存，每個頁面存儲ー個傳輸數(shù)據(jù)對象如圖9所示，每個頁面中定義了這個MO對象的基本屬性，基本屬性的取值范圍，值的類型等等，此外，還包括了這個MO對象所依賴的MO對象的屬性值，以便可以依此找到其關聯(lián)的MO對象，之后執(zhí)行Excel格式MO對象模板文件導入并下發(fā)到基站的流程，以下結合圖10進ー步描述該流程。如圖10所示，該流程可以包括以下處理步驟S1002 :導入excel格式的對象文件；
步驟S1004 :編輯文件，寫入MO對象的屬性字段的數(shù)值；步驟S1006 :生成MO對象之間的關聯(lián)關系；步驟S1008 :檢測MO屬性值的合法性，即判斷MO屬性值是否符合數(shù)據(jù)范圍；步驟S1010 :按照業(yè)務需要的約束關系檢查Mo的配置約束關系；步驟S1012 :比較相鄰的兩次配置之間的數(shù)據(jù)對象的異同，以判斷是否有必要用數(shù)據(jù)的增量同步或者是全同步的方式下發(fā)到基站；步驟S1014 :轉為基站可以識別的XML模板文件，下發(fā)到基站。按此下發(fā)數(shù)據(jù)的方式，運維和用戶可以通過僅僅修改excel配置文件，只用填寫傳輸對象的屬性值和其關聯(lián)的傳輸對象的屬性值即能完成傳輸數(shù)據(jù)的下發(fā)基站配置，完全不需要關心數(shù)據(jù)的依賴關系的具體細節(jié)。 按照以上方式，LMT傳輸數(shù)據(jù)可以通過更改excel文件并導入來最終更改下發(fā)的基站的數(shù)據(jù)配置，數(shù)據(jù)的修改非常靈活。但是僅僅更改數(shù)據(jù)靈活對于運維來說是不夠的，傳輸數(shù)據(jù)涉及到非常多的Iub協(xié)議的細節(jié)，這些細節(jié)運維人員可能是不需要關心的，這就需要一個直觀有層次的展現(xiàn)方式，可以使得運維人員不用關心協(xié)議的具體細節(jié)，就可以看到LMT傳輸數(shù)據(jù)的層次依賴關系，這樣才可以從根本上提高運維人員的維護效率，因此需要關聯(lián)LMT傳輸數(shù)據(jù)的展示圖，從Iub協(xié)議棧邏輯圖中抽象出來。優(yōu)選地，上述步驟S304可以進一歩包括以下處理(I)建立對象與Iub ロ協(xié)議棧的信令的對應關系；(2)將對象分別填充到與其對應的信令的Iub ロ協(xié)議棧中預定個數(shù)的傳輸協(xié)議塊中。在優(yōu)選實施過程中，按照3GPP的Iub ロ協(xié)議，分類已經(jīng)設計好的20個MO傳輸對象，可以把傳輸拓撲圖分成預定個數(shù)的協(xié)議塊(例如，11個)(I)Physical Layer :等同于Iub協(xié)議邏輯圖的物理層,用于填充物理層對象,包括IP端ロ以及ATM端ロ。(2) ATM Link :等同于Iub協(xié)議邏輯圖ATM承載中的ATM層，填充AtmLayerLink對象。(3)Ethernet/PPP Link :等同于Iub協(xié)議邏輯圖Data Link層，填充數(shù)據(jù)鏈路對象，包括 Ethernet、HDLC 以及 PPP。(4) IP :等同于Iub協(xié)議邏輯圖IP層，填充IP對象。(5) SCTP :等同于Iub協(xié)議邏輯圖SCTP層，填充SCTP對象。(6) UDP/RTP :等同于Iub協(xié)議邏輯圖UDP層，填充UDP/RTP對象。(7) AAL2 :等同于Iub協(xié)議邏輯圖AAL2層，填充AAL2對象(8) SaalUni :等同于 Iub 協(xié)議邏輯圖 AAL5/SSC0P/SSCF-UNI 層，填充 SaalUni 對象。(9) ALCAP :等同于Iub協(xié)議邏輯圖ALCAP層，填充ALCAP對象。(10)NbapCSignalIing/NbapDSignalIing/BTSM :等同于 Iub 協(xié)議邏輯圖 NBAP 層，填充NBAP對應對象(11) Iub/Aibs DataStream :等同于 Iub 協(xié)議邏輯圖 Channels 層，填充 Iub/AibsDataStream 對象。
至此，LMT傳輸數(shù)據(jù)的20個MO對象，已經(jīng)以Iub協(xié)議邏輯圖為原型建摸，填充到了 LMT拓撲展示協(xié)議棧圖的11個協(xié)議塊中，完成了傳輸數(shù)據(jù)的分層設計，生成LMT傳輸數(shù)據(jù)拓撲展示的建模效果圖如圖11所示。優(yōu)選地，上述步驟S306可以進ー步包括以下處理(I)獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象；(2)根據(jù)IP傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。優(yōu)選地，上述步驟S306還可以進ー步包括以下處理(I)獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象；
(2)根據(jù)ATM傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。需要注意的是，上述預定傳輸承載方式包括但不限于IP傳輸承載方式和ATM傳輸承載方式，當然也可以是其他傳輸承載方式。在優(yōu)選實施過程中，LMT傳輸數(shù)據(jù)對象化以后，基于預定傳輸承載方式(例如，IP傳輸承載方式和ATM傳輸承載方式)，可以最終抽象出多種MO對象分層后的關聯(lián)關系，具體地，IP承載方式關聯(lián)關系如圖7所示，ATM承載方式關聯(lián)關系如圖8所示。通過上述處理，與網(wǎng)管LMT傳輸數(shù)據(jù)現(xiàn)有展現(xiàn)方式相比較，引入了 3GPP的Iub ロ協(xié)議棧結構，在此基礎上建模，提取抽象了傳輸數(shù)據(jù)的協(xié)議棧層次模型，這種傳輸數(shù)據(jù)的拓撲展現(xiàn)方式使得傳輸層展現(xiàn)層次清晰，非常直觀，一方面這種簡明的展現(xiàn)方式降低了運維的維護難度，另ー方面這種基于協(xié)議棧的傳輸數(shù)據(jù)依賴方式，也極大地滿足了的用戶體驗。優(yōu)選地，在執(zhí)行步驟S306之后，還可以包括以下處理(I)獲取各個對象的告警信息；(2)對各個對象對應的最高等級告警増加標識信息。在優(yōu)選實施過程中，可以提供傳輸MO對象顯示拓撲圖告警顯示的功能，具體地，獲取各個MO對象的告警信息，按最高告警等級增加標識信息(例如，填充顏色)，每個協(xié)議塊中根據(jù)告警視圖獲取最高級別告警，根據(jù)告警級別渲染顏色。如圖12所示，ATMLink的最高級別告警為嚴重告警，渲染為紅色(參見圖中陰影部分)。優(yōu)選地，在執(zhí)行步驟S306之后，還可以包括以下處理(I)獲取傳輸協(xié)議塊中各個對象的狀態(tài)信息；(2)判斷是否存在故障的對象；(3)對存在故障的對象增加故障指示信息。在優(yōu)選實施過程中，可以提供傳輸MO對象顯示拓撲圖狀態(tài)顯示的功能，獲取各個對象的狀態(tài)，獲取是否存在故障的MO對象，如果某協(xié)議塊的MO對象存在故障，則在該協(xié)議塊上增加故障指示信息(例如，增加小圓點顯示為故障)。如圖13所示，ATMLink存在有故障的MO對象，增加黑色小圓點。通過上述處理，在傳輸數(shù)據(jù)對象化抽象后，其上掛告警的展現(xiàn)和對狀態(tài)展示的支持，這種直觀明了的拓撲展現(xiàn)方式使得網(wǎng)管LMT對于傳輸數(shù)據(jù)的處理和展示上日趨標準化和專業(yè)化。傳輸資源全界面視圖的示例可以參見圖14的描述，圖14的左半部分為傳輸MO對象顯示拓撲圖，右半部分是具體選擇協(xié)議塊對應的MO對象狀態(tài)列表，在該列表中可以對選擇的單個MO對象進行操作；以及選擇協(xié)議塊對應的MO對象的告警視圖。
圖15是根據(jù)本發(fā)明實施例的傳輸配置數(shù)據(jù)的處理裝置的結構框圖。如圖15所示，該傳輸配置數(shù)據(jù)的處理裝置包括抽象模塊10，用于從LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象；分層封裝模塊20，用于根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個對象；以及第一獲取模塊30，用于根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系O在圖15所示的傳輸配置數(shù)據(jù)的處理裝置中，抽象模塊10、分層封裝模塊20、以及第一獲取模塊30相互結合，基于Iub ロ協(xié)議棧對LMT傳輸配置數(shù)據(jù)進行建模，可以使得傳輸數(shù)據(jù)的層次結構和依賴關系(即上述關聯(lián)關系)能夠得以清晰地展現(xiàn)，進而可以直觀地展示網(wǎng)管LMT的傳輸配置數(shù)據(jù)，節(jié)省運營維護成本。優(yōu)選地，如圖16所示，上述抽象模塊10可以進一歩包括第一建立単元100，用于建立LMT網(wǎng)管配置系統(tǒng)與基站之間的通信鏈路；第一獲取單元102，用于使LMT網(wǎng)管配置系 統(tǒng)從基站獲取傳輸配置數(shù)據(jù)；第二獲取單元104，用于獲取傳輸層配置數(shù)據(jù)的各個對象的實例。優(yōu)選地，如圖16所示，分層封裝模塊20可以進一歩包括第二建立単元200，用于建立對象與Iub ロ協(xié)議棧的信令的對應關系；填充單元202，用于將對象分別填充到與其對應的信令的Iub ロ協(xié)議棧中預定個數(shù)的傳輸協(xié)議塊中。優(yōu)選地，如圖16所示，第一獲取模塊30可以進一歩包括第三獲取單元300，用于獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象；第四獲取單元302，用于根據(jù)IP傳輸承載方式或者ATM傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。優(yōu)選地，如圖16所示，上述傳輸配置數(shù)據(jù)的處理裝置還可以包括第二獲取模塊40，用于獲取各個對象的告警信息；第一處理模塊50，用于對各個對象對應的最高等級告警增加標識信息。優(yōu)選地，如圖16所示，上述傳輸配置數(shù)據(jù)的處理裝置還可以包括第三獲取模塊60，用于獲取傳輸協(xié)議塊中各個對象的狀態(tài)信息；判斷模塊70，用于判斷是否存在故障的對象；第二處理模塊80，用于對存在故障的對象增加故障指示信息。在優(yōu)選實施過程中，如圖6所示，抽象模塊10獲取傳輸配置數(shù)據(jù)對象化后抽象的MO對象，分層封裝模塊20按3GPP的Iub ロ協(xié)議層邏輯(如圖5所示)分層并封裝MO對象，建模生成傳輸MO對象顯示拓撲圖(如圖11所示)。具體包括以下處理(I)獲取跟傳輸業(yè)務相關的所有的MO對象；(2)按協(xié)議棧劃分上述MO對象，生成傳輸MO對象顯示拓撲圖。例如，按3GPP的Iub ロ協(xié)議，拓撲圖分成11個協(xié)議塊(I)Physical Layer :填充物理層對象,包括IP端ロ以及ATM端ロ。(2) ATM Link :填充 AtmLayerLink 對象。(3)Ethernet/PPP Link :填充數(shù)據(jù)鏈路對象，包括 Ethernet、HDLC 以及 PPP。(4) IP :填充 IP 對象。(5) SCTP :填充 SCTP 對象。(6) UDP/RTP 填充 UDP/RTP 對象。(7) AAL2 填充 AAL2 對象。(8) SaalUni :填充 SaalUni 對象。
(9) ALCAP :填充 ALCAP 對象。(10) NbapCSignal I ing/NbapDSignal I ing/BTSM :填充 NBAP 對應對象(11) Iub/Aibs DataStream :填充 Iub/AibsDataStream 對象。LMT傳輸數(shù)據(jù)的20個MO對象，已經(jīng)以Iub協(xié)議邏輯圖為原型建模，填充到了 LMT拓撲展示協(xié)議棧圖的11個協(xié)議塊中，完成了傳輸數(shù)據(jù)的分層設計，生成LMT傳輸數(shù)據(jù)拓撲展示的建模效果圖如圖11所示。之后，第一獲取模塊30根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。具體地，LMT傳輸數(shù)據(jù)對象化以后，基于主要的傳輸承載方式，最終可以抽象出兩種MO對象分層后的關聯(lián)關系，IP傳輸承載方式關聯(lián)關系如圖7所示，ATM傳輸承載方式關聯(lián)關系如圖8所示。
在優(yōu)選實施過程中，可以提供傳輸MO對象顯示拓撲圖告警顯示的功能，具體地，第二獲取模塊40獲取各個MO對象的告警信息，第一處理模塊50按最高告警等級增加標識信息(例如，填充顏色)，每個協(xié)議塊中根據(jù)告警視圖獲取最高級別告警，根據(jù)告警級別渲染顏色。如圖12所示，ATMLink的最高級別告警為嚴重告警，渲染為紅色(參見圖中陰影部分)。在優(yōu)選實施過程中，還可以提供傳輸MO對象顯示拓撲圖狀態(tài)顯示的功能，第三獲取模塊60獲取各個對象的狀態(tài)，判斷模塊70判斷是否存在故障的MO對象，如果某協(xié)議塊的MO對象存在故障，第二處理模塊80在該協(xié)議塊上增加故障指示信息(例如，増加小圓點顯示為故障)。如圖13所示，ATMLink存在有故障的MO對象，增加黑色小圓點。生成的傳輸資源全界面視圖具體參見圖14，圖14的左半部分為傳輸MO對象顯示拓撲圖，右半部分是具體選擇協(xié)議塊對應的MO對象狀態(tài)列表，在該列表中可以對選擇的單個MO對象進行操作；以及選擇協(xié)議塊對應的MO對象的告警視圖。如果某協(xié)議塊沒有存在對應的MO對象，可以將該協(xié)議塊顯示為下陷狀，在具體操作中，將鼠標移動到該協(xié)議塊提示用戶未安裝。需要注意的是，上述傳輸配置數(shù)據(jù)的處理裝置可以設置于LMT網(wǎng)管系統(tǒng)中。綜上所述，借助本發(fā)明提供的上述實施例，實現(xiàn)了如下技術效果(1)傳輸數(shù)據(jù)查詢結果清楚并直觀，進而方便了業(yè)務的運營維護。(2)傳輸數(shù)據(jù)的展現(xiàn)更加標準和專業(yè)，使其在數(shù)據(jù)展現(xiàn)上更貼近協(xié)議棧，使得運維可以不需了解協(xié)議的具體細節(jié)能夠清楚知道傳輸數(shù)據(jù)在協(xié)議棧中的層次，大大方便了鏈路故障時運維對于故障的排查。(3)傳輸數(shù)據(jù)視圖直接展現(xiàn)對象的告警和狀態(tài)，實現(xiàn)了拓撲圖展現(xiàn)的信息最大化。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種傳輸配置數(shù)據(jù)的處理方法，其特征在于，包括 從本地維護終端LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象； 根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個所述對象； 根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。
2.根據(jù)權利要求I所述的方法，其特征在于，所述從LMT網(wǎng)管配置中抽象出傳輸配置數(shù)據(jù)的各個對象包括 建立所述LMT網(wǎng)管配置系統(tǒng)與基站之間的通信鏈路； 所述LMT網(wǎng)管配置系統(tǒng)從所述基站獲取所述傳輸配置數(shù)據(jù)； 獲取所述傳輸層配置數(shù)據(jù)的各個所述對象的實例?！?br> 3.根據(jù)權利要求I所述的方法，其特征在于，所述根據(jù)Iubロ協(xié)議棧層次結構分層并封裝各個所述對象包括 建立所述對象與所述Iub ロ協(xié)議棧的信令的對應關系； 將所述對象分別填充到與其對應的信令的所述Iub ロ協(xié)議棧中預定個數(shù)的傳輸協(xié)議塊中。
4.根據(jù)權利要求I所述的方法，其特征在于，所述根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系包括 獲取根據(jù)所述Iub ロ協(xié)議棧層次結構分層后的對象； 根據(jù)互聯(lián)網(wǎng)協(xié)議IP傳輸承載方式獲取所述分層后的對象之間的關聯(lián)關系。
5.根據(jù)權利要求I所述的方法，其特征在于，所述根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系包括 獲取根據(jù)Iub ロ協(xié)議棧層次結構分層后的對象； 根據(jù)異步傳輸方式ATM傳輸承載方式獲取所述分層后的對象之間的關聯(lián)關系。
6.根據(jù)權利要求I至5中任一項所述的方法，其特征在于，在根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系之后，還包括 獲取各個所述對象的告警信息； 對各個所述對象對應的最高等級告警増加標識信息。
7.根據(jù)權利要求I至5中任一項所述的方法，其特征在于，在根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系之后，還包括 獲取所述傳輸協(xié)議塊中各個所述對象的狀態(tài)信息； 判斷是否存在故障的對象； 對所述存在故障的對象增加故障指示信息。
8.一種傳輸配置數(shù)據(jù)的處理裝置，其特征在于，包括 抽象模塊，用于從本地維護終端LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象； 分層封裝模塊，用于根據(jù)Iub ロ協(xié)議棧層次結構分層并封裝各個所述對象； 第一獲取模塊，用于根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。
9.根據(jù)權利要求8所述的裝置，其特征在于，所述抽象模塊包括 第一建立単元，用于建立所述LMT網(wǎng)管配置系統(tǒng)與基站之間的通信鏈路； 第一獲取單元，用于使所述LMT網(wǎng)管配置系統(tǒng)從所述基站獲取所述傳輸配置數(shù)據(jù)；第二獲取單元，用于獲取所述傳輸層配置數(shù)據(jù)的各個所述對象的實例。
10.根據(jù)權利要求8所述的裝置，其特征在于，所述分層封裝模塊包括 第二建立單元，用于建立所述對象與所述Iub 口協(xié)議棧的信令的對應關系； 填充單元，用于將所述對象分別填充到與其對應的信令的所述Iub 口協(xié)議棧中預定個數(shù)的傳輸協(xié)議塊中。
11.根據(jù)權利要求8所述的裝置，其特征在于，所述第一獲取模塊包括 第三獲取單元，用于獲取根據(jù)所述Iub 口協(xié)議棧層次結構分層后的對象； 第四獲取單元，用于根據(jù)互聯(lián)網(wǎng)協(xié)議IP傳輸承載方式或者異步傳輸方式ATM傳輸承載 方式獲取所述分層后的對象之間的關聯(lián)關系。
12.根據(jù)權利要求8至11任一項所述的裝置，其特征在于，還包括 第二獲取模塊，用于獲取各個所述對象的告警信息； 第一處理模塊，用于對各個所述對象對應的最高等級告警增加標識信息。
13.根據(jù)權利要求8至11任一項所述的裝置，其特征在于，還包括 第三獲取模塊，用于獲取所述傳輸協(xié)議塊中各個所述對象的狀態(tài)信息； 判斷模塊，用于判斷是否存在故障的對象； 第二處理模塊，用于對所述存在故障的對象增加故障指示信息。
全文摘要
本發(fā)明提供了一種傳輸配置數(shù)據(jù)的處理方法及裝置，上述方法中，從LMT網(wǎng)管配置系統(tǒng)中抽象出傳輸配置數(shù)據(jù)的各個對象；根據(jù)Iub口協(xié)議棧層次結構分層并封裝各個對象；根據(jù)預定傳輸承載方式獲取分層后的對象之間的關聯(lián)關系。根據(jù)本發(fā)明提供的技術方案，可以基于Iub口協(xié)議棧層次結構來直觀地展示網(wǎng)管LMT的傳輸配置數(shù)據(jù)，節(jié)省運營維護成本。
文檔編號H04W24/04GK102857954SQ20111018234
公開日2013年1月2日 申請日期2011年6月30日 優(yōu)先權日2011年6月30日
發(fā)明者馮交交, 姜立琳, 張鵬, 李瓊 申請人:中興通訊股份有限公司