專利名稱：基于用戶識別信息轉(zhuǎn)發(fā)消息的電信系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于用戶識別信息轉(zhuǎn)發(fā)消息的電信系統(tǒng)和方法。
背景技術(shù)：
現(xiàn)代電信網(wǎng)絡(luò)除了執(zhí)行在用戶之間發(fā)起呼叫的基本功能之外，還為電話用戶提供了許多高級特征?，F(xiàn)在，諸如呼叫等待、主叫識別、主叫方回叫以及無線用戶的呼叫處理之類的高級特征是大多數(shù)電話服務(wù)提供商提供的標(biāo)準(zhǔn)特征。為了提供這類高級特征，服務(wù)提供商的電信網(wǎng)絡(luò)必須配置成支持這些特征。
全球移動(dòng)通信系統(tǒng)(GSM)網(wǎng)絡(luò)作為一類現(xiàn)代電信網(wǎng)絡(luò)，它是一種采用時(shí)分多址(TDMA)調(diào)制在網(wǎng)絡(luò)上傳送信號的數(shù)字蜂窩電話技術(shù)。這里所討論的概念和原理也應(yīng)用于其它類型的網(wǎng)絡(luò)，如通用移動(dòng)電信系統(tǒng)(UMTS)網(wǎng)絡(luò)。這里僅通過舉例方式來描述GSM網(wǎng)絡(luò)。圖1是包括移動(dòng)臺102的常規(guī)GSM網(wǎng)絡(luò)100的功能框圖，移動(dòng)臺102通常是蜂窩電話，它通過無線通信信道104與基站子系統(tǒng)106進(jìn)行通信。基站子系統(tǒng)106與系統(tǒng)100覆蓋的地理區(qū)域或“小區(qū)”內(nèi)的移動(dòng)臺102進(jìn)行通信，還與網(wǎng)絡(luò)子系統(tǒng)108通信，以便對往來于移動(dòng)臺102的呼叫進(jìn)行路由，并驗(yàn)證使用移動(dòng)臺的用戶的注冊和認(rèn)證信息。
網(wǎng)絡(luò)子系統(tǒng)108包括移動(dòng)交換中心(MSC)110，MSC 110與基站子系統(tǒng)106進(jìn)行通信，同時(shí)還對往來于網(wǎng)絡(luò)子系統(tǒng)中其它組件的消息進(jìn)行路由，以便驗(yàn)證用戶注冊和認(rèn)證信息，并執(zhí)行其它功能如更新移動(dòng)臺102的位置?；咀酉到y(tǒng)106通常通過事務(wù)處理能力應(yīng)用部分(TCAP)消息進(jìn)行通信，這種消息是根據(jù)網(wǎng)絡(luò)子系統(tǒng)108中的特定通信協(xié)議形成的消息。網(wǎng)絡(luò)子系統(tǒng)108還包括信號轉(zhuǎn)接點(diǎn)(STP)112、114，它們根據(jù)包含于每個(gè)TCAP消息中的路由信息將TCAP消息路由到網(wǎng)絡(luò)中適合的點(diǎn)上。更具體地說，如本領(lǐng)域技術(shù)人員所理解的那樣，目的點(diǎn)代碼(DPC)和稱為被叫方地址的信令連接控制點(diǎn)(SCCP)規(guī)定了TCAP消息在網(wǎng)絡(luò)100中組件之間的路由。這樣，每個(gè)STP 112、114用作網(wǎng)絡(luò)集線器，由此不需要在網(wǎng)絡(luò)100中的組件之間進(jìn)行直接鏈接。網(wǎng)絡(luò)子系統(tǒng)108還包括一對歸屬位置寄存器(HLR)116、118，每個(gè)HLR是存儲用戶信息如每個(gè)用戶的相關(guān)注冊、特征及認(rèn)證數(shù)據(jù)的數(shù)據(jù)庫。網(wǎng)絡(luò)子系統(tǒng)108還包括圖1的示范實(shí)施例中的第二MSC 120，其功能與MSC 110相同。應(yīng)注意，網(wǎng)絡(luò)100可包括一個(gè)或多個(gè)HLR。
在工作中，當(dāng)用戶從他或她的移動(dòng)臺102發(fā)起呼叫時(shí)，對應(yīng)的消息便在無線通信信道104上傳送，并通過基站子系統(tǒng)106傳遞到MSC 110。響應(yīng)于此消息，MSC 110經(jīng)由STP 112、114與適當(dāng)?shù)腍LR116、118進(jìn)行通信，以便驗(yàn)證第一用戶的注冊和認(rèn)證信息。一旦此信息得到驗(yàn)證，MSC 110便將TCAP消息路由到第二用戶，從而連接或建立呼叫。MSC 110根據(jù)從移動(dòng)臺102經(jīng)由通信信道104和子系統(tǒng)106傳送到該MSC的初始消息中所包含的已撥號碼確定TCAP消息的適當(dāng)路由。HLR 116、118是網(wǎng)絡(luò)子系統(tǒng)108內(nèi)的數(shù)據(jù)庫，其存儲所有用戶信息，并與MSC 110、120配合工作，作為許可或拒絕移動(dòng)電話用戶訪問網(wǎng)絡(luò)子系統(tǒng)108的門限組件。
若干無線運(yùn)營商或服務(wù)提供商通常利用網(wǎng)絡(luò)100來向他們各自的用戶提供移動(dòng)電話服務(wù)。各服務(wù)提供商必須實(shí)施并維護(hù)HLR 116、118，以便向他們的用戶提供服務(wù)。在許多情況下，無線業(yè)務(wù)提供商雇用第三方公司來為其提供并維護(hù)HLR 116、118。第三方公司最初建立HLR 116、118，之后在增加和刪除用戶以及改變各用戶特征時(shí)對該HLR進(jìn)行維護(hù)。服務(wù)提供商可能在某些時(shí)候希望雇用新公司來維護(hù)HLR 116、118，在此情況下，當(dāng)前HLR中的用戶輸入項(xiàng)必須轉(zhuǎn)移給由新公司建立并維護(hù)的新HLR。另一種需要將用戶輸入項(xiàng)從第一HLR 116、118轉(zhuǎn)移給第二HLR的情形發(fā)生在服務(wù)提供商正在擴(kuò)展業(yè)務(wù)并希望將用戶重新分配給網(wǎng)絡(luò)子系統(tǒng)108中的某個(gè)不同的HLR時(shí)。
通常，為將HLR 116、118從老公司轉(zhuǎn)移到新公司，必須重新配置網(wǎng)絡(luò)子系統(tǒng)108中的路由配置信息，以便將導(dǎo)向老HLR的呼叫路由到新HLR。此方法是勞動(dòng)密集型的，由此實(shí)施起來既費(fèi)時(shí)且成本又高。另一種方法是簡單地將所有用戶輸入項(xiàng)從老公司的HLR 116、118轉(zhuǎn)移到新公司的HLR。在HLR 116、118可能包含數(shù)百萬用戶輸入項(xiàng)，因而轉(zhuǎn)移所有這些輸入項(xiàng)所需的延遲和支出不切實(shí)際的情況下，這種方法并不總是可行或?qū)嶋H。此外，在這種方法中，直到所有用戶輸入項(xiàng)已轉(zhuǎn)移才可使用新HLR 116、118，因此耽擱了新HLR的實(shí)現(xiàn)。因此，在將所有用戶服務(wù)轉(zhuǎn)移到新HLR 116、118的操作完成之前，必須使用老的HLR，或者，在完成將用戶服務(wù)轉(zhuǎn)移到新HLR的操作期間，必須暫停對潛在用戶的服務(wù)。
需要一種允許服務(wù)提供商更容易地將用戶數(shù)據(jù)從一個(gè)HLR轉(zhuǎn)移到另一HLR，并使服務(wù)提供商能夠在這種轉(zhuǎn)移期間維持服務(wù)的系統(tǒng)和方法。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個(gè)方面，消息轉(zhuǎn)發(fā)歸屬位置寄存器組件包括轉(zhuǎn)發(fā)邏輯組件，該轉(zhuǎn)發(fā)邏輯組件適于接收消息，并用于根據(jù)該消息中的用戶識別信息確定是處理還是轉(zhuǎn)發(fā)消息。消息可以是TCAP消息，該轉(zhuǎn)發(fā)邏輯組件可包括含多條記錄的查詢表，每條記錄定義了是轉(zhuǎn)發(fā)還是處理對應(yīng)的接收消息的規(guī)則。消息中的用戶識別信息可以是IMSI標(biāo)識符和MSISDN標(biāo)識符中的至少一個(gè)。


圖1是常規(guī)GSM網(wǎng)絡(luò)的功能框圖。
圖2是根據(jù)本發(fā)明一個(gè)實(shí)施例的GSM網(wǎng)絡(luò)子系統(tǒng)的功能框圖，該網(wǎng)絡(luò)子系統(tǒng)包括消息轉(zhuǎn)發(fā)歸屬位置寄存器(HLR)，用于基于每條消息所包含的用戶識別信息來轉(zhuǎn)發(fā)消息。
圖3A和3B是說明根據(jù)本發(fā)明一個(gè)實(shí)施例，由圖2的消息轉(zhuǎn)發(fā)HLR執(zhí)行的消息轉(zhuǎn)發(fā)過程的流程圖。
圖4是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明由圖2的消息轉(zhuǎn)發(fā)HLR使用的轉(zhuǎn)換查詢表的表格。
圖5是圖2的網(wǎng)絡(luò)子系統(tǒng)的功能框圖，說明在消息轉(zhuǎn)發(fā)HLR將接收到的消息轉(zhuǎn)發(fā)給子系統(tǒng)中適當(dāng)?shù)某Ｒ?guī)HLR時(shí)，該子系統(tǒng)中的消息路由。
圖6是圖2的網(wǎng)絡(luò)子系統(tǒng)的功能框圖，說明在消息轉(zhuǎn)發(fā)HLR處理接收到的消息時(shí)子系統(tǒng)中的消息路由。
具體實(shí)施例方式
圖2是根據(jù)本發(fā)明一個(gè)實(shí)施例的GSM網(wǎng)絡(luò)子系統(tǒng)200的功能框圖，該網(wǎng)絡(luò)子系統(tǒng)包括消息轉(zhuǎn)發(fā)歸屬位置寄存器(HLR)，用于根據(jù)每條消息所包含的用戶識別信息來判斷是轉(zhuǎn)發(fā)還是處理所接收的消息。在進(jìn)行這種判斷時(shí)，消息轉(zhuǎn)發(fā)HLR 202將消息中的用戶識別信息與轉(zhuǎn)換查詢表204中的輸入項(xiàng)進(jìn)行比較。查詢表204中的輸入項(xiàng)指示，針對用戶識別信息的特定值，消息轉(zhuǎn)發(fā)HLR 202是如常規(guī)HLR那樣處理該消息還是對其進(jìn)行轉(zhuǎn)發(fā)。當(dāng)查詢表204指示應(yīng)處理消息時(shí)，將該消息提供給消息轉(zhuǎn)發(fā)HLR 202中的HLR組件206并加以處理。相反，當(dāng)查詢表204指示應(yīng)轉(zhuǎn)發(fā)消息時(shí)，消息轉(zhuǎn)發(fā)HLR 202將該消息轉(zhuǎn)發(fā)給查詢表中指示的另一HLR。消息轉(zhuǎn)發(fā)HLR 202允許服務(wù)提供商通過將消息轉(zhuǎn)發(fā)給新HLR組件206中尚未激活的老用戶HLR來更容易地實(shí)現(xiàn)該新HLR組件。這樣，當(dāng)在HLR組件206中添加用戶時(shí)，可維持給所有用戶的服務(wù)。當(dāng)在HLR組件206中激活用戶時(shí)，便更新查詢表204，由此將導(dǎo)向這些新激活的用戶的消息從老HLR重新導(dǎo)向HLR組件。
在以下說明中，結(jié)合本發(fā)明的所述實(shí)施例提出了某些細(xì)節(jié)，以提供對本發(fā)明的充分理解。然而，本領(lǐng)域的技術(shù)人員會明白，本發(fā)明可在沒有這些具體細(xì)節(jié)的情況下實(shí)現(xiàn)。此外，本領(lǐng)域技術(shù)人員會理解，如下所述的示范實(shí)施例并未限制本發(fā)明的范圍，并且還會明白，所公開的實(shí)施例和這種實(shí)施例的組件的各種修改、等效物及其組合均在本發(fā)明范圍內(nèi)。雖然以下并未明確地加以說明，但是包括比所述各實(shí)施例的所有組件更少組件的實(shí)施例也可能在本發(fā)明范圍之內(nèi)。最后，下面未詳細(xì)說明眾所周知的組件和/或過程的操作，以避免不必要地使本發(fā)明不夠清楚。
圖2所示的網(wǎng)絡(luò)子系統(tǒng)200包括第二消息轉(zhuǎn)發(fā)HLR 208，此消息轉(zhuǎn)發(fā)HLR包含對應(yīng)的轉(zhuǎn)換查詢表210和HLR組件212，它們的工作方式與消息轉(zhuǎn)發(fā)HLR 202中的對應(yīng)組件相同。第二消息轉(zhuǎn)發(fā)HLR208允許在查詢表204、210之間共享輸入項(xiàng)，同時(shí)限制由消息轉(zhuǎn)發(fā)HLR 208或202中的某個(gè)HLR定義的轉(zhuǎn)發(fā)規(guī)則。在備選實(shí)施例中，網(wǎng)絡(luò)200包括其它的消息轉(zhuǎn)發(fā)HLR或單個(gè)消息轉(zhuǎn)發(fā)HLR。此外，網(wǎng)絡(luò)子系統(tǒng)200包括移動(dòng)交換中心(MSC)214、216；信號轉(zhuǎn)接點(diǎn)(STP)218、220；以及常規(guī)HLR 222、224，它們的工作方式與先前參照圖1描述的對應(yīng)組件相同。
在工作中，當(dāng)用戶發(fā)起呼叫時(shí)，由MSC 214接收對應(yīng)的TCAP消息，MSC 214接著將此消息通過STP 218路由到消息轉(zhuǎn)發(fā)HLR202。注意，雖然描述的是基于呼叫的TCAP消息，但消息轉(zhuǎn)發(fā)HLR202、208的操作應(yīng)用于網(wǎng)絡(luò)200中傳送的任何類型的基于用戶的TCAP消息。響應(yīng)于TCAP消息的接收，消息轉(zhuǎn)發(fā)HLR 202判斷HLR組件206是應(yīng)該處理該消息還是將其轉(zhuǎn)發(fā)到常規(guī)HLR 222、224之一。當(dāng)將該消息加到HLR組件206之上時(shí)，該組件處理該消息，以驗(yàn)證該消息所包含的用戶信息的注冊和認(rèn)證信息。如果消息轉(zhuǎn)發(fā)HLR 202確定應(yīng)該轉(zhuǎn)發(fā)該TCAP消息，則通過所需組件將其路由到HLR 222或224。例如，當(dāng)消息轉(zhuǎn)發(fā)HLR 202確定應(yīng)該將該TCAP消息轉(zhuǎn)發(fā)到HLR 224時(shí)，該消息轉(zhuǎn)發(fā)HLR將該消息路由到STP 218，隨后又將該消息通過STP 220路由到HLR 224。一旦HLR組件206或HLR224已對收到的TCAP消息中的信息進(jìn)行了驗(yàn)證，則將此驗(yàn)證結(jié)果連同任何相關(guān)信息一起傳送給MSC 214。MSC 214隨后將上述TCAP消息路由到第二用戶，以便連接或“建立”呼叫。
圖3A和3B是更詳細(xì)地說明根據(jù)本發(fā)明一個(gè)實(shí)施例，由圖2的消息轉(zhuǎn)發(fā)HLR 202執(zhí)行的消息轉(zhuǎn)發(fā)過程的流程圖。在解釋圖3的過程之前，先對TCAP消息所包含的用戶識別信息進(jìn)行更詳細(xì)的說明。GSM網(wǎng)絡(luò)子系統(tǒng)200中的TCAP消息包括由消息轉(zhuǎn)發(fā)HLR 202使用的兩類標(biāo)識符1)國際移動(dòng)用戶身份(IMSI)標(biāo)識符；和2)移動(dòng)用戶綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)號碼(MSISDN)標(biāo)識符。IMSI標(biāo)識符是存儲在移動(dòng)臺102(圖1)所包含的用戶身份模塊(SIM)中的唯一標(biāo)識符。SIM是含有其它用戶專用信息以及保密數(shù)據(jù)的便攜式卡，如本領(lǐng)域技術(shù)人員所理解的那樣，它允許用戶通過簡單地將SIM卡插入不同的移動(dòng)臺中便可經(jīng)由該移動(dòng)臺訪問網(wǎng)絡(luò)子系統(tǒng)200。上述標(biāo)識符(MSISDN)對應(yīng)于用戶的電話號碼，每個(gè)MSISDN與特定的IMSI標(biāo)識符相關(guān)聯(lián)。如本領(lǐng)域技術(shù)人員所理解的那樣，當(dāng)網(wǎng)絡(luò)200為UMTS網(wǎng)絡(luò)時(shí)，IMSI值存儲在通用用戶身份模塊(USIM)應(yīng)用中，此應(yīng)用在移動(dòng)臺內(nèi)的通用集成電路芯片(UICC)上執(zhí)行。
圖3的消息轉(zhuǎn)發(fā)過程開始于步驟300，由此進(jìn)入步驟302，在該步驟中接收TCAP消息。該過程隨后進(jìn)行到步驟304，此步驟在功能上表示根據(jù)接收到的消息所包含的標(biāo)識符類型對該消息進(jìn)行路由或交換。當(dāng)通過TCAP消息中的IMSI標(biāo)識符識別用戶時(shí)，該過程進(jìn)行到步驟309，并當(dāng)通過MSISDN標(biāo)識符識別用戶時(shí)，處理進(jìn)行到步驟311。步驟309和311僅僅指示要對上述消息應(yīng)用的用戶路由邏輯，即步驟309指示對包括通過IMSI標(biāo)識符識別的用戶的TCAP消息應(yīng)用的用戶路由邏輯，或者步驟311指示對包括通過MSISDN標(biāo)識符識別的用戶的TCAP消息應(yīng)用的用戶路由邏輯。
處理從步驟309進(jìn)行到步驟306，判斷要用于查詢HLR組件206中路由轉(zhuǎn)換表的值，即IMSI標(biāo)識符或MSISDN標(biāo)識符。當(dāng)步驟306中的判斷是肯定的，則過程進(jìn)行到步驟308，并且在找到時(shí)讀取包含與所接收的IMSI標(biāo)識符相關(guān)聯(lián)的MSISDN標(biāo)識符的記錄。如果找到這種記錄，則步驟308中的判斷是肯定的，過程進(jìn)行到步驟310。在步驟310中，該過程在轉(zhuǎn)換查詢表204(圖2)中查找匹配的MSISDN標(biāo)識符。
所述過程從步驟310進(jìn)行到步驟312，并判斷查詢表204是否包含與從接收到的消息中的IMSI標(biāo)識符導(dǎo)出的搜索準(zhǔn)則相對應(yīng)的記錄。這里涉及幾個(gè)因素，例如有關(guān)用戶路由轉(zhuǎn)換查詢表中所用搜索準(zhǔn)則的搜索基礎(chǔ)或用戶記錄存在性。步驟312判斷搜索查詢表204是否返回輸入項(xiàng)，而不考慮該輸入項(xiàng)是基于MSISDN還是基于IMSI標(biāo)識符。如果此判斷是否定的，則所述過程進(jìn)行到步驟314，并且消息轉(zhuǎn)發(fā)HLR 202中的HLR組件206處理該消息。在此情形下，用戶路由轉(zhuǎn)換查詢表不包含匹配搜索準(zhǔn)則的輸入項(xiàng)。注意，圖3所示的處理邏輯防止這種情形在任何時(shí)候發(fā)生，由此，步驟312中的判斷有效地判斷了轉(zhuǎn)換查詢表是否返回表項(xiàng)。當(dāng)步驟312的判斷是肯定的時(shí)候，這表示查詢表204中存在一條與接收消息中IMSI標(biāo)識符的相關(guān)搜索準(zhǔn)則匹配的記錄。在此情況下，過程進(jìn)行到步驟316，并根據(jù)查詢表204中的記錄確定是轉(zhuǎn)發(fā)還是處理所接收的消息。如果該記錄指示消息應(yīng)當(dāng)由HLR組件206處理，則步驟316中的判斷是否定的，并且過程進(jìn)行到步驟314，由上述HLR組件處理該消息。當(dāng)查詢表204中的記錄指示應(yīng)當(dāng)轉(zhuǎn)發(fā)該消息時(shí)，則該記錄還包括該消息應(yīng)當(dāng)轉(zhuǎn)發(fā)到的轉(zhuǎn)發(fā)地址。在此情況下，過程進(jìn)行到步驟318，將所述消息轉(zhuǎn)發(fā)到指出的地址，該地址通常對應(yīng)于老HLR。例如，在子系統(tǒng)200中，轉(zhuǎn)發(fā)地址通常對應(yīng)于常規(guī)HLR 222或224的地址。
當(dāng)步驟308的判斷是否定時(shí)，這意味著接收消息中的IMSI標(biāo)識符不包含在HLR組件206中，過程進(jìn)行到步驟320，并判斷在查詢表204中是否找到IMSI標(biāo)識符的匹配項(xiàng)。過程隨后進(jìn)行到步驟312，并判斷轉(zhuǎn)換查詢表204是否在步驟320中返回輸入項(xiàng)。如果步驟312的判斷是否定的，則沒有找到任何記錄，過程進(jìn)行到步驟314，由HLR組件206處理該消息。如果步驟320中執(zhí)行的查詢操作返回了表項(xiàng)，則步驟312的判斷是肯定的。如果步驟320返回了輸入項(xiàng)，則查詢表204包括含有IMSI標(biāo)識符的輸入項(xiàng)，并且步驟312的判斷是肯定的。過程隨后進(jìn)行到步驟316，判斷記錄是否指示應(yīng)轉(zhuǎn)發(fā)或處理所述消息。如果記錄指示應(yīng)處理消息，則步驟316中的判斷是否定的，并且過程進(jìn)行到步驟314，由HLR組件206處理該消息。相反，如果記錄指示要轉(zhuǎn)發(fā)該消息，則過程進(jìn)行到步驟318，并將該消息轉(zhuǎn)發(fā)到記錄中所包含的轉(zhuǎn)發(fā)地址。
現(xiàn)在返回到步驟311，此步驟311僅指示了對通過MSISDN標(biāo)識符識別的用戶應(yīng)用的用戶路由邏輯。處理從步驟311進(jìn)行到步驟322，并判斷要用于搜索HLR組件206中的路由轉(zhuǎn)換表的值，即IMSI標(biāo)識符或MSISDN標(biāo)識符。當(dāng)步驟322中的判斷是肯定時(shí)，過程進(jìn)行到步驟324，并讀取找到時(shí)會包含與所接收的MSISDN標(biāo)識符相關(guān)聯(lián)的IMSI標(biāo)識符的用戶記錄。如果找到這種記錄，則步驟324中的判斷是肯定的，并且過程進(jìn)行到步驟320。在步驟320中，該過程在轉(zhuǎn)換查詢表204(圖2)中查找匹配的IMSI標(biāo)識符。
過程從步驟320進(jìn)行到步驟312，并判斷查詢表204是否包含與從接收到的消息中的MSISDN標(biāo)識符導(dǎo)出的搜索準(zhǔn)則對應(yīng)的記錄。步驟312驗(yàn)證對查詢表204的搜索是否返回了輸入項(xiàng)，而不考慮該輸入項(xiàng)是基于MSISDN還是基于IMSI標(biāo)識符。如果此判斷是否定的，則過程進(jìn)行到步驟314，由消息轉(zhuǎn)發(fā)HLR 202中的HLR組件206處理該消息。在此情形下，用戶路由轉(zhuǎn)換查詢表不包含匹配搜索準(zhǔn)則的輸入項(xiàng)。注意，圖3的處理邏輯防止這種情形在任何時(shí)候發(fā)生，由此步驟312的判斷有效地判斷了轉(zhuǎn)換查詢表是否返回表項(xiàng)。當(dāng)步驟312的判斷是肯定時(shí)，這表示查詢表204中存在與接收消息中IMSI標(biāo)識符的相關(guān)搜索準(zhǔn)則匹配的記錄。在此情況下，過程進(jìn)行到步驟316，并根據(jù)查詢表204中的記錄判斷要轉(zhuǎn)發(fā)還是處理接收消息。如果該記錄指示應(yīng)由HLR組件206處理該消息，則步驟316中的判斷是否定的，并且過程進(jìn)行到步驟314，由上述HLR組件處理該消息。當(dāng)查詢表204中的記錄指示應(yīng)當(dāng)轉(zhuǎn)發(fā)消息時(shí)，則該記錄還包括該消息應(yīng)當(dāng)轉(zhuǎn)發(fā)到的轉(zhuǎn)發(fā)地址。在此情況下，過程進(jìn)行到步驟318，將該消息轉(zhuǎn)發(fā)到指出的地址，該地址通常對應(yīng)于老HLR。例如，在子系統(tǒng)200中，轉(zhuǎn)發(fā)地址通常對應(yīng)于常規(guī)HLR 222或224的地址。
當(dāng)步驟324的判斷是否定時(shí)，這意味著接收消息中的MSISDN標(biāo)識符未包含在HLR組件206中，過程進(jìn)行到步驟310，并判斷在查詢表204是否找到MSISDN標(biāo)識符的匹配項(xiàng)。該過程隨后進(jìn)行到步驟312，并判斷在步驟320中轉(zhuǎn)換查詢表204是否返回輸入項(xiàng)。如果步驟312的判斷是否定的，則沒有找到任何記錄，過程進(jìn)行到步驟314，由HLR組件206處理該消息。如果步驟320中執(zhí)行的查詢操作返回了表項(xiàng)，則在步驟312的判斷是肯定的。如果步驟310返回輸入項(xiàng)，則查詢表204包括含有IMSI標(biāo)識符的輸入項(xiàng)，步驟312的判斷是肯定的。過程隨后進(jìn)行到步驟316，并判斷記錄是否指示應(yīng)該轉(zhuǎn)發(fā)還是處理該消息。如果記錄指示應(yīng)處理該消息，則步驟316中的判斷是否定的，并且過程進(jìn)行到步驟314，由LR組件206處理該消息。相反，如果記錄指示應(yīng)轉(zhuǎn)發(fā)該消息，則過程進(jìn)行到步驟318，將該消息轉(zhuǎn)發(fā)到該記錄所包含的轉(zhuǎn)發(fā)地址。圖4是根據(jù)本發(fā)明的一個(gè)實(shí)施例說明圖2所示轉(zhuǎn)換查詢表204的表格。查詢表204包括多條記錄R1-R6，每條記錄包括多個(gè)字段，它們包含在查詢表的各列中。每條記錄R1-R6的第一字段是“輸入項(xiàng)”字段，其中記錄R1-R5具有對應(yīng)于記錄編號的輸入項(xiàng)號。記錄R6包含將記錄R6定義為查詢表中的默認(rèn)記錄的默認(rèn)記錄輸入項(xiàng)。在本說明書中，這些記錄R1-R6也可替代性地稱為記錄或查詢表項(xiàng)。每條記錄R1-R6的“輸入項(xiàng)”字段在描述如圖4所示的表204時(shí)僅用于參考目的，不影響針對接收的TCAP消息作出的轉(zhuǎn)發(fā)或處理判斷。查詢表204的下一列或每條記錄R1-R6的下一字段是“用戶ID”字段。在圖4的示例中，記錄R1-R3在它們各自的用戶ID字段中包含MSISDN，記錄R4在其用戶ID字段中包含IMSI，而記錄R5-R6包含“.”，這是通配符，表示這些記錄的用戶標(biāo)識可取任意值。每條記錄R1-R6中的下兩個(gè)字段標(biāo)記為“地址性質(zhì)”和“號碼編制方案字段”，對所有記錄R1-R6具有通配符，表示這些字段可取任意值。每條記錄R1-R6中的下一字段是“地址”字段，指示與記錄中用戶ID字段相應(yīng)的特定地址或地址范圍。例如，由于地址字段包含輸入項(xiàng)“1307754.”，因此記錄R1對應(yīng)于任何具有以數(shù)字“1307754”開始的值的MSISDN標(biāo)識符的接收消息。此輸入項(xiàng)中的通配符指示值1307754之后可以為任意值。字段“地址性質(zhì)”、“號碼編制方案”、以及“地址”之上的標(biāo)題“用戶ID值”表示，這些字段中的每一個(gè)規(guī)定了每條記錄R1-R6中相應(yīng)用戶ID字段的特定參數(shù)。
每條記錄R1-R6的下三個(gè)字段也標(biāo)記為“地址性質(zhì)”、“號碼編制方案”以及“地址”，但這些字段規(guī)定了適用給定記錄R1-R6定義的特定規(guī)則的消息轉(zhuǎn)發(fā)HLR 202(圖2)的特定參數(shù)。圖4中這三個(gè)字段之上的標(biāo)題“轉(zhuǎn)發(fā)HLR編號”指明了這一點(diǎn)。例如，記錄R3對應(yīng)于任何具有取值在范圍“1402385.”內(nèi)的MSISDN標(biāo)識符，且從具有地址14023847201的消息轉(zhuǎn)發(fā)HLR 202轉(zhuǎn)發(fā)的接收消息。
最后兩個(gè)字段標(biāo)記為“動(dòng)作指示符”和“網(wǎng)絡(luò)實(shí)體”，并且如由這兩個(gè)字段之上的標(biāo)題所示那樣共同構(gòu)成“轉(zhuǎn)換數(shù)據(jù)”。動(dòng)作指示符字段取值“轉(zhuǎn)發(fā)”或“處理”，指示要轉(zhuǎn)發(fā)還是處理消息。網(wǎng)絡(luò)實(shí)體字段在動(dòng)作指示符取“轉(zhuǎn)發(fā)”值時(shí)指示要將接收消息轉(zhuǎn)發(fā)到的地址。例如，記錄R1定義了如下應(yīng)用于接收消息的規(guī)則。如果接收消息與取值在“1307754.”范圍內(nèi)的MSISDN標(biāo)識符相關(guān)聯(lián)，則應(yīng)當(dāng)由含有查詢表204的消息轉(zhuǎn)發(fā)HLR 202處理該消息。相反，記錄R2定義應(yīng)當(dāng)將與取值在“1402384.”范圍內(nèi)的MSISDN標(biāo)識符相關(guān)聯(lián)的接收消息轉(zhuǎn)發(fā)到地址“14023847204”的規(guī)則。圖4所示實(shí)施例僅作為示例提供，查詢表204的其它實(shí)施例也在本發(fā)明范圍之內(nèi)。此外，消息轉(zhuǎn)發(fā)HLR 202的其它實(shí)施例可以不包括查詢表，而可以包括判斷是處理還是轉(zhuǎn)發(fā)給定消息的其他形式的轉(zhuǎn)發(fā)邏輯。
圖5是圖2的網(wǎng)絡(luò)子系統(tǒng)200的功能框圖，用于說明當(dāng)消息轉(zhuǎn)發(fā)HLR 202將接收消息轉(zhuǎn)發(fā)到適當(dāng)?shù)某Ｒ?guī)HLR 222時(shí)，TCAP消息在該子系統(tǒng)中的路由。子系統(tǒng)200中的組件之間的虛線指示所述消息在該子系統(tǒng)中的路由，緊靠虛線的數(shù)字表示路由順序。最初，諸如由移動(dòng)用戶(未顯示)發(fā)起的呼叫之類的動(dòng)作導(dǎo)致將對應(yīng)的消息提供給MSC 214。MSC 214接收該消息，并如線1所示將該消息轉(zhuǎn)發(fā)到STP 218，STP 218接著又如線2所示將該消息路由到消息轉(zhuǎn)發(fā)HLR 202。消息轉(zhuǎn)發(fā)HLR 202利用圖4的查詢表204并執(zhí)行圖3的過程，以判斷是轉(zhuǎn)發(fā)還是處理該消息。
在本示例中，消息轉(zhuǎn)發(fā)HLR 202確定要將該消息轉(zhuǎn)發(fā)到常規(guī)HLR222。因此，消息轉(zhuǎn)發(fā)HLR 202如線3所示將該消息轉(zhuǎn)發(fā)到STP 218，之后STP 218如線4所示將該消息路由到消息轉(zhuǎn)發(fā)HLR 222。HLR 222隨后如前所述處理該消息，以驗(yàn)證發(fā)起呼叫的用戶的信息，之后直接與該用戶通信。與用戶直接通信意味著不再涉及消息轉(zhuǎn)發(fā)HLR202，而是由HLR 222執(zhí)行呼叫處理，就好像該消息最初已路由到HLR222一樣。因此，HLR 222如線5所示向STP 218提供返回消息，并且如線6所示將該消息路由到MSC 214。隨后，MSC 214將該返回消息傳送給發(fā)起呼叫的用戶。
圖6是圖2的網(wǎng)絡(luò)子系統(tǒng)200的功能框圖，用于說明當(dāng)消息轉(zhuǎn)發(fā)HLR 208處理接收消息時(shí)TCAP消息在該子系統(tǒng)中的路由。對于二次呼叫，消息轉(zhuǎn)發(fā)HLR 208以與消息轉(zhuǎn)發(fā)HLR 202相同的方式操作。最初，由移動(dòng)用戶(未顯示)發(fā)起的動(dòng)作(如點(diǎn)對點(diǎn)呼叫)導(dǎo)致將對應(yīng)的消息提供給MSC 216。MSC 216接收該消息，并如線1所示將該消息轉(zhuǎn)發(fā)到STP 220，STP 220接著又如線2所示將該消息路由到消息轉(zhuǎn)發(fā)HLR 208。消息轉(zhuǎn)發(fā)HLR 208使用圖4的查詢表204并執(zhí)行圖3的過程，以判斷是轉(zhuǎn)發(fā)還是處理該消息。
在本示例中，消息轉(zhuǎn)發(fā)HLR 208確定要處理上述消息，因此，它如前所述對該消息進(jìn)行處理，以驗(yàn)證發(fā)起呼叫的用戶的信息。之后，消息轉(zhuǎn)發(fā)HLR 208如線3所示將返回消息傳送給STP 220。STP 220如線4所示將該返回消息傳送給MSC 216，之后該MSC將上述返回消息傳送給發(fā)起所述動(dòng)作(如點(diǎn)對點(diǎn)呼叫)的用戶。
本領(lǐng)域技術(shù)人員會明白，雖然在前述說明書中陳述了本發(fā)明的各種實(shí)施例和優(yōu)點(diǎn)，但以上公開僅僅是例示性的，可以對其在細(xì)節(jié)上予以變更，并且這些變更仍然在本發(fā)明的廣義原理范圍內(nèi)。例如，上述一些組件可利用數(shù)字或者模擬電路或二者的組合來實(shí)現(xiàn)，適當(dāng)時(shí)，可通過在合適的處理電路上運(yùn)行軟件來實(shí)現(xiàn)。還應(yīng)當(dāng)注意，根據(jù)子系統(tǒng)200的實(shí)施方式，由組件200-224執(zhí)行的功能可組合起來由更少的單元執(zhí)行，或分開由更多的單元執(zhí)行。因此，本發(fā)明僅受所附權(quán)利要求來限定。
權(quán)利要求
1.一種適于接收含有用戶識別信息的消息的消息轉(zhuǎn)發(fā)組件(202，208)，其可用于根據(jù)所述消息中的所述用戶識別信息判斷是處理還是轉(zhuǎn)發(fā)所述消息。
2.如權(quán)利要求1所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于所述消息包括TCAP消息。
3.如權(quán)利要求1所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于還包括含有多條記錄的查詢表(204，210)，其中每條記錄定義了是轉(zhuǎn)發(fā)還是處理對應(yīng)的接收消息的規(guī)則。
4.如權(quán)利要求1所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于所述消息包括IMSI標(biāo)識符或MSISDN標(biāo)識符中的至少一個(gè)，并且所述消息轉(zhuǎn)發(fā)組件利用所述IMSI(320)和MSISDN(310)標(biāo)識符判斷是處理還是轉(zhuǎn)發(fā)所述消息。
5.如權(quán)利要求1所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于還包括數(shù)據(jù)庫組件(206，212)，所述消息轉(zhuǎn)發(fā)組件(202，208)可用于在所述消息轉(zhuǎn)發(fā)組件(202，208)判定要處理所述消息時(shí)向所述數(shù)據(jù)庫組件(206，212)提供所述消息。
6.如權(quán)利要求1所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于所述消息轉(zhuǎn)發(fā)組件(202，208)包括歸屬位置寄存器組件(206，212)。
7.如權(quán)利要求1所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于還包括包括至少一個(gè)用戶信息組件(222，224)的電信網(wǎng)絡(luò)(200)，每個(gè)用戶信息組件(222，224)存儲用戶驗(yàn)證信息；以及其中所述消息轉(zhuǎn)發(fā)組件(202，208)包括用于存儲用戶驗(yàn)證信息的歸屬位置寄存器組件(206，212)，以及其中所述消息轉(zhuǎn)發(fā)組件(202，208)還可用于在所述組件判定應(yīng)該處理所述消息時(shí)向所述歸屬位置寄存器組件(206，212)提供所述消息，以及在所述消息轉(zhuǎn)發(fā)組件(202，208)判定應(yīng)該轉(zhuǎn)發(fā)所述消息時(shí)，可用于將所述消息轉(zhuǎn)發(fā)給所述其它用戶信息組件(222，224)之一。
8.如權(quán)利要求7所述的消息轉(zhuǎn)發(fā)組件(202，208)，其特征在于還包括至少一個(gè)移動(dòng)交換中心組件(214，216)，每個(gè)移動(dòng)交換中心組件(214，216)耦合成與所述歸屬位置寄存器組件(222，224)和所述消息轉(zhuǎn)發(fā)歸屬位置寄存器組件(202，208)通信；以及至少一個(gè)信號轉(zhuǎn)接點(diǎn)組件(218，220)，每個(gè)信號轉(zhuǎn)接點(diǎn)耦合到所述移動(dòng)交換中心組件(214，216)和所述歸宿位置寄存器組件(222，224)以及所述消息轉(zhuǎn)發(fā)歸屬位置寄存器組件(202，208)，并可用于在上述組件之間傳送消息。
9.一種在電信網(wǎng)絡(luò)(200)中處理消息的方法，所述方法包括接收消息，所述消息包括用戶識別信息；根據(jù)所述用戶識別信息判斷是處理還是轉(zhuǎn)發(fā)所述消息；以及根據(jù)所述判斷操作結(jié)果處理或轉(zhuǎn)發(fā)所述消息。
10.如權(quán)利要求9所述的方法，其特征在于根據(jù)所述用戶識別信息判斷是處理還是轉(zhuǎn)發(fā)所述消息的操作包括將所述消息中的所述用戶信息與查詢表(204，210)中的多條記錄作比較，其中每條記錄定義了是轉(zhuǎn)發(fā)還是處理對應(yīng)的接收消息的規(guī)則。
11.如權(quán)利要求10所述的方法，其特征在于每條消息包括IMSI標(biāo)識符或MSISDN標(biāo)識符中的至少一個(gè)，并且所述比較操作包括將所述消息中的所述標(biāo)識符與所述查詢表(204，210)中每條記錄所包含的標(biāo)識符進(jìn)行比較。
12.如權(quán)利要求11所述的方法，其特征在于所述查詢表(204，210)中的每條記錄包括至少一個(gè)用戶識別字段；其中，每條記錄還包括轉(zhuǎn)換數(shù)據(jù)字段，所述轉(zhuǎn)換數(shù)據(jù)字段含有有關(guān)是轉(zhuǎn)發(fā)還是處理對應(yīng)消息的信息以及某消息要轉(zhuǎn)發(fā)到的所述網(wǎng)絡(luò)中的某個(gè)組件的網(wǎng)絡(luò)地址；所述判斷操作包括將所述查詢表(204，210)中的所述用戶識別字段與與所述消息相關(guān)聯(lián)的所述用戶識別信息進(jìn)行比較；以及轉(zhuǎn)發(fā)所述消息的所述操作包括當(dāng)所述消息中的所述用戶識別信息匹配所述用戶識別字段中的所述信息時(shí)，將所述消息轉(zhuǎn)發(fā)到所述網(wǎng)絡(luò)地址。
13.如權(quán)利要求9所述的方法，其特征在于所述方法是用包含在計(jì)算機(jī)可讀介質(zhì)中的程序指令來實(shí)現(xiàn)的，所述程序指令的內(nèi)容使計(jì)算機(jī)通過執(zhí)行所述方法的操作來處理電信網(wǎng)絡(luò)中的消息。
全文摘要
消息轉(zhuǎn)發(fā)移動(dòng)性管理(如歸屬位置寄存器)組件(202，208)包括轉(zhuǎn)發(fā)邏輯組件(204，210)，它適于接收消息，并可根據(jù)所述消息中的所述用戶或用戶識別信息判斷是處理還是轉(zhuǎn)發(fā)所述消息。所述消息可以是TCAP消息，轉(zhuǎn)發(fā)邏輯組件(204，210)可包括含有多條記錄的查詢表(204，210)，其中每條記錄定義是轉(zhuǎn)發(fā)還是處理對應(yīng)的接收消息的規(guī)則。所述消息中的用戶或用戶識別信息可以是IMSI標(biāo)識符或MSISDN標(biāo)識符之一或二者。
文檔編號H04W92/02GK1741637SQ20051008226
公開日2006年3月1日 申請日期2005年6月30日 優(yōu)先權(quán)日2004年7月1日
發(fā)明者B·凱尼恩, M·凱利 申請人:惠普開發(fā)有限公司