一种VNF实例化的方法和装置与流程

一种vnf实例化的方法和装置
技术领域
1.本技术涉及通信技术领域，尤其涉及一种vnf的实例化方法及装置。


背景技术：

2.当前，etsi nfv标准定义了基于虚拟机(virtual machine,vm)实现的虚拟化网络功能(virtualized network function,vnf)的网络连接的信息模型，图1是一种网络服务(network service,ns)的组成示意图，vnf是ns的组成成员，vnf内部网络是由节点和线组成的拓扑连接图，节点包括组成vnf功能的组件(vnf component,vnfc)，线包括连接两个vnfc的虚拟链路(virtual link,vl)。vnf内部的网络拓扑结构对vnf之外的ns的其他成员(例如，其他的vnf或嵌套ns)不可见。
3.vnf描述符文件(vnf descriptor,vnfd)和ns描述符文件(ns descriptor,nsd)是etsi nfv标准定义的两类主要的nfv对象vnf和ns的模型模板。vnfd模型中定义了虚拟化部署单元(virtualized deployment unit,vdu)、虚拟链路描述符文件(virtual link descriptor,vld)和连接点描述符文件(connection point descriptor,cpd)等对象模板，并使用policy描述vnf弹性伸缩、亲和性、安全组的策略。nsd模型定义了在多个部署模板(deployment flavour,df)的场景下ns的服务模板，每个服务模板都可以独立部署。
4.vnfd从功能部署和运维的视角在模型模板(descriptor可以理解为用于nfv对象生命周期管理的一种部署模板)中对管理vnf实例所需的nfv对象进行建模：
5.vnfc被建模为虚拟化部署单元(virtualized deployment unit,vdu)。一个vnfc按照vdu中定义的虚拟资源的描述信息进行实例化，并映射为一个vm的计算和存储资源；
6.网络服务ns对外交互的连接点称为服务接入点，被建模为服务接入点描述符文件(service access point descriptor,sapd)。ns通过由sapd创建的服务接入点(sap)实例和其他ns进行交互。
7.容器即服务(container as a service，caas)是电信运营商网络在面向互联网技术(internet technology,it)的云化转型过程中的一种新型的虚拟化技术。在caas技术中，虚拟网络功能(virtualised network function，vnf)调用一个或多个被管理的容器基础设施对象(managed container infrastructure object,mcio,后面简称：容器对象)来实现它的功能，形成容器化vnf，容器化vnf的生命周期管理通过它所调用的容器对象的管理来实现。
8.当前的容器网络模型是一个it扁平化的模型，即：容器网络的配置主要考虑了网络连接的需求，没有结合考虑容器网络所承载的vnf(例如，5g垂直行业应用)对网络服务的性能需求具有差异化的需求，并根据不同的需求对容器网络的配置进行差异化处理。例如，在容器化vnf实例化过程中或运行态时，其调用的容器对象如何生成、配置如何更新等，现有技术或标准没有相关描述。


技术实现要素：

9.本发明实施例提供一种vnf的实例化方法及装置，用以解决容器对象如何生成、配置如何更新的问题。
10.本发明实施例提供的一种vnf的实例化方法，包括：
11.虚拟网络功能管理器vnfm接收网络功能虚拟化编排器nfvo发送的vnf实例化请求消息，确定vnf使用的容器对象外部连接的服务质量qos属性；
12.vnfm向容器基础设施服务管理cism发送容器对象创建请求消息，在请求消息中携带所述容器对象外部连接的qos属性；
13.cism接收容器对象创建请求消息，读取容器对象的描述符文件和/或配置文件，创建相应的容器对象，并根据容器对象外部连接的qos属性确定容器对象和宿主节点之间的连接通道类型，建立相应类型的连接通道；
14.vnfm接收cism返回的容器对象创建应答消息，vnfm向nfvo返回vnf实例化应答消息，完成vnf实例化。
15.其中，当vnfm接收到nfvo发送的vnf实例化请求消息后，访问待实例化vnf的描述符文件vnfd，从vnfd中读取vnf内部虚拟链路的服务质量qos属性，并根据vnf内部虚拟链路的qos属性确定待创建的容器对象外部连接的qos属性。
16.本发明实施例提供了一种容器对象创建方法，包括：
17.容器基础设施服务管理cism接收虚拟网络功能管理器vnfm发送的容器对象创建请求消息，所述请求消息中携带容器对象外部连接的qos属性；
18.cism读取容器对象的描述符文件和/或配置文件，创建相应的容器对象，并根据容器对象外部连接的qos属性确定容器对象和宿主节点之间的连接通道类型，建立相应类型的连接通道。
19.其中，在cism接收虚拟网络功能管理器vnfm发送的容器对象创建请求消息之前，
20.vnfm接收nfvo发送的vnf实例化请求消息，访问待实例化vnf的描述符文件vnfd，从vnfd中读取vnf内部虚拟链路的服务质量qos属性，并根据vnf内部虚拟链路的qos属性确定容器对象外部连接的qos属性。
21.本发明提供了一种虚拟网络功能管理器vnfm，包括：
22.接收单元，用于接收网络功能虚拟化编排器nfvo发送的vnf实例化请求消息，
23.处理单元,用于确定待创建的容器对象外部连接的qos属性；
24.发送单元，用于向容器基础设施服务管理cism发送容器对象创建请求消息，在请求消息中携带容器对象外部连接的qos属性；
25.接收单元，用于接收cism返回的容器对象创建应答消息；
26.所述发送单元，还用于向nfvo返回vnf实例化应答消息，完成vnf实例化。
27.本发明提供了一种容器基础设施服务管理装置cism，包括：
28.接收单元，用于接收虚拟网络功能管理器vnfm发送的容器对象创建请求消息，所述请求消息中携带容器对象外部连接的qos属性；
29.处理单元，用于读取容器对象的描述符文件和/或配置文件，创建相应的容器对象；并根据待创建容器对象外部连接的qos属性确定容器对象和宿主节点的连接通道类型，建立相应类型的连接通道；
30.发送单元，用于向vnfm返回容器对象创建应答消息。
31.本技术实施例中还提供一种虚拟网络功能管理器vnfm的实体装置，其特征在于，包括：处理器和存储器；处理器与存储器耦合，处理器被配置为读取并执行存储器中的指令，用于执行上述由vnfm执行的方法步骤。
32.本技术实施例中还提供一种容器基础设施服务管理cism的实体装置，其特征在于，包括：处理器和存储器；处理器与存储器耦合，处理器被配置为读取并执行存储器中的指令，用于执行上述由cims执行的方法步骤。
33.本技术实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行vnfm或nfvo或cism所执行的方法。
34.通过本发明实施例的方法，将vnfm管理vnf实例时对vnf网络差异化的性能需求传递到cism，实现动态的容器网络生成或更新，快速响应vnf网络性能需求的变化。
附图说明
35.图1是现有技术一种网络服务的组成示意图；
36.图2为kubernetes容器管理编排系统的架构图；
37.图3为本发明实施例提供的一种nfv架构示意图；
38.图4为本发明实施例提供的一种容器网络的互通需求场景示意图；
39.图5为本技术实施例1提供的一种实例化vnf的方法流程图；
40.图6为本技术实施例2提供的一种vnf的更新方法流程图；
41.图7是本发明实施例提供的一种vnfm装置示意图；
42.图8是本发明实施例提供的一种cism装置示意图；
43.图9是本发明实施例提供的一种vnfm/cism装置硬件图。
具体实施方式
44.为了使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施例作进一步地详细描述。
45.请参考图2，图2为kubernetes(k8s)容器管理编排系统的架构图。
46.kubernetes将容器集群中的基础设施资源划分为一个kubernetes主节点(master)和一群工作节点(node)。其中，主节点(也称管理节点)上运行着容器集群管理相关的一组进程，例如，应用程序编程接口服务(application programming interface server，api server)、复制控制器(replication controller，rc)等，这些进程实现了整个容器集群的资源管理、容器仓(pod)调度、弹性伸缩、安全控制、系统监控和纠错等管理功能。在每个工作节点上运行kubelet,proxy,docker三个组件，负责对本节点上的pod的生命周期进行管理，以及实现服务代理的功能。如图2所示，一个pod中可以包括至少一个容器，则一个pod可以理解为一个或多个容器组成的容器仓。
47.其中，api server提供了资源对象的唯一操作入口，其他所有组件都必须通过它提供的api接口来操作资源数据，通过对相关的资源数据“全量查询”以及“变化监听”，完成相关的业务功能。
48.controller manager是容器集群的管理控制中心，其主要目的是实现kubernetes
集群的故障检测和恢复自动化工作。例如，可以根据rc的定义完成pod的复制或移除，以确保pod实例数符合rc的定义、根据服务(service)与pod的管理关系，完成service的端点(endpoints)对象的创建和更新、node的发现、管理和状态监控、以及本地缓存的镜像文件的清理等。
49.kubelet组件负责本节点上的pod的创建、修改、监控、删除等全生命周期管理，同时kubelet定时向api server上报本节点的状态信息。
50.proxy组件用于实现service的代理与软件模式的负载均衡。
51.docker组件为容器的运行环境。
52.请参考图3，为一种nfv架构的示意图。该nfv架构可以实现多种网络，例如局域网(local area network，lan)、互联网协议(internet protocol，ip)网络或者演进分组核心网(evolved packet core，epc)网络等。
53.随着虚拟化技术的不断发展，业界提出了在nfv管理编排(management and orchestration，mano)的参考架构内引入容器管理。请参考图3，为在欧洲通信标准协会(european telecommunications standards institute，etsi)的下属的nfv行业标准组定义的一种nfv mano系统管理容器集群的部署用例。
54.如图3所示，在该部署用例中包括nfv-mano 310、一个或多个运营支撑系统/业务支撑系统(operation support system/business support system，oss/bss)320、多个网元管理系统(element manager，em)330、多个vnf340以及nfv基础设施(nfv infrastructure，nfvi)350。
55.oss/bss 320主要面向电信服务运营商，提供综合的网络管理和业务运营功能，包括网络管理(例如故障监控、网络信息收集等)、计费管理以及客户服务管理等。
56.em 330用于针对vnf执行传统的故障、配置、用户、性能和安全管理(fault management,configuration management,account management,performance management,security management，fcaps)功能。
57.vnf 340对应于传统非虚拟化网络中的物理网络功能(physical network function，pnf)，如虚拟化的演进分组核心网(evolved packet core，epc)节点(例如，移动性管理实体(mobility management entity，mme)，服务网关(serving gateway，sgw)，公用数据网网关(public data network gateway，pgw)等)。网络功能的功能性行为和状态与虚拟化与否无关，nfv技术需求希望vnf和pnf拥有相同的功能性行为和外部接口。
58.vnf 340可以由一个或多个容器对象来组成，一个容器对象可以理解为图2中的pod，而每个pod可以部署在一个容器集群节点资源池中，每个容器集群节点资源池中的资源可以是虚拟机(virtual machine，vm)或者裸金属(bare metal)服务器，每个vm承载一个或多个容器对象。
59.nfvi 350可以包括虚拟资源层。该虚拟资源层中可以包括多个vm，该多个vm可用于形成一个或多个容器集群节点资源池。
60.nfv-mano 310可以包括nfv编排器(nfv orchestrator，nfvo)311，一个或多个vnfm312，容器基础设施服务管理(container infrastructure service management，cism)313，以及虚拟基础设施管理器(virtualized infrastructure manager，vim)314。
61.其中，nfvo用于实现网络服务描述符(network service descriptor，nsd)，虚拟
网络功能转发图(vnf forwarding graph，vnffg)的管理及处理，网络服务生命周期的管理，以及，和vnfm配合实现vnf的生命周期管理和虚拟资源的全局视图功能。
62.vnfm实现vnf的生命周期管理，包括虚拟化网络功能描述符(vnf descriptor，vnfd)的管理、vnf的实例化、vnf实例的弹性伸缩(包括扩容(scaling out/up)和缩容(scaling in/down))、vnf实例的治愈(healing)以及vnf实例的终止。vnfm还支持接收nfvo下发的弹性伸缩(scaling)策略，实现自动化的vnf弹性伸缩。
63.vim主要负责nfvi中资源的管理(包括预留和分配)，虚拟资源状态的监控和故障上报，面向上层应用提供虚拟化资源池。
64.etsi nfv标准从release 3开始在nfv-mano框架中引入了容器管理的功能，并定义了容器基础设施服务管理cism的北向服务化接口的功能需求来支持基于容器实现的vnf的生命周期管理。所述cism也可以称为caas管理，负责管理vnf所调用的容器对象，包括容器对象的创建、更新和删除，并在其纳管的容器集群节点资源池中将容器对象调度到相应的vm对应的节点资源上，该节点资源包括计算资源、存储资源和网络资源等。etsi nfv标准在release 4继续开展容器网络的研究，vnf网络连接的模型是在现有的虚拟机网络模型基础上叠加了一层容器网络。vnf的容器网络连接模型描述了抽象的容器对象层中容器对象(也称为被管理的容器基础设施对象,managed container infrastructure object,mcio)之间的网络连接以及容器对象和支撑容器对象运行的容器集群节点(例如，虚拟机或裸机)之间的互连。
65.进一步地，vnf组件(vnfc)映射为请求计算/存储资源的mcio(例如，kubernetes的pod对象)，vnf外部连接点(external cp)映射为请求网络资源的mcio(例如，k8s的网络端点对象，通常附着在vnfc所映射的mcio上)。由于同一个容器集群节点内的容器对象之间彼此互联(全连接网络)，容器基础设施服务管理功能(cism)对容器网络的管理是不需要nfvo或vnfm参与的自治的管理功能，cism自行访问mcio的描述符文件(mcio descriptor)和/或mcio的配置文件(mcio configuration files)，实现mcio内部网络以及mcio之间的网络自动配置。因此，在抽象的容器对象层不存在与vnf内部连接点(internal cp)或vnf内部虚拟链路(internal vl)对应的mcio，进而无需在vnfd中将vnf内部连接点和vnf内部虚拟链路映射为特定的请求网络资源的mcio。
66.参考图4，容器化的vnf部署在两个容器集群节点cis cluster node 1和cis cluster node 2上(备注：cis英文全称为container infrastructure service)。其中一部分vnfc被映射为cis cluster node 1上的mcio(图4中的pod1和pod2)，另一部分vnfc被映射为cis cluster node 2上的mcio(图中的pod3和pod4)。这些mcio由一个或多个os container来承载mcio中的工作负载(workload)，而cis cluster node 1和cis cluster node 2各代表一个虚拟机。节点间的网络(inter-node network)不属于由cism自治配置的网络，该段网络通常仍然由虚拟化基础设施管理器(virtualised infrastructure manager,vim)进行配置。cism完成mcio内部的os container之间的网络连接的配置，以及同一节点的mcio之间的网络连接的配置。
67.在图4中，容器网络的互通需求包括四个基本场景：容器对象mcio(即：图中的pod)访问外网，节点内mcio互访，节点间mcio互访以及外网访问mcio。其中外网包括图4中的物理网络(physical network)或基础设施网络(infrastructure network)。容器对象mcio访
问外网或外网访问mcio可以参见图4中节点1的连接通道41(容器对象pod1的虚拟以太网端口和宿主节点1的以太网端口之间的连接)和46(宿主节点1的以太网端口和外网之间的连接)，其结合在一起就构成了一个mcio访问外网或外网访问mcio的通道；同样地，连接通道47和43或者47和44构成了节点2中的mcio和外网相互访问的通道。节点内互访可以参考图4中连接通道45；节点间互访可以参考图4中的连接通道41,46,47和43，其结合在一起就形成了节点间互访的通道。图4只是一个功能示意，实际的连接通道可以采用不同的建立或连接方式。
68.当前的容器网络模型是一个it扁平化的模型，即：容器网络的配置主要考虑了网络连接的需求，没有结合考虑容器网络所承载的vnf(例如，5g垂直行业应用)对网络服务的性能需求具有差异化的需求，根据不同的需求对容器网络的配置进行差分的处理。
69.例如，在容器化vnf实例化过程中或运行态时，其调用的容器对象如何生成、配置如何更新等，现有技术或标准没有相关描述。在vnf运行态时，伴随着网络服务更新(ns update)操作中对外部vnf连接(external vnf connectivity)的更新，容器网络的配置如何动态更新，以适配具有新的网络性能需求的vnf外部连接点。所述vnf外部连接点是指：vnf实例和外部功能进行连接的端点，外部功能可以是vnf实例所归属的ns实例的其他vnf实例或嵌套ns实例。
70.根据5g典型业务的网络性能特征，例如：不同的业务对高带宽、超低时延、高可靠性、高连接密度、高安全性等网络非功能性的需求不同，vnf网络性能需求可以包括但不限于对vnf虚拟链路vl或连接点cp的服务质量(quality of service，qos)、可靠性指标如可用性、安全性的需求定义。其中，qos通常指网络节点或链路传输的带宽、时延、抖动和丢包率等性能指标。
71.本发明实施例1涉及一种容器化vnf的实例化方法，其保留容器对象层网络配置的扁平性(即：网络配置过程仅考虑容器网络的连接性)，通过容器集群节点(例如：虚拟机)的网络配置的更新动态适配vnf网络性能的变化，结合cism功能管理容器网络的自治性，将vnfm管理vnf实例的生命周期时对vnf网络差异化的性能需求传递到cism，实现动态的容器网络的生成或更新，快速响应vnf网络性能需求的变化。
72.参考图5，本发明实施例1提供的一种实例化vnf的方法包括如下步骤：
73.s501：nfvo向vnfm发送vnf实例化请求，在请求消息中携带该vnf实例的标识信息。
74.s502：vnfm根据步骤s501中的标识信息访问待实例化vnf的描述符文件vnfd，从vnfd中读取vnf内部虚拟链路(internal virtual link,int-vl)的服务质量(qos)属性,并根据vnf内部虚拟链路的qos属性确定vnf使用的容器对象mcio外部连接的qos属性。
75.内部虚拟链路的qos属性包括对vnf内部虚拟链路传输的带宽、时延、抖动和/或丢包率的要求。
76.所述的容器对象外部连接为图4中容器对象(图中各个pod)的端口(virtual ethernet，veth)和宿主节点的端口(eth0，eth1)之间建立的连接。
77.当确定容器对象外部连接的qos属性时，容器对象的外部连接qos属性需要跟vnf内部虚拟链路的qos属性相匹配，不能相差太大，能够满足vnf实例的传输性能需求；当然，也可以根据实际需要预先建立一个容器对象的外部连接qos属性和vnf内部虚拟链路的qos属性对应关系表，根据该表来具体确定待创建的mcio外部连接的qos属性。具体的实现方式
比较多样，这里不再赘述。
78.s503：vnfm向容器基础设施服务管理(container infrastructure service management,cism)发送容器对象(mcio)创建请求消息，在请求消息中携带待实例化的vnf使用的容器对象外部连接的qos属性。
79.如果一个vnf使用多个mcio,则需要创建多个mcio，那么所述创建请求可以携带要创建的多个mcio的标识。
80.s504：cism接收所述容器对象创建请求消息，读取容器对象的描述符文件和/或容器对象的配置文件，创建相应的容器对象；并根据s503请求消息中的各个容器对象外部连接的qos属性确定各个容器对象和宿主节点之间的连接通道类型，建立相应的连接通道(41,42，43和44)。
81.容器对象和宿主节点之间的连接通道可以通过容器对象配置容器网络接口(container network interface,cni)插件实现，不同类型的连接通道实现不同qos属性的mcio外部连接。作为一种可能的实现，连接通道类型可以包括：数据面开发套件(data plane development kit,dpdk)、网卡直连、虚拟局域网(virtual local area network,vlan)或者虚拟可扩展的局域网(virtual extensible local area network,vxlan)，以上类型的传输通道的传输时延从低逐渐到高。参考图4，cism根据待创建容器对象1(图中pod1)外部连接的qos属性确定采用dpdk的连接通道类型，并建立相应类型的连接通道；cism根据待创建容器对象2(图中pod2)外部连接的qos属性确定采用vxlan的连接通道类型，并建立相应类型的连接通道；cism根据待创建容器对象3(图中pod3)外部连接的qos属性确定采用vxlan的连接通道类型，并建立相应类型的连接通道；以及cism根据待创建容器对象4(图中pod4)外部连接的qos属性确定采用vlan的连接通道类型，并建立相应类型的连接通道。
82.其中，dpdk通过采用轮询方式实现数据包的处理，容器应用(vnf)可以通过dpdk提供的接口直接从内存读取数据包，节省了cpu中断时间、内存拷贝时间，满足对时延有高要求的容器应用的数据包传输。网卡直连(容器对象的网卡vnic和宿主机vm的网卡vnic通过网线直连)也是一种常用的数据加速技术，以牺牲部分可靠性换取数据包的传输性能。vlan在一组逻辑的设备和用户中通过层3的路由器实现彼此之间的通信，达到局域网级别的传输性能。vxlan是对xlan的一种扩展，通过引入udp外层隧道作为数据链路层，使得数据包在二、三层网络中轻松传输。通常而言，传输时延越低的一类连接通道(如：dpdk)的适用范围越窄，附加以可靠性的相关约束和限制。传输时延越高的一类连接通道(如：vxlan)的适用范围越宽。上述连接通道属于容器对象外部连接的具体物理实现方式，如上所述，由于连接通道本身有不同的类型，不同类型的连接通道其qos属性是固定的，不需要更新qos。
83.另外，容器对象的宿主节点可以为虚拟机或裸金属服务器。
84.s505：cism将容器对象mcio的ip地址和s504所确定类型的容器对象和宿主节点之间的连接通道的标识进行绑定。
85.例如，在vxlan类型的连接通道中，cism将容器对象的ip地址和vxlan隧道端点进行绑定，该容器对象内的所有分组通过vxlan隧道端点和宿主节点的端点之间进行收发。
86.mcio的ip地址对mcio外部呈现是固定的，这里的“绑定”就是在同一个mcio内通过配置操作将ip地址和它使用的vxlan隧道端点进行关联，两个配置信息附着于同一个mcio
对象。mcio和宿主节点的连接通道可以有多个，通过在mcio外置不同的cni(容器网络接口)插件来实现。
87.s506：cism向vnfm返回容器对象创建应答，可选地，在应答消息中可以携带该容器对象和宿主节点之间的连接通道的标识。
88.s507：可选地，如果容器对象可以作为该vnf和外部环境(例如：其他的vnf)进行互连的端点，vnfm将在步骤s506中获取的容器对象和宿主节点之间的连接通道的标识和vnf的外部连接点(external connection point)进行绑定。
89.在nfv相关标准中，上述“绑定”可以理解为容器对象通过和宿主节点的连接通道和vnf的外部连接点进行关联,并通过该外部连接点和外部进行通信。
90.s508：vnfm向nfvo返回vnf实例化应答，vnf实例化过程结束。
91.本发明实施例2涉及一种容器化vnf的更新方法，在ns更新过程中执行vnf external cp更新，容器集群节点网络动态适配vnf网络性能需求。
92.本实施例反映在vnf实例的运行态(已经完成vnf实例化过程后的vnf实例状态)时，伴随vnf网络性能需求的变化，容器集群节点网络如何动态更新配置以适配变化。典型的场景是在ns更新过程中执行vnf外部连接点更新的过程。
93.vnf实例化完成后进入运行状态，此时nfvo如果接收来自oss/bss的ns更新请求，请求消息中携带ns更新的操作类型是：update vnf external connectivity。本实施例2的具体步骤如图6所示，其跟实施例1的主要区别在于vnfm不是通过访问vnfd读取vnf内部虚拟链路的qos属性而是通过vnf外部连接点的qos属性来确定vnf使用的容器对象外部连接的qos属性。
94.s601：nfvo向vnfm发送更新外部vnf连接请求消息，在请求消息中携带该vnf实例的外部连接点待更新的qos属性。
95.s602：vnfm根据vnf实例外部连接点的qos属性确定待更新的容器对象的外部连接的qos属性。
96.内部虚拟链路的qos属性包括对内部链路传输的带宽、时延、抖动和/或丢包率的要求，根据vnf内部虚拟链路的qos属性确定待创建的容器对象mcio(图4中的pod)外部连接的qos属性。同样地，容器对象的外部连接qos属性需要vnf实例外部连接点的qos属性相匹配，不能相差太大，能够满足vnf实例传输性能的需求。
97.s603：vnfm向容器基础设施服务管理(container infrastructure service management,cism)发送容器对象(mcio)更新请求，在更新请求消息中携带待更新的容器对象外部连接的qos属性。
98.s604：cism根据s602确定的待更新的容器对象外部连接的qos属性重新确定容器对象和宿主节点之间的连接通道类型，建立相应的连接通道。
99.如果重新确定的容器对象和宿主节点的连接通道类型跟已有的连接通道类型一致，则不进行更新，否则更新成新的连接通道类型。连接通道的类型具体参见实施例1的描述。
100.s605：cism将容器对象(mcio)的ip地址和s604重新确定的容器对象和宿主节点之间的连接通道的标识进行绑定。
101.s606：cism向vnfm返回容器对象更新应答消息，可选地，所述更新应答消息中可以
携带更新的容器对象和宿主节点之间的连接通道的标识。
102.s607：可选地，如果容器对象可以作为该vnf和外部环境(例如：其他的vnf)进行互连的端点，vnfm将在步骤s606中获取的容器对象和宿主节点之间的连接通道的标识和vnf的外部连接点(external connection point)进行绑定。
103.s608：vnfm向nfvo返回外部vnf连接更新应答，vnf外部连接点更新过程结束。
104.图7是一种虚拟网络功能管理器vnfm装置示意图，该装置包括：
105.接收单元710，可以用于执行图5所示的实施例1中的步骤s501，或可以用于执行图6所示的实施例中的步骤s601，和/或用于支持本文所描述的技术的其它过程。
106.处理单元720，可以用于执行图5所示的实施例1中的步骤s502和s507，或可以用于执行图6所示的实施例中的步骤s602和s607，和/或用于支持本文所描述的技术的其它过程。
107.发送单元730，可以用于执行图5所示的实施例1中的步骤s503，或可以用于执行图6所示的实施例中的步骤s603，和/或用于支持本文所描述的技术的其它过程。
108.上述各个单元的功能可以参考上述实施例1或2的方法步骤的描述，这里不再重复。
109.图8是cism装置示意图，该装置包括：
110.接收单元810，可以用于执行图5所示的实施例1中的步骤s503，或可以用于执行图6所示的实施例中的步骤s603，和/或用于支持本文所描述的技术的其它过程；
111.处理单元820，可以用于执行图5所示的实施例1中的步骤s504和s505，或可以用于执行图6所示的实施例中的步骤s604和s605，和/或用于支持本文所描述的技术的其它过程；
112.发送单元830，可以用于执行图5所示的实施例1中的步骤s506，或可以用于执行图6所示的实施例中的步骤s606，和/或用于支持本文所描述的技术的其它过程。
113.上述各个单元的功能可以参考上述实施例1或2的方法步骤的描述，这里不再重复。
114.图9是本发明实施例提供的vnfm装置硬件图，所述装置90可以包括：处理器、通信接口以及存储器。
115.处理器91可以包括一个或者一个以上处理单元，该处理单元可以是中央处理单元(英文：central processing unit，cpu)或者网络处理器(英文：network processor，np)等。
116.通信接口94用于跟其他通信设备连接和信息交互，包括接收和发送相应的消息；该网络设备90还可以包括存储器93，处理器91可以通过总线与存储器93和通信接口94相连。存储器93可用于存储软件程序，该软件程序可以由处理器91执行，以实现图5或图6所示实施例中由vnfm执行的方法步骤。此外，该存储器93中还可以存储各类业务数据或者用户数据,包括上述方法步骤中的各种应用实例和服务的状态数据等。
117.可选地，该装置90还可以包括输出设备95以及输入设备97。输出设备95和输入设备97与处理器91相连。输出设备95可以是用于显示信息的显示器、播放声音的功放设备或者打印机等，输出设备95还可以包括输出控制器，用以提供输出到显示屏、功放设备或者打印机。输入设备97可以是用于用户输入信息的诸如鼠标、键盘、电子触控笔或者触控面板之
类的设备，输入设备97还可以包括输出控制器以用于接收和处理来自鼠标、键盘、电子触控笔或者触控面板等设备的输入。
118.同样地，上述装置硬件图也适用于cism和其他相关装置，区别是两者存储器93存储的软件程序不一样，cism装置的存储器93存储的软件程序由处理器91执行，以实现实施例1或2中由cism装置执行的方法步骤，这里不再重复。
119.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如：同轴电缆、光纤、数据用户线(digital subscriber line，dsl))或无线(例如：红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如：软盘、硬盘、磁带)、光介质(例如：数字通用光盘(digital versatile disc，dvd))、或者半导体介质(例如：固态硬盘(solid state disk，ssd))等。
120.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
121.以上所述为本技术提供的实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。