[发明专利]UE上下文管理的方法和支持该方法的设备

说明书

公开一种基站在无线通信系统中管理UE上下文的方法，以及用于支持该方法的设备。该方法包括步骤：从核心网络节点接收UE的寻呼相关信息；存储与寻呼相关信息；以及在UE已经进入RRC‑非活动状态之后，基于寻呼相关信息执行与UE有关的寻呼。

技术领域

本发明涉及一种用于基站管理已经进入RRC非活动状态的UE的用户设备(UE)上下文的技术。

背景技术

已经努力开发改进的第5代(5G)通信系统或准5G通信系统以便于满足在第4代(4G)通信系统商业化之后对无线电数据流量的不断增长的需求。用于5G移动通信标准工作的标准化行为已经在3GPP中正式开始，并且在标准化工作组中正在以新的无线电接入(NR)的临时名称进行讨论。

较高层规范定义协议状态并且具体指示UE的功能和过程，以便于一致地管理UE的操作状态。对于NR的标准化，讨论将RRC_CONNECTED状态和RRC_IDLE状态定义为默认RRC状态并且进一步引入RRC_INACTIVE状态。

RRC_INACTIVE状态可以是类似于LTE中讨论的轻连接模式的概念。RRC_INACTIVE状态是用于有效率地管理特定UE(例如，mMTCUE)的状态。处于RRC_INACTIVE状态的UE以与处于RRC_IDLE状态的UE类似的方式执行无线电控制过程，以便于降低功耗。然而，处于RRC_INACTIVE状态的UE类似于处于RRC_CONNECTED状态而维持UE与网络之间的连接状态，以便于最小化当转变到RRC_CONNECTED状态时所需的控制过程。在RRC_INACTIVE状态中，释放无线电接入资源，同时可以维持有线连接。

对于处于RRC_INACTIVE状态的UE，AMF可以维持激活的UE的NG2连接，以便于隐藏来自下一代核心(NGC)的状态转变和移动性。在下文中，下一代(NexGen)核心CP功能或CP功能指的是AMF。这里，即使接收下行链路数据，S-GW没有通知MME(或NexGen核心功能CP)下行链路数据，以便于触发S1(或NG1)寻呼消息。

发明内容

当锚基站(BS)在RRC_INACTIVE状态中寻呼UE时，BS具有关于如何获知特定UE的参数的问题，诸如寻呼区域标识(PAI)和寻呼DRX。传统上，MME经由S1寻呼消息将这些参数转发给BS。BS可以在无线电接口上基于这些参数生成寻呼消息。然而，因为MME(或下一代核心功能CP)在RRC_INACTIVE状态下不发送与UE有关的S1(或NG1)寻呼消息，所以对于锚BS来说难以使用这些参数执行基于RAN的寻呼。

根据本发明的实施例，提供一种用于BS在无线通信系统中管理UE上下文的方法，该方法包括：从核心网络节点接收关于UE的寻呼相关信息；存储寻呼相关信息；在UE进入RRC_INACTIVE状态之后，基于寻呼相关信息来寻呼UE。

可以通过初始UE上下文设置请求消息、UE上下文变化请求、切换请求和路由变化请求肯定应答(ACK)消息中的任何一个来接收寻呼相关信息。

寻呼相关信息可以包括UE标识、寻呼区域标识(PAI)列表、跟踪区域标识(TAI)列表、核心网络的寻呼DRX、UE的寻呼优先级、用于寻呼的UE无线电能力、寻呼eDRX信息、NB-IoT寻呼eDRX信息、周期性TAU定时器、UE移动性模式和UE历史信息中的至少一个。

该方法还可以包括：在接收到寻呼相关信息之后，发送指示与所接收的寻呼相关信息相对应的UE进入RRC-inactive(RRC非活动)状态的状态变化消息。

该方法还可以包括在接收寻呼相关信息之前从UE接收服务请求消息，其中可以将服务请求消息与寻呼相关信息一起发送到核心网络节点。

BS可以是eNB或gNB。

核心网络节点可以是MME或下一代核心CP功能(NGC AMF)。