CN101695057A - 多媒体消息发送方法、发送设备和域名解析服务器 - Google Patents
多媒体消息发送方法、发送设备和域名解析服务器 Download PDFInfo
- Publication number
- CN101695057A CN101695057A CN200910175176A CN200910175176A CN101695057A CN 101695057 A CN101695057 A CN 101695057A CN 200910175176 A CN200910175176 A CN 200910175176A CN 200910175176 A CN200910175176 A CN 200910175176A CN 101695057 A CN101695057 A CN 101695057A
- Authority
- CN
- China
- Prior art keywords
- multimedia message
- message center
- domain name
- center
- name resolution
- 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
Classifications
-
- 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
-
- 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/10—Multimedia information
-
- 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/58—Message adaptation for wireless communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种多媒体消息发送方法,发送设备和域名解析服务器,其中方法包括:多媒体消息发送设备在接收到多媒体消息发送方提交的多媒体消息后,向域名解析服务器发送多媒体消息发送请求;以及接收所述域名解析服务器返回的多媒体消息中心的标识信息,所述标识信息为域名解析服务器在接收到所述发送请求后,在各个多媒体消息中心中选择的一个多媒体消息中心的标识信息;多媒体消息发送设备将接收到的多媒体消息发送给接收到的标识信息标志的多媒体消息中心。本发明公开的多媒体消息发送方法根据各个多媒体消息中心的运行情况动态分配业务,均衡各个多媒体消息中心的业务量,有利于充分利用各个多媒体消息中心的处理能力,提高设备的利用率。
Description
技术领域
本发明涉及多媒体通信技术领域,尤其涉及一种多媒体消息发送方法、发送设备和域名解析服务器。
背景技术
随着多媒体消息终端的普及以及服务提供商(SP,Service Provider)业务量的扩展,多媒体消息被越来越多的应用到日常工作生活之中,多媒体消息业务得到了蓬勃的发展,为此各个运营商都分别建设了大量的多媒体消息中心。多媒体消息中心是整个多媒体消息系统的核心,对多媒体消息进行存储和处理,包括多媒体消息的输入输出、地址解析、通知、报告等,同时负责多媒体消息在不同多媒体消息中心之间的传递等操作。目前各个运营商都采取了预先设定用户归属的多媒体消息中心的方法,即每个用户发送和接收多媒体消息时,必须通过预先设定好的多媒体消息中心进行处理。现有的多媒体消息发送方法流程如图1中的流程图所示,包括步骤:
S101、发送方向指定的多媒体消息中心发送多媒体消息;
S102、该指定的多媒体消息中心接收到多媒体消息后,查找接收方所在的多媒体消息中心的地址;
S103、按照查找到的地址,发送方所在多媒体消息中心将该条多媒体消息发送给接收方所在的多媒体消息中心;
S104、接收方所在的多媒体消息中心接收到该条多媒体消息后,向接收方发送下载通知;
S105、接收方接到该下载通知后,到接收方所在的多媒体消息中心下载该条多媒体消息;
S106、接收方下载完成后发送下载完成报告到接收方所在的多媒体消息中心;
S107、接收方所在的多媒体消息中心通过发送方所在的多媒体消息中心,向发送方发送投递完成报告,并进行相关的计费操作。
由于现有多媒体消息发送系统中,发送方和接收方都是固定归属于某个多媒体消息中心,无法动态的调整。而对于整个多媒体消息发送系统而言,由于各个多媒体消息中心的用户量是预先设定的,这使得一定时间内可能出现某个或者某几个多媒体信息中心的所属用户大量使用多媒体消息,而另外多媒体消息中心的所属用户很少量的使用多媒体消息,从而出现各个多媒体消息中心存在业务量不均衡的情况。为了解决这种业务量不均衡的问题,只有建设更多的多媒体消息中心,以降低各个多媒体消息中心的用户数量,从而保证多媒体消息中心的业务量不超过其处理能力,而这样又必然造成设备资源的浪费。
发明内容
本发明实施例提供一种多媒体消息发送方法,用以解决现有技术中存在的由于多媒体消息中心处理的业务量不均衡,导致设备资源浪费的问题。
对应的,本发明实施例还提供一种多媒体消息发送设备和一种域名解析服务器。
本发明实施例采用以下技术方案:
一种多媒体消息发送方法,包括:多媒体消息发送设备在接收到多媒体消息发送方提交的多媒体消息后,向域名解析服务器发送多媒体消息发送请求;以及接收所述域名解析服务器返回的多媒体消息中心的标识信息,其中所述标识信息为域名解析服务器在接收到所述发送请求后,在各个多媒体消息中心中选择的一个多媒体消息中心的标识信息;多媒体消息发送设备将接收到的多媒体消息发送给接收到的标识信息标志的多媒体消息中心。
一种多媒体消息发送设备,包括:多媒体消息接收单元,用于接收多媒体消息发送方提交的多媒体消息;请求发送单元,用于在多媒体消息接收单元接收到多媒体消息发送方提交的多媒体消息后,向域名解析服务器发送多媒体消息发送请求;标识信息接收单元,用于接收所述服务器返回的多媒体消息中心的标识信息;多媒体消息发送单元,用于将多媒体消息接收单元接收到的多媒体消息发送给标识信息接收单元接收到的标识信息标志的多媒体消息中心。
一种域名解析服务器,包括:请求接收单元,用于接收多媒体消息发送设备发来的多媒体消息发送请求;选择单元,用于在请求接收单元接收到发送请求后,在各个多媒体消息中心中选择一个多媒体消息中心;标识信息反馈单元,用于将选择单元选择的多媒体消息中心的标识信息反馈给所述多媒体消息发送设备。
本发明实施例提供的多媒体消息发送方案,与现有技术相比,可以根据各个多媒体消息中心的运行情况动态分配业务,均衡各个多媒体消息中心的业务量,有利于充分利用各个多媒体消息中心的处理能力,提高设备资源的利用率。
附图说明
图1为现有的多媒体消息发送方法的流程图;
图2为本发明实施例1提供的多媒体消息发送方法的流程图;
图3为本发明实施例2提供的多媒体消息发送方法的流程图;
图4为本发明实施例3提供的多媒体消息发送设备的结构示意图;
图5为本发明实施例4提供的域名解析DNS服务器的结构示意图。
具体实施方式
本发明实施例提供了一种多媒体消息的发送方案,通过域名解析(DNS,Domain Name System)服务器与系统中所有的多媒体消息中心进行信息交互,并根据交互得到的信息选择多媒体消息中心,以及将多媒体消息发送方分配给选择的多媒体消息中心,从而本发明实施例提供的该方案能够根据系统中各个多媒体消息中心当前的运行状态来动态地进行多媒体消息发送方的分配,从而能够充分利用各个多媒体消息中心的处理能力,因此解决了现有技术中存在的由于多媒体消息传送系统中的多媒体消息中心处理的业务量不均衡,而导致的多媒体消息中心设备资源浪费的问题。此外,本发明提供的多媒体消息发送方案在增加多媒体消息中心时,还能够避免用户的整体割接,以及在个别多媒体消息中心出现故障时,可以进而避免手工调整用户所属的多媒体消息中心的操作,从而提高了多媒体消息的发送效率。
本发明实施例1提供了一种多媒体消息终端到多媒体消息终端的多媒体消息发送方法的具体流程,如图2所示,具体包括以下步骤:
S201、用户通过多媒体消息终端发送多媒体消息到WAP网关,这时用户即为多媒体消息发送方,WAP网关即为多媒体消息发送设备;
S202、WAP网关确认该消息为多媒体消息后,向DNS服务器发送多媒体消息发送请求;
S203、DNS服务器通过与各个多媒体消息中心的信息交互,获得通信网内各个多媒体消息中心的运行状态相关信息,具体地,DNS服务器和通信网内的各个多媒体消息中心可以通过Internet进行信息交互,交互的信息包括各个多媒体消息中心当前处理的业务量,当前的网络吞吐量,所使用的链路信息,业务处理时延信息等。
需要说明的是,DNS服务器可以通过心跳消息等方式确定当前正在运行的各个多媒体消息中心以及没在运行的各个多媒体消息中心,此外DNS服务器还可以通过配置等手段发现新的多媒体消息中心;这里DNS服务器与各个多媒体消息中心的交互不局限于以上的手段,同样包括其他类似能实现以上功能的交互手段。
S204、DNS服务器根据上述交互得到的各个多媒体消息中心当前的相关信息,选择一个多媒体消息中心,然后将选择的该多媒体消息中心的标识返回给WAP网关;
该多媒体消息中心的标识可以是该多媒体消息中心的URL地址或者该多媒体消息中心的ID号码,也可以是其他能够唯一识别该多媒体消息中心的标识信息。
其中DNS服务器根据上述交互得到的各个多媒体消息中心当前的相关信息,并返回选择的多媒体消息中心标识给WAP网关的过程,可以是但不限于如下几种实现方式:
第一种方式:DNS服务器和各个多媒体消息中心交互,获得各个多媒体消息中心当前的网络吞吐量以及支持的最大网络吞吐量,根据获得的各个多媒体消息中心当前的网络吞吐量以及其所支持的最大网络吞吐量,确定空闲吞吐量最大的多媒体消息中心,并返回该多媒体消息中心的URL或ID给WAP网关;
第二种方式:DNS服务器和各个多媒体消息中心交互,以获得各个多媒体消息中心当前处理的业务量以及其所支持的最大业务量,并根据获得的各个多媒体消息中心当前处理的业务量以及其所支持的最大业务量,确定出空闲处理能力最大的多媒体消息中心,并返回该多媒体消息中心的URL或者ID给WAP网关;
第三种方式:DNS服务器和各个多媒体消息中心交互,以获得各个多媒体消息中心当前的业务处理时延,根据获得的各个多媒体消息中心当前的业务处理时延,确定出业务处理时延最小的多媒体消息中心,并返回该多媒体消息中心的URL或者ID给WAP网关;
第四种方式:DNS服务器和各个多媒体消息中心交互,以获得各个多媒体消息中心当前的业务量变化情况,并根据获得的各个多媒体消息中心当前的业务量变化情况进行预测,以预测出业务量正在减少最多的多媒体消息中心,并返回该多媒体消息中心的URL或者ID给WAP网关。
S205、WAP网关根据DNS服务器返回的多媒体消息中心的标识,将用户提交的多媒体消息提交到该标识确定的多媒体消息中心。
S206、多媒体消息中心收到该条多媒体消息后,给该条多媒体消息的接收方下发下载通知,该通知中的传输标识transaction_id内包含有该多媒体消息中心的标识信息,例如:mmscid,mmscip等,可以根据此标识信息唯一的确定该多媒体消息中心。
S207、多媒体消息的接收方接到该下载通知后,根据该通知中的传输标识transaction_id内包含有该多媒体消息中心的标识信息,例如:mmscid,mmscip等,到指定的多媒体消息中心下载该条多媒体消息。
S208、接收方完成多媒体消息的下载后,向多媒体消息中心发送下载完成报告;该下载完成报告的发送可以通过WAP网关进行,下载完成报告中包含有与下载通知相同的传输标识transaction_id。
S209、WAP网关根据下载完成报告中包含的传输标识transaction_id,将接收方发送的下载完成报告转发给该多媒体消息中心;此处WAP网关首先将下载完成报告解码,从传输标识transaction_id中得到多媒体消息中心的标识信息,确定该下载完成报告应该发送到哪一个多媒体消息中心。
S210、该多媒体消息中心收到下载完成报告后,向多媒体消息终端返回投递完成报告,结束该条多媒体消息的发送过程,并完成相关的计费操作。
上述实施例中提供的多媒体消息发送方案中,多媒体消息终端与移动网的联系是通过WAP网关来实现的。这里的发送方多媒体消息终端和接收方多媒体消息终端可以是第二代移动通信系统或者第三代移动通信系统的终端,同样可以是其他类型的多媒体消息终端。
本发明实施例2提供了一种由增值业务提供商发送多媒体消息到用户终端的方法,其具体处理流程如图3所示,
S301、增值业务提供商利用多媒体消息发送设备,向DNS服务器发送多媒体消息发送请求,这时增值业务提供商即为多媒体消息发送方。
S302、DNS服务器与各个多媒体消息中心进行交互,获得通信网内各个多媒体消息中心的运行状态相关信息,具体地,该DNS服务器和通信网内的各个多媒体消息中心可以通过Internet进行信息交互,交互的内容包括当前处理的业务量,当前网络的吞吐量,所使用的链路信息,业务处理时延信息等;
DNS服务器可以通过心跳消息等手段确定当前正在运行的各个多媒体消息中心以及没在运行的各个多媒体消息中心,此外DNS服务器还可以通过配置等手段发现新的多媒体消息中心;这里DNS服务器与各个多媒体消息中心的交互并不局限于以上的手段,同样包括其他类似能实现以上功能的交互手段。
S303、DNS服务器根据上述交互得到的各个多媒体消息中心当前的相关信息,选择多媒体消息中心,然后将选择的最合适的多媒体消息中心的标识返回给增值业务提供商的多媒体消息发送设备,该选择过程可以但不限于有如下几种实现方式:
第一种方式:DNS服务器和各个多媒体消息中心交互,获得各个多媒体消息中心当前的网络吞吐量以及支持的最大网络吞吐量,根据获得的各个多媒体消息中心当前的网路吞吐量以及支持的最大网络吞吐量,确定找出吞吐量空闲最大的多媒体消息中心,返回该多媒体消息中心URL或者ID给增值业务提供商;
第二种方式:DNS服务器和各个多媒体消息中心交互,以获得各个多媒体消息中心当前处理的业务量以及其所支持的最大业务量,并根据获得的各个多媒体消息中心当前处理的业务量以及支持的最大业务量,确定出空闲处理能力最大的多媒体消息中心,并返回该多媒体消息中心的URL或者ID给增值业务提供商;
第三种方式:DNS服务器和各个多媒体消息中心交互,以获得各个多媒体消息中心当前的业务处理时延,根据获得的各个多媒体消息中心当前的业务处理时延,确定出业务处理时延最小的多媒体消息中心,并返回该多媒体消息中心的URL或者ID给增值业务提供商;
第四种方式:DNS服务器和各个多媒体消息中心交互,以获得各个多媒体消息中心当前的业务量变化情况,并根据获得的各个多媒体消息中心当前的业务量变化情况进行预测,以预测出业务量正在减少最多的多媒体消息中心,并返回该多媒体消息中心的URL或者ID给增值业务提供商。
S304、增值业务提供商根据DNS服务器返回的多媒体消息中心标识,将用户提交的多媒体消息提交给该标识标志的多媒体消息中心。
S305、多媒体消息中心收到该条多媒体消息后,给该条多媒体消息的接收方下发下载通知,该通知中的传输标识transaction_id内包含有该多媒体消息中心的标识信息,例如:mmscid、mmscip等,可以根据此标识信息唯一的标志确定该多媒体消息中心。
S306、多媒体消息的接收方接到该下载通知后,根据该通知中的传输标识transaction_id内包含有该多媒体消息中心的标识信息,到指定的多媒体消息中心下载该条多媒体消息,下载多媒体消息完成后,发送的下载完成报告给该多媒体消息中心。
S307、该多媒体消息中心收到下载完成报告后,向增值服务提供商返回投递完成报告,结束该条多媒体消息的发送过程,并完成相关的计费操作。
本发明实施例3提供了一种多媒体消息发送设备,如图4所示,具体包括:
多媒体消息接收单元401,用于接收多发送发提交的多媒体消息;
请求发送单元402,用于在多媒体消息接收单元接收到多媒体消息发送方提交的多媒体消息后,向域名解析DNS服务器发送多媒体消息发送请求;
标识信息接收单元403,用于接收所述DNS服务器返回的多媒体消息中心的标识信息,该标识信息能够唯一的识别其所标识的多媒体消息中心;
多媒体消息发送单元404,用于将多媒体消息接收单元接收到的多媒体消息发送给标识信息接收单元接收到的标识信息标志的多媒体消息中心。
在实际之中,该多媒体消息发送设备可以是但不局限于是接收到用户多媒体消息的WAP网关、增值服务提供商的多媒体消息发送设备。
本发明实施例4提供了一种DNS服务器,如图5所示,具体包括:
请求接收单元501,用于接收多媒体消息发送设备发来的多媒体消息发送请求。
选择单元502,用于在请求接收单元接收到发送请求后,在各个多媒体消息中心中选择一个多媒体消息中心。
其中选择单元502可以包括:第一获得子单元5021,用于分别获得各个多媒体消息中心的当前网络吞吐量及其支持的最大网络吞吐量;第一选择子单元5022,用于根据第一获得子单元获得的各个多媒体消息中心的当前网络吞吐量及其支持的最大网络吞吐量,选择当前空闲吞吐量最大的多媒体消息中心。或者包括:第二获得子单元5023,用于分别获得各个多媒体消息中心的当前处理业务量及其支持的最大处理业务量;第二选择子单元5024,用于根据第二获得子单元获得的各个多媒体消息中心的当前处理业务量及其支持的最大处理业务量,选择当前空闲业务处理能力最大的多媒体消息中心。或者包括:第三获得子单元5025,用于分别获得各个多媒体消息中心当前的业务处理时延;第三选择子单元5026,用于根据第三获得子单元获得的各个多媒体消息中心的当前的业务处理时延,选择业务处理时延最小的多媒体消息中心。或者包括:第四获得子单元5027,用于分别获得各个多媒体消息中心当前处理的业务量变化情况;第四选择子单元5028,用于根据第四获得子单元获得的各个多媒体消息中心当前处理的业务量变化情况,选择当前处理的业务量减少最多的多媒体消息中心。
实际应用当中,可以利用上述其中一组对应的获得子单元和选择子单元,在各个多媒体消息中心中选择一个多媒体消息中心。
标识反馈单元503,用于将选择单元选择的多媒体消息中心的标识信息反馈给所述多媒体消息发送设备。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (11)
1.一种多媒体消息发送方法,其特征在于,包括:
多媒体消息发送设备在接收到多媒体消息发送方提交的多媒体消息后,向域名解析服务器发送多媒体消息发送请求;以及
接收所述域名解析服务器返回的多媒体消息中心的标识信息,其中所述标识信息为域名解析服务器在接收到所述发送请求后,在各个多媒体消息中心中选择的一个多媒体消息中心的标识信息;
多媒体消息发送设备将接收到的多媒体消息发送给接收到的标识信息标志的多媒体消息中心。
2.如权利要求1所述的多媒体消息发送方法,其特征在于,所述域名解析服务器在各个多媒体消息中心中选择一个多媒体消息中心,具体包括:
域名解析服务器分别获得各个多媒体消息中心的当前网络吞吐量及其支持的最大网络吞吐量;以及
根据获得的各个多媒体消息中心的当前网络吞吐量及其支持的最大网络吞吐量,选择当前空闲吞吐量最大的多媒体消息中心。
3.如权利要求1所述的多媒体消息发送方法,其特征在于,所述域名解析服务器在各个多媒体消息中心中选择一个多媒体消息中心,具体包括:
域名解析服务器分别获得各个多媒体消息中心的当前处理业务量及其支持的最大处理业务量;以及
根据获得的各个多媒体消息中心的当前处理业务量及其支持的最大处理业务量,选择当前空闲业务处理能力最大的多媒体消息中心。
4.如权利要求1所述的多媒体消息发送方法,其特征在于,所述域名解析服务器在各个多媒体消息中心中选择一个多媒体消息中心,具体包括:
域名解析服务器分别获得各个多媒体消息中心当前的业务处理时延;以及
根据获得的各个多媒体消息中心当前的业务处理时延,选择业务处理时延最小的多媒体消息中心。
5.如权利要求1所述的多媒体消息发送方法,其特征在于,所述域名解析服务器在各个多媒体消息中心中选择一个多媒体消息中心,具体包括:
域名解析服务器分别获得各个多媒体消息中心当前处理的业务量变化情况;
根据获得的各个多媒体消息中心当前处理的业务量变化情况,选择当前处理的业务量减少最多的多媒体消息中心。
6.一种多媒体消息发送设备,其特征在于,包括:
多媒体消息接收单元,用于接收多媒体消息发送方提交的多媒体消息;
请求发送单元,用于在多媒体消息接收单元接收到多媒体消息发送方提交的多媒体消息后,向域名解析服务器发送多媒体消息发送请求;
标识信息接收单元,用于接收所述域名解析服务器返回的多媒体消息中心的标识信息;
多媒体消息发送单元,用于将多媒体消息接收单元接收到的多媒体消息发送给标识信息接收单元接收到的标识信息标志的多媒体消息中心。
7.一种域名解析服务器,其特征在于,包括:
请求接收单元,用于接收多媒体消息发送设备发来的多媒体消息发送请求;
选择单元,用于在请求接收单元接收到发送请求后,在各个多媒体消息中心中选择一个多媒体消息中心;
标识信息反馈单元,用于将选择单元选择的多媒体消息中心的标识信息反馈给所述多媒体消息发送设备。
8.如权利要求7所述的域名解析服务器,其特征在于,所述选择单元具体包括:
第一获得子单元,用于分别获得各个多媒体消息中心的当前网络吞吐量及其支持的最大网络吞吐量;
第一选择子单元,用于根据第一获得子单元获得的各个多媒体消息中心的当前网络吞吐量及其支持的最大网络吞吐量,选择当前空闲吞吐量最大的多媒体消息中心。
9.如权利要求7所述的域名解析服务器,其特征在于,所述选择单元具体包括:
第二获得子单元,用于分别获得各个多媒体消息中心的当前处理业务量及其支持的最大处理业务量;
第二选择子单元,用于根据第二获得子单元获得的各个多媒体消息中心的当前处理业务量及其支持的最大处理业务量,选择当前空闲业务处理能力最大的多媒体消息中心。
10.如权利要求7所述的域名解析服务器,其特征在于,所述选择单元具体包括:
第三获得子单元,用于分别获得各个多媒体消息中心当前的业务处理时延;
第三选择子单元,用于根据第三获得子单元获得的各个多媒体消息中心当前的业务处理时延,选择业务处理时延最小的多媒体消息中心。
11.如权利要求7所述的域名解析服务器,其特征在于,所述选择单元具体包括:
第四获得子单元,用于分别获得各个多媒体消息中心当前处理的业务量变化情况;
第四选择子单元,用于根据第四获得子单元获得的各个多媒体消息中心当前处理的业务量变化情况,选择当前处理的业务量减少最多的多媒体消息中心。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910175176A CN101695057A (zh) | 2009-10-20 | 2009-10-20 | 多媒体消息发送方法、发送设备和域名解析服务器 |
EP10788642.6A EP2480009B1 (en) | 2009-10-20 | 2010-03-24 | Multimedia message transmission method and apparatus thereof, and domain name server |
PCT/CN2010/071261 WO2010145246A1 (zh) | 2009-10-20 | 2010-03-24 | 多媒体消息发送方法、发送设备和域名解析服务器 |
US13/503,178 US20120215869A1 (en) | 2009-10-20 | 2010-03-24 | Multimedia Message Transmission Method and Apparatus Thereof, and Domain Name Server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910175176A CN101695057A (zh) | 2009-10-20 | 2009-10-20 | 多媒体消息发送方法、发送设备和域名解析服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101695057A true CN101695057A (zh) | 2010-04-14 |
Family
ID=42093999
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910175176A Pending CN101695057A (zh) | 2009-10-20 | 2009-10-20 | 多媒体消息发送方法、发送设备和域名解析服务器 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20120215869A1 (zh) |
EP (1) | EP2480009B1 (zh) |
CN (1) | CN101695057A (zh) |
WO (1) | WO2010145246A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404697A (zh) * | 2010-09-14 | 2012-04-04 | 中国移动通信集团河南有限公司 | 多媒体消息服务系统、方法及设备 |
CN109547515A (zh) * | 2017-09-22 | 2019-03-29 | 阿里巴巴集团控股有限公司 | 一种服务调用方法及相关设备 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102833249B (zh) * | 2012-08-24 | 2018-12-14 | 北京百度网讯科技有限公司 | 移动终端的应用客户端登录网络服务器的方法及系统 |
CN105812248A (zh) * | 2016-05-09 | 2016-07-27 | 腾讯科技(深圳)有限公司 | 标识取值的分配方法和装置 |
TWI647938B (zh) * | 2018-01-09 | 2019-01-11 | 中華電信股份有限公司 | 訊息傳遞方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI108501B (fi) * | 1999-11-05 | 2002-01-31 | Sonera Oyj | Multimediaviestien võlittõminen |
ES2307889T3 (es) * | 2003-02-24 | 2008-12-01 | Swisscom Mobile Ag | Transferencia de mensajes multimedia entre centros de mensajeria multimedia mms. |
US20040258063A1 (en) * | 2003-03-25 | 2004-12-23 | Raith Alex Krister | Multimedia message processing |
EP1555836A1 (fr) * | 2004-01-15 | 2005-07-20 | France Telecom | Systémé de routage de trafic de messages multimédia (MMS) inter-operateurs |
CN100349474C (zh) * | 2004-07-09 | 2007-11-14 | 华为技术有限公司 | 一种多媒体消息业务中推送通知的处理方法 |
US7633969B2 (en) * | 2004-09-10 | 2009-12-15 | Tekelec | Methods, systems, and computer program products for dynamically adjusting load sharing distributions in response to changes in network conditions |
US7876766B1 (en) * | 2004-11-22 | 2011-01-25 | Syniverse Icx Corporation | Method and apparatus to enable interoperation between multi-media messaging service centers |
CN100502572C (zh) * | 2006-11-30 | 2009-06-17 | 华为技术有限公司 | 增大多媒体消息业务系统容量的方法及系统 |
CN101068378B (zh) * | 2007-06-21 | 2012-07-04 | 华为技术有限公司 | 实现多媒体消息业务系统容灾的方法、系统及设备 |
CN101431723B (zh) * | 2007-11-06 | 2011-03-16 | 中兴通讯股份有限公司 | 一种vasp大量下发多媒体消息的系统和方法 |
CN101291467B (zh) * | 2008-05-23 | 2012-07-18 | 中兴通讯股份有限公司 | 一种多媒体消息中心设备、多媒体消息的转发方法及装置 |
-
2009
- 2009-10-20 CN CN200910175176A patent/CN101695057A/zh active Pending
-
2010
- 2010-03-24 EP EP10788642.6A patent/EP2480009B1/en not_active Not-in-force
- 2010-03-24 US US13/503,178 patent/US20120215869A1/en not_active Abandoned
- 2010-03-24 WO PCT/CN2010/071261 patent/WO2010145246A1/zh active Application Filing
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404697A (zh) * | 2010-09-14 | 2012-04-04 | 中国移动通信集团河南有限公司 | 多媒体消息服务系统、方法及设备 |
CN102404697B (zh) * | 2010-09-14 | 2014-10-01 | 中国移动通信集团河南有限公司 | 多媒体消息服务系统、方法及设备 |
CN109547515A (zh) * | 2017-09-22 | 2019-03-29 | 阿里巴巴集团控股有限公司 | 一种服务调用方法及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
EP2480009B1 (en) | 2018-03-14 |
WO2010145246A1 (zh) | 2010-12-23 |
EP2480009A4 (en) | 2016-03-30 |
US20120215869A1 (en) | 2012-08-23 |
EP2480009A1 (en) | 2012-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102625287A (zh) | 一种手机应用软件的下载方法 | |
CN101668019B (zh) | 网关确定方法、装置和消息发送方法、系统 | |
CN101827309A (zh) | 一种推送消息的发送方法、终端、服务器及系统 | |
CN101374118A (zh) | 一种消息互连的方法、系统及装置 | |
CN102308532A (zh) | 点到多点推送消息处理方法、系统及服务器 | |
CN101695057A (zh) | 多媒体消息发送方法、发送设备和域名解析服务器 | |
CN111885508A (zh) | 一种群组多播和群组创建的方法以及移动网络平台 | |
CN101400023A (zh) | 一种实现多媒体消息业务的方法及装置 | |
US8300562B2 (en) | Method, apparatus, and system for sending a status report | |
CN104486327A (zh) | 页面与长连接服务器间的通信方法及客户端 | |
CN101815285B (zh) | 网间移动号码应用中数据同步方法和系统 | |
CN103379454A (zh) | 实现短号短消息回执业务的方法、系统和业务平台 | |
CN101309458B (zh) | 多企业间的短信实现方法、系统和设备 | |
CN101083581B (zh) | 自组织对等网络中控制多播的方法及其装置 | |
CN1980410B (zh) | 用于实现短消息前转的通信系统和方法 | |
CN101483834B (zh) | 一种使用短号码进行多媒体消息通信的方法及系统 | |
CN103138953B (zh) | 多媒体消息的群发方法及群发系统 | |
CN101925021B (zh) | 消息处理方法/系统、融合业务系统 | |
CN101600196B (zh) | 一种数据通道建立方法及通讯系统以及相关设备 | |
CN101790137A (zh) | 一种融合ip消息的转发方法及系统 | |
CN102547641A (zh) | 一种欠费控制方法、网关及系统 | |
CN102684891B (zh) | 数据分发系统及数据分发服务器 | |
CN101989993B (zh) | 一种p2p对等节点确定方法和装置及系统 | |
CN101662740A (zh) | 一种彩信附件在网络侧的传输方法及设备 | |
CN103813294A (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: 20100414 |