用于5G服务的基于规则的过载控制的方法、系统和计算机可读介质与流程
用于5g服务的基于规则的过载控制的方法、系统和计算机可读介质
1.优先权申请
2.本技术要求于2020年6月26日提交的美国专利申请序列no.16/914231的优先权，该申请是于2019年10月14日提交的美国专利申请序列no.16/601371的部分继续案，其公开内容通过引用整体并入本文。
技术领域
3.本文描述的主题涉及在通信网络中提供过载控制。更具体地，本文描述的主题涉及为5g服务提供基于规则的过载控制。
背景技术：
4.在5g电信网络中，提供服务的网络节点被称为生产者网络功能(nf)。消费服务的网络节点被称为消费者nf。网络功能可以是生产者nf和消费者nf，具体取决于它是消费还是提供服务。
5.给定的生产者nf可能有许多服务端点，其中服务端点是托管生产者nf的网络节点上的ip地址和端口号的组合。生产者nf向网络功能储存库功能(nrf)注册。nrf维护可用nf实例及其支持的服务的nf简档。消费者nf可以订阅以接收关于已向nrf注册的生产者nf实例的信息。
6.除了消费者nf，另一种可以订阅以接收关于nf服务实例的信息的网络节点是服务通信代理(scp)。scp向nrf订阅并获得关于生产者nf服务实例的可达性和服务简档信息。消费者nf连接到服务通信代理，并且服务通信代理在提供所需服务的生产者nf服务实例之间使流量负载平衡，或直接将流量路由到目的地生产者nf。
7.除了scp之外，在生产者和消费者nf之间路由流量的中间代理节点或网络节点组的其它示例包括安全边缘保护代理(sepp)、服务网关和5g服务网格中的节点。sepp是用于保护在不同5g plmn(公共陆地移动网络)之间交换的控制平面流量的网络节点。由此，sepp对所有api消息执行消息过滤、监管和拓扑隐藏。
8.服务网关是位于一组提供给定服务的生产者nf前面的节点。服务网关可以在以类似于scp的方式提供服务的生产者nf之间对传入的服务请求进行负载平衡。
9.服务网格是一组中间代理节点的名称，它们支持生产者和消费者nf之间的通信。服务网格可以包括一个或多个scp、sepp和服务网关。
10.现有3gpp服务体系架构的一个问题是，虽然消息优先级和拥塞处理是在3gpp nf处定义的，但是消费者和生产者nf之间的所有节点都不能将自己注册为5g nf，例如中间代理、同一供应商站点之间的服务网关等。因此，消费者nf只能看到目标生产者nf的负载。3gpp没有定义关于中间节点的行为的指南。此外，3gpp没有定义在中间代理节点(诸如，scp、sepp、服务网关或服务网格)处用于避免低优先级服务的服务匮乏的过载处理机制。例如，如果scp正在处理生产者和消费者nf之间的流量，并且生产者nf没有不堪重负，那么流
量可以继续，而无需在scp处调用拥塞控制过程。但是，从消费者nf到生产者nf的流量总和可能会使scp不堪重负。如果scp或其它中间代理节点处没有处理流量拥塞的机制，这些节点可能会变得拥塞并丢弃低优先级服务的流量。
11.中间nf或生产者nf处会出现的附加问题是，消费者nf可能无法正确或一致地设置5g消息优先级值，以便网络运营商可以根据期望处理流量。例如，3gpp体系架构依赖消费者nf在消息报头中设置5g消息优先级参数，并且当相同的消息类型被发送到不同的目的地网络名称(dnn)或由单个网络切片选择辅助信息(s-nssai)识别的网络切片时，消费者nf会经历难以将优先级参数设置为适当的值。因为消费者nf无法可靠或统一设置5g优先级参数，因此消费者nf设置的5g消息优先级参数不能单独用作过载条件下处置消息的基础，因为这样做会导致一些服务的服务拒绝。
12.因而，需要用于5g服务的基于规则的过载控制的方法、系统和计算机可读介质。
技术实现要素：
13.一种用于5g服务的基于规则的过载控制的方法包括在中间或生产者网络功能(nf)处配置过载消息处置规则，其中至少一些规则包括目的地网络名称(dnn)或网络切片、订阅或位置识别参数，作为规则选择准则。规则可以包括由3gpp或供应商定义的任何其它参数或属性。该方法还包括在中间或生产者nf处将中间或生产者nf的有保证的处理带宽与过载消息处置规则中的至少一些相关联。该方法还包括在中间或生产者nf处接收第一消息。该方法还包括由中间或生产者nf确定是否存在过载条件。该方法还包括由中间或生产者nf识别第一消息是否包括与用于过载消息处置规则之一的规则选择准则匹配的参数。该方法还包括由中间或生产者nf确定用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分可用于处理第一消息。该方法还包括由中间或生产者nf并使用用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分来处理第一消息并更新用于过载消息处置规则的消息计数。
14.根据本文所述主题的另一方面，配置过载消息处置规则包括配置基于dnn或网络切片、订阅或位置识别参数或由3gpp或供应商定义的属性/参数对相同服务类型的消息进行不同处理的规则。
15.根据本文所述主题的另一方面，配置过载消息处置规则包括配置基于既定的参数或参数的组合对相同服务类型的消息进行不同处理的规则。
16.根据本文所述主题的另一方面，将中间或生产者nf的有保证的处理带宽与过载消息处置规则中的至少一些相关联包括将过载消息处置规则中的至少一些与存储桶相关联并配置与用于每个规则的有保证的带宽对应的消息计数及其相应的存储桶。
17.根据本文所述主题的另一方面，为5g服务提供基于规则的过载控制的方法包括通过为每个存储桶保留匹配规则的消息数的计数来跟踪为每个规则保证的带宽的利用率。
18.根据本文所述主题的另一方面，用于为5g服务提供基于规则的过载控制的方法包括使用从响应消息获得的信息创建动态过载消息处置规则并使用动态过载消息处置规则来确保与共有会话相关的消息由中间或生产者nf的共有处理器处理。
19.根据本文所述主题的另一方面，中间或生产者nf可以包括安全性边缘保护代理(sepp)、服务通信代理(scp)或服务网格节点。
20.根据本文所述主题的另一方面，中间或生产者nf包括生产者nf。
21.根据本文所述主题的另一方面，为5g服务提供基于规则的过载控制的方法包括在中间或生产者nf处配置对于跟踪中间或生产者nf的带宽有用的无保证的带宽存储桶，该带宽存储桶可用于与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配的消息。
22.根据本文所述主题的另一方面，用于为5g服务提供基于规则的过载控制的方法包括在中间或生产者nf处接收第二消息，确定第二消息与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配，使用无保证的带宽存储桶确定无保证的带宽可用于第二消息，并使用无保证的带宽处理该消息。
23.用于5g服务的基于规则的过载控制的系统包括中间或生产者网络功能(nf)，其包括至少一个处理器。该系统还包括与中间或生产者nf相关联的过载控制配置接口，用于提供配置中间或生产者nf用于在过载条件期间支配消息的处理的过载消息处置规则，其中规则中的至少一些包括目的地网络名称(dnn)或网络切片，订阅或位置识别参数或任何其它参数作为规则选择准则，并用于将有保证的带宽服务与过载消息处置规则中的至少一些相关联。该系统还包括由中间或生产者nf实现的过载控制器，用于接收第一消息，确定存在过载条件，识别第一消息包括与用于过载消息处置规则之一的规则选择准则匹配的参数，确定用于匹配过载消息处置规则的有保证的带宽的一部分可用于处理第一消息，转发第一消息以供中间或生产者nf进一步处理，以及更新用于匹配过载消息处置规则的消息计数。
24.根据本文所述主题的另一方面，过载控制配置接口提供基于dnn或网络切片识别参数或任何其它参数对相同服务类型的消息进行不同处理的规则的配置。
25.根据本文所述主题的另一方面，过载控制配置接口提供基于由3gpp或供应商定义的属性/参数对相同服务类型的消息进行不同处理的规则的配置。
26.根据本文所述主题的另一方面，过载控制配置接口提供将过载消息处置规则中的至少一些与存储桶相关联并配置与为每个规则及其相应存储桶保证的带宽对应的消息计数。
27.根据本文所述主题的另一方面，过载控制器通过为每个存储桶保留匹配规则的消息的数量的计数来跟踪为每个规则保证的带宽的利用率。
28.根据本文所述主题的另一方面，过载控制器使用从响应消息获得的信息并使用动态过载消息处置规则创建动态过载消息处置规则，以确保与共有会话相关的消息由中间或生产者nf的共有处理器处理。
29.根据本文所述主题的另一方面，过载控制配置接口提供可用于跟踪中间或生产者nf的带宽的无保证的带宽存储桶的配置，该无保证的带宽存储桶可用于与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配的消息。
30.根据本文所述主题的另一方面，过载控制器被配置为接收第二消息，确定第二消息与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配，使用无保证的带宽存储桶确定无保证的带宽可用于处理第二消息，并且转发第二消息以使用无保证的带宽进一步处理该消息。
31.根据本文所述主题的另一方面，提供了一种非暂态计算机可读介质，其上存储有可执行指令，指令在由计算机的处理器执行时控制计算机执行步骤。步骤包括在中间或生
产者网络功能(nf)处配置过载消息处置规则，其中规则中的至少一些包括目的地网络名称(dnn)或网络切片、订阅或位置识别参数或由3gpp或供应商定义的属性/参数，作为规则选择准则。步骤还包括在中间或生产者nf处将中间或生产者nf的有保证的处理带宽与过载消息处置规则中的至少一些相关联。步骤还包括在中间或生产者nf处接收第一消息。步骤还包括由中间或生产者nf确定存在过载条件。步骤还包括由中间或生产者nf识别第一消息包括与用于过载消息处置规则之一的规则选择准则匹配的参数。步骤还包括由中间或生产者nf确定用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分可用于处理第一消息。步骤还包括由中间或生产者nf并使用用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分处理第一消息并更新用于过载消息处置规则的消息计数。
32.本文描述的主题可以在硬件、软件、固件或其任何组合中实现。由此，如本文使用的术语“功能”、“节点”或“模块”是指用于实现所描述的特征的硬件，其还可以包括软件和/或固件组件。在一个示例性实施方式中，本文描述的主题可以使用其上存储有计算机可执行指令的计算机可读介质来实现，所述指令在由计算机的处理器执行时，控制计算机执行步骤。适用于实现本文描述的主题的示例性计算机可读介质包括非暂态计算机可读介质，诸如盘存储设备、芯片存储器设备、可编程逻辑设备和专用集成电路。此外，实现本文描述的主题的计算机可读介质可以位于单个设备或计算平台上，或者可以分布在多个设备或计算平台上。
附图说明
33.现在将参考附图解释本文描述的主题，其中：
34.图1是图示示例性5g网络体系架构的网络图；
35.图2是图示经由诸如服务网格之类的中间代理节点连接的5g网络功能的图；
36.图3是图示可能发生在5g网络功能之间的中间代理节点处的潜在拥塞的网络图；
37.图4是图示实现基于5g规则的过载控制的网络功能的框图；
38.图5是图示用于实现基于5g规则的过载控制的示例性数据结构的示意图；以及
39.图6是图示用于基于5g规则的过载控制的示例过程的流程图。
具体实施方式
40.本文描述的主题涉及用于5g服务的基于规则的过载控制的方法、系统和计算机可读介质。图1是图示示例性5g系统网络体系架构的框图。图1中的体系架构包括nrf 100和scp 101，它们可以位于同一家庭公共陆地移动网络(hplmn)中。如上所述，nrf 100可以维护可用的生产者nf服务实例及其支持的服务的简档，并允许消费者nf或scp订阅和被通知新的/更新的生产者nf服务实例的注册。scp 101还可以支持服务发现和生产者nf的选择。此外，scp 101可以对消费者和生产者nf之间的连接进行负载平衡。
41.nrf 100是nf简档的储存库。为了与生产者nf通信，消费者nf或scp必须从nrf 100获得nf简档。nf简档是在3gpp ts29.510中定义的javascript对象表示法(json)数据结构。nf简档定义至少包括完全限定域名(fqdn)、互联网协议(ip)版本4(ipv4)地址或ip版本6(ipv6)地址之一。
42.在图1中，节点中的任何一个(scp 101和nrf 100除外)都可以是消费者nf或生产者nf，具体取决于它们是请求服务还是提供服务。在所示示例中，节点包括在网络中执行策略相关操作的策略控制功能(pcf)102、管理用户数据的用户数据管理(udm)功能104和提供应用服务的应用功能(af)106。图1中所示的节点还包括会话管理功能(smf)108，其管理接入和移动性管理功能(amf)110和pcf 102之间的会话。amf 110执行与4g网络中由移动性管理实体(mme)执行的移动性管理操作类似的移动性管理操作。认证服务器功能(ausf)112为诸如ue 114之类的寻求接入网络的用户装备(ue)执行认证服务。
43.网络切片选择功能(nssf)116为寻求访问与网络切片相关联的特定网络能力和特性的设备提供网络切片服务。网络公开功能(nef)118为寻求获得关于物联网(iot)设备和附接到网络的其它ue的信息的应用功能提供应用编程接口(api)。nef 118执行与4g网络中的服务能力公开功能(scef)类似的功能。
44.无线电接入网络(ran)120经由无线链路将ue 114连接到网络。可以使用g-节点b(gnb)(图1中未示出)或其它无线接入点来接入无线电接入网络120。用户平面功能(upf)122可以支持用户平面服务的各种代理功能。这种代理功能的一个示例是多路径传输控制协议(mptcp)代理功能。upf 122还可以支持可以由ue 114使用以获得网络性能测量的性能测量功能。图1中还示出了数据网络(dn)124，ue通过该数据网络访问数据网络服务，诸如互联网服务。
45.sepp 126过滤来自另一个plmn的传入流量，并对离开归属plmn的流量执行拓扑隐藏。sepp 126可以与管理外部plmn安全的外部plmn中的sepp通信。因此，不同plmn中的nf之间的流量可能会经过两个sepp功能，一个用于本地plmn，另一个用于外部plmn。如上所述，sepp是中间代理节点的示例，如果在中间代理节点处未实施适当的拥塞控制和/或带宽预留过程，那么该中间代理节点可能变得不堪重负。
46.用于消息匹配过载消息处置规则的有保证的流量带宽
47.在5g部署体系架构中，3gpp版本15和16推荐代理节点，诸如scp或sepp，它们位于客户端/消费者nf和服务器/生产者nf之间。代理节点，诸如scp，在n个消费者nf和m个生产者nf之间提供传输和路由功能，其中n和m是整数。类似地，网络运营商可以在5g nf之间部署其自己的服务网格/中间网关/控制器节点。服务网格/中间网关/代理节点有助于在各种服务之间执行最常见的活动，例如监视、过载控制、流量管理、服务发现等。在5g中，每个生产者nf都可以将其负载水平发布到nrf。消费者nf可以订阅此类更改并响应调整其流量速率。
48.现有3gpp网络体系架构的一个问题是，并非消费者和生产者nf之间的所有节点都可以将自己注册为5g nf。这些不能注册的节点包括中间代理、同一供应商站点之间的服务网关等。由于中间代理节点不能向nrf注册为5g nf，因此消费者节点可能不知道中间代理节点上的负载，并且可能使中间代理节点不堪重负。类似地，nrf向服务消费者提供通知，允许消费者查看目标生产者节点的负载。但是，由于中间代理节点不能注册为服务生产者，因此3gpp没有定义关于中间代理节点响应或发布此类通知的行为的指南。
49.即使运营商规划了其中间代理节点的容量，来自流氓服务/nf的信令风暴也会使中间网络/节点/路由过载。因此，使用服务网格(或中间代理，诸如scp/sepp)，需要设置确保给定nf服务消息传递的有保证的流量带宽的策略。本文描述的主题包括服务网格/scp/
sepp/中间网关等方面的增强，以在中间代理节点的拥塞/过载情况期间保证多个服务的可分割性(severability)。本文描述的主题还包括生产者nf中的增强，这些增强提供了生产者nf的基于规则的过载控制。因此，在下面的描述中，术语“中间或生产者nf”将被用于指中间节点(诸如scp、sepp或服务网格)，或者在那里实现如本文所述的基于规则的过载控制的生产者nf。
50.无论是共享网络还是专用网络，中间代理节点都需要一种方式来确保与运营商指定的过载消息处置规则匹配的消息的可维护性。如果没有有保证的可维护性，两个节点之间的消息传递可能会超出服务网格/中间代理节点的容量，并且因此可能影响中间代理节点以及其它服务的功能。
51.图2图示了终端节点之间的流量如何压倒中间nf，诸如服务网格。在图2中，amf 110经由服务网格202连接到udm 104和另一个nf 200。amf 200提供服务svc-x。udm 104提供服务svc-y。nf 200提供服务svc-z。svc-x和svc-y之间的消息传递可能会耗尽中间代理节点202的容量(在数据风暴或其它此类场景期间)。因此，svc-x-》svc-z和svc-y-》svc-z服务可能会受到不利影响。
52.5g不提供关于在给定服务内用于消息的消息优先级的指南。根据3gpp ts 29.500，所有没有客户端定义的优先级的消息都应具有默认优先级24。此外，供应商/运营商极难为每个服务消息驱动/分配优先级，这与其它nf的其它服务相比可以公平地证明优先级是合理的。
53.同时，为了确保中间代理节点在数据风暴/过载情况期间的稳定性，运营商设置了节流策略，当系统容量超过某个点时拒绝低优先级消息。
54.以下是当系统容量超过某个点时可以在中间代理节点上实现的策略的示例。
55.i.当系统计算资源的利用率超过60％时，拒绝所有优先级》＝15的消息
56.ii.当系统计算资源的利用率超过80％时，拒绝所有优先级》＝7的消息
57.虽然此类策略可能有用，但它们未能考虑在拥塞事件期间具有低优先级消息/流量的服务会发生什么。
58.当在拥塞情况下拒绝所有较低优先级消息时发生的另一个问题是，如果给定服务的所有消息都是较低优先级，那么基于优先级的阈值可能会使给定服务饿死。例如，在图2中，如果服务svc-z的所有消息都具有默认优先级，并且中间代理节点变得过载，那么服务svc-z的所有消息都将被拒绝，从而阻止在网络中提供服务svc-z。
59.在5g部署中，nf(网络功能)和服务之间存在多对多映射的可能性，即给定的nf可能提供多个服务，并且一个服务可能由多个nf实例提供。
60.图3是图示多个生产者nf向多个消费者nf提供服务的示例的网络图。在所示示例中，消费者nf或amf 110a至110c。生产者nf是udm 104和nf实例200。生产者和消费者nf经由中间代理节点202连接。在一个示例中，可以假设有10个amf实例和10个udm实例正在运行。每个udm实例可以能够处理每秒10千比特的流量。但是，运行服务svc-x的多个amf实例可能由于向udm 104的每个实例提供或托管的服务svc-y的消息传递而使中间代理节点202泛洪(flood)。此外，中间代理节点202可能需要策略来确保可以通过拒绝与svc-x和svc-y相关的消息来提供针对服务svc-z的消息传递。针对服务svc-z的消息可能具有任何优先级，但对于服务svc-z不应存在完全拒绝服务，即使服务svc-z消息的优先级低于与其它服务相关
的消息传递。
61.在5g部署中，http连接是按需的。因此，amf-实例1的svc-x可以实例化与中间代理节点的多个连接，以在多个连接上分发流量。例如，amf-实例1的svc-x和scp/sepp节点之间可能有10个连接。因此，由给定svc-x实例发起的整体流量(对于svc-y为10k并且对于svc-z为1k)将分布在10个连接上，即每个连接仅处理1.1k。
62.因此，基于源服务或每个连接执行入口控制对于实现服务网格的网络来说不是可行的选项，因为服务的入口流量有多个连接甚至按需连接。
63.类似地，中间代理节点可能与udm的每个实例有10个连接，并且可能连接到udm的10个不同实例。因此，基于目标节点或每个连接执行出口控制对于服务网格或中间nf来说不是可行的选项。
64.除了中间代理节点处的问题外，如果消息传递和/或生产者nf未被适当地配置为为匹配过载消息处置规则的消息提供有保证的带宽，那么生产者nf和由生产者nf实现的服务会使得消费者nf在过载事件期间遭遇服务的拒绝。一般而言，在过载事件期间，为了确保节点稳定性和功能处理，将存在基于节点的本地策略丢弃消息的丢弃策略。一般而言，丢弃策略基于消息优先级，例如，当负载级别为y时，丢弃优先级《x的消息。这种构思基于如下事实，即，消费者或发起者在向生产者或最终应用发送消息时选择了正确或适当的消息优先级。
65.对于5g体系架构，3gpp ts 29.500描述了3gpp-sbi-message-priority报头，该报头携带5g服务消息优先级。根据ts 29.500，0是最高优先级。但是，3gpp-sbi-message-priority参数的值的设置被保留为消费者nf的实施方式细节。
66.5g网络中的以下用例使得仅基于消息优先级设置丢弃策略非常困难(如果不是不可能的话)。例如，当同一类型的基于服务的接口(sbi)消息包含关于不同dnn、网络切片、订阅永久标识符(supi)、位置等的信息时(并且这个列表长，针对垂直应用层启用了附加的模型，即，启用服务的体系架构层(seal)或支持5g的车辆到一切(v2x))。由于不同的dnn、切片等具有不同的用例要解决，因此为了保护与给定用例相关的消息，消费者nf必须使用不同的消息优先级来确保qos。因此，消费者nf不能使用平面策略将优先级“x”指派给给定服务接口上所有相似的消息类型。
67.例如，当smf向pcf发送smpolicy创建上下文消息(参见3gpp ts 29.512)时，smpolicy创建上下文消息包含dnn和s-nssai。当smf实例处置针对不同dnn或s-nssai的消息时，让smf决定应当指派给给定smpolicy创建上下文的消息优先级是有挑战性的。因此，在消费者nf处启用这种细粒度的策略来为给定的服务消息设置正确的优先级是复杂的。
68.即使运营商通过创建这种策略来解决问题，所有消费者nf也不太可能统一支持对应的实施方式。中间(例如，scp/sepp)和生产者nf可以服务于dnn、网络切片、supi等的专用或共享集合。因此，在基于优先级的过载条件下拒绝消息会导致服务的拒绝。即使消费者nf启用复杂的策略来设置适当的优先级，当中间或生产者nf基于优先级丢弃消息时，基于优先级丢弃消息也会触发导致拒绝dnn/网络切片/supi等的某个集合的服务的情况。
69.服务攻击的拒绝会给网络运营商带来严重后果。例如，当pcf过载时，运营商可能不想为给定的dnn/网络切片等关闭100％的流量。运营商不能预期消费者nf填充正确的消息优先级以避免服务的拒绝。因此，需要在给定节点上配置自定义策略，该策略提供与流量
规则匹配的消息的有保证的处理，即使在过载条件期间也是如此。由于问题对于所有中间和生产者nf节点都是通用的，因此本文描述的解决方案可以应用于所有中间节点(例如，scp/sepp)和生产者nf(3gpp定义的或非3gpp定义的)，以确保给定节点处有保证的服务，即使节点处于过载条件也是如此。
70.本文描述的主题包括跟踪中间或生产者nf处的负载级别并应用基于规则的过载控制的过载控制器，其中过载消息处置规则被用于识别其参数与特定规则匹配的消息的有保证的带宽。图4图示了nf的示例，nf可以是中间nf或生产者nf，其包括为与过载处置规则匹配的消息提供有保证的带宽的过载控制器。参考图4，nf 400包括至少一个处理器402和存储器404。nf 400还包括提供3gpp或非3gpp定义的服务的一个或多个服务实例406。例如，服务实例406可以提供图1中所示的3gpp定义的服务或图1中未示出的非3gpp定义的服务中的任何一种。nf 400还包括在服务级别和/或在nf或节点级别实现的过载控制器408，用于为与过载消息处置规则匹配的消息提供有保证的带宽。nf 400还包括过载控制配置接口410，其提供配置由中间或生产者nf用于在过载条件期间支配消息的处理的过载消息处置规则。规则中的至少一些包括目的地网络名称(dnn)或网络切片、订阅或位置识别参数，作为规则选择准则。过载控制配置接口410还可以提供将有保证的带宽服务与过载消息处置规则中的至少一些相关联。
71.上面引用的父申请描述了为给定服务提供有保证的流量服务的解决方案。这适用于5g和非5g流量。该申请的解决方案细节不仅可以基于服务名称，而且还可以基于任何5g定义的参数(诸如dnn、网络切片、supi范围等)来解决有保证的服务。
72.可以使用任何合适的机构来检测中间或生产者nf处的过载条件。例如，过载检测算法可以考虑节点cpu利用率、节点存储器利用率、入口流量率等。本文描述的主题包括定义选择过载控制期间应被允许/拒绝的(一个或多个)消息的策略。该解决方案可以应用于5g nf(诸如pcf、nrf、scp、sepp)或非3gpp定义的nf。该解决方案使得任何运营商都能够定义自定义策略，以在给定节点上提供有保证的服务，即使在过载条件期间也是如此。这有助于运营商支持不同客户类型、网络位置和其它因素的可维护性。在过载条件期间可以接收有保证的带宽支持的客户类型和其它因素的示例包括：
73.·
优质客户，
74.·
紧急呼叫，
75.·
特定dnn，
76.·
特定网络切片，
77.·
等等。
78.总的来说，本文描述的主题所启用的处置各种流量模式(即使在节点过载/拥塞期间)的用例是无限的并且对网络运营商来说具有高价值。
79.图5图示了可以由过载控制器408执行的消息处置的示例。参考图5，在给定节点(中间或生产者nf)上，可以经由图4中所示的过载控制配置接口410执行以下配置：
80.·
创建存储桶，例如存储桶x。
81.·
将存储桶尺寸附到存储桶，例如5k(存储桶尺寸指示与给定规则匹配的并将被保证要处理的消息的数量)
82.·
创建要求有保证的服务支持的(一个或多个)规则，例如：
95.method＝post,service＝npcf-am-policy-control,supi＝“imsi-1234567890”96.当过载控制范围是生产者nf服务实例时，规则可以仅限于该特定服务，例如，对于pcf smpolicy服务。以下规则定义可以被用于为nf服务实例级别的消息提供有保证的带宽：
97.method＝post,service＝npcf-am-policy-control,supi＝“imsi-1234567890”98.如父申请中所述，使用存储桶提供有保证的带宽服务，存储桶是用于对与给定规则匹配的消息的数量计数并且其存储桶尺寸设计为与由每个存储桶表示的有保证的带宽对应的数据结构。当配置规则时，本文描述的解决方案还允许网络运营商指定是否应使用相同的存储桶和对应的处理器自动处理匹配规则的后续消息作为初始匹配消息。例如，对于以下规则，用于get/put/patch/delete的后续消息应自动与对应的存储桶和处理器(初始消息与之关联)相关联：method＝post,service＝npcf-smpolicycontrol,dnn＝“device.abc.com”99.为了也启用对后续消息的有保证的服务支持，过载控制器408从初始消息获得关于所创建的资源的信息。5g服务体系架构要求生产者nf在响应消息的位置报头中指定所创建的资源引用。过载控制器408使用从响应消息的位置报头中创建的资源的标识来创建动态规则，并将其附加到初始消息与之相关联的存储桶。对于后续消息，动态规则确保与共有会话相关的消息由中间或生产者nf的同一处理器处理。过载控制器408可以被扩展为使用从响应主体创建的资源的标识，以创建动态规则并将其附加到初始消息与之相关联的存储桶。
100.当消费者nf从中间或生产者nf删除对应资源(由配置了有保证的流量带宽的初始消息创建)时，需要删除此类动态规则。网络运营商仍然具有为初始消息和后续消息配置静态规则的选项。配置静态规则消除了过载控制器408管理动态规则的需要。
101.下面的表1和2图示了可以在中间或生产者nf中配置的静态和动态规则的示例。
102.[0103][0104]
表1：为有保证的带宽配置的静态规则
[0105][0106]
表2：为与静态规则匹配的消息配置的动态规则在表1中，每个规则与存储桶500、502和504之一相关联。每个规则还被标记为是否配置了用于处置后续消息的动态规则生成。表2说明了为与表1中对应静态规则匹配的后续消息生成的动态规则。例如，表2中的第一个动态规则包含生产者nf的完全限定域名，该生产者nf响应与表1中第一个规则匹配的初始消息。
[0107]
功能处理流程
[0108]
以下步骤可以被用于配置和使用中间或生产者nf以提供基于规则的过载控制。
[0109]
1.网络运营商定义(一个或多个)存储桶、(一个或多个)规则并在存储桶和规则之间创建关联。
[0110]
·
运营商还为每个规则配置那个规则的后续消息是否将由过载控制器408使用同一存储桶自动处理。
[0111]
·
这个信息存储在永久数据库中。
[0112]
2.当节点接收到消息时，对照配置的静态规则和动态规则检查消息参数，并确定消息是否与任何存储桶的处理规则匹配。
[0113]
·
在步骤4中将添加动态规则。
[0114]
·
按照本文所述运行过载控制过程(如果可用，那么使用为匹配规则保证的带宽来处理消息，或使用为溢出存储桶定义的规则来处理消息)。
[0115]
3.如果允许处理消息并且在上一步中到匹配的规则，那么检查是否需要跟踪用于那个规则的后续消息处置。
[0116]
·
如果需要跟踪后续消息处置，那么存储对存储桶索引的引用以及http请求上下文并将消息转发到处理消息以提供给定服务的服务实例。
[0117]
4.由于响应消息作为初始消息行进通过反向路径，过载控制器也将看到响应消
息。
[0118]
·
如果请求的上下文指示需要处置后续消息处理(如步骤3所标记的)，那么创建如下动态规则：
[0119]
·
uri：用于已创建的资源的uri，存储桶：bucketid
[0120]
·
如果请求消息针对delete资源，那么从动态表中移除规则。
[0121]
下面所示的表3说明了用于与不同过载消息处置规则匹配的流量的有保证的流量带宽速率的示例，这些规则可以由中间或生产者nf实现。表3中的速率与指派给图5中所示的存储桶的相关存储桶容量对应。
[0122][0123]
表3：用于不同规则的有保证的带宽速率
[0124]
在表3中，规则rule-x、rule-y和rule-z中的每一个都具有有保证的带宽服务速率，这是中间或生产者nf的保留容量的百分比。对于每个规则，当中间或生产者nf处于过载状态时，即使与给定规则匹配的消息的优先级低于被中间代理节点拒绝的其它服务的消息，与给定规则匹配的消息也将独占使用的中间或生产者nf的保留容量的百分比。例如，如果在中间代理节点处接收到用于rule-x的优先级为10的消息，那么用于rule-x的消息可以在rule-x的有保证的带宽下被处理，而另一个优先级较高的无保证的消息(根据3gpp，越高的优先级意味着越低的数字优先级值)可以被中间或生产者nf拒绝。在表3中，为与规则x匹配的消息保证中间或生产者nf的保留容量的5％，为与规则y匹配的消息保证中间或生产者nf的保留容量的10％，并且为与规则z匹配的消息保证中间或生产者nf的保留容量的3％。
[0125]
在这个模型中，网络运营商配置以下内容：
[0126]
1.中间或生产者nf的总容量。
[0127]
例如，中间或生产者nf的总容量是100k。
[0128]
2.用于每个规则的有保证的带宽
[0129]
例如，如果中间或生产者nf的总容量是100k，那么有保证的带宽或gtb(基于表3)将如下所示：
[0130]
rule-x：5k
[0131]
rule-y：10k
[0132]
rule-z：3k
[0133]
因此，无论多个服务消息类型之间的消息优先级如何(通过中间代理节点或由生产者nf处理)，与每个规则匹配的消息(具有配置的有保证的带宽服务)将确保/保证中间或生产者nf上所分配的容量。
[0134]
消息处理细节：
[0135]
以下是由中间代理节点(诸如scp、sepp、服务网格或生产者nf)可以实现的功能细节，它们为与特定过载消息处置规则匹配的消息提供有保证的通信带宽。
[0136]
1.检查中间或生产者nf的过载状态。如果中间或生产者nf未处于过载条件，那么无需进一步检查。作为无保证的带宽的一部分，应当允许消息通过中间或生产者nf或由其处理。这是处置中间或生产者nf的正常功能的情况(在非过载场景下)2.如果中间或生产者nf处于过载条件，那么检查接收到的消息是否与过载消息处置规则之一匹配。
[0137]
a.如果消息与过载消息处置规则之一匹配，并且仍有可用带宽，那么将消息转发到服务实例以进行处理(无论消息优先级如何)。
[0138]
只有与过载消息处置规则之一不匹配的消息才会基于优先级进行节流。
[0139]
b.如果配置了过载消息处置规则和对应的存储桶并且用于与规则之一匹配的给定消息没有可用带宽，那么执行以下操作：
[0140]
i.如果匹配的存储桶中存在优先级较低(即，低于当前消息的优先级)的消息，那么允许那个消息来自用于存储桶的有保证的带宽。匹配的存储桶提供了细粒度逻辑，以允许其它消息当中更高优先级的消息来匹配规则。
[0141]
例如，对于与给定规则匹配的消息，p5可能是用于那个规则的所有消息当中优先级最高的消息。因此，在过载期间，必须允许用于规则的p5消息(最大为与规则匹配的消息的配置的带宽，即使过载策略可能拒绝与其它规则匹配的消息中的p3消息)
[0142]
ii.如果存储桶中没有更低或相同优先级的消息，那么消息处理过程与未配置规则的服务相同。(细节参见步骤c)
[0143]
c.如果没有配置过载消息处置规则，那么通过无保证的带宽存储桶运行消息。因此，将基于系统的过载策略允许/拒绝消息(过载策略基于消息优先级和系统过载级别接受/拒绝消息)。
[0144]
i.如果过载策略允许消息通过，那么消息将被处理。
[0145]
ii.否则，消息将被拒绝。
[0146]
通过这种方法，参数与过载控制规则匹配的消息将保证消息处理带宽达到配置的数量。即使在数据风暴或网络中的其它异常情况下，这也适用。
[0147]
一些消息处理规则可以使用由3gpp在对应的网络功能规范中指定的path/uri进行分类和识别。如上面所指示的，其它规则可以要求正确配置网络切片和dnn识别参数以确定优先级。这种方法也可以应用于基于path/uri和请求报头或主体中的其它自定义属性的非5g消息。因此，网络运营商应当能够为通过相应节点的任何规则匹配类型的流量配置有保证的流量带宽。这种方法也可以应用于为给定的生产者提供有保证的流量带宽(基于fqdn、网络切片标识符、dnn等)。这有助于管理紧急服务和其他高级客户的用例。对于未指派优先级的消息，运营商可以指定默认消息优先级。(根据3gpp ts 29.500，所有不具有由客户端定义的优先级的5g核心(5gc)消息都应具有默认优先级24)。可替代地，网络运营商可以基于网络切片和/或dnn识别参数确定相对消息优先级。
[0148]
使用过载消息处置规则实现有保证的带宽的中间或生产者nf也可以实现以下类型的跟踪/监视，以强制实施有保证的带宽：
[0149]
对于配置有过载消息处置规则的消息，跟踪在每个匹配规则下处理的给定优先级的消息速率；
[0150]
跟踪总体消息速率并与中间或生产者nf的总体流量容量进行比较；以及
[0151]
跟踪用于个体优先级消息的无保证的带宽消息速率。
[0152]
下面所示的表4说明了可以在中间或生产者nf处被跟踪的消息速率的示例，该nf为与过载消息处置规则匹配的消息实现有保证的流量带宽。
[0153][0154]
表4：由中间或生产者nf跟踪的消息速率
[0155]
在表4中可以看出，跟踪用于规则rule-x、rule-y和rule-z中每一个的流量。此外，还跟踪用于给定规则内每个允许的消息优先级的速率。例如，对于rule-x，跟踪用于优先级p0和p5的消息速率。它表示通过rule-x存储桶允许p0和p5优先级消息的1k流量。应当注意的是，未定义为具有有保证的带宽的规则将不会具有配置的有保证的带宽速率。
[0156]
如上所述，除了跟踪具有有保证的带宽服务的消息的消息速率外，中间代理节点还可以基于用于无保证的带宽流量的优先级来跟踪消息速率。下面所示的表5说明了可以被中间或生产者nf跟踪的无保证的带宽流量。
[0157]
[0158]
表5：基于用于无保证的带宽流量的优先级的被跟踪的消息速率在表5中，针对每个允许的消息优先级跟踪无保证的带宽流量的消息速率。
[0159]
实现有保证的流量带宽服务的中间或生产者nf节点可以跟踪的另一个度量是无保证的带宽和有保证的带宽流量的总消息速率。下面所示的表6说明了可以由这种中间或生产者nf节点跟踪的总消息速率。
[0160][0161]
表6：无保证的带宽和有保证的带宽的总流量速率
[0162]
表6说明了表4和表5中所有流量速率的总和，这是由中间或生产者nf节点当前处理的流量的总速率。这种速率可以与节点的总体消息容量进行比较以确定节点是否处于过载状态。例如，网络运营商可以将节点的过载触发状态配置为总容量的80％。如果节点每秒能够处置100k消息并且工程设计的过载阈值被定义为80k，那么表6中83k的速率将指示节点处于过载状态并且触发如本文所述的有保证的流量带宽服务。
[0163]
为了有保证的带宽服务的简化解释，表7中的以下示例假设过载策略拒绝100％节点容量的消息。但是，可以使用具有多个限制级别和消息优先级映射的过载策略来应用对来自无保证的带宽存储桶的消息的拒绝(其中在某个系统过载级别高达某个优先级级别的消息将被拒绝)。
[0164]
[0165]
[0166]
[0167][0168]
表7：过载状态下的场景和消息处置
[0169]
在表7中的场景1中，从没有为其配置有保证的带宽服务的服务a接收消息。因而，消息将根据为无保证的流量带宽存储桶定义的策略进行处理。消息具有优先级4。在这个示例中，假设在无保证的流量带宽存储桶中有优先级低于4的消息，并且有可用的带宽。因而，消息将被传递或处理并且由于优先级p4的无保证的带宽流量的计数将被更新。
[0170]
在表7中的场景2中，接收用于rule-a的另一个消息。与示例1一样，没有为消息配
置有保证的带宽服务，因此消息将根据为无保证的流量带宽存储桶定义的策略进行传递或处理。在场景2中，消息具有优先级18。假设无保证的带宽存储桶中没有优先级低于18的消息。因而，如果对于优先级为18的无保证的流量带宽消息有可用的带宽，那么消息将被传递或处理。如果没有这种带宽可用，那么消息将被拒绝。
[0171]
在场景3中，接收用于rule-a的优先级为18的消息。但是，假设系统以100％容量运行。由于没有为rule-a配置有保证的带宽服务，在无保证的流量带宽存储桶中没有较低优先级的消息在处理，并且没有可用的系统容量，因此消息将被拒绝。
[0172]
在表7中的场景4中，对于rule-x，接收优先级为20的消息。为rule-x配置有保证的带宽服务。还假设对于rule-x存在有保证的速率内的可用配额。因而，消息将被传递或处理并且用于rule-x的优先级20流量的速率将被更新。
[0173]
在表7中的场景5中，对于rule-x，接收优先级为20的消息。在这个示例中，假设系统以100％容量运行，但在用于rule-x的消息的有保证的速率内有可用配额。相应地，将传递或处理消息，并且将更新用于优先级20和rule-x的配额。应当注意的是，当系统以100％容量运行时，即使消息的优先级高于针对给定服务的预留配额内允许的消息，系统也将拒绝无保证的流量带宽存储桶中的消息。
[0174]
在表7中的场景6中，对于rule-y，接收优先级为4的消息。还假设rule-y的有保证的容量已用尽。但是，在rule-y的有保证的流量带宽存储桶中存在优先级低于4的消息。因而，对于rule-y将允许来自有保证的流量带宽存储桶的消息，并且对于rule-y将更新用于优先级p4的有保证的流量带宽流量速率。对于与rule-y匹配的任何较低优先级消息，将在无保证的流量带宽下被处理。如果需要，那么这些消息将被拒绝。
[0175]
在表7中的场景7中，对于rule-y，接收优先级为6的消息。还假设rule-y的有保证的容量已用尽并且在用于rule-y的有保证的流量带宽存储桶中没有较低优先级消息。因而，消息将从无保证的流量带宽存储桶中被处理。基于为无保证的流量带宽存储桶定义的策略，消息被处理或拒绝。
[0176]
在场景8中，假设系统以100％容量运行并且对于rule-y接收优先级为6的消息。还假设rule-y的有保证的容量已用尽，并且在用于rule-y的有保证的流量带宽存储桶中没有较低优先级消息。因此，消息将从无保证的流量带宽存储桶中被处理。基于其优先级和为无保证的流量带宽存储桶配置的策略，允许或拒绝消息。
[0177]
在场景9中，假设消息以100％容量运行。对于rule-y，接收优先级为18的消息。还假设rule-y的有保证的容量已用尽，并且在用于rule-y的有保证的流量带宽存储桶中没有较低优先级消息。因此，消息将从无保证的流量带宽存储桶中被处理。在这个示例中，假设在无保证的流量带宽存储桶中没有较低优先级消息，因为系统以100％容量运行并且没有更多的缓冲区空间来处理消息，消息将被拒绝。
[0178]
图6是图示了在中间或生产者nf处提供基于规则的过载控制的示例性过程的流程图。参考图6，在步骤600中，该过程包括在中间或生产者nf处配置过载消息处置规则，其中至少一些规则包括dnn或网络切片、订阅或位置或由3gpp或供应商定义的任何其它属性、识别参数，作为规则选择准则。例如，网络运营商或nf供应商可以为中间或生产商nf配置过载控制规则，该规则将dnn、s-nssai、supi或其它参数指定为选择准则。
[0179]
在步骤602中，该过程包括在中间或生产者nf处将有保证的带宽服务与过载消息
处置规则中的至少一些相关联。例如，网络运营商或nf供应商可以为过载控制规则中的一些或全部配置nf带宽的保留部分。当nf处于过载条件时，与规则之一匹配的消息将使用为该节点保留的有保证的带宽进行处理。
[0180]
在步骤604中，在中间或生产者nf处接收消息。例如，中间或生产者nf可以接收与5g事务相关的消息，诸如来自网络功能(诸如cf)的服务请求。
[0181]
在步骤606中，确定存在过载条件。过载条件可以是整个中间或代理nf的过载条件，或者可以是影响由中间或生产者nf提供的许多服务之一的过载条件。例如，可以在scp、sepp、服务网格节点或生产者nf(诸如pcf或udm)处接收消息。“过载状态”意味着中间或生产者nf的利用率已超过运营商定义的阈值，诸如用于处理消息的可用容量的80％。
[0182]
在步骤608中，该过程包括由中间或生产者nf识别消息是否包括与用于过载消息处置规则之一的规则选择准则匹配的参数。例如，中间或生产者nf可以确定消息包括dnn、s-nssai或其它参数或参数组合，这些参数或参数的组合与为过载消息处置规则之一提供的选择准则匹配。
[0183]
在步骤610中，该过程包括由中间或生产者nf确定用于匹配规则的有保证的带宽的一部分可用于处理消息。例如，如果消息包含匹配过载消息处置规则之一的参数，步骤610可以包括读取用于规则的消息计数并且确定消息计数小于用于特定规则的有保证的带宽的消息计数阈值。
[0184]
在步骤612中，该过程包括使用匹配规则的有保证的带宽处理消息并更新用于那个规则的消息计数。例如，如果节点是中间节点(例如，scp、sepp或服务网格，那么处理消息可以包括将消息转发到生产者nf。如果节点是生产者nf，那么处理消息可以包括根据由那个nf类型提供的服务处理消息。例如，如果生产者nf是pcf，那么处理消息可以包括响应来自消费者nf的策略请求。更新消息计数可以包括更新与和规则对应的存储桶相关联的计数。
[0185]
本文描述的主题允许运营商向与不同dnn或网络切片相关的消息提供有保证的带宽，而无需依赖消费者nf来正确设置5g消息优先级参数。有保证的带宽处理可以选择性地应用于dnn或网络切片，这允许对相同类型的消息进行不同的处理。
[0186]
以下每个参考文献的公开内容通过引用整体并入本文。
[0187]
参考文献：
[0188]
3gpp ts 29.500，technical specification group core network and terminals；5g system；technical realization of service based architecture；stage 3(release 16)v16.0.0，(2019-06)。
[0189]
3gpp ts 29.510，technical specification group core network and terminals；5g system；networkfunction repository services；stage 3(release 16)v16.0.0(2019-06)。
[0190]
3gpp ts 29.512，technical specification group core network and terminals；5g system,session management policy control service,stage 3(release 16)v16.4.0(2020-03)
[0191]
将理解的是，本文公开的主题的各种细节可以在不脱离本公开主题的范围的情况下被改变。此外，以上描述仅用于说明目的，而非限制目的。
技术特征：
1.一种用于5g服务的基于规则的过载控制的方法，该方法包括：在中间或生产者网络功能(nf)处配置过载消息处置规则，所述规则中的至少一些包括目的地网络名称(dnn)或网络切片、订阅或位置识别参数，作为规则选择准则；在中间或生产者nf处将中间或生产者nf的有保证的处理带宽与过载消息处置规则中的至少一些相关联；在中间或生产者nf处接收第一消息；由中间或生产者nf确定是否存在过载条件；由中间或生产者nf识别第一消息是否包括与用于过载消息处置规则之一的规则选择准则匹配的参数；由中间或生产者nf确定用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分能够用于处理第一消息；以及由中间或生产者nf并使用用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分来处理第一消息并更新用于该过载消息处置规则的消息计数。2.如权利要求1所述的方法，其中配置过载消息处置规则包括配置基于dnn或网络切片、订阅或位置识别参数对相同服务类型的消息进行不同处理的规则。3.如权利要求1所述的方法，其中配置过载消息处置规则包括配置基于定义的参数或参数的组合对相同服务类型的消息进行不同处理的规则。4.如前述权利要求中任一项所述的方法，其中将中间或生产者nf的有保证的处理带宽与过载消息处置规则中的至少一些相关联包括将过载消息处置规则中的至少一些与存储桶相关联并配置与用于每个规则的有保证的带宽对应的消息计数及其相应的存储桶。5.如权利要求4所述的方法，包括通过为每个存储桶保留匹配规则的消息数量的计数来跟踪为每个规则保证的带宽的利用率。6.如前述权利要求中任一项所述的方法，包括使用从响应消息获得的信息创建动态过载消息处置规则并使用动态过载消息处置规则来确保与共有会话相关的消息由中间或生产者nf的共有处理器处理。7.如前述权利要求中任一项所述的方法，其中中间或生产者nf包括安全性边缘保护代理(sepp)、服务通信代理(scp)或服务网格节点。8.如前述权利要求中任一项所述的方法，其中中间或生产者nf包括生产者nf。9.如前述权利要求中任一项所述的方法，包括在中间或生产者nf处配置对于跟踪中间或生产者nf的带宽有用的无保证的带宽存储桶，该带宽存储桶能够用于与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配的消息。10.如权利要求9所述的方法包括：在中间或生产者nf处接收第二消息；确定第二消息与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配；使用无保证的带宽存储桶确定无保证的带宽能够用于第二消息；以及使用无保证的带宽处理该消息。11.一种用于5g服务的基于规则的过载控制的系统，该系统包括：中间或生产者网络功能(nf)，其包括至少一个处理器；
过载控制配置接口，其与中间或生产者nf相关联，用于提供配置中间或生产者nf用于在过载条件期间支配消息的处理的过载消息处置规则，其中所述规则中的至少一些包括目的地网络名称(dnn)或网络切片，订阅或位置识别参数作为规则选择准则，并用于将有保证的带宽服务与过载消息处置规则中的至少一些相关联；以及过载控制器，由中间或生产者nf实现，用于接收第一消息，确定存在过载条件，识别第一消息包括与用于过载消息处置规则之一的规则选择准则匹配的参数，确定用于匹配过载消息处置规则的有保证的带宽的一部分能够用于处理第一消息，转发第一消息以供中间或生产者nf进一步处理，以及更新用于匹配过载消息处置规则的消息计数。12.如权利要求11所述的系统，其中过载控制配置接口提供基于dnn或网络切片识别参数对相同服务类型的消息进行不同处理的规则的配置。13.如权利要求11所述的系统，其中过载控制配置接口提供基于定义的参数或参数的组合对相同服务类型的消息进行不同处理的规则的配置。14.如权利要求11至13中任一项所述的系统，其中过载控制配置接口提供将过载消息处置规则中的至少一些与存储桶相关联并配置与为每个规则保证的带宽对应的消息计数及其相应存储桶。15.如权利要求14所述的系统，其中过载控制器通过为每个存储桶保留匹配规则的消息的数量的计数来跟踪为每个规则保证的带宽的利用率。16.如权利要求11至15中任一项所述的系统，其中过载控制器使用从响应消息获得的信息并使用动态过载消息处置规则创建动态过载消息处置规则，以确保与共有会话相关的消息由中间或生产者nf的共有处理器处理。17.如权利要求11至16中任一项所述的系统，其中中间或生产者nf包括服务通信代理(scp)、安全性边缘保护代理(sepp)或生产者nf。18.如权利要求11至17中任一项所述的系统，其中过载控制配置接口提供能够用于跟踪中间或生产者nf的带宽的无保证的带宽存储桶的配置，该无保证的带宽存储桶能够用于与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配的消息。19.如权利要求18所述的系统，其中过载控制器被配置为接收第二消息，确定第二消息与为其配置中间或生产者nf的有保证的带宽的过载消息处置规则之一不匹配，使用无保证的带宽存储桶确定无保证的带宽能够用于处理第二消息，并且转发第二消息以使用无保证的带宽进一步处理该消息。20.一种非暂态计算机可读介质，其上存储有可执行指令，指令在由计算机的处理器执行时控制计算机执行步骤，包括：在中间或生产者网络功能(nf)处配置过载消息处置规则，其中所述规则中的至少一些包括目的地网络名称(dnn)或网络切片、订阅或位置识别参数作为规则选择准则；在中间或生产者nf处将中间或生产者nf的有保证的处理带宽与过载消息处置规则中的至少一些相关联；在中间或生产者nf处接收第一消息；由中间或生产者nf确定存在过载条件；由中间或生产者nf识别第一消息包括与用于过载消息处置规则之一的规则选择准则匹配的参数；
由中间或生产者nf确定用于匹配过载消息处置规则的中间或提供者nf的有保证的处理带宽的一部分能够用于处理第一消息；以及由中间或生产者nf并使用用于匹配过载消息处置规则的中间或生产者nf的有保证的处理带宽的一部分处理第一消息并更新用于过载消息处置规则的消息计数。
技术总结
一种用于5G服务的基于规则的过载控制的方法包括在中间或生产者网络功能(F)处配置过载消息处置规则，其中至少一些规则包括目的地网络名称(D)、网络订阅、网络位置、或网络切片识别参数，或由3GPP/供应商定义的任何参数/属性，作为规则选择准则。该方法包括具有过载消息处置规则中的至少一些的中间或生产者F的有保证的处理带宽，在中间或生产者F处接收第一消息，确定存在过载条件，识别第一消息包括与用于过载消息处置规则之一的规则选择准则匹配的参数，确定用于匹配的过载消息处置规则的中间或生产者F的有保证的处理带宽的一部分能够用于处理第一消息、处理第一消息，以及更新用于过载消息处置规则的消息计数。以及更新用于过载消息处置规则的消息计数。以及更新用于过载消息处置规则的消息计数。
