專利名稱：在網(wǎng)絡(luò)間轉(zhuǎn)發(fā)多媒體消息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體消息技術(shù)，尤其涉及一種在網(wǎng)絡(luò)間轉(zhuǎn)發(fā)多媒體消息的方法。
背景技術(shù)：
移動號碼攜帶是指移動用戶改變?yōu)槠涮峁┓?wù)的移動運營商，而保持移動終端號碼不變的服務(wù)。在移動號碼攜帶實施之前，移動用戶若想變更為其提供服務(wù)的移動運營商，其移動終端號碼也要改變，該用戶必須將新號碼及時通知他人，否則會失去聯(lián)系，這給用戶帶來了很大的不便。而實施移動號碼攜帶之后，用戶可以方便的變更服務(wù)網(wǎng)絡(luò)、獲得更好的服務(wù)，而號碼保持不變，與他人的電話聯(lián)系不會受到任何影響。多媒體消息業(yè)務(wù)實現(xiàn)移動號碼攜帶后，移動用戶變更服務(wù)網(wǎng)絡(luò)后，所有發(fā)給該用戶的多媒體消息仍然能夠被正確地發(fā)送到用戶移動終端上。
移動電話呼叫的號碼攜帶是通過七號信令網(wǎng)中的信令轉(zhuǎn)接點完成到HLR的路由重定向而實現(xiàn)的。為接通被叫，為主叫用戶提供服務(wù)的移動交換中心(MSC)需根據(jù)被叫移動終端號碼查詢該號碼對應(yīng)的歸屬位置寄存器(HLR)，獲得被叫當前所在服務(wù)MSC，然后進行呼叫接續(xù)。由于移動終端號碼與HLR地址有對應(yīng)關(guān)系，七號信令網(wǎng)能夠根據(jù)移動終端號碼將位置查詢消息路由到正確的HLR。號碼攜帶后，用戶號碼沒有改變，仍然對應(yīng)原來的HLR，但用戶相關(guān)的信息保存在新的HLR中，位置查詢消息必須被正確發(fā)送到新的HLR，才能獲得該用戶的服務(wù)MSC。七號信令網(wǎng)中支持移動號碼攜帶的信令轉(zhuǎn)接點能夠根據(jù)移動終端號碼查詢內(nèi)部數(shù)據(jù)庫或外部數(shù)據(jù)庫，獲得該用戶所屬新的HLR的路由地址，將位置查詢消息中的目的地址替換為新HLR的地址。
短消息的號碼攜帶也是通過七號信令網(wǎng)中的信令轉(zhuǎn)接點完成到HLR的路由重定向而實現(xiàn)的。為向接收方移動用戶發(fā)送短消息，發(fā)送方所屬短消息中心需根據(jù)移動終端號碼查詢該號碼對應(yīng)的HLR，獲得接收方當前所在服務(wù)MSC然后進行短消息轉(zhuǎn)發(fā)。號碼攜帶對短消息路由查詢消息的重定向過程呼叫中的位置查詢消息的重定向過程相同。在GSM網(wǎng)絡(luò)中，這個查詢消息是MAP-SRI-FOR-SM，在CDMA網(wǎng)絡(luò)中，這個查詢消息是SMSREQ。
移動號碼攜帶涉及多個移動運營商，假設(shè)發(fā)送方用戶和接收方用戶分別屬于兩個移動運營商，第三方運營商專營MMS網(wǎng)間互聯(lián)業(yè)務(wù)，接收方用戶是移動號碼攜帶用戶，多媒體消息傳送流程參閱圖1所示a1發(fā)送方用戶歸屬多媒體消息業(yè)務(wù)中心(MMSC)MMSC1收到發(fā)方提交的多媒體消息后，首先查詢用戶數(shù)據(jù)庫判斷接收方是否為本MMSC用戶，如果是則直接向接收方下發(fā)消息，否則根據(jù)該消息的接收方移動終端號碼發(fā)起短消息路由查詢。如果MMSC1能夠判斷出接收方是GSM用戶，則構(gòu)造并發(fā)起GSM短消息路由請求消息SRI_for_SMS，其中用戶號碼參數(shù)為移動用戶電話號碼(MSISDN)，信令連接控制部分(SCCP)層目的地地址為基于MDISDN的全局碼(GT，用于同一運營商網(wǎng)絡(luò)內(nèi)部或不同運營商網(wǎng)絡(luò)之間的尋址)號碼；如果MMSC1能夠判斷出接收方是CDMA用戶，則構(gòu)造并發(fā)起CDMA短消息路由請求消息SMSREQ，其中用戶號碼參數(shù)為移動號簿號碼(MDN)，SCCP層目的地地址為基于MDN的GT號碼；如果MMSC1無法判斷接收方用戶類型，可選擇兩者之一嘗試查詢，查詢失敗后再嘗試另一種。
a2與MMSC1相連的支持移動號碼攜帶(MNP)的信令轉(zhuǎn)接點STP1收到包含承載著短消息路由查詢MAP消息的SCCP消息，根據(jù)目的地地址中基于移動終端號碼的GT號碼，查詢外部號碼攜帶數(shù)據(jù)庫或內(nèi)部號碼攜帶數(shù)據(jù)庫，獲得用戶號碼攜帶后所屬HLR-B的七號地址，用它替換收到消息中的目的地址，通過七號信令網(wǎng)將消息重新路由到HLR-B。在號碼攜帶之前，由于移動終端號碼與其所屬HLR的七號地址具有對應(yīng)關(guān)系，信令網(wǎng)關(guān)會將該消息接路由到該HLR。
a3HLR-B收到短消息路由查詢MAP消息后，根據(jù)消息中移動終端號碼查詢內(nèi)部數(shù)據(jù)庫獲得對應(yīng)的用戶識別碼(GSM網(wǎng)為IMSI、CDMA網(wǎng)為MIN)，在短消息路由請求的響應(yīng)消息中返回給MMSC1。
a4MMSC1得到HLR-B返回的接收方用戶的移動用戶識別碼(GSM網(wǎng)IMSI、CDMA網(wǎng)MIN)后，查詢內(nèi)部數(shù)據(jù)庫或外部數(shù)據(jù)庫，獲得接收方用戶所屬的移動運營商信息，并以此確定下一MMSC地址(域名或IP地址)。如果與發(fā)送方同屬一個運營商，但屬于不同的MMSC，則通過MM4接口將MM4_Forward.REQ(MMSC之間轉(zhuǎn)發(fā)用戶多媒體消息的請求消息)消息轉(zhuǎn)發(fā)給接收方MMSC，由該MMSC向接收方用戶下發(fā)多媒體消息。如果收發(fā)雙方不屬于同一運營商，則MMSC1通過MM4接口將MM4_Forward.REQ消息轉(zhuǎn)發(fā)給本網(wǎng)對外互通的網(wǎng)關(guān)MMSC2。
a5MMSC2收到MM4_Forward.REQ，向MMSC1返回MM4_Forward.RES消息。
b1～b5類似于a1～a5，MMSC2查詢HLR-B得到接收方移動用戶識別碼后，查詢內(nèi)部數(shù)據(jù)庫或外部數(shù)據(jù)庫判斷出接收方所屬運營商，如果屬于本運營商，則通過MM4接口將消息轉(zhuǎn)發(fā)到接收方歸屬MMSC，如果屬于其他運營商，則將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到運營MMS互聯(lián)業(yè)務(wù)的互聯(lián)網(wǎng)關(guān)MMSC3。
c1～c5類似于a1～a5，MMSC3查詢HLR-B得到接收方移動用戶識別碼后，查詢內(nèi)部數(shù)據(jù)庫或外部數(shù)據(jù)庫判斷出接收方所屬運營商，并將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到接收方所屬網(wǎng)絡(luò)的網(wǎng)關(guān)MMSC4。
d1～d5類似于a1～a5，MMSC4查詢HLR-B得到接收方移動用戶識別碼后，查詢內(nèi)部數(shù)據(jù)庫或外部數(shù)據(jù)庫判斷出接收方屬于本運營商的MMSC5，將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到接收方所屬MMSC5。接收方所屬MMSC5收到給用戶的消息后，查詢內(nèi)部數(shù)據(jù)庫，確定是本MMSC用戶，則啟動到用戶終端的多媒體消息下發(fā)流程。
從上可看出，由于MMSC之間的MM4接口消息MM4_Forward.REQ中沒有表示用戶所屬運營商的信息，導致發(fā)送方所屬MMSC和到接收方所屬MMSC之間的每個MMSC都要進行一次短消息路由查詢以獲得接收方用戶的移動用戶識別碼(IMSI或MIN)，因而存在各個MMSC的處理流程復(fù)雜、網(wǎng)絡(luò)資源消耗大、反映速度慢和總體成本高等缺點。

發(fā)明內(nèi)容
本發(fā)明提供一種在網(wǎng)絡(luò)間轉(zhuǎn)發(fā)多媒體消息的方法，以解決現(xiàn)有技術(shù)中在不同運營網(wǎng)終端間轉(zhuǎn)發(fā)多媒體消息時存在MMSC處理流程復(fù)雜、反映速度慢和網(wǎng)絡(luò)資源消耗大的缺點。
為解決上述問題，本發(fā)明提供下述技術(shù)方案一種在網(wǎng)絡(luò)間轉(zhuǎn)發(fā)多媒體消息的方法，該方法為發(fā)送方用戶所在網(wǎng)絡(luò)的多媒體消息業(yè)務(wù)中心(MMSC)獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息；在根據(jù)所述MMSC的地址信息或運營商信息判斷接收方用戶與發(fā)送方用戶屬于不同運營商網(wǎng)絡(luò)時，發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向轉(zhuǎn)發(fā)多媒體消息的下一個MMSC發(fā)送轉(zhuǎn)發(fā)請求消息；并且除接收方用戶所屬MMSC外，轉(zhuǎn)發(fā)所述多媒體消息的部分或全部MMSC在轉(zhuǎn)發(fā)請求消息中攜帶接收方用戶所屬MMSC的地址信息或所屬運營商信息，接收到該請求消息的后續(xù)MMSC直接根據(jù)請求消息中接收方用戶所屬MMSC的地址信息或運營商信息確定轉(zhuǎn)發(fā)多媒體消息的下一個MMSC。
其中MMSC獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息包括步驟發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)容號碼攜帶數(shù)據(jù)庫獲得接收方的歸屬位置寄存器地址，并將所述短消息路由查詢請求路由到該歸屬位置寄存器；所述歸屬位置寄存器向所述MMSC返回接收方用戶識別碼，MMSC根據(jù)該用戶識別碼查詢數(shù)據(jù)庫獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息。
MMSC獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息包括步驟發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)部號碼攜帶數(shù)據(jù)庫獲得接收方用戶識別碼并返回給所述MMSC；所述MMSC根據(jù)該用戶識別碼查詢數(shù)據(jù)庫獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息。
MMSC獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息包括步驟發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)容號碼攜帶數(shù)據(jù)庫直接獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息并返回給所述的發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC。
MMSC根據(jù)接收方用戶基于移動終端號碼的域名參數(shù)，通過查詢域名解析服務(wù)器獲得接收方用戶所屬MMSC地址信息或所屬運營商信息。
本發(fā)明在MM4接口消息MM4_Forward.REQ中擴展表示用戶所屬MMSC地址信息或所屬運營商信息，并在多個MMSC之間共享，避免了MMSC重復(fù)從HLR查詢短消息路由，因而簡化了MMSC的處理流程，能夠提高反映速度、減少網(wǎng)絡(luò)資源消耗和降低總體成本。


圖1為現(xiàn)有技術(shù)中轉(zhuǎn)發(fā)多媒體消息的流程圖；圖2、圖3為本發(fā)明中轉(zhuǎn)發(fā)多媒體消息的流程圖。
具體實施例方式
為了避免轉(zhuǎn)發(fā)多媒體消息的多媒體消息業(yè)務(wù)中心(MMSC)重復(fù)從HLR查詢短消息路由，本發(fā)明在MM4接口消息MM4_Forward.REQ中擴展表示用戶所屬MMSC地址或運營商的信息，使該信息在多個MMSC之間共享。即在發(fā)送方所屬MMSC獲得接收方用戶所屬MMSC地址或運營商的信息后，后續(xù)轉(zhuǎn)發(fā)多媒體消息的MMSC直接利用該信息確定下一MMSC。運營商的信息可以直接用移動用戶識別碼(IMSI或MIN)，也可以用移動運營商標識(ID)或移動運營商名稱。
參閱圖2所示，多媒體消息的轉(zhuǎn)發(fā)過程如下1-1、發(fā)送方用戶所屬MMSC1收到發(fā)方提交的多媒體消息后，首先查詢用戶數(shù)據(jù)庫判斷接收方是否為本MMSC用戶，如果是則直接向接收方下發(fā)消息；否則根據(jù)該消息的接收方移動終端號碼發(fā)起短消息路由查詢。如果MMSC1能夠判斷出接收方是GSM用戶，則構(gòu)造并發(fā)起GSM短消息路由請求消息SRI_for_SMS，其中用戶號碼參數(shù)為MSISDN，SCCP層目的地地址為基于MDISDN的GT號碼；如果MMSC1能夠判斷出接收方是CDMA用戶，則構(gòu)造并發(fā)起CDMA短消息路由請求消息SMSREQ，其中用戶號碼參數(shù)為MDN，SCCP層目的地地址為基于MDN的GT號碼；如果MMSC1無法判斷接收方用戶類型，可選擇兩者之一嘗試查詢，查詢失敗后再嘗試另一種。
1-2、與MMSC1相連的支持MNP的信令轉(zhuǎn)接點STP1收到包含承載著短消息路由查詢MAP消息的SCCP消息，根據(jù)目的地地址中基于移動終端號碼的GT號碼，查詢外部號碼攜帶數(shù)據(jù)庫或內(nèi)部號碼攜帶數(shù)據(jù)庫，獲得用戶號碼攜帶后所屬HLR-B的七號地址，用它替換收到消息中的目的地址，通過七號信令網(wǎng)將消息重新路由到HLR-B。在號碼攜帶之前，由于移動終端號碼與其所屬HLR的七號地址具有對應(yīng)關(guān)系，信令網(wǎng)會將該消息接路由到該HLR-A。
1-3、HLR-B收到短消息路由查詢MAP消息后，根據(jù)消息中移動終端號碼查詢內(nèi)部數(shù)據(jù)庫獲得對應(yīng)的用戶識別碼(GSM網(wǎng)IMSI、CDMA網(wǎng)MIN)，在短消息路由請求的響應(yīng)消息中返回給MMSC1。
1-4、MMSC1得到HLR-B返回的接收方用戶的移動用戶識別碼(GSM網(wǎng)IMSI、CDMA網(wǎng)MIN)后，查詢內(nèi)部數(shù)據(jù)庫或外部數(shù)據(jù)庫，獲得接收方用戶所屬的移動運營商信息，并以此確定下一MMSC地址(域名或IP地址)。如果與發(fā)送方同屬一個運營商，但屬于不同的MMSC，則通過MM4接口將MM4_Forward.REQ消息轉(zhuǎn)發(fā)給接收方MMSC，由該MMSC向接收方用戶下發(fā)多媒體消息。如果收發(fā)雙方不屬同一運營商，則MMSC1通過MM4接口將MM4_Forward.REQ消息轉(zhuǎn)發(fā)給本網(wǎng)對外互通的網(wǎng)關(guān)MMSC2。其中MM4_Forward.REQ消息中包含接收方所屬運營商信息(CarrierInfo＝IMSI/MIN/CarrierID/CarrierName)，MMSC1以及后需MMSC可根據(jù)該信息確定下一MMSC地址。
1-5、MMSC2收到MM4_Forward.REQ，向MMSC1返回M4_Forward.RES消息。
2-1、MMSC2不用發(fā)起HLR查詢，而直接根據(jù)收到的MM4_Forward.REQ消息中的接收方所屬運營商信息，確定下一MMSC地址，如果接收方屬于本運營商，則通過MM4接口將消息轉(zhuǎn)發(fā)到接收方歸屬MMSC，如果屬于其他運營商，則將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到運營MMS互聯(lián)業(yè)務(wù)的互聯(lián)網(wǎng)關(guān)MMSC3。
2-2、MMSC3向MMC2回響應(yīng)消息MM4_Forward.RES。
3-1、MMSC3不用發(fā)起HLR查詢，而直接根據(jù)收到的MM4_Forward.REQ消息中的接收方所屬運營商信息，確定下一MMSC地址，并將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到接收方所屬運營商的網(wǎng)關(guān)MMSC4(為本網(wǎng)絡(luò)的入口網(wǎng)關(guān))。
3-2、MMSC4向MMC3回響應(yīng)消息MM4_Forward.RES。
4-1、MMSC4首先判斷查詢內(nèi)部數(shù)據(jù)庫確定接收方是否為本網(wǎng)用戶，如果是則不用發(fā)起HLR查詢，而直接根據(jù)收到的MM4_Forward.REQ消息中的接收方所屬運營商信息確定下一MMSC地址，并將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到接收方所屬MMSC5；如果不是則拒絕。
4-2、MMSC5向MMSC4回響應(yīng)消息MM4_Forward.RES。接收方所屬MMSC5收到給用戶的消息后，查詢內(nèi)部數(shù)據(jù)庫，確定是本MMSC用戶，則啟動到用戶終端的多媒體消息下發(fā)流程。
發(fā)送方用戶所屬MMSC獲取用戶識別碼(即步驟1-1～1-3)也可通過基于E164號碼的域名解析服務(wù)(ENUM-DNS)查詢實現(xiàn)，這樣MMSC可以不用查詢HLR，能夠進一步簡化MMSC的處理流程和提高反映速度。參閱圖3所示，其處理流程如下A1發(fā)方用戶歸屬MMSC1收到發(fā)方提交的多媒體消息后，首先查詢用戶數(shù)據(jù)庫判斷接收方是否為本MMSC用戶，如果是則直接向接收方下發(fā)消息；否則根據(jù)該消息的接收方移動終端號碼發(fā)起ENUM-DNS查詢。
A2ENUM-DNS Server收到ENUM-DNS REQ消息，根據(jù)基于移動終端號碼的域名參數(shù)查詢內(nèi)部或外部數(shù)據(jù)庫獲得接收方所屬MMSC地址信息或所屬運營商信息，在ENUM-DNS RES消息中返回給MMSC1。
A3MMSC得到ENUM-DNS查詢結(jié)果，根據(jù)接受方所屬MMSC地址或運營商信息判斷，如果與發(fā)送方同屬一個運營商，但屬于不同的MMSC，則通過MM4接口將MM4_Forward.REQ消息轉(zhuǎn)發(fā)給接收方MMSC，由該MMSC向接收方用戶下發(fā)多媒體消息。如果收發(fā)雙方不屬同一運營商，則MMSC1通過MM4接口將MM4_Forward.REQ消息轉(zhuǎn)發(fā)給本網(wǎng)對外互通的網(wǎng)關(guān)MMSC2。其中MM4_Forward.REQ消息中包含接收方所屬MMSC地址信息或運營商信息(MMSC_Address/CarrierInfo)，MMSC1以及后需MMSC可根據(jù)該信息確定下一MMSC地址。
A4MMSC2收到MM4_Forward.REQ，向MMSC1返回M4_Forward.RES消息。
B1MMSC2根據(jù)收到的MM4_Forward.REQ消息中的接收方所屬MMSC地址信息或運營商信息，確定下一MMSC地址，如果接收方屬于本運營商，則通過MM4接口將消息轉(zhuǎn)發(fā)到接收方歸屬MMSC，如果屬于其他運營商，則將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到運營MMS互聯(lián)業(yè)務(wù)的互聯(lián)網(wǎng)關(guān)MMSC3。
B2MMSC3向MMC2回響應(yīng)消息MM4_Forward.RES。
C1MMSC3根據(jù)收到的MM4_Forward.REQ消息中的接收方所屬MMSC地址信息或運營商信息，確定下一MMSC地址，并將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到接收方所屬運營商的網(wǎng)關(guān)MMSC4。
C2MMSC4向MMC3回響應(yīng)消息MM4_Forward.RES。
D1MMSC4根據(jù)收到的MM4_Forward.REQ消息中的接收方所屬MMSC地址信息或運營商信息，確定下一MMSC地址，并將多媒體消息通過MM4接口轉(zhuǎn)發(fā)到接收方所屬MMSC5。
D2MMSC5向MMC4回響應(yīng)消息MM4_Forward.RES。接收方所屬MMSC5收到給用戶的消息后，查詢內(nèi)部數(shù)據(jù)庫，確定是本MMSC用戶，則啟動到用戶終端的多媒體消息下發(fā)流程。
在圖2和圖3所示的流程中，通過5個MMSC轉(zhuǎn)發(fā)多媒體消息，但本發(fā)明的實現(xiàn)并不限于此，實際轉(zhuǎn)發(fā)過程中轉(zhuǎn)發(fā)多媒體消息的MMSC可多可少。
除了通過上述的方式獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息外，MMSC還可通過以下方式獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息1、由號碼攜帶數(shù)據(jù)庫直接提供用戶識別碼，即發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；信令轉(zhuǎn)接點查詢外部或內(nèi)部號碼攜帶數(shù)據(jù)庫獲得接收方用戶識別碼并返回給MMSC；MMSC根據(jù)該用戶識別碼查詢數(shù)據(jù)庫獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息。
2、由號碼攜帶數(shù)據(jù)庫直接提供接收方用戶所屬MMSC的地址信息或所屬運營商信息，即發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)容號碼攜帶數(shù)據(jù)庫直接獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息并返回給所述的發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC。
在上述實施例中，除接收方用戶所屬MMSC外轉(zhuǎn)發(fā)所述多媒體消息的全部MMSC在轉(zhuǎn)發(fā)請求消息中均攜帶接收方用戶所屬MMSC的地址信息或所屬運營商信息，但本發(fā)明并不限于此，也可以是部分MMSC在轉(zhuǎn)發(fā)請求消息中攜帶接收方用戶所屬MMSC的地址信息或所屬運營商信息，對于接收到包含收方用戶所屬MMSC的地址信息或所屬運營商信息的后續(xù)MMSC就直接利用該信息確定下一MMSC，對于收到不包含上該信息的后續(xù)MMSC，則通過查詢方式確定下一MMSC(查詢方式與現(xiàn)有方式相同)在本發(fā)明中，在MM4_Forward.REQ消息中還可擴展發(fā)送方用戶所屬MMSC地址信息和/或運營商信息的參數(shù)，用于其他MMSC了解發(fā)送方所屬運營商或MMSC信息，便于計費結(jié)算。
權(quán)利要求
1.一種在網(wǎng)絡(luò)間轉(zhuǎn)發(fā)多媒體消息的方法，其特征在于包括步驟發(fā)送方用戶所在網(wǎng)絡(luò)的多媒體消息業(yè)務(wù)中心(MMSC)獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息；在根據(jù)所述MMSC的地址信息或運營商信息判斷接收方用戶與發(fā)送方用戶屬于不同運營商網(wǎng)絡(luò)時，發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向轉(zhuǎn)發(fā)多媒體消息的下一個MMSC發(fā)送轉(zhuǎn)發(fā)請求消息，并且除接收方用戶所屬MMSC外，轉(zhuǎn)發(fā)所述多媒體消息的部分或全部MMSC在轉(zhuǎn)發(fā)請求消息中攜帶接收方用戶所屬MMSC的地址信息或所屬運營商信息，接收到該請求消息的后續(xù)MMSC直接根據(jù)請求消息中接收方用戶所屬MMSC的地址信息或運營商信息確定轉(zhuǎn)發(fā)多媒體消息的下一個MMSC。
2.如權(quán)利要求1所述的方法，其特征在于，MMSC獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息包括下述步驟發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)容號碼攜帶數(shù)據(jù)庫獲得接收方的歸屬位置寄存器地址，并將所述短消息路由查詢請求路由到該歸屬位置寄存器；所述歸屬位置寄存器向所述MMSC返回接收方用戶識別碼，MMSC根據(jù)該用戶識別碼查詢數(shù)據(jù)庫獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息。
3.如權(quán)利要求1所述的方法，其特征在于，MMSC獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息包括下述步驟發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)部號碼攜帶數(shù)據(jù)庫獲得接收方用戶識別碼并返回給所述MMSC；所述MMSC根據(jù)該用戶識別碼查詢數(shù)據(jù)庫獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息。
4.如權(quán)利要求1所述的方法，其特征在于，MMSC獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息包括下述步驟發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向支持移動號碼攜帶的信令轉(zhuǎn)接點發(fā)送短消息路由查詢請求；所述信令轉(zhuǎn)接點查詢外部或內(nèi)容號碼攜帶數(shù)據(jù)庫直接獲得接收方用戶所屬MMSC的地址信息或所屬運營商信息并返回給所述的發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC。
5.如權(quán)利要求1所述的方法，其特征在于，發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC根據(jù)接收方用戶基于移動終端號碼的域名參數(shù)，通過查詢域名解析服務(wù)器獲得接收方用戶所屬MMSC地址信息或所屬運營商信息。
6.如權(quán)利要求1至5任一項所述的方法，其特征在于，所述轉(zhuǎn)發(fā)請求消息中還攜帶有發(fā)送方用戶所屬MMSC地址信息和/或運營商信息。
7.如權(quán)利要求6所述的方法，其特征在于，運營商信息可為移動用戶識別碼(IMSI/MIN)、運營商標識或運營商名稱。
全文摘要
本發(fā)明公開了一種在網(wǎng)絡(luò)間轉(zhuǎn)發(fā)多媒體消息的方法，該方法為發(fā)送方用戶所在網(wǎng)絡(luò)的多媒體消息業(yè)務(wù)中心(MMSC)獲取接收方用戶所屬MMSC的地址信息或所屬運營商信息；在根據(jù)所述MMSC的地址信息或運營商信息判斷接收方用戶與發(fā)送方用戶屬于不同運營商網(wǎng)絡(luò)時，發(fā)送方用戶所在網(wǎng)絡(luò)的MMSC向轉(zhuǎn)發(fā)多媒體消息的下一個MMSC發(fā)送轉(zhuǎn)發(fā)請求消息，并在該請求消息中攜帶接收方用戶所屬MMSC的地址信息或所屬運營商信息；并且除接收方用戶所屬MMSC外，轉(zhuǎn)發(fā)所述多媒體消息的部分或全部MMSC在轉(zhuǎn)發(fā)請求消息中攜帶接收方用戶所屬MMSC的地址信息或所屬運營商信息，接收到該請求消息的后續(xù)MMSC直接根據(jù)請求消息中接收方用戶所屬MMSC的地址信息或運營商信息確定轉(zhuǎn)發(fā)多媒體消息的下一個MMSC。
文檔編號H04W4/12GK1717072SQ200410069508
公開日2006年1月4日 申請日期2004年6月28日 優(yōu)先權(quán)日2004年6月28日
發(fā)明者李益民, 李大偉 申請人:華為技術(shù)有限公司