專利名稱：蜂窩式移動電話無線電系統(tǒng)中管理輔助性業(yè)務程序的方法
技術領域：
本發(fā)明總的涉及蜂窩式移動電話無線電系統(tǒng)，該系統(tǒng)以所謂GSM(GlobalSystemForMobileComunication)標準為基礎，具體涉及一種管理輔助性業(yè)務的程序的方法。
GSM網(wǎng)絡基本至少包括一基地站系統(tǒng)BSS，該基地站系統(tǒng)BSS包括一基地站控制器BSC和基地站收發(fā)信機BTS。GSM網(wǎng)格還包括一移動電話業(yè)務交換中心MSC、一原始位置寄存器HLR和一客戶位置寄存器VLR。
每個客戶移動電話站MS屬于一原始網(wǎng)絡中的HLR，永久性客戶數(shù)據(jù)存貯于其中。當一個移動電話站作為一個訪問者被存貯于MSC/VLR中時，移動電話站的HLR發(fā)一相關的用戶數(shù)據(jù)給MSC/VLR。
輔助性業(yè)務程序程序是這樣一些程序，它們?yōu)镚SM系統(tǒng)中的-MS(移動電話機站)所使用，或者改變輔助性業(yè)務數(shù)據(jù)或者要求網(wǎng)絡提供有關當時的輔助性業(yè)務數(shù)據(jù)。例如，這個程序可以涉及起動一輔助性務、寄存一輔助性業(yè)務的數(shù)據(jù)、查詢一給定輔助性業(yè)務的數(shù)據(jù)等。
在GSM網(wǎng)絡中，如上指出，用戶數(shù)據(jù)永久性地存入HLR(HomeLocationRe;ister，原始位置寄存器)中。這意味著，MS用來要求改變用戶業(yè)務數(shù)據(jù)的程序最好終止在HLR中，因為HLR正是負責存儲這類數(shù)據(jù)的寄存器。負責與MS通信的MSC/VLR(MobilService;SwitchingCenter/VisitorLocationRejester，移動電話業(yè)務交換中心/客戶位置寄存器)只存儲輔助性業(yè)務數(shù)據(jù)的副本。來自HLR的的該數(shù)據(jù)連同來自MS關于移動電話機是MSC/VLR中的新“客戶”的報告一起在MSC/VLR中接收。
鑒于與輔助性業(yè)務程序一起和MS直接通信的是MSC/VLR，因而從MSC來看，終止這些程序的是MSC/VLR。然而，上面說過，GSM網(wǎng)絡的分布，總的說來，HLR是這些程序的真正接受者或目標。MSC/VLR僅僅是程序轉移的一個點。但這與其說是個規(guī)律倒不如是個例外，因為某些程序是終止在MSC/VLR中，且并不是這些程序中的每一個都轉移到HLR的。這方面的一個例子涉及當時在某已知的輔助性業(yè)務可使用的數(shù)據(jù)的查詢，這種查詢不是終止在HLR中而是終止在MSC/VLR中。但這僅適用于那些由MSC/VLR控制的業(yè)務。
在MS與MSC/VLR之間進行發(fā)信時，輔助性業(yè)務程序純粹是以協(xié)議的形式借助于符合ROSE原理(遠程操作業(yè)務基本原理-見CCITTX.219和X.220中的規(guī)定)的規(guī)則執(zhí)行的。這就是說，所有程序是作為各項操作以協(xié)議的形式規(guī)定的。這些操作從其協(xié)議內(nèi)容方面說明了包含在實際程序中的前送和后送信息的結構。包含在一個操作中的前送和后送信息叫做分量(組成部分)。
在MSC/VLR和HLR之間通信時采用了CCITT＃7TCAP(翻譯能力應用部分-見CCITTQ.771-Q.7751中規(guī)定)。TCAP是根據(jù)ROSE的。這使在MSC/VLR與MS之間的通信中使用的操作可加以“引用”，并在MSC/VLR與HLR之間通信時也加以使用。
歐洲專利EP295，678介紹了一種無線電話系統(tǒng)，在該系統(tǒng)中，“無線電聯(lián)系設備”給其所在的無線電區(qū)發(fā)一ID號。無線電話機將所收到的無線電區(qū)ID號與存儲在一個存儲器中的號加以比較。若各ID號互不一致，無線電話ID號和所收到的無線電區(qū)ID號就作為位置輸入信號經(jīng)“無線電聯(lián)系設備”發(fā)送到一個無線電控制裝置。由該無線電信道控制裝置將該ID號存儲起來。
美國專利U.S.4，901，340主要公開了從移動無線電話技術觀點出發(fā)提出的總的構思，其中各移動電話機處在其原始業(yè)務區(qū)以外的外區(qū)中。
從上述技術背景顯然可知，MSC/VLR接收輔助性作業(yè)時需要決定該作業(yè)終止于MSC/VLR抑或前送至HLR。本發(fā)明的目的是，當有關作業(yè)不應終止于MSC/VLR而應往前送至HLR時，簡化該程序。
達到這個目的是采用了本發(fā)明的方法，即管理GSM/VLR中指向HLR的輔助性業(yè)務的程序，該方法包括如下步驟a)使MSC/VLR只知道將終止于MSC/VLR中的那些作業(yè)，b)當收到來自-MS的作業(yè)中的前送信息時，檢查該作業(yè)，以決定該作業(yè)是否為MSC/VLR所知，和c)如果該作業(yè)為MSC/VLR所知，則終止于MSC/VLR;
d)如果該作業(yè)不為MSC/VLR所知，不再檢查它，但在MSC/VLR中收到時，把該信息送到HLR。
一個優(yōu)選的實施例包括如下步驟在步驟b)，通過分析操作碼，檢查所述作業(yè)的請求分量，在步驟c)，如果操作碼的值與MSC/VLR所知道的值符合，則終止作業(yè);
在步驟d)，如果操作碼的值不為MSC/VLR所知，則不再檢查所收到的請求分量，但當它被MSC/VLR收到時，前送到HLR。
現(xiàn)在參看附圖更詳細地說明本發(fā)明的內(nèi)容。


圖1是傳統(tǒng)GSM網(wǎng)絡的基本結構的圖示。
圖2示出一傳統(tǒng)的輔助性業(yè)務程序，它包括在MS和MSC/VLR之間以及在MSC/VLR和HLR之間的發(fā)信。
圖3簡單地示出本發(fā)明的一個例子，MSC/VLR如何管理來自MS的、將要前送到HLR的輔助性業(yè)務的程序。
參閱圖1，一蜂窩式網(wǎng)絡主要包括多個基地站系統(tǒng)，其中兩個分別標為BSS1和BSS2，基地站系統(tǒng)BSS1和BSS2的每一個分別包括基地站控制器BSC1和BSC2，它們經(jīng)通信鏈路L連接到各基地站收發(fā)信機BTS，所述基地站收發(fā)信機中的一個在圖1中標為BTS.n。每個收發(fā)信機BTS位于一相關的蜂窩式網(wǎng)絡的單元(Cell)上，圖1所示窩式結構的單元為六角形的。圖1中，包括有收發(fā)信機BTS.n的單元標為C.n.，而且，GSM網(wǎng)各包括一移動業(yè)務交換中心MSC，MSC中有一客戶位置寄存器VLR。還有一個或多個與MSC通信的原始位置寄存器HLR。MSC被連接以便經(jīng)公共地面移動電話網(wǎng)絡PLMN與基地站控制器BSC1和BSC2通信。
雖然并未示出，但圖1的MSC通常有一與其他MSC的接口，每個MSC都還有與當?shù)毓步粨Q電話網(wǎng)絡相連的接口。
每個移動電話端MS屬于一原始網(wǎng)絡的HLR，其中，永久性客戶數(shù)據(jù)存于其中。當一個移動電話機在MSC/VLR中登記為一個新的客戶時，HLR就向MSC/VLR發(fā)出該相關客戶數(shù)據(jù)的復制件。
當在和MSC/VLR之間發(fā)信時，輔助性業(yè)務僅根據(jù)ROSE原理(RemoteOperationsServiceElement-在CCITTX.219和X.220中規(guī)定)只以協(xié)議的形式被完成。這意味差，所有的程序都以協(xié)議的形式限定為作業(yè)。這些作業(yè)是它的協(xié)議內(nèi)容方案的實際程序中對發(fā)送和返回信息的結構的描述。包括在一作業(yè)中的發(fā)送和返回信息被稱為分量。
CCITT＃7TCAP(TranslationCapabilitiesApplicationPart-在CCITTQ.771-Q.775中規(guī)定)使用于在MSC/VLR之間通信時。TCAP也以ROSE為基礎。這使德在MSC/VLR和MS之間通信的作業(yè)被引入，也在MSC/VLR和HLR之間通信時被使用。
圖2示出了一傳統(tǒng)輔助性業(yè)務程序的例子，既包括在MS和MSC/VLR之間的通信，也包括MSC/VLRHLR之間的通信。
當在MS(圖2的框2)和MSC/VLR(圖2的框4)之間通信時，程序由MS啟動，Register-信息6中的作業(yè)ActivateSS的形式發(fā)出發(fā)送信息(稱為請求分量)。該Rejister-信息建立了MS和MSC/VLR之間的通信聯(lián)系。MSC/VLR通過發(fā)送-ACAPTC-BEGIN信息8而建立一對話，信息8包含作業(yè)“ActivateSS”對HLR(框10)的請求分量。
在這個對話中，HLR使用包含作業(yè)請求分量“GetPassword”的TCAPTC-CONTINUE信息12以繼續(xù)發(fā)信。作為響應，MSC/VLR向MS發(fā)出-FACILITY信息14，F(xiàn)ACILITY信息14中包含作業(yè)的請求分量“GetPassword”。MS以包含作業(yè)的返回結果分量Getpassword的FACILITY信息16回答MSC，MSC繼續(xù)向HLR發(fā)出包含作業(yè)的返回結果分量“Getpassword”的TCAPTC-CONTINUE信息18。
總得來說，響應于來自MS的信息，MSC/VLR既能發(fā)出FACILITY信息(如14)，也能發(fā)出RELEASECOMPLETE信息(如20)，F(xiàn)ACILITY信息用于按現(xiàn)有發(fā)信連接的發(fā)信號，而不按釋放連接進行發(fā)信號。RELEASECOMPLETE信息用于釋放信號連接。
FACILITY信息和RELEASECOMPLETE信息的任一個適用于響應所要求的具有正的或負的答復的作業(yè)，并當有這樣的要求時，開始的新的作業(yè)。
總的來說，在MSC和HLR之間，通過發(fā)送TC-BEGIN信息而建立了對話。TC-CONTINUE用于在對話中連續(xù)發(fā)信，TC-END22用于結束對話。用戶能夠以所有這些TCAP信息發(fā)送不同類型的分量。
從上面可知，MSC/VLR收到一輔助性作業(yè)時，必須決定將其終止于MSC/VLR還是讓它通過到HLR。本發(fā)明涉及的情況是程序不是終止于MSC/VLR，而是通過而到達HLR。
本發(fā)明意味著，MSC/VLR只曉得終止于其中的那些作業(yè)。當收到來自MS的作業(yè)中的請求分量時，要進行檢查，判斷該作業(yè)，這可以由操作碼的值指出。參見圖3，MSC/VLR在步驟30分析操作碼，如果操作碼的值與MSC/VLR所知的一個值相符，如步驟32，則程序終止于MSC/VLR，步驟34。
如果操作碼的值不為MSC/VLR所知，則MSC/VLR就不再對收到的請求分量進行語法分析。
當采用傳統(tǒng)標準在MSC/VLR間發(fā)信時，通常的作法是產(chǎn)生一新的請求分量，該分量的一部分包括了由MSC/VLR分配的新數(shù)據(jù)，也包括MSC/VLR從MS收到的數(shù)據(jù)。這意味差，MSC/VLR必須曉得對它實際是透明的作業(yè)的一部分內(nèi)容、識別這些作業(yè)以及他們的功能。
本發(fā)明不是讓MSC/VLR知道那些作業(yè)應當發(fā)信或發(fā)送到HLR，而是基于這樣的概念，即MSC/VLR只知道不向HLR發(fā)信的那些作業(yè)。按照這個解決辦法，MSC/VLR是不知道那些不應終止于MSC/VLR中的作業(yè)，即應作為信號發(fā)送到HLR的作業(yè)的，而這些作業(yè)對MSC/VLR來說是百分之百透明的。
這里并不分派某些在請求分量中固有的數(shù)據(jù)，而是將這些分量在其完全從接收時的情況下以TCAP信息TC-BEGIN的形式前送給HLR的(步驟36)，即MSC/VLR并不知道有關作業(yè)或其它數(shù)據(jù)的。
MSC/VLR這時“開辟了一個通信信道”，在該信道上，HLR和MS能交換包括在任何所要求數(shù)量的作業(yè)的分量，而MSC/VLR無需知道經(jīng)MSC/VLR在MS與HLR之間進行的發(fā)信屬于哪一個作業(yè)，或這些作業(yè)的內(nèi)容。
此外，這還意味著，現(xiàn)在各作業(yè)中的新作業(yè)和變更，例如新數(shù)據(jù)或例如(根據(jù)TCAP，所述ERRORS)新的對確認的否定，可以引入HLR和MS中而不致影響MSC/VLR。這給新業(yè)務在HLR中的引用方面帶來良好的性能而不到影響MSC/VLR。這在GSM中特別有好處;在GSM中，HLR操作人員有時是與MSC/VLR的操作員不一樣的(MS處于另一個網(wǎng)絡中，例如在另一個國家中)。
權利要求
1.一種在MSC/VLR中管理指向HLR的輔助性業(yè)務程序的方法，其特征在于，包括如下步驟a)使MSC/VLR只知道將終止于MSC/VLR中的那些作業(yè)，b)當收到來自-MS的作業(yè)中的前送信息時，檢查該作業(yè)，以決定該作業(yè)是否為MSC/VLR所知，和c)如果該作業(yè)為MSC/VLR所知，則終止于MSC/VLR；d)如果該作業(yè)不為MSC/VLR所知，不再檢查它，但在MSC/VLR中收到時，把該信息送到HLR。
2.根據(jù)權利要求1的方法，其特征在于，包括見面在步驟b)，通過分析操作碼，檢查所述作業(yè)的請求分量，在步驟c)，如果操作碼的值與MSC/VLR所知道的值符合，則終止該作業(yè);在步驟d)，如果操作碼的值不為MSC/VLR所知，則不再檢查所收到的請求分量，但當它被MSC/VLR收到時，前送到HLR。
全文摘要
一種在MSC/VLR中管理指向HLR的輔助性業(yè)務程序的方法，包括如下步驟MSC/VLR只知道將終止于其中的操作；當收到來自MS的作業(yè)內(nèi)的前送信息時，檢查該作業(yè)；當該作業(yè)為MSC/VLR所知，則程序終止于MSC/VLR；當該作業(yè)不為MSC/VLR所知，則不再檢查所收到的前述信息中的請求分量，但要當MSC/VLR收到它時，前送該信息到HLR。
文檔編號H04M17/00GK1092235SQ9311971
公開日1994年9月14日 申請日期1993年10月27日 優(yōu)先權日1992年10月27日
發(fā)明者S·J·蘭托 申請人:艾利森電話股份有限公司