分配帶寬的方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種分配帶寬的方法及裝置，涉及信息【技術(shù)領(lǐng)域】，提高提供的帶寬的準(zhǔn)確度。所述方法包括：應(yīng)用于分配帶寬的系統(tǒng)中，分配帶寬的系統(tǒng)包括：虛擬運營商、實體運營商及用戶設(shè)備，虛擬運營商通過實體運營商獲取帶寬，虛擬運營商首先接收用戶設(shè)備發(fā)送的帶寬需求，然后按照帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。本發(fā)明適用于虛擬運營商根據(jù)用戶設(shè)備的帶寬需求。
【專利說明】 分配帶寬的方法及裝置

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及信息【技術(shù)領(lǐng)域】，特別涉及一種分配帶寬的方法及裝置。

【背景技術(shù)】
[0002]隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，用戶在網(wǎng)絡(luò)上進行的業(yè)務(wù)也越來越多，例如，打游戲、看視頻、下載軟件等，用戶對于帶寬的需求也越來越高，并且各不相同，因此如何根據(jù)用戶的帶寬需求，為用戶提供相應(yīng)的帶寬，成為一個重要的問題。
[0003]目前，一種租賃帶寬的方法，虛擬運營商通過預(yù)估用戶設(shè)備的帶寬需求量，向?qū)嶓w運營商租賃相應(yīng)的帶寬，并將從實體運營商中租賃的帶寬，提供給需要該帶寬的用戶設(shè)備。
[0004]然而，當(dāng)虛擬運營商僅根據(jù)預(yù)估的帶寬需求量向?qū)嶓w運營商租賃相應(yīng)的帶寬時，由于不同的時間或不同的運行操作，對應(yīng)的用戶設(shè)備所需帶寬不同，并且虛擬運營商向?qū)嶓w運營商租賃的帶寬為固定值，因此虛擬運營商無法準(zhǔn)確地為用戶設(shè)備提供帶寬，從而導(dǎo)致提供的帶寬的準(zhǔn)確度較低。


【發(fā)明內(nèi)容】

[0005]本發(fā)明提供一種分配帶寬的方法及裝置，可以提高提供的帶寬的準(zhǔn)確度。
[0006]本發(fā)明采用的技術(shù)方案為:
[0007]第一方面，本發(fā)明提供一種分配帶寬的方法，應(yīng)用于分配帶寬的系統(tǒng)中，所述分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，所述虛擬運營商通過所述實體運營商獲取帶寬；所述方法包括:
[0008]所述虛擬運營商接收所述用戶設(shè)備發(fā)送的帶寬需求，所述帶寬需求用于表征所述用戶設(shè)備所需的帶寬；
[0009]所述虛擬運營商按照所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備。
[0010]第二方面，本發(fā)明提供一種分配帶寬的裝置，應(yīng)用于分配帶寬的系統(tǒng)中，所述分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，所述虛擬運營商通過所述實體運營商獲取帶寬；所述裝置包括:
[0011 ] 第一接收單元，用于所述虛擬運營商中，接收所述用戶設(shè)備發(fā)送的帶寬需求，所述帶寬需求用于表征所述用戶設(shè)備所需的帶寬；
[0012]第一提供單元，用于所述虛擬運營商中，按照所述第一接收單元接收的所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備。
[0013]本發(fā)明提供的分配帶寬的方法及裝置，應(yīng)用于分配帶寬的系統(tǒng)中，分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，虛擬運營商通過實體運營商獲取帶寬，虛擬運營商首先接收用戶設(shè)備發(fā)送的帶寬需求，然后按照帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。與目前虛擬運營商僅根據(jù)預(yù)估的帶寬需求量向?qū)嶓w運營商租賃相應(yīng)的帶寬相比，本發(fā)明通過虛擬運營商接收用戶設(shè)備發(fā)送的帶寬需求，能夠獲得用戶設(shè)備當(dāng)前所需要的帶寬，并根據(jù)用戶設(shè)備當(dāng)前所需要的帶寬，租賃實體運營商的帶寬，即用戶設(shè)備能夠?qū)⒆陨淼膸捫枨髮崟r地發(fā)送給虛擬運營商，虛擬運營商實時地向?qū)嶓w運營商租賃相應(yīng)的帶寬，以滿足用戶設(shè)備的需求，避免虛擬運營商租賃實體運營商的帶寬過多、或者過少的現(xiàn)象，從而可以提高提供的帶寬的準(zhǔn)確度。

【專利附圖】

【附圖說明】
[0014]為了更清楚地說明本發(fā)明或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對本發(fā)明或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。
[0015]圖1為本發(fā)明實施例中分配帶寬的系統(tǒng)示意圖；
[0016]圖2為本發(fā)明實施例中分配帶寬的方法流程圖；
[0017]圖3為本發(fā)明實施例中另一種分配帶寬的方法流程圖；
[0018]圖4為本發(fā)明實施例中分配帶寬的裝置結(jié)構(gòu)示意圖；
[0019]圖5為本發(fā)明實施例中另一種分配帶寬的裝置結(jié)構(gòu)示意圖。

【具體實施方式】
[0020]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0021]本發(fā)明實施例提供的技術(shù)方案可以用于分配帶寬的系統(tǒng)，分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，虛擬運營商通過實體運營商獲取帶寬，如圖1所示。其中，用戶設(shè)備與虛擬運營商之間進行通信，虛擬運營商與實體運營商之間進行通信，虛擬運營商包括:虛擬運營商的軟件定義網(wǎng)絡(luò)(英文全稱:Software Defined Networking,英文縮寫:SDN)控制器,實體運營商包括:實體運營商的SDN控制器、實體運營商接入虛擬運營商的各個節(jié)點。
[0022]本發(fā)明實施例提供一種分配帶寬的方法，能夠提高提供的帶寬的準(zhǔn)確度，如圖2所示，所述方法包括:
[0023]201、虛擬運營商接收用戶設(shè)備發(fā)送的帶寬需求。
[0024]其中，帶寬需求用于表征用戶設(shè)備所需的帶寬。
[0025]對于本發(fā)明實施例，虛擬運營商是指擁有一種或者幾種能力，與電信運營商在一項業(yè)務(wù)或者幾項業(yè)務(wù)上形成合作關(guān)系的合作伙伴，電信運營商按照一定比例分成利益，把業(yè)務(wù)交給虛擬運營商發(fā)展，其自身則騰出力量去做最重要的工作，同時電信運營商自己也可以直接發(fā)展用戶。
[0026]對于本發(fā)明實施例，虛擬運營商中存在有虛擬運營商的SDN控制器。在本發(fā)明實施例中，首先用戶設(shè)備將自身的帶寬需求實時地發(fā)送至帶寬交換應(yīng)用，然后帶寬交換應(yīng)用將用戶設(shè)備的帶寬需求，通過應(yīng)用程序編程接口(英文全稱:Applicat1n ProgrammingInterface,英文縮寫:API)接口，發(fā)送至虛擬運營商的SDN控制器。
[0027]202、虛擬運營商按照帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。
[0028]對于本發(fā)明實施例，虛擬運營商將接收到的用戶設(shè)備的帶寬需求，將按照用戶設(shè)備所需的帶寬需求，租賃實體運營商的帶寬，以使得虛擬運營商可以根據(jù)用戶設(shè)備的帶寬需求，向?qū)嶓w運營商租賃合適的帶寬，避免虛擬運營商在租賃實體運營商的帶寬時，出現(xiàn)租賃帶寬過多或者不足的情況。
[0029]本發(fā)明實施例提供的分配帶寬的方法，應(yīng)用于分配帶寬的系統(tǒng)中，分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，虛擬運營商通過實體運營商獲取帶寬，虛擬運營商首先接收用戶設(shè)備發(fā)送的帶寬需求，然后按照帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。與目前虛擬運營商僅根據(jù)預(yù)估的帶寬需求量向?qū)嶓w運營商租賃相應(yīng)的帶寬相t匕，本發(fā)明實施例通過虛擬運營商接收用戶設(shè)備發(fā)送的帶寬需求，能夠獲得用戶設(shè)備當(dāng)前所需要的帶寬，并根據(jù)用戶設(shè)備當(dāng)前所需要的帶寬，租賃實體運營商的帶寬，即用戶設(shè)備能夠?qū)⒆陨淼膸捫枨髮崟r地發(fā)送給虛擬運營商，虛擬運營商實時地向?qū)嶓w運營商租賃相應(yīng)的帶寬，以滿足用戶設(shè)備的需求，避免虛擬運營商租賃實體運營商的帶寬過多、或者過少的現(xiàn)象，從而可以提高提供的帶寬的準(zhǔn)確度。
[0030]作為對圖2所示方法的具體說明，本發(fā)明實施例提供另一種分配帶寬的方法，如圖3所示，所述方法包括:
[0031]301、虛擬運營商接收用戶設(shè)備發(fā)送的帶寬需求。
[0032]其中，帶寬需求用于表征用戶設(shè)備所需的帶寬。
[0033]對于本發(fā)明實施例，虛擬運營商是指擁有一種或者幾種能力，與電信運營商在一項業(yè)務(wù)或者幾項業(yè)務(wù)上形成合作關(guān)系的合作伙伴，電信運營商按照一定比例分成利益，把業(yè)務(wù)交給虛擬運營商發(fā)展，其自身則騰出力量去做最重要的工作，同時電信運營商自己也可以直接發(fā)展用戶。
[0034]對于本發(fā)明實施例，虛擬運營商中存在有虛擬運營商的SDN控制器。在本發(fā)明實施例中，首先用戶設(shè)備將自身的帶寬需求實時地發(fā)送至帶寬交換應(yīng)用，然后帶寬交換應(yīng)用將用戶設(shè)備的帶寬需求，通過API接口，發(fā)送至虛擬運營商的SDN控制器。
[0035]302、實體運營商向虛擬運營商提供路徑拓?fù)浼案鱾€路徑開銷。
[0036]其中，路徑拓?fù)浒ǜ鱾€相鄰交換機之間的路徑，各個路徑開銷中的每個路徑開銷分別用于表征對應(yīng)的交換機間路徑的開銷。
[0037]可選地，在步驟302之前，還可以包括:首先第一交換機接收實體運營商發(fā)送的發(fā)出封裝包消息，然后第一交換機解析封裝包，得到鏈路層發(fā)現(xiàn)協(xié)議(英文全稱:Link LayerDiscovery Protocol，英文縮寫:LLDP)報文，其后第一交換機將LLDP報文發(fā)送給第二交換機，以使得第二交換機將LLDP報文轉(zhuǎn)發(fā)給實體運營商,最后實體運營商接收第二交換機發(fā)送的接收封裝包消息。
[0038]其中，發(fā)出封裝包消息攜帶有封裝包，封裝包中包括鏈路層發(fā)現(xiàn)協(xié)議LLDP協(xié)議報文，接收封裝包消息攜帶有LLDP報文及第二交換機的標(biāo)識符。
[0039]對于本發(fā)明實施例，LLDP報文為它提供了一種標(biāo)準(zhǔn)的鏈路層發(fā)現(xiàn)方式，可以將本端設(shè)備的主要能力、管理地址、設(shè)備標(biāo)識、接口標(biāo)識等信息組織成不同的類型、長度或者數(shù)值，并封裝在鏈路層發(fā)現(xiàn)協(xié)議數(shù)據(jù)單元(英文全稱:LinkLayer Discovery Protocol DataUnit，英文縮寫:LLDH)U)中發(fā)布給與自己直連的鄰居，鄰居收到這些信息后將其以標(biāo)準(zhǔn)管理信息庫(英文全稱！Management Informat1n Base,英文縮寫:MIB)的形式保存起來，以供網(wǎng)絡(luò)管理系統(tǒng)查詢及判斷鏈路的通信狀況。
[0040]對于本發(fā)明實施例，實體運營商中包括實體運營商的SDN控制器。在本發(fā)明實施例中，首先實體運營商的SDN控制器將攜帶有LLDP報文的發(fā)出封裝包(英文全稱:packet_out),發(fā)送至該控制器控制范圍內(nèi)的所有OpenFlow交換機，并可以根據(jù)packet-out封裝包確定發(fā)出該packet-out封裝包的網(wǎng)元的端口，若OpenFlow交換機中的網(wǎng)元接收到該packet-out封裝包,則該網(wǎng)元解析該packet-out封裝包，并獲取LLDP報文，然后該網(wǎng)元將接收到的該LLDP報文發(fā)送至鄰近的網(wǎng)元，該鄰近的網(wǎng)元匹配流表條目，并將LLDP報文封裝為packet-1n封裝包,及將該packet_in封裝包發(fā)送至SDN控制器,SDN控制器通過接收到的packet-1n封裝包中攜帶的端口信息，確定已經(jīng)接收到LLDP報文的網(wǎng)元及端口。
[0041]對于本發(fā)明實施例,通過實體運營商的SDN控制器發(fā)送攜帶有packet-out封裝包，以及接收攜帶有收入封裝包(英文全稱:packet-1n),能夠確定已經(jīng)接收到該LLDP報文的網(wǎng)元及端口，從而可以確定網(wǎng)元之間路徑的是否存在故障，進而可以確定整個系統(tǒng)中路徑的具體情況。
[0042]303、實體運營商根據(jù)帶寬需求、路徑拓?fù)湟约案鱾€路徑開銷，計算第一最優(yōu)路徑。
[0043]其中，第一最優(yōu)路徑為實體運營商內(nèi)的起始節(jié)點與目標(biāo)節(jié)點之間的各個路徑中開銷最小的路徑。
[0044]對于本發(fā)明實施例，首先用戶設(shè)備將自身的帶寬需求，實時地發(fā)送至帶寬交換應(yīng)用，然后帶寬交換應(yīng)用將用戶設(shè)備的帶寬需求發(fā)送至虛擬運營商的SDN控制器，最后，虛擬運營商的SDN控制器根據(jù)用戶設(shè)備的帶寬需求、路徑拓?fù)湟约案鱾€路徑開銷，計算每條路徑的開銷，并根據(jù)計算得出的每條路徑的開銷，確定開銷最少的路徑。其中，每條路徑的開銷由實體運營商向虛擬運營商提供的。
[0045]304、虛擬運營商根據(jù)帶寬需求、路徑拓?fù)?、各個路徑開銷以及第一路徑，計算第二最優(yōu)路徑。
[0046]其中，第二最優(yōu)路徑為連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑。
[0047]對于本發(fā)明實施例，帶寬交換點由支持OpenFlow的交換機組成，配置在各運營商網(wǎng)絡(luò)交界處并分別與鄰近的實體運營商接入虛擬運營商節(jié)點相連，接收來自虛擬運營商SDN控制器發(fā)送的流表，從而將用戶流量引導(dǎo)至合適的路徑。
[0048]對于本發(fā)明實施例，虛擬運營商的SDN控制器根據(jù)帶寬需求、路徑拓?fù)湟约案鱾€路徑的開銷，確定第二最優(yōu)路徑，即確定連接用戶設(shè)備的帶寬交換點與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑。
[0049]對于本發(fā)明實施例，通過計算得到連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的最優(yōu)路徑，能夠確定用戶設(shè)備與云服務(wù)提供商之間的最優(yōu)路徑，進而可以確定帶寬傳輸?shù)阶顑?yōu)路徑。
[0050]對于本發(fā)明實施例，通過計算得出連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑，能夠確定用戶設(shè)備接收帶寬的最優(yōu)路徑，從而可以用戶設(shè)備在獲取帶寬的同時，開銷最小。
[0051]305、虛擬運營商按照第二最優(yōu)路徑及帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。
[0052]對于本發(fā)明實施例，當(dāng)虛擬運營商的SDN控制器，根據(jù)帶寬需求、路徑拓?fù)湟约案鱾€路徑的開銷，確定出開銷最小的最優(yōu)路徑時，虛擬運營商的SDN控制器向該最優(yōu)路徑上的所有帶寬交換點發(fā)送流表，以使得用戶設(shè)備所需要的帶寬能夠按照最優(yōu)路徑進行傳輸。
[0053]例如，系統(tǒng)中的帶寬交換點可以為帶寬交換點1、帶寬交換點2、帶寬交換點3、帶寬交換點4、帶寬交換點5及帶寬交換點6，若帶寬交換點1、帶寬交換點3及帶寬交換點4為最優(yōu)路徑上的帶寬交換點，則虛擬運營商的SDN控制器將流表發(fā)送至帶寬交換點1、帶寬交換點3及帶寬交換點4，以使得該用戶設(shè)備所需要的帶寬，傳輸?shù)穆窂綖閹捊粨Q點1、帶寬交換點3及帶寬交換點4組成的路徑。
[0054]對于本發(fā)明實施例，通過虛擬運營商的SDN控制器向最優(yōu)路徑上的所有帶寬交換點發(fā)送流表，能夠標(biāo)明傳輸該用戶設(shè)備所需的帶寬的最優(yōu)路徑，從而可以使該用戶設(shè)備所需的帶寬在最優(yōu)路徑上進行傳輸。
[0055]對于本發(fā)明實施例,虛擬運營商的SDN控制器發(fā)送端口修改消息至OpenFlow交換機。其中，該修改端口消息中攜帶有端口參數(shù)，該端口參數(shù)可以用于表征最優(yōu)路徑上的端口信息。在本發(fā)明實施例中，若最優(yōu)路徑上的出現(xiàn)鏈路速率發(fā)生改變的情況，則虛擬運營商改變路徑拓?fù)?，并改變端口消息中攜帶的端口參數(shù)。
[0056]本發(fā)明實施例提供的分配帶寬的方法，應(yīng)用于分配帶寬的系統(tǒng)中，分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，虛擬運營商通過實體運營商獲取帶寬，虛擬運營商首先接收用戶設(shè)備發(fā)送的帶寬需求，然后按照帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。與目前虛擬運營商僅根據(jù)預(yù)估的帶寬需求量向?qū)嶓w運營商租賃相應(yīng)的帶寬相t匕，本發(fā)明實施例通過虛擬運營商接收用戶設(shè)備發(fā)送的帶寬需求，能夠獲得用戶設(shè)備當(dāng)前所需要的帶寬，并根據(jù)用戶設(shè)備當(dāng)前所需要的帶寬，租賃實體運營商的帶寬，即用戶設(shè)備能夠?qū)⒆陨淼膸捫枨髮崟r地發(fā)送給虛擬運營商，虛擬運營商實時地向?qū)嶓w運營商租賃相應(yīng)的帶寬，以滿足用戶設(shè)備的需求，避免虛擬運營商租賃實體運營商的帶寬過多、或者過少的現(xiàn)象，從而可以提高提供的帶寬的準(zhǔn)確度。
[0057]進一步地，本發(fā)明實施例提供的分配帶寬的方法，通過實體運營商的SDN控制器發(fā)送攜帶有packet-out封裝包，以及接收攜帶有packet-1n封裝包,能夠確定已經(jīng)接收到該LLDP報文的網(wǎng)元及端口，從而可以確定網(wǎng)元之間路徑的是否存在故障，進而可以確定整個系統(tǒng)中路徑的具體情況；通過計算得出連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑，能夠確定用戶設(shè)備接收帶寬的最優(yōu)路徑，從而可以用戶設(shè)備在獲取帶寬的同時，開銷最小；通過虛擬運營商的SDN控制器向最優(yōu)路徑上的所有帶寬交換點發(fā)送流表，能夠標(biāo)明傳輸該用戶設(shè)備所需的帶寬的最優(yōu)路徑，從而可以使該用戶設(shè)備所需的帶寬在最優(yōu)路徑上進行傳輸。
[0058]作為對圖2及圖3所示方法的實現(xiàn)，本發(fā)明實施例還提供了一種分配帶寬的裝置，用于提高提供的帶寬的準(zhǔn)確度，如圖4所示，所述裝置包括:第一接收單元41、第一提供單元42。
[0059]第一接收單元41，用于虛擬運營商中，接收用戶設(shè)備發(fā)送的帶寬需求。
[0060]其中，帶寬需求用于表征用戶設(shè)備所需的帶寬。
[0061]第一提供單元42，用于虛擬運營商中，按照第一接收單元31接收的帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。
[0062]進一步地,如圖5所示,所述裝置還包括:第二接收單元51、解析單元52、發(fā)送單元53、第三接收單元54。
[0063]第二接收單元51，用于第一交換機中，接收實體運營商發(fā)送的發(fā)出封裝包消息。
[0064]其中，發(fā)出封裝包消息攜帶有封裝包，封裝包中包括鏈路層發(fā)現(xiàn)協(xié)議LLDP協(xié)議報文。
[0065]解析單元52，用于第一交換機中，解析第二接收單元51接收的封裝包，得到LLDP報文。
[0066]發(fā)送單元53，用于第一交換機中，將解析單元52得到的LLDP報文發(fā)送給第二交換機，以使得第二交換機將LLDP報文轉(zhuǎn)發(fā)給實體運營商。
[0067]第三接收單元54，用于實體運營商中，接收第二交換機發(fā)送的接收封裝包消息。
[0068]其中，接收封裝包消息攜帶有LLDP報文及所述第二交換機的標(biāo)識符。
[0069]可選地，如圖5所示，所述裝置還包括:第二提供單元55、第一計算單元56。
[0070]第二提供單元55，用于實體運營商中，向虛擬運營商提供路徑拓?fù)浼案鱾€路徑開銷。
[0071]其中，路徑拓?fù)浒ǜ鱾€相鄰交換機之間的路徑，各個路徑開銷中的每個路徑開銷分別用于表征對應(yīng)的交換機間路徑的開銷。
[0072]第一計算單元56，用于實體運營商中，根據(jù)第二提供單元55提供的帶寬需求、路徑拓?fù)湟约案鱾€路徑開銷，計算第一最優(yōu)路徑。
[0073]其中，第一最優(yōu)路徑為實體運營商內(nèi)的起始節(jié)點與目標(biāo)節(jié)點之間的各個路徑中開銷最小的路徑。
[0074]可選地，所述裝置還包括:第二計算單元57。
[0075]第二計算單元57，用于虛擬運營商中，根據(jù)第二提供單元55提供的帶寬需求、路徑拓?fù)洹⒏鱾€路徑開銷以及第一計算單元56計算的第一最優(yōu)路徑，計算第二最優(yōu)路徑。
[0076]其中，第二最優(yōu)路徑為各個帶寬交換點之間的各個路徑中開銷最小的路徑。
[0077]第一提供單元42，具體用于虛擬運營商中，按照第二計算單元57計算的第二最優(yōu)路徑及帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。
[0078]本發(fā)明實施例提供的分配帶寬的裝置，應(yīng)用于分配帶寬的系統(tǒng)中，分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，虛擬運營商通過實體運營商獲取帶寬，虛擬運營商首先接收用戶設(shè)備發(fā)送的帶寬需求，然后按照帶寬需求，將實體運營商的帶寬提供給用戶設(shè)備。與目前虛擬運營商僅根據(jù)預(yù)估的帶寬需求量向?qū)嶓w運營商租賃相應(yīng)的帶寬相t匕，本發(fā)明實施例通過虛擬運營商接收用戶設(shè)備發(fā)送的帶寬需求，能夠獲得用戶設(shè)備當(dāng)前所需要的帶寬，并根據(jù)用戶設(shè)備當(dāng)前所需要的帶寬，租賃實體運營商的帶寬，即用戶設(shè)備能夠?qū)⒆陨淼膸捫枨髮崟r地發(fā)送給虛擬運營商，虛擬運營商實時地向?qū)嶓w運營商租賃相應(yīng)的帶寬，以滿足用戶設(shè)備的需求，避免虛擬運營商租賃實體運營商的帶寬過多、或者過少的現(xiàn)象，從而可以提高提供的帶寬的準(zhǔn)確度。
[0079]進一步地，本發(fā)明實施例提供的分配帶寬的裝置，通過實體運營商的SDN控制器發(fā)送攜帶有packet-out封裝包，以及接收攜帶有packet-1n封裝包,能夠確定已經(jīng)接收到該LLDP報文的網(wǎng)元及端口，從而可以確定網(wǎng)元之間路徑的是否存在故障，進而可以確定整個系統(tǒng)中路徑的具體情況；通過計算得出連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑，能夠確定用戶設(shè)備接收帶寬的最優(yōu)路徑，從而可以用戶設(shè)備在獲取帶寬的同時，開銷最??；通過虛擬運營商的SDN控制器向最優(yōu)路徑上的所有帶寬交換點發(fā)送流表，能夠標(biāo)明傳輸該用戶設(shè)備所需的帶寬的最優(yōu)路徑，從而可以使該用戶設(shè)備所需的帶寬在最優(yōu)路徑上進行傳輸。
[0080]需要說明的是，本發(fā)明實施例中提供的分配帶寬的裝置中各單元所對應(yīng)的其他相應(yīng)描述，可以參考圖2及圖3中的對應(yīng)描述，在此不再贅述。
[0081]本發(fā)明實施例提供的分配帶寬的裝置可以實現(xiàn)上述提供的方法實施例，具體功能實現(xiàn)請參見方法實施例中的說明，在此不再贅述。本發(fā)明實施例提供的分配帶寬的方法及裝置可以適用于虛擬運營商根據(jù)用戶設(shè)備的帶寬需求，向?qū)嶓w運營商租賃帶寬，但不僅限于此。
[0082]本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random AccessMemory, RAM)等。
[0083]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
【權(quán)利要求】
1.一種分配帶寬的方法，應(yīng)用于分配帶寬的系統(tǒng)中，其特征在于，所述分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，所述虛擬運營商通過所述實體運營商獲取帶寬；所述方法包括: 所述虛擬運營商接收所述用戶設(shè)備發(fā)送的帶寬需求，所述帶寬需求用于表征所述用戶設(shè)備所需的帶寬； 所述虛擬運營商按照所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備。
2.根據(jù)權(quán)利要求1所述分配寬帶的方法，其特征在于，所述分配帶寬的系統(tǒng)還包括:第一交換機； 所述虛擬運營商按照所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備的步驟之前，還包括: 所述第一交換機接收所述實體運營商發(fā)送的發(fā)出封裝包消息，所述發(fā)出封裝包消息攜帶有封裝包，所述封裝包中包括鏈路層發(fā)現(xiàn)協(xié)議LLDP協(xié)議報文； 所述第一交換機解析所述封裝包，得到所述LLDP報文； 所述第一交換機將所述LLDP報文發(fā)送給第二交換機，以使得所述第二交換機將所述LLDP報文轉(zhuǎn)發(fā)給所述實體運營商； 所述實體運營商接收所述第二交換機發(fā)送的接收封裝包消息，所述接收封裝包消息攜帶有所述LLDP報文及所述第二交換機的標(biāo)識符。
3.根據(jù)權(quán)利要求2所述分配帶寬的方法，其特征在于，所述實體運營商接收所述第二交換機發(fā)送的接收封裝包消息的步驟之后，還包括: 所述實體運營商向所述虛擬運營商提供路徑拓?fù)浼案鱾€路徑開銷，所述路徑拓?fù)浒ǜ鱾€相鄰交換機之間的路徑，所述各個路徑開銷中的每個路徑開銷分別用于表征對應(yīng)的交換機間路徑的開銷； 所述實體運營商根據(jù)所述帶寬需求、所述路徑拓?fù)湟约八龈鱾€路徑開銷，計算第一最優(yōu)路徑，所述第一最優(yōu)路徑為所述實體運營商內(nèi)的起始節(jié)點與目標(biāo)節(jié)點之間的各個路徑中開銷最小的路徑。
4.根據(jù)權(quán)利要求3所述分配帶寬的方法，其特征在于，所述實體運營商根據(jù)所述帶寬需求、所述路徑拓?fù)湟约八龈鱾€路徑開銷，計算第一最優(yōu)路徑的步驟之后，還包括: 所述虛擬運營商根據(jù)所述帶寬需求、所述路徑拓?fù)洹⑺龈鱾€路徑開銷以及所述第一最優(yōu)路徑，計算第二最優(yōu)路徑，所述第二最優(yōu)路徑為連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑的各個路徑中開銷最小的路徑。
5.根據(jù)權(quán)利要求4所述分配帶寬的方法，其特征在于，所述虛擬運營商按照所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備的步驟，具體包括: 所述虛擬運營商按照所述第二最優(yōu)路徑及所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備。
6.一種分配帶寬的裝置，應(yīng)用于分配帶寬的系統(tǒng)中，其特征在于，所述分配帶寬的系統(tǒng)包括:虛擬運營商、實體運營商及用戶設(shè)備，所述虛擬運營商通過所述實體運營商獲取帶寬；所述裝置包括: 第一接收單元，用于所述虛擬運營商中，接收所述用戶設(shè)備發(fā)送的帶寬需求，所述帶寬需求用于表征所述用戶設(shè)備所需的帶寬； 第一提供單元，用于所述虛擬運營商中，按照所述第一接收單元接收的所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備。
7.根據(jù)權(quán)利要求6所述分配寬帶的裝置，其特征在于，所述分配帶寬的系統(tǒng)還包括--第一交換機；所述裝置還包括:第二接收單元、解析單元、發(fā)送單元、第三接收單元； 所述第二接收單元，用于所述第一交換機中，接收所述實體運營商發(fā)送的發(fā)出封裝包消息，所述發(fā)出封裝包消息攜帶有封裝包，所述封裝包中包括鏈路層發(fā)現(xiàn)協(xié)議LLDP協(xié)議報文； 所述解析單元，用于所述第一交換機中，解析所述第二接收單元接收的所述封裝包，得到所述LLDP報文； 所述發(fā)送單元，用于所述第一交換機中，將所述解析單元得到的所述LLDP報文發(fā)送給第二交換機，以使得所述第二交換機將所述LLDP報文轉(zhuǎn)發(fā)給所述實體運營商； 所述第三接收單元，用于所述實體運營商中，接收所述第二交換機發(fā)送的接收封裝包消息，所述接收封裝包消息攜帶有所述LLDP報文及所述第二交換機的標(biāo)識符。
8.根據(jù)權(quán)利要求7所述分配帶寬的裝置，其特征在于，所述裝置還包括:第二提供單元、第一計算單元； 所述第二提供單元，用于所述實體運營商中，向所述虛擬運營商提供路徑拓?fù)浼案鱾€路徑開銷，所述路徑拓?fù)浒ǜ鱾€相鄰交換機之間的路徑，所述各個路徑開銷中的每個路徑開銷分別用于表征對應(yīng)的交換機間路徑的開銷； 所述第一計算單元，用于所述實體運營商中，根據(jù)所述第二提供單元提供的所述帶寬需求、所述路徑拓?fù)湟约八龈鱾€路徑開銷，計算第一最優(yōu)路徑，所述第一最優(yōu)路徑為所述實體運營商內(nèi)的起始節(jié)點與目標(biāo)節(jié)點之間的各個路徑中開銷最小的路徑。
9.根據(jù)權(quán)利要求8所述分配帶寬的裝置，其特征在于，所述裝置還包括:第二計算單元; 所述第二計算單元，用于所述虛擬運營商中，根據(jù)所述第二提供單元提供的所述帶寬需求、所述路徑拓?fù)洹⑺龈鱾€路徑開銷以及所述第一計算單元計算的所述第一最優(yōu)路徑，計算第二路徑，所述第二最優(yōu)路徑為連接用戶設(shè)備的帶寬交換點，與連接云服務(wù)提供商的帶寬交換點之間的各個路徑中開銷最小的路徑的各個路徑中開銷最小的路徑。
10.根據(jù)權(quán)利要求9所述分配帶寬的裝置，其特征在于， 所述第一提供單元，具體用于所述虛擬運營商中，按照所述第二計算單元計算的所述第二最優(yōu)路徑及所述帶寬需求，將所述實體運營商的帶寬提供給所述用戶設(shè)備。
【文檔編號】H04L12/917GK104378311SQ201410691325
【公開日】2015年2月25日 申請日期:2014年11月26日 優(yōu)先權(quán)日:2014年11月26日
【發(fā)明者】程瑩 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司