一種基於內容流行度的信息中心網絡移動性管理方法
2023-04-22 20:13:11 3
一種基於內容流行度的信息中心網絡移動性管理方法
【專利摘要】一種基於內容流行度的信息中心網絡移動性管理方法，屬於下一代網際網路技術研究【技術領域】。請求者側移動，內容請求者發送Interest包請求，網絡中的路由器收到Interest消息，首先查找本地緩存，若本地緩存有該內容則直接返回給請求者，否則查詢PIT表；代理節點根據該內容的流行度與流行度閾值K進行比較；內容源移動到新位置，向proxy?node發送「切換完成」消息，M標識位置為「2」表示切換結束，K標識位置為「NULL」。本發明實現了內容中心網絡移動節點的移動性，基於代理節點和網絡緩存兩種形式的移動性管理方法，避免了單故障節點和鏈路失效導致的通信中斷；一旦代理節點出現故障無法繼續服務，網絡可自動選擇通過網絡緩存的方式執行切換，保證通信的正常進行。
【專利說明】一種基於內容流行度的信息中心網絡移動性管理方法
【技術領域】
[0001]本發明涉及一種基於內容流行度的信息中心網絡移動性管理方法，屬於下一代網際網路技術研究【技術領域】。
【背景技術】
[0002]下一代網際網路研究正在如火如荼、熱烈的進行中。當前的網際網路面臨著前所未有的技術和非技術的挑戰，很難滿足內容分發、移動性、安全性等方面的需求。從技術層面來講，網際網路40年前設計，設計原則簡單，IP網絡的沙漏模型很難修改，通過不斷的打補丁和疊加網方法增加新的功能，增量改變很難支持不斷增長的內容分發、移動性、可靠性需求。缺乏內在安全性，常遭受日益複雜的網絡攻擊。從非技術層面來講，當前網際網路大量流量來自靜態和動態生成的網頁信息以及多媒體檢索服務，用戶關心得到信息而不是IP協議採用的端點地址，因此網際網路從主機到主機的包分發模式需要轉變到支持數據、內容和用戶的多樣化模式。
[0003]改變目前網際網路面向主機設計模式，基於信息為中心設計網際網路結構，將基於IP的設計轉換成基於內容或數據分發的設計，可以滿足目前和未來網際網路內容分發、移動性、安全性等方面的需求，目前有關研究和標準化進程取得了較大進展。然而有關信息為中心架構的名字擴展性和聚合，數據和內容緩存管理，安全和隱私等發麵還需要進一步研究，特別是結合行動網路的信息為中心移動網際網路架構和算法研究還有較大的研究空間。
[0004]信息中心網絡是一種新的網絡架構，改變了原有TCP/IP網絡端到端的通信方式，通過內容名字來標識數據，網絡中請求該內容的節點無需知道內容的位置，而是廣播所請求的內容的名字即可從緩存有該內容的中間路由器或內容源處獲得。設計主要出發點是當前網際網路使用模式[I](約90%流量)是從數據源到用戶的數據分發，信息中心網絡就是為了使用當前網際網路使用模式而設計的。
[0005]目前有很多研究項目在開展信息為中心網絡的研究，如歐洲的PSIRP，4WARD，PURSHT，SAIL和美國的CCN，DONA，NDN。為交流思想，2011年IRTF成立信息中心網絡研究組[2]。在所提出的內容為中心網絡的方案中，雖然他們的網絡結構不同，但是都有相同的假設，目標和某些結構屬性，並且能較好的適應通信服務的中斷、幹擾和閃擁等影響。在內容為中心網絡中，通信是由接收者請求信息實體來初始的[3]，網絡可以通過持有這個數據或數據拷貝的源來滿足這個請求，同時網絡支持有效的獨立的緩存功能。
[0006]雖然信息中心網絡在內容共享方面具有較好的優勢，但是對於內容源和請求者是移動的場景下這種優勢就不再明顯。因此信息中心網絡的移動性機制問題也要在兩種場景下分別討論:基於內容源的移動性場景和基於請求者移動的場景。
[0007]信息中心網絡固有的支持請求者移動的場景，當請求者在通信過程中執行切換時，網絡中的路由器不知道請求者的位置改變了，因此，從內容源傳回的數據包被反向路由到請求者的原位置。當請求者切換到新位置時，仍需重傳這些已發送但是沒有被請求者接收到的數據包，這樣就帶來了不必要的網絡資源損耗。同時，由於路由表的更新，緩存在請求者原位置附近節點上的數據包也不能就近的提供實時服務，請求者可能仍需從較遠的內 容源重新請求數據。為了發現本地緩存的內容，需要更新路由協議，這就使信息中心網絡的 層次命名路由變得更加複雜。
[0008]對於內容源的移動性，內容源在在切換後需要通告網絡中所有的路由器更新路由 表，以便成功接收未來或正在進行的請求消息，由於更新路由表需要較長的時間，請求消息 也不能及時準確的發送到內容源。同時，由於請求者不知道是網絡問題還是節點移動性造 成的數據包無法返回，而重新發送請求消息帶來了不必要的帶寬和資源損耗。另外，考慮到 路由聚合的影響，根據切換後位置的網絡拓撲信息，將內容進行重新命名有利於路由的收 斂，但是由於請求內容的名字改變，請求者無法獲得新的內容名字，導致內容源切換過程中 的通信中斷也是需要考慮的問題。所以在內容源移動的場景下，既要考慮到內容名字更新 對路由收斂的影響，又要考慮重傳帶來的網絡開銷和資源損耗問題，這就給信息中心網絡 移動性管理帶來了嚴峻考驗。
[0009]1.與本發明相關的現有技術一:
[0010]1.1由於移動技術和多媒體技術(如消息，網頁瀏覽，攝像機，媒體播放器)的快速 發展，用戶發布的移動數據流量不斷增加，從數量、質量和實時性方面考慮，當前的網絡已 不能滿足用戶的需求。信息中心網絡作為一種新興的網絡架構誕生，但是沒有考慮對於設 備移動性的問題。
[0011]文獻[4]提出採用一種部分路徑擴展機制來滿足內容中心網絡中內容源的移動 性。當內容源節點執行切換時，源節點向原位置的路由器通告『Prefix registration』消 息，網絡中所有途徑的路由器對照自己的本地前綴進行比較，若一致則標識該消息到來的 相應接口為『valid』，同時將與該前綴匹配的接口狀態條目標記為『tentative』 ；否則根據 FIB (Forwarding Information Base)表將 『Prefix registration』 消息發往下一跳路由 器。原位置的路由器收到該消息後，發送『Preg confirmation』消息並反向傳給內容源， 這樣在內容源的原位置和新位置之間建立了一條路徑，所有發往原位置的數據包都通過該 路徑轉發給新位置。如果內容源的前一跳拓撲位置不是原位置，則原位置路由器需要發送 『Prefix revocation』消息給內容源的前一跳路由器以解除與原位置路由器間的路徑，途 徑的網絡間的路由器也要更新路由信息，將相應的埠條目標記為『stale』。這種方式為內 容中心網絡的移動性管理提供了較快的服務接入時延並且網絡只承擔較低的路由開銷。
[0012]1.2現有技術一的缺點:
[0013]現有技術一雖然提出了一種解決內容中心網絡中內容源移動場景的方案，但是僅 在原始域路由器和移動域路由器間建立一條擴展路徑，沒有考慮路由可擴展性、路由失效 以及鏈路失效問題。一旦原始域路由器故障或路徑上的任一路由器發生故障，則無法建立 原始域到移動域間的連接，導致丟包，通信中斷。
[0014]2.與本發明相關的現有技術二:
[0015]2.1文獻[5]提出在內容源切換過程中採用臨時前綴封裝的方式。在內容中心網 絡中，假設每個路由器廣播自己的前綴信息，每個內容源有一個全網唯一的家鄉路由器節 點，內容源通過時時監測所接入路由器通告的前綴信息判斷自己的位置，若前綴信息不一 致，說明內容源的位置發生移動。
[0016]內容源檢測到發生切換後，根據持有的內容名字前綴和接入路由器通告的前綴生成一個臨時前綴，並將臨時前綴攜帶在「Prefix update (PU)」消息中發往內容源的家鄉路由器，途徑的所有路由器通過檢查消息包頭中攜帶的家鄉前綴，並與自己的前綴進行比較，若一致則判斷該路由器為內容源的家鄉路由器，否則按照FIB表的條目發往下一跳節點。家鄉路由器收到I3U消息後提取臨時前綴並發送「PU acknowledgment (PACK)」消息反向傳給內容源，這樣就在內容源的家鄉域和移動域之間形成了一條隧道執行切換過程的通信。切換過程中，所有請求內容源的數據包都會發往內容源的家鄉路由器，家鄉路由器將請求信息(Interest)進行封裝，即在數據包頭封裝內容源的臨時地址，經過中間路由器發往內容源，此時中間路由器將請求包解封裝獲得請求消息的原始前綴以建立PIT (PendingInterest Table)表。內容源收到請求消息將與請求內容名字對應的數據在Data包反向路由給家鄉路由器，同樣Data包頭也要封裝內容源的臨時前綴，中間路由器將Data包解封裝，獲得原始前綴對應的數據內容，存儲在本地緩存中，Data包到達家鄉路由器進行解封裝，再根據PIT表將內容數據路由到各個請求者。
[0017]2.2現有技術二的缺點
[0018]現有技術二提出了 一種基於隧道的內容中心網絡移動性管理方案，在內容源的家鄉域和移動域間建立一條隧道，所有發往內容源或從內容源發出的數據包都要經由家鄉域路由器封裝和解封裝。這種機制雖然減小了路由更新的開銷，但是同現有技術一，仍然存在著路由器故障和鏈路失效的可能性，家鄉路由器管理著切換過程的所有數據流，形成了單故障節點，一旦路由器失效，網絡通信被中斷，並且不可恢復。另外，對Interest和Data包的封裝不易實現，文中也並沒有考慮到封裝帶來的系統開銷和時延問題。
[0019]3.與本發明相關的現有技術三
[0020]3.1參考文獻[6]提出一種請求包轉發方式。當內容源即將執行切換時，向上一跳接入路由器發送切換通告信息，此時接入路由器接收所有發往內容源的Interest包並緩存，當內容源切換到新的接入路由器下，發送一條虛擬請求「virtual interest」消息，該消息攜帶有內容源的名字信息，網絡會根據FIB表的最長前綴匹配原則轉發到原接入路由器，途徑的所有路由器更新FIB表中與內容名字對應的接口信息。原接入路由器收到「virtual interest」消息後,將緩存的Interest消息反向傳給內容源,後續的Interest包可以根據FIB表直接轉發而不必經原接入路由器轉發。
[0021 ] 3.2現有技術三的缺點
[0022]現有技術三通過「virtual interest」消息,將內容源的原位置和新位置之間的路由器FIB表進行更新，同時原接入路由器的緩存功能將切換過程中的Interest包反向傳給內容源，後續的Interest消息則根據更新後的FIB表進行路由。這種方案雖然減小了路徑更新開銷和切換時延，但是由於內容源切換過程中始終保持內容名字不變，沒有考慮切換後的路由聚合收斂問題，會造成FIB表條目過大，給伺服器帶來負擔。
[0023]部分參考文獻:
[0024][I] V.Jacobson, D.K.Smetters, J.D.Thornton, M.F.Plass, N.H.Briggs, andR.L Braynard.Networking named content.1n Proceedings of the5th internationalconference on Emerging networking experiments and technologies,ser.CoNEXTi09.New York, NYj USA:ACM, 2009.[0025][2]Information-Centric Networking Research Group (ICNRG).[0026]http://trac.tools, ietf.0rg/group/irtf/trac/wiki/icnrg，2012.01.20.[0027][3] Zhang L，Estrin D，Burke J，et al.Named data networking (ndn) project [J].Relatorio Tecnico NDN-0001，Xerox Palo Alto Research Center-PARC, 2010.[0028][4] J.Lee and D.Kim, 「Mobility Management for Mobile Consumer Devices in Content Centric Networking (CCN)，，，IEEE Int』 1.Conf.Consumer Electronics (ICCE)，Jan.2012.[0029][5] J.Lee, S.Cho and D.Kim, 「Device Mobility Management in Content-Centric Networking，，，IEEE Communications Magazine, Dec.2012.[0030][6]D.Kim，J.Kim，Y.Kim，H.Yoon，and 1.Yeomj 「Mobility Support in Content Centric Networks, 」 In Proc.SIGC0MM Workshop on ICNj 2012.
【發明內容】
[0031]本發明的目的是提出一種在信息中心網絡中基於內容流行度的移動性管理方法， 通過內容流行度閾值的比較選擇合適的移動性方案。
[0032]本發明基於內容中心網絡，提出了一種該網絡下基於內容流行度的移動性管理方法。本發明涉及兩種移動性場景，即請求者側移動和內容源側移動。請求者側移動場景下， 內容請求者發送Interest包請求一個內容，網絡中的路由器收到Interest消息，首先查找本地緩存，若本地緩存有該內容則直接返回給請求者，否則查詢PIT表，若PIT表中有與該內容名字對應的選項，說明該內容在已被請求過且生存時間沒有到期，此時將Interest丟棄，若沒有則建立PIT選項同時查找FIB表根據最長前綴匹配原則繼續轉發。當請求者在請求數據時發生切換，只需在切換執行後重新發送未收到Data數據的Interest包繼續請求，內容中心網絡固有地支持請求者的移動性。內容源的移動場景根據內容流行度不同分為兩種情況:基於代理節點的移動性管理方法和基於網絡緩存的移動性管理方法。基於代理節點的移動性管理方法是通過在網絡中部署代理節點「proxy node」負責管理切換過程中的信息交互、Interest緩存並進行內容源新舊名字間的替換。
[0033]在內容源執行切換前，源節點向代理節點發送「切換通告」消息，M標識位置為「0」 表示切換請求消息，K標識位置為「NULL」。
[0034]請求的內容服從Zipf分布，即流行度高的內容在網絡中被請求的次數越多，網絡節點緩存該內容的概率越大，內容易於從鄰近節點取得；同樣流行度低的內容被請求的次數越低，網絡節點緩存的概率越小，請求的內容不易於從鄰近節點取得。
[0035]代理節點收到該消息後計算請求消息中攜帶的內容名字的流行度閾值
[0036]K = X?^,Ke[0,l] j表示所請求的內容，k表示請求內容j的次數，a表示內容
產1,
分布的密集程度，a越大，分布越密集，a G (0，I)，根據網際網路網站發布內容的數量和訪
問比例，我們通常此處a =0.9。內容流行度M/) =務J = f:E士)服從Zipf分布。
J \ J J
[0037]代理節點根據該內容的流行度與流行度閾值K進行比較，小於K則通過代理節點的方式執行切換過程，大於K則通過網絡緩存的方式獲取Data消息。代理節點判斷執行哪種切換方式後，發送「切換確認」消息給請求者，M標識位置為「 I」表示切換確認，K標識位置為「O」表示基於代理節點的方式，K標識位置為「 I」表示基於網絡緩存的方式。
[0038]內容源移動到新位置，向proxy node發送「切換完成」消息，M標識位置為「2」表示切換結束，K標識位置為「NULL」。
[0039]所述內容流行度P (j)是根據網絡中每節點統計的接收到的Interest的請求包來計算的，每節點根據本地PIT表接收到的帶有不同前綴的Interest消息,計算請求不同前綴的Interest包的百分比，所以內容流行度是一個百分數(〈I)。
[0040]本發明提出一種內容中心網絡基於內容流行度的移動性管理方案，根據內容流行度閾值選擇合適的移動性場景。設計了網絡代理節點，負責管理基於代理節點的切換過程中的所有數據流，緩存切換過程中的請求數據包。設計了名字前綴替換策略，在切換過程中進行內容的新舊名字替換，使切換過程對請求者透明。設計了三種切換信令:「切換通告」消息，「切換確認」消息，「切換完成」消息。
[0041 ] 本發明的有益效果:
[0042]本發明在內容中心網絡中，採用基於內容流行度的移動性管理方案，實現了內容中心網絡移動節點的移動性。對於基於代理節點和網絡緩存兩種方式，移動節點可根據內容流行度選擇執行哪種移動性方案。內容的流行度越高，網絡中緩存該內容節點數目越多，在執行切換之後，可以從就近的節點獲取數據。相反內容的流行度較低，網絡中緩存該內容的節點數目較少，考慮到路由收斂特性，則通過代理節點的方式進行移動性管理更適合特定的網絡拓撲。
[0043]這種可選擇的移動性管理方案可以減小網絡切換時延，減小切換過程中信令傳輸開銷，同時代理節點將內容源的新舊名字進行替換，對於請求者來說是完全透明的，保證了切換的透明傳輸。
[0044]採用基於代理節點和網絡緩存兩種形式的移動性管理方法，可以有效避免了單故障節點和鏈路失效導致通信中斷的可能性。一旦代理節點出現故障無法繼續服務，網絡可以自動選擇通過網絡緩存的方式執行切換，保證通信的正常進行。
【專利附圖】
【附圖說明】
[0045]圖1是本發明基於流行度的內容中心網絡請求者移動示意圖。
[0046]圖2是本發明基於流行度的內容中心網絡內容源移動示意圖。
[0047]圖3是本發明流程圖。
【具體實施方式】
[0048]下面結合附圖和實施例進一步說明本發明。
[0049]一種基於內容流行度的信息中心網絡移動性管理方法，
[0050]本發明主要解決以下問題:
[0051 ] 在網絡中部署代理節點，負責接收處理內容源的預切換信令，緩存切換過程中的Interest消息，同時負責內容源的新位置名字和原位置名字的替換。
[0052]定義流行度閾值，根據請求內容的流行度計算閾值K，決定採用基於代理節點或網絡緩存的方式來解決內容源的移動性問題。[0053]定義「切換通告」，「切換確認」，「切換完成」三條切換信令。
[0054]本發明提供的技術方案是，
[0055]( I)請求者側移動
[0056]本發明實現的基於流行度的內容中心網絡移動性管理方案拓撲如圖1，圖2所示。
[0057]圖1是本發明基於流行度的內容中心網絡請求者移動場景示意圖。
[0058]對於請求者側的移動性如圖1所示，請求者請求內容名字為「/ccn/CRl/ccnfile.doc」的文件。通信執行過程中內容請求者從接入內容路由器I切換到內容路由器n，只需 在切換完成後重新發送未收到Data包回復的Interest請求包即可。由於內容中心網絡是 基於內容名字來請求數據的,不同於TCP/IP網絡的IP位址，請求者的移動與請求內容的位 置信息無關。
[0059](2)內容源移動
[0060]對於內容源的移動性如圖2所示，圖2是本發明基於流行度的內容中心網絡內容 源移動場景。內容源攜帶內容名字為「/ccn/CRl/ccnfile.doc/」的文件從接入內容路由器 I (Content Routerl, CRl)切換到內容路由器 n (Content Router n, CRn)。
[0061]基於流行度的內容源移動的方法，該方法步驟為:
[0062]步驟一:請求者向網絡發送名字前綴為「/ccn/CRl/ccnfile.doc」的Interest請 求消息消息。
[0063]步驟二:內容源收到請求包，將與請求信息名字前綴匹配的內容通過Data消息發 送給請求者。
[0064]步驟三:內容源預進行移動性切換，向內容源註冊的代理節點(proxy node)發送 「切換通告」消息，M標識位置「0」，K標識位置「NULL」，消息中攜帶有內容源持有的內容名 字「/ccn/CRl/ccnfile.doc」。
[0065]步驟四:代理節點收到「切換通告」消息後，根據內容名字計算內容流行度閾值K， 將內容名字的流行度P (j)與K進行比較，若P (j)〈K採用基於代理節點的移動性管理方 法，若P (j)>K採用基於網絡緩存的移動性管理方法。
[0066]步驟五:代理節點發送「切換確認」消息給內容源，M標識位置為「1」，消息中攜帶 有K標識位，K=O表示基於代理節點的方式；K=1表示基於網絡緩存的方式。若K=0，則代理 節點從此時開始接收網絡中發往名字前綴為「/ccn/CRl/ccnfile.doc」的請求消息並緩存 在本地緩存中。若K=l，代理節點不進行任何操作，此時請求者通過重發請求消息從鄰近的 網絡緩存中獲得請求的內容
[0067]步驟六:內容源收到「切換確認」消息後檢查K標識位以判斷執行哪種切換策略， 同時從內容路由器I切換到內容路由器n。考慮到路由收斂，內容源在切換到內容路由器n 後，根據網絡拓撲的變化，相應的內容名字前綴更新為「/ccn/CRn/ccnfile.doc」。若K=0， 則向代理節點發送攜帶有名字前綴為「/ccn/CRn/ccnfile.doc」的「切換完成」消息表明切 換完成，M標識位置「2」，K標識位置「NULL」，同時告知代理節點已經更新的名字前綴。
[0068]步驟七:代理節點收到「切換完成」消息查找更新的名字前綴，將切換過程中緩存 的Interest請求消息的名字前綴更新為「/ccn/CRn/ccnfile.doc」發送給內容源，內容源 收到請求消息，按照內容中心網絡Data轉發規則轉發。
[0069]步驟八:代理節點收到名字前綴為「/ccn/CRn/ccnfile.doc」的Data包，再次將名字替換為「/ccn/CRl/ccnfile.doc」轉發給請求者。
[0070](3)信令格式
[0071]根據本發明的移動性管理方案，定義了切換過程的相應信令，具體定義如下:
[0072]I)切換通告消息
[0073]
【權利要求】
1.一種基於內容流行度的信息中心網絡移動性管理方法，其特徵在於，該方法步驟如下:(1)請求者側移動內容請求者發送Interest包請求一個內容，網絡中的路由器收到Interest消息， 首先查找本地緩存，若本地緩存有該內容則直接返回給請求者，否則查詢PIT表，若PIT 表中有與該內容名字對應的選項，說明該內容在已被請求過且生存時間沒有到期，此時將Interest丟棄，若沒有，則建立PIT選項同時查找FIB表根據最長前綴匹配原則繼續轉發；當請求者在請求數據時發生切換，只需在切換執行後重新發送未收到Data數據的 Interest包繼續請求，內容中心網絡固有地支持請求者的移動性；(2)內容源側移動內容源的移動場景根據內容流行度不同分為兩種情況:基於代理節點的移動性管理方法和基於網絡緩存的移動性管理方法；基於代理節點的移動性管理方法是通過在網絡中部署代理節點「proxy node」負責管理切換過程中的信息交互、Interest緩存並進行內容源新舊名字間的替換；在內容源執行切換前，源節點向代理節點發送「切換通告」消息，M標識位置為「0」表示切換請求消息，K標識位置為「NULL」 ；請求的內容服從Zipf分布，即流行度高的內容在網絡中被請求的次數越多，網絡節點緩存該內容的概率越大，內容易於從鄰近節點取得；同樣流行度低的內容被請求的次數越低，網絡節點緩存的概率越小，請求的內容不易於從鄰近節點取得；代理節點收到該消息後計算請求消息中攜帶的內容名字的流行度閾值K = ^?-J,Ke[0,l]? j表示所請求的內容，k表示請求內容j的次數，a為內容分布的y=i`密集程度，a G (0, I);內容流行度= =服從Zipf分布；代理節點根據該內容的流行度與流行度閾值K進行比較，小於K則通過代理節點的方式執行切換過程，大於K則通過網絡緩存的方式獲取Data消息；代理節點判斷執行哪種切換方式後，發送「切換確認」消息給請求者，M標識位置為「 I」表示切換確認，K標識位置為 「0」表示基於代理節點的方式，K標識位置為「 I 」表示基於網絡緩存的方式；內容源移動到新位置，向proxy node發送「切換完成」消息，M標識位置為「2」表示切換結束，K標識位置為「NULL」。
2.根據權利要求1所述的一種基於內容流行度的信息中心網絡移動性管理方法，其特徵在於，所述a =0.9。
3.根據權利要求1所述的一種基於內容流行度的信息中心網絡移動性管理方法，其特徵在於，所述內容流行度P (j)是根據網絡中每節點統計的接收到的Interest的請求包來計算的，每節點根據本地PIT表接收到的帶有不同前綴的Interest消息,計算請求不同前綴的Interest包的百分比，內容流行度是一個百分數(〈I)。
4.根據權利要求1所述的一種基於內容流行度的信息中心網絡移動性管理方法，其特徵在於，所述切換過程的信令格式為:I)切換通告消息0123
O I I I 2 I 3 I 4 I 5 I 6 I 7 j 8 I 9 I O I I I 2 I 3 I 4 j 5 I 6 I 7 I 8 I 9 I O I I j 2 I 3 [ 4 I 5 I 6 I 7 I 8 j 9 I O I I 索引值
範圍保留位Interest生存時間
卄tM標識位[K標識位 名字 索引值:標識消息序號，一對Interest-Data消息用唯一的索引值標識； 範圍:限制了 Interest擴散的位置； 範圍=0限制在本地查找 範圍=1向內容源擴散 範圍=2隻擴散一跳 保留位:用作擴展使用 Interest生存時間:Interest包的生存時間，在生存時間之內則丟棄相同名字的Interest消息,生存時間超時則重新發送Interest請求； 長度:表示後面欄位的bit 長度； M標識位:用來表示切換信令；M=0表示「切換通告」消息； K標識位:表示切換執行策略；此消息中置為「NULL」 ； 名字:內容源的新(舊)名字； 2)切換確認消息
【文檔編號】H04L12/24GK103581019SQ201310471355
【公開日】2014年2月12日 申請日期:2013年10月10日 優先權日:2013年10月10日
【發明者】張宏科, 周華春, 任飛, 陳佳, 徐雅琨, 李佔偉 申請人:北京交通大學