專利名稱：操作供應商內以及供應商間的消息傳送系統的系統和方法
技術領域：
一般來說，本發明涉及網絡通信系統，以及更具體來說，涉及在一個運營商網絡中實現供應商內及供應商間的消息傳遞系統的操作的系統和方法。
背景技術：
現代通信時代已經帶來了無線和有線網絡的極大擴展。計算機網絡、電視網絡以及電話網絡正經歷通過消費者需求推動的空前的技術擴展。無線和移動組網技術針對相關的消費者需求，同時還提供信息傳輸的更大靈活度和直接性。
當前及未來的組網技術不斷有利于信息傳輸以及對用戶的便利性。本地、區域及全球網絡、如因特網的迅速擴大已經使大量信息為用戶所用。這些組網技術已經擴展到越來越多地包含無線及移動技術。通過這些網絡，消息傳遞信息可在臺式系統、無線系統、移動系統等等之間傳遞。例如，經由因特網可得到的多媒體消息傳遞信息現在可在諸如蜂窩電話等無線移動單元、個人數字助理(PDA)、膝上型計算機等等之間傳遞。多媒體消息傳遞信息還可在移動單元與電子郵件服務器之間傳遞。
便于因特網內容到無線裝置以及來自其中的傳遞的這樣一種技術是無線應用協議(WAP)，它使因特網和其它網絡與無線網絡平臺相結合。一般來說，WAP是說明因特網標準以及無線服務標準的特性和功能性的一組協議。它與無線網絡標準無關，并且設計作為開放式標準。WAP橋接無線因特網范例與無線域之間的間隙，這允許無線裝置用戶享受兩種平臺上的因特網的益處。
通常稱作2G無線服務的第二代無線服務是基于電路交換技術的現行無線服務。2G系統、如全球移動通信系統(GSM)和個人通信服務(PCS)使用改進質量的數字無線電技術以及優于第一代移動技術的更廣泛的服務。3G、即第三代表示一組數字技術，通過在終端與網絡之間設置新的基于分組的傳輸方法，保證容量、速度及效率方面的改進。3G裝置和網絡的用戶將有權訪問多媒體服務，例如視頻點播、電視會議、快速WEB訪問以及文件傳輸。
對于移動終端之間以及無線移動裝置與因特網連接裝置之間的多媒體消息傳遞的需求不斷增長。在一個運營商網絡中操作兩個或兩個以上消息傳遞系統通常是希望或者必要的。兩個或兩個以上消息傳遞系統可包括一個供應商的消息傳遞系統或者若干供應商的消息傳遞系統。例如WAP論壇和第三代合作項目(3GPP)傳播的那些當前移動通信標準缺乏在一個運營商網絡中支持若干消息傳遞系統的選項。
通信行業中需要一種系統和方法來提供標準化方法，以便幫助在一個運營商網絡中操作多個消息傳遞系統。還需要這樣一種系統和方法，它能夠支持不符合更新標準方案的遺留移動終端。本發明針對先有技術的這些及其它缺點提供一種解決方案，并且提供優于先有技術的其它優點。

發明內容
本發明針對用于在一個運營商網絡中實現多個消息傳遞系統的系統和方法。根據本發明的一種方法涉及通過把消息從發起終端發送到目標終端來發起消息事務處理。該消息存儲在具有若干消息傳遞系統的一個運營商網絡的特定消息傳遞系統中。一個或多個握手消息從目標終端定向到特定消息傳遞系統，每個握手消息指明消息事務處理的狀態。
在本發明的另一個實施例中，系統包括第一和第二移動終端。第一移動終端通過向第二移動終端發送消息來發起消息事務處理。特定消息傳遞服務系統耦合到第一和第二移動終端，并占用包含若干消息傳遞服務系統的一個運營商網絡。特定消息傳遞服務系統存儲第一移動終端發送的消息，以及從第二移動終端接收定向到特定消息傳遞服務系統、與消息事務處理狀態有關的握手消息。
在本發明的另一個實施例中，系統包括用于通過把消息從發起終端發送到目標終端來發起消息事務處理的部件、用于把消息存儲在具有若干消息傳遞系統的運營商網絡的特定消息傳遞系統中的部件、以及用于把一個或多個握手消息從目標終端定向到特定消息傳遞系統的部件，每個握手消息指明消息事務處理的狀態。
本發明的又一個實施例包括計算機可讀媒體，其中具有用于在具有若干消息傳遞系統的一個運營商網絡的發起終端與目標終端之間發送消息傳遞信息的計算機可執行指令。計算機可執行指令執行一種方法，其中包括通過把消息從發起終端發送到目標終端來發起消息事務處理、把消息存儲在具有若干消息傳遞系統的運營商網絡的特定消息傳遞服務系統中、以及把一個或多個握手消息從目標終端定向到特定消息傳遞服務系統，每個握手消息指明消息事務處理的狀態。


圖1是消息傳遞系統中的各個體系結構元件的示圖；圖2是示圖，表示消息傳遞服務系統接口的無線應用協議(WAP)實現；圖3A和3B是框圖，說明為通過無線網絡耦合的兩個移動終端提供消息傳遞服務的各種消息傳遞服務系統組件；圖4是流程圖，說明在消息事務處理過程中目標終端與消息傳遞服務系統之間的信號流；圖5是框圖，說明占用一個運營商網絡且通過負荷平衡交換機耦合的多個消息傳遞服務系統；圖6A和6B說明在包含多個消息傳遞服務系統的一個運營商網絡中路由握手消息時的沖突；
圖7是流程圖，在概念上說明一種根據本發明的一個實施例、在一個運營商網絡中實現若干消息傳遞服務系統的操作的方法；圖8A和8B說明根據本發明的一個實施例、利用統一資源標識符來引導握手信號的方法；圖9A和9B說明根據本發明的一個實施例、利用負荷平衡交換機通過分析事務處理標識確定握手消息的路由選擇來引導握手消息的方法；圖10A和10B說明根據本發明的一個實施例、利用隨機選取的消息傳遞服務系統以分析消息事務處理標識來引導握手消息的方法；圖11A和11B說明根據本發明的一個實施例、在消息沒有檢索而被轉發時引導握手消息的方法；圖12A和12B說明根據本發明的一個實施例、通過向一個運營商網絡中的所有消息傳遞服務系統廣播握手消息來引導握手消息的方法；以及圖13A和13B說明根據本發明的一個實施例、通過把握手消息依次路由到運營商網絡的各消息傳遞服務系統來引導握手消息的方法。
具體實施例方式
在以下對各種實施例的描述中，參照構成其組成部分的附圖，附圖中作為說明，給出一些可實施本發明的各種實施例。大家理解，可采用其它實施例，并且可以不背離本發明的范圍而進行結構和功能修改。
無線通信裝置之間以及無線與有線通信裝置之間的消息傳遞可包含許多不同的網絡類型、通信協議以及通信裝置。圖1說明一般的消息傳遞體系結構，它可用于接納各種消息傳遞服務，包括例如短消息傳遞服務(SMS)、擴展消息傳遞服務(EMS)以及多媒體傳遞消息服務(MMS)。
消息傳遞服務的基本功能性由消息傳遞服務系統提供。消息傳遞服務系統支持消息傳遞服務的消息存儲、通知以及轉發操作。在圖1的實例中，消息傳遞服務系統120包括消息傳遞服務器/中繼121以及相關消息傳遞存儲裝置123。消息傳遞服務系統可通過移動網絡135連接到一個或多個移動終端150。
移動終端135可結合例如由第三代合作項目(3GPP)標準化的那些高級無線通信協議，從而提供優于先有技術的網絡容量方面的顯著增益。這些協議在與多媒體裝置配合使用時實現高級視頻和多媒體服務。例如個人數據助理(PDA)152、多媒體移動電話151、手持式或膝上型計算機153等多媒體裝置以及其它無線裝置154可連接到消息傳遞服務系統120，并且可按照例如圖像、文本、音頻或視頻等若干格式提供消息傳遞內容。消息傳遞服務系統120負責入局和出局消息的存儲和處理，以及負責根據需要把消息傳遞到不同的消息傳遞系統。
例如，消息傳遞服務系統120可耦合到其它類似的消息傳遞服務系統110，或耦合到電子郵件服務器140或者通過因特網125可訪問的其它服務器(YOS)130。這種等級的連通性使各種消息傳遞格式能夠在無線移動裝置與因特網連接裝置之間傳送。
當發起終端向目標終端發送消息時，開始消息事務處理。這個事件是涉及從發起方向目標傳遞消息的各種裝置之間可能出現的一系列數據和握手通信中的第一個。來自發起終端的消息可存儲在消息服務器中，并且稍后可由目標終端進行檢索或傳遞到其中。在一個實例中，消息可通過無線網絡在無線終端與消息服務器之間進行路由，其中各裝置采用兼容的通信協議。或者，消息可通過利用能夠提供移動服務擴展的代理裝置在無線終端與消息服務器之間進行路由。例如，代理裝置、如WAP無線代理可用來處理通信保密性事情，或者用來提供推送(push)功能性，使消息傳遞服務系統能夠向移動裝置異步發送信息。此外，例如，可能需要轉換裝置來提供無線裝置與消息傳遞服務系統的通信協議之間的兼容性。更具體來說，該系統可利用WAP網關來處理移動終端與消息服務器之間的協議互通。
圖2提供無線消息傳遞終端210與消息傳遞服務系統的消息中繼/服務器250之間的傳輸路徑的一個實例。在本例中，無線終端210通過無線應用協議(WAP)網關230耦合到消息傳遞服務器/中繼250。WAP網關提供用于把無線裝置鏈接到因特網的標準化協議。網關230支持用于無線通信的接口協議，并且可與多媒體消息傳遞服務配合使用兼容。例如，多媒體消息可利用WAP會話協議(WSP)260和/或WAPPUSH服務從無線終端210通過移動網絡220轉送到WAP網關230。多媒體消息可利用HTTP格式270通過因特網240從WAP網關230被傳送到消息傳遞中繼/服務器250。
圖3A說明為兩個移動終端310、320提供消息傳遞服務的各種消息傳遞服務系統組件。在本例中，無線終端310、320耦合在一起，并通過無線網絡330耦合到消息傳遞服務系統340。消息傳遞服務系統340可包括一個或多個消息傳遞服務器342、344以及一個或多個消息存儲裝置346。更一般來說，這些裝置可經由包括例如圖1所示的多個通信路徑被耦合。
在圖3B所示的實例中，涉及消息事務處理的裝置包括發起終端310、目標終端320以及消息傳遞服務系統340。在本例中，終端310、320利用例如WAP等無線通信協議、通過無線網絡330連接到代理裝置350。WAP無線代理350可通過因特網360耦合到消息傳遞服務系統340。消息傳遞服務系統可包括一個或多個消息傳遞服務器342、344以及一個或多個消息存儲裝置346。
消息通過無線網絡330從發起終端310傳遞到消息傳遞服務系統340。消息可以被臨時存儲在消息傳遞服務系統340中，直到定位目標終端320。當目標終端320被消息傳遞服務系統340定位時，消息傳遞服務系統340向目標終端320發送已經接收到消息的通知。
響應對通知的接收，目標終端可調用立即或延遲的消息檢索請求。消息檢索的發起可通過目標終端320提示目標用戶(未示出)發出檢索請求來實現，或者目標終端320可自動調用檢索請求。消息檢索請求從目標終端320發送到消息傳遞服務中心340。在接收到消息檢索請求時，消息傳遞服務系統340把消息傳遞給目標終端320。
圖4更詳細地說明消息傳遞服務系統420與目標終端410之間的消息事務處理流程的基本結構。消息事務處理流程包括在消息傳遞服務系統420與目標終端410之間的一系列數據和握手消息。
當消息440由發起終端430經由消息傳遞服務系統420向目標終端410發送時，開始消息事務處理流程。消息440可例如使用WSP/HTTP POST格式來發送到目標消息傳遞服務系統420。消息440可在消息傳遞服務系統420中存儲一段時間。當消息傳遞服務系統420定位目標終端410時，消息傳遞服務系統420向目標終端410發送通知消息442，通知目標終端410已經接收到消息。目標終端410響應通知消息442而向消息傳遞服務系統420傳送通知確認444，表明目標終端410已經接收到通知消息442。目標終端410可立即檢索從發起終端430發出的消息，或者可把對消息的檢索延遲一段時間。
目標終端410通過向消息傳遞服務系統420發送消息檢索請求446來調用消息檢索。例如，目標終端410可使用WSP/HTTP GET格式來發送消息檢索請求446。消息傳遞服務系統420響應消息檢索請求446而向目標終端410傳遞消息448。目標終端以定向到消息傳遞服務系統420的傳遞確認450來確認消息448的傳遞。消息傳遞服務系統可向發起終端430表明消息傳遞已完成460。
在許多應用中，在一個運營商網絡中起作用若干消息傳遞服務系統之間分配消息傳遞服務是希望的或者必要的。在消息傳遞服務系統之間的消息傳遞業務量分配可用來實現消息傳遞服務的所需容量或響應時間，或者用來提供消息傳遞系統冗余度。例如，消息傳遞服務中心可設置在不同的地理位置，提供冗余系統以便在災難出現的情況下維護消息傳遞服務。此外，可能希望讓兩個供應商的消息傳遞系統在同一個網絡空間中順暢地工作。
向若干消息傳遞服務系統分配消息傳遞業務量可利用負荷平衡交換機來實現。可采用各消息傳遞服務系統所提供的關于功能和服務的信息對負荷平衡交換機編程。負荷平衡交換機可根據各種負荷平衡考慮事項把消息傳遞業務量定向到適當的消息傳遞服務系統。例如，負荷平衡交換機可根據其中包含用戶ID、電話號碼及設備類型的移動用戶和設備要求來分配消息傳遞。負荷平衡還可基于網絡中各種消息傳遞系統的能力，其中包括耦合到該交換機的各種消息傳遞系統的容量或響應時間。
一般來說，無線裝置可通過無線網絡、或者利用例如WAP網關等轉換裝置或利用WAP無線代理來耦合到負荷平衡交換機。一個利用負荷平衡交換機和可選WAP無線代理的示例網絡系統如圖5所示。在本例中，發起終端510和目標終端520通過無線網絡530耦合到WAP無線代理540。WAP無線代理540耦合到負荷平衡交換機550。在一個運營商網絡580中工作的兩個消息傳遞系統560、570通過因特網連接555連接到交換機550。雖然此例表示了運營商網絡580中的兩個消息傳遞系統，但消息傳遞系統的數量可以超過兩個。各消息傳遞系統560、570可具有一個或多個消息傳遞中繼/服務器562、564、572、574以及相關的消息存儲裝置(未示出)。
在包含若干消息傳遞服務系統的運營商網絡中的負荷平衡的使用可能存在特定問題。在這些情況下，負荷平衡把附加網絡元件插入消息事務處理流程。對于某些消息傳遞系統、如多媒體消息傳遞，如WAP和3GPP的各種標準小組建立的協議沒有充分處理在一個運營商網絡中操作一個以上消息傳遞服務系統所需的通信協議要求。
圖6A和6B說明利用一個運營商網絡中的兩個消息傳遞服務提供的、與例如多媒體消息傳遞服務等消息傳遞服務有關的消息傳遞的握手協議方面的沖突。現在來看圖6A，說明表示消息發送及檢索過程的消息事務處理，其中采用了設置在無線裝置610、620與在單個運營商網絡660中工作的兩個消息傳遞服務系統640、650之間的負荷平衡交換機634。該系統可包括可選無線代理632，但這不是必需的組件。負荷平衡交換機634用于把消息傳遞業務量定向到運營商網絡660中的消息傳遞服務系統640、650。在本例中，發起終端610和目標終端620表示為移動電話。在其它配置中，消息傳遞終端610、620可表示許多不同的消息傳遞設備類型，以及可按照各種方式、如圖1所示的那些方式進行連接。
當發起終端610向目標終端620發送消息時，開始消息事務處理。消息611可例如通過WSP/HTTP POST命令來發送。WSP/HTTPPOST消息611采用運營商網絡的虛擬地址來標識消息611被定向的位置。在圖6的實例中，運營商網絡的虛擬地址由統一資源標識符(URI)//mmsc.operator.net提供。URI//mmsc.operator.net標識的運營商網絡包括兩個消息傳遞服務系統、即系統1640和系統2650。
在圖6所示的實例中，來自發起終端610的消息611經由無線網絡傳送到負荷平衡交換機634。消息611從交換機634被路由到//mmsc.operator.net標識的運營商網絡660的消息傳遞服務系統640、650其中之一。路由消息的標準可基于運營商網絡660中的各種消息傳遞服務系統640、650的容量或響應時間，或者消息可根據任何所需處理來分配。在本例中，負荷平衡交換機634把消息611路由到系統1640。
在消息611被傳遞到消息傳遞服務系統1640之后，消息傳遞服務系統1640響應消息611而把通知消息612定向到目標終端620。通知消息612向目標終端620表明已經接收到消息611。通知消息612通過交換機634傳送到目標終端620。從消息傳遞服務系統1640到目標終端620的通知消息612提供一個提供消息傳遞服務系統1640的位置的URI以及消息611的消息標識。具體來說，消息傳遞服務系統1 640在通知消息中提供URI//mmsc.operator.net/systeml/messageid。這樣，使得目標終端620知道存儲消息的消息傳遞服務系統(在本例中為消息傳遞服務系統1640)的位置。
在接收到來自消息傳遞服務系統1 640的通知消息612時，目標終端620通過傳送通知確認消息613進行響應。通知確認消息613由目標終端620通過負荷平衡交換機634傳送。
把通知確認613路由到消息被定位的消息傳遞服務系統1 640的步驟在交換機634上出現問題。根據現行3GPP和/或WAP論壇標準(3G TS23.140，WAP-206 MMS客戶機事務處理，WAP-209 MMS封裝)，不要求消息被定位的消息傳遞服務系統的特定URI被包含在通知確認613中。沒有特定URI使得不可能把通知確認613自動路由到適當的消息傳遞服務系統、在本例中為消息傳遞服務系統1 640。在當前協議下，交換機634無法解析是否把通知確認613沿路徑614傳送到消息傳遞服務系統1 640，或者是否把通知確認613沿路徑615傳送到消息傳遞服務系統2 650。
在與消息檢索相關的握手協議中出現類似情況，如圖6B所示。目標終端620通過發送被定位到存儲消息的消息傳遞服務系統1 640的消息檢索請求621來發起消息檢索。目標終端620可使用例如WSP/HTTP GET請求來發送消息檢索請求621。發起消息檢索時，目標終端620在消息檢索請求621中加入來自存儲消息的消息傳遞服務系統640的通知消息612中提供的特定URI，如前面結合圖6A所述。在圖6B的實例中，來自目標終端620的消息檢索請求621加入URI//mmsc.operator.net/systeml/，表明將從消息傳遞服務系統1 640中檢索消息。
消息檢索請求621從目標終端620傳送到消息傳遞服務系統1640。響應對消息檢索請求621的接收，消息傳遞服務系統1 640把消息622傳送到目標終端620。當目標終端620接收到來自消息傳遞服務系統1 640的消息622時，目標終端620通過傳送傳遞確認623進行響應。傳遞確認623表明已經傳遞了消息622。但是，根據現行3GPP和/或WAP論壇標準(3G TS23.140，WAP-206 MMS客戶機事務處理，WAP-209 MMS封裝)，不要求從其中傳遞消息的消息傳遞服務系統的特定URI被包含在傳遞確認中。沒有特定URI使得不可能把傳遞確認自動路由到適當的消息傳遞服務系統。
在圖6B所示的情況下，在當前標準協議下，交換機634無法解析是否把傳遞確認消息623通過路徑624傳送到消息傳遞服務系統1640，或者是否把傳遞確認623通過路徑625傳送到消息傳遞服務系統2 650。
在當前WAP和3GPP標準下，不支持一個運營商網絡中的若干消息傳遞服務系統的使用。不要求利用例如消息傳遞服務系統的URI對特定消息傳遞服務系統位置的標識被包含在某些握手消息、如上述通知確認和傳遞確認消息中。這種情況可能在負荷平衡交換機上導致確定握手消息應該發送到其中的消息傳遞服務系統方面的沖突。本發明針對用于解決與在一個運營商網絡中實現一個以上消息傳遞服務系統的操作相關的這些及其它問題的方法和系統。
在圖7的流程圖中，從廣義、整體方面在概念上說明本發明的一個方法。當發起終端向目標終端發送消息時，開始消息事務處理(步驟710)。該消息存儲在具有若干消息傳遞系統的一個運營商網絡的特定消息傳遞系統中(步驟720)。消息傳遞系統可通過在消息傳遞系統之間分配消息的負荷平衡交換機進行耦合。消息事務處理包括在發起終端、消息傳遞服務系統及目標終端之間流動的許多數據和握手消息。指明消息事務處理狀態的握手消息從目標終端被定向到其中存儲了消息的特定消息傳遞系統(步驟730)，從而在一個運營商網絡中實現若干消息傳遞系統的操作。
根據本發明的一個方法，存儲了消息的特定消息傳遞服務系統的URI的結合是從目標終端發送到特定消息傳遞服務系統的確認消息所要求的。通過這個方法，確認消息可被正確地路由到存儲了消息的特定消息傳遞服務系統。
在圖8A的示圖中說明這個方法。從發起終端810定向到目標終端820的消息811臨時存儲在特定消息傳遞服務系統中。在圖8A的實例中，消息811存儲在消息傳遞服務系統1 840中。消息傳遞服務系統1 840設置在包含兩個消息傳遞服務系統840、850的運營商網絡860中。雖然只是兩個消息傳遞服務系統840、850示于運營商網絡860中，但可包括兩個以上網絡。
在消息傳遞服務系統1 840接收到消息811之后，消息傳遞服務系統1 840發送被定向到目標終端820的通知消息812。目標終端820通過向消息傳遞服務系統1 840發送通知確認813進行響應。在本實施例中，通知確認813被發送到存儲消息的消息傳遞服務系統的特定URI。在圖8A的實例中，通知確認813加入消息傳遞服務系統1 840的URI//mnsc.operator.net/systeml/。由于通知確認813加入消息傳遞服務系統1 840的特定URI，因此交換機834能夠把通知確認定向到正確的消息傳遞服務系統。
本實施例的消息檢索以相似方式進行工作，如圖8B所示。目標終端820通過向消息傳遞服務系統1 840發送消息檢索請求821來調用消息檢索。響應消息檢索請求821，消息傳遞服務系統1 840把消息822傳送到目標終端820。
目標終端820向消息傳遞服務系統1 840發送傳遞確認823。傳遞確認823包含消息傳遞服務系統1 840的URI。在圖8B的實例中，傳遞確認823加入作為消息傳遞服務系統1 840的URI位置的URI//mmsc.operator.net/systeml/。通過在傳遞確認823中加入URI，交換機能夠把傳遞確認823發送到正確的消息傳遞服務系統。
本實施例的一個方面要求結合到消息傳遞標準、如3GPP和/或WAP論壇規范(3G TS23.140，WAP-206 MMS客戶機事務處理，WAP-209 MMS封裝)，從目標終端向消息傳遞服務系統傳遞響應時應該使用在消息通知中所用的URI的一部分的要求。這個要求確保確認消息，諸如通知確認和傳遞確認，將加入消息被被定向的特定消息傳遞服務系統的URI，使得確認消息可被正確地路由。
本實施例的另一個方面需要上述標準所要求的通知消息中的新信息元素。根據本發明的這個方面，結合在來自消息傳遞服務系統的通知消息中、表示例如“響應于”的新信息元素向消息傳遞服務系統提供所有確認消息的返回位置。要求目標終端使用發送到消息傳遞服務系統的確認消息、包括例如通知確認和傳遞確認的返回位置。
本發明的上述實施例考慮各種現有標準的變更，以便要求在確認消息中加入消息傳遞服務系統URI。以下所述的本發明的其它實施例在不要求對這些標準進行修改的情況下在一個運營商網絡中實現若干消息傳遞服務系統的使用。不管是否修改現行標準，以下所述的實施例對于與沒有結合標準變更的遺留裝置的配合使用是有利的。
圖9A和9B所示的本發明的一個方法采用負荷平衡交換機來檢查結合到確認消息中的事務處理標識，從而確定由目標終端傳送的確認消息的適當路由選擇。參照圖9A，當發起客戶機910發送被定向到目標終端920的消息911時，發起消息事務處理。消息911由負荷平衡交換機934進行路由，用于存儲在消息傳遞服務系統1 940中。消息傳遞服務系統1 940向目標終端920發送通知消息912。在當前通信協議下，通知消息912包含事務處理標識或事務處理ID，它用于把數據包與特定消息事務處理相關。
目標終端920通過交換機934向消息傳遞服務系統1 940發送包含事務處理ID的通知確認913。交換機934檢查事務處理ID，以及從事務處理ID所包含的信息中得出通知確認應該被路由到的消息傳遞服務系統、在本例中為消息傳遞服務系統1 940。
根據本實施例的消息檢索如圖9B所示。當目標終端920發送被定向到消息傳遞服務系統1 940的消息檢索請求時，發起消息檢索。消息傳遞服務系統1940通過向目標終端920傳送消息922進行響應。目標終端920通過向消息傳遞服務系統1 940傳送加入了事務處理ID的傳遞確認923來確認消息接收。交換機934分析來自目標終端920的傳遞確認923中的事務處理ID，以及把傳遞確認923路由到正確的消息傳遞服務系統，在本例中為消息傳遞服務系統1 940。
本發明的其它實施例采用消息傳遞服務系統把確認消息路由到正確的消息傳遞服務系統。在圖10A和10B的示圖從概念上所示的一個實施例中，當發起終端1010向目標終端1020發送消息1011時，發起事務處理。消息1011由交換機1034進行路由，用于存儲在消息傳遞服務系統1 1040中。消息傳遞服務系統1 1040向目標終端1020發送包含事務處理ID的通知消息1012。
目標終端1020響應通知消息1012而向消息傳遞服務系統1 1040發送其中還加入了事務處理ID的通知確認1013。交換機1034把通知確認1013路由到運營商網絡的隨機消息傳遞服務系統，在本例中為消息傳遞服務系統2 1050。消息傳遞服務系統2 1050接收通知確認1013，以及分析事務處理ID以確定通知確認1013被定向到的正確消息傳遞服務系統，在本例中為消息傳遞服務系統1 1040。然后，消息傳遞服務系統2 1050向消息傳遞服務系統1 1040傳送通知確認1014。
消息檢索如圖10B的示圖所示。當目標終端1020向請求消息檢索的消息傳遞服務系統1 1040傳送消息檢索請求1021時，發起消息檢索。在接收到消息檢索請求1021時，消息傳遞服務系統1 1040把消息1022傳送到目標終端1020。
在接收到消息1022時，目標終端1020傳送結合了事務處理ID的傳遞確認1023。交換機1034把傳遞確認1024路由到運營商網絡的隨機消息傳遞服務系統，在本例中為消息傳遞服務系統2 1050。消息傳遞服務系統2 1050分析傳遞確認1023中結合的事務處理ID，以及把傳遞確認1025重新定向到正確的消息傳遞服務系統、即消息傳遞服務系統1 1040。
不是調用消息檢索請求，目標終端而是可以請求沒有檢索轉發消息。本發明用于處理包含轉發請求的消息事務處理的一個方法如圖11A和11B的示圖所示。
根據本實施例，當發起終端1110把消息1111定向到目標終端1120時，發起消息事務處理。消息1111由交換機1134進行路由，用于存儲在消息傳遞服務系統1 1140中。消息傳遞服務系統1 1140向目標終端1120傳送結合了事務處理ID的通知消息1112。
目標終端1120響應消息通知1112而傳送沒有檢索請求的轉發1113。交換機1134把沒有檢索請求的轉發1113路由到隨機消息傳遞服務系統，在本例中為消息傳遞服務系統2 1150。消息傳遞服務系統2 1150建立到轉發請求被定向到的消息傳遞服務系統(在本例中例如為消息傳遞服務系統1 1140)的代理連接。消息傳遞服務系統2 1150把轉發請求1114路由到消息傳遞服務系統1 1140。消息傳遞服務系統1 1140通過轉發確認1115同步響應轉發消息請求1114。轉發確認1115通過隨機選取的消息傳遞服務系統2 1150被路由到交換機1134，以及最終被路由到目標終端1120。
結合圖9A、9B、10A、10B、11A和11B所述的本發明的實施例取決于分析確認消息中結合的事務處理ID以便確定確認消息的正確路由選擇。在圖9A和9B所示的示例實施例中，負荷平衡交換機是負責分析事務處理ID以確定確認的正確路由選擇的網絡元件。在圖10A、10B、11A和11B的示例實施例中，消息傳遞服務系統是執行事務處理ID的分析的網絡元件。在一些情況下，負荷平衡交換機和/或消息傳遞服務系統可能無法通過分析事務處理ID來解析確認的正確路由選擇。
本發明的以下實施例采用把確認定向到多個消息傳遞服務系統、直到該確認到達正確消息傳遞服務系統的技術。在結合圖12A和12B論述的實施例中，通過接收確認的第一消息傳遞服務系統向運營商網絡中的其它所有消息傳遞服務系統廣播確認。在結合圖13A和13B所述的實施例中，接收確認的第一消息傳遞服務系統把確認路由到第二消息傳遞服務系統。第二消息傳遞服務系統把確認路由到第三消息傳遞服務系統，等等，直到確認到達正確的消息傳遞服務系統。
在結合圖12A和12B所述的實施例中，通過接收消息的第一消息傳遞服務系統向運營商網絡中的所有消息傳遞服務系統廣播確認消息。發起終端1210通過把消息1211定向到目標終端1220來發起消息事務處理。消息1211由負荷平衡交換機1234進行路由，用于存儲在消息傳遞服務系統1 1240中。消息傳遞服務系統1 1240向目標終端1220傳送通知消息1212。
目標終端1220傳送通知確認1213。交換機1234把通知確認1213路由到隨機消息傳遞服務系統。在圖12A的實例中，消息傳遞服務系統2 1250被選作隨機消息傳遞服務系統。消息傳遞服務系統2 1250向運營商網絡1260中的其它每個消息傳遞服務系統1240、1270廣播通知確認。具體來說，消息傳遞服務系統2 1250把通知確認1216路由到消息傳遞服務系統1 1240，以及還把通知確認1217路由到消息傳遞服務系統3 1270。各消息傳遞服務系統1240、1250、1270分析通知確認以確定通知確認是否被定向到該特定消息傳遞服務系統。
如圖12B所示，當目標終端1220向請求檢索存儲消息的消息傳遞服務系統1 1240傳送消息檢索請求1221時，發起消息檢索。消息傳遞服務系統1 1240通過向目標終端1220傳送消息1222進行響應。在接收到消息1222時，目標終端1220傳送傳遞確認1223。
當傳遞確認消息1223到達交換機1234時，交換機1234無法解析確認被定向到的正確消息傳遞服務系統。交換機1234把確認1223傳送到隨機選取的消息傳遞服務系統。在圖12B的實例中，消息傳遞服務系統2 1250被選取。
消息傳遞服務系統2 1250把確認路由到運營商網絡1260中的其它每個消息傳遞服務系統1240、1270。具體來說，消息傳遞服務系統2 1250把確認1224路由到消息傳遞服務系統1 1240，以及還把確認1225路由到消息傳遞服務系統3 1270。各消息傳遞服務系統1240、1250、1270確定傳遞確認是否被定向到該特定消息傳遞服務系統。
本發明的另一個實施例如圖13A和13B的示圖所示。通過發起終端1310把消息1311定向到目標終端1320來發起消息事務處理。消息1311由交換機1334路由到消息傳遞服務系統1 1340供存儲。消息傳遞服務系統1 1340向目標終端1320傳送消息通知1312。
目標終端1320響應通知消息1312而傳送通知確認1313。當通知確認1313到達交換機1334時，交換機1334無法解析通知確認被定向到的正確消息傳遞服務系統。交換機1334把通知確認1313傳送到運營商網絡中的消息傳遞服務系統。在圖13的實例中，通知確認1313首先被路由到消息傳遞服務系統3 1370。
消息傳遞服務系統3 1370分析通知確認以確定該通知確認是否用于消息傳遞服務系統3 1370。如果通知確認1313沒有被定向到消息傳遞服務系統3 1370，則消息傳遞服務系統3 1370把通知確認1319路由到消息傳遞服務系統2 1350。消息傳遞服務系統2 1350分析通知確認以確定該通知確認是否用于消息傳遞服務系統2 1350。如果不是，則消息傳遞服務系統2 1350把通知確認1318路由到消息傳遞服務系統1 1340。
按照類似的方式，傳遞確認繼續被路由到運營商網絡中的每個消息傳遞服務系統，直到傳遞確認到達正確的消息傳遞服務系統。如圖13B所示，目標終端1320可通過向存儲了消息的消息傳遞服務系統(在本例中為消息傳遞服務系統1 1340)傳送消息傳遞請求1321來請求消息傳遞。消息傳遞服務系統1 1340通過向目標終端1320傳送消息1322進行響應。
目標終端1320通過傳送傳遞確認1323來確認對消息1322的接收。當傳遞確認1323到達交換機1334時，交換機1334無法解析傳遞確認1323被定向到的消息傳遞服務系統。交換機1334把傳遞確認1323路由到運營商網絡1360中的消息傳遞服務系統。在圖13B的實例中，交換機1334把傳遞確認1323路由到消息傳遞服務系統31370。
消息傳遞服務系統3 1370確定傳遞確認沒有被定向到消息傳遞服務系統3 1370，以及把傳遞確認1329路由到下一個消息傳遞服務系統，即消息傳遞服務系統2 1350。消息傳遞服務系統2 1350確定傳遞確認1329沒有被定向到消息傳遞服務系統2 1350。消息傳遞服務系統2 1350把傳遞確認1328路由到消息傳遞服務系統1 1340。這樣，傳遞確認被定向到每個消息傳遞服務系統，直到傳遞確認到達正確的消息傳遞服務系統。
雖然本發明可修改為各種修改方案和備選形式，但通過實例在附圖中表示了其具體情況，并且將在下面詳細描述。但是，大家會理解，其目的不是把本發明限制到所述的特定實施例。相反，本發明意在涵蓋落入所附權利要求書定義的本發明的范圍之內的所有修改方案、等效方案及備選方案。
權利要求
1.一種用于在具有若干消息傳遞系統的運營商網絡的發起終端與目標終端之間發送消息傳遞信息的方法，所述方法包括以下步驟通過從所述發起終端向所述目標終端發送消息來發起消息事務處理；把所述消息存儲在具有若干消息傳遞服務系統的所述運營商網絡的特定消息傳遞服務系統中；以及把一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統，每個握手消息指明所述消息事務處理的狀態。
2.如權利要求1所述的方法，其特征在于，在發起終端與目標終端之間發送消息傳遞信息的步驟包括發送多媒體消息傳遞信息。
3.如權利要求1所述的方法，其特征在于，把所述消息存儲在所述特定消息傳遞系統中的步驟包括根據一個或多個負荷平衡參數選擇所述特定消息傳遞服務系統。
4.如權利要求3所述的方法，其特征在于，根據一個或多個負荷平衡參數選擇所述特定消息傳遞服務系統的步驟包括根據所述運營商網絡中的若干消息傳遞服務系統的響應時間把所述消息分配到所述特定消息傳遞服務系統。
5.如權利要求3所述的方法，其特征在于，根據一個或多個負荷平衡參數選擇所述特定消息傳遞服務系統的步驟包括根據所述運營商網絡中的若干消息傳遞服務系統的存儲容量把所述消息分配到所述特定消息傳遞服務系統。
6.如權利要求1所述的方法，其特征在于，把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的步驟包括把通知確認從所述目標終端發送到所述特定消息傳遞服務系統，確認所述目標終端接收到消息通知。
7.如權利要求6所述的方法，其特征在于，把所述通知確認從所述目標終端發送到所述特定消息傳遞系統的步驟包括利用所述通知確認被定向到的特定消息傳遞服務系統的統一資源標識符來發送所述確認通知。
8.如權利要求7所述的方法，其特征在于，利用所述通知確認被定向到的特定消息傳遞服務系統的統一資源標識符發送所述通知確認的步驟包括把消息位置標識符包含在從所述特定消息傳遞服務系統到所述目標終端的通知消息中，所述通知消息表明所述消息事務處理存儲在所述特定消息傳遞服務系統中，以及所述消息位置標識符指定所述特定消息傳遞服務系統的統一資源標識符；以及利用所述特定消息傳遞服務系統的統一資源標識符把所述通知確認從所述目標終端定向到所述特定消息傳遞服務系統。
9.如權利要求7所述的方法，其特征在于，利用所述通知確認被定向到的特定消息傳遞服務系統的統一資源標識符發送所述通知確認的步驟包括把信息元素包含在從所述特定消息傳遞服務系統到所述目標終端的通知消息中，所述通知消息表明所述消息事務處理存儲在所述特定消息傳遞服務系統中，以及所述消息位置標識符指定所述特定消息傳遞服務系統的統一資源標識符；以及利用所述信息元素中指定的特定消息傳遞服務系統的統一資源標識符把所述通知確認從所述目標終端定向到所述特定消息傳遞服務系統。
10.如權利要求1所述的方法，其特征在于，把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的步驟包括把傳遞確認從所述目標終端發送到所述特定消息傳遞服務系統，確認所述目標終端已經接收到消息。
11.如權利要求10所述的方法，其特征在于，把所述傳遞確認從所述目標終端發送到所述特定消息傳遞服務系統的步驟包括利用所述傳遞確認被定向到的特定消息傳遞服務系統的統一資源標識符來發送所述傳遞確認。
12.如權利要求11所述的方法，其特征在于，利用所述傳遞確認被定向到的特定消息傳遞服務系統的統一資源標識符發送所述傳遞確認的步驟包括把消息位置標識符包含在從所述特定消息傳遞服務系統到所述目標終端的通知消息中，所述通知消息表明所述消息事務處理存儲在所述特定消息傳遞服務系統中，以及所述消息位置標識符指定所述特定消息傳遞服務系統的統一資源標識符；以及利用所述特定消息傳遞服務系統的統一資源標識符把所述傳遞確認從所述目標終端定向到所述特定消息傳遞服務系統。
13.如權利要求11所述的方法，其特征在于，利用所述傳遞確認被定向到的特定消息傳遞服務系統的統一資源標識符發送所述傳遞確認的步驟包括把信息元素包含在從所述特定消息傳遞服務系統到所述目標終端的通知消息中，所述通知消息表明所述消息事務處理存儲在所述特定消息傳遞服務系統中，以及所述消息位置標識符指定所述特定消息傳遞服務系統的統一資源標識符；以及利用所述信息元素中指定的特定消息傳遞服務系統的統一資源標識符把所述傳遞確認從所述目標終端定向到所述特定消息傳遞服務系統。
14.如權利要求1所述的方法，其特征在于，把所述一個或多個握手消息從所述目標客戶機發送到所述特定消息傳遞服務系統的步驟還包括利用事務處理標識把所述一個或多個握手消息路由到所述一個或多個握手消息被定向到的所述特定消息傳遞服務系統。
15.如權利要求14所述的方法，其特征在于，利用所述事務處理標識來路由所述一個或多個握手消息的步驟包括利用負荷平衡交換機來分析所述事務處理標識，用于確定所述一個或多個握手消息被定向到的特定消息傳遞服務系統的位置。
16.如權利要求1所述的方法，其特征在于，利用所述事務處理標識來路由所述一個或多個握手消息的步驟包括利用所述若干消息傳遞服務系統中的一個或多個來分析所述事務處理標識，從而確定所述一個或多個握手消息被定向到的特定消息傳遞服務系統的位置。
17.如權利要求16所述的方法，其特征在于，利用所述若干消息傳遞服務系統中的一個或多個來分析所述事務處理標識的步驟包括把所述一個或多個握手消息從所述目標終端路由到所述運營商網絡中的隨機選取的消息傳遞服務系統；利用所述隨機選取的消息傳遞服務系統來確定所述特定消息傳遞服務系統的位置；以及把所述一個或多個握手消息從所述隨機選取的消息傳遞服務系統發送到所述一個或多個確認消息被定向到的特定消息傳遞系統。
18.如權利要求16所述的方法，其特征在于，發送所述一個或多個握手消息的步驟包括發送通知確認消息。
19.如權利要求16所述的方法，其特征在于，發送所述一個或多個握手消息的步驟包括發送傳遞確認消息。
20.如權利要求17所述的方法，其特征在于，路由所述一個或多個握手消息的步驟包括把轉發請求從所述目標終端路由到所述特定消息傳遞服務系統，以及響應對所述轉發請求的接收，所述特定消息傳遞服務系統通過所述隨機選取的消息傳遞服務系統把應答路由到所述目標終端。
21.如權利要求1所述的方法，其特征在于，把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的步驟還包括把所述一個或多個握手消息從所述目標終端發送到所述運營商網絡中的隨機選取的消息傳遞服務系統；以及把所述一個或多個握手消息從所述隨機選取的消息傳遞服務系統路由到所述運營商網絡中的各消息傳遞服務系統。
22.如權利要求21所述的方法，其特征在于，把所述一個或多個握手消息從所述目標終端發送到所述隨機選取的消息傳遞服務系統的步驟包括發送通知確認。
23.如權利要求21所述的方法，其特征在于，把所述一個或多個握手消息從所述目標終端發送到所述隨機選取的消息傳遞服務系統的步驟包括發送傳遞確認。
24.如權利要求1所述的方法，其特征在于，把所述一個或多個握手消息從所述目標終端發送到所述特定消息傳遞服務系統的步驟還包括把所述一個或多個握手消息依次路由到各消息傳遞服務系統，直到所述一個或多個握手消息被路由到所述特定消息傳遞服務系統。
25.一種消息傳遞系統，包括第一移動終端和第二移動終端，所述第一移動終端通過向所述第二移動終端發送消息來發起消息事務處理；以及特定消息傳遞服務系統，耦合到所述第一和所述第二移動終端，并占用包含若干消息傳遞服務系統的運營商網絡，所述消息傳遞服務系統配置成存儲所述第一移動終端發送的消息，以及接收與從所述第二移動終端定向到所述特定消息傳遞服務系統的消息事務處理的狀態有關的握手消息。
26.如權利要求25所述的系統，其特征在于，所述第一移動終端發送到所述第二移動終端的消息是多媒體消息。
27.如權利要求25所述的系統，其特征在于還包括負荷平衡交換機，所述負荷平衡交換機耦合到所述若干消息傳遞服務系統，用于在所述運營商網絡的若干消息傳遞服務系統與所述移動終端之間定向消息和握手消息。
28.如權利要求25所述的系統，其特征在于，所述第二移動終端向所述特定消息傳遞服務系統發送通知確認，確認所述第二移動終端已經接收到消息通知。
29.如權利要求25所述的系統，其特征在于，所述第二移動終端利用所述特定消息傳遞服務系統的統一資源標識符把通知確認定向到所述特定消息傳遞服務系統。
30.如權利要求25所述的系統，其特征在于，所述特定消息傳遞服務系統把指定所述特定消息傳遞服務系統的統一資源標識符的消息位置標識符結合到從所述特定消息傳遞服務系統發送到所述第二移動終端的通知消息中，以及所述第二移動終端利用所述特定消息傳遞服務系統的統一資源標識符把通知確認定向到所述特定消息傳遞服務系統。
31.如權利要求25所述的系統，其特征在于，所述特定消息傳遞服務系統把指定所述特定消息傳遞服務系統的統一資源標識符的信息元素結合到給所述第二移動終端的通知消息中，以及所述第二移動終端利用所述信息元素中指定的特定消息傳遞服務系統的統一資源標識符把通知確認定向到所述特定消息傳遞服務系統。
32.如權利要求25所述的系統，其特征在于，所述第二移動終端把傳遞確認定向到所述特定消息傳遞服務系統，以確認所述第二移動終端已經接收到消息。
33.如權利要求25所述的系統，其特征在于，所述第二移動終端利用所述特定消息傳遞服務系統的統一資源標識符把傳遞確認定向到所述特定消息傳遞服務系統。
34.如權利要求25所述的系統，其特征在于，所述特定消息傳遞服務系統把指定特定消息傳遞服務系統的統一資源標識符的消息位置標識符結合到給所述第二移動終端的通知消息中，以及所述第二移動終端利用所述特定消息傳遞服務系統的統一資源標識符把傳遞確認定向到所述特定消息傳遞服務系統。
35.如權利要求25所述的系統，其特征在于，所述特定消息傳遞服務系統把指定所述特定消息傳遞服務系統的統一資源標識符的信息元素結合到給所述第二移動終端的通知消息中，以及所述第二移動終端利用所述信息元素中指定的特定消息傳遞服務系統的統一資源標識符把傳遞確認定向到所述特定消息傳遞服務系統。
36.如權利要求25所述的系統，其特征在于，所述若干消息傳遞服務系統中的一個或多個通過分析事務處理標識來確定所述握手消息被定向到的特定消息傳遞服務系統的位置。
37.如權利要求27所述的系統，其特征在于，所述負荷平衡交換機采用事務處理標識把握手消息路由到所述握手消息被定向到的特定消息傳遞服務系統。
38.如權利要求27所述的系統，其特征在于，所述負荷平衡交換機把所述一個或多個握手消息從所述第二移動終端路由到隨機選取的消息傳遞服務系統，所述隨機選取的消息傳遞服務系統分析所述事務處理標識以標識所述特定消息傳遞服務系統，以及把所述握手消息路由到所述握手消息被定向到的特定消息傳遞服務系統。
39.如權利要求27所述的系統，其特征在于，所述負荷平衡交換機把所述握手消息從所述第二移動終端發送到所述運營商網絡中的隨機選取的消息傳遞服務系統，以及所述隨機選取的消息傳遞服務系統把所述握手消息路由到所述運營商網絡中的各消息傳遞服務系統。
40.如權利要求27所述的系統，其特征在于，所述運營商網絡中的各消息傳遞服務系統把所述握手消息路由到另一個消息傳遞服務系統，直到所述握手消息被路由到所述特定消息傳遞服務系統。
41.一種消息傳遞系統，包括用于通過從發起終端向目標終端發送消息來發起消息事務處理的部件；用于把所述消息存儲在具有若干消息傳遞服務系統的運營商網絡的特定消息傳遞服務系統中的部件；以及用于把一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件，其中每個握手消息指明所述消息事務處理的狀態。
42.如權利要求41所述的系統，其特征在于，用于通過從發起終端向目標終端發送消息來發起消息事務處理的部件包括用于發送多媒體消息傳遞信息的部件。
43.如權利要求41所述的系統，其特征在于，用于把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件包括用于利用所述特定消息傳遞服務系統的統一資源標識符把所述一個或多個握手消息定向到所述特定消息傳遞服務系統的部件。
44.如權利要求41所述的系統，其特征在于，用于把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件包括用于利用事務處理標識把所述一個或多個握手消息定向到所述特定消息傳遞服務系統的部件。
45.如權利要求41所述的系統，其特征在于，用于把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件包括用于利用負荷平衡交換機通過分析事務處理標識來確定所述特定消息傳遞服務系統的位置的部件。
46.如權利要求41所述的系統，其特征在于，用于把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件包括用于利用所述若干消息傳遞服務系統中的一個或多個通過分析事務處理標識來確定所述特定消息傳遞服務系統的位置的部件。
47.如權利要求41所述的系統，其特征在于，用于把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件包括用于把所述一個或多個握手消息發送到所述運營商網絡中的各消息傳遞服務系統的部件。
48.如權利要求41所述的系統，其特征在于，用于把所述一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統的部件還包括用于把所述一個或多個握手消息依次路由到各消息傳遞服務系統、直到所述一個或多個握手消息被路由到所述特定消息傳遞服務系統的部件。
49.一種計算機可讀媒體，具有用于在具有若干消息傳遞系統的一個運營商網絡的發起終端與目標終端之間發送消息傳遞信息的計算機可執行指令，所述計算機可執行指令執行包括以下步驟的方法通過從所述發起終端向所述目標終端發送消息來發起消息事務處理；把所述消息存儲在具有若干消息傳遞服務系統的所述運營商網絡的特定消息傳遞服務系統中；以及把一個或多個握手消息從所述目標終端定向到所述特定消息傳遞服務系統，每個握手消息指明所述消息事務處理的狀態。
全文摘要
一種用于在一個運營商網絡中實現供應商間及供應商內消息傳遞服務系統的操作的系統和方法包括在各種系統組件之間正確地路由數據消息和握手消息。在一個方面，特定消息傳遞系統(840)的統一資源標識符用來把握手消息(813)從目標終端(820)路由到特定消息傳遞系統(840)。在另一個方面，握手消息所包含的消息事務處理標識用來把握手消息(913)送往正確的消息傳遞服務系統(940)。在一個實施例中，事務處理標識由負荷平衡交換機(934)進行分析，從而確定特定消息傳遞服務系統的位置。在另一個實施例中，運營商網絡(1060)的若干消息傳遞服務系統(1040，1050)中的一個或多個用來分析事務處理標識，從而確定特定消息傳遞服務系統的位置。
文檔編號H04L12/58GK1656828SQ03812190
公開日2005年8月17日 申請日期2003年5月21日 優先權日2002年5月31日
發明者T·薩維寧, V·瓦斯塔 申請人:諾基亞有限公司