CN110958185B - 基于业务的QoS配置方法及装置 - Google Patents

Abstract

本申请提供一种基于业务的QoS配置方法及装置，涉及通信网络技术领域。其中，该方法通过识别所接收业务报文的业务信息，并根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略，若存在，则对业务报文执行待处理业务并根据QoS策略对业务报文进行QoS处理，实现了根据不同业务类型决定是否进行QoS处理，可以提高业务流处理性能。

Description

基于业务的QoS配置方法及装置

技术领域

本申请涉及通信网络技术领域，特别涉及一种基于业务的QoS配置方法及装置。

背景技术

服务质量(Quality of Service，QoS)指一个网络能够利用各种基础技术，为指定的网络通信提供更好的服务能力，是网络的一种安全机制，在网络中可以通过保证传输的带宽、降低传送的时延、降低数据的丢包率以及时延抖动等措施来提高服务质量。

现有的，QoS的配置方式主要基于入接口对不同流配置QoS策略。

但是，采用现有技术QoS策略配置方式较为简单，流处理性能不佳。

发明内容

针对上述现有技术中的不足，本申请提供一种基于业务的QoS配置方法及装置，可以解决现有技术中QoS策略配置方式较为简单，流处理性能不佳的技术问题。

第一方面，本申请提供了一种基于业务的QoS配置方法，包括：

识别所接收业务报文的业务信息；

根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略；

若存在，则对业务报文执行待处理业务、并根据QoS策略对业务报文进行QoS处理。

可选地，上述根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略之前，还包括：

获取预配置策略，预配置策略包括：业务信息和QoS策略之间的匹配规则。

可选地，上述业务报文包括报文属性信息；

上述识别所接收业务报文的业务信息包括：利用报文属性信息，确定业务报文的业务信息，报文属性信息包括：源地址、目的地址、源端口标识、目的端口标识。

可选地，上述根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略，包括：

若根据预配置策略以及业务信息确定业务报文对应的业务为非上云业务，则确定业务报文匹配的QoS策略；或者，若根据预配置策略以及业务信息确定业务报文对应的业务为上云业务，则确定业务报文不执行QoS策略。

可选地，上述QoS策略包括下述一种或多种的组合：流量监管、流量整形、流量限速、拥塞管理、拥塞避免。

第二方面，本申请提供了一种基于业务的QoS配置装置，包括识别模块、查找模块及处理模块。

识别模块，用于识别所接收业务报文的业务信息；

查找模块，用于根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略；

处理模块，用于若业务报文存在匹配的QoS策略，则对业务报文执行待处理业务、并根据QoS策略对业务报文进行QoS处理。

可选地，上述装置还包括：获取模块，用于获取预配置策略，预配置策略包括：业务信息和QoS策略之间的匹配规则。

可选地，上述业务报文包括报文属性信息；上述识别模块，具体用于利用报文属性信息，确定业务报文的业务信息，报文属性信息包括：源地址、目的地址、源端口标识、目的端口标识。

可选地，上述查找模块，具体用于若根据预配置策略以及业务信息确定业务报文对应的业务为非上云业务，则确定业务报文匹配的QoS策略；或者，若根据预配置策略以及业务信息确定业务报文对应的业务为上云业务，则确定业务报文不执行QoS策略。

可选地，上述QoS策略包括下述一种或多种的组合：流量监管、流量整形、流量限速、拥塞管理、拥塞避免。

第三方面，本申请提供了一种电子设备，包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行上述第一方面的基于业务的QoS配置方法的步骤。

第四方面，本申请提供了一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如执行上述第一方面的基于业务的QoS配置方法的步骤。

因此，本申请提供的一种基于业务的QoS配置方法、装置、电子设备及存储介质中，通过识别所接收业务报文的业务信息，根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略，若存在，则对所述业务报文执行待处理业务、并根据QoS策略对业务报文进行QoS处理，实现了根据不同业务类型决定是否进行QoS处理，可以提高业务流处理性能。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请实施例的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种基于业务的QoS配置方法的流程示意图；

图2为本申请实施例提供的另一种基于业务的QoS配置方法的流程示意图；

图3为本申请实施例提供的又一种基于业务的QoS配置方法的流程示意图；

图4为本申请实施例提供的一种基于业务的QoS配置装置的结构示意图；

图5为本申请实施例提供的另一种基于业务的QoS配置装置的结构示意图；

图6为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请实施例的范围，而是仅仅表示本申请实施例的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请实施例保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在通信过程中，网络设备可以通过配置QoS来提升服务质量，目前网络设备配置QoS策略的方式一般有：模块化QoS(Modular QoS Configuration，MQC)配置方式和非MQC配置方式。MQC配置方式通过QoS策略定义不同类别的流要采取的动作，并将QoS策略应用到不同的目标位置(例如入接口)来实现对业务流的控制。非MQC配置方式则通过直接在目标位置上配置QoS参数来实现对业务流的控制，例如，在接口上配置限速功能来达到限制接口流量的目的。可以看出，目前的QoS策略一般都在固定位置例如入接口执行，也即无论后续执行什么业务可能都会对业务流中的报文执行QoS策略，无法针对不同业务进行区分。

基于上述问题，本申请实施例中提供一种基于业务的QoS配置方法，可以实现业务与QoS策略的绑定。

图1为本申请实施例提供的一种基于业务的QoS配置方法的流程示意图，该方法的执行主体可以是路由器等可以进行QoS配置的网络设备，如图1所示，该方法包括：

S101、识别所接收业务报文的业务信息。

上述所接收业务报文可以是与上述网络设备所交互的其他设备发送的，比如，交互的其他路由器、交换机；或者比如，个人电脑、手机、可穿戴设备等用户终端，本申请实施例在此并不对业务报文的发送方进行限定。其中，所接收业务报文可以归属相应的业务流，该业务报文对应的业务可以包括上云业务或非上云业务。需要说明的是，上云业务可以指需要通过云服务器实现的业务，例如云办公等业务；非上云业务可以指其他网络业务，例如通过网络浏览网页、多媒体资源等，在此不作具体限制。

可选地，该业务信息可以指示业务类型、业务的发送方、业务的接收方等，本申请实施例在此不作限定。

S102、根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略。

上述预配置策略可以包括预先配置的业务信息与QoS策略之间的匹配规则，该匹配规则可以指示业务信息对应的QoS策略，例如上云业务不执行QoS策略、非上云业务执行QoS策略流量限速等。

在识别所接收业务报文的业务信息后，可以根据预配置策略以及该业务信息，查找业务报文是否存在匹配的QoS策略。

S103、若存在，则对该业务报文执行待处理业务、并根据上述QoS策略对业务报文进行QoS处理。

其中，在确定业务报文存在匹配的QoS策略后，对业务报文执行待处理业务，同时可以根据匹配的QoS策略对业务报文进行QoS处理。

比如，某流中包括多个业务报文时，有的业务报文需要执行非上云业务，以及执行QoS策略。具体实现过程中，在路由器上，根据业务信息匹配到该业务报文应执行非上云业务后，路由器确定该业务报文应先执行待处理业务，例如，对该业务报文应先执行网络地址转换(Network Address Translation，NAT)业务，那么，在对该业务报文执行NAT业务时，根据预配置策略可知对应的QoS策略(可以理解的是，在对业务报文执行NAT匹配时，预配置策略也一同配置在NAT匹配表项中)，路由器执行NAT业务并对该业务报文进行对应的QoS处理；有的业务报文对应上云业务，例如云办公，那么不需要进行QoS处理。

但现有的QoS策略在入接口处进行识别，对于路由器来说，当同一用户终端的不同流(例如，两条流且一条流对应不同的业务)达到路由器的入接口时，由于不同流中包括的报文的源地址固定，但目的地址是不固定的，此时，在入接口处无法采用地址对不同流要执行的业务进行区分，即采用现有方法，对于同一入接口接收到的同一用户终端的报文要么均进行QoS处理，要么均不进行QoS处理，而采用本申请实施例的方式，通过识别业务信息可以进行不同的处理，即将不同的业务与QoS策略绑定。

综上所述，本申请实施例所提供的基于业务的QoS配置方法中，通过识别所接收业务报文的业务信息，根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略，若存在，则对所述业务报文执行待处理业务、并根据QoS策略对业务报文进行QoS处理，实现了根据不同业务类型决定是否进行QoS处理，可以提高业务流处理性能。

图2为本申请实施例提供的另一种基于业务的QoS配置方法的流程示意图。可选地，上述根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略之前，还可以包括：

S201、获取预配置策略，预配置策略包括：业务信息和QoS策略之间的匹配规则。

其中，本申请实施例在此以执行主体为路由器进行说明，预配置策略可以是通过预先写入或文件导入的方式配置在路由器中，通过配置，路由器在识别所接收业务报文的业务信息后，可以根据预配置策略中业务信息和QoS策略之间的匹配规则，查找业务报文是否存在匹配的QoS策略。比如，通过业务信息匹配到某非上云业务，且该非上云业务存在对应QoS策略，那么执行该非上云业务并对该业务报文进行对应的QoS处理；或者匹配到某上云业务，那么不进行QoS处理直接向下一节点(例如云服务器)传输该业务报文，但不以此为限。

当然，需要说明的是，预配置策略中，对于不同的业务信息可以对应不同的预配置策略，也可对应同一预配置策略，根据实际的需要可自行配置，本申请实施例在此不作限定。

可选地，上述业务报文包括报文属性信息；上述识别所接收业务报文的业务信息包括：利用报文属性信息，确定业务报文的业务信息，报文属性信息包括：源地址、目的地址、源端口标识、目的端口标识等。

当然，本申请实施例在此并不对报文的属性信息进行限定，可选地，报文的属性信息还可以包括所归属业务流的标识等，使得可以利用报文属性信息确定业务报文的业务信息。

可选地，本申请实施例在此以业务信息指示业务报文归属的业务，该业务可以包括上云业务和非上云业务为例进行说明，比如，在接收到业务报文后，可以根据业务报文包括的源地址、目的地址、业务流的标识来确定所接收业务报文是上云业务或者非上云业务。

可选地，上述根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略，可以包括：

若根据预配置策略以及业务信息确定业务报文对应的业务为非上云业务，则确定该业务报文匹配的QoS策略；或者，若根据预配置策略以及业务信息确定业务报文对应的业务为上云业务，则确定业务报文不执行QoS策略。

可选地，上述QoS策略可以包括下述一种或多种的组合：流量监管、流量整形、流量限速、拥塞管理、拥塞避免。

当然，需要说明的是，QoS策略并不限于上述组合，根据实际的应用场景，也可包括其他QoS策略，比如，过滤操作、重定向操作等。

图3为本申请实施例提供的又一种基于业务的QoS配置方法的流程示意图。本申请实施例在此以对某非上云业务的业务流执行QoS策略为例，说明如何在路由器中配置QoS策略。其中，假设针对某非上云业务已配置需要执行QoS策略：流量限速，针对某上云业务的业务流无需执行QoS策略。

如图3所示，路由器通过入接口G1/1收到业务报文，若基于业务信息确定业务报文对应上云业务，则直接进入后续操作，例如向下一节点传输。若基于业务信息以及预配置策略匹配到该报文需要执行非上云业务，则路由器确定该业务报文应先执行NAT业务，并且，在对该业务报文执行NAT业务时，根据匹配的QoS策略，对该报文所属的业务流执行流量限速。

需要说明的是，若在进行QoS配置之前，非上云业务的业务流量为200M，上云业务的业务流量为100M；则在进行QoS配置之后，可选地，非上云业务的业务流量在执行QoS策略后，可将其流量限速为10M，而上云业务的业务流量可以保持不变，仍为100M，可以看出，通过绑定业务与QoS策略直接的匹配关系，可以实现一些业务无需进行QoS处理，提高了业务的处理性能。

图4为本申请实施例提供的一种基于业务的QoS配置装置的结构示意图，该装置基本原理及产生的技术效果与前述对应的方法实施例相同，为简要描述，本实施例中未提及部分，可参考方法实施例中的相应内容，可选地，如图4所示，该装置可以包括识别模块110、查找模块120及处理模块130。

识别模块110，用于识别所接收业务报文的业务信息；查找模块120，用于根据预配置策略以及业务信息，查找业务报文是否存在匹配的QoS策略；处理模块130，用于若业务报文存在匹配的QoS策略，则对业务报文执行待处理业务、并根据QoS策略对业务报文进行QoS处理。

图5为本申请实施例提供的另一种基于业务的QoS配置装置的结构示意图。可选地，如图5所示，上述装置还包括：获取模块140，用于获取预配置策略，预配置策略包括：业务信息和QoS策略之间的匹配规则。

可选地，上述业务报文包括报文属性信息；识别模块110，具体用于利用报文属性信息，确定业务报文的业务信息，报文属性信息可以包括：源地址、目的地址、源端口标识、目的端口标识。

可选地，上述查找模块120，具体用于若根据预配置策略以及业务信息确定业务报文对应的业务为非上云业务，则确定业务报文匹配的QoS策略；或者，若根据预配置策略以及业务信息确定业务报文对应的业务为上云业务，则确定业务报文不执行QoS策略。

可选地，上述QoS策略包括下述一种或多种的组合：流量监管、流量整形、流量限速、拥塞管理、拥塞避免。

需要说明的是，上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(Digital Signal Processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图6为本申请实施例提供的一种电子设备结构示意图。如图6所示，该电子设备可以包括：处理器210、存储介质220和总线230，存储介质220存储有处理器210可执行的机器可读指令，当电子设备运行时，处理器210与存储介质220之间通过总线230通信，处理器210执行机器可读指令，以执行上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

可选地，本申请实施例还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

在本申请实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。以上所述仅为本申请的优选实施例而已，并不用于限制本申请实施例，对于本领域的技术人员来说，本申请实施例可以有各种更改和变化。凡在本申请实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请实施例的保护范围之内。

Claims (8)

1.一种基于业务的QoS配置方法，其特征在于，包括：

识别所接收业务报文的业务信息；

根据预配置策略以及所述业务信息，查找所述业务报文是否存在匹配的QoS策略；

若存在，则对所述业务报文执行待处理业务、并根据所述QoS策略对所述业务报文进行QoS处理；

所述识别所接收业务报文的业务信息，包括：

识别通过网络设备的同一入接口所接收的由相同用户终端发送的属于不同流的多个业务报文的业务信息，所述业务信息指示所述业务报文归属的业务，所述业务包括上云业务和非上云业务；

所述根据预配置策略以及所述业务信息，查找所述业务报文是否存在匹配的QoS策略，包括：

若根据预配置策略以及所述业务信息确定所述业务报文对应的业务为非上云业务，则确定所述业务报文匹配的QoS策略；或者，

若根据预配置策略以及所述业务信息确定所述业务报文对应的业务为上云业务，则确定所述业务报文不执行QoS策略。

2.根据权利要求1所述的方法，其特征在于，所述根据预配置策略以及所述业务信息，查找所述业务报文是否存在匹配的QoS策略之前，还包括：

获取所述预配置策略，所述预配置策略包括：业务信息和QoS策略之间的匹配规则。

3.根据权利要求2所述的方法，其特征在于，所述业务报文包括报文属性信息；

所述识别所接收业务报文的业务信息包括：

利用所述报文属性信息，确定所述业务报文的业务信息，所述报文属性信息包括：源地址、目的地址、源端口标识、目的端口标识。

4.根据权利要求1所述的方法，其特征在于，所述QoS策略包括下述一种或多种的组合：流量监管、流量整形、流量限速、拥塞管理、拥塞避免。

5.一种基于业务的QoS配置装置，其特征在于，包括识别模块、查找模块及处理模块；

所述识别模块，用于识别所接收业务报文的业务信息；

所述查找模块，用于根据预配置策略以及所述业务信息，查找所述业务报文是否存在匹配的QoS策略；

所述处理模块，用于若所述业务报文存在匹配的QoS策略，则对所述业务报文执行待处理业务、并根据所述QoS策略对所述业务报文进行QoS处理；

所述识别模块，具体用于识别通过网络设备的同一入接口所接收的由相同用户终端发送的属于不同流的多个业务报文的业务信息，所述业务信息指示所述业务报文归属的业务，所述业务包括上云业务和非上云业务；

所述查找模块，具体用于若根据预配置策略以及所述业务信息确定所述业务报文对应的业务为非上云业务，则确定所述业务报文匹配的QoS策略；或者，

若根据预配置策略以及所述业务信息确定所述业务报文对应的业务为上云业务，则确定所述业务报文不执行QoS策略。

6.根据权利要求5所述的装置，其特征在于，还包括：获取模块，用于获取所述预配置策略，所述预配置策略包括：业务信息和QoS策略之间的匹配规则。

7.根据权利要求6所述的装置，其特征在于，所述业务报文包括报文属性信息；

所述识别模块，具体用于利用所述报文属性信息，确定所述业务报文的业务信息，所述报文属性信息包括：源地址、目的地址、源端口标识、目的端口标识。

8.根据权利要求5所述的装置，其特征在于，所述QoS策略包括下述一种或多种的组合：流量监管、流量整形、流量限速、拥塞管理、拥塞避免。

Images