用于下一代网络、可动态扩展、开放接口技术的网关的制作方法

专利名称：：用于下一代网络、可动态扩展、开放接口技术的网关的制作方法
技术领域：
：本发明涉及一种用于下一代网络NGN(NextGenerationNetwork)的网关，确切地说，涉及一种可动态扩展的、开放接口技术的Parlay/OSA网关，属于电信网络中的信息处理装置
技术领域：

背景技术：
在电信网诞生的最初数十年内，主要的控制硬件和软件都集中设置在交换机里，如果要提供一种新业务，甚至对业务做微小的修改，都要对网络中的所有交换机进行改动，付出的代价非常昂贵。20世纪90年代，ITU-T的智能网标准首次提出业务控制和网络控制分离的思想，定义了自顶向下进行功能分解的4个平面结构，采用业务独立的构建模块SIB(ServiceIndependentBuildingBlock)实现软件重用，能够快速创建新的增值业务。基于广泛部署的7号信令协议，成功建立了PSTN/ISDN/PLMN电路交换网的智能业务体系结构，并推出了一系列新业务，赢得了巨大的市场，为运营商带来了丰厚利润。20世纪后期，电信业的发展进入了一个新时期网络传输能力日新月异，交换方式从电路交换向分组交换过渡，业务向多媒体化、宽带化、个性化发展。虽然智能网在传统电信网中取得了很大成功，然而它依然是一个封闭系统，业务控制和业务创建环境只能由网络运营商来掌握和开发，所采用的控制方式仍然是电信网传统的集中控制模式，使用的信令也仍然是基于电路交换的7号信令，不能适应下一代网络的业务综合、技术融合、IP分组化和网络智能分布的发展趋势。因此，下一代网络NGN提出网络控制和业务运营相分离的模型，由网络运营商提供一些标准的网络功能应用编程接口API(ApplicationProgrammingInterface)，独立的网络业务提供商SP可以利用这些接口给用户提供个性化的业务，并由网络运营商和业务提供商分享利润。这样，就可形成由多方构成的开放式价值链，各参与方共同提供和使用业务，共同获益。目前，最有影响的API是由各国主要通信制造商和运营商联合开发ParlayAPI。1998年3月，Parlay工作组由BT、Ulticom、Microsoft、Nortel和Seimens五家公司联合成立，主要研究如何支持外部应用安全访问网络内部资源的网络接口规范，以拓宽网络的智能化范围，促使第三方业务供应商或电信运营商基于该接口平台，采用不同技术在无线、Internet或公众交换网上开发通信产品和提供通信业务，同时为特定的用户群快速定制个性化业务，以作为普遍业务的补充。Parlay工作组的工作重点是制定API规范，但不包括如何实现API、基于API的应用、底层网络软件、物理构件和物理接口。为此Parlay组织积极鼓励电信和IT业界作为一个整体来参与API的设计和实现。欧洲电信界最具权威的两大标准化组织欧洲电信标准协会ETSI和第3代移动通信合作伙伴计划3GPP都采用Parlay作为NGN和3G网络业务提供的支撑技术，3GPP据此提出了开放式业务架构OSA。因此，经常将此API标准体系称为Parlay/OSA。现在，先简要介绍Parlay/OSA所构想的应用体系结构Parlay/OSA的客户端是由第三方业务供应商或网络运营商提供的应用服务器，用于开发各种新业务提供给终端用户使用。Parlay/OSA网关为Parlay/OSA客户端提供各种基本业务能力的支持，使Parlay/OSA客户端的业务能够有控制地、安全地进入到各通信网内。目前，现有的Parlay/OSA网关是由各个网络运营商提供的，因为Parlay还没有规定与各底层网络的资源接口，所以Parlay/OSA网关和各通信网之间暂时只能运行由网络运营商自己设定内部通信协议，如采用JAIN、INAP、SIP将API映射到低层网络。Parlay/OSA网关客户端则是通过调用ParlayAPIs访问Parlay/OSA网关，它们之间一般采用CORBA等分布对象技术进行通信。虽然Parlay/OSA规范规定了全部的业务能力特征SCF(ServiceCapabilityFeature)和协议映射规则，但是，对于如何实现SCF、如何实现协议映射、SCF组件与协议映射组件之间如何交互都没有作出任何规定和建议，因此，研究和开发一种符合Parlay/OSA标准的网关已经成为一个业内技术人员急需解决的技术问题。
发明内容有鉴于此，本发明的目的是提供一种用于下一代网络NGN、可动态扩展的、开放接口技术的Parlay/OSA网关，为下一代网络的业务开发提供一个功能强大的技术平台。为了达到上述目的，本发明提供了一种用于下一代网络NGN、可动态扩展的、开放接口技术的Parlay/OSA网关，包括提供本地设备与网络管理功能的操作维护单元和根据标准网管规范提供远端网络管理功能的网管单元；其特征在于该网关还包括软总线，作为网关内部的公共通信通道，用于各个单元和/或组件之间的消息交互，同时直接向应用服务器提供标准的Parlay应用编程接口API；配置管理单元，作为该网关的控制中心，负责动态扩展的各单元和/或组件的注册、注销、信息交互和调度，实现负荷分担；并设有至少提供Parlay组织定义的标准功能的框架Framework功能组件集，以及系统支撑和保障组件；业务能力特征SCF(ServiceCapabilityFeatures)单元，作为底层网络的网络能力的抽象，以标准API形式提供业务使用；SCF单元的功能完全遵照Parlay规范，包括有多个彼此独立、完成Parlay组织定义的各种相应功能的组件；传输控制应用协议TCAP类映射单元，用于完成ParlayAPI与底层基于7号信令协议的各种通信协议之间的映射，使基于公共对象请求代理结构CORBA的应用实体能够利用基于7号信令协议的通信协议与非CORBA域中的应用实体实现通信；非传输控制应用协议TCAP类映射单元，由各种非TCAP类协议的映射组件组成，用于完成ParlayAPI与底层基于TCP/IP协议的各种非TCAP类通信协议之间的映射，使基于CORBA的应用实体能够利用基于TCP/IP协议的通信协议与非CORBA域中的应用实体实现通信。所述软总线采用分布计算技术实现，以屏蔽底层通信的复杂性和异构性，使得网关内的各单元/组件之间可以面向消息和/或面向对象的方式进行通信，并至少提供一种按名字寻址确定组件的方法，保证该网关可动态决定各组件之间的通信路由。所述配置管理单元中的框架Framework功能组件集包含有下述组件框架访问会话组件(FrameworkAccessSession)，该组件集的统一接入接口，组件集内的其他组件在使用前必须首先访问、进行注册的组件；框架到客户应用组件(FrameworkApplication)，用于实现Framework与客户应用(clientapplication)之间的接口和信息交互；框架到业务组件(FrameworkService)，用于实现Framework与各SCF业务组件之间的接口和信息交互；框架到企业运营者组件(FrameworkEnterprise)，负责实现Framework与企业运营者之间的接口和信息交互。所述配置管理单元中的系统支撑和保障组件执行的功能包括组件的注册/注销新组件在安装成功或卸载时，或者每个组件的每个进程实例在启动或退出时都要向配置管理单元注册或注销，使SCF组件和协议映射组件实现动态“即插即用”功能，并为负荷分担和故障处理提供技术基础；组件的寻址和分配SCF组件与应用服务器或协议映射组件之间进行的首次通信必须经过配置管理单元，以便配置管理单元使用分配表对各组件或外部实体的组件使用请求进行目标组件的寻址和分配，以分担负荷；负载均衡藉助CORBA的名字服务能力的扩展功能，实现负载均衡；故障管理同时创建一个冗余的备用配置管理模块进程实例作为主用配置管理模块进程实例的备份，两者之间采用心跳消息进行例检，主用模块进程实例要将工作时的关键数据写入数据库，一旦发生崩溃或例检超时，备用模块进程实例激活自己为主用模块进程实例，并从数据库中读出关键数据，恢复内外联系，同时创建另一个备用模块进程实例；配置管理模块进程实例同时监控其他组件进程实例的运行，发生故障时，启动新的进程实例代替发生故障的进程实例。所述网关的SCF单元、TCAP类协议映射单元、或非TCAP类协议映射单元都可设置有一个或多个，上述三种部件都能实现动态“即插即用”，即不修改已有代码、不重启正在运行的部件，只需简单配置，就能热插拔运行，实现网关功能或性能的扩展。所述SCF单元由功能层和协议接口层组成，其中功能层是实现标准的Parlay/OSAAPI接口，协议接口层是把标准Parlay/OSAAPI的方法调用和数据结构转换成TCAP类协议映射单元或非TCAP类协议映射单元所提供的通用协议接口的方法调用和数据结构。所述SCF单元中的组件种类，即其所能完成的Parlay定义的相应功能包括呼叫控制类，用户交互类，移动性管理类，终端能力类，数据会话控制类，通用消息类，连接管理类，账户管理类，计费类，策略管理类和在线状态和可达性管理类；上述各类SCF组件可根据需要逐步增加在SCF单元中。所述TCAP类协议映射单元的各组件是由协议栈层和协议适配层组成；其中协议栈层与外部基于7号信令网的网络实体进行交互，引入网络能力；协议适配层把特定协议栈的接口适配成一个通用的软总线接口，供SCF组件调用；以屏蔽了某种具体协议栈的接口，当更换协议栈时，只需修改部分协议适配层的代码，无需修改SCF组件的代码。所述非TCAP类协议映射单元的各组件是由协议栈层和协议适配层组成；其中协议栈层与外部基于TCP/IP协议的网络实体进行交互，引入网络能力；协议适配层把设定协议栈的接口适配成一个通用的软总线接口，供SCF组件调用以屏蔽某种具体协议栈的接口，当更换协议栈时，只需修改部分协议适配层的代码，无需修改SCF组件的代码。所述网关中的各个部件的设置地点不局限于一台服务器、一种实现平台、或一个内部局域网内，只要求其运行环境支持软总线，以便通过标准协议，对外界实体进行透明通信。本发明是一种用于下一代网络NGN、可动态扩展的、开放接口技术的Parlay/OSA网关，其优点是采用软总线作为各单元的公共通信通道，能够屏蔽异构应用系统和异构网络系统的差异，使得本发明网关能够快速部署在实际网络环境中，得到推广应用。由于网关的控制中枢-配置管理单元执行组件的注册/注销机制，使得该网关能够动态引入新的SCF组件和协议映射组件，或启动新组件的进程实例，都能够实现组件的“即插即用”功能，使本发明网关具有良好的扩展性，还能实现负载均衡。另外，协议映射单元的各个组件采用两层结构，其中协议适配层屏蔽了某种具体协议栈的接口。这样在更换协议栈时，只需修改部分协议适配层的代码，而对SCF组件的代码不需要修改，这也有利于本发明网关的扩展性能。同样地，SCF单元的各个组件也采用两层结构，当SCF组件的功能需要修改或增加新功能时，只要对相关的功能层进行修改和增添，而对协议接口层和协议映射组件的代码不需要修改，有利于本发明网关功能的扩展。图1是本发明网关的结构组成示意图。图2是本发明网关支持的、由应用服务器发往底层网络的一个业务实施例的时序图。图3是本发明网关支持的、由底层网络发往应用服务器的一个业务实施例的时序图。图4是本发明网关的试验实施例使用的服务器架构组成示意图。具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明作进一步的详细描述。参见图1，本发明是一种用于下一代网络NGN、可动态扩展的、开放接口技术的Parlay/OSA网关1(图中用实线框出)，由软总线11、配置管理单元12、SCF单元13、TCAP类协议映射单元14、非TCAP类协议映射单元15、操作维护单元16和网管单元17所组成。其中软总线11是网关内部的公共通信通道，用于各个单元和/或组件之间的消息交互，同时直接向应用服务器2提供标准的Parlay应用编程接口API；该软总线采用分布计算技术实现，以屏蔽底层通信的复杂性和异构性，使得网关内的各单元/组件之间可以面向消息和/或面向对象的方式进行通信，并至少提供一种按名字寻址确定组件的方法，保证该网关可动态决定各组件之间的通信路由。本发明网关的软总线是基于CORBA规范开发实现的。配置管理单元12是网关中最重要的单元-网关的控制中心，负责动态扩展的各单元和/或组件的注册、注销、信息交互和调度，实现负荷分担；并设有框架Framework功能组件集，提供Parlay组织定义的标准功能，配置管理单元12还同时提供了标准功能以外的系统支撑和保障功能，因此，该配置管理单元12是ParlayFramework标准功能的一个超集。下面分别介绍其中的框架Framework功能组件集和系统支撑和保障功能。配置管理单元12中的框架Framework功能组件集包含有下述组件框架访问会话组件(FrameworkAccessSession)，该组件集的统一接入接口，组件集内的其他组件在使用前必须首先访问、并在此进行注册；框架到客户应用组件(FrameworkApplication)，用于实现Framework与客户应用(clientapplication)之间的接口和信息交互；框架到业务组件(FrameworkService)，用于实现Framework与各SCF业务组件之间的接口和信息交互；框架到企业运营者组件(FrameworkEnterprise)，负责实现Framework与企业运营者之间的接口和信息交互。配置管理单元12中的系统支撑和保障功能由相关的系统支撑和保障组件来完成，该组件的具体功能和技术细节说明如下组件的注册/注销向配置管理单元注册或注销的时候包括两个层面一、新组件在安装成功或卸载时，二、每个组件的每个进程实例在启动或退出时。该机制使SCF组件和协议映射组件实现了动态“即插即用”(plugandplay)功能，并为负荷分担和故障处理提供了技术基础。组件的寻址和分配在组件进程实例的交互过程中，配置管理单元为组件进程实例提供寻址服务。具体过程是SCF组件与应用服务器、或者SCF组件与协议映射组件之间进行的首次通信必须经过配置管理单元，以便配置管理单元使用分配表(dispatchtable)对各组件或外部实体的组件使用请求进行目标组件的寻址和分配，以分担负荷。该分配表是配置管理单元中的核心数据库，其中至少包含系统中所有已注册的组件进程实例的类型、可用情况及其负载情况的信息，在组件进程实例注册时，由配置管理单元将该组件进程实例的相关信息写入分配表；在组件进程实例注销时，则将该组件信息从分配表中删除；当一个组件进程实例请求使用另一个组件进程实例时，配置管理单元利用分配表中的信息和设定的负荷分担算法将相应的组件进程实例分配给请求者，同时在分配表中修改这两个组件进程实例的负载信息。其中负荷分担算法包括循环选择算法、随机选择算法、基于负荷选择算法等。负载均衡藉助CORBA的名字服务能力的扩展功能，实现负载均衡。具体过程是把CORBA的名字服务能力进行如下扩展，先将一个名字映射到具有同一接口的一组对象，该组中的对象可以动态增减。在创建对象组时，可以设置一个选择算法，根据设置的算法，客户端在解析与该对象组相关的名字时，将请求指向合适的对象。再给对象组中的每个对象分配一个负载值，标识该对象负载的大小，客户端请求该对象组时，总是分配给对象组中负载值最小的成员。对象组中的所有对象向客户端提供相同的服务。客户端解析对象名字时不需要区分它是对象组名还是某个对象名，客户端访问对象组与访问单个对象的方式完全一样。客户端访问对象组时，解析得到的引用是该对象组中的某个对象的引用。服务器根据客户端的请求，实时更新对象组中对象成员的负载值。故障管理配置管理单元12执行故障处理方法来提高运行的可靠性。具体方法是同时创建一个冗余的、平时不工作、只作为备用的配置管理模块进程实例，作为主用配置管理模块进程实例的备份，两者之间采用心跳消息进行例检，工作时主用模块进程实例要将关键数据实时写入数据库，一旦主用模块进程实例发生崩溃或例检超时，备用模块进程实例激活自己为主用模块进程实例，并从数据库中读出关键数据，恢复内外联系，同时创建另一个备用模块进程实例；配置管理模块进程实例同时还监控其他组件进程实例的运行，发生故障时，将其标为不可用状态，杀死该进程实例，并启动新的进程实例代替其位置。SCF单元13是底层某个网络(如GSM网、CDMA网、PSTN网)的网络能力的抽象，以标准API形式提供业务使用；SCF单元的功能完全遵照Parlay规范，由SCF功能层和协议接口层组成。其中SCF功能层是实现标准的Parlay/OSAAPI接口，协议接口层是把标准Parlay/OSAAPI的方法调用和数据结构，转换为TCAP类协议映射单元和非TCAP类协议映射单元所提供的通用协议接口的方法调用和数据结构。SCF单元包括有11个用于完成Parlay组织定义的各种功能组件，这些组件彼此独立、可热插拔，并可根据需要逐步增加在SCF单元中。下面分别介绍之cc(CallControlSCF)组件完成呼叫控制类的SCF功能；ui(UserInteractionSCF)组件完成用户交互类的SCF功能；mm(MobilityManagementSCF)组件完成移动性管理类的SCF功能；termcap(TerminalCapabilitiesSCF)组件完成终端能力类的SCF功能；dsc(DataSessionControlSCF)组件完成数据会话控制类的SCF功能；gms(GenericMessagingSCF)组件完成通用消息类的SCF功能；cm(ConnectivityManagerSCF)组件完成连接管理类的SCF功能；am(AccountManagementSCF)组件完成账户管理类的SCF功能；cs(ChargingSCF)组件完成计费类SCF的功能；policy(PolicyManagementSCF)组件完成策略管理类的SCF功能；pam(PresenceandAvailabilityManagementSCF)组件完成在线状态和可达性管理类的SCF功能。TCAP类映射单元14是用于完成ParlayAPI与底层基于SS7协议的各种通信协议(包括CAP、INAP、MAP等)之间的映射，使得基于CORBA的应用实体与非CORBA域中的应用实体能够利用基于SS7协议的通信协议实现通信。在功能上，TCAP类协议映射单元分为两个层面TCUserCORBA层和TCPdu层。其中TCUserCORBA功能层存在于TCAP类协议映射单元中的CORBA域内，是传统TCUser应用实体以CORBA方式呈现的实体，它通过基于IDL的规范接口，与Parlay网关中的SCF组件通过软总线单元进行通信。TCPdu功能层则位于TCUserCORBA的底层，封装了TC/SS7协议栈的API函数，能够将CORBA域中的TC对话功能进行映射，并变换为SS7域中的协议数据单元TCPDU，或者完成相反的映射转换，从而实现SS7域和CORBA域消息互通。TCAP类协议映射单元14对从SS7信令网传输到本发明Parlay网关的TCAP消息采用关口机制进行解码，解析出CAP/INAP/MAP等TCUser消息后，再通过IDL定义的ParlayAPI向SCF组件提供CORBA接口；或者进行反向消息的转换处理。虽然在Parlay规范中并没有规定TCAP类协议映射单元的工作内容，但是在3GPP的29.998系列文件对映射规则作了指导性建议。本发明的TCAP类映射单元14的设计遵循OMG颁布的《TC-CORBA互通规范V1.0》。TCAP类协议映射单元14内设有连接GSM移动网络的CAP协议映射组件、连接PSTN固定网络的INAP协议映射组件和连接移动智能网的MAP协议映射组件。其中每个组件都是由协议栈层和协议适配层组成。协议栈层实现TCPdu层的功能通过与外部基于SS7信令网的网络实体交互，引入网络能力。协议适配层实现TCUserCORBA层的功能把特定协议栈的接口适配成一个通用的软总线接口，供SCF组件调用。因为协议适配层屏蔽了某种具体协议栈的接口，因此，更换协议栈时，只需修改协议适配层的部分代码，无需修改SCF组件的代码。由各种非TCAP类协议的映射组件组成的非TCAP类协议映射单元15是用于完成ParlayAPI与底层基于TCP/IP协议的各种非TCAP类通信协议(包括会话启动协议SIP，中国移动点到点协议CMPP，端到端短消息协议SMPP等)之间的映射，实现两者之间的通信。非TCAP类协议映射单元15内设有SIP协议映射组件、CMPP协议映射组件和SMPP协议映射组件。其中各组件也是由协议栈层和协议适配层组成。协议栈层与外部基于TCP/IP协议的网络实体交互，引入网络能力。协议适配层把特定协议栈的接口适配成一个通用的软总线接口，供SCF组件调用。因为协议适配层屏蔽了某种具体协议栈的接口，因此，更换协议栈时，也只需修改协议适配层的部分代码，无需修改SCF组件的代码。操作维护单元16是提供该网关进行本地设备和网络管理功能的部件，包括性能管理、配置管理、告警管理、拓扑管理等。主要由系统的操作维护人员通过操作维护终端3使用之。操作维护单元16与各被维护的单元/组件之间以Master-slave模式工作各被维护单元/组件提供操作维护接口，通过该接口完成该部件的操作维护。操作维护单元16提供用户接口和远端接入接口，并与各被维护单元/组件之间通过软总线进行通信，它们之间的接口用接口定义语言IDL(InterfaceDefinitionLanguage)定义。网管单元17是按照标准的网管规范提供远端的网络管理功能的部件，包括拓扑管理、配置管理、故障管理、性能管理、用户管理、系统管理等。网管单元17向运营商的网管服务器4提供SNMP接口或其他网管接口。它与各被管单元/组件之间也以Master-slave的模式工作各被管单元/组件提供网管接口，通过该接口完成网管单元的网管工作。网管单元17本身提供与外界网管服务器4的标准接口。网管单元17与各被管单元/组件之间通过软总线进行通信，它们之间的接口用接口定义语言IDL定义。从业务的发起方来看，本发明的Parlay/OSA网关可以实现两类业务由应用服务器发往底层网络的业务和由底层网络发往应用服务器的业务。参见图2，先介绍由应用服务器发往底层网络的一业务实施例，主要步骤如下(1)应用服务器向配置管理单元请求使用SCF单元的cc组件，配置管理单元查询分配表，根据负荷分担算法将一个cc组件的进程实例分配给应用服务器；(2)应用服务器向该cc组件的进程实例发起业务请求；(3)该cc组件进程实例向配置管理单元请求使用一个CAP协议映射组件，配置管理单元根据负荷分担算法将某个CAP协议映射组件的进程实例返回给该cc组件的进程实例；(4)该cc组件的进程实例向该CAP协议映射组件的进程实例发起业务请求；(5)该CAP协议映射组件的进程实例通过信令平台向底层网络发出一条CAP信令消息；(6)底层网络返回信令消息；(7)该CAP协议映射组件进程实例向该cc组件进程实例发起业务应答；(8)该cc组件的进程实例向应用服务器发回业务应答。参见图3，介绍由底层网络发往应用服务器的一业务实施例，主要步骤如下(1)应用服务器向配置管理单元请求使用SCF单元的cc组件，配置管理单元查询分配表，根据负荷分担算法将一个cc组件的进程实例分配给应用服务器；(2)应用服务器向该cc组件的进程实例发起等待呼叫通知的业务请求；(3)底层网络通过SS7信令网发给Parlay/OSA网关一条CAP信令，由CAP协议映射组件的一个进程实例对该CAP信令进行处理；(4)该CAP协议映射组件进程实例向配置管理单元请求使用某个SCF单元的cc组件，配置管理单元根据负荷分担算法将该cc组件的进程实例分配给该CAP协议映射组件的进程实例；(5)该CAP协议映射组件的进程实例向该cc组件的进程实例发起业务请求；(6)该cc组件的进程实例查询数据库，找到应用服务器，并向其发起业务请求；(7)应用服务器进行处理后，向该cc组件的进程实例返回业务应答；(8)该cc组件的进程实例向该CAP协议映射组件的进程实例发起业务应答；(9)该CAP协议映射组件的进程实例通过信令平台向底层网络发出一条CAP操作信令消息。本发明网关的各个构件不必局限地设置于一台服务器、一种实现平台、或一个内部局域网内，但是，要求其运行环境必须支持软总线，以便通过标准协议，对外界网元实体进行透明通信。申请人对本发明进行试验实施时的网关架构正是一个简单应用的实例。参见图4，本发明的试验实施例网关是由两台主、备用均衡服务器和四台后台服务器组成，并构成一个局域网。通过基于IP地址的单一系统映像SSI(SingleSystemImage)技术，使整个网关向外提供一个唯一的虚拟IP地址。整个Parlay/OSA网关共用该虚拟IP地址，通过该虚拟IP地址，应用服务器将整个Parlay/OSA网关看作一个独立的、具有合法IP地址的主机系统，应用服务器的初始访问都发往该IP地址。配置管理单元设置在主、备用均衡服务器上，通过容错机制，实现网关的高可用性。其它SCF单元、TCAP类协议映射单元和非TCAP类协议映射单元则部署在四个后台服务器上，通过增加后台服务器的数量，就可实现网关的性能扩展。本发明的试验实施是成功的，实现了发明目的。权利要求1.一种用于下一代网络、可动态扩展、开放接口技术的Parlay/OSA网关，包括提供本地设备与网络管理功能的操作维护单元和根据标准网管规范提供远端网络管理功能的网管单元；其特征在于该网关还包括软总线，作为网关内部的公共通信通道，用于各个单元和/或组件之间的消息交互，同时直接向应用服务器提供标准的Parlay应用编程接口API；配置管理单元，作为该网关的控制中心，负责动态扩展的各单元和/或组件的注册、注销、信息交互和调度，实现负荷分担；并设有至少提供Parlay组织定义的标准功能的框架Framework功能组件集，以及系统支撑和保障组件；业务能力特征SCF单元，作为底层网络的网络能力的抽象，以标准API形式提供业务使用；SCF单元的功能完全遵照Parlay规范，包括有多个彼此独立、完成Parlay组织定义的各种相应功能的组件；传输控制应用协议TCAP类映射单元，用于完成ParlayAPI与底层基于7号信令协议的各种通信协议之间的映射，使基于公共对象请求代理结构CORBA的应用实体能够利用基于7号信令协议的通信协议与非CORBA域中的应用实体实现通信；非传输控制应用协议TCAP类映射单元，由各种非TCAP类协议的映射组件组成，用于完成ParlayAPI与底层基于TCP/IP协议的各种非TCAP类通信协议之间的映射，使基于CORBA的应用实体能够利用基于TCP/IP协议的通信协议与非CORBA域中的应用实体实现通信。2.根据权利要求1所述的Parlay/OSA网关，其特征在于所述软总线采用分布计算技术实现，以屏蔽底层通信的复杂性和异构性，使得网关内的各单元/组件之间可以面向消息和/或面向对象的方式进行通信，并至少提供一种按名字寻址确定组件的方法，保证该网关可动态决定各组件之间的通信路由。3.根据权利要求1所述的Parlay/OSA网关，其特征在于所述配置管理单元中的框架Framework功能组件集包含有下述组件框架访问会话组件，该组件集的统一接入接口，组件集内的其他组件在使用前必须首先访问、进行注册的组件；框架到客户应用组件，用于实现Framework与客户应用之间的接口和信息交互；框架到业务组件，用于实现Framework与各SCF业务组件之间的接口和信息交互；框架到企业运营者组件，用于实现Framework与企业运营者之间的接口和信息交互。4.根据权利要求1所述的Parlay/OSA网关，其特征在于所述配置管理单元中的系统支撑和保障组件执行的功能包括组件的注册/注销新组件在安装成功或卸载时，或者每个组件的每个进程实例在启动或退出时都要向配置管理单元注册或注销，使SCF组件和协议映射组件实现动态“即插即用”功能，并为负荷分担和故障处理提供技术基础；组件的寻址和分配SCF组件与应用服务器或协议映射组件之间进行的首次通信必须经过配置管理单元，以便配置管理单元使用分配表对各组件或外部实体的组件使用请求进行目标组件的寻址和分配，以分担负荷；负载均衡藉助CORBA的名字服务能力的扩展功能，实现负载均衡；故障管理同时创建一个冗余的备用配置管理模块进程实例作为主用配置管理模块进程实例的备份，两者之间采用心跳消息进行例检，主用模块进程实例要将工作时的关键数据写入数据库，一旦发生崩溃或例检超时，备用模块进程实例激活自己为主用模块进程实例，并从数据库中读出关键数据，恢复内外联系，同时创建另一个备用模块进程实例；配置管理模块进程实例同时监控其他组件进程实例的运行，发生故障时，启动新的进程实例代替发生故障的进程实例。5.根据权利要求1所述的Parlay/OSA网关，其特征在于所述网关的SCF单元、TCAP类协议映射单元、或非TCAP类协议映射单元都可设置有一个或多个，上述三种部件都能实现动态“即插即用”，即不修改已有代码、不重启正在运行的部件，只需简单配置，就能热插拔运行，实现网关功能或性能的扩展。6.根据权利要求1所述的Parlay/OSA网关，其特征在于所述SCF单元由功能层和协议接口层组成，其中功能层是实现标准的Parlay/OSAAPI接口，协议接口层是把标准Parlay/OSAAPI的方法调用和数据结构转换成TCAP类协议映射单元或非TCAP类协议映射单元所提供的通用协议接口的方法调用和数据结构。7.根据权利要求1或6所述的Parlay/OSA网关，其特征在于所述SCF单元中的组件种类，即其所能完成的Parlay定义的相应功能包括呼叫控制类，用户交互类，移动性管理类，终端能力类，数据会话控制类，通用消息类，连接管理类，账户管理类，计费类，策略管理类和在线状态和可达性管理类；上述各类SCF组件可根据需要逐步增加在SCF单元中。8.根据权利要求1所述的Parlay/OSA网关，其特征在于所述TCAP类协议映射单元的各组件是由协议栈层和协议适配层组成；其中协议栈层与外部基于7号信令网的网络实体进行交互，引入网络能力；协议适配层把特定协议栈的接口适配成一个通用的软总线接口，供SCF组件调用；以屏蔽某种具体协议栈的接口，当更换协议栈时，只需修改部分协议适配层的代码，无需修改SCF组件的代码。9.根据权利要求1所述的Parlay/OSA网关，其特征在于所述非TCAP类协议映射单元的各组件是由协议栈层和协议适配层组成；其中协议栈层与外部基于TCP/IP协议的网络实体进行交互，引入网络能力；协议适配层把特定协议栈的接口适配成一个通用的软总线接口，供SCF组件调用；以屏蔽某种具体协议栈的接口，当更换协议栈时，只需修改部分协议适配层的代码，无需修改SCF组件的代码。10.根据权利要求1所述的Parlay/OSA网关，其特征在于所述网关中的各个部件的设置地点不局限于一台服务器、一种实现平台、或一个内部局域网内，只要求其运行环境支持软总线，以便通过标准协议，对外界实体进行透明通信。全文摘要一种用于下一代网络、可动态扩展的、开放接口技术的Parlay/OSA网关，由软总线、配置管理单元、SCF单元、TCAP类协议映射单元、非TCAP类协议映射单元、操作维护单元和网管单元所组成。其中软总线是各单元/组件的公共通信通道，能够屏蔽异构应用系统和异构网络系统的差异，使得该网关能够快速部署在实际网络环境中，得到推广应用。控制中枢－配置管理单元执行组件的注册/注销机制，使该网关能够“即插即用”地动态引入新的SCF组件和协议映射组件，或启动新组件的进程实例，还能实现负载均衡。协议映射单元在更换协议栈时，只需修改其中协议适配层的部分代码，而对SCF组件的代码不需要修改，有利于该网关的扩展性。文档编号H04L29/06GK1777156SQ20051012585公开日2006年5月24日申请日期2005年11月30日优先权日2005年11月30日发明者廖建新,王晶,王纯,李炜,曹予飞,杨孟辉,徐童,刘新军,马旭涛,林荣,朱晓民,武家春,张磊,樊利民,程莉申请人:北京邮电大学