一种信令请求的处理方法及装置与流程

1.本发明涉及移动通信技术领域，尤其涉及一种信令请求的处理方法及装置。


背景技术：

2.目前，随着移动通信网络的快速发展，尤其随着5g移动通信网络的快速发展，同时，随着物联网技术的快速发展，接入移动物联网的用户终端设备越来越多，因此，网络侧需要响应的用户终端的信令请求也随之越来越多，可能存在因同一时间段内物联网企业客户或者普通个人客户出现大批量、大面积终端频繁向网络侧发起异常信令请求，而影响网络正常运行的问题，因此，为了确保网络侧能够正常运行，需要对用户终端设备的信令请求进行风险管控。
3.当前，相关技术中提供的一种信令请求的处理方法，主要是：通过设置统一的终端请求频次的监控和限制，比如，设置10分钟内信令请求次数超过60次的阈值；当监测到终端发起请求达到该阈值限制时，对该终端进行异常终端的管控，例如，向该终端下发#15的错误原因值；终端在收到网络侧反馈的拒绝请求后，自行决定下次发起请求的时间，例如，常见终端等待10分钟后再发起下次请求。然而，如果同一时间管控的众多终端均10分钟后发起信令请求，这样仍然无法从根本上避免大量信令请求对网络侧带来的异常冲击。
4.由此可知，基于现有的信令请求管控方式，仍然存在因接收到的用户终端设备的信令请求过多而导致网络侧负荷陡增的问题，从而导致网络侧无法正常对信令请求进行响应，降低了用户使用体验。


技术实现要素：

5.本发明实施例的目的是提供一种信令请求的处理方法及装置，以解决因接收到的用户终端设备的信令请求过多而导致网络侧负荷陡增，进而导致网络侧无法正常对信令请求进行响应的问题。
6.为了解决上述技术问题，本发明实施例是这样实现的：
7.第一方面，本发明实施例提供了一种信令请求的处理方法，应用于网络侧，所述方法包括：
8.接收用户终端设备的信令请求；其中，所述信令请求携带有所述用户终端设备所属的业务场景的标识信息；
9.判断所述用户终端设备是否满足所述业务场景对应的场景阈值管控约束条件；其中，所述场景阈值管控约束条件是基于预先针对所述业务场景配置的请求频率管控阈值确定的；
10.若满足，则判断所述用户终端设备是否属于请求间隔管控状态；
11.若不属于，则对所述信令请求进行拦截处理，并向所述用户终端设备返回相应的拦截指示信息；
12.若属于，则基于针对上一信令请求所指示的约定时间间隔，对所述信令请求进行
处理；其中，所述约定时间间隔是基于预先针对所述业务场景配置的随机数生成算法确定的。
13.第二方面，本发明实施例提供了一种信令请求的处理装置，设置于网络侧，所述装置包括：
14.信令请求接收模块，用于接收用户终端设备的信令请求；其中，所述信令请求携带有所述用户终端设备所属的业务场景的标识信息；
15.第一管控识别模块，用于判断所述用户终端设备是否满足所述业务场景对应的场景阈值管控约束条件；其中，所述场景阈值管控约束条件是基于预先针对所述业务场景配置的请求频率管控阈值确定的；
16.第二管控识别模块，用于若满足场景阈值管控约束条件，则判断所述用户终端设备是否属于请求间隔管控状态；
17.第一请求处理模块，用于若不属于请求间隔管控状态，则对所述信令请求进行拦截处理，并向所述用户终端设备返回相应的拦截指示信息；
18.第二请求处理模块，用于若属于请求间隔管控状态，则基于针对上一信令请求所指示的约定时间间隔，对所述信令请求进行处理；其中，所述约定时间间隔是基于预先针对所述业务场景配置的随机数生成算法确定的。
19.第三方面，本发明实施例提供了一种计算机设备，包括处理器、通信接口、存储器和通信总线；其中，所述处理器、所述通信接口以及所述存储器通过总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行所述存储器上所存放的程序，实现如第一方面所述的信令请求的处理方法的步骤。
20.第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面所述的信令请求的处理方法的步骤。
21.本发明实施例中的信令请求的处理方法及装置，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度，进而进一步确保网络侧能够对接收到的信令请求进行正常响应。
附图说明
22.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
23.图1为本发明实施例提供的信令请求的处理方法的第一种流程示意图；
24.图2为本发明实施例提供的信令请求的处理方法的第二种流程示意图；
25.图3为本发明实施例提供的信令请求的处理方法的第三种流程示意图；
26.图4为本发明实施例提供的信令请求的处理方法的第四种流程示意图；
27.图5为本发明实施例提供的信令请求的处理装置的模块组成示意图；
28.图6为本发明实施例提供的计算机设备的结构示意图。
具体实施方式
29.为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
30.需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
31.本发明实施例提供了一种信令请求的处理方法及装置，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
32.图1为本发明实施例提供的信令请求的处理方法的第一种流程示意图，图2中的方法能够由网络侧执行，尤其是由网络侧的核心网元amf执行，如图1所示，该方法至少包括以下步骤：
33.s102，接收用户终端设备的信令请求；其中，该信令请求携带有用户终端设备所属的业务场景的标识信息；
34.其中，上述用户终端设备为使用移动通信网络的用户侧设备，可以是智能手机、平板电脑等移动终端，还可以是智能车辆、智能售卖机等终端设备；上述信令请求可以是注册请求、附着请求、业务请求中任一项；上述业务场景可以包括视频业务场景，例如，用户使用智能手机上安装的某一视频应用观看视频片段，上述业务场景也可以是车联网业务场景，例如，用户采用自动驾驶模式驾驶智能车辆在道路上行驶。
35.s104，判断用户终端设备是否满足上述信令请求所针对的业务场景对应的场景阈值管控约束条件；其中，该场景阈值管控约束条件是基于预先针对上述信令请求对应的业务场景配置的请求频率管控阈值确定的；
36.具体的，每次接收到来自用户终端设备的信令请求后，先识别该信令请求是否触发了对应的场景阈值管控约束条件；例如，预先针对视频业务场景配置的请求频率管控阈值为10分钟70次，对应的，视频业务场景的场景阈值管控约束条件为10分钟内某一用户终端设备发起的请求次数大于70次；以及，针对车联网业务场景配置的请求频率管控阈值为5
分钟60次，对应的，车联网业务场景的场景阈值管控约束条件为5分钟内某一用户终端设备发起的请求次数大于60次；
37.具体的，若用户终端设备在预设时间段内所发起的信令请求的数量大于对应的场景阈值管控约束条件中的最大允许请求数量，则确定用户终端设备满足当前接收到的信令请求所针对的业务场景对应的场景阈值管控约束条件，即需要对当前接收到的信令请求进行相应的管控，从而实现对5g tob垂直行业的用户终端行为的有效管控。
38.若不满足，则执行s106，基于当前接收到的信令请求向下一个目标业务处理节点发送相应的业务处理请求；
39.具体的，若用户终端设备在预设时间段内所发起的信令请求的数量不大于对应的场景阈值管控约束条件中的最大允许请求数量，则确定用户终端设备不满足当前接收到的信令请求所针对的业务场景对应的场景阈值管控约束条件，此时，网络侧需要正常响应该信令请求，即触发执行现有的用户终端信令请求的响应流程。
40.若满足，则执行s108，判断用户终端设备是否属于请求间隔管控状态；
41.具体的，在识别出该信令请求触发了对应的场景阈值管控约束条件之后，再识别用户终端设备是否处于请求间隔管控状态，即是否已指示用户终端设备的下一次信令请求的时间间隔；具体的，判断针对当前接收到的信令请求的上一信令请求是否已返回相应的拦截指示信息，若已返回，则确定用户终端设备属于请求间隔管控状态，若未返回，则确定用户终端不属于请求间隔管控状态；其中，当前接收到的信令请求与上一信令请求所针对的业务场景相同。
42.若不属于，则执行s110，对接收到的信令请求进行拦截处理，并向用户终端设备返回相应的拦截指示信息；
43.具体的，若确定用户终端设备不属于请求间隔管控状态，则说明针对上一信令请求的处理方式为正常响应，然而，由于识别出当前接收到的信令请求触发了对应的场景阈值管控约束条件，因此，需要针对当前接收到的信令请求进行拦截处理，并返回相应的拦截指示信息；其中，该拦截指示信息可以包括：约定时间间隔，该约定时间间隔用于指示针对当前请求业务场景的下一信令请求的发起时间间隔，即告知用户终端设备针对当前请求业务场景发起下一次信令请求的发起时间间隔。
44.若属于，则执行s112，基于针对上一信令请求所指示的约定时间间隔，对接收到的信令请求进行处理；其中，该约定时间间隔是基于预先针对当前接收到的信令请求对应的业务场景配置的随机数生成算法确定的。
45.具体的，若确定用户终端设备属于请求间隔管控状态，则说明针对上一信令请求的处理方式为拦截处理，并返回了携带有约定时间间隔的拦截指示信息，因此，需要针对当前接收到的信令请求判断用户终端设备是否按照约定时间间隔发起的信令请求，并基于请求发起间隔判断结果对当前接收到的信令请求进行相应的处理。
46.本发明提供的实施例中，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备
发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，采用场景阈值差异化管控和请求时间间隔分散化管控的双重管控方式，对用户终端设备的信令请求进行管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
47.其中，针对识别出信令请求触发了对应的场景阈值管控约束条件，且用户终端设备处于请求间隔管控状态的情况，需要进一步判断用户终端设备是否按照约定时间间隔发起信令请求，进而结合请求发起间隔判断结果对当前接收到的信令请求进行相应的处理；具体的，如图2所示，上述s112，基于针对上一信令请求所指示的约定时间间隔，对接收到的信令请求进行处理，具体包括：
48.s1122，判断当前接收到的信令请求与上一信令请求的实际时间间隔是否大于针对该上一信令请求所指示的约定时间间隔；
49.具体的，若确定用户终端设备处于请求间隔管控状态，则说明已针对当前接收到的信令请求的前一信令请求，向用户终端设备返回携带有约定时间间隔的拦截指示信息，因此，用户终端设备需要按照该约定时间间隔，向网络侧发起下一次信令请求，若识别出用户终端设备未按照约定时间间隔发起信令请求，则将该用户终端设备标记为异常终端设备；若用户终端设备按照约定时间间隔发起信令请求，则网络侧需要正常响应该信令请求。
50.若大于，则执行上述s106，基于当前接收到的信令请求向下一个目标业务处理节点发送相应的业务处理请求；
51.具体的，若当前接收到的信令请求与上一信令请求的实际时间间隔大于针对该上一信令请求所指示的约定时间间隔，则说明用户终端设备按照约定时间间隔发起信令请求，因此，网络侧需要正常响应该信令请求，即触发执行现有的用户终端信令请求的响应流程。
52.若不大于，则s1124，将用户终端设备标记为异常终端设备；在具体实施时，可以将用户终端设备的设备标识添加至异常设备名单中；
53.具体的，若当前接收到的信令请求与上一信令请求的实际时间间隔不大于针对该上一信令请求所指示的约定时间间隔，则说明用户终端设备未按照约定时间间隔发起信令请求，此时，可能因用户终端设备出现异常而反复向网络侧发起信令请求，实现及时对新增的异常终端设备进行识别，因此，需要对该用户终端设备进行重点管控，还可以将该用户终端设备的设备标识发送至异常管控节点，以使该异常管控节点对该用户终端设备进行异常原因排查，并向该用户终端设备发送相应的异常提示信息，进而从根源上解决异常终端设备对网络侧带来的请求冲击。
54.其中，针对识别出信令请求触发了对应的场景阈值管控约束条件，且用户终端设备未处于请求间隔管控状态的情况，需要向该用户终端设备发送携带有约定时间间隔的拦截指示信息；具体的，针对拦截指示信息的生成过程，如图3所示，上述s110，对接收到的信令请求进行拦截处理，并向用户终端设备返回相应的拦截指示信息，具体包括：
55.s1102，对接收到的信令请求进行拦截处理，并利用针对上述业务场景所配置的随机数生成算法，在目标数值范围内确定一个可选随机数；其中，该可选随机数的最大取值与信令请求所针对的业务场景的请求处理优先级有关；
56.具体的，随机数生成算法的表达式可以为int num＝rand()％n+1，其中，n表示基
于该随机数生成算法得到的可选随机数的最大取值，例如，若n＝120，则目标数值范围为1至120的随机数，即在1至120之间的任一随机数作为约定针对当前请求业务场景的下一信令请求的发起时间间隔；其中，该可选随机数的最大取值与请求处理优先级负相关，即请求处理优先级越高，则对应的可选随机数的最大取值越小，即针对当前请求业务场景的下一信令请求的发起时间间隔相对越小。
57.s1104，将上述可选随机数确定为约定时间间隔，其中，该约定时间间隔用于指示针对上述业务场景的下一信令请求的发起时间间隔；
58.具体的，由于针对同一业务场景下的多个用户终端设备所返回的约定时间间隔是由网络侧随机分配的，因此，多个用户终端设备发起的下一次信令请求是分散的，因此，可以缓解网络侧的请求处理压力。
59.s1106，生成携带有上述约定时间间隔的拦截指示信息，并向用户终端设备返回该拦截指示信息；
60.具体的，在向用户终端设备返回的拦截指示信息中增加一个信元，该信元中包含确定出的约定时间间隔。
61.本发明提供的实施例中，通过采用针对每个业务场景所配置的随机数生成算法，确定约定下一次信令请求的发起时间间隔，即通过引入随机数生成算法对用户终端设备的下一次信令请求的时间间隔进行约束，将多个用户终端设备的下一次信令请求进行分散，实现对同一移动通信网络业务场景下的多个用户终端设备进行区分化的请求时长管控，进一步避免因众多用户终端设备同一时间一并发送信令请求而导致网络侧负荷陡增的问题。
62.进一步的，为了简化针对用户终端是否按照约定时间间隔发起信令请求的识别过程，可以引入预设定时器，基于定时器的状态来确定用户终端是否按照约定时间间隔发起信令请求，具体的，如图4所示，在s110，对接收到的信令请求进行拦截处理，并向用户终端设备返回相应的拦截指示信息之后，还包括：
63.s114，启动针对用户终端所配置的预设定时器，以使该预设定时器开始计时；其中，该预设定时器可以仅与业务场景相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求采用一个预设定时器，该预设定时器也可以同时与业务场景和信令请求的类型相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求分别配置相应的预设定时器，在将拦截指示信息返回至用户终端设备后，根据业务场景标识和/或信令请求类型，启动对应的预设定时器；以及，
64.s116，基于针对上一信令请求所指示的约定时间间隔，关闭上述预设定时器，以使该预设定时器停止计时；
65.具体的，在预设定时器自启动开始至当前时间的计时数值达到约定时间间隔，此时，将该预设定时器切换到关闭状态，因此，若对应的预设定时器进入关闭状态，则说明若用户终端设备在之后任一时间节点发起信令请求，均确定该用户终端按照约定时间间隔发起信令请求。
66.对应的，上述s1122，判断当前接收到的信令请求与上一信令请求的实际时间间隔是否大于针对该上一信令请求所指示的约定时间间隔，具体包括：
67.s11222，判断用户终端设备是否存在与上述业务场景对应且处于计时状态的预设定时器；
68.具体的，若针对上一信令请求所开启的预设定时器仍处于计时状态，则说明该预设定时器自启动开始至当前时间的计时数值未达到约定时间间隔，因此，若接收到用户终端设备针对该业务场景的信令请求，则确定用户终端未按照约定时间间隔发起信令请求。
69.若存在，则确定当前接收到的信令请求与上一信令请求的实际时间间隔不大于针对该上一信令请求所指示的约定时间间隔，并执行上述s1124，将用户终端设备标记为异常终端设备；
70.若不存在，则确定当前接收到的信令请求与上一信令请求的实际时间间隔大于针对该上一信令请求所指示的约定时间间隔，并执行上述s106，基于当前接收到的信令请求向下一个目标业务处理节点发送相应的业务处理请求。
71.进一步的，为了简化针对用户终端是否满足场景阈值管控约束条件的识别过程，可以引入预设计数器，基于计数器的当前取值来确定用户终端是否满足场景阈值管控约束条件，具体的，在上述s102，接收用户终端设备的信令请求之后，还包括：
72.将针对用户终端所配置的预设计数器加一，并在该预设计数器进入下一次计数周期后将该预设计数器清零；其中，该预设计数器可以仅与业务场景相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求采用一个预设计数器；另外，针对需要对不同类型的信令请求设置不同的请求频率管控阈值的情况，该预设计数器也可以同时与业务场景和信令请求的类型相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求分别配置相应的预设计数器，在接收到用户终端设备的信令请求后，根据业务场景标识和/或信令请求类型，将对应的预设计数器的当前数值加一；
73.具体的，在预设计数器由一个计数周期进入下一个计数周期后，将该预设计数器的当前取值清零，直到接收到用户终端设备针对该业务场景的某一类型的信令请求后，开始对该预设计数器的当前取值加一，即针对用户终端设备在该业务场景下的某一类型的信令请求的发起次数进行累加，若该预设计数器进入下一个计数周期，则对该计数器清零处理；其中，预设计数器的计数周期是基于预先针对业务场景配置的请求频率管控阈值所确定的，例如，若预先针对视频业务场景配置的请求频率管控阈值为10分钟70次，对应的，视频业务场景对应的预设计数器的计数周期为10分钟；以及，若预先针对车联网业务场景配置的请求频率管控阈值为5分钟60次，对应的，车联网业务场景对应的预设计数器的计数周期为5分钟。
74.对应的，上述s104，判断用户终端设备是否满足上述信令请求所针对的业务场景对应的场景阈值管控约束条件，具体包括：
75.判断上述预设计数器的当前取值是否大于与信令请求所针对的业务场景对应的请求次数管控阈值；其中，该请求次数管控阈值是基于该业务场景对应的请求频率管控阈值确定的；
76.具体的，例如，预先针对视频业务场景配置的请求频率管控阈值为10分钟70次，对应的，视频业务场景的请求次数管控阈值为70次；以及，针对车联网业务场景配置的请求频率管控阈值为5分钟60次，对应的，车联网业务场景的请求次数管控阈值为60次。
77.若大于，则确定用户终端设备满足上述信令请求所针对的业务场景对应的场景阈值管控约束条件；
78.若不大于，则确定用户终端设备不满足上述信令请求所针对的业务场景对应的场
景阈值管控约束条件。
79.进一步的，针对预先为各业务场景配置相应的请求频率管控阈值和随机数生成算法的过程，具体的，在s102，接收用户终端设备的信令请求之前，还包括：
80.针对移动通信网络下的每个业务场景，确定该业务场景的请求处理优先级；
81.其中，上述请求处理优先级可以是基于该业务场景下的历史信令请求接收数据、请求响应约定指标(如针对某一业务场景的请求响应效率)等确定的，请求处理优先级越高，说明需要优先处理针对该业务场景所发起的信令请求，对应的请求频率管控阈值越大，随机数生成算法对应的可选随机数的最大取值越小。
82.基于上述请求处理优先级，配置各业务场景对应的请求频率管控阈值和随机数生成算法，其中，该随机数生成算法用于生成相邻信令请求的约定时间间隔。
83.具体的，可以预先建立请求处理优先级与请求频率管控阈值、随机数生成算法之间的对应关系，在接收到用户终端的信令请求后，即可基于该对应关系确定出与当前接收到的信令请求所针对的业务场景对应的请求频率管控阈值和随机数生成算法，进而基于该请求频率管控阈值和随机数生成算法，对当前接收到的信令请求进行相应的处理；进一步的，也可以针对某一业务场景下不同的信令请求设置不同的请求频率管控阈值和随机数生成算法。
84.进一步的，考虑到在针对用户终端是否按照约定时间间隔发起信令请求的识别过程，需要借助预设定时器的计时功能，以及在针对用户终端是否满足场景阈值管控约束条件的识别过程，需要借助预设计数器的计数功能，因此，在基于上述请求处理优先级，配置各业务场景对应的请求频率管控阈值和随机数生成算法之后，还包括：
85.针对每个用户终端设备，配置各业务场景对应的预设计数器和预设计时器；其中，该预设计数器用于指示用户终端设备在当前计数周期下发起的信令请求次数，该预设计时器用于指示用户终端设备在当前请求间隔管控状态下的相邻信令请求的实际时间间隔。
86.具体的，上述预设定时器可以仅与业务场景相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求采用一个预设定时器，该预设定时器也可以同时与业务场景和信令请求的类型相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求分别配置相应的预设定时器，因此，网络侧在将拦截指示信息返回至用户终端设备后，根据业务场景标识和/或信令请求类型，启动对应的预设定时器；对应的，上述预设计数器可以仅与业务场景相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求采用一个预设计数器；另外，针对需要对不同类型的信令请求设置不同的请求频率管控阈值的情况，该预设计数器也可以同时与业务场景和信令请求的类型相对应，即针对某一用户终端的同一业务场景下的多种类型的信令请求分别配置相应的预设计数器，在接收到用户终端设备的信令请求后，根据业务场景标识和/或信令请求类型，将对应的预设计数器的当前数值加一。
87.本发明实施例中的信令请求的处理方法，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向
用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
88.对应上述实施例提供的信令请求的处理方法，基于相同的技术构思，本发明实施例还提供了一种信令请求的处理装置，该装置设置于网络侧，尤其是由网络侧的核心网元amf执行，图5为本发明实施例提供的信令请求的处理装置的模块组成示意图，该信令请求的处理装置用于执行图1至图4描述的信令请求的处理方法，如图5所示，该信令请求的处理装置包括：
89.信令请求接收模块502，用于接收用户终端设备的信令请求；其中，所述信令请求携带有所述用户终端设备所属的业务场景的标识信息；
90.第一管控识别模块504，用于判断所述用户终端设备是否满足所述业务场景对应的场景阈值管控约束条件；其中，所述场景阈值管控约束条件是基于预先针对所述业务场景配置的请求频率管控阈值确定的；
91.第二管控识别模块506，用于若满足场景阈值管控约束条件，则判断所述用户终端设备是否属于请求间隔管控状态；
92.第一请求处理模块508，用于若不属于请求间隔管控状态，则对所述信令请求进行拦截处理，并向所述用户终端设备返回相应的拦截指示信息；
93.第二请求处理模块510，用于若属于请求间隔管控状态，则基于针对上一信令请求所指示的约定时间间隔，对所述信令请求进行处理；其中，所述约定时间间隔是基于预先针对所述业务场景配置的随机数生成算法确定的。
94.本发明实施例中，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
95.可选地，所述第二请求处理模块510，具体用于：
96.判断所述信令请求与上一信令请求的实际时间间隔是否大于针对所述上一信令请求所指示的约定时间间隔；
97.若大于，则基于所述信令请求向下一个目标业务处理节点发送相应的业务处理请求；
98.若不大于，则将所述用户终端设备标记为异常终端设备。
99.可选地，所述第一请求处理模块508，具体用于：
100.利用针对所述业务场景所配置的随机数生成算法，在目标数值范围内确定一个可选随机数；其中，所述可选随机数的最大取值与所述业务场景的请求处理优先级有关；
101.将所述可选随机数确定为约定时间间隔，其中，所述约定时间间隔用于指示针对所述业务场景的下一信令请求的发起时间间隔；
102.生成携带有所述约定时间间隔的拦截指示信息，并向所述用户终端设备返回所述拦截指示信息。
103.可选地，所述装置还包括：定时器控制模块，用于：
104.启动针对所述用户终端所配置的预设定时器，以使所述预设定时器开始计时；以及，
105.基于针对上一信令请求所指示的约定时间间隔，关闭所述预设定时器，以使所述预设定时器停止计时；
106.对应的，所述第二请求处理模块510，进一步具体用于：
107.判断所述用户终端设备是否存在与所述业务场景对应且处于计时状态的预设定时器；
108.若存在，则确定所述信令请求与上一信令请求的实际时间间隔不大于针对所述上一信令请求所指示的约定时间间隔；
109.若不存在，则确定所述信令请求与上一信令请求的实际时间间隔大于针对所述上一信令请求所指示的约定时间间隔。
110.可选地，所述装置还包括：计数器控制模块，用于：
111.将针对所述用户终端所配置的预设计数器加一，并在所述预设计数器进入下一次计数周期后将所述预设计数器清零；
112.对应的，所述第一管控识别模块504，具体用于：
113.判断所述预设计数器的当前取值是否大于与所述业务场景对应的请求次数管控阈值；其中，所述请求次数管控阈值是基于所述请求频率管控阈值确定的；
114.若大于，则确定所述用户终端设备满足所述业务场景对应的场景阈值管控约束条件；
115.若不大于，则确定所述用户终端设备不满足所述业务场景对应的场景阈值管控约束条件。
116.可选地，上述装置还包括：第一配置模块，用于：
117.针对移动通信网络下的每个业务场景，确定该业务场景的请求处理优先级；
118.基于所述请求处理优先级，配置所述业务场景对应的请求频率管控阈值和随机数生成算法，其中，所述随机数生成算法用于生成相邻信令请求的约定时间间隔。
119.可选地，上述装置还包括：第二配置模块，用于：
120.针对每个用户终端设备，配置各所述业务场景对应的预设计数器和预设计时器；其中，所述预设计数器用于指示所述用户终端设备在当前计数周期下发起的信令请求次数，所述预设计时器用于指示所述用户终端设备在当前请求间隔管控状态下的相邻信令请求的实际时间间隔。
121.本发明实施例中的信令请求的处理装置，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设
备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
122.本发明实施例提供的信令请求的处理装置能够实现上述信令请求的处理方法对应的实施例中的各个过程，为避免重复，这里不再赘述。
123.需要说明的是，本发明实施例提供的信令请求的处理装置与本发明实施例提供的信令请求的处理方法基于同一发明构思，因此该实施例的具体实施可以参见前述信令请求的处理方法的实施，重复之处不再赘述。
124.对应上述实施例提供的信令请求的处理方法，基于相同的技术构思，本发明实施例还提供了一种计算机设备，该设备用于执行上述的信令请求的处理方法，图6为实现本发明各个实施例的一种计算机设备的结构示意图，如图6所示。计算机设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器601和存储器602，存储器602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对计算机设备中的一系列计算机可执行指令。更进一步地，处理器601可以设置为与存储器602通信，在计算机设备上执行存储器602中的一系列计算机可执行指令。计算机设备还可以包括一个或一个以上电源603，一个或一个以上有线或无线网络接口604，一个或一个以上输入输出接口605，一个或一个以上键盘606。
125.具体在本实施例中，计算机设备包括有处理器、通信接口、存储器和通信总线；其中，处理器、通信接口以及存储器通过总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序，实现以下方法步骤：
126.接收用户终端设备的信令请求；其中，所述信令请求携带有所述用户终端设备所属的业务场景的标识信息；
127.判断所述用户终端设备是否满足所述业务场景对应的场景阈值管控约束条件；其中，所述场景阈值管控约束条件是基于预先针对所述业务场景配置的请求频率管控阈值确定的；
128.若满足，则判断所述用户终端设备是否属于请求间隔管控状态；
129.若不属于，则对所述信令请求进行拦截处理，并向所述用户终端设备返回相应的拦截指示信息；
130.若属于，则基于针对上一信令请求所指示的约定时间间隔，对所述信令请求进行处理；其中，所述约定时间间隔是基于预先针对所述业务场景配置的随机数生成算法确定的。
131.本发明实施例中的计算机设备，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
132.本发明实施例提供的计算机设备能够实现上述信令请求的处理方法对应的实施例中的各个过程，为避免重复，这里不再赘述。
133.需要说明的是，本发明实施例提供的计算机设备与本发明实施例提供的信令请求的处理方法基于同一发明构思，因此该实施例的具体实施可以参见前述信令请求的处理方法的实施，重复之处不再赘述。
134.对应上述实施例提供的信令请求的处理方法，基于相同的技术构思，本技术实施例还提供一种计算机可读存储介质，存储介质内存储有计算机程序，计算机程序被处理器执行时实现以下方法步骤：
135.接收用户终端设备的信令请求；其中，所述信令请求携带有所述用户终端设备所属的业务场景的标识信息；
136.判断所述用户终端设备是否满足所述业务场景对应的场景阈值管控约束条件；其中，所述场景阈值管控约束条件是基于预先针对所述业务场景配置的请求频率管控阈值确定的；
137.若满足，则判断所述用户终端设备是否属于请求间隔管控状态；
138.若不属于，则对所述信令请求进行拦截处理，并向所述用户终端设备返回相应的拦截指示信息；
139.若属于，则基于针对上一信令请求所指示的约定时间间隔，对所述信令请求进行处理；其中，所述约定时间间隔是基于预先针对所述业务场景配置的随机数生成算法确定的。
140.本发明实施例中的计算机可读存储介质，通过预先针对移动通信网络下不同的业务场景分别配置请求频率管控阈值和用于生成约定时间间隔的随机数生成算法；在接收到用户终端设备针对某一业务场景的信令请求后，采用相应的请求频率管控阈值和随机数生成算法，对信令请求进行有针对性的响应；这样不仅考虑多个业务场景的请求频率阈值的差异化，采用对应的请求频率管控阈值对用户终端设备进行管控，还引入约定时间间隔，向用户终端设备发送拦截指示信息的同时返回一个约定时间间隔，实现针对不同用户终端设备进行请求时间间隔的差异化管控，从而进一步提升针对用户终端设备反复上报信令请求而对网络侧带来异常冲击的管控力度。
141.本发明实施例提供的计算机可读存储介质能够实现上述信令请求的处理方法对应的实施例中的各个过程，为避免重复，这里不再赘述。
142.需要说明的是，本发明实施例提供的计算机可读存储介质与本发明实施例提供的信令请求的处理方法基于同一发明构思，因此该实施例的具体实施可以参见前述信令请求的处理方法的实施，重复之处不再赘述。
143.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
144.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流
程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
145.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
146.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
147.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
148.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
149.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
150.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
151.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
152.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。