[发明专利]一种条件主辅小区添加/变更方法及装置

说明书

本申请提供一种条件主辅小区添加/变更方法及装置，用以解决在条件主辅小区添加/变更场景下网络设备无法判断无线资源控制(radio resource control，RRC)重配完成消息对应的RRC流程，导致RRC流程出错的问题。该方法包括：终端设备接收来自第一网络设备的RRC重配消息。终端设备响应于RRC重配消息向第一网络设备发送第一RRC重配完成消息和第二RRC重配完成消息。第一RRC重配完成消息用于指示终端设备成功接收RRC重配消息，第二RRC重配完成消息包含用于指示第二RRC重配完成消息为RRC重配消息的响应消息的第一指示。通过在一条RRC重配消息需要两条RRC重配完成消息时，在第二条RRC重配完成消息携带指示，使网络设备可以将该RRC重配完成消息与触发其的RRC重配消息进行配对。

技术领域

本申请涉及通信技术领域，尤其涉及一种条件主辅小区(primary secondarycell，PSCell)添加/变更(conditional PSCell addition/change，CPAC)方法及装置。

背景技术

在5G通信系统中，可以利用条件切换功能来支持条件主辅小区(primarysecondary cell，PSCell)添加/变更(conditional PSCell addition/change，CPAC)。CPAC场景下，由于网络通过无线资源控制(radio resource control，RRC)重配消息下发CPAC配置和用户设备(user equipment，UE)判决满足执行条件的PSCell之间有时间差，因此，对于一条RRC重配消息会有两条重配完成的响应，第一条RRC重配完成是在UE接收到CPAC配置时，UE发送RRC重配完成用于告诉网络CPAC配置已经收到并且验证通过，第二条RRC重配完成是在判决出目标PSCell并应用目标PSCell配置时用于通知网络CPAC执行成功。

现有技术里是用RRC事务标识(Transaction id)来标识一个RRC流程(procedure)或一个RRC事务，对于RRC重配完成的Transaction id和触发该RRC重配完成的RRC重配消息中的Transaction id一一对应。但是在CPAC场景下，对于一条RRC重配消息会有两条重配完成的响应，从而到时网络侧无法判断RRC重配完成消息与RRC流程的对应关系，从而导致CPAC失败。

发明内容

本申请提供一种CPAC方法及装置，用以解决在CPAC场景下网络设备无法判断RRC重配完成消息对应的RRC流程，导致RRC流程出现错误的问题。

第一方面，本申请提供了一种CPAC方法，所述方法可以应用于终端设备，或者芯片，或者芯片组，或者芯片中执行该方法的功能模块等等。以终端设备为例，该方法包括：终端设备接收来自第一网络设备的RRC重配消息。终端设备响应于RRC重配消息向第一网络设备发送第一RRC重配完成消息，第一RRC重配完成消息用于指示终端设备成功接收RRC重配消息。终端设备响应于RRC重配消息向第一网络设备发送第二RRC重配完成消息，第二RRC重配完成消息包含第一指示，第一指示用于指示第二RRC重配完成消息为RRC重配消息的响应消息。

本申请实施例中，针对一条RRC重配消息对应两条RRC重配完成消息的场景，通过在第二条RRC重配完成消息中添加指示的方式，例如，在CPAC场景下，一条RRC重配消息需要两条RRC重配完成消息，且第二条RRC重配完成消息需要加相应的指示，第二条RRC重配完成消息为CPAC执行成功时的RRC重配完成消息。可以使网络设备可以将该RRC重配完成消息与触发其的RRC重配消息进行配对，从而可以判断RRC重配完成消息对应的RRC流程，进而可以降低RRC流程出现错误的概率。

在一种可能的设计中，第一指示用于指示CPAC执行完成。或者，第一指示用于指示第一网络设备忽略第二RRC重配完成消息携带的事务标识。通过上述设计，第一网络设备可以根据第一指示确定第二RRC重配完成消息属于CPAC流程。