网元间资源同步方法、装置和通信系统与流程

1.本技术涉及通信技术领域，特别是涉及一种网元间资源同步方法、装置和通信系统。


背景技术：

2.在通信网络中，5g(5th generation mobile communication technology，第五代移动通信技术)技术越来越广泛，从5gc(5g core network 5g，核心网)到gnb(gnode b，基站)，再从gnb到分离的cu(centralized unit，集中单元)与du(distributed unit，分布单元)架构，都在进一步细分资源处理的工作。在通信领域中，ue(user equipment，用户设备)上下文资源是关键的资源信息之一，不同的网元间如果对该信息资源处理稍有不一致的话，就可以直接导致用户无法接入、无法实现业务功能等严重后果，极大地影响了用户的体验。而在软件设计领域，时常会有考虑不周的情况，进而也不可避免地会引起上述问题的发生。
3.传统的ue资源清除方法是由各网元自己来保障本端网元内ue上下文的资源清除；传统的网元间ue上下文资源清除方法则是清除单一或指定的ue上下文；然而，目前的资源清除方法，存在着资源残留问题。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够解决资源残留问题的网元间资源同步方法、装置和通信系统。
5.第一方面，本技术提供了一种从第一网元角度实施的网元间资源同步方法，方法包括：
6.第一网元获取第一集合；第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表；
7.第一网元基于第一集合，向第二网元发送携带有第二集合的重置消息；重置消息用于指示第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源；其中，第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表。
8.在其中一个实施例中，在第一网元获取第一集合的步骤之前，方法还包括：
9.第一网元确认满足启动条件；启动条件包括以下条件中的任意一种或任意组合：用户设备ue上下文资源审计周期到来，以及第二网元出现异常。
10.在其中一个实施例中，第一网元获取第一集合的步骤包括：
11.第一网元分别获取第三集合、第四集合；第三集合包括第一网元被分配的标识信息列表；第四集合包括第一网元正常的用户设备ue上下文资源所对应的标识信息列表；
12.第一网元根据第三集合和第四集合，确定出第一集合；其中，第一集合为第三集合内的标识信息列表中的除第四集合外的标识信息列表的集合。
13.在其中一个实施例中，方法还包括：
14.第一网元在接收到第二网元针对重置消息响应的重置确认消息的情况下，确定第二网元完成网元内用户设备ue上下文资源清理；重置确认消息携带有第五集合；其中，第五集合包含第二集合、且第五集合不包括重置确认消息为第二网元分配的标识信息列表。
15.在其中一个实施例中，
16.重置消息为第三代合作伙伴计划3gpp中的重置reset消息；重置确认消息为第三代合作伙伴计划3gpp中的重置确认reset acknowledge消息；或，
17.重置消息为第三代合作伙伴计划3gpp中的重置ng reset消息；重置确认消息为第三代合作伙伴计划3gpp中的重置确认ng reset acknowledge消息。
18.在其中一个实施例中，
19.标识信息列表中的标识信息为f1接口上的用户标识信息；用户标识信息包括用于在gnb-cu内通过f1接口唯一地标识ue的应用协议标识ap id，以及用于在gnb-du内通过f1接口唯一地标识ue的应用协议标识ap id。
20.在其中一个实施例中，第一网元为集中单元gnb-cu，第二网元为分布单元gnb-du；或，
21.第一网元为分布单元gnb-du，第二网元为集中单元gnb-cu；或，
22.第一网元为接入和移动性管理功能amf网元，第二网元为接入网基站gnb网元。
23.第二方面，本技术还提供了一种从第二网元角度实施的网元间资源同步方法，方法包括：
24.第二网元接收第一网元传输的携带有第二集合的重置消息；其中，第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表；第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表；
25.第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源。
26.在其中一个实施例中，方法还包括：
27.第二网元向第一网元发送针对重置消息响应的重置确认消息；重置确认消息用于指示第一网元确定第二网元完成网元内用户设备ue上下文资源清理；重置确认消息携带有第五集合；其中，第五集合包含第二集合、且第五集合不包括重置确认消息为第二网元分配的标识信息列表。
28.第三方面，本技术还提供了一种从第一网元角度实施的网元间资源同步装置，装置包括：
29.集合获取模块，用于获取第一集合；第一集合包括本端网元异常的用户设备ue上下文资源所对应的标识信息列表；
30.消息发送模块，用于基于第一集合，向第二网元发送携带有第二集合的重置消息；重置消息用于指示第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源；其中，第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表。
31.第四方面，本技术还提供了一种从第二网元角度实施的网元间资源同步装置，装置包括：
32.消息接收模块，用于接收第一网元传输的携带有第二集合的重置消息；其中，第二
集合包含第一集合、且第二集合不包括重置消息为本端网元分配的标识信息列表；第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表；
33.资源清理模块，用于清理本端网元内第二集合中标识信息列表所指向的用户设备ue上下文资源。
34.第五方面，本技术还提供了一种网元设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述各方面的方法。
35.第六方面，本技术还提供了一种通信系统，系统包括第一网元和第二网元；
36.其中，第一网元用于执行上述的从第一网元角度实施的网元间资源同步方法；第二网元用于执行上述的从第二网元角度实施的网元间资源同步方法。
37.第七方面，本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方面的方法。
38.第八方面，本技术还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方面的方法。
39.上述网元间资源同步方法、装置和通信系统，第一网元基于第一集合，向第二网元发送携带有第二集合的重置消息，使得第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源；其中，第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表，而第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表。本技术通过网元间协作的方法，及时有效的清除系统中的僵尸状态的ue资源，从而提升系统资源的有效利用率，使系统更久更稳定的运行。
附图说明
40.图1为一个实施例中网元间资源同步方法的应用环境图；
41.图2为一个实施例中网元间资源同步方法中gnb-du与gnb-cu组网图；
42.图3为一个实施例中网元间资源同步方法中amf与gnb组网图；
43.图4为一个实施例中从第一网元角度实施的网元间资源同步方法的流程示意图；
44.图5为一个实施例中第一网元获取第一集合步骤的流程示意图；
45.图6为一个实施例中gnb-cu作为第一网元发起资源审计示意图；
46.图7为一个实施例中gnb-du作为第一网元发起资源审计示意图；
47.图8为一个实施例中amf与gnb执行网元间资源同步方法示意图；
48.图9为一个实施例中从第二网元角度实施的网元间资源同步方法的流程示意图；
49.图10为一个实施例中从第一网元角度实施的网元间资源同步装置的结构框图；
50.图11为一个实施例中从第二网元角度实施的网元间资源同步装置的结构框图。
具体实施方式
51.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
52.目前开发人员一直在尝试，寻求既能保障软件长期稳定运行、不影响用户体验，又能弥补软件设计之疏漏时引起突发问题的综合方法。传统的ue资源清除方法大多都是由各
网元自己来保障本端网元内ue上下文的资源清除，而传统的网元间ue上下文资源清除方法，是在3gpp(3rd generation partnership project，第三代合作伙伴计划)框架内完成的，使用3gpp规定的流程，完成对单一的ue的资源清理，或当本端网元内的某一ue出现问题且不能使用3gpp标准删除流利时，使用reset标准协议接口清除指定的ue上下文。但在本端网元不能确定哪些ue上下文有问题的情况下，传统技术无法删除协作网元中可能残留的ue资源。
53.进一步的，传统技术标准协议中不涉及相关的资源审计策略，传统技术也只是在网元内部自我实现ue资源审计，不涉及不同网元协作方式的资源审计，且传统技术中网元间的删除ue资源的方式都是明确的指定的单ue按照3gpp协议流程完成的。此外，现有技术多只能内部审计，无法兼容3gpp标准，无法克服突发出现的跨网元式的ue资源残留问题。
54.而本技术通过网元间协作的方法，可以解决上述问题；具体的，本技术能弥补对端网元执行失误而本端网元又不知情的时候带来的资源残留问题，为对端网元实现ue上下文资源审计清理工作。此外，本技术使用标准3gpp协议，完成对不同网元间未确定的ue上下文资源进行批量审计清理工作，可以提升整个系统运行的效率与稳定性。
55.本技术实施例提供的网元间资源同步方法，可以应用于如图1所示的应用环境中。其中，第一网元102与第二网元104交互，第一网元102和第二网元104之间可以通过相应的接口连接；同时，第一网元102可以作为本技术中网元间资源同步流程的发起方，例如，第一网元102向第二网元104发起的ue上下文资源审计工作，实现第二网元104内部的ue上下文资源清理，从而实现网元间资源同步。
56.进一步的，本技术提供的网元间资源同步方法，可以应用于本端网元和对端网元，在本技术实施例中分别以第一网元和第二网元来表示。可以理解地，本端网元为第一网元时，对端网元则为第二网元；相类似的，本端网元为第二网元时，对端网元则为第一网元，本技术实施例对此不作具体限定。
57.在一些示例中，本技术可以应用在5g通信系统中的gnb中的cu与du网元交互，但包括且不限于这两个网元。具体的，对于第一网元102与第二网元104，如图2所示，以5g通信系统为例，gnb中的cu与du网元交互，即gnb可以包括gnb-cu以及一个或多个gnb-du；f1为逻辑接口，是gnb-cu和gnb-du之间的接口，一个gnb-du通过f1接口和一个gnb-cu相连；按照3gpp标准，gnb-cu与gnb-du两个网元之间使用了标准的f1ap(f1application protocol，f1应用协议)接口来连接；本技术实施例以f1接口为例，描述实现ue上下文资源审计的过程。其中，第一网元102可以为集中单元gnb-cu，第二网元104可以为分布单元gnb-du；或，第一网元102可以为分布单元gnb-du，第二网元104可以为集中单元gnb-cu。
58.在另一些示例中，可以在gnb-cu与gnb-du同时部署本技术的方案，从而实现5g系统的gnb里的cu与du间的ue上下文资源审计工作。此外，本技术方案可以部署在5g基站的cu与du网元中，也可部署在4g/5g通信系统中的核心网与基站等网元中。
59.进一步的，本技术适用于5g通信系统中的各个网元间的资源同步，包括但不限于5g基站中的cu与du之间的ue资源同步。此外，如图3所示，本技术还适用于5g通信系统中的amf(access and mobility management function，接入及移动性管理功能)网元与gnb网元等，例如，第一网元102可以为接入和移动性管理功能amf网元，第二网元104可以为接入网基站gnb网元(即图3中的ng-ran node)；其中，接入和移动性管理功能amf网元，用于移动
性管理和接入管理等，可以用于实现移动性管理实体(mobility management entity，mme)功能中除会话管理之外的其它功能，例如，合法监听、或接入授权/鉴权等功能。
60.需要说明的是，本技术实施例中提及的无线通信系统包括但不限于：全球移动通信(global system of mobile communication，gsm)系统、长期演进(long term evolution，lte)频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、lte系统、先进的长期演进(lte-advanced，lte-a)系统、下一代通信系统(例如，6g通信系统)、多种接入系统的融合系统，或演进系统。
61.本技术实施例还可以应用于机器类通信(machine type communication，mtc)、机器间通信长期演进技术(long term evolution-machine，lte-m)、设备到设备(device to device，d2d)网络、机器到机器(machine to machine，m2m)网络、物联网(internet of things，iot)网络或者其他网络。其中，iot网络例如可以包括车联网。车联网系统中的通信方式统称为车到其他设备(vehicle to x，v2x，x可以代表任何事物)，例如，该v2x可以包括：车辆到车辆(vehicle to vehicle，v2v)通信，车辆与基础设施(vehicle to infrastructure，v2i)通信、车辆与行人之间的通信(vehicle to pedestrian，v2p)或车辆与网络(vehicle to network，v2n)通信等。
62.本技术实施例中所涉及到的终端设备可以包括各种具有无线通信功能的接入终端、移动设备、用户终端或用户装置。例如，终端设备可以为用户设备(user equipment，ue)，例如，手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端设备、增强现实(augmented reality，ar)终端设备等。终端设备也可是工业控制(industrial control)中的无线终端、机器类型通信(machine type communication，mtc)终端、客户终端设备(customer premise equipment，cpe)、无人驾驶(self-driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5g网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，plmn)中的终端设备等。
63.此外，本技术实施例所涉及的基站可以是具有无线收发功能的设备，即无线接入网设备。该无线接入网设备可以是提供无线通信功能服务的设备，通常位于网络侧，包括但不限于：第五代(5g)通信系统中的下一代基站(gnodeb，gnb)、第六代(6g)移动通信系统中的下一代基站、未来移动通信系统中的基站或wifi系统中的接入节点等，lte系统中的演进型节点b(evolved node b，enb)、无线网络控制器(radio network controller，rnc)、节点b(node b，nb)、基站控制器(base station controller，bsc)、家庭基站(例如，home evolved nodeb，或home node b，hnb)、基带单元(base band unit，bbu)，传输接收点(transmission reception point，trp)、发射点(transmitting point，tp)、基站收发台(base transceiver station，bts)等。
64.在一种网络结构中，该基站可以包括集中单元(cu)节点、或分布单元(du)节点、或
包括cu节点和du节点的ran(radio access network，无线接入网)设备、或者控制面cu节点和用户面cu节点，以及du节点的ran设备。本技术中的基站可以是宏基站，也可以是微基站或室内站，还可以是中继节点或施主节点，v2x通信系统中的为用户设备提供无线通信服务的设备、云无线接入网络(cloud radio access network，cran)场景下的无线控制器、中继站、车载设备、可穿戴设备以及未来演进网络中的网络设备等。本技术实施例对基站所采用的具体技术和设备具体形态不做限定。
65.本技术实施例中的“网元”也可以称为实体、设备、装置或模块等，本技术并未特别限定。并且，在本技术实施例中，为了便于理解和说明，在对部分描述中省略“网元”这一描述，例如，将gnb-cu网元简称为gnb-cu，此情况下，该“gnb-cu”应理解为gnb-cu网元或gnb-cu实体，以下，省略对相同或相似情况的说明。
66.在一个实施例中，如图4所示，提供了一种网元间资源同步方法，以该方法应用于图1中的第一网元为例进行说明，包括以下步骤：
67.步骤402，第一网元获取第一集合。
68.其中，第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表。
69.具体地，第一网元可以选取出第一集合，即第一网元异常的用户设备ue上下文资源所对应的标识信息列表的集合。本技术中异常的用户设备ue上下文资源可以代表那些可能存在问题的ue资源或非正常的ue资源，例如，僵尸ue资源(僵尸状态的ue资源)。在一些示例中，僵尸ue资源可以是由于软件设计疏漏而导致的ue上下文资源僵死残留。在一些示例中，第一集合可以是第一网元中预分的标识信息列表(例如，被分配的标识信息列表)，在除掉第一网元中正常的用户设备ue上下文资源所对应的标识信息列表后所得到。
70.在其中一个实施例中，如图5所示，第一网元获取第一集合的步骤可以包括：
71.步骤502，第一网元分别获取第三集合、第四集合；第三集合包括第一网元被分配的标识信息列表；第四集合包括第一网元正常的用户设备ue上下文资源所对应的标识信息列表；
72.步骤504，第一网元根据第三集合和第四集合，确定出第一集合；其中，第一集合为第三集合内的标识信息列表中的除第四集合外的标识信息列表的集合。
73.具体而言，以第一集合为第一网元非正常的ue上下文资源所对应的标识信息列表y集合为例，第一网元先确定自己预分的标识信息范围(即第一网元被分配的标识信息列表)，例如1-1000，用z集合(第三集合)来表示。第一网元再确定自己当前的有用的正常的ue上下文资源，并找到对应的标识信息列表，用x集合(第四集合)来表示。进而，第一网元可以找出在z集合内，但在x集合外的所有标识信息列表，用y集合来表示，从而y集合可以代表那些可能存在问题的ue资源所对应的标识信息列表。
74.进一步的，本技术中的标识信息列表可以指标识信息的列表。在其中一个实施例中，标识信息列表中的标识信息可以为f1接口上的用户标识信息。该用户标识信息可以包括用于在gnb-cu内通过f1接口唯一地标识ue的应用协议标识ap id，以及用于在gnb-du内通过f1接口唯一地标识ue的应用协议标识ap id。
75.具体而言，以5g通信系统为例，本技术中的标识信息可以指f1接口上的用户标识信息。进而，该用户标识信息可以包括但不限于如gnb-cu ue f1ap id(5g基站集中单元用
户f1ap标识)、gnb-du ue f1ap id(5g基站分布单元用户f1ap标识)。
76.其中，gnb-cu ue f1ap id在gnb-cu逻辑节点内应该是唯一的，用于在gnb-cu内通过f1接口唯一地标识ue。可以参阅3gpp协议：3gpp ts 38.473v15.6.0；具体可如下表-表1所示：
77.表1
[0078][0079]
gnb-du ue f1ap id在gnb-du逻辑节点内应是唯一的，用于在gnb-du内的f1接口唯一地识别ue。可以参阅3gpp协议：3gpp ts 38.473v15.6.0；具体如下表-表2所示：
[0080]
表2
[0081][0082]
在其中一个实施例中，在第一网元获取第一集合的步骤之前，方法还包括：
[0083]
第一网元确认满足启动条件；启动条件包括以下条件中的任意一种或任意组合：用户设备ue上下文资源审计周期到来，以及第二网元出现异常。
[0084]
具体而言，第一网元在获取第一集合之前，可以处于准备启动状态；例如，第一网元准备启动ue上下文资源审计工作。进一步的，在满足启动条件的情况下，第一网元才发起网元间资源同步，例如，第一网元启动ue上下文资源审计。
[0085]
其中，启动条件可以包括以下条件中的任意一种或任意组合：用户设备ue上下文资源审计周期到来，以及第二网元出现异常。即第一网元准备启动ue上下文资源审计工作，例如定时启动或根据对端网元出现某些异常行为时启动等，本技术不限制启动的方法。
[0086]
步骤404，第一网元基于第一集合，向第二网元发送携带有第二集合的重置消息；重置消息用于指示第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源；
[0087]
其中，第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表。
[0088]
具体地，在获取到第一集合后，第一网元可以基于该第一集合向第二网元发送重置消息，该重置消息携带有第二集合。进而第二网元可以根据该重置消息，清理本端网元内第二集合中标识信息列表所指向的用户设备ue上下文资源。
[0089]
其中，该第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表；即本技术中的重置消息携带有第一集合、且该重置消息不能携带重置消息
为第二网元分配的标识信息列表。在一些示例中，以3gpp为例，重置消息为第二网元分配的标识信息列表中的标识信息可以指3gpp中重置reset消息为第二网元分配的应用协议标识(ap id)。
[0090]
基于本技术，让第二网元删除了第一网元根本不存在的ue资源，解决了不同网元之间的ue上下文资源不一致的问题。
[0091]
3gpp协议中定义的reset资源列表，常规做法是当本端网元认为这些资源有问题时，向对端网元发起reset过程，清除掉这些资源。而本技术则是用相反的方式，让对端网元删除了本端网元根本不存在的ue资源，从而实现了另一角度上的资源审计工作，达到了传统审计不能达到的效果。
[0092]
本技术使用网元间协作的方式，完成对端网元的批量ue上下文资源审计工作，突破了传统的仅内部批量审计ue上下文工作、或网元间仅删除单个指定ue上下文工作的方法思路，能及时批量审计网元间的资源不对等的问题。基于该网元间的资源审计，可以进一步提升整个系统的资源效率，提高长期运行的稳定性。
[0093]
在其中一个实施例中，方法还包括：
[0094]
第一网元在接收到第二网元针对重置消息响应的重置确认消息的情况下，确定第二网元完成网元内用户设备ue上下文资源清理；重置确认消息携带有第五集合；
[0095]
其中，第五集合包含第二集合、且第五集合不包括重置确认消息为第二网元分配的标识信息列表。
[0096]
具体而言，第二网元收到第一网元的重置消息后，清理重置消息携带的第二集合中所有的标识信息列表所指向的ue上下文资源，完成资源审计工作。
[0097]
进一步地，第二网元可以向第一网元回复重置确认消息，并携带第五集合，该第五集合包含第二集合、且第五集合不包括重置确认消息为第二网元分配的标识信息列表。即本技术中的重置确认消息可以携带中第二集合中所有的标识信息列表，并且该重置确认消息不能携带重置确认消息为第二网元分配的标识信息列表。
[0098]
在一些示例中，以3gpp为例，重置确认消息为第二网元分配的标识信息列表中的标识信息可以指3gpp中重置确认reset acknowledge消息为第二网元分配的应用协议标识(ap id)。
[0099]
至此，完成了第一网元向第二网元发起的ue上下文资源审计工作，实现了第二网元内部的ue上下文资源清理工作。
[0100]
在其中一个实施例中，重置消息为第三代合作伙伴计划3gpp中的重置reset消息；重置确认消息为第三代合作伙伴计划3gpp中的重置确认reset acknowledge消息；或，
[0101]
重置消息为第三代合作伙伴计划3gpp中的重置ng reset消息；重置确认消息为第三代合作伙伴计划3gpp中的重置确认ng reset acknowledge消息。
[0102]
具体而言，本技术中的重置消息可以为3gpp中的reset消息，或，本技术中的重置消息可以为3gpp中的ng reset消息；在一些示例中，可以参阅3gpp协议：3gpp ts 38.473v15.6.0；进而，以第二网元为gnb-du或gnb-cu为例，本技术中重置消息为第二网元分配的标识信息列表具体可如下表-表3所示：
[0103]
表3
[0104][0105]
本技术中的重置确认消息可以为3gpp中的reset acknowledge消息，或，本技术中的重置确认消息可以为3gpp中的ng reset acknowledge消息。在一些示例中，可以参阅3gpp协议：3gpp ts 38.473v15.6.0；进而，以第二网元为gnb-du或gnb-cu为例，本技术中重置确认消息为第二网元分配的标识信息列表具体可如下表-表4所示：
[0106]
表4
[0107][0108]
以上，本技术使用了标准的3gpp协议，直接使用原有协议信令即可，可扩展性好，部署方便。本技术使用标准的3gpp协议，通过网元间协作的方法，在对端网元执行失误且本端网元又不知情所带来资源残留时，能为对端网元实现ue上下文资源审计清理工作，及时清理网元间的ue上下文资源不对等问题。从而让系统保持更长久稳定的运行，并能及时弥补由于软件设计疏漏而导致的ue上下文资源僵死残留的严重问题。
[0109]
本技术通过标准的3gpp通讯协议，解决了不同网元之间的ue上下文资源不一致的问题。通过网元协作的方式，能及时清理僵死的ue上下文资源，提升整个系统长期运行的稳定性与资源利用率。
[0110]
需要说明的是，本技术描述的是网元间的批量的资源删除，且并不是在ue接入过程中发生，而是在一段时间后(无ue参与的情况下)，例如在ue在接入过程完成后如果还有清除不干净资源的场景下使用。同时，本技术使用reset信令，并没有指示要删除那些已确认存在的ue的上下文，只是使用反向思维清除掉那些认为不存在的ue上下文(在对端网元里可能根本就不存在这个ue上下文，或也可能有突发事件引起的确有这个ue上下文)。本技术批量删除一些连本端网元都不清楚是否有无的资源，并使用了3gpp协议上的信令去完成，并不需要额外增加流程。
[0111]
为了进一步阐释本技术的方案，下面结合一个具体示例予以说明。以5g通信系统中的gnb中的cu与du网元交互来描述，本技术包括且不限于这两个网元。如图6所示(可同时参阅前文中的表3与表4)，gnb-cu发起资源审计，即第一网元为gnb-cu，第二网元为gnb-du。
[0112]
s1、gnb-cu准备启动ue上下文资源审计工作，例如定时启动或根据对端网元出现某些异常行为时启动等，在此不限制启动的方法。
[0113]
s2、gnb-cu选出本端网元非正常的ue上下文资源对应的标识信息列表y集合(第一集合)，具体方法可以包括：
[0114]
s2.1：gnb-cu先确定本端网元预分的gnb-cu ue f1ap id范围，例如1-1000，用z集合(第三集合)来表示。
[0115]
s2.2：gnb-cu再确定本端网元当前的有用的正常的ue上下文资源，并找到对应的gnb-cu ue f1ap id列表，用x集合(第四集合)来表示。
[0116]
s2.3：gnb-cu找出在z集合内，但在x集合外的所有gnb-cu ue f1ap id列表，用y集合来表示，y集合代表可能存在问题的ue上下文资源对应的表示信息列表。
[0117]
s3、gnb-cu向gnb-du发送reset消息，并携带y集合中所有的gnb-cu ue f1ap id列表，并且不能携带表3中的任何gnb-du ue f1ap id信息(即不能携带reset消息为gnb-du分配的ap id)；即s3步骤中携带的是m集合(第二集合)。
[0118]
s4、gnb-du收到gnb-cu的reset消息后，清理gnb-cu携带的m集合中所有的gnb-cu ue f1ap id列表所指向的ue上下文资源，完成资源审计工作。
[0119]
s5、gnb-du向gnb-cu回复reset acknowledge消息，并携带m集合中所有的gnb-cu ue f1ap id列表信息(如表4)，并且不能携带表4中的任何gnb-du ue f1ap id信息(即不能携带reset acknowledge消息为gnb-du分配的ap id)。
[0120]
s6、至此，完成了gnb-cu向gnb-du发起的ue上下文资源审计工作，实现了gnb-du内部的ue上下文资源清理工作。
[0121]
进一步的，基于同样的发明构思，如图7所示的gnb-du发起资源审计的流程(即第一网元为gnb-du，第二网元为gnb-cu)，本技术也可以实现gnb-du向gnb-cu发起的ue上下文资源审计工作，实现gnb-cu内部的ue上下文资源清理工作。
[0122]
此外，基于同样的发明构思，如图8所示的amf发起资源审计(即第一网元为amf，第二网元为gnb；或，第一网元为gnb，第二网元为amf)；基于本技术，在5g通信系统中的amf与gnb也能实现ue上下文资源清理工作，在此不再重复描述。
[0123]
以上，相较于传统技术，本技术通过网元间协作的方式，及时对5g通信系统内的各网元进行ue资源审计，避免资源残留响系统业务。且本技术完全兼容3gpp标准协议，直接使用3gpp协议上的信令即可完成，可以自主发起资源审计过程，无需配套，设备互通兼容性好，审计更彻底。基于本技术，各网元设备能及时删除僵尸ue资源，系统运行更流畅更持久。从网络侧通讯的抓包数据可以明确是否使用到本技术方案。
[0124]
在一个实施例中，如图9所示，还提供了一种网元间资源同步方法，以该方法应用于图1中的第二网元为例进行说明，包括以下步骤：
[0125]
步骤902，第二网元接收第一网元传输的携带有第二集合的重置消息；其中，第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表；第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表；
[0126]
步骤904，第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源。
[0127]
该从第二网元角度实施的网元间资源同步方法所提供的解决问题的实现方案，与上述从第一网元角度实施的网元间资源同步方法中所记载的实现方案相对应，故下面所提供的一个或多个网元间资源同步方法实施例中的具体限定可以参见上文中对于从第一网元角度实施的网元间资源同步方法中对第二网元、相关概念以及相应实现方式的限定，在此不再赘述。
[0128]
在其中一个实施例中，该从第二网元角度实施的网元间资源同步方法还包括：
[0129]
第二网元向第一网元发送针对重置消息响应的重置确认消息；重置确认消息用于指示第一网元确定第二网元完成网元内用户设备ue上下文资源清理；重置确认消息携带有第五集合；其中，第五集合包含第二集合、且第五集合不包括重置确认消息为第二网元分配的标识信息列表。
[0130]
以上，以5g通信系统为例，本技术适用于5g通信系统中的各个网元间的资源同步，包括但不限于5g基站中的cu与du之间的ue资源同步，可以解决通信系统中由于考虑设计不周等原因而导致的ue资源残留问题。本技术通过网元间协作的方法，及时有效的清除系统中的僵尸状态的ue资源，从而提升系统资源的有效利用率，使系统更久更稳定的运行。本技术通过标准的3gpp通讯协议，解决了不同网元之间的ue上下文资源不一致的问题。通过网元协作的方式使用本方案，能及时清理僵死的ue上下文资源，能提升整个系统长期运行的稳定性与资源利用率。
[0131]
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0132]
基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的从第一网元角度实施的网元间资源同步方法的网元间资源同步装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个网元间资源同步装置实施例中的具体限定可以参见上文中对于从第一网元角度实施的网元间资源同步方法的限定，在此不再赘述。
[0133]
在一个实施例中，如图10所示，提供了一种从第一网元角度实施的网元间资源同步装置，装置包括：
[0134]
集合获取模块110，用于获取第一集合；第一集合包括本端网元异常的用户设备ue上下文资源所对应的标识信息列表；
[0135]
消息发送模块120，用于基于第一集合，向第二网元发送携带有第二集合的重置消息；重置消息用于指示第二网元清理网元内第二集合中标识信息列表所指向的用户设备ue上下文资源；其中，第二集合包含第一集合、且第二集合不包括重置消息为第二网元分配的标识信息列表。
[0136]
在其中一个实施例中，装置还包括：
[0137]
启动模块，用于确认本端网元满足启动条件；启动条件包括以下条件中的任意一种或任意组合：用户设备ue上下文资源审计周期到来，以及第二网元出现异常。
[0138]
在其中一个实施例中，集合获取模块，用于分别获取第三集合、第四集合；第三集合包括本端网元被分配的标识信息列表；第四集合包括本端网元正常的用户设备ue上下文资源所对应的标识信息列表；以及用于根据第三集合和第四集合，确定出第一集合；其中，第一集合为第三集合内的标识信息列表中的除第四集合外的标识信息列表的集合。
[0139]
在其中一个实施例中，装置还包括：
[0140]
接收模块，用于在接收到第二网元针对重置消息响应的重置确认消息的情况下，确定第二网元完成网元内用户设备ue上下文资源清理；重置确认消息携带有第五集合；其中，第五集合包含第二集合、且第五集合不包括重置确认消息为第二网元分配的标识信息列表。
[0141]
在其中一个实施例中，重置消息为第三代合作伙伴计划3gpp中的重置reset消息；重置确认消息为第三代合作伙伴计划3gpp中的重置确认reset acknowledge消息；或，
[0142]
重置消息为第三代合作伙伴计划3gpp中的重置ng reset消息；重置确认消息为第三代合作伙伴计划3gpp中的重置确认ng reset acknowledge消息。
[0143]
在其中一个实施例中，标识信息列表中的标识信息为f1接口上的用户标识信息；用户标识信息包括用于在gnb-cu内通过f1接口唯一地标识ue的应用协议标识ap id，以及用于在gnb-du内通过f1接口唯一地标识ue的应用协议标识ap id。
[0144]
在其中一个实施例中，第一网元为集中单元gnb-cu，第二网元为分布单元gnb-du；或，
[0145]
第一网元为分布单元gnb-du，第二网元为集中单元gnb-cu；或，
[0146]
第一网元为接入和移动性管理功能amf网元，第二网元为接入网基站gnb网元。
[0147]
基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的从第二网元角度实施的网元间资源同步方法的网元间资源同步装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个网元间资源同步装置实施例中的具体限定可以参见上文中对于从第二网元角度实施的网元间资源同步方法的限定，在此不再赘述。
[0148]
在一个实施例中，如图11所示，提供了一种从第二网元角度实施的网元间资源同步装置，装置包括：
[0149]
消息接收模块210，用于接收第一网元传输的携带有第二集合的重置消息；其中，第二集合包含第一集合、且第二集合不包括重置消息为本端网元分配的标识信息列表；第一集合包括第一网元异常的用户设备ue上下文资源所对应的标识信息列表；
[0150]
资源清理模块220，用于清理本端网元内第二集合中标识信息列表所指向的用户设备ue上下文资源。
[0151]
在其中一个实施例中，装置还包括：
[0152]
响应模块，用于向第一网元发送针对重置消息响应的重置确认消息；重置确认消息用于指示第一网元确定本端网元完成网元内用户设备ue上下文资源清理；重置确认消息携带有第五集合；其中，第五集合包含第二集合、且第五集合不包括重置确认消息为本端网
元分配的标识信息列表。
[0153]
上述网元间资源同步装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0154]
在一个实施例中，提供了一种网元设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述从第一网元角度实施的网元间资源同步方法；或，处理器执行计算机程序时实现上述从第二网元角度实施的网元间资源同步方法。
[0155]
在一个实施例中，提供了一种通信系统，系统包括第一网元和第二网元；
[0156]
其中，第一网元用于执行上述的从第一网元角度实施的网元间资源同步方法；第二网元用于执行上述的从第二网元角度实施的网元间资源同步方法。
[0157]
具体而言，本技术适用于5g通信系统中的各个网元间的资源同步，包括但不限于5g基站中的cu与du之间的ue资源同步，以解决通信系统中由于考虑设计不周等原因而导致的ue资源残留问题。本技术通过网元间协作的方法，及时有效的清除系统中的僵尸状态的ue资源，从而提升系统资源的有效利用率，使系统更久更稳定的运行。
[0158]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述从第一网元角度实施的网元间资源同步方法；或，计算机程序被处理器执行时实现上述从第二网元角度实施的网元间资源同步方法。
[0159]
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述从第一网元角度实施的网元间资源同步方法；或，该计算机程序被处理器执行时实现上述从第二网元角度实施的网元间资源同步方法
[0160]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
[0161]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0162]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并
不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。