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


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

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