專利名稱：選擇路由發(fā)送短消息的方法和裝置的制作方法
技術(shù)領域：
本發(fā)明總體涉及移動電話系統(tǒng)，尤其是涉及到在多個消息中心之間選擇路由發(fā)送短消息的方法和裝置。
背景技術(shù)：
IS-41(ANSE-41)移動網(wǎng)絡的短消息業(yè)務在以版本C(也稱為IS-41-C)開始的ANSI/EIA/TIA標準中被加以定義，(參看ANSI/EIA/TIA標準41-D，《蜂窩無線電信系統(tǒng)間操作》，電子工業(yè)協(xié)會，1997)(“IS-41D規(guī)范”)。本文獻定義了稱為移動中心(MCs)的網(wǎng)絡實體，它負責從短消息實體(SMEs)接收短消息、對其進行存儲、并將其再轉(zhuǎn)發(fā)到短消息實體(SMEs)。多數(shù)情況下，這些實體對應于移動手機(MSs)，并被正式定義為基于MS的短消息實體SMEs。某些情況下，這些SMEs可基于移動中心或其它網(wǎng)絡節(jié)點，并被稱為固定SMEs。
IS-41消息的下面?zhèn)鬏攲油ǔＪ荢S7。SS7網(wǎng)絡中的IS-41實體使用指向代碼/子系統(tǒng)編號(PC/SSN)標識符進行尋址。另一方面，短消息使用對應于移動手機電話號碼的MINs(移動標識編號)或DNs(目的地編號)進行尋址。
通常，短消息被遞送到MC并加以存儲。該MC將試圖在某一時期內(nèi)遞送該消息。由于目的地可能暫時無法接通(例如，用戶的手機不在服務區(qū))，該MC將嘗試多次遞送。上述標準同樣允許一個MC將消息轉(zhuǎn)發(fā)至另一個MC，后者將能真正實現(xiàn)消息的遞送。用于標準MC交互工作的信令處理過程在IS-41D規(guī)范的第6部分做了詳細說明。A4.46.6 MC接收和SMS遞送點到點請求@部分描述了MC如何以偽代碼方式處理短消息。以下三項操作雖然已提到但尚未做出規(guī)定1)如何確定是否最初的發(fā)信地址是屬于本地MC10的一個SME(步驟1-16-1)；2)如何確定是否目的地地址是一個屬于此MC10的一個SME(步驟1-17-1)；3)如何確定在哪里轉(zhuǎn)發(fā)消息(步驟1-16-1-3，參考步驟4.46.7)。
因此，標準([IS41D])沒有規(guī)定如何確定本地MC或如何選擇路由(即如何確定PC/SSN地址)從一個MC向另一個MC發(fā)送短消息。在名為“使用IS-41的移動電信網(wǎng)絡”(McGraw-Hill，1997)一書中，Michael D.Gallagher和Randall A.Snyder討論了在兩個MC之間轉(zhuǎn)發(fā)短消息的路由選擇方法。他們的建議是使用固定的MIN-至-MC表(類似下面描述的內(nèi)部MC路由表)或MIN-至-MC全局標題轉(zhuǎn)換(GTT)。雖然Gallagher和Snyder描述了如何選擇路由，但他們沒有提供如何確定本地MC的解決方案。
發(fā)明概述本發(fā)明的一種具體實施方案提供了用于判定是否已知用戶屬于本地MC的靈活方法。用戶數(shù)據(jù)庫簡要檔案和缺省用戶簡要檔案的結(jié)合可以允許客戶實現(xiàn)諸如白名單(僅明確規(guī)定的用戶接收業(yè)務)、黑名單(除數(shù)據(jù)庫中明確禁止之外的全部接收業(yè)務)，或某種組合的方案。
此外，本發(fā)明的一種具體實施方案提供了允許將指向代碼(PointCode)和全局標題轉(zhuǎn)換相組合的靈活路由選擇機制。甚至，當轉(zhuǎn)發(fā)失敗時(例如目的地的本地MC不可知或一直無法接通)，本發(fā)明允許客戶嘗試直接遞送消息。
附圖簡述

圖1說明與SS7信令網(wǎng)絡互連的多個消息中心。
圖2以簡化形式說明消息中心處理系統(tǒng)。
圖3A和圖3B說明根據(jù)本發(fā)明舉例的實施方案處理短消息的軟件和相應過程。
發(fā)明詳述在以下對優(yōu)選實施方案的詳述中，可參考作為方案一部分的附圖，其中附圖顯示了本發(fā)明可付諸實現(xiàn)的特定實施方案。在不脫離本發(fā)明范疇的前提下，可以使用其它實施方案或進行結(jié)構(gòu)上的改變。
參考圖1，它說明了與包含SS7鏈接11的SS7網(wǎng)絡12互連的多個消息中心10a-10d，如圖所示，各個消息中心10通過SS7網(wǎng)絡在其相互之間傳送短消息。在本發(fā)明的例選實施方案中，短消息依照上述的IS-41(ANSI-41)移動網(wǎng)絡短消息業(yè)務進行傳輸和遞送。雖然這里描述的是SS7網(wǎng)絡形式，其它傳輸體系也可用于傳輸短消息。
參考圖2，它根據(jù)本明的一個例選實施方案，以簡化形式說明了短消息處理系統(tǒng)13。如圖，處理系統(tǒng)13從SS7鏈路11或通過端口15從其它消息源接收短消息，此消息可能在消息中心10中產(chǎn)生，也可能不在其中產(chǎn)生。系統(tǒng)13包括硬件平臺14a和軟件組件14b。系統(tǒng)13進一步包括用戶數(shù)據(jù)庫14c，用于保存由消息中心10提供服務的用戶的名單以及依據(jù)常規(guī)IS-41操作的路由表14d。硬件平臺14a最好是工作站計算機，它能被配置成能夠提供到SS7鏈路11和其它外部設備及網(wǎng)絡的物理層連接。軟件組件14b最好包括一個UNIX類型或等效的多任務操作系統(tǒng)以及其它軟件，以用于實現(xiàn)消息處理的控制功能(例如，如圖3a和3b的流程圖所示)。
參考圖3A和3B，它描述了本發(fā)明的消息處理方法和軟件的實施方案。在處理系統(tǒng)13(20a)接收短消息。檢查該消息是否合格(20b)；如果不合格，該消息將被拒絕或另外進行處理(20e)。檢查消息的合格性對于本發(fā)明并非必要，但當需要判定是否源地址(源程序或手機的電話號碼)與本地用戶數(shù)據(jù)庫14c的特定簡要檔案匹配時，應進行這種檢查，并利用該簡要檔案來判定該消息是應該被接受用于處理還是被拒絕。如果用戶數(shù)據(jù)庫14c不匹配，則缺省用戶簡要檔案將被用來判定該消息是應該被接受用于處理或還是被拒絕。
如果消息被接受以用于處理，將判定是否目的地地址屬于本地的MC10。尤其，如果目的地地址(目的地程序或手機的電話號碼)與本地用戶數(shù)據(jù)庫14c(20c)的特定簡要檔案相匹配，此簡要檔案將確定該消息是被直接遞送(依據(jù)標準[IS41D]規(guī)程)或還是被拒絕(20d)。
否則，該消息將被轉(zhuǎn)發(fā)到目的地的本地MC10。如果目的地的本地MC10的指向代碼(PC)/子系統(tǒng)編碼(SSN)是在MC路由表(14d)(20f)中，則可使用PC/SSN(20g)將短消息轉(zhuǎn)發(fā)到目的地MC10。
否則，嘗試使用全局標題轉(zhuǎn)換(GTT)由MC10選擇路由(20I)，如果成功，通過使用目的地地址和MIN-至-MC轉(zhuǎn)換將該消息轉(zhuǎn)發(fā)到目的地的本地MC10。
或者，可以通過僅配置其中一種上述的路由選擇過程而實現(xiàn)本發(fā)明，(也就是說，通過指向代碼或GTT來選擇路由)；或者首先使用一種路由選擇技術(shù)進行遞送，如果第一種技術(shù)沒有成功，則使用另一種。
如果有某事件導致轉(zhuǎn)發(fā)步驟失敗(20h)(例如目的地的本地MC不可知或始終無法接通)，則缺省用戶簡要檔案會判定該消息是要進行直接遞送或還是加以拒絕(20j)。
替代方案本發(fā)明并不局限于這里描述的例選實施方案。本發(fā)明不局限于任何類型或形式的軟件，也不限于任何特定類型的硬件或操作系統(tǒng)平臺、客戶機-服務器或網(wǎng)絡體系。并且，本發(fā)明的消息遞送系統(tǒng)還可在不脫離本發(fā)明范疇的前提下，用其他替代方式實現(xiàn)。進一步說，本發(fā)明的軟件功能可全部或部分通過硬件實現(xiàn)，反之亦可。
結(jié)論因此，本發(fā)明提供了用于判斷是否已知用戶屬于本地的MC的靈活方法。用戶數(shù)據(jù)庫簡要檔案和缺省用戶簡要檔案的組合允許客戶實現(xiàn)諸如白名單(僅明確規(guī)定的用戶接收的業(yè)務)、黑名單(除數(shù)據(jù)庫中明確禁止之外的全部接收業(yè)務)，或某種組合的方案。此外，本發(fā)明提供了一種靈活的路由選擇字型機制，它允許指向代碼路由選擇、GTT路由選擇、以及二者的組合。而且，如果轉(zhuǎn)發(fā)失敗，本發(fā)明還允許客戶嘗試直接遞送消息。
權(quán)利要求
1.一種在SS7網(wǎng)絡中處理短消息的方法，包括在本地消息中心計算機系統(tǒng)中接收短消息；檢查計算機系統(tǒng)中的消息中心用戶數(shù)據(jù)庫以便確定如果該消息定址于此消息中心，則該消息將由此消息中心控制遞送；如果該消息不是定址于本地消息中心，則在計算機系統(tǒng)的消息中心路由表中尋找目的地消息中心的地址；如果地址在路由表中，則按照指向代碼尋址方式選擇路由將消息發(fā)送至目的地消息中心；并且如果地址不在路由表中，則通過全局標題轉(zhuǎn)換尋址方式選擇路由將消息發(fā)送到目的地消息中心。
2.根據(jù)權(quán)利要求1的方法，其特征在于，進一步包括當短消息無法被遞送到它正確的目的地消息中心時本地消息中心將嘗試直接遞送此消息的步驟。
3.一個包括在機器可讀媒質(zhì)中進行編碼的計算機程序的程序產(chǎn)品，該計算機程序包括可在適當配置的計算機中執(zhí)行以便根據(jù)以下步驟在SS7網(wǎng)絡中處理短消息的程序代碼在本地消息中心計算機系統(tǒng)中接收短消息；檢查計算機系統(tǒng)中的消息中心用戶數(shù)據(jù)庫以便確定如果該消息定址于此消息中心，則該消息將由此消息中心控制遞送；如果該消息不是定址于本地消息中心，則在計算機系統(tǒng)的消息中心路由表中尋找目的地消息中心的地址；如果地址在路由表中，則按照指向代碼尋址方式選擇路由將消息發(fā)送至目的地消息中心；并且如果地址不在路由表中，則通過全局標題轉(zhuǎn)換尋址方式選擇路由將消息發(fā)送到目的地消息中心。
4.根據(jù)權(quán)利要求3的產(chǎn)品，其特征在于，其中當短消息無法遞送到其正確的目的地消息中心時，計算機代碼能在計算機上運行以便嘗試直接遞送該短消息。
5.一個用于在SS7網(wǎng)絡中處理短消息的計算機系統(tǒng)，包括一個硬件平臺；一個或多個在硬件平臺上執(zhí)行的軟件組件，用于檢查計算機系統(tǒng)中的本地消息中心用戶數(shù)據(jù)庫，以便確定如果該消息定址于本地消息中心，該消息將由此消息中心控制遞送；如果該消息不是定址于本地消息中心，則在計算機系統(tǒng)的消息中心路由表中尋找目的地消息中心的地址；如果地址在路由表中，則按照指向代碼尋址方式選擇路由將消息發(fā)送至目的地消息中心；并且如果地址不在路由表中，則通過全局標題轉(zhuǎn)換尋址方式選擇路由將消息發(fā)送到目的地消息中心。
6.根據(jù)權(quán)利要求5的產(chǎn)品，其特征在于，其中計算機程序組件進一步包括能在計算機上運行的代碼，從而當短消息無法遞送到其正確的目的地消息中心時，能夠嘗試直接遞送該短消息。
全文摘要
一個用于在各個消息中心之間選擇路由發(fā)送短消息的系統(tǒng),它規(guī)定消息首先被檢查以便確定它們是否要被本地消息中心處理,然后,如果適當,便使用指向代碼或全局標題轉(zhuǎn)換的路由方式選擇路由將它們發(fā)送至其他消息中心。
文檔編號H04M7/06GK1308819SQ99808253
公開日2001年8月15日 申請日期1999年5月3日 優(yōu)先權(quán)日1998年5月4日
發(fā)明者K·伊爾滕, A·亞爾琴卡雅, D·布魯克曼 申請人:Adc長途電訊有限公司