CN1277392C - 一种实现多媒体消息服务业务单节点接入的处理方法 - Google Patents

Abstract

本发明公开了一种实现多媒体消息服务(MMS)业务单节点接入的处理方法，主要处理步骤为：a.在MMS业务环境中设置重定向器(Redirector)；b.MMS终端通过其所属无线应用协议网关(WAP GW)将递送(POST)请求发送至Redirector；c.Redirector根据步骤b所述POST请求得到该MMS终端所归属多媒体消息服务中心MMSC的统一资源标识符(URI)；d.Redirector将步骤c得到的MMSC的URI返回给WAP GW，再由WAP GW按该URI与MMS终端归属的MMSC进行交互；或者，Redirector根据步骤c得到的MMSC的URI作为WAP GW与MMS终端归属的MMSC之间转发POST请求的代理。采用本方法可以使MMS终端单节点接入MMSC系统，从而实现多个MMSC的扩展使用。

Description

一种实现多媒体消息服务业务单节点接入的处理方法

技术领域

本发明涉及一种多媒体消息服务(MMS)处理方法，特别涉及一种实现MMS业务单节点接入的处理方法。

背景技术

目前，MMS是短消息服务(SMS)和增强型消息服务(EMS)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。从内容上讲，MMS能够传输图像、音频、视频和数据等多媒体消息；从功能上讲，MMS涵盖了终端到终端、终端到应用、应用到终端的多媒体消息通信。MMS不仅实现了终端之间、终端和应用之间的信息传递，还实现了内容的多样性，包括图片、语音、图像、数据和文本的各种组合。因此，MMS被视为启动和发展2.5G和3G数据业务的关键推动力，在消息类通信服务市场上拥有巨大的市场发展空间和广阔的前景。

由于，MMS允许的消息大小为100KB，比SMS允许的消息大小大三个数量级，其数据库访问所需要的多媒体消息服务中心(MMSC)在线事务处理能力要求较高；另外，MMS中还要考虑内容适配/格式转换功能、系统日志功能、信息费批价和话单处理功能等要求，使得对MMSC在线事务处理能力的要求进一步提高。

现有的MMS处理方法，在网络中使用多个MMSC，终端用户需要设置其各自所属MMSC的统一资源标识符(URI)。图1为现有的MMS系统网络结构示意图。如图1所示，MMS终端1所归属的MMSC为MMSC1，则MMS终端1需要设置MMSC1的URI；而MMS终端2所归属的MMSC为MMSC2，则MMS终端2需要设置MMSC2的URI。MMS终端1和MMS终端2通过移动通信网络将消息发送到无线应用协议网关(WAP GW)、MMSC1和MMSC2所在的网际协议(IP)网络。当MMS终端1向MMS终端2发送多媒体消息(MM)时，其所属的WAP GW根据接收到的消息中MMS终端1所归属MMSC1的URI将MM发送到MMSC1；MMSC1再将此MM发送至MMSC2，由MMSC2通过MMS终端2所属的WAP GW向MMS终端2发送通知消息；MMS终端2接到该通知消息后通过其所属的WAP GW从MMSC2取得此MM。

下面对于MMS的各种业务模式的具体处理流程分别加以详细说明。其中，MMS的业务模式包括：终端到终端、终端到电子邮件(E-mail)、终端到业务提供商(SP)、E-mail到终端和SP到终端。以下设定，在终端到终端的业务模式下，MMS发送终端所属的WAP GW为WAP GW1，MMS接收终端所属的WAP GW为WAP GW2。这里，在实际的MMS系统中，MM发送终端和MMS接收终端所属的WAP GW可能相同也可能不同。

图2为现有技术终端到终端业务模式处理流程示意图。如图2所示，其具体处理步骤如下：

步骤1：WAP GW1接收MMS发送终端所发送的MM发送请求，再向MMS发送终端所归属的发送端(Originator)MMSC发送“MM发送请求(MM1_Send.req())”消息。其中，该“MM1_Send.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。

在MMS系统中，WAP GW可以根据MMS终端所设置的其所归属MMSC的URI，将MMS终端所要发送的消息发送至MMS终端所归属的MMSC。

步骤2：Originator MMSC向WAP GW1返回“MM发送应答(MM1_Send.res())”消息，再由WAP GW1将应答消息发送给MMS发送终端。这里，如果在步骤1中MM被Originator MMSC成功接收，则该应答消息中包括为此MM分配的消息标识符(message_id)，转入步骤3；否则该应答消息中包含出错信息，结束处理。

在MMS系统中，MMS终端发送MM时，首先建立一个WAP连接，将MM以WAP无线会话协议(WSP)进行编码传送到WAP GW，WAP GW再以超文本传输协议(HTTP)将MM作为一个POST请求发送到MMSC，然后MMSC会通过同一个WAP连接对MM的发送方做出响应，返回应答消息给该MMS终端。这里，“MM1_Send.req()”消息即为此POST请求。

由于，WAP GW主要完成WSP到HTTP协议的转换，其与MMS终端之间的交互不属这里所述处理的重点，因此以下对于MMS终端和WAP GW之间的信息交互不作详细说明。

步骤3：Originator MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为MMS终端，并根据接收方的移动终端综合业务数字网号码(MSISDN)或者移动终端号码(MDN)号码前缀，判断MMS接收终端所归属的MMSC是否为Originator MMSC，如果是，转入步骤6；否则转入步骤4。

其中，MSISDN为GSM、GPRS和WCDMA系统中移动终端号码，MDN为CDMA、CDMA 1X和CDMA2000系统中移动终端号码。

步骤4：Originator MMSC根据MMS接收终端的MSISDN或MDN号码前缀得到MMS接收终端所归属MMSC的URI，再根据此URI向MMS接收终端所归属的MMSC即接收端(Recipient)MMSC发送“MM转发请求(MM4_forward.req())”消息。其中，该“MM4_forward.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。

步骤5：Recipient MMSC对“MM4_forward.req()”消息中的MM进行校验，并向Originator MMSC发送“MM转发应答(MM4_forward.res())”消息，该应答消息中包含Recipient MMSC对MM的校验结果。如果校验结果表示Recipient MMSC成功接收了Originator MMSC转发的MM，则转入步骤6；否则向Originator MMSC终端返回出错信息，说明失败原因，结束处理。

步骤6：如果在步骤3中判决MMS发送终端和MMS接收终端不属于一个MMSC，则由Recipient MMSC根据“MM4_forward.req()”消息中MMS发送终端所设置的最早下发时间发送“MM通知指示(MM1_Notification.ind())”消息至WAP GW2，再由WAP GW2下发该通知指示给MMS接收终端；如果在步骤3中判决MMS发送终端和MMS接收终端同属于一个MMSC，则由Originator MMSC根据“MM1_Send.req()”消息中的最早下发时间发送“MM1_Notification.ind()”消息。

在MMS系统中，当MM到达MMSC后，MMSC需要通过PAP协议给MMS接收终端发送MM通知指示。这里，如果MMS发送终端没有设置最早下发时间，系统则默认为立即下发该通知指示。

步骤7：WAP GW2接收MMS接收终端返回的MM通知应答消息，再发送“MM通知应答指示(MM1_NotifyResp.ind())”消息给MMS接收终端所归属的MMSC。其中，如果在步骤6由Originator MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Originator MMSC；如果在步骤6由Recipient MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Recipient MMSC。

在MMS系统中，MMS终端接收到MMSC下发的MM通知指示后，会使用同一个WAP连接返回应答消息，由WAP GW以HTTP协议将该应答消息作为一个POST请求发送到MMSC。这里，“MM1_NotifyResp.ind()”消息即为该POST请求。

步骤8：WAP GW2接收MMS接收终端发送的MM提取请求，再向MMS接收终端所归属的MMSC发送“MM提取请求(MM1_Retrieve.req())”消息，请求获取MM。

步骤9：MMS接收终端所属的MMSC返回“MM提取应答(MM1_Retrieve.res())”消息至WAP GW2，再由WAP GW2向MMS接收终端发送MM提取应答消息，从而将MM发送至MMS接收终端。其中，该应答消息中包含了MMS发送终端所要发送的MM。

在MMS系统中，MMS终端接收MM时，首先建立一个WAP连接，通过WAP GW以HTTP协议发送一个GET请求到MMSC，然后MMSC会通过同一个WAP连接将MM做为该GET请求的应答消息下发给该MMS终端。这里，“MM1_Retrieve.req()”消息即为该GET请求。

步骤10：WAP GW2接收MMS接收终端发送的MM确认指示，再返回“MM确认指示(MM1_Acknowledge.ind())”消息给MMS接收终端所属的MMSC，告知MMS接收终端所归属的MMSC是否成功接收MM，处理结束。

在MMS系统中，MMS终端接收到MM之后，会使用同一个WAP连接返回确认消息，并由WAP GW以HTTP协议将该确认消息作为一个POST请求发送到MMSC，告知MMSC是否成功接收MM。这里，“MM1_Acknowledge.ind()”消息即为该POST请求。

图3为现有技术终端到E-mail业务模式处理流程示意图。如图3所示，其具体处理步骤如下：

步骤1：WAP GW接收MMS发送终端发送的MM发送请求，再向MMS发送终端所归属的MMSC提交“MM1_Send.req()”消息。

步骤2：MMSC返回“MM1_Send.res()”消息给WAP GW，再由WAP GW将该应答消息发送至MMS发送终端。这里，如果在步骤1中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤3；否则该应答消息中包含出错信息，结束处理。

步骤3：MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为E-mail地址，并根据此E-mail地址得到接收方所属E-mail Server的URI，然后向此E-mail Server发送“MM发送邮件(MM3_SendMail())”消息，从而将MM发送到E-mail Server，再由E-mail接收方从E-mail Server提取该MM。其中，该“MM3_SendMail()”消息中包含了MMS发送终端所要发送的MM和接收方信息。

图4为现有技术E-mail到终端业务模式处理流程示意图。如图4所示，其具体处理步骤如下：

步骤1：E-mail发送方通过E-mail Server向MMS接收终端所归属的MMSC发送“MM发送邮件请求(MM3_SendMail.req())”消息，该消息中包含了E-mail发送方所要发送的MM和接收方信息。如果该MMSC成功接收了Email Server提交的MM，则转入步骤2；否则返回错误信息给EmailServer，说明错误原因，结束处理。

其中，E-mail Server可以根据E-mail发送方所提供的MMS接收终端的MSISDN或MDN号码前缀得到MMS接收终端所归属MMSC的URI，再按此URI将消息发送到MMS接收终端所归属的MMSC。

步骤2：MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW将MM通知指示发送至MMS接收终端。

步骤3：WAP GW接收MMS接收终端发送的MM通知应答，再返回“MM1_NotifyResp.ind()”消息给MMSC。

步骤4：WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。

步骤5：MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。

步骤6：WAP GW接收MMS接收终端发送的MM确认指示，再返回“MM1_Acknowledge.ind()”消息给MMSC，告知MMSC是否成功接收MM，处理结束。

图5为现有技术终端到SP业务模式处理流程示意图。如图5所示，其具体处理步骤如下：

步骤1：WAP GW接收MMS发送终端发送的MM发送请求，再向MMS发送终端所归属的MMSC发送“MM1_Send.req()”消息。

步骤2：MMSC返回“MM1_Send.res()”消息至WAP GW，再由WAP GW将该应答消息发送给MMS发送终端。这里，如果在步骤1中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤3；否则该应答消息中包含出错信息，结束处理。

步骤3：MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方地址为SP地址，并根据此SP地址得到其所属SP Server的URI，然后按此URI向SP Server发送“MM交付请求(MM7_Delivery.req())”消息，从而将MM发送到SP Server，再由SP Server将MM发送到SP接收方。其中，该“MM7_Delivery.req()”消息中包含了MMS发送终端所要发送的MM和接收方信息。

步骤4：SP Server向MMSC发送“MM交付应答(MM7_Delivery.res())”消息，通知MMSC是否成功接收了MM，处理结束。

图6为现有技术SP到终端业务模式处理流程示意图。如图6所示，其具体处理步骤如下：

步骤1：SP发送方通过SP Server向MMS接收终端所归属的MMSC发送“MM提交请求(MM7_Submit.req())”消息，该消息中包含了SP发送方所要发送的MM和接收方信息。

其中，SP Server根据SP发送方所提供的MMS接收终端的MSISDN或MDN号码前缀得到MMS接收终端所归属MMSC的URI，再按此URI将消息发送到MMS接收终端所归属的MMSC。

步骤2：MMSC向SP Server返回“MM提交应答(MM7_Submit.res())”消息。如果MMSC成功接收了SP Server提交的MM，则转入步骤3；否则，返回错误信息给SP Server，说明错误原因，结束处理。

步骤3：MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下发MM通知指示给MMS接收终端。

步骤4：WAP GW接收MMS接收终端发送的MM通知应答，再返回“MM1_NotifyResp.ind()”消息至MMSC。

步骤5：WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC提交“MM1_Retrieve.req()”消息，请求获取MM。

步骤6：MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。

步骤7：WAP GW接收MMS接收终端发送的MM确认指示，再返回“MM1_Acknowledge.ind()”消息给MMSC，告知MMSC是否成功接收MM，处理结束。

由以上对于MMS的各种业务模式具体处理步骤的描述可见，无论是从终端到终端、终端到E-mail或SP、还是E-mail或SP到终端的处理，都需要将消息通过发送或接收终端所归属的MMSC发送到接收终端、E-mail接收方或SP接收方。因此如果发送或接收终端所归属的MMSC出现了故障，消息就无法传送，归属于此MMSC的终端用户就无法使用MMS业务。如果用户需要继续使用MMS业务，只能在该终端中重新设置其归属的MMSC，这样给用户的使用造成很大的麻烦。

综上所述，采用现有的技术方案，终端用户需要根据其归属地设置MMSC的URI，当终端用户的归属地改变或其归属的MMSC发生故障时，必须设置新的MMSC的URI才能够继续使用MMS业务，因此使用现有的技术方案，终端用户不方便使用MMS业务，也不能够将各地区的MMS用户统一进行管理，从而不利于多个MMSC节点的运营商统一品牌。此外，当某个MMSC业务处理能力有限或出现故障时，终端用户无法实现多个MMSC的扩展使用，从而可能会造成某些MMSC超负荷运行而某些MMSC管理资源空闲，或者造成该MMSC所管理的终端用户不能够使用MMS业务，因此现有技术方案不能够充分利用现有的MMSC资源进行业务处理，系统不具备容灾能力。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现MMS业务单节点接入的处理方法，使得MMS终端单节点接入MMSC系统，从而实现多个MMSC的扩展使用。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种实现MMS业务单节点接入的处理方法，其主要处理步骤如下：

a.在MMS业务环境中设置重定向器(Redirector)；

b.MMS终端通过其所属WAP GW将POST请求发送至Redirector；

c.Redirector根据步骤b所述POST请求得到该MMS终端所归属MMSC的URI；

d.Redirector将步骤c得到的MMSC的URI返回给WAP GW，再由WAP GW按该URI与MMS终端归属的MMSC进行交互；或者，

Redirector根据步骤c得到的MMSC的URI作为WAP GW与MMS终端归属的MMSC之间转发POST请求的代理，Redirector将步骤b所述的POST请求转发至MMS终端归属的MMSC，再将该MMSC返回的POST应答请求发送至WAP GW。

其中，所述步骤a进一步包括：在所有MMS终端中设置Redirector的URI；所述步骤b为：MMS终端根据步骤a所设置的Redirector的URI，通过WAP GW将POST请求发送至Redirector。

其中，所述步骤c为：Redirector根据POST请求中发送方MSISDN或MDN查询域名系统服务器(Enum DNS Server)得到发送方归属MMSC的URI。

其中，所述步骤a进一步包括，在Redirector中设置MMS终端到其归属MMSC的映射关系。

步骤a中，所述设置MMS终端到其归属MMSC映射关系的方法为：建立包含MMS终端的MSISDN或MDN号码前缀与MMS终端所归属MMSC的URI的映射关系的静态路由表。

其中，所述步骤c为：Redirector根据POST请求中发送方MSISDN或MDN号码前缀查询设置在本地的静态路由表得到发送方归属MMSC的URI。

步骤d中，所述Redirector将MMSC的URI返回给WAP GW的方法为：Redirector发送包含MMSC的URI的超文本传输协议重定向消息至WAPGW。

步骤b中，所述POST请求为MM发送请求消息。

步骤d中，所述WAP GW与MMS终端归属的MMSC进行交互的过程包括：

d1.WAP GW按超文本传输协议重定向消息中MMS发送终端所归属MMSC的URI，发送MM发送请求消息至MMS发送终端所归属的MMSC；

d2.该MMSC返回MM发送应答消息给WAP GW。

步骤d中，所述Redirector作为WAP GW与MMSC之间转发POST请求的代理的方法为：

d1.Redirector按步骤c得到的MMS发送终端所属MMSC的URI，转发MM发送请求消息至该MMSC；

d2.该MMSC返回MM发送应答消息给Redirector；

d3.Redirector转发MM发送应答消息至WAP GW。

步骤b中，所述POST请求为MM通知应答指示消息。

步骤d中，所述WAP GW与MMS终端归属的MMSC进行交互的过程，包括：

WAP GW按超文本传输协议重定向消息中MMS接收终端所归属MMSC的URI，发送MM通知应答指示消息至该MMSC。

步骤d中，所述Redirector作为WAP GW与MMSC之间转发POST请求的代理的方法为：

Redirector按步骤c得到的MMS接收终端所属MMSC的URI，转发MM通知应答指示消息至该MMSC。

步骤b中，所述POST请求为MM确认指示消息。

步骤d中，所述WAP GW与MMS终端归属的MMSC进行交互的过程，包括：WAP GW按超文本传输协议重定向消息中MMS接收终端所归属MMSC的URI，返回MM确认指示消息至该MMSC。

步骤d中，所述Redirector作为WAP GW与MMSC之间转发POST请求的代理的方法为：Redirector按步骤c得到的MMS接收终端所属MMSC的URI，转发MM确认指示消息至该MMSC。

由上述方案可以看出，本发明方法关键在于，MMS终端不必设置固定的所归属MMSC的URI，所有MMS终端发送的POST请求通过Redirector单点接入MMSC系统，由Redirector将POST请求重定向到MMS终端所归属的MMSC，因此，通过Redirector的重定向可以实现MMS终端所归属MMSC的改变，并不必对MMS终端设置进行修改，即实现MMS终端的多个MMSC的扩展使用，从而能够充分利用现有的MMSC资源进行业务处理，并可以使多个MMSC节点的运营商统一品牌成为可能，方便了MMS终端用户的使用MMS业务。

因此，本发明所提供的实现MMS业务单节点接入的处理方法，能够使MMS终端单节点接入MMSC系统，从而实现多个MMSC的扩展使用。

附图说明

图1为现有的MMS系统网络结构示意图；

图2为现有技术终端到终端业务模式处理流程示意图；

图3为现有技术终端到E-mail业务模式处理流程示意图；

图4为现有技术E-mail到终端业务模式处理流程示意图；

图5为现有技术终端到SP业务模式处理流程示意图；

图6为现有技术SP到终端业务模式处理流程示意图；

图7为本发明方法中Redirect工作方式下终端到终端业务模式一较佳实施例处理流程示意图；

图8为本发明方法中Redirector工作方式下终端到E-mail业务模式一较佳实施例处理流程示意图；

图9为本发明方法中Redirector工作方式下E-mail到终端业务模式一较佳实施例处理流程示意图；

图10为本发明方法中Redirector工作方式下终端到SP业务模式一较佳实施例处理流程示意图；

图11为本发明方法中Redirector工作方式下SP到终端业务模式一较佳实施例处理流程示意图；

图12为本发明方法中Redirect工作方式下MMS终端与MMSC系统之间POST请求交互示意图；

图13为本发明方法中Redirect工作方式下MMS系统容灾处理示意图；

图14为本发明方法中Proxy工作方式下终端到终端业务模式一较佳实施例处理流程示意图；

图15为本发明方法中Proxy工作方式下终端到E-mail业务模式一较佳实施例处理流程示意图；

图16为本发明方法中Proxy工作方式下E-mail到终端业务模式一较佳实施例处理流程示意图；

图17为本发明方法中Proxy工作方式下终端到SP业务模式一较佳实施例处理流程示意图；

图18为本发明方法中Proxy工作方式下SP到终端业务模式一较佳实施例处理流程示意图；

图19为本发明方法中Proxy工作方式下MMS终端与MMSC系统之间POST请求交互示意图；

图20为本发明方法中Proxy工作方式下MMS系统容灾处理示意图。

具体实施方式

下面结合附图及具体实施例针对本发明方法中MMS各种业务模式的具体处理流程分别加以详细说明。其中，MMS的业务模式包括：终端到终端、终端到E-mail、终端到SP、E-mail到终端和SP到终端。

在以下终端到终端业务模式实施例中设定，MMS发送终端所属的WAPGW为WAP GW1，MMS接收终端所属的WAP GW为WAP GW2，由于MMS终端与WAP GW之间的处理不属本发明重点，因此这里不做详述。

在现有的MMS业务环境中，终端用户可以设置Redirector的URI，由Redirector负责终端用户归属MMSC的路由查询。它根据接收到的HTTP请求中的MSISDN或MDN号码前缀确定发送该请求的终端用户所归属MMSC的URI，即进行重定向。

本发明利用Redirector的重定向功能来实现MMS终端单节点接入MMSC系统。在MMS终端中设置了Redirector的URI；或者在Redirector中建立所有MMS终端的MSISDN或MDN号码前缀到MMS终端所归属MMSC的URI的映射关系表，即本地静态路由表；或者由Redirector根据MMS终端的MSISDN或MDN号码查询Enum DNS Server，由Enum DNSServer返回MMS终端所归属MMSC的URI。这样，Redirector可以根据MMS终端的MSISDN或MDN号码得到该MMS终端所归属的MMSC的URI。其中，Enum DNS Server可以提供MMS终端的MSISDN或MDN号码到MMS终端所归属MMSC的URI的解析。

以下本发明实施例中，Redirector可以根据MMS终端的MSISDN或MDN号码前缀查询本地设置的静态路由表得到MMS终端所归属MMSC的URI；Redirector也可以将MMS终端的MSISDN或MDN号码发送至EnumDNS Server，由Enum DNS Server返回MMS终端所归属MMSC的URI给Redirector。

在本发明方法中，Redirector的工作方式有两种：重定向(Redirect)方式和代理(Proxy)方式。

图7至图11为本发明方法中Redirector在Redirect方式下各种业务模式实施例的具体处理流程示意图。采用Redirect工作方式时，当Redirector接收到终端用户发送的POST请求后，根据该请求中发送方号码得到发送方归属MMSC的URI；然后，Redirector将该MMSC的URI返回给终端用户归属的WAP GW，由该WAP GW与MMSC进行信息交互。

图7为本发明方法中Redirect工作方式下终端到终端业务模式一较佳实施例处理流程示意图。如图7所示，其具体处理步骤如下：

步骤1：WAP GW1接收MMS发送终端所发送的MM发送请求，再向Redirector发送“MM1_Send.req()”消息。其中，该“MM1_Send.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。

由背景技术中可知，该“MM1_Send.req()”消息为POST请求，因此，MMS发送终端根据其设置的Redirector的URI地址首先将此POST请求发送至Redirector。

在MMS系统中，WAP GW可以根据MMS终端所设置的Redirector的URI将消息发送至Redirector。

步骤2：Redirector根据“MM1_Send.req()”消息中MMS发送终端用户号码或号码前缀得到MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW1，从而将查询到的Originator MMSC的URI返回给WAP GW1。其中，该“HTTP_Redirect()”消息中包含OriginatorMMSC的URI。

其中，所述用户号码为MSISDN或MDN号码。

步骤3：WAP GW1根据接收到的Originator MMSC的URI，再将“MM1_Send.req()”消息发送到Originator MMSC。

步骤4：Originator MMSC向WAP GW1返回“MM1_Send.res()”消息，再由WAP GW1将应答消息发送给MMS发送终端。这里，如果在步骤3中MM被Originator MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。

步骤5：Originator MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为MMS终端，并根据接收方的用户号码前缀，判断MMS接收终端所归属的MMSC是否为Originator MMSC，如果是，转入步骤8；否则转入步骤6。

步骤6：Originator MMSC根据接收方的用户号码或号码前缀得到该MMS接收终端所归属MMSC的URI，并按此URI向Recipient MMSC发送“MM4_forward.req()”消息。其中，该“MM4_forward.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。

步骤7：Recipient MMSC对“MM4_forward.req()”消息中的MM进行校验，并向Originator MMSC发送“MM4_forward.res()”消息，该应答消息中包含Recipient MMSC对MM的校验结果。如果校验结果表示RecipientMMSC成功接收了Originator MMSC转发的MM，则转入步骤8；否则Originator MMSC通过WAP GW1向MMS发送终端返回出错信息，向MMS发送终端说明失败原因，结束处理。

步骤8：如果在步骤5中判决MMS发送终端和MMS接收终端不属于一个MMSC，则由Recipient MMSC根据“MM4_forward.req()”消息中MMS发送终端所设置的最早下发时间发送“MM1_Notification.ind()”消息至WAP GW2，再由WAP GW2下发该通知给MMS接收终端；如果在步骤5中判决MMS发送终端和MMS接收终端同属于一个MMSC，则由OriginatorMMSC根据“MM1_Send.req()”消息中的最早下发时间发送“MM1_Notification.ind()”消息。

步骤9：WAP GW2接收MMS接收终端返回的MM通知应答消息，并先将“MM1_NotifyResp.ind()”消息发送给Redirector。

其中，如果在步骤8由Originator MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Originator MMSC；如果在步骤8由Recipient MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Recipient MMSC。

由背景技术可知，该“MM1_NotifyResp.ind()”消息为POST请求，因此，MMS发送终端根据其设置的Redirector的URI地址先将此POST请求发送至Redirector。

步骤10：Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW2，从而将查询到的MMS接收终端所归属MMSC的URI返回给WAP GW2。这里，该“HTTP_Redirect()”消息中包含MMS接收终端所归属MMSC的URI。

步骤11：WAP GW2根据接收到的MMS接收终端所归属MMSC的URI，再将“MM1_NotifyResp.ind()”消息发送到该MMSC。

步骤12：WAP GW2接收MMS接收终端发送的MM提取请求，再向MMS接收终端所归属的MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。

由背景技术可知，该“MM1_Retrieve.req()”消息为GET请求，因此不用经过Redirector进行重定向处理。

步骤13：MMS接收终端所属的MMSC返回“MM1_Retrieve.res()”消息至WAP GW2，再由WAP GW2向MMS接收终端发送MM提取应答消息。其中，该应答消息中包含了MMS发送终端所要发送的MM。

步骤14：WAP GW2接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。

由背景技术可知，该“MM1_Acknowledge.ind()”消息为POST请求，所以MMS接收终端根据其设置的Redirector的URI先将此POST请求发送至Redirector。

步骤15：Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属的MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW2，从而将查询到的MMS接收终端所归属MMSC的URI返回给WAP GW2。其中，该“HTTP_Redirect()”消息中包含MMS接收终端所归属MMSC的URI。

步骤16：WAP GW2根据接收到的MMS接收终端所归属MMSC的URI，再将“MM1_Acknowledge.ind()”消息发送到该MMSC，告知MMS接收终端所归属MMSC是否成功接收MM，处理结束。

图8为本发明方法中Redirector工作方式下终端到E-mail业务模式一较佳实施例处理流程示意图。如图8所示，其具体处理步骤如下：

步骤1：WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。

步骤2：Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS发送终端所归属的MMSC的URI返回给WAP GW。

步骤3：WAP GW根据接收到的MMSC的URI，再将“MM1_Send.req()”消息发送到MMSC。

步骤4：MMSC返回“MM1_Send.res()”消息给WAP GW，再由WAP GW将该应答消息发送至MMS发送终端。这里，如果在步骤3中“MM1_Send.req()”消息中的MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。

步骤5：MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为E-mail地址，并根据此E-mail地址得到接收方所属E-mail Server的URI，再按此URI向E-mail Server发送“MM3_SendMail()”消息，从而，将MM发送到E-mail Server，再由接收方从E-mail Server提取该MM，结束处理。其中，该“MM3_SendMail()”消息中包含了MMS发送终端所要发送的MM和接收方信息。

图9为本发明方法中Redirector工作方式下E-mail到终端业务模式一较佳实施例处理流程示意图。如图9所示，其具体处理步骤如下：

步骤1：E-mail发送方通过E-mail Server向MMS接收终端所属的MMSC发送“MM3_SendMail.req()”消息，该消息中包含了E-mail发送方所要发送的MM和接收方信息。如果该MMSC成功接收了Email Server提交的MM，则转入步骤2；否则返回错误信息给Email Server，说明错误原因，结束处理。

步骤2：MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW将MM通知指示发送至MMS接收终端。

步骤3：WAP GW接收MMS接收终端发送的MM提取请求，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。

步骤4：Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS接收终端所归属的MMSC的URI返回给WAP GW。

步骤5：WAP GW根据接收到的MMSC的URI，再将“MM1_NotifyResp.ind()”消息发送给MMSC。

步骤6：WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。

步骤7：MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。

步骤8：WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。

步骤9：Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS接收终端所归属的MMSC的URI返回给WAP GW。

步骤10：WAP GW根据接收到的MMSC的URI，再将“MM1_Acknowledge.ind()”消息发送到MMSC，告知MMSC是否成功接收MM，处理结束。

图10为本发明方法中Redirector工作方式下终端到SP业务模式一较佳实施例处理流程示意图。如图10所示，其具体处理步骤如下：

步骤1：WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。

步骤2：Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息，将查询到的MMS发送终端所归属的MMSC的URI发送给WAP GW。

步骤3：WAP GW根据接收到的MMSC的URI，再将“MM1_Send.req()”消息发送到MMSC。

步骤4：MMSC返回“MM1_Send.res()”消息至WAP GW，再由WAP GW将该应答消息发送给MMS发送终端。这里，如果在步骤3中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。

步骤5：MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方地址为SP地址，并根据此SP地址得到其所属SP Server的URI，然后按此URI向此SP Server发送“MM7_Delivery.req()”消息，从而将MM发送到SP Server，再由SP Server将MM发送到SP接收方。其中，该“MM7_Delivery.req()”消息中包含了MMS发送终端所要发送的MM和接收方信息。

步骤6：SP Server返回“MM7_Delivery.res()”消息至MMSC，告知MMSC是否成功接收MM，处理结束。

图11为本发明方法中Redirector工作方式下SP到终端业务模式一较佳实施例处理流程示意图。如图11所示，其具体处理步骤如下：

步骤1：SP发送方通过SP Server向MMS接收终端所属的MMSC发送“MM7_Submit.req()”消息，该消息中包含了SP发送方所要发送的MM和接收方信息。

步骤2：MMSC向SP Server返回“MM7_Submit.res()”消息。如果在步骤1中MMSC成功接收了SP Server提交的MM，则转入步骤3；否则，返回错误信息给SP Server，说明错误原因，结束处理。

步骤3：MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下发MM通知指示给MMS接收终端。

步骤4：WAP GW接收MMS接收终端发送的MM通知应答，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。

步骤5：Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS接收终端所归属的MMSC的URI返回给WAP GW。

步骤6：WAP GW根据“HTTP_Redirect()”消息中MMSC的URI返回“MM1_NotifyResp.ind()”消息给MMSC。

步骤7：WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC提交“MM1_Retrieve.req()”消息，请求获取MM。

步骤8：MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。

步骤9：WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。

步骤10：Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息，将查询到的MMS接收终端所归属MMSC的URI返回给WAP GW。

步骤11：WAP GW根据接收到的MMSC的URI，再将“MM1_Acknowledge.ind()”消息发送到MMSC，告知MMSC是否成功接收MM，处理结束。

由图7至图11的描述可见，本发明方法中Redirect工作方式主要是在现有的MMS终端与MMSC之间对于POST请求的处理中添加了Redirector。所有的POST请求不直接由MMS终端发送至MMSC，而是先由MMS终端发送至Redirector，由Redirector对MMSC的URI进行重定向，并将重定向消息返回WAP GW，再由WAP GW根据重定向结果将POST请求发送到MMSC进行处理，从而使MMS终端经由Redirector单点接入MMSC系统。图12为本发明方法中Redirect工作方式下MMS终端与MMSC系统之间POST请求交互示意图。如图12所示，其具体处理如下：

步骤1：MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。

步骤2：Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。这里，Redirector也可以在其本地设置的静态路由表中查询MMS终端所归属MMSC的URI。

步骤3：Redirector将重定向消息返回给WAP GW，该重定向消息中包含了查询到的MMS终端所归属的MMSC即MMSC1的URI。

步骤4：WAP GW根据接收到的重定向消息中MMSC1的URI再将POST请求发送到MMSC1。

采用图12所示的处理方式，MMS终端不必设置固定的其所属的MMSC的URI，仅设置Redirector的URI，因此可以通过Redirector的重定向将MMS终端所归属的MMSC从一个扩展到多个，实现多个MMSC之间的相互备份，从而使MMS系统具备容灾能力。图13为本发明方法中Redirect工作方式下MMS系统容灾处理示意图。如图13所示，其具体处理步骤如下：

步骤1：MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。

步骤2：Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。

步骤3：Redirector将重定向消息返回给WAP GW，该重定向消息中包含了查询到的MMS终端所归属的MMSC即MMSC1的URI。

步骤4：WAP GW根据接收到的重定向消息中MMSC1的URI再将POST请求发送到MMSC1。这里，如果MMSC1发生了故障无法进行MM处理，则转入步骤5。

步骤5：网络管理员根据当前其它MMSC的工作状态和业务处理能力，对Enum DNS Server中的MMS终端与其所归属MMSC的映射关系表进行修改。如果MMSC2目前的业务处理能力较强，可以再接纳较多MMS终端用户，则有可能将MMSC1原来管理的所有MMS终端用户全部划归给MMSC2管理，即在所述映射关系表中原来MMSC1的终端用户所归属的MMSC全部改为MMSC2；如果MMSC2目前的业务处理能力不能够再容纳很多MMS终端用户，则有可能将MMSC1原来管理的部分MMS终端用户划归给MMSC2管理，并将另一部分MMS终端用户划归给MMSC3或其他多个MMSC进行管理；如果MMSC2目前的业务处理能力较差，不能够再增加所管理的MMS终端用户，则将MMSC1原来管理的MMS终端用户划归给MMSC3或其他多个MMSC进行管理。这里，如果在步骤2中，Redirector查询的是本地静态路由表，则此处映射关系表的修改在Redirector中进行。

所述映射关系表修改结束，即将MMSC1原有的终端用户分配给其他MMSC进行管理之后，当MMS终端发送POST请求时，如上所述经过步骤1至步骤3的重定向处理之后，转入步骤6。这里，MMS终端所归属的MMSC可能被改为MMSC2或者MMSC3，或者MMS系统中其他MMSC。

步骤6：WAP GW根据接收到的重定向消息中MMS终端所归属的MMSC的URI，再将POST请求发送至MMSC2或者MMSC3，或者发送至其他MMSC。

由以上对于图13的描述可见，在本发明方法中Redirect工作方式下，不必对MMS终端设置进行修改，就可以实现MMS终端所归属的MMSC的扩展使用，从而使系统具备容灾能力。

图14至图18为本发明方法中Redirector在Proxy方式下各种业务模式实施例的具体处理流程示意图。采用Proxy工作方式时，当Redirector接收到终端用户发送的POST请求后，根据该请求中发送方号码得到发送方归属的MMSC的URI；然后，Redirector根据该MMSC的URI，作为所有POST请求发送的代理与MMSC和WAP GW进行信息交互。

图14为本发明方法中Proxy工作方式下终端到终端业务模式一较佳实施例处理流程示意图。如图14所示，其具体处理步骤如下：

步骤1：WAP GW1接收MMS发送终端所发送的MM发送请求，再向Redirector发送“MM1_Send.req()”消息。

步骤2：Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并按此URI将该“MM1_Send.req()”消息转发给该Originator MMSC。

步骤3：Originator MMSC先将“MM1_Send.res()”消息返回给Redirector。

步骤4：Redirector向WAP GW1返回“MM1_Send.res()”消息，再由WAP GW1将应答消息发送给MMS发送终端。这里，如果在步骤2中MM被Originator MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。

步骤5：Originator MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为MMS终端，并根据接收方的MSISDN或者MDN号码前缀，判断MMS接收终端所归属的MMSC是否为Originator MMSC，如果是，转入步骤8；否则转入步骤6。

步骤6：Originator MMSC根据MMS接收终端的用户号码得到MMS接收终端所归属MMSC的URI，并向Recipient MMSC发送“MM4_forward.req()”消息。

步骤7：Recipient MMSC对“MM4_forward.req()”消息中的MM进行校验，并向Originator MMSC发送“MM4_forward.res()”消息，该应答消息中包含Recipient MMSC对MM的校验结果。如果校验结果表示RecipientMMSC成功接收了Originator MMSC转发的MM，则转入步骤8；否则Originator MMSC通过WAP GW1向MMS发送终端返回出错信息，向MMS发送终端说明失败原因，结束处理。

步骤8：如果在步骤5中判决MMS发送终端和MMS接收终端不属于一个MMSC，则由Recipient MMSC根据“MM4_forward.req()”消息中MMS发送终端所设置的最早下发时间发送“MM1_Notification.ind()”消息至WAP GW2，再由WAP GW2下发该通知给MMS接收终端；如果在步骤5中判决MMS发送终端和MMS接收终端同属于一个MMSC，则由OriginatorMMSC根据“MM1_Send.req()”消息中的最早下发时间发送“MM1_Notification.ind()”消息。

步骤9：WAP GW2接收MMS接收终端返回的MM通知应答消息，并先将“MM1_NotifyResp.ind()”消息发送给Redirector。

步骤10：Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并按此URI将该“MM1_NotifyResp.ind()”消息转发给MMS接收终端所归属的MMSC。

其中，如果在步骤8由Originator MMSC下发“MM1_Notifcation.ind()”消息，则MMS接收终端所归属的MMSC为Originator MMSC；如果在步骤8由Recipient MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Recipient MMSC。

步骤11：WAP GW2接收MMS接收终端发送的MM提取请求，再向MMS接收终端所归属的MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。

步骤12：MMS接收终端所属的MMSC返回“MM1_Retrieve.res()”消息至WAP GW2，再由WAP GW2向MMS接收终端发送MM提取应答消息，从而将MM发送给MMS接收终端。

步骤13：WAP GW2接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。

步骤14：Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并按此URI将该“MM1_Acknowledge.ind()”消息返回给MMS接收终端所归属的MMSC，告知MMS接收终端所归属的MMSC是否成功接收MM，结束处理。

图15为本发明方法中Proxy工作方式下终端到E-mail业务模式一较佳实施例处理流程示意图。如图15所示，其具体处理步骤如下：

步骤1：WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。

步骤2：Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并按此URI将该“MM1_Send.req()”消息转发给MMS发送终端所归属的MMSC。

步骤3：MMSC向Redirector返回“MM1_Send.res()”消息。

步骤4：Redirector返回“MM1_Send.res()”消息给WAP GW，再由WAPGW将该应答消息发送至MMS发送终端。这里，如果在步骤2中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入

步骤5；否则该应答消息中包含出错信息，结束处理。

步骤5：MMSC根据该“MM1_Send.req()”消息中MMS接收方信息得知接收方为E-mail地址，并根据此E-mail地址得到接收方所属E-mail Server的URI，并按此URI向此E-mail Server发送“MM3_SendMail()”消息，从而，将MM发送到E-mail Server，再由接收方从E-mail Server提取该MM，结束处理。

图16为本发明方法中Proxy工作方式下E-mail到终端业务模式一较佳实施例处理流程示意图。如图16所示，其具体处理步骤如下：

步骤1：E-mail发送方通过E-mail Server向MMS接收终端所属的MMSC发送“MM3_SendMail.req()”消息。如果该MMSC成功接收了Email Server提交的MM，则转入步骤2；否则返回错误信息给Email Server，说明错误原因，结束处理。

步骤2：MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW将MM通知指示发送至MMS接收终端。

步骤3：WAP GW接收MMS接收终端发送的MM通知应答，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。

步骤4：Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并按此URI将该“MM1_NotifyResp.ind()”消息转发给MMSC。

步骤5：WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。

步骤6：MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。

步骤7：WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。

步骤8：Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并按此URI将该“MM1_Acknowledge.ind()”消息转发给MMS接收终端所归属MMSC，告知MMSC是否成功接收MM，处理结束。

图17为本发明方法中Proxy工作方式下终端到SP业务模式一较佳实施例处理流程示意图。如图17所示，其具体处理步骤如下：

步骤1：WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。

步骤2：Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，再按此URI将该“MM1_Send.req()”消息转发给MMS发送终端所归属的MMSC。

步骤3：MMSC先将“MM1_Send.res()”消息返回给Redirector。

步骤4：Redirector返回“MM1_Send.res()”消息至WAP GW，再由WAPGW将该应答消息发送给MMS发送终端。这里，如果在步骤2中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。

步骤5：MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方地址为SP地址，并根据此SP地址得到MMS接收方所属SP Server的URI，再按此URI向SP Server发送“MM7_Delivery.req()”消息，从而将MM发送到SP Server，再由SP Server将MM发送到SP接收方。

步骤6：SP Server返回“MM7_Delivery.res()”消息给MMSC，告知MMSC是否成功接收MM，处理结束。

图18为本发明方法中Proxy工作方式下SP到终端业务模式一较佳实施例处理流程示意图。如图18所示，其具体处理步骤如下：

步骤1：SP发送方通过SP Server向MMS接收终端所属的MMSC发送“MM7_Submit.req()”消息。

步骤2：MMSC向SP Server返回“MM7_Submit.res()”消息。如果在步骤1中MMSC成功接收了SP Server提交的MM，则转入步骤3；否则，返回错误信息给SP Server，说明错误原因，结束处理。

步骤3：MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下发MM通知指示给MMS接收终端。

步骤4：WAP GW接收MMS接收终端发送的MM通知应答，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。

步骤5：Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，再根据该MMSC的URI将该“MM1_NotifyResp.ind()”消息转发给MMSC。

步骤6：WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC提交“MM1_Retrieve.req()”消息，请求获取MM。

步骤7：MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。

步骤8：WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。

步骤9：Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码在Enum DNS Server中进行查询，得到MMS接收终端所归属MMSC的URI，再根据该MMSC的URI将此“MM1_Acknowledge.ind()”消息转发给MMSC，告知MMSC是否成功接收MM，结束处理。

由图14至图18的描述可见，本发明方法中Proxy工作方式主要是对现有技术中MMS终端与MMSC之间添加了Redirector作为POST请求交互的代理。所有POST请求不直接由MMS终端发送至MMSC，而是先由MMS终端发送至Redirector，再由Redirector对MMSC的URI进行重定向，并根据重定向结果将POST请求转发到MMSC进行处理，从而使MMS终端经由Redirector单点接入MMSC系统。图19为本发明方法中Proxy工作方式下MMS终端与MMSC系统之间POST请求交互示意图。如图19所示，其具体处理如下：

步骤1：MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。

步骤2：Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。这里，Redirector也可以在其本地设置的静态路由表中查询MMS终端所归属MMSC的URI。

步骤3：Redirector将POST请求转发到MMSC1。

采用图19所示的处理方式，MMS终端不必设置固定的所归属MMSC的URI，仅需设置Redirector的URI，因此可以通过Redirector的重定向和代理发送POST请求将MMS终端所归属的MMSC从一个扩展到多个，实现多个MMSC之间的相互备份，从而使MMS系统具备容灾能力。图20为本发明方法中Proxy工作方式下MMS系统容灾处理示意图。如图20所示，其具体处理步骤如下：

步骤1：MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。

步骤2：Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。

步骤3：Redirector将POST请求转发到MMSC1。这里，如果MMSC1发生了故障无法进行MM处理，则转入步骤4。

步骤4：网络管理员根据当前其它MMSC的工作状态和业务处理能力，对Enum DNS Server中的MMS终端与其所归属MMSC的映射关系表进行修改。如果MMSC2目前的业务处理能力较强，可以再接纳较多MMS终端用户，则有可能将MMSC1原来管理的所有MMS终端用户全部划归给MMSC2管理，即在所述映射关系表中原来MMSC1的终端用户所归属的MMSC全部改为MMSC2；如果MMSC2目前的业务处理能力不能够再容纳很多MMS终端用户，则有可能将MMSC1原来管理的部分MMS终端用户划归给MMSC2管理，并将另一部分MMS终端用户划归给MMSC3或其他多个MMSC进行管理；如果MMSC2目前的业务处理能力较差，不能够再增加所管理的MMS终端用户，则将MMSC1原来管理的MMS终端用户划归给MMSC3或其他多个MMSC进行管理。这里，如果在步骤2中，Redirector查询的是本地静态路由表，则此处映射关系表的修改在Redirector中进行。

所述映射关系表修改结束，即将MMSC1原有的终端用户分配给其他MMSC进行管理之后，当MMS终端发送POST请求时，如上所述经过步骤1至步骤2的重定向处理之后，转入步骤5。这里，MMS终端所归属的MMSC可能被改为MMSC2或者MMSC3，或者MMS系统中其他MMSC。

步骤5：Redirector根据查询到的MMS终端所归属MMSC的URI，再将POST请求发送至MMSC2或者MMSC3，或者发送至其他MMSC。

由以上对于图20的描述可见，在本发明方法中Proxy工作方式下，Redirector作为WAP GW和MMSC之间的一个代理服务器进行工作，对于MMSC而言，Redirector相当于WAP GW，而对于WAP GW而言，Redirector又相当于MMSC，从而保证了WAP GW与MMSC之间消息传送的透明性，即Redirector的处理对于WAP GW和MMSC是不可见的。因此，对MMSC和WAP GW原有的处理方式进行少量修改就可以实现此Redirector的Proxy工作方式，并且能够保证MMS终端所归属MMSC的扩展使用，从而使系统具备容灾能力。

综上所述，应用本发明所提供的MMS处理方法的实施例能够实现MMS终端单节点接入MMSC系统，并能够在保证原有MMS终端设置不变的前提下，将MMS终端所归属的MMSC进行修改，即实现其所归属MMSC的扩展，因此，使用本发明方法可以有效利用MMS系统中的MMSC管理资源，当一个MMSC出现故障或业务处理能力不足时，能够将其所管理的MMS终端用户分配到其他业务处理能力较强的MMSC中进行管理，从而使系统具备容灾能力，使系统管理资源得到了充分利用；此外，通过使用Redirector对MMS终端所归属的MMSC进行重定向，使多个MMSC节点的统一成为可能，方便了MMS终端用户使用MMS，有利于各MMSC节点的运营商统一服务品牌，从而大大加快了MMS的推广步伐。

Claims (16)

1、一种实现多媒体消息服务MMS业务单节点接入的处理方法，其特征在于，处理步骤如下：

a.在MMS业务环境中设置重定向器Redirector；

b.MMS终端通过其所属无线应用协议网关WAP GW将递送POST请求发送至Redirector；

c.Redirector根据步骤b所述POST请求得到该MMS终端所归属多媒体消息服务中心MMSC的统一资源标识符URI；

d.Redirector将步骤c得到的MMSC的URI返回给WAP GW，再由WAP GW按该URI与MMS终端归属的MMSC进行交互；或者，

Redirector根据步骤c得到的MMSC的URI作为WAP GW与MMS终端归属的MMSC之间转发POST请求的代理，Redirector将步骤b所述的POST请求转发至MMS终端归属的MMSC，再将该MMSC返回的POST应答请求发送至WAP GW。

2、根据权利要求1所述的方法，其特征在于，所述步骤a进一步包括：在所有MMS终端中设置Redirector的URI；

所述步骤b为：MMS终端根据步骤a所设置的Redirector的URI，通过WAP GW将POST请求发送至Redirector。

3、根据权利要求1所述的方法，其特征在于，所述步骤c为：Redirector根据POST请求中发送方移动终端综合业务数字网号码MSISDN或移动终端号码MDN查询域名系统服务器Enum DNS Server得到发送方归属MMSC的URI。

4、根据权利要求1所述的方法，其特征在于，所述步骤a进一步包括，在Redirector中设置MMS终端到其归属MMSC的映射关系。

5、根据权利要求4所述的方法，其特征在于，步骤a中，所述设置MMS终端到其归属MMSC映射关系的方法为：建立包含MMS终端的MSISDN或MDN号码前缀与MMS终端所归属MMSC的URI的映射关系的静态路由表。

6、根据权利要求5所述的方法，其特征在于，所述步骤c为：Redirector根据POST请求中发送方MSISDN或MDN号码前缀查询设置在本地的静态路由表得到发送方归属MMSC的URI。

7、根据权利要求1所述的方法，其特征在于，

步骤d所述Redirector将MMSC的URI返回给WAP GW的方法为：Redirector发送包含MMSC的URI的超文本传输协议重定向消息至WAPGW。

8、根据权利要求1所述的方法，其特征在于，

步骤b中，所述POST请求为多媒体消息MM发送请求消息。

9、根据权利要求8所述的方法，其特征在于，

步骤d中，所述WAP GW与MMS终端归属的MMSC进行交互的过程包括：

d1.WAP GW按超文本传输协议重定向消息中MMS发送终端所归属MMSC的URI，发送MM发送请求消息至MMS发送终端所归属的MMSC；

d2.该MMSC返回MM发送应答消息给WAP GW。

10、根据权利要求8所述的方法，其特征在于，

步骤d中，所述Redirector作为WAP GW与MMSC之间转发POST请求的代理的方法为：

d1.Redirector按步骤c得到的MMS发送终端所属MMSC的URI，转发MM发送请求消息至该MMSC；

d2.该MMSC返回MM发送应答消息给Redirector；

d3.Redirector转发MM发送应答消息至WAP GW。

11、根据权利要求1所述的方法，其特征在于，

步骤b中，所述POST请求为MM通知应答指示消息。

12、根据权利要求11所述的方法，其特征在于，

步骤d中，所述WAP GW与MMS终端归属的MMSC进行交互的过程，包括：

WAP GW按超文本传输协议重定向消息中MMS接收终端所归属MMSC的URI，发送MM通知应答指示消息至该MMSC。

13、根据权利要求11所述的方法，其特征在于，

步骤d中，所述Redirector作为WAP GW与MMSC之间转发POST请求的代理的方法为：

Redirector按步骤c得到的MMS接收终端所属MMSC的URI，转发MM通知应答指示消息至该MMSC。

14、根据权利要求1所述的方法，其特征在于，

步骤b中，所述POST请求为MM确认指示消息。

15、根据权利要求14所述的方法，其特征在于，

步骤d中，所述WAP GW与MMS终端归属的MMSC进行交互的过程，包括：

WAP GW按超文本传输协议重定向消息中MMS接收终端所归属MMSC的URI，返回MM确认指示消息至该MMSC。

16、根据权利要求14所述的方法，其特征在于，

步骤d中，所述Redirector作为WAP GW与MMSC之间转发POST请求的代理的方法为：

Redirector按步骤c得到的MMS接收终端所属MMSC的URI，转发MM确认指示消息至该MMSC。

Images