專利名稱：傳輸控制協(xié)議發(fā)送控制裝置以及傳輸控制協(xié)議發(fā)送控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及TCP (Transport Control Protocol :傳輸控制協(xié)議)發(fā)送控制裝置以 及TCP發(fā)送控制方法，特別涉及經(jīng)由IP (Internet Protocol 互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)利用TCP進(jìn) 行家電協(xié)同服務(wù)時的高效率的發(fā)送控制方法的改善。
背景技術(shù)：
在互聯(lián)網(wǎng)上進(jìn)行基于TCP的數(shù)據(jù)播發(fā)的情況下，必須考慮延遲、抖動、分組丟失 等各種因素導(dǎo)致的網(wǎng)絡(luò)狀況的變化/差異。另外，對于接收側(cè)終端，也需要考慮支持從高 性能終端到低性能終端的大范圍的終端。至今為止的通常的TCP棧使用將PC (Personal Computer 個人計算機(jī))設(shè)想為通信終端的發(fā)送控制參數(shù)來實(shí)現(xiàn)盡力服務(wù)(Best Effort) 模式下的數(shù)據(jù)播發(fā)。圖1是表示以往的數(shù)據(jù)通信系統(tǒng)的結(jié)構(gòu)的圖。在圖1中，數(shù)據(jù)通信系統(tǒng)10包括服務(wù)器11、接口 12以及與互聯(lián)網(wǎng)12連接的用 戶端13。在圖1的a.中表示的服務(wù)器11、互聯(lián)網(wǎng)12到用戶端13之間，網(wǎng)絡(luò)(以下簡寫為 NW)狀況的變動較大，產(chǎn)生延遲/抖動/分組丟失。另外，無法確定每個分組的分發(fā)路徑，發(fā) 生分組的到達(dá)順序的調(diào)換。另外，圖1的b.中所示的用戶端13基本上是PC終端，性能較高，但差異較大。另 外，接受以盡力服務(wù)前提的服務(wù)。對于以往的數(shù)據(jù)通信系統(tǒng)10，必須考慮互聯(lián)網(wǎng)上的各種NW狀況和終端，因此在進(jìn) 行基于TCP的數(shù)據(jù)播發(fā)的情況下，使用最大公約數(shù)的設(shè)定，實(shí)現(xiàn)基于盡力服務(wù)的服務(wù)。圖2是表示以往的家庭網(wǎng)絡(luò)(home network)(家庭NW)系統(tǒng)的結(jié)構(gòu)的圖。在圖2中，家庭NW系統(tǒng)20包括嵌入型(built-in)的服務(wù)器21、家庭NW22以及 與家庭NW22連接的多個嵌入終端23。圖2的a.表示的嵌入型的服務(wù)器21、家庭NW22到嵌入終端23之間幾乎都是單 跳，延遲少，也不會發(fā)生分組的調(diào)換。另外，圖2的b.中表示的嵌入終端23基本上性能較低。但是，對于AV播放等功 能，要求嚴(yán)格。對于預(yù)計今后普及的家庭NW中的流式傳輸服務(wù)(streaming service)，與互聯(lián)網(wǎng) 上的服務(wù)相比，設(shè)想的NW狀況有很大不同。另外，對于與PC相比性能低的嵌入終端，要求 的是作為家電產(chǎn)品的質(zhì)量，而不是盡力服務(wù)。在通常的處理中，由于分組丟失，需要200ms 以上的恢復(fù)時間，因此在進(jìn)行AV流式傳輸?shù)那闆r下，發(fā)生中斷的可能性高。作為TCP中的發(fā)送控制參數(shù)的一例，可舉出與發(fā)生了分組丟失時的重發(fā)處理有關(guān) 的參數(shù)。在TCP中，在網(wǎng)絡(luò)上丟失分組時，使用兩種方法對其進(jìn)行檢測，嘗試重發(fā)。
一種方法是利用超時檢測分組丟失、進(jìn)行重發(fā)。在發(fā)送終端發(fā)送分組后，在被稱 為重發(fā)超時時間(RTO Retransmission Time Out)的參數(shù)所規(guī)定的時間期間內(nèi)，無法接收 到來自接收終端的確認(rèn)響應(yīng)(ACK)的情況下，發(fā)送終端判斷為分組已丟失，進(jìn)行該分組的 重發(fā)。在通常的TCP棧中，對于該重發(fā)超時時間設(shè)定了最小值，使用200ms以上的值。這是 為了防止將在接收終端側(cè)進(jìn)行延遲ACK處理的情況下產(chǎn)生的延遲判斷為分組丟失，而進(jìn)行 不必要的重發(fā)處理。圖3是表示一例以往的使用了 TCP的確認(rèn)響應(yīng)處理動作的控制時序圖。如圖3所示，在同一連接上進(jìn)行雙向的數(shù)據(jù)傳輸?shù)那闆r下，有時即使TCP棧接收到 分組也不會立即返回ACK，而是對輸入從高層應(yīng)用發(fā)送的數(shù)據(jù)等待一定的時間，盡量使用同 一分組發(fā)送ACK及其數(shù)據(jù)，由此進(jìn)行實(shí)現(xiàn)通信高效率的處理(piggyback，捎帶)。由此，在 接收側(cè)可能產(chǎn)生直至ACK發(fā)送為止的延遲，因此，發(fā)送終端必須考慮該接收終端側(cè)的延遲 量來設(shè)定重發(fā)超時時間。另一個分組丟失檢測方法是被稱為快速重發(fā)(Fast Retransmission)的機(jī)制， 通過接收終端在從接收分組的序列號檢測出分組丟失的情況下發(fā)送的重復(fù)確認(rèn)響應(yīng) (Duplicate ACK)，發(fā)送終端檢測分組丟失。圖4是表示一例使用了以往的TCP的快速重發(fā)功能的重發(fā)處理動作的控制時序 圖。如圖4所示，在序列號3的分組在網(wǎng)絡(luò)上丟失的情況下，接收終端在每次接收到序 列號4以后的后繼分組時向發(fā)送終端返回重復(fù)確認(rèn)響應(yīng)。通常，發(fā)送終端接收到3個重復(fù) 確認(rèn)響應(yīng)時判斷為分組已丟失，進(jìn)行該分組的重發(fā)。由于在互聯(lián)網(wǎng)上各分組經(jīng)過不同的路 徑后有可能發(fā)生順序的調(diào)換，為了防止將這種順序調(diào)換與分組丟失混淆而產(chǎn)生不必要的重 發(fā)處理，因而接收終端在接收到3個重復(fù)確認(rèn)響應(yīng)后才進(jìn)行重發(fā)。然而，對于預(yù)計今后普及的家庭網(wǎng)絡(luò)中的設(shè)備協(xié)同服務(wù)，與互聯(lián)網(wǎng)上的服務(wù)相比， 設(shè)想的網(wǎng)絡(luò)狀況有很大不同。特別是，在實(shí)現(xiàn)AV流式傳輸那樣的實(shí)時性高的通信的情況 下，對于與PC相比，性能較低的嵌入終端(參照圖2)，要求的是作為家電產(chǎn)品的質(zhì)量，而不 是盡力服務(wù)。因此，需要進(jìn)行適于家庭網(wǎng)絡(luò)上的服務(wù)的發(fā)送控制，而不是設(shè)想為互聯(lián)網(wǎng)上的 通信的TCP發(fā)送控制。在專利文獻(xiàn)1中記載了從移動終端向服務(wù)器提供重發(fā)超時時間的信息的移動通 信系統(tǒng)。專利文獻(xiàn)1中記載的裝置在TCP連接建立時，從作為TCP數(shù)據(jù)播發(fā)的接收側(cè)的移 動機(jī)向發(fā)送側(cè)服務(wù)器通知重發(fā)超時時間，由此實(shí)現(xiàn)適于網(wǎng)絡(luò)承載(network bearer)的重發(fā)處理。另外，在專利文獻(xiàn)2中記載了向服務(wù)器發(fā)送附加了變更重發(fā)超時時間的選項(xiàng)的段 (segment)的移動通信系統(tǒng)。專利文獻(xiàn)2記載的裝置在TCP連接建立中，從作為TCP數(shù)據(jù)播 發(fā)的接收側(cè)的移動機(jī)向發(fā)送側(cè)服務(wù)器通知重發(fā)超時時間，由此即使在通信中網(wǎng)絡(luò)承載因切 換等導(dǎo)致而變化了的情況下也可設(shè)定適當(dāng)?shù)闹匕l(fā)處理參數(shù)。圖5是說明與以往的NW類別對應(yīng)的發(fā)送側(cè)重發(fā)超時時間的控制的圖。在圖5中，移動通信系統(tǒng)30包括移動電話等移動機(jī)31 ；以及服務(wù)器32，通過無線 通信線路與移動機(jī)31和未圖示的基站間的移動通信網(wǎng)連接。圖5的a.中示出的服務(wù)器32與移動機(jī)31之間在TCP連接建立時，從移動機(jī)31向服務(wù)器32通知與承載類別對應(yīng)的重發(fā)超時時間，服務(wù)器32使用該值進(jìn)行TCP發(fā)送。如圖5b.中所示，在承載因切換等而變化了的情況下(例如，線路交換 分組交換等)，在連接建立中從移動機(jī)31向服務(wù)器32通知重發(fā)超時時間的變更，并進(jìn)
行變更。這樣，對每個承載類別設(shè)定基于TCP的數(shù)據(jù)發(fā)送時的重發(fā)超時時間，由此能夠提 高通信線路的使用效率?，F(xiàn)有技術(shù)文獻(xiàn)專利文獻(xiàn)專利文獻(xiàn)1 日本專利特開2003-102057號公報專利文獻(xiàn)2 日本專利特開2003-2M619號公報

發(fā)明內(nèi)容
發(fā)明需要解決的問題但是，在這種以往的移動通信系統(tǒng)中存在如下問題。(1)如果TCP的發(fā)送終端使用獨(dú)自的協(xié)議而未由接收終端指示，則無法設(shè)定重發(fā) 超時時間。即，如果不是由接收側(cè)指示每次設(shè)定，則無法實(shí)現(xiàn)。(2)另外，發(fā)送終端能夠設(shè)定重發(fā)超時時間的是每個終端，而在與相同的接收終端 之間建立了多個TCP連接的情況下，即使在各個TCP連接上進(jìn)行不同的服務(wù)、對于各個服務(wù) 的最佳重發(fā)超時時間不同的情況下，也無法按照每個服務(wù)分別進(jìn)行設(shè)定。換言之，是每個對 象的設(shè)定，不能進(jìn)行每個連接的設(shè)定。這樣就不能靈活地設(shè)定重發(fā)關(guān)聯(lián)參數(shù)。本發(fā)明的目的在于，提供實(shí)現(xiàn)家庭網(wǎng)絡(luò)上的設(shè)備協(xié)同服務(wù)中的TCP發(fā)送處理的高 效率的TCP發(fā)送控制裝置以及TCP發(fā)送控制方法。解決問題的方案本發(fā)明的TCP發(fā)送控制裝置，其對接收終端經(jīng)由分組網(wǎng)進(jìn)行TCP數(shù)據(jù)發(fā)送，包括 接收網(wǎng)絡(luò)判定單元，判定所述接收終端是否存在于內(nèi)部分組網(wǎng)上；以及TCP發(fā)送控制信息 設(shè)定單元，在所述接收終端位于所述內(nèi)部分組網(wǎng)時，將在與所述接收終端之間建立的TCP 連接中使用的TCP發(fā)送控制信息設(shè)定為面向所述內(nèi)部分組網(wǎng)。本發(fā)明的TCP發(fā)送控制方法，用于對接收終端經(jīng)由分組網(wǎng)進(jìn)行TCP數(shù)據(jù)發(fā)送，包 括判定所述接收終端是否存在于內(nèi)部分組網(wǎng)上的步驟；以及在所述接收終端位于所述內(nèi) 部分組網(wǎng)時，將在與所述接收終端之間建立的TCP連接中使用的TCP發(fā)送控制信息設(shè)定為 面向所述內(nèi)部分組網(wǎng)的設(shè)定步驟。發(fā)明的效果根據(jù)本發(fā)明，根據(jù)接收終端所屬的網(wǎng)絡(luò)設(shè)定在與接收終端之間建立的TCP連接中 使用的TCP發(fā)送控制信息，從而發(fā)送側(cè)根據(jù)通信對方終端所屬的分組網(wǎng)設(shè)定適當(dāng)?shù)腡CP發(fā) 送控制信息，能夠進(jìn)行高效率的TCP通信，大幅度改善分組丟失時的重發(fā)時間。另外，能夠 在不對TCP棧/協(xié)議施加變更的情況下，在現(xiàn)有的體制中對每個TCP連接設(shè)定適當(dāng)?shù)腡CP 參數(shù)。其結(jié)果是，能夠?qū)崿F(xiàn)家庭網(wǎng)絡(luò)服務(wù)中的TCP通信高效率。


圖1是表示以往的數(shù)據(jù)通信系統(tǒng)的結(jié)構(gòu)的圖。圖2是表示以往的家庭網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)的圖。圖3是表示一例使用了以往的TCP的確認(rèn)響應(yīng)處理動作的控制時序圖。圖4是表示一例使用了以往的TCP的快速重發(fā)功能的重發(fā)處理動作的控制時序圖。圖5是說明與以往的NW類別對應(yīng)的發(fā)送側(cè)重發(fā)超時時間的控制的圖。圖6是表示使用本發(fā)明實(shí)施方式的TCP發(fā)送控制裝置的通信系統(tǒng)的結(jié)構(gòu)的圖。圖7是表示本實(shí)施方式的TCP發(fā)送控制裝置的結(jié)構(gòu)的圖。圖8是表示本實(shí)施方式的TCP發(fā)送控制裝置的每個網(wǎng)絡(luò)類別的TCP發(fā)送控制信息 的設(shè)定例的圖。圖9是表示本實(shí)施方式的TCP發(fā)送控制裝置的每個服務(wù)類別的TCP發(fā)送控制信息 的設(shè)定例的圖。圖10是表示本實(shí)施方式的TCP發(fā)送控制裝置的通信系統(tǒng)的動作的控制時序圖。圖11是表示本實(shí)施方式的TCP發(fā)送控制裝置的內(nèi)部處理的流程圖。圖12是表示本實(shí)施方式的TCP發(fā)送控制裝置的內(nèi)部處理的流程圖。圖13A、圖1 是表示本實(shí)施方式的TCP發(fā)送控制裝置的流式傳輸中的間歇業(yè)務(wù) (intermittent traffic)白禾呈 。
具體實(shí)施例方式以下，參照附圖詳細(xì)說明本發(fā)明的實(shí)施方式。圖6是表示本發(fā)明的一個實(shí)施方式的使用TCP發(fā)送控制裝置的通信系統(tǒng)的結(jié)構(gòu)的 圖。本實(shí)施方式的TCP發(fā)送控制裝置是應(yīng)用于家庭NW的發(fā)送終端的例子。在圖6中，通信系統(tǒng)100包括作為TCP發(fā)送控制裝置的發(fā)送終端200、接收終端 210、連接發(fā)送終端200與接收終端210的內(nèi)部分組網(wǎng)220、接收終端M0、連接發(fā)送終端200 與接收終端MO的外部分組網(wǎng)250。上述發(fā)送終端200、接收終端210以及內(nèi)部分組網(wǎng)220構(gòu)成家庭NW230。發(fā)送終端200在家庭NW230內(nèi)，對其他通信終端經(jīng)由內(nèi)部分組網(wǎng)220和外部分組 網(wǎng)250進(jìn)行使用了 TCP的數(shù)據(jù)播發(fā)。接收終端210在家庭NW230內(nèi)，經(jīng)由內(nèi)部分組網(wǎng)220接收基于TCP的數(shù)據(jù)播發(fā)。接 收終端210例如是與PC等相比性能低的嵌入終端或家電終端。對于家電終端，一般要求的 是作為家電產(chǎn)品的質(zhì)量，而不是盡力服務(wù)。內(nèi)部分組網(wǎng)220是包含單獨(dú)或少量的子網(wǎng)的界內(nèi)的分組交換網(wǎng)。具體而言，內(nèi)部 分組網(wǎng)220是由集線器(hub)、開關(guān)和無線LAN (Wireless LAN)的AP (Access Point，接入 點(diǎn))構(gòu)成的網(wǎng)絡(luò)。在本實(shí)施方式中，將住所內(nèi)部的家庭NW設(shè)定為內(nèi)部分組網(wǎng)220。接收終端240經(jīng)由外部分組網(wǎng)250接收基于TCP的數(shù)據(jù)播發(fā)。在將接收終端210 和接收終端240統(tǒng)稱的情況下，稱為接收終端沈0。外部分組網(wǎng)250是互聯(lián)網(wǎng)、使用了分組交換的蜂窩網(wǎng)等廣域網(wǎng)/公眾的分組交換 網(wǎng)，還包括經(jīng)由互聯(lián)網(wǎng)的虛擬LAN(VirtUal LAN)等。另外，也可以是將其中的多個進(jìn)行了 組合而形成的網(wǎng)。在將內(nèi)部分組網(wǎng)220和外部分組網(wǎng)250統(tǒng)稱的情況下，稱為分組網(wǎng)270。
圖7是表示上述發(fā)送終端200的結(jié)構(gòu)的圖。在圖7中，發(fā)送終端200包括用戶接口控制單元201、設(shè)備協(xié)同服務(wù)控制單元 202、TCP設(shè)定信息存儲單元203、NW類別判定單元204、服務(wù)類別判定單元205、TCP發(fā)送目 的地緩存控制單元206、網(wǎng)絡(luò)協(xié)議控制單元207、以及網(wǎng)絡(luò)接口控制單元208。用戶接口控制單元201進(jìn)行對用戶的信息的輸入輸出的控制。用戶接口控制單元 201具有接受來自用戶的指示的功能、接收語音或運(yùn)動圖像等媒體數(shù)據(jù)的輸入并將其傳遞 給設(shè)備協(xié)同服務(wù)控制單元202的功能、以及向用戶輸出從設(shè)備協(xié)同服務(wù)控制單元202接收 的語音或運(yùn)動圖像以及文本數(shù)據(jù)等信息的功能。用戶接口控制單元201包括鼠標(biāo)或按鍵、 照相機(jī)、話筒等輸入設(shè)備、以及顯示器或揚(yáng)聲器、LED等輸出設(shè)備。設(shè)備協(xié)同服務(wù)控制單元202進(jìn)行設(shè)備協(xié)同服務(wù)的控制。設(shè)備協(xié)同服務(wù)控制單元 202具有接受來自用戶的指示的功能、向用戶顯示服務(wù)狀態(tài)的功能、經(jīng)由用戶接口控制單元 201輸入輸出語音或影像等媒體數(shù)據(jù)的功能。另外，設(shè)備協(xié)同服務(wù)控制單元202向NW類別 判定單元204和服務(wù)類別判定單元205輸出設(shè)備協(xié)同的控制數(shù)據(jù)。設(shè)備協(xié)同服務(wù)控制單元 202具有經(jīng)由網(wǎng)絡(luò)協(xié)議控制單元207、網(wǎng)絡(luò)接口控制單元208、分組網(wǎng)270在與接收側(cè)終端之 間進(jìn)行設(shè)備協(xié)同的控制數(shù)據(jù)的發(fā)送接收或語音/影像等的發(fā)送的功能。TCP設(shè)定信息存儲單元203存儲TCP發(fā)送控制信息。TCP發(fā)送控制信息與TCP的 擁塞控制算法有關(guān)，是TCP的發(fā)送側(cè)進(jìn)行控制的設(shè)定，能夠利用發(fā)送目的地緩存功能進(jìn)行 變更。只要是表示其內(nèi)容的發(fā)送控制信息即可，可以為任意名稱。例如，有時也稱為TCP參 數(shù)、設(shè)定參數(shù)。TCP設(shè)定信息存儲單元203由NW類別判定單元204和服務(wù)類別判定單元205 訪問，存儲在TCP設(shè)定信息存儲單元203中的TCP發(fā)送控制信息在NW類別判定單元204和 服務(wù)類別判定單元205進(jìn)行NW類別和服務(wù)類別判定時被參照。另外，基本上以如下定時圖案作為定時圖案(timming pattern)，使用TCP發(fā)送控 制信息。1.服務(wù)開始時2.間歇業(yè)務(wù)發(fā)生時作為產(chǎn)生2.的間歇業(yè)務(wù)的服務(wù)的例子，可舉出HTTP (Hyper Text Transfer ftOtocol，超文本傳輸協(xié)議)流式傳輸和Web業(yè)務(wù)等。關(guān)于TCP發(fā)送控制信息的例子，通過 圖8和圖9在后面敘述。NW類別判定單元204從網(wǎng)絡(luò)的類別來決定TCP參數(shù)。服務(wù)類別判定單元205從服務(wù)的類別決定TCP參數(shù)。TCP發(fā)送目的地緩存控制單元206從NW類別判定單元204或服務(wù)類別判定單元 205接受指示，設(shè)定網(wǎng)絡(luò)協(xié)議控制單元207的TCP發(fā)送目的地緩存信息。網(wǎng)絡(luò)協(xié)議控制單元 207 是進(jìn)行 TCP/IP (Transmission Control Protocol/ Internet Protocol，傳輸控制協(xié)議/因特網(wǎng)協(xié)議)的控制的協(xié)議棧。網(wǎng)絡(luò)協(xié)議控制單元 207是TCP/IP的協(xié)議棧，按照TCP/IP的機(jī)制控制從設(shè)備協(xié)同服務(wù)控制單元202傳送來的播 發(fā)數(shù)據(jù)，經(jīng)由網(wǎng)絡(luò)接口控制單元208和分組網(wǎng)270向接收側(cè)終端播發(fā)。網(wǎng)絡(luò)協(xié)議控制單元 207通常具有慢啟動、擁塞回避、快速重發(fā)、快速恢復(fù)等算法作為TCP控制功能，能夠應(yīng)對網(wǎng) 絡(luò)狀況的變動和分組丟失。另外，網(wǎng)絡(luò)協(xié)議控制單元207具有被稱為發(fā)送目的地緩存(destination cache)的功能，保存在對某個發(fā)送目的地的第1次的TCP發(fā)送處理中使用了的TCP的控制信息，在 對同一發(fā)送目的地再次進(jìn)行TCP發(fā)送處理的情況下使用該信息，由此實(shí)現(xiàn)對同一發(fā)送目的 地的第2次以后的TCP通信的高效率。作為被保存為發(fā)送目的地緩存的信息的例子，存在最 大傳輸大小(MTU)、擁塞窗口大小的最大值(CWND)、擁塞窗口大小的初始值(INITCWIND)、 慢啟動閾值(SSTHRESH)、往返時間(RTT)、重發(fā)超時時間的最小值(RT0_MIN)、容許的最大 分組順序調(diào)換數(shù)(REORDERING)等。網(wǎng)絡(luò)接口控制單元208與分組網(wǎng)270之間進(jìn)行通信。網(wǎng)絡(luò)接口控制單元208具有 將從網(wǎng)絡(luò)協(xié)議控制單元207接收到的數(shù)據(jù)發(fā)送給分組網(wǎng)270的功能、以及將從分組網(wǎng)270 接收到的數(shù)據(jù)傳送給網(wǎng)絡(luò)協(xié)議控制單元207。圖8和圖9是表示存儲在TCP設(shè)定信息存儲單元203中的TCP發(fā)送控制信息的例 子的圖。圖8是每個網(wǎng)絡(luò)類別的TCP發(fā)送控制信息的設(shè)定例子，圖9是每個服務(wù)類別的TCP 發(fā)送控制信息的設(shè)定例子。圖8所示的TCP發(fā)送控制信息是與擁塞回避(Congestion Avoidance)、快速重發(fā) (Fast Retransmit)、快速恢復(fù)(Fast Recovery)、慢啟動(Slow Start)等 TCP 擁塞控制算 法有關(guān)的TCP設(shè)定信息。該每個網(wǎng)絡(luò)類別的TCP發(fā)送控制信息由TCP數(shù)據(jù)的發(fā)送側(cè)進(jìn)行控 制。該每個網(wǎng)絡(luò)類別的TCP發(fā)送控制信息可通過發(fā)送目的地緩存功能進(jìn)行變更。另外，在家庭NW230等相鄰網(wǎng)絡(luò)的情況下，判斷為分組順序調(diào)換的發(fā)生幾率較小， 將在發(fā)送側(cè)容許的最大分組順序調(diào)換數(shù)(REORDERING)設(shè)為1。對于除此以外的網(wǎng)絡(luò)，使用 系統(tǒng)的默認(rèn)值，一般而言該值是3。在本實(shí)施方式中，通過將該值變更為1，發(fā)送終端200能 夠在從接收終端260接收到1個重復(fù)確認(rèn)響應(yīng)的時刻進(jìn)行相應(yīng)分組的重發(fā)。圖9所示的每種服務(wù)類別的TCP發(fā)送控制信息具有以下含意。語音或影像的流式 傳輸?shù)膶?shí)時性較高，如果使用考慮了延遲ACK的重發(fā)超時時間，則有可能發(fā)生流式傳輸?shù)?中斷。因此，通過對這些服務(wù)將重發(fā)超時時間的最小值(RT0_MIN)設(shè)定為短的值，能夠快速 進(jìn)行基于超時的重發(fā)。但是，如果所有的通信減小為重發(fā)超時時間的最小值，則有時會進(jìn)行 不必要的重發(fā)，壓迫網(wǎng)絡(luò)帶寬。因此，對于文件下載那樣的實(shí)時性較低、接收終端側(cè)能夠?qū)?應(yīng)少許的接收調(diào)換的服務(wù)，圖9所示的每種服務(wù)類別的TCP發(fā)送控制信息使用系統(tǒng)的默認(rèn) 值。一般而言，該默認(rèn)值是200ms以上的值。以下，對具有上述那樣構(gòu)成的發(fā)送終端200的通信系統(tǒng)的動作進(jìn)行說明。本發(fā)明人著眼于以下情況互聯(lián)網(wǎng)/移動電話網(wǎng)等住所外部NW的延遲/抖動發(fā) 生大幅變動，與此相對，家庭NW的延遲/抖動較小。另外，住所外部NW無法確定分組的播 發(fā)路徑，會發(fā)生分組到達(dá)順序的調(diào)換。在家庭NW中，延遲/抖動較少，也不會發(fā)生分組的調(diào) 換。但是，在現(xiàn)有技術(shù)中，未考慮家庭NW的延遲/抖動小這一特性上的差異，構(gòu)成家庭NW 的服務(wù)器終端是所謂沿用作為住所外部NW的服務(wù)器功能的形式。即，現(xiàn)有技術(shù)的發(fā)送(服 務(wù)器)終端的結(jié)構(gòu)是即使在用于家庭NW的情況下也使用通常的TCP發(fā)送控制參數(shù)，在盡 力服務(wù)模式下進(jìn)行數(shù)據(jù)播發(fā)。因此，在家庭NW上的設(shè)備協(xié)同服務(wù)中，TCP發(fā)送處理未進(jìn)行優(yōu)化，從而未實(shí)現(xiàn)高效 率。例如，存在如下問題，即如果使用獨(dú)自的協(xié)議而未從接收終端被指示，則無法設(shè)定重發(fā) 超時時間，另外，即使在對各個服務(wù)的最佳重發(fā)超時時間不同的情況下，也不能分別進(jìn)行每 個服務(wù)的設(shè)定等，在家庭NW上未優(yōu)化TCP發(fā)送處理的問題。
因此，本發(fā)明的TCP發(fā)送控制裝置根據(jù)與接收終端的通信內(nèi)容，判斷NW/服務(wù)，在 執(zhí)行(發(fā)送)家庭NW內(nèi)的流式傳輸服務(wù)時，根據(jù)接收終端所屬的網(wǎng)絡(luò)來設(shè)定在與接收終端 之間建立的TCP連接中使用的TCP發(fā)送控制信息。這里，NW/服務(wù)的判斷可根據(jù)設(shè)備協(xié)同協(xié)議的內(nèi)容等進(jìn)行判別。另外，作為要設(shè)定的TCP發(fā)送控制信息的例子，可舉出重發(fā)超時值(RTO)、或重發(fā) 開始閾值(Reordering)等。首先，說明發(fā)送終端200對接收終端210使用TCP進(jìn)行影像或語音等的流式傳輸 播發(fā)時的動作。圖10是表示由發(fā)送終端200、接收終端210、和接收終端240構(gòu)成的通信系統(tǒng)的動 作的控制時序圖。家庭NW230上的接收終端210最初在內(nèi)部分組網(wǎng)220上廣播請求發(fā)現(xiàn)設(shè)備的消息 (參照S100)。該消息例如是UPnP(Universal Plug and Play，通用即插即用)的SSDP協(xié) 議的服務(wù)發(fā)現(xiàn)消息。接收到該消息的內(nèi)部分組網(wǎng)220上的發(fā)送終端200將從接收終端210接收到設(shè)備 發(fā)現(xiàn)請求消息的情況與接收終端210的IP地址信息一起通知給NW類別判定單元204。由 于設(shè)備發(fā)現(xiàn)請求之類的在設(shè)備協(xié)同中使用的消息傳不被傳輸?shù)阶泳W(wǎng)外，接收到該通知的NW 類別判定單元204判定為接收終端210是同一子網(wǎng)上的終端(參照S102)。接著，NW類別判定單元204根據(jù)該判定，進(jìn)行以下NW類別判定(參照S101)。艮口， NW類別判定單元204基于該判定，從TCP設(shè)定信息存儲單元203注冊的信息中獲取對網(wǎng)絡(luò) 類別為相鄰網(wǎng)絡(luò)的終端的設(shè)定，將其通知給TCP發(fā)送目的地緩存控制單元206。接收到通 知的TCP發(fā)送目的地緩存控制單元206，對于網(wǎng)絡(luò)協(xié)議控制單元207，進(jìn)行與接收終端210 的IP地址對應(yīng)的TCP發(fā)送目的地緩存的設(shè)定。作為該設(shè)定方法的例子，可舉出基于能夠在 Linux OS中利用的ipr0Ute2指令的設(shè)定方法。在圖8所示的每個網(wǎng)絡(luò)類別的TCP發(fā)送控 制信息的設(shè)定例中，對于相鄰網(wǎng)絡(luò)上的終端，注冊了將RE0RDERING(容許的最大的分組順 序調(diào)換數(shù))設(shè)為1的信息，該設(shè)定被設(shè)定在網(wǎng)絡(luò)協(xié)議控制單元207、即TCP協(xié)議棧。在該情 況下，在以后與接收終端210建立TCP連接的情況下，在反映了該設(shè)定的狀態(tài)下開始TCP通 信。具體而言，發(fā)送終端200在與接收終端210的TCP通信中，在從接收終端210接收到1 個重復(fù)確認(rèn)響應(yīng)的時刻，判斷為發(fā)生了分組丟失，能夠快速進(jìn)行重發(fā)處理。然后，在接收終端210與發(fā)送終端200之間，進(jìn)行使用了 UPnP等設(shè)備協(xié)同協(xié)議的 各種控制處理(參照S10;3)。具體而言，接收終端210獲取發(fā)送終端200的設(shè)備信息，檢測 發(fā)送終端200具有流式傳輸播發(fā)功能，其后基于接收終端210的用戶指示，獲取發(fā)送終端 200具有的內(nèi)容列表。另外，在接收終端210的用戶請求接收終端210開始來自發(fā)送終端 200的內(nèi)容的流式傳輸時，接收終端210向發(fā)送終端200發(fā)行開始內(nèi)容發(fā)送的消息(參照 S104)。具體而言，該消息通過HTTP GET METHOD等實(shí)現(xiàn)，請求發(fā)送終端200傳輸內(nèi)容的全 部或一部分。接收到該請求的發(fā)送終端200將要開始的服務(wù)的內(nèi)容即是影像或語音的流式傳 輸服務(wù)的情況、以及服務(wù)的對方地址即接收終端210的地址信息(IP地址以及端口號)通 知給服務(wù)類別判定單元205。接收到該通知的服務(wù)類別判定單元205從TCP設(shè)定信息存儲 單元203獲取與流式傳輸服務(wù)有關(guān)的設(shè)定，對TCP發(fā)送目的地緩存控制單元206進(jìn)行指示，以進(jìn)行對于指定的地址信息的發(fā)送目的地緩存的設(shè)定(參照S105)。接收到指示的TCP發(fā)送目的地緩存控制單元206將對于指定的地址信息、即接收 終端240接收該流式傳輸服務(wù)時使用的IP地址和端口號的發(fā)送目的地緩存的內(nèi)容變更為 指示的內(nèi)容。在圖9所示的每種服務(wù)類別的TCP發(fā)送控制信息的設(shè)定例中，在流式傳輸服 務(wù)的情況下為下述內(nèi)容，將重發(fā)超時時間的最小值(RT0_MIN)設(shè)定為比以往的TCP中使用 的值小的值，具體而言，在語音的情況下設(shè)為30ms，在影像的情況下設(shè)為50ms。將與接收終 端240接收該流式傳輸服務(wù)時使用的IP地址和端口號有關(guān)的發(fā)送目的地緩存中的、重發(fā)超 時時間的最小值被設(shè)定為該值。通過上述處理，在其后開始的從發(fā)送終端200到接收終端MO的流式傳輸服務(wù) (參照S106)中，與以往的TCP相比，重發(fā)超時時間變短，超時發(fā)生時的重發(fā)處理實(shí)現(xiàn)了高速 化。接著，使用圖10的時序圖說明發(fā)送終端200使用TCP對接收終端240傳輸文件數(shù) 據(jù)時的動作。發(fā)送終端200通過來自對其自身進(jìn)行操作的用戶的指示、或來自內(nèi)部分組網(wǎng)上的 其他終端的控制，被指示向互聯(lián)網(wǎng)上的服務(wù)器、這里是外部分組網(wǎng)上的接收終端240上傳 文件(參照S107)。接收到指示的發(fā)送終端200將要開始的服務(wù)的內(nèi)容即是文件傳輸這一情況、以及 服務(wù)的對方地址即接收終端240的地址信息(IP地址以及端口號)通知給服務(wù)類別判定單 元205。接收到該通知的服務(wù)類別判定單元205從TCP設(shè)定信息存儲單元203獲取與文件 傳輸服務(wù)有關(guān)的設(shè)定(參照S108)。這里，根據(jù)圖9所示的每個服務(wù)類別的TCP發(fā)送控制信 息，在文件傳輸?shù)那闆r下不進(jìn)行特別的設(shè)定，重發(fā)超時時間的最小值使用默認(rèn)值。因此，不 進(jìn)行對TCP發(fā)送目的地緩存控制單元206的指示，開始使用了 TCP的向接收終端MO的文 件傳輸服務(wù)(參照S109、S110)。其結(jié)果是，在向接收終端240的文件傳輸服務(wù)中，在不對接收終端240的IP地址、 以及服務(wù)中使用的協(xié)議號進(jìn)行特別的設(shè)定的狀態(tài)下，使用與以往的TCP相同的重發(fā)處理參 數(shù)(容許的最大的分組順序調(diào)換數(shù)、重發(fā)超時的最小值)。以上，說明了發(fā)送終端200使用TCP對于內(nèi)部分組網(wǎng)上的接收終端210進(jìn)行影像 和語音等的流式傳輸播發(fā)時、以及使用TCP對于外部分組網(wǎng)上的接收終端240傳輸文件數(shù) 據(jù)時的動作。接著，使用圖11和圖12詳細(xì)說明發(fā)送終端200從終端接收到消息時進(jìn)行的網(wǎng)絡(luò) 類別判定(S102)、和在服務(wù)開始時進(jìn)行的服務(wù)類別判定(S105、S107)的內(nèi)部處理流程。圖11和圖12是表示發(fā)送終端200的內(nèi)部處理的流程圖。如圖11所示，在步驟Sll中，發(fā)送終端200接收來自接收終端210的分組。在步驟S12中，發(fā)送終端200進(jìn)行是否能夠判定接收終端210的網(wǎng)絡(luò)類別的判斷， 在判斷為不能進(jìn)行判定的情況下結(jié)束處理。這里，從接收終端260接收到的分組是UPnP的 服務(wù)發(fā)現(xiàn)消息，因此判斷為接收終端210在內(nèi)部分組網(wǎng)220上(步驟S12為“是”)。在步驟S13中，發(fā)送終端200根據(jù)TCP設(shè)定信息存儲單元203的內(nèi)容確認(rèn)是否存 在與接收終端210的網(wǎng)絡(luò)類別相符的TCP發(fā)送控制信息，在不存在相符的TCP發(fā)送控制信 息的情況下結(jié)束處理。這里，判斷為存在與接收終端210的網(wǎng)絡(luò)類別相符的TCP發(fā)送控制信息(步驟S13為“是”)。在步驟S14中，發(fā)送終端200需要在TCP設(shè)定信息存儲單元203中將重排序 (REORDERING)的值設(shè)為1作為與內(nèi)部分組網(wǎng)220相符的信息，因此將該內(nèi)容設(shè)為TCP發(fā)送 目的地緩存，結(jié)束本流程。如圖12所示，在步驟S21中，發(fā)送終端200通過來自接收終端210的請求或本終 端的用戶的指示，接受基于TCP發(fā)送的服務(wù)開始指示。在步驟S22中，發(fā)送終端200根據(jù)TCP設(shè)定信息存儲單元203的內(nèi)容判斷是否存 在與要開始的服務(wù)的類別相符的TCP發(fā)送控制信息。發(fā)送終端200在存在與要開始的服務(wù) 的類別相符的TCP發(fā)送控制信息的情況下進(jìn)入步驟S23，在不存在與要開始的服務(wù)的類別 相符的TCP發(fā)送控制信息的情況下結(jié)束本流程。這里，接收來自接收終端210的內(nèi)容獲取請求(參照圖10的S104)，開始流式傳輸 服務(wù)。在步驟S23中，發(fā)送終端200從TCP設(shè)定信息存儲單元203獲取RT0_MIN的值，將 該內(nèi)容設(shè)定為TCP發(fā)送目的地緩存。另外，發(fā)送終端200在接收來自自身終端的用戶的指 示，開始對接收終端240的文件下載服務(wù)的情況下，通過參照TCP設(shè)定信息存儲單元203可 知不存在要設(shè)定的內(nèi)容，因此不進(jìn)行任何動作，結(jié)束處理。如以上詳細(xì)說明的那樣，根據(jù)本實(shí)施方式，發(fā)送終端200(TCP發(fā)送控制裝置)的 TCP發(fā)送目的地緩存控制單元206，在接收終端210位于內(nèi)部分組網(wǎng)220內(nèi)的情況下，將在 與接收終端210之間建立的TCP連接中使用的TCP發(fā)送控制信息設(shè)定為面向內(nèi)部分組網(wǎng) 220，因此發(fā)送側(cè)能夠根據(jù)通信對象終端所屬的分組網(wǎng)設(shè)定適當(dāng)?shù)腡CP發(fā)送控制信息，進(jìn)行 高效率的TCP通信。另外，TCP發(fā)送目的地緩存控制單元206根據(jù)在TCP數(shù)據(jù)發(fā)送中實(shí)現(xiàn)的服務(wù)類別 設(shè)定所述TCP發(fā)送控制信息，因此發(fā)送側(cè)能夠根據(jù)通信對方終端所屬的分組網(wǎng)和與通信對 方終端的通信類別設(shè)定適當(dāng)?shù)腡CP發(fā)送控制信息，實(shí)現(xiàn)高效率的TCP通信。另外，NW類別判定單元204根據(jù)來自接收終端的設(shè)備協(xié)同消息的接收進(jìn)行判斷， 因此發(fā)送側(cè)不需要來自接收終端的指示分組，而根據(jù)通信對方終端所屬的分組網(wǎng)設(shè)定適當(dāng) 的TCP發(fā)送控制信息，進(jìn)行高效率的TCP通信。另外，NW類別判定單元204接收來自接收終端的設(shè)備協(xié)同消息，判定接收終端是 否存在于內(nèi)部分組網(wǎng)上，因此發(fā)送側(cè)不需要來自接收終端的指示分組，而根據(jù)通信對方終 端所屬的分組網(wǎng)設(shè)定適當(dāng)?shù)腡CP發(fā)送控制信息，進(jìn)行高效率的TCP通信。另外，通過將要設(shè)定的TCP發(fā)送控制信息設(shè)定為重發(fā)超時時間的最小值，能夠大 幅度縮短同一分組網(wǎng)內(nèi)的TCP數(shù)據(jù)的重發(fā)等待時間。另外，通過將要設(shè)定的TCP發(fā)送控制信息設(shè)定為容許的最大的分組順序調(diào)換數(shù)， 能夠大幅度縮短同一分組網(wǎng)內(nèi)的TCP數(shù)據(jù)的重發(fā)等待時間。這樣，在本實(shí)施方式中，能夠根據(jù)在與接收終端210之間進(jìn)行的通信處理和要實(shí) 現(xiàn)的服務(wù)內(nèi)容，為了進(jìn)行對內(nèi)部分組網(wǎng)220上的接收終端沈0的流式傳輸而設(shè)定最合適的 TCP重發(fā)處理參數(shù)。其結(jié)果是，在從發(fā)送終端200到接收終端210的使用了 TCP的流式傳輸 服務(wù)中，能夠?qū)崿F(xiàn)發(fā)生分組丟失時的重發(fā)處理的高速化。以上的說明是本發(fā)明的優(yōu)選實(shí)施方式的例證，本發(fā)明的范圍并不限定于此。
在上述實(shí)施方式中，作為TCP發(fā)送控制信息，僅使用了重發(fā)超時時間(RTO)和容許 的最大的分組順序調(diào)換數(shù)(REORDERING)，但也可以設(shè)定能夠通過TCP發(fā)送目的地緩存功能 設(shè)定的其他參數(shù)。例如，在對接收終端210的發(fā)送中，作為慢啟動閾值(SSTHRESH)的初始 值，設(shè)定比通常大的值。由此，在頻帶較寬且分組丟失的發(fā)生率較低的內(nèi)部分組網(wǎng)220上的 通信中，能夠加快基于TCP慢啟動的吞吐量上升。另外，在本實(shí)施方式中，將進(jìn)行網(wǎng)絡(luò)類別判定的定時設(shè)為來自接收終端沈0的分 組接收時，但也可以在其他定時進(jìn)行網(wǎng)絡(luò)類別判定。例如，也可以在TCP發(fā)送開始時，根據(jù) 本終端或本終端使用的網(wǎng)關(guān)保持的路由表，在跳數(shù)(Metric值)為一定數(shù)以下的情況下，判 斷為發(fā)送目的地是內(nèi)部分組網(wǎng)220上的終端?；蛘?，也可以根據(jù)發(fā)送目的地地址是與本終 端相同的子網(wǎng)這一情況，判斷發(fā)送目的地是內(nèi)部分組網(wǎng)220上的終端。另外，在本實(shí)施方式中，采用了在不同的定時進(jìn)行網(wǎng)絡(luò)類別判定和服務(wù)類別判定 的方式，但也可以同時進(jìn)行這些判定。另外，在本實(shí)施方式中，采用了在發(fā)送終端200與接收終端260之間的服務(wù)開始時 設(shè)定TCP發(fā)送控制信息的方式，但在間歇地產(chǎn)生TCP業(yè)務(wù)的服務(wù)的情況下，也可以采用在產(chǎn) 生TCP業(yè)務(wù)時每次設(shè)定TCP發(fā)送控制信息的方式。例如，在使用了 HTTP的流式傳輸中，發(fā)送終端200通常每隔幾百ms左右的一定 區(qū)間發(fā)送匯總的數(shù)據(jù)，并重復(fù)如下動作在進(jìn)行該數(shù)據(jù)大小的發(fā)送后，在下一區(qū)間之前停 止發(fā)送。在這樣的服務(wù)的情況下，在某個區(qū)間內(nèi)的數(shù)據(jù)傳輸開始時和下一區(qū)間內(nèi)的數(shù)據(jù)傳 輸開始時，在該期間內(nèi)重新計算TCP發(fā)送控制信息，因此使用不同的值。舉出一例，在連 續(xù)的數(shù)據(jù)傳輸中，只要不產(chǎn)生分組丟失，則發(fā)送側(cè)TCP棧逐漸增大擁塞窗口大小。相反， 在數(shù)據(jù)傳輸結(jié)束后的無通信區(qū)間中，一般而言，發(fā)送側(cè)TCP棧進(jìn)行逐漸減小擁塞窗口大小 (Congestion Window Validation)的處理。因此，考慮到產(chǎn)生下述問題，S卩，由于在各區(qū)間的發(fā)送開始的定時擁塞窗口大小變 得過大，從發(fā)送終端200對接收終端沈0，大量的數(shù)據(jù)突發(fā)性地被發(fā)送到接收側(cè)，或反之由 于擁塞窗口變得過小，得不到假定的吞吐量。圖13是說明上述的使用了 HTTP的流式傳輸中的間歇業(yè)務(wù)的圖。以30Mbps流式 傳輸?shù)那闆r為例。圖13A是在30Mbps流式傳輸?shù)那闆r下按照500ms間隔間歇地發(fā)送大約 1920K字節(jié)的數(shù)據(jù)的例子，圖1 詳細(xì)示出圖13A的數(shù)據(jù)發(fā)送狀況。如圖13所示，在使用了 HTTP (Hyper Text Transfer Protocol，超文本傳輸協(xié)議) 的流式傳輸中，通常每隔一定間隔(500ms等)發(fā)送匯總為某一程度的數(shù)據(jù)，并重復(fù)如下動 作在進(jìn)行該數(shù)據(jù)大小的發(fā)送后，在下一區(qū)間之前停止發(fā)送。因此，在各發(fā)送定時，一次地發(fā) 送相當(dāng)于上次結(jié)束時刻的擁塞窗口大小的數(shù)據(jù)，接受側(cè)突發(fā)性地接收分組。例如，如圖1 的a.所示，在發(fā)送側(cè)，有可能連續(xù)發(fā)送相當(dāng)于上次結(jié)束時刻的擁塞窗口大小的分組。在該 情況下，如圖13B的b.所示，可以考慮到接收側(cè)被連續(xù)地發(fā)送大量的分組，處理負(fù)荷增大， 對AV播放功能等造成影響。在將本發(fā)明應(yīng)用于流式傳輸中的間歇業(yè)務(wù)的情況下，在圖6中，在各區(qū)間的發(fā)送 開始的定時，每次設(shè)定在發(fā)送終端200與接收終端260之間的服務(wù)開始時設(shè)定的TCP發(fā)送 控制信息，由此能夠在反映了適當(dāng)?shù)脑O(shè)定的狀態(tài)下開始各區(qū)間的TCP發(fā)送。 在實(shí)施該設(shè)定的情況下，可以采取設(shè)備協(xié)同服務(wù)控制單元202每次經(jīng)由NW類別判定單元204和服務(wù)類別判定單元205對TCP發(fā)送目的地緩存控制單元指示設(shè)定內(nèi)容的方 式，也可以采取對NW類別判定單元204和服務(wù)類別判定單元205追加將初次的設(shè)定內(nèi)容通 知給設(shè)備協(xié)同服務(wù)控制單元202的功能，由此在第2次以后的設(shè)定中，設(shè)備協(xié)同服務(wù)控制單 元202直接向TCP發(fā)送目的地緩存控制單元206指示被通知的設(shè)定內(nèi)容的方式。這樣，采取除了在服務(wù)開始時以外還在產(chǎn)生TCP業(yè)務(wù)的定時每次設(shè)定TCP發(fā)送控 制信息的方式，由此能夠避免上述問題，對于基于HTTP的流式傳輸、Web服務(wù)那樣的產(chǎn)生間 歇業(yè)務(wù)的服務(wù)實(shí)現(xiàn)適當(dāng)?shù)腡CP發(fā)送控制。另外，進(jìn)行了設(shè)定而使TCP發(fā)送控制信息為擁塞窗口大小和慢啟動閾值，由此能 夠在同一分組網(wǎng)上間歇地產(chǎn)生的TCP發(fā)送中，防止突發(fā)性的分組發(fā)送且確保適當(dāng)?shù)耐掏铝?。而且，在本?shí)施方式中，使用了 TCP發(fā)送控制裝置及TCP發(fā)送控制方法的名稱，但 這是為了便于說明，當(dāng)然，裝置的名稱也可以是發(fā)送終端裝置、服務(wù)器終端、通信系統(tǒng)，而且 方法的名稱也可以是發(fā)送控制方法等。另外，構(gòu)成上述TCP發(fā)送控制裝置的各單元、例如網(wǎng)絡(luò)協(xié)議控制單元的種類、其數(shù) 量以及連接方法等可以是任意的。而且，上述已說明的TCP發(fā)送控制方法也可以通過用于執(zhí)行該TCP發(fā)送控制方法 的程序來實(shí)現(xiàn)。該程序存儲在計算機(jī)可讀取的記錄媒體上。另外，發(fā)送終端200的各功能塊也可以被作為集成電路即LSI來實(shí)現(xiàn)。這些功能 塊既可以被單獨(dú)地集成為一個芯片，也可以包含一部分或全部地被集成為一個芯片。雖然 這里稱為LSI，但根據(jù)集成程度的不同，有時也被稱為IC、系統(tǒng)LSI、超大LSI、或特大LSI。另外，實(shí)現(xiàn)集成電路化的方法不僅限于LSI，也可使用專用電路或通用處理器來實(shí) 現(xiàn)。也可以使用可在LSI制造后編程的FPGA(Field Programmable Gate Array，現(xiàn)場可編 程門陣列)、或者可重構(gòu)LSI內(nèi)部的電路單元的連接和設(shè)定的可重構(gòu)處理器。再者，隨著半導(dǎo)體技術(shù)的進(jìn)步或隨之派生的其它技術(shù)的出現(xiàn)，如果出現(xiàn)替代LSI 的集成電路化的新技術(shù)，當(dāng)然可利用該技術(shù)進(jìn)行功能塊的集成化。還存在著適用生物技術(shù) 等的可能性。參照特定的實(shí)施方式詳細(xì)地說明了本發(fā)明，但對本領(lǐng)域技術(shù)人員不言自明在不脫 離本發(fā)明的主旨和范圍的情況下能夠施加各種變更和修改。2008年7月30日提出的日本專利申請第2008-196874號所包含的說明書、附圖以 及說明書摘要的公開內(nèi)容全部被引用于本申請。工業(yè)實(shí)用性本發(fā)明的TCP發(fā)送控制裝置以及TCP發(fā)送控制方法具有實(shí)現(xiàn)在家庭NW等內(nèi)部分 組網(wǎng)中進(jìn)行使用了 TCP的流式傳輸服務(wù)時的、TCP發(fā)送處理的高效率的效果，對于具有TCP/ IP通信功能的家電設(shè)備等是有效的。另外，也能應(yīng)用于與車載LAN連接而且進(jìn)行TCP/IP通 信的車載通信設(shè)備、以及搭載有家庭內(nèi)部網(wǎng)絡(luò)用通信接口的移動電話等用途。
權(quán)利要求
1.傳輸控制協(xié)議發(fā)送控制裝置，對接收終端經(jīng)由分組網(wǎng)進(jìn)行傳輸控制協(xié)議數(shù)據(jù)發(fā)送， 該傳輸控制協(xié)議發(fā)送控制裝置包括接收網(wǎng)絡(luò)判定單元，判定所述接收終端是否存在于內(nèi)部分組網(wǎng)上；以及傳輸控制協(xié)議發(fā)送控制信息設(shè)定單元，在所述接收終端位于所述內(nèi)部分組網(wǎng)時，將在 與所述接收終端之間建立的傳輸控制協(xié)議連接中使用的傳輸控制協(xié)議發(fā)送控制信息設(shè)定 為面向所述內(nèi)部分組網(wǎng)。
2.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信息 設(shè)定單元基于通過所述傳輸控制協(xié)議數(shù)據(jù)發(fā)送實(shí)現(xiàn)的服務(wù)類別，設(shè)定所述傳輸控制協(xié)議發(fā) 送控制信息。
3.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信息 設(shè)定單元在服務(wù)開始時或間歇業(yè)務(wù)產(chǎn)生時，設(shè)定所述傳輸控制協(xié)議發(fā)送控制信息。
4.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述接收網(wǎng)絡(luò)判定單元接收來自 所述接收終端的設(shè)備協(xié)同消息，判定所述接收終端是否存在于內(nèi)部分組網(wǎng)上。
5.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述接收網(wǎng)絡(luò)判定單元根據(jù)所述 接收終端的地址的路由信息，判定所述接收終端是否存在于內(nèi)部分組網(wǎng)上。
6.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述內(nèi)部分組網(wǎng)是包含單獨(dú)或少 量子網(wǎng)的區(qū)域內(nèi)的分組網(wǎng)。
7.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信息 是與傳輸控制協(xié)議的擁塞控制算法有關(guān)并由傳輸控制協(xié)議的發(fā)送側(cè)控制的設(shè)定信息，而且 是能夠通過發(fā)送目的地緩存功能進(jìn)行變更的信息。
8.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信息 是重發(fā)超時時間的最小值。
9.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信息 是容許的最大的分組順序調(diào)換數(shù)。
10.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信 息是擁塞窗口大小。
11.如權(quán)利要求1所述的傳輸控制協(xié)議發(fā)送控制裝置，所述傳輸控制協(xié)議發(fā)送控制信息是慢啟動閾值。
12.傳輸控制協(xié)議發(fā)送控制方法，對接收終端經(jīng)由分組網(wǎng)進(jìn)行傳輸控制協(xié)議數(shù)據(jù)發(fā)送， 該傳輸控制協(xié)議發(fā)送控制方法包括判定所述接收終端是否存在于內(nèi)部分組網(wǎng)上的步驟；以及在所述接收終端位于所述內(nèi)部分組網(wǎng)上時，將在與所述接收終端之間建立的傳輸控制 協(xié)議連接中使用的傳輸控制協(xié)議發(fā)送控制信息設(shè)定為面向所述內(nèi)部分組網(wǎng)的設(shè)定步驟。
13.如權(quán)利要求12所述的傳輸控制協(xié)議發(fā)送控制方法，在所述設(shè)定步驟中，基于通過 所述傳輸控制協(xié)議數(shù)據(jù)發(fā)送實(shí)現(xiàn)的服務(wù)類別，設(shè)定所述傳輸控制協(xié)議發(fā)送控制信息。
14.如權(quán)利要求12所述的傳輸控制協(xié)議發(fā)送控制方法，在所述設(shè)定步驟中，在服務(wù)開 始時或間歇業(yè)務(wù)產(chǎn)生時，設(shè)定所述傳輸控制協(xié)議發(fā)送控制信息。
全文摘要
公開了能夠?qū)崿F(xiàn)家庭網(wǎng)絡(luò)上的設(shè)備協(xié)同服務(wù)中的、TCP發(fā)送處理的高效率的TCP發(fā)送控制裝置。在該裝置中，作為TCP發(fā)送控制裝置的、發(fā)送終端(200)的TCP發(fā)送目的地緩存控制單元(206)在接收終端位于內(nèi)部分組網(wǎng)上時，將在與接收終端之間建立的TCP連接中使用的TCP發(fā)送控制信息設(shè)定為面向內(nèi)部分組網(wǎng)。另外，TCP發(fā)送目的地緩存控制單元(206)根據(jù)通過TCP數(shù)據(jù)發(fā)送實(shí)現(xiàn)的服務(wù)類別，設(shè)定所述TCP發(fā)送控制信息。
文檔編號H04L29/08GK102090023SQ20098012712
公開日2011年6月8日 申請日期2009年7月29日 優(yōu)先權(quán)日2008年7月30日
發(fā)明者千賀諭, 小林廣和, 山田一成, 武井健太郎 申請人:松下電器產(chǎn)業(yè)株式會社