CN115696455A - 一种流控处理的方法及通信装置 - Google Patents
一种流控处理的方法及通信装置 Download PDFInfo
- Publication number
- CN115696455A CN115696455A CN202110847772.9A CN202110847772A CN115696455A CN 115696455 A CN115696455 A CN 115696455A CN 202110847772 A CN202110847772 A CN 202110847772A CN 115696455 A CN115696455 A CN 115696455A
- Authority
- CN
- China
- Prior art keywords
- network element
- flow control
- message types
- message
- delay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 67
- 238000003672 processing method Methods 0.000 title description 5
- 238000000034 method Methods 0.000 claims abstract description 96
- 238000012545 processing Methods 0.000 claims abstract description 46
- 238000011217 control strategy Methods 0.000 claims abstract description 37
- 238000004590 computer program Methods 0.000 claims description 12
- 238000007726 management method Methods 0.000 description 101
- 238000013523 data management Methods 0.000 description 59
- 230000006870 function Effects 0.000 description 34
- 230000008569 process Effects 0.000 description 32
- 230000015654 memory Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000012549 training Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 101150119040 Nsmf gene Proteins 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种流控处理的方法及通信装置,用于更好的对网元进行流控,避免将较为重要的业务消息丢弃,有助于减少业务呼叫损失。方法包括:第一网元向管理设备发送第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;管理设备根据第一流量参数,确定L1个消息类型分别对应的流控策略;管理设备向第一网元发送L1个消息类型分别对应的流控策略;第一网元根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控;其中,L1、M为正整数。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种流控处理的方法及通信装置。
背景技术
流控是指在阵发性的消息高峰时期,网元在自身允许的处理能力范围内,尽可能的满足业务消息的服务,丢弃超过自身能力范围之外的业务消息。通过流控,能够使得网元在大量消息的冲击下,依然能够保持健康的运行状态,始终提供最大能力的消息响应服务。
网元可以预先设置负载阈值,当网元中消息流量导致网元的当前负载达到负载阈值时,可以根据当前负载随机丢弃与当前负载相对应比例的业务消息。如此,网元可能会丢弃掉比较重要的业务消息,导致比较重要的业务消息对应的业务受到影响。
发明内容
本申请提供一种流控处理的方法及通信装置,用于更好的对网元进行流控,避免将较为重要的业务消息丢弃,有助于减少业务呼叫损失。
第一方面,本申请提供一种流控处理的方法,该方法包括:第一网元向管理设备发送第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;第一网元接收来自管理设备的L1个消息类型分别对应的流控策略,L1个消息类型分别对应的流控策略与第一流量参数相关;第一网元根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控;L1、M为正整数。
上述技术方案中,第一网元可以根据L1个消息类型分别对应的流控策略,对M个业务消息中进行流控,其中优先级较高的消息类型对应的业务消息的丢弃权重低于优先级较低的消息类型对应的业务消息的丢弃权重。从而在第一网元进行流控时,避免将较为重要(即优先级较高)的业务消息丢弃,有助于减少业务呼叫损失。
在一种可能的实现方式中,第一网元对M个业务消息进行流控之后,还包括:在第二时间段的第二流量参数满足更新条件时,第一网元向管理设备发送第二流量参数和L2个消息类型,L2个消息类型是根据第一网元在第二时间段的N个业务消息确定的;第一网元接收来自管理设备的L2个消息类型分别对应的流控策略,L2个消息类型分别对应的流控策略与第二流量参数相关;L2、N为正整数。
上述技术方案中,第一网元可以针对于第二时间段对应的消息类型和流量参数,对第二时间段的业务消息进行流控,可以更具有针对性,有助于更好的达到流控效果。而且,在第二时间段相比于第一时间段的流量变大时,第一网元可以加大流控力度;在第二时间段相比于第一时间段的流量变小时,第一网元可以降低流控力度,甚至是解除流控。
在一种可能的实现方式中,第一网元可以在每个时间段检测第一网元的负载等级和第一网元处理业务消息的时延等级,作为对应时间段的流量参数。比如,在第一时间段检测第一网元的负载等级和第一网元处理业务消息的时延等级,作为第一时间段的流量参数。
上述技术方案中,第一网元周期性检测第一网元的负载等级和处理业务消息的时延等级,从而及时的确定出流量参数是否发生变化。在流量参数发生变化时,第一网元向管理设备发送更新之后的流量参数,有助于第一网元针对于当前时间段的业务消息,灵活调整流控策略。
在一种可能的实现方式中,负载等级可为低负载、中负载、高负载或极高负载中的一个,时延等级可为低时延、中时延、高时延或极高时延中的一个。在一种可能的实现方式中,流控策略可以包括消息类型的优先级和/或业务消息的丢弃权重。
第二方面,本申请提供一种流控处理的方法,包括:管理设备接收来自第一网元的第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;管理设备根据第一流量参数,确定L1个消息类型分别对应的流控策略;管理设备向第一网元发送L1个消息类型分别对应的流控策略;L1、M为正整数。
在一种可能的实现方式中,在管理设备向第一网元发送L1消息类型分别对应的流控策略之后,还包括:在第二时间段的第二流量参数满足更新条件时,管理设备接收来自第一网元的第二流量参数和L2个消息类型,L2个消息类型是根据第一网元在第二时间段的N个业务消息确定的;管理设备根据第二流量参数,确定L2个消息类型分别对应的流控策略;管理设备向第一网元发送L2个消息类型分别对应的流控策略;L2、N为正整数。
在一种可能的实现方式中,流量参数可以包括第一网元的负载等级和第一网元处理业务消息对应的时延等级。
在一种可能的实现方式中,负载等级可为低负载、中负载、高负载或极高负载中的一个,时延等级可为低时延、中时延、高时延或极高时延中的一个。在一种可能的实现方式中,流控策略可以包括消息类型的优先级和/或业务消息的丢弃权重。
在一种可能的实现方式中,管理设备根据第一流量参数,确定L1个消息类型分别对应的流控策略,包括:管理设备将L1个消息类型和第一流量参数输入至预设模型中,得到L1个消息类型分别对应的流控策略。
第三方面,本申请提供一种通信装置,包括:收发模块,用于向管理设备发送第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;以及用于接收来自管理设备的L1个消息类型分别对应的流控策略,L1个消息类型分别对应的流控策略与第一流量参数相关;处理模块,用于根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控;L1、M为正整数。
在一种可能的实现方式中,收发模块还用于:在处理模块对M个业务消息进行流控之后,在第二时间段的第二流量参数满足更新条件时,向管理设备发送第二流量参数和L2个消息类型,L2个消息类型是根据第一网元在第二时间段的N个业务消息确定的;接收来自管理设备的L2个消息类型分别对应的流控策略,L2个消息类型分别对应的流控策略与第二流量参数相关;L2、N为正整数。
在一种可能的实现方式中,处理模块还用于:在每个时间段检测第一网元的负载等级和第一网元处理业务消息的时延等级,作为对应时间段的流量参数。
在一种可能的实现方式中,负载等级可为低负载、中负载、高负载或极高负载中的一个,时延等级可为低时延、中时延、高时延或极高时延中的一个。在一种可能的实现方式中,流控策略可以包括消息类型的优先级和/或业务消息的丢弃权重。
第四方面,本申请提供一种通信装置,包括:收发模块,用于接收来自第一网元的第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;处理模块,用于根据第一流量参数,确定L1个消息类型分别对应的流控策略;收发模块,还用于向第一网元发送L1个消息类型分别对应的流控策略;L1、M为正整数。
在一种可能的实现方式中,收发模块还用于在向第一网元发送L1消息类型分别对应的流控策略之后,在第二时间段的第二流量参数满足更新条件时,接收来自第一网元的第二流量参数和L2个消息类型,L2个消息类型是根据第一网元在第二时间段的N个业务消息确定的;处理模块还用于根据第二流量参数,确定L2个消息类型分别对应的流控策略;收发模块还用于向第一网元发送L2个消息类型分别对应的流控策略;L2、N为正整数。
在一种可能的实现方式中,流量参数可以包括第一网元的负载等级和第一网元处理业务消息对应的时延等级。
在一种可能的实现方式中,负载等级可为低负载、中负载、高负载或极高负载中的一个,时延等级可为低时延、中时延、高时延或极高时延中的一个。在一种可能的实现方式中,流控策略可以包括消息类型的优先级和/或业务消息的丢弃权重。
在一种可能的实现方式中,处理单元在根据第一流量参数,确定L1个消息类型分别对应的流控策略时,具体用于:将L1个消息类型和第一流量参数输入至预设模型中,得到L1个消息类型分别对应的流控策略。
第五方面,本申请提供一种通信装置,包括处理器和接口电路,接口电路用于接收来自通信装置之外的其它通信装置的信号并传输至处理器或将来自处理器的信号发送给通信装置之外的其它通信装置,处理器通过逻辑电路或执行代码指令用于实现上述第一方面或第一方面的任意可能的实现方式中的方法、或者实现上述第二方面或第二方面的任意可能的实现方式中的方法。
第六方面,本申请提供一种计算机可读存储介质,存储介质中存储有计算机程序或指令,当计算机程序或指令被通信装置执行时,实现上述第一方面或第一方面的任意可能的实现方式中的方法、或者实现上述第二方面或第二方面的任意可能的实现方式中的方法。
第七方面,本申请提供一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当该计算机程序或指令被通信装置执行时,实现上述第一方面或第一方面的任意可能的实现方式中的方法、或者实现上述第二方面或第二方面的任意可能的实现方式中的方法。
第八方面,本申请提供一种通信***,包括上述第三方面或第三方面的任意可能的实现方式中的通信装置,和/或,包括上述第四方面或第四方面的任意可能的实现方式中的通信装置。
上述第二方面至第八方面中任一方面可以达到的技术效果可以参照上述第一方面中有益效果的描述,此处不再重复赘述。
附图说明
图1为本申请提供的一种通信***架构示意图;
图2为本申请提供的再一种通信***架构示意图;
图3为本申请提供的一种流控处理的方法的流程示意图;
图4为本申请提供的第一种统一数据管理网元进行流控的流程示意图;
图5为本申请提供的第二种统一数据管理网元进行流控的流程示意图;
图6为本申请提供的一种第一网元对各消息类型的业务消息进行流控的示意图;
图7为本申请提供的再一种流控处理的方法的流程示意图;
图8为本申请提供的第三种统一数据管理网元进行流控的流程示意图;
图9为本申请提供的第四种统一数据管理网元进行流控的流程示意图;
图10为本申请提供的一种通信装置的结构示意图;
图11为本申请提供的再一种通信装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法、功能描述等也可以应用于装置实施例或***实施例中。
图1是本申请的实施例应用的通信***的架构示意图。包括如下设备或网元:
用户设备,又可以称之为终端设备、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音和/或数据连通性的设备。例如,所述用户设备可以包括具有无线连接功能的手持式设备、车载设备等。目前,所述用户设备可以是:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端,或智慧家庭(smart home)中的无线终端等。其中,图1中所述用户设备以UE示出,仅作为示例,并不对用户设备进行限定。
接入网(access network,AN)网元,用于向所述用户设备提供无线接入服务。所述接入网设备是所述通信***中将所述用户设备接入到无线网络的设备。所述接入网设备为无线接入网中的节点,又可以称为基站,还可以称为无线接入网(radio access network,RAN)节点(或设备)。目前,一些接入网设备的举例为:gNB、传输接收点(transmissionreception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radionetwork controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolvedNodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wirelessfidelity,Wifi)接入点(access point,AP)等。
应用功能网元,主要功能是与第三代合作伙伴计划(the 3rd generationpartnership project,3GPP)核心网交互来提供服务,来影响业务流路由、接入网能力开放、策略控制等。例如,在5G中,所述应用功能网元可以是应用功能(applicationfunction,AF)网元,在未来通信,如6G中,所述应用功能网元仍可以是AF网元,或有其它的名称,本申请不做限定。当所述应用功能网元是AF网元时,所述AF网元可以提供Naf服务。
网络开放网元,可用于使3GPP能够安全地向第三方的AF(例如,业务能力服务器(services capability server,SCS)、应用服务器(application server,AS)等)提供网络业务能力等。例如,在5G中,所述网络开放网元可以是网络开放功能(network exposurefunction,NEF)网元,在未来通信***中,如6G中,所述网络开放网元仍可以是NEF网元,或有其它的名称,本申请不做限定。当所述网络开放网元是NEF时,所述NEF可以向其他网络功能网元提供Nnef服务。
统一数据管理网元,可用于管理所述用户设备的签约数据、与所述用户设备相关的注册信息等。例如,在5G中,所述统一数据管理网元可以是统一数据管理(unified datamanagement,UDM)网元,在未来通信***中,如6G中,所述统一数据管理功能网元仍可以是UDM网元,或有其它的名称,本申请不做限定。当所述统一数据管理功能网元是UDM网元时,所述UDM网元可以提供Nudm服务。
接入与移动性管理网元,可用于对所述用户设备的接入控制和移动性进行管理,在实际应用中,其包括了长期演进(long term evolution,LTE)中网络框架中移动性管理实体(mobility management entity,MME)里的接入与移动性管理功能,并加入了接入管理功能,具体可以负责所述用户设备的注册、移动性管理、跟踪区更新流程、可达性检测、会话管理网元的选择、移动状态转换管理等。例如,在5G中,所述接入与移动性管理网元可以是接入与移动性管理功能(access and mobility management function,AMF)网元,在未来通信,如6G中,所述接入与移动性管理网元仍可以是AMF网元,或有其它的名称,本申请不做限定。当所述接入与移动性管理网元是AMF网元时,所述AMF可以提供NAMF服务。
会话管理网元,可用于负责所述用户设备的会话管理(包括会话的建立、修改和释放),用户面功能网元的选择和重选、所述用户设备的互联网协议(internet protocol,IP)地址分配、服务质量(quality of service,QoS)控制等。例如,在5G中,所述会话管理网元可以是会话管理功能(session management function,SMF)网元,在未来通信***中,如6G中,所述会话管理网元仍可以是SMF网元,或有其它的名称,本申请不做限定。当会话管理网元是SMF网元时,所述SMF可以提供Nsmf服务。
用户面功能(user plane function,UPF)网元,可以负责用户设备中用户数据的转发和接收。可以从数据网络接收用户数据,通过接入网网元传输给用户设备;用户面功能网元还可以通过接入网网元从用户设备接收用户数据,转发到数据网络。用户面功能网元中为用户设备提供服务的传输资源和调度功能由会话管理功能网元管理控制的。
上述任一个网元,可以预先设置该网元对应的负载阈值,当该网元中消息流量导致网元的当前负载达到负载阈值时,可以根据当前负载随机丢弃与当前负载相对应比例的业务消息。如此,该网元可能会丢弃掉比较重要的业务消息,导致比较重要的业务消息对应的业务受到影响。比如在统一数据管理网元中,待处理的业务流量达到负载阈值时,统一数据管理网元可能将来自其他网元(比如接入与移动性管理网元)的服务发现请求丢失,从而导致接入与移动性管理网元不能成功发现服务,造成寻呼损失。
为此,本申请提供一种流控处理的方法,用于更好的对网元进行流控,避免将较为重要的业务消息丢弃,有助于减少业务呼叫损失。
为方便描述,可以以第一网元为例说明,其中,该第一网元可以是图1中的任一个网元。进一步的,本申请新增管理设备,该管理设备可以与第一网元相连接,该管理设备可负责通信网络的运行、管理和维护。具体的,该管理设备可指示第一网元对第一网元中的业务消息进行流量控制。示例性的,第一网元是统一数据管理网元的情况下,管理设备可以与统一数据管理网元相连接,具体可参见图2示例性示出的再一种通信***架构示意图。
如图3为本申请示例性示出的一种流控处理的方法的流程示意图。
步骤301,第一网元向管理设备发送第一流量参数和L1个消息类型。其中,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的待流控的M个业务消息确定的。其中,L1、M为正整数,且L1小于或等于M。
第一网元可以按照预设周期检测第一网元中业务消息的流量参数,即第一网元可以在每个时间段检测第一网元中业务消息的流量参数,在流量参数达到流控条件时,第一网元就可以向管理设备发送该流量参数和第一网元中业务消息对应的消息类型。示例性的,该消息类型可以是第一网元在每个时间段中检测第一网元中业务消息得到的,或者该消息类型可以是第一网元在确定流量参数达到流控条件时,检测第一网元中业务消息得到的。
在一种可能的实现方式中,在第一时间段中,第一网元中待处理的业务消息可以有M个,第一网元检测第一网元中业务消息的流量参数,得到第一流量参数。第一网元在确定第一流量参数满足流控条件时,向管理设备发送该第一流量参数和L1个消息类型。其中该L1个消息类型是第一网元中M个业务消息对应的消息类型。
业务消息的流量参数可以有多个维度,示例性的,业务消息的流量参数可以包括负载等级和/或时延等级。如下,以业务消息的流量参数包括负载等级和时延等级为例说明。
一、负载等级
本申请可以将第一网元的负载等级划分为多个等级。示例性的,可以将第一网元的负载等级划分为低负载、中负载、高负载和极高负载四个等级。
负载等级可以包括虚拟机CPU、容器CPU和进程CPU中的一个或多个维度,即第一网元的负载等级可包括虚拟机CPU的负载等级、容器CPU的负载等级、进程CPU的负载等级中的一个或多个。进一步的,每个维度的负载等级可以按照各自对应的参数阈值划分为四个等级。
示例性的,可以根据进程CPU对应的各负载等级对应的参数阈值,将进程CPU的负载等级划分为四个,每个进程CPU的负载等级对应于一个进程CPU使用率的范围。可参见表1所示,在85%≤进程CPU使用率≤90%时,进程CPU的负载等级为中负载,也即中负载对应的参数阈值为85%和90%。
表1
负载等级 | 进程CPU使用率的范围 |
低负载 | 进程CPU使用率<85% |
中负载 | 85%≤进程CPU使用率≤90% |
高负载 | 90%≤进程CPU使用率<95% |
极高负载 | 进程CPU使用率≥95% |
表1仅仅是示例性示出多个负载等级,本申请中的负载等级还可以划分的更为细致,每个负载等级对应的参数阈值也可以是其他值,可以是根据预设话务模型得到。其中,预设话务模型可以是根据现网中各类业务消息进行模型训练得到的。
此外,表1仅仅是以进程CPU为例说明,其他维度比如虚拟机CPU、容器CPU等,均可以根据各自维度的使用率和各自维度对应的参数阈值,将各自的负载等级划分为多个。此外,各自维度对应的参数阈值,可以相同或不同。
二、时延等级
本申请可以将第一网元处理业务消息的时延等级划分为多个等级。示例性的,可以将第一网元处理业务消息的时延等级分别划分为低时延、中时延、高时延或极高时延。
示例性的,可以根据各时延等级对应的参数阈值,将处理业务消息的时延等级划分为四个,每个时延等级对应于一个时延范围。可参见表2所示,在100ms≤时延<1000ms时,时延等级为中时延,也即中时延对应的参数阈值为100ms和1000ms。
表2
时延等级 | 时延范围 |
低时延 | 时延<100ms |
中时延 | 100ms≤时延<1000ms |
高时延 | 1000ms≤时延<1500ms |
极高时延 | 时延≥1500ms |
表2仅仅是示例性示出了多个时延等级,本申请中时延等级还可以细分为更多个等级,各时延等级对应的参数阈值也可以是其他值,可以是根据预设话务模型得到。
可选的,上述各负载等级对应的参数阈值,和/或,各时延等级对应的参数阈值可以是由管理设备给第一网元配置的。可选的,管理设备可以向第一网元发送配置消息,该配置消息中可以包括各负载等级对应的参数阈值(如表1中的对应关系),该配置消息中还可以包括各时延等级对应的参数阈值(如表2中的对应关系)。相应的,第一网元接收到来自管理设备的配置消息之后,可以向管理设备发送配置响应消息。此外,还可以是第一网元中预配置有各负载等级对应的参数阈值,和/或,各时延等级对应的参数阈值。
在一种可能的实现方式中,第一网元在某个时间段中,若确定第一网元的负载等级满足第一流控条件时,和/或,确定第一网元的时延等级满足第二流控条件,则可以向管理设备发送第一网元的负载等级、时延等级和第一网元中业务消息对应的消息类型。
也可以理解,比如在第一时间段中,第一网元中待处理的业务消息有M个,第一网元根据该M个业务消息确定第一网元的负载等级和时延等级。第一网元确定第一网元的负载等级满足第一流控条件时,和/或,确定第一网元的时延等级满足第二流控条件之后,向管理设备发送第一流量参数(包括第一网元的负载等级和时延等级)和L1个消息类型。
第一网元的负载等级满足第一流控条件,可以理解为第一网元按照预设周期检测第一网元的负载等级,若确定某个时间段中的负载等级为中负载,则可以确定在该时间段中负载等级满足第一流控条件。示例性的,若第一网元中负载满足如下条件中一项或多项:虚拟机CPU的使用率达到80%,容器CPU的使用率达到80%,进程CPU的使用率达到85%,则可确定负载等级为中负载,第一网元可以确定在该时间段中第一网元的负载等级满足第一流控条件。
第一网元的时延等级满足第二流控条件,可以理解为第一网元按照预设周期检测第一网元的时延等级,具体的,第一网元可以确定第一网元中多个业务消息对应的处理时延,然后根据第一网元中多个业务消息对应的处理时延,确定第一网元处理业务消息的时延,进而根据表2示例性示出对应关系,确定第一网元处理业务消息的时延等级。若确定某个时间段中时延等级为中时延,则可以确定在该时间段中时延等级满足第二流控条件。示例性的,若第一网元处理业务消息的时延达到100ms,则可确定时延等级为中时延,第一网元可以确定在该时间段中第一网元的时延等级满足第二流控条件。
再一种的实现方式中,第一流控条件还可以是第一网元的负载等级即将到达中负载。可以理解为第一网元可以根据历史数据中第一网元的业务消息和对应的负载等级,可以预测出下一个时间段中第一网元的负载等级。在预测出下一个时间段中第一网元的负载等级为中负载的情况下,确定第一网元的负载等级满足第一流控条件。
第二流控条件还可以是第一网元的时延等级即将到达中时延。可以理解为第一网元可以根据历史数据中第一网元的业务消息和对应的时延等级,预测出下一个时间段中第一网元的时延等级。在预测出下一个时间段中第一网元的时延等级为中时延的情况下,确定第一网元的时延等级满足第二流控条件。
在另一种的实现方式中,第一网元按照预设周期检测第一网元的负载程度,比如检测虚拟机CPU的使用率、容器CPU的使用率和进程CPU的使用率。当检测虚拟机CPU的使用率、容器CPU的使用率和进程CPU的使用率中的一项或多项满足对应的负载阈值时,比如当虚拟机CPU的使用率达到80%时,或者当容器CPU的使用率达到80%时,或者当进程CPU的使用率达到85%时,第一网元可以确定第一网元的负载程度满足第一流控条件。相应的,第一网元还可以按照预设周期检测第一网元的时延,在确定第一网元处理业务消息的时延超过时延阈值时,比如第一网元处理业务消息的时延超过100ms,第一网元可以确定第一网元的时延满足第二流控条件。此处,各维度对应的负载阈值和/或时延阈值,可以是由管理设备配置的,或者是第一网元预配置的。
步骤302,管理设备根据第一流量参数,确定L1个消息类型分别对应的流控策略。
其中流控策略比如是消息类型的优先级和/或业务消息的丢弃权重。消息类型的优先级可以理解为消息类型的重要程度,优先级越高,重要程度则越高,对应的丢弃权重则可以越低;优先级越低,重要程度则越低,对应的丢弃权重则可以越高。
一种可能的实现方式中,管理设备中可以预先存储有预设话务模型,该预设话务模型可以是根据历史数据训练得到,其中在模型训练中,模型的输入可以是流量参数和该流量参数对应的多个消息类型,模型的输出可以是流量参数对应的多个消息类型中,每个消息类型对应的流控策略。其中流量参数可以包括负载等级和时延等级。
管理设备在确定L1个消息类型分别对应的流控策略时,可以将第一流量参数中包括的负载等级和时延等级,以及L1个消息类型输入至预设话务模型中,使得预设话务模型可以输出L1个消息类型分别对应的L1个流控策略。
示例性的,L1个消息类型分别表示为消息类型1、消息类型2、消息类型3、……、消息类型L1,L1个流控策略分别表示为流控策略1、流控策略2、流控策略3、……、流控策略L1。其中,消息类型1、消息类型2、消息类型3、……、消息类型L1与流控策略1、流控策略2、流控策略3、……、流控策略L1可以一一对应。
需要说明的是,管理设备在不同的流量参数情况下,可以为同一个消息类型确定出不同的流控策略,比如在流量参数为中负载和中时延时,消息类型1对应于流控策略11,在流量参数为中负载和高时延时,消息类型1对应于流控策略12,流控策略11与流控策略12不同,即流控策略11中消息类型1的优先级与流控策略12中消息类型1的优先级不同,流控策略11中消息类型1的丢弃权重与流控策略12中消息类型1的丢弃权重不同。
步骤303,管理设备向第一网元发送L1个消息类型分别对应的流控策略。
步骤304,第一网元根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控。
流控策略中可以包括消息类型对应的优先级和/或业务消息的丢弃权重,如下分三种情况解释说明:
在流控策略包括消息类型对应的优先级的情况下,第一网元可以接收来自管理设备的L1个消息类型分别对应的优先级。第一网元可以根据L1个消息类型分别对应的优先级,对M个业务消息进行流控。具体的,第一网元中可以存储有优先级和丢弃权重的预设对应关系。第一网元可以根据L1个消息类型分别对应的优先级和预设对应关系,确定出L1个消息类型分别对应的丢弃权重,然后再根据L1个消息类型分别对应的业务消息的丢弃权重,对M个业务消息进行流控。
在流控策略包括消息类型对应的业务消息的丢弃权重的情况下,第一网元可以接收来自管理设备的L1个消息类型分别对应的业务消息的丢弃权重。第一网元可以根据L1个消息类型分别对应的业务消息的丢弃权重,对M个业务消息进行流控。
在流控策略包括消息类型对应的优先级和业务消息的丢弃权重的情况下,第一网元可以接收来自管理设备的L1个消息类型分别对应的优先级和业务消息的丢弃权重。第一网元可以根据L1个消息类型分别对应的业务消息的丢弃权重,对M个业务消息进行流控。可选的,第一网元还可以根据L1个消息类型分别对应的优先级和业务消息的丢弃权重,更新第一网元中的优先级和丢弃权重的预设对应关系。
在第一网元对M个业务消息进行流控时,具体可以是,确定L1个消息类型分别对应的业务消息的丢弃权重的和值,然后根据该各消息类型分别对应的业务消息的丢弃权重与该丢弃权重的和值的比值,对各消息类型对应的业务消息按比例丢弃。
为了更好的解释本申请实施例,如下以第一网元是统一数据管理网元举例来说。如图4为本申请提供的一种统一数据管理网元进行流控的流程示意图。统一数据管理网元接收到来自其他网元比如接入与移动性管理网元、会话管理功能网元等的业务消息,统一数据管理网元可以将这些业务消息写入消息队列的队尾中,然后再从消息队列的队头读取业务消息并处理。在该过程中,统一数据管理网元可以根据统一数据管理网元中的虚拟机CPU使用率、容器CPU使用率和进程CPU使用率,确定负载等级;以及根据统一数据管理网元处理业务消息的时延,确定时延等级,进而根据负载等级和时延等级得到流量参数。统一数据管理网元根据流量参数和流控条件,进行流控判断流程。当需要进行流控时,统一数据管理网元根据每个消息类型对应的流控策略,对多个业务消息进行流控;当不需要进行流控时,统一数据管理网元重新进行流控判断流程。
如图5为本申请提供的统一数据管理网元进行流控的再一种流程示意图。该流程中统一数据管理网元接收到来自其他网元比如接入与移动性管理网元、会话管理功能网元等的业务消息,可以将其他网元称为是网络功能服务使用者(network function Serviceconsumer,NF Service consumer)。
步骤501,网络功能服务使用者与统一数据管理网元进行业务消息之间的交互。
示例性的,网络功能服务使用者可以向统一数据管理网元发送业务消息,比如NRF服务发现消息、AMF补丁相关消息等。需要指出的是,步骤501可以是持续执行的步骤,即在下述步骤502至步骤507中任一个步骤的前后,均可以有网络功能服务使用者与统一数据管理网元进行业务消息交互的过程。
步骤502,管理设备向统一数据管理网元发送配置消息,该配置消息中可以包括各负载等级对应的参数阈值,和/或,各时延等级对应的参数阈值。
步骤503,统一数据管理网元检测当前时间段的负载和时延,确定当前时间段的流量参数,其中流量参数中包括当前时间段的负载程度和时延等级。
步骤504,统一数据管理网元确定第一时间段的第一流量参数满足流控条件,向管理设备发送第一流量参数和L1个消息类型。示例性的,流控条件为当前时间段的流量参数中负载程度达到高负载,时延等级达到高时延,统一数据管理网元向管理设备发送的第一流量参数中即包括高负载、高时延。
示例性的,L1个消息类型中包括服务发现消息、AMF补丁相关消息(英文可表示为NAMFN3gppPacth)、SMSF去注册消息(英文可表示为NsmsfDeRegistration)、SMSF注册消息(英文可表示为NsmsfRegistration)、用户签约消息(英文可表示为EeSubscription)。
步骤505,管理设备根据第一流量参数中包括的高负载、高时延和L1个消息类型,确定L1个消息类型分别对应的流控策略。示例性的,L1个消息类型分别对应的流控策略可参见表3所示,其中流控策略可以包括优先级和丢弃权重。
表3
消息类型 | 优先级 | 丢弃权重 |
NRF服务发现消息 | 最高优先级 | 0 |
AMF补丁相关消息 | 高优先级 | 0.5 |
SMSF去注册消息 | 中优先级 | 1 |
SMSF注册消息 | 低优先级 | 1.5 |
用户签约消息 | 最低优先级 | 2 |
步骤506,管理设备向统一数据管理网元发送L1个消息类型分别对应的优先级和丢弃权重。
步骤507,统一数据管理网元根据L1个消息类型分别对应的优先级和丢弃权重,对M个业务消息进行流控。
结合表3中例子,统一数据管理网元可以确定出5个消息类型分别对应的丢弃权重的和值为0+0.5+1+1.5+2=5,然后根据该和值和各消息类型分别对应的丢弃权重,对统一数据管理网元中各消息类型的消息按比例进行随机丢弃。比如,统一数据管理网元可以将AMF补丁相关消息按照比例0.1(即0.5/5)进行随机丢弃,将SMSF去注册消息按照比例0.2(即1/5)进行随机丢弃,将SMSF注册消息按照比例0.3(即1.5/5)进行随机丢弃,将用户签约消息按照比例0.4(即2/5)进行随机丢弃,等等。
基于图3或图4或图5示出的方法实施例,第一网元中有M个业务消息,该M个业务消息对应有L1个消息类型。第一网元在需要进行流控时,可以根据L1个消息类型分别对应的流控策略,对M个业务消息中进行流控,其中优先级较高的消息类型对应的业务消息的丢弃权重低于优先级较低的消息类型对应的业务消息的丢弃权重。
可参见图6中示例性示出的第一网元对各消息类型的业务消息进行流控的示意图,在第一网元中包括三种消息类型(表示为消息类型1、消息类型2和消息类型3),该三种消息类型分别对应于低优先级、中优先级和高优先级,也即该三种消息类型分别对应于三种丢弃权重。第一网元在进行流控时,可以实现业务消息的丢弃权重由高到低依次为:低优先级的业务消息的丢弃权重、中优先级的业务消息的丢弃权重和高优先级的业务消息的丢弃权重。从而避免第一网元将较为重要的业务消息丢弃,有助于减少业务呼叫损失。
在第一网元根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控之后,第一网元中的流量参数可能会改变。比如第一网元中的负载等级由流控前的高负载变为中负载,再比如第一网元中的时延等级由流控前的高时延变为中时延等。如此,第一网元可以根据流控之后的流量参数,更新当前的流控策略。
如图7为本申请示例性示出的再一种流控处理的方法的流程示意图,该流程可以在图3所示流程之后执行,也即执行完上述图3所示的具体实施例之后,可以根据后续时间段中的流量参数更新,判断是否需要对新的时间段中的新的业务消息重新执行新的流控策略。该流程中:
步骤701,在第二时间段的第二流量参数满足更新条件时,第一网元向管理设备发送第二流量参数和L2个消息类型。
第一网元可以按照预设周期(即每个时间段)检测第一网元中业务消息的流量参数,在确定某个时间段中,第一网元中业务消息的流量参数发生变化,且符合更新条件,则可以将该时间段对应的流量参数和对应的消息类型发送给管理设备。
示例性的,第一网元在第二时间段中检测第一网元中的N个业务消息,确定第一网元在第二时间段中对应于第二流量参数。第一网元根据第二流量参数和第一流量参数,确定第二流量参数满足更新条件,进而将第二流量参数和N个业务消息对应的L2个消息类型发送给管理设备。其中,L2、N为正整数,且L2小于或等于N。
本申请实施例中,更新条件可以是,流量参数中的负载等级和/或时延等级发生变化。或者说,在第一流量参数中的负载等级与第二流量参数中的负载等级不同,和/或,第一流量参数中的时延等级与第二流量参数中的时延等级不同的情况下,第一网元可以确定第二流量参数满足更新条件。
在可能情况1中,第一网元中流量参数中的负载等级增高,和/或,时延等级增高。第一网元可以提高各消息类型对应的丢弃权重,从而减轻第一网元处理业务消息的负担。
在可能情况2中,第一网元中流量参数中的负载等级降低,和/或,时延等级降低。第一网元可以降低各消息类型对应的丢弃权重,第一网元可以处理较大比例的业务消息。
步骤702,管理设备根据第二流量参数,确定L2个消息类型分别对应的流控策略。
管理设备确定流控策略的实现方式,可参见上述步骤302中描述。
步骤703,管理设备向第一网元发送L2个消息类型分别对应的流控策略。
步骤704,第一网元根据L2个消息类型分别对应的流控策略,对N个业务消息进行流控,或者解除流控。
仍以第一网元是统一数据管理网元举例来说,如下以两个示例解释说明在第二时间段的第二流量参数满足更新条件时,统一数据管理网元进行流控的实现方式:
示例1,第一流量参数包括高负载和高时延,第二流量参数包括极高负载和极高时延。具体可参见图8示例性示出的流程图,该流程图可以是在上述图5示出的流程图之后,其中,步骤501可以是持续执行的步骤,即在下述步骤801至步骤805中任一个步骤的前后,均可以有网络功能服务使用者与统一数据管理网元进行业务消息交互的过程。步骤502作为下述步骤801至步骤805的前提。
步骤801,统一数据管理网元检测当前时间段的负载和时延,确定当前时间段的流量参数,其中流量参数中包括当前时间段的负载程度和时延等级。
步骤802,统一数据管理网元确定第二时间段的第二流量参数满足更新条件,向管理设备发送第二流量参数和L2个消息类型。示例性的,统一数据管理网元向管理设备发送的第二流量参数中即包括极高负载和极高时延。
步骤803,管理设备根据第二流量参数中包括的极高负载和极高时延,以及L2个消息类型,确定L2个消息类型分别对应的流控策略。示例性的,L2个消息类型分别对应的流控策略可参见表4所示,其中流控策略可以包括优先级和丢弃权重。
表4
消息类型 | 优先级 | 丢弃权重 |
NRF服务发现消息 | 最高优先级 | 0 |
AMF补丁相关消息 | 高优先级 | 1.5 |
SMSF去注册消息 | 中优先级 | 1.5 |
SMSF注册消息 | 低优先级 | 2 |
用户签约消息 | 最低优先级 | 2.5 |
步骤804,管理设备向统一数据管理网元发送L2个消息类型分别对应的优先级和丢弃权重。
步骤805,统一数据管理网元根据L2个消息类型分别对应的优先级和丢弃权重,对N个业务消息进行流控。
结合表4中例子,统一数据管理网元可以确定出5个消息类型分别对应的丢弃权重的和值为0+1.5+1.5+2+2.5=7.5,然后根据该和值和各消息类型分别对应的丢弃权重,对统一数据管理网元中各消息类型的消息按比例进行随机丢弃。比如,统一数据管理网元可以将AMF补丁相关消息按照比例0.2(即1.5/7.5)进行随机丢弃,将SMSF去注册消息按照比例0.2(即1.5/7.5)进行随机丢弃,将SMSF注册消息按照比例0.27(即2/7.5,取小数点后两位)进行随机丢弃,将用户签约消息按照比例0.33(即2.5/7.5,取小数点后两位)进行随机丢弃,等等。
示例2,第一流量参数包括高负载和高时延,第二流量参数包括中负载和低时延。具体可参见图9示例性示出的流程图,该流程图可以是在上述图5示出的流程图之后,其中,步骤501可以是持续执行的步骤,即在下述步骤901至步骤905中任一个步骤的前后,均可以有网络功能服务使用者与统一数据管理网元进行业务消息交互的过程。步骤502作为下述步骤901至步骤905的前提。
步骤901,统一数据管理网元检测当前时间段的负载和时延,确定当前时间段的流量参数,其中流量参数中包括当前时间段的负载程度和时延等级。
步骤902,统一数据管理网元确定第二时间段的第二流量参数满足更新条件,向管理设备发送第二流量参数和L2个消息类型。示例性的,统一数据管理网元向管理设备发送的第二流量参数中即包括中负载和低时延。
步骤903,管理设备根据第二流量参数中包括的中负载和低时延,以及L2个消息类型,确定L2个消息类型分别对应的流控策略。示例性的,L2个消息类型分别对应的流控策略可参见表5所示,其中流控策略可以包括优先级和丢弃权重。每个消息类型对应的丢弃权重可以为0,即统一数据管理网元可以不再丢弃消息,统一数据管理网元解除流控(或者称为是解控)。
表5
消息类型 | 优先级 | 丢弃权重 |
NRF服务发现消息 | 最高优先级 | 0 |
AMF补丁相关消息 | 高优先级 | 0 |
SMSF去注册消息 | 中优先级 | 0 |
SMSF注册消息 | 低优先级 | 0 |
用户签约消息 | 最低优先级 | 0 |
步骤904,管理设备向统一数据管理网元发送L2个消息类型分别对应的优先级和丢弃权重。
步骤905,统一数据管理网元根据L2个消息类型分别对应的优先级和丢弃权重,对N个业务消息进行解控。
也可以理解,在步骤904和步骤905中,管理设备向统一数据管理网元发送解控指示,相应的,统一数据管理网元在接收到该解控指示之后,停止对统一数据管理网元中的N个业务消息进行流控,即解控。
上述技术方案中,第一网元周期性检测流量参数,在流量参数发生变化时,向管理设备发送更新之后的流量参数,以及当前时间段对应的消息类型,从而管理设备可以向第一网元指示当前时间段对应的消息类型的流控策略,相应的,第一网元可以根据当前时间段对应的消息类型的流控策略,对当前时间段中的业务消息进行流控。第一网元可以针对于当前时间段对应的消息类型和流量参数,对当前时间段的业务消息进行流控,可以更具有针对性,有助于更好的达到流控效果。而且,在当前时间段(即第二时间段)相比于第一时间段的流量变大时,第一网元可以加大流控力度;在当前时间段(即第二时间段)相比于第一时间段的流量变小时,第一网元可以降低流控力度,甚至是解除流控。
需要补充的是,在一种可能的情况中,管理设备与第一网元可以合并部署,也可以理解,管理设备与第一网元为同一个网元(比如仍称为第一网元)。第一网元可以根据第一时段的第一流量参数,确定L1个消息类型分别对应的流控策略。具体的,第一网元中可以预先存储有预设话务模型,第一网元可以将第一流量参数中包括的负载等级和时延等级,以及L1个消息类型输入至预设话务模型中,于是预设话务模型可以输出L1个消息类型分别对应的L1个流控策略。相应的,也可由第一网元继续根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控。具体实现可参见图3或图4或图5相关实施例中的方法。相应的,第一网元还可以根据第二时段的第二流量参数,确定L2个消息类型分别对应的流控策略。继续由第一网元根据L2个消息类型分别对应的流控策略,对N个业务消息进行流控或解控。具体实现可参见图7或图8或图9相关实施例中的方法。
本文中描述的各个实施例可以为独立的方案,也可以根据内在逻辑进行组合,这些方案都落入本申请的保护范围中。
可以理解的是,上述各个方法实施例中,由第一网元实现的方法和操作,也可以由可用于第一网元的部件(例如芯片或者电路)实现,由管理设备实现的方法和操作,也可以由可用于由管理设备的部件(例如芯片或者电路)实现。
基于上述内容和相同构思,图10和图11为本申请的提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中第一网元或管理设备的功能,因此也能实现上述方法实施例所具备的有益效果。
在本申请中,该通信装置可以是如图2所示的任一个网元,也可以是如图2所示的管理设备,还可以是应用于任一个网元或管理设备的模块(如芯片或者电路)。
如图10所示,该通信装置1000包括收发模块1001和处理模块1002。通信装置1000用于实现上述方法实施例中第一网元或者管理设备的功能。
当通信装置1000用于实现上述方法实施例的第一网元的功能时:收发模块1001,用于向管理设备发送第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;收发模块1001,还用于接收来自管理设备的L1个消息类型分别对应的流控策略,L1个消息类型分别对应的流控策略与第一流量参数相关;处理模块1002,用于根据L1个消息类型分别对应的流控策略,对M个业务消息进行流控;L1、M为正整数。
当通信装置1000用于实现上述方法实施例的管理设备的功能时:收发模块1001,用于接收来自第一网元的第一流量参数和L1个消息类型,第一流量参数为第一网元在第一时间段的流量参数,L1个消息类型是根据第一网元在第一时间段的M个业务消息确定的;处理模块1002,用于根据第一流量参数,确定L1个消息类型分别对应的流控策略;收发模块1001,还用于向第一网元发送L1个消息类型分别对应的流控策略;L1、M为正整数。
如图11所示为本申请实施例提供的装置1100,图11所示的装置可以为图10所示的装置的一种硬件电路的实现方式。该装置可适用于前面所示出的流程图中,执行上述方法实施例中第一网元或者管理设备的功能。
为了便于说明,图11仅示出了该装置的主要部件。
图11所示的装置1100包括通信接口1110、处理器1120和存储器1130,其中存储器1130用于存储程序指令和/或数据。处理器1120可能和存储器1130协同操作。处理器1120可能执行存储器1130中存储的程序指令。存储器1130中存储的指令或程序被执行时,该处理器1120用于执行上述实施例中处理模块1002执行的操作,通信接口1110用于执行上述实施例中收发模块1001执行的操作。
存储器1130和处理器1120耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。所述存储器1130中的至少一个可以包括于处理器1120中。
在本申请实施例中,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本申请实施例中,通信接口为收发器时,收发器可以包括独立的接收器、独立的发射器;也可以集成收发功能的收发器、或者是通信接口。
装置1100还可以包括通信线路1140。其中,通信接口1110、处理器1120以及存储器1130可以通过通信线路1140相互连接;通信线路1140可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture,简称EISA)总线等。所述通信线路1140可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
基于上述内容和相同构思,本申请提供一种通信装置,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现上述方法实施例中的方法。
基于上述内容和相同构思,本申请提供一种芯片,包括至少一个处理器和存储器;所述处理器,用于存储计算机程序;所述至少一个处理器用于执行所述计算机程序,以实现上述方法实施例中的方法。
基于上述内容和相同构思,本申请提供一种计算机可读存储介质,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现上述方法实施例中的方法。
基于上述内容和相同构思,本申请提供一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当该计算机程序或指令被通信装置执行时,实现上述方法实施例中的方法。
基于上述内容和相同构思,本申请提供一种计算设备,包括处理器,所述处理器与存储器相连,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的计算机程序,以使得所述计算设备执行上述方法实施例中的方法。
基于上述内容和相同构思,本申请提供一种通信***,包括上述方法实施例中的第一网元和管理设备。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的保护范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (25)
1.一种流控处理的方法,其特征在于,包括:
第一网元向管理设备发送第一流量参数和L1个消息类型,所述第一流量参数为所述第一网元在第一时间段的流量参数,所述L1个消息类型是根据所述第一网元在所述第一时间段的M个业务消息确定的;
所述第一网元接收来自所述管理设备的所述L1个消息类型分别对应的流控策略,所述L1个消息类型分别对应的流控策略与所述第一流量参数相关;
所述第一网元根据所述L1个消息类型分别对应的流控策略,对所述M个业务消息进行流控;
所述L1、所述M为正整数。
2.如权利要求1所述的方法,其特征在于,所述第一网元对所述M个业务消息进行流控之后,还包括:
在第二时间段的第二流量参数满足更新条件时,所述第一网元向所述管理设备发送所述第二流量参数和L2个消息类型,所述L2个消息类型是根据所述第一网元在所述第二时间段的N个业务消息确定的;
所述第一网元接收来自所述管理设备的所述L2个消息类型分别对应的流控策略,所述L2个消息类型分别对应的流控策略与所述第二流量参数相关;
所述L2、所述N为正整数。
3.如权利要求1或2所述的方法,其特征在于,还包括:
所述第一网元在每个时间段检测所述第一网元的负载等级和所述第一网元处理业务消息的时延等级,作为对应时间段的流量参数。
4.如权利要求3所述的方法,其特征在于,所述负载等级为低负载、中负载、高负载或极高负载中的一个,所述时延等级为低时延、中时延、高时延或极高时延中的一个。
5.如权利要求1至4任一项所述的方法,其特征在于,所述流控策略包括消息类型的优先级和/或业务消息的丢弃权重。
6.一种流控处理的方法,其特征在于,包括:
管理设备接收来自第一网元的第一流量参数和L1个消息类型,所述第一流量参数为所述第一网元在第一时间段的流量参数,所述L1个消息类型是根据所述第一网元在所述第一时间段的M个业务消息确定的;
所述管理设备根据所述第一流量参数,确定所述L1个消息类型分别对应的流控策略;
所述管理设备向所述第一网元发送所述L1个消息类型分别对应的流控策略;
所述L1、所述M为正整数。
7.如权利要求6所述的方法,其特征在于,在所述管理设备向所述第一网元发送所述L1消息类型分别对应的流控策略之后,还包括:
在第二时间段的第二流量参数满足更新条件时,所述管理设备接收来自所述第一网元的所述第二流量参数和L2个消息类型,所述L2个消息类型是根据所述第一网元在所述第二时间段的N个业务消息确定的;
所述管理设备根据所述第二流量参数,确定所述L2个消息类型分别对应的流控策略;
所述管理设备向所述第一网元发送所述L2个消息类型分别对应的流控策略;
所述L2、所述N为正整数。
8.如权利要求6或7所述的方法,其特征在于,所述流量参数包括所述第一网元的负载等级和所述第一网元处理业务消息对应的时延等级。
9.如权利要求8所述的方法,其特征在于,所述负载等级为低负载、中负载、高负载或极高负载中的一个,所述时延等级为低时延、中时延、高时延或极高时延中的一个。
10.如权利要求6至9任一项所述的方法,其特征在于,所述流控策略包括消息类型的优先级和/或业务消息的丢弃权重。
11.如权利要求6至10任一项所述的方法,其特征在于,所述管理设备根据所述第一流量参数,确定所述L1个消息类型分别对应的流控策略,包括:
所述管理设备将所述L1个消息类型和所述第一流量参数输入至预设模型中,得到所述L1个消息类型分别对应的流控策略。
12.一种通信装置,其特征在于,包括:
收发模块,用于向管理设备发送第一流量参数和L1个消息类型,所述第一流量参数为第一网元在第一时间段的流量参数,所述L1个消息类型是根据所述第一网元在所述第一时间段的M个业务消息确定的;以及用于接收来自所述管理设备的所述L1个消息类型分别对应的流控策略,所述L1个消息类型分别对应的流控策略与所述第一流量参数相关;
处理模块,用于根据所述L1个消息类型分别对应的流控策略,对所述M个业务消息进行流控;
所述L1、所述M为正整数。
13.如权利要求12所述的装置,其特征在于,所述收发模块还用于:
在所述处理模块对所述M个业务消息进行流控之后,在第二时间段的第二流量参数满足更新条件时,向所述管理设备发送所述第二流量参数和L2个消息类型,所述L2个消息类型是根据所述第一网元在所述第二时间段的N个业务消息确定的;
接收来自所述管理设备的所述L2个消息类型分别对应的流控策略,所述L2个消息类型分别对应的流控策略与所述第二流量参数相关;
所述L2、所述N为正整数。
14.如权利要求12或13所述的装置,其特征在于,所述处理模块还用于:
在每个时间段检测所述第一网元的负载等级和所述第一网元处理业务消息的时延等级,作为对应时间段的流量参数。
15.如权利要求14所述的装置,其特征在于,所述负载等级为低负载、中负载、高负载或极高负载中的一个,所述时延等级为低时延、中时延、高时延或极高时延中的一个。
16.如权利要求12至15任一项所述的装置,其特征在于,所述流控策略包括消息类型的优先级和/或业务消息的丢弃权重。
17.一种通信装置,其特征在于,包括:
收发模块,用于接收来自第一网元的第一流量参数和L1个消息类型,所述第一流量参数为所述第一网元在第一时间段的流量参数,所述L1个消息类型是根据所述第一网元在所述第一时间段的M个业务消息确定的;
处理模块,用于根据所述第一流量参数,确定所述L1个消息类型分别对应的流控策略;
所述收发模块,还用于向所述第一网元发送所述L1个消息类型分别对应的流控策略;
所述L1、所述M为正整数。
18.如权利要求17所述的装置,其特征在于,所述收发模块还用于:
在向所述第一网元发送所述L1消息类型分别对应的流控策略之后,在第二时间段的第二流量参数满足更新条件时,接收来自所述第一网元的所述第二流量参数和L2个消息类型,所述L2个消息类型是根据所述第一网元在所述第二时间段的N个业务消息确定的;
所述处理模块,还用于根据所述第二流量参数,确定所述L2个消息类型分别对应的流控策略;
所述收发模块,还用于向所述第一网元发送所述L2个消息类型分别对应的流控策略;
所述L2、所述N为正整数。
19.如权利要求17或18所述的装置,其特征在于,所述流量参数包括所述第一网元的负载等级和所述第一网元处理业务消息对应的时延等级。
20.如权利要求19所述的装置,其特征在于,所述负载等级为低负载、中负载、高负载或极高负载中的一个,所述时延等级为低时延、中时延、高时延或极高时延中的一个。
21.如权利要求17至20任一项所述的装置,其特征在于,所述流控策略包括消息类型的优先级和/或业务消息的丢弃权重。
22.如权利要求17至21任一项所述的装置,其特征在于,所述处理单元在根据所述第一流量参数,确定所述L1个消息类型分别对应的流控策略时,具体用于:
将所述L1个消息类型和所述第一流量参数输入至预设模型中,得到所述L1个消息类型分别对应的流控策略。
23.一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至5中任一项所述的方法;或者,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求6至11中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至5中任一项所述的方法;或者,实现如权利要求6至11中任一项所述的方法。
25.一种通信***,其特征在于,包括如权利要求12至16任一项所述的通信装置,和/或如权利要求17至22任一项所述的通信装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110847772.9A CN115696455A (zh) | 2021-07-27 | 2021-07-27 | 一种流控处理的方法及通信装置 |
PCT/CN2022/088024 WO2023005278A1 (zh) | 2021-07-27 | 2022-04-20 | 一种流控处理的方法及通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110847772.9A CN115696455A (zh) | 2021-07-27 | 2021-07-27 | 一种流控处理的方法及通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115696455A true CN115696455A (zh) | 2023-02-03 |
Family
ID=85059423
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110847772.9A Pending CN115696455A (zh) | 2021-07-27 | 2021-07-27 | 一种流控处理的方法及通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115696455A (zh) |
WO (1) | WO2023005278A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7385924B1 (en) * | 2003-09-30 | 2008-06-10 | Packeteer, Inc. | Enhanced flow data records including traffic type data |
CN106130928B (zh) * | 2016-06-29 | 2019-12-03 | 浪潮集团有限公司 | 一种sdn网络下的流量控制方法及*** |
CN107613528B (zh) * | 2016-07-11 | 2021-01-29 | 华为技术有限公司 | 一种业务流量的控制方法及*** |
CN109787911B (zh) * | 2018-12-10 | 2021-05-04 | 中兴通讯股份有限公司 | 负载分担的方法、控制面实体和转发器 |
CN114465962B (zh) * | 2019-09-16 | 2024-01-05 | 华为技术有限公司 | 一种数据流类型识别方法及相关设备 |
-
2021
- 2021-07-27 CN CN202110847772.9A patent/CN115696455A/zh active Pending
-
2022
- 2022-04-20 WO PCT/CN2022/088024 patent/WO2023005278A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023005278A1 (zh) | 2023-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111466152B (zh) | 协议数据单元会话建立进程期间资源不足处理方法及其用户设备 | |
US20200107225A1 (en) | Communication method and device | |
CN109392004A (zh) | 通信方法、基站、终端设备和*** | |
US12028911B2 (en) | Communication method, related apparatus, and device | |
CN113973322B (zh) | 一种通信方法及装置 | |
US11956756B2 (en) | Request processing method and corresponding entity | |
EP3537819A1 (en) | Resource scheduling method and apparatus, and base station | |
US11057863B2 (en) | Terminal device and network device for exchanging information on selected beam | |
TW201815192A (zh) | 傳輸信息的方法、網絡設備和終端設備 | |
EP2922336A1 (en) | Method, apparatus, and system for radio bearer control | |
US20210282045A1 (en) | Data distribution method and device, and storage medium and system | |
US20180317243A1 (en) | Data transmission method and apparatus | |
US11006478B2 (en) | Enhanced procedure transaction ID handling | |
CN115412900A (zh) | 通信方法以及相关通信装置 | |
US20200213171A1 (en) | Method and apparatus for generating and receiving pilot signal | |
CN110140417B (zh) | 通信方法、通信装置、通信设备及计算机可读介质 | |
CN112020106B (zh) | 通信方法及相关设备 | |
US10631318B2 (en) | Resource division method and apparatus | |
US11064503B2 (en) | Method and apparatus for transmitting control information | |
CN113873584B (zh) | 一种小区切换方法及通信装置 | |
CN115696455A (zh) | 一种流控处理的方法及通信装置 | |
US10701749B2 (en) | Communication method for terminal device in device to device communication, terminal device, and network device | |
CN114982284B (zh) | 通信方法及装置 | |
US11575601B2 (en) | Network device and packet processing method using same | |
CN116436862A (zh) | 一种通信方法及通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |