本發(fā)明涉及云算機技術領域，尤其涉及一種業(yè)務部署方法、裝置以及網(wǎng)元。

背景技術：

網(wǎng)絡功能虛擬化(英文：networkfunctionvirtualization，簡稱：nfv)，指通過使用通用的硬件設備及虛擬化技術，來承載傳統(tǒng)網(wǎng)絡中專用設備的功能，從而降低部署專用設備帶來的昂貴成本。軟件不與專有硬件綁定，使網(wǎng)絡設備功能不再依賴于專用硬件。同時利用云計算的特點，使資源可以充分靈活共享，實現(xiàn)新業(yè)務的快速開發(fā)和部署，并基于實際業(yè)務需求進行自動部署、彈性伸縮、故障隔離和自愈等。在nfv的架構中，接收實例化請求，并根據(jù)請求對相應業(yè)務進行實例化處理(部署業(yè)務)的設備稱為虛擬化業(yè)務提供設備，發(fā)起實例化請求的設備稱為業(yè)務請求設備。

nfv中虛擬化的網(wǎng)絡服務(英文：networkservice，簡稱：ns)，舉例來說，可以是一個ip多媒體子系統(tǒng)(英文：ipmultimediasubsystem，簡稱：ims)網(wǎng)絡服務，或一個演進型分組核心網(wǎng)(英文：evolvedpacketcore，簡稱：epc)服務。一個ns中可以包含若干個虛擬化網(wǎng)絡功能(virtualizednetworkfunction，vnf)模塊，也稱為虛擬化網(wǎng)元。vnf是可部署在nfv基礎架構上的網(wǎng)絡功能的軟件實現(xiàn)。一個ns在進行虛擬化部署時，業(yè)務請求設備首先需要向業(yè)務提供設備提交該網(wǎng)絡服務的描述信息(英文：networkservicedescriptor，簡稱：nsd)，主要描述該網(wǎng)絡業(yè)務的拓撲結構以及包含的各個vnf的描述信息(英文：vnfdescriptor，簡稱：vnfd)。拓撲結構中使用虛擬連接(英文：virtuallink，簡稱：vl)信息描述各vnf之間的連接。vnfd描述了一個vnf的拓撲結構和部署需求，包括該vnf包含的虛擬部署單元(英文：virtualizationdeploymentunit， 簡稱：vdu)、連接點(英文：connectionpoint，簡稱：cp)、cp連接的vdu以及該vnf需要連接的vl。同一vnf的每個vdu處理的業(yè)務互不相同。vnf的每個vdu通過某個vl與一個cp連接，而每個cp通過與某個vl連接，使得該vnf與其它vnf連接。

然而，在現(xiàn)有技術中，nsd中雖然包括有每個vnf需要和哪些vl建立連接，但是由于同一個vnf可能會有多個cp，有可能會導致cp與vl的錯誤連接從而導致業(yè)務被錯誤執(zhí)行。

技術實現(xiàn)要素：

本發(fā)明提供一種業(yè)務部署方法、裝置以及網(wǎng)元，用以解決現(xiàn)有技術中由于同一個虛擬化網(wǎng)絡功能模塊可能會有多個連接點，當不同的連接點與同一個虛擬連接相連時，有可能導致業(yè)務被錯誤執(zhí)行的技術問題。

第一方面，本發(fā)明實施例提供一種業(yè)務部署方法。該方法從網(wǎng)絡功能虛擬化編排器nfvo的角度進行描述。在該方法中，nfvo接收實例化網(wǎng)絡服務ns的實例化請求；其中，所述實例化請求中包括所述ns的描述信息nsd的標識。nfvo在接收到實例化請求以后，根據(jù)所述nsd的標識獲取所述nsd；其中，所述nsd中包括至少兩個虛擬化網(wǎng)絡功能vnf的節(jié)點信息和至少兩個虛擬連接vl的節(jié)點信息；所述vnf的連接點cp的數(shù)量大于或等于2；所述vnf的節(jié)點信息包括用于表征所述vnf的各個cp分別需要連接的vl的連接需求信息以及所述vnf的標識。然后，所述nfvo將所述vnf的節(jié)點信息發(fā)送給虛擬網(wǎng)絡功能管理器vnfm，以及將所述vl的節(jié)點信息發(fā)送給虛擬基礎設施管理器vim。之后，所述nfvo分別接收所述vnfm和所述vim返回的實例化成功響應消息；基于nfvo收到的實例化成功響應消息，所述nfvo將所述連接需求信息發(fā)送給所述vim。因為在nsd中的vnf的節(jié)點信息中已經(jīng)明確描述了每個vnf的各個cp需要連接的vl的連接需求信息，可以避免當vl為至少兩個時，將vnf上的不同的cp連接到錯誤的vl上，從而避免因錯誤連接 導致的業(yè)務執(zhí)行上的錯誤。

在一個可能的設計中，所述至少兩個vl中的至少一個vl的節(jié)點信息包括所述至少一個vl的端口的類型；所述連接需求信息還包括所述各個cp分別需要連接的vl的端口的類型。因此，通過nsd的精準化描述，不僅將各cp連接到正確的vl上，還進一步在vl的端口具有不同的類型時，進一步確保將各cp連接到所述連接的端口類型相同的類型的vl的端口，所以可以進一步保證業(yè)務能夠被正確執(zhí)行。

在一個可能的設計中，所述連接需求信息為所述各個cp的標識與需要連接的vl的對應關系。通過cp的標識和vl的對應關系，可以簡化對cp的描述。

第二方面，本發(fā)明實施例提供一種業(yè)務部署方法。該方法從虛擬基礎設施管理器vim的角度進行描述。在該方法中，vim接收網(wǎng)絡功能虛擬化編排器nfvo發(fā)送的虛擬化網(wǎng)絡功能vnf的各個連接點cp與所述至少兩個vl的連接需求信息；所述連接需求信息包括所述各個cp需要連接的vl。vim在接收到所述連接需求以后，根據(jù)所述連接需求信息將所述各個cp連接至需要連接的vl。通過vim按照連接需求信息將各個cp連接至需要連接的vl，可以避免當vl為至少兩個時，將vnf上的不同的cp連接到錯誤的vl上，從而避免因錯誤導致的業(yè)務執(zhí)行上的錯誤。

在一個可能的設計中，所述連接需求信息還包括所述各個cp分別需要連接的vl的端口的類型。

相應的，vim在接收還包含所述各個cp分別需要連接的vl的端口的類型的連接需求信息時，根據(jù)所述連接需求信息將所述各個cp連接至所述需要連接的vl上的與所述類型相同的端口上。

在一個可能的設計中，在vim接收所述連接需求信息之前，vim還接收所述nfvo發(fā)送的實例化所述vl的實例化請求。其中，所述實例化請求中包括所述vl的節(jié)點信息；所述vl的節(jié)點信息包括所述vl的類型以及所述vl的各端口的類型；所述vl的至少兩個端口的端口類型不相同。vim在接收到節(jié)點信息以后， 根據(jù)所述vl的節(jié)點信息對所述vl實例化，并且在對所述vl實例化時，還根據(jù)所述vl的各端口的類型對所述vl的端口進行配置；所述vim向所述nfvo發(fā)送實例化成功響應消息。由此，vim根據(jù)vl的端口的類型配置vl的各端口，從而保正后續(xù)vim將根據(jù)vl的端口的類型連接cp。

第三方面，本發(fā)明實施例提供一種業(yè)務部署方法。該方法從業(yè)務請求設備，例如運營支持系統(tǒng)和業(yè)務支持系統(tǒng)(英文：operationssupportsystemandbusinesssupportsystem，簡稱：oss/bss)的角度進行描述。在該方法中，業(yè)務請求設備向業(yè)務提供設備，例如nfvo發(fā)送用于注冊網(wǎng)絡服務ns的描述信息nsd的注冊請求；其中，所述nsd中包括至少兩個虛擬化網(wǎng)絡功能vnf的節(jié)點信息以及至少兩個虛擬連接vl的節(jié)點信息。所述vnf的連接點cp的數(shù)量大于或等于2；所述vnf的節(jié)點信息包括用于表征所述vnf的各個cp分別需要連接的vl的連接需求信息；所述連接需求信息被用于在實例化所述ns的過程中，確定所述vnf的各個cp分別連接的vl。業(yè)務請求設備注冊并保存所述nsd，然后向業(yè)務請求設備返回注冊成功響應消息。因為業(yè)務請求設備在nsd中增加了描述vnf的各個cp分別需要連接的vl的連接需求信息，并將該連接需求信息注冊到nfvo上，所以后續(xù)vim可以根據(jù)該連接需求信息將cp連接在正確的vl上，避免當vl為至少兩個時，將vnf上的不同的cp連接到錯誤的vl上，從而避免因錯誤連接導致的業(yè)務執(zhí)行上的錯誤。

在一個可能的設計中，所述至少兩個vl中的至少一個vl的節(jié)點信息包括所述至少一個vl的端口的類型；所述連接需求信息還包括所述各個cp分別需要連接的vl的端口的類型；所述端口的類型被用于在實例化所述ns的過程中，確定所述每個vnf的各個cp分別連接的vl的端口的類型。

第四方面，本發(fā)明實施例提供一種業(yè)務部署裝置。具體的，該裝置可以為網(wǎng)絡功能虛擬化編排器nfvo。該裝置具有實現(xiàn)上述方法設計中nfvo的功能。這些功能可以通過硬件實現(xiàn)，也可以通過硬件執(zhí)行相應的軟件實現(xiàn)。所述硬件或軟件包括一個或多個與上述功能相對應的單元。

在一個可能的設計中，作為nfvo的業(yè)務部署裝置的具體結構可包括接收單元、處理單元以及發(fā)送單元。接收單元、處理單元以及發(fā)送單元可執(zhí)行上述方法中的相應功能。

第五方面，本發(fā)明實施例提供一種業(yè)務部署裝置。具體的，該裝置可以為虛擬基礎設施管理器vim。該裝置具有實現(xiàn)上述方法設計中vim的功能。這些功能可以通過硬件實現(xiàn)，也可以通過硬件執(zhí)行相應的軟件實現(xiàn)。所述硬件或軟件包括一個或多個與上述功能相對應的單元。

在一個可能的設計中，作為vim的業(yè)務部署裝置的具體結構可包括接收單元、處理單元以及發(fā)送單元。接收單元、處理單元以及發(fā)送單元可執(zhí)行上述方法中的相應功能。

第六方面，本發(fā)明實施例提供一種業(yè)務部署裝置，具體的，該裝置可以為業(yè)務請求設備。該裝置具有實現(xiàn)上述方法設計中業(yè)務請求設備的功能。這些功能可以通過硬件實現(xiàn)，也可以通過硬件執(zhí)行相應的軟件實現(xiàn)。所述硬件或軟件包括一個或多個與上述功能相對應的單元。

在一個可能的設計中，作為業(yè)務請求設備的業(yè)務部署裝置的具體結構可包括接收單元以及發(fā)送單元。接收單元以及發(fā)送單元可執(zhí)行上述方法中的相應功能。

第七方面，本發(fā)明實施例提供一種網(wǎng)元。該網(wǎng)元可以為網(wǎng)絡功能虛擬化編排器nfvo。該網(wǎng)元包括：存儲器，用于存儲計算機可執(zhí)行程序代碼；收發(fā)器，以及處理器，與所述存儲器和所述收發(fā)器耦合；其中所述程序代碼包括指令，當所述處理器執(zhí)行所述指令時，所述指令使所述網(wǎng)元執(zhí)行上述nfvo執(zhí)行的方法。

第八方面，本發(fā)明實施例提供一種網(wǎng)元。該網(wǎng)元可以為虛擬基礎設施管理器vim。該網(wǎng)元包括：存儲器，用于存儲計算機可執(zhí)行程序代碼；收發(fā)器，以及處理器，與所述存儲器和所述收發(fā)器耦合；其中所述程序代碼包括指令，當所述處理器執(zhí)行所述指令時，所述指令使所述網(wǎng)元執(zhí)行上述vim執(zhí)行的方法。

第九方面，本發(fā)明實施例提供一種網(wǎng)元。該網(wǎng)元可以為業(yè)務請求設備，包括：存儲器，用于存儲計算機可執(zhí)行程序代碼；收發(fā)器，以及處理器，與所述存儲器和所述收發(fā)器耦合；其中所述程序代碼包括指令，當所述處理器執(zhí)行所述指令時，所述指令使所述網(wǎng)元執(zhí)行上述業(yè)務請求設備執(zhí)行的方法。

在一種可能的設計中，所述業(yè)務請求設備為運營支持系統(tǒng)和業(yè)務支持系統(tǒng)oss/bss。

第十方面，本發(fā)明實施例提供一種計算機存儲介質(zhì)，用于存儲為上述第四方面所描述的業(yè)務部署裝置或第七方面所描述的網(wǎng)元所用的計算機軟件指令，并包含用于執(zhí)行上述方面所設計的程序。

第十一方面，本發(fā)明實施例提供一種計算機存儲介質(zhì)，用于存儲為上述第五方面所描述的業(yè)務部署裝置或第八方面所描述的網(wǎng)元所用的計算機軟件指令，并包含用于執(zhí)行上述方面所設計的程序。

第十二方面，本發(fā)明實施例提供一種計算機存儲介質(zhì)，用于存儲為上述第六方面所描述的業(yè)務部署裝置或第九方面所描述的網(wǎng)元所用的計算機軟件指令，并包含用于執(zhí)行上述方面所設計的程序。

第十三方面，本發(fā)明實施例提供一種業(yè)務部署方法。該方法從虛擬網(wǎng)絡功能管理器vnfm的角度進行描述。在該方法中，vnfm接收網(wǎng)絡功能虛擬化編排器nfvo發(fā)送的實例化虛擬化網(wǎng)絡功能vnf的實例化請求；其中，所述實例化請求中包括所述vnf的標識。vnfm接收到實例化請求后，根據(jù)所述vnf的標識獲取所述vnf的描述信息vnfd；其中，所述vnfd包括所述vnf的各個連接點cp的標識以及所述vnf的部署信息。然后vnfm根據(jù)所述部署信息實例化所述vnf并在實例化所述vnf成功后，vnfm使用所述各個cp的標識對所述各個cp進行配置。

結合上述的任一種可能的設計中，所述vl的節(jié)點信息還包括每個類型的端口的帶寬或數(shù)量。

根據(jù)本發(fā)明實施例提供的技術方案，因為在nsd中的vnf的節(jié)點信息中 已經(jīng)明確描述了每個vnf的各個cp需要連接的vl的連接需求信息，所以在后續(xù)實例化ns的過程中，可以根據(jù)該連接需求信息將各個cp連接至需要連接的vl，所以保證了業(yè)務能夠被正確執(zhí)行。

附圖說明

圖1為本發(fā)明實施例提供的一種nfv系統(tǒng)的架構圖；

圖2為本發(fā)明實施例提供的一種網(wǎng)元的結構圖；

圖3為本發(fā)明實施例提供的一種nsd的示意圖；

圖4為本發(fā)明實施例提供的一種業(yè)務部署方法的流程圖；

圖5為本發(fā)明實施例提供的一種虛擬連接的示意圖；

圖6為本發(fā)明實施例提供的第一種業(yè)務部署裝置的功能框圖；

圖7為本發(fā)明實施例提供的第二種業(yè)務部署裝置的功能框圖；

圖8為本發(fā)明實施例提供的第三種業(yè)務部署裝置的功能框圖。

具體實施方式

本發(fā)明提供一種業(yè)務部署方法、裝置以及網(wǎng)元，用以解決現(xiàn)有技術中由于同一個虛擬化網(wǎng)絡功能模塊可能會有多個連接點，當不同的連接點與同一個虛擬連接相連時，有可能導致業(yè)務被錯誤執(zhí)行的技術問題。

下面將結合本發(fā)明實施例中的附圖，本發(fā)明實施例中的技術方案進行描述。

本文中術語“和/或”，僅僅是一種描述關聯(lián)對象的關聯(lián)關系，表示可以存在三種關系，例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。另外，本文中字符“/”，一般表示前后關聯(lián)對象是一種“或”的關系。

為便于說明本發(fā)明實施例中的業(yè)務部署方法，下面先介紹一種網(wǎng)絡系統(tǒng)，本發(fā)明實施例中的業(yè)務部署方法可以應用在該系統(tǒng)中。如圖1所示，為本發(fā)明實施例提供的一種nfv系統(tǒng)100的結構圖，用于部署ns時，將每個vnf的 cp連接至正確的vl上。具體的，本發(fā)明實施例基于現(xiàn)有的nfv架構，在注冊nsd時，在nsd中增加每個vnf的各個cp需要連接的vl的連接需求信息，然后在部署ns時，按照該連接需求信息將每個vnf的各個cp連接至需要連接的vl。進一步，在nsd中增加對每個vl的端口的類型描述，相應的，連接需求信息還可以包括每個vnf的各個cp需要連接的vl的端口的類型，然后在部署ns時，按照每個vl的端口的類型描述對vl的每個端口的類型進行配置，并按照該連接需求信息將每個vnf的各個cp連接至需要連接的vl的具有相同類型的端口上。

具體的，為實現(xiàn)本發(fā)明的目的，本發(fā)明實施例提供的一個結構圖包括以下功能部件：

網(wǎng)絡功能虛擬化編排器(英文：nfvorchestrator，簡稱：nfvo)102，主要負責處理虛擬化業(yè)務的生命周期管理，以及虛擬基礎設施及網(wǎng)絡功能虛擬化基礎設施(英文：networkfunctionsvirtualizationinfrastructure，簡稱：nfvi)中虛擬資源的分配和調(diào)度等。nfvo102可以與一個或多個虛擬網(wǎng)絡功能管理器(英文：virtualizednetworkfunctionmanager，簡稱：vnfm)104通信，以執(zhí)行資源相關請求，發(fā)送配置信息給vnfm104，收集vnf108的狀態(tài)信息。另外，nfvo102也可與虛擬基礎設施管理器(英文：virtualizedinfrastructuremanager,簡稱：vim)106通信，執(zhí)行資源分配，和/或預留，交換虛擬化硬件資源配置和狀態(tài)信息。

vnfm104，負責一個或多個vnf108的生命周期管理，比如實例化(instantiating)，更新(updating)，查詢，彈性伸縮(scaling)，終止(terminating)vnf108。vnfm104可以與vnf108通信以完成對各vnf的生命周期管理及交換配置和狀態(tài)信息。在nfv架構中vnfm可以有多個，負責對不同類型的vnf進行生命周期管理。nfvo202可以根據(jù)vnfm負責的業(yè)務類型，對不同的vnf208選擇確定不同的vnfm104。

vim106，控制和管理vnf108與計算硬件112、存儲硬件114、網(wǎng)絡硬件 116、虛擬計算(virtualcomputing)118、虛擬存儲120、虛擬網(wǎng)絡122的交互。例如vim106執(zhí)行資源管理功能，包括管理基礎設施資源、分配(例如增加資源給虛擬容器)及運行功能(例如收集nfvi故障信息)。vnfm104及vim106可以相互通信，請求資源分配，交換虛擬化硬件資源配置和狀態(tài)信息。

虛擬網(wǎng)絡122中包括用于連接各個vnf108的vl。

nfvi即nfv的基礎設施層，包含硬件部件，軟件部件或兩者組合，以建立虛擬化環(huán)境，部署，管理及實現(xiàn)vnf108。硬件資源和虛擬化層用于為vnf108提供虛擬化資源，如虛擬機和其他形式的虛擬容器。硬件資源包括計算(computing)硬件112，存儲硬件114，網(wǎng)絡硬件116。作為一種實施方式，計算硬件112和存儲硬件114的資源可以集中在一起。nfvi中的虛擬化層可以抽象硬件資源，解耦vnf108與底層的物理網(wǎng)絡層。

多個vnf108，被配置成至少一種網(wǎng)絡功能的虛擬化。每個vnf運行在一個虛擬容器中，對應于一組屬于一個或多個物理設備的網(wǎng)絡功能。

設備管理系統(tǒng)(em)110，是傳統(tǒng)電信系統(tǒng)中用于對設備進行配置，管理的系統(tǒng)。在nfv架構中，em110也可以用于對vnf108進行配置和管理，以及向vnfm104發(fā)起新的vnf的實例化等生命周期管理操作。

運營支持系統(tǒng)和業(yè)務支持系統(tǒng)(英文：operationssupportsystemandbusinesssupportsystem，簡稱：oss/bss)124，支持各種端到端電信業(yè)務。oss/bss124向nfvo102注冊vnfd和nsd，以及向nfvo102發(fā)起實例化ns的請求。

圖2顯示了本發(fā)明實施例中的一種網(wǎng)元的結構示意圖。這一網(wǎng)元用于在圖1所示的nfv系統(tǒng)100中傳送或處理數(shù)據(jù)。網(wǎng)元200用于創(chuàng)建(create)、修改(modify)，重定位(relocate)和/或遷移(migrate)一個或多個虛擬機。網(wǎng)元200還可用于容納(host)、存儲和/或執(zhí)行一個或多個網(wǎng)絡功能。網(wǎng)元200可以是一個如圖1中nfv系統(tǒng)100中一個子部件，例如nfvo102或vnfm104或vim106或oss/bss124。

網(wǎng)元200可包含一個或多個端口212，與收發(fā)器(transceiver)210相耦合。收 發(fā)器210可以是發(fā)射器，接收器或其組合，從其它網(wǎng)絡節(jié)點通過端口212發(fā)送或接收數(shù)據(jù)包。處理器202耦合到收發(fā)器210，用于處理數(shù)據(jù)包，決定哪些節(jié)點發(fā)送數(shù)據(jù)包。處理器202可包含一個或多個多核處理器和/或存儲器204。處理器202可以是一個通用處理器，專用集成電路(英文：applicationspecificintegratedcircuit，簡稱：asic)，或數(shù)字信號處理器(dsp)。

存儲器204可為非瞬時性的存儲介質(zhì)，與處理器202相耦合，用于保存不同類型的數(shù)據(jù)。存儲器204可包含只讀存儲器(英文：readonlymemory，簡稱：rom)，隨機存取存儲器(英文：randomaccessmemory，簡稱：ram)或者可存儲信息和指令的其他類型的動態(tài)存儲設備，也可以是磁盤存儲器。存儲器204可用于保存實現(xiàn)nfv系統(tǒng)或相關方法的指令，例如作為vnfm104，nfvo102、vim106、oss/bss124。作為一種實施方式，存儲器204可包含nfv模塊206，該nfv模塊可在處理器202上執(zhí)行。nfv模塊206可用于容納(host)，存儲及實現(xiàn)一個或多個虛擬化網(wǎng)絡設備的網(wǎng)絡功能。在另一實施方式中，存儲器204還可包含一個nfv編排模塊208，用于創(chuàng)建，修改，重定位和/或遷移一個或多個虛擬機?？梢岳斫?，通過編程或裝載可執(zhí)行指令到網(wǎng)元200的處理器202，緩存和長期存儲中的至少一個，網(wǎng)元200可轉換為特定的設備，例如路由器，交換機。

網(wǎng)元200可實現(xiàn)一個或多個vnf的功能，并根據(jù)本發(fā)明的實施例執(zhí)行一個或多個指令。這些指令可存儲在存儲器204中，也可集成在網(wǎng)元200的操作系統(tǒng)的內(nèi)核或內(nèi)核的插件中。

在圖1所示的架構中，nfvo102可以用來接收oss/bss124發(fā)送的用于注冊每個vnf的描述信息vnfd的注冊請求；其中，vnfd中包括每個vnf的部署信息。并保存每個vnf的vnfd。進一步的，nfvo102還可以接收oss/bss124發(fā)送的用于注冊ns的描述信息nsd的注冊請求，以及保存所述nsd。

作為一個例子，nfvo102保存的vnfd以及nsd可參考圖3。圖3為本 發(fā)明實施例提供的一種名稱為內(nèi)容分發(fā)網(wǎng)絡(英文：contentdeliverynetwork，簡稱：cdn)的ns的nsd的實例圖。該cdn包括vnf1、vnf2、vnf3，以及5個vl，分別為vl1至vl5，以及3個用于與其它ns或網(wǎng)元連接的連接點(connectionpoint,cp)，分別為cp01、cp02和cp03。

由圖3可知，vl2用于連接vnf1和vnf2，以及連接vnf1和vnf3，vl3用于連接vnf1和vnf3。而vl1用于連接vnf1與cp01，進而實現(xiàn)vnf1與外部其它網(wǎng)元或ns連接。vl4用于連接vnf3于cp02，進而實現(xiàn)vnf3與外部其它網(wǎng)元或ns連接。vl5用于連接vnf2與cp03，進而實現(xiàn)vnf2與外部其它網(wǎng)絡或ns連接。vnf1包括3個cp，分別為cp11、cp12和cp13。vnf2包括2個cp，分別為cp21和cp22。vnf3包括3個cp，分別為cp31、cp32和cp33。這些vnf的cp分別與vl相連，使得各個vnf通過vl與其它vnf、其它網(wǎng)元或者其它ns之間互相連接，從而構成一個完整的ns。

vnf1還包括3個vdu，分別為vdu1、vdu2和vdu3。vdu1主要接收來自用戶側的請求(例如直播業(yè)務請求和點播業(yè)務請求)。vdu2用于接收vdu1轉發(fā)的直接業(yè)務請求并處理請求為直播的業(yè)務。vdu3用于接收vdu1轉發(fā)的點播業(yè)務請求并處理請求為點播的業(yè)務。具體的，vnf1中各vdu之間的交互和通訊屬于現(xiàn)有技術，本發(fā)明實施例在此不再詳述。

作為一個例子，使用圖3中的cdn系統(tǒng)通過cp01接收來自用戶的視頻收看請求。該請求通過vl1傳輸給vnf1的vdu1，vdu1可以根據(jù)業(yè)務的類型選擇vnf1內(nèi)合適的其它vdu處理該請求。在本例中，例如當用戶請求是視頻直播業(yè)務時，vdu1將請求發(fā)給vdu2，vdu2再根據(jù)用戶的位置信息以及用戶所處的網(wǎng)絡，選擇通過cp12連接的vl2將該請求發(fā)送給vnf2或vnf3為用戶提供服務。當用戶請求的是點播特定視頻內(nèi)容的業(yè)務時，vdu1將請求發(fā)給vdu3，vdu3再根據(jù)用戶的位置信息以及用戶所處的網(wǎng)絡，選擇通過cp13連接的vl3將該請求發(fā)送給vnf3為用戶提供服務。vnf3可以通過vl5和cp03將服務提供給用戶。vnf3通過vl4和cp02將服務提供給用戶。

在本實施例中，為了實現(xiàn)對圖3中的cdn網(wǎng)絡的成功部署，在nsd中，每個vnf的節(jié)點信息包括用于表征各vnf的各個cp分別需要連接的vl的連接需求信息。

此外，與圖3的cdn系統(tǒng)對應的各vnf的部署模板也需預先保存在nfvo中。比如，vnf1的部署模板可以采用tosca標準定義的另一種標記語言(英文：yetanothermarkuplanguage，簡稱：yaml)進行描述。如采用tosca的業(yè)務模板(servicetemplate)來描述vnf1的部署模板，例如代碼(1)所示。

代碼(1)：

其中，subsititution_mappings元素(替代映射元素)中定義了vnf1對外暴露的特性。比如node_type:tosca.nodes.nfv.vnf.vnf1定義了vnf1的類型(type)，即為代碼(2)中采用tosca描述的nsd中的vnf1nodetemplate中所使用的type類型。requirements定義了vnf1對外的需求，即vnf1需要3個與其它vnf或其它ns中的網(wǎng)元連接的連接點cp。具體的，vnf1的3個cp分別為cp11、cp12和cp13。其中，這3個cp對外暴露的需求分別為這3個cp的標識。在實際運用中，cp的標識可以是cp本身的端口號，例如cp11、cp12和cp13，也可以是與各個cp的端口號對應的其它標識，例如cp11對外暴露的目標為tag1，cp12對外暴露的目標為tag2，cp13對外暴露的目標為tag3。在對外暴露的目標采用的是其它標識時，當對各個cp的代表的業(yè)務類型進行變更時，只要變更cp與其標識信息之間的對應關系即可，而不需要變更各個標識信息和vl之間的對應關系。因此，便于后續(xù)對ns的修改或者維護。

cp11的需求信息(requurements)中描述了cp11與vdu1連接，并且二者 的連接類型為虛擬連接(virtualbindable)。cp12的需求信息(requirements)中描述了cp12需要與vdu2連接，并且二者的連接類型為virtualbindable。cp13的需求信息(requirements)中描述了cp13需要與vdu3連接，并且二者的連接類型為virtualbindable。

需要說明的是，這里僅示出與本發(fā)明實施例相關的節(jié)點模板，其余部分可以與現(xiàn)有技術類似，例如vdu1、vdu2和vdu3的節(jié)點模板，可以與現(xiàn)有技術相同。

ns的描述信息nsd的部署模板可以采用tosca標準定義的yaml語言對其進行描述。如采用一個tosca的業(yè)務模板來描述ns的部署模板，請參考代碼(2)所示。

代碼(2)：

在代碼(2)中，vnf1的requirements元素中定義了vnf1同外部連接的連接需求信息。在本實施例中，針對每個類型為virtuallinkable的requirement增加了2個新的參數(shù)，其中，

tag：對應是代碼(1)中vnf1的業(yè)務模板(vnfd)中定義的subsititution_mappings里的requirements中暴露的virtuallinkable類型的cp的標識。

connection：對應需要連接的目標vl。

舉例來說，在代碼(2)中，vnf1的節(jié)點信息(nodetemplate)中具體描述了cp11與vl1進行連接，cp12與vl2連接，cp13與vl3連接，并且連接類型均為virtuallinkable。

可選的，在實際運用中，至少兩個vl可以是不相同的類型，例如vl2為樹形模式(e-tree)類型的虛擬連接，而vl3為不同于樹形模式類型的總線模式(e-lan)類型的虛擬連接。樹形模式類型的vl為一種點對多點的連接類型，且在該類型中定義了根端口和葉端口，且根端口可以發(fā)送消息到任意葉端口上，但是葉端口只能發(fā)消息給根端口，葉端口之間不能互發(fā)消息。因此，vl2的多個端口的類型是不完全相同的。

在nsd中，當vl的至少兩個端口的端口類型不同時，vl的節(jié)點信息還可以包括vl的端口的類型。舉例來說，繼續(xù)以圖3所示的cdn為例，vnf1可以發(fā)消息給vnf2和vnf3，vnf3和vnf3均可以發(fā)消息給vnf1，但是vnf2和vnf3之間不可以互相通信。因此，這類似于這種情況下，可以在具有不同端口類型的vl的節(jié)點信息中描述每個端口的類型。vl2的節(jié)點信息如代碼(3)所示。

代碼(3)

在vl2的節(jié)點模板中，能力參數(shù)(capabilities)中增加了新的參數(shù)type，用 來表示不同類型的端口，端口的類型例如是根(root)和葉(leaf)。當然，對于其它的vl類型，端口類型還可以是其它類型。

可選的，針對端口還可以增加其它端口特性，例如帶寬(bandwidth)和數(shù)量(occurrences)參數(shù)。例如端口類型為根的端口的帶寬可以是300k，端口的數(shù)量為3個。端口類型為葉的端口的帶寬可以是100k，端口的數(shù)量為5。

相應的，vnf1的節(jié)點信息中的連接需求信息還包括各個cp需要連接的vl的端口的類型。舉例來說，nsd中vnf1的節(jié)點信息可以采用代碼(4)進行描述。

代碼(4)

與代碼(2)不同的是，在代碼(4)中，vnf1的節(jié)點信息中的連接需求信息還包括各個cp需要連接的vl的端口的類型，例如cp11需要連接vl1上類型為葉的端口，cp12需要連接vl1上類型為根的端口。而cp13只要連接至vl3的任一端口即可，因為vl3的所有端口的類型均相同。

因此，通過本實施例的方法，nsd中的vnf的節(jié)點信息中明確描述了每個vnf的哪個cp與哪個vl的哪個類型的端口進行連接，因為每個端口的特性不同，所以如此可以保證業(yè)務的正確執(zhí)行。

另外，以上雖然只描述了vnf1和vl2的節(jié)點信息，以及vnf1的vnfd，但其它vnf和vl與此類似，所以不再贅述。

在實際運用中，nsd和vnfd還可以采用其它語言進行描述，本發(fā)明不作具體限定。

接下來請參考圖4所示，為本發(fā)明實施例提供的一種業(yè)務部署方法的流程圖。該方法包括：

步驟301：oss/bss124向nfvo102發(fā)送用于注冊vnf的描述信息vnfd的注冊請求；其中，vnfd中包括vnf的部署信息。

具體的，oss/bss124在部署如圖3所示的cdn系統(tǒng)之前，則需要向nfvo102分別發(fā)送vnf1、vnf2和vnf3的注冊請求。各注冊請求中分別包括vnf的部署信息，即vnfd。比如，vnf1的注冊請求中攜帶vnf1的部署 信息vnfd1，vnf2的注冊請求中攜帶vnf2的部署信息vnfd2，vnf3的注冊請求中攜帶vnf3的部署信息vnfd3。

具體的，各vnf的部署信息可以包含vnf的標識，vnf的cp的標識，以及vnf的各cp與vnf的vdu的連接關系。進一步的，各vnf的部署信息可參考上述代碼(1)的相關描述，本發(fā)明實施例在此不再詳述。

可選的，oss/bss124還可以只向nfvo102發(fā)送一個注冊請求，該注冊請求中包含vnf1，vnf2和vnf3的部署信息。

本發(fā)明實施例對于對vnfd的注冊請求的具體形式不做限定。

步驟302：nfvo102保存每個vnf的vnfd。

具體的，nfvo102根據(jù)步驟301中的注冊請求，將各vnf的vnfd保存在nfvo102中。

步驟303：oss/bss124接收nfvo102返回的注冊成功消息。

通過該步驟301至步驟303，將每個vnf的部署信息保存在nfvo102上。

步驟304：oss/bss124向nfvo102發(fā)送用于注冊ns的描述信息nsd的注冊請求；其中，所述nsd中包括至少兩個vnf的節(jié)點信息以及至少兩個vl的節(jié)點信息；所述至少兩個vl用于連接所述至少兩個vnf；所述每個vnf的cp的數(shù)量大于或等于2；每個vnf的節(jié)點信息包括用于表征所述每個vnf的各個cp分別需要連接的vl的連接需求信息；所述連接需求信息被用于在實例化所述ns的過程中，確定所述每個vnf的各個cp分別連接的vl；每個vnf的vnfd通過步驟301至步驟303保存在nfvo102上。

具體的，oss/bss124在部署如圖3所示的cdn網(wǎng)絡之前，則需要向nfvo102發(fā)送針對cdn網(wǎng)絡的注冊請求。該cdn網(wǎng)絡的注冊請求中包含了vnf1、vnf2和vnf3的節(jié)點信息，比如包含vnf1、vnf2和vnf3的標識，各vnf的各cp與vl的連接需求信息(比如cp11與vl1連接)。各虛擬連接的節(jié)點信息，比如vl1至vl5的標識。進一步的，如果vl的端口具有不同的類型，ns的注冊請求中還包括vl的端口的類型。相應的，連接需求信息還 包括所述各個cp分別需要連接的vl的端口的類型；所述端口的類型被用于在實例化所述ns的過程中，確定所述每個vnf的各個cp分別連接的vl的端口的類型。

具體的，ns的注冊信息中包括的ns的描述信息nsd可參考上述代碼(2)的相關描述，本發(fā)明實施例在些不再詳述。

步驟305：nfvo102保存所述nsd。

步驟306：oss/bss124接收nfvo102返回的注冊成功響應消息。

通過步驟304至步驟306，可以將ns的nsd保存在nfvo102上。

值得說明的是，步驟301-303，和步驟304-306之間沒有嚴格的時間順序。oss/bss124和nfvo102可先執(zhí)行步驟301-303，然后再執(zhí)行304-306。也可以先執(zhí)行步驟304-306，然后再執(zhí)行步驟301-303。本發(fā)明實施例在此不做限定。

oss/bss124完成在nfvo102上保存vnfd和nsd后，oss/bss124則可以請求實例化ns，即請求對ns進行具體的業(yè)務部署。請繼續(xù)參考圖4所示，系統(tǒng)完成對ns的業(yè)務部署包括如下步驟：

步驟307：nfvo102接收實例化ns的實例化請求；其中，所述實例化請求中包括所述ns的描述信息nsd的標識，如代碼(4)中在metadata中定義的id參數(shù)的取值。ns例如為圖3中所述的cdn網(wǎng)絡。

步驟308：nfvo102根據(jù)所述nsd的標識獲取所述nsd。

作為一個例子，nfvo102根據(jù)所述nsd的標識獲取步驟305中nfvo102保存的nsd。

步驟309：nfvo102向vnfm104發(fā)送實例化vnf的實例化請求，在該實例化請求中，包括vnf的節(jié)點信息。其中，vnf的節(jié)點信息包括vnf的標識。

比如，在如圖3所示的例子中，nfvo102將針對vnf1、vnf2和vnf3的實例化請求分別發(fā)送給vnfm104進行實例化。值得說明的是，vnf1、vnf2和vnf3有可能屬于不同的vnfm104進行管理，本步驟中，nfvo102向管理各vnf的vnfm發(fā)送實例化vnf的請求。本步驟中vnfm104只是一個vnfm 的統(tǒng)稱，而不是限定為同一個vnfm。

步驟310：vnfm104根據(jù)vnf的節(jié)點信息中的vnf的標識獲取vnfd。在采用tosca標準描述的nsd和vnfd中，vnf的標識例如是vnf的節(jié)點模板中的定義的節(jié)點類型，例如代碼(1)中vnf1的節(jié)點模板中的節(jié)點類型為：tosca.nodes.nfv.vnf.vnf1。

其中，vnfm104根據(jù)vnf的節(jié)點信息中的vnf的標識獲取vnfd屬于現(xiàn)有技術，本發(fā)明實施例在此不做詳述。

進一步，本步驟的vnfm104根據(jù)vnf的標識獲取到的節(jié)點信息包括vnf的標識，vnf需要與其它vnf或其它ns中的網(wǎng)元連接的連接點cp，各連接點的標識，vnf包括的vdu，各cp與vdu的連接關系。具體的，節(jié)點信息參考上述代碼(1)的相關描述，本發(fā)明實施例在此不再詳述。

步驟311：vnfm104根據(jù)vnfd實例化vnf。

需要說明的是，在實例化成功后，vnfm104根據(jù)cp的標識對vnf的cp進行配置。即將cp的標識與對應的cp進行綁定。并在實例化成功后，向nfvo102發(fā)送實例化成功響應消息。

需要說明的是，如果cp的標識為與cp本身的端口號對應的其它標識，那么在實例化所述vnf之后，vnfm104使用各個cp的其它標識對所述各個cp進行配置。

舉例來說，以vnf1為例，vnfd中的subsititution_mappings中暴露的cp11的標識為tag1，cp12的標識為tag2，cp13的標識為tag3。

因此，將cp11與tag1進行綁定配置，將cp12與tag2進行綁定配置，將cp13與tag3進行綁定配置。

步驟312：nfvo102接收vnfm104返回的實例化成功響應消息。

步驟313：nfvo102向vim106發(fā)送實例化vl的實例化請求。

在該實例化請求中包括nsd包含的各vl的節(jié)點信息。該步驟可以與步驟310同時執(zhí)行，也可以在步驟310之前或之后執(zhí)行。vl的節(jié)點信息包括vl的 類型，或者同時包括vl的類型以及vl的端口的類型。比如，在圖3所示的例子中，nfvo102將vl1、vl2、vl3、vl4以及vl5的節(jié)點信息發(fā)送給vim106。以vl2為例，vl2的節(jié)點信息包括vl的類型，如前述代碼(3)中的type:tosca.nodes.nfv.vl.etree所描述的類型。vl2的節(jié)點信息還包括vl的端口的類型，如前述代碼(3)中type:leaf；type:root所描述的端口的類型。

步驟314：vim106根據(jù)vl的節(jié)點信息對vl進行實例化，并在實例化過程中，還根據(jù)vl的端口的類型對vl的端口進行配置。

具體的，在圖3的例子中，nfvo102將vl1、vl2、vl3、vl4以及vl5的節(jié)點信息發(fā)送給vim106。以vl2為例進行說明，請參考代碼(3)所示，根據(jù)vl2的type：tosca.nodes.nfv.vl.etree，確定需要實例化的vl是一個e-tree類型的vl，并且根據(jù)端口的類型可以確定有兩種端口類型，分別是葉端口和根端口。

請參考圖5所示，為一個實例化樹形模式的vl2的示意圖。其中，p表示一個中心路由器，vsi表示邊緣的虛擬交換機，在該例中，通過中心路由器連接多虛擬交換機的方式實現(xiàn)樹形模式的vl。具體的，通過在中心路由器上進行配置，屏蔽葉端口之間的通信，并保證根端口和葉端口之間的通信。例如中心路由器上針對根端口的進口，配置其它所有端口都可以是出端口，但是對于葉端口的進口，配置根端口對應的端口可以做出端口，其它葉端口對應的端口不配置為出端口。

根據(jù)capabilities中的參數(shù)確定所需實例化的vl的端口信息，其中端口信息中的type參數(shù)是本發(fā)明新增參數(shù)，用來確定端口的類型，比如是leaf端口還是root端口，端口信息中的bandwidth也是本發(fā)明新增參數(shù)，用來確定對應端口所需的帶寬，端口信息中的occurrcences參數(shù)，用來確定不同類型端口的數(shù)量，比如在vl2描述中，vl2具有2個virtuallinkable的capability，即都可以用來連接vnf上的cp，其中一個的type為leaf，occurrences為5，bandwidth為100k，另一個的type為root，occurrences為3，bandwidth為300k，表示需要實例化 的vl需要具有5個leaf節(jié)點，每個節(jié)點的帶寬設置為100k，還需要3個root節(jié)點，每個節(jié)點的帶寬設置為300k。

步驟315：nfvo102接收vim106返回的實例化成功響應消息；

步驟316：nfvo102將連接需求信息發(fā)送給vim106。

在實際運用中，nfvo102可以只單獨發(fā)送連接需求信息，也可以發(fā)送nsd給vim106。

連接需求信息描述了vnf的各個cp需要連接的vl，例如在圖3所示的例子中，nfvo102將vnf1、vnf2和vnf3的各個cp需要連接的vl的連接信息分別或同時發(fā)送給vim106。例如vnf1的cp11需要連接的是vl1，vnf1的cp12需要連接的是vl2，vnf1的cp13需要連接的是vl3。具體參見上述代碼(2)vnf1的節(jié)點信息中的requirements描述的即為連接需求信息。

步驟317：vim106根據(jù)連接需求信息進行連接配置。

舉例來說，以vnf1和vl2為例，vnf1的節(jié)點信息中已經(jīng)描述了vnf1的哪個cp與哪個vl的哪種類型的端口連接，請參考代碼(4)。vim106將cp12連接至如圖5實例化后的vl2的其中一個根端口上，將cp11連接至實例化的vl1的任意一個葉端口上，將cp13連接至實例化后的vl3的任一個端口上。

步驟318：在vim106連接配置成功之后，可以給nfvo102返回配置成功響應消息。

步驟319：nfvo102向oss/bss124返回ns實例化成功響應消息。至此，一次實例化ns的流程執(zhí)行完畢。

需要說明的是，在前述描述中，oss/bss124為業(yè)務請求設備，nfvo102為業(yè)務提供設備，在實際運用中，業(yè)務請求設備還可以是其它形態(tài)的設備，業(yè)務提供設備也可以是其它形態(tài)的設備，本發(fā)明不作具體限定。

由以上描述可以看出，在本發(fā)明實施例中，因為在nsd中的vnf的節(jié)點信息中已經(jīng)明確描述了每個vnf的各個cp需要連接的vl的連接需求信息，所以在后續(xù)實例化ns的過程中，可以根據(jù)該連接需求信息將各個cp連接至需 要連接的vl，所以保證了業(yè)務能夠被正確執(zhí)行。

進一步，連接需求信息還可以包括各個cp需要連接的端口類型，因為有些vl的端口的特性不同，所以通過該方法，在后續(xù)實例化ns中，可以根據(jù)連接需求信息將各個cp連接至具有與所需連接的端口類型相同的類型的vl的端口，所以可以進一步保證業(yè)務能夠被正確執(zhí)行。

可選的，網(wǎng)元200可以為圖1中的部分或全部元件，用以實現(xiàn)如圖3所示的方法中的部分步驟或全部步驟，具體的配置可以依據(jù)實際需要確定。

具體地，當網(wǎng)元200為nfvo102時，處理器202執(zhí)行存儲器204上存儲的計算機可執(zhí)行程序代碼中包括的指令時，所述指令使得網(wǎng)元200執(zhí)行以下操作：通過收發(fā)器210接收實例化網(wǎng)絡服務ns的實例化請求；其中，所述實例化請求中包括所述ns的描述信息nsd的標識；根據(jù)所述nsd的標識獲取所述nsd；其中，所述nsd中包括至少兩個虛擬化網(wǎng)絡功能vnf的節(jié)點信息和至少兩個虛擬連接vl的節(jié)點信息；所述vnf的連接點cp的數(shù)量大于或等于2；所述vnf的節(jié)點信息包括用于表征所述vnf的各個cp分別需要連接的vl的連接需求信息以及所述vnf的標識；通過收發(fā)器210將所述vnf的節(jié)點信息發(fā)送給vnfm104；通過收發(fā)器210將所述vl的節(jié)點信息發(fā)送給vim106；通過收發(fā)器210分別接收vnfm104和vim106返回的實例化成功響應消息；通過收發(fā)器210將所述連接需求信息發(fā)送給vim106。

進一步的，以上作為nfvo102的網(wǎng)元包含的處理器202所執(zhí)行操作的具體實現(xiàn)方式可以參照圖1和圖4的實施例的中由nfvo102執(zhí)行的對應步驟，本發(fā)明實施例不再贅述。

作為另一種可選方式，當網(wǎng)元200為vim106時，處理器202執(zhí)行存儲器204上存儲的計算機可執(zhí)行程序代碼中包括的指令時，所述指令使得網(wǎng)元200執(zhí)行以下操作：通過收發(fā)器210接收nfvo102發(fā)送的虛擬化網(wǎng)絡功能vnf的各個連接點cp與所述至少兩個vl的連接需求信息；所述連接需求信息包括所述各個cp需要連接的vl；根據(jù)所述連接需求信息將所述各個cp連接至需要連接的vl。

進一步的，以上作為vim106的網(wǎng)元包含的處理器202所執(zhí)行操作的具體實現(xiàn)方式可以參照圖1和圖4的實施例的中由vim執(zhí)行的對應步驟，本發(fā)明實施例不再贅述。

作為另一種可選方式，當網(wǎng)元200為oss/bss124時，處理器202執(zhí)行存儲器204上存儲的計算機可執(zhí)行程序代碼中包括的指令時，所述指令使得網(wǎng)元200執(zhí)行以下操作：通過收發(fā)器210向業(yè)務提供設備發(fā)送用于注冊網(wǎng)絡服務ns的描述信息nsd的注冊請求；其中，所述nsd中包括至少兩個虛擬化網(wǎng)絡功能vnf的節(jié)點信息以及至少兩個虛擬連接vl的節(jié)點信息；所述vnf的連接點cp的數(shù)量大于或等于2；所述vnf的節(jié)點信息包括用于表征所述vnf的各個cp分別需要連接的vl的連接需求信息；所述連接需求信息被用于在實例化所述ns的過程中，確定所述vnf的各個cp分別連接的vl；通過收發(fā)器210接收所述業(yè)務提供設備返回的注冊成功響應消息。

以上作為oss/bss124的網(wǎng)元包含的處理器202所執(zhí)行操作的具體實現(xiàn)方式可以參照圖1和圖4的實施例的中由oss/bss124(業(yè)務請求設備)執(zhí)行的對應步驟，本發(fā)明實施例不再贅述。

圖6為本發(fā)明實施例提供的第一種業(yè)務部署裝置的簡化功能框圖。該業(yè)務部署裝置包括：接收單元401、處理單元402以及發(fā)送單元403。

其中，接收單元401，用于接收實例化網(wǎng)絡服務ns的實例化請求；其中，所述實例化請求中包括所述ns的描述信息nsd的標識；處理單元402，用于根據(jù)所述nsd的標識獲取所述nsd；其中，所述nsd中包括至少兩個虛擬化網(wǎng)絡功能vnf的節(jié)點信息和至少兩個虛擬連接vl的節(jié)點信息；所述vnf的連接點cp的數(shù)量大于或等于2；所述vnf的節(jié)點信息包括用于表征所述vnf的各個cp分別需要連接的vl的連接需求信息以及所述vnf的標識；發(fā)送單元403，用于將所述vnf的節(jié)點信息發(fā)送給vnfm104；以及將所述vl的節(jié)點信息發(fā)送給vim106；接收單元401還用于分別接收vnfm104和vim106返回的實例化成功響應消息；發(fā)送單元403還用于將所述連接需求信息發(fā)送給所述 vim106。

進一步的，接收單元401還用于執(zhí)行圖4中nfvo102執(zhí)行的步驟301、步驟304、步驟318。處理單元402還用于執(zhí)行圖4中nfvo102執(zhí)行的步驟302、步驟305、步驟308。發(fā)送單元403還用于執(zhí)行圖4中nfvo102執(zhí)行的步驟303、步驟306、步驟319。

圖7為本發(fā)明實施例提供的第二種業(yè)務部署裝置的簡化功能框圖。該業(yè)務部署裝置包括：接收單元501、處理單元502以及發(fā)送單元503。

具體的，接收單元501，用于接收nfvo102發(fā)送的虛擬化網(wǎng)絡功能vnf的各個連接點cp與所述至少兩個vl的連接需求信息；所述連接需求信息包括所述各個cp需要連接的vl；處理單元502，用于根據(jù)所述連接需求信息將所述各個cp連接至需要連接的vl。

可選的，所述連接需求信息還包括所述各個cp分別需要連接的vl的端口的類型，處理單元502用于根據(jù)所述連接需求信息將所述各個cp連接至所述需要連接的vl上的與所述類型相同的端口上。

可選的，接收單元501還用于：在接收所述連接需求信息之前，接收nfvo102發(fā)送的實例化所述vl的實例化請求；其中，所述實例化請求中包括所述vl的節(jié)點信息；所述vl的節(jié)點信息包括所述vl的類型以及所述vl的端口的類型；所述vl的至少兩個端口的端口類型不相同；處理單元502還用于：根據(jù)所述vl的節(jié)點信息對所述vl實例化，其中，在對所述vl實例化時，還根據(jù)所述vl的端口類型對所述vl的端口進行配置；發(fā)送單元503用于向nfvo102發(fā)送實例化成功響應消息。

圖8為本發(fā)明實施例提供的第三種業(yè)務部署裝置的簡化功能框圖。該業(yè)務部署裝置包括：接收單元601發(fā)送單元602。

具體的，發(fā)送單元602，用于向業(yè)務提供設備發(fā)送用于注冊網(wǎng)絡服務ns的描述信息nsd的注冊請求；其中，所述nsd中包括至少兩個虛擬化網(wǎng)絡功能vnf的節(jié)點信息以及至少兩個虛擬連接vl的節(jié)點信息；所述vnf的連接點 cp的數(shù)量大于或等于2；所述vnf的節(jié)點信息包括用于表征所述vnf的各個cp分別需要連接的vl的連接需求信息；所述連接需求信息被用于在實例化所述ns的過程中，確定所述vnf的各個cp分別連接的vl；接收單元601，用于接收所述業(yè)務提供設備返回的注冊成功響應消息。

進一步的，接收單元601還用于執(zhí)行圖4中oss/bss124執(zhí)行的步驟303、步驟319。發(fā)送單元602還用于執(zhí)行圖4中oss/bss124執(zhí)行的步驟301。

需要說明的是，業(yè)務部署裝置以功能單元的形式展示。在不受限制的情況下，本文所使用的術語“單元”可指執(zhí)行一個或多個軟件或固件程序的專用集成電路(asic)、電子電路、(共享、專用或組)處理器以及存儲器，組合邏輯電路，和/或提供所述功能的其它合適的部件。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。