CN115190527A - 实现辅小区组去激活的方法、装置、节点及存储介质 - Google Patents

Abstract

本申请实施例提供了一种实现辅小区组去激活的方法、装置、第一节点、第二节点及存储介质，涉及通信技术领域。其中，该实现辅小区组去激活的方法，由第一节点执行，该方法包括：当辅小区组SCG去激活被触发，确定第二节点的数据传输状态；基于确定的数据传输状态进行去激活相关处理。本申请实施例解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

Description

实现辅小区组去激活的方法、装置、节点及存储介质

技术领域

本申请涉及通信技术领域，具体而言，本申请涉及一种实现辅小区组去激活的方法、装置、第一节点、第二节点及存储介质。

背景技术

相关技术中引入了SCG(Secondary Cell Group，辅小区组)去激活态(deactivated)，其中，SCG去激活态，也等效于SCG睡眠态(dormant)、SCG挂起态(suspend)、PSCell挂起态、PSCell睡眠态、或者PSCell去激活态等等。

目前，MN(Master Node，主节点)和SN(Secondary Node，辅节点)都可以请求去激活SCG，SCG去激活命令由MN发送给UE(User Equipment，用户设备)，在SCG去激活过程中，使用RRC(Radio Resource Control，无线资源控制)信令进行UE与MN、以及MN与SN之间的交互。

然而，上述SCG去激活过程中，如果SN侧尚存在正在传输的数据，往往会导致数据传输中断，进而造成部分数据丢失，而最终导致用户感知差。

发明内容

本申请各实施例提供了一种实现辅小区组去激活的方法、装置、第一节点、第二节点及存储介质，可以解决相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。所述技术方案如下：

根据本申请实施例的一个方面，一种实现辅小区组去激活的方法，由第一节点执行，所述方法包括：当辅小区组SCG去激活被触发，确定第二节点的数据传输状态；基于确定的数据传输状态进行去激活相关处理。

根据本申请实施例的一个方面，一种实现辅小区组去激活的方法，由第二节点执行，所述方法包括：当辅小区组SCG去激活被触发，向第一节点上报第二节点的数据传输状态；基于所述数据传输状态进行去激活相关处理。

根据本申请实施例的一个方面，一种第一节点，包括：存储器、收发机、以及处理器；其中，所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；所述处理器，用于读取所述存储器中的计算机程序并执行以下步骤：当辅小区组SCG去激活被触发，确定第二节点的数据传输状态；基于确定的数据传输状态进行去激活相关处理。

根据本申请实施例的一个方面，一种第二节点，包括：存储器、收发机、以及处理器；其中，所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；所述处理器，用于读取所述存储器中的计算机程序并执行以下步骤：当辅小区组SCG去激活被触发，向第一节点上报第二节点的数据传输状态；基于所述数据传输状态进行去激活相关处理。

根据本申请实施例的一个方面，一种实现辅小区组去激活的装置，其特征在于，应用于第一节点，所述装置包括：状态确定模块，用于当辅小区组SCG去激活被触发，确定第二节点的数据传输状态；去激活模块，用于基于确定的数据传输状态进行去激活相关处理。

根据本申请实施例的一个方面，一种实现辅小区组去激活的装置，其特征在于，应用于第二节点，所述装置包括：状态上报模块，用于当辅小区组SCG去激活被触发，向第一节点上报第二节点的数据传输状态；去激活模块，用于基于所述数据传输状态进行去激活相关处理。

根据本申请实施例的一个方面，一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的实现辅小区组去激活的方法。

本申请提供的技术方案带来的有益效果是：

在上述技术方案中，当辅小区组SCG去激活被触发，确定第二节点的数据传输状态，以便于第一节点基于该数据传输状态进行去激活相关处理，上述过程中，通过数据传输状态的确定，第一节点能够获知第二节点是否有数据正在传输，从而更好地决策是否去激活SCG，以避免在数据正在传输时进行去激活相关处理，以此能够更好地解决相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1是根据本申请所涉及的多连接场景下主小区组和辅小区组的示意图；

图2是根据本申请所涉及的实施环境的示意图；

图3是根据一示例性实施例示出的一种实现辅小区组去激活的方法的流程图；

图4是根据一示例性实施例示出的一种实现辅小区组去激活的方法的流程图；

图5至图7是根据一示例性实施例示出主节点触发SCG去激活的相关流程图；

图8至图11是根据一示例性实施例示出辅节点触发SCG去激活的相关流程图；

图12是根据一示例性实施例示出的一种实现辅小区组去激活的装置的结构框图；

图13是根据一示例性实施例示出的另一种实现辅小区组去激活的装置的结构框图；

图14是根据一示例性实施例示出的一种主节点的结构框图；

图15是根据一示例性实施例示出的一种辅节点的结构框图；

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号标识相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，而“多个”是指两个或两个以上，其它量词与之类似。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

下面是对本申请涉及的几个名词进行的介绍和解释：

MCG，英文全拼为Master Cell Group，中文含义为主小区组。其中，MCG包括主小区PCell(Primary Cell)和辅小区SCell(Secondary Cell)。

MN，英文全拼为Master Node，中文含义为主节点，也可以理解为，MN为基站，MCG为该基站下的小区组。

SCG，英文全拼为Secondary Cell Group，中文含义为辅小区组。其中，SCG包括主辅小区PSCell(Primary Secondary Cell)和辅小区SCell。在此说明的是，MCG和SCG是在多连接场景下形成的，例如，多连接场景为双连接(DC，Dual connectivity)场景，如图1所示。

SN，英文全拼为Secondary Node，中文含义为辅节点，也可以理解为，SN为基站，SCG为该基站下的小区组。

UE，英文全拼为User Equipment，中文含义为用户设备，也可以称为终端设备或者终端。

PDCP，英文全拼为Packet Data Convergence Protocol，中文含义为分组数据汇聚协议。其中，PDCP层隶属于链路层L2。

RLC，英文全拼为Radio Link Control，中文含义为无线链路控制层协议。其中，RLC层隶属于链路层L2。

DRB，英文全拼为Data Radio Bearer，中文含义为数据无线承载，主要用于承载用户面数据。

SRB，英文全拼为Signaling Radio Bearer，中文含义为信令无线承载，主要用于承载信令面数据。

承载bearer，通常分为SRB和DRB。针对SRB或DRB，网络分别可以为UE配置不同形式的承载，按照PDCP的位置可以分为MN terminated承载和SN terminated承载，按照RLC及以下层的位置可以分为MCG承载和SCG承载。网络也分别可以为UE配置split承载，即同时配置在MN传输的RLC承载和在SN传输的RLC承载，网络为该split承载配置指定的primary path，网络可以为SRB或DRB配置split承载。

SCG去激活态，即SCG deactivated。在多连接场景下，考虑到节能以及快速激活SCG进行数据传输，UE可以在数据传输量较小的情况下，将SCG侧设置为SCG去激活态，在SCG去激活态下UE不进行SCG侧PDCCH的监控、不进行SCG侧PUSCH的传输、以及不进行SCG侧数据的传输，但仍可进行RRM测量和上报。

RRM，英文全拼为Radio Resource Management，中文含义为无线资源管理。

RRC，英文全拼为Radio Resource Control，中文含义为无线资源控制。

如前所述，MN和SN都可以请求去激活SCG，但是在请求去激活SCG时，由于MN和SN并不知道彼此的DRB状态以及是否有数据正在传输，如果SN尚存在正在传输的数据，往往会导致数据传输中断，进而造成部分数据丢失，而最终导致用户感知差。

故而，相关技术中，MN和SN如何协商DRB状态、如何决策是否去激活SCG、以及如何决策何时去激活SCG仍亟待解决。

有鉴于此，本申请提供的实现辅小区组去激活的方法、装置、第一节点、第二节点及存储介质，旨在解决相关技术的如上技术问题。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图2为一种实现辅小区组去激活的方法所涉及的实施环境的示意图。该实施环境包括无线通信***100，该无线通信***100可以是全球移动通讯(global system ofmobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)***、通用分组无线业务(general packet radio service，GPRS)***、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(timedivision duplex，TDD)***、高级长期演进(long term evolution advanced，LTE-A)***、通用移动***(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)***，还可以是5G新空口(New Radio,NR)***等，在此不进行限定。

该无线通信***100包括用户设备110和网络设备，该网络设备可以包括基站130，还可以包括核心网部分，例如演进的分组***(Evloved Packet System,EPS)等。

具体地，用户设备110，简写为UE(User Equipment)，也认为是终端或终端设备，是指向用户提供语音和/或数据连通性的电子设备、具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等，例如，用户设备110可以是移动终端设备，例如，移动电话(或称为“蜂窝”电话)，还可以是具有移动终端设备的计算机，例如，便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。在不同的***中，该用户设备110的名称可能也不相同，可以是个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，SIP)话机、无线本地环路(Wireless LocalLoop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。该用户设备110也可以称为***、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device)，此处不作限定。

基站130作为接入网设备，根据具体应用场合不同，可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与用户设备110通信的电子设备，或者其它名称。该基站130可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为用户设备110与接入网的其余部分之间的路由器，接入网的其余部分可包括网际协议网络。该基站130还可协调对空中接口的属性管理。例如，该基站130可以是全球移动通信***(Global System for Mobile communications，GSM)或码分多址接入(CodeDivision Multiple Access，CDMA)中的基站收发台(Base Transceiver Station，BTS)，也可以是带宽码分多址接入(Wide-band Code Division Multiple Access，WCDMA)中的基站(NodeB)，还可以是长期演进(long term evolution，LTE)***中的演进型基站(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，在此并不限定。

回请参阅图1，在图1中，在MCG下，可能会有很多个小区，其中有一个小区是用户设备110首先发起随机接入RA(Random Access)的小区，也可以理解为，该小区是用户设备110首次附着(attch)的基站130所在的小区，则该小区称为主小区PCell，对应地，其余小区则视为MCG下的辅小区SCell。在MCG下，主小区PCell和辅小区SCell通过载波聚合CA(Carrieraggregation)技术联合在一起。

应当理解，主小区PCell为MCG中最主要的小区，同样地，在SCG下也会有一个最主要的小区，即主辅小区PSCell，该主辅小区PSCell也可以认为是用户设备110在SCG下首先发起随机接入RA的小区，对应地，其余小区则视为SCG下的辅小区SCell。在SCG下，主辅小区PSCell和辅小区SCell也是通过载波聚合CA技术联合在一起的。

在上述多连接场景中，MN为基站，MCG为MN下的小区组，SN也为基站，SCG则为SN下的小区组，且MN能够和一个或者多个SN同时与用户设备110进行数据传输。

请参阅图3，本申请实施例提供了一种实现辅小区组去激活的方法，该方法由第一节点执行，例如，第一节点为MN，可以是图1示出的MCG为MN下的小区组，或者，第一节点为SN，也可以是图1示出的SCG为SN下的小区组。

如图3所示，该方法可以包括以下步骤：

步骤21，当辅小区组去激活被触发，确定第二节点的数据传输状态。

其中，数据传输状态，用于指示第二节点是否有正在传输的数据。

如前所述，MN和SN都可以请求去激活SCG，也就是说，SCG去激活可以由第一节点触发，也可以由第二节点触发。

基于此，在一个可能的实施方式，在第一节点触发SCG去激活时，第一节点请求第二节点上报第二节点的数据传输状态。

具体地，向第二节点发送第一消息，使得第二节点响应于第一消息发送第二消息；接收第二消息，并根据第二消息确定第二节点的数据传输状态。

其中，第一消息包括以下至少一项：请求辅小区组去激活的第一请求信息；请求第二节点上报数据传输状态的第二请求信息；请求第二节点上报第一计时器timer1门限值的第三请求信息。

在一个可能的实施方式，在第二节点触发SCG去激活时，则由第二节点主动上报第二节点的数据传输状态。

具体地，接收第二节点发送的第二消息，并根据第二消息确定第二节点的数据传输状态。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器timer1门限值。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示第二节点存在数据传输的第一DRB标识信息；表示第二节点不存在数据传输的第二DRB标识信息；指示第二节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在第二节点的DRB、和/或RLC层在第二节点的DRB、和/或PDCP层以及RLC层在第二节点的DRB。在一种可能的实施方式中，DRB标识可通过bitmap方式表示。在一种可能的实施方式，指示信息则可通过0/1进行表示，例如，0表示第二节点没有数据正在传输，1表示第二节点有数据正在传输。

由上可知，就第一节点而言，当主小区触发辅小区组去激活，便会请求第二节点上报第二节点的数据传输状态，以使第一节点获知第二节点是否有正在传输的数据。

步骤22，基于确定的数据传输状态进行去激活相关处理。

在确定第二节点的数据传输状态之后，便能够根据该数据传输状态的指示，进一步地确定第二节点是否有正在传输的数据。基于第二节点是否有正在传输的数据，由第一节点进行去激活相关处理。

在一种可能的实施方式，进行去激活相关处理包括以下至少一项：执行去激活辅小区组流程；发送去激活配置消息至第二节点；启动第一计时器timer1；启动第二计时器timer2；启动第三计时器timer3。

其中，所述去激活配置消息包括以下至少一项：指示第二节点重配承载的承载配置信息；用于向第二节点通知第一节点确认第一计时器timer1门限值的第一确认信息；第一节点提供的第二计时器timer2门限值，或者，第一节点与第二节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。在此说明的是，在一种可能的实施方式，第一节点向第二节点发送第二计时器timer2的信令，与，第一节点向第二节点发送第三计时器timer3的信令相同。

例如，第一节点信息，用于指示由第一节点发送辅小区组去激活命令至用户设备，或者，用于指示由第二节点发送辅小区组去激活命令至用户设备。

在一种可能的实施方式，当第一节点发送去激活配置消息至第二节点，则第一节点接收第二节点响应于去激活配置消息发送的去激活配置确认消息。

其中，去激活配置确认消息包括以下至少一项：用于向第一节点通知第二节点确认去激活配置的第二确认信息；第一节点与第二节点协商确定的第四计时器timer4门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第二节点信息。

例如，第二节点信息，用于指示由第一节点发送辅小区组去激活命令至用户设备，或者，用于指示由第二节点发送辅小区组去激活命令至用户设备。

对应地，在一种可能的实施方式，进行去激活相关处理还包括以下至少一项：启动第四计时器。

如前所述，相关技术中仍需要解决MN和SN如何决策何时去激活SCG的问题，基于此，执行去激活辅小区组流程可以包括以下步骤：当第一计时器timer1超时执行去激活辅小区组流程；或当第二计时器timer2超时执行去激活辅小区组流程；或当第三计时器timer3超时执行去激活辅小区组流程；或当第四计时器timer4超时执行去激活辅小区组流程。

在一种可能的实施方式，执行去激活辅小区组流程还可以包括以下步骤：发送辅小区组去激活命令至用户设备。

通过上述过程，通过数据传输状态的确定，第一节点能够获知第二节点是否有数据正在传输，从而能够避免在数据正在传输时进行去激活相关处理，以此有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图4，本申请实施例提供了一种实现辅小区组去激活的方法，该方法由第二节点执行，例如，第二节点为MN，可以是图1示出的MCG为MN下的小区组，或者，第二节点为SN，也可以是图1示出的SCG为SN下的小区组。

如图4所示，该方法可以包括以下步骤：

步骤31，当辅小区组去激活被触发，向第一节点上报第二节点的数据传输状态。

其中，数据传输状态，用于指示第二节点是否有正在传输的数据。

如前所述，MN和SN都可以请求去激活SCG，也就是说，SCG去激活可以由第一节点触发，也可以由第二节点触发。

基于此，在一个可能的实施方式，在第一节点触发SCG去激活时，第一节点请求第二节点上报第二节点的数据传输状态。

具体地，接收第一节点发送的第一消息；响应于第一消息，发送第二消息至第一节点，以使第一节点根据第二消息确定第二节点的数据传输状态。

其中，第一消息包括以下至少一项：请求辅小区组去激活的第一请求信息；请求第二节点上报数据传输状态的第二请求信息；请求第二节点上报第一计时器timer1门限值的第三请求信息。

在一个可能的实施方式，在第二节点触发SCG去激活时，则由第二节点主动上报第二节点的数据传输状态。

具体地，向第一节点发送第二消息，以使第一节点根据第二消息确定第二节点的数据传输状态。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器timer1门限值。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示第二节点存在数据传输的第一DRB标识信息；表示第二节点不存在数据传输的第二DRB标识信息；指示第二节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在第二节点的DRB、和/或RLC层在第二节点的DRB、和/或PDCP层以及RLC层在第二节点的DRB。在一种可能的实施方式中，DRB标识可通过bitmap方式表示。在一种可能的实施方式，指示信息则可通过0/1进行表示，例如，0表示第二节点没有数据正在传输，1表示第二节点有数据正在传输。

由上可知，就第二节点而言，当辅小区组去激活被触发，便会向第一节点上报第二节点的数据传输状态，以使第一节点获知第二节点是否有正在传输的数据。

步骤32，基于数据传输状态进行去激活相关处理。

在一种可能的实施方式，进行去激活相关处理包括以下至少一项：执行承载重配流程，以此保证去激活SCG中不存在正在传输数据的DRB；执行去激活辅小区组流程。

如前所述，对于第一节点而言，进行去激活相关处理可以包括以下步骤：向第二节点发送去激活配置消息，对应地，在一种可能的实施方式，就第二节点来说，在进行去激活相关处理之前，所述方法还可以包括以下步骤：接收第一节点基于数据传输状态发送的去激活配置消息。

其中，所述去激活配置消息包括以下至少一项：指示第二节点重配承载的承载配置信息；用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；第一节点提供的第二计时器timer2门限值，或者，第一节点与第二节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。在此说明的是，在一种可能的实施方式，第一节点向第二节点发送第二计时器timer2的信令，与，第一节点向第二节点发送第三计时器timer3的信令相同。

例如，第一节点信息，用于指示由第一节点发送辅小区组去激活命令至用户设备，或者，用于指示由第二节点发送辅小区组去激活命令至用户设备。

基于此，在一种可能的实施方式，进行去激活相关处理还可以包括以下步骤：发送去激活配置确认消息至第一节点；启动第一计时器timer1；启动第二计时器timer2；启动第三计时器timer3。

其中，去激活配置确认消息包括以下至少一项：用于向第一节点通知第二节点确认去激活配置的第二确认信息；第一节点与第二节点协商确定的第四计时器timer4门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第二节点信息。

例如，第二节点信息，用于指示由第一节点发送辅小区组去激活命令至用户设备，或者，用于指示由第二节点发送辅小区组去激活命令至用户设备。

对应地，在一种可能的实施方式，进行去激活相关处理还包括以下至少一项：启动第四计时器。

如前所述，相关技术中仍需要解决MN和SN如何决策何时去激活SCG的问题，基于此，执行去激活辅小区组流程可以包括以下步骤：当第一计时器timer1超时执行去激活辅小区组流程；或当第二计时器timer2超时执行去激活辅小区组流程；或当第三计时器timer3超时执行去激活辅小区组流程；或当第四计时器timer4超时执行去激活辅小区组流程。

在一种可能的实施方式，执行去激活辅小区组流程还可以包括以下步骤：发送辅小区组去激活命令至用户设备。

在上述过程中，第二节点通过数据传输状态的上报，使得第一节点能够获知第二节点是否有数据正在传输，进而实现与MN协商是否去激活SCG，从而能够避免在数据正在传输时进行去激活相关处理，以此有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

如前所述，上述辅小区去激活过程中，既可以是辅节点向主节点通知辅节点的数据传输状态，以使主节点基于该数据传输状态进行去激活相关处理；也可以是主节点向辅节点通知主节点的数据传输状态，以使辅节点基于该数据传输状态进行去激活相关处理。

有鉴于此，为了便于描述，下文以基于辅节点的数据传输状态为例，对辅小区去激活过程加以详细地描述，但是并非对此构成具体限定。

请参阅图5，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图5中，该方法可以包括以下步骤：

步骤41，在主节点触发SCG去激活时，主节点向辅节点发送第一消息。

其中，第一消息包括以下至少一项：请求辅小区组去激活的第一请求信息；请求辅节点上报数据传输状态的第二请求信息；请求辅节点上报第一计时器timer1门限值的第三请求信息。

步骤42，辅节点向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器timer1门限值。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分三种情形，对主节点触发辅小区组去激活的过程加以说明：

第一种情形，如图5(a)所示，步骤430，如果辅节点没有正在传输的数据，则由辅节点执行去激活辅小区组流程。

具体地，第一种方式，主节点接收第二消息，确定辅节点提供的第一计时器timer1门限值，并基于辅节点提供的第一计时器timer1门限值，启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

可选地，上述方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

第二种情形，如图5(b)所示，步骤431，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

如果辅节点没有正在传输的数据，则执行步骤441。

反之，如果辅节点有正在传输的数据，则执行步骤451。

步骤441，如果辅节点没有正在传输的数据，则执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收第二消息，确定辅节点提供的第一计时器timer1，并基于辅节点提供的第一计时器timer1门限值，启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

可选地，上述两种方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：用于向辅节点通知主节点确认第一计时器timer1门限值的第一确认信息；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤451，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；用于向辅节点通知主节点确认第一计时器timer1门限值的第一确认信息；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤461，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤471，辅节点接收去激活配置消息，并基于去激活配置消息中的第一确认信息，辅节点启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

在步骤471中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第三种情形，如图5(c)所示，步骤432，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤442，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；用于向辅节点通知主节点确认第一计时器timer1门限值的第一确认信息。

步骤452，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤462，响应于去激活配置消息，发送去激活配置确认消息至主节点。

其中，去激活配置确认消息包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息；用于指示发送辅小区组去激活命令至用户设备的节点的第二节点信息。

在此，第二节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤472，由主节点执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收去激活配置确认消息，如果去激活配置确认消息中包含第二节点信息，则基于辅节点提供的第一计时器timer1门限值，启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

可选地，上述两种方式中，基于第二节点信息，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

在上述实施例的作用下，结合辅节点的数据传输状态、以及辅节点提供的第一计时器timer1，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图6，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图6中，该方法可以包括以下步骤：

步骤51，在主节点触发SCG去激活时，主节点向辅节点发送第一消息。

其中，第一消息包括以下至少一项：请求辅小区组去激活的第一请求信息；请求辅节点上报数据传输状态的第二请求信息；请求辅节点上报第一计时器timer1门限值的第三请求信息。

步骤52，辅节点向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器timer1门限值。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；辅节点有辅节点没有缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分二种情形，对主节点触发辅小区组去激活的过程加以说明：

第一种情形，如图6(a)所示，步骤531，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

如果辅节点没有正在传输的数据，则执行步骤541。

反之，如果辅节点有正在传输的数据，则执行步骤551。

步骤541，如果辅节点没有正在传输的数据，则执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收第二消息，根据辅节点提供的第一计时器timer1门限值与主节点协商确定第三计时器timer3门限值，并基于主节点与辅节点协商确定的第三计时器timer3门限值，启动第三计时器timer3，当第三计时器timer3超时执行去激活辅小区组流程。

其中，第三计时器timer3门限值与第一计时器timer1门限值有关。例如，第一计时器timer1门限值表示允许发送数据的时间上限，则第三计时器timer3门限值大于等于第一计时器timer1门限值，或者，第一计时器timer1门限值表示允许发送数据的时间下限，则第三计时器timer3门限值小于等于第一计时器timer1门限值。

可选地，上述两种方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：主节点与辅节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤551，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点与辅节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤561，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤571，辅节点接收去激活配置消息，确定第三计时器timer3门限值，并基于主节点与辅节点协商确定的第三计时器timer3门限值，辅节点启动第三计时器timer3，当第三计时器timer3超时执行去激活辅小区组流程。

在步骤571中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第二种情形，如图6(b)所示，步骤532，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤542，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点与辅节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此说明的是，第三计时器timer3门限值与第一计时器timer1门限值有关。例如，第一计时器timer1门限值表示允许发送数据的时间上限，则第三计时器timer3门限值大于等于第一计时器timer1门限值，或者，第一计时器timer1门限值表示允许发送数据的时间下限，则第三计时器timer3门限值小于等于第一计时器timer1门限值。

并且，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤552，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤562，辅节点接收去激活配置消息，确定第三计时器timer3，并基于主节点与辅节点协商确定的第三计时器timer3门限值，辅节点启动第三计时器timer3，当第三计时器timer3超时执行去激活辅小区组流程。

在步骤562中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

在上述实施例的作用下，结合辅节点的数据传输状态、以及主节点与辅节点协商确定的第三计时器timer3，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图7，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图7中，该方法可以包括以下步骤：

步骤61，在主节点触发SCG去激活时，主节点向辅节点发送第一消息。

其中，第一消息包括以下至少一项：请求辅小区组去激活的第一请求信息；请求辅节点上报数据传输状态的第二请求信息。

步骤62，辅节点向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；辅节点有辅节点没有缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分二种情形，对主节点触发辅小区组去激活的过程加以说明：

第一种情形，如图7(a)所示，步骤631，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

如果辅节点没有正在传输的数据，则执行步骤61。

反之，如果辅节点有正在传输的数据，则执行步骤651。

步骤641，如果辅节点没有正在传输的数据，则执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，基于主节点提供的第二计时器timer2门限值，启动第二计时器timer2，当第二计时器timer2超时执行去激活辅小区组流程。

可选地，上述两种方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤651，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤661，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤671，辅节点接收去激活配置消息，确定主节点提供的第二计时器timer2门限值，并基于主节点提供的第二计时器timer2门限值，辅节点启动第二计时器timer2，当第二计时器timer2超时执行去激活辅小区组流程。

在步骤671中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第二种情形，如图7(b)所示，步骤632，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤642，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤652，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤662，辅节点接收去激活配置消息，确定主节点提供的第二计时器timer2门限值，并基于主节点提供的第二计时器timer2门限值，辅节点启动第二计时器timer2，当第二计时器timer2超时执行去激活辅小区组流程。

在步骤662中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

在上述实施例的作用下，结合辅节点的数据传输状态、以及主节点提供的第二计时器timer2，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图8，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图8中，该方法可以包括以下步骤：

步骤71，在辅节点触发SCG去激活时，向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器timer1门限值。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；辅节点有辅节点没有缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分三种情形，对辅节点触发辅小区组去激活的过程加以说明：

第一种情形，如图8(a)所示，步骤72，如果辅节点没有正在传输的数据，则由辅节点执行去激活辅小区组流程。

具体地，第一种方式，主节点接收第二消息，确定辅节点提供的第一计时器timer1门限值，并基于辅节点提供的第一计时器timer1门限值，启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

可选地，上述方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

第二种情形，如图8(b)所示，步骤821，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

如果辅节点没有正在传输的数据，则执行步骤831。

反之，如果辅节点有正在传输的数据，则执行步骤841。

步骤831，如果辅节点没有正在传输的数据，则执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收第二消息，确定辅节点提供的第一计时器timer1门限值，并基于辅节点提供的第一计时器timer1门限值，启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

可选地，上述两种方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：用于向辅节点通知主节点确认第一计时器timer1门限值的第一确认信息；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤841，主节点发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；用于向辅节点通知主节点确认第一计时器timer1门限值的第一确认信息；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤851，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤861，辅节点接收去激活配置消息，并基于去激活配置消息中的第一确认信息，辅节点启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

在步骤861中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第三种情形，如图8(c)所示，步骤822，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤832，主节点发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；用于向辅节点通知主节点确认第一计时器timer1门限值的第一确认信息。

步骤842，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤852，响应于去激活配置消息，发送去激活配置确认消息至主节点。

其中，去激活配置确认消息包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息；用于指示发送辅小区组去激活命令至用户设备的节点的第二节点信息。

在此，第二节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤862，由主节点执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收去激活配置确认消息，如果去激活配置确认消息包含第二节点信息，则基于辅节点提供的第一计时器timer1门限值，启动第一计时器timer1，当第一计时器timer1超时执行去激活辅小区组流程。

可选地，上述两种方式中，基于第二节点信息，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

在上述实施例的作用下，结合辅节点的数据传输状态、以及辅节点提供的第一计时器timer1，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图9，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图9中，该方法可以包括以下步骤：

步骤91，在辅节点触发SCG去激活时，向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器timer1门限值。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；辅节点有辅节点没有缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分二种情形，对辅节点触发辅小区组去激活的过程加以说明：

第一种情形，如图9(a)所示，步骤921，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

如果辅节点没有正在传输的数据，则执行步骤931。

反之，如果辅节点有正在传输的数据，则执行步骤941。

步骤931，如果辅节点没有正在传输的数据，则执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收第二消息，根据第二消息中的第一计时器timer1门限值与主节点协商确定第三计时器timer3门限值，并基于主节点与辅节点协商确定的第三计时器timer3门限值，启动第三计时器timer3，当第三计时器timer3超时执行去激活辅小区组流程。

其中，第三计时器timer3门限值与第一计时器timer1门限值有关。例如，第一计时器timer1门限值表示允许发送数据的时间上限，则第三计时器timer3门限值大于等于第一计时器timer1门限值，或者，第一计时器timer1门限值表示允许发送数据的时间下限，则第三计时器timer3门限值小于等于第一计时器timer1门限值。

可选地，上述两种方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：主节点与辅节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤941，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点与辅节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤951，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤961，辅节点接收去激活配置消息，确定第三计时器timer3门限值，并基于主节点与辅节点协商确定的第三计时器timer3门限值，辅节点启动第三计时器timer3，当第三计时器timer3超时执行去激活辅小区组流程。

在步骤961中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第二种情形，如图9(b)所示，步骤922，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤932，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点与辅节点协商确定的第三计时器timer3门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此说明的是，第三计时器timer3门限值与第一计时器timer1门限值有关。例如，第一计时器timer1门限值表示允许发送数据的时间上限，则第三计时器timer3门限值大于等于第一计时器timer1门限值，或者，第一计时器timer1门限值表示允许发送数据的时间下限，则第三计时器timer3门限值小于等于第一计时器timer1门限值。

并且，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤942，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤952，辅节点接收去激活配置消息，确定第三计时器timer3门限值，并基于主节点与辅节点协商确定的第三计时器timer3门限值，辅节点启动第三计时器timer3，当第三计时器timer3超时执行去激活辅小区组流程。

在步骤952中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

在上述实施例的作用下，结合辅节点的数据传输状态、以及主节点与辅节点协商确定的第三计时器timer3，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图10，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图10中，该方法可以包括以下步骤：

步骤101，在辅节点触发SCG去激活时，向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；辅节点有辅节点没有缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分二种情形，对辅节点触发辅小区组去激活的过程加以说明：

第一种情形，如图10(a)所示，步骤102，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

如果辅节点没有正在传输的数据，则执行步骤103。

反之，如果辅节点有正在传输的数据，则执行步骤104。

步骤103，如果辅节点没有正在传输的数据，则执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，基于主节点提供的第二计时器timer2门限值，启动第二计时器timer2，当第二计时器timer2超时执行去激活辅小区组流程。

可选地，上述两种方式中，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的节点的第一节点信息。

在此，第一节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤104，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤105，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤106，辅节点接收去激活配置消息，确定第二计时器timer2门限值，并基于主节点提供的第二计时器timer2门限值，辅节点启动第二计时器timer2，当第二计时器timer2超时执行去激活辅小区组流程。

在步骤106中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第二种情形，如图10(b)所示，步骤112，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤113，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤114，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤115，辅节点接收去激活配置消息，确定第二计时器timer2门限值，并基于主节点提供的第二计时器timer2门限值，辅节点启动第二计时器timer2，当第二计时器timer2超时执行去激活辅小区组流程。

在步骤115中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

在上述实施例的作用下，结合辅节点的数据传输状态、以及主节点提供的第二计时器timer2，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

请参阅图11，本申请实施例提供了一种实现辅小区组去激活的方法，适用于图1示出的多连接场景。该多连接场景中，MCG为MN下的小区组，SCG为SN下的小区组。

在图11中，该方法可以包括以下步骤：

步骤121，在辅节点触发SCG去激活时，向主节点发送第二消息。

其中，第二消息包括以下至少一项：表示数据传输状态的数据传输信息。

在一种可能的实施方式，数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息(该DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息)；表示辅节点存在数据传输的第一DRB标识信息；表示辅节点不存在数据传输的第二DRB标识信息；指示辅节点是否有数据正在传输的第一指示信息；辅节点有辅节点没有缓存数据信息；指示是否去激活的第二指示信息。

其中，上述DRB包括但不限于：PDCP层在辅节点的DRB、和/或RLC层在辅节点的DRB、和/或PDCP层以及RLC层在辅节点的DRB。

下面分二种情形，对辅节点触发辅小区组去激活的过程加以说明：

第一种情形，如图11(a)所示，步骤122，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤123，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点提供的第二计时器timer2门限值；用于指示发送辅小区组去激活命令至用户设备的第一节点信息。

在此，第一节点信息指示由辅节点发送辅小区组去激活命令至用户设备。

步骤124，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤125，响应于去激活配置消息，发送去激活配置确认消息至主节点。

其中，去激活配置确认消息至少包括以下一项：用于向主节点通知辅节点确认去激活配置的第二确认信息；主节点与辅节点协商确定的第四计时器timer4超时阈值在此说明的是，第四计时器timer4超时阈值与第二计时器timer2超时阈值有关。例如，第二计时器timer2超时阈值表示允许发送数据的时间上限，则第四计时器timer4超时阈值大于等于第二计时器timer2超时阈值，或者，第二计时器timer2超时阈值表示允许发送数据的时间下限，则第四计时器timer4超时阈值小于等于第二计时器timer2超时阈值。

步骤126，基于主节点与辅节点协商确定的第四计时器timer4门限值，辅节点启动第四计时器timer4，当第四计时器timer4超时执行去激活辅小区组流程。

在步骤126中，如果去激活配置消息包含第一节点信息，则还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

可选地，还可以执行以下步骤：响应于去激活配置消息，发送去激活配置确认消息至主节点，以向主节点通知辅节点负责发送辅小区组去激活命令至用户设备的第二节点信息。

当然，去激活配置确认消息还可以包括以下至少一项：用于向主节点通知辅节点确认去激活配置的第二确认信息。

第二种情形，如图11(b)所示，步骤132，主节点根据第二消息，确定辅节点的数据传输状态。

其中，数据传输状态，用于指示辅节点是否有正在传输的数据。

步骤133，发送去激活配置消息至辅节点。

其中，去激活配置消息包括以下至少一项：指示辅节点重配承载的承载配置信息；主节点提供的第二计时器timer2门限值。

步骤134，基于承载配置信息，辅节点执行承载重配流程，以此确保辅小区组去激活过程中辅节点没有正在传输的数据。

步骤135，响应于去激活配置消息，发送去激活配置确认消息至主节点。

其中，去激活配置确认消息至少包括以下一项：用于向主节点通知辅节点确认去激活配置的第二确认信息；主节点与辅节点协商确定的第四计时器timer4门限值；用于指示发送辅小区组去激活命令至用户设备的第二节点信息。

在此说明的是，第四计时器timer4门限值与第二计时器timer2门限值有关。例如，第二计时器timer2门限值表示允许发送数据的时间上限，则第四计时器timer4门限值大于等于第二计时器timer2门限值，或者，第二计时器timer2门限值表示允许发送数据的时间下限，则第四计时器timer4门限值小于等于第二计时器timer2门限值。

并且，第二节点信息指示由主节点发送辅小区组去激活命令至用户设备。

步骤136，由主节点执行去激活辅小区组流程。

具体地，第一种方式，直接执行去激活辅小区组流程。

第二种方式，主节点接收去激活配置确认消息，确定第四计时器timer4门限值，并基于主节点与辅节点协商确定的第四计时器timer4门限值，主节点启动第四计时器timer4，当第四计时器timer4超时执行去激活辅小区组流程。

可选地，上述两种方式中，基于第二节点信息，还可以执行以下步骤：发送辅小区组去激活命令至用户设备。

在上述实施例的作用下，结合辅节点的数据传输状态、以及主节点与辅节点协商确定的第四计时器timer4，实现了MN和SN之间协商DRB状态以及何时去激活SCG，有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

下述为本申请装置实施例，可以用于执行本申请所涉及的实现辅小区组去激活的方法。对于本申请装置实施例中未披露的细节，请参照本申请所涉及的实现辅小区组去激活的方法的实施例。

请参阅图12，本申请实施例中提供了一种实现辅小区组去激活的装置900，应用于主节点。

该实现辅小区组去激活的装置900，包括但不限于：状态确定模块901以及去激活模块902。

其中，状态确定模块901，用于当辅小区组去激活被触发，确定辅节点的数据传输状态。

去激活模块902，用于基于确定的数据传输状态进行去激活相关处理。

在一可能的实施方式，状态确定模块901用于执行以下步骤：在第一节点触发SCG去激活时，向第二节点发送第一消息；接收第二节点响应于所述第一消息发送的第二消息，并根据所述第二消息确定第二节点的数据传输状态。

在一可能的实施方式，所述第一消息包括以下至少一项：请求SCG去激活的第一请求信息；请求第二节点上报数据传输状态的第二请求信息；请求第二节点上报第一计时器门限值的第三请求信息。

在一可能的实施方式，状态确定模块901用于执行以下步骤：在第二节点触发SCG去激活时，接收第二节点发送的第二消息；根据所述第二消息确定第二节点的数据传输状态。

在一可能的实施方式，所述第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器门限值。

在一可能的实施方式，所述数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息；表示第二节点存在数据传输的第一DRB标识信息；表示第二节点不存在数据传输的第二DRB标识信息；指示第二节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

在一可能的实施方式，所述DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息。

在一可能的实施方式，去激活模块902用于执行以下步骤：执行去激活SCG流程；发送去激活配置消息至第二节点；启动第一计时器；启动第二计时器；启动第三计时器。

在一可能的实施方式，所述去激活配置消息包括以下至少一项：指示第二节点重配承载的承载配置信息；用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；第一节点提供的第二计时器门限值；第一节点与第二节点协商确定的第三计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第一节点信息。

在一可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：接收第二节点响应于所述去激活配置消息发送的去激活配置确认消息。

在一可能的实施方式，所述去激活配置确认消息包括以下至少一项：用于向第一节点通知第二节点确认去激活配置的第二确认信息；第一节点与第二节点协商确定的第四计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第二节点信息。

在一可能的实施方式，去激活模块902用于执行以下步骤：启动第四计时器。

在一可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：当第一计时器超时执行去激活SCG流程；或当第二计时器超时执行去激活SCG流程；或当第三计时器超时执行去激活SCG流程；或当第四计时器超时执行去激活SCG流程。

在一可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：发送SCG去激活命令至用户设备。

请参阅图13，本申请实施例中提供了一种实现辅小区组去激活的装置1000，应用于辅节点。

该实现辅小区组去激活的装置1000，包括但不限于：状态上报模块1001以及去激活模块1002。

其中，状态上报模块1001，用于当辅小区组去激活被触发，向主节点上报辅节点的数据传输状态。

去激活模块1002，用于基于所述数据传输状态进行去激活相关处理。

在一种可能的实施方式，状态上报模块1001用于执行以下步骤：在第二节点触发SCG去激活时，向第一节点发送第二消息，以上报第二节点的数据传输状态。

在一种可能的实施方式，状态上报模块1001用于执行以下步骤：在第一节点触发SCG去激活时，接收第一节点发送的第一消息；响应于所述第一消息，发送所述第二消息至第一节点。

在一种可能的实施方式，所述第一消息包括以下至少一项：请求SCG去激活的第一请求信息；请求第二节点上报数据传输状态的第二请求信息；请求第二节点上报第一计时器门限值的第三请求信息。

在一种可能的实施方式，所述第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器门限值。

在一种可能的实施方式，所述数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息；表示第二节点存在数据传输的第一DRB标识信息；表示第二节点不存在数据传输的第二DRB标识信息；指示第二节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

在一种可能的实施方式，所述DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息。

在一种可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：接收第一节点基于所述数据传输状态发送的去激活配置消息。

在一种可能的实施方式，所述去激活配置消息包括以下至少一项：指示第二节点重配承载的承载配置信息；用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；第一节点提供的第二计时器门限值；第一节点与第二节点协商确定的第三计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第一节点信息。

在一种可能的实施方式，去激活模块1002用于执行以下步骤：执行承载重配流程；执行去激活SCG流程；发送去激活配置确认消息至第一节点；启动第一计时器；启动第二计时器；启动第三计时器。

在一种可能的实施方式，所述去激活配置确认消息包括以下至少一项：用于向第一节点通知第二节点确认去激活配置的第二确认信息；第一节点与第二节点协商确定的第四计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第二节点信息。

在一种可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：启动第四计时器。

在一种可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：当第一计时器超时执行去激活SCG流程；或当第二计时器超时执行去激活SCG流程；或当第三计时器超时执行去激活SCG流程；或当第四计时器超时执行去激活SCG流程。

在一种可能的实施方式，所述装置还包括其余功能模块用于执行以下步骤：发送SCG去激活命令至用户设备。

需要说明的是，本申请实施例中对单元和/或模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元和/或模块可以集成在一个处理单元和/或模块中，也可以是各个单元和/或模块单独物理存在，也可以两个或两个以上单元和/或模块集成在一个单元和/或模块中。上述集成的单元和/或模块既可以采用硬件的形式实现，也可以采用软件功能单元和/或模块的形式实现。

所述集成的单元和/或模块如果以软件功能单元和/或模块的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

另外，上述实施例所提供的数据传输装置与数据传输方法是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。

由此，通过数据传输状态的确定，主节点能够获知辅节点是否有数据正在传输，从而能够避免在数据正在传输时进行去激活相关处理，以此能够有效地解决相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题。

图14根据一示例性实施例示出的一种主节点的结构框图。该主节点适用于图1所示出的多连接场景中MCG下的网络设备。

如图14所示，该主节点1100至少包括：处理器1110、存储器1120以及收发机1130。

其中，收发机1130，用于在处理器1110的控制下接收和发送数据。

在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1110代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1130可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元和/或模块，这些传输介质包括无线信道、有线信道、光缆等传输介质。

处理器1110负责管理总线架构和通常的处理，存储器1120可以存储处理器1110在执行操作时所使用的数据。

可选地，处理器1110可以是中央处埋器(CPU)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable GateArray，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器1110也可以采用多核架构。处理器1110与存储器1120也可以物理上分开布置。

处理器1110通过调用存储器1120存储的计算机程序，用于按照获得的可执行指令执行以下步骤：当辅小区组SCG去激活被触发，确定第二节点的数据传输状态；基于确定的数据传输状态进行去激活相关处理。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：在第一节点触发SCG去激活时，向第二节点发送第一消息；接收第二节点响应于所述第一消息发送的第二消息，并根据所述第二消息确定第二节点的数据传输状态。

在一可能的实施方式，所述第一消息包括以下至少一项：请求SCG去激活的第一请求信息；请求第二节点上报数据传输状态的第二请求信息；请求第二节点上报第一计时器门限值的第三请求信息。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：在第二节点触发SCG去激活时，接收第二节点发送的第二消息；根据所述第二消息确定第二节点的数据传输状态。

在一可能的实施方式，所述第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器门限值。

在一可能的实施方式，所述数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息；表示第二节点存在数据传输的第一DRB标识信息；表示第二节点不存在数据传输的第二DRB标识信息；指示第二节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

在一可能的实施方式，所述DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：执行去激活SCG流程；发送去激活配置消息至第二节点；启动第一计时器；启动第二计时器；启动第三计时器。

在一可能的实施方式，所述去激活配置消息包括以下至少一项：指示第二节点重配承载的承载配置信息；用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；第一节点提供的第二计时器门限值；第一节点与第二节点协商确定的第三计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第一节点信息。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：接收第二节点响应于所述去激活配置消息发送的去激活配置确认消息。

在一可能的实施方式，所述去激活配置确认消息包括以下至少一项：用于向第一节点通知第二节点确认去激活配置的第二确认信息；第一节点与第二节点协商确定的第四计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第二节点信息。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：启动第四计时器。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：当第一计时器超时执行去激活SCG流程；或当第二计时器超时执行去激活SCG流程；或当第三计时器超时执行去激活SCG流程；或当第四计时器超时执行去激活SCG流程。

在一可能的实施方式，所述处理器1110还用于执行以下步骤：发送SCG去激活命令至用户设备。图15根据一示例性实施例示出的一种辅节点的结构框图。该辅节点适用于图1所示出的多连接场景中SCG下的网络设备。

如图15所示，该辅节点1300至少包括：处理器1310、存储器1320以及收发机1330。

其中，收发机1330，用于在处理器1310的控制下接收和发送数据。

在图15中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1310代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1330可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元和/或模块，这些传输介质包括，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的辅节点，用户接口1340还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1310负责管理总线架构和通常的处理，存储器1320可以存储处理器1310在执行操作时所使用的数据。

可选的，处理器1310可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)，处理器1310也可以采用多核架构。处理器1310与存储器1320也可以物理上分开布置。

处理器1310通过调用存储器1320存储的计算机程序，用于按照获得的可执行指令执行以下步骤：当SCG去激活被触发，向第一节点上报第二节点的数据传输状态；基于所述数据传输状态进行去激活相关处理。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：在第二节点触发SCG去激活时，向第一节点发送第二消息，以上报第二节点的数据传输状态。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：在第一节点触发SCG去激活时，接收第一节点发送的第一消息；响应于所述第一消息，发送所述第二消息至第一节点。

在一种可能的实施方式，所述第一消息包括以下至少一项：请求SCG去激活的第一请求信息；请求第二节点上报数据传输状态的第二请求信息；请求第二节点上报第一计时器门限值的第三请求信息。

在一种可能的实施方式，所述第二消息包括以下至少一项：表示数据传输状态的数据传输信息；第一计时器门限值。

在一种可能的实施方式，所述数据传输信息包括以下至少一项：表示数据无线承载DRB状态的DRB信息；表示第二节点存在数据传输的第一DRB标识信息；表示第二节点不存在数据传输的第二DRB标识信息；指示第二节点是否有数据正在传输的第一指示信息；缓存数据信息；指示是否去激活的第二指示信息。

在一种可能的实施方式，所述DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：接收第一节点基于所述数据传输状态发送的去激活配置消息。

在一种可能的实施方式，所述去激活配置消息包括以下至少一项：指示第二节点重配承载的承载配置信息；用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；第一节点提供的第二计时器门限值；第一节点与第二节点协商确定的第三计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第一节点信息。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：执行承载重配流程；执行去激活SCG流程；发送去激活配置确认消息至第一节点；启动第一计时器；启动第二计时器；启动第三计时器。

在一种可能的实施方式，所述去激活配置确认消息包括以下至少一项：用于向第一节点通知第二节点确认去激活配置的第二确认信息；第一节点与第二节点协商确定的第四计时器门限值；用于指示发送SCG去激活命令至用户设备的节点的第二节点信息。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：启动第四计时器。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：当第一计时器超时执行去激活SCG流程；或当第二计时器超时执行去激活SCG流程；或当第三计时器超时执行去激活SCG流程；或当第四计时器超时执行去激活SCG流程。

在一种可能的实施方式，所述处理器1310还用于执行以下步骤：发送SCG去激活命令至用户设备。在此需要说明的是，本申请实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

此外，本申请实施例中提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的数据传输方法。该存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

本申请实施例中提供了一种程序产品，例如，该程序产品为FPGA芯片或者DSP芯片，该程序产品包括可执行指令，该可执行指令存储在存储介质中。处理器从存储介质读取该可执行指令，使得该可执行指令被处理器执行时实现上述各实施例中的数据传输方法。

与相关技术相比，结合数据传输状态和计时器，实现了在MN和SN之间协商DRB状态、是否去激活SCG、以及何时去激活SCG，从而能够避免在数据正在传输时进行去激活相关处理，进而有效地解决了相关技术中存在的辅小区组去激活过程中可能导致数据传输中断的问题，有利于提高用户感知。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (33)

1.一种实现辅小区组去激活的方法，其特征在于，由第一节点执行，所述方法包括：

当辅小区组SCG去激活被触发，确定第二节点的数据传输状态；

基于确定的数据传输状态进行去激活相关处理。

2.如权利要求1所述的方法，其特征在于，所述当SCG去激活被触发，确定第二节点的数据传输状态，包括：

在第一节点触发SCG去激活时，向第二节点发送第一消息；

接收第二节点响应于所述第一消息发送的第二消息，并根据所述第二消息确定第二节点的数据传输状态。

3.如权利要求2所述的方法，其特征在于，所述第一消息包括以下至少一项：

请求SCG去激活的第一请求信息；

请求第二节点上报数据传输状态的第二请求信息；

请求第二节点上报第一计时器门限值的第三请求信息。

4.如权利要求1所述的方法，其特征在于，所述当SCG去激活被触发，确定第二节点的数据传输状态，包括：

在第二节点触发SCG去激活时，接收第二节点发送的第二消息；

根据所述第二消息确定第二节点的数据传输状态。

5.如权利要求2或4所述的方法，其特征在于，所述第二消息包括以下至少一项：

表示数据传输状态的数据传输信息；第一计时器门限值。

6.如权利要求5所述的方法，其特征在于，所述数据传输信息包括以下至少一项：

表示数据无线承载DRB状态的DRB信息；

表示第二节点存在数据传输的第一DRB标识信息；

表示第二节点不存在数据传输的第二DRB标识信息；

指示第二节点是否有数据正在传输的第一指示信息；

缓存数据信息；

指示是否去激活的第二指示信息。

7.如权利要求6所述的方法，其特征在于，所述DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息。

8.如权利要求1所述的方法，其特征在于，所述基于确定的数据传输状态进行去激活相关处理包括以下至少一项：

执行去激活SCG流程；

发送去激活配置消息至第二节点；

启动第一计时器；启动第二计时器；启动第三计时器。

9.如权利要求8所述的方法，其特征在于，所述去激活配置消息包括以下至少一项：

指示第二节点重配承载的承载配置信息；

用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；

第一节点提供的第二计时器门限值；

第一节点与第二节点协商确定的第三计时器门限值；

用于指示发送SCG去激活命令至用户设备的节点的第一节点信息。

10.如权利要求8所述的方法，其特征在于，所述方法还包括：

接收第二节点响应于所述去激活配置消息发送的去激活配置确认消息。

11.如权利要求10所述的方法，其特征在于，所述去激活配置确认消息包括以下至少一项：

用于向第一节点通知第二节点确认去激活配置的第二确认信息；

第一节点与第二节点协商确定的第四计时器门限值；

用于指示发送SCG去激活命令至用户设备的节点的第二节点信息。

12.如权利要求11所述的方法，其特征在于，所述基于确定的数据传输状态进行去激活相关处理还包括以下至少一项：

启动第四计时器。

13.如权利要求8或12所述的方法，其特征在于，所述执行去激活SCG流程，包括：

当第一计时器超时执行去激活SCG流程；或

当第二计时器超时执行去激活SCG流程；或

当第三计时器超时执行去激活SCG流程；或

当第四计时器超时执行去激活SCG流程。

14.如权利要求13所述的方法，其特征在于，所述执行去激活SCG流程，还包括：

发送SCG去激活命令至用户设备。

15.一种实现辅小区组去激活的方法，其特征在于，由第二节点执行，所述方法包括：

当SCG去激活被触发，向第一节点上报第二节点的数据传输状态；

基于所述数据传输状态进行去激活相关处理。

16.如权利要求15所述的方法，其特征在于，所述当SCG去激活被触发，向第一节点上报第二节点的数据传输状态，包括：

在第二节点触发SCG去激活时，向第一节点发送第二消息，以上报第二节点的数据传输状态。

17.如权利要求15所述的方法，其特征在于，所述当SCG去激活被触发，向第一节点上报第二节点的数据传输状态，包括：

在第一节点触发SCG去激活时，接收第一节点发送的第一消息；

响应于所述第一消息，发送所述第二消息至第一节点。

18.如权利要求17所述的方法，其特征在于，所述第一消息包括以下至少一项：

请求SCG去激活的第一请求信息；

请求第二节点上报数据传输状态的第二请求信息；

请求第二节点上报第一计时器门限值的第三请求信息。

19.如权利要求16或17所述的方法，其特征在于，所述第二消息包括以下至少一项：

表示数据传输状态的数据传输信息；第一计时器门限值。

20.如权利要求19所述的方法，其特征在于，所述数据传输信息包括以下至少一项：

表示数据无线承载DRB状态的DRB信息；

表示第二节点存在数据传输的第一DRB标识信息；

表示第二节点不存在数据传输的第二DRB标识信息；

指示第二节点是否有数据正在传输的第一指示信息；

缓存数据信息；

指示是否去激活的第二指示信息。

21.如权利要求20所述的方法，其特征在于，所述DRB信息至少包括：DRB标识、指示DRB是否存在数据传输的第三指示信息。

22.如权利要求15所述的方法，其特征在于，所述方法还包括：

接收第一节点基于所述数据传输状态发送的去激活配置消息。

23.如权利要求22所述的方法，其特征在于，所述去激活配置消息包括以下至少一项：

指示第二节点重配承载的承载配置信息；

用于向第二节点通知第一节点确认第一计时器门限值的第一确认信息；

第一节点提供的第二计时器门限值；

第一节点与第二节点协商确定的第三计时器门限值；

用于指示发送SCG去激活命令至用户设备的节点的第一节点信息。

24.如权利要求15或22所述的方法，其特征在于，所述基于所述数据传输状态进行去激活相关处理包括以下至少一项：

执行承载重配流程；

执行去激活SCG流程；

发送去激活配置确认消息至第一节点；

启动第一计时器；启动第二计时器；启动第三计时器。

25.如权利要求24所述的方法，其特征在于，所述去激活配置确认消息包括以下至少一项：

用于向第一节点通知第二节点确认去激活配置的第二确认信息；

第一节点与第二节点协商确定的第四计时器门限值；

用于指示发送SCG去激活命令至用户设备的节点的第二节点信息。

26.如权利要求25所述的方法，其特征在于，所述基于所述数据传输状态进行去激活相关处理还包括以下至少一项：

启动第四计时器。

27.如权利要求26所述的方法，其特征在于，所述执行去激活SCG流程，包括：

当第一计时器超时执行去激活SCG流程；或

当第二计时器超时执行去激活SCG流程；或

当第三计时器超时执行去激活SCG流程；或

当第四计时器超时执行去激活SCG流程。

28.如权利要求27所述的方法，其特征在于，所述执行去激活SCG流程，还包括：

发送SCG去激活命令至用户设备。

29.一种第一节点，其特征在于，包括：存储器、收发机、以及处理器；

其中，所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；所述处理器，用于读取所述存储器中的计算机程序并执行以下步骤：当SCG去激活被触发，确定第二节点的数据传输状态；基于确定的数据传输状态进行去激活相关处理。

30.一种第二节点，其特征在于，包括：存储器、收发机、以及处理器；

其中，所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；所述处理器，用于读取所述存储器中的计算机程序并执行以下步骤：当SCG去激活被触发，向第一节点上报第二节点的数据传输状态；基于所述数据传输状态进行去激活相关处理。

31.一种实现辅小区组去激活的装置，其特征在于，应用于第一节点，所述装置包括：

状态确定模块，用于当SCG去激活被触发，确定第二节点的数据传输状态；

去激活模块，用于基于确定的数据传输状态进行去激活相关处理。

32.一种实现辅小区组去激活的装置，其特征在于，应用于第二节点，所述装置包括：

状态上报模块，用于当SCG去激活被触发，向第一节点上报第二节点的数据传输状态；

去激活模块，用于基于所述数据传输状态进行去激活相关处理。

33.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至28中任一项所述的实现SCG去激活的方法。

Images