CN112514522A - 用于恢复时挂起不活动和挂起时恢复不活动的方法 - Google Patents

用于恢复时挂起不活动和挂起时恢复不活动的方法 Download PDF

Info

Publication number
CN112514522A
CN112514522A CN201980030935.5A CN201980030935A CN112514522A CN 112514522 A CN112514522 A CN 112514522A CN 201980030935 A CN201980030935 A CN 201980030935A CN 112514522 A CN112514522 A CN 112514522A
Authority
CN
China
Prior art keywords
rrc
inactive state
message
parameter
wireless device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201980030935.5A
Other languages
English (en)
Other versions
CN112514522B (zh
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 CN112514522A publication Critical patent/CN112514522A/zh
Application granted granted Critical
Publication of CN112514522B publication Critical patent/CN112514522B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release

Landscapes

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

Abstract

根据一方面,在无线网络中操作的无线装置处置从无线电资源控制RRC连接状态到RRC不活动状态的转变。无线装置从无线网络接收(1502)指示无线装置将进入RRC不活动状态或者无线装置将保持在RRC不活动状态的消息。无线装置响应于该消息,针对不活动状态操作,使用(1504)与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。

Description

用于恢复时挂起不活动和挂起时恢复不活动的方法
背景技术
长期演进(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版本8的向后兼容性。这也应该包括频谱兼容性。因此,宽带LTE Rel-10载波(例如,宽于20 MHz)对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),诸如UE120。如在3GPP标准中所使用的,“用户设备”或“UE”意指能够与符合3GPP标准的网络设备通信的任何无线通信装置(例如,智能电话或计算装置),3GPP标准网络包括E-UTRAN以及UTRAN和/或GERAN,如第三代(“3G”)和第二代(“2G”)3GPP无线电接入网是公知的。
如3GPP所规定的,E-UTRAN 100负责接入网中的所有无线电相关功能,包括无线电承载控制、无线电准入控制、无线电移动性控制、调度、上行链路和下行链路中针对UE的资源动态分配以及与UE通信的安全(security)。这些功能驻留在eNB(诸如eNB 105、110和115)中。E-UTRAN中的eNB经由X1接口彼此通信,如图1所示。eNB还负责与EPC的E-UTRAN接口,具体来说是与移动性管理实体(MME)和服务网关(SGW)的S1接口,在图1中统一示为MME/S-GW 134和138。一般来说,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平面协议栈的框图,该协议栈包括物理(PHY)、媒体访问控制(MAC)、无线电链路控制(RLC)、分组数据汇聚协议(PDCP)和无线电资源控制(RRC)层。PHY层涉及如何以及使用什么特性在LTE无线电接口上通过传输信道传递数据。MAC层在逻辑信道上提供数据传递服务,将逻辑信道映射到PHY传输信道,并重新分配PHY资源以支持这些服务。RLC层提供对传递到上层或从上层传递的数据的检错和/或纠错、级联、分段和重组、重新排序。PHY、MAC和RLC层针对U平面和C平面两者执行相同的功能。PDCP层提供针对U平面和C平面两者的加密/解密和完整性保护,以及用于U平面的其他功能,诸如报头压缩。
图2C示出了从PHY的角度来看的示例性LTE无线电接口协议架构的框图。各种层之间的接口由服务接入点(SAP)提供,如图2C中的椭圆形所指示。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的固定持续时间,并且由20个时隙(标记为0到19)组成,每个时隙具有0.5ms的固定持续时间。1ms的子帧包括两个连续的时隙,其中子帧i由时隙2i和2i+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-QAM或64-QAM来携带四位或六位。LTE PHY的无线电资源还按照物理资源块(PRB)来定义。PRB在时隙的持续时间(即NDL symb个符号)上跨越NRB sc个子载波,其中NRB sc通常为12(具有15kHz子载波带宽)或24(7.5kHz带宽)。在整个子帧(即2NDL symb个符号)期间跨越相同的NRB sc个子载波的PRB被称为PRB对。因此,在LTE PHYDL的子帧中可用的资源包括NDL RB个PRB对,每对包括2NDL symb•NRB sc个RE。对于正常的CP和15KHz子载波带宽,PRB对包括168个RE。
图3B示出以与图3A中所示的示例性FDD DL无线电帧类似的方式配置的示例性LTEFDD上行链路(UL)无线电帧。使用与以上DL描述一致的术语,每个UL时隙由NUL symb个OFDM符号组成,每个符号包括Nsc个OFDM子载波。
如上所述,LTE PHY将各种DL和UL物理信道分别映射到图3A和3B中所示的资源。例如,PHICH携带针对UE的UL传输的HARQ反馈(例如,ACK/NAK)。类似地,PDCCH携带调度指配,针对UL信道的信道质量反馈(例如,CSI)以及其他控制信息。同样,PUCCH携带上行链路控制信息,诸如调度请求、针对下行链路信道的CSI、针对eNB DL传输的HARQ反馈以及其他控制信息。在一个或几个连续的控制信道元素(CCE)的聚合上能传送PDCCH和PUCCH两者,并且基于资源元素组(REG)将CCE映射到物理资源,每个资源元素组包括多个RE。例如,CCE能包括九(9)个REG,每个REG能包括四(4)个RE。
虽然LTE曾主要是针对用户到用户通信设计的,但设想5G(也称为“NR”)蜂窝网络支持高单用户数据速率(例如1 Gb/s)和大规模机器到机器通信,涉及来自共享频率带宽的许多不同装置的短突发传输。5G无线电标准(也称为“新空口”或“NR”)当前针对广泛的数据服务,包括eMBB(增强型移动宽带)和URLLC(超可靠低时通信)。这些服务能具有不同的要求和目标。例如,URLLC旨在提供具有极其严格的错误和时延要求(例如,错误概率低至10-5或更低以及1ms端到端时延或更低)的数据服务。对于eMBB,对时延和错误概率的要求可以是严格程度较低的,而所要求的支持峰值速率和/或频谱效率可以更高。
图4图示了5G网络架构的高级视图,该架构由下一代RAN(NG-RAN)和5G核心(5GC)组成。NG-RAN可以包括经由一个或多个NG接口连接到5GC的一组gNodeB(gNB),而gNB能经由一个或多个Xn接口彼此连接。每个gNB能支持频分双工(FDD)、时分双工(TDD)或其组合。
图4中示出的(并且在3GPP TR 38.801 v1.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之间的协议分布的其他变型,诸如将RRC、PDCP和一部分RLC协议托管在CU中(例如,自动重传请求(ARQ)功能),而将RLC协议的其余部分连同MAC和PHY托管在DU中。在一些示例性实施例中,假定CU托管RRC和PDCP,其中假定PDCP处置UP业务和CP业务两者。然而,其他示例性实施例可以通过将某些协议托管在CU中并且将某些其他协议托管在DU中来利用其他协议拆分。示例性实施例还能相对于集中式用户平面协议(例如,PDCP-U)在不同的CU中设置集中式控制平面协议(例如,PDCP-C和RRC)。
在LTE Rel-13中,引入了一种机制,该机制用于UE以类似于RRC_IDLE的挂起(suspended)状态被网络挂起,但是区别在于UE存储接入层(AS)上下文或RRC上下文。这使得有可能通过恢复(resume)RRC连接来减少UE再次变得活动时的信令,从而消除对从头开始建立RRC连接的需要。减少信令能有几个好处,包括减少UE时延(例如,对于接入因特网的智能电话)和减少UE信令,这进一步导致减少UE能耗,特别是对于发送非常少数据的机器类型通信(MTC)装置(即,信令是能量的主要消耗者)。
LTE Rel-13解决方案基于UE向网络发送RRCConnectionResumeRequest消息,并作为响应,从网络接收RRCConnectionResume消息。RRCConnectionResume未加密,但受到完整性保护。
作为关于5G的3GPP标准化工作的一部分,已经决定NR应该支持RRC_INACTIVE状态,具有与LTE Rel-13中的挂起状态类似的属性。RRC_INACTIVE状态具有略微不同的属性,因为它是单独的RRC状态,而不是如LTE中的RRC_IDLE的一部分。此外,CN/RAN连接(NG或N2接口)在RRC_INACTIVE期间保持活跃,而它曾在LTE中被挂起。
图5是示例性状态转变图,其示出在NR中RRC状态之间的可能转变。图5中所示状态的属性被总结如下:
RRC_IDLE:
-UE特定的DRX可以由上层配置;
-基于网络配置的UE控制的移动性;
-UE:
-针对使用5G-S-TMSI的CN寻呼,监测寻呼信道;
-执行邻居小区测量和小区(重新)选择;
-获取***信息。
RRC_INACTIVE:
-UE特定的DRX可以由上层或RRC层配置;
-基于网络配置的UE控制的移动性;
-UE存储AS上下文;
-UE:
-对于使用5G-S-TMSI的CN寻呼和使用I-RNTI的RAN寻呼监测寻呼信道;
-执行相邻小区测量和小区(重新)选择;
-周期性地以及当移动到基于RAN的通知区域之外时,执行基于RAN的通知区域更新;
-获取***信息。
RRC_CONNECTED:
-UE存储AS上下文。
-向/从UE传递单播数据。
-在下层,UE可以被配置有UE特定的DRX;
-对于支持CA的UE,使用与SpCell聚合的一个或多个SCell来增加带宽;
-对于支持DC的UE,使用与MCG聚合的一个SCG来增加带宽;
-网络控制的移动性,即在NR内和向/从E-UTRAN的切换。
-UE:
-监测寻呼信道;
-监测与共享数据信道关联的控制信道,以确定是否为它调度数据;
-提供信道质量和反馈信息;
-执行相邻小区测量和测量报告;
-获取***信息。
在NR中,已经同意从RRC_CONNECTED到RRC_INACTIVE的转变是一步过程,其使用称为RRCRelease的单个消息。因为这是网络用于指示UE将进入RRC_IDLE的相同消息,因此包括一个附加配置参数来指示UE将进入RRC_INACTIVE。还包括在RRC_INACTIVE过程中要使用的参数,诸如RAN寻呼、RNA更新、小区重选优先级等。
图6大体上图示了RRC连接释放过程——将认识到,其中示出的RRCRelease消息可以指示UE将转变到RRC_INACTIVE。下面摘录的是3GPP TS 38.331v 15.0.0的一部分,描述了该过程。
Figure DEST_PATH_IMAGE001
5.3.8 RRC连接释放
5.3.8.1概述
[附图省略]
该过程的目的是:
-释放RRC连接,这包括释放已建立的无线电承载以及所有无线电资源;或者
-挂起RRC连接,这包括挂起已建立的无线电承载。
5.3.8.2发起
网络向处于RRC_CONNECTED中的UE发起RRC连接释放过程,或者向处于RRC_INACTIVE中试图恢复RRC连接或处于RRC_CONNECTED中的UE发起RRC挂起过程。该过程还能被用于释放UE并将UE重定向到另一个频率。
5.3.8.3 UE接收RRCRelease
UE应:
1 >从接收到RRCRelease消息的那一刻起,或可选地,当下层指示RRCRelease消息的接收已被成功确认时,以较早者为准,将此子条款中定义的以下动作延迟X ms;
编者注:如何设置X的值(它是可配置的,还是如在LTE中固定为60ms,等等)
1 >如果RRCRelease消息包括cellReselectionPriorities:
2 >存储由cellReselectionPriorities提供的小区重选优先级信息;
2 >如果包括t320:
3 >启动定时器T320,其中定时器值根据t320的值设置;
1> 否则:
2 >应用在***信息中广播的小区重选优先级信息;
编者注:FFS RRCRelease是否支持与loadBalancingTAURequired等同的机制。
1>如果包括deprioritisationReq:
2>用发信号通知的设置为deprioritisationTimer的定时器值启动或重启定时器T325;
2>存储deprioritisationReq,直到T325到期;
1>如果RRCRelease包括suspendConfig:
2>存储由网络提供的以下信息:resumeIdentity、nextHopChainingCount、ran-PagingCycle和ran-NotificationAreaInfo;
2>针对所有SRB和DRB重新建立RLC实体;
2>重置MAC;
2>如果响应于RRCResumeRequest接收到具有suspendConfig的RRCRelease消息:
3>如果运行中则使定时器T314停止;
3>从RRC_INACTIVE直接转变到RRC_INACTIVE时的FFS参数更新(例如C-RNTI、cellIdentity、安全上下文等);
2>否则:
3>存储包括当前RRC配置的UE AS上下文、当前安全上下文、包括ROHC状态的PDCP状态、SDAP配置、在源PCell中使用的C-RNTI、cellIdentity和源PCell的物理小区身份;
2 >挂起除SRB0外的所有(一个或多个)SRB和(一个或多个)DRB;
2 >启动定时器T380,其中定时器值设置为periodic-RNAU-timer;
2 >指示与上层的RRC连接的挂起;
2 >将下层配置成挂起完整性保护和密码加密;
2>进入RRC_INACTIVE,并执行如在TS 38.304[21]中所规定的过程。
1>否则
2 >在转到RRC_IDLE时执行动作,如在5.3.11中所规定的;
编者注:FFS是否需要有不同的释放原因和关联的动作。
Figure 450512DEST_PATH_IMAGE001
以绿色突显的参数能被称为不活动状态参数,因为它们是UE在释放消息中接收到挂起配置、进入RRC_INACTIVE和应用这些参数时的情况所独有的。以蓝色突显的参数是空闲和不活动UE所共有的参数。这在RRC规范的当前草案中的以下ASN.1消息结构中示出。
Figure 367653DEST_PATH_IMAGE001
- RRCRelease
RRC释放消息被用于命令释放RRC连接或挂起RRC连接。
发信号通知无线电承载:SRB1
RLC-SAP:AM
逻辑信道:DCCH
方向:到UE的网络
Figure DEST_PATH_IMAGE002
Figure DEST_PATH_IMAGE003
Figure DEST_PATH_IMAGE004
Figure DEST_PATH_IMAGE005
发明内容
根据常规的信令结构,当UE第一次进入RRC_INACTIVE时,网络被强制提供以下参数(因为它们在挂起配置中被定义为强制的):
- 恢复身份(或使网络能够标识UE AS上下文并提取它的任何UE/节点标识符),例如EUTRA中的resumeID或NR中的I-RNTI;
- 寻呼周期或任何RAN寻呼相关配置;
- RNA配置,诸如小区列表、跟踪区域标识符列表、RANAC;
- 周期性RNA配置,诸如RNA更新定时器;
- 下一跳链接计数,使UE能够在后续恢复请求时刷新密钥;
此外,整个挂起配置已在规范中被定义为规范中定义的需要N类型,如下所示:
- 需要N-无动作(未维持的单发配置);用于未被存储的并且其存在引起UE的一次性动作的(配置)字段。在接收到不存在该字段的消息时,UE不采取行动。
因此,每当网络想要挂起UE时,网络都被强制在挂起配置中包括所有这些参数。
当前公开的技术的几个实施例解决的第一问题是挂起过程可能相当频繁。设想在NR中,不活动状态应该是针对电池消耗优化的主要状态,使得一旦网络知道没有涉及UE的更多数据事务,网络就想要将UE移动为不活动。这可能发生在短数据会话之后,即,UE将相当频繁地在RRC_INACTIVE和RRC_CONNECTED之间移动,并且挂起过程被调用。除此之外,该过程将甚至更频繁地发生,因为NR已经定义了在LTE中不存在的新的不活动过程,称为RAN区域更新,每当周期性RNAU定时器到期时,以及每当UE进入不属于它的配置的RNAU的小区时,该过程都能分两步执行。具有非优化的信令导致总体更高的开销(因为过程被非常频繁地执行)。
第二,大多数时候UE可能是静态的,即,在同一小区或邻域中执行后续的RRC_CONNECTED从/到RRC_INACTIVE的转变。因此,最有可能的是,其中许多不活动参数无论如何都将必须是相同的,即,虽然UE已经具有相同的可用参数,但是网络反复地向UE提供相同的参数。
第三,在3GPP中已经讨论了通过使网络能够避免上下文重定位来优化周期性RNAU。这意味着理论上根本不需要改变这些参数中的一些。然而,当前的结构迫使网络反复地重复它们。另外,UE需要反复地删除和存储相同的参数
第四,在3GPP中已经讨论了在NR中引入早期数据传输(当前在LTE中引入了)。在这种情况下,数据与RRC恢复请求一起复用传送,并且网络能用释放消息进行响应,该释放消息将UE挂起回到RRC_INACTIVE。
目前公开的技术的一些实施例提供了信令优化,因为网络不需要每当UE被挂起时发信号通知相同的参数。例如,通过在UE连接时保持不活动配置,有可能从数据中寻呼UE,向UE发送数据,并在不更新不活动配置(例如,RNA区域、DRX参数)的情况下重新挂起UE。在现有解决方案中这是不可行的。
本公开的示例性实施例包括用于处置从RRC连接状态到RRC不活动状态的转变的方法和/或过程。根据一些实施例,在无线网络中操作的无线装置中的方法包括从无线网络接收指示无线装置将进入RRC不活动状态或者无线装置将保持在RRC不活动状态的消息。方法还包括响应于该消息,针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。
根据一些实施例,在无线网络中操作的无线装置中用于处置从RRC连接状态到RRC不活动状态的转变的方法包括:自主进入RRC不活动状态,并且针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。
根据一些实施例,在无线网络中操作的无线装置中用于处置从RRC连接状态到RRC不活动状态的转变的方法包括:从RRC不活动状态转变到RRC连接状态,并且存储至少一个不活动状态参数,以供后续重新进入RRC不活动状态时使用。
其他示例性实施例包括可配置成执行对应于上述示例性方法和/或过程的操作的蜂窝网络中的无线电节点(例如,无线电节点,例如,基站、低功率节点、无线装置、用户设备等)。其他示例性实施例包括存储程序指令的非暂时性计算机可读介质,所述指令由至少一个处理器执行时将此类无线电节点配置成执行对应于上面描述的示例性方法和/或过程的操作。
在阅读了本公开的示例性实施例的以下详细描述时,本公开的示例性实施例的这些和其他目的、特征和优点将变得明显。
附图说明
图1是由3GPP所标准化的长期演进(LTE)演进的UTRAN (E-UTRAN)和演进的分组核心(EPC)网络的示例性架构的高级框图。
图2A是示例性E-UTRAN架构在它的组成组件、协议和接口方面的高级框图。
图2B是用户设备(UE)和E-UTRAN之间的无线电(Uu)接口的控制平面部分的示例性协议层的框图。
图2C是从PHY层的角度来看的示例性LTE无线电接口协议架构的框图。
图3A和3B分别是用于频分双工(FDD)操作的示例性下行链路和上行链路LTE无线电帧结构的框图。
图4示出了示例性5G逻辑网络架构的框图。
图5示出示例性状态转变图,其示出在NR中RRC状态之间的可能转变。
图6图示了RRC连接释放。
图7图示了根据一些实施例的示例通信***。
图8是根据一些实施例通过部分无线连接经由基站与用户设备通信的主机计算机的一般化框图。
图9-12是图示在包括主机计算机、基站和用户设备的通信***中实现的方法的流程图。
图13是图示根据一些实施例的示例网络节点的框图。
图14是图示根据一些实施例的示例无线装置的框图。
图15是图示在无线装置中所执行的根据一些实施例的示例方法的过程流程图。
图16是图示在无线装置中所执行的根据一些实施例的另一示例方法的过程流程图。
图17是图示在无线装置中所执行的根据一些实施例的另一示例方法的过程流程图。
图18是图示示例无线装置的功能表示的框图。
图19是图示示例无线装置的另一功能表示的框图。
图20是图示示例无线装置的另一功能表示的框图。
具体实施方式
现在将参考附图更全面地描述本文设想的其中一些实施例。然而,在本文公开的主题的范围内包含其他实施例,所公开的主题不应被解释为仅限于本文阐述的实施例;相反,这些实施例是通过示例的方式提供的,以向本领域技术人员传达主题的范围。此外,贯穿下面给出的描述使用以下术语:
无线电节点:如本文所使用的“无线电节点”可以是“无线电接入节点”或者“无线装置”。
无线电接入节点:如本文所使用的“无线电接入节点”(或“无线电网络节点”)可以是蜂窝通信网络的无线电接入网(RAN)中的操作以无线传送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于:基站(例如,3GPP第五代(5G)NR网络中的新空口(NR)基站(gNB)或3GPP LTE网络中的增强或演进的节点B(eNB)、高功率或宏基站、低功率基站(例如,微基站、微微基站、家庭(home)eNB等)以及中继节点。
核心网络节点:如本文所使用的,“核心网络节点”是核心网络中的任何类型的节点。核心网络节点的一些示例包括例如移动管理实体(MME)、分组数据网络网关(P-GW)、服务能力暴露功能(SCEF)等。
无线装置:如本文所使用的“无线装置”是通过向(一个或多个)无线电接入节点无线传送和/或接收信号来接入蜂窝通信网络(即由蜂窝通信网络服务)的任何类型的装置。无线装置的一些示例包括但不限于3GPP网络中的UE和机器类型通信(MTC)装置。
网络节点:如本文所使用的,“网络节点”是蜂窝通信网络/***的核心网络或无线电接入网的一部分。
注意,本文给出的描述集中在3GPP蜂窝通信***,并且因此,经常使用3GPP术语或类似于3GPP术语的术语。然而,本文所公开的概念不限于3GPP***。此外,虽然本文中使用了术语“小区”,但是应该理解,(特别是针对5G NR概念)可以使用波束代替小区,并且因此,本文中描述的概念同样适用于小区和波束两者。
各种示例性实施例在本文被描述为在NR网络中由处于RRC_INACTIVE状态的UE执行的方法、过程和/或操作。这些实施例仅用于说明的目的,而非限制。例如,这些实施例的原理同样适用于其他配置、场景和/或网络类型,包括但不限于:
·LTE网络中处于RRC_INACTIVE状态的UE;
·主要在LTE和连接到同一CN(5G核心网络)的NR RAN之间处于RRC_INACTIVE的UERAT间过程。在这些场景中,周期性RNA更新定时器T380被定义为RAT间定时器(即,即使UE正在改变RAT时,它也保持运行)。如果当UE在另一个RAT中时T380到期,则UE将在该RAT中执行周期性RNA更新。这些RAT间场景包括:
○处于LTE RRC_CONNECTED的UE被挂起到LTE RRC_INACTIVE,启动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来响应。
本文公开的实施例包括无线装置处的方法,该方法包括以下中的一个或多个:
-(1)在进入RRC_INACTIVE的指示不包含不活动参数的情况下,在挂起RRC连接时恢复不活动过程;
○(1.1)当从网络接收到进入RRC_INACTIVE的指令时,其中该指令不包含与特定不活动状态过程关联的不活动状态参数(parInactivex),当进入RRC_INACTIVE时,使用现有存储的不活动参数(parInactivex)来执行该过程;或者
○(1.2)当从网络接收到保持在RRC_INACTIVE的指令时,其中该指令不包含与特定不活动状态过程关联的不活动状态参数(parInactivex),当进入RRC_INACTIVE时,使用现有存储的不活动参数(parInactivex)来执行该过程;
○(1.3)在自主移动到RRC_INACTIVE时,例如由于定时器到期,当进入RRC_INACTIVE时,使用现有存储的不活动参数(parInactivex)来执行该过程;
-(2)在恢复RRC连接时挂起不活动过程
○(2.1)在恢复RRC连接并进入RRC_CONNECTED时,挂起不活动过程,保持存储的不活动参数(parInactivex);
-(3)在进入RRC_INACTIVE的指示包含不活动参数的情况下,在挂起RRC连接时恢复不活动过程;
○(3.1)当从网络接收到进入RRC_INACTIVE的指令时,其中该指令包含与特定不活动状态过程关联的不活动状态参数(parInactivex),当进入RRC_INACTIVE时,改写(override)现有存储的不活动参数(parInactivex)值,存储新值并执行该过程;或者
○(3.2)当从网络接收到保持在RRC_INACTIVE的指令时,其中该指令包含与特定不活动状态过程关联的不活动状态参数(parInactivex),当进入RRC_INACTIVE时,改写现有存储的不活动参数(parInactivex)值,存储新值并执行该过程;或者
○(3.3)在自主移动到RRC_INACTIVE时,例如由于定时器到期,当进入RRC_INACTIVE时,用默认值改写现有存储的不活动参数(parInactivex)值,并存储新的默认值,并执行该过程;
在(1)中描述的来自网络的指令可以是具有挂起配置的RRC释放消息,或者将UE发送到RRC_INACTIVE的任何其他消息,例如RRC挂起消息。当UE试图执行移动性RNA更新或周期性RNA更新时,能响应于RRC恢复请求而发送该消息。如所描述的,它也能是定义的将UE移动回RRC_INACTIVE的任何自主UE动作,例如基于定时器的解决方案,其中在定时器到期时,UE从RRC_CONNNECTED移动到RRC_INACTIVE。
在(1)中描述为parInactivex的每个不活动参数都可以是以下任何一个:
- 恢复身份(或使网络能够标识UE AS上下文并提取它的任何UE/节点标识符),例如EUTRA中的resumeID或NR中的I-RNTI;
- 寻呼周期或任何RAN寻呼相关配置;
- RNA配置,诸如小区列表、跟踪区域标识符列表、RANAC;
- 周期性RNA配置,诸如RNA更新定时器;
- 下一跳链接计数,使UE能够在后续恢复请求时刷新密钥;
- 与早期数据传输相关的配置;
- 等待时间,用于指示UE应直到定时器到期才试图恢复或连接到该小区;
- 小区重选优先级;
- 频率重定向信息;
- 小区质量导出参数;
- 在RRC_INACTIVE中要使用的任何测量相关配置;
在一些实施例中,UE可以从网络接收挂起UE的指示,该指示包含完整配置指示。在接收到对于完整配置的该指示时,UE释放先前存储的不活动配置,并用新提供的参数来替换它。
在变型中,UE可以从网络接收挂起UE的指示,该指示包含可以是每个不活动参数或参数子集的完整配置指示。在接收到完整配置的该指示时,UE释放所指示的先前存储的不活动参数,并用新提供的参数来替换它。
在一些实施例中,恢复消息包含针对UE的指令,使得UE释放所存储的不活动状态参数。
上面描述的其中一些技术可以在3GPP规范中实现如下:
Figure 960439DEST_PATH_IMAGE001
- RRCRelease
RRCRelease消息被用于命令释放RRC连接或挂起RRC连接。
发信号通知无线电承载:SRB1
RLC-SAP:AM
逻辑信道:DCCH
方向:网络到UE
RRCRelease消息
Figure DEST_PATH_IMAGE006
Figure DEST_PATH_IMAGE008
Figure DEST_PATH_IMAGE009
5.3.8 RRC连接释放
5.3.8.1概述
[附图省略]
该过程的目的是:
-释放RRC连接,这包括释放已建立的无线电承载以及所有无线电资源;或者
-挂起RRC连接,这包括挂起已建立的无线电承载。
5.3.8.2发起
网络向处于RRC_CONNECTED中的UE发起RRC连接释放过程,或者向处于RRC_INACTIVE中试图恢复RRC连接或处于RRC_CONNECTED中的UE发起RRC挂起过程。该过程还能被用于释放UE并将UE重定向到另一个频率。
5.3.8.3 UE接收RRCRelease
UE应:
1 >从接收到RRCRelease消息的那一刻起,或可选地,当下层指示RRCRelease消息的接收已被成功确认时,以较早者为准,将在此子条款中定义的以下动作延迟X毫秒;
1 >如果RRCRelease消息包括cellReselectionPriorities:
2 >存储由cellReselectionPriorities提供的小区重选优先级信息;
2 >如果包括t320:
3 >启动定时器T320,其中定时器值根据t320的值设置;
1>否则:
2 >应用在***信息中广播的小区重选优先级信息;
1>如果包括deprioritisationReq:
2>启动或重启定时器T325,其中定时器值设置为发信号通知的deprioritisationTimer;
2>存储deprioritisationReq,直到T325到期;
1>如果RRCRelease包括suspendConfig:
2>如果suspendConfig包括resumeIdentity:
3>删除任何存储的resumeIdentity,并存储suspendConfig中提供的新值;
2>如果suspendConfig包括nextHopChainingCount:
3>删除任何存储的nextHopChainingCount,并存储在suspendConfig中提供的新值;
2>如果suspendConfig包括ran-PagingCycle;
3>删除任何存储的ran-PagingCycle,并存储suspendConfig中提供的新值;
2>如果suspendConfig包括ran-NotificationAreaInfo;
3>删除任何存储的ran-NotificationAreaInfo,并存储在suspendConfig中提供的新值;
2>针对所有SRB和DRB重新建立RLC实体;
2>重置MAC;
2>如果响应于RRCResumeRequest接收到具有suspendConfig的RRCRelease消息:
3>如果运行中则使定时器T314停止;
3>直接从RRC_INACTIVE转变到RRC_INACTIVE时的FFS参数更新(例如C-RNTI、cellIdentity、安全上下文等);
2>否则:
3>存储包括当前RRC配置的UE AS上下文、当前安全上下文、包括ROHC状态的PDCP状态、SDAP配置、在源PCell中使用的C-RNTI、cellIdentity和源PCell的物理小区身份;
2 >挂起除SRB0外的所有(一个或多个)SRB和(一个或多个)DRB;
2 >启动定时器T380,其中定时器值设置为periodic-RNAU-timer;
2 >指示与上层的RRC连接的挂起;
2 >将下层配置成挂起完整性保护和加密;
2 >进入RRC_INACTIVE,并执行如在TS 38.304[21]中所规定的过程。
1>否则
2 >在转到RRC_IDLE时执行动作,如在5.3.11中所规定;
Figure DEST_PATH_IMAGE010
5.3.13.4 UE接收RRCResume
UE应:
1 >使定时器T314停止;
1 >恢复PDCP状态,重置COUNT值,并针对SRB2和所有DRB重建PDCP实体;
1>恢复SDAP状态并重建SDAP;
1 >如果包括drb-ContinueROHC:
2 >向下层指示使用所存储的UE AS上下文,并且配置drb-ContinueROHC;
2 >针对配置有报头压缩协议的DRB,继续报头压缩协议上下文;
1>否则:
2 >向下层指示使用所存储的UE AS上下文;
2 >针对配置有报头压缩协议的DRB,重置报头压缩协议上下文;
1>存储不活动状态参数,诸如resumeIdentity、ran-PagingCycle、ran-NotificationAreaInfo,
1>丢弃所存储的包括nextHopChainingCount的UE AS上下文;
1 >挂起不活动状态配置;
1>如果RRCResume包括masterCellGroup:
2>根据5.3.5.5对接收到的masterCellGroup执行小区组配置;
1>如果RRCResume包括radioBearerConfig:
2 >根据5.3.5.6执行无线电承载配置;
1 >恢复SRB2和所有DRB;
1 >如果被存储,则丢弃由cellReselectionPriorities提供的或从另一RAT继承的小区重选优先级信息;
1 >如果RRCResume消息包括measConfig:
2 >执行如5.5.2中所规定的测量配置过程;
1 >如果挂起,则恢复测量;
1>进入RRC_CONNECTED;
1>向上层指示已经恢复挂起的RRC连接;
1 >停止小区重选过程;
1 >将当前小区视为PCell;
1 >将RRCResumeComplete消息的内容设置如下:
2 >如果上层提供了NAS PDU ,则包括dedicatedInfoNAS并将dedicatedInfoNAS设置为包括从上层接收到的信息;
1 >将RRCResumeComplete消息提交给下层以便传输;
1 >过程结束。
Figure DEST_PATH_IMAGE011
图7示出了根据各种实施例的通信***,该通信***包括电信网络710,诸如3GPP类型的蜂窝网络,其包括接入网络711(诸如gNB-RAN)和核心网络714(例如5GC)。接入网711包括多个基站712a、712b、712c,诸如gNB或其他类型的无线接入点,各自定义对应的覆盖区域713a、713b、713c。每个基站712a、712b、712c可通过有线或无线连接715连接到核心网络714。位于覆盖区域713c中的第一用户设备(UE)791被配置成无线连接到对应的基站712c,或由对应的基站712c寻呼。覆盖区域713a中的第二UE 792可无线连接到对应的基站712a。虽然在该示例中图示了多个UE 791、792,但是所公开的实施例同样适用于其中唯一UE在覆盖区域中或者其中唯一UE正在连接到对应的基站712的情况。
电信网络710本身连接到主机计算机730,其可以被体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中,或者体现为服务器场中的处理资源。主机计算机730可以在服务提供商的所有权或控制下,或者可以由服务提供商操作或者代表服务提供商操作。电信网络710和主机计算机730之间的连接721、722可以直接从核心网络714延伸到主机计算机730,或者可以经由可选的中间网络720延伸。中间网络720可以是公用、私用或被托管网络中的一个或超过一个的组合;中间网络720(如果有的话)可以是主干网或因特网;特别地,中间网络720可包括两个或更多个子网(未示出)。
图7的通信***作为整体实现所连接的UE 791、792之一与主机计算机730之间的连接性。该连接性可以被描述为过顶(OTT)连接750。主机计算机730和连接的UE 791、792被配置成使用接入网711、核心网络714、任何中间网络720和可能的另外基础设施(未示出)作为中介,经由OTT连接750传递数据和/或信令。在OTT连接750通过的参与通信装置不知道上行链路和下行链路通信的路由的意义上,OTT连接750可以是透明的。例如,基站712可以不被通知或者不需要被通知传入下行链路通信的过去路由,该下行链路通信具有源自主机计算机730的数据,该数据将被转发(例如,移交)到连接的UE 791。类似地,基站712不需要知道源自UE 791朝向主机计算机730的传出上行链路通信的将来路由。
根据实施例,现在将参考图8描述在前面段落中讨论的UE、基站和主机计算机的示例实现。在通信***800中,主机计算机810包括硬件815,其包括通信接口816,该通信接口被配置成设立和维持与通信***800的不同通信装置的接口的有线或无线连接。主机计算机810进一步包括处理电路818,其可具有存储和/或处理能力。特别地,处理电路818可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或适于执行指令的这些的组合(未示出)。主机计算机810进一步包括软件811,该软件被存储在主机计算机810中或由主机计算机810可访问,并且由处理电路818可执行。软件811包括主机应用812。主机应用812可以可操作以将服务提供给远程用户,诸如经由终止于UE 830和主机计算机810的OTT连接850连接的UE 830。在将服务提供给远程用户时,主机应用812可提供使用OTT连接850传送的用户数据。
通信***800进一步包括基站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,该接口被配置成设立和维持与服务于UE 830当前所位于的覆盖区域的基站的无线连接870。UE 830的硬件835进一步包括处理电路838,该处理电路可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或适于执行指令的这些的组合(未示出)。UE 830进一步包括软件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、基站7l2a、7l2b、7l2c之一和UE 791、792之一。也就是说,这些实体的内部工作可如图8所示,并且独立地,周围的网络拓扑可以是图7的网络拓扑。
在图8中,OTT连接850已经被抽象地画出,以说明主机计算机810和用户设备830之间经由基站820的通信,而没有明确提及任何中间装置和经由这些装置的消息的精确路由。网络基础设施可以确定路由,它可以被配置成对UE 830或者对操作主机计算机810的服务提供商隐藏所述路由,或者对两者都隐藏所述路由。当OTT连接850活动时,网络基础设施可进一步做出决定,通过这些决定,它动态地改变路由(例如,基于网络的重新配置或负载平衡考虑)。
UE 830与基站820之间的无线连接870根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接850提供给UE 830的OTT服务的性能,其中无线连接870形成最后一段。更精确地说,目前公开的技术的一些实施例提供了信令优化,因为网络不需要每当UE被挂起时发信号通知相同的参数。例如,通过在UE连接时保持不活动配置,有可能从数据中寻呼UE,向UE发送数据,并在不更新不活动配置(例如,RNA区域、DRX参数)的情况下重新挂起UE。这些实施例将为RAN的用户带来改进的性能,诸如更好和/或更一致的吞吐量,和/或减少的延迟。
为了监测数据速率、时延和一个或多个实施例改进的其他因素的目的,可以提供测量过程。可以进一步存在可选的网络功能性,用于响应于测量结果的变化而重新配置主机计算机810和UE 830之间的OTT连接850。用于重新配置OTT连接850的测量过程和/或网络功能性可以用主机计算机810的软件811实现,或者用UE 830的软件831实现,或者用两者实现。在实施例中,传感器(未示出)可以被部署在OTT连接850所经过的通信装置中或与该通信装置关联;传感器可以通过提供上面举例说明的监测量的值,或者提供软件811、831可以从中计算或估计监测量的其他物理量的值,来参与测量过程。OTT连接850的重新配置可以包括消息格式、重传设置、优选路由等;重新配置不需要影响基站820,并且它对基站820可能是未知的或者不可察觉的。这样的过程和功能性在本领域中可能已知并且实践了。在某些实施例中,测量可以涉及专有的UE信令,促进主机计算机810对吞吐量、传播时间、时延等的测量。可以采用以下方式实现测量:软件811、831在它监测传播时间、差错等的同时,使用OTT连接850来使消息(特别是空的或“伪”消息)被传送。
图9是图示根据一个实施例在通信***中实现的方法的流程图。通信***包括主机计算机、基站和UE,它们可以是参考图7和8所描述的那些。为了简化本公开,在该部分中将仅包括对图9的附图参考。在方法的第一步骤910中,主机计算机提供用户数据。在第一步骤910的可选子步骤911中,主机计算机通过执行主机应用来提供用户数据。在第二步骤920,主机计算机发起将用户数据携带到UE的传输。在可选的第三步骤930中,根据贯穿本公开描述的实施例的教导,基站向UE传送在主机计算机发起了的传输中携带了的用户数据。在可选的第四步骤940中,UE执行与主机计算机执行的主机应用关联的客户端应用。
图10是图示根据一个实施例在通信***中实现的方法的流程图。通信***包括主机计算机、基站和UE,它们可以是参考图7和8所描述的那些。为了简化本公开,在该部分中将仅包括对图10的附图参考。在方法的第一步骤1010中,主机计算机提供用户数据。在可选的子步骤(未示出)中,主机计算机通过执行主机应用来提供用户数据。在第二步骤1020,主机计算机发起将用户数据携带到UE的传输。根据贯穿此公开描述的实施例的教导,传输可以经由基站传递。在可选的第三步骤1030中,UE接收在传输中携带的用户数据。
图11是图示根据一个实施例在通信***中实现的方法的流程图。通信***包括主机计算机、基站和UE,它们可以是参考图7和8所描述的那些。为了简化本公开,在该部分中将仅包括对图11的附图参考。在该方法的可选第一步骤1110中,UE接收由主机计算机提供的输入数据。附加地或备选地,在可选第二步骤1120中,UE提供用户数据。在第二步骤1120的可选子步骤1121中,UE通过执行客户端应用来提供用户数据。在第一步骤1110的另外的可选子步骤1111中,UE执行客户端应用,该客户端应用提供用户数据作为对由主机计算机提供的接收到的输入数据的反应。在提供用户数据时,所执行的客户端应用可进一步考虑从用户接收到的用户输入。不管提供用户数据所采用的特定方式如何,在可选第三子步骤1130中,UE发起用户数据到主机计算机的传输。在该方法的第四步骤1140中,根据贯穿此公开描述的实施例的教导,主机计算机接收从UE传送的用户数据。
图12是图示根据一个实施例在通信***中实现的方法的流程图。通信***包括主机计算机、基站和UE,它们可以是参考图7和8所描述的那些。为了简化本公开,在该部分中将仅包括对图12的附图参考。在该方法的可选第一步骤1210中,根据贯穿本公开描述的实施例的教导,基站从UE接收用户数据。在可选第二步骤1220中,基站发起接收到的用户数据到主机计算机的传输。在第三步骤1230中,主机计算机接收由基站发起的传输中携带的用户数据。
图13是图示示例网络节点30的框图,该网络节点可以被配置成作为基站来操作。网络节点30可以是基于云的***中执行所描述技术的多个网络节点之一。网络节点30可以是例如eNB或5G gNB。网络节点30向无线装置提供空中接口,例如5G空中接口,以用于下行链路传输和上行链路接收,这经由天线34和收发器电路36来实现。收发器电路36包括传送器电路、接收器电路和关联的控制电路,它们被共同配置成根据无线电接入技术来传送和接收信号,以用于在必要时提供蜂窝通信或WLAN服务的目的。根据各种实施例,蜂窝通信服务可以根据3GPP蜂窝标准、GSM、GPRS、WCDMA、HSDPA、LTE、LTE-Advanced和5G中的任何一个或多个来操作。网络节点30还包括通信接口电路38,用于与核心网络中的节点、其他对等无线电节点和/或网络中其他类型的节点通信。
网络节点30还包括一个或多个处理电路32,所述处理电路可操作地关联于和被配置成控制通信接口电路38和/或收发器电路36。处理电路32包括一个或多个数字处理器42,例如,一个或多个微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、复杂可编程逻辑器件(CPLD)、专用集成电路(ASIC)或其任何组合。更一般地,处理电路32可以包括经由执行实现本文教导的功能性的程序指令而专门配置的可编程电路或固定电路,或者可以包括可编程电路和固定电路的某种组合。(一个或多个)处理器42可以是多核的。
处理电路32还包括存储器44。在一些实施例中,存储器44存储一个或多个计算机程序46,以及可选地配置数据48。存储器44为计算机程序46提供非暂时性存储,并且它可以包括一种或多种类型的计算机可读介质,诸如磁盘存储装置、固态存储器存储装置或者其任何组合。作为非限制性示例,存储器44包括SRAM、DRAM、EEPROM和FLASH存储器中的任何一个或多个,它们可以在处理电路32中和/或与处理电路32分开。一般而言,存储器44包括一种或多种类型的计算机可读存储介质,其提供由网络节点30使用的任何配置数据48和计算机程序46的非暂时性存储。这里,“非暂时性”意味着永久性、半永久性或至少暂时持久性存储,并且既涵盖非易失性存储器中的长期存储又涵盖工作存储器中的存储,例如以用于程序执行。
在一些实施例中,连接到无线网络的一个或多个网络节点30的处理电路32被配置成执行在本文描述的技术中针对无线网络的用于处置从RRC连接状态到RRC不活动状态的转变的操作。
图14图示了对应的无线装置50的示例,该无线装置被配置成执行本文针对无线装置描述的用于处置测量配置的技术。在各种上下文中,无线装置50还可以被称为无线电通信装置、UE、目标装置、装置到装置(D2D)UE、机器类型UE或能够进行机器到机器(M2M)通信的UE、配备传感器的UE、PDA(个人数字助理)、无线平板、移动终端、智能电话、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)、无线USB加密狗、客户驻地设备(CPE)等。
无线装置50经由天线54和收发器电路56与一个或多个无线电节点或基站(诸如一个或多个网络节点30)通信。收发器电路56可以包括传送器电路、接收器电路和关联的控制电路,它们被共同配置成根据无线电接入技术来传送和接收信号,以用于提供蜂窝通信或服务的目的。
无线装置50还包括一个或多个处理电路52,所述处理电路可操作地与无线电收发器电路56关联并控制无线电收发器电路56。处理电路52包括一个或多个数字处理电路,例如,一个或多个微处理器、微控制器、DSP、FPGA、CPLD、ASIC或其任何组合。更一般地,处理电路52可以包括经由执行实现本文教导的功能性的程序指令而专门适配的可编程电路或固定电路,或者可以包括编程电路和固定电路的某种混合。处理电路52可以是多核的。
处理电路52还包括存储器64。在一些实施例中,存储器64存储一个或多个计算机程序66,以及可选地配置数据68。存储器64为计算机程序66提供非暂时性存储,并且它可以包括一种或多种类型的计算机可读介质,诸如磁盘存储装置、固态存储器存储装置或者其任何混合。作为非限制性示例,存储器64包括SRAM、DRAM、EEPROM和FLASH存储器中的任何一个或多个,它们可以在处理电路52中和/或与处理电路52分开。一般而言,存储器64包括一种或多种类型的计算机可读存储介质,它们提供由无线装置50使用的任何配置数据68和计算机程序66的非暂时性存储。
因此,在一些实施例中,无线装置50的处理电路52被配置成在无线网络中操作,并处置从RRC连接状态到RRC不活动状态的转变。处理电路52被配置成从无线网络接收指示无线装置将进入RRC不活动状态或者无线装置将保持在RRC不活动状态的消息。处理电路52还被配置成:响应于该消息,针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。
图15是图示在无线装置50中实现的用于处置从RRC连接状态到RRC不活动状态的转变的对应方法1500的过程流程图。方法1500包括从无线网络接收指示无线装置将进入RRC不活动状态或者无线装置将保持在RRC不活动状态的消息(框1502)。方法1500还包括响应于该消息,针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数(框1504)。
在一些实施例中,所述消息包括RRC恢复拒绝消息或RRC释放消息。
根据一些实施例,无线装置50被配置成执行用于处置从RRC连接状态到RRC不活动状态的转变的另一种方法。在这种情况下,处理电路52被配置成自主地进入RRC不活动状态,并且针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。
根据一些实施例,处理电路52还被配置成执行对应的方法1600。图16中所示的方法1600包括自主进入RRC不活动状态(框1602),并且针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数(框1604)。
在一些实施例中,至少一个先前存储的不活动状态参数包括以下任何一个或多个:无线装置的恢复身份;寻呼配置参数;RNA参数;RNA更新配置参数;用于在后续恢复请求时刷新密钥的下一跳链接计数;早期数据传输配置参数;等待时间参数,用于指示UE应直到等待定时器到期才试图恢复或连接到小区;小区重选优先级参数;频率重定向信息;小区质量导出参数;以及在RRC不活动状态中要使用的测量配置参数。
在一些实施例中,所述消息包括与所述无线装置中先前存储的不活动状态参数对应的一个或多个不活动状态参数,并且所述方法1600进一步包括:用所述消息中的一个或多个不活动状态参数替换对应的先前存储的不活动状态参数,并且将所述消息中的所述不活动状态参数用于不活动状态操作。
根据一些实施例,无线装置50被配置成执行用于处置从RRC连接状态到RRC不活动状态的转变的另一种方法。在这种情况下,处理电路52被配置成从RRC不活动状态转变到RRC连接状态,并存储至少一个不活动状态参数,以供后续重新进入RRC不活动状态时使用。
根据一些实施例,处理电路52还被配置成执行对应的方法1700。图17所示的方法1700包括从RRC不活动状态转变到RRC连接状态(框1702),并存储至少一个不活动状态参数,以供后续重新进入RRC不活动状态时使用(框1704)。RRC不活动状态可以是根据NR的标准的RRC_INACTIVE状态,或者可以是根据LTE的标准的挂起状态。
如上面详细讨论的,本文描述的技术,例如,如图15-17的过程流程图所示,可以全部或部分地使用由一个或多个处理器执行的计算机程序指令来实现。将理解,这些技术的功能实现可以按照功能模块来表示,其中每个功能模块对应于在适当的处理器中执行的软件的功能单元,或者对应于功能数字硬件电路,或者两者的某种组合。
图18图示了可以在无线装置50中实现的示例功能模块或电路架构。该实现包括接收模块1802,用于从无线网络接收指示无线装置将进入RRC不活动状态或者无线装置将保持在RRC不活动状态的消息。该实现还包括使用模块1804,用于响应于该消息,针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。
在图19所示的另一示例实现中,无线装置50包括:进入模块1902,用于自主进入RRC不活动状态;以及使用模块1904,用于针对不活动状态操作,使用与从消息中省略的参数对应的至少一个先前存储的不活动状态参数。
在图20所示的另一示例实现中,无线装置50包括用于从RRC不活动状态转变到RRC连接状态的转变模块2002和用于存储至少一个不活动状态参数以供后续重新进入RRC不活动状态时使用的存储模块2004。
示例实施例
本文描述的技术和设备的示例实施例包括但不限于下面列举的示例:
(i).一种在无线网络中操作的无线装置中用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变的方法,所述方法包括:
从无线网络接收指示无线装置将进入RRC不活动状态或者所述无线装置将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(ii).示例实施例(i)的方法,其中所述消息包括RRC恢复拒绝消息或RRC释放消息。
(iii).一种在无线网络中操作的无线装置中用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变的方法,所述方法包括:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(iv).示例实施例(i)-(iii)中任一示例实施例的方法,其中所述至少一个先前存储的不活动状态参数包括以下中的任何一个或多个:
所述无线装置的恢复身份;
寻呼配置参数;
无线电网络区域(RNA)参数;
RNA更新配置参数;
用于在后续恢复请求时刷新密钥的下一跳链接计数;
早期数据传输配置参数;
等待时间参数,用于指示UE应直到等待定时器到期才试图恢复或连接到小区;
小区重选优先级参数;
频率重定向信息;
小区质量导出参数;以及
在RRC不活动状态中要使用的测量配置参数。
(v).示例实施例(i)-(iv)中任一示例实施例的方法,其中所述消息包括与无线装置中先前存储的不活动状态参数对应的一个或多个不活动状态参数,所述方法进一步包括:用所述消息中的一个或多个不活动状态参数替换对应的先前存储的不活动状态参数,并且将所述消息中的不活动状态参数用于不活动状态操作。
(vi).一种在无线网络中操作的无线装置中用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变的方法,所述方法包括:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入RRC不活动状态时使用。
(vii).示例实施例(i)-(vi)中任一示例实施例的方法,其中RRC不活动状态是根据新空口(NR)的标准的RRC_INACTIVE状态。
(viii).示例实施例(i)-(vi)中任一示例实施例的方法,其中所述RRC不活动状态是根据长期演进(LTE)的标准的挂起状态。
(ix).一种无线装置,适合于执行根据示例实施例(i)-(viii)中任一示例实施例的方法。
(x)一种无线装置,包括收发器电路和处理电路,所述处理电路可操作地与所述收发器电路关联,并被配置成执行根据示例实施例(i)-(viii)中任一示例实施例的方法。
(xi).一种包括指令的计算机程序,所述指令在至少一个处理电路上执行时,使得所述至少一个处理电路执行示例实施例(i)-(viii)中任一示例实施例的方法。
(xii).一种载体,包含示例实施例(xi)的计算机程序,其中所述载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。
(xiii).一种包括主机计算机的通信***,所述主机计算机包括:
处理电路,被配置成提供用户数据;以及
通信接口,其被配置成将用户数据转发到无线网络以便传输到用户设备(UE),所述UE被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,其中所述UE包括无线电接口和处理电路,UE的处理电路配置成:
从无线网络接收指示UE将进入RRC不活动状态或者UE将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xiv).一种包括主机计算机的通信***,所述主机计算机包括:
处理电路,被配置成提供用户数据;以及
通信接口,其被配置成将用户数据转发到无线网络以便传输到用户设备(UE),所述UE被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,其中所述UE包括无线电接口和处理电路,UE的处理电路配置成:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xv).一种包括主机计算机的通信***,所述主机计算机包括:
处理电路,被配置成提供用户数据;以及
通信接口,其被配置成将用户数据转发到无线网络以便传输到用户设备(UE),所述UE被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,其中所述UE包括无线电接口和处理电路,UE的处理电路配置成:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入所述RRC不活动状态时使用。
(xvi).示例实施例(xiii)-(xv)中任一示例实施例的通信***,进一步包括UE。
(xvii).示例实施例(xiii)-(xvi)中任一示例实施例的通信***,其中蜂窝网络进一步包括被配置成与UE通信的基站。
(xviii).示例实施例(xiii)-(xvii)中任一示例实施例的通信***,其中:
所述主机计算机的处理电路被配置成执行主机应用,由此提供用户数据;以及
所述UE的处理电路被配置成执行与主机应用关联的客户端应用。
(xix).一种在包括主机计算机、基站和用户设备(UE)的通信***中实现的方法,所述UE被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,所述方法包括:
在主机计算机处,提供用户数据;以及
在主机计算机处,经由包括基站的无线网络发起将用户数据携带到UE的传输,其中在UE处的方法包括:
从无线网络接收指示UE将进入RRC不活动状态或者UE将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xx).一种在包括主机计算机、基站和用户设备(UE)的通信***中实现的方法,所述UE被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,所述方法包括:
在主机计算机处,提供用户数据;以及
在主机计算机处,经由包括基站的无线网络发起将用户数据携带到UE的传输,其中在UE处的方法包括:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxi).一种在包括主机计算机、基站和用户设备(UE)的通信***中实现的方法,所述UE被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,所述方法包括:
在主机计算机处,提供用户数据;以及
在主机计算机处,经由包括基站的无线网络发起将用户数据携带到UE的传输,其中在UE处的方法包括:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入所述RRC不活动状态时使用。
(xxii).示例实施例(xix)-(xxi)中任一示例实施例的方法,进一步包括:
在UE处,从基站接收用户数据。
(xxiii).一种包括主机计算机的通信***,所述主机计算机包括:
通信接口,其被配置成接收源自从在无线网络中操作的用户设备(UE)到基站的传输的用户数据,UE的处理电路被配置成通过以下操作来处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变:
从无线网络接收指示UE将进入RRC不活动状态或者UE将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxiv).一种包括主机计算机的通信***,所述主机计算机包括:
通信接口,其被配置成接收源自从在无线网络中操作的用户设备(UE)到基站的传输的用户数据,UE的处理电路被配置成通过以下操作来处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxv).一种包括主机计算机的通信***,所述主机计算机包括:
通信接口,其被配置成接收源自从在无线网络中操作的用户设备(UE)到基站的传输的用户数据,UE的处理电路被配置成通过以下操作来处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入所述RRC不活动状态时使用。
(xxvi).示例实施例(xxiii)-(xxv)中任一示例实施例的通信***,进一步包括UE。
(xxvii).示例实施例(xxiii)-(xxvi)中任一示例实施例的通信***,进一步包括基站,其中基站包括被配置成与UE通信的无线电接口以及被配置成向主机计算机转发由从UE到基站的传输携带的用户数据的通信接口。
(xxviii).示例实施例(xxiii)-(xxvi)中任一示例实施例的通信***,其中:
主机计算机的处理电路被配置成执行主机应用;以及
UE的处理电路被配置成执行与主机应用关联的客户端应用,由此提供用户数据。
(xxix).示例实施例(xxiii)-(xxvi)中任一实施例的通信***,其中:
所述主机计算机的处理电路被配置成执行主机应用,由此提供请求数据;以及
所述UE的处理电路被配置成执行与主机应用关联的客户端应用,由此响应于请求数据而提供用户数据。
(xxx).一种在无线网络中操作的用户设备(UE)中实现的用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变的方法,所述方法包括:
从无线网络接收指示UE将进入RRC不活动状态或者UE将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxxi).一种在无线网络中操作的用户设备(UE)中实现的用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变的方法,所述方法包括:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxxii).一种在无线网络中操作的用户设备(UE)中实现的用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变的方法,所述方法包括:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入RRC不活动状态时使用。
(xxxiii).示例实施例(xxx)-(xxxii)中任一示例实施例的方法,进一步包括:
提供用户数据;以及
经由到基站的传输向主机计算机转发用户数据。
(xxxiv).一种在包括主机计算机、基站和用户设备(UE)的通信***中实现的方法,所述UE在无线网络中操作并且被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,所述方法包括:
在主机计算机处,接收从UE传送到基站的用户数据,其中所述方法包括,在UE处:
从无线网络接收指示UE将进入RRC不活动状态或者UE将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxxv).一种在包括主机计算机、基站和用户设备(UE)的通信***中实现的方法,所述UE在无线网络中操作并且被配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,所述方法包括:
在主机计算机处,接收从UE传送到基站的用户数据,其中所述方法包括,在UE处:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xxxvi).一种在包括主机计算机、基站和用户设备(UE)的通信***中实现的方法,所述UE在无线网络中操作并且配置用于处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变,所述方法包括:
在主机计算机处,接收从UE传送到基站的用户数据,其中所述方法包括,在UE处:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入RRC不活动状态时使用。
(xxxvii).示例实施例(xxxiv)-(xxxvi)中任一示例实施例的方法,进一步包括:
在UE处,向基站提供用户数据。
(xxviii).示例实施例(xxxiv)-(xxxvi)中任一示例实施例的方法,进一步包括:
在UE处,执行客户端应用,由此提供要传送的用户数据;以及
在主机计算机处,执行与客户端应用关联的主机应用。
(xxxix).示例实施例(xxxiv)-(xxxvi)中任一示例实施例的方法,进一步包括:
在UE处,执行客户端应用;以及
在UE处,接收到客户端应用的输入数据,所述输入数据在主机计算机处通过执行与客户端应用关联的主机应用来提供,
其中客户端应用响应于输入数据而提供要传送的用户数据。
(xl).一种包括主机计算机的通信***,所述主机计算机包括:
通信接口,其被配置成接收源自从在无线网络中操作的用户设备(UE)到基站的传输的用户数据,UE的处理电路被配置成通过以下操作来处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变:
从无线网络接收指示UE将进入RRC不活动状态或者UE将保持在RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xli).一种包括主机计算机的通信***,所述主机计算机包括:
通信接口,其被配置成接收源自从在无线网络中操作的用户设备(UE)到基站的传输的用户数据,UE的处理电路被配置成通过以下操作来处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变:
自主进入RRC不活动状态;以及
针对不活动状态操作,使用与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
(xlii).一种包括主机计算机的通信***,所述主机计算机包括:
通信接口,其被配置成接收源自从在无线网络中操作的用户设备(UE)到基站的传输的用户数据,UE的处理电路被配置成通过以下操作来处置从无线电资源控制(RRC)连接状态到RRC不活动状态的转变:
从RRC不活动状态转变到RRC连接状态;以及
存储至少一个不活动状态参数,以供后续重新进入所述RRC不活动状态时使用。
(xliii).示例实施例(xl)-(xlii)中任一示例实施例的通信***,进一步包括UE。
(xliv).示例实施例(xl)-(xliii)中任一示例实施例的通信***,进一步包括基站,其中基站包括配置成与UE通信的无线电接口以及配置成向主机计算机转发由从UE到基站的传输携带的用户数据的通信接口。
(xlv).示例实施例(xl)-(xliii)中任一示例实施例的通信***,其中:
主机计算机的处理电路被配置成执行主机应用;以及
UE的处理电路被配置成执行与主机应用关联的客户端应用,由此提供用户数据。
(xlvi).示例实施例(xl)-(xliii)中任一示例实施例的通信***,其中:
所述主机计算机的处理电路被配置成执行主机应用,由此提供请求数据;以及
所述UE的处理电路被配置成执行与主机应用关联的客户端应用,由此响应于请求数据而提供用户数据。
值得注意的是,受益于在前述描述和关联的附图中呈现的教导,本领域技术人员将会想到所公开的(一个或多个)发明的修改和其他实施例。因此,要理解,(一个或多个)本发明不限于所公开的特定实施例,并且修改和其他实施例意图被包含在本公开的范围内。尽管本文可以采用特定术语,但是它们仅被用于一般性且描述性意义,并不是为了限制的目的。

Claims (12)

1. 一种在无线网络中操作的无线装置中用于处置从无线电资源控制RRC连接状态到RRC不活动状态的转变的方法,所述方法包括:
从所述无线网络接收(1502)指示所述无线装置将进入所述RRC不活动状态或者所述无线装置将保持在所述RRC不活动状态的消息;以及
响应于所述消息,针对不活动状态操作,使用(1504)与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
2.如权利要求1所述的方法,其中所述消息包括RRC恢复拒绝消息或RRC释放消息。
3. 一种在无线网络中操作的无线装置中用于处置从无线电资源控制RRC连接状态到RRC不活动状态的转变的方法,所述方法包括:
自主进入(1602)所述RRC不活动状态;以及
针对不活动状态操作,使用(1604)与从所述消息中省略的参数对应的至少一个先前存储的不活动状态参数。
4.如权利要求1-3中任一项所述的方法,其中所述至少一个先前存储的不活动状态参数包括以下中的任何一个或多个:
所述无线装置的恢复身份;
寻呼配置参数;
无线电网络区域RNA参数;
RNA更新配置参数;
用于在后续恢复请求时刷新密钥的下一跳链接计数;
早期数据传输配置参数;
等待时间参数,用于指示直到等待定时器到期UE才应试图恢复或连接到小区;
小区重选优先级参数;
频率重定向信息;
小区质量导出参数;以及
在所述RRC不活动状态中要使用的测量配置参数。
5.如权利要求1-4中任一项所述的方法,其中所述消息包括与所述无线装置中先前存储的不活动状态参数对应的一个或多个不活动状态参数,所述方法进一步包括:用所述消息中的所述一个或多个不活动状态参数替换对应的所述先前存储的不活动状态参数,并且将所述消息中的所述不活动状态参数用于不活动状态操作。
6. 一种在无线网络中操作的无线装置中用于处置从无线电资源控制RRC连接状态到RRC不活动状态的转变的方法,所述方法包括:
从所述RRC不活动状态转变(1702)到所述RRC连接状态;以及
存储(1704)至少一个不活动状态参数,以供后续重新进入所述RRC不活动状态时使用。
7.如权利要求1-6中任一项所述的方法,其中所述RRC不活动状态是根据新空口NR的标准的RRC_INACTIVE状态。
8.如权利要求1-6中任一项所述的方法,其中所述RRC不活动状态是根据长期演进LTE的标准的挂起状态。
9.一种无线装置,适合于执行根据权利要求1-8中的任一项的方法。
10.一种无线装置,包括收发器电路和处理电路,所述处理电路可操作地与所述收发器电路关联,并被配置成执行根据权利要求1-8中的任一项的方法。
11.一种包括指令的计算机程序,所述指令在至少一个处理电路上执行时,使得所述至少一个处理电路执行根据权利要求1-8中的任一项的方法。
12.一种载体,包含权利要求11所述的计算机程序,其中所述载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。
CN201980030935.5A 2018-05-07 2019-05-07 用于恢复时挂起不活动和挂起时恢复不活动的方法 Active CN112514522B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862668016P 2018-05-07 2018-05-07
US62/668016 2018-05-07
PCT/SE2019/050402 WO2019216811A1 (en) 2018-05-07 2019-05-07 Methods for suspending inactive when resuming and resuming inactive when suspending

Publications (2)

Publication Number Publication Date
CN112514522A true CN112514522A (zh) 2021-03-16
CN112514522B CN112514522B (zh) 2024-07-23

Family

ID=66589864

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980030935.5A Active CN112514522B (zh) 2018-05-07 2019-05-07 用于恢复时挂起不活动和挂起时恢复不活动的方法

Country Status (7)

Country Link
US (3) US11388771B2 (zh)
EP (2) EP4199639B1 (zh)
JP (1) JP7094382B2 (zh)
CN (1) CN112514522B (zh)
ES (1) ES2947134T3 (zh)
MX (1) MX2020011547A (zh)
WO (1) WO2019216811A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118102436A (zh) 2018-05-07 2024-05-28 瑞典爱立信有限公司 用于处置拒绝时的无线电接入网通知区域(rna)更新配置的方法和设备
CN110831240B (zh) * 2018-08-07 2023-07-18 财团法人资讯工业策进会 在随机接入程序进行提早数据传输的基站与用户设备
JP6970650B2 (ja) * 2018-09-20 2021-11-24 Kddi株式会社 待ち受け状態で通信を行う端末装置、その制御方法、及びプログラム
CN110958688B (zh) * 2018-09-26 2024-01-09 夏普株式会社 用户设备及其执行的方法、基站及其执行的方法
WO2020198272A1 (en) * 2019-03-28 2020-10-01 Kyocera Corporation Resume failure report for failed attempt to resume connected state from inactive state
KR20230006497A (ko) * 2020-04-23 2023-01-10 에프쥐 이노베이션 컴퍼니 리미티드 라디오 자원 제어(rrc) 비활성 상태에서 소규모 데이터 송신
KR20230154267A (ko) * 2021-03-08 2023-11-07 삼성전자주식회사 무선 통신 시스템에서 sdt 동안 rna를 업데이트하는 방법 및 장치
CN116266901A (zh) * 2021-12-14 2023-06-20 上海朗帛通信技术有限公司 一种被用于无线通信中的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105898894A (zh) * 2016-05-13 2016-08-24 华为技术有限公司 Rrc状态的控制方法和装置
WO2018031603A1 (en) * 2016-08-10 2018-02-15 Idac Holdings, Inc. Light connectivity and autonomous mobility
CN107889274A (zh) * 2016-09-29 2018-04-06 宏碁股份有限公司 状态转换方法及用户设备
US20190274074A1 (en) * 2016-09-30 2019-09-05 Lg Electronics Inc. Method for performing rrc connection reestablishment process and apparatus supporting same

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010062043A2 (en) 2008-11-03 2010-06-03 Lg Electronics Inc. Method and apparatus for rrc connection reestablishment in wireless communication system
JP5010764B2 (ja) * 2010-08-13 2012-08-29 京セラ株式会社 無線測定収集方法及び無線端末
KR101771260B1 (ko) * 2011-10-04 2017-08-24 삼성전자주식회사 이동 통신 시스템에서 사용자 단말의 접속 제어 방법 및 장치
CA3024990C (en) * 2016-05-20 2022-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Storage of ue contexts in ran for inactive ues
EP3487258B1 (en) * 2016-08-11 2021-11-10 Samsung Electronics Co., Ltd. Method, terminal and base station for resuming a conection
CN115426725A (zh) * 2016-09-26 2022-12-02 三星电子株式会社 用于在下一代移动通信***中通信的方法和装置
US11039377B2 (en) * 2016-11-04 2021-06-15 Lg Electronics Inc. Method and device for receiving system information
KR102444377B1 (ko) * 2016-11-23 2022-09-19 한국전자통신연구원 통신 시스템에서 접속 방법 및 이를 수행하는 장치
CN108616942B (zh) * 2017-01-05 2020-11-17 华为技术有限公司 通信的方法、接入网设备和终端
JP6769494B2 (ja) * 2017-01-05 2020-10-14 日本電気株式会社 無線端末及び基地局並びにこれらの方法
CN110291812B (zh) * 2017-02-10 2022-04-15 三星电子株式会社 无线通信***中非活动模式操作的方法和装置
US10645669B2 (en) * 2017-02-10 2020-05-05 Samsung Electronics Co., Ltd. Method and apparatus for inactive mode operation in wireless communication system
KR102356027B1 (ko) * 2017-03-24 2022-01-26 삼성전자 주식회사 제1 무선접속기술과 제2 무선접속기술을 통해 데이터를 송수신하는 단말이 측정 결과를 보고하는 방법 및 장치
CN108632815B (zh) * 2017-03-24 2020-02-21 华为技术有限公司 通信方法与设备
CN108632810B (zh) * 2017-03-24 2021-08-20 华为技术有限公司 控制终端设备状态的方法、终端设备和网络设备
US11483810B2 (en) * 2017-04-03 2022-10-25 Huawei Technologies Co., Ltd. Methods and systems for resource configuration of wireless communication systems
WO2018193496A1 (ja) * 2017-04-17 2018-10-25 富士通株式会社 無線端末、基地局、無線通信システム及び無線通信方法
CN110547037B (zh) * 2017-04-28 2023-06-16 富士通株式会社 无线终端、基站、无线通信***以及无线通信方法
KR102359746B1 (ko) * 2017-06-05 2022-02-10 삼성전자 주식회사 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치
WO2018229323A1 (en) * 2017-06-16 2018-12-20 Nokia Technologies Oy Ran area id configuration
WO2019056271A1 (zh) * 2017-09-21 2019-03-28 北京小米移动软件有限公司 网络连接方法及装置
CN109756991B (zh) * 2017-11-06 2021-11-19 华为技术有限公司 通信方法及装置
JP7146916B2 (ja) * 2017-11-14 2022-10-04 ノキア テクノロジーズ オサケユイチア アイドルモード及び非アクティブモードでのbwp処理
TWI680690B (zh) 2017-11-16 2019-12-21 香港商鴻穎創新有限公司 用於使用者設備及用於基地台的無線存取網路通報區域管理方法
EP3711442B1 (en) * 2017-11-16 2023-05-10 Telefonaktiebolaget LM Ericsson (Publ) Replay protection for resume procedure
WO2019136634A1 (en) * 2018-01-10 2019-07-18 Zte Corporation Changing access control parameters in a wireless network
WO2019159963A1 (ja) * 2018-02-15 2019-08-22 京セラ株式会社 通信方法
JP7123152B2 (ja) * 2018-03-26 2022-08-22 テレフオンアクチーボラゲット エルエム エリクソン(パブル) Rrcインアクティブ状態における測定の一時停止/再開
AU2018417371A1 (en) * 2018-04-02 2019-12-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for controlling RRC state, and computer storage medium
US10791502B2 (en) * 2018-04-02 2020-09-29 FG Innovation Company Limited On-demand system information request procedure and error handling
HUE061259T2 (hu) * 2018-04-16 2023-06-28 Ericsson Telefon Ab L M Inaktív paraméterek kezelése feloldás és újra felfüggesztés alapján
CN111989943A (zh) * 2018-04-16 2020-11-24 瑞典爱立信有限公司 针对从非活动状态开始的rrc恢复的安全处理
MX2020011708A (es) * 2018-05-07 2021-01-08 Ericsson Telefon Ab L M Metodos para manejar la configuracion de actualizacion de area de notificacion de red de acceso por radio (rna) periodica despues de rechazo.
WO2019213822A1 (zh) * 2018-05-07 2019-11-14 Oppo广东移动通信有限公司 一种悬挂rrc连接的方法及装置、计算机存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105898894A (zh) * 2016-05-13 2016-08-24 华为技术有限公司 Rrc状态的控制方法和装置
WO2018031603A1 (en) * 2016-08-10 2018-02-15 Idac Holdings, Inc. Light connectivity and autonomous mobility
CN107889274A (zh) * 2016-09-29 2018-04-06 宏碁股份有限公司 状态转换方法及用户设备
US20190274074A1 (en) * 2016-09-30 2019-09-05 Lg Electronics Inc. Method for performing rrc connection reestablishment process and apparatus supporting same

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
""R2-1704146_nr_states_inactivity_v05"", 3GPP TSG_RAN\\WG2_RL2, 6 May 2017 (2017-05-06), pages 1 - 3 *
ICARO LEONARDO DA SILVA等: "A novel state model for 5G radio access networks", 2016 IEEE INTERNATIONAL CONFERENCE ON COMMUNICATIONS WORKSHOPS (ICC), 23 May 2016 (2016-05-23), pages 632 - 637, XP032919936, DOI: 10.1109/ICCW.2016.7503858 *
SAMSUNG: "Inactivity-based transition to a power efficient state", 3GPP TSG-RAN WG2 MEETING #98 R2-1704146, pages 1 - 3 *
SAMSUNG: "NR RRC state transitions and signalling procedures", 3GPP TSG-RAN WG2 MEETING #98 R2-1704145 *

Also Published As

Publication number Publication date
EP3791681A1 (en) 2021-03-17
WO2019216811A1 (en) 2019-11-14
EP4199639A1 (en) 2023-06-21
MX2020011547A (es) 2020-11-24
CN112514522B (zh) 2024-07-23
EP3791681B1 (en) 2023-04-12
US11882617B2 (en) 2024-01-23
EP4199639B1 (en) 2024-03-13
US20230380004A1 (en) 2023-11-23
JP7094382B2 (ja) 2022-07-01
ES2947134T3 (es) 2023-08-02
US11388771B2 (en) 2022-07-12
US20220312540A1 (en) 2022-09-29
US20210127449A1 (en) 2021-04-29
EP4199639C0 (en) 2024-03-13
JP2021523585A (ja) 2021-09-02

Similar Documents

Publication Publication Date Title
JP7433488B2 (ja) 無線アクセスネットワーク通知エリア(rna)更新の拒否時の構成を処理するための方法および装置
US11889577B2 (en) Methods for handling periodic radio access network notification area (RNA) update configuration upon reject
CN112514522B (zh) 用于恢复时挂起不活动和挂起时恢复不活动的方法
JP2018534854A (ja) 発展型マシンタイプ通信をもつデバイスツーデバイス通信のためのシステムおよび方法
US20190014558A1 (en) Mobile communication system, user terminal, base station, processor, and communication control method
US20150223280A1 (en) Mobile communication system, user terminal, communication control apparatus, and communication control method

Legal Events

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