一种处理方法以及控制面网元与流程

1.本技术涉及通信技术领域，尤其涉及一种处理方法以及控制面(control plane，cp)网元。


背景技术：

2.在第三代合作伙伴计划(the 3
rd generation partner project，3gpp)中，对于向用户面(user plane，up)发送的信令量的控制，是通过随机丢包的节流算法实现的。然而，这种节流算法仅能从统计意义上实现对up的信令量的节流，这种方案的实际执行过程中很容易出现对同一业务的业务请求的连续多次丢包处理，从而导致该业务长时间无响应。


技术实现要素：

3.基于以上问题，本技术实施例提供了一种处理方法以及控制面网元。
4.本技术实施例提供的技术方案是这样的：
5.本技术实施例首先提供了一种处理方法，所述方法包括：
6.控制面cp网元接收业务请求，获取所述cp网元的节流参数；
7.若所述节流参数表示所述cp网元处于信令节流状态，获取所述业务请求对应的目标业务对目标令牌的令牌持有状态；
8.基于所述目标业务对目标令牌的令牌持有状态，对所述业务请求进行处理，并更新所述目标业务对目标令牌的令牌持有状态。
9.在一些实施例中，所述基于所述目标业务对目标令牌的令牌持有状态，对所述业务请求进行处理，并更新所述目标业务对目标令牌的令牌持有状态，包括：
10.若所述目标业务对目标令牌的令牌持有状态表示所述目标业务当前未持有所述目标令牌，分发目标令牌至所述目标业务，丢弃所述业务请求，更新所述目标业务对目标令牌的令牌持有状态为：持有所述目标令牌。
11.在一些实施例中，所述分发目标令牌至所述目标业务，包括：
12.获取令牌列表中所述目标令牌的令牌存储状态；其中，所述令牌列表用于存储所述目标令牌；
13.若所述令牌存储状态表示所述令牌列表中存储有至少一个所述目标令牌，从所述令牌列表中获取所述目标令牌；
14.更新所述令牌存储状态；
15.分发获取到的所述目标令牌至所述目标业务。
16.在一些实施例中，所述基于所述目标业务对目标令牌的令牌持有状态，对所述业务请求进行处理，并更新所述目标业务对目标令牌的令牌持有状态，包括：
17.若所述目标业务对目标令牌的令牌持有状态表示所述目标业务当前持有所述目标令牌，销毁所述目标业务持有的所述目标令牌，生成与所述业务请求对应的业务信令，发送所述业务信令至用户面up，更新所述目标业务对目标令牌的令牌持有状态为：未持有所
述目标令牌。
18.在一些实施例中，所述方法还包括：
19.获取令牌列表中所述目标令牌的令牌存储状态；其中，所述令牌列表用于存储所述目标令牌；
20.若所述令牌存储状态表示所述令牌列表中未存储所述目标令牌，生成与所述业务请求对应的业务信令；
21.发送所述业务信令至up。
22.在一些实施例中，所述获取令牌列表中所述目标令牌的令牌存储状态之前，还包括：
23.若所述节流参数表示所述cp网元处于信令节流状态、且接收到所述业务请求，通过随机数算法创建所述目标令牌，得到令牌创建结果；
24.基于所述令牌创建结果，确定所述令牌存储状态。
25.在一些实施例中，所述基于所述令牌创建结果，确定所述令牌存储状态，包括：
26.获取所述令牌列表的初始令牌存储状态；
27.若所述令牌创建结果表示所述目标令牌创建成功、且所述初始令牌存储状态表示所述令牌列表中存储的所述目标令牌的令牌数量小于预设阈值，添加创建成功的所述目标令牌至所述令牌列表；其中，所述预设阈值为小于或等于所述令牌列表容量的正整数；
28.基于所述初始令牌存储状态中的所述令牌数量，确定所述令牌存储状态。
29.在一些实施例中，所述方法还包括：
30.若所述令牌创建结果表示所述目标令牌创建成功、且所述初始令牌存储状态表示所述令牌数量等于所述预设阈值，丢弃创建成功的所述目标令牌。
31.在一些实施例中，所述方法还包括：
32.获取所述cp网元的资源配置信息；
33.基于所述资源配置信息，确定和/或调整所述预设阈值。
34.本技术实施例还提供了一种控制面cp网元，其中，所述网元包括：
35.接收模块，用于接收业务请求；
36.获取模块，用于获取cp网元的节流参数；若所述节流参数表示所述cp处于信令节流状态，获取所述业务请求对应的目标业务对目标令牌的令牌持有状态；
37.处理模块，用于基于目标业务对目标令牌的令牌持有状态，对业务请求进行处理，并更新所述目标业务对目标令牌的令牌持有状态。
38.本技术实施例还提供了一种cp网元，包括处理器和存储器，其中，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，能够实现如前任一实施例所述的处理方法。
39.本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被电子设备的处理器执行时，能够实现如前任一实施例所述的处理方法。
40.如此，在cp网元需要执行节流操作比如信令节流操作的情况下，cp网元能够基于业务请求对应的目标业务对目标令牌的令牌持有状态，确定如何对业务请求进行处理，从而实现了根据业务请求对应的目标业务的本身的令牌持有状态确定对业务请求的处理，改
processing device，dspd)、可编程逻辑装置(programmable logic device，pld)、现场可编程逻辑门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器中的至少一种。
56.在一种实施方式中，cp网元，可以是cp中的任一能够实现节流控制功能的网元，比如接入和移动管理功能(access and mobility managementfunction，amf)以及策略控制功能(policy and charging fuction，pcf)等，本技术实施例对此不作限定。
57.图1为本技术实施例提供的处理方法的流程示意图，如图1所示，该方法可以包括步骤101至步骤103：
58.步骤101、cp网元接收业务请求，获取cp网元的节流参数。
59.在一种实施方式中，cp网元接收到的业务请求，可以是来自终端设备的，也可以是来自移动边缘计算(mobile edge computing，mec)设备的，本技术实施例对此不作限定。
60.在一种实施方式中，cp网元接收到的业务请求，可以是请求任一类型业务的请求，比如视频播放的请求、数据下载的请求、或语音传输的请求等。
61.在一种实施方式中，cp网元的节流参数，可以是cp网元从upf发送的pfcp中获取的，其用于表示cp网元当前是否处于信令节流状态；示例性的，若cp网元当前处于信令节流状态，则表示cp网元需要对业务请求对应的业务信令的发送进行节流控制，以减少发送至up的业务信令，从而缓解up的数据传输压力；示例性的，若cp网元当前并未处于信令节流状态，则cp网元可以将业务请求对应的业务信令，按照3gpp中的流程进行处理。
62.在一种实施方式中，节流参数可以是存储在cp网元中的，也可以是cp网元从其它网元或存储装置中获取到的；示例性的，cp网元接收业务请求与获取节流参数可以是并行进行的，也可以是先获取节流参数再接收业务请求，本技术实施例对此不作限定。
63.步骤102、若节流参数表示cp网元处于信令节流状态，获取业务请求对应的目标业务对目标令牌的令牌持有状态。
64.相应的，若节流参数表示cp网元未处于信令节流状态，则可以不获取业务请求对应的目标业务对目标令牌的令牌持有状态。
65.在一种实施方式中，业务请求对应的目标业务，可以是按照业务请求所对应的业务类型来区分的，比如视频下载类型的业务以及数据上传类型的业务等。
66.在一种实施方式中，业务请求对应的目标业务，可以是根据发起业务请求的设备标识进行区分的，比如，第一设备发起的业务请求对应的目标业务可以为第一类型的目标业务，第二设备发起的业务请求对应的目标业务可以为第二类型的目标业务。
67.在一种实施方式中，业务请求对应的目标业务，可以是根据发起业务请求的设备标识、以及业务请求所请求的业务类型进行区分的，比如，第一设备发起的对第一类型的业务的业务请求所对应的目标业务，可以为第三类型的目标业务，第一设备发起的对第二类型的业务的业务请求所对应的目标业务，可以为第四类型的目标业务。
68.在一种实施方式中，cp网元可以对其首次所接收到的业务请求进行解析，从业务请求中得到发起业务请求的设备的设备标识、以及业务请求所请求的业务类型，并根据这些信息确定目标业务；示例性的，在cp网元保存目标业务之后，cp网元还可以根据目标业务中的设备标识以及业务类型，结合节流参数，实现目标业务对目标令牌的令牌持有状态的管理、控制以及跟踪。
69.在一种实施方式中，在cp网元的节流参数表示cp网元处于信令节流状态时，在cp网元后续接收到业务请求时，cp网元可以从业务请求中获取请求业务的设备标识，并根据上述设备标识从其所保存的目标业务中确定与业务请求对应的目标业务，进而从与业务请求对应的目标业务中，确定与业务请求对应的目标业务对目标令牌的令牌持有状态，也就是说，目标业务与业务请求之间，可以具备一一对应的关联关系，这种关联关系可以保存在cp网元的存储空间中。
70.在一种实施方式中，业务请求中可以包含目标令牌的令牌持有状态，此时，cp网元可以对业务请求进行解析，得到目标业务以及目标业务对目标令牌的令牌持有状态。
71.在一种实施方式中，业务请求对应的目标业务对目标令牌的令牌持有状态，可以包括目标业务持有目标令牌、以及目标业务未持有目标令牌。
72.在一种实施方式中，目标令牌可以是一种节流标识，其可以以字符、字符串、数字与字母的组合、以及至少一种信令数据的组合的形式体现。
73.在一种实施方式中，目标令牌还可以二进制码流的形式体现；示例性的，目标令牌可以具备指定的长度；示例性的，不同的业务请求能够持有的目标令牌可以相同，也可以不同。
74.在一种实施方式中，目标令牌可以与目标业务的类型关联，即不同类型的目标业务关联的目标令牌可以不同；比如，第一类型的目标业务对应第一类型的目标令牌，第二类型的目标业务对应第二类型的目标令牌。
75.步骤103、基于目标业务对目标令牌的令牌持有状态，对业务请求进行处理，并更新目标业务对目标令牌的令牌持有状态。
76.在一种实施方式中，基于目标业务对目标令牌的令牌持有状态，对业务请求进行处理，可以通过以下任一方式实现：
77.基于目标业务对目标令牌的令牌持有状态确定是否对业务请求进行处理。
78.基于目标业务对目标令牌的令牌持有状态确定如何对业务请求进行处理。
79.基于目标业务对目标令牌的令牌持有状态，确定对业务请求进行处理的条件，在上述条件满足的情况下，对业务请求进行处理，在上述条件不满足的情况下，不对业务请求进行处理。
80.在目标业务对目标令牌的令牌持有状态表示目标业务当前持有目标令牌的情况下，通过第一方式对业务请求进行处理。
81.在目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌的情况下，通过第二方式对业务请求进行处理。
82.在一种实施方式中，更新目标业务对目标令牌的令牌持有状态，可以包括延长或缩短目标业务对目标令牌的令牌持有时间、以及增加或减少目标业务对目标令牌的令牌持有次数等。
83.由以上可知，在本技术实施例提供的处理方法中，在cp网元接收到业务请求且获取到cp网元的节流参数的情况下，若节流参数表示cp网元处于信令节流状态，则获取业务请求对应的目标业务对目标令牌的令牌持有状态，并基于目标业务对目标令牌的令牌持有状态对业务请求进行处理，同时更新目标业务对目标令牌的令牌持有状态。
84.如此，在cp网元需要执行节流操作比如信令节流操作的情况下，cp网元能够基于
业务请求对应的目标业务对目标令牌的令牌持有状态，确定如何对业务请求进行处理，从而实现了根据业务请求对应的目标业务的本身的令牌持有状态确定对业务请求的处理，改善了业务请求处理的针对性；并且，在业务请求处理结束之后，还能够更新目标业务对目标令牌的令牌持有状态，那么，cp网元在后续接收到业务请求时，能够基于更新后的令牌持有状态对业务请求对目标业务进行处理，由于目标业务对目标令牌的持有状态有所更新，基于目标业务对目标令牌的持有状态对业务请求的处理时，通过调整对业务请求的处理方式，就能够改善cp网元对与目标业务对应的业务请求的均衡性和公平性，降低连续多次对同一设备发起的同一类型的业务请求丢弃的概率，从而在兼顾业务公平业务均衡的基础上，实现了信令节流。
85.基于前述实施例，本技术实施例提供的处理方法中，基于目标业务对目标令牌的令牌持有状态，对业务请求进行处理，并更新目标业务对目标令牌的令牌持有状态，可以通过以下方式实现：
86.若目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌，分发目标令牌至目标业务，丢弃业务请求，更新目标业务对目标令牌的令牌持有状态为：持有目标令牌。
87.相应的，若目标业务对目标令牌的令牌持有状态表示目标业务当前持有目标令牌，则可以不分发目标令牌至目标业务。
88.在一种实施方式中，目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌，可以表示目标业务从未持有过目标令牌，比如目标业务对应的业务请求是首次发起、cp网元首次接收到该业务请求、或者cp网元前一次接收到目标业务对应的业务请求时cp网元并未处于信令节流状态。
89.在一种实施方式中，目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌，可以包括cp网元前一次接收到目标业务对应的业务请求时，未对该业务请求执行信令节流操作，或者cp网元前一次接收到目标业务对应的业务请求时，将该目标业务对目标令牌的令牌持有状态设置为了未持有目标令牌的状态。
90.在一种实施方式中，若目标业务当前未持有目标令牌，则分发目标令牌至目标业务，可以包括直接将目标令牌与目标业务关联设置，或者，从cp网元的存储空间或其它存储空间中获取目标令牌、并将目标令牌添加至目标业务的业务信息中。
91.在一种实施方式中，丢弃业务请求，可以包括不再执行后续对业务请求的处理。
92.在一种实施方式中，更新目标业务对目标令牌的令牌持有状态为持有目标令牌，可以是cp网元在确定其成功分发目标令牌至目标业务的条件下执行的。
93.在一种实施方式中，在更新目标业务对目标令牌的令牌持有状态为持有目标令牌之后，若cp网元下一次接收到与目标业务对应的业务请求，则可以对该业务请求不执行信令节流操作，以降低同类型或同一设备发起的同类型的业务请求被多次丢弃的概率。
94.由以上可知，本技术实施例提供的处理方法中，在cp网元确定目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌时，则分发目标令牌至目标业务，并丢弃业务请求，同时更新目标业务对目标令牌的令牌持有状态为持有目标目标令牌。
95.如此，在本次丢弃业务请求之后，在cp网元下一次接收到与目标业务对应的业务请求时，能够根据更新后的目标业务对目标令牌的持有状态，确定其对该业务请求的处理
方式，一方面使得cp网元能够根据其所设置的目标业务对目标令牌的令牌持有状态，灵活的切换cp网元对业务请求的处理方式，另一方面，由于cp网元能够根据本次目标业务对目标令牌的令牌持有状态，确定或更新目标业务对目标令牌的令牌持有状态，而不是基于概率统计学随机控制目标业务对目标令牌的令牌持有状态，从而能够改善cp网元对与目标业务对应的业务请求节流处理的公平性。
96.基于前述实施例，本技术实施例提供的处理方法中，基于目标业务对目标令牌的令牌持有状态，对业务请求进行处理，并更新目标业务对目标令牌的令牌持有状态，还可以通过以下方式实现：
97.若目标业务对目标令牌的令牌持有状态表示目标业务当前持有目标令牌，销毁目标业务持有的目标令牌，生成与业务请求对应的业务信令，发送业务信令至up，更新目标业务对目标令牌的令牌持有状态为：未持有目标令牌。
98.相应的，若目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌，则可以不销毁目标业务持有的目标令牌；还可以执行与前述实施例中所提供的丢弃业务请求、并更新目标业务对目标令牌的令牌持有状态的步骤。
99.在一种实施方式中，在cp网元接收到的业务请求为第k个业务请求的情况下，目标业务对目标令牌的令牌持有状态表示目标业务当前持有目标令牌，可以包括cp网元第k次接收到目标业务对应的业务请求、目标业务对目标令牌的令牌持有状态为未持有目标令牌、且cp网元的节流参数表示cp网元当前处于信令节流状态的条件下，由cp网元分发目标令牌至目标业务，并由cp网元更新目标业务对目标令牌的令牌持有状态为持有目标令牌；示例性的，为了对目标业务进行均衡的信令节流，在cp网元第k 1次接收到与目标业务对应的业务请求时，可以根据目标业务对目标令牌的令牌持有状态结合cp网元的节流参数，生成与业务请求对应的业务信令，并将业务信令发送至up。其中，k为大于或等于1的整数。
100.在一种实施方式中，在发送业务信令至up之后，cp网元可以更新目标业务对目标令牌的令牌持有状态为未持有目标令牌。如此，当cp网元第k 2次接收到目标业务对应的业务请求之后，可以基于前述实施例提供的方法，在确定业务请求对应的目标业务对目标令牌的令牌持有状态为未持有目标令牌、且cp网元的节流参数表示cp网元当前处于信令节流状态，则丢弃该业务请求，并将目标业务对目标令牌的令牌持有状态更新为：持有目标令牌；那么，在cp网元第k 3次接收到与目标业务对应的业务请求、且确定目标业务对目标令牌的令牌持有状态为持有目标令牌的情况下、cp网元的节流参数表示cp网元当前处于信令节流状态，则可以销毁目标业务持有的目标令牌，生成与业务请求对应的业务信令，发送业务信令至up，更新目标业务对目标令牌的令牌持有状态。如此循环往复，通过对目标业务对目标令牌的令牌持有状态的乒乓更新操作，可以实现对与目标业务对应的业务请求的均衡的信令节流操作。
101.由以上可知，本技术实施例提供的处理方法中，若cp网元确定目标业务对目标令牌的令牌持有状态为当前持有目标令牌，则销毁目标业务持有的目标令牌，生成与业务请求对应的业务信令，发送业务信令至up，并更新目标业务对目标令牌的令牌持有状态为未持有目标令牌。
102.如此，结合前述实施例，本技术实施例提供的处理方法中，cp网元能够对目标业务对目标令牌的令牌持有状态的乒乓更新，并根据目标业务对目标令牌的令牌持有状态，变
更其对与目标业务对应的业务请求的处理方式，从而能够更均衡更公平的实现cp网元对业务请求的信令节流操作。
103.基于前述实施例，本技术实施例提供的处理方法中，分发目标令牌至目标业务，可以通过图2所示的流程实现。图2为本技术实施例提供的分发目标令牌至目标业务的流程示意图。如图2所示，该流程可以包括步骤201至步骤204：
104.步骤201、获取令牌列表中目标令牌的令牌存储状态。
105.其中，令牌列表用于存储目标令牌。
106.在一种实施方式中，令牌列表可以包括多个存储单元，每一存储单元能够存储的数据类型以及数据结构、可以与目标令牌的数据类型以及数据结构均相同。
107.在一种实施方式中，令牌列表可以包括具备指定数量的存储单元的存储空间，比如，令牌列表中具备n个存储单元，每个存储单元可以存储一个目标令牌，此时，令牌列表的存储容量为n。其中，n为大于1的整数。
108.示例性的，令牌列表可以包括存储在数据库中的表单；示例性的，令牌列表还可以包括cp网元的可执行代码在运行过程中创建的数组；示例性的，在目标令牌以结构体、字符、或二进制码流的形式体现的情况下，cp网元的可执行代码在运行过程中创建的数组可以包括结构体数组、字符数组、或二进制码流数组；示例性的，令牌列表中可以存储有目标令牌，也可以并未存储目标令牌。
109.在一种实施方式中，令牌列表中目标令牌的令牌存储状态，可以包括令牌列表中是否存储有目标令牌、以及令牌列表中各个目标令牌的存储位置是否连续等；示例性的，令牌列表中目标令牌的令牌存储状态，还可以包括令牌列表中存储的目标令牌的令牌数量。
110.步骤202、若令牌存储状态表示令牌列表中存储有至少一个目标令牌，从令牌列表中获取目标令牌。
111.相应的，若令牌存储状态表示令牌列表中并未存储目标令牌，则无法从令牌列表中获取目标令牌。
112.在一种实施方式中，令牌列表中的目标令牌可以是相邻存储的；示例性的，从令牌列表中获取目标令牌之后，可以将用于指示目标令牌存储位置的指针移动至与已经被获取的目标令牌的存储位置相邻的、存储有目标令牌的另一个位置，并将已经被获取的目标令牌的存储位置中的数据初始化。
113.步骤203、更新令牌存储状态。
114.在一种实施方式中，更新令牌列表的令牌存储状态，可以包括移动用于获取目标令牌的指针，和/或，更新令牌列表中目标令牌的令牌数量等。
115.步骤204、分发获取到的目标令牌至目标业务。
116.在一种实施方式中，cp网元可以将获取到的目标令牌添加至目标业务。
117.由以上可知，本技术实施例提供的处理方法中，添加至目标业务的目标令牌是从令牌列表中获取的，那么，通过令牌列表就能够实现对目标令牌的统一管理；并且只有在令牌列表中存储有至少一个目标令牌的情况下，才分发目标令牌至目标业务，从而能够实现对对分发目标令牌的可控性管理；与此同时，在获取目标令牌之后，及时更新令牌列表的令牌存储状态，从而为cp网元向后续的目标业务的分发目标令牌提供了数据依据，进而能够降低目标令牌发放失败或发放错误的概率，提高信令节流操作的精准度。
118.基于前述实施例，本技术实施例提供的处理方法中，还可以包括如图3所示的流程，图3为本技术实施例提供的转发业务信令至up的流程示意图。如图3所示，该流程可以包括步骤301至步骤303：
119.步骤301、获取令牌列表中目标令牌的令牌存储状态。
120.其中，令牌列表用于存储目标令牌。
121.步骤302、若令牌存储状态表示令牌列表中未存储目标令牌，生成与业务请求对应的业务信令。
122.在一种实施方式中，若令牌存储状态表示令牌列表中存储有目标令牌，则可以基于前述实施例提供的处理方法，对业务请求进行处理。
123.示例性的，若令牌存储状态表示令牌列表中存储有目标令牌、cp网元的节流参数表示cp网元当前处于信令节流状态、且目标业务对目标令牌的令牌持有状态为未持有目标令牌，则可以丢弃业务请求，并从令牌列表中获取目标令牌，分发获取到的目标令牌至目标业务，同时更新目标业务对目标令牌的令牌持有状态为：持有目标令牌。
124.示例性的，若令牌存储状态表示令牌列表中存储有目标令牌、cp网元的节流参数表示cp网元当前处于信令节流状态，但目标业务对目标令牌的令牌持有状态为持有目标令牌，则可以生成与业务请求对应的业务信令，并转发至up，然后更新目标业务对目标令牌的令牌持有状态为：未持有目标令牌，即此时不需要从令牌列表中获取目标令牌并分发至目标业务。
125.示例性的，cp网元的节流参数表示cp网元当前处于信令节流状态，但令牌列表中目标令牌的数量为0，则此时无法为目标业务分发目标令牌。
126.在一种实施方式中，令牌列表中未存储目标令牌，可以包括令牌列表中的目标令牌已经被cp网元分发完毕、或者cp网元当前处于非信令节流状态等，在这种情况下，cp网元暂时无法基于目标令牌执行信令节流操作，因此可以生成与业务请求对应的业务信令。
127.步骤303、发送业务信令至up。
128.由以上可知，本技术实施例提供的处理方法中，cp网元在确定令牌列表的令牌存储状态表示令牌列表中未存储目标令牌的条件下，能够生成与业务请求对应的业务信令，并转发至up。如此，即使cp网元的节流参数表示cp网元处于信令节流状态，也依然可以通过令牌列表中目标令牌的数量对业务请求对应的业务信令的发送流程进行控制，从而实现了对cp网元的信令节流的多样化控制；与此同时，在cp网元处于信令节流状态的条件下，还能根据令牌列表中目标令牌的数量确定是否对每一业务请求对应的业务信令都执行信令节流，从而降低了对业务请求对应的业务信令的过度节流的概率，提高了业务请求被实时均衡节流处理的概率。
129.基于前述实施例，本技术实施例提供的处理方法中，获取令牌列表中目标令牌的令牌存储状态之前，还可以执行图4所示的流程。图4为本技术实施例提供的确定令牌存储状态的流程示意图，如图4所示，该流程可以包括步骤401至步骤402：
130.步骤401、若节流参数表示cp网元处于信令节流状态、且接收到业务请求，通过随机数算法创建目标令牌，得到令牌创建结果。
131.相应的，若节流参数表示cp网元未处于信令节流状态、或者未接收到业务请求，则可以不通过随机数算法创建目标令牌。
132.在一种实施方式中，随机数算法，可以包括任一随机数生成算法；示例性的，随机数算法可以包括3gpp中提供的随机丢包的节流算法；示例性的，随机丢包的节流算法可以根据过载减少度量信元的取值，在接收到业务请求的时候，尝试创建目标令牌。
133.示例性的，由于cp网元信令节流的目的是减少转发至up的信令数量，且过载减少度量信元能够从概率上体现cp网元对信令数据的节流程度，因此，基于随机数算法尝试创建目标令牌得到的令牌创建结果，可以包括目标令牌创建成功以及目标令牌创建失败两种。
134.步骤402、基于令牌创建结果，确定令牌存储状态。
135.在一种实施方式中，若令牌创建结果表示目标令牌创建成功，则可以基于目标令牌创建成功的结果确定令牌存储状态；若令牌创建结果表示目标令牌创建失败，则可以将令牌列表当前时刻的令牌存储状态确定为本次接收到业务请求后的令牌存储状态。
136.由以上可知，本技术实施例提供的处理方法中，若节流参数表示cp网元处于信令节流状态、且接收到业务请求，就能够通过随机数算法创建目标令牌，得到令牌创建结果，然后基于令牌创建结果，确定令牌存储状态。
137.如此，令牌列表中目标令牌的令牌存储状态一方面与cp网元的信令节流状态以及信令节流需求直接相关，另一方面，只有在接收到业务请求的时候才尝试创建目标令牌，从而使得令牌存储状态与cp网元接收到的业务请求直接关联，进而降低了预先通过随机数算法随机创建大量目标令牌而导致的、仅对部分时段内接收到的业务请求进行信令节流操作的概率。
138.基于前述实施例，本技术实施例提供的处理方法中，基于令牌创建结果，确定令牌存储状态，可以通过图5所示的流程实现，图5为本技术实施例提供的确定令牌存储状态的另一流程示意图。如图5所示，该流程可以包括步骤4021至步骤4023：
139.步骤4021、获取令牌列表的初始令牌存储状态。
140.示例性的，令牌列表的初始令牌存储状态，可以表示cp网元在未接收到当前业务请求的时刻、令牌列表中目标令牌的令牌存储状态。
141.步骤4022、若令牌创建结果表示目标令牌创建成功、且初始令牌存储状态表示令牌列表中存储的目标令牌的令牌数量小于预设阈值，添加创建成功的目标令牌至令牌列表。
142.其中，预设阈值为小于或等于令牌列表容量的正整数。
143.相应的，若令牌创建结果表示目标令牌创建失败、或初始令牌存储状态表示令牌列表中的令牌数量等于预设阈值，则可以不添加目标令牌至令牌列表。
144.在一种实施方式中，令牌列表容量，可以包括令牌列表中存储单元的总数量。
145.在一种实施方式中，令牌列表容量和/或预设阈值可以是固定的，还可以是弹性可调整的，比如在需要提高cp网元的信令节流处理力度的情况下，令牌列表容量和/或预设阈值可以相应的增大；在需要降低cp网元的信令节流处理力度的情况下，令牌列表容量和/或预设阈值可以相应的缩小。
146.示例性的，若令牌创建结果表示目标令牌创建失败，在cp网元处于令牌节流状态、且令牌列表中包括至少一个目标令牌的情况下，可以根据业务请求对应的目标业务对目标令牌的令牌持有状态、结合cp网元的节流参数，确定如何对业务请求进行处理，具体处理过
程可以参考前述实施例，此处不再赘述。
147.步骤4023、基于初始令牌存储状态中的令牌数量，确定令牌存储状态。
148.示例性的，可以基于初始令牌存储状态中的令牌数量、以及目标令牌向令牌列表的添加结果，确定当前时刻的令牌存储状态，也就是说，在初始令牌存储状态中的令牌数量为m、且创建成功的目标令牌成功添加至令牌列表的情况下，当前时刻的令牌存储状态中的令牌数量可以为m 1。其中，m为大于或等于0且小于预设阈值的整数。
149.由以上可知，本技术实施例提供的处理方法中，令牌列表的令牌存储状态，能够根据令牌列表的初始存储状态、预设阈值以及令牌创建结果共同确定，从而实现了对令牌列表的令牌存储状态的多个维度的综合管理。
150.基于前述实施例，本技术实施例提供的处理方法还可以包括以下步骤：
151.若令牌创建结果表示目标令牌创建成功、且初始令牌存储状态表示令牌数量等于预设阈值，丢弃创建成功的目标令牌。
152.示例性的，若令牌创建结果表示目标令牌创建成功，可以表示cp网元的信令节流需求仍然有待满足的空间，而初始令牌存储状态表示令牌列表中存储的目标令牌的令牌数量等于预设阈值，可以表示cp网元当前分发的目标令牌的数量较少，即cp网元当前接收到的业务请求的数量较少，此时可以丢弃创建成功的目标令牌，而基于令牌列表中存储的预设阈值数量的目标令牌、cp网元的节流参数、以及业务请求对应的目标业务对目标令牌的令牌持有状态，执行后续的信令节流操作，具体实现过程可以参照前述实施例，此处不再赘述。
153.示例性的，若令牌列表中存储的目标令牌的令牌数量等于预设阈值，在丢弃创建成功的目标令牌之后，可以丢弃业务请求。
154.由以上可知，本技术实施例提供的处理方法中，若令牌创建结果表示目标令牌创建成功且初始令牌存储状态表示令牌列表中存储的目标令牌的令牌数量等于预设阈值，则丢弃创建成功的目标令牌，从而能够根据cp网元的实际业务请求接收状态以及实际的目标令牌发放状态，平衡令牌列表中目标令牌的令牌数量，降低了仅根据令牌创建结果无限制的增加目标令牌导致的目标令牌的令牌数量过多、而导致的过度信令节流的概率。
155.基于前述实施例，本技术实施例提供的处理方法，还可以包括图6所示的流程，图6为本技术实施例提供的确定和/或调整预设阈值的流程示意图。如图6所示，该流程可以包括步骤601至步骤602：
156.步骤601、获取cp网元的资源配置信息。
157.在一种实施方式中，cp网元的资源配置信息，包括cp网元的硬件资源配置信息，比如cp网元的处理器的主频、处理器的核数、以及内存空间的大小等；示例性的，cp网元的资源配置信息，还可以包括cp网元的软件资源配置信息，比如cp网元的操作系统(operating system，os)的版本等。
158.在一种实施方式中，cp网元的资源配置信息可以是固定的，在cp网元所在的设备确定之后，其资源配置信息可以与cp网元所在的设备的资源配置信息一致。
159.在一种实施方式中，cp网元的资源配置信息可以是可调的，示例性的，比如调整cp网元的内存空间；示例性的，上述内存空间可以为物理内存空间，也可以是通过软件创建的虚拟内存空间。
160.步骤602、基于资源配置信息，确定和/或调整预设阈值。
161.在一种实施方式中，在资源配置信息表示cp网元的硬件资源和/或软件资源配置程度大于或等于预设程度的情况下，可以将预设阈值确定和/或调整为大于第一数值的数值。
162.在一种实施方式中，若资源配置信息表示cp网元的硬件资源和/或软件资源配置程度小于预设程度的情况下，可以将预设阈值确定和/或调整为小于或等于第一数值的数值。
163.在一种实施方式中，可以根据cp网元的资源配置信息，适时的调整预设阈值，在资源配置信息表示cp网元的数据处理速度小于或等于预设速度的情况下，可以将预设阈值调整至小于预设阈值的数值，从而降低cp网元在信令节流过程中的运算量，也减少令牌列表存储空间以及对令牌列表寻址操作的时间。
164.由以上可知，本技术实施例提供的处理方法中，不仅能够根据cp网元的资源配置信息确定预设阈值，还能根据cp网元的资源配置信息的变化适时调整预设阈值，从而使得cp网元的信令节流操作能够与cp网元的实际数据处理能力一致，从而提高cp网元的信令节流操作的效率。
165.基于前述实施例，本技术实施例还提供了处理方法的另一流程示意图。图7为本技术实施例提供的处理方法的另一流程示意图，如图7所示，该流程可以包括步骤701至步骤709：
166.步骤701、接收业务请求。
167.示例性的，上述业务请求可以为cp网元接收到的第k个业务请求。
168.步骤702、创建目标令牌。
169.示例性的，在cp网元的节流参数表示cp网元处于信令节流状态的情况下，cp网元可以基于过载减少度量信元以及随机数算法创建目标令牌，得到令牌创建结果。
170.示例性的，令牌创建结果可以包括目标令牌创建成功、以及目标令牌创建失败两种。
171.步骤703、获取令牌管理器中的令牌数量。
172.示例性的，上述令牌管理器可以为前述实施例中的令牌列表。
173.示例性的，令牌管理器中的令牌数量，可以是cp网元对令牌管理器中存储的目标令牌进行统计得到的；cp网元也可以通过前述实施例中的令牌存储状态确定。
174.示例性的，在得到令牌管理器中的令牌数量之后，cp网元可以对令牌数量进行判断，若令牌数量等于预设阈值，则执行步骤704；若令牌数量为0，则执行步骤705；若令牌数量大于0且小于预设阈值，则执行步骤706。
175.步骤704、若令牌数量等于预设阈值，丢弃业务请求。
176.示例性的，在令牌数量等于预设阈值的情况下，cp网元无法将成功创建的目标令牌添加至令牌管理器中。
177.示例性的，若令牌数量等于预设阈值，则可以表示cp网元的信令节流需求尚未被满足，因此cp网元可以丢弃业务请求。
178.步骤705、若令牌数量为0，发送业务信令至up。
179.示例性的，令牌数量为0，可以包括cp网元切换至未处于信令节流状态，或者令牌
管理器中的目标令牌已经被cp网元分发完毕、且cp网元本次创建目标令牌失败。
180.示例性的，令牌数量为0可以表示cp网元的信令节流状态暂时终止，因此，cp网元可以生成与业务请求对应的业务信令，并发送至up。
181.步骤706、若令牌数量大于0且小于预设阈值，添加目标令牌至令牌管理器。
182.示例性的，cp网元在确定令牌数量大于0且小于预设阈值、且令牌创建结果表示目标令牌创建成功的情况下，可以添加创建成功的目标令牌至令牌管理器。
183.步骤707、判断目标业务是否持有目标令牌。
184.示例性的，cp网元可以通过业务请求确定目标业务，进而确定目标业务对目标令牌的令牌持有状态，若令牌持有状态为持有目标令牌，则可以执行步骤708；若令牌持有状态为未持有目标令牌，则可以执行步骤709。
185.步骤708、销毁目标令牌，发送业务信令至up，更新令牌持有状态。
186.示例性的，cp网元可以销毁目标业务所持有的目标令牌，并将与业务请求对应的业务信令发送至up，然后目标业务对目标令牌的令牌持有状态为：未持有目标令牌。
187.步骤709、分发目标令牌至目标业务，丢弃业务请求，更新令牌持有状态。
188.示例性的，cp网元可以从令牌管理器中获取目标令牌，并将获取到的目标令牌分发至目标业务，并丢弃业务请求，然后更新目标业务对目标令牌的令牌持有状态为：持有目标令牌。
189.由以上可知，本技术实施例提供的处理方法中，cp网元能够根据令牌管理器中的令牌数量，结合cp网元是否需要执行信令节流操作的具体需求，实现对业务请求的灵活均衡处理，从而改善了cp网元信令节流操作的业务公平性。
190.基于前述实施例，本技术实施例还提供了一种cp网元，图8为本技术实施例提供的cp网元的结构示意图，如图8所示，cp网元8包括：
191.接收模块801，用于接收业务请求。
192.获取模块802，用于获取cp网元的节流参数，若节流参数表示cp处于信令节流状态，获取业务请求对应的目标业务对目标令牌的令牌持有状态；
193.处理模块803，用于基于目标业务对目标令牌的令牌持有状态，对业务请求进行处理，并更新目标业务对目标令牌的令牌持有状态。
194.在一些实施例中，处理模块803，用于若目标业务对目标令牌的令牌持有状态表示目标业务当前未持有目标令牌，分发目标令牌至目标业务，丢弃业务请求，更新目标业务对目标令牌的令牌持有状态为：持有目标令牌。
195.在一些实施例中，获取模块802，用于获取令牌列表中目标令牌的令牌存储状态；其中，令牌列表用于存储目标令牌；若令牌存储状态表示令牌列表中存储有至少一个目标令牌，从令牌列表中获取目标令牌；
196.处理模块803，用于更新令牌存储状态；分发获取到的目标令牌至目标业务。
197.在一些实施例中，处理模块803，用于若目标业务对目标令牌的令牌持有状态表示目标业务当前持有目标令牌，销毁目标业务持有的目标令牌，生成与业务请求对应的业务信令，发送业务信令至用户面up，更新目标业务对目标令牌的令牌持有状态为：未持有目标令牌。
198.在一些实施例中，获取模块802，用于获取令牌列表中目标令牌的令牌存储状态；
其中，令牌列表用于存储目标令牌；
199.处理模块803，用于若令牌存储状态表示令牌列表中未存储目标令牌，生成与业务请求对应的业务信令；
200.cp网元的发送模块，用于发送业务信令至up。
201.在一些实施例中，处理模块803，用于若节流参数表示cp网元处于信令节流状态、且接收到业务请求，通过随机数算法创建目标令牌，得到令牌创建结果；基于令牌创建结果，确定令牌存储状态。
202.在一些实施例中，获取模块802，用于获取令牌列表的初始令牌存储状态；
203.处理模块803，用于若令牌创建结果表示目标令牌创建成功、且初始令牌存储状态表示令牌列表中存储的目标令牌的令牌数量小于预设阈值，添加创建成功的目标令牌至令牌列表；其中，预设阈值为小于或等于令牌列表容量的正整数；基于初始令牌存储状态中的令牌数量，确定令牌存储状态。
204.在一些实施例中，处理模块803，用于若令牌创建结果表示目标令牌创建成功、且初始令牌存储状态表示令牌数量等于预设阈值，丢弃创建成功的目标令牌。
205.在一些实施例中，获取模块802，用于获取cp网元的资源配置信息；
206.处理模块803，用于基于资源配置信息，确定和/或调整预设阈值。
207.基于前述实施例，本技术实施例还提供了另一种cp网元，该cp网元可以包括处理器和存储器，其中，存储器中存储有计算机程序，该计算机程序被cp网元的处理器执行时，能够实现如前任一实施例所述的处理方法。
208.需要说明的是，上述处理器可以为asic、dsp、dspd、pld、fpga、cpu、控制器、微控制器、微处理器中的至少一种。
209.上述存储器，可以是易失性存储器(volatile memory)，例如随机存取存储器(random access memory，ram)；或者非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，rom)，flash memory，硬盘驱动器(hard disk drive，hdd)或固态硬盘(solid state disk，ssd)；或者上述种类的存储器的组合，并向处理器提供指令和数据。
210.上述接收模块801、获取模块802、处理模块803以及发送模块，可以通过上述处理器实现。
211.基于前述实施例，本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被电子设备的处理器执行时，能够实现如前任一实施例所述的处理方法。
212.上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。
213.本技术所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
214.本技术所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
215.本技术所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
216.需要说明的是，上述计算机可读存储介质可以是只读存储器(read only memory，rom)、可编程只读存储器(programmable read-only memory，prom)、可擦除可编程只读存储器(erasable programmable read-only memory，eprom)、电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性随机存取存储器(ferromagnetic random access memory，fram)、快闪存储器(flash memory)、磁表面存储器、光盘、或只读光盘(compact disc read-only memory，cd-rom)等存储器；也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。
217.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
218.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
219.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件节点的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所描述的方法。
220.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的发热模块以产生一个机器，使得通过计算机或其他可编程数据处理设备的发热模块执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
221.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
222.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
223.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。