CN117616811A

CN117616811A - 管理有条件辅节点改变

Info

Publication number: CN117616811A
Application number: CN202280048158.9A
Authority: CN
Inventors: C-H·吴; C-J·谢
Original assignee: Google LLC
Current assignee: Google LLC
Priority date: 2021-05-06
Filing date: 2022-05-05
Publication date: 2024-02-27

Abstract

基站可以执行用于支持辅节点(SN)过程的各种方法。在一个示例中，作为(i)源SN、(ii)目标SN或(iii)SN过程的候选SN操作的第一基站执行一种方法，所述方法包括：与作为主节点(MN)操作的第二基站传送消息以执行SN过程；以及基于SN过程是有条件过程还是无条件过程确定是否响应于所述传送而启动定时器。

Description

管理有条件辅节点改变

技术领域

本公开通常涉及无线通信，更具体地，涉及诸如有条件辅节点添加或改变过程的有条件过程。

背景技术

出于总的提供本公开上下文的目的，提供了本背景描述。当前被命名的发明人的工作，在本背景部分所描述的范围内，以及在提交申请时可能不符合先前技术的其他描述方面，既不明示也不暗示地被承认为适用于本公开的现有技术。

在电信系统中，无线电协议栈的分组数据汇聚协议(PDCP)子层提供诸如用户平面数据的传输、加密、完整性保护等服务。例如，为演进通用陆地无线电接入(EUTRA)无线电接口(参见3GPP规范TS 36.323)和新无线电(NR)(参见3GPPTS 38.323)定义的PDCP层提供了在上行链路方向上(从也称为用户设备(UE)的用户设备到基站)以及下行链路方向(从基站到UE)的排序(sequencing)。此外，PDCP子层向无线电资源控制(RRC)子层提供信令无线电承载(SRB)和数据无线电承载(DRB)。通常，UE和基站可以使用SRB来交换RRC消息以及非接入层(NAS)消息，并且可以使用DRB在用户平面上传输数据。

UE可以使用几种类型的SRB和DRB。当在双连接(DC)中操作时，与操作主节点(MN)的基站相关联的小区定义主小区组(MCG)，并且与操作为辅节点(SN)的基站相关联的小区定义辅小区组(SCG)。所谓的SRB1资源携带RRC消息，在某些情况下，RRC消息包括专用控制信道(DCCH)上的NAS消息，并且SRB2资源也支持同样通过DCCH但优先级低于SRB1资源的RRC消息(包括记录的测量信息或NAS消息)。更一般地，SRB1和SRB2资源允许UE和MN交换与MN相关的RRC消息并嵌入与SN相关的RRC消息，并且还可以被称为MCG SRB。SRB3资源允许UE和SN交换与SN相关的RRC消息，并且可以被称为SCG SRB。拆分SRB允许UE通过MN和SN的下层资源直接与MN交换RRC消息。此外，仅使用MN的下层资源的DRB可以被称为MCG DRB，仅使用SN的下层信息的DRB可以被称为SCG DRB，并且同时使用MCG和SCG两者的下层资源的DRB被称为拆分DRB。

在一些场景中，UE可以同时利用通过回程互连的多个RAN节点(例如，基站或分布式基站的组件)的资源。当这些网络节点支持不同的无线电接入技术(RAT)时，这种类型的连接被称为多无线电双连接(MR-DC)。当UE在MR-DC中操作时，一个基站作为覆盖主小区(PCell)的主节点(MN)操作，其他基站作为覆盖主辅小区(PSCell)的辅节点(SN)操作。UE与MN(通过PCell)和SN(通过PSCell)进行通信。在其他场景中，UE将无线连接从一个基站转到另一基站。例如，服务基站可以确定将UE切换到目标基站并发起切换过程。

3GPP规范TS 37.340v16.1.0描述了UE在DC场景中添加或改变SN的过程。这些过程涉及无线电接入网络(RAN)节点之间的消息传送(例如，RRC信令和准备)。这种消息传递通常会导致延迟，进而又增加了SN添加或SN改变过程失败的概率。这些传统过程不涉及在UE处检查的条件，可以称为“即时”SN添加和SN改变过程。

最近，对于SN或PSCell的添加/改变两者，都考虑了“有条件”过程(即有条件的SN或PSCell添加/改变)。与上面讨论的“即时”过程不同，在UE确定满足条件之前，这些过程不添加或改变SN或PSCell，也不执行切换。如本文所用，术语“条件”可以是指单个可检测状态或事件(例如，超过阈值的特定信号质量度量)，或是指此类状态或事件的逻辑组合(例如，“条件A和条件B”或“(条件A或条件B)和条件C”等)。

为了配置条件过程，RAN向UE提供条件以及配置(例如，一个或多个随机接入前导码等)，当条件满足时，配置将使UE能够与适当的基站通信，或者通过适当的小区通信。例如，对于有条件地添加基站作为SN或候选小区作为PSCell，RAN向UE提供在UE可以添加该基站作为SN或者该候选小区作为PSC小区之前要满足的条件、和使UE能够在满足条件之后与该基站或PSCell通信的配置。

在条件PSCell添加或改变过程中，RAN(即，MN或SN)向UE发送包括一个或多个配置参数的RRC重新配置消息，并且UE尝试连接到由RRC重配消息配置的候选PSCell。在UE通过候选PSCell成功地连接到SN之后，UE通过使用与候选PSCell相关联并且从RRC重新配置消息中的一个或多个安全配置参数导出的一个或多个配置参数和安全密钥，在候选PSCell上与SN通信。SN还导出与在UE处导出的安全密钥相匹配的安全密钥。在UE成功连接到候选PSCell之后，RAN(即SN)通过使用匹配的安全密钥和一个或多个配置参数与UE进行数据通信。

SN发起的有条件SN改变过程对MN、源SN和候选SN之间的协调提出了挑战。与条件切换、条件SN添加或MN发起的有条件SN改变过程不同，在SN发起的有条件SN改变过程中，与候选小区相对应的条件可以由源SN提供。结果，MN可能无法解释SN发起的有条件SN改变条件。例如，条件可以根据MN不支持的协议进行格式化。此外，与即时SN启动的过程相比，单SN启动的有条件SN改变过程可以在候选SN处准备多个PSC小区。为了解决这些差异，需要增强功能以在SN发起的有条件SN改变过程期间实现MN、源SN和候选SN的协作。

附图说明

图1A是示例系统的框图，其中，无线电接入网(RAN)和用户设备(UE)可以实现本公开的用于管理与辅节点(SN)相关的有条件过程的技术；

图1B是示例基站的框图，其中，可以在图1A的系统中操作的中央单元(CU)和分布式单元(DU)；

图2是图1的UE根据其与基站通信的示例协议栈的框图；

图3A是示例场景的消息传递图，其中，源SN(S-SN)通过向主节点(MN)提供连接到候选SN(C-SN)的相应C-PSCell的条件发起有条件SN改变过程，并且MN从候选SN请求C-PSCell的有条件配置，将配置标识符(ID)分配给每个C-PSCell，并向UE发送配置ID、条件和有条件配置；

图3B是与图3A的场景类似的示例场景的消息传递图，但是其中SN向C-PSCell中每一个分配配置ID，并通过MN向UE发送配置ID、条件和有条件配置；

图3C是与图3A或图3B的场景类似的示例场景的消息传递图，其中，S-SN触发MN请求修改准备的有条件配置；

图3D是与图3A或图3B的场景类似的示例场景的消息传递图，其中，C-SN修改准备的有条件配置；

图3E是与图3A或图3B的场景类似的示例场景的消息传递图，其中，S-SN触发MN移除一个或多个准备的有条件配置；

图3F是类似于图3A或图3B的场景的示例场景的消息传递图，其中，MN确定修改准备的有条件配置；

图3G是与图3A或图3B的场景类似的示例场景的消息传递图，其中，MN释放S-SN，并且作为响应，还释放C-SN；

图4是通过SN发起的有条件SN改变过程为UE准备一个或多个有条件配置的示例方法的流程图，其可以在本公开的MN中实现；

图5A是基于MN是生成条件还是从SN接收条件，通过SN发起的有条件SN改变过程为UE准备一个或多个有条件配置的示例方法的流程图，其可以在本公开的MN中实现；

图5B-图5C是通过SN发起的有条件SN改变过程为UE准备一个或多个有条件配置的进一步示例方法的流程图，其可以在本公开的MN中实现；

图6是确定在释放S-SN之后是否释放C-SN的示例方法的流程图，其可以在本公开的MN中实现；

图7是用于响应于来自S-SN的请求修改一个或多个有条件配置的示例方法的流程图，其可以在本公开的MN中实现；

图8是用于响应于修改的S-SN配置而更新有条件配置的示例方法的流程图，其可以在本公开的MN中实现；

图9是指示MN更新准备的有条件配置的示例方法的流程图，其可以在本公开的S-SN中实现；

图10是用于响应于来自MN的请求更新准备的有条件配置的示例方法的流程图，其可以在本公开的C-SN中实现；

图11是用于更新准备的有条件配置的示例方法的流程图，其可以在本公开的C-SN中实现；

图12是根据SN过程是否是有条件过程确定是否响应执行SN过程而启动定时器的示例方法的流程图，其可在本公开的S-SN或目标/候选SN中实现；

图13是用于基于SN过程是否是有条件过程确定在与SN过程相关的定时器到期时是否触发SN释放过程的示例方法的流程图，其可以在本公开的S-SN或目标/候选SN中实现；

图14是基于NS过程是否是有条件过程确定是否响应于执行SN过程启动定时器的示例方法的流程图，其可以在本公开的MN中实现；

图15是作为MN操作的基站中用于支持有条件SN过程的方法，其可以由本公开的基站实现；和

图16是作为SN操作的基站中用于支持有条件SN过程的方法，可以由本公开的基站实现。

具体实施方式

作为MN或SN操作的基站可以实现本公开的技术以支持SN过程，特别是，SN发起的有条件SN改变过程。

为了启动有条件SN改变过程，源SN(S-SN)识别候选SN(C-SN)，并向MN发送由C-SN操作的至少一个小区的指示。在一些实现中，S-SN包括小区的指示以及连接到该小区的条件。作为响应，MN向C-SN请求用于通过小区与C-SN通信的C-SN配置。MN可以但可能不解码该条件和/或C-SN配置。例如，MN可以向小区分配配置标识符(ID)，使得MN可以识别小区的条件和C-SN配置，而无需解码条件或C-SN配置的内容。MN然后可以向UE发送配置ID、条件和C-SN配置。

在其他实现中，S-SN抑制在小区的指示下发送用于连接到C-SN小区的条件。在这样的实现中，在MN从C-SN接收到C-SN配置之后，MN可以向S-SN发送C-SN配置。然后，S-SN可以通过MN向UE发送配置和条件。S-SN可以将配置和条件包括在UE可读的信息元素(IE)中，并且MN不需要对配置或条件进行解码。SN还可以向小区分配配置ID，并将配置ID包括在IE中。

此外，MN、S-SN和C-SN还可以实现本公开的技术来修改S-SN和C-SN配置。例如，如果MN或S-SN确定修改S-SN配置，则MN可以向C-SN请求被更新以反映对S-SN配置的修改的C-SN配置。作为另一示例，如果MN确定释放SN，则MN也可以触发C-SN的释放。

此外，本公开的技术还涉及基于SN过程是否是有条件SN有条件过程来确定是否启动与SN过程相关的定时器，或者在这样的定时器到期时执行哪些动作。

通常，本公开的技术允许第一基站为UE配置多个有条件配置，这些有条件配置可以与第二基站(可以与第一基站相同或不同)的多个候选小区有关，以及在UE连接到特定候选小区之前要满足的一个或多个条件。该技术还允许基站确定应用哪个有条件配置和关联安全密钥在特定候选小区上与UE通信。有条件过程可以是例如有条件切换过程、有条件SN添加或改变过程或有条件PSCell添加或改变过程。在下面的讨论中，术语“CPAC”可用于指没有SN改变的有条件PSCell添加或改变。术语“CSAC”可用于指有条件SN添加或改变。

图1A描绘了示例无线通信系统100，其中，通信设备可以实现本公开的技术。无线通信系统100包括UE 102、基站104、基站106A、基站106B和核心网(CN)110。UE 102最初连接到基站104。

在一些场景中，基站104可以执行即时SN添加以将UE 102配置为在与基站104和基站106B的双连接(DC)中操作。基站104和106B分别作为UE 102的MN和SN进行操作。稍后，当UE 102处于与MN 104和S-SN 106B的DC时，MN 104可以执行即时SN改变，以将UE 102的SN从基站106B(源SN或“S-SN”)改变为基站106A(目标/候选SN或“T-SN/C-SN”)。

在其他场景中，基站104可以执行有条件SN添加过程以首先将基站106A配置为UE102的候选SN(C-SN)。此时，UE 102可以处于与基站104的单连通(SC)，或者处于与基站104和另一基站106B的DC。与上面讨论的即时添加SN的情况相反，UE 102不即时尝试连接到C-SN 106A。在这种情况下，基站104再次作为MN操作，但是基站106A最初作为C-SN而不是SN操作。

更具体地，当UE 102接收到C-SN 106A的配置时，UE 102不连接到C-SN 106A，直到UE 102已经确定满足特定条件为止。在某些情况下，UE 102在一些情况下考虑多个条件。为了方便起见，下面的讨论只涉及单个条件。当UE 102确定条件已经满足时，UE 102连接到C-SN 106A，使得C-SN 106A开始作为UE 102的SN 106A进行操作。因此，当基站106A作为C-SN而不是SN操作时，基站106A还没有连接到UE 102，因此还没有为UE 102服务。

在一些场景中，与有条件SN添加相关联的条件可以是UE 102在C-SN 106A的候选主辅小区(PSCell)上检测到的信号强度/质量超过特定阈值或以其他方式对应于可接受测量。例如，当UE 102在候选PSCell(C-PSCell)上获得的一个或多个测量结果高于由MN 104配置的阈值或高于预先确定或预先配置的阈值时，UE 102确定满足条件。当UE 102确定C-SN 106A的C-PSCell上的信号强度/质量足够好(再次，相对于一个或多个定量阈值或其他定量度量进行测量)时，UE 102可与C-SN 106A执行随机接入过程以连接到候选SN 106A。在UE 102成功完成随机接入过程后，基站106A开始作为SN操作，并且C-PSCell成为UE 102的PSCell。SN 106A然后可开始与UE 102传送数据。

在无线通信系统100的各种配置中，基站104可以被实现为主eNB(MeNB)或主gNB(MgNB)，并且基站106A或106B可以被实现为辅gNB(SgNB)或候选SgNB(C-SgNB)。UE 102可以通过诸如EUTRA或NR的相同RAT或不同RAT与基站104和基站106A或106B(106A/B)进行通信。当基站104是MeNB并且基站106A是SgNB时，UE 102可以处于与MeNB和SgNB的EUTRA-NR DC(EN-DC)中。在这种情况下，MeNB 104可以将基站106B配置为UE 102的C-SgNB或者可以不将基站106B配置为UE 102的C-SgNB。当基站104是MeNB并且基站106A是用于UE 102的C-SgNB时，UE 102可以处于与MeNB的SC中。在这种情况下，MeNB 104可以将基站106B配置为UE 102的另一C-SgNB或者可以不将基站106B配置为UE 102的另一C-SgNB。

在一些情况下，MeNB、SeNB或C-SgNB被实现为ng-eNB而不是eNB。当基站104是主ng-eNB(Mng-eNB)并且基站106A是SgNB时，UE 102可以处于与Mng-eNB和SgNB的下一代(NG)EUTRA-NR DC(NGEN-DC)中。在这种情况下，MeNB 104可以将基站106B配置为UE 102的C-SgNB或者可以不将基站106B配置为UE 102的C-SgNB。当基站104是Mng-NB并且基站106A是用于UE 102的C-SgNB时，UE 102可以处于与Mng-NB的SC中。在这种情况下，Mng-eNB 104可以将基站106B配置为UE 102的另一C-SgNB或者可以不将基站106B配置为UE 102的另一C-SgNB。

当基站104是MgNB并且基站106A/B是SgNB时，UE 102可处于与MgNB和SgNB的NR-NRDC(NR-DC)中。在这种情况下，MeNB 104可以将基站106B配置为UE 102的C-SgNB或者可以不将基站106B配置为UE 102的C-SgNB。当基站104是MgNB并且基站106A是用于UE 102的C-SgNB时，UE 102可处于与MgNB的SC中。在这种情况下，MgNB 104可以将基站106B配置为UE102的另一C-SgNB或者可以不将基站106B配置为UE 102的另一C-SgNB。

当基站104是MgNB并且基站106A/B是辅ng-eNB(Sng-eNB)时，UE 102可以处于与MgNB和Sng-eNB的NR-EUTRA DC(NE-DC)中。在这种情况下，MgNB 104可以将基站106B配置为UE 102的C-Sng-eNB或者可以不将基站106B配置为UE 102的C-Sng-eNB。当基站104是MgNB并且基站106A是UE 102的候选Sng-eNB(C-Sng-eNB)时，UE 102可以处于与MgNB的SC中。在这种情况下，MgNB 104可以将基站106B配置为UE 102的另一C-Sng-eNB或者可以不将基站106B配置为UE 102的另一C-Sng-eNB。

在UE 102从基站104切换到基站106A的场景中，基站104和106A分别作为源基站(S-BS)和目标基站(T-BS)操作。当切换是有条件的时，基站106A作为有条件T-BS(C-T-BS)或仅C-BS进行操作。UE 102可以在切换之前以与基站104和基站106B的DC操作，并且在完成切换之后继续以与基站106A、基站106B或另一基站(图1A中未示出)的DC操作。在这种情况下，基站104和106A分别作为源MN(S-MN)和目标MN(T-MN)操作，前提是切换是即时的。当切换是有条件的时，基站106A作为有条件T-MN(C-T-MN)或仅C-MN操作。

基站104、106A和106B可以连接到相同的核心网(CN)110(其可以是演进分组核心(EPC)111或第五代核心(5GC)160)。基站104可以实现为支持用于与EPC 111通信的S1接口的eNB、支持用于与5GC 160通信的NG接口的ng-eNB，或者实现为支持用于与5GC160通信的NR无线电接口以及NG接口的基站。基站106A可以被实现为具有到EPC 111的S1接口的EN-DCgNB(EN-gNB)、不连接到EPC 111的en-gNB、支持到5GC 160的NR无线电接口以及NG接口的gNB或者支持到5GC 160的EUTRA无线电接口以及NG接口的ng-eNB。为了在下面讨论的场景期间直接交换消息，基站104、106A和106B可以支持X2或Xn接口。

在其他组件中，EPC 111可以包括服务网关(S-GW)112和移动性管理实体(MME)114。S-GW 112通常被配置为传送与音频呼叫、视频呼叫、互联网业务等相关的用户平面分组，并且MME 114被配置为管理认证、注册、寻呼和其他相关功能。5GC 160包括用户平面功能(UPF)162、接入和移动性管理(AMF)164和/或会话管理功能(SMF)166。通常，UPF 162被配置为传送与音频呼叫、视频呼叫、互联网业务等相关的用户平面分组，AMF 164被配置为管理认证、注册、寻呼和其他相关功能，并且SMF 166被配置为对PDU会话进行管理。

如图1A所示，基站104支持小区124，基站106A支持小区126A，基站106B支持小区126B。小区124和126A可以部分地重叠，小区124和126B也可以部分地交叠，使得UE 102可以以与基站104(作为MN操作)和基站106A(作为SN操作)的DC通信，并且在完成SN改变时，可以以与基站104(作为MN操作)和SN 106B的DC通信。基站106A还可以支持另外的小区125A和127A。更具体地，当UE 102处于与基站104和基站106A的DC时，基站104作为MeNB、Mng-eNB或MgNB操作，并且基站106A作为SgNB或Sng-eNB操作。当UE 102处于与基站104的SC中时，基站104作为MeNB、Mng-eNB或MgNB操作，并且基站106A作为C-SgNB或C-Sng-eNB操作。

通常，无线通信网络100可以包括支持NR小区和/或EUTRA小区的任何合适数量的基站。更具体地，EPC 111或5GC 160可以连接到支持NR小区和/或EUTRA小区的任何合适数量的基站。尽管下面的示例具体涉及特定的CN类型(EPC、5GC)和RAT类型(5G NR和EUTRA)，但是通常，本公开的技术也可以应用于其他合适的无线电接入和/或核心网络技术，诸如第六代(6G)无线电接入和/或6G核心网络或5G NR-6G DC。

继续参考图1A，基站104包括处理硬件130，其可以包括一个或多个通用处理器(例如，中央处理单元(CPU))和存储在通用处理器和/或专用处理单元上可执行的机器可读指令的计算机可读存储器。图1的示例实现中的处理硬件130包括：有条件配置控制器132，被配置为管理或控制本公开的有条件配置技术。例如，有条件配置控制器132可以被配置为支持与即时和条件切换过程相关联的RRC消息，和/或在基站104作为相对于SN的MN操作时支持必要的操作。此外，在一些实现和/或场景中，根据以下讨论的各种实现，有条件配置控制器132可以负责维护(对于UE 102和图1中未示出的许多其他UE)有条件配置的当前集合。

基站106A包括处理硬件140，其可包括一个或多个通用处理器(例如，CPU)和存储在通用处理器和/或专用处理单元上可执行的机器可读指令的计算机可读存储器。图1的示例实现中的处理硬件140包括：有条件配置控制器142，被配置为管理或控制RRC过程和RRC配置。例如，有条件配置控制器142可被配置为支持与即时和条件切换过程相关联的RRC消息，和/或当基站106A作为MN、SN、候选MN(C-MN)和/或候选SN(C-SN)操作时支持必要的操作。此外，在一些实现和/或场景中，根据以下讨论的各种实现，有条件配置控制器142可负责维护(对于UE 102和图1中未示出的多个其他UE)有条件配置的当前集合。基站106B可包括与基站106A的处理硬件140类似的处理硬件。

尽管图1A示出了有条件配置控制器132和142分别在MN和SN中操作，但在不同的场景中，基站通常可以作为MN、SN、候选MN或候选SN操作。因此，MN 104、SN 104A和SN 106B可以实现类似的功能集，并且支持MN、SN、条件MN和条件SN操作。

UE 102包括：处理硬件150，其可以包括一个或多个通用处理器(例如，CPU)和存储在通用处理器和/或专用处理单元上可执行的机器可读指令的计算机可读存储器。图1的示例实现中的处理硬件150包括：有条件配置控制器152，被配置为管理或控制RRC过程以及与有条件配置相关的RRC配置。例如，根据下面讨论的任何实现，有条件配置控制器152可以被配置为支持与即时和条件切换和/或辅节点添加/修改过程相关联的RRC消息，并且还可以负责维护UE 102的有条件配置的当前集合(例如，根据需要添加、释放或修改有条件配置)。

在操作中，UE 102可以使用在不同时间终止于(terminate)MN 104或SN 106A的无线电承载(例如，DRB或SRB)。当在无线电承载上、在上行链路(从UE 102到基站)和/或下行链路(从基站到UE 102)方向上进行通信时，UE 102可以应用一个或多个安全密钥。

图1B描绘了基站104、106A或106B中的任何一个或多个的示例分布式实现。该实现中的基站可以包括集中式单元(CU)172和一个或多个分布式单元(DU)174。CU 172配备有处理硬件，其可以包括诸如CPU的一个或多个通用处理器和存储在一个或多个通用处理器上可执行的机器可读指令的非临时计算机可读存储器，和/或专用处理单元。在一个示例中，CU 172配备有处理硬件130。在另一示例中，CU 172配备有处理硬件140。DU 174还配备有处理硬件，其可以包括诸如CPU的一个或多个通用处理器和存储在一个或多个通用处理器上可执行的机器可读指令的非临时计算机可读存储器，和/或专用处理单元。在一些示例中，示例实现中的处理硬件包括：介质访问控制(MAC)控制器，被配置为管理或控制一个或多个MAC操作或过程(例如，随机访问过程)；和无线电链路控制(RLC)控制器，被配置为在基站104、106A或106B作为MN、SN或候选SN(C-SN)操作时管理或控制一个或多个RLC操作或过程。处理硬件可以还包括：物理层控制器，被配置为管理或控制一个或多个物理层操作或过程。

接下来，图2以简化的方式示出了无线电协议栈，根据该协议栈，UE 102可以与eNB/ng-eNB或gNB进行通信。基站104、106A或106B中的每一个可以是eNB/ng-eNB或gNB。

EUTRA的物理层(PHY)202A向EUTRA介质访问控制(MAC)子层204A提供传输信道，EUTRA MAC子层204A进而向EUTRA无线电链路控制(RLC)子层206A提供逻辑信道，并且EUTRARLC子层进而向EUTRAPDCP子层208提供RLC信道，以及在某些情况下向NR PDCP子层210提供RLC信道。类似地，NR的PHY 202B向NR MAC子层204B提供传输信道，NR MAC子层204B进而向NR RLC子层206B提供逻辑信道，并且NR RLC子层206B进而向NR子层210提供RLC信道。在一些实现中，UE 102支持EUTRA和NR栈两者，以支持在EUTRA与NR基站之间和/或通过EUTRA接口和NR接口的DC之间的切换。此外，如图2所示，UE 102可以支持在EUTRARLC 206A上对NR PDCP 210进行分层。

EUTRAPDCP子层208和NR-PDCP子层210接收可以被称为服务数据单元(SDU)的分组(例如，来自互联网协议(IP)层(直接或间接地分层在PDCP层208或210之上))，并且输出可以被称作为协议数据单元(PDU)的分组(例如，到RLC层206A或206B)。除了SDU和PDU之间的差异是相关的，为了简单起见，本公开将SDU和PDU都称为“分组”

例如，在控制平面上，EUTRA PDCP子层208和NR PDCP子层210提供SRB以交换无线电资源控制(RRC)消息。在用户平面上，EUTRA PDCP子层208和NR PDCP子层210提供DRB以支持数据交换。

当UE 102在EUTRA/NR DC(EN-DC)中操作时，在基站104作为MeNB操作并且基站106A或106B作为SgNB操作的情况下，网络可以向UE 102提供使用EUTRA PDCP 208的MN终止的承载或者使用NR PDCP 210的MN终止的承载。在各种场景中，网络还可以向UE 102提供SN终止的承载，其仅使用NR PDCP 210。MN终止的承载可以是MCG承载或分离承载。SN终止的承载可以是SCG承载或分离承载。MN终止的承载可以是SRB(例如，SRB1或SRB2)或DRB。SN终止的承载可以是SRB(例如，SRB)或DRB。

接下来，参考图3A-图3G讨论了充当SN的基站发起有条件SN改变过程的几个示例场景。在图3A-图3G所示的场景中，基站用目标/候选SN提供的有条件配置来配置UE。(在本公开中，术语目标和候选可以互换，使得“目标SN”和“候选SN”都指准备有条件SN配置的SN，其中，有条件SN配置仅在满足触发条件时才适用。)通常，图3A-图3G中的类似事件用相同的附图标记表示，不同之处在下文中适当讨论。除了图中所示和下面所讨论的差异之外，关于特定事件(例如，用于消息传递和处理)所讨论的任何替代实现和示例可以应用于在其他图中用类似附图标记表示的事件。

首先参考图3A，在场景300A中，基站104作为MN操作，基站106B作为源SN(S-SN)操作，基站106A作为候选SN(C-SN)操作。最初，UE 102(在DC中操作)例如根据MN配置与MN 104(通过小区124)传送302数据(例如，上行链路和/或下行链路数据PDU)，并且根据源SN配置(S-SN配置)与SN 106B(通过小区126B)传送302数据(例如，下行链路和/或上行链路数据PDU)。

S-SN 106B在某个点确定其应当准备对具有作为潜在C-PSCell的用于UE 102的候选小区(或频带)(例如，小区125A、126A和/或127A)的候选SN(例如，C-SN 106A)的有条件SN改变。S-SN 106B可以基于例如从UE 102接收的一个或多个测量结果或者其他合适的事件进行该确定或者甚至盲(blindly)确定。响应于该确定，S-SN 106B向MN 104发送310SN改变要求(SN Change Required)(例如，SGNB CHANGE REQUIRED(SgNB改变要求)或S-NODECHANGE REQUIRED(S-节点改变要求))消息，该消息包括C-SN ID(例如，全局NG-RAN节点ID或全局en-gNB ID)、条件(例如，条件1、条件2和/或条件3)和/或指示潜在C-PSCell的候选小区信息。S-SN 106B生成条件。

在一些实现中，S-SN 106B可以在SN改变要求消息中包括有条件配置指示，其指示MN 104执行有条件SN改变过程(即，SN间有条件PSCell改变(CPC)过程)。在其他实现中，S-SN 106B可以不在SN改变要求消息中包括有条件配置指示。在这种情况下，如果MN 104在SN改变要求消息中识别出条件或潜在C-PSCell，则MN 104可以隐式地确定SN改变要求消息用于有条件SN改变。在一些实现中，C-SN ID可以被重命名为目标SN ID。在一些实现中，S-SN106B可以在SN改变要求消息中包括S-SN配置。S-SN配置包括S-SN 106B已经通过MN 104直接或间接地发送到UE 102的配置参数。在其他实现中，S-SN 106B不在SN改变要求消息中包括S-SN配置。在特定条件和特定潜在C-PSCell之间存在关联。例如，可以在3GPP规范中指定该关联。表1是潜在C-PSCell和条件之间的关联的示例。

表1：潜在C-PSCell和条件之间的关联的示例

候选小区信息中的潜在C-PSCell	条件
		小区125A的小区ID	条件1
小区126A的小区ID	条件2
		小区127A的小区ID	条件3

在一些实现中，S-SN 106B可以在条件列表(例如，condExecutionCondList字段或IE)中包括潜在C-PSCell(例如，小区125A、小区126A和/或小区127A)中的每一个的特定条件(例如，条件1、条件2和/或条件3)，并且在候选小区信息列表中指示潜在C-PSCell(例如，candidateCellInfoListSN字段或IE或新定义的列表字段或IE)。可以通过条件列表和候选小区信息列表中的编号顺序来指定条件列表中的特定条件与候选小区信息表中的特定潜在C-PSCell之间的关联。例如，条件列表的第一条目(例如，条件1)与候选小区信息列表的第一条目(例如，小区125A的小区ID)相关联，条件列表中的第二条目(例如，条件2)与候选小区信息列表的第二条目(例如，小区126A的小区ID)相关联，条件列表的第三条目(例如，条件3)与候选小区信息列表的第三条目(例如，小区127A的小区ID)相关联，等等。

在其他实现中，S-SN 106B可使用单个列表(例如，candidateCellInfoListSN字段或IE或新定义的列表字段或IE)，以包括条件和候选小区信息。例如，列表的每个条目包括条件中的特定条件，并且包括候选小区信息列表中的特定潜在C-PSCell的小区ID。因此，条件中的特定条件和候选小区信息中的特定潜在C-PSCell之间的关联可以通过条目索引来指示。

在一些实现中，条件或条件列表中的每个条件可被定义为OCTET STRING(八位字节串)，使得条件对MN 104是透明的，并且MN 104不需要对条件进行解码。

在一些实现中，由S-SN 106B提供的(一个或多个)条件中的每一个可以包含与在事件302期间S-SN 106B提供给UE 102的测量配置相关联的测量标识。S-SN 106B可以在S-SN配置中包括测量配置。在一些实现中，候选小区信息可以包含测量结果的列表，其中每个测量结果对应于特定潜在C-PSCell。

响应于SN改变要求消息，MN 104可以发起316S-SN 106B所要求的有条件SN改变过程。MN 104向C-SN 106A发送318包括候选小区信息的SN添加请求(SN Addition Request)(例如，SGNB ADDITION REQUEST(SgNB添加请求)或S-NODE ADDITION REQUEST(S-节点添加请求))消息。C-SN 106A从候选小区信息中的潜在C-PSCell中确定(例如，选择)320C-PSCell，并配置与每个确定的C-PSCell相对应的特定C-SN配置。在一些实现中，C-SN 106A可以将C-PSCell确定为潜在C-PSCell的子集。在其他实现中，C-SN 106A可以确定与潜在C-PSCell相同的C-PSCell。响应于SN添加请求消息，C-SN 106A向MN 104发送322包括C-PSCell的小区ID和C-SN配置的SN添加请求确认(SN Addition Request Acknowledge)(例如，SGNB ADDITION REQUEST ACKNOWLEDGE(SgNB添加请求确认)或S-NODE ADDITIONREQUEST ACKNOWLEDGE(S-节点添加请求确认))消息。根据C-PSCell的小区ID，MN 104可以知道候选小区信息310中的哪个(哪些)候选小区已经被C-SN 106A接受或配置为C-PSCell。

在一些实现中，MN 104可以获得C-SN配置中的C-PSCell的小区ID，而不是使用C-SN配置之外的小区ID，这需要MN 104实现用于解码C-SN配置的ASN.1解码器。在这种情况下，C-SN 106A可以或可以不在SN添加请求确认消息中包括C-PSCell的小区ID。这样的实现使用MN 104的附加处理时间和存储器存储ASN.1解码器并解码C-SN配置。

如果MN 104在来自S-SN 106B的SN改变要求消息中接收到S-SN配置，则MN 104可以在SN添加请求消息中包括S-SN配置。C-SN 106A可将C-SN配置生成为S-SN配置之上的delta配置(即，每个C-SN配置包括增强S-SN配置的配置参数)。可替换地，如果C-SN 106A不支持生成delta配置，则C-SN 106A可将C-SN配置生成为完整配置，而与S-SN配置无关(即，每个C-SN配置都是完整且是自包含配置)。否则，MN 104不在SN添加请求消息中包括S-SN配置。在这种情况下，C-SN 106A生成作为完整配置的C-SN配置。

在一些实现中，MN 104可在SN添加请求消息中包括有条件配置指示，以向C-SN106A指示确定C-PSCell和/或为每个确定的C-PSCell生成C-SN配置。根据有条件配置指示，C-SN 106A可确定SN添加请求消息是有条件SN添加或改变而不是即时SN添加或改变。在其他实现中，如果MN 104使用有条件配置特定IE以包括候选小区信息，则C-SN 106A可根据IE确定SN添加请求消息是有条件SN添加或改变而不是即时SN添加或改变。在这种情况下，MN104可以在SN添加请求消息中包括显式的有条件配置指示或可以不在SN添加请求消息中包括显式的有条件配置指示。

在一些实现中，C-SN 106A可以在SN添加请求确认消息中包括有条件配置指示以指示C-SN配置。在其他实现中，C-SN 106A使用有条件配置特定IE以包括C-SN配置。在这种情况下，C-SN 106A可以在SN添加请求确认消息中包括显式的有条件配置指示或者可以不在SN添加请求确认消息中包括显式的有条件配置指示。

在一些实现中，C-SN 106A可以生成包括C-PSCell的ID的第一列表IE和包括C-SN配置的第二列表IE。在第一列表的特定条目和第二列表的特定实体之间存在关联。例如，第一列表的第一条目(例如，小区125A的小区ID)与第二列表的第一条目(例如，C-SN配置1)相关联，第一列表中的第二条目(例如，小区126A的小区ID2)与第二列表的第二条目(例如，C-SN配置2)相关联，第一列表的第三条目(例如，小区127A的小区ID)与第二列表的第一条目(例如，C-SN配置3)相关联，等等。

在其他实现中，C-SN 106A可以生成条目列表，其中每个条目包括确定的C-PSCell中的特定C-PSCell的小区ID和对应的C-SN配置。在一些实现中，C-SN 106A可以将列表包括在RRC容器IE(例如，CG配置IE)中。在其他实现中，对于每个确定的C-PSCell，C-SN 106A可以在特定RRC容器IE(例如，CG配置IE)中包括对应的C-SN配置，并且生成条目列表，其中每个条目包括对应的RRC容器IE和确定的C-PSC cell中的特定C-PSCell的小区ID。

在一些实现中，小区ID包括小区全局ID(CGI)和/或物理小区标识(PCI)。MN 104或S-SN 106B为了管理有条件配置的目的，可以维护用于在CGI和无线通信系统100中的特定小区的物理小区ID(PCI，例如，如3GPP TS 36.423或38.423中所规定的)或其他适当标识符之间进行映射的表。

在接收322SN添加请求确认消息之后，MN 104(如果需要，生成或分配配置ID，并且)在准备RRC重新配置(例如，RRCReconfiguration或RRCConnectionReconfiguration)消息时将配置ID与C-PSCell(例如，每个C-PSCell的小区ID)和/或C-SN配置相关联324。表2是配置ID、小区ID、条件和C-SN配置之间的关联的示例。稍后，MN 104可以使用关联来管理(例如，修改或释放)MN 104在事件326或327发送给UE 102的特定C-SN配置，如图3B-图3F所述。

表2配置ID、小区ID、条件和C-SN配置之间的关联的示例

MN 104生成有条件配置添加或修改列表(例如，CondReconfigToAddModList IE)，其中每个条目包括特定C-PSCell的特定配置ID、特定条件和特定C-SN配置。MN 104向UE102发送326RRC重新配置(RRC reconfiguration)消息。在一些实现中，特定条件可以被定义为如上所述的OCTET STRING，使得该条件对MN 104是透明的，并且MN 104不需要解码条件并且直接将从S-SN 106B接收的特定条件包括在有条件配置添加或修改列表中。UE 102应用配置，并向MN 104发送328RRC重新配置完成(RRC reconfiguration complete)(例如，RRCReconfigurationComplete或RRCConnectionReconfigurationComplete)消息。MN 104向S-SN 106B发送330SN改变确认(SN Change Confirm)消息，其可以包括指示其中C-SN106A生成对应的C-SN配置的C-PSCell的C-PSCell信息。事件310、316、318、320、322、324、326、328和330可以统称为SN发起的有条件SN改变准备事件380。S-SN 106B可以响应于SN改变确认消息或用户平面地址指示(User-Plane Address Indication)(例如，Xn地址指示)消息，发送332用于早期数据转发目的的早期状态传输(Early Status Transfer)消息。MN104将早期状态传输消息转发334到C-SN 106A。

UE 102可以检测336用于连接到C-PSCell的条件被满足，并且响应于该检测在C-PSCell上发起随机接入过程。UE 102通过C-PSCell与C-SN 106A执行338随机接入过程。UE102向MN 104发送340RRC重新配置完成(例如，RRCReconfigurationComplete或RRCConnectionReconfigurationComplete)消息，其包括与C-PSCell相对应的C-SN配置完成(例如，RRCReconfigurationComplete或RRCConnectionReconfigurationComplete)消息。根据实现，UE 102可以在与C-SN 106A执行338随机接入过程之前或之后发送340RRC重新配置完成消息。在接收340RRC重新配置完成消息或C-SN配置完成消息之后或响应于接收340，MN 104向C-SN 106A发送342SN重新配置完成(SN Reconfiguration Complete)(例如，SGNBRECONFIGURATION COMPLETE(SGNB重新配置完成)、S-NODE RECONFIGURATION COMPLETE(S-节点重新配置完成))消息，其包括C-SN配置完成消息。在接收340RRC重新配置完成消息或C-SN配置完成消息之后或响应于接收340，MN 104还向S-SN 106B发送344条件SN改变成功消息，以指示SN发起的SN改变过程的成功。作为响应，S-SN 106B可以向MN 104发送348SN状态传输消息，并且如果相关无线电承载配置有RLC AM，则MN 104向C-SN 106A发送348SN状态传输消息。MN 104向S-SN 106B发送349UE上下文释放(UE Context Release)消息。事件340、342、344、346、348和349可以统称为SN发起的有条件SN改变执行事件390。UE 102根据C-SN配置通过C-PSCell与C-SN 106A进行通信350。

在一些替代实现中，UE 102向MN 104发送340包括C-SN配置完成消息的UL信息传输消息(例如，ULInformationTransfer)消息，而不是RRC重新配置完成消息。在这种情况下，MN 104可以向C-SN 106A发送342包括C-SN配置完成消息而不是SN重新配置完成消息的RRC传输消息。与事件340处的RRC重新配置消息相关的描述可以应用于UL信息传输消息。

在一些实现中，MN 104在事件322处接收到SN添加请求确认消息之后，在SN修改请求(SN Modification Request)消息中向S-SN 106B提供C-PSCell信息，而不是在SN改变确认消息中包括C-PSCell信息。作为响应，S-SN 106B可以发送包括更新的S-SN配置的SN修改请求确认(SN Modification Request Acknowledge)消息。MN 104可以在事件326的RRC重新配置消息中或者在事件326或328之后的第二RRC重新配置消息中发送更新的S-SN配置以及有条件配置。

在一些实现中，MN 104可以确定为UE 102发起MN发起的有条件SN添加或改变过程，类似于SN发起的有条件SN改变380，不同之处在于在这种情况下MN 104不接收SN改变要求消息(例如，SN改变要求消息310)并且发送SN改变确认消息。在这种情况下，类似于事件318，MN 104可以生成候选小区信息，并且将候选小区信息包括在MN发起的有条件SN添加或改变过程的SN添加请求消息中。在一些实现中，MN 104可生成条件并将有条件配置中的条件作为OCTET STRING包括在SN添加请求消息的字段中。在其他实现中，MN 104可生成条件并将条件包括在SN添加请求消息的IE中。

接下来参考图3B，场景300B类似于场景300A，不同之处在于S-SN 106B而不是MN104将配置ID与C-PSCell相关联。

在场景300B中，S-SN 106B向MN 104发送311SN改变要求消息(例如，SGNB CHANGEREQUIRED或S-NODE CHANGE REQUIRED)消息，其包括C-SN ID(例如，全局NG-RAN节点ID或全局en-gNB ID)和指示潜在C-PSCell的候选小区信息。在一些实现中，C-SN ID可以被重命名为目标SN ID。响应于SN改变要求消息，MN 104可以发起316由S-SN 106B指示的有条件SN改变过程。MN 104向C-SN 106A发送318包括候选小区信息的SN添加请求(例如，SGNBADDITION REQUEST或S-NODE ADDITION REQUEST)消息。C-SN 106A从候选小区信息中的潜在C-PSCell中确定320C-PSCell，配置与每个确定的C-PSCell相对应的特定C-SN配置，并且向MN 104发送322SN添加请求确认消息，其包括C-PSCell的小区ID和C-SN配置。根据C-PSCell的小区ID，MN 104可以确定候选小区信息311中的哪个(那些)候选小区已经被C-SN106A接受或配置为C-PSCell。

在接收322SN添加请求确认消息后，MN 104向S-SN 106B发送331SN改变确认消息，其可包括指示C-SN 106A为其生成对应的C-SN配置的C-PSCell信息。类似于场景300A，可在表1中找到特定条件和特定潜在C-PSCell之间的关联，并且可在表2中分别找到配置ID、小区ID、条件和C-SN配置之间的关联的示例。当准备S-SN配置的RRC重新配置(例如，RRCReconfiguration或RRCConnectionReconfiguration)消息时，S-SN 106B(生成或分配配置ID，并且)将配置ID与C-PSCell(例如，每个C-PSCell的小区ID)、条件和C-SN配置相关联323。S-SN 106B可向MN 104发送325包括S-SN配置的SN修改要求(例如，SGNBMODIFICATION REQUIRED或S-NODE MODIFICATION REQUIRED)消息，其包括S-SN生成的有条件配置添加或修改列表(例如，CondReconfigToAddModList IE)，其中，每个条目包括特定配置ID、特定条件以及特定C-PSCell的特定C-SN配置。MN 104向UE 102发送327包括在事件325处接收的S-SN配置的RRC重新配置消息。UE 102应用配置并向MN 104发送329RRC重新配置完成(例如，RRCReconfigurationComplete或RRCConnectionReconfigurationComplete)消息，其包括S-SN配置完成消息(例如，RRCReconfigurationComplete或RRCConnectionReconfigurationComplete)。MN 104向S-SN 106B发送367包括S-SN配置完成消息的SN修改确认消息。事件311、316、318、320、322、323、331、325、327、329和367可统称为SN发起的有条件改变准备事件381。

UE 102可以检测336用于连接到C-PSCell的条件被满足，并且响应于该检测在C-PSCell上发起随机接入过程。UE 102然后通过C-PSCell与C-SN执行338随机接入过程。UE102、MN 104、S-SN 106B和C-SN 106A可以执行390SN发起的有条件SN改变执行过程。UE 102然后根据C-SN配置通过C-PSCell与C-SN 106A进行通信350。

现在参考图3C，场景300C可类似于场景300A或场景300B，但也包括由S-SN 106B触发的对准备的有条件SN改变的修改。在场景300C中，UE 102、MN 104、S-SN 106B和C-SN106A执行事件380或381中指定的SN发起的有条件SN改变准备过程。稍后，由于例如从UE102接收到一个或多个更新的测量结果，S-SN 106B可决定391修改一个或多个小区。S-SN106B向MN 104发送354SN修改要求(例如，SGNB MODIFICATION REQUIRED或S-NODEMODIFICATION REQUIRED)消息，其可包括(更新的)条件、关联候选小区信息和/或C-SN ID(例如，全局NG-RAN节点ID或全局en-gNB ID)。在一些实现中，C-SN ID可被重命名为目标SNID。作为响应，MN 104向C-SN 106A发送356包括由S-SN 106B提供的候选小区信息的SN修改请求(例如，SGNB MODIFICATION REQUEST或S-NODE MODIFICATION REQUEST)消息。

在一些实现中，S-SN 106B响应于SN发起的SN修改或MN发起的SN改变而确定发送354SN修改要求消息。在这种情况下，S-SN 106B在SN修改要求消息中包括S-SN配置(即，在MN或SN发起的SN修改期间更新的S-SN配置)，并且MN 104在MN 104向C-SN 106A发送356的SN修改请求中包括S-SN配置。C-SN 106A可以利用S-SN配置生成delta C-SN配置。参考图3F描述了这种情况。

在一些实现(未示出)中，S-SN 106B在事件391处确定修改一个或多个条件，并且不修改小区。在这样的实现中，MN 104可以抑制发送356SN修改请求，并且可以在从S-SN106B接收354更新的条件之后直接进行到事件364。

响应于接收356SN修改请求，C-SN 106A重新配置358对应的C-SN配置。C-SN 106A向MN 104发送360SN修改请求确认(例如，SGNB MODIFICATION REQUEST ACKNOWLEDGE或S-NODE MODIFICATION REQUEST ACKNOWLEDGE)消息，其包括C-PSCell的小区ID和C-SN配置。根据C-PSCell的小区ID，MN 104可以确定哪个(哪些)候选小区已经被C-SN 106A修改。在一些实现中，MN 104可以获得C-SN配置中的C-PSCell的小区ID，而不是使用C-SN配置之外的小区ID，这需要MN 104实现用于解码C-SN配置的ASN.1解码器。在这种情况下，C-SN 106A可以或可以不在SN修改要求消息中包括C-PSCell的小区ID。这样的实现使用MN 104的附加处理时间和存储器以存储ASN.1解码器并解码C-SN配置。

在一些实现中，S-SN 106B在SN修改要求消息中包括有条件配置指示，以指示C-SN配置。在其他实现中，S-SN 106B使用有条件配置特定IE以包括C-SN配置。在这种情况下，S-SN 106B可以或可以不在SN修改要求消息中包括显式的有条件配置指示。

在一些实现中，MN 104可在SN修改请求消息中包括有条件配置指示，以向C-SN106A指示确定C-PSCell和/或为每个确定的C-PSCell生成C-SN配置。根据有条件配置指示，C-SN 106A可确定SN修改请求消息是用于有条件SN添加或改变而不是即时SN添加或改变。在其他实现中，如果MN 104使用有条件配置特定IE以包括候选小区信息，则根据该IE，C-SN106A可确定SN修改请求消息是用于有条件SN添加或改变而不是即时添加或改变。在这种情况下，MN 104可或可不在SN修改请求消息中包括显式的有条件配置指示。

在一些实现中，C-SN 106A可以在SN修改请求确认消息中包括有条件配置指示，以指示C-SN配置。在其他实现中，C-SN 106A使用有条件配置特定IE以包括C-SN配置。在这种情况下，C-SN 106A可以或可以不在SN修改请求确认消息中包括显式的有条件配置指示。此外，类似于事件322，在一些实现中，C-SN 106A生成包括C-PSCell的第一列表IE和包括C-SN配置的第二列表IE。在其他实现中，C-SN 106A生成条目列表，其中每个条目包括确定的C-PSCell中的特定C-PSCell的小区ID和对应的C-SN配置。

在接收360SN修改请求确认消息之后，MN 104在为更新的C-SN配置准备RRC重新配置(例如，RRCReconfiguration或RRCConnectionReconfiguration)消息时，基于C-PSCell中的每一个的小区ID确定362配置ID。与场景300A中描述的类似的示例方法可以应用于确定特定配置ID(例如，MN 104可以使用在事件324处确定的关联来确定362配置ID)。MN 104生成有条件配置添加或修改列表(例如，CondReconfigToAddModList IE)，其中每个条目包括特定C-PSCell的特定配置ID、特定条件和特定C-SN配置。MN 104向UE 102发送364包括有条件配置添加或修改列表的RRC重新配置消息。UE 102应用配置，并向MN 104发送366RRC重新配置完成消息。MN 104向S-SN 106B发送368SN修改确认消息，其可以包括有条件配置指示和/或由C-SN 106A接受/选择的小区信息。事件354、356、358、360、362、364、366、368可以被统称为有条件SN改变准备事件370上的SN发起的SN修改。

接下来参考图3D，场景300D类似于场景300C，但是其中C-SN 106A发起对准备的有条件SN改变的修改。修改可以包括替换和取消C-SN 106A中的准备的C-PSC单元。在场景300D中，UE 102、MN 104、S-SN 106B和C-SN 106A执行事件380或381中指定的SN发起的有条件SN改变准备过程。在稍后的时间，C-SN 106A可以决定392由于例如准备的C-PSCell上的更新的负载条件而修改一些小区。作为响应，C-SN 106A重新配置358对应的C-SN配置。由S-SN 106B生成的用于连接到C-PSCell的条件可以保持不变。C-SN 106A向MN 104发送355SN修改要求(例如，SGNB MODIFICATION REQUIRED或S-NODE MODIFICATION REQUIRED)消息，其可以包括C-PSCell的(更新的)小区ID和要取消或释放的关联的(更新的)C-SN配置和/或C-PSCell的小区ID。

在一些实现中，C-SN 106A可以在SN修改要求消息中包括有条件配置指示，以指示C-SN配置。在其他实现中，C-SN 106A使用有条件配置特定IE以包括C-SN配置。在这种情况下，C-SN 106A可以或可以不在SN修改要求消息中包括显式的有条件配置指示。

类似于事件322，在一些实现中，C-SN 106A可以生成包括C-PSCell的第一列表IE和包括C-SN配置的第二列表IE。在其他实现中，C-SN 106A可以生成条目列表，其中每个条目包括确定的C-PSCell中的特定C-PSCell的小区ID和对应的C-SN配置。

在接收355SN修改要求消息后，MN 104在为更新的C-SN配置准备RRC重新配置(例如，RRCReconfiguration或RRCConnectionReconfiguration)消息时，基于每个C-PSCell的小区ID确定362配置ID。MN 104生成有条件配置添加或修改列表(例如，CondReconfigToAddModList IE)，其中每个条目包括特定C-PSCell的特定配置ID、特定条件和特定(更新的)C-SN配置。MN 104对应于要被取消或释放的C-PSCell的小区ID，生成有条件配置释放列表(例如，CondReconfigToRemoveList IE)，其中每个条目包括特定C-PSCell的特定配置ID。MN 104向UE 102发送364包括有条件配置添加或修改列表和/或有条件配置释放列表的RRC重新配置消息。UE 102应用配置并向MN 104发送366RRC重新配置完成消息。MN 104向C-SN 106A发送368可包括有条件配置指示和/或由C-SN106A接受/选择的小区信息的SN修改确认消息。

接下来参考图3E，场景300E类似于场景300C，但是其中S-SN 106B确定移除一个或多个小区和关联C-SN配置。在场景300E中，UE 102、MN 104、S-SN 106B和C-SN 106A执行事件380或381中指定的SN发起的有条件SN改变准备过程。稍后，由于例如从UE 102接收到一个或多个更新的测量结果，S-SN 106B可以决定393移除一个或多个C-PSCell。S-SN 106B在过程380或381期间从C-SN-106A接收C-PSCell的小区ID。S-SN 106B向MN 104发送357SN修改要求(例如，SGNB MODIFICATION REQUIRED或S-NODE MODIFICATION REQUIRED)消息，其可以包括指示要移除的C-PSCell的候选小区信息(例如，一个或多个C-PSCell ID)和/或C-SN ID。例如，S-SN 106B可以在SN修改要求消息中的IE(例如，释放IE)中包括一个或多个C-PSCell的小区ID，以指示移除一个或多个小区。作为响应，MN 104向C-SN 106A发送359包括由S-SN 106B提供的候选小区信息的SN修改请求(例如，SGNB MODIFICATION REQUEST或S-NODE MODIFICATION REQUEST)消息。在一些实现中，MN 104可以透明地将候选小区信息包括在SN修改请求消息中，而无需解码候选小区信息。作为响应，C-SN 106A可以通过移除C-SN配置重新配置358对应的C-SN配置。C-SN 106A向MN 104发送361包括要移除的C-PSCell的小区ID的SN修改请求确认(例如，SGNB MODIFICATION REQUEST ACKNOWLEDGE或S-NODEMODIFICATION REQUEST ACKNOWLEDGE)消息。根据C-PSCell的小区ID，MN 104可以知道哪个(哪些)候选小区已经被C-SN 106A移除。在一些实现中，MN 104可以对在事件357处接收的候选小区信息进行解码，以获得C-PSCell的小区ID，这要求MN 104实现ASN.1解码器，以用于对MN 104在事件357处接收的候选小区的信息进行解码。根据C-PSCell的小区ID，MN 104可以知道要移除哪个(哪些)候选小区。MN 104然后在SN修改请求消息中的候选小区信息中包括C-PSCell的小区ID。在这种情况下，C-SN 106A可以或可以不在SN修改请求确认消息中包括C-PSCell的小区ID。

在接收361SN修改请求确认消息之后，MN 104在准备RRC重新配置(例如，RRCReconfiguration或RRCConnectionReconfiguration)消息时基于每个C-PSCell的小区ID确定362配置ID。MN 104生成有条件配置释放列表(例如，CondReconfigToRemoveListIE)，其中每个条目包括与要移除的C-PSCell相对应的特定配置ID。MN 104向UE 102发送365包括有条件配置释放列表的RRC重新配置消息。UE 102应用配置，并向MN 104发送366RRC重新配置完成消息。MN 104可以向S-SN 106B发送368可以包括有条件配置指示的SN修改确认消息。

接下来参考图3F，场景300F可以类似于场景300A或场景300B，但也包括MN发起的对准备的有条件SN改变的修改。在场景300F中，UE 102、MN 104、S-SN 106B和C-SN 106A执行事件380或381中指定的SN发起的有条件SN改变准备过程。在稍后的时间，MN 104可以例如由于更新的无线电承载配置(例如，添加或释放的无线电承载)而决定394修改S-SN配置。MN 104向S-SN 106B发送372SN修改请求(例如，SGNB MODIFICATION REQUEST或S-NODEMODIFICATION REQUEST)消息，包括RRC容器中的更新信息(例如，CG-ConfigInfo IE)。作为响应，S-SN 106B可以重新配置对应的S-SN配置。S-SN 106B向MN 104发送374SN修改请求确认(例如，SGNB MODIFICATION REQUEST ACKNOWLEDGE或S-NODE MODIFICATION REQUESTACKNOWLEDGE)消息，包括更新的S-SN配置。MN 104然后可以向UE 102发送376包括更新的S-SN配置的RRC重新配置消息。UE 102应用配置，并向MN 104发送378包括S-SN配置完成消息的RRC重新配置完成消息。MN 104向S-SN 106B发送331包括S-SN配置完成消息的SN重新配置完成消息。在MN发起的SN修改之后，UE 102、MN 104、S-SN 106B和C-SN 106A然后对有条件SN改变准备过程执行SN发起的SN改变，如图3C的事件370所示。

接下来参考图3G，场景300G可以类似于场景300A或场景300B，但包括释放源SN，从而释放准备的SN发起的有条件SN改变。在场景300G中，UE 102、MN 104、S-SN 106B和C-SN106A执行事件380或381中指定的SN发起的有条件SN改变准备过程。MN 104稍后可以决定395释放S-SN 106B。在一些实现中，MN 104由于从UE 102接收的低功率指示、DC释放指示或过热指示而做出决定395。在另一实现中，由于一个或多个测量结果低于由MN 104配置的阈值或高于预定或预先配置的阈值，MN 104做出决定395。MN 104可以从UE 102或S-SN 106B接收测量结果。在又一个实现中，MN 104由于从S-SN 106B接收到SN释放要求(SN ReleaseRequired)消息而做出决定395。MN 104向S-SN 106B发送381SN释放请求(SN ReleaseRequest)(例如，SGNB RELEASE REQUEST(SgNB释放请求)或S-NODE RELEASE REQUEST(S-节点释放请求))消息。作为响应，S-SN 106B向MN 104发送382SN释放请求确认(SN ReleaseRequest Acknowledge)(例如，SGNB RELEASE REQUEST ACKNOWLEDGE(SgNB释放请求确认)或S-NODE RELEASE REQUEST ACKNOWLEDGE(S-节点释放请求确认))消息。MN 104可以向UE102发送383指示UE 102释放S-SN配置的RRC重新配置消息，。UE 102然后可以释放S-SN配置，然后向MN 104发送384RRC重新配置完成消息。

响应于决定395释放S-SN 106B，MN 104还释放C-SN 106A。MN-104向C-SN 106A发送385SN释放请求(例如，SGNB RELEASE REQUEST或S-NODE RELEASE REQUEST)消息，其可以包括有条件配置指示。C-SN 106A向MN 104发送386SN释放请求确认(例如，SGNB RELEASEREQUEST ACKNOWLEDGE或S-NODE RELEASE REQUEST ACKNOWLEDGE)消息，其可以包括C-PSCell的小区ID。根据C-PSCell的小区ID，MN 104可以知道C-SN 106A已准备哪个(哪些)候选小区。可替换地，C-SN 106A不在SN释放请求确认消息中包括小区ID。在这种情况下，MN104保留MN 104在过程380或381中接收的小区ID。

在接收386SN释放请求确认消息之后，MN 104在生成RRC重新配置消息时基于每个C-PSCell的小区ID确定362配置ID。MN 104生成有条件配置释放列表(例如，CondReconfigToRemoveList IE)，其中每个条目包括特定配置ID。MN 104向UE 102发送387包括有条件配置释放列表的RRC重新配置消息。UE 102应用RRC重新配置，并向MN 104发送388RRC重配完成消息。S-SN 106B可以向MN 104发送389SN状态传输消息。MN 104可以向S-SN 106B发送397UE上下文释放消息，并且可以向C-SN 106A发送398UE上下文释放消息。

接下来，参考图4-图11讨论了基站可以实现的几个示例方法以支持SN发起的SN改变并管理有条件配置。如贯穿本公开的各个点所示，图4-图11所示的示例方法可以在上述场景300A-300G期间实现。

首先参考图4，图4示出了为UE(诸如UE 102)准备SN发起的有条件改变的示例方法400，所述示例方法400可以在基站(例如图3A、图3B、图3C、图3D、图3E、图3F和图3G的MN104)中实现。

方法400从块402开始，其中基站从作为S-SN的另一基站接收包括候选SN标识(例如，全局en-gNB ID或全局NG-RAN节点ID)、条件、候选小区信息和/或S-SN配置的SN改变要求消息(例如，图3A的事件310、图3B的事件311)。在块404，基站向C-SN发送包括条件指示、候选小区信息和/或SN配置的SN添加请求消息(例如，图3A、图3B的事件318)。在块406，基站从候选SN接收包括C-PSCell的小区ID和C-SN配置的SN添加请求确认消息(例如，图3A、图3B的事件322)。在块408，基站可以生成配置ID，每个配置ID与特定C-PSCell和/或特定C-SN配置相关联(例如，图3A的事件324)。在一些实现中，S-SN生成配置ID(例如，图3B的事件323)。在块410，基站向UE发送RRC重新配置消息，其包括有条件配置的列表，其中每个有条件配置包括配置ID、条件和C-SN配置(例如，图3A的事件326、图3B的事件327)。在块412，基站可以从UE接收第一RRC重新配置完成消息(例如，图3A的事件328，图3B的事件329)。在块414，基站可向S-SN发送可包括接受的C-PSCell信息的SN改变确认消息(例如，图3A的事件330，图3B的事件331)。在块416，基站可从UE接收包括C-SN配置完成消息的第二RRC重新配置完成消息(例如，图3A的事件340)。在块418，基站可向C-SN发送C-SN配置完成消息(例如，图3A的事件342)。在块420，基站可向S-SN发送指示成功执行有条件SN改变的消息(例如，图3A的事件344)。

接下来参考图5A，示出了用于为UE(诸如UE 102)准备SN发起的有条件改变的示例方法500A。例如，方法500A可以在基站(诸如图3A、图3B、图3C和图3D的MN 104)中实现。

方法500A开始于块502A，其中基站准备利用C-SN的有条件配置，以从C-SN获得UE的C-SN配置。在块504A，基站生成配置ID，并将配置ID与C-SN配置相关联(例如，图3A的事件324，图3C和图3D的事件362)。在块506A，基站检查MN(即，基站本身)是否生成C-SN配置的条件或者从SN(即，S-SN)接收C-SN配置的条件。如果条件由MN生成，则流程进行到块508A，在块508A，基站生成第一类型的第一有条件配置添加/修改(列表)IE，以包括配置ID、条件和C-SN配置。在块510A，基站向UE发送第一有条件配置(例如，图3A的事件326，图3C和图3D的事件364)。如果从SN接收到条件，则流程进行到块512A，在块512A，基站生成第二类型的第二有条件配置添加/修改(列表)IE，以包括配置ID、条件和C-SN配置。在块514A，基站向UE发送第二有条件配置(例如，图3A的事件326，图3C和图3D的事件364)。

在一些实现中，第一类型的第一有条件配置/修改(列表)IE可以是3GPP Release16IE。例如，如果MN是eNB，则3GPP Release 16IE可以是CondReconfigurationToAddMod-r16或CondReconfigurationToAddModList-r16。在另一示例中，3GPP Release 16IE可以是CondReconfigToAddMod-r16或CondReconfigToAddModList-r16。在一些实现中，第二类型的第二有条件配置/修改(列表)IE可以是3GPP Release 17IE。例如，3GPP Release 17IE可以是CondReconfigurationToAddMod-r17、CondReconfigurationToAddModList-r17、CondReconfigToAddMod-r17或CondReconfigToAddModList-r17。

MN生成的条件可以是3GPP release 16IE的子IE。MN可以将从SN接收的条件包括在具有3GPP Release 17IE中的对应字段的八位字节串中，使得MN不需要解码或理解从源SN接收的条件。

接下来参考图5B，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变的示例方法500B。方法500B可以在基站(诸如图3A、图3B、图3C和图3D的MN 104)中实现。

方法500B始于块503B，其中基站准备利用C-SN的有条件配置，以从源SN获得C-SN配置和/或UE的条件。在块504B，基站生成配置ID，并将配置ID与C-SN配置和条件相关联(例如，图3A的事件324，图3C和图3D的事件362)。在块508B，基站生成包括配置ID、条件、C-SN配置的有条件配置添加/修改(列表)IE和/或包括配置ID的有条件配置释放(列表)IE。在块510B，基站向UE发送有条件配置(例如，图3A的事件326，图3C和图3D的事件364)。

接下来参考图5C，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变的示例方法500C，其可以在基站(例如诸如图3A、图3C和图3D的MN 104)中实现。

方法开始于块503C，其中基站准备具有利用C-SN的有条件配置，以从S-SN获得C-SN配置和UE的第一条件。在块504C，基站生成配置ID，并将配置ID与C-SN配置和条件相关联(例如，图3A的事件324，图3C和图3D的事件362)。在块507C，基站将第一条件转换为第二条件。在块509C，基站生成有条件配置添加/修改(列表)IE以包括配置ID、第二条件和C-SN配置。在块510，基站向UE发送有条件配置(例如，图3A的事件326，图3C和图3D的事件364)。

在一些实现中，在块507C，MN解码第一条件以获得第一条件的明文，然后将明文编码为第二条件。在一些实现中，第一条件具有第一格式，第二条件具有第二格式。例如，第一格式可以是SN格式，第二条件可以是MN格式。作为另一示例，在涉及EN-DC的场景中，第一格式可以是NR格式，第二格式可以是LTE格式。在其他实现中，第一条件和第二条件具有相同的格式。

接下来参考图6，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变，并随后释放SN和C-SN的示例方法600。方法600可以在基站(诸如图3G的MN 104或者RAN)中实现。

方法从块602开始，在块602，基站与UE和SN一起通信。在块604，基站向UE发送包括条件和C-SN配置的有条件配置。在块606，基站(确定)释放SN(例如，图3G的事件395)。在块608，基站检查MN(即，基站本身)是否生成了与有条件配置相关联的条件。如果是，则流程进行到块610，在块610中基站保留有条件配置。如果MN没有生成条件，则流程进行到块612，在块612中，基站响应于确定释放SN而释放有条件配置。在块614，基站可以向UE发送配置UE释放有条件配置的消息(例如，图3G的事件387)。

接下来参考图7，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变并随后更新有条件配置的示例方法700。方法700可以在基站(诸如图3C、图3E或图3F的MN 104)中实现。

方法700开始于块702，其中基站与S-SN和C-SN执行有条件SN改变准备，以获得UE的有条件配置，并将有条件配置发送到UE(例如，图3C和图3E的事件380)。在块704，基站从S-SN接收SN修改要求消息以更新(例如，修改或删除)有条件配置(例如，图3C的事件354或图3E的事件357)。在块706，基站向C-SN发送SN修改请求消息，以请求C-SN更新有条件配置(例如，图3C的事件356或图3E的事件359)。在块708，基站从C-SN接收SN修改请求确认消息，其包括C-PSCell的小区ID和/或用于更新有条件配置的新C-SN配置(例如，图3C的事件360或图3E的事件361)。例如，在修改的C-PSCell是被移除的小区的情形(例如，情形300F)中，SN修改请求确认消息可以省略C-SN配置。在块710，基站向UE发送RRC重新配置消息，以在接收到SN修改请求确认消息之后或响应于接收到SN改变请求确认消息更新可配置的配置(例如，图3C的事件364或图3E的事件365)。在块712，基站响应于RRC重新配置消息从UE接收RRC重新分配完成消息(例如，图3C的事件365或图3E的事件366)。

接下来参考图8，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变，并随后更新S-SN配置和有条件配置的示例方法800。方法800可以在基站(诸如图3F的MN 104)中实现。

方法800从块802开始，其中基站与S-SN、C-SN和UE执行有条件SN改变准备(例如，图3F的事件380或381)。在块804，基站向S-SN发送SN修改请求消息以更新UE用于与S-SN通信的S-SN配置(例如，图3F的事件372)。在块806，基站从S-SN接收包括更新的S-SN配置的SN修改请求确认消息(例如，图3F的事件374)。在块808，基站向UE发送包括更新的S-SN配置的RRC重新配置消息(例如，图3F的事件376)。在块810，基站从UE接收包括S-SN配置完成消息的RRC重新配置完成消息(例如，图3F的事件378)。在块812，基站向S-SN发送包括S-SN配置完成消息的SN重新配置完成消息(例如，图3F的事件331)。在块814，基站对在块704、706、708、710、712中指定的有条件SN改变准备执行SN发起的SN修改。在块704，基站可以接收S-SN配置(例如，图3C的事件354)。在块706，基站可以向C-SN发送S-SN配置(例如，图3C的事件356)。

接下来参考图9，示出了一种示例方法900，用于为UE(诸如UE 102)准备SN发起的有条件SN改变，并随后更新有条件配置。方法900可以在基站(诸如图3C、图3E和图3F的S-SN106B)中实现。

方法900开始于块902，其中基站与MN和候选SN执行SN发起的有条件SN改变准备以配置UE的有条件配置(例如，图3C、图3E和图3F的事件380或381)。在块904，基站向MN发送SN要求消息以更新有条件配置(例如，图3C的事件354，图3E的事件357)。SN要求消息包括要修改的C-PSCell的指示(例如，C-PSCell的小区ID和/或C-SN的ID)。SN要求消息可以进一步包括条件指示和/或SN配置。在一些实现中，SN要求消息可以是SN修改要求消息。在其他实现中，SN要求消息可以是SN改变要求消息。在一些实现中，有条件配置包括条件和/或C-SN配置。

接下来参考图10，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变并随后更新有条件配置的示例方法1000。方法1000可以在基站(诸如图3C、图3E或图3F的C-SN106A)中实现。

方法1000开始于块1002，其中基站与MN和S-SN执行有条件SN改变准备，以配置UE的有条件配置(例如，图3C、图3E和图3F的事件380)。在块1004，基站从MN接收包括UE的有条件指示的SN修改请求消息(例如，图3C的事件356，图3E的事件359)。在块1006，基站向MN发送包括有条件配置指示、C-PSCell的小区ID和/或(更新的)C-SN配置的SN修改请求确认消息(例如，图3C的事件368、图3E的事件368)。在块1008，基站可以响应于UE应用C-SN配置之一从MN接收包括RRC重新配置完成消息的SN重新配置完成消息。

接下来参考图11，示出了用于为UE(诸如UE 102)准备SN发起的有条件SN改变并随后更新有条件配置的示例方法1100。方法1100可以在基站(诸如图3D的C-SN 106A)中实现。

方法1100开始于块1102，其中基站与MN执行有条件SN改变准备，以配置UE的第一有条件配置。在块1104，基站可以决定更新第一有条件配置(例如，图3D的事件392)。在块1106，基站向MN发送包括更新第一有条件配置的第二有条件配置的SN修改要求消息(例如，图3D的事件355)。在块1108，基站从MN接收SN修改确认消息(例如，图3D的事件357)。在块1110，基站可以从MN接收包括用于有条件配置的RRC重新配置完成信息的SN重新配置完成消息。在一些实现中，有条件配置包括条件和/或C-SN配置。

接下来转到图12-图14，图12-图14示出了可以由本公开的基站(例如，图3A-图3F的MN 104、S-SN 106B或C-SN 106A)实现的用于支持SN过程和管理与SN过程相关的定时器的示例方法。例如，在场景300A-300F期间，基站可以根据图12-图14所示的技术来确定是否启动定时器。

图12示出了一个示例方法1200，用于基于SN过程是否为条件过程确定是否响应执行SN过程而启动定时器。方法1200可以在基站(诸如图3A、图3B、图3C、图3D、图3E和图3F的S-SN 106B或C-SN 106A)中实现。

方法1200从块1202开始，其中基站与MN执行UE(例如，UE 102)的SN过程(例如，图3A的事件318和322、图3B的事件318、322、图3C的事件356和360、图3D的事件355和357、图3E的事件359和361)。在块1204，基站检查SN过程是否用于有条件配置。如果不是，则流程进行到块1206，在块1206中，基站响应于SN过程启动定时器。如果在块1204，SN过程用于有条件配置，则流程进行到1208，其中基站抑制响应于SN过程而启动定时器。

在一些实现中，SN过程可以是SN添加过程。SN添加过程可以是MN发起的(有条件的)SN添加或改变过程，或者SN发起的(条件的)SN改变过程。在一些实现中，MN(例如，MN104)可以执行与基站(例如，目标MN或候选MN)的即时切换或有条件切换，并且基站可执行与另一基站(例如，C-SN 106A)的MN发起的(有条件的)SN添加或改变过程。在其他实现中，SN过程可以是SN修改准备过程。SN修改准备过程可以是MN发起的SN修改过程或SN发起的SN改变过程。在又一实现中，SN过程可是SN改变过程。

在一些实现中，定时器可以是3GPP规范38.423中定义的TXn_DCoverall或3GPP规范36.423中定义的T_DCoverall。

在一些实现中，在SN过程中，基站从MN接收SN请求消息(例如，SN添加请求消息或SN修改请求消息)，并且响应于SN请求消息向MN发送SN请求确认消息(例如，SN添加请求确认消息或SN修改请求确认消息)。在一些实现中，在块1206，响应于从MN接收到SN请求消息，基站启动定时器。在其他实现中，在块1206，响应于向MN发送SN请求确认消息，基站启动定时器。当从MN接收到包括UE的RRC重新配置完成消息的SN重新配置完成消息时，基站停止定时器。

在一些实现中，在SN过程中，基站向MN发送SN要求消息(例如，SN修改要求或SN改变要求消息)。在一些实现中，在块1206，响应于发送SN要求消息，基站启动定时器。当从MN接收到SN确认消息(例如，SN修改确认或SN改变确认消息)时，基站停止定时器。

在一些实现中，如果定时器在接收到UE的SN重新配置完成消息之前到期，则基站将SN过程请求的RRC重新配置过程视为没有被UE应用。

图13示出了当与SN过程相关的定时器到期时确定是否触发SN释放过程的方法1300。方法1300可以在基站(诸如图3A、图3B、图3C、图3D、图3E和图3F的S-SN 106B或C-SN106A)中实现。

方法1300开始于块1302，其中基站与MN执行UE的SN过程。在块1304，响应于SN过程，基站启动定时器。在块1306，定时器在接收到UE的SN重新配置完成消息之前到期。在块1308，基站检查SN过程是否用于有条件配置。如果不是，则流程进行到块1310，其中基站响应于定时器的到期而触发UE的SN释放过程。如果SN过程用于有条件配置，则流程进行到块1312，在块1312中，基站抑制响应于定时器的到期而触发UE的SN释放过程。

在一些实现中，SN过程可以是SN添加过程。SN添加过程可以是MN发起的(有条件的)SN添加或改变过程，或者SN发起的(条件的)SN改变过程。在一些实现中，MN(例如，MN104)可以执行与基站(例如，目标MN或候选MN)的即时切换或有条件切换，并且基站可以执行与另一基站(例如，C-SN 106A)的MN发起的(有条件的)SN添加或改变过程。在其他实现中，SN过程可以是SN修改准备过程。SN修改准备过程可以是MN发起的SN修改过程或SN发起的SN改变过程。

在一些实现中，在SN过程中，基站从MN接收SN请求消息(例如，SN添加请求消息或SN修改请求消息)，并且响应于SN请求消息向MN发送SN请求确认消息(例如，SN添加请求确认消息或SN修改请求确认消息)。在一些实现中，在块1304，响应于从MN接收到SN请求消息，基站启动定时器。在其他实现中，在块1304，响应于向MN发送SN请求确认消息，基站启动定时器。当基站从MN接收到包括UE的RRC重新配置完成消息的SN重新配置完成消息时，基站停止定时器。

在一些实现中，如果SN过程不用于有条件配置，并且定时器在接收到UE的SN重新配置完成消息之前到期，则基站将SN过程请求的RRC重新配置过程视为没有被UE应用。如果SN过程用于有条件配置，并且定时器在接收到UE的SN重新配置完成消息之前到期，则基站不视为SN过程请求的有条件重新配置的RRC重新配置过程没有被UE应用。

图14示出了用于确定是否响应于执行SN过程而启动定时器的示例方法1400，其可以在基站(例如诸如图3A、图3B、图3C、图3D、图3E、图3F和图3G的MN 104)中实现。

方法1400从块1402开始，其中基站与SN执行UE的SN过程。在块1404，基站检查SN是否是候选SN。如果是，则流程进行到块1406，在块140，响应于SN过程，基站启动定时器。如果SN不是候选SN，则流程进行到块1408，在块1408，响应于SN过程，基站抑制启动定时器。

在一些实现中，SN过程可以是SN添加过程。SN添加过程可以是MN发起的(有条件的)SN添加或改变过程，或者SN发起的(有条件的)SN改变过程。在一些实现中，MN(例如，MN104)可以执行与基站(例如，目标MN或候选MN)的即时切换或有条件切换，并且基站可以执行与另一基站(例如，C-SN 106A)的MN发起的(有条件的)SN添加或改变过程。在其他实现中，SN过程可以是SN修改准备过程。SN修改准备过程可以是MN发起的SN修改过程或SN发起的SN改变过程。

在一些实现中，在SN过程中，MN向MN发送SN请求消息，并且响应于SN请求消息从MN接收SN请求确认消息。在一些实现中，在块1406，响应于向C-SN发送SN请求消息，MN启动定时器。在其他实现中，在块1406，响应于从C-SN接收SN请求确认消息，MN启动定时器。在又一实现中，响应于SN过程，MN获得有条件配置，并且在块1406，响应于向UE发送有条件配置，启动定时器。例如，MN可以向UE发送包括有条件配置的RRC重新配置消息。在这种情况下，在响应于RRC重新配置消息从UE接收RRC重新配置完成消息时，MN站停止定时器。在另一情况下，当接收到确认接收到HARQ传输或包括RRC重新配置消息的RLC PDU的确认消息(例如，HARQ确认或RLC确认)时，MN站停止定时器。

如果定时器在接收到RRC重新配置完成消息、HARQ确认或RLC确认之前到期，则MN可以与C-SN执行SN释放过程以释放有条件配置。

图15-图16是说明本公开用于支持条件SN过程的示例方法的流程图。图15-图16所示的示例方法可以在上述场景300A-300G期间实现。

图15示出了用于支持条件SN过程的方法1500，其可以由作为MN(例如，MN 104)操作的第一基站实现。在块1502，第一基站从作为SN操作的第二基站接收第三基站将通过与第三基站相关联的小区作为UE的候选SN操作的指示(例如，图3A的事件310、图3B的事件311)。在块1504，响应于该指示，第一基站向第三基站发送将小区配置为候选小区的请求(例如，图3B的事件318)。在块1506，第一基站从第三基站接收用于通过该小区与第三基站通信的配置(例如，图3B的事件322)。在块1508，第一基站从第二基站接收连接到小区的条件(例如，图3A的事件310、图3B的事件325)。在块1510，第一基站向UE发送具有条件的配置(例如，图3A的事件326、图3B的事件327)。

在一些实现中，在块1502接收条件包括接收具有指示的条件(例如，图3A的事件310)。该小区可以是由第三基站操作并被配置为作为候选小区操作的多个小区中的一个。第一基站可以向多个小区中的每个小区分配标识符(例如，图3A的事件324)，并将分配给小区的标识符与配置和条件一起发送给UE(例如，图3A中的事件326)。此外，在块1502接收条件可以包括接收根据终止于UE和SN的协议格式化的条件。第一基站可以生成包括配置和条件的IE，该IE根据终止于UE和MN的协议格式化(例如，图5A的块512A)，并且通过向UE发送该IE向UE发送具有条件的配置。

在其他实现中，在从第三基站接收到配置之后并且在将配置发送到UE之前，第一基站将配置发送给第二基站(例如，图3B的事件331)，并且从第二基站接收具有配置的条件(例如，图3B的事件325)。从第二基站接收条件和接收配置可以包括接收包括配置和条件的IE，并且第一基站可以通过向UE发送IE发送具有条件的配置。可以根据终止于UE和SN的协议来格式化IE。

在一些实现中，方法1500还包括确定释放作为SN的第二基站(例如，图3G的事件395，图6的块606)，以及作为响应，向第三基站发送SN释放请求(例如，图3G的事件385，图6中的块612)。

在一些实现中，方法1500还包括确定修改SN配置，UE通过该SN配置与第二基站通信(例如，图3F的事件394)。第一基站可以向第二基站请求修改的SN配置(例如，图3F中的事件372，图8中的块804)，并从第二基站接收修改的SN配置(例如，图3F的事件374，图8的块806)。响应于确定修改SN配置，第一基站可以向第三基站发送修改配置的请求(例如，图3F的事件370，图3C的事件356，图8的块814)。在对第三基站的请求中，第一基站可以包括修改的SN配置。

在一些实现中，方法1500还包括从第二基站接收修改或移除一个或多个配置的至少一部分的第一请求(例如，图3C的事件354、图3E的事件357、图7的块704)。在这样的实现中，第一基站可以向第三基站发送修改或移除一个或多个配置的至少一部分的第二请求(例如，图3C的事件356、图3E的事件359、图7的块706)。

此外，第一基站可以从第三基站接收用于通过该小区与第三基站通信的修改的配置(例如，图3D的事件355，图11的块1106)。第一基站可以向UE发送修改的配置(例如，事件364)。

图16示出了用于支持条件SN过程的方法1600，其可以由作为SN操作的第二基站(例如，S-SN 106B)实现。在块1602，第二基站确定将操作小区的第三基站配置为UE的候选SN。在块1604，响应于确定，第二基站向作为主节点(MN)操作的第一基站发送该小区的指示(例如，图3B的事件311)。在块1606，第二基站接收用于通过该小区与第三基站通信的配置(例如，图3B的事件331)。第二基站可以从第一基站接收配置。在块1608，第二基站生成用于连接到该小区的条件。在块1610，第二基站通过第一基站向UE发送包括条件和配置的信息元素(IE)(例如，图3B的事件325和327)。第二基站可以根据终止于UE和SN的协议来格式化IE。

该小区可以是由第三基站操作并被配置为作为候选小区操作的多个小区中的一个。在这种情况下，第二基站可以为多个小区中的每个小区分配标识符(例如，图3B的事件323)。第二基站可以在第二基站在块1610发送的IE中包括分配给小区的标识符(例如，图3B的事件325和327)。

在一些实现中，方法1600还包括确定修改配置(例如，图3C的事件391、图3E的事件393)，以及向第一基站发送修改配置的请求(例如，图3C中的事件354、图3E的事件357、图9的块904)。

以下关于SCG配置场景的条件切换的讨论包括对场景的观察以及RAN2在LS R3-211433中提出的问题。根据LS R3-211433：“根据上述协议，只有当满足PCell的条件重新配置并执行CHO时，才应用SCG配置。该协议既没有在规范中得到，也没有与RAN3协商。RAN2已经确定了在SCG配置下进行有条件重配置的以下潜在场景：(1)具有相同SN的CHO：从SN 1中具有SCG的源PCell 1到具有相同SN 1中的SCG的目标PCell 2的CHO。(2)具有不同SN的CHO：从SN 1中具有SCG的源PCell 1到SN 2中具有SCG的目标PCell 2的CHO。(3)从单连接到(MR-)DC连接的CHO：从源PCell 1到SN中具有SCG的目标PCell 2的CHO。(4)上面列出的场景1、2、3，目标MCG和SCG在同一网络节点中。这对应于UE连接到NR-DC中的两个gNB DU，一个服务于目标MCG，另一个服务于目标SCG，连接到充当MN和SN两者的同一gNB CU。我们了解到，前三种情景涉及情况，其中SN是另一个与MN不共址的逻辑节点，因此需要进行SN添加过程，如TS 37.340的第10.7和10.9节所示。在这些情景中，目标/候选MN似乎执行了当前RAN3规范规定指定的“即时”SN添加，因为在版本16中我们还没有引入CPA或SN间CPC。因此，当SN向MN发送SN添加请求确认消息时，SN应启动定时器(例如，T_DCoverall或TXn_DCOverall)，并在接收到SN重新配置完成消息时停止定时器。然而，由于在MN上执行CHO，并且SN配置的执行也取决于是否满足CHO的触发条件，因此对于目标SN来说，这本质上类似于条件操作。为即时DC操作设计的定时器可能在接收SN重新配置完成消息之前到期。SN然后应当将请求的RRC连接重新配置视为UE没有应用，并且应当触发SN发起的释放过程。

观察1：除非定时器问题得到解决，否则前三种情况下具有SCG配置的CHO可能无法按照当前RAN3规范的RAN2所预期的那样工作。对于目标MCG和SCG都在同一网络节点中的第四种情况，尽管在这种情况下没有SN添加过程，但是对于要在服务于SCG的DU中使用的UE上下文设置或修改过程，不清楚CU是否应使用有条件DU间移动性信息IE来指示这是用于有条件PSCell改变的。从liason来看，似乎只有MCG部分需要有条件指示，而SCG部分不需要。

观察2：对于第四场景，不清楚CU是否应在UE上下文管理过程中使用对服务于SCG的DU的有条件指示。最后但并非最不重要的是，在RAN2#109e期间，就R2-2001764(R3-201511LS in)中的CHO和CPC达成了以下一致意见：“Rel-16中不考虑同时支持CHO和SN内CPC配置。让网络解决方案确保没有同时进行CHO和CPC配置。直到RAN3，如果/如何确保没有同时的CHO+PCC(例如，OAM等)。如上所述，基本上只有在满足CHO触发条件时才执行SCG配置，因此可以有条件地考虑SN添加部分(至少在前三种情况下)，这似乎与另一先前的RAN2协议相矛盾，以避免同时CHO和CPC配置。

观察3：Rel-16中未考虑同时支持CHO和SN内CPC配置。

基于这些观察结果的两个问题是：(1)如果在上面列出的任何场景中支持具有SCG配置的有条件重新配置(CHO)，是否会对RAN3规范产生任何影响？以及(2)是否存在上文未包括的任何其他移动场景，其中具有SCG配置的有条件重新配置是可能的？这些问题的建议答案是：(1)可能存在RAN3规范的影响，诸如版本16的目标SN处的定时器问题，以及(2)似乎没有。

鉴于以上讨论，以下描述包括对3GPP TS 36.423版本16.5.0的提议的改变。改变的原因包括：RAN2已同意“在执行CPA或MN/SN发起的SN间CPC时，UE向MN发送重新配置完成消息，其包括MN转发给目标SN的嵌入的重新配置完成消息”。因此，与Rel-16中的CPC不同，应使用SgNB重新配置完成消息来代替RRC消息传输。由于定时器T_DCoverall用于即时SN添加或改变过程，并且不确定何时执行CPA或SN间CPC，因此不应将其用于CPA或SN间CPC。所提出的改变的总结是：(1)在CPA或SN间CPC的情况下，当向MeNB发送SGNB添加请求确认消息时，en-gNB不启动定时器T_DCoverall，以及(2)在CPA和SN间CPC情况下，当接收到SGNB重新配置完成消息时，en-gNB不停止定时器T_DCoverall。如果没有这一提议的改变，则尚不清楚SN是否应启动(然后停止)CPA或SN间CPC的定时器T_DCoverall。为了实现这一改变，3GPP TS 36.423版本16.5.0可以修改如下(用粗体和下划线显示修改)：

·第8.7.4.2节成功操作：与SgNB重新配置完成过程的交互：

ο如果en-gNB允许至少一个E-RAB，则除了有条件SgNB添加或有条件SgNB改变之外，在向MeNB发送SgNB添加请求确认消息时en-gNB应启动定时器T_DCoverall。除了有条件SgNB 添加或有条件SgNB改变之外，SgNB重新配置完成消息的接收应停止定时器T_DCoverall。

·第8.7.5.2节成功操作

ο除了有条件SgNB添加或有条件的SgNB改变之外，在接收到SgNB重新配置完成消息时，en-gNB应停止定时器T_DCoverall。

鉴于以上讨论，以下描述包括对3GPP TS 38.423版本16.5.0的提议的改变。改变的原因包括：RAN2已同意“在执行CPA或MN/SN发起的SN间CPC时，UE向MN发送重新配置完成消息，其包括MN转发给目标SN的嵌入的重新配置完成消息”。因此，与Rel-16中的CPC不同，应使用SgNB重新配置完成消息而不是RRC消息传输。由于定时器TXn_DCoverall用于即时SN添加或改变过程，并且不确定何时执行CPA或SN间CPC，因此不应将其用于CPA或SN间CPC。所提出的改变的总结包括：(1)在CPA或SN间CPC的情况下，当向M-NG-RAN节点发送S-节点添加请求确认消息时，S-NG-RAN节点不启动定时器TXn_DCoverall，以及(2)在CPA和SN间CPC情况下，当接收到S-节点重新配置完成消息时，S-NG-RAN节点不停止定时器TXn_DCoverall。在没有这一提议的改变，则尚不清楚SN是否应启动(然后停止)CPA或SN间CPC的定时器TXn_DCoverall。为了实现这一改变，3GPP TS 36.423版本16.5.0可以修改如下(用粗体和下划线显示修改)：

·第8.3.1.2节成功操作：与S-NG-RAN节点重新配置完成过程的交互：

ο除了有条件S-NG-RAN节点添加或有条件S-NG-RAN节点改变之外，如果S-NG-RAN节点允许至少一个PDU会话资源，则S-NG-RAN节点在向M-NG-RAN发送S-节点添加请求确认消息时应启动定时器TXn_DCoverall。除了有条件S-NG-RAN节点添加或有条件S-NG/RAN节点改变之外，S-节点重新配置完成消息的接收应停止定时器TXn_DCoverall。

·8.3.2.2成功操作

ο除了有条件S-NG-RAN节点添加或有条件S-NG/RAN节点改变之外，在接收到S-节点重新配置完成消息之后，S-NG-RAN节点应停止定时器TXn_DCoverall。

以下示例列表反映了本公开明确设想的各种实施例：

示例1.一种在第一基站中用于支持辅节点(SN)过程的方法，所述第一基站作为(i)源SN、(ii)目标SN或(iii)SN过程的候选SN操作，所述方法包括：通过处理硬件与作为主节点(MN)操作的第二基站传送消息，以执行SN过程；以及通过处理硬件基于SN过程是有条件过程还是无条件过程来确定是否响应于所述传送来启动定时器。

示例2.根据示例1所述的方法，还包括：在第一实例中，基于确定SN过程是无条件过程，响应于所述传送而启动定时器；以及在第二实例中，基于确定SN过程是有条件过程，响应于所述传送而抑制启动定时器。

示例3.一种在第一基站中用于支持用户设备(UE)的辅节点(SN)过程的方法，所述第一基站作为(i)源SN、(ii)目标SN或(iii)SN过程的候选SN操作，所述方法包括：通过处理硬件与作为主节点(MN)操作的第二基站传送消息以执行SN过程；响应于所述传送，通过处理硬件启动定时器；通过处理硬件检测定时器在接收到指示在UE处SN重新配置完成的通知之前到期；以及通过处理硬件基于SN过程是有条件过程还是无条件过程确定是否响应于该检测而发起SN释放过程。

示例4.根据示例3所述的方法，还包括：在第一实例中，基于确定SN过程是无条件过程，响应于该检测而启动SN释放过程；以及在第二实例中，基于确定SN过程是有条件过程，响应于该检测而抑制启动SN释放过程。

示例5.根据示例3或4所述的方法，其中，所述通知是SN重新配置完成消息。

示例6.根据前述示例中任一项所述的方法，其中，传送消息包括从第二基站接收SN请求消息。

示例7.根据示例1-5中任一项所述的方法，其中，传送消息包括向第二基站发送SN请求确认消息。

示例8.根据前述示例中任一项所述的方法，其中，SN过程为SN添加或改变过程。

示例9.根据实施例1-7中任一项所述的方法，其中，SN过程是SN修改过程。

示例10.根据前述示例中任一项所述的方法，其中，定时器为T_DCoverall定时器或TXn_DCoverall定时器。

示例11.一种在第一基站中用于支持用户设备(UE)的辅节点(SN)过程的方法，所述第一基站作为主节点(MN)操作，所述方法包括：通过处理硬件与(i)作为辅节点(SN)操作的第二基站或(ii)UE传送消息，以执行SN过程；以及通过处理硬件基于SN过程是有条件过程还是无条件过程确定是否响应于该传送启动定时器。

示例12.根据示例11所述的方法，还包括：在第一实例中，基于确定SN过程是有条件过程，响应于该传送而启动定时器；以及在第二实例中，基于确定SN过程是无条件过程，响应于该传送而抑制启动定时器。

示例13.根据示例11或12所述的方法，其中，传送消息包括向第二基站发送SN请求消息。

示例14.根据示例11或12所述的方法，其中，传送消息包括从第二基站接收SN请求确认消息。

示例15.根据示例11或12所述的方法，其中，传送消息包括向UE发送用于与第二基站通信的配置。

示例16.根据示例15所述的方法，其中：第一基站基于确定SN过程是有条件过程启动定时器；并且所述配置是包括用于应用有条件配置的条件的有条件配置。

示例17.根据示例16所述的方法，还包括：通过处理硬件响应于从UE接收指示接收到消息的肯定确认而停止定时器。

示例18.根据示例16所述的方法，还包括：通过处理硬件在从UE接收指示接收到消息的肯定确认之前检测到定时器已经到期；以及响应于检测，通过处理硬件发起SN释放过程以使第二基站释放配置。

示例19.一种在作为主节点(MN)操作的第一基站中用于支持有条件辅节点(SN)过程的方法，所述方法包括：通过处理硬件从作为SN操作的第二基站通过与第三基站相关联的小区接收第三基站将作为UE的候选SN操作的指示；响应于指示，通过处理硬件向第三基站发送将小区配置为候选小区的请求；通过处理硬件从第三基站接收用于通过小区与第三基站通信的配置；通过处理硬件从第二基站接收用于连接到小区的条件；通过处理硬件向UE发送具有条件的配置。

示例20.根据示例19所述的方法，其中，接收条件包括接收具有指示的条件。

示例21.根据示例20所述的方法，其中，小区是由第三基站操作并被配置为作为候选小区操作的多个小区之一，所述方法还包括：通过处理硬件向多个小区中的每个小区分配标识符；以及通过处理硬件将分配给小区的标识符与配置和条件一起发送给UE。

示例22.根据示例19-21中任一项所述的方法，其中，接收条件包括接收根据终止于UE和SN的协议格式化的条件。

示例23.根据示例22所述的方法，还包括：通过处理硬件生成包括配置和条件的信息元素(IE)，所述IE根据终止于UE和MN的协议而格式化，其中，发送具有条件的配置包括向UE发送IE。

示例24.根据示例19所述的方法，还包括：在从第三基站接收到配置之后并且在向UE发送配置之前，通过处理硬件向第二基站发送配置，其中，接收条件包括从第一基站接收具有配置的条件。

示例25.根据示例24所述的方法，其中：从第二基站接收条件并接收配置包括接收包括配置和条件的信息元素(IE)；并且发送具有条件的配置包括向UE发送IE。

示例26.根据示例25所述的方法，其中，根据终止于UE和SN的协议格式化IE。

示例27.根据示例19-26中任一项所述的方法，还包括：通过处理硬件确定释放作为SN的第二基站；以及响应于确定释放第二基站，通过处理硬件向第三基站发送SN释放请求。

示例28.根据示例19-27中任一项所述的方法，还包括：通过处理硬件确定修改SN配置，UE通过SN配置与第二基站通信；响应于确定修改SN配置，通过处理硬件向第三基站发送修改配置的请求。

示例29.根据示例28所述的方法，还包括：向第二基站请求修改的SN配置；从第二基站接收修改的SN配置；在请求中将修改的SN配置发送到第三基站。

示例30.根据示例19-27中任一项所述的方法，还包括：从第二基站接收修改或移除一个或多个配置的至少一部分的第一请求；以及向第三基站发送修改或移除一个或多个配置的至少一部分的第二请求。

示例31.根据示例19-30中任一项所述的方法，还包括：从第三基站接收通过小区与第三基站通信的修改配置；以及将修改的配置发送到UE。

示例32.一种在作为辅节点(SN)操作的第二基站中用于支持条件SN过程的方法，所述方法包括：通过处理硬件确定将操作小区的第三基站配置为UE的候选SN；响应于确定，通过处理硬件向作为主节点(MN)操作的第一基站发送该小区的指示；通过处理硬件接收用于通过该小区与第三基站通信的配置；通过处理硬件生成用于连接到小区的条件；以及通过处理硬件通过第一基站向UE发送包括条件和配置的信息元素(IE)。

示例33.根据示例32所述的方法，还包括：根据终止于UE和SN的协议格式化IE。

示例34.根据示例32或33所述的方法，其中，小区是由第三基站操作并被配置为作为候选小区操作的多个小区中的一个，还包括：通过处理硬件向多个小区的每个小区分配标识符；并且在IE中包括分配给小区的标识符。

示例35.根据示例32-34中任一项所述的方法，还包括：通过处理硬件确定修改配置；以及通过处理硬件向第一基站发送修改配置的请求。

示例36.根据示例32-25中任一项所述的方法，其中，接收配置包括从第一基站接收设置。

示例37.一种在作为主节点(MN)操作的第一基站中用于支持有条件辅节点(SN)过程的方法，所述方法包括：通过处理硬件确定第二基站将作为UE的候选SN操作，第二基站操作多个小区；响应于确定，通过处理硬件向第二基站发送将多个小区配置为相应的多个候选小区的请求；通过处理硬件从第二基站接收(i)用于通过多个小区中的一个或多个相应候选小区与第二基站进行通信的一个或多个配置，以及(ii)第二基站将多个小区中的哪个小区配置为候选小区的指示；以及通过处理硬件向UE发送一个或多个配置。

示例38.根据示例37所述的方法，其中，接收指示包括：接收与一个或多个相应候选小区相对应的一个或多个小区标识符。

示例39.根据示例37或38所述的方法，还包括：通过处理硬件从作为SN操作的第三基站接收指示第二基站将作为候选SN操作的消息，其中，确定是响应于接收到消息。

示例40.根据示例39所述的方法，其中，该消息是第一消息，所述方法还包括：通过处理硬件向第三基站发送指示第二基站将多个小区中的一个或多个候选小区配置为候选小区的第二消息。

示例41.根据示例40所述的方法，其中，发送第二消息包括：发送SN改变确认消息或SN修改请求消息中的至少一个。

示例42.根据示例37-39中任一项所述的方法，还包括：通过处理硬件向第二基站发送修改一个或多个配置的至少一部分的请求；以及通过处理硬件从第二基站接收对请求的响应，包括一个或多个修改的配置并且指示一个或多个修改的配置对应于一个或多个候选小区中的哪个候选小区。

示例43.根据示例42所述的方法，其中，发送请求包括：发送SN修改请求消息。

示例44.一种基站，包括处理硬件并且被配置为实现根据前述示例中的任何一个的方法。

以下描述可以应用于以上描述。

可以实现本公开的技术的用户设备(例如，UE 102)可以是能够进行无线通信的任何合适的设备，诸如智能手机、平板电脑、膝上型计算机、移动游戏控制台、销售点(POS)终端、健康监测设备、无人机、相机、媒体流软件狗或另一个人媒体设备、可穿戴设备(诸如智能手表)、无线热点、毫微微蜂窝或宽带路由器。此外，在一些情况下，用户设备可以嵌入电子系统(诸如车辆的头部单元或高级驾驶员辅助系统(ADAS))中。此外，用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)来操作。根据类型，用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。

某些实施例在本公开中被描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码或机器可读指令)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式进行配置或布置。硬件模块可以包括专用电路或逻辑，其被永久配置(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)、数字信号处理器(DSP)等)以执行某些操作。硬件模块还可以包括可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器内)，其由软件临时配置以执行某些操作。在专用和永久配置的电路中，或在暂时性配置的电路(例如，由软件配置)中实现硬件模块的决定可能由成本和时间因素驱动。

当在软件中实现时，这些技术可以作为操作系统的一部分、多个应用使用的库、特定软件应用等来提供。软件可以由一个或多个通用处理器或一个或多个专用处理器执行。

Claims

1.一种在第一基站中用于支持辅节点(SN)过程的方法，所述第一基站作为(i)源SN、(ii)目标SN或(iii)SN过程的候选SN操作，所述方法包括：

通过处理硬件与作为主节点(MN)操作的第二基站传送消息以执行SN过程；以及

通过处理硬件基于SN过程是有条件过程还是无条件过程来确定是否响应于所述传送启动定时器。

2.根据权利要求1所述的方法，还包括：

在第一实例中，基于确定SN过程是无条件过程，响应于所述传送而启动定时器；以及

在第二实例中，基于确定SN过程是有条件过程，响应于所述传送而抑制启动定时器。

3.根据权利要求1或2所述的方法，还包括：

通过处理硬件接收指示在UE处SN重新配置完成的通知；以及

响应于接收到所述通知，如果所述定时器正在运行，则停止所述定时器。

4.根据权利要求3所述的方法，其中，接收通知包括：

接收SN重新配置完成消息。

5.根据前述权利要求中的任一项所述的方法，其中，传送消息包括：

向第二基站发送SN请求确认消息。

6.根据权利要求5所述的方法，其中，发送SN请求确认消息包括：

发送SN添加请求确认消息。

7.根据权利要求5所述的方法，其中，发送SN请求确认消息包括：

发送SgNB添加请求确认消息或S-节点添加请求确认信息。

8.根据前述权利要求中的任一项所述的方法，其中，SN过程是SN添加或改变过程。

9.根据权利要求5所述的方法，其中，发送SN请求确认消息包括：

发送SN修改请求确认消息。

10.根据权利要求1-5或9中的任一项所述的方法，其中，SN过程是SN修改过程。

11.根据前述权利要求中的任一项所述的方法，其中，所述定时器是T_DCoverall定时器或TXn_DCoverall定时器。

12.一种基站，包括处理硬件并被配置为实现根据前述权利要求中的任一项所述的方法。