业务卸载装置及其方法、分组访问控制节点及其方法专利检索- .鉴权专利检索查询-专利查询网

业务卸载装置及其方法、分组访问控制节点及其方法
申请号	CN201410269770.6	申请日	2009-10-29	公开(公告)号	CN104105201B	公开(公告)日	2017-09-22
申请人	太阳专利信托公司;			发明人	金泽岳史; 石井义一;
摘要	本发明提供了业务卸载装置及其方法、分组访问控制节点及其方法。所述业务卸载装置执行的方法，包括以下步骤：寻呼步骤，为了对到达所述业务卸载装置的发往无线通信终端装置的下行链路进行业务卸载而呼叫空闲状态的所述无线通信终端装置；接收步骤，从所述无线终端装置接收作为寻呼响应的服务请求；更改步骤，将所述服务请求中的服务类型更改为表示发自所述无线终端装置的服务开始请求；发送步骤，将更改的所述服务请求发送给SGSN。
权利要求	1.在用于不经由无线通信终端装置的核心网而进行业务卸载的业务卸载装置中执行的方法，包括以下步骤：寻呼步骤，为了对到达所述业务卸载装置的发往所述无线通信终端装置的下行链路进行业务卸载而呼叫空闲状态的所述无线通信终端装置；接收步骤，从所述无线通信终端装置接收作为寻呼响应的服务请求；更改步骤，将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求；以及发送步骤，将更改的所述服务请求发送给所述核心网的服务GPRS支持节点，其中GPRS为通用分组无线服务。 2.如权利要求1所述的方法，所述业务卸载装置为毫微微基站。 3.如权利要求1所述的方法，所述业务卸载装置具有网关GPRS支持节点功能。 4.如权利要求1所述的方法，所述业务卸载装置具有服务GPRS支持节点功能。 5.用于不经由无线通信终端装置的核心网而进行业务卸载的业务卸载装置，包括：寻呼单元，在无线通信终端装置为空闲状态的情况下，为了对到达所述业务卸载装置的发往所述无线通信终端装置的下行链路进行业务卸载而呼叫所述无线通信终端装置；接收单元，从所述无线通信终端装置接收作为寻呼响应的服务请求；更改单元，将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求；以及发送单元，将更改的所述服务请求发送给所述核心网的服务GPRS支持节点，其中GPRS为通用分组无线服务。 6.由分组访问控制节点执行的控制方法，包括以下步骤：接收步骤，对空闲状态的无线通信终端装置发送的作为寻呼响应的服务请求，在用于不经由所述无线通信终端装置的核心网而进行业务卸载的业务卸载装置接收将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求的所述服务请求；以及处理步骤，进行所述无线通信终端装置的认证手续。 7.如权利要求6所述的控制方法，发自所述无线通信终端装置的服务开始请求为信令。 8.如权利要求6所述的控制方法，所述认证手续为在3GPP中所定的规定的安全步骤。 9.分组访问控制节点，包括：接收单元，对发自空闲状态的无线通信终端装置的作为寻呼响应的服务请求，在用于不经由所述无线通信终端装置的核心网而进行业务卸载的业务卸载装置接收将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求的所述服务请求；以及处理单元，进行所述无线通信终端装置的认证手续。 10.如权利要求9所述的分组访问控制节点，发自所述无线通信终端装置的服务开始请求为信令。 11.如权利要求9所述的分组访问控制节点，所述认证手续为在3GPP中所定的规定的安全步骤。
说明书全文	业务卸载装置及其方法、分组访问控制节点及其方法技术领域 [0001] 本发明涉及进行呼叫连接的基站装置、网关装置、呼叫连接方法以及无线通信系统。背景技术 [0002] 在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)中，除了正在研究主要设置在室外的小区半径较大的宏小区无线通信基站装置(宏基站)外，还在研究设置在家庭、办公室、乃至餐厅等室内设施中的小区半径为数十米左右的较小小区(毫微微小区)无线通信基站装置(毫微微基站)。 [0003] 图1表示在家庭内设置了毫微微基站时的系统结构。如图1所示，设想在各个家庭中，除了毫微微基站以外，还有IP电话、IP-TV、乃至多台个人计算机等共享一个xDSL或FTTH等的因特网连接固定网。毫微微基站经由集线装置(GW)与核心网连接。 [0004] 目前，为了应对数据通信等增大的业务(traffic)，众多移动电话提供商正加紧扩充设备。因此，通过导入毫微微基站，与增设室外的基站相比，能够抑制成本，并且能够将发自室内的通信业务直接卸载到因特网。由此，期待着还能够降低对移动电话的核心网的负荷。另外，期待着今后用户家内的通信设备与移动电话不经由提供商的核心网而经由毫微微基站直接进行通信，向用户提供各种交互服务(interactive service)。 [0005] 接着，使用图2说明非专利文献1等记载的IMT-2000分组系统中的呼叫连接步骤。参照图2，UE在通过RRC(Radio Resource Control，无线资源控制)步骤(ST11)而可与RNC(Radio Network Controller，无线网络控制器)通信后，通过作为GMM(GPRS Mobility Management，GPRS移动性管理)协议信号的服务请求(Service Request)而对SGSN请求服务开始(ST12)。此时，服务请求中包含请求UE与SGSN之间的信令连接的信息(服务类型为信令(Service Type:Signaling))。 [0006] SGSN对于请求了信令连接的UE进行认证处理(ST13)，若结果能够确认其是合法的UE，则通过作为RANAP信号的安全模式命令(Security Mode Command)指示RNC开始无线区间的隐匿处理(ST14)。然后，若正常地进行了隐匿处理，则UE通过作为SM(Session Management，会话管理)信号的PDP上下文激活请求(Activate Packet Data Protocol Context Request，激活分组数据协议上下文请求)而请求呼叫连接(ST15)。 [0007] 在该SM信号中，设定有作为确定连接对象数据网络(PDN)的信息的APN(Access Point Name，访问点名称)，接收到该SM信号的SGSN通过DNS(Domain Name System，域名系统)步骤，从APN信息取得应连接的GGSN的IP地址信息。然后，在取得GGSN的IP地址获得了成功后，SGSN将作为RANAP信号的RAB分配请求(RAB Assignment Request)发送到RNC，请求RNC与SGSN之间的隧道处理(tunneling)的设定(ST16)。 [0008] 接着，确认了RNC与SGSN之间的隧道处理的设定的SGSN，向具有通过DNS步骤取得的IP地址的GGSN发送作为GTP(GPRS Tunneling Protocol，GPRS隧道处理协议)信号的PDP上下文生成请求(Create PDP Context Request)，请求对UE的呼叫设定(ST17)。 [0009] 该GTP信号也设定有APN信息，在接收到GTP信号的GGSN中根据APN信息确定应呼叫连接的PDN。然后，在正常地进行GGSN的连接处理后，通过作为GTP信号的PDP上下文生成响应(Create PDP Context Response)对SGSN通知正常地进行了连接处理(ST18)。在该时刻，GGSN建立对该UE的路由(路径选择)信息，并将其作为PDP上下文(PDP Context)进行管理。 [0010] 接着，来自GGSN的响应信号经由SGSN，通过作为SM信号的PDP上下文激活接受(Activate PDP Context Accept)传输到UE(ST19)，UE开始用户数据收发(分组通信)(ST20)。在该时刻，SGSN建立对该UE的路由信息，并将其作为PDP上下文进行管理。 [0011] 这样，在IMT-2000分组系统中，通过上述一系列的处理，从UE对GGSN设定每个呼叫的逻辑连接，进行隧道处理而实现分组通信。 [0012] 接着，使用图3说明将发自毫微微基站的通信业务不经由移动电话的核心网而直接卸载到因特网或本地网(home network)的步骤。但是，在图3中，对与图2共同的部分，附加与图2相同的标号，并且省略其详细说明。这里，假设毫微微基站具有图2所示的SGSN和GGSN的功能。另外，UE无法同时附属于(Attach)多个SGSN，因此，以UE持续附属于位于核心网的SGSN为前提。 [0013] 接收到UE发送的PDP上下文激活请求的毫微微基站不将该请求转发到SGSN，而通过其本身具有的SGSN功能，根据APN信息选择应连接的PDN(ST21)。此时，APN中包含的信息，例如表示向用户住宅提供宽带访问的ISP。 [0014] 毫微微基站通过其本身具有的GGSN功能，决定处理对UE的呼叫设定。之后，通过由内置于毫微微基站的GGSN、SGSN、RNC以及NodeB功能进行图2中的ST16至ST20的处理，实现了从UE到GGSN设定每个呼叫的逻辑连接，将发自毫微微基站的通信业务不经由移动电话的核心网而直接卸载到因特网或本地网。 [0015] 现有技术文献 [0016] 非专利文献 [0017] 非专利文献1：3GPP TS23.060v7.8.0 发明内容 [0018] 发明要解决的问题 [0019] 然而，在将上述数据卸载方法适用于从因特网或本地网到毫微微基站的通信业务时，存在如下问题。 [0020] 通常，通过被称为“寻呼”的区域内群呼进行对空闲状态的UE的来自核心网的呼入步骤。在寻呼中，在通知发往UE的呼入的信息到达SGSN后，SGSN对于位于预先注册的UE的在网区域的基站，群发用于表示有对UE呼入的信息。 [0021] UE被设定为以规定的定时根据基站的发送信号确认是否存在发给自己的呼入。在有呼入时，UE对SGSN发送图2所示的服务请求(ST12)。此时，在服务请求中，包含表示是对寻呼的响应的信息(Service Type:Paging Response(服务类型：寻呼响应))。之后，通过进行图2所示的呼叫连接步骤，从UE到GGSN设定每个呼叫的逻辑连接，进行隧道处理而实现分组通信。 [0022] 接着，图4表示有从因特网或本地网对毫微微基站的发往UE的呼入时的呼叫连接步骤。在图4中，毫微微基站从因特网或本地网接收发往UE的分组(ST22)。 [0023] 通过内置于毫微微基站的SGSN、GGSN功能，毫微微基站将寻呼消息发送到UE(ST23)。 [0024] 如上所述，UE附属于位于核心网的SGSN，因此在检测到有寻呼时，对于核心网的SGSN发送包含了表示寻呼响应的信息的服务请求(ST24)。 [0025] 在从UE接收到服务请求(服务类型为寻呼响应(Service Type:Paging Response))的核心网的SGSN中，没有留存对于UE发送了寻呼消息的记录，所以该SGSN判断为从UE接收到错误的服务请求，对于UE发送服务拒绝消息(Service Reject，服务拒绝)(ST25)。 [0026] 在服务请求被SGSN拒绝时，无法进行之后的安全步骤(有关UE的认证和无线区间的隐匿的准备)，UE无法正常地完成基于来自因特网或本地网的呼入的呼叫连接步骤。 [0027] 作为上述问题的解决策略，可以考虑UE临时附属于内置于毫微微基站的SGSN，由毫微微基站的SGSN处理来自UE的服务请求。但是，在这种情况下，为了由毫微微基站的SGSN进行安全步骤，需要使UE的认证关联信息从核心网的SGSN移动到毫微微小区。也就是说，使设想设置在普通用户住宅内的毫微微基站存储重要的用户认证信息，其结果可能导致安全等级(level)的降低。 [0028] 本发明的目的在于，提供在有从因特网或本地网发往UE的呼入的情况下，也能够不降低移动电话网的安全等级而正常地进行呼叫连接的基站装置、网关装置、呼叫连接方法以及无线通信系统。 [0029] 解决问题的方案 [0030] 本发明的在用于进行业务卸载的业务卸载装置中执行的方法，包括以下步骤：寻呼步骤，为了对到达所述业务卸载装置的发往无线通信终端装置的下行链路进行业务卸载而呼叫空闲状态的所述无线通信终端装置；接收步骤，从所述无线终端装置接收作为寻呼响应的服务请求；更改步骤，将所述服务请求中的服务类型更改为表示发自所述无线终端装置的服务开始请求；发送步骤，将更改的所述服务请求发送给SGSN。 [0031] 本发明的业务卸载装置，包括：寻呼单元，在无线通信终端装置为空闲状态的情况下，为了对到达所述业务卸载装置的发往所述无线通信终端装置的下行链路进行业务卸载而呼叫所述无线通信终端装置；接收单元，从所述无线通信终端装置接收作为寻呼响应的服务请求；更改单元，将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求；发送单元，将更改的所述服务请求发送给SGSN。 [0032] 本发明的由分组访问控制节点执行的控制方法，包括以下步骤：接收步骤，对空闲状态的无线通信终端装置发送的作为寻呼响应的服务请求，在业务卸载装置接收将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求的所述服务请求；处理步骤，进行所述无线通信终端装置的认证手续。 [0033] 本发明的分组访问控制节点，包括：接收单元，对发自空闲状态的无线通信终端装置的作为寻呼响应的服务请求，在业务卸载装置接收将所述服务请求中的服务类型更改为表示发自所述无线通信终端装置的服务开始请求的所述服务请求；处理单元，进行所述无线通信终端装置的认证手续。 [0034] 本发明的基站装置采用的结构包括：接收单元，从无线通信终端装置接收对寻呼的寻呼响应；判定单元，判定所述寻呼响应是否为与从本装置发送的寻呼对应的响应；以及发送单元，在判定为所述寻呼响应是与从本装置发送的寻呼对应的响应时，将变更服务请求的请求包含在所述寻呼响应中，发送到网关装置。 [0035] 发明的效果 [0036] 根据本发明，在有从因特网或本地网发往UE的呼入的情况下，也能够不降低移动电话网的安全等级而正常地进行呼叫连接。附图说明 [0037] 图1是表示无线通信系统的结构的图。 [0038] 图2是表示IMT-2000分组系统中的呼叫连接步骤的时序图。 [0039] 图3是表示将发自毫微微基站的通信业务直接卸载到因特网或本地网的步骤的时序图。 [0040] 图4是表示有从因特网或本地网对毫微微基站的发往UE的呼入时的呼叫连接步骤的时序图。 [0041] 图5是表示本发明的实施方式1的无线通信系统的结构的图。 [0042] 图6是表示图5所示的毫微微基站的结构的方框图。 [0043] 图7是表示图5所示的GW的结构的方框图。 [0044] 图8是表示本发明的实施方式1的UE与毫微微基站之间的呼叫连接步骤的时序图。 [0045] 图9A是表示HNBAP或RUA信号的直接传送的内容的图。 [0046] 图9B是表示NAS更新请求信息的信息元素的图。 [0047] 图10A是表示将S1AP信号的从UE最初发送的NAS信息转发到核心网的直接传输的内容的图。 [0048] 图10B是表示NAS更新指示的信息元素的图。 [0049] 图11是表示本发明的实施方式2的毫微微基站的结构的方框图。 [0050] 图12是表示本发明的实施方式2的UE与毫微微基站之间的呼叫连接步骤的时序图。 [0051] 图13是表示本发明的实施方式3的毫微微基站的结构的方框图。 [0052] 图14是表示本发明的实施方式3的UE的结构的方框图。 [0053] 图15是表示本发明的实施方式3的UE与毫微微基站之间的呼叫连接步骤的时序图。具体实施方式 [0054] 以下，参照附图详细说明本发明的实施方式。再者，在以下的各个实施方式中，基于GPRS(General Packet Radio Service，通用分组无线服务)、UMTS(Universal Mobile Telecommunications System，通用移动通信系统)等的在3GPP(3rd Generation Partnership Project)中进行了标准化的无线访问技术进行说明。但是，本发明并不限于正在3GPP中进行标准化的LTE(Long Term Evolution，长期演进)和已经在3GPP中进行了标准化的无线访问技术，也可以适用于IEEE802.16、IEEE802.16e或IEEE802.16m等WiMAX(Worldwide Interoperability for Microwave Access，全球微波互联访问)、3GPP2等无线访问技术。 [0055] (实施方式1) [0056] 图5是表示本发明的实施方式1的无线通信系统的结构的图。图5所示的无线通信系统包括UE100、毫微微基站110、GW140以及核心网。 [0057] 毫微微基站110设置在用户住宅131内，进行无线资源的分配和管理，并且经由上行链路接收从UE100的物理层转发的信息，将接收到的数据经由下行链路转发到UE100。也就是说，毫微微基站110对UE100承担无线访问网的访问点的作用。 [0058] UE100经由毫微微基站110与核心网、因特网或本地网进行通信。在本地网中设置PC130等，PC130与UE100不经由核心网而经由毫微微基站110直接进行通信，向用户提供各种交互服务。 [0059] GW140位于毫微微基站110与核心网之间，将位于核心网的SGSN150与许多毫微微基站110之间的通信汇集中继。通过不能从核心网直接看见毫微微基站110，能够不增加核心网内的装置的处理负荷而展开多个毫微微基站110。 [0060] 在核心网中设置有SGSN150和GGSN160，SGSN150在接收来自UE100的服务请求后，进行UE100的认证步骤，控制GW140与GGSN160之间的呼叫连接处理。另外，GGSN160进行分组通信所需的、分配给UE100的数据通信用地址的管理等。 [0061] 图6是表示图5所示的毫微微基站110的结构的方框图。在图6中，接收单元111将从UE100发送的RRC信号和上行用户数据输出到无线控制单元112。另外，接收单元111将从GW140发送的HNBAP(Home NodeB Application Part，家庭基站应用部分)、RUA(RANAP User Adaptation，RANAP(radio access network application part；无线访问网络应用部分)用户适配)信号和发往UE100的下行用户数据输出到GW控制单元113。另外，接收单元111将从因特网或本地网直接接收到的数据输出到核心网功能单元114。 [0062] 无线控制单元112终止(terminate)从接收单元111输出的RRC信号，与UE100之间建立RRC连接。另外，无线控制单元112根据RRC信号判断UE100请求与核心网之间进行NAS(Non Access Stratum，非访问层)信息的收发，将NAS信息输出到GW控制单元113。进而，无线控制单元112将从GW控制单元113输出的控制信息编码为RRC信号，经由发送单元115输出到UE100。 [0063] 另外，无线控制单元112在接收来自UE100的上行用户数据后，终止无线协议，将用户数据输出到GW控制单元113。另外，无线控制单元112在接收从GW控制单元113发往UE100的下行用户数据后，根据规定的参数进行无线协议处理，经由发送单元115将数据发送到UE100。 [0064] GW控制单元113处理从接收单元111输出的HNBAP或RUA信号，终止来自核心网的RANAP信号。另外，GW控制单元113基于RANAP信号或从核心网功能单元114输出的控制信号，判断对UE100发送RRC信号的必要性，在有发送的必要时，将从核心网或核心网功能单元114输出的控制信息输出到无线控制单元112。 [0065] 另外，GW控制单元113请求核心网功能单元114判断是否需要进行对从无线控制单元112输出的UE100的NAS信息或者来自核心网的NAS信息的处理。GW控制单元113基于核心网功能单元114的判断结果，在将UE100的NAS信息包含在RANAP中的同时，将NAS更新请求信息附加到HNBAP或RUA信号中，经由发送单元115发送到GW140。 [0066] 另外，在从核心网功能单元114输出了发往UE100的NAS信息时，GW控制单元113将NAS信息输出到无线控制单元112。GW控制单元113在从GW140或核心网功能单元114接收发往UE100的下行用户数据后，终止传输网络协议，将用户数据输出到无线控制单元112。另外，在从无线控制单元112输出UE100的上行用户数据时，GW控制单元113根据规定的参数进行传输网络协议处理，经由发送单元115将上行用户数据发送到GW140，或者将上行用户数据输出到核心网功能单元114。 [0067] 核心网功能单元114接收经由接收单元111从因特网或本地网直接接收到的发往UE100的数据，并将发往UE100的用于建立逻辑连接的控制信号输出到GW控制单元113。 [0068] 另外，核心网功能单元114根据从GW控制单元113输出的NAS信息的处理要否判断请求，判断是否在本装置中处理从UE100接收到的NAS信息。在处理NAS信息时，核心网功能单元114基于接收到的NAS信息，将用于请求由GW140更新该NAS信息的信息输出到GW控制单元113，或者生成发往UE100的NAS信息，并将生成的NAS信息输出到GW控制单元113。另一方面，在不需要处理NAS信息时，核心网功能单元114指示GW控制单元113立即将接收NAS信息输出到GW140。此外，核心网功能单元114具有作为判定单元的功能。 [0069] 另外，在从GW控制单元113输出UE100的上行用户数据时，核心网功能单元114根据规定的参数进行分组数据网络协议处理，经由发送单元115将数据发送到因特网或本地网。另外，在从接收单元111输出发往UE100的下行用户数据时，核心网功能单元114终止分组数据网络协议，将数据输出到GW控制单元113。 [0070] 核心网功能单元114具有非CN呼入检测单元116，在不经由核心网(CN)，直接从因特网或用户本地网有发往UE100的呼入时，非CN呼入检测单元116记忆该呼入为来自核心网之外的呼入。 [0071] 发送单元115将从无线控制单元112输出的RRC控制信号发送到UE100。另外，发送单元115将从无线控制单元112输出的发往UE100的下行数据发送到UE100。另外，发送单元115将从GW控制单元113输出的UE100的NAS信息发送到GW140。另外，发送单元115将从GW控制单元113输出的UE100的上行用户数据发送到GW140，将从核心网功能单元114输出的UE100的上行用户数据分别发送到因特网或本地网。 [0072] 图7是表示图5所示的GW140的结构的方框图。在图7中，接收单元141将从毫微微基站110发送的包含UE100的NAS信息的HNBAP或RUA信号以及从核心网发送的RANAP信号输出到毫微微控制单元142。另外，接收单元141在从毫微微基站110接收UE100的上行用户数据后，进行规定的传输网络协议处理，将上行用户数据经由发送单元144发送到核心网。另外，接收单元141在从核心网接收发往UE100的下行用户数据后，对该用户数据进行规定的传输网络协议处理，将下行用户数据经由发送单元144发送到毫微微基站110。 [0073] 毫微微控制单元142将从接收单元141输出的RANAP信号根据规定的参数而将其包含在HNBAP或RUA信号中，经由发送单元144输出到毫微微基站110。另外，在从接收单元140输出包含UE100的NAS信息的HNBAP或RUA信号时，毫微微控制单元142终止HNBAP或RUA信号，提取包含UE100的NAS信息的RANAP信号，将该RANAP信号与HNBAP或RUA信号内的NAS更新请求信息一起输出到核心网控制单元143。 [0074] 核心网控制单元143具有NAS信息更新单元145，在从毫微微控制单元142输出包含UE100的NAS信息的RANAP信号时，NAS信息更新单元145基于一起被通知的HNBAP或RUA信号内的NAS更新请求信息，重写并更新RANAP中包含的UE100的NAS信息。另外，核心网控制单元143将包含更新了的UE100的NAS信息的RANAP信号经由发送单元144输出到核心网。 [0075] 发送单元144将从控制单元142输出的包含UE100的NAS信息的HNBAP或RUA信号发送到毫微微基站110。另外，发送单元144将从核心网控制单元143输出的、包含更新了的UE100的NAS信息的RANAP信号发送到核心网。另外，发送单元144将从接收单元141输出的UE100的上行用户数据发送到核心网，将下行用户数据发送到毫微微基站110。 [0076] 接着，使用图8说明在有从因特网或本地网对毫微微基站110的发往UE100的呼入时的、UE100与毫微微基站110之间的呼叫连接步骤。 [0077] 在图8中，在ST101中，毫微微基站110从因特网或本地网接收发往UE100的分组。接收到发往UE100的分组的毫微微基站110的核心网功能单元114开始用于建立发往UE100的逻辑连接的步骤。在ST102中，核心网功能单元114开始用于表示有对UE100的呼入的寻呼步骤。此时，毫微微基站110将用于表示由于有从因特网或本地网发往UE100的呼入而开始了寻呼步骤的信息，存储在非CN呼入检测单元116中。 [0078] 在ST103中，UE100通过寻呼请求检测有发往自己的呼入，在与毫微微基站110之间建立RRC连接。在ST104中，UE100为了响应寻呼请求，将发往连接中的SGSN150的服务请求发送到毫微微基站110。此外，服务请求中包含用于表示寻呼响应的信息(Paging Response，寻呼响应)。 [0079] 在ST105中，毫微微基站110判断是自己进行从UE100接收到的NAS信号的处理，还是将该NAS信号中继到核心网。毫微微基站110的核心网功能单元114在从GW控制单元113接受NAS信息的处理要否判断请求后，基于存储在非CN呼入检测单元116中的信息，判断接收到的NAS信息(服务请求：寻呼响应)是否为对在ST102中自己发送的寻呼请求的响应(NAS验证)。 [0080] 在ST106中，毫微微基站110使用RANAP的直接传送(Direct Transfer)，对从UE100接收到的NAS信息(服务请求：寻呼响应)进行编码，使用依照毫微微基站110与GW140之间的控制接口规格的协议(例如，HNBAP或RUA)的直接传送对RANAP进行编码，并发送到GW140。 [0081] 图9A是表示HNBAP或RUA信号的直接传送的内容的图。另外，图9B是表示NAS更新请求信息(SR Modification Request，SR变更请求)的信息元素的图。在图9A中，包含用于表示是直接传送的消息类型(Message Type)、用于表示是否为发往CS/PS域中的哪个域的消息的CN域ID(CN Domain ID)、作为高层协议RANAP本身的RANAP消息(RANAP Message)等。进而，在直接传送中包含SR变更请求，如图9B所示，在SR变更请求中包含用于表示修正RANAP消息内的服务请求的类型的必要性的信息(ModificationNecessity，变更必要性)、用于表示在有修正的必要时的实际的修正内容的信息(Modification Contents，变更内容)。 [0082] 在ST105的判定结果中，在接收到的NAS信息(服务请求：寻呼响应)是对毫微微基站110发送的寻呼请求的响应时，在HNBAP或RUA信号中包含NAS更新请求信息。此时，图9B中的变更必要性(Modification Necessity)的IE类型(IE type)表示必要(Necessary)，变更内容(Modification Contents)的IE类型表示从寻呼响应向信令的变换(寻呼响应－>信令)。再者，在该寻呼响应是对来自核心网的寻呼请求的普通的寻呼响应时，在HNBAP或RUA信号中不包含NAS更新请求信息，变更必要性的IE类型表示不必要(Not Necessary)，在GW140中不参照变更内容的IE类型。 [0083] 在ST107中，从毫微微基站110接收到HNBAP或RUA信号的GW140终止HNBAP或RUA，取出RANAP信号。此时，当在HNBAP或RUA信号内包含NAS更新请求信息时，也就是说，在图9B中的变更必要性的IE类型表示必要，变更内容的IE类型表示从寻呼响应向信令的变换时，还终止RANAP，取出UE100的NAS信息(服务请求：寻呼响应)，将服务类型为寻呼响应的NAS信息更新为服务类型为信令的NAS信息。另外，当在HNBAP或RUA信号内不包含NAS更新请求信息时，也就是说，在图9B中的变更必要性的IE类型表示不必要时，对取出的RANAP信息不进行处理，之后，在与核心网之间执行在3GPP中制定的规定的呼叫连接步骤。 [0084] 在ST108中，GW140对更新了的NAS信息(服务请求：信令)以RANAP的直接传送重新进行编码，并发送到核心网的SGSN150。 [0085] 在ST109中，从UE100接收到NAS信息(服务请求：信令)的SGSN150判断从UE100接收到普通的服务开始请求，经由毫微微基站110，在与UE100之间进行在3GPP中制定的规定的安全步骤。 [0086] 在ST110中，完成了与UE100之间的安全步骤的核心网，将表示在ST108中接收到的来自UE100的服务请求的规定的步骤获得了成功的服务接受(Service Accept)发送到UE100。此时，在从SGSN150接收到的NAS信息的处理要否判定的结果是接收到的NAS信息为服务接受时，毫微微基站110的核心网功能单元114检测在UE100与SGSN150之间安全步骤成功，在两者之间已正常地建立了信令连接。 [0087] 在ST111中，毫微微基站110使用规定的参数，向UE100请求其开始对与UE100之间的服务的呼叫连接的建立步骤(Request PDP Context Activation，请求PDP上下文激活)。在该规定的参数中，设定有作为用于确定连接对象数据网络(PDN)的信息的APN(Access Point Name，访问点名)，APN例如表示向用户住宅提供宽带访问的ISP。 [0088] 在ST112中，UE100使用在ST111中取得的参数，通过作为SM(Session Management，会话管理)信号的PDP上下文激活请求(Activate PDP Context Request)向基站110请求呼叫连接。 [0089] 在ST113中，在毫微微基站110与UE100之间建立对服务的适当的无线承载(DTCH)。 [0090] 在ST114中，确认了与UE100之间建立无线承载获得了成功的毫微微基站110，将作为SM信号的PDP上下文激活接受(Activate PDP Context Accept)发送到UE100，在ST115中，UE100与毫微微基站110开始用户数据收发(分组通信)。 [0091] 这样，根据实施方式1，在有从因特网或本地网对毫微微基站的发往UE的呼入时，毫微微基站仅在检测到是对自己所请求的寻呼的、来自UE的寻呼响应时，才将从UE发送的服务请求的服务类型从寻呼响应变换为信令，并中继到核心网，在UE与核心网之间正常完成了安全步骤后，通过在毫微微基站与UE之间直接进行呼叫连接步骤，从而能够不降低移动电话网的安全等级、并且不经由核心网而将从因特网或本地网直接到达了毫微微基站的通信业务发送到UE。 [0092] 此外，在实施方式1中，以UMTS为例说明了GW更新NAS信息，而在LTE/SAE(长期演进/系统架构演进)系统中，图9的直接传送的内容不同。 [0093] 图10A是表示用于将作为LTE/SAE中的毫微微基站与核心网之间的控制协议的S1AP信号中存储的NAS信息、并且是从UE最初发送的NAS信息，转发到核心网的直接传送的内容的图。另外，图10B是表示NAS更新指示(SR Modification Indicator，SR变更指示符)的信息元素的图。在图10A中，包含表示是将从UE最初发送的NAS信息转发到核心网的直接传送的消息类型(Message Type)、作为NAS信息本身的NAS-PDU、用于确定UE和毫微微基站的信息元素(eNB UE S1AP ID、TAI、E-UTRAN CGI)、以及开始了RRC连接的理由(RRC Establishment cause，RRC建立理由)等。进而，在将从UE最初发送的NAS信息转发到核心网的直接传送中，包含SR变更指示符，如图10B所示，在SR变更指示符中，包含用于表示修正NAS-PDU内的服务请求的类型的必要性的信息(Modification Necessity，变更必要性)、以及在有修正的必要时表示实际的修正内容的信息(Modification Contents，变更内容)。 [0094] 在接收到SR变更指示符的核心网中，在图10B中的变更必要性的IE类型表示必要，变更内容的IE类型表示从寻呼响应向信令的变换时，将服务类型是寻呼响应的NAS信息更新为服务类型是信令的NAS信息而继续进行之后的处理。 [0095] (实施方式2) [0096] 在实施方式1中，说明了在毫微微基站中判定来自UE的服务请求有无更新的必要性，GW实际将UE的服务请求的服务类型从寻呼响应更新为信令。因此，在信令临时集中在GW时，存在GW的负荷由于RANAP信号的终止处理和NAS信息的更新处理而增加的可能性。在本发明的实施方式2中，说明避免出现这种可能性的情况。 [0097] 图11是表示本发明的实施方式2的毫微微基站120的结构的方框图。但是，在图11中，对与图6共同的部分，附加与图6相同的标号，并且省略其详细说明。图11与图6的不同之处在于，在核心网功能单元124中追加了NAS信息更新单元145。 [0098] 在从GW控制单元113输出UE100的NAS信息和NAS更新请求信息时，NAS信息更新单元145基于NAS更新请求信息，更新UE100的NAS信息。 [0099] 图12是表示本发明的实施方式2的UE100与毫微微基站120之间的呼叫连接步骤的时序图。但是，在图12中，对与图8共同的部分，附加与图8相同的标号，并且省略其详细说明。 [0100] 在图12中，在ST206中，毫微微基站120取出UE100的NAS信息(服务请求：寻呼响应)，将服务类型为寻呼响应的NAS信息更新为服务类型为信令的NAS信息。 [0101] 在ST207中，毫微微基站120将更新了的NAS信息(服务请求：信令)用RANAP的直接传送进行编码，使用依照毫微微基站120与GW140之间的控制接口规格的协议(例如，HNBAP或RUA)的直接传送对该RANAP信号进行编码，并发送到GW140。 [0102] 这样，根据实施方式2，毫微微基站通过自己更新来自UE的NAS信息，能够减轻GW的处理负荷，并将从因特网或本地网直接到达毫微微基站的通信业务，不经由核心网而发送到UE。 [0103] (实施方式3) [0104] 在实施方式1和实施方式2中，说明了在GW或毫微微基站中，将UE的服务请求的服务类型从寻呼响应更新为信令。但是，在作为以提供进一步提高了的移动通信服务为目标，从UMTS演进而来的下一代移动通信系统的LTE/SAE系统中，规定了要在UE与CN之间确保NAS信息的完整性和隐匿性，在作为它们的中间节点的GW和毫微微基站中进行NAS信息的更新，有可能导致安全等级的降低。因此，在本发明的实施方式3中，说明能适用于UMTS和LTE/SAE双方的毫微微基站和UE。 [0105] 图13是表示本发明的实施方式3的毫微微基站125的结构的方框图。但是，在图13中，对与图6共同的部分，附加与图6相同的标号，并且省略其详细说明。图13与图6的不同之处在于，在核心网功能单元126中追加了寻呼处理单元127。 [0106] 在从非CN呼入检测单元116输出向UE100的非CN呼入检测信息时，寻呼处理单元127生成包含非CN呼入信息的寻呼请求，经由发送单元115发送到UE100。 [0107] 图14是表示本发明的实施方式3的UE100的结构的方框图。在图14中，接收单元101将从毫微微基站125发送的RRC信号和下行用户数据输出到无线控制单元102。 [0108] 无线控制单元102终止从接收单元101输出的RRC信号，与毫微微基站125之间建立RRC连接。另外，无线控制单元102以规定的定时监视从毫微微基站125发送的寻呼信道(PCH)，判定是否包含发往UE100的寻呼请求。无线控制单元102还具有非CN呼入检测单元103，非CN呼入检测单元103在接收到发往UE100的寻呼请求时，判定是否包含非CN呼入信息。在包含非CN呼入信息时，非CN呼入检测单元103将非CN呼入信息包含在寻呼请求中，输出到NAS控制单元104。另外，无线控制单元102将从NAS控制单元104输出的NAS信息编码为RRC信号，根据在3GPP中制定的规定的上行发送步骤，经由发送单元106输出到毫微微基站 125。 [0109] NAS控制单元104在从非CN呼入检测单元103接收包含非CN呼入信息的寻呼请求后，生成服务类型为信令的服务请求，并将生成的服务请求(NAS信息)输出到无线控制单元102。当在寻呼请求中未包含非CN呼入信息时，如通常那样，将服务类型为寻呼响应的服务请求输出到无线控制单元102。 [0110] 发送单元106将从无线控制单元102输出的包含NAS信息的RRC信号发送到毫微微基站125。另外，发送单元106将从未图示的高层应用输出的用户数据发送到毫微微基站125。 [0111] 图15是表示本发明的实施方式3的UE100与毫微微基站125之间的呼叫连接步骤的时序图。但是，在图15中，对与图12共同的部分，附加与图12相同的标号，并且省略其详细说明。 [0112] 在图15中，在ST302中，毫微微基站125的寻呼处理单元127将非CN呼入信息包含在发往UE100的寻呼请求中，并发送到UE100。 [0113] 在ST303中，UE100的NAS控制单元104生成服务类型为信令的服务请求(生成NAS信息)。 [0114] 在ST304中，UE100将在ST303中生成的包含服务类型为信令的NAS信息的RRC信号发送到毫微微基站125。 [0115] 这样，根据实施方式3，毫微微基站将非CN呼入信息包含在寻呼请求中并发送，UE在包含非CN呼入信息的寻呼请求的接收处理中，通过自己变更NAS信息，能够确保NAS信息的完整性和隐匿性，因此，能够在UMTS和LTE/SAE双方的系统中，将从因特网或本地网直接到达毫微微基站的通信业务，不经由核心网而发送到UE。 [0116] 以上，说明了本发明的实施方式。 [0117] 在上述实施方式中以由硬件构成本发明的情况为例进行了说明，但是本发明也可以由软件实现。 [0118] 另外，在上述各个实施方式的说明中所使用的各功能块典型地通过集成电路的LSI(大规模集成电路)来实现。这些块既可以被单独地集成为一个芯片，也可以包含一部分或全部地被集成为一个芯片。另外，虽然这里称做LSI，但是根据集成程度的不同，有时也称为IC(集成电路)、系统LSI、超级LSI(Super LSI)、或极大LSI(Ultra LSI)等。 [0119] 另外，实现集成电路化的方法不仅限于LSI，也可以使用专用电路或通用处理器来实现。也可以利用可在LSI制造后编程的FPGA(Field Programmable Gate Array：现场可编程门阵列)，或者可重构LSI内部的电路单元的连接或设定的可重构处理器(Reconfigurable Processor)。 [0120] 再有，如果随着半导体技术的进步或者随其派生的其他技术的出现，出现了能够代替LSI的集成电路化的技术，当然也可以利用该技术进行功能块的集成化。还存在着适用生物技术等的可能性。 [0121] 本发明的实施例提供了一种基站装置，包括：接收单元，从无线通信终端装置接收对寻呼的寻呼响应；判定单元，判定所述寻呼响应是否为与从本装置发送的寻呼对应的响应；以及发送单元，在判定为所述寻呼响应是与从本装置发送的寻呼对应的响应时，将变更服务请求的请求包含在所述寻呼响应中，发送到网关装置。 [0122] 根据本发明的实施例提供的基站装置，所述发送单元使用无线访问网络应用部分用户适配协议，发送所述请求。 [0123] 本发明的实施例还提供了一种基站装置，包括：接收单元，从无线通信终端装置接收对寻呼的寻呼响应；判定单元，判定所述寻呼响应是否为与从本装置发送的寻呼对应的响应；以及发送单元，在判定为所述寻呼响应是与从本装置发送的寻呼对应的响应时，将服务请求从寻呼响应变更为信令，发送到网关装置。 [0124] 本发明的实施例还提供了一种网关装置，包括：接收单元，经由基站装置接收从无线通信终端装置发送的寻呼响应；以及发送单元，在所述寻呼响应中包含了变更服务请求的请求时，将服务请求从寻呼响应变更为信令，发送到核心网。 [0125] 本发明的实施例还提供了一种呼叫连接方法，包括：接收步骤，基站装置从无线通信终端装置接收对寻呼的寻呼响应；判定步骤，判定所述寻呼响应是否为与从所述基站装置发送的寻呼对应的响应；第一发送步骤，在判定为所述寻呼响应是与从所述基站装置发送的寻呼对应的响应时，将变更服务请求的请求包含在所述寻呼响应中，从所述基站装置发送到网关装置；以及第二发送步骤，在所述寻呼响应中包含了变更服务请求的请求时，将服务请求从寻呼响应变更为信令，从所述网关装置发送到核心网。 [0126] 本发明的实施例还提供了一种无线通信系统，包括基站装置和网关装置，所述基站装置包括：接收单元，从无线通信终端装置接收对寻呼的寻呼响应；判定单元，判定所述寻呼响应是否为与从本装置发送的寻呼对应的响应；以及发送单元，在判定为所述寻呼响应是与从本装置发送的寻呼对应的响应时，将变更服务请求的请求包含在所述寻呼响应中，发送到网关装置，所述网关装置包括：接收单元，接收从所述基站装置发送的寻呼响应；以及发送单元，在所述寻呼响应中包含了变更服务请求的请求时，将服务请求从寻呼响应变更为信令，发送到核心网。 [0127] 2008年10月30日提交的日本专利申请特愿第2008-280339号所包含的说明书、说明书附图以及说明书摘要的公开内容，全部引用于本申请。 [0128] 工业实用性 [0129] 本发明的基站装置、网关装置、呼叫连接方法以及无线通信系统，例如能够适用于移动通信系统等。

意见反馈