CN1980411A - 业务消息传输方法和系统 - Google Patents
业务消息传输方法和系统 Download PDFInfo
- Publication number
- CN1980411A CN1980411A CN200610063368.8A CN200610063368A CN1980411A CN 1980411 A CN1980411 A CN 1980411A CN 200610063368 A CN200610063368 A CN 200610063368A CN 1980411 A CN1980411 A CN 1980411A
- Authority
- CN
- China
- Prior art keywords
- smsapp
- service message
- proxy
- proxy1
- smsc
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0281—Proxies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13178—Control signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13336—Store & forward, messaging systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13339—Ciphering, encryption, security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13345—Intelligent networks, SCP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
Abstract
本发明公开了一种业务消息传输方法和系统,用于解决现有技术中业务量增加,网关系统负担重的问题。本发明公开的方法包括步骤:接入SP的PROXY1前置机接收SP发送给终端的业务消息;PROXY1对所述业务消息进行路由,将来自SP的业务消息发送到相应的SmsApp主处理进程;SmsApp对所述业务消息进行处理,将处理后的业务消息,根据被叫路由发送到接入SMSC的PROXY2前置机;PROXY2将所述处理后的业务消息根据被叫号码发送到相应的SMSC。本发明公开的系统通过增加多个PROXY前置机接入的方案,提高接入能力,实现负载均衡。
Description
技术领域
本发明涉及消息传输技术领域,特别涉及一种业务消息传输方法和系统。
背景技术
目前网上SP(service provider业务提供商)主要通过ISMG(Intemet ShortMessage Gateway短消息网关)与SMSC(Short Message Service Center短消息中心)建立连接,与手机用户进行短信交互,为用户提供服务。如图1所示的组网架构:其中:DSMP:Data Service Management Platform数据业务管理平台;SCP:Service Control Point业务控制点。随着SP的数量急剧增加,现有让SP接入点集中在单机短消息网关的组网已经使得短消息网关的接入能力成为一个开展业务的瓶颈。同时随着业务量的增加,单机网关的系统已经不堪重负。
发明内容
鉴于目前存在的接入能力瓶颈,本发明提供一种通过多PROXY前置机接入的方案,以提高接入能力。针对即使配置了现有顶级硬件,有些运营商局点的单机处理能力仍然不堪重负的情况,本发明提供一种将负载在业务层灵活分配到不同的多个主处理进程进行处理的方案,可以极大提高系统处理能力。
本发明提供一种业务消息传输方法,包括步骤:
接入SP的PROXY1前置机接收SP发送给终端的业务消息;
PROXY1对所述业务消息进行路由,将来自SP的业务消息发送到相应的SmsApp主处理进程;
SmsApp对所述业务消息进行处理,将处理后的业务消息,根据被叫路由发送到接入SMSC的PROXY2前置机;
PROXY2将所述处理后的业务消息根据被叫号码发送到相应的SMSC。
优选地,所述PROXY1对所述业务消息进行路由进一步为:所述PROXY1对所述业务消息按SP接入码进行路由,将来自同一个SP的业务消息发送到同一个SmsApp进行处理。
优选地,所述PROXY1对所述业务消息进行路由进一步为:所述PROXY1对所述业务消息按被叫号码号段进行路由,将来自相同号段的SP的业务消息发送到同一个SmsApp进行处理。
可选地,所述方法进一步包括:在PROXY1接收SP发送给终端的业务消息之前,在PROXY1上设立SmsApp帐号;PROXY1对所述业务消息进行路由,将来自SP的业务消息发送到与所述PROXY1上设立的SmsApp帐号相对应的SmsApp。
优选地,所述方法进一步包括:在PROXY1上对应不同的SmsApp设立不同的SmsApp帐号,每个帐号均设立一个备份帐号;当一个SmsApp出现故障时,启用其备份帐号的SmsApp处理及发送业务消息。
本发明还提供一种业务消息传输系统,包括SP和SMSC,其特征在于,还包括:
至少两个PROXY和至少一个SmsApp,其中:
在SP侧和SMSC侧分别设置至少一个PROXY,分别接入SP和SMSC;
接入SP的PROXY用于接收来自SP发送给终端的业务消息,并对所接收到的业务消息进行路由,将所述业务消息发送给对应的SmsApp进行处理;
SmsApp分别与接入SP的PROXY和接入SMSC的PROXY相连,对来自接入SP的PROXY的业务消息进行处理后,将所述业务消息发送给接入SMSC的PROXY,接入SMSC的PROXY将所述业务消息路由到相应的SMSC。
优选地,所述接入SP的PROXY对所接收到的业务消息进行路由为:PROXY按SP接入码对所接收到的业务消息进行路由,将来自同一个SP的业务消息发送到同一个SmsApp进行处理。
优选地,所述接入SP的PROXY对所接收到的业务消息进行路由为:PROXY按被叫号码号段对所接收到的业务消息进行路由,将同一个号段的业务消息发送到同一个SmsApp进行处理。
通过与现有技术相比较可以看出:本发明扩展了短消息网关系统的接入能力和消息处理能力,并且具有很强的容灾能力。整个系统具有很好的可扩展性,根据业务量的增加,以及SP数量的增加可以调整SmsApp主处理进程和PROXY的数量,以满足业务开展的需要。
附图说明
图1为现有技术中组网架构图;
图2为本发明一实施方式的系统图;
图3为本发明一实施方式的流程图;
图4为本发明另一实施方式的流程图。
具体实施方式
为使本发明要解决的技术问题、采取的技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明做进一步的详细说明。
为描述方便,下面将本发明实施方式中涉及到的术语,在这里集中解释:
TON:Type of Number地址的编码类型。
NPI:Numeric Plan Indicator地址的编码方案。
PID:Protocol id(协议ID)。
MT:SP发起到手机的消息。
MO:手机发起到SP的消息。
本发明的基本构思是:鉴于目前存在的接入能力瓶颈,本发明提供一种通过多PROXY接入的方案,PROXY前置机(是简化的短消息网关,主要功能包括号码转换,路由,转发消息给主处理进程等,后面将进一步给以描述),本方案可以在现有技术的基础上大大提高接入能力。针对即使配置了现有顶级硬件,有些运营商局点的单机处理能力仍然不堪重负的情况,本发明提供一种将负载在业务层灵活分配到不同的多个主处理进程进行处理的方案,可以大大提高系统处理能力。为描述方便,在本发明实施例中称主处理进程为SmsApp,提供类似现有网关的功能,并通过与PROXY的交互提高接入能力,实现负载均衡,并提供号码变换的功能。PROXY与SmsApp协作构成集群。
参照图2所示的业务消息传输系统:
包括:SP和SMSC,还包括:
至少两个PROXY和至少一个SmsApp,其中:
在SP侧和SMSC侧分别设置至少一个PROXY,分别接入SP和SMSC;
接入SP的PROXY用于接收来自SP发送给终端的业务消息,并对所接收到的业务消息进行路由,将所述业务消息发送给对应的SmsApp进行处理;在接入SP的PROXY上至少设立一个SmsApp帐号;SmsApp为与PROXY上设立的SmsApp帐号相对应的SmsApp。
实施例中SmsApp对所述业务消息进行处理,类似现有技术中的ISMG(参见图1所示的架构图)对接收消息进行处理的过程,这里就不再描述。
SmsApp分别与接入SP的PROXY和接入SMSC的PROXY相连,对来自接入SP的PROXY的业务消息进行处理后,将所述业务消息发送给接入SMSC的PROXY,接入SMSC的PROXY将所述业务消息路由到相应的SMSC。
接入SP的PROXY对所接收到的业务消息进行路由可以采用两种方式:
一种方式为:PROXY按SP接入码,即主叫号码,对所接收到的业务消息进行路由;将来自同一个SP的业务消息发送到同一个SmsApp进行处理。
另一种方式为:PROXY按被叫号码,通常按被叫号码号段对所接收到的业务消息进行路由,将同一个号段的业务消息发送到同一个SmsApp进行处理。
通过主被叫路由将属于某个SP号段或者手机号码号段的消息集中到同一个SmsApp处理,使得状态报告能够匹配。
下面进一步举实施例,阐述本发明实例例采用的技术方案。
一、路由方式:
每条消息有源地址,目的地址,源地址即主叫地址,目的地址即被叫地址。现有短消息网关都是根据被叫地址路由的。本发明实施例中的路由方式是主叫加被叫联合起来路由,其中路由项包括主叫地址、被叫地址、主叫地址的TON、主叫地址的NPI、被叫地址的TON、被叫地址NPI、PID。具体的路由配置可以主被叫一起设置,也可以只设置主叫,也可以只设置被叫(各项均支持通配符)。本发明的实施例通过主被叫路由进行负载分担。
例如:SP(A)的接入码是8888,一个用户(B)的手机号码是13600000000。A给B发消息的源地址(主叫)是8888,目的地址(被叫)是13600000000;反过来B给A发消息的源地址(主叫)是13600000000,目的地址(被叫)是8888。
实现负载分担的两种方式:
1、以SP接入码为核心进行负载分担:
接入SP的PROXY按主叫号码对MT消息进行路由,接入SMSC的PROXY按被叫号码进行路由,PROXY具有号码转换功能,将短信中心发来的消息或者回来的状态报告进行号码转换后发送到正确的SmsApp。号码转换的目的有很多种,有的是为了加上或者去掉国家码,有的是为了运营商之间互通(如移动发给电信的短消息需要加上106),有的是为了将SP的接入码变换成手机号码。转换前后都是号码,如手机号码或者SP接入码,有可能两者之间互换,依具体运营商网络互通的设置不同而不同。PROXY将同一个SP发来的MO和状态报告消息等业务集中到一个SmsApp进行处理。在SmsApp处理完的消息根据被叫路由到正确的PROXY,然后再根据被叫发送出去。如上面所说的例子,流程可以简单描述为:SP(A)-PROXY1-SmsApp1-PROXY2-SMSC(B归属的短信中心),即在PROXY1上设置主叫8888的消息路由到SmsApp1,在PROXY2上设置被叫为8888的消息路由到SmsApp1上,这样就可以将与SP(A)相关的业务集中到SmsApp1上处理。
2、以用户手机号码的号段为核心进行负载分担:
接入SP的PROXY按被叫对MT消息进行路由,接入SMSC的PROXY按主叫对MO消息和状态报告消息进行路由,将同一个号段的用户的业务集中到一个SmsApp进行处理。在SmsApp处理完的消息根据被叫路由到正确的PROXY,然后再根据被叫发送出去。如上面所说的例子,流程可以简单描述为:SP(A)-PROXY1-SmsApp2-PROXY2-SMSC(B归属的短信中心),即在PROXY1上设置被叫属于136号段的消息路由到SmsApp2,在PROXY2上设置主叫属于136号段的消息路由到SmsApp2上,这样就可以将与136号段相关的业务集中到SmsApp2上处理。
通过上面的方法,可以将短消息按号段分配到不同的SmsApp进行处理,使得业务处理由几个SmsApp分担。
二、一些细节技术方案的描述
1、备份帐号实现容灾:这是本发明的一个重点技术,在PROXY1上建立帐号SmsApp1和SmsApp2,分别在这两个帐号下建立到SmsApp1和SmsApp2的路由,设置SmsApp1的备份帐号为SmsApp2,当SmsApp1出现故障时,它的业务全部自动转移到SmsApp2。同样SmsApp上通过相关帐号也可以实现PROXY的备份。通过PROXY和SmsApp上的备份帐号功能,实现整个集群的容灾功能。
2、整个机群同步还是异步由SmsApp决定,即SmsAppp配置成同步则整个系统就是同步的,SmsApp配置成异步则整个系统就是异步的;PROXY全部为同步。不同运营商对整个系统配置成同步还是异步有不同的要求,本实施方式可以通过对SmsApp的配置来满足此不同要求。
1)同步集群:如图3所示以MT为例:SP下发消息给集群形式的网关,流程描述如下:
SP将消息发送到接入SP的PROXY;
接入SP的PROXY将消息发送给对应的SmsApp;
对应的SmsApp将消息发送给对应的短信中心接入的PROXY;
接入短信中心的PROXY将消息转发给对应的短信中心。
短信中心返回应答给接入短信中心的PROXY;
接入短信中心的PROXY将应答转发给对应的SmsApp
SmsApp将应答转发给接入SP的PROXY;
接入SP的PROXY将应答转发给SP。
这种流程的好处是可以将下级网元(短信中心)的应答情况直接反馈给SP,缺点是SP等待应答的时间较长。
2)异步集群:
如图4所示,以MT为例:SP下发消息给集群形式的网关的流程描述:
SP将消息发送到接入SP的PROXY;
接入SP的PROXY将消息发送给对应的SmsApp;
SmsApp将应答转发给接入SP的PROXY
接入SP的PROXY将应答转发给SP;
对应的SmsApp将消息发送给对应的短信中心接入的PROXY;
接入短信中心的PROXY将消息转发给对应的短信中心。
短信中心返回应答给接入短信中心的PROXY;
接入短信中心的PROXY将应答转发给对应的SmsApp
这种流程的缺点是无法将下级网元(短信中心)的应答情况直接反馈给SP,优点是SP等待应答的时间较短。
3、所有SmsApp以及PROXY可以共用一个数据库,或者几个数据库,也可以各自使用自己的数据库。数据库保存帐号路由数据,也保存在内存中超时的等待实体,等待实体是指,网关发送消息到短信中心(或者下级网关)后,将该消息保存在内存或者数据库中等待状态报告,等待状态报告的这类消息通常成为等待实体。通常只有状态报告返回,与等待实体匹配成功,并且状态报告显示消息正常下发的,才可以对该消息计费。
4、正常话单全部在SmsApp所在的机器出,PROXY可以设置自己的话单处理进程,处理传输故障时出现的异常话单。
5、SmsApp和PROXY相应的账号路由由统一的网管管理,这样方便进行账号路由的分配管理。当某个PROXY或者SmsApp出现异常情况,可以将路由账号数据同步到别的PROXY或者SmsApp。通过统一网管管理账号路由,在某个PROXY或者SmaApp异常情况下可以将路由账号数据同步到别的PROXY或者SmsApp。
本发明通过增加PROXY前置机,扩大了系统的接入能力。现有单机短消息网关的接入能力依赖于机器的物理配置以及操作系统,使得网关的接入能力有所限制。假设单台机器的接入能力上限(即在正常开展业务的情况下最多建立的接口数)是1100个接口。那么除去短信中心以及DSMP、SCP等与网关建立连接需要接口,留给SP使用的接口一般在800至900个,具体数据取决于实际组网。而按照本发明提供的集群模式组网,单个PROXY可提供给SP接口数量就可以达到800至900甚至上千个,整个系统可以提供给SP的接口数量可以随PROXY和SmsApp的增加而扩大。
通过本发明可以极大的扩展短消息网关系统的接入能力和消息处理能力,并且具有极强的容灾能力。整个系统具有极强的可扩展性,可以根据业务量的增加,以及SP数量的增加调整SmsApp和PROXY的数量,满足业务开展的需要。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (16)
1、一种业务消息传输方法,其特征在于,包括下列步骤:
接入SP的PROXY1前置机接收SP发送给终端的业务消息;
PROXY1对所述业务消息进行路由,将来自SP的业务消息发送到相应的SmsApp主处理进程;
SmsApp对所述业务消息进行处理,将处理后的业务消息,根据被叫路由发送到接入SMSC的PROXY2前置机;
PROXY2将所述处理后的业务消息根据被叫号码发送到相应的SMSC。
2、如权利要求1所述的业务消息传输方法,其特征在于,所述PROXY1对所述业务消息进行路由进一步为:所述PROXY1对所述业务消息按SP接入码进行路由,将来自同一个SP的业务消息发送到同一个SmsApp进行处理。
3、如权利要求1所述的业务消息传输方法,其特征在于,所述PROXY1对所述业务消息进行路由进一步为:所述PROXY1对所述业务消息按被叫号码号段进行路由,将来自相同号段的SP的业务消息发送到同一个SmsApp进行处理。
4、如权利要求1所述的业务消息传输方法,其特征在于,所述方法进一步包括:
在PROXY1接收SP发送给终端的业务消息之前,在PROXY1上设立SmsApp帐号;
PROXY1对所述业务消息进行路由,将来自SP的业务消息发送到与所述PROXY1上设立的SmsApp帐号相对应的SmsApp。
5、如权利要求4所述的业务消息传输方法,其特征在于,所述方法进一步包括:
在PROXY1上对应不同的SmsApp设立不同的SmsApp帐号,每个帐号均设立一个备份帐号;当一个SmsApp出现故障时,启用其备份帐号的SmsApp处理及发送业务消息。
6、如权利要求1至5任一项所述的业务消息传输方法,其特征在于,所述方法进一步包括:
接入SP的PROXY1设置为两个以上,来自不同SP的业务消息接入不同的PROXY1;一个PROXY1允许接入一个、两个或者多个SP。
7、如权利要求1至5任一项所述的业务消息传输方法,其特征在于,所述方法进一步包括:
接入SMSC的PROXY2设置为两个以上,发往不同SMSC的业务消息接入不同的PROXY2;一个PROXY2允许接入一个、两个或者多个SMSC。
8、如权利要求1至5任一项所述的业务消息传输方法,其特征在于,所述方法为:
PROXY1和PROXY2配置为同步方式;SmsApp配置为异步或者同步方式。
9、如权利要求1至5任一项所述的业务消息传输方法,其特征在于,所述方法为:
PROXY1、PROXY2和SmsApp共用一个或者多个数据库,或者分别使用不同的数据库。
10、如权利要求1至5任一项所述的业务消息传输方法,其特征在于,所述方法进一步包括:SmsApp存储并提供正常话单;PROXY1和PROXY2设置独立的话单处理进程,传送出现故障时存储并提供异常话单。
11、如权利要求1至5任一项所述的业务消息传输方法,其特征在于,所述方法进一步包括:
PROXY1、PROXY2和SmsApp的帐号路由由统一的网管进行分配和管理。
12、一种业务消息传输系统,包括SP和SMSC,其特征在于,还包括:
至少两个PROXY和至少一个SmsApp,其中:
在SP侧和SMSC侧分别设置至少一个PROXY,分别接入SP和SMSC;
接入SP的PROXY用于接收来自SP发送给终端的业务消息,并对所接收到的业务消息进行路由,将所述业务消息发送给对应的SmsApp进行处理;
SmsApp分别与接入SP的PROXY和接入SMSC的PROXY相连,对来自接入SP的PROXY的业务消息进行处理后,将所述业务消息发送给接入SMSC的PROXY,接入SMSC的PROXY将所述业务消息路由到相应的SMSC。
13、如权利要求12所述的业务消息传输系统,其特征在于,所述SmsApp进一步为:
接入SP的PROXY上至少设立一个SmsApp帐号;
所述将所述业务消息发送给对应的SmsApp进行处理中的SmsApp为:与PROXY上设立的SmsApp帐号相对应的SmsApp。
14、如权利要求12所述的业务消息传输系统,其特征在于,所述接入SP的PROXY对所接收到的业务消息进行路由为:
PROXY按SP接入码对所接收到的业务消息进行路由,将来自同一个SP的业务消息发送到同一个SmsApp进行处理。
15、如权利要求12所述的业务消息传输系统,其特征在于,所述接入SP的PROXY对所接收到的业务消息进行路由为:
PROXY按被叫号码号段对所接收到的业务消息进行路由,将同一个号段的业务消息发送到同一个SmsApp进行处理。
16、如权利要求12至15任一项所述的业务消息传输系统,其特征在于,在SP侧和SMSC侧分别设置的PROXY还用于号码转换,将来自SP或者SMSC的信息接入到与所转换的号码相对应的SmsApp。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610063368.8A CN1980411A (zh) | 2006-10-27 | 2006-10-27 | 业务消息传输方法和系统 |
PCT/CN2007/070972 WO2008052474A1 (fr) | 2006-10-27 | 2007-10-26 | Procédé de transmission de messages commerciaux, système et appareil |
EP07817163A EP2081336B1 (en) | 2006-10-27 | 2007-10-26 | Business message transmission method, system and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610063368.8A CN1980411A (zh) | 2006-10-27 | 2006-10-27 | 业务消息传输方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1980411A true CN1980411A (zh) | 2007-06-13 |
Family
ID=38131375
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610063368.8A Pending CN1980411A (zh) | 2006-10-27 | 2006-10-27 | 业务消息传输方法和系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2081336B1 (zh) |
CN (1) | CN1980411A (zh) |
WO (1) | WO2008052474A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008052474A1 (fr) * | 2006-10-27 | 2008-05-08 | Huawei Technologies Co., Ltd. | Procédé de transmission de messages commerciaux, système et appareil |
CN102045668A (zh) * | 2009-10-26 | 2011-05-04 | 中国移动通信集团公司 | 短消息状态报告的处理方法及系统 |
US9264453B2 (en) | 2013-11-08 | 2016-02-16 | At&T Mobility Ii Llc | Front end processor for short message service centers |
CN105992177A (zh) * | 2015-01-30 | 2016-10-05 | 中国移动通信集团广东有限公司 | 提升移动代理服务器可用性的方法、装置及系统 |
CN107196772A (zh) * | 2017-03-24 | 2017-09-22 | 阿里巴巴集团控股有限公司 | 一种广播消息的方法及装置 |
CN107766175A (zh) * | 2017-09-07 | 2018-03-06 | 中国光大银行股份有限公司信用卡中心 | 一种用于银行的数据处理系统 |
CN110837426A (zh) * | 2019-11-06 | 2020-02-25 | 腾讯科技(深圳)有限公司 | 消息处理方法、装置及系统、存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102045666B (zh) * | 2009-10-15 | 2013-06-12 | 华为技术有限公司 | 一种处理短消息业务的设备及方法 |
CN106411984A (zh) * | 2015-08-03 | 2017-02-15 | 天脉聚源(北京)科技有限公司 | 一种基于微信平台的网络负载均衡方法和系统 |
CN113157441B (zh) * | 2021-03-24 | 2023-03-14 | 北京云上曲率科技有限公司 | 一种分布式去中心化的负载均衡方法及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1252777A1 (en) * | 2000-02-01 | 2002-10-30 | Markport Limited | A messaging applications router |
CN100484167C (zh) * | 2003-06-05 | 2009-04-29 | 中国移动通信集团公司 | 基于互联网的短消息传送系统的计费方法 |
US7941165B2 (en) * | 2005-03-02 | 2011-05-10 | Cisco Technology, Inc. | System and method for providing a proxy in a short message service (SMS) environment |
CN100426885C (zh) * | 2006-03-14 | 2008-10-15 | 华为技术有限公司 | 短消息协议对等透传前置机及方法 |
CN1980411A (zh) * | 2006-10-27 | 2007-06-13 | 华为技术有限公司 | 业务消息传输方法和系统 |
-
2006
- 2006-10-27 CN CN200610063368.8A patent/CN1980411A/zh active Pending
-
2007
- 2007-10-26 WO PCT/CN2007/070972 patent/WO2008052474A1/zh active Application Filing
- 2007-10-26 EP EP07817163A patent/EP2081336B1/en active Active
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008052474A1 (fr) * | 2006-10-27 | 2008-05-08 | Huawei Technologies Co., Ltd. | Procédé de transmission de messages commerciaux, système et appareil |
CN102045668A (zh) * | 2009-10-26 | 2011-05-04 | 中国移动通信集团公司 | 短消息状态报告的处理方法及系统 |
US9264453B2 (en) | 2013-11-08 | 2016-02-16 | At&T Mobility Ii Llc | Front end processor for short message service centers |
US9692726B2 (en) | 2013-11-08 | 2017-06-27 | At&T Mobility Ii Llc | Front end processor for short message service centers |
CN105992177A (zh) * | 2015-01-30 | 2016-10-05 | 中国移动通信集团广东有限公司 | 提升移动代理服务器可用性的方法、装置及系统 |
RU2730039C1 (ru) * | 2017-03-24 | 2020-08-14 | Алибаба Груп Холдинг Лимитед | Способ и устройство для широковещательной передачи сообщений |
WO2018171543A1 (zh) * | 2017-03-24 | 2018-09-27 | 阿里巴巴集团控股有限公司 | 一种广播消息的方法及装置 |
CN107196772A (zh) * | 2017-03-24 | 2017-09-22 | 阿里巴巴集团控股有限公司 | 一种广播消息的方法及装置 |
US10824485B2 (en) | 2017-03-24 | 2020-11-03 | Alibaba Group Holding Limited | Methods and devices for broadcasting messages |
US11003514B2 (en) | 2017-03-24 | 2021-05-11 | Advanced New Technologies Co., Ltd. | Methods and devices for broadcasting messages |
CN107766175A (zh) * | 2017-09-07 | 2018-03-06 | 中国光大银行股份有限公司信用卡中心 | 一种用于银行的数据处理系统 |
CN107766175B (zh) * | 2017-09-07 | 2020-10-23 | 中国光大银行股份有限公司信用卡中心 | 一种用于银行的数据处理系统 |
CN110837426A (zh) * | 2019-11-06 | 2020-02-25 | 腾讯科技(深圳)有限公司 | 消息处理方法、装置及系统、存储介质 |
CN110837426B (zh) * | 2019-11-06 | 2024-01-30 | 腾讯科技(深圳)有限公司 | 消息处理方法、装置及系统、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2008052474A1 (fr) | 2008-05-08 |
EP2081336A4 (en) | 2010-04-07 |
EP2081336A1 (en) | 2009-07-22 |
EP2081336B1 (en) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1980411A (zh) | 业务消息传输方法和系统 | |
CN101022431B (zh) | 接口网关及接口网关的数据处理方法 | |
CN101076059B (zh) | 基于即时通讯的客服系统及基于即时通讯的客服方法 | |
CN102026124B (zh) | 短信智能业务平台系统及基于该系统的短信业务实现方法 | |
CN101068243B (zh) | 处理网关层与业务层的消息交互系统以及发送、接收方法 | |
CN101437002A (zh) | 移动代理服务器系统 | |
JP4565748B2 (ja) | 交換システム及びそのメッセージ処理方法 | |
CN100586113C (zh) | 基于手机短信实现即时通信软件互通的方法 | |
WO2010139150A1 (zh) | 多网多平面结构的短消息中心系统及其实现方法 | |
CN101018349A (zh) | 一种将发给手机号码的短消息发送到互联网程序的方法 | |
CN100550803C (zh) | 一种多协议公共路由管理的装置和方法 | |
CN101448215B (zh) | 基于移动网络的即时消息互通方法、系统及互通网关 | |
CN101888276A (zh) | 用于多用户光量子通信网络的量子路由器及其路由方法 | |
CN101378540B (zh) | 号码可携带业务实现方法、系统及号码可携带数据库 | |
CN101170734B (zh) | 实现不同网络之间业务互通的方法及装置 | |
CN100442718C (zh) | 一种多级分布式网络系统 | |
CN101018409A (zh) | 消息处理设备、系统及方法 | |
CN101288287B (zh) | 有多媒体能力的通信系统的缺席辅助系统 | |
CN101026787A (zh) | 一种将发给电话号码的短消息发送到互联网程序的方法 | |
CN101695040B (zh) | 一种模块化交换机及其进行数据交换的方法 | |
CN100456685C (zh) | 一种二层组播的实现方法及接入设备 | |
CN101060487B (zh) | 一种数据转发系统和方法 | |
CN101136845A (zh) | 多协议路由配置装置及方法 | |
CN102255789B (zh) | 一种消息路由的方法及中间网元 | |
CN101193153A (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 |
Open date: 20070613 |