CN108353451B - 终端、基站、移动通信系统及能力信息发送方法 - Google Patents

Abstract

一种终端、基站、移动通信系统及能力信息发送方法。在支持再利用用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中的所述基站中，包括：删除单元，在所述基站保持了与所述用户装置关联的上下文信息的状态下，在所述用户装置结束连接状态的情况下，删除该上下文信息中的规定的信息；以及获取单元，在所述用户装置恢复连接状态的情况下，在所述移动通信系统中从保持所述规定的信息的通信控制装置中获取该规定的信息。

Description

终端、基站、移动通信系统及能力信息发送方法

技术领域

本发明涉及移动通信系统中的用户装置UE和基站eNB各自保持UE上下文的技术。

背景技术

LTE系统中，用户装置UE(以下，描述为UE)中的和基站eNB(以下，描述为eNB)之间的连接状态被表示为RRC(无线资源控制(Radio Resource Control))空闲状态(RRC_Idle)和RRC连接状态(RRC_Connected)两种。

在UE连接到网络时，生成UE上下文，在RRC连接状态中，该UE上下文被保持在UE连接的eNB以及该UE中。另外，UE上下文是包含承载关联信息、安全关联信息等的信息。

由于当UE在RRC空闲状态和RRC连接状态之间迁移时，发生包含核心NW侧的呼叫控制的信令在内的许多呼叫控制的信令，所以如何削减信令成为了课题。

例如，在使UE从RRC连接状态向RRC空闲状态迁移时，发生如图1所示的信令(非专利文献1等)。图1的情形，是eNB2检测到在规定时间没有发生UE1的通信，切断和UE1的连接并迁移至RRC空闲状态的情形。

在图1中，eNB2向MME3发送UE上下文释放请求(UE Context Release Request)(步骤1)。MME3向S-GW4发送承载释放请求(Release Access Bearers Request(释放接入承载请求))(步骤2)，S-GW4向MME3返回承载释放应答(Release Access Bearers Response(释放接入承载应答))(步骤3)。

MME3向eNB2发送UE上下文释放指令(UE Context Release Command)(步骤4)。eNB2向UE1发送RRC连接释放(RRC Connection Release)(步骤5)，使UE1释放UE上下文，并使其迁移至RRC空闲状态。此外，eNB2释放UE上下文，并向MME3发送UE上下文释放完成(UEContext Release Complete)(步骤6)。

现有技术文献

非专利文献

非专利文献1:3GPP TS 36.413 V12.4.0(2014-12)

非专利文献2:3GPP TSG RAN Meeting#66RP-142030 Maui,USA,8th-11thDecember 2014

非专利文献3:3GPP TR 23.720 V1.1.0(2015-10)

非专利文献4:3GPP TSG-RAN WG3 Meeting#90 R3-152688 Anaheim,CA,U.S.,16th-20th November 2015

非专利文献5:3GPP TS 36.331 V12.6.0(2015-06)

发明内容

发明所要解决的课题

图1所示的信令过程中，不仅在RRC连接释放时发生大量的信令，当UE从RRC空闲状态重新迁移至RRC连接状态时，为了设定UE上下文发生大量的信令。

为了削减UE在RRC空闲状态和RRC连接状态之间迁移时的信令，开始研究当UE在同一eNB内迁移为RRC连接状态->RRC空闲状态->RRC连接状态的情况下，在eNB以及UE中保持UE上下文并再利用的方法(非专利文献2)。参照图2说明在该方法中被考虑的过程的例子。

图2的(a)中所示的状态是UE1处于RRC连接状态，且在核心NW侧中，建立了该UE1所涉及的S1-C的连接和S1-U的连接(图中为S1-C/U)的状态。另外，S1-C的连接是发送C-plane信号的S1连接，S1-U的连接为通过U-plane的S1连接。

从(a)所示的状态，如(b)，(c)所示，通过RRC连接释放(RRC ConnectionRelease)，UE1迁移至RRC空闲状态。此时，保持eNB2中的对于UE1的UE上下文，此外，也保持UE1中的对于eNB2的UE上下文，并维持对于UE1的S1-C/U连接。然后，如(d)所示，在UE1迁移至RRC连接状态时，通过eNB2和UE1再利用所保持的UE上下文，从而削减信令，并建立RRC连接。

图2所示的结构中，eNB2为了和RRC连接状态的UE1进行数据发送接收，需要获取UE能力(UE capability)(UE1的能力信息)。由于UE能力是被设想为包含在UE上下文中的信息，所以如图2的(c)所示，在UE1为RRC空闲状态时，eNB2保持的UE上下文中包含UE能力。

但是，由于UE能力的尺寸通常可达数百比特，若要在eNB2中保存多个UE的能力，则需要保证大的存储器容量，导致eNB2的高成本。

如上所述的课题不限于UE能力，是在保持大尺寸的信息作为UE上下文的情况下可产生的课题。

本发明鉴于上述情况而完成，其目的在于，提供在支持再利用用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中，能够削减基站保持的上下文信息的尺寸的技术。

用于解决课题的手段

根据本发明的实施方式，提供一种基站，其是在支持再利用在用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中的所述基站，其特征在于，包括：

删除单元，在所述基站保持了与所述用户装置关联的上下文信息的状态下，在所述用户装置结束连接状态的情况下，删除该上下文信息中的规定的信息；以及

获取单元，在所述用户装置恢复连接状态的情况下，在所述移动通信系统中从保持所述规定的信息的通信控制装置获取该规定的信息。

此外，根据本发明的实施方式，提供一种上下文信息保持方法，所述上下文信息保持方法由支持再利用在用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中的所述基站执行，其特征在于，包括：

删除步骤，在所述基站保持了与所述用户装置关联的上下文信息的状态下，在所述用户装置结束连接状态的情况下，删除该上下文信息中的规定的信息；以及

获取步骤，在所述用户装置恢复连接状态的情况下，在所述移动通信系统中从保持所述规定的信息的通信控制装置获取该规定的信息。

此外，根据本发明的实施方式，提供一种上下文信息保持方法，所述上下文信息保持方法由支持再利用在用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中的通信控制装置和所述基站执行，其特征在于，包括：

在所述基站保持了与所述用户装置关联的上下文信息的状态下，在所述用户装置结束连接状态的情况下，所述基站删除所述上下文信息中的规定的信息的步骤；

在所述用户装置恢复连接状态的情况下，所述基站向所述通信控制装置发送用于表示该连接状态的恢复的信号的步骤；以及

所述通信控制装置接收所述信号，并向所述基站发送包含所述规定的信息的应答信号的步骤。

发明效果

根据本发明的实施方式，提供在支持再利用在用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中，能够削减基站所保持的上下文信息的尺寸的技术。

附图说明

图1是表示向RRC空闲状态迁移的情况下的信令时序例的图。

图2是用于说明在保持UE上下文的情况下的处理的例子的图。

图3是本发明的实施方式中的通信系统的结构图。

图4是表示实施方式1中的系统整体的处理时序的例子的图。

图5是表示实施方式1中的系统整体的处理时序的例子的图。

图6是表示UE上下文中止过程(UE context suspend procedure)的图。

图7是表示UE上下文恢复过程(UE context resume procedure)的图。

图8是表示UE能力的发送过程例的图。

图9是用于说明UE上下文恢复请求(UE context resume request)消息的图。

图10是用于说明UE上下文恢复应答(UE context resume response)消息的图。

图11是用于说明UE上下文中止请求(UE context suspend request)消息的图。

图12是用于说明UE上下文中止应答(UE context suspend response)消息的图。

图13是表示实施方式2中的系统整体的处理时序的例子的图。

图14是用于说明实施方式2中的连接建立过程的图。

图15是用于说明实施方式2中的连接释放过程的图。

图16A是表示与UE能力有关的规格变更例的图。

图16B是表示与UE能力有关的规格变更例的图。

图17是表示与UE能力有关的规格变更例的图。

图18是表示与UE能力有关的规格变更例的图。

图19是MME和S-GW的结构图。

图20是MME30的HW结构图。

图21是UE50的结构图。

图22是UE50的HW结构图。

图23是eNB10的结构图。

图24是eNB10的HW结构图。

具体实施方式

以下，参照附图说明本发明的实施方式。另外，在以下说明的实施方式只是一例，应用本发明的实施方式并不限于以下的实施方式。例如，在本实施方式中，以LTE的系统作为对象，但本发明能够不限于应用于LTE。例如，也能够应用于5G。此外，在本说明书以及权利请求书中，除非另有说明“，LTE”的术语并不限定于3GPP的特定的Rel(版本)。

此外，在以下说明的实施方式中，设为在成为了保留/空闲状态时，从在eNB中保持的UE上下文中删除UE能力，并在恢复连接时，从MME获取UE能力，但将信息量削减的对象设为UE能力只是一例。例如，也可以代替UE能力或者除了UE能力之外，将RadioResourceConfigDedicated的信息作为削减的对象。即，也可以设为在成为了保留/空闲状态时，从在eNB中保存的UE上下文中删除RadioResourceConfigDedicated的信息，并在恢复连接时，从MME获取RadioResourceConfigDedicated的信息。此外，也可以将UE能力、RadioResourceConfigDedicated以外的信息作为对象。

(系统整体结构)

图3是表示本发明的实施方式中的通信系统的结构例的图。如图3所示，本实施方式的通信系统包含eNB10、eNB20、MME30、S-GW(服务网关(Serving Gateway))40、UE50。另外，关于核心网络(EPC)，图3仅表示与本实施方式相关联的部分。

UE50是移动电话机等用户装置。eNB10、20各自为基站。MME30是容纳eNB，并进行位置注册、寻呼(paging)、切换(handover)等移动控制、进行承载建立/删除等的节点装置。S-GW40是进行用户数据(U-Plane数据)的中继的节点装置。另外，也可以将MME30称为通信控制装置。此外，也可以以一个装置构成MME30和S-GW40，并将其称为通信控制装置。

如图3所示，MME30和eNB10、20之间通过S1-MME接口连接，S-GW40和eNB10、20之间通过S1-U接口连接。虚线的连接线表示控制信号接口，实线的连接线表示用户数据转发的接口。

在本实施方式中，如前所述，以如下方式作为前提：即使在UE50在同一eNB内从RRC连接状态迁移至RRC空闲状态的情况下，也设在该eNB中保持UE50的UE上下文，并在UE50中也保持与该eNB的连接有关的UE上下文。如前所述，该方式是能够削减信令数的方式。

在本实施方式中，作为上述方式的例子，将基于非专利文献3中描述的定义了所谓RRC-Suspended(RRC中止)(以及ECM-Suspended(ECM中止))的新的RRC的状态的方式的实施例作为实施例1进行说明，并将基于没有定义新的RRC的状态而进行UE上下文的再利用的方式的实施例作为实施例2进行说明。

(实施例1)

首先，说明实施例1。如上所述，在实施例1的方式中，除了以往的RRC-Idle(RRC空闲状态)和RRC-Connected(RRC连接状态)，追加了所谓RRC-Suspended(RRC-中止)(称为RRC保留状态)的状态。在RRC保留状态中，UE和eNB各自保持在成为RRC保留状态之前的RRC连接状态下用于连接的UE上下文。然后，当从RRC保留状态迁移至RRC连接状态时，使用该保持的UE上下文来进行RRC连接建立。

<实施例1：整体时序例>

首先，作为实施例1中的通信系统整体的时序例，参照图4说明UE50从RRC空闲状态向RRC保留状态(以及ECM保留状态)迁移的情况的处理时序。另外，图4以及后述的图5中所述的整体的处理时序本身，由于已在非专利文献3中公开，所以在这里说明概要。当然，在非专利文献3中没有公开与UE能力有关的操作。

在步骤101中，eNB10决定保留RRC连接。在步骤102中，eNB10向MME30发送表示保留了UE50的RRC连接的消息。MME30和eNB30保持UE上下文。

通过步骤103、104中的消息，在步骤105中，MME30返回对于步骤102的确认(Ack)。在步骤106中，MME30进入ECM-SUSPENDED的状态。

在步骤107中，eNB10向UE50发送RRC连接中止(RRC connection suspend)消息，并使UE50成为RRC保留状态(步骤108)。RRC连接中止消息中包含恢复ID(Resume ID)。恢复ID是在接下来恢复RRC连接的情况下使用的识别符。在RRC保留状态中，UE50和eNB10各自储存UE上下文。

这里，在本实施方式中，在UE50和eNB10各自中被保持的UE上下文例如是RRC设定(RRC configuration)、承载设定(bearer configuration:包含RoHC状态信息(RoHC stateinformation)等)、AS安全上下文(接入层安全上下文(Access Stratum SecurityContext))、L2/L1参数(MAC、PHY的设定等)等。

在UE50和eNB10中作为UE上下文可以保持相同信息，也可以是UE50仅保持与eNB10的连接所需的UE上下文的信息，eNB10仅保持与UE50的连接所需的UE上下文的信息。

更具体而言，在RRC保留状态中，例如，UE50和eNB10各自将RRC连接设置(RRCConnection Setup)中携带的RadioResourceConfigDedicated的信息、RRC连接设置完成(RRC Connection Setup Complete)中携带的能力信息、以及安全关联信息(密钥信息等)、RRC安全模式命令(RRC Security Mode Command)中携带的安全关联信息、RRC连接重设定(RRC Connection Reconfiguration)中携带的设定信息等作为UE上下文进行保持。另外，这些为一例，作为UE上下文而保持的信息并不限定于此，也可以追加地保持信息，也可以设为不保持这些信息的一部分。

此外，在本实施方式中，UE无线能力(UE radio capability(将其描述为UE能力(UE capability)))也是包含在UE上下文中的信息。但是，如后所述，在本实施方式中，在RRC保留状态中，基本上eNB10不保持UE能力。此外，UE能力并不限定于UE无线能力。

通过UE50和eNB10各自保持如上所述的信息作为UE上下文，从而当从RRC保留状态迁移至RRC连接状态时，不用进行RRC连接设置完成、RRC安全模式命令、RRC安全模式完毕(RRC Security Mode Complete)、RRC连接重设定完成(RRC Connection ReconfigurationComplete)等消息的发送接收就能够进行RRC连接建立。

接下来，参照图5说明UE50从RRC保留状态迁移至RRC连接状态的情况的时序例。图5表示了处于RRC保留状态(步骤151)的UE50接受来电的(步骤152～155)情形，但这是例子，在处于RRC保留状态的UE50进行发信的情况下，关于UE上下文的再利用也进行同样的处理。

在从eNB10接收到寻呼的UE中，在步骤156中，从EMM层启动RRC恢复过程(resumeprocedure)。在步骤157中从UE50向eNB10发送随机接入前导码(Random AccessPreamble)，在步骤158中，从eNB10向UE10返回随机接入应答(Random Access Response)。

在步骤159中，作为消息3，UE50向eNB10发送RRC连接恢复请求(RRC ConnectionResume Request)消息。

在该RRC连接恢复请求消息中，包含作为表示UE50保持UE上下文的信息的恢复ID(Resume ID)。接收到RRC连接恢复请求消息的eNB10获取与该消息中包含的恢复ID关联地储存的UE50的UE上下文，并基于UE上下文的信息，进行承载的恢复等。在步骤160中，eNB10对于UE50发送包含恢复ID的RRC连接恢复完成(RRC Connection Resume Complete)消息。

在步骤161中，UE50和eNB10恢复所储存的安全上下文。然后，在步骤162～165中，进行对于MME30的UE50的状态变更的通知等。

<关于UE上下文的保留过程、恢复过程>

参照图4、图5说明的与S1-AP UE上下文中止、恢复(S1-AP UE Context Suspend、resume)有关的信令的例子，例如在非专利文献4(R3-152688)中描述。在非专利文献4中，作为对于非专利文献1(3GPP TS 36.413)的变更，描述了与S1-AP UE上下文中止、恢复有关的信令等。

在实施例1中，若应用非专利文献4的技术，则对应于图4所示的步骤102、步骤105，执行图6所示的步骤201、步骤202。

在表示UE上下文的保留过程(UE context suspend procedure(UE上下文中止过程))的图6中，在步骤201中，eNB10向MME30发送UE上下文中止请求(UE Context Suspendrequest)(UE上下文保留请求)。由此，MME30掌握UE上下文为保留状态。此外，通过步骤202，MME30向eNB10发送UE上下文中止应答(UE Context Suspend response)(UE上下文保留应答)。由此，eNB10将RRC连接设为保留状态。

此外，在实施方式1中，若应用非专利文献4的技术，则对应于图5中所示的步骤162、步骤165，执行图7中所示的步骤301、步骤302。

在表示UE上下文的恢复过程(UE context resume procedure)的图7中，在步骤301中，eNB10向MME30发送UE上下文恢复请求(UE Context Resume request)。由此，MME30掌握UE上下文被恢复。此外，通过步骤302，MME30向eNB10发送UE上下文恢复应答(UEContext Resume response)。

<关于作为UE上下文的UE能力的保持/发送>

作为本实施方式中的系统的通常的操作，在UE50的电源开启等时实施的附接过程、或者从UE50向MME30的服务请求过程等中，eNB10从MME30获取UE能力。如果在MME30中没有保存该UE50的能力的情况下，eNB10向UE50直接请求而获取。

在图8中表示eNB10向UE50直接请求而获取的情况下的过程的例子(非专利文献5)。如图8所示，eNB10向UE50发送UECapabilityEnquiry(UE能力信息请求)(步骤11)，响应于该请求，UE50向eNB10发送UE能力(步骤12)。eNB10向MME30发送从UE50获取的UE能力，MME30保持该UE能力。

在本实施方式中UE上下文中包含UE能力。但是，如已经说明的那样，UE能力的尺寸通常可达数百比特。因此，若要将大量的保留状态的UE的能力作为UE上下文在eNB10中保存，则需要保证大的存储器容量，导致eNB10的高成本。

因此，在实施例1中，在UE50以保持了UE上下文的状态向保留状态进行了迁移的情况下，eNB10不保存UE50的UE能力，而将其消除。

具体而言，在图4所示的序列中，在步骤107中，在eNB10向UE50发送了RRC连接中止消息之后，eNB10消除在eNB10中保持的UE50的UE能力。

此外，在UE50恢复到RRC连接状态的情况下，通过使用S1-AP UE上下文恢复过程(图5的步骤162、165，图7中的步骤301、302)，eNB10获取UE50的能力。

具体而言，首先参照图7进行说明，eNB10通过步骤301的UE上下文恢复请求向MME30请求UE50的能力。即，在UE上下文恢复请求中，包含用于表示请求UE50的能力的请求信息。

MME30根据UE上下文恢复请求中包含的请求信息，将保持的UE50的能力包含在UE上下文恢复应答中发送给eNB10(步骤302)。由此，eNB10能够获取UE50的UE能力。

另外，在步骤301中，也可以在UE上下文恢复请求中不包含用于表示请求UE50的能力的请求信息，在步骤302中，MME30一律将保持的UE50的能力包含在UE上下文恢复应答中发送给eNB10。另外，在该情况下，UE上下文恢复请求本身相当于上述请求信息。

在图5的时序中，在步骤162中，eNB10向MME30请求用于恢复RRC连接的UE50的能力。在步骤165中，MME30向eNB10发送所保持的UE50的能力。

在图9中表示在进行上述处理的情况下的UE上下文恢复请求消息的内容例。图9基于在非专利文献4中描述的对于非专利文献1(3GPP TS 36.413)追加的内容，但下划线部分与上述UE能力的获取相关联，在非专利文献4中没有描述。表示UE上下文恢复过程关联的消息内容的其他图也同样如此。

如图9所示，在UE上下文恢复请求消息中，作为UE的识别符，包含MME UE S1AP ID、eNB UE S1AP ID、以及S-TMSI(SAE临时移动用户标识(SAE temporary mobile subscriberidentity))。S-TMSI是根据UE50固有的识别符生成的临时的UE50的识别符，在UE50的位置注册时等从MME30发出。在本实施方式中，由于MME30将UE50的UE能力与UE50的S-TMSI关联地进行保持，所以MME30能够通过使用在UE上下文恢复请求消息中包含的UE50的S-TMSI来检索保存了多个UE能力的存储部，从而提取UE50的UE能力。

另外，使用S-TMSI作为UE的识别符只是一例。只要能够提取UE50的UE能力，可以使用任意的识别符。例如，也可以设为在UE上下文恢复请求消息中不包含S-TMSI，MME30通过MME UE S1AP ID或者eNB UE S1AP ID确定UE50，并提取UE50的UE能力。

图10表示UE上下文恢复应答消息的内容例。如图10所示，包含由MME30提取出的UE50的UE能力。

<关于迁移至保留状态时的UE能力的转发>

在实施例1中，可以设为在UE50以保持了UE上下文的状态迁移至保留状态时，eNB10向MME30转发UE50的UE能力。具体而言，在图4的步骤102、图6的步骤201中转发UE50的UE能力。

接收到UE能力(称为转发UE能力)的MME30对转发UE能力进行储存。在已经储存了UE能力的情况下，例如，覆写已经储存了的UE能力来储存转发UE能力。此外，在转发UE能力对于已经储存了的UE能力包含更新了的信息或新的信息的情况下，也可以仅覆写该更新了的信息或新的信息。

由于UE能力在之前的阶段中在附接过程等中从eNB10被发送给MME30，所以这里的转发不是必须的，但通过进行该转发，MME30能够保持最新的UE能力。

图11中，表示进行上述转发的情况下的UE上下文中止请求消息的内容例。如图11所示，包含UE能力。图12表示UE上下文中止应答消息的内容例。

(实施例2)

接下来，说明实施方式2。如前所述，实施例2是不定义诸如RRC-中止(RRC-Suspended)的新的状态，UE和eNB在RRC空闲状态下保持UE上下文，并在迁移至RRC连接状态时，通过再利用所保持的UE上下文，能够削减信令数的方式。

<整体的时序例>

首先，作为实施例2中的通信系统整体的时序例，说明在对于RRC空闲状态的UE50存在来电的情况下，从MME30进行寻呼的方式。更具体而言，参照图13说明在UE50连接到eNB10而成为RRC连接状态，在eNB10下属的小区中成为RRC空闲状态，并在同一小区中随后受到来电的情况下的处理时序。

作为图13的处理的前提，设为UE50在eNB10的小区中处于RRC连接状态，并建立了与UE50有关的S1-C/U的连接的状态。在图13中，S1-C连接包含eNB10和MME30之间的连接、以及MME30和S-GW40之间的连接，S1-U连接包含eNB10和S-GW40之间的连接。在建立了连接的情况下，能够不执行连接建立信号等用于连接设置的过程就在相应节点装置间发送接收于UE50有关的信号(数据)。

在进入图13的过程的说明之前，先说明UE50最初连接到eNB10时的过程的一例的概要(非专利文献5)。另外，涉及该最初的连接的过程也能够应用于实施例1。在UE50的随机接入时，eNB10向UE50发送RRC连接设置，将UE50设为RRC连接状态，并从UE50接收RRC连接设置完成。之后，eNB10从MME30接收初始上下文设置请求(Initial Context SetupRequest)，对于UE50发送RRC安全模式命令，并从UE50接收RRC安全模式完成，此外，对于UE50发送RRC连接重设定，并从UE50接收RRC连接重设定完成，对于MME30发送初始上下文设置应答(Initial Context Setup Response)。经过这种过程，实现UE50和eNB10中的UE上下文的建立、保持等。此外，在MME30中也保持UE上下文。

如图13所示，在RRC连接状态中，eNB10对于MME30发送连接维持指令信号(步骤401)。此外，MME30向S-GW40发送连接维持指令信号(步骤402)。

连接维持指令信号是用于指示维持与该UE50有关的S1-C/U连接，并且在对UE50的来电时将下行数据保留在S-GW40中，从而从MME30进行寻呼的信号。

接收到连接维持指令信号的S-GW40向MME30发送表示确认了指令的确认应答(步骤403)，MME30向eNB10发送确认应答(步骤404)。

就从与UE50有关的eNB10向MME30的连接维持指令信号的发送而言，例如，在eNB10中，以发生了使UE50迁移至RRC空闲状态的事件作为触发来进行。

迁移至上述RRC空闲状态的事件例如是通过规定的定时器(例：UE非激活定时器(UE Inactivity Timer))的期满，检测到一定时间没有发生与UE50的通信(上行下行的用户数据通信)的情况，但不限于此。

图13设想了将检测到一定时间没有发生与UE50的通信(上行下行的用户数据通信)设为触发的情况，在步骤401～404之后，向UE50发送RRC连接释放(RRC ConnectionRelease)，并使UE50迁移至RRC空闲状态(步骤405)。

在实施例2中，即使在UE50迁移至RRC空闲状态的情况下，UE50和eNB10各自中也保持RRC连接时建立了的UE上下文。

但是，与实施例1同样地，基本上，设eNB10在UE上下文中不保持UE能力。

因此，与图4中的步骤107之后的UE能力消除同样地，图13的步骤405(RRC连接释放发送)之后，eNB10消除eNB10中保持的UE50的UE capabilit。

此外，在实施例1中，和迁移至保留状态时转发UE能力的情况同样地，也可以设为在步骤401中，eNB10在连接维持指令信号中包含UE能力，并向MME30发送该连接维持指令信号。

接收到UE能力(称为转发UE能力)的MME30对转发UE能力进行储存。在已经储存了UE能力的情况下，例如，覆写已经储存了的UE能力来储存转发UE能力。此外，在转发UE能力对于已经储存了的UE能力包含更新了的信息或新的信息的情况下，也可以仅覆写该更新了的信息或新的信息。

之后，发生面向UE50的下行数据，且该下行数据到达S-GW40(步骤406)。这里，虽然S1-U连接已建立，但基于在步骤402中接收到的连接维持指令信号，S-GW40不向eNB10转发该下行数据而保留在缓冲器中。

S-GW40向MME30发送下行数据来电通知(步骤407)，MME30向eNB10发送面向UE50的S1-AP寻呼的信号(步骤408)。该寻呼本身与现有的寻呼相同，被发送给UE50的跟踪区域的各eNB，但在图13中示出了对eNB10的发送。

接收到S1-AP寻呼的信号的eNB10，向下属的UE50发送RRC寻呼的信号(步骤409)。

接收到RRC寻呼信号的UE50执行RRC连接建立过程，建立RRC连接(步骤410)。RRC连接建立过程的细节例将在后面叙述。

通过步骤410的过程，UE50从RRC空闲状态成为RRC连接状态。此时，在UE50和eNB10中保持的UE上下文分别从非激活状态成为激活状态。即，通过步骤410的过程，在UE50和eNB10中保持的UE上下文分别被激活。

在步骤411中，eNB10向MME30发送作为表示RRC连接的建立完成了的信号的RRC连接建立完成。该RRC连接建立完成的信号也可以是表示UE50的UE上下文被激活的信号。

此外，与实施例1中的图5的步骤162、图7中的步骤301同样地，在步骤411中，eNB10将表示请求UE50的UE能力的请求信息包含在RRC连接建立完成的信号中进行发送。该请求信息例如是UE50的S-TMSI(UE识别符的一例)。与实施例1的情况同样地，也可以不包含该请求信息，MME30一律在后述的步骤414中向eNB10发送UE50的UE能力。

MME30向S-GW40发送RRC连接建立完成的信号(步骤412)。

然后，在步骤413中，S-GW40向MME30发送对于RRC连接建立完成的信号的应答信号。此外，在步骤414中，MME30向eNB10发送对于步骤411的RRC连接建立完成的信号的应答的信号。步骤414中的应答的信号也可以是对于表示激活了UE上下文的信号的确认(Ack)的信号。

此外，与实施例1中的图5的步骤165、图7中的步骤302同样地，MME30基于步骤411的RRC连接建立完成的信号中包含的请求信息(或者请求信息以外的UE识别符)，提取保持的UE50的能力，并将其包含在步骤414的应答信号中而发送给eNB10。由此，eNB10能够获取UE50的UE能力。

之后，S-GW40开始向eNB10转发所保留的下行数据(步骤415)。该下行数据从eNB10到达UE50(步骤416)。由此开始对UE50的下行数据的传输。

在图13的步骤410的RRC连接建立过程中，由于在UE50和eNB10各自中在RRC连接时建立并保持的UE上下文，所以不进行以往所需的RRC安全模式命令、RRC安全模式完成、RRC连接重设定、RRC连接重设定完成等消息的发送接收就能够进行RRC连接建立。

这里，在UE50和eNB10各自中被保持的UE上下文例如是RRC设定(RRCconfiguration)、承载设定(bearer configuration:包含RoHC状态信息(RoHC stateinformation)等)、AS安全上下文(接入层安全上下文(Access Stratum SecurityContext))、L2/L1参数(MAC、PHY的设定等)等。此外，UE能力也包含在UE上下文中，但如上所述，eNB10设为在UE50为RRC空闲状态下不保持UE能力。

此外，在UE50和eNB10中作为UE上下文可以保持相同信息，也可以是UE50仅保持与eNB10的连接所需的UE上下文的信息，eNB10仅保持与UE50的连接所需的UE上下文的信息。

此外，在实施例2中，eNB10将UE上下文与对应于该UE上下文的UE的识别符(UE识别符)关联地保持在存储单元中。对UE识别符的种类没有限定，但在实施例2中，作为一例，使用S-TMSI(SAE临时移动用户标识(SAE temporary mobile subscriber identity))作为UE识别符。

<RRC连接建立过程的例子>

接下来，参照图14的时序来说明实施例2中的UE50和eNB10之间的RRC连接建立过程。另外，图14所示的时序设想了图13的步骤410的过程，但不限于此。例如，图14所示的时序也可以处于来自UE50的发信时的RRC连接建立过程中。

图14所示的时序之前，设为从UE50向eNB10发送随机接入前导码，从eNB10向UE50发送随机接入应答。

在步骤501中，UE50通过由在随机接入应答中包含的UL许可分配的资源，向eNB10发送RRC连接请求(RRC Connection Request)消息。在实施例2中，在步骤501中，UE50使用RRC连接请求消息中的备用比特(spare bit：1比特)向eNB10通知UE50保持了UE上下文。例如，在比特设置为为1的情况下，表示UE50保持了UE上下文。将表示UE50保持了UE上下文的该信息称为UE上下文保持信息。

此外，在RRC连接请求消息中，除了上述比特，还包含用于识别UE50的UE识别符(具体而言，S-TMSI(SAE临时移动用户标识(SAE temporary mobile subscriberidentity)))。S-TMSI是根据UE50固有的识别符而生成的临时性的UE50的识别符，并在UE50的位置注册时等从MME30发出。在本实施方式中，设为UE50和各eNB保持着用于识别UE50的S-TMSI。

在步骤501中接收到上述RRC连接请求消息的eNB10，通过从该消息中读取UE上下文保持信息和UE识别符，认识到由UE识别符识别的UE50保持了UE上下文，并从所保持的多个UE上下文中，从存储单元中检索对应于该UE识别的UE上下文。即，进行UE识别符的匹配(matching)处理。

在步骤502中，作为检索的结果，若检测到对应于UE识别符的UE上下文，则eNB10通过RRC连接设置(RRC Connection Setup)消息(RRC连接建立消息)，向UE50通知eNB10保持了UE50的UE上下文，并且请求UE50发送用于UE50的认证的信息。

接收到包含用于表示保持了UE50的UE上下文的信息的RRC连接设置消息的UE50，继续使用所保持的UE上下文(承载、安全密钥(security key)、设定等)。

此外，RRC连接设置消息中包含的RadioResourceConfigDedicated中，包含与承载、MAC以及PHY设定等有关的参数值，但在步骤502中接收到包含上述的通知/请求的RRC连接设置消息的UE50，忽略由RadioResourceConfigDedicated通知的参数值，并继续使用所保持的UE上下文的参数值。另外，也可以设为不忽略由RadioResourceConfigDedicated通知的参数值，而使用被通知的参数值。由此，在已经保持了的参数值被eNB10变更了的情况下，能够反映该变更。

接下来，在步骤503中，UE50将验证令牌(Authentication token)、shortMAC-I等认证信息包含在RRC连接设置完成消息中而发送给eNB10。验证令牌、shortMAC-I等认证信息是eNB10用于认证UE50而使用的信息。

接收到RRC连接设置完成消息的eNB10，使用该消息中包含的认证信息来认证UE50是对应于根据UE识别符检索出的UE上下文的正确的UE。之后，UE50和eNB10各自利用所保持的UE上下文来建立(恢复)连接。另外，关于利用所保持的UE上下文来建立(恢复)连接，步骤503不总是必须的，也可以设为不实施步骤503。

<RRC连接建立过程的变形例>

由于变形例的RRC连接建立过程中的时序本身与图14所示的时序相同，所以参照图14来说明RRC连接建立过程的变形例。在变形例中，图14所示时序也设想了图13的步骤410的过程，但不限定于此。

在图14所示的时序之前，设为从UE50向eNB10发送随机接入前导码，从eNB10向UE50发送随机接入应答。

UE50通过由在随机接入应答中包含的UL许可分配的资源，在步骤501中，向eNB10发送RRC连接请求(RRC Connection Request)消息(RRC连接请求)。在变形例中，在步骤501中，UE50在保持了UE上下文的情况下，将认证信息包含在RRC连接请求消息中而进行发送。该认证信息是eNB10为了认证UE50而使用的信息，例如，包含在上次的RRC连接中使用的C-RNTI、PCI、以及ShortMAC-I。

此外，该认证信息也是用于向eNB10通知UE50保持了UE上下文的UE上下文保持信息的例子。

在步骤501中接收了上述RRC连接请求消息的eNB10使用认证信息来进行UE50的认证，并在认证成功且检测到保持了UE50的UE上下文的情况下，对UE50发送包含用于指示对UE50保持的UE上下文进行激活(激活化)的信息的RRC连接设置消息(RRC连接建立消息)(步骤502)。上述检测例如能够通过eNB10从保持的多个UE上下文中，从存储单元中检索对应于UE识别符(例：S-TMSI)UE上下文来进行。另外，指示对UE上下文进行激活(激活化)的信息是表示eNB10保持了UE50的UE上下文的上下文保持信息的例子。

在未检测到eNB10保持了UE50的UE上下文的情况下，eNB10向UE50发送不包含用于指示对UE50所保持的UE上下文进行激活(激活化)的信息的RRC连接设置消息(RRC连接建立消息)。

接收到包含用于指示对UE上下文进行激活的信息的RRC连接设置消息的UE50，对保持的UE上下文(承载、安全密钥、设定等)进行激活。进行激活是指激活所保持的UE上下文，例如，包含各种无线资源的设定、测量设定、认证密钥的更新处理等。

此外，在RRC连接设置消息中包含的RadioResourceConfigDedicated中，可包含与承载、MAC以及PHY设定等有关的参数值，但在步骤502中接收到包含上述激活指令的RRC连接设置消息的UE50，应用由RadioResourceConfigDedicated通知的参数值。例如按照非专利文献5中的“5.3.10Radio resource configuration”来进行应用。即，基于RadioResourceConfigDedicated中包含的信息而进行设定。

作为一例，UE50保持了上一次的RRC连接时的RadioResourceConfigDedicated中的“A”的信息作为UE上下文的一部分，在步骤502中通过RadioResourceConfigDedicated接收到“B”的信息的情况下，除了“A”的信息，UE50还能够使用“B”的信息。

此外，UE50保持了上一次的RRC连接时的RadioResourceConfigDedicated中的“A”的信息作为UE上下文的一部分，在步骤502中通过RadioResourceConfigDedicated接收到与“A”相同种类但其值不同的“A′”的情况下，所保持的“A”被在步骤502中接收到的“A′”更新(变更)。

即，能够通过上述处理进行所保存的RadioResourceConfigDedicated的信息和在步骤502中接收到的RadioResourceConfigDedicated的信息的参数差分的设定。将其称为差分设定(delta configuration)。

接下来，在步骤503中，UE50向eNB10发送RRC连接设置完成消息。

<RRC连接释放过程的例子>

在实施方式2中，可以设为在UE50从eNB10接收RRC连接释放消息而迁移至RRC空闲状态时，始终保持UE上下文，也可以设为仅在RRC连接释放消息内包含了用于指示保持UE上下文的信息的情况下保持UE上下文。后者的例子在以下进行说明。

如图15所示，在eNB10使UE50迁移至RRC空闲状态的情况下，eNB10对于UE50发送RRC连接释放消息(步骤601)。

在该RRC连接释放消息中，包含用于向UE50指示在RRC空闲状态下继续保持UE上下文的指令信息(指示(indication))。另外，关于指令信息，可以在消息中包含新的指示(indication)，也可以设为使用现有的释放原因(release cause)的备用比特。

在从RRC连接释放消息中检测到上述指令信息的情况下，UE50在RRC空闲状态期间，继续保持RRC空闲状态迁移时的UE上下文(承载信息、安全信息等)。另外，在UE50中设定规定的时间，在从UE50迁移至RRC空闲状态的时刻起，保持RRC空闲状态不变地经过了该规定的时间的情况下，UE50也可以设所保持的UE上下文为无效，并将其释放(删除)。

(关于UE能力的尺寸削减)

以下，说明本实施方式中的UE能力的尺寸削减。在这里说明的事项，能够应用于实施例1、实施例2中的任一个。

认为在将来，诸如NB-IoT UE(窄带物联网UE(NarrowBand Internet of ThingsUE))或低成本MTC UE(Low cost MTC UE(机器类型通信UE(Machine Type CommunicationUE)))的比通常的移动终端功能受限的终端会增加。

例如，由于NB-IoT UE在上行180KHz以下(最低3.75或15KHz)的带宽进行通信，所以传输速度低。以下，为了方便，有时将NB-IoT UE或低成本MTC UE(Low cost MTC UE)等UE统称为低速度UE。

另一方面，现有的LTE UE能力被以将Rel-8之后规定的参数扩展到嵌套的形式规定，若向现有的LTE UE能力追加规定面向NB-IoT UE等低速度UE的能力，则产生由于扩展地定义了从Rel-8到Rel-12的参数而引起的开销。例如，若设为向Rel-12version 12.7.0规格的UE能力追加地规定NB-IoT UE的能力，则至少成为17字节(bytes)的大小。

在现有的LTE UE能力中，有一些强制(mandatory)地包含的参数(必须包含的参数)，它们成为了UE能力的尺寸增加的一个原因。

例如，关于FGI(功能组指示符(feature group indicators))，如果UE支持全部的FGI则能够省略，但现状是这种UE在世上不存在，UE必须总是向UE能力附加FGI的96比特的比特串，并通知各FGI的支持与否(1/0)。此外，需要必须通知用于表示是否需要测量间隙(Measurement gap)的信息。进一步，也需要必须通知PDCP的参数。

因此，在本实施方式中，面向NB-IoT UE等低速度UE导入新的UE能力。

在图16～图18中表示对应于该UE能力的规格明细书(非专利文献5)的变更例。追加部分用下划线表示。

图16A、B表示作为从UE50向eNB10(以及MME30)发送的UE能力信息(UE CapabilityInformation)消息中包含的信息要素的UE-CapabilityRAT-ContainerList。UE-CapabilityRAT-ContainerList按每个RAT包含ueCapabilityRAT-Container。在本实施方式中，对于RAT：E-UTRA，追加UE-EUTRA-Capability-BL。BL是“带宽降低低复杂度(bandwidth reduced low complexity)”的简写，BL UE表示上述NB-IoT UE等低速度UE。

图17表示UE-EUTRA-Capability-BL的内容。UE-EUTRA-Capability-BL相当于低速度UE在UE能力信息消息中包含的UE能力(UE无线能力(UE radio capability))。

如图17中所描述，UE-EUTRA-Capability-BL被使用于BLUE(这里以UE50为例)向E-UTRA(这里以eNB10为例)发送UE能力(UE无线接入能力参数(UE Radio Access CapabilityParameters))。

针对图17所示的UE-EUTRA-Capability-BL的信息要素的内容，关于UE类别(ue-Category)，不包含现有的UE类别，仅包含新定义的BLUE用的UE类别。例如，UE50根据自身的类别，包含表示“低成本MTC UE(Low Cost MTC UE)”的类别作为m1，包含表示“NB-IoT UE”的类别作为m2。但是，它们仅为一例。

在现有技术中关于作为强制(mandatory)的FGI、PDCP参数、测量间隙，预先规定了默认的能力，不作为参数发送信令。即，就默认的信息而言，不包含于UE能力。由于BLUE功能受限，可以设想全部的BLUE应具有的最低限度的功能。由此被认为全部的BL UE具有的功能(能力)被规定为默认的能力。

对于默认的能力具有追加的能力等、对于默认的能力具有能力的差分的UE，仅将该差分(例：表示追加的能力的参数)包含在UE能力中进行通知。通过设为能够通知这种差分，能够使BL UE上安装的功能具有灵活性。

更具体而言，例如，测量间隙对于对应的频带默认设为必须的，不包含于UE能力。仅在能够无间隙地测量的情况下，作为图17中的“GaplessMeas-r13”，包含表示该情况的值。

关于PDCP参数，规定了称为ROHC简档(POHC profile)的参数的默认值。然后，UE50的PDCP参数仅在与默认值不同的情况下作为图17中的“PDCP-Parameters-r13”，在UE能力中包含该值。

此外，关于物理层参数，被默认地规定，并且如果能够可选地(optional)支持，则作为图17中的“PhyLayerParameters”，在UE能力中包含该值。

关于3G、GERAN等其他RAT的支持能力，例如默认地设为没有，仅在存在能够支持的其他RAT的情况下，作为图17中的“interRAT-Parameters-r13”，在UE能力中包含该值。

关于双工(Duplex)方式，对于对应的频带，默认地，例如设为仅支持半双工(halfduplex)。UE50仅在追加地支持全双工(full duplex)的情况下，作为图17中的“FullDuplex-r13”，在UE能力中包含表示该情况的值。

图18表示为BLUE新规定的FGI的定义的例子。在图18所示的例子中，例如，在对应于Rel-10的UE50通知类别M1的情况下，在支持FDD和TDD两方时，作为FGI的值(图17的upportedFGIs-r13)，例如包含103。

<关于在进行UE能力尺寸削减的情况下的实施例1、实施例2的操作>

即使在使用如上所述的被削减了尺寸的UE能力的情况下，实施例1、实施例2中的操作可以设为不从已经说明的操作变更，也可以如以下所示进行变更。

即，在实施例1、实施例方式2中，当UE50成为保留状态/空闲状态时，eNB10删除UE能力，但在作为对象的UE能力是被削减了尺寸的UE能力的情况下，也可以设为不进行该删除。因为即使不进行删除，也能够解决与UE能力有关的存储器容量削减的课题。关于是否是被削减了尺寸的UE能力，例如，在UE能力中的UE类别是M1或者M2的情况下，eNB10能够判断为该UE能力是被削减了尺寸的UE能力。

此外，如上所示，在不进行UE能力的删除的情况下，eNB10不进行来自MME30的UE能力的获取(例：图5的步骤162、165，图13的步骤411、414)。

(装置结构例)

接下来，说明本发明的实施方式(包含实施例1、实施例2、UE能力尺寸削减)中的装置的结构例。在以下说明的各装置的结构，仅表示与发明的实施方式特别关联的功能部，至少还具有用于作为遵照LTE(意为包含EPC的LTE)的通信系统中的装置而进行操作的未图示的功能。此外，各图中所示的功能结构只是一例。只要能够执行本实施方式所涉及的操作，则功能区分或功能部的名称可以是任意的。

各装置可以具备实施例1、实施例2、UE能力尺寸削减的全部功能，也可以设为仅具备实施例1和实施例2中的任意一方，也可以设为具备实施例1和实施例2中的任意一方以及UE能力尺寸削减的功能。在以下的说明中，各装置设为具备实施例1、实施例2、UE能力尺寸削减的全部的功能。

<MME、S-GW的结构例>

首先，参照图19，说明MME30和S-GW40的结构例。如图19所示，MME30包含eNB通信部31、SGW通信部32、通信控制部33、以及UE上下文管理部34。

eNB通信部31包含在与eNB之间通过S1-MME接口进行控制信号的发送接收的功能。SGW通信部32包含在与S-GW之间通过S11接口进行控制信号的发送接收的功能。UE上下文管理部34包含用于保持UE上下文的存储单元。此外，UE上下文管理部34包含如下功能：在MME30从eNB10接收到用于请求UE能力的信号的情况下，从存储单元获取对应于在请求中包含的UE识别符的UE能力，并经由eNB通信部31等发送给eNB10。此外，UE上下文管理部34具有如下功能：当MME30从eNB10接收到UE能力时，将该UE能力与UE识别符关联地储存在存储单元。

此外，S-GW40包含eNB通信部41、MME通信部42、NW通信部43、以及通信控制部44。eNB通信部41包含在与eNB之间进行通过S1-U接口的数据的发送接收的功能。MME通信部42包含在与MME之间进行通过S11接口的控制信号的发送接收的功能。NW通信部43包含在与核心NW侧的节点装置之间进行控制信号的发送接收以及数据的发送接收的功能。

另外，到这里为止的说明在实施例1和实施例2中是共通的。在以下特别地说明实施例2的功能。

通信控制部33包含如下功能：在从eNB10接收到连接维持指令信号的情况下，指示SGW通信部32将连接维持指令信号发送给S-GW，并且在从S-GW40接收到确认应答的情况下，指示eNB通信部31将该确认应答发送给eNB。此外，通信控制部33包含如下功能：在连接维持指令信号中包含了UE能力的情况下，向UE上下文管理部34通知UE能力。

此外，在从eNB10接收到RRC连接建立完成信号的情况下，通信控制部33向UE上下文管理部34通知RRC连接建立完成信号，并使UE上下文管理部34获取UE能力。此外，通信控制部33也可以设为具有如下功能：在向eNB10发送应答信号(图13的步骤414)时，将通过UE上下文管理部34获取到的UE能力包含在应答信号中。

通信控制部44包含如下功能：在从MME30接收到连接维持指令信号的情况下，指示MME通信部42将确认应答发送给MME30。此外，通信控制部44包含如下功能：在从MME30接收连接维持指令信号的情况下，在接收到对相应UE的下行数据时，指示NW通信部43将该下行数据预先保留在缓冲器中，并在从eNB接收到RRC连接建立完成的情况下，指示NW通信部43发送该下行数据。

另外，也能够将MME30和S-GW40构成为一个装置。在该情况下，SGW通信部32和MME通信部42之间的S11接口的通信成为装置内部的通信。

MME30例如能够使用包括CPU和存储器并通过CPU(处理器)执行程序来实现的计算机的结构来实现。

在图20中表示在通过如上所述的计算机构成MME30的情况下的MME30的硬件(HW)结构的例子。

如图20所示，该MME30包括：CPU351、RAM(随机存取存储器(Random AccessMemory))352、ROM(只读存储器(Read Only Memory))353、用于进行通信的通信模块354、硬盘等辅助存储装置355、输入装置356、以及输出装置357。

通过由CPU351读取并执行在RAM352、ROM353、辅助存储装置355等存储单元中保存的程序，执行MME30的各功能的操作。此外，关于进行通信的处理，使用通信模块354。此外，通过输入装置356，例如能够进行对于MME30的设定信息的输入，并且通过输出装置357，例如能够进行MME30的运转状态的输出等。

接下来，说明本发明的实施方式中的UE50和eNB10的结构例。

＜用户装置UE＞

图21表示用户装置(UE50)的功能结构图。如图21所示，UE50包括：DL信号接收部51、UL信号发送部52、RRC处理部53、UE上下文管理部54。另外，图21仅表示在UE50中与本发明特别关联的功能部，UE50至少具有用于进行遵照LTE的操作的未图示的功能。

DL信号接收部51包含从基站eNB接收各种下行信号，并从接收到的物理层的信号中获取更高层的信息的功能，UL信号发送部52包含根据应从UE50发送的高层的信息而生成物理层的各种信号，并对基站eNB进行发送的功能。此外，UE50例如是NB-IOT用的用户装置UE，UL信号发送部52向基站eNB发送该用户装置UE的UE能力信息，该UE能力信息例如包含NB-IOT用的UE类别，并且不包含FGI的参数以及测量间隙的参数。

RRC处理部53进行参照图4～图5、图8、图13～图18等而说明了的UE侧的处理、RRC消息(UE能力等)的生成/发送(发送为经由UL信号发送部52的发送)、通过DL信号接收部51而接收到的RRC消息的解释、基于解释的处理操作等。此外，RRC处理部53也包含利用在UE上下文管理部54中预先保持了的UE上下文来恢复RRC连接的功能等。

UE上下文管理部54包含存储器等存储单元，并例如基于在图4的步骤107、图15等中说明了的指令，在RRC保留状态/RRC空闲状态下保持UE上下文以及UE识别符(S-TMSI等)。此外，在图14所示的过程中，判断是否保持了UE上下文，在保持了UE上下文的情况下，指示RRC处理部53通知用于表示保持了UE上下文的信息。

图21所示的UE50的结构，可以整体由硬件电路(例：1个或者多个IC芯片)来实现，也可以一部分由硬件电路构成，其他部分由CPU和程序来实现。

图22是表示UE50的硬件(HW)结构的例子的图。图22表示了比图21更接近安装例的结构。如图22所示，UE具有：RE(无线设备(Radio Equipment))模块151，进行与无线信号有关的处理；BB(基带(Base Band))处理模块152，进行基带信号处理；装置控制模块153，进行高层等的处理；以及USIM槽154，作为接入USIM卡的接口。

RE模块151通过对从BB处理模块152接收到的数字基带信号进行D/A(数模(Digital-to-Analog))转换、调制、频率变换、以及功率放大等，从而生成应从天线发送的无线信号。此外，通过对接收到的无线信号进行频率变换、A/D(模数(Analog to Digital))转换、解调等从而生成数字基带信号，并送至BB处理模块152。RE模块151例如包含图21的DL信号接收部51以及UL信号发送部52中的物理层等的功能。

BB处理模块152进行相互变换IP分组和数字基带信号的处理。DSP(数字信号处理器(Digital Signal Processor))162是进行BB处理模块152中的信号处理的处理器。存储器172被作为DSP162的工作区域来使用。BB处理模块152例如包含图21的DL信号接收部51以及UL信号发送部52中的层2等功能、RRC处理部53、以及UE上下文管理部54。另外，也可以设为在装置控制模块153中包含RRC处理部53以及UE上下文管理部54的功能的全部或者一部分。

装置控制模块153进行IP层的协议处理、各种应用的处理等。处理器163是进行装置控制模块153进行的处理的处理器。存储器173被作为处理器163的工作区域来使用。此外，处理器163经由USIM槽154而在与USIM间进行数据的读取以及写入。

<基站eNB>

图23表示基站eNB(eNB10)的功能结构图。如图23所示，eNB10包含DL信号发送部11、UL信号接收部12、RRC处理部13、UE上下文管理部14、认证部15、NW通信部16。另外，图23仅表示在eNB10中与本发明的实施方式特别关联的功能部，eNB10至少具有用于进行遵照LTE方式的操作的未图示的功能。

DL信号发送部11包含根据应从eNB10发送的高层的信息而生成并发送物理层的各种信号的功能。UL信号接收部12包含从用户装置UE接收各种上行信号，并从接收到的物理层的信号中获取更高层的信息的功能。

RRC处理部13进行参照图4～图5、图8、图13～图18等说明了的eNB侧的处理、RRC消息的生成/发送(发送为经由了DL信号发送部11的发送)、通过UL信号接收部12而接收到的RRC消息的解释、基于解释的处理操作等。

UE上下文管理部14包含存储器等存储单元，例如基于在图4的步骤107、图14等中说明了的指令的发送，在RRC保留状态/RRC空闲状态下保持UE上下文以及UE识别符(S-TMSI等)。此外，UE上下文管理部14包含在迁移至RRC保留状态/RRC空闲状态时进行UE能力的删除的功能。此外，也可以设为，判断对象UE能力是否为被削减了尺寸的UE能力，在是被削减了尺寸的UE能力的情况下，不进行删除。此外，UE上下文管理部14包含在图5的步骤165、图13的步骤414等中将从MME30获取到的UE能力保存在存储单元的功能。

认证部15包含在图14所示的步骤501、503等中从UE接收认证信息，并进行UE的认证的功能。

NW通信部16包含：通过S1-MME接口在与MME之间对控制信号进行发送接收的功能、以及通过S1-U接口在与S-GW之间对数据进行发送接收的功能、连接维持指令信号的发送功能、RRC连接建立完成的发送的发送功能等。即，NW通信部16包含：在图5的步骤162、图13的步骤411中向MME30请求UE能力的功能、以及在图5的步骤165、图13的步骤414中从MME30接收UE能力的功能。

图23所示的eNB10的结构，可以整体由硬件电路(例：一个或者多个IC芯片)来实现，也可以一部分由硬件电路构成，其他部分由CPU和程序来实现。

图24是表示eNB10的硬件(HW)结构的例子的图。图24表示了比图23更接近安装例的结构。如图24所示，eNB10具有：RE模块251，进行与无线信号有关的处理；BB处理模块252，进行基带信号处理；装置控制模块253，进行高层等的处理；以及通信IF254，作为用于与网络连接的接口。

RE模块251通过对从BB处理模块252接收到的数字基带信号进行D/A转换、调制、频率变换、以及功率放大等，从而生成应从天线发送的无线信号。此外，通过对接收到的无线信号，进行频率转换、A/D变换、解调等从而生成数字基带信号，并送至BB处理模块252。RE模块251例如包含图23的DL信号发送部11以及UL信号接收部12中的物理层等的功能。

BB处理模块252进行相互变换IP分组和数字基带信号的处理。DSP262是进行BB处理模块252中的信号处理的处理器。存储272作为DSP252的工作区域而被使用。BB处理模块252例如包含图23的DL信号发送部11以及UL信号接收部12中的层2等功能、RRC处理部13、UE上下文管理部14、以及认证部15。另外，也可以设为在装置控制模块253中包含RRC处理部13、UE上下文管理部14、以及认证部15的功能的全部或者一部分。

装置控制模块253进行IP层的协议处理、OAM处理等。处理器263是进行由装置控制模块253进行的处理的处理器。存储器273作为处理器263的工作区域而被使用。辅助存储装置283例如是HDD等，储存用于基站eNB自身操作的各种设定信息等。

此外，装置控制模块253包含进行通过图23的NW通信部16而发送接收的信号的处理的功能。通信IF254相当于图23的NW通信部16中的信号发送接收的功能。

另外，图19～图24中所示的装置的结构(功能区分)只是用于实现在本实施方式(包含实施例1、实施例2、UE能力尺寸削减)中说明的处理的结构的一例。只要能够实现在本实施方式中说明的处理，则其安装方法(具体的功能部的配置、名称等)并不限定于特定的安装方法。

(实施方式的总结)

如上所述，根据本实施方式，提供一种基站，其是在支持再利用在用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中的所述基站，包括：删除单元，在所述基站保持了与所述用户装置关联的上下文信息的状态下，在所述用户装置结束连接状态的情况下，删除该上下文信息中的规定的信息；以及获取单元，在所述用户装置恢复连接状态的情况下，在所述移动通信系统中从保持所述规定的信息的通信控制装置获取该规定的信息。

根据上述结构，在支持再利用用户装置和基站各自中保持的上下文信息而进行连接建立的功能的移动通信系统中，能够削减基站所保持的上下文信息的尺寸。另外，eNB10的UE上下文管理部14是删除单元的例子。此外，eNB10的NW通信部16是获取单元的例子。

所述获取单元也可以设为向所述通信控制装置发送表示所述连接状态的恢复的信号，并从所述通信控制装置接收包含所述规定的信息的应答信号。通过由此获取规定的信息，例如，在进行图5所示的信号的发送接收的方式中，能够不增加新的信号而有效地应用本发明。

也可以设为，在表示所述连接状态的恢复的信号中包含所述用户装置的识别符，所述通信控制装置基于该用户装置的识别符而提取所述规定的信息。通过本结构，通信控制装置能够正确地提取目标信息。

还可以包括发送单元，在所述用户装置结束连接状态的情况下，向所述通信控制装置发送所述规定的信息。根据该结构，例如，即使在通信控制装置由于某些理由而未保持所述规定的信息的情况下，在连接状态恢复时，也能够获取所述规定的信息。

所述规定的信息例如是所述用户装置的能力信息。由于能力信息的尺寸较大，所以根据该结构，能够有效地削减基站应保持的上下文信息的尺寸。

也可以设为：在所述规定的信息是被削减了尺寸的能力信息的情况下，所述删除单元不进行该能力信息的删除，且所述获取单元不进行该能力信息的获取。根据该结构，能够削减基站应保持的上下文信息的尺寸，并且能够削减信令时序。

所述被削减了尺寸的能力信息，例如是以不包含关于在所述用户装置中默认地包括的能力的信息的方式而生成的能力信息。根据该结构，能够避免通知不必要的信息而实现能力信息的尺寸削减。

另外，也可以将上述各装置的结构中的“单元”替换为“部”、“电路”、“设备”等。

此外，根据本实施方式，提供一种用户装置，其是在包含基站和NB-IOT用的用户装置的移动通信系统中的所述用户装置，其特征在于，包括：接收部，从所述基站接收UE能力请求；以及发送部，根据所述UE能力请求的接收，向所述基站发送所述用户装置的UE能力信息，所述UE能力信息包含NB-IOT用的UE类别，并且不包含FGI的参数以及测量间隙的参数。

以上说明了本发明的实施方式，但公开的发明并不限定于这种实施方式，本领域技术人员应理解各种变形例、修正例、代替例、置换例等。为了便于发明的理解，使用了具体的数值例进行说明，但除非另有说明，这些数值只是一例，也可以使用任何适当的值。上述说明中的项目的区分对于本发明而言不是本质的，在两个以上的项目中记载的事项可以根据需要组合使用，并且某个项目中记载的事项能够应用于其他项目中记载的事项(只要不矛盾)。功能框图中的功能部或者处理部的边界不限于一定对应于物理的部件的边界。也可以由物理上的一个部件进行多个功能部的操作，或者也可以通过多个部件进行一个功能部的操作。为了便于说明，使用功能性的框图说明了各装置，但这种装置也可以由硬件、软件或者它们的组合来实现。根据本发明的实施方式而由该装置具有的处理器进行操作的软件可以保存在随机接入存储器(RAM)、闪存、只读存储器(ROM)、EPROM、EEPROM、寄存器、硬盘(HDD)、可移动磁盘、CD-ROM、数据库、服务器或任何其他适当的存储介质中。

<实施方式的补充>

信息的通知并不限于在本说明书中说明的方式/实施方式，也可以以其他方法进行。例如，信息的通知也可以通过物理层信令(例如，DCI(下行控制信息(Downlink ControlInformation))、UCI(上行控制信息(Uplink Control Information)))、高层信令(例如，RRC信令、MAC信令、广播信息(MIB(主信息块(Master Information Block))、SIB(系统信息块(System Information Block))))、其他信号或者它们的组合来实施。此外，RRC消息也可以被称为RRC信令。此外，RRC消息例如也可以是RRC连接设置(RRC Connection Setup)消息、RRC连接重构(RRC Connection Reconfiguration)消息等。

在本说明书中说明的各方式/实施方式，可以应用于LTE(长期演进(Long TermEvolution))、LTE-A(LTE-Advanced)、超3G、IMT-Advanced、4G、5G、FRA(未来无线接入(Future Radio Access))、W-CDMA(注册商标)、GSM(注册商标)、CDMA2000、UMB(超移动带宽(Ultra Mobile Broadband))、IEEE 802.11(WI-FI)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(超宽带(Ultra-WideBand))、Bluetooth(注册商标)、利用其他合适的系统的系统和/或基于它们而扩展的下一代系统。

判定或者判断可以通过由1比特表示的值(0或1)来进行，也可以通过布尔值(布尔(Boolean)：真(true)或者假(false))来进行，也可以通过数值的比较(例如，与规定的值的比较)来进行。

另外，关于在本说明书中说明的术语和/或本说明书的理解所需的术语，可以替换为具有相同或者类似意思的术语。例如，信道和/或码元也可以是信号(signal)。此外，信号也可以是消息。

UE有时也被本领域技术人员称为订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手机、用户代理、移动客户端、客户端、或者一些其他适当的术语。

在本说明书中说明的各方式/实施方式可以单独使用，也可以组合使用，也可以随着执行而切换使用。此外，规定的信息的通知(例如，“是X”的通知)，并不限定于显式地进行，也可以隐式地(例如，通过不进行该规定的信息的通知而)进行。

在本说明书中使用的所谓“判断(determining)”、“决定(determining)”的术语，包含多种多样的操作的情况。“判断”、“决定”例如可包含将进行了运算(calculating)、计算(computing)、处理(processing)、导出(deriving)、调查(investigating)、检索(looking up)(例如，在表格、数据库或者其他数据结构中的检索)、确认(ascertaining)的情况视为进行了“判断”、“决定”的情况等。此外，“判断”、“决定”可包含将进行了接收(receiving)(例如，接收信息)、发送(transmitting)(例如，发送信息)、输入(input)、输出(output)、接入(accessing)(例如，接入存储器中的数据)的情况视为进行了“判断”、“决定”的情况等。此外，“判断”，“决定”可包含将进行了解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等的情况视为进行了“判断”、“决定”的情况。即，“判断”、“决定”可包含将某些操作视为进行了“判断”、“决定”的处理。

在本说明书中使用的所谓“基于”的描述，除非在其他段落中明确描述，否则不意为“仅基于”。换言之，所谓“基于”的描述，意为“仅基于”和“至少基于”两方。

在本说明书中说明的各方式/实施方式的处理过程、时序等，只要不矛盾，则可以调换顺序。例如，关于在本说明书中说明的方法，按照例示的顺序提示各种步骤的元素，并不限定于提示的特定的顺序。

输入输出的信息等可以被保存在特定的位置(例如，存储器)，也可以在管理表中被管理。输入输出的信息等可被覆写、更新、或者补充写入。输出的信息等也可以被删除。输入的信息等也可以被发送给其他装置。

规定的信息的通知(例如，“是X”的通知)，并不限定于显式地进行，也可以隐式地(例如，通过不进行该规定的信息的通知而)进行。

在本说明书中说明的信息、信号等可以使用各种不同的技术中的任一种来表示。例如，在上述的整个说明中提及的数据、命令、指令、信息、信号、比特、码元以及码片等可以由电压、电流、电磁波、磁场或者磁性粒子、光场或者光子、或者它们的任意的组合来表示

本发明并不限定于上述实施方式，不脱离本发明的精神的各种变形例、修正例、代替例、置换例等也包含在本发明中。

本专利申请基于2016年1月7日申请的日本专利申请第2016-002128号而主张其优先权，在本申请中援引了日本专利申请第2016-002128号的全部内容。

标号说明

10，20 eNB

11 DL信号发送部

12 UL信号接收部

13 RRC处理部

14 UE上下文管理部

15 认证部

16 NW通信部

30 MME

31 eNB通信部

32 SGW通信部

33 通信控制部

34 UE上下文管理部

40 S-GW

41 eNB通信部

42 MME通信部

43 NW通信部

44 通信控制部

50 UE

51 DL信号接收部

52 UL信号发送部

53 RRC处理部

54 UE上下文管理部

151 RE模块

152 BB处理模块

153 装置控制模块

154 USIM槽

251 RE模块

252 BB处理模块

253 装置控制模块

254 通信IF

351 CPU

352 RAM

353 ROM

354 通信模块

355 辅助存储装置

356 输入装置

357 输出装置

Claims (4)

1.一种终端，其是在包含基站和NB-IOT用的终端的移动通信系统中的所述终端，其特征在于，包括：

接收部，从所述基站接收UE能力请求；以及

发送部，根据所述UE能力请求的接收，向所述基站发送所述终端的UE能力信息，

所述UE能力信息包含NB-IOT用的UE类别，不包含FGI的参数以及测量间隙的参数。

2.一种基站，其是在包含基站和NB-IOT用的终端的移动通信系统中的所述基站，其特征在于，包括：

发送部，向所述终端发送UE能力请求；以及

接收部，根据所述UE能力请求的发送，从所述终端接收所述终端的UE能力信息，

所述UE能力信息包含NB-IOT用的UE类别，不包含FGI的参数以及测量间隙的参数。

3.一种移动通信系统，其是包含基站和NB-IOT用的终端的移动通信系统，其特征在于，

所述终端，包括：

接收部，从所述基站接收UE能力请求；以及

发送部，根据所述UE能力请求的接收，向所述基站发送所述终端的UE能力信息，

所述UE能力信息包含NB-IOT用的UE类别，不包含FGI的参数以及测量间隙的参数，

所述基站，包括：

发送部，向所述终端发送所述UE能力请求；以及

接收部，根据所述UE能力请求的发送，从所述终端接收所述终端的所述UE能力信息。

4.一种能力信息发送方法，其是由在包含基站和NB-IOT用的终端的移动通信系统中的所述终端执行的能力信息发送方法，其特征在于，包括：

从所述基站接收UE能力请求的步骤；以及

根据所述UE能力请求的接收，向所述基站发送所述终端的UE能力信息的步骤，

所述UE能力信息包含NB-IOT用的UE类别，不包含FGI的参数以及测量间隙的参数。

Images