CN116158128A - 用于非活动直接数据传输的上下文提取过程 - Google Patents

用于非活动直接数据传输的上下文提取过程 Download PDF

Info

Publication number
CN116158128A
CN116158128A CN202080105149.XA CN202080105149A CN116158128A CN 116158128 A CN116158128 A CN 116158128A CN 202080105149 A CN202080105149 A CN 202080105149A CN 116158128 A CN116158128 A CN 116158128A
Authority
CN
China
Prior art keywords
base station
user plane
rrc
uplink data
message
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.)
Pending
Application number
CN202080105149.XA
Other languages
English (en)
Inventor
许芳丽
张大伟
胡海静
M·A·施卡里
S·V·万格拉
S·尼姆玛拉
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.)
Apple Inc
Original Assignee
Apple 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
Application filed by Apple Inc filed Critical Apple Inc
Priority to CN202311154231.3A priority Critical patent/CN117062201A/zh
Publication of CN116158128A publication Critical patent/CN116158128A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • 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
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

描述了一种当用户装备(UE)设备处于非活动状态时在该用户装备与基站之间传送数据的设备的方法和装置。在一些实施方案中，在UE处于非活动状态时，UE的最后服务基站和UE的新基站彼此协调以完成数据的传送。

Description

用于非活动直接数据传输的上下文提取过程
技术领域
本发明的实施方案整体涉及无线技术，并且更具体地，涉及在用户装备(UE)处于非活动状态时处理与UE的直接数据传输。
背景技术
在5G新空口(NR)中，用户装备(UE)可处于以下三种状态中的一种状态：CONNECTED、INACTIVE和IDLE。CONNECTED状态允许UE与基站(BS)和核心网络(CN)之间的全数据传输。IDLE状态是不交换数据的功率节省状态。UE的INACTICVE状态是与UE处于IDLE状态的情况相比允许UE更快返回到CONNECTED状态的暂停状态。
在5G NR中，为了使UE转变到CONNECTED状态以便实现全数据传输，UE将执行无线电资源控制(RRC)恢复过程。RRC恢复过程需要时间来完成。因此，在供传送的数据到达的时间与数据可传输的时间之间存在完成RRC恢复过程所必需的延迟。通常，当UE将要参与传送大量数据时，这种延迟不被认为是有问题的。然而，如果数据量较小，使得UE会在执行较小数据传送之后不久快速返回到非活动状态，则完成RRC恢复过程的延迟可被认为是不合理的。
最近，5G NR规定UE可在处于非活动状态时传送较少量的数据。这是有利的，因为这避免了UE由于完成RRC恢复过程所引起的延迟。然而，在5G NR中不存在关于网络要如何处理此类传送的规范。
发明内容
描述了一种当用户装备(UE)设备处于非活动状态(例如，无线电资源控制(RRC)非活动(RRC_INACTIVE)状态)时在该用户装备与基站(BS)之间传达数据的设备的方法和装置。
在一些实施方案中，在UE处于非活动状态时，UE的最后服务基站和UE的新基站彼此协调以完成数据的传送。在一些实施方案中，最后服务基站从UE的新基站请求UE上下文的消息和用户平面上行链路数据两者，并且代表UE将用户平面上行链路数据转发到核心网络(CN)，其中用户平面上行链路数据在UE已处于非活动状态时从UE向最后服务基站发送。
在一些实施方案中，UE的新基站接收在UE已处于非活动(RRC_INACTIVE)状态时从用户装备(UE)传输的用户平面上行链路数据，并且向最后服务基站发送请求UE上下文的消息以及用户平面上行链路数据两者，使得最后服务基站可将数据转发到CN。
在一些实施方案中，最后服务基站向UE发送消息以将UE配置为处于非活动状态，并且向可潜在地充当UE的新基站的一个或多个其他基站发送UE上下文。这促进将责任从最后服务基站转移到新基站，以使得能够在UE处于非活动状态时完成与UE的数据传送。
在一些实施方案中，新基站接收最后服务基站向可潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文。然后，新基站接收在UE已处于非活动状态时从UE传输的用户平面上行链路数据，并且响应于接收到来自UE的用户平面上行链路数据而作为UE的锚节点进行操作。
还描述了其他方法和装置。
附图说明
本发明以举例的方式进行说明，并且不仅限于各个附图的图形，在附图中类似的标号指示类似的元件。
图1示出了根据一些实施方案的示例性无线通信系统。
图2示出了根据一些实施方案的与用户装备(UE)设备通信的基站(BS)。
图3示出了根据一些实施方案的UE的示例性框图。
图4示出了根据一些实施方案的BS的示例性框图。
图5示出了根据一些实施方案的蜂窝通信电路的示例性框图。
图6是UE从非活动状态切换到连接状态的一些实施方案的图示。
图7A是UE从非活动状态切换到连接状态的时间线的一些实施方案的图示。
图7B是UE在非活动状态下传达数据的时间线的一些实施方案的图示。
图8是与处于非活动状态的UE进行数据通信并且最后服务gNodeB(gNB)保持为锚节点的一些实施方案的图示。
图9是与处于非活动状态的UE进行数据通信并且新gNB成为锚节点的一些实施方案的图示。
图10是与处于非活动状态的UE进行数据通信并且新gNB临时成为锚节点的一些实施方案的图示。
图11A是在UE处于RRC_INACTIVE状态时由最后服务gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的一个实施方案的流程图。
图11B是在UE处于RRC_INACTIVE状态时由新gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的一个实施方案的流程图。
图12A是在UE处于RRC_INACTIVE状态时由最后服务gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的另一实施方案的流程图。
图12B是在UE处于RRC_INACTIVE状态时由新gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的另一实施方案的流程图。
图13A是在UE处于RRC_INACTIVE状态时由最后服务gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的又一实施方案的流程图。
图13B是在UE处于RRC_INACTIVE状态时由新gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的又一实施方案的流程图。
图14A和图14B示出了与处于非活动状态的UE进行数据通信的一些实施方案，其中最后服务gNB在接收数据之前向另一gNB发送UE上下文。
图15A是由最后服务gNB执行以用于处理的过程的另一实施方案的流程图，在UE处于RRC_INACTIVE状态时在接收到来自UE的用户平面上行链路数据之前向另一gNB发送UE上下文。
图15B是用于处理来自CN的新下行链路数据的过程的一个实施方案的流程图，该新下行链路数据在UE处于RRC_INACTIVE状态时在UE向新gNB发送数据之前向最后服务gNB发送。
图16A是由最后服务gNB执行以用于处理的过程的又一实施方案的流程图，在UE处于RRC_INACTIVE状态时在接收到来自UE的用户平面上行链路数据之前向另一gNB发送UE上下文。
图16B是用于处理来自CN的新下行链路数据的过程的另一实施方案的流程图，该新下行链路数据在UE处于RRC_INACTIVE状态时在UE向新gNB发送数据之前向最后服务gNB发送。
具体实施方式
描述了一种当用户装备(UE)设备处于非活动状态时在该用户装备与基站之间传送数据的设备的方法和装置。在以下说明中，阐述了许多具体细节，以提供对本发明的实施方案的彻底解释。然而，对于本领域的技术人员显而易见的是，本发明的实施方案可在不具有这些具体细节的情况下被实施。在其他情况下，尚未详细示出熟知的组件、结构和技术，以免模糊对本说明的理解。
在本说明书中提及“一些实施方案”或“实施方案”是指结合该实施方案描述的特定特征、结构或特性可被包括在本发明的至少一个实施方案中。在本说明书中的各个位置出现短语“在一些实施方案中”不一定都是指同一个实施方案。
在以下描述和权利要求中，可以使用术语“耦接”和“连接”及其派生词。应当理解，这些术语并非意在彼此同义。“耦接”被用于表示可能或可能不彼此直接物理或电接触的两个或更多个元件彼此合作或交互。“连接”被用于表示彼此耦接的两个或更多元件之间通信的建立。
以下附图中所示的过程由处理逻辑执行，该处理逻辑包括硬件(例如，电路、专用逻辑等)、软件(诸如在通用计算机系统或专用机器上运行的软件)或两者的组合。虽然下文按照某些顺序操作来描述这些过程，但应当理解，所述的某些操作可以不同的顺序来执行。此外，某些操作也可并行执行而非按顺序执行。
术语“服务器”、“客户端”和“设备”旨在一般性地指代数据处理系统，而不是具体地指代服务器、客户端和/或设备的特定形状要素。
描述了一种当用户装备(UE)设备处于非活动状态(例如，无线电资源控制(RRC)非活动(RRC_INACTIVE)状态)时在该用户装备与基站(BS)之间传达数据的设备的方法和装置。在一些实施方案中，在UE处于非活动状态时，UE的最后服务基站和UE的新基站彼此协调以完成数据的传送。例如，在一些实施方案中，最后服务基站从UE的新基站请求UE上下文的消息和用户平面上行链路数据两者，并且代表UE将用户平面上行链路数据转发到核心网络(CN)，其中用户平面上行链路数据在UE已处于非活动状态时从UE向最后服务基站发送。
又如，UE的新基站接收在UE已处于非活动(RRC_INACTIVE)状态时从用户装备(UE)传输的用户平面上行链路数据，并且向最后服务基站发送请求UE上下文的消息以及用户平面上行链路数据两者，使得最后服务基站可将数据转发到CN。
在又一示例中，最后服务基站向UE发送消息以将UE配置为处于非活动状态，并且向可潜在地充当UE的新基站的一个或多个其他基站发送UE上下文。这促进将责任从最后服务基站转移到新基站，以使得能够在UE处于非活动状态时完成与UE的数据传送。
在再一示例中，新基站接收最后服务基站向可潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文。然后，新基站接收在UE已处于非活动状态时从UE传输的用户平面上行链路数据，并且响应于接收到来自UE的用户平面上行链路数据而作为UE的锚节点进行操作。
图1示出了根据一些实施方案的简化的示例性无线通信系统。需注意，图1的系统仅是可能的系统的一个示例，并且可根据需要在各种系统中的任何一个中实施本公开的特征。
如图所示，示例性无线通信系统包括基站102A，该基站通过传输介质与一个或多个用户设备106A、用户设备106B至用户设备106N等通信。用户设备中的每一个用户设备在本文中可称为“用户装备”(UE)。因此，用户设备106称为UE或UE设备。
基站(BS)102A可以是收发器基站(BTS)或小区站点(“蜂窝基站”)，并且可包括使得能够实现与UE 106A到UE 106N的无线通信的硬件。
基站的通信区域(或覆盖区域)可称为“小区”。基站102A和UE106可被配置为利用各种无线电接入技术(RAT)中的任一者通过传输介质进行通信，该无线电接入技术也被称为无线通信技术或电信标准，诸如GSM、UMTS(与例如WCDMA或TD-SCDMA空中接口相关联)、LTE、高级LTE(LTE-A)、5G新空口(5G-NR)、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)等等。需注意，如果在LTE的环境中实施基站102A，则其另选地可被称为“eNodeB”或“eNB”。需注意，如果在5G NR的环境中实施基站102A，则其另选地可被称为“gNodeB”或“gNB”。
如图所示，基站102A也可被配备为与网络100(例如，在各种可能性中，蜂窝式服务提供商的核心网、电信网络诸如公共交换电话网(PSTN)和/或互联网)进行通信。因此，基站102A可促进用户设备之间和/或用户设备与网络100之间的通信。特别地，蜂窝基站102A可提供具有各种通信能力诸如语音、SMS和/或数据服务的UE 106。
根据相同或不同的蜂窝通信标准进行操作的基站102A和其他类似的基站(诸如基站102B...102N)可因此提供作为小区的网络，该小区的网络可经由一个或多个蜂窝通信标准在地理区域上向UE 106A到UE 106N和类似的设备提供连续的或近似连续的重叠服务。
因此，尽管基站102A可充当如图1中所示的UE 106A到UE 106N的“服务小区”，但是每个UE 106还可能够从一个或多个其他小区(可由基站102B-N和/或任何其他基站提供)接收信号(并可能在其通信范围内)，该一个或多个其他小区可被称为“相邻小区”。此类小区也可能够促进用户设备之间和/或用户设备和网络100之间的通信。此类小区可包括“宏”小区、“微”小区、“微微”小区和/或提供服务区域大小的任何各种其他粒度的小区。例如，在图1中示出的基站102A到102B可为宏小区，而基站102N可为微小区。其他配置也是可能的。
在一些实施方案中，基站102A可为下一代基站，例如，5G新空口(5G NR)基站或“gNB”。在一些实施方案中，gNB可连接到传统演进分组核心(EPC)网络和/或连接到NR核心(NRC)网络。此外，gNB小区可包括一个或多个过渡和接收点(TRP)。此外，能够根据5G NR操作的UE可连接到一个或多个gNB内的一个或多个TRP。
需注意，UE 106能够使用多个无线通信标准进行通信。例如，除至少一种蜂窝通信协议(例如，GSM、UMTS(与例如WCDMA或TD-SCDMA空中接口相关联)、LTE、LTE-A、5G NR、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)等)之外，UE106可被配置为使用无线联网(例如，Wi-Fi)和/或对等无线通信协议(例如，蓝牙、Wi-Fi对等，等)进行通信。如果需要的话，UE 106还可以或另选地被配置为使用一个或多个全球导航卫星系统(GNSS，例如GPS或GLONASS)、一个或多个移动电视广播标准(例如，ATSC-M/H或DVB-H)和/或任何其他无线通信协议进行通信。无线通信标准的其他组合(包括多于两种无线通信标准)也是可能的。
图2示出了根据一些实施方案的与基站102通信的用户装备106(例如，设备106A至设备106N中的一个设备)。UE 106可以是具有蜂窝通信能力的设备，诸如移动电话、手持式设备、计算机或平板计算机或事实上任何类型的无线设备。
UE 106可包括被配置为执行存储在存储器中的程序指令的处理器。UE106可通过执行此类存储的指令来执行本发明所述的方法实施方案中的任何一个。另选地或除此之外，UE 106可包括可编程硬件元件，诸如被配置为执行本发明所述的方法实施方案中的任何一个或本发明所述的方法实施方案中的任何一个的任何部分的现场可编程门阵列(FPGA)。
UE 106可包括用于使用一个或多个无线通信协议或技术进行通信的一个或多个天线。在一些实施方案中，UE 106可被配置为使用例如CDMA2000(1xRTT、1xEV-DO、HRPD、eHRPD)或使用单个共享无线电部件的LTE和/或使用单个共享无线电部件的GSM或LTE进行通信。共享无线电可耦接到单根天线，或者可耦接到多根天线(例如，对于MIMO)，以用于执行无线通信。通常，无线电部件可包括基带处理器、模拟射频(RF)信号处理电路(例如，包括滤波器、混频器、振荡器、放大器等)或数字处理电路(例如，用于数字调制以及其他数字处理)的任何组合。类似地，该无线电部件可使用前述硬件来实现一个或多个接收链和发射链。例如，UE 106可在多种无线通信技术诸如上面论述的那些之间共享接收链和/或发射链的一个或多个部分。
在一些实施方案中，UE 106针对被配置为用其进行通信的每个无线通信协议而可包括单独的发射链和/或接收链(例如，包括单独的天线和其他无线电部件)。作为另一种可能性，UE 106可包括在多个无线通信协议之间共享的一个或多个无线电部件，以及由单个无线通信协议唯一地使用的一个或多个无线电部件。例如，UE 106可包括用于使用LTE或5GNR(或者LTE或1xRTT、或者LTE或GSM)中的任一者进行通信的共享无线电部件、以及用于使用Wi-Fi和蓝牙中的每一者进行通信的单独无线电部件。其他配置也是可能的。
图3—UE的框图
图3示出了根据一些实施方案的通信设备106的示例性简化框图。需注意，图3的通信设备的框图仅为可能的通信设备的一个示例。根据实施方案，除了其他设备之外，通信设备106可以是用户装备(UE)设备、移动设备或移动站、无线设备或无线站、台式计算机或计算设备、移动计算设备(例如膝上型计算机、笔记本或便携式计算设备)、平板计算机和/或设备的组合。如图所示，通信设备106可包括被配置为执行核心功能的一组部件300。例如，该组部件可被实施为片上系统(SOC)，其可包括用于各种目的的部分。另选地，该组部件300可被实施为用于各种目的的单独部件或部件组。这组部件300可(例如，通信地；直接或间接地)耦接到通信设备106的各种其他电路。
例如，通信设备106可包括各种类型的存储器(例如，包括与非门(NAND)闪存310)、输入/输出接口诸如连接器I/F 320(例如，用于连接到计算机系统；坞站；充电站；输入设备，诸如麦克风、相机、键盘；输出设备，诸如扬声器；等)、可与通信设备106集成的或在通信设备106外部的显示器360、以及诸如用于5G NR、LTE、GSM等的蜂窝通信电路330、以及短程至中程无线通信电路329(例如，BluetoothTM和WLAN电路)。在一些实施方案中，通信设备106可包括有线通信电路(未示出)，诸如例如用于以太网的网络接口卡。
蜂窝通信电路330可(例如，通信地；直接或间接地)耦接到一个或多个天线，诸如所示的天线335和336。短程至中程无线通信电路329也可(例如，通信地；直接或间接地)耦接到一个或多个天线，诸如所示的天线337和338。另选地，短程至中程无线通信电路329除了(例如，通信地；直接或间接地)耦接到天线337和338之外或作为替代，可(例如，通信地；直接或间接地)耦接到天线335和336。短程至中程无线通信电路329和/或蜂窝通信电路330可包括多个接收链和/或多个发射链，用于接收和/或发射多个空间流，诸如在多输入-多输出(MIMO)配置中。
在一些实施方案中，如下文进一步所述，蜂窝通信电路330可包括多种RAT的专用接收链(包括和/或耦接到(例如通信地；直接或间接地)专用处理器和/或无线电部件)(例如，用于LTE的第一接收链以及用于5G-NR的第二接收链)。此外，在一些实施方案中，蜂窝通信电路330可包括可在专用于特定RAT的无线电部件之间切换的单个发射链。例如，第一无线电部件可专用于第一RAT，例如LTE，并且可与专用接收链以及与附加无线电部件共享的发射链通信，附加无线电部件例如是可专用于第二RAT(例如，5G NR)并且可与专用接收链以及共享发射链通信的第二无线电部件。
通信设备106也可包括一个或多个用户界面元素和/或被配置为与一个或多个用户界面元素一起使用。用户界面元素可包括各种元件诸如显示器360(其可为触摸屏显示器)、键盘(该键盘可为分立的键盘或者可实施为触摸屏显示器的一部分)、鼠标、麦克风和/或扬声器、一个或多个相机、一个或多个按钮，和/或能够向用户提供信息和/或接收或解释用户输入的各种其他元件中的任何一个。
通信设备106还可包括具有SIM(用户身份识别模块)功能的一个或多个智能卡345，诸如一个或多个UICC卡(一个或多个通用集成电路卡)345。
如图所示，SOC 300可包括处理器302和显示电路304，该处理器可执行用于通信设备106的程序指令，该显示电路可执行图形处理并向显示器360提供显示信号。处理器302也可耦接到存储器管理单元(MMU)340(该MMU 340可被配置为从处理器302接收地址，并将那些地址转换成存储器(例如，存储器306、只读存储器(ROM)350、NAND闪存存储器310)中的位置)和/或耦接到其他电路或设备(诸如，显示电路304、短程无线通信电路229、蜂窝通信电路330、连接器I/F 320和/或显示器360)。MMU 340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中，MMU 340可以被包括作为处理器302的一部分。
如上所述，通信设备106可被配置为使用无线和/或有线通信电路来进行通信。通信设备106还可被配置为进入和退出非活动状态(例如，RRC_INACTIVE状态)并在处于非活动状态时与通信网络的其余部分传送数据。在一些实施方案中，此类传送可涉及用户平面上行链路数据和/或用户平面下行链路数据，并且由最后服务基站和新基站来促进。
如本文所述，通信设备106可包括用于实施用于确定用于通信设备106和基站的物理下行链路共享信道调度资源的上述特征的硬件和软件组件。例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，通信设备106的处理器302可被配置为实施本发明所述的特征的部分或全部。另选地(或除此之外)，处理器302可被配置为可编程硬件元件，诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件300、304、306、310、320、329、330、340、345、350、360中的一个或多个部件，通信设备106的处理器302可被配置为实施本文所述的特征的部分或全部。
此外，如本发明所述，处理器302可包括一个或多个处理元件。因此，处理器302可包括被配置为执行处理器302的功能的一个或多个集成电路(IC)。此外，每个集成电路都可包括被配置为执行一个或多个处理器302的功能的电路(例如，第一电路、第二电路等)。
此外，如本文所述，蜂窝通信电路330和短程无线通信电路329均可包括一个或多个处理元件。换言之，一个或多个处理元件可包括在蜂窝通信电路330中，并且类似地，一个或多个处理元件可包括在短程无线通信电路329中。因此，蜂窝通信电路330可包括被配置为执行蜂窝通信电路330的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行蜂窝通信电路230的功能的电路(例如，第一电路、第二电路等)。类似地，短程无线通信电路329可包括被配置为执行短程无线通信电路32的功能的一个或多个IC。此外，每个集成电路可包括被配置为执行短程无线通信电路329的功能的电路(例如，第一电路、第二电路等)。
图4—基站的框图
图4示出了根据一些实施方案的基站102的示例性框图。需注意，图4的基站仅为可能的基站的一个示例。如图所示，基站102可包括可执行针对基站102的程序指令的处理器404。处理器404还可以耦接到存储器管理单元(MMU)440或其他电路或设备，该MMU可以被配置为接收来自处理器404的地址并将这些地址转换为存储器(例如，存储器460和只读存储器(ROM)450)中的位置。
基站102可包括至少一个网络端口470。网络端口470可被配置为耦接到电话网，并提供有权访问如上文在图1和图2中所述的电话网的多个设备诸如UE设备106。
网络端口470(或附加的网络端口)还可被配置为或另选地被配置为耦接到蜂窝网络，例如蜂窝服务提供方的核心网络。核心网络可向多个设备诸如UE设备106提供与移动性相关的服务和/或其他服务。在一些情况下，网络端口470可经由核心网络耦接到电话网络，并且/或者核心网络可提供电话网络(例如，在蜂窝服务提供方所服务的其他UE设备中)。
在一些实施方案中，基站102可以是下一代基站，例如，5G新空口(5G NR)基站，或“gNB”。在此类实施方案中，基站102可连接到传统演进分组核心(EPC)网络和/或连接到NR核心(NRC)网络。此外，基站102可被视为5G NR小区并且可包括一个或多个过渡和接收点(TRP)。此外，能够根据5G NR操作的UE可连接到一个或多个gNB内的一个或多个TRP。
基站102可包括至少一个天线434以及可能的多个天线。该至少一个天线434可以被配置为用作无线收发器并可被进一步配置为经由无线电部件430与UE设备106进行通信。天线434经由通信链432来与无线电部件430进行通信。通信链432可为接收链、发射链或两者。无线电部件430可被配置为经由各种无线通信标准来进行通信，该无线通信标准包括但不限于5G NR、LTE、LTE-A、GSM、UMTS、CDMA2000、Wi-Fi等。
基站102可被配置为使用多个无线通信标准来进行无线通信。在一些情况下，基站102可包括可使得基站102能够根据多种无线通信技术来进行通信的多个无线电。例如，作为一种可能性，基站102可包括用于根据LTE来执行通信的LTE无线电部件以及用于根据5GNR来执行通信的5GNR无线电部件。在这种情况下，基站102可能够作为LTE基站和5G NR基站两者来操作。作为另一种可能性，基站102可包括能够根据多种无线通信技术(例如，5G NR和Wi-Fi、LTE和Wi-Fi、LTE和UMTS、LTE和CDMA2000、UMTS和GSM等)中的任一个来执行通信的多模无线电部件。
如本文随后进一步描述的，BS 102可包括用于实施或支持本文所述的特征的具体实施的硬件和软件组件。基站102的处理器404可被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令来实施或支持本文所述的方法的一部分或全部的具体实施。另选地，处理器404可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或作为ASIC(专用集成电路)或它们的组合。另选地(或除此之外)，结合其他部件430、部件432、部件434、部件440、部件450、部件460、部件470中的一个或多个部件，基站102的处理器404可被配置为实施或支持本文所述的特征的一部分或全部的实施方式。
此外，如本文所述，处理器404可由一个或多个处理元件组成。换句话讲，一个或多个处理元件可包括在处理器404中。因此，处理器404可包括被配置为执行处理器404的功能的一个或多个集成电路(IC)。此外，每个集成电路都可包括被配置为执行一个或多个处理器404的功能的电路(例如，第一电路、第二电路等)。
另外，如本文所述，无线电部件430可由一个或多个处理元件组成。换句话讲，一个或多个处理元件可包括在无线电部件430中。因此，无线电部件430可包括被配置为执行无线电部件430的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行无线电部件430的功能的电路(例如，第一电路、第二电路等)。
图5：蜂窝通信电路的框图
图5示出了根据一些实施方案的蜂窝通信电路的示例性简化框图。需注意，图5的蜂窝通信电路的框图仅仅是可能的蜂窝通信电路的一个示例。根据实施方案，蜂窝通信电路330可包括在通信设备诸如上述通信设备106中。如上所述，除了其他设备之外，通信设备106可以是用户装备(UE)设备、移动设备或移动站、无线设备或无线站、台式计算机或计算设备、移动计算设备(例如膝上型计算机、笔记本或便携式计算设备)、平板计算机和/或设备的组合。
蜂窝通信电路330可(例如，通信地；直接或间接地)耦接到一个或多个天线，诸如(图3中)所示的天线335a-b和336。在一些实施方案中，蜂窝通信电路330可包括多种RAT的专用接收链(包括和/或耦接到(例如通信地；直接或间接地)专用处理器和/或无线电部件)(例如，用于LTE的第一接收链以及用于5G-NR的第二接收链)。例如，如图5所示，蜂窝通信电路330可包括调制解调器510和调制解调器520。调制解调器510可被配置用于根据第一RAT(例如诸如LTE或LTE-A)的通信，并且调制解调器520可被配置用于根据第二RAT(例如诸如5G NR)的通信。
如图所示，调制解调器510可包括一个或多个处理器512和与处理器512通信的存储器516。调制解调器510可与射频(RF)前端530通信。RF前端530可包括用于发射和接收无线电信号的电路。例如，RF前端530可包括接收电路(RX)532和发射电路(TX)534。在一些实施方案中，接收电路532可与下行链路(DL)前端550通信，该下行链路前端可包括用于经由天线335a接收无线电信号的电路。
类似地，调制解调器520可包括一个或多个处理器522和与处理器522通信的存储器526。调制解调器520可与RF前端540通信。RF前端540可包括用于发射和接收无线电信号的电路。例如，RF前端540可包括接收电路542和发射电路544。在一些实施方案中，接收电路542可与DL前端560通信，该DL前端可包括用于经由天线335b接收无线电信号的电路。
在一些实施方案中，开关570可将发射电路534耦接到上行链路(UL)前端572。此外，开关570可将发射电路544耦接到UL前端572。UL前端572可包括用于经由天线336发射无线电信号的电路。因此，当蜂窝通信电路330接收根据(例如，经由调制解调器510支持的)第一RAT进行发射的指令时，开关570可被切换到允许调制解调器510根据第一RAT(例如，经由包括发射电路534和UL前端572的发射链)发射信号的第一状态。类似地，当蜂窝通信电路330接收根据(例如，经由调制解调器520支持的)第二RAT进行发射的指令时，开关570可被切换到允许调制解调器520根据第二RAT(例如，经由包括发射电路544和UL前端572的发射链)发射信号的第二状态。
如本文所述，调制解调器510可包括用于实施上述特征或用于为用户装备设备和基站切换带宽部分以及用于本文所述各种其他技术的硬件和软件组件。例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，处理器512可被配置为实施本文所述的特征的一部分或全部。另选地(或除此之外)，处理器512可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或者作为ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件530、532、534、550、570、572、335和336中的一个或多个部件，处理器512可被配置为实施本文所述的特征的部分或全部。
此外，如本文所述，处理器512可包括一个或多个处理元件。因此，处理器512可包括被配置为执行处理器512的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行处理器512的功能的电路(例如，第一电路、第二电路等)。
如本文所述，调制解调器520可包括用于实施用于在UE与基站之间的无线链路上切换部分带宽的上述特征以及用于本文所述各种其他技术的硬件和软件组件。例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，处理器522可被配置为实施本文所述的特征的一部分或全部。另选地(或除此之外)，处理器522可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或者作为ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件540、542、544、550、570、572、335和336中的一个或多个部件，处理器522可被配置为实施本文所述的特征的部分或全部。
此外，如本文所述，处理器522可以包括一个或多个处理元件。因此，处理器522可以包括被配置为执行处理器522的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行处理器522的功能的电路(例如，第一电路、第二电路等)。
如上所述，在5G新空口(NR)中，用户装备(UE)可处于以下三种状态中的一种状态：CONNECTED、INACTIVE和IDLE。CONNECTED状态(本文中称为RRC_CONNECTED状态)允许UE与基站(BS)和核心网络(CN)之间的全数据传输。IDLE状态(本文中称为RRC_IDLE状态)是不交换数据的功率节省状态。UE的INACTIVE状态(本文中称为RRC_INACTIVE状态)是与UE处于IDLE状态的情况相比允许UE更快返回到CONNECTED状态的暂停状态。在一些实施方案中，对于处于非活动状态的UE，UE控制平面具有到核心网络(CN)的非接入层(NAS)连接。此外，UE不具有专用接入层(AS)资源，并且UE保持在UE进入INACTIVE状态之前的无线电资源控制(RRC)配置。此外，在传统过程中，在INACTIVE状态下，UE无法执行任何专用数据发射/接收，并且如果UE具有专用数据发射/接收，则UE进入CONNECTED状态。对于DL数据传输，gNodeB经由RAN寻呼机制寻呼UE，以触发UE进入CONNECTED状态。对于UL数据传输，UE将触发RACH过程以进入CONNECTED状态。在另一实施方案中，处于非活动状态的UE可在不通知下一代无线电接入网络(NG-RAN)的情况下在RNA(例如，RAN通知区域)内移动。此外，在这种状态下，处于INACTIVE状态的UE可具有与处于RRC_IDLE状态的UE相同的小区选择/重选。
如上所讨论，UE可在不同的状态之间转变。例如，INACTIVE状态与CONNECTED状态之间的状态转变通过RRC控制消息发生。例如，当从CONNECTED状态转变到INACTIVE状态时，使用RRC释放与SuspendConfig过程，并且当从INACTIVE状态转变到CONNECTED状态时，使用RRC恢复过程。当在INACTIVE状态与IDLE状态之间转变时，可使用RRC释放过程。
图6是UE 600使用传统过程从RRC_INACTIVE状态切换到CONNECTED状态的一些实施方案的图示。在传统过程中，当UE 604处于RRC_INACTIVE状态并且想要转变到RRC_CONNECTED状态时，UE 604向新gNB 602B发送RRCResumeRequest 608A。响应于RRCResumeRequest608A，新gNB 602B经由UE的I-RNTI找到最后服务gNB 602C，并且触发UE上下文提取过程，其中新gNB 602C向最后服务gNB 602C发送RETRIEVE UE CONTEXTREQUEST消息。新gNB 602B将MAC-I转发到最后服务gNB 602C以用于安全检查。如果最后服务gNB 602C成功地检查MAC-I，则最后服务gNB 602C经由RETRIEVE UE CONTEXT RESPONSE消息608C向新gNB 602B提供UE上下文，并且新gNB 602B决定目标gNB的配置并向UE 604发送RRCResume消息。此时，UE处于RRC_CONNECTED状态。
一旦处于RRC_CONNECTED状态，UE 604就向新GNB 602B发送RRCResumeComplete消息。在接收到RRCResumeComplete消息时，新gNB 602B触发到网络(NW)的路径切换改变过程(例如，数据转发地址指示608D和路径切换请求608E)，并且重定位UE的锚节点。否则，UE上下文提取过程失败，并且新gNB 602B向UE 604发送RRCReject或RRCSetup消息。如果在RRC_INACTIVE状态下支持数据传输，特别是支持随后传输，则需要指定用于往返核心网络(CN)的数据传输的NW行为。
在一些实施方案中，即使从INACTIVE到CONNECTED状态的转变比从IDLE到CONNECTED状态的转变花费更少时间，对于涉及小分组传输的许多类型的数据传输来说，INACTIVE到CONNECTED状态的转变也可能不是理想的。在一些实施方案中，如果UE接收或发射小数据传输，则与用于数据传输的时间相比，用于从INACTIVE状态转变到CONNECTED状态的时间量可较大。如果存在多个小数据传输或反复出现的小数据传输，则反复从INACTIVE状态转变到CONNECTED状态可能是低效的。图7A是UE从INACTIVE状态切换到CONNECTED状态的时间线的图示。参考图7A，UE 704A处于INACTIVE状态710A并且接收到数据到达的指示714A。数据传输的延迟706A是为了使用如上所述的RRC恢复过程将UE 704A转变到CONNECTED状态712A而使用的延迟。一旦该过程完成，UE 704A就处于CONNECTED状态712A并且可继续进行到网络702A的数据传输708A。对于小数据传输，诸如到UE 704A的用户平面的用户应用保持活动消息、应用通知或其他小数据传输，使UE704A进入CONNECTED状态712A的时间量与用于数据传输的时间相比较大。因此，与用于数据传输的总时间量相比，用于数据传输的开销量较大。在本文所述的一些实施方案中，减少了这种数据传输发生的时间。
更具体地，在一些实施方案中，通过在UE处于INACTIVE状态时允许数据传输，不再需要用于将UE从INACTIVE状态转变到CONNECTED状态的开销。图7B是根据一些实施方案的与UE能够在INACTIVE状态下传达数据相关联的时间线的图示。参考图7B，当UE 704B接收到数据到达指示714B时，UE 704B处于INACTIVE状态710B。代替开始到CONNECTED状态的转变，UE与一个或多个gNB协作可执行允许UE714B在处于INACTIVE状态(710B或712B)时传达数据传输(例如，发射或接收数据传输)的一个或多个操作。在一些实施方案中，这些操作可具有显著更小延迟706B，这允许数据传输在与图7A中所示的传统过程相比缩短的时间内发生。下文进一步描述不同类型的操作。
在一些实施方案中，通过使最后服务gNB保持为锚节点并且使最后服务gNB向CN发射或从CN接收UE数据，UE在处于INACTIVE状态时传输数据。对于上行链路传输，当新gNB从UE接收数据时，新gNB将该数据转发到最后服务gNB以用于继续转发到CN。对于下行链路传输，当最后服务gNB从CN接收UE的数据时，最后服务gNB将该数据转发到新gNB，并且新gNB将该数据传输到UE。对于这些传输中的每个传输，UE保持处于INACTIVE状态。
图8是与处于非活动状态的UE进行数据通信的一些实施方案的图示，其中最后服务gNB保持为锚节点。在一些实施方案中，对于用户平面数据处理，L2协议栈在新gNB(MAC)和旧gNB(RLC、PDCP、SDAP)之间拆分。对于上行链路方向上的数据传送，新gNB从接收到的MAC PDU导出DRB的RLC PDU，并且经由Xn接口将其转发到最后服务gNB。在一些实施方案中，对于第一分组中的上行链路数据，新gNB在UE上下文请求消息的容器中捎带RLC PDU。另选地，RLC PDU可与UE上下文请求消息一起发送。在接收到上行链路数据之后，最后服务gNB执行RLC/PDCP/SDAP操作以解码接收到的RLC PDU，并且将上层数据(例如，SDAP SDU)转发到CN用户平面功能(UPF)。
在一些实施方案中，对于下行链路(DL)方向上的数据传送(用于第一和随后DL传输两者)，CN/UPF将分组递送到最后服务gNB，该最后服务gNB执行SDAP/PDCP/RLC处理并将数据组合到RLC PDU中。最后服务gNB然后将RLC PDU转发到新gNB，该新gNB执行MAC和L1处理并经由Uu接口向UE传输该数据。
参考图8，从UE 802A到gNB 802B的第一传输806A在处于INACTIVE状态时发生，并且包括用户平面上行链路数据。作为响应，gNB 802B向最后服务gNB 802C发送UE上下文请求消息RETRIEVE CONTEXT REQUEST消息806B，其中包含用户平面上行链路数据。在一些实施方案中，用户平面上行链路数据包含在UE上下文请求消息中。在另一实施方案中，用户平面上行链路数据与UE上下文请求消息一起发送，但不包含在其内。在一些实施方案中，用户平面上行链路数据作为RLC PDU来发送。
响应于UE上下文请求消息和用户平面上行链路数据，最后服务gNB802C将用户平面上行链路数据转发到CN 802D。在一些实施方案中，最后服务gNB 802C将上层(例如，SDAPSDU)转发到CN 802D。以这种方式，第一分组使用PDU会话隧道来传送。
响应于UE上下文请求消息和用户平面上行链路数据，最后服务gNB802C还向新gNB802B发送回带有UE上下文的消息，对此，新gNB 802B发送关于数据传送的确认(ACK)。在一些实施方案中，该消息是RETRIEVE CONTEXT RESPONSE消息。
然后，由UE在处于非活动状态时进行的上行链路和下行链路数据传输两者经由新gNB 802B与CN发生，包括处理在新NB 802B与最后服务gNB 802C之间传送的作为RLC PDU的用户平面数据(例如，UL数据806G、DL数据806J)，以及经由PDU会话隧道在最后服务gNB802C与CN之间传送的数据(例如，UL数据806H、DL数据806I)。
在另一实施方案中，锚节点从最后服务gNB重定位到新接入gNB。在接收到来自处于INACTIVE状态时的UE的第一数据传输时，新gNB执行UE上下文提取过程并且从最后服务gNB获取UE上下文。新gNB还发送数据转发地址指示(例如，Xn-U地址指示)，并且执行到CN的路径切换。此时，从CN视角来看，UE的锚点gNB被更新为新接入gNB，并且UE往返CN的数据传输是经由新接入gNB的。
图9是与处于非活动状态的UE进行数据通信并且新gNB成为锚节点的一些实施方案的图示。对于第一分组传输，该过程类似于上文图8所述的过程，包括相同的协议栈拆分。参考图9，从UE 902A到gNB 902B的第一传输906A在处于INACTIVE状态时发生并且包括用户平面上行链路数据。作为响应，gNB 902B向最后服务gNB 902C发送UE上下文请求消息RETRIEVE CONTEXT REQUEST消息906B，其中包含用户平面上行链路数据。在一些实施方案中，用户平面上行链路数据包含在UE上下文请求消息中。在另一实施方案中，用户平面上行链路数据与UE上下文请求消息一起发送，但不包含在其内。在一些实施方案中，用户平面上行链路数据作为RLC PDU来发送。
响应于UE上下文请求消息和用户平面上行链路数据，最后服务gNB902C将用户平面上行链路数据转发到CN 902D。在一些实施方案中，最后服务gNB 902C将上层(例如，SDAPSDU)转发到CN 902D。以这种方式，第一分组使用PDU会话隧道来传送。
响应于UE上下文请求消息和用户平面上行链路数据，最后服务gNB902C还向新gNB902B发送回带有UE上下文的消息，对此，新gNB 902B发送关于数据传送的确认(ACK)。在一些实施方案中，该消息是RETRIEVE CONTEXT RESPONSE消息。
在接收到UE上下文信息之后，新gNB 902B向最后服务gNB 902C发送数据转发指示(例如，Xn-U地址指示906F)并且向CN 902D发送路径切换消息906G。在这发生之后，锚节点从最后服务gNB 902C重定位到新gNB 902B。
对于随后传输，在锚节点重定位之后，所有数据发射/接收将由新gNB902B直接处理。例如，向gNB 902B传输来自UE 902A的用户平面UL数据，该gNB将UL数据906H转发到CN902D，同时向gNB 902B传输来自CN 902D的用户平面DL数据，该gNB将DL数据906I转发到UE902A。
在另一实施方案中，新gNB被临时分配为UE的锚节点，并且在传输已完成之后将锚节点的责任释放给最后服务gNB。图10是与处于INACTIVE状态的UE进行数据通信的一些实施方案的图示，其中新gNB临时成为锚节点。在一些实施方案中，锚节点在最后服务gNB中，但将UE上下文转发到新gNB以供临时使用。当新gNB连接到最后服务gNB时，最后服务gNB将向新gNB提供INACTIVE SMT相关的UE上下文(UE在处于INACTIVE状态时被配置用于数据传输)，并且执行到CN的临时路径切换。在SMT传输已完成之后，新gNB删除UE的上下文和到CN的临时路径。在这种情况下，UE往返CN的数据传输是经由新接入gNB的。
参考图10，对于第一分组传输，该过程类似于上文图8所述的过程，包括相同的协议栈拆分。参考图10，从UE 1002A到gNB 1002B的第一传输1006A在处于非活动状态时发生并且包括用户平面上行链路数据。作为响应，gNB 1002B向最后服务gNB 1002C发送UE上下文请求消息RETRIEVE CONTEXT REQUEST消息1006B，其中包含用户平面上行链路数据。在一些实施方案中，用户平面上行链路数据包含在UE上下文请求消息中。在另一实施方案中，用户平面上行链路数据与UE上下文请求消息一起发送，但不包含在其内。在一些实施方案中，用户平面上行链路数据作为RLC PDU来发送。
响应于UE上下文请求消息和用户平面上行链路数据，最后服务gNB1002C将用户平面上行链路数据转发到CN 1002D。在一些实施方案中，最后服务gNB 1002C将上层(例如，SDAP SDU)转发到CN 1002D。以这种方式，第一分组使用PDU会话隧道来传送。
响应于UE上下文请求消息和用户平面上行链路数据，最后服务gNB1002C还向新gNB 1002B发送回带有部分UE上下文的消息，对此，新gNB 1002B发送关于数据传送的确认(ACK)。在一些实施方案中，该消息是RETRIEVE CONTEXT RESPONSE消息。
在接收到UE上下文信息之后，新gNB 1002B向最后服务gNB 1002C发送数据转发指示(例如，Xn-U地址指示1006E)并且向CN 1002D发送路径切换消息1006F。在这发生之后，锚节点从最后服务gNB 1002C临时重定位到新gNB 1002B。
对于随后传输，在临时锚节点重定位之后，所有数据发射/接收将由新gNB 1002B直接处理。例如，向gNB 1002B传输来自UE 1002A的用户平面UL数据，该gNB将UL数据1006G转发到CN 1002D，同时向gNB1002B传输来自CN 1002D的用户平面DL数据，该gNB将DL数据1006H转发到UE 1002A。
图11A是在UE处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态时由最后服务gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的一个实施方案的流程图。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图8的最后服务gNB 802C执行。
参考图11A，该过程开始于处理逻辑从第二基站(例如，新gNB)接收请求UE上下文的第一消息以及第一用户平面上行链路数据两者，其中第一用户平面上行链路数据在UE处于RRC_INACTIVE状态时从UE向第二基站发送(处理框1101)。在一些实施方案中，第一消息是RETREIVE UE CONTEXT REQUEST(检索UE上下文请求)消息。在一些实施方案中，第一用户平面上行链路数据作为请求UE上下文的消息的一部分(例如，携载在同一容器中)来发送。在另一实施方案中，第一用户平面上行链路数据与请求UE上下文的消息一起发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
响应于从第二基站接收到请求UE上下文的第一消息和第一用户平面上行链路数据两者，处理逻辑将第一用户平面上行链路数据转发到核心网络(CN)(处理框1102)。在一些实施方案中，第一用户平面上行链路数据作为上层数据(例如，SDAP SDU数据)发送到CN。
处理逻辑还响应于第一消息而向第二基站发送第二消息(处理框1103)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT RESPONSE(检索UE上下文响应)消息。
然后，处理逻辑在UE处于RRC_INACTIVE状态时继续作为UE的锚节点进行操作(处理框1104)。在一些实施方案中，处理逻辑通过以下方式而继续作为锚节点进行操作：从第二基站接收在UE已处于RRC_INACTIVE状态时由UE向第二基站传输的UE的附加用户平面上行链路数据并将该附加用户平面上行链路数据转发到CN，和/或接收在UE已处于RRC_INACTIVE状态时来自CN的用于UE的用户平面下行链路数据并将用户平面下行链路转发到第二基站以便传输到UE。
图11B是在UE处于RRC_INACTIVE状态时由新gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的一个实施方案的流程图。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图8的新gNB 802B执行。
参考图11B，该过程开始于处理逻辑接收在用户装备(UE)已处于RRC_INACTIVE状态时从UE传输的第一用户平面上行链路数据(处理框1121)。在一些实施方案中，第一用户平面上行链路数据作为包含控制信息的消息的一部分来发送。在另一实施方案中，第一用户平面上行链路数据与包含控制信息的消息一起发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
在一些实施方案中，处理逻辑还接收连同第一用户平面上行链路数据一起在UE已处于RRC_INACTIVE状态时从UE传输的控制信息(处理框1122)。在一些实施方案中，控制信息包括RRC消息、UE ID和MAC-I中的一者或多者以用于安全检查和UE标识。
响应于接收到该信息，处理逻辑向第二基站(例如，最后服务gNB)发送请求UE上下文的第一消息以及第一用户平面上行链路数据两者，其中第一用户平面上行链路数据用于由第二基站转发到核心网络(CN)(处理框1123)。在一些实施方案中，第一消息是RETREIVEUE CONTEXT REQUEST消息。在一些实施方案中，第一用户平面上行链路数据作为请求UE上下文的消息的一部分(例如，携载在同一容器中)来发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
随后，处理逻辑响应于第一消息而从第二基站接收第二消息(处理框1124)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT RESPONSE消息。
在将第一用户平面上行链路数据转发到第二基站之后，处理逻辑可接收在UE已处于RRC_INACTIVE状态时从UE传输的附加用户平面上行链路数据，并且将该附加上行链路数据发送到第二基站以用于由第二基站转发到CN(处理框1125)。在一些实施方案中，附加用户平面上行链路数据包括一个或多个RLC PDU。
同样在将第一用户平面上行链路数据转发到第二基站之后，处理逻辑可在UE已处于RRC_INACTIVE状态时经由第二基站从CN接收用于UE的用户平面下行链路数据，并且组合来自第二基站的用户平面下行链路数据并向UE传输组合的用户平面下行链路数据作为下行链路传输(处理框1126)。在一些实施方案中，用户平面下行链路数据包括一个或多个RLCPDU。
图12A是在UE处于RRC_INACTIVE状态时由最后服务gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的另一实施方案的流程图。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图9的最后服务gNB 902C执行。
参考图12A，该过程始于处理逻辑从第二基站(例如，新gNB)接收请求UE上下文的第一消息以及第一用户平面上行链路数据两者，其中第一用户平面上行链路数据在UE处于RRC_INACTIVE状态时从UE向第二基站发送(处理框1201)。在一些实施方案中，第一消息是RETREIVE UE CONTEXT REQUEST消息。在一些实施方案中，第一用户平面上行链路数据作为请求UE上下文的消息的一部分(例如，携载在同一容器中)来发送。在另一实施方案中，第一用户平面上行链路数据与请求UE上下文的消息一起发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
处理逻辑将第一用户平面上行链路数据转发到核心网络(CN)(处理框1202)。在一些实施方案中，第一用户平面上行链路数据作为上层数据(例如，SDAP SDU数据)发送到CN。
处理逻辑还响应于第一消息向第二基站发送第二消息(处理框1203)，并从第二基站接收数据转发地址指示(例如，Xn-U地址指示)，以使得第二基站能够成为UE的锚节点(处理框1204)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT RESPONSE消息。
图12B是在UE处于RRC_INACTIVE状态时由新gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的另一实施方案的流程图。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图9的新gNB 902B执行。
参考图12B，该过程开始于处理逻辑接收在用户装备(UE)已处于RRC_INACTIVE状态时从UE传输的第一用户平面上行链路数据(处理框1221)。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
在一些实施方案中，处理逻辑还接收连同第一用户平面上行链路数据一起在UE已处于无线电RRC_INACTIVE状态时从UE传输的控制信息(处理框1222)。在一些实施方案中，控制信息包括RRC消息、UE ID和MAC-I中的一者或多者以用于安全检查和UE标识。
响应于接收到该信息，处理逻辑向第二基站(例如，最后服务gNB)发送请求UE上下文的第一消息以及第一用户平面上行链路数据两者，其中第一用户平面上行链路数据用于由第二基站转发到核心网络(CN)(处理框1223)。在一些实施方案中，第一消息是RETREIVEUE CONTEXT REQUEST消息。在一些实施方案中，第一用户平面上行链路数据作为请求UE上下文的消息的一部分(例如，携载在同一容器中)来发送。在另一实施方案中，第一用户平面上行链路数据与请求UE上下文的消息一起发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
随后，处理逻辑响应于第一消息而从第二基站接收第二消息(处理框1224)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT RESPONSE消息。
处理逻辑还向第二基站发送数据转发地址指示(例如，Xn-U地址指示)(处理框1225)并向CN发送路径切换消息(处理框1226)。
然后，处理逻辑在UE处于RRC_INACTIVE状态时将基站作为UE的锚节点进行操作，包括接收在UE已处于RRC_INACTIVE状态时由UE传输的附加上行链路数据并将该附加用户平面上行链路数据转发到CN，和/或接收在UE已处于RRC_INACTIVE状态时来自CN的用于UE的用户平面下行链路数据并向UE传输用户平面下行链路数据(处理框1227)。
图13A是在UE处于RRC_INACTIVE状态时由最后服务gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的又一实施方案的流程图。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图10的最后服务gNB 1002C执行。
参考图13A，该过程始于处理逻辑从第二基站(例如，新gNB)接收请求UE上下文的第一消息以及第一用户平面上行链路数据两者，其中第一用户平面上行链路数据在UE处于RRC_INACTIVE状态时从UE向第二基站发送(处理框1301)。在一些实施方案中，第一消息是RETREIVE UE CONTEXT REQUEST消息。在一些实施方案中，第一用户平面上行链路数据作为请求UE上下文的消息的一部分(例如，携载在同一容器中)来发送。在另一实施方案中，第一用户平面上行链路数据与请求UE上下文的消息一起发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
处理逻辑将第一用户平面上行链路数据转发到核心网络(CN)(处理框1302)。在一些实施方案中，第一用户平面上行链路数据作为上层数据(例如，SDAP SDU数据)发送到CN。
处理逻辑还响应于第一消息向第二基站发送第二消息(处理框1303)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT RESPONSE消息。
接下来，处理逻辑从第二基站接收数据转发地址指示(例如，Xn-U地址指示)并且停止成为UE的锚节点(处理框1304)。
然后，第二基站与UE之间的数据传输(例如，上行链路用户平面数据、下行链路用户平面数据)在UE处于RRC_INACTIVE状态时发生(处理框1305)。
随后，处理逻辑从第二基站接收传输完成指示，其中传输完成指示指示在UE处于RRC_INACTIVE状态时UE与CN之间经由第二基站进行的用户平面数据传输的完成(处理框1306)，并且恢复作为UE的锚节点进行操作(处理框1307)。
图13B是在UE处于RRC_INACTIVE状态时由新gNB执行以用于处理从UE发送的用户平面上行链路数据的过程的又一实施方案的流程图。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图10的新gNB 1002B执行。
参考图13B，该过程始于处理逻辑接收在UE已处于RRC_INACTIVE状态时从UE传输的第一用户平面上行链路数据(处理框1321)。在一些实施方案中，第一用户平面上行链路数据作为包含控制信息的消息的一部分来发送。在另一实施方案中，第一用户平面上行链路数据与包含控制信息的消息一起发送。在一些实施方案中，第一用户平面上行链路数据作为RLC PDU来发送。
在一些实施方案中，处理逻辑还接收连同第一用户平面上行链路数据一起在UE处于RRC_INACTIVE状态时从UE传输的控制信息(处理框1322)。在一些实施方案中，控制信息包括RRC消息、UE ID和MAC-I中的一者或多者以用于安全检查和UE标识。
响应于接收到该信息，处理逻辑向第二基站(例如，最后服务gNB)发送请求UE上下文的第一消息以及第一用户平面上行链路数据两者，其中第一用户平面上行链路数据用于由第二基站转发到核心网络(CN)(处理框1323)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT REQUEST消息。
处理逻辑还响应于第一消息从第二基站接收第二消息，其中第二消息包含部分上下文以使得第二基站能够作为UE的锚节点进行操作(处理框1324)。在一些实施方案中，第二消息包括RETREIVE UE CONTEXT RESPONSE消息。
处理逻辑向第二基站发送数据转发地址指示(例如，Xn-U地址指示)(处理框1325)并向CN发送路径切换消息(处理框1326)。
然后，处理逻辑致使基站在UE处于RRC_INACTIVE状态时临时作为UE的锚节点进行操作，包括接收在UE已处于RRC_INACTIVE状态时由UE传输的附加上行链路数据并将该附加用户平面上行链路数据转发到CN，和/或接收在UE处于RRC_INACTIVE状态时来自CN的用于UE的用户平面下行链路数据，组合来自第二基站的用户平面下行链路数据并向UE传输组合的用户平面下行链路数据作为下行链路传输(处理框1327)。
随后，处理逻辑向第二基站发送传输完成指示并且停止作为UE的锚节点进行操作，其中传输完成指示指示在UE处于RRC_INACTIVE状态时UE与CN之间的用户平面数据传输的完成(处理框1328)。
在上述一些实施方案中，新gNB响应于接收到用于处于非活动状态的UE的数据传输的指示而请求针对UE的上下文。在另一实施方案中，最后服务gNB在gNB接收到数据传输的指示之前向潜在新gNB发送(例如，广播)UE上下文。在该实施方案中，在UE要执行与该gNB的数据传输的情况下，潜在新gNB对UE上下文进行高速缓存。即将到来的数据传输的指示可以是来自UE的UL传输或来自CN的DL传输。
图14A和图14B示出了与处于INACTIVE状态的UE进行数据通信的一些实施方案，其中最后服务的gNB在接收数据之前向另一gNB发送UE上下文。参考图14A，最后服务gNB1402C向UE 1402A发送RRCRelease与SuspendConfig消息1406A。最后服务gNB 1402C还向每个潜在gNB发送UE上下文信息1406B。
随后，UE 1402A将用户平面上行链路数据作为传输1406C的一部分向gNB 1402B传输。作为响应，gNB 1402B向CN 1402D发送路径切换消息1406D。此时，锚节点从最后服务gNB1402重定位到gNB 1402B。然后，来自UE 1402A的上行链路数据被发送到gNB 1402B，该gNB将UL数据1406F转发到CN 1402D，并且来自CN 1402D的下行链路数据1406G被发送到gNB1402B，gNB将DL数据转发到UE 1402A。
然而，一旦最后服务gNB将UE上下文信息发送到潜在的gNB，图14A中的过程就等待，直到UE在处于INACTIVE状态时传输数据。然而，在该时间期间，如果CN在UE在INACTIVE状态期间传输数据之前具有用于UE的下行链路数据，则使用图14B的过程来处理下载数据传送。
参考图14B，与图14A一样，最后服务gNB 1422C向UE 14s2A发送RRCRelease与SuspendConfig消息1426A。最后服务gNB 14s2C还向每个潜在gNB发送UE上下文信息14s6B。在等待来自处于INACTIVE状态的UE 1422A的用户平面上行链路数据传输时，CN 1422D向最后服务gNB1422C发送DL数据1426C。响应于DL 1426C，最后服务gNB 1422C向UE 1422A发送寻呼消息1426D，潜在gNB(包括dNB 1422B)听到该寻呼消息，然后它们自己向UE发送寻呼消息1424A。
随后，响应于寻呼消息1424A，UE 1422A在处于INACTIVE状态时执行到gNB 1422B的数据传输，并且响应于此，锚点改变为gNB 1422B并且新gNB 1422B向最后服务gNB 1422C发送数据转发指示(例如，Xn-U地址指示1426F)并且向CN 1422D发送路径切换消息1426I。响应于数据转发指示(例如，Xn-U地址指示1426F)，最后服务gNB 1422C执行数据转发操作1426G以将DL数据1426C转发到gNB 1422B以用于作为DL数据1426J转发到UE 1422A。
然后，来自UE 1422A的上行链路数据被发送到gNB 1422B，该gNB将UL数据1426K转发到CN 1402D，并且来自CN 1422D的下行链路数据1426L被发送到gNB 1422B，该gNB将DL数据转发到UE 1422A。
图15A是由最后服务gNB执行以用于处理的过程的另一实施方案的流程图，在UE处于RRC_INACTIVE状态时在接收到来自UE的用户平面上行链路数据之前向另一gNB发送UE上下文。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图14A的最后服务gNB 1402C执行。
参考图15A，处理逻辑向UE发送第一消息以将UE配置为处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态(处理框1501)。在一些实施方案中，第一消息包括无线电资源控制(RRC)释放与暂停配置(SuspendConfig)消息。
处理逻辑还向可潜在地充当UE的新基站的一个或多个其他基站发送UE上下文(处理框1502)。此时，UE可在UE处于RRC_INACTIVE状态时向新gNB发送上行链路用户平面数据。
有时，来自CN的新下行链路数据可在UE处于RRC_INACTIVE状态时在UE向新gNB发送数据之前向最后服务gNB发送。图15B是用于处理来自CN的新下行链路数据的过程的一个实施方案的流程图，该新下行链路数据在UE处于RRC_INACTIVE状态时在UE向新gNB发送数据之前向最后服务gNB发送。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图14B的最后服务gNB 1422C执行。
参考图15B，处理逻辑向UE发送第一消息以将UE配置为处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态(处理框1521)。在一些实施方案中，第一消息包括无线电资源控制(RRC)释放与暂停配置(SuspendConfig)消息。
处理逻辑还向可潜在地充当UE的新基站的一个或多个其他基站发送UE上下文(处理框1522)。
然后，处理逻辑接收在UE处于RRC_INACTIVE状态时来自CN的具有用于UE的下行链路数据的传输(处理框1523)。
响应于下行链路数据，处理逻辑寻呼附近gNB(例如，范围内的gNB)以向UE通知下行链路传输(处理框1524)。此时，接收到寻呼的用于UE的潜在新gNB继而寻呼UE。
随后，处理逻辑响应于在UE处于RRC_INACTIVE状态时从UE到第二基站(例如，新gNB)的第一数据传输而从第二基站接收数据转发地址指示(例如，Xn-U地址指示)，其中第二基站是第一基站向其发送UE上下文的一个或多个其他基站中的一个基站，并且成为UE的锚节点(处理框1525)。
响应于接收到数据转发地址指示，处理逻辑将下行链路数据转发到第二基站以用于转发到UE(处理框1526)。
图16A是由最后服务gNB执行以用于处理的过程的又一实施方案的流程图，在UE处于RRC_INACTIVE状态时在接收到来自UE的用户平面上行链路数据之前向另一gNB发送UE上下文。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图14A的新gNB 1402B执行。
参考图16A，该过程开始于处理逻辑接收第二基站(例如，最后服务gNB)向可潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文(处理框1601)。
处理逻辑还接收在UE处于RRC_INACTIVE状态时从UE传输的第一用户平面上行链路数据(处理框1602)。
作为响应，处理逻辑向核心网络(CN)发送路径切换消息(处理框1603)，然后作为UE的锚节点进行操作，这可包括接收在UE处于RRC_INACTIVE状态时由UE传输的附加上行链路数据并将该附加用户平面上行链路数据转发到CN，和/或可包括接收在UE处于RRC_INACTIVE状态时来自CN的用于UE的用户平面下行链路数据并向UE传输用户平面下行链路(处理框1604)。
图16B是用于处理来自CN的新下行链路数据的过程的另一实施方案的流程图，该新下行链路数据在UE处于RRC_INACTIVE状态时在UE向新gNB发送数据之前向最后服务gNB发送。在一些实施方案中，该过程至少部分地由包括硬件(例如，电路、专用逻辑等)、软件(例如，在芯片上运行的软件、在通用计算机系统或专用机器上运行的软件等)、固件或这三者的组合的处理逻辑执行。在一些实施方案中，该过程由图14B的最后服务gNB 1422C执行。
参考图16B，该过程开始于处理逻辑接收第二基站(例如，最后服务gNB)向可潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文(处理框1621)。
接下来，处理逻辑从第二基站接收寻呼消息，该寻呼消息指示在UE处于RRC_INACTIVE状态时来自CN的具有下行链路数据的传输已发生(处理框1622)，并且响应于此，寻呼UE以向UE通知下行链路传输(处理框1623)。
随后，处理逻辑接收在UE处于RRC_INACTIVE状态时从UE传输的第一用户平面上行链路数据，然后响应于接收到来自UE的第一用户平面上行链路数据而作为UE的锚节点进行操作(处理框1624)。
处理逻辑在接收到在UE处于RRC_INACTIVE状态时从UE传输的第一用户平面上行链路数据之后向第二基站发送数据转发地址指示(例如，Xn-U地址指示)(处理框1625)。
处理逻辑在UE处于RRC_INACTIVE状态时从第二基站接收下行链路数据(处理框1626)，向核心网络(CN)发送路径切换消息并作为UE的锚节点进行操作(处理框1627)，并且向UE传输下行链路数据(处理框1628)。
然后，处理逻辑接收在UE处于RRC_INACTIVE状态时由UE传输的附加上行链路数据并将附加用户平面上行链路数据转发到CN，和/或接收在UE处于RRC_INACTIVE状态时来自CN的用于UE的用户平面下行链路数据并向UE传输用户平面下行链路(处理框1629)。
上文所述内容的部分可以利用诸如专用逻辑电路之类的逻辑电路或者利用微控制器或者其他形式的执行程序代码指令的处理核来实现。从而，可利用程序代码诸如机器可执行指令来执行上述讨论所教导的过程，该机器可执行指令使得机器执行这些指令以执行某些函数。在该上下文中，“机器”可为将中间形式(或“抽象”)指令转换为特定于处理器的指令(例如，抽象执行环境诸如“虚拟机”(例如，Java虚拟机)、解译器、公共语言运行时、高级语言虚拟机等)的机器，和/或被设置在半导体芯片(例如，利用晶体管实现的“逻辑电路”)上的电子电路，该电子电路被设计用于执行指令，该处理器诸如通用处理器和/或专用处理器。上述讨论所教导的过程也可通过(作为机器的替代或与机器结合)电子电路来执行，该电子电路被设计用于执行过程(或其一部分)而不执行程序代码。
本发明还涉及一种用于执行本文所述的操作的装置。该装置可专门构造用于所需的目的，或者可包括由存储在计算机中的计算机程序选择性地激活或重新配置的通用计算机。此类计算机程序可被存储在计算机可读存储介质中，例如但不限于任何类型的盘，包括软盘、光盘、CD-ROM和磁光盘，只读存储器(ROM)、RAM、EPROM、EEPROM、磁卡或光卡、或适用于存储电子指令的任何类型的介质，并且每一者均耦接到计算机系统总线。
机器可读介质包括以机器(例如，计算机)可读形式存储或传输信息的任何机构。例如，机器可读介质包括只读存储器(“ROM”)；随机存取存储器(“RAM”)；磁盘存储介质；光学存储介质；闪存设备；等。
制品可用于存储程序代码。存储程序代码的制品可被实施为但不限于一个或多个存储器(例如，一个或多个闪存存储器、随机存取存储器(静态、动态或其他))、光盘、CD-ROM、DVD ROM、EPROM、EEPROM、磁卡或光卡、或适用于存储电子指令的其他类型的机器可读介质。也可借助被包含在传播介质(例如，经由通信链路(例如网络连接))中的数据信号来将程序代码从远程计算机(例如，服务器)下载到请求计算机(例如，客户端)。
已按照对计算机存储器内的数据位进行操作的算法和符号表示来呈现前面的详细描述。这些算法描述和表示是数据处理领域的技术人员所使用的工具，而这些工具也能最有效地将其工作实质传达给该领域的其他技术人员。算法在这里并通常是指导致所希望的结果的操作的自相一致的序列。这些操作是需要对物理量进行物理操纵的那些操作。通常但非必要地，这些量采用的形式为能够被存储、传递、组合、比较以及以其他方式操纵的电或磁信号。已被证明其在主要出于通用原因而将这些信号指代为位、数值、元素、符号、字符、术语、数字等时是方便的。
然而，应当牢记的是，所有这些以及类似的术语都与适当的物理量相关联，并且其只是应用于这些量的方便标签。除非另外特别说明，否则从上述讨论中显而易见的是，可以理解，在整个说明书中，利用术语诸如“发送”、“接收”、“切换”、“接收”、“分组”、“传送”、“发射”、“聚合”、“监测”、“移除”等的讨论是指对计算机系统或类似的电子计算设备的行动和处理，这些设备可对计算机系统的寄存器和存储器中表示为物理(电子)量的数据进行操纵，并将其转换成在计算机系统存储器或寄存器或其他此类信息存储、传输或显示设备中相似地表示为物理量的其他数据。
本文中所呈现的过程和显示并不固有地与任何特定计算机或其他装置相关。根据本文的教导内容，各种通用系统可与程序一起使用，或者可证明其便于构造用于执行所述操作的更专用的装置。根据下文的描述，用于各种这些系统的所需结构将是显而易见的。此外，本发明未参照任何特定的编程语言进行描述。应当理解，多种编程语言可用于实现如本文所述的本发明的教导内容。
众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。
前面的讨论仅描述了本发明的一些示例性实施方案。本领域的技术人员将易于从这些讨论、附图和权利要求书中认识到，可在不脱离本发明的实质和范围的情况下进行各种修改。

Claims (57)

1.一种第一基站(BS)，所述第一BS包括一个或多个处理器并且是用户装备(UE)在所述UE进入无线电资源控制(RRC)非活动(RRC_INACTIVE)状态之前的最后服务基站，所述一个或多个处理器被配置为执行包括以下项的操作：
从第二基站接收请求UE上下文的第一消息以及第一用户平面上行链路数据两者，所述第一用户平面上行链路数据在所述UE已处于所述RRC_INACTIVE状态时从所述UE向所述第二基站发送；以及
将所述第一用户平面上行链路数据转发到核心网络(CN)。
2.根据权利要求1所述的第一基站，其中所述第一用户平面上行链路数据在所述第一消息中。
3.根据权利要求1所述的第一基站，其中所述第一用户平面上行链路数据是与所述第一消息一起传输的，但在所述第一消息之外。
4.根据权利要求1所述的第一基站，其中所述第一消息是RETREIVEUE CONTEXTREQUEST消息。
5.根据权利要求1所述的第一基站，其中所述操作还包括：
响应于所述第一消息而向所述第二基站发送第二消息。
6.根据权利要求5所述的第一基站，其中所述第二消息包括RETREIVE UE CONTEXTRESPONSE消息。
7.根据权利要求1所述的第一基站，其中与请求UE上下文的所述第一消息一起从所述第二基站接收的所述第一用户平面上行链路数据包括无线电链路控制(RLC)分组数据单元(PDU)，并且其中所述操作还包括：执行RLC、分组数据汇聚协议(PDCP)和服务数据适配协议(SDAP)操作以解码所述RLC PDU。
8.根据权利要求7所述的第一基站，其中将所述第一用户平面上行链路数据转发到所述核心网络(CN)包括经由PDU会话隧道转发上层数据。
9.根据权利要求8所述的第一基站，其中从所述第二基站接收的所述第一用户平面上行链路数据是RLC PDU，并且所述上层数据包括SDAP SDU数据。
10.根据权利要求1所述的第一基站，其中所述操作还包括：
在将所述第一用户平面上行链路数据转发到所述CN之后，在所述UE已处于所述RRC_INACTIVE状态时继续作为所述UE的锚节点进行操作，包括
从所述第二基站接收在所述UE已处于所述RRC_INACTIVE状态时由所述UE向所述第二基站传输的所述UE的附加用户平面上行链路数据，并且将所述附加用户平面上行链路数据转发到所述CN。
11.根据权利要求1所述的第一基站，其中所述附加用户平面上行链路数据是作为一个或多个RLC PDU接收的。
12.根据权利要求1所述的第一基站，其中所述操作还包括：
在将所述第一用户平面上行链路数据转发到所述CN之后，在所述UE已处于所述RRC_INACTIVE状态时继续作为所述UE的锚节点进行操作，包括
接收在所述UE已处于所述RRC_INACTIVE状态时来自所述CN的用于所述UE的用户平面下行链路数据，并且将所述用户平面下行链路转发到所述第二基站以便传输到所述UE。
13.根据权利要求12所述的第一基站，其中所述用户平面下行链路数据是作为一个或多个RLC PDU转发的。
14.根据权利要求1所述的第一基站，其中所述操作还包括：
响应于从所述第二基站接收到数据转发地址指示，将UE上下文信息转发到所述第二基站，以使得所述第二基站能够成为所述UE的锚点。
15.根据权利要求6所述的第一基站，其中所述操作还包括：
从所述第二基站接收传输完成指示，所述传输完成指示用于指示在所述UE处于所述RRC_INACTIVE状态时所述UE与所述CN之间经由所述第二基站进行的用户平面数据传输的完成；以及
恢复作为所述UE的锚节点进行操作。
16.一种方法，所述方法包括：
从第二基站接收请求UE上下文的第一消息以及第一用户平面上行链路数据两者，所述第一用户平面上行链路数据在UE已处于RRC_INACTIVE状态时从所述UE向所述第二基站发送；以及
将所述第一用户平面上行链路数据转发到核心网络(CN)。
17.一种基带处理器，所述基带处理器被配置为执行包括以下项的操作：
从第二基站接收请求UE上下文的第一消息以及第一用户平面上行链路数据两者，所述第一用户平面上行链路数据在所述UE已处于所述RRC_INACTIVE状态时从所述UE向所述第二基站发送；以及
将所述第一用户平面上行链路数据转发到核心网络(CN)。
18.一种第一基站(BS)，所述第一BS包括一个或多个处理器，所述一个或多个处理器被配置为执行包括以下项的操作：
接收在用户装备(UE)已处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态时从所述UE传输的第一用户平面上行链路数据；以及
向第二基站发送请求UE上下文的第一消息以及所述第一用户平面上行链路数据两者，所述第一用户平面上行链路数据用于由所述第二基站转发到核心网络(CN)。
19.根据权利要求18所述的第一基站，其中所述第一用户平面上行链路数据在所述第一消息中。
20.根据权利要求18所述的第一基站，其中所述第一用户平面上行链路数据是与所述第一消息一起传输的，但在所述第一消息之外。
21.根据权利要求18所述的第一基站，其中所述第一消息是RETREIVEUE CONTEXTREQUEST消息。
22.根据权利要求18所述的第一基站，还包括：接收连同所述第一用户平面上行链路数据一起在用户装备(UE)已处于所述无线电资源控制(RRC)非活动(RRC_INACTIVE)状态时从所述UE传输的控制信息。
23.根据权利要求22所述的第一基站，其中所述控制信息在RRC消息中。
24.根据权利要求18所述的第一基站，其中所述操作还包括：
响应于所述第一消息而从所述第二基站接收第二消息。
25.根据权利要求24所述的第一基站，其中所述第二消息是RETREIVEUE CONTEXTRESPONSE消息。
26.根据权利要求18所述的第一基站，其中向第二基站发送请求UE上下文的第一消息以及所述第一用户平面上行链路数据两者包括将所述第一用户平面上行链路数据作为无线电链路控制(RLC)分组数据单元(PDU)进行发送。
27.根据权利要求18所述的第一基站，其中所述操作还包括：
在将所述第一用户平面上行链路数据转发到所述第二基站之后，
接收在所述UE已处于所述RRC_INACTIVE状态时从所述UE传输的附加用户平面上行链路数据；以及
将所述附加上行链路数据发送到所述第二基站以便由所述第二基站转发到所述CN。
28.根据权利要求27所述的第一基站，其中所述附加用户平面上行链路数据是作为一个或多个RLC PDU转发的。
29.根据权利要求18所述的第一基站，其中所述操作还包括：
在将所述第一上行链路数据转发到所述第二基站之后，
接收在所述UE已处于所述RRC_INACTIVE状态时经由所述第二基站来自所述CN的用于所述UE的用户平面下行链路数据；
组合来自所述第二基站的所述用户平面下行链路数据；以及
将组合的用户平面下行链路数据作为下行链路传输传输到所述UE。
30.根据权利要求29所述的第一基站，其中所述用户平面下行链路数据是作为一个或多个RLC PDU接收的。
31.根据权利要求18所述的第一基站，其中所述操作还包括：
向所述第二基站发送数据转发地址指示；以及
向所述CN发送路径切换消息。
32.根据权利要求31所述的第一基站，其中所述操作还包括：
在所述UE已处于所述RRC_INACTIVE状态时作为所述UE的锚节点进行操作，包括
接收在所述UE已处于所述RRC_INACTIVE状态时由所述UE传输的附加上行链路数据并且将所述附加用户平面上行链路数据转发到所述CN，或者
接收在所述UE已处于所述RRC_INACTIVE状态时来自所述CN的用于所述UE的用户平面下行链路数据并且将所述用户平面下行链路传输到所述UE。
33.根据权利要求31所述的第一基站，其中所述操作还包括：
向所述第二基站发送传输完成指示，所述传输完成指示用于指示在所述UE处于所述RRC_INACTIVE状态时所述UE与所述CN之间的用户平面数据传输的完成；以及
停止作为所述UE的锚节点进行操作。
34.一种方法，所述方法包括：
接收在用户装备(UE)已处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态时从所述UE传输的第一用户平面上行链路数据；以及
向第二基站发送请求UE上下文的第一消息以及所述第一用户平面上行链路数据两者，所述第一用户平面上行链路数据用于由所述第二基站转发到核心网络(CN)。
35.一种基带处理器，所述基带处理器被配置为执行包括以下项的操作：
接收在用户装备(UE)已处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态时从所述UE传输的第一用户平面上行链路数据；以及
向第二基站发送请求UE上下文的第一消息以及所述第一用户平面上行链路数据两者，所述第一用户平面上行链路数据用于由所述第二基站转发到核心网络(CN)。
36.一种第一基站(BS)，所述第一BS包括一个或多个处理器并且是用户装备(UE)的最后服务基站，所述一个或多个处理器被配置为执行包括以下项的操作：
向所述UE发送第一消息以将所述UE配置为处于无线电资源控制(RRC)非活动(RRC_INACTIVE)状态；以及
向能够潜在地充当所述UE的新基站的一个或多个其他基站发送UE上下文。
37.根据权利要求36所述的第一基站，其中所述第一消息包括无线电资源控制(RRC)释放与暂停配置(SuspendConfig)消息。
38.根据权利要求36所述的第一基站，其中所述操作还包括：
接收来自核心网络(CN)的具有用于所述UE的下行链路数据的传输；
寻呼所述UE以向所述UE通知下行链路传输。
39.根据权利要求38所述的第一基站，其中所述操作还包括：
从第二基站接收数据转发地址指示，其中所述第二基站是所述第一基站向其发送所述UE上下文的所述一个或多个其他基站中的一个基站，所述第二基站成为所述UE的锚节点；
将所述下行链路数据转发到所述第二基站以用于转发到所述UE。
40.根据权利要求39的第一基站，其中所述数据转发地址指示响应于在所述UE已处于所述RRC_INACTIVE状态时从所述UE到所述第二基站的第一数据传输而从所述第二基站发送。
41.一种方法，所述方法包括：
向UE发送第一消息以将所述UE配置为处于RRC_INACTIVE状态；以及
向能够潜在地充当所述UE的新基站的一个或多个其他基站发送UE上下文。
42.一种基带处理器，所述基带处理器被配置为执行包括以下项的操作：
向UE发送第一消息以将所述UE配置为处于RRC_INACTIVE状态；以及
向能够潜在地充当所述UE的新基站的一个或多个其他基站发送UE上下文。
43.一种第一基站(BS)，所述第一BS包括一个或多个处理器，所述一个或多个处理器被配置为执行包括以下项的操作：
接收第二基站向能够潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文，其中所述第二基站向所述UE发送第一消息以将所述UE配置为处于RRC_INACTIVE状态；
接收在所述UE已处于所述RRC_INACTIVE状态时从所述UE传输的第一用户平面上行链路数据；以及
响应于接收到来自所述UE的所述第一用户平面上行链路数据，作为所述UE的锚节点进行操作。
44.根据权利要求43所述的第一基站，其中所述第一消息包括无线电资源控制(RRC)释放与暂停配置(SuspendConfig)消息。
45.根据权利要求43所述的第一基站，其中所述操作还包括：
向核心网络(CN)发送路径切换消息；以及
接收在所述UE已处于所述RRC_INACTIVE状态时由所述UE传输的附加上行链路数据并且将所述附加用户平面上行链路数据转发到所述CN，或者
接收在所述UE处于所述RRC_INACTIVE状态时来自所述CN的用于所述UE的用户平面下行链路数据并且将所述用户平面下行链路传输到所述UE。
46.根据权利要求43所述的第一基站，其中所述操作还包括：
从所述第二基站接收寻呼消息，所述寻呼消息指示在所述UE处于所述RRC_INACTIVE状态时已发生来自CN的具有下行链路数据的传输；以及
寻呼所述UE以向所述UE通知下行链路传输。
47.根据权利要求46所述的第一基站，其中所述操作还包括：
在接收到在所述UE已处于所述RRC_INACTIVE状态时从所述UE传输的所述第一用户平面上行链路数据之后，从第二基站发送数据转发地址指示；
在所述UE处于所述RRC_INACTIVE状态时从所述第二基站接收所述下行链路数据；以及
向所述UE传输所述下行链路数据。
48.一种由第一基站执行的方法，所述方法包括：
接收第二基站向能够潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文，其中所述第二基站向所述UE发送第一消息以将所述UE配置为处于RRC_INACTIVE状态；
接收在所述UE已处于所述RRC_INACTIVE状态时从所述UE传输的第一用户平面上行链路数据；以及
响应于接收到来自所述UE的所述第一用户平面上行链路数据，作为所述UE的锚节点进行操作。
49.一种基带处理器，所述基带处理器被配置为执行包括以下项的操作：
接收第二基站向能够潜在地充当UE的新基站的一个或多个其他基站发送的UE上下文，其中所述第二基站向所述UE发送第一消息以将所述UE配置为处于RRC_INACTIVE状态；
接收在所述UE已处于所述RRC_INACTIVE状态时从所述UE传输的第一用户平面上行链路数据；以及
响应于接收到来自所述UE的所述第一用户平面上行链路数据，作为所述UE的锚节点进行操作。
50.一种方法，所述方法包括根据权利要求1-15中任一项所述的操作。
51.一种方法，所述方法包括根据权利要求18-33中任一项所述的操作。
52.一种方法，所述方法包括根据权利要求36-40中任一项所述的操作。
53.一种方法，所述方法包括根据权利要求43-47中任一项所述的操作。
54.一种基带处理器，所述基带处理器包括一个或多个处理器以执行根据权利要求1-15中任一项所述的操作。
55.一种基带处理器，所述基带处理器包括一个或多个处理器以执行根据权利要求18-33中任一项所述的操作。
56.一种基带处理器，所述基带处理器包括一个或多个处理器以执行根据权利要求36-40中任一项所述的操作。
57.一种基带处理器，所述基带处理器包括一个或多个处理器以执行根据权利要求43-47中任一项所述的操作。
CN202080105149.XA 2020-09-25 2020-09-25 用于非活动直接数据传输的上下文提取过程 Pending CN116158128A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311154231.3A CN117062201A (zh) 2020-09-25 2020-09-25 用于非活动直接数据传输的上下文提取过程

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/117809 WO2022061732A1 (en) 2020-09-25 2020-09-25 Context fetch procedure for inactive direct data transmission

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311154231.3A Division CN117062201A (zh) 2020-09-25 2020-09-25 用于非活动直接数据传输的上下文提取过程

Publications (1)

Publication Number Publication Date
CN116158128A true CN116158128A (zh) 2023-05-23

Family

ID=80846102

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202080105149.XA Pending CN116158128A (zh) 2020-09-25 2020-09-25 用于非活动直接数据传输的上下文提取过程
CN202311154231.3A Pending CN117062201A (zh) 2020-09-25 2020-09-25 用于非活动直接数据传输的上下文提取过程

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202311154231.3A Pending CN117062201A (zh) 2020-09-25 2020-09-25 用于非活动直接数据传输的上下文提取过程

Country Status (5)

Country Link
US (2) US20230217528A1 (zh)
EP (2) EP4277363A3 (zh)
KR (2) KR20230074127A (zh)
CN (2) CN116158128A (zh)
WO (1) WO2022061732A1 (zh)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3522672A4 (en) * 2016-09-30 2019-09-04 LG Electronics Inc. -1- METHOD FOR MANAGING UE CONTEXT AND DEVICE FOR SUPPORTING IT
US11160132B2 (en) * 2017-02-03 2021-10-26 Telefonaktiebolaget Lm Ericsson (Publ) Radio resource control resume wthout context fetch
EP3379870A1 (en) * 2017-03-24 2018-09-26 Panasonic Intellectual Property Corporation of America User equipment and base station participating in radio access network update procedure
CN113873490A (zh) * 2017-05-05 2021-12-31 华为技术有限公司 一种通信方法及装置
WO2019093850A1 (en) * 2017-11-13 2019-05-16 Lg Electronics Inc. Method for managing ue context and device supporting the same
WO2019148479A1 (en) * 2018-02-03 2019-08-08 Qualcomm Incorporated Data transfer between an inactive mode user equipment and a wireless network
CN115397042B (zh) * 2018-08-09 2023-07-25 中兴通讯股份有限公司 使用预配置专用资源的空闲模式传输的状态转换
US11576096B2 (en) * 2019-03-28 2023-02-07 Lg Electronics Inc. Source cell release indication for dual stack mobility
EP4128993A1 (en) * 2020-04-07 2023-02-08 Google LLC Data communication in an inactive state

Also Published As

Publication number Publication date
KR20230074127A (ko) 2023-05-26
WO2022061732A1 (en) 2022-03-31
EP4218307A4 (en) 2024-01-17
KR20230137487A (ko) 2023-10-04
CN117062201A (zh) 2023-11-14
US20230397287A1 (en) 2023-12-07
EP4277363A3 (en) 2024-01-24
US20230217528A1 (en) 2023-07-06
EP4277363A2 (en) 2023-11-15
EP4218307A1 (en) 2023-08-02

Similar Documents

Publication Publication Date Title
US11457501B2 (en) Radio resource control connection procedures for remote wireless devices
EP3780742A1 (en) Consecutive conditional handovers
US11979934B2 (en) Radio resource control connection procedures for remote wireless devices
US11452161B2 (en) Packet data network connection re-establishment
CN112087747A (zh) 改善的rrc过程安全性
US20230217529A1 (en) Methods and apparatus for inactive state initial uplink transmission using pre-configured grant at a user equipment in wireless communication
WO2022087963A1 (en) Multicast and broadcast services (mbs) mobility with service continuity in connected state
EP4277363A2 (en) Context fetch procedure for inactive direct data transmission
CN111565479A (zh) 通信方法及其装置、系统
WO2022160159A1 (en) Mcg failure recovery enhancement in dc mode
US20240323669A1 (en) Scheduling rrc processing for a dual-sim dual-active ue
KR20140022040A (ko) 셀 업데이트 절차 동안의 보안 구성 코디네이션을 위한 방법, 장치 및 컴퓨터 프로그램 제품
WO2022061845A1 (en) Methods and apparatus for inactive state initial uplink transmission using pre-configured grant at a base station in wireless communication
WO2022061853A1 (en) Methods and apparatus of a user equipment for subsequent transmission in inactive state in wireless communication
US20230217524A1 (en) Methods and apparatus of a base station for subsequent transmission in inactive state in wireless communication
WO2024031431A1 (en) Random access channel report enhancements
CN115380589A (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