接收終端及接收方法
【技術領域】
[0001] 本發(fā)明設及連接到通信網(wǎng)絡來接收數(shù)據(jù)的接收終端及接收方法。
【背景技術】
[000引近年來，非專利文獻1中記載的被稱為CCN(Content Centric Network ;內(nèi)容中屯、型網(wǎng)絡）的技術受到關注。CCN是基于內(nèi)容名稱來管理內(nèi)容的內(nèi)容分發(fā)平臺。
[0003] 在CCN中，預先對作為分發(fā)對象的各內(nèi)容、或?qū)?nèi)容進行分割所得的各數(shù)據(jù)賦予 名稱。獲取內(nèi)容的終端發(fā)布被稱為"興趣分組（interestpacket)"的分組，W指定內(nèi)容名 稱（W下稱為"內(nèi)容名"）而請求發(fā)送內(nèi)容。
[0004] 發(fā)行了內(nèi)容的終端接收興趣分組后，向作為興趣分組發(fā)送方的終端發(fā)送與該興趣 分組所指定的內(nèi)容名對應的內(nèi)容。由此，各終端即使不知道內(nèi)容的位置，也能夠基于內(nèi)容名 獲取內(nèi)容。W下，作為內(nèi)容發(fā)行方的終端被稱為"發(fā)送終端"，發(fā)送興趣分組并嘗試接收內(nèi)容 數(shù)據(jù)的終端被稱為"接收終端"。
[000引 CCN的優(yōu)點之一在于能夠從先前進行了內(nèi)容轉(zhuǎn)發(fā)的路由器獲取內(nèi)容。在CCN中，各 路由器會緩存（一定時間內(nèi)保存）從發(fā)送終端向接收終端轉(zhuǎn)發(fā)的內(nèi)容。并且，各路由器在 緩存有接收到的興趣分組所指定的內(nèi)容的情況下，向接收終端發(fā)送該內(nèi)容。由此，CCN能夠 不重新進行從發(fā)送終端到相關路由器為止的內(nèi)容轉(zhuǎn)發(fā)而向接收終端發(fā)送內(nèi)容。
[0006] 能夠W上述那樣高效地分發(fā)內(nèi)容的CCN，目前被期望應用于互聯(lián)網(wǎng)等公共通信網(wǎng) 絡。
[0007] 然而，W互聯(lián)網(wǎng)為代表的公共通信網(wǎng)絡大多是盡力型通信網(wǎng)絡。因此，在盡力型通 信網(wǎng)絡中，有可能會因通信網(wǎng)絡的擁塞或傳輸中的數(shù)據(jù)損壞等，導致興趣分組或數(shù)據(jù)分組 的接收數(shù)據(jù)缺失（分組丟失、分組掉落）。
[000引因此，在專利文獻1中記載了對興趣分組進行重發(fā)的技術。即使在發(fā)生了分組丟 失的情況下，興趣分組的重發(fā)也能夠之后接收數(shù)據(jù)，從而能夠提高數(shù)據(jù)分發(fā)的可靠性。
[0009] 現(xiàn)有技術文獻
[0010] 專利文獻
[0011] 專利文獻1 ;美國專利申請公開第2009/0285209號說明書 [001引非專利文獻
[0013]非專利文獻1 ;V. Jacobson, D. K. Smetters，J. D. Thornton, M. F. Plass， N.比化iggs，R.L. Braynard (PARC), " Networking Named Content"，Italy, Co肥XT2009， December,2009.
[0014]非專利文獻2 ;Lan Wang. A K M MahmudulHoque，Qieng Yi，Adam Alyyan and Beichuan化ang，"OSPFN;An OSPF Based Routing Protocol for Named Data Networking" ，July 25,2012.

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

[001引發(fā)明要解決的問題
[0016] 然而，在從興趣分組的發(fā)送到重發(fā)為止的時間（W下稱為"超時時間"）過長的情 況下，興趣分組的重發(fā)延遲，無法高速地接收作為目標的數(shù)據(jù)。另一方面，在超時時間過短 的情況下，多余興趣分組的重發(fā)頻度升高，導致對網(wǎng)絡的負載增大。
[0017]目P，W往技術在從應用了CCN的盡力型網(wǎng)絡接收數(shù)據(jù)的情況下，難W兼顧高速地 接收數(shù)據(jù)和減輕網(wǎng)絡負載。
[0018] 本發(fā)明的目的在于，即使在從應用了CCN的盡力型網(wǎng)絡接收數(shù)據(jù)的情況下，也能 夠兼顧高速地接收數(shù)據(jù)和減輕網(wǎng)絡負載。
[0019] 解決問題的方案
[0020] 本發(fā)明的接收終端包括：接收協(xié)議找單元，連接到通信網(wǎng)絡；發(fā)布管理單元，對于 所述通信網(wǎng)絡發(fā)送請求回復數(shù)據(jù)的分組即數(shù)據(jù)請求分組；W及H-RIT測量單元，確定直到 重發(fā)所述數(shù)據(jù)請求分組為止的超時時間，并根據(jù)確定的所述超時時間，重發(fā)所述數(shù)據(jù)請求 分組直到所述接收協(xié)議找單元接收所述數(shù)據(jù)為止，所述接收協(xié)議找單元通過多個通信接口 連接到所述通信網(wǎng)絡，所述發(fā)布管理單元從所述多個通信接口分別發(fā)送所述數(shù)據(jù)請求分 組，所述H-RIT測量單元對每個所述通信接口，測量所述接口和持有所述數(shù)據(jù)的節(jié)點即數(shù) 據(jù)持有節(jié)點之間的RTT，并基于測量出的RTT，對每個所述通信接口確定所述超時時間。
[0021] 本發(fā)明的接收方法包括：連接步驟，連接到通信網(wǎng)絡；請求步驟，對于所述通信網(wǎng) 絡發(fā)送請求回復數(shù)據(jù)的分組即數(shù)據(jù)請求分組；超時確定步驟，確定直到重發(fā)數(shù)據(jù)請求分組 為止的超時時間；W及再請求步驟，根據(jù)確定的所述超時時間重發(fā)所述數(shù)據(jù)請求分組，所述 連接步驟是通過多個通信接口連接到所述通信網(wǎng)絡，所述請求步驟是從所述多個通信接口 分別發(fā)送所述數(shù)據(jù)請求分組，所述超時確定步驟是對每個所述通信接口，測量所述通信接 口和持有所述數(shù)據(jù)的節(jié)點即數(shù)據(jù)持有節(jié)點之間的RTT，并基于測量出的RTT，對每個所述通 信接口確定所述超時時間，所述重發(fā)請求步驟是在接收所述數(shù)據(jù)后，在所有的所述多個通 信接口中停止重發(fā)所述數(shù)據(jù)請求分組。
[00巧發(fā)明的效果
[002引根據(jù)本發(fā)明，即使在從應用了CCN的盡力型網(wǎng)絡接收數(shù)據(jù)的情況下，也能夠兼顧 高速地接收數(shù)據(jù)和減輕網(wǎng)絡負載。
【附圖說明】
[0024]圖1是表示本發(fā)明實施方式1的接收終端的結(jié)構的一例的方框圖。
[00巧]圖2是表示本發(fā)明實施方式2的包括接收終端的通信系統(tǒng)的結(jié)構的一例的系統(tǒng)結(jié) 構圖。
[0026] 圖3是表示本實施方式2中的內(nèi)容名的一例的圖。
[0027] 圖4是表示本實施方式2中的時序表的一例的圖。
[002引圖5是表示本實施方式2中的內(nèi)容名的其他例子的圖。
[0029] 圖6是表示本實施方式2中的興趣分組的結(jié)構的一例的圖。
[0030] 圖7是表示本實施方式2中的數(shù)據(jù)分組的結(jié)構的一例的圖。
[0031] 圖8是表示本實施方式2的接收終端的結(jié)構的一例的框圖。
[0032] 圖9是表示本實施方式2中的服務類別表的一例的圖。
[0033] 圖10是表示本實施方式2中的超時確定策略表的一例的圖。
[0034] 圖11是表示本實施方式2的接收終端的動作的一例的流程圖。
[00巧]圖12是表示本實施方式2中的超時確定處理的一例的流程圖。
[0036]圖13是表示本發(fā)明實施方式3的車輛間通信系統(tǒng)的結(jié)構的一例的系統(tǒng)結(jié)構圖。
[0037] 圖14是表示本實施方式3中的函數(shù)的例子的圖。
[003引圖15是表示本實施方式3中的內(nèi)容名的一例的圖。
[0039] 圖16是表示本實施方式3中的數(shù)據(jù)分組的結(jié)構的一例的圖。
[0040] 圖17是表示本實施方式3中的內(nèi)容名的其他例子的圖。
【具體實施方式】
[0041]W下，參照附圖詳細地說明本發(fā)明的各實施方式。
[0042](實施方式1)
[0043] 本發(fā)明的實施方式1是本發(fā)明的基本方式的一例。
[0044] 圖1是表示本實施方式的接收終端的結(jié)構的一例的方框圖。
[0045] 在圖1中，接收終端400包括接收協(xié)議找單元410、發(fā)布管理單元440W及 H-RTT(HolderRoundTripTime;數(shù)據(jù)持有節(jié)點往返時間）測量單元450。
[0046] 接收協(xié)議找單元410連接到通信網(wǎng)絡。發(fā)布管理單元440對于通信網(wǎng)絡發(fā)送請求 回復數(shù)據(jù)的分組即數(shù)據(jù)請求分組。H-RIT測量單元450確定直到重發(fā)數(shù)據(jù)請求分組為止的 超時時間，并根據(jù)確定的超時時間，重發(fā)數(shù)據(jù)請求分組直到接收協(xié)議找單元410接收數(shù)據(jù) 為止。
[0047] 其中，接收協(xié)議找單元410通過多個通信接口連接到通信網(wǎng)絡。發(fā)布管理單元440 從多個通信接口分別發(fā)送數(shù)據(jù)請求分組。對每個通信接口，H-RIT測量單元450測量通信 接口和持有數(shù)據(jù)的節(jié)點即數(shù)據(jù)持有節(jié)點之間的RTT(RoundTripTime,往返時間）。接著， H-RIT測量單元450基于測量出的RTT，對每個通信接口確定超時時間。
[0048] 此外，雖未圖示，但接收終端400例如包括CPU(centralprocessingunit,中央處 理器）、存儲有控制程序的ROM(readonlymemcxry，只讀存儲器）等存儲介質(zhì)、RAM(random accessmemcxry，隨機存取存儲器）等作業(yè)用存儲器及通信電路等。在此情況下，上述各單 元的功能通過CPU執(zhí)行控制程序來實現(xiàn)。
[0049]該種接收終端400能夠從多個通信接口發(fā)送及重發(fā)數(shù)據(jù)請求分組，因此，與僅使 用一個通信接口的情況相比，接收終端400能夠更快速地接收數(shù)據(jù)。目P，即使在從應用了 CCN的盡力型網(wǎng)絡接收數(shù)據(jù)的情況下，接收終端400也能夠?qū)崿F(xiàn)高速的數(shù)據(jù)接收。
[0化0] 然而，若不必要地從多個通信接口發(fā)送興趣分組，則與僅使用一個通信接口的情 況相比，對通信網(wǎng)絡造成的負載升高。另一方面，通常，每個通信接口到數(shù)據(jù)持有節(jié)點為止 的R1T不同，每個通信接口的適當?shù)某瑫r時間也不同。
[0化1] 因此，如上所述，對每個通信接口，接收終端400測量通信接口和數(shù)據(jù)持有節(jié)點之 間（即，接收終端400和數(shù)據(jù)持有節(jié)點之間）的RTT，并基于測量出的RTT，對每個通信接口 確定超時時間。由此，接收終端400能夠?qū)γ總€通信接口確定適當?shù)某瑫r時間，減少不必要 地從多個通信接口發(fā)送興趣分組。
[0化引因此，即使在從應用了CCN的盡力型網(wǎng)絡接收數(shù)據(jù)的情況下，本實施方式的接收 終端400也能夠兼顧高速地接收數(shù)據(jù)和減輕網(wǎng)絡負載。
[0化3](實施方式2)
[0054] 本發(fā)明的實施方式2是將本發(fā)明應用于與CCN對應的接收終端時的本發(fā)明的具體 方式的一例。W下，對應于CCN的節(jié)點被統(tǒng)稱為"CCN節(jié)點"。
[0化5] <通信系統(tǒng)的結(jié)構〉
[0化6] 首先，說明本實施方式的通信系統(tǒng)的結(jié)構。
[0化7]圖2是表示本實施方式的包括接收終端的通信系統(tǒng)的結(jié)構的一例的系統(tǒng)結(jié)構圖。[0化引圖2中，通信系統(tǒng)100包括CCN網(wǎng)絡200、發(fā)送終端300、第一接收終端4001及第 二接收終端4002。
[0059] CCN網(wǎng)絡200是適用了CCN的通信網(wǎng)絡。在本實施方式中，CCN網(wǎng)絡200包括第一 CCN路由器21〇1~第五CCN路由器210e和連接該些路由器的多個網(wǎng)絡連接媒體220。但 是，CCN網(wǎng)絡200是盡力型網(wǎng)絡（例如互聯(lián)網(wǎng)），除了圖示的節(jié)點W外，還連接了多個節(jié)點， 且多個節(jié)點彼此共享通信頻帶。
[0060]第一接收終端40〇1及第二接收終端4002具有同一結(jié)構，因此，適當?shù)貙⑸鲜鼋邮?