CN108353452A - 用户装置、基站、和连接建立方法 - Google Patents

用户装置、基站、和连接建立方法 Download PDF

Info

Publication number
CN108353452A
CN108353452A CN201680063461.0A CN201680063461A CN108353452A CN 108353452 A CN108353452 A CN 108353452A CN 201680063461 A CN201680063461 A CN 201680063461A CN 108353452 A CN108353452 A CN 108353452A
Authority
CN
China
Prior art keywords
base station
information
rrc
user apparatus
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680063461.0A
Other languages
English (en)
Other versions
CN108353452B (zh
Inventor
高桥秀明
W.A.哈普萨里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2016139715A external-priority patent/JP6208296B1/ja
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of CN108353452A publication Critical patent/CN108353452A/zh
Application granted granted Critical
Publication of CN108353452B publication Critical patent/CN108353452B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置中，具备：接收单元，其从所述基站接收表示该基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息；判定单元，其基于通过所述接收单元接收到的所述指示信息，判定所述基站是否具有所述功能；和，发送单元，其在通过所述判定单元判定为所述基站具有所述功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。

Description

用户装置、基站、和连接建立方法
技术领域
本发明涉及移动通信系统中的用户装置UE和基站eNB各自保持UE上下文的技术。
背景技术
LTE系统中，用户装置UE(以下记作UE)中的与基站eNB(以下记作eNB)之间的连接状态用RRC(Radio Resource Control，无线资源控制)空闲状态(RRC_Idle)和RRC连接状态(RRC_Connected)两者表示。
UE连接于网络时，通过核心NW侧的MME(Mobility Management Entity，移动性管理实体)生成UE上下文，在RRC连接状态下，该UE上下文被保持于UE所连接的eNB和UE中。需要说明的是，UE上下文是包含承载关联信息、安全关联信息等的信息。
UE在RRC空闲状态与RRC连接状态之间迁移时，大量产生也包括核心NW侧在内的呼叫控制的信令，因此如何削减信令成为课题。
例如，UE从RRC连接状态迁移至RRC空闲状态时，产生如图1所示那样的信令(非专利文献1等)。图1的情况是，eNB2检测到未在规定时间内产生UE1的通信，切断与UE1的连接，从而迁移至RRC空闲状态那样的情况。
图1中，eNB2将UE上下文释放请求(UE Context Release Request)发送给MME3(步骤1)。MME3将承载释放请求(Release Access Bearers Request，释放接入承载请求)发送给S-GW4(步骤2)，S-GW4将承载释放应答(Release Access Bearers Response，释放接入承载应答)返回至MME3(步骤3)。
MME3将UE上下文释放指示(UE Context Release Command，UE上下文释放命令)发送给eNB2(步骤4)。eNB2将RRC连接释放(RRC Connection Release)发送给UE1(步骤5)，使UE1释放UE上下文并迁移至RRC空闲状态。此外，eNB2释放UE上下文，将UE上下文释放完成(UE Context Release Complete)发送给MME3(步骤6)。
现有技术文献
非专利文献
非专利文献1：3GPP TS 36.413 V12.4.0(2014-12)
非专利文献2：3GPP TSG RAN Meeting#66RP-142030Maui,USA,2014年12月8日至11日
非专利文献3：3GPP TR 23.720 V1.1.0(2015-10)
非专利文献4：3GPP TS 36.331 V12.6.0(2015-06)
非专利文献5：3GPP TS 36.321 V12.7.0(2015-09)
非专利文献6：3GPP TS 24.301 V13.6.1
发明内容
发明要解决的课题
在如图1所示那样的信令过程中，不仅RRC连接释放时产生大量的信令，而且UE从RRC空闲状态再次迁移至RRC连接状态时，为了设定UE上下文也产生大量的信令。
为了削减UE在RRC空闲状态与RRC连接状态之间迁移时的信令，开始研究在UE在同一eNB内以RRC连接状态->RRC空闲状态->RRC连接状态迁移的情况下，预先设为将UE上下文在eNB和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的(d)所示的情况下，示出UE1和eNB2利用分别保持的UE上下文来进行RRC连接建立的例子，但一般而言，UE并不知晓eNB是否支持保持能够再利用的UE上下文的功能。
例如，如图3所示那样，保持在与eNB_B的连接中利用的UE上下文的UE6在RRC空闲状态下直接移动至eNB_A的情况下，UE6不知晓eNB_A是否支持UE上下文保持功能。
考虑到这样的情况，例如，UE在从RRC空闲状态迁移至RRC连接状态时，考虑总是执行再利用UE上下文的操作。作为再利用UE上下文的操作，考虑例如将表示UE保持有UE上下文的信息向eNB通知。但是，不支持UE上下文保持功能的eNB无法理解这样的通知所涉及的信息。从进行稳定的操作的观点出发，期望的是，UE在已确认到驻留小区的eNB具有UE上下文保持功能的情况下，执行再利用UE上下文的操作。
本发明鉴于上述问题而进行，目的在于，提供在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过用户装置来判定基站是否保持再利用上下文信息的功能的技术。
用于解决课题的手段
根据本发明的实施方式，提供一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其特征在于，具备：
接收单元，其从所述基站接收表示该基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息；
判定单元，其基于通过所述接收单元接收到的所述指示信息，判定所述基站是否具有所述功能；和
发送单元，其在通过所述判定单元判定为所述基站具有所述功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
根据本发明的实施方式，提供一种基站，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站，其特征在于，具备：
发送单元，其将表示所述基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息发送给所述用户装置；和
接收单元，其在所述用户装置中基于所述指示信息判定为所述基站具有所述功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
此外，根据本发明的实施方式，提供一种连接建立方法，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置所执行的连接建立方法，其特征在于，具备：
接收步骤，从所述基站接收表示该基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息；
判定步骤，基于通过所述接收步骤接收到的所述指示信息，判定所述基站是否具有所述功能；和
发送步骤，在通过所述判定步骤判定为所述基站具有所述功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
此外，根据本发明的实施方式，提供一种连接建立方法，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站所执行的连接建立方法，其特征在于，具备：
发送步骤，将表示所述基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息发送给所述用户装置；和
接收步骤，在所述用户装置中基于所述指示信息判定为所述基站具有所述功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
发明效果
根据本发明的实施方式，提供在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过用户装置来判定基站是否保持再利用上下文信息的功能的技术。
附图说明
图1是示出迁移至RRC空闲状态的情况下的信令时序例的图。
图2是用于说明保持UE上下文的情况下的处理的例子的图。
图3是用于说明课题的图。
图4是本发明的实施方式中的通信系统的结构图。
图5是示出实施例1中的系统整体的处理时序的例子的图。
图6是示出实施例1中的系统整体的处理时序的例子的图。
图7是用于说明实施例1中的UE的操作例的流程图。
图8是用于说明实施例1中的UE的操作例的流程图。
图9是示出RA Response(RA应答)的消息例的图。
图10是示出RA Response(RA应答)的消息例的图。
图11是示出实施例2中的系统整体的处理时序的例子的图。
图12是用于说明实施例2中的连接建立过程的图。
图13是用于说明实施例2中的连接释放过程的图。
图14是示出实施例2中的系统整体的处理时序的另一个例子的图。
图15A是示出RRCConnectionRequest message(RRC连接请求消息)的规范变更例的图。
图15B是示出RRCConnectionRequest message(RRC连接请求消息)的规范变更例的图。
图16A是示出RRCConnectionSetup message(RRC连接设置消息)的规范变更例的图。
图16B是示出RRCConnectionSetup message(RRC连接设置消息)的规范变更例的图。
图17是示出RRCConnectionSetupComplete message(RRC连接设置完成消息)的规范变更例的图。
图18A是示出RRCConnectionRelease message(RRC连接释放消息)的规范变更例1的图。
图18B是示出RRCConnectionRelease message(RRC连接释放消息)的规范变更例1的图。
图19A是示出RRCConnectionRelease message(RRC连接释放消息)的规范变更例2的图。
图19B是示出RRCConnectionRelease message(RRC连接释放消息)的规范变更例2的图。
图20是用于说明实施例2中的UE的操作例的流程图。
图21是用于说明实施例2中的UE的操作例的流程图。
图22是用于说明实施例2中的UE的操作例的流程图。
图23是示出SIB2的规范变更例的图。
图24是示出SIB2的规范变更例的图。
图25是用于说明接收SIB2时的UE的操作例1的流程图。
图26是用于说明接收SIB2时的UE的操作例2的流程图。
图27是示出SIB2的规范变更例的图。
图28是示出SIB2的规范变更例的图。
图29是示出3GPP TS 24.301的规范变更例的图。
图30是示出3GPP TS 24.301的规范变更例的图。
图31是示出3GPP TS 24.301的规范变更例的图。
图32是示出3GPP TS 24.301的规范变更例的图。
图33是用于说明3GPP TS 24.301的规范变更例的图。
图34是MME与S-GW的结构图。
图35是UE50的结构图。
图36是UE50的HW结构图。
图37是eNB10的结构图。
图38是eNB10的HW结构图。
具体实施方式
以下，参照附图来说明本发明的实施方式。需要说明的是，以下说明的实施方式仅为一例，应用本发明的实施方式不限于以下的实施方式。例如，本实施方式中，以LTE的系统作为对象，但本发明不限于LTE，可以应用于各种各样的方式。此外，本说明书和权利要求书中，在没有特别说明的情况下，“LTE”的术语不限于3GPP的特定的Rel(版本)。此外，“LTE”包括“5G”。
作为上述的各种各样的方式，有例如SUPER 3G(超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(注册商标)、或者基于这些而扩展的下一代系统等。
(系统整体结构)
图4是示出本发明的实施方式中的通信系统的结构例的图。如图4所示那样，本实施方式的通信系统包括eNB10、eNB20、MME30、S-GW(Serving Gateway，服务网关)40、UE50。需要说明的是，图4涉及核心网络(EPC)，仅示出与本实施方式相关的部分。
UE50为移动电话等用户装置。eNB10、20分别为基站。MME30是容纳eNB，且进行位置注册、寻呼、切换等移动性控制、承载建立/删除等的节点装置。需要说明的是，移动性控制、承载建立/删除等的C-Plane(控制平面)的控制通过UE50与MME30之间的RRC(RadioResource Control，无线资源控制)层的高层、即NAS(Non-Access-Stratum，非接入层)层的消息发送接收来进行。
S-GW40是进行用户数据(U-Plane数据，用户平面数据)的中继的节点装置。需要说明的是，将由MME30和S-GW40构成的系统称为通信控制装置。此外，可以是MME30和S-GW40由1个装置构成，并将其称为通信控制装置。
如图4所示那样，MME30与eNB10、20之间通过S1-MME接口连接，S-GW40与eNB10、20之间通过S1-U接口连接。虚线的连接线表示控制信号接口，实现的连接线表示用户数据转发的接口。
本实施方式中，如前述那样，前提是下述方式：即使在UE50在同一eNB内从RRC连接状态迁移至RRC空闲状态的情况下，该eNB中UE50的UE上下文被保持，并且UE50中与该eNB的连接所涉及的UE上下文也被保持。如前述那样，该方式是能够削减信令数的方式。
本实施方式中，作为上述的方式的例子，作为实施例1，说明定义了作为非专利文献3中记载的方式的RRC-Suspended(RRC暂停)(和ECM-Suspended(ECM暂停))这一新的RRC的状态的方式，作为实施例2，说明未定义新的RRC的状态而进行UE上下文的再利用的方式。
(实施例1)
首先，针对实施例1进行说明。如上述那样，实施例1的方式中，除了以往的RRC-Idle(RRC空闲状态)和RRC-Connected(RRC连接状态)，还追加了RRC-Suspended(称为RRC保留状态)这一状态。在RRC保留状态下，UE与eNB各自保持在成为RRC保留状态前的RRC连接状态中用于连接的UE上下文。并且，若从RRC保留状态迁移至RRC连接状态，则使用该所保持的UE上下文来进行RRC连接建立。详细的过程等记载于非专利文献3中。但是，本实施方式中，能够通过UE来判定eNB是否支持UE上下文保持功能。需要说明的是，这样的功能在非专利文献3中完全没有记载。
<实施例1：整体时序例>
首先，作为实施例1中的通信系统整体的时序例，参照图5，说明UE50从RRC空闲状态迁移至RRC保留状态(和ECM保留状态)的情况的处理时序。需要说明的是，图5和图6所示的整体的处理时序本身在非专利文献3中被公开，因此在此说明概要。
步骤101中，eNB10决定保留RRC连接。步骤102中，eNB10将表示UE50的RRC连接已被保留的消息发送给MME30。MME10和eNB30保持UE上下文。
经过步骤103、104中的消息，在步骤105中，MME30返回对于步骤102的Ack。步骤106中，MME30进入ECM-SUSPENDED(ECM暂停)的状态。
步骤107中，eNB10向UE50发送RRC connection suspend(RRC连接暂停)消息，使UE50处于RRC保留状态(步骤108)。RRC connection suspend(RRC连接暂停)消息中，包含Resume ID(恢复ID)。Resume ID(恢复ID)是接下来在恢复RRC连接的情况下使用的标识符。在RRC保留状态下，UE50和eNB10分别保存UE上下文。
在此，本实施方式中，UE50和eNB10各自保持的UE上下文为例如RRC设定(RRCconfiguration)、承载设定(bearer configuration：包括RoHC state information(RoHC状态信息)等)、AS安全上下文(Access Stratum Security Context，接入层安全上下文)、L2/L1参数(MAC、PHY的设定等)等。
此外，在UE50和eNB10中作为UE上下文可以保持相同的信息，UE50也可以仅保持与eNB10的连接所必要的UE上下文的信息，eNB10也可以仅保持与UE50的连接所必要的UE上下文的信息。
更具体而言，在RRC保留状态下，例如UE50和eNB10分别保持通过RRC ConnectionSetup(RRC连接设置)搬运的RadioResourceConfigDedicated(无线资源设定专用)的信息、通过RRC Connection Setup Complete(RRC连接建立完成)搬运的能力信息、和通过安全关联信息(秘钥信息等)、RRC Security Mode Command(RRC安全模式命令)搬运的安全关联信息、通过RRC Connection Reconfiguration(RRC连接重新设定)搭载的设定信息等作为UE上下文。需要说明的是，这些为一个例子，作为UE上下文而保持的信息不限于这些，可以追加保持信息，也可以不保持这些信息中的一部分。
UE10和eNB10分别作为UE上下文而保持如上述那样的信息，由此在从RRC保留状态迁移至RRC连接状态时，能够进行RRC连接建立而不进行RRC Connection Setup Complete(RRC连接设置完成)、RRC Security Mode Command(RRC安全模式命令)、RRC SecurityMode Complete(RRC安全模式完成)、RRC Connection Reconfiguration(RRC连接重新设定)、RRC Connection Reconfiguration Complete(RRC连接重新设定完成)等消息的发送接收。
接着，参照图6说明UE50从RRC保留状态迁移至RRC连接状态的情况的时序例。图6示出处于RRC保留状态(步骤151)的UE50接受呼入(步骤152～155)的情况，但其是例子，在处于RRC保留状态的UE50进行主叫的情况下，关于UE上下文的再利用也进行同样的处理。
从eNB10接收到寻呼的UE中，步骤156中，从EMM层(NAS层的子层)发起RRC恢复过程(resume procedure)。步骤157中，从UE50将Random Access Preamble(随机接入前导码)发送给eNB10，步骤158中，从eNB10将Random Access Response(随机接入应答)返回至UE10。
步骤159中，作为消息3，UE50将RRC Connection Resume Request(RRC连接恢复请求)消息发送给eNB10。需要说明的是，实施例1中，在发送RRC Connection Resume Request(RRC连接恢复请求)消息前，UE50进行判定eNB10是否具有上下文保持功能的处理，该处理的详情在后文描述。
该RRC Connection Resume Request(RRC连接恢复请求)消息中，包含表示UE50保持UE上下文的信息、即Resume Id(恢复ID)。接收到RRC Connection Resume Request(RRC连接恢复请求)消息的eNB10获取与该消息中包含的Resume Id(恢复ID)关联地保存的UE50的UE上下文，基于UE上下文的信息，进行承载的恢复等。步骤160中，eNB10对UE50发送包含Resume Id(恢复ID)的RRC Connection Resume Complete(RRC连接恢复完成)消息。
步骤161中，UE50和eNB10恢复所保存的安全上下文。并且，步骤162～165中，进行对于MME30的UE50的状态变更的通知等。
<关于UE上下文保持功能判定>
如参照图6等说明那样，UE50使用Resume ID(恢复ID)，向eNB10通知保持有UE上下文的情况。其前提在于，eNB10支持UE上下文保持功能(再利用所保持的UE上下文来进行RRC连接的功能)。
但是，并非所有eNB都支持UE上下文保持功能。例如，设为UE50在eNB10的控制下保持UE上下文的同时成为RRC保留状态，移动至未保持UE上下文保持功能的eNB-X的小区。在此，即使将表示UE50保持有UE上下文的信息向eNB-X通知，eNB-X也无法理解该信息。从进行稳定的操作的观点出发，期望的是，在UE50已确认到驻留小区的eNB具有UE上下文保持功能的情况下，进行图6中说明的UE上下文保持通知的操作。
实施例1中，说明了UE50判定eNB10是否具有UE上下文保持功能的例子。以下，说明例1-1～例1-2。需要说明的是，实施例1和实施例2中，“UE上下文保持功能”是指在未处于RRC连接状态的状态下利用所保持的UE上下文(即再利用)，并使从该状态建立RRC连接的功能。此外，eNB不具有UE上下文保持功能、或者eNB不支持UE上下文保持功能不仅是指eNB不保持UE上下文保持功能作为能力的情况，也包括作为能力而保持但停止了该功能的情况。
<例1-1>
例1-1中，eNB10通过广播(广播，broadcast)信息向UE50广播eNB10是否支持UE上下文保持功能。作为该广播信息，能够使用例如MIB、SIB1、SIB2。
参照图7的流程图，说明与UE上下文保持功能的判定相关的UE50的操作例。以下的例子中，eNB10利用SIB1来广播表示是否支持UE上下文保持功能的信息。
步骤201中，UE50从eNB10接收SIB1。步骤202中，UE50从SIB1读取表示eNB10是否支持UE上下文保持功能的信息，基于该信息，判定eNB10是否支持UE上下文保持功能。
步骤202的判定结果为“是”(支持)的情况下，进入步骤S203，UE50在该小区中迁移至RRC连接状态的情况下，如前述那样地将RRC Connection Resume Request(RRC连接恢复请求)消息发送给eNB10，由此进行RRC连接。
步骤202的判定结果为“否”(不支持)的情况下，进入步骤S204，UE50在该小区中迁移至RRC连接状态的情况下，丢弃所保持的UE上下文，将通常的RRC Connection Request(RRC连接请求)发送给eNB10，由此进行RRC连接。
<例1-2>
例1-2中，eNB10通过随机接入过程中的Random Access Response(随机接入应答)向UE50通知eNB10是否支持UE上下文保持功能。
参照图8的流程图，说明例1-2中的UE50的操作例。在此，如例如图6所示那样，示出处于RRC保留状态的UE50接受寻呼(或者为了进行主叫)而迁移至RRC连接状态的情况的状况。
步骤301中，UE50向eNB10发送Random Access Preamble(随机接入前导码)。步骤302中，UE50从eNB10接收Random Access Response(随机接入应答)。该Random AccessResponse(随机接入应答)中，包含表示eNB10是否支持UE上下文保持功能的信息。
步骤303中，UE50从Random Access Response(随机接入应答)读取表示eNB10是否支持UE上下文保持功能的信息，基于该信息，判定eNB10是否支持UE上下文保持功能。
步骤303的判定结果为“是”(支持)的情况下，进入步骤S304，UE50如前述那样地将RRC Connection Resume Request(RRC连接恢复请求)消息发送给eNB10，由此进行RRC连接。
步骤303的判定结果为“否”(不支持)的情况下，进入步骤S305，UE50丢弃所保持的UE上下文，将通常的RRC Connection Request(RRC连接请求)发送给eNB10，由此进行RRC连接。
图9、图10示出例2中的Random Access Response(随机接入应答)的消息例(关于以往的例子，参照非专利文献5)。如图9所示那样，MAC PDU中包含MAC RAR。如图10所示那样，例1-2中，利用MAC RAR中的保留比特(reserve bit)，通知表示是否支持UE上下文保持功能的信息。作为一个例子，如果比特为1，则表示支持UE上下文保持功能，如果为0，则表示不支持。1和0也可以相反。
(实施例2)
接着，针对实施例2进行说明。如前述那样，实施例2是下述方式：不定义如RRC-Suspended(RRC暂停)那样的新状态，而是在RRC空闲状态下，UE和eNB保持UE上下文，在迁移至RRC连接状态时，对所保持的UE上下文进行再利用，从而能够削减信令数。
<整体的时序例>
首先，作为实施例2中的通信系统整体的时序例，针对在存在对于RRC空闲状态的UE50的呼入的情况下从MME30进行寻呼的方式进行说明。更具体而言，参照图11说明在下述情况下的处理时序：UE50连接于eNB10而成为RRC连接状态，在eNB10的下属的小区中成为RRC空闲状态，其后在同一小区中接受呼入。
作为图11的处理的前提，UE50在eNB10的小区中处于RRC连接状态，且设为建立了与UE50相关的S1-C/U的连接的状态。图11中，S1-C连接包括eNB10与MME30之间的连接和MME30与S-GW40之间的连接，S1-U连接包括eNB10与S-GW40之间的连接。在建立了连接的情况下，能够在该节点装置间发送接收UE50所涉及的信号(数据)，而不执行连接建立信号等用于连接设置的过程。
预先说明在进入图11的过程的说明之前，UE50最初连接到eNB10时的过程的一个例子的概要(非专利文献4)。需要说明的是，该最初的连接所涉及的过程也能够应用于实施例1。在UE50的随机接入时，eNB10将RRC Connection Setup(RRC连接设置)发送给UE50，将UE50设为RRC连接状态，从UE50接收RRC Connection Setup Complete(RRC连接设置完成)。其后，eNB10从MME30接收Initial Context Setup Request(初始上下文设置请求)，对UE50发送RRC Security Mode Command(RRC安全模式命令)，从UE50接收RRC Security ModeComplete(RRC安全模式完成)，此外，对UE50发送RRC Connection Reconfiguration(RRC连接重新设定)，从UE50接收RRC Connection Reconfiguration Complete(RRC连接重新设定完成)，对MME30发送Initial Context Setup Response(初始上下文设置应答)。经过这样的过程，进行UE50和eNB10中的UE上下文的建立、保持等。
如图11所示那样，在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空闲状态的事件作为触发而进行，也可以是UE50最初在eNB10的控制下成为RRC连接状态，在建立了与该UE50相关的S1-C/U连接后立刻进行。
上述使迁移至RRC空闲状态的事件是指：例如，根据规定的定时器(例如：UEInactivity Timer，UE非激活定时器)期满而检测到在一定时间内未产生与UE50的通信(上行下行的用户数据通信)的情况，但不限定于此。
图11预想了以检测到在一定时间内未产生与UE50的通信(上行下行的用户数据通信)作为触发的情况，在步骤401～404之后，将RRC连接释放(RRC Connection Release)发送给UE50，使UE50迁移至RRC空闲状态(步骤405)。
实施例2中，UE50即使在迁移至RRC空闲状态的情况下，UE50和eNB10各自中也保持了RRC连接时建立的UE上下文。
其后，产生发往UE50的下行数据，该下行数据到达S-GW40(步骤406)。在此，S1-U连接已建立完毕，但基于步骤402中接收到的连接维持指示信号，S-GW40不将该下行数据转发至eNB10，而是在缓冲器中进行保留。
S-GW40将下行数据呼入通知发送给MME30(步骤407)，MME30将发往UE50的S1-AP寻呼的信号发送给eNB10(步骤408)。该寻呼本身与以往的寻呼相同，被发送给UE50的跟踪区域的各eNB，在图11中示出对eNB10的发送。
接收到S1-AP寻呼的信号的eNB10向下属的UE50发送RRC寻呼的信号(步骤409)。
接收到RRC寻呼信号的UE50执行RRC连接建立过程，使建立RRC连接(步骤410)。其后，eNB10将表示RRC连接的建立完成的信号、即RRC连接建立完成发送给MME30(步骤411)。需要说明的是，eNB10能够通过例如eNB10从UE50接收到RRC Connection Setup Complete(RRC连接设置完成)，辨别建立了与UE50的RRC连接。
MME30将RRC连接建立完成的信号发送给S-GW40(步骤412)。由此，S-GW40判断建立了UE50与eNB10之间的RRC连接，利用已建立的UE50所涉及的S1-U连接，开始所保留的下行数据向eNB10的转发(步骤413)。该下行数据从eNB10到达UE50(步骤414)。像这样，开始下行数据向UE50的传输。
关于图11的步骤410的RRC连接建立过程的的详情，在后文描述。该RRC连接建立过程中，利用在UE50和eNB10各自中在RRC连接时建立、且预先保持的UE上下文，因此能够进行RRC连接建立，而不进行以往必要的RRC Security Mode Command(RRC安全模式命令)、RRCSecurity Mode Complete(RRC安全模式完成)、RRC Connection Reconfiguration(RRC连接重新设定)、RRC Connection Reconfiguration Complete(RRC连接重新设定完成)等消息的发送接收。
在此，UE50和eNB10各自所保持的UE上下文为例如RRC设定(RRC configuration)、承载设定(bearer configuration：包括RoHC state information(RoHC状态信息)等)、AS安全上下文(Access Stratum Security Context，接入层安全上下文)、L2/L1参数(MAC、PHY的设定等)等。
此外，在UE50和eNB10中作为UE上下文可以保持相同的信息，UE50也可以仅保持与eNB10的连接所必要的UE上下文的信息，eNB10也可以仅保持与UE50的连接所必要的UE上下文的信息。
更具体而言，在RRC空闲状态下，例如UE50和eNB10各自保持通过RRC ConnectionSetup(RRC连接设置)搭载的RadioResourceConfigDedicated(无线资源设定专用)的信息、通过RRC Connection Setup Complete(RRC连接设置完成)搬运的能力信息、和通过安全关联信息(秘钥信息等)、RRC Security Mode Command(RRC安全模式命令)搬运的安全关联信息、通过RRC Connection Reconfiguration(RRC连接重新设定)搬运的设定信息等作为UE上下文。需要说明的是，这些为一个例子，作为UE上下文而保持的信息不限于这些，可以追加保持信息，也可以不保持这些信息中的一部分。
UE10和eNB10各自作为UE上下文而保持如上述那样的信息，由此在从RRC空闲状态迁移至RRC连接状态时，能够进行RRC连接建立而不进行RRC Security Mode Command(RRC安全模式命令)、RRC Security Mode Complete(RRC安全模式完成)、RRC ConnectionReconfiguration(RRC连接重新设定)、RRC Connection Reconfiguration Complete(RRC连接重新设定完成)等消息的发送接收。
此外，实施例2中，eNB10将UE上下文与对应于该UE上下文的UE的标识符(UE标识符)关联并保持于存储单元中。UE标识符的种类没有限定，实施例2中，作为一个例子，使用S-TMSI(SAE temporary mobile subscriber identity，SAE临时移动订户标识)作为UE标识符。
<RRC连接建立过程的例子>
接着，针对实施例2中的UE50与eNB10之间的RRC连接建立过程，参照图12的时序进行说明。需要说明的是，图12所示的时序预想了图11的步骤410的过程，但不限于此。例如，图12所示的时序也可以是来自UE50的主叫时的RRC连接建立过程中的时序。
设为在图12所示的时序之前，从UE50向eNB10发送Random Access Preamble(随机接入前导码)，从eNB10向UE50发送Random Access Response(随机接入应答)。
UE50通过由Random Access Response(随机接入应答)中包含的UL许可所分配的资源，在步骤501中，将RRC Connection Request(RRC连接请求)消息发送给eNB10。实施例2中，在步骤501中，UE50使用RRC Connection Request(RRC连接请求)消息中的备用比特(spare bit：1个比特)，向eNB10通知UE50保持有UE上下文。例如，在比特设置(为1)时，表示UE50保持UE上下文。将表示UE50保持有UE上下文的该信息称为UE上下文保持信息。
此外，在RRC Connection Request(RRC连接请求)消息中，除了上述比特之外，还包含用于识别UE50的UE标识符(具体而言为S-TMSI(SAE temporary mobile subscriberidentity，SAE临时移动订户标识))。S-TMSI是由UE50固有的标识符生成的临时的UE50的标识符，其在UE50的位置注册时等从MME30输出。本实施方式中，设为UE50和各eNB保持有用于识别UE50的S-TMSI。
在步骤501中接收到上述RRC Connection Request(RRC连接请求)消息的eNB10从该消息中读取UE上下文保持信息和UE标识符，由此认识到通过UE标识符识别的UE50保持有UE上下文的情况，从存储单元中检索所保持的多个UE上下文之中对应于该UE标识符的UE上下文。即，进行UE标识符的匹配(matching)处理。
在步骤502中，若检索的结果是检测到对应于UE标识符的UE上下文，则eNB10通过RRC Connection Setup(RRC连接设置)消息(RRC连接建立消息)，向UE50通知eNB10保持有UE50的UE上下文，并且向UE50请求以发送用于UE50的认证的信息。
接收到包含表示保持有UE50的UE上下文的信息的RRC Connection Setup(RRC连接设置)消息的UE50继续使用所保持的UE上下文(承载、security key(安全密钥)、设定等)。
此外，RRC Connection Setup(RRC连接设置)消息中包含的RadioResourceConfigDedicated(无线资源设定专用)中，包含与承载、MAC和PHY设定等相关的参数值，但在步骤502中，接收到包含上述通知/请求的RRC Connection Setup(RRC连接设置)消息的UE50忽略通过RadioResourceConfigDedicated(无线资源设定专用)通知的参数值，继续使用所保持的UE上下文的参数值。需要说明的是，也可以不忽略所通知的参数值，而是使用通过RadioResourceConfigDedicated(无线资源设定专用)通知的参数值。由此，即使在已保持的参数值被eNB10变更的情况下，也能够反映该变更。
接着，步骤503中，UE50将Authentication token(认证令牌)、shortMAC-I(短MAC-I)等认证信息包括在RRC Connection Setup Complete(RRC连接设置完成)消息中而发送给eNB10。Authentication token(认证令牌)、shortMAC-I(短MAC-I)等认证信息是为了使eNB10认证UE50而使用的信息。
接收到RRC Connection Setup Complete(RRC连接设置完成)消息的eNB10使用该消息中包含的认证信息，认证UE50为与通过UE标识符检索到的UE上下文对应的正确UE。其后，UE50和eNB10各自利用所保持的UE上下文来建立(恢复)连接。需要说明的是，在利用所保持的UE上下文来建立(恢复)连接时，步骤503不是必须的，也可以不实施步骤503。
<RRC连接释放过程的例子>
实施例2中，UE50从eNB10接收RRC Connection Release(RRC连接释放)消息并迁移至RRC空闲状态时，可以总是保持UE上下文，也可以仅在RRC Connection Release(RRC连接释放)消息内包含用于指示保持UE上下文的信息的情况下，保持UE上下文。后者的例子在下文说明。
如图13所示那样，在eNB10使UE50迁移至RRC空闲状态的情况下，eNB10对UE50发送RRC Connection Release(RRC连接释放)消息(步骤601)。
在该RRC Connection Release(RRC连接释放)消息中，包含向UE50指示在RRC空闲状态下继续保持UE上下文的指示信息(indication(指示))。需要说明的是，关于指示信息，可以在消息中包含新的indication(指示)，也可以利用现有的release cause(释放原因)的备用比特。关于具体例，在后文描述。
UE50在从RRC Connection Release(RRC连接释放)消息检测到上述指示信息的情况下，在RRC空闲状态的期间，继续保持RRC空闲状态迁移时的UE上下文(承载信息，安全信息等)。
<系统整体的处理时序的另一个例子>
图11所示的例子中，UE10在相同的eNB10下进行了RRC连接状态与RRC空闲状态之间的迁移，但是，在此，作为另一个例子，参照图14说明下述情况的处理时序：UE50连接于eNB10从而成为RRC连接状态，在eNB10的下属的小区中成为RRC空闲状态，其后，UE50移动至eNB20的下属的小区，接受呼入。
在图14的情况下同样地，作为处理的前提，设为UE50在eNB10的小区中处于RRC连接状态，且已建立了S1-C/U的连接的状态。
以与图11的情况同样的方式，eNB10对MME30发送连接维持指示信号(步骤701)。此外，MME30将连接维持指示信号发送给S-GW40(步骤702)。
如前述那样，连接维持指示信号是进行如下指示的信号：维持与该UE50相关的S1-C/U连接，并且，在对于UE50的呼入时将下行数据保留在S-GW40中，从MME30进行寻呼。
接收到连接维持指示信号的S-GW40将确认应答发送给MME30(步骤703)，MME30将确认应答发送给eNB10(步骤704)。
eNB10在步骤701～704之后，将RRC连接释放(RRC Connection Release)发送给UE50，使UE50迁移至RRC空闲状态(步骤705)。其后，UE50移动至eNB20下属的小区。该RRCConnection Release(RRC连接释放)消息中包含保持UE上下文的指示，UE50对UE上下文进行保持。但是，该UE上下文是在与eNB10的连接中所利用的信息。
其后，产生发往UE50的下行数据，该下行数据到达S-GW40(步骤706)。在此，S1-U连接已建立完毕，但基于步骤702中接收到的连接维持指示信号，S-GW40不将该下行数据转发至eNB10，而是保留在缓冲器中。
S-GW40将下行数据呼入通知发送给MME30(步骤707)，MME30将发往UE50的S1-AP寻呼的信号发送给eNB20(步骤708)。该寻呼本身与以往的寻呼是同样的，被发送给UE50的跟踪区域的各eNB(1个或多个eNB中的每一者)，在图14中示出对eNB20的发送。
接收到S1-AP寻呼的信号的eNB20向下属的UE50发送RRC寻呼的信号(步骤709)。
接收到RRC寻呼的UE50执行RRC连接建立过程，建立RRC连接(步骤710)。此外，在eNB20与核心NW侧(图14中为S-GW40)之间执行NAS连接过程，建立针对eNB20的S1-C/U连接(步骤711)。
通过上述，UE50与S-GW40的连接被建立，因此S-GW40开始向UE50发送下行数据(步骤712、S713)。此外，释放在eNB10与MME30之间的UE上下文，并且释放针对eNB10的S1-C/U连接(步骤714)。
上述例子中，在步骤710的RRC连接建立过程中，UE50发送图12的步骤501的消息，但eNB20判断为未保持对应于UE50的UE上下文，因此实施正常的RRC连接过程。或者，也可以设为eNB20在判断为本身未保持对应于UE50的UE上下文的情况下，基于通过RRC连接建立过程中的消息而从UE50通知的PCI(用于识别UE50保持了UE上下文的小区的eNB10的小区ID)等，从eNB10获取UE50的UE上下文，利用该UE上下文，进行RRC连接。
<规范变更例>
接着，将进行图12、图13中说明的各种通知的情况下的3GPP规范文件(3GPP TS36.331，非专利文献4)的记载例(节选)示于图15～图19。图15～图19中，从非专利文献4发生变更的部位划出下划线。
图15A示出图12的步骤501中从UE50发送的RRC Connection Request(RRC连接请求)消息的例子。如图15A所示那样，追加了ue-ContextStoring(例如：1个比特)。如图15B所示那样，ue-ContextStoring是表示UE50保持有在上次RRC连接中使用的UE上下文的信息。此外，如图15A所示那样，包含S-TMSI。
图16A示出图12的步骤502中从eNB10发送的RRC Connection Setup(RRC连接设置)消息的例子。如图16A所示那样，追加了ue-ContextStored和ue-AuthenticationInfoReq。
如图16B所示那样，ue-AuthenticationInfoReq是请求以对UE发送认证信息的信息。ue-ContextStored是表示eNB保持作为RRC Connection Setup(RRC连接设置)的对象的UE的UE上下文的信息。UE在检测到该信息(字段)存在的情况下，忽略通过该RRCConnection Setup(RRC连接设置)消息通知的radioRecourceConfigDedicated字段。需要说明的是，如前述那样，也可以不忽略radioRecourceConfigDedicated字段，而是应用由此通知的参数值。
图17示出图12的步骤503中从UE50发送的RRC Connection Setup Complete(RRC连接设置完成)消息的例子。如图17所示那样，追加了作为认证信息的ue-AuthenticationToken和ue-AuthenticationInfo。
图18～图19示出图13的步骤601中从eNB10发送的RRC Connection Release(RRC连接释放)消息的例子1、2。
图18A、B示出使用Cause value(原因值)进行UE上下文保持指示的例子(例1)。该情况下，如图18A所示那样，在ReleaseCause内追加UEcontextHolding。如图18B所示那样，ue-ContextHolding的值表示UE在RRC空闲状态的期间继续保持UE上下文的指示。
图19A、B示出使用新的indication(指示)进行UE上下文保持指示的例子(例2)。如图19A所示那样，作为新的indication(指示)，追加了ue-ContextHolding。如图19B所示那样，ue-ContextHolding表示UE在RRC空闲状态的期间继续保持UE上下文的指示。
<关于UE上下文保持功能判定>
如参照图12等说明的那样，实施例2中，UE50将保持有UE上下文的情况通知给eNB10。其前提在于，eNB10支持UE上下文保持功能(再利用所保持的UE上下文来进行重新连接的功能)。
但是，如在实施例1中也说明的那样，并非所有eNB都支持UE上下文保持功能。例如，设为UE50在eNB10的控制下保持UE上下文的同时成为RRC空闲状态，移动至未保持UE上下文保持功能的eNB-X的小区。在此，即使将表示UE50保持有UE上下文的信息向eNB-X通知，eNB-X也无法理解该信息。从进行稳定的操作的观点出发，期望的是，UE50在已确认到驻留小区的eNB具有UE上下文保持功能的情况下，进行图12中说明的UE上下文保持通知的操作。
以下，说明了UE50判定eNB10是否具有UE上下文保持功能的例子。以下，说明例2-1～例2-3。
<例2-1>
例2-1中，eNB10通过广播信息向UE50广播eNB10是否支持UE上下文保持功能。作为该广播信息，能够使用例如MIB、SIB1、SIB2。
参照图20的流程图，说明与UE上下文保持功能的判定相关的UE50的操作例。以下的例子中，eNB10利用SIB1来广播表示是否支持UE上下文保持功能的信息。
步骤801中，UE50从eNB10接收SIB1。步骤802中，UE50从SIB1读取表示eNB10是否支持UE上下文保持功能的信息，基于该信息，判定eNB10是否支持UE上下文保持功能。
步骤802的判定结果为“是”(支持)的情况下，进入步骤S803，UE50在迁移至RRC连接状态的情况下，执行图12中说明的过程。即，UE50进行表示保持有UE上下文的信息的通知等。
步骤802的判定结果为“否”(不支持)的情况下，进入步骤S804，UE50在迁移至RRC连接状态的情况下，丢弃所保持的UE上下文，将不利用备用比特的通常的RRC ConnectionRequest(RRC连接请求)发送给eNB10。
<例2-2>
例2-2中，eNB10通过随机接入过程中的Random Access Response(随机接入应答)向UE50通知eNB10是否支持UE上下文保持功能。
参照图21的流程图，说明例2-2中的UE50的操作例。在此，示出例如处于RRC空闲状态的UE50接受寻呼(或者为了进行主叫)而迁移至RRC连接状态的情况的状况。
步骤901中，UE50向eNB10发送Random Access Preamble(随机接入前导码)。步骤902中，UE50从eNB10接收Random Access Response(随机接入应答)。在该Random AccessResponse(随机接入应答)中，包含表示eNB10是否支持UE上下文保持功能的信息。
步骤903中，UE50从Random Access Response(随机接入应答)读取表示eNB10是否支持UE上下文保持功能的信息，基于该信息，判定eNB10是否支持UE上下文保持功能。
步骤903的判定结果为“是”(支持)的情况下，进入步骤S904，UE50执行图12中说明的过程。即，UE50进行表示保持UE上下文的信息的通知等。
步骤903的判定结果为“否”(不支持)的情况下，进入步骤S904，UE50丢弃所保持的UE上下文，将不利用备用比特的通常的RRC Connection Request(RRC连接请求)发送给eNB10。
例2-2中的Random Access Response(随机接入应答)的消息例与例1-2是同样的，如图9、图10所示那样。
<例2-3>
例2-3中，UE50通过在RRC Connection Setup(RRC连接设置)消息中是否包含有前述ue-ContextStored(表示eNB10保持有UE50对应的UE上下文的信息)来判定在eNB10中是否支持UE上下文保持功能。
即，例2-3中，UE50总是通过RRC Connection Request(RRC连接请求)将保持有UE上下文的情况通知给eNB，执行图12所示的操作。但是，在此，基于RRC Connection Setup(RRC连接设置)消息，判定在eNB10中是否支持UE上下文保持功能支持。
参照图22的流程图，说明例2-3中的UE50的操作例。例如，处于RRC空闲状态的UE50在想要迁移至RRC连接状态的情况下，在步骤1001中，UE50将包含表示保持有UE上下文的信息的RRC Connection Request(RRC连接请求)消息发送给eNB10。
步骤1002中，UE50从eNB10接收RRC Connection Setup(RRC连接设置)消息。步骤1003中，UE50判定在RRC Connection Setup(RRC连接设置)消息中是否包含ue-ContextStored，如果判定结果为“是”(包含)则进入步骤1004，如果判定结果为“否”(不包含)则进入步骤1005。
步骤1004中，UE50继续使用所保持的UE上下文，将与图12的步骤503同样的RRCConnection Setup Complete(RRC连接设置完成)消息发送给eNB10。
步骤1005中，UE50丢弃所保持的UE上下文，反映RRC Connection Setup(RRC连接设置)消息中包含的RadioResourceConfigDedicated(无线资源设定专用)内的设定值而制作UE上下文(承载、MAC config(MAC设定)、PHY config(PHY设定)等)，用于与eNB50的连接(通信)。步骤1005以后，执行正常的RRC连接过程。
(变形例)
接着，针对能够应用于实施例1、实施例2中任一者的变形例进行说明。
如上述那样，本实施方式中，利用SIB1、SIB2等信号，能够向UE50通知eNB10是否支持UE上下文保持功能。
然而，预想了在发送接收少量数据的IoT(Internet of Things，物联网)等中的应用，提出了通过在C-plane(控制平面)中通过SRB(Signaling Radio Bearer，信令无线承载)来发送接收数据从而削减信令量的方式(相当于非专利文献3的Solution 2:Infrequent small data transmission using pre-established NAS security，解决方案2：使用预先建立的NAS安全的低频小数据传输)。在此，将该方式称为“SRB方式”、或“cpCIoTEPSOptimisation”、或“Control plane CIoT EPS Optimisation，控制平面CIoTEPS优化”、或“C-plane solution，控制平面解决方案”。
另一方面，如实施例1、实施例2中说明的方法、或者非专利文献3中作为“Solution18:User plane based solution with AS information stored in RAN，解决方案18：利用储存于RAN中的AS信息的基于用户平面的解决方案”而提出的方法那样，提出了在U-plane(用户平面，DRB)中进行数据的发送接收的同时，通过保持并再利用UE上下文来削减信令量的方式。该方式是在U-plane(用户平面)中的解决方案。在此，将该方式称为“DRB方式”、或“U-plane solution，用户平面解决方案”、或“User plane CIoT EPSOptimisation，用户平面CIoT EPS优化”、或“upCIoTEPSOptimisation”。
本变形例中，eNB10向UE50通知是否支持“C-plane solution，控制平面解决方案”或“U-plane solution，用户平面解决方案”。用于通知的信号不限于特定的信号，本变形例中使用SIB2。
图23、图24中，示出本变形例中的SIB2的规范变更例(节选)。图23、图24示出从非专利文献4进行的变更，在变更部位划出下划线。如图23所示那样，添加了“cpCIoTEPSOptimisationAllowed”、“upCIoTEPSOptimisationAllowed”。如图24所示那样，“cpCIoTEPSOptimisationAllowed”表示UE是否可以进行与“Control plane CIoT EPSOptimisation，控制平面CIoT EPS优化”的连接。即，表示网络(eNB)是否支持“Controlplane CIoT EPS Optimisations，控制平面CIoT EPS优化”。“upCIoTEPSOptimisationAllowed”表示UE是否可以进行与“User plane CIoT EPSOptimisation，用户平面CIoT EPS优化”的连接。即，表示网络(eNB)是否支持“User planeCIoT EPS Optimisation，用户平面CIoT EPS优化”。
本变形例中，设为UE50支持至少“Control plane CIoT EPS Optimisation，控制平面CIoT EPS优化”和“User plane CIoT EPS Optimisation，用户平面CIoT EPS优化”两者的功能。
<操作例1>
参照图25的流程图，说明在变形例中UE50从eNB10接收到SIB2的情况下的UE50的操作例1，需要说明的是，作为图25的流程中的各步骤的说明，记载了参照图27而在后文描述的规范变更例中的描述。图25示出UE50的小区选择时的操作。但是，并不限于小区选择时的操作。
步骤S10中，UE50处于RRC_IDLE状态、或者RRC_CONNECTED且定时器T311已起动的状态(例如因链路故障而进行了小区选择处理的状态)。步骤S11中，UE50以“control planeCIoT EPS optimization，控制平面CIoT EPS优化”的方式进行接入。
步骤S12中，UE50判断SIB2中是否不包含“cpCIoTEPSOptimisationAllowed”。即，UE50判断eNB10是否不支持“control plane CIoT EPS optimization，控制平面CIoT EPS优化”的方式。
步骤S12的判断为“是”的情况下，进入步骤S13，UE50不利用“control plane CIoTEPS optimization，控制平面CIoT EPS优化”的方式而进行对小区(eNB10)的接入。例如，UE50以“User plane CIoT EPS Optimisation，用户平面CIoT EPS优化”或以往的方式(例如：包含图14的S710、S711等的NAS连接的方式)而进行接入。在利用“User plane CIoT EPSOptimisation，用户平面CIoT EPS优化”的情况下，UE50执行例如图7、图8所示的处理、或者图20～图22所示的处理。
步骤S12的判断为“否”的情况下，进入步骤S14，UE50利用“control plane CIoTEPS optimization，控制平面CIoT EPS优化”的方式而进行对小区(eNB10)的接入。该例子中，本实施方式中的移动通信系统设为支持非专利文献3的“Solution 2:Infrequentsmall data transmission using pre-established NAS security，解决方案2：使用预先建立的NAS安全的低频小数据传输”，且UE50执行遵照Solution 2(解决方案2)的接入过程。
<操作例2>
接着，参照图26的流程图，说明在变形例中UE50从eNB10接收到SIB2的情况下的UE50的操作例2，需要说明的是，作为图26的流程中的各步骤的说明，记载了参照图28而在后文描述的规范变更例中的描述。图26示出UE50的小区选择时的操作。但是，并不限于小区选择时的操作。
步骤S20和S21与操作例1的步骤S10和S11相同。
步骤S22中，UE50判断在SIB2中是否不包含“cpCIoTEPSOptimisationAllowed”。即，UE50判断eNB10是否不支持“control plane CIoT EPS optimization，控制平面CIoTEPS优化”的方式。
步骤S22的判断为“是”的情况下，进入步骤S23，UE50判断在SIB2中是否包含“upCIoTEPSOptimisationAllowed”。即，UE50判断eNB10是否支持“User plane CIoT EPSoptimization”的方式。
步骤S23的判断为“是”的情况下，进入步骤S24，UE50以“User plane CIoT EPSOptimisation，用户平面CIoT EPS优化”的方式进行对小区的接入。在利用“User planeCIoT EPS Optimisation，用户平面CIoT EPS优化”的情况下，UE50执行例如图7、图8所示的处理、或者图20～图22所示的处理。需要说明的是，在确认包含有“upCIoTEPSOptimisationAllowed”的操作例2中，将“upCIoTEPSOptimisationAllowed”视为“表示基站是否具有上下文保持功能的指示信息”，在步骤S24中，可以进行图7的S203、图8的S304、
图12所示的过程等。
步骤S23的判断为“否”的情况下，进入步骤S25，UE50判断为对该小区的接入被禁止(barred)，尝试对例如其他小区的接入。需要说明的是，操作例2中，预想了在网络不支持“C-plane solution，控制平面解决方案”和“U-plane solution，用户平面解决方案”中任一者的情况下，UE50无法接入该网络。即，预想了UE50不支持以往的NAS，仅支持C/U-planesolution(控制平面/用户平面解决方案)专用的NAS。因此，假如UE50支持以往的NAS方式，则在步骤S25中也可以通过以往的NAS方式进行接入。
步骤S22的判断为“否”的情况下，进入步骤S26，UE50与操作例1的步骤S14同样地，利用“control plane CIoT EPS optimization，控制平面CIoT EPS优化”的方式进行对小区(eNB10)的接入。
<规范变更例>
图27示出对应于图25的流程的规范变更例(节选)。图27示出从非专利文献4进行的变更，在变更部位划出下划线。如图27所示那样，追加了图25所示的流程的内容。
图28示出对应于图26的流程的规范变更例(节选)。图28示出从非专利文献4进行的变更，在变更部位划出下划线。如图28所示那样，追加了图26所示的流程的内容。
如上述那样，通过利用变形例的方式，UE50能够根据网络侧的支持方式灵活地选择方式而进行接入。
<变形例中的另一个例子>
在本变形例中，eNB通过SIB2等的广播系统信息向UE50通知网络是否支持“C-plane solution，控制平面解决方案”、和网络是否支持“U-plane solution，用户平面解决方案”。接收到这样的通知的UE50将该通知的信息(比特)转发至高层(例如：NAS层)。UE50能够基于该通知的信息，进行包括NAS层中的操作在内的以下说明的操作。
支持“U-plane solution，用户平面解决方案”的UE50例如通过图5、图11、或者图13所示的处理，在保持上下文且处于空闲状态(或者暂停状态)的情况下，设为UE50在某一小区中开始进行使用初始NAS消息(initial NAS message)的过程(procedure)。
上述的初始NAS消息为例如ATTACH REQUEST(附接请求)、DETACH REQUEST(断接请求)、TRACKING AREA UPDATE REQUEST(跟踪区域更新请求)、SERVICE REQUEST(服务请求)、EXTENDED SERVICE REQUEST(扩展服务请求)、或者CONTROL PLANE SERVICE REQUEST(控制平面服务请求)(非专利文献6)。
在UE50为NB-S1mode(NB-S1模式)的情况下、即UE50为用于NB-IoT的UE的情况下，UE50以开始进行上述NAS层中的过程作为触发，向低层(例如：RRC层)请求恢复RRC连接。
在UE50为WB-S1mode(WB-S1模式)的情况下、即UE50为NB-IoT之外的UE的情况下，UE50进行下述操作。需要说明的是，WB-S1mode(WB-S1模式)是指non-NB-IoT UE(非用于NB-IoT的UE)使用CIoT EPS optimization(CIoT EPS优化)的情况的模式。
UE50以开始进行上述NAS层中的过程作为触发，首先，判断是否通过广播系统信息从eNB接收了表示网络支持“U-plane solution，用户平面解决方案”的通知。在UE50接收了该通知的情况下，UE50向低层请求恢复RRC连接。并且，UE50将例如上述通知视为“表示基站是否具有上下文保持功能的指示信息”，进行图7的S203、图8的S304、图12所示的过程。
在UE50未通过广播系统信息从eNB接收到表示支持“U-plane solution，用户平面解决方案”的通知的情况下，UE50发送包含SERVICE REQUEST(服务请求)的初始NAS消息(initial NAS message)，向低层请求开始RRC连接。该情况下，在接受到请求的低层中，UE50进行例如上下文的丢弃、和Resume ID(恢复ID)的丢弃，并进行RRC connectionrequest(RRC连接请求)的发送。
需要说明的是，也可以设为无论NB-S1mode(NB-S1模式)或WB-S1mode(WB-S1模式)，UE50都进行上述WB-S1mode(WB-S1模式)的操作。
图29中示出对应于上述操作的规范变更例。图29中，在相对于来自非专利文献6的节选而对应于上述操作的变更部位画出下划线。图29所示的规范的部位之中，“在处于具有暂停指示的EMM-IDLE模式时使用初始NAS消息触发过程时，NB-S1模式中的UE应当请求低层恢复RRC连接。在该向低层的请求中，NAS应当根据本文件的附录D向低层提供RRC建立原因和呼叫类型；”“在处于具有暂停指示的EMM-IDLE模式时使用初始NAS消息触发过程时，如果用户平面CIoT EPS优化的支持作为广播系统信息的一部分而被接收，则WB-S1模式中的UE应当请求低层恢复RRC连接。在该向低层的请求中，NAS应当根据本文件的附录D向低层提供RRC建立原因和呼叫类型。如果用户平面CIoT EPS优化的支持未作为广播系统信息的一部分而被接收，则WB-S1模式中的UE应当发送包括SERVICE REQUEST的初始NAS消息，并请求低层发起RRC连接；”对应于上述操作。需要说明的是，“处于具有暂停指示的EMM-IDLE模式”表示UE50在保持上下文的同时处于空闲状态。
此外，本例中，WB-S1mode(WB-S1模式)的UE50未通过广播系统信息从eNB接收到表示网络支持“C-plane solution，控制平面解决方案”的信息的情况下，不通过ATTACHREQUEST(附接请求)向eNB侧请求“C-plane solution，控制平面解决方案”的使用。图30中示出对应于该操作的规范变更例。图30中，在相对于来自非专利文献6的节选而对应于上述操作的变更部位画出下划线。图30所示的规范的部位之中，“在WB-S1模式中，如果控制平面CIoT EPS优化的PLMN支持没有作为广播系统信息的一部分而被接收，则UE不应当在ATTACHREQUEST消息的附加更新类型IE中请求‘控制平面CIoT EPS优化’。”对应于上述操作。
此外，本例中，WB-S1mode(WB-S1模式)的UE50未通过广播系统信息从eNB接收到表示网络支持“C-plane solution，控制平面解决方案”的信息的情况下，不通过TRACKINGAREA UPDATE REQUEST(跟踪区域更新请求)向eNB侧请求“C-plane solution，控制平面解决方案”的使用。图31中示出对应于该操作的规范变更例。图31中，在相对于来自非专利文献6的节选而对应于上述操作的变更部位画出下划线。图31所示的规范的部位之中，“在WB-S1模式中，如果控制平面CIoT EPS优化的PLMN支持没有作为广播系统信息的一部分而被接收，则UE不应当在TRACKING AREA UPDATE REQUEST消息的附加更新类型IE中请求‘控制平面CIoT EPS优化’。”对应于上述操作。
此外，在UE50为Non-NB-IoT UE(非NB-IoT UE)的情况下，在UE50使用了“C-planesolution，控制平面解决方案”的状态下移动至某一小区，在该小区中起动SERVICEREQUEST(服务请求)的情况下，UE50进行下述操作。
UE50在通过广播系统信息从eNB接收到表示网络支持“C-plane solution，控制平面解决方案”的信息的情况下，发送专用的CONTROL PLANE SERVICE REQUEST(控制平面服务请求)，进入EMM-SERVICE-REQUEST-INITIATED的状态。此外，UE50在未通过广播系统信息接收到表示网络支持“C-plane solution，控制平面解决方案”的信息的情况下，发送SERVICE REQUEST(服务请求)或者EXTENDED SERVICE REQUEST(扩展服务请求)，进入EMM-SERVICE-REQUEST-INITIATED的状态。
图32中示出对应于上述操作的规范变更例。图32中，在相对于来自非专利文献6的节选而对应于上述操作的变更部位画出下划线。图32所示的规范的部位之中，“在WB-S1模式中，如果控制平面CIoT EPS优化的PLMN支持没有作为广播系统信息的一部分而被接收，则UE发送CONTROL PLANE SERVICE REQUEST消息，启动T3417，并进入状态EMM-SERVICE-REQUEST-INITIATED。否则，UE发送SERVICE REQUEST或EXTENDED SERVICE REQUEST消息，启动T3417或T3417ext，并进入状态EMM-SERVICE-REQUEST-INITIATED。”对应于上述操作。UE50在未通过广播系统信息接收到表示支持“C-plane solution，控制平面解决方案”的信息的情况下，执行图33所示的多个过程中的其中一个。
(装置结构例)
接着，说明本发明的实施方式中的装置的结构例。以下说明的各装置的结构仅示出与本发明的实施方式特别相关的功能单元，还至少具有用于作为遵照LTE(包括EPC的意义的LTE)的通信系统中的装置而操作的未图示的功能。此外，各图所示的功能结构仅为一个例子。只要能够执行本实施方式所涉及的操作，则功能划分和/或者功能单元的名称可以为任意的。
各装置可以具备实施例1和实施例2两者的功能，也可以设为具备实施例1和实施例2之中任一者。此外，各装置可以具备实施例1、实施例2和变形例的全部功能，也可以设为具备“实施例1和变形例”与“实施例2和变形例”之中任一者。以下的说明中，各装置设为至少具备实施例1和实施例2两者的功能。
<MME、S-GW的结构例>
首先，参照图34，说明MME30和S-GW40的结构例。如图34所示那样，MME30包含eNB通信单元31、SGW通信单元32、通信控制单元33。
eNB通信单元31包含在与eNB之间通过S1-MME接口进行控制信号的发送接收的功能。SGW通信单元32包含在与S-GW之间通过S11接口进行控制信号的发送接收的功能。
此外，S-GW40包含eNB通信单元41、MME通信单元42、NW通信单元43、通信控制单元44。eNB通信单元41包含在与eNB之间通过S1-U接口进行数据的发送接收的功能。MME通信单元42包含在与MME之间通过S11接口进行控制信号的发送接收的功能。NW通信单元43包含在与核心NW侧的节点装置之间进行控制信号的发送接收和数据的发送接收的功能。
需要说明的是，至此的说明在实施例1和实施例2中是共通的。以下，特别针对实施例2(与非专利文献3不同的方式)的功能进行说明。
通信控制单元33包含下述功能：在从eNB接收到连接维持指示信号的情况下，对SGW通信单元32进行指示以使将该连接维持指示信号发送给S-GW，并且在从S-GW接收到确认应答的情况下，对SGW通信单元32进行指示以使将该确认应答发送给eNB。
通信控制单元44包含下述功能：在从MME接收到连接维持指示信号的情况下，对MME通信单元42进行指示以使将确认应答发送给MME。此外，通信控制单元44包含下述功能：在从MME接收了连接维持指示信号的情况下，在接收到对于该UE的下行数据的情况下，对NW通信单元43进行指示以使将该下行数据保留在缓冲器中，在从eNB接收到RRC连接建立完成的情况下，对NW通信单元43进行指示以使发送该下行数据。
需要说明的是，还可以将MME30和S-GW40构成为一个装置。该情况下，SGW通信单元32与MME通信单元42间的S11接口的通信成为装置内部的通信。
接着，说明本发明的实施方式(包括实施例1、实施例2、和变形例)中的UE50和eNB10的结构例。
<用户装置UE>
图35中示出用户装置(UE50)的功能结构图。如图35所示那样，UE50具备DL信号接收单元51、UL信号发送单元52、RRC处理单元53、UE上下文管理单元54。需要说明的是，图35仅示出UE50中与本发明特别相关的功能单元，UE50还至少具有用于进行遵照LTE的操作的未图示的功能。
DL信号接收单元51包含从基站eNB接收各种下行信号，并从接收到的物理层的信号获取更高层的信息的功能，UL信号发送单元52包含根据应当从UE50发送的高层的信息而生成物理层的各种信号，并对基站eNB发送的功能。
RRC处理单元53进行参照图7～图10、图12、图13、图15～图22、图25、图26、图29～图33等而说明的UE侧的判定处理、RRC消息的生成/发送/接收(发送是经由UL信号发送单元52的发送，接收是经由DL信号接收单元51的接收)、通过DL信号接收单元51接收到的广播信息和RRC消息的解释、NAS消息的生成/发送/接收(发送是经由UL信号发送单元52的发送，接收是经由DL信号接收单元51的接收)、从NAS层向低层的请求、U/C plane(用户平面/控制平面)支持信息向高层的通知等。此外，参照图8～图10、图21而说明的随机接入过程中的MAC信号的发送接收也可以通过DL信号接收单元51和UL信号发送单元52来进行。此外，RRC处理单元53还包含利用在UE上下文管理单元54中预先保持的UE上下文来恢复RRC连接的功能等。此外，RRC处理单元53包含下述功能：在不恢复RRC连接的情况(例如：eNB不支持保持功能的情况、或者从eNB未接收表示支持U-plane solution(用户平面解决方案)的系统信息的情况等)中，丢弃所保持的UE上下文，通过RRC connection request(RRC连接请求)开始RRC连接。此外，RRC处理单元53还包含利用在UE上下文管理单元54中预先保持的UE上下文来恢复RRC连接的功能。需要说明的是，本实施方式中，RRC处理单元53设为还进行NAS层的处理，因此也可以将RRC处理单元53称为RRC/NAS处理单元53。
UE上下文管理单元54包含存储器等存储单元，基于例如图5的步骤107、图13等中说明的指示，在RRC保留状态/RRC空闲状态下保持UE上下文和UE标识符(S-TMSI等)。此外，在图12所示的过程中，判断有无保持UE上下文，在保持有UE上下文的情况下，对RRC处理单元53进行指示以使通知表示保持有UE上下文的信息。
图35所示的UE50的结构可以整体通过硬件电路(例如：1个或者多个IC芯片)实现，也可以一部分由硬件电路构成，且其他部分通过CPU和程序实现。
图36是示出UE50的硬件(HW)结构的例子的图。图36示出与图35相比更接近实装例的结构。如图36所示那样，UE具有：进行与无线信号相关的处理的RE(Radio Equipment，无线装置)模块151、进行基带信号处理的BB(Base Band，基带)处理模块152、进行高层等的处理的装置控制模块153、和作为接入USIM卡的接口的USIM插槽154。
RE模块151对从BB处理模块152接收到的数字基带信号进行D/A(Digital-to-Analog，数字-模拟)变换、调制、频率变换、和功率放大等，由此生成应当从天线发送的无线信号。此外，对接收到的无线信号进行频率变换、A/D(Analog to Digital，模拟-数字)变换、解调等，由此生成数字基带信号，传递给BB处理模块152。RE模块151包含例如图35的DL信号接收单元51和UL信号发送单元52中的物理层等的功能。
BB处理模块152进行将IP分组和数字基带信号相互变换的处理。DSP(DigitalSignal Processor，数字信号处理器)162是进行BB处理模块152中的信号处理的处理器。存储器172被用作DSP162的工作区域(work area)。BB处理模块152包含例如图35的DL信号接收单元51和UL信号发送单元52中的层2等的功能、RRC处理单元53和UE上下文管理单元54。需要说明的是，可以设为将RRC处理单元53和UE上下文管理单元54的功能中的全部或者一部分包含在装置控制模块153中。
装置控制模块153进行IP层的协议处理、各种应用的处理等。处理器163是进行由装置控制模块153进行的处理的处理器。存储器173被用作处理器163的工作区域。此外，处理器163经由USIM插槽154而在与USIM之间进行数据的读取和写入。
<基站eNB>
图37中示出基站eNB(eNB10)的功能结构图。如图37所示那样，eNB10具备DL信号发送单元11、UL信号接收单元12、RRC处理单元13、UE上下文管理单元14、认证单元15、NW通信单元16。需要说明的是，图37仅示出eNB10中与本发明的实施方式特别相关的功能单元，eNB10还至少具有用于进行遵照LTE方式的操作的未图示的功能。
DL信号发送单元11包含根据应当从eNB10发送的高层的信息而生成物理层的各种信号，并进行发送的功能。UL信号接收单元12包含从用户装置UE接收各种上行信号，并从接收到的物理层的信号获得更高层的信息的功能。
RRC处理单元13进行参照图7～图10、图12、图13、图15～图22、图25、图26等说明的eNB侧的判定处理、RRC消息和广播信息的生成/发送(发送是经由DL信号发送单元11的发送)、通过UL信号接收单元12接收到的RRC消息的解释等。此外，参照图8～图10、图21而说明的随机接入过程中的MAC信号的发送接收也可以通过DL信号发送单元11和UL信号接收单元12来进行。此外，RRC处理单元13还包含利用在UE上下文管理单元14中预先保持的UE上下文来恢复RRC连接的功能等。
UE上下文管理单元14包含存储器等存储单元，基于例如图5的步骤107、图13等中说明的指示的发送，在RRC保留状态/RRC空闲状态下保持UE上下文和UE标识符(S-TMSI等)。此外，在图12所示的过程中，基于从UE接收的UE标识符，检索UE上下文，若确认到保持有UE上下文，则对RRC处理单元13指示表示保持有UE上下文的通知、和认证信息的请求。
认证单元15包含在图12所示的步骤503中从UE接收认证信息，并进行UE的认证的功能。
NW通信单元16包含通过S1-MME接口在与MME之间发送接收控制信号的功能、和通过S1-U接口在与S-GW之间发送接收数据的功能、连接维持指示信号的发送功能、RRC连接建立完成的发送的发送功能等。
图37所示的eNB10的结构可以整体通过硬件电路(例如：1个或者多个IC芯片)实现，也可以一部分由硬件电路构成，且其他部分通过CPU和程序实现。
图38是示出eNB10的硬件(HW)结构的例子的图。图38示出与图37相比更接近实装例的结构。如图38所示那样，eNB10具有：进行与无线信号相关的处理的RE模块251、进行基带信号处理的BB处理模块252、进行高层等的处理的装置控制模块253、和作为用于与网络连接的接口的通信IF254。
RE模块251对从BB处理模块252接收到的数字基带信号进行D/A变换、调制、频率变换、和功率放大等，由此生成应当从天线发送的无线信号。此外，对接收到的无线信号进行频率变换、A/D变换、解调等，由此生成数字基带信号，传递给BB处理模块252。RE模块251包含例如图37的DL信号发送单元11和UL信号接收单元12中的物理层等的功能。
BB处理模块252进行将IP分组和数字基带信号相互变换的处理。DSP262是进行BB处理模块252中的信号处理的处理器。存储器272被用作DSP252的工作区域。BB处理模块252包含例如图37的DL信号发送单元11和UL信号接收单元12中的层2等的功能、RRC处理单元13、UE上下文管理单元14、认证单元15。需要说明的是，也可以设为将RRC处理单元13、UE上下文管理单元14、认证单元15的功能中的全部或者一部分包含在装置控制模块253中。
装置控制模块253进行IP层的协议处理、OAM处理等。处理器263是进行由装置控制模块253进行的处理的处理器。存储器273被用作处理器263的工作区域。辅助存储装置283例如为HDD等，保存用于基站eNB本身进行操作的各种设定信息等。
需要说明的是，图34～图38所示的装置的结构(功能划分)仅是实现本实施方式(包括实施例1和实施例2)中说明的处理的结构的一个例子。只要能够实现本实施方式(包括实施例1、实施例2和变形例)中说明的处理，则其实装方法(具体的功能单元的配置、名称等)并不限于特定的实装方法。
(实施方式的总结)
以上，如所说明的那样，通过本实施方式，提供一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其具备：接收单元，其从所述基站接收表示该基站是否具有上下文保持功能的指示信息；判定单元，其基于通过所述接收单元接收到的所述指示信息，判定所述基站是否具有上下文保持功能；和，发送单元，其在通过所述判定单元判定为所述基站具有上下文保持功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
通过上述结构，在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过用户装置来判定基站是否保持再利用上下文信息的功能。
所述接收单元接收例如在广播信息或者随机接入应答中包含的所述指示信息。通过该结构，不导入新的信号，用户装置就能够接收指示信号。
所述发送单元将例如作为保持上下文信息的状态而具有连接保留状态的方式中的恢复ID用作所述上下文保持信息，并将包含该恢复ID的连接恢复请求消息作为所述消息而发送给所述基站。根据该结构，例如在非专利文献3中记载的方式中，能够通过用户装置来判定基站是否保持再利用上下文信息的功能。
可以设为所述发送单元将包含所述上下文保持信息的连接请求消息发送给所述基站。通过该结构，能够向确认了保持再利用上下文信息的功能的基站发送连接请求消息，能够切实地进行再利用上下文信息的连接建立。
此外，根据本实施方式，提供一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其具备：发送单元，其将包含第1上下文保持信息的连接请求消息发送给所述基站，所述第1上下文保持信息表示所述用户装置保持有用户装置侧上下文信息；判定单元，其判定在从所述基站接收的连接设定消息之中是否包含第2上下文保持信息，所述第2上下文保持信息表示所述基站保持有与所述用户装置关联的基站侧上下文信息；和，连接单元，其在通过所述判定单元判定为在所述连接设定消息之中包含第2上下文保持信息的情况下，利用所述用户装置侧上下文信息，在与所述基站之间建立连接。
通过上述结构，在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过用户装置来判定基站是否保持再利用上下文信息的功能。
此外，根据本实施方式，提供一种基站，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站，其具备：发送单元，其将表示所述基站是否具有上下文保持功能的指示信息发送给所述用户装置；和，接收单元，其在所述用户装置中基于所述指示信息判定为所述基站具有上下文保持功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
通过上述结构，在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过用户装置来判定基站是否保持再利用上下文信息的功能。
所述发送单元将例如包含所述指示信息的广播信息或者随机接入应答发送给所述用户装置。通过该结构，不导入新的信号，用户装置就能够接收指示信号。
可以设为所述接收单元从所述用户装置接收包含所述上下文保持信息的连接请求消息。通过该结构，确认了保持再利用上下文信息的功能的基站能够接收连接请求消息，能够切实地进行再利用上下文信息的连接建立。
此外，通过本实施方式，提供一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其具备：发送单元，其将包含第1上下文保持信息的连接请求消息发送给所述基站，所述第1上下文保持信息表示所述用户装置保持有用户装置侧上下文信息；接收单元，其从所述基站接收包含第2上下文保持信息的连接设定消息，所述第2上下文保持信息表示所述基站保持有与所述用户装置关联的基站侧上下文信息；和，连接单元，其在接收到所述连接设定消息后，利用所述用户装置侧上下文信息，在与所述基站之间建立连接。
通过上述结构，在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过基站来判定用户装置是否保持有上下文信息。
可以设为所述连接设定消息除了所述第2上下文保持信息之外还包含对于所述用户装置的认证信息的发送请求，所述发送单元基于该发送请求将认证信息发送给所述基站。通过该结构，能够在基站认证用户装置之后建立连接。
所述发送单元将例如包含所述认证信息的连接设定完成消息发送给所述基站。通过该结构，不需要通过特殊消息发送认证信息，能够削减消息。
可以设为所述接收单元从所述基站接收使所述用户装置从连接状态迁移至空闲状态的连接释放消息，在从该连接释放消息之中检测到指示保持所述用户装置侧上下文信息的信息的情况下，在所述空闲状态的期间，将所述用户装置侧上下文信息保持于存储单元中。通过该结构，用户装置在未接收到指示的情况下，可以不保持用户装置侧上下文信息，能够避免无用地保持用户装置侧上下文信息。
此外，根据本实施方式，提供一种基站，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站，其具备：接收单元，其从所述用户装置接收包含第1上下文保持信息的连接请求信息，所述第1上下文保持信息表示所述用户装置保持有用户装置侧上下文信息；发送单元，其根据所述连接请求消息的接收，将包含第2上下文保持信息的连接设定消息发送给所述用户装置，所述第2上下文保持信息表示所述基站保持有与所述用户装置关联的基站侧上下文信息；和，连接单元，其在发送所述连接设定消息后，利用所述基站侧上下文信息，在与所述用户装置之间建立连接。
通过上述结构，在支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中，能够通过基站来判定用户装置是否保持有上下文信息。
所述接收单元例如从所述连接请求消息获取所述用户装置的标识符，从所保持的多个基站侧上下文信息中检索对应于该标识符的基站侧上下文信息。像这样，通过使用标识符，能够切实地检测出与用户装置关联的基站侧上下文信息。
所述连接设定消息可以除了所述第2上下文保持信息之外还包含对于所述用户装置的认证信息的发送请求，并且，具备认证单元，其基于所述发送请求，利用从所述用户装置发送的认证信息而进行所述用户装置的认证。通过该结构，能够在基站认证用户装置之后建立连接。
可以设为所述发送单元在使所述用户装置从连接状态迁移至空闲状态的连接释放消息之中包含用于指示保持所述用户装置侧上下文信息的信息，将该连接释放消息发送给所述用户装置。通过该结构，用户装置在未接受到指示的情况下，可以不保持用户装置侧上下文信息，能够避免无用地保持用户装置侧上下文信息。
需要说明的是，上述的各装置的结构中的“单元”可以被替换为“部”、“电路”、“设备”等。
以上，说明了本发明的实施方式，但所公开的发明不限定于这样的实施方式，本领域技术人员可以理解各种各样的变形例、修正例、替代例、替换例等。为了促进发明的理解而利用具体的数值例进行了说明，但在没有特别说明的情况下，这些数值仅为一个例子，也可以使用适当的任何值。上述说明中的项目的划分对于本发明并非本质性的，2个以上的项目中记载的事项可以根据需要而组合使用，某一项目中记载的事项可以应用于另一项目中记载的事项(只要不矛盾)。功能框图中的功能单元或者处理单元的界限不必限于对应于物理性部件的界限。多个功能单元的操作可以在物理上通过1个部件进行，或者，1个功能单元的操作可以在物理上通过多个部件进行。为了方便说明，各装置利用功能性框图进行了说明，但这样的装置可以通过硬件、软件或者它们的组合实现。按照本发明的实施方式而通过该装置所具有的处理器操作的软件可以被保存于随机存取存储器(RAM)、闪存存储器、只读存储器(ROM)、EPROM、EEPROM、寄存器、硬盘(HDD)、可移动盘(removable disk)、CD-ROM、数据库、服务器、其他任何适当的存储介质中。
以下，例示性地列举本说明书中公开的结构。
(第1项)
一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其特征在于，具备：
接收单元，其从所述基站接收表示该基站是否具有上下文保持功能的指示信息；
判定单元，其基于通过所述接收单元接收到的所述指示信息，判定所述基站是否具有上下文保持功能；和
发送单元，其在通过所述判定单元判定为所述基站具有上下文保持功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
(第2项)
第1项所述的用户装置，其特征在于，所述接收单元接收广播信息或者随机接入应答中包含的所述指示信息。
(第3项)
第1项或者第2项所述的用户装置，其特征在于，所述发送单元将作为保持上下文信息的状态而具有连接保留状态的方式中的恢复ID用作所述上下文保持信息，并将包含该恢复ID的连接恢复请求消息作为所述消息而发送给所述基站。
(第4项)
第1项或者第2项所述的用户装置，其特征在于，所述发送单元将包含所述上下文保持信息的连接请求消息发送给所述基站。
(第5项)
一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其特征在于，具备：
发送单元，其将包含第1上下文保持信息的连接请求消息发送给所述基站，所述第1上下文保持消息表示所述用户装置保持有用户装置侧上下文信息；
判定单元，其判定在从所述基站接收的连接设定消息之中是否包含第2上下文保持信息，所述第2上下文保持信息表示所述基站保持与所述用户装置对应的基站侧上下文信息；和
连接单元，其在通过所述判定单元判定为在所述连接设定消息之中包含第2上下文保持信息的情况下，利用所述用户装置侧上下文信息，在与所述基站之间建立连接。
(第6项)
一种基站，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站，其特征在于，具备：
发送单元，其将表示所述基站是否具有上下文保持功能的指示信息发送给所述用户装置；和
接收单元，其在所述用户装置中基于所述指示信息判定为所述基站具有上下文保持功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
(第7项)
第6项所述的基站，其特征在于，所述发送单元将包含所述指示信息的广播信息或者随机接入应答发送给所述用户装置。
(第8项)
第6项或者第7项所述的基站，其特征在于，所述接收单元从所述用户装置接收包含所述上下文保持信息的连接请求消息。
(第9项)
一种连接建立方法，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置所执行的连接建立方法，其特征在于，具备：
接收步骤，从所述基站接收表示该基站是否具有上下文保持功能的指示信息；
判定步骤，基于通过所述接收步骤接收到的所述指示信息，判定所述基站是否具有上下文保持功能；和
发送步骤，在通过所述判定步骤判定为所述基站具有上下文保持功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
(第10项)
一种连接建立方法，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站所执行的连接建立方法，其特征在于，具备：
发送步骤，其将表示所述基站是否具有上下文保持功能的指示信息发送给所述用户装置；和
接收步骤，其在所述用户装置中基于所述指示信息判定为所述基站具有上下文保持功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
<实施方式的补充>
信息的通知不限定于本说明书中说明的方式/实施方式，也可以通过其他方法进行。例如信息的通知可以通过物理层信令(例如DCI(Downlink Control Information，下行链路控制信息)、UCI(Uplink Control Information，上行控制信息))、高层信令(例如RRC信令、MAC信令、广播信息(MIB(Master Information Block，主信息块)、SIB(SystemInformation Block，系统信息块)))、其他信号或者它们的组合来实施。此外，RRC消息可以被称为RRC信令。此外，RRC消息可以为例如RRC连接设置(RRC Connection Setup)消息、RRC连接重新设定(RRC Connection Reconfiguration)消息等。
本说明书中说明的各方式/实施方式可以应用于LTE(Long Term Evolution，长期演进)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G、5G、FRA(Future RadioAccess，未来无线接入)、W-CDMA(注册商标)、GSM(注册商标)、CDMA2000、UMB(Ultra MobileBroadband，超移动宽带)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(Ultra-WideBand，超宽带)、Bluetooth(注册商标)、利用其他适当系统的系统、和/或者基于这些而扩展的下一代系统。
判定或者判断可以根据由1个比特表达的值(0或1)来进行，也可以通过真假值(Boolean(布尔值)：true(真)或false(假))来进行，还可以通过数值的比较(例如与规定值的比较)来进行。
需要说明的是，针对本说明书中说明的术语和/或者本说明书的理解所需的术语，可以替换为具有相同或类似含义的术语。例如，信道和/或者码元也可以为信号(信令)。此外，信号也可以为消息。
根据本领域技术人员，关于UE有时可以用订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持通话器、用户代理(user agent)、移动客户端、客户端、或许多其他适当的术语来称呼。
本说明书中说明的各方式/实施方式可以单独使用，也可以组合使用，还可以伴随执行而切换使用。此外，规定的信息的通知(例如“为X”的通知)不限于显式地进行，也可以隐式地(例如通过不进行该规定的信息的通知)进行。
本说明书中使用的“判断(determining)”、“决定(determining)”这样的术语有时包括多种多样的操作。“判断”、“决定”可以包括将例如计算(calculating)、算出(computing)、处理(processing)、导出(deriving)、调查(investigating)、探索(lookingup)(例如表格、数据库或其他数据结构中的探索)、确认(ascertaining)视为“判断”“决定”等。此外，“判断”、“决定”可以包括将接收(receiving)(例如接收信息)、发送(transmitting)(例如发送信息)、输入(input)、输出(output)、访问(accessing)(例如访问存储器中的数据)视为“判断”“决定”等。此外，“判断”、“决定”可以包括将解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等视为“判断”“决定”。即，“判断”“决定”可以包括将任意操作视为“判断”“决定”。
本说明书中使用的“基于”这一记载在没有另行明确说明的情况下，不意味着“仅基于”。换言之，“基于”这一记载意味着“仅基于”和“至少基于”两者。
此外，本说明书中说明的各方式/实施方式的处理过程、时序等在没有矛盾的情况下可以替换顺序。例如，针对本说明书中说明的方法，以例示性的顺序提示了各种各样的步骤的要素，不限于所提示的特定的顺序。
输入输出的信息等可以被保存于特定的部位(例如存储器)，也可以通过管理表而管理。输入输出的信息等可以被覆盖、更新或追加。输出的信息等可以被删除。输入的信息等可以被发送给其他装置。
本说明书中说明的信息、信号等可以使用各种各样的任意不同技术来表示。例如，遍及上述说明整体而可以提及的数据、命令、指令、信息、信号、比特、码元、码片(chip)等可以通过电压、电流、电磁波、磁场或磁性粒子、光场或光子、或者它们的任意组合来表示。
此外，本说明书中说明的信息、参数等可以以绝对值表示，也可以以从规定值起算的相对值表示，还可以以对应的其他信息表示。
本发明不限于上述实施方式，在不脱离本发明的精神的情况下，各种各样的变形例、修正例、替代例、替换例等也包括在本发明中。
本专利申请基于2015年11月5日提交的日本专利申请第2015-218015号、2016年5月12日提交的日本专利申请第2016-96521号、和2016年7月14日提交的日本专利申请第2016-139715号，并要求其优先权，日本专利申请第2015-218015号、日本专利申请第2016-96521号、和日本专利申请第2016-139715号的全部内容援用于本申请中。
标号说明
10、20 eNB
11 DL信号发送单元
12 UL信号接收单元
13 RRC处理单元
14 UE上下文管理单元
15 认证单元
16 NW通信单元
30 MME
31 eNB通信单元
32 SGW通信单元
33 通信控制单元
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

Claims (8)

1.一种用户装置，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置，其特征在于，具备：
接收单元，其从所述基站接收表示该基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息；
判定单元，其基于通过所述接收单元接收到的所述指示信息，判定所述基站是否具有所述功能；和
发送单元，其在通过所述判定单元判定为所述基站具有所述功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
2.根据权利要求1所述的用户装置，其特征在于，
所述接收单元接收在广播信息或者随机接入应答中包含的所述指示信息。
3.根据权利要求1或2所述的用户装置，其特征在于，
所述发送单元将作为保持上下文信息的状态而具有连接保留状态的方式中的恢复ID用作所述上下文保持信息，并将包含该恢复ID的连接恢复请求消息作为所述消息而发送给所述基站。
4.一种基站，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站，其特征在于，具备：
发送单元，其将表示所述基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息发送给所述用户装置；和
接收单元，其在所述用户装置中基于所述指示信息判定为所述基站具有所述功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
5.根据权利要求4所述的基站，其特征在于，
所述发送单元将包含所述指示信息的广播信息或者随机接入应答发送给所述用户装置。
6.根据权利请求4或5所述的基站，其特征在于，
所述接收单元从所述用户装置接收包含恢复ID的连接恢复请求消息作为所述消息。
7.一种连接建立方法，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述用户装置所执行的连接建立方法，其特征在于，具备：
接收步骤，从所述基站接收表示该基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息；
判定步骤，基于通过所述接收步骤接收到的所述指示信息，判定所述基站是否具有所述功能；和
发送步骤，在通过所述判定步骤判定为所述基站具有所述功能的情况下，将包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息发送给所述基站。
8.一种连接建立方法，其是支持再利用用户装置和基站各自所保持的上下文信息来进行连接建立的功能的移动通信系统中的所述基站所执行的连接建立方法，其特征在于，具备：
发送步骤，将表示所述基站是否具有再利用所保持的上下文来进行RRC连接的功能的指示信息发送给所述用户装置；和
接收步骤，在所述用户装置中基于所述指示信息判定为所述基站具有所述功能的情况下，从所述用户装置接收包含表示所述用户装置保持有用户装置侧上下文信息的上下文保持信息的消息。
CN201680063461.0A 2015-11-05 2016-11-04 用户装置、基站、和连接建立方法 Active CN108353452B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP2015-218015 2015-11-05
JP2015218015 2015-11-05
JP2016-096521 2016-05-12
JP2016096521 2016-05-12
JP2016-139715 2016-07-14
JP2016139715A JP6208296B1 (ja) 2015-11-05 2016-07-14 ユーザ装置、基地局、及び接続確立方法
PCT/JP2016/082807 WO2017078140A1 (ja) 2015-11-05 2016-11-04 ユーザ装置、基地局、及び接続確立方法

Publications (2)

Publication Number Publication Date
CN108353452A true CN108353452A (zh) 2018-07-31
CN108353452B CN108353452B (zh) 2022-05-03

Family

ID=58662064

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680063461.0A Active CN108353452B (zh) 2015-11-05 2016-11-04 用户装置、基站、和连接建立方法

Country Status (5)

Country Link
EP (1) EP3355652B8 (zh)
CN (1) CN108353452B (zh)
ES (1) ES2911513T3 (zh)
PT (1) PT3355652T (zh)
WO (1) WO2017078140A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113748744A (zh) * 2019-04-05 2021-12-03 株式会社Ntt都科摩 用户装置和无线基站
WO2022147671A1 (zh) * 2021-01-06 2022-07-14 华为技术有限公司 一种通信方法和装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019054478A (ja) * 2017-09-19 2019-04-04 Kddi株式会社 通信方法、通信装置、通信プログラム及び通信システム
WO2021007729A1 (zh) * 2019-07-12 2021-01-21 Oppo广东移动通信有限公司 一种信息反馈方法、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668320A (zh) * 2008-09-01 2010-03-10 普天信息技术研究院有限公司 一种在长期演进系统中缩短切换时延的方法
CN101888684A (zh) * 2009-05-14 2010-11-17 中兴通讯股份有限公司 无线资源控制连接重建失败后快速连接建立的方法及系统
US20140334371A1 (en) * 2012-01-27 2014-11-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data by using plurality of carriers in mobile communication systems
US9338699B2 (en) * 2012-12-20 2016-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Scheme of retaining LTE connection during circuit switch fall back

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8019334B2 (en) * 2007-01-15 2011-09-13 Nokia Corporation Method and apparatus for providing context recovery
CA2677072C (en) * 2007-03-21 2014-01-21 Nokia Corporation Method, apparatus and computer program product for handover failure recovery
KR20130045411A (ko) * 2007-04-23 2013-05-03 인터디지탈 테크날러지 코포레이션 무선 링크 및 핸드오버 실패 처리
WO2013144606A1 (en) * 2012-03-27 2013-10-03 Research In Motion Limited User equipment preference indicator for suspension of radio communications
EP2757856B1 (en) * 2013-01-17 2023-11-08 Alcatel Lucent Optimization of context and/or connection management in a mobile communication system
EP2804441A1 (en) * 2013-05-15 2014-11-19 Alcatel Lucent Network nodes and methods
JP2015156524A (ja) * 2014-02-19 2015-08-27 株式会社Ｎｔｔドコモ 通信装置、及びコンテクスト制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668320A (zh) * 2008-09-01 2010-03-10 普天信息技术研究院有限公司 一种在长期演进系统中缩短切换时延的方法
CN101888684A (zh) * 2009-05-14 2010-11-17 中兴通讯股份有限公司 无线资源控制连接重建失败后快速连接建立的方法及系统
US20140334371A1 (en) * 2012-01-27 2014-11-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data by using plurality of carriers in mobile communication systems
US9338699B2 (en) * 2012-12-20 2016-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Scheme of retaining LTE connection during circuit switch fall back

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113748744A (zh) * 2019-04-05 2021-12-03 株式会社Ntt都科摩 用户装置和无线基站
WO2022147671A1 (zh) * 2021-01-06 2022-07-14 华为技术有限公司 一种通信方法和装置

Also Published As

Publication number Publication date
EP3355652B8 (en) 2022-04-27
PT3355652T (pt) 2022-04-13
ES2911513T3 (es) 2022-05-19
CN108353452B (zh) 2022-05-03
EP3355652A1 (en) 2018-08-01
EP3355652A4 (en) 2018-10-31
EP3355652B1 (en) 2022-03-23
WO2017078140A1 (ja) 2017-05-11

Similar Documents

Publication Publication Date Title
CN108353451B (zh) 终端、基站、移动通信系统及能力信息发送方法
CN108353444B (zh) 用户装置、基站、连接建立方法、以及上下文信息获取方法
CN107666693B (zh) 终端路径转移、控制终端状态转换的方法、终端及基站
CN110225600B (zh) 通信方法及装置
US11602004B2 (en) User equipment, base station, and connection establishment method
WO2016123809A1 (zh) 一种信令优化方法和设备
CN107251642A (zh) 用户装置、基站以及连接建立方法
CN108141890B (zh) 用户装置、以及随机接入方法
WO2015015300A2 (en) Method of supporting security handling for dual connectivity
CN109392083A (zh) 位置区管理方法和核心网控制器
CN108353452A (zh) 用户装置、基站、和连接建立方法
CN103202088A (zh) 中继站以及再连接方法
CN113875314A (zh) 一种无线通信的方法和装置
CN111194095B (zh) 接入控制的方法和设备
KR20230004708A (ko) 기기 인터랙션 방법 및 코어 네트워크 기기
JP6410844B2 (ja) 移動通信ネットワークに関する無線カバレッジを改善する又は有効にする方法、改善された無線カバレッジを有するように適合されるユーザ装置、改善された無線カバレッジをユーザ装置に提供するように適合される中継ユーザ装置、ユーザ装置のために無線カバレッジを改善する又は有効にするためのシステム、移動通信ネットワーク、プログラム及びコンピュータプログラム製品
JP2014519778A (ja) ネットワークアタッチ方法、中継ノード及び移動管理装置
CN102291805B (zh) 一种选择移动性管理实体的方法及系统
CN107959953A (zh) 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和系统
CN107211391B (zh) 寻呼控制方法、通信控制装置以及基站
CN106612528B (zh) 基站及其选取mme的方法
CN113348698B (zh) 终端设备的移动增强
CN111417167B (zh) 用户移动时支持边缘计算的方法和设备
CN116406032A (zh) 通信方法及装置
CN115022985A (zh) 信息传输、获取方法及网络侧设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant