融合实现综合数字用户部分和电话用户部分协议的方法

摘要

本发明公开了一种融合实现综合数字用户部分和电话用户部分协议的方法，旨在提供一种ISUP，TUP协议与交换系统内的其它模块只同一个实体接口，处理过程代码简单，维护和扩充方便的融合实现综合数字用户部分和电话用户部分协议的方法。本发明融合TUP，ISUP协议，构造出满足两种协议的统一的虚拟呼叫用户对象，单电路对象，群电路对象，框架全局控制对象，然后按照不同的特定的协议要求衍生出子对象，它们具备基本对象没有的特定的属性和行为。这些对象作为整体，在框架全局控制对象的协调控制下，提供统一的对外接口，隔离接口内协议的变化；提供TUP，ISUP融合实现的统一对象，在每一个所述的对象内既能实现TUP的协议过程，也能实现ISUP的协议过程。

说明书

                              技术领域

本发明涉及通信系统领域，更具体的说，是涉及一种通讯系统内信令协议的实现方法。

                              背景技术

共路7号信令用户部分的协议包括综合数字用户部分(Integrated Services DigitalNetwork User Part，ISUP)和电话用户部分(Telephony User Part，TUP)两部分。ISUP主要解决综合数字用户的局间信令互通，TUP主要解决普通模拟电话用户的局间信令互通。在传统的ISUP和TUP的处理中，由于历史的原因，ISUP，TUP是分离的两个处理协议。TUP是为了处理数字交换局间普通模拟用户的信令交换。后来在用户端出现了综合数字用户设备。为了满足综合数字用户的局间互通，发展了ISUP信令。ISUP具有更多的业务特性和承载能力特性。在同一个交换局中往往同时存在这两种协议。这两个协议的一般实现通常是分离的两个程序，两个分离的过程。在两个分离的过程中，分别对呼叫建立，通路选择，电路维护，群的管理作出了不同的过程规定。两种协议有联系，差别也大，而且除了这两个协议外，不同的组织和地区又分别制定了附加自己特色的协议的变种。如对于ISUP来说，就有ITU和ANSI变种之分，更不必说即使是我国也对协议加入了适合我国特色的附加内容。这些变种标准往往也有或大或小的差异。

一般的实现方法是按照ITU-T，ANSI等相应的协议文本中的建议，以基于状态机的面向过程的方法实现SDL图描述的信令处理过程。软件系统中的ISUP和TUP分别独立实现，各有一套面向过程处理的状态机，两套状态机的过程处理没有关系。对各不相同的变种如ITU-T标准的ISUP，ANSI标准的ISUP，也是独立实现，内部关联不大。这样对于其他模块来说，如MTP模块，呼叫业务模块，它们对于消息和呼叫的处理就要自己区分出是TUP呼叫，还是ISUP呼叫。对于操作维护模块来说，就要区分出是TUP电路维护，还是ISUP电路维护，是TUP群电路维护，还是ISUP群电路维护。如果是在关口局中，可能涉及协议的多个变种，如ITU系列的和ANSI系列的，这种软件分离实现的方法，导致了其他模块也参与到了其实它们无需关心的协议的差别中。这样就导致相关的接口系统复杂化。即使对ISUP，TUP协议自己来说，它们之间有很多相同的处理过程，处理过程可以复用。可是由于分离的软件实现，不能融合处理带有共性的处理过程，导致软件代码重复。这些都致使软件难以维护和扩充。

                             发明内容

本发明的目的在于解决传统方法中ISUP，TUP协议与交换系统内的其他模块接口复杂的问题，以及ISUP，TUP的现有的面向过程的实现方法带来的分离实现所造成的，过程处理代码冗余，不方便维护和扩充的问题，提供一种ISUP，TUP协议与交换系统内的其他模块只同一个实体接口，处理过程代码简单，维护和扩充方便的融合实现综合数字用户部分和电话用户部分协议的方法。

本发明通过下述技术方案实现：

一种融合实现综合数字用户部分和电话用户部分协议的方法，包括下述步骤：

(1)系统初始化，构建框架全局对象、虚拟呼叫用户对象的接口类、单电路对象的接口类、群电路对象的接口类；

(2)进入框架全局对象的消息响应的有限自动机状态：

在没有消息激励时，框架全局对象处于稳态的消息状态机的空闲状态；在有消息激励时进入框架全局对象的消息和处理方法。

所述框架全局对象的属性包括各个对象空间的信息表、对象处理入口表；所述框架全局对象的行为包括协议消息的分发、各个对象的创建、析构、定位。

所述构建框架全局对象包括下述步骤：

(1)根据不同的协议类型，协议变种构造相应的定时器表；

(2)根据不同的协议类型，协议变种构造相应的MTP消息表；

(3)构建局向与协议对应表；

(4)构造框架全局对象的消息和处理方法映射表；

(5)申请所需要的对象内存空间；

(6)构建虚拟呼叫用户对象的接口类；

(7)构建单电路对象的接口类；

(8)构建群电路对象的接口类。

所述虚拟呼叫用户对象基本属性包括呼叫标识，各类号码表，呼叫类型，承载电路特性，选路规则，呼叫控制类型，导通检验信息，释放控制信息，对端模块标识信息，对应的单电路对象信息，协议标识，以及协议特性区别信息；所述虚拟呼叫用户对象的基本行为包括消息编解码，根据主被叫号码，呼叫类型，呼叫控制类型，选路规则进行呼叫控制，根据导通检验信息进行导通检验，根据选路规则进行同抢控制，根据协议标识，协议特性区别信息而定义的不同的协议细节行为。

所述构建虚拟呼叫用户对象的接口类包括下述步骤：

(1)建虚拟呼叫用户对象的MTP消息处理方法表；

(2)构建虚拟呼叫用户对象的内部呼叫消息处理方法表；

(3)构建虚拟呼叫用户对象的定位方法；

(4)构建虚拟呼叫用户对象的构造方法；

(5)建立虚拟呼叫用户对象的内存映射方法。

所述单电路对象的基本属性包括电路识别标志，协议标识，协议特性信息，对应的呼叫用户对象标识，对应的群电路对象标识；所述的单电路对象的基本行为包括，单电路的维护过程控制，包括闭塞，解闭，复位以及在呼叫释放后，电路的有关释放过程控制，如果释放过程有问题，转入维护过程处理。

所述构建单电路对象的接口类包括下述步骤：

(1)建单电路对象的MTP消息处理方法表；

(2)构建单电路对象的维护人机命令处理方法表；

(3)构建单电路对象的定位方法；

(4)构建单电路对象的构造方法；

(5)构建单电路对象的相关的虚拟呼叫用户对象的定位方法；

(6)建立单电路对象的内存映射方法；

所述群电路对象的基本属性包括电路群标识，电路群的图谱，相应的单电路对象标识表；所述群电路对象的基本行为包括电路群的维护过程，包括电路群闭塞，解闭，复位的处理，并根据情况控制相应的单电路对象执行具体的电路维护过程。

所述构建群电路对象接口类包括下述步骤：

(1)构建群电路对象的MTP消息处理方法表；

(2)构建群电路对象的维护人机命令处理方法表；

(3)构建群电路对象的定位方法；

(4)构建群电路对象的构造方法；

(5)构建群电路对象的相关的单用户对象的定位方法；

(6)建立群电路对象的内存映射方法；

所述框架全局对象的消息和处理方法包括下述步骤：在收到外来的送达本系统的消息后，框架全局对象调用框架全局对象的消息和处理方法表，定位消息的处理方法是有关MTP消息处理方法或内部呼叫消息处理方法或电路维护命令处理方法或定时器到时处理方法或系统维护处理方法；转入虚拟呼叫用户对象接口类或单电路对象接口类或群电路对象的接口类处理过后，又转入虚拟呼叫用户对象或单电路对象或群电路对象的对象实例处理，处理完毕后，框架全局对象又进入消息状态机的空闲状态，等待处理新的消息。

所述框架全局对象的MTP消息处理方法包括下述步骤：根据局向获取MTP消息的基本信息，根据不同的协议类型及协议变种构造相应的MTP消息表，获取消息的类的归属及相应的类的处理方法入口；然后根据查找结果，转入虚拟呼叫用户对象的接口类或单电路对象的接口类或群电路对象的接口类处理方法。

所述的虚拟呼叫用户对象的接口类的处理方法包括下述步骤：在转入了虚拟呼叫用户对象接口类后，首先，通过虚拟呼叫用户对象的内存映射方法，定位虚拟呼叫用户的对象，如果未找到，就要调用虚拟呼叫用户对象接口类的相应方法，创建新的虚拟呼叫用户对象实例，之后根据框架全局对象的MTP消息表定位相应的虚拟呼叫用户对象的MTP消息处理方法索引，然后根据索引，调用相应的虚拟呼叫用户对象的MTP消息处理方法。

所述虚拟呼叫用户对象的MTP处理方法包括IAM处理方法、ACM处理方法、ANM处理方法、REL处理方法、RLC处理方法、SAM处理方法、CRM处理方法、OPR处理方法。

所述虚拟呼叫用户对象的IAM处理方法包括下述步骤：虚拟呼叫用户在进入了IAM处理方法后，首先，根据局向和中继信息获取消息的协议类型，变种类型，然后，根据不同的协议类型和变种类型对消息进行解码，然后，将解码结果映射为虚拟呼叫用户的相关属性字段中，然后，定位相关的单电路对象，如果为空，要先构建单电路对象，电路的属性决定了电路处理如导通检测，闭塞，解闭等，最后如果上述一切正常，建立到业务处理系统的呼叫建立，并转换到相应的虚拟呼叫用户的业务状态中；之后，系统，包括框架全局对象又进入了稳态中，等待新的消息激励，包括为此IAM设立的定时器消息，以及后向地址消息，亦或是释放消息。

所述单电路对象的接口类处理方法包括下述步骤：在转入了单电路对象的接口类后，首先，通过单电路对象的内存映射方法，定位单电路对象，如果未找到，就要调用单电路对象的接口类的相应方法，创建新的单电路对象的实例，之后根据框架全局对象的MTP消息表定位相应的单电路对象的MTP消息处理方法索引，然后根据索引，调用相应的单电路对象的MTP消息处理方法。

所述群电路对象的接口类处理方法包括下述步骤：在转入了群电路对象的接口类后，首先，通过群电路对象的内存映射方法，定位群电路对象，如果未找到，就要调用群电路对象的接口类的相应方法，创建新的群电路对象的实例，之后根据框架全局对象的MTP消息表定位相应的群电路对象的MTP消息处理方法索引，然后根据索引，调用相应的群电路对象的MTP消息处理方法。

所述虚拟呼叫用户对象的内部呼叫消息处理方法包括下述步骤：在虚拟呼叫用户收到内部呼叫消息后，首先，通过虚拟呼叫用户对象的内存映射方法，定位虚拟呼叫用户的对象，然后，如果未找到已有的实例，创建新的实例，然后，调用相应的虚拟呼叫用户对象的内部呼叫消息处理方法。

所述虚拟呼叫用户对象的内部呼叫消息处理方法包括下述步骤：首先，根据局向和中继信息获取消息的协议类型，变种类型，然后，将呼叫建立消息中的相关内容映射为虚拟呼叫用户的相关属性字段中，然后，根据不同的协议类型和变种类型对消息进行编码，定位相关的单电路对象，如果为空，要先构建，电路的属性决定了电路处理如导通检测，闭塞，解闭等，然后，如果上述一切正常，建立到出局中继的IAI/IAM消息，并转换到相应的状态，并经相应的中继电路，将此TUP IAI/IAM或ISUP IAM消息发出。

本发明具有下述有益效果：本发明简化了SS7用户部分，包括TUP，ISUP协议与其他模块，如MTP模块，呼叫业务模块的接口。对于其他模块来说，SS7用户部分只是个统一的实体，无论以后增加什么用户部分协议或是协议的变种，这些模块都无需关心，它们只和统一的UP实体打交道。这样就简化了接口，屏蔽了SS7用户部分的协议差别。本发明简化，融合了ISUP，TUP的具体实现。ISUP和TUP协议，以及协议的变种，充分利用基本对象的共同的处理过程。不仅简化了代码的实现量，而且在以后如果这种共同的处理过程改变，只需改动一次就可以在TUP，ISUP，以及协议的变种上各个都起作用。如果改动只涉及某个特定的协议，这种改动也不会影响到其他的处理。这些都加强了软件的维护和可扩充性能。

                                附图说明

图1示出了本发明的对象构造；

图2示出了本发明的消息处理和对象间通信的过程；

图3示出了本发明的对象继承关系的构造和作用；

图4-1为本发明的系统运行流程图；

图4-2为初始化流程图；

图4-3为构建虚拟呼叫用户对象的接口类流程图；

图4-4构建单电路对象的接口类流程图；

图4-5构建群电路对象的接口类流程图；

图5为框架全局对象的消息和处理方法流程图；

图6为框架全局对象的MTP消息处理方法流程图；

图7为虚拟呼叫用户类处理初始地址消息流程图；

图8为虚拟呼叫用户的MTP消息处理方法表；

图9为虚拟呼叫用户的MTP消息处理方法流程图；

图10为单电路接口类对MTP消息的处理方法流程图；

图11为群电路接口类对MTP消息的处理方法流程图；

图12为框架全局对象调用虚拟呼叫用户的内部呼叫消息的方法；

图13为虚拟呼叫用户的内部呼叫消息处理方法表；

图14为处于空闲态的虚拟呼叫用户的处理流程图。

                           具体实施方式

共路7号信令的用户部分(UP)协议栈包括ISDN用户部分(ISUP)和电话用户部分(TUP)。ISUP和TUP主要包括信令消息的编解码，基本呼叫的过程控制，新业务呼叫的过程控制，电路和电路群的维护，还包括导通检验，选路降质，重复试呼，异常消息和消息单元的处理，回声控制等内容。在这些内容的处理上，ISUP和TUP很多处理过程是相同的，比如基本呼叫的处理过程，电路和电路群的基本维护，重复试呼等。也有不同的地方，比如消息和消息单元的编解码，选路的处理，新业务的支持能力等。ISUP和TUP在各国际标准和国家标准的变种的相同和不同处也与此类似。将共路7号信令的用户部分(UP)协议栈的ISDN用户部分(ISUP)和电话用户部分(TUP)综合考虑，抽象出共同特点，归约出对象，定义出对象的基本的属性和行为，然后按照不同的特定的协议要求，衍生出子对象，它们在基本对象的基础上扩充和重构特定的属性和行为。子对象主要用来对ISUP，TUP不同的协议，以及协议的变种的抽象。ISUP，TUP的主要的目的是完成局间用户的呼叫过程控制。这里所说的用户包括普通模拟电话用户，综合数字用户。本发明通过构造类，提供类的关联，将ISUP和TUP，以及它们种类繁多的变种的实现统一起来，统一的入口，统一的处理，处理过程的差别主要体现在衍生类的特定属性和行为上。

下面结合附图和具体实施例对本发明作进一步说明。

本发明融合TUP，ISUP协议，构造出满足两种协议的统一的虚拟呼叫用户对象(类)，单电路对象(类)，群电路对象(类)，框架全局控制对象等的建立，参见附图1。这些对象作为整体，在框架全局控制对象的协调控制下，提供统一的对外的接口，隔离接口内协议的变化；提供TUP，ISUP融合实现的统一对象，在每一个所述的对象内既能实现TUP的协议过程，也能实现ISUP的协议过程。

分析ISUP，TUP的特点，这两种协议主要的目的是完成局间用户的呼叫过程控制。这里所说的用户包括普通模拟电话用户，综合数字用户。普通模拟用户是综合数字用户的子集。综合数字用户的选路要求，业务组成比普通模拟用户多样，复杂。本发明将这两种用户归约为一种抽象的用户，一个基本类——虚拟呼叫用户类。虚拟呼叫用户类的基本行为是在消息的激励下根据目前的状态进入不同的处理流程然后进入下一个状态。消息包括本端，对端的呼叫消息，定时器消息，维护消息等。虚拟呼叫用户类的属性包括为支持基本行为所需要的数据。每当产生新的呼叫，一个新的呼叫用户对象被创建起来，呼叫结束后，此对象消失。随着呼叫总量的变化，呼叫用户对象的个数和状态也在不断的变化中。

虚拟呼叫用户类的子对象，继承了基础类的全部属性和行为，又加入了专门的新的属性和行为。如各协议中消息和消息编解码的不同，某些消息的具体处理的差异，都体现在子类新加的属性和行为。比如ISUP和TUP的编解码就完全不同，ITU-T ISUP与ANSIISUP也不完全相同。ISUP虚拟呼叫用户子类可具有CON自动连接的行为，但TUP的虚拟呼叫用户子类就不具备此种行为。虚拟呼叫用户子类定义不同的属性数据反映这种差别，然后虚拟呼叫用户子类根据不同的属性定义识别这些行为的差别，作出正确的处理。这样构造方法的好处在于可复用相同的行为。虽然ISUP的IAM与TUP的IAI，IAM消息编码不同，但是在不同的解码行为处理后，得到的一般的呼叫处理数据还是基本相同的，尤其是对普通模拟用户。这样尽管初始消息的解码差别很大，其后的初始过程处理就可以共用相同的行为方法了。系统中发出的出局和出局汇接呼叫的处理过程更是基本相同，只是最后出局消息的编码不同。当根据得到的属性数据判断出需要特殊的一段额外处理时，只要不影响大的呼叫流程，都可以通过新增的额外的行为处理处理掉，然后再进入到共同的基本行为中。这样就简化了系统结构，降低了重复代码。

虚拟呼叫用户对象的基本属性包括呼叫标识，各类号码表，呼叫类型，承载电路特性，选路规则，呼叫控制类型，导通检验信息，释放控制信息，对端模块标识信息，对应的单电路对象信息，协议标识，以及协议特性区别信息等。

虚拟呼叫用户对象的基本行为包括消息编解码，根据主被叫号码，呼叫类型，呼叫控制类型，选路规则进行呼叫控制，根据导通检验信息进行导通检验，根据选路规则进行同抢控制等。根据协议标识，协议特性区别信息而定义的不同的协议细节行为。如TUP，ISUP中对初始地址消息(IAM，IAI)的消息编码的不同。

ISUP，TUP具备电路维护的功能。电路维护分为两大类。单电路维护类和群电路维护类。单电路维护类具有单个电路闭塞，解闭，复位的功能。单电路维护类的主要行为是处理有关单个电路的闭塞，解闭，复位的消息的处理，定时器的设立，并处理有关单电路维护状态对其他对象的影响。单电路维护类的属性主要是关于这些行为所需的数据。ISUP，TUP的单电路处理过程基本类似，但收发的消息编号和编解码则不同。这些不同都被子对象的特殊行为处理了。

单电路对象的基本属性包括电路识别标志，协议标识，协议特性信息，对应的呼叫用户对象标识，对应的群电路对象标识等。

单电路对象的基本行为包括，单电路的维护过程控制，包括闭塞，解闭，复位。还包括在呼叫释放后，电路的有关释放过程控制，如果释放过程有问题，转入维护过程处理。

群电路类主要包括电路群的闭塞，解闭，复位的功能。群电路在基于群的处理策略下，对每一条单电路的处理又成为单电路对象的处理。群电路类与单电路类不同，不是单电路对象的简单数量叠加，主要是因为群电路的处理策略，群电路类的行为会更关注如电路群的上溢，下溢，空洞，以及其他的群的特殊要求的处理行为上。群电路类的主要行为是电路群闭塞，解闭，复位的消息的处理，群定时器的设立，并处理有关电路群维护状态对其他对象的影响。ISUP，TUP的电路群的处理过程基本相同，相关的消息的编解码，消息编号不同。

群电路对象的基本属性包括电路群标识，电路群的图谱，相应的单电路对象标识表等。

群电路对象的基本行为包括电路群的维护过程，包括电路群闭塞，解闭，复位的处理。并根据情况控制相应的单电路对象执行具体的电路维护过程。

框架全局对象，或称全局控制对象。框架全局对象作为用户部分实体，负责处理与其他模块的接口，负责TUP，ISUP的消息的预识别和分发，负责呼叫用户对象，单电路对象，群电路对象的创建，析构等管理行为。

框架全局对象的基本属性包括各个对象空间的信息表，对象处理入口表等。

框架全局对象的基本行为包括协议消息的分发，各个对象的创建，析构，定位等。每一个虚拟呼叫用户对象的建立的物理基础是一个单电路对象。虚拟呼叫用户对象的活动期间总会伴随着单电路对象的活动。有可能在虚拟呼叫用户对象建立的时候，此单电路正处于某种维护态，或是当用户呼叫对象结束后，由于某种原因，电路无法正常拆线，也会进入到单电路对象的维护行为中。更不必说群电路对象和单电路对象天生的关系，还要看到虚拟呼叫用户对象的建立过程中，其所依赖的电路有可能是群电路维护对象的一个组成部分。对象间的通信通过对象间的互相提供的方法和消息进行。

这三类对象彼此间有关联。每一个呼叫用户对象的建立的物理基础就是每一个单电路对象。呼叫用户对象的活动期间总会伴随着单电路对象的活动。有可能在用户呼叫对象建立的时候，此单电路正处于某种维护态，或是当用户呼叫对象结束后，由于某种原因，电路无法正常拆线，也会进入到单电路对象的维护行为中。更不必说群电路类和单电路类天生的关系，还要看到用户呼叫对象的建立过程中，其所依赖的电路甚至有可能是群电路维护对象的一个组成部分。在这里，通过对象间的互相提供的方法和消息进行对象间的通信。

在这三种基本的对象外，还有一些辅助的对象，如全局控制对象，对接局向对象等。全局控制对象负责全局内存的维护，各基本对象的创建，查找，消除，外部消息的接收分发，以及全局数据的维护等。对接局对象主要包括对接交互局的拥塞控制等有关局向的属性和行为。

参照附图2，阐述了消息处理和对象间通信的过程。当IAM消息由全局控制类接收后，判断是关于虚拟呼叫用户类的处理行为，创建虚拟呼叫用户对象，虚拟呼叫用户对象进行消息的解码，合法性检测，然后进行物理电路的状态查找，创建单电路对象。单电路对象对电路本身的状态进行合法性检验，结果发现此电路是处于本端闭塞状态，呼叫不能进入。单电路对象通过对象间的通信手段通知虚拟呼叫用户对象。虚拟呼叫用户对象，调用释放行为处理，进行REL的编码，发送此消息到对端，并切换状态，进入等待释放完成状态。

参照附图3，阐述了子对象构造的原理和作用。虚拟呼叫用户基础类是呼叫用户基类，包括呼叫初始建立请求的处理方法。TUP子类，中国ISUP子类，ANSI ISUP子类是其继承类，各自扩展了相应初始地址消息建立请求消息的编解码方法。当系统请求SS7 UP协议栈发出初始地址建立消息时，呼叫用户基础类先按呼叫初始建立方法完成共同的处理过程，然后系统判断出不同的实际发送协议，构造出相应的协议子类。协议子类根据需要调用不同的初始地址编码方法构造实际的发送消息，完成发送过程。系统也可以根据呼叫初始建立请求的相应数据，直接构造出呼叫用户基础类的相应子类，相应子类利用继承的基础类的方法完成基本过程，再调用自己的专有方法，完成消息发送。这两种方法没有实质的差别。

参见表1，定义说明几个关键的类：

框架全局对象{

属性：

根据不同的协议类型，协议变种构造相应的定时器表；

根据不同的协议类型，协议变种构造相应的MTP消息表；

(此表中判断消息的对象属性，对象中相应的方法索引)

局向与协议对应表；

(在本表中，归约了局向与协议的对应关系，同一个局向中可以有ISUP，

也可有TUP，但本发明中约定，同一个局向只能存在同种协议的一个变

种，如对于ISUP而言，只能是ITU ISUP或ANSI ISUP)

构造框架全局对象的消息和处理方法映射表；

所有对象的内存空间池；

。 。 。

方法：

对象的内存空间池的维护管理方法；

构造虚拟呼叫用户对象的接口类；

构造单电路对象的接口类；

构造群电路对象的接口类；

定时器表的处理方法，包括查找，设置，管理等方法；

MTP消息表的处理方法；

框架全局对象的消息和处理方法；

。。。}虚拟呼叫用户对象的接口类{属性及方法：

MTP消息处理方法表；

内部呼叫消息处理方法表；

虚拟呼叫用户对象的定位方法；

虚拟呼叫用户对象的构造方法；

建立虚拟呼叫用户对象的内存映射方法；}单电路对象的接口类{属性及方法：

MTP消息处理方法表；

维护人机命令处理方法表；

单电路对象的定位方法；

单电路对象的构造方法；

相关的虚拟呼叫用户对象的定位方法；

建立单电路对象的内存映射方法；}群电路对象的接口类{MTP消息处理方法表；维护人机命令处理方法表；群电路对象的定位方法；

群电路对象的构造方法；

相关的单用户对象的定位方法；

建立群电路对象的内存映射方法；

}

                                   表1

本发明的系统在运行时有两个阶段，参见附图4-1：阶段1为系统的初始构建阶段；阶段2为进入消息响应的各个对象的有限自动机状态。只要系统保持运行，在有限自动机的状态间无限循环迁移。

系统初始构造流程反应系统的第一阶段。在本发明系统开始运行后，由系统初始构造状态，也就是空闲态，经过一系列初始的对象构建工作，转入全系统的，也是框架全局对象的有限自动机状态，框架全局对象的消息响应接收处理状态。在这个状态中，框架全局对象作为整个系统的控制类，接收处理本发明系统的所有消息，包括所有协议，协议变种的ISUP，TUP消息，然后送给相应的类来处理。

在本阶段的对象构建初始工作中，最关键的就是框架全局对象类的创建和初始化，参见附图4-2。在这个过程中，根据不同的协议类型，协议变种构造相应的定时器表；根据不同的协议类型，协议变种构造相应的MTP消息表；构建局向与协议对应表；构造框架全局对象的消息和处理方法映射表；申请所需要的对象内存空间。其中定时器表反应不同协议、协议变种的数量。MTP消息映射表反应不同协议、协议变种，用来判断消息的对象属性，对象中相应的方法索引。整个系统的消息和处理方法对应表，主要反应了除了MTP消息外，其他的有关系统的处理的消息，比如维护命令，内部发起的要转为ISUP，TUP出局的呼叫消息等。局向与协议的对应属性表，归约了局向与协议的对应关系，同一个局向中可以有ISUP，也可有TUP，本发明中约定，同一个局向只能存在同种协议的一个变种，如对于ISUP而言，只能是ITU ISUP或ANSI ISUP。通过本表能区分出具体的对象的子类，是TUP的虚拟呼叫用户类，还是ISUP的虚拟呼叫用户子类。

框架全局对象还要负责维护和管理本发明系统中，所有的对象的内存空间的管理。

对应这些相应的框架全局对象的属性，有相应的处理方法，如定位查找等。

除了这关键的框架全局对象的属性的初始化外，还要构建几个关键的接口类，如虚拟呼叫用户接口类，单电路对象接口类，群电路对象接口类。接口类的主要用途是在框架全局对象对消息对初步的分检后，再有相应的类的接口类做进一步的具体对象实例的分检，然后交由相应的对象实例具体处理接收到的消息。虚拟呼叫用户接口类的属性和方法定义参见表1。虚拟呼叫用户接口类的初始化流程见附图4-3。在虚拟呼叫用户接口类的初始化中，主要进行了，构建虚拟呼叫用户对象的MTP消息的方法表、构建虚拟呼叫用户的内部呼叫消息的方法表、虚拟呼叫用户对象的定位方法、虚拟呼叫用户对象的构造方法、建立虚拟呼叫用户对象的内存映射方法。

单电路对象接口类和群电路对象接口类的属性和方法定义也参见表1。初始构建流程参见附图4-4和附图4-5。在单电路对象接口类的初始化中，完成构建单电路对象的MTP消息处理方法表；构建单电路对象的维护人机命令处理方法表；构建单电路对象的单电路对象的定位方法；构建单电路对象的单电路对象的构造方法；构建单电路对象的相关的虚拟呼叫用户对象的定位方法；建立单电路对象的内存映射方法。在群电路接口类初始化中完成构建群电路对象的MTP消息处理方法表；构建群电路对象的维护人机命令处理方法表；构建群电路对象的定位方法；构建群电路对象的构造方法；构建群电路对象的相关的单用户对象的定位方法；建立群电路对象的内存映射方法。在系统的阶段1完成后，框架全局对象迁入了消息响应的有限自动机状态，也就是系统的阶段2。

在系统的阶段2中，框架全局对象是整个系统的消息响应处理的入口，参见附图5。这个阶段中，在没有消息激励时，框架全局对象处于稳态的消息状态机的空闲状态。在收到外来的送达本系统的消息后，框架全局对象调用框架全局对象的消息和处理方法表，来判断相应的消息处理归于，分发到哪个处理方法，哪个接口类：是有关MTP消息处理方法，内部呼叫消息处理方法，还是电路维护命令处理方法，定时器到时处理方法，系统维护处理方法等等。在相关的接口类处理过后，又转入相应的对象实例，如虚拟呼叫用户对象，单电路对象，群电路对象处理完毕后，框架全局对象又进入消息状态机的空闲状态，等待处理新的消息，除非系统收到关机指示，停止运行。当然，在转入相应的对象实例处理后，根据消息和对象实例状态的不同，相应的对象实例会根据不同的协议进入不同的处理状态。

下面以对MTP消息送来后，如初始地址消息送来后的处理流程，来说明整个系统的运行过程。

框架全局对象处理MTP消息的流程参见附图6。框架全局对象在调用相应的消息和处理方法表中，能知道这个消息是MTP消息，然后接着调用框架全局对象的MTP消息的处理方法。在这个方法中，框架全局对象会，根据局向获取MTP消息的基本信息，包括协议类型，变种类型，HOH1，然后根据不同的协议类型，协议变种构造相应的MTP消息表获取消息的类的归属，相应的类的处理方法入口，然后根据查找结果，转入相应的接口类处理，包括虚拟呼叫用户接口类，单电路接口类，群电路接口类。显然初始地址消息是关于呼叫的消息，所以转入相应的虚拟呼叫用户接口类中处理。

虚拟呼叫用户接口类继续处理初始地址消息的过程参见附图7。在转入了虚拟呼叫用户接口类后，首先，通过虚拟呼叫用户对象的内存映射方法，定位虚拟呼叫用户的对象，如果未找到，就要调用虚拟呼叫用户接口类的相应方法，创建新的虚拟呼叫用户实例，然后的处理和找到实例的处理相同。之后是根据框架全局对象的MTP消息表定位相应的虚拟呼叫用户的MTP消息处理方法索引，然后根据索引，调用相应的虚拟呼叫用户的MTP消息处理方法。对应初始地址消息是调用虚拟呼叫用户的相应的初始地址消息的处理方法。

在虚拟呼叫用户的MTP消息处理方法表中，主要是获取消息的处理方法索引，转入相应的处理方法。参见附图8。虚拟呼叫用户对象的MTP处理方法表中，主要是判断消息具体是属于IAM处理方法，还是ACM处理方法，ANM处理方法等等。在不同的ISUP，TUP协议，协议变种中，也许IAM，ACM，ANM的消息的序号编码(HOH1)，消息单元编码等等，有很多不同，但是，不管怎么变，它们完成的相应的功能是基本一致的。例如可以归结为初始地址的消息功能后，向第一条的地址完成消息功能，应答功能的相应的消息功能。本发明把这相应的功能归约为，如IAM处理方法，ACM处理方法，ANM处理方法等各类方法。这关键的一步，抽象了具体的ISUP，TUP的协议的差别，抽象了虚拟呼叫用户的基本类的属性和方法定义。

到这里我们已经知道了初始地址消息已经分发到了相应的虚拟呼叫用户类型上来，而且也得到了相应的处理方法。对初始地址来说，这里IAM的入口处理方法又根据不同的虚拟呼叫用户的状态，转而进入不同的处理方法。与IAM接收相关的虚拟呼叫用户的状态包括：空闲态，入局状态(等入向COT状态，等应答，已应答，挂起，等RLC，等等)，出局状态(等出向COT状态，等ACM，等ANM，等RLC，等等)。参见附图9，说明了IAM消息收到后，虚拟呼叫用户空闲态的处理流程。对于其他的所有的MTP消息来说，都要作类似的相应的处理。

虚拟呼叫用户在进入了IAM处理方法后，首先，根据局向和中继信息获取消息的协议类型，变种类型，然后，根据不同的协议类型和变种类型对消息进行解码，然后，将解码结果映射为虚拟呼叫用户的相关属性字段中(相关的属性字段是根据Q.931的原理创建的)，然后，定位相关的单电路对象，如果为空，要先构建单电路对象，电路的属性决定了电路处理如导通检测，闭塞，解闭等，最后如果上述一切正常，建立到业务处理系统的呼叫建立，并转换到相应的虚拟呼叫用户的业务状态中。之后，系统，包括框架全局对象又进入了稳态中，等待新的消息激励，包括为此IAM设立的定时器消息，以及后向地址消息，亦或是释放消息等。

至此，以MTP消息中的IAM的接收为例，整个处理流程结束。

附图10，说明了单电路接口类对MTP消息的处理流程，通过单电路对象的内存映射方法，定位单电路的对象，如果没有找到对象，则需要构造新的单电路对象。如果找到，则根据框架全局对象的MTP消息表定位相应的单电路对象的MTP消息处理方法索引。再根据索引，调用相应的单电路对象的MTP消息处理方法。

附图11说明了群电路接口类对MTP消息的处理流程，通过群电路对象的内存映射方法，定位群电路的对象，如果没有找到对象，则需要构造新的群电路对象。如果找到，则根据框架全局对象的MTP消息表定位相应的群电路对象的MTP消息处理方法索引。再根据索引，调用相应的群电路对象的MTP消息处理方法。

对应虚拟呼叫用户来说，还有一个关键的流程是内部呼叫消息的处理。内部呼叫消息主要是指，由本地起呼的或由入局汇接来的消息，并希望由相应的中继出局，建立相应的TUP/ISUP呼叫。

这里以一个呼叫建立消息转为MTP的IAM消息的过程为例说明。

因为内部呼叫消息只涉及到虚拟呼叫用户对象的处理，所以框架全局对象越过虚拟呼叫用户对象的接口类直接调用虚拟呼叫用户对象的内部呼叫消息方法。参见附图12。在虚拟呼叫用户对象收到内部呼叫消息后，首先，通过虚拟呼叫用户对象的内存映射方法，定位虚拟呼叫用户的对象，然后，如果未找到已有的实例，创建新的实例，之后与找到实例的处理相同。然后，调用相应的虚拟呼叫用户的内部呼叫消息处理方法。具体如何调用相应的虚拟呼叫用户的内部呼叫消息处理方法参见附图13。

参见附图13，与MTP消息的处理方式相同，对内部呼叫消息的处理方法，也分划为，呼叫建立处理方法、回铃处理方法、应答处理方法等。这样划分的原则也是依照了呼叫用户一般的属性和方法，抽象忽略了TUP/ISUP的具体的差异。

对于呼叫建立处理方法来说，这里呼叫建立消息的入口处理方法又根据不同的虚拟呼叫用户的状态，转而进入不同的处理方法。与呼叫建立消息相关的虚拟呼叫用户的状态包括：空闲态，入局状态(等入向COT状态，等应答，已应答，挂起，等RLC，等等)，出局状态(等出向COT状态，等ACM，等ANM，等RLC，等等)。其他相应的内部呼叫处理消息也进行相应的处理。

对于呼叫建立消息，处于空闲态的虚拟呼叫用户的处理流程参见附图14。首先，根据局向和中继信息获取消息的协议类型，变种类型，然后，将呼叫建立消息中的相关内容映射为虚拟呼叫用户的相关属性字段中(相关的属性字段是根据Q.931的原理创建的)，然后，根据不同的协议类型和变种类型对消息进行编码，定位相关的单电路对象，如果为空，要先构建，电路的属性决定了电路处理如导通检测，闭塞，解闭等，然后，如果上述一切正常，建立到出局中继的IAI/IAM消息，并转换到相应的状态，并经相应的中继电路，将此TUP IAI/IAM或ISUP IAM消息发出。

尽管参照实施例对所公开的涉及一种融合实现综合数字用户部分和电话用户部分协议的方法进行了特别描述，本领域技术人员将能理解，在不偏离本发明的范围和精神的情况下，可以对它进行形式和细节的种种显而易见的修改。因此，以上描述的实施例是说明性的而不是限制性的，在不脱离本发明的精神和范围的情况下，所有的变化和修改都在本发明的范围之内。