专利名称：数据传输率调节系统，监视控制装置及调节方法
技术领域：
本发明涉及一种数据传输率调节系统，数据传输率的监视控制装置，及其使用的一种数据传输率调节方法，更具体地说，涉及一种使用分组网络的实时数据传输方法。
背景技术：
当向用户传输或分送对实时传输有高要求的内容(例如，语音或电视电话)时，使用传输底层的方法可以分为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日
发明者矢萩雅彦, 矢 雅彦 申请人:日本电气株式会社