專利名稱：移動通信系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及移動通信系統(tǒng)。
背景技術：
考慮毫微微基站(家庭用節(jié)點B，下文中簡稱為HNB)在產(chǎn)業(yè)上的利用形式例如包括作為家庭用的小型無線基站的利用形式和作為公司中的小型無線基站的利用形式。通過HNB提供服務的情況例如包括如下優(yōu)點(1)在來自宏基站的無線電波不能到達的盲區(qū)中提供呼叫服務的能力；(2)提供比宏基站所提供的通常服務花費更低的計費服務的能力；(3)因為基站與移動臺之間的距離較短并且移動臺可以獲得高無線質量(Ec/ Io)，所以利用64QAM(64正交幅度調制)和ΜΙΜ0(多輸入多輸出)的速度增強技術并從而使得可以提供從屬于HNB的高速分組服務的能力；以及(4)利用HNB的局部性來提供特定內容服務的能力。如上所述，通過HNB提供服務包括許多優(yōu)點。因此，僅為已與電信公司簽訂合同的訂戶以及HNB的所有者所允許的訂戶提供服務是更優(yōu)的。因此，第8版3GPP(第三代合作伙伴計劃)引入了 CSG(ClosedSubscriber Group, 封閉訂戶組)，以使得僅僅在被許可組中的移動臺能夠接入HNB并享受服務。這里將參考圖1詳細描述CSG。圖1所示的第三代移動通信系統(tǒng)包括HNB 20、毫微微基站網(wǎng)關(家庭用節(jié)點B Gff, 下文中簡稱為HNG-GW)30、電路交換臺(移動交換中心，下文中簡稱為MSC)40、分組交換臺 (服務GPRS支持節(jié)點，下文中簡稱為SGSN)50以及第三代移動臺10_1和10_2。在圖1中，駐留在從屬于HNB 20的區(qū)域中的移動臺10-1和10-2中的移動臺10-1 是經(jīng)授權移動臺。另一方面，移動臺10-2是想要以未經(jīng)授權的方式接收HNB 20的服務的移動臺，并且下文中稱作未經(jīng)授權移動臺10-2。在沒有標識自身身份的移動臺的情況下，這樣的移動臺將被稱作移動臺10。HNB 20經(jīng)由HNB-GW 30連接到運營商的核心網(wǎng)絡。作為核心網(wǎng)絡裝置的核心網(wǎng)絡包括控制電路交換的MSC 40和控制分組交換的 SGSN 50。如果HNB 20支持CSG功能，則HNB 20將自身CSG小區(qū)的CSG標識符(CSG身份) 通知給駐留在從屬于HNB 20的區(qū)域中的移動臺10。移動臺10-1對從HNB 20通知來的CSG標識符進行解碼，并判斷移動臺10_1包括的CSG列表中是否包括該CSG標識符。如果CSG列表中包括該CSG標識符，則移動臺10-1駐扎(camp)在移動臺10_1所駐留的CSG小區(qū)上，并能夠享受各種服務，例如發(fā)起呼叫和接收傳入呼叫。另一方面，如果CSG列表中不包括該CSG標識符，則移動臺10-1不在移動臺10_1 所駐留的CSG小區(qū)上駐扎，而是執(zhí)行選擇所討論的CSG小區(qū)以外的適當CSG小區(qū)的操作。
這種機制使得僅所選擇的具有HNB 20的CSG小區(qū)的CSG標識符的移動臺10_1能夠接入HNB 20。但是，可以假設如下情況其中，盡管CSG功能不被支持，但是想要如同圖1所示的未經(jīng)授權移動臺10-2那樣，在HNB 20的原本不可接入的CSG小區(qū)中以未經(jīng)授權的方式來接收服務。在這種情況中，MSC 40或者SGSN 50檢查移動臺10的IMSI (國際移動訂戶身份) 以及移動臺10所駐留的CSG小區(qū)的CSG標識符，從而執(zhí)行對從移動臺10到HNB 20的接入進行管制的接入管制(3GPP TS25. 467版本8. 0. 0第5. 1. 3節(jié))。另一方面，因為從第8版的3GPP開始引入了 CSG功能，所以存在如下情況在第8 版之前，移動臺10-1不支持CSG功能。此外，存在HNB20不支持CSG功能的情況。在這些情況中，HNB 20對移動臺10-1執(zhí)行標識過程(3GPP TS24. 008Ver 8. 4. 0) 以查問移動臺10-1的IMSI。HNB 20對HNB-GW 30執(zhí)行HNBAP (HNB應用部分)用戶設備登記請求(用戶設備登記請求)過程(3GPP TS25. 469版本8. 0. 0)以將移動臺10_1登記在HNB-GW 30上。這里，HNB-GW 30檢查移動臺10_1的IMSI是否可接入HNB 20，從而對接入進行管制。當HNB-GW 30確定移動臺10-1可接入HNB 20時，HNB-GW 30通過HNBAP 用戶設備登記接受消息來向HNB 20通知接入被許可。因此，為移動臺10-1提供HNB 20的服務。另一方面，如果移動臺10是圖1所示的未經(jīng)授權移動臺10-2，則未經(jīng)授權移動臺 10-2的IMSI將尚未被登記為可接入CSG。因此，HNB-GW30確定未經(jīng)授權移動臺10_2不能接入HNB 20，并通過HNBAP 用戶設備登記拒絕消息向HNB 20通知接入不被許可。這終止了未經(jīng)授權移動臺10-2與HNB 20之間的RRC (無線電資源控制)連接(3GPP TS25. 467版本 8. 0.0 第 5. 1.2 節(jié))。如上所述，在提供HNB 20的服務的情況下，如果對HNB 20的接入不被許可的未經(jīng)授權移動臺10-2發(fā)起呼叫，則移動通信網(wǎng)絡在信號建立過程中拒絕對HNB 20的接入，因為 MCS 40、SGSN 50或HNB-GW 30基于移動臺10的IMSI來對接入進行管制。另一方面，3GPP標準規(guī)定如果呼叫類型是緊急呼叫，則即使是原本不可接入HNB 20的移動臺10也可發(fā)起呼叫(3GPP TS22. 011版本8. 6. 0第8. 5. 1節(jié))。如果呼叫類型是緊急呼叫，則移動臺10-1將“緊急呼叫”設定為在RRC連接設置請求時或者信令連接建立請求時要向HNB 20發(fā)送的RRC :RRC連接請求消息或者RRC 初始直接傳送消息中、代表建立請求的原因的建立原因參數(shù)(3GPP 了525.331版本8.5.0第 10. 3. 3. 11節(jié)，專利文獻1)。HNB 20隨后將“緊急呼叫”值設定為將發(fā)送給HNB-GW 30的HNBAP 用戶設備登記請求消息中的登記原因參數(shù)。如果登記原因參數(shù)是“緊急呼叫”，則HNB-GW 30不執(zhí)行基于IMSI的接入管制 (3GPP TS25. 467 版本 8. 0. 0 第 5. 1. 2 節(jié))。這種方法使得在呼叫類型是緊急呼叫的情況下，即使是原本不能接入HNB 20的移動臺10也能夠跳過HNB-GW 30的接入管制并從而接入HNB20。這里，圖2示出了 RRC =RRC連接請求消息的配置；圖3示出了 RRC 初始直接傳送消息的配置；圖4示出了 RRC協(xié)議的建立原因參數(shù)的配置；圖5示出了 HNBAP 用戶設備登記請求消息的配置；并且圖6示出了 HBNAP協(xié)議的登記原因參數(shù)的配置。引用列表專利文獻專利文獻1 JP 2003-244284A

發(fā)明內容
技術問題前述技術在移動臺10已經(jīng)發(fā)起作為緊急呼叫的呼叫的情況下，跳過HNB-GW 30的接入管制并且許可移動臺10接入HNB 20。于是，這使得即使是原本不能接入HNB 20的諸如未經(jīng)授權移動臺10_2之類的移動臺10也能夠通過將RRC協(xié)議中的建立原因參數(shù)虛報為“緊急呼叫”并通過脫離HNB-GW 30的接入管制來接入HNB 20?？紤]到可通過修改軟件使得僅偽造建立原因參數(shù)來容易地創(chuàng)建這種未經(jīng)授權移動臺10-2。取代之，還存在如下情況在經(jīng)授權移動臺10-1和HNB 20之間存在一裝置，該裝置對要從經(jīng)授權移動臺10-1發(fā)送到公共信道(RACH 隨機接入信道)的并且未被隱藏或者沒有進行反偽造的措施的RRC :RRC連接請求消息進行解碼，將建立原因參數(shù)替代成“緊急呼叫”，對RRC=RRC連接請求消息進行編碼，并將其發(fā)送給HNB 20。在這種情況中，即使是經(jīng)授權移動臺10-1也被用與看待前述未經(jīng)授權移動臺10-2的方式相同的方式來看待。這種未經(jīng)授權移動臺10-2引起如下問題。(1)安裝在家中或公司中的HNB 20被未經(jīng)授權移動臺10_2以未經(jīng)授權的方式使用。(2)未經(jīng)授權移動臺10-2可以享受比通過以未經(jīng)授權方式經(jīng)由HNB20發(fā)起呼叫進行的通常計費服務花費少的計費服務。(3)專用于特定用戶的內容服務被未經(jīng)授權移動臺10-2以未經(jīng)授權方式享受?？紤]一種用于解決這些問題的方法，其中，當移動臺10已經(jīng)發(fā)起作為緊急呼叫的呼叫時，核心網(wǎng)絡裝置對移動臺10執(zhí)行呼叫釋放處理。這要求核心網(wǎng)絡裝置知曉移動臺10 已經(jīng)發(fā)起作為緊急呼叫的呼叫。但是，在當前配置中，核心網(wǎng)絡裝置無法知曉移動臺10已經(jīng)發(fā)起作為緊急呼叫的呼叫。取代之，還考慮=HNB-GW 30對已經(jīng)發(fā)起作為緊急呼叫的呼叫的移動臺10執(zhí)行呼叫釋放處理。這要求HNB-GW 30知曉移動臺10實際上發(fā)起的呼叫的類型是否為緊急呼叫。但是，在當前配置中，HNB-GW 30無法知曉移動臺10實際上發(fā)起的呼叫的類型。本發(fā)明的一個目的在于提供一種移動通信系統(tǒng)，其中，核心網(wǎng)絡裝置能夠知曉移動臺已經(jīng)發(fā)起作為緊急呼叫的呼叫。本發(fā)明的另一個目的在于提供一種移動通信系統(tǒng)，其中，網(wǎng)關裝置能夠知曉移動臺所實際發(fā)起的呼叫的類型。問題的解決方案本發(fā)明的一種移動通信系統(tǒng)包括
移動臺；基站，該基站與所述移動臺進行無線通信；以及網(wǎng)關裝置，該網(wǎng)關裝置連接到所述基站和核心網(wǎng)絡，其中，所述基站包括第一發(fā)送裝置，用于發(fā)送用于將所述移動臺登記在所述網(wǎng)關裝置中的登記消息； 和第二發(fā)送裝置，用于發(fā)送與由所述移動臺發(fā)起的緊急呼叫的建立有關的消息，所述網(wǎng)關裝置包括第一接收裝置，用于從所述基站接收所述登記消息；第二接收裝置，用于從所述基站接收與所述緊急呼叫的建立有關的建立消息；和檢查裝置，用于檢查所述登記消息和所述建立消息之間的一致性。本發(fā)明的網(wǎng)關裝置是將基站連接到核心網(wǎng)絡的網(wǎng)關裝置，包括第一接收裝置，從所述基站接收用于將移動臺登記在所述網(wǎng)關裝置中的登記消息；第二接收裝置，從所述基站接收與由所述移動臺發(fā)起的緊急呼叫有關的建立消息；以及檢查裝置，用于檢查所述登記消息和所述建立消息之間的一致性。本發(fā)明的第一通信方法是由移動通信系統(tǒng)進行的通信方法，所述移動通信系統(tǒng)包括移動臺；基站，該基站與所述移動臺進行無線通信；以及網(wǎng)關裝置，該網(wǎng)關裝置連接到所述基站和核心網(wǎng)絡，其中，所述基站發(fā)送用于將所述移動臺登記在所述網(wǎng)關裝置中的登記消息，所述基站發(fā)送與由所述移動臺發(fā)起的緊急呼叫的建立有關的消息，所述網(wǎng)關裝置從所述基站接收所述登記消息；所述網(wǎng)關裝置從所述基站接收與所述緊急呼叫的建立有關的建立消息；并且所述網(wǎng)關裝置執(zhí)行所述登記消息和所述建立消息之間的一致性的檢查。本發(fā)明的第二通信方法是由網(wǎng)關裝置執(zhí)行的通信方法，該網(wǎng)關裝置將基站連接到核心網(wǎng)絡，所述通信方法包括從所述基站接收用于將移動臺登記在所述網(wǎng)關裝置中的登記消息；從所述基站接收與由所述移動臺發(fā)起的緊急呼叫的建立有關的建立消息；以及執(zhí)行所述登記消息和所述建立消息之間的一致性的檢查。發(fā)明的有利效果根據(jù)第一移動通信系統(tǒng)，基站或網(wǎng)關裝置將指示出移動臺已發(fā)起緊急呼叫的信息包括到消息中并將該消息發(fā)送到核心網(wǎng)絡裝置。因此，可以獲得使得核心網(wǎng)絡裝置可以知曉移動臺已發(fā)起作為緊急呼叫的呼叫的有利效果。根據(jù)第二移動通信系統(tǒng)，核心網(wǎng)絡裝置將指示出由移動臺發(fā)起的呼叫的類型是緊急呼叫的信息包括到消息中并將該消息發(fā)送到網(wǎng)關裝置。
7
因此，可以獲得使得網(wǎng)關裝置可以知曉移動臺所實際發(fā)起的呼叫的類型是緊急呼叫的有利效果。


圖1是示出第三代移動通信系統(tǒng)的配置的示圖。圖2是示出RRC連接請求消息的配置的示圖。圖3是示出初始直接傳送消息的配置的示圖。圖4是示出建立原因參數(shù)的配置的示圖。圖5是示出用戶設備登記請求消息的配置的示圖。圖6是示出登記原因參數(shù)的配置的示圖。圖7是示出第一示例性實施例的HNB的配置的框圖。圖8是示出第一示例性實施例的HNB-GW的配置的框圖。圖9是示出第一示例性實施例的MSC的配置的框圖。圖10是示出第一示例性實施例的SGSN的配置的框圖。圖11是示出第二示例性實施例的HNB的配置的框圖。圖12是示出第二示例性實施例的HNB-GW的配置的框圖。圖13是示出第二示例性實施例的MSC的配置的框圖。圖14是示出第二示例性實施例的SGSN的配置的框圖。圖15是圖示出第二示例性實施例的移動通信系統(tǒng)的操作的序列圖。圖16是示出CM服務請求消息的配置的示圖。圖17是示出CM服務類型參數(shù)的配置的示圖。圖18是示出由HNB確定登記原因參數(shù)的處理的流程圖。圖19是示出初始用戶設備消息消息的配置的示圖，其中，添加了根據(jù)本發(fā)明的緊急原因參數(shù)。圖20是示出由第二示例性實施例的MSC執(zhí)行的反欺詐處理的流程圖。圖21是示出由第二示例性實施例的SGSN執(zhí)行的反欺詐處理的流程圖。圖22是示出第三示例性實施例的MSC的配置的框圖。圖23是示出第三示例性實施例的SGSN的配置的框圖。圖M是示出第三示例性實施例的HNB-GW的配置的框圖。圖25是示出第四示例性實施例的MSC的配置的框圖。圖沈是示出第四示例性實施例的SGSN的配置的框圖。圖27是示出第四示例性實施例的HNB-GW的配置的框圖。圖28是圖示出第四示例性實施例的移動通信系統(tǒng)的操作示例1的序列圖。圖四是由第四示例性實施例的MSC確定呼叫類型參數(shù)的處理的流程圖。圖30是示出根據(jù)本發(fā)明的公共ID消息的配置的示圖。圖31是示出第四示例性實施例的、用于根據(jù)呼叫類型確定HNB-GW中的處理的表格的示圖。圖32是示出由第四示例性實施例的SGSN確定呼叫類型參數(shù)的處理的流程圖。圖33是圖示出第四示例性實施例的移動通信系統(tǒng)的操作示例2的序列圖。
圖34是示出根據(jù)本發(fā)明的直接傳送消息的配置的示圖。圖35是圖示出第四示例性實施例的移動通信系統(tǒng)的操作示例3的序列圖。圖36是示出根據(jù)本發(fā)明的RAB指派請求消息的配置的示圖。圖37是圖示出第五示例性實施例的移動通信系統(tǒng)的操作的序列圖。圖38是圖示出第六示例性實施例的移動通信系統(tǒng)的操作的序列圖。圖39是示出根據(jù)第七示例性實施例的分配/保持優(yōu)先級的參數(shù)的示圖。圖40是示出由第七示例性實施例的MSC進行的呼叫類型設定處理的流程圖。圖41是示出由第七示例性實施例的SGSN進行的呼叫類型設定處理的流程圖。圖42是圖示出第七示例性實施例的移動通信系統(tǒng)的操作的序列圖。圖43是圖示出第八示例性實施例的移動通信系統(tǒng)的操作的序列圖。
具體實施例方式下文中將參考附圖描述示例性實施例。下面將描述的示例性實施例的移動通信系統(tǒng)的總體配置與圖1所示的移動通信系統(tǒng)的相同。(第一示例性實施例)圖7-10分別示出了此示例性實施例的HNB 20,HNB-Gff 30、MCS40和SGSN 50的配置。參考圖7，此示例性實施例的HNB 20包括控制器21A，該控制器21A將指示出移動臺10已經(jīng)發(fā)起作為緊急呼叫的呼叫的信息包括在RANAP (無線電接入網(wǎng)絡應用部分)協(xié)議消息中；和發(fā)送器22A，該發(fā)送器22A將RANAP協(xié)議消息發(fā)送給HNB-GW 30。RANAP協(xié)議消息是在無線接入網(wǎng)絡的應用層中的消息，并且例如包括在RAN中對要在UE和核心網(wǎng)絡裝置之間發(fā)送和接收的CD/MM信號進行透明傳送的功能。參考圖8，此示例性實施例的HNB-GW 30包括從HNB 20接收RANAP協(xié)議消息的接收器31A ；提取RANAP協(xié)議消息的控制器32A ；和將RANAP協(xié)議消息發(fā)送到MCS 40或SGSN 50的發(fā)送器33A。參考圖9，此示例性實施例的MCS 40包括接收器41A，該接收器41A從HNB-GW 30 接收RANAP協(xié)議消息；和控制器42A，當RANAP協(xié)議消息中包括指示出移動臺10已發(fā)起作為緊急呼叫的呼叫的信息時，該控制器42A判斷移動臺10所實際發(fā)起的呼叫的類型是否為緊急呼叫，并且在該類型不是緊急呼叫的情況下執(zhí)行呼叫釋放處理。參考圖10，此示例性實施例的SGSN 50包括接收器51A，其從HNB-GW 30接收 RANAP協(xié)議消息；和控制器52A，當RANAP協(xié)議消息中包括指示出移動臺10已發(fā)起作為緊急呼叫的呼叫的信息時，該控制器52A判斷移動臺10所實際發(fā)起的呼叫的類型是否為緊急呼叫，并且在該類型不是緊急呼叫的情況下執(zhí)行呼叫釋放處理。因此，在此示例性實施例中，MCS 40或SGSN 50能夠知曉移動臺10已經(jīng)發(fā)起作為緊急呼叫的呼叫。結果，當移動臺10偽造了建立原因并將呼叫虛報為緊急呼叫時，MCS 40或SGSN 50能夠對該移動臺10執(zhí)行呼叫釋放處理。因此，這能夠防止以未經(jīng)授權的方式享受HNB 20 的服務。
(第二示例性實施例)圖11-14分別示出了此示例性實施例的HNB 20, HNB-Gff 30、MCS40和SGSN 50的配置。此示例性實施例是這樣一種示例，其中，以更加具體的方式來表示圖7-10的第一示例性實施例中的HNB 20、HNB-GW30、MCS 40和SGSN 50的配置和操作。參考圖11，此示例性實施例的HNB 20包括與移動臺之間的信號的發(fā)送器/接收器201A ；RUA(RANAP用戶適配)消息處理器202A ；與HNB-GW之間的信號的發(fā)送器/接收器 203A ；HNBAP消息處理器204A ；呼叫控制器205A ；RRC消息處理器206A ；和RANAP消息處理器 207A。在圖11中，RUA消息處理器202A、HNBAP消息處理器204A、呼叫控制器205A、RRC 消息處理器206A和RANAP消息處理器207A構成圖7所示的控制器21A。與HNB-GW之間的信號的發(fā)送器/接收器203A是圖7所示的發(fā)送器22A的示例。作為用于向移動臺10發(fā)送和從移動臺10接收RRC協(xié)議消息的功能，與移動臺之間的信號的發(fā)送器/接收器201A包括隱藏(編碼和解碼)消息的隱藏功能；確認消息的遞送的信號遞送確認功能；和分發(fā)消息的信號分發(fā)功能。作為用于向HNB-GW 30發(fā)送和從HNB-GW 30接收HNBAP協(xié)議消息或RUA協(xié)議消息的功能，與HNB-GW之間的信號的發(fā)送器/接收器203A包括隱藏功能；信號遞送確認功能； 和信號分發(fā)功能。RRC消息處理器206A包括對要向移動臺10發(fā)送的RRC協(xié)議消息進行編碼的功能；和對從移動臺10接收的RRC協(xié)議消息進行解碼的功能。HNBAP消息處理器204A包括對要向HNB-GW 30發(fā)送的HNBAP協(xié)議消息進行編碼的功能；和對從HNB-GW 30接收的HNBAP協(xié)議消息進行解碼的功能。RANAP消息處理器207A包括對要向HNB-GW 30發(fā)送的RANAP消息進行編碼的功能；和對從HNB-GW 30接收的RANAP協(xié)議消息進行解碼的功能。RUA協(xié)議用于傳送RANAP協(xié)議消息。RUA消息處理器202A包括對要向HNB-GW 30 發(fā)送的RUA協(xié)議消息進行編碼的功能；和對從HNB-GW 30接收的RUA協(xié)議消息進行解碼的功能。呼叫控制器205A基于RRC協(xié)議消息和RANAP協(xié)議消息來啟動各種呼叫處理，例如 RRC連接的建立、載體的建立和移動性管理。此外，呼叫控制器205A啟動HNBAP協(xié)議并執(zhí)行在HNB-GW 30中登記移動臺10的處理。以上功能通常包括在在HNB 20中實現(xiàn)的呼叫控制器中。除此之外，呼叫控制器205A還包括如下功能基于從HNB-GW 30接收的HNBAP協(xié)議消息的登記原因參數(shù)來設定要發(fā)送給HNB-GW 30的RANAP協(xié)議消息的緊急原因值的功能，作為此示例性實施例特有的功能。參考圖12，此示例性實施例的HNB-GW 30包括與HNB之間的信號的發(fā)送器/接收器301A ；RUA消息處理器302A ；與SGSN之間的信號的發(fā)送器/接收器303A ；與MSC之間的信號的發(fā)送器/接收器304A ；HNBAP消息處理器305A ；呼叫控制器306A ；RANAP消息處理器307A ；和臺站數(shù)據(jù)存儲裝置308A。在圖12中，RUA消息處理器302A、HNBAP消息處理器305A、呼叫控制器306A、RANAP 消息處理器307A和臺站數(shù)據(jù)存儲裝置308A構成了圖8所示的控制器32A。與HNB之間的信號的發(fā)送器/接收器301A是圖8所示的接收器31A的示例。與SGSN之間的信號的發(fā)送器/接收器303A以及與MSC之間的信號的發(fā)送器/接收器304A是圖8所示的發(fā)送器33A 的示例。作為用于向HNB 20發(fā)送和從HNB 20接收RUA協(xié)議消息和HNBAP協(xié)議消息的功能， 與HNB之間的信號的發(fā)送器/接收器301A包括隱藏功能和信號遞送確認功能。作為用于向MCS 40發(fā)送和從MCS 40接收RANAP協(xié)議消息的功能，與MSC之間的信號的發(fā)送器/接收器304A包括控制消息序列的序列控制功能；和遞送確認功能。作為用于向SGSN 50發(fā)送和從SGSN 50接收RANAP協(xié)議消息的功能，與SGSN之間的信號的發(fā)送器/接收器303A包括遞送確認功能；和序列控制功能。HNBAP消息處理器305A包括對要向HNB 20發(fā)送的HNBAP協(xié)議消息進行編碼的功能；和對從HNB接收的HNBAP協(xié)議消息進行解碼的功能。RUA消息處理器302A包括對要向HNB 20發(fā)送的RUA協(xié)議消息進行編碼的功能； 和對從HNB 20接收的RUA協(xié)議消息進行解碼的功能。RANAP消息處理器307A包括對要向MCS 40發(fā)送的RANAP協(xié)議消息進行編碼的功能；和對從MCS 40接收的RANAP協(xié)議消息進行解碼的功能。呼叫控制器306A執(zhí)行登記HNB 20的處理，和登記移動臺10的處理。呼叫控制器 306A能夠訪問存儲在臺站數(shù)據(jù)存儲裝置308A中的臺站數(shù)據(jù)。在臺站數(shù)據(jù)中，為每一個CSG 設定了可接入IMSI的列表。HNB-GW30基于該IMSI列表來管制對HNB 20的接入。上述功能通常包括在在HNB-GW 30中實現(xiàn)的呼叫控制器中。參考圖13，此示例性實施例的MCS 40包括與HNB-GW之間的信號的發(fā)送器/接收器401A ；RANAP消息處理器402A ；NAS (非接入層)消息處理器403A ；呼叫控制器404A ； 和臺站數(shù)據(jù)存儲裝置405A。在圖13中，RANAP消息處理器402A、NAS消息處理器403A、呼叫控制器404A和臺站數(shù)據(jù)存儲裝置405A構成了圖9所示的控制器42A。與HNB-GW之間的信號的發(fā)送器/接收器401A是圖9所示的接收器41A的示例。作為用于向HNB-GW 30發(fā)送和從HNB-GW 30接收RANAP協(xié)議消息的功能，與 HNB-Gff之間的信號的發(fā)送器/接收器401A包括遞送確認功能和序列控制功能。RANAP消息處理器402A包括對要向HNB-GW 30發(fā)送的RANAP消息進行編碼的功能；和對從HNB-GW 30接收的RANAP協(xié)議消息進行解碼的功能。NAS消息處理器403A包括向移動臺10發(fā)送和從移動臺10接收NAS協(xié)議呼叫控制)協(xié)議和MM(移動性管理)協(xié)議)消息的功能。呼叫控制器404A包括執(zhí)行諸如呼叫建立和呼叫釋放之類的呼叫處理的呼叫處理功能；執(zhí)行諸如位置登記和越區(qū)切換之類的移動性管理的移動性管理功能；和管制對 HNB 20的接入的接入管制功能。呼叫控制器404A能夠訪問存儲在臺站數(shù)據(jù)存儲裝置405A 中的臺站數(shù)據(jù)。在臺站數(shù)據(jù)中，為每一個CSG設定了可接入IMSI的列表。MCS 40基于該 IMSI列表來管制對HNB 20的接入。上述功能是通常包括在在MCS 40中實現(xiàn)的呼叫控制器中的功能。除此之外，呼叫控制器404A還包括作為此示例性實施例特有的功能的如下功能 在從HNB-GW 30接收的RANAP協(xié)議消息中設定了緊急原因參數(shù)時，分析NAS消息并且判斷
11移動臺10所發(fā)起的呼叫的類型是否是緊急呼叫。如果呼叫不是緊急呼叫，則呼叫控制器 404A執(zhí)行呼叫釋放處理。參考圖14，此示例性實施例的SGSN 50包括與HNB-GW之間的信號的發(fā)送器/接收器501A ；RANAP消息處理器502A ；NAS消息處理器503A ；呼叫控制器504A ；和臺站數(shù)據(jù)存儲裝置505A。在圖14中，RANAP消息處理器502A、NAS消息處理器503A、呼叫控制器504A和臺站數(shù)據(jù)存儲裝置505A構成了圖10所示的控制器52A。與HNB-GW之間的信號的發(fā)送器/接收器501A是圖10所示的接收器51A的示例。作為用于向HNB-GW 30發(fā)送和從HNB-GW 30接收RANAP協(xié)議消息的功能，與 HNB-Gff之間的信號的發(fā)送器/接收器501A包括遞送確認功能和序列控制功能。RANAP消息處理器502A包括對要向HNB-GW 30發(fā)送的RANAP消息進行編碼的功能；和對從HNB-GW 30接收的RANAP協(xié)議消息進行解碼的功能。NAS消息處理器503A包括向移動臺10發(fā)送和從移動臺10接收NAS協(xié)議(CC協(xié)議和匪協(xié)議)消息的功能。呼叫控制器504A包括呼叫處理功能；移動性管理功能；和接入管制功能。呼叫控制器504A能夠訪問存儲在臺站數(shù)據(jù)存儲裝置505A中的臺站數(shù)據(jù)。在臺站數(shù)據(jù)中，為每一個CSG設定了可接入IMSI的列表。SGSN 50基于該IMSI列表來管制對HNB 20的接入。 上述功能通常包括在在SGSN 50中實現(xiàn)的呼叫控制器中。除此之外，呼叫控制器504A還包括作為此示例性實施例特有的功能的如下功能 在從HNB-GW 30接收的RANAP協(xié)議消息中設定了緊急原因參數(shù)時，分析NAS消息并且判斷移動臺10所發(fā)起的呼叫是否是緊急呼叫。如果呼叫不是緊急呼叫，則呼叫控制器504A執(zhí)行呼叫釋放處理。下文中將描述此示例性實施例的移動通信系統(tǒng)的操作。(A)電路交換呼叫的情況首先，結合圖15的序列圖描述移動臺10發(fā)起作為電路交換緊急呼叫的呼叫的情況的操作示例。參考圖15，移動臺10在步驟SlOl中將建立原因(圖4)設定為RRC RRC連接請求消息(圖2)；并在步驟S 102中將該RRC =RRC連接請求消息發(fā)送到HNB 20。在建立無線資源之后，在步驟S103中，HNB 20通過RRC :RRC連接設置消息將關于無線資源已建立的信息通知給移動臺10。在建立RRC連接之后，在步驟S104中，移動臺10通過RRC :RRC連接設置完成消息將關于RRC連接已建立的信息通知給HNB 20。隨后，在步驟S105中，移動臺10將作為匪協(xié)議消息的CM服務請求消息(圖16) 的CM服務類型參數(shù)(圖17)設定為“緊急呼叫建立”，并將該CM服務請求消息包括到RRC 初始直接傳送消息(圖幻中。此外，在步驟S106，移動臺10將RRC 初始直接傳送消息的建立原因(圖4)設定為“緊急呼叫”，并將該RRC 初始直接傳送消息(圖3)發(fā)送到HNB 20。 在HNB 20中，RRC協(xié)議消息處理器707A對在步驟S102發(fā)送的RRC =RRC連接請求消息以及在步驟S106發(fā)送的RRC 初始直接傳送消息進行解碼。
此外，在HNB 20中，呼叫控制器205A存儲通過RRC =RRC連接請求消息和RRC 初始直接傳送消息從移動臺10發(fā)送的建立原因值(圖4)；并且在步驟S107中基于該建立原因值來確定登記原因參數(shù)，并將該參數(shù)設定在HNBAP 用戶設備登記請求消息(圖5)中。圖18示出了登記原因參數(shù)的確定處理的流程圖。參考圖18，呼叫控制器205A在步驟S201中判斷建立原因值是否是“緊急呼叫”; 當該值是“緊急呼叫”時，在步驟S202，呼叫控制器205A確定登記原因值是“緊急呼叫”；當該值不是“緊急呼叫”時，在步驟S203，呼叫控制器205A確定登記原因參數(shù)為“通常呼叫”。再次參考圖15，在步驟S108，HNB 20將設定有登記原因參數(shù)的HNBAP 用戶設備登記請求消息(圖5)發(fā)送給HNB-GW 30。在HNB-GW 30中，與HNB之間的信號的發(fā)送器/接收器30IA接收到HNBAP 用戶設備登記請求消息。HNBAP消息處理器305A對HNBAP 用戶設備登記請求消息進行解碼。在步驟S109，呼叫控制器306A基于在HNBAP 用戶設備登記請求消息中設定的登記原因參數(shù)來判斷是否執(zhí)行接入管制(步驟Sl 10)。如果登記原因參數(shù)是“緊急呼叫”，則HNB-GW 30不對接入進行管制。在此情況中， 呼叫控制器306A向適用移動臺10指派上下文ID ；HNBAP消息處理器305A對HNBAP 用戶設備登記接受消息進行編碼；并且在步驟S111，與HNB之間的信號的發(fā)送器/接收器301A 將HNBAP 用戶設備登記接受消息發(fā)送給HNB 20。在HNB 20中，在接收到HNBAP 用戶設備登記接受消息之后，在步驟S112，呼叫控制器205A判斷登記原因參數(shù)是否是“緊急呼叫”；如果該參數(shù)是“緊急呼叫”，則在步驟 S113，呼叫控制器205A生成在本發(fā)明中引入的緊急原因參數(shù)(圖19)。RANAP消息處理器 207A對包括緊急原因參數(shù)的RANAP 初始用戶設備消息消息進行編碼。此外，RANAP消息處理器207A將NAS-PDU(協(xié)議數(shù)據(jù)單元)參數(shù)設定為RANAP 初始用戶設備消息消息，并將從移動臺10接收的匪協(xié)議的CM服務請求消息設定為NAS-PDU參數(shù)。RUA消息處理器202A 生成包括RANAP 初始用戶設備消息消息的RUA 連接消息。S卩，在步驟S114，通過RUA 連接消息將該RANAP 初始用戶設備消息消息從HNB 20發(fā)送到HNB-GW30。在HNB-GW 30中，RUA消息處理器302A對RUA協(xié)議的連接消息進行解碼。呼叫控制器306A提取出已經(jīng)在HNB 20中進行編碼的RANAP 初始用戶設備消息消息。在步驟S115， RANAP消息處理器307A基于諸如CN域ID之類的路由信息來將RANAP 初始用戶設備消息消息發(fā)送給MCS 40。在MCS 40中，RANAP消息處理器402A對RANAP 初始用戶設備消息消息進行解碼。 此外，NAS消息處理器403A對在NAS-PDU中設定的CM服務請求消息進行解碼。這些解碼結果被通知給呼叫控制器404A。在步驟S116，呼叫控制器404A判斷在本發(fā)明中引入的緊急原因參數(shù)是否被設定。如果緊急原因參數(shù)被設定了，則在步驟S117中，呼叫控制器404A 啟動專用于CS(電路交換)服務的反欺詐(anti-fraud)處理。圖20示出了專用于CS服務的反欺詐處理的流程圖。參考圖20，在步驟S301，呼叫控制器404A檢查在從移動臺10發(fā)送的匪協(xié)議的CM 服務請求消息(TSM. 008版本8. 5. 0第9. 2. 9節(jié))中設定的CM服務類型參數(shù)(TS24. 008 版本8. 5. 0第10. 5. 3. 3節(jié))是否是“緊急呼叫建立”。接下來，在步驟S302，呼叫控制器404A檢查作為從MCS 40發(fā)送的發(fā)起信號的、CC協(xié)議的設置(TS24. 008版本8. 5. 0第9. 3. 23節(jié)設置)消息的電話號碼(TS24. 008版本8. 5.0第10. 5.4. 7節(jié))是否是緊急號碼。更具體而言，在TSM. 008版本8. 5.0的圖 10. 5. 91/3GPP TS 24. 008被呼叫方BCD號碼信息元素中，號碼數(shù)(Number digit) 1、號碼數(shù)2、號碼數(shù)3等對應于電話號碼。進行檢查以判斷這些電話號碼是否是緊急號碼。在 TS24. 008第10. 5. 4. 7節(jié)中的被呼叫方B⑶號碼指示出傳入號碼。B⑶(B⑶；二進制編碼表示的十進制數(shù))是計算機中的數(shù)字值的表示形式，并且指示出如何將十進制計數(shù)法中的一個數(shù)表示為四個二進制數(shù)的，其中，十進制計數(shù)法中的每一個數(shù)表示0至9中的一個。接下來，在步驟S303，呼叫控制器404A檢查是否在移動臺10中執(zhí)行了緊急設置過程(TS24. 008版本8. 5. 0第9. 3. 8節(jié))。例如，在從移動臺10接收到用于啟動“緊急呼叫建立”的消息時，呼叫控制器404A從信息元素“緊急設置消息類型”檢查是否執(zhí)行了緊急設置過程。如果步驟S301至S303的檢查中的任一個匹配，則呼叫控制器404A確定呼叫類型為緊急呼叫，并且繼續(xù)針對緊急呼叫的呼叫處理。另一方面，如果這些檢查全部不匹配， 則在步驟S304，呼叫控制器404A確定呼叫類型為通常呼叫，并且確定其是未經(jīng)授權移動臺 10-2并啟動呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務。(B)分組交換呼叫的情況接下來，將描述在移動臺10發(fā)起作為分組交換緊急呼叫的呼叫的情況中的操作示例。分組交換呼叫的情況的操作序列與上述情況中的相同，除了在電路交換呼叫的情況下在MCS 40中執(zhí)行的這些處理被在SGSN 50中執(zhí)行以外。不過，在分組交換中，SM(會話管理)協(xié)議消息和GMM(GPRS移動性管理)協(xié)議消息被應用作為NAS消息。因此，在步驟 S117中啟動的反欺詐處理是專用于PS (分組交換)服務的反欺詐處理。在用于識別緊急呼叫的這一處理中的方法與CS服務的方法不同。此外，在音頻被用于分組交換的情況中，使用VoIPdP上的語音)方法。GMM是用于分組服務(PS)中的移動性管理的協(xié)議。圖21示出了專用于PS服務的反欺詐處理的流程圖。參考圖21，在步驟S401中，SGSN 50的呼叫控制器504A檢查在從移動臺10發(fā)送的SM協(xié)議的激活(Activate) PDP (分組數(shù)據(jù)協(xié)議)上下文請求消息(3GPP TS24. 008版本 8. 5.0第9.5. 1節(jié))中設定的APN (接入點名稱)(3GPP TS24. 0089. 5. 110.5.6. 1)是否是緊急呼叫所特有的。接下來，在步驟S402，呼叫控制器504A檢查在移動臺10中執(zhí)行的GMM過程是否是緊急附接過程(TR23. 869版本9. 0. 0)。接下來，在步驟S403，呼叫控制器504A檢查在SGSN 50中活動的(active)PDP上下文是否是專用于緊急呼叫的PDP上下文。例如，呼叫控制器504A檢查在SGSN 50中活動的PDP上下文是否是TR23. 869版本9. 0. 0中的緊急PDP上下文。如果步驟S401至S403的檢查中的任一個匹配，則呼叫控制器504A確定呼叫類型為緊急呼叫，并且繼續(xù)針對緊急呼叫的呼叫處理。另一方面，如果所有這些檢查都不匹配， 則在步驟S504，呼叫控制器504A確定呼叫類型為通常呼叫，確定其是未經(jīng)授權移動臺10-2并啟動呼叫釋放處理。此外，在分組交換VoIP的情況下，這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務。(第三示例性實施例)圖22- 分別示出了此示例性實施例的MCS 40、SGSN 50和HNB-GW 30的配置。參考圖22，此示例性實施例的MCS 40包括控制器41B，其判斷移動臺10所實際發(fā)起的呼叫的類型是否為緊急呼叫并將表示呼叫類型是緊急呼叫的信息包括在RANAP協(xié)議消息中；和發(fā)送器42B，其將RANAP協(xié)議消息發(fā)送給HNB-GW 30。參考圖23，此示例性實施例的SGSN 50包括控制器51B，其判斷移動臺10所實際發(fā)起的呼叫的類型是否為緊急呼叫并將表示呼叫類型是緊急呼叫的信息包括在RANAP協(xié)議消息中；和發(fā)送器52B，其將RANAP協(xié)議消息發(fā)送給HNB-GW 30。參考圖24，此示例性實施例的HNB-GW 30包括接收器31B，其從MCS 40或SGSN 50接收RANAP協(xié)議消息；和控制器32B，當在RANAP協(xié)議消息中包括表示呼叫類型是緊急呼叫的信息時，控制器23B執(zhí)行呼叫釋放處理。因此，在此示例性實施例中，HNB-GW 30能夠知曉移動臺10所實際發(fā)起的呼叫的類型是緊急呼叫。結果，當移動臺10偽造了建立原因并將呼叫虛報為緊急呼叫時，HNB-Gff 30能夠對該移動臺10執(zhí)行呼叫釋放處理。因此，這能夠防止以未經(jīng)授權的方式享受HNB 20的服務。(第四示例性實施例)圖25-27分別示出了此示例性實施例的MCS 40、SGSN 50和HNB-GW 30的配置。 此示例性實施例是這樣一種示例，其中，以更加具體的方式來表示圖22-24的第三示例性實施例中的MCS 40、SGSN 50和HNB-GW 30的配置和操作。參考圖25，此示例性實施例的MCS 40包括與HNB-GW之間的信號的發(fā)送器/接收器401B ；RANAP消息處理器402B ；NAS消息處理器40 ；呼叫控制器404B ；和臺站數(shù)據(jù)存儲裝置405B。在圖25中，RANAP消息處理器402B、NAS消息處理器40!3B、呼叫控制器404B和臺站數(shù)據(jù)存儲裝置405B構成了圖22所示的控制器41B。與HNB-GW之間的信號的發(fā)送器/接收器401B是圖22所示的發(fā)送器42B的示例。與HNB-GW之間的信號的發(fā)送器/接收器401B、RANAP消息處理器402B、NAS消息處理器40 和臺站數(shù)據(jù)存儲裝置405B包括分別與圖13所示的與HNB-GW之間的信號的發(fā)送器/接收器401A、RANAP消息處理器402A、NAS消息處理器403A和臺站數(shù)據(jù)存儲裝置 405A類似的功能。與如圖13所示的呼叫控制器404A —樣，呼叫控制器404B包括在MCS 40中實現(xiàn)的呼叫控制器通常包括的功能。除此之外，呼叫控制器404B還包括作為此示例性實施例特有的功能的如下功能 分析NAS消息，判斷移動臺10所實際發(fā)起的呼叫的類型是否是緊急呼叫，以及基于判斷結果來設定要發(fā)送給HNB-GW 30的RANAP協(xié)議消息的呼叫類型參數(shù)。參考圖沈，此示例性實施例的SGSN 50包括與HNB-GW之間的信號的發(fā)送器/接收器501B ；RANAP消息處理器502B ；NAS消息處理器50 ；呼叫控制器504B ；和臺站數(shù)據(jù)存儲裝置505B。在圖洸中，RANAP消息處理器502B、NAS消息處理器50!3B、呼叫控制器504B和臺站數(shù)據(jù)存儲裝置505B構成了圖23所示的控制器51B。與HNB-GW之間的信號的發(fā)送器/接收器501B是圖23所示的發(fā)送器52B的示例。與HNB-GW之間的信號的發(fā)送器/接收器501B、RANAP消息處理器502B、NAS消息處理器50 和臺站數(shù)據(jù)存儲裝置505B包括分別與圖14所示的與HNB-GW之間的信號的發(fā)送器/接收器501A、RANAP消息處理器502A、NAS消息處理器503A和臺站數(shù)據(jù)存儲裝置 505A類似的功能。與如圖14所示的呼叫控制器504A —樣，呼叫控制器504B包括在SGSN 50中實現(xiàn)的呼叫控制器通常包括的功能。除此之外，呼叫控制器504B還包括作為此示例性實施例特有的功能的如下功能 分析NAS消息，判斷移動臺10所實際發(fā)起的呼叫的類型是否是緊急呼叫，以及基于判斷結果來設定要發(fā)送給HNB-GW 30的RANAP協(xié)議消息的呼叫類型參數(shù)。參考圖27，此示例性實施例的HNB-GW 30包括與HNB之間的信號的發(fā)送器/接收器301B ；RUA消息處理器302B ；與SGSN之間的信號的發(fā)送器/接收器30 ；與MSC之間的信號的發(fā)送器/接收器304B ；HNBAP消息處理器305B ；呼叫控制器306B ；RANAP消息處理器307B ；和臺站數(shù)據(jù)存儲裝置308B。在圖27中，RUA消息處理器302B、HNBAP消息處理器305B、呼叫控制器306B、RANAP 消息處理器307B和臺站數(shù)據(jù)存儲裝置308B構成了圖M所示的控制器32B。與SGSN之間的信號的發(fā)送器/接收器30 以及與MSC之間的信號的發(fā)送器/接收器304B是圖M所示的接收器31B的示例。與HNB之間的信號的發(fā)送器/接收器301B、RUA消息處理器302B、與SGSN之間的信號的發(fā)送器/接收器30;3B、與MSC之間的信號的發(fā)送器/接收器304B、HNBAP消息處理器305B、RANAP消息處理器307B和臺站數(shù)據(jù)存儲裝置308B包括分別與圖12所示的與HNB 之間的信號的發(fā)送器/接收器301A、RUA消息處理器302A、與SGSN之間的信號的發(fā)送器/ 接收器303A、與MSC之間的信號的發(fā)送器/接收器304A、HNBAP消息處理器305A、RANAP消息處理器307A和臺站數(shù)據(jù)存儲裝置308A類似的功能。與圖12所示的呼叫控制器306A—樣，呼叫控制器306B包括在HNB-GW 30中實現(xiàn)的呼叫控制器所通常包括的功能。除此之外，呼叫控制器306B包括作為此示例性實施例特有的功能的如下功能當從MCS 40或SGSN 50接收的RANAP協(xié)議消息的呼叫類型參數(shù)被設定為通常呼叫時，確定移動臺10發(fā)起的呼叫的類型是通常呼叫，并且在移動臺10已經(jīng)發(fā)起作為緊急呼叫的呼叫的情況下，執(zhí)行呼叫釋放處理。此示例性實施例的HNB 20的配置可以類似于圖9中的配置。注意，HNB 20的呼叫控制器205A需要具有在HNB 20中實現(xiàn)的呼叫控制器通常包括的功能。下文中將描述此示例性實施例的移動通信系統(tǒng)的操作。(1)操作示例1此操作示例是這樣的示例，其中，通過RANAP (3GPP TS25. 413)的公共ID消息來通知在MCS 40或SGSN 50中判斷的呼叫類型判斷結果。(I-A)電路交換呼叫的情況首先，結合圖28的序列圖來描述在MCS 40通過RANAP的公共ID消息來通知電路交換呼叫的呼叫類型的判斷結果的情況下的操作示例。圖觀示出了在完成圖15所示的處理之后的操作。但是，圖15所示的步驟S112、S113、S116和S117的處理不被執(zhí)行。此外， 在步驟S114和S115發(fā)送的RANAP 初始用戶設備消息消息中不包括緊急原因參數(shù)。通常，如3GPP TS25. 413所述，核心網(wǎng)絡裝置在建立信令連接之后向HNB-GW 30發(fā)送RANAP 公共ID消息。因此，參考圖觀，在MCS 40中，呼叫控制器404B在步驟S501中建立信令連接，隨后在步驟S502中啟動確定呼叫類型參數(shù)的處理。圖四示出了在MCS 40中確定呼叫類型參數(shù)的處理的流程圖。參考圖四，在步驟S601，呼叫控制器404B檢查在從移動臺10發(fā)送的匪協(xié)議的CM 服務請求消息(TSM. 008版本8. 5. 0第9. 2. 9節(jié))中設定的CM服務類型參數(shù)(TS24. 008 版本8. 5. 0第10. 5. 3. 3節(jié))是否是“緊急呼叫建立”。接下來，在步驟S602，呼叫控制器404B檢查作為由MCS 40發(fā)送的發(fā)起呼叫信號的、CC協(xié)議的設置(TS24. 0089. 3. 23版本8. 5. 0節(jié)設置)消息中的電話號碼(TS24. 008 版本8. 5.0第10. 5.4. 7節(jié))是否是緊急號碼。更具體地，在TSM. 008版本8. 5.0的圖 10. 5. 91/3GPP TS 008被呼叫方B⑶號碼信息元素中，號碼數(shù)1、號碼數(shù)2、號碼數(shù)3等對應于電話號碼，并且呼叫控制器404B檢查該電話號碼是否是緊急號碼。在TSM. 008第 10. 5. 4. 7節(jié)中的被呼叫方BCD號碼指示出傳入號碼。BCD是計算機中的數(shù)字值的表示形式，并且指示出如何將十進制計數(shù)法中的一個數(shù)表示為四個二進制數(shù)，其中，十進制計數(shù)法中的每一個數(shù)表示0至9中的一個。接下來，在步驟S603，呼叫控制器404B檢查是否在移動臺10中執(zhí)行了緊急設置過程(TS24. 008版本8. 5. 0第9. 3. 8節(jié))。例如，在從移動臺10接收到用于啟動“緊急呼叫建立”的消息時，呼叫控制器404B從信息元素“緊急設置消息類型”檢查是否執(zhí)行了緊急設置過程。如果步驟S601至S603的檢查中的任一個匹配，則在步驟S604呼叫控制器404B 確定呼叫類型為緊急呼叫，并確定呼叫類型參數(shù)是“通常呼叫”。另一方面，如果所有檢查都不匹配，則在步驟S605中呼叫控制器404B確定呼叫類型為通常呼叫，并確定呼叫類型參數(shù)為“緊急呼叫”。再次參考圖觀，在MCS 40中，在步驟S503呼叫控制器404B在向HNB-GW 30發(fā)送 RANAP 公共ID消息時，在確定了呼叫類型參數(shù)的情況下指定呼叫類型參數(shù)。圖30示出根據(jù)本發(fā)明的RANAP 公共ID消息的配置。在HNB-GW 30中，在步驟S504如果在接收到RANAP 公共ID消息時包括呼叫類型參數(shù)，則在步驟S505呼叫控制器306B將該參數(shù)與在移動臺10接入HNB-GW 30時HNBAP 用戶設備登記請求消息(圖5)的登記原因參數(shù)(圖6)相比較。圖31是示出此示例性實施例的用于根據(jù)呼叫類型來確定HNB-GW 30中的處理的表格的示圖。例如，在圖31所示的情況2中，MCS 40通知的呼叫類型參數(shù)是“通常呼叫”，但是
17HNBAP 用戶設備登記請求消息的登記原因參數(shù)是“緊急呼叫”?；诖耍琀NB-GW 30確定移動臺10已將呼叫偽造為緊急呼叫并以未經(jīng)授權的方式接入了 HNB 20，并且HNB-GW 30執(zhí)行呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務。(I-B)分組交換呼叫的情況接下來，描述在SGSN 50通過RANAP的公共ID消息來通知分組交換呼叫的呼叫類型的判斷結果的情況下的操作示例。分組交換呼叫的情況下的操作序列與上述情況類似，除了在電路交換呼叫的情況下在MCS 40中執(zhí)行的處理被在SGSN 50中執(zhí)行以外。但是，在步驟S502中啟動的確定呼叫類型參數(shù)的處理不同。圖32示出了在SGSN 50中確定呼叫類型參數(shù)的處理的流程圖。參考圖32，在步驟S701中，呼叫控制器504B檢查從移動臺10發(fā)送的在SM協(xié)議中設定的激活PDP上下文請求消息(3GPP TS24. 008版本8. 5. 0第9. 5. 1節(jié))所設定的 APN(3GPP TS24. 008 9. 5. 1 10. 5. 6. 1)是不是緊急呼叫所特有的。接下來，在步驟S702，呼叫控制器504B檢查在移動臺10中執(zhí)行的GMM過程是否是緊急附接過程(TR23. 869版本9. 0. 0)。接下來，在步驟S703，呼叫控制器504B檢查在SGSN 50中活動的PDP上下文是否是專用于緊急呼叫的PDP上下文。例如，呼叫控制器504B檢查在SGSN 50中活動的PDP上下文是否是TR23. 869版本9. 0. 0的緊急PDP上下文。如果步驟S701至S703的檢查中的任一個匹配，則在S704呼叫控制器504B確定呼叫類型是緊急呼叫，并且確定呼叫類型參數(shù)是“通常呼叫”。另一方面，如果所有這些檢查都不匹配，則在步驟S705中呼叫控制器504B確定呼叫類型是通常呼叫，并且確定呼叫類型參數(shù)是“緊急呼叫”。當向HNB-GW 30發(fā)送RANAP 公共ID消息時，如果呼叫類型參數(shù)已被確定，則在 SGSN 50中呼叫控制器504B指定該呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP 公共ID消息的配置與如圖30所示的MCS 40的情況下的相同。如果在接收到RANAP 公共ID消息時包括了呼叫類型參數(shù)，則在HNB-GW 30中呼叫控制器306B將該參數(shù)與在移動臺10接入HNB-GW 30時HNBAP 用戶設備登記請求消息 (圖5)的登記原因參數(shù)(圖6)相比較。例如，在圖31所示的情況2中，SGSN 50所通知的呼叫類型參數(shù)是“通常呼叫”，但是HNBAP 用戶設備登記請求消息的登記原因參數(shù)是“緊急呼叫”?；诖?，HNB-GW 30確定移動臺10將呼叫虛報為緊急呼叫并以未經(jīng)授權方式接入HNB 20，并且HNB-GW 30執(zhí)行呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務，即使在分組交換VoIP的情況下也是如此。(2)操作示例2這個操作示例是通過RANAP (3GPP TS25. 413)的直接傳送消息來通知在MCS 40或 SGSN 50中判斷的呼叫類型的判斷結果的示例。
(2-A)電路交換呼叫的情況首先，結合圖33的序列圖描述在MCS 40通過RANAP的直接傳送消息來通知電路交換呼叫的呼叫類型的判斷結果的情況下的操作示例。圖33示出了在完成圖15所示的處理之后的操作。但是，圖15所示的步驟S112、S113、S116和S117中的處理不被執(zhí)行。此外，在步驟S114和S115中發(fā)送的RANAP 初始用戶設備消息消息不包括緊急原因參數(shù)。通常，如3GPP TS25. 413所述，當核心網(wǎng)絡裝置發(fā)送諸如CC協(xié)議和匪協(xié)議之類的 NAS消息時，核心網(wǎng)絡裝置向HNB-GW 30發(fā)送RANAP 直接傳送消息。因此，參考圖33，在MCS 40中，在步驟S801中呼叫控制器404B發(fā)送NAS消息，隨后在步驟S802中啟動確定呼叫類型參數(shù)的處理。在MCS40中確定呼叫類型參數(shù)的處理與如圖四所述的操作示例1中的處理相同。在MCS 40中，當呼叫控制器404B向HNB-GW 30發(fā)送RANAP 直接傳送消息時，在呼叫類型參數(shù)被確定的情況下，在步驟S803中呼叫控制器404B指定該呼叫類型參數(shù)。圖 34示出了根據(jù)本發(fā)明的RANAP 直接傳送消息的配置。在HNB-GW 30中，在呼叫控制器306B接收到RANAP 直接傳送消息的情況下，如果在步驟S804中呼叫類型參數(shù)被包括，則在步驟S805中呼叫控制器306B將該參數(shù)與在移動臺10接入HNB-GW 30時HNBAP 用戶設備登記請求消息(圖5)的登記原因參數(shù)(圖6)相比較。例如，在圖31所示的情況2中，從MCS 40通知的呼叫類型參數(shù)是“通常呼叫”，但是HNBAP 用戶設備登記請求消息的登記原因參數(shù)是“緊急呼叫”?；诖耍琀NB-GW 30確定移動臺10將呼叫虛報為緊急呼叫并以未經(jīng)授權方式接入HNB 20，并且HNB-GW 30執(zhí)行呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務。(2-B)分組交換呼叫的情況接下來，描述在SGSN 50通過RANAP的直接傳送消息來通知分組交換呼叫的呼叫類型的判斷結果的情況下的操作示例。分組交換呼叫的情況下的操作序列與上述情況類似，除了在電路交換呼叫的情況下在MCS 40中執(zhí)行的處理被在SGSN 50中執(zhí)行以外。但是，在步驟S802中啟動的確定呼叫類型參數(shù)的處理不同。在SGSN 50中確定呼叫類型參數(shù)的處理與如圖32所述的操作示例1中的處理相同。在SGSN 50中，在呼叫控制器504B向HNB-GW 30發(fā)送RANAP 直接傳送消息的情況下，如果呼叫類型參數(shù)被確定，則呼叫控制器504B設定此呼叫類型參數(shù)。根據(jù)本發(fā)明的 RANAP 直接傳送消息的配置與如圖34所示的MCS 40的情況下的相同。在HNB-GW 30中，在呼叫控制器306B接收到RANAP 直接傳送的情況下，如果呼叫類型參數(shù)被包括，則呼叫控制器306B將該參數(shù)與在移動臺10接入HNB-GW 30時HNBAP 用戶設備登記請求消息(圖5)的登記原因參數(shù)(圖6)相比較。例如，在圖31所示的情況2中，從SGSN 50通知的呼叫類型參數(shù)是“通常呼叫”，但是HNBAP 用戶設備登記請求消息的登記原因參數(shù)是“緊急呼叫”。基于此，HNB-GW 30確定移動臺10將呼叫虛報為緊急呼叫并以未經(jīng)授權方式接入HNB 20，并且HNB-GW 30執(zhí)行呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務，即使在分組交換VoIP的情況下也是如此。(3)操作示例3這個操作示例是通過RANAP (3GPP TS25. 413)的RAB (無線電接入載體)指派請求消息來通知在MCS 40或SGSN 50中判斷的呼叫類型的判斷結果的示例。(3-A)電路交換呼叫的情況首先，結合圖35的序列圖描述在MCS 40通過RAB指派請求消息來通知電路交換呼叫的呼叫類型的判斷結果的情況下的操作示例。圖35示出了在完成圖15所示的處理之后的操作。但是，圖15所示的步驟S112、S113、S116和S117中的處理不被執(zhí)行。此外，在步驟S114和S115中發(fā)送的RANAP 初始用戶設備消息消息不包括緊急原因參數(shù)。通常，如3GPP TS25. 413所述，當核心網(wǎng)絡裝置從移動臺10接收到呼叫建立請求并建立無線接入載體時，核心網(wǎng)絡裝置向HNB-GW 30發(fā)送RANAP =RAB指派請求消息。因此，參考圖35，在MCS 40中，在步驟S901中呼叫控制器404B從移動臺10接收呼叫建立請求，隨后在步驟S902中確定無線接入載體的QoS (服務質量)，然后在步驟S903 啟動確定呼叫類型參數(shù)的處理。在MCS 40中確定呼叫類型參數(shù)的處理與如圖四所述的操作示例1中的處理相同。在MCS 40中，當在步驟S904中呼叫控制器404B向HNB-GW 30發(fā)送RANAP RAB指派請求消息時，在呼叫類型參數(shù)被確定的情況下，呼叫控制器404B設定該呼叫類型參數(shù)。 圖36示出了根據(jù)本發(fā)明的RANAP =RAB指派請求消息的配置。在HNB-GW 30中，在呼叫控制器306B接收到RANAP =RAB指派請求消息的情況下， 如果在步驟S905中呼叫類型參數(shù)被包括，則在步驟S906中呼叫控制器306B將該參數(shù)與在移動臺10接入HNB-GW 30時HNBAP 用戶設備登記請求消息(圖5)的登記原因參數(shù)(圖 6)相比較。例如，在圖31所示的情況2中，從MCS 40通知的呼叫類型參數(shù)是“通常呼叫”，但是HNBAP 用戶設備登記請求消息的登記原因參數(shù)是“緊急呼叫”?；诖?，HNB-GW 30確定移動臺10將呼叫虛報為緊急呼叫并以未經(jīng)授權方式接入HNB 20，并且HNB-GW 30執(zhí)行呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務。(3-B)分組交換呼叫的情況接下來，描述在SGSN 50通過RAB指派請求消息來通知分組交換呼叫的呼叫類型的判斷結果的情況下的操作示例。分組交換呼叫的情況下的操作序列與上述情況類似，除了在電路交換呼叫的情況下在MCS 40中執(zhí)行的處理被在SGSN 50中執(zhí)行以外。但是，在步驟S802中啟動的確定呼叫類型參數(shù)的處理不同。在SGSN 50中確定呼叫類型參數(shù)的處理與如圖32所述的操作示例1中的處理相同。在SGSN 50中，在呼叫控制器504B向HNB-GW 30發(fā)送RANAP =RAB指派請求消息的情況下，如果呼叫類型參數(shù)被確定，則呼叫控制器504B設定此呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP =RAB指派請求消息的配置與如圖36所述的MCS 40的情況下的相同。
在HNB-GW 30中，在呼叫控制器306B接收到RANAP =RAB指派請求的情況下，如果呼叫類型參數(shù)被包括，則呼叫控制器306B將該參數(shù)與移動臺10接入HNB-GW 30時、HNBAP 用戶設備登記請求消息(圖5)的登記原因參數(shù)(圖6)相比較。例如，在圖31所示的情況2中，從SGSN 50通知的呼叫類型參數(shù)是“通常呼叫”，但是HNBAP 用戶設備登記請求消息的登記原因參數(shù)是“緊急呼叫”?；诖耍琀NB-GW 30確定移動臺10將呼叫虛報為緊急呼叫并以未經(jīng)授權方式接入HNB 20，并且HNB-GW 30執(zhí)行呼叫釋放處理。這能夠防止原本不可接入HNB 20的未經(jīng)授權移動臺10-2偽造建立原因，將呼叫虛報為緊急呼叫并享受HNB 20的服務，即使在分組交換VoIP的情況下也是如此。在本發(fā)明的HNB 20,HNB-Gff 30,MCS 40和SGSN 50中執(zhí)行的方法可被應用于由計算機執(zhí)行的程序。程序可存儲在存儲介質中，并經(jīng)由網(wǎng)絡提供給外部。(第五示例性實施例)在第二示例性實施例中，反欺詐處理是在MCS 40或SGSN 50中執(zhí)行的。但是，在此示例性實施例中，在HNB-GW 30中執(zhí)行反欺詐處理。圖37示出了在此情況下的序列。圖37示出了如下情況其中，HNB-GW已經(jīng)在UE 登記過程中被初步通知登記原因=緊急呼叫，并且HNB-GW檢查NAS消息的內容并啟動了反欺詐處理。這對應于如下情況當在圖15中MSC已從HNB-GW得到關于UE已發(fā)起作為緊急呼叫的呼叫的通知時，MSC執(zhí)行圖20中的檢查匪或CC協(xié)議的消息的處理。同樣，這對應于如下情況當HNB-GW指示UE已發(fā)起作為緊急呼叫的呼叫時，SGSN執(zhí)行圖21中的檢查GMM 或SM協(xié)議的消息的處理。NAS消息指示非接入層，并指示獨立于無線接入系統(tǒng)的協(xié)議。此示例性實施例施加了如下的有利效果。· HNG-Gff執(zhí)行反欺詐處理，從而消除了伴隨有對MSC或SGSN的修改的需要。因此，當引入毫微微時，不對已經(jīng)在操作的MSC或SGSN進行修改。這使得能夠容易地引入毫微微系統(tǒng)。 與第二示例性實施例相比，不必向RANAP協(xié)議添加新參數(shù)。這使得可以減小 RANAP協(xié)議的消息的大小，并使得能夠減小在HNB-GW和MSC或SGSN之間傳送的信令量。· HNB-Gff能夠通過快速查看NAS消息而知曉呼叫是緊急呼叫還是通常呼叫。因此，HNB-Gff能夠在資源指派和流量調度方面將緊急呼叫過程的優(yōu)先級提高為高于通常呼叫，即使沒有來自MSC或SGSN的對呼叫類型的通知也是如此。(第六示例性實施例)在第五示例性實施例中，在終端已發(fā)起作為緊急呼叫的呼叫的情況下，HNB-Gff快速查看NAS消息，從而實現(xiàn)反欺詐處理。在此示例性實施例中，在HNB中執(zhí)行該反欺詐處理。 即，如圖38所示，HNB快速查看NAS消息并啟動反欺詐處理。此示例性實施例施加了如下的有利效果。 由于HNB執(zhí)行反欺詐處理，所以與更高層設備執(zhí)行反欺詐處理的情況相比，與未經(jīng)授權終端的通信能夠更快地被終止。這使得可以提高網(wǎng)絡資源的可用性，并使得能夠減小HNB與HNB-GW之間的信令量?！?HNB能夠通過快速查看NAS消息而認識到呼叫是緊急呼叫還是通常呼叫。因此，HNB能夠在資源指派和流量調度方面將緊急呼叫過程的優(yōu)先級提高為高于通常呼叫，即使沒有來自MSC或SGSN的對呼叫類型的通知也是如此。(第七示例性實施例)在第三示例性實施例中，MSC或SGSN將緊急呼叫的信息通知HNB-GW，HNB-GW驗證 UE是否已嘗試以緊急呼叫的形式進行接入。在第四示例性實施例中，在RANAP協(xié)議中使用呼叫類型的參數(shù)。此示例性實施例采用已經(jīng)在3GPP TS25. 413中被定義為表示RANAP的緊急呼叫的信息的并且稱為分配/保持優(yōu)先級的參數(shù)(參見圖39)。使用分配/保持優(yōu)先級的方法公知為公眾已知的技術，因而在本發(fā)明的范圍之外。例如，該技術被用于優(yōu)先占用(pre-emption)，其中，當用于指派新載體的資源不能被確保時，具有較低優(yōu)先級的另一載體被釋放并且資源被騰出，從而允許新載體獲取這些資源。在緊急呼叫的情況下，MSC或SGSN如下所述地在RAB指派請求消息中設定此分配 /保持優(yōu)先級參數(shù)。優(yōu)先級水平=1優(yōu)先占用能力=“可以觸發(fā)優(yōu)先占用，，優(yōu)先占用易損性=不優(yōu)先占用根據(jù)這樣的設定，可以作出關于要將呼叫建立為緊急呼叫的通知。此外，可以使用除RANAP的RAB指派請求消息之外的消息。在此情況中，在MSC或SGSN中將分配/保持優(yōu)先級參數(shù)設定為緊急呼叫的邏輯與圖四和32中的類似，并且與圖40和41中的相同。在圖40和41中，該分配/保持優(yōu)先級參數(shù)指示出通常呼叫。但是，在UE登記過程中的登記原因值指示出緊急呼叫的情況下，HNB-GW確定UE已經(jīng)偽造建立原因并嘗試了接入，并且HNB-GW執(zhí)行呼叫釋放。圖42示出了在此情況下的操作序列。此示例性實施例施加了如下有利效果。 使用現(xiàn)有的分配/保持優(yōu)先級來作出關于呼叫是否是緊急呼叫的通知，從而使得不必伴隨對MSC或SGSN的修改。因此，當引入毫微微時，不對已經(jīng)在操作的MSC或SGSN 進行修改。這使得能夠容易地引入毫微微系統(tǒng)。 與第四示例性實施例相比，不必向RANAP協(xié)議添加新參數(shù)。這使得可以減小 RANAP協(xié)議的消息的大小，并且使得能夠減小在HNB-GW和MSC或SGSN之間傳送的信令量。(第八示例性實施例)在第七示例性實施例中，HNB-GW確定分配/保持優(yōu)先級參數(shù)，并實現(xiàn)反欺詐處理。 但是，在此示例性實施例中，在HNB中執(zhí)行該反欺詐處理。即，如圖43所示，當HNB接收到 RANAP的RAB指派請求消息時，HNB確定分配/保持優(yōu)先級；在確定指示出通常呼叫的情況下，如果UE登記過程中的登記原因是緊急呼叫，則HNB-GW確定UE已虛報建立原因并嘗試了接入，并且HNB-GW執(zhí)行呼叫釋放。在第三和第四示例性實施例中，HNB-Gff執(zhí)行對從MSC或SGSN通知的呼叫類型與 UE已嘗試接入時的登記原因進行相互比較的處理。但是，該比較處理可在HNB中執(zhí)行。此示例性實施例施加了如下的有利效果?！?HNB-Gff終止RANAP協(xié)議消息，并使得不必通過分配/保持優(yōu)先級來確定呼叫類型。這使得能夠簡化HNB-GW中的處理。如上所述，已經(jīng)基于示例性實施例以具體方式闡述了本發(fā)明。本發(fā)明不限于上述
22情況。不必說，可在不脫離本發(fā)明的要旨的范圍內進行各種修改。例如，在第二示例性實施例中，在HNB 20中進行將緊急原因值設定為RANAP協(xié)議消息的設定。但是，這可以在HNB-GW 30中進行。此外，在第一至第四示例性實施例中，在HNB 20,HNB-Gff 30和核心網(wǎng)絡裝置(MCS 40或SGSN 50)之間使用RANAP協(xié)議消息來傳送表示移動臺10已發(fā)起作為緊急呼叫的呼叫的信息，或者表示由移動臺10發(fā)起的呼叫的實際類型是緊急呼叫的信息。但是，并不限于RANAP協(xié)議消息。該消息可以是能夠在HNB 20和HNB-GW 30或核心網(wǎng)絡裝置之間傳送
消息的另一消息。本申請要求2009年10月1日提交的日本專利申請No. 2009-229391的優(yōu)先權，該申請的公開內容通過引用而全部結合于此。
權利要求
1.一種移動通信系統(tǒng)，包括 移動臺；基站，該基站與所述移動臺進行無線通信；以及網(wǎng)關裝置，該網(wǎng)關裝置連接到所述基站和核心網(wǎng)絡， 其中，所述基站包括第一發(fā)送裝置，用于發(fā)送用于將所述移動臺登記在所述網(wǎng)關裝置中的登記消息；和第二發(fā)送裝置，用于發(fā)送與由所述移動臺發(fā)起的緊急呼叫的建立有關的消息， 所述網(wǎng)關裝置包括第一接收裝置，用于從所述基站接收所述登記消息；第二接收裝置，用于從所述基站接收與所述緊急呼叫的建立有關的建立消息；和檢查裝置，用于檢查所述登記消息和所述建立消息之間的一致性。
2.根據(jù)權利要求1所述的移動通信系統(tǒng)， 其中，所述移動臺還包括建立裝置，用于建立用于所述緊急呼叫的RRC連接，其中由所述檢查裝置執(zhí)行檢查以防止所述移動臺使用用于所述緊急呼叫的RRC連接來創(chuàng)建通常呼叫的欺詐。
3.根據(jù)權利要求1或2所述的移動通信系統(tǒng)， 其中，所述登記消息是用戶設備登記請求消息。
4.根據(jù)權利要求1至3中任一項所述的移動通信系統(tǒng)， 其中，所述建立消息是NAS (非接入層)協(xié)議的消息。
5.根據(jù)權利要求1至4中任一項所述的移動通信系統(tǒng)，其中，在包括在所述登記消息中的登記原因指示出緊急呼叫的情況下，執(zhí)行所述檢查裝置的檢查。
6.一種將基站連接到核心網(wǎng)絡的網(wǎng)關裝置，包括第一接收裝置，從所述基站接收用于將移動臺登記在所述網(wǎng)關裝置中的登記消息； 第二接收裝置，從所述基站接收與由所述移動臺發(fā)起的緊急呼叫有關的建立消息；以及檢查裝置，用于檢查所述登記消息和所述建立消息之間的一致性。
7.根據(jù)權利要求6所述的網(wǎng)關裝置，其中，在所述移動臺建立用于所述緊急呼叫的RRC連接的情況下，由所述檢查裝置執(zhí)行檢查以防止所述移動臺使用所述RRC連接來創(chuàng)建通常呼叫的欺詐。
8.根據(jù)權利要求6或7所述的網(wǎng)關裝置，其中，所述登記消息是用戶設備登記請求消息。
9.根據(jù)權利要求6至8中任一項所述的網(wǎng)關裝置， 其中，所述建立消息是NAS(非接入層)協(xié)議的消息。
10.根據(jù)權利要求6至9中任一項所述的網(wǎng)關裝置，其中，在包括在所述登記消息中的登記原因指示出緊急呼叫的情況下，執(zhí)行所述檢查裝置的檢查。
11.一種由移動通信系統(tǒng)進行的通信方法，所述移動通信系統(tǒng)包括 移動臺；基站，該基站與所述移動臺進行無線通信；以及網(wǎng)關裝置，該網(wǎng)關裝置連接到所述基站和核心網(wǎng)絡，其中，所述基站發(fā)送用于將所述移動臺登記在所述網(wǎng)關裝置中的登記消息，所述基站發(fā)送與由所述移動臺發(fā)起的緊急呼叫的建立有關的消息，所述網(wǎng)關裝置從所述基站接收所述登記消息；所述網(wǎng)關裝置從所述基站接收與所述緊急呼叫的建立有關的建立消息；并且所述網(wǎng)關裝置執(zhí)行所述登記消息和所述建立消息之間的一致性的檢查。
12.根據(jù)權利要求11所述的通信方法，其中，所述移動臺建立用于所述緊急呼叫的RRC連接，所述檢查被執(zhí)行以防止所述移動臺使用用于所述緊急呼叫的RRC連接來創(chuàng)建通常呼叫的欺詐。
13.根據(jù)權利要求11或12所述的通信方法， 其中，所述登記消息是用戶設備登記請求消息。
14.根據(jù)權利要求11至13中任一項所述的通信方法， 其中，所述建立消息是NAS (非接入層)協(xié)議的消息。
15.根據(jù)權利要求11至14中任一項所述的通信方法，其中，在包括在所述登記消息中的登記原因指示出緊急呼叫的情況下，執(zhí)行所述檢查。
16.一種由網(wǎng)關裝置進行的通信方法，該網(wǎng)關裝置將基站連接到核心網(wǎng)絡，所述通信方法包括從所述基站接收用于將移動臺登記在所述網(wǎng)關裝置中的登記消息； 從所述基站接收與由所述移動臺發(fā)起的緊急呼叫的建立有關的建立消息；以及執(zhí)行所述登記消息和所述建立消息之間的一致性的檢查。
17.根據(jù)權利要求16所述的通信方法，其中，在所述移動臺建立用于所述緊急呼叫的RRC連接的情況下， 執(zhí)行所述檢查以防止所述移動臺使用用于所述緊急呼叫的所述RRC連接來創(chuàng)建通常呼叫的欺詐。
18.根據(jù)權利要求16或17所述的通信方法， 其中，所述登記消息是用戶設備登記請求消息。
19.根據(jù)權利要求16至18中任一項所述的通信方法， 其中，所述建立消息是NAS (非接入層)協(xié)議的消息。
20.根據(jù)權利要求16至19中任一項所述的通信方法，其中，在包括在所述登記消息中的登記原因指示出緊急呼叫的情況下，執(zhí)行所述檢查。
全文摘要
本發(fā)明的一種移動通信系統(tǒng)包括移動臺；基站，該基站與移動臺進行無線通信；以及網(wǎng)關裝置，該網(wǎng)關裝置連接到基站和核心網(wǎng)絡。基站包括第一發(fā)送裝置，用于發(fā)送用于將移動臺登記在網(wǎng)關裝置中的登記消息；和第二發(fā)送裝置，用于發(fā)送與由移動臺發(fā)起的緊急呼叫的建立有關的消息。網(wǎng)關裝置包括第一接收裝置，用于從基站接收所述登記消息；第二接收裝置，用于從基站接收與緊急呼叫的建立有關的建立消息；和檢查裝置，用于檢查登記消息和建立消息之間的一致性。
文檔編號H04W76/06GK102172065SQ201080002826
公開日2011年8月31日 申請日期2010年10月1日 優(yōu)先權日2009年10月1日
發(fā)明者林貞福, 植田佳央 申請人:日本電氣株式會社