用于基于互聯(lián)網(wǎng)協(xié)議的內(nèi)容路由器的方法和裝置制造方法
【專利摘要】一種互聯(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報文。
【專利說明】用于基于互聯(lián)網(wǎng)協(xié)議的內(nèi)容路由器的方法和裝置
相關(guān)申請案的交叉參考
[0001]本發(fā)明要求2012年8月20日由Ravishankar Ravindran等人遞交的發(fā)明名稱為“用于基于互聯(lián)網(wǎng)協(xié)議的內(nèi)容路由器的方法和裝置(Method and Apparatus for InternetProtocol Based Content Router) ”的第13/589530號美國專利申請案的在先申請優(yōu)先權(quán)，以及2012年2月18日由Ravishankar Ravindran等人遞交的發(fā)明名稱為“用于基于互聯(lián)網(wǎng)協(xié)議的內(nèi)容路由器的方法和裝置(Method and Apparatus for Internet Protocol BasedContent Router) ”的第61/604056號美國臨時專利申請案的在先申請優(yōu)先權(quán),所述申請案的內(nèi)容以引用的方式全文并入本文本中。
關(guān)于由聯(lián)邦政府贊助的研究或開發(fā)的聲明
[0002]不適用。
參考縮微膠片附錄
[0003]不適用。

【背景技術(shù)】
[0004]互聯(lián)網(wǎng)協(xié)議(IP)轉(zhuǎn)發(fā)是基于主機(jī)到主機(jī)的通信原理進(jìn)行的，即，假設(shè)通信發(fā)生在兩個靜止端點(diǎn)之間。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)用的。
[0005]作為一種替代方法，信息中心網(wǎng)絡(luò)(ICN)研究，通過將通信模式由主機(jī)到主機(jī)轉(zhuǎn)換為主機(jī)到內(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的缺點(diǎn)之一，在于它們要么需要重新設(shè)計(jì)，這樣可以替換IP協(xié)議棧，要么需要在供應(yīng)商的域內(nèi)引入新的重疊的私有協(xié)議(如實(shí)施分布式哈希表(DHT)，或域名系統(tǒng)(DNS)重定向等)。這些方法均傾向于高資本支出(CAPEX)和操作支出(OPEX)作為供應(yīng)商的初始投資，這會導(dǎo)致這些方案的延時實(shí)施，這些方案的目標(biāo)是為了提高網(wǎng)絡(luò)效率并可降低供應(yīng)商的總體操作成本。


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

[0006]在一項(xiàng)實(shí)施例中，本發(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報文。
[0007]在另一項(xiàng)實(shí)施例中，本發(fā)明包括一種在網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報文的方法，包括在路由器處從網(wǎng)絡(luò)節(jié)點(diǎn)接收互聯(lián)網(wǎng)協(xié)議(IP)報文，使用處理器確定所述IP報文的種類，其中所述種類包括信息中心網(wǎng)絡(luò)(ICN)報文和非ICN報文之一，以及在確定數(shù)據(jù)報文為ICN報文時對該數(shù)據(jù)報文執(zhí)行應(yīng)用協(xié)議級處理。
[0008]在另一項(xiàng)實(shí)施例中，本發(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-1)報文和IP內(nèi)容(IP-C)報文，與所述IP報文分類器耦合的IP協(xié)議分類器，其中所述IP協(xié)議分類器用于基于多個會話級協(xié)議中的一個協(xié)議的標(biāo)識來分類IP-1報文和IP-C報文，以及與所述IP協(xié)議分類器耦合的多個應(yīng)用處理引擎(APE)，其中每個所述APE對應(yīng)于一個相應(yīng)的會話級協(xié)議，且每個所述APE用于攔截IP-1報文中的名稱以分發(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)容。
[0009]從結(jié)合附圖和所附權(quán)利要求書進(jìn)行的以下【具體實(shí)施方式】將更清楚地理解這些和其他特征。

【專利附圖】

【附圖說明】
[0010]為了更全面地理解本發(fā)明，現(xiàn)在參考以下結(jié)合附圖和【具體實(shí)施方式】進(jìn)行的簡要描述，其中相同參考標(biāo)號表不相同部分。
[0011]圖1為一項(xiàng)實(shí)施例所述的基于IP的內(nèi)容路由器(IP-CR)的方框圖。
[0012]圖2為本發(fā)明一項(xiàng)實(shí)施例所述的示例性IP-1或IP-C報文協(xié)議棧的方框圖。
[0013]圖3為本發(fā)明一項(xiàng)實(shí)施例所述的系統(tǒng)的示意圖，該系統(tǒng)中可實(shí)施基于IP的內(nèi)容路由。
[0014]圖4為本發(fā)明一項(xiàng)實(shí)施例所述的方法的協(xié)議圖，該方法由主機(jī)使用來從IP-CR域中提取內(nèi)容。
[0015]圖5為本發(fā)明的一項(xiàng)實(shí)施例所述的IP-CR的示意圖。
[0016]圖6為本發(fā)明一項(xiàng)實(shí)施例所述的IP報文602的頭部的一部分的示意圖。
[0017]圖7為本發(fā)明一項(xiàng)實(shí)施例所述的方法的示意圖，該方法保證用于內(nèi)容多播的對稱路徑。
[0018]圖8為內(nèi)容識別網(wǎng)絡(luò)單元的一項(xiàng)實(shí)施例的示意圖。
[0019]圖9示出了典型的通用網(wǎng)絡(luò)組件，該網(wǎng)絡(luò)組件適用于實(shí)施一個或多個本文本所公開的組件的實(shí)施例。

【具體實(shí)施方式】
[0020]最初應(yīng)理解，盡管下文提供一個或多個實(shí)施例的說明性實(shí)施方案，但可使用任意數(shù)目的當(dāng)前已知或現(xiàn)有的技術(shù)來實(shí)施所公開的系統(tǒng)和/或方法。本發(fā)明決不應(yīng)限于下文所說明的描述性實(shí)施方案、圖式和技術(shù)，包含本文所說明描述的示范性設(shè)計(jì)和實(shí)施方案，而是可以在所附權(quán)利要求書的范圍以及其均等物的完整范圍內(nèi)修改。
[0021]互聯(lián)網(wǎng)目前的運(yùn)行，是通過將內(nèi)容名稱解析到域，然后再解析到原本儲存該內(nèi)容的主機(jī)IP地址。該方法的缺陷在于，無論以前是否曾請求過相同的內(nèi)容，該內(nèi)容必須重新提取。重新提取內(nèi)容的想法，在網(wǎng)絡(luò)效率方面(即在路由器和鏈接容量使用方面)，以及經(jīng)濟(jì)方面，尤其對于需要雇傭高層操作員來接入互聯(lián)網(wǎng)的底層供應(yīng)商來說，效率都非常低下。此外，內(nèi)容提供服務(wù)器也有可能由于單點(diǎn)發(fā)生失誤從而導(dǎo)致輕易過載的場景，這是因?yàn)閮?nèi)容供應(yīng)服務(wù)器可能被要求調(diào)整為能夠向上百萬用戶提供反復(fù)查找相同信息的服務(wù)。CDN等解決方案通過疊加分布式內(nèi)容緩存基礎(chǔ)設(shè)施來處理該問題。除減輕原始服務(wù)器的負(fù)載外，CDN還嘗試在最接近的疊加緩存點(diǎn)解決用戶請求，從而改善獲取內(nèi)容的時延。盡管CND通過提高網(wǎng)絡(luò)效率減緩了服務(wù)供應(yīng)商(SP)的問題，但是CND在經(jīng)濟(jì)上損害了 SP的利益，因?yàn)樵綜DN的數(shù)據(jù)是通過SP的基礎(chǔ)設(shè)施進(jìn)行傳遞從而不會對CDN產(chǎn)生成本。而且，對其疊加的緩存進(jìn)行分布式優(yōu)化可能導(dǎo)致潛在的SP網(wǎng)絡(luò)不穩(wěn)定，這是因?yàn)樵摼W(wǎng)絡(luò)的支撐對于其最終優(yōu)化目標(biāo)來說完全被忽視。
[0022]ICN通過使互聯(lián)網(wǎng)絡(luò)層基于名稱而非內(nèi)容服務(wù)器位置來將內(nèi)容從主機(jī)去耦合。ICN提案為PULL驅(qū)動模型，其中用戶明確請求(如表示對內(nèi)容有興趣)其查找的內(nèi)容，且假設(shè)網(wǎng)絡(luò)有信息能將該請求路由至最接近的位置。ICN網(wǎng)絡(luò)的主干為內(nèi)容路由器。內(nèi)容路由器是具有緩存和計(jì)算資源的內(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)容塊無論在何處接收到均可自行驗(yàn)證，從而確保其安全性。
[0023]ICN解決方案可以三種方式部署。第一種方式為疊加模型，該方式為增量方法且實(shí)用。其涉及在域的邊界處放置ICN路由器。此處的支撐層可為任意已部署的3層(L3)技術(shù)(如IP等)、任意2層(L2)技術(shù)(如以太網(wǎng)等)或者其他協(xié)議(如多協(xié)議標(biāo)記交換(MPLS)等)。此處，在此種部署下可實(shí)現(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)以取得最大效率。
[0024]第二種方式為集成模型，該方法利用IP/超文本傳輸協(xié)議(HTTP)等已知協(xié)議來使能ICN架構(gòu)中需要的特征。該方法在CAPEX和OPEX方面均能使實(shí)現(xiàn)新網(wǎng)絡(luò)功能的成本最小。資本支出將減少，這是因?yàn)榇朔N特征可通過軟件升級至現(xiàn)存網(wǎng)元中來潛在實(shí)現(xiàn)，而無需替換終端和路由器中的IP協(xié)議棧?，F(xiàn)今文獻(xiàn)中的提案之一是使用HTTP作為窄帶寬。然而，其存在如下問題:(I)假設(shè)HTTP是用于內(nèi)容分發(fā)的唯一協(xié)議(實(shí)時傳輸協(xié)議(RTP)是互聯(lián)網(wǎng)協(xié)議電視(IPTv)應(yīng)用的另一常見選擇協(xié)議)；(2)使用HTTP取代簡單IP提供主機(jī)到主機(jī)的應(yīng)用，其現(xiàn)在必須映射一段HTTP語義，比如Popa提出的訂閱者-獲取協(xié)議(S-GET)等。有關(guān)于此的更多細(xì)節(jié)在Lucian Popa等人發(fā)表的名為《HTTP As a Narrow Waist forFuture Internetr》(Hot-1CE 2011)文章中進(jìn)行了討論,該文章作文參考文獻(xiàn)全文并入本文本中。
[0025]第三種方式為重新設(shè)計(jì)的方法，該方法為最具破環(huán)性的方法，因?yàn)樵摲椒ㄉ婕敖粨Q當(dāng)前技術(shù)。該方式中的新解決方案需要部署新的硬件和軟件。此外，該重新設(shè)計(jì)的方法也是最昂貴的方法。
[0026]本發(fā)明于此公開的系統(tǒng)、裝置和方法，通過在IP中啟用某些ICN特征，縮小了 IP如今所達(dá)到與ICN設(shè)法達(dá)到之間的差距。支持這些特征的路由器此處稱之為IP內(nèi)容路由器(IP-CR)。IP-CR可為傳統(tǒng)的IP路由器，不同在于其實(shí)施此處所公開的新功能。因?yàn)檫@些特征基于IP構(gòu)建，所以本發(fā)明所提議的加固的益處可通過一些軟件更新以及重新決定現(xiàn)今IP路由器的緩存能力，并在必要時增加緩存大小來立即實(shí)現(xiàn)。所述系統(tǒng)、裝置和方法不需要除現(xiàn)存協(xié)議之外的任何新協(xié)議。因此，實(shí)施這些特征的成本可以最低。
[0027]在一項(xiàng)實(shí)施例中，IP報文可包含一字段，該字段指示所述報文是否為傳統(tǒng)IP報文、IP興趣報文(即包含針對內(nèi)容的ICN興趣或請求的IP報文)或者IP內(nèi)容報文(即包含ICN內(nèi)容的IP報文)。在一項(xiàng)實(shí)施例中，如果所述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ù)器。在一項(xiàng)實(shí)施例中，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ò)。
[0028]本發(fā)明公開的方法、系統(tǒng)和裝置可提供一項(xiàng)或多項(xià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)建以實(shí)現(xiàn)高效內(nèi)容分發(fā)。本發(fā)明所公開的方法、系統(tǒng)和裝置可允許IP層支持具有不可共享特性的點(diǎn)到點(diǎn)應(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)行少量升級來實(shí)現(xiàn)。本發(fā)明所公開的方法、系統(tǒng)和裝置可運(yùn)行于無連接以及面向連接的會話層協(xié)議，例如用戶數(shù)據(jù)報/傳輸連接協(xié)議(UDP/TCP)。本發(fā)明公開的方法、系統(tǒng)和裝置可對IP域內(nèi)傳播的內(nèi)容實(shí)施各種安全級別。
[0029]此處公開IP的兩種擴(kuò)展。第一擴(kuò)展可允許應(yīng)用向IP層指示PDU所表達(dá)的是內(nèi)容興趣。第二擴(kuò)展可指示IP PDU包含內(nèi)容對象。興趣IP報文(IP-1)可由IP內(nèi)容路由器(IP-CR)解析為興趣以查找內(nèi)容對象。IP-1可在HTTP中模擬PULL模型。內(nèi)容IP報文(IP-C)可解析為包含內(nèi)容對象的響應(yīng)報文，所述內(nèi)容對象可潛在地緩存在網(wǎng)絡(luò)中。實(shí)際上，IP報文中的單個比特可標(biāo)記兩種類型的報文。從將該信息編碼至IP頭部中的視角來看，可有多種方法實(shí)現(xiàn)此目的。
[0030]一種方法為使用差分服務(wù)碼點(diǎn)(DSCP)比特。在某種程度上，IP-(I/C)PDU表示不同種類的流量，所述流量必須在路由器中差分并區(qū)別處理。IP報文頭的8-13比特用于指示DSCP碼點(diǎn)，請求注解(RFC) 2747定義該比特空間的三個池。RFC2724，“ IPv4和IPv6報文頭中差分服務(wù)字段(DS字段)的定義(Definit1n of the Differentiated ServicesField(DS Field) in the IPv4and IPv6Headers) ”在此以引用方式全文并入本文本中。池3已標(biāo)識為用于未來標(biāo)準(zhǔn)化，且池3的比特范圍可用于標(biāo)識IP-1或IP-C報文。在另一種方法中，可利用IP中的“選項(xiàng)”條款。通常，選項(xiàng)字段用于控制和調(diào)測。出于該目的還可能使用擴(kuò)展字段。這兩種類型的報文在下文中描述。該擴(kuò)展適用于IPv6的情況。兩者均遵循類型長度值(TLV)格式，可做如下編碼。
[0031]如表1所示，對于IP興趣(IP-ι) rou，如下選項(xiàng)設(shè)置可用于將報文標(biāo)識為IPv4中的IP-1 PDU0下面是選項(xiàng)字段標(biāo)識IP-1的類型長度值(TLV)的細(xì)節(jié)。
表1

【權(quán)利要求】
1.一種互聯(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)行進(jìn)一步ICN處理； 針對非ICN報文的轉(zhuǎn)發(fā)指令咨詢FIB引擎；以及 根據(jù)所述轉(zhuǎn)發(fā)指令轉(zhuǎn)發(fā)所述非ICN報文。
2.根據(jù)權(quán)利要求1所述的IP內(nèi)容路由器，其特征在于，所述ICN報文是IP興趣(IP-1)報文和IP內(nèi)容(IP-C)報文中的一種。
3.根據(jù)權(quán)利要求1所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括與所述IP報文分類器耦合的IP協(xié)議分類器，其中所述IP協(xié)議分類器用于基于多個會話級協(xié)議中一個協(xié)議的標(biāo)識對所述ICN報文進(jìn)行分類。
4.根據(jù)權(quán)利要求3所述的IP內(nèi)容路由器，其特征在于，所述會話級協(xié)議包括傳輸鏈接協(xié)議(TCP)和用戶數(shù)據(jù)報協(xié)議(UDP)。
5.根據(jù)權(quán)利要求1所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括與所述協(xié)議分類器耦合的多個應(yīng)用處理引擎(APE)，其中每個所述APE對應(yīng)于一個會話級協(xié)議，且每個所述APE用于解析IP興趣(IP-1)報文中的名稱，并且在請求內(nèi)容包含在應(yīng)用存儲器內(nèi)時響應(yīng)內(nèi)容請求。
6.根據(jù)權(quán)利要求5所述的IP內(nèi)容路由器，其特征在于，如果未發(fā)現(xiàn)所述內(nèi)容且內(nèi)容/服務(wù)位置由于信息/服務(wù)供應(yīng)商的移動發(fā)生變更，則所述APE進(jìn)一步用于在報文發(fā)送至FIB以繼續(xù)轉(zhuǎn)發(fā)流程之前更新目的地定位器。
7.根據(jù)權(quán)利要求6所述的IP內(nèi)容路由器，其特征在于，所述目的地定位器包含IP地址、服務(wù)屬性和名稱之中的一種。
8.根據(jù)權(quán)利要求5所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括與所述協(xié)議分類器耦合的多個應(yīng)用處理引擎(APE)，其中每個所述APE用于將IP內(nèi)容(IP-C)報文中的內(nèi)容存儲在所述應(yīng)用內(nèi)容存儲器中，并基于所述IP-C報文的名稱在所述應(yīng)用內(nèi)容存儲器中索引所述內(nèi)容。
9.根據(jù)權(quán)利要求5所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括與所述APE耦合的端口分類器，其中所述端口分類器用于在標(biāo)識會話級協(xié)議后，基于所述協(xié)議號將所述IP-1報文和所述IP-C報文發(fā)送至相應(yīng)的APE進(jìn)行進(jìn)一步處理。
10.根據(jù)權(quán)利要求5所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括針對每個APE的應(yīng)用專用待定興趣表(A-PIT)，其中所述A-PIT用于在請求內(nèi)容可用之前將內(nèi)容請求聚集到待定興趣表中，其中聚集內(nèi)容請求包括在內(nèi)容從上行路由器到達(dá)之前，保持搜尋該內(nèi)容的主機(jī)的狀態(tài)。
11.根據(jù)權(quán)利要求5所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括為每個APE配置的內(nèi)容存儲器，其中所述內(nèi)容存儲器用于緩存從IP-C報文中獲取的應(yīng)用層凈負(fù)荷，其中內(nèi)容存儲在索引為所述IP-C報文名稱的函數(shù)的數(shù)據(jù)結(jié)構(gòu)中。
12.根據(jù)權(quán)利要求5所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括與所述IP報文分類器耦合的IP報文處理器，其中所述IP報文處理器用于執(zhí)行從一個所述APE卸載的IP處理函數(shù)，且所述IP報文處理器用于接收凈負(fù)荷以及動作的編碼指令。
13.根據(jù)權(quán)利要求1所述的IP內(nèi)容路由器，其特征在于，進(jìn)一步包括與所述協(xié)議分類器耦合的多個移動性服務(wù)處理單元，其中所述移動性服務(wù)處理單元用于緩存IP興趣(IP-1)和IP內(nèi)容(IP-C)報文以實(shí)現(xiàn)移動客戶端的無損切換。
14.一種在網(wǎng)絡(luò)中轉(zhuǎn)發(fā)報文的方法，其特征在于，包括: 在路由器處從網(wǎng)絡(luò)節(jié)點(diǎn)中接收互聯(lián)網(wǎng)協(xié)議(IP)報文； 通過處理器確定所述IP報文的種類，其中所述種類包括信息中心網(wǎng)絡(luò)(ICN)報文和非ICN報文中的一種；以及 如果確定數(shù)據(jù)報文為ICN報文，則對數(shù)據(jù)報文執(zhí)行應(yīng)用協(xié)議級處理。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，進(jìn)一步包括: 解析IP興趣(ip-ι)報文中的名稱；以及 如果與所述名稱關(guān)聯(lián)的內(nèi)容包含在應(yīng)用內(nèi)容存儲器中，則用應(yīng)用數(shù)據(jù)存儲器中的內(nèi)容響應(yīng)發(fā)起ip-ι報文的節(jié)點(diǎn)。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，進(jìn)一步包括: 將IP內(nèi)容(IP-C)報文中的內(nèi)容存儲在應(yīng)用內(nèi)容存儲器中；以及 基于所述IP-C報文的名稱，在所述應(yīng)用內(nèi)容存儲器中索引所述IP-C報文中的所述內(nèi)容。
17.一種在基于互聯(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-1報文和IP-C報文； 與所述IP報文分類器耦合的IP協(xié)議分類器，其中所述IP協(xié)議分類器用于基于多個會話級協(xié)議中的一個協(xié)議的標(biāo)識來對IP-1報文和IP-C報文進(jìn)行分類；以及 與所述IP協(xié)議分類器耦合的多個應(yīng)用處理引擎(APE)，其中每個所述APE對應(yīng)一個對應(yīng)的會話級協(xié)議，且每個所述APE用于: 解析IP-1報文中的名稱； 如果請求內(nèi)容包含在應(yīng)用內(nèi)容存儲器中，則響應(yīng)內(nèi)容請求； 將所述IP-C報文中的內(nèi)容存儲在所述應(yīng)用內(nèi)容存儲器中；以及 基于所述IP-C報文的名稱，在所述應(yīng)用內(nèi)容存儲器中索引所述IP-C報文中的所述內(nèi)容。
18.根據(jù)權(quán)利要求17所述的裝置，其特征在于，進(jìn)一步包括端口分類器，用于在標(biāo)識會話級協(xié)議后，基于協(xié)議號將IP-1報文和IP-C報文中的一種發(fā)送至所述多個APE中一個對應(yīng)的APE進(jìn)行進(jìn)一步處理。
19.根據(jù)權(quán)利要求17所述的裝置，其特征在于，進(jìn)一步包括針對每個APE的應(yīng)用專用待定興趣表(A-PIT)，其中所述A-PIT用于在請求內(nèi)容可用于服務(wù)之前將內(nèi)容請求聚集到待定興趣表中，其中聚集內(nèi)容請求包括在內(nèi)容從上行路由器到達(dá)之前，保持搜尋該內(nèi)容的主機(jī)的狀態(tài)。
20.根據(jù)權(quán)利要求17所述的裝置，其特征在于，進(jìn)一步包括為每個APE配置的內(nèi)容存儲器，其中所述內(nèi)容存儲器用于緩存從IP-C報文中獲取的應(yīng)用層凈負(fù)荷，其中內(nèi)容存儲在索引為所述IP-C報文名稱的函數(shù)的數(shù)據(jù)結(jié)構(gòu)中。
【文檔編號】H04L29/08GK104137509SQ201380011289
【公開日】2014年11月5日 申請日期:2013年2月20日 優(yōu)先權(quán)日:2012年2月28日
【發(fā)明者】瑞維享卡·瑞維達(dá)冉, 王國強(qiáng) 申請人:華為技術(shù)有限公司