专利名称：一种实现多媒体消息服务业务单节点接入的处理方法
技术领域：
本发明涉及一种多媒体消息服务(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所示，其具体处理步骤如下步骤1WAP GW1接收MMS发送终端所发送的MM发送请求，再向MMS发送终端所归属的发送端(Originator)MMSC发送“MM发送请求(MM1_Send.req())”消息。其中，该“MM1_Send.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。
在MMS系统中，WAP GW可以根据MMS终端所设置的其所归属MMSC的URI，将MMS终端所要发送的消息发送至MMS终端所归属的MMSC。
步骤2Originator 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之间的信息交互不作详细说明。
步骤3Originator MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为MMS终端，并根据接收方的移动终端综合业务数字网号码(MSISDN)或者移动终端号码(MDN)号码前缀，判断MMS接收终端所归属的MMSC是否为Originator MMSC，如果是，转入步骤6；否则转入步骤4。
其中，MSISDN为GSM、GPRS和WCDMA系统中移动终端号码，MDN为CDMA、CDMA 1X和CDMA2000系统中移动终端号码。
步骤4Originator MMSC根据MMS接收终端的MSISDN或MDN号码前缀得到MMS接收终端所归属MMSC的URI，再根据此URI向MMS接收终端所归属的MMSC即接收端(Recipient)MMSC发送“MM转发请求(MM4_forward.req())”消息。其中，该“MM4_forward.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。
步骤5Recipient 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发送终端没有设置最早下发时间，系统则默认为立即下发该通知指示。
步骤7WAP 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请求。
步骤8WAP GW2接收MMS接收终端发送的MM提取请求，再向MMS接收终端所归属的MMSC发送“MM提取请求(MM1_Retrieve.req())”消息，请求获取MM。
步骤9MMS接收终端所属的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请求。
步骤10WAP 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所示，其具体处理步骤如下步骤1WAP GW接收MMS发送终端发送的MM发送请求，再向MMS发送终端所归属的MMSC提交“MM1_Send.req()”消息。
步骤2MMSC返回“MM1_Send.res()”消息给WAP GW，再由WAP GW将该应答消息发送至MMS发送终端。这里，如果在步骤1中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤3；否则该应答消息中包含出错信息，结束处理。
步骤3MMSC根据“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所示，其具体处理步骤如下步骤1E-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。
步骤2MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW将MM通知指示发送至MMS接收终端。
步骤3WAP GW接收MMS接收终端发送的MM通知应答，再返回“MM1_NotifyResp.ind()”消息给MMSC。
步骤4WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。
步骤5MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。
步骤6WAP GW接收MMS接收终端发送的MM确认指示，再返回“MM1_Acknowledge.ind()”消息给MMSC，告知MMSC是否成功接收MM，处理结束。
图5为现有技术终端到SP业务模式处理流程示意图。如图5所示，其具体处理步骤如下步骤1WAP GW接收MMS发送终端发送的MM发送请求，再向MMS发送终端所归属的MMSC发送“MM1_Send.req()”消息。
步骤2MMSC返回“MM1_Send.res()”消息至WAP GW，再由WAP GW将该应答消息发送给MMS发送终端。这里，如果在步骤1中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤3；否则该应答消息中包含出错信息，结束处理。
步骤3MMSC根据“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和接收方信息。
步骤4SP Server向MMSC发送“MM交付应答(MM7_Delivery.res())”消息，通知MMSC是否成功接收了MM，处理结束。
图6为现有技术SP到终端业务模式处理流程示意图。如图6所示，其具体处理步骤如下步骤1SP发送方通过SP Server向MMS接收终端所归属的MMSC发送“MM提交请求(MM7_Submit.req())”消息，该消息中包含了SP发送方所要发送的MM和接收方信息。
其中，SP Server根据SP发送方所提供的MMS接收终端的MSISDN或MDN号码前缀得到MMS接收终端所归属MMSC的URI，再按此URI将消息发送到MMS接收终端所归属的MMSC。
步骤2MMSC向SP Server返回“MM提交应答(MM7_Submit.res())”消息。如果MMSC成功接收了SP Server提交的MM，则转入步骤3；否则，返回错误信息给SP Server，说明错误原因，结束处理。
步骤3MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下发MM通知指示给MMS接收终端。
步骤4WAP GW接收MMS接收终端发送的MM通知应答，再返回“MM1_NotifyResp.ind()”消息至MMSC。
步骤5WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC提交“MM1_Retrieve.req()”消息，请求获取MM。
步骤6MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。
步骤7WAP 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请求的代理的方法为d3.Redirector按步骤c得到的MMS发送终端所属MMSC的URI，转发MM发送请求消息至该MMSC；d4.该MMSC返回MM发送应答消息给Redirector；d5.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所示，其具体处理步骤如下步骤1WAP 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。
步骤2Redirector根据“MM1_Send.req()”消息中MMS发送终端用户号码或号码前缀得到MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW1，从而将查询到的Originator MMSC的URI返回给WAP GW1。其中，该“HTTP_Redirect()”消息中包含OriginatorMMSC的URI。
其中，所述用户号码为MSISDN或MDN号码。
步骤3WAP GW1根据接收到的Originator MMSC的URI，再将“MM1_Send.req()”消息发送到Originator MMSC。
步骤4Originator MMSC向WAP GW1返回“MM1_Send.res()”消息，再由WAP GW1将应答消息发送给MMS发送终端。这里，如果在步骤3中MM被Originator MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。
步骤5Originator MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为MMS终端，并根据接收方的用户号码前缀，判断MMS接收终端所归属的MMSC是否为Originator MMSC，如果是，转入步骤8；否则转入步骤6。
步骤6Originator MMSC根据接收方的用户号码或号码前缀得到该MMS接收终端所归属MMSC的URI，并按此URI向Recipient MMSC发送“MM4_forward.req()”消息。其中，该“MM4_forward.req()”消息包含了MMS发送终端所要发送的MM和接收方信息。
步骤7Recipient 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()”消息。
步骤9WAP 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。
步骤10Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP Redirect()”消息给WAP GW2，从而将查询到的MMS接收终端所归属MMSC的URI返回给WAP GW2。这里，该“HTTP_Redirect()”消息中包含MMS接收终端所归属MMSC的URI。
步骤11WAP GW2根据接收到的MMS接收终端所归属MMSC的URI，再将“MM1_NotifyResp.ind()”消息发送到该MMSC。
步骤12WAP GW2接收MMS接收终端发送的MM提取请求，再向MMS接收终端所归属的MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。
由背景技术可知，该“MM1_Retrieve.req()”消息为GET请求，因此不用经过Redirector进行重定向处理。
步骤13MMS接收终端所属的MMSC返回“MM1_Retrieve.res()”消息至WAP GW2，再由WAP GW2向MMS接收终端发送MM提取应答消息。其中，该应答消息中包含了MMS发送终端所要发送的MM。
步骤14WAP GW2接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。
由背景技术可知，该“MM1_Acknowledge.ind()”消息为POST请求，所以MMS接收终端根据其设置的Redirector的URI先将此POST请求发送至Redirector。
步骤15Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属的MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW2，从而将查询到的MMS接收终端所归属MMSC的URI返回给WAP GW2。其中，该“HTTP_Redirect()”消息中包含MMS接收终端所归属MMSC的URI。
步骤16WAP GW2根据接收到的MMS接收终端所归属MMSC的URI，再将“MM1_Acknowledge.ind()”消息发送到该MMSC，告知MMS接收终端所归属MMSC是否成功接收MM，处理结束。
图8为本发明方法中Redirector工作方式下终端到E-mail业务模式一较佳实施例处理流程示意图。如图8所示，其具体处理步骤如下步骤1WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。
步骤2Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS发送终端所归属的MMSC的URI返回给WAP GW。
步骤3WAP GW根据接收到的MMSC的URI，再将“MM1_Send.req()”消息发送到MMSC。
步骤4MMSC返回“MM1_Send.res()”消息给WAP GW，再由WAP GW将该应答消息发送至MMS发送终端。这里，如果在步骤3中“MM1_Send.req()”消息中的MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。
步骤5MMSC根据“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所示，其具体处理步骤如下步骤1E-mail发送方通过E-mail Server向MMS接收终端所属的MMSC发送“MM3_SendMail.req()”消息，该消息中包含了E-mail发送方所要发送的MM和接收方信息。如果该MMSC成功接收了Email Server提交的MM，则转入步骤2；否则返回错误信息给Email Server，说明错误原因，结束处理。
步骤2MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW将MM通知指示发送至MMS接收终端。
步骤3WAP GW接收MMS接收终端发送的MM提取请求，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。
步骤4Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS接收终端所归属的MMSC的URI返回给WAP GW。
步骤5WAP GW根据接收到的MMSC的URI，再将“MM1_NotifyResp.ind()”消息发送给MMSC。
步骤6WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。
步骤7MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。
步骤8WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。
步骤9Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS接收终端所归属的MMSC的URI返回给WAP GW。
步骤10WAP GW根据接收到的MMSC的URI，再将“MM1_Acknowledge.ind()”消息发送到MMSC，告知MMSC是否成功接收MM，处理结束。
图10为本发明方法中Redirector工作方式下终端到SP业务模式一较佳实施例处理流程示意图。如图10所示，其具体处理步骤如下步骤1WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。
步骤2Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息，将查询到的MMS发送终端所归属的MMSC的URI发送给WAP GW。
步骤3WAP GW根据接收到的MMSC的URI，再将“MM1_Send.req()”消息发送到MMSC。
步骤4MMSC返回“MM1_Send.res()”消息至WAP GW，再由WAP GW将该应答消息发送给MMS发送终端。这里，如果在步骤3中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。
步骤5MMSC根据“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和接收方信息。
步骤6SP Server返回“MM7_Delivery.res()”消息至MMSC，告知MMSC是否成功接收MM，处理结束。
图11为本发明方法中Redirector工作方式下SP到终端业务模式一较佳实施例处理流程示意图。如图11所示，其具体处理步骤如下步骤1SP发送方通过SP Server向MMS接收终端所属的MMSC发送“MM7_Submit.req()”消息，该消息中包含了SP发送方所要发送的MM和接收方信息。
步骤2MMSC向SP Server返回“MM7_Submit.res()”消息。如果在步骤1中MMSC成功接收了SP Server提交的MM，则转入步骤3；否则，返回错误信息给SP Server，说明错误原因，结束处理。
步骤3MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下发MM通知指示给MMS接收终端。
步骤4WAP GW接收MMS接收终端发送的MM通知应答，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。
步骤5Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息给WAP GW，从而将查询到的MMS接收终端所归属的MMSC的URI返回给WAP GW。
步骤6WAP GW根据“HTTP_Redirect()”消息中MMSC的URI返回“MM1_NotifyResp.ind()”消息给MMSC。
步骤7WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC提交“MM1_Retrieve.req()”消息，请求获取MM。
步骤8MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。
步骤9WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。
步骤10Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并返回“HTTP_Redirect()”消息，将查询到的MMS接收终端所归属MMSC的URI返回给WAP GW。
步骤11WAP 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所示，其具体处理如下步骤1MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。
步骤2Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。这里，Redirector也可以在其本地设置的静态路由表中查询MMS终端所归属MMSC的URI。
步骤3Redirector将重定向消息返回给WAP GW，该重定向消息中包含了查询到的MMS终端所归属的MMSC即MMSC1的URI。
步骤4WAP GW根据接收到的重定向消息中MMSC1的URI再将POST请求发送到MMSC1。
采用图12所示的处理方式，MMS终端不必设置固定的其所属的MMSC的URI，仅设置Redirector的URI，因此可以通过Redirector的重定向将MMS终端所归属的MMSC从一个扩展到多个，实现多个MMSC之间的相互备份，从而使MMS系统具备容灾能力。图13为本发明方法中Redirect工作方式下MMS系统容灾处理示意图。如图13所示，其具体处理步骤如下步骤1MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。
步骤2Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。
步骤3Redirector将重定向消息返回给WAP GW，该重定向消息中包含了查询到的MMS终端所归属的MMSC即MMSC1的URI。
步骤4WAP 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。
步骤6WAP 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所示，其具体处理步骤如下步骤1WAP GW1接收MMS发送终端所发送的MM发送请求，再向Redirector发送“MM1_Send.req()”消息。
步骤2Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并按此URI将该“MM1_Send.req()”消息转发给该Originator MMSC。
步骤3Originator MMSC先将“MM1_Send.res()”消息返回给Redirector。
步骤4Redirector向WAP GW1返回“MM1_Send.res()”消息，再由WAP GW1将应答消息发送给MMS发送终端。这里，如果在步骤2中MM被Originator MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。
步骤5Originator MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方为MMS终端，并根据接收方的MSISDN或者MDN号码前缀，判断MMS接收终端所归属的MMSC是否为Originator MMSC，如果是，转入步骤8；否则转入步骤6。
步骤6Originator MMSC根据MMS接收终端的用户号码得到MMS接收终端所归属MMSC的URI，并向Recipient MMSC发送“MM4_forward.req()”消息。
步骤7Recipient 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()”消息。
步骤9WAP GW2接收MMS接收终端返回的MM通知应答消息，并先将“MM1_NotifyResp.ind()”消息发送给Redirector。
步骤10Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并按此URI将该“MM1_NotifyResp.ind()”消息转发给MMS接收终端所归属的MMSC。
其中，如果在步骤8由Originator MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Originator MMSC；如果在步骤8由Recipient MMSC下发“MM1_Notification.ind()”消息，则MMS接收终端所归属的MMSC为Recipient MMSC。
步骤11WAP GW2接收MMS接收终端发送的MM提取请求，再向MMS接收终端所归属的MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。
步骤12MMS接收终端所属的MMSC返回“MM1_Retrieve.res()”消息至WAP GW2，再由WAP GW2向MMS接收终端发送MM提取应答消息，从而将MM发送给MMS接收终端。
步骤13WAP GW2接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。
步骤14Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并按此URI将该“MM1_Acknowledge.ind()”消息返回给MMS接收终端所归属的MMSC，告知MMS接收终端所归属的MMSC是否成功接收MM，结束处理。
图15为本发明方法中Proxy工作方式下终端到E-mail业务模式一较佳实施例处理流程示意图。如图15所示，其具体处理步骤如下步骤1WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。
步骤2Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并按此URI将该“MM1_Send.req()”消息转发给MMS发送终端所归属的MMSC。
步骤3MMSC向Redirector返回“MM1_Send.res()”消息。
步骤4Redirector返回“MM1_Send.res()”消息给WAP GW，再由WAPGW将该应答消息发送至MMS发送终端。这里，如果在步骤2中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。
步骤5MMSC根据该“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所示，其具体处理步骤如下步骤1E-mail发送方通过E-mail Server向MMS接收终端所属的MMSC发送“MM3_SendMail.req()”消息。如果该MMSC成功接收了Email Server提交的MM，则转入步骤2；否则返回错误信息给Email Server，说明错误原因，结束处理。
步骤2MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW将MM通知指示发送至MMS接收终端。
步骤3WAP GW接收MMS接收终端发送的MM通知应答，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。
步骤4Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，并按此URI将该“MM1_NotifyResp.ind()”消息转发给MMSC。
步骤5WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC发送“MM1_Retrieve.req()”消息，请求获取MM。
步骤6MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。
步骤7WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。
步骤8Redirector根据“MM1_Acknowledge.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，并按此URI将该“MM1_Acknowledge.ind()”消息转发给MMS接收终端所归属MMSC，告知MMSC是否成功接收MM，处理结束。
图17为本发明方法中Proxy工作方式下终端到SP业务模式一较佳实施例处理流程示意图。如图17所示，其具体处理步骤如下步骤1WAP GW接收MMS发送终端发送的MM发送请求，并先将“MM1_Send.req()”消息发送给Redirector。
步骤2Redirector根据“MM1_Send.req()”消息中MMS发送终端的用户号码或号码前缀确定MMS发送终端所归属MMSC的URI，再按此URI将该“MM1_Send.req()”消息转发给MMS发送终端所归属的MMSC。
步骤3MMSC先将“MM1_Send.res()”消息返回给Redirector。
步骤4Redirector返回“MM1_Send.res()”消息至WAP GW，再由WAPGW将该应答消息发送给MMS发送终端。这里，如果在步骤2中MM被MMSC成功接收，则该应答消息中包括为此MM分配的message_id，转入步骤5；否则该应答消息中包含出错信息，结束处理。
步骤5MMSC根据“MM1_Send.req()”消息中MMS接收方信息得知接收方地址为SP地址，并根据此SP地址得到MMS接收方所属SP Server的URI，再按此URI向SP Server发送“MM7_Delivery.req()”消息，从而将MM发送到SP Server，再由SP Server将MM发送到SP接收方。
步骤6SP Server返回“MM7_Delivery.res()”消息给MMSC，告知MMSC是否成功接收MM，处理结束。
图18为本发明方法中Proxy工作方式下SP到终端业务模式一较佳实施例处理流程示意图。如图18所示，其具体处理步骤如下步骤1SP发送方通过SP Server向MMS接收终端所属的MMSC发送“MM7_Submit.req()”消息。
步骤2MMSC向SP Server返回“MM7_Submit.res()”消息。如果在步骤1中MMSC成功接收了SP Server提交的MM，则转入步骤3；否则，返回错误信息给SP Server，说明错误原因，结束处理。
步骤3MMSC发送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下发MM通知指示给MMS接收终端。
步骤4WAP GW接收MMS接收终端发送的MM通知应答，并先将“MM1_NotifyResp.ind()”消息返回给Redirector。
步骤5Redirector根据“MM1_NotifyResp.ind()”消息中MMS接收终端的用户号码或号码前缀确定MMS接收终端所归属MMSC的URI，再根据该MMSC的URI将该“MM1_NotifyResp.ind()”消息转发给MMSC。
步骤6WAP GW接收MMS接收终端发送的MM提取请求，再向MMSC提交“MM1_Retrieve.req()”消息，请求获取MM。
步骤7MMSC发送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收终端下发MM提取应答消息，从而将MM发送给MMS接收终端。
步骤8WAP GW接收MMS接收终端发送的MM确认指示，并先将“MM1_Acknowledge.ind()”消息返回给Redirector。
步骤9Redirector根据“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所示，其具体处理如下步骤1MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。
步骤2Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。这里，Redirector也可以在其本地设置的静态路由表中查询MMS终端所归属MMSC的URI。
步骤3Redirector将POST请求转发到MMSC1。
采用图19所示的处理方式，MMS终端不必设置固定的所归属MMSC的URI，仅需设置Redirector的URI，因此可以通过Redirector的重定向和代理发送POST请求将MMS终端所归属的MMSC从一个扩展到多个，实现多个MMSC之间的相互备份，从而使MMS系统具备容灾能力。图20为本发明方法中Proxy工作方式下MMS系统容灾处理示意图。如图20所示，其具体处理步骤如下步骤1MMS终端经由移动通信网络到达WAP WG，再通过WAP GW将POST请求发送到Redirector。
步骤2Redirector根据POST请求中发送方的用户号码在Enum DNSServer中进行查询，得到MMS终端所归属MMSC的URI。这里设定，MMSC1为MMS终端所归属的MMSC，则Redirector查询到的结果为MMSC1的URI。
步骤3Redirector将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。
步骤5Redirector根据查询到的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的推广步伐。
权利要求
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请求的代理的方法为d3.Redirector按步骤c得到的MMS发送终端所属MMSC的URI，转发MM发送请求消息至该MMSC；d4.该MMSC返回MM发送应答消息给Redirector；d5.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。
全文摘要
本发明公开了一种实现多媒体消息服务(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的扩展使用。
文档编号H04L12/58GK1700678SQ20041004246
公开日2005年11月23日 申请日期2004年5月21日 优先权日2004年5月21日
发明者唐飞, 李大伟 申请人:华为技术有限公司