業(yè)務(wù)卸載裝置及其方法、分組訪問控制節(jié)點(diǎn)及其方法
【專利摘要】本發(fā)明提供了業(yè)務(wù)卸載裝置及其方法、分組訪問控制節(jié)點(diǎn)及其方法。所述業(yè)務(wù)卸載裝置執(zhí)行的方法，包括以下步驟：尋呼步驟，為了對到達(dá)所述業(yè)務(wù)卸載裝置的發(fā)往無線通信終端裝置的下行鏈路進(jìn)行業(yè)務(wù)卸載而呼叫空閑狀態(tài)的所述無線通信終端裝置；接收步驟，從所述無線終端裝置接收作為尋呼響應(yīng)的服務(wù)請求；更改步驟，將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線終端裝置的服務(wù)開始請求；發(fā)送步驟，將更改的所述服務(wù)請求發(fā)送給SGSN。
【專利說明】業(yè)務(wù)卸載裝置及其方法、分組訪問控制節(jié)點(diǎn)及其方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及進(jìn)行呼叫連接的基站裝置、網(wǎng)關(guān)裝置、呼叫連接方法以及無線通信系 統(tǒng)。
【背景技術(shù)】
[0002] 在 XPP (3rd Generation Partnership Pro ject，第三代合作伙伴計劃）中，除 了正在研究主要設(shè)置在室外的小區(qū)半徑較大的宏小區(qū)無線通信基站裝置（宏基站）外，還 在研究設(shè)置在家庭、辦公室、乃至餐廳等室內(nèi)設(shè)施中的小區(qū)半徑為數(shù)十米左右的較小小區(qū) (毫微微小區(qū)）無線通信基站裝置（毫微微基站）。
[0003] 圖1表示在家庭內(nèi)設(shè)置了毫微微基站時的系統(tǒng)結(jié)構(gòu)。如圖1所示，設(shè)想在各個家 庭中，除了毫微微基站以外，還有IP電話、IP-TV、乃至多臺個人計算機(jī)等共享一個xDSL或 FTTH等的因特網(wǎng)連接固定網(wǎng)。毫微微基站經(jīng)由集線裝置（GW)與核心網(wǎng)連接。
[0004] 目前，為了應(yīng)對數(shù)據(jù)通信等增大的業(yè)務(wù)（traffic)，眾多移動電話提供商正加緊擴(kuò) 充設(shè)備。因此，通過導(dǎo)入毫微微基站，與增設(shè)室外的基站相比，能夠抑制成本，并且能夠?qū)l(fā) 自室內(nèi)的通信業(yè)務(wù)直接卸載到因特網(wǎng)。由此，期待著還能夠降低對移動電話的核心網(wǎng)的負(fù) 荷。另外，期待著今后用戶家內(nèi)的通信設(shè)備與移動電話不經(jīng)由提供商的核心網(wǎng)而經(jīng)由毫微 微基站直接進(jìn)行通信，向用戶提供各種交互服務(wù)（interactive service)。
[0005] 接著，使用圖2說明非專利文獻(xiàn)1等記載的MT-2000分組系統(tǒng)中的呼叫連接步 驟。參照圖2，UE在通過RRC(Radio Resource Control,無線資源控制）步驟（ST11)而可與 RNC(Radio Network Controller，無線網(wǎng)絡(luò)控制器）通信后，通過作為 GMM(GPRS Mobility Management, GPRS移動性管理）協(xié)議信號的服務(wù)請求（Service Request)而對SGSN請求 服務(wù)開始（ST12)。此時，服務(wù)請求中包含請求UE與SGSN之間的信令連接的信息（服務(wù)類 型為信令（Service Type:Signaling))。
[0006] SGSN對于請求了信令連接的UE進(jìn)行認(rèn)證處理（ST13)，若結(jié)果能夠確認(rèn)其是合法 的UE，則通過作為RANAP信號的安全模式命令（Security Mode Command)指示RNC開始無 線區(qū)間的隱匿處理（ST14)。然后，若正常地進(jìn)行了隱匿處理，則UE通過作為SM(Se SSion Management，會話管理）信號的PDP上下文激活請求（Activate Packet Data Protocol Context Request,激活分組數(shù)據(jù)協(xié)議上下文請求）而請求呼叫連接（ST15)。
[0007] 在該SM信號中，設(shè)定有作為確定連接對象數(shù)據(jù)網(wǎng)絡(luò)（PDN)的信息的APN(Access Point Name,訪問點(diǎn)名稱），接收到該SM信號的SGSN通過DNS (Domain Name System,域名 系統(tǒng)）步驟，從APN信息取得應(yīng)連接的GGSN的IP地址信息。然后，在取得GGSN的IP地址 獲得了成功后，SGSN將作為RANAP信號的RAB分配請求（RAB Assignment Request)發(fā)送 到RNC，請求RNC與SGSN之間的隧道處理（tunneling)的設(shè)定（ST16)。
[0008] 接著，確認(rèn)了 RNC與SGSN之間的隧道處理的設(shè)定的SGSN，向具有通過DNS步驟取 得的IP地址的GGSN發(fā)送作為GTP(GPRS Tunneling Protocol，GPRS隧道處理協(xié)議）信號 的PDP上下文生成請求（Create PDP Context Request),請求對UE的呼叫設(shè)定（ST17)。
[0009] 該GTP信號也設(shè)定有APN信息，在接收到GTP信號的GGSN中根據(jù)APN信息確定應(yīng) 呼叫連接的TON。然后，在正常地進(jìn)行GGSN的連接處理后，通過作為GTP信號的PDP上下文 生成響應(yīng)（Create PDP Context Response)對SGSN通知正常地進(jìn)行了連接處理（ST18)。在 該時刻，GGSN建立對該UE的路由（路徑選擇）信息，并將其作為PDP上下文（PDP Context) 進(jìn)行管理。
[0010] 接著，來自GGSN的響應(yīng)信號經(jīng)由SGSN，通過作為SM信號的PDP上下文激活接受 (Activate PDP Context Accept)傳輸?shù)経E(ST19),UE開始用戶數(shù)據(jù)收發(fā)（分組通信） (ST20)。在該時刻，SGSN建立對該UE的路由信息，并將其作為PDP上下文進(jìn)行管理。
[0011] 這樣，在頂T-2000分組系統(tǒng)中，通過上述一系列的處理，從UE對GGSN設(shè)定每個呼 叫的邏輯連接，進(jìn)行隧道處理而實(shí)現(xiàn)分組通信。
[0012] 接著，使用圖3說明將發(fā)自毫微微基站的通信業(yè)務(wù)不經(jīng)由移動電話的核心網(wǎng)而直 接卸載到因特網(wǎng)或本地網(wǎng)（home network)的步驟。但是，在圖3中，對與圖2共同的部分， 附加與圖2相同的標(biāo)號，并且省略其詳細(xì)說明。這里，假設(shè)毫微微基站具有圖2所示的SGSN 和GGSN的功能。另外，UE無法同時附屬于（Attach)多個SGSN，因此，以UE持續(xù)附屬于位 于核心網(wǎng)的SGSN為前提。
[0013] 接收到UE發(fā)送的PDP上下文激活請求的毫微微基站不將該請求轉(zhuǎn)發(fā)到SGSN，而通 過其本身具有的SGSN功能，根據(jù)APN信息選擇應(yīng)連接的TON (ST21)。此時，APN中包含的信 息，例如表示向用戶住宅提供寬帶訪問的ISP。
[0014] 毫微微基站通過其本身具有的GGSN功能，決定處理對UE的呼叫設(shè)定。之后，通過 由內(nèi)置于毫微微基站的GGSN、SGSN、RNC以及NodeB功能進(jìn)行圖2中的ST16至ST20的處 理，實(shí)現(xiàn)了從UE到GGSN設(shè)定每個呼叫的邏輯連接，將發(fā)自毫微微基站的通信業(yè)務(wù)不經(jīng)由移 動電話的核心網(wǎng)而直接卸載到因特網(wǎng)或本地網(wǎng)。
[0015] 現(xiàn)有技術(shù)文獻(xiàn)
[0016] 非專利文獻(xiàn)
[0017] 非專利文獻(xiàn) 1 :3GPP TS23. 060ν7· 8. 0
【發(fā)明內(nèi)容】
[0018] 發(fā)明要解決的問題
[0019] 然而，在將上述數(shù)據(jù)卸載方法適用于從因特網(wǎng)或本地網(wǎng)到毫微微基站的通信業(yè)務(wù) 時，存在如下問題。
[0020] 通常，通過被稱為"尋呼"的區(qū)域內(nèi)群呼進(jìn)行對空閑狀態(tài)的UE的來自核心網(wǎng)的呼 入步驟。在尋呼中，在通知發(fā)往UE的呼入的信息到達(dá)SGSN后，SGSN對于位于預(yù)先注冊的 UE的在網(wǎng)區(qū)域的基站，群發(fā)用于表示有對UE呼入的信息。
[0021] UE被設(shè)定為以規(guī)定的定時根據(jù)基站的發(fā)送信號確認(rèn)是否存在發(fā)給自己的呼入。在 有呼入時，UE對SGSN發(fā)送圖2所示的服務(wù)請求（ST12)。此時，在服務(wù)請求中，包含表示是 對尋呼的響應(yīng)的信息（Service Type:Paging Response (服務(wù)類型：尋呼響應(yīng)））。之后，通 過進(jìn)行圖2所示的呼叫連接步驟，從UE到GGSN設(shè)定每個呼叫的邏輯連接，進(jìn)行隧道處理而 實(shí)現(xiàn)分組通信。
[0022] 接著，圖4表示有從因特網(wǎng)或本地網(wǎng)對毫微微基站的發(fā)往UE的呼入時的呼叫連接 步驟。在圖4中，毫微微基站從因特網(wǎng)或本地網(wǎng)接收發(fā)往UE的分組（ST22)。
[0023] 通過內(nèi)置于毫微微基站的SGSN、GGSN功能，毫微微基站將尋呼消息發(fā)送到 UE(ST23)。
[0024] 如上所述，UE附屬于位于核心網(wǎng)的SGSN，因此在檢測到有尋呼時，對于核心網(wǎng)的 SGSN發(fā)送包含了表示尋呼響應(yīng)的信息的服務(wù)請求（ST24)。
[0025] 在從UE接收到服務(wù)請求（服務(wù)類型為尋呼響應(yīng)（Service Type:Paging Response))的核心網(wǎng)的SGSN中，沒有留存對于UE發(fā)送了尋呼消息的記錄，所以該SGSN判 斷為從UE接收到錯誤的服務(wù)請求，對于UE發(fā)送服務(wù)拒絕消息（Service Reject，服務(wù)拒絕） (ST25)。
[0026] 在服務(wù)請求被SGSN拒絕時，無法進(jìn)行之后的安全步驟（有關(guān)UE的認(rèn)證和無線區(qū) 間的隱匿的準(zhǔn)備），UE無法正常地完成基于來自因特網(wǎng)或本地網(wǎng)的呼入的呼叫連接步驟。
[0027] 作為上述問題的解決策略，可以考慮UE臨時附屬于內(nèi)置于毫微微基站的SGSN，由 毫微微基站的SGSN處理來自UE的服務(wù)請求。但是，在這種情況下，為了由毫微微基站的 SGSN進(jìn)行安全步驟，需要使UE的認(rèn)證關(guān)聯(lián)信息從核心網(wǎng)的SGSN移動到毫微微小區(qū)。也就 是說，使設(shè)想設(shè)置在普通用戶住宅內(nèi)的毫微微基站存儲重要的用戶認(rèn)證信息，其結(jié)果可能 導(dǎo)致安全等級（level)的降低。
[0028] 本發(fā)明的目的在于，提供在有從因特網(wǎng)或本地網(wǎng)發(fā)往UE的呼入的情況下，也能夠 不降低移動電話網(wǎng)的安全等級而正常地進(jìn)行呼叫連接的基站裝置、網(wǎng)關(guān)裝置、呼叫連接方 法以及無線通信系統(tǒng)。
[0029] 解決問題的方案
[0030] 本發(fā)明的在用于進(jìn)行業(yè)務(wù)卸載的業(yè)務(wù)卸載裝置中執(zhí)行的方法，包括以下步驟：尋 呼步驟，為了對到達(dá)所述業(yè)務(wù)卸載裝置的發(fā)往無線通信終端裝置的下行鏈路進(jìn)行業(yè)務(wù)卸載 而呼叫空閑狀態(tài)的所述無線通信終端裝置；接收步驟，從所述無線終端裝置接收作為尋呼 響應(yīng)的服務(wù)請求；更改步驟，將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線終端 裝置的服務(wù)開始請求；發(fā)送步驟，將更改的所述服務(wù)請求發(fā)送給SGSN。
[0031] 本發(fā)明的業(yè)務(wù)卸載裝置，包括：尋呼單元，在無線通信終端裝置為空閑狀態(tài)的情況 下，為了對到達(dá)所述業(yè)務(wù)卸載裝置的發(fā)往所述無線通信終端裝置的下行鏈路進(jìn)行業(yè)務(wù)卸載 而呼叫所述無線通信終端裝置；接收單元，從所述無線通信終端裝置接收作為尋呼響應(yīng)的 服務(wù)請求；更改單元，將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線通信終端裝 置的服務(wù)開始請求；發(fā)送單元，將更改的所述服務(wù)請求發(fā)送給SGSN。
[0032] 本發(fā)明的由分組訪問控制節(jié)點(diǎn)執(zhí)行的控制方法，包括以下步驟：接收步驟，對空閑 狀態(tài)的無線通信終端裝置發(fā)送的作為尋呼響應(yīng)的服務(wù)請求，在業(yè)務(wù)卸載裝置接收將所述服 務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線通信終端裝置的服務(wù)開始請求的所述服務(wù) 請求；處理步驟，進(jìn)行所述無線通信終端裝置的認(rèn)證手續(xù)。
[0033] 本發(fā)明的分組訪問控制節(jié)點(diǎn)，包括：接收單元，對發(fā)自空閑狀態(tài)的無線通信終端裝 置的作為尋呼響應(yīng)的服務(wù)請求，在業(yè)務(wù)卸載裝置接收將所述服務(wù)請求中的服務(wù)類型更改為 表示發(fā)自所述無線通信終端裝置的服務(wù)開始請求的所述服務(wù)請求；處理單元，進(jìn)行所述無 線通信終端裝置的認(rèn)證手續(xù)。
[0034] 本發(fā)明的基站裝置采用的結(jié)構(gòu)包括：接收單元，從無線通信終端裝置接收對尋呼 的尋呼響應(yīng)；判定單元，判定所述尋呼響應(yīng)是否為與從本裝置發(fā)送的尋呼對應(yīng)的響應(yīng)；以 及發(fā)送單元，在判定為所述尋呼響應(yīng)是與從本裝置發(fā)送的尋呼對應(yīng)的響應(yīng)時，將變更服務(wù) 請求的請求包含在所述尋呼響應(yīng)中，發(fā)送到網(wǎng)關(guān)裝置。
[0035] 發(fā)明的效果
[0036] 根據(jù)本發(fā)明，在有從因特網(wǎng)或本地網(wǎng)發(fā)往UE的呼入的情況下，也能夠不降低移動 電話網(wǎng)的安全等級而正常地進(jìn)行呼叫連接。
【專利附圖】
【附圖說明】
[0037] 圖1是表示無線通信系統(tǒng)的結(jié)構(gòu)的圖。
[0038] 圖2是表示MT-2000分組系統(tǒng)中的呼叫連接步驟的時序圖。
[0039] 圖3是表示將發(fā)自毫微微基站的通信業(yè)務(wù)直接卸載到因特網(wǎng)或本地網(wǎng)的步驟的 時序圖。
[0040] 圖4是表示有從因特網(wǎng)或本地網(wǎng)對毫微微基站的發(fā)往UE的呼入時的呼叫連接步 驟的時序圖。
[0041] 圖5是表示本發(fā)明的實(shí)施方式1的無線通信系統(tǒng)的結(jié)構(gòu)的圖。
[0042] 圖6是表示圖5所示的毫微微基站的結(jié)構(gòu)的方框圖。
[0043] 圖7是表示圖5所示的GW的結(jié)構(gòu)的方框圖。
[0044] 圖8是表示本發(fā)明的實(shí)施方式1的UE與毫微微基站之間的呼叫連接步驟的時序 圖。
[0045] 圖9A是表示HNBAP或RUA信號的直接傳送的內(nèi)容的圖。
[0046] 圖9B是表不NAS更新請求彳目息的/[目息兀素的圖。
[0047] 圖10A是表示將S1AP信號的從UE最初發(fā)送的NAS信息轉(zhuǎn)發(fā)到核心網(wǎng)的直接傳輸 的內(nèi)容的圖。
[0048] 圖10B是表示NAS更新指示的信息元素的圖。
[0049] 圖11是表示本發(fā)明的實(shí)施方式2的毫微微基站的結(jié)構(gòu)的方框圖。
[0050] 圖12是表示本發(fā)明的實(shí)施方式2的UE與毫微微基站之間的呼叫連接步驟的時序 圖。
[0051] 圖13是表示本發(fā)明的實(shí)施方式3的毫微微基站的結(jié)構(gòu)的方框圖。
[0052] 圖14是表示本發(fā)明的實(shí)施方式3的UE的結(jié)構(gòu)的方框圖。
[0053] 圖15是表示本發(fā)明的實(shí)施方式3的UE與毫微微基站之間的呼叫連接步驟的時序 圖。
【具體實(shí)施方式】
[0054] 以下，參照附圖詳細(xì)說明本發(fā)明的實(shí)施方式。再者，在以下的各個實(shí)施方式 中，基于 GPRS(General Packet Radio Service，通用分組無線服務(wù)）、UMTS(Universal Mobile Telecommunications System，通用移動通信系統(tǒng)）等的在 3GPP(3rd Generation Partnership Project)中進(jìn)行了標(biāo)準(zhǔn)化的無線訪問技術(shù)進(jìn)行說明。但是，本發(fā)明并不限 于正在3GPP中進(jìn)行標(biāo)準(zhǔn)化的LTE (Long Term Evolution，長期演進(jìn)）和已經(jīng)在3GPP中進(jìn) 行了標(biāo)準(zhǔn)化的無線訪問技術(shù)，也可以適用于IEEE802. 16、IEEE802. 16e或IEEE802. 16m等 WiMAX(Worldwide Interoperability for Microwave Access，全球微波互聯(lián)訪問）、3GPP2 等無線訪問技術(shù)。
[0055] (實(shí)施方式1)
[0056] 圖5是表示本發(fā)明的實(shí)施方式1的無線通信系統(tǒng)的結(jié)構(gòu)的圖。圖5所示的無線通 信系統(tǒng)包括UE100、毫微微基站110、GW140以及核心網(wǎng)。
[0057] 毫微微基站110設(shè)置在用戶住宅131內(nèi)，進(jìn)行無線資源的分配和管理，并且經(jīng)由上 行鏈路接收從UE100的物理層轉(zhuǎn)發(fā)的信息，將接收到的數(shù)據(jù)經(jīng)由下行鏈路轉(zhuǎn)發(fā)到UE100。也 就是說，毫微微基站110對UE100承擔(dān)無線訪問網(wǎng)的訪問點(diǎn)的作用。
[0058] UE100經(jīng)由毫微微基站110與核心網(wǎng)、因特網(wǎng)或本地網(wǎng)進(jìn)行通信。在本地網(wǎng)中設(shè)置 PC130等，PC130與UE100不經(jīng)由核心網(wǎng)而經(jīng)由毫微微基站110直接進(jìn)行通信，向用戶提供 各種交互服務(wù)。
[0059] GW140位于毫微微基站110與核心網(wǎng)之間，將位于核心網(wǎng)的SGSN150與許多毫微微 基站110之間的通信匯集中繼。通過不能從核心網(wǎng)直接看見毫微微基站110,能夠不增加核 心網(wǎng)內(nèi)的裝置的處理負(fù)荷而展開多個毫微微基站110。
[0060] 在核心網(wǎng)中設(shè)置有SGSN150和GGSN160, SGSN150在接收來自UE100的服務(wù)請求 后，進(jìn)行UE100的認(rèn)證步驟，控制GW140與GGSN160之間的呼叫連接處理。另外，GGSN160進(jìn) 行分組通信所需的、分配給UE100的數(shù)據(jù)通信用地址的管理等。
[0061] 圖6是表示圖5所示的毫微微基站110的結(jié)構(gòu)的方框圖。在圖6中，接收單元111 將從UE100發(fā)送的RRC信號和上行用戶數(shù)據(jù)輸出到無線控制單元112。另外，接收單元111 將從GW140 發(fā)送的 HNBAP(Home NodeB Application Part，家庭基站應(yīng)用部分）、RUA(RANAP User Adaptation，RANAP(radio access network application part;無線訪問網(wǎng)絡(luò)應(yīng)用部 分）用戶適配）信號和發(fā)往UE100的下行用戶數(shù)據(jù)輸出到GW控制單元113。另外，接收單 元111將從因特網(wǎng)或本地網(wǎng)直接接收到的數(shù)據(jù)輸出到核心網(wǎng)功能單元114。
[0062] 無線控制單元112終止（terminate)從接收單元111輸出的RRC信號，與UE100之 間建立RRC連接。另外，無線控制單元112根據(jù)RRC信號判斷UE100請求與核心網(wǎng)之間進(jìn) 行NAS (Non Access Stratum,非訪問層）信息的收發(fā)，將NAS信息輸出到GW控制單兀113。 進(jìn)而，無線控制單元112將從GW控制單元113輸出的控制信息編碼為RRC信號，經(jīng)由發(fā)送 單元115輸出到UE100。
[0063] 另外，無線控制單元112在接收來自UE100的上行用戶數(shù)據(jù)后，終止無線協(xié)議，將 用戶數(shù)據(jù)輸出到GW控制單元113。另外，無線控制單元112在接收從GW控制單元113發(fā)往 UE100的下行用戶數(shù)據(jù)后，根據(jù)規(guī)定的參數(shù)進(jìn)行無線協(xié)議處理，經(jīng)由發(fā)送單元115將數(shù)據(jù)發(fā) 送到UE100。
[0064] GW控制單元113處理從接收單元111輸出的HNBAP或RUA信號，終止來自核心網(wǎng) 的RANAP信號。另外，GW控制單元113基于RANAP信號或從核心網(wǎng)功能單元114輸出的控 制信號，判斷對UE100發(fā)送RRC信號的必要性，在有發(fā)送的必要時，將從核心網(wǎng)或核心網(wǎng)功 能單元114輸出的控制信息輸出到無線控制單元112。
[0065] 另外，GW控制單元113請求核心網(wǎng)功能單元114判斷是否需要進(jìn)行對從無線控制 單元112輸出的UE100的NAS信息或者來自核心網(wǎng)的NAS信息的處理。GW控制單元113基 于核心網(wǎng)功能單元114的判斷結(jié)果，在將UE100的NAS信息包含在RANAP中的同時，將NAS 更新請求信息附加到HNBAP或RUA信號中，經(jīng)由發(fā)送單元115發(fā)送到GW140。
[0066] 另外，在從核心網(wǎng)功能單元114輸出了發(fā)往UE100的NAS信息時，GW控制單元113 將NAS信息輸出到無線控制單元112。GW控制單元113在從GW140或核心網(wǎng)功能單元114 接收發(fā)往UE100的下行用戶數(shù)據(jù)后，終止傳輸網(wǎng)絡(luò)協(xié)議，將用戶數(shù)據(jù)輸出到無線控制單元 112。另外，在從無線控制單元112輸出UE100的上行用戶數(shù)據(jù)時，GW控制單元113根據(jù)規(guī) 定的參數(shù)進(jìn)行傳輸網(wǎng)絡(luò)協(xié)議處理，經(jīng)由發(fā)送單元115將上行用戶數(shù)據(jù)發(fā)送到GW140,或者將 上行用戶數(shù)據(jù)輸出到核心網(wǎng)功能單元114。
[0067] 核心網(wǎng)功能單元114接收經(jīng)由接收單元111從因特網(wǎng)或本地網(wǎng)直接接收到的發(fā)往 UE100的數(shù)據(jù)，并將發(fā)往UE100的用于建立邏輯連接的控制信號輸出到GW控制單元113。
[0068] 另外，核心網(wǎng)功能單元114根據(jù)從GW控制單元113輸出的NAS信息的處理要否判 斷請求，判斷是否在本裝置中處理從UE100接收到的NAS信息。在處理NAS信息時，核心網(wǎng) 功能單元114基于接收到的NAS信息，將用于請求由GW140更新該NAS信息的信息輸出到 GW控制單元113,或者生成發(fā)往UE100的NAS信息，并將生成的NAS信息輸出到GW控制單 元113。另一方面，在不需要處理NAS信息時，核心網(wǎng)功能單元114指示GW控制單元113立 即將接收NAS信息輸出到GW140。此外，核心網(wǎng)功能單元114具有作為判定單元的功能。
[0069] 另外，在從GW控制單元113輸出UE100的上行用戶數(shù)據(jù)時，核心網(wǎng)功能單元114 根據(jù)規(guī)定的參數(shù)進(jìn)行分組數(shù)據(jù)網(wǎng)絡(luò)協(xié)議處理，經(jīng)由發(fā)送單元115將數(shù)據(jù)發(fā)送到因特網(wǎng)或本 地網(wǎng)。另外，在從接收單元111輸出發(fā)往UE100的下行用戶數(shù)據(jù)時，核心網(wǎng)功能單元114終 止分組數(shù)據(jù)網(wǎng)絡(luò)協(xié)議，將數(shù)據(jù)輸出到GW控制單元113。
[0070] 核心網(wǎng)功能單元114具有非CN呼入檢測單元116,在不經(jīng)由核心網(wǎng)（CN)，直接從 因特網(wǎng)或用戶本地網(wǎng)有發(fā)往UE100的呼入時，非CN呼入檢測單元116記憶該呼入為來自核 心網(wǎng)之外的呼入。
[0071] 發(fā)送單元115將從無線控制單元112輸出的RRC控制信號發(fā)送到UE100。另外，發(fā) 送單元115將從無線控制單元112輸出的發(fā)往UE100的下行數(shù)據(jù)發(fā)送到UE100。另外，發(fā) 送單元115將從GW控制單元113輸出的UE100的NAS信息發(fā)送到GW140。另外，發(fā)送單元 115將從GW控制單元113輸出的UE100的上行用戶數(shù)據(jù)發(fā)送到GW140,將從核心網(wǎng)功能單 元114輸出的UE100的上行用戶數(shù)據(jù)分別發(fā)送到因特網(wǎng)或本地網(wǎng)。
[0072] 圖7是表示圖5所示的GW140的結(jié)構(gòu)的方框圖。在圖7中，接收單元141將從毫微 微基站110發(fā)送的包含UE100的NAS信息的HNBAP或RUA信號以及從核心網(wǎng)發(fā)送的RANAP 信號輸出到毫微微控制單元142。另外，接收單元141在從毫微微基站110接收UE100的上 行用戶數(shù)據(jù)后，進(jìn)行規(guī)定的傳輸網(wǎng)絡(luò)協(xié)議處理，將上行用戶數(shù)據(jù)經(jīng)由發(fā)送單元144發(fā)送到 核心網(wǎng)。另外，接收單元141在從核心網(wǎng)接收發(fā)往UE100的下行用戶數(shù)據(jù)后，對該用戶數(shù)據(jù) 進(jìn)行規(guī)定的傳輸網(wǎng)絡(luò)協(xié)議處理，將下行用戶數(shù)據(jù)經(jīng)由發(fā)送單元144發(fā)送到毫微微基站110。
[0073] 毫微微控制單元142將從接收單元141輸出的RANAP信號根據(jù)規(guī)定的參數(shù)而將其 包含在HNBAP或RUA信號中，經(jīng)由發(fā)送單元144輸出到毫微微基站110。另外，在從接收單 元140輸出包含UE100的NAS信息的HNBAP或RUA信號時，毫微微控制單元142終止HNBAP 或RUA信號，提取包含UE100的NAS信息的RANAP信號，將該RANAP信號與HNBAP或RUA信 號內(nèi)的NAS更新請求信息一起輸出到核心網(wǎng)控制單元143。
[0074] 核心網(wǎng)控制單元143具有NAS信息更新單元145,在從毫微微控制單元142輸出包 含UE100的NAS信息的RANAP信號時，NAS信息更新單元145基于一起被通知的HNBAP或 RUA信號內(nèi)的NAS更新請求信息，重寫并更新RANAP中包含的UE100的NAS信息。另外，核 心網(wǎng)控制單元143將包含更新了的UE100的NAS信息的RANAP信號經(jīng)由發(fā)送單元144輸出 到核心網(wǎng)。
[0075] 發(fā)送單元144將從控制單元142輸出的包含UE100的NAS信息的HNBAP或RUA信 號發(fā)送到毫微微基站110。另外，發(fā)送單元144將從核心網(wǎng)控制單元143輸出的、包含更新 了的UE100的NAS信息的RANAP信號發(fā)送到核心網(wǎng)。另外，發(fā)送單元144將從接收單元141 輸出的UE100的上行用戶數(shù)據(jù)發(fā)送到核心網(wǎng)，將下行用戶數(shù)據(jù)發(fā)送到毫微微基站110。
[0076] 接著，使用圖8說明在有從因特網(wǎng)或本地網(wǎng)對毫微微基站110的發(fā)往UE100的呼 入時的、UE100與毫微微基站110之間的呼叫連接步驟。
[0077] 在圖8中，在ST101中，毫微微基站110從因特網(wǎng)或本地網(wǎng)接收發(fā)往UE100的分 組。接收到發(fā)往UE100的分組的毫微微基站110的核心網(wǎng)功能單元114開始用于建立發(fā)往 UE100的邏輯連接的步驟。在ST102中，核心網(wǎng)功能單元114開始用于表示有對UE100的呼 入的尋呼步驟。此時，毫微微基站110將用于表示由于有從因特網(wǎng)或本地網(wǎng)發(fā)往UE100的 呼入而開始了尋呼步驟的信息，存儲在非CN呼入檢測單元116中。
[0078] 在ST103中，UE100通過尋呼請求檢測有發(fā)往自己的呼入，在與毫微微基站110之 間建立RRC連接。在ST104中，UE100為了響應(yīng)尋呼請求，將發(fā)往連接中的SGSN150的服 務(wù)請求發(fā)送到毫微微基站110。此外，服務(wù)請求中包含用于表示尋呼響應(yīng)的信息（Paging Response,尋呼響應(yīng)）。
[0079] 在ST105中，毫微微基站110判斷是自己進(jìn)行從UE100接收到的NAS信號的處理， 還是將該NAS信號中繼到核心網(wǎng)。毫微微基站110的核心網(wǎng)功能單元114在從GW控制單 元113接受NAS信息的處理要否判斷請求后，基于存儲在非CN呼入檢測單元116中的信息， 判斷接收到的NAS信息（服務(wù)請求：尋呼響應(yīng)）是否為對在ST102中自己發(fā)送的尋呼請求 的響應(yīng)（NAS驗(yàn)證）。
[0080] 在ST106中，毫微微基站110使用RANAP的直接傳送（Direct Transfer)，對從 UE100接收到的NAS信息（服務(wù)請求：尋呼響應(yīng)）進(jìn)行編碼，使用依照毫微微基站110與 GW140之間的控制接口規(guī)格的協(xié)議（例如，HNBAP或RUA)的直接傳送對RANAP進(jìn)行編碼，并 發(fā)送到GW140。
[0081] 圖9A是表示HNBAP或RUA信號的直接傳送的內(nèi)容的圖。另外，圖9B是表示NAS更 新請求信息（SR Modification Request, SR變更請求）的信息元素的圖。在圖9A中，包含用 于表示是直接傳送的消息類型（Message Type)、用于表示是否為發(fā)往CS/PS域中的哪個域 的消息的CN域ID (CN Domain ID)、作為高層協(xié)議RANAP本身的RANAP消息（RANAP Message) 等。進(jìn)而，在直接傳送中包含SR變更請求，如圖9B所示，在SR變更請求中包含用于表示 修正RANAP消息內(nèi)的服務(wù)請求的類型的必要性的信息（ModificationNecessity，變更必要 性）、用于表示在有修正的必要時的實(shí)際的修正內(nèi)容的信息（Modification Contents,變更 內(nèi)容）。
[0082] 在ST105的判定結(jié)果中，在接收到的NAS信息（服務(wù)請求：尋呼響應(yīng)）是對毫 微微基站110發(fā)送的尋呼請求的響應(yīng)時，在HNBAP或RUA信號中包含NAS更新請求信息。 此時，圖9B中的變更必要性（Modification Necessity)的IE類型（IE type)表示必要 (Necessary),變更內(nèi)容（Modification Contents)的IE類型表示從尋呼響應(yīng)向信令的變換 (尋呼響應(yīng)一〉信令）。再者，在該尋呼響應(yīng)是對來自核心網(wǎng)的尋呼請求的普通的尋呼響 應(yīng)時，在HNBAP或RUA信號中不包含NAS更新請求信息，變更必要性的IE類型表示不必要 (Not Necessary)，在GW140中不參照變更內(nèi)容的IE類型。
[0083] 在ST107中，從毫微微基站110接收到HNBAP或RUA信號的GW140終止HNBAP或 RUA，取出RANAP信號。此時，當(dāng)在HNBAP或RUA信號內(nèi)包含NAS更新請求信息時，也就是說， 在圖9B中的變更必要性的IE類型表示必要，變更內(nèi)容的IE類型表示從尋呼響應(yīng)向信令的 變換時，還終止RANAP，取出UE100的NAS信息（服務(wù)請求：尋呼響應(yīng)），將服務(wù)類型為尋呼 響應(yīng)的NAS信息更新為服務(wù)類型為信令的NAS信息。另外，當(dāng)在HNBAP或RUA信號內(nèi)不包 含NAS更新請求信息時，也就是說，在圖9B中的變更必要性的IE類型表示不必要時，對取 出的RANAP信息不進(jìn)行處理，之后，在與核心網(wǎng)之間執(zhí)行在3GPP中制定的規(guī)定的呼叫連接 步驟。
[0084] 在ST108中，GW140對更新了的NAS信息（服務(wù)請求：信令）以RANAP的直接傳送 重新進(jìn)行編碼，并發(fā)送到核心網(wǎng)的SGSN150。
[0085] 在ST109中，從UE100接收到NAS信息（服務(wù)請求：信令）的SGSN150判斷從UE100 接收到普通的服務(wù)開始請求，經(jīng)由毫微微基站110,在與UE100之間進(jìn)行在3GPP中制定的規(guī) 定的安全步驟。
[0086] 在ST110中，完成了與UE100之間的安全步驟的核心網(wǎng)，將表示在ST108中接收到 的來自UE100的服務(wù)請求的規(guī)定的步驟獲得了成功的服務(wù)接受（Service Accept)發(fā)送到 UE100。此時，在從SGSN150接收到的NAS信息的處理要否判定的結(jié)果是接收到的NAS信息 為服務(wù)接受時，毫微微基站110的核心網(wǎng)功能單元114檢測在UE100與SGSN150之間安全 步驟成功，在兩者之間已正常地建立了信令連接。
[0087] 在ST111中，毫微微基站110使用規(guī)定的參數(shù)，向UE100請求其開始對與UE100 之間的服務(wù)的呼叫連接的建立步驟（Request PDP Context Activation,請求PDP上下 文激活）。在該規(guī)定的參數(shù)中，設(shè)定有作為用于確定連接對象數(shù)據(jù)網(wǎng)絡(luò)（PDN)的信息的 APN(Access Point Name，訪問點(diǎn)名），APN例如表示向用戶住宅提供寬帶訪問的ISP。
[0088] 在ST112中，UE100使用在ST111中取得的參數(shù)，通過作為SM(Session Management，會話管理）信號的PDP上下文激活請求（Activate PDP Context Request)向 基站110請求呼叫連接。
[0089] 在ST113中，在毫微微基站110與UE100之間建立對服務(wù)的適當(dāng)?shù)臒o線承載 (DTCH)。
[0090] 在ST114中，確認(rèn)了與UE100之間建立無線承載獲得了成功的毫微微基站110,將 作為SM信號的PDP上下文激活接受（Activate PDP Context Acc印t)發(fā)送到UE100,在 ST115中，UE100與毫微微基站110開始用戶數(shù)據(jù)收發(fā)（分組通信）。
[0091] 這樣，根據(jù)實(shí)施方式1，在有從因特網(wǎng)或本地網(wǎng)對毫微微基站的發(fā)往UE的呼入時， 毫微微基站僅在檢測到是對自己所請求的尋呼的、來自UE的尋呼響應(yīng)時，才將從UE發(fā)送的 服務(wù)請求的服務(wù)類型從尋呼響應(yīng)變換為信令，并中繼到核心網(wǎng)，在UE與核心網(wǎng)之間正常完 成了安全步驟后，通過在毫微微基站與UE之間直接進(jìn)行呼叫連接步驟，從而能夠不降低移 動電話網(wǎng)的安全等級、并且不經(jīng)由核心網(wǎng)而將從因特網(wǎng)或本地網(wǎng)直接到達(dá)了毫微微基站的 通信業(yè)務(wù)發(fā)送到UE。
[0092] 此外，在實(shí)施方式1中，以UMTS為例說明了 GW更新NAS信息，而在LTE/SAE (長期 演進(jìn)/系統(tǒng)架構(gòu)演進(jìn)）系統(tǒng)中，圖9的直接傳送的內(nèi)容不同。
[0093] 圖10A是表示用于將作為LTE/SAE中的毫微微基站與核心網(wǎng)之間的控制協(xié)議的 S1AP信號中存儲的NAS信息、并且是從UE最初發(fā)送的NAS信息，轉(zhuǎn)發(fā)到核心網(wǎng)的直接傳送 的內(nèi)容的圖。另外，圖10B是表示NAS更新指示（SR Modification Indicator, SR變更指 示符）的信息元素的圖。在圖10A中，包含表示是將從UE最初發(fā)送的NAS信息轉(zhuǎn)發(fā)到核心 網(wǎng)的直接傳送的消息類型（Message Type)、作為NAS信息本身的NAS-PDU、用于確定UE和 毫微微基站的信息元素 （eNB UE S1AP ID、TAI、E-UTRAN CGI)、以及開始了 RRC連接的理由 (RRC Establishment cause, RRC建立理由）等。進(jìn)而，在將從UE最初發(fā)送的NAS信息轉(zhuǎn) 發(fā)到核心網(wǎng)的直接傳送中，包含SR變更指示符，如圖10B所示，在SR變更指示符中，包含用 于表示修正NAS-PDU內(nèi)的服務(wù)請求的類型的必要性的信息（Modification Necessity,變更 必要性）、以及在有修正的必要時表示實(shí)際的修正內(nèi)容的信息（Modification Contents,變 更內(nèi)容）。
[0094] 在接收到SR變更指示符的核心網(wǎng)中，在圖10B中的變更必要性的IE類型表示必 要，變更內(nèi)容的IE類型表示從尋呼響應(yīng)向信令的變換時，將服務(wù)類型是尋呼響應(yīng)的NAS信 息更新為服務(wù)類型是信令的NAS信息而繼續(xù)進(jìn)行之后的處理。
[0095] (實(shí)施方式2)
[0096] 在實(shí)施方式1中，說明了在毫微微基站中判定來自UE的服務(wù)請求有無更新的必要 性，GW實(shí)際將UE的服務(wù)請求的服務(wù)類型從尋呼響應(yīng)更新為信令。因此，在信令臨時集中在 GW時，存在GW的負(fù)荷由于RANAP信號的終止處理和NAS信息的更新處理而增加的可能性。 在本發(fā)明的實(shí)施方式2中，說明避免出現(xiàn)這種可能性的情況。
[0097] 圖11是表示本發(fā)明的實(shí)施方式2的毫微微基站120的結(jié)構(gòu)的方框圖。但是，在圖 11中，對與圖6共同的部分，附加與圖6相同的標(biāo)號，并且省略其詳細(xì)說明。圖11與圖6的 不同之處在于，在核心網(wǎng)功能單元124中追加了 NAS信息更新單元145。
[0098] 在從GW控制單元113輸出UE100的NAS信息和NAS更新請求信息時，NAS信息更 新單元145基于NAS更新請求信息，更新UE100的NAS信息。
[0099] 圖12是表示本發(fā)明的實(shí)施方式2的UE100與毫微微基站120之間的呼叫連接步 驟的時序圖。但是，在圖12中，對與圖8共同的部分，附加與圖8相同的標(biāo)號，并且省略其 詳細(xì)說明。
[0100] 在圖12中，在ST206中，毫微微基站120取出UE100的NAS信息（服務(wù)請求：尋呼 響應(yīng)），將服務(wù)類型為尋呼響應(yīng)的NAS信息更新為服務(wù)類型為信令的NAS信息。
[0101] 在ST207中，毫微微基站120將更新了的NAS信息（服務(wù)請求：信令）用RANAP的 直接傳送進(jìn)行編碼，使用依照毫微微基站120與GW140之間的控制接口規(guī)格的協(xié)議（例如， HNBAP或RUA)的直接傳送對該RANAP信號進(jìn)行編碼，并發(fā)送到GW140。
[0102] 這樣，根據(jù)實(shí)施方式2,毫微微基站通過自己更新來自UE的NAS信息，能夠減輕GW 的處理負(fù)荷，并將從因特網(wǎng)或本地網(wǎng)直接到達(dá)毫微微基站的通信業(yè)務(wù)，不經(jīng)由核心網(wǎng)而發(fā) 送到UE。
[0103] (實(shí)施方式3)
[0104] 在實(shí)施方式1和實(shí)施方式2中，說明了在GW或毫微微基站中，將UE的服務(wù)請求的 服務(wù)類型從尋呼響應(yīng)更新為信令。但是，在作為以提供進(jìn)一步提高了的移動通信服務(wù)為目 標(biāo)，從UMTS演進(jìn)而來的下一代移動通信系統(tǒng)的LTE/SAE系統(tǒng)中，規(guī)定了要在UE與CN之間確 保NAS信息的完整性和隱匿性，在作為它們的中間節(jié)點(diǎn)的GW和毫微微基站中進(jìn)行NAS信息 的更新，有可能導(dǎo)致安全等級的降低。因此，在本發(fā)明的實(shí)施方式3中，說明能適用于UMTS 和LTE/SAE雙方的毫微微基站和UE。
[0105] 圖13是表示本發(fā)明的實(shí)施方式3的毫微微基站125的結(jié)構(gòu)的方框圖。但是，在圖 13中，對與圖6共同的部分，附加與圖6相同的標(biāo)號，并且省略其詳細(xì)說明。圖13與圖6的 不同之處在于，在核心網(wǎng)功能單元126中追加了尋呼處理單元127。
[0106] 在從非CN呼入檢測單元116輸出向UE100的非CN呼入檢測信息時，尋呼處理單 元127生成包含非CN呼入信息的尋呼請求，經(jīng)由發(fā)送單元115發(fā)送到UE100。
[0107] 圖14是表示本發(fā)明的實(shí)施方式3的UE100的結(jié)構(gòu)的方框圖。在圖14中，接收單 元101將從毫微微基站125發(fā)送的RRC信號和下行用戶數(shù)據(jù)輸出到無線控制單元102。
[0108] 無線控制單元102終止從接收單元101輸出的RRC信號，與毫微微基站125之間 建立RRC連接。另外，無線控制單元102以規(guī)定的定時監(jiān)視從毫微微基站125發(fā)送的尋呼 信道（PCH)，判定是否包含發(fā)往UE100的尋呼請求。無線控制單元102還具有非CN呼入檢 測單元103,非CN呼入檢測單元103在接收到發(fā)往UE100的尋呼請求時，判定是否包含非 CN呼入信息。在包含非CN呼入信息時，非CN呼入檢測單元103將非CN呼入信息包含在 尋呼請求中，輸出到NAS控制單元104。另外，無線控制單元102將從NAS控制單元104輸 出的NAS信息編碼為RRC信號，根據(jù)在3GPP中制定的規(guī)定的上行發(fā)送步驟，經(jīng)由發(fā)送單元 106輸出到毫微微基站125。
[0109] NAS控制單元104在從非CN呼入檢測單元103接收包含非CN呼入信息的尋呼請 求后，生成服務(wù)類型為信令的服務(wù)請求，并將生成的服務(wù)請求（NAS信息）輸出到無線控制 單元102。當(dāng)在尋呼請求中未包含非CN呼入信息時，如通常那樣，將服務(wù)類型為尋呼響應(yīng)的 服務(wù)請求輸出到無線控制單元102。
[0110] 發(fā)送單元106將從無線控制單元102輸出的包含NAS信息的RRC信號發(fā)送到毫微 微基站125。另外，發(fā)送單元106將從未圖示的高層應(yīng)用輸出的用戶數(shù)據(jù)發(fā)送到毫微微基站 125。
[0111] 圖15是表示本發(fā)明的實(shí)施方式3的UE100與毫微微基站125之間的呼叫連接步 驟的時序圖。但是，在圖15中，對與圖12共同的部分，附加與圖12相同的標(biāo)號，并且省略 其詳細(xì)說明。
[0112] 在圖15中，在ST302中，毫微微基站125的尋呼處理單元127將非CN呼入信息包 含在發(fā)往UE100的尋呼請求中，并發(fā)送到UE100。
[0113] 在ST303中，UE100的NAS控制單元104生成服務(wù)類型為信令的服務(wù)請求（生成 NAS信息）。
[0114] 在ST304中，UE100將在ST303中生成的包含服務(wù)類型為信令的NAS信息的RRC信 號發(fā)送到毫微微基站125。
[0115] 這樣，根據(jù)實(shí)施方式3,毫微微基站將非CN呼入信息包含在尋呼請求中并發(fā)送，UE 在包含非CN呼入信息的尋呼請求的接收處理中，通過自己變更NAS信息，能夠確保NAS信 息的完整性和隱匿性，因此，能夠在UMTS和LTE/SAE雙方的系統(tǒng)中，將從因特網(wǎng)或本地網(wǎng)直 接到達(dá)毫微微基站的通信業(yè)務(wù)，不經(jīng)由核心網(wǎng)而發(fā)送到UE。
[0116] 以上，說明了本發(fā)明的實(shí)施方式。
[0117] 在上述實(shí)施方式中以由硬件構(gòu)成本發(fā)明的情況為例進(jìn)行了說明，但是本發(fā)明也可 以由軟件實(shí)現(xiàn)。
[0118] 另外，在上述各個實(shí)施方式的說明中所使用的各功能塊典型地通過集成電路的 LSI (大規(guī)模集成電路）來實(shí)現(xiàn)。這些塊既可以被單獨(dú)地集成為一個芯片，也可以包含一部 分或全部地被集成為一個芯片。另外，雖然這里稱做LSI，但是根據(jù)集成程度的不同，有時也 稱為1C(集成電路）、系統(tǒng)LSI、超級LSI (Super LSI)、或極大LSI (Ultra LSI)等。
[0119] 另外，實(shí)現(xiàn)集成電路化的方法不僅限于LSI，也可以使用專用電路或通用處理器 來實(shí)現(xiàn)。也可以利用可在LSI制造后編程的FPGA (Field Programmable Gate Array: 現(xiàn)場可編程門陣列），或者可重構(gòu)LSI內(nèi)部的電路單元的連接或設(shè)定的可重構(gòu)處理器 (Reconfigurable Processor) 〇
[0120] 再有，如果隨著半導(dǎo)體技術(shù)的進(jìn)步或者隨其派生的其他技術(shù)的出現(xiàn)，出現(xiàn)了能夠 代替LSI的集成電路化的技術(shù)，當(dāng)然也可以利用該技術(shù)進(jìn)行功能塊的集成化。還存在著適 用生物技術(shù)等的可能性。
[0121] 本發(fā)明的實(shí)施例提供了一種基站裝置，包括：接收單元，從無線通信終端裝置接收 對尋呼的尋呼響應(yīng)；判定單元，判定所述尋呼響應(yīng)是否為與從本裝置發(fā)送的尋呼對應(yīng)的響 應(yīng)；以及發(fā)送單元，在判定為所述尋呼響應(yīng)是與從本裝置發(fā)送的尋呼對應(yīng)的響應(yīng)時，將變更 服務(wù)請求的請求包含在所述尋呼響應(yīng)中，發(fā)送到網(wǎng)關(guān)裝置。
[0122] 根據(jù)本發(fā)明的實(shí)施例提供的基站裝置，所述發(fā)送單元使用無線訪問網(wǎng)絡(luò)應(yīng)用部分 用戶適配協(xié)議，發(fā)送所述請求。
[0123] 本發(fā)明的實(shí)施例還提供了一種基站裝置，包括：接收單元，從無線通信終端裝置接 收對尋呼的尋呼響應(yīng)；判定單元，判定所述尋呼響應(yīng)是否為與從本裝置發(fā)送的尋呼對應(yīng)的 響應(yīng)；以及發(fā)送單元，在判定為所述尋呼響應(yīng)是與從本裝置發(fā)送的尋呼對應(yīng)的響應(yīng)時，將服 務(wù)請求從尋呼響應(yīng)變更為信令，發(fā)送到網(wǎng)關(guān)裝置。
[0124] 本發(fā)明的實(shí)施例還提供了一種網(wǎng)關(guān)裝置，包括：接收單元，經(jīng)由基站裝置接收從無 線通信終端裝置發(fā)送的尋呼響應(yīng)；以及發(fā)送單元，在所述尋呼響應(yīng)中包含了變更服務(wù)請求 的請求時，將服務(wù)請求從尋呼響應(yīng)變更為信令，發(fā)送到核心網(wǎng)。
[0125] 本發(fā)明的實(shí)施例還提供了一種呼叫連接方法，包括：接收步驟，基站裝置從無線通 信終端裝置接收對尋呼的尋呼響應(yīng)；判定步驟，判定所述尋呼響應(yīng)是否為與從所述基站裝 置發(fā)送的尋呼對應(yīng)的響應(yīng)；第一發(fā)送步驟，在判定為所述尋呼響應(yīng)是與從所述基站裝置發(fā) 送的尋呼對應(yīng)的響應(yīng)時，將變更服務(wù)請求的請求包含在所述尋呼響應(yīng)中，從所述基站裝置 發(fā)送到網(wǎng)關(guān)裝置；以及第二發(fā)送步驟，在所述尋呼響應(yīng)中包含了變更服務(wù)請求的請求時，將 服務(wù)請求從尋呼響應(yīng)變更為信令，從所述網(wǎng)關(guān)裝置發(fā)送到核心網(wǎng)。
[0126] 本發(fā)明的實(shí)施例還提供了一種無線通信系統(tǒng)，包括基站裝置和網(wǎng)關(guān)裝置，所述基 站裝置包括：接收單元，從無線通信終端裝置接收對尋呼的尋呼響應(yīng)；判定單元，判定所述 尋呼響應(yīng)是否為與從本裝置發(fā)送的尋呼對應(yīng)的響應(yīng)；以及發(fā)送單元，在判定為所述尋呼響 應(yīng)是與從本裝置發(fā)送的尋呼對應(yīng)的響應(yīng)時，將變更服務(wù)請求的請求包含在所述尋呼響應(yīng) 中，發(fā)送到網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置包括：接收單元，接收從所述基站裝置發(fā)送的尋呼響應(yīng)； 以及發(fā)送單元，在所述尋呼響應(yīng)中包含了變更服務(wù)請求的請求時，將服務(wù)請求從尋呼響應(yīng) 變更為信令，發(fā)送到核心網(wǎng)。
[0127] 2008年10月30日提交的日本專利申請?zhí)卦傅?008-280339號所包含的說明書、 說明書附圖以及說明書摘要的公開內(nèi)容，全部引用于本申請。
[0128] 工業(yè)實(shí)用性
[0129] 本發(fā)明的基站裝置、網(wǎng)關(guān)裝置、呼叫連接方法以及無線通信系統(tǒng)，例如能夠適用于 移動通信系統(tǒng)等。
【權(quán)利要求】
1. 在用于進(jìn)行業(yè)務(wù)卸載的業(yè)務(wù)卸載裝置中執(zhí)行的方法，包括以下步驟： 尋呼步驟，為了對到達(dá)所述業(yè)務(wù)卸載裝置的發(fā)往無線通信終端裝置的下行鏈路進(jìn)行業(yè) 務(wù)卸載而呼叫空閑狀態(tài)的所述無線通信終端裝置； 接收步驟，從所述無線終端裝置接收作為尋呼響應(yīng)的服務(wù)請求； 更改步驟，將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線終端裝置的服務(wù)開 始請求； 發(fā)送步驟，將更改的所述服務(wù)請求發(fā)送給SGSN。
2. 如權(quán)利要求1所述的方法，所述業(yè)務(wù)卸載裝置為毫微微基站。
3. 如權(quán)利要求1所述的方法，所述業(yè)務(wù)卸載裝置具有GGSN功能。
4. 如權(quán)利要求1所述的方法，所述業(yè)務(wù)卸載裝置具有SGSN功能。
5. 業(yè)務(wù)卸載裝置，包括： 尋呼單元，在無線通信終端裝置為空閑狀態(tài)的情況下，為了對到達(dá)所述業(yè)務(wù)卸載裝置 的發(fā)往所述無線通信終端裝置的下行鏈路進(jìn)行業(yè)務(wù)卸載而呼叫所述無線通信終端裝置； 接收單元，從所述無線通信終端裝置接收作為尋呼響應(yīng)的服務(wù)請求； 更改單元，將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線通信終端裝置的服 務(wù)開始請求； 發(fā)送單元，將更改的所述服務(wù)請求發(fā)送給SGSN。
6. 由分組訪問控制節(jié)點(diǎn)執(zhí)行的控制方法，包括以下步驟： 接收步驟，對空閑狀態(tài)的無線通信終端裝置發(fā)送的作為尋呼響應(yīng)的服務(wù)請求，在業(yè)務(wù) 卸載裝置接收將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線通信終端裝置的服 務(wù)開始請求的所述服務(wù)請求； 處理步驟，進(jìn)行所述無線通信終端裝置的認(rèn)證手續(xù)。
7. 如權(quán)利要求6所述的控制方法，發(fā)自所述無線通信終端裝置的服務(wù)開始請求為信 令。
8. 如權(quán)利要求6所述的控制方法，所述認(rèn)證手續(xù)為在3GPP中所定的規(guī)定的安全步驟。
9. 分組訪問控制節(jié)點(diǎn)，包括： 接收單元，對發(fā)自空閑狀態(tài)的無線通信終端裝置的作為尋呼響應(yīng)的服務(wù)請求，在業(yè)務(wù) 卸載裝置接收將所述服務(wù)請求中的服務(wù)類型更改為表示發(fā)自所述無線通信終端裝置的服 務(wù)開始請求的所述服務(wù)請求； 處理單元，進(jìn)行所述無線通信終端裝置的認(rèn)證手續(xù)。
10. 如權(quán)利要求9所述的分組訪問控制節(jié)點(diǎn)，發(fā)自所述無線通信終端裝置的服務(wù)開始 請求為信令。
11. 如權(quán)利要求9所述的分組訪問控制節(jié)點(diǎn)，所述認(rèn)證手續(xù)為在3GPP中所定的規(guī)定的 安全步驟。
【文檔編號】H04M7/12GK104105201SQ201410269770
【公開日】2014年10月15日 申請日期:2009年10月29日 優(yōu)先權(quán)日:2008年10月30日
【發(fā)明者】金澤岳史, 石井義一 申請人:松下電器產(chǎn)業(yè)株式會社