CN114303441A - 5g中的rrc非活动的高效上下文处理 - Google Patents

Abstract

一种新功能实体(即，RRC非活动上下文托管(RICH)实体)从无线电接入节点接收推送UE上下文通知或提取UE上下文请求的装置、方法和计算机程序产品。响应于推送UE上下文通知的接收，RICH实体向无线电接入节点发送ACK或NACK，同时响应于提取UE上下文请求的接收，RICH实体获取所请求的信息。响应于ACK的发送，RICH实体存储通知中包含的信息，而响应于获取，RICH实体向无线电接入节点发送获取到的信息。

Description

5G中的RRC非活动的高效上下文处理

技术领域

本发明总体上涉及5G中的为RRC非活动的RRC状态，并且具体地涉及RRC连接状态与RRC非活动状态之间的转变，其中RRC暂停/恢复过程允许RRC连接的快速恢复而不涉及核心网，其中个体gNB是存储器受限的，但是能够处理处于RRC非活动状态的大量UE的上下文。

背景技术

本节旨在提供以下公开的本发明的背景或上下文。本文中的描述可以包括可以追求的概念，但不一定是先前已经构想、实现或描述的概念。因此，除非在本文中另有明确说明，否则本节中描述的内容不是本申请中的描述的现有技术，并且不能因为被包括在本节中而被承认为现有技术。

在5G中，已经引入了称为“RRC非活动”的新RRC状态。UE可以通过RRC暂停/恢复过程在RRC连接状态与RRC非活动状态之间转变。UE和gNB都预期在RRC非活动状态下存储UE的接入层(AS)上下文，以在不涉及核心网的情况下允许RRC连接的快速恢复(即，到RRC连接状态(也称为活动状态)的快速返回，其中可以进行去往或来自UE的数据传输)。这提供了到RRC连接状态的转变的低延迟、以及较低用户感知延迟，从而促进了低延迟应用。如果不使用RRC非活动状态(在5G中或甚至在LTE中)，UE将从RRC连接转变到RRC空闲状态，此时，RAN(eNB)删除UE的上下文。当UE想要回到RRC连接以进行数据传输时，需要核心网的参与以在RAN处重新建立UE上下文。这导致到RRC连接状态的转变的较高延迟，从而导致在可以进行去往或来自UE的数据传输之前存在较高延迟。

在5G中，为了将UE置于RRC非活动，服务gNB向UE发送包含Resumeldentity(通常是I-RNTI，例如，40位字符串)的RRCConnectionSuspend消息

在RRC非活动下，允许UE在可以跨越多个gNB的基于RAN的通知区域(RNA)内移动。UE在跨越RNA边界时(或周期性地)报告RNAU(RAN通知区域更新)。

例如，当数据从核心网到达时，可以寻呼UE。最后的服务gNB可以通过Xn向UE的RNA中的其他gNB发送RAN寻呼消息，其通过空中寻呼UE。

为了开始退出RRC非活动并且返回RRC连接状态的过程(响应于网络发起的寻呼、或UE发起的寻呼)，UE在其当前覆盖范围的gNB中执行RACH并且发送具有Resumeldentity(通常是I-RNTI，例如，40位字符串)的RRCConnectionResumeRequest消息。这种从RRC非活动状态到RRC连接状态的转变称为RRC连接恢复过程。

如果UE在新的/不同的gNB中用RAN连接请求进行响应，则该新的/不同的gNB可以通过Xn从最后的服务gNB获取UE上下文，并且继续将UE转变为RRC连接状态。新的NG-RAN节点如何从I-RNTI中解析旧的NG-RAN ID是旧和新的NG-RAN节点中的正确配置的问题。

本发明超越了这些技术。

可以在说明书和/或附图中找到的首字母缩略词或缩写在本公开的上下文中或如下定义：

3GPP 第三代合作伙伴计划

5G 第五代

5GC 5G核心网

AMF 接入和移动性管理功能

CU 中央单元

DU 分布式单元

eNB(或eNodeB) 演进型节点B(例如，LTE基站)

gNB(或gNodeB) 5G/NR的基站，即，向UE提供NR用户

平面和控制平面协议终止并且经由NG接口

连接到5GC的节点

EN-DC E-UTRA-NR双连接

en-gNB或En-gNB 向UE提供NR用户平面和控制平面协议终

止并且充当EN-DC中的辅助节点的节点

E-UTRA 演进型通用陆地无线电接入，即，LTE无线

电接入技术

I/F 接口

LTE 长期演进

MAC 媒体接入控制

MME 移动性管理实体

NCE 网络控制元件

ng或NG 新一代

ng-eNB或NG-eNB 新一代eNB

NR 新无线电

N/W或NW 网络

PDCP 分组数据汇聚协议

PHY 物理层

RAN 无线电接入节点

rel 版本

RLC 无线电链路控制

RRH 远程无线电头端

RRC 无线电资源控制或无线电资源控制器

RU 无线电单元

Rx 接收器

SDAP 服务数据适配协议

SGW 服务网关

SMF 会话管理功能

TS 技术规范

Tx 发送器

UE 用户设备(例如，无线的，通常是移动设备)

UPF 用户平面功能

发明内容

本节旨在包括示例，而不旨在进行限制。

本发明的一个实施例的一个示例是一种装置，该装置包括：至少一个处理器和包括计算机程序代码的至少一个存储器，其中至少一个存储器和计算机代码被配置为与至少一个处理器一起使该装置至少执行以下操作：从无线电接入节点接收推送(Push)用户设备(UE)上下文通知或提取(Fetch)UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送确认(ACK)或否定确认(NACK)；响应于提取UE上下文请求的接收，获取所请求的信息；响应于ACK的发送，存储通知中包含的信息；以及响应于获取，向无线电接入节点发送获取到的信息。

本发明的附加实施例的示例是一种方法，该方法包括：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

本发明的又一实施例的示例是一种被实施在非瞬态计算机可读介质上的计算机程序产品，计算机程序被存储在该非瞬态计算机可读介质中，该计算机程序在由计算机执行时被配置为提供用于控制或执行至少以下操作的指令：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

本发明的又一实施例的示例是一种装置，该装置包括用于以下操作的部件：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

附图说明

在附图中：

图1是可以在其中实践示例性实施例的示例性系统的框图；

图2是采用示例性方法的示例性设备的框图；

图3由图3A、图3B、图3C和图3D组成，每个图描绘了本发明的示例性实现；

图4示出了当UE进入RRC非活动时根据本发明的示例性实施例的示例性消息流图；

图5示出了具有网络发起的恢复RRC连接的本发明的示例性实施例的示例性消息流图；以及

图6是示出根据示例性实施例的一种或多种示例性方法的可能的操作的逻辑流程图，该操作是由被实施在计算机可读存储器上的计算机程序指令的执行和/或由以硬件或其他方式实现的逻辑执行的功能的执行产生的。

具体实施方式

词语“示例性”在本文中用于表示“用作示例、实例或说明”。本文中描述为“示例性”的任何实施例不一定被解释为优选于或优于其他实施例。“具体实施方式”中描述的所有实施例是示例性实施例，该示例性实施例被提供以使得本领域技术人员能够做出或使用本发明而并不用于限制由权利要求限定的本发明的范围。

由本发明的实施例解决的问题是，为了支持大多数/所有UE的RRC非活动，gNB必须存储处于RRC非活动的所有UE的UE上下文，这会导致高存储器需求，这对于仍然是全球主要部署模式的常规gNB架构来说是不可持续的。

本文中的示例性实施例描述了用于对5G中的RRC非活动进行高效上下文处理的技术。在转向示例性实施例将如何工作之前，图1示出了可以在其中实践示例性实施例的一种可能且非限制性的示例性系统的框图。

图1示出了可以在其中实践示例性实施例的一种可能且非限制性的示例性系统的框图。示出了用户设备(UE)110、无线电接入网(RAN)节点170和(多个)网络控制元件((多个)NCE)190。在图1中，用户设备(UE)110与无线网络100进行无线通信。UE是无线的，通常是可以接入无线网络的移动设备。UE 110包括通过一个或多个总线127互连的一个或多个处理器120、一个或多个存储器125和一个或多个收发器130。一个或多个收发器130中的每个包括接收器Rx 132和发送器Tx 133。一个或多个总线127可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备等。一个或多个收发器130连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。

UE 110包括YYY模块140，YYY模块140包括部分140-1和/或140-2中的一者或两者，YYY模块140可以以多种方式实现。YYY模块140可以以硬件实现为YYY模块140-1，诸如实现为一个或多个处理器120的一部分。YYY模块140-1也可以实现为集成电路，或者通过诸如可编程门阵列等其他硬件来实现。在另一示例中，YYY模块140可以实现为YYY模块140-2，YYY模块140-2实现为计算机程序代码123并且由一个或多个处理器120执行。例如，一个或多个存储器125和计算机程序代码123可以被配置为与一个或多个处理器120一起使用户设备110执行如本文中描述的操作中的一个或多个。UE 110经由无线链路111与RAN节点170通信。

RAN节点170是提供诸如UE 110等无线设备对无线网络100的接入的基站。RAN节点170可以是例如5G(也称为新无线电(NR))的基站。在5G中，RAN节点170可以是NG-RAN节点，NG-RAN节点被定义为gNB或ng-eNB。gNB是提供朝向UE的NR用户平面和控制平面协议终止并且经由NG接口连接到5GC(例如，(多个)NCE 190)的节点。ng-eNB是提供朝向UE的E-UTRA用户平面和控制平面协议终止并且经由NG接口连接到5GC的节点。NG-RAN节点可以包括多个gNB，该gNB也可以包括“逻辑”元件，即，中央单元(CU)(gNB-CU)196和(多个)分布式单元(DU)(gNB-DU)，示出了其中的DU 195。CU是逻辑节点，除了专门分配给DU的功能，该逻辑节点还可以包括诸如用户数据传输、移动性控制、无线电接入网共享、定位、会话管理等功能(即，gNB功能)。CU可以通过前传(FI)接口控制DU的操作。CU也可以称为BBU/REC/RCC/C-RAN/V-RAN。DU是逻辑节点，该逻辑节点可以包括上述功能(即，gNB功能)的子集，具体取决于功能拆分选项。DU的操作可以由CU控制。CU还可以包含CU内接口，例如，其用户与控制平面功能之间的E1接口。注意，DU可以包括或耦合到并且控制无线电单元(RU)。gNB-CU是如下逻辑节点，该逻辑节点托管gNB的RRC、SDAP和PDCP协议或en-gNB的RRC和PDCP协议，该逻辑节点控制一个或多个gNB-DU的操作。gNB-CU终止与gNB-DU连接的F1接口。F1接口被示出为附图标记198，尽管附图标记198还示出了RAN节点170的远程元件与RAN节点170的集中式元件之间的链路，诸如gNB-CU 196与gNB-DU 195之间的链路。gNB-DU是逻辑节点，该逻辑节点托管gNB或en-gNB的RLC、MAC和PFIY层，并且其操作部分地由gNB-CU控制。一个gNB-CU支持一个或多个小区。gNB-DU终止与gNB-CU连接的F1接口198。注意，DU 195被认为包括收发器160，例如，作为RU的一部分，但是这种情况的一些示例可以使收发器160作为单独的RU的一部分，例如，在DU 195的控制下并且连接到DU 195。RAN节点170也可以是用于LTE(长期演进)的eNB(演进型NodeB)基站或任何其他合适的基站。

RAN节点170包括通过一个或多个总线157互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口((多个)N/W I/F)161和一个或多个收发器160。一个或多个收发器160中的每个包括接收器Rx 162和发送器Tx 163。一个或多个收发器160连接到一个或多个天线158。一个或多个存储器155包括计算机程序代码153。CU 196可以包括(多个)处理器152、存储器155和网络接口161。注意，DU 195也可以包含它自己的一个存储器/多个存储器和(多个)处理器和/或其他硬件，但是这些未示出。

RAN节点170包括ZZZ模块150，ZZZ模块150包括部分150-1和/或150-2中的一者或两者，ZZZ模块150可以以多种方式实现。ZZZ模块150可以以硬件实现为ZZZ模块150-1，诸如实现为一个或多个处理器152的一部分。ZZZ模块150-1也可以实现为集成电路，或者通过诸如可编程门阵列等其他硬件来实现。在另一示例中，ZZZ模块150可以实现为ZZZ模块150-2，ZZZ模块150-2实现为计算机程序代码153并且由一个或多个处理器152执行。例如，一个或多个存储器155和计算机程序代码153被配置为与一个或多个处理器152一起使RAN节点170执行如本文中描述的一个或多个操作。注意，ZZZ模块150的功能可以是分布式的，诸如分布在DU 195与CU 196之间，或者仅在DU 195中实现。

一个或多个网络接口161通过网络通信，诸如经由链路176和131。两个或更多个gNB 170使用例如链路176进行通信。链路176可以是有线的或无线的或这两者，并且可以实现例如用于5G的Xn接口、用于LTE eNB或用于5G gNB与LTE eNB之间的交互的X2接口、或用于其他标准的其他合适的接口。

一个或多个总线157可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备、无线信道等。

例如，一个或多个收发器160可以实现为用于LTE的远程无线电头端(RRH)195或用于5G的gNB实现的分布式单元(DU)195，而RAN节点170的其他元件可能在物理上处于与RRH/DU不同的位置，并且一个或多个总线157可以部分地实现为例如光纤电缆或用于将RAN节点170的其他元件(例如，中央单元(CU)、gNB-CU)连接到RRH/DU 195的其他合适的网络连接。附图标记198还指示这些(多个)合适的网络链路。

注意，本文中的描述是指“小区”执行功能，但应当清楚，形成小区的基站将执行该功能。在这个意义上，术语小区可以互换使用来指代地理覆盖区域或者指代用于在覆盖区域内传输/接收信号(和相关协议)的逻辑功能。小区构成基站的一部分。也就是说，每个基站可以有多个小区。例如，单个载波频率和相关带宽可能有三个小区，每个小区覆盖360度区域的三分之一，因此单个基站的覆盖区域覆盖近似椭圆或圆形。此外，每个小区可以对应于单个载波并且基站可以使用多个载波。因此，如果每个载波有三个120度小区并且有两个载波，则基站总共有6个小区。

无线网络100可以包括另一网络节点190，诸如网络控制元件(NCE)(或元件、(多个)NCE)190，网络元件190可以包括核心网功能，并且经由一个或多个链路181提供与另外的网络(诸如电话网络和/或数据通信网络(例如，互联网)等)的连接。5G的这样的核心网功能可以包括(多个)接入和移动性管理功能((多个)AMF)和/或用户平面功能((多个)UPF)和/或(多个)会话管理功能((多个)SMF)。LTE的这种核心网功能可以包括MME(移动性管理实体)/SGW(服务网关)功能。该另一网络节点也可以是或包括诸如RAN智能控制器(RIC)等控制器。这些仅仅是(多个)NCE 190可以支持的示例性功能，并且注意，5G和LTE功能可以得到支持。RAN节点170经由链路131耦合到NCE 190。链路131可以实现为例如用于5G的NG接口、或者用于LTE的S1接口、或者在RAN智能控制器的情况下的E2或A1接口、或者用于其他标准的其他适合的接口。NCE 190包括通过一个或多个总线185互连的一个或多个处理器175、一个或多个存储器171和一个或多个网络接口((多个)N/W I/F)180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为与一个或多个处理器175一起使NCE 190执行一个或多个操作。

无线网络100可以实现网络虚拟化，网络虚拟化是将硬件和软件网络资源和网络功能组合成单个基于软件的管理实体(虚拟网络)的过程。网络虚拟化涉及平台虚拟化，平台虚拟化通常与资源虚拟化相结合。网络虚拟化分为外部网络虚拟化或内部网络虚拟化，外部网络虚拟化将很多网络或网络的部分组合成虚拟单元，内部网络虚拟化为单个系统上的软件容器提供类似网络的功能。注意，由网络虚拟化产生的虚拟化实体在某种程度上仍然使用诸如处理器152或175以及存储器155和171等硬件来实现，并且这样的虚拟化实体也产生技术效果。

计算机可读存储器125、155和171可以是适合于本地技术环境的任何类型并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、闪存、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器。计算机可读存储器125、155、和171可以是用于执行存储功能的装置。处理器120、152和175可以是适合于本地技术环境的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。处理器120、152和175可以是用于执行诸如控制UE 110、RAN节点170和本文中描述的其他功能等功能的装置。

通常，用户设备110的各种实施例可以包括但不限于诸如智能电话等蜂窝电话、平板电脑、具有无线通信能力的个人数字助理(PDA)、具有无线通信能力的便携式计算机、诸如具有无线通信能力的数码相机等图像捕获设备、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和播放设备、允许无线互联网访问和浏览的互联网设备、具有无线通信能力的平板电脑、以及包含这样的功能的组合的便携式单元或终端。

已经因此介绍了用于本发明的示例性实施例的实践的一种合适的但非限制性的技术背景，现在将更具体地描述示例性实施例。

如上所述，在5G中，已经引入了称为“RRC非活动”的新的RRC状态，这实现了在没有核心网参与的情况下连接的低延迟恢复，但是这需要RAN/gNB存储UE的上下文。

通常，gNB在给定时间可能具有几百(例如，约300)个RRC连接UE，但是物理上在小区内的UE的总数可能是这个的数倍，例如，在某些情况下大于1000个。RAN通常在一段时间的数据非活动之后将RRC连接UE释放到RRC空闲状态，以避免必须为大量UE存储RRC上下文。

对于5G，一个关键要求是提供较低的“到活动的转变”延迟。因此RAN(gNB)应当将这些UE置于RRC非活动而不是RRC空闲，以便使得UE能够在期望返回到连接状态时具有低延迟连接恢复。然而，由于需要在RRC非活动状态期间将UE的接入层状态或上下文存储在网络中以启用RRC连接恢复，这将需要RAN(gNB)存储比RRC连接UE的数目多的UE上下文(例如，gNB需要存储1000个上下文而不是100个上下文)。

gNB通常具有严格的存储器限制。例如，gNB中的系统卡可能只有几吉字节的存储器，它必须容纳所有存储的多个小区(多个扇区、多个载波)的UE上下文。这样的存储器约束显著阻碍了存储更多数量的UE上下文的能力，该UE上下文是为这些UE启用RRC非活动所需要的。虽然原则上5G允许使用存储器约束较少的云gNB，但很多网络运营商没有云部署，因此大多数5G部署可能使用“常规”(非云)gNB架构，例如gNB通常具有严格的存储器约束。

本发明的实施例解决的问题是设计一种方法来为5G RAN网络中的处于RRC非活动状态的大量UE启用处理上下文，在该5G RAN网络中，个体gNB可能是存储器约束的。

根据包括第一方面和第二方面的方法，一种装置的示例性实施例将包括新的功能实体“RRC非活动上下文托管”(RICH)并且gNB将被增强以与RICH交互。

第一方面(方面A)包括第一gNB(gNB1)向RICH实体发送“推送UE上下文”通知，以提供处于RRC非活动的UE的一个或多个UE上下文、以及每个UE的标识符，诸如恢复身份(例如，I-RNTI)。RICH存储UE上下文，该UE上下文由所提供的身份(如I-RNTI)索引。

第二方面(方面B)包括：当期望通过第二gNB将UE从RRC非活动状态转变到RRC连接状态时，诸如当UE在第二gNB处发送RRC连接恢复请求时(其中gNB2可能与gNB1不同)，UE上下文从RICH中被提取。例如，在第一选项(这对于UE发起的连接恢复是更好的)中，gNB2向RICH发送提取UE上下文请求(以及由UE在其RRC连接恢复请求中提供的I-RNTI)。此后，RICH获取UE上下文并且将其发送到gNB2。在第二选项2(这对于网络发起的恢复是更好的)中，诸如使用寻呼，gNB1通常从核心网获得DL数据，该DL数据的目的地是处于RRC非活动状态的UE。然后，gNB1向RICH发送提取UE上下文请求并且提供合适的UE标识符(即，合适的UE ID)。此后，RICH基于UE ID来获取UE上下文并且将其提供给gNB1，诸如使用提取UE上下文响应，这可以与RAN寻呼过程并行进行。使用任一选项，gNB2然后可以继续正常RRC连接恢复过程

示例性方法的附加特征也是可获得的。

在附加特征中，RICH可以是RAN智能控制器(RIC)的一部分，或者是独立实体，例如，基于云的服务，或者是另一gNB。相应地，到RICH的接口可以通过E2(在RICH是RIC的一部分的情况下)、通过Xn(在RICH是另一gNB的一部分的情况下)或通过另一接口方法。

在另一特征中，如果RICH本身不能再存储另外的UE上下文，则RICH可以向其gNB对等体发送消息以“禁止UE上下文推送”(或停止UE上下文推送)，以指示gNB不应当再向RICH发送另外的推送UE上下文请求。这例如在RICH的存储空间不足使得它不能再存储另外的UE上下文时可能很有用，或者对于诸如磁盘故障或甚至网络链路拥塞等各种其他情况可能很有用。相反，为了允许对等gNB推送UE上下文，例如当RICH重新获得足够的空闲存储时，则RICH可以发送“允许UE上下文推送”消息。这些机制在RICH是另一gNB的一部分的情况下特别有用，该另一gNB本身可能是存储器约束的。

作为另一特征，I-RNTI可以由gNB1构建以嵌入RICH的ID(除了gNB1 ID，或者代替gNB1 ID)。当UE进入RRC非活动时，这个I-RNTI可以被提供给UE。当UE期望返回到RRC连接时，它可以将该I-RNTI传送到gNB2，在那里，它尝试从RRC非活动转变回RRC连接。通过从I-RNTI中推断RICH的身份，gNB2可以可选地直接联系RICH(与联系gNB1并行地，或者代替联系gNB1)。

在另外的特征中，可以有一个以上的RICH使得给定gNB可以向其推送上下文。例如，一个以上的基于云的实例、或托管RICH的一个以上的RIC、以及甚至原则上每个gNB可以包含一个RICH。

转向图2，图2是采用示例性方法的示例性设备的框图，gNB1 210(UE的最后的服务gNB)参与步骤1，步骤1作为RRC释放(暂停)216。如果如上所述的方面A 206被执行，则在步骤2中，gNB1将UE上下文推送到RRC非活动上下文托管(RICH)实体204，诸如RIC(或另一gNB，例如gNB3)202。RICH存储UE上下文，并且可以向gNB1 210提供对此的确认。然后，gNB1可以从其自己的存储或存储器或上下文数据库中删除UE上下文，但可以存储关于RICH的身份的少量数据以促进稍后提取该上下文。此外，项216的RRC释放(暂停)可以包括向UE提供恢复身份，诸如可以嵌入gNB1的身份和/或RICH的身份的I-RNTI。在步骤3(项222)中，在gNB1控制下的处于RRC非活动的UE 220可以移动到另一gNB(这里指定为gNB2)的覆盖区域(项214)。在步骤4中，UE 224向gNB2(新的服务gNB)214发送RRC连接恢复请求218。UE可以在该RRC连接恢复请求中包括恢复身份。gNB2可以从恢复身份中推断gNB1(UE的最后的服务gNB)的身份。在步骤5(项212A)中，gNB2(新的服务gNB)214联系gNB1(UE的最后的服务gNB)以获取UE上下文212，并且可以包括UE的恢复身份连同UE上下文212。在项208A，gNB1然后向RICH发送提取UE上下文请求。然后，RICH获取它已经存储的UE上下文并且将其提供回gNB1，如项208B所示。gNB1然后将UE上下文提供给尝试获取它的gNB2(项212B)。

图3由图3A、图3B、图3C和图3D组成，每个图描绘了本发明的示例性实现。图3A示出了作为与gNB1 306和gNB2 308通信的RAN RIC 210的一部分的RICH 304。图3B示出了分布式RAN，其中一个或多个gNB包含RICH，例如具有RICH 302的gNB3 310与被示出为具有RICH316的gNB1 314和被示出为没有RICH的gNB2 318通信。图3C描绘了云服务器，诸如诺基亚边缘服务器320，该云服务器物理上放置到gNB并且与RICH 322并置，以与gNB1 324和gNB2326通信。图3D具有云服务328，云服务328具有RICH实例池330，以与gNB1 332和gNB2 334两者通信。

图4和图5是示例性消息传递图。图4描绘了当UE进入RRC非活动时根据本发明的示例性实施例的示例性消息流图。

如图4所述，在项402中，UE在gNB1处处于RRC连接状态，其决定404将UE置于RRC非活动状态。

此后，在项406中，gNB1确定是否要将UE上下文推送到RICH，诸如在gNB1的本地存储器不足的情况下，通过将UE上下文的大小与gNB1处的UE上下文的最大允许总大小内的其余可用存储器/缓冲器空间进行比较。如果超过(或即将超过)最大允许总大小，则gNB1决定将上下文推送到RICH。

在多个RICH可用408的情况下，gNB1选择RICH。具体地，gNB1维护允许RICH列表(或者配置，或者通过在与RICH建立连接时进行通知——参见下文)，gNB1检查是否有任何RICH已经发送“停止推送UE上下文指示”，在这种情况下，这样的RICH将被忽略，并且gNB1根据负载均衡策略从其余RICH中选择一个RICH，例如通过循环来选择RICH。可选地，gNB1可以计算UE ID(例如，RAN NGAP ID、或N3上的TEID)的散列，并且基于该基础来选择RICH，这允许gNB1不必存储RICH的身份，其中UE上下文被推送，因为RICH ID可以在后续在需要时根据UEID来计算。

消息410从gNB1被发送到UE，其中RRC连接暂停提供Resumeldentity(诸如I-RNTI)。特别地，gNB1可以通过将RICH ID嵌入在Resumeldentity内的方式来确定UE的Resumeldentity(用于后续标识)。3GPP标准规定使用40位字符串作为I-RNTI，I-RNTI的构建细节由gNB决定。例如，gNB1可以使用I-RNTI的前4位来指示RICH ID。此外，gNB1还可以将其自己的gNB ID嵌入在诸如接下来的12位中，其中其余位可以用于UE ID。

UE进入RRC非活动412，

下一消息414是gNB1在其中将UE上下文推送到RICH的消息。在RICH被选择之后，gNB1向RICH发送推送UE上下文通知、以及UE上下文、gNB1 ID、小区ID和UE ID(例如，Resumeldentity-IRNTI)。RICH将存储416UE上下文，并且随后可以适当地索引该上下文以促进快速获取，诸如通过UE的ID(例如，I-RNTI)和cellID/gNB ID可索引的。

下一消息418是从RICH到gNB1的对推送UE上下文的确认。RICH将该确认发送到gNB1以指示关于其能够成功存储UE上下文的认定(confirmation)。在RICH发送该确认或认定之后，gNB1可以从其本地存储器中删除UE上下文，但可以保存UE ID到上下文在此被推送的RICH ID的映射，如下所述。在一些实施例中，如果RICH不能存储UE上下文，则它可以改为向gNB1发送否定确认或失败指示。

为了促进稍后获取上下文，根据项420，gNB1维护UE ID(对于处于RRC非活动状态的UE)到UE上下文已经被推送到的RICH ID的映射。gNB1在处于RRC非活动时必须存储的关于UE的信息仅限于此，而不是存储整个UE上下文。可以针对给定UE而存储多种类型的(多个)UE ID，例如，RAN UE NGAP ID、用户平面的TEID、I-RNTI、C-RNTI等。一旦给定UE的上下文已经被推送到RICH，映射被更新以反映这一点。映射可以由任何类型的UE ID可索引以促进快速访问。为了促进快速RAN寻呼，gNB1还可以存储用户的RNA(基于RAN的通知区域ID)(或RNA中的小区列表)和寻呼定时/DRX信息。在一些实施例中，RRC连接暂停410可以在gNB1接收到指示来自RICH的认定的推送UE上下文确认418之后由gNB1向UE发送。

图5描绘了具有网络发起的恢复RRC连接的本发明的示例性实施例的示例性消息流图。在项502中，UE被示出为处于RRC非活动状态。在RRC非活动状态期间，根据项504，UE可以从gNB1的覆盖范围移动到gNB2的覆盖范围。从核心网的角度来看，用户平面隧道仍然指向gNB1，因此根据项506，该UE的任何传入DL数据仍将被发送到gNB1。因此，在示例性实施例中，UE然后在RRC非活动时移动到gNB2覆盖范围，因为与UE进入RRC非活动(gNB1)时不同的gNB(诸如gNB2)处的连接可以恢复。连接恢复可能发生在如下情况下：当DL数据从核心网到达时(这是图5所示的情况，其中执行RAN寻呼——也称为网络发起的RRC连接的恢复)，或者当UE有UL数据要发送时(未示出，但类似)。因此，所示出的第一消息是从核心网到达的UE的(下行链路)数据。

当给定UE的DL数据从核心网到达gNB1时，根据项512，gNB1必须查找该UE的RICH的ID，并且根据项514，发起从RICH提取UE上下文。具体地，当DL数据从核心网到达gNB1时，gNB1基于TEID(如果数据是用户面数据)或RAN NGAP UE ID(如果核心网已经发送控制面NAS消息)查找所存储的UE映射以定位为该UE而存储的映射。

在消息516中，gNB1在该UE的RNAU内发起RAN寻呼。在一些情况下，该UE的RNAU可以是之前已经推送到RICH的UE上下文的一部分，并且需要首先从RICH中提取以确定用于RAN寻呼的UE的RNAU。在所示实施例中，为了促进快速RAN寻呼，gNB1还可以存储用户的RNA(基于RAN的通知区域ID)(或RNA中的小区列表)和寻呼定时/DRX信息。因此，它可以发起RAN寻呼，而不必等待首先从RICH中提取UE上下文。具体地，基于所存储的RNA，gNB1将使用为该UE而存储的RNA信息来发起该UE的RAN寻呼。例如，gNB1在其自己的(多个)小区中进行寻呼，并且还可以根据寻呼策略向RAN网络区域内的其他gNB发送用于RAN寻呼的Xn消息518。另一gNB(诸如gNB2)将发送用于RAN寻呼的消息520，使得根据项522，UE从gNB2接收RAN寻呼。换言之，当某个其他gNB(诸如gNB2)根据项524从UE接收到RRC连接恢复时，它然后通过Xn联系gNB1以根据项526获取UE上下文。

基于所存储的RICH ID，gNB1将联系RICH以发送提取UE上下文请求。这可以与RNA内的RAN寻呼并行进行，以最小化UE感知的延迟。RICH从其存储中获得UE上下文，并且将其与提取UE上下文响应一起发送到gNB1。在此之后，RICH可以删除其存储的UE上下文。

UE可以在不同gNB(gNB2)处响应于寻呼，以在RRC连接恢复请求中提供其I-RNTI。然后gNB2可以根据项528使用获取UE上下文来联系gNB1。可选地，gNB2可以直接联系RICH以获取UE上下文。

然后gNB1和/或RICH可以向gNB2提供UE上下文(gNB1提供它从RICH提取的上下文)，并且RRC连接恢复的正常过程然后可以根据项530被执行。

在UE发起的恢复RRC连接的示例性消息流中，UE可能因为有UL数据要发送而希望恢复RRC连接，而不是从核心网到达的DL数据。在这种情况下，UE(在RRC非活动中可能已经移动到gNB2的覆盖范围)执行RACH过程，然后是向gNB2的RRC连接恢复请求，以提供其ResumeIdentity(I-RNTI)。在这种情况下，有两种选项。

在第一选项(选项1)中，gNB2从I-RNTI中推断出RICH ID(因为gNB1已经构建了在其中嵌入有RICH ID的I-RNTI)。然后gNB2直接向RICH ID发送提取UE上下文请求。这种情况下gNB2可以直接执行到核心网的路径切换以完成RRC连接恢复。

在第二选项(选项2)中，gNB2从I-RNTI中推断出gNB1 ID并且通过Xn向gNB1发送获取UE上下文请求。然后gNB1从I-RNTI中查找RICH ID，并且向RICH发送提取UE上下文请求。这可能需要附加的跳跃和延迟。

图6是示出根据示例性实施例的一种或多种示例性方法的可能的操作的逻辑流程图，该操作是由被实施在计算机可读存储器上的计算机程序指令的执行和/或由以硬件或其他方式实现的逻辑执行的功能的执行产生的。

图6示出了本发明的实施例的示例，即，包括项602的方法600，项602包括由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求。在项604中，响应于推送UE上下文通知的接收，RICH实体向无线电接入节点发送ACK或NACK。在项606中，响应于提取UE上下文请求的接收，RICH实体获取所请求的信息。在项608中，响应于ACK的发送，RICH实体存储通知中包含的信息。在项610中，响应于获取，RICH实体向无线电接入节点发送获取到的信息。

在不以任何方式限制本发明或以下出现的权利要求的范围、解释或应用的情况下，本文中公开的一个或多个示例性实施例的优点、益处或技术效果使得gNB能够不必存储RRC非活动UE的所有UE上下文，并且可以将这些上下文推送到RICH(RICH可以位于RIC处、另一gNB处或云中)。

在不以任何方式限制本发明或以下出现的权利要求的范围、解释或应用的情况下，本文中公开的一个或多个示例性实施例的另一优点、益处或技术效果是本发明提供的可以处理的RRC非活动上下文的总数仅受跨gNB和(多个)RICH的“总存储器”的限制，而不受个体gNB的存储器的限制。

在不以任何方式限制本发明或以下出现的权利要求的范围、解释或应用的情况下，本文中公开的一个或多个示例性实施例的另一优点、益处或技术效果是到大量(甚至可能是“所有”)UE的低延迟连接恢复的益处，而不是仅限于有限数目。

在不以任何方式限制本发明或以下出现的权利要求的范围、解释或应用的情况下，本文中公开的一个或多个示例性实施例的另一优点、益处或技术效果在适用的情况下利用RIC和云，并且还为没有RIC或云的运营商提供分布式gNB。

如果需要，本文中讨论的不同功能可以以不同的顺序和/或彼此同时执行。此外，如果需要，上述功能中的一个或多个可以是可选的或者可以组合。

尽管以上阐述了各个方面，但其他方面包括来自所描述的实施例的特征的其他组合，而不仅仅是上述组合。如果需要，本文中讨论的不同功能可以以不同的顺序和/或彼此同时执行。此外，如果需要，上述功能中的一个或多个可以是可选的或者可以组合。

本发明的一个实施例的一个示例(可以称为项1)是一种装置，装置包括：至少一个处理器和包括计算机程序代码的至少一个存储器，其中至少一个存储器和计算机代码被配置为与至少一个处理器一起使装置至少执行以下操作：从无线电接入节点接收推送用户设备(UE)上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送确认(ACK)或否定确认(NACK)；响应于提取UE上下文请求的接收，获取所请求的信息；响应于ACK的发送，存储通知中包含的信息；以及响应于获取，向无线电接入节点发送获取到的信息。

本发明的又一实施例的一个示例(可以称为项2)是根据项1的装置，其中推送UE上下文通知的信息包括进入无线电资源控制(RRC)非活动状态的一个或多个UE的上下文和对应标识符。

本发明的另一实施例的一个示例(可以称为项3)是根据项1的装置，其中在提取UE上下文请求中提供的信息包括处于RRC非活动状态的UE的标识符。

本发明的另一实施例的一个示例(可以称为项4)是根据项3的装置，其中由提取UE上下文请求所请求的信息包括与标识符相对应的UE上下文。

本发明的另一实施例的一个示例(可以称为项5)是根据项1的装置，其中推送UE上下文通知由装置从第一无线电接入节点接收并且提取UE上下文请求由装置从第二无线电接入节点接收。

本发明的另一实施例的一个示例(可以称为项6)是根据项1的装置，其中对获取到的信息的发送允许UE继续正常RRC连接恢复过程。

本发明的另一实施例的一个示例(可以称为项7)是根据项5的装置，其中发送提取UE上下文请求通过第二无线电接入节点从核心网接到下行链路数据被触发。

本发明的另一实施例的一个示例(可以称为项8)是根据项1的装置，其中对提取UE上下文请求的发送通过从UE接收到RRC连接恢复请求被触发。

本发明的又一实施例的一个示例(可以称为项9)是根据项1的装置，其中发送ACK表示推送UE上下文通知的成功，并且发送NACK表示推送UE上下文通知的失败。

本发明的另一实施例的一个示例(可以称为项10)是根据项1的装置，其中至少一个存储器和计算机代码被配置为与至少一个处理器一起使装置至少进一步执行以下操作：代替发送信息，发送停止/禁止消息，其中停止/禁止消息指示装置通知推送UE上下文通知的发送方停止发送另外的推送UE上下文通知。

本发明的另一实施例的一个示例(可以称为项11)是根据项1的装置，其中装置被包括在以下至少一项中：无线电接入节点；无线电接入节点智能控制器；云服务；单独的独立设备；并且其中在装置被包括在多个设备中的情况下，多个设备中的每个设备在网络内通信。

本发明的又一实施例的一个示例(可以称为项12)是根据项11的装置，其中推送UE上下文通知包括被发送给多个设备中的每个设备的相同UE上下文或者包括被发送给多个设备中的每个设备的不同UE上下文。

本发明的另一实施例的一个示例(可以称为项13)是根据项12的装置，其中至少一个存储器和计算机代码被配置为与至少一个处理器一起使装置至少进一步执行以下操作：维护UE上下文标识符到上下文已经被推送到的多个设备中的每个设备的标识符的映射。

本发明的另一实施例的一个示例(可以称为项14)是根据项1的装置，其中推送UE上下文请求和提取UE上下文请求包括相同UE身份。

本发明的另一实施例的一个示例(可以称为项15)是根据项1的装置，其中至少一个存储器和计算机代码被配置为与至少一个处理器一起使装置至少进一步执行以下操作：向UE提供恢复身份，其中恢复身份嵌入推送UE上下文的无线电接入节点的身份、或能够从中提取上下文的装置的身份。

本发明的附加实施例的一个示例(可以称为项16)是一种方法，方法包括：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

本发明的又一实施例的一个示例(可以称为项17)是根据项16的方法，其中推送UE上下文通知的信息包括进入RRC非活动状态的一个或多个UE的上下文和对应标识符。

本发明的又一实施例的一个示例(可以称为项18)是根据项16的方法，其中在提取UE上下文请求中提供的信息包括处于RRC非活动状态的UE的标识符。

本发明的又一实施例的一个示例(可以称为项19)是根据项18的方法，其中由提取UE上下文请求所请求的信息包括与标识符相对应的UE上下文。

本发明的又一实施例的一个示例(可以称为项20)是根据项16的方法，其中推送UE上下文通知由RICH实体从第一无线电接入节点接收并且提取UE上下文请求由RICH实体从第二无线电接入节点接收。

本发明的又一实施例的一个示例(可以称为项21)是根据项16的方法，其中对获取到的信息的发送允许UE继续正常RRC连接恢复过程。

本发明的又一实施例的一个示例(可以称为项22)是根据项20的方法，其中提取UE上下文请求的发送通过第二无线电接入节点从核心网接收到下行链路数据被触发。

本发明的又一实施例的一个示例(可以称为项23)是根据项16的方法，其中对提取UE上下文请求的发送通过从UE接收到RRC连接恢复请求被触发。

本发明的又一实施例的一个示例(可以称为项24)是根据项16的方法，其中发送ACK表示推送UE上下文通知的成功，并且发送NACK表示推送UE上下文通知的失败。

本发明的又一实施例的一个示例(可以称为项25)是根据项16的方法，还包括：代替发送信息，发送停止/禁止消息，其中停止/禁止消息指示装置通知推送UE上下文通知的发送方停止发送另外的推送UE上下文通知。

本发明的又一实施例的一个示例(可以称为项26)是根据项16的方法，其中RICH实体被包括在以下至少一项中：无线电接入节点；无线电接入节点智能控制器；云服务；单独的独立设备；并且其中在RICH实体被包括在多个设备中的情况下，多个设备中的每个设备在网络内通信。

本发明的又一实施例的一个示例(可以称为项27)是根据项26的方法，其中推送UE上下文通知包括被发送给多个RICH实体中的每个RICH实体的相同UE上下文或者包括被发送给多个RICH实体中的每个RICH实体的不同UE上下文。

本发明的又一实施例的一个示例(可以称为项28)是根据项27的方法，还包括：维护UE上下文标识符到上下文已经被推送到的多个设备中的每个设备的标识符的映射。

本发明的又一实施例的一个示例(可以称为项29)是根据项16的方法，其中推送UE上下文请求和提取UE上下文请求包括相同UE身份。

本发明的又一实施例的一个示例(可以称为项30)是根据项16的方法，还包括向UE提供恢复身份，其中恢复身份嵌入推送UE上下文的无线电接入节点的身份、或能够从中提取上下文的RICH实体的身份。

本发明的附加实施例的一个示例(可以称为项31)是一种计算机程序，计算机程序包括用于以下操作的代码：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

本发明的附加实施例的一个示例(可以称为项32)是根据项31的计算机程序，其中计算机程序被实施在计算机程序产品上，计算机程序产品包括计算机可读介质，计算机可读介质中承载有与计算机一起使用的计算机程序代码。

本发明的又一实施例的一个示例(可以称为项33)是一种用指令编码的非瞬态计算机可读介质，指令在由计算机执行时执行根据项15-30中任一项的方法。

本发明的又一实施例的一个示例(可以称为项34)是一种被实施在非瞬态计算机可读介质上的计算机程序产品，非瞬态计算机可读介质中存储有计算机程序，计算机程序在由计算机执行时被配置为提供用于控制或执行至少以下操作的指令：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

本发明的又一实施例的一个示例(可以称为项35)是一种装置，装置包括用于以下操作的部件：由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；响应于推送UE上下文通知的接收，向无线电接入节点发送ACK或NACK；响应于提取UE上下文请求的接收，获取所请求的信息；以及响应于ACK的发送，存储通知中包含的信息；响应于获取，向无线电接入节点发送获取到的信息。

虽然本发明的各个方面在独立权利要求中阐述，但本发明的其他方面包括来自所描述的实施例和/或从属权利要求的特征与独立权利要求的特征的其他组合，而不仅仅是权利要求中明确规定的组合。

在不以任何方式限制下面出现的权利要求的范围、解释或应用的情况下，本文中公开的示例性实施例中的一个或多个的优点或技术效果是增加的功能性。

在此还应当注意，虽然以上描述了本发明的示例实施例，但不应当将这些描述视为限制性的。相反，在不脱离本发明的范围的情况下，可以进行多种变化和修改。

Claims (20)

1.一种装置，包括：

至少一个处理器和包括计算机程序代码的至少一个存储器，其中所述至少一个存储器和所述计算机代码被配置为与所述至少一个处理器一起使所述装置至少执行以下操作：

从无线电接入节点(RAN)接收推送UE上下文通知或提取UE上下文请求；

响应于所述推送UE上下文通知的所述接收，向所述RAN发送ACK或NACK；

响应于所述提取UE上下文请求的所述接收，获取所请求的信息；以及

响应于所述ACK的所述发送，存储所述通知中包含的信息；

响应于所述获取，向所述RAN发送获取到的所述信息。

2.根据权利要求1所述的装置，其中所述推送UE上下文通知的所述信息包括进入RRC非活动状态的一个或多个UE的上下文和对应标识符。

3.根据权利要求1所述的装置，其中在所述提取UE上下文请求中提供的信息包括处于RRC非活动状态的UE的标识符。

4.根据权利要求3所述的装置，其中由所述提取UE上下文请求所请求的信息包括与所述标识符相对应的UE上下文。

5.根据权利要求1所述的装置，其中所述推送UE上下文通知由所述装置从第一无线电接入节点接收并且所述提取UE上下文请求由所述装置从第二无线电接入节点接收。

6.根据权利要求1所述的装置，其中对获取到的所述信息的所述发送允许UE继续正常RRC连接恢复过程。

7.根据权利要求5所述的装置，其中发送所述提取UE上下文请求通过由所述第二RAN从核心网接收到下行链路数据被触发。

8.根据权利要求1所述的装置，其中对所述提取UE上下文请求的所述发送通过从UE接收到RRC连接恢复请求被触发。

9.根据权利要求1所述的装置，其中发送ACK表示所述推送UE上下文通知的成功，并且发送所述NACK表示所述推送UE上下文通知的失败。

10.根据权利要求1所述的装置，其中所述至少一个存储器和所述计算机代码被配置为与所述至少一个处理器一起使所述装置至少进一步执行以下操作：

代替发送信息，发送停止/禁止消息，其中停止/禁止消息指示所述装置通知所述推送UE上下文通知的发送方停止发送另外的推送UE上下文通知。

11.根据权利要求1所述的装置，其中所述装置被包括在以下至少一项中：

RAN；

RAN智能控制器；

云服务；

单独的独立设备；并且

其中在所述装置被包括在多个设备中的情况下，所述多个设备中的每个设备在网络内通信。

12.根据权利要求11所述的装置，其中所述推送UE上下文通知包括被发送给所述多个设备中的每个设备的相同UE上下文或者包括被发送给所述多个设备中的每个设备的不同UE上下文。

13.根据权利要求12所述的装置，其中所述至少一个存储器和所述计算机代码被配置为与所述至少一个处理器一起使所述装置至少进一步执行以下操作：

维护UE上下文标识符到所述上下文已经被推送到的所述多个设备中的每个设备的标识符的映射。

14.根据权利要求1所述的装置，其中所述推送UE上下文请求和所述提取UE上下文请求包括相同UE身份。

15.根据权利要求1所述的装置，其中所述至少一个存储器和所述计算机代码被配置为与所述至少一个处理器一起使所述装置至少进一步执行以下操作：

向所述UE提供恢复身份，其中所述恢复身份嵌入推送所述UE上下文的所述RAN节点的身份、或能够从中提取所述上下文的所述装置的身份。

16.一种方法，包括：

由RICH实体从RAN接收推送UE上下文通知或提取UE上下文请求；

响应于所述推送UE上下文通知的所述接收，向所述RAN发送ACK或NACK；

响应于所述提取UE上下文请求的所述接收，获取所请求的信息；以及

响应于所述ACK的所述发送，存储所述通知中包含的信息；

响应于所述获取，向所述RAN发送获取到的所述信息。

17.根据权利要求16所述的方法，其中所述推送UE上下文通知的所述信息包括进入RRC非活动状态的一个或多个UE的上下文和对应标识符。

18.根据权利要求16所述的方法，其中在所述提取UE上下文请求中提供的信息包括处于RRC非活动状态的UE的标识符。

19.根据权利要求18所述的方法，其中由所述提取UE上下文请求所请求的信息包括与所述标识符相对应的UE上下文。

20.一种计算机程序产品，被实施在非瞬态计算机可读介质上，计算机程序被存储在所述非瞬态计算机可读介质中，所述计算机程序在由计算机执行时被配置为提供用于控制或执行至少以下操作的指令：

由RICH实体从无线电接入节点接收推送UE上下文通知或提取UE上下文请求；

响应于所述推送UE上下文通知的所述接收，向所述RAN发送ACK或NACK；

响应于所述提取UE上下文请求的所述接收，获取所请求的信息；以及

响应于所述ACK的所述发送，存储所述通知中包含的信息；

响应于所述获取，向所述RAN发送获取到的所述信息。

Images