CN113228736B - 条件切换中的暂停-恢复 - Google Patents

条件切换中的暂停-恢复 Download PDF

Info

Publication number
CN113228736B
CN113228736B CN201980084393.XA CN201980084393A CN113228736B CN 113228736 B CN113228736 B CN 113228736B CN 201980084393 A CN201980084393 A CN 201980084393A CN 113228736 B CN113228736 B CN 113228736B
Authority
CN
China
Prior art keywords
rrc
conditional
message
configuration
handover
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.)
Active
Application number
CN201980084393.XA
Other languages
English (en)
Other versions
CN113228736A (zh
Inventor
艾卡罗·L·J·达席尔瓦
帕特里克·鲁格兰德
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 CN113228736A publication Critical patent/CN113228736A/zh
Application granted granted Critical
Publication of CN113228736B publication Critical patent/CN113228736B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • 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
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00838—Resource reservation for handover
    • 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/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Landscapes

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

Abstract

公开了用于由无线设备和网络节点处理条件切换配置的系统、方法和装置。由无线设备执行的示例方法包括无线设备接收并存储一个或多个条件切换配置，其中该一个或多个切换配置中的每一个与目标小区候选相关联。无线设备从连接状态转变到休眠状态，其中转变包括丢弃该一个或多个条件切换配置。无线设备释放与该一个或多个条件切换配置相关联的资源并执行与条件切换相关的一个或多个清理动作。由网络节点执行的示例方法包括向用户设备提供与目标小区候选相关联的一个或多个条件切换配置。网络节点向用户设备发送从用于连接状态转变到休眠状态的消息。在发送消息后，网络节点丢弃该一个或多个条件切换配置。

Description

条件切换中的暂停-恢复
相关申请的交叉引用
本申请要求于2018年12月19日提交的标题为“SUSPEND-RESUME IN CONDITIONALHANDOVER”的美国临时专利申请No.62/781,760的权益和优先权，其公开内容通过引用整体并入本文。
技术领域
本公开总体上涉及无线通信系统，并且更具体地，涉及与条件切换相对应的无线通信和相关操作。
背景技术
NR和eLTE中的RRC连接恢复
图1A示出了与新无线电(NR)中的用户设备(UE)相对应的示例状态转变。在该示例中，在新无线电(NR)(以及在增强型长期演进(eLTE)中，例如，对于连接到5G核心网络(5GC)场景的LTE)中更新了无线电资源控制(RRC)状态模型，并且除了从LTE继承的现有RRC_IDLE和RRC_CONNECTED状态之外，还引入了新的RRC_INACTIVE状态。在RRC_INACTIVE中，来自先前RRC连接的UE上下文被存储在RAN中，并在下次建立RRC连接时重复使用。UE上下文包括诸如UE安全配置、所配置的无线电承载等信息。通过将UE上下文存储在无线电接入网(RAN)中，避免了在从RRC_IDLE转变到RRC_CONNECTED时通常需要的安全激活和承载建立所需的信令。这改进了时延并减少了信令开销。
图1B示出了UE和NR基站(gNB)之间的用于暂停连接的示例RRC消息传递。在该示例中，RRC_INACTIVE模式是通过引入两个新过程“RRC连接暂停”(也称为具有SuspendConfig的RRC连接释放)和“RRC连接恢复”来实现的。gNB通过向UE发送具有暂停指示(或配置)的RRC释放消息来暂停连接并将UE从RRC_CONNECTED移到RRC_INACTIVE。例如，这可以在UE已经有某段时间不活动之后发生，该某段时间不活动导致gNB内部不活动定时器到期。UE和gNB二者存储UE上下文和相关联的标识符(称为I-RNTI)。最近更新了在暂停配置中将配置两个标识符：长I-RNTI和短I-RNTI。恢复中要使用的标识符取决于小区的系统信息中来自网络的指示，在该小区中UE尝试进行恢复。引入该两个I-RNTI标识符以支持UE在小区中正在恢复时的场景，该小区仅为UE提供针对第一个UL消息的小的调度许可。RRC恢复请求的示例包括RRCResumeRequest和RRCResum eRequestl。
图1C示出了UE和gNB之间的用于恢复连接的示例RRC消息传递。在该示例中，为了转变到RRC_CONNECTED状态，UE通过向UE尝试与其恢复连接的gNB(这可以是与被暂停连接的小区/gNB相同或不同的小区/gNB)发送包括以下信息的RRC恢复请求来恢复连接：
·I-RNTI(长I-RNTI或短I-RNTI，取决于系统信息指示)；
·用于在RRC连接恢复时识别和验证UE的安全令牌(在规范中称为resumeMAC-I)；以及
·对恢复原因的指示(例如，移动始发的数据)。
服务于UE正在恢复的小区的gNB有时被称为目标gNB，而服务于UE被暂停的小区的gNB有时被称为源gNB。为了恢复连接，目标gNB确定哪个gNB是源gNB(考虑I-RNTI的gNB部分)并请求该gNB发送UE的上下文。在该请求中，除了其他信息之外，目标gNB提供从UE接收的UE ID和安全令牌以及目标小区的小区ID(Cell ID)。
然后，源gNB基于I-RNTI定位UE上下文，并基于安全令牌验证请求(参见下一部分)。如果成功，gNB将UE上下文转发给目标gNB，然后目标gNB使用RRC恢复来响应UE，以确认连接正在恢复。RRC恢复消息还可以包含用于重配置正在恢复的无线电承载的配置。最后，UE通过发送RRC重新建立完成来应答对RRC重新建立的接收。
所描述的NR RRC恢复过程在LTE(即使在UE被认为处于RRC_IDLE中并具有所存储的上下文的状态模型中)和eLTE(即，当LTE连接到5GC时)中以类似的方式工作。
图1D示出了与成功的RRC连接恢复相对应的示例消息传递。在NR和eLTE(连接到5GC的LTE)中，响应RRCResumeRequest的RRCResume消息被加密并受到完整性保护。这是使用基于所存储的AS安全上下文导出的新安全密钥完成的。作为RRCResumeRequest(或RRCResumeRequest1)传输的一部分，该新的密钥推导(某种密钥更新)作为恢复过程的一部分完成。
可以响应RRCResumeRequest消息来发送其他消息。在NR和eLTE中，在UE发送RRC恢复请求消息(例如，RRCResumeRequest或RRCResumeRequest1消息)后，UE可以在SRB1上接收以下消息中的一个或多个(这些消息可以被加密和受完整性保护，如上所述)：
·具有暂停配置的RRCRelease，将UE移到RRC_INACTIVE；
·不具有暂停配置的RRCRelease，将UE移到RRC_IDLE；和/或
·RRCResume，将UE移到RRC_CONNECTED。
也可以发送其他消息(其将不会被加密或不受完整性保护)，但是是在SRB0上：具有等待定时器的RRCReject，或RRCSetup(回退到RRC_IDLE)。
图1E示出了与回退到RRC连接建立的成功的RRC连接恢复相对应的示例消息传递。
图1F示出了与随后是网络释放的成功的RRC连接恢复相对应的示例消息传递。
图1G示出了与随后是网络暂停的成功的RRC连接恢复相对应的示例消息传递。
图1H示出了与网络拒绝RRC连接恢复请求相对应的示例消息传递。
Rel-16中针对LTE和NR以及条件切换(CHO)的移动鲁棒性工作项目
针对LTE和NR中的移动性增强的两个新工作项目已在3GPP版本16中启动。工作项目的主要目的是在切换时改进鲁棒性并减少中断时间。
与切换时的鲁棒性相关的一个问题是切换(HO)命令(具有mobilityControlInfo的RRCConnectionReconfiguration，以及具有reconfigurationWithSync字段的RRCReconfiguration)通常在UE的无线电条件已经很差时发送。如果消息被分段或存在着重传，这可导致HO命令没有及时到达UE。
在LTE和NR中，过去已经讨论了提高移动鲁棒性的不同的解决方案。NR中讨论的一种解决方案称为“条件切换”或“提前切换命令”。为了在UE应执行切换的时间(和无线电条件)上避免对服务无线电链路的不希望的依赖，应该提供更早向UE提供用于切换的RRC信令的可能性。为了实现这一点，例如基于可能类似于与A3事件相关联的条件的无线电条件，应该可将HO命令与条件相关联，在A3事件中给定的邻居变得比目标好X dB。一旦满足条件，UE根据所提供的切换命令执行切换。
例如，这样的条件可以是目标小区或波束的质量变得比服务小区强X dB(类似于A3类事件可以被配置为触发测量报告)。然后应该将在先前的测量报告事件中使用的阈值Y选择为低于切换执行条件中的阈值。这允许服务小区在接收到提前的测量报告时准备切换，并在源小区和UE之间的无线电链路仍然稳定时提供具有mobilityControlInfo的RRCConnectionReconfiguration(LTE)或具有reconfigurationWithSync的RRCReconfiguration(NR)。切换的执行在稍后的时间点(和阈值点)完成，该时间点(和阈值点)被认为对于切换执行而言是最佳的。
图1I示出了具有单个服务小区和目标小区的示例条件切换。实际上，可经常存在UE基于其先前的RRM测量报告为可能候选的许多小区或波束。在2018年11月斯波坎的RAN2#104中，同意LTE支持对用于条件切换的一个或多个候选小区的配置，其中候选小区的数量留待将来研究。
基于最新的协议，网络可以为这些候选中的若干个候选配置条件切换命令。例如在HO执行条件(要测量的RS和要超过的阈值)方面，在满足条件时要发送的RA前导码方面，或在要在特定目标节点候选中使用的配置本身方面，针对这些候选中的每一个候选的RRCConnectionReconfiguration(或RRCReconfiguration，在NR中)可以不同。
当UE评估条件时，它应该按照其当前的RRC配置来继续操作，即不应用条件HO命令。当UE确定满足条件时，它与服务小区断开连接，应用条件HO命令，并连接到目标小区。这些步骤等同于当前的即时切换执行。
用于移动性准备的节点间消息
RRC节点间消息
在NR和LTE中，通常使用两个节点间消息：HandoverPreparationInformation和HandoverCommand。当源节点决定切换UE时，源节点在HandoverPreparationInformation中向目标节点提供一些信息，使目标节点能够准备在切换执行时在目标中使用的RRCReconfiguration(在HandoverCommand中提供)。来自TS 38.331中的定义如下所示(但TS 36.331中存在类似的过程)：
HandoverPreparationInformation消息
该消息用于传输在切换准备期间由目标gNB使用的NR RRC信息(包括UE能力信息)，方向为源eNB/源RAN到目标gNB。
注释2：以下表针对每个源RAT来指示是否包括RAT能力。
源RAT NR能力 E-UTRA能力 MR-DC能力
NR 包括 可能包括 可能包括
E-UTRAN 包括 可能包括 可能包括
HandoverCommand消息
该消息用于传输由目标gNB生成的切换命令，方向是目标gNB到源gNB/源RAN。
用于切换/DC设置的Xn节点间消息
根据TS 38.420，存在称为“切换准备功能”的功能，其允许源NG-RAN节点和目标NG-RAN节点之间交换信息，以便发起某个UE到目标的切换。针对DC设置存在等效的功能，称为“S-NG-RAN节点添加准备”。
与本公开的上下文相关的另一个功能是“切换取消功能”功能，其允许向已经准备好的目标NG-RAN节点通知准备好的切换将不会发生。它允许释放在准备期间分配的资源。
下面再现了TS 38.423的相关部分。这些部分附有已经在图1J、图1K和图1L中再现的附图。
8.2.1切换准备
8.2.1.2成功的操作
源NG-RAN节点通过向目标NG-RAN节点发送HANDO VER REQUEST(切换请求)消息来发起该过程。当源NG-RAN节点发送切换请求消息时，它应启动定时器TXnRELOCprep。
在接收到切换请求消息时，目标NG-RAN节点应通过使用UE Context Information(UE上下文信息)IE中的UE Security Capabilities(UE安全能力)IE和ASSecurityInformation(AS安全信息)IE中的信息来准备UE和目标NG-RAN节点之间的AS安全关系的配置，如TS 33.501[28]中所规定。
8.2.1.3不成功的操作
如果目标NG-RAN节点不准许至少一个PDU会话资源，或者在切换准备期间发生失败，则目标NG-RAN节点应向源NG-RAN节点发送HANDOVER PREPARATION FAILURE(切换准备失败)消息。该消息应包含具有话当值的Cause(原因)IE。
与切换取消过程的交互：
如果在源NG-RAN节点中的定时器TXnRELOCprep到期之前没有来自目标NG-RAN节点的对切换请求消息的响应，则源NG-RAN节点应通过发起具有原因IE的适当值的切换取消过程来取消朝向目标NG-RAN节点的切换准备过程。源NG-RAN节点应忽略在发起切换取消过程之后接收到的任何HANDOVER REQUEST ACKNO WLEDGE(切换请求应答)或HANDOVERPREPARATION E4ILURE(切换准备失败)消息，并且移除任何参考并释放与相关的Xn UE相关联的信令有关的任何资源。
8.2.1.4异常条件
如果在UE上下文信息IE中的UE安全能力IE中定义的所支持的加密算法加上在所有UE中对EEA0和NEA0算法的强制支持(TS 33.501[28])不匹配在NG-RAN节点中的所配置的允许加密算法列表中定义的任何允许的算法(TS 33.501[28])，则NG-RAN节点应使用切换准备失败消息来拒绝该过程。
如果在UE上下文信息IE中的UE安全能力IE中定义的所支持的完整性算法加上在所有UE中对EIA0和NIA0算法的强制支持(TS 33.501[28])不匹配NG-RAN节点中的所配置的允许完整性保护算法列表中定义的任何允许的算法(TS 33.501[28])，则NG-RAN节点应使用切换准备失败消息来拒绝该过程。
8.2.3切换取消
8.2.3.1概述
切换取消过程用于使源NG-RAN节点能够取消进行的切换准备或已经准备好的切换。
该过程使用UE关联的信令。
8.2.3.2成功的操作
源NG-RAN节点通过向目标NG-RAN节点发送HANDOVER CANCEL(切换取消)消息来发起该过程。源NG-RAN节点应借助于适当的原因值指示取消切换的原因。
8.2.3.3不成功的操作
不适用。
8.2.3.4异常条件
如果切换取消消息涉及不存在的上下文，则目标NG-RAN节点应忽略该消息。
图1J示出了如8.2.1.2中所规定的与切换准备相对应的成功的操作。
图1K示出了如8.2.1.3中所规定的与切换准备相对应的不成功的操作。
图1L示出了如8.2.1.2中所规定的与切换取消相对应的成功的操作。
用于移动性执行的节点间消息
以上提供了用于切换的节点间准备过程的描述。下面描述了移动性执行时的节点间过程，具体地跟随在切换执行之后(例如，在目标节点处接收到切换完成消息(例如RRCReconfigurationComplete)时)的节点间步骤。如NR和eLTE中的RRC连接恢复部分(上文)中所述，在接收到RRCReconfigurationComplete后，目标节点(NR中的gNodeB，或者更一般地说，如38.413中描述的NG-RAN节点)通过向接入管理功能(AMF)发送PATH SWITCHREQUEST(路径换路请求)来触发路径换路请求过程，如下所示。这部分附有已经在图1M中再现的附图。
8.4.4路径换路请求
8.4.4.1概述
路径换路请求过程的目的是请求将下行链路GTP隧道换路到新的GTP隧道端点。
8.4.4.2成功的操作
NG-RAN节点通过向AMF发送路径换路请求消息来发起该过程。
在5GC中针对路径换路请求中包括的至少一个PDU会话资源已经成功完成包括UP路径换路在内的所有必要更新后，AMF应向NG-RAN节点发送PATH SWITCH REQ UEST ACKNOWLEDGE(路径换路请求应答)消息，并且该过程结束。
接受的QoS流的列表应被包括路径换路请求消息中，在Path Switch RequestTransfer(路径换路请求传输)IE内。SMF应按照TS23.502[10]中的规定处理该信息。
未能设置的PDU会话的列表(若存在)应被包括在路径换路请求消息中，在PathSwitch Request Setup Failed Transfer(路径换路请求设置失败传输)IE内。AMF应按照TS 23.502[10]中的规定处理该信息。
对于每个PDU会话，SMF应按照TS 33.501[13]中的规定来表现，并且可以在路径换路请求应答消息的Path Switch Request AcknowledgeTransfer(路径换路请求应答传输)IE内发送回Security Indication(安全指示)IE，其中，针对该每个PDU会话，User PlaneSecurity Information(用户平面安全信息)IE被包括在路径换路请求消息的路径换路请求传输IE中。
如果安全指示IE被包括在路径换路请求应答消息的路径换路请求应答传输IE内，则NG-RAN节点应按照TS 33.501[13]中的规定来表现。
如果UL NG-U UP TNL信息IE被包括在路径换路请求应答消息的路径换路请求应答传输IE内，则NG-RAN节点应存储该信息并将其用作针对该PDU会话的用户平面数据的上行链路终止点。
如果Core Network Assistance Information(核心网络辅助信息)IE被包括在路径换路请求应答消息中，则NG-RAN节点应(如果支持)将该信息存储在UE上下文中并将其用于例如针对UE的RRC_INACTIVE状态决定和RNA配置以及针对处于RRC_INACTIVE状态的UE的RAN寻呼(若存在)，如TS 38.300[8]中所规定的。
如果RRC Inactive Transition Report Request(RRC不活动转变报告请求)IE被包括在路径换路请求应答消息中，则NG-RAN节点应(如果支持)将该信息存储在UE上下文中，并且
1.-如果RRC不活动转变报告请求IE被设置为“后续状态转变报告”，则当UE进入或离开RRC_INACTIVE状态时，向AMF报告UE的RRC状态；或者
2.-如果UE处于RRC_CONNECTED状态并且RRC不活动转变报告请求IE被设置为“单个RRC连接状态报告”，则发送一个RRC INACTIVE TRANSITION REPORT(RRC不活动转变报告)消息，但不发送后续消息，或者
3.-如果UE处于RRC_INACTIVE状态并且RRC不活动转变报告请求IE被设置为“单个RRC连接状态报告”，则当RRC状态转变到RRC_CONNECTED状态时，发送一个RRC不活动转变报告消息加上一个后续的RRC不活动转变报告消息，或者
4.如果RRC不活动转变报告请求IE被设置为“取消报告”，则停止向AMF报告UE的RRC状态。
如果New Security Context Indicator(新案全上下文指示符)IE被包括在路径换路请求应答消息中，则NG-RAN节点应按照TS 33.501[13]中的规定来使用该信息。
在接收到路径换路请求应答消息后，NG-RAN节点应将所接收的安全上下文IE存储在UE上下文中，并且NG-RAN节点应按照TS 33.501[13]中的规定来使用它。
如果UE安全能力IE被包括在路径换路请求应答消息中，则NG-RAN节点应相应地理它它(TS 33.501[13])。
果果PDU Session Resource Released List(PDU会话资源释放列表)IE被包括在路径换路请求应答消息中，则NG-RAN节点应释放对应的QoS流，并将PDU会话资源释放列表IE中指示的PDU会话视为已释放。针对释放的每个PDU会话的适当原因值被包括在路径换路请求应答消息中包含的Path Switch Request Unsuccessful Transfer(路径换路请求不成功传输)IE中。
图1M示出了与路径换路请求相对应的成功的操作。一旦路径换路请求过程完成，目标节点通过向源NG-RAN节点发送UE CONTEXT RELEASE(UE上下文释放)消息来触发UE上下文释放过程。这在下面如TS 38.423中所描述地示出。这部分附有在图1N中再现的附图。
8.2.7 UE上下文释放
8.2.7.1概述
对于切换，UE上下文释放过程由目标NG-RAN节点发起，以向源NG-RAN节点指示允许释放针对相关联的UE上下文的无线电和控制平面资源。
该过程使用UE关联的信令。
8.2.7.2成功的操作
切换
UE上下文释放过程由目标NG-RAN节点发起。目标NG-RAN节点通过发送UE-上下文释放消息来向源NG-RAN节点通知切换成功并触发资源释放。
8.2.7.3不成功的操作
不适用。
8.2.7.4异常条件
如果在定时器TXnRELOCoverall到期之前没有从任何准备好的NG-RAN节点向源NG-RAN节点发起UE上下文释放过程，则源NG-RAN节点应请求AMF释放UE上下文。
如果在接收到UE上下文释放消息或定时器TXnRELOCoverall到期之前UE返回源NG-RAN节点，则源NG-RAN节点应停止TXnRELOCoverall并继续为UE提供服务。
图1N示出了与UE上下文释放相对应的针对切换的成功的操作。
发明内容
本公开中描述的示例提供了用于减少用户设备与网络行为之间的不明确和/或不匹配的技术，从而降低了切换失败的风险并改进了连接稳定性。此外，本文描述的技术提供了与网络资源的使用相关的改进的效率。其他优点对于本领域普通技术人员可以是明显的。某些示例可以没有所述优点、或具有所述优点中的一些或全部。
一个或多个计算机的系统可以被配置为通过在系统上安装的、在操作时使得系统执行动作的软件、固件、硬件或者其组合来执行特定动作。一个或多个计算机程序可以被配置为通过包括指令来执行特定操作或动作，所述指令在被数据处理装置执行时使得该装置执行动作。一个一般性的方面包括由无线设备执行的用于处理条件切换配置的方法，该方法包括：无线设备接收并存储一个或多个条件切换配置，其中该一个或多个切换配置中的每一个与目标小区候选相关联。该方法还包括无线设备从连接状态转变到休眠状态，其中转变包括丢弃该一个或多个条件切换配置。该方法还包括无线设备释放与该一个或多个条件切换配置相关联的资源并执行与条件切换相关的一个或多个清理动作。该方面的其他实施例包括对应的计算机系统、装置和记录在一个或多个计算机存储设备上的计算机程序，它们均被配置为执行方法的动作。
一个一般性的方面包括由网络节点执行的方法。该方法包括向UE提供与目标小区候选各自相关联的一个或多个条件切换配置。该方法还包括网络节点向UE发送用于暂停从连接状态到休眠状态的消息。该方法还包括网络节点在发送该消息之后丢弃该一个或多个条件切换配置。该方面的其他实施例包括对应的计算机系统、装置和记录在一个或多个计算机存储设备上的计算机程序，它们均被配置为执行方法的动作。
附图说明
为了更全面理解所公开的实施例及其特征和优点，现结合附图参考以下描述。
图1A示出了与新无线电(NR)中的用户设备(UE)相对应的示例状态转变。
图1B示出了UE和NR基站(gNB)之间的用于暂停连接的示例RRC消息传递。
图1C示出了UE和gNB之间的用于恢复连接的示例RRC消息传递。
图1D示出了与成功的RRC连接恢复相对应的示例消息传递。
图1E示出了与回退到RRC连接建立的成功的RRC连接恢复相对应的示例消息传递。
图1F示出了与随后是网络释放的成功的RRC连接恢复相对应的示例消息传递。
图1G示出了与随后是网络暂停的成功的RRC连接恢复相对应的示例消息传递。
图1H示出了与网络拒绝RRC连接恢复请求相对应的示例消息传递。
图1I示出了具有单个服务小区和目标小区的示例条件切换。实际上，可经常存在UE基于其先前的RRM测量报告为可能候选的许多小区或波束。
图1J示出了与切换准备相对应的成功的操作。
图1K示出了与切换准备相对应的不成功的操作。
图1L示出了与切换取消相对应的成功的操作。
图1M示出了与路径换路请求相对应的成功的操作。
图1N示出了与UE上下文释放相对应的针对切换的成功的操作。
图2是示出了根据一些示例的UE和网络节点在进入休眠状态时处理条件切换配置并将UE从连接状态转变到休眠状态的序列图。
图3是示出了根据一些示例的UE和网络节点设置条件切换并将UE从休眠状态转变到连接状态的序列图。
图4是示出了根据一些示例的由无线设备执行的用于处理条件切换配置的方法的流程图。
图5是示出了根据一些示例的由网络节点执行的用于处理与正在从连接状态转变到休眠状态的用户设备相关的条件切换配置的方法的流程图。
图6是示出了根据一些示例的无线网络的框图。
具体实施方式
现在将参考附图更全面地描述本文中设想的一些实施例。然而，其他实施例包含在本文所公开的主题的范围内，所公开的主题不应被解释为仅限于本文阐述的实施例；相反，这些实施例是通过示例方式提供的，以向本领域技术人员传达本主题的范围。
在当前的RRC规范中，UE在接收到包含暂停配置(suspendConfig)的RRCRelease消息时从RRC_CONNECTED转变到RRC_INACTIVE。根据该过程，存储两种类型的参数。第一类型的参数是RRCRelease消息中提供的参数，它们被存储以在UE处于不活动状态或空闲状态时使用，或者在转变回连接状态时使用。
在接收到RRCRelease消息时存储的另一类型的参数是UE在RRC_CONNECTED下已经接收到并且打算在UE恢复时使用的参数。这些过程在来自TS 38.331的以下部分中示出。
5.3.8.3 UE对RRCRelease的接收
UE应：
…
1>如果RRCRelease消息包括cellReselectionPriorities：
2>存储由cellReselectionPriorities提供的小区重选优先级信息；
2>如果包括t320：
3>启动定时器T320，根据t320的值来设置定时器值；
1>否则：
2>应用系统信息中广播的小区重选优先级信息；
1>如果包括deprioritisationReq：
2>启动或重新启动定时器T325，定时器值被设置为发信号通知的deprioritisation Timer；
2>存储deprioritisationReq，直到T325到期；
1>如果RRCRelease包括suspendConfig：
2>应用接收到的suspendConfig；
2>重置MAC并释放默认的MAC小区组配置(若存在)；
2>针对SRB1重新建立RLC实体；
2>如果响应于RRCResumeRequest或RRCResumeRequestl而接收到具有suspendConfig的RRCRelease消息：
3>停止定时器T319(如果正在运行)；
3>在存储的UE不活动AS上下文中：
4>将KgNB和KRRCint密钥替换为当前的KgNB和KRRCint密钥；
4>将C-RNTI替换为UE已经接收到RRCRelease消息的小区中的临时C-RNTI；
4>将cellIdentity替换为UE已经接收到RRCRelease消息的小区的cellIdentity；
4>将物理小区标识替换为UE已经接收到RRCRelease消息的小区的物理小区标识；
4>将suspendConfig替换为当前的suspendConfig；
2>否则：
3>在UE不活动AS上下文中存储接收到的suspendConfig、使用RRCReconfiguration或RRCResume配置的所有当前参数、当前KgNB和KRRCint密钥、ROHC状态、源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识[.]
如上所述，条件切换配置至少包括由目标节点候选针对目标小区候选准备的RRCReconfiguration消息、以及在连接模式下要监视的触发条件。在设计暂停功能时，这样的功能并不存在。因此，常规技术中的问题是不清楚UE在进入RRC_INACTIVE时应当对在RRC_CONNECTED中接收的条件切换(CHO)相关的配置做什么。因此，在常规技术中也不清楚当UE恢复时发生什么。
图2示出了与以下UE和网络节点方法相对应的示例，该UE和网络节点方法用于在进入休眠状态时处理条件切换配置并用于将UE从连接状态转变到休眠状态。
本公开提供了在UE(用户设备、无线终端)处的用于在进入休眠状态(例如，RRC_IDLE、RRC_INACTIVE或针对节能而优化的任何其他协议状态)时处理条件切换配置的方法，该方法包括：
·在步骤7处，例如，当UE处于RRC_CONNECTED时，接收并存储来自源网络节点的一个或多个条件切换配置，其中这些配置中的每一个都与目标小区候选相关联；
·在步骤10处，在从连接(例如，RRC_CONNECTED)转变到休眠状态(例如，RRC_INACTIVE或RRC_IDLE)时，丢弃(例如，删除、移除等)条件切换配置，并且例如在接收到RRCRelease消息(或与休眠状态转变相联系的任何其他触发)时，释放相关联的资源；以及
·在步骤10处，执行与条件切换过程相关的清理动作的集合，例如丢弃状态变量(例如，计数器等)、丢弃相关测量(例如，UE一直监视以获取触发条件的测量)、停止监视条件切换条件、停止与条件切换过程相关联的定时器(例如有效性资源定时器、失败定时器等)。
本公开还提供了在源网络节点处的用于将UE从连接状态(例如，RRC_CONNECTED)转变到休眠状态(例如，RRC_IDLE、RRC_INACTIVE或针对节能而优化的任何其他协议状态)的方法，该方法包括：
·在步骤9处，传输(或发送)用于将UE暂停到不活动或释放到空闲的消息(例如，具有或不具有暂停配置的RRCRelease消息)，该UE已存储条件切换配置，其中这些条件切换配置中的每一个与目标小区候选相关联；
·丢弃(例如，删除)提供给该UE的条件切换配置，以便在从连接(例如，RRC_CONNECTED)转变到休眠状态(例如，RRC_INACTIVE或RRC_IDLE)时，所考虑的这些特定配置不是存储的UE AS上下文的一部分，或被视为存储的RRC配置的一部分；以及
·在步骤11a、11b和/或11c处，通知准备了条件切换配置的至少一个目标节点候选，可能包括对UE已被暂停或释放的指示，以便在接收到该信息时，目标节点候选可以丢弃条件切换配置和/或释放针对条件切换分配的资源。该步骤可以在另一个节点中存在至少目标节点候选小区的情况下完成，该情况在仅针对节点内小区配置CHO的情况下(例如，当存在相同的CU或相同的DU时)是不需要的。
在可以形成与切换相关的其他动作的上下文中，上面描述的步骤7、9、10、11a、11b和11c在图2中示出，该其他动作是例如提供测量控制和报告(步骤1)、条件切换准备决定(步骤2)、条件切换请求(步骤3a、3b和/或3c)、准入控制(步骤4a、4b和/或4c)、条件切换响应(步骤5a、5b和/或5c)、RRCConditionalReconfiguration(步骤6)、以及决定暂停UE(步骤8)。
图3示出了与以下UE和网络节点方法相对应的示例，该UE和网络节点方法用于设置将UE从休眠状态转变到连接状态的条件切换。
本公开提供了在UE(用户设备、无线终端)处的用于设置从休眠状态(例如，RRC_IDLE、RRC_INACTIVE或针对节能而优化的任何其他协议状态)转变到连接状态(例如，RRC_CONNECTED)的条件切换的方法，该方法包括：
·在步骤302处，发送RRC恢复请求之类的消息；
·在步骤314处，接收包含条件切换配置的RRC恢复之类的消息；以及
·在步骤316处，根据条件切换配置执行动作。
本公开提供了在源节点处的用于设置在UE(用户设备、无线终端)处从休眠状态(例如，RRC_IDLE、RRC_INACTIVE或针对节能而优化的任何其他协议状态)转变到连接状态(例如，RRC_CONNECTED)的条件切换的方法，该方法包括：
·在步骤302处，接收RRC恢复请求之类的消息；
·在步骤304处，获取UE接入层(AS)上下文；
·在步骤306处，例如基于UE AS上下文处包含的指示支持条件切换的UE能力，确定尝试进行恢复的UE支持条件切换；
·在步骤308处，决定针对至少一个目标小区候选小区-X向该UE配置条件切换，条件与测量信息相关，例如类似于A3事件；
·在节点间条件切换(与节点内条件切换相反)的情况下，在步骤310处，向至少一个目标节点发起针对目标小区的条件切换准备过程(例如，通过发送条件切换准备消息)，并且在步骤312处，作为响应从至少一个目标节点接收针对条件切换的RRCReconfiguration消息；以及
·在步骤314处，向UE发送包含条件切换的RRC恢复之类的消息。
如本文所描述的，本公开提供了对以下情况下的行为进行定义的技术：UE被配置了进入休眠状态(例如，RRC_IDLE、RRC_INACTIVE等)的条件切换，并且随后恢复到RRC_CONNECTED状态。在没有这些技术的情况下，具有先前条件切换配置的UE是否会在恢复连接时保留并应用这些配置，或者它是否会删除这些配置将是不明确的。如果存在网络行为和UE行为之间的不匹配(例如，如果UE存储并恢复条件切换配置，而网络释放它们)，则一旦UE返回到RRC_CONNECTED并执行条件切换，UE将经历切换失败.
类似地，如果UE释放条件切换配置，而网络使用预留的资源维护它们，这些资源将不可用于其他UE(这是资源的浪费)，并且网络可能尝试提供在它假设UE已维护的条件切换配置之上的增量配置。如果UE应用这些不完整的增量配置，则如果它尝试执行条件切换，将会失败。如果UE简单地忽略这些增量配置，则这导致不必要的网络信令。
因此，由于本文描述的技术，在UE AS上下文(当它涉及UE在RRC_CONNECTED中接收的条件切换配置时)方面，在UE和网络之间不存在不明确或不匹配。因此，当UE在处于休眠状态(例如，不活动状态或空闲状态)后恢复时，UE不尝试在恢复时复原条件切换配置(这可能是一种可能的错误解释，如果不应用本方法的话)。
关于切换的更多细节，当满足切换条件时，配置了条件RRCReconfiguration的集合的UE执行切换(或条件切换，取决于在NR RRC规范中怎么称呼该过程)。在P76252-标题为“Method for Configuration of CHO”的美国临时申请No.62/754,198(其全部内容通过引用并入本文)中进一步描述了使用条件RRCReconfiguration的集合来配置UE。在一些示例中，条件切换相关配置是针对小区、小区列表、测量对象或频率的。在小区关联的情况下，它们可针对于相同的RAT或针对于不同的RAT。
在本公开的上下文中，针对小区的条件切换相关配置可以包括至少以下内容：
·RRCReconfiguration之类的消息(或具有等效内容的任何消息)，可能包含使用NR术语的reconfigurationWithSync(在38.331规范中定义)并由目标节点候选来准备。或者，使用E-UTRA术语，具有mobilityControlInfo(在36.331规范中定义)的RCConnectionReconfiguration；
·触发条件配置，例如，类似于A1-A6或B1-B2(RAT间事件)触发事件(如38.331/36.331中在reportConfig中所定义的)，其中代替触发测量报告，它将会触发条件切换；以及
·其他条件切换控制参数，例如，定义目标节点候选资源有效性的定时器等。
在本公开中，条件切换也可以称为具有同步的条件重配置。在NR术语中，切换通常称为具有reconfigurationWithSync(包含用于执行切换的配置的字段，该配置如目标信息，例如频率、小区标识符、随机接入配置等)的RRCReconfiguration。在E-UTRA术语中，切换通常称为具有mobilityControlInfo(包含用于执行切换的配置的字段)的RRCConnectionReconfiguration。
UE(和网络)动作可以在NR或E-UTRA环境中执行，例如，在NR中针对NR小区接收条件HO的配置，其中UE在NR中暂停并且UE在NR中恢复。然而，当这些步骤中的任何一个发生在不同的RAT中时，这些方法也适用，例如：
·UE在E-UTRA中被配置了条件HO(针对候选NR和E-UTRA小区)，UE在E-UTRA中被暂停，但UE在E-UTRA中恢复；
·UE在NR中被配置了条件HO(针对候选NR和LTE小区)，UE在NR中被暂停，但UE在E-UTRA中恢复；
·UE在E-UTRA中被配置了条件HO(针对候选NR和E-UTRA小区)，UE在E-UTRA中被暂停，但UE在NR中恢复；或者
·更一般地说，针对RAT-1或RAT-2中的小区，UE在RAT-1中被配置了条件HO，UE在RAT-1中被暂停，但UE在RAT-2中恢复。
该方法是在条件切换的上下文中描述的(或者至少所描述的在暂停/恢复过程中要处理的配置是关于CHO配置的)，不应将其解释为限制因素。该方法也可适用于通过接收到具有没有任何相关联的条件的reconfiguration WithSync的RRCReconfiguration消息(或具有mobilityControlInfo的RRCConnectionReconfiguration)来触发的切换。
在本公开的上下文中，休眠状态的示例包括RRC_IDLE、RRC_INACTIVE或设计有用于节约电池和相对于连接状态的较慢接入的过程的任何其他协议状态，其中在连接状态下，协议动作被设计用于更快的接入和/或数据传输。
具有CHO的UE暂停过程的详细描述
图4是示出了根据一些示例的由无线设备(例如，UE)执行的用于处理条件切换配置的方法的流程图。
在步骤402处，无线设备从源网络节点接收并存储一个或多个条件切换配置。在一些示例中，在无线设备处于连接状态时接收这些条件切换配置。该一个或多个切换配置中的每一个与目标小区候选相关联。
在步骤404处，无线设备从连接状态转变到休眠状态并丢弃该一个或多个条件切换配置。在本示例中，丢弃包括在从连接状态转变到休眠状态时删除、移除、释放条件切换配置等。
在一些示例中，丢弃条件切换配置包括：
·确定在休眠状态下存储什么，并针对条件切换配置添加例外(例如，指示不应存储条件切换配置)；
·删除条件切换配置；和/或
·将条件切换配置作为存储的AS上下文的一部分来包括，该存储的AS上下文随后一旦UE从RRC_INACTIVE进入RRC_CONNECTED就被删除。在那种情况下，删除条件切换配置的时机是当UE请求恢复连接或当UE再次进入RRC_CONNECTED时。
关于用于丢弃条件切换配置的触发点存在各种示例。这些触发点包括：
·从连接状态到休眠状态的转变(例如，RRC_CONNECTED到RRC_INACTIVE)。该动作可以在接收到包含暂停配置(字段suspendConfig)(其是对UE应转变到RRC_INACTIVE而不是RRC_IDLE的指示)的RRCRelease消息时开始；
·从连接状态到休眠状态的转变。该动作可以在接收到不包含暂停配置(字段suspendConfig)(其是对UE应转变到RRC_INACTIVE而不是RRC_IDLE的指示)的RRCRelease消息时开始。在其他示例中，在数据不活动定时器到期时，处于连接状态的UE应转变到空闲并触发NAS恢复。在那种情况下，UE应丢弃任何存储的条件切换配置；
·发起从休眠状态(例如，RRC_INACTIVE)到连接模式(RRC_CONNECTED)的转变，例如在发起RRCResumeRequest消息的传输时。确切的发起可以是在传输请求之类的消息时，或在准备期间(在消息被发送之前但已经知道UE将发送它)；和/或
·完成从休眠状态(例如，RRC_INACTIVE)到连接模式(RRC_CONNECTED)的转变，例如在接收到RRCResume消息或传输RRCResumeComplete消息时。
在步骤406处，无线设备释放与该一个或多个条件切换配置相关联的资源。在一些示例中，在无线设备接收到RRC释放消息时执行资源的释放。
在步骤408处，无线设备执行与条件切换相关的一个或多个清理动作。在一些示例中，该一个或多个清理动作包括以下动作中的一个或多个：丢弃状态变量(例如，计数器等)；丢弃针对条件切换条件监视的测量；停止与条件切换条件相对应的监视；或停止与条件切换过程相关联的定时器(例如有效性资源定时器、失败定时器等)。
与条件切换配置相关的状态变量的示例是有效性定时器，其可以被配置给UE以指示目标节点候选小区和/或节点准备的资源多长时间有效，例如随机接入信道(RACH)资源。每个目标小区候选准备RRCReconfiguration之类的消息(可能具有reconfigurationWithSync)并(经由源节点)提供给UE触发条件配置(例如，具有阈值的A3之类的事件、测量触发质量(如RSRP、RSRQ或SINR)、触发时间等)，并且定时器在接收到条件切换配置时启动。然后，当UE在这些定时器正在运行(例如，每个目标小区候选一个定时器或所有目标小区候选一个公共定时器，以指示所有目标节点候选的整个配置的有效性)时从连接状态转变到休眠状态(例如，RRC_INACTIVE)，根据方法，UE停止这些有效性资源定时器，以避免UE在其处于RRC_INACTIVE时丢弃这些配置，或者甚至避免UE在RRC_INACTIVE或任何其他休眠状态下为这些配置而操心。
在一些示例中，作为这些清理动作的一部分，该方法包括：UE停止监测触发条件(例如，频率中的与一个或多个小区的集合相关联的A3之类的事件)并停止执行与触发条件相关联的所需测量。这些动作可以被建模为在转变到不活动时采取的独立步骤(即与定时器无关)、在从不活动转变到连接时采取的步骤、或在上述候选目标资源有效性定时器停止(或到期)时采取的动作，可能被捕获为RRC规范中的单独的子节。
针对于开始该方法的触发点是对RRCRelease的接收的示例，下面是如何在NR RRC规范TS 38.331中实现所描述的动作的示例。
5.3.8.3UE对RRCRelease的接收
UE应：
1>从接收到RRCRelease消息的那一刻起，或者可选地，当下层指示已成功应答了对RRCRelease消息的接收时(以较早者为准)，将该子节中定义的接下来的动作延迟60ms；
1>停止定时器T380(如果正在运行)；
1>停止定时器T320(如果正在运行)；
1>停止定时器T390(如果正在运行)；
1>停止条件切换定时器(如果正在运行)，并且停止监视条件切换的触发条件；
1>丢弃存储的条件切换配置或在RRCConditionalReconfiguration中接收到的任何配置；
1>如果安全没有被激活，则执行5.3.11中规定的在进入RRC_IDLE时的动作，释放原因为‘其他’，在此时该过程结束；
1>如果RRCRelease消息包括指示重定向到eutra的redirectedCarrierInfo：
2>如果包括cnType：
3>在小区选择后，向上层指示可用的CN类型和接收到的cnType；
注意：对在重定向之后选择的E-UTRA小区不支持cn Type所指定的核心网络类型的情况进行的处理取决于UE实现。
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；
2>重置MAC并释放默认的MAC小区组配置(若存在)；
2>针对SRB1重新建立RLC实体；
2>如果响应于RRCResumeRequest或RRCResumeRequest1而接收到具有suspendConfig的RRCRelease消息：
3>停止定时器T319(如果正在运行)；
3>在存储的UE不活动AS上下文中：
4>将KgNB和KRRCint密钥替换为当前的KgNB和KRRCint密钥；
4>将C-RNTI替换为UE已经接收到RRCRelease消息的小区中的临时C-RNTI；
4>将cellIdentity替换为UE已经接收到RRCRelease消息的小区的cellIdentity；
4>将物理小区标识替换为UE已经接收到RRCRelease消息的小区的物理小区标识；
4>将suspendConfig替换为当前的suspendConfig；
2>否则：
3>在UE不活动AS上下文中存储接收到的suspendConfig、使用RRCReconfiguration或RRCResume配置的所有当前参数(除条件切换配置之外)、当前KgNB和KRRCint密钥、ROHC状态、源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识；
2>暂停除SRB0之外的所有SRB和DRB；
2>向所有DRB的下层指示PDCP暂停；
2>如果包括t380：
3>启动定时器T380，定时器值被设置为t380；
2>如果RRCRelease消息包括waitTime：
3>启动定时器T302，定时器值被设置为waitTime；
3>向上层通知接入禁止适用于除类别‘0’和‘2’之外的所有接入类别；
2>向上层指示RRC连接的暂停；
2>进入RRC_INACTIVE并执行TS 38.304[20]中规定的小区选择；
1>否则
2>执行5.3.11中规定的在进入RRC_IDLE时的动作，释放原因为‘其他’。
在一些示例中，无线设备还执行包括以下各项的操作：发送无线电资源控制(RRC)恢复请求消息；接收包括至少一个条件切换配置的RRC恢复消息；以及响应于接收到的条件切换配置而执行一个或多个动作。
网络暂停过程的详细描述
图5是示出了根据一些示例的由网络节点执行的用于处理与正在从连接状态转变到休眠状态的用户设备相关的条件切换配置的方法的流程图。
在步骤502处，网络节点向UE提供与目标小区候选各自相关联的一个或多个条件切换配置。
在一些示例中，在向UE提供条件切换配置之前，网络节点通过向对应于目标小区的一个或多个目标节点候选发送条件切换准备消息并从该一个或多个目标节点候选中的至少一个接收包括针对条件切换的条件的RRC消息来获得条件切换配置。
在步骤504处，网络节点向UE发送用于从连接状态转变到休眠状态的消息。在一些示例中，该消息是具有或不具有暂停配置的RRCRelease消息，其已经存储了条件切换配置，其中这些条件切换配置中的每一个与目标小区候选相关联。
在步骤506处，在发送该消息之后，网络节点丢弃提供给该UE的该一个或多个条件切换配置。该丢弃可以被执行，使得在从连接状态转变到休眠状态时，所考虑的这些特定配置不是存储的UE AS上下文的一部分。
网络节点可以采取的另一个动作是通知准备了条件切换配置的至少一个目标节点候选，可能包括对UE已被暂停或释放的指示，以便在接收到该信息时，目标节点候选可以丢弃条件切换配置和/或释放针对条件切换分配的资源。如果UE准备了到属于除源节点之外的节点的小区的条件切换配置，则采取该动作。如果UE配置了到属于源节点的小区的条件切换配置，则将不采取该动作。该动作可以通过触发从源到准备好的目标节点候选的切换取消过程来实现，可能包括原因值作为UE被暂停的指示。
在一些示例中，方法还包括网络节点接收RRC恢复请求消息；基于与UE相对应的接入层(AS)上下文，确定UE支持条件切换；配置针对UE的条件切换配置，该条件切换配置对应于至少一个目标小区；以及向UE发送RRC恢复消息，该RRC恢复消息包括所配置的条件切换配置。
此外，本公开提供了在作为条件切换的目标节点候选的网络节点处的方法，该方法包括在从源网络节点接收到对UE正在转变到休眠状态(例如空闲或不活动)的指示时释放针对到来的条件切换的准备好的资源。
UE恢复过程的详细描述
本公开提供了在UE(用户设备、无线终端)处的用于在UE从休眠状态(例如，RRC_IDLE、RRC_INACTIVE或针对节能而优化的任何其他协议状态)转变到连接状态(例如，RRC_CONNECTED)时设置条件切换的方法，该方法包括传输RRCResumeRequest之类的消息和接收包含条件切换配置的RRCResume之类的消息。
使用NR RRC术语，RRC恢复之类的消息可以是RRCResume消息，该RRCResume消息包括具有用于配置条件切换的相似字段/IE的字段/IE。在LTE术语中，这将会是RRCConnectionResume消息。
备选方案a)
用于条件切换的字段和IE在3GPP规范中尚未达成一致。由于尚未指定这些字段/IE，因此可以将条件切换配置为例如配置的列表，每个配置与目标小区候选相关联，并且每个配置与触发条件(其可能指向配置在UE处的现有测量)相关联。在标题为“Method forConfiguration of CHO”的P76252-美国临时申请No.62/754,198(其全部内容通过引用并入本文)中更详细地描述了条件切换配置。
配置可以包括在标题为“Measurement Configuration for ConditionalMobility”的P76369-美国临时申请No.62/760425(其全部内容通过引用并入本文)中指定的那些配置。更一般地说，条件切换配置包括至少RRCReconfiguration之类的消息，可能包含reconfiguration WithSync和触发条件，该触发条件包含与事件触发事件(如A3、A2、A1等)中的参数相类似的参数和一些资源控制参数，如目标节点候选资源的有效性定时器。
下面是RRCConditionalReconfiguration消息的示例。RRCConditionalReconfiguration消息是用于在触发相关联的条件时修改RRC连接的命令。它可以传送以下信息：测量配置、移动性控制、无线电资源配置(包括RB、MAC主配置和物理信道配置)包括和安全配置。
信令无线电承载：SRB1或SRB3
RLC-SAP：AM
逻辑信道：DCCH
方向：网络到UE
RRCConditionalReconfiguration消息
-ReportConfigNR
ReportConfigNR指定触发NR测量报告事件的标准。测量报告事件基于小区测量结果，小区测量结果可以基于SS/PBCH块或CSI-RS来导出。这些事件被标记为AN，其中N等于1、2等。
事件A1：服务变得比绝对阈值好；
事件A2：服务变得比绝对阈值差；
事件A3：邻居变得比PCell/PSCell好一定偏移量；
事件A4：邻居变得比绝对阈值好；
事件A5：PCell/PSCell变得比绝对阈值1(thresholdl)差，且邻居/SCell变得比另一个绝对阈值2(threshold2)好。
事件A6：邻居变得比SCell好一定偏移量。
ReportConfigNR信元
/>
/>
/>
/>
如果该方法假设该备选方案是被指定用于针对处于RRC_CONNECTED的UE来配置条件切换的方案，则NR规范中针对恢复方法的一种可能实现如下所示：
5.3.13.4 UE接收RRCResume
UE应：
1>停止定时器T319；
1>如果RRCResume包括fullConfig：
2>执行5.3.5.11中规定的完整配置过程；
1>否则：
2>针对SRB2和所有DRB，复原PDCP状态并重置COUNT值；
2>根据存储的UE AS上下文复原cellGroupConfig；
2>向下层指示使用了存储的UE AS上下文；
1>丢弃fullI-RNTI、shortI-RNTI和存储的UE AS上下文，除ran-NotificationAreaInfo之外；
1>如果RRCResume包括masterCellGroup：
2>根据5.3.5.5，针对接收到的masterCellGroup执行小区组配置；
编者注：在恢复时是否支持配置secondaryCellGroup留待将来研究。
1>如果RRCResume包括radioBearerConfig：
2>根据5.3.5.6执行无线电承载配置；
编者注：是否需要第二radioBearerConfig留待将来研究。
1>恢复SRB2和所有DRB；
1>如果存储了由cellReselectionPriorities提供或从另一个RAT继承的小区重选优先级信息，则丢弃该小区重选优先级信息；
1>停止定时器T320(如果正在运行)；
1>如果RRCResume消息包括measConfig：
2>执行5.5.2中规定的测量配置过程；
1>如果测量被暂停，则恢复测量；
编者注：是否需要定义与接入控制定时器(相当于LTE中的T302、T303、T305、T306、T308)相关的UE动作留待将来研究。例如，如果给定的定时器没有在运行，则通知上层。
1>进入RRC_CONNECTED；
1>向上层指示暂停的RRC连接已经被恢复；
1>停止小区重选过程；
1>将当前小区视为PCell；
1>如果RRCResume消息包括condReconfigurationList：
2>存储condReconfigurationList中提供的RRCReconfiguration的列表；
2>开始监视5.5.x中规定的condReconfigurationList中的每个条件eventTriggerCHO；1>将RRCResumeComplete消息的内容设置如下：
2>如果上层提供NAS PDU，则设置dedicatedNAS-Message，以包括从上层接收到的信息；
2>如果上层提供PLMN，则将selectedPLMN-Identity设置为上层从SIB1中的plmn-IdentityList中包括的PLMN中选择的PLMN(TS 24.501[23])；
2>如果masterCellGroup包括reportUplinkTxDirectCurrent：
3>包括uplinkTxDirectCurrentList；
1>将RRCResumeComplete消息提交给下层来传输；
1>该过程结束。
5.3.5.3 UE对RRCReconfiguration的接收，或条件切换的触发
UE在接收到RRCReconfiguration后应执行以下动作：
1>如果RRCReconfiguration包括fullConfig：
2>执行5.3.5.11中规定的无线电配置过程；
1>如果RRCReconfiguration包括masterCellGroup：
2>根据5.3.5.5，针对接收到的masterCellGroup执行小区组配置；
1>如果RRCReconfiguration包括masterKeyUpdate：
2>执行5.3.5.7中规定的安全密钥更新过程；
1>如果RRCReconfiguration包括secondaryCellGroup：
2>根据5.3.5.5，针对SCG执行小区组配置；
1>如果RRCReconfiguration消息包含radioBearerConfig：
2>根据5.3.5.6执行无线电承载配置；
1>如果RRCReconfiguration消息包括measConfig：
2>执行5.5.2中规定的测量配置过程；
1>如果RRCReconfiguration消息包括dedicatedSIB1-Delivery：
2>执行5.2.2.4.2中规定的在接收到SIBl时的动作；
1>如果RRCReconfiguratton消息包括dedicatedSystemInformationDelivery：
2>执行5.2.2.4中规定的在接收到系统信息时的动作；
1>将RRCReconfigurationComplete消息的内容设置如下：
2>如果RRCReconfiguration包括包含reportUplinkTxDirectCurrent的masterCellGroup，或者；
2>如果RRCReconfiguration包括包含reportUplinkTxDirectCurrent的secondaryCellGroup：
3>包括uplinkTxDirectCurrentList；
1>如果UE被配置了E-UTRA nr-SecondaryCellGroupConfig(MCG是E-UTRA)：
2>如果经由SRB1接收到RRCReconfiguration：
3>按照TS 36.331[10]的规定，经由嵌入在E-UTRA RRC消息RRCConnectionReconfigurationComplete中的EUTRAMCG来提交RRCReconfigurationComplete；
3>如果在SCG的spCellConfig中包括reconfiguration WithSync：
4>按照TS 38.321[3]中的规定，在SpCell上发起随机接入过程；
3>否则
4>该过程结束；
注意：UE发送RRCConnectionReconfigurationComplete消息和执行朝向SCG的随机接入过程的顺序留待UE实现。
2>否则(RRCReconfiguration是经由SRB3接收的)：
3>经由SRB3将RRCReconfigurationComplete消息提交给下层以使用新的配置来传输；
注意：对于EN-DC，在SRB1的情况下，随机接入由RRC层本身触发，因为不一定存在其他UL传输。在SRB3的情况下，随机接入是由于RRCReconfigurationComplete的到达而由MAC层触发的。
1>否则：
2>经由SRB1将RRCReconfigurationComplete消息提交给下层以使用新的配置来传输；
1>如果reconfigurationWithSync被包括在MCG或SCG的spCellConfig中，并且当NR小区组的MAC成功完成上述触发的随机接入过程时；
2>停止针对该小区组的定时器T304；
2>应用CQI报告配置、调度请求配置和探测RS配置中的不要求UE知道相应目标SpCell的SFN的部分(若存在)；
2>在获取到相应目标SpCell的SFN时，应用测量和无线电资源配置中的要求UE知道该相应目标SpCell的SFN的部分(例如，测量间隙、周期性CQI报告、调度请求配置、探测RS配置)(若存在)；
2>如果reconfiguration WithSync被包括在MCG的spCellConfig中：
3>如果被firstActiveDownlinkB WP-Id指示用于MCG的目标SpCell的活动下行链路BWP配置了公共搜索空间：
4>按照5.2.2.3.1中的规定，获取MCG的目标SpCell的SIB1；
2>该过程结束。
注意：如果UE可以在不中断单播数据接收的情况下获取广播的SIB1(即广播和单播波束是准共址的)，则只要求UE获取广播的SIB1。
5.5.x条件移动性触发
UE应：
1>针对相关联的eventTriggerCHO执行5.5.4中规定的标准评估；
2>如果对于在VarMeasConfig内针对该事件定义的timeToTrigger期间采取的层3过滤后的所有测量，reconfiguration WithSync中提供的小区满足适用于该事件的进入条件：
3>执行5.3.5.3中规定的动作；
RRCResume消息用于恢复暂停的RRC连接。
信令无线电承载：SRB1
RLC-SAP：AM
逻辑信道：DCCH
方向：网络到UE
RRCResume消息
/>
备选方案b)
在备选方案b)中，针对条件切换的条件配置包含指向所存储的测量配置(例如，measId)的指针/引用，该测量配置存储在UE处并在接收到RRCResume后恢复，或者它指向新的测量配置(例如，measId)，该新的测量配置在包含条件切换配置的同一RRCResume消息中的measConfig中提供。该原理可以在标题为“Measurement Configuration forConditional Mobility”的P76369-美国临时申请No.62/760425(其全部内容通过引用并入本文)中更详细地描述。
在该示例中，每个测量标识符与UE要执行的测量相关联。该标识符与存储的measObject和reportConfig相关联。与每个测量标识符相关联的measObject频率需要和与每个rrcReconfigurationToApply消息相关联的reconfigurationWithSync中提供的频率相一致。这可以通过RRC规范中的条件来保证，否则UE触发RRC合规失败(这导致RRC重建过程)。在接收到该measId引用后，UE应监视与它相关联的至少一个触发条件(如果尚未被监视)，并且在触发该条件时，至少触发移动性条件过程，移动性条件过程包括应用包括reconfiguration WithSync(在NR的情况下)的RRCReconfiguration消息(由rrcReconfigurationToApply字段指示)。在E-UTRA中，等同物将是mobilityControlInfo。
示例RRCResume信令如下所示：
5.3.13.4 UE接收RRCResume
UE应：
1>停止定时器T319；
1>如果RRCResume包括fullConfig：
2>执行5.3.5.11中规定的完整配置过程；
1>否则：
2>针对SRB2和所有DRB，复原PDCP状态并重置COUNT值；
2>根据存储的UE AS上下文复原cellGroupConfig；
2>向下层指示使用了存储的UE AS上下文；
1>丢弃fullI-RNTI、shortI-RNTI和存储的UE AS上下文，除ran-NotificationAreaInfo之外；
1>如果RRCResume包括masterCellGroup：
2>根据5.3.5.5，针对接收到的masterCellGroup执行小区组配置；
编者注：在恢复时是否支持配置secondaryCellGroup留待将来研究。
1>如果RRCResume包括radioBearerConfig：
2>根据5.3.5.6执行无线电承载配置；
编者注：是否需要第二radioBearerConfig留待将来研究。
1>恢复SRB2和所有DRB；
1>如果存储了由cellReselectionPriorities提供或从另一个RAT继承的小区重选优先级信息，则丢弃该小区重选优先级信息；
1>停止定时器T320(如果正在运行)；
1>如果RRCResume消息包括measConfig：
2>执行5.5.2中规定的测量配置过程；
1如果测量被暂停，则恢复测量；
编者注：是否需要定义与接入控制定时器(相当于LTE中的T302、T303、T305、T306、T308)相关的UE动作留待将来研究。例如，如果给定的定时器没有在运行，则通知上层。
1>进入RRC_CONNECTED；
1>向上层指示暂停的RRC连接已经被恢复；
1>停止小区重选过程；
1>将当前小区视为PCell；
1>如果RRCResume消息包括condReconfigurationList：
2>存储condReconfigurationList中提供的RR CReconfiguration的列表；
2>执行5.5.x中规定的动作；1>将RRCResumeComplete消息的内容设置如下：
2>如果上层提供NAS PDU，则设置dedicatedNAS-Message，以包括从上层接收到的信息；
2>如果上层提供PLMN，则将selectedPLMN-Identity设置为上层从SIB1中的plmn-IdentityList中包括的PLMN中选择的PLMN(TS 24.501[23])；
2>如果masterCellGroup包括reportUplinkTxDirectCurrent：
3>包括uplinkTxDirectCurrentList；
1>将RRCResumeComplete消息提交给下层来传输；
1>该过程结束。
5.3.5.3 UE对RRCReconfiguration的接收，或条件切换的触发
UE在接收到RRCReconfiguration后应执行以下动作：
1>如果RRCReconfiguration包括fullConfig：
2>执行5.3.5.11中规定的无线电配置过程；
1>如果RRCReconfiguranon包括masterCellGroup：
2>根据5.3.5.5，针对接收到的masterCellGroup执行小区组配置；
1>如果RRCReconfiguration包括masterKeyUpdate：
2>执行5.3.5.7中规定的安全密钥更新过程；
1>如果RRCReconfiguration包括secondaryCellGroup：
2>根据5.3.5.5，针对SCG执行小区组配置；
1>如果RRCReconfiguration消息包含radioBearerConfig：
2>根据5.3.5.6执行无线电承载配置；
1>如果RRCReconfiguration消息包括measConfig：
2>执行5.5.2中规定的测量配置过程；
1>如果RRCReconfiguration消息包括dedicatedSIB1-Delivery：
2>执行5.2.2.4.2中规定的在接收到SIB1时的动作；
1>如果RRCReconfiguration消息包括dedicatedSystemInformationDelivery：
2>执行5.2.2.4中规定的在接收到系统信息时的动作；
1>将RRCReconfigurationComplete消息的内容设置如下：
2>如果RRCReconfiguration包括包含reportUplinkTxDirectCurrent的masterCellGroup，或者；
2>如果RRCReconfiguration包括包含reportUplinkTxDirectCurrent的secondaryCellGroup：
3>包括uplinkTxDirectCurrentList；
1>如果UE被配置了E-UTRA nr-SecondaryCellGroupConfig(MCG是E-UTRA)：
2>如果经由SRB1接收到RRCReconfiguration：
3>按照TS 36.331[10]的规定，经由嵌入在E-UTRA RRC消息RRCConnectionReconfigurationComplete中的EUTRAMCG来提交RRCReconfigurationComplete；
3>如果在SCG的spCellConfig中包括reconfiguration WithSync：
4>按照TS 38.321[3]中的规定，在SpCell上发起随机接入过程；
3>否则：
4>该过程结束；
注意：UE发送RRCConnectionReconfigurationComplete消息和执行朝向SCG的随机接入过程的顺序留待UE实现。
2>否则(RRCReconfiguration是经由SRB3接收的)：
3>经由SRB3将RRCReconfigurationComplete消息提交给下层以使用新的配置来传输；
注意：对于EN-DC，在SRB1的情况下，随机接入由RRC层本身触发，因为不一定存在其他UL传输。在SRB3的情况下，随机接入是由于RRCReconfigurationComplete的到达而由MAC层触发的。
1>否则：
2>经由SRB1将RRCReconfigurationComplete消息提交给下层以使用新的配置来传输；
1>如果reconfiguration WithSync被包括在MCG或SCG的spCellConfig中，并且当NR小区组的MAC成功完成上述触发的随机接入过程时；
2>停止针对该小区组的定时器T304；
2>应用CQI报告配置、调度请求配置和探测RS配置中的不要求UE知道相应目标SpCell的SFN的部分(若存在)；
2>在获取到相应目标SpCell的SFN时，应用测量和无线电资源配置中的要求UE知道该相应目标SpCell的SFN的部分(例如，测量间隙、周期性CQI报告、调度请求配置、探测RS配置)(若存在)；
2>如果reconfigurationWithSync被包括在MCG的spCellConfig中：
3>如果被firstActiveDownlinkBWP-Id指示用于MCG的目标SpCell的活动下行链路BWP配置了公共搜索空间：
4>按照5.2.2.3.1中的规定，获取MCG的目标SpCell的SIB1；
2>该过程结束。
注意：如果UE可以在不中断单播数据接收的情况下获取广播的SIB1(即广播和单播波束是准共址的)，则只要求UE获取广播的SIB1。
5.5.x条件移动性触发
UE应：
1>如果在condReconfigurationList中提供的measId存在于VarMeasConfig内的measIdList中：
2>针对每个相关联的measId执行5.5.4中规定的标准评估；
2>如果reportType被设置为eventTriggered并且如果对于在VarMeasConfig内针对该事件定义的timeTo Triggre期间采取的层3过滤后的所有测量，reconfigurationWithSync中提供的小区满足适用于该事件(即与VarMeasConfig内的对应reportConfig的eventId对应的事件)的进入条件：
3>执行5.3.5.3中规定的动作；
RRCResume消息用于恢复暂停的RRC连接。
信令无线电承载：SRB1
RLC-SAP：AM
逻辑信道：DCCH
方向：网络到UE
RRCResume消息
/>
在与该恢复方法相关的另一个实施例中，通过在RRC重建之类的消息(例如，NR中的RRCReestablishment或LTE中的RRCConnectionReestablishment)中或者在可以与RRC重建之类的消息复用的RRCReconfiguration消息(RRC重建之类的消息之后的第一个消息)中包括条件切换配置，可以在重建过程期间配置条件切换。在接收时的动作类似于针对恢复情况描述的动作。
在与该恢复方法相关的另一个实施例中，通过在RRC设置之类的消息(例如，NR中的RRCSetup或LTE中的RRCConnectionSetup)中或者在可以与RRC重建之类的消息复用的RRCReconfiguration消息(RRC重建之类的消息之后的第一个消息)中包括条件切换配置，可以在设置过程期间配置条件切换。在接收时的动作类似于针对恢复情况描述的动作。
虽然本文描述的主题可以使用任何合适的组件在任何适合类型的系统中实现，但是本文公开的实施例是关于无线网络(例如图6中所示的示例无线网络)描述的。为简单起见，图6的无线网络仅描绘了网络606、网络节点660和660b、以及WD 610、610b和610c。实际上，无线网络还可以包括适于支持无线设备之间或无线设备与另一通信设备(例如，陆线电话、服务提供商或任何其他网络节点或终端设备)之间的通信的任何附加元件。在所示组件中，以附加细节描绘网络节点660和无线设备(WD)610。无线网络可以向一个或多个无线设备提供通信和其他类型的服务，以便于无线设备接入和/或使用由无线网络提供或经由无线网络提供的服务。
无线网络可以包括任何类型的通信、电信、数据、蜂窝和/或无线电网络或其他类似类型的系统，和/或与任何类型的通信、电信、数据、蜂窝和/或无线电网络或其他类似类型的系统接口连接。在一些实施例中，无线网络可以被配置为根据特定标准或其他类型的预定义规则或过程来操作。因此，无线通信网络的特定实施例可以实现诸如全球移动通信系统(GSM)、通用移动电信系统(UMTS)、长期演进(LTE)和/或其他合适的2G、3G、4G或5G标准之类的通信标准；诸如IEEE802.11标准之类的无线局域网(WLAN)标准；和/或诸如全球微波接入互操作性(WiMax)、蓝牙、Z-Wave和/或ZigBee标准之类的任何其他适合的无线通信标准。
网络606可以包括一个或多个回程网络、核心网络、IP网络、公共交换电话网络(PSTN)、分组数据网络、光网络、广域网(WAN)、局域网(LAN)、无线局域网(WLAN)、有线网络、无线网络、城域网和其他网络，以实现设备之间的通信。
网络节点660和WD 610包括下面更详细描述的各种组件。这些组件一起工作以提供网络节点和/或无线设备功能，例如在无线网络中提供无线连接。在不同的实施例中，无线网络可以包括任何数量的有线或无线网络、网络节点、基站、控制器、无线设备、中继站和/或可以促进或参与数据和/或信号的通信(无论是经由有线连接还是经由无线连接)的任何其他组件或系统。
如本文所使用的，网络节点指的是能够、被配置、被布置和/或可操作以直接或间接地与无线设备和/或与无线网络中的其他网络节点或设备通信，以实现和/或提供向无线设备的无线接入和/或执行无线网络中的其他功能(例如，管理)的设备。网络节点的示例包括但不限于接入点(AP)(例如，无线电接入点)、基站(BS)(例如，无线电基站、节点B(NodeB)、演进NodeB(eNB)和NR NodeB(gNB))。基站可以基于它们提供的覆盖的量(或者换言之，基于它们的发射功率水平)来分类，于是它们还可以被称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继宿主节点。网络节点还可以包括分布式无线电基站的一个或多个(或所有)部分，例如集中式数字单元和/或远程无线电单元(RRU)(有时被称为远程无线电头端(RRH))。这种远程无线电单元可以与或可以不与天线集成为天线集成无线电。分布式无线电基站的部分也可以称为分布式天线系统(DAS)中的节点。网络节点的又一些示例包括多标准无线电(MSR)设备(如MSRBS)、网络控制器(如无线电网络控制器(RNC)或基站控制器(BSC))、基站收发机站(BTS)、传输点、传输节点、多小区/多播协调实体(MCE)、核心网络节点(例如，MSC、MME)、O&M节点、OSS节点、SON节点、定位节点(例如，E-SMLC)和/或MDT。作为另一示例，网络节点可以是虚拟网络节点，如下面更详细描述的。然而，更一般地，网络节点可以表示如下的任何合适的设备(或设备组)：该设备(或设备组)能够、被配置、被布置和/或可操作以实现和/或向无线设备提供对无线网络的接入，或向已接入无线网络的无线设备提供某种服务。
在图6中，网络节点660包括处理电路670、设备可读介质680、接口690、辅助设备684、电源686、电源电路687和天线662。尽管图6的示例无线网络中示出的网络节点660可以表示包括所示硬件组件的组合的设备，但是其他实施例可以包括具有不同组件组合的网络节点。应当理解，网络节点包括执行本文公开的任务、特征、功能和方法所需的硬件和/或软件的任何适合组合。此外，虽然网络节点660的组件被描绘为位于较大框内或嵌套在多个框内的单个框，但实际上，网络节点可包括构成单个图示组件的多个不同物理组件(例如，设备可读介质680可以包括多个单独的硬盘驱动器以及多个RAM模块)。
类似地，网络节点660可以由多个物理上分离的组件(例如，NodeB组件和RNC组件、或BTS组件和BSC组件等)组成，每个这些组件可以具有其各自的相应组件。在网络节点660包括多个分离的组件(例如，BTS和BSC组件)的某些场景中，可以在若干网络节点之间共享这些分离的组件中的一个或多个。例如，单个RNC可以控制多个NodeB。在这种场景中，每个唯一的NodeB和RNC对在一些实例中可以被认为是单个单独的网络节点。在一些实施例中，网络节点660可被配置为支持多种无线电接入技术(RAT)。在这种实施例中，一些组件可被复制(例如，用于不同RAT的单独的设备可读介质680)，并且一些组件可被重用(例如，可以由RAT共享相同的天线662)。网络节点660还可以包括用于集成到网络节点660中的不同无线技术(例如，GSM、WCDMA、LTE、NR、WiFi或蓝牙无线技术)的多组各种所示组件。这些无线技术可以被集成到网络节点660内的相同或不同芯片或芯片组和其他组件中。
处理电路670被配置为执行本文描述为由网络节点提供的任何确定、计算或类似操作(例如，某些获得操作)。由处理电路670执行的这些操作可以包括通过以下操作对由处理电路670获得的信息进行处理：例如，将获得的信息转换为其他信息，将获得的信息或转换后的信息与存储在网络节点中的信息进行比较，和/或基于获得的信息或转换后的信息执行一个或多个操作，并根据所述处理的结果做出确定。
处理电路670可以包括下述中的一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列、或者任何其它合适的计算设备、资源、或硬件、软件和/或编码逻辑的组合，其可操作为单独地或与其他网络节点660组件(例如，设备可读介质680)相结合来提供网络节点660功能。例如，处理电路670可以执行存储在设备可读介质680中或存储在处理电路670内的存储器中的指令。这样的功能可以包括提供本文讨论的各种无线特征、功能或益处中的任何一个。在一些实施例中，处理电路670可以包括片上系统(SOC)。
在一些实施例中，处理电路670可以包括射频(RF)收发机电路672和基带处理电路674中的一个或多个。在一些实施例中，射频(RF)收发机电路672和基带处理电路674可以位于单独的芯片(或芯片组)、板或单元(例如无线电单元和数字单元)上。在备选实施例中，RF收发机电路672和基带处理电路674的部分或全部可以在同一芯片或芯片组、板或单元上。
在某些实施例中，本文描述为由网络节点、基站、eNB或其他这样的网络设备提供的一些或所有功能可由处理电路670执行，处理电路670执行存储在设备可读介质680或处理电路670内的存储器上的指令。在备选实施例中，功能中的一些或全部可以例如以硬连线方式由处理电路670提供，而无需执行存储在单独的或分立的设备可读介质上的指令。在任何这些实施例中，无论是否执行存储在设备可读存储介质上的指令，处理电路670都可以被配置为执行所描述的功能。由这种功能提供的益处不仅限于处理电路670或不仅限于网络节点660的其他组件，而是作为整体由网络节点660和/或总体上由终端用户和无线网络享有。
设备可读介质680可以包括任何形式的易失性或非易失性计算机可读存储器，包括但不限于永久存储设备、固态存储器、远程安装存储器、磁介质、光学介质、随机存取存储器(RAM)、只读存储器(ROM)、大容量存储介质(例如，硬盘)、可移除存储介质(例如，闪存驱动器、致密盘(CD)或数字视频盘(DVD))和/或任何其他易失性或非易失性、非暂时性设备可读和/或计算机可执行存储器设备，其存储可由处理电路670使用的信息、数据和/或指令。设备可读介质680可以存储任何合适的指令、数据或信息，包括计算机程序、软件、包括逻辑、规则、代码、表等中的一个或多个的应用、和/或能够由处理电路670执行并由网络节点660使用的其他指令。设备可读介质680可以用于存储由处理电路670做出的任何计算和/或经由接口690接收的任何数据。在一些实施例中，可以认为处理电路670和设备可读介质680是集成的。
接口690用于网络节点660、网络606和/或WD 610之间的信令和/或数据的有线或无线通信。如图所示，接口690包括端口/端子694，用于例如通过有线连接向网络606发送数据和从网络606接收数据。接口690还包括无线电前端电路692，其可以耦合到天线662，或者在某些实施例中是天线662的一部分。无线电前端电路692包括滤波器698和放大器696。无线电前端电路692可以连接到天线662和处理电路670。无线电前端电路可以被配置为调节天线662和处理电路670之间通信的信号。无线电前端电路692可以接收数字数据，该数字数据将通过无线连接向外发送给其他网络节点或WD。无线电前端电路692可以使用滤波器698和/或放大器696的组合将数字数据转换为具有适合信道和带宽参数的无线电信号。然后可以通过天线662发送无线电信号。类似地，当接收数据时，天线662可以收集无线电信号，然后由无线电前端电路692将其转换为数字数据。数字数据可以被传递给处理电路670。在其他实施例中，接口可包括不同组件和/或组件的不同组合。
在某些备选实施例中，网络节点660可以不包括单独的无线电前端电路692，作为替代，处理电路670可以包括无线电前端电路并且可以连接到天线662，而无需单独的无线电前端电路692。类似地，在一些实施例中，RF收发机电路672的全部或一些可以被认为是接口690的一部分。在其他实施例中，接口690可以包括一个或多个端口或端子694、无线电前端电路692和RF收发机电路672(作为无线电单元(未示出)的一部分)，并且接口690可以与基带处理电路674(是数字单元(未示出)的一部分)通信。
天线662可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列。天线662可以耦合到无线电前端电路692，并且可以是能够无线地发送和接收数据和/或信号的任何类型的天线。在一些实施例中，天线662可以包括一个或多个全向、扇形或平板天线，其可操作用于发送/接收在例如2GHz和66GHz之间的无线电信号。全向天线可以用于在任何方向上发送/接收无线电信号，扇形天线可以用于向/从在特定区域内的设备发送/接收无线电信号，以及平板天线可以是用于以相对直线的方式发送/接收无线电信号的视线天线。在一些情况下，使用多于一个天线可以称为MIMO。在某些实施例中，天线662可以与网络节点660分离，并且可以通过接口或端口连接到网络节点660。
天线662、接口690和/或处理电路670可以被配置为执行本文描述为由网络节点执行的任何接收操作和/或某些获得操作。可以从无线设备、另一网络节点和/或任何其他网络设备接收任何信息、数据和/或信号。类似地，天线662、接口690和/或处理电路670可以被配置为执行本文描述的由网络节点执行的任何发送操作。可以将任何信息、数据和/或信号发送给无线设备、另一网络节点和/或任何其他网络设备。
电源电路687可以包括电源管理电路或耦合到电源管理电路，并且被配置为向网络节点660的组件提供电力以执行本文描述的功能。电源电路687可以从电源686接收电力。电源686和/或电源电路687可以被配置为以适合于各个组件的形式(例如，在每个相应组件所需的电压和电流水平处)向网络节点660的各种组件提供电力。电源686可以被包括在电源电路687和/或网络节点660中或在电源电路687和/或网络节点660外部。例如，网络节点660可以经由输入电路或诸如电缆的接口连接到外部电源(例如，电源插座)，由此外部电源向电源电路687供电。作为另一个示例，电源686可以包括电池或电池组形式的电源，其连接到或集成在电源电路687中。如果外部电源发生故障，电池可以提供备用电力。也可以使用其他类型的电源，例如光伏器件。
网络节点660的备选实施例可以包括超出图6中所示的组件的附加组件，所述附加组件可以负责提供网络节点的功能(包括本文描述的功能中的任一者和/或支持本文描述的主题所需的任何功能)的某些方面。例如，网络节点660可以包括用户接口设备，以允许将信息输入到网络节点660中并允许从网络节点660输出信息。这可以允许用户针对网络节点660执行诊断、维护、修复和其他管理功能。
如本文所使用的，无线设备(WD)指的是能够、被配置为、被布置为和/或可操作以与网络节点和/或其他无线设备无线通信的设备。除非另有说明，否则术语WD在本文中可与用户设备(UE)互换使用。无线传送可以包括使用电磁波、无线电波、红外波和/或适于通过空气传送信息的其他类型的信号来发送和/或接收无线信号。在一些实施例中，WD可以被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，WD可以被设计为当由内部或外部事件触发时，或者响应于来自网络的请求，以预定的调度向网络发送信息。WD的示例包括但不限于智能电话、移动电话、蜂窝电话、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线摄像头、游戏控制台或设备、音乐存储设备、回放设备、可穿戴终端设备、无线端点、移动台、甲板计算机、便携式计算机、便携式嵌入式设备(LEE)、便携式安装设备(LME)、智能设备、无线客户驻地设备(CPE)、车载无线终端设备等。WD可以例如通过实现用于副链路通信的3GPP标准来支持设备到设备(D2D)通信、车辆到车辆(V2V)通信，车辆到基础设施(V2I)通信，车辆到任何事物(V2X)通信，并且在这种情况下可以被称为D2D通信设备。作为又一特定示例，在物联网(IoT)场景中，WD可以表示执行监视和/或测量并将这种监视和/或测量的结果发送给另一WD和/或网络节点的机器或其他设备。在这种情况下，WD可以是机器到机器(M2M)设备，在3GPP上下文中它可以被称为MTC设备。作为一个具体示例，WD可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的具体示例是传感器、计量设备(例如，电表)、工业机器、或者家用或个人设备(例如，冰箱、电视等)、个人可穿戴设备(例如，手表、健身追踪器等)。在其他场景中，WD可以表示能够监视和/或报告其操作状态或与其操作相关联的其他功能的车辆或其他设备。如上所述的WD可以表示无线连接的端点，在这种情况下，该设备可以被称为无线终端。此外，如上所述的WD可以是移动的，在这种情况下，它也可以称为移动设备或移动终端。
如图所示，无线设备610包括天线611、接口614、处理电路620、设备可读介质630、用户接口设备632、辅助设备634、电源636和电源电路637。WD 610可以包括用于WD 610支持的不同无线技术(例如，GSM、WCDMA、LTE、NR、WiFi、WiMAX或蓝牙无线技术，仅提及一些)的多组一个或多个所示组件。这些无线技术可以集成到与WD 610内的其他组件相同或不同的芯片或芯片组中。
天线611可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列，并且连接到接口614。在某些备选实施例中，天线611可以与WD 610分开并且可以通过接口或端口连接到WD 610。天线611、接口614和/或处理电路620可以被配置为执行本文描述为由WD执行的任何接收或发送操作。可以从网络节点和/或另一个WD接收任何信息、数据和/或信号。在一些实施例中，无线电前端电路和/或天线611可以被认为是接口。
如图所示，接口614包括无线电前端电路612和天线611。无线电前端电路612包括一个或多个滤波器618和放大器616。无线电前端电路612连接到天线611和处理电路620，并且被配置为调节在天线611和处理电路620之间传送的信号。无线电前端电路612可以耦合到天线611或者是天线611的一部分。在某些备选实施例中，WD 610可以不包括单独的无线电前端电路612；而是，处理电路620可以包括无线电前端电路，并且可以连接到天线611。类似地，在一些实施例中，RF收发机电路622中的一些或全部可以被认为是接口614的一部分。无线电前端电路612可以接收数字数据，该数字数据将通过无线连接向外发送给其他网络节点或WD。无线电前端电路612可以使用滤波器618和/或放大器616的组合将数字数据转换为具有适合信道和带宽参数的无线电信号。然后可以通过天线611发送无线电信号。类似地，当接收数据时，天线611可以收集无线电信号，然后由无线电前端电路612将其转换为数字数据。数字数据可以被传递给处理电路620。在其他实施例中，接口可包括不同组件和/或组件的不同组合。
处理电路620可以包括下述中的一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列、或者任何其它合适的计算设备、资源、或硬件、软件和/或编码逻辑的组合，其可操作为单独地或与其他WD 610组件(例如设备可读介质630)相结合来提供WD 610功能。这样的功能可以包括提供本文讨论的各种无线特征或益处中的任何一个。例如，处理电路620可以执行存储在设备可读介质630中或处理电路620内的存储器中的指令，以提供本文公开的功能。
如图所示，处理电路620包括RF收发机电路622、基带处理电路624和应用处理电路626中的一个或多个。在其他实施例中，处理电路可以包括不同的组件和/或组件的不同组合。在某些实施例中，WD 610的处理电路620可以包括SOC。在一些实施例中，RF收发机电路622、基带处理电路624和应用处理电路626可以在单独的芯片或芯片组上。在备选实施例中，基带处理电路624和应用处理电路626的一部分或全部可以组合成一个芯片或芯片组，并且RF收发机电路622可以在单独的芯片或芯片组上。在另外的备选实施例中，RF收发机电路622和基带处理电路624的一部分或全部可以在同一芯片或芯片组上，并且应用处理电路626可以在单独的芯片或芯片组上。在其他备选实施例中，RF收发机电路622、基带处理电路624和应用处理电路626的一部分或全部可以组合在同一芯片或芯片组中。在一些实施例中，RF收发机电路622可以是接口614的一部分。RF收发机电路622可以调节RF信号以用于处理电路620。
在某些实施例中，本文描述为由WD执行的一些或所有功能可以由处理电路620提供，处理电路620执行存储在设备可读介质630上的指令，在某些实施例中，设备可读介质630可以是计算机可读存储介质。在备选实施例中，功能中的一些或全部可以例如以硬连线方式由处理电路620提供，而无需执行存储在单独的或分立的设备可读存储介质上的指令。在任何这些特定实施例中，无论是否执行存储在设备可读存储介质上的指令，处理电路620都可以被配置为执行所描述的功能。由这种功能提供的益处不仅限于处理电路620或者不仅限于WD 610的其他组件，而是作为整体由WD 610和/或总体上由终端用户和无线网络享有。
处理电路620可以被配置为执行本文描述为由WD执行的任何确定、计算或类似操作(例如，某些获得操作)。由处理电路620执行的这些操作可以包括通过以下操作对由处理电路620获得的信息进行处理：例如，将获得的信息转换为其他信息，将获得的信息或转换后的信息与由WD 610存储的信息进行比较，和/或基于获得的信息或转换后的信息执行一个或多个操作，并根据所述处理的结果做出确定。
设备可读介质630可操作以存储计算机程序、软件、包括逻辑、规则、代码、表等中的一个或多个的应用、和/或能够由处理电路620执行的其他指令。设备可读介质630可以包括计算机存储器(例如，随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如，硬盘)、可移除存储介质(例如，致密盘(CD)或数字视频盘(DVD))、和/或任何其他易失性或非易失性、非暂时性设备可读和/或计算机可执行存储器设备，其存储可由处理电路620使用的信息、数据和/或指令。在一些实施例中，可以认为处理电路620和设备可读介质630是集成的。
用户接口设备632可以提供允许人类用户与WD 610交互的组件。这种交互可以具有多种形式，例如视觉、听觉、触觉等。用户接口设备632可操作以向用户产生输出，并允许用户向WD 610提供输入。交互的类型可以根据安装在WD 610中的用户接口设备632的类型而变化。例如，如果WD 610是智能电话，则交互可以经由触摸屏进行；如果WD 610是智能仪表，则交互可以通过提供用量的屏幕(例如，使用的加仑数)或提供可听警报的扬声器(例如，如果检测到烟雾)进行。用户接口设备632可以包括输入接口、设备和电路、以及输出接口、设备和电路。用户接口设备632被配置为允许将信息输入到WD 610中，并且连接到处理电路620以允许处理电路620处理输入信息。用户接口设备632可以包括例如麦克风、接近或其他传感器、按键/按钮、触摸显示器、一个或多个相机、USB端口或其他输入电路。用户接口设备632还被配置为允许从WD 610输出信息，并允许处理电路620从WD 610输出信息。用户接口设备632可以包括例如扬声器、显示器、振动电路、USB端口、耳机接口或其他输出电路。通过使用用户接口设备632的一个或多个输入和输出接口、设备和电路，WD 610可以与终端用户和/或无线网络通信，并允许它们受益于本文描述的功能。
辅助设备634可操作以提供可能通常不由WD执行的更具体的功能。这可以包括用于针对各种目的进行测量的专用传感器，用于诸如有线通信等之类的其他类型通信的接口等。辅助设备634的组件的包括和类型可以根据实施例和/或场景而变化。
在一些实施例中，电源636可以是电池或电池组的形式。也可以使用其他类型的电源，例如外部电源(例如电源插座)、光伏器件或电池单元。WD 610还可以包括用于从电源636向WD 610的各个部分输送电力的电源电路637，WD 610的各个部分需要来自电源636的电力以执行本文描述或指示的任何功能。在某些实施例中，电源电路637可以包括电源管理电路。电源电路637可以附加地或备选地可操作以从外部电源接收电力；在这种情况下，WD610可以通过输入电路或诸如电力线缆的接口连接到外部电源(例如电源插座)。在某些实施例中，电源电路637还可操作以将电力从外部电源输送到电源636。例如，这可以用于电源636的充电。电源电路637可以对来自电源636的电力执行任何格式化、转换或其他修改，以使电力适合于被供电的WD 610的各个组件。
可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适当的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以通过处理电路实现，处理电路可以包括一个或多个微处理器或微控制器以及其他数字硬件(可以包括数字信号处理器(DSP)、专用数字逻辑等)。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或若干类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪存设备、光学存储设备等。存储在存储器中的程序代码包括用于执行一种或多种电信和/或数据通信协议的程序指令，以及用于执行本文所述的一种或多种技术的指令。在一些实现中，处理电路可用于使相应功能单元根据本公开的一个或多个实施例执行对应功能。
A组实施例
1.一种由无线设备执行的用于处理条件切换配置的方法，所述方法包括：
在处于连接状态时，接收并存储一个或多个条件切换配置，其中，该一个或多个切换配置中的每一个与目标小区候选相关联；
从连接状态转变到休眠状态，该转变包括丢弃该一个或多个条件切换配置；
释放与该一个或多个条件切换配置相关联的资源；以及
执行与条件切换相关的一个或多个清理动作。
2.根据实施例1所述的方法，其中，连接状态包括RRC_CONNECTED。
3.根据实施例1或2中任一实施例所述的方法，其中，休眠状态包括RRC_INACTIVE或RRC_IDLE。
4.根据实施例1至3中任一实施例所述的方法，其中，在接收到无线电资源控制(RRC)释放消息时执行资源的释放。
5.根据实施例1至4中任一实施例所述的方法，其中，该一个或多个清理动作包括以下中的一个或多个：
丢弃状态变量；
丢弃针对条件切换条件监视的测量；
停止与条件切换条件相对应的监视；以及
停止与条件切换过程相关联的定时器。
6.根据实施例1至5中任一实施例所述的方法，还包括设置条件切换以用于从休眠状态转变到连接状态，该转变包括：
发送RRC恢复请求消息；
接收包括至少一个条件切换配置的RRC恢复消息；以及
响应于接收到的条件切换配置而执行一个或多个动作。
B组实施例
7.一种由基站执行的用于将用户设备(UE)从连接状态转变到休眠状态的方法，该方法包括：
向UE发送用于暂停到不活动或释放到空闲的消息，其中，UE具有与目标小区候选相关联的一个或多个存储的条件切换配置；
从连接状态转变到休眠状态，该转变包括丢弃该一个或多个条件切换配置。
8.根据实施例7所述的方法，其中，连接状态包括RRC_CONNECTED。
9.根据实施例7或8中任一实施例所述的方法，其中，休眠状态包括RRC_INACTIVE或RRC_IDLE。
10.根据实施例7至9中任一实施例的方法，还包括：
向至少一个目标节点候选通知UE的暂停或释放。
11.根据实施例7至10中任一实施例所述的方法，还包括设置与将UE从休眠状态转变到连接状态相关的条件切换，该转变包括：
接收RRC恢复请求消息；
基于与UE相对应的接入层(AS)上下文，确定UE支持条件切换；
配置针对UE的条件切换配置，该条件切换配置与至少一个目标小区相对应；以及
向UE发送RRC恢复消息，所述RRC恢复消息包括所配置的条件切换配置。
12.根据实施例11所述的方法，还包括：
向与目标小区相对应的一个或多个目标节点候选发送条件切换准备消息；以及
从该一个或多个目标节点候选中的至少一个接收包含针对条件切换的条件的RRC消息。
C组实施例
13.一种用于处理条件切换配置的无线设备，该无线设备包括：
处理电路，被配置为执行A组实施例中任一实施例的任何一个步骤；以及
电源电路，被配置为向无线设备供电。
14.一种用于将用户设备(UE)从连接状态转变为休眠状态的基站，该基站包括：
处理电路，被配置为执行B组实施例中任一实施例的任何一个步骤；
电源电路，被配置为向无线设备供电。
15.一种用于处理条件切换配置的用户设备(UE)，该UE包括：
天线，被配置为发送和接收无线信号；
无线电前端电路，连接到天线和处理电路，并被配置为调节在天线和处理电路之间传送的信号；
处理电路，被配置为执行A组实施例中任一实施例的任何一个步骤；
输入接口，连接到处理电路并被配置为允许信息输入到UE中以由处理电路处理；
输出接口，连接到处理电路并被配置为从UE输出已经由处理电路处理的信息；以及
电池，连接到处理电路并被配置为向UE供电。
16.一种通信系统，包括主机计算机，该主机计算机包括：
处理电路，被配置为提供用户数据；以及
通信接口，被配置为将用户数据转发给蜂窝网络以传输给用户设备(UE)，其中，蜂窝网络包括具有无线电接口和处理电路的基站，基站的处理电路被配置为执行B组实施例中任一实施例的任何一个步骤。
17.根据前一个实施例所述的通信系统，还包括基站。
18.根据前两个实施例所述的通信系统，还包括UE，其中，UE被配置为与基站通信。
19.根据前三个实施例所述的通信系统，其中：
主机计算机的处理电路被配置为执行主机应用，从而提供用户数据；以及
UE包括处理电路，该处理电路被配置为执行与主机应用相关联的客户端应用。
20.一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，该方法包括：
在主机计算机处，提供用户数据；以及
在主机计算机处，经由包括基站的蜂窝网络发起向UE的携带用户数据的传输，其中，基站执行B组实施例中任一实施例的任何一个步骤。
21.根据前一个实施例所述的方法，还包括：在基站处发送用户数据。
22.根据前两个实施例所述的方法，其中，通过执行主机应用在主机计算机处提供用户数据，该方法还包括：在UE处执行与主机应用相关联的客户端应用。
23.一种用户设备(UE)，被配置为与基站通信，该UE包括无线电接口和处理电路，处理电路被配置为执行前三个实施例的方法。
24.一种通信系统，包括主机计算机，该主机计算机包括：
处理电路，被配置为提供用户数据；以及
通信接口，被配置为将用户数据转发给蜂窝网络以用于传输给用户设备(UE)，其中，该UE包括无线电接口和处理电路，该UE的组件被配置为执行A组实施例中任一实施例的任何一个步骤。
25.根据前一个实施例所述的通信系统，其中，蜂窝网络还包括被配置为与UE通信的基站。
26.根据前两个实施例所述的通信系统，其中：
主机计算机的处理电路被配置为执行主机应用，从而提供用户数据；以及
UE的处理电路被配置为执行与主机应用相关联的客户端应用。
27.一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，该方法包括：
在主机计算机处，提供用户数据；以及
在主机计算机处，经由包括基站的蜂窝网络向UE发起携带用户数据的传输，其中，UE执行A组实施例中任一实施例的任何一个步骤。
28.根据前一个实施例所述的方法，还包括：在UE处，从基站接收用户数据。
29.一种通信系统，包括主机计算机，该主机计算机包括：
通信接口，被配置为接收源自从用户设备(UE)到基站的传输的用户数据，其中，该UE包括无线电接口和处理电路，该UE的处理电路被配置为执行A组实施例中任一实施例的任何一个步骤。
30.根据前一实施例所述的通信系统，还包括UE。
31.根据前两个实施例所述的通信系统，还包括基站，其中基站包括：无线电接口，被配置为与UE通信；以及通信接口，被配置为将从UE到基站的传输所携带的用户数据转发给主机计算机。
32.根据前三个实施例所述的通信系统，其中：
主机计算机的处理电路被配置为执行主机应用；以及
UE的处理电路被配置为执行与主机应用相关联的客户端应用，从而提供用户数据。
33.根据前四个实施例所述的通信系统，其中：
主机计算机的处理电路被配置为执行主机应用，从而提供请求数据；以及
UE的处理电路被配置为执行与主机应用相关联的客户端应用，从而响应于请求数据来提供用户数据。
34.一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，该方法包括：
在主机计算机处，接收从UE向基站传输的用户数据，其中，UE执行A组实施例中任一实施例的任何一个步骤。
35.根据前一个实施例所述的方法，还包括：在UE处，向基站提供用户数据。
36.根据前两个实施例所述的方法，还包括：
在UE处，执行客户端应用，从而提供要发送的用户数据；以及
在主机计算机处，执行与所述客户端应用相关联的主机应用。
37.根据前三个实施例所述的方法，还包括：
在UE处，执行客户端应用；以及
在UE处，接收向客户端应用的输入数据，该输入数据是通过执行与客户端应用相关联的主机应用而在主机计算机处提供的，其中，客户端应用响应于输入数据来提供要发送的用户数据。
38.一种通信系统，包括主机计算机，该主机计算机包括通信接口，通信接口被配置为接收源自从用户设备(UE)到基站的传输的用户数据，其中，基站包括无线电接口和处理电路，基站的处理电路被配置为执行B组实施例中任一实施例的任何一个步骤。
39.根据前一个实施例所述的通信系统，还包括基站。
40.根据前两个实施例所述的通信系统，还包括UE，其中，UE被配置为与基站通信。
41.根据前三个实施例所述的通信系统，其中：
主机计算机的处理电路被配置为执行主机应用；
UE被配置为执行与主机应用相关联的客户端应用，从而提供要由主机计算机接收的用户数据。
42.一种在包括主机计算机、基站和用户设备(UE)的通信系统中实现的方法，该方法包括：
在主机计算机处，从基站接收源自基站已经从UE接收到的传输的用户数据，其中，UE执行A组实施例中任一实施例的任何一个步骤。
43.根据前一个实施例所述的方法，还包括：在基站处，从UE接收用户数据。
44.根据前两个实施例所述的方法，还包括：在基站处，向主机计算机发起所接收的用户数据的传输。

Claims (14)

1.一种由无线设备(610)执行的用于处理条件切换配置的方法，所述方法包括：
当处于连接状态时：
接收和存储(402)一个或多个条件切换配置，其中，所述一个或多个切换配置中的每一个与目标小区候选相关联；
从所述连接状态转变(404)到休眠状态，所述转变包括丢弃所述一个或多个条件切换配置；
释放(406)与所述一个或多个条件切换配置相关联的资源；以及
执行(408)与条件切换相关的一个或多个清理动作；以及
从所述休眠状态转变到所述连接状态，包括：
发送(302)无线电资源控制RRC恢复请求消息；
接收(314)包括至少一个条件切换配置的RRC恢复消息；以及
响应于接收到的条件切换配置而执行(316)一个或多个动作。
2.根据权利要求1所述的方法，其中，所述连接状态包括RRC_CONNECTED。
3.根据权利要求1所述的方法，其中，所述休眠状态包括RRC_INACTIVE或RRC_IDLE。
4.根据权利要求1所述的方法，其中，在接收到无线电资源控制RRC释放消息时执行所述资源的释放。
5.根据权利要求1所述的方法，其中，所述一个或多个清理动作包括以下中的一个或多个：
丢弃状态变量；
丢弃针对条件切换条件监视的测量；
停止与条件切换条件相对应的监视；或者
停止与条件切换过程相关联的定时器。
6.一种用户设备UE(610)，包括用于执行根据权利要求1至5中任一项所述的方法的处理电路(620)。
7.一种非暂时性计算机可读存储介质(630)，在所述非暂时性计算机可读存储介质(630)上存储有能够由处理电路(670)执行以执行根据权利要求1至5中任一项所述的方法的指令。
8.一种由网络节点(660)执行的方法，包括：
当用户设备UE处于连接状态时：
向所述UE提供(502)一个或多个条件切换配置，其中，所述一个或多个切换配置中的每一个与目标小区候选相关联；
向所述UE发送(504)指示所述UE从所述连接状态转变到休眠状态的消息；以及
在发送所述消息之后，丢弃(506)所述一个或多个条件切换配置；以及
将所述UE从所述休眠状态转变到所述连接状态，包括：
接收(302)无线电资源控制RRC恢复请求消息；
基于与所述UE相对应的接入层AS上下文，确定(306)所述UE支持条件切换；
配置(308)针对所述UE的条件切换配置，所述条件切换配置与至少一个目标小区相对应；以及
向所述UE发送(314)RRC恢复消息，所述RRC恢复消息包括所配置的条件切换配置。
9.根据权利要求8所述的方法，其中，所述连接状态包括RRC_CONNECTED。
10.根据权利要求8所述的方法，其中，所述休眠状态包括RRC_INACTIVE或RRC_IDLE。
11.根据权利要求8所述的方法，还包括：
向至少一个目标节点候选通知所述UE的暂停或释放。
12.根据权利要求8所述的方法，还包括：
向与目标小区相对应的一个或多个目标节点候选发送(310)条件切换准备消息；以及
从所述一个或多个目标节点候选中的至少一个接收(312)包含针对条件切换的条件的RRC消息。
13.一种网络节点(660)，包括用于执行根据权利要求8至12中任一项所述的方法的处理电路(670)。
14.一种非暂时性计算机可读存储介质(680)，在所述非暂时性计算机可读存储介质(680)上存储有能够由处理电路(670)执行以执行根据权利要求8至12中任一项所述的方法的指令。
CN201980084393.XA 2018-12-19 2019-12-19 条件切换中的暂停-恢复 Active CN113228736B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862781760P 2018-12-19 2018-12-19
US62/781,760 2018-12-19
PCT/IB2019/061124 WO2020128966A1 (en) 2018-12-19 2019-12-19 Suspend-resume in conditional handover

Publications (2)

Publication Number Publication Date
CN113228736A CN113228736A (zh) 2021-08-06
CN113228736B true CN113228736B (zh) 2024-03-29

Family

ID=69167867

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980084393.XA Active CN113228736B (zh) 2018-12-19 2019-12-19 条件切换中的暂停-恢复

Country Status (5)

Country Link
US (1) US11895545B2 (zh)
EP (1) EP3900434B1 (zh)
CN (1) CN113228736B (zh)
BR (1) BR112021010921A2 (zh)
WO (1) WO2020128966A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7237163B2 (ja) * 2019-01-11 2023-03-10 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてモビリティを行う方法及び装置
WO2020163672A1 (en) * 2019-02-08 2020-08-13 Sony Corporation Bandwidth part flexibility for unlicensed nr access
WO2020166907A1 (en) * 2019-02-14 2020-08-20 Samsung Electronics Co., Ltd. Device and method for transmitting state information in wireless communication system
CN112087785B (zh) * 2019-06-13 2023-12-12 夏普株式会社 无线链路失败恢复方法以及用户设备
CN112291819B (zh) * 2019-07-23 2023-12-08 夏普株式会社 无线链路失败恢复方法以及用户设备
KR20220047274A (ko) * 2019-08-14 2022-04-15 삼성전자주식회사 이동 통신 시스템에서 이중 활성화 프로토콜 스택을 지원하는 단말의 핸드오버 방법 및 장치
US11622309B2 (en) 2019-08-15 2023-04-04 Qualcomm Incorporated Optimizations to support enhanced handover procedures
CN114175734A (zh) * 2019-08-27 2022-03-11 联想(北京)有限公司 用于控制小区选择程序及交接程序的方法及设备
WO2021172964A1 (en) * 2020-02-27 2021-09-02 Lg Electronics Inc. Method and apparatus for failure recovery in wireless communication system
US20210368407A1 (en) * 2020-05-19 2021-11-25 Qualcomm Incorporated Network triggered handover
US20230156503A1 (en) * 2020-08-06 2023-05-18 Apple Inc. Measurement enhancement in radio resource control (rrc) connected for base station (bs)
EP4014653B1 (en) * 2020-08-06 2023-07-05 Ofinno, LLC Uplink resource release
WO2022110221A1 (zh) * 2020-11-30 2022-06-02 华为技术有限公司 通信方法及相关设备
CN114980278A (zh) * 2021-02-22 2022-08-30 维沃移动通信有限公司 通信设备的工作方法、装置及通信设备
CN115314965A (zh) * 2021-05-08 2022-11-08 夏普株式会社 网络转换方法以及用户设备
US11632662B1 (en) 2021-10-14 2023-04-18 T-Mobile Innovations Llc System and method for device management to restrict handover and attach

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017138978A1 (en) * 2016-02-12 2017-08-17 Intel IP Corporation Systems and methods for reducing interruptions in data transmissions due to handover operations
WO2018113661A1 (zh) * 2016-12-23 2018-06-28 夏普株式会社 用户移动性方法和设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2645806B1 (en) 2012-03-27 2019-07-17 BlackBerry Limited User Equipment preference indicator for suspension of radio communications
US10292081B2 (en) * 2017-02-03 2019-05-14 Lg Electronics Inc. Method and apparatus for performing partial handover for continuous data transmission in wireless communication system
KR102339065B1 (ko) * 2017-03-17 2021-12-15 삼성전자주식회사 라디오 액세스 네트워크 통지 영역 업데이트 실패
WO2018175721A1 (en) * 2017-03-22 2018-09-27 Idac Holdings, Inc. Delayed handover execution in wireless networks based on a trigger condition
CN110463261A (zh) * 2017-03-23 2019-11-15 英特尔Ip公司 增强的条件切换
PT3513604T (pt) * 2018-04-03 2020-05-13 Ericsson Telefon Ab L M Gestão de parâmetros nas mensagens de libertação/suspensão
CN112930696A (zh) * 2018-09-04 2021-06-08 诺基亚技术有限公司 增强通信效率

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017138978A1 (en) * 2016-02-12 2017-08-17 Intel IP Corporation Systems and methods for reducing interruptions in data transmissions due to handover operations
WO2018113661A1 (zh) * 2016-12-23 2018-06-28 夏普株式会社 用户移动性方法和设备

Also Published As

Publication number Publication date
BR112021010921A2 (pt) 2021-08-24
EP3900434C0 (en) 2023-10-25
US11895545B2 (en) 2024-02-06
WO2020128966A1 (en) 2020-06-25
EP3900434B1 (en) 2023-10-25
CN113228736A (zh) 2021-08-06
US20220014985A1 (en) 2022-01-13
EP3900434A1 (en) 2021-10-27

Similar Documents

Publication Publication Date Title
CN113228736B (zh) 条件切换中的暂停-恢复
RU2769279C1 (ru) Обработка отказов главной группы сот главным узлом
US10667185B2 (en) Method for avoiding unnecessary actions in resume procedure
US10433188B2 (en) Control apparatus, base station apparatus, radio terminal, and method for updating neighbour relation table
EP3216310B1 (en) Methods and apparatus for dual connectivity management
RU2668071C1 (ru) Способ и устройство оптимизации сигнализации
EP2720487B1 (en) Cell information reporting
JP6630990B2 (ja) マルチｒａｔネットワークにおける軽量ｒｒｃ接続セットアップ
CN111819879B (zh) 在rrc非活动状态下暂停/恢复测量
RU2607612C1 (ru) Система мобильной связи, sgw, способ связи в терминале и способ управления
EP3925293A1 (en) Early measurement reporting with rrc resume request message and indication of request for early measurements in association with paging
EP3871467B1 (en) Methods and nodes for performing a handover at resume
WO2011000280A1 (zh) 检测过早切换方法、基站及系统
US20220361275A1 (en) NAS Recovery in a Wireless Communication Network
JP7163405B2 (ja) リジェクトウェイトタイムの処理
CN116249227A (zh) 避免不必要动作的连接建立的方法和ue
TWI768490B (zh) 用於在通訊網路中管理無線電承載相容性之系統和方法
US20220217563A1 (en) Idle/Inactive Measurement Handling During Radio Resource Control State Transitions
CN116489673A (zh) 信息报告方法以及用户设备
US20230284314A1 (en) Managing Packet-Based Multimedia Network Connections During Master Cell Group Failure
CN117295175A (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
GR01 Patent grant
GR01 Patent grant