Traitement en cours

Veuillez attendre...

PATENTSCOPE sera indisponible durant quelques heures pour des raisons de maintenance le samedi 31.10.2020 à 7:00 AM CET
Paramétrages

Paramétrages

Aller à Demande

1. WO2017185922 - PROCÉDÉ ET APPAREIL DE DÉPLOIEMENT DE SERVICE ET ÉLÉMENT DE RÉSEAU

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126   0127   0128   0129   0130   0131   0132   0133   0134   0135   0136   0137   0138   0139   0140   0141   0142   0143   0144   0145   0146   0147   0148   0149   0150   0151   0152   0153   0154   0155   0156   0157   0158   0159   0160   0161   0162   0163   0164   0165  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19  

附图

0001   0002   0003   0004   0005   0006   0007   0008  

说明书

发明名称 : 一种业务部署方法、装置以及网元

[0001]
本申请要求于2016年4月29日提交中国专利局、申请号为201610284101.5,发明名称为“一种业务部署方法、装置以及网元”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。

技术领域

[0002]
本发明涉及云算机技术领域,尤其涉及一种业务部署方法、装置以及网元。

背景技术

[0003]
网络功能虚拟化(英文:Network Function Virtualization,简称:NFV),指通过使用通用的硬件设备及虚拟化技术,来承载传统网络中专用设备的功能,从而降低部署专用设备带来的昂贵成本。软件不与专有硬件绑定,使网络设备功能不再依赖于专用硬件。同时利用云计算的特点,使资源可以充分灵活共享,实现新业务的快速开发和部署,并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。在NFV的架构中,接收实例化请求,并根据请求对相应业务进行实例化处理(部署业务)的设备称为虚拟化业务提供设备,发起实例化请求的设备称为业务请求设备。
[0004]
NFV中虚拟化的网络服务(英文:Network Service,简称:NS),举例来说,可以是一个IP多媒体子系统(英文:IP Multimedia Subsystem,简称:IMS)网络服务,或一个演进型分组核心网(英文:Evolved Packet Core,简称:EPC)服务。一个NS中可以包含若干个虚拟化网络功能(virtualized Network Function,VNF)模块,也称为虚拟化网元。VNF是可部署在NFV基础架构上的网络功能的软件实现。一个NS在进行虚拟化部署时,业务请求设备首先需要向业务提供设备提交该网络服务的描述信息(英文:Network Service descriptor,简称:NSD),主要描述该网络业务的拓扑结构以及包含的各个VNF的描述信息(英文:VNF descriptor,简称:VNFD)。拓扑结构中使用虚拟连接(英文:virtual link,简称:VL)信息描述各VNF之间的连接。VNFD描述了一个VNF的拓扑结构和部署需求,包括该VNF包含的虚拟部署单元(英文:Virtualization Deployment Unit,简称:VDU)、连接点(英文:Connection Point,简称:CP)、CP连接的VDU以及该VNF需要连接的VL。同一VNF的每个VDU处理的业务互不相同。VNF的每个VDU通过某个VL与一个CP连接,而每个CP通过与某个VL连接,使得该VNF与其它VNF连接。
[0005]
然而,在现有技术中,NSD中虽然包括有每个VNF需要和哪些VL建立连接,但是由于同一个VNF可能会有多个CP,有可能会导致CP与VL的错误连接从而导致业务被错误执行。
[0006]
发明内容
[0007]
本发明提供一种业务部署方法、装置以及网元,用以解决现有技术中由于同一个虚拟化网络功能模块可能会有多个连接点,当不同的连接点与同一个虚拟连接相连时,有可能导致业务被错误执行的技术问题。
[0008]
第一方面,本发明实施例提供一种业务部署方法。该方法从网络功能虚拟化编排器NFVO的角度进行描述。在该方法中,NFVO接收实例化网络服务NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识。NFVO在接收到实例化请求以后,根据所述 NSD的标识获取所述NSD;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息和至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息以及所述VNF的标识。然后,所述NFVO将所述VNF的节点信息发送给虚拟网络功能管理器VNFM,以及将所述VL的节点信息发送给虚拟基础设施管理器VIM。之后,所述NFVO分别接收所述VNFM和所述VIM返回的实例化成功响应消息;基于NFVO收到的实例化成功响应消息,所述NFVO将所述连接需求信息发送给所述VIM。因为在NSD中的VNF的节点信息中已经明确描述了每个VNF的各个CP需要连接的VL的连接需求信息,可以避免当VL为至少两个时,将VNF上的不同的CP连接到错误的VL上,从而避免因错误连接导致的业务执行上的错误。
[0009]
在一个可能的设计中,所述至少两个VL中的至少一个VL的节点信息包括所述至少一个VL的端口的类型;所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型。因此,通过NSD的精准化描述,不仅将各CP连接到正确的VL上,还进一步在VL的端口具有不同的类型时,进一步确保将各CP连接到所述连接的端口类型相同的类型的VL的端口,所以可以进一步保证业务能够被正确执行。
[0010]
在一个可能的设计中,所述连接需求信息为所述各个CP的标识与需要连接的VL的对应关系。通过CP的标识和VL的对应关系,可以简化对CP的描述。
[0011]
第二方面,本发明实施例提供一种业务部署方法。该方法从虚拟基础设施管理器VIM的角度进行描述。在该方法中,VIM接收网络功能虚拟化编排器NFVO发送的虚拟化网络功能VNF的各个连接点CP与所述至少两个VL的连接需求信息;所述连接需求信息包括所述各个CP需要连接的VL。VIM在接收到所述连接需求以后,根据所述连接需求信息将所述各个CP连接至需要连接的VL。通过VIM按照连接需求信息将各个CP连接至需要连接的VL,可以避免当VL为至少两个时,将VNF上的不同的CP连接到错误的VL上,从而避免因错误导致的业务执行上的错误。
[0012]
在一个可能的设计中,所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型。
[0013]
相应的,VIM在接收还包含所述各个CP分别需要连接的VL的端口的类型的连接需求信息时,根据所述连接需求信息将所述各个CP连接至所述需要连接的VL上的与所述类型相同的端口上。
[0014]
在一个可能的设计中,在VIM接收所述连接需求信息之前,VIM还接收所述NFVO发送的实例化所述VL的实例化请求。其中,所述实例化请求中包括所述VL的节点信息;所述VL的节点信息包括所述VL的类型以及所述VL的各端口的类型;所述VL的至少两个端口的端口类型不相同。VIM在接收到节点信息以后,根据所述VL的节点信息对所述VL实例化,并且在对所述VL实例化时,还根据所述VL的各端口的类型对所述VL的端口进行配置;所述VIM向所述NFVO发送实例化成功响应消息。由此,VIM根据VL的端口的类型配置VL的各端口,从而保正后续VIM将根据VL的端口的类型连接CP。
[0015]
第三方面,本发明实施例提供一种业务部署方法。该方法从业务请求设备,例如运营支持系统和业务支持系统(英文:Operations Support System and Business Support System,简称:OSS/BSS)的角度进行描述。在该方法中,业务请求设备向业务提供设备,例如NFVO发送用于注册网络服务NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息以及至少两个虚拟连接VL的节点信息。所述VNF的连接点CP 的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS的过程中,确定所述VNF的各个CP分别连接的VL。业务请求设备注册并保存所述NSD,然后向业务请求设备返回注册成功响应消息。因为业务请求设备在NSD中增加了描述VNF的各个CP分别需要连接的VL的连接需求信息,并将该连接需求信息注册到NFVO上,所以后续VIM可以根据该连接需求信息将CP连接在正确的VL上,避免当VL为至少两个时,将VNF上的不同的CP连接到错误的VL上,从而避免因错误连接导致的业务执行上的错误。
[0016]
在一个可能的设计中,所述至少两个VL中的至少一个VL的节点信息包括所述至少一个VL的端口的类型;所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型;所述端口的类型被用于在实例化所述NS的过程中,确定所述每个VNF的各个CP分别连接的VL的端口的类型。
[0017]
第四方面,本发明实施例提供一种业务部署装置。具体的,该装置可以为网络功能虚拟化编排器NFVO。该装置具有实现上述方法设计中NFVO的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
[0018]
在一个可能的设计中,作为NFVO的业务部署装置的具体结构可包括接收单元、处理单元以及发送单元。接收单元、处理单元以及发送单元可执行上述方法中的相应功能。
[0019]
第五方面,本发明实施例提供一种业务部署装置。具体的,该装置可以为虚拟基础设施管理器VIM。该装置具有实现上述方法设计中VIM的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
[0020]
在一个可能的设计中,作为VIM的业务部署装置的具体结构可包括接收单元、处理单元以及发送单元。接收单元、处理单元以及发送单元可执行上述方法中的相应功能。
[0021]
第六方面,本发明实施例提供一种业务部署装置,具体的,该装置可以为业务请求设备。该装置具有实现上述方法设计中业务请求设备的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
[0022]
在一个可能的设计中,作为业务请求设备的业务部署装置的具体结构可包括接收单元以及发送单元。接收单元以及发送单元可执行上述方法中的相应功能。
[0023]
第七方面,本发明实施例提供一种网元。该网元可以为网络功能虚拟化编排器NFVO。该网元包括:存储器,用于存储计算机可执行程序代码;收发器,以及处理器,与所述存储器和所述收发器耦合;其中所述程序代码包括指令,当所述处理器执行所述指令时,所述指令使所述网元执行上述NFVO执行的方法。
[0024]
第八方面,本发明实施例提供一种网元。该网元可以为虚拟基础设施管理器VIM。该网元包括:存储器,用于存储计算机可执行程序代码;收发器,以及处理器,与所述存储器和所述收发器耦合;其中所述程序代码包括指令,当所述处理器执行所述指令时,所述指令使所述网元执行上述VIM执行的方法。
[0025]
第九方面,本发明实施例提供一种网元。该网元可以为业务请求设备,包括:存储器,用于存储计算机可执行程序代码;收发器,以及处理器,与所述存储器和所述收发器耦合;其中所述程序代码包括指令,当所述处理器执行所述指令时,所述指令使所述网元执行上述业务请求设备执行的方法。
[0026]
在一种可能的设计中,所述业务请求设备为运营支持系统和业务支持系统OSS/BSS。
[0027]
第十方面,本发明实施例提供一种计算机存储介质,用于存储为上述第四方面所描述的业务部署装置或第七方面所描述的网元所用的计算机软件指令,并包含用于执行上述方面所设计的程序。
[0028]
第十一方面,本发明实施例提供一种计算机存储介质,用于存储为上述第五方面所描述的业务部署装置或第八方面所描述的网元所用的计算机软件指令,并包含用于执行上述方面所设计的程序。
[0029]
第十二方面,本发明实施例提供一种计算机存储介质,用于存储为上述第六方面所描述的业务部署装置或第九方面所描述的网元所用的计算机软件指令,并包含用于执行上述方面所设计的程序。
[0030]
第十三方面,本发明实施例提供一种业务部署方法。该方法从虚拟网络功能管理器VNFM的角度进行描述。在该方法中,VNFM接收网络功能虚拟化编排器NFVO发送的实例化虚拟化网络功能VNF的实例化请求;其中,所述实例化请求中包括所述VNF的标识。VNFM接收到实例化请求后,根据所述VNF的标识获取所述VNF的描述信息VNFD;其中,所述VNFD包括所述VNF的各个连接点CP的标识以及所述VNF的部署信息。然后VNFM根据所述部署信息实例化所述VNF并在实例化所述VNF成功后,VNFM使用所述各个CP的标识对所述各个CP进行配置。
[0031]
结合上述的任一种可能的设计中,所述VL的节点信息还包括每个类型的端口的带宽或数量。
[0032]
根据本发明实施例提供的技术方案,因为在NSD中的VNF的节点信息中已经明确描述了每个VNF的各个CP需要连接的VL的连接需求信息,所以在后续实例化NS的过程中,可以根据该连接需求信息将各个CP连接至需要连接的VL,所以保证了业务能够被正确执行。

附图说明

[0033]
图1为本发明实施例提供的一种NFV系统的架构图;
[0034]
图2为本发明实施例提供的一种网元的结构图;
[0035]
图3为本发明实施例提供的一种NSD的示意图;
[0036]
图4为本发明实施例提供的一种业务部署方法的流程图;
[0037]
图5为本发明实施例提供的一种虚拟连接的示意图;
[0038]
图6为本发明实施例提供的第一种业务部署装置的功能框图;
[0039]
图7为本发明实施例提供的第二种业务部署装置的功能框图;
[0040]
图8为本发明实施例提供的第三种业务部署装置的功能框图。

具体实施方式

[0041]
本发明提供一种业务部署方法、装置以及网元,用以解决现有技术中由于同一个虚拟化网络功能模块可能会有多个连接点,当不同的连接点与同一个虚拟连接相连时,有可能导致业务被错误执行的技术问题。
[0042]
下面将结合本发明实施例中的附图,本发明实施例中的技术方案进行描述。
[0043]
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外, 本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
[0044]
为便于说明本发明实施例中的业务部署方法,下面先介绍一种网络系统,本发明实施例中的业务部署方法可以应用在该系统中。如图1所示,为本发明实施例提供的一种NFV系统100的结构图,用于部署NS时,将每个VNF的CP连接至正确的VL上。具体的,本发明实施例基于现有的NFV架构,在注册NSD时,在NSD中增加每个VNF的各个CP需要连接的VL的连接需求信息,然后在部署NS时,按照该连接需求信息将每个VNF的各个CP连接至需要连接的VL。进一步,在NSD中增加对每个VL的端口的类型描述,相应的,连接需求信息还可以包括每个VNF的各个CP需要连接的VL的端口的类型,然后在部署NS时,按照每个VL的端口的类型描述对VL的每个端口的类型进行配置,并按照该连接需求信息将每个VNF的各个CP连接至需要连接的VL的具有相同类型的端口上。
[0045]
具体的,为实现本发明的目的,本发明实施例提供的一个结构图包括以下功能部件:
[0046]
网络功能虚拟化编排器(英文:NFV Orchestrator,简称:NFVO)102,主要负责处理虚拟化业务的生命周期管理,以及虚拟基础设施及网络功能虚拟化基础设施(英文:network functions virtualization infrastructure,简称:NFVI)中虚拟资源的分配和调度等。NFVO102可以与一个或多个虚拟网络功能管理器(英文:Virtualized Network Function Manager,简称:VNFM)104通信,以执行资源相关请求,发送配置信息给VNFM104,收集VNF108的状态信息。另外,NFVO102也可与虚拟基础设施管理器(英文:Virtualized Infrastructure Manager,简称:VIM)106通信,执行资源分配,和/或预留,交换虚拟化硬件资源配置和状态信息。
[0047]
VNFM104,负责一个或多个VNF108的生命周期管理,比如实例化(instantiating),更新(updating),查询,弹性伸缩(scaling),终止(terminating)VNF108。VNFM104可以与VNF108通信以完成对各VNF的生命周期管理及交换配置和状态信息。在NFV架构中VNFM可以有多个,负责对不同类型的VNF进行生命周期管理。NFVO202可以根据VNFM负责的业务类型,对不同的VNF208选择确定不同的VNFM104。
[0048]
VIM106,控制和管理VNF108与计算硬件112、存储硬件114、网络硬件116、虚拟计算(virtual computing)118、虚拟存储120、虚拟网络122的交互。例如VIM106执行资源管理功能,包括管理基础设施资源、分配(例如增加资源给虚拟容器)及运行功能(例如收集NFVI故障信息)。VNFM104及VIM106可以相互通信,请求资源分配,交换虚拟化硬件资源配置和状态信息。
[0049]
虚拟网络122中包括用于连接各个VNF108的VL。
[0050]
NFVI即NFV的基础设施层,包含硬件部件,软件部件或两者组合,以建立虚拟化环境,部署,管理及实现VNF108。硬件资源和虚拟化层用于为VNF108提供虚拟化资源,如虚拟机和其他形式的虚拟容器。硬件资源包括计算(computing)硬件112,存储硬件114,网络硬件116。作为一种实施方式,计算硬件112和存储硬件114的资源可以集中在一起。NFVI中的虚拟化层可以抽象硬件资源,解耦VNF108与底层的物理网络层。
[0051]
多个VNF108,被配置成至少一种网络功能的虚拟化。每个VNF运行在一个虚拟容器中,对应于一组属于一个或多个物理设备的网络功能。
[0052]
设备管理系统(EM)110,是传统电信系统中用于对设备进行配置,管理的系统。在NFV架构中,EM110也可以用于对VNF108进行配置和管理,以及向VNFM104发起新的VNF的实例化等生命周期管理操作。
[0053]
运营支持系统和业务支持系统(英文:Operations Support System and Business Support System,简称:OSS/BSS)124,支持各种端到端电信业务。OSS/BSS124向NFVO102注册VNFD和NSD,以及向NFVO102发起实例化NS的请求。
[0054]
图2显示了本发明实施例中的一种网元的结构示意图。这一网元用于在图1所示的NFV系统100中传送或处理数据。网元200用于创建(create)、修改(modify),重定位(relocate)和/或迁移(migrate)一个或多个虚拟机。网元200还可用于容纳(host)、存储和/或执行一个或多个网络功能。网元200可以是一个如图1中NFV系统100中一个子部件,例如NFVO 102或VNFM 104或VIM106或OSS/BSS124。
[0055]
网元200可包含一个或多个端口212,与收发器(transceiver)210相耦合。收发器210可以是发射器,接收器或其组合,从其它网络节点通过端口212发送或接收数据包。处理器202耦合到收发器210,用于处理数据包,决定哪些节点发送数据包。处理器202可包含一个或多个多核处理器和/或存储器204。处理器202可以是一个通用处理器,专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC),或数字信号处理器(DSP)。
[0056]
存储器204可为非瞬时性的存储介质,与处理器202相耦合,用于保存不同类型的数据。存储器204可包含只读存储器(英文:Read Only Memory,简称:ROM),随机存取存储器(英文:Random Access Memory,简称:RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是磁盘存储器。存储器204可用于保存实现NFV系统或相关方法的指令,例如作为VNFM 104,NFVO 102、VIM106、OSS/BSS124。作为一种实施方式,存储器204可包含NFV模块206,该NFV模块可在处理器202上执行。NFV模块206可用于容纳(host),存储及实现一个或多个虚拟化网络设备的网络功能。在另一实施方式中,存储器204还可包含一个NFV编排模块208,用于创建,修改,重定位和/或迁移一个或多个虚拟机。可以理解,通过编程或装载可执行指令到网元200的处理器202,缓存和长期存储中的至少一个,网元200可转换为特定的设备,例如路由器,交换机。
[0057]
网元200可实现一个或多个VNF的功能,并根据本发明的实施例执行一个或多个指令。这些指令可存储在存储器204中,也可集成在网元200的操作系统的内核或内核的插件中。
[0058]
在图1所示的架构中,NFVO102可以用来接收OSS/BSS124发送的用于注册每个VNF的描述信息VNFD的注册请求;其中,VNFD中包括每个VNF的部署信息。并保存每个VNF的VNFD。进一步的,NFVO102还可以接收OSS/BSS124发送的用于注册NS的描述信息NSD的注册请求,以及保存所述NSD。
[0059]
作为一个例子,NFVO102保存的VNFD以及NSD可参考图3。图3为本发明实施例提供的一种名称为内容分发网络(英文:Content Delivery Network,简称:CDN)的NS的NSD的实例图。该CDN包括VNF1、VNF2、VNF3,以及5个VL,分别为VL1至VL5,以及3个用于与其它NS或网元连接的连接点(connection point,CP),分别为CP01、CP02和CP03。
[0060]
由图3可知,VL2用于连接VNF1和VNF2,以及连接VNF1和VNF3,VL3用于连接VNF1和VNF3。而VL1用于连接VNF1与CP01,进而实现VNF1与外部其它网元或NS连接。VL4用于连接VNF3于CP02,进而实现VNF3与外部其它网元或NS连接。VL5用于连接VNF2与CP03,进而实现VNF2与外部其它网络或NS连接。VNF1包括3个CP,分别为CP11、CP12和CP13。VNF2包括2个CP,分别为CP21和CP22。VNF3包括3个CP,分别为CP31、CP32和CP33。这些VNF的CP分别与VL相连,使得各个VNF通过VL与其它VNF、其它网元或者其它NS之间互相连接,从而构成一个完整的NS。
[0061]
VNF1还包括3个VDU,分别为VDU1、VDU2和VDU3。VDU1主要接收来自用户侧的请求(例如直播业务请求和点播业务请求)。VDU2用于接收VDU1转发的直接业务请求并处理请求为直播的业务。VDU3用于接收VDU1转发的点播业务请求并处理请求为点播的业务。具体的,VNF1中各VDU之间的交互和通讯属于现有技术,本发明实施例在此不再详述。
[0062]
作为一个例子,使用图3中的CDN系统通过CP01接收来自用户的视频收看请求。该请求通过VL1传输给VNF1的VDU1,VDU1可以根据业务的类型选择VNF1内合适的其它VDU处理该请求。在本例中,例如当用户请求是视频直播业务时,VDU1将请求发给VDU2,VDU2再根据用户的位置信息以及用户所处的网络,选择通过CP12连接的VL2将该请求发送给VNF2或VNF3为用户提供服务。当用户请求的是点播特定视频内容的业务时,VDU1将请求发给VDU3,VDU3再根据用户的位置信息以及用户所处的网络,选择通过CP13连接的VL3将该请求发送给VNF3为用户提供服务。VNF3可以通过VL5和CP03将服务提供给用户。VNF3通过VL4和CP02将服务提供给用户。
[0063]
在本实施例中,为了实现对图3中的CDN网络的成功部署,在NSD中,每个VNF的节点信息包括用于表征各VNF的各个CP分别需要连接的VL的连接需求信息。
[0064]
此外,与图3的CDN系统对应的各VNF的部署模板也需预先保存在NFVO中。比如,VNF1的部署模板可以采用TOSCA标准定义的另一种标记语言(英文:Yet Another Markup Language,简称:YAML)进行描述。如采用TOSCA的业务模板(service template)来描述VNF1的部署模板,例如代码(1)所示。
[0065]
代码(1):
[0066]
[0067]
[0068]
其中,subsititution_mappings元素(替代映射元素)中定义了VNF1对外暴露的特性。比如node_type:tosca.nodes.nfv.VNF.VNF1定义了VNF1的类型(type),即为代码(2)中采用TOSCA描述的NSD中的VNF1 node template中所使用的type类型。requirements定义了VNF1对外的需求,即VNF1需要3个与其它VNF或其它NS中的网元连接的连接点CP。具体的,VNF1的3个CP分别为CP11、CP12和CP13。其中,这3个CP对外暴露的需求分别为这3个CP的标识。在实际运用中,CP的标识可以是CP本身的端口号,例如CP11、CP12和CP13,也可以是与各个CP的端口号对应的其它标识,例如CP11对外暴露的目标为tag1,CP12对外暴露的目标为tag2,CP13对外暴露的目标为tag3。在对外暴露的目标采用的是其它标识时,当对各个CP的代表的业务类型进行变更时,只要变更CP与其标识信息之间的对应关系即可,而不需要变更各个标识信息和VL之间的对应关系。因此,便于后续对NS的修改或者维护。
[0069]
CP11的需求信息(requurements)中描述了CP11与VDU1连接,并且二者的连接类型为虚拟连接(virtualbindable)。CP12的需求信息(requirements)中描述了CP12需要与VDU2连接,并且二者的连接类型为virtualbindable。CP13的需求信息(requirements)中描述了CP13需要与VDU3连接,并且二者的连接类型为virtualbindable。
[0070]
需要说明的是,这里仅示出与本发明实施例相关的节点模板,其余部分可以与现有技术类似,例如VDU1、VDU2和VDU3的节点模板,可以与现有技术相同。
[0071]
NS的描述信息NSD的部署模板可以采用TOSCA标准定义的YAML语言对其进行描述。如采用一个TOSCA的业务模板来描述NS的部署模板,请参考代码(2)所示。
[0072]
代码(2):
[0073]
[0074]
[0075]
[0076]
在代码(2)中,VNF1的requirements元素中定义了VNF1同外部连接的连接需求信息。在本实施例中,针对每个类型为virtualLinkable的requirement增加了2个新的参数,其中,
[0077]
tag:对应是代码(1)中VNF1的业务模板(VNFD)中定义的subsititution_mappings里的requirements中暴露的virtualLinkable类型的CP的标识。
[0078]
connection:对应需要连接的目标VL。
[0079]
举例来说,在代码(2)中,VNF1的节点信息(node template)中具体描述了CP11与VL1进行连接,CP12与VL2连接,CP13与VL3连接,并且连接类型均为virtualLinkable。
[0080]
可选的,在实际运用中,至少两个VL可以是不相同的类型,例如VL2为树形模式(E-TREE)类型的虚拟连接,而VL3为不同于树形模式类型的总线模式(E-LAN)类型的虚拟连接。树形模式类型的VL为一种点对多点的连接类型,且在该类型中定义了根端口和叶端口,且根端口可以发送消息到任意叶端口上,但是叶端口只能发消息给根端口,叶端口之间不能互发消息。因此,VL2的多个端口的类型是不完全相同的。
[0081]
在NSD中,当VL的至少两个端口的端口类型不同时,VL的节点信息还可以包括VL的端口的类型。举例来说,继续以图3所示的CDN为例,VNF1可以发消息给VNF2和VNF3,VNF3和VNF3均可以发消息给VNF1,但是VNF2和VNF3之间不可以互相通信。因此,这类似于这种情况下,可以在具有不同端口类型的VL的节点信息中描述每个端口的类型。VL2的节点信息如代码(3)所示。
[0082]
代码(3)
[0083]
[0084]
[0085]
在VL2的节点模板中,能力参数(capabilities)中增加了新的参数type,用来表示不同类型的端口,端口的类型例如是根(root)和叶(leaf)。当然,对于其它的VL类型,端口类型还可以是其它类型。
[0086]
可选的,针对端口还可以增加其它端口特性,例如带宽(Bandwidth)和数量(occurrences)参数。例如端口类型为根的端口的带宽可以是300k,端口的数量为3个。端口类型为叶的端口的带宽可以是100k,端口的数量为5。
[0087]
相应的,VNF1的节点信息中的连接需求信息还包括各个CP需要连接的VL的端口的类型。举例来说,NSD中VNF1的节点信息可以采用代码(4)进行描述。
[0088]
代码(4)
[0089]
[0090]
与代码(2)不同的是,在代码(4)中,VNF1的节点信息中的连接需求信息还包括各个 CP需要连接的VL的端口的类型,例如CP11需要连接VL1上类型为叶的端口,CP12需要连接VL1上类型为根的端口。而CP13只要连接至VL3的任一端口即可,因为VL3的所有端口的类型均相同。
[0091]
因此,通过本实施例的方法,NSD中的VNF的节点信息中明确描述了每个VNF的哪个CP与哪个VL的哪个类型的端口进行连接,因为每个端口的特性不同,所以如此可以保证业务的正确执行。
[0092]
另外,以上虽然只描述了VNF1和VL2的节点信息,以及VNF1的VNFD,但其它VNF和VL与此类似,所以不再赘述。
[0093]
在实际运用中,NSD和VNFD还可以采用其它语言进行描述,本发明不作具体限定。
[0094]
接下来请参考图4所示,为本发明实施例提供的一种业务部署方法的流程图。该方法包括:
[0095]
步骤301:OSS/BSS124向NFVO102发送用于注册VNF的描述信息VNFD的注册请求;其中,VNFD中包括VNF的部署信息。
[0096]
具体的,OSS/BSS124在部署如图3所示的CDN系统之前,则需要向NFVO102分别发送VNF1、VNF2和VNF3的注册请求。各注册请求中分别包括VNF的部署信息,即VNFD。比如,VNF1的注册请求中携带VNF1的部署信息VNFD1,VNF2的注册请求中携带VNF2的部署信息VNFD2,VNF3的注册请求中携带VNF3的部署信息VNFD3。
[0097]
具体的,各VNF的部署信息可以包含VNF的标识,VNF的CP的标识,以及VNF的各CP与VNF的VDU的连接关系。进一步的,各VNF的部署信息可参考上述代码(1)的相关描述,本发明实施例在此不再详述。
[0098]
可选的,OSS/BSS124还可以只向NFVO102发送一个注册请求,该注册请求中包含VNF1,VNF2和VNF3的部署信息。
[0099]
本发明实施例对于对VNFD的注册请求的具体形式不做限定。
[0100]
步骤302:NFVO102保存每个VNF的VNFD。
[0101]
具体的,NFVO102根据步骤301中的注册请求,将各VNF的VNFD保存在NFVO102中。
[0102]
步骤303:OSS/BSS124接收NFVO102返回的注册成功消息。
[0103]
通过该步骤301至步骤303,将每个VNF的部署信息保存在NFVO102上。
[0104]
步骤304:OSS/BSS124向NFVO102发送用于注册NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个VNF的节点信息以及至少两个VL的节点信息;所述至少两个VL用于连接所述至少两个VNF;所述每个VNF的CP的数量大于或等于2;每个VNF的节点信息包括用于表征所述每个VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS的过程中,确定所述每个VNF的各个CP分别连接的VL;每个VNF的VNFD通过步骤301至步骤303保存在NFVO102上。
[0105]
具体的,OSS/BSS124在部署如图3所示的CDN网络之前,则需要向NFVO102发送针对CDN网络的注册请求。该CDN网络的注册请求中包含了VNF1、VNF2和VNF3的节点信息,比如包含VNF1、VNF2和VNF3的标识,各VNF的各CP与VL的连接需求信息(比如CP11与VL1连接)。各虚拟连接的节点信息,比如VL1至VL5的标识。进一步的,如果VL的端口具有不同的类型,NS的注册请求中还包括VL的端口的类型。相应的,连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型;所述端口的类型被用于在实例化所述NS的过程中,确定所述每个VNF的各个CP分别连接的VL的端口的类型。
[0106]
具体的,NS的注册信息中包括的NS的描述信息NSD可参考上述代码(2)的相关描述,本发明实施例在些不再详述。
[0107]
步骤305:NFVO102保存所述NSD。
[0108]
步骤306:OSS/BSS124接收NFVO102返回的注册成功响应消息。
[0109]
通过步骤304至步骤306,可以将NS的NSD保存在NFVO102上。
[0110]
值得说明的是,步骤301-303,和步骤304-306之间没有严格的时间顺序。OSS/BSS124和NFVO102可先执行步骤301-303,然后再执行304-306。也可以先执行步骤304-306,然后再执行步骤301-303。本发明实施例在此不做限定。
[0111]
OSS/BSS124完成在NFVO102上保存VNFD和NSD后,OSS/BSS124则可以请求实例化NS,即请求对NS进行具体的业务部署。请继续参考图4所示,系统完成对NS的业务部署包括如下步骤:
[0112]
步骤307:NFVO102接收实例化NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识,如代码(4)中在metadata中定义的ID参数的取值。NS例如为图3中所述的CDN网络。
[0113]
步骤308:NFVO102根据所述NSD的标识获取所述NSD。
[0114]
作为一个例子,NFVO102根据所述NSD的标识获取步骤305中NFVO102保存的NSD。
[0115]
步骤309:NFVO102向VNFM104发送实例化VNF的实例化请求,在该实例化请求中,包括VNF的节点信息。其中,VNF的节点信息包括VNF的标识。
[0116]
比如,在如图3所示的例子中,NFVO102将针对VNF1、VNF2和VNF3的实例化请求分别发送给VNFM104进行实例化。值得说明的是,VNF1、VNF2和VNF3有可能属于不同的VNFM104进行管理,本步骤中,NFVO102向管理各VNF的VNFM发送实例化VNF的请求。本步骤中VNFM104只是一个VNFM的统称,而不是限定为同一个VNFM。
[0117]
步骤310:VNFM104根据VNF的节点信息中的VNF的标识获取VNFD。在采用TOSCA标准描述的NSD和VNFD中,VNF的标识例如是VNF的节点模板中的定义的节点类型,例如代码(1)中VNF1的节点模板中的节点类型为:tosca.nodes.nfv.VNF.VNF1。
[0118]
其中,VNFM104根据VNF的节点信息中的VNF的标识获取VNFD属于现有技术,本发明实施例在此不做详述。
[0119]
进一步,本步骤的VNFM104根据VNF的标识获取到的节点信息包括VNF的标识,VNF需要与其它VNF或其它NS中的网元连接的连接点CP,各连接点的标识,VNF包括的VDU,各CP与VDU的连接关系。具体的,节点信息参考上述代码(1)的相关描述,本发明实施例在此不再详述。
[0120]
步骤311:VNFM104根据VNFD实例化VNF。
[0121]
需要说明的是,在实例化成功后,VNFM104根据CP的标识对VNF的CP进行配置。即将CP的标识与对应的CP进行绑定。并在实例化成功后,向NFVO102发送实例化成功响应消息。
[0122]
需要说明的是,如果CP的标识为与CP本身的端口号对应的其它标识,那么在实例化所述VNF之后,VNFM104使用各个CP的其它标识对所述各个CP进行配置。
[0123]
举例来说,以VNF1为例,VNFD中的subsititution_mappings中暴露的CP11的标识为tag1,CP12的标识为tag2,CP13的标识为tag3。
[0124]
因此,将CP11与tag1进行绑定配置,将CP12与tag2进行绑定配置,将CP13与tag3进行绑定配置。
[0125]
步骤312:NFVO102接收VNFM104返回的实例化成功响应消息。
[0126]
步骤313:NFVO102向VIM106发送实例化VL的实例化请求。
[0127]
在该实例化请求中包括NSD包含的各VL的节点信息。该步骤可以与步骤310同时执行,也可以在步骤310之前或之后执行。VL的节点信息包括VL的类型,或者同时包括VL的类型以及VL的端口的类型。比如,在图3所示的例子中,NFVO102将VL1、VL2、VL3、VL4以及VL5的节点信息发送给VIM106。以VL2为例,VL2的节点信息包括VL的类型,如前述代码(3)中的type:tosca.nodes.nfv.VL.Etree所描述的类型。VL2的节点信息还包括VL的端口的类型,如前述代码(3)中type:leaf;type:root所描述的端口的类型。
[0128]
步骤314:VIM106根据VL的节点信息对VL进行实例化,并在实例化过程中,还根据VL的端口的类型对VL的端口进行配置。
[0129]
具体的,在图3的例子中,NFVO102将VL1、VL2、VL3、VL4以及VL5的节点信息发送给VIM106。以VL2为例进行说明,请参考代码(3)所示,根据VL2的type:tosca.nodes.nfv.VL.Etree,确定需要实例化的VL是一个E-TREE类型的VL,并且根据端口的类型可以确定有两种端口类型,分别是叶端口和根端口。
[0130]
请参考图5所示,为一个实例化树形模式的VL2的示意图。其中,P表示一个中心路由器,VSI表示边缘的虚拟交换机,在该例中,通过中心路由器连接多虚拟交换机的方式实现树形模式的VL。具体的,通过在中心路由器上进行配置,屏蔽叶端口之间的通信,并保证根端口和叶端口之间的通信。例如中心路由器上针对根端口的进口,配置其它所有端口都可以是出端口,但是对于叶端口的进口,配置根端口对应的端口可以做出端口,其它叶端口对应的端口不配置为出端口。
[0131]
根据capabilities中的参数确定所需实例化的VL的端口信息,其中端口信息中的type参数是本发明新增参数,用来确定端口的类型,比如是leaf端口还是root端口,端口信息中的bandwidth也是本发明新增参数,用来确定对应端口所需的带宽,端口信息中的occurrcences参数,用来确定不同类型端口的数量,比如在VL2描述中,VL2具有2个virtualLinkable的capability,即都可以用来连接VNF上的CP,其中一个的type为leaf,occurrences为5,Bandwidth为100k,另一个的type为root,occurrences为3,Bandwidth为300k,表示需要实例化的VL需要具有5个leaf节点,每个节点的带宽设置为100K,还需要3个root节点,每个节点的带宽设置为300K。
[0132]
步骤315:NFVO102接收VIM106返回的实例化成功响应消息;
[0133]
步骤316:NFVO102将连接需求信息发送给VIM106。
[0134]
在实际运用中,NFVO102可以只单独发送连接需求信息,也可以发送NSD给VIM106。
[0135]
连接需求信息描述了VNF的各个CP需要连接的VL,例如在图3所示的例子中,NFVO102将VNF1、VNF2和VNF3的各个CP需要连接的VL的连接信息分别或同时发送给VIM106。例如VNF1的CP11需要连接的是VL1,VNF1的CP12需要连接的是VL2,VNF1的CP13需要连接的是VL3。具体参见上述代码(2)VNF1的节点信息中的requirements描述的即为连接需求信息。
[0136]
步骤317:VIM106根据连接需求信息进行连接配置。
[0137]
举例来说,以VNF1和VL2为例,VNF1的节点信息中已经描述了VNF1的哪个CP与哪个VL的哪种类型的端口连接,请参考代码(4)。VIM106将CP12连接至如图5实例化后的VL2的其中一个根端口上,将CP11连接至实例化的VL1的任意一个叶端口上,将CP13连接至实 例化后的VL3的任一个端口上。
[0138]
步骤318:在VIM106连接配置成功之后,可以给NFVO102返回配置成功响应消息。
[0139]
步骤319:NFVO102向OSS/BSS124返回NS实例化成功响应消息。至此,一次实例化NS的流程执行完毕。
[0140]
需要说明的是,在前述描述中,OSS/BSS124为业务请求设备,NFVO102为业务提供设备,在实际运用中,业务请求设备还可以是其它形态的设备,业务提供设备也可以是其它形态的设备,本发明不作具体限定。
[0141]
由以上描述可以看出,在本发明实施例中,因为在NSD中的VNF的节点信息中已经明确描述了每个VNF的各个CP需要连接的VL的连接需求信息,所以在后续实例化NS的过程中,可以根据该连接需求信息将各个CP连接至需要连接的VL,所以保证了业务能够被正确执行。
[0142]
进一步,连接需求信息还可以包括各个CP需要连接的端口类型,因为有些VL的端口的特性不同,所以通过该方法,在后续实例化NS中,可以根据连接需求信息将各个CP连接至具有与所需连接的端口类型相同的类型的VL的端口,所以可以进一步保证业务能够被正确执行。
[0143]
可选的,网元200可以为图1中的部分或全部元件,用以实现如图3所示的方法中的部分步骤或全部步骤,具体的配置可以依据实际需要确定。
[0144]
具体地,当网元200为NFVO102时,处理器202执行存储器204上存储的计算机可执行程序代码中包括的指令时,所述指令使得网元200执行以下操作:通过收发器210接收实例化网络服务NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识;根据所述NSD的标识获取所述NSD;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息和至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息以及所述VNF的标识;通过收发器210将所述VNF的节点信息发送给VNFM104;通过收发器210将所述VL的节点信息发送给VIM106;通过收发器210分别接收VNFM104和VIM106返回的实例化成功响应消息;通过收发器210将所述连接需求信息发送给VIM106。
[0145]
进一步的,以上作为NFVO102的网元包含的处理器202所执行操作的具体实现方式可以参照图1和图4的实施例的中由NFVO102执行的对应步骤,本发明实施例不再赘述。
[0146]
作为另一种可选方式,当网元200为VIM106时,处理器202执行存储器204上存储的计算机可执行程序代码中包括的指令时,所述指令使得网元200执行以下操作:通过收发器210接收NFVO102发送的虚拟化网络功能VNF的各个连接点CP与所述至少两个VL的连接需求信息;所述连接需求信息包括所述各个CP需要连接的VL;根据所述连接需求信息将所述各个CP连接至需要连接的VL。
[0147]
进一步的,以上作为VIM106的网元包含的处理器202所执行操作的具体实现方式可以参照图1和图4的实施例的中由VIM执行的对应步骤,本发明实施例不再赘述。
[0148]
作为另一种可选方式,当网元200为OSS/BSS124时,处理器202执行存储器204上存储的计算机可执行程序代码中包括的指令时,所述指令使得网元200执行以下操作:通过收发器210向业务提供设备发送用于注册网络服务NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息以及至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS 的过程中,确定所述VNF的各个CP分别连接的VL;通过收发器210接收所述业务提供设备返回的注册成功响应消息。
[0149]
以上作为OSS/BSS124的网元包含的处理器202所执行操作的具体实现方式可以参照图1和图4的实施例的中由OSS/BSS124(业务请求设备)执行的对应步骤,本发明实施例不再赘述。
[0150]
图6为本发明实施例提供的第一种业务部署装置的简化功能框图。该业务部署装置包括:接收单元401、处理单元402以及发送单元403。
[0151]
其中,接收单元401,用于接收实例化网络服务NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识;处理单元402,用于根据所述NSD的标识获取所述NSD;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息和至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息以及所述VNF的标识;发送单元403,用于将所述VNF的节点信息发送给VNFM104;以及将所述VL的节点信息发送给VIM106;接收单元401还用于分别接收VNFM104和VIM106返回的实例化成功响应消息;发送单元403还用于将所述连接需求信息发送给所述VIM106。
[0152]
进一步的,接收单元401还用于执行图4中NFVO102执行的步骤301、步骤304、步骤318。处理单元402还用于执行图4中NFVO102执行的步骤302、步骤305、步骤308。发送单元403还用于执行图4中NFVO102执行的步骤303、步骤306、步骤319。
[0153]
图7为本发明实施例提供的第二种业务部署装置的简化功能框图。该业务部署装置包括:接收单元501、处理单元502以及发送单元503。
[0154]
具体的,接收单元501,用于接收NFVO102发送的虚拟化网络功能VNF的各个连接点CP与所述至少两个VL的连接需求信息;所述连接需求信息包括所述各个CP需要连接的VL;处理单元502,用于根据所述连接需求信息将所述各个CP连接至需要连接的VL。
[0155]
可选的,所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型,处理单元502用于根据所述连接需求信息将所述各个CP连接至所述需要连接的VL上的与所述类型相同的端口上。
[0156]
可选的,接收单元501还用于:在接收所述连接需求信息之前,接收NFVO102发送的实例化所述VL的实例化请求;其中,所述实例化请求中包括所述VL的节点信息;所述VL的节点信息包括所述VL的类型以及所述VL的端口的类型;所述VL的至少两个端口的端口类型不相同;处理单元502还用于:根据所述VL的节点信息对所述VL实例化,其中,在对所述VL实例化时,还根据所述VL的端口类型对所述VL的端口进行配置;发送单元503用于向NFVO102发送实例化成功响应消息。
[0157]
图8为本发明实施例提供的第三种业务部署装置的简化功能框图。该业务部署装置包括:接收单元601发送单元602。
[0158]
具体的,发送单元602,用于向业务提供设备发送用于注册网络服务NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息以及至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS的过程中,确定所述VNF的各个CP分别连接的VL;接收单元601,用于接收所述业务提供设备返回的注册成功响应消息。
[0159]
进一步的,接收单元601还用于执行图4中OSS/BSS124执行的步骤303、步骤319。发送单元602还用于执行图4中OSS/BSS124执行的步骤301。
[0160]
需要说明的是,业务部署装置以功能单元的形式展示。在不受限制的情况下,本文所使用的术语“单元”可指执行一个或多个软件或固件程序的专用集成电路(ASIC)、电子电路、(共享、专用或组)处理器以及存储器,组合逻辑电路,和/或提供所述功能的其它合适的部件。
[0161]
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0162]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0163]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0164]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0165]
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

权利要求书

[权利要求 1]
一种业务部署方法,其特征在于,包括: 网络功能虚拟化编排器NFVO接收实例化网络服务NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识; 所述NFVO根据所述NSD的标识获取所述NSD;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息和至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息以及所述VNF的标识; 所述NFVO将所述VNF的节点信息发送给虚拟网络功能管理器VNFM; 所述NFVO将所述VL的节点信息发送给虚拟基础设施管理器VIM; 所述NFVO分别接收所述VNFM和所述VIM返回的实例化成功响应消息; 所述NFVO将所述连接需求信息发送给所述VIM。
[权利要求 2]
如权利要求1所述的方法,其特征在于,所述至少两个VL中的至少一个VL的节点信息包括所述至少一个VL的端口的类型;所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型。
[权利要求 3]
如权利要求1所述的方法,其特征在于,所述连接需求信息为所述各个CP的标识与需要连接的VL的对应关系。
[权利要求 4]
一种业务部署方法,其特征在于,包括: 虚拟基础设施管理器VIM接收网络功能虚拟化编排器NFVO发送的虚拟化网络功能VNF的各个连接点CP与所述至少两个VL的连接需求信息;所述连接需求信息包括所述各个CP需要连接的VL; 所述VIM根据所述连接需求信息将所述各个CP连接至需要连接的VL。
[权利要求 5]
如权利要求4所述的方法,其特征在于,所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型,所述VIM根据所述连接需求信息将所述各个CP连接至需要连接的VL,包括: 所述VIM根据所述连接需求信息将所述各个CP连接至所述需要连接的VL上的与所述类型相同的端口上。
[权利要求 6]
如权利要求5所述的方法,其特征在于,在所述VIM接收所述连接需求信息之前,所述方法还包括: 所述VIM接收所述NFVO发送的实例化所述VL的实例化请求;其中,所述实例化请求中包括所述VL的节点信息;所述VL的节点信息包括所述VL的类型以及所述VL的端口的类型;所述VL的至少两个端口的端口类型不相同; 所述VIM根据所述VL的节点信息对所述VL实例化,其中,在对所述VL实例化时,还根据所述VL的端口类型对所述VL的端口进行配置; 所述VIM向所述NFVO发送实例化成功响应消息。
[权利要求 7]
一种业务部署方法,其特征在于,包括: 业务请求设备向业务提供设备发送用于注册网络服务NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息以及至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征 所述VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS的过程中,确定所述VNF的各个CP分别连接的VL; 所述业务请求设备接收所述业务提供设备返回的注册成功响应消息。
[权利要求 8]
如权利要求7所述的方法,其特征在于,所述至少两个VL中的至少一个VL的节点信息包括所述至少一个VL的端口的类型; 所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型;所述端口的类型被用于在实例化所述NS的过程中,确定所述每个VNF的各个CP分别连接的VL的端口的类型。
[权利要求 9]
一种业务部署装置,其特征在于,包括: 接收单元,用于接收实例化网络服务NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识; 处理单元,用于根据所述NSD的标识获取所述NSD;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息和至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息以及所述VNF的标识; 发送单元,用于将所述VNF的节点信息发送给虚拟网络功能管理器VNFM;以及将所述VL的节点信息发送给虚拟基础设施管理器VIM; 所述接收单元还用于分别接收所述VNFM和所述VIM返回的实例化成功响应消息; 所述发送单元还用于将所述连接需求信息发送给所述VIM。
[权利要求 10]
如权利要求9所述的业务部署装置,其特征在于,所述至少两个VL中的至少一个VL的节点信息包括所述至少一个VL的端口的类型;所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型。
[权利要求 11]
如权利要求9所述的业务部署装置,其特征在于,所述连接需求信息为所述各个CP的标识与需要连接的VL的对应关系。
[权利要求 12]
一种业务部署装置,其特征在于,包括: 接收单元,用于接收网络功能虚拟化编排器NFVO发送的虚拟化网络功能VNF的各个连接点CP与所述至少两个VL的连接需求信息;所述连接需求信息包括所述各个CP需要连接的VL; 处理单元,用于根据所述连接需求信息将所述各个CP连接至需要连接的VL。
[权利要求 13]
如权利要求12所述的装置,其特征在于,所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型,所述处理单元用于根据所述连接需求信息将所述各个CP连接至所述需要连接的VL上的与所述类型相同的端口上。
[权利要求 14]
如权利要求13所述的装置,其特征在于,所述装置还包括发送单元, 所述接收单元还用于:在接收所述连接需求信息之前,接收所述NFVO发送的实例化所述VL的实例化请求;其中,所述实例化请求中包括所述VL的节点信息;所述VL的节点信息包括所述VL的类型以及所述VL的端口的类型;所述VL的至少两个端口的端口类型不相同; 所述处理单元还用于:根据所述VL的节点信息对所述VL实例化,其中,在对所述VL实例化时,还根据所述VL的端口类型对所述VL的端口进行配置; 所述发送单元用于向所述NFVO发送实例化成功响应消息。
[权利要求 15]
一种业务部署装置,其特征在于,包括: 发送单元,用于向业务提供设备发送用于注册网络服务NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息以及至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS的过程中,确定所述VNF的各个CP分别连接的VL; 接收单元,用于接收所述业务提供设备返回的注册成功响应消息。
[权利要求 16]
如权利要求15所述的装置,其特征在于,所述至少两个VL中的至少一个VL的节点信息包括所述至少一个VL的端口的类型; 所述连接需求信息还包括所述各个CP分别需要连接的VL的端口的类型;所述端口的类型被用于在实例化所述NS的过程中,确定所述每个VNF的各个CP分别连接的VL的端口的类型。
[权利要求 17]
一种网元,其特征在于,包括: 存储器,用于存储计算机可执行程序代码; 收发器,以及 处理器,与所述存储器和所述收发器耦合; 其中所述程序代码包括指令,当所述处理器执行所述指令时,所述指令使所述网元执行以下操作:通过所述收发器接收实例化网络服务NS的实例化请求;其中,所述实例化请求中包括所述NS的描述信息NSD的标识;根据所述NSD的标识获取所述NSD;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息和至少两个虚拟连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息以及所述VNF的标识;通过所述收发器将所述VNF的节点信息发送给虚拟网络功能管理器VNFM;通过所述收发器将所述VL的节点信息发送给虚拟基础设施管理器VIM;通过所述收发器分别接收所述VNFM和所述VIM返回的实例化成功响应消息;通过所述收发器将所述连接需求信息发送给所述VIM。
[权利要求 18]
一种网元,其特征在于,包括: 存储器,用于存储计算机可执行程序代码; 收发器,以及 处理器,与所述存储器和所述收发器耦合; 其中所述程序代码包括指令,当所述处理器执行所述指令时,所述指令使所述网元执行以下操作:通过所述收发器接收网络功能虚拟化编排器NFVO发送的虚拟化网络功能VNF的各个连接点CP与所述至少两个VL的连接需求信息;所述连接需求信息包括所述各个CP需要连接的VL;根据所述连接需求信息将所述各个CP连接至需要连接的VL。
[权利要求 19]
一种网元,其特征在于,包括: 存储器,用于存储计算机可执行程序代码; 收发器,以及 处理器,与所述存储器和所述收发器耦合; 其中所述程序代码包括指令,当所述处理器执行所述指令时,所述指令使所述网元执行以下操作:通过所述收发器向业务提供设备发送用于注册网络服务NS的描述信息NSD的注册请求;其中,所述NSD中包括至少两个虚拟化网络功能VNF的节点信息以及至少两个虚拟 连接VL的节点信息;所述VNF的连接点CP的数量大于或等于2;所述VNF的节点信息包括用于表征所述VNF的各个CP分别需要连接的VL的连接需求信息;所述连接需求信息被用于在实例化所述NS的过程中,确定所述VNF的各个CP分别连接的VL;通过所述收发器接收所述业务提供设备返回的注册成功响应消息。

附图

[ 图 0001]  
[ 图 0002]  
[ 图 0003]  
[ 图 0004]  
[ 图 0005]  
[ 图 0006]  
[ 图 0007]  
[ 图 0008]