以信息為中心的網(wǎng)絡(luò)中的基于名稱的鄰居發(fā)現(xiàn)和多跳服務(wù)發(fā)現(xiàn)的制作方法
【專利摘要】內(nèi)容路由器包括多個到以信息為中心的網(wǎng)絡(luò)中的其它節(jié)點的物理鏈路；耦合到所述多個物理鏈路的接收器，用于接收消息；耦合到所述多個物理鏈路的發(fā)射器，用于發(fā)送消息，以及含有耦合到所述接收器和所述發(fā)射器的處理器和存儲設(shè)備的服務(wù)發(fā)布和發(fā)現(xiàn)(SPD)模塊，其中所述SPD用于存儲所述物理鏈路的狀態(tài)更新，所述SPD用于基于接收消息的基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議名稱中的前綴確定下一跳和轉(zhuǎn)發(fā)接收消息的跳數(shù)。
【專利說明】以信息為中心的網(wǎng)絡(luò)中的基于名稱的鄰居發(fā)現(xiàn)和多跳服務(wù) 發(fā)現(xiàn)
[0001] 相關(guān)申請案交叉申請
[0002] 本發(fā)明要求2012年10月23日由Xinwen Zhang等人提交的發(fā)明名稱為"以信息為 中心的網(wǎng)絡(luò)中的基于名稱的鄰居發(fā)現(xiàn)和多跳服務(wù)發(fā)現(xiàn)（Name-Based Neighbor Discovery and Multi-Hop Service Discovery in Information-Centric Network)，'的第 13/658299 號美國非臨時專利申請案的在先申請優(yōu)先權(quán)，該申請案要求2012年4月20日遞交的發(fā) 明名稱為"用于內(nèi)容導向網(wǎng)絡(luò)架構(gòu)中的基于內(nèi)容的鄰居發(fā)現(xiàn)和多跳服務(wù)發(fā)現(xiàn)的方法（A Method for Name-Based Neighbor Discovery and Multi-Hop Service Discovery in Content-Oriented Network Architecture) " 的第 61/636430 號美國臨時申請案的在先申 請優(yōu)先權(quán)，這兩個在先申請的內(nèi)容均以引入的方式并入本文本中，如全文再現(xiàn)一般。
[0003] 關(guān)于聯(lián)邦贊助的研究或開發(fā)的聲明
[0004] 不適用。
[0005] 參考縮微膠片附錄
[0006] 不適用。

【背景技術(shù)】
[0007] 在以內(nèi)容為中心的網(wǎng)絡(luò)（CCN)或命名數(shù)據(jù)網(wǎng)絡(luò)（NDN)等以信息為中心的網(wǎng)絡(luò) (Information-Centric Network, ICN)中，（本文中統(tǒng)稱為ICN)，內(nèi)容路由器負責將用戶請 求和內(nèi)容路由給合適的接收者。在ICN中，作為內(nèi)容分發(fā)框架的一部分的每個實體都分配 有域范圍內(nèi)唯一的名稱。這些實體可以包括視頻片段或網(wǎng)頁等數(shù)據(jù)內(nèi)容和/或路由器、交 換機或服務(wù)器等基礎(chǔ)設(shè)施元件。內(nèi)容路由器會使用名稱前綴在內(nèi)容網(wǎng)絡(luò)中對內(nèi)容報文進行 路由，這些名稱前綴可以是完整的內(nèi)容名稱或合適的內(nèi)容名稱前綴，而不是網(wǎng)絡(luò)地址。在 ICN中，包括發(fā)布、請求、管理（例如，修改、刪除等）的內(nèi)容分發(fā)可能基于內(nèi)容名稱，而非內(nèi) 容位置。ICN不同于傳統(tǒng)互聯(lián)網(wǎng)協(xié)議（IP)網(wǎng)絡(luò)的一個方面在于，ICN能夠?qū)⒍鄠€地理點互 連，并暫時緩存內(nèi)容或更為持久地存儲內(nèi)容。這可以實現(xiàn)從網(wǎng)絡(luò)而非原始服務(wù)器提供內(nèi)容， 因此可以顯著提升用戶體驗。緩存/存儲可以用于由用戶提取的實時數(shù)據(jù)，或用于屬于用 戶或第三方供應(yīng)商等內(nèi)容供應(yīng)商的持久數(shù)據(jù)。
[0008] 考慮一下ICN中服務(wù)發(fā)現(xiàn)的問題。最好具有基于名稱的服務(wù)發(fā)現(xiàn)方案，而不是零 配置網(wǎng)絡(luò)（Zeroconf)中所描述的建于IP之上的基于地址的服務(wù)發(fā)現(xiàn)?？稍趙ww. zeroconf. org查看Zeroconf的副本，其以引入的方式并入本文本中，如全文再現(xiàn)一般。出于此目的， 提出了排阻過濾器（EF)機制，該機制在CCNx中實施；在CCNx中，發(fā)現(xiàn)的服務(wù)名稱包含在帶 有相同名稱前綴的重復發(fā)現(xiàn)興趣消息的排阻過濾器中，并且該過濾器中帶有該服務(wù)名稱的 返回的數(shù)據(jù)消息將被排除在外，所以如果存在新服務(wù)名稱，每輪最多只能發(fā)現(xiàn)一個新服務(wù) 名稱。（可在 conferences, sigcomm. org/sigcomm/2011/papers/icn/p68. pdf 查看關(guān)于 EF 機制的更多信息，該文檔以引入的方式并入本文本中，如全文再現(xiàn)一般。）然而，該EF機制 可能效率不高，因為單個發(fā)現(xiàn)會話需要交換多輪興趣數(shù)據(jù)消息，這取決于待排除的服務(wù)名 稱的數(shù)目，并且對于終端用戶而言可能很難決定何時應(yīng)當結(jié)束發(fā)現(xiàn)協(xié)議，因為待發(fā)現(xiàn)的服 務(wù)名稱的數(shù)目未知。


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

[0009] 在一項實施例中，本發(fā)明包括一種內(nèi)容路由器，所述內(nèi)容路由器包括多條到以信 息為中心的網(wǎng)絡(luò)中的其它節(jié)點的物理鏈路；耦合到所述多條物理鏈路的接收器，用于接收 消息；耦合到所述多條物理鏈路的發(fā)射器，用于發(fā)送消息，以及含有耦合到所述接收器和所 述發(fā)射器的處理器和存儲設(shè)備的服務(wù)發(fā)布和發(fā)現(xiàn)（SPD)模塊，其中所述sro用于存儲所述 物理鏈路的狀態(tài)更新，所述sro用于基于接收消息的基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議名稱中的前 綴確定下一跳和轉(zhuǎn)發(fā)接收消息的跳數(shù)。
[0010] 在另一項實施例中，本發(fā)明包括一種網(wǎng)絡(luò)節(jié)點，所述網(wǎng)絡(luò)節(jié)點包括多個接口，用于 接收來自以信息為中心的網(wǎng)絡(luò)中的多個遠程節(jié)點的興趣消息和數(shù)據(jù)消息并將興趣消息和 數(shù)據(jù)消息發(fā)送到以信息為中心的網(wǎng)絡(luò)中的多個遠程節(jié)點；包含耦合到所述接口的處理器的 鏈路管理器（LM)，其中所述LM用于監(jiān)控所述接口；以及含有處理器并耦合到所述接口和所 述LM的本地服務(wù)發(fā)布和發(fā)現(xiàn)（SPD)模塊，其中所述本地sro模塊用于聚合本地節(jié)點上的服 務(wù)發(fā)布的服務(wù)簡檔和從所述遠程節(jié)點中的遠程SPD收集的服務(wù)簡檔；本地服務(wù)僅向所述本 地sro進行發(fā)布；所述本地sro用于發(fā)現(xiàn)距離所述本地節(jié)點的特定跳內(nèi)的所述遠程節(jié)點中 的一個可達遠程節(jié)點上的可用服務(wù)；所述sro模塊用于基于所述服務(wù)簡檔的基于名稱的服 務(wù)發(fā)現(xiàn)協(xié)議名稱中的前綴配置所述遠程節(jié)點并將所述遠程節(jié)點注冊到對應(yīng)接口；所述LM 用于當在其中一個接口處檢測到到其中一個所述遠程節(jié)點的新鏈路時通知所述本地SPD。
[0011] 在第三方面，本發(fā)明包括一種在以信息為中心的網(wǎng)絡(luò)中發(fā)現(xiàn)服務(wù)的方法，所述方 法包括接收本地服務(wù)的服務(wù)簡檔；使用處理器制定發(fā)往遠程節(jié)點的興趣消息，其中所述興 趣消息包括服務(wù)簡檔請求和跳數(shù)，所述跳數(shù)指示轉(zhuǎn)發(fā)所述興趣消息的跳數(shù)；接收來自所述 遠程節(jié)點的數(shù)據(jù)消息，其中所述數(shù)據(jù)消息包括所述遠程節(jié)點提供的服務(wù)和來自其它遠程節(jié) 點的服務(wù)的聚合服務(wù)簡檔，所述其它遠程節(jié)點耦合到所述本地節(jié)點的所述跳數(shù)內(nèi)的所述遠 程節(jié)點；以及使用處理器聚合所述本地服務(wù)的所述服務(wù)簡檔和從所述遠程節(jié)點接收到的所 述聚合服務(wù)簡檔。
[0012] 結(jié)合附圖和權(quán)利要求書，可從以下的詳細描述中更清楚地理解這些和其它特征。

【專利附圖】

【附圖說明】
[0013] 為了更完整地理解本發(fā)明，現(xiàn)在參考以下結(jié)合附圖和詳細描述進行的簡要描述， 其中相同參考標號表不相同部分。
[0014] 圖1是根據(jù)實施例的圖示用于發(fā)現(xiàn)的增強CCN節(jié)點架構(gòu)的方框圖。
[0015] 圖2是根據(jù)實施例的圖示SPD模塊的綜合功能的方框圖。
[0016] 圖3至9是根據(jù)所公開的實施例的用于建立鄰居關(guān)系的示例性方法的方框圖。
[0017] 圖10至13是根據(jù)所公開的實施例的用于鄰居節(jié)點加入一組節(jié)點的示例性方法的 方框圖。
[0018] 圖14和15是根據(jù)所公開的實施例的用于鄰居節(jié)點離開一組節(jié)點的示例性方法的 方框圖。
[0019] 圖16至19是根據(jù)所公開的實施例的用于0跳服務(wù)發(fā)現(xiàn)的示例性方法的方框圖。
[0020] 圖20至25是根據(jù)所公開的實施例的圖示用于發(fā)現(xiàn)距離一組節(jié)點內(nèi)的某個節(jié)點一 跳上的服務(wù)的示例性方法的方框圖。
[0021] 圖26至33是圖示根據(jù)所公開的實施例的用于2跳服務(wù)發(fā)現(xiàn)的示例性方法的方框 圖。
[0022] 圖34是發(fā)射器/接收器單元的實施例的示意圖。
[0023] 圖35是通用計算機系統(tǒng)的實施例的示意圖。

【具體實施方式】
[0024] 最初應(yīng)理解，盡管下文提供一個或多個實施例的說明性實施方案，但可使用任意 數(shù)目的當前已知或現(xiàn)有的技術(shù)來實施所公開的系統(tǒng)和/或方法。本發(fā)明決不應(yīng)限于下文所 說明的所述說明性實施方案、圖式和技術(shù)，包含本文所說明并描述的示范性設(shè)計和實施方 案，而是可以在所附權(quán)利要求書的范圍以及其均等物的完整范圍內(nèi)修改。
[0025] 本文所公開的是ICN的基于名稱的鄰居和服務(wù)發(fā)現(xiàn)方案，包括兩種基本協(xié)議，例 如基于名稱的鄰居發(fā)現(xiàn)協(xié)議和基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議。將這些基于名稱的鄰居發(fā)現(xiàn)協(xié) 議和基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議應(yīng)用于以內(nèi)容為中心的網(wǎng)絡(luò)（CCN)等以信息為中心的網(wǎng)絡(luò) (ICN)上不需要對運輸模型進行任何更改。所公開的是并入服務(wù)發(fā)布和發(fā)現(xiàn)（SPD)模塊的 ICN節(jié)點架構(gòu)。在實施例中，提供基于名稱的鄰居發(fā)現(xiàn)協(xié)議以解決鄰居關(guān)系的建立和維持。 當ICN節(jié)點啟動且可在sro上保持獨立運行時，該協(xié)議可被初始化。在實施例中，提供基于 名稱的服務(wù)發(fā)現(xiàn)協(xié)議以發(fā)現(xiàn)單個服務(wù)發(fā)現(xiàn)會話中距離源節(jié)點多跳內(nèi)的可達節(jié)點已知的所 有可用服務(wù)（簡檔）?；诿Q的服務(wù)發(fā)現(xiàn)協(xié)議可在基于名稱的鄰居發(fā)現(xiàn)協(xié)議為服務(wù)發(fā)現(xiàn) 興趣消息建立一些必要的轉(zhuǎn)發(fā)信息庫
[0026] (FIB)條目之后一直運行。該基于名稱的鄰居發(fā)現(xiàn)協(xié)議能夠通過跟蹤中間節(jié)點的 接口（本文中也稱為面）找到從源節(jié)點到遠程節(jié)點上的任意可用服務(wù)的第一可用路徑，可 從中間節(jié)點開始傳送收集到的聚合服務(wù)簡檔。在實施例中，應(yīng)用可基于其服務(wù)簡檔決定請 求服務(wù)。本文中所公開的方法、系統(tǒng)、裝置和附圖主要參考CCN。然而，本領(lǐng)域的普通技術(shù)人 員將認識到相同或類似的方法、系統(tǒng)和裝置都可應(yīng)用于任意ICN結(jié)構(gòu)。
[0027] 圖1是根據(jù)實施例的圖示用于發(fā)現(xiàn)的增強CCN節(jié)點架構(gòu)100的方框圖。CCN節(jié)點 架構(gòu)100可包括服務(wù)發(fā)布和發(fā)現(xiàn)（SPD)部件112、鏈路管理器（LM) 114、CCN應(yīng)用和服務(wù)部件 102、CCN守護進程（ccnd) 104以及物理鏈路116。物理鏈路可包括基于傳輸控制協(xié)議/互 聯(lián)網(wǎng)協(xié)議（TCP/IP)的鏈路、以太網(wǎng)鏈路、擴展數(shù)字用戶線（XDSL)鏈路、WiFi鏈路、3G和4G 無線鏈路以及藍牙鏈路。ccndl04可包括內(nèi)容存儲器（CS) 106、待定興趣表（PIT) 108以及轉(zhuǎn) 發(fā)信息庫（FIB) 110。CS106可存儲內(nèi)容并且當接收到興趣報文時，可檢查CS106以確定所請 求的內(nèi)容是否存儲在CS106中。如果所請求的內(nèi)容存儲在CS106中，那么可從CS106中檢 索該內(nèi)容并將該內(nèi)容提供給請求方。從網(wǎng)絡(luò)內(nèi)的其它位置檢索到的內(nèi)容也可存儲在CS106 中。PIT108可存儲待決內(nèi)容請求以及請求關(guān)聯(lián)內(nèi)容的接口的指示。當接收到數(shù)據(jù)報文時， 可檢查PIT108是否存在待決請求。如果發(fā)現(xiàn)待決請求，那么數(shù)據(jù)報文可存儲在CS106中并 可轉(zhuǎn)發(fā)給PIT中列出的接口。如果未發(fā)現(xiàn)PIT條目，那么可丟棄數(shù)據(jù)報文。FIB110可包括 將內(nèi)容名稱的前綴關(guān)聯(lián)到一個或多個下一跳路由器的表或其它數(shù)據(jù)結(jié)構(gòu)。ccndl04可作為 網(wǎng)絡(luò)棧運行，其中路由、轉(zhuǎn)發(fā)和緩存功能一切照常。sro模塊112可在應(yīng)用級本地運行。SPD 模塊112可包括處理器和/或存儲器（或存儲）部件。sro模塊112可包括關(guān)于鄰居內(nèi)容 路由器的信息和鄰居內(nèi)容路由器處可用的服務(wù)。LM114可包括處理器。在實施例中，sro模 塊112和LM114可共享一個處理器。LM114可監(jiān)控所有物理鏈路116的連通性并將所有物 理鏈路116的狀態(tài)更新告知給sro模塊112。
[0028] 在所公開的基于名稱的鄰居發(fā)現(xiàn)協(xié)議中，鄰居由到目標節(jié)點的直接連通性定義并 限制在1跳范圍內(nèi)。在實施例中，可假設(shè)可用LM114將監(jiān)控所有物理鏈路116的連通性并 將所有物理鏈路116的狀態(tài)更新告知給sro模塊112。鄰居關(guān)系的建立和維持是一些可由 所公開的基于名稱的鄰居發(fā)現(xiàn)協(xié)議基于圖1中的節(jié)點架構(gòu)100可解決的問題?；诿Q的 鄰居發(fā)現(xiàn)協(xié)議可在節(jié)點100啟動且可在SPD112上保持獨立運行時被初始化。一旦任意鏈 路狀態(tài)被更新，所公開的基于名稱的鄰居發(fā)現(xiàn)協(xié)議能夠由LM114觸發(fā)。
[0029] 圖2是根據(jù)實施例的圖示SH)模塊204的功能的系統(tǒng)200的方框圖。SH)模塊204 可作為圖1所示的sro模塊112實施。本地節(jié)點202上可用的LM(未示出）可監(jiān)控所有物 理鏈路的連通性并將圖1所示的物理鏈路116等所有物理鏈路的狀態(tài)更新告知給sro模塊 204。在傳統(tǒng)方案中，每個服務(wù)可直接將其服務(wù)簡檔發(fā)布給網(wǎng)絡(luò)。與傳統(tǒng)方案相比，在所公 開的服務(wù)發(fā)布機制中，每個服務(wù)簡檔206和208可將其服務(wù)發(fā)布給本地SH)模塊204。SPD 模塊204可管理本地節(jié)點202上發(fā)布的服務(wù)，聚合本地節(jié)點202上發(fā)布的服務(wù)簡檔206和 208和從遠程節(jié)點（未示出）收集到的服務(wù)簡檔，以及使用數(shù)據(jù)消息對服務(wù)發(fā)現(xiàn)興趣消息作 出響應(yīng)。該數(shù)據(jù)消息可包括收集到的聚合服務(wù)簡檔。
[0030] 所公開的基于名稱的服務(wù)發(fā)現(xiàn)方案可能不要求對CCN運輸模型進行任何更改，并 且終端用戶可能在發(fā)現(xiàn)會話中只需要使用單個發(fā)現(xiàn)興趣消息。所公開的基于名稱的服務(wù)發(fā) 現(xiàn)方案可包括兩種基本協(xié)議，例如基于名稱的鄰居發(fā)現(xiàn)協(xié)議和基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議。
[0031] 表1示出了可在本文中使用的用于描述各種部件、服務(wù)、消息和協(xié)議的一些符號。
[0032] 表1 :符號
[0033]

【權(quán)利要求】
1. 一種內(nèi)容路由器，其特征在于，包括： 多條到以信息為中心的網(wǎng)絡(luò)中的其它節(jié)點的物理鏈路； 耦合到所述多條物理鏈路的接收器，用于接收消息； 耦合到所述多條物理鏈路的發(fā)射器，用于發(fā)送消息；以及 含有耦合到所述接收器和所述發(fā)射器的處理器和存儲設(shè)備的服務(wù)發(fā)布和發(fā)現(xiàn)（sro) 模塊，其中所述sro用于存儲所述物理鏈路的狀態(tài)更新， 所述sro用于基于接收消息的基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議名稱中的前綴確定下一跳和 轉(zhuǎn)發(fā)接收消息的跳數(shù)。
2. 根據(jù)權(quán)利要求1所述的內(nèi)容路由器，其特征在于，所述基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議包 括包含在基于名稱的服務(wù)發(fā)現(xiàn)消息中的第一項、第二項和第三項，其中所述第一項包括預 定義的服務(wù)發(fā)現(xiàn)興趣和數(shù)據(jù)消息，所述第二項表示下一目的跳節(jié)點的名稱前綴，以及所述 第三項表示當前源跳節(jié)點的所述名稱前綴。
3. 根據(jù)權(quán)利要求2所述的內(nèi)容路由器，其特征在于，所述當前源跳節(jié)點上的所述sro用 于創(chuàng)建發(fā)往不可達跳節(jié)點的新興趣消息，所述新興趣消息包括新名稱前綴，所述新名稱前 綴不包含先前跳以防止帶有名稱前綴的后向興趣消息從當前跳節(jié)點發(fā)送。
4. 根據(jù)權(quán)利要求1所述的內(nèi)容路由器，其特征在于，所述內(nèi)容路由器用于通過從收集 到的聚合服務(wù)簡檔中跟蹤中間節(jié)點的面來找到從源節(jié)點到遠程節(jié)點上的可用服務(wù)的第一 可用路徑。
5. 根據(jù)權(quán)利要求1所述的內(nèi)容路由器，其特征在于，所述基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議包 括興趣消息中的跳數(shù)屬性，所述跳數(shù)屬性用于定義待搜索的跳的數(shù)目。
6. 根據(jù)權(quán)利要求5所述的內(nèi)容路由器，其特征在于，所述sro用于處理到達當前跳的所 述興趣消息并為下一跳創(chuàng)建新興趣消息，其中新跳數(shù)為當前跳接收到的所述興趣消息的跳 數(shù)減1。
7. 根據(jù)權(quán)利要求6所述的內(nèi)容路由器，其特征在于，如果接收到的興趣消息的所述跳 數(shù)等于0,那么所述sro不為下一跳創(chuàng)建新興趣消息并且可使用數(shù)據(jù)消息中聚合緩存服務(wù) 簡檔對所述接收到的興趣消息做出回復。
8. 根據(jù)權(quán)利要求1所述的內(nèi)容路由器，其特征在于，所述基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議包 括興趣消息中的會話nonce屬性，所述會話nonce屬性用于區(qū)分某個服務(wù)發(fā)現(xiàn)會話中的某 個源節(jié)點發(fā)送的某組興趣消息和不同會話中的不同源節(jié)點發(fā)送的其它興趣消息。
9. 根據(jù)權(quán)利要求8所述的內(nèi)容路由器，其特征在于，所述SH)用于基于所述會話nonce 避免處理多余且重復的興趣消息中的一個。
10. 根據(jù)權(quán)利要求8所述的內(nèi)容路由器，其特征在于，所述發(fā)射器用于使用數(shù)據(jù)消息中 的聚合服務(wù)簡檔僅對第一接收到的興趣消息作出響應(yīng)，并且如果后到達的興趣消息包括所 述相同的會話nonce，那么丟棄所述后到達的興趣消息。
11. 一種網(wǎng)絡(luò)節(jié)點，其特征在于，包括： 多個接口，用于接收來自以信息為中心的網(wǎng)絡(luò)中的多個遠程節(jié)點的興趣消息和數(shù)據(jù)消 息并將興趣消息和數(shù)據(jù)消息發(fā)送到以信息為中心的網(wǎng)絡(luò)中的多個遠程節(jié)點； 包含耦合到所述接口的處理器的鏈路管理器（LM)，其中所述LM用于監(jiān)控所述接口；以 及 含有處理器并耦合到所述接口和所述LM的本地服務(wù)發(fā)布和發(fā)現(xiàn)（SPD)模塊，其中所述 本地sro模塊用于聚合本地節(jié)點上的服務(wù)發(fā)布的服務(wù)簡檔和從所述遠程節(jié)點中的遠程SPD 收集的服務(wù)簡檔；本地服務(wù)僅向所述本地sro進行發(fā)布；所述本地sro用于發(fā)現(xiàn)距離所述 本地節(jié)點的特定跳內(nèi)的所述遠程節(jié)點中的一個可達遠程節(jié)點上的可用服務(wù)；所述sro模塊 用于基于所述服務(wù)簡檔的基于名稱的服務(wù)發(fā)現(xiàn)協(xié)議名稱中的前綴配置所述遠程節(jié)點并將 所述遠程節(jié)點注冊到對應(yīng)接口， 所述lm用于當在其中一個接口處檢測到到其中一個所述遠程節(jié)點的新鏈路時通知所 述本地sro。
12. 根據(jù)權(quán)利要求11所述的網(wǎng)絡(luò)節(jié)點，其特征在于，所述興趣消息包括跳數(shù)，所述跳數(shù) 指示距離源節(jié)點的轉(zhuǎn)發(fā)所述興趣消息的跳的數(shù)目。
13. 根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)節(jié)點，其特征在于，所述sro用于接收所述興趣消息并 且如果所述跳數(shù)不為0,那么創(chuàng)建含有新跳數(shù)的新興趣消息，其中所述新跳數(shù)等于所述跳數(shù) 減1。
14. 根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)節(jié)點，其特征在于，所述sro用于當所述跳數(shù)等于0時 創(chuàng)建回復數(shù)據(jù)消息以響應(yīng)于所述興趣消息。
15. 根據(jù)權(quán)利要求11所述的網(wǎng)絡(luò)節(jié)點，其特征在于，所述興趣消息包括源節(jié)點名稱。
16. 根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)節(jié)點，其特征在于，所述本地sro用于避免將興趣消息 轉(zhuǎn)發(fā)給所述源節(jié)點。
17. -種在以信息為中心的網(wǎng)絡(luò)中發(fā)現(xiàn)服務(wù)的方法，其特征在于，包括： 接收本地服務(wù)的服務(wù)簡檔； 使用處理器制定發(fā)往遠程節(jié)點的興趣消息，其中所述興趣消息包括服務(wù)簡檔請求和跳 數(shù)，所述跳數(shù)指示轉(zhuǎn)發(fā)所述興趣消息的跳數(shù)； 接收來自所述遠程節(jié)點的數(shù)據(jù)消息，其中所述數(shù)據(jù)消息包括所述遠程節(jié)點提供的服務(wù) 和來自其它遠程節(jié)點的服務(wù)的聚合服務(wù)簡檔，所述其它遠程節(jié)點耦合到所述本地節(jié)點的所 述跳數(shù)內(nèi)的所述遠程節(jié)點；以及 使用處理器聚合所述本地服務(wù)的所述服務(wù)簡檔和從所述遠程節(jié)點接收到的所述聚合 服務(wù)簡檔。
18. 根據(jù)權(quán)利要求17所述的方法，其特征在于，所述興趣消息包括第一興趣消息，所述 遠程節(jié)點包括第一遠程節(jié)點，并且進一步包括： 接收來自所述第一遠程節(jié)點的第二興趣消息，其中所述第二興趣消息包括對服務(wù)簡檔 的第二請求和第二跳數(shù)，所述第二跳數(shù)指定距離所述第一遠程節(jié)點的轉(zhuǎn)發(fā)所述第二興趣消 息的跳的數(shù)目； 將第三興趣消息發(fā)送給第二遠程節(jié)點，其中所述第三興趣消息包括所述對服務(wù)簡檔的 第二請求和第三跳數(shù)，所述第三跳數(shù)等于所述第二跳數(shù)減1，所述第三跳數(shù)指示距離所述本 地節(jié)點的轉(zhuǎn)發(fā)所述第三興趣消息的跳的數(shù)目。
19. 根據(jù)權(quán)利要求18所述的方法，其特征在于，所述數(shù)據(jù)消息包括第一數(shù)據(jù)消息并且 進一步包括： 接收來自所述第二遠程節(jié)點的第二數(shù)據(jù)消息，其中所述第二數(shù)據(jù)消息包括所述第二遠 程節(jié)點和距離所述第一遠程節(jié)點所述第二跳數(shù)內(nèi)的遠程節(jié)點所提供的服務(wù)的聚合服務(wù)簡 檔； 將所述第二數(shù)據(jù)消息內(nèi)的所述服務(wù)簡檔與所述本地節(jié)點提供的服務(wù)的所述服務(wù)簡檔 聚合以產(chǎn)生新的聚合服務(wù)簡檔；以及 將所述新的聚合服務(wù)簡檔在第三數(shù)據(jù)消息中發(fā)送給所述第一遠程節(jié)點。
20.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述興趣消息包括會話nonce，會話 nonce用于區(qū)分所述興趣消息和其它節(jié)點生成的興趣消息。
【文檔編號】H04L29/06GK104247371SQ201380020918
【公開日】2014年12月24日 申請日期:2013年4月22日 優(yōu)先權(quán)日:2012年4月20日
【發(fā)明者】張新文, 趙斌, 阿西特·查克拉波爾迪, 瑞維享卡·瑞維達冉, 王國強 申請人:華為技術(shù)有限公司