亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種傳輸數(shù)據(jù)管理方法和裝置的制造方法

文檔序號(hào):9828662閱讀:970來源:國知局
一種傳輸數(shù)據(jù)管理方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及無線通訊網(wǎng)管技術(shù)領(lǐng)域,尤其涉及一種傳輸數(shù)據(jù)管理方法和裝置。
【背景技術(shù)】
[0002]隨著無線通訊網(wǎng)管技術(shù)的日趨成熟以及無線標(biāo)準(zhǔn)的逐步演進(jìn),設(shè)備運(yùn)營商對(duì)于大型網(wǎng)管系統(tǒng)的要求越來越高。例如,運(yùn)營商越來越重視網(wǎng)管對(duì)于數(shù)據(jù)和信令的業(yè)務(wù)處理速度,以及網(wǎng)管對(duì)于所管理的數(shù)據(jù)是否能很好的封裝抽象、是否能夠和無線協(xié)議、標(biāo)準(zhǔn)以及業(yè)務(wù)模型解耦等。以便于能夠在后期基站現(xiàn)場(chǎng)問題的排查中,快速發(fā)現(xiàn)并解決問題,提高網(wǎng)管設(shè)備的業(yè)務(wù)維護(hù)能力水平,降低外場(chǎng)維護(hù)階段業(yè)務(wù)以及研發(fā)人員的人工干預(yù)。
[0003]傳輸數(shù)據(jù)配置是網(wǎng)管內(nèi)的基站本地操作維護(hù)模塊(OMMB,Operat1n&MaintainsModule NodeB)在地面資源管理子系統(tǒng)中的一個(gè)重要功能,主要展示基站側(cè)的傳輸數(shù)據(jù)的配置方式和依賴關(guān)系,傳輸數(shù)據(jù)配置基于第三代合作伙伴項(xiàng)目(3GPP,The 3rd Generat1nPartnership Project)的Iub接口協(xié)議,需要按照傳輸協(xié)議棧配置起自下而上的傳輸數(shù)據(jù)實(shí)例。只有傳輸建立起來,才能配置無線業(yè)務(wù)進(jìn)而建立小區(qū)接入終端UE完成通話,因此傳輸數(shù)據(jù)配置是建立無線業(yè)務(wù)的關(guān)鍵步驟。由于傳輸數(shù)據(jù)多樣,傳輸方式的多樣性,依賴層次復(fù)雜,因此對(duì)配置人員的業(yè)務(wù)要求很高,出現(xiàn)問題也難以排查。
[0004]目前,基站網(wǎng)管軟件以及OMMB網(wǎng)管系統(tǒng)對(duì)于傳輸數(shù)據(jù)的管理,是基于表格的數(shù)據(jù)管理方式,每一類傳輸數(shù)據(jù)抽象為一張表格,具體傳輸數(shù)據(jù)以表記錄的形式存在,這種關(guān)系展示非常不直觀,只能在表之間跳轉(zhuǎn)。圖1為現(xiàn)有技術(shù)中傳輸數(shù)據(jù)展示方式,如圖1所示,圖1所示的傳輸數(shù)據(jù)管理展示方法無法直觀體現(xiàn)傳輸層數(shù)據(jù)的各層次依賴關(guān)系,雖然數(shù)據(jù)代表著3GPP的Iub接口協(xié)議的某些信元,但是無法抽象協(xié)議的層次結(jié)構(gòu)。另外,由于數(shù)據(jù)之間的依賴關(guān)系很復(fù)雜,運(yùn)維人員無法找出數(shù)據(jù)之間的傳輸層依賴關(guān)系,一旦底層傳輸鏈路出現(xiàn)故障,由于傳輸數(shù)據(jù)展示的不直觀,使得運(yùn)營維護(hù)成本非常高。雖然現(xiàn)有技術(shù)中對(duì)于輕型網(wǎng)管本地操作維護(hù)終端(LMT, Local Operat1n&Maintains Terminal)在Iub接口協(xié)議的基礎(chǔ)上進(jìn)行了一部分?jǐn)?shù)據(jù)抽象,能夠通過如圖2所示的傳輸數(shù)據(jù)圖形化展示方式對(duì)傳輸數(shù)據(jù)進(jìn)行展示,使得LMT系統(tǒng)對(duì)于傳輸?shù)某橄蠡趨f(xié)議棧,但是,由于圖2所示的傳輸數(shù)據(jù)圖形化展示方式業(yè)務(wù)邏輯比較簡單,在多模系統(tǒng)網(wǎng)管系統(tǒng)中,雙主雙時(shí)鐘控制(CC,ClockControl)業(yè)務(wù)下無線制式有多種組合的情況下,無法展示出多個(gè)傳輸根節(jié)點(diǎn)下的復(fù)雜的業(yè)務(wù)邏輯關(guān)系,也無法展示出對(duì)象實(shí)例之間的依賴關(guān)系,不能和協(xié)議棧中的所有信元一一對(duì)應(yīng)。以至于在多種傳輸方式組合的配置場(chǎng)景下,無法辨認(rèn)每種傳輸方式所關(guān)聯(lián)的傳輸數(shù)據(jù)實(shí)例層,在無線業(yè)務(wù)搭建起來后,也無法確認(rèn)對(duì)應(yīng)制式的信令實(shí)例和底層傳輸實(shí)例之間的引用關(guān)系。

【發(fā)明內(nèi)容】

[0005]有鑒于此,本發(fā)明實(shí)施例期望提供一種傳輸數(shù)據(jù)管理方法,能夠直觀展現(xiàn)MO之間的依賴和層次關(guān)系,方便了傳輸鏈路故障時(shí)運(yùn)維人員對(duì)于故障的排查。
[0006]為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的:
[0007]本發(fā)明實(shí)施例提供了一種傳輸數(shù)據(jù)管理方法,所述方法包括:
[0008]接收用戶輸入的檢索條件;
[0009]根據(jù)接收到的檢索條件,檢索用戶所需MO及依賴層次關(guān)系,并進(jìn)行輸出顯示。
[0010]上述方案中,所述依賴層次關(guān)系為將傳輸數(shù)據(jù)定義為多個(gè)管理對(duì)象MO后建立的各MO之間的依賴層次關(guān)系。
[0011]上述方案中,在將傳輸數(shù)據(jù)定義為多個(gè)MO之前,所述方法還包括:
[0012]發(fā)送傳輸數(shù)據(jù)請(qǐng)求到網(wǎng)元設(shè)備,并接收網(wǎng)元設(shè)備發(fā)送的傳輸數(shù)據(jù)。
[0013]上述方案中,所述將傳輸數(shù)據(jù)定義為多個(gè)MO包括:基于MOM對(duì)象模型確定MO的基本屬性;
[0014]所述建立各MO之間的依賴層次關(guān)系包括:基于3GPP的Iub 口協(xié)議確定MO的依賴層次關(guān)系。
[0015]上述方案中,所述基于MOM對(duì)象模型確定MO的基本屬性包括:通過管理對(duì)象索引MOID唯一標(biāo)識(shí)MO,通過相對(duì)識(shí)別名RDN表示MO的特性;
[0016]所述基于3GPP的Iub 口協(xié)議確定MO的依賴層次關(guān)系包括:通過本地識(shí)別名LDN表TK MO之間的依賴層次關(guān)系ο
[0017]上述方案中,所述建立各MO之間的依賴層次關(guān)系之后,所述方法還包括:
[0018]將所述各MO之間的依賴層次關(guān)系以MO樹的方式進(jìn)行存儲(chǔ);
[0019]相應(yīng)地,所述根據(jù)接收到的檢索條件,檢索用戶所需MO及依賴層次關(guān)系包括:根據(jù)接收到的檢索條件,在所述MO樹中檢索用戶所需MO及依賴層次關(guān)系。
[0020]上述方案中,所述方法還包括:按照依賴層次關(guān)系,對(duì)MO進(jìn)行分層,建立拓?fù)錁洳⑦M(jìn)行輸出顯示。
[0021]本發(fā)明實(shí)施例還公開了一種傳輸數(shù)據(jù)管理裝置,所述裝置包括:接收模塊、檢索模塊、輸出模塊;其中,
[0022]所述接收模塊,用于接收用戶輸入的檢索條件,并將所述用戶輸入的檢索條件發(fā)送到檢索模塊;
[0023]所述檢索模塊,用于根據(jù)接收到的檢索條件,檢索用戶所需MO及依賴層次關(guān)系,并將檢索結(jié)果發(fā)送到輸出模塊;
[0024]所述輸出模塊,用于將所述檢索結(jié)果進(jìn)行輸出顯示。
[0025]上述方案中,所述裝置還包括管理對(duì)象MO定義模塊、依賴層次關(guān)系建立模塊,其中,
[0026]所述MO定義模塊,用于將傳輸數(shù)據(jù)定義為多個(gè)MO ;
[0027]所述依賴層次關(guān)系建立模塊,用于建立各MO之間的依賴層次關(guān)系。
[0028]上述方案中,所述裝置還包括傳輸數(shù)據(jù)請(qǐng)求發(fā)送模塊、傳輸數(shù)據(jù)接收模塊,其中,
[0029]傳輸數(shù)據(jù)請(qǐng)求發(fā)送模塊,用于在將傳輸數(shù)據(jù)定義為多個(gè)MO之前,發(fā)送傳輸數(shù)據(jù)請(qǐng)求到網(wǎng)元設(shè)備;
[0030]所述傳輸數(shù)據(jù)接收模塊,用于接收網(wǎng)元設(shè)備發(fā)送的傳輸數(shù)據(jù)。
[0031]上述方案中,所述MO定義模塊具體用于:基于MOM對(duì)象模型確定MO的基本屬性;
[0032]所述依賴層次關(guān)系建立模塊具體用于:基于3GPP的Iub 口協(xié)議確定MO的依賴層次關(guān)系。
[0033]上述方案中,所述MO定義模塊具體用于:通過MO索引MOID唯一標(biāo)識(shí)MO,通過相對(duì)識(shí)別名RDN表示MO的特性;所述依賴層次關(guān)系建立模塊具體用于:通過本地識(shí)別名LDN表TK MO之間的依賴層次關(guān)系ο
[0034]上述方案中,所述裝置還包括存儲(chǔ)模塊,用于在建立各MO之間的依賴層次關(guān)系之后,將所述各MO之間的依賴層次關(guān)系以MO樹的方式進(jìn)行存儲(chǔ);
[0035]相應(yīng)地,所述檢索模塊具體用于:根據(jù)接收到的檢索條件,在所述MO樹中檢索用戶所需MO及依賴層次關(guān)系。
[0036]上述方案中,所述裝置還包括拓?fù)錁浣⒛K,用于按照依賴層次關(guān)系,對(duì)MO進(jìn)行分層,建立拓?fù)錁洳⑦M(jìn)行輸出顯示。
[0037]本發(fā)明實(shí)施例所提供的傳輸數(shù)據(jù)管理方法,將傳輸數(shù)據(jù)定義為多個(gè)管理對(duì)象MO,建立各MO之間的依賴層次關(guān)系;接收用戶輸入的檢索條件,根據(jù)接收到的檢索條件,檢索用戶所需MO及依賴層次關(guān)系,并進(jìn)行輸出顯示。如此,能夠使網(wǎng)管操作人員無需關(guān)心傳輸數(shù)據(jù)涉及到Iub接口協(xié)議的細(xì)節(jié)就可以看到傳輸數(shù)據(jù)的層次依賴關(guān)系,能夠在外場(chǎng)快速發(fā)現(xiàn)故障所在,從根本上提高運(yùn)維人員的維護(hù)效率。
【附圖說明】
[0038]圖1為現(xiàn)有技術(shù)中傳輸數(shù)據(jù)展示方式示意圖;
[0039]圖2為現(xiàn)有技術(shù)中傳輸數(shù)據(jù)圖形化展示方式示意圖;
[0040]圖3為本發(fā)明實(shí)施例傳輸數(shù)據(jù)管理方法流程示意圖;
[0041]圖4為本發(fā)明實(shí)施例獲取傳輸數(shù)據(jù)方法流程示意圖;
[0042]圖5為本發(fā)明實(shí)施例各MO之間的依賴層次關(guān)系示意圖;
[0043]圖6為本發(fā)明實(shí)施例MO樹的結(jié)構(gòu)示意圖;
[0044]圖7為本發(fā)明實(shí)施例輸出的傳輸數(shù)據(jù)記錄示意圖;
[0045]圖8為本發(fā)明實(shí)施例具有層次依賴關(guān)系的傳輸拓?fù)錁浣Y(jié)構(gòu)示意圖;
[0046]圖9為本發(fā)明實(shí)施例傳輸數(shù)據(jù)管理裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0047]目前的OMMB網(wǎng)管系統(tǒng)針對(duì)于多模系統(tǒng)中必須要支持的雙主雙CC業(yè)務(wù),即一個(gè)基站中存在兩個(gè)相互獨(dú)立的單板,且兩個(gè)單板各自負(fù)責(zé)不同的無線制式基站調(diào)度業(yè)務(wù)。這就要求基站的設(shè)計(jì)上有幾套不同制式的軟件,比如在⑶(全球移動(dòng)通信系統(tǒng)GSM,Global System for Mobile Commu
當(dāng)前第1頁1 2 3 4 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1