CN1960521A - 增大多媒体消息业务系统容量的方法及系统 - Google Patents

增大多媒体消息业务系统容量的方法及系统 Download PDF

Info

Publication number
CN1960521A
CN1960521A CNA2006101608518A CN200610160851A CN1960521A CN 1960521 A CN1960521 A CN 1960521A CN A2006101608518 A CNA2006101608518 A CN A2006101608518A CN 200610160851 A CN200610160851 A CN 200610160851A CN 1960521 A CN1960521 A CN 1960521A
Authority
CN
China
Prior art keywords
message
mmsc node
server
repeater
multimedia
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.)
Granted
Application number
CNA2006101608518A
Other languages
English (en)
Other versions
CN100502572C (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.)
Huawei Technologies 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 CNB2006101608518A priority Critical patent/CN100502572C/zh
Publication of CN1960521A publication Critical patent/CN1960521A/zh
Priority to EP07801022.0A priority patent/EP2088791B1/en
Priority to RU2009121503/09A priority patent/RU2429587C2/ru
Priority to PCT/CN2007/070613 priority patent/WO2008064591A1/zh
Priority to IL199007A priority patent/IL199007A0/en
Priority to US12/473,702 priority patent/US8019823B2/en
Application granted granted Critical
Publication of CN100502572C publication Critical patent/CN100502572C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种增大多媒体消息业务系统容量的方法，该方法包括以下步骤：消息分发装置接收到发送方发送的多媒体消息后，确定接收所述多媒体消息的第一多媒体消息业务中心(MMSC)节点，并将所述多媒体消息转发到第一MMSC节点的中继器；所述第一MMSC节点的中继器将所述多媒体消息投递到所述第一MMSC节点的服务器，由所述第一MMSC节点的服务器进行存储；所述第一MMSC节点的服务器通过所述第一MMSC节点的中继器和消息分发装置发送所述多媒体消息到接收方。本发明还公开了一种增大多媒体消息业务系统容量的系统。使用本发明增大了多媒体消息业务系统处理多媒体消息业务的能力。

Description

增大多媒体消息业务系统容量的方法及系统
技术领域
本发明涉及多媒体消息业务技术，具体涉及增大多媒体消息业务系统容量的方法及系统。
背景技术
多媒体消息业务(MMS)是短消息服务(SMS)和增强型消息服务(EMS)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。它不仅实现了各移动终端之间的信息传递，还实现了内容的多样性，包括图片、语音、图像、数据和文本的各种组合。作为一个开放的媒体接入平台，MMS可以在移动用户和互联网内容提供商的互动下衍生出更丰富多彩的内容服务应用。MMS业务及相关应用的推出将为运营商提供全新的业务增长点，同时巩固和进一步发展运营商在消息类业务上已经取得的成果，增强自身的核心竞争力，并使运营商在激烈的电信运营服务市场竞争中占据优势地位。
图1所示为现有的多媒体消息业务系统结构以及对外连接关系图。参见图1，系统包括：中继器和服务器。
其中，中继器用于接收无线应用协议(WAP)网关、邮件服务器和业务提供服务器(SP)发来的多媒体消息，并将此多媒体消息进行MM2编码后，发送到服务器处理；接收服务器发送的消息，将发往WAP网关的消息进行MM1编码后转发到网关；将发往邮件服务器的消息进行MM3编码后发送到邮件服务器；将发往SP的消息进行MM7编码后发送到邮件服务器。
服务器用于接收中继器发来的多媒体消息，进行存储和处理。服务器可以和外部网络的应用服务器通过标准的接口协同工作，为移动终端提供丰富的服务类型。
中继器和服务器构成多媒体消息业务中心(MMSC)节点，对多媒体消息进行协议转换、内容适配、存储和调度，完成多媒体消息在不同多媒体设备之间的传递操作。
综上，现有的多媒体消息业务系统中只有一个MMSC节点处理本网络中所有的多媒体消息，而单个节点处理能力有限，随着多媒体消息业务用户数量的增多，一个节点无法及时处理所有的多媒体消息，从而有可能造成业务中断，影响用户使用。
针对现有技术多媒体消息业务处理能力有限的问题，目前采用的扩容方法主要有两种：
一种是双机方案，即通过扩展中央处理单元(CPU)/内存的方式进行垂直扩容；但是这种方案中双机的多媒体消息业务处理量最多也就是单机处理量的两倍，且一套计算机的CPU/内存不能无限扩展，因此其多媒体消息业务的处理能力是有限的。
另一种是分段扩容方式，即使用多个MMSC节点，如两个，图2所示为采用分段扩容方式的多媒体消息业务系统结构示意图，参见图2，该系统把以139102开头的手机号码平均分为两个号码段，简单划分为：1391020～139104为第一个号码段，其业务由服务器1处理，1391025～139109为第二个号码段，其业务由服务器2处理。发送方发送多媒体消息到负载均衡器，负载均衡器根据其负载均衡算法确定接收此多媒体消息业务请求的中继器，由中继器根据发送方手机号码转发到对应的服务器，第一个号码段的业务由服务器1处理，第二个号码段的业务由服务器2处理。服务器将接收到的多媒体消息保存到多媒体消息存储模块中，在确定接收方可以接收此多媒体消息后，再从多媒体消息存储模块中读出多媒体消息，发送根据中继器的负载情况确定的中继器，由中继器转发到接收方。这种方案虽然增大了多媒体消息系统的容量，但仍存在以下限制多媒体消息系统处理能力的问题：
第一，中继器和服务器是独立的模块，消息的转发都要通过网络进行，主机之间的交叉访问次数过大，造成多媒体消息处理速度慢的问题，限制了多媒体消息业务系统的处理能力。
第二，所有的服务器将接收到的多媒体消息集中存储到多媒体消息存储模块中，在多媒体消息业务量大时，多媒体消息存储模块的输入/输出(I/O)性能瓶颈限制了多媒体消息读写的速度，从而限制了多媒体消息业务系统的处理能力，在业务量大时，不能满足运营商的要求。
第三，中继器和服务器是独立的模块，由于业务类型变化或接口等的限制，会出现中继器和服务器负载不同的情况，例如当中继器满负荷时，服务器还远远没有达到满负荷的情况，从而导致资源的浪费。
第四，此方案不能保证两个号码段的业务刚好是均匀的，若其中的一台服务器由于负荷过大而出现故障，必然会引起业务的中断，影响用户使用。
发明内容
有鉴于此，本发明实施例提供一种增大多媒体消息业务系统容量的多媒体消息发送方法和多媒体消息获取方法，增大多媒体消息业务系统的处理能力。
本发明实施例提供一种增大多媒体消息业务系统容量的系统，增大多媒体消息业务系统的处理能力。
为达到上述目的，本发明实施例的技术方案是这样实现的：
一种增大多媒体消息业务系统容量的方法，该方法包括以下步骤：
消息分发装置接收到发送方发送的多媒体消息后，确定接收所述多媒体消息的第一多媒体消息业务中心MMSC节点，并将所述多媒体消息转发到所述第一MMSC节点的中继器；
所述第一MMSC节点的中继器将所述多媒体消息投递到第一MMSC节点的服务器，由所述第一MMSC节点的服务器进行存储；
所述第一MMSC节点的服务器通过所述第一MMSC节点的中继器和消息分发装置发送所述多媒体消息到接收方。
所述第一MMSC节点的中继器与所述第一MMSC节点的服务器通过共享内存进行消息传递。
在所述第一MMSC节点的服务器存储所述多媒体消息之后进一步包括：所述第一MMSC节点的服务器生成第一标识信息，所述第一标识信息包括：第一消息标识和第一事务标识；
所述第一事务标识中包含所述第一MMSC节点的编号信息。
一种增大多媒体消息业务系统容量的系统，该系统包括消息分发装置和至少两个MMSC节点，
所述MMSC节点包括中继器和与所述中继器对应的服务器，
所述中继器，用于在消息分发装置和与其对应的服务器之间传递消息；
所述服务器，用于接收对应的中继器发送的多媒体消息，保存所述多媒体消息；发送多媒体消息到对应的中继器；
所述消息分发装置，用于接收多媒体消息，确定处理所述多媒体消息的MMSC节点，将多媒体消息转发到所述MMSC节点的中继器，并接收和转发中继器发送的多媒体消息。
所述服务器进一步用于产生标识信息，所述标识信息中包括所述MMSC节点的编号信息。
所述中继器，进一步用于识别从消息分发装置接收的消息中的标识信息，并将所述消息发送到与所述标识信息中MMSC节点的编号信息对应的MMSC节点的服务器。
所述MMSC节点用于同时处理多媒体消息业务，每两个MMSC节点相互备份。
由上述方案可见，本发明实施例提供的增大多媒体消息业务系统容量的方法及系统，提出了大容量多媒体消息业务扩容的对等集群方案，将中继器与服务器对应起来构成一个独立的MMSC节点，使得同一多媒体消息的处理在系统中的同一个节点上完成，减小了MMSC节点间的交叉访问，提高了消息的传递速率；服务器将接收到的多媒体消息保存，每个MMSC节点都能独立完成多媒体消息I/O读写，避免了集中读写多媒体消息而造成的多媒体消息业务系统处理业务有限的问题，从而增大了多媒体消息业务系统的处理能力。
附图说明
图1为现有的多媒体消息业务系统结构以及对外连接关系示意图；
图2为采用分段扩容方式的多媒体消息业务系统结构示意图；
图3为本发明较佳实施例中的增大多媒体消息业务系统容量的系统结构图；
图4为本发明实施例一实现移动终端到移动终端多媒体消息业务的方法流程图；
图5为本发明实施例二实现移动终端到SP多媒体消息业务的方法流程图；
图6为本发明实施例三实现SP到移动终端多媒体消息业务的方法流程图；
图7为图3所示系统的多媒体消息业务通过MM4接口前转出去的方法流程图；
图8为图3所示系统的多媒体消息业务通过MM4接口前转进来的方法流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图及具体实施例对本发明进行详细说明。
本发明实施例的增大多媒体消息业务系统容量的方法及系统，提出了大容量多媒体消息业务水平扩容的对等集群方案，其主要思想是将中继器和服务器对应起来构成一个MMSC节点，消息分发装置接收到多媒体消息后，确定处理所述多媒体消息的MMSC节点，将该多媒体消息转发到该MMSC节点的中继器，该MMSC节点的中继器接收到该多媒体消息后转发到与该中继器对应的服务器上，由该服务器保存多媒体消息；服务器下发多媒体消息时，先转发到与该服务器对应的中继器，再由中继器发送到消息分发装置，由消息分发装置转发。
本发明实施例中的增大多媒体消息业务系统容量的系统包括消息分发装置和至少两个MMSC节点。
其中，MMSC节点包括中继器和与该中继器对应的服务器，
中继器用于在消息分发装置和与其对应的服务器之间传递消息；服务器用于接收和保存与其对应的中继器发送的多媒体消息，对该多媒体消息进行处理后发送到与其对应的中继器上。
消息分发装置用于接收多媒体消息，确定处理所述多媒体消息的MMSC节点，将多媒体消息转发到该MMSC节点的中继器，接收中继器发送的多媒体消息后转发。
以下以具有四个节点的对等集群架构为例，说明对等集群方案。本实施例中，中继器和与该中继器对应的服务器组成一个MMSC节点是通过在一台主机上同时包括中继器和服务器进程实现的，本实施例中的消息分发装置为负载均衡器。
图3所示为本发明较佳实施例中的增大多媒体消息业务系统容量的系统结构图。参见图3，该系统包括负载均衡器、交换机和四个由中继器和与该中继器对应的服务器组成的独立的MMSC节点。
其中，四个MMSC节点组成两套双机，每套双机都有两个节点资源组，每个节点资源组有自己独立的磁盘阵列，或两个节点资源组共享一个磁盘阵列，每个节点资源组有自己的双机浮动网络协议地址(FIP)。系统中所有的MMSC节点统一编号，并且根据多媒体消息接收方的类型确定MMSC节点的服务器端口号，服务器端口号用于指明服务器的应用进程，如要通过WAP网关将多媒体消息发送到移动终端，则MMSC节点1的服务器端口号可以为8001，MMSC节点2的服务器端口号可以为8002；若要将多媒体消息发送到邮件服务器或其他的MMSC节点，则MMSC节点1的服务器端口号可以为2501，MMSC节点2的服务器端口号可以为8002；而要将多媒体消息发送到SP，则MMSC节点1的服务器端口号可以为8801，MMSC节点2的服务器端口号可以为8002。MMSC节点的FIP地址用于指明MMSC节点的IP地址，也可以与上述方式相同的顺序编号的方式来设置。
负载均衡器接收移动终端通过WAP网关发送来的多媒体消息，根据MMSC节点的负载情况确定处理该多媒体消息的MMSC节点，如MMSC节点1，并将该多媒体消息转发到MMSC节点1的中继器1上；中继器1将该多媒体消息进行协议转换后，投递到对应的服务器1；
服务器1接收到多媒体消息后，对多媒体消息进行处理，产生包含节点编号信息的标识信息，包括事务标识(Transaction ID)和消息标识(MessageID)。
如果该多媒体消息是发送到邮件服务器的消息，则服务器1生成响应消息，发送到对应的中继器1，中继器1将该多媒体消息进行协议转换后发送到负载均衡器，由负载均衡器将多媒体消息的IP头进行IP地址转换(NAT)后发送到WAP网关；同时，服务器1将该多媒体消息通过对应的中继器1发送到负载均衡器，负载均衡器将该多媒体消息的IP头作源IP地址转换(SNAT)后发送到邮件服务器。
如果该多媒体消息是发送到SP的消息，则服务器1通过对应的中继器1和负载均衡器向WAP网关发送响应消息；服务器1向负载均衡器发送该多媒体消息，负载均衡器接收到该多媒体消息后，保存该多媒体消息的会话信息，将该多媒体消息的IP头作源IP地址转换(SNAT)后发送到SP；SP接收到该多媒体消息后，向负载均衡器发送响应消息，负载均衡器根据保存的会话信息，将该响应消息发送到MMSC节点1的中继器1。
如果该多媒体消息是移动终端通过WAP网关发送到另一移动终端的消息，则服务器1分别生成响应消息和通知消息，通过对应的中继器1和负载均衡器分别将响应消息和通知消息发送到WAP网关，由WAP网关根据消息中的地址信息将消息发送到移动终端。该通知消息包含携带有MMSC节点编号信息的标识信息，且其统一资源定位器(URL)中携带了接收多媒体消息的服务器1的端口号，如8001；
WAP网关向负载均衡器发送携带标识信息的通知响应消息，负载均衡器根据MMSC节点的负载情况确定接收该通知响应消息的MMSC节点，如MMSC节点2，将该通知响应消息发送到MMSC节点2的中继器2；中继器2根据该通知响应消息中的标识信息，通过交换机将该通知响应消息发送到与标识信息中的MMSC节点编号信息相对应的MMSC节点的服务器，即服务器1；
然后，移动终端通过WAP网关向负载均衡器发送携带服务器1端口号和标识信息的消息获取请求，负载均衡器接收到该消息获取请求后，根据该消息获取请求中的服务器端口号，将该消息获取请求发送到与服务器端口号相对应的服务器，即服务器1；服务器1收到该消息获取请求后，找到与该消息获取请求中的标识信息对应的多媒体消息，通过对应的中继器1、负载均衡器和WAP网关发送到移动终端；
移动终端通过WAP网关向负载均衡器发送携带标识信息的成功消息，负载均衡器收到成功消息后，根据MMSC节点的负载情况确定接收该成功消息的MMSC节点，如MMSC节点3，并将该成功消息发送到MMSC节点3的中继器3，中继器3根据成功消息中的标识信息，通过交换机将该成功消息发送到与标识信息中的MMSC节点编号信息相对应的MMSC节点的服务器，即服务器1。
负载均衡器接收SP发送的多媒体消息，根据MMSC节点的负载情况确定接收该多媒体消息的MMSC节点，如MMSC节点1，将该多媒体消息发送到MMSC节点1的中继器1，中继器1将该多媒体消息进行协议转换后，投递到对应的服务器1；然后通过以上所述的将多媒体消息通过WAP网关发送到移动终端的流程完成多媒体消息的下发。
负载均衡器接收邮件服务器发送的多媒体消息，根据MMSC节点的负载情况确定接收该多媒体消息的MMSC节点，如MMSC节点1，将该多媒体消息发送到MMSC节点1的中继器1，中继器1将该多媒体消息进行协议转换后，投递到对应的服务器1；服务器1生成响应消息，通过对应的中继器1和负载均衡器发送到邮件服务器；然后通过以上所述的将多媒体消息通过WAP网关发送到移动终端的流程完成多媒体消息的下发。
由于系统中MMSC节点所有部件的底层平台都是基于相同的消息总线，能够自动根据连接的部署情况选择合适的通信方式，所以主机间通信通过交换机进行，而主机内则通过共享内存通信。即对于会话发起消息，中继器通过共享内存投递到与本中继器处于同一主机的服务器；对于事务处理过程，中继器根据消息的标识信息将消息通过交换机投递到处理此次会话的服务器；服务器发起的消息通过共享内存投递到本主机上的中继器。
正常情况下，系统双机中的两套资源组分别运行在双机的两台单机上，当双机中一台单机出现主机故障或应用软件故障时，该主机上整个资源组通过交换机切换到另一台主机上运行。出现故障的主机的中继器/服务器进程运行时，仍然使用原来的FIP地址，对于在该中继器和服务器上处理的多媒体消息，其消息中的IP地址是不变的，因此主机的故障对该多媒体消息的处理没有影响。此时，一台主机上运行两套中继器/服务器，每套只能使用一半的系统CPU和内存资源，因此每套中继器/服务器的处理能力将减半，但不会影响整个系统的有效性，故障缓存的消息以及正在进行的会话处理均会保留，仅会丢失故障切换过程中提交的新消息。在这种情况下，由于负载均衡器可以平衡各个MMSC节点的负载，所以，整个主机两套中继器/服务器的处理能力总和与一台正常集群节点基本持平，即有N个MMSC节点的系统在单点故障状态下，将损失1/N的系统处理能力。本实施例中，4台主机的系统将会损失25％的处理能力。实际应用中，N越大，损失的比例就越小。
另外，本发明实施例中的中继器是通过软件实现的部件，并不按照最大内存与最小内存一致的方式来分配初始内存，而是由软件自动调度，以便减小故障切换时的内存占用。
以下对三个实施例分别进行详细说明。三个实施例中的消息分发装置为负载均衡器，负载均衡器确定接收多媒体消息业务请求的MMSC节点的方法为确定所有MMSC节点中负载最轻的节点，包括以下三种方法：
第一种：负载均衡器在接收到多媒体消息业务请求后，向MMSC节点发送探测信息，并接收各节点的响应信息，将响应最快的节点作为负载最轻的节点。
第二种：负载均衡器记录每个MMSC节点处理多媒体消息业务请求的数量，当有新的多媒体消息业务请求时，把当前处理多媒体消息业务请求数量最少的节点作为负载最轻的节点。
第三种：根据MMSC节点资源组的CPU型号、CPU数量、内存大小及当前连接数等换算而成此节点的负荷，负荷最小的节点为负载最轻的节点。
本发明实施例中的中继器和与该中继器对应的服务器运行在同一台主机上构成一个独立的MMSC节点，所以，中继器接收的消息可以通过共享内存直接投递到与其对应的服务器，服务器将发送的消息通过共享内存直接投递到与该服务器对应的中继器。
实施例一：
参见图4，图4为本发明实施例一实现移动终端到移动终端多媒体消息业务的方法流程图，该方法包括以下步骤：
步骤400～步骤402：发送方通过WAP网关向负载均衡器发送MM1提交多媒体消息请求消息(MM1_Submit.req)；负载均衡器将多媒体消息发送到负载最轻的MMSC节点的中继器上，如中继器1；中继器1将多媒体消息做MM2编码后通过共享内存提交到本节点上的服务器1。
步骤403～步骤405：服务器1收到多媒体消息后保存多媒体消息，并进行格式转换等处理，向本机的中继器1返回响应消息，服务器1同时生成包含有本节点编号信息的标识信息；中继器1将接收到的响应消息做MM1编码后在原超文本传输协议(HTTP)连接中返回到负载均衡器；由负载均衡器将响应消息的IP头作NAT转换后，通过保存的传输控制协议(TCP)连接，发送到WAP网关，WAP网关再根据响应消息中的发送方地址将此消息转发到发送方。
步骤406：服务器1构造MM2通知消息(MM2_Notification.ind)投递到本节点上的中继器1。
通知消息中包含了MMSC节点1生成的包含本节点编号信息的标识信息，以及接收方的地址信息，同时通知消息的URL中携带了本节点服务器的端口号，如8001，且URL的IP地址为多媒体消息业务系统对外映射的公网IP地址。
步骤407～步骤408：中继器1将通知消息做MM1编码后发送到负载均衡器；负载均衡器将通知消息做SNAT转换后，根据通知消息中接收方地址发送到WAP网关，由WAP网关将此消息转发到接收方。
步骤409：接收方接收到通知消息后回复MM1通知响应消息(MM1_NotifyResp.ind)。
此通知响应消息中携带了通知消息中包含的标识信息。响应地址为移动终端设置的信息服务器地址即由SNAT转换出的源IP地址，因此指向负载均衡器。
步骤410：负载均衡器收到通知响应消息后，确定负载最轻的MMSC节点，并将此通知响应消息发送到其中继器上，如MMSC节点2的中继器2。
步骤411：中继器2接收通知响应消息，做MM2编码，同时识别通知响应消息中的标识信息，将通知响应消息转发到标识信息中MMSC节点编号信息对应的节点的服务器上，此服务器为处理本次会话的服务器，本实施例中为服务器1。
步骤412：WAP网关将接收方的MM1消息获取请求消息(MM1_Retrieve.req)发送到负载均衡器。
此请求消息中包含多媒体消息的消息标识，其URL中还包含了处理请求下载的多媒体消息的服务器的端口号，本实施例中为8001。
步骤413～步骤414：负载均衡器根据请求消息URL中的端口号将此消息获取请求分发到处理此次事务的MMSC节点上的中继器，本实施例中为中继器1；中继器1将请求消息MM2编码后通过共享内存发送到本机的服务器1；
步骤415～步骤417：服务器1根据请求消息中的消息标识从多媒体消息存储器中找到对应的多媒体消息，通过共享内存返回到中继器1，由中继器1将多媒体消息MM1编码后在原HTTP连接中发送到负载均衡器。负载均衡器将多媒体消息的IP头作NAT转换后，通过保存的TCP连接发送到网关，由WAP网关将此多媒体消息转发到接收方。
步骤418～步骤420：接收方接收到多媒体消息后，将携带有事务标识信息的MM1下载多媒体消息成功消息(MM1_Acknowledge.ind)发送到其信息服务器即负载均衡器上；负载均衡器将此成功消息转发到负载最轻的MMSC节点的中继器上，如中继器2；中继器2接收成功消息，做MM2编码，同时识别此信息中的标识信息，将此成功消息转发到标识信息中MMSC节点编号信息对应的MMSC节点的服务器上，此服务器为处理本次会话的服务器，本实施例中为服务器1；服务器1收到成功消息后将保存的多媒体消息删除，释放资源，结束本次事务处理。
以上步骤中步骤400～步骤405为发送方提交多媒体消息并接收服务器回复的响应消息的过程；步骤406～步骤411为服务器向接收方发送通知消息并接收通知响应消息的过程；步骤412～步骤420为接收方获取多媒体消息并发送成功消息的过程。
实施例二：
参见图5，图5为本发明实施例二实现移动终端到SP的多媒体消息业务的方法流程图，该方法包括以下步骤：
步骤500～步骤505为发送方移动终端提交多媒体消息并收到MMSC节点响应的过程，与图4所示实施例一中步骤400～步骤405相同。
步骤506～步骤508：服务器1构造MM2发送多媒体消息请求消息(MM2_Delivery.req)，通过本节点的中继器1编码为MM7发送多媒体消息请求消息(MM7_Delivery.req)后发送到负载均衡器；负载均衡器将此请求消息做SNAT转换后，根据此请求消息中的接收方地址信息即SP的IP地址发送到对应的SP。
步骤509～步骤510：SP发送MM7响应消息(MM7_Delivery.res)到负载均衡器；负载均衡器根据其保存的会话信息，将响应消息转发到处理此次会话的MMSC节点的中继器上，本实施例中为中继器1。
由于MM7_Delivery.req/res在一个套接字(Socket)会话中，负载均衡器能够根据其保存的会话信息把MM7_Delivery.res投递到处理此次事务的节点上。
步骤511：中继器1接收响应消息，做MM2编码，并转发到服务器1，服务器1收到响应消息后将保存的多媒体消息删除，释放资源，结束此次事务处理。
本实施例中步骤506～步骤511为MMSC节点的服务器投递多媒体消息到SP，并收到SP响应消息的过程。
如果SP换为邮件服务器，则步骤506～步骤508为：服务器1构造MM2发送多媒体消息请求消息(MM2_SMTP_Send)，通过本节点的中继器1做MM3编码后发送到负载均衡器；负载均衡器将请求消息做SNAT转换后，根据请求消息中的接收方地址信息，即邮件服务器的IP地址，发送到对应的邮件服务器，步骤509～步骤511可以省略。
实施例三：
参见图6，图6为本发明实施例三实现SP到移动终端多媒体消息业务的方法流程图，该方法包括以下步骤：
步骤600～步骤602：SP将MM7提交多媒体消息请求消息(MM7_Submit.req)提交到负载均衡器；负载均衡器确定负载最轻的MMSC节点，并将请求消息发送到其中继器上，如中继器1，由中继器1将请求消息MM2编码后通过共享内存提交到服务器1。
步骤603～步骤605：服务器1对请求消息进行处理，返回MM2响应消息(MM2_Submit.res)；中继器1接收响应消息，做MM7编码，并在原HTTP连接中返回到负载均衡器；负载均衡器通过保存的TCP连接，对响应消息的IP头做NAT转换后发送到SP。
步骤606～步骤620与步骤406～步骤420相同。
本实施例中步骤600～步骤605为SP提交多媒体消息并接收响应消息的过程。步骤606～步骤611为服务器向接收方发送通知消息并接收其回复的响应消息的过程。步骤612～步骤620为接收方获取多媒体消息并发送成功消息的过程。
如果SP换为邮件服务器，则步骤800为邮件服务器将MM3提交多媒体消息请求消息(MM3_SMTP.Send)提交到负载均衡器，步骤603～步骤605可以省略，其它步骤不变。
当多媒体消息的发送方与接收方不在同一个网络中时，发送方所在网络中接收多媒体消息业务请求的MMSC节点需要将多媒体消息前转到接收方所在网络中的MMSC节点上进行处理，此时的方法流程图如图7所示，参见图7，该方法包括以下步骤：
步骤700～步骤702：接收到多媒体消息业务请求的MMSC节点的服务器1将需要转发的多媒体消息内容及包含标识信息和接收方地址在内的控制信息构造为MM2转出请求消息(MM_2Forward.req)，并通过中继器1编码为MM4转出请求消息(MM4_Forward.req)后发送到负载均衡器，负载均衡器将转出请求消息做SNAT转换后发送到接收方所在网络的MMSC节点。
步骤703～步骤705：接收方所在网络的MMSC节点收到转出请求消息后，发送MM4转发响应消息(MM4_Forward.res)到负载均衡器；负载均衡器将此响应消息发送到负载最轻的MMSC节点的中继器上，如中继器2；中继器2再解析响应消息中的标识信息并将响应消息路由到处理此会话的服务器上，本实施例中为中继器1。
步骤706～步骤708：收到前转请求消息的MMSC节点在多媒体消息下发成功后将MM4转发多媒体消息成功的报告消息(MM4_DeliveryReport.rep)发送到负载均衡器，负载均衡器转发到负载最轻的中继器，如中继器2。中继器2解析该报告消息中的标识信息并将该报告消息路由到处理此会话的服务器上，本实施例中为中继器1。
步骤709～步骤711：服务器1通过本节点上的中继器1将MM4报告响应消息(MM4_Delivery.res)发送到负载均衡器；负载均衡器将响应消息做SNAT转换后，发送到接收方所在网络中接收前转请求消息的MMSC节点，事务处理结束。
本实施例中步骤700～步骤705为接收多媒体消息业务请求的MMSC节点发送MM4转出请求消息及接收转发响应消息的过程。步骤706～步骤711为接收方所在网络中接收转出请求消息的MMSC节点成功转发多媒体消息后发送MM4转发多媒体消息成功的报告消息和接收报告响应消息的过程。
当发送方网络中的MMSC节点发送前转出去请求时，接收方网络中收到前转请求消息的MMSC节点执行前转进来流程，设接收方为移动终端，图8所示为MM4前转进来的方法流程图，该方法包括以下步骤：
步骤800～步骤802：发送方网络中的MMSC节点将MM4转出请求消息(MM_4Forward.req)提交到负载均衡器；负载均衡器将此请求消息发送到接收方网络中负载最轻的节点的中继器上，如中继器2；中继器2根据请求消息中的消息标识分发到服务器1上。
此步骤中要求相同消息标识的多媒体消息分发到相同的服务器上。
步骤803～步骤805：服务器1收到请求消息后，构造MM2前转请求响应消息(MM2_Forward.res)，并通过本节点上的中继器1编码为MM4前转请求响应消息(MM4_Forward.res)后将此消息发送到负载均衡器；同时，服务器1记录旧的消息标识和事务标识，生成新的消息标识和事务标识。负载均衡器接收到中继器发送的前转请求响应消息后，将响应消息做SNAT转换，转发到发送方网络中发送转出请求消息的MMSC节点。
步骤806：服务器1使用新的消息标识和事务标识信息构造发送到接收方移动终端的MM2通知消息(MM2_Notification.ind)，并将此消息发送到本节点的中继器1上。
本步骤中，通知消息的URL中包含处理此事务的服务器的端口号，如8001。
步骤807～步骤820与图4实施例一中实现移动终端到移动终端多媒体消息业务方法流程中的步骤407～步骤420相同，在此不再赘述。
步骤821～步骤823：服务器1生成MM2转发多媒体消息成功的报告消息(MM2_DeliveryReport.req)，此报告消息中包含了旧消息标识和新事务标识信息，通过本节点的中继器1编码为MM4转发多媒体消息成功的报告消息(MM4_DeliveryReport.req)后发送到负载均衡器；负载均衡器将该报告消息经SNAT转换后，根据旧的消息标识信息发送到发送方网络中发出转出请求消息的MMSC节点。
步骤824～步骤825：发送方网络中发出转出请求消息的MMSC节点收到转发多媒体消息成功的报告消息后返回MM4报告响应消息(MM4_DeliveryReport.res)到负载均衡器；负载均衡器将响应消息发送到负载最轻的MMSC节点的中继器，如中继器2。
步骤826：中继器2根据响应消息中的标识信息将此消息路由到处理该会话的服务器1上。
本实施例中步骤800～步骤805为MM4接收转出请求消息并发送前转响应的过程。步骤806～步骤811为给移动终端的通知消息发送过程以及接收移动终端通知响应消息的过程。步骤812～步骤820为移动终端获取多媒体消息并发送成功消息的过程。步骤821～步骤826为接收方网络中的MMSC转发多媒体消息成功后发送转发多媒体消息成功的报告消息并接收报告响应消息的过程。
本发明中的WAP网关也可以是IP网关。
实际应用中系统的MMSC节点数目可以根据业务需求来设定，可以少于4个，也可以多于4个。
由以上所述可以看出，本发明实施例提供的实现大容量多媒体消息业务的方法及系统，提出了大容量多媒体消息业务水平扩容的对等集群方案，具有以下优点：
第一，将中继器和服务器结合起来构成一个独立的MMSC节点，使得同一多媒体消息内容的处理在系统中的同一个节点上完成，减小了节点间的交叉访问，提高了消息的传递速率，从而增大了多媒体消息业务系统的处理能力。且所有的MMSC节点统一编号，将编号信息与服务器端口号对应起来，使得消息分发装置能将获取消息请求直接发送到处理会话的MMSC节点上，且中继器将多媒体消息直接投递到对应的服务器，提高了消息的传递速率，大幅度降低了对网络设备传输速度的需求，增大了多媒体消息业务系统的处理能力。
第二，每个MMSC节点都能独立完成多媒体消息I/O读写，优化了多媒体消息的存储结构，避免了集中读写多媒体消息而造成的多媒体消息业务系统处理业务有限的问题；同时，对等集群中各个独立的MMSC节点同时处理多媒体消息业务，提高了多媒体消息的处理速度，从而增大了多媒体消息业务系统的处理能力。
第三，随着多媒体消息业务新需求的不继提出，中继器和服务器所需要的处理能力需求比例会动态的变化，本发明将中继器和服务器结合在一台主机上构成一个独立的节点，实现了系统的在线平滑扩展，并使得每一MMSC节点能够根据实际消耗动态调整中继器和服务器模块的CPU和内存资源的占用，适应业务需求变化，从而避免了资源的浪费。
第四，负载均衡器根据中继器和与该中继器对应的服务器的负载情况确定接收业务请求的MMSC节点，而不是根据号码段来分配业务，且将服务器产生的标识信息与MMSC节点编号信息对应起来，使中继器能够根据标识信息将消息转发到与节点编号信息相对应的处理本次业务请求的服务器上，真正实现了MMSC节点间的负载均衡。
第五，本发明提供的系统结构简单，各个MMSC节点上可以部属相同的系统软件，采用完全相同的维护管理方式，提升了系统的可维护性。

Claims (23)

1、一种增大多媒体消息业务系统容量的方法，其特征在于，该方法包括以下步骤：
消息分发装置接收到发送方发送的多媒体消息后，确定接收所述多媒体消息的第一多媒体消息业务中心MMSC节点，并将所述多媒体消息转发到所述第一MMSC节点的中继器；
所述第一MMSC节点的中继器将所述多媒体消息投递到所述第一MMSC节点的服务器，由所述第一MMSC节点的服务器进行存储；
所述第一MMSC节点的服务器通过所述第一MMSC节点的中继器和消息分发装置发送所述多媒体消息到接收方。
2、如权利要求1所述的方法，其特征在于，所述第一MMSC节点的中继器与所述第一MMSC节点的服务器通过共享内存进行消息传递。
3、如权利要求2所述的方法，其特征在于，在所述第一MMSC节点的服务器存储所述多媒体消息之后进一步包括：所述第一MMSC节点的服务器生成第一标识信息，所述第一标识信息包括：第一消息标识和第一事务标识；
所述第一事务标识中包含所述第一MMSC节点的编号信息。
4、如权利要求3所述的方法，其特征在于，所述消息分发装置为负载均衡器，所述负载均衡器根据各MMSC节点的负载情况确定接收所述多媒体消息的第一MMSC节点。
5、如权利要求4所述的方法，其特征在于，若接收方为移动终端，则所述第一MMSC节点的服务器发送所述多媒体消息到接收方之前进一步包括：所述第一MMSC节点的服务器判断所述多媒体消息中的接收方地址信息是否在所述第一MMSC节点的网络中。
6、如权利要求5所述的方法，其特征在于，如果所述多媒体消息中的接收方地址信息在所述第一MMSC节点的网络中，则所述第一MMSC节点的服务器通过所述第一MMSC节点的中继器和消息分发装置发送所述多媒体消息到接收方包括：
所述第一MMSC节点的服务器生成包含所述第一标识信息和统一资源定位器URL的通知消息，并通过所述第一MMSC节点的中继器和负载均衡器发送到接收方，接收方根据所述通知消息中的第一标识信息和URL到所述服务器获取多媒体消息。
7、如权利要求6所述的方法，其特征在于，所述通知消息发送到接收方之后还包括：接收方返回包含所述第一标识信息的通知响应消息到负载均衡器，负载均衡器根据各MMSC节点的负载情况确定接收所述通知响应消息的MMSC节点，并转发，所述接收到通知响应消息的MMSC节点的中继器根据通知响应消息中的第一标识信息将所述通知响应消息转发到所述第一MMSC节点的服务器。
8、如权利要求7所述的方法，其特征在于，所述通知消息的URL中携带了与所述第一MMSC节点编号信息相对应的服务器端口号；
所述接收方根据所述通知消息中的第一标识信息和URL到所述服务器获取多媒体消息，包括：接收方发送携带所述端口号的消息获取请求到负载均衡器，所述负载均衡器根据所述端口号将消息获取请求发送到所述第一MMSC节点的中继器，由所述第一MMSC节点的中继器投递到所述第一MMSC节点的服务器，所述第一MMSC节点的服务器收到消息获取请求后，将所述多媒体消息通过第一MMSC节点的中继器和负载均衡器发送给接收方。
9、如权利要求5所述的方法，其特征在于，如果所述多媒体消息中的接收方地址信息不在所述第一MMSC节点的网络中，则所述服务器通过所述第一MMSC节点的中继器和消息分发装置发送所述多媒体消息到接收方包括：
所述第一MMSC节点的服务器通过所述第一MMSC节点的中继器发送包含所述多媒体消息的转出请求消息到负载均衡器；所述负载均衡器转发所述转出请求消息到接收方所在网络中的MMSC节点，所述接收方网络中接收该多媒体消息的MMSC节点为第二MMSC节点，由所述第二MMSC节点将所述多媒体消息发送到接收方；
所述多媒体消息中携带所述第一标识信息。
10、如权利要求9所述的方法，其特征在于，所述第一MMSC节点将所述多媒体消息发送到所述第二MMSC节点后进一步包括：
所述第二MMSC节点向负载均衡器返回包含所述第一标识信息的转发响应消息；所述负载均衡器将所述转发响应消息发送到发送方所在网络中的MMSC节点；接收所述转发响应消息的MMSC节点的中继器根据所述第一标识信息将所述转发响应消息转发到所述第一MMSC节点的服务器。
11、如权利要求9所述的方法，其特征在于，所述第二MMSC节点接收到所述转出请求消息后，所述第二MMSC节点的服务器保存所述多媒体消息中携带的第一标识信息，并生成第二标识信息，所述第二标识信息包括：第二消息标识和第二事务标识。
12、如权利要求11所述的方法，其特征在于，所述第二MMSC节点使用第二标识信息将所述多媒体消息发送到接收方。
13、如权利要求12所述的方法，其特征在于，所述第二MMSC节点将所述多媒体消息发送到接收方后，进一步包括：所述第二MMSC节点的服务器生成转发多媒体消息成功的报告消息，所述转发多媒体消息成功的报告消息中包含所述第一标识信息。
14、如权利要求13所述的方法，其特征在于，所述第二MMSC节点发送所述转发多媒体消息成功的报告消息到负载均衡器，所述负载均衡器将所述转发多媒体消息成功的报告消息发送到发送方所在网络中的MMSC节点，接收所述转发多媒体消息成功的报告消息的MMSC节点的中继器根据所述转发多媒体消息成功的报告消息中的第一标识信息，将所述转发多媒体消息成功的报告消息发送到所述第一MMSC节点的服务器。
15、一种增大多媒体消息业务系统容量的系统，其特征在于，该系统包括消息分发装置、至少两个MMSC节点，
所述MMSC节点包括中继器和与所述中继器对应的服务器，
所述中继器，用于在消息分发装置和与其对应的服务器之间传递消息；
所述服务器，用于接收对应的中继器发送的多媒体消息，保存所述多媒体消息；发送多媒体消息到对应的中继器；
所述消息分发装置，用于接收多媒体消息，确定处理所述多媒体消息的MMSC节点，将多媒体消息转发到所述MMSC节点的中继器，并接收和转发中继器发送的多媒体消息。
16、如权利要求15所述的系统，其特征在于，所述消息分发装置为负载均衡器。
17、如权利要求15所述的系统，其特征在于，所述服务器进一步用于产生标识信息，所述标识信息中包括所述MMSC节点的编号信息。
18、如权利要求17所述的系统，其特征在于，所述服务器还用于生成通知消息，所述通知消息中包含标识信息和URL；所述URL中包含与所述MMSC节点编号信息相对应的所述服务器的端口号。
19、如权利要求15所述的系统，其特征在于，所述消息分发装置进一步用于接收包含所述端口号的消息获取请求，识别所述端口号，并将所述消息获取请求转发到与所述端口号对应的服务器。
20、如权利要求15所述的系统，其特征在于，该系统进一步包括交换机，所述交换机连接所有的MMSC节点，实现各个MMSC节点之间的通信。
21、如权利要求17所述的系统，其特征在于，所述中继器，进一步用于识别从消息分发装置接收的消息中的标识信息，并将所述消息发送到与所述标识信息中MMSC节点的编号信息对应的MMSC节点的服务器。
22、如权利要求15所述的系统，其特征在于，所述消息分发装置进一步用于保存多媒体消息的会话信息，接收包含所述会话信息的响应消息，并根据所述会话信息将所述响应消息转发到对应的MMSC节点的中继器。
23、如权利要求15所述的系统，其特征在于，所述MMSC节点用于同时处理多媒体消息业务，每两个MMSC节点相互备份。
CNB2006101608518A 2006-11-30 2006-11-30 增大多媒体消息业务系统容量的方法及系统 Active CN100502572C (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CNB2006101608518A CN100502572C (zh) 2006-11-30 2006-11-30 增大多媒体消息业务系统容量的方法及系统
EP07801022.0A EP2088791B1 (en) 2006-11-30 2007-09-03 Method, system and device for increasing multimedia messaging service system capacity
RU2009121503/09A RU2429587C2 (ru) 2006-11-30 2007-09-03 Способ, система и устройство для увеличения производительности службы обмена мультимедийными сообщениями
PCT/CN2007/070613 WO2008064591A1 (fr) 2006-11-30 2007-09-03 Procédé, système et dispositif pour augmenter la capacité d'un système de services de messagerie multimédia
IL199007A IL199007A0 (en) 2006-11-30 2009-05-27 Method, system and device for increasing multimedia messaging service system capacity
US12/473,702 US8019823B2 (en) 2006-11-30 2009-05-28 Method, system and device for increasing multimedia messaging service system capacity

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006101608518A CN100502572C (zh) 2006-11-30 2006-11-30 增大多媒体消息业务系统容量的方法及系统

Publications (2)

Publication Number Publication Date
CN1960521A true CN1960521A (zh) 2007-05-09
CN100502572C CN100502572C (zh) 2009-06-17

Family

ID=38071972

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006101608518A Active CN100502572C (zh) 2006-11-30 2006-11-30 增大多媒体消息业务系统容量的方法及系统

Country Status (6)

Country Link
US (1) US8019823B2 (zh)
EP (1) EP2088791B1 (zh)
CN (1) CN100502572C (zh)
IL (1) IL199007A0 (zh)
RU (1) RU2429587C2 (zh)
WO (1) WO2008064591A1 (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010040292A1 (zh) * 2008-10-10 2010-04-15 华为技术有限公司 一种彩信业务实现方法及通讯系统以及彩信路由器
CN101917679A (zh) * 2010-08-09 2010-12-15 华为技术有限公司 业务分流的方法、装置及系统
CN102056333A (zh) * 2009-11-05 2011-05-11 中国移动通信集团河南有限公司 Wap网关及其业务处理方法和wap代理服务器
CN103067887A (zh) * 2011-10-24 2013-04-24 中兴通讯股份有限公司 均衡负载的方法及装置
CN103067359A (zh) * 2012-12-14 2013-04-24 北京思特奇信息技术股份有限公司 一种基于连接复用的提高服务器并发处理能力的系统及方法
CN103533547A (zh) * 2012-07-06 2014-01-22 中兴通讯股份有限公司 彩信的拦截方法及系统
CN104598524A (zh) * 2014-12-23 2015-05-06 苏州博远容天信息科技有限公司 Sql server数据库集群多实例内存管理及分配方法
WO2016155360A1 (zh) * 2015-03-31 2016-10-06 华为技术有限公司 业务请求处理方法、相关装置及系统
CN113453340A (zh) * 2020-03-24 2021-09-28 阿里巴巴集团控股有限公司 服务方法、服务器集群以及LoRaWAN网络系统
WO2023050945A1 (zh) * 2021-09-30 2023-04-06 中兴通讯股份有限公司 多媒体内容传输方法、系统、电子设备及存储介质

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100502572C (zh) 2006-11-30 2009-06-17 华为技术有限公司 增大多媒体消息业务系统容量的方法及系统
CN101668019B (zh) * 2009-09-30 2013-06-05 中兴通讯股份有限公司 网关确定方法、装置和消息发送方法、系统
CN101695057A (zh) * 2009-10-20 2010-04-14 中兴通讯股份有限公司 多媒体消息发送方法、发送设备和域名解析服务器
CN101674548B (zh) * 2009-10-21 2014-12-17 中兴通讯股份有限公司 一种投递报告的分配方法及系统
US8743772B2 (en) * 2010-10-01 2014-06-03 Qualcomm Incorporated Mobility load balancing and resource status report for scenarios with relay nodes
CN102123359B (zh) * 2011-03-31 2014-12-10 中兴通讯股份有限公司 彩信的转发方法、装置、系统及彩信接收装置
US8972512B2 (en) * 2011-09-30 2015-03-03 Mail Bypass, Inc. Message delivery systems and methods
US8725823B2 (en) * 2012-06-05 2014-05-13 Forget You Not, LLC Location-based communications
US8694633B2 (en) 2012-06-05 2014-04-08 Forget You Not, LLC Curating communications
US9043423B2 (en) 2012-06-05 2015-05-26 Forget You Not, LLC Perpetual memoire
US9935907B2 (en) * 2012-11-20 2018-04-03 Dropbox, Inc. System and method for serving a message client
US9729695B2 (en) 2012-11-20 2017-08-08 Dropbox Inc. Messaging client application interface
CN104184755A (zh) * 2013-05-21 2014-12-03 华为终端有限公司 一种网页实时通信方法、系统及终端
EP2887589A1 (en) * 2013-12-20 2015-06-24 Rovio Entertainment Ltd Stateless message routing
US10523619B2 (en) 2013-12-20 2019-12-31 Rovio Entertainment Ltd. Stateless message routing

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5931925A (en) 1996-12-02 1999-08-03 International Business Machines Corporation System and method for efficiently transferring datastreams in a multimedia system
CN1190211A (zh) 1997-06-10 1998-08-12 Lsi罗吉克公司 面向对象的多媒体结构
US20030126263A1 (en) 2001-12-31 2003-07-03 Gregg Fenton Multimedia load balancing architecture
ITPI20020026A1 (it) 2002-04-30 2003-10-30 Cdc Srl Metodo di gestione, mediante utilizzo di browser per internet, delle comunicazioni telefoniche e dei relativi apparati in una rete informati
US7116995B2 (en) * 2002-05-31 2006-10-03 Nokia Corporation System and method for operating intravendor and intervendor messaging systems
CN1283115C (zh) * 2003-06-03 2006-11-01 华为技术有限公司 提高多媒体消息系统处理多媒体消息性能的方法及系统
US20050033852A1 (en) * 2003-07-14 2005-02-10 Jouko Tenhunen System, apparatus, and method for providing presence boosted message service reports
US7649895B2 (en) * 2003-12-30 2010-01-19 Airwide Solutions Inc. Apparatus and method for routing multimedia messages between a user agent and multiple multimedia message service centers
US20060064020A1 (en) * 2004-09-20 2006-03-23 Medtronic, Inc. Clinic dashboard monitor
US7876766B1 (en) * 2004-11-22 2011-01-25 Syniverse Icx Corporation Method and apparatus to enable interoperation between multi-media messaging service centers
US7869796B2 (en) * 2004-12-28 2011-01-11 Samsung Electronics Co., Ltd. Method and apparatus for managing multimedia messages
CN100499597C (zh) 2005-05-20 2009-06-10 华为技术有限公司 多媒体消息系统中mm4接口消息的发送方法
CN1859319A (zh) * 2005-10-13 2006-11-08 华为技术有限公司 多媒体消息的接收方法
CN100502572C (zh) 2006-11-30 2009-06-17 华为技术有限公司 增大多媒体消息业务系统容量的方法及系统

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010040292A1 (zh) * 2008-10-10 2010-04-15 华为技术有限公司 一种彩信业务实现方法及通讯系统以及彩信路由器
CN102056333A (zh) * 2009-11-05 2011-05-11 中国移动通信集团河南有限公司 Wap网关及其业务处理方法和wap代理服务器
CN101917679A (zh) * 2010-08-09 2010-12-15 华为技术有限公司 业务分流的方法、装置及系统
CN103067887A (zh) * 2011-10-24 2013-04-24 中兴通讯股份有限公司 均衡负载的方法及装置
CN103533547B (zh) * 2012-07-06 2018-06-01 中兴通讯股份有限公司 彩信的拦截方法及系统
CN103533547A (zh) * 2012-07-06 2014-01-22 中兴通讯股份有限公司 彩信的拦截方法及系统
CN103067359A (zh) * 2012-12-14 2013-04-24 北京思特奇信息技术股份有限公司 一种基于连接复用的提高服务器并发处理能力的系统及方法
CN104598524A (zh) * 2014-12-23 2015-05-06 苏州博远容天信息科技有限公司 Sql server数据库集群多实例内存管理及分配方法
WO2016155360A1 (zh) * 2015-03-31 2016-10-06 华为技术有限公司 业务请求处理方法、相关装置及系统
CN106161511A (zh) * 2015-03-31 2016-11-23 华为技术有限公司 业务请求处理方法、相关装置及系统
US10389801B2 (en) 2015-03-31 2019-08-20 Huawei Technologies Co., Ltd. Service request processing method, related apparatus, and system
CN106161511B (zh) * 2015-03-31 2020-01-21 华为技术有限公司 业务请求处理方法、相关装置及系统
CN113453340A (zh) * 2020-03-24 2021-09-28 阿里巴巴集团控股有限公司 服务方法、服务器集群以及LoRaWAN网络系统
WO2023050945A1 (zh) * 2021-09-30 2023-04-06 中兴通讯股份有限公司 多媒体内容传输方法、系统、电子设备及存储介质

Also Published As

Publication number Publication date
US8019823B2 (en) 2011-09-13
US20090233618A1 (en) 2009-09-17
WO2008064591A1 (fr) 2008-06-05
RU2009121503A (ru) 2011-01-10
IL199007A0 (en) 2010-02-17
EP2088791A1 (en) 2009-08-12
RU2429587C2 (ru) 2011-09-20
EP2088791A4 (en) 2013-07-31
EP2088791B1 (en) 2017-12-13
CN100502572C (zh) 2009-06-17

Similar Documents

Publication Publication Date Title
CN1960521A (zh) 增大多媒体消息业务系统容量的方法及系统
CN1265582C (zh) 信息插入服务提供系统、信息插入方法和通信网络
CN1136677C (zh) 多点传播服务方法与信息配送装置及无线电终端
CN101076059A (zh) 基于即时通讯的客服系统及基于即时通讯的客服方法
CN1929459A (zh) 基于移动网络的推送邮件系统及邮件的收发方法
CN1801811A (zh) 移动邮件终端适配方法和系统
CN1913661A (zh) 消息转换设备与转换方法
CN1859122A (zh) 实现对业务提供商分类服务的方法及装置
CN102625287A (zh) 一种手机应用软件的下载方法
CN1930895A (zh) 移动通信终端之间互通消息的系统和方法
CN1859368A (zh) 实现信息传送业务的方法和系统以及一种终端
CN1249965C (zh) 多媒体消息在不同多媒体消息中心之间转发的方法
CN1889439A (zh) 一种保存即时消息业务中会话信息的方法及系统
CN1274125C (zh) 终端与增值业务提供商应用之间多媒体消息转发的方法
CN1925486A (zh) 数字电视多媒体消息系统架构及其通信协议
CN1612501A (zh) 利用复帧传送数据
WO2012024853A1 (zh) 多媒体消息中心及消息的下发方法
CN1852467A (zh) 一种移动短消息系统及投递方法
CN1283115C (zh) 提高多媒体消息系统处理多媒体消息性能的方法及系统
CN1921644A (zh) 一种消息转发方法、系统及短消息中心
CN1561052A (zh) 一种用户数据报文转送方法及转送装置
CN1638502A (zh) 在承载网络上用于低等待业务的信令传输
CN1852468A (zh) 一种多媒体消息服务系统中对消息的处理方法
CN1960346A (zh) 一种多媒体广播/组播业务的注册方法
CN1543238A (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