專利名稱：一種實(shí)現(xiàn)多媒體消息服務(wù)業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種多媒體消息服務(wù)(MMS)處理方法，特別涉及一種實(shí)現(xiàn)MMS業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法。
背景技術(shù)：
目前，MMS是短消息服務(wù)(SMS)和增強(qiáng)型消息服務(wù)(EMS)的進(jìn)一步發(fā)展，為個(gè)人多媒體移動(dòng)通信服務(wù)提供了完整的端到端解決方案。從內(nèi)容上講，MMS能夠傳輸圖像、音頻、視頻和數(shù)據(jù)等多媒體消息；從功能上講，MMS涵蓋了終端到終端、終端到應(yīng)用、應(yīng)用到終端的多媒體消息通信。MMS不僅實(shí)現(xiàn)了終端之間、終端和應(yīng)用之間的信息傳遞，還實(shí)現(xiàn)了內(nèi)容的多樣性，包括圖片、語音、圖像、數(shù)據(jù)和文本的各種組合。因此，MMS被視為啟動(dòng)和發(fā)展2.5G和3G數(shù)據(jù)業(yè)務(wù)的關(guān)鍵推動(dòng)力，在消息類通信服務(wù)市場(chǎng)上擁有巨大的市場(chǎng)發(fā)展空間和廣闊的前景。
由于，MMS允許的消息大小為100KB，比SMS允許的消息大小大三個(gè)數(shù)量級(jí)，其數(shù)據(jù)庫(kù)訪問所需要的多媒體消息服務(wù)中心(MMSC)在線事務(wù)處理能力要求較高；另外，MMS中還要考慮內(nèi)容適配/格式轉(zhuǎn)換功能、系統(tǒng)日志功能、信息費(fèi)批價(jià)和話單處理功能等要求，使得對(duì)MMSC在線事務(wù)處理能力的要求進(jìn)一步提高。
現(xiàn)有的MMS處理方法，在網(wǎng)絡(luò)中使用多個(gè)MMSC，終端用戶需要設(shè)置其各自所屬M(fèi)MSC的統(tǒng)一資源標(biāo)識(shí)符(URI)。圖1為現(xiàn)有的MMS系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)示意圖。如圖1所示，MMS終端1所歸屬的MMSC為MMSC1，則MMS終端1需要設(shè)置MMSC1的URI；而MMS終端2所歸屬的MMSC為MMSC2，則MMS終端2需要設(shè)置MMSC2的URI。MMS終端1和MMS終端2通過移動(dòng)通信網(wǎng)絡(luò)將消息發(fā)送到無線應(yīng)用協(xié)議網(wǎng)關(guān)(WAP GW)、MMSC1和MMSC2所在的網(wǎng)際協(xié)議(IP)網(wǎng)絡(luò)。當(dāng)MMS終端1向MMS終端2發(fā)送多媒體消息(MM)時(shí)，其所屬的WAP GW根據(jù)接收到的消息中MMS終端1所歸屬M(fèi)MSC1的URI將MM發(fā)送到MMSC1；MMSC1再將此MM發(fā)送至MMSC2，由MMSC2通過MMS終端2所屬的WAP GW向MMS終端2發(fā)送通知消息；MMS終端2接到該通知消息后通過其所屬的WAP GW從MMSC2取得此MM。
下面對(duì)于MMS的各種業(yè)務(wù)模式的具體處理流程分別加以詳細(xì)說明。其中，MMS的業(yè)務(wù)模式包括終端到終端、終端到電子郵件(E-mail)、終端到業(yè)務(wù)提供商(SP)、E-mail到終端和SP到終端。以下設(shè)定，在終端到終端的業(yè)務(wù)模式下，MMS發(fā)送終端所屬的WAP GW為WAP GW1，MMS接收終端所屬的WAP GW為WAP GW2。這里，在實(shí)際的MMS系統(tǒng)中，MM發(fā)送終端和MMS接收終端所屬的WAP GW可能相同也可能不同。
圖2為現(xiàn)有技術(shù)終端到終端業(yè)務(wù)模式處理流程示意圖。如圖2所示，其具體處理步驟如下步驟1WAP GW1接收MMS發(fā)送終端所發(fā)送的MM發(fā)送請(qǐng)求，再向MMS發(fā)送終端所歸屬的發(fā)送端(Originator)MMSC發(fā)送“MM發(fā)送請(qǐng)求(MM1_Send.req())”消息。其中，該“MM1_Send.req()”消息包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
在MMS系統(tǒng)中，WAP GW可以根據(jù)MMS終端所設(shè)置的其所歸屬M(fèi)MSC的URI，將MMS終端所要發(fā)送的消息發(fā)送至MMS終端所歸屬的MMSC。
步驟2Originator MMSC向WAP GW1返回“MM發(fā)送應(yīng)答(MM1_Send.res())”消息，再由WAP GW1將應(yīng)答消息發(fā)送給MMS發(fā)送終端。這里，如果在步驟1中MM被Originator MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的消息標(biāo)識(shí)符(message_id)，轉(zhuǎn)入步驟3；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
在MMS系統(tǒng)中，MMS終端發(fā)送MM時(shí)，首先建立一個(gè)WAP連接，將MM以WAP無線會(huì)話協(xié)議(WSP)進(jìn)行編碼傳送到WAP GW，WAP GW再以超文本傳輸協(xié)議(HTTP)將MM作為一個(gè)POST請(qǐng)求發(fā)送到MMSC，然后MMSC會(huì)通過同一個(gè)WAP連接對(duì)MM的發(fā)送方做出響應(yīng)，返回應(yīng)答消息給該MMS終端。這里，“MM1_Send.req()”消息即為此POST請(qǐng)求。
由于，WAP GW主要完成WSP到HTTP協(xié)議的轉(zhuǎn)換，其與MMS終端之間的交互不屬這里所述處理的重點(diǎn)，因此以下對(duì)于MMS終端和WAP GW之間的信息交互不作詳細(xì)說明。
步驟3Originator MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方為MMS終端，并根據(jù)接收方的移動(dòng)終端綜合業(yè)務(wù)數(shù)字網(wǎng)號(hào)碼(MSISDN)或者移動(dòng)終端號(hào)碼(MDN)號(hào)碼前綴，判斷MMS接收終端所歸屬的MMSC是否為Originator MMSC，如果是，轉(zhuǎn)入步驟6；否則轉(zhuǎn)入步驟4。
其中，MSISDN為GSM、GPRS和WCDMA系統(tǒng)中移動(dòng)終端號(hào)碼，MDN為CDMA、CDMA 1X和CDMA2000系統(tǒng)中移動(dòng)終端號(hào)碼。
步驟4Originator MMSC根據(jù)MMS接收終端的MSISDN或MDN號(hào)碼前綴得到MMS接收終端所歸屬M(fèi)MSC的URI，再根據(jù)此URI向MMS接收終端所歸屬的MMSC即接收端(Recipient)MMSC發(fā)送“MM轉(zhuǎn)發(fā)請(qǐng)求(MM4_forward.req())”消息。其中，該“MM4_forward.req()”消息包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
步驟5Recipient MMSC對(duì)“MM4_forward.req()”消息中的MM進(jìn)行校驗(yàn)，并向Originator MMSC發(fā)送“MM轉(zhuǎn)發(fā)應(yīng)答(MM4_forward.res())”消息，該應(yīng)答消息中包含Recipient MMSC對(duì)MM的校驗(yàn)結(jié)果。如果校驗(yàn)結(jié)果表示Recipient MMSC成功接收了Originator MMSC轉(zhuǎn)發(fā)的MM，則轉(zhuǎn)入步驟6；否則向Originator MMSC終端返回出錯(cuò)信息，說明失敗原因，結(jié)束處理。
步驟6如果在步驟3中判決MMS發(fā)送終端和MMS接收終端不屬于一個(gè)MMSC，則由Recipient MMSC根據(jù)“MM4_forward.req()”消息中MMS發(fā)送終端所設(shè)置的最早下發(fā)時(shí)間發(fā)送“MM通知指示(MM1_Notification.ind())”消息至WAP GW2，再由WAP GW2下發(fā)該通知指示給MMS接收終端；如果在步驟3中判決MMS發(fā)送終端和MMS接收終端同屬于一個(gè)MMSC，則由Originator MMSC根據(jù)“MM1_Send.req()”消息中的最早下發(fā)時(shí)間發(fā)送“MM1_Notification.ind()”消息。
在MMS系統(tǒng)中，當(dāng)MM到達(dá)MMSC后，MMSC需要通過PAP協(xié)議給MMS接收終端發(fā)送MM通知指示。這里，如果MMS發(fā)送終端沒有設(shè)置最早下發(fā)時(shí)間，系統(tǒng)則默認(rèn)為立即下發(fā)該通知指示。
步驟7WAP GW2接收MMS接收終端返回的MM通知應(yīng)答消息，再發(fā)送“MM通知應(yīng)答指示(MM1_NotifyResp.ind())”消息給MMS接收終端所歸屬的MMSC。其中，如果在步驟6由Originator MMSC下發(fā)“MM1_Notification.ind()”消息，則MMS接收終端所歸屬的MMSC為Originator MMSC；如果在步驟6由Recipient MMSC下發(fā)“MM1_Notification.ind()”消息，則MMS接收終端所歸屬的MMSC為Recipient MMSC。
在MMS系統(tǒng)中，MMS終端接收到MMSC下發(fā)的MM通知指示后，會(huì)使用同一個(gè)WAP連接返回應(yīng)答消息，由WAP GW以HTTP協(xié)議將該應(yīng)答消息作為一個(gè)POST請(qǐng)求發(fā)送到MMSC。這里，“MM1_NotifyResp.ind()”消息即為該P(yáng)OST請(qǐng)求。
步驟8WAP GW2接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMS接收終端所歸屬的MMSC發(fā)送“MM提取請(qǐng)求(MM1_Retrieve.req())”消息，請(qǐng)求獲取MM。
步驟9MMS接收終端所屬的MMSC返回“MM提取應(yīng)答(MM1_Retrieve.res())”消息至WAP GW2，再由WAP GW2向MMS接收終端發(fā)送MM提取應(yīng)答消息，從而將MM發(fā)送至MMS接收終端。其中，該應(yīng)答消息中包含了MMS發(fā)送終端所要發(fā)送的MM。
在MMS系統(tǒng)中，MMS終端接收MM時(shí)，首先建立一個(gè)WAP連接，通過WAP GW以HTTP協(xié)議發(fā)送一個(gè)GET請(qǐng)求到MMSC，然后MMSC會(huì)通過同一個(gè)WAP連接將MM做為該GET請(qǐng)求的應(yīng)答消息下發(fā)給該MMS終端。這里，“MM1_Retrieve.req()”消息即為該GET請(qǐng)求。
步驟10WAP GW2接收MMS接收終端發(fā)送的MM確認(rèn)指示，再返回“MM確認(rèn)指示(MM1_Acknowledge.ind())”消息給MMS接收終端所屬的MMSC，告知MMS接收終端所歸屬的MMSC是否成功接收MM，處理結(jié)束。
在MMS系統(tǒng)中，MMS終端接收到MM之后，會(huì)使用同一個(gè)WAP連接返回確認(rèn)消息，并由WAP GW以HTTP協(xié)議將該確認(rèn)消息作為一個(gè)POST請(qǐng)求發(fā)送到MMSC，告知MMSC是否成功接收MM。這里，“MM1_Acknowledge.ind()”消息即為該P(yáng)OST請(qǐng)求。
圖3為現(xiàn)有技術(shù)終端到E-mail業(yè)務(wù)模式處理流程示意圖。如圖3所示，其具體處理步驟如下步驟1WAP GW接收MMS發(fā)送終端發(fā)送的MM發(fā)送請(qǐng)求，再向MMS發(fā)送終端所歸屬的MMSC提交“MM1_Send.req()”消息。
步驟2MMSC返回“MM1_Send.res()”消息給WAP GW，再由WAP GW將該應(yīng)答消息發(fā)送至MMS發(fā)送終端。這里，如果在步驟1中MM被MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟3；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟3MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方為E-mail地址，并根據(jù)此E-mail地址得到接收方所屬E-mail Server的URI，然后向此E-mail Server發(fā)送“MM發(fā)送郵件(MM3_SendMail())”消息，從而將MM發(fā)送到E-mail Server，再由E-mail接收方從E-mail Server提取該MM。其中，該“MM3_SendMail()”消息中包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
圖4為現(xiàn)有技術(shù)E-mail到終端業(yè)務(wù)模式處理流程示意圖。如圖4所示，其具體處理步驟如下步驟1E-mail發(fā)送方通過E-mail Server向MMS接收終端所歸屬的MMSC發(fā)送“MM發(fā)送郵件請(qǐng)求(MM3_SendMail.req())”消息，該消息中包含了E-mail發(fā)送方所要發(fā)送的MM和接收方信息。如果該MMSC成功接收了Email Server提交的MM，則轉(zhuǎn)入步驟2；否則返回錯(cuò)誤信息給EmailServer，說明錯(cuò)誤原因，結(jié)束處理。
其中，E-mail Server可以根據(jù)E-mail發(fā)送方所提供的MMS接收終端的MSISDN或MDN號(hào)碼前綴得到MMS接收終端所歸屬M(fèi)MSC的URI，再按此URI將消息發(fā)送到MMS接收終端所歸屬的MMSC。
步驟2MMSC發(fā)送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW將MM通知指示發(fā)送至MMS接收終端。
步驟3WAP GW接收MMS接收終端發(fā)送的MM通知應(yīng)答，再返回“MM1_NotifyResp.ind()”消息給MMSC。
步驟4WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMSC發(fā)送“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟5MMSC發(fā)送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收終端下發(fā)MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟6WAP GW接收MMS接收終端發(fā)送的MM確認(rèn)指示，再返回“MM1_Acknowledge.ind()”消息給MMSC，告知MMSC是否成功接收MM，處理結(jié)束。
圖5為現(xiàn)有技術(shù)終端到SP業(yè)務(wù)模式處理流程示意圖。如圖5所示，其具體處理步驟如下步驟1WAP GW接收MMS發(fā)送終端發(fā)送的MM發(fā)送請(qǐng)求，再向MMS發(fā)送終端所歸屬的MMSC發(fā)送“MM1_Send.req()”消息。
步驟2MMSC返回“MM1_Send.res()”消息至WAP GW，再由WAP GW將該應(yīng)答消息發(fā)送給MMS發(fā)送終端。這里，如果在步驟1中MM被MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟3；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟3MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方地址為SP地址，并根據(jù)此SP地址得到其所屬SP Server的URI，然后按此URI向SP Server發(fā)送“MM交付請(qǐng)求(MM7_Delivery.req())”消息，從而將MM發(fā)送到SP Server，再由SP Server將MM發(fā)送到SP接收方。其中，該“MM7_Delivery.req()”消息中包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
步驟4SP Server向MMSC發(fā)送“MM交付應(yīng)答(MM7_Delivery.res())”消息，通知MMSC是否成功接收了MM，處理結(jié)束。
圖6為現(xiàn)有技術(shù)SP到終端業(yè)務(wù)模式處理流程示意圖。如圖6所示，其具體處理步驟如下步驟1SP發(fā)送方通過SP Server向MMS接收終端所歸屬的MMSC發(fā)送“MM提交請(qǐng)求(MM7_Submit.req())”消息，該消息中包含了SP發(fā)送方所要發(fā)送的MM和接收方信息。
其中，SP Server根據(jù)SP發(fā)送方所提供的MMS接收終端的MSISDN或MDN號(hào)碼前綴得到MMS接收終端所歸屬M(fèi)MSC的URI，再按此URI將消息發(fā)送到MMS接收終端所歸屬的MMSC。
步驟2MMSC向SP Server返回“MM提交應(yīng)答(MM7_Submit.res())”消息。如果MMSC成功接收了SP Server提交的MM，則轉(zhuǎn)入步驟3；否則，返回錯(cuò)誤信息給SP Server，說明錯(cuò)誤原因，結(jié)束處理。
步驟3MMSC發(fā)送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下發(fā)MM通知指示給MMS接收終端。
步驟4WAP GW接收MMS接收終端發(fā)送的MM通知應(yīng)答，再返回“MM1_NotifyResp.ind()”消息至MMSC。
步驟5WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMSC提交“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟6MMSC發(fā)送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收終端下發(fā)MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟7WAP GW接收MMS接收終端發(fā)送的MM確認(rèn)指示，再返回“MM1_Acknowledge.ind()”消息給MMSC，告知MMSC是否成功接收MM，處理結(jié)束。
由以上對(duì)于MMS的各種業(yè)務(wù)模式具體處理步驟的描述可見，無論是從終端到終端、終端到E-mail或SP、還是E-mail或SP到終端的處理，都需要將消息通過發(fā)送或接收終端所歸屬的MMSC發(fā)送到接收終端、E-mail接收方或SP接收方。因此如果發(fā)送或接收終端所歸屬的MMSC出現(xiàn)了故障，消息就無法傳送，歸屬于此MMSC的終端用戶就無法使用MMS業(yè)務(wù)。如果用戶需要繼續(xù)使用MMS業(yè)務(wù)，只能在該終端中重新設(shè)置其歸屬的MMSC，這樣給用戶的使用造成很大的麻煩。
綜上所述，采用現(xiàn)有的技術(shù)方案，終端用戶需要根據(jù)其歸屬地設(shè)置MMSC的URI，當(dāng)終端用戶的歸屬地改變或其歸屬的MMSC發(fā)生故障時(shí)，必須設(shè)置新的MMSC的URI才能夠繼續(xù)使用MMS業(yè)務(wù)，因此使用現(xiàn)有的技術(shù)方案，終端用戶不方便使用MMS業(yè)務(wù)，也不能夠?qū)⒏鞯貐^(qū)的MMS用戶統(tǒng)一進(jìn)行管理，從而不利于多個(gè)MMSC節(jié)點(diǎn)的運(yùn)營(yíng)商統(tǒng)一品牌。此外，當(dāng)某個(gè)MMSC業(yè)務(wù)處理能力有限或出現(xiàn)故障時(shí)，終端用戶無法實(shí)現(xiàn)多個(gè)MMSC的擴(kuò)展使用，從而可能會(huì)造成某些MMSC超負(fù)荷運(yùn)行而某些MMSC管理資源空閑，或者造成該MMSC所管理的終端用戶不能夠使用MMS業(yè)務(wù)，因此現(xiàn)有技術(shù)方案不能夠充分利用現(xiàn)有的MMSC資源進(jìn)行業(yè)務(wù)處理，系統(tǒng)不具備容災(zāi)能力。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)MMS業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法，使得MMS終端單節(jié)點(diǎn)接入MMSC系統(tǒng)，從而實(shí)現(xiàn)多個(gè)MMSC的擴(kuò)展使用。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開了一種實(shí)現(xiàn)MMS業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法，其主要處理步驟如下a.在MMS業(yè)務(wù)環(huán)境中設(shè)置重定向器(Redirector)；b.MMS終端通過其所屬WAP GW將POST請(qǐng)求發(fā)送至Redirector；c.Redirector根據(jù)步驟b所述POST請(qǐng)求得到該MMS終端所歸屬M(fèi)MSC的URI；d.Redirector將步驟c得到的MMSC的URI返回給WAP GW，再由WAP GW按該URI與MMS終端歸屬的MMSC進(jìn)行交互；或者，Redirector根據(jù)步驟c得到的MMSC的URI作為WAP GW與MMS終端歸屬的MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理，Redirector將步驟b所述的POST請(qǐng)求轉(zhuǎn)發(fā)至MMS終端歸屬的MMSC，再將該MMSC返回的POST應(yīng)答請(qǐng)求發(fā)送至WAP GW。
其中，所述步驟a進(jìn)一步包括在所有MMS終端中設(shè)置Redirector的URI；所述步驟b為MMS終端根據(jù)步驟a所設(shè)置的Redirector的URI，通過WAP GW將POST請(qǐng)求發(fā)送至Redirector。
其中，所述步驟c為Redirector根據(jù)POST請(qǐng)求中發(fā)送方MSISDN或MDN查詢域名系統(tǒng)服務(wù)器(Enum DNS Server)得到發(fā)送方歸屬M(fèi)MSC的URI。
其中，所述步驟a進(jìn)一步包括，在Redirector中設(shè)置MMS終端到其歸屬M(fèi)MSC的映射關(guān)系。
步驟a中，所述設(shè)置MMS終端到其歸屬M(fèi)MSC映射關(guān)系的方法為建立包含MMS終端的MSISDN或MDN號(hào)碼前綴與MMS終端所歸屬M(fèi)MSC的URI的映射關(guān)系的靜態(tài)路由表。
其中，所述步驟c為Redirector根據(jù)POST請(qǐng)求中發(fā)送方MSISDN或MDN號(hào)碼前綴查詢?cè)O(shè)置在本地的靜態(tài)路由表得到發(fā)送方歸屬M(fèi)MSC的URI。
步驟d中，所述Redirector將MMSC的URI返回給WAP GW的方法為Redirector發(fā)送包含MMSC的URI的超文本傳輸協(xié)議重定向消息至WAPGW。
步驟b中，所述POST請(qǐng)求為MM發(fā)送請(qǐng)求消息。
步驟d中，所述WAP GW與MMS終端歸屬的MMSC進(jìn)行交互的過程包括d1.WAP GW按超文本傳輸協(xié)議重定向消息中MMS發(fā)送終端所歸屬M(fèi)MSC的URI，發(fā)送MM發(fā)送請(qǐng)求消息至MMS發(fā)送終端所歸屬的MMSC；d2.該MMSC返回MM發(fā)送應(yīng)答消息給WAP GW。
步驟d中，所述Redirector作為WAP GW與MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理的方法為d3.Redirector按步驟c得到的MMS發(fā)送終端所屬M(fèi)MSC的URI，轉(zhuǎn)發(fā)MM發(fā)送請(qǐng)求消息至該MMSC；d4.該MMSC返回MM發(fā)送應(yīng)答消息給Redirector；d5.Redirector轉(zhuǎn)發(fā)MM發(fā)送應(yīng)答消息至WAP GW。
步驟b中，所述POST請(qǐng)求為MM通知應(yīng)答指示消息。
步驟d中，所述WAP GW與MMS終端歸屬的MMSC進(jìn)行交互的過程，包括
WAP GW按超文本傳輸協(xié)議重定向消息中MMS接收終端所歸屬M(fèi)MSC的URI，發(fā)送MM通知應(yīng)答指示消息至該MMSC。
步驟d中，所述Redirector作為WAP GW與MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理的方法為Redirector按步驟c得到的MMS接收終端所屬M(fèi)MSC的URI，轉(zhuǎn)發(fā)MM通知應(yīng)答指示消息至該MMSC。
步驟b中，所述POST請(qǐng)求為MM確認(rèn)指示消息。
步驟d中，所述WAP GW與MMS終端歸屬的MMSC進(jìn)行交互的過程，包括WAP GW按超文本傳輸協(xié)議重定向消息中MMS接收終端所歸屬M(fèi)MSC的URI，返回MM確認(rèn)指示消息至該MMSC。
步驟d中，所述Redirector作為WAP GW與MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理的方法為Redirector按步驟c得到的MMS接收終端所屬M(fèi)MSC的URI，轉(zhuǎn)發(fā)MM確認(rèn)指示消息至該MMSC。
由上述方案可以看出，本發(fā)明方法關(guān)鍵在于，MMS終端不必設(shè)置固定的所歸屬M(fèi)MSC的URI，所有MMS終端發(fā)送的POST請(qǐng)求通過Redirector單點(diǎn)接入MMSC系統(tǒng)，由Redirector將POST請(qǐng)求重定向到MMS終端所歸屬的MMSC，因此，通過Redirector的重定向可以實(shí)現(xiàn)MMS終端所歸屬M(fèi)MSC的改變，并不必對(duì)MMS終端設(shè)置進(jìn)行修改，即實(shí)現(xiàn)MMS終端的多個(gè)MMSC的擴(kuò)展使用，從而能夠充分利用現(xiàn)有的MMSC資源進(jìn)行業(yè)務(wù)處理，并可以使多個(gè)MMSC節(jié)點(diǎn)的運(yùn)營(yíng)商統(tǒng)一品牌成為可能，方便了MMS終端用戶的使用MMS業(yè)務(wù)。
因此，本發(fā)明所提供的實(shí)現(xiàn)MMS業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法，能夠使MMS終端單節(jié)點(diǎn)接入MMSC系統(tǒng)，從而實(shí)現(xiàn)多個(gè)MMSC的擴(kuò)展使用。


圖1為現(xiàn)有的MMS系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)終端到終端業(yè)務(wù)模式處理流程示意圖；
圖3為現(xiàn)有技術(shù)終端到E-mail業(yè)務(wù)模式處理流程示意圖；圖4為現(xiàn)有技術(shù)E-mail到終端業(yè)務(wù)模式處理流程示意圖；圖5為現(xiàn)有技術(shù)終端到SP業(yè)務(wù)模式處理流程示意圖；圖6為現(xiàn)有技術(shù)SP到終端業(yè)務(wù)模式處理流程示意圖；圖7為本發(fā)明方法中Redirect工作方式下終端到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖8為本發(fā)明方法中Redirector工作方式下終端到E-mail業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖9為本發(fā)明方法中Redirector工作方式下E-mail到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖10為本發(fā)明方法中Redirector工作方式下終端到SP業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖11為本發(fā)明方法中Redirector工作方式下SP到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖12為本發(fā)明方法中Redirect工作方式下MMS終端與MMSC系統(tǒng)之間POST請(qǐng)求交互示意圖；圖13為本發(fā)明方法中Redirect工作方式下MMS系統(tǒng)容災(zāi)處理示意圖；圖14為本發(fā)明方法中Proxy工作方式下終端到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖15為本發(fā)明方法中Proxy工作方式下終端到E-mail業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖16為本發(fā)明方法中Proxy工作方式下E-mail到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖17為本發(fā)明方法中Proxy工作方式下終端到SP業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖18為本發(fā)明方法中Proxy工作方式下SP到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖；圖19為本發(fā)明方法中Proxy工作方式下MMS終端與MMSC系統(tǒng)之間POST請(qǐng)求交互示意圖；圖20為本發(fā)明方法中Proxy工作方式下MMS系統(tǒng)容災(zāi)處理示意圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例針對(duì)本發(fā)明方法中MMS各種業(yè)務(wù)模式的具體處理流程分別加以詳細(xì)說明。其中，MMS的業(yè)務(wù)模式包括終端到終端、終端到E-mail、終端到SP、E-mail到終端和SP到終端。
在以下終端到終端業(yè)務(wù)模式實(shí)施例中設(shè)定，MMS發(fā)送終端所屬的WAPGW為WAP GW1，MMS接收終端所屬的WAP GW為WAP GW2，由于MMS終端與WAP GW之間的處理不屬本發(fā)明重點(diǎn)，因此這里不做詳述。
在現(xiàn)有的MMS業(yè)務(wù)環(huán)境中，終端用戶可以設(shè)置Redirector的URI，由Redirector負(fù)責(zé)終端用戶歸屬M(fèi)MSC的路由查詢。它根據(jù)接收到的HTTP請(qǐng)求中的MSISDN或MDN號(hào)碼前綴確定發(fā)送該請(qǐng)求的終端用戶所歸屬M(fèi)MSC的URI，即進(jìn)行重定向。
本發(fā)明利用Redirector的重定向功能來實(shí)現(xiàn)MMS終端單節(jié)點(diǎn)接入MMSC系統(tǒng)。在MMS終端中設(shè)置了Redirector的URI；或者在Redirector中建立所有MMS終端的MSISDN或MDN號(hào)碼前綴到MMS終端所歸屬M(fèi)MSC的URI的映射關(guān)系表，即本地靜態(tài)路由表；或者由Redirector根據(jù)MMS終端的MSISDN或MDN號(hào)碼查詢Enum DNS Server，由Enum DNSServer返回MMS終端所歸屬M(fèi)MSC的URI。這樣，Redirector可以根據(jù)MMS終端的MSISDN或MDN號(hào)碼得到該MMS終端所歸屬的MMSC的URI。其中，Enum DNS Server可以提供MMS終端的MSISDN或MDN號(hào)碼到MMS終端所歸屬M(fèi)MSC的URI的解析。
以下本發(fā)明實(shí)施例中，Redirector可以根據(jù)MMS終端的MSISDN或MDN號(hào)碼前綴查詢本地設(shè)置的靜態(tài)路由表得到MMS終端所歸屬M(fèi)MSC的URI；Redirector也可以將MMS終端的MSISDN或MDN號(hào)碼發(fā)送至EnumDNS Server，由Enum DNS Server返回MMS終端所歸屬M(fèi)MSC的URI給Redirector。
在本發(fā)明方法中，Redirector的工作方式有兩種重定向(Redirect)方式和代理(Proxy)方式。
圖7至圖11為本發(fā)明方法中Redirector在Redirect方式下各種業(yè)務(wù)模式實(shí)施例的具體處理流程示意圖。采用Redirect工作方式時(shí)，當(dāng)Redirector接收到終端用戶發(fā)送的POST請(qǐng)求后，根據(jù)該請(qǐng)求中發(fā)送方號(hào)碼得到發(fā)送方歸屬M(fèi)MSC的URI；然后，Redirector將該MMSC的URI返回給終端用戶歸屬的WAP GW，由該WAP GW與MMSC進(jìn)行信息交互。
圖7為本發(fā)明方法中Redirect工作方式下終端到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖7所示，其具體處理步驟如下步驟1WAP GW1接收MMS發(fā)送終端所發(fā)送的MM發(fā)送請(qǐng)求，再向Redirector發(fā)送“MM1_Send.req()”消息。其中，該“MM1_Send.req()”消息包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
由背景技術(shù)中可知，該“MM1_Send.req()”消息為POST請(qǐng)求，因此，MMS發(fā)送終端根據(jù)其設(shè)置的Redirector的URI地址首先將此POST請(qǐng)求發(fā)送至Redirector。
在MMS系統(tǒng)中，WAP GW可以根據(jù)MMS終端所設(shè)置的Redirector的URI將消息發(fā)送至Redirector。
步驟2Redirector根據(jù)“MM1_Send.req()”消息中MMS發(fā)送終端用戶號(hào)碼或號(hào)碼前綴得到MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息給WAP GW1，從而將查詢到的Originator MMSC的URI返回給WAP GW1。其中，該“HTTP_Redirect()”消息中包含OriginatorMMSC的URI。
其中，所述用戶號(hào)碼為MSISDN或MDN號(hào)碼。
步驟3WAP GW1根據(jù)接收到的Originator MMSC的URI，再將“MM1_Send.req()”消息發(fā)送到Originator MMSC。
步驟4Originator MMSC向WAP GW1返回“MM1_Send.res()”消息，再由WAP GW1將應(yīng)答消息發(fā)送給MMS發(fā)送終端。這里，如果在步驟3中MM被Originator MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟5；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟5Originator MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方為MMS終端，并根據(jù)接收方的用戶號(hào)碼前綴，判斷MMS接收終端所歸屬的MMSC是否為Originator MMSC，如果是，轉(zhuǎn)入步驟8；否則轉(zhuǎn)入步驟6。
步驟6Originator MMSC根據(jù)接收方的用戶號(hào)碼或號(hào)碼前綴得到該MMS接收終端所歸屬M(fèi)MSC的URI，并按此URI向Recipient MMSC發(fā)送“MM4_forward.req()”消息。其中，該“MM4_forward.req()”消息包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
步驟7Recipient MMSC對(duì)“MM4_forward.req()”消息中的MM進(jìn)行校驗(yàn)，并向Originator MMSC發(fā)送“MM4_forward.res()”消息，該應(yīng)答消息中包含Recipient MMSC對(duì)MM的校驗(yàn)結(jié)果。如果校驗(yàn)結(jié)果表示RecipientMMSC成功接收了Originator MMSC轉(zhuǎn)發(fā)的MM，則轉(zhuǎn)入步驟8；否則Originator MMSC通過WAP GW1向MMS發(fā)送終端返回出錯(cuò)信息，向MMS發(fā)送終端說明失敗原因，結(jié)束處理。
步驟8如果在步驟5中判決MMS發(fā)送終端和MMS接收終端不屬于一個(gè)MMSC，則由Recipient MMSC根據(jù)“MM4_forward.req()”消息中MMS發(fā)送終端所設(shè)置的最早下發(fā)時(shí)間發(fā)送“MM1_Notification.ind()”消息至WAP GW2，再由WAP GW2下發(fā)該通知給MMS接收終端；如果在步驟5中判決MMS發(fā)送終端和MMS接收終端同屬于一個(gè)MMSC，則由OriginatorMMSC根據(jù)“MM1_Send.req()”消息中的最早下發(fā)時(shí)間發(fā)送“MM1_Notification.ind()”消息。
步驟9WAP GW2接收MMS接收終端返回的MM通知應(yīng)答消息，并先將“MM1_NotifyResp.ind()”消息發(fā)送給Redirector。
其中，如果在步驟8由Originator MMSC下發(fā)“MM1_Notification.ind()”消息，則MMS接收終端所歸屬的MMSC為Originator MMSC；如果在步驟8由Recipient MMSC下發(fā)“MM1_Notification.ind()”消息，則MMS接收終端所歸屬的MMSC為Recipient MMSC。
由背景技術(shù)可知，該“MM1_NotifyResp.ind()”消息為POST請(qǐng)求，因此，MMS發(fā)送終端根據(jù)其設(shè)置的Redirector的URI地址先將此POST請(qǐng)求發(fā)送至Redirector。
步驟10Redirector根據(jù)“MM1_NotifyResp.ind()”消息中MMS接收終端用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并返回“HTTP Redirect()”消息給WAP GW2，從而將查詢到的MMS接收終端所歸屬M(fèi)MSC的URI返回給WAP GW2。這里，該“HTTP_Redirect()”消息中包含MMS接收終端所歸屬M(fèi)MSC的URI。
步驟11WAP GW2根據(jù)接收到的MMS接收終端所歸屬M(fèi)MSC的URI，再將“MM1_NotifyResp.ind()”消息發(fā)送到該MMSC。
步驟12WAP GW2接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMS接收終端所歸屬的MMSC發(fā)送“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
由背景技術(shù)可知，該“MM1_Retrieve.req()”消息為GET請(qǐng)求，因此不用經(jīng)過Redirector進(jìn)行重定向處理。
步驟13MMS接收終端所屬的MMSC返回“MM1_Retrieve.res()”消息至WAP GW2，再由WAP GW2向MMS接收終端發(fā)送MM提取應(yīng)答消息。其中，該應(yīng)答消息中包含了MMS發(fā)送終端所要發(fā)送的MM。
步驟14WAP GW2接收MMS接收終端發(fā)送的MM確認(rèn)指示，并先將“MM1_Acknowledge.ind()”消息返回給Redirector。
由背景技術(shù)可知，該“MM1_Acknowledge.ind()”消息為POST請(qǐng)求，所以MMS接收終端根據(jù)其設(shè)置的Redirector的URI先將此POST請(qǐng)求發(fā)送至Redirector。
步驟15Redirector根據(jù)“MM1_Acknowledge.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬的MMSC的URI，并返回“HTTP_Redirect()”消息給WAP GW2，從而將查詢到的MMS接收終端所歸屬M(fèi)MSC的URI返回給WAP GW2。其中，該“HTTP_Redirect()”消息中包含MMS接收終端所歸屬M(fèi)MSC的URI。
步驟16WAP GW2根據(jù)接收到的MMS接收終端所歸屬M(fèi)MSC的URI，再將“MM1_Acknowledge.ind()”消息發(fā)送到該MMSC，告知MMS接收終端所歸屬M(fèi)MSC是否成功接收MM，處理結(jié)束。
圖8為本發(fā)明方法中Redirector工作方式下終端到E-mail業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖8所示，其具體處理步驟如下步驟1WAP GW接收MMS發(fā)送終端發(fā)送的MM發(fā)送請(qǐng)求，并先將“MM1_Send.req()”消息發(fā)送給Redirector。
步驟2Redirector根據(jù)“MM1_Send.req()”消息中MMS發(fā)送終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息給WAP GW，從而將查詢到的MMS發(fā)送終端所歸屬的MMSC的URI返回給WAP GW。
步驟3WAP GW根據(jù)接收到的MMSC的URI，再將“MM1_Send.req()”消息發(fā)送到MMSC。
步驟4MMSC返回“MM1_Send.res()”消息給WAP GW，再由WAP GW將該應(yīng)答消息發(fā)送至MMS發(fā)送終端。這里，如果在步驟3中“MM1_Send.req()”消息中的MM被MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟5；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟5MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方為E-mail地址，并根據(jù)此E-mail地址得到接收方所屬E-mail Server的URI，再按此URI向E-mail Server發(fā)送“MM3_SendMail()”消息，從而，將MM發(fā)送到E-mail Server，再由接收方從E-mail Server提取該MM，結(jié)束處理。其中，該“MM3_SendMail()”消息中包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
圖9為本發(fā)明方法中Redirector工作方式下E-mail到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖9所示，其具體處理步驟如下步驟1E-mail發(fā)送方通過E-mail Server向MMS接收終端所屬的MMSC發(fā)送“MM3_SendMail.req()”消息，該消息中包含了E-mail發(fā)送方所要發(fā)送的MM和接收方信息。如果該MMSC成功接收了Email Server提交的MM，則轉(zhuǎn)入步驟2；否則返回錯(cuò)誤信息給Email Server，說明錯(cuò)誤原因，結(jié)束處理。
步驟2MMSC發(fā)送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW將MM通知指示發(fā)送至MMS接收終端。
步驟3WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，并先將“MM1_NotifyResp.ind()”消息返回給Redirector。
步驟4Redirector根據(jù)“MM1_NotifyResp.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息給WAP GW，從而將查詢到的MMS接收終端所歸屬的MMSC的URI返回給WAP GW。
步驟5WAP GW根據(jù)接收到的MMSC的URI，再將“MM1_NotifyResp.ind()”消息發(fā)送給MMSC。
步驟6WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMSC發(fā)送“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟7MMSC發(fā)送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收終端下發(fā)MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟8WAP GW接收MMS接收終端發(fā)送的MM確認(rèn)指示，并先將“MM1_Acknowledge.ind()”消息返回給Redirector。
步驟9Redirector根據(jù)“MM1_Acknowledge.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息給WAP GW，從而將查詢到的MMS接收終端所歸屬的MMSC的URI返回給WAP GW。
步驟10WAP GW根據(jù)接收到的MMSC的URI，再將“MM1_Acknowledge.ind()”消息發(fā)送到MMSC，告知MMSC是否成功接收MM，處理結(jié)束。
圖10為本發(fā)明方法中Redirector工作方式下終端到SP業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖10所示，其具體處理步驟如下步驟1WAP GW接收MMS發(fā)送終端發(fā)送的MM發(fā)送請(qǐng)求，并先將“MM1_Send.req()”消息發(fā)送給Redirector。
步驟2Redirector根據(jù)“MM1_Send.req()”消息中MMS發(fā)送終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息，將查詢到的MMS發(fā)送終端所歸屬的MMSC的URI發(fā)送給WAP GW。
步驟3WAP GW根據(jù)接收到的MMSC的URI，再將“MM1_Send.req()”消息發(fā)送到MMSC。
步驟4MMSC返回“MM1_Send.res()”消息至WAP GW，再由WAP GW將該應(yīng)答消息發(fā)送給MMS發(fā)送終端。這里，如果在步驟3中MM被MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟5；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟5MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方地址為SP地址，并根據(jù)此SP地址得到其所屬SP Server的URI，然后按此URI向此SP Server發(fā)送“MM7_Delivery.req()”消息，從而將MM發(fā)送到SP Server，再由SP Server將MM發(fā)送到SP接收方。其中，該“MM7_Delivery.req()”消息中包含了MMS發(fā)送終端所要發(fā)送的MM和接收方信息。
步驟6SP Server返回“MM7_Delivery.res()”消息至MMSC，告知MMSC是否成功接收MM，處理結(jié)束。
圖11為本發(fā)明方法中Redirector工作方式下SP到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖11所示，其具體處理步驟如下步驟1SP發(fā)送方通過SP Server向MMS接收終端所屬的MMSC發(fā)送“MM7_Submit.req()”消息，該消息中包含了SP發(fā)送方所要發(fā)送的MM和接收方信息。
步驟2MMSC向SP Server返回“MM7_Submit.res()”消息。如果在步驟1中MMSC成功接收了SP Server提交的MM，則轉(zhuǎn)入步驟3；否則，返回錯(cuò)誤信息給SP Server，說明錯(cuò)誤原因，結(jié)束處理。
步驟3MMSC發(fā)送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下發(fā)MM通知指示給MMS接收終端。
步驟4WAP GW接收MMS接收終端發(fā)送的MM通知應(yīng)答，并先將“MM1_NotifyResp.ind()”消息返回給Redirector。
步驟5Redirector根據(jù)“MM1_NotifyResp.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息給WAP GW，從而將查詢到的MMS接收終端所歸屬的MMSC的URI返回給WAP GW。
步驟6WAP GW根據(jù)“HTTP_Redirect()”消息中MMSC的URI返回“MM1_NotifyResp.ind()”消息給MMSC。
步驟7WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMSC提交“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟8MMSC發(fā)送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收終端下發(fā)MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟9WAP GW接收MMS接收終端發(fā)送的MM確認(rèn)指示，并先將“MM1_Acknowledge.ind()”消息返回給Redirector。
步驟10Redirector根據(jù)“MM1_Acknowledge.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并返回“HTTP_Redirect()”消息，將查詢到的MMS接收終端所歸屬M(fèi)MSC的URI返回給WAP GW。
步驟11WAP GW根據(jù)接收到的MMSC的URI，再將“MM1_Acknowledge.ind()”消息發(fā)送到MMSC，告知MMSC是否成功接收MM，處理結(jié)束。
由圖7至圖11的描述可見，本發(fā)明方法中Redirect工作方式主要是在現(xiàn)有的MMS終端與MMSC之間對(duì)于POST請(qǐng)求的處理中添加了Redirector。所有的POST請(qǐng)求不直接由MMS終端發(fā)送至MMSC，而是先由MMS終端發(fā)送至Redirector，由Redirector對(duì)MMSC的URI進(jìn)行重定向，并將重定向消息返回WAP GW，再由WAP GW根據(jù)重定向結(jié)果將POST請(qǐng)求發(fā)送到MMSC進(jìn)行處理，從而使MMS終端經(jīng)由Redirector單點(diǎn)接入MMSC系統(tǒng)。圖12為本發(fā)明方法中Redirect工作方式下MMS終端與MMSC系統(tǒng)之間POST請(qǐng)求交互示意圖。如圖12所示，其具體處理如下步驟1MMS終端經(jīng)由移動(dòng)通信網(wǎng)絡(luò)到達(dá)WAP WG，再通過WAP GW將POST請(qǐng)求發(fā)送到Redirector。
步驟2Redirector根據(jù)POST請(qǐng)求中發(fā)送方的用戶號(hào)碼在Enum DNSServer中進(jìn)行查詢，得到MMS終端所歸屬M(fèi)MSC的URI。這里設(shè)定，MMSC1為MMS終端所歸屬的MMSC，則Redirector查詢到的結(jié)果為MMSC1的URI。這里，Redirector也可以在其本地設(shè)置的靜態(tài)路由表中查詢MMS終端所歸屬M(fèi)MSC的URI。
步驟3Redirector將重定向消息返回給WAP GW，該重定向消息中包含了查詢到的MMS終端所歸屬的MMSC即MMSC1的URI。
步驟4WAP GW根據(jù)接收到的重定向消息中MMSC1的URI再將POST請(qǐng)求發(fā)送到MMSC1。
采用圖12所示的處理方式，MMS終端不必設(shè)置固定的其所屬的MMSC的URI，僅設(shè)置Redirector的URI，因此可以通過Redirector的重定向?qū)MS終端所歸屬的MMSC從一個(gè)擴(kuò)展到多個(gè)，實(shí)現(xiàn)多個(gè)MMSC之間的相互備份，從而使MMS系統(tǒng)具備容災(zāi)能力。圖13為本發(fā)明方法中Redirect工作方式下MMS系統(tǒng)容災(zāi)處理示意圖。如圖13所示，其具體處理步驟如下步驟1MMS終端經(jīng)由移動(dòng)通信網(wǎng)絡(luò)到達(dá)WAP WG，再通過WAP GW將POST請(qǐng)求發(fā)送到Redirector。
步驟2Redirector根據(jù)POST請(qǐng)求中發(fā)送方的用戶號(hào)碼在Enum DNSServer中進(jìn)行查詢，得到MMS終端所歸屬M(fèi)MSC的URI。這里設(shè)定，MMSC1為MMS終端所歸屬的MMSC，則Redirector查詢到的結(jié)果為MMSC1的URI。
步驟3Redirector將重定向消息返回給WAP GW，該重定向消息中包含了查詢到的MMS終端所歸屬的MMSC即MMSC1的URI。
步驟4WAP GW根據(jù)接收到的重定向消息中MMSC1的URI再將POST請(qǐng)求發(fā)送到MMSC1。這里，如果MMSC1發(fā)生了故障無法進(jìn)行MM處理，則轉(zhuǎn)入步驟5。
步驟5網(wǎng)絡(luò)管理員根據(jù)當(dāng)前其它MMSC的工作狀態(tài)和業(yè)務(wù)處理能力，對(duì)Enum DNS Server中的MMS終端與其所歸屬M(fèi)MSC的映射關(guān)系表進(jìn)行修改。如果MMSC2目前的業(yè)務(wù)處理能力較強(qiáng)，可以再接納較多MMS終端用戶，則有可能將MMSC1原來管理的所有MMS終端用戶全部劃歸給MMSC2管理，即在所述映射關(guān)系表中原來MMSC1的終端用戶所歸屬的MMSC全部改為MMSC2；如果MMSC2目前的業(yè)務(wù)處理能力不能夠再容納很多MMS終端用戶，則有可能將MMSC1原來管理的部分MMS終端用戶劃歸給MMSC2管理，并將另一部分MMS終端用戶劃歸給MMSC3或其他多個(gè)MMSC進(jìn)行管理；如果MMSC2目前的業(yè)務(wù)處理能力較差，不能夠再增加所管理的MMS終端用戶，則將MMSC1原來管理的MMS終端用戶劃歸給MMSC3或其他多個(gè)MMSC進(jìn)行管理。這里，如果在步驟2中，Redirector查詢的是本地靜態(tài)路由表，則此處映射關(guān)系表的修改在Redirector中進(jìn)行。
所述映射關(guān)系表修改結(jié)束，即將MMSC1原有的終端用戶分配給其他MMSC進(jìn)行管理之后，當(dāng)MMS終端發(fā)送POST請(qǐng)求時(shí)，如上所述經(jīng)過步驟1至步驟3的重定向處理之后，轉(zhuǎn)入步驟6。這里，MMS終端所歸屬的MMSC可能被改為MMSC2或者M(jìn)MSC3，或者M(jìn)MS系統(tǒng)中其他MMSC。
步驟6WAP GW根據(jù)接收到的重定向消息中MMS終端所歸屬的MMSC的URI，再將POST請(qǐng)求發(fā)送至MMSC2或者M(jìn)MSC3，或者發(fā)送至其他MMSC。
由以上對(duì)于圖13的描述可見，在本發(fā)明方法中Redirect工作方式下，不必對(duì)MMS終端設(shè)置進(jìn)行修改，就可以實(shí)現(xiàn)MMS終端所歸屬的MMSC的擴(kuò)展使用，從而使系統(tǒng)具備容災(zāi)能力。
圖14至圖18為本發(fā)明方法中Redirector在Proxy方式下各種業(yè)務(wù)模式實(shí)施例的具體處理流程示意圖。采用Proxy工作方式時(shí)，當(dāng)Redirector接收到終端用戶發(fā)送的POST請(qǐng)求后，根據(jù)該請(qǐng)求中發(fā)送方號(hào)碼得到發(fā)送方歸屬的MMSC的URI；然后，Redirector根據(jù)該MMSC的URI，作為所有POST請(qǐng)求發(fā)送的代理與MMSC和WAP GW進(jìn)行信息交互。
圖14為本發(fā)明方法中Proxy工作方式下終端到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖14所示，其具體處理步驟如下步驟1WAP GW1接收MMS發(fā)送終端所發(fā)送的MM發(fā)送請(qǐng)求，再向Redirector發(fā)送“MM1_Send.req()”消息。
步驟2Redirector根據(jù)“MM1_Send.req()”消息中MMS發(fā)送終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并按此URI將該“MM1_Send.req()”消息轉(zhuǎn)發(fā)給該Originator MMSC。
步驟3Originator MMSC先將“MM1_Send.res()”消息返回給Redirector。
步驟4Redirector向WAP GW1返回“MM1_Send.res()”消息，再由WAP GW1將應(yīng)答消息發(fā)送給MMS發(fā)送終端。這里，如果在步驟2中MM被Originator MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟5；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟5Originator MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方為MMS終端，并根據(jù)接收方的MSISDN或者M(jìn)DN號(hào)碼前綴，判斷MMS接收終端所歸屬的MMSC是否為Originator MMSC，如果是，轉(zhuǎn)入步驟8；否則轉(zhuǎn)入步驟6。
步驟6Originator MMSC根據(jù)MMS接收終端的用戶號(hào)碼得到MMS接收終端所歸屬M(fèi)MSC的URI，并向Recipient MMSC發(fā)送“MM4_forward.req()”消息。
步驟7Recipient MMSC對(duì)“MM4_forward.req()”消息中的MM進(jìn)行校驗(yàn)，并向Originator MMSC發(fā)送“MM4_forward.res()”消息，該應(yīng)答消息中包含Recipient MMSC對(duì)MM的校驗(yàn)結(jié)果。如果校驗(yàn)結(jié)果表示RecipientMMSC成功接收了Originator MMSC轉(zhuǎn)發(fā)的MM，則轉(zhuǎn)入步驟8；否則Originator MMSC通過WAP GW1向MMS發(fā)送終端返回出錯(cuò)信息，向MMS發(fā)送終端說明失敗原因，結(jié)束處理。
步驟8如果在步驟5中判決MMS發(fā)送終端和MMS接收終端不屬于一個(gè)MMSC，則由Recipient MMSC根據(jù)“MM4_forward.req()”消息中MMS發(fā)送終端所設(shè)置的最早下發(fā)時(shí)間發(fā)送“MM1_Notification.ind()”消息至WAP GW2，再由WAP GW2下發(fā)該通知給MMS接收終端；如果在步驟5中判決MMS發(fā)送終端和MMS接收終端同屬于一個(gè)MMSC，則由OriginatorMMSC根據(jù)“MM1_Send.req()”消息中的最早下發(fā)時(shí)間發(fā)送“MM1_Notification.ind()”消息。
步驟9WAP GW2接收MMS接收終端返回的MM通知應(yīng)答消息，并先將“MM1_NotifyResp.ind()”消息發(fā)送給Redirector。
步驟10Redirector根據(jù)“MM1_NotifyResp.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并按此URI將該“MM1_NotifyResp.ind()”消息轉(zhuǎn)發(fā)給MMS接收終端所歸屬的MMSC。
其中，如果在步驟8由Originator MMSC下發(fā)“MM1_Notification.ind()”消息，則MMS接收終端所歸屬的MMSC為Originator MMSC；如果在步驟8由Recipient MMSC下發(fā)“MM1_Notification.ind()”消息，則MMS接收終端所歸屬的MMSC為Recipient MMSC。
步驟11WAP GW2接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMS接收終端所歸屬的MMSC發(fā)送“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟12MMS接收終端所屬的MMSC返回“MM1_Retrieve.res()”消息至WAP GW2，再由WAP GW2向MMS接收終端發(fā)送MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟13WAP GW2接收MMS接收終端發(fā)送的MM確認(rèn)指示，并先將“MM1_Acknowledge.ind()”消息返回給Redirector。
步驟14Redirector根據(jù)“MM1_Acknowledge.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并按此URI將該“MM1_Acknowledge.ind()”消息返回給MMS接收終端所歸屬的MMSC，告知MMS接收終端所歸屬的MMSC是否成功接收MM，結(jié)束處理。
圖15為本發(fā)明方法中Proxy工作方式下終端到E-mail業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖15所示，其具體處理步驟如下步驟1WAP GW接收MMS發(fā)送終端發(fā)送的MM發(fā)送請(qǐng)求，并先將“MM1_Send.req()”消息發(fā)送給Redirector。
步驟2Redirector根據(jù)“MM1_Send.req()”消息中MMS發(fā)送終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并按此URI將該“MM1_Send.req()”消息轉(zhuǎn)發(fā)給MMS發(fā)送終端所歸屬的MMSC。
步驟3MMSC向Redirector返回“MM1_Send.res()”消息。
步驟4Redirector返回“MM1_Send.res()”消息給WAP GW，再由WAPGW將該應(yīng)答消息發(fā)送至MMS發(fā)送終端。這里，如果在步驟2中MM被MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟5；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟5MMSC根據(jù)該“MM1_Send.req()”消息中MMS接收方信息得知接收方為E-mail地址，并根據(jù)此E-mail地址得到接收方所屬E-mail Server的URI，并按此URI向此E-mail Server發(fā)送“MM3_SendMail()”消息，從而，將MM發(fā)送到E-mail Server，再由接收方從E-mail Server提取該MM，結(jié)束處理。
圖16為本發(fā)明方法中Proxy工作方式下E-mail到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖16所示，其具體處理步驟如下步驟1E-mail發(fā)送方通過E-mail Server向MMS接收終端所屬的MMSC發(fā)送“MM3_SendMail.req()”消息。如果該MMSC成功接收了Email Server提交的MM，則轉(zhuǎn)入步驟2；否則返回錯(cuò)誤信息給Email Server，說明錯(cuò)誤原因，結(jié)束處理。
步驟2MMSC發(fā)送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW將MM通知指示發(fā)送至MMS接收終端。
步驟3WAP GW接收MMS接收終端發(fā)送的MM通知應(yīng)答，并先將“MM1_NotifyResp.ind()”消息返回給Redirector。
步驟4Redirector根據(jù)“MM1_NotifyResp.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，并按此URI將該“MM1_NotifyResp.ind()”消息轉(zhuǎn)發(fā)給MMSC。
步驟5WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMSC發(fā)送“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟6MMSC發(fā)送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收終端下發(fā)MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟7WAP GW接收MMS接收終端發(fā)送的MM確認(rèn)指示，并先將“MM1_Acknowledge.ind()”消息返回給Redirector。
步驟8Redirector根據(jù)“MM1_Acknowledge.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，并按此URI將該“MM1_Acknowledge.ind()”消息轉(zhuǎn)發(fā)給MMS接收終端所歸屬M(fèi)MSC，告知MMSC是否成功接收MM，處理結(jié)束。
圖17為本發(fā)明方法中Proxy工作方式下終端到SP業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖17所示，其具體處理步驟如下步驟1WAP GW接收MMS發(fā)送終端發(fā)送的MM發(fā)送請(qǐng)求，并先將“MM1_Send.req()”消息發(fā)送給Redirector。
步驟2Redirector根據(jù)“MM1_Send.req()”消息中MMS發(fā)送終端的用戶號(hào)碼或號(hào)碼前綴確定MMS發(fā)送終端所歸屬M(fèi)MSC的URI，再按此URI將該“MM1_Send.req()”消息轉(zhuǎn)發(fā)給MMS發(fā)送終端所歸屬的MMSC。
步驟3MMSC先將“MM1_Send.res()”消息返回給Redirector。
步驟4Redirector返回“MM1_Send.res()”消息至WAP GW，再由WAPGW將該應(yīng)答消息發(fā)送給MMS發(fā)送終端。這里，如果在步驟2中MM被MMSC成功接收，則該應(yīng)答消息中包括為此MM分配的message_id，轉(zhuǎn)入步驟5；否則該應(yīng)答消息中包含出錯(cuò)信息，結(jié)束處理。
步驟5MMSC根據(jù)“MM1_Send.req()”消息中MMS接收方信息得知接收方地址為SP地址，并根據(jù)此SP地址得到MMS接收方所屬SP Server的URI，再按此URI向SP Server發(fā)送“MM7_Delivery.req()”消息，從而將MM發(fā)送到SP Server，再由SP Server將MM發(fā)送到SP接收方。
步驟6SP Server返回“MM7_Delivery.res()”消息給MMSC，告知MMSC是否成功接收MM，處理結(jié)束。
圖18為本發(fā)明方法中Proxy工作方式下SP到終端業(yè)務(wù)模式一較佳實(shí)施例處理流程示意圖。如圖18所示，其具體處理步驟如下步驟1SP發(fā)送方通過SP Server向MMS接收終端所屬的MMSC發(fā)送“MM7_Submit.req()”消息。
步驟2MMSC向SP Server返回“MM7_Submit.res()”消息。如果在步驟1中MMSC成功接收了SP Server提交的MM，則轉(zhuǎn)入步驟3；否則，返回錯(cuò)誤信息給SP Server，說明錯(cuò)誤原因，結(jié)束處理。
步驟3MMSC發(fā)送“MM1_Notification.ind()”消息至WAP GW，再由WAP GW下發(fā)MM通知指示給MMS接收終端。
步驟4WAP GW接收MMS接收終端發(fā)送的MM通知應(yīng)答，并先將“MM1_NotifyResp.ind()”消息返回給Redirector。
步驟5Redirector根據(jù)“MM1_NotifyResp.ind()”消息中MMS接收終端的用戶號(hào)碼或號(hào)碼前綴確定MMS接收終端所歸屬M(fèi)MSC的URI，再根據(jù)該MMSC的URI將該“MM1_NotifyResp.ind()”消息轉(zhuǎn)發(fā)給MMSC。
步驟6WAP GW接收MMS接收終端發(fā)送的MM提取請(qǐng)求，再向MMSC提交“MM1_Retrieve.req()”消息，請(qǐng)求獲取MM。
步驟7MMSC發(fā)送“MM1_Retrieve.res()”消息至WAP GW，再由WAP GW向MMS接收終端下發(fā)MM提取應(yīng)答消息，從而將MM發(fā)送給MMS接收終端。
步驟8WAP GW接收MMS接收終端發(fā)送的MM確認(rèn)指示，并先將“MM1_Acknowledge.ind()”消息返回給Redirector。
步驟9Redirector根據(jù)“MM1_Acknowledge.ind()”消息中MMS接收終端的用戶號(hào)碼在Enum DNS Server中進(jìn)行查詢，得到MMS接收終端所歸屬M(fèi)MSC的URI，再根據(jù)該MMSC的URI將此“MM1_Acknowledge.ind()”消息轉(zhuǎn)發(fā)給MMSC，告知MMSC是否成功接收MM，結(jié)束處理。
由圖14至圖18的描述可見，本發(fā)明方法中Proxy工作方式主要是對(duì)現(xiàn)有技術(shù)中MMS終端與MMSC之間添加了Redirector作為POST請(qǐng)求交互的代理。所有POST請(qǐng)求不直接由MMS終端發(fā)送至MMSC，而是先由MMS終端發(fā)送至Redirector，再由Redirector對(duì)MMSC的URI進(jìn)行重定向，并根據(jù)重定向結(jié)果將POST請(qǐng)求轉(zhuǎn)發(fā)到MMSC進(jìn)行處理，從而使MMS終端經(jīng)由Redirector單點(diǎn)接入MMSC系統(tǒng)。圖19為本發(fā)明方法中Proxy工作方式下MMS終端與MMSC系統(tǒng)之間POST請(qǐng)求交互示意圖。如圖19所示，其具體處理如下步驟1MMS終端經(jīng)由移動(dòng)通信網(wǎng)絡(luò)到達(dá)WAP WG，再通過WAP GW將POST請(qǐng)求發(fā)送到Redirector。
步驟2Redirector根據(jù)POST請(qǐng)求中發(fā)送方的用戶號(hào)碼在Enum DNSServer中進(jìn)行查詢，得到MMS終端所歸屬M(fèi)MSC的URI。這里設(shè)定，MMSC1為MMS終端所歸屬的MMSC，則Redirector查詢到的結(jié)果為MMSC1的URI。這里，Redirector也可以在其本地設(shè)置的靜態(tài)路由表中查詢MMS終端所歸屬M(fèi)MSC的URI。
步驟3Redirector將POST請(qǐng)求轉(zhuǎn)發(fā)到MMSC1。
采用圖19所示的處理方式，MMS終端不必設(shè)置固定的所歸屬M(fèi)MSC的URI，僅需設(shè)置Redirector的URI，因此可以通過Redirector的重定向和代理發(fā)送POST請(qǐng)求將MMS終端所歸屬的MMSC從一個(gè)擴(kuò)展到多個(gè)，實(shí)現(xiàn)多個(gè)MMSC之間的相互備份，從而使MMS系統(tǒng)具備容災(zāi)能力。圖20為本發(fā)明方法中Proxy工作方式下MMS系統(tǒng)容災(zāi)處理示意圖。如圖20所示，其具體處理步驟如下步驟1MMS終端經(jīng)由移動(dòng)通信網(wǎng)絡(luò)到達(dá)WAP WG，再通過WAP GW將POST請(qǐng)求發(fā)送到Redirector。
步驟2Redirector根據(jù)POST請(qǐng)求中發(fā)送方的用戶號(hào)碼在Enum DNSServer中進(jìn)行查詢，得到MMS終端所歸屬M(fèi)MSC的URI。這里設(shè)定，MMSC1為MMS終端所歸屬的MMSC，則Redirector查詢到的結(jié)果為MMSC1的URI。
步驟3Redirector將POST請(qǐng)求轉(zhuǎn)發(fā)到MMSC1。這里，如果MMSC1發(fā)生了故障無法進(jìn)行MM處理，則轉(zhuǎn)入步驟4。
步驟4網(wǎng)絡(luò)管理員根據(jù)當(dāng)前其它MMSC的工作狀態(tài)和業(yè)務(wù)處理能力，對(duì)Enum DNS Server中的MMS終端與其所歸屬M(fèi)MSC的映射關(guān)系表進(jìn)行修改。如果MMSC2目前的業(yè)務(wù)處理能力較強(qiáng)，可以再接納較多MMS終端用戶，則有可能將MMSC1原來管理的所有MMS終端用戶全部劃歸給MMSC2管理，即在所述映射關(guān)系表中原來MMSC1的終端用戶所歸屬的MMSC全部改為MMSC2；如果MMSC2目前的業(yè)務(wù)處理能力不能夠再容納很多MMS終端用戶，則有可能將MMSC1原來管理的部分MMS終端用戶劃歸給MMSC2管理，并將另一部分MMS終端用戶劃歸給MMSC3或其他多個(gè)MMSC進(jìn)行管理；如果MMSC2目前的業(yè)務(wù)處理能力較差，不能夠再增加所管理的MMS終端用戶，則將MMSC1原來管理的MMS終端用戶劃歸給MMSC3或其他多個(gè)MMSC進(jìn)行管理。這里，如果在步驟2中，Redirector查詢的是本地靜態(tài)路由表，則此處映射關(guān)系表的修改在Redirector中進(jìn)行。
所述映射關(guān)系表修改結(jié)束，即將MMSC1原有的終端用戶分配給其他MMSC進(jìn)行管理之后，當(dāng)MMS終端發(fā)送POST請(qǐng)求時(shí)，如上所述經(jīng)過步驟1至步驟2的重定向處理之后，轉(zhuǎn)入步驟5。這里，MMS終端所歸屬的MMSC可能被改為MMSC2或者M(jìn)MSC3，或者M(jìn)MS系統(tǒng)中其他MMSC。
步驟5Redirector根據(jù)查詢到的MMS終端所歸屬M(fèi)MSC的URI，再將POST請(qǐng)求發(fā)送至MMSC2或者M(jìn)MSC3，或者發(fā)送至其他MMSC。
由以上對(duì)于圖20的描述可見，在本發(fā)明方法中Proxy工作方式下，Redirector作為WAP GW和MMSC之間的一個(gè)代理服務(wù)器進(jìn)行工作，對(duì)于MMSC而言，Redirector相當(dāng)于WAP GW，而對(duì)于WAP GW而言，Redirector又相當(dāng)于MMSC，從而保證了WAP GW與MMSC之間消息傳送的透明性，即Redirector的處理對(duì)于WAP GW和MMSC是不可見的。因此，對(duì)MMSC和WAP GW原有的處理方式進(jìn)行少量修改就可以實(shí)現(xiàn)此Redirector的Proxy工作方式，并且能夠保證MMS終端所歸屬M(fèi)MSC的擴(kuò)展使用，從而使系統(tǒng)具備容災(zāi)能力。
綜上所述，應(yīng)用本發(fā)明所提供的MMS處理方法的實(shí)施例能夠?qū)崿F(xiàn)MMS終端單節(jié)點(diǎn)接入MMSC系統(tǒng)，并能夠在保證原有MMS終端設(shè)置不變的前提下，將MMS終端所歸屬的MMSC進(jìn)行修改，即實(shí)現(xiàn)其所歸屬M(fèi)MSC的擴(kuò)展，因此，使用本發(fā)明方法可以有效利用MMS系統(tǒng)中的MMSC管理資源，當(dāng)一個(gè)MMSC出現(xiàn)故障或業(yè)務(wù)處理能力不足時(shí)，能夠?qū)⑵渌芾淼腗MS終端用戶分配到其他業(yè)務(wù)處理能力較強(qiáng)的MMSC中進(jìn)行管理，從而使系統(tǒng)具備容災(zāi)能力，使系統(tǒng)管理資源得到了充分利用；此外，通過使用Redirector對(duì)MMS終端所歸屬的MMSC進(jìn)行重定向，使多個(gè)MMSC節(jié)點(diǎn)的統(tǒng)一成為可能，方便了MMS終端用戶使用MMS，有利于各MMSC節(jié)點(diǎn)的運(yùn)營(yíng)商統(tǒng)一服務(wù)品牌，從而大大加快了MMS的推廣步伐。
權(quán)利要求
1.一種實(shí)現(xiàn)多媒體消息服務(wù)MMS業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法，其特征在于，處理步驟如下a.在MMS業(yè)務(wù)環(huán)境中設(shè)置重定向器Redirector；b.MMS終端通過其所屬無線應(yīng)用協(xié)議網(wǎng)關(guān)WAP GW將遞送POST請(qǐng)求發(fā)送至Redirector；c.Redirector根據(jù)步驟b所述POST請(qǐng)求得到該MMS終端所歸屬多媒體消息服務(wù)中心MMSC的統(tǒng)一資源標(biāo)識(shí)符URI；d.Redirector將步驟c得到的MMSC的URI返回給WAP GW，再由WAP GW按該URI與MMS終端歸屬的MMSC進(jìn)行交互；或者，Redirector根據(jù)步驟c得到的MMSC的URI作為WAP GW與MMS終端歸屬的MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理，Redirector將步驟b所述的POST請(qǐng)求轉(zhuǎn)發(fā)至MMS終端歸屬的MMSC，再將該MMSC返回的POST應(yīng)答請(qǐng)求發(fā)送至WAP GW。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a進(jìn)一步包括在所有MMS終端中設(shè)置Redirector的URI；所述步驟b為MMS終端根據(jù)步驟a所設(shè)置的Redirector的URI，通過WAP GW將POST請(qǐng)求發(fā)送至Redirector。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟c為Redirector根據(jù)POST請(qǐng)求中發(fā)送方移動(dòng)終端綜合業(yè)務(wù)數(shù)字網(wǎng)號(hào)碼MSISDN或移動(dòng)終端號(hào)碼MDN查詢域名系統(tǒng)服務(wù)器Enum DNS Server得到發(fā)送方歸屬M(fèi)MSC的URI。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a進(jìn)一步包括，在Redirector中設(shè)置MMS終端到其歸屬M(fèi)MSC的映射關(guān)系。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟a中，所述設(shè)置MMS終端到其歸屬M(fèi)MSC映射關(guān)系的方法為建立包含MMS終端的MSISDN或MDN號(hào)碼前綴與MMS終端所歸屬M(fèi)MSC的URI的映射關(guān)系的靜態(tài)路由表。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述步驟c為Redirector根據(jù)POST請(qǐng)求中發(fā)送方MSISDN或MDN號(hào)碼前綴查詢?cè)O(shè)置在本地的靜態(tài)路由表得到發(fā)送方歸屬M(fèi)MSC的URI。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟d所述Redirector將MMSC的URI返回給WAP GW的方法為Redirector發(fā)送包含MMSC的URI的超文本傳輸協(xié)議重定向消息至WAPGW。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中，所述POST請(qǐng)求為多媒體消息MM發(fā)送請(qǐng)求消息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，步驟d中，所述WAP GW與MMS終端歸屬的MMSC進(jìn)行交互的過程包括d1.WAP GW按超文本傳輸協(xié)議重定向消息中MMS發(fā)送終端所歸屬M(fèi)MSC的URI，發(fā)送MM發(fā)送請(qǐng)求消息至MMS發(fā)送終端所歸屬的MMSC；d2.該MMSC返回MM發(fā)送應(yīng)答消息給WAP GW。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，步驟d中，所述Redirector作為WAP GW與MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理的方法為d3.Redirector按步驟c得到的MMS發(fā)送終端所屬M(fèi)MSC的URI，轉(zhuǎn)發(fā)MM發(fā)送請(qǐng)求消息至該MMSC；d4.該MMSC返回MM發(fā)送應(yīng)答消息給Redirector；d5.Redirector轉(zhuǎn)發(fā)MM發(fā)送應(yīng)答消息至WAP GW。
11.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中，所述POST請(qǐng)求為MM通知應(yīng)答指示消息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，步驟d中，所述WAP GW與MMS終端歸屬的MMSC進(jìn)行交互的過程，包括WAP GW按超文本傳輸協(xié)議重定向消息中MMS接收終端所歸屬M(fèi)MSC的URI，發(fā)送MM通知應(yīng)答指示消息至該MMSC。
13.根據(jù)權(quán)利要求11所述的方法，其特征在于，步驟d中，所述Redirector作為WAP GW與MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理的方法為Redirector按步驟c得到的MMS接收終端所屬M(fèi)MSC的URI，轉(zhuǎn)發(fā)MM通知應(yīng)答指示消息至該MMSC。
14.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b中，所述POST請(qǐng)求為MM確認(rèn)指示消息。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，步驟d中，所述WAP GW與MMS終端歸屬的MMSC進(jìn)行交互的過程，包括WAP GW按超文本傳輸協(xié)議重定向消息中MMS接收終端所歸屬M(fèi)MSC的URI，返回MM確認(rèn)指示消息至該MMSC。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，步驟d中，所述Redirector作為WAP GW與MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理的方法為Redirector按步驟c得到的MMS接收終端所屬M(fèi)MSC的URI，轉(zhuǎn)發(fā)MM確認(rèn)指示消息至該MMSC。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)多媒體消息服務(wù)(MMS)業(yè)務(wù)單節(jié)點(diǎn)接入的處理方法，主要處理步驟為a.在MMS業(yè)務(wù)環(huán)境中設(shè)置重定向器(Redirector)；b.MMS終端通過其所屬無線應(yīng)用協(xié)議網(wǎng)關(guān)(WAP GW)將遞送(POST)請(qǐng)求發(fā)送至Redirector；c.Redirector根據(jù)步驟b所述POST請(qǐng)求得到該MMS終端所歸屬多媒體消息服務(wù)中心MMSC的統(tǒng)一資源標(biāo)識(shí)符(URI)；d.Redirector將步驟c得到的MMSC的URI返回給WAP GW，再由WAP GW按該URI與MMS終端歸屬的MMSC進(jìn)行交互；或者，Redirector根據(jù)步驟c得到的MMSC的URI作為WAP GW與MMS終端歸屬的MMSC之間轉(zhuǎn)發(fā)POST請(qǐng)求的代理。采用本方法可以使MMS終端單節(jié)點(diǎn)接入MMSC系統(tǒng)，從而實(shí)現(xiàn)多個(gè)MMSC的擴(kuò)展使用。
文檔編號(hào)H04L12/58GK1700678SQ20041004246
公開日2005年11月23日 申請(qǐng)日期2004年5月21日 優(yōu)先權(quán)日2004年5月21日
發(fā)明者唐飛, 李大偉 申請(qǐng)人:華為技術(shù)有限公司