[go: up one dir, main page]

CN118201010A - 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法 - Google Patents

用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法 Download PDF

Info

Publication number
CN118201010A
CN118201010A CN202410511203.0A CN202410511203A CN118201010A CN 118201010 A CN118201010 A CN 118201010A CN 202410511203 A CN202410511203 A CN 202410511203A CN 118201010 A CN118201010 A CN 118201010A
Authority
CN
China
Prior art keywords
message
timer
network
rrcresumerequest
periodic
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
CN202410511203.0A
Other languages
English (en)
Inventor
I·L·J·达席尔瓦
G·米尔德
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN118201010A publication Critical patent/CN118201010A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • 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
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • 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/30—Connection release
    • 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

Landscapes

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

Abstract

根据方面，响应于第一计时器到期，在无线电接入网络RAN中处于暂停状态的用户设备UE传送(1910)RRCResumeRequest消息。响应于RRCResumeRequest消息，UE接收(1920)拒绝消息。响应于拒绝消息，UE启动(1930)第二计时器，并且随后传送(1940)进一步的RRCResumeRequest消息。在近似以第二计时器的持续时间和周期性UE事件的周期中的较小者以及第二计时器的持续时间和周期性UE事件的周期中的较大者为界限的时段期间，由网络接收进一步的RRCResumeRequest消息。

Description

用于在拒绝时处置周期性无线电接入网络通知区域(RNA)更 新配置的方法
技术领域
本公开一般涉及无线网络通信的领域，并且更特别地涉及在RAN中以暂停状态操作的UE的网络管理。
背景技术
长期演进(LTE)是在第三代合作伙伴计划(3GPP)内开发并且最初在版本8和版本9中标准化的所谓的第四代(4G)无线电接入技术的涵盖性术语，其又称为演进型UTRAN(E-UTRAN)。LTE目标在于各种许可频段，并且伴随有对非无线电方面的改进(通常称为系统架构演进(SAE)，其包括演进型分组核心(EPC)网络)。LTE继续演进至根据利用3GPP及其工作组(WG)(包括无线电接入网络(RAN)WG和子工作组(例如，RAN1、RAN2等))的标准设置过程来开发的后续版本。
LTE版本10(Rel-10)支持大于20MHz的带宽。对Rel-10的一个重要要求是确保与LTE Rel-8向后兼容。这还应包括频谱兼容性。因此，宽带LTE Rel-10载波(例如，比20MHz宽)对于LTE Rel-8(“传统”)终端应当表现为多个载波。每个这样的载波可称为分量载波(CC)。为了对于传统终端也高效使用宽载波，可在宽带LTE Rel-10载波的所有部分中调度传统终端。实现这一点的一种示例性方式是借助于载波聚合(CA)，由此Rel-10终端可接收多个CC，每个CC优选地具有与Rel-8载波相同的结构。类似地，LTE Rel-11中的增强之一是增强型物理下行链路控制信道(ePDCCH)，其具有以下目标：增加容量并改善控制信道资源的空间再使用，改善小区间干扰协调(ICIC)，以及支持控制信道的天线波束形成和/或传送分集。
图1中示出包括LTE和SAE的网络的总体示例性架构。E-UTRAN 100包括一个或多个演进型节点B(eNB)(诸如eNB 105、110和115)以及一个或多个用户设备(UE)(诸如UE 120)。如在3GPP标准内所使用的，“用户设备”或“UE”表示能够与符合3GGP标准的网络设备(包括E-UTRAN以及UTRAN和/或GERAN，作为第三代(“3G”)和第二代(“2G”)3GPP无线电接入网络，是众所周知的)通信的任何无线通信装置(例如，智能电话或计算装置)。
如由3GPP所规定的，E-UTRAN 100负责网络中的所有无线电相关功能，包括无线电承载控制、无线电许可控制、无线电移动性控制、调度、在上行链路和下行链路中对UE的动态资源分配以及与UE的通信的安全性。这些功能驻留在诸如eNB 105、110和115的eNB中。如图1中所示，E-UTRAN中的eNB经由X1接口与彼此通信。eNB还负责到EPC的E-UTRAN接口，特别是到移动性管理实体(MME)和服务网关(SGW)(在图1中共同地示出为MME/S-GW 134和138)的S1接口。一般来说，MME/S-GW处置UE的总体控制以及UE与EPC的其余部分之间的数据流两者。更具体来说，MME处理UE和EPC之间的信令协议，该信令协议称为非接入层(NAS)协议。S-GW处置UE和EPC之间的所有互联网协议(IP)数据分组，并且当UE在eNB(如eNB 105、110和115)之间移动时充当数据承载的本地移动性锚。
图2A示出示例性LTE架构在它的构成实体(UE、E-UTRAN和EPC)以及到接入层(AS)和NAS的高级功能划分方面的高级框图。图1还示出两个特定接口点，即Uu(UE/E-UTRAN无线电接口)和S1(E-UTRAN/EPC接口)，每个接口点使用协议的特定集合，即，无线电协议和S1协议。这两种协议中的每种协议可进一步分割为用户平面(或“U-平面”)和控制平面(或“C-平面”)协议功能性。在Uu接口上，U-平面携带用户信息(例如，数据分组)，而C-平面携带UE和E-UTRAN之间的控制信息。
图2B示出Uu接口上的示例性C-平面协议栈的框图，该示例性C-平面协议栈包括物理(PHY)、媒体接入控制(MAC)、无线电链路控制(RLC)、分组数据汇聚协议(PDCP)和无线电资源控制(RRC)层。PHY层涉及如何使用以及使用什么特性来在LTE无线电接口上通过传输信道传递数据。MAC层在逻辑信道上提供数据传递服务，将逻辑信道映射到PHY传输信道，并重新分配PHY资源以支持这些服务。RLC层提供对传递到上层或从上层传递的数据的错误检测和/或校正、级联、分段、重组和重新排序。PHY、MAC和RLC层对U-平面和C-平面两者执行相同的功能。PDCP层为U-平面和C-平面两者提供加密/解密和完整性保护，以及为U-平面提供其他功能，如报头压缩。
图2C从PHY的角度示出示例性LTE无线电接口协议架构的框图。各种层之间的接口由图2C中的椭圆形所指示的服务接入点(SAP)提供。PHY层与上文描述的MAC和RRC协议层通过接口交互。MAC提供到RLC协议层(同样在上文描述)的不同的逻辑信道，其特征在于传递的信息的类型，而PHY提供到MAC的传输信道，其特征在于如何通过无线电接口传递信息。在提供这种传输服务时，PHY执行各种功能，包括：错误检测和校正；速率匹配以及将编码的传输信道映射到物理信道上；功率加权、调制；以及物理信道的解调；传送分集、波束形成多输入多输出(MIMO)天线处理；以及向诸如RRC的更高层提供无线电测量。
由LTE PHY提供的下行链路(即，eNB到UE)物理信道包括物理下行链路共享信道(PDSCH)、物理多播信道(PMCH)、物理下行链路控制信道(PDCCH)、中继物理下行链路控制信道(R-PDCCH)、物理广播信道(PBCH)、物理控制格式指示符信道(PCFICH)和物理混合ARQ指示符信道(PHICH)。另外，LTE PHY下行链路包括各种参考信号、同步信号和发现信号。
由LTE PHY提供的上行链路(即，UE到eNB)物理信道包括物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)。另外，LTE PHY上行链路包括各种参考信号，其包括：解调参考信号(DM-RS)，其被传送来帮助eNB接收关联的PUCCH或PUSCH；以及探测参考信号(SRS)，其不与任何上行链路信道相关联。
LTE PHY的多址接入方案基于下行链路中的具有循环前缀(CP)的正交频分复用(OFDM)和上行链路中的具有循环前缀的单载波频分多址(SC-FDMA)。为了支持在成对和非成对的频谱中传输，LTE PHY支持频分双工(FDD)(包括全双工和半双工操作)和时分双工(TDD)两者。图3A示出用于LTE FDD下行链路(DL)操作的示例性无线电帧结构(“类型1”)。DL无线电帧具有10ms的固定持续时间，并且由标记为0到19的20个时隙组成，每个时隙具有0.5ms的固定持续时间。1ms子帧包括两个连续时隙，其中子帧由时隙#0和#1组成。每个示例性FDD DL时隙由NDL symb个OFDM符号组成，符号中的每个由Nsc个OFDM子载波组成。对于15kHz的子载波带宽，NDL symb的示例性值可以是7(具有正常CP)或6(具有扩展长度CP)。Nsc的值可基于可用的信道带宽来配置。由于本领域普通技术人员熟悉OFDM的原理，所以本描述中省略了进一步的细节。
如图3A中所示，特定子载波中的特定符号的组合称为资源元素(RE)。每个RE用于传送特定数量的位，这取决于调制的类型和/或用于该RE的位映射星座。例如，一些RE可使用正交相移键控(QPSK)调制来携带两个位，而其他RE可分别使用16-或64-正交调幅(QAM)来携带四个或六个位。还按照物理资源块(PRB)来定义LTE PHY的无线电资源。PRB在时隙(即，NDL symb个符号)的持续时间上跨NRBsc个子载波，其中NRBsc通常是12(具有15kHz子载波带宽)或24(7.5kHz带宽)。在整个子帧(即，2NDL symb个符号)期间跨相同的NRBsc个子载波的PRB称为PRB对。因此，在LTE PHY DL的子帧中可用的资源包括NDLRB个PRB对，每个PRB对包括2NDL symb·NRBsc个RE。对于正常CP和15kHz子载波带宽，PRB对包括168个RE。
图3B示出以与如图3A所示的示例性FDD DL无线电帧类似的方式配置的示例性LTEFDD上行链路(UL)无线电帧。使用与以上DL描述一致的术语，每个UL时隙由NUL symb个OFDM符号组成，每个OFDM符号由Nsc个OFDM子载波组成。
如上文所论述的，LTE PHY将各种DL和UL物理信道分别映射到图3A和图3B中所示的资源。例如，对于由UE进行的UL传输，PHICH携带HARQ反馈(例如，ACK/NAK)。类似地，PDCCH携带调度指派、UL信道的信道质量反馈(例如，CSI)和其他控制信息。同样地，PUCCH携带上行链路控制信息，诸如调度请求、下行链路信道的CSI、eNB DL传输的HARQ反馈和其他控制信息。可在一个或若干个连续控制信道元素(CCE)的聚合上传送PDCCH和PUCCH两者，并且基于资源元素组(REG)将CCE映射到物理资源，每个REG由多个RE组成。例如，CCE可包括九(9)个REG，每个REG可包括四(4)个RE。
尽管LTE主要是为用户到用户通信而设计的，但是设想5G(又称为“NR”)蜂窝网络支持高的单用户数据速率(例如，1Gb/s)以及涉及来自共享频率带宽的许多不同装置的短暂突发性传输的大规模机器到机器通信两者。5G无线电标准(又称为“新空口”或“NR”)当前目标在于广泛范围的数据服务，包括eMBB(增强型移动宽带)和URLLC(超可靠低时延通信)。这些服务可具有不同的要求和目的。例如，URLLC旨在提供具有非常严格的错误和时延要求的数据服务，例如低至10-5或更低的错误概率和1ms或更低的端到端时延。对于eMBB，对时延和错误概率的要求可较不严格，而所要求的支持的峰值速率和/或频谱效率可以更高。
图4示出包括下一代RAN(NG-RAN)和5G核心(5GC)的5G网络架构的高级视图。NG-RAN可包括经由一个或多个NG接口连接到5GC的一组gNodeB(gNB)，而gNB可经由一个或多个Xn接口连接到彼此。gNB中的每个gNB可支持FDD、TDD或其组合。
图4中示出(并且在3GPP TR 38.801v1.2.0中描述)的NG RAN逻辑节点包括中央单元(CU或gNB-CU)和一个或多个分布式单元(DU或gNB-DU)。CU是逻辑节点，其是托管高层协议并包括多个gNB功能(包括控制DU的操作)的集中式单元。DU是分散式逻辑节点，其托管较低层协议，并且可取决于功能拆分选项而包括gNB功能的各种子集。(如本文中所使用的，可互换地使用术语“中央单元”和“集中式单元”，并且可互换地使用术语“分布式单元”和“分散式单元”。)
图4中所示的NG、Xn-C和F1项目是逻辑接口。对于NG-RAN，拆分式gNB(例如，由gNB-CU和gNB-DU组成)的NG和Xn-C接口端接在gNB-CU中。同样地，对于EN-DC，拆分式gNB的S1-U和X2-C接口端接在gNB-CU中。gNB-CU通过相应的F1逻辑接口连接到gNB-DU。gNB-CU和连接的gNB-DU仅作为gNB对其他gNB和5GC可见，例如F1接口在gNB-CU之外是不可见的。
此外，CU可托管诸如RRC和PDCP的协议，而DU可托管诸如RLC、MAC和PHY的协议。存在CU和DU之间的协议分布的其他变型，诸如在CU中托管RRC、PDCP和部分的RLC协议(例如，自动重传请求(ARQ)功能)，而在DU中托管RLC协议的剩余部分连同MAC和PHY。在一些示例性实施例中，假设CU托管RRC和PDCP，其中假设PDCP处置UP业务和CP业务两者。然而，其他示例性实施例可利用在CU中托管某些协议并且在DU中托管某些其他协议的其他协议拆分。示例性实施例还可相对于集中式用户平面协议(例如，PDCP-U)将集中式控制平面协议(例如，PDCP-C和RRC)定位在不同的CU中。
在LTE Rel-13中，引入了一种机制，其用于通过网络以类似于RRC_IDLE的暂停状态暂停UE，但是差别在于UE存储AS上下文或RRC上下文。这使得有可能在UE再次变成活动时通过恢复RRC连接来减少信令，代替从头开始建立RRC连接的先前方法。减少信令可具有若干益处，包括减少的UE时延(例如，对于访问互联网的智能电话，以及减少的UE信令)，这进一步导致减少的UE能耗，特别是对于发送很少数据(即，信令是能量的主要消耗者)的机器型通信(MTC)装置。
Rel-13解决方案基于：UE向网络发送RRCConnectionResumeRequest消息，并且作为回应，从网络接收RRCConnectionResume消息。RRCConnectionResume未被加密，但是受到完整性保护。
作为对5G的3GPP标准化工作的一部分，已经决定，NR应当支持具有与LTE Rel-13中的暂停状态类似的性质的RRC_INACTIVE状态。RRC_INACTIVE状态具有略有不同的性质，因为它是单独的RRC状态，而不是如同LTE中的RRC_IDLE的一部分。另外，CN/RAN连接(NG或N2接口)在RRC_INACTIVE期间保持活跃，而它在LTE中被暂停的。
图5A是示出NR中的RRC状态之间的可能的转换的示例性状态转换图。图5A中所示的状态的性质汇总如下。在RRC_IDLE，可通过上层配置UE特定的非连续接收(DRX)，并且UE受控移动性基于网络配置。UE使用5G-S-TMSI监测用于CN寻呼的寻呼信道，执行邻居小区测量和小区(重新)选择，并获取系统信息。
在RRC_INACTIVE，可通过上层或通过RRC层配置UE特定的DRX，并且UE受控移动性基于网络配置。UE：存储AS上下文；使用5G-S-TMSI监测用于CN寻呼的寻呼信道，使用I-RNTI监测用于RAN寻呼的寻呼信道，执行相邻小区测量和小区(重新)选择；周期性地以及在移动到基于RAN的通知区域之外时执行基于RAN的通知区域更新；并获取系统信息。
在RRC_CONNECTED，UE存储AS上下文，并且存在向/从UE传递单播数据。在较低层，UE可以配置有UE特定的DRX。对于支持CA的UE，使用与SpCell聚合的一个或多个辅小区(SCell)，以便有增加的带宽。对于支持DC的UE，可将一个辅小区组(SCG)与主小区组(MCG)聚合，以便有增加的带宽。RRC_CONNECTED状态可包括网络受控移动性，即，在NR内以及向/从E-UTRAN切换。UE：监测寻呼信道；监测与共享数据信道相关联的控制信道以确定是否为它调度数据；提供信道质量和反馈信息；执行相邻小区测量和测量报道；并获取系统信息。
图5B示出在从RRC_CONNECTED到RRC_INACTIVE的转换的过程期间的各种操作的在UE和NR gNB之间的示例性流程图。在3GPP NR标准化中已经达成一致，从RRC_CONNECTED到RRC_INACTIVE的转换在一个步骤中完成，并且可包含用于周期性RAN通知区域(RNA)更新的计时器。假设UE将在接收到图5B中所示的RRCSuspend(或等效的)消息时启动计时器(称为T380)。还假设UE将在T380到期时触发周期性RNAU。当前在3GPP TS 38.331的第5.3.14.3-4节中对此规定如下：
5.3.14.3由UE接收RRCSuspend
UE将：
1>从接收到RRCSuspend消息的时刻起，或者可选地在较低层指示已经成功确认接收到RRCSuspend消息时(以较早时间为准)，将在该子条款中定义的以下动作延迟Xms；
编者注：如何设置X的值(它是可配置的还是如同在LTE中那样固定为60ms等)。
1>如果RRCSuspend消息包括idleModeMobilityControlInfo，则：
2>存储由idlemodemobilitycontrollinfo提供的小区重新选择优先级信息；
2>如果包括t320，则：
3>启动计时器T320，其中根据t320的值设置计时器值；
1>否则：
2>在系统信息中应用小区重新选择优先级信息广播；
1>存储由网络提供的以下信息：resumeIdentity，nextHopChainingCount，ran-PageCycle和ran-NotificationAreaInfo；
1>为所有SRB和DRB重新建立RLC实体；
1>重置MAC；
1>除非响应于RRCResumeRequest而接收到RRCSuspend消息，否则：
2>存储UEAS上下文，其包括当前的RRC配置、当前的安全上下文、PDCP状态(包括ROHC状态)、在源PCell中使用的C-RNTI、小区身份和源PCell的物理小区身份；
1>暂停除了SRB0以外的所有(一个或多个)SRB和(一个或多个)DRB；
1>启动计时器T380，其中计时器值设置为periodic-RNAU-timer；
1>向上层指示RRC连接的暂停；
1>将较低层配置成暂停完整性保护和加密；
1>进入RRC_INACTIVE，并执行如在TS38.304[21]中规定的过程
5.3.14.4T380到期或UE进入不属于RNA的小区
UE将：
1>如果T380到期，则：
2>发起5.3.13中的RRC连接恢复过程，其中原因值设置为‘ffs’；
1>如果UE进入不属于RNA的小区，则：
2>发起5.3.13中的RRC连接恢复过程，其中原因值设置为‘ffs’；
与该计时器T380有关的另一个动作是停止准则。在关于连接控制的当前CR中，UE在计时器T380到期时停止计时器T380，并通过发送具有与RNA有关的原因值(例如，“rna-update”或“periodic-rna-update”)的RRCResumeRequest消息来发起恢复过程。除了这种情况之外，所述规范还描述了UE在发送RRCResumeRequest时停止T380计时器。该过程的目的是恢复RRC连接，包括恢复信令无线电承载(SRB)和数据无线电承载(DRB)，或执行RNA更新。
图6A-E示出涉及UE向网络发送RRCResumeRequest消息的具有各种网络响应的RRC连接恢复过程的示例性流程图。图6A示出成功的RRC连接恢复。图6B示出具有回退到成功的RRC连接建立的RRCResumeRequest。图6C示出跟随有成功的网络释放的RRCResumeRequest。图6D示出跟随有成功的网络暂停的RRCResumeRequest。图6E示出跟随有网络拒绝的RRCResumeRequest。图6B-E中示出的网络响应中的每个网络响应可视为是使用不同的消息拒绝RRCResumeRequest的不同方式。
在上层请求时，当响应于NG-RAN寻呼时，或者在UE处于RRC_INACTIVE状态的同时触发RNA更新时，UE发起RRC连接恢复过程。这在3GPP TS 38.331第5.3.13.2节中当前规定如下：
在发起过程，UE将：
1>应用如在9.2.4中规定的默认物理信道配置；
1>应用如在9.2.3中规定的默认半持久调度配置；
1>应用如在9.2.2中规定的默认MAC主要配置；
1>应用如在9.1.1.2中规定的CCCH配置；
1>启动计时器T300X；
1>停止计时器T380；
1>根据5.3.13.2发起RRCResumeRequest消息的传输…
对于在UE处于RRC_INACTIVE状态的情况下触发RNA更新的场景，UE发送具有原因值‘rna-update’(或等效物)的RRCResumeRequest消息。作为响应，如果网络超载，则已经达成一致网络可发送包含等待计时器的RRCReject消息，这对应于图6E中示出的流程图。当前将UE对RRCReject消息的处置规定为：
5.3.13.8由UE接收RRCReject
UE将：
1>停止计时器T314；
1>重置MAC并释放MAC配置；
1>启动计时器T302，其中计时器值设置为waitTime；
1>如果响应于由上层触发的RRCResumeResquest发送RRCReject；
2>则告知上层恢复RRC连接失败和接入控制有关的信息，此时过程结束；
然而，没有在接收到响应于由于周期性RNA触发的RRCResumeRequest的RRCReject(如图6E所示)时要由UE采取的动作的规范。例如，没有与T380计时器和RNA更新功能性相关联的动作的规范。除此之外，尽管规范要求UE“告知上层恢复RRC连接失败和接入控制有关的信息”，但是实际上，由RRC/AS层而不是“上层”来处置RNA更新。
此外，由于网络在信令无线电承载零(SRB0)上发送RRCReject，所以UE仍然不知道网络是否已经基于RNAU指示符更新了UE的当前位置。因此，一旦等待计时器到期，UE是否应当发送另一个RNAU并不是显然的。目前，该场景的过程仍然很不清楚。因此，不同的UE实现有可能产生异常行为，包括例如在UE和网络之间的不必要的信令，导致UE和网络的增加功耗，并需要分配稀缺的网络资源来处置这种额外的信令容量。
文件3GPP TSG-RAN WG2#101bis R2-1805352关于连接控制的协定总结(Summaryof agreements on connection control)讨论了3GPP TS 38.331中的连接控制的开放问题。第2.5.1节涉及RAN通知区域更新。
发明内容
本文中公开的示例性实施例通过提供用于操作在RAN中处于暂停状态的UE的灵活但高效的方法，解决了现有解决方案的这些问题、课题和/或缺点。这些示例性实施例以高效且明确定义的方式管理多个UE资源(包括与RRC协议相关联的多个计时器)，从而避免异常的UE和网络行为。这些示例性实施例对蜂窝网络中的UE的操作提供了改进，所述改进包括但不限于：减少UE和网络之间的不必要的信令；减少UE和网络的功耗，特别是对于低功率机器时间UE；以及释放稀缺的UE和网络资源来处置其他重要的任务，诸如用户数据的传输/接收。
本公开的实施例包括用于操作在RAN中处于暂停状态的UE的方法和/或过程。在一些实施例中，方法可包括：响应于第一计时器到期，传送RRCResumeRequest消息。在一些实施例中，第一计时器与周期性RNAU相关联，例如，如在3GPP规范中定义的计时器T380。
该方法可以包括：响应于RRCResumeRequest消息，接收拒绝消息。在一些实施例中，拒绝消息是以下消息之一：RRCSetup消息、RRCRelease消息、RRCSuspend消息和RRCReject消息。RRCResumeRequest消息可包括指示RNAU的原因的原因值。在一些实施例中，第二计时器是可由UE使用的等待计时器，例如，如在3GPP规范中定义的计时器T302。
该方法包括：响应于拒绝消息，启动第二计时器。一些实施例包括重新启动第一计时器。在此类实施例中，可使用第一存储值来重新启动第一计时器，并且可使用第二存储值来启动第二计时器。第一存储值可小于、等于或大于第二存储值。在一些实施例中，如果拒绝消息包括由网络存储UE的上下文的指示，则重新启动第一计时器。其他实施例可包括：停止第一计时器，以及将周期性RNAU设置为未决通知。
在一些实施例中，该方法还包括递增与拒绝消息相关联的计数器。在一些实施例中，拒绝消息包括多个原因值中的特定原因值，并且递增计数器包括递增与特定原因值相关联的特定计数器。特定原因值可与RRCResumeRequest消息相关联。
在一些实施例中，该方法包括随后传送进一步的RRCResumeRequest消息。在一些实施例中，当第一存储值(例如，用于重新启动第一计时器)小于第二存储值(例如，用于启动第二计时器)时，响应于重新启动的第一计时器到期，传送进一步的RRCResumeRequest消息。在一些实施例中，当第一存储值小于第二存储值时，响应于重新启动的第一计时器到期，传送进一步的RRCResumeRequest消息。在其他实施例中，当第一存储值大于第二存储值时，响应于以下情况之一传送进一步的RRCResumeRequest消息：第二计时器和重新启动的第一计时器到期；以及第二计时器到期和在重新启动的第一计时器到期之前的其他事件。其他事件可包括小区重新选择或用于传输的数据的可用性。
在其他实施例中，当第一存储值小于第二存储值时，响应于第二计时器到期，传送进一步的RRCResumeRequest消息。在其他实施例中，当第一存储值小于第二存储值时，响应于第一计时器到期以及使得UE能够在第二计时器到期之前传送进一步的RRCResumeRequest的接入控制配置，传送进一步的RRCResumeRequest消息。
在包括递增计数器的操作的实施例中，该方法包括将递增的计数器的值与预定阈值进行比较。在一些实施例中，如果递增的计数器的值大于或等于预定阈值，则在第二计时器到期之前传送进一步的RRCResumeRequest消息。在一些实施例中，如果递增的计数器的值大于或等于预定阈值，则操作包括：丢弃与UE相关联的上下文；以及在第二计时器到期或小区重新选择时传送进一步的RRCResumeRequest消息。该方法可包括：响应于接收到拒绝消息，将周期性RNAU未决寄存器的值设置为“真”。
其他实施例包括可配置成执行与上文描述的示例性方法和/或过程对应的操作的无线装置和/或UE。其他实施例包括存储程序指令的非暂时性计算机可读介质，所述程序指令在由至少一个处理器执行时将此类无线装置和/或UE配置成执行与上文描述的示例性方法和/或过程对应的操作。
本公开的实施例包括用于对在RAN中以暂停状态操作的UE的网络管理的方法和/或过程。方法可包括从UE接收RRCResumeRequest消息，其中RRCResumeRequest消息与周期性UE事件相关联。周期性UE事件可以是周期性RNAU。该方法包括：响应于RRCResumeRequest消息，向UE传送与第二计时器相关联的拒绝消息。在一些实施例中，拒绝消息是以下消息之一：RRCSetup消息、RRCRelease消息、RRCSuspend消息和RRCReject消息。在一些实施例中，第二计时器可以是可由UE使用的等待计时器，例如，如在3GPP规范中定义的计时器T302。在一些实施例中，拒绝消息还可包括多个可用原因值中的特定原因值。在一些实施例中，拒绝消息包括由网络存储与UE相关联的上下文的指示。该方法还包括从UE接收进一步的RRCResumeRequest消息，其中在近似以第二计时器的持续时间和周期性UE事件的周期中的较小者以及第二计时器的持续时间和周期性UE事件的周期中的较大者为界限的时段期间，接收进一步的RRCResumeRequest消息。在一些实施例中，该方法包括：响应于进一步的RRCResumeRequest消息，向UE传送进一步的拒绝消息；以及丢弃与UE相关联的上下文。
其他实施例包括可配置成执行与上文描述的示例性方法和/或过程对应的操作的网络装置(例如，基站、eNB、gNB等)。其他实施例包括存储程序指令的非暂时性计算机可读介质，所述程序指令在由至少一个处理器执行时，将此类网络装置配置成执行与上文描述的示例性方法和/或过程对应的操作。
在阅读对本公开的示例性实施例的以下详细描述时，本公开的示例性实施例的这些和其他目的、特征和优点将变得显而易见。
本发明的另外方面针对与上文总结的方法和上文总结的设备和无线装置的功能实现对应的设备、网络节点、基站、无线装置、计算机程序产品或计算机可读存储介质。
当然，本发明不限于以上特征和优点。在阅读以下详细描述并查看附图时，本领域普通技术人员将意识到额外的特征和优点。
附图说明
图1是如由3GPP标准化的LTE E-UTRAN和EPC网络的示例性架构的高级框图。
图2A是示例性E-UTRAN架构在它的构成组件、协议和接口的方面的高级框图。
图2B是UE和E-UTRAN之间的无线电(Uu)接口的控制平面部分的示例性协议层的框图。
图2C是从PHY层的角度的示例性LTE无线电接口协议架构的框图。
图3A和图3B分别是用于FDD操作的示例性下行链路和上行链路LTE无线电帧结构的框图。
图4示出示例性5G逻辑网络架构的框图。
图5A-B示出分别示出NR中的RRC状态之间的可能转换的示例性状态转换图和示例性流程图。
图6A-E示出根据本公开的各种实施例的涉及UE向网络发送RRCResumeRequest消息的具有各种网络响应的RRC连接恢复过程的示例性流程图。
图7A是根据本公开的一些实施例的示例性蜂窝通信网络的框图。
图7B是根据本公开的各种实施例可配置的示例性通信系统的框图。
图8是根据本公开的各种实施例可配置的另一个示例性通信系统的框图。
图9-12是示出根据本公开的各种实施例的在通信系统中实现的各种示例性方法和/或过程的流程图。
图13-15是根据本公开的各种实施例的可用各种方式配置的示例性无线电接入节点的框图。
图16-17是根据本公开的各种实施例的可用各种方式配置的示例性无线装置或UE的框图。
图18A-B是示出根据本公开的各种实施例的操作的示例性时序图。
图19是示出根据本公开的各种实施例的由无线装置和/或UE执行的示例性方法和/或过程的流程图。
图20是示出根据本公开的各种实施例的由基站、eNB或gNB执行的示例性方法和/或过程的流程图。
具体实施方式
现在将参考附图更全面地描述本文中设想的实施例中的一些实施例。然而，在本文中公开的主题的范围内包含其他实施例，不应将公开的主题理解为仅限于本文中阐述的实施例；而是，通过示例提供这些实施例以向本领域技术人员传达主题的范围。此外，在下文给出的描述通篇中使用以下术语：
无线电节点：如本文中所使用的，“无线电节点”可以是“无线电接入节点”或“无线装置”。
无线电接入节点：如本文中所使用的，“无线电接入节点”(或“无线电网络节点”)可以是蜂窝通信网络的RAN中的进行操作以无线地传送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于：基站(例如，3GPP 5G NR网络中的NR基站(gNB)或3GPPLTE网络中的增强型或演进型节点B(eNB))，高功率或宏基站，低功率基站(例如，微基站、微微基站、家庭eNB等)和中继节点。
核心网络节点：如本文中所使用的，“核心网络节点”是核心网络中的任何类型的节点。核心网络节点的一些示例包括例如MME、分组数据网络网关(P-GW)、服务能力开放功能(SCEF)等。
无线装置：如本文中所使用的，“无线装置”是通过对(一个或多个)无线电接入节点无线地传送和/或接收信号而可以接入蜂窝通信网络(即，由蜂窝通信网络服务)的任何类型的装置。无线装置的一些示例包括但不限于3GPP网络中的UE和机器型通信(MTC)装置。
网络节点：如本文中所使用的，“网络节点”是作为蜂窝通信网络/系统的无线电接入网络或核心网络的任一部分的任何节点。
注意，本文中给出的描述集中于3GPP蜂窝通信系统，并且因此，经常使用3GPP术语或与3GPP术语类似的术语。然而，本文中公开的概念不限于3GPP系统。此外，尽管本文中使用术语“小区”，但是应了解，(特别是关于5G NR概念)波束可取代小区而被使用，并且因此，本文中描述的概念同样地适用于小区和波束两者。
本文中将各种示例性实施例描述为由在NR网络中处于RRC_INACTIVE状态的UE执行的方法、过程和/或操作。这些实施例仅用于说明的目的，而没有限制。例如，这些实施例的原理同样可适用于其他配置、场景和/或网络类型，包括但不限于：在LTE网络中处于RRC_INACTIVE状态的UE；以及主要在连接到相同的CN(5G核心网络)的LTE和NR RAN之间的RRC_INACTIVE中的UE RAT间过程。在这些场景中，将周期性RNA更新计时器T380定义为RAT间计时器(即，它甚至在UE正在改变RAT时保持运行)。如果在UE在其他RAT中时T380到期，则UE将只在该RAT中执行周期性RNA更新。
一种RAT间场景包括被暂停为LTE RRC_INACTIVE的处于LTE RRC_CONNECTED中的UE启动T380，执行移动性管理，并驻留在NR小区上(即，在NR中变成RRC_INACTIVE)。当在NR中时，T380到期，并且UE尝试在NR中执行RNA更新(利用恢复请求)。网络可用RRCReject做出响应。
在另一种场景中，处于NR RRC_CONNECTED中的UE被暂停为NR RRC_INACTIVE，启动T380，执行移动性管理，并驻留在LTE小区上(即，在LTE中变成RRC_INACTIVE)。当在LTE中时，T380到期，并且UE尝试在NR中执行RNA更新(利用恢复请求)。网络可用RRCReject做出响应。
本文中将各种示例性实施例描述为由UE在接收到与等待计时器相关联的拒绝消息时执行的方法、过程和/或操作。这些实施例仅用于说明的目的，而没有限制。例如，这些实施例的原理同样可适用于涉及由网络进行的“拒绝功能性”但不使用该确切消息的其他配置、场景和/或网络类型。例如，RRCRelease或具有暂停配置的RRCRelease还可包括等待计时器，以使得UE将不接入系统直到该计时器到期(或UE执行小区重新选择)。在其中系统支持经由RRCReject或RRCRelease的“拒绝功能性”的情况下，取决于网络使用哪个消息来对UE做出响应，在UE行为中也可以存在差异。例如，通常使用不受保护的SRB0来发送RRCReject，而具有将UE移动到RRC_INACTIVE状态的暂停指示(或等效消息)的RRCRelease使用受保护且安全的SRB1。之后关于各种实施例讨论这些方面。
在第一组实施例中，响应于周期性RNA更新(例如，由T380的到期触发)，UE接收具有关联的等待时间的拒绝消息(例如，具有等待计时器的RRCReject或RRCRelease)。在接收到消息时，UE启动拒绝等待计时器(例如，在NR草案规范中的T302)，并且用它的当前存储的值来重新启动周期性RNAU计时器T380。这个存储值可以是例如当UE移动到RRC_INACTIVE状态时在先前的RRC消息(诸如具有暂停配置的RRCRelease)中接收的值。通过重新启动T380计时器，UE只在计时器再次到期时执行周期性RNAU尝试。这可提供例如来自网络的负载保护机制。对于拒绝是RRCReject消息的示例性情形，可将UE对消息的处置规定为例如：
5.3.13.8由UE接收RRCReject
UE将：
1>停止计时器T314；
1>重置MAC并释放MAC配置；
1>启动计时器T302，其中计时器值设置为waitTime；
1>重新启动计时器T380，其中值设置为存储值periodic-RNAU-timer；
1>如果响应于由上层触发的RRCResumeRequest而发送RRCReject；
2>则告知上层恢复RRC连接失败和接入控制有关的信息，此时过程结束；…
在不能通过其发送上下文的不安全的SRB0上发送消息的情况下，这第一组实施例能够尤其有利。相反，如果通过SRB1发送，则网络将能够更新上下文并显式地提供周期性RNAU计时器。基于它的存储值来重新启动T380计时器的一个优点是，UE根据定义的周期性RNAU计时器表现，而无需规定例外动作。
第一组的各种实施例包括取决于例如计时器T380和T302的存储值之间的关系的不同操作。在一些实施例中，如果周期性RNAU计时器的先前存储值大于等待计时器的存储值(即，T380>T302)，则UE可在该小区中当T302到期时出于其他原因(例如，由于缓冲器中的UL数据)(或者在另一个小区中，在UE执行小区重新选择的情况下)发送另一个RRCResumeRequest。然而，当T302到期时，UE将不尝试执行周期性RNAU。此外，当UE执行小区重新选择时，停止T302，并且UE在T380到期时执行周期性RNAU，而不顾及T302。图18A中示出与该实施例(即，T380>T302)对应的示例性计时图。
从网络的角度，上述UE行为可导致网络没有在预期的时间接收到第一周期性RNAU。然而，网络能够知道，重新启动T380的拒绝可由于特定小区中的拒绝而发生，而不一定关于该拒绝发生更新UE上下文。在这样的情况下，网络可假设UE仍然在RNA内的覆盖中，并且因此在RRC_INACTIVE状态下可到达。因此，在各种实施例中，网络可在释放UE上下文(假设UE可能已经被拒绝了更多次)之前等待进一步数量的RNAU周期。在这样的情况下，即使在T380最初到期时网络没有接收到第一次周期性RNAU，网络仍可尝试经由RAN寻呼UE。如果网络在这进一步数量的周期之后没有接收到RNAU，则网络可接着丢弃UE上下文，并尝试经由CN寻呼UE。
在第一组的其他实施例中，如果周期性RNAU计时器的先前存储值小于等待计时器的存储值(即，T380<T302)，则T380可在T302仍在运行时到期。在这些实施例中的一些实施例中，在T380到期之后而T302正在运行时，UE不发送周期性RNAU。尽管网络知道UE上下文，但是网络可能不知道在特定小区中用比T380更长的等待计时器拒绝UE。因此，网络预期接收周期性RNAU，该周期性RNAU由于更长的等待计时器保护而没有到来。在这样的情况下，如果尚未接收到周期性RNAU，则网络可在某个进一步数量的RNAU周期之后丢弃UE上下文。
在第一组的其他实施例中，在T380到期之后而T302正在运行时，UE发送周期性RNAU。例如，该周期性RNAU可作为例外来被对待，并在UE的接入控制策略下被处置，以使得它具有高优先级，并且甚至可在计时器T302正在运行时被发送。该方法可简化网络实现，因为网络知道周期性RNAU具有较高优先级，并且即使UE已经被拒绝仍可被发送。图18B中示出与该实施例(即，T380<T302与高优先级RNAU处置)对应的示例性计时图。
在第一组的其他实施例中，如果将RRCResumeRequest关联到除了仅周期性RNAU以外的任何其他原因值，则在接收到来自网络的拒绝消息时，UE可重新启动计时器T380。在第一组的其他实施例中，只有当UE在来自网络的拒绝消息中接收到指示时，它才可以重新启动计时器T380。如果网络具有可用的UE上下文但是仍然更希望拒绝UE，则网络可提供这样的指示。例如，拒绝UE的超载gNB可仍然有能力将消息发送给存储UE上下文的另一个gNB(例如，通过X2或Xn，或经由CN)，指示UE试图执行周期性RNAU，即，UE仍然“活跃”。
在一些实施例中，该消息可包括UE标识符(例如，I-RNTI)、安全性校验和(用于验证UE)、原因值(例如，周期性RNA更新)等。如果拒绝UE的gNB也存储UE上下文，则可在本地处置该更新/指示(例如，经由gNB内接口)。在第一组的其他实施例中，在响应于周期性RNA更新而接收到拒绝消息时，UE可启动拒绝等待计时器(例如，T302)，重新启动周期性RNAU计时器为默认值，并通知RRC层。
在第二组实施例中，在响应于周期性RNA更新而接收到拒绝消息(例如，RRCReject)时，UE可启动拒绝等待计时器(例如，T302)，停止周期性RNAU计时器T380，并通知它的RRC层，这使该周期性RNA更新成为未决通知。因此，一旦UE能够执行另一个恢复尝试(包括例如在小区重新选择时和/或在T302到期时)，UE便可尝试发送该周期性RNAU。对于所述拒绝是RRCReject消息的情形，可将UE对消息的处置规定为例如：
5.3.13.8由UE接收RRCReject
UE将：
1>停止计时器T314；
1>重置MAC并释放MAC配置；
1>启动计时器T302，其中计时器值设置为waitTime；
1>停止T380(如果在运行的话)；
1>如果响应于由上层触发的RRCResumeResquest而发送RRCReject；
2>则告知上层恢复RRC连接失败和接入控制有关的信息，此时过程结束；1>如果响应于由于周期性RAN更新引起(即，在T380计时器到期时)的RRCResumeRequest而发送RRCReject；
2>则告知RRC层(或AS层)恢复RRC连接失败和接入控制有关的信息(即，由于具有等待计时器的拒绝)，此时过程结束；
2>在T302到期时，UE将执行未决的周期性RNAU；
在第二组的一些实施例中，UE只有在它拒绝消息中接收到指示时才将周期性RNAU设置为未决。例如，如果网络具有可用的UE上下文但是仍然更希望拒绝UE，则它可发送这样的指示。如果UE的接入控制策略允许它执行恢复请求尝试，并且该尝试成功，则未决RNAU变为过时。在一些实施例中，例如当发起周期性RNAU时，当接收到拒绝消息时，或者当执行小区重新选择时，UE可将“周期性RNAU未决”寄存器的值设置为“真”。然后，当UE接收到具有暂停消息的释放或具有周期性RNAU已经完成的指示的拒绝消息时，UE可将该寄存器的值设置为“假”。当将寄存器设置为“真”时，UE将尝试执行周期性RNAU(当可行时)。
在第三组实施例中，在响应于周期性RNA更新而被拒绝时，UE可启动拒绝等待计时器(例如，T302)，停止周期性RNAU计时器T380，并向它的RRC层通知拒绝消息。然而，代替尝试发送周期性RNAU，在执行另一个恢复尝试时，UE简单地停止周期性RNAU计时器，并向RRC层通知拒绝消息以及在等待计时器T302到期时无需触发周期性RNAU。在这样的情况下，可用补充的方式来配置网络，以知道UE将不尝试周期性RNAU，并在丢弃UE的上下文之前将它保留一段预定的持续时间。
其中在安全的SRB1上发送拒绝消息(例如作为包括等待计时器的RRCRelease消息)的情况下，这第三组实施例可以尤其有利。在此类情况下，UE知道，即使网络拒绝周期性RNAU，网络仍更新上下文。
上文按照响应于由周期性RNA更新触发的RRCResumeRequest的拒绝消息描述了所有三组实施例。出于说明性目的，这仅仅是举例性的，并且上文描述的用于处置周期性RNAU计时器的方法、过程和/或操作可应用于以任何方式触发的RRCResumeRequest。
关于上文描述的任何示例性实施例(或与之组合)，UE可存储关于接收来自网络的拒绝消息的信息。在一些实施例中，该信息可包括一个或多个计数器，在每次被拒绝的尝试时，UE将该一个或多个计数器递增。该一个或多个计数器中的每个计数器可以是每原因值特定的，例如针对周期性RNAU的计数器。在一些实施例中，该信息可包括UE被拒绝的位置，诸如与拒绝的尝试有关的任何类型的小区标识符(例如，PCI)和/或网络标识符(例如，PLMN)。
UE可用不同的方式来使用存储的信息。在一些实施例中，UE可从该存储的信息生成报告，并在UE进入到RRC_CONNECTED状态时将它发送到网络。在一些实施例中，UE使用该信息作为对接入控制功能(ACF)的输入，所述ACF可作为响应准许UE某些特权。例如，如果在T302正在运行时触发周期性RANU，则取决于不成功的周期性RNAU尝试的次数，ACF可授权UE发送具有周期性RNAU的恢复请求。
可关于上文描述的任何示例性实施例或与之结合来使用各种其他技术。例如，可采用保护机制，以使得在某个预定数量的拒绝的周期性RNAU尝试之后，UE可执行各种动作。该预定数量可由3GPP RRC标准固定，或者可由来自网络的不同RRC消息配置。在一些实施例中，在达到该预定数量时，UE可丢弃它的上下文并通知RRC层和/或更高层。一旦允许UE再次接入网络(例如，在T302到期时，或者在小区重新选择时)，它便可执行NAS恢复。在其他实施例中，在达到该预定数量时，UE可执行频率间小区重新选择或RAT间小区重新选择，并试图执行周期性RNAU。
图19是示出根据各种实施例的用于操作在RAN中处于暂停状态的UE的示例性方法和/或过程的流程图。图19中示出的方法可例如在本文中的其他附图中示出或关于本文中的其他附图描述的无线装置和/或UE中实现。此外，如下文所解释的，可以与(下文描述的)图20中示出的方法协作地利用该方法，以提供本文中描述的各种示例性益处。另外，尽管图19按特定的顺序示出框，但是这个顺序仅仅是示例性的，并且过程和/或示例性方法的操作可按与图19中示出的顺序不同的顺序执行，并且可以组合和/或划分为具有不同功能性的框。图19中通过虚线表示可选操作。
图19中示出的方法包括框1910的操作，在框1910中，UE可响应于第一计时器到期而传送RRCResumeRequest消息。在一些实施例中，第一计时器可与周期性RNAU相关联，诸如，如在3GPP规范中定义的计时器T380。
图19中示出的方法还包括框1920的操作，在框1920中，响应于RRCResumeRequest消息，UE接收与第二计时器相关联的拒绝消息。在一些实施例中，拒绝消息是以下消息之一：RRCSetup消息、RRCRelease消息、RRCSuspend消息和RRCReject消息。在一些实施例中，第二计时器可以是可由UE使用的等待计时器，例如，如在3GPP规范中定义的计时器T302。
图19中示出的方法还包括框1930的操作，在框1930中，无线电节点可以响应于拒绝消息而启动第二计时器。在一些实施例中，框1930的操作包括子框1932的操作，在子框1932中，UE还可重新启动第一计时器。在此类实施例中，可使用第一存储值来重新启动第一计时器，并且可使用第二存储值来启动第二计时器。第一存储值可小于、等于或大于第二存储值。在一些实施例中，子框1932的操作涉及：如果拒绝消息包括由网络存储UE的上下文的指示，则重新启动第一计时器。
在其他实施例中，框1930的操作包括子框1934的操作，在子框1934中，UE还可停止第一计时器，并将周期性RNAU设置为未决通知。在一些实施例中，框1930的操作包括子框1936的操作，在子框1936中，UE还可递增与拒绝消息相关联的计数器。例如，除了子框1932和1934的操作之外或者作为其备选，可使用子框1936的操作。在一些实施例中，拒绝消息包括多个原因值中的特定原因值，并且递增计数器包括递增与该特定原因值相关联的特定计数器。特定原因值可与RRCResumeRequest消息相关联。RRCResumeRequest消息可包括特定原因值(例如，RNAU)，并且可对与具有该特定原因值的RRCResumeRequests相关联的拒绝进行计数。
图19中示出的方法包括框1940的操作，在框1940中，UE可随后传送进一步的RRCResumeRequest消息。该操作的若干种变型是可能的，特别是当结合上文描述的可选子框1932使用时。在一些实施例中，当第一存储值小于第二存储值时，响应于重新启动的第一计时器到期，传送进一步的RRCResumeRequest消息。在一些实施例中，当第一存储值小于第二存储值时，响应于重新启动的第一计时器到期，传送进一步的RRCResumeRequest消息。在其他实施例中，当第一存储值大于第二存储值时，响应于以下情况之一传送进一步的RRCResumeRequest消息：第二计时器和重新启动的第一计时器到期；以及第二计时器到期和在重新启动的第一计时器到期之前的其他事件。在一些实施例中，其他事件包括小区重新选择和用于传输的数据的可用性之一。
在其他实施例中，当第一存储值小于第二存储值时，响应于第二计时器到期，传送进一步的RRCResumeRequest消息。在其他实施例，当第一存储值小于第二存储值时，响应于第一计时器到期和使得UE能够在第二计时器到期之前传送进一步的RRCResumeRequest的接入控制配置，传送进一步的RRCResumeRequest消息。
在其中框1930的操作包括子框1936的操作的实施例中，框1940的操作还可包括子框1942的操作，在子框1942中，UE还可将递增的计数器的值与预定阈值进行比较。在一些实施例中，如果递增的计数器的值大于或等于预定阈值，则UE在第二计时器到期之前传送进一步的RRCResumeRequest消息。在一些实施例中，如果递增的计数器的值大于或等于预定阈值，则UE丢弃与UE相关联的上下文，并且在第二计时器到期或小区重新选择时，传送进一步的RRCResumeRequest消息。该方法可包括：响应于接收到拒绝消息，将周期性RNAU未决寄存器的值设置为“真”。
图20是示出根据本公开的各种实施例的用于对在RAN中以暂停状态操作的UE的网络管理的示例性方法和/或过程的流程图。图20中示出的方法可例如在本文中的其他附图中示出或关于本文中的其他附图描述的无线电节点(例如，基站、eNB、gNB等)中的一个或多个中实现。此外，如下文所解释的，可与(上文描述的)图19中示出的示例性方法和/或过程协作地利用图20中示出的示例性方法和/或过程，以提供本文中描述的各种示例性益处。另外，尽管图20按特定顺序示出框，但是这个顺序仅仅是示例性的，并且示例性方法和/或过程的操作可按与图20中示出的顺序不同的顺序执行，并且可组合和/或划分为具有不同功能性的框。图20中通过虚线表示可选操作。
在一些实施例中，图20中示出的方法包括从UE接收RRCResumeRequest消息，其中RRCResumeRequest消息与周期性UE事件相关联(框2010)。在一些实施例中，周期性UE事件是周期性RNAU。该方法包括：响应于RRCResumeRequest消息，向UE传送与第二计时器相关联的拒绝消息。在一些实施例中，拒绝消息是以下消息之一：RRCSetup消息、RRCRelease消息、RRCSuspend消息和RRCReject消息。在一些实施例中，第二计时器是可由UE使用的等待计时器，例如在3GPP规范中定义的计时器T302。在一些实施例中，拒绝消息包括多个可用原因值中的原因值。RRCResumeRequest消息可包括指示RNAU的原因的原因值。在一些示例性实施例中，拒绝消息还可包括由网络存储与UE相关联的上下文的指示。
该方法包括框2030的操作，在框2030中，无线电节点从UE接收进一步的RRCResumeRequest消息，其中在近似以第二计时器的持续时间和周期性UE事件的周期中的较小者以及第二计时器的持续时间和周期性UE事件的周期中的较大者为界限的时段期间，接收进一步的RRCResumeRequest消息。在一些实施例中，该方法包括框2040的操作，在框2040中，无线电节点可响应于进一步的RRCResumeRequest消息向UE传送进一步的拒绝消息，并丢弃与UE相关联的上下文。
图7A示出蜂窝通信网络700的一个示例，所述蜂窝通信网络700包括可用于实现上文描述的任何示例性方法的各种装置和/或系统。在本文中描述的实施例中，蜂窝通信网络700是5G NR网络。在该示例中，蜂窝通信网络700包括基站702-1和702-2，所述基站在LTE中称为eNB，并且在5G NR中称为gNB，其控制对应的宏小区704-1和704-2。基站702-1和702-2在本文中一般统称为基站702，并且单独称为基站702。同样地，宏小区704-1和704-2在本文中一般统称为宏小区704，并且单独称为宏小区704。蜂窝通信网络700还包括控制对应的小型小区708-1至708-4的多个低功率节点706-1至706-4。低功率节点706-1至706-4可以是小型基站(诸如微微或毫微微基站)或远程无线电头端(RRH)等。注意，尽管没有示出，但是小型小区708-1至708-4中的一个或多个小型小区可备选地由基站702提供。低功率节点706-1至706-4在本文中一般统称为低功率节点706，并且单独称为低功率节点706。同样地，小型小区708-1至708-4在本文中一般统称为小型小区708，并且单独称为小型小区708。基站702(和可选的低功率节点706)连接到核心网络770。
基站702和低功率节点706向对应小区704和708中的无线装置712-1至712-5提供服务。无线装置712-1至712-5在本文中一般统称为无线装置712，并且单独称为无线装置712。无线装置712在本文中有时又称为UE。无线装置712可采取各种形式，包括与MTC和/或NB-IoT兼容的那些形式。
图7B示出根据本公开的各种实施例的另一个示例性通信系统。该系统包括电信网络740(诸如3GPP型蜂窝网络)，其包括接入网络741(诸如gNB-RAN)和核心网络744(例如，5GC)。接入网络741包括诸如gNB或其他类型的无线接入点的多个基站742a、742b、742c，每个基站定义对应的覆盖区域743a、743b、743c。每个基站742a、742b、742c可通过有线或无线连接745连接到核心网络744。位于覆盖区域743c中的第一UE 791配置成无线地连接到对应的基站742c或由对应的基站742c寻呼。覆盖区域743a中的第二UE 792可无线地连接到对应的基站742a。尽管在该示例中示出多个UE 791和792，但是公开的实施例同样可适用于其中唯一的UE在覆盖区域中或唯一的UE正连接到对应基站742的情形。
电信网络740本身连接到主机计算机730，所述主机计算机730可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或体现为服务器机群中的处理资源。主机计算机730可以在服务提供商的所有权或控制下，或可以被服务提供商操作或代表服务提供商被操作。电信网络740与主机计算机730之间的连接721、722可以直接从核心网络744扩展到主机计算机730或可以经由可选的中间网络720。中间网络720可以是公共、私有或托管网络之一或者公共、私有或托管网络中的多于一个的组合；中间网络720(如有的话)可以是骨干网络或互联网；特别地，中间网络720可以包括两个或多于两个子网络(未示出)。
图7B的通信系统作为整体实现连接的UE 791、792之一与主机计算机730之间的连接性。连接性可以描述为过顶(OTT)连接750。主机计算机730和连接的UE 791、792配置成经由OTT连接750使用接入网络741、核心网络744、任何中间网络720以及可能的另外的基础设施(未示出)作为中介来传递数据和/或信令。OTT连接750在OTT连接750所经过的参与通信装置不知道上行链路和下行链路通信的路由的意义上可以是透明的。例如，可以不通知或者不需要通知基站742关于传入下行链路通信的过去路由，所述传入下行链路通信具有源于主机计算机730的要转发(例如，移交)到连接的UE 791的数据。相似地，基站742不需要知道源于UE 791朝向主机计算机730的传出上行链路通信的未来路由。
现在将参考图8描述在前面的段落中讨论的UE、基站和主机计算机的根据实施例的示例实现。在通信系统800中，主机计算机810包括硬件815，该硬件815包括通信接口816，该通信接口816配置成设置和维持与通信系统800的不同通信装置的接口的有线或无线连接。主机计算机810进一步包括处理电路818，该处理电路818可以具有存储和/或处理能力。特别地，处理电路818可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。主机计算机810进一步包括软件811，该软件811存储在主机计算机810中或可由主机计算机810访问并且可由处理电路818执行。软件811包括主机应用812。主机应用812可以可操作以向远程用户(诸如UE 830)提供服务，该UE 830经由端接在UE 830和主机计算机810处的OTT连接850而进行连接。在向远程用户提供服务时，主机应用812可以提供使用OTT连接850来传送的用户数据。
通信系统800进一步包括基站820，该基站820被提供在电信系统中并且包括使得其能够与主机计算机810和UE 830通信的硬件825。硬件825可以包括用于设置和维持与通信系统800的不同通信装置的接口的有线或无线连接的通信接口826，以及用于设置和维持与位于由基站820服务的覆盖区域(在图8中未示出)中的UE 830的至少无线连接870的无线电接口827。通信接口826可以配置成促进到主机计算机810的连接860。连接860可以是直接的或它可以经过电信系统的核心网络(在图8中未示出)和/或经过电信系统外部的一个或多个中间网络。在示出的实施例中，基站820的硬件825进一步包括处理电路828，其可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。基站820进一步具有内部存储的或经由外部连接可访问的软件821。
通信系统800进一步包括已经提到的UE 830。它的硬件835可以包括无线电接口837，该无线电接口837配置成设置和维持与服务于UE 830当前位于的覆盖区域的基站的无线连接870。UE 830的硬件835进一步包括处理电路838，其可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。UE 830进一步包括软件831，该软件831被存储在UE 830中或可由UE 830访问并且可由处理电路838执行。软件831包括客户端应用832。客户端应用832可以可操作以在主机计算机810的支持下经由UE 830向人或非人用户提供服务。在主机计算机810中，执行的主机应用812可以经由端接在UE 830和主机计算机810处的OTT连接850而与执行的客户端应用832通信。在向用户提供服务时，客户端应用832可以从主机应用812接收请求数据并且响应于该请求数据来提供用户数据。OTT连接850可以传输请求数据和用户数据两者。客户端应用832可以与用户交互来生成它提供的用户数据。
注意图8中示出的主机计算机810、基站820和UE 830可以分别与图7的主机计算机730、基站712a、712b、712c之一以及UE 791、792之一相同。也就是说，这些实体的内部工作可以如在图8中示出的那样，并且独立地，周围网络拓扑可以是图7的周围网络拓扑。
在图8中，已经抽象绘制了OTT连接850来示出主机计算机810与用户设备830之间经由基站820的通信，而没有明确提到任何中间装置和消息经由这些装置的精确路由。网络基础设施可以确定路由，它可以配置成对UE 830或对操作主机计算机810的服务提供商或对两者隐藏所述路由。尽管OTT连接850是活动的，但网络基础设施可以进一步做出决定，由此它动态地改变路由(例如，在网络的重新配置或负载平衡考虑的基础上)。
UE 830和基站820之间的无线连接870根据此公开通篇描述的实施例的教导。各种实施例中的一个或多个实施例改善了使用OTT连接850(其中无线连接870形成最后一段)提供给UE 830的OTT服务的性能。更准确地说，实施例提供了用于操作在RAN中处于暂停状态的UE的灵活但高效的方法。这些实施例以有效且清楚定义的方式管理多个UE资源(包括与RRC协议相关联的多个计时器)，从而避免异常的UE和网络行为。这些实施例对蜂窝网络中的UE的操作提供了改进，包括但不限于：减少UE和网络之间的不必要的信令；减少UE和网络的功耗，特别是对于低功率机器时间UE；以及释放稀缺的UE和网络资源来处置其他重要的任务，诸如用户数据的传输/接收。这些实施例将导致RAN的用户的改善的性能和电池寿命。
可以提供测量过程以用于监测数据速率、时延和一个或多个实施例对其进行改进的其他因素的目的。可以进一步存在用于响应于测量结果的变化而重新配置主机计算机810与UE 830之间的OTT连接850的可选网络功能性。用于重新配置OTT连接850的测量过程和/或网络功能性可以在主机计算机810的软件811中或在UE 830的软件831或两者中实现。在实施例中，可以在OTT连接850经过的通信装置中或与OTT连接850经过的通信装置相关联地部署传感器(未示出)；传感器可以通过供应上文例示的监测量的值或供应软件811、831可以根据其计算或估计监测量的其他物理量的值来参与测量过程。OTT连接850的重新配置可以包括消息格式、重传设定、优选的路由等；重新配置不需要影响基站820，并且它可能对于基站820是未知的或觉察不到的。这样的过程和功能性可以是本领域中已知的和经实践的。在某些实施例中，测量可以牵涉促进主机计算机810的吞吐量、传播时间、时延等的测量的专用UE信令。可以实现测量是因为软件811、831在其监测传播时间、误差等时促使使用OTT连接850来传送消息，特别是空的或“虚设(dummy)”消息。
图9是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些主机计算机、基站和UE。为了本公开的简化，本节中将只包括对图9的附图参考。在该方法的第一步骤900中，主机计算机提供用户数据。在第一步骤900的可选子步骤902中，主机计算机通过执行主机应用来提供用户数据。在第二步骤904中，主机计算机发起将用户数据携带到UE的传输。在可选的第三步骤906中，根据本公开通篇描述的实施例的教导，基站向UE传送在主机计算机发起的传输中携带的用户数据。在可选的第四步骤908中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。
图10是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些主机计算机、基站和UE。为了本公开的简化，本节中将只包括对图10的附图参考。在该方法的第一步骤1000中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤1002中，主机计算机发起将用户数据携带到UE的传输。根据本公开通篇描述的实施例的教导，传输可经由基站传递。在可选的第三步骤1004中，UE接收在传输中携带的用户数据。
图11是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些主机计算机、基站和UE。为了本公开的简化，本节中将只包括对图11的附图参考。在该方法的可选的第一步骤1100中，UE接收由主机计算机提供的输入数据。另外地或备选地，在可选的第二步骤1102中，UE提供用户数据。在第二步骤1102的可选的子步骤1106中，UE通过执行客户端应用来提供用户数据。在第一步骤1100的进一步可选的子步骤1104中，UE执行客户端应用，其对所接收的由主机计算机提供的输入数据做出反应而提供用户数据。在提供用户数据时，执行的客户端应用可进一步考虑从用户接收的用户输入。无论提供用户数据所用的特定方式，在可选的第三子步骤1108中，UE发起用户数据到主机计算机的传输。在该方法的第四步骤1110中，根据本公开通篇中描述的实施例的教导，主机计算机接收从UE传送的用户数据。
图12是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些主机计算机、基站和UE。为了本公开的简化，本节中将只包括对图12的附图参考。在该方法的可选的第一步骤1200中，根据本公开通篇描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤1202中，基站发起接收的用户数据到主机计算机的传输。在第三步骤1204中，主机计算机接收在由基站发起的传输中携带的用户数据。
图13是根据本公开的一些实施例的无线电接入节点1300的示意性框图。无线电接入节点1300可以是例如基站102或106。如所示出的，无线电接入节点1300包括控制系统1302，所述控制系统1302包括一个或多个处理器1304(例如，中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)和/或类似物)、存储器1306和网络接口1308。另外，无线电接入节点1300包括一个或多个无线电单元1310，所述一个或多个无线电单元1310各自包括耦合到一个或多个天线1316的一个或多个传送器1312和一个或多个接收器1314。在一些实施例中，(一个或多个)无线电单元1310在控制系统1302的外部，并且经由例如有线连接(例如，光缆)连接到控制系统1302。然而，在一些其他实施例中，(一个或多个)无线电单元1310和可能的(一个或多个)天线1316与控制系统1302集成在一起。一个或多个处理器1304进行操作以提供如本文中描述的无线电接入节点1300的一个或多个功能。在一些实施例中，用存储在例如存储器1306中并由所述一个或多个处理器1304执行的软件来实现(一个或多个)功能。无线电接入节点1300可包括配置成向无线电接入节点1300供应电力的电源电路。
图14是根据本公开的一些实施例的示出无线电接入节点1300的虚拟化实施例的示意性框图。该讨论同样可适用于其他类型的网络节点。此外，其他类型的网络节点可具有类似的虚拟化架构。
如本文中所使用，“虚拟化的”无线电接入节点是无线电接入节点1300的实现，其中无线电接入节点1300的功能性的至少一部分被实现为(一个或多个)虚拟组件(例如，经由在(一个或多个)网络中的(一个或多个)物理处理节点上执行的(一个或多个)虚拟机)。如所示出的，在该示例中，无线电接入节点1300包括控制系统1302，所述控制系统1302包括一个或多个处理器1304(例如，CPU、ASIC、FPGA和/或类似物)、存储器1306、网络接口1308和一个或多个无线电单元1310，所述一个或多个无线电单元1310各自包括耦合到一个或多个天线1316的一个或多个传送器1312和一个或多个接收器1314，如上所述。控制系统1302经由例如光缆等连接到(一个或多个)无线电单元1310。控制系统1302经由网络接口1308连接到一个或多个处理节点1400，所述一个或多个处理节点1400耦合到(一个或多个)网络1402或被包括作为(一个或多个)网络1402的部分。每个处理节点1400包括一个或多个处理器14014(例如，CPU、ASIC、FPGA和/或类似物)、存储器1406和网络接口1408。
在该示例中，本文中描述的无线电接入节点1300的功能1410以任何期望的方式在一个或多个处理节点1400处实现，或者跨控制系统1302和所述一个或多个处理节点1400分布。在一些特定实施例中，本文中描述的无线电接入节点1300的一些或所有功能1410被实现为由一个或多个虚拟机执行的虚拟组件，所述一个或多个虚拟机在由(一个或多个)处理节点1400托管的(一个或多个)虚拟环境中实现。本领域普通技术人员将明白，使用(一个或多个)处理节点1400和控制系统1302之间的额外信令或通信，以便执行期望的功能1410中的至少一些。注意，在一些实施例中，可不包括控制系统1302，在这种情况下，(一个或多个)无线电单元1310经由(一个或多个)合适的网络接口直接与(一个或多个)处理节点1400通信。
在一些实施例中，提供包括指令的计算机程序，所述指令在由至少一个处理器执行时使所述至少一个处理器执行无线电接入节点1300或根据本文中描述的任何实施例的在虚拟环境中实现无线电接入节点1300的功能1410中的一个或多个功能的节点(例如，处理节点1400)的功能性。在一些实施例中，提供包括上述计算机程序产品的载体。该载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器的非暂时性计算机可读介质)之一。
图15是根据本公开的一些其他实施例的无线电接入节点1300的示意性框图。无线电接入节点1300包括一个或多个模块1500，用软件实现所述一个或多个模块1500中的每个模块。(一个或多个)模块1500提供本文中描述的无线电接入节点1300的功能性。该讨论同样可适用于图14的处理节点1400，其中模块1500可在处理节点1400之一处实现，或者跨多个处理节点1400分布和/或跨(一个或多个)处理节点1400和控制系统1302分布。
图16是根据本公开的一些实施例的UE 1600的示意性框图。如所示出的，UE 1600包括一个或多个处理器1602(例如，CPU、ASIC、FPGA和/或类似物)、存储器1604和一个或多个收发器1616，所述一个或多个收发器1616各自包括耦合到一个或多个天线1612的一个或多个传送器1608和一个或多个接收器1610。在一些实施例中，上面描述的UE 1600的功能性可全部或部分地用例如存储在存储器1604中并由(一个或多个)处理器1602执行的软件实现。UE 1600可包括配置成向UE 1600供应电力的电源电路。
在一些实施例中，提供包括指令的计算机程序，所述指令在由至少一个处理器执行时使所述至少一个处理器执行根据本文中描述的任何实施例的UE 1600的功能性。在一些实施例中，提供包含上述计算机程序产品的载体。该载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如，诸如存储器的非暂时性计算机可读介质)之一。
图17是根据本公开的一些其他实施例的UE 1600的示意性框图。UE 1600包括一个或多个模块1700，其中的每个模块用软件实现。(一个或多个)模块1700提供上文中描述的UE 1600的功能性。
本文中公开的任何合适的步骤、方法、特征、功能或益处可通过一个或多个虚拟设备的一个或多个功能单元或模块来执行。每个虚拟设备可包括多个这些功能单元。这些功能单元可借助于处理电路(可包括一个或多个微处理器或微控制器)以及其他数字硬件(可包括数字信号处理器(DSP)、专用数字逻辑等)实现。处理电路可配置成执行存储在存储器中的程序代码，所述存储器可包括一种或若干种类型的存储器，诸如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪速存储器装置、光存储装置等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文中描述的技术中的一个或多个技术的指令。在一些实现中，处理电路可用于使相应的功能单元执行根据本公开的一个或多个实施例的对应功能。
一般地，除非从在其中使用它的上下文中明确给出和/或隐含不同的含义，否则本文中所使用的所有术语将根据它们在相关技术领域中的普通含义来被解释。除非另外明确地说明，否则所有对一(a/an)/该元件、设备、组件、部件、步骤等的引用都要开放地解释为指该元件、设备、组件、部件、步骤等的至少一个实例。除非将某一步骤明确地描述为在另一个步骤之后或之前，和/或在暗示某一步骤必须在另一个步骤之后或之前的情况下，本文中公开的任何方法的步骤不一定按照公开的确切顺序执行。在合适的情况下，本文中公开的任何实施例的任何特征可应用于任何其他实施例。同样地，任何实施例的任何优点可应用于任何其他实施例，并且反之亦然。所附实施例的其他目的、特征和优点将从以下描述中显而易见。

Claims (7)

1.一种用于对在无线电接入网络(RAN)中以暂停状态操作的用户设备(UE)的网络管理的方法，所述方法包括：
从所述UE接收RRCResumeRequest消息，其中所述RRCResumeRequest消息与周期性UE事件相关联；
响应于所述RRCResumeRequest消息，向所述UE传送与第二计时器相关联的拒绝消息；以及
从所述UE接收进一步的RRCResumeRequest消息，其中在近似以以下各项为界限的时段期间接收所述进一步的RRCResumeRequest消息：
所述第二计时器的持续时间和所述周期性UE事件的周期中的较小者；以及
所述第二计时器的所述持续时间和所述周期性UE事件的所述周期中的较大者。
2.如权利要求1所述的方法，其中所述周期性UE事件是周期性RAN通知区域更新(RNAU)。
3.如权利要求1-2中任一权利要求所述的方法，其中所述拒绝消息是以下消息之一：RRCSetup消息、RRCRelease消息、RRCSuspend消息和RRCReject消息。
4.如权利要求1-2中任一权利要求所述的方法，其中所述RRCResumeRequest消息包括指示RAN通知区域更新的原因的原因值。
5.如权利要求1-2中任一权利要求所述的方法，其中所述拒绝消息包括由所述网络存储与所述UE相关联的上下文的指示。
6.如权利要求1-2中任一权利要求所述的方法，进一步包括：
响应于所述进一步的RRCResumeRequest消息，向所述UE传送进一步的拒绝消息；以及
丢弃与所述UE相关联的上下文。
7.一种可配置用于对在无线电接入网络(RAN)中以暂停状态操作的用户设备(UE)的管理的基站，所述基站包括：
无线电接口电路，所述无线电接口电路配置成设置和维持与所述UE的无线连接；以及
配置成使用所述无线电接口电路来执行如权利要求1-6中任一权利要求所述的方法的处理电路。
CN202410511203.0A 2018-05-07 2019-05-06 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法 Pending CN118201010A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862667815P 2018-05-07 2018-05-07
US62/667815 2018-05-07
CN201980030925.1A CN112088575B (zh) 2018-05-07 2019-05-06 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法
PCT/SE2019/050397 WO2019216807A1 (en) 2018-05-07 2019-05-06 Methods for handling periodic radio access network notification area (rna) update configuration upon reject

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201980030925.1A Division CN112088575B (zh) 2018-05-07 2019-05-06 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法

Publications (1)

Publication Number Publication Date
CN118201010A true CN118201010A (zh) 2024-06-14

Family

ID=66542492

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202410511203.0A Pending CN118201010A (zh) 2018-05-07 2019-05-06 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法
CN201980030925.1A Active CN112088575B (zh) 2018-05-07 2019-05-06 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201980030925.1A Active CN112088575B (zh) 2018-05-07 2019-05-06 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法

Country Status (10)

Country Link
US (4) US11324063B2 (zh)
EP (3) EP4669020A2 (zh)
JP (1) JP7139449B2 (zh)
CN (2) CN118201010A (zh)
BR (1) BR112020020794B1 (zh)
MX (1) MX2020011708A (zh)
MY (1) MY198722A (zh)
PH (1) PH12020551722A1 (zh)
WO (1) WO2019216807A1 (zh)
ZA (1) ZA202006226B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240129986A1 (en) * 2018-05-07 2024-04-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods for Handling Periodic Radio Access Network Notification Area (RNA) Update Configuration Upon Reject

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7094382B2 (ja) 2018-05-07 2022-07-01 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 再開時に非アクティブをサスペンドし、サスペンド時に非アクティブを再開するための方法
US11700649B2 (en) * 2018-05-10 2023-07-11 Samsung Electronics Co., Ltd. Method and apparatus for supporting network connection of terminal in next generation mobile communication system
EP3834482B1 (en) * 2018-08-10 2023-04-19 FG Innovation Company Limited Method and apparatus for rrc state transition
US11445412B2 (en) * 2018-08-30 2022-09-13 Beijing Xiaomi Mobile Software Co., Ltd. Access control method, apparatus and storage medium
WO2020064384A1 (en) * 2018-09-28 2020-04-02 Nokia Technologies Oy Connection resume handling
US11405975B2 (en) * 2019-03-29 2022-08-02 Qualcomm Incorporated Link failure recovery procedure for a primary cell (PCell) and a secondary cell (SCell)
WO2021147029A1 (en) * 2020-01-22 2021-07-29 Nec Corporation Method, device and computer storage medium of communication
US11675041B2 (en) 2020-06-04 2023-06-13 T-Mobile Usa, Inc. Locating signal interference using unmanned aerial vehicles
US12445918B2 (en) * 2020-06-04 2025-10-14 Telefonaktiebolaget Lm Ericsson (Publ) Next generation handover failure due to unsupported user equipment capabilities
WO2022031980A1 (en) 2020-08-06 2022-02-10 Kyungmin Park Uplink resource release
CN114126046B (zh) * 2020-08-31 2023-02-24 大唐移动通信设备有限公司 用于基站的通信控制方法、装置、基站及存储介质
US11889470B2 (en) * 2020-09-18 2024-01-30 Parallel Wireless, Inc. Paging optimization
BR112023005272A2 (pt) * 2020-09-23 2023-04-25 Lenovo Beijing Ltd Métodos e aparelhos para uma transmissão de dados e um procedimento de rnau de um ue em estado inativo de rrc
US11310806B1 (en) * 2020-12-01 2022-04-19 T-Mobile Usa, Inc. Drive test analysis
WO2022121922A1 (zh) 2020-12-10 2022-06-16 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
CN114641092A (zh) * 2020-12-16 2022-06-17 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
CN116114369B (zh) * 2020-12-25 2025-04-04 Oppo广东移动通信有限公司 数据传输方法、装置、通信设备和存储介质
CN115175371B (zh) * 2021-04-06 2024-07-26 上海朗帛通信技术有限公司 一种被用于无线通信的方法和装置
FI20215829A1 (en) * 2021-08-02 2023-02-03 Nokia Technologies Oy Improved forwarding in cellular communication networks
KR102500495B1 (ko) * 2021-08-18 2023-02-16 주식회사 블랙핀 무선 이동 통신 시스템에서 rrc 연결 재개 절차와 데이터 송수신을 수행하기 위해 복수의 타이머와 베어러를 제어하는 방법 및 장치
CN113904751B (zh) * 2021-10-11 2023-09-29 瓴盛科技有限公司 一种终端的网络搜索方法和终端的无线通信基带芯片
US20250097872A1 (en) * 2022-11-22 2025-03-20 Rakuten Symphony, Inc. Methods for deriving periodic ran notification area (rna) update timer (t380) for rrc-inactive ues
CN117158058A (zh) * 2023-07-12 2023-12-01 北京小米移动软件有限公司 通信方法、终端、通信设备及存储介质

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2437545A4 (en) * 2009-05-27 2017-06-14 Sharp Kabushiki Kaisha Mobile communication system, base station device, mobile station device, and handover method
US20130039287A1 (en) * 2011-08-12 2013-02-14 Venkata Ratnakar Rao Rayavarapu Simplified ue + enb messaging
JP5893760B2 (ja) 2012-02-06 2016-03-23 インテル コーポレイション ユーザ装置によって使用される装置、管理装置、ユーザ装置及び管理方法
EP2992714B1 (en) * 2013-05-02 2021-07-07 Samsung Electronics Co., Ltd. Method and apparatus for controlling uplink power in wireless communication system
CN107926007B (zh) * 2015-08-11 2022-08-19 日本电气株式会社 与双连接相关的设备和方法
WO2017061317A1 (ja) * 2015-10-06 2017-04-13 日本電気株式会社 デュアルコネクティビティに関連する装置
CN109328483A (zh) 2016-07-04 2019-02-12 华为技术有限公司 一种无线链路失败处理方法、相关设备及通信系统
EP3487258B1 (en) * 2016-08-11 2021-11-10 Samsung Electronics Co., Ltd. Method, terminal and base station for resuming a conection
WO2018057120A1 (en) * 2016-09-26 2018-03-29 Intel IP Corporation Apparatuses for configuration of a light connection
CN109863783B (zh) * 2017-04-28 2022-05-31 Lg 电子株式会社 根据edt发送数据的方法
CN107249221B (zh) * 2017-08-02 2020-08-25 武汉虹信通信技术有限责任公司 Ue上报信息辅助基站进行ue rrc状态转换的方法及用户终端、基站
EP3782433B1 (en) * 2018-04-16 2024-01-17 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for handling of reject wait time
CN118201010A (zh) * 2018-05-07 2024-06-14 瑞典爱立信有限公司 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法
KR102854552B1 (ko) * 2019-02-13 2025-09-02 삼성전자주식회사 무선 통신 시스템에서 캐리어 어그리게이션을 지원하기 위한 방법 및 장치
WO2020167203A1 (en) * 2019-02-14 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for managing scell state during ue suspend/resume
US20220174562A1 (en) * 2019-03-15 2022-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Storing and restoring conditional handover in suspend-resume
US11825542B2 (en) * 2020-08-13 2023-11-21 Shanghai Langbo Communication Technology Company Limited Method and device used in communication node for wireless communication

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240129986A1 (en) * 2018-05-07 2024-04-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods for Handling Periodic Radio Access Network Notification Area (RNA) Update Configuration Upon Reject
US12279325B2 (en) * 2018-05-07 2025-04-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods for handling periodic radio access network notification area (RNA) update configuration upon reject

Also Published As

Publication number Publication date
MY198722A (en) 2023-09-20
EP3791685A1 (en) 2021-03-17
CN112088575B (zh) 2024-04-30
WO2019216807A1 (en) 2019-11-14
JP7139449B2 (ja) 2022-09-20
US11324063B2 (en) 2022-05-03
CN112088575A (zh) 2020-12-15
BR112020020794A2 (pt) 2021-01-12
EP3791685B1 (en) 2021-11-24
JP2021520742A (ja) 2021-08-19
US20210127445A1 (en) 2021-04-29
US12279325B2 (en) 2025-04-15
US11889577B2 (en) 2024-01-30
US20240129986A1 (en) 2024-04-18
MX2020011708A (es) 2021-01-08
US20210298110A1 (en) 2021-09-23
EP4669020A2 (en) 2025-12-24
US11582826B2 (en) 2023-02-14
ZA202006226B (en) 2022-01-26
US20230164864A1 (en) 2023-05-25
EP4027747A1 (en) 2022-07-13
PH12020551722A1 (en) 2021-06-07
BR112020020794B1 (pt) 2023-10-31

Similar Documents

Publication Publication Date Title
CN112088575B (zh) 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法
JP7433488B2 (ja) 無線アクセスネットワーク通知エリア（ｒｎａ）更新の拒否時の構成を処理するための方法および装置
US12127293B2 (en) Methods for suspending inactive when resuming and resuming inactive when suspending

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