CN1700678A - 一种实现多媒体消息服务业务单节点接入的处理方法 - Google Patents
一种实现多媒体消息服务业务单节点接入的处理方法 Download PDFInfo
- Publication number
- CN1700678A CN1700678A CN 200410042467 CN200410042467A CN1700678A CN 1700678 A CN1700678 A CN 1700678A CN 200410042467 CN200410042467 CN 200410042467 CN 200410042467 A CN200410042467 A CN 200410042467A CN 1700678 A CN1700678 A CN 1700678A
- Authority
- CN
- China
- Prior art keywords
- mmsc
- mms
- wap
- message
- redirector
- 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
Links
- 238000003672 processing method Methods 0.000 title claims description 10
- 238000000034 method Methods 0.000 claims abstract description 104
- 238000012545 processing Methods 0.000 claims description 95
- 238000012790 confirmation Methods 0.000 claims description 18
- 238000013507 mapping Methods 0.000 claims description 15
- 230000003993 interaction Effects 0.000 claims description 12
- 230000003068 static effect Effects 0.000 claims description 10
- 238000012546 transfer Methods 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 41
- 230000005540 biological transmission Effects 0.000 description 24
- 238000000605 extraction Methods 0.000 description 21
- 238000007726 management method Methods 0.000 description 14
- 238000010295 mobile communication Methods 0.000 description 6
- 238000011084 recovery Methods 0.000 description 4
- 238000012795 verification Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 108700009180 PPA protocol Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
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请求的代理的方法为:
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所示,其具体处理步骤如下:
步骤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_Notification.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请求的代理的方法为:
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。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410042467 CN1277392C (zh) | 2004-05-21 | 2004-05-21 | 一种实现多媒体消息服务业务单节点接入的处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410042467 CN1277392C (zh) | 2004-05-21 | 2004-05-21 | 一种实现多媒体消息服务业务单节点接入的处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1700678A true CN1700678A (zh) | 2005-11-23 |
CN1277392C CN1277392C (zh) | 2006-09-27 |
Family
ID=35476542
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410042467 Expired - Lifetime CN1277392C (zh) | 2004-05-21 | 2004-05-21 | 一种实现多媒体消息服务业务单节点接入的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1277392C (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100426930C (zh) * | 2006-04-30 | 2008-10-15 | 中国联合通信有限公司 | 一种无线数据通信监控系统及方法 |
CN100466766C (zh) * | 2006-09-26 | 2009-03-04 | 华为技术有限公司 | 一种多媒体消息发送方法、系统及服务器 |
WO2010009666A1 (zh) * | 2008-07-21 | 2010-01-28 | 华为技术有限公司 | 多媒体业务的实现方法、系统和装置 |
WO2010040292A1 (zh) * | 2008-10-10 | 2010-04-15 | 华为技术有限公司 | 一种彩信业务实现方法及通讯系统以及彩信路由器 |
CN101389065B (zh) * | 2007-09-12 | 2011-12-07 | 华为技术有限公司 | 多媒体消息业务系统中数据容灾备份的方法及装置 |
CN101473616B (zh) * | 2006-06-27 | 2011-12-14 | 汤姆森特许公司 | 用于可靠地传递多播数据的方法和装置 |
CN101068378B (zh) * | 2007-06-21 | 2012-07-04 | 华为技术有限公司 | 实现多媒体消息业务系统容灾的方法、系统及设备 |
CN101370159B (zh) * | 2007-08-17 | 2013-01-30 | 华为技术有限公司 | 一种识别业务的方法、装置和系统 |
-
2004
- 2004-05-21 CN CN 200410042467 patent/CN1277392C/zh not_active Expired - Lifetime
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100426930C (zh) * | 2006-04-30 | 2008-10-15 | 中国联合通信有限公司 | 一种无线数据通信监控系统及方法 |
CN101473616B (zh) * | 2006-06-27 | 2011-12-14 | 汤姆森特许公司 | 用于可靠地传递多播数据的方法和装置 |
US8451762B2 (en) | 2006-06-27 | 2013-05-28 | Thomson Licensing | Method and apparatus for reliably delivering multicast data |
CN100466766C (zh) * | 2006-09-26 | 2009-03-04 | 华为技术有限公司 | 一种多媒体消息发送方法、系统及服务器 |
CN101068378B (zh) * | 2007-06-21 | 2012-07-04 | 华为技术有限公司 | 实现多媒体消息业务系统容灾的方法、系统及设备 |
CN101370159B (zh) * | 2007-08-17 | 2013-01-30 | 华为技术有限公司 | 一种识别业务的方法、装置和系统 |
CN101389065B (zh) * | 2007-09-12 | 2011-12-07 | 华为技术有限公司 | 多媒体消息业务系统中数据容灾备份的方法及装置 |
WO2010009666A1 (zh) * | 2008-07-21 | 2010-01-28 | 华为技术有限公司 | 多媒体业务的实现方法、系统和装置 |
WO2010040292A1 (zh) * | 2008-10-10 | 2010-04-15 | 华为技术有限公司 | 一种彩信业务实现方法及通讯系统以及彩信路由器 |
CN101730318B (zh) * | 2008-10-10 | 2012-04-04 | 华为软件技术有限公司 | 一种彩信业务实现方法及通讯系统以及彩信路由器 |
Also Published As
Publication number | Publication date |
---|---|
CN1277392C (zh) | 2006-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1711784A (zh) | 用于发送sms以及文本消息的系统和方法 | |
CN101064866A (zh) | 一种短信的路由寻址方法及系统 | |
CN1257631C (zh) | 一种基于互联网的短消息传送系统及数据传送的方法 | |
CN101068378A (zh) | 实现多媒体消息业务系统容灾的方法、系统及设备 | |
CN1859332A (zh) | 一种采用数据同步处理电子邮件的系统、装置及方法 | |
CN1661990A (zh) | 协议版本转换器 | |
CN1423201A (zh) | 地址变换装置、消息处理方法及装置 | |
CN1855825A (zh) | 计算机系统 | |
CN1889771A (zh) | 一种hlr以及将传统移动终端接入ims域的方法及系统 | |
CN1874328A (zh) | 实现业务互通的方法及系统 | |
CN1905530A (zh) | 组播点播方法及系统 | |
CN1801231A (zh) | 紧急通报系统和紧急通报方法 | |
CN1801814A (zh) | 一种离线消息发送和接收方法 | |
CN101047630A (zh) | 实现短消息业务的系统和上发以及下发短消息的方法 | |
CN101068243A (zh) | 处理网关层与业务层的消息交互系统以及发送、接收方法 | |
CN1838642A (zh) | 利用即时消息系统实现问答业务的方法及系统 | |
CN101040543A (zh) | 发送应用特定的登记或撤销登记数据的方法和系统、服务器和通信终端 | |
CN101047655A (zh) | 一种基于ip传输的消息路由方法和系统 | |
CN1277392C (zh) | 一种实现多媒体消息服务业务单节点接入的处理方法 | |
CN1949752A (zh) | 一种电路交换网与ip多媒体子系统网络互通的系统和方法 | |
CN1894992A (zh) | 位置信息通知系统和方法、终端位置特定装置和保密检查装置 | |
CN1859392A (zh) | 业务编址方法、系统及其应用 | |
CN1265597C (zh) | 本地代理器 | |
CN1863176A (zh) | 一种在消息会话中继协议中消息的封装传输系统及方法 | |
CN1778126A (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 | ||
CX01 | Expiry of patent term |
Granted publication date: 20060927 |