專利名稱：：運營商間多媒體消息傳遞架構(gòu)和方法
技術(shù)領(lǐng)域：
：本發(fā)明總的涉及多媒體消息傳遞(MMS)，且具體涉及用于通過MMS來實現(xiàn)跨運營商通信的系統(tǒng)和方法。
背景技術(shù)：
：多媒體消息傳遞被運營者和終端用戶視為"下一代"消息傳遞。除文本之外，用戶還可以將圖像、圖形、視頻和音頻附加在消息上?，F(xiàn)在MMS仍被視為"圖片消息傳遞"；但是，在MMS消息中除了圖像和文本之外，音頻和視頻的使用也已經(jīng)增加。在運營商在全世界、包括北美展開MMS時，總是首先在運營商自己的網(wǎng)絡(luò)中部署，然后與其他運營商連接。使用的方法是直接連接，即，每一對運營商相互連接。如果只有兩三個運營商要交換MMS,直接連接是可行的。但是，如果涉及更多運營商，則規(guī)模經(jīng)濟性開始下降。在只有兩三個運營商的幾個歐洲國家，通過MM4的用于MMS互通的直接點對點互連一直在相對順暢地運行。雖然運行順暢，此設(shè)置的一個主要問題是沒有公平的笫三方來仲裁竟爭的運營商之間的連通性(connectivity)。因此在過去延誤了互通的部署，這有時會阻礙運營商比其他的運營商更進一步地提供服務(wù)。此外，據(jù)一些歐洲運營商報告，對于設(shè)立和維護來說，建立順暢的互通是資源密集的，特別是當有一個以上的對等運營商時。每當一個運營商設(shè)立與另一個運營商的直接連接時，必須耗費附加的資源、時間和金錢。倘若多個運營商必須協(xié)調(diào)他們的開展計劃，就結(jié)算計劃達成一致，提供網(wǎng)絡(luò)運行中心(NOC)操作并支持運營商之間的協(xié)調(diào)及其自己的運營商間的技術(shù)互通問題，那么兩個或多個運營商開展跨運營商服務(wù)比他們中的每一個單獨連接到運營商間的中介(intermediary)所花費的時間要多得多并不令人吃驚。當兩個或多個運營商相互連接時，竟爭的運營商可能在某種程度上能夠看到其他運營商的操作-對其他直接連接的運營商是正面的或負面的。例如，如果一個運營商經(jīng)歷故障或停^L，則竟爭者可以看見這些問題。直接連接的網(wǎng)絡(luò)還為未經(jīng)許可的SPAM提供了機會。此外，一些運營商可選擇通過MM3接口將MM消息業(yè)務(wù)發(fā)送到其他運營商的網(wǎng)絡(luò)，這會進一步增加SPAM的可能性。如果所有參與者都是GSM運營商，則全球漫游交換(GRX)提供商連接是一種邏輯替換方案。但是，為了使MMS互通起作用，GRX提供商必須還部署特定的路由和MM4中繼服務(wù)。而且，GRX提供商必須與任何本地號碼可移植性要求交互。GRX提供商的目的是在多個通用分組無線業(yè)務(wù)(GPRS)網(wǎng)絡(luò)之間建立連接，使得訂戶能從一個網(wǎng)絡(luò)漫游到另一網(wǎng)絡(luò)并處理計費結(jié)算。它實質(zhì)上是傳輸提供商。運營商仍然必須協(xié)商并提供相互之間的"直接連接"，但是是通過GRX而不是直接連接(與VPN或?qū)Ｓ镁€路)。GSM協(xié)會的IR.52文件"MMSInterworkingGuidelines，，建議以GRX作為針對MMS互通的選擇模型。在該文件中，提出一個觀點GRX會比使用公用互聯(lián)網(wǎng)在運營者之間中繼MMS業(yè)務(wù)更好；但是，可以看出，實際上，GRX提供的安全水平可以與使用因特網(wǎng)承載的安全VPN或?qū)Ｓ镁€路相當。而且，所連接的每一運營商必須確保所有安全漏洞對其MMSC關(guān)閉。與GRX相比，使用安全VPN的一個關(guān)鍵優(yōu)點是，GRX建議需要多得多的網(wǎng)絡(luò)管理資源，導致較多的啟動和發(fā)展成本。在北美，SMS已成為無線通信的典型^f某體。最近幾年的成功表明了為何應(yīng)當在無線市場引入、然后確立新技術(shù)。通過理解SMS的很多教訓，接下來的無線消息傳遞技術(shù)可以對無線運營者的每單位平均收入(ARPU)的增加起重要作用。在2003年5月1日提交的標題為"SystemsandMethodsforInterconnectingHeterogeneousNetworks，，的美國序歹。號No.10/426,662以及2004年4月26日提交的標題為"AnIntermediaryNetworkSystemandMethodforFacilitatingMessageExchangeBetweenWirelessNetworks，，的美國序列號No.10/831,329中說明了4更于SMS消息互通的運營商間的中介操作，二者通過引用結(jié)合于此。在無線行業(yè)高度竟爭的環(huán)境下，能夠秘密執(zhí)行其網(wǎng)絡(luò)操作對于運營商是重要的。MMS互通中介服務(wù)的特點之一是保持秘密信息為秘密的能力。例如，如果一個運營商經(jīng)歷網(wǎng)絡(luò)故障，則該事實被隔離于所有其他所連接的運營商。影響業(yè)務(wù)的結(jié)果和問題應(yīng)得到仲裁并隔離于其他運營商。利于與專門中介的連接，運營商可建立其自己的時間表(schedule)并按照該時間表來工作，并支持運營商間MMS。部署和開展時間表與單個源進行協(xié)調(diào)，以便保證其客戶能迅速對訂戶開展服務(wù)。而且，由于該中介是>^平的，消息可作為SMS通知#1遞送到尚未連接到MMS互通生態(tài)系統(tǒng)的其他運營商。接收方可從處于中立的寄主Web門戶或WAP門戶檢索消息，而不用考慮運營商。依賴于數(shù)量，中介通常對每條消息收取小額的固定費用或按比例增減費用。費用典型地低于零售價的5-10%,因此提供了內(nèi)部解決方案的成本效率高的替換方案。中介還提供增值服務(wù)，如業(yè)務(wù)監(jiān)控、網(wǎng)間過濾和譯碼，以及24x7NOC覆蓋。
發(fā)明內(nèi)容本發(fā)明涉及用于多媒體消息傳遞(MMS)的運營商間或跨運營商互通并具體涉及用于通過MMS來實現(xiàn)跨運營商通信的系統(tǒng)和方法。中介解決方案提供了直接點對點或GRX提供商都不能提供的大量增值，包括通過SMS將消息路由到未直接連接的運營商、消息檢索以及諸如業(yè)務(wù)分析和可視化軟件的服務(wù)。本發(fā)明的一個方面提供了一種用于提供多個運營商之間的多媒體消息服務(wù)(MMS)互通的方法。所述方法包括從始發(fā)運營商接收MMS消息，所述MMS消息要遞送到目的運營商的接收訂戶；以及針對增值功能來處理所述MMS消息，其中所述處理包括查詢運營商簡檔庫以訪問所述目的運營商的運營商簡檔，所述運營商簡檔包括有關(guān)所述目的運營商是否是連接的MMS客戶的信息。如果所述目的運營商是連接的MMS客戶，則所述MMS消息被發(fā)送到所述目的運營商，而如果所述目的運營商不是連接的MMS客戶，則所述MMS消息被存儲指定的時間段，在該時間段中，所述MMS消息能在匿名檢索門戶上察看，并且一通知消息:陂發(fā)送到所述目的運營商以通知所述MMS消息的所述接收訂戶。在另一方面，提供了一種用于提供多個運營商之間的多媒體消息服務(wù)(MMS)互通的方法。所述方法包括從始發(fā)運營商接收MMS消息，所述MMS消息要遞送到多個接收訂戶；以及針對增值功能來處理所述MMS消息，其中所迷處理包括查詢號碼可移植性數(shù)據(jù)庫以確定每一接收訂戶的目的運營商身份。如果特定接收訂戶的目的運營商與所述始發(fā)運營商相同，則所述MMS消息不前轉(zhuǎn)回所述始發(fā)運營商，而如果特定接收訂戶的目的運營商與所述始發(fā)運營商不同，則所述MMS消息#皮前轉(zhuǎn)到該目的運營商以便遞送并被存儲指定的時間段。本發(fā)明的又一方面提供了一種用于提供多個運營商之間的多媒體消息服務(wù)(MMS)互通的中介系統(tǒng)，包括路由子系統(tǒng)、號碼可移植性數(shù)據(jù)庫以及運營商簡檔庫。所述號碼可移植性數(shù)據(jù)庫與所述路由子系統(tǒng)通信并配置成確定所述MMS消息要被發(fā)送到的目的運營商的身份。所述運營商簡檔庫也與所述路由子系統(tǒng)通信并配置成訪問所述目的運營商的以前存儲的運營商簡檔，所迷運營商簡檔包括有關(guān)所述目的運營商可接受的MMS格式的信息，以及有關(guān)所述目的運營商是否是連接的MMS客戶的信息。所述路由子系統(tǒng)包括接收來自始發(fā)運營商的MMS消息的裝置，并配置成基于所述運營商簡檔來確定在通知所述MMS消息的所述目的運營商之前是否針對增值功能來處理所述MMS消息。結(jié)合附圖，閱讀以下詳細說明，將更全面地理解本發(fā)明的上述和其他特征及其伴隨的優(yōu)點。圖1為根據(jù)本發(fā)明的一個示例性實施的與多個MMSC通信的運營商間MMS中介的示意圖。圖2所示為根據(jù)本發(fā)明的一個示例性實施的運營商間MMS中介內(nèi)的消息流的過程流程圖。圖3所示為根據(jù)本發(fā)明的一個示例性實施的運營商間MMS中介如何處理單個入站消息中的多個接收方的示意圖。圖4所示為根據(jù)本發(fā)明的一個示例性實施的從始發(fā)運營商、經(jīng)由運營商間MMS中介到目的運營商的消息流的示意圖。具體實施方式在詳細說明本發(fā)明的實施例之前，本領(lǐng)域技術(shù)人員將理解本發(fā)明不將其應(yīng)用限于下面的詳細說明中闡述的或圖中所示的構(gòu)造的細節(jié)、組件的設(shè)置、以及步驟的設(shè)置。本發(fā)明能以其他實施方式實施或以各種方式實現(xiàn)。而且，可以理解此處使用的措辭和術(shù)語僅用于說明而不應(yīng)被當作限制。下表列出和定義的縮略詞在以下的說明中通篇使用<table>tableseeoriginaldocumentpage8</column></row><table><table>tableseeoriginaldocumentpage9</column></row><table>在本發(fā)明的一個實施例中，獨立的MMS服務(wù)網(wǎng)絡(luò)和系統(tǒng)(此后稱為"MMS中介"或筒稱為"中介")作為獨立于它所服務(wù)的無線運營商(或無線運營者)的實體而存在。因此，中介能提供大量增值服務(wù)和能力，使運營商能迅速可靠地部署MMS互通，并使竟爭的運營商相互隔離。一旦消息從中介到來，最終由目的運營商將消息遞送到接收訂戶。所述中介系統(tǒng)和方法如此設(shè)計，可包括大量可擴展的增值能力以提供附加的商業(yè)和技術(shù)功能，如遞送前的譯碼和過濾、附加消息內(nèi)容(例如，反垃圾郵件或成人過濾)以及創(chuàng)建專門計費記錄。中介模型架構(gòu)特體組件執(zhí)行各種操作來優(yōu)化運營商間MMS消息傳遞的提供。圖l所示為根據(jù)本發(fā)明的系統(tǒng)的一個示例性實施形式的示圖。本發(fā)明提供了靈活的中介100，為了交換消息，中介100通過其他服務(wù)提供商間接或直接互連多個無線運營商的多媒體消息中心(MMSC)網(wǎng)關(guān)110。從圖l可以看出，運營商A、B、C、D、E、F、G和H的MMSC110各僅與中介110通信，且因此運營商間網(wǎng)絡(luò)具有大體的"星形，，或"輪輻"架構(gòu)。無線運營商可以是北美無線(+l國家碼)或國際無線(非+l國家碼)運營商。盡管有廠商之間關(guān)于標準的約定，在實際實施不同廠商的MMSC平臺時仍不可避免地產(chǎn)生細微差別或不同。這些廠商的細微差別或不同(例如，與特定MM4支持相關(guān))又被每個運營商自己對于廠商的MMSC平臺在運營商的網(wǎng)絡(luò)中的唯一實施所放大(例如，與可接受的消息大小、圖像類型等相關(guān))。最后，這些因素會產(chǎn)生顯著的運營商間或跨運營商互通的難題-例如，當試圖與第二運營商的MMSC實施通信時第一運營商的MMSC實施可能面臨并非無關(guān)緊要的一系列互通問題。當單個消息具有多個接收方、每個接收方在具有不同MMSC實現(xiàn)的不同運營商上時，該問題最嚴重。因為MMS消息承載了包含遠遠超出簡單文本的一種信息的消息凈荷，互通的難題變得顯著。實現(xiàn)對多媒體內(nèi)容的普遍訪問對MMS的成功是重要的。沒有好的互通，則會抵消用戶的體驗。例如，如果通過MMS發(fā)送圖片，則用戶希望它與發(fā)送時看起來完全一樣，如果不是，用戶可能不再發(fā)送MMS圖片。對聲音和^f見頻也一樣。在目的運營商不支持某些媒體類型的情況下，消息可以任選地作為傳統(tǒng)消息被遞送到目的運營商。此能力使中介能提供在直接連接情形中可能有的較大的遞送能力。例如，可使用譯碼或其他方法使MMS消息適用于接收運營商支持的媒體類型，如通過從圖像中去除顏色或深度。如圖2所示，運營商間MMS中介服務(wù)平臺100包含消息流在被遞送到目的運營商110b之前流經(jīng)的若干過程。MMS消息由入站消息驗證子系統(tǒng)112從始發(fā)運營商110a接收并導引到路由子系統(tǒng)114，路由子系統(tǒng)114在將消息發(fā)送到出站隊列120以及出站消息處理系統(tǒng)124之前適當處理該消息。在一個可能的實施中，中介服務(wù)平臺100是自身包舍在中介設(shè)備中的設(shè)備，如2003年5月1日提交的標題為"SystemsandMethodsforInterconnectingHeterogeneousNetworks"的美國序列號No.10/426,662以及2004年4月26日提交的標題為"AnIntermediaryNetworkSystemandMethodforFacilitatingMessageExchangeBetweenWirelessNetworks"的美國序列號No.l0/831，329中所述，二者通過引用結(jié)合于此。路由子系統(tǒng)114包括用于接收來自始發(fā)運營商110a的MMS消息的裝置，并與無線號碼可移植性(WNP)數(shù)據(jù)庫130以及運營商簡檔(CP)庫132通信。中介100查詢無線號碼可移植性數(shù)據(jù)庫130以權(quán)威地確定當前與識別為該MMS消息的目的地的地址相關(guān)的(即，當前為其提供服務(wù)的)運營商的身份。目的運營商110b的身份被返回。然后中介100從運營商簡檔(CP)庫132查詢目的運營商110b的CP,并且CP被返回。運營商簡檔是特定于或適用于給定運營商的定義信息的高度靈活、易于擴展的層次。存儲在運營商簡檔中的示例性信息包括但不限于有關(guān)目的運營商是否是中介的所連接的MMS客戶的信息，以及有關(guān)目的運營商可接受的MMS格式的信息。連接到運營商間MMS中介平臺的每個運營商被分配特定的簡檔。該簡檔提供靈活的配置能力，使得可以定制來自每個運營商的消息業(yè)務(wù)以及去往每個運營商的消息特務(wù)-因為每個所連接的運營商具有多個要求。運營商簡檔(CP)存儲在適當?shù)暮蠖藥熘?。本領(lǐng)域技術(shù)人員會理解該層次中向上和向下的每一不同"層級，，可以有多個入口，以及中介的CP庫加載/更新過程的實施可包括任意數(shù)量的通道或通路，包括手動的(例如，通過命令行實用程序或基于Web的用戶接口)和自動的(例如，數(shù)據(jù)文件的有計劃的交換或在線/實時數(shù)據(jù)饋送)，涉及中介和有關(guān)的運營商。此時，針對返回的CP檢查MMS消息并動態(tài)做出一系列處理決定。路由單元114配置成基于該運營商簡檔、從始發(fā)運營商接收的MMS消息的內(nèi)容以及該MMS消息的格式來確定在通知該MMS消息的目的運營商之前是否針對增值功能來處理該MMS消息。該中介的架構(gòu)特別適合通過提供中間存儲和隊列以及然后按各種增值擴展的需要對媒體組件執(zhí)行各種操作來優(yōu)化運營商間MMS消息傳遞的提供。通過檢查目的運營商的CP，中介可查詢該目的運營商是否能原樣接受即時MMS消息。如杲此查詢的回答為"是"，則該MMS消息可通過MM4遞送到目的運營商的MMSC平臺。如果此查詢的回答為"否"，則中介經(jīng)由CP中的入口來重復(以限定的方式，例如分級或加4又)，以確定譯碼操作是否適用于當前情況。如果譯碼適用，則中介處理該MMS消息并將譯碼的MMS消息通過MM4遞送到目的運營商的MMSC平臺?？商鎿Q地，或如果譯碼不適用，通知消息如SMS消息或電子郵件消息可被遞送到目的運營商以通知該MMS消息的預期4妄收方。該MMS消息在數(shù)據(jù)庫中保持激活一指定的時間段，例如72小時，該時間段之后該消息被刪除。中介將匿名檢索門戶掌管為無標記的網(wǎng)站，并且在MMS消息保持激活的時間內(nèi)，可以在該匿名檢索門戶上察看。使用該通知消息中提供的信息，該MMS消息的預期接收方可登錄到該匿名檢索門戶以檢索和察看該MMS消息。中介還包括計費子系統(tǒng)，該計費子系統(tǒng)針對每次成功地遞送到接收運營商來登記和記錄消息細節(jié)記錄(MessageDetailRecord)?，F(xiàn)在參考圖4，某些消息在中介的成功遞送時產(chǎn)生可計費事務(wù)處理，如MM4_forward.REQ作為MM4或SMS通知成功地遞送到目的地；MM4-deliveryjeport,REQ成功地遞送回始發(fā)MMSC;以及MM4jread_rq)ly—report.REQ成功地遞送回始發(fā)MMSC。從此說明中可以看出，該中介架構(gòu)設(shè)計為包括提供附加的商業(yè)和技術(shù)功能的大量可擴展增值能力，如附加消息內(nèi)容(例如，反垃圾郵件或成人過濾)、創(chuàng)建專門計費記錄以及遞送前的譯碼和過濾，如2003年11月14日提交的標題為"SystemandMethodforProvidingConfigurable,DynamicMultimediaMessageServicePre-Transcoding"的美國序歹'j號No.10/706,975所述,其通過引用結(jié)合于此。再參考中介100和多個無線運營商的MMSC網(wǎng)關(guān)110的"星形"或"輪輻，，架構(gòu)，該中介特別適合處理寄送到向不同目的運營商預訂的多個接收方的MMS消息。例如，取代始發(fā)運營商試圖連接多個目的運營商并處理多個目的運營商的互通問題，始發(fā)運營商僅需要將MMS消息導引到中介，且中介將應(yīng)對從同一始發(fā)消息中到多個無線運營商目的地的消息遞送。多媒體消息包含某些標準地址字段，包括From-始發(fā)方的地址；To-目的地址以及CC-抄送地址。所述標準字段和接受的地址格式定義在第三代合作伙伴計劃(3GPP)的TS23.140(版本5.4)規(guī)范中，其通過引用結(jié)合于此。用于MM4接口和協(xié)_漢的3GPP標準還表明入站消息中可包含多個接收方。該中介架構(gòu)能以高配置性和靈活性的方式提供這些類型的消息的遞送。圖3所示為運營商間MMS中介如何處理單個入站消息中的多個接收方。接收方標識為Al、A2、Bl、Cl、C2和C3。始發(fā)運營商110a標記為A，以及目的運營商110a、110b、110c標記為A、B和C。因此，在寄送到6個接收方的單個MMS消息中，運營商A具有兩個消息(Al，A2)，運營商B具有一個消息(Bl)，以及運營商C具有三個消息(Cl，C2和C3)。當運營商A始發(fā)該消息時，運營商A的MMSC注意到該消息中的兩個被指定到運營商A上的其他訂戶，以及在該消息被前轉(zhuǎn)到運營商間MMS中介之前，這些消息被始發(fā)運營商(運營商A)遞送。中介檢查每個目的地址并查找每個目的地址以確定目的運營商。中介平臺提供內(nèi)部路由邏輯以防止"環(huán)路，，-即，如果目的運營商與始發(fā)運營商相同，則MMS消息不前轉(zhuǎn)回始發(fā)運營商，例如，不前轉(zhuǎn)標記為Al和A2的消息。如果目的運營商與始發(fā)運營商不同，則中介從運營商簡檔庫查詢目的運營商110b、110c的運營商簡檔。運營商簡檔(除其他信息外)表明目的運營商是否要求每個接收方一個單獨消息或能應(yīng)對每個接收方多個消息。所述簡檔還表明每個運營商將如何發(fā)送MMS消息-每個接收方一個單獨消息或者每個接收方多個消息，例如，該MMS消息可作為目的運營商將遞送到接收訂戶(Cl，C2，C3)的一個消息、或作為分別寄送到各個接收訂戶的分開的消息發(fā)送到目的運營商(運營商C)。不論具體接收方的目的運營商與始發(fā)運營商相同還是不同，所有接收方地址(包括Al和A2)保留在消息中(在To或From字段中)。根據(jù)TS23.140標準，保持所有地址，使得接收方可回復全部(ReplytoAll),于是向原始消息所To和CC字段中指示的所有其他地址發(fā)送回復。在TS23.140標準中，中介負責保證該消息保持完整性。圖4示出了根據(jù)TS23.140標準的多媒體消息的示例性流程。來自始發(fā)運營商110a的消息從始發(fā)MMS用戶代理(UA)140a經(jīng)由運營商間MMS中介100流到接收方MMSUA140b。存在多個接口以便允許結(jié)構(gòu)中的各種實體之間通信，但是該圖僅示出了參考點MM1和MM4上的消息。參考點MM1用于在運營商的MMS用戶代理140和MMS中繼/服務(wù)器142之間傳送消息和數(shù)據(jù)。該消息/數(shù)據(jù)流包括將多媒體消息(MM)從MMSUA140提交到MMS中繼/服務(wù)器142，將MM從MMS中繼/服務(wù)器142拉到MMSUA140，將關(guān)于MM的信息從MMS中繼/服務(wù)器142作為MM通知的一部分推到MMSUA140，以及在MMS中繼/服務(wù)器142和MMSUA140之間交換遞送報告。參考點MM4用于在MMS中繼/服務(wù)器142和MMS中介100之間傳送消息和數(shù)據(jù)。作為安全預防措施，MMS中介100將僅接受MM4接口上的入站消息。作為反垃圾郵件措施，MM3接口^^皮阻塞。遞送(Delivery)報告和讀-回復(Read-r印ly)報告分別由接收方MMS中繼/服務(wù)器142b和接收方MMSUA140b通過MM4接口發(fā)送到MMS中介100。如圖4所示，當移動訂戶(未示出)發(fā)送MMS消息時，MMS消息^L發(fā)送到始發(fā)方MMSUA140a，其將MMl_submit.REQ請求消息下發(fā)到始發(fā)方MMS中繼/服務(wù)器142a。始發(fā)方MMS中繼/服務(wù)器142a然后向MMS中介100發(fā)送MM4一forward.REQ請求消息，其包含MMS中介IOO要前轉(zhuǎn)到目的運營商110b的實際多i某體消息。MMS中介100接收MlM^Uforward.REQ請求消息，適當?shù)靥幚?包括，如果適用，譯碼、過濾、鑒權(quán)和路由)，并將其下發(fā)到接收方MMS中繼/服務(wù)器142b以便遞送。MMS中介100要求入站的MM4_forward.REQ請求消息將路由前轉(zhuǎn)MM的MM始發(fā)方包括在該消息的尋址相關(guān)信息字段中。MMS中介100必須具有該始發(fā)方信息以便于計費和跟蹤；否則，不將該消息前轉(zhuǎn)到目的地。如果始發(fā)方MMSUA140a請求向該MM接收方隱藏身份，則關(guān)于該請求的信息必須也承載在遞送到目的地MMSC的MM4_forward.REQ中。由目的地MMSC向接收方"隱藏始發(fā)方"。在缺省情況下，MMS中介100將向目的運營商110b請求MM4—forward.RES響應(yīng)消息。這使得始發(fā)方能獲得關(guān)于存放該消息的詳細反饋。該消息可以被MMS中介100拒絕，這時MM4_forward.RES響應(yīng)消息將包含有關(guān)該消息為什么被拒絕的信息。該消息可被提交到目的運營商110b。當請求MM4—forward.RES時，需要目的運營商110b返回該消息的存放狀態(tài)。如杲該消息被拒絕，適當?shù)?GPP標準狀態(tài)代碼將表明被拒絕的原因。如果該消息被目的運營商110b成功接受，將返回具有"成功，，狀態(tài)代碼的MM4—forward.RES消息。MMS中介100支持的其他消息包括MM4—delivery_report.REQ/.RES-該消息請求/響應(yīng)對僅在始發(fā)方和目的運營商i持時才被支持。如果始發(fā)方MMSC來自有效MMS連接運營商，貝'JMM4_delivery_report.REQ將4又^L遞送到始發(fā)方MMSC。這些消息將不^為SMS通知來遞送。MM4_read_reply_report.REQ/.RES-僅和被支持的運營商一起被支持。如果始發(fā)方MMSC來自有效MMS連接運營商，則MM4_read—replyjreport.REQ僅遞送回始發(fā)方MMSC。這些消息將不作為SMS通知^遞送。本發(fā)明優(yōu)選實施例的上述說明僅為圖示和說明目的而提出。并非要窮舉或?qū)⒈景l(fā)明限制為所公開的精確形式。本領(lǐng)域普通技術(shù)人員將明白在以上公開的啟發(fā)下，此處所述的實施例可以有很多變更和修改。本發(fā)明的范圍僅由所附權(quán)利要求及其等同來限定。而且，在說明本發(fā)明的代表實施例時，本說明書可能將本發(fā)明的方法和/或過程表示為特定的步驟序列。但是，在所述方法或過程不依賴于此處提出的特定步驟順序的情況下，所述方法或過程不應(yīng)限制于上述的具體步驟序列。本領(lǐng)域普通技術(shù)人員會明白，其他步驟序列是可能的。因此，本說明書中提出的特定步驟順序不應(yīng)理解為對權(quán)利要求的限制。此外，針對本發(fā)明的方法和/或過程的，利，求不:應(yīng)限于其步驟按所寫順序來執(zhí)行，且圍內(nèi)。權(quán)利要求1.一種提供多個運營商之間的多媒體消息服務(wù)(MMS)互通的方法，包括從始發(fā)運營商接收MMS消息，其中所述MMS消息要遞送到目的運營商的接收訂戶；針對增值功能來處理所述MMS消息，其中所述處理包括查詢運營商簡檔庫以訪問所述目的運營商的運營商簡檔，所述運營商簡檔包括有關(guān)所述目的運營商是否是連接的MMS客戶的信息；如果所述目的運營商是連接的MMS客戶，則將所述MMS消息發(fā)送到所述目的運營商；如果所述目的運營商不是連接的MMS客戶，則將所述MMS消息存儲一指定的時間段，在該時間段中，所述MMS消息能在匿名檢索門戶上察看，以及將一通知消息發(fā)送到所述目的運營商以通知所述MMS消息的所述接收訂戶。2.如權(quán)利要求1的方法，其中所述運營商簡檔庫包含多個運營商的運營商筒檔。3.如權(quán)利要求1的方法，其中所述運營商簡檔包括有關(guān)所述目的運營商可接受的MMS格式的信息；以及其中所述處理步驟還包括根據(jù)所述運營商簡檔對所述MMS消息進行譯碼以產(chǎn)生譯碼的MMS消息。4.如權(quán)利要求l的方法，其中從所述始發(fā)運營商接收的所述MMS消息通過MM4消息發(fā)送到所述目的運營商。5.如權(quán)利要求1的方法，其中所述通知消息是SMS消息。6.如權(quán)利要求l的方法，其中所述通知消息是電子郵件消息。7.如權(quán)利要求1的方法，還包括查詢號碼可移植性數(shù)據(jù)庫以確定目的運營商的身份。8.如權(quán)利要求1的方法，還包括針對將所述MMS消息或所述通知消息遞送到目的運營商向所述始發(fā)運營商計費。9.如權(quán)利要求1的方法，還包括將所述MMS消息的遞送報告回所述始發(fā)運營商。10.如權(quán)利要求9的方法，其中所述報告步驟包括報告所述消息已4皮閱讀。11.如權(quán)利要求9的方法，其中所述報告步驟還包括針對所述報告向所述始發(fā)運營商計費。12.—種用于提供多個運營商之間的多媒體消息服務(wù)(MMS)互通的方法，包括從始發(fā)運營商接收MMS消息，其中所述MMS消息要遞送到多個接收訂戶；針對增值功能來處理所述MMS消息，其中所述處理包括查詢號碼可移植性數(shù)據(jù)庫以確定每一接收訂戶的目的運營商的身份；如果特定接收訂戶的目的運營商與所述始發(fā)運營商相同，則不將所述MMS消息前轉(zhuǎn)到所述目的運營商；如果特定接收訂戶的目的運營商與所述始發(fā)運營商不同，則將所述MMS消息前轉(zhuǎn)到所述目的運營商以便遞送并將所述MMS消息存儲一指定的時間段。13.如權(quán)利要求12的方法，還包括查詢運營商簡檔庫以訪問不同于所述始發(fā)運營商的每個目的運營商的運營商簡檔，所述運營商簡檔包括有關(guān)所述目的運營商是否是連接的MMS客戶的信息；以及如果所述目的運營商不是連接的MMS客戶，則將所述MMS消息存儲一指定的時間段，在該時間段中，所述MMS消息能在匿名檢索門戶上察看，以及將一通知消息發(fā)送到所述目的運營商以通知所述MMS消息的所述接收訂戶。14.如權(quán)利要求12的方法，還包括查詢運營商筒檔庫以訪問不同于所述始發(fā)運營商的每個目的運營商的運營商簡檔，其中所述運營商筒檔包括有關(guān)所述目的運營商可接受的MMS格式的信息；以及其中所述處理步驟還包括根據(jù)所述運營商簡檔對所述MMS消息進行譯碼以產(chǎn)生譯碼的MMS消息，以1更遞送到所述目的運營商。15.—種用于提供多個運營商之間的多媒體消息服務(wù)(MMS)互通的系統(tǒng)，包括路由子系統(tǒng)，包括從始發(fā)運營商接收MMS消息的裝置；號碼可移植性數(shù)據(jù)庫，與所述路由子系統(tǒng)通信并配置成確定所述MMS消息要被發(fā)送到的目的運營商的身份；運營商簡檔庫，也與所述路由子系統(tǒng)通信并配置成訪問所述目的運營商的以前存儲的運營商簡檔，所迷運營商簡檔包括有關(guān)所述目的運營商可接受的MMS格式的信息，以及有關(guān)所述目的運營商是否是連接的MMS客戶的信息；所述路由子系統(tǒng)配置成基于所述運營商簡檔、從所述始發(fā)運營商接收的所述MMS消息的內(nèi)容以及所述MMS消息的格式，確定在通知所述MMS消息的所述目的運營商之前是否針對增值功能來處理所述MMS消息。全文摘要為運營商間多媒體消息(MMS)服務(wù)提供中介模型以使得許多無線運營者可在他們之間傳送MMS消息的架構(gòu)和方法。該架構(gòu)還提供了可以向非總體運營商間MMS基礎(chǔ)設(shè)施一部分的那些無線運營者至少遞送通知消息。文檔編號H04L12/56GK101124778SQ200580028396公開日2008年2月13日申請日期2005年8月8日優(yōu)先權(quán)日2004年8月19日發(fā)明者可克·特賽,威廉·H·達德利,小羅伯特·C·洛弗爾,布賴恩·杰弗里·貝格利,德里克·亨·基特·塔姆,朱玟憲,詹姆士·C·法羅申請人:賽貝斯365有限公司