JP2004254258A - 情報処理装置および情報処理方法、データ通信システム、並びに、プログラム - Google Patents
情報処理装置および情報処理方法、データ通信システム、並びに、プログラム Download PDFInfo
- Publication number
- JP2004254258A JP2004254258A JP2003055145A JP2003055145A JP2004254258A JP 2004254258 A JP2004254258 A JP 2004254258A JP 2003055145 A JP2003055145 A JP 2003055145A JP 2003055145 A JP2003055145 A JP 2003055145A JP 2004254258 A JP2004254258 A JP 2004254258A
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- data
- reception
- control signal
- unit
- 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.)
- Granted
Links
Images
Classifications
-
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
-
- 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/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
-
- 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/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
- H04L47/431—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR] using padding or de-padding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
【課題】データ伝送路の状態に応じたデータ伝送レート制御を行う。
【解決手段】Ｈｏｌｄ状態において、一定時間Ｔ以上平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２であれば、状態はＵＰ状態に遷移され、平均相対遅延増加率Ｄ＞閾値Ｈ１またはパケットロス率Ｌ＞閾値Ｈ２であれば、状態はＤｏｗｎ状態に遷移される。ＵＰ状態において、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２であれば、状態はＵＰ状態で保持され、平均相対遅延増加率Ｄ＞閾値Ｈ１またはパケットロス率Ｌ＞閾値Ｈ２であれば、状態はＤｏｗｎ状態に遷移される。Ｄｏｗｎ状態において、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２であれば、状態はＨｏｌｄ状態に遷移され、平均相対遅延増加率Ｄ＞閾値Ｈ１またはパケットロス率Ｌ＞閾値Ｈ２であれば、状態はＤｏｗｎ状態で保持される。本発明は、データ受信装置に適用できる。
【選択図】 図８
【解決手段】Ｈｏｌｄ状態において、一定時間Ｔ以上平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２であれば、状態はＵＰ状態に遷移され、平均相対遅延増加率Ｄ＞閾値Ｈ１またはパケットロス率Ｌ＞閾値Ｈ２であれば、状態はＤｏｗｎ状態に遷移される。ＵＰ状態において、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２であれば、状態はＵＰ状態で保持され、平均相対遅延増加率Ｄ＞閾値Ｈ１またはパケットロス率Ｌ＞閾値Ｈ２であれば、状態はＤｏｗｎ状態に遷移される。Ｄｏｗｎ状態において、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２であれば、状態はＨｏｌｄ状態に遷移され、平均相対遅延増加率Ｄ＞閾値Ｈ１またはパケットロス率Ｌ＞閾値Ｈ２であれば、状態はＤｏｗｎ状態で保持される。本発明は、データ受信装置に適用できる。
【選択図】 図８
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および情報処理方法、データ通信システム、並びに、プログラムに関し、特に、ネットワークの状況に応じて、最適なデータ伝送レートでデータの伝送ができる情報処理装置および情報処理方法、データ通信システム、並びに、プログラムに関する。
【０００２】
【従来の技術】
ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）／ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いたデータの送受信における適応的レート制御方法としては、例えば、データ受信側の装置が、データ送信側の装置に対してパケット損失率やジッタなどを通知するＲＴＣＰのＲＲ（Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔ）パケットに記載されている情報を基に、送信側の装置でデータの伝送状態を推定し、送信レートを制御するという方法が提案されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平２００２−２０４２７８号公報
【０００４】
この方法によると、ＲＲパケットに含まれるパケット損失率やジッタなどの値を用いて、パケットが損失したときや、ネットワークの輻輳によりジッタが大きくなったときにデータ伝送レートを下げたりすることが可能となる。
【０００５】
また、データ送信側の装置が、パケットの到着遅延からネットワークの輻輳を検出し、検出結果を基に、データ送信レートを制御するという方法が提案されている（例えば、特許文献２参照）。
【０００６】
【特許文献２】
特開平１１−３０８２７１号公報
【０００７】
図１は、従来のデータ通信システムについて説明するための図である。図１においては、送信側端末１が送信するデータが、ネットワーク３を介して、受信側端末２に受信される。
【０００８】
送信側端末１のデータ生成部１１は、受信側端末２に送信するデータを生成して、データ送信部１２に出力する。データ送信部１２は、供給されたデータを適当な大きさに分割し、分割されたデータ毎に、シーケンス番号およびデータを送信する時刻の情報を付加して、ネットワーク３を介して、受信側端末２に送出する。この時、データ送信部１２は、送信レート変更部１３によって指定された送信レートにしたがって、分割するデータの大きさや分割したデータを送り出す間隔を調整することにより、送信レートを調整する。
【０００９】
受信レポート受信部１５は、受信側端末２から送信された受信レポートを受信し、そのレポートの内容を、ネットワークバッファデータ量計算部１４に供給する。ネットワークバッファデータ量計算部１４は、レポートの内容を基に、データの往復時間を計算し、計算された往復時間に基づいて、ネットワークバッファデータ量を求める。送信レート変更部１３は、ネットワークバッファデータ量計算部１４から、ネットワークバッファデータ量の情報を受け、予め定められている目標ネットワークバッファ量に近づくように、送信レートを決定し、データ送信部１２に送信レートを指定する。
【００１０】
一方、受信側端末２のデータ受信部２１は、ネットワーク３を介して、シーケンス番号および送信時刻情報が付加されたデータを受信し、データ処理部２２に供給する。データ処理部２２は、供給されたデータに対して、例えば、復号または表示処理などを実行する。
【００１１】
また、データ受信部２１は、データに付加されていたシーケンス番号および送信時刻情報を基に、データを受け取った時刻、受け取ったデータ量などについての情報を計測し、計測結果を定期的に受信レポート生成部２３に供給する。受信レポート生成部２３は、供給された情報を基に、受信レポートの生成に必要な受信レートを計算し、受信シーケンス番号、データ送信時刻、データ受信時刻および受信レポート送信時刻の情報を付与して、受信レポート送信部２４に出力する。受信レポート送信部２４は、ネットワーク３を介して、供給された受信レポートを、送信側端末１の受信レポート受信部１４に送信する。
【００１２】
図１の送信端末１および受信側端末２によるデータの授受が、ＲＴＰを用いて行われる場合、ＲＴＣＰ受信者報告パケット、すなわち、ＲＲパケットを受信した送信端末１において、ＲＴＣＰのＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）が測定されることにより、データ転送の遅延が測定される。この方法は、ＲＴＣＰの標準の枠組みを使って実現可能であり、送信端末１と受信側端末２との内部時刻がずれていてもＲＴＴを計測できるという利点がある。
【００１３】
図１の送信端末１と受信側端末２とにおいては、予め目標ネットワークバッファ量が設定され、受信レートに含まれる受信ビットレートとＲＴＴを基に、送信端末１でネットワークバッファ量が求められることにより、レート制御が行われている。
【００１４】
また、送信側のレートを上下させながら、最適なレートを探し出すという方法が提案されている（例えば、特許文献３参照）。
【００１５】
【特許文献３】
特開平１１−３４１０６４号公報
【００１６】
この方法も、基本的には特許文献２に示される場合と同じく、ＲＴＣＰのＳＲパケットおよびＲＲパケットを用いて、受信端末からの情報を基に、送信側でパケットの伝送遅延（ＲＴＴを基準とした遅延）を検出することにより、送信レートを制御するものである。
【００１７】
更に、データ受信側で、ネットワークの伝送帯域を推定し、これに基づいて、データ受信側がデータ送信側に対して、伝送制御指示を送信することにより、データ伝送レートを制御することができる技術がある（例えば、特許文献４参照）。
【００１８】
【特許文献４】
特開２０００−１１５２４５号公報
【００１９】
この方法によれば、例えば、テストパケットを送信することなどにより、ネットワークの伝送帯域を求めることができる。
【００２０】
【発明が解決しようとする課題】
しかしながら、一般に、ＲＲパケットに含まれるパケット損失率やジッタなどの値を用いて、ネットワークの輻輳状態を推測することは困難である。
【００２１】
また、予め目標ネットワークバッファ量を設定して、受信レートに含まれる受信ビットレートとＲＴＴを基に、送信側でネットワークバッファ量を求めて、目標ネットワークバッファ量となるようにレート制御を行うようにした場合、ネットワークのトポロジやルータの種類が特定できない状態においては、最適な目標ネットワークバッファデータ量を予め決めるのは困難である。
【００２２】
更に、ＲＴＴを測定するためには、ＲＴＣＰのＳＲ（Ｓｅｎｄｅｒ Ｒｅｐｏｒｔ）パケットと、ＲＲパケットを利用する必要があるため、受信側から送信側へのデータ伝送経路で輻輳が発生した場合、ＲＴＴは、受信側から送信側へのデータ伝送経路における輻輳を含んだ値として計測されてしまう。また、ＲＴＣＰの送信間隔は実装依存（５秒おき以上であることが推奨されている）であるため、特に、無線回線のようにネットワークの状況が刻々と変化するような状況にいては、定期的にＲＴＴを計測することにより伝送レートを制御することは困難であった。
【００２３】
また、ＳＲパケットおよびＲＲパケットの送受信を実装したとしても、送信側における伝送レート設定方法は、送信側で実装されているアルゴリズムに依存するものであり、受信側から通知されるＲＲパケットの内容に基づいて、輻輳が回避されるとは限らない。
【００２４】
また、データ受信側で、ネットワークの伝送帯域を推定し、これに基づいて、データ受信側が伝送制御指示を行うようにした場合において、ネットワークの伝送帯域、いわゆる、ボトルネックリンクの速度を求めるためには、少なくとも２つのパケットサイズのパケットデータを用いる必要がある。したがって、この方法は、例えば、ＭＰＥＧ２−ＴＳを、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）２２５０に基づいてＲＴＰパケット化して伝送する場合のように、固定長でパケット化されることにより実行されるデータの送受信においては、適用することができない。
【００２５】
更に、データ受信側で推定されるネットワークの伝送帯域は、いわゆるボトルネックリンクの帯域であるため、例えば、クロストラフィックなどにより、実際に利用可能な帯域がボトルネックリンクの帯域より少なくなっている場合においても、ボトルネックリンクの帯域を基に、データ伝送経路が制御されてしまうため、実際のネットワークの状況に即さないデータ伝送レートで、データが送信されてしまう恐れがある。
【００２６】
本発明はこのような状況に鑑みてなされたものであり、ネットワークのトポロジやルータの種類が特定できない場合や、クロストラフィックなどにより、ネットワークにおいて利用可能な帯域が変化する場合であっても、ネットワークの状況に応じて、データ伝送レートを制御することができるようにするものである。
【００２７】
【課題を解決するための手段】
本発明の第１の情報処理装置は、他の情報処理装置から送信された、データの伝送状況を含む所定の情報を受信する第１の受信手段と、第１の受信手段により受信された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測手段と、輻輳予測手段により輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成する制御信号生成手段と、制御信号生成手段により生成された第１の制御信号を、他の情報処理装置へ送信する第１の送信手段とを備えることを特徴とする。
【００２８】
輻輳予測手段には、第１の受信手段により受信された所定の情報を基に、ネットワークにおけるデータ伝送の遅延を検出する遅延検出手段を備えさせるようにすることができ、制御信号生成手段には、遅延検出手段により検出された、データ伝送の遅延に基づいて、他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成させるようにすることができる。
【００２９】
遅延検出手段には、所定の情報に記載されている他の情報処理装置におけるデータの送信処理のためのクロックと、自分自身のデータ受信処理のためのクロックとが一致する場合、この第１の基準クロックを用いてデータ伝送の遅延を検出させるようにすることができ、所定の情報に記載されている他の情報処理装置におけるクロックと、自分自身におけるクロックとが異なる場合、第１の基準クロックとは異なる第２の基準クロックを用いて、データ伝送の遅延を検出させるようにすることができる。
【００３０】
データは、ＲＦＣ１８８９に準拠するＲＴＰパケットであるものとすることができ、第１の基準クロックは、ＮＴＰであるものとすることができ、第２の基準クロックは、自分自身が内部に有する、前記第１の基準クロックとは異なるクロックであるものとすることができる。
【００３１】
第１の受信手段により所定の情報が受信された時刻を計測する受信時刻計測手段を更に備えさせるようにすることができ、遅延検出手段には、所定の情報に記載されている他の情報処理装置におけるデータの送信処理のためのクロックと、自分自身のデータ受信処理のためのクロックとが異なり、かつ、第２の基準クロックと第１の基準クロックとの写像関数を算出することができなかった場合、受信時刻計測手段により計測された複数の所定の情報の受信時刻を基に、相対的なデータ伝送の遅延を検出させるようにすることができる。
【００３２】
データは、所定の大きさのパケットにより構成されるものとすることができ、所定の情報は、パケットの受信数およびパケットロス数の情報を含むものとすることができる。
【００３３】
輻輳予測手段には、第１の受信手段により受信された所定の情報を基に、他の情報処理装置から送信されたパケットのパケットロス率を検出するパケットロス率検出手段を更に備えさせるようにすることができ、制御信号生成手段には、遅延検出手段により検出されたデータ伝送の遅延に加えて、パケットロス率検出手段により検出されたパケットロス率に基づいて、他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成させるようにすることができる。
【００３４】
制御信号生成手段には、遅延検出手段により第１の所定量以上のデータ伝送の遅延の増加が検出されたか、または、パケットロス率検出手段により第２の所定量以上のパケットロス率が検出された場合、他の情報処理装置のデータ伝送レートを下げるように制御する第１の制御信号を生成させるようにすることができる。
【００３５】
制御信号生成手段には、所定の時間、遅延検出手段により第１の所定量以上のデータ伝送の遅延の増加が検出されず、かつ、パケットロス率検出手段により第２の所定量以上のパケットロス率が検出されなかった場合、他の情報処理装置のデータ伝送レートを上げるように制御する第１の制御信号を生成させるようにすることができる。
【００３６】
輻輳予測手段には、所定の情報を基に、第１の時間を基準としたネットワークの輻輳を予測するための第１の条件を検出する第１の輻輳条件検出手段と、所定の情報を基に、第２の時間を基準としたネットワークの輻輳を予測するための第２の条件を検出する第２の輻輳条件検出手段とを備えさせるようにすることができる。
【００３７】
制御信号生成手段には、第１の輻輳条件検出手段および第２の輻輳条件検出手段により、第１の条件または第２の条件のうちの少なくとも一方が検出された場合、他の情報処理装置のデータ伝送レートを下げるように制御する第１の制御信号を生成させるようにすることができる。
【００３８】
制御信号生成手段には、所定の時間、第１の輻輳条件検出手段および第２の輻輳条件検出手段により、第１の条件および第２の条件が検出されなかった場合、他の情報処理装置のデータ伝送レートを上げるように制御する第１の制御信号を生成させるようにすることができる。
【００３９】
他の情報処理装置に、データを送信する第２の送信手段と、他の情報処理装置から、第２の送信手段によるデータの伝送レートを制御する第２の制御信号を受信する第２の受信手段と、第２の受信手段により受信された第２の制御信号に基づいて、第２の送信手段により送信されるデータの伝送レートを制御する制御手段とを更に備えさせるようにすることができる。
【００４０】
データは、ＲＦＣ１８８９に準拠するＲＴＰパケットであるものとすることができる。
【００４１】
本発明の第１の情報処理方法は、他の情報処理装置から送信された、データの伝送状況を含む所定の情報の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測ステップと、輻輳予測ステップの処理により輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成ステップとを含むことを特徴とする。
【００４２】
本発明の第１のプログラムは、他の情報処理装置から送信された、データの伝送状況を含む所定の情報の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測ステップと、輻輳予測ステップの処理により輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成ステップとを含むことを特徴とする。
【００４３】
本発明の第１の情報処理装置および情報処理方法、並びにプログラムにおいては、他の情報処理装置から送信された、データの伝送状況を含む所定の情報が受信され、受信された情報を基に、ネットワークの輻輳が予測され、輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する制御信号が生成される。
【００４４】
本発明の第２の情報処理装置は、他の情報処理装置に、データを送信する送信手段と、他の情報処理装置から、送信手段によるデータ伝送レートを制御する制御信号を受信する受信手段と、受信手段により受信された制御信号に基づいて、送信手段により送信されるデータのデータ伝送レートを制御する制御手段とを備えることを特徴とする。
【００４５】
本発明の第２の情報処理方法は、他の情報処理装置から、送信手段によるデータ伝送レートを制御する制御信号の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された制御信号に基づいて、送信手段によるデータの送信におけるデータ伝送レートを制御する制御ステップとを含むことを特徴とする。
【００４６】
本発明の第２のプログラムは、他の情報処理装置から、送信手段によるデータ伝送レートを制御する制御信号の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された制御信号に基づいて、送信手段によるデータの送信におけるデータ伝送レートを制御する制御ステップとを含むことを特徴とする。
【００４７】
本発明の第２の情報処理装置および情報処理方法、並びにプログラムにおいては、他の情報処理装置から送信された、送信手段によるデータ伝送レートを制御する制御信号が受信され、受信された制御信号に基づいて、データの送信におけるデータ伝送レートが制御される。
【００４８】
本発明のデータ通信システムは、第１の情報処理装置が、第２の情報処理装置から送信された、データの伝送状況を含む所定の情報を受信する第１の受信手段と、第１の受信手段により受信された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測手段と、輻輳予測手段により輻輳が予測されるか否かを基に、第２の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成手段と、制御信号生成手段により生成された制御信号を、第２の情報処理装置へ送信する第１の送信手段とを備え、第２の情報処理装置が、第１の情報処理装置に、所定の情報およびデータを送信する第２の送信手段と、第１の情報処理装置から、第２の送信手段によるデータ伝送レートを制御する制御信号を受信する第２の受信手段と、第２の受信手段により受信された制御信号に基づいて、第２の送信手段により送信されるデータのデータ伝送レートを制御する制御手段とを備えることを特徴とする。
【００４９】
本発明のデータ通信システムにおいては、第１の情報処理装置で、第２の情報処理装置から送信された、データの伝送状況を含む所定の情報が受信され、受信された所定の情報を基に、ネットワークの輻輳が予測され、輻輳が予測されるか否かを基に、第２の情報処理装置のデータ伝送レートを制御する制御信号が生成され、生成された制御信号が、第２の情報処理装置へ送信され、第２の情報処理装置で、第１の情報処理装置に、所定の情報およびデータが送信され、第１の情報処理装置から送信されたデータ伝送レートを制御する制御信号が受信され、受信された制御信号に基づいてデータ伝送レートが制御される。
【００５０】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００５１】
図２は、本発明を適用したデータ通信システムにおける、データ送信装置３１およびデータ受信装置３２の構成を示すブロック図である。
【００５２】
データ送信装置３１およびデータ受信装置３２は、リアルタイム・データ転送プロトコルであるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）にしたがって、データの授受を行う。ＲＴＰは、例えば、映像と音声データを利用して遠隔会議を行うアプリケーションなどで利用されることを想定し、映像や音声データをリアルタイムに適した形で転送することを目的に設計されている。ＲＴＰにおいては、データが時間単位でパケットに分割されて送信される。また、ＲＴＰは、パケットロス対策や伝送時間保証などは行われていないＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）タイプのプロトコルで、通常は、ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による通信状態レポートとセットで用いられる。
【００５３】
また、ネットワーク３３は、例えば、組織内で運営されているＬＡＮ（Ｌｏｃａｌ Ａｒｉａ Ｎｅｔｗｏｒｋ）であってもよいし、いわゆるインターネットのような不特定多数のネットワークが結合した、大規模なネットワークであってもよいし、または、所定の送信装置と受信装置を接続する専用回線であっても良い。
【００５４】
データ送信装置３１のデータ生成部４１は、例えば、音声、画像、映像、テキストデータ、または、これらの混合したデータを生成し、データ送信部４２に供給する。このとき生成されるデータ量は、送信レート制御部４５によって制御される。
【００５５】
データ送信部４２は、データ生成部４１から供給されたデータをＲＴＰパケットとして送信する場合、例えば、５秒間などの所定の時間ごとに、ＲＴＣＰのＳＲ（Ｓｅｎｄｅｒ Ｒｅｐｏｒｔ）パケットを付加して、ネットワーク３３を介して、データ受信装置３２に送信する。ＳＲパケットとは、データ送信側の送受信統計のためのレポートであり、データ伝送の状況を示す情報が記載されている。
【００５６】
図３にＳＲパケットのフォーマットを示す。
【００５７】
ヘッダは、ＲＴＰのバージョンを識別するための２ビットの情報であるバージョン情報（Ｖ）、このパケットが１以上のパディングオクテットを含んでいるか否かを示す情報である１ビットのパディングビット（Ｐ）、このパケットに含まれるレセプションレポートブロックの数を示す５ビットのレセプションレポートカウント（ＲＣ（ｒｅｃｅｐｔｉｏｎ ｒｅｐｏｒｔ ｃｏｕｎｔ））、ＳＲパケットとＲＲパケットを識別するために、ＳＲパケットであることを示す定数２００が記載されている８ビットのパケットタイプ（ＰＴ（ｐａｃｋｅｔ ｔｙｐｅ））、このＲＴＣＰパケットの長さを示す１６ビットの情報であるパケット長（ｌｅｎｇｔｈ）、および、送信元ＳＳＲＣ識別子（ＳＳＲＣ ｏｆ ｓｅｎｄｅｒ）で構成されている。
【００５８】
そして、送信者情報（Ｓｅｎｄｅｒ Ｉｎｆｏ）は、６４ビットのＮＴＰタイムスタンプ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ ｔｉｍｅｓｔａｍｐ）、３２ビットのＲＴＰタイムスタンプ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ ｔｉｍｅｓｔａｍｐ）、３２ビットの送出パケット数情報（ｓｅｎｄｅｒ’ｓ ｐａｃｋｅｔ ｃｏｕｎｔ）、および、３２ビットの送出データ量情報（ｓｅｎｄｅｒ’ｓ ｏｃｔｅｔ ｃｏｕｎｔ）で構成されている。
【００５９】
レポートブロックは、３２ビットのＳＳＲＣ識別子番号（ＳＳＲＣ＿ｎ （ｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ））、パケットロス率を示すフラクションロスト（ｆｒａｃｔｉｏｎ ｌｏｓｔ）、累積パケットロス数（ｃｕｍｕｌａｔｉｖｅ ｎｕｍｂｅｒ ｏｆ ｐａｃｋｅｔｓ ｌｏｓｔ）、シーケンスナンバーの最大値（ｅｘｔｅｎｄｅｄ ｈｉｇｈｅｓｔ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ ｒｅｃｅｉｖｅｄ）、ＲＴＰパケットの到着時間間隔の変動を示すインターアライバルジッタ（ｉｎｔｅｒａｒｒｉｖａｌ ｊｉｔｔｅｒ）、最新のＳＲパケット受信時のタイムスタンプの情報であるＬＳＲ（ｌａｓｔ ＳＲ）、および、ＬＳＲからの遅延を示すＤＬＳＲ（ｄｅｌａｙ ｓｉｎｃｅ ｌａｓｔ ＳＲ（ＤＬＳＲ））で構成されている。
【００６０】
また、ＳＲパケットには、更に、特別拡張領域（ｐｒｏｆｉｌｅ−ｓｐｅｃｉｆｉｃ ｅｘｔｅｎｓｉｏｎｓ）が設けられている。
【００６１】
このように、ＳＲパケットには、ＮＴＰタイムスタンプ、および、ＲＴＰタイムスタンプが含まれている。
【００６２】
データ受信部４３は、データ受信装置３２から送信される、ＲＴＣＰにおけるＲＲ（Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔ）パケットを受信する。ＲＲパケットは、データ送信側からの受信統計のためのレポートである。
【００６３】
図４に、ＲＲパケットのフォーマットを示す。
【００６４】
ＲＲパケットのフォーマットは、パケットタイプ（ＰＴ（ｐａｃｋｅｔ ｔｙｐｅ））に、ＲＲパケットであることを示す定数２０１が記載され、送信元ＳＳＲＣ識別子（ＳＳＲＣ ｏｆ ｓｅｎｄｅｒ）に代わって、受信したＲＴＰパケットの送信元ＳＳＲＣ識別子（ＳＳＲＣ ｏｆ ｐａｃｋｅｔ ｓｅｎｄｅｒ）が記載されている以外は、ＳＲパケットと同一のヘッダ構造を有しており、ＳＲパケットに含まれていた送信者情報を含んでいないが、ＳＲパケットと同様のレポートブロックと、特別拡張領域を有している。
【００６５】
レート制御命令受信部４４は、ネットワーク３３を介して、データ受信装置３２から、レート制御命令を受信し、送信レート制御部４５に供給する。
【００６６】
送信レート制御部４５は、レート制御命令受信部４４から供給されたレート制御命令を基に、送信レート制御信号を生成し、データ生成部４１に供給する。
【００６７】
データ受信装置３２のデータ受信部５１は、ネットワーク３３を介して、データ送信装置３１から、ＳＲパケットおよびＲＴＰパケットを受信し、ＲＴＰパケットの、例えば、映像、音声、テキストなどのデータを、データ処理部５２に供給するとともに、ＲＴＰパケットの受信時刻、タイムスタンプ、パケットサイズ、シーケンス番号など、輻輳の予測に必要な情報を、輻輳予測部５３に供給する。
【００６８】
データ処理部５２は、データ受信部５１から供給されたデータに対する処理を実行する。具体的には、データ処理部５２は、供給されたデータに対して、例えば、復号処理、デスクランブル処理、表示処理、または、音声再生処理などを実行する。
【００６９】
データ送信部５４は、データ送信装置３１から送信されたＲＴＰパケットに対して、図４を用いて説明したＲＲパケットを生成し、ネットワーク３３を介して、データ送信装置３１に送信する。
【００７０】
輻輳予測部５３は、データ受信部５１から供給された情報を基に、データ伝送路の輻輳を予測し、その結果を基に、必要に応じて、データ受信レート（すなわち、データ受信装置３２が受信するデータのデータ伝送レート）を設定して、レート制御命令を生成し、レート制御命令送信部５５に供給する。
【００７１】
レート制御命令送信部５５は、輻輳予測部５３から供給されたレート制御命令を、ＲＴＣＰのＡＰＰ（Ａｐｐｌｉｃａｔｉｏｎ ｄｅｆｉｎｅｄ ＲＴＣＰ ｐａｃｋｅｔ）として、ネットワーク３３を介して、データ送信装置３１に送信する。ＡＰＰとは、アプリケーション拡張用のパケットである。
【００７２】
図５にＡＰＰのフォーマットを示す。
【００７３】
ＡＰＰは、ＲＴＰのバージョンを識別するための２ビットの情報であるバージョン情報（Ｖ）、このパケットが１以上のパディングオクテットを含んでいるか否かを示す情報である１ビットのパディングビット（Ｐ）、このパケットの定義を識別するためのサブタイプ（ｓｕｂｔｙｐｅ）、このパケットがＡＰＰであることを示す定数２０４が記載されている８ビットのパケットタイプ（ＰＴ（ｐａｃｋｅｔ ｔｙｐｅ））、このＲＴＣＰパケットの長さを示す１６ビットの情報であるパケット長（ｌｅｎｇｔｈ）、ＳＳＲＣ識別子、または、送信関係者（ミキサーによってミックスされた場合の元の送信者ＩＤ）であるＣＳＲＣ（Ｃｏｎｔｒｉｂｕｔｉｎｇ ｓｏｕｒｃｅ）識別子、ＡＳＣＩＩコードで記載されるＡＰＰに固有に付けられた名称（ｎａｍｅ）、および、アプリケーションに依存する情報（ａｐｐｌｉｃａｔｉｏｎ ｄｅｐｅｎｄｅｎｔ ｄａｔａ）で構成される。
【００７４】
図２のデータ送信装置３１およびデータ受信装置３２においては、データの送受信を、複数のブロックにおいて実行するものとして説明したが、データ送信装置３１は、データ送信部４２、データ受信部４３、および、レート制御命令受信部４４が実行する処理を、１つ、または２つの送受信機能により実行することができるようにしても良いし、データ受信装置３２は、データ受信部５１、データ送信部５４、および、レート制御命令送信部５５が実行する処理を、１つ、または２つの送受信機能により実行することができるようにしても良い。
【００７５】
次に、データ送信装置３１およびデータ受信装置３２の動作について説明する。
【００７６】
データ送信装置３１のデータ生成部４１は、図示しない操作入力部から、ユーザの操作入力を受け、例えば、音声、画像、映像、テキストデータ、または、これらの混合したデータを生成し、データ送信部４２に供給する。このとき生成されるデータ量は、送信レート制御部４５によって制御される。
【００７７】
データ送信部４２は、データ生成部４１から供給されたデータを時間単位でパケットに分割し、所定の時間ごとにＳＲパケットを付加して、ネットワーク３３を介して、データ受信装置３２に送信する。
【００７８】
データ受信装置３２のデータ受信部５１は、ネットワーク３３を介して、データ送信装置３１から、ＲＴＰパケットおよびＲＴＣＰ ＳＲパケットを受信する。データ受信部５１は、データ処理部５２に、例えば、映像、音声、テキストなどのデータを供給するとともに、ＲＴＰパケットの受信時刻、タイムスタンプ、シーケンス番号、ＳＲパケットに含まれている時間情報などを、輻輳予測部５３に供給する。
【００７９】
また、データ受信部５１は、受信したパケットに、例えば、アクセスラインのビット誤りによるフレームの破棄や、ボトルネックリンクにおけるパケットの破棄などのパケットロスが発生した場合、パケットロスに関する情報を、輻輳予測部５３に供給する。
【００８０】
輻輳予測部５３は、データ受信部５１から供給された情報を基に、データの遅延やパケットロス率を求め、必要に応じて、レート制御命令を生成する。
【００８１】
図６に、輻輳予測部５３の機能ブロック図を示す。
【００８２】
データ取得部８１は、データ受信部５１から、ＳＲパケットに含まれている時間情報や、ＲＴＰパケットの受信時刻、タイムスタンプ、パケットサイズ、シーケンス番号などの、データの遅延やパケットロス率を求めるために必要な情報を取得し、データ演算部８２に供給する。
【００８３】
データ演算部８２は、タイマ８３から供給される時間情報を参照し、例えば、５秒間や１０秒間などの所定時間において、データ送信装置３１からデータ受信装置３２へのデータ伝送における片方向遅延、パケットロス数、受信パケット数、および受信データのバイト数の総和を演算し、統計情報を生成する。
【００８４】
データ送信装置３１およびデータ受信装置３２の、ＮＴＰによる時刻が合致している場合、ＲＴＣＰのＳＲパケットに含まれるＲＴＰのタイムスタンプからＮＴＰへのマッピングを行うことにより、絶対遅延時間をＮＴＰの時間精度で求めることが可能である。しかしながら、実際には、ＮＴＰを使えない環境も多い。
【００８５】
次に、ＮＴＰが使えない場合、すなわち、データ送信装置３１およびデータ受信装置３２の、ＮＴＰによる時刻が合致していない場合の遅延の測定方法について説明する。
【００８６】
まず、パケット毎の絶対遅延は、次の式（１）で求めることができる。
【００８７】
ＲＴＰパケットの遅延
＝ＲＴＰパケットの到着時刻［ＮＴＰ］−ＲＴＰパケットの送信時刻［ＮＴＰ］・・・（１）
【００８８】
ここで、括弧［］内は、その時刻が、どの時計を参照しているかを示すものである（以下、同様）。
【００８９】
データ送信装置３１およびデータ受信装置３２のＮＴＰによる時刻が同期しており、ＲＴＣＰのＳＲパケットにＮＴＰ情報が正しく入っている場合、次の式（２）が成立する。
【００９０】
ＲＴＰパケットの遅延
＝ＲＴＰパケットの到着時刻［ＮＴＰ］−ＲＴＰタイムスタンプ・・・（２）
【００９１】
そして、ＳＲパケット内のタイムスタンプとＮＴＰのマッピング情報より、式（３）に示されるように、ＲＴＰパケットの送信時刻とタイムスタンプを関連付けるＮＴＰからＲＴＰタイムスタンプへの写像関数ｆ１を求め、式（２）のＲＴＰタイムスタンプと置き換えた式（４）により、ＲＴＰパケットの遅延を求めることが可能となる。
【００９２】
ＲＴＰタイムスタンプ＝ｆ１［ＮＴＰ］・・・（３）
ＲＴＰパケットの遅延＝ＲＴＰパケットの到着時刻［ＮＴＰ］−ｆ１［ＮＴＰ］・・・（４）
【００９３】
これに対して、例えば、ＳＲパケットのＮＴＰが明らかにずれていたり、ＳＲパケットを受信することができなかったなどの理由により、ＲＴＰのタイムスタンプからＮＴＰへのマッピングができず、式（３）が得られない場合、データ受信装置３２内部の時計で遅延を計測する必要がある。この場合、実際には、あるＲＴＰパケットの到着時刻を基点として、相対的な遅延を測定することにより、ＲＴＰパケットの遅延が求められる。
【００９４】
例えば、第１のＲＴＰパケットのタイムスタンプをＴＳ１、第１のＲＴＰパケットの受信時刻（単位は、ｍｓ）をＴＲ１とする。第１のＲＴＰパケットのタイムスタンプも、第１のＲＴＰパケットの受信時刻も、ＮＴＰとは異なる基準で計測される時刻である。ここで、第１のＲＴＰパケットのタイムスタンプと第１のＲＴＰパケットの受信時刻との時刻の単位をあわせるために、受信時刻にＲＴＰのリファレンスクロックを乗じることにする。ＲＴＰ Ｐａｙｌｏａｄ ｆｏｒｍａｔ ｆｏｒ ＭＰＥＧ４ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ（ＲＦＣ３０１６）によるデータ通信においては、リファレンスクロックとして、９０ＫＨｚのクロックが用いられている。したがって、受信時刻の単位がｍｓであった場合、タイムスタンプのリファレンスクロックに変換するためには、次の式（５）を用いればよい。
【００９５】
受信時刻［リファレンスクロック］＝ＴＲ１（ｍｓ）×９０・・・（５）
【００９６】
ここで、第１のＲＴＰパケット乃至第ｎのＲＴＰパケットを、ＲＴＰ１乃至ＲＴＰｎとし、それぞれのタイムスタンプをＴＳ１乃至ＴＳｎとした場合、ネットワーク中の輻輳やパケットロスがなかったとすると、次の式（６）は、ほぼ定数となる。
【００９７】
【００９８】
式（６）で示されるＴＳｎ−（ＴＲｎ×９０）が、データ受信装置３２の内部に有する時計を用いて、ＲＴＰのリファレンスクロックで計測した場合の、データ送信装置３１とデータ受信装置３２との時間差である。ただし、ジッタ、および、送受信間のクロックずれは、式（６）においては無視されている。
【００９９】
しかしながら、この時間差が、絶対時刻において、どの程度の時間差に相当するのかはわからない。つまり、式（６）の値が０だったとしても、パケットの遅延の大きさを求めることができない。したがって、データ演算部８２は、ある時刻におけるパケットの遅延を含むデータ送信装置３１とデータ受信装置３２との時間差を、初期端末間時間差とし、これを基に、式（７）によって、相対的な遅延を測定する。
【０１００】
【０１０１】
ただし、ＴＲはＲＴＰパケットの受信時刻（単位はｍｓ）、ＴＳはＲＴＰのタイムスタンプである。
【０１０２】
ところで、上述したように、式（６）において、ジッタ、および、送受信間のクロックずれは無視され、式（６）から求められる送受信間タイムスタンプの差は一定であると仮定されているが、実際には、式（６）に示される端末間の時間差とパケットの遅延との和は、データ送信装置３１とデータ受信装置３２との基本クロックのずれにより、ゆっくりと単調減少するか、もしくは、単調増加するかのいずれか一方の傾向を示す。例えば、図７に示されるように、受信時刻に対して、遅延がゆっくりと減少していく状況が発生する。
【０１０３】
このような場合、式（７）を用いて算出された初期時間差を、初期の値のまま使い続けると、得られる相対遅延も、単調減少、もしくは単調増加してしまう。そこで、式（７）を用いて算出される初期時間差は、定期的に更新する必要がある。
【０１０４】
また、データ演算部８２は、更に、パケットロス数、受信パケット数、および受信データ量（受信バイト数）の供給を受けるので、タイマ８３を参照し、例えば、５秒や１０秒などの所定の時間における、ＲＴＰパケットの相対遅延の総和、パケットロス数、受信パケット数、および受信データ量（受信バイト数）の総和を求める。
【０１０５】
次に、相対遅延増加率演算部８４は、データ演算部８２から供給された、所定時間内の受信パケット数およびＲＴＰパケットの相対遅延の総和を基に、次の式（８）を用いて、所定の期間（時刻ｔ１から時刻ｔ２の間）のＲＴＰパケットの平均相対遅延を演算する。
【０１０６】
【数１】
【０１０７】
更に、相対遅延増加率演算部８４は、式（８）を用いて算出した、ＲＴＰパケットの平均相対遅延と、１つ前の区間の平均相対遅延とを比較し、平均相対遅延増加率Ｄを算出する。
【０１０８】
そして、パケットロス率演算部８５は、データ演算部８２から供給された情報から、パケットロス率Ｌを求める。
【０１０９】
一般的に、ＲＴＰパケットのパケットロスは、アクセスラインのビット誤りによるフレームの破棄、または、ボトルネックリンクにおけるパケットの破棄により発生する。アクセスラインのビット誤りに関しては、誤り訂正や、リンクレイヤーでの再送（特に無線リンクの場合）などにより、ある程度防ぐことが可能ではあるが、実際の無線リンクにおいては、電波の状況により、ある程度のパケットロスが発生してしまう。また、ボトルネックリンクにおけるパケットの破棄が発生した場合、ボトルネックリンクのＱｕｅｕｅがあふれていることによりパケットロスが発生するので、例えば、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）型のＱｕｅｕｅを用いている状況では、あふれた分だけパケットロスが発生することになる。
【０１１０】
つまり、アクセスラインのビット誤りによるパケットロスは、ある程度の確率で発生することが想定されるので、送信側のレートを下ることにより、パケットロス率が低くなるとは限らない。しかしながら、ボトルネックリンクにおけるパケットの破棄が発生した場合は、送信側のレートを下げない限り、パケットロスが発生しつづけることになる。
【０１１１】
ここで、パケットロス率演算部８５は、次の式（９）より、パケットロス率を演算する。
【０１１２】
パケットロス率Ｌ＝パケットロス数／（受信パケット数＋パケットロス数）・・・（９）
【０１１３】
状態遷移制御部８６は、相対遅延増加率演算部８４およびパケットロス率演算部８５から供給された、ＲＴＰパケットの平均相対遅延増加率、および、パケットロス率を基に、受信レートの制御状態を遷移するか否かを判断する。
【０１１４】
状態遷移制御部８６は、式（１０）を用いて、平均相対遅延増加率と所定の閾値Ｈ１とを定期的に比較し、平均相対遅延増加率が閾値Ｈ１より大きい場合、受信レートを下げるように制御状態を遷移する。
【０１１５】
平均相対遅延増加率Ｄ＞閾値Ｈ１ ・・・（１０）
【０１１６】
更に、状態遷移制御部８６は、式（１１）を用いて、所定の短い時間（例えば、数１００ｍｓｅｃ乃至１ｓｅｃの、平均相対遅延増加率を求める場合よりも充分短い時間）内のパケットロス率と、所定の閾値Ｈ２とを定期的に比較し、パケットロス率が閾値Ｈ２より大きい場合、受信レートを下げるように制御状態を遷移する。
【０１１７】
パケットロス率Ｌ＞閾値Ｈ２・・・（１１）
【０１１８】
データ送信装置３１とデータ受信装置３２とのデータ伝送経路の伝送帯域がある程度の大きさを有するときは、ネットワーク中のＱｕｅｕｅの長さが相対的に短くなるため、データ伝送経路の状態が不安定になることにより、パケットロス率が増加しやすくなるので、式（１０）と式（１１）とにおいて、式（１１）が成立しやすい。それに対して、データ送信装置３１とデータ受信装置３２とのデータ伝送経路の伝送帯域がある比較的小さいとき、ネットワーク中のＱｕｅｕｅの長さが相対的に長くなるため、データ伝送経路の状態が不安定になることにより、平均相対遅延増加率Ｄが増加しやすくなるので、式（１０）と式（１１）とにおいて、式（１０）が成立しやすい。
【０１１９】
このように、式（１０）と式（１１）との２つの評価式により、受信レートを下げる必要があるか否かを判断するようにすることにより、データ伝送帯域が大きな場合においても、小さな場合においても、データ伝送路の状態に最適なデータ受信レートの制御が可能となる。
【０１２０】
また、状態遷移制御部８６は、式（１０）および式（１１）による比較結果を基に、データ伝送状態が安定している場合、受信レートを一定に保ったり、受信レートを上げるように状態を遷移する場合がある。
【０１２１】
状態遷移制御部８６による状態遷移図を図８に示す。
【０１２２】
状態には、データ受信レートを上げるように制御するＵＰ状態、データ受信レートを下げるように制御するＤｏｗｎ状態、および、データ受信レートを変更しないように制御するＨｏｌｄの３状態がある。
【０１２３】
制御のはじめにおいて、状態はＨｏｌｄ状態である。状態遷移制御部８６は、Ｈｏｌｄ状態を一定時間Ｔだけ保っている間の、式（１０）および式（１１）による比較結果を基に、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２である場合、状態をＵＰ状態に遷移し、平均相対遅延増加率Ｄ＞閾値Ｈ１、または、パケットロス率Ｌ＞閾値Ｈ２である場合、状態をＤｏｗｎ状態に遷移する。
【０１２４】
ＵＰ状態において、状態遷移制御部８６は、式（１０）および式（１１）による比較結果を基に、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２である場合、状態をＵＰ状態のまま保持し、平均相対遅延増加率Ｄ＞閾値Ｈ１、または、パケットロス率Ｌ＞閾値Ｈ２である場合、状態をＤｏｗｎ状態に遷移する。
【０１２５】
また、Ｄｏｗｎ状態において、状態遷移制御部８６は、式（１０）および式（１１）による比較結果を基に、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２である場合、状態をＨｏｌｄ状態に遷移し、平均相対遅延増加率Ｄ＞閾値Ｈ１、または、パケットロス率Ｌ＞閾値Ｈ２である場合、状態をＤｏｗｎ状態のまま保持する。
【０１２６】
状態遷移制御部８６は、現在の状態を示す状態遷信号を、受信レート設定部８７に出力する。
【０１２７】
受信レート設定部８７は、状態遷移制御部から供給された状態遷移信号に基づいて、受信レートを設定し、レート制御命令を生成する。
【０１２８】
状態がＤｏｗｎ状態である場合、受信レート設定部８７は、次の式（１２）により、再設定レートＲを算出する。
【０１２９】
再設定レートＲ＝受信レート×Ｃ１・・・（１２）
【０１３０】
ここで、式（１２）のＣ１は、予め定められている１以下の定数か、もしくは、別途、平均相対遅延増加率の逆数を演算することなどにより求められた１以下の値である。
【０１３１】
そして、状態がＵＰ状態である場合、受信レート設定部８７は、次の式（１３）により、再設定レートＲを算出する。
【０１３２】
再設定レートＲ＝受信レート×Ｃ２・・・（１３）
【０１３３】
ただし、Ｃ２は、予め定められている１以上の定数か、パケットロス率Ｌの逆数を求めることなどより算出される１以上の値である。
【０１３４】
なお、受信レートの上限に関しては、予め、ＨＴＴＰやパケットペアなどを用いてボトルネックリンクのリンクスピード（パケットロスや、遅延の増加が発生しないネットワーク状況におけるデータ伝送スピード）を測定しておき、これを上限としてもよいし、上限を設けないようにしてもよい。
【０１３５】
このようにして、図８の状態遷移図に示される状態に基づいて、データ受信レートが制御されることにより、データ受信レートは、そのときのデータ伝送路の条件により、最適に制御される。図９は、図８の状態遷移図に示される状態とデータ受信レートの関係を示す図である。
【０１３６】
データ伝送路の状態は、その時刻によって変動する場合がある。本発明を適応したデータ受信装置３２によるデータ受信レート制御によると、データ受信レートは一定の値に収束するように制御されるのではなく、データ伝送路の状況が良好で、遅延やパケットロスが発生しない状態においては、状態がＵＰ状態となり、データ転送レートは増加するように制御される。
【０１３７】
このようにして、輻輳予測部５３は、必要に応じて、レート制御命令を生成する。輻輳予測部５３は、生成したレート制御命令を、レート制御命令送信部５５に出力する。
【０１３８】
レート制御命令送信部５５は、レート制御命令を、ＲＴＣＰのＡＰＰとして、データ送信装置３１に送信する。
【０１３９】
データ送信装置３１のレート制御命令受信部４４は、レート制御命令を受信し、送信レート制御部４５に供給する。
【０１４０】
送信レート制御部４５は、レート制御命令受信部４４から供給されたレート制御命令を基に、送信レート制御信号を生成し、データ生成部４１に供給する。
【０１４１】
データ生成部４１は、送信レート制御部４５の制御に基づいて、データの生成量を必要に応じて変更する。したがって、データ送信部４２により送信されるデータのデータレートが制御される。
【０１４２】
このようにして、データ送信装置３１は、ネットワークの状態に応じた、最適な送信レートで、パケットデータを送信することができる。
【０１４３】
次に、図１０のフローチャートを参照して、データ受信装置３２で実行される統計情報生成処理について説明する。
【０１４４】
ステップＳ１１において、データ受信部５１は、ネットワーク３３を介して、データ送信装置３１から送信されたパケットが受信されたか否かを判断する。ステップＳ１１において、パケットが受信されていないと判断された場合、パケットが受信されたと判断されるまで、ステップＳ１１の処理が繰り返される。
【０１４５】
ステップＳ１１において、パケットが受信されたと判断された場合、データ受信部５１は、受信したＲＴＰパケットの受信時刻、タイムスタンプ、パケットサイズ、シーケンス番号、および、受信したＲＴＣＰのＳＲパケットのＮＴＰ情報など、データの遅延やパケットロス率を求めるために必要な情報を輻輳予測部５３に供給し、ステップＳ１２において、輻輳予測部５３のデータ演算部８２は、受信したＲＴＰパケットの受信時刻を内部のメモリに記録する。
【０１４６】
輻輳予測部５３のデータ演算部８２は、ステップＳ１３において、上述したように、データ送信装置３１からデータ受信装置３２へのデータ伝送における片方向遅延時間、パケットロス数、受信パケット数、および、受信バイト数を計算し、ステップＳ１４において、片方向遅延時間、パケットロス数、受信パケット数、および、受信バイト数のそれぞれの総和を更新する。ステップＳ１４の処理の終了後、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１４７】
このような処理により、輻輳予測部５３のデータ演算部８２において、統計情報が生成される。
【０１４８】
次に、図１１のフローチャートを参照して、図１０を用いて説明した統計情報生成処理において生成された統計情報を基に実行されるレート制御処理について説明する。
【０１４９】
ステップＳ３１において、状態遷移制御部８６は、制御の状態を、Ｈｏｌｄ状態にセットする。
【０１５０】
ステップＳ３２において、パケットロス率演算部８５は、データ演算部８２から、統計情報のうち、パケットロス数および受信パケット数を取得し、式（９）を用いて、パケットロス率Ｌを算出する。
【０１５１】
ステップＳ３３において、相対遅延増加率演算部８４は、データ演算部８２から、統計情報のうち、ＲＴＰパケットの相対遅延の所定時間内の総和を取得し、式（８）を用いてＲＴＰパケットの平均相対遅延を算出し、ＲＴＰパケットの平均相対遅延と、１つ前の区間の平均相対遅延とを比較して、平均相対遅延増加率Ｄを算出する。
【０１５２】
ステップＳ３４において、状態遷移制御部８６は、同一状態で一定時間が経過したか否かを判断する。ステップＳ３４において、同一状態で一定時間が経過していないと判断された場合、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【０１５３】
ステップＳ３４において、同一状態で一定時間が経過したと判断された場合、ステップＳ３５において、状態遷移制御部８６は、ステップＳ３２において算出されたパケットロス率ＬおよびステップＳ３３において算出された平均相対遅延増加率Ｄを基に、図８を用いて説明したように、必要に応じて、制御状態を遷移し、受信レート設定部８７に、状態遷移信号を供給する。
【０１５４】
ステップＳ３６において、受信レート設定部８７は、状態遷移制御部８６から供給される状態遷移信号に基づいて、受信ビットレートを変更するか否かを判断する。状態遷移信号がＨｏｌｄ状態を示し、ステップＳ３６において、受信ビットレートを変更しないと判断された場合、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【０１５５】
状態遷移信号がＵＰ状態、または、Ｄｏｗｎ状態を示し、ステップＳ３６において、受信ビットレートを変更すると判断された場合、ステップＳ３７において、受信レート設定部８７は、上述した式（１２）または式（１３）を用いて、ビットレートを演算し、レート制御命令を生成して、レート制御命令送信部５５に供給する。レート制御命令送信部５５は、ネットワーク３３を介して、レート制御命令をデータ送信装置３１に送信する。
【０１５６】
ステップＳ３７の処理の終了後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【０１５７】
このような処理により、データ受信装置３２において、データ伝送路（ネットワーク３３）の状態に応じたレート制御命令が生成されて、データ送信装置３１に送信される。
【０１５８】
次に、図１２のフローチャートを参照して、データ送信装置３１が実行する送信レート変更処理について説明する。
【０１５９】
ステップＳ５１において、データ送信装置３１のレート制御命令受信部４４は、レート制御命令を受信したか否かを判断する。ステップＳ５１において、レート制御命令を受信していないと判断された場合、レート制御命令を受信したと判断されるまで、ステップＳ５１の処理が繰り返される。
【０１６０】
ステップＳ５１において、レート制御命令を受信したと判断された場合、レート制御命令受信部４４は、受信したレート制御命令を、送信レート制御部４５に供給するので、ステップＳ５２において、送信レート制御部４５は、レート制御命令に基づいて、送信レートを制御するために、データ生成部４１が生成するデータのデータ量を制御する。生成されるデータのデータ量が制御されることにより、最終的には、送信レートが制御される。
【０１６１】
ステップＳ５２の処理の終了後、処理は、ステップＳ５１に戻り、それ以降の処理が繰り返される。
【０１６２】
このような処理により、データ送信装置３１は、受信したレート制御命令に基づいた送信レートで、データ受信装置３２にデータを送信する。
【０１６３】
以上においては、パケットデータを送信するデータ送信装置３１と、パケットデータを受信するデータ受信装置３２における場合について説明したが、パケットデータの送受信が可能なデータ送受信装置間で、パケットデータを送受信する場合においても、本発明は適用可能である。
【０１６４】
図１３は、本発明を適用したデータ通信システムの他の例における、パケットデータの送受信が可能なデータ送受信装置９１−１およびデータ送受信装置９１−２の構成を示すブロック図である。
【０１６５】
なお、図２における場合と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０１６６】
すなわち、送受信が可能なデータ送受信装置９１−１およびデータ送受信装置９１−２には、図２を用いて説明したデータ送信装置３１と同様の、データ生成部４１、送信レート制御部４５、および、レート制御命令受信部４４が備えられ、データ受信装置３２と同様の、データ処理部５２、輻輳予測部５３、および、レート制御命令送信部５５が設けられている。
【０１６７】
そして、データ送受信装置９１−１およびデータ送受信装置９１−２には、更に、データ生成部４１から供給されたデータをＲＴＰパケットに分割するとともに、所定の時間間隔でＳＲパケットを付加して、送信レート制御部４５により制御される送信レートで送信したり、パケットデータを受信した場合（すなわち、自分自身が受信側の装置となった場合）、ＲＲパケットを生成して、ネットワーク３３を介して送信するデータ送信部１０１、および、パケットデータの送信先から送信される、ＲＣＴＰにおけるＲＲパケットを受信したり、ネットワーク３３を介して、他の装置から、ＲＴＰパケットおよびＳＲパケットを受信し、ＳＲパケットとＲＴＰパケットに含まれているデータとを分離して、例えば、映像、音声、テキストなどのデータを、データ処理部５２に供給し、ＲＴＰパケットに含まれている情報のうち、輻輳の予測に必要な情報を、輻輳予測部５３に供給するデータ受信部１０２が設けられている。
【０１６８】
なお、図１３を用いて説明したデータ送受信装置９１−１およびデータ送受信装置９１−２と、図２を用いて説明したデータ送信装置３１またはデータ受信装置３２とのデータ授受においても、本発明が適用可能であることは言うまでもない。
【０１６９】
このようにして、データ受信側の装置が、データ送信側の装置に対して、ＲＴＣＰ ＡＰＰを用いて、レート制御命令を送信するようにしたことにより、ＲＴＣＰ ＲＲパケットを用いたり、ＲＲパケットを拡張するよりも、簡単な構成で、レート制御を実現することが可能であり、更に、データ受信側の装置における輻輳の予測が高度化した場合においても、データ送信側の構成を変更する必要がない。
【０１７０】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１７１】
この記録媒体は、図１４に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１５１（フレキシブルディスクを含む）、光ディスク１５２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）を含む）、光磁気ディスク１５３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）（商標）を含む）、もしくは半導体メモリ１５４などよりなるパッケージメディアなどにより構成される。
【０１７２】
図１４は、上記処理を実行するパーソナルコンピュータ１３１の構成例を表している。パーソナルコンピュータ１３１のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１４２に記憶されているプログラム、またはＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）１４８から、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１４３にはまた、ＣＰＵ１４１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１７３】
ＣＰＵ１４１、ＲＯＭ１４２、およびＲＡＭ１４３は、内部バス１４４を介して相互に接続されている。この内部バス１４４にはまた、入出力インタフェース１４５も接続されている。
【０１７４】
入出力インタフェース１４５には、キーボード、マウスなどよりなる入力部１４６、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、およびＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどよりなる出力部１４７、ハードディスクにより構成されるＨＤＤ１４８、モデム、ターミナルアダプタなどより構成されるネットワークインターフェース１５０が接続されている。ネットワークインターフェース１５０は、例えば、インターネットなどのネットワーク３３を介しての通信処理を行う。
【０１７５】
入出力インタフェース１４５にはまた、必要に応じてドライブ１４９が接続され、磁気ディスク１５１、光ディスク１５２、光磁気ディスク１５３、または、半導体メモリ１５４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じてＨＤＤ１４８にインストールされる。
【０１７６】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１７７】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１７８】
【発明の効果】
このように、本発明によれば、データを受信することができる。特に、ネットワークの状況に応じて、データ伝送レートを制御する信号を生成し、送信側の装置に送信することができる。
【０１７９】
また、他の本発明によれば、データを送信することができる他、データ受信側の装置から受信したデータ伝送レートを制御する信号に基づいて、データ伝送レートを制御することができる。
【０１８０】
更に、他の本発明によれば、２つの装置において、データを送受信することができる他、データ受信側の装置が、ネットワークの状況に応じて、データ伝送レートを制御する信号を生成し、送信側の装置に送信し、データ送信側の装置は、データ伝送レートを制御する信号に基づいて、データ伝送レートを制御することができる。
【図面の簡単な説明】
【図１】従来のデータ通信システムについて説明するための図である。
【図２】本発明を適用したデータ通信システムのデータ送信装置およびデータ受信装置の構成を示すブロック図である。
【図３】ＳＲパケットについて説明する図である。
【図４】ＲＲパケットについて説明する図である。
【図５】ＡＰＰについて説明する図である。
【図６】図２の輻輳予測部の構成を示すブロック図である。
【図７】受信時刻による、遅延の単純減少について説明する図である。
【図８】状態遷移について説明する図である。
【図９】状態遷移とデータ送信レートについて説明する図である。
【図１０】統計情報生成処理について説明するフローチャートである。
【図１１】レート制御処理について説明するフローチャートである。
【図１２】送信レート変更処理について説明するフローチャートである。
【図１３】本発明を適用した、他のデータ通信システム例におけるデータ送受信装置の構成を示すブロック図である。
【図１４】パーソナルコンピュータの構成を示すブロック図である。
【符号の説明】
３１ データ送信装置， ３２ データ受信装置， ３３ ネットワーク， ４１ データ生成部， ４２ データ送信部， ４３ データ受信部， ４４ レート制御命令受信部， ４５ 送信レート制御部， ５１ データ受信部， ５２ データ処理部， ５３ 輻輳予測部， ５４ データ送信部， ５５ レート制御命令送信部， ８１ データ取得部， ８２ データ演算部， ８３ タイマ， ８４ 相対遅延増加率演算部， ８５ パケットロス率演算部， ８６ 状態遷移制御部， ８７ 受信レート設定部， ９１ データ送受信装置，１０１ データ送信部， １０２ データ受信部
【発明の属する技術分野】
本発明は、情報処理装置および情報処理方法、データ通信システム、並びに、プログラムに関し、特に、ネットワークの状況に応じて、最適なデータ伝送レートでデータの伝送ができる情報処理装置および情報処理方法、データ通信システム、並びに、プログラムに関する。
【０００２】
【従来の技術】
ＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）／ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いたデータの送受信における適応的レート制御方法としては、例えば、データ受信側の装置が、データ送信側の装置に対してパケット損失率やジッタなどを通知するＲＴＣＰのＲＲ（Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔ）パケットに記載されている情報を基に、送信側の装置でデータの伝送状態を推定し、送信レートを制御するという方法が提案されている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平２００２−２０４２７８号公報
【０００４】
この方法によると、ＲＲパケットに含まれるパケット損失率やジッタなどの値を用いて、パケットが損失したときや、ネットワークの輻輳によりジッタが大きくなったときにデータ伝送レートを下げたりすることが可能となる。
【０００５】
また、データ送信側の装置が、パケットの到着遅延からネットワークの輻輳を検出し、検出結果を基に、データ送信レートを制御するという方法が提案されている（例えば、特許文献２参照）。
【０００６】
【特許文献２】
特開平１１−３０８２７１号公報
【０００７】
図１は、従来のデータ通信システムについて説明するための図である。図１においては、送信側端末１が送信するデータが、ネットワーク３を介して、受信側端末２に受信される。
【０００８】
送信側端末１のデータ生成部１１は、受信側端末２に送信するデータを生成して、データ送信部１２に出力する。データ送信部１２は、供給されたデータを適当な大きさに分割し、分割されたデータ毎に、シーケンス番号およびデータを送信する時刻の情報を付加して、ネットワーク３を介して、受信側端末２に送出する。この時、データ送信部１２は、送信レート変更部１３によって指定された送信レートにしたがって、分割するデータの大きさや分割したデータを送り出す間隔を調整することにより、送信レートを調整する。
【０００９】
受信レポート受信部１５は、受信側端末２から送信された受信レポートを受信し、そのレポートの内容を、ネットワークバッファデータ量計算部１４に供給する。ネットワークバッファデータ量計算部１４は、レポートの内容を基に、データの往復時間を計算し、計算された往復時間に基づいて、ネットワークバッファデータ量を求める。送信レート変更部１３は、ネットワークバッファデータ量計算部１４から、ネットワークバッファデータ量の情報を受け、予め定められている目標ネットワークバッファ量に近づくように、送信レートを決定し、データ送信部１２に送信レートを指定する。
【００１０】
一方、受信側端末２のデータ受信部２１は、ネットワーク３を介して、シーケンス番号および送信時刻情報が付加されたデータを受信し、データ処理部２２に供給する。データ処理部２２は、供給されたデータに対して、例えば、復号または表示処理などを実行する。
【００１１】
また、データ受信部２１は、データに付加されていたシーケンス番号および送信時刻情報を基に、データを受け取った時刻、受け取ったデータ量などについての情報を計測し、計測結果を定期的に受信レポート生成部２３に供給する。受信レポート生成部２３は、供給された情報を基に、受信レポートの生成に必要な受信レートを計算し、受信シーケンス番号、データ送信時刻、データ受信時刻および受信レポート送信時刻の情報を付与して、受信レポート送信部２４に出力する。受信レポート送信部２４は、ネットワーク３を介して、供給された受信レポートを、送信側端末１の受信レポート受信部１４に送信する。
【００１２】
図１の送信端末１および受信側端末２によるデータの授受が、ＲＴＰを用いて行われる場合、ＲＴＣＰ受信者報告パケット、すなわち、ＲＲパケットを受信した送信端末１において、ＲＴＣＰのＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）が測定されることにより、データ転送の遅延が測定される。この方法は、ＲＴＣＰの標準の枠組みを使って実現可能であり、送信端末１と受信側端末２との内部時刻がずれていてもＲＴＴを計測できるという利点がある。
【００１３】
図１の送信端末１と受信側端末２とにおいては、予め目標ネットワークバッファ量が設定され、受信レートに含まれる受信ビットレートとＲＴＴを基に、送信端末１でネットワークバッファ量が求められることにより、レート制御が行われている。
【００１４】
また、送信側のレートを上下させながら、最適なレートを探し出すという方法が提案されている（例えば、特許文献３参照）。
【００１５】
【特許文献３】
特開平１１−３４１０６４号公報
【００１６】
この方法も、基本的には特許文献２に示される場合と同じく、ＲＴＣＰのＳＲパケットおよびＲＲパケットを用いて、受信端末からの情報を基に、送信側でパケットの伝送遅延（ＲＴＴを基準とした遅延）を検出することにより、送信レートを制御するものである。
【００１７】
更に、データ受信側で、ネットワークの伝送帯域を推定し、これに基づいて、データ受信側がデータ送信側に対して、伝送制御指示を送信することにより、データ伝送レートを制御することができる技術がある（例えば、特許文献４参照）。
【００１８】
【特許文献４】
特開２０００−１１５２４５号公報
【００１９】
この方法によれば、例えば、テストパケットを送信することなどにより、ネットワークの伝送帯域を求めることができる。
【００２０】
【発明が解決しようとする課題】
しかしながら、一般に、ＲＲパケットに含まれるパケット損失率やジッタなどの値を用いて、ネットワークの輻輳状態を推測することは困難である。
【００２１】
また、予め目標ネットワークバッファ量を設定して、受信レートに含まれる受信ビットレートとＲＴＴを基に、送信側でネットワークバッファ量を求めて、目標ネットワークバッファ量となるようにレート制御を行うようにした場合、ネットワークのトポロジやルータの種類が特定できない状態においては、最適な目標ネットワークバッファデータ量を予め決めるのは困難である。
【００２２】
更に、ＲＴＴを測定するためには、ＲＴＣＰのＳＲ（Ｓｅｎｄｅｒ Ｒｅｐｏｒｔ）パケットと、ＲＲパケットを利用する必要があるため、受信側から送信側へのデータ伝送経路で輻輳が発生した場合、ＲＴＴは、受信側から送信側へのデータ伝送経路における輻輳を含んだ値として計測されてしまう。また、ＲＴＣＰの送信間隔は実装依存（５秒おき以上であることが推奨されている）であるため、特に、無線回線のようにネットワークの状況が刻々と変化するような状況にいては、定期的にＲＴＴを計測することにより伝送レートを制御することは困難であった。
【００２３】
また、ＳＲパケットおよびＲＲパケットの送受信を実装したとしても、送信側における伝送レート設定方法は、送信側で実装されているアルゴリズムに依存するものであり、受信側から通知されるＲＲパケットの内容に基づいて、輻輳が回避されるとは限らない。
【００２４】
また、データ受信側で、ネットワークの伝送帯域を推定し、これに基づいて、データ受信側が伝送制御指示を行うようにした場合において、ネットワークの伝送帯域、いわゆる、ボトルネックリンクの速度を求めるためには、少なくとも２つのパケットサイズのパケットデータを用いる必要がある。したがって、この方法は、例えば、ＭＰＥＧ２−ＴＳを、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）２２５０に基づいてＲＴＰパケット化して伝送する場合のように、固定長でパケット化されることにより実行されるデータの送受信においては、適用することができない。
【００２５】
更に、データ受信側で推定されるネットワークの伝送帯域は、いわゆるボトルネックリンクの帯域であるため、例えば、クロストラフィックなどにより、実際に利用可能な帯域がボトルネックリンクの帯域より少なくなっている場合においても、ボトルネックリンクの帯域を基に、データ伝送経路が制御されてしまうため、実際のネットワークの状況に即さないデータ伝送レートで、データが送信されてしまう恐れがある。
【００２６】
本発明はこのような状況に鑑みてなされたものであり、ネットワークのトポロジやルータの種類が特定できない場合や、クロストラフィックなどにより、ネットワークにおいて利用可能な帯域が変化する場合であっても、ネットワークの状況に応じて、データ伝送レートを制御することができるようにするものである。
【００２７】
【課題を解決するための手段】
本発明の第１の情報処理装置は、他の情報処理装置から送信された、データの伝送状況を含む所定の情報を受信する第１の受信手段と、第１の受信手段により受信された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測手段と、輻輳予測手段により輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成する制御信号生成手段と、制御信号生成手段により生成された第１の制御信号を、他の情報処理装置へ送信する第１の送信手段とを備えることを特徴とする。
【００２８】
輻輳予測手段には、第１の受信手段により受信された所定の情報を基に、ネットワークにおけるデータ伝送の遅延を検出する遅延検出手段を備えさせるようにすることができ、制御信号生成手段には、遅延検出手段により検出された、データ伝送の遅延に基づいて、他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成させるようにすることができる。
【００２９】
遅延検出手段には、所定の情報に記載されている他の情報処理装置におけるデータの送信処理のためのクロックと、自分自身のデータ受信処理のためのクロックとが一致する場合、この第１の基準クロックを用いてデータ伝送の遅延を検出させるようにすることができ、所定の情報に記載されている他の情報処理装置におけるクロックと、自分自身におけるクロックとが異なる場合、第１の基準クロックとは異なる第２の基準クロックを用いて、データ伝送の遅延を検出させるようにすることができる。
【００３０】
データは、ＲＦＣ１８８９に準拠するＲＴＰパケットであるものとすることができ、第１の基準クロックは、ＮＴＰであるものとすることができ、第２の基準クロックは、自分自身が内部に有する、前記第１の基準クロックとは異なるクロックであるものとすることができる。
【００３１】
第１の受信手段により所定の情報が受信された時刻を計測する受信時刻計測手段を更に備えさせるようにすることができ、遅延検出手段には、所定の情報に記載されている他の情報処理装置におけるデータの送信処理のためのクロックと、自分自身のデータ受信処理のためのクロックとが異なり、かつ、第２の基準クロックと第１の基準クロックとの写像関数を算出することができなかった場合、受信時刻計測手段により計測された複数の所定の情報の受信時刻を基に、相対的なデータ伝送の遅延を検出させるようにすることができる。
【００３２】
データは、所定の大きさのパケットにより構成されるものとすることができ、所定の情報は、パケットの受信数およびパケットロス数の情報を含むものとすることができる。
【００３３】
輻輳予測手段には、第１の受信手段により受信された所定の情報を基に、他の情報処理装置から送信されたパケットのパケットロス率を検出するパケットロス率検出手段を更に備えさせるようにすることができ、制御信号生成手段には、遅延検出手段により検出されたデータ伝送の遅延に加えて、パケットロス率検出手段により検出されたパケットロス率に基づいて、他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成させるようにすることができる。
【００３４】
制御信号生成手段には、遅延検出手段により第１の所定量以上のデータ伝送の遅延の増加が検出されたか、または、パケットロス率検出手段により第２の所定量以上のパケットロス率が検出された場合、他の情報処理装置のデータ伝送レートを下げるように制御する第１の制御信号を生成させるようにすることができる。
【００３５】
制御信号生成手段には、所定の時間、遅延検出手段により第１の所定量以上のデータ伝送の遅延の増加が検出されず、かつ、パケットロス率検出手段により第２の所定量以上のパケットロス率が検出されなかった場合、他の情報処理装置のデータ伝送レートを上げるように制御する第１の制御信号を生成させるようにすることができる。
【００３６】
輻輳予測手段には、所定の情報を基に、第１の時間を基準としたネットワークの輻輳を予測するための第１の条件を検出する第１の輻輳条件検出手段と、所定の情報を基に、第２の時間を基準としたネットワークの輻輳を予測するための第２の条件を検出する第２の輻輳条件検出手段とを備えさせるようにすることができる。
【００３７】
制御信号生成手段には、第１の輻輳条件検出手段および第２の輻輳条件検出手段により、第１の条件または第２の条件のうちの少なくとも一方が検出された場合、他の情報処理装置のデータ伝送レートを下げるように制御する第１の制御信号を生成させるようにすることができる。
【００３８】
制御信号生成手段には、所定の時間、第１の輻輳条件検出手段および第２の輻輳条件検出手段により、第１の条件および第２の条件が検出されなかった場合、他の情報処理装置のデータ伝送レートを上げるように制御する第１の制御信号を生成させるようにすることができる。
【００３９】
他の情報処理装置に、データを送信する第２の送信手段と、他の情報処理装置から、第２の送信手段によるデータの伝送レートを制御する第２の制御信号を受信する第２の受信手段と、第２の受信手段により受信された第２の制御信号に基づいて、第２の送信手段により送信されるデータの伝送レートを制御する制御手段とを更に備えさせるようにすることができる。
【００４０】
データは、ＲＦＣ１８８９に準拠するＲＴＰパケットであるものとすることができる。
【００４１】
本発明の第１の情報処理方法は、他の情報処理装置から送信された、データの伝送状況を含む所定の情報の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測ステップと、輻輳予測ステップの処理により輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成ステップとを含むことを特徴とする。
【００４２】
本発明の第１のプログラムは、他の情報処理装置から送信された、データの伝送状況を含む所定の情報の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測ステップと、輻輳予測ステップの処理により輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成ステップとを含むことを特徴とする。
【００４３】
本発明の第１の情報処理装置および情報処理方法、並びにプログラムにおいては、他の情報処理装置から送信された、データの伝送状況を含む所定の情報が受信され、受信された情報を基に、ネットワークの輻輳が予測され、輻輳が予測されるか否かを基に、他の情報処理装置のデータ伝送レートを制御する制御信号が生成される。
【００４４】
本発明の第２の情報処理装置は、他の情報処理装置に、データを送信する送信手段と、他の情報処理装置から、送信手段によるデータ伝送レートを制御する制御信号を受信する受信手段と、受信手段により受信された制御信号に基づいて、送信手段により送信されるデータのデータ伝送レートを制御する制御手段とを備えることを特徴とする。
【００４５】
本発明の第２の情報処理方法は、他の情報処理装置から、送信手段によるデータ伝送レートを制御する制御信号の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された制御信号に基づいて、送信手段によるデータの送信におけるデータ伝送レートを制御する制御ステップとを含むことを特徴とする。
【００４６】
本発明の第２のプログラムは、他の情報処理装置から、送信手段によるデータ伝送レートを制御する制御信号の受信を制御する受信制御ステップと、受信制御ステップの処理により受信が制御された制御信号に基づいて、送信手段によるデータの送信におけるデータ伝送レートを制御する制御ステップとを含むことを特徴とする。
【００４７】
本発明の第２の情報処理装置および情報処理方法、並びにプログラムにおいては、他の情報処理装置から送信された、送信手段によるデータ伝送レートを制御する制御信号が受信され、受信された制御信号に基づいて、データの送信におけるデータ伝送レートが制御される。
【００４８】
本発明のデータ通信システムは、第１の情報処理装置が、第２の情報処理装置から送信された、データの伝送状況を含む所定の情報を受信する第１の受信手段と、第１の受信手段により受信された所定の情報を基に、ネットワークの輻輳を予測する輻輳予測手段と、輻輳予測手段により輻輳が予測されるか否かを基に、第２の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成手段と、制御信号生成手段により生成された制御信号を、第２の情報処理装置へ送信する第１の送信手段とを備え、第２の情報処理装置が、第１の情報処理装置に、所定の情報およびデータを送信する第２の送信手段と、第１の情報処理装置から、第２の送信手段によるデータ伝送レートを制御する制御信号を受信する第２の受信手段と、第２の受信手段により受信された制御信号に基づいて、第２の送信手段により送信されるデータのデータ伝送レートを制御する制御手段とを備えることを特徴とする。
【００４９】
本発明のデータ通信システムにおいては、第１の情報処理装置で、第２の情報処理装置から送信された、データの伝送状況を含む所定の情報が受信され、受信された所定の情報を基に、ネットワークの輻輳が予測され、輻輳が予測されるか否かを基に、第２の情報処理装置のデータ伝送レートを制御する制御信号が生成され、生成された制御信号が、第２の情報処理装置へ送信され、第２の情報処理装置で、第１の情報処理装置に、所定の情報およびデータが送信され、第１の情報処理装置から送信されたデータ伝送レートを制御する制御信号が受信され、受信された制御信号に基づいてデータ伝送レートが制御される。
【００５０】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００５１】
図２は、本発明を適用したデータ通信システムにおける、データ送信装置３１およびデータ受信装置３２の構成を示すブロック図である。
【００５２】
データ送信装置３１およびデータ受信装置３２は、リアルタイム・データ転送プロトコルであるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）にしたがって、データの授受を行う。ＲＴＰは、例えば、映像と音声データを利用して遠隔会議を行うアプリケーションなどで利用されることを想定し、映像や音声データをリアルタイムに適した形で転送することを目的に設計されている。ＲＴＰにおいては、データが時間単位でパケットに分割されて送信される。また、ＲＴＰは、パケットロス対策や伝送時間保証などは行われていないＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）タイプのプロトコルで、通常は、ＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による通信状態レポートとセットで用いられる。
【００５３】
また、ネットワーク３３は、例えば、組織内で運営されているＬＡＮ（Ｌｏｃａｌ Ａｒｉａ Ｎｅｔｗｏｒｋ）であってもよいし、いわゆるインターネットのような不特定多数のネットワークが結合した、大規模なネットワークであってもよいし、または、所定の送信装置と受信装置を接続する専用回線であっても良い。
【００５４】
データ送信装置３１のデータ生成部４１は、例えば、音声、画像、映像、テキストデータ、または、これらの混合したデータを生成し、データ送信部４２に供給する。このとき生成されるデータ量は、送信レート制御部４５によって制御される。
【００５５】
データ送信部４２は、データ生成部４１から供給されたデータをＲＴＰパケットとして送信する場合、例えば、５秒間などの所定の時間ごとに、ＲＴＣＰのＳＲ（Ｓｅｎｄｅｒ Ｒｅｐｏｒｔ）パケットを付加して、ネットワーク３３を介して、データ受信装置３２に送信する。ＳＲパケットとは、データ送信側の送受信統計のためのレポートであり、データ伝送の状況を示す情報が記載されている。
【００５６】
図３にＳＲパケットのフォーマットを示す。
【００５７】
ヘッダは、ＲＴＰのバージョンを識別するための２ビットの情報であるバージョン情報（Ｖ）、このパケットが１以上のパディングオクテットを含んでいるか否かを示す情報である１ビットのパディングビット（Ｐ）、このパケットに含まれるレセプションレポートブロックの数を示す５ビットのレセプションレポートカウント（ＲＣ（ｒｅｃｅｐｔｉｏｎ ｒｅｐｏｒｔ ｃｏｕｎｔ））、ＳＲパケットとＲＲパケットを識別するために、ＳＲパケットであることを示す定数２００が記載されている８ビットのパケットタイプ（ＰＴ（ｐａｃｋｅｔ ｔｙｐｅ））、このＲＴＣＰパケットの長さを示す１６ビットの情報であるパケット長（ｌｅｎｇｔｈ）、および、送信元ＳＳＲＣ識別子（ＳＳＲＣ ｏｆ ｓｅｎｄｅｒ）で構成されている。
【００５８】
そして、送信者情報（Ｓｅｎｄｅｒ Ｉｎｆｏ）は、６４ビットのＮＴＰタイムスタンプ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ ｔｉｍｅｓｔａｍｐ）、３２ビットのＲＴＰタイムスタンプ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ ｔｉｍｅｓｔａｍｐ）、３２ビットの送出パケット数情報（ｓｅｎｄｅｒ’ｓ ｐａｃｋｅｔ ｃｏｕｎｔ）、および、３２ビットの送出データ量情報（ｓｅｎｄｅｒ’ｓ ｏｃｔｅｔ ｃｏｕｎｔ）で構成されている。
【００５９】
レポートブロックは、３２ビットのＳＳＲＣ識別子番号（ＳＳＲＣ＿ｎ （ｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ））、パケットロス率を示すフラクションロスト（ｆｒａｃｔｉｏｎ ｌｏｓｔ）、累積パケットロス数（ｃｕｍｕｌａｔｉｖｅ ｎｕｍｂｅｒ ｏｆ ｐａｃｋｅｔｓ ｌｏｓｔ）、シーケンスナンバーの最大値（ｅｘｔｅｎｄｅｄ ｈｉｇｈｅｓｔ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ ｒｅｃｅｉｖｅｄ）、ＲＴＰパケットの到着時間間隔の変動を示すインターアライバルジッタ（ｉｎｔｅｒａｒｒｉｖａｌ ｊｉｔｔｅｒ）、最新のＳＲパケット受信時のタイムスタンプの情報であるＬＳＲ（ｌａｓｔ ＳＲ）、および、ＬＳＲからの遅延を示すＤＬＳＲ（ｄｅｌａｙ ｓｉｎｃｅ ｌａｓｔ ＳＲ（ＤＬＳＲ））で構成されている。
【００６０】
また、ＳＲパケットには、更に、特別拡張領域（ｐｒｏｆｉｌｅ−ｓｐｅｃｉｆｉｃ ｅｘｔｅｎｓｉｏｎｓ）が設けられている。
【００６１】
このように、ＳＲパケットには、ＮＴＰタイムスタンプ、および、ＲＴＰタイムスタンプが含まれている。
【００６２】
データ受信部４３は、データ受信装置３２から送信される、ＲＴＣＰにおけるＲＲ（Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔ）パケットを受信する。ＲＲパケットは、データ送信側からの受信統計のためのレポートである。
【００６３】
図４に、ＲＲパケットのフォーマットを示す。
【００６４】
ＲＲパケットのフォーマットは、パケットタイプ（ＰＴ（ｐａｃｋｅｔ ｔｙｐｅ））に、ＲＲパケットであることを示す定数２０１が記載され、送信元ＳＳＲＣ識別子（ＳＳＲＣ ｏｆ ｓｅｎｄｅｒ）に代わって、受信したＲＴＰパケットの送信元ＳＳＲＣ識別子（ＳＳＲＣ ｏｆ ｐａｃｋｅｔ ｓｅｎｄｅｒ）が記載されている以外は、ＳＲパケットと同一のヘッダ構造を有しており、ＳＲパケットに含まれていた送信者情報を含んでいないが、ＳＲパケットと同様のレポートブロックと、特別拡張領域を有している。
【００６５】
レート制御命令受信部４４は、ネットワーク３３を介して、データ受信装置３２から、レート制御命令を受信し、送信レート制御部４５に供給する。
【００６６】
送信レート制御部４５は、レート制御命令受信部４４から供給されたレート制御命令を基に、送信レート制御信号を生成し、データ生成部４１に供給する。
【００６７】
データ受信装置３２のデータ受信部５１は、ネットワーク３３を介して、データ送信装置３１から、ＳＲパケットおよびＲＴＰパケットを受信し、ＲＴＰパケットの、例えば、映像、音声、テキストなどのデータを、データ処理部５２に供給するとともに、ＲＴＰパケットの受信時刻、タイムスタンプ、パケットサイズ、シーケンス番号など、輻輳の予測に必要な情報を、輻輳予測部５３に供給する。
【００６８】
データ処理部５２は、データ受信部５１から供給されたデータに対する処理を実行する。具体的には、データ処理部５２は、供給されたデータに対して、例えば、復号処理、デスクランブル処理、表示処理、または、音声再生処理などを実行する。
【００６９】
データ送信部５４は、データ送信装置３１から送信されたＲＴＰパケットに対して、図４を用いて説明したＲＲパケットを生成し、ネットワーク３３を介して、データ送信装置３１に送信する。
【００７０】
輻輳予測部５３は、データ受信部５１から供給された情報を基に、データ伝送路の輻輳を予測し、その結果を基に、必要に応じて、データ受信レート（すなわち、データ受信装置３２が受信するデータのデータ伝送レート）を設定して、レート制御命令を生成し、レート制御命令送信部５５に供給する。
【００７１】
レート制御命令送信部５５は、輻輳予測部５３から供給されたレート制御命令を、ＲＴＣＰのＡＰＰ（Ａｐｐｌｉｃａｔｉｏｎ ｄｅｆｉｎｅｄ ＲＴＣＰ ｐａｃｋｅｔ）として、ネットワーク３３を介して、データ送信装置３１に送信する。ＡＰＰとは、アプリケーション拡張用のパケットである。
【００７２】
図５にＡＰＰのフォーマットを示す。
【００７３】
ＡＰＰは、ＲＴＰのバージョンを識別するための２ビットの情報であるバージョン情報（Ｖ）、このパケットが１以上のパディングオクテットを含んでいるか否かを示す情報である１ビットのパディングビット（Ｐ）、このパケットの定義を識別するためのサブタイプ（ｓｕｂｔｙｐｅ）、このパケットがＡＰＰであることを示す定数２０４が記載されている８ビットのパケットタイプ（ＰＴ（ｐａｃｋｅｔ ｔｙｐｅ））、このＲＴＣＰパケットの長さを示す１６ビットの情報であるパケット長（ｌｅｎｇｔｈ）、ＳＳＲＣ識別子、または、送信関係者（ミキサーによってミックスされた場合の元の送信者ＩＤ）であるＣＳＲＣ（Ｃｏｎｔｒｉｂｕｔｉｎｇ ｓｏｕｒｃｅ）識別子、ＡＳＣＩＩコードで記載されるＡＰＰに固有に付けられた名称（ｎａｍｅ）、および、アプリケーションに依存する情報（ａｐｐｌｉｃａｔｉｏｎ ｄｅｐｅｎｄｅｎｔ ｄａｔａ）で構成される。
【００７４】
図２のデータ送信装置３１およびデータ受信装置３２においては、データの送受信を、複数のブロックにおいて実行するものとして説明したが、データ送信装置３１は、データ送信部４２、データ受信部４３、および、レート制御命令受信部４４が実行する処理を、１つ、または２つの送受信機能により実行することができるようにしても良いし、データ受信装置３２は、データ受信部５１、データ送信部５４、および、レート制御命令送信部５５が実行する処理を、１つ、または２つの送受信機能により実行することができるようにしても良い。
【００７５】
次に、データ送信装置３１およびデータ受信装置３２の動作について説明する。
【００７６】
データ送信装置３１のデータ生成部４１は、図示しない操作入力部から、ユーザの操作入力を受け、例えば、音声、画像、映像、テキストデータ、または、これらの混合したデータを生成し、データ送信部４２に供給する。このとき生成されるデータ量は、送信レート制御部４５によって制御される。
【００７７】
データ送信部４２は、データ生成部４１から供給されたデータを時間単位でパケットに分割し、所定の時間ごとにＳＲパケットを付加して、ネットワーク３３を介して、データ受信装置３２に送信する。
【００７８】
データ受信装置３２のデータ受信部５１は、ネットワーク３３を介して、データ送信装置３１から、ＲＴＰパケットおよびＲＴＣＰ ＳＲパケットを受信する。データ受信部５１は、データ処理部５２に、例えば、映像、音声、テキストなどのデータを供給するとともに、ＲＴＰパケットの受信時刻、タイムスタンプ、シーケンス番号、ＳＲパケットに含まれている時間情報などを、輻輳予測部５３に供給する。
【００７９】
また、データ受信部５１は、受信したパケットに、例えば、アクセスラインのビット誤りによるフレームの破棄や、ボトルネックリンクにおけるパケットの破棄などのパケットロスが発生した場合、パケットロスに関する情報を、輻輳予測部５３に供給する。
【００８０】
輻輳予測部５３は、データ受信部５１から供給された情報を基に、データの遅延やパケットロス率を求め、必要に応じて、レート制御命令を生成する。
【００８１】
図６に、輻輳予測部５３の機能ブロック図を示す。
【００８２】
データ取得部８１は、データ受信部５１から、ＳＲパケットに含まれている時間情報や、ＲＴＰパケットの受信時刻、タイムスタンプ、パケットサイズ、シーケンス番号などの、データの遅延やパケットロス率を求めるために必要な情報を取得し、データ演算部８２に供給する。
【００８３】
データ演算部８２は、タイマ８３から供給される時間情報を参照し、例えば、５秒間や１０秒間などの所定時間において、データ送信装置３１からデータ受信装置３２へのデータ伝送における片方向遅延、パケットロス数、受信パケット数、および受信データのバイト数の総和を演算し、統計情報を生成する。
【００８４】
データ送信装置３１およびデータ受信装置３２の、ＮＴＰによる時刻が合致している場合、ＲＴＣＰのＳＲパケットに含まれるＲＴＰのタイムスタンプからＮＴＰへのマッピングを行うことにより、絶対遅延時間をＮＴＰの時間精度で求めることが可能である。しかしながら、実際には、ＮＴＰを使えない環境も多い。
【００８５】
次に、ＮＴＰが使えない場合、すなわち、データ送信装置３１およびデータ受信装置３２の、ＮＴＰによる時刻が合致していない場合の遅延の測定方法について説明する。
【００８６】
まず、パケット毎の絶対遅延は、次の式（１）で求めることができる。
【００８７】
ＲＴＰパケットの遅延
＝ＲＴＰパケットの到着時刻［ＮＴＰ］−ＲＴＰパケットの送信時刻［ＮＴＰ］・・・（１）
【００８８】
ここで、括弧［］内は、その時刻が、どの時計を参照しているかを示すものである（以下、同様）。
【００８９】
データ送信装置３１およびデータ受信装置３２のＮＴＰによる時刻が同期しており、ＲＴＣＰのＳＲパケットにＮＴＰ情報が正しく入っている場合、次の式（２）が成立する。
【００９０】
ＲＴＰパケットの遅延
＝ＲＴＰパケットの到着時刻［ＮＴＰ］−ＲＴＰタイムスタンプ・・・（２）
【００９１】
そして、ＳＲパケット内のタイムスタンプとＮＴＰのマッピング情報より、式（３）に示されるように、ＲＴＰパケットの送信時刻とタイムスタンプを関連付けるＮＴＰからＲＴＰタイムスタンプへの写像関数ｆ１を求め、式（２）のＲＴＰタイムスタンプと置き換えた式（４）により、ＲＴＰパケットの遅延を求めることが可能となる。
【００９２】
ＲＴＰタイムスタンプ＝ｆ１［ＮＴＰ］・・・（３）
ＲＴＰパケットの遅延＝ＲＴＰパケットの到着時刻［ＮＴＰ］−ｆ１［ＮＴＰ］・・・（４）
【００９３】
これに対して、例えば、ＳＲパケットのＮＴＰが明らかにずれていたり、ＳＲパケットを受信することができなかったなどの理由により、ＲＴＰのタイムスタンプからＮＴＰへのマッピングができず、式（３）が得られない場合、データ受信装置３２内部の時計で遅延を計測する必要がある。この場合、実際には、あるＲＴＰパケットの到着時刻を基点として、相対的な遅延を測定することにより、ＲＴＰパケットの遅延が求められる。
【００９４】
例えば、第１のＲＴＰパケットのタイムスタンプをＴＳ１、第１のＲＴＰパケットの受信時刻（単位は、ｍｓ）をＴＲ１とする。第１のＲＴＰパケットのタイムスタンプも、第１のＲＴＰパケットの受信時刻も、ＮＴＰとは異なる基準で計測される時刻である。ここで、第１のＲＴＰパケットのタイムスタンプと第１のＲＴＰパケットの受信時刻との時刻の単位をあわせるために、受信時刻にＲＴＰのリファレンスクロックを乗じることにする。ＲＴＰ Ｐａｙｌｏａｄ ｆｏｒｍａｔ ｆｏｒ ＭＰＥＧ４ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ（ＲＦＣ３０１６）によるデータ通信においては、リファレンスクロックとして、９０ＫＨｚのクロックが用いられている。したがって、受信時刻の単位がｍｓであった場合、タイムスタンプのリファレンスクロックに変換するためには、次の式（５）を用いればよい。
【００９５】
受信時刻［リファレンスクロック］＝ＴＲ１（ｍｓ）×９０・・・（５）
【００９６】
ここで、第１のＲＴＰパケット乃至第ｎのＲＴＰパケットを、ＲＴＰ１乃至ＲＴＰｎとし、それぞれのタイムスタンプをＴＳ１乃至ＴＳｎとした場合、ネットワーク中の輻輳やパケットロスがなかったとすると、次の式（６）は、ほぼ定数となる。
【００９７】
式（６）で示されるＴＳｎ−（ＴＲｎ×９０）が、データ受信装置３２の内部に有する時計を用いて、ＲＴＰのリファレンスクロックで計測した場合の、データ送信装置３１とデータ受信装置３２との時間差である。ただし、ジッタ、および、送受信間のクロックずれは、式（６）においては無視されている。
【００９９】
しかしながら、この時間差が、絶対時刻において、どの程度の時間差に相当するのかはわからない。つまり、式（６）の値が０だったとしても、パケットの遅延の大きさを求めることができない。したがって、データ演算部８２は、ある時刻におけるパケットの遅延を含むデータ送信装置３１とデータ受信装置３２との時間差を、初期端末間時間差とし、これを基に、式（７）によって、相対的な遅延を測定する。
【０１００】
ただし、ＴＲはＲＴＰパケットの受信時刻（単位はｍｓ）、ＴＳはＲＴＰのタイムスタンプである。
【０１０２】
ところで、上述したように、式（６）において、ジッタ、および、送受信間のクロックずれは無視され、式（６）から求められる送受信間タイムスタンプの差は一定であると仮定されているが、実際には、式（６）に示される端末間の時間差とパケットの遅延との和は、データ送信装置３１とデータ受信装置３２との基本クロックのずれにより、ゆっくりと単調減少するか、もしくは、単調増加するかのいずれか一方の傾向を示す。例えば、図７に示されるように、受信時刻に対して、遅延がゆっくりと減少していく状況が発生する。
【０１０３】
このような場合、式（７）を用いて算出された初期時間差を、初期の値のまま使い続けると、得られる相対遅延も、単調減少、もしくは単調増加してしまう。そこで、式（７）を用いて算出される初期時間差は、定期的に更新する必要がある。
【０１０４】
また、データ演算部８２は、更に、パケットロス数、受信パケット数、および受信データ量（受信バイト数）の供給を受けるので、タイマ８３を参照し、例えば、５秒や１０秒などの所定の時間における、ＲＴＰパケットの相対遅延の総和、パケットロス数、受信パケット数、および受信データ量（受信バイト数）の総和を求める。
【０１０５】
次に、相対遅延増加率演算部８４は、データ演算部８２から供給された、所定時間内の受信パケット数およびＲＴＰパケットの相対遅延の総和を基に、次の式（８）を用いて、所定の期間（時刻ｔ１から時刻ｔ２の間）のＲＴＰパケットの平均相対遅延を演算する。
【０１０６】
【数１】
更に、相対遅延増加率演算部８４は、式（８）を用いて算出した、ＲＴＰパケットの平均相対遅延と、１つ前の区間の平均相対遅延とを比較し、平均相対遅延増加率Ｄを算出する。
【０１０８】
そして、パケットロス率演算部８５は、データ演算部８２から供給された情報から、パケットロス率Ｌを求める。
【０１０９】
一般的に、ＲＴＰパケットのパケットロスは、アクセスラインのビット誤りによるフレームの破棄、または、ボトルネックリンクにおけるパケットの破棄により発生する。アクセスラインのビット誤りに関しては、誤り訂正や、リンクレイヤーでの再送（特に無線リンクの場合）などにより、ある程度防ぐことが可能ではあるが、実際の無線リンクにおいては、電波の状況により、ある程度のパケットロスが発生してしまう。また、ボトルネックリンクにおけるパケットの破棄が発生した場合、ボトルネックリンクのＱｕｅｕｅがあふれていることによりパケットロスが発生するので、例えば、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）型のＱｕｅｕｅを用いている状況では、あふれた分だけパケットロスが発生することになる。
【０１１０】
つまり、アクセスラインのビット誤りによるパケットロスは、ある程度の確率で発生することが想定されるので、送信側のレートを下ることにより、パケットロス率が低くなるとは限らない。しかしながら、ボトルネックリンクにおけるパケットの破棄が発生した場合は、送信側のレートを下げない限り、パケットロスが発生しつづけることになる。
【０１１１】
ここで、パケットロス率演算部８５は、次の式（９）より、パケットロス率を演算する。
【０１１２】
パケットロス率Ｌ＝パケットロス数／（受信パケット数＋パケットロス数）・・・（９）
【０１１３】
状態遷移制御部８６は、相対遅延増加率演算部８４およびパケットロス率演算部８５から供給された、ＲＴＰパケットの平均相対遅延増加率、および、パケットロス率を基に、受信レートの制御状態を遷移するか否かを判断する。
【０１１４】
状態遷移制御部８６は、式（１０）を用いて、平均相対遅延増加率と所定の閾値Ｈ１とを定期的に比較し、平均相対遅延増加率が閾値Ｈ１より大きい場合、受信レートを下げるように制御状態を遷移する。
【０１１５】
平均相対遅延増加率Ｄ＞閾値Ｈ１ ・・・（１０）
【０１１６】
更に、状態遷移制御部８６は、式（１１）を用いて、所定の短い時間（例えば、数１００ｍｓｅｃ乃至１ｓｅｃの、平均相対遅延増加率を求める場合よりも充分短い時間）内のパケットロス率と、所定の閾値Ｈ２とを定期的に比較し、パケットロス率が閾値Ｈ２より大きい場合、受信レートを下げるように制御状態を遷移する。
【０１１７】
パケットロス率Ｌ＞閾値Ｈ２・・・（１１）
【０１１８】
データ送信装置３１とデータ受信装置３２とのデータ伝送経路の伝送帯域がある程度の大きさを有するときは、ネットワーク中のＱｕｅｕｅの長さが相対的に短くなるため、データ伝送経路の状態が不安定になることにより、パケットロス率が増加しやすくなるので、式（１０）と式（１１）とにおいて、式（１１）が成立しやすい。それに対して、データ送信装置３１とデータ受信装置３２とのデータ伝送経路の伝送帯域がある比較的小さいとき、ネットワーク中のＱｕｅｕｅの長さが相対的に長くなるため、データ伝送経路の状態が不安定になることにより、平均相対遅延増加率Ｄが増加しやすくなるので、式（１０）と式（１１）とにおいて、式（１０）が成立しやすい。
【０１１９】
このように、式（１０）と式（１１）との２つの評価式により、受信レートを下げる必要があるか否かを判断するようにすることにより、データ伝送帯域が大きな場合においても、小さな場合においても、データ伝送路の状態に最適なデータ受信レートの制御が可能となる。
【０１２０】
また、状態遷移制御部８６は、式（１０）および式（１１）による比較結果を基に、データ伝送状態が安定している場合、受信レートを一定に保ったり、受信レートを上げるように状態を遷移する場合がある。
【０１２１】
状態遷移制御部８６による状態遷移図を図８に示す。
【０１２２】
状態には、データ受信レートを上げるように制御するＵＰ状態、データ受信レートを下げるように制御するＤｏｗｎ状態、および、データ受信レートを変更しないように制御するＨｏｌｄの３状態がある。
【０１２３】
制御のはじめにおいて、状態はＨｏｌｄ状態である。状態遷移制御部８６は、Ｈｏｌｄ状態を一定時間Ｔだけ保っている間の、式（１０）および式（１１）による比較結果を基に、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２である場合、状態をＵＰ状態に遷移し、平均相対遅延増加率Ｄ＞閾値Ｈ１、または、パケットロス率Ｌ＞閾値Ｈ２である場合、状態をＤｏｗｎ状態に遷移する。
【０１２４】
ＵＰ状態において、状態遷移制御部８６は、式（１０）および式（１１）による比較結果を基に、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２である場合、状態をＵＰ状態のまま保持し、平均相対遅延増加率Ｄ＞閾値Ｈ１、または、パケットロス率Ｌ＞閾値Ｈ２である場合、状態をＤｏｗｎ状態に遷移する。
【０１２５】
また、Ｄｏｗｎ状態において、状態遷移制御部８６は、式（１０）および式（１１）による比較結果を基に、平均相対遅延増加率Ｄ≦閾値Ｈ１かつパケットロス率Ｌ≦閾値Ｈ２である場合、状態をＨｏｌｄ状態に遷移し、平均相対遅延増加率Ｄ＞閾値Ｈ１、または、パケットロス率Ｌ＞閾値Ｈ２である場合、状態をＤｏｗｎ状態のまま保持する。
【０１２６】
状態遷移制御部８６は、現在の状態を示す状態遷信号を、受信レート設定部８７に出力する。
【０１２７】
受信レート設定部８７は、状態遷移制御部から供給された状態遷移信号に基づいて、受信レートを設定し、レート制御命令を生成する。
【０１２８】
状態がＤｏｗｎ状態である場合、受信レート設定部８７は、次の式（１２）により、再設定レートＲを算出する。
【０１２９】
再設定レートＲ＝受信レート×Ｃ１・・・（１２）
【０１３０】
ここで、式（１２）のＣ１は、予め定められている１以下の定数か、もしくは、別途、平均相対遅延増加率の逆数を演算することなどにより求められた１以下の値である。
【０１３１】
そして、状態がＵＰ状態である場合、受信レート設定部８７は、次の式（１３）により、再設定レートＲを算出する。
【０１３２】
再設定レートＲ＝受信レート×Ｃ２・・・（１３）
【０１３３】
ただし、Ｃ２は、予め定められている１以上の定数か、パケットロス率Ｌの逆数を求めることなどより算出される１以上の値である。
【０１３４】
なお、受信レートの上限に関しては、予め、ＨＴＴＰやパケットペアなどを用いてボトルネックリンクのリンクスピード（パケットロスや、遅延の増加が発生しないネットワーク状況におけるデータ伝送スピード）を測定しておき、これを上限としてもよいし、上限を設けないようにしてもよい。
【０１３５】
このようにして、図８の状態遷移図に示される状態に基づいて、データ受信レートが制御されることにより、データ受信レートは、そのときのデータ伝送路の条件により、最適に制御される。図９は、図８の状態遷移図に示される状態とデータ受信レートの関係を示す図である。
【０１３６】
データ伝送路の状態は、その時刻によって変動する場合がある。本発明を適応したデータ受信装置３２によるデータ受信レート制御によると、データ受信レートは一定の値に収束するように制御されるのではなく、データ伝送路の状況が良好で、遅延やパケットロスが発生しない状態においては、状態がＵＰ状態となり、データ転送レートは増加するように制御される。
【０１３７】
このようにして、輻輳予測部５３は、必要に応じて、レート制御命令を生成する。輻輳予測部５３は、生成したレート制御命令を、レート制御命令送信部５５に出力する。
【０１３８】
レート制御命令送信部５５は、レート制御命令を、ＲＴＣＰのＡＰＰとして、データ送信装置３１に送信する。
【０１３９】
データ送信装置３１のレート制御命令受信部４４は、レート制御命令を受信し、送信レート制御部４５に供給する。
【０１４０】
送信レート制御部４５は、レート制御命令受信部４４から供給されたレート制御命令を基に、送信レート制御信号を生成し、データ生成部４１に供給する。
【０１４１】
データ生成部４１は、送信レート制御部４５の制御に基づいて、データの生成量を必要に応じて変更する。したがって、データ送信部４２により送信されるデータのデータレートが制御される。
【０１４２】
このようにして、データ送信装置３１は、ネットワークの状態に応じた、最適な送信レートで、パケットデータを送信することができる。
【０１４３】
次に、図１０のフローチャートを参照して、データ受信装置３２で実行される統計情報生成処理について説明する。
【０１４４】
ステップＳ１１において、データ受信部５１は、ネットワーク３３を介して、データ送信装置３１から送信されたパケットが受信されたか否かを判断する。ステップＳ１１において、パケットが受信されていないと判断された場合、パケットが受信されたと判断されるまで、ステップＳ１１の処理が繰り返される。
【０１４５】
ステップＳ１１において、パケットが受信されたと判断された場合、データ受信部５１は、受信したＲＴＰパケットの受信時刻、タイムスタンプ、パケットサイズ、シーケンス番号、および、受信したＲＴＣＰのＳＲパケットのＮＴＰ情報など、データの遅延やパケットロス率を求めるために必要な情報を輻輳予測部５３に供給し、ステップＳ１２において、輻輳予測部５３のデータ演算部８２は、受信したＲＴＰパケットの受信時刻を内部のメモリに記録する。
【０１４６】
輻輳予測部５３のデータ演算部８２は、ステップＳ１３において、上述したように、データ送信装置３１からデータ受信装置３２へのデータ伝送における片方向遅延時間、パケットロス数、受信パケット数、および、受信バイト数を計算し、ステップＳ１４において、片方向遅延時間、パケットロス数、受信パケット数、および、受信バイト数のそれぞれの総和を更新する。ステップＳ１４の処理の終了後、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１４７】
このような処理により、輻輳予測部５３のデータ演算部８２において、統計情報が生成される。
【０１４８】
次に、図１１のフローチャートを参照して、図１０を用いて説明した統計情報生成処理において生成された統計情報を基に実行されるレート制御処理について説明する。
【０１４９】
ステップＳ３１において、状態遷移制御部８６は、制御の状態を、Ｈｏｌｄ状態にセットする。
【０１５０】
ステップＳ３２において、パケットロス率演算部８５は、データ演算部８２から、統計情報のうち、パケットロス数および受信パケット数を取得し、式（９）を用いて、パケットロス率Ｌを算出する。
【０１５１】
ステップＳ３３において、相対遅延増加率演算部８４は、データ演算部８２から、統計情報のうち、ＲＴＰパケットの相対遅延の所定時間内の総和を取得し、式（８）を用いてＲＴＰパケットの平均相対遅延を算出し、ＲＴＰパケットの平均相対遅延と、１つ前の区間の平均相対遅延とを比較して、平均相対遅延増加率Ｄを算出する。
【０１５２】
ステップＳ３４において、状態遷移制御部８６は、同一状態で一定時間が経過したか否かを判断する。ステップＳ３４において、同一状態で一定時間が経過していないと判断された場合、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【０１５３】
ステップＳ３４において、同一状態で一定時間が経過したと判断された場合、ステップＳ３５において、状態遷移制御部８６は、ステップＳ３２において算出されたパケットロス率ＬおよびステップＳ３３において算出された平均相対遅延増加率Ｄを基に、図８を用いて説明したように、必要に応じて、制御状態を遷移し、受信レート設定部８７に、状態遷移信号を供給する。
【０１５４】
ステップＳ３６において、受信レート設定部８７は、状態遷移制御部８６から供給される状態遷移信号に基づいて、受信ビットレートを変更するか否かを判断する。状態遷移信号がＨｏｌｄ状態を示し、ステップＳ３６において、受信ビットレートを変更しないと判断された場合、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【０１５５】
状態遷移信号がＵＰ状態、または、Ｄｏｗｎ状態を示し、ステップＳ３６において、受信ビットレートを変更すると判断された場合、ステップＳ３７において、受信レート設定部８７は、上述した式（１２）または式（１３）を用いて、ビットレートを演算し、レート制御命令を生成して、レート制御命令送信部５５に供給する。レート制御命令送信部５５は、ネットワーク３３を介して、レート制御命令をデータ送信装置３１に送信する。
【０１５６】
ステップＳ３７の処理の終了後、処理は、ステップＳ３２に戻り、それ以降の処理が繰り返される。
【０１５７】
このような処理により、データ受信装置３２において、データ伝送路（ネットワーク３３）の状態に応じたレート制御命令が生成されて、データ送信装置３１に送信される。
【０１５８】
次に、図１２のフローチャートを参照して、データ送信装置３１が実行する送信レート変更処理について説明する。
【０１５９】
ステップＳ５１において、データ送信装置３１のレート制御命令受信部４４は、レート制御命令を受信したか否かを判断する。ステップＳ５１において、レート制御命令を受信していないと判断された場合、レート制御命令を受信したと判断されるまで、ステップＳ５１の処理が繰り返される。
【０１６０】
ステップＳ５１において、レート制御命令を受信したと判断された場合、レート制御命令受信部４４は、受信したレート制御命令を、送信レート制御部４５に供給するので、ステップＳ５２において、送信レート制御部４５は、レート制御命令に基づいて、送信レートを制御するために、データ生成部４１が生成するデータのデータ量を制御する。生成されるデータのデータ量が制御されることにより、最終的には、送信レートが制御される。
【０１６１】
ステップＳ５２の処理の終了後、処理は、ステップＳ５１に戻り、それ以降の処理が繰り返される。
【０１６２】
このような処理により、データ送信装置３１は、受信したレート制御命令に基づいた送信レートで、データ受信装置３２にデータを送信する。
【０１６３】
以上においては、パケットデータを送信するデータ送信装置３１と、パケットデータを受信するデータ受信装置３２における場合について説明したが、パケットデータの送受信が可能なデータ送受信装置間で、パケットデータを送受信する場合においても、本発明は適用可能である。
【０１６４】
図１３は、本発明を適用したデータ通信システムの他の例における、パケットデータの送受信が可能なデータ送受信装置９１−１およびデータ送受信装置９１−２の構成を示すブロック図である。
【０１６５】
なお、図２における場合と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０１６６】
すなわち、送受信が可能なデータ送受信装置９１−１およびデータ送受信装置９１−２には、図２を用いて説明したデータ送信装置３１と同様の、データ生成部４１、送信レート制御部４５、および、レート制御命令受信部４４が備えられ、データ受信装置３２と同様の、データ処理部５２、輻輳予測部５３、および、レート制御命令送信部５５が設けられている。
【０１６７】
そして、データ送受信装置９１−１およびデータ送受信装置９１−２には、更に、データ生成部４１から供給されたデータをＲＴＰパケットに分割するとともに、所定の時間間隔でＳＲパケットを付加して、送信レート制御部４５により制御される送信レートで送信したり、パケットデータを受信した場合（すなわち、自分自身が受信側の装置となった場合）、ＲＲパケットを生成して、ネットワーク３３を介して送信するデータ送信部１０１、および、パケットデータの送信先から送信される、ＲＣＴＰにおけるＲＲパケットを受信したり、ネットワーク３３を介して、他の装置から、ＲＴＰパケットおよびＳＲパケットを受信し、ＳＲパケットとＲＴＰパケットに含まれているデータとを分離して、例えば、映像、音声、テキストなどのデータを、データ処理部５２に供給し、ＲＴＰパケットに含まれている情報のうち、輻輳の予測に必要な情報を、輻輳予測部５３に供給するデータ受信部１０２が設けられている。
【０１６８】
なお、図１３を用いて説明したデータ送受信装置９１−１およびデータ送受信装置９１−２と、図２を用いて説明したデータ送信装置３１またはデータ受信装置３２とのデータ授受においても、本発明が適用可能であることは言うまでもない。
【０１６９】
このようにして、データ受信側の装置が、データ送信側の装置に対して、ＲＴＣＰ ＡＰＰを用いて、レート制御命令を送信するようにしたことにより、ＲＴＣＰ ＲＲパケットを用いたり、ＲＲパケットを拡張するよりも、簡単な構成で、レート制御を実現することが可能であり、更に、データ受信側の装置における輻輳の予測が高度化した場合においても、データ送信側の構成を変更する必要がない。
【０１７０】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１７１】
この記録媒体は、図１４に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１５１（フレキシブルディスクを含む）、光ディスク１５２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）を含む）、光磁気ディスク１５３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）（商標）を含む）、もしくは半導体メモリ１５４などよりなるパッケージメディアなどにより構成される。
【０１７２】
図１４は、上記処理を実行するパーソナルコンピュータ１３１の構成例を表している。パーソナルコンピュータ１３１のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１４２に記憶されているプログラム、またはＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）１４８から、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１４３にはまた、ＣＰＵ１４１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１７３】
ＣＰＵ１４１、ＲＯＭ１４２、およびＲＡＭ１４３は、内部バス１４４を介して相互に接続されている。この内部バス１４４にはまた、入出力インタフェース１４５も接続されている。
【０１７４】
入出力インタフェース１４５には、キーボード、マウスなどよりなる入力部１４６、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、およびＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどよりなる出力部１４７、ハードディスクにより構成されるＨＤＤ１４８、モデム、ターミナルアダプタなどより構成されるネットワークインターフェース１５０が接続されている。ネットワークインターフェース１５０は、例えば、インターネットなどのネットワーク３３を介しての通信処理を行う。
【０１７５】
入出力インタフェース１４５にはまた、必要に応じてドライブ１４９が接続され、磁気ディスク１５１、光ディスク１５２、光磁気ディスク１５３、または、半導体メモリ１５４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じてＨＤＤ１４８にインストールされる。
【０１７６】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１７７】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１７８】
【発明の効果】
このように、本発明によれば、データを受信することができる。特に、ネットワークの状況に応じて、データ伝送レートを制御する信号を生成し、送信側の装置に送信することができる。
【０１７９】
また、他の本発明によれば、データを送信することができる他、データ受信側の装置から受信したデータ伝送レートを制御する信号に基づいて、データ伝送レートを制御することができる。
【０１８０】
更に、他の本発明によれば、２つの装置において、データを送受信することができる他、データ受信側の装置が、ネットワークの状況に応じて、データ伝送レートを制御する信号を生成し、送信側の装置に送信し、データ送信側の装置は、データ伝送レートを制御する信号に基づいて、データ伝送レートを制御することができる。
【図面の簡単な説明】
【図１】従来のデータ通信システムについて説明するための図である。
【図２】本発明を適用したデータ通信システムのデータ送信装置およびデータ受信装置の構成を示すブロック図である。
【図３】ＳＲパケットについて説明する図である。
【図４】ＲＲパケットについて説明する図である。
【図５】ＡＰＰについて説明する図である。
【図６】図２の輻輳予測部の構成を示すブロック図である。
【図７】受信時刻による、遅延の単純減少について説明する図である。
【図８】状態遷移について説明する図である。
【図９】状態遷移とデータ送信レートについて説明する図である。
【図１０】統計情報生成処理について説明するフローチャートである。
【図１１】レート制御処理について説明するフローチャートである。
【図１２】送信レート変更処理について説明するフローチャートである。
【図１３】本発明を適用した、他のデータ通信システム例におけるデータ送受信装置の構成を示すブロック図である。
【図１４】パーソナルコンピュータの構成を示すブロック図である。
【符号の説明】
３１ データ送信装置， ３２ データ受信装置， ３３ ネットワーク， ４１ データ生成部， ４２ データ送信部， ４３ データ受信部， ４４ レート制御命令受信部， ４５ 送信レート制御部， ５１ データ受信部， ５２ データ処理部， ５３ 輻輳予測部， ５４ データ送信部， ５５ レート制御命令送信部， ８１ データ取得部， ８２ データ演算部， ８３ タイマ， ８４ 相対遅延増加率演算部， ８５ パケットロス率演算部， ８６ 状態遷移制御部， ８７ 受信レート設定部， ９１ データ送受信装置，１０１ データ送信部， １０２ データ受信部
Claims (20)
- 他の情報処理装置から、ネットワークを介して、データを受信する情報処理装置において、
前記他の情報処理装置から送信された、前記データの伝送状況を含む所定の情報を受信する第１の受信手段と、
前記第１の受信手段により受信された前記所定の情報を基に、前記ネットワークの輻輳を予測する輻輳予測手段と、
前記輻輳予測手段により前記輻輳が予測されるか否かを基に、前記他の情報処理装置のデータ伝送レートを制御する第１の制御信号を生成する制御信号生成手段と、
前記制御信号生成手段により生成された前記第１の制御信号を、前記他の情報処理装置へ送信する第１の送信手段とを備えることを特徴とする情報処理装置。 - 前記輻輳予測手段は、前記第１の受信手段により受信された前記所定の情報を基に、前記ネットワークにおけるデータ伝送の遅延を検出する遅延検出手段を備え、
前記制御信号生成手段は、前記遅延検出手段により検出された、前記データ伝送の遅延に基づいて、前記他の情報処理装置のデータ伝送レートを制御する前記第１の制御信号を生成することを特徴とする請求項１に記載の情報処理装置。 - 前記遅延検出手段は、前記所定の情報に記載されている前記他の情報処理装置における前記データの送信処理のためのクロックと、自分自身の前記データ受信処理のためのクロックとが一致する場合、この第１の基準クロックを用いてデータ伝送の遅延を検出し、前記所定の情報に記載されている前記他の情報処理装置における前記クロックと、自分自身における前記クロックとが異なる場合、前記第１の基準クロックとは異なる第２の基準クロックを用いて、前記データ伝送の遅延を検出することを特徴とする請求項２に記載の情報処理装置。
- 前記データは、ＲＦＣ１８８９に準拠するＲＴＰパケットであり、
前記第１の基準クロックは、ＮＴＰであり、
前記第２の基準クロックは、自分自身が内部に有する、前記第１の基準クロックとは異なるクロックであることを特徴とする請求項３に記載の情報処理装置。 - 前記第１の受信手段により前記所定の情報が受信された時刻を計測する受信時刻計測手段を更に備え、
前記遅延検出手段は、前記所定の情報に記載されている前記他の情報処理装置における前記データの送信処理のためのクロックと、自分自身の前記データ受信処理のためのクロックとが異なり、かつ、前記第２の基準クロックと前記第１の基準クロックとの写像関数を算出することができなかった場合、前記受信時刻計測手段により計測された複数の前記所定の情報の受信時刻を基に、相対的な前記データ伝送の遅延を検出することを特徴とする請求項３に記載の情報処理装置。 - 前記データは、所定の大きさのパケットにより構成され、
前記所定の情報は、前記パケットの受信数およびパケットロス数の情報を含む
ことを特徴とする請求項２に記載の情報処理装置。 - 前記輻輳予測手段は、前記第１の受信手段により受信された前記所定の情報を基に、前記他の情報処理装置から送信された前記パケットのパケットロス率を検出するパケットロス率検出手段を更に備え、
前記制御信号生成手段は、前記遅延検出手段により検出された前記データ伝送の遅延に加えて、前記パケットロス率検出手段により検出された前記パケットロス率に基づいて、前記他の情報処理装置の前記データ伝送レートを制御する前記第１の制御信号を生成することを特徴とする請求項６に記載の情報処理装置。 - 前記制御信号生成手段は、前記遅延検出手段により、第１の所定量以上の前記データ伝送の遅延の増加が検出されたか、または、前記パケットロス率検出手段により第２の所定量以上の前記パケットロス率が検出された場合、前記他の情報処理装置のデータ伝送レートを下げるように制御する前記第１の制御信号を生成することを特徴とする請求項７に記載の情報処理装置。
- 前記制御信号生成手段は、所定の時間、前記遅延検出手段により第１の所定量以上の前記データ伝送の遅延の増加が検出されず、かつ、前記パケットロス率検出手段により第２の所定量以上の前記パケットロス率が検出されなかった場合、前記他の情報処理装置のデータ伝送レートを上げるように制御する前記第１の制御信号を生成することを特徴とする請求項７に記載の情報処理装置。
- 前記輻輳予測手段は、
前記所定の情報を基に、第１の時間を基準とした前記ネットワークの輻輳を
予測するための第１の条件を検出する第１の輻輳条件検出手段と、
前記所定の情報を基に、第２の時間を基準とした前記ネットワークの輻輳を
予測するための第２の条件を検出する第２の輻輳条件検出手段と
を備えることを特徴とする請求項１に記載の情報処理装置。 - 前記制御信号生成手段は、前記第１の輻輳条件検出手段および前記第２の輻輳条件検出手段により、前記第１の条件または前記第２の条件のうちの少なくとも一方が検出された場合、前記他の情報処理装置のデータ伝送レートを下げるように制御する前記第１の制御信号を生成することを特徴とする請求項１０に記載の情報処理装置。
- 前記制御信号生成手段は、所定の時間、前記第１の輻輳条件検出手段および前記第２の輻輳条件検出手段により、前記第１の条件および前記第２の条件が検出されなかった場合、前記他の情報処理装置のデータ伝送レートを上げるように制御する前記第１の制御信号を生成することを特徴とする請求項１０に記載の情報処理装置。
- 前記他の情報処理装置に、前記データを送信する第２の送信手段と、
前記他の情報処理装置から、前記第２の送信手段による前記データの伝送レートを制御する第２の制御信号を受信する第２の受信手段と、
前記第２の受信手段により受信された前記第２の制御信号に基づいて、前記第２の送信手段により送信される前記データの伝送レートを制御する制御手段とを更に備えることを特徴とする請求項１に記載の情報処理装置。 - 前記データは、ＲＦＣ１８８９に準拠するＲＴＰパケットであることを特徴とする請求項１に記載の情報処理装置。
- 他の情報処理装置から、ネットワークを介して、データを受信する情報処理装置の情報処理方法において、
前記他の情報処理装置から送信された、前記データの伝送状況を含む所定の情報の受信を制御する受信制御ステップと、
前記受信制御ステップの処理により受信が制御された前記所定の情報を基に、前記ネットワークの輻輳を予測する輻輳予測ステップと、
前記輻輳予測ステップの処理により前記輻輳が予測されるか否かを基に、前記他の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成ステップとを含むことを特徴とする情報処理方法。 - 他の情報処理装置から、ネットワークを介して、データを受信する処理をコンピュータに実行させるプログラムであって、
前記他の情報処理装置から送信された、前記データの伝送状況を含む所定の情報の受信を制御する受信制御ステップと、
前記受信制御ステップの処理により受信が制御された前記所定の情報を基に、前記ネットワークの輻輳を予測する輻輳予測ステップと、
前記輻輳予測ステップの処理により前記輻輳が予測されるか否かを基に、前記他の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成ステップとを含むことを特徴とするプログラム。 - ネットワークを介して、他の情報処理装置にデータを送信する処理を実行する情報処理装置において、
前記他の情報処理装置に、前記データを送信する送信手段と、
前記他の情報処理装置から、前記送信手段によるデータ伝送レートを制御する制御信号を受信する受信手段と、
前記受信手段により受信された前記制御信号に基づいて、前記送信手段により送信される前記データの前記データ伝送レートを制御する制御手段とを備えることを特徴とする情報処理装置。 - ネットワークを介して、他の情報処理装置にデータを送信する送信手段を有する情報処理装置の情報処理方法において、
前記他の情報処理装置から、前記送信手段によるデータ伝送レートを制御する制御信号の受信を制御する受信制御ステップと、
前記受信制御ステップの処理により受信が制御された前記制御信号に基づいて、前記送信手段による前記データの送信におけるデータ伝送レートを制御する制御ステップとを含むことを特徴とする情報処理方法。 - 送信手段を用いて、ネットワークを介して、他の情報処理装置にデータを送信する処理をコンピュータに実行させるプログラムであって、前記他の情報処理装置から、前記送信手段によるデータ伝送レートを制御する制御信号の受信を制御する受信制御ステップと、
前記受信制御ステップの処理により受信が制御された前記制御信号に基づいて、前記送信手段による前記データの送信におけるデータ伝送レートを制御する制御ステップとを含むことを特徴とするプログラム。 - 他の情報処理装置から、ネットワークを介して、データを受信する第１の情報処理装置と、
ネットワークを介して、他の情報処理装置にデータを送信する第２の情報処理装置とで構成されるデータ通信システムにおいて、
前記第１の情報処理装置は、
前記第２の情報処理装置から送信された、前記データの伝送状況を含む所定
の情報を受信する第１の受信手段と、
前記第１の受信手段により受信された前記所定の情報を基に、前記ネットワークの輻輳を予測する輻輳予測手段と、
前記輻輳予測手段により前記輻輳が予測されるか否かを基に、前記第２の情報処理装置のデータ伝送レートを制御する制御信号を生成する制御信号生成手
段と、
前記制御信号生成手段により生成された前記制御信号を、前記第２の情報処
理装置へ送信する第１の送信手段とを備え、
前記第２の情報処理装置は、
前記第１の情報処理装置に、前記所定の情報および前記データを送信する第
２の送信手段と、
前記第１の情報処理装置から、前記第２の送信手段によるデータ伝送レート
を制御する前記制御信号を受信する第２の受信手段と、
前記第２の受信手段により受信された前記制御信号に基づいて、前記第２の送信手段により送信される前記データの前記データ伝送レートを制御する制御
手段とを備えることを特徴とするデータ通信システム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003055145A JP3769752B2 (ja) | 2002-12-24 | 2003-03-03 | 情報処理装置および情報処理方法、データ通信システム、並びに、プログラム |
| EP20030257726 EP1434378A3 (en) | 2002-12-24 | 2003-12-09 | Information processing apparatus, information processing method, data communication system and data communication program |
| US10/744,893 US20040199659A1 (en) | 2002-12-24 | 2003-12-23 | Information processing apparatus, information processing method, data communication system and program |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002371426 | 2002-12-24 | ||
| JP2003055145A JP3769752B2 (ja) | 2002-12-24 | 2003-03-03 | 情報処理装置および情報処理方法、データ通信システム、並びに、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004254258A true JP2004254258A (ja) | 2004-09-09 |
| JP3769752B2 JP3769752B2 (ja) | 2006-04-26 |
Family
ID=32473721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003055145A Expired - Fee Related JP3769752B2 (ja) | 2002-12-24 | 2003-03-03 | 情報処理装置および情報処理方法、データ通信システム、並びに、プログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20040199659A1 (ja) |
| EP (1) | EP1434378A3 (ja) |
| JP (1) | JP3769752B2 (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006054442A1 (ja) * | 2004-11-17 | 2006-05-26 | Sharp Kabushiki Kaisha | 送信装置、受信装置及び通信システム |
| WO2006064911A1 (ja) * | 2004-12-17 | 2006-06-22 | Matsushita Electric Industrial Co., Ltd. | 検出方法 |
| JP2006237865A (ja) * | 2005-02-23 | 2006-09-07 | Yamaha Corp | 通信装置 |
| JP2007097099A (ja) * | 2005-09-30 | 2007-04-12 | Hitachi Kokusai Electric Inc | データ伝送装置 |
| JP2008532407A (ja) * | 2005-03-03 | 2008-08-14 | アダプティブ スペクトラム アンド シグナル アラインメント インコーポレイテッド | Ｄｓｌ状態及びラインプロファイルの制御 |
| JP2008236477A (ja) * | 2007-03-22 | 2008-10-02 | Oki Electric Ind Co Ltd | 通信遅延時間推定方法、通信遅延時間推定プログラム、車載通信器 |
| JP2009188885A (ja) * | 2008-02-08 | 2009-08-20 | Nec Corp | 通信装置、通信システム、通信方法及び通信プログラム |
| JP2010219767A (ja) * | 2009-03-16 | 2010-09-30 | Mitsubishi Electric Corp | 映像伝送装置及び映像伝送システム |
| WO2014171543A1 (ja) | 2013-04-19 | 2014-10-23 | 日本電気株式会社 | データ送信装置、データ送信方法、及びそのプログラム |
| JP2017005382A (ja) * | 2015-06-05 | 2017-01-05 | 株式会社東芝 | 通信装置、通信システム、推定方法及びプログラム |
| US20240048466A1 (en) * | 2020-12-09 | 2024-02-08 | Nippon Telegraph And Telephone Corporation | Packet Capture Device, Time Stamp Amendment Method, Packet Capture Method and Packet Capture Program |
Families Citing this family (177)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100608821B1 (ko) * | 2004-07-22 | 2006-08-08 | 엘지전자 주식회사 | 휴대단말기의 왕복지연시간 측정장치 및 방법 |
| US9621473B2 (en) | 2004-08-18 | 2017-04-11 | Open Text Sa Ulc | Method and system for sending data |
| GB2417391B (en) * | 2004-08-18 | 2007-04-18 | Wecomm Ltd | Transmitting data over a network |
| US20060075449A1 (en) * | 2004-09-24 | 2006-04-06 | Cisco Technology, Inc. | Distributed architecture for digital program insertion in video streams delivered over packet networks |
| US7870590B2 (en) * | 2004-10-20 | 2011-01-11 | Cisco Technology, Inc. | System and method for fast start-up of live multicast streams transmitted over a packet network |
| KR100706602B1 (ko) * | 2004-12-16 | 2007-04-11 | 한국전자통신연구원 | 통신 품질 측정 시스템 및 그 방법 |
| JP4645281B2 (ja) * | 2005-04-19 | 2011-03-09 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| JP4688566B2 (ja) * | 2005-05-10 | 2011-05-25 | 富士通東芝モバイルコミュニケーションズ株式会社 | 送信機及び受信機 |
| US20070038834A1 (en) * | 2005-07-25 | 2007-02-15 | Rolf Fritz | Method and System for Managing the Sending of Data Packets Over a Data Path |
| US20070071026A1 (en) * | 2005-09-23 | 2007-03-29 | Rivulet Communications, Inc. | Compressed video packet scheduling system |
| US7680047B2 (en) * | 2005-11-22 | 2010-03-16 | Cisco Technology, Inc. | Maximum transmission unit tuning mechanism for a real-time transport protocol stream |
| US7876696B2 (en) * | 2006-01-27 | 2011-01-25 | Texas Instruments Incorporated | Adaptive upstream bandwidth estimation and shaping |
| US7965771B2 (en) | 2006-02-27 | 2011-06-21 | Cisco Technology, Inc. | Method and apparatus for immediate display of multicast IPTV over a bandwidth constrained network |
| US8218654B2 (en) | 2006-03-08 | 2012-07-10 | Cisco Technology, Inc. | Method for reducing channel change startup delays for multicast digital video streams |
| US20070263824A1 (en) * | 2006-04-18 | 2007-11-15 | Cisco Technology, Inc. | Network resource optimization in a video conference |
| US8326927B2 (en) * | 2006-05-23 | 2012-12-04 | Cisco Technology, Inc. | Method and apparatus for inviting non-rich media endpoints to join a conference sidebar session |
| US7796532B2 (en) * | 2006-05-31 | 2010-09-14 | Cisco Technology, Inc. | Media segment monitoring |
| US8358763B2 (en) * | 2006-08-21 | 2013-01-22 | Cisco Technology, Inc. | Camping on a conference or telephony port |
| US8031701B2 (en) | 2006-09-11 | 2011-10-04 | Cisco Technology, Inc. | Retransmission-based stream repair and stream join |
| US7847815B2 (en) * | 2006-10-11 | 2010-12-07 | Cisco Technology, Inc. | Interaction based on facial recognition of conference participants |
| US7693190B2 (en) * | 2006-11-22 | 2010-04-06 | Cisco Technology, Inc. | Lip synchronization for audio/video transmissions over a network |
| US8121277B2 (en) * | 2006-12-12 | 2012-02-21 | Cisco Technology, Inc. | Catch-up playback in a conferencing system |
| US8769591B2 (en) | 2007-02-12 | 2014-07-01 | Cisco Technology, Inc. | Fast channel change on a bandwidth constrained network |
| WO2008126311A1 (ja) * | 2007-03-30 | 2008-10-23 | Fujitsu Limited | 動画記録方法および情報処理装置 |
| US20100325255A1 (en) * | 2007-04-05 | 2010-12-23 | Gene Cheung | Data transmission system and method |
| US20080253369A1 (en) | 2007-04-16 | 2008-10-16 | Cisco Technology, Inc. | Monitoring and correcting upstream packet loss |
| US7724780B2 (en) * | 2007-04-19 | 2010-05-25 | Cisco Technology, Ink. | Synchronization of one or more source RTP streams at multiple receiver destinations |
| US20100146415A1 (en) * | 2007-07-12 | 2010-06-10 | Viasat, Inc. | Dns prefetch |
| US20090016222A1 (en) * | 2007-07-12 | 2009-01-15 | Viasat, Inc. | Methods and systems for implementing time-slice flow control |
| US8171135B2 (en) * | 2007-07-12 | 2012-05-01 | Viasat, Inc. | Accumulator for prefetch abort |
| US8549099B2 (en) * | 2007-07-12 | 2013-10-01 | Viasat, Inc. | Methods and systems for javascript parsing |
| US8966053B2 (en) * | 2007-07-12 | 2015-02-24 | Viasat, Inc. | Methods and systems for performing a prefetch abort operation for network acceleration |
| US7944836B2 (en) * | 2007-08-29 | 2011-05-17 | Ericsson Ab | Adaptive method and apparatus for adjusting network traffic volume reporting |
| KR101522641B1 (ko) * | 2007-09-11 | 2015-05-26 | 삼성전자주식회사 | 고속 송수신을 위한 지그비 통신 장치 및 방법 |
| US8289362B2 (en) * | 2007-09-26 | 2012-10-16 | Cisco Technology, Inc. | Audio directionality control for a multi-display switched video conferencing system |
| US8245287B2 (en) | 2007-10-01 | 2012-08-14 | Viasat, Inc. | Server message block (SMB) security signatures seamless session switch |
| US9654328B2 (en) | 2007-10-15 | 2017-05-16 | Viasat, Inc. | Methods and systems for implementing a cache model in a prefetching system |
| US8036240B2 (en) * | 2007-12-14 | 2011-10-11 | Microsoft Corporation | Software defined cognitive radio |
| US8787153B2 (en) | 2008-02-10 | 2014-07-22 | Cisco Technology, Inc. | Forward error correction based data recovery with path diversity |
| US20090213435A1 (en) * | 2008-02-22 | 2009-08-27 | Larry Cohen | Certified inbound facsimile service |
| JP5536059B2 (ja) * | 2008-07-28 | 2014-07-02 | ヴァントリックス コーポレーション | 経時変化する容量を有する接続のフローレート適合 |
| TW201019649A (en) * | 2008-11-06 | 2010-05-16 | Inst Information Industry | Network system, adjusting method of data transmission rate and computer program procut thereof |
| US20100180082A1 (en) * | 2009-01-12 | 2010-07-15 | Viasat, Inc. | Methods and systems for implementing url masking |
| US10348571B2 (en) * | 2009-06-11 | 2019-07-09 | Talari Networks, Inc. | Methods and apparatus for accessing dynamic routing information from networks coupled to a wide area network (WAN) to determine optimized end-to-end routing paths |
| US9069727B2 (en) | 2011-08-12 | 2015-06-30 | Talari Networks Incorporated | Adaptive private network with geographically redundant network control nodes |
| FR2946820B1 (fr) * | 2009-06-16 | 2012-05-11 | Canon Kk | Procede de transmission de donnees et dispositif associe. |
| US8427949B2 (en) * | 2009-08-07 | 2013-04-23 | Future Wei Technologies, Inc. | System and method for adapting a source rate |
| GB2476116A (en) * | 2009-12-14 | 2011-06-15 | Dublin Inst Of Technology | Real-time VoIP transmission quality predictor and quality-driven de jitter buffer |
| KR101818243B1 (ko) * | 2010-01-22 | 2018-02-22 | 삼성전자주식회사 | 통신 시스템의 적응적인 버퍼 관리 방법 및 장치 |
| JP5510000B2 (ja) * | 2010-03-31 | 2014-06-04 | ソニー株式会社 | コンテンツ送信装置、コンテンツ再生システム、コンテンツ送信方法、およびプログラム |
| JP5772395B2 (ja) * | 2011-08-29 | 2015-09-02 | 富士通株式会社 | 送信レート制御のためのプログラム、制御方法及び情報処理装置 |
| US9386127B2 (en) | 2011-09-28 | 2016-07-05 | Open Text S.A. | System and method for data transfer, including protocols for use in data transfer |
| US10103949B2 (en) * | 2012-03-15 | 2018-10-16 | Microsoft Technology Licensing, Llc | Count tracking in distributed environments |
| US11871901B2 (en) | 2012-05-20 | 2024-01-16 | Cilag Gmbh International | Method for situational awareness for surgical network or surgical network connected device capable of adjusting function based on a sensed situation or usage |
| JP2015082149A (ja) * | 2013-10-21 | 2015-04-27 | 株式会社リコー | 通信システム、通信方法及び通信プログラム |
| WO2015122810A1 (en) * | 2014-02-14 | 2015-08-20 | Telefonaktiebolaget L M Ericsson (Publ) | Determination of bit rate request |
| US11504192B2 (en) | 2014-10-30 | 2022-11-22 | Cilag Gmbh International | Method of hub communication with surgical instrument systems |
| GB2542984B (en) * | 2015-07-31 | 2020-02-19 | Imagination Tech Ltd | Identifying network congestion based on a processor load and receiving delay |
| GB2535819B (en) | 2015-07-31 | 2017-05-17 | Imagination Tech Ltd | Monitoring network conditions |
| EP3668039A1 (en) * | 2017-08-08 | 2020-06-17 | Sony Corporation | Sending terminal, sending method, information processing terminal, and information processing method |
| US11311342B2 (en) | 2017-10-30 | 2022-04-26 | Cilag Gmbh International | Method for communicating with surgical instrument systems |
| US11510741B2 (en) | 2017-10-30 | 2022-11-29 | Cilag Gmbh International | Method for producing a surgical instrument comprising a smart electrical system |
| US11317919B2 (en) | 2017-10-30 | 2022-05-03 | Cilag Gmbh International | Clip applier comprising a clip crimping system |
| US11564756B2 (en) | 2017-10-30 | 2023-01-31 | Cilag Gmbh International | Method of hub communication with surgical instrument systems |
| US11413042B2 (en) | 2017-10-30 | 2022-08-16 | Cilag Gmbh International | Clip applier comprising a reciprocating clip advancing member |
| US11229436B2 (en) | 2017-10-30 | 2022-01-25 | Cilag Gmbh International | Surgical system comprising a surgical tool and a surgical hub |
| US11911045B2 (en) | 2017-10-30 | 2024-02-27 | Cllag GmbH International | Method for operating a powered articulating multi-clip applier |
| US11291510B2 (en) | 2017-10-30 | 2022-04-05 | Cilag Gmbh International | Method of hub communication with surgical instrument systems |
| US10932806B2 (en) | 2017-10-30 | 2021-03-02 | Ethicon Llc | Reactive algorithm for surgical system |
| US11801098B2 (en) | 2017-10-30 | 2023-10-31 | Cilag Gmbh International | Method of hub communication with surgical instrument systems |
| US11678881B2 (en) | 2017-12-28 | 2023-06-20 | Cilag Gmbh International | Spatial awareness of surgical hubs in operating rooms |
| US11446052B2 (en) | 2017-12-28 | 2022-09-20 | Cilag Gmbh International | Variation of radio frequency and ultrasonic power level in cooperation with varying clamp arm pressure to achieve predefined heat flux or power applied to tissue |
| US10892995B2 (en) | 2017-12-28 | 2021-01-12 | Ethicon Llc | Surgical network determination of prioritization of communication, interaction, or processing based on system or device needs |
| US11659023B2 (en) | 2017-12-28 | 2023-05-23 | Cilag Gmbh International | Method of hub communication |
| US11324557B2 (en) | 2017-12-28 | 2022-05-10 | Cilag Gmbh International | Surgical instrument with a sensing array |
| US11864728B2 (en) | 2017-12-28 | 2024-01-09 | Cilag Gmbh International | Characterization of tissue irregularities through the use of mono-chromatic light refractivity |
| US11969142B2 (en) | 2017-12-28 | 2024-04-30 | Cilag Gmbh International | Method of compressing tissue within a stapling device and simultaneously displaying the location of the tissue within the jaws |
| US20190201039A1 (en) | 2017-12-28 | 2019-07-04 | Ethicon Llc | Situational awareness of electrosurgical systems |
| US11666331B2 (en) | 2017-12-28 | 2023-06-06 | Cilag Gmbh International | Systems for detecting proximity of surgical end effector to cancerous tissue |
| US11969216B2 (en) | 2017-12-28 | 2024-04-30 | Cilag Gmbh International | Surgical network recommendations from real time analysis of procedure variables against a baseline highlighting differences from the optimal solution |
| US11589888B2 (en) | 2017-12-28 | 2023-02-28 | Cilag Gmbh International | Method for controlling smart energy devices |
| US11559307B2 (en) | 2017-12-28 | 2023-01-24 | Cilag Gmbh International | Method of robotic hub communication, detection, and control |
| US11284936B2 (en) | 2017-12-28 | 2022-03-29 | Cilag Gmbh International | Surgical instrument having a flexible electrode |
| US11410259B2 (en) | 2017-12-28 | 2022-08-09 | Cilag Gmbh International | Adaptive control program updates for surgical devices |
| US11304699B2 (en) | 2017-12-28 | 2022-04-19 | Cilag Gmbh International | Method for adaptive control schemes for surgical network control and interaction |
| US11903601B2 (en) | 2017-12-28 | 2024-02-20 | Cilag Gmbh International | Surgical instrument comprising a plurality of drive systems |
| US11364075B2 (en) | 2017-12-28 | 2022-06-21 | Cilag Gmbh International | Radio frequency energy device for delivering combined electrical signals |
| US11998193B2 (en) | 2017-12-28 | 2024-06-04 | Cilag Gmbh International | Method for usage of the shroud as an aspect of sensing or controlling a powered surgical device, and a control algorithm to adjust its default operation |
| US11266468B2 (en) | 2017-12-28 | 2022-03-08 | Cilag Gmbh International | Cooperative utilization of data derived from secondary sources by intelligent surgical hubs |
| US11202570B2 (en) | 2017-12-28 | 2021-12-21 | Cilag Gmbh International | Communication hub and storage device for storing parameters and status of a surgical device to be shared with cloud based analytics systems |
| US11464559B2 (en) | 2017-12-28 | 2022-10-11 | Cilag Gmbh International | Estimating state of ultrasonic end effector and control system therefor |
| US11147607B2 (en) | 2017-12-28 | 2021-10-19 | Cilag Gmbh International | Bipolar combination device that automatically adjusts pressure based on energy modality |
| US11291495B2 (en) | 2017-12-28 | 2022-04-05 | Cilag Gmbh International | Interruption of energy due to inadvertent capacitive coupling |
| US11166772B2 (en) | 2017-12-28 | 2021-11-09 | Cilag Gmbh International | Surgical hub coordination of control and communication of operating room devices |
| US11896443B2 (en) | 2017-12-28 | 2024-02-13 | Cilag Gmbh International | Control of a surgical system through a surgical barrier |
| US11069012B2 (en) | 2017-12-28 | 2021-07-20 | Cilag Gmbh International | Interactive surgical systems with condition handling of devices and data capabilities |
| US11529187B2 (en) | 2017-12-28 | 2022-12-20 | Cilag Gmbh International | Surgical evacuation sensor arrangements |
| US11818052B2 (en) | 2017-12-28 | 2023-11-14 | Cilag Gmbh International | Surgical network determination of prioritization of communication, interaction, or processing based on system or device needs |
| US11278281B2 (en) | 2017-12-28 | 2022-03-22 | Cilag Gmbh International | Interactive surgical system |
| US20190201146A1 (en) | 2017-12-28 | 2019-07-04 | Ethicon Llc | Safety systems for smart powered surgical stapling |
| US10849697B2 (en) | 2017-12-28 | 2020-12-01 | Ethicon Llc | Cloud interface for coupled surgical devices |
| US11786245B2 (en) * | 2017-12-28 | 2023-10-17 | Cilag Gmbh International | Surgical systems with prioritized data transmission capabilities |
| US11179175B2 (en) | 2017-12-28 | 2021-11-23 | Cilag Gmbh International | Controlling an ultrasonic surgical instrument according to tissue location |
| US11179208B2 (en) | 2017-12-28 | 2021-11-23 | Cilag Gmbh International | Cloud-based medical analytics for security and authentication trends and reactive measures |
| US11304745B2 (en) | 2017-12-28 | 2022-04-19 | Cilag Gmbh International | Surgical evacuation sensing and display |
| US11576677B2 (en) | 2017-12-28 | 2023-02-14 | Cilag Gmbh International | Method of hub communication, processing, display, and cloud analytics |
| US11096693B2 (en) | 2017-12-28 | 2021-08-24 | Cilag Gmbh International | Adjustment of staple height of at least one row of staples based on the sensed tissue thickness or force in closing |
| US10758310B2 (en) | 2017-12-28 | 2020-09-01 | Ethicon Llc | Wireless pairing of a surgical device with another device within a sterile surgical field based on the usage and situational awareness of devices |
| US11602393B2 (en) | 2017-12-28 | 2023-03-14 | Cilag Gmbh International | Surgical evacuation sensing and generator control |
| US11311306B2 (en) | 2017-12-28 | 2022-04-26 | Cilag Gmbh International | Surgical systems for detecting end effector tissue distribution irregularities |
| US11423007B2 (en) | 2017-12-28 | 2022-08-23 | Cilag Gmbh International | Adjustment of device control programs based on stratified contextual data in addition to the data |
| US11844579B2 (en) | 2017-12-28 | 2023-12-19 | Cilag Gmbh International | Adjustments based on airborne particle properties |
| US11100631B2 (en) | 2017-12-28 | 2021-08-24 | Cilag Gmbh International | Use of laser light and red-green-blue coloration to determine properties of back scattered light |
| US11832840B2 (en) | 2017-12-28 | 2023-12-05 | Cilag Gmbh International | Surgical instrument having a flexible circuit |
| US10898622B2 (en) | 2017-12-28 | 2021-01-26 | Ethicon Llc | Surgical evacuation system with a communication circuit for communication between a filter and a smoke evacuation device |
| US11056244B2 (en) | 2017-12-28 | 2021-07-06 | Cilag Gmbh International | Automated data scaling, alignment, and organizing based on predefined parameters within surgical networks |
| US11160605B2 (en) | 2017-12-28 | 2021-11-02 | Cilag Gmbh International | Surgical evacuation sensing and motor control |
| US10966791B2 (en) | 2017-12-28 | 2021-04-06 | Ethicon Llc | Cloud-based medical analytics for medical facility segmented individualization of instrument function |
| US11424027B2 (en) | 2017-12-28 | 2022-08-23 | Cilag Gmbh International | Method for operating surgical instrument systems |
| US11051876B2 (en) | 2017-12-28 | 2021-07-06 | Cilag Gmbh International | Surgical evacuation flow paths |
| US11432885B2 (en) | 2017-12-28 | 2022-09-06 | Cilag Gmbh International | Sensing arrangements for robot-assisted surgical platforms |
| US11559308B2 (en) | 2017-12-28 | 2023-01-24 | Cilag Gmbh International | Method for smart energy device infrastructure |
| US11132462B2 (en) | 2017-12-28 | 2021-09-28 | Cilag Gmbh International | Data stripping method to interrogate patient records and create anonymized record |
| US11376002B2 (en) | 2017-12-28 | 2022-07-05 | Cilag Gmbh International | Surgical instrument cartridge sensor assemblies |
| US11234756B2 (en) | 2017-12-28 | 2022-02-01 | Cilag Gmbh International | Powered surgical tool with predefined adjustable control algorithm for controlling end effector parameter |
| US11540855B2 (en) | 2017-12-28 | 2023-01-03 | Cilag Gmbh International | Controlling activation of an ultrasonic surgical instrument according to the presence of tissue |
| US10944728B2 (en) | 2017-12-28 | 2021-03-09 | Ethicon Llc | Interactive surgical systems with encrypted communication capabilities |
| US11464535B2 (en) | 2017-12-28 | 2022-10-11 | Cilag Gmbh International | Detection of end effector emersion in liquid |
| US10943454B2 (en) | 2017-12-28 | 2021-03-09 | Ethicon Llc | Detection and escalation of security responses of surgical instruments to increasing severity threats |
| US11257589B2 (en) | 2017-12-28 | 2022-02-22 | Cilag Gmbh International | Real-time analysis of comprehensive cost of all instrumentation used in surgery utilizing data fluidity to track instruments through stocking and in-house processes |
| US11304720B2 (en) | 2017-12-28 | 2022-04-19 | Cilag Gmbh International | Activation of energy devices |
| US11389164B2 (en) | 2017-12-28 | 2022-07-19 | Cilag Gmbh International | Method of using reinforced flexible circuits with multiple sensors to optimize performance of radio frequency devices |
| US11304763B2 (en) | 2017-12-28 | 2022-04-19 | Cilag Gmbh International | Image capturing of the areas outside the abdomen to improve placement and control of a surgical device in use |
| US11419667B2 (en) | 2017-12-28 | 2022-08-23 | Cilag Gmbh International | Ultrasonic energy device which varies pressure applied by clamp arm to provide threshold control pressure at a cut progression location |
| US11253315B2 (en) | 2017-12-28 | 2022-02-22 | Cilag Gmbh International | Increasing radio frequency to create pad-less monopolar loop |
| US11672605B2 (en) | 2017-12-28 | 2023-06-13 | Cilag Gmbh International | Sterile field interactive control displays |
| US10892899B2 (en) | 2017-12-28 | 2021-01-12 | Ethicon Llc | Self describing data packets generated at an issuing instrument |
| US11832899B2 (en) | 2017-12-28 | 2023-12-05 | Cilag Gmbh International | Surgical systems with autonomously adjustable control programs |
| US11744604B2 (en) | 2017-12-28 | 2023-09-05 | Cilag Gmbh International | Surgical instrument with a hardware-only control circuit |
| US11937769B2 (en) | 2017-12-28 | 2024-03-26 | Cilag Gmbh International | Method of hub communication, processing, storage and display |
| US11109866B2 (en) | 2017-12-28 | 2021-09-07 | Cilag Gmbh International | Method for circular stapler control algorithm adjustment based on situational awareness |
| US10932872B2 (en) | 2017-12-28 | 2021-03-02 | Ethicon Llc | Cloud-based medical analytics for linking of local usage trends with the resource acquisition behaviors of larger data set |
| US11058498B2 (en) | 2017-12-28 | 2021-07-13 | Cilag Gmbh International | Cooperative surgical actions for robot-assisted surgical platforms |
| US11273001B2 (en) | 2017-12-28 | 2022-03-15 | Cilag Gmbh International | Surgical hub and modular device response adjustment based on situational awareness |
| US11896322B2 (en) | 2017-12-28 | 2024-02-13 | Cilag Gmbh International | Sensing the patient position and contact utilizing the mono-polar return pad electrode to provide situational awareness to the hub |
| US20190201113A1 (en) | 2017-12-28 | 2019-07-04 | Ethicon Llc | Controls for robot-assisted surgical platforms |
| US11076921B2 (en) | 2017-12-28 | 2021-08-03 | Cilag Gmbh International | Adaptive control program updates for surgical hubs |
| US11308075B2 (en) | 2017-12-28 | 2022-04-19 | Cilag Gmbh International | Surgical network, instrument, and cloud responses based on validation of received dataset and authentication of its source and integrity |
| US11419630B2 (en) | 2017-12-28 | 2022-08-23 | Cilag Gmbh International | Surgical system distributed processing |
| US11633237B2 (en) | 2017-12-28 | 2023-04-25 | Cilag Gmbh International | Usage and technique analysis of surgeon / staff performance against a baseline to optimize device utilization and performance for both current and future procedures |
| US11571234B2 (en) | 2017-12-28 | 2023-02-07 | Cilag Gmbh International | Temperature control of ultrasonic end effector and control system therefor |
| US11786251B2 (en) | 2017-12-28 | 2023-10-17 | Cilag Gmbh International | Method for adaptive control schemes for surgical network control and interaction |
| US11317937B2 (en) | 2018-03-08 | 2022-05-03 | Cilag Gmbh International | Determining the state of an ultrasonic end effector |
| US11857152B2 (en) | 2017-12-28 | 2024-01-02 | Cilag Gmbh International | Surgical hub spatial awareness to determine devices in operating theater |
| US10987178B2 (en) | 2017-12-28 | 2021-04-27 | Ethicon Llc | Surgical hub control arrangements |
| US11534196B2 (en) | 2018-03-08 | 2022-12-27 | Cilag Gmbh International | Using spectroscopy to determine device use state in combo instrument |
| US11986233B2 (en) | 2018-03-08 | 2024-05-21 | Cilag Gmbh International | Adjustment of complex impedance to compensate for lost power in an articulating ultrasonic device |
| US11259830B2 (en) | 2018-03-08 | 2022-03-01 | Cilag Gmbh International | Methods for controlling temperature in ultrasonic device |
| US11259806B2 (en) | 2018-03-28 | 2022-03-01 | Cilag Gmbh International | Surgical stapling devices with features for blocking advancement of a camming assembly of an incompatible cartridge installed therein |
| US11207067B2 (en) | 2018-03-28 | 2021-12-28 | Cilag Gmbh International | Surgical stapling device with separate rotary driven closure and firing systems and firing member that engages both jaws while firing |
| US11197668B2 (en) | 2018-03-28 | 2021-12-14 | Cilag Gmbh International | Surgical stapling assembly comprising a lockout and an exterior access orifice to permit artificial unlocking of the lockout |
| US11219453B2 (en) | 2018-03-28 | 2022-01-11 | Cilag Gmbh International | Surgical stapling devices with cartridge compatible closure and firing lockout arrangements |
| US10973520B2 (en) | 2018-03-28 | 2021-04-13 | Ethicon Llc | Surgical staple cartridge with firing member driven camming assembly that has an onboard tissue cutting feature |
| US11471156B2 (en) | 2018-03-28 | 2022-10-18 | Cilag Gmbh International | Surgical stapling devices with improved rotary driven closure systems |
| US11090047B2 (en) | 2018-03-28 | 2021-08-17 | Cilag Gmbh International | Surgical instrument comprising an adaptive control system |
| US11096688B2 (en) | 2018-03-28 | 2021-08-24 | Cilag Gmbh International | Rotary driven firing members with different anvil and channel engagement features |
| US11278280B2 (en) | 2018-03-28 | 2022-03-22 | Cilag Gmbh International | Surgical instrument comprising a jaw closure lockout |
| CN112042163B (zh) | 2018-05-25 | 2022-09-09 | 华为技术有限公司 | 传输数据的方法和装置 |
| CN111436048B (zh) * | 2019-02-03 | 2022-03-01 | 维沃移动通信有限公司 | 支持时间敏感通信的方法及通信设备 |
| US11464511B2 (en) | 2019-02-19 | 2022-10-11 | Cilag Gmbh International | Surgical staple cartridges with movable authentication key arrangements |
| US11317915B2 (en) | 2019-02-19 | 2022-05-03 | Cilag Gmbh International | Universal cartridge based key feature that unlocks multiple lockout arrangements in different surgical staplers |
| US11357503B2 (en) | 2019-02-19 | 2022-06-14 | Cilag Gmbh International | Staple cartridge retainers with frangible retention features and methods of using same |
| US11298129B2 (en) | 2019-02-19 | 2022-04-12 | Cilag Gmbh International | Method for providing an authentication lockout in a surgical stapler with a replaceable cartridge |
| US11369377B2 (en) | 2019-02-19 | 2022-06-28 | Cilag Gmbh International | Surgical stapling assembly with cartridge based retainer configured to unlock a firing lockout |
| USD950728S1 (en) | 2019-06-25 | 2022-05-03 | Cilag Gmbh International | Surgical staple cartridge |
| USD964564S1 (en) | 2019-06-25 | 2022-09-20 | Cilag Gmbh International | Surgical staple cartridge retainer with a closure system authentication key |
| USD952144S1 (en) | 2019-06-25 | 2022-05-17 | Cilag Gmbh International | Surgical staple cartridge retainer with firing system authentication key |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2301977B (en) * | 1995-06-05 | 1999-10-27 | Fujitsu Ltd | ABR traffic management in ATM networks |
| US6687752B1 (en) * | 2000-03-01 | 2004-02-03 | Ezenial Inc. | Dynamic RTP/RTCP timestamp validation |
| EP1241837B1 (en) * | 2000-08-24 | 2018-02-28 | Panasonic Intellectual Property Corporation of America | Transmitting/receiving method and device therefor |
| JP3769468B2 (ja) * | 2001-03-21 | 2006-04-26 | 株式会社エヌ・ティ・ティ・ドコモ | 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置 |
| JP2002300274A (ja) * | 2001-03-30 | 2002-10-11 | Fujitsu Ltd | ゲートウェイ装置及び音声データ転送方法 |
| JP3882187B2 (ja) * | 2001-04-19 | 2007-02-14 | 日本電気株式会社 | フロー制御システムおよび方法 |
| JP3900413B2 (ja) * | 2002-02-14 | 2007-04-04 | Ｋｄｄｉ株式会社 | 映像情報伝送方式およびプログラム |
-
2003
- 2003-03-03 JP JP2003055145A patent/JP3769752B2/ja not_active Expired - Fee Related
- 2003-12-09 EP EP20030257726 patent/EP1434378A3/en not_active Withdrawn
- 2003-12-23 US US10/744,893 patent/US20040199659A1/en not_active Abandoned
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8281356B2 (en) | 2004-11-17 | 2012-10-02 | Sharp Kabushiki Kaisha | Transmitter |
| JPWO2006054442A1 (ja) * | 2004-11-17 | 2008-05-29 | シャープ株式会社 | 送信装置、受信装置及び通信システム |
| WO2006054442A1 (ja) * | 2004-11-17 | 2006-05-26 | Sharp Kabushiki Kaisha | 送信装置、受信装置及び通信システム |
| JP4838143B2 (ja) * | 2004-11-17 | 2011-12-14 | シャープ株式会社 | 送信装置 |
| WO2006064911A1 (ja) * | 2004-12-17 | 2006-06-22 | Matsushita Electric Industrial Co., Ltd. | 検出方法 |
| JP2006237865A (ja) * | 2005-02-23 | 2006-09-07 | Yamaha Corp | 通信装置 |
| JP2008532407A (ja) * | 2005-03-03 | 2008-08-14 | アダプティブ スペクトラム アンド シグナル アラインメント インコーポレイテッド | Ｄｓｌ状態及びラインプロファイルの制御 |
| JP4913758B2 (ja) * | 2005-03-03 | 2012-04-11 | アダプティブ スペクトラム アンド シグナル アラインメント インコーポレイテッド | Ｄｓｌ状態及びラインプロファイルの制御 |
| JP2007097099A (ja) * | 2005-09-30 | 2007-04-12 | Hitachi Kokusai Electric Inc | データ伝送装置 |
| JP2008236477A (ja) * | 2007-03-22 | 2008-10-02 | Oki Electric Ind Co Ltd | 通信遅延時間推定方法、通信遅延時間推定プログラム、車載通信器 |
| JP2009188885A (ja) * | 2008-02-08 | 2009-08-20 | Nec Corp | 通信装置、通信システム、通信方法及び通信プログラム |
| JP2010219767A (ja) * | 2009-03-16 | 2010-09-30 | Mitsubishi Electric Corp | 映像伝送装置及び映像伝送システム |
| WO2014171543A1 (ja) | 2013-04-19 | 2014-10-23 | 日本電気株式会社 | データ送信装置、データ送信方法、及びそのプログラム |
| US10200263B2 (en) | 2013-04-19 | 2019-02-05 | Nec Corporation | Data transmission device, data transmission method, and program therefor |
| JP2017005382A (ja) * | 2015-06-05 | 2017-01-05 | 株式会社東芝 | 通信装置、通信システム、推定方法及びプログラム |
| US20240048466A1 (en) * | 2020-12-09 | 2024-02-08 | Nippon Telegraph And Telephone Corporation | Packet Capture Device, Time Stamp Amendment Method, Packet Capture Method and Packet Capture Program |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1434378A2 (en) | 2004-06-30 |
| US20040199659A1 (en) | 2004-10-07 |
| JP3769752B2 (ja) | 2006-04-26 |
| EP1434378A3 (en) | 2007-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3769752B2 (ja) | 情報処理装置および情報処理方法、データ通信システム、並びに、プログラム | |
| JP3769468B2 (ja) | 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置 | |
| US7583666B2 (en) | Protocol information processing system and method information processing device and method recording medium and program | |
| JP4219930B2 (ja) | 伝送パラメータ制御装置 | |
| US7987284B2 (en) | Communication processing apparatus, data communication system, and communication processing method | |
| US7151749B2 (en) | Method and System for providing adaptive bandwidth control for real-time communication | |
| KR100641159B1 (ko) | Ｒｔｃｐ패킷 기반의 적응적 멀티미디어 데이터 전송률추정방법 | |
| US8441943B2 (en) | Information processing apparatus and method, program, and recording medium | |
| US20070213038A1 (en) | Fast Signalling Procedure For Streaming Services Quality Of Service Management In Wireless Networks | |
| JP2006042334A (ja) | 可変ビットレートマルチメディアデータの往復遅延時間測定装置及び方法 | |
| US20020004841A1 (en) | Communication apparatus and communication method | |
| KR101727450B1 (ko) | 화상 전화에서의 지연 감소 | |
| JP5147858B2 (ja) | 複合および非複合ｒｔｃｐパケット間のｒｔｃｐ帯域幅の分割 | |
| JP2004343698A (ja) | マルチメディア・ストリーミング環境におけるサーバベースのレート制御 | |
| JP2004129275A (ja) | Ｒｔｃｐｓｒ／ｒｒパケット情報を使用してｒｔｐストリームを監視するシステム及び方法 | |
| JP2002535885A (ja) | 適応ジッタバッファリング | |
| JP2011259239A (ja) | 通信処理装置、通信処理システム、通信処理方法及びプログラム | |
| JP2004007361A (ja) | データ送信制御方法及びこの方法のプログラム並びにこれを用いるデータ送信装置 | |
| JP2009267760A (ja) | データ送信装置、送信レート制御方法およびプログラム | |
| JP2004215201A (ja) | 情報処理装置および情報処理方法、データ通信システム、記録媒体、並びにプログラム | |
| JP4042396B2 (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
| JP5820238B2 (ja) | データ送信装置およびデータ受信装置 | |
| EP3907943B1 (en) | Round-trip estimation | |
| Bae et al. | TCP-friendly flow control of wireless multimedia using ECN marking | |
| Onoe et al. | Network information based rate controls on multimedia streaming servers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050809 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050811 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050929 |
|
| 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: 20060116 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060129 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090217 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100217 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |