资源管理方法、电子设备和计算机可读存储介质

技术领域

本发明涉及通信领域，尤其涉及一种资源管理方法、电子设备和计算机可读存储介质。

背景技术

新空口(NR，New Radio)通过NR双连接(NR-DC，NR-NR Dual Connectivity)功能，使得独立组网(SA，Stand Alone)终端能够在5G频率范围1(FR1)侧接入，同时建立5G(FR1)空口连接，下行数据可以经过5G(FR1)或者5G频率范围2(FR2)空口传输，上行数据经过5G(FR1)或5G(FR2)空口投递至NR，NR再通过NG口传递给核心网。其中有两种框架：(1)UE分别连接到一个NR作为主节点(MN，Master Node)，一个NR作为辅节点(SN，Secondary Node)。NR(FR1)通过NG口连接5G核心网(5GC，5G Core Network)，通过XN口连接NR(FR2)，NR(FR2)通NG-U口连接5GC。(2)UE连接到一个NR，该NR包含多个分布单元(DU，Distributed Unit)，一个DU(FR1)作为MN，另一个DU(FR2)作为SN，该NR通过NG口连接5GC。

在NR-DC系统中，同独立组网SA一样，接入网的资源是有限的，可接纳的用户数也是有限的。现网运行时往往会发生这样的现象：下一代B节点(gNB，next Generation NodeB)在运行期间，用户建立的会话(Session)或流(Flow)，长期没有任何用户数据，为了节约宝贵的系统资源，特别是在系统负荷较重的情况下提高资源利用率，把有限资源让给真正需要的用户，运营商需要精准且快速的把无任何数据需要传输的分组数据单元(PDU，Packet Data Unit)的Session和Flow、用户连接释放掉。

发明内容

本发明提供一种资源管理方法、电子设备和计算机可读存储介质。

第一方面，本发明提供了一种资源管理方法，所述资源管理方法包括：

确定用户设备UE针对目标承载节点的剩余不活跃时间是否用尽；

若所述UE针对所述目标承载节点的剩余不活跃时间用尽，释放为所述UE分配的资源，其中，所述剩余不活跃时间包括预设不活跃时间总时长减去所述UE在所有节点处发生的已持续不活跃时间之和，所述预设不活跃时间总时长与所述目标承载节点相对应。

在一些实施例中，当前节点为主节点MN，所述UE的业务的源承载节点为所述MN，所述目标承载节点为目标辅节点SN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

确定所述UE在源承载节点上发生的已持续不活跃时间；

向所述目标SN发送携带有所述UE在源承载节点的已持续不活跃时间的消息，以使所述目标SN根据所述UE在源承载节点的已持续不活跃时间，确定所述UE针对所述目标承载节点的剩余不活跃时间。

可选地，所述向目标SN发送携带有所述已持续不活跃时间的消息包括：

向所述目标SN发送携带有所述已持续不活跃时间的SN添加请求消息。

可选地，所述向目标SN发送携带有所述已持续不活跃时间的消息包括：

向所述目标SN发送携带有所述已持续不活跃时间的SN修改请求消息。

在一些实施例中，当前节点为MN，所述UE的业务的源承载节点为目标SN，所述目标承载节点为所述MN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的消息；

根据所述MN上的预设不活跃时间总时长减去所述在源承载节点的已持续不活跃时间，得到所述UE针对所述目标承载节点的剩余不活跃时间。

可选地，所述从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的SN修改请求消息。

可选地，所述从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的SN释放请求消息。

在一些实施例中，所述确定用户设备UE针对目标承载节点的剩余不活跃时间是否用尽包括：

若所述UE的业务当前由所述MN承载，由所述MN检测所述UE针对所述目标承载节点的剩余不活跃时间是否用尽。

在一些实施例中，所述确定用户设备UE针对目标承载节点的剩余不活跃时间是否用尽包括：

若所述UE的业务当前由所述目标SN承载，在所述MN收到携带有所述UE的不活跃指示的SN活动通知消息时，确定为所述UE针对所述目标承载节点的剩余不活跃时间用尽。

进一步地，在释放为所述UE分配的资源步骤之前，所述方法还包括：

若从所述目标SN收到携带有所述UE的重激活指示的SN活动通知消息，则撤销对所述UE做出的释放决策。

在一些实施例中，当前节点为目标SN，所述UE的业务的源承载节点为MN，所述目标承载节点为所述目标SN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

从所述MN收到携带有所述UE在源承载节点的已持续不活跃时间的消息；

根据所述目标SN上的预设不活跃时间总时长减去所述UE在源承载节点的已持续不活跃时间，得到所述UE针对所述目标承载节点的剩余不活跃时间。

可选地，所述从MN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从所述MN收到携带有所述UE在源承载节点的已持续不活跃时间的SN添加申请消息。

可选地，所述从MN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从所述MN收到携带有所述UE在源承载节点的已持续不活跃时间的SN修改申请消息。

在一些实施例中，所述方法还包括：

若在所述SN上检测到所述UE针对所述目标承载节点的剩余不活跃时间用尽，向所述MN发出携带有所述UE的不活跃指示的SN活动通知消息。

进一步地，在所述向所述MN发出携带有所述UE的不活跃指示的SN活动通知消息步骤之后，所述方法还包括：

若所述UE分配的资源被释放之前出现了所述UE的业务数据，将剩余不活跃时间清零，重新将预设不活跃时间总时长作为所述UE针对所述目标承载节点的剩余不活跃时间；

向MN发送携带有所述UE的重激活指示的SN活动通知消息。

在一些实施例中，当前节点为目标SN，所述UE的业务的源承载节点为目标SN，所述目标承载节点为所述MN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

确定所述UE在源承载节点上发生的已持续不活跃时间；

向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的消息，以使所述MN根据所述UE在源承载节点的已持续不活跃时间，确定所述UE针对所述目标承载节点的剩余不活跃时间。

可选地，所述向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的SN修改请求消息。

可选地，所述向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的SN释放请求消息。

第二方面，本发明提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据第一方面中任意一项所述的资源管理方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

第三方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现根据第一方面中任意一项所述的资源管理方法。

在NR-DC双连接系统中，接入网的资源是有限的，可接纳的用户数也是有限的。为了节约宝贵的系统资源，当Session或者Flow流在无数据时，在源承载节点与目的承载节点之间传递UE的已持续不活跃时间，使源承载节点与目标承载节点对UE空闲时长得以同步，实现了UE资源的及时释放，节省了宝贵的系统资源。此外，由于目前无论是终端还是系统设备，耗电量大都是亟待解决的问题，在NR-DC低频和低频双连接，尤其是NR-DC低频和高频双连接的场景下，通过减少UE过长的不活跃时间，同时还能够大幅减少终端和系统设备的耗电。

附图说明

图1是本发明实施例提供的一种资源管理方法的流程图。

图2是本发明实施例提供的一种资源管理方法中以MN为主体的流程图。

图3是本发明实施例提供的一种资源管理方法中以MN为主体的流程图。

图4是本发明实施例提供的一种资源管理方法中以SN为主体的流程图。

图5是本发明实施例提供的一种资源管理方法中以SN为主体的流程图。

图6是NR-DC目前的用户不活跃处理流程示意图。

图7是本发明实施例提供的NR-DC场景下UE的已持续不活跃时间传递流程图(以SN添加为例)。

图8是本发明实施例提供的MCG承载向SCG承载变更的流程图。

图9是本发明实施例提供的MN Terminal bearer承载向SN Terminal bearer承载变更的流程图。

图10是本发明实施例提供的SN Terminal bearer承载向MN Terminal bearer承载变更的流程图。

图11是本发明实施例提供的SN变更时UE的已持续不活跃时间传递的流程图。

图12是本发明实施例提供的一种电子设备的示意图。

图13是本发明实施例提供的一种计算机可读存储介质的示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特有的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

在现有的SA系统中，无论是终端还是系统设备，耗电量大都是亟待解决的问题，尤其NR-DC系统在低频和高频进行组网时，高频的NR耗电和终端耗电急需尽快降低，当PDUSession或者Flow流在高频侧无数据时，需要尽快释放，以达到系统节能或者终端省电的目的。对于无数据的Session或者Flow，通过用户不活跃功能可以进行处理，但是目前在NR-DC场景下存在以下问题，如图6所示。

1).MN发起SN添加请求消息，内容包括了承载类型和PDCP承载类型(如MNterminal、SN terminal)信息。MN在发起SN添加请求测量触发，MN对于添加SN之前已存在的UE的Session或者Flow，维护了UE不活跃定时器，但在添加SN时并未通过消息携带给SN。

2).SN收到MN的承载业务消息，建立相应的承载，并且回复确认响应。如果是SNterminal承载，业务可能从主小区组(MCG，Master Cell Group)承载变更为辅小区组(SCG，Secondary Cell Group)承载，并且在目标承载节点上重新启动了UE不活跃定时器。

3).SN根据本地的不活跃定时器机制，周期或者事件触发上报UE不活跃状态。如果上报的SN活动通知消息中携带的是UE不活跃指示，MN会决策UE的不活跃释放策略。如果上报的SN活动通知消息中携带的是UE重新激活指示，则状态反转，MN重新激活SN侧业务承载。由于SN的不活跃定时器是SN维护，不知道MN上UE已经持续多久处于不活跃状态，并未根据SN添加前的UE不活跃状态来更新，因此可能会存在UE不活跃状态持续总时长过长问题。

针对上述问题，发明人研究发现：现有NR-DC双连接技术中，承载变更时并未将UE已经历的不活跃时间传递到新的承载节点，造成承载变更后UE的不活跃状态被重置，导致业务耗电增加以及空口资源浪费。在NR-DC场景下，MN承载控制用户不活跃定时器，SN只是上报UE的状态是活跃或不活跃，由MN来决策是否释放。当承载从MCG变更为SCG承载(或者MNterminal承载到SN terminal承载变更)时，在原MN承载下UE不活跃定时器不能够延续传递，导致承载变更之后需要重新启动定时器，而协议规定的用户不活跃定时器(ue-InactiveTime)的范围是[1s，超30天]。如果双连接承载变更过程不继承相关的计数器，势必对用户体验有较大影响，如用户不活跃定时器超长不但会非常耗电，而且消耗宝贵的无线系统空口资源。

当前标准协议规定SA系统内Xn口切换，源gNB通过Xn口容器(Container)传递ue-InactiveTime信元给目标gNB，目标gNB收到后延续UE不活跃状态，提高空口资源利用和终端节电。而3GPP协议未能考虑此问题。UE同时和两个NR-DC基站保持连接，在业务承载从一个基站变更到另外一个基站时，未能有效传递用户的不活跃时间机制。因此，业务迁移到新承载需要设置新的计数器，很可能增加UE连接态时间，在用户无业务需求状态下，增加了终端连接态时间，同时也耗费了无线空口资源。

基于以上分析，本发明的发明人提出了NR-DC双连接下ue-InactiveTime传递的方式来优化对空口资源的管理，以达到节省空口资源和减少耗电的效果。

作为本发明的第一方面，本发明实施例提供一种资源管理方法，如图1所示，所述资源管理方法包括如下步骤：

在步骤S100中，确定用户设备UE针对目标承载节点的剩余不活跃时间是否用尽；

在步骤S200中，若所述UE针对所述目标承载节点的剩余不活跃时间用尽，释放为所述UE分配的资源，其中，所述剩余不活跃时间包括预设不活跃时间总时长减去所述UE在所有节点处发生的已持续不活跃时间之和，所述预设不活跃时间总时长与所述目标承载节点相对应。

本发明的基本构思是无论当前承载UE业务的是MN还是SN，在承载变化时，均将该UE在源承载节点上已经持续的不活跃时间传递到目标承载节点上，在目标承载节点用预设不活跃时间总时长减去UE在源承载节点上已持续的不活跃时间，得到UE在目标承载节点上的剩余不活跃时间。MN可以传递UE不活跃定时器给SN，延续MN侧配置的定时器，同样SN也可以传递UE不活跃定时器给MN，延续SN侧配置的定时器。

由于每次承载变化时都会将UE不活跃时间传递继承下来，因此，每次在目标承载节点上减去的是此前所有承载UE业务的源承载节点的已持续不活跃时间之和。若相减后的结果已经小于或等于0，则直接认为该UE针对该目标承载节点上的剩余不活跃时间已用尽；若相减后的结果大于0，则将该结果作为UE针对该目标承载节点的剩余不活跃时间继续计时。当此剩余不活跃时间用尽时，触发MN决策释放为UE分配的资源。

图7为NR-DC场景下UE的已持续不活跃时间传递流程图(以SN添加为例)。与前文所述的目前NR-DC场景处理过程相对比：

1).MN发起SN添加请求消息，内容包括了承载类型和PDCP承载类型(MN terminal,SN terminal)信息。MN在发起SN添加请求测量触发，MN对于SN添加之前已存在的Session或Flow，维护了UE不活跃定时器，在添加SN时，MN把UE的剩余不活跃定时器时间带给SN。

2).SN收到MN的承载业务消息，建立相应的承载，并且回复响应。如果是SNterminal承载，业务可能会从MCG承载变更为SCG承载，SN侧可以做判决，SN可以继承UE的剩余不活跃定时器，也可以自己设置新的定时器时间。

3).SN根据MN传递过来的UE不活跃定时器，周期或者事件触发上报UE不活跃状态。如果是携带UE不活跃，MN决策UE的不活跃释放策略。如果是携带UE重新激活，状态反转，MN重新激活SN侧业务承载。由于SN不活跃定时器是MN统一维护，并且在SN添加之后继承了剩余定时器，因此能够更加精准控制UE总体的不活跃时长。

需要指出的是，除此上述SN添加场景之外，在NR-DC双连接场景的其他承载变更流程中，如表1和表2所列，MCG、Split、SCG之间的承载变更流程、MN Terminal bearer向SNTerminal bearer承载类型变更、SN Terminal bearer向MN Terminal bearer承载类型变更、以及一个SN到另一个SN的变更流程等，也均可采用本发明所提出ue-InactiveTime传递方案，不但优化了对空口资源的管理也减少了耗电。

表1MCG/SCG/SPLIT承载的变更

表2MN/SN terminal承载的变更

在传递继承UE的已持续不活跃时间的过程中，可以采用如下表3中的计算原则。其中，T1为MN上预设不活跃时间总时长，T2为SN上预设不活跃时间总时长，t为承载变化时传递的已持续不活跃时间。

表3定时器的计算原则(以MN作为源承载节点、SN作为目标承载节点为例)

在一些实施例中，如图2所示，当前节点为主节点MN，所述UE的业务的源承载节点为所述MN，所述目标承载节点为目标辅节点SN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

在步骤S310中，确定所述UE在源承载节点上发生的已持续不活跃时间；

在步骤S320中，向所述目标SN发送携带有所述UE在源承载节点的已持续不活跃时间的消息，以使所述目标SN根据所述UE在源承载节点的已持续不活跃时间，确定所述UE针对所述目标承载节点的剩余不活跃时间。

根据本发明的构思，对于MN来说，只要涉及到UE业务承载变化的流程，均可将UE在源承载节点上发生的已持续不活跃时间传递给目标承载节点。可以通过承载变化时源承载节点与目标承载节点之前交互的消息来传递UE在源承载节点上发生的已持续不活跃时间，实现源承载节点与目标承载节点对UE已持续不活跃的时长得以同步。

可选地，所述向目标SN发送携带有所述已持续不活跃时间的消息包括：

向所述目标SN发送携带有所述已持续不活跃时间的SN添加请求消息。

前文对图7的描述中已经对SN添加场景做了介绍，在此不再赘述。

可选地，所述向目标SN发送携带有所述已持续不活跃时间的消息包括：

向所述目标SN发送携带有所述已持续不活跃时间的SN修改请求消息。

在一些实施例中，如图3所示，当前节点为MN，所述UE的业务的源承载节点为目标SN，所述目标承载节点为所述MN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

在步骤S330中，从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的消息；

在步骤S340中，根据所述MN上的预设不活跃时间总时长减去所述在源承载节点的已持续不活跃时间，得到所述UE针对所述目标承载节点的剩余不活跃时间。

对于MN来说，可能会涉及到业务由MN承载变为由SN承载(前文已介绍描述)，也可能涉及到业务由SN承载变回由MN承载，此时SN作为源承载节点，MN作为目标承载节点。MN虽然是主节点，但由于业务是由SN承载，所以MN并不能实时的知道UE的业务在SN上具体空闲了多久，需要由SN将UE在SN上已持续的不活跃时间传递给MN，MN根据MN上的预设不活跃时间总时长减去所述在源承载节点的已持续不活跃时间，得到UE在MN上的剩余不活跃时间。

除此之外，还可能因为业务由第一个SN承载变为由第二个SN承载。由于SN之间没有消息交互，因此也需要第一个SN将已持续不活跃时间先传递给MN，然后再由MN转给新添加的第二个SN。

这几种流程仍遵循前文所述的发明构思，只要涉及到UE业务承载变化的流程，均可将UE在源承载节点上发生的已持续不活跃时间传递给目标承载节点。通过承载变化时源承载节点与目标承载节点之前交互的消息来传递UE在源承载节点上发生的已持续不活跃时间，实现源承载节点与目标承载节点对UE已持续不活跃的时长得以同步。

可选地，所述从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的SN修改请求消息。

可选地，所述从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从目标SN收到携带有所述UE在源承载节点的已持续不活跃时间的SN释放请求消息。

在一些实施例中，所述确定用户设备UE针对目标承载节点的剩余不活跃时间是否用尽包括：

若所述UE的业务当前由所述MN承载，由所述MN检测所述UE针对所述目标承载节点的剩余不活跃时间是否用尽。

在一些实施例中，所述确定用户设备UE针对目标承载节点的剩余不活跃时间是否用尽包括：

若所述UE的业务当前由所述目标SN承载，在所述MN收到携带有所述UE的不活跃指示的SN活动通知消息时，确定为所述UE针对所述目标承载节点的剩余不活跃时间用尽。

由于NR-DC场景下，UE的业务可能在各节点间发生承载变化，UE的业务当前可能是承载在MN上，也可能是承载在SN上。

若UE的业务当前由所述MN承载，因为MN是主节点可以决策UE的释放，因此只要MN本地检测到UE在MN上的剩余不活跃时间用尽，就可以决定释放为UE分配的资源。

若UE的业务当前由所述SN承载，MN并不能实时的感知UE是否活跃、剩余不活跃时间是否已用尽。因此需要SN在检测到所述UE再SN上的剩余不活跃时间用尽时，向MN发出通知。此处可以利用已有的携带有UE的不活跃指示的SN活动通知消息，也可以通过其他消息信元携带特定字段来表示UE的剩余不活跃时间在SN上已经用尽，及时通知MN可以将该UE的资源释放。

进一步地，在释放为所述UE分配的资源步骤之前，所述方法还包括：

若从所述目标SN收到携带有所述UE的重激活指示的SN活动通知消息，则撤销对所述UE做出的释放决策。

存在一种特殊时序的场景，即SN已经向MN发出了携带有UE的不活跃指示的SN活动通知消息，而在MN因为某原因(例如该UE存在多个Session或Flow，其中仍有活跃的Session或Flow)，并不释放该UE，此时SN又收到了该UE相关的业务流量，表明SN所承载的该UE的业务重新活跃，应该重置该UE的剩余不活跃时间，并将已持续不活跃时间清零，同时还要向MN发出冲激活指示通知MN撤销对所述UE做出的释放决策。

在一些实施例中，如图4所示，当前节点为目标SN，所述UE的业务的源承载节点为MN，所述目标承载节点为所述目标SN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

在步骤S410中，从所述MN收到携带有所述UE在源承载节点的已持续不活跃时间的消息；

在步骤S420中，根据所述目标SN上的预设不活跃时间总时长减去所述UE在源承载节点的已持续不活跃时间，得到所述UE针对所述目标承载节点的剩余不活跃时间。

根据本发明的构思，对于SN来说，仍遵循前文所述的发明构思，只要涉及到UE业务承载变化的流程，均可将UE在源承载节点上发生的已持续不活跃时间传递给目标承载节点。通过承载变化时源承载节点与目标承载节点之前交互的消息来传递UE在源承载节点上发生的已持续不活跃时间，实现源承载节点与目标承载节点对UE已持续不活跃的时长得以同步。

当UE的业务由MN承载变为由SN承载时，MN发往SN的消息中会携带有所述UE在MN上的已持续不活跃时间，SN收到后，根据本地预设的不活跃时间总时长减去所述UE在MN的已持续不活跃时间，得到所述UE针对SN的剩余不活跃时间，由SN继续检测剩余不活跃时间是否已用尽。

可选地，所述从MN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从所述MN收到携带有所述UE在源承载节点的已持续不活跃时间的SN添加申请消息。

可选地，所述从MN收到携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

从所述MN收到携带有所述UE在源承载节点的已持续不活跃时间的SN修改申请消息。

在一些实施例中，所述方法还包括：

若在所述SN上检测到所述UE针对所述目标承载节点的剩余不活跃时间用尽，向所述MN发出携带有所述UE的不活跃指示的SN活动通知消息。

SN收到后，根据本地预设的不活跃时间总时长减去所述UE在MN的已持续不活跃时间，得到所述UE针对SN的剩余不活跃时间，由SN继续通过定时器检测剩余不活跃时间是否已用尽。

若相减后的结果已经小于或等于0，则直接认为该UE针对该目标承载节点上的剩余不活跃时间已用尽；若相减后的结果大于0，则将该结果作为UE针对该目标承载节点的剩余不活跃时间继续计时。当此SN检测到剩余不活跃时间已用尽时，向MN发出所述UE不活跃的指示，触发MN决策释放为UE分配的资源。

进一步地，在所述向所述MN发出携带有所述UE的不活跃指示的SN活动通知消息步骤之后，所述方法还包括：

若所述UE分配的资源被释放之前出现了所述UE的业务数据，将剩余不活跃时间清零，重新将预设不活跃时间总时长作为所述UE针对所述目标承载节点的剩余不活跃时间；

向MN发送携带有所述UE的重激活指示的SN活动通知消息。

存在一种特殊时序的场景，即SN已经向MN发出了携带有UE的不活跃指示的SN活动通知消息，而在MN因为某原因尚未释放该UE的时候，SN又收到了该UE相关的业务流量。此时的业务流量表明该UE重新活跃，应该重置该UE的剩余不活跃时间，并将已持续不活跃时间清零，同时还要向MN发出重激活指示通知MN撤销对所述UE做出的释放决策。

在一些实施例中，如图5所示，当前节点为目标SN，所述UE的业务的源承载节点为目标SN，所述目标承载节点为所述MN，在所述UE针对所述目标承载节点的剩余不活跃时间用尽之前，所述方法还包括：

在步骤S430中，确定所述UE在源承载节点上发生的已持续不活跃时间；

在步骤S440中，向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的消息，以使所述MN根据所述UE在源承载节点的已持续不活跃时间，确定所述UE针对所述目标承载节点的剩余不活跃时间。

如前文所述，除了业务由MN承载变为由SN承载，也可能涉及到业务由SN承载变回由MN承载，或业务由第一个SN承载变为由第一个SN承载。后两种流程都是SN作为源承载节点，MN作为目标承载节点，仍遵循前文所述的发明构思，只要涉及到UE业务承载变化的流程，均可将UE在源承载节点上发生的已持续不活跃时间传递给目标承载节点。通过承载变化时源承载节点与目标承载节点之前交互的消息来传递UE在源承载节点上发生的已持续不活跃时间，实现源承载节点与目标承载节点对UE已持续不活跃的时长得以同步。

可选地，所述向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的SN修改请求消息。

可选地，所述向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的消息包括：

向所述MN发送携带有所述UE在源承载节点的已持续不活跃时间的SN释放请求消息。

下面结合4个实施例，分别对本发明第一个方面所述的资源管理方法在4种流程中的具体应用进行介绍。

实施例1

实施例1介绍MCG向SCG承载变更流程中UE已持续不活跃时间的传递流程，示意图如图8所示。

步骤101.在NR-DC场景下，MN建立MCG承载并下发SN测量控制，MN触发SN添加流程。SN未添加前MN根据业务类型启动ue-InactiveTime T1，比如10分钟(小于无穷大)；

步骤102.UE上报B1/B2测量报告，MN触发添加SN。

步骤103.在SN添加消息建立SN terminal的SCG承载，触发MCG->SCG承载变更，并携带UE的已持续不活跃时间t(如2分钟，小于无穷大)，假设在MCG承载上UE不活跃状态已经维持了8分钟。

步骤104.SN收到添加请求消息，建立相关承载，如SN配置的T2定时器大于t，则SN启动定时器为T2-t，参见表3中的定时器设置原则。

步骤105-106.承载变更为SCG承载之后，SN继续剩下的UE不活跃时间。SN内部CU-C传递定时器T2-t给CU-U和DU。

若UE一直在不活跃状态，在T2-t定时器超时后，SN给MN发送SN活动通知，携带UE不活跃(Inactive)状态指示。

若UE此时又出现Session或Flow，状态发生反转，SN给MN即刻发送SN活动通知，携带UE重激活(re-actived)状态指示。

步骤107-108.UE一直在不活跃状态，继续触发给MN发送SN活动通知，携带UEInactive状态指示。MN决策是否释放UE资源，若MN承载也满足释放条件，则发起空口资源释放。

实施例2

实施例2介绍MN Terminal bearer承载向SN Terminal bearer承载类型变更流程中UE已持续不活跃时间的传递流程，示意图如图9所示。

步骤201.在NR-DC场景下，MN建立MCG承载并且下发SN测量控制，MN触发SN添加流程。SN未添加前MN根据业务类型启动ue-InactiveTime T1，比如10分钟(小于无穷大)。

步骤202.UE上报B1/B2测量报告，MN触发添加SN。

步骤203.在SN添加消息建立MN terminal承载，并携带UE在MN的已持续不活跃时间t1(如7分钟，小于无穷大)，假设在MCG承载上UE不活跃定时器已经维持了3分钟。

步骤204.SN收到添加请求消息，建立相关承载，如SN的T2定时器配置大于t1，则SN启动定时器为T2-t1，参见定时器的设置原则。

步骤205-206.由于资源配置原因，MN触发MN terminal->SN terminal修改请求，并且携带UE在MN的已持续不活跃时间t2。

步骤207-208.承载变更为SN terminal之后，如SN配置的T2定时器大于t2，则SN启动定时器为T2-t2，参见表3的定时器设置原则。

若UE一直在不活跃状态，在T2-t2定时器超时后，给MN发送SN活动通知，携带UEInactive状态指示。

若UE状态发生反转，给MN即刻发送SN活动通知，携带UE re-actived状态。

步骤209-210.UE一直在不活跃状态，继续触发给MN发送SN活动通知，携带UEInactive状态指示。MN决策是否释放UE资源，若MN承载也满足释放条件，则发起空口资源释放。

实施例3

实施例3介绍SN Terminal bearer承载向MN Terminal bearer承载类型变更流程中UE已持续不活跃时间的传递流程，示意图如图10所示。

步骤301.在NR-DC场景下，MN建立承载侧并下发SN测量控制，MN触发SN添加流程。SN未添加前MN根据业务类型启动ue-InctiveTime T1，比如60秒(小于无穷大)。

步骤302.UE上报B1/B2测量报告，MN触发添加SN。

步骤303.MN向SN发送SN添加消息建立MN terminal承载，并携带UE在MN的已持续不活跃时间t1(如30秒，小于无穷大)。

步骤304.SN收到添加请求消息，建立相关承载。SN根据业务承载类型配置新的时间T2(如40秒)。

当T2<＝t1时，不启动定时器，SN立即通知MN该Session或者Flow处于用户不活跃状态。

当T2>t1时，启动定时器，时间为T2-t1。

步骤305-306.由于资源配置原因，SN触发SN terminal->MN terminal修改请求，并且携带UE在SN的已持续不活跃时间t2(如6秒)。

步骤307-308.承载变更为MN terminal之后，MN根据业务承载类型配置新的时间T1(如60秒)，生效定时器T1-t2。

当T1<＝t2时，MN不启动定时器。由于UE可能存在多条业务在SN，因此SN在转移承载时还会立即通知MN该Session或者Flow处于用户不活跃状态。

当T1>t2时，启动定时器，时间为T1-t。

若UE一直在不活跃状态，在T1-t定时器超时后，给MN发送SN活动通知，携带UEInactive状态指示。

若UE状态发生反转，给MN即刻发送SN活动通知，携带UE re-actived状态。

步骤309-310.UE一直在不活跃状态，触发给MN发送SN活动通知，携带UE Inactive状态指示。MN决策是否释放UE资源，若MN承载也满足释放条件，则发起空口资源释放。

实施例4

实施例4介绍SN变更流程中UE已持续不活跃时间的传递流程，示意图如图11所示。

步骤401.在NR-DC场景下，业务开始都是建立MCG承载，并下发SN1测量控制，触发SN1添加流程。SN1未添加前MN根据业务类型启动ue-InactiveTime T1，比如5分钟。

步骤402.UE上报B1/B2测量报告，MN触发添加SN1，在SN1添加消息中携带UE在MN的已持续不活跃时间t1(如2分钟，小于无穷大)。

步骤403.由于空口测量原因，原SN1不能提供服务，需要变更到新的SN2。MN释放SN1。由于MN并不知道UE在SN1上的已持续不活跃时间，因此需要SN1在释放请求消息交互中携带UE在SN1的已持续不活跃时间t2(如3分钟，小于无穷大)。

步骤404.因为承载由SN1直接转移到SN2，而不是先转移到MN再由MN转移到SN2，所以MN在新的SN2添加过程中，携带UE在SN1的已持续不活跃时间t2，SN2设置更新的不活跃定时器T3-t2，当T3<＝t2时，不启动定时器，SN2立即通知MN该Session或者Flow处于用户不活跃状态。当T3>t2时，启动定时器，时间为T3-t2。

步骤405.若UE一直在不活跃状态，在T3-t2定时器超时后，给MN发送SN活动通知，携带UE Inactive状态指示。

步骤406.若UE状态发生反转，给MN即刻发送SN活动通知，携带UE re-actived状态指示。后续步骤与前面实施例相似，此处不再赘述。

第二方面，本发明实施例提供一种电子设备，如图12所示，其包括：

一个或多个处理器501；

存储器502，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述第一方面任意一项的资源管理方法；

一个或多个I/O接口503，连接在处理器与存储器之间，配置为实现处理器与存储器的信息交互。

其中，处理器501为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器502为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；I/O接口(读写接口)503连接在处理器501与存储器502间，能实现处理器501与存储器502的信息交互，其包括但不限于数据总线(Bus)等。

在一些实施例中，处理器501、存储器502和I/O接口503通过总线504相互连接，进而与计算设备的其它组件连接。

第三方面，本发明实施例提供一种计算机可读存储介质，如图13所示，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面任意一项的资源管理方法。

本发明实施例提出的NR-DC双连接下ue-InactiveTime传递的方式，当Session或者Flow流在无数据时，在源承载节点与目的承载节点之间传递UE的已持续不活跃时间，使源承载节点与目标承载节点对UE空闲时长得以同步，实现了UE资源的及时释放，优化对空口资源的管理，节省了宝贵的系统资源的同时，还得到了大幅减少终端和系统设备耗电的效果。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。