專利名稱：數據傳輸率調節系統，監視控制裝置及調節方法
技術領域：
本發明涉及一種數據傳輸率調節系統，數據傳輸率的監視控制裝置，及其使用的一種數據傳輸率調節方法，更具體地說，涉及一種使用分組網絡的實時數據傳輸方法。
背景技術：
當向用戶傳輸或分送對實時傳輸有高要求的內容(例如，語音或電視電話)時，使用傳輸底層的方法可以分為1)“電路交換型”承載(bearer)，使用電路交換網絡作為傳輸底層，并從一次呼叫或任務的開始到結束在端到端部分的頻帶中都可靠地保持應用程序數據的最大傳輸率；2)“IP(Internet Protocol，網際協議)交換型”的實時承載，使用IP網絡作為傳輸底層并通過QoS(Quality of Service，服務質量)以概率形式的特定質量來保證其應用程序的最大速度；3)“盡力而為型”承載，使用IP網絡作為傳輸底層并根據其他用戶的通信量而改變應用程序數據的傳輸率。
在這些承載中，承載1)在電路使用的效率上有問題，但有保證實時傳輸的優點。承載2)能改進承載1)在電路使用的效率上的不足，但有可能由于臨時或持續的擁塞而無法保證實時傳輸。承載3)由于其“盡力而為”的特性不是用來承擔實時傳輸的，無法保證實時傳輸。
以上所謂實時傳輸無法保證是指，在語音情況下聲音傳輸被中斷，或在動畫情況下定在或跳過某一幀了，于是用戶對應用程序的質量變得不滿意了。
為了實現上述的特征，當一次呼叫或任務已經為每個用戶建立了的時刻，1)的電路交換承載使用的承載所占用頻帶的上限和下限得到保障。這是傳統電話電路網絡中所使用的方法。
在這種情況下，即使當某特定用戶在各個電路的傳輸頻帶中沒有傳輸用戶信息(例如，處于沉默狀態)時，一條電路也被占用，即使另一個用戶要發送新的用戶信息或更高級別的用戶信息，所述的另一個用戶也不能使用分配給所述特定用戶的傳輸通道的傳輸頻帶。
至于這會產生什么問題，當考慮多個用戶處于互相交談的狀態的情況，每個用戶在1/3的時間內進行發送，在1/3的時間內進行接收(另一方進行發送)，1/3的時間內雙方沉默，這就產生了一種現象，通話通道實際上只能在1/3的時間內使用。
這就是說，產生了一個問題，使用通信通道的效率變成1/3。即使每個用戶在任何時候進行發送或接收也不會延遲，這個優點當然是重要的，但不可能提高電路使用的效率。為了提高電路使用的效率，近年來已經使用IP交換承載，而不是電路交換承載。
一方面，當IP交換網絡的傳輸容量足夠時，IP交換承載并不為每個用戶固定或確定通信頻帶，而是允許每個用戶以相應于每個用戶所要傳輸的信息量的高速來發送信息；另一方面，IP承載會帶來一個問題，就是由于每個用戶都需要同時高速傳輸數據，或者由于暫時的或持續的網絡擁塞，使得用戶無法以所希望的傳輸率來進行傳輸，最壞的情況下會有一段時間所有的數據傳輸都無法進行。
即使這樣的現象發生了，當用戶的應用程序是如下載或上載文件、網頁獲取等等這樣對實時傳輸有相對較低要求的應用程序時，這樣的現象并不會帶來太多問題，用戶能夠容忍這種暫時的現象。
但是，當用戶的應用程序是如語音通信、電視電話等等這樣很需要實時傳輸的應用程序時，數據傳輸的暫時延遲也會妨礙用戶對談話內容的理解，或者突然將一幅電視畫面變成另外一幅，而使得傳輸質量對在看和聽的用戶而言無法忍受。為了確實的解決這些問題而使用電路交換承載又會帶來電路使用的效率問題。
作為通過IP交換承載來傳輸實時應用程序的代表性方法，可以有所謂的MPLS(Multi-Protocol Label Switching，多協議標記交換)和RSVP(ReSource reser Vation Protocol，資源保留協議)。
前一種方法把電路交換網絡中的連接概念引入IP網絡中，使得端到端的資源分配成為可能。后一種方法是使得應用程序能在端點間動態保留網絡資源的協議，并獨立于頻帶分配方法或路由方法。
作為在上述的IP網絡中傳輸語音數據等的技術，也已經提出了在因特網或LAN(Local Area Network，局域網)上實時傳輸語音數據等的方法。
因為上述的傳統實時數據傳輸方法的MPLS預先為每個用戶確定一條數據傳輸通道，它能夠為這個實時應用程序保證作為實時傳輸特征的最小頻帶，并為規則流帶來高的適應性。但是，如果流可能隨時間而改變速度，當用戶的峰速互相重疊時MPLS會帶來問題。
另一方面，如果是RSVP，因為要分配給某特定用戶的應用程序的資源在該應用程序初始化的時候使用傳輸頻帶，當試圖以超過應用程序初始化時候的傳輸頻帶的傳輸率(期望的)來傳輸內容時，很難保證額外的傳輸率。而且被多個用戶所接收的應用程序數據的傳輸率會隨時間而相互獨立變化，具體地說，要經過數據壓縮過程的數據會隨時間不同而具有高速(高比特率)或低速(低比特率)，即壓縮率不同。例如，如果應用程序數據是語音時，語音的存在產生高比特率，而沉默產生低比特率。如果是動畫，當許多動態成分出現時由于需要發送許多變化的部分就產生高比特率，而當具有很少的動態成分的靜止畫面出現時就產生低比特率。
如上所述，不同于應用程序本身的平均速度或最高速度，每個應用程序中的比特率會隨時間變化，如果多個用戶收到這樣的速度變化的應用程序，通常需要每個用戶報告其所接收到的應用程序所擁有的最高速度(最高比特率)的一條電路，在一個系統中每個用戶都報告最高速度，并且如果無法保證最高速度則不允許使用電路，這樣的系統可能會降低使用電路的效率。
發明內容
本發明的一個目的是提供一種數據傳輸率調節系統解決上述問題，即使在隨時間可變化的實時應用程序中某個用戶的應用程序數據的傳輸率暫時增大，用戶也能可靠的接收數據，以及該系統中使用的數據傳輸率調節方法。
根據本發明的數據傳輸率調節系統是一種調節連接到通信網絡的多個用戶的數據傳輸率的數據傳輸率調節系統，所述系統包括量監視器，用于確定用戶終端收到數據的累積量；以及速率控制器，用于基于量監視器所獲得的信息來控制所述用戶終端收到數據的接收率。
根據本發明的數據傳輸率監視控制裝置是一種調節連接到通信網絡的多個用戶終端的數據傳輸率的監視控制裝置，所述裝置包括量監視器，用于確定用戶終端收到數據的累積量；以及速率控制器，用于基于量監視器所獲得的信息來控制所述用戶終端數據的接收率。
根據本發明的數據傳輸率調節方法是一種調節連接到通信網絡的多個用戶終端的數據傳輸率的數據傳輸率調節方法，在所述的監視控制裝置中，所述方法包括一個確定用戶終端收到數據的累積量的步驟，以及一個基于量監視器所獲得的信息來控制所述用戶終端數據的接收率的步驟。
換言之，本發明的數據傳輸率調節系統，在有多個通過IP網絡連接的用戶終端的系統中的每個用戶終端中，提供了能累積在一段時間內接收到的數據的延遲吸收緩沖器，并具有得到多個用戶終端中的每個當前累積的收到數據的累積量的功能，以及調節收到數據的接收率的功能。
在本發明的數據傳輸率調節系統中，連接到IP網絡上的監視控制裝置，具有通過查詢連接到一定范圍內的IP網絡上的用戶終端的上述收到數據累積量或在基于用戶終端來的通知，來確定上述的收到數據累積量的功能，以及基于所述確定功能所獲得的信息來控制所述用戶終端中至少一個的數據的接收率的功能。
在本發明的數據傳輸率調節系統中，當一個用戶終端判斷出延遲吸收緩沖器中正在接收的應用程序數據的剩余量已經或者預料到將要小于預定量時，它就將此事件通知給監視控制裝置；所述的監視控制裝置響應從所述用戶終端來的通知，并基于預先從除了通知所述事件的所述用戶終端之外的一個或多個用戶終端收到的信息或者新查詢所述一個或多個相關的用戶終端的收到數據累積量而得到的信息，檢查所述一個或多個相關的用戶終端的收到數據累積量，當所述監視控制裝置判斷出所述一個或多個用戶終端中的每一個的收到數據累積量都有余量(每個剩余量都大于預定值)時，它就指示所述一個或多個用戶終端暫時停止接收要接收的數據或者給出時間間隔，在該時間間隔降低收到數據接收率，并且指示通知以上事件的所述用戶終端增大收到數據的接收率。
在本發明的數據傳輸率調節系統中，除上述的多個用戶終端之外還有一個或多個用戶終端，提供有用于通知延遲吸收緩沖器的剩余量的限量的單元，所述用戶終端保存包含在通知信息中的延遲吸收緩沖器的剩余量的限量，將所述剩余量的限量和本終端的延遲吸收緩沖器的剩余量比較，當所述延遲吸收緩沖器的剩余量已小于所述限量時，它就把此事件通知給監視控制裝置。所述延遲吸收緩沖器的剩余量的限量是按照時間計算出的值，所述值可根據用戶終端正在執行的應用程序而改變。
根據上述配置，即使在執行上述的隨時間可變化的實時應用程序時，連接到傳統IP網絡的用戶終端的收到數據的剩余量減小了，并且在執行應用程序時它已經判斷出應用程序的實時操作無法維持，本發明的數據傳輸率調節系統通過不僅讓用戶終端自己來解決問題，而且還讓其他用戶終端在所述用戶終端自己的數據傳輸負荷方面給予幫助，還是可能實現應用程序的實時操作。
由此，即使某個用戶終端的應用程序數據的傳輸率暫時增大，本發明的數據傳輸率調節系統仍能保證所述用戶終端的數據接收。
下面的具體描述結合附圖，本發明的上述和其他目的、特征和優點將更加清楚，其中圖1是示出根據本發明的一個實施例的數據傳輸率調節系統的配置的方框圖。
圖2是示出了在圖1中用戶終端和監視控制裝置之間信號傳遞的例子的圖。
圖3是示出了圖1中監視控制裝置的處理操作的流程圖。
圖4是示出根據本發明的另一個實施例的數據傳輸率調節系統的配置的方框圖。
具體實施例方式
在詳細描述本發明之前，為了幫助理解本發明先描述現有技術。
作為在IP網絡中傳輸語音數據等的技術，也已經提出了在因特網或LAN(局域網)上實時傳輸語音數據等的方法等，如日本公開專利申請No.2000-295，286(3-4頁，圖1)和No.2001-045，067(8-9頁，圖1)所公開的。
因為上述的傳統實時數據傳輸方法的MPLS預先為每個用戶確定一條數據傳輸通道，它能夠保證作為這個實時應用程序實時傳輸特征的最小頻帶，并為穩態流帶來高的適應性。但是，如果流可能隨時間而改變速度，當用戶的傳輸峰速互相重疊時，MPLS會帶來問題。
另一方面，如果是RSVP，因為要分配給某特定用戶的應用程序的資源在初始化該應用程序的時候使用傳輸頻帶，當試圖以超過應用程序初始化時候的傳輸頻帶的傳輸率(期望的)來傳輸內容時，很難保證額外的傳輸率。而且被多個用戶所接收的應用程序數據的傳輸率會隨時間而相互獨立變化，具體地說，要經過數據壓縮過程的數據會隨時間不同而具有高速(高比特率)或低速(低比特率)，即壓縮率不同。例如，如果應用程序數據是語音時，語音的存在產生高比特率，而沉默產生低比特率。如果是動畫，當許多動態成分出現時由于需要發送許多變化的部分就產生高比特率，而當具有很少的動態成分的靜止畫面出現時就產生低比特率。
如上所述，不同于應用程序本身的平均速度或最高速度，每個應用程序的比特率會隨時間變化，如果多個用戶收到這樣的速度可變化的應用程序，通常需要每個用戶報告其所接收到的應用程序所擁有的最高速度(最高比特率)的一條電路，在一個系統中每個用戶都報告最高速度，并且如果無法保證最高速度則不允許使用傳輸電路，這樣的系統可能會降低所使用的傳輸電路的效率。
(第一實施例)下面，參考附圖描述本發明的一個實施例。圖1是示出根據本發明的一個實施例的數據傳輸率調節系統的配置的方框圖。圖1中，根據本發明的一個實施例的數據傳輸率調節系統由用戶終端1到3和監視控制裝置4組成，其中每個都連接到IP網絡101。
用戶終端1到3連接到IP網絡101，能通過IP網絡101接收執行應用程序的數據。換言之，用戶終端1到3分別設有收到數據延遲吸收緩沖器11、21和31，能累積在一段時間內接收到的數據；累積量探測器12、22和32，用于得到多個用戶終端中的每個當前累積的收到數據的累積量；以及接收率調節器13、23和33，用于調節收到數據的接收率。
監視控制裝置4設有收到數據累積量監視器41，用于通過查詢連接到一定范圍內的IP網絡101上的用戶終端1到3的上述收到數據累積量或通過來自用戶終端1到3的通知，而確定上述的收到數據累積量；接收率控制器42，用于基于收到數據累積量監視器41所獲得的信息，來控制用戶終端1到3中至少一個的收到數據的接收率。
IP網絡101連接到IP網絡102上，數據的發送和接收能在用戶終端1到3和除了用戶終端1到3之外的用戶終端(未圖示)或服務器(未圖示)之間進行。此外，IP網絡101具有連接到其上的監視控制裝置4，該監視控制裝置4控制用戶終端1到3的數據接收。
在本發明的數據傳輸率調節系統中，當用戶終端1判斷出收到數據延遲吸收緩沖器11正在接收的應用程序數據的剩余量已經或者預料到將要小于預定量時，它就將此事件通知給監視控制裝置4。
監視控制裝置4響應來自用戶終端1的通知，并基于預先從除了通知以上事件的用戶終端1之外的用戶終端2和3收到的信息或者新查詢相關的用戶終端2和3的收到數據累積量而得到的信息，檢查相關的用戶終端2和3的收到數據累積量，當監視控制裝置4判斷出用戶終端2和3的每一個的收到數據累積量都有余量(每個剩余量都大于預定值)時，它就指示用戶終端2和3暫時停止接收要接收的數據或者給出時間間隔，在該時間間隔降低收到數據接收率，并且指示通知以上事件的用戶終端1增大收到數據的接收率。或者通過指示其他的用戶終端2和3降低數據接收率而不指示通知以上事件的用戶終端1增大收到數據的接收率，從而監視控制裝置4可以增大用戶終端1的接收率并等待收到數據累積量的恢復。
由此，即使連接到傳統的IP網絡101上的用戶終端的收到數據剩余量減少了，并且在執行應用程序時已經判斷出應用程序的實時操作無法維持，通過不僅讓用戶終端1自己來解決問題，而且還讓其他用戶終端2和3在自己的數據傳輸負荷方面給予幫助，還是可能實現應用程序的實時操作。由此，即使特定用戶終端的應用程序數據的傳輸率暫時增大，仍能保證該用戶終端的數據接收。
比較圖1的系統中的數據接收和連接到傳統IP網絡上的用戶終端的數據接收，這個系統和使用傳統IP網絡的系統的不同點在于這個系統額外提供了監視控制裝置來監視和控制用戶終端1到3中應用程序數據接收的狀態。
圖2是示出了在圖1中用戶終端1到3和監視控制裝置4之間信號傳遞的例子的圖，圖3是示出了圖1中監視控制裝置4的處理操作的流程圖。參考圖1到圖3來描述根據本實施例的數據傳輸率調節系統的操作。
假定用戶終端1在接收特定應用程序的數據的過程中確認收到數據延遲吸收緩沖器11的內容，并已確定其中的剩余量小于預定值。此時用戶終端1發送一條檢測到收到數據延遲吸收緩沖器剩余量不足的消息(以下稱作緩沖器剩余量不足檢測消息)201到監視控制裝置4，以通知它收到數據延遲吸收緩沖器11中的收到數據的剩余量已小于閾值。當從緩沖器剩余量的減小速度來看，緩沖器的剩余量被預料到將在預定時間內變得小于特定的值時，要從用戶終端1被發送的緩沖器剩余量減少檢測消息201可被發送。
當監視控制裝置4已經收到緩沖器剩余量不足檢測消息201(圖3中的S1步)時，它分別發送收到數據吸收緩沖器剩余量查詢消息(以下稱作緩沖器剩余量查詢消息)202和203到其他正在接收應用程序數據的用戶終端，即用戶終端2和3(圖3中的S2步)。
當用戶終端2和3分別收到緩沖器剩余量查詢消息202和203時，它們確認它們自己終端的收到數據延遲吸收緩沖器21和31的剩余量，并返回包含剩余量值的收到數據延遲吸收緩沖器剩余量響應消息(以下稱作緩沖器剩余量響應消息)204和205到監視控制裝置監視控制裝置4。此時假定用戶終端2的收到數據延遲吸收緩沖器21的剩余量有余量(它的剩余量大于預定值)，并且用戶終端3的收到數據延遲吸收緩沖器31的剩余量沒有余量(它的剩余量小于預定值)。
當監視控制裝置監視控制裝置4從用戶終端2和3收到緩沖器剩余量響應消息204和205(圖3中的S3步)時，它確認所收到的收到數據延遲吸收緩沖器剩余量響應消息204和205的內容(圖3中的S4步)。
監視控制裝置4檢查用戶終端2的緩沖器剩余量響應消息204中包含的信息以及用戶終端3的緩沖器剩余量響應消息205中包含的信息，并確定用戶終端2的收到數據延遲吸收緩沖器21有余量以及用戶終端3的收到數據延遲吸收緩沖器31沒有余量。由此，監視控制裝置4判斷出它可以降低用戶終端2的應用程序數據接收率，而不能降低用戶終端3的應用程序數據接收率。
因此，監視控制裝置4發送一條用于降低收到數據接收率的收到數據接收率控制消息206到用戶終端2(圖3中的S5和S6步)。然后，監視控制裝置4發送一條用于增大收到數據接收率的收到數據接收率控制消息207到用戶終端1(圖3中的S7步)。
如上所述，即使連接到傳統的IP網絡上的用戶終端的收到數據剩余量減少了，并且在執行應用程序時已經判斷出應用程序的實時操作無法維持，通過不僅讓用戶終端自己來解決問題，而且還讓其他用戶終端在自己的數據傳輸負荷方面給予幫助，還是可能實現應用程序的實時操作。由此，即使某個用戶終端的應用程序數據的傳輸率暫時增大，本實施例仍能保證該用戶終端的數據接收。
圖4是示出了根據本發明的另一個實施例的數據傳輸率調節系統的配置的方框圖。圖4中，根據本發明的另一個實施例的數據傳輸率調節系統具有和圖1所示的根據本發明的第一實施例的數據傳輸率調節系統同樣的配置，除了它設有包含限量通知單元51的監視控制裝置5而不是監視控制裝置4，相同的部件賦予相同的符號。相同部件的操作和本發明的第一限量通知單元51把收到數據延遲吸收緩沖器11、21和31的剩余量的限量通知給上述的用戶終端1到3。用戶終端1到3保存包含在通知信息中的收到數據延遲吸收緩沖器的剩余量的限量，將剩余量的限量和它們自己終端的收到數據延遲吸收緩沖器11、21和31的剩余量比較，當收到數據延遲吸收緩沖器11、21和31的剩余量小于限量時，它們就把此事件通知給監視控制裝置5。上述的收到數據延遲吸收緩沖器11、21和31的剩余量的限量是按照時間計算出的值，這些值可根據用戶終端1到3正在執行的應用程序而改變。在本實施例中，限量通知單元51位于監視控制裝置5中，但限量通知單元51可以位于直接連接到IP網絡101或IP網絡102的位置上。
根據上述配置，即使在執行上述的隨時間可變化的實時應用程序時，連接到傳統IP網絡的用戶終端的收到數據的剩余量減小了，并且在執行應用程序時已經判斷出應用程序的實時操作無法維持，本發明的數據傳輸率調節系統通過不僅讓用戶終端自己來解決問題，而且還讓其他用戶終端在所述用戶終端自己的數據傳輸負荷方面給予幫助，還是可能實現應用程序的實時操作。
由此，即使某個用戶終端的應用程序數據的傳輸率暫時增大，本發明的數據傳輸率調節系統仍能保證該用戶終端的數據接收。
即使當多個用戶終端已在一次呼叫或任務開始時向承載報告具有平均速度，這也使其能夠提供具有暫時超過所報告的速度的傳輸率的數據流，在到多個用戶終端的數據傳輸中，如果傳輸到單個用戶終端的數據的傳輸率互相獨立，也可能得到統計的多重效果。
如上所述，在多個用戶終端和一個監視控制裝置通過通信網絡相互連接的系統中，本發明達到了這樣的效果即使在隨時間可變化的實時應用程序中某個用戶的應用程序數據的傳輸率暫時增大了，通過讓監視控制裝置確定用戶終端的收到數據的累積量，并基于由確定所獲得的信息來控制所述用戶終端的收到數據的接收率，仍能保證所述用戶的數據接收。
雖然本發明是結合特定的優選實施例描述的，但要理解被本發明所包含的主題并不限于這些給出的實施例。相反，本發明的主題應該包括所有能包括在權利要求的精神和范圍之內的所有可替換物、修改和等同物。
權利要求
1.一種調節連接到通信網絡的多個用戶終端的數據傳輸率的數據傳輸率調節系統，包括量監視器，用于確定所述用戶終端收到數據的累積量；以及速率控制器，用于基于所述量監視器所獲得的信息來控制所述用戶終端接收數據的接收率。
2.如權利要求1所述的數據傳輸率調節系統，其中每個所述多個用戶終端包括收到數據延遲吸收緩沖器，用于累積在一段時間內接收到的數據；累積量探測器，用于得到所述收到數據延遲吸收緩沖器中收到數據的當前累積的量；以及接收率調節器，用于調節接收數據的接收率。
3.如權利要求1所述的數據傳輸率調節系統，其中當所述延遲吸收緩沖器中的剩余量已經變得小于預定量時，所述用戶終端將此事實通知給所述的量監視器，在收到來自所述用戶終端的通知時，所述的速率控制器判斷除了所述用戶終端之外的每一個用戶終端的累積收到數據的剩余量是否大于預定值，并指示所述剩余量已被判斷大于所述預定值的用戶終端降低至少所述收到數據的接收率，并且指示已發送所述通知的所述用戶終端增大所述收到數據的接收率。
4.如權利要求1所述的數據傳輸率調節系統，其中當所述延遲吸收緩沖器中的剩余量被預料到將變得小于預定量時，所述用戶終端將此事實通知給所述的量監視器，在收到從所述用戶終端來的通知時，所述的速率控制器判斷除了所述用戶終端之外的每一個用戶終端的累積收到數據的剩余量是否大于預定值，并指示所述剩余量已被判斷大于所述預定值的用戶終端至少降低所述收到數據的接收率，并且指示已發送所述通知的所述用戶終端增大所述收到數據的接收率。
5.如權利要求1所述的數據傳輸率調節系統，其中所述系統還包括一個單元，用于把所述延遲吸收緩沖器的剩余量的限量信息通知給所述用戶終端；并且所述用戶終端將包含在所述通知信息中的所述限量和所述延遲吸收緩沖器的剩余量比較，當所述延遲吸收緩沖器的剩余量已變得小于所述限量時，就把此事實通知給所述量監視器。
6.如權利要求5所述的數據傳輸率調節系統，其中所述延遲吸收緩沖器的剩余量的所述限量是按照時間計算出的值。
7.如權利要求3所述的數據傳輸率調節系統，其中對所述剩余量已被判斷大于預定值的用戶終端，降低至少所述收到數據的接收率時，所述的速率控制器另外給出時間間隔，在該時間間隔降低收到數據接收率。
8.一種調節連接到通信網絡的多個用戶終端的數據傳輸率的數據傳輸率監視控制裝置，包括量監視器，用于確定所述用戶終端收到數據的累積量；以及速率控制器，用于基于所述量監視器所獲得的信息來控制所述用戶終端收到數據的接收率。
9.一種調節連接到通信網絡的多個用戶終端的數據傳輸率的數據傳輸率調節方法，包括以下步驟確定所述用戶終端的所述收到數據的累積量；以及基于所述確定步驟所獲得的信息來控制所述用戶終端的所述收到數據的接收率。
10.如權利要求9所述的數據傳輸率調節方法，其中當所述用戶終端中能累積在一段時間內接收到的數據的延遲吸收緩沖器中的剩余量已經小于預定量時，所述確定步驟收到從所述用戶終端通知的剩余量減少信息；以及當從所述用戶終端收到剩余量減少信息時，所述控制步驟判斷除了所述用戶終端之外的每一個用戶終端的收到數據累積量的剩余量是否大于預定值，并指示所述剩余量已被判斷大于預定值的用戶終端降低至少所述收到數據的接收率，并且指示已發送所述通知的所述用戶終端增大所述收到數據的接收率。
11.如權利要求9所述的數據傳輸率調節方法，其中當所述用戶終端中能累積在一段時間內接收到的數據的延遲吸收緩沖器中的剩余量被預料到將小于預定量時，所述確定步驟收到從所述用戶終端通知的剩余量減少信息；以及當從所述用戶終端收到剩余量減少信息時，所述控制步驟判斷除了所述用戶終端之外的每一個用戶終端的收到數據累積量的剩余量是否大于預定值，并指示所述剩余量已被判斷大于預定值的用戶終端降低至少所述收到數據的接收率，并且指示已發送所述通知的所述用戶終端增大所述收到數據的接收率。
12.如權利要求9所述的數據傳輸率調節方法，其中所述方法把所述延遲吸收緩沖器的剩余量的限量信息通知給所述用戶終端；以及所述用戶終端將包含在所述通知信息中的所述限量和所述延遲吸收緩沖器的剩余量比較，當所述延遲吸收緩沖器的剩余量已小于所述限量時，就把此事實通知給所述量監視器。
13.如權利要求12所述的數據傳輸率調節系統，其中所述延遲吸收緩沖器的剩余量的所述限量是按照時間計算出的值。
14.如權利要求10所述的數據傳輸率調節方法，其中對所述剩余量已被判斷大于預定值的用戶終端，降低至少所述收到數據的接收率時，所述的速率控制步驟另外給出時間間隔，在該時間間隔降低接收率。
全文摘要
一種調節連接到通信網絡的多個用戶終端的數據傳輸率的數據傳輸率調節系統，所述系統包括量監視器，用于確定用戶終端收到數據的累積量；以及速率控制器，用于基于所述量監視器所獲得的信息來控制用戶終端收到數據的接收率。
文檔編號H04L29/08GK1497912SQ20031010054
公開日2004年5月19日 申請日期2003年10月16日 優先權日2002年10月16日
發明者矢萩雅彥, 矢 雅彥 申請人:日本電氣株式會社