移動通信系統(tǒng)、基站、網(wǎng)關(guān)和核心網(wǎng)絡(luò)裝置及通信方法
【專利摘要】本發(fā)明涉及移動通信系統(tǒng)、基站、網(wǎng)關(guān)和核心網(wǎng)絡(luò)裝置及通信方法。一種移動通信系統(tǒng)包括：移動臺站、與移動臺站無線地通信的基站、將基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置。基站包含：控制單元，該控制單元將指示移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；以及發(fā)送單元，該發(fā)送單元將該消息發(fā)送到核心網(wǎng)絡(luò)裝置。核心網(wǎng)絡(luò)裝置包含：接收單元，該接收單元接收從基站發(fā)送來的該消息。
【專利說明】移動通信系統(tǒng)、基站、網(wǎng)關(guān)和核心網(wǎng)絡(luò)裝置及通信方法
[0001]本申請是申請?zhí)枮?01080017080.1、申請日為2010年03月01日，發(fā)明名稱為“移動通信系統(tǒng)、基站、網(wǎng)關(guān)裝置、核心網(wǎng)絡(luò)裝置以及通信方法”的發(fā)明專利申請的分案申請。

【技術(shù)領(lǐng)域】
[0002]本發(fā)明涉及移動通信系統(tǒng)、基站、網(wǎng)關(guān)裝置、核心網(wǎng)絡(luò)裝置以及通信方法。

【背景技術(shù)】
[0003]產(chǎn)業(yè)中毫微微基站(歸屬節(jié)點(diǎn)B，下面簡稱為“HNB”)的使用形式可被認(rèn)為例如包括家庭用小型無線基站和商業(yè)小型無線基站之類的使用形式。
[0004]通過HNB來提供服務(wù)具有以下優(yōu)點(diǎn):
[0005](I)可以在宏基站的無線電波無法抵達(dá)的盲區(qū)中提供通信服務(wù)。
[0006](2)可以提供比宏基站所提供的常規(guī)收費(fèi)服務(wù)便宜的收費(fèi)服務(wù)。
[0007](3)由于當(dāng)基站與移動臺站之間的距離小時可以通過移動臺站獲得高無線質(zhì)量(Ec/1)，因此諸如64QAM(64正交幅度調(diào)制)或MM0(多輸入多輸出)之類的高速技術(shù)可被用來使得能夠在HNB的支配下提供高速分組服務(wù)。
[0008](4)可以利用HNB的局域性來提供特殊內(nèi)容服務(wù)。
[0009]由于通過HNB實(shí)現(xiàn)的服務(wù)具有如上所述的許多優(yōu)點(diǎn)，因此服務(wù)應(yīng)當(dāng)僅被提供給與通信運(yùn)營商簽訂了協(xié)定的訂戶或者經(jīng)HNB的所有者許可的訂戶。
[0010]因此，在3GPP (第三代合作伙伴計劃)的第8版本中引入了 CSG (封閉型訂戶組)，來將對HNB的服務(wù)的訪問和接收僅限于具有許可的群組的移動臺站。
[0011]接下來參考圖1描述有關(guān)CSG的細(xì)節(jié)。
[0012]圖1所示的第三代移動通信系統(tǒng)包括:HNB20、毫微微基站網(wǎng)關(guān)(歸屬節(jié)點(diǎn)B Gff,下面簡稱為“順8-61”)30、交換臺站(移動交換中心，下面簡稱為“MSC”)40、分組交換臺站(服務(wù)GPRS支持節(jié)點(diǎn)，下面簡稱為“SGSN”)50，以及遵從第三代的移動臺站10_1和10_2。
[0013]在圖1的HNB20的支配下并且位于其范圍內(nèi)的移動臺站10_1和10_2中，移動臺站10-1是授權(quán)移動臺站。相比之下，移動臺站10-2是在未經(jīng)授權(quán)的情況下試圖接收HNB20提供的服務(wù)的移動臺站，并且在下面稱為未經(jīng)授權(quán)移動臺站10-2。在以下描述中，當(dāng)任一移動臺站被指定時，使用“移動臺站10”。
[0014]HNB20通過HNB-GW30被連接到運(yùn)營商的核心網(wǎng)絡(luò)。
[0015]該核心網(wǎng)絡(luò)包括作為核心網(wǎng)絡(luò)裝置的控制電路交換的MSC40和控制分組交換的SGSN50o
[0016]當(dāng)支持CSG功能時，HNB20將其自己CSG小區(qū)的CSG標(biāo)識符(CSG身份)報告給在HNB20的支配下并且位于其范圍內(nèi)的移動臺站10。
[0017]移動臺站10-1對從HNB20報告來的CSG標(biāo)識符進(jìn)行譯碼，并且判斷該CSG標(biāo)識符是否包括在由移動臺站10-1保存的CSG列表中。
[0018]如果該CSG標(biāo)識符包括在該CSG列表中，則移動臺站10-1能夠駐扎在處于其范圍內(nèi)的該CSG小區(qū)中，并且隨后接收各種服務(wù)，例如發(fā)起呼叫或者接聽進(jìn)入呼叫。
[0019]另一方面，如果該CSG標(biāo)識符未包括在該CSG列表中，則移動臺站10-1不駐扎在處于其范圍內(nèi)的該CSG小區(qū)中，并且實(shí)現(xiàn)對不同于該CSG小區(qū)的合適CSG小區(qū)的選擇。
[0020]通過該機(jī)制，HNB20可以僅由具有該HNB20的CSG小區(qū)的CSG標(biāo)識符的有限移動臺站10-1訪問。
[0021]然而，可以考慮這樣的情況，其中，不管是否支持CSG功能，諸如圖1所示的未經(jīng)授權(quán)移動臺站10-2之類的實(shí)體嘗試在假設(shè)對其的訪問不可被獲得的HNB20的CSG小區(qū)中未經(jīng)授權(quán)地接收服務(wù)。
[0022]在這樣的情況中，MSC40或SGSN50檢查移動臺站10的MSI (國際移動訂戶身份)和移動臺站10所位于的CSG小區(qū)的CSG標(biāo)識符，來實(shí)現(xiàn)訪問調(diào)控，用于調(diào)控移動臺站10對HNB20 的訪問(3GPP TS25.467Ver8.0.0 第 5.1.3 節(jié))。
[0023]另一方面，由于CSG功能是由3GPP的第8版本引入的功能，因此將出現(xiàn)早于第8版本的移動臺站10-1不支持CSG功能的情況。替代地，還將出現(xiàn)HNB20不支持CSG功能的情況。
[0024]在這些情況中，HNB20針對移動臺站10_1實(shí)現(xiàn)標(biāo)識過程(3GPPTS24.008Ver8.4.0)以詢問移動臺站10_1的MSI，或者HNB20針對HNB-GW30實(shí)現(xiàn) HNBAP (HNB 應(yīng)用部分):UE REGISTER REQUEST (UE 登記請求)過程(3GPPTS25.469Ver8.0.0)以將移動臺站10_1登記在HNB-GW30中。此時，HNB-GW30通過檢查移動臺站10-1的IMSI是否能夠訪問HNB20來執(zhí)行訪問調(diào)控。
[0025]如果HNB-GW30判定移動臺站I O-1能夠訪問HNB20，則HNB-GW30通過HNBAP: UEREGISTER ACCEPT(UE登記接受)消息向HNB20通知訪問被許可。以這種方式，由HNB20實(shí)現(xiàn)的服務(wù)被提供給移動臺站10-1。
[0026]另一方面，如果移動臺站10是圖1所示的未經(jīng)授權(quán)移動臺站10-2，則未經(jīng)授權(quán)移動臺站10-2的MSI未被登記為允許訪問CSG。結(jié)果，HNB-GW30判斷出未經(jīng)授權(quán)移動臺站10-2不能訪問HNB20并且通過HNBAP: UE REGISTER REJECT (UE登記拒絕)消息向HNB20通知訪問不被許可。以這種方式，未經(jīng)授權(quán)移動臺站10-2與HNB20之間的RRC (無線電資源控制)連接被切斷(3GPP TS25.467Ver8.0.0 第 5.1.2 節(jié))。
[0027]如上所述，當(dāng)通過HNB20提供服務(wù)時，MSC40、SGSN50或HNB-GW30基于移動臺站10的MSI來實(shí)現(xiàn)訪問調(diào)控，從而，即使未被許可訪問HNB20的未經(jīng)授權(quán)移動臺站10-2應(yīng)當(dāng)發(fā)起呼叫，在信號建立過程期間在移動通信網(wǎng)絡(luò)側(cè)上對HNB20的訪問也被拒絕。
[0028]然而，在3GPP標(biāo)準(zhǔn)中，即使對于未被許可訪問HNB20的移動臺站10，當(dāng)呼叫類型為緊急呼叫時，規(guī)定了發(fā)起該呼叫的能力(3GPPTS22.011Ver8.6.0第8.5.1節(jié))。
[0029]當(dāng)呼叫類型為緊急呼叫時，移動臺站10-1在請求建立RRC連接或在請求建立信令連接時，在被發(fā)送給HNB20的RRC: RRC CONNECT I ON REQUEST (RRC連接請求)消息或RRC:1NITIAL DIRECT TRANSFER(初始直接傳送)中的指示建立請求的原因的建立原因參數(shù)中設(shè)置“緊急呼叫”(3GPP TS25.331Ver8.5.0,第10.3.3.11節(jié)、專利文獻(xiàn)I)。
[0030]HNB20 然后在被發(fā)送給 HNB-GW30 的 HNBAP:UE REGISTER REQUEST (UE 登記請求)消息中的登記原因參數(shù)中設(shè)置“緊急呼叫”值。
[0031]當(dāng)?shù)怯浽騾?shù)為“緊急呼叫”時，HNB-GW30不實(shí)現(xiàn)基于MSI的訪問調(diào)控(3GPPTS25.467Ver8.0.0 第 5.1.2 節(jié))。
[0032]通過該方法，當(dāng)呼叫類型為“緊急呼叫”時，未被許可訪問HNB20的移動臺站10也能夠跳過HNB-GW30的訪問調(diào)控并且訪問HNB20。
[0033]RRC的構(gòu)成:RRC CONNECT1N REQUEST (RRC連接請求)消息的構(gòu)成在此在圖2中示出，RRC的構(gòu)成:INITIAL DIRECT TRANSFER(初始直接傳送)消息的構(gòu)成在圖3中示出，RRC協(xié)議中的建立原因參數(shù)的構(gòu)成在圖4中示出，HNBAP:UE REGISTER REQUEST(UE登記請求)消息的構(gòu)成在圖5中示出，并且HBNAP協(xié)議中的登記原因參數(shù)的構(gòu)成在圖6中示出。
[0034]現(xiàn)有技術(shù)文獻(xiàn)
[0035]專利文獻(xiàn)
[0036]專利文獻(xiàn)1:JP-A-2003-244284


【發(fā)明內(nèi)容】

[0037]本發(fā)明解決的問題
[0038]然而，上述技術(shù)在移動臺站10發(fā)起作為緊急呼叫的呼叫時跳過HNB-GW30的訪問調(diào)控并且準(zhǔn)許移動臺站10訪問HNB20。
[0039]結(jié)果，諸如假設(shè)不能訪問HNB20的未經(jīng)授權(quán)移動臺站10_2之類的移動臺站10可能在RRC協(xié)議中偽裝地將建立原因參數(shù)設(shè)置為“緊急呼叫”，因此規(guī)避HNB-GW30的訪問調(diào)控并獲得對HNB20的訪問。
[0040]相信可以通過修改軟件以使得僅建立原因參數(shù)被偽造來容易地制造出這種類型的未經(jīng)授權(quán)移動臺站10-2。
[0041]替代地，存在這樣的情況，其中，一裝置被介入，該裝置對從授權(quán)移動臺站10-1通過公共信道(RACH:隨機(jī)訪問信道)發(fā)送來的并且尚未采取隱匿或篡改對策的RRC = RRCCONNECT1N REQUEST (RRC連接請求)消息進(jìn)行譯碼，用“緊急呼叫”替換建立原因參數(shù)，對RRCiRRC CONNECT1N REQUEST (RRC連接請求)消息編碼，并發(fā)送給HNB20。在這樣的情況中，即使授權(quán)移動臺站10-1也可能被同樣視為上述未經(jīng)授權(quán)的移動臺站10-2。
[0042]這些類型的未經(jīng)授權(quán)移動臺站10-2引起了如下問題:
[0043](I)被安裝用于家庭使用或商業(yè)使用的HNB20被未經(jīng)授權(quán)移動臺站10_2非法使用。
[0044](2)未經(jīng)授權(quán)移動臺站10-2通過借助于HNB20發(fā)起呼叫，能夠非法接收比常規(guī)收費(fèi)服務(wù)便宜的收費(fèi)服務(wù)。
[0045](3)未經(jīng)授權(quán)移動臺站10-2非法地接收旨在針對特定用戶的內(nèi)容服務(wù)。
[0046]被認(rèn)為解決了這些問題的一種方法包括當(dāng)移動臺站10發(fā)起作為緊急呼叫的呼叫時在核心網(wǎng)絡(luò)裝置側(cè)上實(shí)現(xiàn)該移動臺站10的呼叫釋放處理。因此，核心網(wǎng)絡(luò)裝置必須感測到移動臺站10已發(fā)起了作為緊急呼叫的呼叫。
[0047]然而，核心網(wǎng)絡(luò)裝置就其當(dāng)前配置而言不能檢測到移動臺站10已發(fā)起了作為緊急呼叫的呼叫。
[0048]替代地，還可以考慮在HNB-GW30側(cè)上對偽裝發(fā)起作為緊急呼叫的呼叫的移動臺站10進(jìn)行呼叫釋放處理的實(shí)現(xiàn)方式。因此，HNB-GW30必須檢測該移動臺站10發(fā)起的呼叫類型實(shí)際上是否為緊急呼叫。
[0049]然而，HNB-GW30就其當(dāng)前配置而言不能檢出測實(shí)際上由移動臺站10發(fā)起的呼叫類型。
[0050]因此，本發(fā)明的一個目的是提供使得核心網(wǎng)絡(luò)裝置能夠感測到移動臺站已發(fā)起了作為緊急呼叫的呼叫的移動通信系統(tǒng)、基站、網(wǎng)關(guān)裝置、核心網(wǎng)絡(luò)裝置和通信方法。
[0051]本發(fā)明的另一目的是提供使得網(wǎng)關(guān)裝置能夠感測出實(shí)際上由移動臺站發(fā)起的呼叫類型的移動通信系統(tǒng)、網(wǎng)關(guān)裝置、核心網(wǎng)絡(luò)裝置和通信方法。
[0052]解決問題的手段
[0053]本發(fā)明的第一移動通信系統(tǒng)是這樣的移動通信系統(tǒng)，其包括:移動臺站、執(zhí)行與所述移動臺站的無線通信的基站、將所述基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在所述核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置；其中:
[0054]所述基站包含:
[0055]控制單元，該控制單元將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中，以及
[0056]發(fā)送單元，該發(fā)送單元將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置；以及
[0057]所述核心網(wǎng)絡(luò)裝置包含:
[0058]接收單元，該接收單元接收從所述基站發(fā)送來的所述消息。
[0059]本發(fā)明的第二移動通信系統(tǒng)是這樣的移動通信系統(tǒng)，其包括:移動臺站、執(zhí)行與所述移動臺站的無線通信的基站、將所述基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在所述核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置；其中:
[0060]所述網(wǎng)關(guān)裝置包括:
[0061]控制單元，該控制單元將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；以及
[0062]發(fā)送單元，該發(fā)送單元將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置；以及
[0063]所述核心網(wǎng)絡(luò)裝置包含:
[0064]接收單元，該接收單元接收從所述網(wǎng)關(guān)裝置發(fā)送來的所述消息。
[0065]本發(fā)明的第三移動通信系統(tǒng)是這樣的移動通信系統(tǒng)，其包括:移動臺站、執(zhí)行與所述移動臺站的無線通信的基站、將所述基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在所述核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置；其中:
[0066]所述核心網(wǎng)絡(luò)裝置包括:
[0067]控制單元，該控制單元將指示所述移動臺站發(fā)起的呼叫的呼叫類型為緊急呼叫的信息包括在消息中；以及
[0068]發(fā)送單元，該發(fā)送單元將所述消息發(fā)送給所述網(wǎng)關(guān)裝置；以及
[0069]所述網(wǎng)關(guān)裝置包含:
[0070]接收單元，該接收單元接收從所述核心網(wǎng)絡(luò)裝置發(fā)送來的所述消息。
[0071]本發(fā)明的基站是這樣的基站，該基站通過網(wǎng)關(guān)裝置連接到布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，并且包括:
[0072]控制單元，該控制單元將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；以及
[0073]發(fā)送單元，該發(fā)送單元將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置。
[0074]本發(fā)明的第一網(wǎng)關(guān)裝置是這樣的網(wǎng)關(guān)裝置，該網(wǎng)關(guān)裝置將基站連接到布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，并且包括:
[0075]控制單元，該控制單元將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；以及
[0076]發(fā)送單元，該發(fā)送單元將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置。
[0077]本發(fā)明的第二網(wǎng)關(guān)裝置是這樣的網(wǎng)關(guān)裝置，該網(wǎng)關(guān)裝置將基站連接到布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，并且包括:
[0078]接收單元，該接收單元接收從所述核心網(wǎng)絡(luò)裝置發(fā)送來的并且包含有指示移動臺站發(fā)起的呼叫的呼叫類型是緊急呼叫的信息的消息。
[0079]本發(fā)明的第一核心網(wǎng)絡(luò)裝置是這樣的核心網(wǎng)絡(luò)裝置，其被布置在核心網(wǎng)絡(luò)中并且包括接收單元，該接收單元接收從基站發(fā)送來的并且包括有指示移動臺站發(fā)起了作為緊急呼叫的呼叫的信息的消息。
[0080]本發(fā)明的第二核心網(wǎng)絡(luò)裝置是這樣的核心網(wǎng)絡(luò)裝置，其被布置在核心網(wǎng)絡(luò)中并且包括接收單元，該接收單元接收從網(wǎng)關(guān)裝置發(fā)送來的并且包括有指示移動臺站發(fā)起了作為緊急呼叫的呼叫的信息的消息。
[0081]本發(fā)明的第二核心網(wǎng)絡(luò)裝置是這樣的核心網(wǎng)絡(luò)裝置，其被布置在核心網(wǎng)絡(luò)中并且包括:
[0082]控制單元，該控制單元將指示由所述移動臺站發(fā)起的呼叫的呼叫類型是緊急呼叫的信息包括在消息中；以及
[0083]發(fā)送單元，該發(fā)送單元將所述消息發(fā)送給網(wǎng)關(guān)裝置。
[0084]本發(fā)明的第一通信方法是一種由移動通信系統(tǒng)實(shí)現(xiàn)的通信方法，該移動通信系統(tǒng)包括移動臺站、執(zhí)行與所述移動臺站的無線通信的基站、將所述基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在所述核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟:
[0085]由所述基站將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；
[0086]由所述基站將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置；以及
[0087]由所述核心網(wǎng)絡(luò)裝置接收從所述基站發(fā)送來的所述消息。
[0088]本發(fā)明的第二通信方法是一種由移動通信系統(tǒng)實(shí)現(xiàn)的通信方法，該移動通信系統(tǒng)包括移動臺站、執(zhí)行與所述移動臺站的無線通信的基站、將所述基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在所述核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟:
[0089]由所述網(wǎng)關(guān)裝置將將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；
[0090]由所述網(wǎng)關(guān)裝置將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置；以及
[0091]由所述核心網(wǎng)絡(luò)裝置接收從所述網(wǎng)關(guān)裝置發(fā)送來的所述消息。
[0092]本發(fā)明的第三通信方法是一種由移動通信系統(tǒng)實(shí)現(xiàn)的通信方法，該移動通信系統(tǒng)包括移動臺站、執(zhí)行與所述移動臺站的無線通信的基站、將所述基站連接到核心網(wǎng)絡(luò)的網(wǎng)關(guān)裝置以及被布置在所述核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟:
[0093]由所述核心網(wǎng)絡(luò)裝置將指示所述移動臺站發(fā)起的呼叫的呼叫類型為緊急呼叫的信息包括在消息中；
[0094]由所述核心網(wǎng)絡(luò)裝置將所述消息發(fā)送給所述網(wǎng)關(guān)裝置；以及
[0095]由所述網(wǎng)關(guān)裝置接收從所述核心網(wǎng)絡(luò)裝置發(fā)送來的所述消息。
[0096]本發(fā)明的第四通信方法是一種由基站實(shí)現(xiàn)的通信方法，該基站通過網(wǎng)關(guān)裝置連接到布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟:
[0097]將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；以及
[0098]將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置。
[0099]本發(fā)明的第五通信方法是一種由網(wǎng)關(guān)裝置實(shí)現(xiàn)的通信方法，該網(wǎng)關(guān)裝置將基站連接到布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟:
[0100]將指示所述移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中；以及[0101 ] 將所述消息發(fā)送給所述核心網(wǎng)絡(luò)裝置。
[0102]本發(fā)明的第六通信方法是一種由網(wǎng)關(guān)裝置實(shí)現(xiàn)的通信方法，該網(wǎng)關(guān)裝置將基站連接到布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟:
[0103]接收從所述核心網(wǎng)絡(luò)裝置發(fā)送來的并且包含有指示移動臺站發(fā)起的呼叫的呼叫類型是緊急呼叫的信息的消息。
[0104]本發(fā)明的第七通信方法是一種由布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置實(shí)現(xiàn)的通信方法，所述通信方法包括以下步驟:
[0105]接收從基站發(fā)送來的并且包括有指示移動臺站發(fā)起了作為緊急呼叫的呼叫的信息的消息。
[0106]本發(fā)明的第八通信方法是一種由布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置實(shí)現(xiàn)的通信方法，所述通信方法包括以下步驟:
[0107]接收從網(wǎng)關(guān)裝置發(fā)送來的并且包括有指示移動臺站發(fā)起了作為緊急呼叫的呼叫的信息的消息。
[0108]本發(fā)明的第九通信方法是一種由布置在核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)裝置實(shí)現(xiàn)的通信方法，所述通信方法包括以下步驟:
[0109]將指示由所述移動臺站發(fā)起的呼叫的呼叫類型是緊急呼叫的信息包括在消息中；以及
[0110]將所述消息發(fā)送給網(wǎng)關(guān)裝置。
[0111]本發(fā)明的效果
[0112]根據(jù)本發(fā)明的第一或第二移動通信系統(tǒng)，基站或網(wǎng)關(guān)裝置將指示移動臺站發(fā)起了作為緊急呼叫的呼叫的信息包括在消息中并且將該消息發(fā)送給核心網(wǎng)絡(luò)裝置。
[0113]因此，獲得了如下效果:核心網(wǎng)絡(luò)裝置能夠感測出移動臺站發(fā)起了作為緊急呼叫的呼叫。
[0114]根據(jù)本發(fā)明第三移動通信系統(tǒng)，核心網(wǎng)絡(luò)裝置將指示由移動臺站發(fā)起的呼叫的呼叫類型的信息包括在消息中并且將該消息發(fā)送給網(wǎng)關(guān)裝置。
[0115]因此，獲得了如下效果:網(wǎng)關(guān)裝置能夠感測出實(shí)際上由移動臺站發(fā)起的呼叫的呼叫類型是緊急呼叫。

【專利附圖】

【附圖說明】
[0116]圖1示出了第三代移動通信系統(tǒng)的配置。
[0117]圖2示出了 RRC CONNECT1N REQUEST (連接請求)消息的配置。
[0118]圖3示出了 INITIAL DIRECT TRANSFER(初始直接傳送)消息的配置。
[0119]圖4示出了建立原因參數(shù)的配置。
[0120]圖5示出了 UE REGISTER REQUEST(UE登記請求)消息的配置。
[0121]圖6示出了登記原因參數(shù)的配置。
[0122]圖7是示出了本發(fā)明第一示例性實(shí)施例的HNB的配置的框圖。
[0123]圖8是示出了本發(fā)明第一示例性實(shí)施例的HNB-GW的配置的框圖。
[0124]圖9是示出了本發(fā)明第一示例性實(shí)施例的MSC的配置的框圖。
[0125]圖10是示出了本發(fā)明第一示例性實(shí)施例的SGSN的配置的框圖。
[0126]圖11是示出了本發(fā)明第二示例性實(shí)施例的HNB的配置的框圖。
[0127]圖12是示出了本發(fā)明第二示例性實(shí)施例的HNB-GW的配置的框圖。
[0128]圖13是示出了本發(fā)明第二示例性實(shí)施例的MSC的配置的框圖。
[0129]圖14是示出了本發(fā)明第二示例性實(shí)施例的SGSN的配置的框圖。
[0130]圖15是用于描述本發(fā)明第二示例性實(shí)施例的移動通信系統(tǒng)的操作的序列圖。
[0131]圖16示出了 CM SERVICE REQUEST (CM服務(wù)請求)消息的配置。
[0132]圖17示出了 CM服務(wù)類型參數(shù)的配置。
[0133]圖18是示出由HNB確定登記原因的處理的流程圖。
[0134]圖19示出了添加了根據(jù)本發(fā)明的緊急原因參數(shù)的INITIAL UE MESSAGE(初始UE消息)的配置。
[0135]圖20是示出由本發(fā)明第二示例性實(shí)施例的MSC實(shí)現(xiàn)的未經(jīng)授權(quán)訪問對策處理的流程圖。
[0136]圖21是示出由本發(fā)明第二示例性實(shí)施例的SGSN實(shí)現(xiàn)的未經(jīng)授權(quán)訪問對策處理的流程圖。
[0137]圖22是示出本發(fā)明第三示例性實(shí)施例的MSC的配置的框圖。
[0138]圖23是示出本發(fā)明第三示例性實(shí)施例的SGSN的配置的框圖。
[0139]圖24是示出本發(fā)明第三示例性實(shí)施例的HNB-GW的配置的框圖。
[0140]圖25是示出本發(fā)明第四示例性實(shí)施例的MSC的配置的框圖。
[0141]圖26是示出本發(fā)明第四示例性實(shí)施例的SGSN的配置的框圖。
[0142]圖27是示出本發(fā)明第四示例性實(shí)施例的HNB-GW的配置的框圖。
[0143]圖28是用于描述本發(fā)明第四示例性實(shí)施例的移動通信系統(tǒng)的工作示例I的序列圖。
[0144]圖29是用于描述由本發(fā)明第四示例性實(shí)施例的MSC確定呼叫類型參數(shù)的處理的流程圖。
[0145]圖30示出了根據(jù)本發(fā)明的COMMON ID (公共ID)消息的配置。
[0146]圖31示出了本發(fā)明第四示例性實(shí)施例的HNB-GW中的根據(jù)呼叫類型來確定處理的表。
[0147]圖32是用于描述由本發(fā)明第四示例性實(shí)施例的SGSN確定呼叫類型參數(shù)的處理的流程圖。
[0148]圖33是用于描述本發(fā)明第四示例性實(shí)施例的移動通信系統(tǒng)的工作示例2的序列圖。
[0149]圖34示出了根據(jù)本發(fā)明的DIRECT TRANSFER (直接傳送)消息的配置。
[0150]圖35是用于描述本發(fā)明第四示例性實(shí)施例的移動通信系統(tǒng)的工作示例3的序列圖。
[0151]圖36示出了根據(jù)本發(fā)明的RAB ASSIGNMENT REQUEST (指派請求)消息的配置。

【具體實(shí)施方式】
[0152]接下來參考附圖描述實(shí)現(xiàn)本發(fā)明的最佳模式。
[0153]在下述的示例性實(shí)施例中，移動通信系統(tǒng)的總體配置與圖1的移動通信系統(tǒng)相同。
[0154]第一示例性實(shí)施例
[0155]圖7 至圖 10 分別示出了 HNB20、HNB-GW30、MSC40 和 SGSN50 的配置。
[0156]參考圖7，本示例性實(shí)施例的HNB20包括控制單元21A和發(fā)送單元22A，控制單元21A將指示移動臺站10發(fā)起了作為緊急呼叫的呼叫的信息包括在RANAP (無線接入網(wǎng)絡(luò)應(yīng)用部分)協(xié)議消息中，并且發(fā)送單元22A將該RANAP協(xié)議消息發(fā)送給HNB-GW30。此外，RANAP協(xié)議消息是無線接入網(wǎng)絡(luò)的應(yīng)用層的消息，并且例如具有用于在RAN內(nèi)透明地傳送在UE與核心網(wǎng)絡(luò)裝置之間發(fā)送和接收的CC/MM信號的功能。
[0157]參考圖8，本示例性實(shí)施例的HNB-GW30包括接收來自HNB20的RANAP協(xié)議消息的接收單元31A、提取RANAP協(xié)議消息的控制單元32A，以及向MSC40或SGSN50發(fā)送RANAP協(xié)議消息的發(fā)送單元33A。
[0158]參考圖9，本示例性實(shí)施例的MSC40包括:接收來自HNB-GW30的RANAP協(xié)議消息的接收單元41A ;以及當(dāng)RANAP協(xié)議消息包含指示移動臺站10發(fā)起了作為緊急呼叫的呼叫的信息時，辨別由移動臺站10發(fā)起的該呼叫的呼叫類型實(shí)際上是否是緊急呼叫并且當(dāng)該呼叫不是緊急呼叫時執(zhí)行呼叫釋放處理的控制單元42A。
[0159]另外，參考圖10，本示例性實(shí)施例的SGSN50包括:接收來自HNB-GW30的RANAP協(xié)議消息的接收單元51A ;以及當(dāng)RANAP協(xié)議消息包含指示移動臺站10發(fā)起了作為緊急呼叫的呼叫的信息時，辨別由移動臺站10發(fā)起的該呼叫的呼叫類型實(shí)際上是否是緊急呼叫并且當(dāng)該呼叫不是緊急呼叫時執(zhí)行呼叫釋放處理的控制單元52A。
[0160]因此，本示例性實(shí)施例的MSC40或SGSN50能夠感測出移動臺站10發(fā)起了作為緊急呼叫的呼叫。
[0161]結(jié)果，當(dāng)移動臺站10偽裝地將建立原因更改為緊急呼叫時，MSC40或SGSN50能夠?qū)崿F(xiàn)對移動臺站10的呼叫釋放處理，并且因此防止了對HNB20提供的服務(wù)的未經(jīng)授權(quán)接收。
[0162]第二示例性實(shí)施例
[0163]圖11至圖14分別示出了本示例性實(shí)施例的HNB20、HNB-GW30、MSC40和SGSN50的配置。本示例性實(shí)施例是使得圖7至圖10的第一示例性實(shí)施例的HNB20、HNB-GW30、MSC40和SGSN50的配置和操作更加具體的一個示例。
[0164]參考圖11，本示例性實(shí)施例的20包括:移動臺站信號收發(fā)器201A、RUA(RANAP用戶適配)消息處理器202A、HNB-Gff信號收發(fā)器203A、HNBAP消息處理器204A、呼叫控制單元205A、RRC消息處理器206A以及RANAP消息處理器207A。
[0165]在圖11中，圖7所示的控制單元2IA由RUA消息處理器202A、HNBAP消息處理器204A、呼叫控制單元205A、RRC消息處理器206A以及RANAP消息處理器207A組成。另外，HNB-Gff信號收發(fā)器203A是圖7所示的發(fā)送單元22A的一個示例。
[0166]作為用于向移動臺站10發(fā)送RRC協(xié)議消息以及從移動臺站10接收RRC協(xié)議消息的功能，移動臺站信號收發(fā)器201A例如包括隱藏(加密和解密)消息的隱藏功能、驗(yàn)證消息的遞送的信號遞送驗(yàn)證功能以及分發(fā)消息的信號分發(fā)功能。
[0167]作為用于向HNB-GW30發(fā)送HNBAP協(xié)議消息和RUA協(xié)議消息以及從HNB-GW30接收HNBAP協(xié)議消息和RUA協(xié)議消息的功能，HNB-Gff信號收發(fā)器203A包括諸如隱藏功能、信號遞送驗(yàn)證功能以及信號分發(fā)功能之類的功能。
[0168]RRC消息處理器206A包括用于對將被發(fā)送給移動臺站10的RRC協(xié)議消息進(jìn)行編碼的功能，以及用于對從移動臺站10接收的RRC協(xié)議信息進(jìn)行解碼的功能。
[0169]HNBAP消息處理器204A具有用于對將被發(fā)送給HNB-GW30的HNBAP協(xié)議消息進(jìn)行編碼的功能，以及用于對HNB-GW30接收的HNBAP協(xié)議信息進(jìn)行解碼的功能。
[0170]RANAP消息處理器207A具有用于對將被發(fā)送給HNB-GW30的RANAP協(xié)議消息進(jìn)行編碼的功能，以及用于對HNB-GW30接收的RANAP協(xié)議信息進(jìn)行解碼的功能。
[0171]RUA協(xié)議是用于執(zhí)行發(fā)送RANAP協(xié)議消息的動作的協(xié)議，并且RUA消息處理器202A具有用于對將被發(fā)送給HNB-GW30的RUA協(xié)議消息進(jìn)行編碼的功能，以及用于對HNB-GW30接收的RUA協(xié)議信息進(jìn)行解碼的功能。
[0172]基于RRC協(xié)議消息和RANAP協(xié)議消息，呼叫控制單元205A啟動各種呼叫處理，例如建立RRC連接、建立載體以及移動性管理。呼叫控制單元205A還啟動HNBAP協(xié)議并且實(shí)現(xiàn)向HNB-GW30登記移動臺站10的處理。上述功能是安裝在HNB20中的呼叫處理器通常所有的功能。
[0173]作為本示例性實(shí)施例的特別功能，呼叫控制單元205A還包括用于基于從HNB-GW30接收的HNBAP協(xié)議消息的登記原因參數(shù)來設(shè)置發(fā)送給HNB-GW30的RANAP協(xié)議信息的緊急原因值的功能。
[0174]參考圖12，本示例性實(shí)施例的HNB-GW30包括:HNB信號收發(fā)器301A、RUA消息處理器302A、SGSN信號收發(fā)器303A、MSC信號收發(fā)器304A、HNBAP消息處理器305A、呼叫控制單元306A、RANAP消息處理器307A以及臺站數(shù)據(jù)存儲單元308A。
[0175]此外，在圖12中，圖8所示的控制單元32A由RUA消息處理器302A、HNBAP消息處理器305A、呼叫控制單元306A、RANAP消息處理器307A以及臺站數(shù)據(jù)存儲單元308A組成。HNB信號收發(fā)器301A是圖8所示的接收單元3IA的示例，并且SGSN信號收發(fā)器303A和MSC信號收發(fā)器304A是圖8所示的發(fā)送單元33A的示例。
[0176]HNB信號收發(fā)器301A被設(shè)置有隱藏功能和信號遞送驗(yàn)證功能來作為用于向HNB20發(fā)送以及從HNB20接收RUA協(xié)議消息和HNBAP協(xié)議消息的功能。
[0177]MSC信號收發(fā)器304A例如被設(shè)置有用于控制消息的順序的順序控制功能以及遞送驗(yàn)證功能來作為用于向MSC40發(fā)送以及從MSC40接收RANAP協(xié)議消息的功能。
[0178]SGSN信號收發(fā)器303A例如被設(shè)置有順序控制功能以及遞送驗(yàn)證功能來作為用于向SGSN50發(fā)送以及從SGSN50接收RANAP協(xié)議消息的功能。
[0179]HNBAP消息處理器305A被設(shè)置有用于對將被發(fā)送給HNB20的HNBAP協(xié)議消息編碼的功能以及用于對從HNB接收的HNBAP協(xié)議消息解碼的功能。
[0180]RUA消息處理器302A被設(shè)置有用于對將被發(fā)送給HNB20的RUA協(xié)議消息編碼的功能以及用于對從HNB20接收的RUA協(xié)議消息解碼的功能。
[0181 ] RANAP消息處理器307A被設(shè)置有用于對將被發(fā)送給MSC40的RANAP協(xié)議消息編碼的功能以及用于對從MSC40接收的RANAP協(xié)議消息解碼的功能。
[0182]呼叫控制單元306A執(zhí)行登記HNB103的處理和登記移動臺站10的處理。另外，呼叫控制單元306A能夠訪問存儲在臺站數(shù)據(jù)存儲單元308A中的臺站數(shù)據(jù)?？杀辉L問的IMSI的列表針對每個CSG被設(shè)置在臺站數(shù)據(jù)中?；谠揗SI列表，HNB-GW30實(shí)現(xiàn)對HNB20的訪問的調(diào)控。上述功能是安裝在HNB-GW30中的呼叫處理器通常持有的功能。
[0183]參考圖13，本示例性實(shí)施例的MSC40包括:HNB_GW信號收發(fā)器401A、RANAP消息處理器402A、NAS (非接入層)消息處理器403A、呼叫控制單元404A以及臺站數(shù)據(jù)存儲單元405Ao
[0184]在圖13中，圖9所示的控制單元42A由RANAP消息處理器402A、NAS消息處理器403A、呼叫控制單元404A以及臺站數(shù)據(jù)存儲單元405A組成。HNB-GW信號收發(fā)器40IA是圖9所示的接收單元41A的一個示例。
[0185]HNB-Gff信號收發(fā)器401A例如被設(shè)置有遞送驗(yàn)證功能和順序控制功能來作為用于向HNB-GW30發(fā)送以及從HNB-GW30接收RANAP協(xié)議消息的功能。
[0186]RANAP消息處理器402A被設(shè)置有用于對將被發(fā)送給HNB-GW30的RANAP消息編碼的功能以及用于對從HNB-GW30接收的RANAP協(xié)議消息解碼的功能。
[0187]NAS消息處理器403A具有用于向移動臺站10發(fā)送以及從移動臺站10接收NAS協(xié)議(CC (呼叫控制)協(xié)議和麗(移動性管理)協(xié)議)消息的功能。
[0188]呼叫控制單元404A具有用于執(zhí)行諸如呼叫建立和呼叫釋放之類的所有處理的呼叫處理功能、用于執(zhí)行諸如位置登記和移交之類的移動性管理的移動性管理功能，以及此外具有用于調(diào)控對HNB20的訪問的訪問調(diào)控功能。呼叫控制單元404A可以訪問存儲在臺站數(shù)據(jù)存儲單元405A中的臺站數(shù)據(jù)。針對每個CSG可被訪問的IMSI的列表被設(shè)置在臺站數(shù)據(jù)中。基于該頂SI列表，MSC40實(shí)現(xiàn)對HNB20的訪問的調(diào)控。上述功能是安裝在MSC40中的呼叫處理器通常持有的功能。
[0189]另外，作為本示例性實(shí)施例的特別功能，呼叫控制單元404A被設(shè)置有如下功能:用于在緊急原因參數(shù)被設(shè)置在從HNB-GW30接收的RANAP協(xié)議消息中時，分析NAS消息以辨別移動臺站10發(fā)起的呼叫的呼叫類型是否為緊急呼叫。如果呼叫類型不是緊急呼叫，則呼叫控制單元404A實(shí)現(xiàn)呼叫釋放處理。
[0190]參考圖14，本示例性實(shí)施例的SGSN50被設(shè)置有HNB-GW信號收發(fā)器501A、RANAP消息處理器502A、NAS消息處理器503A、呼叫控制單元504A和臺站數(shù)據(jù)存儲單元505A。
[0191]在圖14中，圖10所示的控制單元52A由RANAP消息處理器502A、NAS消息處理器503A、呼叫控制單元504A和臺站數(shù)據(jù)存儲單元505A組成。HNB-GW信號收發(fā)器50IA是圖10所示的接收單元5IA的一個示例。
[0192]HNB-Gff信號收發(fā)器501A例如被設(shè)置有遞送驗(yàn)證功能和順序控制功能來作為用于向HNB-GW30發(fā)送以及從HNB-GW30接收RANAP協(xié)議消息的功能。
[0193]RANAP消息處理器502A被設(shè)置有用于對將被發(fā)送給HNB-GW30的RANAP消息編碼的功能以及用于對從HNB-GW30接收的RANAP協(xié)議消息解碼的功能。
[0194]NAS消息處理器503A被設(shè)置有用于向移動臺站10發(fā)送以及從移動臺站10接收NAS協(xié)議(CC協(xié)議和麗協(xié)議)的消息的功能。
[0195]呼叫控制單元504A具有呼叫處理功能、移動性管理功能，以及此外具有訪問調(diào)控功能。呼叫控制單元504A可以訪問存儲在臺站數(shù)據(jù)存儲單元505A中的臺站數(shù)據(jù)。針對每個CSG可被訪問的MSI的列表被設(shè)置在臺站數(shù)據(jù)中?；谠揗SI列表，SGSN50實(shí)現(xiàn)對HNB20的訪問調(diào)控。上述功能是安裝在SGSN50中的呼叫處理器通常持有的功能。
[0196]除了這些之外，作為本示例性實(shí)施例的特別功能，呼叫控制單元504A還被設(shè)置有如下功能:用于在緊急原因參數(shù)被設(shè)置在從HNB-GW30接收的RANAP協(xié)議消息中時，分析NAS消息以辨別移動臺站10發(fā)起的呼叫的呼叫類型是否為緊急呼叫。如果呼叫類型不是緊急呼叫，則呼叫控制單元504A實(shí)現(xiàn)呼叫釋放處理。
[0197]接下來描述本示例性實(shí)施例的移動通信系統(tǒng)的操作。
[0198](A)電路交換呼叫的情況:
[0199]首先參考圖15的序列圖描述當(dāng)移動臺站10發(fā)起了作為電路交換緊急呼叫的呼叫時的操作的示例。
[0200]參考圖15，移動臺站 10 在步驟 SlOl 中在 RRC: RRC CONNECT1N REQUEST (RRC 連接請求)消息(圖2)中設(shè)置建立原因(圖4)，并且在步驟S102中，將RRC:RRC CONNECT1NREQUEST (RRC連接請求)消息發(fā)送給HNB20。
[0201]在確保了無線資源后，!1他20在步驟3103中在1^(::1^: CONNECT1N SETUP(RRC連接建立)消息中向移動臺站10通知該無線資源。
[0202]建立了 RRC連接后，移動臺站10在步驟S104中在RRC:RRC CONNECT1N SETUPCOMPLETE (RRC連接建立完成)消息中向HNB20通知該建立。
[0203]在步驟S105，移動臺站10接下來將作為MM協(xié)議消息的CM SERVICE REQUEST (CM服務(wù)請求)消息(圖16)的CM訪問類型參數(shù)(圖17)設(shè)置為“緊急呼叫建立”，并且將該CMSERVICE REQUEST (CM 訪問請求)包括在 RRC:1NITIAL DIRECT TRANSFER(初始直接傳送)消息(圖3)中。
[0204]在步驟S106，移動臺站10進(jìn)一步將該RRC:1NITIAL DIRECT TRANSFER(初始直接傳送)消息中的建立原因(圖4)設(shè)置為“緊急呼叫”，并且將該RRC:1NITIAL DIRECTTRANSFER (初始直接傳送)消息(圖3)發(fā)送給HNB20。
[0205]在HNB20中，RRC協(xié)議消息處理器707A對在步驟S102中發(fā)送來的RRC: RRCCONNECT1N REQUEST (RRC連接請求)消息以及在步驟S106中發(fā)送來的RRC:1NITIALDIRECT TRANSFER (初始直接傳送)消息進(jìn)行解碼。
[0206]在HNB20中，呼叫控制單元205A保存在來自移動臺站10的RRC:RRC CONNECT1NREQUEST (RRC連接請求)消息和RRC:1NITIAL DIRECT TRANSFER (初始直接傳送)消息中報告的建立原因值(圖4)，并且然后在步驟S107中基于該建立原因值確定登記原因參數(shù)并且將該參數(shù)設(shè)置給HNBAP:UE REGISTER REQUEST (UE登記請求)消息(圖5)。
[0207]圖18示出了確定登記原因參數(shù)的處理的流程圖。
[0208]參考圖18，呼叫控制單元205A在步驟S201中判斷建立原因值是否是“緊急呼叫”，并且如果建立原因值是“緊急呼叫”，則在步驟S202中確定登記原因參數(shù)為“緊急呼叫”，并且如果建立原因值不是“緊急呼叫”，則在步驟S203中確定登記原因參數(shù)為“常規(guī)呼叫”。
[0209]再次參考圖15，在步驟S108中，HNB20發(fā)送將設(shè)置了登記原因參數(shù)的HNBAP = UEREGISTER REQUEST (UE 登記請求)消息(圖 5)發(fā)送給 HNB-GW30。
[0210]在HNB-GW30 中，HNB 信號收發(fā)器 301A 接收 HNBAP: UE REGISTER REQUEST (UE 登記請求)消息，HNBAP消息處理器305A解碼HNBAP:UE REGISTER REQUEST消息，并且在步驟S109中，呼叫控制單元306A基于在HNBAP:UE REGISTER REQUEST消息中的設(shè)置的登記原因參數(shù)來判斷是否執(zhí)行訪問調(diào)控(步驟S110)。
[0211]在HNB-GW30中，如果登記原因參數(shù)為“緊急呼叫”，則訪問調(diào)控不被實(shí)施。在此情況中，呼叫控制單元306A向相關(guān)移動臺站10指派上下文ID(context ID)，HNBAP消息處理器305A對HNBAP:UE REGISTER ACCEPT(UE登記接受)消息編碼，并且在步驟Slll中，HNB信號收發(fā)器30IA將HNBAP:UE REGISTER ACCEPT (UE登記接受)消息發(fā)送給HNB20。
[0212]在HNB20中，在接收到該HNBAP:UE REGISTER ACCEPT(UE登記接受)消息之后，呼叫控制單元205A在步驟S112中判定登記原因參數(shù)為“緊急呼叫”，并且如果登記原因參數(shù)為“緊急呼叫”，則呼叫控制單元205A在步驟S113中生成本發(fā)明所引入的緊急原因參數(shù)(圖19)。RANAP消息處理器207A對包含緊急原因參數(shù)的RANAP:1NITIAL UE MESSAGE (初始UE消息)消息編碼。RANAP消息處理器207A還在RANAP:1NITIAL UE MESSAGE (初始UE消息)消息中設(shè)置NAS-PDU(協(xié)議數(shù)據(jù)單元)參數(shù)并且在NAS-PDU參數(shù)中設(shè)置從移動臺站10接收的MM協(xié)議的CM SERVICE REQUEST (CM服務(wù)請求)消息。RUA消息處理器703A生成包含RANAP:1NITIAL UE MESSAGE (初始UE消息)消息的RUA:CONNECT (連接)消息。換言之，在步驟SI 14中，RANAP:1NITIAL UE MESSAGE (初始UE消息)消息從HNB20通過RUA:CONNECT (連接)消息被傳送給HNB-GW30。
[0213]在HNB-GW30中，RUA消息處理器302A對RUA協(xié)議的CONNECT (連接)消息解碼，呼叫控制單元306A提取已在HNB20中被編碼的RANAP:1NITIAL UE MESSAGE (初始UE消息)消息，并且在步驟S115中，RANAP消息處理器307A基于諸如CN域ID之類的路由信息將 RANAP:1NITIAL UE MESSAGE (初始 UE 消息)消息發(fā)送給 MSC40。
[0214]在MSC40中，RANAP消息處理器402A對RANAP:1NITIAL UE MESSAGE(初始UE消息)消息解碼，并且此外，NAS消息處理器403A對設(shè)置在NAS-PDU中的CM SERVICE REQUEST (CM服務(wù)請求)消息解碼。該解碼的結(jié)果被報告給呼叫控制單元404A。呼叫控制單元404A在步驟S116中判斷本發(fā)明所引入的緊急原因參數(shù)是否被設(shè)置，并且如果緊急原因參數(shù)被設(shè)置，則在步驟S117中激活針對CS(電路交換)服務(wù)的未經(jīng)授權(quán)訪問對策處理。
[0215]圖20示出了用于CS服務(wù)的未經(jīng)授權(quán)訪問對策處理的流程圖。
[0216]參考圖20，呼叫控制單元404A在步驟S301中檢查設(shè)置在從移動臺站10發(fā)送來的MM 協(xié)議的 CM SERVICE REQUEST (CM 服務(wù)請求)消息(TS24.008Ver8.5.0 第 9.2.9 節(jié))中的CM服務(wù)類型參數(shù)(TS24.008Ver8.5.0第10.5.3.3節(jié))是否為“緊急呼叫建立”。
[0217]呼叫控制單元404A接下來在步驟S302中檢查作為由MSC40發(fā)送的呼叫發(fā)起信號的CC協(xié)議的SETUP (設(shè)立)(TS24.008Ver8.5.0第9.3.23節(jié)設(shè)立)消息的電話號碼(TS24.008Ver8.5.0 第 10.5.4.7 節(jié))是否為緊急號碼。更具體地，TS24.008Ver8.5.0/3GPPTS24.008的圖10.5.91 (被叫方B⑶號碼信息元素)中的號碼數(shù)位1、號碼數(shù)位2、號碼數(shù)位3等與電話號碼相關(guān)，并且呼叫控制單元404A檢查該電話號碼是否為緊急號碼。TS24.008的第10.5.4.7節(jié)的被叫方BCD號碼是指連接號碼，并且BCD ( 二進(jìn)制編碼的十進(jìn)制)指示十進(jìn)制表達(dá)中的一個數(shù)位由從O至9表達(dá)的4位二進(jìn)制數(shù)來表達(dá)，并且是計算機(jī)中表達(dá)數(shù)目的一種方法。
[0218]在步驟S303中，呼叫控制單元404A接下來檢查EMERGENCYSETUP(緊急設(shè)立)過程(TS24.008Ver8.5.0第9.3.8節(jié))是否正在移動臺站10中被執(zhí)行。例如，當(dāng)接收到來自移動臺站10的用于啟動“緊急呼叫建立”的消息時，呼叫控制單元404A基于信息元素“緊急設(shè)立消息類型”來檢查EMERGENCY SETUP (緊急設(shè)立)過程是否正被執(zhí)行。
[0219]如果步驟S301-S303中的任一檢查得到滿足，則呼叫控制單元404A確定呼叫類型為緊急呼叫，并且繼續(xù)用于緊急呼叫的呼叫處理。另一方面，如果任一檢查都未被滿足，則呼叫控制單元404A在步驟S304中確定呼叫類型是常規(guī)呼叫，將移動臺站10視為未經(jīng)授權(quán)移動臺站10-2，并且啟動呼叫釋放處理。
[0220]以這種方式，可以防止假設(shè)不能訪問HNB20的并且將建立原因更改為偽裝表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2接收由HNB20實(shí)現(xiàn)的服務(wù)。
[0221](B)分組交換呼叫的情況:
[0222]接下來描述當(dāng)移動臺站10發(fā)起作為分組交換緊急呼叫的呼叫時的操作的示例。
[0223]除了在電路交換呼叫情況中由MSC40執(zhí)行的處理由SGSN50執(zhí)行之外，分組交換呼叫情況中的操作序列與電路交換呼叫的操作類似。然而，在分組交換呼叫的情況中，SM(會話管理)協(xié)議消息和GMM(GPRS移動性管理)協(xié)議消息被應(yīng)用作為NAS消息。結(jié)果，在步驟S117中啟動的未經(jīng)授權(quán)訪問對策處理是針對PS (分組交換)服務(wù)的未經(jīng)授權(quán)訪問對策。此處理中的緊急呼叫標(biāo)識方法不同于CS服務(wù)中的。另外，當(dāng)在分組交換中使用語音時，VoIP (基于IP的語音)方法被使用。GMM是用于(PS)分組服務(wù)中的移動性管理的協(xié)議。
[0224]圖21示出了用于PS服務(wù)的未經(jīng)授權(quán)訪問對策處理的流程圖。
[0225]參考圖21，SGSN50的呼叫控制單元504A在步驟S401中檢查設(shè)置在從移動臺站10發(fā)送來的SM協(xié)議的激活rop (分組數(shù)據(jù)協(xié)議)上下文請求消息(3GPP TS24.008Ver8.5.0第9.5.1節(jié))中的APN(接入點(diǎn)名稱)(3GPP TS24.008Ver 9.5.1第10.5.6.1節(jié))是否是緊急呼叫的特性。
[0226]呼叫控制單元504A接下來在步驟S402中檢查在移動臺站10中執(zhí)行的GMM過程是否是緊急附接過程(TR23.869Ver9.0.0)。
[0227]呼叫控制單元504A接下來在步驟S403中檢查在SGSN50中激活的PDP上下文是否是用于緊急呼叫的PDP上下文。例如，呼叫控制單元504A檢查在SGSN50中激活的I3DP上下文是否是TR23.869Ver9.0.0中的緊急PDP上下文。
[0228]如果步驟S401-S403中的任一者得到滿足，則呼叫控制單元504A判定呼叫類型為緊急呼叫并且繼續(xù)用于緊急呼叫的呼叫處理。另一方面，如果這些檢查中的任一者未被滿足，則呼叫控制單元504A在步驟S404中判定呼叫類型為常規(guī)呼叫，將移動臺站10視為未經(jīng)授權(quán)移動臺站10-2，并且啟動呼叫釋放處理。
[0229]因此，即使在分組交換VoIP的情況中，也可以防止假設(shè)不能訪問HNB20的未經(jīng)授權(quán)移動臺站10-2將建立原因更改為偽裝表示緊急呼叫并且防止其接收由HNB20實(shí)現(xiàn)的服務(wù)。
[0230]第三示例性實(shí)施例
[0231]圖22至圖24分別示出了本示例性實(shí)施例的MSC40、SGSN50和HNB-GW 30的配置。
[0232]參考圖22，本示例性實(shí)施例的MSC40包括:判斷實(shí)際上由移動臺站10發(fā)起的呼叫的呼叫類型是否為緊急呼叫并且將指示呼叫類型為緊急呼叫的信息包括在RANAP協(xié)議消息中的控制單元41B，以及將RANAP協(xié)議消息發(fā)送給HNB-GW 30的發(fā)送單元42B。
[0233]參考圖23，本示例性實(shí)施例的SGSN50包括:判斷實(shí)際上由移動臺站10發(fā)起的呼叫的呼叫類型是否為緊急呼叫并且將指示呼叫類型為緊急呼叫的信息包括在RANAP協(xié)議消息中的控制單元51B，以及將RANAP協(xié)議消息發(fā)送給HNB-GW30的發(fā)送單元52B。
[0234]另外，參考圖24，本示例性實(shí)施例的HNB-GW30包括:接收來自MSC40或SGSN50的RANAP協(xié)議消息的接收單元31B，以及當(dāng)指示呼叫類型為緊急呼叫的信息被包含在RANAP協(xié)議消息中時實(shí)現(xiàn)呼叫釋放處理的控制單元32B。
[0235]因此，在本示例性實(shí)施例中，HNB-GW30能夠感測出實(shí)際由移動臺站10發(fā)起的呼叫的呼叫類型為緊急呼叫。
[0236]結(jié)果，當(dāng)移動臺站10將建立原因更改為偽裝表示緊急呼叫時，HNB-GW30能夠?qū)崿F(xiàn)移動臺站10的呼叫釋放處理并且因此防止移動臺站10不當(dāng)?shù)亟邮誋NB20所實(shí)現(xiàn)的服務(wù)。
[0237]第四示例性實(shí)施例
[0238]圖25至圖27分別示出了本示例性實(shí)施例的MSC40、SGSN50和HNB-GW30的配置。本示例性實(shí)施例是使得圖22-24的第三示例性實(shí)施例的MSC40、SGSN50和HNB-GW30的配置和操作更加具體的一個示例。
[0239]參考圖25，本示例性實(shí)施例的MSC40包括:HNB_GW信號收發(fā)器401B、RANAP消息處理器402B、NAS消息處理器403B、呼叫控制單元404B以及臺站數(shù)據(jù)存儲單元405B。
[0240]在圖25中，圖22所示的控制單元42B由RANAP消息處理器402B、NAS消息處理器403B、呼叫控制單元404B以及臺站數(shù)據(jù)存儲單元405B組成。HNB-GW信號收發(fā)器40IB是圖22所示的發(fā)送單元42B的一個示例。
[0241]HNB-Gff信號收發(fā)器401B、RANAP消息處理器402B、NAS消息處理器403B和臺站數(shù)據(jù)存儲單元405B各自分別具有與圖13所示的HNB-GW信號收發(fā)器401A、RANAP消息處理器402A、NAS消息處理器403A以及臺站數(shù)據(jù)存儲單元405A相同的功能。
[0242]與圖13的呼叫控制單元404A類似，呼叫控制單元404B具有安裝在MSC40中的呼叫處理器通常持有的功能。
[0243]除了之前的描述之外，呼叫控制單元404B還具有作為本示例性實(shí)施例的特別功能的如下功能:分析NAS消息以判斷由移動臺站10發(fā)起的呼叫的呼叫類型是否是緊急呼口H，并且基于判斷結(jié)果，設(shè)置發(fā)送給HNB-GW30的RANAP協(xié)議消息中的呼叫類型參數(shù)。
[0244]另外，參考圖26，本示例性實(shí)施例的SGSN50包括HNB-GW信號收發(fā)器501B、RANAP消息處理器502B、NAS消息處理器503B、呼叫控制單元504B和臺站數(shù)據(jù)存儲單元505B。
[0245]在圖26中，圖23所示的控制單元51B由RANAP消息處理器502B、NAS消息處理器503B、呼叫控制單元504B和臺站數(shù)據(jù)存儲單元505B組成。HNB-GW信號收發(fā)器50IB是圖23所示的發(fā)送單元52B的一個示例。
[0246]HNB-Gff信號收發(fā)器501B、RANAP消息處理器502B、NAS消息處理器503B和臺站數(shù)據(jù)存儲單元505B各自分別具有與圖14所示的HNB-GW信號收發(fā)器501A、RANAP消息處理器502A、NAS消息處理器503A和臺站數(shù)據(jù)存儲單元505A相同的功能。
[0247]類似于圖14所示的呼叫控制單元504A，呼叫控制單元504B具有安裝在SGSN50中的呼叫處理器通常持有的功能。
[0248]除了之前的描述以外，作為本示例性實(shí)施例的特別功能，呼叫控制單元504B具有如下功能:分析NAS消息以判斷由移動臺站10發(fā)起的呼叫的呼叫類型是否是緊急呼叫，并且基于判斷結(jié)果，設(shè)置發(fā)送給HNB-GW30的RANAP協(xié)議消息中的呼叫類型參數(shù)。
[0249]參考圖27，本示例性實(shí)施例的HNB-GW30包括:HNB信號收發(fā)器301B、RUA消息處理器302B、SGSN信號收發(fā)器303B、MSC信號收發(fā)器304B、HNBAP消息處理器305B、呼叫控制單元306B、RANAP消息處理器307B以及臺站數(shù)據(jù)存儲單元308B。
[0250]在圖27中，圖24所示的控制單元32B由RUA消息處理器302B、HNBAP消息處理器305B、呼叫控制單元306B、RANAP消息處理器307B以及臺站數(shù)據(jù)存儲單元308B組成。另夕卜，SGSN信號收發(fā)器303B和MSC信號收發(fā)器304B是圖24所示的接收單元31B的示例。
[0251]HNB信號收發(fā)器301B、RUA消息處理器302B、SGSN信號收發(fā)器303B、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相同的功能。
[0252]與圖12所示的呼叫控制單元306A類似，呼叫控制單元306B具有安裝在HNB-GW30中的呼叫處理器通常持有的功能。
[0253]除了以上描述之外，作為本示例性實(shí)施例的特別功能，呼叫控制單元306B還具有如下功能:用于當(dāng)“常規(guī)呼叫”被設(shè)置在從MSC40或SGSN50接收的RANAP協(xié)議消息的呼叫類型參數(shù)中時判定移動臺站10所發(fā)起的呼叫的呼叫類型為常規(guī)呼叫，并且如果移動臺站10此時執(zhí)行了作為緊急呼叫的呼叫發(fā)起，則執(zhí)行呼叫釋放處理。
[0254]本示例性實(shí)施例的HNB20的配置可以與圖9所示的相同。然而，HNB20的呼叫控制單元205A可以具有安裝在HNB20中的呼叫處理器通常持有的功能。
[0255]接下來描述本示例性實(shí)施例的移動通信系統(tǒng)的操作。
[0256](I)工作示例I
[0257]本工作示例是在MSC40或SGSN50中判斷的判斷呼叫類型的結(jié)果在RANAP的COMMON ID(公共ID)消息(3GPP TS25.413)中被報告的示例。
[0258](1-A)電路交換呼叫的情況:
[0259]首先通過圖28的序列圖描述MSC40在RANAP COMMON ID (公共ID)消息中報告電路交換呼叫的呼叫類型的判斷結(jié)果的情況的工作示例。圖28示出了在圖15所示的處理完成之后的操作，但是假設(shè)圖15所示的步驟S112、S113、S116和S117的處理不被執(zhí)行，并且此外，假設(shè)緊急原因參數(shù)未被包含在在步驟S114和S115中發(fā)送的RANAP:1NITIAL UEMESSAGE (初始UE消息)消息中。
[0260]通常，如3GPP TS25.413中所述的，在信令連接建立之后，核心網(wǎng)絡(luò)裝置向HNB-GW30 發(fā)送 RANAP:COMMON ID(公共 ID)消息。
[0261 ] 參考圖28，在MSC40中，在步驟S501的信令連接建立之后，呼叫控制單元404B在步驟S502中啟動確定呼叫類型參數(shù)的處理。
[0262]圖29是在MSC40中確定呼叫類型參數(shù)的處理的流程圖。
[0263]參考圖29，呼叫控制單元404B在步驟S601中檢查設(shè)置在從移動臺站10發(fā)送來的MM 協(xié)議的 CM SERVICE REQUEST (CM 服務(wù)請求)消息(TS24.008Ver8.5.0 第 9.2.9 節(jié))中的CM服務(wù)類型參數(shù)(TS24.008Ver8.5.0第10.5.3.3節(jié))是否為“緊急呼叫建立”。
[0264]在步驟S602，呼叫控制單元404B接下來檢查作為由MSC40發(fā)送的發(fā)起信號的CC協(xié)議的SETUP (設(shè)立)(TS24.008Ver8.5.0第9.3.23節(jié)設(shè)立)消息的電話號碼(TS24.008Ver8.5.0 第 10.5.4.7 節(jié))是否為緊急號碼。更具體地，TS24.008Ver8.5.0/3GPPTS24.008的圖10.5.91 (被叫方B⑶號碼信息元素)中的號碼數(shù)位1、號碼數(shù)位2、號碼數(shù)位3對應(yīng)于電話號碼，并且呼叫控制單元404B檢查該電話號碼是否為緊急號碼。TS24.008的第10.5.4.7節(jié)的被叫方B⑶號碼是指連接號碼，并且B⑶是計算機(jī)中表達(dá)數(shù)目的一種方法，其中，十進(jìn)制表達(dá)中的一個數(shù)位由從O至9表達(dá)的4位二進(jìn)制數(shù)來表達(dá)。
[0265]在步驟S603，呼叫控制單元404B接下來檢查EMERGENCY SETUP (緊急設(shè)立)過程(TS24.008Ver8.5.0第9.3.8節(jié))是否正在移動臺站10中被執(zhí)行。例如，當(dāng)接收到來自移動臺站10的用于啟動“緊急呼叫建立”的消息時，呼叫控制單元404B基于信息元素“緊急設(shè)立消息類型”來檢查EMERGENCY SETUP (緊急設(shè)立)過程是否正被執(zhí)行。
[0266]如果步驟S601-S603中的任一檢查得到滿足，則呼叫控制單元404B在步驟S604中確定呼叫類型為緊急呼叫，并且確定呼叫類型參數(shù)為“常規(guī)呼叫”。另一方面，如果任一檢查都未被滿足，則呼叫控制單元404B在步驟S605中確定呼叫類型是常規(guī)呼叫，并且將呼叫類型參數(shù)確定為“緊急呼叫”。
[0267]再次參考圖28，在MSC40中，如果在步驟S503中當(dāng)呼叫控制單元404B向HNB-GW30發(fā)送RANAP:COMMON ID(公共ID)消息時呼叫類型參數(shù)已被確定，則該呼叫類型參數(shù)被設(shè)置。根據(jù)本發(fā)明的RANAP:C0MM0N ID (公共ID)消息的配置在圖30中示出。
[0268]在HNB-GW30中，在步驟S504中當(dāng)接收到RANAP:C0MM0N ID(公共ID)消息時呼叫類型參數(shù)被包括時，則呼叫控制單元306B在步驟S505中，在移動臺站10訪問HNB-GW30時將該呼叫類型參數(shù)與HNBAP:UE REGISTER REQUEST(UE登記請求)消息(圖5)中的登記原因參數(shù)(圖6)相比較。
[0269]圖31示出了在本示例性實(shí)施例的HNB-GW30中根據(jù)呼叫類型來確定處理的表。
[0270]例如，在圖31所示的情況2中，即使HNBAP:UE REGISTER REQUEST (UE登記請求)的登記原因參數(shù)為“緊急呼叫”，而從MSC40報告來的呼叫類型參數(shù)為“常規(guī)呼叫”。因此，HNB-GW30判定移動臺站10偽裝表示緊急呼叫并且非法訪問HNB20，因而HNB-GW30執(zhí)行呼叫釋放處理。
[0271]以這種方式，假設(shè)不能訪問HNB20并且更改建立原因以錯誤表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2可被阻止接收HNB20的服務(wù)。
[0272](1-B)分組交換呼叫的情況:
[0273]接下來描述SGSN50在RANAP COMMON ID (公共ID)消息中報告分組交換呼叫的呼叫類型的判斷結(jié)果的情況的操作示例。
[0274]除了在MSC40中執(zhí)行的處理現(xiàn)在在SGSN50中執(zhí)行以外，分組交換呼叫情況的操作序列與電路交換呼叫的情況類似。然而，在步驟S502中激活的確定呼叫類型參數(shù)的處理不同。
[0275]圖32是在SGSN50中確定呼叫類型參數(shù)的處理的流程圖。
[0276]參考圖32，在步驟S701中，呼叫控制單元504B檢查設(shè)置在從移動臺站10發(fā)送來的SM協(xié)議的激活PDP上下文請求消息(3GPP TS24.008Ver8.5.0第9.5.1節(jié))中的APN(3GPPTS24.0089.5.1第10.5.6.1節(jié))是否為緊急呼叫的特性。
[0277]接下來，在步驟S702，呼叫控制單元504B檢查在移動臺站10中執(zhí)行的GMM過程是否是緊急附接過程(TR23.869Ver9.0.0)。
[0278]在步驟S703中，呼叫控制單元504B檢查在SGSN50中激活的PDP上下文是否是用于緊急呼叫的PDP上下文。例如，呼叫控制單元504B檢查在SGSN50中激活的PDP上下文是否是TR23.869Ver9.0.0中的緊急PDP上下文。
[0279]如果步驟S701-S703的檢查中的任一者得到滿足，則呼叫控制單元504B在步驟S704中判定呼叫類型為緊急呼叫并且確定呼叫類型參數(shù)為“常規(guī)呼叫”。另一方面，如果這些檢查都未被滿足，則呼叫控制單元504B在步驟S705中判定呼叫類型為常規(guī)呼叫并且確定呼叫類型參數(shù)為“緊急呼叫”。
[0280]在SGSN50中，如果當(dāng)RANAP: COMMON ID (公共ID)消息被發(fā)送給HNB-GW30時呼叫類型參數(shù)已被確定，則呼叫控制單元504B設(shè)置該呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP iCOMMON ID (公共ID)消息的結(jié)構(gòu)與MSC40的情況一樣，如圖30所示。
[0281 ] 在HNB-GW30中，如果在接收到RANAP: COMMON ID (公共ID)消息時呼叫類型參數(shù)被包括，則呼叫控制單元306B在移動臺站10訪問HNB-GW30時，將該呼叫類型參數(shù)與HNBAP:UE REGISTER REQUEST (UE登記請求)消息(圖5)中的登記原因參數(shù)(圖6)相比較。
[0282]例如，在圖31所示的情況2中，即使HNBAP:UE REGISTER REQUEST (UE登記請求)的登記原因參數(shù)為“緊急呼叫”，而從SGSN50報告來的呼叫類型參數(shù)為“常規(guī)呼叫”。因此，基于這些狀況，HNB-GW30判定移動臺站10偽裝表示緊急呼叫并且非法訪問HNB20，因此實(shí)施呼叫釋放處理。
[0283]因此，在分組交換VoIP的情況中，假設(shè)不能訪問HNB20并且更改建立原因以偽裝表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2可被阻止接收HNB20的服務(wù)。
[0284](2)工作示例2
[0285]該工作示例是在RANAP (3GPP TS25.413) DIRECT RANSFER(直接傳送)消息中報告在MSC40或SGSN50中進(jìn)行判斷的對呼叫類型的判斷結(jié)果的示例。
[0286](2-A)電路交換呼叫的情況:
[0287]首先通過圖33的序列圖描述MSC40在RANAP DIRECT TRANSFER (直接傳送)消息中報告電路交換呼叫的呼叫類型的判斷結(jié)果的情況的工作示例。圖33示出了在圖15所示的處理完成之后的操作，但是這里假設(shè)圖15所示的步驟S112、S113、S116和S117的處理不被執(zhí)行，并且此外，假設(shè)緊急原因參數(shù)未被包含在在步驟S114和S115中發(fā)送的RANAP:1NITIAL UE MESSAGE (初始 UE 消息)消息中。
[0288]通常，如3GPP TS25.413中所述的，當(dāng)發(fā)送諸如CC協(xié)議或MM協(xié)議之類的NAS消息時，核心網(wǎng)絡(luò)裝置向HNB-GW30發(fā)送RANAP:DIRECT TRANSFER(直接傳送)消息。
[0289]參考圖33，在MSC40中，當(dāng)在步驟S801中發(fā)送了 NAS消息之后，呼叫控制單元404B在步驟S802中啟動確定呼叫類型參數(shù)的處理。在MSC40中確定呼叫類型參數(shù)的處理與如圖29所示的工作示例I的相同。
[0290]在MSC40中，如果當(dāng)在步驟S803中RANAP:DIRECT TRANSFER(直接傳送)消息被發(fā)送給HNB-GW30時呼叫類型參數(shù)被確定，則呼叫控制單元404B設(shè)置該呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP:DIRECT TRANSFER(直接傳送)消息的配置在圖34中示出。
[0291 ] 在HNB-GW30中，如果在步驟S804中在接收RANAP: DIRECT TRANSFER (直接傳送)消息時呼叫類型參數(shù)被包括，則呼叫控制單元306B在步驟S805中，在移動臺站10訪問HNB-GW30時將該呼叫類型參數(shù)與HNBAP:UE REGISTER REQUEST(UE登記請求)消息(圖5)中的登記原因參數(shù)(圖6)相比較。
[0292]例如，在圖31所示的情況2中，即使HNBAP:UE REGISTER REQUEST (UE登記請求)的登記原因參數(shù)為“緊急呼叫”，而從MSC40報告來的呼叫類型參數(shù)為“常規(guī)呼叫”。因此，基于這些狀況，HNB-GW30判定移動臺站10錯誤表示了緊急呼叫并且非法訪問HNB20，因此實(shí)施呼叫釋放處理。
[0293]結(jié)果，假設(shè)不能訪問HNB20并且更改建立原因以錯誤表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2可被阻止接收HNB20的服務(wù)。
[0294](2-B)分組交換呼叫的情況:
[0295]接下來描述SGSN50通過RANAP: DIRECT TRANSFER (直接傳送)消息報告分組交換呼叫的呼叫類型的判斷結(jié)果的情況的操作示例。
[0296]除了處理在SGSN50中被執(zhí)行以外，分組交換呼叫情況的操作序列與電路交換呼叫情況中在MSC40中執(zhí)行的處理類似。然而，在步驟S802中激活的確定呼叫類型參數(shù)的處理不同。在SGSN50中確定呼叫類型參數(shù)的處理與如圖32所示的工作示例I類似。
[0297]在SGSN50中，如果當(dāng)RANAP:DIRECT TRANSFER(直接傳送)消息被發(fā)送給HNB-GW30時呼叫類型參數(shù)被確定，則呼叫控制單元504B設(shè)置該呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP:DIRECT TRANSFER(直接傳送)消息的配置與如圖34所示的MSC40的情況相同。
[0298]在HNB-GW30中，當(dāng)接收到RANAP:DIRECT TRANSFER(直接傳送)消息時呼叫類型參數(shù)被包括時，則呼叫控制單元306B在移動臺站10訪問HNB-GW30時，將該呼叫類型參數(shù)與HNBAP:UE REGISTER REQUEST (UE登記請求)消息(圖5)中的登記原因參數(shù)(圖6)相比較。
[0299]例如，在圖31所示的情況2中，即使HNBAP:UE REGISTER REQUEST (UE登記請求)的登記原因參數(shù)為“緊急呼叫”，而從SGSN50報告來的呼叫類型參數(shù)為“常規(guī)呼叫”。因此，基于這些狀況，HNB-GW30判定移動臺站10錯誤表示了緊急呼叫并且非法訪問HNB20，因此實(shí)施呼叫釋放處理。以這種方式，即使對于分組交換VoIP的情況，假設(shè)不能訪問HNB20并且更改建立原因以錯誤表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2可被阻止接收HNB20的服務(wù)。
[0300](3)工作示例3:
[0301]該工作示例是在RANAP (3GPP TS25.413)的RAB (無線電接入載體)ASSIGNMENTREQUEST(指派請求)消息中報告在MSC40或SGSN50中進(jìn)行判斷的對呼叫類型的判斷結(jié)果的情況。
[0302](3-A)電路交換呼叫的情況:
[0303]首先沿著圖35的序列圖描述MSC40在RANAP RAB ASSIGNMENT REQUEST (指派請求)消息中報告電路交換呼叫的呼叫類型的判斷結(jié)果的情況的工作示例。圖35示出了在圖15所示的處理完成之后的操作，但是這里假設(shè)步驟S112、S113、S116和S117的處理不被執(zhí)行，并且此外，假設(shè)緊急原因參數(shù)未被包含在在步驟S114和S115中發(fā)送的RANAP:1NITIALUE MESSAGE (初始UE消息)消息中。
[0304]通常，如3GPP TS25.413中所述的，當(dāng)核心網(wǎng)絡(luò)裝置接收到來自移動臺站10的呼叫建立請求并且建立無線接入載體時，核心網(wǎng)絡(luò)裝置向HNB-GW30發(fā)送RANAP:RABASSIGNMENT REQUEST(指派請求)消息。
[0305]參考圖35，在MSC40中，當(dāng)在步驟S901中接收到來自移動臺站10的呼叫建立請求之后，呼叫控制單元404B確定無線接入載體的QoS (服務(wù)質(zhì)量)并且然后在步驟S903中激活確定呼叫類型參數(shù)的處理。在MSC40中確定呼叫類型參數(shù)的處理與如圖29所示的工作示例I的相同。
[0306]在MSC40 中，如果當(dāng)在步驟 S904 中 RANAP: RAB ASSIGNMENT REQUEST (指派請求)消息被發(fā)送給HNB-GW30時呼叫類型參數(shù)被確定，則呼叫控制單元404B設(shè)置該呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP:RAB ASSIGNMENT REQUEST(指派請求)消息的配置在圖36中示出。
[0307]在HNB-GW30 中，如果在步驟 S905 中在接收 RANAP: RAB ASSIGNMENT REQUEST (指派請求)消息時呼叫類型參數(shù)被包括，則呼叫控制單元306B在步驟S906中，在移動臺站10訪問HNB-GW30時將該呼叫類型參數(shù)與HNBAP:UE REGISTER REQUEST (UE登記請求)消息(圖5)中的登記原因參數(shù)(圖6)相比較。
[0308]例如，在圖31所示的情況2中，即使HNBAP:UE REGISTER REQUEST (UE登記請求)的登記原因參數(shù)為“緊急呼叫”，而從MSC40報告來的呼叫類型參數(shù)為“常規(guī)呼叫”。因此，基于這些狀況，HNB-GW30判定移動臺站10偽裝表示了緊急呼叫并且非法訪問HNB20，因此實(shí)施呼叫釋放處理。
[0309]以這種方式，假設(shè)不能訪問HNB20并且更改建立原因以偽裝表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2可被阻止接收HNB20的服務(wù)。
[0310](3-B)分組交換呼叫的情況:
[0311 ] 接下來描述SGSN50在RANAP: RAB ASSIGNMENT REQUEST (指派請求)消息中報告分組交換呼叫的呼叫類型的判斷結(jié)果的情況的操作示例。
[0312]除了在MSC40中執(zhí)行的處理在SGSN50中被執(zhí)行以外，分組交換呼叫情況的操作序列與電路交換呼叫類似。然而，在步驟S802中激活的確定呼叫類型參數(shù)的處理不同。在SGSN50中確定呼叫類型參數(shù)的該處理與如圖32所示的工作示例I類似。
[0313]在SGSN50中，如果當(dāng)RANAP: RAB ASSIGNMENT REQUEST (指派請求)消息被發(fā)送給HNB-GW30時呼叫類型參數(shù)被確定，則呼叫控制單元504B設(shè)置該呼叫類型參數(shù)。根據(jù)本發(fā)明的RANAP:RAB ASSIGNMENT REQUEST(指派請求)消息的配置與如圖36所示的MSC40的情況相同。
[0314]在HNB-GW30 中，如果在接收到 RANAP: RAB ASSIGNMENT REQUEST (指派請求)消息時呼叫類型參數(shù)被包括，則呼叫控制單元306B在移動臺站10訪問HNB-GW30時，將該呼叫類型參數(shù)與HNBAP:UE REGISTER REQUEST(UE登記請求)消息(圖5)中的登記原因參數(shù)(圖6)相比較。
[0315]在圖31所示的情況2中，即使HNBAP:UE REGISTER REQUEST(UE登記請求)的登記原因參數(shù)為“緊急呼叫”，而從SGSN50報告來的呼叫類型參數(shù)為“常規(guī)呼叫”。因此，基于這些狀況，HNB-GW30判定移動臺站10偽裝表示了緊急呼叫并且非法訪問HNB20，因此實(shí)施呼叫釋放處理。
[0316]以這種方式，即使在分組交換VoIP的情況中，假設(shè)不能訪問HNB20并且更改建立原因以偽裝表示緊急呼叫的未經(jīng)授權(quán)移動臺站10-2可被阻止接收HNB20的服務(wù)。
[0317]在本發(fā)明的HNB20、HNB-GW30、MSC40和SGSN50中執(zhí)行的方法可被應(yīng)用于將由計算機(jī)運(yùn)行的程序。另外，該程序可被存儲在記錄介質(zhì)上并且可通過網(wǎng)絡(luò)被提供到外面。
[0318]雖然上面已基于優(yōu)選的示例性實(shí)施例詳細(xì)描述了本發(fā)明，然而本發(fā)明不限于上述示例性實(shí)施例，并且顯然存在不脫離本發(fā)明的主旨的各種修改的可能。
[0319]例如，在第二示例性實(shí)施例中，對RANAP協(xié)議消息的緊急原因值的設(shè)置由HNB20執(zhí)行，但是該設(shè)置也可由HNB-GW30執(zhí)行。
[0320]另外，在第二示例性實(shí)施例中，未經(jīng)授權(quán)訪問對策在MSC40或SGSN50中執(zhí)行，但是這些對策也可在HNB-GW30中執(zhí)行。在此情況中，如第四示例性實(shí)施例中一樣，HNB-GW30從MSC40或SGSN50接收指示移動臺站10所發(fā)起的呼叫的實(shí)際呼叫類型是緊急呼叫的信息，并且使用圖31的表來實(shí)施未經(jīng)授權(quán)訪問對策。
[0321]另外，根據(jù)第一至第四示例性實(shí)施例，RANAP協(xié)議消息被用來在HNB20、HNB-GW30和核心網(wǎng)絡(luò)裝置(MSC40或SGSN50)之間傳輸指示移動臺站10發(fā)起了作為緊急呼叫的呼叫的信息或者指示移動臺站10發(fā)起的呼叫的實(shí)際呼叫類型是緊急呼叫的信息。然而，這些消息不限于RANAP協(xié)議消息，并且如果消息可在HNB20、HNB-GW30和核心網(wǎng)絡(luò)裝置間傳輸，則還可以使用其它消息。
[0322]本申請要求2009年4月17日提交的日本專利申請N0.2009-1011130的優(yōu)先權(quán)，該申請的所有公開通過引用被結(jié)合。
【權(quán)利要求】
1.一種網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置將基站連接到核心網(wǎng)絡(luò)裝置，所述網(wǎng)關(guān)裝置包括: 第一信號發(fā)送/接收單元，所述第一信號發(fā)送/接收單元與所述基站通信；和 第二信號發(fā)送/接收單元，所述第二信號發(fā)送/接收單元與所述核心網(wǎng)絡(luò)裝置通信， 其中所述網(wǎng)關(guān)裝置檢查與緊急呼叫有關(guān)的第一消息和與所述緊急呼叫有關(guān)的第二消息的一致性。
2.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)裝置，其中 所述第一消息是UE REGISTER REQUEST消息。
3.根據(jù)權(quán)利要求1或2所述的網(wǎng)關(guān)裝置，其中 所述第二消息是RAB ASSIGNMENT REQUEST消息。
4.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)裝置，其中 所述第一消息包括登記原因參數(shù)。
5.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)裝置，其中 所述第一消息是與登記有關(guān)的消息；并且 所述第二消息是與建立有關(guān)的消息。
6.根據(jù)權(quán)利要求5所述的網(wǎng)關(guān)裝置，其中 所述與登記有關(guān)的消息是從所述基站發(fā)送到所述網(wǎng)關(guān)裝置以將移動臺站登記在所述網(wǎng)關(guān)裝置的消息。
7.根據(jù)權(quán)利要求5所述的網(wǎng)關(guān)裝置，其中 所述與建立有關(guān)的消息是從所述核心網(wǎng)絡(luò)裝置發(fā)送到所述網(wǎng)關(guān)裝置的消息。
8.—種由網(wǎng)關(guān)裝置實(shí)現(xiàn)的通信方法，所述網(wǎng)關(guān)裝置將基站連接到核心網(wǎng)絡(luò)裝置，所述通信方法包括以下步驟: 與所述基站通信； 與所述核心網(wǎng)絡(luò)裝置通信；和 檢查與緊急呼叫有關(guān)的第一消息和與所述緊急呼叫有關(guān)的第二消息的一致性。
9.一種通信系統(tǒng)中的移動臺站，所述通信系統(tǒng)包括基站、核心網(wǎng)絡(luò)裝置和網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置將所述基站連接到所述核心網(wǎng)絡(luò)裝置，所述移動臺站包括: 通信單元，所述通信單元與所述基站通信， 其中所述基站與所述網(wǎng)關(guān)裝置通信，所述網(wǎng)關(guān)裝置檢查與緊急呼叫有關(guān)的第一消息和與所述緊急呼叫有關(guān)的第二消息的一致性。
10.根據(jù)權(quán)利要求9所述的移動臺站，其中 所述第一消息是UE REGISTER REQUEST消息。
11.根據(jù)權(quán)利要求9所述的移動臺站，其中 所述第二消息是RAB ASSIGNMENT REQUEST消息。
12.根據(jù)權(quán)利要求9所述的移動臺站，其中 所述第一消息包括登記原因參數(shù)。
13.根據(jù)權(quán)利要求9所述的移動臺站，其中 所述第一消息是與登記有關(guān)的消息；并且 所述第二消息是與建立有關(guān)的消息。
14.根據(jù)權(quán)利要求13所述的移動臺站，其中 所述與登記有關(guān)的消息是從所述基站發(fā)送到所述網(wǎng)關(guān)裝置以將移動臺站登記在所述網(wǎng)關(guān)裝置的消息。
15.根據(jù)權(quán)利要求13所述的移動臺站，其中 所述與建立有關(guān)的消息是從所述核心網(wǎng)絡(luò)裝置發(fā)送到所述網(wǎng)關(guān)裝置的消息。
【文檔編號】H04W12/08GK104507090SQ201410747936
【公開日】2015年4月8日 申請日期:2010年3月1日 優(yōu)先權(quán)日:2009年4月17日
【發(fā)明者】植田佳央, 林貞福 申請人:日本電氣株式會社