JP4407700B2 - 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム - Google Patents

通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム Download PDF

Info

Publication number
JP4407700B2
JP4407700B2 JP2007024525A JP2007024525A JP4407700B2 JP 4407700 B2 JP4407700 B2 JP 4407700B2 JP 2007024525 A JP2007024525 A JP 2007024525A JP 2007024525 A JP2007024525 A JP 2007024525A JP 4407700 B2 JP4407700 B2 JP 4407700B2
Authority
JP
Japan
Prior art keywords
delay time
round
communication terminal
transmission
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007024525A
Other languages
English (en)
Other versions
JP2008193335A (ja
Inventor
英之 下西
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2007024525A priority Critical patent/JP4407700B2/ja
Priority to US12/024,685 priority patent/US8004985B2/en
Publication of JP2008193335A publication Critical patent/JP2008193335A/ja
Application granted granted Critical
Publication of JP4407700B2 publication Critical patent/JP4407700B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0858—One way delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput

Description

本発明は、通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラムに関し、特に、広帯域回線を使用して低遅延の通信を行う通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラムに関する。
ネットワークを介した通信において、送受信端末間で低遅延な通信を行うためには、ネットワーク内でのキュー遅延による遅延時間を短くすることが求められる。送受信端末間での遅延の最小値は、送受信端末間の伝播遅延時間であり、これより短い遅延での通信はできないものと考えられる。そして、ネットワーク内で輻輳が発生すると、輻輳が発生したノードにおいてパケット出力待ち合わせのためのキューができ、このキューを通過する時間分だけ送受信端末間の遅延が増加する。また、キューが長くなり、輻輳しているノードのバッファ容量を超えると、パケット廃棄が発生するため、送受信端末間の遅延時間はパケット再送にかかわる分だけ大幅に増加する。このように、低遅延な通信を行うためには、ネットワーク内ノードにおけるキュー遅延を小さくすることが求められる。
キュー遅延を小さくする方式として最も効果の高い方式は、ネットワーク内ノードにおいて、低遅延な通信のみ特別に優先度の高いキューに格納して優先的にパケット出力を行う方式である。例えば、Differentiated Service (Internet Engineering Task Force, Request For Comments 2475)による方式などがあげられる。しかしながら、この方式では、ネットワーク内のノードにおいて特別な仕組みが必要であり、また低遅延な通信が複数同時に行われるとやはりキュー遅延は発生する。
また、別の方式としては、ネットワーク内のノードから送信端末に対して輻輳情報を明示的に通知する方式がある。この方式としては、ECN (Explicit Congestion Notification、Internet Engineering Task Force, Request For Comments 3168)方式のようにノードの輻輳度をパケットヘッダに記入して送信端末に通知する方式や、非特許文献１に示されている方式のようにノードにおいて各通信の最適な送信帯域を計算しこれを送信端末に通知する方式などが存在する。しかしながら、これらの方式もネットワーク内のノードにおいて特別な仕組みが必要であり、既存ノードを取り替えるなどのコストがかかる。
上記の各方式と異なる技術としては、送受信端末間の輻輳制御によって低遅延通信を実現する以下に説明する技術がある。
第一の従来技術は、ネットワークの回線容量に応じて送信帯域の最大値を設定する技術である。この技術では、回線容量を超えて過大な送信帯域を設定することを防ぐことにより、不必要なキュー遅延やパケット廃棄を防ぐことが出来る。例えば、特許文献１に示される方式では、TCP通信中に最適な通信帯域を推定し、送信帯域がこの帯域を越えないように輻輳制御することで、不必要な輻輳を防いでデータ転送遅延時間を短くする。
第二の従来技術は、送信端末で計測した片道遅延時間や往復遅延時間を元に送信帯域を決定する技術である。この技術では、遅延時間が増加すると送信帯域を減少することにより、キュー遅延を短く保つように送信端末において輻輳制御を行う。例えばTCP-FAST方式(From Theory to Experiments, C. Jin, D. X. Wei, S. H. Low, G. Buhrmaster, J. Bunn, D. H. Choe, R. L. A. Cottrell, J. C. Doyle, W. Feng, O. Martin, H. Newman, F. Paganini, S. Ravot, S. Singh. IEEE Network, 19(1):4-11, January/February 2005)では、ネットワークの往復伝播遅延時間を計測し、その最小値と現在の値の差分に現在の送信帯域を乗じた値(この値はノード内のキューで待たされている該通信のデータ量に相当する)を用い、この値をあらかじめ定められた目標値に誘導するように送信帯域を制御することで、送信帯域を最適な帯域へと制御する。
本発明に関連する技術として、特許文献２、特許文献３、特許文献４、特許文献５がある。
特開２００６−２７９２８３号公報 特開２０００−２９５２８６号公報 特開２００４−１５３７７６号公報 特開２００６−３４００７８号公報 特表２００５−５１７３３０号公報 "Processor Sharing Flows in the Internet" (Nandita Dukkipati, Masayoshi Kobayashi, Rui Zhang-Shen, Nick McKeown, Thirteenth International Workshop on Quality of Service (IWQoS))
第一の従来技術の問題点は、複数のセッションが存在する場合、個々のセッションの制限帯域は回線容量以下であっても、それらのセッションの制限帯域の合計は回線容量を上回ってしまうことである。そのため、複数セッションが存在する場合には、キュー遅延が長くなってしまう。
第二の従来技術の問題点は、設定されたデータ量のパケットが定常的にキュー内に滞留することであり、滞留するパケット数が大きく振動することで遅延時間の変動が激しいことである。低遅延な通信を行うためには、最適な送信帯域に早期に達する必要があり、そのためには送信帯域の増加幅を大きく設定しなければならない。しかしながら、送信帯域の増加幅を大きく設定すると、短期間で大量のパケットがネットワークノードに到着するため、キュー長が短期間で大幅に大きくなるが、キュー遅延の増加によって輻輳が送信端末に通知されるまでの時間も長くなる。結果として、急激に送信帯域を増加させたときには、輻輳の発生からそれに対応して送信帯域を減少させるまでの時間が長くなり、結果としてキュー長が不安定になってしまう。また、第一の従来技術では、定常的にキュー内に滞留するパケット数はセッション数の増加に伴って線形に増加するという問題もある。
そこで、本発明の第一の目的は、複数のセッションが存在する場合でもその合計帯域を回線容量以下に抑えることであり、その結果として送受信端末間の遅延時間を短くすることである。
本発明の第二の目的は、送信帯域の増加幅を大きくした場合でも、またセッション数が多い場合でも、キュー遅延を振動させずに小さな値に収束させることであり、その結果として送受信端末間の遅延時間を短くすることである。
上記目的を達成するため、本発明の通信端末は、ネットワークを介し複数の通信端末間で通信セッションを設定してデータの送受信を行う通信システムに用いる通信端末であって、
受信したデータに基づいて、送受信を行う前記通信端末間の往復遅延時間あるいは片道遅延時間を計測する手段と、受信した前記データに基づいて前記複数の通信端末のうちの受信端末における受信帯域を計測する計測手段と、
前記往復遅延時間あるいは片道遅延時間の値を少なくとも前記受信帯域を用いて補正する補正手段と、
前記補正手段により補正された往復遅延時間あるいは片道遅延時間によって送信帯域を決定する決定手段と、
送信されるデータの送信帯域を計測する手段とを有し、
前記補正手段は、該送信帯域を前記受信帯域で割った値を、計測した往復遅延時間あるいは片道遅延時間に乗ずることで該往復遅延時間あるいは片道遅延時間を補正することを特徴とする。
本発明の輻輳制御方法は、ネットワークを介し複数の通信端末間で通信セッションを設定してデータの送受信を行う通信システムの通信端末における輻輳制御方法であって、
受信したデータに基づいて、送受信を行う前記通信端末間の往復遅延時間あるいは片道遅延時間を計測するとともに前記複数の通信端末のうちの受信端末における受信帯域を計測する第１ステップと、
前記往復遅延時間あるいは片道遅延時間の値を少なくとも前記受信帯域を用いて補正する第２ステップと、
前記第２ステップで補正された往復遅延時間あるいは片道遅延時間によって送信帯域を決定する第３ステップと、
送信されるデータの送信帯域を計測する第４ステップとを有し、
前記第２ステップでは、該送信帯域を前記受信帯域で割った値を、計測した往復遅延時間あるいは片道遅延時間に乗ずることで該往復遅延時間あるいは片道遅延時間を補正することを特徴とする。
本発明によれば以下に述べる効果が達成される。
第一に、キュー遅延の増大に対応して、キューイングされているデータ量を減少させることで、複数のセッションが存在する場合でもその合計帯域を回線容量以下に抑えることであり、その結果として送受信端末間の遅延時間を短くすることができる。
第二に、計測RTTが変化するより早く送信帯域の制御を行うことが出来るため、キュー遅延を振動させずに小さな値に収束させることができ、その結果として送受信端末間の遅延時間を短くすることができる。
以下、本発明の実施の形態について図面を用いて詳細に説明する。
［実施形態１］
本発明の第１の実施形態について図面を参照して説明する。
（構成の説明）
図１は本実施形態による通信端末1の構成を示すブロック図である。送信端末となる通信端末1は送信データを発生するデータ発生部1-1と、通信データをネットワークに出力するパケット送信部1-2、通信端末１と通信を行う他の通信端末（受信端末）からの応答確認パケット(ACKパケット)を受信するパケット受信部1-3、パケット送信部1-2に対して送信帯域を指示する輻輳制御部1-4で構成される。
輻輳制御部1-4は、ACKパケットを受信する毎に往復遅延時間を計測するRTT(Round Trip Time)計測部1-6、送信帯域を計測する送信帯域計測部1-8、受信帯域を計測する受信帯域計測部1-9、送信帯域および受信帯域の値を用いて計測したRTTを補正するRTT補正部1-7、RTTを元に送信帯域を決定する送信帯域決定部1-5で構成される。ここで、RTTとは、ネットワーク通信において、1 つのパケットが送信元から宛先まで行き、再び戻ってくるまでの時間をいう。
（動作の説明）
図１及び図２を参照して、本実施形態の動作について説明する。図２は通信端末１の動作を示すフローチャートである。
データ発生部1-1において送信データが発生すると（ステップS11）、輻輳制御部1-4の送信帯域決定部1-5が指定する送信帯域に従って、パケット送信部1-2が送信データをパケット化して送信する（ステップS12）。その際、送信帯域計測部1-8では、送信帯域の計測を行う（ステップS12）。これは、例えば以下の式のように一定時間に送信したデータ量をその受信時間で割ったものとしても良い。
計測送信帯域 ＝ (時刻t1から時刻t2の間に送信したデータ量) / (t2-t1)
また、以下の式のように、パケットを送信する毎に指数平均を取って計算した計測送信帯域でも良い。
計測送信帯域 ＝(前回計算した送信帯域 × 係数) ＋((今回送信したデータ量) / (今回のパケット送信時刻 - 前回のパケット送信時刻)) × (1 - 係数)
また、送信帯域計測部1-8では、計測送信帯域ではなく、送信帯域決定部1-5で求めた送信帯域の値を用いても良い。
送信したパケットに対するACKパケットがパケット受信部1-3に到着すると、RTT計測部1-6は、該パケットに関する往復遅延時間(RTT)と、送信開始からのその最小値(RTTmin)を計測する(ステップS13)。
なお、本実施形態においては、遅延として往復遅延時間(RTT)を用いるが、代わりに片道遅延時間を用いても良い。片道遅延時間の導出方法としては、例えば、送信端末がパケット送信時にパケットヘッダ中に送信時刻を書き込み、このパケットを受信した受信端末が前記送信時刻とパケット受信時刻の差分を片道遅延として計算し、この計算値をACKパケットに書き込んで送信端末に通知するといった方法等が利用可能である。
受信帯域計測部1-9ではACKパケットによって受信確認されたデータ量から、受信端末における受信帯域を計測する（ステップS13）。これは、例えば以下の式のように一定時間に受信確認されたデータ量をその受信時間で割ったものとしても良い。
受信帯域 ＝ (時刻t1から時刻t2の間に受信確認されたデータ量) / (t2-t1)
また、以下の式のように、ACKパケットを受信する毎に指数平均を取って計算した受信帯域でも良い。
受信帯域 ＝ (前回計算した受信帯域 × 係数) ＋ ((今回のACKパケットによって受信確認されたデータ量) / (今回のACKパケット到着時刻 − 前回のACKパケット到着時刻)) × (1 − 係数)
次に、RTT補正部1-4において、計測送信帯域と受信帯域のバランスによってRTTの補正を行う (ステップS14)。例えば、以下の式のように求めればよい。
補正RTT ＝ max(計測RTT × (計測送信帯域/受信帯域), 計測RTTmin)
つまり、補正RTTは、計測RTT × (計測送信帯域/受信帯域)と計測RTTminのうち大きい値となる。
また、以下のような式で求めても良い。
補正RTT ＝ max(計測RTT × (計測送信帯域/受信帯域), 計測RTT)
つまり、補正RTTは、計測RTT × (計測送信帯域/受信帯域)と計測RTTのうち大きい値となる。
ここでは、計測送信帯域と受信帯域は、それぞれ最新の計測値を用いたが、計測送信帯域を1RTT過去の計測値を用いることで同一パケットに対する計測送信帯域の計測時刻と受信帯域の計測時刻をあわせても良い。
送信帯域決定部1-5は、前記補正RTTの値を用いて送信帯域の制御を行う（ステップS15）。制御された送信帯域はステップS12の指定された送信帯域となる。送信帯域の制御方式はRTTを用いる制御方式であれば任意である。例えば、以下のような式で計算すればよい。
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT − (RTT-RTTmin)/RTT×前回計算の送信帯域) × 時定数
時定数としては、例えば、(今回計算する時刻 - 前回計算した時刻) * RTTなどの値を用いる。αの値は送信帯域の増加速度を決定するパラメータである。上記の式は、以下のような式を用いても同様の結果が得られる。なお、上式の「*」は「×」を意味する（すなわち、上式の「*」は乗算を意味する）。以下の式においても同様である。
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT − (前回計算の送信帯域 − 受信帯域)) × 時定数
以上では、送信帯域の制御による輻輳制御方式について説明したが、以上の方式はＴＣＰ(Transmission Control Protocol)のようなウインドウフロー制御による輻輳制御方式に対しても適用可能である。この場合、上記の送信帯域の計算式は、以下のように変更される。
送信ウインド ＝ 前回計算の送信ウインド +
(α − (RTT-RTTmin)/RTT×前回計算の送信ウインド)/前回計算の送信ウインド
ネットワークの輻輳度が大きくなると、一時的に受信帯域が送信帯域よりも小さくなる。また、送信帯域が最適な値よりも大きくなると、一時的に送信帯域が受信帯域よりも大きくなる。このように、送信帯域を下げる必要がある場合には、送信帯域と受信帯域の比率が一時的に変化し、その後キューイング遅延が伸び始めてRTTが増大する。すなわち、前記比率の変化はRTTの変化よりも先に現象として現れるため、前記比率の変化をもって輻輳制御を行うことで、あるいは前記比率の変化をもってRTTの値を補正することで、輻輳に対してより早期に制御を行うことが出来る。
［実施形態２］
本発明の第２の実施形態について図面を参照して説明する。
（構成の説明）
図３は本実施形態による通信端末2の構成を示すブロック図である。実施形態１との違いは、送信帯域計測部の代わりに送信中データ量計測部が設けられている点である。
通信端末2は送信データを発生するデータ発生部2-1と、通信データをネットワークに出力するパケット送信部2-2、受信端末からの応答確認パケット(ACKパケット)を受信するパケット受信部2-3、パケット送信部2-2に対して送信帯域を指示する輻輳制御部2-4で構成される。
輻輳制御部2-4は、ACKパケットを受信する毎に往復遅延時間を計測するRTT計測部2-6、ACK未受信の送信中データ量を計測する送信中データ量計測部2-8、受信帯域を計測する受信帯域計測部2-9、受信帯域と送信中データ量の値を用いて計測したRTTを補正するRTT補正部2-7、RTTを元に送信帯域を決定する送信帯域決定部2-5で構成される。
（動作の説明）
図３及び図４を参照して、本実施形態の動作について説明する。
図４は通信端末２の動作を示すフローチャートである。
データ発生部2-1において送信データが発生すると（ステップS11）、輻輳制御部2-4の送信帯域決定部2-5が指定する送信帯域に従って、パケット送信部2-2が送信データをパケット化して送信する（ステップS22）。その際、実施形態１と異なり、送信帯域の計測は行われない。送信したパケットに対するACKパケットがパケット受信部2-3に到着すると、RTT計測部2-6 においてRTTおよびRTTminを計測し、受信帯域計測部2-9において受信帯域を計測する（ステップS23）。また、送信中データ量計測部2-8では、最後に送信したパケットのシーケンス番号と、ACKで受信確認されたシーケンス番号の差分から送信中のデータ量を求める（ステップS23）。
次に、RTT補正部2-7において、送信中データ量と送信帯域を用いてRTTの補正を行う（ステップS24）。例えば、以下の式のように求めればよい。
補正RTT ＝ max(送信中データ量 / 受信帯域), 計測RTTmin)
また、以下のような式で求めても良い。
補正RTT ＝ max(送信中データ量 / 受信帯域, 計測RTT)
ここでは、送信中データ量と受信帯域は、それぞれ最新の計測値を用いたが、送信中データ量の計測値を1RTT過去の計測値を用いることで同一パケットに対する送信中データ量の計測時刻と受信帯域の計測時刻をあわせても良い。
送信帯域決定部2-5は、前記補正RTTの値を用いて送信帯域の制御を行う (ステップS15)。その制御方式はRTTを用いる制御方式であれば任意である。例えば、以下のような式で計算すればよい。
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT − (RTT-RTTmin)/RTT×前回計算の送信帯域) × 時定数
上記の式は、以下のような式を用いても同様の結果が得られる。
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT − (送信中のデータ量/RTTmin − 受信帯域)) × 時定数
［実施形態３］
本発明の第３の実施形態について図面を参照して説明する。
（構成の説明）
図５は本実施形態による端末3の構成を示すブロック図である。通信端末3は、第１の実施形態による通信端末1の構成に加えて、送信帯域増加幅変更部3-10を加えた構成である。
通信端末3は送信データを発生するデータ発生部3-1と、通信データをネットワークに出力するパケット送信部3-2、通信端末3と通信を行う他の通信端末からの応答確認パケット(ACKパケット)を受信するパケット受信部3-3、パケット送信部3-2に対して送信帯域を指示する輻輳制御部3-4で構成される。
輻輳制御部3-4は、ACKパケットを受信する毎に往復遅延時間を計測するRTT(Round Trip Time)計測部3-6、送信帯域を計測する送信帯域計測部3-8、受信帯域を計測する受信帯域計測部3-9、送信帯域および受信帯域の値を用いて計測したRTTを補正するRTT補正部3-7、RTTを元に送信帯域を決定する送信帯域決定部3-5、計測したRTTに基づき送信帯域の増加幅を変更する送信帯域増加幅変更部3-10で構成される。
（動作の説明）
図５及び図６を参照して、本実施形態の動作について説明する。図６は通信端末３の動作を示すフローチャートである。ここでは図２の動作を同じ動作については同一符号を付して動作説明を省略する。
パケット送信時の動作（ステップS11,S12）は、第１の実施形態と同様である。
パケット受信時の動作は、補正RTTを計算するまでは（ステップS13,S14）、第１の実施形態と同様である。
本実施形態においても、送信帯域を計算方法は、以下のような従来からの一般的な方式を基礎としている。
一般的に、ネットワーク内でのキュー遅延を制御指標とした輻輳制御方式においては、キューに蓄えられているデータ量を推定し、このデータ量によって送信帯域の制御を行う。すなわち、キューに蓄えられているデータ量があらかじめ設定した目標値よりも大きい場合には、ネットワークが輻輳していると判断して送信帯域を小さくし、逆にキューに蓄えられているデータ量が少ない場合にはネットワークが輻輳していないと判断して送信帯域を大きくする。
キューに蓄えられているデータ量は、一般的に、次のように推定することが出来る。計測したRTTの最小値(RTTmin)はネットワーク内のキューに全くデータが蓄えられていないときの遅延時間であり、これはすなわちネットワーク回線上での物理的な伝播遅延時間であるとみなすことができる。そして、計測したRTTがこの値よりも大きくなれば、その差分、すなわち(RTT-RTTmin)はキュー内において待たされていた時間であるとみなすことが出来る。キュー内に蓄えられているデータ量は、キューで待たされていた時間に送信帯域をかけたものであるため、(RTT-RTTmin)×送信帯域、がキューに蓄えられているデータ量であると推定できる。
キューに蓄えられているデータ量の目標をαとし、RTTが長いほど制御利得を小さくして制御を安定化することを考慮に入れると、ネットワーク内でのキュー遅延を制御指標とした輻輳制御方式は、一般的に、以下のような式で表すことができる。
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT - (RTT-RTTmin)/RTT×前回計算の送信帯域) × 時定数
以上の方式においては、キューに蓄えられているデータ量の目標値αが大きいほどキュー遅延が増大するため、キュー遅延を削減するためにはαの値を適切に設定する必要がある。一方、αの値が小さいと送信帯域の増加速度が遅くなるという問題がある。
そこで、本実施例においては、αの値を固定値とするのではなく、ネットワークの状況に応じて動的に変更することにより、最適な制御を行う。キュー遅延を削減するためには、キュー遅延が大きくなるほどαの値が小さくなるような関数を用いればよいため、αの値は、計測したRTT、もしくは補正RTTの値を元に動的に変更する。従って、本実施例においては、αの値を (RTT-RTTmin)に対する減少関数として定義する。例えば、以下のような関数を用いる。
(式1) α ＝ 1/e(RTT-RTTmin)×a、もしくは
(式2) α ＝ 1/e(RTT-RTTmin)/(最大RTT-RTTmin)×b、もしくは
(式3) α ＝ max(c - (RTT-RTTmin)*d, e) 、もしくは
(式4) α ＝ f * B / e(RTT-RTTmin)×a、もしくは
(式5) α ＝ f * B / 送信帯域 / e(RTT-RTTmin)×a、もしくは
(式6) α ＝ f * B / 送信帯域 * RTT / e(RTT-RTTmin)×a、もしくは
(式7) α ＝ f * B / 送信帯域 * RTTmin / e(RTT-RTTmin)×a
ここでa、b、c、d、e、fはそれぞれ0以上の定数である。Bは回線帯域の値であり、あらかじめ設定された値や、特願2005-027684号に示される推定方式を用いて求めた値を使用する。ここで、式(1)および式(2)は目標値αとしてキュー遅延の指数的減少関数を用いた場合、式(3)はキュー遅延の線形的減少関数を用いた場合、式(4)は目標値に回線帯域を乗じた場合、式(5)は目標値に回線帯域を送信帯域で割った値をかけた場合、式(6)は式(5)に往復遅延時間をかけた場合、式(7)は式(5)に往復遅延時間の最小値をかけた場合、をそれぞれ表す。
式(6)-(7)ではαの値に往復遅延時間をかけたが、この代わりの手段として、αの値に往復遅延時間をかけるのではなく、推定したデータ量を往復遅延時間で割ってもよい。すなわち、以下のような式となる。
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT - (RTT-RTTmin)/RTT×前回計算の送信帯域 / RTT) × 時定数
送信帯域 ＝ 前回計算の送信帯域 +
(α/RTT - (RTT-RTTmin)/RTT×前回計算の送信帯域 / RTTmin) × 時定数
また、上記計算式おいて、(RTT-RTTmin)/RTT×前回計算の送信帯域、の項は、(RTT-RTTmin)/定数g×前回計算の送信帯域、としても良い。
さらに、上記計算式における時定数も、ネットワークでキューイングされているデータ量に応じて動的に変更してもよい。これは前記データ量が多いほど輻輳状態が激しいと判断し、時定数を大きく変更することで早く輻輳を解消するためである。従って、前記時定数は、前記差分の絶対値に対する増加関数として定義すればよい。例えば、以下のような関数を用いる。
時定数 ＝ max(f×|A|, g)
ここでfとgはそれぞれ0以上の定数であり、Aは前記差分の値、|A|はその絶対値である。
以上の、αの計算、および送信帯域増加幅、すなわち、/RTT - (RTT-RTTmin)/RTT×前回計算の送信帯域) × 時定数、の計算は送信帯域増加幅変更部で行われる。
複数セッションが存在する場合にはキュー遅延が長くなるが、このキュー遅延の増大に応じて前記目標値を小さく設定することにより、個々のセッションでキューイングされているデータ量が減少し、全体のセッションでキューイングされているデータ量が減少する。
［実施形態４］
本発明の第４の実施形態について図面を参照して説明する。
（構成の説明）
図７は本実施形態による通信端末4の構成を示すブロック図である。通信端末4は送信データを発生するデータ発生部4-1と、通信データをネットワークに出力するパケット送信部4-2、受信端末からの応答確認パケット(ACKパケット)を受信するパケット受信部4-3、パケット送信部4-2に対して送信帯域を指示する輻輳制御部4-4で構成される。
輻輳制御部4-4は、ACK未受信の送信中データ量を計測する送信中データ量計測部4-8、受信帯域を計測する受信帯域計測部4-9、受信帯域と送信中データ量の値を用いてRTTを推定するRTT推定部4-7、RTTを元に送信帯域を決定する送信帯域決定部4-5で構成される。
（動作の説明）
図７及び図８を参照して、本実施形態の動作について説明する。図８は通信端末４の動作を示すフローチャートである。
パケット送信時の処理（ステップS11,S22）は第２の実施形態と同様であるため、ここでは説明を省略する。
送信したパケットに対するACKパケットがパケット受信部4-3に到着すると、受信帯域計測部4-9において受信帯域を計測する（ステップS23）。また、送信中データ量計測部4-6では、最後に送信したパケットのシーケンス番号と、ACKで受信確認されたシーケンス番号の差分から送信中のデータ量を求める（ステップS23）。
次に、RTT推定部4-4において、送信中データ量と送信帯域を用いてRTTの推定を行う（ステップS44）。例えば、以下の式のように求めればよい。
推定RTT ＝ 送信中データ量 / 受信帯域
また、RTTminは最小の推定RTTとして求める。
次に、求めたRTTを元にして送信帯域の制御を行うが（ステップS45）、その方法は第２の実施形態と同様であるため、ここでは説明を省略する。
［実施形態５］
本発明の第５の実施形態について図面を参照して説明する。
（構成の説明）
図９は本実施形態による通信端末5の構成を示すブロック図である。通信端末5は送信データを発生するデータ発生部5-1と、通信データをネットワークに出力するパケット送信部5-2、通信端末5と通信を行う他の通信端末からの応答確認パケット(ACKパケット)を受信するパケット受信部5-3、パケット送信部5-2に対して送信帯域を指示する輻輳制御部5-4で構成される。
輻輳制御部5-4は、ACKパケットを受信する毎に往復遅延時間を計測するRTT(Round Trip Time)計測部5-6、受信帯域を計測する受信帯域計測部5-9、受信帯域の値を用いて計測したRTTを補正するRTT補正部5-7、RTTを元に送信帯域を決定する送信帯域決定部5-5で構成される。第１の実施形態における輻輳制御部1-4と比較して、送信帯域計測部1-8がない構成であり、その他は同様である。
（動作の説明）
図９及び図１０を参照して、本実施形態の動作について説明する。図１０は通信端末５の動作を示すフローチャートである。以下では、本実施形態における補正RTTの導出について記述し、その他の動作については第１の実施形態と同様なので説明を省略する。
本実施形態では、送信帯域を計測せず、受信帯域のみを用いてRTTの補正を行う。RTT補正部5-7では、現在の受信帯域と、過去に計測した受信帯域を用い、その比率によってRTTの補正を行う（ステップS54）。例えば、以下の式のように求めればよい。
補正RTT ＝ max(計測RTT × (過去に計測した受信帯域/現在の受信帯域), RTTmin)
［実施形態６］
本発明の第６の実施形態について図面を参照して説明する。
（構成の説明）
図１１は本実施形態によるシステムの構成を示すブロック図である。本システムは、送信端末となる通信端末6-1、受信端末となる通信端末6-2、ネットワーク6-3で構成される。通信端末6-1の構成は、第１の実施形態における通信端末1と同様であるため、ここでは説明を書略する。なお、第２〜第５に示した通信端末のいずれかを用いることもできる。通信端末6-2は、受信パケットから通信データを再構成するデータ再構成部6-5、再構成されたデータを受信し処理するデータ受信部6-4、ACKパケットを生成して通信端末6-1に返送するACK生成部6-6、で構成される。
(動作の説明)
図１１を参照して、本実施形態の動作について説明する。
送信端末5-1から送信されたパケットは、ネットワーク5-3を介して、受信端末5-3に到着する。
データ再構成部6-5は、受信したパケットからデータを取り出し、元のデータを再構成し、データ受信部6-4へと送る。データ受信部6-4は、受け取ったデータを様々な受信アプリケーションによって処理する。
データ再構成部6-5は、受信完了したデータの番号をACK生成部6-6に通知する。そして、ACK生成部6-6は前記番号に基づいてACKパケットを生成し、通信端末6-1へと送信する。ACKパケットによって通知されるデータの番号は、通信端末6-2によって受信確認されたデータの番号であり、この番号およびこの番号以前のデータは通信端末6-2で確かに受信されたこととなる。従って、通信端末6-1がACKパケットを受信すると、このパケットに書かれている番号までのデータを再送することはないため、これらのデータは通信端末6-1側で破棄してもよい。送信経路上でパケット廃棄が発生すると、通信端末6-2は同じデータの番号を複数のACKに対して書き込むことで、この番号以降のデータを受信していないことを通信端末6-1に通知し、再送を促す。また、別の方法として、通信端末6-2側から通信端末6-1側に対して明示的にパケット廃棄があったことを示すNACK (Negative ACK)を送信しても良い。
以上説明した各実施形態の通信端末は、専用ＩＣ等を用いたハードウエアで構成できるが、コンピュータを用いたソフトウエアで実現することができる。すなわち、例えば、図１２に示すようなコンピュータで図１、図３、図５、図７、図９のいずれかの通信端末を構成し、図２、図４、図６、図８、図１０のいずれかのフローを記述したプログラムにより通信端末の機能を実現することができる。図２、図４、図６、図８、図１０のいずれかのフローを記述したプログラムをハードディスク装置等のディスク装置１０３やＲＯＭ等の記憶装置（ここではディスク装置を示している）に記憶し、ＣＰＵ１０５により通信端末の機能を実現するプログラムが実行される。入力部１０２はキーボード等の入力デバイスとなる。送受信部１０１はパケット送信部とパケット受信部に対応するものである。ＬＣＤ（液晶表示装置）１０７は情報処理状況や判定結果を表示するものである。１０４はデータバス等のバス、１０６はＣＰＵ１０５の情報処理に必要な情報を記憶するＤＲＡＭ等のメモリを示す。
本発明は、通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラムに関し、特に、広帯域回線を使用して低遅延の通信を行う通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラムに適用できる。
本発明の第１の実施形態による端末の構成を示すブロック図である。 第１の実施形態による通信端末の動作を示すフローチャートである。 本発明の第２の実施形態による端末の構成を示すブロック図である。 第２の実施形態による通信端末の動作を示すフローチャートである。 本発明の第３の実施形態による端末の構成を示すブロック図である。 第３の実施形態による通信端末の動作を示すフローチャートである。 本発明の第４の実施形態による端末の構成を示すブロック図である。 第４の実施形態による通信端末の動作を示すフローチャートである。 本発明の第５の実施形態による端末の構成を示すブロック図である。 第６の実施形態による通信端末の動作を示すフローチャートである。 本発明の一実施形態によるシステムの構成を示すブロック図である。 コンピュータの構成の一例を示すブロック図である。
符号の説明
1-1, 2-1,3-1,4-1,5-1 データ発生部
1-2, 2-2,3-2,4-2,5-2 パケット送信部
1-3, 2-3,3-3,4-3,5-3 パケット受信部
1-4,2-4,3-4,4-4,5-4 輻輳制御部
1-5,2-5,3-5,4-5,5-5 送信帯域決定部
1-6,2-6,3-6,5-6 RTT(Round Trip Time)計測部
1-7,2-7,3-7,5-7 RTT補正部
4-7 RTT推定部
1-8,3-8 送信帯域計測部
2-8,4-8 送信中データ量計測部
1-9,2-9,3-9,4-9,5-9 受信帯域計測部
3-10 送信帯域増加幅変更部
6-1,6-2 通信端末
6-3 ネットワーク
6-4 データ受信部
6-5 データ再構成部
6-6 ACK送信部

Claims (9)

  1. ネットワークを介し複数の通信端末間で通信セッションを設定してデータの送受信を行う通信システムに用いる通信端末であって、
    受信したデータに基づいて、送受信を行う前記通信端末間の往復遅延時間あるいは片道遅延時間を計測する手段と、
    受信した前記データに基づいて前記複数の通信端末のうちの受信端末における受信帯域を計測する計測手段と、
    前記往復遅延時間あるいは片道遅延時間の値を少なくとも前記受信帯域を用いて補正する補正手段と、
    前記補正手段により補正された往復遅延時間あるいは片道遅延時間によって送信帯域を決定する決定手段と、
    送信されるデータの送信帯域を計測する手段とを有し、
    前記補正手段は、該送信帯域を前記受信帯域で割った値を、計測した往復遅延時間あるいは片道遅延時間に乗ずることで該往復遅延時間あるいは片道遅延時間を補正することを特徴とする通信端末。
  2. 請求項１に記載の通信端末において、
    前記補正手段は、補正後の前記往復遅延時間あるいは片道遅延時間の値と、計測した前記往復遅延時間あるいは片道遅延時間の値との、大きい値を、前記補正された往復遅延時間あるいは片道遅延時間として前記決定手段に出力することを特徴とする通信端末。
  3. 請求項１に記載の通信端末において、
    前記補正手段は、補正後の前記往復遅延時間あるいは片道遅延時間の値と、計測した前記往復遅延時間あるいは片道遅延時間の最小値との、大きい値を、前記補正された往復遅延時間あるいは片道遅延時間として前記決定手段に出力することを特徴とする通信端末。
  4. 請求項１から３のいずれか１項に記載の通信端末と、該通信端末とデータの送受信を行う他の通信端末とを有する通信システム。
  5. 請求項４に記載の通信システムにおいて、前記他の通信端末は、前記通信端末からのデータ送信に対して、応答確認パケットを送信し、前記通信端末は応答確認パケットに基づいて前記往復遅延時間あるいは片道遅延時間を計測することを特徴とする通信システム。
  6. ネットワークを介し複数の通信端末間で通信セッションを設定してデータの送受信を行う通信システムの通信端末における輻輳制御方法であって、
    受信したデータに基づいて、送受信を行う前記通信端末間の往復遅延時間あるいは片道遅延時間を計測するとともに前記複数の通信端末のうちの受信端末における受信帯域を計測する第１ステップと、
    前記往復遅延時間あるいは片道遅延時間の値を少なくとも前記受信帯域を用いて補正する第２ステップと、
    前記第２ステップで補正された往復遅延時間あるいは片道遅延時間によって送信帯域を決定する第３ステップと、
    送信されるデータの送信帯域を計測する第４ステップとを有し、
    前記第２ステップでは、該送信帯域を前記受信帯域で割った値を、計測した往復遅延時間あるいは片道遅延時間に乗ずることで該往復遅延時間あるいは片道遅延時間を補正することを特徴とする輻輳制御方法。
  7. 請求項６に記載の輻輳制御方法において、
    前記第２ステップでは、補正後の前記往復遅延時間あるいは片道遅延時間の値と、計測した前記往復遅延時間あるいは片道遅延時間の値との、大きい値を、前記補正された往復遅延時間あるいは片道遅延時間とすることを特徴とする輻輳制御方法。
  8. 請求項６に記載の輻輳制御方法において、
    前記第２ステップでは、補正後の前記往復遅延時間あるいは片道遅延時間の値と、計測した前記往復遅延時間あるいは片道遅延時間の最小値との、大きい値を、前記補正された往復遅延時間あるいは片道遅延時間として前記決定手段に出力することを特徴とする輻輳制御方法。
  9. ネットワークを介し複数の通信端末間で通信セッションを設定してデータの送受信を行う通信システムの通信端末としてのコンピュータに、請求項６から請求項８のいずれか１項に記載の輻輳制御方法の各ステップを実行させるためのプログラム。
JP2007024525A 2007-02-02 2007-02-02 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム Expired - Fee Related JP4407700B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007024525A JP4407700B2 (ja) 2007-02-02 2007-02-02 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム
US12/024,685 US8004985B2 (en) 2007-02-02 2008-02-01 Communication terminal which perform low-delay communication by using a broadband line

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007024525A JP4407700B2 (ja) 2007-02-02 2007-02-02 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2008325547A Division JP4915415B2 (ja) 2008-12-22 2008-12-22 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム

Publications (2)

Publication Number Publication Date
JP2008193335A JP2008193335A (ja) 2008-08-21
JP4407700B2 true JP4407700B2 (ja) 2010-02-03

Family

ID=39732973

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007024525A Expired - Fee Related JP4407700B2 (ja) 2007-02-02 2007-02-02 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム

Country Status (2)

Country Link
US (1) US8004985B2 (ja)
JP (1) JP4407700B2 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090296589A1 (en) * 2008-05-29 2009-12-03 Dan Prescott Method and apparatus of measuring tcp network round trip time
CN102484609B (zh) * 2009-01-16 2015-04-15 主线网络控股有限公司 在具有高延时及封包遗失率的网络中使用传输控制协议来最大化带宽利用率
US8531952B2 (en) * 2009-11-30 2013-09-10 The Hong Kong Polytechnic University Method for measurement of network path capacity with minimum delay difference
US9137278B2 (en) 2010-04-08 2015-09-15 Vasona Networks Inc. Managing streaming bandwidth for multiple clients
CN103069406B (zh) 2010-04-08 2016-11-23 瓦索那网络公司 对于多个客户机管理流媒体带宽
JP2011234341A (ja) * 2010-04-09 2011-11-17 Sony Corp 受信装置およびカメラシステム
US9374404B2 (en) 2010-08-26 2016-06-21 Vasona Networks Inc. Streaming media flows management
US9143838B2 (en) 2010-09-06 2015-09-22 Vasona Networks Inc. Device and method for quality assessment of encrypted streaming media flows
US8817614B1 (en) 2010-09-16 2014-08-26 Vasona Networks Inc. Policy enforcer having load balancing capabilities
US9832671B2 (en) 2010-09-16 2017-11-28 Vassona Networks Modeling radio access networks
US8902753B2 (en) 2010-09-16 2014-12-02 Vasona Networks Inc. Method, system and computer readable medium for affecting bit rate
US9872185B1 (en) 2010-09-16 2018-01-16 Vasona Networks Ltd. Policy enforcer in a network that has a network address translator
US8976655B2 (en) * 2010-09-16 2015-03-10 Vasona Networks Inc. Evaluating a capacity of a cell of a radio access network
US8547864B2 (en) * 2010-10-22 2013-10-01 Futurewei Technologies, Inc. Layer one path delay compensation
US8665858B2 (en) 2011-09-15 2014-03-04 Vasona Networks Inc. Method and computer readable medium for gathering user equipment location information
US9660924B2 (en) 2012-04-16 2017-05-23 Hewlett Packard Enterprise Development Lp Determining a maximal size of packets
JP6044263B2 (ja) * 2012-10-24 2016-12-14 沖電気工業株式会社 通信品質測定システム及び方法
EP2916521B1 (en) * 2012-11-05 2018-02-21 Nec Corporation Communication device, transmission data output control method, and program for same
US20140160945A1 (en) * 2012-12-06 2014-06-12 Accedian Networks Inc. Using bandwidth measurements to adjust cir and eir on a sub-rate link
TWI487304B (zh) * 2012-12-07 2015-06-01 Ind Tech Res Inst 光纖網路故障復原方法
JP6274113B2 (ja) 2012-12-19 2018-02-07 日本電気株式会社 データ送信装置、データ送信方法、及びそのプログラム
US10200263B2 (en) 2013-04-19 2019-02-05 Nec Corporation Data transmission device, data transmission method, and program therefor
EP2887595B8 (en) * 2013-12-23 2019-10-16 Rohde & Schwarz GmbH & Co. KG Method and node for retransmitting data packets in a tcp connection
TWI612831B (zh) * 2016-03-01 2018-01-21 財團法人工業技術研究院 時脈同步方法、行動網路系統、網路控制器與網路交換器
CN111130923B (zh) * 2019-11-29 2021-07-09 北京达佳互联信息技术有限公司 网络带宽确定方法、装置、电子设备及存储介质
EP3907943B1 (en) 2020-05-05 2022-04-27 Axis AB Round-trip estimation
CN112203328B (zh) * 2020-09-30 2022-07-12 中南林业科技大学 一种基于dccp的拥塞控制方法、装置及电子设备
CN117914750A (zh) * 2024-03-20 2024-04-19 腾讯科技（深圳）有限公司 数据处理方法、装置、计算机、存储介质及程序产品

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5802106A (en) * 1996-12-06 1998-09-01 Packeteer, Inc. Method for rapid data rate detection in a packet communication environment without data rate supervision
US6119235A (en) * 1997-05-27 2000-09-12 Ukiah Software, Inc. Method and apparatus for quality of service management
JP2000216811A (ja) 1999-01-22 2000-08-04 Chokosoku Network Computer Gijutsu Kenkyusho:Kk フロ―制御方法
JP2000295286A (ja) 1999-04-08 2000-10-20 Nippon Telegr & Teleph Corp <Ntt> リアルタイム音声通信用バッファ制御法及び装置
SG87029A1 (en) * 1999-05-08 2002-03-19 Kent Ridge Digital Labs Dynamically delayed acknowledgement transmission system
JP2001237882A (ja) * 2000-02-23 2001-08-31 Nec Corp パケットデータ転送におけるパケットサイズ制御装置及びその制御方法
JP4611598B2 (ja) * 2000-03-17 2011-01-12 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 同期したデータ配信
CN1628322A (zh) 2002-02-05 2005-06-15 西门子公司 使用含有受脉冲作用的神经元网络对网络通信的业务量动态特性进行分类的方法
JP3642780B2 (ja) 2002-05-28 2005-04-27 株式会社エヌ・ティ・ティ・ドコモ パケット送信方法及び通信システム
JP2004153776A (ja) 2002-09-03 2004-05-27 Ntt Docomo Inc 情報配信システム、アクセス中継装置、配信中継装置、通信端末装置、情報配信方法およびプログラム
FR2849733A1 (fr) 2003-01-02 2004-07-09 Thomson Licensing Sa Dispositif et procede d'ajustement de debit d'un flux de contenus et produits associes
US7310682B2 (en) * 2004-01-08 2007-12-18 Lsi Corporation Systems and methods for improving network performance
US8125910B2 (en) * 2004-06-25 2012-02-28 Nec Corporation Communication system
KR20060100512A (ko) * 2005-03-17 2006-09-21 삼성전자주식회사 전송제어 프로토콜 기반의 네트워크에서 평균 대역폭 추정방법 및 시스템
JP4643330B2 (ja) 2005-03-28 2011-03-02 ソニー株式会社 通信処理装置、データ通信システム、および通信処理方法、並びにコンピュータ・プログラム
JP2006340078A (ja) 2005-06-02 2006-12-14 Nippon Telegr & Teleph Corp <Ntt> フロー制御方法およびその装置

Also Published As

Publication number Publication date
JP2008193335A (ja) 2008-08-21
US20080212480A1 (en) 2008-09-04
US8004985B2 (en) 2011-08-23

Similar Documents

Publication Publication Date Title
JP4407700B2 (ja) 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム
US9961010B2 (en) Communications scheduler
Dukkipati et al. Processor sharing flows in the internet
US7724750B2 (en) Expedited data transmission in packet based network
US20130322246A1 (en) Network packet loss processing method and apparatus
US8699337B2 (en) Communication terminal which perform low-delay communication
JP2006014329A (ja) 通信端末
JP2004538719A (ja) 非線形高スケーラブル増加−減少輻輳制御機構を提供する方法
JP2009077036A (ja) 通信装置および通信方法
CN106789702B (zh) 控制tcp传输性能的方法及装置
JP4831366B2 (ja) 通信システム、通信端末、中継ノード及びそれに用いる通信方法並びにそのプログラム
US20150304226A1 (en) Communication device, transmission data output control method, and program for same
CN112118191A (zh) 多路径传输拥塞控制方法、装置、控制设备及存储介质
CN113242183A (zh) 一种数据流发送控制方法、装置、智能终端及存储介质
US8279756B2 (en) Communication terminal, communication control method, and communication control program
US11588736B2 (en) Communication apparatus, communication method, and program
JP4435817B2 (ja) 通信端末、通信制御方法および通信制御プログラム
EP1730903A2 (en) Expedited data transmission in packet based network
JP4915415B2 (ja) 通信端末、通信システム、輻輳制御方法、及び輻輳制御用プログラム
JP2007097144A (ja) 通信システム、通信端末、中継ノード及びそれに用いる通信方法並びにそのプログラム
JP3853784B2 (ja) データ通信管理方法
Lu et al. EQF: An explicit queue-length feedback for TCP congestion control in datacenter networks
Ohsaki et al. A control theoretical analysis of a window-based flow control mechanism in TCP/IP networks
WO2023119511A1 (ja) 通信装置、通信システム、及び通信方法
Jaiswal et al. A comparative performance analysis of TCP congestion control algorithm: elastic TCP vs. e-Elastic TCP

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080618

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081023

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090218

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090415

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091020

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091102

R150 Certificate of patent or registration of utility model

Ref document number: 4407700

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121120

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121120

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131120

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees