JP2002135324A - データ伝送装置およびデータ伝送方法 - Google Patents
データ伝送装置およびデータ伝送方法Info
- Publication number
- JP2002135324A JP2002135324A JP2000395183A JP2000395183A JP2002135324A JP 2002135324 A JP2002135324 A JP 2002135324A JP 2000395183 A JP2000395183 A JP 2000395183A JP 2000395183 A JP2000395183 A JP 2000395183A JP 2002135324 A JP2002135324 A JP 2002135324A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- importance
- assigning
- unit
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
(57)【要約】
【課題】 パケットの受信状況に応じて各パケットに対
する重要度の付与方法を切り替え、効率的にデータを伝
送する。 【解決手段】 データ送信部１０は、パケットにシーケ
ンスナンバーと重要度を付与して送信する。データ受信
部２０は、付与されたシーケンスナンバーを用いてパケ
ットロスを検出し、重要度の高いパケットのロスを検出
したときに再送を要求する。データ受信部２０は、検出
したパケットロス情報に基づき、パケットの受信状況を
表すＲＲパケット１１０を作成し送信する。データ送信
部１０は、ＲＲパケット１１０からパケットロス率２０
０を取り出し、この値を用いて重要度の付与方法を切り
替える。重要度の付与方法は、パケットロス率２００が
高いときは重要度の高いパケットが少なくなり、パケッ
トロス率２００が低いときは重要度の高いパケットが多
くなるように切り替えられる。
する重要度の付与方法を切り替え、効率的にデータを伝
送する。 【解決手段】 データ送信部１０は、パケットにシーケ
ンスナンバーと重要度を付与して送信する。データ受信
部２０は、付与されたシーケンスナンバーを用いてパケ
ットロスを検出し、重要度の高いパケットのロスを検出
したときに再送を要求する。データ受信部２０は、検出
したパケットロス情報に基づき、パケットの受信状況を
表すＲＲパケット１１０を作成し送信する。データ送信
部１０は、ＲＲパケット１１０からパケットロス率２０
０を取り出し、この値を用いて重要度の付与方法を切り
替える。重要度の付与方法は、パケットロス率２００が
高いときは重要度の高いパケットが少なくなり、パケッ
トロス率２００が低いときは重要度の高いパケットが多
くなるように切り替えられる。
Description
【０００１】
【発明の属する技術分野】本発明は、パケット単位でデ
ータを伝送するデータ伝送装置およびデータ伝送方法に
関し、より特定的には、受信状況に応じて各パケットに
重要度を付与し、重要度の高いパケットのみを再送する
データ伝送装置およびデータ伝送方法に関する。
ータを伝送するデータ伝送装置およびデータ伝送方法に
関し、より特定的には、受信状況に応じて各パケットに
重要度を付与し、重要度の高いパケットのみを再送する
データ伝送装置およびデータ伝送方法に関する。
【０００２】
【従来の技術】画像や音声などのデータを実時間性を考
慮して伝送する方法として、ＲＴＰ（Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が、一般に
用いられる。ＲＴＰの詳細は、"RTP: A Transport Prot
ocol for Real-Time Applications",H.Schulzrinne, S.
Casner, R. Frederik, and V. Jacobson, RFC1889, 19
96．に記載されている。
慮して伝送する方法として、ＲＴＰ（Ｒｅａｌｔｉｍｅ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が、一般に
用いられる。ＲＴＰの詳細は、"RTP: A Transport Prot
ocol for Real-Time Applications",H.Schulzrinne, S.
Casner, R. Frederik, and V. Jacobson, RFC1889, 19
96．に記載されている。
【０００３】図９は、ＲＴＰを用いたデータ伝送装置の
構成を示すブロック図である。図９において、データ送
信部５０とデータ受信部６０とは、協働して送信側アプ
リケーション１から受信側アプリケーション２へデータ
を伝送する。送信側アプリケーション１は、例えば、ビ
デオエンコーダや音声エンコーダなどであり、受信側ア
プリケーション２は、これに対応したビデオデコーダや
音声デコーダなどである。
構成を示すブロック図である。図９において、データ送
信部５０とデータ受信部６０とは、協働して送信側アプ
リケーション１から受信側アプリケーション２へデータ
を伝送する。送信側アプリケーション１は、例えば、ビ
デオエンコーダや音声エンコーダなどであり、受信側ア
プリケーション２は、これに対応したビデオデコーダや
音声デコーダなどである。
【０００４】ヘッダ付加部５１は、送信側アプリケーシ
ョン１から出力されたパケットに、シーケンスナンバー
やタイムスタンプなどを含んだヘッダを付加する。パケ
ット送信部５２は、ヘッダ付加後のデータパケット１０
１を送信する。パケット受信部６２は、受信したデータ
パケット１０１をパケット出力部６１に対して出力す
る。パケット出力部６１は、与えられたデータパケット
を蓄積し、タイムスタンプを参照して、蓄積したパケッ
トを受信側アプリケーション２に対して出力する。
ョン１から出力されたパケットに、シーケンスナンバー
やタイムスタンプなどを含んだヘッダを付加する。パケ
ット送信部５２は、ヘッダ付加後のデータパケット１０
１を送信する。パケット受信部６２は、受信したデータ
パケット１０１をパケット出力部６１に対して出力す
る。パケット出力部６１は、与えられたデータパケット
を蓄積し、タイムスタンプを参照して、蓄積したパケッ
トを受信側アプリケーション２に対して出力する。
【０００５】一般の伝送路では、伝送誤りや輻輳によっ
て、送信したパケットのうちいくつかが欠落する（以
下、「パケットロス」という）。ＲＴＰでは、パケット
受信部６２が、受信したデータパケット１０１のシーケ
ンスナンバーに生じた飛びを検出することにより、パケ
ットロスを検出する。パケット受信部６２におけるパケ
ットの受信状況は、受信状況送信部６３に通知される。
受信状況送信部６３は、受信したパケットの最大シーケ
ンスナンバーや累積パケットロス数を含んだ受信状況報
告パケット１１０（Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔパ
ケット；以下、「ＲＲパケット」という）を作成して送
信する。受信状況受信部５３は、受信したＲＲパケット
１１０に含まれる受信状況を、送信側アプリケーション
１やパケット送信部５２に対して出力する。
て、送信したパケットのうちいくつかが欠落する（以
下、「パケットロス」という）。ＲＴＰでは、パケット
受信部６２が、受信したデータパケット１０１のシーケ
ンスナンバーに生じた飛びを検出することにより、パケ
ットロスを検出する。パケット受信部６２におけるパケ
ットの受信状況は、受信状況送信部６３に通知される。
受信状況送信部６３は、受信したパケットの最大シーケ
ンスナンバーや累積パケットロス数を含んだ受信状況報
告パケット１１０（Ｒｅｃｅｉｖｅｒ Ｒｅｐｏｒｔパ
ケット；以下、「ＲＲパケット」という）を作成して送
信する。受信状況受信部５３は、受信したＲＲパケット
１１０に含まれる受信状況を、送信側アプリケーション
１やパケット送信部５２に対して出力する。
【０００６】図１０は、ＲＴＰによるデータ伝送のシー
ケンス図である。データ送信部５０は、各パケット（図
１０に示す矢印）にシーケンスナンバー（ＳＮ）を付与
して順次送信する。データ受信部６０は、所定のタイミ
ングでＲＲパケットを送信することにより、パケットの
受信状況をデータ送信部５０に通知する。
ケンス図である。データ送信部５０は、各パケット（図
１０に示す矢印）にシーケンスナンバー（ＳＮ）を付与
して順次送信する。データ受信部６０は、所定のタイミ
ングでＲＲパケットを送信することにより、パケットの
受信状況をデータ送信部５０に通知する。
【０００７】また、ＲＴＰを拡張した方法として、各パ
ケットに重要度を付与し、重要度の高いパケットのみを
再送するデータ伝送方法（以下、「重要度付きＲＴＰ」
という）も知られている。図１１は、重要度付きＲＴＰ
を用いたデータ伝送装置の構成を示すブロック図であ
る。重要度付与部７２は、ヘッダ付加後のパケットに、
新たに高低２種類の重要度と第２のシーケンスナンバー
とを付与する。第２のシーケンスナンバーは、重要度の
高いパケットごとに更新される。すなわち、重要度の高
いパケットの第２のシーケンスナンバーは直前のパケッ
トの値に１を加えた値であり、重要度の低いパケットの
第２のシーケンナンバーは直前のパケットの値と同じで
ある。パケット送信部７３は、重要度付与後のデータパ
ケット１００を送信する。
ケットに重要度を付与し、重要度の高いパケットのみを
再送するデータ伝送方法（以下、「重要度付きＲＴＰ」
という）も知られている。図１１は、重要度付きＲＴＰ
を用いたデータ伝送装置の構成を示すブロック図であ
る。重要度付与部７２は、ヘッダ付加後のパケットに、
新たに高低２種類の重要度と第２のシーケンスナンバー
とを付与する。第２のシーケンスナンバーは、重要度の
高いパケットごとに更新される。すなわち、重要度の高
いパケットの第２のシーケンスナンバーは直前のパケッ
トの値に１を加えた値であり、重要度の低いパケットの
第２のシーケンナンバーは直前のパケットの値と同じで
ある。パケット送信部７３は、重要度付与後のデータパ
ケット１００を送信する。
【０００８】重要度判定部８２は、第２のシーケンスナ
ンバーを用いて重要度の高いパケットのロスを検出し、
その旨を再送要求送信部８５へ通知する。再送要求送信
部８５は、再送すべきパケットを指定した再送要求パケ
ット１２０（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇ
ｅパケット；以下、「ＮＡＣＫパケット」という）を送
信する。再送要求受信部７５は、ＮＡＣＫパケット１２
０を受信し、再送パケット供給部７６に再送すべきパケ
ットを通知する。再送パケット供給部７６は、重要度付
与後のパケットのうち重要度の高いパケットを再送用に
蓄積しており、再送要求受信部７５から通知されたパケ
ットを重要度付与部７２に出力する。このように重要度
付きＲＴＰでは、重要度の高いパケットのみが、再送処
理の対象となる。
ンバーを用いて重要度の高いパケットのロスを検出し、
その旨を再送要求送信部８５へ通知する。再送要求送信
部８５は、再送すべきパケットを指定した再送要求パケ
ット１２０（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇ
ｅパケット；以下、「ＮＡＣＫパケット」という）を送
信する。再送要求受信部７５は、ＮＡＣＫパケット１２
０を受信し、再送パケット供給部７６に再送すべきパケ
ットを通知する。再送パケット供給部７６は、重要度付
与後のパケットのうち重要度の高いパケットを再送用に
蓄積しており、再送要求受信部７５から通知されたパケ
ットを重要度付与部７２に出力する。このように重要度
付きＲＴＰでは、重要度の高いパケットのみが、再送処
理の対象となる。
【０００９】図１２は、重要度付きＲＴＰによるデータ
伝送のシーケンス図である。図１２において、ＳＮおよ
びＳＳＮは、それぞれ、シーケンスナンバーおよび第２
のシーケンスナンバーを表す。また、「Ｐ＝１」は重要
度の高いパケットを、「Ｐ＝０」は重要度の低いパケッ
トを表す。例えば、図１２に示す例では、シーケンスナ
ンバーが３であるパケットとシーケンスナンバーが４で
あるパケットが欠落したとき、前者は重要度が低いので
再送されないが、後者は重要度が高いので再送される。
伝送のシーケンス図である。図１２において、ＳＮおよ
びＳＳＮは、それぞれ、シーケンスナンバーおよび第２
のシーケンスナンバーを表す。また、「Ｐ＝１」は重要
度の高いパケットを、「Ｐ＝０」は重要度の低いパケッ
トを表す。例えば、図１２に示す例では、シーケンスナ
ンバーが３であるパケットとシーケンスナンバーが４で
あるパケットが欠落したとき、前者は重要度が低いので
再送されないが、後者は重要度が高いので再送される。
【００１０】
【発明が解決しようとする課題】しかしながら、上述し
た方法では、伝送路の状態が悪くパケットロスが多発し
ているときも、伝送路の状態が良くパケットロスがほと
んど発生していないときも、パケットには一定の割合で
高い重要度と低い重要度とが付与される。このため、伝
送路の状態が悪くパケットロスが多発しているときで
も、重要度の高いパケットが再送され、データ伝送量が
さらに増加する。一方、伝送路の状態が良くほとんどパ
ケットロスが発生しないときには、伝送容量に余裕があ
るにもかかわらず、ある一定の割合で重要度の高いパケ
ットが発生し、重要度の高いパケットが欠落した場合に
のみ再送処理が行われる。このように上述した方法で
は、パケットの受信状況を考慮することなくパケットに
重要度を付与しているので、伝送容量の範囲内で効率的
にデータを伝送することができないという問題がある。
た方法では、伝送路の状態が悪くパケットロスが多発し
ているときも、伝送路の状態が良くパケットロスがほと
んど発生していないときも、パケットには一定の割合で
高い重要度と低い重要度とが付与される。このため、伝
送路の状態が悪くパケットロスが多発しているときで
も、重要度の高いパケットが再送され、データ伝送量が
さらに増加する。一方、伝送路の状態が良くほとんどパ
ケットロスが発生しないときには、伝送容量に余裕があ
るにもかかわらず、ある一定の割合で重要度の高いパケ
ットが発生し、重要度の高いパケットが欠落した場合に
のみ再送処理が行われる。このように上述した方法で
は、パケットの受信状況を考慮することなくパケットに
重要度を付与しているので、伝送容量の範囲内で効率的
にデータを伝送することができないという問題がある。
【００１１】それ故に、本発明は、受信状況に応じて各
パケットに対する重要度の付与方法を切り替えることに
より、効率的にデータを伝送するデータ伝送装置および
データ伝送方法を提供することを目的とする。
パケットに対する重要度の付与方法を切り替えることに
より、効率的にデータを伝送するデータ伝送装置および
データ伝送方法を提供することを目的とする。
【００１２】
【課題を解決するための手段および発明の効果】第１の
発明は、送信部から受信部へパケット単位でデータを伝
送するデータ伝送装置であって、送信部は、各パケット
に重要度を付与する重要度付与手段と、重要度を付与し
たパケットを送信するパケット送信手段と、受信部にお
けるパケットの受信状況を受信する受信状況受信手段
と、受信部からの再送要求に応じて、パケットを再送す
るパケット再送手段とを備え、受信部は、パケット送信
手段から送信されたパケットを受信するパケット受信手
段と、パケット受信手段において検出されたパケットロ
ス情報に基づき、受信状況を送信する受信状況送信手段
と、重要度の高いパケットのロスを検出したときに、再
送要求を送信する再送要求送信手段とを備え、重要度付
与手段は、受信状況が悪いときには重要度の高いパケッ
トが少なく、受信状況が良いときには重要度の高いパケ
ットが多くなるように、重要度の付与方法を切り替える
ことを特徴とする。
発明は、送信部から受信部へパケット単位でデータを伝
送するデータ伝送装置であって、送信部は、各パケット
に重要度を付与する重要度付与手段と、重要度を付与し
たパケットを送信するパケット送信手段と、受信部にお
けるパケットの受信状況を受信する受信状況受信手段
と、受信部からの再送要求に応じて、パケットを再送す
るパケット再送手段とを備え、受信部は、パケット送信
手段から送信されたパケットを受信するパケット受信手
段と、パケット受信手段において検出されたパケットロ
ス情報に基づき、受信状況を送信する受信状況送信手段
と、重要度の高いパケットのロスを検出したときに、再
送要求を送信する再送要求送信手段とを備え、重要度付
与手段は、受信状況が悪いときには重要度の高いパケッ
トが少なく、受信状況が良いときには重要度の高いパケ
ットが多くなるように、重要度の付与方法を切り替える
ことを特徴とする。
【００１３】このような第１の発明によれば、重要度の
高いパケットは、受信部におけるパケットの受信状況が
悪いときには少なく、受信状況が良いときには多く発生
する。このように受信状況に応じて再送されるデータ量
を制御することにより、許容された伝送容量の範囲内で
効率的にデータ伝送を行うことができる。
高いパケットは、受信部におけるパケットの受信状況が
悪いときには少なく、受信状況が良いときには多く発生
する。このように受信状況に応じて再送されるデータ量
を制御することにより、許容された伝送容量の範囲内で
効率的にデータ伝送を行うことができる。
【００１４】第２の発明は、第１の発明において、受信
状況送信手段は、パケット受信手段におけるパケットロ
ス率を含んだ受信状況を送信し、重要度付与手段は、パ
ケットロス率が所定の値より大きいときには重要度の高
いパケットの割合が少なく、パケットロス率が所定の値
より小さいときには重要度の高いパケットの割合が多く
なるように、重要度の付与方法を切り替えることを特徴
とする。
状況送信手段は、パケット受信手段におけるパケットロ
ス率を含んだ受信状況を送信し、重要度付与手段は、パ
ケットロス率が所定の値より大きいときには重要度の高
いパケットの割合が少なく、パケットロス率が所定の値
より小さいときには重要度の高いパケットの割合が多く
なるように、重要度の付与方法を切り替えることを特徴
とする。
【００１５】このような第２の発明によれば、送信部
は、受信部におけるパケットの受信状況を表す典型的な
パラメータであるパケットロス率を用いて、重要度の付
与方法を切り替えることができる。
は、受信部におけるパケットの受信状況を表す典型的な
パラメータであるパケットロス率を用いて、重要度の付
与方法を切り替えることができる。
【００１６】第３の発明は、第１の発明において、重要
度付与手段は、動画像符号化データを含むパケットを、
画像内符号化したデータを含む画像内符号化パケット
と、画像間符号化したデータを含む画像間符号化パケッ
トとに分類し、パケットの種類ごとに定めた重要度の付
与方法を、受信状況に応じて切り替えることを特徴とす
る。
度付与手段は、動画像符号化データを含むパケットを、
画像内符号化したデータを含む画像内符号化パケット
と、画像間符号化したデータを含む画像間符号化パケッ
トとに分類し、パケットの種類ごとに定めた重要度の付
与方法を、受信状況に応じて切り替えることを特徴とす
る。
【００１７】このような第３の発明によれば、動画像符
号化データを伝送する場合に、パケットは、再生画像に
及ぼす影響を考慮して２種類に分類され、各パケットの
重要度は、受信部におけるパケットの受信状況とパケッ
トの種類に応じて決定される。このように受信状況に応
じて再送されるデータ量を制御することにより、許容さ
れた伝送容量の範囲内で効率的にデータ伝送を行い、再
生画像の画質劣化を防ぐことができる。
号化データを伝送する場合に、パケットは、再生画像に
及ぼす影響を考慮して２種類に分類され、各パケットの
重要度は、受信部におけるパケットの受信状況とパケッ
トの種類に応じて決定される。このように受信状況に応
じて再送されるデータ量を制御することにより、許容さ
れた伝送容量の範囲内で効率的にデータ伝送を行い、再
生画像の画質劣化を防ぐことができる。
【００１８】第４の発明は、第３の発明において、重要
度付与手段は、受信状況に応じて、画像内符号化パケッ
トに高い重要度を、画像間符号化パケットに低い重要度
を付与する第１の重要度の付与方法と、すべてのパケッ
トに高い重要度を付与する第２の重要度の付与方法とを
切り替えることを特徴とする。
度付与手段は、受信状況に応じて、画像内符号化パケッ
トに高い重要度を、画像間符号化パケットに低い重要度
を付与する第１の重要度の付与方法と、すべてのパケッ
トに高い重要度を付与する第２の重要度の付与方法とを
切り替えることを特徴とする。
【００１９】このような第４の発明によれば、動画像符
号化データを伝送する場合に、再生画像に及ぼす影響を
考慮してパケットを２種類に分類し、重要度の付与方法
を２通りに切り替えることにより、再生画像の画質劣化
を防ぐことができる。
号化データを伝送する場合に、再生画像に及ぼす影響を
考慮してパケットを２種類に分類し、重要度の付与方法
を２通りに切り替えることにより、再生画像の画質劣化
を防ぐことができる。
【００２０】第５の発明は、第３の発明において、重要
度付与手段は、受信状況に応じて、画像内符号化パケッ
トの一部に高い重要度を、残余のパケットに低い重要度
を付与する第１の重要度の付与方法と、画像内符号化パ
ケットに高い重要度を、画像間符号化パケットに低い重
要度を付与する第２の重要度の付与方法と、すべてのパ
ケットに高い重要度を付与する第３の重要度の付与方法
とを切り替えることを特徴とする。
度付与手段は、受信状況に応じて、画像内符号化パケッ
トの一部に高い重要度を、残余のパケットに低い重要度
を付与する第１の重要度の付与方法と、画像内符号化パ
ケットに高い重要度を、画像間符号化パケットに低い重
要度を付与する第２の重要度の付与方法と、すべてのパ
ケットに高い重要度を付与する第３の重要度の付与方法
とを切り替えることを特徴とする。
【００２１】このような第５の発明によれば、動画像符
号化データを伝送する場合に、再生画像に及ぼす影響を
考慮してパケットを２種類に分類し、重要度の付与方法
を３通りに切り替えることにより、再生画像の画質劣化
を防ぐことができる。
号化データを伝送する場合に、再生画像に及ぼす影響を
考慮してパケットを２種類に分類し、重要度の付与方法
を３通りに切り替えることにより、再生画像の画質劣化
を防ぐことができる。
【００２２】第６の発明は、送信部から受信部へパケッ
ト単位でデータを伝送するデータ伝送方法であって、送
信部は、各パケットに重要度を付与する重要度付与ステ
ップと、重要度を付与したパケットを送信するパケット
送信ステップと、受信部におけるパケットの受信状況を
受信する受信状況受信ステップと、受信部からの再送要
求に応じて、パケットを再送するパケット再送ステップ
とを備え、受信部は、パケット送信ステップにおいて送
信されたパケットを受信するパケット受信ステップと、
パケット受信ステップにおいて検出されたパケットロス
情報に基づき、受信状況を送信する受信状況送信ステッ
プと、重要度の高いパケットのロスを検出したときに、
再送要求を送信する再送要求送信ステップとを備え、重
要度付与ステップは、受信状況が悪いときには重要度の
高いパケットが少なく、受信状況が良いときには重要度
の高いパケットが多くなるように、重要度の付与方法を
切り替えることを特徴とする。
ト単位でデータを伝送するデータ伝送方法であって、送
信部は、各パケットに重要度を付与する重要度付与ステ
ップと、重要度を付与したパケットを送信するパケット
送信ステップと、受信部におけるパケットの受信状況を
受信する受信状況受信ステップと、受信部からの再送要
求に応じて、パケットを再送するパケット再送ステップ
とを備え、受信部は、パケット送信ステップにおいて送
信されたパケットを受信するパケット受信ステップと、
パケット受信ステップにおいて検出されたパケットロス
情報に基づき、受信状況を送信する受信状況送信ステッ
プと、重要度の高いパケットのロスを検出したときに、
再送要求を送信する再送要求送信ステップとを備え、重
要度付与ステップは、受信状況が悪いときには重要度の
高いパケットが少なく、受信状況が良いときには重要度
の高いパケットが多くなるように、重要度の付与方法を
切り替えることを特徴とする。
【００２３】このような第６の発明によれば、重要度の
高いパケットは、受信部におけるパケットの受信状況が
悪いときには少なく、受信状況が良いときには多く発生
する。このように受信状況に応じて再送されるデータ量
を制御することにより、許容された伝送容量の範囲内で
効率的にデータ伝送を行うことができる。
高いパケットは、受信部におけるパケットの受信状況が
悪いときには少なく、受信状況が良いときには多く発生
する。このように受信状況に応じて再送されるデータ量
を制御することにより、許容された伝送容量の範囲内で
効率的にデータ伝送を行うことができる。
【００２４】第７の発明は、第６の発明において、受信
状況送信ステップは、パケット受信ステップにおけるパ
ケットロス率を含んだ受信状況を送信し、重要度付与ス
テップは、パケットロス率が所定の値より大きいときに
は重要度の高いパケットの割合が少なく、パケットロス
率が所定の値より小さいときには重要度の高いパケット
の割合が多くなるように、重要度の付与方法を切り替え
ることを特徴とする。
状況送信ステップは、パケット受信ステップにおけるパ
ケットロス率を含んだ受信状況を送信し、重要度付与ス
テップは、パケットロス率が所定の値より大きいときに
は重要度の高いパケットの割合が少なく、パケットロス
率が所定の値より小さいときには重要度の高いパケット
の割合が多くなるように、重要度の付与方法を切り替え
ることを特徴とする。
【００２５】このような第７の発明によれば、送信部
は、受信部におけるパケットの受信状況を表す典型的な
パラメータであるパケットロス率を用いて、重要度の付
与方法を切り替えることができる。
は、受信部におけるパケットの受信状況を表す典型的な
パラメータであるパケットロス率を用いて、重要度の付
与方法を切り替えることができる。
【００２６】第８の発明は、第６の発明において、重要
度付与ステップは、動画像符号化データを含むパケット
を、画像内符号化データを含む画像内符号化パケット
と、画像間符号化データを含む画像間符号化パケットと
に分類し、パケットの種類ごとに定めた重要度の付与方
法を、受信状況に応じて切り替えることを特徴とする。
度付与ステップは、動画像符号化データを含むパケット
を、画像内符号化データを含む画像内符号化パケット
と、画像間符号化データを含む画像間符号化パケットと
に分類し、パケットの種類ごとに定めた重要度の付与方
法を、受信状況に応じて切り替えることを特徴とする。
【００２７】このような第８の発明によれば、動画像符
号化データを伝送する場合に、パケットは、再生画像に
及ぼす影響を考慮して２種類に分類され、各パケットの
重要度は、受信部におけるパケットの受信状況とパケッ
トの種類に応じて決定される。このように受信状況に応
じて再送されるデータ量を制御することにより、許容さ
れた伝送容量の範囲内で効率的にデータ伝送を行い、再
生画像の画質劣化を防ぐことができる。
号化データを伝送する場合に、パケットは、再生画像に
及ぼす影響を考慮して２種類に分類され、各パケットの
重要度は、受信部におけるパケットの受信状況とパケッ
トの種類に応じて決定される。このように受信状況に応
じて再送されるデータ量を制御することにより、許容さ
れた伝送容量の範囲内で効率的にデータ伝送を行い、再
生画像の画質劣化を防ぐことができる。
【００２８】第９の発明は、第８の発明において、重要
度付与ステップは、受信状況に応じて、画像内符号化パ
ケットに高い重要度を、画像間符号化パケットに低い重
要度を付与する第１の重要度の付与方法と、すべてのパ
ケットに高い重要度を付与する第２の重要度の付与方法
とを切り替えることを特徴とする。
度付与ステップは、受信状況に応じて、画像内符号化パ
ケットに高い重要度を、画像間符号化パケットに低い重
要度を付与する第１の重要度の付与方法と、すべてのパ
ケットに高い重要度を付与する第２の重要度の付与方法
とを切り替えることを特徴とする。
【００２９】このような第９の発明によれば、動画像符
号化データを伝送する場合に、再生画像に及ぼす影響を
考慮してパケットを２種類に分類し、重要度の付与方法
を２通りに切り替えることにより、再生画像の画質劣化
を防ぐことができる。
号化データを伝送する場合に、再生画像に及ぼす影響を
考慮してパケットを２種類に分類し、重要度の付与方法
を２通りに切り替えることにより、再生画像の画質劣化
を防ぐことができる。
【００３０】第１０の発明は、第８の発明において、重
要度付与ステップは、受信状況に応じて、画像内符号化
パケットの一部に高い重要度を、残余のパケットに低い
重要度を付与する第１の重要度の付与方法と、画像内符
号化パケットに高い重要度を、画像間符号化パケットに
低い重要度を付与する第２の重要度の付与方法と、すべ
てのパケットに高い重要度を付与する第３の重要度の付
与方法とを切り替えることを特徴とする。
要度付与ステップは、受信状況に応じて、画像内符号化
パケットの一部に高い重要度を、残余のパケットに低い
重要度を付与する第１の重要度の付与方法と、画像内符
号化パケットに高い重要度を、画像間符号化パケットに
低い重要度を付与する第２の重要度の付与方法と、すべ
てのパケットに高い重要度を付与する第３の重要度の付
与方法とを切り替えることを特徴とする。
【００３１】このような第１０の発明によれば、動画像
符号化データを伝送する場合に、再生画像に及ぼす影響
を考慮してパケットを２種類に分類し、重要度の付与方
法を３通りに切り替えることにより、再生画像の画質劣
化を防ぐことができる。
符号化データを伝送する場合に、再生画像に及ぼす影響
を考慮してパケットを２種類に分類し、重要度の付与方
法を３通りに切り替えることにより、再生画像の画質劣
化を防ぐことができる。
【００３２】
【発明の実施の形態】図１は、本発明の実施形態に係る
データ伝送装置の構成を示すブロック図である。このデ
ータ伝送装置は、データ送信部１０とデータ受信部２０
とから構成され、重要度付きＲＴＰを用いて送信側アプ
リケーション１から受信側アプリケーション２へデータ
を伝送する。データ送信部１０は、ヘッダ付加部１１、
重要度付与制御部１２、第１から第３の重要度付与部１
３ａ〜ｃ、パケット送信部１４、受信状況受信部１５、
再送要求受信部１６、および、再送パケット供給部１７
を備える。データ受信部２０は、パケット出力部２１、
重要度判定部２２、パケット受信部２３、受信状況送信
部２４、および、再送要求送信部２５を備える。
データ伝送装置の構成を示すブロック図である。このデ
ータ伝送装置は、データ送信部１０とデータ受信部２０
とから構成され、重要度付きＲＴＰを用いて送信側アプ
リケーション１から受信側アプリケーション２へデータ
を伝送する。データ送信部１０は、ヘッダ付加部１１、
重要度付与制御部１２、第１から第３の重要度付与部１
３ａ〜ｃ、パケット送信部１４、受信状況受信部１５、
再送要求受信部１６、および、再送パケット供給部１７
を備える。データ受信部２０は、パケット出力部２１、
重要度判定部２２、パケット受信部２３、受信状況送信
部２４、および、再送要求送信部２５を備える。
【００３３】送信側アプリケーション１から受信側アプ
リケーション２へのデータ伝送は、概ね、次のように行
われる。ヘッダ付加部１１は、送信側アプリケーション
１から出力されたパケットに、シーケンスナンバーやタ
イムスタンプなどを含んだヘッダを付加する。重要度付
与制御部１２は、ヘッダ付加後のパケットを第１から第
３の重要度付与部１３ａ〜ｃのいずれかに対して出力す
る。第１から第３の重要度付与部１３ａ〜ｃは、後述す
るように、それぞれ異なる方法で各パケットに高い重要
度または低い重要度のいずれかを付与する。パケット送
信部１４は、重要度付与後のデータパケット１００を送
信する。
リケーション２へのデータ伝送は、概ね、次のように行
われる。ヘッダ付加部１１は、送信側アプリケーション
１から出力されたパケットに、シーケンスナンバーやタ
イムスタンプなどを含んだヘッダを付加する。重要度付
与制御部１２は、ヘッダ付加後のパケットを第１から第
３の重要度付与部１３ａ〜ｃのいずれかに対して出力す
る。第１から第３の重要度付与部１３ａ〜ｃは、後述す
るように、それぞれ異なる方法で各パケットに高い重要
度または低い重要度のいずれかを付与する。パケット送
信部１４は、重要度付与後のデータパケット１００を送
信する。
【００３４】パケット受信部２３は、パケット送信部１
４からデータパケット１００を受信する。受信されたデ
ータパケット１００は、重要度判定部２２を経て、パケ
ット出力部２１に供給される。パケット出力部２１は、
与えられたデータパケット１００を蓄積し、タイムスタ
ンプによって指定された時刻に、蓄積したパケットを受
信側アプリケーション２に対して出力する。重要度判定
部２２は、重要度の高いパケットのロスを検出し、再送
要求送信部２５に通知する。再送要求送信部２５は、再
送すべきパケットを指定したＮＡＣＫパケット１２０を
送信する。
４からデータパケット１００を受信する。受信されたデ
ータパケット１００は、重要度判定部２２を経て、パケ
ット出力部２１に供給される。パケット出力部２１は、
与えられたデータパケット１００を蓄積し、タイムスタ
ンプによって指定された時刻に、蓄積したパケットを受
信側アプリケーション２に対して出力する。重要度判定
部２２は、重要度の高いパケットのロスを検出し、再送
要求送信部２５に通知する。再送要求送信部２５は、再
送すべきパケットを指定したＮＡＣＫパケット１２０を
送信する。
【００３５】再送要求受信部１６は、受信したＮＡＣＫ
パケット１２０に基づき、再送すべきパケットを再送パ
ケット供給部１７に指示する。再送パケット供給部１７
は、第１から第３の重要度付与部１３ａ〜ｃによって高
い重要度を付与されたパケットを再送用に蓄積してお
り、指示されたパケットを重要度付与制御部１２に対し
て出力する。
パケット１２０に基づき、再送すべきパケットを再送パ
ケット供給部１７に指示する。再送パケット供給部１７
は、第１から第３の重要度付与部１３ａ〜ｃによって高
い重要度を付与されたパケットを再送用に蓄積してお
り、指示されたパケットを重要度付与制御部１２に対し
て出力する。
【００３６】パケット受信部２３は、受信したデータパ
ケット１００を重要度判定部２２へ出力するとともに、
パケットロスを検出して受信状況送信部２４に通知す
る。受信状況送信部２４は、通知されたパケットロス情
報に基づきＲＲパケット１１０を作成して送信する。受
信状況受信部１５は、受信したＲＲパケット１１０から
パケットロス率２００を取り出し、重要度付与制御部１
２に対して出力する。重要度付与制御部１２は、パケッ
トロス率２００に基づき、ヘッダ付加部１１および再送
パケット供給部１７から供給されたパケットの出力先を
切り替える。
ケット１００を重要度判定部２２へ出力するとともに、
パケットロスを検出して受信状況送信部２４に通知す
る。受信状況送信部２４は、通知されたパケットロス情
報に基づきＲＲパケット１１０を作成して送信する。受
信状況受信部１５は、受信したＲＲパケット１１０から
パケットロス率２００を取り出し、重要度付与制御部１
２に対して出力する。重要度付与制御部１２は、パケッ
トロス率２００に基づき、ヘッダ付加部１１および再送
パケット供給部１７から供給されたパケットの出力先を
切り替える。
【００３７】以下、本実施形態に係るデータ伝送装置の
詳細を説明する。
詳細を説明する。
【００３８】送信側アプリケーション１は、ＭＰＥＧ４
やＨ．２６３などの動画像符号化アプリケーションであ
るとする。送信側アプリケーション１は、動画像に対し
て画像内符号化または画像間符号化のいずれかを適用し
て符号化データを求め、求めた符号化データをパケット
に分割する。パケットは、画像内符号化したデータを含
む「画像内符号化パケット」と画像間符号化したデータ
を含む「画像間符号化パケット」とに分類される。両者
を比較すると、画像内符号化パケットは、画像間符号化
パケットに比べて再生画像の画質に大きな影響を与える
ので、画像間符号化パケットに比べて重要である。この
ようなパケットの特性は、送信側アプリケーション１か
らパケットに付随して出力されるものとする。
やＨ．２６３などの動画像符号化アプリケーションであ
るとする。送信側アプリケーション１は、動画像に対し
て画像内符号化または画像間符号化のいずれかを適用し
て符号化データを求め、求めた符号化データをパケット
に分割する。パケットは、画像内符号化したデータを含
む「画像内符号化パケット」と画像間符号化したデータ
を含む「画像間符号化パケット」とに分類される。両者
を比較すると、画像内符号化パケットは、画像間符号化
パケットに比べて再生画像の画質に大きな影響を与える
ので、画像間符号化パケットに比べて重要である。この
ようなパケットの特性は、送信側アプリケーション１か
らパケットに付随して出力されるものとする。
【００３９】本実施形態では、画像内符号化したフレー
ムに対応したパケットを画像内符号化パケットとし、画
像間符号化したフレームに対応したパケットを画像間符
号化パケットとして扱うことする。これに代えて例え
ば、画像内符号化したブロックを一定の数以上または一
定の割合以上含むパケットを画像内符号化パケットと
し、それ以外のパケットを画像間符号化パケットとして
扱うこととしてもよい。
ムに対応したパケットを画像内符号化パケットとし、画
像間符号化したフレームに対応したパケットを画像間符
号化パケットとして扱うことする。これに代えて例え
ば、画像内符号化したブロックを一定の数以上または一
定の割合以上含むパケットを画像内符号化パケットと
し、それ以外のパケットを画像間符号化パケットとして
扱うこととしてもよい。
【００４０】図２は、重要度付与後のデータパケット１
００のフォーマットを示す図である。図２において、ペ
イロードＰＬは、送信側アプリケーション１から出力さ
れたパケットデータである。ペイロードタイプＰＬＴ
は、重要度付きＲＴＰを用いていることを表す。シーケ
ンスナンバーＳＮは、データパケットごとに１ずつ増加
する番号である。タイムスタンプＴＳは、パケットが受
信側アプリケーション２において使用される時刻を表
す。送信側識別子ＳＳＲＣは、データ送信部１０を識別
する識別子である。重要度Ｐはパケットの重要度を表
し、値１は重要度が高いことを、値０は重要度が低いこ
とを表す。第２のペイロードタイプＰＬＴ２は、重要度
付きＲＴＰを用いて伝送されるデータの種類を表す。第
２のシーケンスナンバーＳＳＮは、重要度の高いパケッ
トごとに１ずつ増加する番号である。すなわち、重要度
の高いパケットの第２のシーケンスナンバーは直前のパ
ケットの値に１を加えた値であり、重要度の低いパケッ
トの第２のシーケンスナンバーは直前のパケットの値と
同じである。
００のフォーマットを示す図である。図２において、ペ
イロードＰＬは、送信側アプリケーション１から出力さ
れたパケットデータである。ペイロードタイプＰＬＴ
は、重要度付きＲＴＰを用いていることを表す。シーケ
ンスナンバーＳＮは、データパケットごとに１ずつ増加
する番号である。タイムスタンプＴＳは、パケットが受
信側アプリケーション２において使用される時刻を表
す。送信側識別子ＳＳＲＣは、データ送信部１０を識別
する識別子である。重要度Ｐはパケットの重要度を表
し、値１は重要度が高いことを、値０は重要度が低いこ
とを表す。第２のペイロードタイプＰＬＴ２は、重要度
付きＲＴＰを用いて伝送されるデータの種類を表す。第
２のシーケンスナンバーＳＳＮは、重要度の高いパケッ
トごとに１ずつ増加する番号である。すなわち、重要度
の高いパケットの第２のシーケンスナンバーは直前のパ
ケットの値に１を加えた値であり、重要度の低いパケッ
トの第２のシーケンスナンバーは直前のパケットの値と
同じである。
【００４１】ヘッダ付加部１１は、送信側アプリケーシ
ョン１から出力されたパケットにヘッダを付加し、ヘッ
ダの先頭から送信側識別子までのフィールドに値を設定
する。ヘッダ付加後のパケットは、重要度付与制御部１
２によって第１から第３の重要度付与部１３ａ〜ｃのい
ずれかに出力される。
ョン１から出力されたパケットにヘッダを付加し、ヘッ
ダの先頭から送信側識別子までのフィールドに値を設定
する。ヘッダ付加後のパケットは、重要度付与制御部１
２によって第１から第３の重要度付与部１３ａ〜ｃのい
ずれかに出力される。
【００４２】第１から第３の重要度付与部１３ａ〜ｃ
は、図３に示すように、各パケットに重要度を付与す
る。すなわち、第１の重要度付与部１３ａは、与えられ
たパケットが画像内符号化パケットであれば、その半分
に高い重要度を付与し、残りの半分には低い重要度を付
与する。第１の重要度付与部１３ａは、画像間符号化パ
ケットには低い重要度を付与する。第２の重要度付与部
１３ｂは、画像内符号化パケットには高い重要度を、画
像間符号化パケットには低い重要度をそれぞれ付与す
る。第３の重要度付与部１３ｃは、すべてのパケットに
高い重要度を付与する。第１から第３の重要度付与部１
３ａ〜ｃは、付与した重要度に応じて、第２のシーケン
スナンバーを付与する。
は、図３に示すように、各パケットに重要度を付与す
る。すなわち、第１の重要度付与部１３ａは、与えられ
たパケットが画像内符号化パケットであれば、その半分
に高い重要度を付与し、残りの半分には低い重要度を付
与する。第１の重要度付与部１３ａは、画像間符号化パ
ケットには低い重要度を付与する。第２の重要度付与部
１３ｂは、画像内符号化パケットには高い重要度を、画
像間符号化パケットには低い重要度をそれぞれ付与す
る。第３の重要度付与部１３ｃは、すべてのパケットに
高い重要度を付与する。第１から第３の重要度付与部１
３ａ〜ｃは、付与した重要度に応じて、第２のシーケン
スナンバーを付与する。
【００４３】パケット送信部１４は、第１から第３の重
要度付与部１３ａ〜ｃから出力された、重要度付与後の
データパケット１００を送信する。データパケット１０
０は、例えば、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ
Ｐｒｏｔｏｃｏｌ）モジュール（図示せず）を用いてイ
ンターネット経由で伝送される。
要度付与部１３ａ〜ｃから出力された、重要度付与後の
データパケット１００を送信する。データパケット１０
０は、例えば、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ
Ｐｒｏｔｏｃｏｌ）モジュール（図示せず）を用いてイ
ンターネット経由で伝送される。
【００４４】データパケット１００を受信したとき、パ
ケット出力部２１およびパケット受信部２３は、上述し
たように動作する。重要度判定部２２は、重要度と第２
のシーケンスナンバーとを用いて、重要度の高いパケッ
トのロスを検出し、その旨を再送要求送信部２５に通知
する。重要度判定部２２は、第２のシーケンスナンバー
が先に受信したパケットと２以上異なる重要度の高いパ
ケット、または、第２のシーケンスナンバーが先に受信
したパケットと異なる重要度の低いパケットを検出した
ときに、重要度の高いパケットのロスが発生したと判断
する。
ケット出力部２１およびパケット受信部２３は、上述し
たように動作する。重要度判定部２２は、重要度と第２
のシーケンスナンバーとを用いて、重要度の高いパケッ
トのロスを検出し、その旨を再送要求送信部２５に通知
する。重要度判定部２２は、第２のシーケンスナンバー
が先に受信したパケットと２以上異なる重要度の高いパ
ケット、または、第２のシーケンスナンバーが先に受信
したパケットと異なる重要度の低いパケットを検出した
ときに、重要度の高いパケットのロスが発生したと判断
する。
【００４５】再送要求送信部２５は、重要度判定部２２
からの通知に基づき、再送すべきパケットを指定したＮ
ＡＣＫパケット１２０を作成する。図４は、ＮＡＣＫパ
ケットのフォーマットを示す図である。図４において、
パケットタイプＰＴは、パケットの種類を表す。パケッ
ト長Ｌは、パケットの長さを表す。受信側識別子ＳＳＲ
Ｃ＿Ｒは、データ受信部２０を識別する識別子である。
送信側識別子ＳＳＲＣは、データパケット１００の送信
元、すなわち、データ送信部１０を識別する識別子であ
る。第２のシーケンスナンバーＳＳＮは、再送すべきパ
ケットの第２のシーケンスナンバーを表す。なお、図４
に示すＮＡＣＫパケットは再送すべきパケットを１つだ
け指定するが、他のデータに適当なフィールドを設け、
複数のパケットを同時に指定することとしてもよい。
からの通知に基づき、再送すべきパケットを指定したＮ
ＡＣＫパケット１２０を作成する。図４は、ＮＡＣＫパ
ケットのフォーマットを示す図である。図４において、
パケットタイプＰＴは、パケットの種類を表す。パケッ
ト長Ｌは、パケットの長さを表す。受信側識別子ＳＳＲ
Ｃ＿Ｒは、データ受信部２０を識別する識別子である。
送信側識別子ＳＳＲＣは、データパケット１００の送信
元、すなわち、データ送信部１０を識別する識別子であ
る。第２のシーケンスナンバーＳＳＮは、再送すべきパ
ケットの第２のシーケンスナンバーを表す。なお、図４
に示すＮＡＣＫパケットは再送すべきパケットを１つだ
け指定するが、他のデータに適当なフィールドを設け、
複数のパケットを同時に指定することとしてもよい。
【００４６】再送要求送信部２５は、作成したＮＡＣＫ
パケット１２０を送信する。ＮＡＣＫパケット１２０
は、データパケット１００と同様に、ＵＤＰモジュール
（図示せず）などを用いてインターネット経由で伝送さ
れる。
パケット１２０を送信する。ＮＡＣＫパケット１２０
は、データパケット１００と同様に、ＵＤＰモジュール
（図示せず）などを用いてインターネット経由で伝送さ
れる。
【００４７】ＮＡＣＫパケット１２０を受信したとき、
再送要求受信部１６および再送パケット供給部１７は、
上述したように動作する。第１から第３の重要度付与部
１３ａ〜ｃおよびパケット送信部１４は、再送パケット
供給部１７から供給されたパケットに対して、ヘッダ付
加部１１から供給されたパケットと同じ処理を行う。こ
れにより、ＮＡＣＫパケット１２０によって指定された
重要度の高いパケットが再送される。
再送要求受信部１６および再送パケット供給部１７は、
上述したように動作する。第１から第３の重要度付与部
１３ａ〜ｃおよびパケット送信部１４は、再送パケット
供給部１７から供給されたパケットに対して、ヘッダ付
加部１１から供給されたパケットと同じ処理を行う。こ
れにより、ＮＡＣＫパケット１２０によって指定された
重要度の高いパケットが再送される。
【００４８】パケット受信部２３は、受信したデータパ
ケット１００のシーケンスナンバーに生じた飛びを検出
することにより、パケットロスを検出する。パケット受
信部２３は、シーケンスナンバーが直前のパケットより
２以上異なるパケットを検出したときに、パケットロス
が発生したと判断する。パケット受信部２３は、パケッ
トの受信およびパケットロスの検出を受信状況送信部２
４に通知する。
ケット１００のシーケンスナンバーに生じた飛びを検出
することにより、パケットロスを検出する。パケット受
信部２３は、シーケンスナンバーが直前のパケットより
２以上異なるパケットを検出したときに、パケットロス
が発生したと判断する。パケット受信部２３は、パケッ
トの受信およびパケットロスの検出を受信状況送信部２
４に通知する。
【００４９】受信状況送信部２４は、通知された情報に
基づき累積パケットロス数やパケットロス率を算出し、
算出した値を含んだＲＲパケット１１０を作成する。図
５は、ＲＲパケット１１０のフォーマットを示す図であ
る。パケットタイプＰＴ、パケット長Ｌ、受信側識別子
ＳＳＲＣ＿Ｒおよび送信側識別子ＳＳＲＣは、ＮＡＣＫ
パケット１２０と同じである。累積パケットロス数ＣＮ
ＰＬ（Cumulative Number of Packets Lost ）およびパ
ケットロス率ＦＬ（Fraction Lost ）は、受信状況送信
部２４で算出した値である。受信シーケンスナンバーの
最大値ＥＨＳＮＲ（Extended Highest Sequence Number
Received ）は、直前に受信したパケットのシーケンス
ナンバーを表す。到着時間間隔のジッタＩＪ（Interarr
ival Jitter ）は、伝送路の遅延時間のジッタを表し、
直前ＳＲのタイムスタンプＬＳＲ（Last SR ）と直前Ｓ
Ｒからの遅延時間ＤＬＳＲ（Delay since Last SR ）は
伝送路の往復遅延時間を計測するために使用される。な
お、各フィールドの詳細は、上述した文献（ＲＦＣ１８
８９）に記載されている。
基づき累積パケットロス数やパケットロス率を算出し、
算出した値を含んだＲＲパケット１１０を作成する。図
５は、ＲＲパケット１１０のフォーマットを示す図であ
る。パケットタイプＰＴ、パケット長Ｌ、受信側識別子
ＳＳＲＣ＿Ｒおよび送信側識別子ＳＳＲＣは、ＮＡＣＫ
パケット１２０と同じである。累積パケットロス数ＣＮ
ＰＬ（Cumulative Number of Packets Lost ）およびパ
ケットロス率ＦＬ（Fraction Lost ）は、受信状況送信
部２４で算出した値である。受信シーケンスナンバーの
最大値ＥＨＳＮＲ（Extended Highest Sequence Number
Received ）は、直前に受信したパケットのシーケンス
ナンバーを表す。到着時間間隔のジッタＩＪ（Interarr
ival Jitter ）は、伝送路の遅延時間のジッタを表し、
直前ＳＲのタイムスタンプＬＳＲ（Last SR ）と直前Ｓ
Ｒからの遅延時間ＤＬＳＲ（Delay since Last SR ）は
伝送路の往復遅延時間を計測するために使用される。な
お、各フィールドの詳細は、上述した文献（ＲＦＣ１８
８９）に記載されている。
【００５０】受信状況送信部２４は、作成したＲＲパケ
ット１１０を送信する。ＲＲパケット１１０は、データ
パケット１００と同様に、ＵＤＰモジュール（図示せ
ず）などを用いてインターネット経由で伝送される。受
信状況受信部１５は、受信したＲＲパケット１１０から
パケットロス率２００を取り出し、重要度付与制御部１
２に対して出力する。
ット１１０を送信する。ＲＲパケット１１０は、データ
パケット１００と同様に、ＵＤＰモジュール（図示せ
ず）などを用いてインターネット経由で伝送される。受
信状況受信部１５は、受信したＲＲパケット１１０から
パケットロス率２００を取り出し、重要度付与制御部１
２に対して出力する。
【００５１】重要度付与制御部１２は、パケットロス率
２００に基づき、ヘッダ付加部１１および再送パケット
供給部１７から供給されたパケットの出力先を切り替え
る。パケットロス率２００の値をＸ（％）とし、パケッ
トの出力先切り替えのためのしきい値をＴ１、Ｔ２とす
る。重要度付与制御部１２は、ＸがＴ１以上であれば第
１の重要度付与部１３ａに、ＸがＴ２以上Ｔ１未満であ
れば第２の重要度付与部１３ｂに、ＸがＴ２未満であれ
ば第３の重要度付与部１３ｃに、供給されたパケットを
出力する。例えば、Ｔ１が７０％でＴ２が３０％である
場合、重要度付与制御部１２は、Ｘが７０％以上であれ
ば第１の重要度付与部１３ａに、Ｘが３０％以上７０％
未満であれば第２の重要度付与部１３ｂに、Ｘが３０％
未満であれば第３の重要度付与部１３ｃに、供給された
パケットを出力する。これにより、受信したパケットロ
ス率に基づき、パケットに対する重要度の付与方法が切
り替えられる。
２００に基づき、ヘッダ付加部１１および再送パケット
供給部１７から供給されたパケットの出力先を切り替え
る。パケットロス率２００の値をＸ（％）とし、パケッ
トの出力先切り替えのためのしきい値をＴ１、Ｔ２とす
る。重要度付与制御部１２は、ＸがＴ１以上であれば第
１の重要度付与部１３ａに、ＸがＴ２以上Ｔ１未満であ
れば第２の重要度付与部１３ｂに、ＸがＴ２未満であれ
ば第３の重要度付与部１３ｃに、供給されたパケットを
出力する。例えば、Ｔ１が７０％でＴ２が３０％である
場合、重要度付与制御部１２は、Ｘが７０％以上であれ
ば第１の重要度付与部１３ａに、Ｘが３０％以上７０％
未満であれば第２の重要度付与部１３ｂに、Ｘが３０％
未満であれば第３の重要度付与部１３ｃに、供給された
パケットを出力する。これにより、受信したパケットロ
ス率に基づき、パケットに対する重要度の付与方法が切
り替えられる。
【００５２】図６は、ＲＲパケット１１０を受信したデ
ータ送信部１０において、重要度の付与方法が切り替え
られる様子を示す図である。図６では図面の簡略化のた
め、ＲＲパケット１１０のみが示されている。データ受
信部２０は、所定のタイミングでパケットロス率を含ん
だＲＲパケット１１０を送信し、データ送信部１０は、
パケットロス率に基づき、パケットに対する重要度の付
与方法を切り替える。重要度の付与方法は、パケットロ
ス率が高いときには重要度の多いパケットが少なくな
り、パケットロス率が低い時には重要度の多いパケット
が少なくなるように切り替えられる。したがって、パケ
ットロス率が高いときには、パケットの再送が抑制さ
れ、データ伝送量が減少する。一方、パケットロス率が
低いときには、パケットの再送が許容され、データ伝送
量が増加する。このように受信状況に応じて重要度の付
与方法を切り替えて、再送されるデータ量を制御するこ
とにより、許容された伝送容量の範囲内で動画像符号化
データを効率的に伝送し、再生画像の画質劣化を防ぐこ
とができる。
ータ送信部１０において、重要度の付与方法が切り替え
られる様子を示す図である。図６では図面の簡略化のた
め、ＲＲパケット１１０のみが示されている。データ受
信部２０は、所定のタイミングでパケットロス率を含ん
だＲＲパケット１１０を送信し、データ送信部１０は、
パケットロス率に基づき、パケットに対する重要度の付
与方法を切り替える。重要度の付与方法は、パケットロ
ス率が高いときには重要度の多いパケットが少なくな
り、パケットロス率が低い時には重要度の多いパケット
が少なくなるように切り替えられる。したがって、パケ
ットロス率が高いときには、パケットの再送が抑制さ
れ、データ伝送量が減少する。一方、パケットロス率が
低いときには、パケットの再送が許容され、データ伝送
量が増加する。このように受信状況に応じて重要度の付
与方法を切り替えて、再送されるデータ量を制御するこ
とにより、許容された伝送容量の範囲内で動画像符号化
データを効率的に伝送し、再生画像の画質劣化を防ぐこ
とができる。
【００５３】以上に示すように、本実施形態に係るデー
タ伝送装置では、パケットの受信状況に応じて、送信側
で重要度の付与方法を切り替えることにより、受信状況
が悪いときには重要度の高いパケットを少なくし、受信
状況が良いときには重要度の高いパケットを多くする。
これにより、再送されるデータ量を制御し、許容された
伝送容量の範囲内で効率的にデータを伝送することがで
きる。
タ伝送装置では、パケットの受信状況に応じて、送信側
で重要度の付与方法を切り替えることにより、受信状況
が悪いときには重要度の高いパケットを少なくし、受信
状況が良いときには重要度の高いパケットを多くする。
これにより、再送されるデータ量を制御し、許容された
伝送容量の範囲内で効率的にデータを伝送することがで
きる。
【００５４】なお、本実施形態に係るデータ伝送装置
は、第１から第３の重要度付与部を備え、重要度の付与
方法を３通りに切り替えることとしたが、重要度付与部
の構成はこれに限るものではない。例えば、図７に示す
ように、データ伝送装置は第１および第２の重要度付与
部３３ａ、３３ｂを備え、これらの重要度付与部は図８
に示すテーブルに従って動作することとしてもよい。
は、第１から第３の重要度付与部を備え、重要度の付与
方法を３通りに切り替えることとしたが、重要度付与部
の構成はこれに限るものではない。例えば、図７に示す
ように、データ伝送装置は第１および第２の重要度付与
部３３ａ、３３ｂを備え、これらの重要度付与部は図８
に示すテーブルに従って動作することとしてもよい。
【００５５】また、パケットの特性は、送信側アプリケ
ーションから出力されることとしたが、データ送信部に
よって算出されることとしてもよい。例えば、ＲＴＰを
用いて画像符号化データを伝送する場合には、パケット
内の特定のビットを参照することにより、パケットの特
性を容易に求めることができる。
ーションから出力されることとしたが、データ送信部に
よって算出されることとしてもよい。例えば、ＲＴＰを
用いて画像符号化データを伝送する場合には、パケット
内の特定のビットを参照することにより、パケットの特
性を容易に求めることができる。
【００５６】また、伝送されるデータは任意のデータで
よく、パケットの分類方法も任意であってよい。例え
ば、周波数方向に階層的に符号化した画像符号化データ
を伝送する場合には、低周波成分を含むパケットを画像
内符号化パケットに、高周波成分を含むパケットを画像
間符号化パケットに割り当てて同様の方法を適用するこ
とができる。音声データを伝送する場合には、有効な音
を含むパケットを画像内符号化パケットに、無音部分を
多く含むパケットを画像間符号化パケットに割り当てて
同様の方法を適用することができる。また、パケットの
特性を参照することなく、重要度を付与することとして
もよい。
よく、パケットの分類方法も任意であってよい。例え
ば、周波数方向に階層的に符号化した画像符号化データ
を伝送する場合には、低周波成分を含むパケットを画像
内符号化パケットに、高周波成分を含むパケットを画像
間符号化パケットに割り当てて同様の方法を適用するこ
とができる。音声データを伝送する場合には、有効な音
を含むパケットを画像内符号化パケットに、無音部分を
多く含むパケットを画像間符号化パケットに割り当てて
同様の方法を適用することができる。また、パケットの
特性を参照することなく、重要度を付与することとして
もよい。
【００５７】また、本実施形態では、通信プロトコルと
してＲＴＰを用いたが、他の通信プロトコルを用いて
も、同じ特徴を有するデータ伝送装置を構成することが
できる。
してＲＴＰを用いたが、他の通信プロトコルを用いて
も、同じ特徴を有するデータ伝送装置を構成することが
できる。
【図１】本発明の実施形態に係るデータ伝送装置の構成
を示すブロック図である。
を示すブロック図である。
【図２】重要度付きＲＴＰにおけるデータパケットのフ
ォーマットを示す図である。
ォーマットを示す図である。
【図３】本発明の実施形態に係るデータ伝送装置の重要
度付与部における処理内容を示すテーブルである。
度付与部における処理内容を示すテーブルである。
【図４】重要度付きＲＴＰにおけるＮＡＣＫパケットの
フォーマットを示す図である。
フォーマットを示す図である。
【図５】重要度付きＲＴＰにおけるＲＲパケットのフォ
ーマットを示す図である。
ーマットを示す図である。
【図６】本発明の実施形態に係るデータ伝送装置におい
て、重要度の付与方法が切り替えられる様子を示す図で
ある。
て、重要度の付与方法が切り替えられる様子を示す図で
ある。
【図７】本発明の実施形態の変形例に係るデータ伝送装
置の構成を示すブロック図である。
置の構成を示すブロック図である。
【図８】本発明の実施形態の変形例に係るデータ伝送装
置の重要度付与部における処理内容を示すテーブルであ
る。
置の重要度付与部における処理内容を示すテーブルであ
る。
【図９】ＲＴＰを用いた従来のデータ伝送装置の構成を
示すブロック図である。
示すブロック図である。
【図１０】ＲＴＰによるデータ伝送のシーケンス図であ
る。
る。
【図１１】重要度付きＲＴＰを用いた従来のデータ伝送
装置の構成を示すブロック図である。
装置の構成を示すブロック図である。
【図１２】重要度付きＲＴＰによるデータ伝送のシーケ
ンス図である。
ンス図である。
１…送信側アプリケーション ２…受信側アプリケーション １０、３０…データ送信部 １１…ヘッダ付加部 １２…重要度付与制御部 １３ａ〜ｃ、３３ａ〜ｂ…重要度付与部 １４…パケット送信部 １５…受信状況受信部 １６…再送要求受信部 １７…再送パケット供給部 ２０…データ受信部 ２１…パケット出力部 ２２…重要度判定部 ２３…パケット受信部 ２４…受信状況送信部 ２５…再送要求送信部 １００…データパケット １１０…ＲＲパケット １２０…ＮＡＣＫパケット ２００…パケットロス率
───────────────────────────────────────────────────── フロントページの続き (72)発明者 井村 康治 神奈川県横浜市港北区綱島東四丁目３番１ 号 松下通信工業株式会社内 (72)発明者 井戸 大治 神奈川県横浜市港北区綱島東四丁目３番１ 号 松下通信工業株式会社内 Ｆターム(参考） 5K030 GA11 HA08 HB01 HB02 JA05 KX29 LA03 LD18 MA14 5K035 AA03 BB01 DD01 FF02 GG13 HH02 HH07 LL06
Claims (10)
- 【請求項１】 送信部から受信部へパケット単位でデー
タを伝送するデータ伝送装置であって、 前記送信部は、 各パケットに重要度を付与する重要度付与手段と、 重要度を付与したパケットを送信するパケット送信手段
と、 前記受信部におけるパケットの受信状況を受信する受信
状況受信手段と、 前記受信部からの再送要求に応じて、パケットを再送す
るパケット再送手段とを備え、 前記受信部は、 前記パケット送信手段から送信されたパケットを受信す
るパケット受信手段と、 前記パケット受信手段において検出されたパケットロス
情報に基づき、前記受信状況を送信する受信状況送信手
段と、 重要度の高いパケットのロスを検出したときに、前記再
送要求を送信する再送要求送信手段とを備え、 前記重要度付与手段は、前記受信状況が悪いときには重
要度の高いパケットが少なく、前記受信状況が良いとき
には重要度の高いパケットが多くなるように、重要度の
付与方法を切り替えることを特徴とする、データ伝送装
置。 - 【請求項２】 前記受信状況送信手段は、前記パケット
受信手段におけるパケットロス率を含んだ受信状況を送
信し、 前記重要度付与手段は、前記パケットロス率が所定の値
より大きいときには重要度の高いパケットの割合が少な
く、前記パケットロス率が前記所定の値より小さいとき
には重要度の高いパケットの割合が多くなるように、重
要度の付与方法を切り替えることを特徴とする、請求項
１に記載のデータ伝送装置。 - 【請求項３】 前記重要度付与手段は、動画像符号化デ
ータを含むパケットを、画像内符号化したデータを含む
画像内符号化パケットと、画像間符号化したデータを含
む画像間符号化パケットとに分類し、パケットの種類ご
とに定めた重要度の付与方法を、前記受信状況に応じて
切り替えることを特徴とする、請求項１に記載のデータ
伝送装置。 - 【請求項４】 前記重要度付与手段は、前記受信状況に
応じて、 前記画像内符号化パケットに高い重要度を、前記画像間
符号化パケットに低い重要度を付与する第１の重要度の
付与方法と、 すべてのパケットに高い重要度を付与する第２の重要度
の付与方法とを切り替えることを特徴とする、請求項３
に記載のデータ伝送装置。 - 【請求項５】 前記重要度付与手段は、前記受信状況に
応じて、 前記画像内符号化パケットの一部に高い重要度を、残余
のパケットに低い重要度を付与する第１の重要度の付与
方法と、 前記画像内符号化パケットに高い重要度を、前記画像間
符号化パケットに低い重要度を付与する第２の重要度の
付与方法と、 すべてのパケットに高い重要度を付与する第３の重要度
の付与方法とを切り替えることを特徴とする、請求項３
に記載のデータ伝送装置。 - 【請求項６】 送信部から受信部へパケット単位でデー
タを伝送するデータ伝送方法であって、 前記送信部は、 各パケットに重要度を付与する重要度付与ステップと、 重要度を付与したパケットを送信するパケット送信ステ
ップと、 前記受信部におけるパケットの受信状況を受信する受信
状況受信ステップと、 前記受信部からの再送要求に応じて、パケットを再送す
るパケット再送ステップとを備え、 前記受信部は、 前記パケット送信ステップにおいて送信されたパケット
を受信するパケット受信ステップと、 前記パケット受信ステップにおいて検出されたパケット
ロス情報に基づき、前記受信状況を送信する受信状況送
信ステップと、 重要度の高いパケットのロスを検出したときに、前記再
送要求を送信する再送要求送信ステップとを備え、 前記重要度付与ステップは、前記受信状況が悪いときに
は重要度の高いパケットが少なく、前記受信状況が良い
ときには重要度の高いパケットが多くなるように、重要
度の付与方法を切り替えることを特徴とする、データ伝
送方法。 - 【請求項７】 前記受信状況送信ステップは、前記パケ
ット受信ステップにおけるパケットロス率を含んだ受信
状況を送信し、 前記重要度付与ステップは、前記パケットロス率が所定
の値より大きいときには重要度の高いパケットの割合が
少なく、前記パケットロス率が前記所定の値より小さい
ときには重要度の高いパケットの割合が多くなるよう
に、重要度の付与方法を切り替えることを特徴とする、
請求項６に記載のデータ伝送方法。 - 【請求項８】 前記重要度付与ステップは、動画像符号
化データを含むパケットを、画像内符号化データを含む
画像内符号化パケットと、画像間符号化データを含む画
像間符号化パケットとに分類し、パケットの種類ごとに
定めた重要度の付与方法を、前記受信状況に応じて切り
替えることを特徴とする、請求項６に記載のデータ伝送
方法。 - 【請求項９】 前記重要度付与ステップは、前記受信状
況に応じて、 前記画像内符号化パケットに高い重要度を、前記画像間
符号化パケットに低い重要度を付与する第１の重要度の
付与方法と、 すべてのパケットに高い重要度を付与する第２の重要度
の付与方法とを切り替えることを特徴とする、請求項８
に記載のデータ伝送方法。 - 【請求項１０】 前記重要度付与ステップは、前記受信
状況に応じて、 前記画像内符号化パケットの一部に高い重要度を、残余
のパケットに低い重要度を付与する第１の重要度の付与
方法と、 前記画像内符号化パケットに高い重要度を、前記画像間
符号化パケットに低い重要度を付与する第２の重要度の
付与方法と、 すべてのパケットに高い重要度を付与する第３の重要度
の付与方法とを切り替えることを特徴とする、請求項８
に記載のデータ伝送方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000395183A JP3590949B2 (ja) | 2000-08-17 | 2000-12-26 | データ伝送装置およびデータ伝送方法 |
| CA 2355035 CA2355035C (en) | 2000-08-17 | 2001-08-14 | Data transmission apparatus and method |
| US09/929,487 US6987730B2 (en) | 2000-08-17 | 2001-08-15 | Transmission apparatus and method for changing data packets priority assignment depending on the reception feedback |
| DE2001625473 DE60125473T2 (de) | 2000-08-17 | 2001-08-16 | Paketwiederübertragung mit Prioritätinformationen |
| EP20010118873 EP1180870B1 (en) | 2000-08-17 | 2001-08-16 | Packet retransmission using priority information |
| CNB01133973XA CN100414846C (zh) | 2000-08-17 | 2001-08-17 | 数据传送装置及数据传送方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000247328 | 2000-08-17 | ||
| JP2000-247328 | 2000-08-17 | ||
| JP2000395183A JP3590949B2 (ja) | 2000-08-17 | 2000-12-26 | データ伝送装置およびデータ伝送方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004127987A Division JP2004248322A (ja) | 2000-08-17 | 2004-04-23 | データ伝送装置およびデータ伝送方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002135324A true JP2002135324A (ja) | 2002-05-10 |
| JP3590949B2 JP3590949B2 (ja) | 2004-11-17 |
| JP2002135324A5 JP2002135324A5 (ja) | 2005-03-17 |
Family
ID=26598032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000395183A Expired - Fee Related JP3590949B2 (ja) | 2000-08-17 | 2000-12-26 | データ伝送装置およびデータ伝送方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6987730B2 (ja) |
| EP (1) | EP1180870B1 (ja) |
| JP (1) | JP3590949B2 (ja) |
| CN (1) | CN100414846C (ja) |
| CA (1) | CA2355035C (ja) |
| DE (1) | DE60125473T2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005136548A (ja) * | 2003-10-29 | 2005-05-26 | Sony Corp | 送信装置および方法、記録媒体、並びにプログラム |
| JP2008312126A (ja) * | 2007-06-18 | 2008-12-25 | Canon Inc | データ送信装置、データ受信装置、及びデータ送受信システム |
| KR100914170B1 (ko) * | 2001-06-26 | 2009-08-28 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 패킷 재전송 요청들을 갖는 패킷 전송 방법 및 이러한 요청들의 전송에 관한 제어 메커니즘 |
| JP2013211835A (ja) * | 2012-02-10 | 2013-10-10 | Polycom Inc | マルチホップｒｔｐストリーミングにおいて重要なパケットロスを扱うためのシステム及び方法 |
| JP2013239877A (ja) * | 2012-05-15 | 2013-11-28 | Mitsubishi Electric Corp | 誤り訂正符号化装置 |
Families Citing this family (63)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6628610B1 (en) * | 1999-06-28 | 2003-09-30 | Cisco Technology, Inc. | Methods and apparatus for managing a flow of packets using change and reply signals |
| JP3699910B2 (ja) * | 2000-10-31 | 2005-09-28 | 株式会社東芝 | データ伝送装置、データ伝送方法及びプログラム |
| US20020112244A1 (en) * | 2000-12-19 | 2002-08-15 | Shih-Ping Liou | Collaborative video delivery over heterogeneous networks |
| FI114365B (fi) * | 2001-08-31 | 2004-09-30 | First Hop Oy | Menetelmä langattomien verkkojen suorituskyvyn optimoimiseksi |
| JP4549610B2 (ja) * | 2001-11-08 | 2010-09-22 | ソニー株式会社 | 通信システム、通信方法、送信装置および方法、受信装置および方法、並びにプログラム |
| US20030095536A1 (en) * | 2001-11-16 | 2003-05-22 | Hu Teck H. | Multi-priority re-sequencing method and apparatus |
| KR100485850B1 (ko) * | 2002-03-07 | 2005-04-28 | 삼성전자주식회사 | 프로토콜 처리 장치 및 방법, 그리고 트래픽 처리 장치 및방법 |
| FR2838584A1 (fr) * | 2002-04-16 | 2003-10-17 | Koninkl Philips Electronics Nv | Systeme de transmission avec controle de congestion au niveau du recepteur pour decider d'eventuelles demandes de retransmission |
| GB0218961D0 (en) * | 2002-08-15 | 2002-09-25 | Koninkl Philips Electronics Nv | Transmission method and system |
| WO2004036819A1 (en) * | 2002-10-17 | 2004-04-29 | Matsushita Electric Industrial Co., Ltd. | Method and device for transmitting and receiving data using packets carrying priority information |
| US7656861B2 (en) * | 2004-07-09 | 2010-02-02 | Cisco Technology, Inc. | Method and apparatus for interleaving text and media in a real-time transport session |
| JP3931988B2 (ja) * | 2004-08-26 | 2007-06-20 | 日本電気株式会社 | ネットワーク品質計測方法、及び計測装置 |
| WO2006043624A1 (ja) * | 2004-10-21 | 2006-04-27 | Nec Corporation | 通信品質計測装置及びその計測方法 |
| US20100157833A1 (en) * | 2005-03-10 | 2010-06-24 | Qualcomm Incorporated | Methods and systems for improved timing acquisition for varying channel conditions |
| US8675631B2 (en) * | 2005-03-10 | 2014-03-18 | Qualcomm Incorporated | Method and system for achieving faster device operation by logical separation of control information |
| US7792143B1 (en) | 2005-03-25 | 2010-09-07 | Cisco Technology, Inc. | Method and apparatus for interworking dissimilar text phone protocols over a packet switched network |
| EP1755284A1 (en) * | 2005-08-19 | 2007-02-21 | Siemens Aktiengesellschaft | Method, apparatus and network for wireless packet oriented transmission of data |
| US7623607B2 (en) | 2005-10-31 | 2009-11-24 | Qualcomm Incorporated | Methods and apparatus for determining timing in a wireless communication system |
| US8948329B2 (en) * | 2005-12-15 | 2015-02-03 | Qualcomm Incorporated | Apparatus and methods for timing recovery in a wireless transceiver |
| US7924890B2 (en) * | 2006-02-13 | 2011-04-12 | Cisco Technology, Inc. | Apparatus and method for increasing reliability of data sensitive to packet loss |
| JP4955060B2 (ja) * | 2006-08-18 | 2012-06-20 | サムスン エレクトロニクス カンパニー リミテッド | 移動体ブロードキャストシステムにおける端末機がストリーミングサービスの受信率を報告する方法及び装置とそのシステム |
| US8189474B2 (en) * | 2006-09-27 | 2012-05-29 | Infosys Limited | Dynamic stack-based networks for resource constrained devices |
| JP2008098798A (ja) * | 2006-10-10 | 2008-04-24 | Nec Corp | 通信システムにおけるデータ伝送状況判定方法および通信装置 |
| WO2008085842A1 (en) * | 2007-01-04 | 2008-07-17 | Interdigital Technology Corporation | Node b based segmentation/concatenation |
| WO2008085992A2 (en) * | 2007-01-08 | 2008-07-17 | Interdigital Technology Corporation | Method and apparatus for multicasting with feedback information |
| US8180029B2 (en) * | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8699678B2 (en) * | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8145780B2 (en) * | 2007-10-19 | 2012-03-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8706907B2 (en) * | 2007-10-19 | 2014-04-22 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8380874B2 (en) * | 2007-10-19 | 2013-02-19 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8090867B2 (en) * | 2007-10-19 | 2012-01-03 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8682336B2 (en) * | 2007-10-19 | 2014-03-25 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8391312B2 (en) * | 2007-10-19 | 2013-03-05 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8111713B2 (en) | 2007-10-19 | 2012-02-07 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8321581B2 (en) * | 2007-10-19 | 2012-11-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8121128B2 (en) * | 2008-02-26 | 2012-02-21 | Qualcomm Incorporated | Method and apparatus for link control in a wireless communication system |
| JP2010056964A (ja) * | 2008-08-28 | 2010-03-11 | Canon Inc | 受信装置及びその制御方法、プログラム、記録媒体 |
| JP5197238B2 (ja) * | 2008-08-29 | 2013-05-15 | キヤノン株式会社 | 映像送信装置、その制御方法、および制御方法を実行するプログラム |
| US8806551B2 (en) * | 2008-12-03 | 2014-08-12 | Alcatel Lucent | Prioritized retransmission of internet protocol television (IPTV) packets |
| US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
| US8520699B2 (en) * | 2010-12-09 | 2013-08-27 | Qualcomm Incorporated | Apparatus and methods for providing a communication quality feedback of an end-to-end communication path |
| US9065744B2 (en) * | 2011-06-20 | 2015-06-23 | Netscout Systems, Inc. | Performance optimized and configurable state based heuristic for the classification of real-time transport protocol traffic |
| FR2977101A1 (fr) * | 2011-06-24 | 2012-12-28 | France Telecom | Retransmission de donnees perdues entre un emetteur et un recepteur |
| ES2959510T3 (es) | 2011-10-21 | 2024-02-26 | Icu Medical Inc | Sistema de actualización de dispositivos médicos |
| AU2014225658B2 (en) | 2013-03-06 | 2018-05-31 | Icu Medical, Inc. | Medical device communication method |
| US9304839B2 (en) * | 2013-04-30 | 2016-04-05 | Hewlett Packard Enterprise Development Lp | Resending messages |
| CA2922425C (en) | 2013-08-30 | 2023-05-16 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
| US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
| US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
| US10042986B2 (en) | 2013-11-19 | 2018-08-07 | Icu Medical, Inc. | Infusion pump automation system and method |
| CA2945647C (en) | 2014-04-30 | 2023-08-08 | Hospira, Inc. | Patient care system with conditional alarm forwarding |
| US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
| US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
| CN107517410B (zh) * | 2016-06-16 | 2020-12-08 | 华为技术有限公司 | 视频业务质量评估的方法及装置 |
| AU2017295722B2 (en) | 2016-07-14 | 2022-08-11 | Icu Medical, Inc. | Multi-communication path selection and security system for a medical device |
| CN109151612B (zh) | 2017-06-27 | 2020-10-16 | 华为技术有限公司 | 一种视频传输方法、设备及系统 |
| ES2985889T3 (es) | 2018-07-17 | 2024-11-07 | Icu Medical Inc | Actualización de las bibliotecas de fármacos de bombas de infusión y software operacional en un entorno en red |
| EP4297379A3 (en) | 2018-07-17 | 2024-01-10 | ICU Medical, Inc. | Systems and methods for facilitating clinical messaging in a network environment |
| US10950339B2 (en) | 2018-07-17 | 2021-03-16 | Icu Medical, Inc. | Converting pump messages in new pump protocol to standardized dataset messages |
| US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
| EP3827337A4 (en) | 2018-07-26 | 2022-04-13 | ICU Medical, Inc. | MANAGEMENT SYSTEM FOR SUBSTANCES LIBRARY |
| CN111262660B (zh) * | 2018-11-30 | 2022-01-14 | 华为技术有限公司 | 数据传输方法、设备及系统 |
| AU2020267477A1 (en) | 2019-05-08 | 2022-01-06 | Icu Medical, Inc. | Threshold signature based medical device management |
Family Cites Families (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03201641A (ja) | 1989-12-27 | 1991-09-03 | Toshiba Corp | 通信パケットの優先制御方式 |
| US5367523A (en) * | 1993-08-26 | 1994-11-22 | International Business Machines Corporation | Adaptive rate-based congestion and flow control in packet communications networks |
| JP3870978B2 (ja) | 1994-06-03 | 2007-01-24 | ソニー株式会社 | 送信装置および送信方法、並びに受信装置および受信方法 |
| JPH08139737A (ja) * | 1994-11-14 | 1996-05-31 | Nec Corp | 輻輳制御方式 |
| US5729542A (en) | 1995-06-28 | 1998-03-17 | Motorola, Inc. | Method and apparatus for communication system access |
| US6226265B1 (en) | 1995-07-25 | 2001-05-01 | Fujitsu Limited | Packet flow monitor and control system |
| US5768533A (en) * | 1995-09-01 | 1998-06-16 | National Semiconductor Corporation | Video coding using segmented frames and retransmission to overcome channel errors |
| US5920705A (en) | 1996-01-31 | 1999-07-06 | Nokia Ip, Inc. | Method and apparatus for dynamically shifting between routing and switching packets in a transmission network |
| GB9614985D0 (en) * | 1996-07-17 | 1996-09-04 | Newbridge Networks Corp | Variation fluctuation smoothing for ATM circuit emulation |
| JP3193947B2 (ja) * | 1997-01-08 | 2001-07-30 | 株式会社ディジタル・ビジョン・ラボラトリーズ | データ送信システム及びデータ送信方法 |
| KR20050052484A (ko) | 1997-03-17 | 2005-06-02 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터 처리방법 |
| US6167030A (en) * | 1997-03-20 | 2000-12-26 | Nokia Telecommunications, Oy | Buffer-based traffic measurement system and method for nominal bit rate (NBR) service |
| US6163808A (en) * | 1997-03-20 | 2000-12-19 | Nokia Telecommunications, Oy | Network adjusts cell transfer capacity in response to a change in the actual bit rate relative to the nominal bit rate |
| US6081843A (en) * | 1997-03-20 | 2000-06-27 | Nokia Telecommunications | System using simulation cell and simulation buffer for regulating cell transfer rate according to occupancy level of the simulation buffer |
| JP3317191B2 (ja) | 1997-06-12 | 2002-08-26 | トヨタ自動車株式会社 | データ伝送方法 |
| US6188670B1 (en) * | 1997-10-31 | 2001-02-13 | International Business Machines Corporation | Method and system in a data processing system for dynamically controlling transmission of data over a network for end-to-end device flow control |
| US6091709A (en) | 1997-11-25 | 2000-07-18 | International Business Machines Corporation | Quality of service management for packet switched networks |
| US6563836B1 (en) | 1998-03-19 | 2003-05-13 | International Business Machines Corporation | Algorithm for dynamic prioritization in a queuing environment |
| US6426943B1 (en) | 1998-04-10 | 2002-07-30 | Top Layer Networks, Inc. | Application-level data communication switching system and process for automatic detection of and quality of service adjustment for bulk data transfers |
| JP2955561B1 (ja) * | 1998-05-29 | 1999-10-04 | 株式会社ディジタル・ビジョン・ラボラトリーズ | ストリーム通信システム及びストリーム転送制御方法 |
| US6247061B1 (en) | 1998-06-09 | 2001-06-12 | Microsoft Corporation | Method and computer program product for scheduling network communication packets originating from different flows having unique service requirements |
| US6584509B2 (en) | 1998-06-23 | 2003-06-24 | Intel Corporation | Recognizing audio and video streams over PPP links in the absence of an announcement protocol |
| JP2000059370A (ja) * | 1998-08-04 | 2000-02-25 | Fujitsu Ltd | トラヒック制御装置およびその方法 |
| EP1009138B8 (en) | 1998-11-30 | 2006-03-08 | Matsushita Electric Industrial Co., Ltd. | Data transmission method |
| EP1006689B1 (en) | 1998-11-30 | 2008-02-06 | Matsushita Electric Industries Co., Ltd. | Packet retransmission control using priority information |
| JP2000228676A (ja) | 1998-11-30 | 2000-08-15 | Matsushita Electric Ind Co Ltd | データ送信方法 |
| JP3556495B2 (ja) * | 1998-12-15 | 2004-08-18 | 株式会社東芝 | パケットスイッチ及びパケット交換方法 |
| DE60024228T2 (de) | 1999-01-08 | 2006-08-10 | Nortel Networks Ltd., St. Laurent | Dynamische zuweisung verkehrsklassen an einer prioritätswarteschlange in einer paketbeförderungsvorrichtung |
| US6449251B1 (en) | 1999-04-02 | 2002-09-10 | Nortel Networks Limited | Packet mapper for dynamic data packet prioritization |
| EP1045563B1 (en) | 1999-04-12 | 2008-08-20 | International Business Machines Corporation | Method and system for improving overall network response time during the exchange of files between telnet 3270 servers and telnet 3270 clients |
| US6449255B1 (en) * | 1999-04-26 | 2002-09-10 | Cisco Technology, Inc. | Method and apparatus for managing packets using a real-time feedback signal |
| US6654346B1 (en) | 1999-07-19 | 2003-11-25 | Dunti Corporation | Communication network across which packets of data are transmitted according to a priority scheme |
| US6335933B1 (en) * | 1999-05-21 | 2002-01-01 | Broadcom Homenetworking, Inc. | Limited automatic repeat request protocol for frame-based communication channels |
| US6628610B1 (en) * | 1999-06-28 | 2003-09-30 | Cisco Technology, Inc. | Methods and apparatus for managing a flow of packets using change and reply signals |
| US6438135B1 (en) * | 1999-10-21 | 2002-08-20 | Advanced Micro Devices, Inc. | Dynamic weighted round robin queuing |
| US6646988B1 (en) * | 2000-01-31 | 2003-11-11 | Nortel Networks Limited | System, device, and method for allocating excess bandwidth in a differentiated services communication network |
| US6760309B1 (en) | 2000-03-28 | 2004-07-06 | 3Com Corporation | Method of dynamic prioritization of time sensitive packets over a packet based network |
| US6748435B1 (en) * | 2000-04-28 | 2004-06-08 | Matsushita Electric Industrial Co., Ltd. | Random early demotion and promotion marker |
| WO2002025867A2 (en) | 2000-09-25 | 2002-03-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic control of packet data service throughput by radio access control node |
-
2000
- 2000-12-26 JP JP2000395183A patent/JP3590949B2/ja not_active Expired - Fee Related
-
2001
- 2001-08-14 CA CA 2355035 patent/CA2355035C/en not_active Expired - Lifetime
- 2001-08-15 US US09/929,487 patent/US6987730B2/en not_active Expired - Lifetime
- 2001-08-16 DE DE2001625473 patent/DE60125473T2/de not_active Expired - Lifetime
- 2001-08-16 EP EP20010118873 patent/EP1180870B1/en not_active Expired - Lifetime
- 2001-08-17 CN CNB01133973XA patent/CN100414846C/zh not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100914170B1 (ko) * | 2001-06-26 | 2009-08-28 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 패킷 재전송 요청들을 갖는 패킷 전송 방법 및 이러한 요청들의 전송에 관한 제어 메커니즘 |
| JP2005136548A (ja) * | 2003-10-29 | 2005-05-26 | Sony Corp | 送信装置および方法、記録媒体、並びにプログラム |
| JP2008312126A (ja) * | 2007-06-18 | 2008-12-25 | Canon Inc | データ送信装置、データ受信装置、及びデータ送受信システム |
| JP2013211835A (ja) * | 2012-02-10 | 2013-10-10 | Polycom Inc | マルチホップｒｔｐストリーミングにおいて重要なパケットロスを扱うためのシステム及び方法 |
| US9131110B2 (en) | 2012-02-10 | 2015-09-08 | Polycom, Inc. | System and method for handling critical packets loss in multi-hop RTP streaming |
| JP2013239877A (ja) * | 2012-05-15 | 2013-11-28 | Mitsubishi Electric Corp | 誤り訂正符号化装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60125473T2 (de) | 2007-10-04 |
| EP1180870A2 (en) | 2002-02-20 |
| JP3590949B2 (ja) | 2004-11-17 |
| US6987730B2 (en) | 2006-01-17 |
| CA2355035A1 (en) | 2002-02-17 |
| EP1180870B1 (en) | 2006-12-27 |
| DE60125473D1 (de) | 2007-02-08 |
| CN1339878A (zh) | 2002-03-13 |
| US20020021700A1 (en) | 2002-02-21 |
| EP1180870A3 (en) | 2004-09-01 |
| CN100414846C (zh) | 2008-08-27 |
| CA2355035C (en) | 2007-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3590949B2 (ja) | データ伝送装置およびデータ伝送方法 | |
| KR100987421B1 (ko) | 데이터통신시스템, 데이터송신장치, 데이터수신장치, 데이터통신방법 및 컴퓨터가 판독가능한 기록 매체 | |
| US7562277B2 (en) | Data transmitting/receiving system and method thereof | |
| US7263644B2 (en) | Data transmitting/receiving system and method thereof | |
| CN101552660B (zh) | 对流媒体数据进行重传、播放的方法、装置及通信系统 | |
| JP4748729B2 (ja) | データおよび対応するプロダクトを送信する準備のための装置と方法 | |
| Liang et al. | TCP-RTM: Using TCP for real time multimedia applications | |
| KR20030004059A (ko) | 패킷 재전송 요청들에 따른 패킷 전송 방법 및 이러한요청들의 전송에 관한 제어 메카니즘 | |
| Setton et al. | Adaptive multiple description video streaming over multiple channels with active probing | |
| JP2009267760A (ja) | データ送信装置、送信レート制御方法およびプログラム | |
| JP4250036B2 (ja) | メディア伝送方法及びメディア伝送装置 | |
| CN101741752B (zh) | 视频流传输的方法、装置和系统 | |
| JP2000151680A (ja) | マルチメディア通信装置 | |
| JP2004248322A (ja) | データ伝送装置およびデータ伝送方法 | |
| JP2003264590A (ja) | パケット伝送システムとそのデータ送信装置及びデータ受信装置 | |
| Lai et al. | DCCP partial reliability extension with sequence number compensation | |
| US20070109969A1 (en) | Method of ensuring the quality of service in a network | |
| JP3594196B1 (ja) | データ伝送装置およびデータ伝送方法 | |
| JP3594195B2 (ja) | データ伝送装置およびデータ伝送方法 | |
| KR101384125B1 (ko) | 통신 시스템에서 맥 계층의 서비스 품질 파라미터 생성장치 및 방법 | |
| JP2002135302A (ja) | データ伝送装置およびデータ伝送方法 | |
| EP1733527B1 (en) | Technique for handling outdated information units | |
| JP2004120148A (ja) | マルチメディアコンテンツ送信装置およびマルチメディアコンテンツ受信装置 | |
| JP2004350318A (ja) | データ伝送方法 | |
| Rossi et al. | A partially reliable transport protocol for multiple-description real-time multimedia traffic |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040423 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040423 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20040423 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20040525 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040527 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040723 |
|
| 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: 20040812 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040812 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090903 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090903 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100903 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110903 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120903 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130903 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |