本發(fā)明涉及通信領(lǐng)域，尤其涉及一種路由實(shí)現(xiàn)方法及移動(dòng)內(nèi)容分發(fā)網(wǎng)絡(luò)(mcdn，mobilecontentdistributionnetwork)節(jié)點(diǎn)設(shè)備。
背景技術(shù)：
：：為了應(yīng)對(duì)第四代移動(dòng)通信(4g)流量增長(zhǎng)的挑戰(zhàn)，在核心網(wǎng)、無(wú)線(xiàn)網(wǎng)側(cè)部署面向無(wú)線(xiàn)網(wǎng)絡(luò)的內(nèi)容分發(fā)網(wǎng)絡(luò)(cdn，contentdistributionnetwork)服務(wù)節(jié)點(diǎn)，即mcdn(mobilecdn)節(jié)點(diǎn)，為緩解核心網(wǎng)流量壓力提供了新的思路。如圖1所示為mcdn架構(gòu)示意圖，其中，所述邊緣接入層為基站群組，mcdn節(jié)點(diǎn)部署在基站側(cè)，基于內(nèi)容中心網(wǎng)絡(luò)(ccn，content-centricnetworking)通信模式進(jìn)行數(shù)據(jù)通信。目前，所述mcdn架構(gòu)及相關(guān)功能方案中，尚不存在一種路由實(shí)現(xiàn)方案可以基于用戶(hù)設(shè)備(ue，userequipment)的授權(quán)情況對(duì)用戶(hù)請(qǐng)求進(jìn)行管理。技術(shù)實(shí)現(xiàn)要素：有鑒于此，本發(fā)明實(shí)施例期望提供一種路由實(shí)現(xiàn)方法及mcdn節(jié)點(diǎn)設(shè)備，至少解決了現(xiàn)有技術(shù)存在的問(wèn)題，能夠有效利用網(wǎng)絡(luò)資源，提高用戶(hù)服務(wù)質(zhì)量。為達(dá)到上述目的，本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的：本發(fā)明實(shí)施例提供了一種路由實(shí)現(xiàn)方法，所述方法包括：mcdn節(jié)點(diǎn)接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包；確定所述第一請(qǐng)求包為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包時(shí)，提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息；基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件時(shí)，獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息；基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的內(nèi)容中心網(wǎng)絡(luò)ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。上述方案中，所述預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包為ccn類(lèi)型的內(nèi)容請(qǐng)求包；所述提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息，包括：提取所述第一請(qǐng)求包中的用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴。上述方案中，所述基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件，包括：將所述第一請(qǐng)求包對(duì)應(yīng)的用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴分別與所述uat中存儲(chǔ)的用戶(hù)標(biāo)識(shí)及相應(yīng)的內(nèi)容名前綴進(jìn)行匹配，當(dāng)匹配成功時(shí)，確定所述第一請(qǐng)求包符合第一授權(quán)條件。上述方案中，所述基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件，包括：判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)是否不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，如果所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，確定所述第一請(qǐng)求包滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；否則，確定所述第一請(qǐng)求包不滿(mǎn)足ccn轉(zhuǎn)發(fā)條件。上述方案中，所述方法還包括：接收軟件定義網(wǎng)絡(luò)sdn控制器發(fā)送的用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)；基于所述用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)更新所述uat；其中，所述用戶(hù)授權(quán)信息為hss對(duì)ue鑒權(quán)完成后，所述sdn控制器基于所述ue對(duì)應(yīng)的用戶(hù)id從自身存儲(chǔ)的用戶(hù)授權(quán)信息表中獲取得到。本發(fā)明實(shí)施例還提供了一種mcdn節(jié)點(diǎn)設(shè)備，所述mcdn節(jié)點(diǎn)設(shè)備包括：檢測(cè)模塊、提取模塊、確定模塊、判斷模塊及處理模塊；其中，所述檢測(cè)模塊，用于接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包；所述提取模塊，用于確定所述第一請(qǐng)求包為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包時(shí)，提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息；所述確定模塊，用于基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件時(shí)，獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息；所述判斷模塊，用于基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；所述處理模塊，用于確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。上述方案中，所述預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包為ccn類(lèi)型的內(nèi)容請(qǐng)求包；所述提取模塊，還用于提取所述第一請(qǐng)求包中的用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴。上述方案中，所述確定模塊，還用于將所述第一請(qǐng)求包對(duì)應(yīng)的用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴分別與所述uat中存儲(chǔ)的用戶(hù)標(biāo)識(shí)及相應(yīng)的內(nèi)容名前綴進(jìn)行匹配，當(dāng)匹配成功時(shí)，確定所述第一請(qǐng)求包符合第一授權(quán)條件。上述方案中，所述判斷模塊，還用于判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)是否不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，如果所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，確定所述第一請(qǐng)求包滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；否則，確定所述第一請(qǐng)求包不滿(mǎn)足ccn轉(zhuǎn)發(fā)條件。上述方案中，所述mcdn節(jié)點(diǎn)設(shè)備還包括更新模塊，用于接收sdn控制器發(fā)送的用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，基于所述用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)更新所述uat；其中，所述用戶(hù)授權(quán)信息為hss對(duì)ue鑒權(quán)完成后，所述sdn控制器基于所述ue對(duì)應(yīng)的用戶(hù)id從自身存儲(chǔ)的用戶(hù)授權(quán)信息表中獲取得到。本發(fā)明實(shí)施例所提供的路由實(shí)現(xiàn)方法及mcdn節(jié)點(diǎn)設(shè)備，mcdn節(jié)點(diǎn)接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包；確定所述第一請(qǐng)求包為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包時(shí)，提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān) 鍵信息；基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件時(shí)，獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息；基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。如此，可以基于預(yù)設(shè)的用戶(hù)授權(quán)表及用戶(hù)的授權(quán)情況對(duì)用戶(hù)請(qǐng)求包進(jìn)行路由管理，能夠有效的利用網(wǎng)絡(luò)資源，提高用戶(hù)服務(wù)質(zhì)量，并可以解決由節(jié)點(diǎn)內(nèi)容動(dòng)態(tài)性、節(jié)點(diǎn)狀態(tài)變化、鏈路狀態(tài)引起的網(wǎng)絡(luò)傳輸效率下降等問(wèn)題。附圖說(shuō)明圖1為mcdn架構(gòu)示意圖一；圖2為興趣包及數(shù)據(jù)包結(jié)構(gòu)組成示意圖；圖3為cs、pit及fib的格式示意圖；圖4為本發(fā)明實(shí)施例ccn節(jié)點(diǎn)處理興趣包的流程示意圖；圖5為本發(fā)明實(shí)施例ccn節(jié)點(diǎn)處理數(shù)據(jù)包的流程示意圖；圖6為本發(fā)明實(shí)施例mcdn架構(gòu)示意圖二；圖7為本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法流程示意圖一；圖8為本發(fā)明實(shí)施例uat示意圖；圖9為本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法流程示意圖二；圖10為本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法流程示意圖三；圖11為本發(fā)明實(shí)施例mcdn節(jié)點(diǎn)獲取用戶(hù)授權(quán)信息的流程示意圖；圖12為本發(fā)明實(shí)施例mcdn節(jié)點(diǎn)對(duì)第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理的流程示意圖；圖13為本發(fā)明實(shí)施例mcdn節(jié)點(diǎn)設(shè)備的組成結(jié)構(gòu)示意圖。具體實(shí)施方式ccn采用以?xún)?nèi)容(信息)為中心的通信模式來(lái)構(gòu)建網(wǎng)絡(luò)，解除了內(nèi)容與位 置之間的耦合關(guān)系，用戶(hù)不需要關(guān)心從哪臺(tái)服務(wù)器獲取內(nèi)容，而只需關(guān)心內(nèi)容本身，這是一種從“where”到“what”的轉(zhuǎn)變。在通信過(guò)程中，所有的網(wǎng)絡(luò)節(jié)點(diǎn)均可以基于內(nèi)容的名字進(jìn)行路由和轉(zhuǎn)發(fā)，并對(duì)傳輸經(jīng)過(guò)自身的內(nèi)容進(jìn)行緩存，以便后續(xù)有相同內(nèi)容請(qǐng)求的用戶(hù)直接從本地緩存獲取內(nèi)容。在內(nèi)容中心網(wǎng)絡(luò)中傳輸?shù)膱?bào)文包括兩種：興趣包(interestpacket)和數(shù)據(jù)包(datapacket)；所述興趣包及數(shù)據(jù)包組成如圖2示。興趣包由內(nèi)容請(qǐng)求用戶(hù)發(fā)出，同時(shí)攜帶被請(qǐng)求的內(nèi)容名前綴，數(shù)據(jù)包與興趣包相對(duì)應(yīng)，攜帶被請(qǐng)求的內(nèi)容數(shù)據(jù)，用于響應(yīng)內(nèi)容請(qǐng)求用戶(hù)發(fā)出的興趣包。每個(gè)ccn節(jié)點(diǎn)都維護(hù)三張用于記錄節(jié)點(diǎn)內(nèi)容及指導(dǎo)處理興趣包和數(shù)據(jù)包的表，分別為緩存庫(kù)(cs，cachestore)、未決請(qǐng)求表(pit，pendinginteresttable)及轉(zhuǎn)發(fā)信息表(fib，forwardinginformationbase)；其中，cs用于緩存經(jīng)過(guò)該ccn節(jié)點(diǎn)的內(nèi)容數(shù)據(jù)，以便于在本次通信結(jié)束后，緩存下來(lái)的數(shù)據(jù)仍然可以為其它有相同內(nèi)容請(qǐng)求的用戶(hù)服務(wù)；pit用于記錄經(jīng)過(guò)該節(jié)點(diǎn)的興趣包信息，以便于數(shù)據(jù)包原路返回；fib與傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議(tcp/ip，transmissioncontrolprotocol/internetprotocol)網(wǎng)絡(luò)中的ip路由表功能類(lèi)似，用于提供下一跳的轉(zhuǎn)發(fā)信息；所述cs、pit及fib的格式如圖3所示。ccn節(jié)點(diǎn)處理興趣包的流程如圖4所示，當(dāng)一個(gè)節(jié)點(diǎn)收到興趣包時(shí)，首先會(huì)匹配cs，如果cs中已經(jīng)緩存了被請(qǐng)求內(nèi)容(緩存命中)，則直接沿興趣包的到達(dá)路徑轉(zhuǎn)發(fā)內(nèi)容數(shù)據(jù)并丟棄該興趣包；如果cs中沒(méi)有被請(qǐng)求內(nèi)容(緩存未命中)，則進(jìn)一步匹配pit，如果有pit中有與興趣包相同的內(nèi)容名前綴，則在pit的相應(yīng)條目中增加興趣包的到達(dá)接口，并丟棄興趣包；如果pit也沒(méi)有匹配，則查找fib，向所有匹配的端口轉(zhuǎn)發(fā)興趣包(興趣包的到達(dá)接口不再轉(zhuǎn)發(fā))，并在pit中記錄興趣包的到達(dá)接口；如果fib也沒(méi)有匹配條目，則丟棄興趣包或者轉(zhuǎn)發(fā)至默認(rèn)接口。與興趣包相比，數(shù)據(jù)包的處理過(guò)程相對(duì)簡(jiǎn)單，如圖5所示，當(dāng)節(jié)點(diǎn)收到數(shù)據(jù)包時(shí)，會(huì)對(duì)數(shù)據(jù)包的內(nèi)容名字段進(jìn)行最長(zhǎng)前綴匹配，首先匹配cs，如果有相同的緩存數(shù)據(jù)，則直接丟棄該數(shù)據(jù)包；如果沒(méi)有，繼續(xù)與pit中的條目匹配。 若匹配pit，則向相應(yīng)的端口轉(zhuǎn)發(fā)興趣包，并將數(shù)據(jù)包緩存至cs，如果pit中沒(méi)有匹配的條目，直接丟棄數(shù)據(jù)包。本發(fā)明實(shí)施例基于圖6所示mcdn架構(gòu)，mcdn部署在基站中，基站之間通過(guò)x2接口連接，除原有接口功能外，增加數(shù)據(jù)轉(zhuǎn)發(fā)功能，且基站之間可以通過(guò)基于內(nèi)容的通信模式進(jìn)行數(shù)據(jù)通信，給用戶(hù)提供內(nèi)容服務(wù)；上層采用sdn控制器對(duì)下層邊緣節(jié)點(diǎn)進(jìn)行管理，并對(duì)第三方用戶(hù)開(kāi)放接口，提供部分網(wǎng)絡(luò)管理權(quán)限。定義授權(quán)用戶(hù)才被允許使用mcdn服務(wù)，軟件定義網(wǎng)絡(luò)(sdn，softwaredefinednetwork)控制器中設(shè)置授權(quán)信息表來(lái)記錄用戶(hù)授權(quán)信息。在本發(fā)明實(shí)施例中，mcdn節(jié)點(diǎn)接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包；若所述第一請(qǐng)求包為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包，提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息；基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的用戶(hù)授權(quán)表uat確定所述第一請(qǐng)求包符合第一授權(quán)條件時(shí)，獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息；基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的內(nèi)容中心網(wǎng)絡(luò)ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說(shuō)明。實(shí)施例一圖7為本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法流程示意圖，如圖7所示，本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法包括：步驟701：mcdn節(jié)點(diǎn)接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包。這里，所述mcdn節(jié)點(diǎn)位于基站enodeb，所述預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包可以為ccn類(lèi)型的內(nèi)容請(qǐng)求包。在一實(shí)施例中，mcdn節(jié)點(diǎn)通過(guò)檢測(cè)所述第一請(qǐng)求包的包頭結(jié)構(gòu)判斷所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包，如檢測(cè)得到所述第一請(qǐng)求包的包頭包括內(nèi)容名部分，可知該第一請(qǐng)求包為ccn類(lèi)型的內(nèi)容請(qǐng)求包。步驟702：確定所述第一請(qǐng)求包為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包時(shí)，提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息。這里，所述內(nèi)容請(qǐng)求關(guān)鍵信息至少包括用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴；其中，所述用戶(hù)標(biāo)識(shí)是一種全局唯一的標(biāo)識(shí)，用于表示用戶(hù)的唯一性和永久性，可以為用戶(hù)身份標(biāo)識(shí)(id，identification)；所述內(nèi)容名前綴，用于表示某一用戶(hù)可通過(guò)mcdn發(fā)起請(qǐng)求的內(nèi)容，這一內(nèi)容可以根據(jù)不同長(zhǎng)度的前綴進(jìn)行不同粒度的匹配，可以是某一內(nèi)容提供者的所有內(nèi)容，也可以是某一內(nèi)容提供者可提供的某一類(lèi)內(nèi)容，也可以是一個(gè)空值，這時(shí)候說(shuō)明該用戶(hù)的所有內(nèi)容請(qǐng)求均可以通過(guò)mcdn服務(wù)來(lái)滿(mǎn)足，第三方業(yè)務(wù)管理者可以通過(guò)sdn控制器的管理界面實(shí)現(xiàn)這種可定制的授權(quán)功能?；诒景l(fā)明所述實(shí)施例，在實(shí)際應(yīng)用中，檢測(cè)得到所述第一請(qǐng)求包并非預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包時(shí)，直接上報(bào)所述第一請(qǐng)求包至sdn控制器。步驟703：基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件時(shí)，獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息。這里，所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息即發(fā)送所述第一請(qǐng)求包的用戶(hù)對(duì)應(yīng)的優(yōu)先級(jí)信息，優(yōu)先級(jí)a為最高優(yōu)先級(jí)，以此向下逐級(jí)降低，考慮當(dāng)節(jié)點(diǎn)負(fù)載過(guò)重時(shí)，可選擇優(yōu)先級(jí)高的請(qǐng)求進(jìn)行服務(wù)，第三方管理者也可以通過(guò)結(jié)合優(yōu)先級(jí)配置實(shí)現(xiàn)多樣化的定制服務(wù)；在邊緣接入層的enodeb節(jié)點(diǎn)中增加一個(gè)用戶(hù)授權(quán)表(uat，userauthorizationtable)，用于記錄該節(jié)點(diǎn)所接的用戶(hù)的授權(quán)信息，通過(guò)該表的索引可以實(shí)現(xiàn)被授權(quán)用戶(hù)的內(nèi)容請(qǐng)求可以通過(guò)mcdn服務(wù)來(lái)滿(mǎn)足；圖8所示為本發(fā)明實(shí)施例uat示意圖，其中，所述標(biāo)準(zhǔn)優(yōu)先級(jí)用于定義該內(nèi)容請(qǐng)求的最低優(yōu)先級(jí)，即只有用戶(hù)優(yōu)先級(jí)大于該請(qǐng)求的優(yōu)先級(jí)才可以由mcdn服務(wù)滿(mǎn)足，該屬性可由第三方管理者通過(guò)sdn控制器更新。在實(shí)際應(yīng)用中，所述基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件，包括：將所述第一請(qǐng)求包對(duì)應(yīng)的用戶(hù)標(biāo)識(shí)，即用戶(hù)id及內(nèi)容名前綴分別與所述 uat中存儲(chǔ)的用戶(hù)標(biāo)識(shí)及相應(yīng)的內(nèi)容名前綴進(jìn)行匹配，當(dāng)匹配成功時(shí)，即用戶(hù)id和內(nèi)容名前綴同時(shí)匹配，確定所述第一請(qǐng)求包符合第一授權(quán)條件；當(dāng)匹配失敗時(shí)，確定所述第一請(qǐng)求包不符合第一授權(quán)條件，直接上報(bào)所述第一請(qǐng)求包至sdn控制器。步驟704：基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件。在一實(shí)施例中，上述操作具體包括：判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)是否不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，也即判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)是否不低于所述第一請(qǐng)求包的請(qǐng)求內(nèi)容對(duì)應(yīng)的最低優(yōu)先級(jí)，如果所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，確定所述第一請(qǐng)求包滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；否則，確定所述第一請(qǐng)求包不滿(mǎn)足ccn轉(zhuǎn)發(fā)條件。步驟705：確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。這里，當(dāng)確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，為所述第一請(qǐng)求包對(duì)應(yīng)的用戶(hù)提供mcdn服務(wù)，即將所述第一請(qǐng)求包作為興趣包進(jìn)行標(biāo)準(zhǔn)的基于ccn通信模式的興趣包處理流程，具體包括：將所述第一請(qǐng)求包首先匹配cs，如果cs中已經(jīng)緩存了被請(qǐng)求內(nèi)容(緩存命中)，則直接沿所述第一請(qǐng)求包的到達(dá)路徑轉(zhuǎn)發(fā)內(nèi)容數(shù)據(jù)并丟棄該興趣包；如果cs中沒(méi)有被請(qǐng)求內(nèi)容(緩存未命中)，則進(jìn)一步匹配pit，如果有pit中有與所述第一請(qǐng)求包相同的內(nèi)容名前綴，則在pit的相應(yīng)條目中增加所述第一請(qǐng)求包的到達(dá)接口，并丟棄所述第一請(qǐng)求包；如果pit也沒(méi)有匹配，則查找fib，向所有匹配的端口轉(zhuǎn)發(fā)所述第一請(qǐng)求包(所述第一請(qǐng)求包的到達(dá)接口不再轉(zhuǎn)發(fā))，并在pit中記錄所述第一請(qǐng)求包的到達(dá)接口；如果fib也沒(méi)有匹配條目，則丟棄所述第一請(qǐng)求包或者轉(zhuǎn)發(fā)至默認(rèn)接口。實(shí)施例二圖9為本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法流程示意圖，如圖9所示，本發(fā)明實(shí)施 例路由實(shí)現(xiàn)方法包括：步驟901：mcdn節(jié)點(diǎn)接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包，如果是，執(zhí)行步驟902；如果不是，執(zhí)行步驟906。這里，所述mcdn節(jié)點(diǎn)位于基站enodeb，所述預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包可以為ccn類(lèi)型的內(nèi)容請(qǐng)求包。在本發(fā)明實(shí)施例中，所述預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包為ccn類(lèi)型的內(nèi)容請(qǐng)求包。步驟902：提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息。在本發(fā)明實(shí)施例中，所述內(nèi)容請(qǐng)求關(guān)鍵信息至少包括用戶(hù)id及內(nèi)容名前綴。步驟903：基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat判斷所述第一請(qǐng)求包是否符合第一授權(quán)條件，如果符合，執(zhí)行步驟904；如果不符合，執(zhí)行步驟906。這里，所述uat設(shè)置于所述mcdn節(jié)點(diǎn)上，用于記錄該節(jié)點(diǎn)所接的用戶(hù)的授權(quán)信息，如圖8所示，其中，所述標(biāo)準(zhǔn)優(yōu)先級(jí)用于定義該內(nèi)容請(qǐng)求的最低優(yōu)先級(jí)，即只有用戶(hù)優(yōu)先級(jí)大于該請(qǐng)求的優(yōu)先級(jí)才可以由mcdn服務(wù)滿(mǎn)足，該屬性可由第三方管理者通過(guò)sdn控制器更新。在本發(fā)明實(shí)施例中，將所述第一請(qǐng)求包對(duì)應(yīng)的用戶(hù)id及內(nèi)容名前綴分別與所述uat中存儲(chǔ)的用戶(hù)id及相應(yīng)的內(nèi)容名前綴進(jìn)行匹配，當(dāng)匹配成功時(shí)，即用戶(hù)id和內(nèi)容名前綴同時(shí)匹配，確定所述第一請(qǐng)求包符合第一授權(quán)條件；否則，確定所述第一請(qǐng)求包不符合第一授權(quán)條件。步驟904：獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)，并基于所述優(yōu)先級(jí)及預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件，如果滿(mǎn)足，執(zhí)行步驟905；如果不滿(mǎn)足，執(zhí)行步驟906。在本發(fā)明實(shí)施例中，所述預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略為所述用戶(hù)對(duì)應(yīng)的優(yōu)先級(jí)，即請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)不低于請(qǐng)求內(nèi)容對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)；也即，上述操作具體包括：判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)是否不低于uat中所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，也即判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu) 先級(jí)是否不低于所述第一請(qǐng)求包的請(qǐng)求內(nèi)容對(duì)應(yīng)的最低優(yōu)先級(jí)，如果所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，確定所述第一請(qǐng)求包滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；否則，確定所述第一請(qǐng)求包不滿(mǎn)足ccn轉(zhuǎn)發(fā)條件。步驟905：基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。當(dāng)確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，將所述第一請(qǐng)求包作為興趣包進(jìn)行標(biāo)準(zhǔn)的基于ccn通信模式的興趣包處理流程，具體包括：將所述第一請(qǐng)求包首先匹配cs，如果cs中已經(jīng)緩存了被請(qǐng)求內(nèi)容，則直接沿所述第一請(qǐng)求包的到達(dá)路徑轉(zhuǎn)發(fā)內(nèi)容數(shù)據(jù)并丟棄該興趣包；如果cs中沒(méi)有被請(qǐng)求內(nèi)容，則進(jìn)一步匹配pit，如果有pit中有與所述第一請(qǐng)求包相同的內(nèi)容名前綴，則在pit的相應(yīng)條目中增加所述第一請(qǐng)求包的到達(dá)接口，并丟棄所述第一請(qǐng)求包；如果pit也沒(méi)有匹配，則查找fib，向所有匹配的端口轉(zhuǎn)發(fā)所述第一請(qǐng)求包，并在pit中記錄所述第一請(qǐng)求包的到達(dá)接口；如果fib也沒(méi)有匹配條目，則丟棄所述第一請(qǐng)求包或者轉(zhuǎn)發(fā)至默認(rèn)接口。步驟906：直接上報(bào)所述第一請(qǐng)求包至sdn控制器。實(shí)施例三圖10為本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法流程示意圖，如圖10所示，本發(fā)明實(shí)施例路由實(shí)現(xiàn)方法包括：步驟1001：mcdn節(jié)點(diǎn)接收第一請(qǐng)求包，判斷所述第一請(qǐng)求包是否為ccn類(lèi)型的內(nèi)容請(qǐng)求包，如果是，執(zhí)行步驟1002；如果不是，執(zhí)行步驟1005。在本發(fā)明實(shí)施例中，mcdn節(jié)點(diǎn)通過(guò)檢測(cè)所述第一請(qǐng)求包的包頭結(jié)構(gòu)判斷所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包，如檢測(cè)得到所述第一請(qǐng)求包的包頭包括內(nèi)容名部分，可知該第一請(qǐng)求包為ccn類(lèi)型的內(nèi)容請(qǐng)求包。步驟1002：提取所述第一請(qǐng)求包中的用戶(hù)id及內(nèi)容名前綴，將所述用戶(hù)id及內(nèi)容名前綴分別與uat中存儲(chǔ)的用戶(hù)id及相應(yīng)的內(nèi)容名前綴進(jìn)行匹配，判斷匹配是否成功，如果匹配成功，執(zhí)行步驟1003；如果匹配失敗，執(zhí)行步驟1005。這里，所述匹配成功即用戶(hù)id和內(nèi)容名前綴同時(shí)匹配成功。所述uat用于記錄該mcdn節(jié)點(diǎn)接收的用戶(hù)授權(quán)信息，所述用戶(hù)授權(quán)信息至少包括：用戶(hù)標(biāo)識(shí)、內(nèi)容名前綴、用戶(hù)優(yōu)先級(jí)及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，通過(guò)該表的索引可以實(shí)現(xiàn)被授權(quán)用戶(hù)的內(nèi)容請(qǐng)求可以通過(guò)mcdn服務(wù)來(lái)滿(mǎn)足，如圖8所示，其中，所述標(biāo)準(zhǔn)優(yōu)先級(jí)用于定義該內(nèi)容請(qǐng)求的最低優(yōu)先級(jí)，即只有用戶(hù)優(yōu)先級(jí)大于該請(qǐng)求的優(yōu)先級(jí)才可以由mcdn服務(wù)滿(mǎn)足，該屬性可由第三方管理者通過(guò)sdn控制器更新?；诒景l(fā)明所述實(shí)施例，在實(shí)際應(yīng)用中，所述mcdn節(jié)點(diǎn)獲取用戶(hù)授權(quán)信息的過(guò)程在用戶(hù)接入網(wǎng)絡(luò)附著過(guò)程中實(shí)現(xiàn)，具體操作過(guò)程如圖11所示，包括：步驟1：ue發(fā)送附著請(qǐng)求給enodeb。步驟2：enodeb轉(zhuǎn)發(fā)所述附著請(qǐng)求給sdn控制器。步驟3：sdn控制器發(fā)送id請(qǐng)求給ue。步驟4：用戶(hù)ue發(fā)送id響應(yīng)給所述sdn控制器。這里，所述id響應(yīng)攜帶用戶(hù)id。步驟5：歸屬簽約用戶(hù)服務(wù)器(hss，homesubscriberserver，)完成對(duì)所述ue的鑒權(quán)。步驟6：基于所述用戶(hù)id，sdn控制器提取自身存儲(chǔ)的用戶(hù)授權(quán)信息表中的用戶(hù)授權(quán)信息。在一實(shí)施例中，所述用戶(hù)授權(quán)信息表如下表所示：用戶(hù)標(biāo)識(shí)內(nèi)容名前綴用戶(hù)優(yōu)先級(jí)uidacp1/c1/...auidacp2/...buidbcp1/c1/...b步驟7：sdn控制器發(fā)送所述用戶(hù)授權(quán)信息及內(nèi)容對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)給所述enodeb。步驟8：enodeb基于所述用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)更新所述uat。其中，與sdn控制器參與信息交互的是enodeb內(nèi)部軟件化的移動(dòng)管理實(shí) 體(mme，mobilitymanagemententity)模塊。步驟1003：獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)，并判斷所述優(yōu)先級(jí)是否不低于所述uat中與所述內(nèi)容名前綴對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，如果是，執(zhí)行步驟904；否則，執(zhí)行步驟905。步驟1004：基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。在一實(shí)施例中，所述基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理的具體操作過(guò)程如圖12所示，包括：步驟a：判斷cs中是否緩存有所述第一請(qǐng)求包請(qǐng)求的內(nèi)容，如果沒(méi)有，執(zhí)行步驟b；如果有，執(zhí)行步驟e。步驟b：判斷pit中是否存儲(chǔ)有與所述第一請(qǐng)求包中內(nèi)容名前綴相同的內(nèi)容名前綴，如果沒(méi)有，執(zhí)行步驟c；如果有，執(zhí)行步驟f。步驟c：判斷fib中是否存儲(chǔ)有與所述第一請(qǐng)求包對(duì)應(yīng)的轉(zhuǎn)發(fā)端口，如果有，執(zhí)行步驟d；如果沒(méi)有，執(zhí)行步驟g。步驟d：向所有匹配的端口轉(zhuǎn)發(fā)所述第一請(qǐng)求包，并記錄所述端口至所述pit。步驟e：依據(jù)所述第一請(qǐng)求包的到達(dá)路徑返回相應(yīng)的內(nèi)容數(shù)據(jù)。步驟f：在所述pit中增加所述第一請(qǐng)求包的到達(dá)接口，并丟棄所述第一請(qǐng)求包。步驟g：丟棄所述第一請(qǐng)求包。步驟1005：直接上報(bào)所述第一請(qǐng)求包至sdn控制器。實(shí)施例四圖13為本發(fā)明實(shí)施例mcdn節(jié)點(diǎn)設(shè)備的組成結(jié)構(gòu)示意圖，所述mcdn節(jié)點(diǎn)設(shè)備位于基站enodeb中，如圖4所示，本發(fā)明實(shí)施例mcdn節(jié)點(diǎn)設(shè)備的組成包括：檢測(cè)模塊131、提取模塊132、確定模塊133、判斷模塊134及處理模塊135；其中，所述檢測(cè)模塊131，用于接收第一請(qǐng)求包，并檢測(cè)所述第一請(qǐng)求包是否為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包；所述提取模塊132，用于確定所述第一請(qǐng)求包為預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包時(shí)，提取所述第一請(qǐng)求包中內(nèi)容請(qǐng)求關(guān)鍵信息；所述確定模塊133，用于基于所述內(nèi)容請(qǐng)求關(guān)鍵信息及預(yù)設(shè)的uat確定所述第一請(qǐng)求包符合第一授權(quán)條件時(shí)，獲取所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)信息；所述判斷模塊134，用于基于所述優(yōu)先級(jí)信息及預(yù)設(shè)的ccn轉(zhuǎn)發(fā)策略判斷所述第一請(qǐng)求包是否滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；所述處理模塊135，用于確定所述第一請(qǐng)求包滿(mǎn)足所述ccn轉(zhuǎn)發(fā)條件時(shí)，基于ccn通信模式對(duì)所述第一請(qǐng)求包進(jìn)行ccn轉(zhuǎn)發(fā)處理。在一實(shí)施例中，所述預(yù)設(shè)類(lèi)型的內(nèi)容請(qǐng)求包為ccn類(lèi)型的內(nèi)容請(qǐng)求包；所述提取模塊132，還用于提取所述第一請(qǐng)求包中的用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴。在一實(shí)施例中，所述確定模塊133，還用于將所述第一請(qǐng)求包對(duì)應(yīng)的用戶(hù)標(biāo)識(shí)及內(nèi)容名前綴分別與所述uat中存儲(chǔ)的用戶(hù)標(biāo)識(shí)及相應(yīng)的內(nèi)容名前綴進(jìn)行匹配，當(dāng)匹配成功時(shí)，確定所述第一請(qǐng)求包符合第一授權(quán)條件。在一實(shí)施例中，所述判斷模塊134，還用于判斷所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)是否不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，如果所述第一請(qǐng)求包對(duì)應(yīng)的優(yōu)先級(jí)不低于預(yù)設(shè)的所述第一請(qǐng)求包對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，確定所述第一請(qǐng)求包滿(mǎn)足ccn轉(zhuǎn)發(fā)條件；否則，確定所述第一請(qǐng)求包不滿(mǎn)足ccn轉(zhuǎn)發(fā)條件。在一實(shí)施例中，所述mcdn節(jié)點(diǎn)設(shè)備還包括更新模塊136，用于接收sdn控制器發(fā)送的用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)，基于所述用戶(hù)授權(quán)信息及對(duì)應(yīng)的標(biāo)準(zhǔn)優(yōu)先級(jí)更新所述uat；其中，所述用戶(hù)授權(quán)信息為hss對(duì)ue鑒權(quán)完成后，所述sdn控制器基于所述ue對(duì)應(yīng)的用戶(hù)id從自身存儲(chǔ)的用戶(hù)授權(quán)信息表中獲取得到。在本發(fā)明實(shí)施例中，所述mcdn節(jié)點(diǎn)設(shè)備中的檢測(cè)模塊131、提取模塊132、確定模塊133、判斷模塊134、處理模塊135及更新模塊136均可由終端或服務(wù)器中的中央處理器(cpu，centralprocessingunit)或數(shù)字信號(hào)處理器(dsp， digitalsignalprocessor)、或現(xiàn)場(chǎng)可編程門(mén)陣列(fpga，fieldprogrammablegatearray)、或集成電路(asic，applicationspecificintegratedcircuit)實(shí)現(xiàn)。這里需要指出的是：以上涉及mcdn節(jié)點(diǎn)設(shè)備的描述，與上述方法描述是類(lèi)似的，同方法的有益效果描述，不做贅述。對(duì)于本發(fā)明所述mcdn節(jié)點(diǎn)設(shè)備實(shí)施例中未披露的技術(shù)細(xì)節(jié)，請(qǐng)參照本發(fā)明方法實(shí)施例的描述。以上所述，僅為本發(fā)明較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。當(dāng)前第1頁(yè)12當(dāng)前第1頁(yè)12