相關(guān)申請案的交叉參考本發(fā)明要求2012年8月20日由ravishankarravindran等人遞交的發(fā)明名稱為“用于基于互聯(lián)網(wǎng)協(xié)議的內(nèi)容路由器的方法和裝置(methodandapparatusforinternetprotocolbasedcontentrouter)”的第13/589530號美國專利申請案的在先申請優(yōu)先權(quán)，以及2012年2月18日由ravishankarravindran等人遞交的發(fā)明名稱為“用于基于互聯(lián)網(wǎng)協(xié)議的內(nèi)容路由器的方法和裝置(methodandapparatusforinternetprotocolbasedcontentrouter)”的第61/604056號美國臨時專利申請案的在先申請優(yōu)先權(quán)，所述申請案的內(nèi)容以引用的方式全文并入本文本中。關(guān)于由聯(lián)邦政府贊助的研究或開發(fā)的聲明不適用。參考縮微膠片附錄不適用。
背景技術(shù)：
：互聯(lián)網(wǎng)協(xié)議(ip)轉(zhuǎn)發(fā)是基于主機到主機的通信原理進(jìn)行的，即，假設(shè)通信發(fā)生在兩個靜止端點之間。ip轉(zhuǎn)發(fā)是面向發(fā)送器的，即，接收器對于說明與其所需信息相關(guān)的屬性無法控制，例如其內(nèi)容版本、發(fā)布者等等。并且，由于知道用戶的位置，惡意的發(fā)送器能夠向用戶發(fā)送垃圾郵件等不需要的內(nèi)容。如今，ip路由器不支持尋求流行內(nèi)容的應(yīng)用，所述內(nèi)容可使用網(wǎng)內(nèi)緩存等內(nèi)容多播技術(shù)進(jìn)行有效傳遞，也不有效支持如移動性和安全性等網(wǎng)絡(luò)功能?？紤]到現(xiàn)今由用戶推動的多媒體內(nèi)容的增長，開發(fā)出內(nèi)容分發(fā)網(wǎng)絡(luò)(cdn)以支持內(nèi)容分發(fā)。然而，cdn是一種疊加在ip技術(shù)之上的技術(shù)，并且是針對每個應(yīng)用的。作為一種替代方法，信息中心網(wǎng)絡(luò)(icn)研究，通過將通信模式由主機到主機轉(zhuǎn)換為主機到內(nèi)容來解決這些問題。在此情況下，用戶需求被轉(zhuǎn)變?yōu)閳笪臄?shù)據(jù)單元，所述報文數(shù)據(jù)單元包含通過相關(guān)元數(shù)據(jù)來尋求的信息名稱。當(dāng)接收到此種查詢時，如果路由器具有該數(shù)據(jù)的緩存副本，路由器在其內(nèi)部自行解析該查詢，或者將該查詢向能夠獲取內(nèi)容的方向轉(zhuǎn)發(fā)。此外，所有的icn解決方案自身支持移動性和安全性。目前，icn方案和cdn的缺點之一，在于它們要么需要重新設(shè)計，這樣可以替換ip協(xié)議棧，要么需要在供應(yīng)商的域內(nèi)引入新的重疊的私有協(xié)議(如實施分布式哈希表(dht)，或域名系統(tǒng)(dns)重定向等)。這些方法均傾向于高資本支出(capex)和操作支出(opex)作為供應(yīng)商的初始投資，這會導(dǎo)致這些方案的延時實施，這些方案的目標(biāo)是為了提高網(wǎng)絡(luò)效率并可降低供應(yīng)商的總體操作成本。技術(shù)實現(xiàn)要素：在一項實施例中，本發(fā)明包括互聯(lián)網(wǎng)協(xié)議(ip)內(nèi)容路由器，包括轉(zhuǎn)發(fā)信息庫(fib)引擎，該引擎包括包含轉(zhuǎn)發(fā)指令的數(shù)據(jù)存儲，包含處理器的ip報文分類器，用于將第一入ip報文分類為信息中心網(wǎng)絡(luò)(icn)報文以及將第二入ip報文分類為非icn報文，以及包含處理器的ip報文處理器，其中所述ip報文處理器耦合至所述fib引擎和所述ip報文分類器，所述ip報文處理器用于攔截icn報文以在ip內(nèi)容路由器中進(jìn)一步處理，在fib引擎中咨詢針對非icn報文的轉(zhuǎn)發(fā)指令，以及根據(jù)所述轉(zhuǎn)發(fā)指令轉(zhuǎn)發(fā)所述非icn報文。在另一項實施例中，本發(fā)明包括一種在網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報文的方法，包括在路由器處從網(wǎng)絡(luò)節(jié)點接收互聯(lián)網(wǎng)協(xié)議(ip)報文，使用處理器確定所述ip報文的種類，其中所述種類包括信息中心網(wǎng)絡(luò)(icn)報文和非icn報文之一，以及在確定數(shù)據(jù)報文為icn報文時對該數(shù)據(jù)報文執(zhí)行應(yīng)用協(xié)議級處理。在另一項實施例中，本發(fā)明包括一種在基于互聯(lián)網(wǎng)協(xié)議(ip)的網(wǎng)絡(luò)環(huán)境中路由信息中心網(wǎng)絡(luò)(icn)內(nèi)容的裝置，包括多個接口，與所述多個接口耦合的互聯(lián)網(wǎng)協(xié)議(ip)報文分類器，其中所述ip報文分類器用于標(biāo)識來自所述多個端口上的入ip流量的ip興趣(ip-i)報文和ip內(nèi)容(ip-c)報文，與所述ip報文分類器耦合的ip協(xié)議分類器，其中所述ip協(xié)議分類器用于基于多個會話級協(xié)議中的一個協(xié)議的標(biāo)識來分類ip-i報文和ip-c報文，以及與所述ip協(xié)議分類器耦合的多個應(yīng)用處理引擎(ape)，其中每個所述ape對應(yīng)于一個相應(yīng)的會話級協(xié)議，且每個所述ape用于攔截ip-i報文中的名稱以分發(fā)服務(wù)，例如在目標(biāo)內(nèi)容/服務(wù)位置由于移動(即，后期綁定)發(fā)生變化時將請求重定向至新的定位器、在應(yīng)用內(nèi)容存儲器包含請求的內(nèi)容時響應(yīng)內(nèi)容請求、將ip-c報文中的內(nèi)容存儲在應(yīng)用內(nèi)容存儲器中以及基于ip-c報文的名稱在應(yīng)用內(nèi)容存儲器中索引來自ip-c報文的內(nèi)容。從結(jié)合附圖和所附權(quán)利要求書進(jìn)行的以下具體實施方式將更清楚地理解這些和其他特征。附圖說明為了更全面地理解本發(fā)明，現(xiàn)在參考以下結(jié)合附圖和具體實施方式進(jìn)行的簡要描述，其中相同參考標(biāo)號表示相同部分。圖1為一項實施例所述的基于ip的內(nèi)容路由器(ip-cr)的方框圖。圖2為本發(fā)明一項實施例所述的示例性ip-i或ip-c報文協(xié)議棧的方框圖。圖3為本發(fā)明一項實施例所述的系統(tǒng)的示意圖，該系統(tǒng)中可實施基于ip的內(nèi)容路由。圖4為本發(fā)明一項實施例所述的方法的協(xié)議圖，該方法由主機使用來從ip-cr域中提取內(nèi)容。圖5為本發(fā)明的一項實施例所述的ip-cr的示意圖。圖6為本發(fā)明一項實施例所述的ip報文602的頭部的一部分的示意圖。圖7為本發(fā)明一項實施例所述的方法的示意圖，該方法保證用于內(nèi)容多播的對稱路徑。圖8為內(nèi)容識別網(wǎng)絡(luò)單元的一項實施例的示意圖。圖9示出了典型的通用網(wǎng)絡(luò)組件，該網(wǎng)絡(luò)組件適用于實施一個或多個本文本所公開的組件的實施例。具體實施方式最初應(yīng)理解，盡管下文提供一個或多個實施例的說明性實施方案，但可使用任意數(shù)目的當(dāng)前已知或現(xiàn)有的技術(shù)來實施所公開的系統(tǒng)和/或方法。本發(fā)明決不應(yīng)限于下文所說明的描述性實施方案、圖式和技術(shù)，包含本文所說明描述的示范性設(shè)計和實施方案，而是可以在所附權(quán)利要求書的范圍以及其均等物的完整范圍內(nèi)修改。互聯(lián)網(wǎng)目前的運行，是通過將內(nèi)容名稱解析到域，然后再解析到原本儲存該內(nèi)容的主機ip地址。該方法的缺陷在于，無論以前是否曾請求過相同的內(nèi)容，該內(nèi)容必須重新提取。重新提取內(nèi)容的想法，在網(wǎng)絡(luò)效率方面(即在路由器和鏈接容量使用方面)，以及經(jīng)濟方面，尤其對于需要雇傭高層操作員來接入互聯(lián)網(wǎng)的底層供應(yīng)商來說，效率都非常低下。此外，內(nèi)容提供服務(wù)器也有可能由于單點發(fā)生失誤從而導(dǎo)致輕易過載的場景，這是因為內(nèi)容供應(yīng)服務(wù)器可能被要求調(diào)整為能夠向上百萬用戶提供反復(fù)查找相同信息的服務(wù)。cdn等解決方案通過疊加分布式內(nèi)容緩存基礎(chǔ)設(shè)施來處理該問題。除減輕原始服務(wù)器的負(fù)載外，cdn還嘗試在最接近的疊加緩存點解決用戶請求，從而改善獲取內(nèi)容的時延。盡管cnd通過提高網(wǎng)絡(luò)效率減緩了服務(wù)供應(yīng)商(sp)的問題，但是cnd在經(jīng)濟上損害了sp的利益，因為原本cdn的數(shù)據(jù)是通過sp的基礎(chǔ)設(shè)施進(jìn)行傳遞從而不會對cdn產(chǎn)生成本。而且，對其疊加的緩存進(jìn)行分布式優(yōu)化可能導(dǎo)致潛在的sp網(wǎng)絡(luò)不穩(wěn)定，這是因為該網(wǎng)絡(luò)的支撐對于其最終優(yōu)化目標(biāo)來說完全被忽視。icn通過使互聯(lián)網(wǎng)絡(luò)層基于名稱而非內(nèi)容服務(wù)器位置來將內(nèi)容從主機去耦合。icn提案為pull驅(qū)動模型，其中用戶明確請求(如表示對內(nèi)容有興趣)其查找的內(nèi)容，且假設(shè)網(wǎng)絡(luò)有信息能將該請求路由至最接近的位置。icn網(wǎng)絡(luò)的主干為內(nèi)容路由器。內(nèi)容路由器是具有緩存和計算資源的內(nèi)容識別路由器。將pull驅(qū)動模型與能夠記憶流經(jīng)其內(nèi)的內(nèi)容的內(nèi)容路由器結(jié)合可處理現(xiàn)今許多ip缺陷。例如，緩存特征使內(nèi)容能夠得以多路廣播，并解決了一旦網(wǎng)絡(luò)由于之前用戶的操作該內(nèi)容已見就不能重新提取該內(nèi)容的問題。由于該內(nèi)容的名稱在icn框架中是固定的，所以只要對相同的內(nèi)容名稱表示興趣，就可以從最接近的內(nèi)容路由器中取回相同的內(nèi)容。此外，icn在遭遇網(wǎng)絡(luò)切換中的網(wǎng)絡(luò)中斷之后，通過平衡網(wǎng)內(nèi)緩存特征，以及重新表達(dá)出興趣，解決了高速移動的問題。通過接收器使每個內(nèi)容塊無論在何處接收到均可自行驗證，從而確保其安全性。icn解決方案可以三種方式部署。第一種方式為疊加模型，該方式為增量方法且實用。其涉及在域的邊界處放置icn路由器。此處的支撐層可為任意已部署的3層(l3)技術(shù)(如ip等)、任意2層(l2)技術(shù)(如以太網(wǎng)等)或者其他協(xié)議(如多協(xié)議標(biāo)記交換(mpls)等)。此處，在此種部署下可實現(xiàn)icn的全效率增益，icn在內(nèi)容分發(fā)效率方面要優(yōu)于現(xiàn)在的網(wǎng)絡(luò)。供應(yīng)商的管理任務(wù)之一便是部署和管理涉及新協(xié)議的新網(wǎng)元(用戶終端和網(wǎng)絡(luò)設(shè)備)，并學(xué)習(xí)調(diào)節(jié)所述新網(wǎng)絡(luò)設(shè)備(ne)以取得最大效率。第二種方式為集成模型，該方法利用ip/超文本傳輸協(xié)議(http)等已知協(xié)議來使能icn架構(gòu)中需要的特征。該方法在capex和opex方面均能使實現(xiàn)新網(wǎng)絡(luò)功能的成本最小。資本支出將減少，這是因為此種特征可通過軟件升級至現(xiàn)存網(wǎng)元中來潛在實現(xiàn)，而無需替換終端和路由器中的ip協(xié)議?！，F(xiàn)今文獻(xiàn)中的提案之一是使用http作為窄帶寬。然而，其存在如下問題：(1)假設(shè)http是用于內(nèi)容分發(fā)的唯一協(xié)議(實時傳輸協(xié)議(rtp)是互聯(lián)網(wǎng)協(xié)議電視(iptv)應(yīng)用的另一常見選擇協(xié)議)；(2)使用http取代簡單ip提供主機到主機的應(yīng)用，其現(xiàn)在必須映射一段http語義，比如popa提出的訂閱者-獲取協(xié)議(s-get)等。有關(guān)于此的更多細(xì)節(jié)在lucianpopa等人發(fā)表的名為《httpasanarrowwaistforfutureinternetr》(hot-ice2011)文章中進(jìn)行了討論，該文章作文參考文獻(xiàn)全文并入本文本中。第三種方式為重新設(shè)計的方法，該方法為最具破環(huán)性的方法，因為該方法涉及交換當(dāng)前技術(shù)。該方式中的新解決方案需要部署新的硬件和軟件。此外，該重新設(shè)計的方法也是最昂貴的方法。本發(fā)明于此公開的系統(tǒng)、裝置和方法，通過在ip中啟用某些icn特征，縮小了ip如今所達(dá)到與icn設(shè)法達(dá)到之間的差距。支持這些特征的路由器此處稱之為ip內(nèi)容路由器(ip-cr)。ip-cr可為傳統(tǒng)的ip路由器，不同在于其實施此處所公開的新功能。因為這些特征基于ip構(gòu)建，所以本發(fā)明所提議的加固的益處可通過一些軟件更新以及重新決定現(xiàn)今ip路由器的緩存能力，并在必要時增加緩存大小來立即實現(xiàn)。所述系統(tǒng)、裝置和方法不需要除現(xiàn)存協(xié)議之外的任何新協(xié)議。因此，實施這些特征的成本可以最低。在一項實施例中，ip報文可包含一字段，該字段指示所述報文是否為傳統(tǒng)ip報文、ip興趣報文(即包含針對內(nèi)容的icn興趣或請求的ip報文)或者ip內(nèi)容報文(即包含icn內(nèi)容的ip報文)。在一項實施例中，如果所述ip報文為傳統(tǒng)ip報文，則所述ip-cr正常處理所述報文(例如，根據(jù)公知的ip處理方法)。然而，如果所述ip報文為ip興趣報文或ip內(nèi)容報文，則攔截所述報文進(jìn)行附加處理。所述附加處理可包括從本地數(shù)據(jù)存儲器中檢索該內(nèi)容并將該內(nèi)容返回至請求客戶端，而無需將請求轉(zhuǎn)發(fā)至存儲內(nèi)容的原始服務(wù)器。在一項實施例中，ip內(nèi)容報文中的內(nèi)容可緩存至ip-cr的本地數(shù)據(jù)存儲器中，以便檢索和提供所述ip內(nèi)容報文至其他用戶，而無需從所述ip內(nèi)容報文的原始服務(wù)器重新提取該內(nèi)容。因此，所公開的ip-cr可通過基于ip的網(wǎng)絡(luò)來路由傳統(tǒng)ip報文和icn數(shù)據(jù)，所述傳統(tǒng)ip報文用于支持信息中心網(wǎng)絡(luò)。本發(fā)明公開的方法、系統(tǒng)和裝置可提供一項或多項如下益處：本發(fā)明所公開的方法、系統(tǒng)和裝置可使ip在pull模式下操作，以便應(yīng)用能夠表達(dá)具有明確的內(nèi)容名稱和關(guān)聯(lián)屬性的“興趣”協(xié)議數(shù)據(jù)單元(pdu)，所述明確的內(nèi)容名稱和關(guān)聯(lián)屬性使得網(wǎng)絡(luò)能夠在拓?fù)渖献罱咏奈恢媒鉀Q該數(shù)據(jù)單元。本發(fā)明所公開的方法、系統(tǒng)和裝置可提供使用“內(nèi)容”pdu使ip有義務(wù)緩存內(nèi)容，以便網(wǎng)絡(luò)中的內(nèi)容能夠動態(tài)緩存以及隨意檢索，并因此使能網(wǎng)絡(luò)中的內(nèi)容多播特征。本發(fā)明所公開的方法、系統(tǒng)和裝置可使能用戶請求聚集允許多播樹的動態(tài)構(gòu)建以實現(xiàn)高效內(nèi)容分發(fā)。本發(fā)明所公開的方法、系統(tǒng)和裝置可允許ip層支持具有不可共享特性的點到點應(yīng)用以及網(wǎng)絡(luò)中固有地可分享的內(nèi)容消耗和分發(fā)應(yīng)用。本發(fā)明所公開的方法、系統(tǒng)和裝置可提供一個解決方法，該解決方案可通過現(xiàn)今的ip網(wǎng)絡(luò)(例如，互聯(lián)網(wǎng))中的ip基礎(chǔ)設(shè)施進(jìn)行少量升級來實現(xiàn)。本發(fā)明所公開的方法、系統(tǒng)和裝置可運行于無連接以及面向連接的會話層協(xié)議，例如用戶數(shù)據(jù)報/傳輸連接協(xié)議(udp/tcp)。本發(fā)明公開的方法、系統(tǒng)和裝置可對ip域內(nèi)傳播的內(nèi)容實施各種安全級別。此處公開ip的兩種擴展。第一擴展可允許應(yīng)用向ip層指示pdu所表達(dá)的是內(nèi)容興趣。第二擴展可指示ippdu包含內(nèi)容對象。興趣ip報文(ip-i)可由ip內(nèi)容路由器(ip-cr)解析為興趣以查找內(nèi)容對象。ip-i可在http中模擬pull模型。內(nèi)容ip報文(ip-c)可解析為包含內(nèi)容對象的響應(yīng)報文，所述內(nèi)容對象可潛在地緩存在網(wǎng)絡(luò)中。實際上，ip報文中的單個比特可標(biāo)記兩種類型的報文。從將該信息編碼至ip頭部中的視角來看，可有多種方法實現(xiàn)此目的。一種方法為使用差分服務(wù)碼點(dscp)比特。在某種程度上，ip-(i/c)pdu表示不同種類的流量，所述流量必須在路由器中差分并區(qū)別處理。ip報文頭的8-13比特用于指示dscp碼點，請求注解(rfc)2747定義該比特空間的三個池。rfc2724，“ipv4和ipv6報文頭中差分服務(wù)字段(ds字段)的定義(definitionofthedifferentiatedservicesfield(dsfield)intheipv4andipv6headers)”在此以引用方式全文并入本文本中。池3已標(biāo)識為用于未來標(biāo)準(zhǔn)化，且池3的比特范圍可用于標(biāo)識ip-i或ip-c報文。在另一種方法中，可利用ip中的“選項”條款。通常，選項字段用于控制和調(diào)測。出于該目的還可能使用擴展字段。這兩種類型的報文在下文中描述。該擴展適用于ipv6的情況。兩者均遵循類型長度值(tlv)格式，可做如下編碼。如表1所示，對于ip興趣(ip-i)pdu，如下選項設(shè)置可用于將報文標(biāo)識為ipv4中的ip-ipdu。下面是選項字段標(biāo)識ip-i的類型長度值(tlv)的細(xì)節(jié)。表1如表2所示，選項數(shù)據(jù)字段可用于指示任意對ip層有用的興趣專用屬性。對于ip內(nèi)容(ip-c)pdu，選項字段的設(shè)置與ip-i選項字段的設(shè)置相似，不同在于設(shè)置“選項數(shù)字(optionnumber)”以指示內(nèi)容報文并將“選項數(shù)據(jù)(optiondata)”映射到與內(nèi)容對象關(guān)聯(lián)的屬性。表2字段大小(b)設(shè)置copied11optionclass2(基于標(biāo)準(zhǔn)化)optionnumber5(基于標(biāo)準(zhǔn)化)optionlength8基于內(nèi)容屬性可變。optiondata可變對ip層有用的內(nèi)容專用屬性圖1為一項實施例所述的基于ip的內(nèi)容路由器(ip-cr)102的方框圖。ip-cr102可包括ip報文分類器104、ip報文處理器106、轉(zhuǎn)發(fā)信息庫(fib)引擎108、協(xié)議分類器110、多個應(yīng)用處理組件118、120、122和124以及多個接口150。所述接口150可提供通往ip-cr102的網(wǎng)絡(luò)連接以接收和發(fā)送報文，且其也可稱為端口。接口150可耦合至或者包括發(fā)射器(未示出)和/或接收器(未示出)。所述協(xié)議分類器110可包括傳輸連接協(xié)議(tcp)端口分類器112、用戶數(shù)據(jù)報協(xié)議(udp)端口分類器114和針對其他類型協(xié)議的其他端口分類器116。每個應(yīng)用處理組件118、120、122和124可包括應(yīng)用處理引擎(ape)126、應(yīng)用待定興趣表(a-pit)124、內(nèi)容存儲引擎132和應(yīng)用內(nèi)容存儲器(a-cs)130。fib引擎108可包含轉(zhuǎn)發(fā)表。fib引擎108可在ip-cr102中確定合適的接口150，ip報文發(fā)送至該接口以發(fā)射。ip-cr102可接收、處理和發(fā)送三種類型的報文：ip報文140、ip-i報文142和ip-c報文114。ip-i報文142是從網(wǎng)絡(luò)中請求內(nèi)容對象的ip興趣報文。ip-c報文144是包含可緩存內(nèi)容對象的ip內(nèi)容報文?？蓪p-c報文144索引至應(yīng)用協(xié)議層的命名語義，從而將ip-c報文144存儲在ip-cr102的緩存中。ip報文由ip-cr102根據(jù)公知的方法進(jìn)行接收和轉(zhuǎn)發(fā)。ip-i142和ip-c144報文可由ip-cr102攔截以進(jìn)行應(yīng)用協(xié)議級處理。一旦攔截，可實施任意類型的服務(wù)，如內(nèi)容分發(fā)或轉(zhuǎn)換?？衫糜蛎?wù)器(dns)設(shè)置ip-i142和ip-c144報文的ip目的地址。如果不能在基于ip的內(nèi)容路由器102的緩存或者附近內(nèi)容路由器的緩存中找到該內(nèi)容，則目的地設(shè)為默認(rèn)回落?；趇p的內(nèi)容路由器102可支持一個、多個或所有應(yīng)用級協(xié)議，例如以太網(wǎng)、ip、超文本傳輸協(xié)議(http)和實時傳輸協(xié)議(rtp)等。ip報文分類器104標(biāo)識來自物理接口150上的入ip流量的ip-i和ip-c報文，該物理接口在ip-cr102的左下方和右側(cè)示出。ip-i和ip-c報文由ip報文分類器104和ip報文處理器106轉(zhuǎn)發(fā)至協(xié)議分類器110。所述協(xié)議分類器110基于tcp或udp等會話級協(xié)議將ip報文分類。一旦標(biāo)識了會話級協(xié)議，端口分類器112基于該協(xié)議將該報文遞交給對應(yīng)的ape126來進(jìn)一步處理。ape126實施邏輯以處理應(yīng)用層協(xié)議協(xié)議數(shù)據(jù)單元(pdu)。所述pdu可為http、rtp或任意其它應(yīng)用層協(xié)議pdu。ape126可與其他基于ip的內(nèi)容路由器中的ape協(xié)同以實施針對內(nèi)容/位置確定的分布式哈希表(dht)、安全服務(wù)和協(xié)作緩存等等。ape126執(zhí)行應(yīng)用協(xié)議層功能，包括內(nèi)容傳播邏輯、本地緩存、業(yè)務(wù)點位置重定向(即通過改變目的ip地址，后期綁定)以及復(fù)雜應(yīng)用數(shù)據(jù)操作，例如基于入ip-i或ip-c報文的媒體處理等。更重要的是，ape126可識別應(yīng)用使用的命名語義，因此ape126能夠解析ip-i報文內(nèi)的名稱，且如果ape126在其本地存儲器130中包含有請求的內(nèi)容，則響應(yīng)內(nèi)容請求。同時，ip-c報文中的名稱可用于索引內(nèi)容存儲器130中的內(nèi)容以備將來使用。如果未在ape126本地內(nèi)容存儲器130中發(fā)現(xiàn)該內(nèi)容且內(nèi)容/服務(wù)位置由于信息/服務(wù)供應(yīng)商的移動已發(fā)生改變，則可在發(fā)送報文至fib引擎108之前更新目的地定位器(例如ip地址或者名稱等服務(wù)屬性)以繼續(xù)轉(zhuǎn)發(fā)過程。a-cs130可緩存從ip-c報文中獲取的應(yīng)用層凈負(fù)荷。內(nèi)容可存儲在數(shù)據(jù)結(jié)構(gòu)中，該數(shù)據(jù)結(jié)構(gòu)索被引為內(nèi)容名稱的函數(shù)以備后續(xù)檢索。a-cs130也可存儲由針對應(yīng)用層協(xié)議、統(tǒng)一資源標(biāo)識(uri)或數(shù)據(jù)報文頭的協(xié)議字段的其它字段的命名語義進(jìn)行哈希的內(nèi)容。a-pit124使用為可選，取決于應(yīng)用。a-pit124可聚集需求，以此避免將多個ip-i報文142轉(zhuǎn)發(fā)至上行基于ip的內(nèi)容路由器或者服務(wù)器。在一項實施例中，為了在逆向路徑多路廣播非緩存內(nèi)容，在邊緣路由器中啟用了a-pit124。端到端pit的使用可能需要使用如openflow等在網(wǎng)絡(luò)的入口和出口點之間進(jìn)行對稱轉(zhuǎn)發(fā)。在一項實施例中，a-pit124可為狀態(tài)a-pit，其保存查找相同內(nèi)容的入興趣的列表以使能端到端a-pit。在這種實施例中，ip-c報文144的轉(zhuǎn)發(fā)目的地可由存儲在a-pit124中的本地信息替代。a-pit124也可通過主動監(jiān)控用戶請求來緩和分布式拒絕服務(wù)(ddos)問題。在內(nèi)容可用于服務(wù)之前，a-pit124將內(nèi)容請求聚集在a-pit124中。此處，只要ip路由能保證兩點(例如，大多為網(wǎng)絡(luò)的入口和出口點)之間的對稱路由，聚集就可以為端到端的。ip路由總體可不使能該特征，但是可在如openflow等框架下使能該特征。在內(nèi)容從上行路由器到達(dá)前，聚集需求可能需要保存查找內(nèi)容的主機的狀態(tài)。該特征確保只有一個請求轉(zhuǎn)發(fā)至內(nèi)容源，因此，減輕服務(wù)器的負(fù)擔(dān)。當(dāng)ip-c路由器102接收到響應(yīng)時，對應(yīng)的ape126檢查a-pit124來查找其他請求該內(nèi)容的用戶、創(chuàng)建該內(nèi)容的更多副本并將內(nèi)容單播至每個所述端點。進(jìn)一步地，ape126可決定基于內(nèi)容策略緩存內(nèi)容?？紤]到ape126可配備用于記錄針對每個前綴的流量以及用于在ape126注意到請求特定內(nèi)容或服務(wù)的請求泛濫時終止ip-i報文的邏輯，a-pit124也可防護分布式拒絕服務(wù)(ddos)攻擊。a-pit124可在每個內(nèi)容路由器中實施，尤其在ip路由聚集路由器(接入或主干)中。如有需要，ip報文處理器106可執(zhí)行從ape126卸載ip處理函數(shù)?？稍趂ib108處理其之前，通過提交凈負(fù)荷和動作的編碼指令來實現(xiàn)這點，其中所述動作可為交換ip地址或者創(chuàng)建多個ip報文副本等等。在ip中，面向內(nèi)容的應(yīng)用，可與內(nèi)容源主機及其內(nèi)容自身的名稱一起合作。內(nèi)容命名可為應(yīng)用專用。盡管基于url的方法為最流行的方法，但不存在由netflix或google等內(nèi)容供應(yīng)商使用的針對特定內(nèi)容的每個內(nèi)容對象的公用格式?，F(xiàn)今，大部分內(nèi)容是通過http分發(fā)的。內(nèi)容顯示的初始請求可遵循url格式file://<location>/<content>，該請求解析到提供內(nèi)容元數(shù)據(jù)的服務(wù)器。然后，應(yīng)用協(xié)議通過標(biāo)準(zhǔn)化動作使能客戶端服務(wù)器(client-server)交互，該標(biāo)準(zhǔn)動作可為get和post使能分發(fā)至終端用戶的內(nèi)容?？墒鼓軕?yīng)用以利用所提議的網(wǎng)絡(luò)功能。新提議的對ip的擴展應(yīng)能在改善網(wǎng)絡(luò)效率的同時加速內(nèi)容分發(fā)。應(yīng)用使用http和rtp等應(yīng)用層協(xié)議及其自身的命名語義，通過所述語義，應(yīng)用可以傳達(dá)若干內(nèi)容需求和流邏輯。套接口編程是利用底層會話和網(wǎng)絡(luò)層功能的標(biāo)準(zhǔn)應(yīng)用層協(xié)議概括?？蓪崿F(xiàn)新的套接字抽象，以允許應(yīng)用在網(wǎng)絡(luò)中生成ip-i和ip-c報文來通過ip-cr102執(zhí)行內(nèi)容分發(fā)邏輯。圖2為本發(fā)明一項實施例所述的示例性ip-i或ip-c報文協(xié)議棧200的方框圖。所述ip報文協(xié)議棧200可擴展以允許應(yīng)用層協(xié)議(字段206)利用ip-cr?？稍诮K端主機上簡單擴展套接字i/f來實現(xiàn)這點。通過此種擴展，應(yīng)用級協(xié)議可選擇與標(biāo)示為reg.的常規(guī)字段208的標(biāo)準(zhǔn)套接字接口或者支持標(biāo)示為ext(字段210)的ip-i/c標(biāo)記的擴展套接字共同工作。興趣/內(nèi)容(i/c)擴展字段210可提供指示信息以指示報文是否為ip-i/c報文220(即，ip-i報文或者ip-c報文)或者ip報文222。i/c擴展字段210可包含一個或多個用以指示報文類型的比特。鑒于ip-cr節(jié)點終止了ip-i或ip-c報文，這對終端主機之間的會話級協(xié)議產(chǎn)生了影響。如果通過udp請求和分發(fā)內(nèi)容，則考慮到udp的無狀態(tài)屬性，可相對容易的實施提議的ip擴展。在tcp情況下，必須在ip-cr或另一專用路由器中管理的代理處終止會話，路由器隨后可將tcp會話報文(可進(jìn)一步通過應(yīng)用類型過濾)翻譯成派定至原始服務(wù)器的ip-i興趣請求。如果原始服務(wù)器僅通過tcp提供內(nèi)容且服務(wù)器終端基礎(chǔ)設(shè)施不支持ip-cr節(jié)點，則在域出口點至原始服務(wù)器之間可能需要有另一適配層，以便通過tcp檢索緩存在網(wǎng)絡(luò)中以備后續(xù)檢索的內(nèi)容。即使對icn提案來說，內(nèi)容對象和ip級最大傳輸單元(mtu)不匹配也可能是一個難題?？赡艿慕鉀Q方案如下。首先，媒體層可調(diào)整到ip可處理的媒體層內(nèi)容對象的大小，并相應(yīng)地對其命名，這樣不用考慮內(nèi)容破碎或重組，ip-cr節(jié)點可以對該內(nèi)容進(jìn)行緩存和服務(wù)。其次，可在應(yīng)用協(xié)議和每跳ip層(類似于tcp)之間引入適配層，以便在緩存內(nèi)容至ip-cr的內(nèi)容存儲器之前，ape中的邏輯能基于ip傳輸要求分割和重組這些內(nèi)容塊。使用在pull模式下工作的協(xié)議的應(yīng)用應(yīng)該能夠利用本發(fā)明中的提案來改善移動服務(wù)的整體質(zhì)量。對于此種應(yīng)用，網(wǎng)絡(luò)緩存組合和應(yīng)用按名稱表達(dá)數(shù)據(jù)的能力，可幫助減少轉(zhuǎn)換過程中的報文丟失。例如，在依賴本地重定向和隧道通訊技術(shù)的mobile-ip協(xié)議中，可將內(nèi)容移動通知歸屬代理(home-agent)，在此期間ip-cr可緩存該內(nèi)容。切換完成后，可在移動/委托代理與歸屬代理之間發(fā)送信號來恢復(fù)該內(nèi)容。對于在push模式下工作的應(yīng)用，一種方法是在重定向點和移動節(jié)點的當(dāng)前錨點之間倒裝工作的pull模式，以便于恢復(fù)緩存的內(nèi)容，然后移動至默認(rèn)的工作push模式。本發(fā)明公開的ip-cr架構(gòu)允許使用與鑒權(quán)、內(nèi)容校驗、信任以及隱私相關(guān)的各種級別的安全策略。在低級別中，可部署v.jacobson等人(parc)所發(fā)表的文章《網(wǎng)絡(luò)命名內(nèi)容(networkingnamedcontent)》(conext,2009)中提及的安全構(gòu)造，并可以驗證接收器所接收到的每個內(nèi)容對象的完整性，該文章作為參考并入本文本中。此種每個pdu的簽名邏輯同樣遵循其他icn架構(gòu)方案。如前所述，路由器中的應(yīng)用邏輯可基于應(yīng)用要求靈活并入這個或其他安全策略。域間路由或轉(zhuǎn)發(fā)機制不應(yīng)受本發(fā)明公開的方法、系統(tǒng)和裝置影響，因為一個目的便是從本地域提供內(nèi)容，而不考慮內(nèi)容可能來自的其他域。這樣做的話，考慮到內(nèi)容分發(fā)中涉及的經(jīng)濟動機，此種問題可能必須稍后處理。只要傳輸層開關(guān)可在本發(fā)明提供的路由器架構(gòu)中邏輯地實施，這些提案也可在軟件定義的網(wǎng)絡(luò)(sdn)架構(gòu)中實現(xiàn)。本發(fā)明公開的ip-cr、方法和系統(tǒng)可支持靜態(tài)內(nèi)容。此種內(nèi)容是基于供應(yīng)商的角度的一些要求置于網(wǎng)絡(luò)中。在此種情況下，入ip-i報文必須在網(wǎng)絡(luò)中存在該內(nèi)容的一個或多個位置進(jìn)行解決。這可使用疊加<key,value>索引邏輯來實現(xiàn)，例如實施為pae一部分的dht等。在這種情況下，ip-c域的入口點處的入ip-i報文可將對應(yīng)內(nèi)容解析至網(wǎng)絡(luò)中的具體位置。也可支持集成的ip路由協(xié)議。ip-cr路由器可在部署僅限于邊緣的場景中，實施針對自動拓?fù)浒l(fā)現(xiàn)的擴展的開放式最短路徑優(yōu)先/邊界網(wǎng)關(guān)協(xié)議(ospf/bgp)路由協(xié)議，也可通過使能網(wǎng)絡(luò)中的ip-cr路由器之間的交互來執(zhí)行內(nèi)容級優(yōu)化。從網(wǎng)絡(luò)邊緣啟用內(nèi)容組播開始，可以用增量的方式部署ip-cr節(jié)點。通過轉(zhuǎn)換更多的核心路由器來實現(xiàn)ip-cr功能應(yīng)該能夠取得更高的內(nèi)容分發(fā)效率。內(nèi)容傳播邏輯也可在疊加模型中工作，其中ip-cr節(jié)點之間可相互協(xié)作以將內(nèi)容路由和分發(fā)至用戶，此種情況下，下層ip或mpls等其他傳輸可扮演傳輸網(wǎng)絡(luò)的角色。圖3為本發(fā)明一項實施例所述的系統(tǒng)300的示意圖，該系統(tǒng)中可實施基于ip的內(nèi)容路由。系統(tǒng)300可包括ip-cr域302、客戶端308、多個服務(wù)器314、316和318、多個其他域303-306以及dns服務(wù)器312。ip-cr域302可包括多個ip-cr320、322、324、326、328和330。圖3示出獲取內(nèi)容的過程，該過程中的步驟以圓圈內(nèi)的數(shù)字示出。當(dāng)客戶端308需要內(nèi)容時，客戶端308在步驟1處咨詢dns312以解析域，并從dns312接收帶有ip地址的響應(yīng)。在步驟2，客戶端308發(fā)送ip-i報文310至網(wǎng)絡(luò)303。ip-i報文310可包含多個字段，包括指示報文為興趣報文的報文類型字段311。ip-i報文310也可包含內(nèi)容元數(shù)據(jù)信息、內(nèi)容塊的數(shù)量、片段時長、比特率編碼以及傳統(tǒng)ip報文字段等。ip-i報文可將ip目的地地址設(shè)置為原始服務(wù)器314的ip地址，因為如果網(wǎng)絡(luò)302沒有緩存的內(nèi)容時，該地址是其回落地址。然后將ip-i報文310轉(zhuǎn)發(fā)至ip-cr320。在步驟3，“興趣”ip-i報文310碰到ip-cr域302，且ip-i報文310可由合適的ape進(jìn)行處理。ip-cr320中的應(yīng)用(app)協(xié)議頭傳達(dá)名稱并搜索內(nèi)容存儲器以確定內(nèi)容是否包含在該內(nèi)容存儲器中并且可提取。如果發(fā)現(xiàn)內(nèi)容，則將app協(xié)議頭制成合適的響應(yīng)，將ip-i頭中的ip目的地設(shè)置為源且將ip報文發(fā)送至請求客戶端308。如果在ip-cr310中未發(fā)現(xiàn)內(nèi)容，則可在ape的pit中匹配該內(nèi)容以查看是否有先前用戶請求過該內(nèi)容。如果先前有用戶請求過該內(nèi)容，則記錄主機源且ip-cr310等待上行路由器的響應(yīng)。如果用戶為第一個請求該內(nèi)容的用戶，在pit中創(chuàng)建一條該內(nèi)容名稱的記錄，并將報文轉(zhuǎn)發(fā)至原始服務(wù)器314。如果目標(biāo)內(nèi)容/服務(wù)位置由于移動發(fā)生變更，則在發(fā)送至fib以繼續(xù)轉(zhuǎn)發(fā)流程之前，可基于策略更新目的地定位器(例如，ip地址)，這使能了后期綁定特征。在步驟4，可在上行ip-cr322和324中執(zhí)行與步驟3中相同的處理。在步驟5，在服務(wù)器中，內(nèi)容報文可作為ip-cpdu源自內(nèi)容源。當(dāng)內(nèi)容數(shù)據(jù)流經(jīng)ip-cr時，pdu可與其app協(xié)議內(nèi)容對象名稱反向散列，并復(fù)制到內(nèi)容存儲器中。在這種方式下，本文本描述的ip-cr知道ip報文包含數(shù)據(jù)?？捎脝蝹€比特來傳達(dá)ip報文是否為“興趣”或“內(nèi)容”報文。在步驟6，ip-c報文(未示出)到達(dá)ip-cr，例如ip-cr322。然后，ip-cr搜索pit檢查是否存在請求相同內(nèi)容的先前請求。如果存在，則ape創(chuàng)建該內(nèi)容的多個副本并將其單播至每個請求源。如果不存在，則可緩存app報文并將其轉(zhuǎn)發(fā)至請求源。圖4為本發(fā)明一項實施例所述的方法400的協(xié)議圖，該方法由主機使用來從ip-cr域中提取內(nèi)容。在步驟402，從域http://domain.com/content中尋求內(nèi)容的用戶450可發(fā)送消息至dns440尋求解析http://domain.com。在步驟404，dns440可返回包含http://domain.com的ip地址的答復(fù)消息至用戶450。在步驟406，用戶450然后可發(fā)送帶有報文的消息至ip-cr460。ip-cr460可檢測該報文來確定報文類型、在路由器緩存中查找聲明(該聲明可包含已請求過的內(nèi)容的元數(shù)據(jù)，因此允許接收器恰當(dāng)?shù)孛驼埱笃溆嗟膬?nèi)容)并可使用a-pit來聚集相似的興趣。如果在ip-cr460的路由器緩存中未發(fā)現(xiàn)內(nèi)容，則在步驟408，ip-cr460可將報文轉(zhuǎn)發(fā)至ip-cr470。ip-cr470可檢測該報文的報文類型，并可在ip-cr470的路由器緩存中查找聲明。如果未發(fā)現(xiàn)內(nèi)容，則在步驟410，ip-cr470可將報文轉(zhuǎn)發(fā)至服務(wù)器480。服務(wù)器480可檢索請求的內(nèi)容，并在步驟412將包含請求內(nèi)容的報文轉(zhuǎn)發(fā)至ip-cr470。從服務(wù)器480轉(zhuǎn)發(fā)至ip-cr470的報文可包含指示報文包含有內(nèi)容的報文類型字段。當(dāng)從服務(wù)器480接收到報文時，ip-cr470可將內(nèi)容存儲或緩存至其內(nèi)容存儲器中，然后再步驟414將報文轉(zhuǎn)發(fā)至ip-cr460。當(dāng)收到報文時，ip-cr460可(在內(nèi)容屬主授權(quán)的情況下)將該內(nèi)容存儲或緩存至其內(nèi)容存儲器中。緩存該內(nèi)容后，ip-cr460可將返回的報文轉(zhuǎn)發(fā)至用戶450。在步驟418、420和422，用戶450可發(fā)送其他興趣報文至ip-cr460。然后，ip-cr460可按照上述類似方式處理興趣報文。如果ip-cr460在其內(nèi)容存儲器中包含內(nèi)容，則ip-cr460可從ip-cr460的內(nèi)容存儲器中檢索該內(nèi)容并將該內(nèi)容提供給用戶450。否則，ip-cr460可將其余的興趣報文轉(zhuǎn)發(fā)至ip-cr470并可能轉(zhuǎn)發(fā)至服務(wù)器480，以在其中檢索內(nèi)容并將內(nèi)容返回至用戶450。ip-cr460和470可在內(nèi)容轉(zhuǎn)發(fā)至用戶450時，將返回內(nèi)容緩存至其內(nèi)容存儲器中。圖5為本發(fā)明的一項實施例所述的ip-cr502的示意圖。ip-cr502可包括http處理單元504和移動性服務(wù)處理單元506。http處理單元504可包括http處理引擎508、pit510、內(nèi)容存儲引擎512和內(nèi)容存儲器514。內(nèi)容存儲器514可包含緩存的內(nèi)容。內(nèi)容存儲器514也可包含表516，該表具有名稱(例如uri)、鍵值以及指示內(nèi)容在內(nèi)容存儲器514中的位置的關(guān)聯(lián)指針。http處理單元504可使能報文級本地緩存/內(nèi)容多播、管理涌入場景以及聚集用戶興趣，從而在本地緩存前減少多個流。http處理引擎508可確定傳入報文的ip報文類型(例如，ip-c或者ip-i)。pit510可包括含有興趣名稱(即，內(nèi)容名稱)的記錄以及一套接收匹配興趣的端口。當(dāng)ip-i報文到達(dá)ip-cr502時，http處理引擎508可找到匹配的pit，且如果未在內(nèi)容存儲器514中找到該內(nèi)容，則將ip-i報文轉(zhuǎn)發(fā)至pit記錄中列出的一個或多個端口。內(nèi)容存儲引擎512可與http處理引擎508通信，并可確定與ip-i報文關(guān)聯(lián)的內(nèi)容包含在內(nèi)容存儲器514中。此外，內(nèi)容存儲引擎512可將ip-c報文中的內(nèi)容存儲至內(nèi)容存儲器514中。移動性服務(wù)處理單元506可包括移動性服務(wù)處理引擎520、pit522、內(nèi)容存儲引擎524和內(nèi)容存儲器526。當(dāng)移動節(jié)點從一個附著點轉(zhuǎn)換到另一個時可應(yīng)用該特征。內(nèi)容存儲器526可包括緩存的內(nèi)容。內(nèi)容存儲器526也可包括表528，該表具有名稱(例如uri)、鍵值以及指示內(nèi)容在內(nèi)容存儲器中的位置的關(guān)聯(lián)指針。pit522可包括含有興趣名稱(即，內(nèi)容名稱)以及一套接收匹配興趣并等待數(shù)據(jù)到達(dá)的端口。兩個或眾多移動節(jié)點之間的對話，正常狀態(tài)下，以面向發(fā)送器的方式進(jìn)行，該對話可在本地切換，即，在所附poa或者切換至操作pull模式的背景下。這就需要臨時歸屬代理將合適的規(guī)則注入ip報文處理引擎中以將數(shù)據(jù)保存為移動性服務(wù)引擎的一部分。當(dāng)移動設(shè)備的ip-i報文到達(dá)ip-cr502和轉(zhuǎn)換后的新poa中的移動性服務(wù)引擎520時，可基于對話會話中使用的應(yīng)用層協(xié)議的命名語義來檢索數(shù)據(jù)。內(nèi)容存儲引擎524可與移動性服務(wù)引擎520通信，并可確定與ip-i報文關(guān)聯(lián)的內(nèi)容是否包含在內(nèi)容存儲器526中。此外，內(nèi)容存儲引擎524可將ip-c報文中的內(nèi)容存儲在內(nèi)容存儲器526中。當(dāng)前ip在移動期間會出現(xiàn)報文丟失。ip-i和ip-c可用于通過將內(nèi)容緩存至內(nèi)容存儲器526以及稍后在聚集點檢索內(nèi)容來實現(xiàn)移動客戶端(例如，移動電話和平板電腦等)的無損切換。通過協(xié)助或合適的信令，移動性服務(wù)處理單元506可用于在對話會話遞交中翻轉(zhuǎn)發(fā)送器和接收器導(dǎo)向模式，以及當(dāng)ip-cr502也充當(dāng)poa時利用ip-cr502的緩存能力。圖6為本發(fā)明一項實施例所述的ip報文602的tos字段的示意圖。ip報文602可包括差分服務(wù)碼點(dscp)字段。dscp字段可包括多個dscp比特和多個明確擁塞通告(ecn)比特。在一項實施例中，dscp比特可包含約6個比特，并可為比特0-5。在一項實施例中，ecn比特可包含約2個比特，并可為比特6和7。dscp根據(jù)優(yōu)先過的每跳行為，標(biāo)識出不同流量的種類。池3可用于標(biāo)記ip-i和ip-c報文，進(jìn)一步地，dscp包含足夠的空間以再比特空間內(nèi)代表應(yīng)用級協(xié)議，例如，可只攔截基于http/rtp的內(nèi)容導(dǎo)向流量。ipv4中的服務(wù)類型(tos)字節(jié)已在ipv4中重新定義為dscp+ecn比特。ipv6保存ipv4的tos字節(jié)，所以可應(yīng)用同樣的對使用池3標(biāo)記ip-i和ip-c報文的解釋。在ipv4中，“選項”設(shè)置也可用于將報文標(biāo)識為ip-ipdu，如下表3所示。表3ip興趣/內(nèi)容pdu在ipv6中，可利用“下一頭域(next-header)”特征來將報文標(biāo)識為ip-i或ip-c。ipv6的“下一頭域(next-header)”特征以類型長度值(tlv)格式編碼“選項”。圖7為本發(fā)明一項實施例所述的方法的示意圖，該方法保證用于多播流量的對稱路徑。ip路由為非對稱的。然而，使用pit構(gòu)建的多播樹，應(yīng)確保內(nèi)容延ip-ipdu所構(gòu)建樹的相同路徑返回。兩個選項可確保針對多播流量的對稱路徑。選項一702使用openflow(of)構(gòu)建流路徑，以便路徑為對稱的。選項二704提供在具有ip-src(ip源)和入隧道之間的映射關(guān)系的內(nèi)容路由器間創(chuàng)建隧道，以便ip-c報文可正確映射回隧道。隧道可基于通用路由封裝協(xié)議(gre)。ip-i和ip-c報文中的映射關(guān)系可映射至外部gre頭域以使得這些pdu可在隧道端點處進(jìn)行恰當(dāng)處理。協(xié)議頭可為2b且應(yīng)足以指示ip-i和ip-c報文。隧道可用于僅僅轉(zhuǎn)發(fā)內(nèi)容導(dǎo)向ip流量。當(dāng)ip-cr以增量方式部署在供應(yīng)上網(wǎng)絡(luò)中時，這些技術(shù)可能尤為必要。圖8示出了網(wǎng)絡(luò)單元800的一個實施例，該網(wǎng)絡(luò)單元可以為經(jīng)由網(wǎng)絡(luò)傳輸和處理數(shù)據(jù)的任一設(shè)備。例如，網(wǎng)絡(luò)單元800可以位于ip-cr102、ip-cr502或ip-cr域302中的任何節(jié)點中，或者位于上述方案中的任何節(jié)點中。網(wǎng)絡(luò)單元800(即內(nèi)容路由器)也可以用于實施或支持上述的基于ip的內(nèi)容中心路由和方法。網(wǎng)絡(luò)單元800可以包括一個或多個輸入端口或單元810，所述輸入端口或單元耦接到接收器(rx)812，以從其他網(wǎng)絡(luò)組件接收信號和幀/數(shù)據(jù)。網(wǎng)絡(luò)單元800可以包括內(nèi)容識別單元820，用于確定將內(nèi)容發(fā)送到哪些網(wǎng)絡(luò)組件。內(nèi)容識別單元820可以使用硬件、軟件或兩者結(jié)合來實施。網(wǎng)絡(luò)單元800還可以包括一個或多個輸出端口或單元832，所述一個或多個輸出端口或單元耦接到發(fā)射器(tx)830，以將信號和幀/數(shù)據(jù)傳輸?shù)狡渌W(wǎng)絡(luò)組件。接收器812、內(nèi)容識別單元820和發(fā)射器832也可以用于實施至少一些所公開的方案和方法，該實施可以基于硬件、軟件或者兩者結(jié)合。網(wǎng)絡(luò)單元800的組件可按照圖8所示進(jìn)行布置。內(nèi)容識別單元820也可以包括可編程內(nèi)容轉(zhuǎn)發(fā)平面塊828，以及可以耦合到所述可編程內(nèi)容轉(zhuǎn)發(fā)平面塊828的一個或多個存儲塊822?？删幊虄?nèi)容轉(zhuǎn)發(fā)平面塊828可以用于實施內(nèi)容轉(zhuǎn)發(fā)和處理功能，例如在應(yīng)用層或l3處，其中可以基于內(nèi)容名稱或前綴對內(nèi)容進(jìn)行轉(zhuǎn)發(fā)，并且可能基于將內(nèi)容映射到網(wǎng)絡(luò)流量的其他內(nèi)容相關(guān)信息而進(jìn)行轉(zhuǎn)發(fā)。此類映射信息可以保存在內(nèi)容識別單元820或網(wǎng)絡(luò)單元800中的內(nèi)容表中?？删幊虄?nèi)容轉(zhuǎn)發(fā)平面塊828可以解譯用戶的內(nèi)容請求，并相應(yīng)地例如基于元數(shù)據(jù)和/或內(nèi)容名稱從網(wǎng)絡(luò)或其他內(nèi)容路由器中獲取內(nèi)容，并且可以例如暫時地將該內(nèi)容存儲在存儲塊822中。可編程內(nèi)容轉(zhuǎn)發(fā)平面塊828隨后可以將所緩存的內(nèi)容轉(zhuǎn)發(fā)給用戶?？删幊虄?nèi)容轉(zhuǎn)發(fā)平面塊828可以使用軟件、硬件或兩者的結(jié)合來實施，并且可以在ip層或l2中操作。存儲塊822可以包含緩存824，用于臨時存儲內(nèi)容，如訂閱者所請求的內(nèi)容。另外，存儲塊822可以包含長期存儲器826，用于相對長久地存儲內(nèi)容，如發(fā)布者所提交的內(nèi)容等。例如，緩存824和長期存儲器826可包括動態(tài)隨機存取存儲器(dram)、固態(tài)驅(qū)動器(ssd)、硬盤或其組合。上述網(wǎng)絡(luò)組件和設(shè)備可在計算機或網(wǎng)絡(luò)組件等任意通用網(wǎng)絡(luò)組件上實施，所述計算機或網(wǎng)絡(luò)設(shè)備具有足夠的處理功率、內(nèi)存資源和網(wǎng)絡(luò)吞吐量能力來處理置于其上的必要工作量。圖9示出一種典型的通用網(wǎng)絡(luò)組件900，該組件適用于實施本發(fā)明公開的組件的一項或多項實施例。網(wǎng)絡(luò)組件900包含處理器902(可以稱為中央處理器單元或cpu)，所述處理器與包含以下項的存儲設(shè)備通信：輔助存儲裝置904、只讀存儲器(rom)906、隨機存取存儲器(ram)908、輸入/輸出(i/o)設(shè)備910以及網(wǎng)絡(luò)連接設(shè)備912。處理器902可以作為一個或多個cpu芯片實施，或者可以為一個或多個專用集成電路(asic)或數(shù)字信號處理器(dsp)的一部分。輔助存儲器904通常由一個或多個磁盤驅(qū)動器或磁帶驅(qū)動器組成，用于數(shù)據(jù)的非易失性存儲，且如果ram908的大小不足以保存所有工作數(shù)據(jù)，那么所述輔助存儲器還用作溢流數(shù)據(jù)存儲設(shè)備。輔助存儲器904可以用于存儲程序，當(dāng)選擇執(zhí)行這些程序時，所述程序?qū)⒓虞d到ram908中。rom906用于存儲在程序執(zhí)行期間讀取的指令以及可能讀取的數(shù)據(jù)。rom906為非易失性存儲設(shè)備，其存儲容量相對于輔助存儲器904的較大存儲容量而言通常較小。ram908用于存儲易失性數(shù)據(jù)，并且可能用于存儲指令。rom906和ram908兩者的存取速度通常比輔助存儲器904的存取速度快。本發(fā)明公開至少一項實施例，且所屬領(lǐng)域的普通技術(shù)人員對所述實施例和/或所述實施例的特征作出的變化、組合和/或修改均在本發(fā)明公開的范圍內(nèi)。因組合、合并和/或省略所述實施例的特征而得到的替代性實施例也在本發(fā)明公開的范圍內(nèi)。應(yīng)當(dāng)理解的是，本發(fā)明已明確闡明了數(shù)值范圍或限制，此類明確的范圍或限制應(yīng)包括涵蓋在上述范圍或限制(如從大約1至大約10的范圍包括2、3、4等；大于0.10的范圍包括0.11、0.12、0.13等)內(nèi)的類似數(shù)量級的迭代范圍或限制。例如，無論何時公開具有下限r(nóng)l和上限r(nóng)u的數(shù)值范圍時，任何在該范圍內(nèi)的數(shù)值均已具體公開。具體而言，具體公開了在所述范圍內(nèi)的以下數(shù)字：r＝r1+k*(ru–r1)，其中k為從1％到100％范圍內(nèi)以1％遞增的變量，即，k為1％、2％、3％、4％、7％、…、70％、71％、72％、…、97％、96％、97％、98％、99％或100％。此外，還具體公開了由兩個r數(shù)字定義的如上所述的任何數(shù)值范圍。除非另有說明，否則使用術(shù)語“約”是指隨后數(shù)字的±10％。相對于權(quán)利要求的任一元件使用術(shù)語“可選地”表示需要所述元件或者不需要所述元件，這兩種替代方案均在所述權(quán)利要求的范圍內(nèi)。使用如“包括”、“包含”和“具有”等較廣術(shù)語應(yīng)被理解為提供對如“由…組成”、“基本上由...組成”以及“大體上由…組成”等較窄術(shù)語的支持。相應(yīng)地，保護范圍不限于上文的描述，而是由所附權(quán)利要求書界定，所述范圍包含所附權(quán)利要求的主題的所有等效物。每項和每條權(quán)利要求作為進(jìn)一步公開的內(nèi)容并入說明書中，且權(quán)利要求書為本發(fā)明的實施例。本發(fā)明公開內(nèi)容中對參考的論述并非承認(rèn)其為現(xiàn)有技術(shù)，尤其是公開日期在本申請案的在先申請優(yōu)先權(quán)日期之后的任何參考。本發(fā)明中所引用的所有專利、專利申請案和公開案的公開內(nèi)容在此以引用的方式并入本文本中，其提供對本發(fā)明的示例性、程序性或其他細(xì)節(jié)補充。雖然本發(fā)明中已提供若干實施例，但應(yīng)理解，在不脫離本發(fā)明的精神或范圍的情況下，本發(fā)明所公開的系統(tǒng)和方法可以以許多其他特定形式來體現(xiàn)。本發(fā)明的示例應(yīng)被視為說明性而非限制性的，且本發(fā)明并不限于本文本所給出的細(xì)節(jié)。例如，各種元件或組件可以在另一系統(tǒng)中組合或合并，或者某些特征可以省略或不實施。此外，在不脫離本發(fā)明的范圍的情況下，各種實施例中描述和說明為離散或單獨的技術(shù)、系統(tǒng)、子系統(tǒng)和方法可以與其他系統(tǒng)、模塊、技術(shù)或方法進(jìn)行組合或合并。展示或論述的彼此耦合或直接耦合或通信的其他項也可以采用電方式、機械方式或其他方式通過某一接口、設(shè)備或中間組件間接地耦合或通信。其他變化、替代和改變的示例可以由本領(lǐng)域的技術(shù)人員在不脫離本文精神和所公開的范圍的情況下確定。當(dāng)前第1頁12