專利名稱：通信方法和接收終端的制作方法
技術(shù)領域：
本發(fā)明涉及通信方法以及接收終端，其中通信方法能夠改變接收其中執(zhí)行了用TFRC (TCP友好速率控制)的速率控制的流的接收終端，使之從第 一接收終端改變?yōu)榈诙邮战K端。
背景技術(shù)：
以下，將通過提供"英特網(wǎng)"的定義為相互連接各個終端的相鄰路由器 的網(wǎng)絡做出說明。更具體地，當數(shù)據(jù)從一個室內(nèi)終端被傳輸?shù)搅硪粋€室內(nèi)終 端時，所發(fā)送的數(shù)據(jù)經(jīng)由諸如ADSL、光線、等等的接入線和多個ISP (英特 網(wǎng)服務提供者)的線路等等從內(nèi)部路由器傳輸。另外，所發(fā)送的數(shù)據(jù)經(jīng)由接 入線和連接于另 一房間的內(nèi)部路由器被傳送到另 一室內(nèi)的終端。從這種內(nèi)部 路由器布置到另 一 室內(nèi)路由器的網(wǎng)絡被稱為英特網(wǎng)。難以保證連接于英特網(wǎng)的任何終端之間的固定帶寬。在現(xiàn)有技術(shù)中，作 為在英特網(wǎng)中的路由器之間保留帶寬的系統(tǒng)，用于通過在各個終端之間的每 個通信用RSVP (資源預留協(xié)議)來保證帶寬的INTSERV (集成服務)是已 知的。但是，該INTSERV沒有投入實用，因為必須將相同的系統(tǒng)應用于多個 ISP在英特網(wǎng)上管理的所有路由器。因此，由所有終端處理的通信在英特網(wǎng)上 它們之間共享帶寬，即，在所謂盡力而為(besteffect)的基礎上實施通信。作為進行盡力而為式服務的、用于在由英特網(wǎng)上的各個終端處理的通信 之間公平地共享帶寬的通信系統(tǒng)，TCP被廣泛使用。該TCP被用在電子郵件、 諸如WWW (萬維網(wǎng))、Wi皿y、或WinMX的P2P (點對點)文件交換通信 等等中，并占據(jù)了大部分英特網(wǎng)流量。因此，在英特網(wǎng)上執(zhí)行盡力而為式服 務的通信中，推薦應該通過控制傳輸速率來與該TCP公平地共享帶寬來實現(xiàn) 擁塞控制(參考文獻"擁塞控制原理"，RFC2914)。同時，TCP在傳輸速率控制中展示了被稱作AIMD (加增乘減)的特征。 因為傳輸速率由于該特征而顯著地變化，因此該TCP不適合于經(jīng)由網(wǎng)絡傳輸 諸如聲音、運動圖像等等的連續(xù)信息的流。
為了克服這種問題，已發(fā)展了能與TCP公平地共享帶寬同時實現(xiàn)平穩(wěn)的傳輸速率控制的TFRC。
該TFRC是基于稍后將描述的丟失事件速率(p)和往返時間(R)來估 算TFRC以其速率與TCP公平地共享帶寬的傳輸速率(X)以控制傳輸速率 的方法。具體地，通過以下所給的公式(1)來估算傳輸速率(X)。
<formula>formula see original document page 5</formula> … (1 )
在用TFRC的傳輸速率控制中，當每次丟失發(fā)生時，執(zhí)行用該公式(l) 的傳輸速率估算(見圖1 )。
為了實現(xiàn)在該TFRC的傳輸速率控制中的平穩(wěn)傳輸速率控制，通過考慮 過去多次(圖1中是8次)收集的丟失信息來計算丟失事件速率(p)。
在TFRC中，通過執(zhí)行這種控制能獲得當英特網(wǎng)被置于過度擁塞狀態(tài)時 應該進行的快速擁塞避免，和平穩(wěn)速率控制。即，當擁塞狀態(tài)發(fā)生在英特網(wǎng) 上時，在短時間內(nèi)發(fā)生丟失事件的數(shù)量。因此，由接收終端觀察到的丟失事 件速率立即獲得巨大值。因為發(fā)生每個丟失時該值被報告給發(fā)送端，可以通 過^^式(1 )立即計算出傳輸速率，并應用該傳輸速率，因此可以抑制呼叫流 量。因此，本操作用作英特網(wǎng)上的擁塞避免。相反，當沒有在英特網(wǎng)上發(fā)生 過度擁塞狀態(tài)且沒有發(fā)生這么多的丟失時，降低了丟失的發(fā)生頻率，也減少 了在接收端觀察到的丟失事件速率。如上所述，因為通過考慮丟失歷史來計 算丟失事件速率，因此及時地平穩(wěn)地減少了丟失事件速率且相應地平穩(wěn)地增 加了傳輸速率。簡言之，當在英特網(wǎng)上發(fā)生擁塞時，進行快速擁塞避免捧作， 而當通信從擁塞狀態(tài)恢復時，平穩(wěn)地改變(增加)傳輸速率。
而且，在TFRC中，如TCP —樣，在開始傳輸時，進行從傳輸速率=1 包/往返時間逐漸地增加傳輸速率的操作(稱作慢啟動)。但是，因為在TFRC 中而不在TCP中傳輸速率被平穩(wěn)地改變，因此直到傳輸速率達到發(fā)送流所需 的速率為止要經(jīng)過大量時間。而且，在當連續(xù)地接收數(shù)據(jù)的同時重新產(chǎn)生數(shù) 據(jù)的流中，數(shù)據(jù)不能在接收端上播放，除非能維持超過播放速率的傳輸速率。 因此，在接收終端開始流的接收之后，接收終端需要大量時間來實際地開始 視頻等等的重新產(chǎn)生。
由于此原因，當用戶將接收終端從具體終端切換(switch)成新的終端時，
需要用戶的大量排隊時間。同時，已經(jīng)建議這種系統(tǒng)，當要傳輸流到新的接收終端時，其他終端通 知有關(guān)接收終端可以在什么傳輸速率范圍傳輸該流(例如，見專利文獻l)。在該系統(tǒng)中，當新的終端被連接到英特網(wǎng)上且然后被登錄到英特網(wǎng)上的 具體服務器(例如，用于交換即時消息的服務器)時，在英特網(wǎng)上的帶寬測 量服務器測量新終端和帶寬測量服務器之間的有效帶寬。然后，帶寬測量服 務器經(jīng)由具體服務器通知另一終端關(guān)于所測量的有效帶寬的信息。然后，新 終端用此信息保持與另 一終端的通信。用此系統(tǒng)，可以通過使用近似于新終端的有效帶寬的值來粗略地判斷對 在新終端和另一終端之間執(zhí)行的流來說足夠的傳輸速率。具體地，當新終端和帶寬測量服務器之間的有效帶寬是1.5Mbps時，用戶放棄傳輸最大傳輸速 率為6Mbps的高清晰度運動圖像等等的想法。然后，取代該運動圖像，用戶 可能傳輸最大傳輸速率約為1Mbps的低清晰度運動圖像。 專利文獻l: JP-A-2004-129205發(fā)明內(nèi)容本發(fā)明要解決的問題在現(xiàn)有技術(shù)中的上述系統(tǒng)中，可以考慮，因為測量了終端和測量服務器 之間的帶寬，因此所測量的值在粗略掌握連接于英特網(wǎng)的接入線的有效速率 的上限時有效。但是，因為該值不對應于通過測量在其間傳輸流的傳輸終端 和接收終端之間的帶寬所得到的值，因此這種值不能被用作以其速率實際地 傳輸流的傳輸速率(TFRC的初始速率)。更具體地，當由連接于一個內(nèi)部路 由器的第一接收終端(例如，在廚房中提供的顯示設備)正接收的流被切換 到連接于相同內(nèi)部路由器的第二接收終端(例如，在起居室中提供的顯示設 備)時，目前第一接收終端所使用的傳輸速率不能立即應用于第二接收終端。 即，因為第二接收終端和傳輸終端之間的帶寬沒有被測量，因此傳輸終端在 使用TFRC的流中必須不可避免地慢啟動，所以傳輸速率必須在傳輸速率從 傳輸速率低的狀態(tài)開始之后增加。因此，在切換后直到第二接收終端能夠播 放諸如運動圖像等等的流為止所需的排隊時間被延長?？紤]上述問題進行本發(fā)明，本發(fā)明的目的是提供一種通信方法和一種接 收終端，其中當將接收傳輸速率控制用TFRC算法所應用的流的終端從第一
接收終端被切換到第二接收終端時，通信方法能夠在切換后立即接收/播放流 而不斷開它。用于解決問題的手段本發(fā)明的將用TFRC的速率控制所應用的流的接收終端從第一接收終端 切換到第二接收終端的通信方法，包括判斷步驟，其判斷流的傳輸終端和 第一接收終端之間在網(wǎng)絡上的路由與傳輸終端和第二終端之間網(wǎng)絡上的路由 是否相同；以及轉(zhuǎn)移(transfer)步驟，其當判斷兩個路由相同時，將第一接 收終端所管理的丟包歷史信息轉(zhuǎn)移到第二接收終端。根據(jù)本配置，當判斷兩個路由彼此相同時，第一接收終端所管理的丟包 歷史信息被轉(zhuǎn)移到第二接收終端。因此，通過使用轉(zhuǎn)移的歷史信息而無需執(zhí) 行慢啟動，第二接收終端能以如同第一接收終端所使用的傳輸速率相同的傳 輸速率立即接收流。因此，能夠在切換接收終端之后無需斷開就立即接收并 播放流 而且，根據(jù)本配置，判斷在傳輸終端和第一接收終端之間的網(wǎng)絡上的路 由與傳輸終端和第二接收終端之間的路由的網(wǎng)絡上是否相同。因此，當網(wǎng)絡 上的兩個路由彼此不相同時，丟包歷史信息不轉(zhuǎn)移到第二接收終端。因此， 能夠防止第二接收終端以不夠高的傳輸速率接收流而使網(wǎng)絡處于擁塞狀態(tài)的 這種情況。而且，本發(fā)明的對第一接收終端增加第二接收終端作為在用TFRC的速 率控制下以組播方式分發(fā)的流的接收終端的通信方法，包括判斷步驟，其 判斷流的傳輸終端和第一接收終端之間網(wǎng)絡上的路由與傳輸終端和第二接收 終端之間網(wǎng)絡上的路由是否相同；以及轉(zhuǎn)移步驟，其當判斷兩個路由相同時， 將第 一接收終端所管理的丟包歷史信息轉(zhuǎn)移到第二接收終端。根據(jù)本配置，當判斷判斷兩個路由彼此相同時，第一接收終端所管理的 丟包歷史信息被轉(zhuǎn)移到第二接收終端。因此，無需執(zhí)行慢啟動，第二接收終 端能通過使用轉(zhuǎn)移的歷史信息以如同第一接收終端所使用的傳輸速率相同的 傳輸速率立即接收流。因此，能夠在對第一接收終端添加第二接收終端之后 無需停頓就立即接收并播放流。而且，根據(jù)本配置，判斷在流傳輸終端和第一接收終端之間的網(wǎng)絡上的 路由與傳輸終端和第二接收終端之間的網(wǎng)絡上的路由是否相同。因此，當網(wǎng) 絡上的兩個路由彼此不相同時，丟包歷史信息不轉(zhuǎn)移到第二接收終端。因此， 能夠防止第二接收終端以不夠高的傳輸速率接收流而使網(wǎng)絡處于擁塞狀態(tài)的 這種情況。而且，本發(fā)明的通信方法還包括通知步驟，其當判斷兩個路由相同時， 向傳輸終端和第二接收終端通知丟包歷史信息已經(jīng)從第一接收終端轉(zhuǎn)移到第 二接收終端，且當判斷兩個路由不相同時，向傳輸終端和第二接收終端通知丟包歷史信息沒有從第一接收終端轉(zhuǎn)移到第二接收終端而僅僅實施(conduct)了接收終端的切換。根據(jù)本配置，傳輸終端和第二接收終端能掌握情況。 而且，在本發(fā)明的通信方法中，判斷步驟通過跟蹤路由的方法來測量路由。而且，在本發(fā)明的通信方法中，判斷步驟判斷第一接收終端和第二接收 終端是否連接于相同網(wǎng)絡，并判斷從傳輸終端是否只有一個路由器連接于相 同網(wǎng)絡。速率控制使用TFRC所應用的流的本發(fā)明的接收終端，包括判斷功能， 其判斷在流的傳輸終端和本身的終端之間的網(wǎng)絡上的路由與傳輸終端和另一 接收終端之間的網(wǎng)絡上的路由是否相同；以及轉(zhuǎn)移功能，其當判斷兩個路由 相同時，轉(zhuǎn)移本身的終端所管理的丟包歷史信息到另一接收終端。 '而且在用TFRC的速率控制下以組播方式而分發(fā)的流的本發(fā)明的接收終 端，包括判斷功能，其判斷流的傳輸終端和本身的終端之間的網(wǎng)絡上的路由 與傳輸終端和新增作為接收流的終端的接收終端之間的網(wǎng)絡上的路由是否相 同；以及轉(zhuǎn)移功能，其當判斷兩個路由相同時，轉(zhuǎn)移本身的終端所管理的丟 包歷史信息到新增的接收終端。本發(fā)明的優(yōu)點根據(jù)本發(fā)明，可以當接收流的終端從第一接收終端被切換到第二接收終 端(或增加第二接收終端作為接收終端)時，在切換(增加)操作之后立即 接收/播放流而不被斷開。


[圖1]用TFRC的傳輸速率控制的示例圖。[圖2]顯示用于說明實施例1 (裝配有呼叫控制服務器)的通信系統(tǒng)的配
置的方框圖。[圖3]說明在實施例1 (采用相同路由的情況)中流接收終端的切換操作 的示例圖。[圖4]說明在實施例1 (未采用相同路由的情況)中流接收終端的切換操 作的示例圖。[圖5]顯示用于說明實施例2 (未裝配呼叫控制服務器)的通信系統(tǒng)的配 置的方框圖。[圖6]說明在實施例2(采用相同路由的情況)中流接收終端的切換操作 的示例圖。[圖7]說明在實施例2(未采用相同路由的情況)中流接收終端的切換操 作的示例圖。[圖8]說明在實施例3 (采用相同路由的情況)中流接收終端的增加操作 的示例圖。[圖9]顯示用于說明實施例4的通信系統(tǒng)(路由器具有兩個子網(wǎng))的配 置的方框圖。[圖10]說明包含丟失歷史的消息示例的圖。參考數(shù)字和標記的描述101傳輸終端102傳輸應用程序103傳輸速率控制部分104， 206， 306呼叫轉(zhuǎn)移控制部分201第一接收終端202， 302接收應用程序203， 303丟失歷史管理部分204, 304丟失速率報告部分205路由相關(guān)信息報告部分207相同i 各由判斷部分301第二接收終端305路由相關(guān)信息報告部分401路由器 501英特網(wǎng)502英特網(wǎng)上的路由 601呼叫控制服務器 701第一網(wǎng)絡(本地網(wǎng)) 702第二網(wǎng)絡具體實施方式
實施本發(fā)明的最佳實施方式以下將參考

本發(fā)明的實施例。圖1是用以上TFRC的傳輸速率控制的示例圖。在此控制中，當應用程 序包從傳輸終端被傳輸?shù)浇邮战K端時，通過利用在接收終端側(cè)測量的丟包歷 史信息和往返時間通過公式(1 )估算帶寬來實施傳輸速率控制。以下將說明 當用于接收從傳輸終端傳輸?shù)牧鞯慕K端被改變或增加時所應用的實施例，其 中該傳輸終端用該TFRC算法的傳輸速率控制來應用于流。(實施例1:用呼叫控制服務器進行集中控制)圖2是顯示用于說明本發(fā)明的實施例1的通信系統(tǒng)配置的方框圖。圖2 所示的通信系統(tǒng)由傳輸終端101、第一接收終端201、第二接收終端301、路 由器401、呼叫控制服務器601、英特網(wǎng)501，和本地網(wǎng)701構(gòu)成。而且，傳 輸終端IOI、呼叫控制服務器601,和路由器401經(jīng)由英特網(wǎng)501相互連接。 路由器401經(jīng)由本地網(wǎng)701連接于第一接收終端201和第二接收終端301。傳輸終端101是傳輸流的終端，其包含傳輸應用程序102、傳輸速率控 制部分103，和呼叫轉(zhuǎn)移控制部分104。傳輸應用程序102是傳輸諸如聲音、 運動圖像等等的流信息的應用程序。隨后，傳輸速率控制部分103從稍后將 描述的接收終端接收丟失事件速率和作為RTT(往返時間)的往返時間信息， 然后通過使用公式(1 )估算帶寬，然后基于該帶寬控制傳輸應用程序102的 傳輸速率。呼叫轉(zhuǎn)移控制部分104傳輸/接收呼叫控制信號到/從終端和呼叫控 制服務器，且控制流傳輸?shù)拈_始和終止。第一接收終端201是接收流的終端。第一接收終端201包含接收應用程 序202，其用于通過揚聲器、顯示器等等來播放諸如聲音、運動圖像等等的 流數(shù)據(jù)；丟失歷史管理部分203,其用于管理接收的包的丟失狀態(tài)；丟失速 率報告部分204,其用于通過監(jiān)視從傳輸終端101傳輸?shù)牧鞯陌捻樞?(sequence)序列號(number)來感應丟失，然后基于丟失和由丟失歷史管 理部分203所管理的丟失歷史信息來計算丟失事件速率，然后將該速率作為 丟失事件速率報告給傳輸終端101;路由相關(guān)信息報告部分205，其測量/報 告用于判斷在傳輸終端101和本身終端之間的英特網(wǎng)上的路由是否與傳輸終 端101和其他接收終端之間的英特網(wǎng)上的路由相同所需的信息；呼叫轉(zhuǎn)移控 制部分206,用于傳輸/接收呼叫控制信號到/從其他終端和呼叫控制服務器 601，并控制流接收的開始和終止。第二接收終端301與第一接收終端201 —樣是接收流的終端。第二接收 終端301由等同于接收應用程序202的接收應用程序302、等同于丟失歷史 管理部分203的丟失歷史管理部分303、等同于丟失速率報告部分204的丟 失速率報告部分304、等同于呼叫轉(zhuǎn)移控制部分206的呼叫轉(zhuǎn)移控制部分306， 和用于測量/報告用于判斷在傳輸終端101和本身終端之間的英特網(wǎng)上的路由 是否與傳輸終端101和其他接收終端之間的英特網(wǎng)上的路由相同所需的信息 的路由相關(guān)信息報告部分305和其他接收終端構(gòu)成。而且，在圖2中，路由器401是在室內(nèi)等等提供的路由器，且第一接收 終端201和第二接收終端301經(jīng)由本地網(wǎng)701連接于路由器401。路由器401 4皮連接于英特網(wǎng)501。這里，502示意地顯示了在傳輸終端101和路由器401 之間英特網(wǎng)上的路由。呼叫控制服務器601是傳輸/接收呼叫控制信號到/從傳輸終端101的呼叫 轉(zhuǎn)移控制部分104、第一接收終端201的呼叫轉(zhuǎn)移控制部分206、和第二接收 終端301的呼叫轉(zhuǎn)移控制部分306,或轉(zhuǎn)發(fā)(relay)呼叫控制信號。下面，參考以下附圖將描述在上述配置中接收由傳輸終端101向其應用 按照TFRC的傳輸速率控制的諸如聲音、運動圖像等等的流的接收終端從第 一接收終端201切換到第二接收終端301的操作。圖3是說明實施例1 (采用相同路由的情況)中的流接收終端的切換操 作的示例圖。圖3顯示其中用SIP (會話初始化協(xié)議)作為用于傳輸/接收呼 叫控制序列的系統(tǒng)來執(zhí)行切換操作同時由呼叫控制服務器應用集中控制的順 序(sequence )。首先，第一接收終端201的丟失歷史管理部分203向呼叫轉(zhuǎn) 移控制部分206通知丟失歷史信息。第一接收終端201的呼叫轉(zhuǎn)移控制部分 206向呼叫控制服務器601發(fā)送切換請求消息來將接收終端從第一接收終端 切換到第二接收終端301。在該消息中，包含了用于指定第二接收終端201、 傳輸終端101和接收終端的URI (統(tǒng)一資源標識符)、用于指定當前正處理的 通信(流)的標識符CALL-ID、指示在傳輸終端101和第一接收終端201之 間在英特網(wǎng)上的路由的信息，和正在丟失歷史管理部分203中被管理的丟失 歷史信息。呼叫控制服務器601翻譯該切換請求消息的內(nèi)容，并指定第二接收終端 301。而且，呼叫控制服務器601向第二接收終端301傳輸包含傳輸終端101 的IP地址信息的相同路由證實(confirm )請求消息，作為測量傳輸終端101 和第二接收終端301之間英特網(wǎng)上路由所需的信息。第二接收終端301的路 由相關(guān)信息報告部分305當接收到相同路由證實請求消息時，用包含在相同 ;咯由確認請求消息中的傳輸終端101的IP地址信息來測量傳輸終端101和第 二接收終端301之間的路由。然后，路由相關(guān)信息報告部分305包括在相同 路由應答中所測量的路由信息，并將該應答答復給呼叫控制服務器601。呼叫控制服務器601當接收到相同路由應答時，用該路由信息來判斷傳 輸終端101和第一接收終端201之間英特網(wǎng)上的路由是否與傳輸終端101和 第二接收終端301之間英特網(wǎng)上的路由相同。稱該判斷為路由身份判斷。當 由該路由身份判斷來判斷英特網(wǎng)上兩個路由彼此相同，呼叫控制服務器601 向第二接收終端301通知包含第一接收終端201的丟失歷史信息的消息(在 圖3中的INVITE消息)。而且，呼叫控制服務器601向傳輸終端101傳輸傳 輸速率轉(zhuǎn)移消息(圖3中的INVITE消息)，其描述了將如同第一接收終端201 的相同的傳輸速率應用于第二接收終端301。圖IO是說明包含丟失歷史信息的消息的格式示例圖。在圖10中，1101 是根據(jù)由英特網(wǎng)標準文檔RFC2543規(guī)定的SIP (會話初始化協(xié)議)的INVITE 消息的示例。而 1102 是在由符合英特網(wǎng)的草案 "draft-ietf-mmusic-sdp-new-25.txt"規(guī)定的SDP (會話描述協(xié)議)格式中的消 息主體示例。而1103是丟失歷史信息的描述性示例。而1104是用于指定在 SDP中的"屬性"描述的記號。而1105顯示屬性的類型，1106顯示屬性的 值。由用逗號隔開的文本來描述屬性值1106。而1107是給出指示包含了多少 屬性的屬性值個數(shù)的字符。從1108到1109排列且用逗號隔開的相應文本是 指示丟失歷史的信息。 '在本描述示例中，指示丟失歷史的信息指示特定丟包和隨后丟包之間所
記錄的包數(shù)量，即該信息是由記錄指示丟失間隔的包數(shù)量來得到的。即，從1108到1109排列且用逗號隔開的文本指示丟失間隔的歷史。例如，該信息指 示這樣一種情況，在包1024到達之后發(fā)生丟包，自從發(fā)生了第一個丟包以后， 然后在包2000到達之后再次發(fā)生丟包。如本實施例一樣，丟失歷史信息可以 用直到發(fā)生丟失事件為止所接收包數(shù)量來表示。可替換地，該數(shù)量的倒數(shù)可 以被表示為丟失事件速率。而且，丟失事件發(fā)生的時間間隔和接收終端在那 時接收的流數(shù)據(jù)的接收速率可以被變換作為丟失歷史信息。而且，在本實施 例中，描述了其中傳輸八個丟失歷史信息的示例，但本發(fā)明不局限于該示例。 即，可以傳輸超過一個的無限個。在本發(fā)明中，描述了基于由 "draft-ietf-mmusic-sdp-new-25.txt"規(guī)定的SDP (會話描述協(xié)議)格式的系統(tǒng)， 作為丟失歷史信息描述系統(tǒng)。但是可以由描述XML (可擴展標記語言)基礎 上的會話信息的"draft-ietf-mmusic-sdpng-0.8txt"所規(guī)定的SDPng格式來描 述或可以由其他描述系統(tǒng)來描述丟失歷史信息。第二接收終端301，當接收包含丟失歷史信息的消息時，將該丟失歷史 信息轉(zhuǎn)發(fā)(reflect)給丟失速率報告部分304，并保存與在第一接收終端201 中相同的傳輸歷史。更具體地，第二接收終端301保存在圖10所示的從1108 到1109所描述的丟失間隔的歷史信息作為丟失歷史信息。然后，第二接收終 端301用該丟失歷史信息產(chǎn)生用于基于TFRC的速率控制所需的信息(即傳 輸速率轉(zhuǎn)移消息)，并傳輸該信息到傳輸終端101。傳輸終端101的呼叫轉(zhuǎn)移 控制部分104,當接收傳輸速率轉(zhuǎn)移消息時，控制傳輸速率控制部分103和 傳輸應用程序102來對第二接收終端301應用如同應用在第一接收終^ 201 上的傳輸速率的傳輸速率作為初始值。才艮據(jù)這種操作，就在應該接收流的接收終端從第一接收終端201切換到 第二接收終端301之前，從傳輸終端101傳輸流到第一接收終端201所應用 的第一傳輸速率被應用作為從傳輸終端101到第二接收終端201的流的初始 值。而且，在切換后的傳輸終端101和第二接收終端301之間所實施的傳輸 速率控制操作掌管第一接收終端201的丟失歷史信息。因此，在接收終端的 切換后，等同于在傳輸終端101和第一接收終端201之間實施的傳輸速率控 制操作的操作仍然可以在傳輸終端101和第二接收終端301之間繼續(xù)。這里，可以通過對傳輸終端101和接收終端之間的路由應用稱作跟蹤路 由的路由判斷方法來實施以上路由身份判斷。該跟蹤路由意思是，當賦予包
的TTL (生存時間)信息變成0時，利用英特網(wǎng)上的路由器向發(fā)送終端回傳 ICMP的這種事件的路由測量方法。在具體終端之間英特網(wǎng)上的路由可以用此 方法來測量。作為具體的應用方法，可以利用(1 )從接收終端到傳輸終端應 用跟蹤路由的方法，(2)從傳輸終端到接收終端應用根據(jù)路由的方法，以及 (3)在下面將描述的具體情況下確認第一和第二接收終端經(jīng)由相同路由而連 接的事件。圖3顯示在假設實施方法(1)的情況下采用的順序，即從接收終端到傳 輸終端應用跟蹤路由。類似地，通過從傳輸終端到接收終端應用根據(jù)路由來 實施路由身份判斷。在這種情況下，首先，呼叫控制服務器601向傳輸終端 101的呼叫轉(zhuǎn)移控制部分104傳輸包含第一和第二接收終端201、 301的IP 地址的相同路由確認請求消息。然后，呼叫轉(zhuǎn)移控制部分104用跟蹤路由來 測量到達第一和第二接收終端201、 301的路由，然后將測量的結(jié)果寫入相同 路由應答消息，然后將該消息送回呼叫控制服務器601。這里，當?shù)谝唤邮战K端201和第二接收終端301被連接于相同本地網(wǎng)701 、 也可以確認在本地網(wǎng)701上除了經(jīng)過路由器401的路由以外沒有3各由時可以 用更簡單的方法來實現(xiàn)該相同路由判斷方法。即，在上面(3)中提出的方法， 即當滿足稍后將描述的兩個條件時判斷作為相同路由的路由的方法。兩個條 件是第一接收終端201和第二接收終端301被連接于的本地網(wǎng)是相同的本地 網(wǎng)(3-1 )，和從傳輸終端101到第一接收終端201的流是經(jīng)由路由器401分 發(fā)的(3-2)。當判斷諸如室內(nèi)網(wǎng)絡等等的本地網(wǎng)被連接于單個ISP (3-Pl)、 且沒有對第一和第二接收終端應用隧道通信時，該方法有效。當?shù)?一和第二接收終端被連接于本地網(wǎng)時，基于從作為在其中連接了所 有路由器的組播組的所有路由器所發(fā)出的響應來實施(3-P1)的確認。即， 可以通過向所有路由器(例如IPv6情況中的ffD2::2)發(fā)出響應請求(例如， ping6)、并且然后確認僅從一個路由器發(fā)出該響應來判斷(3-P1)的條件。在本實施例1中，說明了在切換請求消息中包含丟失歷史信息的方法。 在這種情況下，在圖3的順序中，呼叫控制服務器可以在進行路由身份判斷 之后向第一接收終端201詢問有關(guān)丟失歷史信息。圖4是說明在實施例1 (未采用相同路由的情況)中流接收終端的切換 操作的示例圖，它也是當在本實施例1中路由身份判斷中判斷沒有采用相同 路由時所采用的順序。在圖4中，對相同路由應答所采用的相應的順序與圖3中的相同?；谙嗤酚蓱?，呼叫控制服務器601判斷傳輸終端101和 第一接收終端201之間英特網(wǎng)上的路由是否與傳輸終端101和第二接收終端 301之間英特網(wǎng)上的路由相同。如果判斷兩個路由彼此相同，則呼叫控制服 務器601對第二接收終端301和傳輸終端101通知沒有交接(handover)傳 輸速率而實施了流的轉(zhuǎn)移(圖4中的INVITE消息)。第二接收終端301當接 收該消息時，利用丟失歷史管理部分303來為來自傳輸終端101的流的接收 作準備。傳輸終端101的呼叫轉(zhuǎn)移控制部分104按照TFRC的慢啟動算法來 增加傳輸速率，而沒有應用被應用于第一接收終端201的傳輸速率。因此， 在切換后直到流的傳輸速率達到目標傳輸速率為止，不能在第二接收終端301 中播放流，但是可以完成接收終端的切換本身。換句話說，在本發(fā)明的傳輸速率轉(zhuǎn)移方法中，當用于基于丟包歷史信息 和往返時間信息估算帶寬來執(zhí)行傳輸速率控制的流接收終端從第 一接收終端 201改變到第二接收終端301時，在所應用的傳輸速率轉(zhuǎn)移中的處理程序包 含下列步驟。即，傳輸速率轉(zhuǎn)移方法包含判斷步驟(l)，判斷傳輸終端101 和第一接收終端201之間網(wǎng)路上的路由是否與傳輸終端101和第二接收終端 301之間網(wǎng)絡上的路由相同；轉(zhuǎn)移步驟(2),當由判斷步驟(1)判斷兩個路 由彼此相同時，向第二接收終端301轉(zhuǎn)移第一接收終端201所管理的丟包歷 史信息；以及通知步驟(3)，當由判斷步驟(1)判斷兩個路由彼此相同時， 對傳輸終端101和第二接收終端301通知傳輸速率已經(jīng)從第一接收終端201 傳遞到第二接收終端301,或當由判斷步驟(1 )判斷兩個路由不彼此相同時， 向傳輸終端101和第一接收終端201通知傳輸速率沒有從第一接收終端201 傳遞到第二接收終端301，而僅僅改變了接收終端。因此，由相應的步驟(l)、 (2)、 (3)來改變接收終端。根據(jù)本配置，當判斷兩個路由彼此相同時，第一接收終端201所管理的 丟包歷史信息被轉(zhuǎn)移到第二接收終端301。因此，第二接收終端301可以以 如第一接收終端201所使用的傳輸速率相同的傳輸速率立即接收流，而無需 執(zhí)行慢啟動。因此，可以在切換接收終端之后，沒有斷開即立即接收并播放流。而且，根據(jù)本配置，判斷傳輸終端101和第一接收終端201之間網(wǎng)絡上 的路由與傳輸終端101和第二接收終端301之間網(wǎng)絡上的路由相同。因此， 當網(wǎng)絡上兩個路由不彼此相同時，丟包歷史信息未轉(zhuǎn)移到第二接收終端301。
因此，可以防止第二接收終端301以不夠高的傳輸速率接收流而使網(wǎng)絡處于 擁塞狀態(tài)的這種情況。(實施例2:沒有呼叫控制服務器的呼叫轉(zhuǎn)移) 圖5是顯示用于說明實施例2的通信系統(tǒng)的配置的方框圖。 圖5所示的通信系統(tǒng)沒有裝配圖2所示的通信系統(tǒng)所提供的呼叫控制服 務器601。在圖5中，部分102、 103、 201、 202、 203、 204、 205、 302、 303、 304、 305、 401、 501、 502、 701與圖2中的相同。在圖5中，傳輸終端101 的呼叫轉(zhuǎn)移控制部分104、第一接收終端201的呼叫轉(zhuǎn)移控制部分206，和第 二接收終端301的呼叫轉(zhuǎn)移控制部分306通過傳輸/接收呼叫控制信號到/從其 他終端來控制流接收的開始和終止，且具有與實施例l是說明的那些不同的 功能。而且，圖5所示的第一接收終端具有判斷傳輸終端101和本身終端之 間網(wǎng)絡上的路由是否與傳輸終端101和其他接收終端之間網(wǎng)絡上的路由相同 的相同路由判斷部分207,而沒有圖2所示的路由相關(guān)信息報告部分205。即， 圖2所示的路由相關(guān)信息報告部分205具有當傳輸終端主動執(zhí)行路由測量時 測量路由以響應的功能，即確認第一接收終端201和第二接收終端301被連 接于相同網(wǎng)絡且兩個終端在對于英特網(wǎng)的連接中具有相同路由器401的事 實。相反，相同路由判斷部分207不同于路由相關(guān)信息報告部分205的功能， 其中接收終端具有主動執(zhí)行路由測量的功能。在本配置中，下面將說明將接收由傳輸終端101對其應用基于TFRC的 傳輸速率控制的諸如聲音、運動圖像等等的流的終端從第一接收終端201切 換到第二接收終端301的操作。圖6是說明在實施例2 (采用相同路由的情況)中流接收終端的切換操 作的示例圖。圖6顯示當使用SIP作為用于傳輸/接收呼叫控制順序的系統(tǒng)且 沒有呼叫控制服務器而實施切換操作時采用的順序。首先，將意味著接收終端被切換的REFER (傳輸終端)消息從第一接收 終端201的呼叫轉(zhuǎn)移控制部分206轉(zhuǎn)移到第二接收終端301的呼叫轉(zhuǎn)移控制 部分306。該REFER消息包含用于指定傳輸終端101的URI,和用于請求狀 態(tài)信息的SUBSCRIBE.第二接收終端301的呼叫轉(zhuǎn)移控制部分306,當接收 REFER消息時，翻i奪該REFER的內(nèi)容，并然后向傳輸終端101發(fā)送包含應 該嘗試交接傳輸速率的意思的INVITE消息。然后，呼叫轉(zhuǎn)移控制部分306
接收OK消息作為響應。然后，第二接收終端301的呼叫轉(zhuǎn)移控制部分306向第一接收終端201 回傳NOTIFY消息作為相應SUBSCRIBE消息的狀態(tài)通知消息。第一接收終 端201的呼叫轉(zhuǎn)移控制部分206，當接收NOTIFY消息時，感應在傳輸終端 和第二接收終端301中已經(jīng)正常地執(zhí)行了呼叫控制操作，然后從相同路由判 斷部分207向第二接收終端301發(fā)送相同路由確認請求消息。第二接收終端 301的路由相關(guān)信息報告部分305接收相同路由確認請求消息，然后回傳相 同路由應答消息。該相同路由確認請求消息和相同路由應答消息與實施例1 中說明的那些相同。相同路由判斷部分207測量第一接收終端201和傳輸終 端101之間的路由。在傳輸終端101和第一接收終端201之間英特網(wǎng)上的路 由與傳輸終端101和第二接收終端301之間英特網(wǎng)上的路由相同的情況下， 當相同路由判斷部分207接收相同路由應答消息時，第一接收終端201的丟 失歷史管理部分203向第二接收終端301傳輸丟失歷史信息，且呼叫轉(zhuǎn)移控 制部分206傳輸UNSUBSCRIBE消息來由NOTIFY停止狀態(tài)信息。然后，因為第二接收終端301完成丟失歷史信息的交接，因此，該第二 接收終端向傳輸終端101傳輸包含指令消息、即作為應用于第一接收終端201 的相同傳輸速率應該被應用于第二接收終端301的流的ACK消息。傳輸終端 101的呼叫轉(zhuǎn)移控制部分104，當接收該ACK消息時，控制傳輸速率控制部 分103和傳輸應用程序102來對第二接收終端301的流應用與第一接收終端 201所應用的相同的傳輸速率。因為采用了這種操作，相同路由判斷部分207在用于接收流的接收終端 從第一接收終端201切換到第二接收終端301之前可以立即確認第一接收終 端201和傳輸終端101之間的路由和第二接收終端301和傳輸終端101之間 的路由。因此，從傳輸終端101到第一接收終端201應用于流傳輸?shù)膫鬏斔?率被應用作為從傳輸終端201到第二接收終端301的流的初始值。而且，在 切換后傳輸終端101和第二接收終端301之間執(zhí)行的傳輸速率控制操作掌管 第一接收終端201的丟失歷史信息。因此，仍然繼續(xù)等同于傳輸終端101和 第一接收終端201之間執(zhí)行的傳輸速率控制操作。圖7是說明在實施例2 (未釆用相同路由的情況)中流接收終端的切換 操作的示例圖。圖7顯示當在上述路由身份判斷中判斷兩個路由不是相同的 路由時所應用的順序。在圖7中，對相 那些類似。更具體地，相同路由判斷部分205測量并判斷第一接收終端201 和傳輸終端101之間的路由是否與第二接收終端301和傳輸終端101之間的 路由相同。此時，當由第一接收終端201基于相同路由應答判斷傳輸終端101 和第一接收終端201之間英特網(wǎng)上的路由與傳輸終端101和第二接收終端301 之間英特網(wǎng)上的路由不相同時，第一接收終端201通過UNSUBSCRIBE消息 對第二接收終端301通知應該在沒有交接傳輸速率的情況下轉(zhuǎn)移流。第二接收終端301的呼叫轉(zhuǎn)移控制部分306，當接收UNSUBSCRIBE消 息時，初始化丟失歷史管理部分303來為從傳輸終端IOI接收流作準備。然 后，第二接收終端301的呼叫轉(zhuǎn)移控制部分306在ACK消息中包含已經(jīng)在沒 有交接傳輸速率的情況下轉(zhuǎn)移流的效果，然后對傳輸終端101的呼叫轉(zhuǎn)移控 制部分104通知該ACK消息。然后，傳輸終端101的呼叫轉(zhuǎn)移控制部分104， 當接收該ACK消息時，不應用正應用于第一接收終端201的傳輸速率，'并按 照TFRC的慢啟動算法來增加傳輸速率。因此，第二接收終端301在切換后 不能重新產(chǎn)生(播放)流直到流的傳輸速率達到目標傳輸速率，但可以完成 接收終端的切換本身。(實施例3:應用于組播分發(fā))因為用于說明實施例3的通信系統(tǒng)的配置與圖5所示的相同，因此此處 省略其冗余說明。在本實施例中，在圖5中的呼叫轉(zhuǎn)移控制部分104、 206和 306通過傳輸/接收呼叫控制信號到M人其他終端來控制流接收的開始和結(jié)束， 且具有不同于實施例1和2中說明的那些的功能。傳輸速率控制部分103從 稍后將描述的丟失速率報告部分204、 304接收關(guān)于可用帶寬的信息，并以最 低傳輸速率傳輸傳輸應用程序的流。第一和第二接收終端201、 301的丟失速 率報告部分204、 304用RTT和傳輸終端101和相應的接收終端之間由'接收 終端所測量的丟失事件速率來計算傳輸速率，并對第二接收終端301報告該 傳輸速率。在本配置中，當新使得第二接收終端301來接收由傳輸終端101向其應 用TFMCC (TCP友好組播擁塞控制參考文獻，英特網(wǎng)草案 "draft-ietf-rmt-bb-tfmcc-01.txt)的傳輸速率控制的諸如聲音、運動圖像等等 的流時，在當前僅第一接收終端201在接收這種流的條件下，所導致的問題 和解決該問題所采用的操作將在下文被討論。
首先，下面將說明TFMCC操作和該問題的概要。TFMCC是在其中TFRC 的傳輸速率控制被應用于組播的系統(tǒng)。在接收端所采用的、用丟失歷史信息 來感應丟包、管理歷史，和計算丟失事件速率的操作與TFRC的操作相同。 在TFMCC中，接收終端測量在傳輸終端和接收終端之間的RTT，且用^^式 (1 )基于RTT和丟失事件速率估算傳輸速率X。接收終端將該傳輸速率X 報告給傳輸終端，然后傳輸終端以最低傳輸速率在接收終端之間傳輸流。在TFMCC的正常操作中，存在如下問題，當新增接收終端時，進行慢 啟動，因此流不能被播放直到流的傳輸速率達到目標傳輸速率。實施例3提供當新增接收終端時能夠以相同的傳輸速率連續(xù)地接收流的 方法，其可用于基于TFMCC的流的傳輸速率控制。接下來，將參考圖8來 說明實施例3的操作。圖8是說明在實施例3 (采用相同路由的情況)中流接收終端的增加操 作的示例圖。在本實施例中，將說明使得第二接收終端301新加入的情況。 即，在圖8中，第一接收終端201是至今接收流的接收終端，而第二接收終 端301是新增的接收終端。首先，第一接收終端201的呼叫轉(zhuǎn)移控制部分206向第二接收終端301 的呼叫轉(zhuǎn)移控制部分306傳輸包含傳輸終端101正傳輸?shù)牧鞯慕M播地址信息 的INVITE消息。第二接收終端301的呼叫轉(zhuǎn)移控制部分306傳輸作為響應 的RINGING消息，并產(chǎn)生包含相同路由確認請求的OK消息。第一接收終端 201的呼叫轉(zhuǎn)移控制部分206，當接收OK消息時，向第二接收終端301傳輸 包含歷史信息和相同路由應答的ACK消息。第二接收終端301的呼叫轉(zhuǎn)移控 制部分301，當接收ACK消息時，用相同路由判斷部分201來判斷第一接收 終端201和傳輸終端101之間的路由是否與第二接收終端301和傳輸終端101 之間的路由相同。該判斷方法類似于實施例2中說明的方法。當該路由身4分 判斷的結(jié)果中判斷傳輸終端101和第一接收終端201之間英特網(wǎng)上的路由與 傳輸終端101和第二接收終端301之間英特網(wǎng)上的路由相同，第二接收終端 301向丟失歷史管理部分303應用丟失歷史信息。然后，第二接收終端301開始接收INVITE消息中引用的組播地址的程 序。更具體地，在IPv4的情況下，呼叫轉(zhuǎn)移控制部分306傳輸基于IGMP(英 特網(wǎng)群組管理協(xié)議)或MLD (組播監(jiān)聽發(fā)現(xiàn)參考文獻RFC 2710,英特網(wǎng) 草案"draft-holbrook-idmr-igmpv3-ssm-07.txt)的JOIN消息，并控制接收應用程序、網(wǎng)絡接口和接收終端的驅(qū)動來接收組播數(shù)據(jù)。因為執(zhí)行了操作，第二接收終端301能接收以組播方式傳輸?shù)牧?。而且，第二接收終端301報告給傳輸終端101的可用帶寬是在基于從第一接收終端 201接收的丟失歷史信息的時刻計算的。因此，第二接收終端301的丟失速 率報告部分304和第一接收終端201的丟失速率報告部分204向傳輸終端101 報告相同的丟失速率。傳輸終端101的傳輸速率控制部分103執(zhí)行該控制以 便應該傳輸流以適應最低接收終端。但是，因為從第一接收終端201和第二 接收終端301報告的丟失速率相等，傳輸終端101和第一接收終端201之間 的路由和傳輸終端101和第二接收終端301之間的路由相同，相應的往返時 間也變得相等。相應地，由公式(1)計算的可用帶寬也具有相同的數(shù)量值， 即，因為第二接收終端301當向傳輸終端101報告等同于第一接收終端201 的傳輸速率時加入組播組，因此不請求傳輸終端101降低傳輸速率。因此， 傳輸終端101沒有采用慢啟動，并繼續(xù)與第二接收終端301加入之前所執(zhí)行 的相同的控制，可以維持傳輸終端101的傳輸速率。因此，即使當新增接收終端時，第一接收終端201和第二接收終端301 可以連續(xù)地接收相同的傳輸速率作為初始值。在實施例3中，假設，以組播方式分發(fā)流，其中當接收終端發(fā)出JOIN消 息時建立英特網(wǎng)中的分發(fā)樹，使用TFMCC作為傳輸速率控制。但該流不局 限于本系統(tǒng)。例如，當由XCAST (明確組播參考文獻Y.Imai, M.Shin和 Y.Kim, "XCAST6: IPv6上的顯式組播"，IEEE/IPSJ SAINT 2003 Workshop4, Ipv6及應用，Orland, Jan.2003 )作為組播系統(tǒng)來實施該分發(fā)、而且用使用發(fā) 送端啟動的組播(參考文獻E. Muramoro, T. Yondeda, F. Suzuki, A. Nakamura,:關(guān)于發(fā)送端啟動的組播中擁塞控制方法的建議"，英特網(wǎng)會議 2003論文pp.5-10，2003/10)作為傳輸速率控制系統(tǒng)時，同樣可以實現(xiàn)該流。 更具體地，根據(jù)用圖6說明的順序在實施例3中的圖5所示的要素元件中新 增第二接收終端301。因此，第一接收終端201和第二接收終端301可以連 續(xù)地接收相同傳輸速率作為初始值。而且，在實施例3，在通過引入實施例1中說明的呼叫控制服務器601 來執(zhí)行集中控制的情況下可以實現(xiàn)組播分發(fā)。以此方式，在本實施例中，在當對第一接收終端增加第二接收終端作為 接收以組播方式分發(fā)的流的接收終端時所應用的傳輸速率轉(zhuǎn)移方法中，當通
過基于丟包歷史信息和往返時間估算帶寬來執(zhí)行傳輸速率控制時，包含判 斷步驟(1)，判斷流傳輸終端和第一接收終端之間英特網(wǎng)上的路由是否與傳輸終端和第二接收終端之間英特網(wǎng)上的路由相同；轉(zhuǎn)移步驟(2)，當由判斷步驟(1)判斷兩個路由相同時，向第二接收終端轉(zhuǎn)移第一接收終端所管理的丟包歷史信息；通知步驟(3)，當由判斷步驟(1)判斷兩個路由相同時，對 傳輸終端和第二接收終端通知傳輸速率已經(jīng)^v第一接收終端傳遞到第二接收 終端，以及當由判斷步驟(1)判斷兩個路由不相同時，對傳輸終端和第二接 收終端通知傳輸速率沒有從第一接收終端傳遞到第二接收終端，而僅僅增加 了接收終端。因此，由相應的步驟(1)、 (2)、 (3)來增加接收終端。才艮據(jù)本配置，當判斷兩個路由相同時，第一接收終端201向第二接收終 端301轉(zhuǎn)移第一接收終端所管理的丟包歷史信息。因此，第二接收終端可以 用所轉(zhuǎn)移的歷史信息來以與第一接收終端201所使用的相同的轉(zhuǎn)移速率來立 即接收該流，而無需執(zhí)行慢啟動。因此，能夠在對第一接收終端201增加第 二接收終端301后無需停頓就立即接收并播放流。而且，根據(jù)本配置，判斷在流傳輸終端101和第一接收終端201之間的 網(wǎng)絡上的路由與傳輸終端101和第二接收終端301之間的路由的網(wǎng)絡上是否 相同。因此，當網(wǎng)絡上的兩個路由不相同時，丟包歷史信息不轉(zhuǎn)移到第二接 收終端301。因此，能夠防止第二接收終端301以不夠高的傳輸速率接收流 而使網(wǎng)絡處于擁塞狀態(tài)的這種情況。(實施例4:應用于多個網(wǎng)絡連接于路由器的情況) 圖9是顯示用于說明實施例4的通信系統(tǒng)(路由器具有兩個子網(wǎng))的配 置的方框圖。圖9所示的通信系統(tǒng)在網(wǎng)絡之間的連接關(guān)系上不同于在其他實施例中說 明的通信系統(tǒng)。圖9中，相應的部分101、 102、 103、 104、 201、 202、 203、 204、 207、 206、 301、 302、 303、 304、 305、 306、 401、 501、 502與圖5中 的那些相同。在圖9中，701表示路由器401和第一接收終端201所連接的 第一網(wǎng)絡，702表示路由器401和第二接收終端301所連接的第二網(wǎng)絡。在本配置中，以下將用參考圖6說明的順序來說明將接收終端從第一接 收終端201切換到第二接收終端301的實際方法。相同路由判斷部分207通 過對路由身份判斷使用下列算法，可以判斷傳輸終端101和第一接收終端201
之間英特網(wǎng)上的路由是否與傳輸終端101和第二接收終端301之間英#網(wǎng)上 的路由相同。(應用于判斷路由身份的算法)(步驟1 )確認相鄰路由器的身份。(步驟2 )確認相鄰路由器和傳輸終端之間的路由的身份。在上述步驟1和步驟2中，當確認相鄰路由器的身份和相鄰路由器和傳 輸終端IOI之間的路由的身份時，判斷英特網(wǎng)上的路由彼此相同。用實施例1中說明的跟蹤路由來確認步驟1。首先，沖全查從第一接收終 端201到第二接收終端301的跟蹤路由結(jié)果中的第一路由器(以后稱作"第 一跳路由器")是否與從第一接收終端201到傳輸終端101的跟蹤路由結(jié)果中 的第一跳路由器一致。而且，檢查從第二接收終端301到第一接收終端201 的跟蹤路由結(jié)果中的第一跳路由器是否與從第二接收終端301到傳輸終端 101的跟蹤路由結(jié)果中的第一跳路由器一致。另外，判斷第一接收終端201 和第二接收終端301之間是否僅提供了一個路由器。如果可以檢查這三個條 件，則可以確認該步驟1。否則，通過比較傳輸終端101到第一接收終端201的跟蹤路由結(jié)果和傳 輸終端101到第二接收終端301的跟蹤路由結(jié)果，可以確認步驟1。在上述路由身份判斷身份中，可以增加確認第一接收終端201和第二接 收終端301不連接于諸如隧道接口的虛擬接口作為步驟3。例如，可以假設 這種情況，第一接收終端201沒有用諸如IPv4隧道上的IPv6的虛擬接口等 等向傳輸終端101發(fā)送通信，但是第二接收終端301維持與英特網(wǎng)501上的 具體服務器的諸如VPN (虛擬私人網(wǎng))的隧道通信。在這種情況下，第二接 收終端301和傳輸終端101之間的路由有時不用虛擬接口而經(jīng)由具體服務器 來采用不同于跟蹤路由所測量的路由的路由。因此，增加判斷不用虛擬接口 的路由測量是否與用虛擬接口的路由測量相同的步驟，因此當兩個路由不相 同時，可以在相同路由判斷算法中進行更快的判斷。相反，當兩個路由相同 時，用更高的測量精度可以進行相同路由判斷。這里，在上述路由身份判斷算法中，通過以下程序可以確認步驟1。首 先，第一和第二接收終端201、 301分別向在第一和第二網(wǎng)絡701、 701上的 所有路由器發(fā)出應答請求(例如，ping6)。然后，第一和第二接收終端201、 301接收來自路由器的響應，并向響應的發(fā)送端(路由器)提出有關(guān)它們的名稱的詢問(例如在英特網(wǎng)草案"draft畫ietf畫ipngwg-icmp-name-lookup-10.txt "，中規(guī)定的節(jié)點信息詢問，示例作為通過用作為密鑰的DNS(域名服務) 的IP地址執(zhí)行搜索來獲得名稱的方法的反向搜索)。 用示例1中說明的跟蹤路由可以確認步驟2。因為執(zhí)行了這種操作，在用于接收流的接收終端從第一接收終端201切 換到第二接收終端301之前應用于從傳輸終端101到第二接收終端201的流 的傳輸?shù)膫鬏斔俾士梢粤⒓幢粦米鳛閺膫鬏斀K端101到第二接收終端301 的初始值。而且，在切換后傳輸終端101和第二接收終端301之間執(zhí)行的傳 輸速率控制操作掌管第一接收終端201的丟失歷史信息。相應地，可以仍然 繼續(xù)等同于傳輸終端101和第二接收終端201之間執(zhí)行的傳輸速率控制操作。參考具體實施例將詳細說明本發(fā)明。但對于本領域技術(shù)人員來說明顯的是，可以在不脫離本發(fā)明的精神和范圍的情況下應用各種改變和修改。本申請基于2005年1月11日提交的日本專利申請(專利申請?zhí)?2005-003967);其內(nèi)容被引用合并于此。工業(yè)適用性本發(fā)明具有如下優(yōu)點，即可以當接收流的終端從第一接收終端切換到第 二接收終端(或增加第二接收終端作為接收終端)時，在切換(增加)操作 之后不被斷開地立即接收/播放流，且可用于能夠?qū)⒔邮掌渲袌?zhí)行用TFRC的 速率控制的流的接收終端從第 一接收終端改變到第二接收終端和接收終端等 等的通信方法。
權(quán)利要求
1.一種將用TFRC的速率控制所應用的流的接收終端從第一接收終端切換到第二接收終端的通信方法，包括判斷步驟，其判斷所述流的傳輸終端和第一接收終端之間在網(wǎng)絡上的路由與所述傳輸終端和第二接收終端之間網(wǎng)絡上的路由是否相同；以及轉(zhuǎn)移步驟，當判斷兩個路由相同時，將第一接收終端所管理的丟包歷史信息轉(zhuǎn)移到第二接收終端。
全文摘要
當用于接收流的終端從第一接收終端被切換到第二接收終端時，可能在切換后不斷開地立即接收和再現(xiàn)流。一種進行用TFRC的速率控制所應用的流的接收終端從第一接收終端切換到第二接收終端的通信方法，包括判斷步驟，其判斷流的傳輸終端和第一接收終端之間在網(wǎng)絡上的路由與傳輸終端和第二終端之間網(wǎng)絡上的路由是否相同；以及轉(zhuǎn)移步驟，其當判斷兩個路由相同時，將第一接收終端所管理的丟包歷史信息轉(zhuǎn)移到第二接收終端。
文檔編號H04L12/56GK101103602SQ20068000214
公開日2008年1月9日 申請日期2006年1月6日 優(yōu)先權(quán)日2005年1月11日
發(fā)明者川原豐樹, 村本衛(wèi)一, 米田孝弘 申請人:松下電器產(chǎn)業(yè)株式會社