專利名稱：通信裝置、通信方法和記錄介質(zhì)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信裝置、通信方法和記錄介質(zhì)。
背景技術(shù)：
類似于音樂或運動圖像的流分發(fā)，通過通信網(wǎng)絡(luò)將音樂數(shù)據(jù)或 運動圖像數(shù)據(jù)發(fā)布至諸如個人計算機等等之類的客戶端裝置，并使客 戶端裝置響應(yīng)于數(shù)據(jù)而再現(xiàn)音樂或運動圖像的技術(shù)得到了日益廣泛 的應(yīng)用(非專利文獻1)。
在這種類型的數(shù)據(jù)通信中，通常服務(wù)器裝置以預(yù)定的定時發(fā)送 數(shù)據(jù)包，這些數(shù)據(jù)包是通過將數(shù)據(jù)分成預(yù)定大小而產(chǎn)生的。從而，例 如，為了使客戶端裝置無故障地(沒有中斷、圖像質(zhì)量降級等)再現(xiàn) 運動圖像，必須保持單位時間的數(shù)據(jù)發(fā)送量(下文稱為"數(shù)據(jù)傳輸率") 超過預(yù)定的量。
非專利文獻1: RFC1889:互聯(lián)網(wǎng)〈URL: http:〃www. ietf. org/rfc/rfc1889. txO

發(fā)明內(nèi)容
本發(fā)明要解決的問題
網(wǎng)絡(luò)可利用的帶寬(單位時間的數(shù)據(jù)發(fā)送量)是有限制的。從 而，需要響應(yīng)于可用帶寬、數(shù)據(jù)應(yīng)用等來對單個客戶端裝置設(shè)置數(shù)據(jù) 傳輸率以便不浪費網(wǎng)絡(luò)的技術(shù)。
為了滿足上述需要而做出本發(fā)明。本發(fā)明的目的是提供一種檢 測網(wǎng)絡(luò)帶寬的技術(shù)，以便在不出現(xiàn)故障、不浪費網(wǎng)絡(luò)的情況下發(fā)送數(shù) 據(jù)，所述網(wǎng)絡(luò)用于從服務(wù)器裝置向客戶端裝置發(fā)送數(shù)據(jù)，或用于在通 信終端之間發(fā)送數(shù)據(jù)。
解決問題的裝置
7一種根據(jù)本發(fā)明的通信裝置，所述通信裝置用于通過通信網(wǎng)絡(luò) 與目的地裝置進行通信，其包括
控制部分，其用第一壓縮模式壓縮數(shù)據(jù)；
發(fā)送部分，其通過通信網(wǎng)絡(luò)將壓縮數(shù)據(jù)發(fā)送到目的地裝置；
接收部分，其在目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果 的確認(rèn)消息時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；
其中，控制部分基于接收部分接收到的確認(rèn)消息的狀態(tài)，判定 是否繼續(xù)使用第一壓縮模式，如果判定不繼續(xù)使用第一壓縮模式，則 選擇第二壓縮模式，并用第二壓縮模式壓縮數(shù)據(jù)。
另一種根據(jù)本發(fā)明的通信裝置，所述通信裝置用于通過通信網(wǎng) 絡(luò)與目的地裝置進行通信，其包括
控制部分，其通過第一編碼解碼器壓縮數(shù)據(jù)；
發(fā)送部分，其通過通信網(wǎng)絡(luò)將壓縮數(shù)據(jù)發(fā)送到目的地裝置；以
及
接收部分，其在目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果 的確認(rèn)消息時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；
其中，控制部分基于接收部分接收到的確認(rèn)消息的狀態(tài)，判定 是否繼續(xù)使用第一編碼解碼器進行數(shù)據(jù)壓縮，如果判定不繼續(xù)進行這 種數(shù)據(jù)壓縮，則選擇第二編碼解碼器，并采用第二編碼解碼器壓縮數(shù) 據(jù)。
在上述配置中，根據(jù)本發(fā)明的通信裝置還包括存儲部分，所述 存儲部分存儲將編碼解碼器與設(shè)置在編碼解碼器中的傳輸率關(guān)聯(lián)起 來的表；以及其中，當(dāng)接收部分沒有接收到確認(rèn)消息時，控制部分在 表中選擇與比第一編碼解碼器的傳輸率低的傳輸率相關(guān)聯(lián)的編碼解 碼器作為第二編碼解碼器，并采用第二編碼解碼器壓縮數(shù)據(jù)。
而且，在上述配置中，根據(jù)本發(fā)明的通信裝置還包括存儲部分， 所述存儲部分存儲將編碼解碼器與設(shè)置在編碼解碼器中的傳輸率關(guān) 聯(lián)起來的表；以及其中，當(dāng)接收部分在預(yù)定時間之前接收到確認(rèn)消息 時，控制部分在表中選擇與比第一編碼解碼器的傳輸率高的傳輸率相 關(guān)聯(lián)的編碼解碼器作為第二編碼解碼器，并采用第二編碼解碼器壓縮數(shù)據(jù)。一種根據(jù)本發(fā)明的通信裝置，其通過通信網(wǎng)絡(luò)與目的地裝置進 行通信，其包括控制部分，其用一種編碼解碼器壓縮數(shù)據(jù)，在所述編碼解碼器 中，設(shè)置了多個數(shù)據(jù)傳輸率，并設(shè)置了滿足第一數(shù)據(jù)傳輸率的壓縮率；發(fā)送部分，其通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送經(jīng)編碼解碼器壓縮的數(shù)據(jù)；以及接收部分，其在目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；其中，控制部分基于接收部分接收到的確認(rèn)消息的狀態(tài)，選擇 第二數(shù)據(jù)傳輸率，并采用其中設(shè)置了滿足第二數(shù)據(jù)傳輸率的壓縮率的 編碼解碼器壓縮數(shù)據(jù)。在根據(jù)本發(fā)明的通信裝置中，在上述配置中，當(dāng)接收部分沒有 收到確認(rèn)消息時，控制部分選擇比第一數(shù)據(jù)傳輸率低的數(shù)據(jù)傳輸率作 為第二數(shù)據(jù)傳輸率，并采用其中設(shè)置了滿足所選數(shù)據(jù)傳輸率的壓縮率的編碼解碼器來壓縮數(shù)據(jù)。在根據(jù)本發(fā)明的通信裝置中，在上述配置中，當(dāng)接收部分在預(yù) 定時間之前接收到確認(rèn)消息時，控制部分選擇比第一數(shù)據(jù)傳輸率高的 數(shù)據(jù)傳輸率作為第二數(shù)據(jù)傳輸率，并采用其中設(shè)置了滿足所選數(shù)據(jù)傳 輸率的壓縮率的編碼解碼器來壓縮數(shù)據(jù)。一種根據(jù)本發(fā)明的通信方法，其通過通信網(wǎng)絡(luò)與目的地裝置進 行通信，其包括用第一壓縮模式壓縮數(shù)據(jù)；通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息時， 通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一壓縮模 式；以及如果判定不繼續(xù)使用第一壓縮模式，則選擇第二壓縮模式，并 用第二壓縮模式壓縮數(shù)據(jù)。另一種根據(jù)本發(fā)明的通過通信網(wǎng)絡(luò)與目的地裝置進行通信的通 信方法，其包括用第一編碼解碼器壓縮數(shù)據(jù)； 通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)采用第一編碼解 碼器進行數(shù)據(jù)壓縮；以及如果判定不繼續(xù)進行這種數(shù)據(jù)壓縮，則選擇第二編碼解碼器， 并采用第二編碼解碼器壓縮數(shù)據(jù)。又一種根據(jù)本發(fā)明的通過通信網(wǎng)絡(luò)與目的地裝置進行通信的通 信方法，其包括.-用一種編碼解碼器壓縮數(shù)據(jù)，在所述編碼解碼器中，設(shè)置了多 個數(shù)據(jù)傳輸率，并設(shè)置了滿足第一數(shù)據(jù)傳輸率的壓縮率；通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送經(jīng)所述編碼解碼器壓縮的數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于接收到的確認(rèn)消息的狀態(tài)，選擇第二數(shù)據(jù)傳輸率；以及 采用其中設(shè)置了滿足第二數(shù)據(jù)傳輸率的壓縮率的編碼解碼器來壓縮數(shù)據(jù)。一種根據(jù)本發(fā)明的計算機可讀記錄介質(zhì)，其用于存儲使計算機 執(zhí)行下列功能的計算機可讀程序 用第一壓縮模式壓縮數(shù)據(jù)； 通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一壓縮模式；如果判定不繼續(xù)使用第一壓縮模式，則選擇第二壓縮模式，并用第二壓縮模式壓縮數(shù)據(jù)。另一種根據(jù)本發(fā)明的計算機可讀記錄介質(zhì)，其用于存儲使計算 機執(zhí)行下列功能的計算機可讀程序用第一編碼解碼器壓縮數(shù)據(jù)；通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一編碼解 碼器進行數(shù)據(jù)壓縮；如果判定不繼續(xù)進行這種數(shù)據(jù)壓縮，則選擇第二編碼解碼器， 并采用第二編碼解碼器來壓縮數(shù)據(jù)。又一種根據(jù)本發(fā)明的計算機可讀記錄介質(zhì)，其用于存儲使計算 機執(zhí)行下列功能的計算機可讀程序用一種編碼解碼器壓縮數(shù)據(jù)，在所述編碼解碼器中，設(shè)置了多 個數(shù)據(jù)傳輸率，并設(shè)置了滿足第一數(shù)據(jù)傳輸率的壓縮率；通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送經(jīng)所述編碼解碼器壓縮的數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于接收到的確認(rèn)消息的狀態(tài)，選擇第二數(shù)據(jù)傳輸率； 采用其中設(shè)置了滿足第二數(shù)據(jù)傳輸率的壓縮率的編碼解碼器來壓縮數(shù)據(jù)。


圖1是示出了與根據(jù)本發(fā)明實施例的通信終端相連接的通信系 統(tǒng)的配置的框圖。圖2是示出了通信終端100的配置的框圖。 圖3是示出了 RTP數(shù)據(jù)包的配置的視圖。圖4是用來使編碼解碼器與數(shù)據(jù)傳輸率(比特率)相互關(guān)聯(lián)的列表。11圖5是示出了數(shù)據(jù)傳輸?shù)牧鞒痰牧鞒虉D。圖6是示出了通信優(yōu)化過程的流程的流程圖。圖7是示出了數(shù)據(jù)丟失處理過程的流程的流程圖。參考標(biāo)號說明通信系統(tǒng)10，通信IF部分12，控制部分13，存儲部分14 (14a: R0M， 14b: RAM)，操作部分15，顯示部分16，計時部分17，聲音 輸入部分18，總線19，麥克風(fēng)20， A/D轉(zhuǎn)換部分21，聲音輸出部分 22， D/A轉(zhuǎn)換部分23,揚聲器24，通信終端100、 IOOA、 IOOB，通信 網(wǎng)絡(luò)200。
具體實施方式
下文將參照附圖對作為本發(fā)明實施例的通信終端進行說明。 (A:配置) '圖1是示出了通信系統(tǒng)10的配置示例的框圖，通信系統(tǒng)10包 括作為本發(fā)明實施例的通信終端IOOA和通信終端100B。如圖l所示， 在通信系統(tǒng)10中，通信終端IOOA和通信終端IOOB通過電纜連接至 通信網(wǎng)絡(luò)200。在本實施例中，圖示了兩個通信終端連接至通信網(wǎng)絡(luò) 200的情況。不過，當(dāng)然可以連接三個或者更多的通信終端。在這種情況下，通信終端IOOA和通信終端100B具有彼此相同 的配置。在下文中，當(dāng)不需要區(qū)分通信終端100A和通信終端100B 時，兩個通信終端被統(tǒng)稱為通信終端100。通信網(wǎng)絡(luò)200是(例如)互聯(lián)網(wǎng)，雖然省略了詳細的圖示，但 是它配備有大量的諸如路由器之類的網(wǎng)絡(luò)設(shè)備。提供通信網(wǎng)絡(luò)200， 以便根據(jù)預(yù)定的通信協(xié)議來對在通信終端IOOA和通信終端IOOB之間處理的數(shù)據(jù)通信進行中繼。在本發(fā)明中，在下文說明的各個通信協(xié)議均被采用為通信協(xié)議。 具體來講，實時傳輸協(xié)議(Real-time Transport Protocol,下文縮 寫為RTP)被用作應(yīng)用層通信協(xié)議，UDP被用作傳輸層通信協(xié)議，IP 被用作網(wǎng)絡(luò)層通信協(xié)議。將IP地址分別分配給通信終端100A和通信 終端IOOB，并且可以在互聯(lián)網(wǎng)上共同地識別出這些終端。在本實施例中，解釋了采用UDP作為傳輸層通信協(xié)議的情況。不過，當(dāng)然也可以采用TCP。由于UDP和IP是被廣泛地一起使用的 通信協(xié)議，本文將省略對它們的解釋。下文僅給出對RTP的解釋。RTP是被用來提供通信服務(wù)的通信協(xié)議，所述通信服務(wù)以端到端 的方式發(fā)送/接收具有實時特征的聲音數(shù)據(jù)或視頻數(shù)據(jù)，在RFC1889 中規(guī)定了其技術(shù)細節(jié)。在RTP中，通過產(chǎn)生RTP數(shù)據(jù)包和發(fā)送/接收 該RTP數(shù)據(jù)包，來執(zhí)行通信終端之間的數(shù)據(jù)傳輸。如圖3所示，與作 為IP中的數(shù)據(jù)傳輸單元的數(shù)據(jù)包和作為TCP中的數(shù)據(jù)傳輸單元的數(shù) 據(jù)段一樣，RTP數(shù)據(jù)包由包頭部分和有效負(fù)載部分組成。在包頭部分中設(shè)置三種數(shù)據(jù)，即，時間戳、有效負(fù)載類型以及 序列號。這里，時間戳是指示時間(對聲音通信開始之后經(jīng)過的時間 進行指示)的數(shù)據(jù)。有效負(fù)載類型是用來使通信消息的目的地識別通 信信息的類型的數(shù)據(jù)。在本實施例中，將兩種類型的數(shù)"1" 、 "2" 中的任何一種寫入有效負(fù)載類型。具體來講，將"1"寫入用于數(shù)據(jù) 發(fā)送消息的消息類型，將"2"寫入用于接收通知消息的消息類型。 序列號是用來唯一識別每個數(shù)據(jù)包的識別符。例如，當(dāng)一個聲音數(shù)據(jù) 被分成多個RTP數(shù)據(jù)包時，分別將諸如l、 2、 3、……之類的序列號 附加到這些數(shù)據(jù)包。例如，在數(shù)據(jù)發(fā)送消息中，對應(yīng)于預(yù)定時間(在本實施例中為 20毫秒)的聲音數(shù)據(jù)被寫入有效負(fù)載部分。而且，在接收通知消息 中，將接收到的數(shù)據(jù)發(fā)送消息的序列號以及寫入每個RTP數(shù)據(jù)包中的 與序列號關(guān)聯(lián)的時間戳寫入有效負(fù)載部分。接下來，下文將解釋通信終端100的硬件配置。圖2是示出了通信終端100的硬件配置的示例的框圖。如圖2 所示，通信終端100配備有通信IF部分12、控制部分13、存儲部 分14、操作部分15、顯示部分16、計時部分17、聲音輸入部分18、 總線19和聲音輸出部分22。在下文的解釋中，當(dāng)應(yīng)當(dāng)區(qū)別通信終端100的有關(guān)配置屬于哪 個通信終端時，例如，附加字母下標(biāo)"A"來表示有關(guān)的通信終端100A 的控制部分13，就像控制部分13A這樣?？刂撇糠?3是(例如)CPU (中央處理單元)?？刂撇糠?3通 過執(zhí)行存儲在存儲部分14中的各種程序(這將在下文中予以說明) 來執(zhí)行本發(fā)明的特征操作，或控制通信終端100的各個部分的操作。通信IF部分12是(例如)NIC (Network Interface Card,網(wǎng)絡(luò) 接口卡)，并通過電纜連接至通信網(wǎng)絡(luò)200。通信IF部分12向通信 網(wǎng)絡(luò)200發(fā)出IP數(shù)據(jù)包，所述IP數(shù)據(jù)包是通過順序封裝控制部分 13根據(jù)更低層的通信協(xié)議傳輸過來的RTP數(shù)據(jù)包而得到的。這里， 封裝表示這樣一種處理應(yīng)當(dāng)產(chǎn)生在其中寫入了 RTP數(shù)據(jù)包的有效負(fù) 載部分的UDP數(shù)據(jù)段，然后應(yīng)當(dāng)產(chǎn)生在其中的有效負(fù)載部分寫入了 UDP數(shù)據(jù)段的IP數(shù)據(jù)包。而且，通信IF部分12通過通信網(wǎng)絡(luò)200 接收IP數(shù)據(jù)包，然后，通過實施與封裝相反的處理來讀出被封裝在 IP數(shù)據(jù)包中的RTP數(shù)據(jù)包，然后將這個數(shù)據(jù)包發(fā)送到控制部分13。存儲部分14由ROM(只讀存儲器)14a和RAM(隨機存取存儲器) 14b組成。ROM 14a存儲數(shù)據(jù)和用來使控制部分實現(xiàn)特征功能的控制程序。 可以將作為對數(shù)據(jù)進行壓縮/解壓的軟件的編碼解碼器作為控制程序 的一個例子。存儲了多種編碼解碼器，各種編碼解碼器以不同的壓縮 率對數(shù)據(jù)進行壓縮，并以不同的比特率發(fā)送/接收數(shù)據(jù)。而且，可以 將其中存儲了對應(yīng)于各個編碼解碼器的比特率數(shù)據(jù)的列表作為數(shù)據(jù) 的一個例子。根據(jù)各種程序工作的控制部分13將RAM 14b用作工作區(qū)，R認(rèn) 14b存儲從聲音輸入部分18接收到的聲音數(shù)據(jù)。例如，操作部分15是鍵盤、鼠標(biāo)等。當(dāng)通信終端100的操作人 員操作操作部分15來輸入任何輸入時，操作部分15將表示操作內(nèi)容 的數(shù)據(jù)發(fā)送到控制部分13。例如，顯示部分16是顯示器等。顯示部分16顯示通信終端100 在控制部分13的控制下所具有各種數(shù)據(jù)。當(dāng)計時部分17從控制部分13接收到與通信終端100開始聲音 通信相關(guān)的信號時，它計算經(jīng)過的時間。而且，響應(yīng)于控制部分13 發(fā)出的請求，計時部分17將經(jīng)過的時間提供給控制部分13。聲音輸入部分18包含麥克風(fēng)20和模擬/數(shù)字(Analog/Digital, 下文縮寫為A/D)轉(zhuǎn)換部分21。麥克風(fēng)20拾取用戶的語音，然后產(chǎn) 生響應(yīng)于語音的聲音信號(模擬信號)，然后將該信號輸出到A/D 轉(zhuǎn)換部分21。A/D轉(zhuǎn)換部分21對從麥克風(fēng)20發(fā)送過來的聲音信號進 行A/D轉(zhuǎn)換，并將作為轉(zhuǎn)換結(jié)果的數(shù)字?jǐn)?shù)據(jù)(在下文被稱為"聲音數(shù) 據(jù)")發(fā)送到控制部分13。
響應(yīng)于控制部分13發(fā)送的聲音數(shù)據(jù)，聲音輸出部分22實施聲 音再現(xiàn)控制，聲音輸出部分22包括D/A轉(zhuǎn)換部分23和揚聲器24。 D/A轉(zhuǎn)換部分23通過對從控制部分13發(fā)送過來的聲音數(shù)據(jù)的數(shù)據(jù)序 列實施與在A/D轉(zhuǎn)換部分21中執(zhí)行的處理相反的處理(即，D/A轉(zhuǎn) 換)，從而產(chǎn)生聲音信號，并將該聲音信號發(fā)送到揚聲器24。而且， 揚聲器24發(fā)射與從D/A轉(zhuǎn)換部分23發(fā)送過來的聲音信號相對應(yīng)的聲
音
用上述說明完成了對通信終端100的硬件配置的解釋。 如上所述，根據(jù)本發(fā)明的通信終端100的配置與通常的計算機
設(shè)備的硬件配置相似。通過下文解釋的軟件模塊實現(xiàn)根據(jù)本發(fā)明的通
信終端100的特征功能。
當(dāng)控制部分13執(zhí)行存儲在ROM 14a中的控制程序時，賦予通信 終端100的功能大致可以分成四種功能，S卩(1)往復(fù)延遲時間計 算功能，(2)數(shù)據(jù)壓縮率控制功能，(3) RTP數(shù)據(jù)包產(chǎn)生功能，以 及(4) RTP數(shù)據(jù)包發(fā)送/接收功能。將通信終端100A執(zhí)行向通信終 端100B發(fā)送聲音數(shù)據(jù)的傳輸?shù)那闆r作為例子，下文中將解釋這些功 能。
往復(fù)延遲時間計算功能是用來計算在控制部分13A向目的地終 端發(fā)送數(shù)據(jù)之后到接收到與從目的地終端接收到的數(shù)據(jù)相關(guān)的消息 所需的時間(往復(fù)延遲時間)。當(dāng)計算往復(fù)延遲時間時，利用了 RTCP (RTP控制協(xié)議)數(shù)據(jù)包。
具體來講，通信終端100A將時間戳寫入發(fā)送方報告SR，然后將 發(fā)送方報告SR發(fā)送到通信終端100B。響應(yīng)于從通信終端100A接收 到的發(fā)送方報告SR，通信終端100B將接收方報告RR發(fā)送回通信終
15端IOOA。此時，通信終端100B計算通信終端100B接收到發(fā)送方報 告SR之后到它發(fā)回接收方報告RR時所需要的時間，并將這個值寫入 接收方報告RR。當(dāng)接收到接收方報告RR時，通信終端100A計算通 信終端IOOA發(fā)送發(fā)送方報告SR的時間和通信終端IOOA接收到接收 方報告RR的時間之差，并通過從差值中減去通信終端IOOB在接收到 發(fā)送方報告SR之后到發(fā)回接收方報告RR時所需的時間，來計算往復(fù) 延遲時間。
接下來，下文將解釋數(shù)據(jù)壓縮率控制功能。
通過執(zhí)行安裝在通信終端IOOA中的編碼解碼，控制部分13A壓 縮它自身設(shè)備的聲音數(shù)據(jù)，然后以預(yù)定的傳輸率(比特率)輸出該數(shù) 據(jù)。用戶可以選擇自動模式和人工模式中的任何一種，在自動模式中， 控制部分13A根據(jù)預(yù)定的規(guī)則自動地控制比特率，在人工模式中，用 戶人工地控制比特率。
當(dāng)用戶選擇自動模式時，控制部分13A根據(jù)下文解釋的規(guī)則控 制聲音數(shù)據(jù)的比特率。
在數(shù)據(jù)通信的開始，控制部分13A通過參照ROM 14aA來選擇具 有最大比特率的編碼解碼器。更高的比特率能產(chǎn)生更高等級(質(zhì)量) 的通信數(shù)據(jù)。只要通信網(wǎng)絡(luò)200的條件允許，那么更高的比特率就是 最理想的狀況。
然后，此時的比特率的值被存儲在RAM 14bA中，在RAM 14bA
中設(shè)置往復(fù)延遲時間的初始值。實際上，可以通過采用上述的往復(fù)延 遲時間計算功能來計算往復(fù)延遲時間的初始值，或者預(yù)定的值可以預(yù)
先被存儲在ROM 14aA中并被讀取。
然后，通過采用下文說明的RTP數(shù)據(jù)包產(chǎn)生功能和RTP數(shù)據(jù)包 發(fā)送/接收功能，來啟動采用RTP數(shù)據(jù)包的聲音數(shù)據(jù)的正常通信。
在正常數(shù)據(jù)通信中，當(dāng)產(chǎn)生了 RTP數(shù)據(jù)包沒有到達目的地側(cè)的 終端(數(shù)據(jù)包丟失)的情況時，控制部分13A將所述編碼解碼器切換 至另一個編碼解碼器，另一個編碼解碼器與比存儲在RAM14A中的比 特率低一個級別的比特率相關(guān)。而且，在編碼解碼器被切換之后，控 制部分13A計算往復(fù)延遲時間，并用計算出來的值改寫RAM 14bA中的往復(fù)延遲時間的值。
相反，當(dāng)沒有產(chǎn)生數(shù)據(jù)包丟失時，控制部分13A通過采用上述
的往復(fù)延遲時間計算功能計算往復(fù)延遲時間。當(dāng)計算出的往復(fù)延遲時
間比存儲在RAM 14bA中的往復(fù)延遲時間小預(yù)定比特率或小更多時， 控制部分13A將比特率切換成高一個級別的另一個比特率。在本實施 例中，控制部分13A將當(dāng)前使用的、存儲在R0M14a中的編碼解碼器 切換成比特率高一個級別的另一個編碼解碼器。
然后，在編碼解碼器被切換之后，控制部分13A計算往復(fù)延遲 時間，并用計算出的值改寫RAM 14bA中的往復(fù)延遲時間的值。
在這種情況下，當(dāng)用戶選擇人工模式時，該用戶通過査看顯示 在顯示部分16A上的可用帶寬的值等，借助操作部分15A輸入指示聲 音數(shù)據(jù)的比特率的數(shù)字。
利用上文描述，解釋了數(shù)據(jù)壓縮率控制功能。
接下來，下文將解釋RTP數(shù)據(jù)包產(chǎn)生功能。
麥克風(fēng)20A根據(jù)用戶的語音產(chǎn)生模擬聲音信號。這個聲音信號 被A/D轉(zhuǎn)換部分21轉(zhuǎn)換為數(shù)字聲音數(shù)據(jù)，然后，轉(zhuǎn)換后的聲音數(shù)據(jù) 被寫入RAM 14bA中?？刂撇糠?3A每隔預(yù)定的時間(在本實施例中 為20毫秒)就順序地讀取在RAM 14bA中寫入的聲音數(shù)據(jù)，并在預(yù)定 時間內(nèi)對聲音數(shù)據(jù)實施上述的壓縮。如圖3所示，在預(yù)定時間內(nèi)，RTP 包頭被附接至被實施了壓縮的聲音數(shù)據(jù)，從而產(chǎn)生了 RTP數(shù)據(jù)包。產(chǎn) 生的RTP數(shù)據(jù)包被發(fā)送到通信IF部分12。
利用上文描述，解釋了 RTP數(shù)據(jù)包產(chǎn)生功能。
最后，下文將解釋RTP數(shù)據(jù)包發(fā)送/接收功能。
當(dāng)從控制部分13A接收到所產(chǎn)生的RTP數(shù)據(jù)包時，通信IF部分 12通過向較低層中的通信協(xié)議發(fā)送RTP數(shù)據(jù)包來發(fā)送RTP數(shù)據(jù)包。 相反，控制部分13B剪切出接收RTP數(shù)據(jù)包的通信終端100B中的RTP 數(shù)據(jù)包的有效負(fù)載部分。
利用上文描述，解釋了 RTP數(shù)據(jù)包發(fā)送/接收功能。 (B:操作)
接下來，下文將參照附圖來解釋通信終端IOO所執(zhí)行的操作。
17的用戶(下文稱為用戶A) 和通信終端100B的用戶(下文稱為用戶B)通過互動地交換語音數(shù) 據(jù)通信來舉行遠程會議的情況下，當(dāng)用戶A發(fā)表意見而用戶B聽取意
見時通信終端ioo所執(zhí)行的操作。
假設(shè)在本操作的開始，首先，通信終端100A以最大可用帶寬發(fā) 送聲音數(shù)據(jù)。
而且，還假設(shè)由于通信網(wǎng)絡(luò)200被多個通信終端(未示出) 使用，所以被用來在通信終端100A和通信終端100B之間發(fā)送/接收 聲音數(shù)據(jù)的網(wǎng)絡(luò)線路的可用帶寬隨時間變化。 (B-l:操作示例1)
在本操作示例中，下文將參照圖5解釋在沒有故障(沒有數(shù)據(jù) 包丟失，也沒有發(fā)生超時)的情況下執(zhí)行從通信終端100A向通信終 端IOOB發(fā)送聲音數(shù)據(jù)的情況。
當(dāng)用戶A發(fā)出語音時，麥克風(fēng)20A產(chǎn)生表示該語音的聲音信號， A/D轉(zhuǎn)換部分21A將聲音信號轉(zhuǎn)換成聲音數(shù)據(jù)?？刂撇糠?3A采用RTP 數(shù)據(jù)包產(chǎn)生功能來根據(jù)聲音數(shù)據(jù)產(chǎn)生RTP數(shù)據(jù)包，然后將數(shù)據(jù)發(fā)送到 通信終端100B (步驟SAIOO)。此時，控制部分13A將表示傳輸時間 的時間戳賦予所有數(shù)據(jù)包。而且，在每次發(fā)送數(shù)據(jù)包之后，控制部分 13A將所發(fā)送的數(shù)據(jù)包的序列號寫入RAM 14b中。以這種方式，聲音 數(shù)據(jù)從通信終端100A通過通信網(wǎng)絡(luò)200抵達通信終端IOOB。
通信終端IOOB接收數(shù)據(jù)包?？刂撇糠?3B將接收通知消息發(fā)回 通信終端IOOA，所述接收通知消息包含與接收到的數(shù)據(jù)包的序列號 和附至各個數(shù)據(jù)包的時間戳有關(guān)的數(shù)據(jù)。接收通知消息從通信終端 100B通過通信網(wǎng)絡(luò)200抵達通信終端IOOA。
控制部分13A對接收通知消息進行接收(步驟SA200)。然后， 通過比較寫入有效負(fù)載部分中的序列號和所發(fā)送的RTP的序列號，控 制部分13A判定出是否出現(xiàn)了數(shù)據(jù)包丟失(步驟SA300)。如果出現(xiàn) 了數(shù)據(jù)包丟失(步驟SA300:"是")，那么控制部分13A實施數(shù)據(jù) 丟失處理過程(步驟SA800)。將在下文詳細解釋這個數(shù)據(jù)丟失處理 過程。相反，如果沒有出現(xiàn)數(shù)據(jù)包丟失(步驟SA300:"否")，那
18么控制部分13A執(zhí)行后續(xù)過程進入步驟SA400。在這個操作示例中， 由于沒有故障地發(fā)送了聲音數(shù)據(jù)，在步驟SA300中的判定結(jié)果是 "否"，執(zhí)行后續(xù)過程進入步驟SA400。在步驟SA400中，控制部分 13A通過往復(fù)延遲時間計算功能計算出往復(fù)延遲時間。控制部分13A 判定往復(fù)延遲時間是否小于存儲在RAM MbA中的編碼解碼器被切換 之后所立刻獲得的往復(fù)延遲時間的之前指定的值(步驟SA500)。例 如，這個指定的值被設(shè)置為存儲在RAM 14bA中的編碼解碼器被切換 之后所立刻獲得的往復(fù)延遲時間的60%。
如果步驟SA500中的判定結(jié)果是"是"，控制部分13A則執(zhí)行 通信優(yōu)化過程(步驟SA600)。然后，過程進入步驟SA700。在這種 情況下，將在下文中詳細解釋步驟SA600中的通信優(yōu)化過程。相反， 如果步驟SA500中的判定結(jié)果是"否"，過程則進入步驟SA700。在 步驟SA700中，控制部分13A判定數(shù)據(jù)發(fā)送是否完成。如果沒有完成 數(shù)據(jù)發(fā)送(步驟SA700:"否")，控制部分13A使過程回到步驟SAIOO， 并繼續(xù)發(fā)送還沒有被發(fā)送的數(shù)據(jù)。相反，如果完成了數(shù)據(jù)發(fā)送(步驟 SA700:"是")，控制部分13A結(jié)束這個過程。
隨后，下文將參照圖6中所示的流程圖來解釋步驟SA600中的 通信優(yōu)化過程的細節(jié)。首先，在步驟SA610中，控制部分13A判定是 否出現(xiàn)了對應(yīng)于較高的比特率的編碼解碼器。如果在步驟SA610中的 判定結(jié)果是"是"，那么控制部分13A通過改變編碼解碼器來增大聲 音數(shù)據(jù)的傳輸率(步驟SA620)。然后，控制部分13A計算往復(fù)延遲 時間(步驟SA630)。然后，控制部分13A將在切換編碼解碼器之后 所立即獲得的傳輸率(比特率)和計算出的往復(fù)延遲時間存儲在R認(rèn) 14b中(步驟SA640)。然后，結(jié)束過程。相反，如果在步驟SA610 中的判定結(jié)果是"否"，那么控制部分13A結(jié)束過程。
當(dāng)在沒有出現(xiàn)數(shù)據(jù)丟失的情況下往復(fù)延遲時間足夠小時，可能 沒有有效地利用可用帶寬。不過，可以執(zhí)行數(shù)據(jù)通信以符合上述通信 優(yōu)化過程所檢測到的網(wǎng)絡(luò)狀況。
在這種情況下，每當(dāng)執(zhí)行數(shù)據(jù)通信時，控制部分13A都實施通 信優(yōu)化過程。不過，即使沒有執(zhí)行數(shù)據(jù)通信，每隔一段預(yù)定的時間也會執(zhí)行一次上文解釋過的通信優(yōu)化過程。因此，可以沒有損失地利用其狀況隨時變化的網(wǎng)絡(luò)處理數(shù)據(jù)通信。(B-2:操作示例2)接下來，在這個操作示例中，下文將參照圖7中所示的流程圖
來解釋當(dāng)在數(shù)據(jù)發(fā)送過程中出現(xiàn)了數(shù)據(jù)丟失(數(shù)據(jù)包丟失等)時通信
終端100A所采取的操作，即圖5中的步驟SA800中的數(shù)據(jù)丟失處理過程。
首先，控制部分13A通過參考RAM 14bA來判定當(dāng)前是否出現(xiàn)了對應(yīng)于較低的比特率的編碼解碼器(步驟SA810)。如果步驟SA810中的判定結(jié)果是"是"，那么控制部分13A通過切換至比特率低一個級別的編碼解碼器來降低數(shù)據(jù)傳輸率(步驟SA820)。然后，控制部分13A計算在編碼解碼器切換后所立即獲得的往復(fù)延遲時間(步驟SA830)。然后，在編解碼之后，控制部分13A立即存儲計算出的往復(fù)延遲時間和比特率的值。從而，控制部分13A結(jié)束數(shù)據(jù)丟失處理過程。如果步驟SA810中的判定結(jié)果是"否"，控制部分13A同樣結(jié)束數(shù)據(jù)丟失處理過程。
只有在產(chǎn)生了數(shù)據(jù)包丟失時，控制部分13A才執(zhí)行數(shù)據(jù)丟失處理過程。從而，通過適當(dāng)?shù)卦O(shè)置合適的數(shù)據(jù)傳輸率，可以無故障地執(zhí)行數(shù)據(jù)發(fā)送。
(C:變型)
如上文所述，已經(jīng)解釋了本發(fā)明的實施例。但可以以下文描述的各種模式執(zhí)行本發(fā)明。
(1)在上述實施例中，往復(fù)延遲時間計算功能、數(shù)據(jù)壓縮率控制功能、RTP數(shù)據(jù)包產(chǎn)生功能和RTP數(shù)據(jù)包發(fā)送/接收功能中的各個功能都被提供給了通信終端。不過，當(dāng)然，安裝對象不局限于通信終端。例如，本發(fā)明可適用于執(zhí)行聲音數(shù)據(jù)或視頻數(shù)據(jù)的流發(fā)布的數(shù)據(jù)
發(fā)布服務(wù)器?？傊魏我环N電子設(shè)備都可以采用本發(fā)明，只要這種設(shè)備能夠處理數(shù)據(jù)通信。在這種情況下，可以向該電子設(shè)備提供一種其中存儲了聲音數(shù)據(jù)或視頻數(shù)據(jù)的存儲器裝置來代替聲音輸入部分18，然后，可以適當(dāng)?shù)刈x取數(shù)據(jù)。(2) 在上述實施例中，解釋了用軟件模塊實現(xiàn)根據(jù)本發(fā)明的通信終端所特有的功能的情況。不過，可以通過組合包含上述功能的各個硬件模塊來構(gòu)建根據(jù)本發(fā)明的通信終端。
(3) 在上述實施例中，解釋了 RTP被用作應(yīng)用層通信協(xié)議的情
況。不過，當(dāng)然可以采用其他的通信協(xié)議。總之，可以采用任何通信協(xié)議，只要這種通信協(xié)議可以每隔預(yù)定時間就將聲音數(shù)據(jù)寫入具有預(yù)定的包頭部分和有效負(fù)載部分的數(shù)據(jù)塊的有效負(fù)載部分，然后發(fā)送聲
音數(shù)據(jù)。而且，在上述實施例中，解釋了 UDP被用作傳輸層通信協(xié)議的情況。不過，也可以采用TCP。類似地，網(wǎng)絡(luò)層通信協(xié)議不限于IP。
(4) 在上述實施例中，解釋了發(fā)送/接收聲音數(shù)據(jù)的情況。不過，數(shù)據(jù)類型不限于聲音數(shù)據(jù)?？梢圆捎弥T如運動圖像數(shù)據(jù)等之類的任何數(shù)據(jù)類型。
(5) 在上述實施例中，解釋了通信終端100A和通信終端100B通過電纜連接至通信網(wǎng)絡(luò)200的情況。不過，當(dāng)然，例如可以通過諸如無線LAN (局域網(wǎng))等等之類的無線分組通信網(wǎng)絡(luò)來構(gòu)建通信網(wǎng)絡(luò)200，并且通信終端IOOA和通信終端IOOB可以連接至該無線分組通信網(wǎng)絡(luò)。而且，在上述實施例中，解釋了通信網(wǎng)絡(luò)200是互聯(lián)網(wǎng)的情況。當(dāng)然，LAN可以被采用為通信網(wǎng)絡(luò)。總之，可以采用任何通信網(wǎng)絡(luò)，只要這種通信網(wǎng)絡(luò)配備有能根據(jù)預(yù)定的通信協(xié)議來對通信進行傳輸?shù)墓δ堋?br> (6) 在上述實施例中，解釋了用于使控制部分13實現(xiàn)根據(jù)本發(fā)明的通信裝置所特有的功能的控制程序被預(yù)先裝載入R0M14a的情況。不過，也可以將控制程序記錄在諸如CD-ROM、 DVD之類的計算機可讀記錄媒介上，然后發(fā)布?？蛇x地，當(dāng)然可以通過經(jīng)由諸如互聯(lián)網(wǎng)等等之類的通信網(wǎng)絡(luò)下載來發(fā)布該控制程序。
(7) 在上述實施例中，解釋了檢測是否產(chǎn)生了數(shù)據(jù)包丟失的情況。不過，作為數(shù)據(jù)丟失的檢測對象的數(shù)據(jù)塊不局限于數(shù)據(jù)包?？梢圆捎脭?shù)據(jù)段或幀作為檢測對象。
(8) 在上述實施例中，解釋了在ROM 14a所存儲的列表中對多種類型的編碼解碼器與幾個比特率值進行關(guān)聯(lián)的情況，其中這些比特
21率值能夠分別實現(xiàn)編碼解碼。但是，也可以將其中按比特率值來對編碼解碼器進行分級的數(shù)據(jù)存儲起來，而不是存儲列表。在這種情況下，
在步驟SA610或步驟SA810中，可以判定與當(dāng)前所使用的編碼解碼器的比特率相比而言是否出現(xiàn)了比特率較高或較低的編碼解碼器。而
且，可以選擇比特率比當(dāng)前使用的編碼解碼器的比特率高一個等級或低一個等級的編碼解碼器。
(9) 在上述實施例中，解釋了通過改變將被使用的編碼解碼器來切換比特率的情況(步驟SA620、步驟SA820)。但是，不通過改變編碼解碼器的類型，而是通過改變與比特率相關(guān)的設(shè)置，也可以切換比特率。
在這種情況下，編解碼程序可以被存儲在ROM 14a中，然后被利用，其中通過所述編解碼程序，可以設(shè)置多個比特率。而且，可以將"是否可以將更高的比特率設(shè)置在當(dāng)前正在使用的編碼解碼器中"的判定釆用為步驟SA610中的判定內(nèi)容。在這種情況下，如果在步驟SA610中的判定結(jié)果是"是"，那么在步驟SA620中，控制部分13A通過改變與此時正在使用的編碼解碼器的比特率相關(guān)的設(shè)置來增大比特率。g卩，降低將被設(shè)置在編碼解碼器中的壓縮率。而且，可以將
"是否可以將更低的比特率設(shè)置在當(dāng)前正在使用的編碼解碼器中"的判定采用為步驟SA810中的判定內(nèi)容。在這種情況下，如果在步驟SA810中的判定結(jié)果是"是"，那么在步驟SA820中，控制部分13A通過改變與此時正在使用的編碼解碼器的比特率相關(guān)的設(shè)置來降低比特率。即，增大將被設(shè)置在編碼解碼器中的壓縮率。
如上所述，為了切換比特率，可以改變所采用的編碼解碼器，或者在不改變編碼解碼器類型的情況下可以改變與比特率相關(guān)的設(shè)置?？傊?，通過改變數(shù)據(jù)的壓縮模式，可以控制比特率。
(10) 在上述實施例中，解釋了編碼解碼器被用作用于對聲音數(shù)據(jù)進行壓縮/解壓(編碼/解碼)的程序的情況。不過，程序的類型不局限于編碼解碼器。而且，可以采用除編碼解碼器外的壓縮程序，例如，可以采用只用于執(zhí)行聲音數(shù)據(jù)壓縮的程序。
參照特定的實施例對本發(fā)明進行了詳細解釋。不過，對于本領(lǐng)域技術(shù)人員而言，在不脫離本發(fā)明的精神、范圍或目標(biāo)范圍的情況下，很明顯可以實施各種變型和改進。
本申請基于于2006年9月12日提交的日本專利申請(專利申請NO.2006-247080)和于2007年9月10日提交的日本專利申請(專利申請NO.2007-233810)，通過引用將其內(nèi)容并入本文。
權(quán)利要求
1.一種通信裝置，其用于通過通信網(wǎng)絡(luò)與目的地裝置進行通信，所述通信裝置包括控制部分，其用第一壓縮模式壓縮數(shù)據(jù)；發(fā)送部分，其通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；接收部分，其在目的地裝置發(fā)送確認(rèn)消息時通過通信網(wǎng)絡(luò)接收確認(rèn)消息，該確認(rèn)消息表示接收到壓縮數(shù)據(jù)這一結(jié)果；其中，控制部分基于接收部分所接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一壓縮模式，并且如果判定不繼續(xù)使用第一壓縮模式，則選擇第二壓縮模式，并且用第二壓縮模式壓縮數(shù)據(jù)。
2. —種通信裝置，其用于通過通信網(wǎng)絡(luò)與目的地裝置進行通信， 所述通信裝置包括控制部分，其通過第一編碼解碼器來壓縮數(shù)據(jù)；發(fā)送部分，其通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；以及 接收部分，其在目的地裝置發(fā)送確認(rèn)消息時通過通信網(wǎng)絡(luò)接收確認(rèn)消息，該確認(rèn)消息表示接收到壓縮數(shù)據(jù)這一結(jié)果；其中，控制部分基于接收部分所接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一編碼解碼器進行數(shù)據(jù)壓縮，并且如果判定不繼續(xù)進行這種數(shù)據(jù)壓縮，則選擇第二編碼解碼器，并采用第二編碼解碼器來壓縮數(shù)據(jù)。
3. 根據(jù)權(quán)利要求2所述的通信裝置，其還包括 存儲部分，其存儲將多個編碼解碼器與設(shè)置在這些編碼解碼器中的傳輸率關(guān)聯(lián)起來的表；以及其中，當(dāng)接收部分沒有接收到確認(rèn)消息時，控制部分在表中選 擇與比第一編碼解碼器的傳輸率低的傳輸率相關(guān)聯(lián)的編碼解碼器作 為第二編碼解碼器，并采用第二編碼解碼器來壓縮數(shù)據(jù)。
4. 根據(jù)權(quán)利要求2或3所述的通信裝置，其還包括存儲部分，其存儲將多個編碼解碼器與設(shè)置在這些編碼解碼器 中的傳輸率關(guān)聯(lián)起來的表；以及其中，當(dāng)接收部分在預(yù)定時間之前接收到確認(rèn)消息時，控制部 分在表中選擇與比第一編碼解碼器的傳輸率高的傳輸率相關(guān)聯(lián)的編 碼解碼器作為第二編碼解碼器，并采用第二編碼解碼器壓縮數(shù)據(jù)。
5. —種通信裝置，其通過通信網(wǎng)絡(luò)與目的地裝置進行通信，所述通信裝置包括控制部分，其通過一種編碼解碼器來壓縮數(shù)據(jù)，在所述編碼解碼器中設(shè)置了多個數(shù)據(jù)傳輸率，并且在所述編碼解碼器中設(shè)置了滿足 第一數(shù)據(jù)傳輸率的壓縮率；發(fā)送部分，其通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送經(jīng)編碼解碼器壓縮后的數(shù)據(jù)；以及接收部分，其在目的地裝置發(fā)送確認(rèn)消息時，通過通信網(wǎng)絡(luò)接 收確認(rèn)消息，該確認(rèn)消息表示接收到壓縮數(shù)據(jù)這一結(jié)果；其中，控制部分基于接收部分所接收到的確認(rèn)消息的狀態(tài)，選 擇第二數(shù)據(jù)傳輸率，并采用其中設(shè)置了滿足第二數(shù)據(jù)傳輸率的壓縮率 的編碼解碼器來壓縮數(shù)據(jù)。
6. 根據(jù)權(quán)利要求5所述的通信裝置，其中，當(dāng)接收部分沒有收 到確認(rèn)消息時，控制部分選擇比第一數(shù)據(jù)傳輸率低的數(shù)據(jù)傳輸率作為 第二數(shù)據(jù)傳輸率，并采用其中設(shè)置了滿足所選擇的數(shù)據(jù)傳輸率的壓縮 率的編碼解碼器來壓縮數(shù)據(jù)。
7. 根據(jù)權(quán)利要求5或6所述的通信裝置，其中，當(dāng)接收部分在 預(yù)定時間之前接收到確認(rèn)消息時，控制部分選擇比第一數(shù)據(jù)傳輸率高的數(shù)據(jù)傳輸率作為第二數(shù)據(jù)傳輸率，并采用其中設(shè)置了滿足所選擇的 數(shù)據(jù)傳輸率的壓縮率的編碼解碼器來壓縮數(shù)據(jù)。
8. —種通過通信網(wǎng)絡(luò)與目的地裝置進行通信的通信方法，其包括用第一壓縮模式壓縮數(shù)據(jù)； 通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于所接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一壓縮 模式；以及如果判定不繼續(xù)使用第一壓縮模式，則選擇第二壓縮模式，并 用第二壓縮模式壓縮數(shù)據(jù)。
9. 一種通過通信網(wǎng)絡(luò)與目的地裝置進行通信的通信方法，其包括通過第一編碼解碼器來壓縮數(shù)據(jù)； 通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于所接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)采用第一編碼 解碼器來進行數(shù)據(jù)壓縮；以及如果判定不繼續(xù)進行這種數(shù)據(jù)壓縮，則選擇第二編碼解碼器， 并采用第二編碼解碼器來壓縮數(shù)據(jù)。
10. —種通過通信網(wǎng)絡(luò)與目的地裝置進行通信的通信方法，其包括通過一種編碼解碼器來壓縮數(shù)據(jù)，在所述編碼解碼器中，設(shè)置 了多個數(shù)據(jù)傳輸率，并設(shè)置了滿足第一數(shù)據(jù)傳輸率的壓縮率；通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送經(jīng)所述編碼解碼器壓縮的數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于所接收到的確認(rèn)消息的狀態(tài)，選擇第二數(shù)據(jù)傳輸率；以及 采用其中設(shè)置了滿足第二數(shù)據(jù)傳輸率的壓縮率的編碼解碼器來 壓縮數(shù)據(jù)。
11. 一種計算機可讀記錄介質(zhì)，其用于存儲使計算機執(zhí)行下列 功能的計算機可讀程序用第一壓縮模式壓縮數(shù)據(jù)； 通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于所接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一壓縮 模式；以及如果判定不繼續(xù)使用第一壓縮模式，則選擇第二壓縮模式，并 用第二壓縮模式壓縮數(shù)據(jù)。
12. —種計算機可讀記錄介質(zhì)，其用于存儲使計算機執(zhí)行下列 功能的計算機可讀程序通過第一編碼解碼器來壓縮數(shù)據(jù)； 通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送壓縮數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息 時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于所接收到的確認(rèn)消息的狀態(tài)，判定是否繼續(xù)使用第一編碼 解碼器進行數(shù)據(jù)壓縮；以及如果判定不繼續(xù)進行這種數(shù)據(jù)壓縮，則選擇第二編碼解碼器， 并采用第二編碼解碼器來壓縮數(shù)據(jù)。
13. —種計算機可讀記錄介質(zhì)，其用于存儲使計算機執(zhí)行下列 功能的計算機可讀程序通過一種編碼解碼器壓縮數(shù)據(jù)，在所述編碼解碼器中，設(shè)置了 多個數(shù)據(jù)傳輸率，并設(shè)置了滿足第一數(shù)據(jù)傳輸率的壓縮率；通過通信網(wǎng)絡(luò)向目的地裝置發(fā)送經(jīng)所述編碼解碼器壓縮后的數(shù)據(jù)；當(dāng)目的地裝置發(fā)送表示接收到壓縮數(shù)據(jù)這一結(jié)果的確認(rèn)消息時，通過通信網(wǎng)絡(luò)接收確認(rèn)消息；基于所接收到的確認(rèn)消息的狀態(tài)，選擇第二數(shù)據(jù)傳輸率；以及 采用其中設(shè)置了滿足第二數(shù)據(jù)傳輸率的壓縮率的編碼解碼器來壓縮數(shù)據(jù)。
全文摘要
當(dāng)在服務(wù)器裝置和客戶端裝置之間或在通信終端之間發(fā)送數(shù)據(jù)時，根據(jù)可用的帶寬和數(shù)據(jù)應(yīng)用設(shè)置數(shù)據(jù)傳輸率，以使網(wǎng)絡(luò)中沒有不必要的部分?？刂茊卧獧z測數(shù)據(jù)傳輸時產(chǎn)生的數(shù)據(jù)包丟失。當(dāng)檢測到數(shù)據(jù)包丟失時，控制單元選擇較低數(shù)據(jù)傳輸率的壓縮模式。另一方面，即使沒有產(chǎn)生數(shù)據(jù)包丟失，也測量數(shù)據(jù)傳輸所需的時間(往復(fù)延遲時間)。當(dāng)往復(fù)延遲時間足夠小時，選擇較高數(shù)據(jù)傳輸率的壓縮模式。例如，可以通過切換至另一個編碼解碼器或改變設(shè)置在編碼解碼器中的壓縮率來選擇壓縮模式。
文檔編號H04L29/08GK101517948SQ20078003380
公開日2009年8月26日 申請日期2007年9月12日 優(yōu)先權(quán)日2006年9月12日
發(fā)明者山田裕一 申請人:雅馬哈株式會社