基于业务流和业务路径特性的业务迁移专利检索-用户驻地设备多媒体工具与应用专利检索查询-专利查询网

基于业务流和业务路径特性的业务迁移

阅读：219发布：2020-05-13

专利汇可以提供基于业务流和业务路径特性的业务迁移专利检索，专利查询，专利分析的服务。并且一种设备可以包括一个或多个处理器，其用于检测通用用户驻地设备 (uCPE)平台中的问题；选择从uCPE平台迁移到虚拟用户驻地设备(vCPE)平台的业务流，该业务流可以基于业务流的特性来进行选择；确定通过vCPE平台的业务流的业务路径；基于位于业务路径上的vCPE平台的存在点(PoP)来选择PoP以托管与业务流相关联的虚拟网络功能(VNF)；以及执行与PoP或业务流相关联的动作来解决该问题。，下面是基于业务流和业务路径特性的业务迁移专利的具体信息内容。

权利要求

1.一种设备，包括：
一个或多个处理器，用于：
检测通用用户驻地设备(uCPE)平台中的问题；
选择从所述uCPE平台迁移到虚拟用户驻地设备(vCPE)平台的业务流，所述业务流基于所述业务流的特性而被选择；
确定通过所述vCPE平台的所述业务流的业务路径；
基于所述vCPE平台的存在点(PoP)位于所述业务路径上，来选择PoP以托管与所述业务流相关联的虚拟网络功能(VNF)；以及
执行与所述PoP或所述业务流相关联的动作，来解决所述问题。
2.根据权利要求1所述的设备，其中所述一个或多个处理器当检测到所述问题时，用于：
监测所述uCPE平台的负载；以及
当所述uCPE平台的所述负载满足所述uCPE平台的负载阈值时，检测所述问题，所述动作被执行以使得能够针对所述uCPE平台的服务进行缩放。
3.根据权利要求1所述的设备，其中所述一个或多个处理器当检测到所述问题时，进一步用于：
监测所述uCPE平台的可操作性；以及
基于与所述uCPE平台的所述可操作性相对应的性能水平，来检测所述问题。
4.根据权利要求1所述的设备，其中所述业务流的所述特性包括以下至少一项：
所述业务流的服务水平协议，
与所述业务流相关联的优先级，或者
所述业务流的目的地。
5.根据权利要求1所述的设备，其中所述一个或多个处理器当确定所述业务流的所述业务路径时，用于：
标识所述业务路径上的、所述vCPE平台的多个PoP；以及
其中所述一个或多个处理器当选择所述PoP时，用于：
基于所述PoP的特性，来从所述多个PoP中选择所述PoP。
6.根据权利要求5所述的设备，其中所述PoP的所述特性包括以下至少一项：
所述PoP的负载，
所述PoP的利用率，或者
将所述业务流迁移到所述PoP的成本。
7.根据权利要求1所述的设备，其中所述一个或多个处理器当执行所述动作时，用于：
通过指示所述PoP托管所述VNF，将所述业务流从所述uCPE平台迁移到所述vCPE平台的所述PoP。
8.一种存储指令的非暂态计算机可读介质，所述指令包括：
一个或多个指令，所述指令当由一个或多个处理器执行时，使得所述一个或多个处理器：
检测通用用户驻地设备(uCPE)平台中的问题；
选择从uCPE平台向虚拟用户驻地设备(vCPE)平台暴涌的业务流，
所述业务流基于所述业务流的特性而被选择；
确定通过所述vCPE平台的多个存在点(PoP)的所述业务流的业务路径；
从所述多个PoP中选择托管与所述业务流相关联的虚拟网络功能(VNF)的PoP；以及执行与所述PoP或所述业务流相关联的动作，来解决所述问题。
9.根据权利要求8所述的非暂态计算机可读介质，其中使得所述一个或多个处理器检测所述问题的所述一个或多个指令还使得所述一个或多个处理器：
针对与所述问题相对应的事件，监测所述uCPE平台，
所述事件包括以下至少一项：所述uCPE平台到达阈值负载或变得不可操作。
10.根据权利要求8所述的非暂态计算机可读介质，其中使得所述一个或多个处理器选择所述业务流的所述一个或多个指令使得所述一个或多个处理器：
标识与所述uCPE平台的其他业务流的相同特性相对应的所述业务流的所述特性；以及基于所述业务流的所述特性和所述其他业务流的所述特性来选择所述业务流，其中所述特性包括以下至少一项：
服务水平协议，
优先级，或者
目的地。
11.根据权利要求8所述的非暂态计算机可读介质，其中使得所述一个或多个处理器从所述多个PoP中选择所述PoP的所述一个或多个指令使得所述一个或多个处理器：
确定与所述PoP相关联的特性；以及
基于相对于所述多个PoP中的一个或多个PoP的相应特性的、与所述PoP相关联的所述特性，来选择所述PoP。
12.根据权利要求11所述的非暂态计算机可读介质，其中所述特性包括以下至少一项：
所述PoP的利用率，
所述PoP的负载，或者
将所述业务流迁移到所述PoP的成本。
13.根据权利要求8所述的非暂态计算机可读介质，其中使得所述一个或多个处理器执行所述动作的所述一个或多个指令使得所述一个或多个处理器：
通过将所述业务流从所述uCPE平台迁移到所述vCPE平台的所述PoP，暴涌所述业务流。
14.根据权利要求8所述的非暂态计算机可读介质，其中使得所述一个或多个处理器执行所述动作的所述一个或多个指令使得所述一个或多个处理器：
经由用户界面请求授权，以从所述uCPE平台向所述vCPE平台的所述PoP暴涌所述业务流。
15.一种方法，包括：
通过设备，检测通用用户驻地设备(uCPE)平台中的问题；
通过所述设备，选择所述uCPE平台的虚拟网络功能VNF的业务流，以迁移到虚拟用户驻地设备(vCPE)平台，
所述业务流基于所述业务流的特性而被选择；
通过所述设备，确定所述业务流从所述uCPE平台通过所述vCPE平台到达目的地的业务路径；
通过所述设备，选择托管与所述uCPE平台的所述VNF相对应的VNF的所述vCPE平台的存在点(PoP)，以处理所述业务流，
基于所述PoP位于所述业务路径上，来选择所述PoP；以及通过所述设备，执行与所述PoP或所述业务流相关联的动作以解决所述问题。
16.根据权利要求15所述的方法，其中检测所述问题包括：
基于所述uCPE平台是过载或不可操作中的至少一个，来检测所述问题。
17.根据权利要求15所述的方法，其中所述业务流的所述特性包括以下至少一项：所述业务流的服务水平协议、所述业务流的应用的优先级、或所述业务流的目的地路径。
18.根据权利要求15所述的方法，其中选择所述PoP包括：
标识所述业务路径上的多个PoP；以及
基于所述PoP的特性，来从所述多个PoP中选择所述PoP，
所述特性包括以下至少一项：
所述PoP的利用率，
所述PoP的负载，或者
将所述业务流迁移到所述PoP的成本。
19.根据权利要求15所述的方法，其中执行所述动作包括：
将所述业务流从所述uCPE平台迁移到所选择的所述PoP。
20.根据权利要求15所述的方法，其中执行所述动作包括：
发送与将所述业务流从所述uCPE平台迁移到所选择的所述PoP相关联的通知。

说明书全文

基于业务流和业务路径特性的业务迁移

背景技术

[0001] 网络功能虚拟化(NFV)是网络体系架构概念，其将网络节点功能的类别虚拟化成构建块，这些构建块可以连接或链接在一起以创建通信服务。NFV平台可能是分布式的、集中式的、或分布式和集中式的混合。分布式NFV(或现场NFV)是利用通用用户驻地设备(uCPE)的平台，而集中式NFV(或基于云的NFV)则是利用虚拟用户驻地设备(vCPE)的平台。

[0002] NFV体系架构可以包括虚拟网络功能(VNF)，其是网络功能的软件实现方式。VNF可以由运行不同软件和/或进程的一个或多个虚拟机构成，位于标准高容量服务器、交换机和/或存储设备之上，而不是具有为每个网络功能定制的或专用的硬件设施。发明内容

[0003] 根据一些实现方式，一种设备可以包括一个或多个处理器，其用于检测通用用户驻地设备(uCPE)平台中的问题；选择从uCPE平台迁移到虚拟用户驻地设备(vCPE)平台的业务流，该业务流可以基于业务流的特性来进行选择；确定通过vCPE平台的业务流的业务路径；基于位于业务路径上的vCPE平台的存在点(PoP)来选择存在点以托管与业务流相关联的虚拟网络功能(VNF)；以及执行与PoP或业务流相关联的动作来解决问题。

[0004] 根据一些实现方式，一种非暂态计算机可读介质可以存储指令，这些指令可以包括一个或多个指令，该指令当由一个或多个处理器执行时，可以使得一个或多个处理器检测通用用户驻地设备(uCPE)平台中的问题；选择从uCPE平台向虚拟用户驻地设备(vCPE)平台暴涌的业务流，该业务流可以基于业务流的特性来进行选择；确定通过vCPE平台的多个存在点(PoP)的业务流的业务路径；从多个PoP中选择PoP来托管与业务流相关联的虚拟网络功能(VNF)；以及执行与PoP或业务流相关联的动作来解决问题。

[0005] 根据一些实现方式，一种方法可以包括：通过设备检测通用用户驻地设备(uCPE)平台中的问题；通过设备选择uCPE平台的虚拟网络功能(VNF)的业务流，以迁移到虚拟用户驻地设备(vCPE)平台，该业务流可以基于业务流的特性而被选择；通过设备确定业务流从uCPE平台通过vCPE平台到达目的地的流量路径；通过设备选择托管与uCPE平台的VNF对应的VNF的vCPE平台的存在点(PoP)以处理业务流，该PoP可以基于位于业务路径上的PoP而被选择；以及通过设备执行与PoP或业务流相关联的动作以解决问题。附图说明

[0006] 图1A至图1C是本文中所描述的示例实现方式的概览的图；

[0007] 图2是其中可以实现本文中所描述的系统和/或方法的示例环境的图；

[0008] 图3是图2的一个或多个设备的示例组件的图；

[0009] 图4是基于业务流和业务路径特性来进行业务迁移的示例过程的流程图；

[0010] 图5是与图4所示的示例过程有关的示例实现方式的图；以及

[0011] 图6是与图4所示的示例过程有关的示例实现方式的图。

具体实施方式

[0012] 示例实现方式的以下具体描述参考附图。不同附图中的相同附图标记可以标识相同或相似的元件。

[0013] 使用网络功能虚拟化(NFV)能力来缩放网络的能力使得能够启用/停用网络资源和/或虚拟网络功能(VNF)以满足网络的需求(例如，处理/执行VNF)，同时维持性能而不浪费成本。附加地，尽管某些资源变得不可用(例如，由于故障、关机、与网络断开连接等)，具有主动-主动高可用性(HA)的网络可以确保网络仍继续运行。然而，在许多情况下，虽然当使用虚拟化用户驻地设备(vCPE)平台(例如，在集中式NFV中)时，可以在集中式NFV平台中实现缩放和HA，但是缩放和HA可能由于现场设备资源有限(例如，可能只有固定数量的设备来实现uCPE)而无法在通用用户驻地设备(uCPE)平台(分布式NFV)内实现。虽然uCPE平台可能通过将业务迁移到vCPE平台(其可能在本文中被称为“爆涌”(cloudbursting)或“暴涌”(cloudburst)的动作)来实现缩放和/或HA，但是这可能导致过载vCPE平台的资源。例如，可能会发生过载特定vCPE资源，因为vCPE资源可能是失败的uCPE平台的指定备份，该备份已经过载或者由于uCPE平台的附加业务而过载。

[0014] 本文中的一些实现方式使得能够将uCPE平台的适当业务流迁移到vCPE平台的适当资源。例如，可以基于业务流的特性和/或业务流的对应应用的特性(诸如应用的服务水平协议(SLA)、应用的优先级、应用的业务流的目的地路径等)来选择应用的业务流以供迁移。作为另一示例，可以基于PoP的特性来选择诸如vCPE平台的存在点(PoP)之类的特定资源以供迁移，这些特性包括业务目的地(例如，物理位置、网络拓扑内的逻辑位置等)、PoP的利用率或负载、将业务流从uCPE迁移到PoP的成本(例如，与迁移业务流所需的时间、资源等相对应的成本)等。因此，根据本文中的一些实现方式，当将业务从uCPE平台迁移到vCPE平台时，可以实现选择过程，其避免过载vCPE平台的资源，同时实现uCPE平台的缩放和/或HA。因而，可以在uCPE平台和/或vCPE平台内避免故障、关闭、误差等。

[0015] 图1A至图1C是本文中所描述的示例实现方式100的概览的图。如图1A至图1C所示，示例实现方式100可以包括公司办公室uCPE平台，其包括一组VNF(被示为VNF1，VNF2和VNF3)，并且可以包括分公司办公室uCPE平台，其包括对应的一组VNF(被示为VNF1，VNF2和VNF3)。在一些实现方式中，作为分布式NFV平台的一部分，公司办公室uCPE平台和分公司办公室uCPE平台可以由同一实体(例如，企业、组织、个人等)拥有。在一些实现方式中，公司办公室uCPE平台和分公司办公室uCPE平台可以由单独的实体拥有。示例实现方式100还可以包括vCPE平台，其包括多个PoP(被示为PoP1，PoP2，PoP3和PoP4)。在一些实现方式中，vCPE平台可以是与uCPE平台的服务提供商相同或不同的服务提供商的平台。

[0016] 如图1A和附图标记110所示，公司办公室uCPE平台可以通过vCPE平台向分公司办公室uCPE平台发送业务。如图1B和附图标记120所示，当添加新负载时，可能会检测到过载的uCPE平台。例如，如所示出的，当VNFnew被添加到公司办公室uCPE平台时，可能会检测到公司办公室uCPE平台过载。在这种情况下，可以确定需要缩放。在一些实现方式中，可以确定当现有VNF变得过载(不一定是因为新VNF被添加到uCPE平台)时，需要缩放。附加地或可替代地，可能在公司办公室uCPE平台内检测到其他问题(例如，uCPE平台中的故障、uCPE平台中的设备关闭、无法访问uCPE平台的设备等)，并且可以确定需要HA。

[0017] 如图1C和附图标记130所示，VNF的业务流可以被选择以被迁移到vCPE平台，以减少或减轻公司办公室uCPE平台上的负载(即，暴涌可以被执行)。例如，如所示出的，可以选择VNF2的业务流以被迁移。VNF2的业务流可以基于VNF2的业务流的特性而被选择。如附图标记140所示，可以针对VNF2从公司办公室uCPE平台通过vCPE平台到达分公司办公室uCPE平台的业务流确定业务路径(在图1C中以实线示出)。

[0018] 如附图标记150所示，可以沿着业务路径选择PoP以托管VNF，以减少公司办公室uCPE平台的负载。例如，PoP1或PoP4可以基于在通信路径上而被选择作为用于托管uCPE平台的VNF2的候选者。如附图标记160所示，用于VNF2的业务可以被迁移到PoP4。可以基于PoP1和/或PoP4的特性来选择PoP4(例如，PoP4具有比PoP1更多的带宽，PoP4相对于PoP1的利用率，或者对于PoP1，迁移VNF2的业务流的成本比PoP4更低)。这样，所选择的VNF的业务流可以从uCPE平台迁移到vCPE平台的、在业务流的业务路径上的所选择的PoP，从而减少uCPE平台上的负载。

[0019] 这样，可以实现选择过程，以将业务从uCPE平台迁移到vCPE平台，该选择过程避免过载vCPE平台的资源，同时实现针对uCPE平台的缩放和/或HA。因而，可以在uCPE平台和/或vCPE平台内避免故障、关闭、错误等。

[0020] 如上文所指示的，图1A至图1C仅作为示例提供。其他示例是可能的并且可能不同于关于图1A至图1C所描述的示例。

[0021] 图2是其中可以实现本文中所描述的系统和/或方法的示例环境200的图。如图2所示，环境200可以包括客户端设备205、一个或多个uCPE平台210(本文中被个体地称为“uCPE平台210”，并且被统称为“uCPE平台210”)、vCPE平台220、网络协调器230和网络240。环境200的设备可以经由有线连接、无线连接或有线和无线连接的组合来互连。

[0022] 客户端设备205包括一个或多个设备，其能够接收，生成，存储，处理和/或提供与uCPE平台210和/或vCPE平台220相关联的信息。例如，客户端设备205可以包括通信和/或计算设备，诸如移动电话(例如，智能电话、无线电话等)、膝上型计算机、平板计算机、手持式计算机、游戏设备、可穿戴式通信设备(例如，智能手表、一副智能眼镜等)或类似类型的设备。

[0023] 在图2中，uCPE平台210和/或vCPE平台220包括相应的环境，其递送作为服务的计算，由此可以提供共享的资源、服务等。然而，uCPE平台210可以包括现场用户驻地设备(例如，以实现分布式NFV)，诸如计算资源215，而vCPE平台220可以包括基于云的用户驻地设备(例如，以实现集中式NFV)，诸如云计算资源225。因而，例如，uCPE平台210中的一个或多个uCPE平台可以物理地位于从服务提供商接收服务的实体的单独站点(例如，公司办公室位置、远程办公室位置、分公司办公室位置等)处，而vCPE平台220可以位于非现场的、由服务提供商操作的实体不知道的位置。

[0024] 如本文中所描述的，uCPE平台210和/或vCPE平台220可以提供计算、软件、数据访问、存储和/或其他服务，其不需要最终用户知道物理位置(无论用于uCPE平台210的现场物理位置还是用于vCPE平台220的非现场物理位置)以及配置递送服务的系统和/或设备。如所示出的，uCPE平台210可以包括计算资源215(其可以在本文中被个体地称为计算资源215)，而vCPE平台220可以包括云计算资源225(其可以在本文中被个体地称为云计算资源
225)。

[0025] 计算资源215和云计算资源225(其可以在本文中被称为NFV资源215，225)包括一个或多个个人计算机、工作站计算机、服务器设备或另一类型的计算和/或通信设备。uCPE平台210和/或vCPE平台220的资源可以包括在NFV资源215，225中执行的计算实例、在NFV资源215，225中提供的存储设备、由NFV资源215，225提供的数据传送设备等。在一些实现方式中，NFV资源215，225可以经由有线连接、无线连接或者有线和无线连接的组合与其他NFV资源215，225通信。

[0026] 如图2进一步所示，NFV资源215，225分别可以包括云资源组，诸如一个或多个应用(“APP”)215-1、225-1；一个或多个虚拟机(“VM”)215-2、225-2；虚拟化存储库(“VS”)215-3、225-3；一个或多个管理程序(“HYP”)215-4、225-4等。

[0027] 应用215-1、225-1包括一个或多个软件应用，其可以分析文件和/或可以在安全环境内被执行以测试文件。例如，应用215-1、225-1可以包括与执行VNF相关联的软件和/或能够经由NFV资源215、225提供的任何其他软件。在一些实现方式中，一个应用215-1、225-1可以经由虚拟机215-2、225-2向一个或多个其他应用215-1、225-1发送信息/从该一个或多个其他应用215-1、225-1接收信息。

[0028] 虚拟机215-2、225-2包括机器(例如，计算机)的软件实现方式，其像物理机器一样地执行程序。虚拟机215-2、225-2可以是系统虚拟机或进程虚拟机，其取决于虚拟机215-2、225-2对任何真实机器的使用和虚拟机215-2、225-2与任何真实机器对应程度。系统虚拟机可以提供完整系统平台，其支持执行完整操作系统(“OS”)。进程虚拟机可以执行单个程序，并且可以支持单个进程。在一些实现方式中，虚拟机215-2、225-2可以执行以实现VNF。在一些实现方式中，一个虚拟机215-2、225-2可以使得一个或多个其他虚拟机215-2、225-2执行功能。

[0029] 虚拟化存储装置215-3、225-3包括一个或多个存储系统和/或一个或多个设备，其在NFV资源215、225的存储系统或设备内使用虚拟化技术。在一些实现方式中，在存储系统的上下文内，虚拟化类型可能包括块虚拟化和文件虚拟化。块虚拟化可能是指逻辑存储从物理存储的抽象(或分离)，使得可以访问存储系统而不考虑物理存储或多种不同结构。该分离可以准许存储系统的管理员在管理员如何管理针对最终用户的存储中的灵活性。文件虚拟化可以消除在文件级别访问的数据与被物理地存储的文件的位置之间的依赖关系。这可以使得能够优化存储使用、服务器整合和/或无中断文件迁移的执行。在一些实现方式中，虚拟化存储装置215-3、225-3可以用来实现VNF或可以与VNF关联使用。

[0030] 管理程序215-4、225-4提供允许多个操作系统(例如，“访客操作系统”)在主计算机上被同时执行的硬件虚拟化技术，诸如NFV资源215，225。管理程序215-4、225-4可以向访客操作系统呈现虚拟操作平台，并且可以管理访客操作系统的执行。多种操作系统的多个实例可以共享虚拟化硬件资源。

[0031] 因而，uCPE平台210和/或vCPE平台220可以充当NFV平台，以向用户(例如，客户端设备205的用户)和/或服务提供商提供VNF服务。

[0032] 根据本文中的一些实现方式，网络协调器230包括能够在uCPE平台210和vCPE平台220之间迁移业务的一个或多个设备。在一些实现方式中，网络协调器230可能能够处理和/或管理在uCPE平台210和/或vCPE平台220上执行的VNF的缩放和/或VNF的高可用性。附加地或可替代地，网络协调器230可以监测负载和/或uCPE平台210的可操作性，以基于uCPE平台
210的负载和/或可操作性来确定是否要暴涌业务。

[0033] 网络协调器230可以包括服务器设备或服务器设备组。在一些实现方式中，网络协调器230可以部分地或全部地被托管在uCPE平台210和/或vCPE平台220内。在一些实现方式中，网络协调器230可以是在外壳(诸如机箱)内实现的物理设备。在一些实现方式中，网络协调器230可以是由云计算环境或数据中心的一个或多个计算机设备实现的虚拟设备。

[0034] 网络240包括一个或多个有线和/或无线网络。例如，网络240可以包括蜂窝网络(例如，长期演进(LTE)网络、码分多址(CDMA)网络、3G网络、4G网络、5G网络、另一类型的下一代网络等)、公共陆地移动网络(PLMN)、局域网(LAN)、广域网(WAN)、城域网(MAN)、电话网络(例如，公共交换电话网(PSTN))、专用网络、自组织网络、内联网、因特网、基于光纤的网络、云计算网络等，和/或这些或其他类型的网络的组合。

[0035] 作为示例提供了图2中所示的设备和网络的数目和布置。实际上，可能存在与图2中所示的那些相比附加的设备和/或网络、更少的设备和/或网络、不同的设备和/或网络、或者不同布置的设备和/或网络。更进一步地，图2中示出的两个或更多个设备可以在单个设备内实现，或者图2中示出的单个设备可以被实现为多个分布式设备。附加地或可替代地，环境200的一组设备(例如，一个或多个设备)可以执行被描述为由环境200的另一组设备所执行的一个或多个功能。

[0036] 图3是设备300的示例组件的图。设备300可以与客户端设备205、uCPE平台210的计算资源215、vCPE平台220的云计算资源225、和/或网络协调器230相对应。在一些实现方式中，uCPE平台210、vCPE平台220和/或网络协调器230可以包括一个或多个设备300和/或设备300的一个或多个组件。如图3所示，设备300可以包括总线310、处理器320、存储器330、存储组件340、输入组件350、输出组件360和通信接口370。

[0037] 总线310包括准许在设备300的组件之间的通信的组件。处理器320以硬件、固件或硬件和软件的组合来实现。处理器320采取中央处理单元(CPU)、图形处理单元(GPU)、加速处理单元(APU)、微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、专用集成电路(ASIC)或其他类型的处理组件的形式。在一些实现方式中，处理器320包括一个或多个处理器，其能够被编程为执行功能。存储器330包括随机存取存储器(RAM)、只读存储器(ROM)、和/或存储信息和/或指令以供处理器320使用的另一类型的动态或静态存储设备(例如，闪存、磁存储器和/或光存储器)。

[0038] 存储组件340存储与设备300的操作和使用有关的信息和/或软件。例如，存储组件340可以包括硬盘(例如，磁盘、光盘、磁光盘、和/或固态盘)、压缩盘(CD)、数字多功能盘(DVD)、软盘、盒式磁带、磁带和/或另一类型的非暂态计算机可读介质以及对应的驱动器。

[0039] 输入组件350包括准许设备300诸如经由用户输入(例如，触摸屏显示器、键盘、小键盘、鼠标、按钮、开关和/或麦克风)接收信息的组件。附加地或可替代地，输入组件350可以包括用于感测信息的传感器(例如，全球定位系统(GPS)组件、加速度计、陀螺仪和/或致动器)。输出组件360包括提供来自设备300的输出信息的组件(例如，显示器、扬声器和/或一个或多个发光二极管(LED))。

[0040] 通信接口370包括类似收发器的组件(例如，收发器和/或单独的接收器和发射器)，其使得设备300能够例如经由有线连接、无线连接或者有线和无线连接的组合与其他设备通信。通信接口370可以准许设备300从另一设备接收信息和/或向另一设备提供信息。例如，通信接口370可以包括以太网接口、光学接口、同轴接口、红外接口、射频(RF)接口、通用串行总线(USB)接口、Wi-Fi接口、蜂窝网络接口等。

[0041] 设备300可以执行本文中所描述的一个或多个进程。设备300可以基于处理器320执行由诸如存储器330和/或存储组件340之类的非暂态计算机可读介质所存储的软件指令来执行这些进程。计算机可读介质在本文中被定义为非暂态存储器设备。存储器设备包括单个物理存储设备内的存储器空间或跨多个物理存储设备分布的存储器空间。

[0042] 软件指令可以经由通信接口370从另一计算机可读介质或者从另一设备读取到存储器330和/或存储组件340中。当被执行时，存储在存储器330和/或存储组件340中的软件指令可以使得处理器320以执行本文中所描述的一个或多个进程。附加地或可替代地，可以使用硬连线电路来代替软件指令或与软件指令结合来执行本文中所描述的一个或多个进程。因此，本文中所描述的实现方式不限于硬件电路和软件的任何特定组合。

[0043] 作为示例提供图3中所示的部件的数目和布置。实际上，设备300可以包括与图3中所示的那些相比附加的组件、更少的组件、不同的组件或者不同布置的组件。附加地或者可替代地，设备300的一组组件(例如，一个或多个组件)可以执行被描述为由设备300的另一组组件执行的一个或多个功能。

[0044] 图4是基于业务流和业务路径特性来进行业务迁移的示例过程400的流程图。在一些实现方式中，图4的一个或多个过程块可以由网络协调器230执行。在一些实现方式中，图4的一个或多个过程块可以由另一设备或独立于网络协调器230或包括网络协调器230的设备组来执行(诸如客户端设备205、uCPE平台210和/或vCPE平台220)。

[0045] 如图4所示，过程400可以包括：检测uCPE平台中的问题(框410)。例如，网络协调器230可以检测uCPE平台210中的问题。在这种情况下，uCPE平台210可以是与现场用户驻地设备相关联的分布式NFV平台。在一些实现方式中，网络协调器230可以基于被配置为针对该问题(和/或其他问题)监测uCPE平台210来检测问题。

[0046] 在一些实现方式中，问题可以包括事件(例如，达到阈值负载，变得不可操作等)、uCPE平台210的状态(例如，与uCPE平台210的负载相对应的状态或者uCPE平台210的可操作性)等。根据一些实现方式，该问题可能被认为对于uCPE平台210、与uCPE平台210通信的组件(例如，客户端设备205或网络协调器230)、或与uCPE平台210通信的网络的组件(例如，vCPE平台220、网络240等)的性能或能力而言有意义、不利或有害。在一些实现方式中，为了检测该问题，网络协调器230可以监测或确定uCPE平台210的一个或多个适当的负载阈值(例如，所使用的容量的百分比、可用带宽阈值等)，在阈值处执行动作以解决该问题。附加地或可替代地，网络协调器230可以监测或确定一个或多个性能水平，其表示uCPE平台210的可操作性(例如，对应于分组丢失、处理速度、通信速度、在特定时间段期间的响应性(其可以指示停机)、在特定时间段内遇到的错误/故障等)，在该性能水平处执行动作以解决问题。

[0047] 在可以通过缩放来解决的问题的情况下，例如，网络协调器230可以检测到问题包括uCPE平台210满足(例如，接近或超过)与用于uCPE平台的剩余可用带宽相对应的负载阈值(和/或uCPE平台上的负载量)。例如，在可以通过HA解决的问题的情况下，例如，网络协调器230可以检测到问题包括可操作性问题，诸如uCPE平台210内的故障、uCPE平台210中的错误、uCPE平台210内的停机、uCPE平台210内的断开等。

[0048] 在一些实现方式中，网络协调器230可以通过针对问题来监测uCPE平台210以检测问题。在一些实现方式中，网络协调器230基于来自uCPE平台210的通知、基于监测uCPE平台210的使用、基于监测uCPE平台210的可用容量、基于监测uCPE平台210的操作或可操作性、基于监测uCPE平台210的性能水平等来检测问题。

[0049] 这样，网络协调器230可以通过将业务流迁移到vCPE平台来检测uCPE平台中的问题，该问题可以根据本文中的一些实现方式而被解决。

[0050] 如图4进一步所示，过程400可以包括：选择从uCPE平台迁移到vCPE平台的业务流以解决问题，该业务流基于业务流的特性而被进行选择(框420)。例如，网络协调器230可以选择从uCPE平台210迁移到vCPE平台220的一个或多个业务流(例如，一个或多个VNF的业务流)。在这种情况下，vCPE平台220可以是与基于云的用户驻地设备相关联的集中式NFV。在一些实现方式中，网络协调器230可以基于检测到问题来选择要迁移的业务流。

[0051] 在一些实现方式中，业务流可以与VNF、uCPE平台和/或vCPE平台相关联。例如，业务流可以来自uCPE平台210的多个VNF。在这种情况下，业务流可以包括与由特定VNF提供的服务相关联的数据。在各种实现方式中，业务流可以包括应用的信息和/或数据(例如，消息、文件、图像数据、音频数据、视频数据、流式传输数据等)、虚拟化存储装置或者可以由VNF实现的任何其他功能或者服务。

[0052] 在一些实现方式中，业务流的迁移可以包括vCPE平台220的VNF被指派以处理uCPE平台210的VNF的业务流。因而，在这种情况下，vCPE平台220的VNF的类型与uCPE平台210的VNF的类型相同。这样，基于业务的迁移，问题可以被解决(例如，通过缩放和/或通过提供HA)。在一些实现方式中，要迁移的业务流的特性可以包括与业务流相关联的SLA(例如，指示业务流的性能水平的SLA)、要处理业务流的优选位置(例如，uCPE平台210或vCPE平台220)、与业务流相关联的优先级(例如，相对于uCPE平台210的其他业务流的优先级)、业务流的目的地(例如，位置(例如，环境200的网络拓扑内的物理位置或逻辑位置)、目的地类型以及目的地的类似对应的特性(例如，目的地SLA、目的地优先级等))，相对于其他业务流中的业务量的业务流中的业务量等。

[0053] 在一些实现方式中，当选择业务流时，网络协调器230可以比较来自uCPE平台210的业务流的特性。例如，网络协调器230可以标识第一业务流的特性、将该特性与uCPE平台210的其他业务流的相同特性进行比较、并且基于业务流的特性和其他业务流的相应特性来选择业务流。

[0054] 这样，网络协调器230可以选择适当业务流，其从uCPE平台迁移到vCPE平台的适当PoP以解决该问题。

[0055] 如图4进一步所示，过程400可以包括：确定通过vCPE平台并且到达目的地的业务流的业务路径(框430)。例如，网络协调器230可以确定业务路径。在一些实现方式中，网络协调器230可以基于被选择用于迁移到vCPE平台220的业务流，来确定业务流的业务路径。在一些实现方式中，网络协调器230可以基于在由网络协调器230所监测的网络(例如，uCPE平台210和/或vCPE平台220)中建立的业务路径、基于被启用或被配置为监测业务路径或其他业务路径的网络协调器230、基于正在上电的网络协调器230、基于被放置与uCPE平台210和/或vCPE平台220通信的网络协调器230、基于网络协调器接收到确定业务路径和/或监测业务路径的指令等，来确定业务流的业务路径。

[0056] 根据一些实现方式，业务路径与业务流从uCPE平台210通过vCPE平台220(例如，从PoP到vCPE平台220的PoP)并且到达目的地的路线相对应。例如，当确定通过vCPE平台220的业务路径时，网络协调器230可以标识沿着业务流的业务路径的多个PoP。在这样的示例中，多个PoP可以是在业务流的暴涌的情况下托管业务流的VNF的候选者。因而，为了暴涌业务流，网络协调器230可以选择多个PoP中的一个PoP以托管业务流的VNF。

[0057] 在一些实现方式中，业务路径和/或目的地可以包括网络拓扑内的物理位置和/或逻辑位置。因而，业务路径可以定义从uCPE平台210到vCPE平台220的PoP的物理位置、并且到达目的地的物理位置的物理路线(例如，通过地理区域)。附加地或可替代地，业务路径可以定义从uCPE平台210通过vCPE平台220的PoP并且到达到目的地的逻辑路线(例如，通过网络拓扑)。在一些实现方式中，目的地可以是另一uCPE平台210。在一些实现方式中，业务路径可以与特定服务、VNF、通信链路、共同拥有的源和目的地等相关联。

[0058] 这样，网络协调器230可以确定通过vCPE平台的业务路径，该业务路径可以用于在检测到uCPE平台中的问题时，迁移与业务路径相关联的业务流。

[0059] 如图4进一步所示，过程400可以包括：基于PoP的特性来选择托管与业务流相关联的服务的vCPE平台的PoP(框440)。例如，网络协调器230可以选择托管与业务流相关联的VNF的PoP。在一些实现方式中，网络协调器230可以基于检测到uCPE平台210中的问题和/或选择迁移到vCPE平台220的业务流来选择PoP。

[0060] 在一些实现方式中，PoP可以包括通信实体之间的分界点或接口点。在这种情况下，所选择的PoP可以是vCPE平台220的一部分。例如，所选择的PoP可以在地理上位于服务提供商的整个地区内(例如，州、国家、世界等)。

[0061] 在一些实现方式中，VNF可以与正在提供业务的uCPE平台210的VNF相对应。在一些实现方式中，相同的VNF可以位于整个vCPE平台220上的PoP上。在一些实现方式中，可以在多个不同的PoP上选择多个VNF。

[0062] 在一些实现方式中，通过选择位于业务路径上的PoP(例如，与选择PoP的先前技术相比较，该先前技术中PoP是被指定的，或是最接近提供业务和/或接收业务的uCPE平台210的)，在所选择的PoP位于可能已经被(例如，网络协调器230、环境200的管理员等)确定为针对该业务流而言是最佳的业务路径上(即，业务流不会被重新路由离开业务路径到另一PoP)时，网络协调器230维持预期的性能水平(例如，速度、效率)。

[0063] 在一些实现方式中，网络协调器230可以基于若干个特性来选择PoP。例如，可以标识沿着业务路径的PoP(例如，作为用于迁移的候选者)，并且基于以下特性来进行分析：业务流的目的地、PoP的利用率、PoP的负载、将业务从uCPE平台210发送到PoP的成本。根据一些实现方式，可以基于利用率(例如，业务处理能力、PoP上可用的VNF或VNF类型等)和/或相对于业务路径上的其他PoP的负载的PoP的负载和/或相对于将业务流沿着业务路径迁移到其他PoP的成本的、将业务流迁移到该PoP的成本，来选择PoP。因而，基于业务路径上的PoP的特性，可以选择业务路径上的vCPE平台220的哪些PoP要处理从uCPE平台210迁移的业务。

[0064] 这样，网络协调器230可以选择合适的PoP，其要托管VNF来处理业务流，而不会损失性能和/或消耗成本。

[0065] 如图4进一步所示，过程400可以包括：执行与PoP或业务流相关联的动作以解决问题(框450)。例如，网络协调器230可以执行该动作。在一些实现方式中，网络协调器230可以基于PoP和/或被选择用于迁移的业务流来执行动作。

[0066] 在一些实现方式中，动作可以包括：将业务流从uCPE平台210迁移到vCPE平台220的PoP。例如，网络协调器230可以支持停用处理所选择的业务流的uCPE平台210的VNF并且启用处理业务流的vCPE平台220的所选择的PoP的VNF。在一些实现方式中，网络协调器230可以指令uCPE平台210停用业务流的VNF并且指令vCPE平台220的PoP以托管或启用VNF来处理业务流。附加地或可替代地，网络协调器230可以提供路由和/或重新路由指令，使得所选择的业务流要被路由到所选择的vCPE平台220的PoP的VNF或者从该VNF路由，而非被路由到uCPE平台210的VNF，或者从该VNF路由。

[0067] 在一些实现方式中，执行与业务流和/或PoP相关联的动作可以包括：发送从uCPE平台210到vCPE平台220的PoP的业务流的迁移的通知。例如，网络协调器230可以通知用户(例如，经由客户端设备205的用户界面)、设备(例如，客户端设备205、vCPE平台220的其他PoP)和/或平台(例如，其他uCPE平台210、vCPE平台220)所选择的业务流要从uCPE平台210被迁移到所选择的vCPE平台220的PoP。

[0068] 在一些实现方式中，执行与业务流或PoP相关联的动作可以包括：请求确认或授权以将业务流从uCPE平台210暴涌或迁移到vCPE平台220的PoP等。例如，网络协调器230可以(例如，经由客户端设备205的用户接口)提示用户确认(例如，接受、授权、验证、证实等)所选择的业务流要从uCPE平台210迁移到所选择的vCPE平台220的PoP。

[0069] 这样，网络协调器230可以通过支持将一个或多个业务流从uCPE迁移到vCPE来执行动作，以解决uCPE中的问题。

[0070] 尽管图4示出了过程400的示例块，但是在一些实现方式中，过程400可以包括与图4中所描绘的那些相比较的附加的框、更少的框、不同的框或不同布置的框。附加地或可替代地，过程400的框中的两个或更多个框可以被并行执行。

[0071] 图5是与图4中所示的示例过程400有关的示例实现方式500的图。图5示出了从uCPE平台(例如，uCPE平台210)到vCPE平台(例如，vCPE平台220)的PoP的迁移的示例。在图5所示的示例中，迁移可以被实现，使得不同的uCPE平台和/或客户可以访问相同的vCPE平台的PoP的网络服务的池P1，P2。

[0072] 如图5所示，示例实现方式500包括两个客户。客户1拥有站点1的uCPE平台和站点2的uCPE平台，客户2拥有站点3的uCPE平台。在这种情况下，客户1的uCPE平台包括分别与VNF1，VNF2和VNF3相关联的网络服务1-1和网络服务1-2，并且客户2的uCPE平台包括与VNF1和VNF4相关联的网络服务2-3。

[0073] 如图5进一步所示，示例实现方式500包括vCPE PoP，其包括网络服务池和提供商边缘/软件定义网络(PE/SDN)网关。在这种情况下，该池包括与VNF1，VNF2和VNF3相关联的第一网络服务以及与VNF1和VNF4相关联的第二网络服务。

[0074] 在示例实现方式500中，对于客户1，如暗灰实线所示，网络服务1-1，1-2的相应业务流的业务路径分别从站点1的uCPE平台和站点2的uCPE平台到PE/SDN网关并且到达目的地。在图5的示例中，对于用户2，如浅灰实线所示，网络服务2-3的业务流的业务路径从站点3的uCPE平台到PE/SDN网关并且到达目的地。然而，在暴涌的情况下，对于客户1，如暗灰虚线所示，网络服务1-1，1-2的业务路径重新路由到vCPE平台的PoP。如所示出的，对于客户1的暴涌，网络服务P2的VNF1处理VNF1业务流，网络服务P1的VNF2和VNF3处理VNF2和VNF3业务流。更进一步地，对于客户2业务的暴涌，如浅灰虚线所示，业务被重新路由到vCPE平台的PoP，并且网络服务P2的VNF1和VNF4处理VNF1和VNF4业务流。

[0075] 为了执行上述的暴涌(或迁移)，网络协调器(例如，网络协调器230)可以向PE/SDN网关发送具有隧道报头和服务链上下文的分组。PE/SDN网关可以接收该分组，移除隧道报头，并且将该分组发送到虚拟路由器(VRouter)，该虚拟路由器将服务链上下文转换为VNF虚拟局域网(VLAN)并且在VNF之间路由分组，如所示出的，使得分组在特定服务链上下文中被处理。

[0076] 如上文所指示的，图5仅作为示例提供。其他示例是可能的并且可以与关于图5所描述的内容不同。

[0077] 图6是与图4所示的示例过程400有关的示例实现方式600的图。图6示出了基于业务流和业务路径特性的业务迁移的示例。

[0078] 如图6所示，可以基于uCPE平台站点负载的程度来(例如，通过网络协调器230)确定业务流。例如，中阈值可以表示大于低阈值的站点负载(例如，相对于100％全容量站点负载)，并且高阈值可以表示大于中阈值的站点负载(例如，相对于100％全容量站点负载)。

[0079] 如图6所示，示例实现方式600可以包括：对于具有满足中阈值的负载的每个uCPE站点，选择业务流以供迁移，以及标识合适的PoP(例如，传送路径中最小负载的PoP)，并且在所选择的PoP中准备备用vCPE服务链(框610)。例如，网络协调器230可以选择业务流以供从uCPE平台210迁移、标识vCPE平台220的合适PoP、并且在选择的PoP中准备备用vCPE服务链。

[0080] 如图6进一步所示，示例实现方式600可以包括：对于具有满足高阈值的负载的每个uCPE站点，将所选择的业务流隧穿到为业务流创建的vCPE服务链(框620)。例如，网络协调器230可以将所选择的业务流隧穿到为业务流创建的vCPE平台220中的vCPE服务链。

[0081] 如图6进一步所示，示例实现方式600可以包括：对于具有满足低阈值的负载的每个uCPE站点，将业务流从vCPE服务链迁移回到uCPE(框630)。例如，网络协调器230可以将业务流从vCPE服务链迁移回到uCPE。

[0082] 如图6进一步所示，示例实现方式600可以包括：拆解其业务已缩放回到uCPE的vCPE服务链(框640)。例如，网络协调器230可以拆解其业务已缩放回到uCPE的vCPE服务链。如上文所指示的，图6仅作为示例提供。其他示例是可能的并且可能与关于图6所描述的内容不同。

[0083] 本文中的一些实现方式使得能够将uCPE平台的适当业务流迁移到vCPE平台的适当资源。例如，可以基于业务流的特性和/或业务流的对应应用的特性(诸如应用的服务水平协议(SLA)、应用的优先级、应用的业务流的目的地路径等)来选择应用的业务流以供迁移。作为另一示例，可以基于vCPE平台的特定存在点(PoP)的特性来选择PoP以供迁移，这些特性包括业务的目的地(例如，物理位置、网络拓扑内的逻辑位置等)、PoP的利用率、将业务流从uCPE迁移到PoP的成本等。因而，可以实现选择过程以将业务从uCPE平台迁移到vCPE平台，该选择过程避免过载vCPE平台的资源，同时实现针对uCPE的缩放和/或HA。因而，可以在uCPE平台和/或vCPE平台内避免故障、停机、错误等。

[0084] 前面的公开内容提供了说明和描述，但是并非旨在穷举或将实现方式限制到所公开的精确形式。鉴于上述公开内容，修改和变型是可能的，或者可以从实现方式的实践中获得。

[0085] 如本文中所使用的，术语“组件”旨在被广义地解释为硬件、固件和/或硬件和软件的组合。

[0086] 本文中结合阈值描述了一些实现方式。如本文中所使用的，满足阈值可以是指值大于阈值、多于阈值、高于阈值、大于或等于阈值、小于阈值、少于阈值、低于阈值、小于或等于阈值、等于阈值等。

[0087] 本文已经描述了某些用户界面和/或在附图中示出了某些用户界面。用户界面可以包括图形用户界面、非图形用户界面、基于文本的用户界面等。用户界面可以提供用于显示的信息。在一些实现方式中，用户可以与信息交互，诸如通过经由提供用于显示的用户界面的设备的输入组件来提供输入。在一些实现方式中，用户界面可以由设备和/或用户配置(例如，用户可以改变用户界面的大小、经由用户界面提供的信息、经由用户界面提供的信息的位置等)。附加地或可替代地，用户界面可以被预先配置为标准配置、基于用户界面在其上被显示的设备的类型的特定配置、和/或基于与用户界面在其上被显示的设备相关联的能力和/或规格的配置集合。

[0088] 显而易见的是，本文中所描述的系统和/或方法可以以不同形式的硬件、固件或硬件和软件的组合来实现。用于实现这些系统和/或方法的实际专用控制硬件或软件代码不是对实现方式的限制。因此，本文中描述了系统和/或方法的操作和动作，而没有参考具体软件代码——应当理解，软件和硬件可以被设计为基于本文中的描述来实现系统和/或方法。

[0089] 尽管特征的特定组合被记载在权利要求中和/或在说明书中被公开，但试这些组合不旨在限制可能实现方式的公开内容。实际上，这些特征中的许多特征可以以未在权利要求中具体记载和/或在说明书中公开的方式组合。尽管下文所列出的每个从属权利要求可能仅直接从属于一项权利要求，但是可能实现方式的公开内容包括每个从属权利要求与权利要求集合中的每个其他权利要求的组合。

[0090] 除非明确地如此描述，否则本文中使用的任何元件、动作或指令都不应被解释为关键或必要的。此外，如本文中所使用的，冠词“一”和“一个”旨在包括一个或多个项目，并且可以与“一个或多个”互换使用。更进一步地，如本文中所使用的，术语“集合”旨在包括一个或多个项目(例如，相关项目、不相关项目、相关项目和不相关项目的组合等)，并且可以与“一个或多个”互换使用。在只有一个项目是预期的情况下，使用术语“一个”或类似语言。此外，如本文中所使用的，术语“具有(has)”、“具有(have)”、“具有(having)”等旨在是开放式术语。进一步地，除非另有明确说明，否则短语“基于”旨在意指“至少部分地基于”。

标题	发布/更新时间	阅读量
一种网络数据访问方法、设备及系统	2020-05-14	387
子网络决定参数设定方法	2020-05-14	341
用于有线传输介质上的全双工通信的方法和装置	2020-05-08	960
一种信号获取方法、装置及系统	2020-05-13	728
具有加密和流量工程解析的动态VPN策略模型	2020-05-16	891
用户设备连接第五代网络的分层注册方法及其基站及装置	2020-05-11	644
一种子载波信息指示方法、装置及系统	2020-05-13	476
初始化信号的处理方法和装置	2020-05-11	457
MULTIPATH TCP IN HYBRID ACCESS NETWORKS	2020-05-20	403
동선 기반 네트워크에서의 전송 모드 설정 장치 및 이를 이용한 전송 모드 설정 방법	2020-05-19	179

基于业务流和业务路径特性的业务迁移

基于业务流和业务路径特性的业务迁移

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：