專利名稱：毫微微蜂窩通信系統(tǒng)、設(shè)備、控制方法及程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于利用豪微微蜂窩O^emtocell)基站來執(zhí)行通信的技術(shù)。
背景技術(shù)：
近年來，已經(jīng)看到對于采用針對毫微微蜂窩的基站的通信系統(tǒng)的開發(fā)的進(jìn)步，其旨在實(shí)現(xiàn)通信區(qū)域的質(zhì)量的改善。毫微微蜂窩基站是覆蓋半徑在數(shù)十米量級的有限通信區(qū)域的緊湊型無線基站，毫微微蜂窩基站被安裝在諸如居所或辦公室之類的室內(nèi)并且目的是覆蓋室內(nèi)通信區(qū)域。這樣的毫微微蜂窩基站因此使得能夠改善現(xiàn)有宏蜂窩基站不能覆蓋的通信區(qū)域的通信質(zhì)量。另外，豪微微蜂窩基站還能夠在不招致用于建立宏蜂窩基站的基礎(chǔ)設(shè)施的花費(fèi)的情況下覆蓋通信區(qū)域。到目前為止，已經(jīng)開發(fā)出一種系統(tǒng)，在該系統(tǒng)中，豪微微蜂窩基站被安裝在諸如居室或辦公室之類的室內(nèi)并且僅指定的訂戶用戶(UE 用戶設(shè)備)經(jīng)由具有豪微微蜂窩基站的豪微微蜂窩網(wǎng)絡(luò)連接到核心網(wǎng)(例如，參見專利文獻(xiàn)1和2)?，F(xiàn)有技術(shù)文獻(xiàn)專利文獻(xiàn)專利文獻(xiàn)1 JP-A-2009-504049專利文獻(xiàn)2 JP-A-2009-50405
發(fā)明內(nèi)容
本發(fā)明要解決的問題然而，近年來，存在對于開發(fā)圖1中所示的系統(tǒng)的需求，在此系統(tǒng)中，豪微微蜂窩基站(Femto AP)例如被安裝在公共設(shè)施中，并且不僅特定的訂戶用戶(UE)而且不特定的若干訂戶用戶(UE)通過豪微微蜂窩基站(Femto AP)連接到核心網(wǎng)側(cè)。然而，在不特定的若干訂戶用戶(UE)通過豪微微蜂窩基站(Femto AP)連接到核心網(wǎng)的系統(tǒng)中，不幸的是IMS(IP多媒體子系統(tǒng))中不允許的訂戶用戶(UE)也通過豪微微蜂窩基站(Femto AP)連接到核心網(wǎng)。在這種情況中，當(dāng)在核心網(wǎng)側(cè)接收到來自系統(tǒng)中的IMS中不允許的訂戶用戶(UE) 的位置更新請求時，認(rèn)證失敗(AUTH Failure)消息被發(fā)送給豪微微蜂窩基站(Femto AP)。當(dāng)從核心網(wǎng)側(cè)接收到AUTH Failure消息時，豪微微蜂窩基站(Femto AP)向訂戶用戶(UE)發(fā)送認(rèn)證錯誤消息，并且另外提示訂戶用戶(UE)再次嘗試位置更新。于是，訂戶用戶(UE)在豪微微蜂窩基站(Femto AP)中發(fā)出另一位置更新請求并且不必要的位置更新處理被重復(fù)。當(dāng)不必要的位置更新處理被重復(fù)地執(zhí)行時，系統(tǒng)的整體負(fù)荷增大，從而干擾對于IMS所允許的訂戶用戶(UE)的服務(wù)。因此，對于IMS不允許的訂戶用戶，訂戶用戶(UE)必須被提示以轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)來規(guī)制(regulate)不必要的位置更新處理。
本發(fā)明的一個目的是在連接到設(shè)有豪微微蜂窩基站的通信系統(tǒng)的網(wǎng)絡(luò)中規(guī)制不必要的位置更新處理。解決問題的手段本發(fā)明可采用如下的形式來實(shí)現(xiàn)上述目的。本發(fā)明的豪微微蜂窩基站包括判斷裝置，用于當(dāng)從UE(用戶設(shè)備)接收到位置更新請求消息時，判斷應(yīng)當(dāng)向UE 發(fā)送提示UE再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向UE發(fā)送提示UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)向UE發(fā)送通知UE位置更新請求被接受的第三消息；以及發(fā)送裝置，根據(jù)判斷裝置的判斷向UE發(fā)送第一消息或第二消息或第三消息。根據(jù)本發(fā)明的在豪微微蜂窩基站中所執(zhí)行的控制方法包括如下步驟當(dāng)從UE (用戶設(shè)備)接收到位置更新請求消息時，判斷應(yīng)當(dāng)向UE發(fā)送提示UE再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向UE發(fā)送提示UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)向UE發(fā)送通知UE位置更新請求被接受的第三消息；以及根據(jù)判斷結(jié)果向UE發(fā)送第一消息或第二消息或第三消息。


圖1示出本發(fā)明示例性實(shí)施例的通信系統(tǒng)的系統(tǒng)配置的示例；圖2是用于說明位置更新規(guī)制的形式的示圖；圖3是用于說明設(shè)定白名單(white list)的示例的示圖；圖4是用于說明針對注冊用戶的情況的位置更新規(guī)制的第一示圖；圖5是用于說明針對注冊用戶的情況的位置更新規(guī)制的第二示圖；圖6是用于說明針對注冊用戶的情況的位置更新規(guī)制的第三示圖；圖7是用于說明針對國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)、預(yù)付費(fèi)用戶和MVNO用戶的情況的位置更新規(guī)制的示圖；圖8是用于說明針對解約的用戶(canceled user)的位置更新規(guī)制的示圖；圖9是用于說明針對認(rèn)證NG用戶的情況的位置更新規(guī)制的示圖；圖10是用于說明針對VPN用戶和雙號(注冊商標(biāo))用戶的情況的位置更新規(guī)制的示圖；圖11是示出豪微微蜂窩基站的示意性功能配置的框圖；圖12是示出用于控制訂戶信息的控制設(shè)備的示意性功能配置的框圖；以及圖13是示出設(shè)有豪微微蜂窩基站的通信系統(tǒng)中執(zhí)行UE認(rèn)證的認(rèn)證設(shè)備的示意性功能配置的框圖。
具體實(shí)施例方式接下來參考附圖來詳細(xì)描述本發(fā)明的示例性實(shí)施例。本示例性實(shí)施例的通信系統(tǒng)的概要首先參考圖1，說明本示例性實(shí)施例的通信系統(tǒng)的概要。本示例性實(shí)施例的通信系統(tǒng)是包括至少UE(用戶設(shè)備)和豪微微蜂窩基站(Femto AP)的通信系統(tǒng)。
當(dāng)從UE接收到位置更新請求時，豪微微蜂窩基站(Femto AP)根據(jù)有關(guān)UE的信息來判斷是向UE發(fā)送提示UE再次嘗試位置更新的第一消息(位置更新拒絕，CV#111)，還是向UE發(fā)送提示UE轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)的第二消息(位置更新拒絕，，還是向UE發(fā)送通知 UE位置更新請求被接受的第三消息(位置更新接受)；并且然后，向UE發(fā)送第一消息(位置更新拒絕，CV#111)或第二消息(位置更新拒絕，CV#15)或第三消息(位置更新接受)。按照此種方式，UE根據(jù)從豪微微蜂窩基站(Femto AP)接收的消息來執(zhí)行處理，從而，對于IMS不允許的訂戶用戶(UE)，該訂戶用戶(UE)被提示轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)，從而不必要的位置更新處理可被規(guī)制。接下來參考附圖來詳細(xì)描述本示例性實(shí)施例的通信系統(tǒng)的細(xì)節(jié)。通信系統(tǒng)的系統(tǒng)配置的示例首先，參考圖1，描述本示例性實(shí)施例的通信系統(tǒng)的系統(tǒng)配置的示例。本示例性實(shí)施例的通信系統(tǒng)是包括現(xiàn)有3G網(wǎng)絡(luò)和豪微微IMS (IP多媒體子系統(tǒng)) 網(wǎng)絡(luò)的配置?，F(xiàn)有3G網(wǎng)絡(luò)是已知的現(xiàn)有3G網(wǎng)絡(luò)并且構(gòu)成宏網(wǎng)絡(luò)?，F(xiàn)有3G網(wǎng)絡(luò)包括UE (用戶設(shè)備)、Node-B、RNC(無線電網(wǎng)絡(luò)控制器)、MSC(移動服務(wù)切換中心)、VLR(訪問者位置寄存器)和HLR/AuC(歸屬位置寄存器/認(rèn)證中心)。構(gòu)成現(xiàn)有3G網(wǎng)絡(luò)的UE、Node-B、RNC、 MSC、VLR和HLR/AuC是執(zhí)行符合3GPP的處理的裝置，并且因此這里省略了有關(guān)這樣的處理操作的具體說明。在現(xiàn)有3G網(wǎng)絡(luò)(通信系統(tǒng))中所使用的技術(shù)例如在3GPP TS 33.234 V8. 0. 0(2007-12)中被公開。豪微微IMS網(wǎng)絡(luò)包括Femto AP (接入點(diǎn))、PDG (分組數(shù)據(jù)網(wǎng)關(guān))、AAA (認(rèn)證授權(quán)計(jì)費(fèi))、CSCF(呼叫會話控制功能)、HSS(歸屬訂戶服務(wù)器)和VLR(訪問者位置寄存器)。Femto AP是緊湊型無線基站，其覆蓋半徑為數(shù)十米量級的有限通信區(qū)域。PDG是用于中繼消息的裝置。CSCF是作為IMS網(wǎng)絡(luò)中的中央節(jié)點(diǎn)的裝置，并且執(zhí)行諸如會話控制、管理、認(rèn)證、 以及利用SIP(會話發(fā)起協(xié)議)進(jìn)行路由之類的處理。AAA是執(zhí)行UE和網(wǎng)絡(luò)之間的認(rèn)證的裝置。HSS是控制IMS中所使用的UE的訂戶信息的的裝置。VLR是存儲UE的訂戶信息的裝置。HSS從HLR/AuC獲取UE的訂戶信息，并且將所獲取的UE的訂戶信息存儲在VLR中并對其進(jìn)行管理。在本示例性實(shí)施例的通信系統(tǒng)中，F(xiàn)emto AP被安裝在例如公共設(shè)施中，并且不僅僅特定的訂戶用戶(UE)而且不特定的若干訂戶用戶(UE)通過i^mto AP連接到核心網(wǎng)側(cè)。因此，在本示例性實(shí)施例的通信系統(tǒng)中，IMS(IP多媒體子系統(tǒng))不允許的訂戶用戶(UE)也通過i^ernto AP連接到核心網(wǎng)側(cè)。因此，在本示例性實(shí)施例的通信系統(tǒng)中還必須執(zhí)行IMS (IP多媒體子系統(tǒng))不允許的訂戶用戶(UE)的位置更新規(guī)制。如下的用戶可提供作為訂戶用戶(UE)的示例，作為位置更新規(guī)制的對象。國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)預(yù)付費(fèi)用戶MVNO (移動虛擬網(wǎng)絡(luò)運(yùn)營商)用戶VPN (虛擬私有網(wǎng)絡(luò))用戶
“雙號”(注冊商標(biāo))用戶解約的用戶(從HLR刪除的用戶)認(rèn)證“NG，，(AAA中認(rèn)證NG)用戶在本示例性實(shí)施例中，訂戶用戶(UE)的位置更新規(guī)制如圖2所示執(zhí)行。1 在注冊用戶的情況中，不執(zhí)行位置更新規(guī)制。2:在國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)的情況中，用戶可通過IMSI (國際移動訂戶標(biāo)識)帶(編號)被識別，并且因此由i^emto AP白名單(Femto AP White List)執(zhí)行位置更新規(guī)制。圖3示出本示例性實(shí)施例中設(shè)定白名單的示例。關(guān)于本示例性實(shí)施例中的白名單，允許位置更新的IMSI帶(編號)被管理，并且i^mto AP執(zhí)行控制以使得在核心網(wǎng)側(cè)接受與白名單相對應(yīng)的IMSI帶。在圖3所示的白名單設(shè)置的示例中，440201-對應(yīng)于“ 1 ”，440202-對應(yīng)于“ 2 ”， 440203-對應(yīng)于“3”，并且440204-對應(yīng)于“4”，并且因此控制被執(zhí)行以使得這些編號能在核心網(wǎng)側(cè)被接受。這里，“_”指示任意數(shù)字。另外，440205 123456789對應(yīng)于“5”，并且控制被執(zhí)行以使得此編號能在核心網(wǎng)側(cè)被接受，并且440205 234567890什么都不對應(yīng)，并且控制被執(zhí)行以使得此編號在核心網(wǎng)側(cè)不被接受。另外，440206 "1 "23456789對應(yīng)于“6”，并且控制被執(zhí)行以使得此編號能在核心網(wǎng)側(cè)被接受，并且440206 “2” 34567890什么都不對應(yīng)，并且控制被執(zhí)行以使得此編號在核心網(wǎng)側(cè)不被接受。另外，440207 "12"3456789對應(yīng)于“7”，并且控制被執(zhí)行以使得此編號能在核心網(wǎng)側(cè)被接受，并且440207 “11” 2345678和440207 “21” 2345678什么都不對應(yīng)，并且控制被執(zhí)行以使得這些編號在核心網(wǎng)側(cè)不被接受。44020 “8”123456789什么都不對應(yīng)，并且控制被執(zhí)行以使得此編號在核心網(wǎng)側(cè)不
被接受。本示例性實(shí)施例的i^ernto AP也可管理圖3中所示的白名單，并且如此執(zhí)行控制以使得在核心網(wǎng)側(cè)不接受不與白名單相對應(yīng)的IMSI帶。另外，圖3中所示的白名單使用一部分IMSI帶的信息來執(zhí)行位置更新規(guī)制，并且因此可減輕i^mto AP執(zhí)行的處理的負(fù)擔(dān)。3 因?yàn)轭A(yù)付費(fèi)用戶和MVNO用戶可通過IMSI帶來識別，所以位置更新規(guī)制通過 Femto AP白名單來執(zhí)行。4 因?yàn)閂PN用戶和雙號用戶不能通過IMSI帶識別，但是能通過MAP-ISD (0-CSI) 來識別，所以HSS通過利用從HLR/AuC接收MAP插入訂戶數(shù)據(jù)(MAP-Insert Subscriber Data)調(diào)用(invocation)來執(zhí)行位置更新規(guī)制。更具體地，HSS通過在向HLR/AuC發(fā)送 MAP-更新位置(MAP-Update Location)調(diào)用之后從 HLR/AuC 接收 MAPHnsert Subscriber Data調(diào)用來執(zhí)行位置更新規(guī)制。O-CSI是發(fā)起的CAMEL訂閱信息，并且CAMEL是定制的用于移動網(wǎng)絡(luò)增強(qiáng)邏輯的應(yīng)用。5 解約的用戶不能通過IMSI帶來識別，并且MAP-SAI (CS/PS)被作為錯誤 (Error)從核心網(wǎng)側(cè)返回，并且因此HSS通過利用從HLR/AuC接收MAP-SAI錯誤(MAP SAI Error)來執(zhí)行位置更新規(guī)制。CS是電路交換并且PS是分組交換。6 認(rèn)證NG用戶不能通過IMSI帶來識別，并且因此位置更新規(guī)制通過利用由AAA判斷認(rèn)證NG來執(zhí)行。
接下來描述上述位置更新規(guī)制的各模式的處理操作。針對注冊用戶的位置更新規(guī)制首先參考圖4-圖6來描述針對注冊用戶的位置更新規(guī)制。在本示例性實(shí)施例的通信系統(tǒng)中，控制被執(zhí)行以使得不針對注冊用戶執(zhí)行位置更新規(guī)制。在下面的說明中，針對 CS (電路交換)位置更新(IMSI)/附接的處理操作作為示例被描述。當(dāng)UE移動到處于與UE在其中最后執(zhí)行位置更新的現(xiàn)有3G網(wǎng)絡(luò)的MSC不同的、 Femto IMS網(wǎng)絡(luò)的Femto AP的管轄下的LA(位置區(qū)域)(例如，圖1所示的LA#3)時，UE開始CS服務(wù)的位置更新(初次位置更新)。接下來說明當(dāng)移動到處于Femto AP的管轄下的 LA(位置區(qū)域)(LA#3)時的處理操作。在下面的說明中，假設(shè)已經(jīng)在Femto AP和PDG之間建立起 IPsec 隧道(IPsec Tunnel) (1)(步驟 SO)。當(dāng)執(zhí)行LAI (位置區(qū)域信息)的更新(常規(guī)位置更新)時，UE向Femto AP發(fā)送位置更新請求(Loation Update Request)(步驟 Si)。Femto AP 在接收到 Location Update Request 時，向 UE 發(fā)送身份請求(IDENTITY Request)(步驟 S2)。在接收到IDENTITY Request 時，UE 向 Femto AP 發(fā)送身份響應(yīng)(IDENTITY Response)(步驟 S3)。UE 將 IMSI. UE 包括在 IDENTITY Response 中發(fā)送。IMSI. UE 是用于識別UE的信息。IMSI. UE是注冊用戶。接收到 IDENTITY Response 的 Femto AP 基于 IDENTITY Response 中所包含的 IMSI. UE來參考白名單，并且判斷IMSI. UE是否與核心網(wǎng)側(cè)接受的用戶相對應(yīng)(步驟S4)。 如果IMSI. UE與核心網(wǎng)側(cè)接受的用戶相對應(yīng)，則Femto AP向PDG發(fā)送IKE-SA-INIT請求 (IKE-SA-INIT Request)(步驟S5)。IKE-SA-INIT是因特網(wǎng)密鑰交換-安全性認(rèn)證-初始化(Internet-Key Exchange-Security Authentication-INITialize)。PDG 在接收到 IKE-SA-INIT Request 時向 Femto AP 發(fā)送 IKE-SA-INIT 響應(yīng) (IKE-SA-INIT Response)(步驟 S6)。在接收到IKE-SA-INIT Response 時，F(xiàn)emto AP 建立 Femto AP 和 PDG 之間的 IKE SA (步驟 S7)。接著，F(xiàn)emtoAP 向 PDG 發(fā)送 IKE-AUTH 請求(IKE-AUTH Request)(步驟 S8)。Femto AP將APN(接入點(diǎn)名稱)和NAI (網(wǎng)絡(luò)接入標(biāo)識符)包括在IKE-AUTH Request中發(fā)送。 IKE-AUTH是因特網(wǎng)密鑰交換-認(rèn)證。APN是用于指定網(wǎng)絡(luò)的鏈接點(diǎn)的信息，并且NAI是用于識別網(wǎng)絡(luò)的接入的信息。已經(jīng)從UE接收到Location Update Request的Femto AP確定此請求針對CS服務(wù)的位置更新，并且因此發(fā)送 NAI "OCSO<UE_IMSI>/<Femto_IMSI>irealmname"o "0CS0，，是指示這是CS服務(wù)的位置更新的信息。“<UE_IMSI>”是用于識別UE的信息并且是在步驟S3 中接收的 IDENTITY Response 中所包含的 IMSI. UE?！?lt;Femto_IMSI>”是用于識別 Femto AP 的信息。在接收到IKE-AUTH Request 時，PDG 向 AAA 發(fā)送 Dia-EAP-請求 (Dia-EAP-Request)(步驟 S9)。PDG 將包含在 IKE-AUTH Request 中的 NAI 包括在 Dia-EAP-Request 中發(fā)送。Dia-ΕΑΡ 是直徑可擴(kuò)展認(rèn)證協(xié)議(Diameter-ExtensibleAuthentication Protocol)。接收到Dia-EAP-Request的AAA基于Dia-EAP-Request中包含的NAI來確定這是 CS服務(wù)的位置更新，還是PS服務(wù)的位置更新，還是PDP激活(PDP Activate)。當(dāng)AAA確定這是CS服務(wù)的位置更新時，AAA向HSS發(fā)送Dia-Wx-MAR(步驟S10)。Dia-Wx-MAR是直徑-Wx-多媒體認(rèn)證請求(Diameter-ffx-Multimedia Authentication Request)。因?yàn)?NAI 是“0CS0<UE_IMSI>/<Femto_IMSI>@realmname，，，所以 AAA 確定這是 CS 月艮務(wù)的位置更新并且將Dia-EAP-Request中所包含的NAI的IMSI. UE包括在Dia-Wx-MAR中發(fā)送。在接收到Dia-Wx-MAR 時，HSS 向 HLR/AuC 發(fā)送 MAP-SAI 調(diào)用[CS](步驟 Sll)。 MAP-SAI是MAP-發(fā)送認(rèn)證信息。[CS]意指“電路交換”。HSS將Dia-Wx-MAR中所包含的 IMSI. UE包括在MAP-SAI調(diào)用[CS]中發(fā)送。HLR/AuC 在接收到 MAP-SAI 調(diào)用[CS]時，向 HSS 發(fā)送MAP-SAI 確認(rèn)(MAP-SAI Ack) (步驟S12)。HLR/AuC獲取與MAP-SAI調(diào)用[CS]中所包含的IMSI. UE相對應(yīng)的RAND/AUTN/ CK/IK/XRES，并且將此獲取的RAND/AUTN/CK/IK/XRES包括在MAP-SAI Ack中發(fā)送(步驟 S12)。RAND/AUTN/CK/IK/XRES 是符合 3GPP 的信息。RAND 是隨機(jī)挑戰(zhàn)(Random Challenge)，AUTN 是認(rèn)證令牌(Authentication Token)，CK 是密碼密鑰(Cipher Key)，IK 是完整性密鑰(Integrity Key)并且XRES是期望響應(yīng)(Expected Response)。在這些處理操作中，假定HLR/AuC發(fā)送MAP-SAI Ack (EAP-AKA認(rèn)證)中包括的 RAND/AUTN/CK/IK/XRES。然而，存在其中 RAND/AUTN/CK/KC/RES 被包括在 MAP-SAI Ack (EAP-SIMUa)中發(fā)送的情況。關(guān)于EAP-AKA認(rèn)證(UMTS認(rèn)證)和ΕΑΡ-SIM認(rèn)證(GSM 認(rèn)證)，HLR/AuC根據(jù)UE與之定約的NW的能力來進(jìn)行選擇。HSS 在接收到 MAP-SAI Ack 時向 AAA 發(fā)送 Dia-Wx-MAA (步驟 S13)。Dia-Wx-MAA 是 -Wx-(Diameter-ffx-Multimedia Authentication Answer) 。 HSS
MAP-SAI Ack 中所包含的 RAND/AUTN/CK/IK/XRES 包括在 Dia-Wx-MAA 中發(fā)送。接收到Dia-Wx-MAA 的 AAA 向 PDG 發(fā)送 Dia-EAP-答復(fù)(Dia-EAP-Answer)(步驟 S14)。AAA 將 Dia-Wx-MAA 中所包含 RAND/AUTN/CK/IK 包括在 Dia-EAP-Answer 中發(fā)送。接收到Dia-EAP-Answer 的 PDG 向 Femto AP 發(fā)送 IKE-AUTH 響應(yīng)(IKE-AUTH Response)(步驟 S15)。PDG 將 Dia-EAP-Answer 中所包含的 RAND/AUTN/CK/IK 以及 EAP-請求(ΕΑΡ-Request)/AKA-挑戰(zhàn)(AKA-Challenge)包括在 IKE-AUTH Response 中發(fā)送。AKA 是認(rèn)證禾口密鑰協(xié)商(Authentication and Key Agreement)。 在接收到IKE-AUTH Response 時，F(xiàn)emto AP 向 UE 發(fā)送認(rèn)證請求(Authentication Request)(步驟 S16)。Femto AP 將 IKE-AUTH Response 中所包含的 RAND/AUTN 包括在 Authentication Request 中發(fā)送。接收至Ij Authentication Request 的 UE 基于此 Authentication Request 中包含的RAND/AUTN來執(zhí)行認(rèn)證操作(步驟S17)。此認(rèn)證操作通過符合3GPP的方法來執(zhí)行。UE計(jì)算RES并且將計(jì)算出的RES包括在認(rèn)證響應(yīng)(Authentication Response)中發(fā)送給Femto AP (步驟S18)。RES的計(jì)算通過符合3GPP的方法來執(zhí)行。接收到Authentication Response 的 Femto AP 向 PDG 發(fā)送 IKE-AUTH 請求(IKE-AUTH Request)(步驟 S19)。Femto AP 將 EAP-響應(yīng)(ΕΑΡ-Response)/AKA-挑戰(zhàn) (AKA-Challenge)和包含在 Authentication Response 中的 RES 包括在 IKE-AUTH Request 中發(fā)送。接收到IKE-AUTH Request 的 PDG 向 AAA 發(fā)送 Dia-EAP-請求(Dia-EAP-Request) (步驟S20)。PDG計(jì)算MAC (消息認(rèn)證碼)并且將RES和MAC包括在Dia-EAP-Request中發(fā)送。MAC的計(jì)算 通過符合3GPP的方法來執(zhí)行。接收到Dia-EAP-Request的AAA執(zhí)行對UE的認(rèn)證(步驟S21)。對UE的認(rèn)證通過符合3GPP的方法來執(zhí)行。如果UE認(rèn)證成功，則AAA向PDG發(fā)送Dia-ΕΑΡ-答復(fù)(Dia-EAP-Answer)(步驟 S22)。AAA 將 EAP-成功(ΕΑΡ-Success)包括在 Dia-EAP-Answer 中發(fā)送。接收到Dia-EAP-Answer 的 PDG 向 AAA 發(fā)送 Dia-AA-請求(Dia-AA-Request)(步驟 S23)。PDG 將 APN 包括在 Dia-AA-Request 中發(fā)送。當(dāng)接收到 Dia-AA-Request 時，AAA 向 PDG 發(fā)送 Dia-AA-答復(fù)(Dia-AA-Answer)(步驟 S24)。AAA 將 IMSI. UE 包括在 Dia-AA-Answer 中發(fā)送。在接收到Dia-AA-Answer 時，PDG 向 Femto AP 發(fā)送 IKE-AUTH 響應(yīng)(IKE-AUTH Response)(步驟 S25)。PDG 將 ΕΑΡ-Success 包括在 IKE-AUTH Response 中發(fā)送。接收到IKE-AUTH Response 的 Femto AP 向 PDG 發(fā)送 IKE-AUTH Request (步驟
526)。接收到IKE-AUTH Request 的 PDG 向 Femto AP 發(fā)送 IKE-AUTH Response (步驟
527)。在接收到IKE-AUTH Response 時，F(xiàn)emto AP 建立 Femto AP 和 PDG 之間的 IPsec 隧道(IPsec Tunnel) (2)(步驟 S28)。接著，F(xiàn)emtoAP 向 PDG 發(fā)送信息請求(INFORMATIONAL Request)(步驟 S29)。接收到INFORMATIONAL Request 的 PDG 向 Femto AP 發(fā)送信息響應(yīng)(INFORMATIONAL Response)(步驟 S30)。PDG 還向 AAA 發(fā)送 Dia-ST-請求(Dia-ST-Request)(步驟 S31)。在接收到Dia-ST-Request 時，AAA 向 PDG 發(fā)送 Dia-ST-答復(fù)(Dia-ST-Answer)(步馬聚S32)ο接收到Dia-ST-Answer的PDG釋放在步驟S28中建立的IPsec Tunnel (2)(步驟 S33)。因?yàn)樵诒臼纠詫?shí)施例中UE是注冊用戶，所以UE通過了 Femto AP的白名單，在核心網(wǎng)側(cè)被接受，并經(jīng)歷UE認(rèn)證處理。在UE認(rèn)證完成后，無需建立曾在步驟S28中建立的 Femto AP和PDG之間的IPsec Tunnel (2)，從而步驟S29-步驟S32的處理被執(zhí)行，并且在步驟S28中曾建立的IPsec Tunnel (2)被釋放(步驟S33)。按照這種方式，不必要的IPsec Tunnel (2)被釋放并且可實(shí)現(xiàn)資源的有效利用。接著，F(xiàn)emtoAP 向 CSCF 發(fā)送 SIP-注冊(SIP-REGISTER)(步驟 S34)。Femto AP 將 IMSI. UE 包括在 SIP-REGISTER 中發(fā)送給 CSCF。接收到SIP-REGISTER 的 CSCF 向 HSS 發(fā)送 Dia-Cx-UAR(步驟 S35)。接收到Dia-Cx-UAR 的 HSS 向 CSCF 發(fā)送 Dia-Cx-UAA (步驟 S36)。
在接收到 Dia-Cx-UAA 時，CSCF 向 HSS 發(fā)送 Dia-Cx-SAR (步驟 S37)。CSCF 將 IMSI. UE包括在Dia-Cx-SAR中發(fā)送。接收到Dia-Cx-SAR 的 HSS 向 HLR/AuC 發(fā)送 MAP-Update Location 調(diào)用(步驟 S38)。HSS 將 IMSI. UE 包括在 MAP Update Location 調(diào)用中發(fā)送。在接收到MAP Update Location調(diào)用時，HLR/AuC向MSC發(fā)送MAP解約位置(MAP Cancel Location)調(diào)用(步驟 S39)。HLR/AuC 將 IMSI. UE 包括在 MAP Cancel Location 調(diào)用中發(fā)送。接收到MAP Cancel Location調(diào)用的MSC刪除對象訂戶數(shù)據(jù)(步驟S40)。接著，MSC向 HLR/AuC 發(fā)送 MAP Cancel Location Ack (步驟 S41)。接收到MAP Cancel Lcation Ack 的 HLR/AuC 向 HSS 發(fā)送 MAP-Insert Subscriber Data調(diào)用(步驟S42)。MAP-Insert Subscriber Data調(diào)用中包含訂戶信息。在接收到MAP-Insert Subscriber Data調(diào)用時，HSS基于MAP-Insert Subscriber Data調(diào)用中包含的訂戶信息來創(chuàng)建訂戶數(shù)據(jù)(步驟S43)。HSS將此訂戶數(shù)據(jù)登記在VLR 中，并且管理此數(shù)據(jù)。接著，HSS向 HLR/AuC 發(fā)送 MAP-Insert Subscriber Data Ack (步驟 S44)。接收到MAP-Insert Subscriber Data Ack 的 HLR/AuC 向 HSS 發(fā)送 MAP-Update Location Ack (步驟 S45)。在步驟S40中對象訂戶數(shù)據(jù)被刪除之后，MSC從曾登記被刪除的訂戶數(shù)據(jù)的VLR中消除訂戶數(shù)據(jù)(步驟S46)。在接收到MAP-Update Lcation Ack 后，HSS 向 CSCF 發(fā)送 Dia-Cx-SAA (步驟 S47)。 HSS將MSISDN包括在Dia-Cx-SAA中發(fā)送。CSCF 在接收到 Dia-Cx-SAA 時向 Femto AP 發(fā)送 SIP-2000K (步驟 S48)。CSCF 將 MSISDN包括在SIP-2000K中發(fā)送。在接收到SIP-2000K時，F(xiàn)emto AP向UE發(fā)送安全模式命令(Security Mode Command)(步驟 S49)。UE在接收到Security Mode Command時執(zhí)行隱匿(步驟S50)。此隱匿處理通過符合3GPP的方法來執(zhí)行。UE 向 Femto AP 發(fā)送安全模式完成(Security Mode Complete)(步驟 S51)。Femto AP在接收到Security Mode Complete時捕獲TMSI (臨時移動訂戶身份) (步驟S52)。TMSI的捕獲通過符合3GPP的方法來執(zhí)行。Femto AP與CSCF發(fā)送和接收消息以執(zhí)行驗(yàn)證處理(步驟S53/SIP-訂閱 (SIP-SUBSCRIBE)、SIP-2000K、SIP-通知(SIP-N0TIFIY)、SIP-2000K)。Femto AP 還向 UE 發(fā)送位置更新接受(Location Update Acc印t)(步驟 S54)。 Femto AP 將新 TMSI 包括在 Location Update Accept 中發(fā)送。在接收到Location Update Accept時，UE向Femto AP發(fā)送TMSI重新分配完成 (TMSI Reallocation Complete)(步驟 S55)。按照這種方式，在本示例性實(shí)施例的通信系統(tǒng)中，當(dāng)UE是注冊用戶時，UE通過 Femto AP的白名單并在核心網(wǎng)側(cè)被接受，消息在UE、FemtoAP, PDG、AAA、HSS和HLR/AuC之間發(fā)送和接收，UE的認(rèn)證處理被執(zhí)行，并且當(dāng)UE的認(rèn)證成功時，IPsec Tunnel (2)在FemtoAP和PDG之間被建立(步驟S1-S28)。在UE的認(rèn)證處理中建立的Femto AP和PDG之間的 IPsec Tunnel (2)然后被釋放(步驟 S29-S33)。隨后，消息在 Femto AP、PDG、CSCF、HSS、 MSC和HLR/AuC之間發(fā)送和接收，在MSC的VLR中管理的UE的訂戶數(shù)據(jù)被移動到HSS，從而 UE的訂戶數(shù)據(jù)被登記在HSS的VLR中(步驟S34-S43)。如此，當(dāng)UE是注冊用戶時，在CS 服務(wù)的位置更新期間通過Femto AP來執(zhí)行UE的認(rèn)證處理，并且UE的訂戶數(shù)據(jù)可被登記在 HSS的VLR中。雖然上述處理是以CS服務(wù)的位置更新為例說明的，對于UE發(fā)送附接請求、 RA更新請求和激活PDP上下文請求的情況，當(dāng)UE是注冊用戶時，UE也可通過Femto AP的白名單并在核心網(wǎng)側(cè)被接受。用于國際漫游用戶 (協(xié)定內(nèi)或協(xié)定外)、預(yù)付費(fèi)用戶以及MVNO用戶的位置更新規(guī)制現(xiàn)在參考圖7，接著描述針對用戶是國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)、預(yù)付費(fèi)用戶以及MVNO用戶的情況的位置更新規(guī)制。當(dāng)用戶是國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)、預(yù)付費(fèi)用戶或MVNO用戶時，位置更新規(guī)制通過Femto AP中管理的白名單來執(zhí)行。當(dāng)執(zhí)行LAI (位置區(qū)域信息)的更新(常規(guī)位置更新)時，UE將IMSI. UE包括在 IDENTITY Reponse 中發(fā)送給 Femto AP (步驟 S1-S3)。接收至Ij IDENTITY Response 的 Femto AP 基于 IDENTITY Response 中所包含的IMSI. UE來參考白名單，并且判斷IMSI. UE是否與核心網(wǎng)側(cè)接受的用戶相對應(yīng)(步驟 S4)。如果IMSI. UE不與核心網(wǎng)側(cè)接受的用戶相對應(yīng)，則Femto AP向UE發(fā)送位置更新拒絕 (Location Update Reject)(原因值(Cause Value) :CV#15)(步驟 Al)。CV#15 是用于提示用戶轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)的消息。因?yàn)閲H漫游用戶(協(xié)定內(nèi)或協(xié)定外)、預(yù)付費(fèi)用戶或MVNO 用戶可通過IMSI帶來識別，所以可向UE發(fā)送Location Update Re ject (原因值CV#15)， 而不用在白名單中管理這些用戶的IMSI帶。在接收到Location Update Re ject (原因值CV#15)時，UE判定不能通過Femto IMS網(wǎng)絡(luò)實(shí)現(xiàn)位置更新，并且執(zhí)行用于連接到宏網(wǎng)絡(luò)(現(xiàn)有3G網(wǎng)絡(luò))側(cè)的位置更新處理。因此，在本示例性實(shí)施例的通信系統(tǒng)中，對于國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)、 預(yù)付費(fèi)用戶和MVNO用戶的情況，位置更新規(guī)制通過Femto AP管理的白名單來實(shí)現(xiàn)，并且這些用戶在核心網(wǎng)側(cè)不被接受。在此情況中，F(xiàn)emto AP向UE發(fā)送Location Update Reject (原因值CV#15)。以這種方式，UE接收到 Location Update Reject (原因值:CV#15) 并且執(zhí)行連接到宏網(wǎng)絡(luò)(現(xiàn)有3G網(wǎng)絡(luò))側(cè)的位置更新處理。針對解約的用戶的位置更新規(guī)制接著將參考圖8來說明針對解約的用戶的位置更新規(guī)制。圖8中所示的Sl-Sll的處理與針對注冊用戶的處理相同，UE通過Femto AP白名單并在核心網(wǎng)側(cè)被接受。然后，在接收到Dia-Wx-MAR時，HSS將Dia-Wx-MAR中所包含的 IMSI. UE包括在MAP-SAI調(diào)用[CS]中并將其發(fā)送給HLR/AuC (步驟Sll)。在接收到MAP-SAI調(diào)用[CS]時，HLR/AuC判斷在MAP-SAI調(diào)用[CS]中所包含的 IMSI. UE是否在HLR中登記，并且如果IMSI. UE沒被登記在HLR中，則判定用戶是解約的用戶并且向HSS發(fā)送MAP-SAI錯誤(MAP-SAI-Error)(步驟Bi)。在此動作中，UE是解約的用戶，有關(guān)IMSI. UE的信息因此沒被登記在HLR中。于是，HLR/AuC向HSS發(fā)送MAP-SAI Error0
在接收到 MAP-SAI Error 時，HSS 向 AAA 發(fā)送 Dia-Wx-MAA (步驟 B2)。HSS 將直徑 _無法遵從(DIAMETER_UNABLE_T0_C0MPLY) (5012)包括在 Dia-Wx-MAA 中發(fā)送。接收到Dia-Wx-MAA 的 AAA 向 PDG 發(fā)送 Dia-EAP-Answer (步驟 B3)。AAA 將 Dia-Wx-MAA 中所包含的 DIAMETER_UNABLE_TO_COMPLY (5012)包括在 Dia-EAP-Answer 中。
在接收到Dia-EAP-Answer 時，PDG 向 Femto AP 發(fā)送 IKE-AUTH Response (步驟 B4)。因?yàn)樵?Dia-EAP-Answer 中包含 DIAMETER_UNABLE_TO_COMPLY (5012)，所以 PDG 將 EAP 失敗(ΕΑΡ-Failure)包括在 IKE-AUTH Response 中發(fā)送。Femto AP 在接收到 IKE-AUTH Response 時向 UE 發(fā)送 Location Update 1^]、(；衍011(原因值(^#111)，因?yàn)?IKE-AUTH Response 中包含 EAP-Failure (步驟 B5)。 CV#111是提示UE再次執(zhí)行位置更新的消息。當(dāng)UE接收到Location Update Rejection (原因值CV#111)時，其再次執(zhí)行位置更新處理。因此，在本示例性實(shí)施例的通信系統(tǒng)中的解約的用戶的情況中，HLR/AuC向HSS 發(fā)送 MAP-SAI Error,并且 HSS 在從 HLR/AuC 接收到 MAP-SAI Error 時將 HDIAMETER_ UNABLE_T0_C0MPLY(5012)包括在Dia-Wx-MAA中發(fā)送給CSCF，并且執(zhí)行位置更新規(guī)制。于是，F(xiàn)emto AP從核心網(wǎng)側(cè)接收到包括ΕΑΡ-Failure的IKE-AUTH Response，并且向UE發(fā)送 Location Update Rejection(原因值CV#111)。按照這種方式，UE接收到Location Update Rejection (原因值CV#111)并再次執(zhí)行位置更新處理。針對認(rèn)證NG用戶的位置更新規(guī)制接著將參考圖9來描述針對認(rèn)證NG用戶的位置更新規(guī)制。在認(rèn)證NG用戶的情況中，執(zhí)行與針對注冊用戶相同的處理，UE通過Femto AP的白名單并在核心網(wǎng)側(cè)被接受，消息在UE、Femto AP、PDG、AAA、HSS和HLR/AuC之間發(fā)送和接收，并且UE的認(rèn)證處理被執(zhí)行(步驟S21)。當(dāng)UE認(rèn)證失敗時，AAA向PDG發(fā)送Dia-EAP-Answer (步驟Cl)。因?yàn)閁E認(rèn)證失敗，所以 AAA 將 DIAMETER_UNABLE_T0_C0MPLY(5012)包括在 Dia-EAP-Answer 中發(fā)送。接收到Dia-EAP-Answer 的 PDG 向 Femto AP 發(fā)送 IKE-AUTH Response (步驟 C2)。因?yàn)樵?Dia-EAP-Answer 中包含 DIAMETER_UNABLE_T0_C0MPLY (5012)，所以 PDG 將 ΕΑΡ-Failure 包括在 IKE-AUTH Reponse 中發(fā)送。Femto AP 接收到 IKE-AUTH Reponse,并且因?yàn)樵?IKE-AUTH Reponse 中包含 EAP-Failure，所以向UE發(fā)送Location Update Reject(原因值:CV#111)(步驟C3)。CV#111 是提示用戶再次嘗試位置更新的消息。當(dāng)接收到Location Update Reject(原因值CV#111)時，UE再次執(zhí)行位置更新處理。按照這種方式，對于本示例性實(shí)施例的通信系統(tǒng)中的認(rèn)證NG用戶的情況，AAA向 PDG 發(fā)送包含 DIAMETER_UNABLE_T0_C0MPLY(5012)的 Dia-EAP-Answer，并且執(zhí)行位置更新規(guī)制。于是，F(xiàn)emto AP從核心網(wǎng)側(cè)接收到包含ΕΑΡ-Failure的IKE-AUTH Response并且向 UE 發(fā)送 Location Update Reject (原因值CV#111)。按照這種方式，UE 接收到 Location Update Reject (原因值CV#111)并再次執(zhí)行位置更新處理。針對VPN用戶和雙號用戶的位置更新規(guī)制
接著參考圖10來描述針對VPN用戶和雙號用戶的位置更新規(guī)制。在針 VPN用戶和雙號用戶的情況中，執(zhí)行與針對注冊用戶相同的處理，UE通過 Femto AP的白名單并在核心網(wǎng)側(cè)被接受，消息在UE、Femto AP、PDG、AAA、HSS和HLR/AuC 之間發(fā)送和接收，UE的認(rèn)證處理被執(zhí)行，并且當(dāng)UE認(rèn)證成功時，IPsec Tunnel (2)在Femto AP和PDG之間被建立(步驟S1-S28)。然后，在UE認(rèn)證處理中在Femto AP和PDG之間建立的 IPsec Tunnel (2)被釋放(步驟 S29-S33)。隨后，消息在 Femto AP、PDG、CSCF、HSS、 VMSC和HLR/AuC之間發(fā)送和接收。在從CSCF 接收到 Dia-Cx-SAR 時，HSS 向 HLR/AuC 發(fā)送 MAP-Update Location 調(diào)用(步驟 Dl)。HSS 將 IMSI. UE 包括在 MAP-Update Location 中發(fā)送。在接收到MAP-Update Location 調(diào)用時，HLR/AuC 向 VMSC 發(fā)送 MAP-Cancel Location 調(diào)用(步驟 D2)。HLR/AuC 將 IMSI. UE 包括在 MAP-Cancel Location 調(diào)用中發(fā)送。在接收到MAP-Cancel Location調(diào)用時，VMSC刪除對象訂戶數(shù)據(jù)(步驟D3)。接著，VMSC向 HLR/AuC 發(fā)送 MAP Cancel Location Ack (步驟 D4)。當(dāng) HLR/AuC接收到 MAP Cancel Location Ack 時，HLR/AuC 向 HSS 發(fā)送MAP-Insert Subscriber Data調(diào)用(步驟D5)。在MAP-Insert Subscriber Data調(diào)用中包括訂戶信息。當(dāng) HSS 接收至Ij MAP-Insert Subscriber Data 調(diào)用時，MAP—Insert Subscriber Data調(diào)用中包含的訂戶信息是O-CSI用戶，從而HSS判定該用戶訂閱了 HSS的通信系統(tǒng)不提供的服務(wù)。于是，HSS 向 HLR/AuC 發(fā)送 MAP-Insert Subscriber Data Error (步驟 D6)。 因此，當(dāng)HSS確定MAP-Insert Subscriber Data調(diào)用中包含的訂戶信息是訂閱了其通信系統(tǒng)中不提供的服務(wù)的用戶時，HSS向HLR/AuC發(fā)送MAP-Insert Subscriber Data Error。當(dāng) HLR/AuC 接收到 MAP-Insert Subscriber Data Error 時，HLR/AuC 向 HSS 發(fā)送 MAP-SAI Ack (步驟 D7)。在步驟D3中對象訂戶數(shù)據(jù)刪除了之后，VMSC從登記所刪除的訂戶數(shù)據(jù)的VLR中消除此訂戶數(shù)據(jù)(步驟D8)。在接收到MAP-SAI Ack 之后，HSS 向 CSCF 發(fā)送 Dia-Cx-SAA (步驟 D9)。HSS 將 DIAMETER_UNABLE_T0_C0MPLY (5012)包括在 Dia-Cx-SAA 中發(fā)送。當(dāng) CSCF 接收到 Dia-Cx-SAA 時，CSCF 向 Femto AP 發(fā)送 SIP-403，因?yàn)?Dia-Cx-SAA 中包含 DIAMETER_UNABLE_T0_C0MPLY(5012)(步驟 D10)。當(dāng) Femto AP接收到 SIP-403 時，F(xiàn)emto AP 向 UE 發(fā)送Location Update Reject (原因值:CV#15)(步驟Dll)。CV#15是提示UE轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)的消息。當(dāng)接收到Location Update Reject (原因值CV#15)時，UE判定不能通過IMS網(wǎng)絡(luò)進(jìn)行位置更新處理并且執(zhí)行連接到宏網(wǎng)絡(luò)(現(xiàn)有3G網(wǎng)絡(luò))側(cè)的位置更新處理。按照這種方式，在HSS向HLR/AuC發(fā)送了 MAP-Update Location調(diào)用后，本示例性實(shí)施例的通信系統(tǒng)中的VPN用戶和雙號用戶利用從HLR/AuC接收MAP-Insert Subscriber Data調(diào)用來執(zhí)行位置更新規(guī)制，并且HSS向HLR/AuC發(fā)送MAP-Insert Subscriber Data Error。然后，HSS 在從 HLR/AuC 接收到 MAP-SAI Ack 時將 DIAMETER_UNABLE_T0_ COMPLY (5012)包括在Dia-Cx-SAA中發(fā)送給CSCF。于是，F(xiàn)empto AP從核心網(wǎng)接收SIP-403， 并且向UE發(fā)送Location Update Reject (原因值CV#15)。按照這種方式，UE接收到 Location Update Reject (原因值CV#15)并且執(zhí)行連接到宏網(wǎng)絡(luò)(現(xiàn)有3G網(wǎng)絡(luò))側(cè)的位置更新處理。 本示例性實(shí)施例的通信系統(tǒng)的動作和效果在本示例性實(shí)施例的通信 系統(tǒng)中，控制被執(zhí)行以使得不對注冊用戶執(zhí)行位置更新規(guī)制，圖4-6中所示的常規(guī)處理被執(zhí)行，并且Femto AP向UE發(fā)送Location Update Accept0 在國際漫游用戶(協(xié)定內(nèi)或協(xié)定外)、預(yù)付費(fèi)用戶以及MVNO用戶的情況中，控制被執(zhí)行以使得位置更新規(guī)制通過Femto AP的白名單來執(zhí)行并且Location Update Rejection (CV#15) 被發(fā)送給UE。在VPN用戶和雙號用戶的情況中，控制被執(zhí)行以使得HSS在從HLR/AuC接收到MAP-Insert Subscriber Data調(diào)用時執(zhí)行位置更新規(guī)制并且Femto AP向UE發(fā)送 Location Update Reject (CV#15)。在解約的用戶的情況中，控制被執(zhí)行以使得HSS在從 HLR/AuC接收到MAP-SAI Error時執(zhí)行位置更新規(guī)制并且Femto AP向UE發(fā)送Location Update Reject (CV#111)。最后，在認(rèn)證NG用戶的情況中，控制被執(zhí)行以使得AAA在確定認(rèn)證NG時執(zhí)行位置更新規(guī)制并且Femto AP向UE發(fā)送Location Update Reject (CV#111)。因此，在本示例性實(shí)施例的通信系統(tǒng)中，F(xiàn)emto AP判斷是向UE發(fā)送提示UE再次嘗試位置更新的消息(Location Update Reject ；CV#111)，還是向UE發(fā)送提示UE轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)的消息(Location Update Reject ；CV#15)，還是向UE發(fā)送通知UE位置更新請求被接受的消息(Location Update Accept)；并且向UE發(fā)送這些消息中的一者(Location Update Reject, CV#111 ；或者 Location Update Reject, CV#15 ；或者 Location Update Accept)。 然后，UE 根據(jù)從 Femto AP 接收的消息(Location Update Reject, CV#111 ；或者 Location Update Reject, CV#15 ；或者 Location Update Accept)來執(zhí)行處理。因此，對于IMS不允許的訂戶用戶(UE)，本示例性實(shí)施例的通信系統(tǒng)提示訂戶用戶(UE)轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)并使能不必要的位置更新處理的規(guī)制。上述示例性實(shí)施例是本發(fā)明的適當(dāng)?shù)氖纠詫?shí)施例，但是本發(fā)明的范圍不限于僅上述示例性實(shí)施例，而是還可以在不脫離本發(fā)明的主旨的范圍內(nèi)在應(yīng)用各種修改的模式中運(yùn)作。例如，在上述示例性實(shí)施例中，F(xiàn)emto AP利用白名單來執(zhí)行位置更新規(guī)制。然而， 實(shí)施例可被構(gòu)建為使得黑名單被用于執(zhí)行位置更新規(guī)制。另外，雖然上述示例性實(shí)施例中Femto AP向UE發(fā)送諸如CV#111或CV#15之類的原因值，但是發(fā)送給UE的原因值不限于CV#111或CV#15，并且本發(fā)明可通過將原因值設(shè)定為允許在例如提示UE再次嘗試位置更新的消息和提示UE轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)的消息之間區(qū)分的任意值而被應(yīng)用。另外，本發(fā)明還可被構(gòu)建為使得例如只要提示UE再次嘗試位置更新的消息能與提示UE轉(zhuǎn)變到宏網(wǎng)絡(luò)側(cè)的消息區(qū)分開就可不使用原因值。本示例性實(shí)施例的通信系統(tǒng)能夠執(zhí)行處理而不依賴于3GPP的版本。構(gòu)成上述本示例性實(shí)施例中的通信系統(tǒng)的各個裝置的控制操作可以通過使用硬件、通過使用軟件或者通過使用軟件和硬件的復(fù)合結(jié)構(gòu)來實(shí)現(xiàn)。圖11是示出豪微微蜂窩基站的示意性功能配置的框圖。參考圖11，豪微微蜂窩基站包括判斷單元11、發(fā)送單元12和控制單元13。當(dāng)判斷單元11從UE接收到位置更新請求消息時，其判斷應(yīng)當(dāng)向UE發(fā)送提示UE 再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向UE發(fā)送提示轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)發(fā)送通知UE位置更新請求被接受的第三消息。
發(fā)送單元12根據(jù)判斷單元11的判定向UE發(fā)送第一消息或者第二消息或者第三消息?？刂茊卧?3管理用于確定UE是應(yīng)當(dāng)向其發(fā)送第二消息的UE的規(guī)制信息。當(dāng)上述判斷單元11從UE接收到位置更新請求時，其可獲取指定UE的信息、參考控制單元13所管理的規(guī)制信息，并且，如果指定UE的信息與規(guī)制信息相對應(yīng)，則可確定應(yīng)當(dāng)向UE發(fā)送第 -~-消息ο圖12是示出管理訂戶信息的控制設(shè)備的示意性功能配置的框圖。在設(shè)有豪微微蜂窩基站的通信系統(tǒng)中，此控制設(shè)備獲取在連接到通信系統(tǒng)的核心網(wǎng)的HLR(歸屬位置寄存器)中登記的UE(用戶設(shè)備)的訂戶信息，并且管理所獲取的UE的訂戶信息。參考圖 12，控制設(shè)備包括判斷單元21和控制單元22。判斷單元21將來自已從UE接收 到位置更新請求的豪微微蜂窩基站的指定UE的信息發(fā)送給HLR，并且基于從HLR接收的有關(guān)UE的信息，判斷UE的訂戶信息是否是訂閱了該通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息。當(dāng)判斷單元21確定UE的訂戶信息是訂閱了該通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息時，控制單元22執(zhí)行控制以使得豪微微蜂窩基站向UE發(fā)送提示UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的消息。圖13是示出設(shè)有豪微微蜂窩基站的通信系統(tǒng)中執(zhí)行UE的認(rèn)證的認(rèn)證設(shè)備的示意性功能配置的框圖。參考圖13，認(rèn)證設(shè)備包括認(rèn)證單元31和控制單元32。認(rèn)證單元31基于來自已從UE接收到位置更新請求消息的豪微微蜂窩基站的指定 UE的信息，來執(zhí)行對UE的認(rèn)證。如果認(rèn)證單元31進(jìn)行的對UE的認(rèn)證失敗，則控制單元32執(zhí)行控制以通過向豪微微蜂窩基站發(fā)送認(rèn)證失敗消息使得豪微微蜂窩基站向UE發(fā)送提示UE再次嘗試位置更新的消息。當(dāng)各裝置中的處理通過利用計(jì)算機(jī)和軟件執(zhí)行時，記錄處理序列的程序可被安裝在結(jié)合在專用硬件中的計(jì)算機(jī)中的存儲器中并且然后被執(zhí)行。替代地，程序可被安裝在能夠執(zhí)行各種處理的通用計(jì)算機(jī)中，并且該程序然后被執(zhí)行。例如，程序可被預(yù)先記錄在作為記錄介質(zhì)的硬盤或ROM(只讀存儲器)中。替代地， 程序可被臨時或永久地存儲(記錄)在可移除記錄介質(zhì)上。這樣的可移除記錄介質(zhì)可被提供作為所謂的“封裝軟件”?？杀惶峁┳鳛榭梢瞥涗浗橘|(zhì)的示例包括軟(floopy，注冊商標(biāo))盤、⑶-ROM(致密盤只讀存儲器)、MO (磁光)盤、DVD (數(shù)字通用盤)、磁盤和半導(dǎo)體存儲器。程序可從上述可移除記錄介質(zhì)被安裝到計(jì)算機(jī)中。替代地，程序可以從下載站點(diǎn)無線地被傳送到計(jì)算機(jī)。另外，程序可以借助于網(wǎng)絡(luò)通過線纜傳送到計(jì)算機(jī)。本示例性實(shí)施例中的通信系統(tǒng)可被構(gòu)建為不僅僅按照上述示例性實(shí)施例中描述的處理操作的時間順序來執(zhí)行處理，而且可被構(gòu)建為根據(jù)執(zhí)行處理的設(shè)備的處理能力或者根據(jù)必要性而并行地或者單獨(dú)地執(zhí)行處理。本示例性實(shí)施例中的通信系統(tǒng)可被構(gòu)建為多個裝置的邏輯集合的配置或者在同一殼體中存在各種配置的設(shè)備的配置。本申請要求基于2009年4月10日提交的申請JP-A-2009-096309的優(yōu)先權(quán)的權(quán)益，并且結(jié)合了該申請的 全部公開。
權(quán)利要求
1.一種毫微微蜂窩基站，包括判斷裝置，在從UE (用戶設(shè)備)接收到位置更新請求消息時，判斷應(yīng)當(dāng)向所述UE發(fā)送提示所述UE再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向所述UE發(fā)送提示所述UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)向所述UE發(fā)送通知所述UE位置更新請求被接受的第三消息； 以及發(fā)送裝置，根據(jù)所述判斷裝置的判斷來向所述UE發(fā)送所述第一消息或者所述第二消息或者所述第三消息。
2.如權(quán)利要求1所述的豪微微蜂窩基站，還包括控制裝置，管理用于確定UE是應(yīng)當(dāng)向其發(fā)送所述第二消息的UE的規(guī)制信息；其中，所述判斷裝置在從所述UE接收到位置更新請求時，獲取指定所述UE的信息，參考由所述控制裝置所管理的所述規(guī)制信息，并且如果指定所述UE的信息與所述規(guī)制信息相對應(yīng)，則確定向所述UE發(fā)送所述第二消息。
3.如權(quán)利要求2所述的豪微微蜂窩基站，其中，如果指定所述UE的信息不與所述規(guī)制信息相對應(yīng)，則所述判斷裝置向核心網(wǎng)側(cè)發(fā)送指定所述UE的信息。
4.如權(quán)利要求3所述的豪微微蜂窩基站，其中，當(dāng)指定所述UE的信息不與所述規(guī)制信息相對應(yīng)時并且在指定所述UE的信息被發(fā)送給核心網(wǎng)側(cè)之后，所述判斷裝置在接收到認(rèn)證失敗消息時確定應(yīng)當(dāng)向所述UE發(fā)送所述第一消息，在接收到請求失敗消息時確定應(yīng)當(dāng)向所述UE發(fā)送所述第二消息，并且在接收到請求成功消息時確定應(yīng)當(dāng)向所述UE發(fā)送所述第三消息。
5.如權(quán)利要求2到4中任一項(xiàng)所述的豪微微蜂窩基站，其中，所述控制裝置利用至少一部分IMSI帶的信息來管理所述規(guī)制信息。
6.如權(quán)利要求5所述的豪微微蜂窩基站，其中所述控制裝置將至少一部分IMSI帶的信息作為白名單來管理所述規(guī)制信息；并且如果所述UE的IMSI信息與所述白名單的信息相對應(yīng)，則所述判斷裝置確定指定所述 UE的信息不與所述規(guī)制信息相對應(yīng)，并且如果所述UE的IMSI信息不與所述白名單的信息相對應(yīng)，則所述判斷裝置確定指定所述UE的信息與所訴規(guī)制信息相對應(yīng)。
7.一種設(shè)有豪微微蜂窩基站的通信系統(tǒng)中的控制設(shè)備，其中，所述控制設(shè)備獲取在連接到所述通信系統(tǒng)的核心網(wǎng)的HLR(歸屬位置寄存器)中所寄存的UE(用戶設(shè)備)的訂戶信息，并且管理所獲取的所述UE的訂戶信息；所述控制設(shè)備包括判斷裝置，向所述HLR發(fā)送來自已從所述UE接收到位置更新請求消息的所述豪微微蜂窩基站的指定所述UE的信息；并且基于從所述HLR接收的有關(guān)所述UE的信息，判斷所述UE 的訂戶信息是否是訂閱了所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息；以及控制裝置，當(dāng)所述判斷裝置確定所述UE的訂戶信息是訂閱了在所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息時，所述控制裝置執(zhí)行控制以使得所述豪微微蜂窩基站向所述 UE發(fā)送提示所述UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的消息。
8.如權(quán)利要求7所述的控制設(shè)備，其中，當(dāng)確定所述UE的訂戶信息是訂閱了所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息時，所述控制裝置向所述豪微微蜂窩基站發(fā)送請求失敗消息。
9.一種在設(shè)有豪微微蜂窩基站的通信系統(tǒng)中執(zhí)行對UE (用戶設(shè)備)的認(rèn)證的認(rèn)證設(shè)備，所述認(rèn)證設(shè)備包括認(rèn)證裝置，基于來自已從所述UE接收到位置更新請求消息的所述豪微微蜂窩基站的指定所述UE的信息來執(zhí)行對所述UE的認(rèn)證；以及控制裝置，當(dāng)由所述認(rèn)證裝置進(jìn)行的對所述UE的認(rèn)證失敗時，所述控制裝置執(zhí)行控制以使得向所述豪微微蜂窩基站發(fā)送認(rèn)證失敗消息致使所述豪微微蜂窩基站向所述UE發(fā)送提示所述UE再次嘗試位置更新的消息。
10.一種豪微微蜂窩通信系統(tǒng)，該豪微微蜂窩通信系統(tǒng)通過豪微微蜂窩連接到UE (用戶設(shè)備)，所述豪微微蜂窩通信系統(tǒng)包括豪微微蜂窩基站保持用于在基站中確定UE是應(yīng)當(dāng)轉(zhuǎn)變到另一網(wǎng)絡(luò)的UE的規(guī)制信息； 在從UE接收到位置更新請求時，如果所述UE與所述規(guī)制信息相對應(yīng)則向所述UE發(fā)送提示轉(zhuǎn)變的第二消息；如果所述UE不與所述規(guī)制信息相對應(yīng)則向連接到所述豪微微蜂窩通信系統(tǒng)的核心網(wǎng)側(cè)發(fā)送指定所述UE的信息；并且隨后，如果所述豪微微蜂窩基站接收到認(rèn)證失敗消息，則向所述UE發(fā)送提示所述UE再次嘗試位置更新的第一消息；并且如果所述豪微微蜂窩基站接收到請求失敗消息則向所述UE發(fā)送所述第二消息；認(rèn)證設(shè)備基于從所述豪微微蜂窩基站發(fā)送的指定所述UE的信息，執(zhí)行對所述UE的認(rèn)證，并且如果對所述UE的認(rèn)證失敗，則向所述豪微微蜂窩基站發(fā)送認(rèn)證失敗消息；以及控制設(shè)備被鏈接到所述核心網(wǎng)的HLR(歸屬位置寄存器)，向所述HLR發(fā)送從所述豪微微蜂窩基站發(fā)送的指定所述UE的信息，并且如果，基于從所述HLR接收的有關(guān)所述UE的信息，所述控制設(shè)備確定所述UE的訂戶信息是訂閱了所述豪微微蜂窩通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息，則向所述豪微微蜂窩基站發(fā)送所述請求失敗消息。
11.一種在豪微微蜂窩基站中執(zhí)行的控制方法，包括如下步驟在從UE (用戶設(shè)備)接收到位置更新請求消息時，判斷應(yīng)當(dāng)向所述UE發(fā)送提示所述UE 再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向所述UE發(fā)送提示所述UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)向所述UE發(fā)送通知所述UE位置更新請求被接受的第三消息；以及根據(jù)判斷結(jié)果向所述UE發(fā)送所述第一消息或者所述第二消息或者所述第三消息。
12.—種在設(shè)有豪微微蜂窩基站的通信系統(tǒng)中的控制設(shè)備中執(zhí)行的控制方法，其中， 所述控制設(shè)備獲取在連接到所述通信系統(tǒng)的核心網(wǎng)的HLR(歸屬位置寄存器)中所寄存的 UE (用戶設(shè)備)的訂戶信息，并且管理所獲取的所述UE的訂戶信息；所述控制方法包括如下步驟向所述HLR發(fā)送來自已從所述UE接收到位置更新請求消息的所述豪微微蜂窩基站的指定所述UE的信息，并且，基于從所述HLR接收的有關(guān)所述UE的信息，判斷所述UE的訂戶信息是否是訂閱了所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息；以及當(dāng)確定所述UE的訂戶信息是訂閱了在所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息時，執(zhí)行控制以使得所述豪微微蜂窩基站向所述UE發(fā)送提示所述UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的消息。
13.—種在設(shè)有豪微微蜂窩基站的通信系統(tǒng)中執(zhí)行對UE (用戶設(shè)備)的認(rèn)證的認(rèn)證設(shè)備中所執(zhí)行的控制方法，其中對所述UE的認(rèn)證基于來自已從所述UE接收到位置更新請求消息的所述豪微微蜂窩基站的指定所述UE的信息被執(zhí)行；并且當(dāng)對所述UE的認(rèn)證失敗時，控制被執(zhí)行以使得向所述豪微微蜂窩基站發(fā)送認(rèn)證失敗消息致使所述豪微微蜂窩基站向所述UE發(fā)送提示所述UE再次嘗試位置更新的消息。
14.一種使得豪微微基站的計(jì)算機(jī)執(zhí)行如下過程的程序在從UE (用戶設(shè)備)接收到位置更新請求消息時，判斷應(yīng)當(dāng)向所述UE發(fā)送提示所述UE 再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向所述UE發(fā)送提示所述UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)向所述UE發(fā)送通知所述UE位置更新請求被接受的第三消息；以及根據(jù)判斷結(jié)果向所述UE發(fā)送所述第一消息或者所述第二消息或者所述第三消息。
15.一種使得設(shè)有豪微微蜂窩基站的通信系統(tǒng)中的控制設(shè)備的計(jì)算機(jī)執(zhí)行如下處理的程序，所述控制設(shè)備獲取在連接到所述通信系統(tǒng)的核心網(wǎng)的HLR(歸屬位置寄存器)中所寄存的UE (用戶設(shè)備)的訂戶信息，并且管理所獲取的所述UE的訂戶信息向所述HLR發(fā)送來自已從所述UE接收到位置更新請求消息的所述豪微微蜂窩基站的指定所述UE的信息，并且，基于從所述HLR接收的有關(guān)所述UE的信息，判斷所述UE的訂戶信息是否是訂閱了所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息；并且當(dāng)確定所述UE的訂戶信息是訂閱了在所述通信系統(tǒng)中不提供的服務(wù)的用戶的訂戶信息時，執(zhí)行控制以使得所述豪微微蜂窩基站向所述UE發(fā)送提示所述UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的消息。
16.一種使得在設(shè)有豪微微蜂窩基站的通信系統(tǒng)中執(zhí)行對UE (用戶設(shè)備)的認(rèn)證的認(rèn)證設(shè)備的計(jì)算機(jī)執(zhí)行如下過程的程序基于來自已從所述UE接收到位置更新請求消息的所述豪微微蜂窩基站的指定所述UE 的信息來執(zhí)行對所述UE的認(rèn)證；并且當(dāng)對所述UE的認(rèn)證失敗時，執(zhí)行控制以使得向所述豪微微蜂窩基站發(fā)送認(rèn)證失敗消息致使所述豪微微蜂窩基站向所述UE發(fā)送提示所述UE再次嘗試位置更新的消息。
全文摘要
一種毫微微蜂窩基站具有判斷裝置和發(fā)送裝置。判斷裝置在從UE(用戶設(shè)備)接收到位置更新請求消息時，判斷應(yīng)當(dāng)向UE發(fā)送提示UE再次嘗試位置更新的第一消息，還是應(yīng)當(dāng)向UE發(fā)送提示UE轉(zhuǎn)變到另一網(wǎng)絡(luò)的第二消息，還是應(yīng)當(dāng)向UE發(fā)送通知UE位置更新請求被接受的第三消息。發(fā)送裝置根據(jù)判斷裝置的判斷來向UE發(fā)送第一消息或者第二消息或者第三消息。
文檔編號H04W8/06GK102388637SQ20108001623
公開日2012年3月21日 申請日期2010年4月5日 優(yōu)先權(quán)日2009年4月10日
發(fā)明者城戶貴之, 宮川友輔, 渡邊康弘, 秋元拓男, 秋山洋明, 黑川聰 申請人:日本電氣株式會社