本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，特別涉及一種面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法、裝置和系統(tǒng)。
背景技術(shù)：
：運營商在GiLAN(增值業(yè)務(wù)網(wǎng)絡(luò))部署了不用功能的業(yè)務(wù)使能器為客戶提供個性化的網(wǎng)絡(luò)服務(wù)。這些業(yè)務(wù)使能器包括很多具備不同功能的專用硬件設(shè)備，例如視頻優(yōu)化服務(wù)器，深度包檢測(DPI)服務(wù)器，防火墻(FW)服務(wù)器、網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)服務(wù)器等。為了給客戶提供個性化的網(wǎng)絡(luò)服務(wù)，運營商通常需要對位于網(wǎng)絡(luò)中不同位置的硬件設(shè)備進(jìn)行規(guī)劃部署和配置。由于網(wǎng)絡(luò)業(yè)務(wù)的靈活性，為了適應(yīng)多種網(wǎng)絡(luò)業(yè)務(wù)，導(dǎo)致這種預(yù)先的規(guī)劃部署和配置變得越來越復(fù)雜。此外，當(dāng)一個新的網(wǎng)絡(luò)業(yè)務(wù)被提供時，有可能需要在網(wǎng)絡(luò)中集成和部署全新的硬件設(shè)備以支持新的網(wǎng)絡(luò)業(yè)務(wù)，除了復(fù)雜的集成和部署的工作外，還需要安排合適的空間和配電以配合新的硬件設(shè)備，這使得實施變得困難。為了解決上述傳統(tǒng)的運營商網(wǎng)絡(luò)的問題，NFV(網(wǎng)絡(luò)功能虛擬化，NetworkFunctionVirtualization)技術(shù)能在一系列行業(yè)標(biāo)準(zhǔn)服務(wù)器上，使用軟件運行的網(wǎng)絡(luò)功能，并且可以根據(jù)需要在網(wǎng)絡(luò)中不同位置的服務(wù)器上安裝和卸載具備該運行網(wǎng)絡(luò)功能的軟件，因此不再需要安裝新的硬件設(shè)備。通過NFV技術(shù)，降低了運營商的成本和開銷，縮短了網(wǎng)絡(luò)新業(yè)務(wù)部署和上市時間，業(yè)務(wù)的變更更具靈活性。目前NFV后的GiLAN的業(yè)務(wù)鏈編排方法存在以下問題：由于不同OTT(第三方通過互聯(lián)網(wǎng)向用戶提供各種應(yīng)用服務(wù))服務(wù)提供商/第三方企業(yè)的業(yè)務(wù)需求不同，業(yè)務(wù)流經(jīng)過NFV功能實體的業(yè)務(wù)路徑也不相同，當(dāng)前沒有一種有效的方法能實現(xiàn)向第三方提供業(yè)務(wù)鏈編 排的功能。技術(shù)實現(xiàn)要素：鑒于以上技術(shù)問題，本發(fā)明提供了一種面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法、裝置和系統(tǒng)，實現(xiàn)根據(jù)第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置。根據(jù)本發(fā)明的一個方面，提供一種面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法，包括：獲取第三方的業(yè)務(wù)需求信息；根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑；將確定的業(yè)務(wù)鏈路徑信息發(fā)送給第三方終端。在本發(fā)明的一個實施例中，所述業(yè)務(wù)需求信息包括功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序；所述獲取第三方的業(yè)務(wù)需求信息的步驟包括：接收第三方終端發(fā)送的功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序；或者，所述獲取第三方的業(yè)務(wù)需求信息的步驟包括：接收第三方終端發(fā)送的功能描述和需求功能的容量需求信息；并根據(jù)所述功能描述，查詢預(yù)存的功能描述和需求功能執(zhí)行順序的對應(yīng)關(guān)系表，確定與所述功能描述相對應(yīng)的需求功能執(zhí)行順序。在本發(fā)明的一個實施例中，在獲取第三方的業(yè)務(wù)需求信息的步驟之后，所述方法還包括：判斷當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源是否能夠滿足需求功能的容量需求；若當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源能夠滿足需求功能的容量需求，則執(zhí)行根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的步驟；若當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源不能滿足需求功能的容量需求，則開啟新的虛擬機(jī)并安裝新的業(yè)務(wù)使能器，之后執(zhí)行根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的步驟。在本發(fā)明的一個實施例中，所述根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的步驟包括：針對第三方的每一需求功能，從當(dāng)前網(wǎng)絡(luò)中確定相應(yīng)的目標(biāo)業(yè)務(wù)使能器；將與每一需求功能對應(yīng)的目標(biāo)業(yè)務(wù)使能器，按照需求功能執(zhí)行順序進(jìn)行排列，以構(gòu)成最終的業(yè)務(wù)鏈路徑。在本發(fā)明的一個實施例中，若當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)，則所述從當(dāng)前網(wǎng)絡(luò)中確定目標(biāo)業(yè)務(wù)使能器的步驟包括：從當(dāng)前網(wǎng)絡(luò)中滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。在本發(fā)明的一個實施例中，若當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)，則所述從當(dāng)前網(wǎng)絡(luò)中確定目標(biāo)業(yè)務(wù)使能器的步驟包括：判斷主服務(wù)器中是否存在滿足所述需求功能容量需求的業(yè)務(wù)使能器；若主服務(wù)器中存在滿足所述需求功能容量需求的業(yè)務(wù)使能器，則從主服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器；若主服務(wù)器中不存在滿足所述需求功能容量需求的業(yè)務(wù)使能器，則從備用服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。根據(jù)本發(fā)明的另一方面，提供一種面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置，包括需求獲取模塊、路徑確定模塊和發(fā)送模塊，其中：需求獲取模塊，用于獲取第三方的業(yè)務(wù)需求信息；路徑確定模塊，用于根據(jù)需求獲取模塊獲取的業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑；發(fā)送模塊，用于將路徑確定模塊確定的業(yè)務(wù)鏈路徑信息發(fā)送給第三方終端。在本發(fā)明的一個實施例中，所述業(yè)務(wù)需求信息包括功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序；需求獲取模塊用于接收第三方終端發(fā)送的功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序；或者，需求獲取模塊用于接收第三方終端發(fā)送的功能描述和需求功能的容量需求信息；并根據(jù)所述功能描述，查詢預(yù)存的功能描述和需求功能執(zhí)行順序的對應(yīng)關(guān)系表，確定與所述功能描述相對應(yīng)的需求功能執(zhí)行順序。在本發(fā)明的一個實施例中，所述裝置還包括資源檢查模塊和資源新增模塊，其中：資源檢查模塊，用于在需求獲取模塊獲取第三方的業(yè)務(wù)需求信息之后，判斷當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源是否能夠滿足需求功能的容量需求；并在當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源能夠滿足需求功能的容量需求時，指示路徑確定模塊執(zhí)行根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的操作；資源新增模塊，用于根據(jù)資源檢查模塊的判斷結(jié)果，在當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源不能滿足需求功能的容量需求時，開啟新的虛擬機(jī)并安裝新的業(yè)務(wù)使能器，之后指示路徑確定模塊執(zhí)行根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的操作。在本發(fā)明的一個實施例中，所述路徑確定模塊包括使能器確定單元和路徑確定單元，其中：使能器確定單元，用于針對第三方的每一需求功能，從當(dāng)前網(wǎng)絡(luò)中確定相應(yīng)的目標(biāo)業(yè)務(wù)使能器；路徑確定單元，用于將與每一需求功能對應(yīng)的目標(biāo)業(yè)務(wù)使能器，按照需求功能執(zhí)行順序進(jìn)行排列，以構(gòu)成最終的業(yè)務(wù)鏈路徑。在本發(fā)明的一個實施例中，使能器確定單元用于在當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)時，從當(dāng)前網(wǎng)絡(luò)中滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。在本發(fā)明的一個實施例中，使能器確定單元包括識別子模塊、第一選擇子模塊和第二選擇子模塊，其中：識別子模塊，用于在當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)時，判斷主服務(wù)器中是否存在滿足所述需求功能容量需求的業(yè)務(wù)使能器；第一選擇子模塊，用于根據(jù)識別子模塊的判斷結(jié)果，在主服務(wù)器中存在滿足所述需求功能容量需求的業(yè)務(wù)使能器時，從主服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器；第二選擇子模塊，用于根據(jù)識別子模塊的判斷結(jié)果，在主服務(wù)器中不存在滿足所述需求功能容量需求的業(yè)務(wù)使能器時，從備用服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。根據(jù)本發(fā)明的另一方面，提供一種面向第三方開放的業(yè)務(wù)鏈資源調(diào)度系統(tǒng)，包括如上述任一實施例中所述的業(yè)務(wù)鏈資源調(diào)度裝置。本發(fā)明可以根據(jù)第三方需求生成相應(yīng)的業(yè)務(wù)路徑，并反饋生成的業(yè)務(wù)路徑信息，從而實現(xiàn)了根據(jù)第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置。由此，該方法既實現(xiàn)了GiLAN業(yè)務(wù)鏈編排能力的按需開放，又滿足了第三方對業(yè)務(wù)功能快速部署應(yīng)用的需求。附圖說明為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法一個實施例的示意圖。圖2為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度系統(tǒng)一個實施例的示意圖。圖3為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法另一實施例的示意圖。圖4為本發(fā)明一個實施例中根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的示意圖。圖5為本發(fā)明一個實施例中確定目標(biāo)業(yè)務(wù)使能器的示意圖。圖6為本發(fā)明一個具體實施例中的網(wǎng)絡(luò)示意圖。圖7為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置一個實施例的示意圖。圖8為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置另一實施例的示意圖。圖9為本發(fā)明一個實施例中路徑確定模塊的示意圖。圖10為本發(fā)明一個實施例中使能器確定單元的示意圖。具體實施方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。以下對至少一個示例性實施例的描述實際上僅僅是說明性的，決不作為對本發(fā)明及其應(yīng)用或使用的任何限制?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。除非另外具體說明，否則在這些實施例中闡述的部件和步驟的相對布置、數(shù)字表達(dá)式和數(shù)值不限制本發(fā)明的范圍。同時，應(yīng)當(dāng)明白，為了便于描述，附圖中所示出的各個部分的尺寸并不是按照實際的比例關(guān)系繪制的。對于相關(guān)領(lǐng)域普通技術(shù)人員已知的技術(shù)、方法和設(shè)備可能不作詳細(xì)討論，但在適當(dāng)情況下，所述技術(shù)、方法和設(shè)備應(yīng)當(dāng)被視為授權(quán)說明書的一部分。在這里示出和討論的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實施例的其它示例可以具有不同的值。應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項，因此， 一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進(jìn)行進(jìn)一步討論。圖1為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法一個實施例的示意圖。優(yōu)選的，本實施例可由本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置執(zhí)行。該方法包括以下步驟：步驟101，獲取第三方企業(yè)或者OTT服務(wù)提供商(例如圖2所示的Google公司)的業(yè)務(wù)需求信息。在本發(fā)明的一個實施例中，所述業(yè)務(wù)需求信息包括具體功能描述(例如發(fā)送郵件、視頻播放、發(fā)送短信等)、需求功能(包括視頻優(yōu)化、DPI、FW、NAT等虛擬化功能)的容量需求信息(例如預(yù)先設(shè)定的規(guī)模級別：級別1、級別2和級別3)、以及需求功能執(zhí)行順序。在本發(fā)明的一個實施例中，步驟101可以包括：接收第三方終端通過Req消息發(fā)送的功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序。在本發(fā)明的另一實施例中，步驟101可以包括：1、接收第三方終端通過Req消息發(fā)送的功能描述和需求功能的容量需求信息。2、根據(jù)所述功能描述，查詢預(yù)存的功能描述和需求功能執(zhí)行順序的對應(yīng)關(guān)系表，確定與所述功能描述相對應(yīng)的需求功能執(zhí)行順序。例如：之前的對應(yīng)關(guān)系表中已經(jīng)存儲有具體功能描述(發(fā)送郵件)，與DPI->FW->NAT的執(zhí)行順序的對應(yīng)關(guān)系，則只需接收第三方終端發(fā)送的具體功能描述(發(fā)送郵件)，就可以通過查表確定DPI->FW->NAT的需求功能執(zhí)行順序。步驟102，根據(jù)業(yè)務(wù)需求信息從當(dāng)前網(wǎng)絡(luò)中能實現(xiàn)需求功能的業(yè)務(wù)使能器中選擇目標(biāo)業(yè)務(wù)使能器，最終確定業(yè)務(wù)鏈路徑。步驟103，將確定的業(yè)務(wù)鏈路徑信息通過Resp消息發(fā)送給第三方終端，其中所述業(yè)務(wù)鏈路徑信息包括步驟102確定的業(yè)務(wù)鏈路徑，以及相應(yīng)的業(yè)務(wù)鏈標(biāo)識。如表1所示，為本發(fā)明一個實施例中業(yè)務(wù)鏈路徑和業(yè)務(wù)鏈標(biāo)識的對應(yīng)關(guān)系表。表1在本發(fā)明的一個實施例中，本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法可以由如圖2所述GiLAN網(wǎng)絡(luò)的MANO(NFV業(yè)務(wù)管理和編排系統(tǒng))中新增的OSC(開放服務(wù)鏈，OpenServiceChain)模塊執(zhí)行。基于本發(fā)明上述實施例提供的業(yè)務(wù)鏈資源調(diào)度方法，提出在如圖2所述GiLAN網(wǎng)絡(luò)的MANO中，增加OSC模塊和面向第三方客戶端開放的接口；OSC模塊根據(jù)第三方需求生成相應(yīng)的業(yè)務(wù)路徑，MANO通過新增接口接收GiLAN中第三方虛擬化業(yè)務(wù)使能器的需求信息，并反饋生成的業(yè)務(wù)路徑信息，從而實現(xiàn)了根據(jù)第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置。由此，本發(fā)明上述實施例既實現(xiàn)了GiLAN業(yè)務(wù)鏈編排能力的按需開放，又滿足了第三方對業(yè)務(wù)功能快速部署應(yīng)用的需求。圖3為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度方法另一實施例的示意圖。優(yōu)選的，本實施例可由本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置執(zhí)行。圖3實施例中的步驟301、步驟304和步驟305分別與圖1實施例的步驟101、步驟102和步驟103相同和類似，這里不再詳述。如圖3所示，在步驟301后，所述方法還可以包括：步驟302，判斷當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源是否能夠滿足需求功能的容量需求。若當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源能夠滿足需求功能的容量需求，則執(zhí)行步驟304，即，根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的步驟；若當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源不能滿足需求功能的容量需求，則執(zhí)行步驟303。步驟303，開啟新的虛擬機(jī)并安裝新的業(yè)務(wù)使能器，之后執(zhí)行步驟304。本發(fā)明上述實施例提供了資源檢查和新增機(jī)制，設(shè)計了應(yīng)對資源耗盡情況的資源新增機(jī)制，從而得到了良好的資源擴(kuò)展性，防止了因資源不足造成的丟包或虛機(jī)崩潰現(xiàn)象。在本發(fā)明的一個實施例中，假設(shè)每臺服務(wù)器上能夠開啟的VM個數(shù)有限。開啟新的虛擬機(jī)的具體流程可以包括：步驟1，判斷當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)，還是主備型網(wǎng)絡(luò)。若當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)，則執(zhí)行步驟2；否則，若當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)，則執(zhí)行步驟3。步驟2，判斷主服務(wù)器的的虛擬機(jī)數(shù)量是否達(dá)到上限，若主服務(wù)器的的虛擬機(jī)數(shù)量達(dá)到上限，則執(zhí)行步驟3；否則，若主服務(wù)器的虛擬機(jī)數(shù)量未達(dá)到上限，則在主服務(wù)器新增虛擬機(jī)，并安裝新的具備該需求功能的業(yè)務(wù)使能器。步驟3，判斷本地服務(wù)器的虛擬機(jī)數(shù)量是否達(dá)到上限，其中本地服務(wù)器指的是包含某一用戶的需求功能(例如DPI)、但是該功能對應(yīng)的資源不足的服務(wù)器。若判斷本地服務(wù)器的虛擬機(jī)數(shù)量達(dá)到上限，則執(zhí)行步驟4；否則，若判斷本地服務(wù)器的虛擬機(jī)數(shù)量未達(dá)到上限，則在本地服務(wù)器新增虛擬機(jī)，并安裝新的具備該需求功能的業(yè)務(wù)使能器。若本地服務(wù)器有多個，則選擇在現(xiàn)有虛擬機(jī)數(shù)量少的本地服務(wù)器上新增虛擬機(jī)。在本發(fā)明的另一實施例中，如圖6所示，假設(shè)服務(wù)器3上的需求功能網(wǎng)元NAT1和服務(wù)器4上的需求功能網(wǎng)元NAT2均資源不足，由于服務(wù)器4上現(xiàn)有虛擬機(jī)數(shù)量少于服務(wù)器3上現(xiàn)有虛擬機(jī)數(shù)量，因此在服務(wù)器4上新增虛擬機(jī)VM2并按照新的需求功能網(wǎng)元NAT3。步驟4，在其它服務(wù)器(除本地服務(wù)器和/或主服務(wù)器外的服務(wù)器)中，選擇可以開設(shè)虛擬機(jī)的數(shù)量最多的服務(wù)器，在該服務(wù)器上新增虛擬機(jī)，并安裝新的具備該需求功能的業(yè)務(wù)使能器。圖4為本發(fā)明一個實施例中根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的示 意圖。優(yōu)選的，本實施例可由本發(fā)明路徑確定模塊執(zhí)行。如圖4所示，圖1的步驟102或圖3的步驟304可以包括：步驟401，針對第三方的每一需求功能，從當(dāng)前網(wǎng)絡(luò)中確定相應(yīng)的目標(biāo)業(yè)務(wù)使能器。步驟402，將與每一需求功能對應(yīng)的目標(biāo)業(yè)務(wù)使能器，按照需求功能執(zhí)行順序進(jìn)行排列，以構(gòu)成最終的業(yè)務(wù)鏈路徑。在本發(fā)明的一個實施例中，若當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)，則所述從當(dāng)前網(wǎng)絡(luò)中確定目標(biāo)業(yè)務(wù)使能器的步驟可以包括：從當(dāng)前網(wǎng)絡(luò)中滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。在本發(fā)明的一個實施例中，若當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)，則如圖5所示，所述從當(dāng)前網(wǎng)絡(luò)中確定目標(biāo)業(yè)務(wù)使能器的步驟可以包括：步驟501，判斷主服務(wù)器中是否存在滿足所述需求功能容量需求的業(yè)務(wù)使能器。若主服務(wù)器中存在滿足所述需求功能容量需求的業(yè)務(wù)使能器，則執(zhí)行步驟503；否則，若主服務(wù)器中不存在滿足所述需求功能容量需求的業(yè)務(wù)使能器，則執(zhí)行步驟502。步驟502，從主服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器；之后執(zhí)行步驟402。步驟503，從備用服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。本發(fā)明的上述實施例，無論對于當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)的情況，或還是對于當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)的情況，都可以通過第三方提供的業(yè)務(wù)需求信息，確定出業(yè)務(wù)鏈路徑，從而實現(xiàn)了按照第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置，解決了NFV架構(gòu)下如何向第三方提供業(yè)務(wù)鏈編排的問題。下面通過具體示例對本發(fā)明業(yè)務(wù)鏈資源調(diào)度方法進(jìn)行說明：圖6為本發(fā)明一個具體實施例中的網(wǎng)絡(luò)資源示意圖。針對圖6所述 的網(wǎng)絡(luò)資源，本發(fā)明業(yè)務(wù)鏈資源調(diào)度方法具體可以包括：步驟1.獲取第三方的業(yè)務(wù)需求信息。其中，業(yè)務(wù)需求信息包括具體功能描述，需求功能的容量信息以及需求功能執(zhí)行順序。在本發(fā)明的一個實施例中，第三方提供的需求功能的容量信息可以為預(yù)先設(shè)定的規(guī)模級別，例如：級別1、級別2和級別3，其中，級別1代表1-1000用戶規(guī)模，級別2代表1001-10000用戶規(guī)模，級別3代表10000用戶以上規(guī)模。在本發(fā)明的一個具體實施例中，步驟1中獲取的第三方業(yè)務(wù)需求信息中，具體功能描述為發(fā)送郵件，需求功能的容量信息為級別1，需求功能執(zhí)行順序為DPI->FW->NAT；之后，MANO可以根據(jù)級別1對應(yīng)的用戶資源，獲取相應(yīng)需求功能需要占用的業(yè)務(wù)使能器(虛擬機(jī))的CPU和內(nèi)存資源百分比(如表2所示)。DPIFWNATCPU0.3％0.2％0.15％內(nèi)存0.25％0.1％0.1％表2步驟2.資源檢查。比較圖6中每個業(yè)務(wù)使能器的目前CPU和內(nèi)存使用率，以及表2中需求功能的容量信息(資源平均消耗量)，可得目前DPI，F(xiàn)W和NAT均有資源。其中，針對需求功能DPI，業(yè)務(wù)使能器DPI2和DPI3均有資源；針對需求功能FW，業(yè)務(wù)使能器FW3、FW1和FW4均有資源；針對需求功能NAT，業(yè)務(wù)使能器NAT1有資源。步驟3，根據(jù)業(yè)務(wù)需求信息從當(dāng)前網(wǎng)絡(luò)中能實現(xiàn)需求功能的業(yè)務(wù)使能器中選擇目標(biāo)業(yè)務(wù)使能器，最終確定業(yè)務(wù)鏈路徑。若當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)(假設(shè)服務(wù)器1為主服務(wù)器，服務(wù)器2-4為備用服務(wù)器)，則步驟3具體可以包括：步驟3a.主服務(wù)器1中包含滿足需求功能DPI容量需求的業(yè)務(wù)使能器DPI2，以及滿足需求功能FW容量需求的業(yè)務(wù)使能器FW3，因此將業(yè)務(wù)使能器DPI2和業(yè)務(wù)使能器FW3分別作為需求功能DPI和FW 的目標(biāo)業(yè)務(wù)使能器。步驟3b.選擇備用服務(wù)器3中的業(yè)務(wù)使能器NAT1作為需求功能NAT的目標(biāo)業(yè)務(wù)使能器。步驟3c.確定業(yè)務(wù)鏈路徑為：DPI2->FW3->NAT1。若當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)，則步驟3具體可以包括：步驟3-1.從當(dāng)前網(wǎng)絡(luò)中滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。本發(fā)明一個具體實施例中，可以根據(jù)業(yè)務(wù)使能器可接待業(yè)務(wù)(需求功能)的數(shù)量判斷其剩余資源的大小。其中，業(yè)務(wù)使能器可接待業(yè)務(wù)數(shù)為業(yè)務(wù)使能器的CPU接待業(yè)務(wù)數(shù)和內(nèi)存接待業(yè)務(wù)數(shù)中的最小值。表3由表3可知DPI2的可接待業(yè)務(wù)數(shù)(116)大于DPI3的可接待業(yè)務(wù)數(shù)(100)，因此選擇業(yè)務(wù)使能器DPI2作為需求功能DPI的目標(biāo)業(yè)務(wù)使能器。由表3可知FW4的可接待業(yè)務(wù)數(shù)(320)大于FW3的可接待業(yè)務(wù)數(shù)(190)，也大于FW1的可接待業(yè)務(wù)數(shù)(100)，因此選擇業(yè)務(wù)使能器FW4作為需求功能DPI的目標(biāo)業(yè)務(wù)使能器。步驟3-2.選擇服務(wù)器3中的業(yè)務(wù)使能器NAT1作為需求功能NAT的目標(biāo)業(yè)務(wù)使能器。步驟3-3.確定業(yè)務(wù)鏈路徑為：DPI2->FW4->NAT1。步驟4，將確定的業(yè)務(wù)鏈路徑信息發(fā)送給第三方終端。圖7為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置一個實施例的示意圖。如圖7所示，所述業(yè)務(wù)鏈資源調(diào)度裝置包括需求獲取模塊100、路徑確定模塊200和發(fā)送模塊300，其中：需求獲取模塊100，用于獲取第三方的業(yè)務(wù)需求信息。其中，所述業(yè)務(wù)需求信息包括功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序。在本發(fā)明的一個實施例中，需求獲取模塊100具體用于接收第三方終端發(fā)送的功能描述、需求功能的容量需求信息和需求功能執(zhí)行順序。在本發(fā)明的另一實施例中，需求獲取模塊100具體用于接收第三方終端發(fā)送的功能描述和需求功能的容量需求信息；并根據(jù)所述功能描述，查詢預(yù)存的功能描述和需求功能執(zhí)行順序的對應(yīng)關(guān)系表，確定與所述功能描述相對應(yīng)的需求功能執(zhí)行順序。路徑確定模塊200，用于根據(jù)需求獲取模塊100獲取的業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑。發(fā)送模塊300，用于將路徑確定模塊200確定的業(yè)務(wù)鏈路徑信息發(fā)送給第三方終端。在本發(fā)明的一個實施例中，本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置可以的功能可以由如圖2所述GiLAN網(wǎng)絡(luò)的MANO中新增的OSC模塊實現(xiàn)?；诒景l(fā)明上述實施例提供的業(yè)務(wù)鏈資源調(diào)度裝置，提出在如圖2所述GiLAN網(wǎng)絡(luò)的MANO中，增加OSC模塊和面向第三方客戶端開放的接口；OSC模塊根據(jù)第三方需求生成相應(yīng)的業(yè)務(wù)路徑，MANO通過新增接口接收GiLAN中第三方虛擬化業(yè)務(wù)使能器的需求信息， 并反饋生成的業(yè)務(wù)路徑信息，從而實現(xiàn)了根據(jù)第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置。由此，本發(fā)明上述實施例既實現(xiàn)了GiLAN業(yè)務(wù)鏈編排能力的按需開放，又滿足了第三方對業(yè)務(wù)功能快速部署應(yīng)用的需求。圖8為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度裝置另一實施例的示意圖。與圖7所示實施例相比，圖8實施例中，所述裝置還可以包括資源檢查模塊400和資源新增模塊500，其中：資源檢查模塊400，用于在需求獲取模塊100獲取第三方的業(yè)務(wù)需求信息之后，判斷當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源是否能夠滿足需求功能的容量需求；并在當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源能夠滿足需求功能的容量需求時，指示路徑確定模塊200執(zhí)行根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的操作。資源新增模塊500，用于根據(jù)資源檢查模塊400的判斷結(jié)果，在當(dāng)前網(wǎng)絡(luò)中業(yè)務(wù)使能器的剩余資源不能滿足需求功能的容量需求時，開啟新的虛擬機(jī)并安裝新的業(yè)務(wù)使能器，之后指示路徑確定模塊200執(zhí)行根據(jù)業(yè)務(wù)需求信息確定業(yè)務(wù)鏈路徑的操作。本發(fā)明上述實施例提供了資源檢查和新增機(jī)制，設(shè)計了應(yīng)對資源耗盡情況的資源新增機(jī)制，從而得到了良好的資源擴(kuò)展性，防止了因資源不足造成的丟包或虛機(jī)崩潰現(xiàn)象。圖9為本發(fā)明一個實施例中路徑確定模塊的示意圖。如圖9所示，圖7或圖8實施例中所述的路徑確定模塊200可以包括使能器確定單元210和路徑確定單元220，其中：使能器確定單元210，用于針對第三方的每一需求功能，從當(dāng)前網(wǎng)絡(luò)中確定相應(yīng)的目標(biāo)業(yè)務(wù)使能器。路徑確定單元220，用于將與每一需求功能對應(yīng)的目標(biāo)業(yè)務(wù)使能器，按照需求功能執(zhí)行順序進(jìn)行排列，以構(gòu)成最終的業(yè)務(wù)鏈路徑。在本發(fā)明的一個實施例中，使能器確定單元210具體用于在當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)時，從當(dāng)前網(wǎng)絡(luò)中滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使 能器。圖10為本發(fā)明另一實施例中使能器確定單元210的示意圖。如圖10所示，使能器確定單元210可以包括識別子模塊211、第一選擇子模塊212和第二選擇子模塊213，其中：識別子模塊211，用于在當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)時，判斷主服務(wù)器中是否存在滿足所述需求功能容量需求的業(yè)務(wù)使能器；第一選擇子模塊212，用于根據(jù)識別子模塊211的判斷結(jié)果，在主服務(wù)器中存在滿足所述需求功能容量需求的業(yè)務(wù)使能器時，從主服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器；第二選擇子模塊213，用于根據(jù)識別子模塊211的判斷結(jié)果，在主服務(wù)器中不存在滿足所述需求功能容量需求的業(yè)務(wù)使能器時，從備用服務(wù)器滿足所述需求功能容量需求的所有業(yè)務(wù)使能器中，選擇剩余資源最多的業(yè)務(wù)使能器作為目標(biāo)業(yè)務(wù)使能器。本發(fā)明的上述實施例，無論對于當(dāng)前網(wǎng)絡(luò)為負(fù)荷分擔(dān)型網(wǎng)絡(luò)的情況，或還是對于當(dāng)前網(wǎng)絡(luò)為主備型網(wǎng)絡(luò)的情況，都可以通過第三方提供的業(yè)務(wù)需求信息，確定出業(yè)務(wù)鏈路徑，從而實現(xiàn)了按照第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置，解決了NFV架構(gòu)下如何向第三方提供業(yè)務(wù)鏈編排的問題。圖2為本發(fā)明面向第三方開放的業(yè)務(wù)鏈資源調(diào)度系統(tǒng)一個實施例的示意圖。如圖2所示，所述系統(tǒng)包括OSC模塊，其中：所述OSC模塊，為上述圖7-圖10中任一實施例所述的業(yè)務(wù)鏈資源調(diào)度裝置。在本發(fā)明的一個實施例中，如圖2所示，所述系統(tǒng)還可以包括SDN業(yè)務(wù)鏈控制器和SDN交換機(jī)，其中：SDN/業(yè)務(wù)鏈控制器，是基于如OpenFlow等協(xié)議的，其功能是以流表的形式告訴SDN交換機(jī)向哪里發(fā)送數(shù)據(jù)包。SDN控制器集中了傳統(tǒng)交換設(shè)備中分散的控制能力，一個SDN控制器可以控制多個SDN交換機(jī)。SDN交換機(jī)，用于根據(jù)SDN控制器下發(fā)的流表信息，進(jìn)行不同數(shù)據(jù)轉(zhuǎn)發(fā)?；诒景l(fā)明上述實施例提供的業(yè)務(wù)鏈資源調(diào)度系統(tǒng)，根據(jù)第三方需求生成相應(yīng)的業(yè)務(wù)路徑并反饋生成的業(yè)務(wù)路徑信息，從而實現(xiàn)了根據(jù)第三方所需進(jìn)行業(yè)務(wù)鏈編排及動態(tài)業(yè)務(wù)路徑的配置。由此，本發(fā)明上述實施例既實現(xiàn)了GiLAN業(yè)務(wù)鏈編排能力的按需開放，又滿足了第三方對業(yè)務(wù)功能快速部署應(yīng)用的需求。在本發(fā)明的一個實施例中，如圖2所示，所述系統(tǒng)還可以包括MANO，其中OSC模塊設(shè)置在MANO上，MANO還可以包括編排體統(tǒng)(Orchestrator)、VNFM(VNF管理系統(tǒng)，VNFManager)與VIM(虛擬化基礎(chǔ)設(shè)置管理系統(tǒng)，VirtualizeInfrastructureManagement)。Orchestrator，負(fù)責(zé)網(wǎng)絡(luò)業(yè)務(wù)、VNF與資源的總體管理，是整個NFV架構(gòu)的控制核心。VNFM，主要負(fù)責(zé)VNF的資源及生命周期等相關(guān)管理，如網(wǎng)元的實例化、擴(kuò)容與縮容等功能。VIM，用于實現(xiàn)對整個基礎(chǔ)設(shè)施層資源(包含硬件資源和虛擬資源)的管理和監(jiān)控。在本發(fā)明的一個實施例中，如圖2所示，所述系統(tǒng)還可以PCRF(策略和計費規(guī)則功能實體，PolicyandChargingRuleFunction)，和PCEF(策略與計費執(zhí)行實體，PolicyandChargingEnforcementFunction)，其中：PCRF，在業(yè)務(wù)鏈場景下，作為業(yè)務(wù)鏈選擇決策實體。PCEF，在業(yè)務(wù)鏈場景下，作為業(yè)務(wù)鏈流量分類的執(zhí)行實體。在本發(fā)明的一個實施例中，如圖2所示，所述服務(wù)器為COTS(成熟的商品化通用，CommercialOff-the-Shelf)服務(wù)器，是相對于專用服務(wù)器而言的。至此，已經(jīng)詳細(xì)描述了本發(fā)明。為了避免遮蔽本發(fā)明的構(gòu)思，沒有描述本領(lǐng)域所公知的一些細(xì)節(jié)。本領(lǐng)域技術(shù)人員根據(jù)上面的描述，完全可以明白如何實施這里公開的技術(shù)方案。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計適于特定用途的帶有各種修改的各種實施例。當(dāng)前第1頁1 2 3