專利名稱：一種網(wǎng)管系統(tǒng)及多版本信令解碼方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊設(shè)備中信令跟蹤領(lǐng)域，尤其涉及一種網(wǎng)管系統(tǒng)及多版本信令 解碼方法。
背景技術(shù)：
在移動(dòng)通訊設(shè)備維護(hù)過程中，跟蹤信令，分析信令是觀察移動(dòng)設(shè)備內(nèi)部工作流程 的重要手段之一。在維護(hù)過程中，用服人員和研發(fā)人員經(jīng)常需要面對(duì)多個(gè)商用局，或者是同一商用 局不同的維護(hù)階段。而這個(gè)狀況反映到信令跟蹤領(lǐng)域，就是多版本信令維護(hù)工作。因?yàn)樵?通訊設(shè)備中，信令流程雖然是大體穩(wěn)定的，但信令的內(nèi)容是隨著各個(gè)版本變化而變化，不同 版本的同一信令，信令碼流內(nèi)容都是不一樣的。特別在協(xié)議升級(jí)階段，甚至連信令類別也不 相同。目前解決多版本信令維護(hù)工作，一般有三個(gè)方法1)不同版本信令對(duì)應(yīng)不同版本解碼器，操作人員必須針對(duì)不同版本的信令來選擇 不同版本的解碼軟件。該方法的缺點(diǎn)非常明顯要維護(hù)多個(gè)版本解碼器；需要人為的去選 擇版本，容易出錯(cuò)。2)解碼軟件中集成多個(gè)信令的解碼器，操作人員在解碼前，先選擇對(duì)應(yīng)版本號(hào)。由 解碼器根據(jù)操作人員選擇來切換版本。該方案是對(duì)第一個(gè)方案的部分改進(jìn)，將多個(gè)解碼器 進(jìn)行整合。使得操作用戶無需維護(hù)多個(gè)解碼器；但其它的維護(hù)工作相對(duì)于第一方案并沒有 減少。3)由基站側(cè)將信令碼流解碼并采用ASCII格式來上報(bào)，使得OMC(Operatic)ns & Maintenance Center，操作維護(hù)中心)無需解碼即可查看。該方案天然支持多版本信令。最 大缺點(diǎn)是由于信令跟蹤過程具有瞬時(shí)性這個(gè)特征，信令瞬間大量的上報(bào)，導(dǎo)致解碼和上報(bào) 的壓力較大。因此，一般來說，為了減少壓力。一般都是以二進(jìn)制形式來上報(bào)和保存，解碼 有交由OMC來處理，移動(dòng)通訊設(shè)備本身不參與解碼。因此，需要一種方便操作用戶操作，又支持多版本信令解碼的方案，使得操作用戶 無需選擇版本，不增加移動(dòng)通訊設(shè)備通信的壓力。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種網(wǎng)管系統(tǒng)及多版本信令解碼方法及裝 置，以提高多版本信令維護(hù)的易用性。為了解決上述技術(shù)問題，本發(fā)明公開了一種多版本信令解碼方法，該方法包括操作維護(hù)中心將所收到的信令的碼流、該信令的版本信息以及用于描述該信令的 碼流的組成結(jié)構(gòu)的自描述信息壓縮在一個(gè)信令文件中對(duì)外發(fā)布；當(dāng)信令離線閱讀器要查看所述操作維護(hù)中心所發(fā)布的信令文件時(shí)，解壓該信令文 件，從中獲取信令的碼流、版本信息以及該信令的自描述信息，根據(jù)所獲取的信令版本信息以及該信令的自描述信息對(duì)該信令的碼流進(jìn)行解碼并顯示。較佳地，上述方法中，所述操作維護(hù)中心在收到信令的碼流之前，為不同版本的信 令分別預(yù)先建立相應(yīng)的自描述信息的格式，當(dāng)所述操作維護(hù)中心收到信令的碼流時(shí)，根據(jù) 該信令的版本信息查找到相應(yīng)的自描述信息的格式，并按照所查找到的自描述信息的格式 為該信令的碼流生成相應(yīng)的自描述信息。較佳地，所述操作維護(hù)中心生成的自描述信息采用XML文件格式。其中，所述操作維護(hù)中心所收到的信令的碼流為信令的原始碼流。本發(fā)明還公開了一種網(wǎng)管系統(tǒng)，包括操作維護(hù)中心，用于將所收到的信令的碼流、該信令的版本信息以及用于描述該 信令的碼流的組成結(jié)構(gòu)的自描述信息打包成一個(gè)信令文件對(duì)外發(fā)布，其中，信令的自描述 信息包括信令的類型和名稱；信令離線閱讀器，用于解壓所述操作維護(hù)中心發(fā)布的信令文件，獲取該信令的碼 流、版本信息以及該信令的自描述信息，根據(jù)所獲取的信令版本信息以及該信令的自描述 信息對(duì)該信令的碼流進(jìn)行解碼并顯示。較佳地，上述系統(tǒng)中，所述操作維護(hù)中心包括所述配置模塊，用于為不同版本的信令分別預(yù)先建立相應(yīng)的自描述信息的格式；所述信令壓縮保存模塊，在所述操作維護(hù)中心收到信令的碼流時(shí)，根據(jù)該信令的 版本信息從所述配置模塊中查找到相應(yīng)的自描述信息的格式，并按照所查找到的自描述信 息的格式為該信令的碼流生成相應(yīng)的自描述信息。較佳地，所述信令壓縮保存模塊生成的自描述信息采用XML文件格式。其中，所述操作維護(hù)中心所收到的信令的碼流為信令的原始碼流。本發(fā)明的實(shí)施例中，無需人為選擇信令版本，也無需維護(hù)多個(gè)版本的解碼軟件，根 據(jù)壓縮的信令文件中的自描述信息即可將信令進(jìn)行解碼并顯示，從而降低了人工維護(hù)信令 解碼的工作量，提高了多版本信令維護(hù)的易用性。


圖1為本實(shí)施例2提出的網(wǎng)管系統(tǒng)的結(jié)構(gòu)示意圖；圖2為本實(shí)施例2中進(jìn)行信令保存的流程圖；圖3為本實(shí)施例2中進(jìn)行信令解碼顯示的流程圖。
具體實(shí)施例方式下面結(jié)合附圖及具體實(shí)施例對(duì)本實(shí)用新型做進(jìn)一步詳細(xì)說明。需要說明的是，在 不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。實(shí)施例1本實(shí)施例將解碼操作和信令版本分離，即使解碼操作獨(dú)立于信令碼流，這樣操作 人員可以無需關(guān)心信令的版本，也無需維護(hù)多個(gè)解碼器。具體地，OMC可以事先為不同版本 的信令分別建立相應(yīng)的自描述信息的格式。這樣，OMC在信令壓縮保存階段時(shí)，先根據(jù)所收 到的信令的碼流的版本信息查找相應(yīng)的自描述信息的格式，按照所查找到的自描述信息的 格式為該信令的碼流生成自描述信息，之后OMC將信令的碼流、版本信息、信令的自描述信-定義前臺(tái)結(jié)構(gòu)信息，供對(duì)象解析模塊使用一> ELEMENT DataInfo(CStructDef|CFieldDes)*> -結(jié)構(gòu)信息分應(yīng)用存放，不同應(yīng)用置于單獨(dú)的CStructDef元素下
AppName
DefaultDir
—>
應(yīng)用名 默認(rèn)路徑
息統(tǒng)一打包成一個(gè)文件對(duì)外發(fā)布。而當(dāng)信令離線閱讀器要查看OMC所發(fā)布的某一信令文件 時(shí)，先解壓該信令文件，獲得該信令的碼流，該信令對(duì)應(yīng)的版本信息和信令自描述信息。再 根據(jù)所獲得的該碼流對(duì)應(yīng)的自描述信息對(duì)該信令的碼流解碼并顯示即可。上述，OMC所收到的信令的碼流可能是原始碼流，即移動(dòng)通訊設(shè)備不負(fù)責(zé)信令解 碼，以二進(jìn)制的格式上報(bào)到OMC即可，這樣可以減輕移動(dòng)通訊設(shè)備的通訊壓力和解碼壓力。其中，信令的自描述信息用于描述該信令的碼流的組成結(jié)構(gòu)，信令離線閱讀器根 據(jù)自描述信息即可對(duì)信令的碼流進(jìn)行解碼。具體地，自描述信息的組成結(jié)構(gòu)可由C的聯(lián)合和C結(jié)構(gòu)表來組成。通過該自描述 信息，可以將信令的碼流解析為C結(jié)構(gòu)表的可閱讀格式來瀏覽，即為解碼。自描述信息可采 用XML文件格式。例如，DTD定義如下< ？ xml version = “ 1.0〃 encoding = “ GB2312" ？ >

ATTLIST CStructDef
AppName CDATA REQUIRED DefaultDir CDATA #IMPLIED> -C結(jié)構(gòu)定義，分枚舉表、聯(lián)合表和C結(jié)構(gòu)表三部分一>
ELEMENT
CStructDef (EnumTable, UnionTable, StructTable)>
一枚舉定義表，定義該工具應(yīng)用中使用到的枚舉類型一>
ELEMENT
EnumTab1e (Enumeration)氺>
-每個(gè)枚舉類型，需要定義該枚舉中枚舉值與枚舉索引的對(duì)應(yīng)信息一>
ELEMENT
Enumeration (EMap)+>
-枚舉類型定義 EName枚舉類型名稱一> ATTLIST Enumeration
EName CDATA #REQUIRED> -枚舉值與枚舉索引的對(duì)應(yīng)關(guān)系一> ELEMENT EMap EMPTY〉 -枚舉值與枚舉索弓I對(duì)應(yīng)關(guān)系的屬性 Index 枚舉索引
Value枚舉值 —>
ATTLISTEMap
IndexCDATA REQUIRED
ValueCDATA #REQUIRED>
<!-聯(lián)合類型定義表，定義了該工具應(yīng)用使用的全部聯(lián)合類型->
<! ELEMEN／Union／able(Union)*>
<!-聯(lián)合定義，需要定義聯(lián)合中標(biāo)識(shí)字段的值與聯(lián)合中使用具體字段的字段名的對(duì)應(yīng)關(guān)系->
<!ELEMEN／Union(UMap)*>
<!-聯(lián)合類型
UName聯(lián)合類型名稱
-->
<!A／／LIS／Union
UNameCDA／A#REQUIRED
PreProcCl sName CDA／A#IMPLIED>
<!-聯(lián)合類型標(biāo)識(shí)字段值與使用的聯(lián)合字段名的對(duì)應(yīng)關(guān)系->
<! ELEMEN／UMapEMP／Y>
<!-聯(lián)合類型標(biāo)識(shí)字段值與使用的聯(lián)合字段名的對(duì)應(yīng)關(guān)系
Key標(biāo)識(shí)字段的值
PNameOfUnion 聯(lián)合中的屬性字段名
-->
<!A／／LI S／UMap
KeyCDA／A#REQUIRED
PName。fUni。nCDATA#REQUIRED>
<!-C結(jié)構(gòu)定義表，定義了該工具應(yīng)用使用的所有的特殊C結(jié)構(gòu)類型->
<! ELEMEN／Struct／ab l e(C Struct)*>
<!-C結(jié)構(gòu)定義，需要申明結(jié)構(gòu)中包括的枚舉屬性、聯(lián)合屬性和信令結(jié)構(gòu)->
<!ELEMENTCStruct
(LargeByteArray ，ASCI IFieldS ，NJBCDFieldS ，EnumFieldS ，UnionFields ，Sign
al Struct )>
<!A／／LI S／CStruct
CName CDA／A#REQUIRED
PreProcCl sName CDA／A#IMPLIED>
<!-C結(jié)構(gòu)下的BCD字段信息->
<! ELEMEN／LargeByteArray(ByteArray)+>
<!-單個(gè)BCD字段定義->
<! ELEMEN／ByteArrayEMP／Y>
<!-單個(gè)BCD字段的定義FieldName BCD字段名->
<!A／／LI S／ByteArray
FieldNameCDATA#REQUIRED>
<!-C結(jié)構(gòu)下的BCD字段信息->
< ！ ELEMENT NJBCDFields(NJBCDField)+>< ！—單個(gè)BCD字段定義一>< ！ ELEMENT NJBCDField EMPTY〉< ！—單個(gè)B⑶字段的定義FieldName BCD 字段名—>< ！ ATTLIST NJBCDFieldFieldName CDATA #REQUIRED>< ！ —C結(jié)構(gòu)下的ascii字節(jié)數(shù)組信息一>< ！ ELEMENT ASCIIFields (ASCIIField)+>< ！—單個(gè)BCD字段定義一>< ！ ELEMENT ASCIIField EMPTY〉< ！-單個(gè)BCD字段的定義FieldName BCD 字段名—>< ！ ATTLIST ASCIIFieldFieldName CDATA #REQUIRED>< ！ -C結(jié)構(gòu)下的枚舉字段信息一>< ！ ELEMENT EnumFields (EnumField)+>< ！—單個(gè)枚舉的對(duì)應(yīng)關(guān)系一>< ！ ELEMENT EnumField EMPTY〉< ！—單個(gè)枚舉的對(duì)應(yīng)關(guān)系FieldName 枚舉字段名EnumName 對(duì)應(yīng)的枚舉類型名—>< ！ ATTLIST EnumFieldFieldName CDATA REQUIREDEnumName CDATA #REQUIRED>< ！ -C結(jié)構(gòu)下的聯(lián)合屬性信息一>< ！ ELEMENT UnionFields (UnionField)+>< ！-單個(gè)聯(lián)合的對(duì)應(yīng)關(guān)系一>< ！ ELEMENT UnionField EMPTY〉< ！-單個(gè)聯(lián)合的對(duì)應(yīng)關(guān)系IsExtended 是否應(yīng)用擴(kuò)展(擴(kuò)展則需要需要填ExtClsName或者ExtCl sName2字段，只能填寫其中之一，不擴(kuò)展必須填UFlag字段)FieldName 聯(lián)合字段名UnionName 對(duì)應(yīng)的聯(lián)合類型名UFlagC結(jié)構(gòu)中標(biāo)識(shí)具體使用聯(lián)合中哪個(gè)字段的字段名ExtClsName 應(yīng)用擴(kuò)展類名，屬于擴(kuò)展方式1ExtClsName2 應(yīng)用擴(kuò)展類名，屬于擴(kuò)展方式2—>< ！ ATTLIST UnionFieldIsExtended (Yes|No) REQUIREDFieldName CDATA REQUIREDUnionName CDATA REQUIREDUFlagCDATA IMPLIEDExtClsName CDATA IMPLIEDExtClsName2 CDATA #IMPLIED>< ！-信令結(jié)構(gòu)定義一>< ！ ELEMENT SignalStruct (SubCStruct)+>< ！-信令結(jié)構(gòu)相關(guān)信息Name父結(jié)構(gòu)中表示信令碼的數(shù)組的字段名HeadName頭結(jié)構(gòu)的字段名KeyField 與該字段對(duì)應(yīng)的字段值將決定信令的結(jié)構(gòu)DecodeFlag標(biāo)識(shí)是否解碼成功的字段名，解碼成功才需要處理WLen數(shù)組的有效字節(jié)數(shù)的字段名—>< ！ ATTLIST SignalStructNameCDATA REQUIREDHeadName CDATA REQUIREDKeyField CDATA REQUIREDDecodeFlag CDATA IMPLIEDWLenCDATA IMPLIEDWFlowCodeLen CDATA IMPLIEDCodeFlowFlag CDATA IMPLIED< ！< ！< ！< ！< ！
-標(biāo)識(shí)字段值與信令結(jié)構(gòu)的對(duì)應(yīng)關(guān)系一> ELEMENT SubCStruct EMPTY〉 -單個(gè)嵌套C結(jié)構(gòu)名與事件號(hào)對(duì)應(yīng)關(guān)系的相關(guān)信息 Value 標(biāo)識(shí)字段的值
SubCName 具體的信令結(jié)構(gòu)類名 —>
ATTLIST SubCStruct
Value CDATA REQUIRED SubCName CDATA #REQUIRED> -C結(jié)構(gòu)字段描述部分，注意描述部分不能出現(xiàn)'[',']'這些字符一>0176]< ！ ELEMENT CFieldDes (CStructDes*)>
0177]< ！ ATTLIST CFieldDes
0178]AppNameCDATA REQUIRED
0179]DefaultDir CDATA IMPLIED
0180]Locale(zh|en) #REQUIRED>
0181]< ！ -Locale是用來指明語言類型的一>
0182]< ！ ELEMENTCStructDes (Field*)〉
0183]< ！ ATTLIST CStructDes
0184]CNameCDATA REQUIRED
0185]Description CDATA #IMPLIED>
0186]< ！ -CName是類名，Description是類名描述，F(xiàn)ield是該類下的所有需要描述
的字段名一>< ！ ELEMENT Field EMPTY〉< ！ ATTLIST FieldFieldNameCDATA REQUIREDDescription CDATA< ！-對(duì)于不需要描述的字段，就不要寫進(jìn)來一>< ！ 一當(dāng)Field是數(shù)組類型時(shí)，也是只需要寫數(shù)組名字，就行如a[5]，其 fieldName = ‘ a'—>具體舉例如下< ？ xml version = “ 1.0〃 encoding = “ GB2312" ？ >< ！ D0CTYPE DataInfo SYSTEM" jopx-config. dtd〃 ><DataInfo>< ！—<CStructDefDefaultDir = " com. zte. ums. zxcomc. systools. wsf. bss3g. stp. structDefine"
0200]AppName = 〃 stp 〃 >0201]<EnumTable>0202]</EnumTable>0203]<UnionTable>0204]〈Union UName =“sunUnion_code" >0205]<UMap Key = “ 55“PNameOfUnion =" a" /0206]<UMap Key = “ 66“PNameOfUnion =" b" /0207]</Union>0208]</UnionTable>0209]<StructTable>0210]<CStruct CName ="tagT_TraceReport_code0211]<UnionFields>
<UnionFieldFieldName =〃 sUnion"UnionName = “ sunUnion_code 〃 UFlag =</UnionFields><SignalStruct Name = ="tTraceReportHead“KeyField = “ wEventNo“ DecodeFlag =<SubCStructSubCName = “ tagT_TraceBody_code〃 /</SignalStruct></CStruct></StructTable></CStructDef>—></DataInfo>實(shí)施例2本實(shí)施例提供一種網(wǎng)管系統(tǒng)，例如WiMAX移動(dòng)通信系統(tǒng)的網(wǎng)管系統(tǒng)。該系統(tǒng)如圖 1所示，包括操作維護(hù)中心和信令離線閱讀器。操作維護(hù)中心，主要用于將所收到的信令的碼流、該信令的版本信息以及用于描 述該信令的碼流的組成結(jié)構(gòu)的自描述信息打包成一個(gè)信令文件對(duì)外發(fā)布，其中，信令的自 描述信息可包括信令的類型和名稱；其中，操作維護(hù)中心可包括配置模塊和信令壓縮保存模塊。配置模塊，用于為不同版本的信令分別預(yù)先建立相應(yīng)的自描述信息的格式；信令壓縮保存模塊，在所述操作維護(hù)中心收到信令的碼流時(shí)，根據(jù)該信令的版本 信息從所述配置模塊中查找到相應(yīng)的自描述信息的格式，并按照所查找到的自描述信息的 格式為該信令的碼流生成相應(yīng)的自描述信息。信令離線閱讀器，用于解壓所述操作維護(hù)中心發(fā)布的信令文件，獲取該信令的碼 流、版本信息以及該信令的自描述信息，根據(jù)所獲取的信令版本信息以及該信令的自描述 信息對(duì)該信令的碼流進(jìn)行解碼并顯示。在有些場景中，信令離線閱讀器也可內(nèi)置在操作維 護(hù)中心。下面介紹上述系統(tǒng)實(shí)現(xiàn)多版本信令解碼的過程。該過程分為OMC進(jìn)行信令保存和 信令離線閱讀器進(jìn)行信令解碼兩部分。其中，OMC進(jìn)行信令保存之前，每個(gè)信令跟蹤版本發(fā) 布前，為各版本的信令分別建立相應(yīng)的自描述信息的格式。下面結(jié)合圖2介紹OMC進(jìn)行信令保存的過程，包括以下步驟步驟201 操作人員啟動(dòng)網(wǎng)管系統(tǒng)的信令跟蹤功能；步驟202 基站側(cè)將信令的原始碼流上報(bào)到OMC側(cè)；步驟203 =OMC將所收到的信令的碼流、該信令的版本信息以及該信令的自描述信 息壓縮在一個(gè)信令文件保存，并進(jìn)行發(fā)布。該步驟中，OMC可自動(dòng)保存所收到的信令，也可以是OMC根據(jù)操作人員指令進(jìn)行保
“unionKey" IsExtended=“ No" />
“aucMsgBuffer “ HeadName
“UcDecodeFlag“ WLen=" wLen" > Value = “ 50389"存。具體地，OMC收到信令后，掃描信令，按照該信令對(duì)應(yīng)的自描述信息的格式自 動(dòng)生成該信令的自描述信息，本實(shí)施例中生成的自描述信息為XML(extensible Markup Language，可擴(kuò)展置標(biāo)語言)文件。然后，OMC將該信令的版本信息，信令的原始碼流和生 成的自描述信息壓縮打包為單個(gè)文件。下面再結(jié)合圖3介紹信令離線閱讀器進(jìn)行信令解碼的過程，包括以下步驟步驟301 操作人員啟動(dòng)信令離線閱讀器，選擇所要查看的信令文件；步驟302 信令離線閱讀器解壓該信令文件，從中獲取該信令的碼流、版本信息以 及自描述信息；步驟303 信令離線閱讀器根據(jù)所獲取的自描述信息對(duì)信令的碼流進(jìn)行解碼并顯 示；該步驟中，信令離線閱讀器根據(jù)信令的碼流的頭信息(頭信息中記錄該碼流和信 令的自描述信息的對(duì)應(yīng)關(guān)系)，獲得該碼流對(duì)應(yīng)的信令自描述信息。并將碼流的原始信息和 自描述信息一并加載；然后根據(jù)碼流的自描述信息解碼并顯示。從上述實(shí)施例可以看出，本發(fā)明的實(shí)施例將支持多版本信令的處理轉(zhuǎn)換為信令自 描述信息的處理，即事先為不同版本的信令分別建立相應(yīng)的自描述信息的格式后，信令離 線閱讀器和信令的碼流之間的接口就已經(jīng)固定，信令離線閱讀器不再依賴于具體信令體本 身，即信令離線閱讀器查看信令時(shí)，無需人為選擇信令版本，從而解決了解信令離線閱讀器 進(jìn)行多版本信令維護(hù)的問題。以上所述，僅為本發(fā)明的較佳實(shí)例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本 發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范 圍之內(nèi)。
權(quán)利要求
1.一種多版本信令解碼方法，其特征在于，該方法包括操作維護(hù)中心將所收到的信令的碼流、該信令的版本信息以及用于描述該信令的碼流 的組成結(jié)構(gòu)的自描述信息壓縮在一個(gè)信令文件中對(duì)外發(fā)布；當(dāng)信令離線閱讀器要查看所述操作維護(hù)中心所發(fā)布的信令文件時(shí)，解壓該信令文件， 從中獲取信令的碼流、版本信息以及該信令的自描述信息，根據(jù)所獲取的信令版本信息以 及該信令的自描述信息對(duì)該信令的碼流進(jìn)行解碼并顯示。
2.如權(quán)利要求1所述的方法，其特征在于，所述操作維護(hù)中心在收到信令的碼流之前， 為不同版本的信令分別預(yù)先建立相應(yīng)的自描述信息的格式，當(dāng)所述操作維護(hù)中心收到信令 的碼流時(shí)，根據(jù)該信令的版本信息查找到相應(yīng)的自描述信息的格式，并按照所查找到的自 描述信息的格式為該信令的碼流生成相應(yīng)的自描述信息。
3.如權(quán)利要求2所述的方法，其特征在于，所述操作維護(hù)中心生成的自描述信息采用XML文件格式。
4.如權(quán)利要求1、2或3所述的方法，其特征在于，所述操作維護(hù)中心所收到的信令的碼流為信令的原始碼流。
5.一種網(wǎng)管系統(tǒng)，其特征在于，該系統(tǒng)包括操作維護(hù)中心，用于將所收到的信令的碼流、該信令的版本信息以及用于描述該信令 的碼流的組成結(jié)構(gòu)的自描述信息打包成一個(gè)信令文件對(duì)外發(fā)布，其中，信令的自描述信息 包括信令的類型和名稱；信令離線閱讀器，用于解壓所述操作維護(hù)中心發(fā)布的信令文件，獲取該信令的碼流、版 本信息以及該信令的自描述信息，根據(jù)所獲取的信令版本信息以及該信令的自描述信息對(duì) 該信令的碼流進(jìn)行解碼并顯示。
6.如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述操作維護(hù)中心包括所述配置模塊，用于為不同版本的信令分別預(yù)先建立相應(yīng)的自描述信息的格式；所述信令壓縮保存模塊，在所述操作維護(hù)中心收到信令的碼流時(shí)，根據(jù)該信令的版本 信息從所述配置模塊中查找到相應(yīng)的自描述信息的格式，并按照所查找到的自描述信息的 格式為該信令的碼流生成相應(yīng)的自描述信息。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述信令壓縮保存模塊生成的自描述信息采用XML文件格式。
8.如權(quán)利要求5、6或7所述的系統(tǒng)，其特征在于，所述操作維護(hù)中心所收到的信令的碼流為信令的原始碼流。
全文摘要
本發(fā)明公開了一種網(wǎng)管系統(tǒng)及多版本信令解碼方法，涉及移動(dòng)通訊設(shè)備中信令跟蹤領(lǐng)域。本發(fā)明方法包括操作維護(hù)中心將所收到的信令的碼流、該信令的版本信息以及用于描述該信令的碼流的組成結(jié)構(gòu)的自描述信息壓縮在一個(gè)信令文件中對(duì)外發(fā)布；當(dāng)信令離線閱讀器要查看所述操作維護(hù)中心所發(fā)布的信令文件時(shí)，解壓該信令文件，從中獲取信令的碼流、版本信息以及該信令的自描述信息，根據(jù)所獲取的信令版本信息以及該信令的自描述信息對(duì)該信令的碼流進(jìn)行解碼并顯示。本發(fā)明的實(shí)施例降低了人工維護(hù)信令解碼的工作量，提高了多版本信令維護(hù)的易用性。
文檔編號(hào)H04W24/04GK102065398SQ20101058826
公開日2011年5月18日 申請(qǐng)日期2010年12月14日 優(yōu)先權(quán)日2010年12月14日
發(fā)明者江慧明 申請(qǐng)人:中興通訊股份有限公司