CN101656631A - 一种统一管理平台中实现支持多网关的方法和装置 - Google Patents
一种统一管理平台中实现支持多网关的方法和装置 Download PDFInfo
- Publication number
- CN101656631A CN101656631A CN200910190178A CN200910190178A CN101656631A CN 101656631 A CN101656631 A CN 101656631A CN 200910190178 A CN200910190178 A CN 200910190178A CN 200910190178 A CN200910190178 A CN 200910190178A CN 101656631 A CN101656631 A CN 101656631A
- Authority
- CN
- China
- Prior art keywords
- management platform
- service
- gateway
- link
- service access
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种统一管理平台中实现支持多网关的方法,具体包括以下步骤:统一管理平台和多个业务接入网关分别建立若干互为服务端和客户端的链路,通过所述若干链路,来自多个业务接入网关的业务消息接入至统一管理平台;统一管理平台建立对应于每个业务接入网关所连接的服务提供端的路由策略,根据所述路由策略,将用户管理平台的响应或通知消息转送至不同的业务接入网关。本发明通过建立若干互为服务端和客户端的链路,同时维护路由策略,从而为统一管理平台接入多个可扩展的业务接入网关提供稳定的支持。
Description
技术领域
本发明涉及电信增值业务领域,具体涉及一种统一管理平台的消息类业务管理中,实现支持多个业务接入网关的方法和装置。
背景技术
在电信增值业务领域,统一管理平台(Unified Management Platform,简称UMP)作为运营商增值业务的数据中心、鉴权中心和管理中心,提供数据管理和认证鉴权等公共的管理支撑功能,实现统一的用户鉴权、服务提供商(Services Provider,简称SP)鉴权、业务鉴权、定购关系鉴权和管理。而业务接入网关(Service Access Gateway,简称SAG)承接着协议解析、SP接入、路由控制、话单管理等重要功能;负责将用户、SP的消息送达统一管理平台,同时将统一管理平台的通知、同步消息转发至用户和SP。
随着业务数据的增大和业务开展的多样化,分区域开展业务、管理业务将会成为各运营商的实际需求,传统统一管理平台和业务接入网关之间一一对应的模式也势必要求扩展成一个统一管理平台支持接入多个业务网关的模式。
另一方面,在新旧网关产品的替换、过渡过程中,也需要统一管理平台支持多个业务网关的接入。目前通常采用预割接的方式:割接几家SP至新网关后,将统一管理平台连接的业务接入网关切换至新业务接入网关,对这几家SP的业务进行调测,然后切回至原网关进行正常的业务开展;待调测完毕后,将业务接入网关完全切换至新业务接入网关。这种方式势必影响正常的稳定的业务运营,而且存在一定的混乱风险。
发明内容
本发明的主要目的是:克服现有技术的不足,提供一种统一管理平台(UMP)中,耦合性小,可扩展性强的支持多个业务接入网关的方法和装置。
本发明的技术问题是通过以下技术方案予以解决的:一种统一管理平台中实现支持多网关的方法,具体包括以下步骤:统一管理平台和多个业务接入网关分别建立若干互为服务端和客户端的链路,通过若干链路,来自多个业务接入网关的业务消息接入至统一管理平台;统一管理平台建立对应于每个业务接入网关所连接的服务提供端的路由策略,根据该路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关。
本发明的进一步改进在于支持动态更新和变更:统一管理平台维护并动态更新所述链路与路由策略。
所述业务消息的业务处理过程和路由策略具体方案为:若干链路成功建立后,对于来自业务接入网关的业务消息,统一管理平台缓存消息源的网关编号,待业务结束后,经由链路,将响应返回给网关编号所指的业务接入网关。
该路由策略还包括对应于每个业务接入网关所连接的服务提供端的路由信息以及默认网关信息,在统一管理平台发送通知消息时,依据路由信息中的网关编号向对应业务接入网关发送消息;否则依据默认网关信息向默认业务接入网关发送消息。
本发明还涉及一种统一管理平台,包括多网关管理装置,该多网关管理装置用来和多个业务接入网关分别建立若干互为服务端和客户端的链路,该等链路用来将多个业务接入网关的业务消息接入至统一管理平台;该多网关管理装置还用来建立对应于每个业务接入网关所连接的服务提供端的路由策略,并根据所述路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关。
该多网关管理装置包括链路管理模块以及路由管理模块,该链路管理模块用来和多个业务接入网关分别建立所述若干互为服务端和客户端的链路,并用来接收来自该等链路的业务消息以及发送来自统一管理平台的响应或通知消息;该路由管理模块用来创建对应于每个业务接入网关所连接的服务提供端的路由策略,并且路由管理模块根据该路由策略解析来自统一管理平台的响应或通知消息的路由,用来将消息通过链路管理模块转送至不同的业务接入网关。
为了实现链路和路由策略的动态更新,该装置还包括消息管理模块,用来接收重新加载链路和路由策略的指令,并将指令分拆成链路信息以及路由信息两部分,分别传送给对应的链路管理模块或者路由管理模块更新。
在特定情况下,为了重新设置链路和路由信息,该装置还包括链路、路由信息生成模块,用来重新生成所述若干互为服务端和客户端的链路以及路由策略。
本发明与现有技术相比的有益效果是:1)本发明的统一管理平台中实现支持多网关的方法,该统一管理平台和多个业务接入网关建立若干条互为服务端和客户端的链路,可将来自不同业务接入网关的业务消息接入至统一管理平台,同时建立和维护路由策略,从而将统一管理平台的响应或通知消息转送至不同的业务接入网关,从而实现统一管理平台对多个业务接入网关的稳定支持;2)本发明的统一管理平台中实现支持多网关的装置,设置链路管理模块以及路由管理模块,两模块的链路信息和路由信息不交换数据信息、不传递记录信息,使得装置模块之间保持独立,耦合性小;3)本发明的统一管理平台中实现支持多网关的装置,和多个业务接入网关之间链路的建立和路由策略的形成是基于链路信息和路由信息文件的正确生成,引入新的业务接入网关只需正确更新链路信息和路由信息文件即可,可扩展性强。
附图说明
图1是根据本发明装置实施例的支持多业务接入网关的装置在统一管理平台中位置的示意图;
图2是根据本发明方法实施例的生成业务接入网关链路信息和路由信息info文件的流程图;
图3是根据本发明方法实施例生成的业务接入网关链路信息和路由信息info文件的示例图;
图4是根据本发明方法实施例的加载业务接入网关链路信息和路由信息的流程图;
图5是根据本发明方法实施例的重新加载指令驱动下更新业务接入网关链路信息和路由信息的流程图;
图6是根据本发明方法实施例的多个业务接入网关和统一管理平台消息交互的时序示意图;
图7是根据本发明装置实施例的支持多业务接入网关的装置组成结构示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
本发明具体涉及一种统一管理平台(UMP)中实现支持多网关的方法以及多网关管理装置(gates management module,简称GsMM)。
请参考图1和图7,本发明涉及一种统一管理平台,该统一管理平台通过多网关管理装置实现支持多个网关的业务。所述多网关管理装置和多个业务接入网关分别建立若干互为服务端和客户端的链路,所述若干链路用来将多个业务接入网关的业务消息接入至统一管理平台;所述多网关管理装置还用来建立对应于每个业务接入网关所连接的服务提供端的路由策略,并根据所述路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关。
其中,该多网关管理装置具体包括链路管理模块(LM)、路由管理模块(RM)、消息管理模块(MM)以及信息生成模块(IC)。
该消息管理模块(MM),用来接收重新加载链路和路由策略的指令,并将指令分拆成链路信息以及路由信息两部分,分别传送给对应的链路管理模块或者路由管理模块更新。
该链路、路由信息生成模块(IC),用来重新生成所述若干互为服务端和客户端的链路以及路由策略。当管理员通过操作界面更新链路、路由等信息或者***任务都可以触发链路、路由信息生成模块重新生成相关的网关链路信息、路由信息的info文件,但不限于以上方式。
一方面,该链路管理模块(LM)和多个业务接入网关分别建立若干互为服务端和客户端的链路,并用来接收来自所述链路的业务消息以及发送来自统一管理平台的响应或通知消息。同时,链路管理模块在统一管理平台启动时负责加载链路信息info文件,创建链路会话。进一步的,该链路管理模块接收来自消息管理模块的指令,根据网关链路信息文件(smg.info)检查当前的各网关链路是否发生变更,并根据变更动作更新链路。另一方面,链路管理模块接收来自各个业务接入网关的业务鉴权消息,同时将统一管理平台的响应或通知消息发送到指定的网关链路。
该路由管理模块(RM)用来创建对应于每个业务接入网关所连接的服务提供端的路由策略,并且所述路由管理模块根据所述路由策略解析来自统一管理平台的响应或通知消息的路由,用来将响应或通知消息通过链路管理模块转送至不同的业务接入网关。同时,该路由管理模块接受来自消息管理模块的指令,根据路由信息文件(route.info)的变化情况判断是否需要更新路由信息。具体来说,路由管理模块在统一管理平台启动时负责加载路由信息info文件,创建路由策略;在收到变更路由信息的消息后,将动态地重置路由策略。对于来自链路管理模块的鉴权消息,路由管理模块缓存本次鉴权的会话信息,统一管理平台鉴权完成后,路由管理模块接收到鉴权响应消息,从缓存的此次会话信息中获取源网关编号,并通知链路管理模块向源网关转发相应消息;对于来自统一管理平台的通知消息,路由管理模块搜索路由策略的路由信息表,如果存在该消息的路由信息,则通知链路管理模块向搜索到的网关转发通知消息,否则通知链路管理模块向默认网关转发。
该路由管理模块与统一管理平台中的协议解析模块(protocolresolution,简称PR)连通,用来向协议解析模块转送业务消息或者向链路管理模块转送响应或通知消息。
本实施例中的支持多网关的方法,通过在统一管理平台和多个业务接入网关(SAG)之间建立互为服务端和客户端的若干链路以及形成对应的路由策略,从而将来自不同业务接入网关的业务消息接入至统一管理平台,同时,根据相应的路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关。
以下具体介绍本例中支持多网关的方法:
需要说明的是,统一管理平台和多个业务接入网关之间链路的建立、路由策略的形成是基于链路信息和路由信息(info文件)的正确生成的。
该统一管理平台中实现支持多网关的方法,包括以下步骤:
(一)统一管理平台和多个业务接入网关分别建立若干互为服务端和客户端的链路,通过所述若干链路,来自多个业务接入网关的业务消息接入至统一管理平台;
(二)统一管理平台建立对应于每个业务接入网关所连接的服务提供端的路由策略,根据所述路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关;
(三)统一管理平台维护并动态更新所述链路与路由策略。
以下具体介绍若干互为服务端和客户端的链路的具体建立过程。
统一管理平台为多个业务接入网关分别分配唯一的网关编号。
对应每一业务接入网关,该链路建立在以统一管理平台为服务端,业务接入网关为客户端的一组Ns条服务端链路信息以及以业务接入网关为服务端,统一管理平台为客户端的一组Nc条客户端链路信息上。
前述的Ns条服务端链路信息以及Nc条客户端链路信息,可以包含但不限于以下内容:网关编号、链路类型、服务端IP、服务端端口、收端设备标识、发端设备标识、用户名、密码、修改动作,修改时间等。
本实施方式中,Ns条服务端链路的服务器端口可以手工分配。
或者优选的,也可以在指定初始端口后,由统一管理平台自动进行分配。例如,配置起始端口号为Port0,第i个业务接入网关的服务端链路的监听端口号为从Port0+(i-1)×Ns至Port0+i×Ns-1。本发明的服务器端口分配不限于此计算方式。
所述路由策略包括对应于每个业务接入网关所连接的服务提供端的路由信息以及默认网关信息。统一管理平台在发送鉴权响应消息时,根据之前缓存的鉴权消息源网关编号向该业务接入网关发送消息;而在主动发送通知消息时,依据路由信息中的网关编号向对应业务接入网关发送消息,否则依据默认网关信息向默认业务接入网关发送消息。
请参考图2,图2所示是根据本发明方法实施例的生成业务接入网关链路信息和路由信息的info文件的流程图,该流程包括以下步骤:
步骤S201,GsMM接收到生成各类info文件的指令。该指令可以通过***任务定时触发或者通过终端接口手动触发,但不限于以上方式;
步骤S202,GsMM获取各业务接入网关的基本参数信息,主要包括但不限于IP地址、端口、设备类型、连接账号、密码等信息;
步骤S203,GsMM获取统一管理平台的基本参数信息,主要包括但不限于IP地址、端口分配模式、初始端口号、设备类型、连接账号、密码、链路更改时间、更改类型等信息;
步骤S204,根据统一管理平台的端口分配模式为服务端链路分配监听端口。如果为自动分配模式,则根据初始端口依次计算统一管理平台的各服务端链路的监听端口;否则获取手工分配的监听端口。自动分配模式介绍下:比如对于3个网关,每个网关两条服务端链路,初始端口为8890的前提下,统一管理平台对个网关的服务端链路的监听端口可分别分配为:8890、8891;8892、8893;8894、8895;
步骤S205,GsMM获取路由信息;
步骤S206,GsMM生成各类信息文件,结束。
图3是本发明方法实施例生成的业务接入网关链路信息和路由信息的info文件的示例图。其中图3中(a)所示的网关链路信息文件smg.info表示三个业务网关同时接入统一管理平台。每个业务接入网关由一条客户端链路和两条服务端链路组成,每条链路可由以下信息组成:所述网关编号、链路类型、服务端IP地址、端口号、登陆账号、密码、修改类型和修改时间等。
图3中(b)所示的路由信息文件route.info由SP接入号和网关编号等信息组成,比如“8855|2”表示了接入号为8855的SP的业务信息将被路由至2号网关。
以下以鉴权批价请求消息为例介绍业务消息的处理过程。在若干客户端链路和服务端链路成功建立后,对于来自业务接入网关的鉴权批价请求消息,统一管理平台缓存消息源的网关编号,待鉴权批价结束后,经由链路,将结果返回给网关编号所指的业务接入网关。
本实施方式中,优选的,搜索路由信息info文件表采用最大向前匹配的算法。
业务接入网关的链路信息和路由信息生成后,统一管理平台将根据这些信息创建和业务接入网关之间的链路及路由策略,如图4所示:
步骤S401,统一管理平台(UMP)正常启动;
步骤S402,判断读取所需的各Info文件是否存在;如果存在,则继续步骤403;如果Info文件不齐备,则无法创建链路和路由策略,失败结束;
步骤S403,加载网关链路info文件,和各接入网关建立TCP的实际连接,验证账号密码等信息后建立会话链路;
步骤S404,判断各网关链路是否均创建成功且状态正常。如果成功,则继续步骤S405;否则失败结束;
步骤S405,加载各SP相关的路由策略信息。结束。
本发明的方法实施例中,业务接入网关的链路信息和路由信息支持动态变更。每当手动维护引起链路信息和路由信息的info文件的变化或者***任务发现链路信息和路由信息的info文件发生变化时,都会向统一管理平台发送相关消息,通知统一管理平台更新链路信息或路由信息。该动态更新的方法使得统一管理平台在多业务接入网关管理上易于维护,可扩展性强。
统一管理平台对于定期或不定期的检测链路信息配置变化的指令,首先比较指令中链路信息的修改时间,如修改时间有不同,则将链路信息重置或关闭链路。
图5是根据本发明方法实施例的重新加载链路信息和路由信息的指令驱动下更新业务接入网关的链路信息和路由信息的流程图,该流程包括以下步骤:
步骤S501,UMP收到重新加载链路信息和路由信息的Info文件的消息;
步骤S502,判断消息类型,如果是通知加载业务接入网关的链路信息,转步骤S503;如果是通知加载路由信息,则转步骤S505;
步骤S503,根据当前各条链路的修改时间分别和对应info文件中相应链路的修改时间进行比较,如果存在链路在info文件中的修改时间晚于当前链路修改时间,则继续步骤S504进行变更处理;否则无需变更,结束;
步骤S504,对于需要变更处理的链路,根据info文件链路信息的变更动作按照一定的变更规则进行变更。变更动作可包括但不限于新增、修改、删除等;变更成功后结束;
步骤S505,如果消息类型是通知加载路由信息,则检查路由info文件较之前是否产生变化;如发生变化,则继续步骤S506;否则退出;
步骤S506,重新加载路由信息;结束。
统一管理平台和多个业务接入网关成功建立会话链路后,将根据一定的路由规则进行业务的开展,图6是根据本发明方法实施例的多个业务接入网关和统一管理平台消息交互的时序示意图,如图所示,几种流程实施的时序为:
流程S601,终端用户、CP/SP等途径的业务消息到达1号业务接入网关后,该网关向统一管理平台发起鉴权批价请求;统一管理平台的多网关管理装置(GsMM)接收来自网关的鉴权批价请求,将其发送给业务逻辑处理模块(SLP)鉴权,同时缓存本次鉴权的会话信息;SLP处理完后将本次鉴权结果回复至GsMM;GsMM从该鉴权缓存的会话信息中获取源网关编号:1号,将鉴权响应转发至1号网关;
流程S602,统一管理平台向SP下发通知消息,GsMM接收SLP的通知消息后,根据该消息的目的号码检索路由策略信息,优选地,可以使用最大前相匹配算法查找路由信息;检索发现该SP由的网关编号为n,GsMM将此通知消息转发至n号网关;
流程S603,统一管理平台向用户下发通知消息,GsMM接收SLP的通知消息后,根据该消息的目的号码和源号码分别检索路由策略信息,均未发现该SP的路由策略;GsMM获取默认网关编号(此处假设为1号),将此通知消息转发至1号默认网关。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (10)
1.一种统一管理平台中实现支持多网关的方法,具体包括以下步骤:
统一管理平台和多个业务接入网关分别建立若干互为服务端和客户端的链路,通过所述若干链路,来自多个业务接入网关的业务消息接入至统一管理平台;
统一管理平台建立对应于每个业务接入网关所连接的服务提供端的路由策略,根据所述路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关。
2.根据权利要求1所述的统一管理平台中实现支持多网关的方法,其特征在于:统一管理平台维护并动态更新所述链路与路由策略。
3.根据权利要求2所述的统一管理平台中实现支持多网关的方法,其特征在于:统一管理平台为多个业务接入网关分别分配唯一的网关编号,对应每一业务接入网关,所述链路建立在以统一管理平台为服务端,业务接入网关为客户端的一组Ns条服务端链路信息以及以业务接入网关为服务端,统一管理平台为客户端的一组Nc条客户端链路信息上。
4.根据权利要求3所述的统一管理平台中实现支持多网关的方法,其特征在于:所述Ns条服务端链路由统一管理平台自动配置,配置起始端口号为Port0,第i个业务接入网关的服务端链路的监听端口号为从Port0+(i-1)×Ns至Port0+i×Ns-1。
5.根据权利要求1-4任意一项所述的统一管理平台中实现支持多网关的方法,其特征在于:所述路由策略包括在若干链路成功建立后,对于来自业务接入网关的业务消息,统一管理平台缓存消息源的网关编号,待业务结束后,经由链路,将响应返回给网关编号所指的业务接入网关。
6.根据权利要求5所述的统一管理平台中实现支持多网关的方法,其特征在于:所述路由策略还包括对应于每个业务接入网关所连接的服务提供端的路由信息以及默认网关信息,在统一管理平台发送通知消息时,依据路由信息中的网关编号向对应业务接入网关发送消息;否则依据默认网关信息向默认业务接入网关发送消息。
7.一种统一管理平台,其特征在于:包括多网关管理装置,所述多网关管理装置用来和多个业务接入网关分别建立若干互为服务端和客户端的链路,所述若干链路用来将多个业务接入网关的业务消息接入至统一管理平台;所述多网关管理装置还用来建立对应于每个业务接入网关所连接的服务提供端的路由策略,并根据所述路由策略,将统一管理平台的响应或通知消息转送至不同的业务接入网关。
8.根据权利要求7所述的统一管理平台,其特征在于:所述多网关管理装置包括链路管理模块以及路由管理模块,所述链路管理模块用来和多个业务接入网关分别建立所述若干互为服务端和客户端的链路,并用来接收来自所述链路的业务消息以及发送来自统一管理平台的响应或通知消息;所述路由管理模块用来创建对应于每个业务接入网关所连接的服务提供端的路由策略,并且所述路由管理模块根据所述路由策略解析来自统一管理平台的响应或通知消息的路由,用来将消息通过链路管理模块转送至不同的业务接入网关。
9.根据权利要求8所述的统一管理平台,其特征在于:所述多网关管理装置还包括消息管理模块,用来接收重新加载链路和路由策略的指令,并将指令分拆成链路信息以及路由信息两部分,分别传送给对应的链路管理模块或者路由管理模块更新。
10.根据权利要求9所述的统一管理平台,其特征在于:所述多网关管理装置还包括链路、路由信息生成模块,用来重新生成所述若干互为服务端和客户端的链路以及路由策略。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910190178A CN101656631A (zh) | 2009-09-07 | 2009-09-07 | 一种统一管理平台中实现支持多网关的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910190178A CN101656631A (zh) | 2009-09-07 | 2009-09-07 | 一种统一管理平台中实现支持多网关的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101656631A true CN101656631A (zh) | 2010-02-24 |
Family
ID=41710737
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910190178A Pending CN101656631A (zh) | 2009-09-07 | 2009-09-07 | 一种统一管理平台中实现支持多网关的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101656631A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143210A (zh) * | 2010-12-30 | 2011-08-03 | 中国民航信息网络股份有限公司 | 一种多主机平台***及方法 |
CN102255789A (zh) * | 2010-05-19 | 2011-11-23 | 中兴通讯股份有限公司 | 一种消息路由的方法及中间网元 |
CN102624619A (zh) * | 2012-03-09 | 2012-08-01 | 上海大亚科技有限公司 | 基于源地址的多默认网关下实现报文转发路由选择的方法 |
WO2012136005A1 (en) * | 2011-04-08 | 2012-10-11 | Zte Corporation | A method for addressing a m2m terminal and a m2m platform device |
CN104468105A (zh) * | 2013-09-17 | 2015-03-25 | 中兴通讯股份有限公司 | 账号信息处理方法及装置 |
CN105376155A (zh) * | 2015-10-14 | 2016-03-02 | 北京无线天利移动信息技术股份有限公司 | 一种基于分布式集群架构的智能路由***及方法 |
CN108459915A (zh) * | 2018-01-31 | 2018-08-28 | 中电福富信息科技有限公司 | 一种适用于高并发场景的tcp通道管理***及其方法 |
CN110636061A (zh) * | 2019-09-20 | 2019-12-31 | 深圳市信锐网科技术有限公司 | 业务服务器接入方法、存储介质、终端设备及登录服务器 |
CN113162858A (zh) * | 2021-04-23 | 2021-07-23 | 中科云谷科技有限公司 | 流量转发***、设备、方法以及物联网*** |
-
2009
- 2009-09-07 CN CN200910190178A patent/CN101656631A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255789A (zh) * | 2010-05-19 | 2011-11-23 | 中兴通讯股份有限公司 | 一种消息路由的方法及中间网元 |
CN102255789B (zh) * | 2010-05-19 | 2016-01-20 | 中兴通讯股份有限公司 | 一种消息路由的方法及中间网元 |
CN102143210B (zh) * | 2010-12-30 | 2013-08-14 | 中国民航信息网络股份有限公司 | 一种多主机平台***及方法 |
CN102143210A (zh) * | 2010-12-30 | 2011-08-03 | 中国民航信息网络股份有限公司 | 一种多主机平台***及方法 |
WO2012136005A1 (en) * | 2011-04-08 | 2012-10-11 | Zte Corporation | A method for addressing a m2m terminal and a m2m platform device |
CN102624619B (zh) * | 2012-03-09 | 2015-05-27 | 上海大亚科技有限公司 | 基于源地址的多默认网关下实现报文转发路由选择的方法 |
CN102624619A (zh) * | 2012-03-09 | 2012-08-01 | 上海大亚科技有限公司 | 基于源地址的多默认网关下实现报文转发路由选择的方法 |
WO2015039562A1 (zh) * | 2013-09-17 | 2015-03-26 | 中兴通讯股份有限公司 | 账号信息处理方法及装置 |
CN104468105A (zh) * | 2013-09-17 | 2015-03-25 | 中兴通讯股份有限公司 | 账号信息处理方法及装置 |
CN105376155A (zh) * | 2015-10-14 | 2016-03-02 | 北京无线天利移动信息技术股份有限公司 | 一种基于分布式集群架构的智能路由***及方法 |
CN105376155B (zh) * | 2015-10-14 | 2018-11-02 | 北京无线天利移动信息技术股份有限公司 | 一种基于分布式集群架构的智能路由***及方法 |
CN108459915A (zh) * | 2018-01-31 | 2018-08-28 | 中电福富信息科技有限公司 | 一种适用于高并发场景的tcp通道管理***及其方法 |
CN110636061A (zh) * | 2019-09-20 | 2019-12-31 | 深圳市信锐网科技术有限公司 | 业务服务器接入方法、存储介质、终端设备及登录服务器 |
CN113162858A (zh) * | 2021-04-23 | 2021-07-23 | 中科云谷科技有限公司 | 流量转发***、设备、方法以及物联网*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101656631A (zh) | 一种统一管理平台中实现支持多网关的方法和装置 | |
US20110060830A1 (en) | Method, system and device for device capabilities exchange | |
EP2081336B1 (en) | Business message transmission method, system and apparatus | |
CN101083549A (zh) | 一种实现vpn配置服务的方法和*** | |
WO2014065273A1 (ja) | 通信システム、移動通信装置、移行制御装置、移行制御方法及び移行制御プログラム | |
EP1244271A2 (en) | Key distribution system for protection of route-update notifications in micromobility networks | |
CN101540969A (zh) | 号码携带在短消息***中的实现方法和装置 | |
CN102742218B (zh) | 中继服务器及中继通信*** | |
CN102137102B (zh) | 一种支持多类信息发布方式的业务支撑平台实现方法 | |
CN101562886A (zh) | 终端-后台一体化的软件平台、***和方法 | |
CN101212346B (zh) | 一种网元管理***的软件版本管理方法及装置 | |
CN100484014C (zh) | 智能网中的分布式集群业务管理***及业务管理方法 | |
CN102742219A (zh) | 中继服务器及中继通信*** | |
CN105393499A (zh) | 网关设备、通信***、通信方法和通信程序 | |
CN105337766A (zh) | 一种基于dhcp协议的网元自动发现方法及*** | |
CN100442718C (zh) | 一种多级分布式网络*** | |
CN113676855B (zh) | 携号转网方法、携号转网服务器、运营商服务器 | |
CN101330435B (zh) | 初始过滤规则优先级冲突处理方法 | |
JPH0622028A (ja) | 通信ネットワーク内の管理方式 | |
JP3965774B2 (ja) | ネットワークシステム | |
CN101494589B (zh) | 一种传输资源的管理***及方法 | |
JP2010028708A (ja) | セッション制御サーバのモジュール構成方法およびセッション制御サーバシステム | |
CN101772054A (zh) | 建立协议服务器板和线路终端板的通信连接的方法和装置 | |
US7779098B1 (en) | Methods for identifying and recovering stranded and access-no-revenue network circuits | |
CN109218359A (zh) | 一种物联网设备软件更新的方法及服务器端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100224 |