专利名称：多模块七号信令系统信令连接控制部分分布任务处理方法
一、所属领域本发明属于电信领域的一种信令处理方式。具体涉及一种多模块结构的七号信令系统，实现在系统的多个模块之间对七号信令的信令连接控制部分(SCCP)任务进行分布式处理的方法。
在多模块结构的七号信令系统中，对于这些高功能级(SCCP、TCAP)，多个模块使用的是同一个本地资源。而实际上对本地资源的使用和管理是由本地七号信令系统自行分配和管理的，远端的信令系统对这种资源的分配管理机制是不可知的。因此，可以在不影响系统性能、共用一个本地资源的基础上将本地的任务分发到各个模块中去，以实现任务的分布式处理。在这里，申请人提出了一种七号信令系统中SCCP功能级的分布任务处理模型。在该模型中，申请人解决了在使用同一个本地资源时在多个模块之间合理分配和管理本地资源，以及有效避免资源使用时的相互冲突问题，实现了七号信令系统中SCCP功能级的分布式任务处理。
本发明所提出的是一种分布式处理任务的思想，提供一种使用和管理公共资源的方法。依据这种方法，可以根据各功能级的特点将其应用到其他的功能级中，完善在多模块七号信令系统中分布式处理任务和资源在模块间共享的机制。
申请人提出的多模块七号信令系统SCCP任务的分布式处理方法，可以有效的管理SCCP的本地参考号码资源(LRN)，保证七号信令系统的多个模块在共用一个LRN资源时，不会出现资源使用冲突，确保一个SCCP的一个LRN只由一个模块使用。
为了实现上述目的，本发明的设计思想是让多个模块共用一个SCCP的LRN资源库，该资源库由位于SCCP和SCCP用户之间的全局管理接口(Admin)统一管理。每个模块在系统初始化时并不固定分配资源。只是每当一个模块启动时就从资源库中申请一部分LRN资源，资源库中剩余的部分作为后备资源等待其他模块启动时申请利用或是当某个模块的LRN资源用完后再次申请使用。
例如某多模块结构的七号信令系统有两个模块A、B。我们可以根据系统性能指定每个模块每次申请i个LRN资源。这样，当模块A启动时，从资源库中申请连续i个LRN资源作为自己的初始LRN使用，即LRN为0～i-1。此后当模块B启动时，申请的LRN便是从第i个开始的连续i个LRN，即i～2*i-1。又当模块A最初的i个LRN使用完后，模块A便向资源库提出再次申请LRN资源的请求，此时中请到的LRN应该是从第2*i个开始的连续i个LRN，即2*i～3*i-1。
基于这样的实现方式，如何对资源库进行有效的管理，充分地利用现有资源并且有效的避免各模块之间资源使用上的冲突是本模型重点要解决的问题。
设计在全局管理接口Admin和系统其他各模块的内部管理接口In_Admin中都建立一张全局资源分配表。各模块每次申请资源时，先向Admin管理接口提出申请，Admin根据分配情况更新自己的资源分配表，向提出申请的模块发送申请确认，并通知其他各个模块的In_Admin更新各自的全局资源表。
同时，当某模块收到一条消息时，可以查询本地的全局资源表，当确认不是关于本模块LRN的消息并找出消息所属的模块时，即可将该消息直接发送到相关模块。这就需要各个模块之问相互联系，以实现消息的转发。
此外，由于模块每次申请资源时，申请模块只是给Admin一个申请请求，由Admin自己查询全局资源分配表，分配固定个数的一段LRN资源，并返回给申请模块。这样就保证了资源的申请和释放操作都是整块进行的，不会出现零散资源的情况，也不会造成资源管理上的混乱和浪费。
除了SCCP的面向连接部分，对于SCCP中的面向无连接部分，因为其并不涉及本地LRN资源，因此可以由Admin根据各模块的任务量，选择当前任务量最低的模块以实现无连接消息在多个模块之间的负荷分担。或者由系统指定一个专门的模块来处理面向无连接的消息。采用何种实现方式取决于具体的实施。
附图
2单用户的SCCP分布式任务实现模型。
附图3多用户的SCCP分布式任务实现模型。
附图4发送消息流程示例。
附图5接收消息流程示例。
各模块的内部管理接口In_Admin位于Admin和各模块的SCCP功能级之间。
模块1、2、3……N是七号信令系统的多个具有正常信令功能的处理模块，承担七号信令系统的所有信令处理功能。处理包括MTP、SCCP、TCAP等各功能级的信令任务。
备用模块除了具有处理模块1、2、3……N所具有的信令处理功能之外，还兼具备份其他各个模块的连接信息，在某模块出现故障时接替该模块所有未完成任务的功能。
Admin以及In_Admin中各存储着一张全局资源分配表，记录当前各个模块所拥有的LRN资源情况。
现将模型中主要组成部分的功能说明如下5.4.1管理接口AdminA、资源存储记录各个模块LRN资源的使用情况，即存储全局的资源分配表。
B、资源管理统一分配LRN资源，对其进行管理。
Admin的管理功能当一个模块申请资源时，Admin根据分配情况更新自己的资源分配表，向提出申请的模块发送申请确认。
当一个模块申请到LRN资源时，Admin需要通知其他各模块全局资源已经改变，更新各自的全局资源表。
当一个模块退出服务时，应该释放曾经申请到的所有LRN资源，Admin通知其他模块全局资源已经改变，更新各自的全局资源表。
当某模块进入服务时，由Admin通知该模块目前其他各模块的资源使用情况，被通知的模块更新自己的全局资源表。
当收到某模块的查询数据请求时，需要返回给请求模块本地保存的全局资源表的相关数据。
C、消息分发在单用户结构中，当收到一条从用户发来的消息时，由Admin查询全局资源分配表，决定应该把该消息发送到哪一个模块，并传递消息到相关模块。
在多用户结构中，除了上述操作之外，当收到一条从用户发来的消息时，Admin需要记录用户标识，即将消息和某一个用户相关联起来。当向用户发送消息时，将消息发送给与其相关联的用户。5.4.2模块的内部管理接口In_Admin各模块的内部管理接口In_Admin中存储着和Admin同样的全局资源分配表，其功能主要是在收到一条从MTP层发来的消息时，负责判断该消息是否是面向连接消息，以及是否是关于本模块LRN的面向连接消息。若不是，则查询全局资源表，并将该消息发送到相应的模块。
同时，当本模块的内部管理接口In_Admin收到一条由其他模块转发来的消息时，若确认是关于本模块LRN的消息，则交由本模块的SCCP进行处理；相反，若不是关于本模块LRN的消息，那么有可能是自己的全局资源表出现错误，也有可能是转发消息的那个模块的全局资源表出现错误。这时本模块需要向Admin发送查询数据请求来更新自己的全局资源表，同时通知转发消息的模块更新它的全局资源表。5.4.3备用模块在两个对等实体进行对话的过程中，有可能因为某些意外故障导致链路不可用，从而使双方对话中断。为了避免这种因为链路故障而导致的对话中断，设计在N个信令处理模块的基础上增加M个备用模块(M的个数由具体的系统配置决定)，专门用来记录所有其他各模块已经成功建立的连接信息(包括MTP2、MTP3、SCCP各功能极级中需要保留的信息)。当有多个备用模块(M＞1)时，多个备用模块之间的关系可以是负荷分担，也可以是主备用，由具体的系统决定实现方式。
当N个信令处理模块中的某一个出现故障不可以使用时，备用模块便接替发生故障的模块上所有已成功建立但还未完成的连接业务。处理完成后，清除该连接的相关信息。当故障模块恢复使用时，对于已经交由备用模块处理并已经处理完的对话，由恢复使用的模块处理该对话相关LRN资源上的新业务。对于已经交由备用模块处理，但还没有完成的对话仍由备用模块处理直至对话完成后，该对话相关的LRN资源才可以由恢复使用的模块继续使用。5.5发送消息流程说明这里对发送SCCP消息的流程进行说明(参见附图4)当SCCP用户发送一条SCCP消息到Admin时，Admin先判断该消息类型。如果是SCCP面向连接消息，且为连接请求消息时，Admin查询存储的全局资源表找到N个模块中LRN资源使用率最低的模块(如模块A)，并把该消息发送到模块A的SCCP，由模块A进行处理；如果是SCCP面向连接消息，但不是连接请求消息，Admin则根据消息中的LRN找到该LRN所在的模块(如模块A)，同样把消息发送到模块A的SCCP，由模块A进行正常的信令消息处理。如果是SCCP面向无连接消息，Admin查询存储的全局资源表找到N个模块中任务量最低的模块，或者找到由系统指定的专门处理面向无连接消息的模块(如模块A)，并把该消息发送到模块A的SCCP，由模块A进行处理；5.6接收消息流程说明对接收消息流程进行说明(参见附图5)当一个模块(如模块A)的MTP收到一条SCCP消息时，先将该消息发送到模块A的In_Admin。In_Admin先判断该消息类型，如果是面向无连接消息，则交由本地SCCP进行处理；如果是面向连接消息且为连接请求CR，则由Admin查询存储的全局资源表找到本地N个模块中LRN资源使用率最低的模块(如模块A)，并把该消息发送到模块A的SCCP，由模块A进行处理；如果是面向连接消息但不是连接请求CR，则由Admin查询存储的全局资源表，判断消息中的LRN是否在本模块，如果是属于本模块的LRN，则调用本模块的SCCP处理该消息；如果该LRN不属于本模块，则找出该LRN所在的模块(如模块B)，再将消息发送到模块B，模块B的In_Admin要做同样的判断，以确定该消息是否应该由本模块来处理。5.7实施效果这种分布式模型在不降低系统性能的基础上将SCCP的任务有效的分布到多个模块上，实现SCCP任务的分布式处理。
当某个模块不可使用时，SCCP的任务可以在其他模块上继续处理，不会造成SCCP业务的中断，提高了系统处理SCCP任务的可靠性。
多个模块都可以处理SCCP任务，提高了系统处理SCCP任务的能力，增大了系统容量，提高系统的性能。
实现了资源的动态分配和使用，充分利用现有资源，避免了资源浪费。
对全局资源进行有效地管理，避免了资源使用上的冲突。
这种SCCP分布式任务处理模型是针对SCCP提出的，但是其中所涉及的这种使用和管理公共资源的方法同样适用于需要处理本地共享资源的其他各功能级(例如TCAP中对事务处理ID和调用ID的管理和使用)。依据这种方法，可以根据各功能级的特点将其应用到其他的功能级中，完善多模块的七号信令系统中分布式处理任务和多模块间的资源共享机制，从各个功能级的角度提高整个系统的性能和可靠性。
权利要求
1.一种多模块七号信令系统的信令连接控制部分(SCCP)分布任务处理方法，其特征在于，按以下方式进行处理1)统一管理本地参考号码(LRN)资源让多个模块的SCCP面向连接部分共用一个LRN资源库，该资源库由位于SCCP和SCCP用户之间的全局管理接口(Admin)统一管理；每个模块在启动时就从资源库中申请一部分LRN资源，资源库中剩余的部分作为后备资源等待其他模块启动时申请利用，或当某个模块的LRN资源用完后再次申请使用；2)全局资源分配表记录资源分配情况在全局管理接口Admin和系统其他各模块的内部管理接口In_Admin中都建立一张全局资源分配表；各模块每次申请资源时，先向Admin管理接口提出申请，Admin根据分配情况更新自己的资源分配表，向提出申请的模块发送申请确认，并通知其他各个模块的In_Admin更新各自的全局资源表；3)由Admin决定分配哪些资源给申请模块模块每次申请资源时，申请模块只是给Admin一个申请请求，而由Admin自己查询全局资源分配表，分配固定个数的一段LRN资源，并返回给申请模块，至于分配哪些资源给申请模块将由Admin根据全局资源表进行分配；4)Admin选取模块处理待发送消息当Admin收到用户请求发送的SCCP消息时，Admin将根据消息类型和消息中的LRN判断将由哪个模块处理该消息；5)In_Admin选取模块处理接收到的消息当某模块收到一条消息时，由本模块的In_Admin按照消息类型和消息中的LRN查询本地的全局资源表，选取应该处理该消息的模块；6)SCCP无连接部分特殊处理除了SCCP的面向连接部分，对于SCCP中的面向无连接部分可以由Admin根据各模块的任务量，选择当前任务量最低的模块以实现消息的负荷分担；或者指定某一个模块专门处理。
全文摘要
本发明公开了一种多模块七号信令系统的信令连接控制部分(SCCP)分布任务处理方法，多个模块的SCCP面向连接部分共用一个由位于SCCP和SCCP用户之间的全局管理接口统一管理的LRN资源库，每个模块在系统初始化时并不固定分配资源，只是每当一个模块启动时就从资源库中申请一部分LRN资源，资源库中所剩余的后备资源，等待其他模块启动时申请利用或当某个模块的LRN资源用完后再次申请使用，提高了七号信令系统处理上层功能级(SCCP)任务的性能，和整个系统的处理能力和可靠性，增加了系统的容量。方法针对SCCP提出，可以有效的管理SCCP的LRN资源，保证七号信令系统的多个模块在共用一个LRN资源时，不会出现资源使用冲突，确保一个SCCP的一个LRN只由一个模块使用。
文档编号H04Q3/00GK1411286SQ0213939
公开日2003年4月16日 申请日期2002年8月29日 优先权日2002年8月29日
发明者尤洁, 刘宏智 申请人:西安大唐电信有限公司