專利名稱：在使用不同消息結構的兩個電信系統(tǒng)之間傳輸消息型業(yè)務消息的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及在使用不同消息結構的兩個電信系統(tǒng)之間傳輸消息型業(yè)務消息，尤其涉及在兩個不同移動系統(tǒng)之間傳輸消息型業(yè)務消息。移動系統(tǒng)一般是指在用戶在系統(tǒng)的服務區(qū)域內(nèi)移動期間支持無線通信的任何電信系統(tǒng)。
背景技術：
為了滿足移動用戶的通信需要，已經(jīng)發(fā)展了多種公共無線網(wǎng)絡，例如數(shù)字移動通信系統(tǒng)GSM(全球移動通信系統(tǒng))。除了具有寬覆蓋區(qū)域的公共網(wǎng)絡以外，還開發(fā)了多種無線局域網(wǎng)和專用網(wǎng)絡，例如專業(yè)移動無線或?qū)Ｓ靡苿訜o線(PMR)系統(tǒng)。它們是主要為專業(yè)和政府用戶開發(fā)的專用無線系統(tǒng)，例如警方、軍隊、煉油廠、不同類型的公司網(wǎng)絡等。數(shù)字PMR系統(tǒng)的一個例子是由ETSI(歐洲電信標準協(xié)會)所定義的TETRA(地面集群無線電通信)。
在開始階段，GSM規(guī)范定義了已經(jīng)成為GSM所提供的使用最多的輔助業(yè)務之一的短消息業(yè)務?，F(xiàn)在，通過短消息可接入大量業(yè)務，例如新聞、天氣、笑話等。除了純文本的短消息以外，現(xiàn)在也提供包括多媒體消息的業(yè)務。這些多種消息業(yè)務的共同點在于，它們一般是數(shù)據(jù)的異步傳送，在實際信令之間的系統(tǒng)控制信道上被傳送。換言之，它們使用與GSM的短消息業(yè)務相同的基本原理。
由于短消息業(yè)務在GSM中已經(jīng)如此流行，所以在其他系統(tǒng)中也包括相應的消息型業(yè)務。例如，TETRA標準定義了SDS(短數(shù)據(jù)業(yè)務)，其基本原理與基于GSM短消息業(yè)務的消息型業(yè)務類似。
但是，相同類型的消息型業(yè)務的不同標準定義相互不同。因此，一個系統(tǒng)的用戶不能發(fā)送消息型業(yè)務消息到另一個系統(tǒng)的用戶。例如，TETRA用戶不能發(fā)送純文本SDS消息到GSM用戶，而GSM用戶不能發(fā)送短消息到TETRA用戶。
上述問題的一個解決方案是，定義這些兩個不同系統(tǒng)的消息型業(yè)務之間的接口。但是，由于還存在其他系統(tǒng)，而且系統(tǒng)快速地演變，所以一個接口定義是不夠的，而必須定義多個不同接口，這使系統(tǒng)更復雜并更難維護。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種方法和實現(xiàn)方法的裝置，以便解決上述問題。通過由獨立權利要求中所表述的特征表示的方法和裝置來實現(xiàn)本發(fā)明的目的。在從屬權利要求中介紹本發(fā)明的優(yōu)選實施例。
本發(fā)明基于認識到上述問題，并通過使用為使相關信息和業(yè)務簡單、最好快速地傳遞到用戶的信息傳輸所定義的承載獨立協(xié)議而解決它。承載獨立協(xié)議是為承載提供接入的機制，它是指被設計為盡可能不依賴于根本網(wǎng)絡技術的協(xié)議。承載獨立協(xié)議一般位于承載傳輸協(xié)議的頂部。承載的例子有HTTP(超文本傳送協(xié)議)、TCP(傳輸控制協(xié)議)、UDP(用戶數(shù)據(jù)報協(xié)議)和其他使用IP(因特網(wǎng)協(xié)議)、TDMA(時分多址)、CDMA(碼分多址)、ATM(異步傳輸方式)等的技術。
本發(fā)明的優(yōu)點在于，它在支持不同類型消息型業(yè)務消息結構的系統(tǒng)之間支持消息型業(yè)務。


下面將參考附圖借助于優(yōu)選實施例詳細介紹本發(fā)明，其中圖1表示根據(jù)本發(fā)明的第一示例性系統(tǒng)結構；圖2、3、4和5中每個都表示使用第一示例性系統(tǒng)結構的實施例中的示例性信令；圖6表示根據(jù)本發(fā)明的第二示例性系統(tǒng)結構；以及圖7到14中每個都表示使用第二示例性系統(tǒng)結構的實施例中的示例性信令。
具體實施例方式
本發(fā)明可應用于提供消息型業(yè)務的任何電信系統(tǒng)。除了以上提到的GSM和TETRA之外，這樣的系統(tǒng)包括，例如被稱為第三代移動系統(tǒng)的系統(tǒng)(例如UMTS和IS-41)，以及對應于GSM系統(tǒng)的移動系統(tǒng)(例如GSM 1800和PCS(個人通信系統(tǒng)))，以及基于所述系統(tǒng)的系統(tǒng)(例如GSM 2+系統(tǒng)和將來的系統(tǒng)，諸如第四代移動系統(tǒng))。下面，用GSM和TETRA系統(tǒng)及其具有WAP(無線應用協(xié)議)的純文本消息型業(yè)務作為承載獨立協(xié)議的例子來描述本發(fā)明，但是并不將本發(fā)明局限于此。移動系統(tǒng)的規(guī)范和承載獨立協(xié)議不斷發(fā)展。這樣的發(fā)展可能要求本發(fā)明的額外變化。因此，所有的文字和表述都應該被寬泛地解釋，并且它們用來說明本發(fā)明而不是限制本發(fā)明。
圖1和6表示只說明給定系統(tǒng)結構的一些網(wǎng)絡和節(jié)點的簡化系統(tǒng)結構。圖1和6中所示的網(wǎng)絡節(jié)點實現(xiàn)只是實現(xiàn)網(wǎng)絡節(jié)點的例子。對于本領域的技術人員，系統(tǒng)顯然也可以包括在這里不需要詳細介紹的其他網(wǎng)絡、網(wǎng)絡節(jié)點、功能和結構。
圖1表示示例性系統(tǒng)結構SA1。在示例性系統(tǒng)結構SA1中，第一系統(tǒng)1是根據(jù)TETRA標準的系統(tǒng)，包括TETRA用戶設備TS和TETRA網(wǎng)絡11。基本TETRA網(wǎng)絡11結構被稱為交換和管理基礎結構(SwMI)。SwMI包括使用戶能夠通過SwMI相互通信的所有設備和單元。應該注意，SwMI的準確結構和操作以及第一系統(tǒng)的嘈雜與本發(fā)明無關。一般地，SwMI可以是提供交換和移動管理功能的任何移動網(wǎng)絡基礎結構。由芬蘭Nokia公司所實現(xiàn)的TETRA網(wǎng)絡11結構包括數(shù)字交換DXT，一些DXT為其他電信網(wǎng)絡提供網(wǎng)關。對于SDS，每個DXT一般都具有與消息型業(yè)務消息相關、并對應于由GSM系統(tǒng)短消息業(yè)務中心所提供功能的功能。
第一系統(tǒng)包括用于承載獨立協(xié)議的服務器。換言之，第一系統(tǒng)包括使用WAP的TETRA WAP服務器12，WAP是通信協(xié)議和應用環(huán)境的協(xié)議規(guī)范。在移動系統(tǒng)中，典型地能夠借助于WAP用戶終端，即用戶設備使用因特網(wǎng)、內(nèi)聯(lián)網(wǎng)或外聯(lián)網(wǎng)上所提供的業(yè)務。典型地，通過被稱為WAP服務器的WAP網(wǎng)關使用WAP業(yè)務。如果需要，能夠在針對WAP規(guī)范的WAP論壇主頁http://www.wapforum.org上找到進一步的信息。TETRA WAP服務器12包括根據(jù)本發(fā)明的消息型業(yè)務的文本應用T-WAP。以下介紹WAP服務器的功能，尤其是根據(jù)本發(fā)明不同實施例的文本應用T-WAP的功能。TETRA WAP服務器12包括用于文本應用的數(shù)據(jù)庫，或者與用于文本應用的外部數(shù)據(jù)庫的連接(圖1中沒有表示這兩者)。
在示例性系統(tǒng)結構SA1中，第二系統(tǒng)2是根據(jù)GSM的系統(tǒng)，包括GSM網(wǎng)絡21和GSM用戶設備GS。由于GSM是本領域技術人員熟知的系統(tǒng)，所以這里不需要詳細地介紹。另外，應該注意，GSM網(wǎng)絡21的準確結構和操作以及第二系統(tǒng)的操作與本發(fā)明無關。
對于短消息業(yè)務，第二系統(tǒng)2包括轉(zhuǎn)發(fā)短消息、并存儲和重新發(fā)送沒有被傳遞的那些短消息的至少一個短消息業(yè)務中心SMSC。如本領域技術人員所知的那樣，通過短消息業(yè)務中心傳輸所有短消息。
當TETRA WAP服務器12連接到短消息業(yè)務中心SMSC時，TETRA WAP 12將通知SMSC怎樣轉(zhuǎn)發(fā)目標消息到TETRA用戶，即TETRA用戶設備TS。由于TETRA系統(tǒng)可能具有多于一個的TETRA WAP服務器，并且它們中多于一個可能連接到一個短消息業(yè)務中心，所以SMSC可能例如基于優(yōu)先權列表，或者基于為每個TETRA WAP服務器分配的TS號碼的號碼空間，選擇TETRA WAP服務器。典型地，所有TETRA WAP服務器被鏈接在一起，因此對于TS，經(jīng)由哪個TETRA WAP服務器接收消息不重要。
圖2和3表示根據(jù)本發(fā)明實施例1的信令。實施例1使用圖1所示的網(wǎng)絡結構SA1。另外，在實施例1中，假設第一系統(tǒng)中的用戶設備，即圖1中的TS，具有WAP瀏覽器和允許使用TETRA WAP服務器中不同WAP業(yè)務，或者至少文本應用T-WAP的預約。
能夠基于常規(guī)的請求-響應(彈出)技術或者推送技術使用WAP業(yè)務。在請求-響應技術中，來自用戶終端的業(yè)務請求在網(wǎng)絡系統(tǒng)的節(jié)點處被識別，并被轉(zhuǎn)發(fā)到提供所請求業(yè)務的內(nèi)容服務器，然后，基于業(yè)務請求在內(nèi)容服務器中所產(chǎn)生的響應數(shù)據(jù)被轉(zhuǎn)發(fā)到用戶終端。在推送技術中，服務器基于用戶曾經(jīng)作出的請求將數(shù)據(jù)傳送給用戶終端，而無需與個別傳輸相關的傳輸請求。如果需要，能夠在針對WAP規(guī)范的WAP論壇主頁http://www.wapforum.org上找到進一步的信息。
圖2表示當TS用戶想要發(fā)送短消息到GS用戶時，根據(jù)實施例1的功能。從TETRA到外部系統(tǒng)的發(fā)送功能可以直接在設備中實現(xiàn)，因此，例如當用戶從“寫消息”選項中選擇“到另一個系統(tǒng)”或者“寫消息到外部系統(tǒng)”時，設備自己打開到業(yè)務應用的WAP瀏覽器。實現(xiàn)這個功能的另一種方式是，用戶知道他必須選擇WAP業(yè)務并從其WAP書簽中選擇這個業(yè)務，即這個功能被實現(xiàn)為先前WAP業(yè)務。但是，對于本發(fā)明，怎樣選擇WAP瀏覽器不重要。
在點2-1，WAP瀏覽器打開，并且WAP瀏覽器在單獨字段內(nèi)請求消息的內(nèi)容，即文本，以及GS的GSM號碼。當消息準備好時，TS發(fā)送消息2-2到具有文本應用T-WAP的TETRA WAP服務器。最好使用WAP IP(因特網(wǎng)協(xié)議)發(fā)送消息2-2。當文本應用T-WAP接收消息2-2時，它在點2-3將接收者的GSM號碼和實際內(nèi)容從消息中分離出來，并在點2-3將消息從WAP消息的轉(zhuǎn)換為短消息。轉(zhuǎn)換后，消息具有與根據(jù)GSM規(guī)范的短消息相同的結構。轉(zhuǎn)換后，TETRAWAP服務器發(fā)送短消息2-4到接收者的短消息業(yè)務中心SMSC，經(jīng)由SMSC，短消息2-4根據(jù)現(xiàn)有技術被傳送到接收者的設備GS。
圖3表示當GS用戶想要發(fā)送短消息到TETRA用戶，即TS時，根據(jù)實施例1的功能。GS用戶根據(jù)現(xiàn)有技術形成短消息，并發(fā)送短消息3-1到GS用戶的短消息業(yè)務中心SMSC。在實施例1中，SMSC被配置為識別目標為另一個系統(tǒng)(例如第一系統(tǒng))的SM，并將那些SM路由到相應的WAP服務器。在點3-2，短消息業(yè)務中心從接收者的號碼識別短消息目標是TETRA用戶，并發(fā)送短消息3-1到TETRAWAP服務器。TETRA WAP服務器，更一般地，文本應用T-WAP，在點3-3將內(nèi)容和接收者地址從短消息中分離出來，將內(nèi)容存儲在數(shù)據(jù)庫中，并在WAP推送消息3-4中將內(nèi)容的URL地址發(fā)送到接收者的TS。URL(統(tǒng)一資源定位符)地址是使信息網(wǎng)絡中的文件和目錄以及需要使用它的協(xié)議個體化的標識符。當TS用戶想要讀消息時，他只根據(jù)現(xiàn)有技術進行，即在他的設備中選擇消息，并且設備發(fā)送WAP彈出消息3-5，并且用戶從消息3-6看到消息3-1的內(nèi)容。換言之，用戶將瀏覽利用WAP尋址到他的消息。
圖4和5表示根據(jù)本發(fā)明的實施例2的信令。實施例2使用圖1所示的網(wǎng)絡結構SA1。而且，在實施例2中，假設接收的用戶設備和發(fā)送的用戶設備都不使用WAP。
圖4表示當TS用戶想要發(fā)送短數(shù)據(jù)消息，即SD，到GS用戶時根據(jù)實施例2的功能。TS用戶根據(jù)現(xiàn)有技術形成SD，并在消息4-1中將SD發(fā)送到DXT。在實施例2中，DXT被配置為識別目標為另一個系統(tǒng)(例如第二系統(tǒng))的SD，并將那些SD路由到TETRA WAP服務器。因此，在點4-2中，DXT基于接收者的號碼識別SD目標為GSM系統(tǒng)，并將消息4-2轉(zhuǎn)發(fā)到具有文本應用T-WAP的TETRAWAP服務器。當文本應用T-WAP接收消息4-2時，它在點4-3將接收者的GSM號碼和實際內(nèi)容從消息中分離，并在點4-3將消息從短數(shù)據(jù)消息轉(zhuǎn)換為短消息。最后以兩個步驟進行轉(zhuǎn)換步驟1中，短數(shù)據(jù)消息被轉(zhuǎn)換為根據(jù)WAP的消息，步驟2中，WAP消息被轉(zhuǎn)換為短消息。通過這個兩步驟轉(zhuǎn)換，很容易添加對轉(zhuǎn)換到其他消息結構的支持，步驟1保持不變，而只修改步驟2。轉(zhuǎn)換后，消息具有與根據(jù)GSM規(guī)范的短消息相同的結構。然后，TETRA WAP服務器將短消息4-4發(fā)送到接收者短消息業(yè)務中心SMSC，短消息4-4根據(jù)現(xiàn)有技術經(jīng)由SMSC傳送到接收者的設備GS。
在本發(fā)明的另一個實施例中，所有SD被路由到包括與消息型業(yè)務相關的功能的TETRA WAP服務器。在這個實施例中，TETRAWAP服務器識別消息4-1是朝向GS，并且響應于識別，轉(zhuǎn)換這個消息。目標為其他TETRA用戶的消息不被轉(zhuǎn)換。在這個實施例中，在DXT中最好不提供與消息型業(yè)務相關的功能。
圖5表示當GS用戶想要發(fā)送短消息到TETRA用戶，即TS，時根據(jù)實施例2的功能。GS用戶根據(jù)現(xiàn)有技術形成短消息，并發(fā)送短消息5-1到GS用戶的短消息業(yè)務中心SMSC。在點5-2，短消息業(yè)務中心從用戶的號碼識別短消息的目標是TETRA用戶，并發(fā)送短消息5-1到TETRA WAP服務器。TETRA WAP服務器，更一般地是文本應用T-WAP，在點5-3將內(nèi)容和接收者的地址從短消息中分離，并在點5-3將短消息轉(zhuǎn)換為SD消息。最好以如上所述的兩個步驟進行轉(zhuǎn)換，但是現(xiàn)在是以相反的順序。轉(zhuǎn)換后，消息具有與根據(jù)TETRA規(guī)范的SD消息相同的結構。轉(zhuǎn)換后，TETRA WAP服務器經(jīng)由DXT將SD消息5-4發(fā)送到接收者的TS。
圖6表示示例性系統(tǒng)結構SA2。在示例性系統(tǒng)結構SA2中，第一系統(tǒng)與圖1中的第一系統(tǒng)類似，即是根據(jù)TETRA標準的系統(tǒng)，包括TETRA用戶設備TS、TETRA網(wǎng)絡11、以及具有文本應用T-WAP和數(shù)據(jù)庫或者與外部數(shù)據(jù)庫的連接的TETRA WAP服務器，這里不需要詳細討論。
在示例性系統(tǒng)結構SA2中，第二系統(tǒng)2’是根據(jù)GSM的系統(tǒng)，包括GSM網(wǎng)絡21和GS用戶設備GS以及短消息業(yè)務中心SMSC，與圖1中的第二系統(tǒng)相似。以上已經(jīng)結合圖1描述了前面的網(wǎng)絡節(jié)點。第二系統(tǒng)2’還包括使用承載獨立協(xié)議的服務器。換言之，第二系統(tǒng)包括根據(jù)上面圖1所示的原理使用WAP、并包括文本應用G-WAP和數(shù)據(jù)庫或與外部數(shù)據(jù)庫的連接的GSM WAP服務器22。文本應用G-WAP與TETRA WAP服務器中的文本應用T-WAP相似。GSMWAP服務器與TETRA WAP服務器的區(qū)別只在于，是它用于GSM網(wǎng)絡的WAP網(wǎng)關，而TETRA WAP服務器是用于TETRA網(wǎng)絡的WAP網(wǎng)關。因此，不需要重復與WAP相關的以上描述。
圖7和8表示根據(jù)本發(fā)明的實施例3的信令。實施例3使用圖6所示的網(wǎng)絡結構SA2。另外，在實施例3中，假設第一和第二系統(tǒng)中的用戶設備，即圖6中的TS和GS，具有WAP瀏覽器和允許使用相應WAP服務器中不同WAP業(yè)務、或至少文本應用T-WAP、G-WAP的預約?？梢匀缟纤?，直接在設備中，或者根據(jù)現(xiàn)有WAP業(yè)務實現(xiàn)發(fā)送到外部系統(tǒng)的功能。在這個例子中，TS的外部系統(tǒng)是GSM，而GS的外部系統(tǒng)是TETRA。
圖7表示當TS用戶想要發(fā)送短消息到GS用戶時根據(jù)實施例3的功能。在點7-1，打開WAP瀏覽器，并且WAP瀏覽器在單獨的字段中請求消息的內(nèi)容，即文本，以及GS的GSM號碼。當消息準備好時，TS發(fā)送消息7-2到具有文本應用T-WAP的TETRA WAP服務器。最好使用WAP IP發(fā)送消息7-2。TETRA WAP服務器將消息7-2，即地址和內(nèi)容，轉(zhuǎn)發(fā)到具有文本應用G-WAP的GSM WAP服務器。當GSM WAP服務器中的文本應用G-WAP接收到消息7-2時，它在點7-3將內(nèi)容和接收者的GSM地址從消息中分離出來，存儲內(nèi)容，并在WAP推送消息7-4中將內(nèi)容的URL地址發(fā)送到接收者的GS。當GS用戶想要讀消息時，他只根據(jù)現(xiàn)有技術進行，即在他的設備中選擇消息，并且設備發(fā)送WAP推送消息7-5，用戶從消息7-6中看到消息7-2的內(nèi)容。換言之，用戶將瀏覽利用WAP尋址到他的文本消息。
圖8表示當GS用戶想要發(fā)送短消息到TS用戶時根據(jù)實施例3的功能。在點8-1，打開WAP瀏覽器，并且WAP瀏覽器在單獨的字段中請求消息的內(nèi)容(即文本)和TS的TETRA號碼。當消息準備好時，GS發(fā)送消息8-2到具有文本應用G-WAP的GSM WAP服務器。最好使用WAP IP發(fā)送消息8-2。GSM WAP服務器將消息8-2，即地址和內(nèi)容，轉(zhuǎn)發(fā)到具有文本應用T-WAP的TETRA WAP服務器。當TETRA WAP服務器中的文本應用接收到消息8-2時，它在點8-3將內(nèi)容和接收者的地址從消息中分離出來，存儲內(nèi)容，并在WAP推送消息8-4中將內(nèi)容的URL地址發(fā)送到接收者TS。當TS用戶想要讀消息時，他只根據(jù)現(xiàn)有技術進行，即在他的設備中選擇消息，設備發(fā)送WAP彈出消息8-5，并且用戶從消息8-6中看到消息8-2的內(nèi)容。換言之，用戶將瀏覽利用WAP尋址到他的文本消息。
正如能夠看到的那樣，在實施例3中不需要SMSC。因此，在實施例3中，第一系統(tǒng)和/或第二系統(tǒng)不是必須包括消息型業(yè)務中心的功能。
圖9和10表示根據(jù)本發(fā)明的實施例4的信令。實施例4使用圖6所示的網(wǎng)絡結構SA2。而且，實施例4中，假設發(fā)送者的設備具有WAP瀏覽器和允許使用不同WAP業(yè)務或至少相應WAP服務器中文本業(yè)務的預約。但是，在接收者的設備中不需要WAP瀏覽器。如上所述，發(fā)送到外部系統(tǒng)的功能可以直接在發(fā)送者的設備中或者根據(jù)現(xiàn)有技術WAP服務器實現(xiàn)。
圖9表示當TS用戶想要發(fā)送短消息到GS用戶時根據(jù)實施例的功能。點9-1中，打開WAP瀏覽器，并且WAP瀏覽器在單獨字段中請求消息的內(nèi)容(即文本)，以及GS的GSM號碼。當消息準備好時，TS發(fā)送消息9-2到具有文本應用T-WAP的TETRA WAP服務器。最好使用WAP IP發(fā)送消息9-2。TETRA WAP服務器將消息9-2(即地址和內(nèi)容)轉(zhuǎn)發(fā)到具有文本G-WAP的GSM WAP服務器。當文本應用G-WAP接收到消息9-2時，它在點9-3將接收者的GSM號碼和實際內(nèi)容從消息中分離出來，并在點9-3將消息從WAP消息轉(zhuǎn)換為短消息。轉(zhuǎn)換后，消息具有與根據(jù)GSM規(guī)范的短消息相同的結構。轉(zhuǎn)換后，GSM WAP服務器根據(jù)現(xiàn)有技術，經(jīng)由短消息業(yè)務中心SMSC將短消息9-4發(fā)送到接收者的設備GS。
圖10表示當GS用戶想要發(fā)送短消息到TS用戶時根據(jù)實施例4的功能。點10-1中，打開WAP瀏覽器，并且WAP瀏覽器在單獨字段中請求消息的內(nèi)容(即文本)和TS的TETRA號碼。當消息準備好時，GS發(fā)送消息10-2到具有文本應用G-WAP的GSM WAP服務器。最好使用WAP IP發(fā)送消息10-2。GSM WAP服務器將消息10-2(即地址和內(nèi)容)轉(zhuǎn)發(fā)到具有文本應用T-WAP的TETRA WAP服務器。當TETRA WAP服務器中的文本應用T-WAP接收到消息10-2時，它在點10-3中將內(nèi)容和接收者的地址從消息中分離出來，將它們轉(zhuǎn)換到SD格式，并發(fā)送SD消息10-4到接收者的TS。
圖11和12表示根據(jù)本發(fā)明的實施例5的信令。實施例5使用圖6所示的網(wǎng)絡結構SA2。實施例5中，在接收者設備和發(fā)送者設備中都不需要WAP瀏覽器或WAP預約。
圖11表示當TS用戶想要發(fā)送短消息(即SD)到GS用戶時根據(jù)實施例5的功能。TS用戶形成SD，并在消息11-1中發(fā)送SD到DXT，所有這些都是根據(jù)現(xiàn)有技術。實施例5中，DXT被配置為識別目標為另一個系統(tǒng)(例如第二系統(tǒng))的SD，并將那些SD路由到具有文本應用T-WAP的TETRA WAP服務器。因此，在點11-2中，DXT基于接收者的號碼識別SD的目的地是GSM系統(tǒng)，并將消息11-2轉(zhuǎn)發(fā)到具有文本應用T-WAP的TETRA WAP服務器。當文本應用接收到消息11-2時，它在點11-3將接收者的GSM號碼和實際內(nèi)容從消息中分離出來，并在點11-3中將消息從短數(shù)據(jù)消息轉(zhuǎn)換為包含GSM號碼和內(nèi)容的WAP消息。然后，TETRA WAP服務器發(fā)送WAP消息11-4到具有文本應用G-WAP的GSM WAP服務器。當文本應用G-WAP接收到消息11-4時，它在點11-5中將接收者的GSM號碼和實際內(nèi)容從消息中分離出來，并在點11-5中將消息從WAP消息轉(zhuǎn)換為短消息。然后，GSM WAP服務器根據(jù)現(xiàn)有技術經(jīng)由短消息業(yè)務中心SMSC發(fā)送短消息11-6到接收者設備GS。
圖12表示當GS用戶想要發(fā)送短消息到TETRA用戶(即TS)時根據(jù)實施例5的功能。GS用戶形成短消息，并發(fā)送短消息12-1到GS用戶的短消息業(yè)務中心SMSC，所有這些都是根據(jù)現(xiàn)有技術。實施例5中，SMSC被配置為識別目標為另一個系統(tǒng)(例如第一系統(tǒng))的SM，并將那些SM路由到具有文本應用G-WAP的GSM WAP服務器。因此，在點12-2中，短消息業(yè)務中心從接收者號碼識別短消息的目的地是TETRA擁護，并發(fā)送短消息12-2到具有文本應用的GSMWAP服務器。GSM WAP服務器，更一般地是文本應用，在點12-3中將內(nèi)容和接收者的地址從短消息中分離出來，并在點12-3中將消息從短消息轉(zhuǎn)換為包含TETRA號碼和內(nèi)容的WAP消息。然后，GSMWAP服務器發(fā)送WAP消息12-4到具有文本應用T-WAP的TETRAWAP服務器。當TETRA WAP服務器的文本應用T-WAP接收到消息12-4時，它在點12-5中將內(nèi)容和接收者的地址從消息中分離出來，將它們轉(zhuǎn)換為SD格式，并發(fā)送SD消息12-6到接收者的TS。
圖13和14表示本發(fā)明的其他實施例。圖13和14中，討論服務接收者的文本應用的功能。由于這些功能能夠被用于第一系統(tǒng)和第二系統(tǒng)中，所以為文本應用使用符號WAP-TA，為消息型業(yè)務中心功能使用符號SC，而為接收者設備使用符號S。圖13和14中，虛線表示不成功的消息傳遞。
圖13中，WAP-TA接收目的地為S的消息13-1。假設消息13-1為WAP消息格式。WAP-TA試圖如上面所述的那樣傳遞WAP消息13-1，但是傳遞失敗。因此，在點13-2，WAP-TA將消息轉(zhuǎn)化為具有用于接收者系統(tǒng)中消息型業(yè)務消息的結構的消息，并將轉(zhuǎn)化后的消息13-3經(jīng)由SC傳遞到接收者的S。
圖14中，WAP-TA接收目的地為S的消息14-1。消息14-1可以具有WAP-TA被配置為識別的任何結構。WAP-TA在點14-2將消息轉(zhuǎn)換為具有在接收者系統(tǒng)中用于消息型業(yè)務消息的結構，并將轉(zhuǎn)換后的消息14-3傳遞到試圖將消息14-3傳遞到接收者的S但傳遞不成功的SC。在這個實施例中，SC被配置為用表示傳遞不成功的指示將消息14-3傳送回WAP-TA。在消息14-3’中發(fā)送消息和指示。因此，SC不存儲消息和試圖以后傳遞。然后，WAP-TA在點14-4中將消息轉(zhuǎn)換為WAP消息，并經(jīng)由SC傳遞轉(zhuǎn)換后的消息14-5到接收者的S。
以上提供的實施例及其部分能夠被組合，以產(chǎn)生本發(fā)明的優(yōu)選實施例。
盡管在以上描述中，WAP消息被傳輸，使得首先存儲消息的實際內(nèi)容，并且內(nèi)容的URL地址被傳送到接收者的設備，但是對于本領域技術人員，顯然也可能首先試圖在WAP消息中發(fā)送內(nèi)容到接收者設備，并且如果不成功，則存儲內(nèi)容并發(fā)送內(nèi)容的URL地址。
在以上實施例中使用了WAP。這個實施例的優(yōu)點在于使用已經(jīng)存在的協(xié)議，因此不需要是新的協(xié)議標準化。而且，當使用IP傳遞WAP時，能夠使現(xiàn)存系統(tǒng)的負載最小化。
盡管以上已經(jīng)借助于文本消息(例如短消息)解釋本發(fā)明，但是，本發(fā)明并不限于此，對于本領域技術人員，怎樣將本發(fā)明應用到其他消息業(yè)務(例如多媒體消息)是顯而易見的。
盡管以上只使用兩個不同的消息結構(SD和SM)描述了本發(fā)明，但是對于本領域技術人員，怎樣將本發(fā)明應用到其他消息結構和這樣應用到具有多于兩個不同結構的系統(tǒng)是顯而易見的。
實現(xiàn)本發(fā)明功能的電信系統(tǒng)、網(wǎng)絡節(jié)點和用戶設備不只包括消息型業(yè)務所要求的現(xiàn)有技術單元，而且還包括用于以上述方式轉(zhuǎn)換和傳輸消息的單元。目前的網(wǎng)絡節(jié)點和用戶設備包括能夠被用于根據(jù)本發(fā)明的功能的處理器和存儲器?？梢詫崿F(xiàn)本發(fā)明所需要的所有修改、布置和/或結構作為標準執(zhí)行，這些標準可以被實現(xiàn)為被添加或被更新的軟件標準程序、應用電路(ASIC)和/或可編程電路，例如EPLD(可電編程的邏輯設備)、FPGA(現(xiàn)場可編程門陣列)。
作為技術優(yōu)點，對于本領域技術人員，本發(fā)明構思顯然能夠以多種方式實現(xiàn)。本發(fā)明及其實施例不限于上述的例子，而是可以在權利要求書的范圍內(nèi)變化。
權利要求
1.一種將消息型業(yè)務消息從具有第一消息結構的第一系統(tǒng)中的發(fā)送者傳輸?shù)骄哂械诙⒔Y構的第二系統(tǒng)的接收者的方法，其特征在于，所述方法包括在消息傳輸中使用承載獨立協(xié)議。
2.根據(jù)權利要求1的方法，其特征在于，還包括在接收者的設備中支持所述承載獨立協(xié)議；在包括根據(jù)所述承載獨立協(xié)議的應用的服務器中接收具有所述第一結構的消息；將所述消息轉(zhuǎn)換為(3-3)具有所述承載獨立協(xié)議的結構，以及使用所述承載獨立協(xié)議，將所述轉(zhuǎn)換后的消息從所述服務器傳輸?shù)剿鼋邮照叩脑O備。
3.根據(jù)權利要求1的方法，其特征在于，還包括在發(fā)送者的設備中支持(7-1，8-1)所述承載獨立協(xié)議；以及使用所述承載獨立協(xié)議，將所述消息從所述發(fā)送者的設備傳輸?shù)剿鼋邮照叩脑O備。
4.根據(jù)權利要求2或3的方法，其特征在于，還包括如果到所述接收者的設備的消息傳輸失敗將所述消息轉(zhuǎn)換為(13-2)具有所述第二結構；以及以所述第二結構將所述消息傳輸?shù)剿鼋邮照叩脑O備。
5.根據(jù)權利要求1的方法，其特征在于，還包括在所述發(fā)送者的設備中支持(2-1)所述承載獨立協(xié)議；根據(jù)所述承載獨立協(xié)議，從所述發(fā)送者的設備發(fā)送(2-2)所述消息；在包括根據(jù)所述承載獨立協(xié)議的應用的服務器中接收所述消息；將所述接收的消息從所述承載獨立協(xié)議結構轉(zhuǎn)換為(2-3)所述第二結構；以及將所述轉(zhuǎn)換后的消息從所述服務器傳輸?shù)剿鼋邮照叩脑O備。
6.根據(jù)權利要求1的方法，其特征在于，還包括在包括根據(jù)所述承載獨立協(xié)議的應用的服務器中接收具有所述第一結構的消息；將所述消息轉(zhuǎn)換為(4-3，5-3)具有所述第二結構；以及將所述轉(zhuǎn)換后的消息從所述服務器傳輸?shù)剿鼋邮照叩脑O備。
7.根據(jù)權利要求5或6的方法，其特征在于，還包括在接收者的設備中支持所述承載獨立協(xié)議；以及如果所述轉(zhuǎn)換后的消息的消息傳輸失敗將所述消息轉(zhuǎn)換為(14-4)具有所述承載獨立協(xié)議的結構；以及根據(jù)所述承載獨立協(xié)議，將所述消息從所述服務器傳輸?shù)剿鼋邮照叩脑O備。
8.根據(jù)權利要求2、3、4或7的方法，其特征在于，具有所述承載獨立協(xié)議結構的消息的傳輸包括存儲(7-3，8-3)所述消息的內(nèi)容；發(fā)送(7-4，8-4)所述內(nèi)容的地址到所述接收者設備；以及利用所述地址讀取所述內(nèi)容。
9.一種電信系統(tǒng)(SA1，SA2)，至少包括具有消息型業(yè)務消息的第一結構的第一系統(tǒng)(1)；具有所述消息的第二結構的第二系統(tǒng)(2，2’)；以及服務器(12，22)，消息經(jīng)由所述服務器被從所述第一系統(tǒng)傳輸?shù)剿龅诙到y(tǒng)；其特征在于，所述服務器(12，22)被配置為使用承載獨立協(xié)議傳輸所述消息。
10.根據(jù)權利要求9的電信系統(tǒng)(SA1，SA2)，其特征在于，所述第一系統(tǒng)(2)包括具有與所述第一系統(tǒng)中消息型業(yè)務相關的功能的網(wǎng)絡節(jié)點(SMSC)，所述網(wǎng)絡節(jié)點被配置為識別發(fā)送到所述第二系統(tǒng)的消息，并將所述消息轉(zhuǎn)發(fā)到所述服務器。
11.根據(jù)權利要求9或10的電信系統(tǒng)(SA1，SA2)，其特征在于，所述第一系統(tǒng)(1)至少包括用戶設備(TS)，所述用戶設備包括使用所述承載獨立協(xié)議來根據(jù)所述承載協(xié)議發(fā)送消息的發(fā)送者應用，所述用戶設備被配置為響應于目的地為所述第二系統(tǒng)的消息而啟動所述發(fā)送者應用。
12.根據(jù)權利要求9或10的電信系統(tǒng)，其特征在于，所述系統(tǒng)包括被配置為使用承載獨立協(xié)議傳輸所述消息的另一個服務器(12，22)，所述服務器中的一個是第一服務器(12)，所述消息經(jīng)由所述第一服務器而從所述第一系統(tǒng)中的發(fā)送者傳輸?shù)剿龅诙到y(tǒng)，而另一個服務器是第二服務器(22)，所述消息經(jīng)由所述第二服務器而從所述第一系統(tǒng)傳輸?shù)剿龅诙到y(tǒng)中的接收者，所述第一服務器(12)被配置為，響應于接收具有所述第一結構的消息，將所述消息轉(zhuǎn)換為具有根據(jù)所述承載獨立協(xié)議的結構，并將所述轉(zhuǎn)換后的消息發(fā)送到所述第二服務器，以及所述第二服務器(22)被配置為，響應于接收具有根據(jù)所述承載獨立協(xié)議的結構的消息，在轉(zhuǎn)發(fā)所述消息到所述接收者之前，將所述消息轉(zhuǎn)換為具有所述第二結構。
13.一種電信系統(tǒng)中的服務器(12，22)，所述電信系統(tǒng)包括具有消息型業(yè)務消息的第一結構的第一系統(tǒng)和具有所述消息的第二結構的第二系統(tǒng)，其中消息經(jīng)由所述服務器而從所述第一系統(tǒng)傳輸?shù)剿龅诙到y(tǒng)，其特征在于，所述服務器(12，22)被配置成為所述消息使用承載獨立協(xié)議。
14.根據(jù)權利要求13的服務器(12，22)，其特征在于，所述服務器被配置為，響應于接收具有所述第一結構的消息，在轉(zhuǎn)發(fā)所述消息之前，將所述消息轉(zhuǎn)換為具有根據(jù)所述承載獨立協(xié)議的結構。
15.根據(jù)權利要求14的服務器(12，22)，其特征在于，所述服務器(12，22)被配置為在轉(zhuǎn)發(fā)所述消息之前，將所述消息轉(zhuǎn)換為具有所述第二結構。
全文摘要
存在支持不同類型的消息型業(yè)務消息結構的不同類型的電信系統(tǒng)。為了使得能夠從具有第一消息結構的第一系統(tǒng)(1)中的發(fā)送者(TS)發(fā)送消息到具有第二消息結構的第二系統(tǒng)(2)的接收者(GS)，在消息傳輸中使用承載獨立協(xié)議。
文檔編號H04W92/16GK1701617SQ03822970
公開日2005年11月23日 申請日期2003年9月25日 優(yōu)先權日2002年9月27日
發(fā)明者卡琳·特卡恩 申請人:諾基亞公司