CN101668019B - 网关确定方法、装置和消息发送方法、系统 - Google Patents

网关确定方法、装置和消息发送方法、系统 Download PDF

Info

Publication number
CN101668019B
CN101668019B CN2009101799256A CN200910179925A CN101668019B CN 101668019 B CN101668019 B CN 101668019B CN 2009101799256 A CN2009101799256 A CN 2009101799256A CN 200910179925 A CN200910179925 A CN 200910179925A CN 101668019 B CN101668019 B CN 101668019B
Authority
CN
China
Prior art keywords
relay
mms proxy
proxy
mms
current
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
CN2009101799256A
Other languages
English (en)
Other versions
CN101668019A (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.)
Zhang Yongqi
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN2009101799256A priority Critical patent/CN101668019B/zh
Publication of CN101668019A publication Critical patent/CN101668019A/zh
Priority to AU2010262606A priority patent/AU2010262606A1/en
Priority to PCT/CN2010/071306 priority patent/WO2010145255A1/zh
Priority to EP10788651.7A priority patent/EP2485449A4/en
Priority to US13/257,907 priority patent/US20120198054A1/en
Priority to RU2012118521/08A priority patent/RU2012118521A/ru
Priority to BR112012006714A priority patent/BR112012006714A2/pt
Priority to IN2889DEN2012 priority patent/IN2012DN02889A/en
Application granted granted Critical
Publication of CN101668019B publication Critical patent/CN101668019B/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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • 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
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/18—Commands or executable codes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种多媒体消息网关确定方法，包括：接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关。本发明还公开了一种多媒体消息发送方法、一种多媒体消息网关确定装置和一种多媒体消息的发送系统。采用本发明可以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题。

Description

网关确定方法、装置和消息发送方法、系统
技术领域
本发明涉及到通信领域，尤其是涉及到一种多媒体消息网关确定方法及一种多媒体消息网关确定装置，还涉及到一种多媒体消息发送方法和一种多媒体消息的发送系统。
背景技术
目前，多媒体消息终端被广泛普及，增值业务提供商(VASP，Value AddedService Provider)业务得到了大量扩展，相应的，目前由多媒体消息业务(如彩信、彩铃等业务)的业务量迅速提高，其中，多媒体消息由增值业务服务器产生，每个增值业务提供商拥有多个增值业务服务器。
为满足业务量迅速提高的多媒体消息业务，各运营商建设了大量的多媒体消息网关，但是，对于提供多媒体消息的增值业务服务器而言，各运营商采用预先设定多媒体消息网关的方法，即每个增值业务服务器必须经预先设定的多媒体消息网关发送该增值业务服务器提供的多媒体消息，否则会发送失败。
在实际应用中，预先设定多媒体消息网关会产生很多弊端，例如，可能会产生业务量不均衡的情况，在某个时刻，部分多媒体消息网关上的业务已经超过了自身的处理能力，导致超过自身的处理能力的多媒体消息无法得到及时发送或因超时发送失败，影响用户的感知体验；而此时，部分多媒体消息网关可能处于业务量较少甚至空闲状态，浪费了这部分多媒体消息网关占用的网络资源，也无法给运营商的投资带来较好的收益。
进一步，当运营商新建一个多媒体消息网关时，对于通过新建的多媒体消息网关发送多媒体消息的增值业务服务器，必须由运营商修改增值业务服务器上的数据，将原多媒体消息网关修改后为新建的多媒体消息网关，增加了运营商的工作量；
同理，当一个多媒体消息网关产生故障时，通过该多媒体消息网关发送的多媒体消息会发送失败，为保证业务的稳定性，需要将该多媒体消息网关上的业务切换到未发生故障的多媒体消息网关上，运营商也需要对增值业务服务器上的数据进行修改，否则增值业务服务器仍将生成的多媒体消息发送到发生故障的多媒体消息网关上，上述修改会增加了运营商的工作量和故障处理时间，影响用户的感知体验。
发明内容
本发明实施例提供了一种多媒体消息网关确定方法，用以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题，该方法包括：
接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关；
将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器；
其中，所述获取各多媒体消息网关的业务处理状况或资源占用状况，具体包括：
向所述各多媒体消息网关发送心跳消息；
根据所述各多媒体消息网关对所述心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况；
其中，所述获取各多媒体消息网关的业务处理状况，根据所述业务处理状况，确定出当前业务处理能力最强的多媒体消息网关，包括：
获取所述当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据所述最大业务量和当前业务量的差值得到剩余业务量，确定出所述剩余业务量最大的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出所述剩余吞吐量最大的多媒体消息网关。
本发明实施例还提供了多媒体消息网关确定装置，用以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题，包括：
接收单元，用于接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
确定单元，用于获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关；
发送单元，用于将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器；
其中，所述确定单元具体用于：
向所述各多媒体消息网关发送心跳消息；
根据所述各多媒体消息网关对所述心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况；
所述确定单元，还具体用于获取所述当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关；或者获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据所述最大业务量和当前业务量的差值得到剩余业务量，确定出所述剩余业务量最大的多媒体消息网关；或者获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出所述剩余吞吐量最大的多媒体消息网关。
本发明实施例还提供了一种多媒体消息的发送系统，用以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题，该系统包括传送多媒体消息的多媒体消息网关，还包括增值业务服务器和多媒体消息网关确定装置：
所述增值业务服务器，用于在生成多媒体消息后发送多媒体消息网关查询消息给所述多媒体消息网关确定装置；以及，接收所述多媒体消息网关确定装置返回的发送所述多媒体消息的多媒体消息网关的对应标识，将所述多媒体消息发送至所述标识对应的多媒体消息网关；
所述多媒体消息网关确定装置，用于获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器；
其中，所述多媒体消息网关确定装置具体用于：
向所述各多媒体消息网关发送心跳消息；
根据所述各多媒体消息网关对所述心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况；
其中，所述多媒体消息网关确定装置还具体用于：
获取所述当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据所述最大业务量和当前业务量的差值得到剩余业务量，确定出所述剩余业务量最大的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出所述剩余吞吐量最大的多媒体消息网关。
与现有技术中增值业务服务器通过预先设定的多媒体消息网关发送多媒体消息不同，在本发明实施例中，接收到增值业务服务器发送的多媒体消息网关查询消息后，获取各多媒体消息网关的业务处理状况或资源占用状况，并根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据资源占用状况，确定出确定出剩余资源最多的多媒体消息网关，将确定出的多媒体消息网关作为发送多媒体消息的多媒体消息网关，能够避免选择部分业务量超出自身处理能力的多媒体消息网关发送多媒体消息，以便及时将多媒体消息发送出去，能够改善用户的感知体验；同时，能够充分利用每个多媒体消息网关的处理能力及其占用的资源，减少资源的浪费，给运营商的投资带来较好的收益。
进一步，通过心跳消息可以确定出当前发生故障的多媒体消息网关，以及获知运营商新建的多媒体消息网关，进而可以直接根据未发生故障的多媒体消息网关的业务状况确定出发送生成的多媒体消息服务的多媒体消息网关，无需等待运营商对增值业务服务器上的数据进行修改，能够及时将多媒体消息发送出去，缩短了故障处理时间，减少了运营商的工作量，提高用户的感知体验。
附图说明
图1为本发明实施例提供的多媒体消息网关确定方法的流程图；
图2为本发明实施例中获取各多媒体消息网关的业务处理状况或资源占用状况的流程图；
图3为本发明实施例提供的多媒体消息发送方法的流程图；
图4、图5为本发明实施例提供的多媒体消息网关确定装置的结构示意图；
图6为本发明实施例中多媒体消息发送过程的流程图；
图7为本发明实施例提供的多媒体消息的发送系统的结构示意图。
具体实施方式
本发明实施例提供了一种多媒体消息网关确定方法，用以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题，其具体处理流程如图1所示，包括：
步骤101、接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
步骤102、获取各多媒体消息网关的业务处理状况或资源占用状况，根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的多媒体消息网关作为发送多媒体消息的多媒体消息网关。
实施时，在确定出多媒体消息网关后，将确定出的多媒体消息网关的对应标识发送给增值业务服务器。
实施时，多媒体消息网关的标识可以有多种，如，一种较优的实施方式为：选择统一资源定位符(URL，Uniform Resource Locator)作为多媒体消息网关的标识；当然，在具体实施时也可以选择其他类型的标识，根据具体情况而定。
如图1所示流程，步骤101在实施时，与现有技术中提到的为每个增值业务服务器预先设定多媒体消息网关不同，步骤101中，增值业务服务器与多媒体消息网关之间并不存在预先设定的关系，增值业务服务器生成多媒体消息后发送多媒体消息网关查询消息，查询可以用来发送生成的多媒体消息的多媒体消息网关。
如图1所示流程，步骤102在实施时，获取各多媒体消息网关的业务处理状况或资源占用状况，在具体实施时，在各多媒体消息网关中，可能出现部分多媒体消息网关因发生故障无法正常工作，实施时，可以利用心跳消息确定出当前未发生故障的多媒体消息网关，具体处理流程如图2所示：
步骤201、向各多媒体消息网关发送心跳消息；
步骤202、根据各多媒体消息网关对心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
步骤203、获取当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况。
如图2所示流程，步骤202在实施时，未发生故障的多媒体消息网关在接收到心跳消息后会作出相应反馈，如发送反馈消息给增值业务服务器等等，而发生故障的多媒体消息网关接收到心跳消息后不做任何响应。
为保证及时准确地区别发生故障的多媒体消息网关和未发生故障的多媒体消息网关，在实施时，可以采用周期性发送心跳消息的方法，周期的具体长度可以由具体情况而定。
如图2所示流程，步骤203在实施时，获取当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况，这是由于发生故障的多媒体消息网关无法发送多媒体消息，因此，在后文中，在确定出未发生故障的多媒体消息网关后，只需根据未发生故障的多媒体消息网关的业务处理状况或资源占用状况选择发送生成的多媒体消息服务的多媒体消息网关。
如图1所示流程，步骤102在实施时，发送生成的多媒体消息的多媒体消息网关的确定方法可以有多种，一种较优的实施方式为：
获取当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关。
当然，除上述实施方式外，还有其他较优的实施方式，例如：
获取当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据最大业务量和当前业务量的差值得到剩余业务量，确定出剩余业务量最大的多媒体消息网关。
还例如：
获取当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出剩余吞吐量最大的多媒体消息网关。
除上述列举出的实施方式外，还可以有其他实施方式，可以确定出为多媒体消息服务的多媒体消息网关即可。
在实施时，可能存在部分多媒体消息网关的业务处理状况或资源占用状况相同的情况，此时，可以将上述多个优选的多媒体消息网关的确定方法进行组合，达到更优的选择，例如：
当至少两个多媒体消息网关的业务处理时延相同时，获取至少两个多媒体消息网关的剩余业务量或剩余吞吐量，选择剩余业务量或剩余吞吐量最大的多媒体消息网关。
还例如：
当至少两个多媒体消息网关的剩余业务量相同时，获取至少两个多媒体消息网关的业务处理时延，选择业务处理时延最短的多媒体消息网关；或者获取至少两个多媒体消息网关的剩余吞吐量，选择剩余吞吐量最大的多媒体消息网关。
还例如：
当至少两个多媒体消息网关的剩余吞吐量相同时，获取至少两个多媒体消息网关的业务处理时延，选择业务处理时延最短的多媒体消息网关；或者获取至少两个多媒体消息网关的剩余业务量，选择剩余业务量最大的多媒体消息网关。
基于同一发明构思，本发明实施例还提供了一种多媒体消息发送方法，具体处理流程如图3所示，包括：
步骤301、接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
步骤302、获取各多媒体消息网关的业务处理状况或资源占用状况，根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据资源占用状况确定出剩余资源最多的多媒体消息网关；
步骤303、将确定出的多媒体消息网关的对应标识发送给增值业务服务器，由增值业务服务器将多媒体消息发送至标识对应的多媒体消息网关。
基于同一发明构思，本发明实施例还提供了一种多媒体消息网关确定装置，具体结构如图4所示，包括：
接收单元401，用于接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
确定单元402，用于获取各多媒体消息网关的业务处理状况或资源占用状况，根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的多媒体消息网关作为发送多媒体消息的多媒体消息网关。
在一个实施例中，如图5所示，多媒体消息网关确定装置还包括：
发送单元501，用于将确定出的多媒体消息网关的对应标识发送给增值业务服务器。
在一个实施例中，多媒体消息网关确定装置可以集成于域名服务器(DNS，Domain Name Server)中，当然，也可以集成于其他设备或装置中，只要集成后能够各多媒体消息网关的业务处理状况或资源占用状况即可，具体选择哪种设备或装置进行集成根据实际情况而定。
现以DNS为例，对多媒体消息的发送过程进行说明，具体流程如图6所示：
步骤601、增值业务服务器生成多媒体消息后向DNS发送多媒体消息网关查询消息；
步骤602、DNS获取并根据各多媒体消息网关的业务处理状况或资源占用状况确定出为发送生成的多媒体消息服务的多媒体消息网关，向增值业务服务器发送确定的多媒体消息网关的对应标识；
步骤603、增值业务服务器将多媒体消息发送到标识对应的多媒体消息网关；
由于后文中仅出现标识对应的多媒体消息网关，为方便描述，在后续步骤中将标识对应的多媒体消息网关简称为多媒体消息网关，图6中也以多媒体消息网关代替确定出的标识对应的多媒体消息网关。
步骤604、多媒体消息网关向DNS发送多媒体消息中心查询消息；
步骤605、DNS向多媒体消息网关发送多媒体消息中心的标识；
由于后文中仅出现标识对应的多媒体消息中心，为方便描述，在后续步骤中将标识对应的多媒体消息中心简称为多媒体消息中心，图6中也以多媒体消息中心代替标识对应的多媒体消息中心。
步骤606、多媒体消息网关将多媒体消息发送到多媒体消息中心。
上述流程中仅以DNS为例进行说明，在实际应用时，可以选择任何集成了多媒体消息网关确定装置的设备或装置，根据具体情况而定。
基于同一发明构思，本发明实施例还提供了一种多媒体消息的发送系统，如图7所示，包括传送多媒体消息的多媒体消息网关701，还包括增值业务服务器702和多媒体消息网关确定装置703：
增值业务服务器702，用于在生成多媒体消息后发送多媒体消息网关查询消息给多媒体消息网关确定装置703；以及，接收多媒体消息网关确定装置703返回的发送多媒体消息的多媒体消息网关701的对应标识，将多媒体消息发送至标识对应的多媒体消息网关701；
多媒体消息网关确定装置703，用于获取各多媒体消息网关的业务处理状况或资源占用状况，根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的多媒体消息网关701的对应标识发送给增值业务服务器702。
与现有技术中增值业务服务器通过预先设定的多媒体消息网关发送多媒体消息不同，在本发明实施例中，接收到增值业务服务器发送的多媒体消息网关查询消息后，获取各多媒体消息网关的业务处理状况或资源占用状况，并根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据资源占用状况，确定出确定出剩余资源最多的多媒体消息网关，将确定出的多媒体消息网关作为发送多媒体消息的多媒体消息网关，能够避免选择部分业务量超出自身处理能力的多媒体消息网关发送多媒体消息，以便及时将多媒体消息发送出去，能够改善用户的感知体验；同时，能够充分利用每个多媒体消息网关的处理能力及其占用的资源，减少资源的浪费，给运营商的投资带来较好的收益。
进一步，通过心跳消息可以确定出当前发生故障的多媒体消息网关，以及获知运营商新建的多媒体消息网关，进而可以直接根据未发生故障的多媒体消息网关的业务状况确定出发送生成的多媒体消息服务的多媒体消息网关，无需等待运营商对增值业务服务器上的数据进行修改，能够及时将多媒体消息发送出去，缩短了故障处理时间，减少了运营商的工作量，提高用户的感知体验。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (5)

1.一种多媒体消息网关确定方法，其特征在于，包括：
接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关；
将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器；
其中，所述获取各多媒体消息网关的业务处理状况或资源占用状况，具体包括：
向所述各多媒体消息网关发送心跳消息；
根据所述各多媒体消息网关对所述心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况；
其中，所述获取各多媒体消息网关的业务处理状况，根据所述业务处理状况，确定出当前业务处理能力最强的多媒体消息网关，包括：
获取所述当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据所述最大业务量和当前业务量的差值得到剩余业务量，确定出所述剩余业务量最大的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出所述剩余吞吐量最大的多媒体消息网关。
2.如权利要求1所述的方法，其特征在于，当至少两个多媒体消息网关的业务处理时延相同时，获取所述至少两个多媒体消息网关的所述剩余业务量或所述剩余吞吐量，选择所述剩余业务量或所述剩余吞吐量最大的多媒体消息网关；
当至少两个多媒体消息网关的所述剩余业务量相同时，获取所述至少两个多媒体消息网关的所述业务处理时延，选择所述业务处理时延最短的多媒体消息网关；或者获取所述至少两个多媒体消息网关的剩余吞吐量，选择所述剩余吞吐量最大的多媒体消息网关；
当至少两个多媒体消息网关的所述剩余吞吐量相同时，获取所述至少两个多媒体消息网关的所述业务处理时延，选择所述业务处理时延最短的多媒体消息网关；或者获取所述至少两个多媒体消息网关的剩余业务量，选择所述剩余业务量最大的多媒体消息网关。
3.一种多媒体消息网关确定装置，其特征在于，包括：
接收单元，用于接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息；
确定单元，用于获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关；
发送单元，用于将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器；
其中，所述确定单元具体用于：
向所述各多媒体消息网关发送心跳消息；
根据所述各多媒体消息网关对所述心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况；
所述确定单元，还具体用于获取所述当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关；或者获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据所述最大业务量和当前业务量的差值得到剩余业务量，确定出所述剩余业务量最大的多媒体消息网关；或者获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出所述剩余吞吐量最大的多媒体消息网关。
4.如权利要求3所述的装置，其特征在于，所述装置集成于域名服务器DNS中。
5.一种多媒体消息的发送系统，包括传送多媒体消息的多媒体消息网关，其特征在于，还包括增值业务服务器和多媒体消息网关确定装置；
所述增值业务服务器，用于在生成多媒体消息后发送多媒体消息网关查询消息给所述多媒体消息网关确定装置；以及，接收所述多媒体消息网关确定装置返回的发送所述多媒体消息的多媒体消息网关的对应标识，将所述多媒体消息发送至所述标识对应的多媒体消息网关；
所述多媒体消息网关确定装置，用于获取各多媒体消息网关的业务处理状况或资源占用状况，根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关，或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关，将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器；
其中，所述多媒体消息网关确定装置具体用于：
向所述各多媒体消息网关发送心跳消息；
根据所述各多媒体消息网关对所述心跳消息的反馈，确定出当前未发生故障的多媒体消息网关；
获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用状况；
其中，所述多媒体消息网关确定装置还具体用于：
获取所述当前未发生故障的多媒体消息网关的业务处理时延，确定出业务处理时延最短的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量，根据所述最大业务量和当前业务量的差值得到剩余业务量，确定出所述剩余业务量最大的多媒体消息网关；或者
获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量，根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量，确定出所述剩余吞吐量最大的多媒体消息网关。
CN2009101799256A 2009-09-30 2009-09-30 网关确定方法、装置和消息发送方法、系统 Expired - Fee Related CN101668019B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN2009101799256A CN101668019B (zh) 2009-09-30 2009-09-30 网关确定方法、装置和消息发送方法、系统
US13/257,907 US20120198054A1 (en) 2009-09-30 2010-03-25 Method and apparatus for determining gateway and method and system for sending message
PCT/CN2010/071306 WO2010145255A1 (zh) 2009-09-30 2010-03-25 网关确定方法、装置和消息发送方法、系统
EP10788651.7A EP2485449A4 (en) 2009-09-30 2010-03-25 METHOD AND DEVICE FOR DETERMINING A GATEWAY AND METHOD AND SYSTEM FOR SENDING A MESSAGE
AU2010262606A AU2010262606A1 (en) 2009-09-30 2010-03-25 Method and apparatus for determining gateway and method and system for sending message
RU2012118521/08A RU2012118521A (ru) 2009-09-30 2010-03-25 Способ и устройство для определения шлюза, способ и система для отправки сообщения
BR112012006714A BR112012006714A2 (pt) 2009-09-30 2010-03-25 método e aparelho para determinar gateway e método e sistema de envio de mensagem
IN2889DEN2012 IN2012DN02889A (zh) 2009-09-30 2012-04-03

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009101799256A CN101668019B (zh) 2009-09-30 2009-09-30 网关确定方法、装置和消息发送方法、系统

Publications (2)

Publication Number Publication Date
CN101668019A CN101668019A (zh) 2010-03-10
CN101668019B true CN101668019B (zh) 2013-06-05

Family

ID=41804460

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009101799256A Expired - Fee Related CN101668019B (zh) 2009-09-30 2009-09-30 网关确定方法、装置和消息发送方法、系统

Country Status (8)

Country Link
US (1) US20120198054A1 (zh)
EP (1) EP2485449A4 (zh)
CN (1) CN101668019B (zh)
AU (1) AU2010262606A1 (zh)
BR (1) BR112012006714A2 (zh)
IN (1) IN2012DN02889A (zh)
RU (1) RU2012118521A (zh)
WO (1) WO2010145255A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668019B (zh) * 2009-09-30 2013-06-05 中兴通讯股份有限公司 网关确定方法、装置和消息发送方法、系统
CN102457393A (zh) * 2010-10-29 2012-05-16 鸿富锦精密工业（深圳）有限公司 数据传输管理设备及方法
CN102118319B (zh) * 2011-04-06 2013-09-18 杭州华三通信技术有限公司 流量负载均衡方法和装置
CN104348736A (zh) * 2013-07-31 2015-02-11 北京华为数字技术有限公司 组播负载场景下选路的方法和路由器
CN103916828B (zh) * 2014-03-19 2017-08-04 华为终端有限公司 处理彩信的方法及装置
CN105050139B (zh) * 2015-07-27 2018-10-26 中国科学院信息工程研究所 一种基于全局负载均衡的服务网关选择方法及系统
CN108243177B (zh) * 2016-12-27 2021-01-15 中国移动通信有限公司研究院 一种数据传输方法及装置
CN108259237A (zh) * 2018-01-05 2018-07-06 葛晗 网络访问加速方法、云dns服务器、ce和云ip加速网络系统
CN113364672B (zh) * 2021-06-29 2022-12-30 中星电子股份有限公司 媒体网关信息确定方法、装置、设备和计算机可读介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588927A (zh) * 2004-08-05 2005-03-02 北京航空航天大学 一种大规模多媒体接入网关的方法
CN1889535A (zh) * 2005-06-27 2007-01-03 华为技术有限公司 多媒体增值业务消息的处理方法和系统及采用的网关设备
CN101193335A (zh) * 2006-11-23 2008-06-04 中兴通讯股份有限公司 实现核心网多网关模型下的路由选择功能的系统和方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
CN101346634B (zh) * 2005-11-04 2012-10-24 甲骨文国际公司 用于通信网络中的网守的系统和方法
CN1870646B (zh) * 2006-02-17 2010-08-04 华为技术有限公司 一种媒体网关控制协议中心跳机制的改进方法
CN100502572C (zh) * 2006-11-30 2009-06-17 华为技术有限公司 增大多媒体消息业务系统容量的方法及系统
CN101068378B (zh) * 2007-06-21 2012-07-04 华为技术有限公司 实现多媒体消息业务系统容灾的方法、系统及设备
CN101350942A (zh) * 2007-07-19 2009-01-21 中国移动通信集团公司 多媒体消息传送的系统和方法以及多媒体消息业务网关
CN101378544B (zh) * 2007-08-31 2011-12-07 国际商业机器公司 信息轮询方法、装置及其系统
US8046013B1 (en) * 2008-05-29 2011-10-25 Cellco Partnership Optimized MMS architecture for application-to-person and person-to-application messaging
CN101668019B (zh) * 2009-09-30 2013-06-05 中兴通讯股份有限公司 网关确定方法、装置和消息发送方法、系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588927A (zh) * 2004-08-05 2005-03-02 北京航空航天大学 一种大规模多媒体接入网关的方法
CN1889535A (zh) * 2005-06-27 2007-01-03 华为技术有限公司 多媒体增值业务消息的处理方法和系统及采用的网关设备
CN101193335A (zh) * 2006-11-23 2008-06-04 中兴通讯股份有限公司 实现核心网多网关模型下的路由选择功能的系统和方法

Also Published As

Publication number Publication date
IN2012DN02889A (zh) 2015-07-24
AU2010262606A1 (en) 2012-05-03
US20120198054A1 (en) 2012-08-02
CN101668019A (zh) 2010-03-10
EP2485449A1 (en) 2012-08-08
RU2012118521A (ru) 2013-11-10
WO2010145255A1 (zh) 2010-12-23
EP2485449A4 (en) 2016-01-06
BR112012006714A2 (pt) 2017-07-18

Similar Documents

Publication Publication Date Title
CN101668019B (zh) 网关确定方法、装置和消息发送方法、系统
CN101925045B (zh) 一种提供用户业务数据的方法及系统
CN102625287A (zh) 一种手机应用软件的下载方法
CN103795689A (zh) 资源订阅方法及装置
CN102308532A (zh) 点到多点推送消息处理方法、系统及服务器
CN104980289A (zh) 消息推送方法、装置和系统
CN101621538A (zh) 一种对等网络中媒体源节点的选择方法和系统
EP2480009B1 (en) Multimedia message transmission method and apparatus thereof, and domain name server
CN110601989A (zh) 一种网络流量均衡方法及装置
CN103902314B (zh) 一种网页应用的安装方法及装置
CN104602180A (zh) 创建订阅资源系统及创建订阅资源的方法
CN102984688A (zh) 一种订阅资源的清除方法和服务器
CN101309458B (zh) 多企业间的短信实现方法、系统和设备
CN101404674A (zh) 一种呼叫路由选择的方法、代理服务器和中继设备
CN1917441A (zh) 一种实现通知服务的方法以及分布式网管系统
CN105306442A (zh) 代理服务器及其指令传输方法
EP4044545B1 (en) Method and apparatus for subscribing to event stream
CN104022941A (zh) 一种会议即时通讯系统及其实现方法
CN109379443B (zh) 一种面向物联网的分布式消息队列的实现方法
CN101730318B (zh) 一种彩信业务实现方法及通讯系统以及彩信路由器
CN101662740A (zh) 一种彩信附件在网络侧的传输方法及设备
CN101925021A (zh) 消息处理方法/系统、融合业务系统
CN108322895B (zh) 一种消息状态查询方法及网络设备、网关
CN115334466B (zh) 一种消息的发送方法、装置、电子设备及存储介质
CN101179575A (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
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20170912

Address after: 241000, No. 26, village nature village, Fuxing administrative village, flower Town, Wuhu County, Anhui, Wuhu

Patentee after: Zhang Yongqi

Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice

Patentee before: ZTE Corp.

CB03 Change of inventor or designer information

Inventor after: Zhang Yongqi

Inventor before: Huang Xiang

CB03 Change of inventor or designer information
CP02 Change in the address of a patent holder

Address after: 541900 the Guangxi Zhuang Autonomous Region Yangshuo Guilin Yangshuo County Town Green Street No. 35

Patentee after: Zhang Yongqi

Address before: 241000, No. 26, village nature village, Fuxing administrative village, flower Town, Wuhu County, Anhui, Wuhu

Patentee before: Zhang Yongqi

CP02 Change in the address of a patent holder
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130605

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