CN101730318B - 一种彩信业务实现方法及通讯系统以及彩信路由器 - Google Patents

一种彩信业务实现方法及通讯系统以及彩信路由器 Download PDF

Info

Publication number
CN101730318B
CN101730318B CN2008101674824A CN200810167482A CN101730318B CN 101730318 B CN101730318 B CN 101730318B CN 2008101674824 A CN2008101674824 A CN 2008101674824A CN 200810167482 A CN200810167482 A CN 200810167482A CN 101730318 B CN101730318 B CN 101730318B
Authority
CN
China
Prior art keywords
multimedia message
message service
service router
mmsc
address
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.)
Expired - Fee Related
Application number
CN2008101674824A
Other languages
English (en)
Other versions
CN101730318A (zh
Inventor
张志远
程卫明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zhongcai Wyse Education Technology Co ltd
Tongzhou District Nantong Xin Hao Industrial Co ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2008101674824A priority Critical patent/CN101730318B/zh
Priority to PCT/CN2009/072586 priority patent/WO2010040292A1/zh
Priority to BRPI0905252-6A priority patent/BRPI0905252A2/pt
Publication of CN101730318A publication Critical patent/CN101730318A/zh
Application granted granted Critical
Publication of CN101730318B publication Critical patent/CN101730318B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Abstract

本发明公开了一种彩信业务实现方法及通讯系统以及彩信路由器，用于实现MMSC之间的容灾。本发明方法包括：接收本地域名服务器Local DNS发送的域名查询请求；向所述Local DNS返回彩信路由器的地址；所述彩信路由器接收彩信，并将所述彩信发送至通过检测的多媒体消息业务中心MMSC。本发明实施例还提供了一种通讯系统以及彩信路由器。本发明实施例可以有效地实现MMSC之间的容灾。

Description

一种彩信业务实现方法及通讯系统以及彩信路由器
技术领域
本发明涉及通讯领域，尤其设计一种彩信业务实现方法及通讯系统以及彩信路由器。
背景技术
多媒体消息业务(MMS，Multimedia Messaging Service)是短信息服务(SMS，Short Message Service)和增强型消息服务(EMS，Enhanced MessageService)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。多媒体消息业务中心(MMSC，Multimedia Messaging Service Center)主要用来实时控制消息的提交和下发，并存储用户数据和多媒体消息。
现有技术中的一种彩信业务实现方法为：
当无线应用协议网关(WAP GW，Wireless Application Protocol Gate Way)提交一条消息给MMSC的域名MMSdomain.com时，WAP GW一般会查找本地主机Hosts文件(该Hosts文件中保存有地址解析的对应关系)和缓存是否有MMSdomain.com对应的互联网协议(IP，Internet Protocol)地址，若没有，则到本地域名服务器(Local DNS，Local Domain Name Server)查询，其具体的业务流程如图1所示，如下：
101、WAP GW发送域名请求消息给Local DNS，查询域名MMSdomain对应的IP地址；
102、Local DNS发现本地没有MMSdomain的缓存记录，并发现MMSdomain对应两个授权服务器(即名字服务器)，采用随机或优先级的方式(视Local DNS采用的策略而定)，选择名字服务器(NS，Name Server)1，把消息发送给NS1服务器；
103、NS1根据一定的策略(如判断Local DNS和MMSC1/MMSC2的IP地址段来判断MMSC1离Local DNS最近，则选择MMSC1)选择MMSC1，则将MMSC1对应的IP地址反馈给Local DNS，默认情况下，其存活时间(TTL，Time To Live)的值为172800秒(2天，表示其响应记录的有效时间)；
104、Local DNS给WAP GW反馈域名响应，该域名响应中包含MMSC1的IP地址；
105、WAP GW发送消息给MMSC1。
但是，发明人在实现本发明的过程中，发现现有技术有如下缺陷：
当WAP GW查询一次DNS后，发现MMSdomain对应的IP地址为MMSC1，会在TTL时间内(一般为两天)，将所有的消息发给MMSC1，当MMSC1故障时，WAP GW将无法提交消息，无法实现MMSC的容灾。
发明内容
本发明实施例提供了一种彩信业务实现方法及通讯系统以及彩信路由器，能够实现多个MMSC之间的容灾。
本发明实施例提供的彩信业务实现方法，包括：接收本地域名服务器LocalDNS发送的域名查询请求；向该Local DNS返回彩信路由器的地址；该彩信路由器接收彩信，并将该彩信发送至通过检测的多媒体消息业务中心MMSC。
本发明实施例提供的通讯系统，包括：Local DNS，用于向第一彩信路由器发送域名查询请求，接收该第一彩信路由器反馈的第二彩信路由器地址；第一彩信路由器，用于接收Local DNS发送的域名查询请求，向所述LocalDNS反馈第二彩信路由器的地址；第二彩信路由器，用于接收彩信，向通过检测的MMSC发送该彩信；MMSC，用于接收第二彩信路由器发送的彩信。
本发明实施例提供的彩信路由器，包括：请求接收单元，用于接收LocalDNS发送的域名查询请求；地址反馈单元，用于向该Local DNS反馈第二彩信路由器的地址；接收单元，用于接收彩信，彩信中包含接收方信息；发送单元，用于向通过检测的MMSC发送所述彩信。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，LocalDNS向业务提供商(SP，Service Provider)或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，彩信路由器再将彩信发送给通过检测的MMSC，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾。
附图说明
图1为现有技术中彩信业务实现流程示意图；
图2为本发明实施例中彩信业务实现方法总体实施例流程图；
图3为本发明实施例中彩信业务实现方法业务流程图；
图4为本发明实施例中彩信业务实现方法第一实施例流程图；
图5为本发明实施例中彩信业务实现方法第二实施例流程图；
图6为本发明实施例中彩信业务实现方法第三实施例流程图；
图7为本发明实施例中彩信业务实现方法第四实施例流程图；
图8为本发明实施例中通讯系统实施例示意图；
图9为本发明实施例中通讯系统第二实施例示意图；
图10为本发明实施例中彩信路由器实施例示意图；
图11为本发明实施例中彩信路由器第二实施例示意图；
图12为本发明实施例中MMSC实施例示意图。
具体实施方式
本发明实施例提供了一种彩信业务实现方法及通讯系统以及彩信路由器，用于实现多个MMSC之间的容灾。
请参阅图2，本发明实施例中彩信业务实现方法总体流程包括：
201、接收域名查询请求；
接收本地域名服务器Local DNS发送的域名查询请求。
202、反馈彩信路由器的IP地址；
彩信路由器向Local DNS返回彩信路由器的IP地址，本实施例中以IP地址作为地址的例子进行说明，可以理解的是，在实际应用中，同样还可以是其他类型的地址，例如媒体访问控制(MAC，Media Access Control)地址。
203、接收彩信；
本实施例中，上述反馈给Local DNS的彩信路由器接收SP或WAP GW发送的彩信，所述彩信中包含接收方信息，用于指示该彩信需要被发送至哪个用户。
需要说明的是，本实施例中的彩信路由器可以为实际应用中的路由设备，或者是具备路由功能的其他网元，具体实现此处不作限定。
204、向通过检测的MMSC发送彩信。
本实施例中，彩信路由器在接收到彩信之后，查询该彩信应该由哪个MMSC进行处理，之后通过心跳检测的方式判断该MMSC是否发生故障。
需要说明的是，具体的判断方式可以为：在系统构建之后，彩信路由器即与MMSC之间进行持续的心跳检测，若发现某MMSC发生故障，则进行记录，当接收到彩信时，则可直接根据记录的信息判断对应的MMSC是否发生故障。
本实施例中，彩信路由器确定通过心跳检测的MMSC(即当前正常工作的MMSC)，若通过心跳检测的MMSC只有一个，则向该MMSC发送彩信，若通过心跳检测的MMSC超过一个，则可按照预置的分配原则将彩信分配给通过心跳检测的MMSC的其中一个，具体的分配方式将在后面详细说明。
本实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，Local DNS向SP或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，彩信路由器再将彩信发送给通过检测的MMSC，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾。
上述对本发明实施例中的彩信业务实现方法进行了介绍，下面结合系统架构对彩信业务流程进行描述，下面的实施例中以WAP GW发起彩信流程为例进行说明，具体的SP发起彩信流程的方式类似，此处不再赘述，请参阅图3，本发明实施例中彩信业务流程具体包括：
301、WAP GW向Local DNS发送域名服务请求；
当用户终端需要发送彩信时，用户终端向WAP GW发送域名服务请求，WAP GW接收到该域名服务请求时，向Local DNS发送域名服务请求，以获取可以处理该彩信的MMSC的地址。
302、Local DNS向彩信路由器发送域名查询请求；
Local DNS接收到WAP GW发送的域名服务请求之后，向彩信路由器请求获取MMSC的地址。
需要说明的是，本实施例中，在系统架构中可以存在2个或2个以上的彩信路由器，Local DNS可以按照一定的策略选取彩信路由器，例如就近选取等，若选取的彩信路由器发生故障，则Local DNS再向其他的彩信路由器发送域名服务请求。
303、彩信路由器向Local DNS反馈彩信路由器的地址；
彩信路由器通过心跳检测对全部的彩信路由器进行检测，再根据LocalDNS的IP地址和通过心跳检测的彩信路由器自身的IP地址段，选取对应的彩信路由器IP地址，将该彩信路由器IP地址携带于响应消息中反馈至LocalDNS。
本实施例中，彩信路由器之间通过心跳检测判断当前正常工作的彩信路由器，若当前正常工作的彩信路由器只有一个，则向Local DNS反馈该正常工作的彩信路由器的IP地址，若当前正常工作的彩信路由器超过一个，则还可以进行进一步的检测，例如可以选择性能最好或离Local DNS最近的彩信路由器，具体方式可以为：根据Local DNS的IP地址和当前正常工作的彩信路由器的IP地址的关系对当前正常工作的彩信路由器进行地址检测，以选取离Local DNS最近的彩信路由器为通过地址检测的彩信路由器，并将该彩信路由器的地址提供给Local DNS。
该响应消息中还可以携带TTL参数，该TTL参数用于指示响应消息中的彩信路由器IP地址的有效时间，该TTL参数的数值比默认的172800秒小，具体数值可以根据实际应用进行确定，例如本实施例中可以将TTL数值设置为5分钟，即彩信路由器向Local DNS反馈的彩信路由器IP地址的有效期为5分钟，超过该有效期后，则Local DNS需要重新向彩信路由器获取新的地址。
本步骤中，彩信路由器向Local DNS反馈的地址并非MMSC的IP地址，而是自身或其他彩信路由器的IP地址，则后续WAP GW提交彩信时，会首先将彩信提交至彩信路由器，则彩信路由器可以根据MMSC的故障情况选取合适的MMSC处理WAP GW提交的彩信。
304、Local DNS向WAP GW反馈彩信路由器的地址；
Local DNS收到彩信路由器发送的响应消息之后，从中提取出彩信路由器的IP地址，并将该彩信路由器的IP地址发送至WAP GW。
305、WAP GW提交彩信；
WAP GW接收到Local DNS发送的地址之后，将彩信发送至对应的彩信路由器。
306、彩信路由器根据心跳检测的情况对该彩信进行分配。
本实施例中，以2个MMSC的情况为例进行说明，可以理解的是，实际应用中，还可以有更多的MMSC。
若各个MMSC均未发生故障，则为了保持负担均衡，彩信路由器在分配彩信时需要基于一些分配原则以使得各个MMSC之间能够互相分配负荷，具体的原则可以包括：
A、号码信息原则：
本方式中，彩信路由器接收到WAP GW发送的彩信之后，从该彩信中读取发送方以及接收方的号码信息，具体的号码信息可以为号段或者是尾号；
读取到号码信息之后，彩信路由器可以选择为该号码信息提供对应的MMSC；
需要说明的是，彩信路由器预先可以获知号码信息与MMSC之间的对应关系，该对应关系可以存储于彩信路由器，也可以存储于其他网元，彩信路由器在获取号码信息之后，即可查询到为该号码信息服务的MMSC，并将该彩信分配至该MMSC处理。
由于彩信业务流程中，除了发送彩信之外，还有一些后续流程，例如递送报告，下载请求，确认消息等，为了保证彩信业务的正常运行，某一彩信被分配到某一MMSC进行处理之后，该彩信的后续流程亦被分配至该MMSC进行处理，由于所有后续流程中均包含相应的号码信息，且所有从WAP GW发送的控制信息均会通过彩信路由器，故彩信路由器可以根据这些后续流程中的号码信息选取MMSC进行处理。
B、平均分配原则：
本方式中，彩信路由器在接收到WAP GW发送的彩信之后，按照尽可能平分的方式，将彩信分配给各个MMSC进行处理，具体可以采用如下的处理方式：
彩信路由器根据预置的分担比例检测各心跳检测正常的MMSC以确定通过检测的MMSC。
在实际应用中，该分担比例可以由管理员进行设定，例如可以设定第一MMSC以及第二MMSC的分担比例均为50％，则彩信路由器接收到一条新的彩信之后，会根据该分担比例判断第一MMSC以及第二MMSC的分担比例是否均为50％，若不是，则将当前分担比例小的MMSC确认为通过检测的MMSC，向该MMSC发送该彩信。
由于彩信业务流程中，除了发送彩信之外，还有一些后续流程，例如递送报告，下载请求，确认消息等，为了保证彩信业务的正常运行，某一彩信被分配到某一MMSC进行处理之后，该彩信的后续流程也须被分配至该MMSC进行处理，由于每个后续流程都包含消息标识，且彩信路由器在分配彩信时同样记录了消息标识，则彩信路由器在后续分配后续流程时即可按照该消息标识，将某一彩信的控制信息分配至处理该彩信的MMSC。
上述提到了两种分配原则，彩信路由器可以按照上述的分配原则进行彩信分配，可以理解的是，在实际应用中，除了上述两种原则之外，还可以采用其他类似的原则，此处不作限定。
本实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，Local DNS向SP或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，彩信路由器再将彩信发送给通过检测的MMSC，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
其次，由于彩信路由器可以按照不同的分配原则对彩信进行分配，因此各MMSC之间处理彩信的数目大致均衡，使得各MMSC负荷分档，从而提高了各MMSC的处理效率。
下面对本发明实施例中的彩信业务实现方法进行详细介绍：
本发明实施例中提供了一种彩信业务实现方法，在该方法中，彩信路由器可以记录彩信发送给了哪一个MMSC，则在后续接收到与该彩信相关的信息时，可以将这些信息直接发送给该MMSC以保证同一会话中的相关消息都由同一个MMSC进行处理。
为便于理解，下面按照实际应用中的业务类型对本发明实施例中的彩信业务实现方法进行分别说明：
一、多媒体消息(MM，Multimedia Message)1接口业务流程：
本实施例中，MM1接口即指MMSC与WAP GW之间的接口，具体的流程如图4所示，本发明实施例中彩信业务实现方法第一实施例包括：
401、WAP GW向Local DNS发送域名服务请求；
本实施例中，若WAP GW没有MMSC的域对应的IP地址，则向Local DNS查询域名MMSCdomain对应的IP地址。
402、Local DNS向彩信路由器发送域名查询请求；
若Local DNS发现域名MMSCdomain对应的IP地址已过有效期(即超过TTL时间)，查询得到域名MMSCdomain的名字服务器记录为彩信路由器，则向彩信路由器查询MMSCdomain的域名。
403、彩信路由器返回检测通过的彩信路由器的地址给Local DNS；
彩信路由器对全部彩信路由器进行心跳检测，若正常工作的彩信路由器只有一个，则反馈该正常工作的彩信路由器的IP地址给Local DNS，若正常工作的彩信路由器有多个，则会按照号段或尾号选取适当的彩信路由器，例如选取离Local DNS最近的彩信路由器。
404、Local DNS向WAP GW反馈查询结果；
上述步骤401至步骤404为查询彩信路由器地址的过程。
405、WAP GW向彩信路由器发送MM1提交请求；
406、彩信路由器向MMSC发送MM1提交请求；
本实施例中，彩信路由器根据预先的分配原则(例如号码信息原则或平均分配原则等)把消息提交给MMSC1或MMSC2。
需要说明的是，本实施例中，同样可以由彩信路由器对连接的MMSC进行心跳检测，确定当前正常工作的MMSC，若当前正常工作的MMSC只有一个，则向该正常工作的MMSC发送MM1提交请求，若当前正常工作的MMSC超过一个，则还可以按照预置的分配原则将MM1提交请求分配给当前正常工作的MMSC中的一个，具体的分配方式与前述方法实施例中描述的分配方式一致，此处不再赘述。
407、MMSC向彩信路由器反馈MM1提交响应；
408、彩信路由器向WAP GW反馈MM1提交响应；
上述步骤405至步骤408为终端提交消息过程。
409、MMSC向WAP GW发送MM1通知请求；
本实施例中，接收到MM1提交请求的MMSC(假设为MMSC1)发送推送(Push)通知给用户，其Push通知的统一资源定位符(URL，Uniform ResourceLocator)为该MMSC的域名MMSCDomain。
410、WAP GW向彩信路由器发送MM1通知响应；
接收方(用户终端，WAP GW)收到通知消息后，则可以向彩信路由器反馈响应(若接收方为用户终端，则用户终端通过WAP GW向彩信路由器反馈响应)，该响应中携带有步骤409中接收到的MMSCDomain，该响应地址为终端设置的信息服务器地址，因此指向彩信路由器。
411、彩信路由器向MMSC发送MM1通知响应；
本实施例中，彩信路由器接收到WAP GW发送的MM1通知响应之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM1提交请求，则为了保证会话处理的一致性，将该MM1通知响应发送至MMSC1。
上述步骤409至步骤411为通知的发送和响应过程。
412、WAP GW向彩信路由器发送请求下载消息；
本实施例中，WAP GW将终端请求下载的消息发到彩信路由器上，需要说明的是，本实施例中的请求下载的消息中同样携带有步骤409中接收到的MMSCDomain。
413、彩信路由器向MMSC发送请求下载消息；
本实施例中，彩信路由器接收到WAP GW发送的请求下载的消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM1提交请求，则为了保证会话处理的一致性，将该请求下载的消息发送至MMSC1。
414、MMSC向彩信路由器反馈MM1下载响应消息；
本实施例中，MMSC1从内存或磁盘找到对应的消息返回给彩信路由器。
415、彩信路由器向WAP GW反馈MM1下载响应消息；
上述步骤412至步骤415为终端接收方获取消息的过程。
416、WAP GW向彩信路由器发送MM1确认请求消息；
接收方(WAP GW)根据终端上配置的信息服务器地址将消息投递到彩信路由器，在该MM1确认请求消息中携带有步骤409中接收到的MMSCDomain。
417、彩信路由器向MMSC发送MM1确认请求消息；
本实施例中，彩信路由器接收到WAP GW发送的MM1确认请求消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM1提交请求，则为了保证会话处理的一致性，将该MM1确认请求消息发送至MMSC1。
上述步骤416以及步骤417为终端下载消息成功后的确认过程。
418、MMSC向WAP GW发送MM1递送报告；
若发送方终端请求递送报告，且MMSC允许递送报告，则MMSC把消息处理结果(接收方成功接收信息)反馈给发送方。
上述步骤418为递送报告过程。
419、WAP GW向彩信路由器发送MM1阅读报告；
若发送方终端请求阅读报告，且MMSC允许阅读报告，则接收方把阅读报告(包括自己的反馈等信息)发给彩信路由器，该MM1阅读报告中携带有步骤409中接收到的MMSCDomain。
420、彩信路由器向MMSC发送MM1阅读报告；
本实施例中，彩信路由器接收到WAP GW发送的MM1阅读报告之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM1提交请求，则为了保证会话处理的一致性，将该MM1阅读报告发送至MMSC1。
421、MMSC向WAP GW发送MM1阅读报告响应。
上述步骤419至步骤421为阅读报告过程。
本实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，Local DNS向SP或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
其次，由于接收到MM1提交请求的MMSC发送Push通知给用户，其Push通知的URL为该MMSC的域名MMSCDomain，因此接收方(用户或WAP GW)在发送后续相关消息时可以携带该域名，从而使得彩信路由器获知是由哪个MMSC获取到了MM1提交请求，从而可以将这些后续消息发送至该MMSC，从而保证了同一会话只会被发送至同一个MMSC。
二、MM3接口业务流程：
本实施例中，MM3接口即指MMSC与外接设备(例如邮件服务器，传真服务器等)之间的接口，具体的流程如图5所示，本发明实施例中彩信业务实现方法第二实施例包括：
501、邮件服务器向Local DNS发送域名服务请求；
若邮件服务器中没有MMSCDomain对应的IP地址，则到Local DNS查询域名MMSCDomain对应的IP地址。
502、Local DNS向彩信路由器发送域名查询请求；
若Local DNS发现域名MMSCDomain对应的IP地址已过有效期(即TTL时间已经超时)，查询得到域名MMSCdomain的名字服务器记录为彩信路由器(本实施例中以一个彩信路由器为例进行说明，可以理解的是，在实际应用中，同样可以有多个彩信路由器)，则向彩信路由器查询MMSCDomain的域名。
503、彩信路由器向Local DNS反馈通过检测的彩信路由器的地址；
彩信路由器向Local DNS反馈域名服务响应，即通过检测的彩信路由器的地址。
彩信路由器对全部彩信路由器进行心跳检测，若正常工作的彩信路由器只有一个，则反馈该正常工作的彩信路由器的IP地址给Local DNS，若正常工作的彩信路由器有多个，则会按照号段或尾号选取适当的彩信路由器，例如选取离Local DNS最近的彩信路由器。
504、Local DNS向邮件服务器反馈域名服务响应；
该域名服务响应中包含彩信路由器的IP地址。
505、邮件服务器向彩信路由器发送MM3递送请求；
506、彩信路由器向MMSC发送MM3递送请求；
本实施例中，彩信路由器根据接收方的号码信息(若采用平均分配原则，则根据消息标识等信息)将消息分发给对应的MMSC。
需要说明的是，本实施例中，同样可以由彩信路由器对连接的MMSC进行心跳检测，确定当前正常工作的MMSC，若当前正常工作的MMSC只有一个，则向该正常工作的MMSC发送MM3递送请求，若当前正常工作的MMSC超过一个，则还可以按照预置的分配原则将MM3递送请求分配给当前正常工作的MMSC中的一个，具体的分配方式与前述方法实施例中描述的分配方式一致，此处不再赘述。
507、MMSC向彩信路由器反馈MM3递送响应；
508、彩信路由器向邮件服务器反馈MM3递送响应；
509、MMSC向WAP GW发送MM1通知请求；
接收到MM3递送请求的MMSC(假设为MMSC1)发送Push通知给用户，其Push通知的URL为MMSC1的域名MMSCDomain。
510、WAP GW向Local DNS发送域名服务请求；
511、Local DNS向WAP GW反馈域名服务响应；
512、WAP GW向彩信路由器发送MM1通知响应；
接收方收到通知消息回后反馈响应，该响应中携带有步骤509中接收到的MMSCDomain，该响应地址为终端设置的信息服务器地址，因此指向彩信路由器。
513、彩信路由器向MMSC发送MM1通知响应；
本实施例中，彩信路由器接收到WAP GW发送的MM1通知响应之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM3递送请求，则为了保证会话处理的一致性，将该MM1通知响应发送至MMSC1。
514、WAP GW向彩信路由器发送请求下载消息；
WAP GW将终端请求下载的消息发到彩信路由器上，需要说明的是，本实施例中的请求下载的消息中同样携带有步骤509中接收到的MMSCDomain。
515、彩信路由器向MMSC发送请求下载消息；
本实施例中，彩信路由器接收到WAP GW发送的请求下载的消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM3递送请求，则为了保证会话处理的一致性，将该请求下载的消息发送至MMSC1。
516、MMSC向彩信路由器发送下载响应消息
MMSC从内存或者磁盘中找到对应的消息返回给彩信路由器。
517、彩信路由器向WAP GW反馈下载响应消息；
518、WAPGW向彩信路由器发送MM1确认请求消息；
接收方根据终端上配置的信息服务器地址将消息投递到彩信路由器，在该MM1确认请求消息中携带有步骤509中接收到的MMSCDomain。
519、彩信路由器向MMSC发送MM1确认请求消息。
本实施例中，彩信路由器接收到WAP GW发送的MM1确认请求消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM3递送请求，则为了保证会话处理的一致性，将该MM1确认请求消息发送至MMSC1。
本实施例中，步骤519后续还包括响应的过程，具体过程与上述第一实施例类似，此处不再赘述。
本实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，Local DNS向SP或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，彩信路由器将彩信发送给未发生故障的MMSC，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
其次，由于接收到MM3递送请求的MMSC发送Push通知给用户，其Push通知的URL为该MMSC的域名MMSCDomain，因此接收方(用户或WAP GW)在发送后续相关消息时可以携带该域名，从而使得彩信路由器获知是由哪个MMSC获取到了MM3递送请求，从而可以将这些后续消息发送至该MMSC，从而保证了同一会话只会被发送至同一个MMSC。
三、MM4接口业务流程：
本实施例中，MM4接口即指本地MMSC与外地MMSC之间的接口，具体的流程如图6所示，本发明实施例中彩信业务实现方法第三实施例包括：
601、外地MMSC向Local DNS发送域名服务请求；
若外地MMSC中没有MMSCDomain对应的IP地址，则到Local DNS查询域名MMSCDomain对应的IP地址。
602、Local DNS向彩信路由器发送域名服务请求；
若Local DNS发现域名MMSCDomain对应的IP地址已过有效期(即TTL时间已经超时)，查询得到域名MMSCdomain的名字服务器记录为彩信路由器(本实施例中以一个彩信路由器为例进行说明，可以理解的是，在实际应用中，同样可以有多个彩信路由器)，则向彩信路由器查询MMSCDomain的域名。
603、彩信路由器向Local DNS反馈域名服务响应，该域名服务响应中包含检测通过的彩信服务器的地址；
彩信路由器对全部彩信路由器进行心跳检测，若心跳检测正常的彩信路由器只有一个，则反馈该正常工作的彩信路由器的IP地址给Local DNS，若正常工作的彩信路由器有多个，则会按照号段或尾号选取适当的彩信路由器，例如选取离Local DNS最近的彩信路由器。
604、Local DNS向外地MMSC反馈域名服务响应；
该域名服务响应中包含彩信路由器的IP地址。
605、外地MMSC向彩信路由器发送MM4提交请求；
606、彩信路由器向MMSC发送MM4提交请求；
本实施例中，彩信路由器根据接收方的号码信息(若采用平均分配原则，则根据消息标识等信息)将消息分发给对应的MMSC。
需要说明的是，本实施例中，同样可以由彩信路由器对连接的MMSC进行心跳检测，确定当前正常工作的MMSC，若当前正常工作的MMSC只有一个，则向该正常工作的MMSC发送MM4提交请求，若当前正常工作的MMSC超过一个，则还可以按照预置的分配原则将MM4提交请求分配给当前正常工作的MMSC中的一个，具体的分配方式与前述方法实施例中描述的分配方式一致，此处不再赘述。
607、MMSC向彩信路由器反馈MM4递送响应；
608、彩信路由器向外地MMSC反馈MM4递送响应；
609、MMSC向WAP GW发送MM1通知请求；
接收到MM4提交请求的MMSC(假设为MMSC1)发送Push通知给用户，其Push通知的URL为MMSC1的域名MMSCDomain。
610、WAP GW向Local DNS发送域名服务请求；
611、Local DNS向WAP GW反馈域名服务响应；
612、WAP GW向彩信路由器发送MM1通知响应；
接收方收到通知消息回后反馈响应，该响应中携带有步骤609中接收到的MMSCDomain，该响应地址为终端设置的信息服务器地址，因此指向彩信路由器。
613、彩信路由器向MMSC发送MM1通知响应；
本实施例中，彩信路由器接收到WAP GW发送的MM1通知响应之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM4提交请求，则为了保证会话处理的一致性，将该MM1通知响应发送至MMSC1。
614、WAP GW向彩信路由器发送请求下载消息；
WAP GW将终端请求下载的消息发到彩信路由器上，需要说明的是，本实施例中的请求下载的消息中同样携带有步骤609中接收到的MMSCDomain。
615、彩信路由器向MMSC发送请求下载消息；
本实施例中，彩信路由器接收到WAP GW发送的请求下载的消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM4提交请求，则为了保证会话处理的一致性，将该请求下载的消息发送至MMSC1。
616、MMSC向彩信路由器发送下载响应消息
MMSC从内存或者磁盘中找到对应的消息返回给彩信路由器。
617、彩信路由器向WAP GW反馈现在响应消息；
618、WAP GW向彩信路由器发送MM1确认请求消息；
接收方根据终端上配置的信息服务器地址将消息投递到彩信路由器，在该MM1确认请求消息中携带有步骤609中接收到的MMSCDomain。
619、彩信路由器向MMSC发送MM1确认请求消息。
本实施例中，彩信路由器接收到WAP GW发送的MM1确认请求消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM4提交请求，则为了保证会话处理的一致性，将该MM1确认请求消息发送至MMSC1。
620、MMSC向外地MMSC发送MM4递送报告请求；
621、外地MMSC向MMSC反馈MM4递送报告响应。
本实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，Local DNS向SP或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
其次，由于接收到MM4提交请求的MMSC发送Push通知给用户，其Push通知的URL为该MMSC的域名MMSCDomain，因此接收方(用户或WAP GW)在发送后续相关消息时可以携带该域名，从而使得彩信路由器获知是由哪个MMSC获取到了MM4提交请求，从而可以将这些后续消息发送至该MMSC，从而保证了同一会话只会被发送至同一个MMSC。
四、MM7接口业务流程：
本实施例中，MM7接口为一个增值应用接口，一般指MMSC与SP之间的接口，具体的流程如图7所示，本发明实施例中彩信业务实现方法第四实施例包括：
701、SP向Local DNS发送域名服务请求；
若SP中没有MMSCDomain对应的IP地址，则到Local DNS查询域名MMSCDomain对应的IP地址。
702、Local DNS向彩信路由器发送域名服务请求；
若Local DNS发现域名MMSCDomain对应的IP地址已过有效期(即TTL时间已经超时)，查询得到域名MMSCdomain的名字服务器记录为彩信路由器(本实施例中以一个彩信路由器为例进行说明，可以理解的是，在实际应用中，同样可以有多个彩信路由器)，则向彩信路由器查询MMSCDomain的域名。
703、彩信路由器向Local DNS反馈域名服务响应，该域名服务响应中包含检测通过的彩信服务器的地址；
彩信路由器对全部彩信路由器进行心跳检测，若心跳检测正常的彩信路由器只有一个，则反馈该正常工作的彩信路由器的IP地址给Local DNS，若正常工作的彩信路由器有多个，则会按照号段或尾号选取适当的彩信路由器，例如选取离Local DNS最近的彩信路由器。
704、Local DNS向SP反馈域名服务响应；
该域名服务响应中包含彩信路由器的IP地址。
705、SP向彩信路由器发送MM7提交请求；
706、彩信路由器向MMSC发送MM7提交请求；
本实施例中，彩信路由器根据接收方的号码信息(若采用平均分配原则，则根据消息标识等信息)将消息分发给对应的MMSC。
需要说明的是，本实施例中，同样可以由彩信路由器对连接的MMSC进行心跳检测，确定当前正常工作的MMSC，若当前正常工作的MMSC只有一个，则向该正常工作的MMSC发送MM7提交请求，若当前正常工作的MMSC超过一个，则还可以按照预置的分配原则将MM7提交请求分配给当前正常工作的MMSC中的一个，具体的分配方式与前述方法实施例中描述的分配方式一致，此处不再赘述。
707、MMSC向彩信路由器反馈MM7递送响应；
708、彩信路由器向SP反馈MM7递送响应；
709、MMSC向WAP GW发送MM1通知请求；
接收到MM7提交请求的MMSC(假设为MMSC1)发送Push通知给用户，其Push通知的URL为MMSC1的域名MMSCDomain。
710、WAP GW向Local DNS发送域名服务请求；
711、Local DNS向WAP GW反馈域名服务响应；
712、WAP GW向彩信路由器发送MM1通知响应；
接收方收到通知消息回后反馈响应，该响应中携带有步骤709中接收到的MMSCDomain，该响应地址为终端设置的信息服务器地址，因此指向彩信路由器。
713、彩信路由器向MMSC发送MM1通知响应；
本实施例中，彩信路由器接收到WAP GW发送的MM1通知响应之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM7提交请求，则为了保证会话处理的一致性，将该MM1通知响应发送至MMSC1。
714、WAP GW向彩信路由器发送请求下载消息；
WAP GW将终端请求下载的消息发到彩信路由器上，需要说明的是，本实施例中的请求下载的消息中同样携带有步骤709中接收到的MMSCDomain。
715、彩信路由器向MMSC发送请求下载消息；
本实施例中，彩信路由器接收到WAP GW发送的请求下载的消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM7提交请求，则为了保证会话处理的一致性，将该请求下载的消息发送至MMSC1。
716、MMSC向彩信路由器发送下载响应消息
MMSC从内存或者磁盘中找到对应的消息返回给彩信路由器。
717、彩信路由器向WAP GW反馈现在响应消息；
718、WAP GW向彩信路由器发送MM1确认请求消息；
接收方根据终端上配置的信息服务器地址将消息投递到彩信路由器，在该MM1确认请求消息中携带有步骤709中接收到的MMSCDomain。
719、彩信路由器向MMSC发送MM1确认请求消息。
本实施例中，彩信路由器接收到WAP GW发送的MM1确认请求消息之后，从该响应中提取MMSCDomain，即可获知MMSC1接收到了之前的MM7提交请求，则为了保证会话处理的一致性，将该MM1确认请求消息发送至MMSC1。
720、MMSC向SP发送MM7递送报告请求；
721、SP向MMSC反馈MM7递送报告响应。
本实施例中，彩信路由器向Local DNS反馈彩信路由器的地址，Local DNS向SP或WAP GW发送彩信路由器的地址，SP或WAP GW将彩信发送至彩信路由器，因此能够保证彩信传输过程中彩信路由器可以将彩信发送至当前未发生故障的MMSC，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
本发明实施例中，由于接收到MM7提交请求的MMSC发送Push通知给用户，其Push通知的URL为该MMSC的域名MMSCDomain，因此接收方(用户或WAP GW)在发送后续相关消息时可以携带该域名，从而使得彩信路由器获知是由哪个MMSC获取到了MM7提交请求，从而可以将这些后续消息发送至该MMSC，从而保证了同一会话只会被发送至同一个MMSC。
下面介绍本发明实施例中的通讯系统实施例，请参阅图8，本发明实施例中的通讯系统包括：
彩信路由器803/804，用于接收发送的彩信，向通过检测的MMSC发送所述彩信；
MMSC805/806，用于接收彩信路由器803/804发送的彩信，向对应的接收方发送所述彩信；
所述MMSC至少包括第一MMSC805以及第二MMSC806，上述彩信路
由器可以包括第一彩信路由器803以及第二彩信路由器804。
本实施例中的通讯系统还可以进一步包括：
无线应用协议网关/服务提供商801，用于发送彩信，所述彩信中包含接收方信息；
本实施例中的无线应用协议网关/服务提供商801仅为一个例子，在实际应用中同样还可以是其他发送彩信的网元，具体此处不作限定。
本实施例中的通讯系统还可以进一步包括：
本地域名服务器802，用于接收无线应用协议网关/服务提供商801发送的查询请求，根据所述查询请求向所述彩信路由器发送域名查询请求，接收所述彩信路由器反馈的IP地址，向所述无线应用协议网关/服务提供商801发送所述IP地址，所述IP地址为所述彩信路由器的IP地址；
彩信路由器803/804还用于接收本地域名服务器802发送的域名查询请求，通过心跳检测获取当前正常工作的彩信路由器的互联网协议IP地址；根据所述Local DNS的IP地址以及所述正常工作的彩信路由器的IP地址段查询与所述Local DNS对应的彩信路由器；将所述对应的彩信路由器的IP地址反馈至Local DNS，所述彩信路由器IP地址的存活时间参数小于默认数值。
需要说明的是，若心跳检测正常的彩信路由器为一个，则所述通过检测的彩信路由器为该心跳检测正常的彩信路由器；
若心跳检测正常的彩信路由器多于一个时，则根据Local DNS的IP地址和所述心跳检测正常的彩信路由器的IP地址的关系对所述心跳检测正常的彩信路由器进行地址检测，以提供给Local DNS通过地址检测的彩信路由器的地址。
本实施例中的第一彩信路由器803或第二彩信路由器804还用于将所述无线应用协议网关/服务提供商801发送的彩信分配给第一MMSC805或第二MMSC806。
需要说明的是，若心跳检测正常的MMSC多于1个，则彩信路由器根据彩信中的发送方或接收方的号段或尾号检测各心跳检测正常的MMSC以确定通过检测的MMSC；
或，彩信路由器根据预置的分担比例检测各心跳检测正常的MMSC以确定通过检测的MMSC。
具体确定通过检测的MMSC的方式与前述方法实施例中所描述的确定方式一致，此处不再赘述。
本实施例中，第一彩信路由器803接收无线应用协议网关/服务提供商801发送的彩信，并且第一彩信路由器803判断对应的第一MMSC805是否发生故障，所以当第一MMSC805发生故障时，第一MMSC805可以及时的将彩信转发至第二MMSC806，由第二MMSC806下发该彩信，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
其次，由于第一彩信路由器803可以按照不同的分配原则对彩信进行分配，因此各MMSC之间处理彩信的数目大致均衡，使得各MMSC负荷分档，从而提高了各MMSC的处理效率。
下面介绍本发明实施例中的通讯系统第二实施例，请参阅图9，本实施例中的通讯系统包括：
无线应用协议网关/服务提供商901，用于发送彩信，所述彩信中包含接收方信息；接收第一MMSC903发送的包含第一MMSC903域名的信息，或接收第二MMSC904发送的包含第二MMSC904域名的信息；向彩信路由器902发送彩信相关信息(例如下载请求，确认响应等)，所述相关信息中包含所述第一MMSC903域名或第二MMSC904域名；
彩信路由器902，用于接收所述无线应用协议网关/服务提供商901发送的彩信，按照预置的分配规则将所述彩信发送至第一MMSC903或第二MMSC904，接收无线应用协议网关/服务提供商901发送的相关信息，读取所述相关信息中携带的域名，根据所述域名将该相关信息发送至对应的第一MMSC903或第二MMSC904。
若相关信息中的域名为第一MMSC903域名，则将该相关信息发送至第一MMSC903，若相关信息中的域名为第二MMSC904域名，则将该相关信息发送至第二MMSC904。
本发明实施例中，由于接收到彩信的MMSC发送自身的域名给无线应用协议网关/服务提供商901，因此无线应用协议网关/服务提供商901在发送后续相关消息时可以携带该域名，从而使得彩信路由器902获知是由哪个MMSC获取到了彩信，可以将这些后续消息发送至该MMSC，从而保证了同一会话只会被发送至同一个MMSC。
下面介绍本发明实施例中的彩信路由器实施例，请参阅图10，本发明实施例中的彩信路由器实施例具体包括：
请求接收单元1005，用于接收Local DNS发送的域名查询请求；
地址反馈单元1006，用于向所述Local DNS反馈第二彩信路由器的地址，所述彩信路由器IP地址的存活时间参数小于默认数值；
接收单元1001，用于接收彩信，所述彩信中包含接收方信息；
发送单元1003，用于向通过检测的MMSC发送所述彩信。
本实施例中的彩信路由器还可以进一步包括：
检测单元1002，用于通过心跳检测判断彩信路由器是否发生故障，以及通过心跳检测判断与所述彩信路由器相连的MMSC是否发生故障；
当心跳检测正常的彩信路由器为一个，则地址反馈单元1006向Local DNS反馈该心跳检测正常的彩信路由器的IP地址；
若心跳检测正常的彩信路由器多于一个时，则地址反馈单元1006根据Local DNS的互联网协议IP地址和所述心跳检测正常的彩信路由器的IP地址的关系对所述心跳检测正常的彩信路由器进行地址检测，以向Local DNS反馈提供通过地址检测的彩信路由器的IP地址。
本实施例中的彩信路由器还可以进一步包括：
分配单元1004，用于当心跳检测正常的MMSC多于1个时，根据彩信中的发送方或接收方的号段或尾号检测各心跳检测正常的MMSC以确定通过检测的MMSC，并向通过检测的MMSC发送彩信；
或，根据预置的分担比例检测各心跳检测正常的MMSC以确定通过检测的MMSC，并向通过检测的MMSC发送彩信。
本实施例中的分配单元1004可以进一步包括：
第一分配单元10041，用于获取所述彩信中的接收方以及发送方号码信息，所述号码信息至少包括号段或尾号；选取为所述号码信息提供彩信服务的MMSC；向所述MMSC发送所述彩信；或
第二分配单元10042，用于按比例向将所述第一MMSC以及第二MMSC发送彩信，使得所述第一MMSC与第二MMSC接收到的彩信数目相同。
本实施例中，彩信路由器中包含检测单元1002，可以判断接收到的彩信对应的第一MMSC是否发生故障，当第一MMSC805发生故障时，可以及时的将彩信转发至第二MMSC，由第二MMSC下发该彩信，所以当某一个MMSC发生故障时可以换用其他备份的MMSC进行彩信业务处理，因此能够实现多个MMSC之间的容灾；
其次，由于彩信路由器包含分配单元1004，可以按照不同的分配原则对彩信进行分配，因此各MMSC之间处理彩信的数目大致均衡，使得各MMSC负荷分档，从而提高了各MMSC的处理效率。
下面介绍本发明实施例中的彩信路由器实施例，请参阅图11，本发明实施例中的彩信路由器第二实施例具体包括：
接收单元1101，用于接收SP或WAP GW发送的彩信，所述彩信中包含接收方信息，并接收WAP GW发送的相关信息，所述相关信息中包含MMSC域名；
分发单元1102，用于根据预置的分配规则将彩信分配至第一MMSC或第二MMSC；
读取单元1103，用于从WAP GW发送的相关信息中读取MMSC域名；
发送单元1104，用于根据读取单元1103读取到的MMSC域名，将WAPGW发送的相关信息发送至对应的MMSC，若域名为第一MMSC域名，则将该相关信息发送至第一MMSC，若域名为第二MMSC域名，则将该相关信息发送至第二MMSC。
本实施例中，由于彩信路由器中包含读取单元1103，因此彩信路由器可以读取到MMSC域名，从而获知是由哪个MMSC获取到了彩信，可以将后续的相关消息发送至该MMSC，从而保证了同一会话只会被发送至同一个MMSC。
下面介绍本发明实施例中的多媒体消息业务中心实施例，请参阅图12，本发明实施例中的多媒体消息业务中心实施例具体包括：
域名获取单元1201，用于获取MMSC域名；
推送通知发送单元1202，用于向WAP GW发送包含所述MMSC域名的推送通知。
上述多媒体消息业务中心获取MMSC域名后，将该MMSC域名携带在推送通知中，所以后续WAP GW向彩信路由器发送的相关信息中可以携带该MMSC域名，从而使得与彩信有关的相关信息都被发送至同一个MMSC，及保证了同一个会话只被发送至同一个MMSC。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：
接收本地域名服务器Local DNS发送的域名查询请求；向所述Local DNS返回彩信路由器的地址；所述彩信路由器接收彩信，并将所述彩信发送至通过检测的多媒体消息业务中心MMSC。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的一种彩信业务实现方法及通讯系统以及彩信路由器进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种彩信业务实现方法，其特征在于，包括：
接收本地域名服务器Local DNS发送的域名查询请求；
向所述Local DNS返回彩信路由器的地址；
所述彩信路由器接收彩信，并将所述彩信发送至通过检测的多媒体消息业务中心MMSC；
所述方法还包括：
对彩信路由器进行检测；
所述返回给Local DNS的彩信路由器的地址为通过检测的彩信路由器的地址。
2.根据权利要求1所述的方法，其特征在于，所述对彩信路由器进行检查具体为：通过心跳检测对彩信路由器进行检测；
若心跳检测正常的彩信路由器为一个，则所述通过检测的彩信路由器为该心跳检测正常的彩信路由器；
若心跳检测正常的彩信路由器多于一个时，则根据所述Local DNS的互联网协议IP地址和所述心跳检测正常的彩信路由器的IP地址的关系对所述心跳检测正常的彩信路由器进行地址检测，以提供给Local DNS通过地址检测的彩信路由器的地址。
3.根据权利要求1所述的方法，其特征在于，还包括：
通过心跳检测对MMSC进行检测；
当心跳检测正常的MMSC为一个时，则所述通过检测的MMSC为该心跳检测正常的MMSC。
4.根据权利要求3所述的方法，其特征在于：
当心跳检测正常的MMSC多于一个时，则根据彩信中的发送方或接收方的号段或尾号检测各心跳检测正常的MMSC以确定通过检测的MMSC；
或，
根据预置的分担比例检测各心跳检测正常的MMSC以确定通过检测的MMSC。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
彩信路由器接收所述彩信相关信息，所述彩信相关信息中包含所述的通过检测的MMSC信息；
将所述彩信相关信息发送至所述通过检测的MMSC。
6.一种通讯系统，其特征在于，包括：
Local DNS，用于向第一彩信路由器发送域名查询请求，接收所述第一彩信路由器反馈的第二彩信路由器地址；
第一彩信路由器，用于接收Local DNS发送的域名查询请求，向所述LocalDNS反馈第二彩信路由器的地址；
第二彩信路由器，用于接收彩信，向通过检测的MMSC发送所述彩信；
MMSC，用于接收第二彩信路由器发送的彩信；
所述第一彩信路由器还用于对全部彩信路由器进行心跳检测；
若心跳检测正常的彩信路由器为一个，则向Local DNS反馈该心跳检测正常的彩信路由器的地址；
若心跳检测正常的彩信路由器多于一个时，则根据Local DNS的互联网协议IP地址和所述心跳检测正常的彩信路由器的IP地址的关系对所述心跳检测正常的彩信路由器进行地址检测，以向Local DNS反馈提供通过地址检测的彩信路由器的地址。
7.根据权利要求6所述的通讯系统，其特征在于，所述第二彩信路由器还用于通过心跳检测对MMSC进行检测；
当心跳检测正常的MMSC为1个时，则所述心跳检测正常的MMSC为所述通过检测的MMSC；
当心跳检测正常的MMSC多于1个时，则所述第二彩信路由器根据彩信中的发送方或接收方的号段或尾号检测各心跳检测正常的MMSC以确定通过检测的MMSC；
或，
所述第二彩信路由器根据预置的分担比例检测各心跳检测正常的MMSC以确定通过检测的MMSC。
8.一种彩信路由器，其特征在于，包括：
请求接收单元，用于接收Local DNS发送的域名查询请求；
地址反馈单元，用于向所述Local DNS反馈第二彩信路由器的地址；
接收单元，用于接收彩信；
发送单元，用于向通过检测的MMSC发送所述彩信；
所述彩信路由器还包括：
检测单元，用于通过心跳检测检测彩信路由器是否正常；
分配单元，用于当心跳检测正常的彩信路由器多于1个时，根据Local DNS的互联网协议IP地址和所述心跳检测正常的彩信路由器的IP地址的关系对所述心跳检测正常的彩信路由器进行地址检测，以向Local DNS反馈通过地址检测的彩信路由器的地址。
9.根据权利要求8所述的彩信路由器，其特征在于，所述检测单元还用于通过心跳检测检测MMSC是否正常。
10.根据权利要求9所述的彩信路由器，其特征在于，所述分配单元还用于当心跳检测正常的MMSC多于1个时，根据彩信中的发送方或接收方的号段或尾号检测各心跳检测正常的MMSC以确定通过检测的MMSC；
或，
根据预置的分担比例检测各心跳检测正常的MMSC以确定通过检测的MMSC。
CN2008101674824A 2008-10-10 2008-10-10 一种彩信业务实现方法及通讯系统以及彩信路由器 Expired - Fee Related CN101730318B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2008101674824A CN101730318B (zh) 2008-10-10 2008-10-10 一种彩信业务实现方法及通讯系统以及彩信路由器
PCT/CN2009/072586 WO2010040292A1 (zh) 2008-10-10 2009-07-01 一种彩信业务实现方法及通讯系统以及彩信路由器
BRPI0905252-6A BRPI0905252A2 (pt) 2008-10-10 2009-10-09 método para realizar serviço de transmissão de mensagens multimìdia, sistema de comunicação e roteador de transmissão de mensagens multimìdia

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2008101674824A CN101730318B (zh) 2008-10-10 2008-10-10 一种彩信业务实现方法及通讯系统以及彩信路由器

Publications (2)

Publication Number Publication Date
CN101730318A CN101730318A (zh) 2010-06-09
CN101730318B true CN101730318B (zh) 2012-04-04

Family

ID=42100209

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008101674824A Expired - Fee Related CN101730318B (zh) 2008-10-10 2008-10-10 一种彩信业务实现方法及通讯系统以及彩信路由器

Country Status (3)

Country Link
CN (1) CN101730318B (zh)
BR (1) BRPI0905252A2 (zh)
WO (1) WO2010040292A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101917679B (zh) * 2010-08-09 2013-08-14 华为技术有限公司 业务分流的方法、装置及系统
CN103379381B (zh) * 2012-04-17 2016-12-14 中兴通讯股份有限公司 基于wap网关的视频播放方法、wap网关及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1700678A (zh) * 2004-05-21 2005-11-23 华为技术有限公司 一种实现多媒体消息服务业务单节点接入的处理方法
CN1738446A (zh) * 2004-08-16 2006-02-22 华为技术有限公司 一种多媒体消息系统及转发多媒体消息的方法
CN101068378A (zh) * 2007-06-21 2007-11-07 华为技术有限公司 实现多媒体消息业务系统容灾的方法、系统及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1666486B (zh) * 2002-06-28 2010-05-26 思科技术公司 用于使用域名服务锚定移动节点的方法和装置
CN100502572C (zh) * 2006-11-30 2009-06-17 华为技术有限公司 增大多媒体消息业务系统容量的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1700678A (zh) * 2004-05-21 2005-11-23 华为技术有限公司 一种实现多媒体消息服务业务单节点接入的处理方法
CN1738446A (zh) * 2004-08-16 2006-02-22 华为技术有限公司 一种多媒体消息系统及转发多媒体消息的方法
CN101068378A (zh) * 2007-06-21 2007-11-07 华为技术有限公司 实现多媒体消息业务系统容灾的方法、系统及设备

Also Published As

Publication number Publication date
CN101730318A (zh) 2010-06-09
WO2010040292A1 (zh) 2010-04-15
BRPI0905252A2 (pt) 2011-03-22

Similar Documents

Publication Publication Date Title
CN101374118B (zh) 一种消息互连的方法、系统及装置
US7649895B2 (en) Apparatus and method for routing multimedia messages between a user agent and multiple multimedia message service centers
CN102100042B (zh) 消息传递机制
US7818343B1 (en) Apparatus and methods for reputation-based filtering on a communication network
CN102045267B (zh) 消息召回的方法及装置
US7676812B2 (en) Large scale event notification system
US20050198545A1 (en) Automatic user device presence registration system
US6832246B1 (en) Dynamic electronic forwarding system
CN101068378B (zh) 实现多媒体消息业务系统容灾的方法、系统及设备
US20080034078A1 (en) Presence information management system, presence server device, gateway device and client device
US8819102B2 (en) Method and system for managing message communications
EP1974500A2 (en) Optimizing communication using scaleable peer groups
US7580983B2 (en) E-mail forwarding system having archival database
EP2224652B1 (en) Method, system, server and terminal for canceling a push message
CN103841159B (zh) 一种离线文件传输系统和方法
CN102130845A (zh) 回执报告的发送方法及处理系统
CN101909019A (zh) 请求消息的处理方法和系统
CN101212470B (zh) 一种能够抵御垃圾邮件的分布式邮件系统
CN101730318B (zh) 一种彩信业务实现方法及通讯系统以及彩信路由器
EP2480009B1 (en) Multimedia message transmission method and apparatus thereof, and domain name server
CN102282872B (zh) 基于cpm服务来递送消息的方法及其服务器
EP2169987B1 (en) Method, system and device for implementing short messaging among enterprises
JP5227984B2 (ja) ゲートウェイシステム、通信方法、収容管理サーバ装置及びプログラム
KR100592881B1 (ko) 개방형 서비스 플랫폼을 이용한 멀티미디어 메시징 서비스제공 방법 및 장치
WO2002010941A1 (en) System and method for forwarding electronic messages

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: BEIJING ZHONGCAI WYSE EDUCATION TECHNOLOGY CO., LT

Free format text: FORMER OWNER: HUAWEI SOFTWARE TECHNOLOGY CO., LTD.

Effective date: 20141120

Owner name: NANTONG TONGZHOU XINZHIHAO INDUSTRIAL CO., LTD.

Free format text: FORMER OWNER: BEIJING ZHONGCAI WYSE EDUCATION TECHNOLOGY CO., LTD.

Effective date: 20141120

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 100083 HAIDIAN, BEIJING TO: 226314 NANTONG, JIANGSU PROVINCE

Free format text: CORRECT: ADDRESS; FROM: 210012 NANJING, JIANGSU PROVINCE TO: 100083 HAIDIAN, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20141120

Address after: 226314 Tongzhou District Nantong, Sichuan Province, Jiangsu ginger

Patentee after: Tongzhou District Nantong Xin Hao Industrial Co.,Ltd.

Address before: 100083 Beijing Haidian District Zhongguancun Road No. 18 smartfortune International Building B706

Patentee before: Beijing Zhongcai Wyse Education Technology Co.,Ltd.

Effective date of registration: 20141120

Address after: 100083 Beijing Haidian District Zhongguancun Road No. 18 smartfortune International Building B706

Patentee after: Beijing Zhongcai Wyse Education Technology Co.,Ltd.

Address before: Kokusai Hotel No. 11 Nanjing Avenue in the flora of 210012 cities in Jiangsu Province

Patentee before: HUAWEI SOFTWARE TECHNOLOGIES Co.,Ltd.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120404

Termination date: 20171010

CF01 Termination of patent right due to non-payment of annual fee