专利名称：七号信令系统通用解码方法
技术领域：
本发明涉及网络通讯领域，尤其涉及七号信令系统信令解码方法。
背景技术：
随着社会各个经济和生活领域对沟通、信息交流需求的日益增强，通信系统也随之获得了快速的发展，相应的技术更新也在不断进行中。在目前的通信系统中，七号信令系统是我国以至世界范围最为广泛使用的信令网信令系统，信令就是电信网设备之间交换的各种消息，这些消息组合在一起统称为七号信令系统。每条消息由多个字节组成，一个字节为8个比特，消息中的某个字节或某个比特都有其特殊的含义。如果需要知道每条消息在传递何种信息，就需要对该消息进行解读，这个解读的过程就称为解码。七号信令监测系统是维护和管理七号信令系统的一种重要手段，在七号信令监测系统中对七号信令系统的解码是非常重要的。而现有的解码方法是在程序中进行的，程序按照每条协议消息类型进行解码，所有解码单元的判断条件都在程序中绑定。这种方式存在着很多缺陷，如过于僵化、不灵活，每添加一种协议或一条协议消息，都要修改程序。另外维护比较困难，如果发现错误，需要对程序比较熟悉，才能进行解码程序的修改。而且现有的解码方法根本无法支持多语种，给国际漫游和多语种业务造成了非常大的困难。
发明内容
本发明的目的是克服现有技术存在的灵活度低、维护困难以及不支持多语种的缺点，以期提出一种能够灵活解码、便于维护并支持多语种的七号信令系统通用解码装置。
为实现上述目的，本发明所提出的七号信令系统通用解码装置包括以下模块解码模块、消息处理模块、解析协议配置文件模块、输出模块；所述解码模块组织七号信令系统的所有解码函数，每个解码函数提供解析一小段特定的比特码的能力，通过所述解析协议配置文件模块中的字符库指示，获得多语种解码能力；通过所述输出模块，输出解析结果；所有解码函数具备相同的函数原型；同时解码函数可用于提取消息相关的有效信息。
消息处理模块接受一条信令源码，通过解析协议配置文件模块对象获得协议树信息，按照协议树指示调用有关解码函数，完成对信令源码的解码过程。
解析协议配置文件模块内容包括两个部分协议树描述文件、字符库文件。通过提供协议配置文件，并提供相应解码函数库，本模型可立即获得未知网络协议的详细解码能力。另外，所有协议配置文件还提供相互间的链接能力，这样，每个配置文件可以只描述一株子树，通过父子树的链接，构成一个完整的协议树。协议树描述文件依据协议规程，制作层次结构的协议树描述文件，其主体内容由解码函数标识、决策点、分支构成。其中，分支有两种可能形式，一是解码函数，二是一个子树链接。字符库文件提供解码函数中需要用到的解析字符串，在字符库文件中，建立层次性的字符串索引(同协议树描述文件一致)，当加载不同的字符库文件后，就可以实现详细解码的多语种切换。文件中所提供的字符串与对应的解码函数是紧密相关的，不可随意制作。
输出模块提供解码信息的输出能力，通过实现不同的输出接口，可以实现向不同的界面模型输出解码信息的能力。
实现七号信令系统解码首先要配置运行环境，需要执行以下两个操作部署协议配置文件；部署协议相关的解码函数库。协议配置文件和解码函数库与协议密切相关，也是七号信令系统解码的基础。
在运行期间需要执行以下操作加载协议配置文件、解码函数库同时构造输出环境；输入协议数据流并启动解码过程；响应输出。
本发明还提供了一种七号信令系统通用解码方法，其特征在于，包括以下步骤(1)配置运行环境，通过所述解析协议配置文件模块部署协议配置文件、以及协议相关的解码函数库；(2)加载上述协议配置文件；(3)解码函数库同时构造输出环境；(4)输入协议数据流并启动解码过程；(5)输出解码信息。
本发明所提供的装置和方法通过利用七号信令系统消息中信息单元格式的通用性构造同意的解码函数，利用协议树文件、字符库文件实现各种消息的差异性，将二者结合满足了七号信令系统消息的解码和显示，从系统方面上全面、综合地考虑了成本、效率和扩展性等问题，不仅能够灵活地实现对于七号信令系统的解码，而且由于解码程序的模型化，使得解码过程更具有通用性；另外，由于解码函数与具体协议消息分开，形成模块，使得错误几率大大降低，并在出现问题时更为容易提供解决途径。不仅如此，本发明通过提供多语种的字符库，实现了解码的多语种化。
图1是TUP/ISUP信号信息字段一般格式示意图。
图2是本发明所述装置中协议树参考模型图。
图3是本发明所述七号信令系统解码装置结构图。
图4是本发明所述七号信令系统解码方法流程图。
具体实施例方式
下面结合具体实施方式
对本发明所述方法作进一步详细说明。
本发明所提供的解码装置和解码方法不仅可以应用于七号信令系统，也可以广泛应用于其他通信系统，也可以作为交换机的一个附加模块。本发明将七号信令系统协议消息的编码方式抽象成几个通用的模型；解码程序按照通用模型解码，所有和某条协议消息相关的具体信息写入配置文件，配置文件严格按照协议消息编写，可以采用习惯的文件格式和语言。
首先要将七号信令系统协议消息的编码格式进行抽象，以TUP/ISUP信令(TIPTelephone User Part/电话用户部分；ISUPISDN User Part/ISDN用户部分)进行分析说明，TUP/ISUP信令是七号信令系统中比较基础和有代表性的信令。TUP/ISUP消息格式如附图1所示。TUP/ISUP信号信息字段特征是依据H1/H0编码(H1/H0是TUP信令中的标题码，H0识别消息组，H1识别每个消息组中的特定信号)，确定一种消息类型，对于每种不同的消息类型，由固定顺序的若干参数组合而成。其中，不同的消息类型间相同的参数具有一致的编码规格。ISUP信号信息字段同TUP相比，有一定类似的地方，也是依据一个消息类型编码的具体取值，确定一种消息类型。所不同的是ISUP消息类型的参数成分比较复杂，包括必备固定部分参数、指针区域、必备可变部分参数、可选部分参数、条件可选部分参数。这些参数成分完全包含了七号信令系统的参数形式。
必备固定部分参数该部分参数形式上同TUP的参数一致，以固定的顺序出现，无参数名字段，而且每种参数具有固定的长度。
指针区域在必备可变部分参数(若存在)出现之前，存在一个指针区域，一个8位位组为一个指针，分别指向每一个必备可变参数(若存在)的位置，以及可选部分(若存在)的起始位置。
必备可变部分参数同必备固定部分参数相类似，以固定顺序出现，无参数名字段。但这种参数长度不定，因此，在每个必备可变参数的头部，存在一个字节的长度表示语段，指示本参数单元的实际长度。
可选部分参数这种参数的主要特征是无法确定是否出现，因此需要在头部加上参数名字段。至于参数长度、编码规格等内容，则取决于参数的具体定义。
条件可选部分参数这种参数的主要特征是靠前面出现的参数决定，因此需要在头部加上参数名字段。至于参数长度、编码规格等内容，也取决于参数的具体定义。
对于不同的消息类型而言，它所具有的必备部分是不同的；另一方面，对于同一个参数单元而言，有可能在某些消息类型中是必备部分，而在另外一些消息类型中是可选部分，其中的差异就是作为必备单元存在时，参数单元不具有参数名字段，而作为可选部分存在时，参数单元必须具有参数名字段。
TUP/ISUP消息结构展示了两种典型格式，在七号信令规程的其他部分，在基本内容大体一致的前提下，也存在一定的差异，初步归纳如下。
1、无论必备(固定/可变)、可选参数，都带有参数名字段。
2、同TUP/ISUP的浅层次协议树不同，部分协议族存在较深的层次，比如MAP等，有必要建立协议树的子树嵌套规则。
结合以上的分析，提出七号信令规程的协议树参考模型，如图2所示。对一种给定的网络协议而言，其协议规程的结构可以使用树来进行抽象建模。其中，节点表示决策点；树枝表示解码过程，解码过程一方面，可能是找寻下一个决策点的过程；另一方面也可能是一个叶子节点的解码过程。在图2中，部件有子树连接点、决策点、参数处理点和指针处理点。子树连接点表示进入协议分支处理流程，协议树中含有多个子节点的节点称为决策点，决策点具有根据某一个特征值来选择进入下一层的某个特定分支的含义。参数处理点表示从这里进入对参数的处理，指针处理点表示要对指针进行处理。将4种节点模型根据七号信令系统进行组合而成四种分支模型，协议树在决策点可以有多个下行通道，每个通道与其下的所有树枝、节点的集合构成一个分支。解码模块就是按照协议树参考模型对模型中的子树连接点、决策点、参数处理点、指针处理点分别编程处理。解析协议配置文件模块是按照协议标准和通用解码模型，将协议消息中的参数区分为子树连接点、决策点、参数处理点、指针处理点，以及将参数对应的含义进行保存。
从总体上看，七号协议解码模型由以下几部分内容组成这4个模块之间的关系如图3所示，图中包括消息处理模块1、解析协议配置文件模块2、解码模块3、输出模块4、协议树描述文件21、字符库文件22。从图3可以看出，解码模块3是核心处理模块，所有处理却是由解析协议配置文件模块22通过协议树描述文件21、字符库文件22控制；消息处理模块1是输入模块，负责解码数据的来源；输出模块4控制解码模块3完成所有操作完成后结果的显示。
解码模块3所有解码函数的组织者，每个解码函数提供解析一小段特定的比特码的能力，通过协议配置文件的字符库指示，获得多语种解码能力；通过提供的输出模块4，输出解析结果；所有解码函数具备相同的函数原型；同时解码函数可用于提取消息相关的有效信息。
消息处理模块1接受一条信令源码，通过解析协议配置文件模块2对象获得协议树信息，按照协议树指示调用有关解码函数，完成对信令源码的解码过程。
解析协议配置文件模块2内容包括两个部分协议树描述文件21、字符库文件22。通过提供协议配置文件，并提供相应解码函数库，本模型可立即获得未知网络协议的详细解码能力。另外，所有协议配置文件提供相互间的链接能力，这样，每个配置文件可以只描述一株子树，通过父子树的链接，构成一个完整的协议树。协议树描述文件21依据协议规程，制作层次结构的协议树描述文件21，其主体内容由解码函数标识、决策点、分支构成。其中，分支有两种可能形式，一是解码函数，二是一个子树链接。字符库文件22提供解码函数中需要用到的解析字符串，在字符库文件22中，建立层次性的字符串索引(同协议树描述文件21一致)，当加载不同的字符库文件22后，就可以实现详细解码的多语种切换。文件中所提供的字符串与对应的解码函数是紧密相关的，不可随意制作。
输出模块4提供解码信息的输出能力，通过实现不同的输出接口，可以实现向不同的界面模型输出解码信息的能力。
实现七号信令系统解码首先要配置运行环境，需要执行以下两个操作部署协议配置文件；部署协议相关的解码函数库。协议配置文件和解码函数库与协议密切相关，也是七号信令系统解码的基础。
在运行期间需要执行以下操作加载协议配置文件、解码函数库同时构造输出环境；输入协议数据流并启动解码过程；响应输出。
七号信令系统解码流程可以参考图4所示。
尽管上面结合附图对本实施方法进行了描述，但是本方法并不局限于上述的具体实施方式
，上述的具体实施方式
仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本方法的启示下，在不脱离本方法宗旨和权利要求所保护的范围情况下，还可以作出很多变形，这些均属于本方法的保护之内。
权利要求
1.一种七号信令系统通用解码装置，其特征在于，包括以下模块解码模块(3)、消息处理模块(1)、解析协议配置文件模块(2)、输出模块(4)；所述解码模块(3)组织七号信令系统的所有解码函数，通过所述解析协议配置文件模块(2)中的字符库指示，获得多语种解码能力；通过所述输出模块(4)输出解析结果；所述消息处理模块(1)接受信令源码，通过所述解析协议配置文件模块(2)中的相应对象获得协议树信息，按照协议树指示调用有关解码函数，完成对信令源码的解码过程；所述解析协议配置文件模块(2)中包括协议配置文件和相应解码函数库，获得未知网络协议的详细解码能力；所述输出模块(4)提供解码信息的输出能力，通过实现不同的输出接口，实现向不同的界面模型输出解码信息的能力。
2.根据权利要求1所述的七号信令系统通用解码装置，其特征在于，所述解码模块(3)所组织的每个解码函数均提供解析一小段特定比特码的能力，并具备相同的函数原型，用于提取消息相关的有效信息。
3.根据权利要求1所述的七号信令系统通用解码装置，其特征在于，所述解析协议配置文件模块(2)中的协议配置文件进一步包括协议树描述文件(21)和字符库文件(22)；所述协议树描述文件(21)为层次结构，其主体内容由解码函数标识、决策点、分支构成；所述字符库文件(22)提供解码函数中需要用到的解析字符串。
4.根据权利要求3所述的七号信令系统通用解码装置，其特征在于，所述协议树描述文件(21)中的分支有解码函数和子树链接两种可能形式。
5.根据权利要求3所述的七号信令系统通用解码装置，其特征在于，在所述字符库文件(22)中所提供的字符串与对应的解码函数紧密相关。
6.一种七号信令系统通用解码方法，其特征在于，包括以下步骤(1)配置运行环境，通过所述解析协议配置文件模块(2)部署协议配置文件、以及协议相关的解码函数库；(2)加载上述协议配置文件；(3)解码函数库同时构造输出环境；(4)输入协议数据流并启动解码过程；(5)输出解码信息。
全文摘要
本发明公开了一种通信领域中的七号信令系统通用解码装置，包括解码模块(3)、消息处理模块(1)、解析协议配置文件模块(2)和输出模块(4)；解码模块(3)组织七号信令系统的所有解码函数，通过解析协议配置文件模块(2)中的字符库指示，获得多语种解码能力；通过输出模块(4)输出解析结果；消息处理模块(1)接受信令源码，通过解析协议配置文件模块(2)中的相应对象获得协议树信息，按照协议树指示调用有关解码函数，完成对信令源码的解码过程。本发明不仅能够灵活地实现对于七号信令系统的解码，而且使得解码过程更具有通用性、错误几率大大降低、实现了解码的多语种化。
文档编号H04L29/06GK1571425SQ20041003738
公开日2005年1月26日 申请日期2004年4月30日 优先权日2004年4月30日
发明者张莉 申请人:中兴通讯股份有限公司