一种资源调整方法、装置和系统与流程

本申请涉及通信技术领域，尤其涉及一种资源调整方法、装置及系统。

背景技术：

通信网络包括了网络传输层和网络功能(networkfunction，nf)层。传输层由路由器或交换机以及他们之间链路组网构成，其中，路由器、交换机以及路由器或交换机之间的链路可以是物理的，也可以是虚拟的。网络功能层通常是遵守已定义的标准(例如：欧洲电信标准化协会(europeantelecommunicationsstandardsinstitute，etsi)的网络功能虚拟化(networkfunctionvirtualization，nfv)标准等)外部接口以及功能行为的功能模块。网络功能层包括了控制面的nf和用户面的nf，控制面nf包括移动管理实体(mobilitymanagemententity，mme)、或代理呼叫会话控制功能(proxy-callsessioncontrolfunction，p-cscf)等，用户面nf包括防火墙、或广域网加速等。这些网络功能可以是物理网络功能，也可以是虚拟网络功能，运行在物理机或者虚拟机上，需要基础设施资源，例如计算和存储能力支撑。nf之间需要进行数据交互，所以会被部署在传输网络的某个位置(例如直接连接到某个路由器或交换机上)。

在虚拟化和云化的大背景下，很多nf实现虚拟化部署。虚拟化部署的情况下，当业务负载发生变化时，虚拟nf可以灵活地扩容或缩容，增加业务处理能力和传输能力。

现有技术下，虚拟nf的扩容或缩容主要根据nf资源的占用情况，仅仅对nf进行扩容，扩容效果不好。

技术实现要素：

本申请实施例提供一种资源调整方法、装置及系统，统一考虑执行业务的网络资源情况来进行资源调整。

为达到上述目的，本发明实施例提供如下技术方案：

第一方面，提供一种资源调整方法，该方法包括：通信网络接收业务流特征信息；然后，通信网络根据该业务流特征信息和该业务流的传输路径的对应关系，确定该业务流的传输路径，其中，传输路径包括：所述业务流经由的起始网络功能nf和终结nf，以及起始nf和终结nf之间的链路；在确定传输路径后，通信网络确定该传输路径上资源的调整策略，以此来调整所述业务流所需的资源。在该方案中，通过确定业务流的整个传输路径，可以根据业务的需求对业务涉及的资源进行统一考虑来确定资源调整策略，从而解决了现有技术中哪里出现资源不足就在哪里扩容所带来的不足，提高了资源扩容效率。

其中，通信网络可以包括：编排设备、网络功能管理设备和网络管理设备中的一个或多个。

在一种可能的设计中，通信网络根据业务流的资源占用信息和传输路径确定传输路径上资源的调整策略。该通信网络可以包括：网络功能管理设备或编排设备。

在一种可能的设计中，通信网络首先根据所述业务流的资源占用信息确定所述传输路径上的nf所需的基础设施资源；然后，通信网络根据所述传输路径上的nf所需的基础设施资源和传输路径上的nf空闲的基础设施资源确定需要扩容的nf。即：本发明实施例可以通过扩容传输路径上的nf来进行资源调整。

在一种可能的设计中，需要扩容的nf的扩容信息可以由通信网络中的编排设备根据传输路径上的nf所需的基础设施资源和传输路径上的nf空闲的基础设施资源确定。即：本发明实施例可以由编排设备来确定需要扩容的nf的扩容信息。

在一种可能的设计中，可以由通信网络中的编排设备将业务流特征信息和业务流的资源占用信息发送给管理该需要扩容的nf的nf管理设备，然后由该nf管理设备来确定需要扩容的nf的扩容信息。即：本发明实施例可以由需要扩容的nf的nf管理设备根据对应关系和来自编排设备的信息来确定需要扩容的nf的扩容信息。

在一种可能的设计中，可以由通信网络中的编排设备将传输路径和业务流的资源占用信息发送给管理该需要扩容的nf的nf管理设备，然后由该nf管理设备来确定需要扩容的nf的扩容信息。即：本发明实施例可以由需要扩容的nf的nf管理设备根据传输路径和业务流资源占用信息来确定需要扩容的nf的扩容信息。

在一种可能的设计中，通信网络根据业务流的资源占用信息和传输路径中包括的链路的空闲带宽确定需要扩容的链路和链路扩容信息。即：本发明实施例可以由通信网络中的编排设备来确定需要扩容的链路和链路扩容信息。

在一种可能的设计中，可以由通信网络中的编排设备根据业务流的传输路径确定传输路径上管理链路的网络管理设备；然后，编排设备将业务流特征信息和业务流的资源占用信息发送给该网络管理设备，以使该网络管理设备根据业务流的资源占用信息和传输路径中包括的链路的空闲带宽确定链路的扩容信息。即：本发明实施例可以由通信网络中的网络管理设备来确定需要扩容的链路和链路扩容信息。

在一种可能的设计中，可以由通信网络中的编排设备根据业务流的传输路径确定传输路径上管理链路的网络管理设备；然后，编排设备将传输路径和业务流的资源占用信息发送给该网络管理设备，以使该网络管理设备根据业务流的资源占用信息和传输路径中包括的链路的空闲带宽确定链路的扩容信息。

在一种可能的设计中，业务流特征信息来自第一网元；相应的，通信网络根据所述业务流的资源占用信息和所述传输路径确定所述业务流所需的基础设施资源；然后，通信网络根据业务流所需的基础设施资源，选择传输路径上在第一网元前一跳的第二网元，以将第二网元发送给第一网元的所述业务流分流一部分到其他网元上。

在一种可能的设计中，对应关系还包括：与业务流有关联的关联业务流特征信息与关联业务流的传输路径的对应关系；则该方法还包括：通信网络根据所述关联业务流特征信息与所述关联业务流的传输路径确定所述关联业务流的传输路径；相应的，通信网络根据所述资源占用信息和所述业务流的传输路径、以及所述关联业务流传输路径确定资源调整策略。

第二方面，本发明的实施例提供一种资源调整装置，该实现资源调整的装置具有实现上述方法实施例中编排设备或网络功能管理设备的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第三方面，本发明的实施例提供一种资源调整装置，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该实现业务流资源调整的装置执行如上述第一方面任意一项的业务流资源调整方法。

第四方面，本发明的实施例提供一种实现资源调整的系统，包括上述方法实施例中或装置实施例中的编排设备和网络功能管理设备。

第五方面，本发明实施例提供了一种计算机存储介质，用于储存为上述编排设备或网络功能管理设备所用的计算机软件指令，其包含用于执行上述方面为编排设备或网络功能管理设备所设计的程序。

第六方面，本发明实施例提供了一种计算机程序产品。该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述第一方面中任意一项的资源调整方法中的流程。

另外，第二方面至第六方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1所示为本发明实施例提供的一种可能的网络架构示意图；

图2所示为本发明实施例提供的一种业务流传输路径的示意图；

图3所示为本发明实施例提供的计算机设备示意图；

图4所示为本发明实施例提供的一种资源调整方法流程示意图；

图5所示为本发明实施例提供的另一种资源调整方法流程示意图；

图6所示为本发明实施例提供的另一种资源调整方法流程示意图；

图7所示为本发明实施例提供的另一种资源调整方法流程示意图；

图8所示为本发明实施例提供的另一种资源调整方法流程示意图；

图9所示为本发明实施例提供的一种实现资源调整方法流程示意图；

图10所示为本发明实施例提供的一种实现资源调整的装置结构示意图；

图11所示为本发明实施例提供的一种实现资源调整的系统示意图；

图12所示为本发明实施例提供的另一种实现资源调整的系统示意图

图13所示为本发明实施例提供的另一种实现资源调整的系统示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本发明实施例描述的架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

如图1所示，为本发明实施例的一种可能的网络架构示意图。该架构包括资源层，管理设备层和编排设备。

资源层分为三类，包括：基础设施层，传输层和网络功能层。

基础设施层可以包括计算和存储的硬件资源。在硬件资源上可以虚拟化出虚拟机(virtualmachine,vm)，虚拟的网络功能(virtualnetworkfunction，vnf)运行在虚拟机上。基础设施层由基础设施管理设备来管理。

传输层可以是网络之间互连的协议(internetprotocol，ip)传输网络，由网络管理设备(network管理单元)来管理。网络管理设备可以是软件定义网络(softwaredefinednetwork,sdn)控制器，随着网络演进，也可以是其他实体，这里不做限制。传输层的链路设备由下面所说的网络管理设备进行管理或控制。

网络功能层由多个nf及连接不同nf的链路组成。例如mme、公用数据网网关(publicdatanetworkgateway，pgw)、服务网关(servinggateway，sgw)、策略和计费规则功能(policyandchargingrulefunction，pcrf)这几类网络功能组成演进的分组核心网(evolvedpacketcore，epc)网络是网络功能层的一种呈现方式。

管理设备层可以对照资源层的三种组成，分成三类管理设备，依次是基础设施管理设备、网络管理设备和网络功能管理设备。其中，图中虽然是将编排设备和网络功能管理设备分开示出，但在实际实现中，编排设备和网络功能管理设备也可以集成在一个设备中。另外，图中虽然三类管理设备分别都画了一个，但在实际实现中，这三类管理设备都可以有一个或多个。

下面的描述中，如果没有指定管理设备的类别，那么“管理设备”可以为上面三类管理设备中的任意一种。

前面已经介绍了基础设施管理设备和网络管理设备，这里介绍nf管理设备。

一个nf管理设备可以管理或控制一个或多个nf。一般是，不同管理域的nf由不同的nf管理设备管理，同一管理域的nf可以由一个或多个nf管理设备管理。其中，管理域可以按不同的管理者来划分。比如，相同运营商的nf属于同一个管理域，不同运营商的nf属于不同的管理域。

nf管理设备对nf的管理或控制包括但不限于如下：nf管理设备负责对nf进行配置，进行生命周期管理，还可以进行性能管理，故障或告警采集管理等。nf管理设备可以向nf发送配置命令来改变nf的业务行为，例如：nf管理设备检测到nf1发出的业务流经由的下一跳nf2出现了拥塞，则根据策略向nf1下发配置命令，以使nf1减少向nf2发送的业务流数量。

nf管理设备还可以维护自身控制的nf之间的业务流路径信息。当然，这些业务流路径信息也可以由nf管理设备上层的编排设备来维护。

其中，nf管理设备或编排设备维护业务流路径信息的方式，具体实施起来可以是维护业务流特征信息和业务流传输路径信息的对应关系。业务流特征信息可以用业务流的消息类型(比如：注册消息等)来表示，也可以用业务流的包头中携带的用于标识业务流特征的元数据(metadata)来表示，也可以用业务流报文的包长来表示，也可以用业务流消息类型中携带的某个参数来表示，本申请不做限定，只要是根据某个识别规则能够将各个业务流区分出来即可。业务流传输路径信息包括：业务流经由的起始nf和终结nf，以及起始nf和终结nf之间的链路。其中，起始nf和终结nf之间可以没有其他nf，也可以有一个或多个其他nf。每相邻的两个nf之间是链路。对于业务流传输路径上相邻的两个nf，比如nfa和nfb，如果业务流传输过程中，依次经过nfa和nfb，那么nfa的下一跳可以说是nfb，nfb的上一跳可以说是nfa。其中，对应关系可以用表格形式，或者用图的形式来描述，本申请也不做限定。

其中，nf之间的链路是抽象之后的链路，能够映射到传输层的链路。例如：从网络功能层的角度看，网络功能2(nf2)和网络功能3(nf3)之间有一条直接连接的网络功能层链路，但是映射到传输层的链路是经过3个路由器和2个链路。具体来说，图1中nf2直接连接到路由器2上，nf3直接连接到路由器4上。nf2和nf3之间的链路(可以简称为：链路nf2->nf3)映射到传输层，是由路由器2->路由器3，和路由器3->路由器4的两条串联的链路构成。

下面，以表1为例，来说明以表格形式描述上述对应关系：

表1

如表1所示，注册消息经过的路径为：从nf1发出，经过nf3、nf4或nf7、nf5到达nf8；或者从nf2发出，经过nf3、nf4或nf7、nf5到达nf8。notify消息经过的路径为：从nf1发出，经过nf3、nf4到达nf5；或者从nf2发出，经过nf3、nf4到达nf5。

根据这个表格，遇到拥塞的情况下，根据造成拥塞的业务流的特征信息，查找到该业务流的传输路径，就能知道该业务流从哪里来，发往哪里去。

如图2所示，为以图示形式描述上述对应关系。在图2中，业务流的传输路径是树状的。如箭头所示，业务消息从nf1和nf2发送到nf9，途中存在多个路径。图2所示的对应关系也可以转化为表格形式来描述，如表2所示。

表2

下面来介绍编排设备。网络中一般会有多个基础设施管理设备，多个网络管理设备和多个网络功能管理设备。通常单个的管理设备只能控制局部资源。很多业务的实现涉及到多种类型以及不同地域或者不同管理域的资源，相应也会涉及到多个管理设备，这些管理设备的协同工作通常需要更上层的编排功能进行协调。在本申请中，这个用来协调管理设备协同工作的功能我们称之为编排设备。其中，管理域和地域是两个维度。同一个地域可能有多个管理域，各自有管理设备。同一个管理域如果地域跨度太大，考虑控制时延等因素也会分成多个管理设备来逐片控制。

编排设备相对管理设备来说具备更加全局的视角。一个业务需要的资源可能被多个管理设备管理(这些管理设备包括了基础设施管理设备，网络管理设备和网络功能管理设备中的一种或者多种，每种管理设备因为管理域和地域的原因需要一个或者多个)。如果管理设备的数量多于一个，管理设备之间就需要进行协调。编排设备将业务对资源的需求逐域分解下发到各个管理设备，而各个管理设备负责控制所在域的那部分资源。但是在实际实现中，也不排除管理设备之间有接口绕过编排设备进行交互，相当于编排设备的功能被集成到某个管理设备中，使网络的结构有所简化。

上述提及的基础设施管理设备、网络管理设备、网络功能管理设备是逻辑功能实体，物理上其可能有单独的物理实体，也可能是在已有网络功能实体中的扩展功能，例如：基础设施管理设备可以存在于etsinfv架构的虚拟化基础设施管理(virtualizedinfrastructuremanager，vim)中，网络管理设备的功能可以存在于sdn控制器中，网络功能管理设备的功能可以存在于网元管理系统(elementmanagementsystem,ems)，虚拟网络功能管理器(virtualizednetworkfunctionmanager，vnfm)或者nfv管理和编排实体(managementandorchestration，mano)中的一处或者多处。编排设备的功能也可以存在于nfvmano中，或者open-o开源项目的全局业务编排(globalserviceorchestration,gso)，也可以存在于运营支撑系统(operationsupportsystem，oss)，或者其它的编排设备中的一处或者多处。这三种管理设备也可能是另外定义的实体。

另外，管理设备和编排设备都可能是分层实现的，例如网络管理设备可以分为分域管理设备和跨域管理设备，编排设备也可以分为分域编排设备和跨域编排设备。如果网络功能管理设备是位于ems中，则ems可以管理一个或者多个网络功能实体。

基础设施管理设备这个名字本身对设备不构成限定，实际中，可以为其他名字，比如：基础设施控制器(infrastructurecontroller)来管理。网络管理设备这个名字本身对设备不构成限定，实际中，可以为其他名字，比如：网络控制器(infrastructurecontroller)。网络功能管理设备这个名字本身对设备不构成限定，实际中，可以为其他名字，比如：nf控制器(nfcontroller)。编排设备这个名字本身对设备不构成限定，实际中，可以为其他名字，比如：编排器，“跨域编排功能实体”，或其他名字。在此进行统一说明，以下不再赘述。

本发明实施例提供一种资源调整方法，该方法在资源调整时，统一考虑完成业务的网络资源情况来进行资源调整，解决了现有技术中只处理出现资源不足的环节的问题。

比如，发明人发现有许多场景按照现有技术的方案是解决不了的。比如：当多个基站出现故障后同时恢复，大量的网络附着消息同时产生，导致mme负载过高，来不及处理一些消息而出现拥塞，这就触发了mme自动扩容。但mme扩容完成后，又产生了大量的访问归属签约用户服务器(homesubscriberserver，hss)的消息，导致hss的负载又过高而出现拥塞，这就触发了hss进行自动扩容。因为是依次串行扩容，而且每次扩容都需要耗时几分钟或者更多时间，总的扩容时间比较长。另外，由于没有统筹考虑，在mme扩容时被分配了过多资源，因此当hss也需要扩容时发现没有空闲资源给hss扩容，从而导致网络的处理能力在hss出现瓶颈。又比如，大量的订阅消息引起网络拥塞后，通过扩容解决订阅消息引起的拥塞后，随后产生的大量业务发放消息又会造成拥塞。这些场景都需要从业务的实际需求出发对多个网络功能进行统一的编排和调度，综合业务需求和可用资源的实际情况选取一种整体效果较好的资源调整方案。

本发明实施例提供的资源调整方法可应用于如图1所示的网络架构，可以应用于一个nf发生拥塞的场景中，也可以应用于链路发生拥塞的场景中，也可以应用于当前还没有拥塞，但是根据中央处理器(centralprocessingunit，cpu)占用率增加的趋势预测即将出现拥塞的场景中，还可以应用于其他会引起资源调整的场景中。

首先，通信网络接收业务流特征信息，然后通信网络根据业务流特征信息和业务流传输路径的对应关系，确定该业务流的传输路径；接着，通信网络确定该传输路径上资源的调整策略，以此来调整业务流所需的资源。本申请提供的资源调整方法，从业务的实际需求出发，在需要资源调整的时候，统一考虑完成业务的各个网络功能或链路，综合业务需求和网络中可用资源的情况确定调整策略，然后根据调整策略来调整业务流所需的资源，更优化的利用了网络资源。

其中，传输路径包括：业务流经由的起始nf和终结nf，以及起始nf和终结nf之间的链路。确定所述传输路径上资源的调整策略，具体可以根据所述业务流的资源占用信息和传输路径确定所述传输路径上资源的调整策略，所述资源占用信息可以是确定资源调整策略的设备从其他设备接收的，也可以是确定资源调整策略的设备上预置的。例如，在nf或链路拥塞的程度并不确定，或者拥塞的程度在变化中，不是个稳定值等情况下，业务流的资源占用信息可能没有被接收到。这种情况下，就可以根据默认值或预置值(例如增加一个某型号3.2ghzcpu的计算资源和200m的存储资源)对传输路径上的网络功能或传输链路进行扩容。

业务流的资源占用信息可以是带宽，或者单位时间内的消息数量。

资源调整策略，具体可以是，确定业务流传输路径上的扩容对象，或者确定业务流传输路径上的扩容对象以及每个对象的扩容信息，或者将业务流进行分流，使发生拥塞的网络功能或链路的拥塞状况出现好转，本申请不做限定。

通信网络中有很多功能网元，各种功能可以灵活的通过不同的网元来实现，各种信息也可以灵活的存储在不同的网元。上述方法中，通信网络包括如下设备中的一个或多个：nf管理设备、编排设备、或网络管理设备，对应关系可以存储在nf管理设备、编排设备、或网络管理设备中的任意一个中，具体实现方法看下面的方法实施例。本领域技术人员有能力根据本发明实施例的内容，设计灵活多样的通信网络实现方案，以下仅以几个实例化的方案说明本发明实施例在通信网络中的可能的一些实现方式，无论未来这些网元的名称、位置、交互关系如何变化，只要具备了本发明实施例中通信网络的功能，则均在本发明保护范围之内。

在一种实现方式中，可以是编排设备接收业务流特征信息，然后编排设备来确定扩容的对象，比如是扩容nf，或者扩容链路，或者是nf和链路都扩容。确定扩容对象后，nf的扩容信息(或者说：要扩容多少)可以由nf管理设备来确定，或者由编排设备来确定；链路的扩容信息可以由网络管理设备来确定，或者由编排设备来确定。

在一种实现方式中，可以是nf管理设备接收业务流特征信息，然后nf管理设备来确定扩容的对象，比如是扩容nf，或者扩容链路，或者是nf和链路都扩容。确定扩容对象后，nf的扩容信息(或者说：要扩容多少)可以由nf管理设备来确定，或者由编排设备来确定；链路的扩容信息可以由网络管理设备来确定，或者由编排设备来确定。

在一种实现方式中，可以是nf管理设备接收业务流特征信息，然后nf管理设备来确定对业务流进行分流。

在一种实现方式中，可以是编排设备接收业务流特征信息，然后编排设备来确定对业务流进行分流；或者确定需要扩容的对象。其中，需要扩容的对象可以是nf，或者是链路，或者是nf和链路都扩容。需要扩容的nf的扩容信息可以由编排设备或管理该nf的nf管理设备来确定，需要扩容的链路的扩容信息可以由编排设备或管理该链路的网络管理设备来确定。

在一种实现方式中，还可以不仅根据业务流的信息来进行资源调整，还可以结合与该业务流相关联的关联业务流的信息来进行资源调整。上述的编排设备或管理设备可以通过如图3所示的计算机设备(或系统)来实现。

图3所示为本发明实施例提供的计算机设备示意图。计算机设备300包括至少一个处理器31，通信总线32，存储器33以及至少一个通信接口34。

处理器31可以是一个通用中央处理器(cpu)，微处理器，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制本发明方案程序执行的集成电路。

通信总线32可包括一通路，在上述组件之间传送信息。所述通信接口34，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(ran)，无线局域网(wirelesslocalareanetworks，wlan)等。

存储器33可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，所述存储器33用于存储执行本发明方案的应用程序代码，并由处理器31来控制执行。所述处理器31用于执行所述存储器33中存储的应用程序代码。

在具体实现中，作为一种实施例，处理器31可以包括一个或多个cpu，例如图3中的cpu0和cpu1。

在具体实现中，作为一种实施例，计算机设备300可以包括多个处理器，例如图3中的处理器31和处理器38。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，计算机设备300还可以包括输出设备35和输入设备36。输出设备35和处理器31通信，可以以多种方式来显示信息。例如，输出设备35可以是液晶显示器(liquidcrystaldisplay，lcd),发光二级管(lightemittingdiode，led)显示设备，阴极射线管(cathoderaytube，crt)显示设备，或投影仪(projector)等。输入设备36和处理器31通信，可以以多种方式接受用户的输入。例如，输入设备36可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的计算机设备300可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备300可以是台式机、便携式电脑、网络服务器、掌上电脑(personaldigitalassistant，pda)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图3中类似结构的设备。本发明实施例不限定计算机设备300的类型。

示例性的，图1中的编排设备可以为图3所示的设备，编排设备的存储器中存储了一个或多个软件模块。编排设备可以通过处理器以及存储器中的程序代码来实现软件模块，实现业务流资源的调整。

又或者，图1中的nf管理设备可以为图3所示的设备，nf管理设备的存储器中存储了一个或多个软件模块。nf管理设备可以通过处理器以及存储器中的程序代码来实现软件模块，实现业务流资源的调整。

又或者，图1中的网络管理设备可以为图3所示的设备，网络管理设备的存储器中存储了一个或多个软件模块。网络管理设备可以通过处理器以及存储器中的程序代码来实现软件模块，实现业务流资源的调整。

如图4所示，为本发明实施例提供的资源调整方法流程示意图。该方法可以应用于图1所示的网络架构中。

步骤401，nf4从nf3(图中未示出)接收到大量的突发注册消息，nf4接收这些注册消息。

nf4的中央处理器cpu处理能力不足造成消息拥塞。

步骤403，nf4将自身负载突发增加的事件上报给管理nf4的网络功能管理设备，nf管理设备接收该事件。

其中，该事件中携带造成拥塞的消息类型(即注册消息)，以及突发业务流的资源占用信息。资源占用信息可以是单位时间的注册消息总量，也可以是突发业务流的带宽。本实施例中资源占用信息以单位时间的注册消息总量为例来说明。

nf管理设备接收该事件后，在下面几种情况中的任一种情况下，nf管理设备会执行步骤405：

(1)nf管理设备中获取不到上面所说的业务流特征信息和业务流的传输路径的对应关系。这里的获取不到可以是：nf管理设备自身没有存储该对应关系，或者nf管理设备从其他设备也无法获得该对应关系；

(2)nf管理设备根据对应关系表，确定注册消息后续还要途径其他域的nf或链路；或

(3)nf管理设备被预先配置为上报该事件给上一级的编排设备。

步骤405，nf管理设备将负载突发增加的事件上报给编排设备，编排设备接收该事件。

其中，该事件中携带上述消息类型，以及突发业务流的资源占用信息。

其中，nf管理设备收到403的上报事件后，可以是直接将该上报事件发送给编排设备；也可以是将收到的消息经过格式转换后再发给编排设备，具体实现方式本申请不做限定。

在具体实现中，作为一种可选方案，该事件中还可以携带nf管理设备决策的nf4扩容信息。编排设备在确定nf4扩容信息时，可以选择采纳nf管理设备决策的nf4扩容信息，也可以修改nf管理设备决策的nf4扩容信息，还可以自己决策nf4扩容信息。

步骤407，编排设备根据业务流特征信息和业务流的传输路径的对应关系，确定注册消息的传输路径。

这里，假设注册消息的传输路径如表1所示。因此，编排设备根据对应关系表确定注册消息后续要经由nf5和nf8。nf4，nf5和nf8可能属于同一个nf管理设备管理，也可能不属于同一个nf管理设备管理。

其中，对应关系可以是编排设备自身存储的，也可以是编排设备从其他设备(比如：网络功能管理设备)获取的，本申请不做限制。

步骤409，编排设备根据资源占用信息和注册消息的传输路径确定注册消息的资源调整策略。

具体实现中，首先，编排设备根据单位时间的注册消息总量，以及处理单条注册消息所需的平均基础设施资源，确定突发注册消息的基础设施资源开销。其中，处理单条注册消息所需的平均基础设施资源可以通过经验数据获得或者预先配置的数据获得。

具体的，可以通过注册消息总量乘以单条注册消息的平均基础设施资源开销得到突发注册消息的基础设施资源开销，也可以通过其他方法来确定基础设施资源开销，本申请不做限定。该注册消息的基础设施资源开销适用于传输路径上所有的nf。在本实施例中，例如：每秒处理新增的1000条注册消息需要增加一个频率是2.2ghz的cpu内核以及100m的存储空间，所以增加了每秒2000条注册消息，就需要扩容一个频率是2.2ghz的cpu内核两个以及200m的存储空间。

接着，编排设备结合nf4，nf5，nf8的空闲基础设施资源判断nf4，nf5，nf8是否需要扩容。其中，编排设备获取空闲基础设施资源的方式，可以是网络功能管理设备周期性上报给编排设备，也可以是编排设备去网络功能管理设备处查询获得，本申请不做限定。具体扩容多少可以通过突发注册消息的基础设施资源开销减去空闲基础设施资源获得，也可以通过突发注册消息的基础设施资源开销减去空闲基础设施资源再加上一定的余量，本申请不做限定。

本实施例中，假设nf4和nf8的空闲基础设施资源均小于突发注册消息所需要的基础设施资源开销，因此需要对nf4和nf8进行扩容。假设nf4和nf8的空闲基础设施资源均为0.2ghz的cpu内核两个以及20m的存储空间，则需要对nf4和nf8分别扩容2ghz的cpu内核两个以及180m的存储空间。

其中，在确定需要扩容的nf时，编排设备如果收到的有nf4拥塞的相关信息，则编排设备在确定nf扩容时，就不需要结合nf4的空闲基础设施资源判断nf4是否需要扩容了。

另外，编排设备根据链路nf4->nf5和链路nf5->nf8自身的带宽占用情况以及突发业务流(即：注册消息)的带宽信息判断是否需要对链路扩容，如果链路的空余传输能力(即：空闲的带宽信息)小于突发业务流的带宽信息，则增加链路的传输带宽。增加的数量可以是突发业务流的带宽减去链路的空余传输能力，也可以是突发业务流的带宽减去链路的空余传输能力再加上一定的余量，本申请不做限定。

其中，带宽信息可以根据注册消息总量得到，也可以是按照默认或预置值确定的(例如每次扩容100m带宽)。比如：通过消息数量乘以消息的平均长度得到带宽信息。具体方式，本申请不做限定。

本实施例中，假设链路nf4->nf5和链路nf5->nf8的空闲带宽资源均小于突发注册消息所需要的带宽信息，因此需要对链路nf4->nf5和链路

nf5->nf8进行扩容。假设按照上述介绍的链路扩容带宽方法，确定需要对链路nf4->nf5和链路nf5->nf8分别扩容300m带宽。

步骤411，编排设备向管理所述需要扩容的链路的网络管理设备发送链路扩容消息。网络管理设备接收该链路扩容消息。

该链路扩容消息中可以携带需要扩容的链路nf4->nf5和链路nf5->nf8的链路标识信息和带宽需求信息。网络管理设备根据带宽需求信息对链路标识对应的链路进行扩容。

其中，图4中只示出了一个网络管理设备，但具体实现中，管理所述需要扩容的链路的网络管理设备也可能是多个。如果是多个网络管理设备，那么编排设备就分别向多个网络管理设备发送各自所管理的链路的扩容消息。

步骤413，编排设备向各个nf的基础设施所在的基础设施管理设备发送nf扩容消息。基础设施管理设备接收该nf扩容消息。其中，基础设施管理设备可能涉及到一个或者多个，这里以一个为例。

其中，该扩容消息中可以携带需要扩容的nf标识信息和每个nf新的容量信息。

其中，图4中只示出了一个基础设施管理设备，但具体实现中，各个nf的基础设施所在的基础设施管理设备也可能是多个。如果是多个基础设施管理设备，那么编排设备就将nf扩容消息分别发送给各个nf的基础设施所在的基础设施管理设备。

另外，步骤413的nf扩容消息也可以是编排设备先发送给需要扩容的nf各自所在的网络功能管理设备。再由网络功能管理设备向各个nf的基础设施所在的基础设施管理设备发送扩容nf的请求。比如：在etsinfv架构下，编排设备对应到网络功能虚拟化编排(networkfunctionvirtualizationorchestrator，nfvo)，网络功能管理设备对应到vnfm，基础设施管理设备对应到vim。虚拟资源的扩缩容(扩容或缩容)有两种方式:第一种是vnfm获取nfvo授权后发指令给vim进行资源扩缩容；第二种是vnfm发指令给nfvo，nfvo进而发指令给vim进行资源扩缩容。本申请不做限定。

其中，图4中只示出了一个网络功能管理设备，但具体实现中，管理需要扩容的nf的网络功能管理设备也可能是多个。如果是多个网络功能管理设备，那么编排设备就将nf扩容消息分别发送给管理各个nf的网络功能管理设备。

步骤415，基础设施管理设备发送扩容请求给nf4资源所在的vim进行基础设施扩容，指示中携带nf4所用资源的标识以及nf4的扩容信息。使nf4同步扩容满足新增注册业务流的处理。

步骤417，基础设施管理设备发送扩容请求给nf8资源所在的vim进行基础设施扩容，指示中携带nf8所用资源的标识以及nf8的扩容信息。使nf8同步扩容满足新增注册业务流的处理。

其中，步骤411和413-417的执行没有先后顺序之分。步骤415和417也没有先后顺序之分。

通过本实施例提供的方法，可以在nf4由于接收到大量的注册消息发生拥塞的场景中，综合考虑了注册消息经由的传输路径中nf5、nf8和链路的情况，不仅对nf4进行了扩容，而且对nf8、nf4与nf5之间的链路、nf5和nf8之间的链路都进行了扩容，从而综合了整个传输路径的情况针对拥塞进行了相应的扩容处理，提高了资源扩容效率。

在图4所示的实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

如图5所示，为本发明实施例提供的另一种资源调整方法流程示意图。该方法可以应用于图1所示的网络架构中。本实施例和图4所示的实施例主要的不同在于，编排设备确定扩容对象，扩容对象的扩容信息由其他设备来确定。下面进行具体说明。

步骤501-507，同步骤401-407，这里不再赘述。

步骤509，编排设备根据资源占用信息和注册消息的传输路径确定注册消息的资源调整策略。

同步骤409中，假设编排设备确定需要对nf4和nf8进行扩容，以及对链路nf4->nf5和链路nf5->nf8进行扩容。

步骤511，编排设备向管理所述需要扩容的链路的网络管理设备发送链路扩容消息。网络管理设备接收该链路扩容消息。

其中，链路扩容消息中携带需要扩容的链路nf4->nf5和链路nf5->nf8的链路标识信息和突发业务流的资源占用信息给所述需要扩容的链路的网络管理设备，网络管理设备根据突发业务流的资源占用信息确定链路的扩容信息。网络管理设备确定扩容信息的方法可以参考步骤409中编排设备确定扩容信息的方法。

然后，网络管理设备根据带宽信息对链路标识对应的链路进行扩容。

在具体实现中，编排设备也可以先确定突发业务流的带宽信息，然后在链路扩容信息中携带需要扩容的链路标识信息和带宽信息。

步骤513，编排设备向需要扩容的nf的nf管理设备发送nf扩容消息。nf管理设备接收该nf扩容消息。

编排设备向nf管理设备发送的扩容信息中携带需要扩容的nf标识信息和所述资源占用信息，由nf管理设备根据资源占用信息和nf的空闲基础设施资源确定nf的扩容信息。nf管理设备确定nf扩容信息的方法可以参考步骤409中编排设备确定nf扩容信息的方法。

步骤515，网络功能管理设备向基础设施管理设备发送nf扩容消息。基础设施管理设备接收该nf扩容消息。

其中，该扩容消息中可以携带需要扩容的nf4和nf8的标识信息、以及nf4和nf8需要扩容的容量信息。

步骤517-519，同步骤415-417。

其中，511和513-519的执行没有先后顺序之分。517和519也没有先后顺序之分。

其中，同图4一样，图5中的基础设施管理设备、网络管理设备和网络功能管理设备都示出了一个，但实际中，可能有多个。

通过本实施例提供的方法，编排设备确定扩容的对象，即扩容nf4和nf8，以及nf4与nf5之间的链路、nf5和nf8之间的链路。nf4和nf8的扩容信息由网络功能管理设备来确定，nf4与nf5之间的链路、nf5和nf8之间的链路扩容信息由网络管理设备来确定，从而综合了整个传输路径的情况针对拥塞进行了相应的扩容处理，提高了资源扩容效率。

在图5所示的实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

在具体实现中，图4和图5的确定扩容信息的方法也可以结合来用，也就是说，编排设备确定一部分扩容对象的扩容信息，而另一部分nf和链路的扩容信息由nf管理设备和网络管理设备来确定。

在实际实现中，具体扩容方式有多种。在上述图4和图5中，扩容是以即扩nf又扩链路为例来说明。但在具体实现中，可以想到的是，还可以只对nf进行扩容而不对链路进行扩容，也可以是只对链路进行扩容而不对nf进行扩容。对nf或链路进行扩容的方法与图4或5中对nf或链路进行扩容的方法类似，这里不再赘述。

如图6所示，为本发明实施例提供的另一种资源调整方法流程示意图。该方法可以应用于图1所示的网络架构中。本实施例和图4，5所示的实施例主要的不同在于，在本实施例中，资源调整策略是将业务流进行分流。下面进行具体说明。

步骤601-607，同步骤401-407，这里不再赘述。

步骤609，编排设备根据资源占用信息和注册消息的传输路径确定注册消息的资源调整策略。

在本实施例中，假设编排设备采用步骤409中的方法，判断nf4的基础设施资源不能满足该突发的注册消息引起的业务流，以及链路nf4->nf5传输带宽资源也不能满足该突发的注册消息引起的业务流，而且通过nf7的基础设施资源可以满足处理突发业务流的需求，因此选择nf7对nf4的业务处理进行负荷分担。分担的比例可以选择将突发的注册消息流量引导到nf7，也可以将突发的流量按照一定比例引导到nf7上，本申请不做限制。

可选的，还可以将nf7处理后的业务流发到nf5，相当于对链路nf4->nf5也进行负荷分担。当然，对于链路nf4->nf5，也可以采用扩容nf4->nf5链路容量的方法来解决。

步骤611，编排设备发送调整链路带宽消息给管理链路nf3->nf7和链路nf7->nf5的网络管理设备，以使网络管理设备在这两条链路上分配资源。网络管理设备接收该消息。

其中，该消息中携带链路nf3->nf7和链路nf7->nf5的链路标识以及需要分配的带宽信息。

这里的带宽信息可以参考步骤409由编排设备确定之后发给网络管理设备，也可以参考步骤511由网络管理设备设备来确定带宽信息。

步骤613，编排设备向管理nf3和nf7的网络功能管理设备发送调整业务流走向的消息。网络功能管理设备接收该消息。

该消息要求nf3将指定比例或者具备一定特征的原先发送到nf4的业务流改变下一跳到nf7,要求nf7将这部分流量的下一跳设置成nf5。

步骤615，网络管理功能设备向nf3发送配置消息，以使nf3将指定比例或者具备一定特征的业务流的下一跳设置成nf7。nf3接收该配置消息。

步骤617，网络管理功能设备向nf7发送设置下一跳的消息，以使nf7将上述指定比例或者具备一定特征的业务流的下一跳设置为nf5。nf5接收该设置下一跳的消息。

其中，同图4一样，图6中的网络管理设备和网络功能管理设备都示出了一个，但实际中，可能有多个。

本实施例提供的方法，通过改变业务流的走向，从而通过负荷分担绕过业务流传输路径上的瓶颈点，该方案可以一次对一个或多个nf进行负荷分担。该解决方案也可以与图4或图5的方案结合，比如：可以对部分nf进行扩容，对部分nf进行负荷分担；也可以对部分nf和部分链路进行负荷分担，对部分nf和部分链路进行扩容；也可以对nf进行负荷分担，对链路进行扩容等。

在图6所示的实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

上面实施例是以nf4收到大量注册消息，然后发送拥塞上报事件给网络管理功能设备为例来描述的。在实际实现中，也可能是大量业务流消息(比如：注册消息)经由某个链路，导致该链路过载，路由器会将链路拥塞(或过载)事件发送给管理该链路的网络管理设备。下面结合图7-9进行说明。

如图7所示，为本发明实施例提供的资源调整方法流程示意图。该方法可以应用于图1所示的网络架构中。

假设由于注册消息突增，nf3到nf4之间的链路发生拥塞，然后路由器4将该拥塞事件上报给管理该链路的网络管理设备(这一步图中未示出)。

步骤703，网络管理设备接收该事件。

其中，该事件中携带的信息，以及网络管理设备执行步骤705的几种情况同步骤403中描述，这里不再赘述。

步骤705，网络管理设备将该拥塞事件上报给编排设备，编排设备接收该事件。

其中，该事件中携带上述消息类型，以及突发业务流的资源占用信息。

其中，网络管理设备收到703的上报事件后，可以是直接将该上报事件发送给编排设备；也可以是将收到的消息经过格式转换后再发给编排设备，具体实现方式本申请不做限定。

在具体实现中，作为一种可选方案，该事件中还可以携带网络管理设备决策的链路nf3->nf4的扩容信息。编排设备在确定链路nf3->nf4的扩容信息时，可以选择采纳网络管理设备决策的链路nf3->nf4的扩容信息，也可以修改网络管理设备决策的链路nf3->nf4的扩容信息，还可以自己决策链路

nf3->nf4的扩容信息。

步骤707-709，同407-409。

其中，步骤709中，假设还需要对链路nf3->nf4扩容300m带宽。

步骤711，与步骤411不同的是，链路扩容消息中还携带链路nf3->nf4的链路标识信息和带宽需求信息。

步骤713到717，同步骤413-417。

通过本实施例提供的方法，可以在链路nf3->nf4由于接收到大量的注册消息发生拥塞的场景中，综合考虑了注册消息经由的传输路径中nf4、nf5、nf8和链路的情况，不仅对链路nf3->nf4进行了扩容，而且对nf8、nf4与nf5之间的链路、nf5和nf8之间的链路都进行了扩容，从而综合了整个传输路径的情况针对拥塞进行了相应的扩容处理，提高了资源扩容效率。

在图7所示的实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

如图8所示，为本发明实施例提供的资源调整方法流程示意图。该方法可以应用于图1所示的网络架构中。本实施例和图7所示的实施例主要的不同在于，编排设备确定扩容对象，扩容对象的扩容信息由其他设备来确定。下面进行具体说明。

假设由于注册消息突增，nf3到nf4之间的链路发生拥塞，然后路由器4将该拥塞事件上报给管理该链路的网络管理设备(这一步图中未示出)。

步骤803-809，同步骤703-709，这里不再赘述。

步骤811，与步骤511不同的是，链路扩容消息中还携带链路nf3->nf4的链路标识信息和带宽需求信息。网络管理设备确定扩容信息的方法可以参考步骤709中编排设备确定扩容信息的方法。

然后，网络管理设备根据带宽信息对链路标识对应的链路进行扩容。

在具体实现中，编排设备也可以先确定突发业务流的带宽信息，然后在链路扩容信息中携带需要扩容的链路标识信息和带宽信息。

步骤813到817，同513-517。

在图8所示的实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

在实际实现中，具体扩容方式有多种。在上述图7和图8中，扩容是以即扩nf又扩链路为例来说明。但在具体实现中，可以想到的是，还可以只对链路进行扩容而不对nf进行扩容，也可以是只对nf进行扩容而不对链路进行扩容。对nf或链路进行扩容的方法与图7或8中对nf或链路进行扩容的方法类似，这里不再赘述。

如图9所示，为本发明实施例提供的资源调整方法流程示意图。该方法可以应用于图1所示的网络架构中。本实施例和图7，8所示的实施例主要的不同在于，在本实施例中，资源调整策略是将业务流进行分流。下面进行具体说明。

假设由于注册消息突增，nf3到nf4之间的链路发生拥塞，然后路由器1将该拥塞事件上报给管理该链路的网络管理设备(这一步图中未示出)。

步骤903-907，同步骤703-707，这里不再赘述。

步骤909，编排设备根据资源占用信息和注册消息的传输路径确定注册消息的资源调整策略。

在本实施例中，假设编排设备采用步骤709中的方法，判断nf3到nf4以及nf4到nf5之间的链路传输带宽资源不能满足该突发的注册消息引起的业务流，以及nf4的基础设施资源不能满足该突发的注册消息引起的业务流，而且通过nf7的基础设施资源可以满足处理突发业务流的需求，因此选择nf7对nf4的业务处理进行负荷分担。分担的比例可以选择将突发的注册消息流量引导到nf7，也可以将突发的流量按照一定比例引导到nf7上，本申请不做限制。

步骤911，与611不同的是，调整链路带宽消息中除携带链路nf3->nf7和链路nf7->nf5的链路标识以及需要分配的带宽信息外，还携带链路

nf3->nf4的链路标识以及需要分配的带宽信息。

步骤913-917，同步骤613-617。

本实施例提供的方法，通过改变业务流的走向，从而通过负荷分担绕过业务流传输路径上的瓶颈点，该方案可以一次对一个或多个nf进行负荷分担。该解决方案也可以与图7或图8的方案结合，比如：可以对部分nf进行扩容，对部分nf进行负荷分担；也可以对部分nf和部分链路进行负荷分担，对部分nf和部分链路进行扩容；也可以对nf进行负荷分担，对链路进行扩容等。

在图9所示的实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

在上面图4-9中，编排设备、网络功能管理设备、基础设施管理设备和网络管理设备是分设的。在具体实现中，编排设备也可以和网络管理设备合设。在编排设备和网络管理设备合设的情况下，编排设备和网络管理设备的功能就由合设的设备来实现。合设后，本领域人员可以理解，编排设备和网络管理设备之间的交互就不需要了。

在具体实现中，编排设备也可以和网络功能管理设备合设。在编排设备和网络功能管理设备合设的情况下，编排设备和网络功能管理设备的功能就由合设的设备来实现。合设后，本领域人员可以理解，编排设备和网络功能管理设备之间的交互就不需要了。

在具体实现中，编排设备也可以和网络功能管理设备合设。在编排设备和网络功能管理设备合设的情况下，编排设备和网络功能管理设备的功能就由合设的设备来实现。合设后，本领域人员可以理解，编排设备和网络功能管理设备之间的交互就不需要了。

在具体实现中，编排设备也可以和网络功能管理设备合设。在编排设备和网络功能管理设备合设的情况下，编排设备和网络功能管理设备的功能就由合设的设备来实现。合设后，本领域人员可以理解，编排设备和网络功能管理设备之间的交互就不需要了。

在具体实现中，编排设备也可以和基础设施管理设备合设。在编排设备和基础设施管理设备合设的情况下，编排设备和基础设施管理设备的功能就由合设的设备来实现。合设后，本领域人员可以理解，编排设备和基础设施管理设备之间的交互就不需要了。

在具体实现中，上述方法实施例中所说的对应关系除了包括业务流特征信息和业务流的传输路径的对应关系外，还可以包括与该业务流有关联的关联业务流特征信息与所述关联业务流的传输路径的对应关系。

例如，前面说过的，当大量的网络附着消息同时产生后，导致mme负载过高，但mme扩容后，又产生了大量的访问hss的消息(例如数据库查询消息)，导致hss的负载又过高而出现拥塞，那么网络附着消息和数据库查询消息这两种消息需要关联起来。下面以表三为例来进行说明。

表三

如表三所示，nf4接收到注册消息后会触发访问消息发送到nf5。这种情况下，如果nf4因为突发的注册消息造成拥塞，虽然nf4是该注册消息的终点，但是因为注册消息会触发访问消息到nf5，所以注册消息和访问消息需要进行关联。比如：对nf4进行扩容时，也要判断nf5是否需要扩容，以及需要扩容多少基础设施资源，而且还要判断链路nf4->nf5是否需要扩容，以及扩容多少带宽资源。

在有关联业务流的情况下，由于对应关系除了注册消息和注册消的传输路径的对应关系外，还有与注册消有关联的访问消息和访问消息的传输路径的对应关系。因此，在具体实现中，在上述步骤407，507，607，707,807和907中确定的传输路径除了注册消息的传输路径外，还要确定访问消息的传输路径。之后，除了确定注册消息的传输路径中的nf或链路的扩容外，还要确定访问消息的传输路径中的nf或链路是否要扩容，以及需要扩多少。确定方法与上述方法实施例中注册消息的相关处理类似，这里不再赘述。

在该实施例中，编排设备的动作可以由编排设备根据上述提及的存储器中的软件模块来执行。网络功能管理设备的动作可以由网络功能管理设备根据上述提及的存储器中的软件模块来执行。网络管理设备的动作可以由网络管理设备根据上述提及的存储器中的软件模块来执行。本申请实施例对此不作任何限制。

上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，上述实现编排设备或网络功能管理设备的设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对编排设备或网络功能管理设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，在采用对应各个功能划分各个功能模块的情况下，图10示出了上述实施例中所涉及的一种实现资源调整的装置可能的结构示意图，该装置1000包括：接收模块1001，第一确定模块1003和第二确定模块1005。

该接收模块1001，用于接收业务流特征信息。

该第一确定模块1003，用于根据所述业务流特征信息和所述业务流的传输路径的对应关系，确定所述业务流的传输路径，所述传输路径包括：所述业务流经由的起始网络功能nf和终结nf，以及起始nf和终结nf之间的链路；

该第二确定模块1005，用于确定所述传输路径上资源的调整策略，以此来调整所述业务流所需的资源。

在一种可能的实现方式中，该第二确定模块1005，具体用于：根据所述业务流的资源占用信息和所述传输路径确定所述传输路径上资源的调整策略。

在另一种可能的实现方式中，该第二确定模块1005，具体用于：根据所述业务流的资源占用信息确定所述传输路径上的nf所需的基础设施资源；根据所述传输路径上的nf所需的基础设施资源和传输路径上的nf空闲的基础设施资源确定需要扩容的nf。

在另一种可能的实现方式中，该装置还包括第三确定模块1007，用于根据传输路径上的nf所需的基础设施资源和传输路径上的nf空闲的基础设施资源确定所述需要扩容的nf的扩容信息。

在另一种可能的实现方式中，该第二确定模块1005，具体用于：根据所述业务流的资源占用信息确定所述传输路径上的链路所需的带宽；根据所述传输路径上的链路所需的带宽和传输路径上的链路空闲的带宽确定需要扩容的链路。

在另一种可能的实现方式中，该第二确定模块1005还用于：根据所述传输路径上的链路所需的带宽和传输路径上的链路空闲的带宽确定需要扩容的链路的扩容信息。

在另一种可能的实现方式中，该装置除了包括接收模块1001，第一确定模块1003和第二确定模块1005外，还包括第一发送模块1009，用于发送所述业务流特征信息和所述业务流的资源占用信息给管理所述需要扩容的nf的nf管理设备，由所述nf管理设备来确定需要扩容的nf的扩容信息。作为一种可选的方式，该装置除了包括接收模块1001，第一确定模块1003和第二确定模块1005外，还包括第二发送模块1011，用于发送所述传输路径和所述业务流的资源占用信息给管理所述需要扩容的nf的nf管理设备，由所述nf管理设备来确定需要扩容的nf的扩容信息。

在另一种可能的实现方式中，还包括第三发送模块1013，用于将所述业务流特征信息和所述业务流的资源占用信息发送给管理所述需要扩容的链路的网络管理设备，以使所述网络管理设备根据所述业务流的资源占用信息和传输路径中包括的链路的空闲带宽确定链路的扩容信息。

在另一种可能的实现方式中，还包括第四发送模块1015，用于将所述传输路径和所述业务流的资源占用信息发送给管理所述需要扩容的链路的网络管理设备，以使所述网络管理设备根据所述业务流的资源占用信息和传输路径中包括的链路的空闲带宽确定链路的扩容信息。

在另一种可能的实现方式中，该业务流特征信息来自第一网元；相应的，该第二确定模块1005，具体用于：根据所述业务流的资源占用信息和所述传输路径确定所述业务流所需的基础设施资源；根据所述业务流所需的基础设施资源，选择所述传输路径上在所述第一网元前一跳的第二网元，以将所述第二网元发送给所述第一网元的所述业务流分流一部分到其他网元上。

在另一种可能的实现方式中，该对应关系还包括：与所述业务流有关联的关联业务流特征信息与所述关联业务流的传输路径的对应关系；则第一确定模块1003，还用于根据所述关联业务流特征信息与所述关联业务流的传输路径确定所述关联业务流的传输路径；第一确定模块1005，具体用于根据所述资源占用信息和所述业务流的传输路径、以及所述关联业务流传输路径确定资源调整策略。

其中，该装置可以为通信网络中的编排设备，也可以为通信网络中的网络功能管理设备，也可以为两者合一的设备，还可以为通信网络中其他设备，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该实现资源调整的装置以对应各个功能划分各个功能模块的形式来呈现，或者，该实现资源调整的装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specificintegratedcircuit，asic)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到实现资源调整的装置1000可以采用图3所示的形式。比如，图10中的接收模块1001，第一确定模块1003，第二确定模块1005，第三确定模块1007，第一发送模块1009、第二发送模块1011、第三发送模块1013或第四发送模块1015可以通过图3的处理器31(和/或处理器38)和存储器33来实现，具体的，接收模块1001，第一确定模块1003，第二确定模块1005，第三确定模块1007，第一发送模块1009、第二发送模块1011、第三发送模块1013或第四发送模块1015可以通过由处理器31(和/或处理器38)来调用存储器33中存储的应用程序代码来执行，本发明实施例对此不作任何限制。

图11示出了上述实施例中所涉及的一种实现资源调整的系统。该系统包括：编排设备1101和网络功能管理设备1103。

该编排设备1101，用于接收业务流特征信息；根据所述业务流特征信息和所述业务流的传输路径的对应关系，确定所述业务流的传输路径，所述传输路径包括：所述业务流经由的起始网络功能nf和终结nf，以及起始nf和终结nf之间的链路；根据所述业务流的资源占用信息确定所述传输路径上的nf所需的基础设施资源；根据所述传输路径上的nf所需的基础设施资源和传输路径上的nf空闲的基础设施资源确定需要扩容的nf；

该网络功能管理设备1103，用于确定需要扩容的nf的扩容信息。

在一种具体实现中，该编排设备1101还用于发送所述业务流特征信息和所述业务流的资源占用信息给管理所述需要扩容的nf的nf管理设备1103。

在一种具体实现中，该编排设备1101还用于发送所述传输路径和所述业务流的资源占用信息给管理所述需要扩容的nf的nf管理设备1103。

图12示出了上述实施例中所涉及的一种实现资源调整的系统。该系统包括：编排设备1201和网络管理设备1203。

该编排设备1201，用于接收业务流特征信息；根据所述业务流特征信息和所述业务流的传输路径的对应关系，确定所述业务流的传输路径，所述传输路径包括：所述业务流经由的起始网络功能nf和终结nf，以及起始nf和终结nf之间的链路；根据所述业务流的传输路径确定所述传输路径上管理链路的网络管理设备；

该网络管理设备1203，用于根据所述业务流的资源占用信息和传输路径中包括的链路的空闲带宽确定链路的扩容信息。

在一种具体实现中，该编排设备1201用于将所述业务流特征信息和所述业务流的资源占用信息发送给所述网络管理设备1203。

在一种具体实现中，该编排设备1201将所述传输路径和所述业务流的资源占用信息发送给所述网络管理设备1203。

图13示出了上述实施例中所涉及的一种实现资源调整的系统。该系统包括：编排设备1301和网络功能管理设备1303。

该编排设备1301，用于接收业务流特征信息；根据所述业务流特征信息和所述业务流的传输路径的对应关系，确定所述业务流的传输路径，所述传输路径包括：所述业务流经由的起始网络功能nf和终结nf，以及起始nf和终结nf之间的链路；根据所述业务流的资源占用信息和所述传输路径确定所述业务流所需的基础设施资源；根据所述业务流所需的基础设施资源，选择所述传输路径上在所述第一网元前一跳的第二网元；向网络功能管理设备1303发送调整业务流走向的消息；

该网络功能管理设备1303，用于接收调整业务流走向的消息，向第二网元发送配置消息，以使第二网元将指定比例或者具备一定特征的业务流的下一跳设置成第三网元。

在一种具体实现中，该网络功能管理设备1303，还用于向第三网元发送设置下一跳的消息，以使第三网元将上述指定比例或者具备一定特征的业务流的下一跳设置成所述第一网元的下一跳网元。

上述方法实施例涉及的各步骤的所有相关内容均可以援引到该系统中各设备，在此不再赘述。

本发明实施例还提供了一种计算机存储介质，用于储存为上述图4-9所示的实现资源调整的装置所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序代码。通过执行存储的程序代码，可以统一考虑执行业务的网络资源情况来进行资源调整，提高资源扩容效率。

本发明实施例还提供了计算机程序产品。该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述方法实施例中的方法。

尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

本领域技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式，这里将它们都统称为“模块”或“系统”。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过internet或其它有线或无线电信系统。

本申请是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，在不脱离本发明的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。