(57)【要約】【課題】レポートパケットを使用して回線状態を把握するという枠組みの中で、伝送路の実際の通信速度を具体的に推定することを可能にする。【解決手段】ビデオエンコーダ１およびオーディオエンコーダ２で符号化されたメディアのパケットともに、送信者レポート生成部３で生成された送信者レポートパケットが伝送路に送出される。受信側から受信者レポートパケットがフィードバックされる。送信者レポートパケットおよび受信者レポートパケットはそれぞれ、サイズの異なる２種類のレポートパケットを含む。レート推定部４は、小サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間、および大サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間に基づいて伝送路の伝送速度を推定する。【選択図】    図１
2004289583.tif 000002
【特許請求の範囲】
【請求項１】
送信側装置から受信側装置へメディアパケットを送信するとともに、送信側装置と受信側装置間で送信者レポートパケットおよび受信者レポートパケットを送受信する動画像圧縮符号化送受信装置において、
送信者レポートパケットおよび受信者レポートパケットはそれぞれ、サイズの異なる２種類のレポートパケットを含み、
前記送信者側装置は、小サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間、および大サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間に基づいて伝送路の伝送速度を推定する伝送速度推定手段を備えることを特徴とする動画像圧縮符号化送受信装置
【請求項２】
前記伝送速度推定手段は、小サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間を求める式、および大サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間を求める式とからなる二元一次連立方程式によって伝送路の伝送速度を推定することを特徴とする請求項１に記載の動画像圧縮符号化送受信装置。
【請求項３】
大サイズの送信者レポートパケットおよび受信者レポートパケットは、小サイズの送信者レポートパケットおよび受信者レポートパケットにそれぞれダミーデータを付加したものであることを特徴とする請求項１または２に記載の動画像圧縮符号化送受信装置。
【請求項４】
前記送信側装置は、小サイズの送信者レポートパケット、大サイズの送信者レポートパケット、メディアパケットの順に組み合わせて１組のパケットとして送信することを特徴とする請求項３に記載の動画像圧縮符号化送受信装置。
【請求項５】
１組のパケットの送受信が終了してから次の１組のパケットを送出することを特徴とする請求項４に記載の動画像圧縮符号化送受信装置。
【請求項６】
前記ダミーデータは圧縮処理がなされていることを特徴とする請求項３ないし５のいずれかに記載の動画像圧縮符号化送受信装置。
【請求項７】
前記伝送速度推定手段により推定された伝送路の伝送速度をメディアの符号化に反映させることを特徴とする請求項１ないし７のいずれかに記載の動画像圧縮符号化送受信装置。
【請求項８】
前記伝送速度推定手段により推定されたネットワークの伝送速度をメディアの符号化に反映させる際、対象とするメディアの優先度に従ったレート制御を行うことを特徴とする請求項７に記載の動画像圧縮符号化送受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、動画像圧縮符号化送受信装置に関し、特に、伝送路の通信速度が段階的に変更されるような場合でも伝送路の通信速度を具体的に推定できる動画像圧縮符号化送受信装置に関する。
【０００２】
【従来の技術】
リアルタイムの映像信号や音声信号をデジタルデータに変換して送信するリアルタイム通信においては、情報源の符号化速度が伝送路の通信速度を超えないように制御が行われなければならない。
【０００３】
例えば、携帯電話などの無線伝送路やＩＰネットワークなどのベストエフォート型伝送路においては、ネットワークの混雑状況により通信速度が時々刻々と変動することが考えられる。この変動により、伝送路の伝送速度が情報源の符号化速度を下回った状態がある一定時間続くと、遅延の増大や受信される映像／音声の途切れとなり、通信品質の低下を招くことになる。
【０００４】
この通信品質の低下を防ぐため、伝送路の通信速度を監視し、その結果を逐次情報源の符号化ビットレートの制御に反映させて、先に述べたリアルタイム通信に要求される条件を常に満足させることが必要となる。
【０００５】
現在、実質的な国際標準方式として採用されているＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）ＲＦＣ１８８９で規定されているＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）では、伝送路の監視を目的としたレポートパケットが使用されており、ＳＲ（Ｓｅｎｄｅｒ  ｒｅｐｏｒｔ：送信者レポート）およびＲＲ（Ｒｅｃｅｉｖｅｒ  ｒｅｐｏｒｔ：受信者レポート）が定義されている。
【０００６】
送信者レポートは、受信側装置において受信者レポートを作成するための基準となる情報を提供することを目的とするものであり、タイムスタンプ、送出したメディアパケット（映像／音声パケット）数、送出したデータバイト数などを含む。送信側装置は、実際のメディアパケットの他に、送信レポートを定期的に送信する。
【０００７】
受信側装置では、送信側装置から送信された送信者レポートから基準時刻を取り出し、これを基に受信者レポートを作成し、送信側装置に送り返す。受信者レポートは、区間パケットロス率、累積パケットロス数、直前に受信したメディアパケットのシーケンス番号、メディアパケット到着間隔のジッタ、直前に受信した送信者レポートのタイムスタンプ、直前の送信者レポートの受信から受信レポートの送出までの遅延時間などを含む。
【０００８】
このように、従来のＲＴＣＰを採用したメディア（映像／音声）送受信装置では、送信者レポートおよび受信者レポートを使用し、送信側装置が、受信側装置からフィードバックされる受信者レポートに基づき、送出するデータの符号化ビットレートなどを制御することにより、受信側装置での受信状態が最適となるように制御している。
【０００９】
【発明が解決しようとする課題】
ＲＴＣＰにおいて送信側装置で推定できる伝送路の情報は、長期的に生じているパケットロス、短期的に生じているパケットロス、ならびに回線のジッタであり、これは、一般の有線ＩＰネットワーク（インターネット回線）のように、回線の特性として平常時は一定以上の通信速度が確保されており、混雑時において回線の輻輳などによりパケットロスやジッタを生じる、ということを前提としている。
【００１０】
しかしながら、携帯電話での無線ＩＰネットワークにおいては、以下に述べる理由によりパケットロス、ジッタの推定だけでは不十分となる場合がある。例えば、第３世代携帯電話ｃｄｍａ２０００  １ｘＥＶ−ＤＯを送信側装置に使用したデータ通信の場合を考えると、携帯電話の送信方向における通信速度（速度モード）は、端末側の電波状態や基地局での輻輳状態を考慮しながら、例えば、９．６ｋｐｐｓ、１９．２ｋｐｂｓ、３８．４ｋｐｂｓ、７６．８ｋｐｂｓ、１５３．６ｋｐｂｓと段階的に変更される。
【００１１】
この伝送路の通信速度の変更により、現在送信中の符号化ビットレートが伝送路の通信速度を上回ると、パケットロスやジッタが相対的に増大するため、送信側装置は、ＲＴＣＰの受信者レポートにより、現在送信中の符号化ビットレートの変更が必要であるということは判断可能である。
【００１２】
しかし、変動があるにしても一定通信速度を前提としたインターネット回線と異なり、このように段階的な通信速度の変更が行われるネットワークにおいては、通信速度が変化したことを検知するだけでは不十分である。例えば、パケットロスやジッタの増大により、現在送信中の符号化ビットレートの変更が必要であるということが分かっても、それをどのビットレートに変更すればよいのかが分からない。伝送路の通信速度が変更された場合、現在どの通信速度が使用されているのかを迅速に推定し、送信中の符号化ビットレートを具体的にどれにしたれよいのかが分かるようにする必要がある。
【００１３】
本発明の目的は、レポートパケットを使用して回線状態を把握するという枠組みの中で、伝送路の実際の通信速度を具体的に推定することができる動画像圧縮符号化送受信装置を提供することにある。
【００１４】
【課題を解決するための手段】
前記した課題を解決するために、本発明は、送信側装置から受信側装置へメディアパケットを送信するとともに、送信側装置と受信側装置間で送信者レポートパケットおよび受信者レポートパケットを送受信する動画像圧縮符号化送受信装置において、送信者レポートパケットおよび受信者レポートパケットはそれぞれ、サイズの異なる２種類のレポートパケットを含み、前記送信者側装置は、小サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間、および大サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間に基づいて伝送路の伝送速度を推定する伝送速度推定手段を備える点に第１の特徴がある。
【００１５】
また、本発明は、前記伝送速度推定手段は、小サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間を求める式、および大サイズの送信者レポートパケットと受信者レポートパケットとの往復遅延時間を求める式とからなる二元一次連立方程式によって伝送路の伝送速度を推定する点に第２の特徴がある。
【００１６】
また、本発明は、大サイズの送信者レポートパケットおよび受信者レポートパケットは、小サイズの送信者レポートパケットおよび受信者レポートパケットにそれぞれダミーデータを付加したものである点に第３の特徴がある。
【００１７】
また、本発明は、前記送信側装置は、小サイズの送信者レポートパケット、大サイズの送信者レポートパケット、メディアパケットの順に組み合わせて１組のパケットとして送信する点に第４の特徴がある。
また、本発明は、１組のパケットの送受信が終了してから次の１組のパケットを送出する点に第５の特徴がある。
【００１８】
また、本発明は、前記ダミーデータは圧縮処理がなされている点に第６の特徴がある。
【００１９】
また、本発明は、前記伝送速度推定手段により推定された伝送路の伝送速度をメディアの符号化に反映させる点に第７の特徴がある。
【００２０】
さらに、本発明は、前記伝送速度推定手段により推定されたネットワークの伝送速度をメディアの符号化に反映させる際、対象とするメディアの優先度に従ったレート制御を行う点に第８の特徴がある。
【００２１】
本発明の特徴によれば、レポートパケットを使用して回線状態を把握するという枠組みの中で、サイズが異なる２種類のレポートパケットを使用して伝送路の実際の通信速度を具体的に推定することができる。
【００２２】
また、パケットを、小サイズのレポートパケット、大サイズのレポートパケット、メディアパケットの順に送受信することにより、送信バッファ内でのパケットの停留時間を短くすることができ、少ない誤差で伝送路の通信速度を推定できる。
【００２３】
さらに、小サイズの送信者レポートパケット、大サイズの送信者レポートパケット、メディアパケットの順に組み合わせて１組のパケットを単位とし、１単位の送受信が終了してから次の１単位のパケットを送出することにより、メディアパケットが送信バッファ内に残っていることによる次パケットの送信バッファ内での停留をなくすことができる。
【００２４】
【発明の実施の形態】
以下、図面を参照して本発明を詳細に説明する。図１は、本発明に係る動画像圧縮符号化送受信装置の送信側装置の一実施形態を示すブロック構成図である。なお、本装置は、受信側装置ともなり得るものであるが、図には送信に関する構成部分のみを示して送信側装置としている。同図において、カメラなどの映像機器から得られる映像信号は、ビデオエンコーダ１において圧縮符号化される。ビデオエンコーダ１により生成された圧縮データ（ビットストリーム）は、ＩＥＴＦ  ＲＦＣ１８８９で規定されているＲＴＰ形式などでパケット化される。なお、本発明では、パケット化の形式はどのようなものでもよい。
【００２５】
同時に、マイクロホンなどからの音声信号は、オーディオエンコーダ２において圧縮符号化される。オーディオエンコーダ２により生成された圧縮データ（ビットストリーム）は、同じく一定間隔ごとにパケット化される。以下、映像および音声のパケットをメディアパケットと称することとする。
【００２６】
送信者レポート生成部３は、送信端末ＩＤ（ランダムユニーク値）、現在時刻、これまでに送出したメディアパケットの数、およびこれまでに送出したメディアパケットの総バイト数から、送信者レポートパケットを生成する。本発明では、送信者レポートパケットは２種類存在する。１つは小レポートパケットであり、図３に例示するように、ヘッダ、パケット長、送信端末ＩＤ、タイムスタンプ（整数部）、タイムスタンプ（小数部）、タイムスタンプのメディアタイムスケールでの換算値、これまでに送出したメディアパケットの数、これまでに送出したメディアパケットの総バイト数を含む。図示の横方向は、例えば４バイトのサイズである。
【００２７】
送信者レポートパケットのもう１つは、大レポートパケットであり、図４に例示するように、小レポートパケットに所定サイズのダミーデータを付加したものである。
【００２８】
ここで、ダミーデータは、意味を持たないデータであり、任意のバイナリデータを付加することができる。ただし、伝送路においてデータ圧縮プロトコルが採用されている場合は、例えば全０といった単純パターンのデータをダミーデータとして付加すると、伝送路での圧縮により大レポートパケットの実効サイズが実際と大幅に食い違ってくる可能性がある。
【００２９】
このため、伝送路においてデータ圧縮プロトコルが採用されている場合のことを考慮して、大レポートパケットのダミーデータは、ＬＺＨ、ＺＩＰといったＰＣ向け圧縮が行われたデータ、あるいはＪＰＥＧ、ＭＰＥＧといった画像圧縮が行われたデータなどの、伝送路において再圧縮が殆ど行われないデータであるのが望ましい。
【００３０】
レート推定部４は、通信相手である受信側装置から送られてくる受信者レポートパケット内の情報および送信側装置で知り得る情報（送信者レポートパケットの送出時刻、受信者レポートパケットの受信時刻、ならびにこれらレポートパケットのサイズ）に基づいて伝送路の通信速度を推定し、推定した通信速度をレート制御部５に与える。受信側装置から送られてくる受信者レポートおよびレート推定部４については後述する。
【００３１】
レート制御部５は、あらかじめ設定された優先度、つまり、伝送路の通信速度に変更があった場合に映像信号、音声信号のどちらをレート制御の対象とするかの重み付けに従ってビデオエンコーダ１およびオーディオエンコーダ２へ目標符号化ビットレート信号を出力する。ビデオエンコーダ１およびオーディオエンコーダ２は、この目標符号化ビットレート信号に従って目標符号化ビットレートを設定する。
【００３２】
このように優先度を使用することにより、レート制御の対象を映像信号のみにしたり、音声信号のみにしたり、映像信号と音声信号を半々にしたりすることができ、また、映像信号と音声信号とを任意の比でレート制御の対象にしたりすることもできる。
【００３３】
送信側装置において、各メディアパケットおよび送信者レポートパケットは、ＩＰ通信インタフェース６を経由してネットワークに送信される。一般的に、ＩＰの上位レイヤとしてＴＣＰまたはＵＤＰが使用され、図１に示すように、各パケットに異なるポート番号（ポートＡ，Ｂ，Ｃ）を割り当てることにより多重化が行われる。また、受信者レポートパケットは、送信者レポートパケットと同一ポート（図１の例では、ポートＣ）を使用して受信される。
【００３４】
図２は、本発明に係る動画像圧縮符号化送受信装置の受信側装置の一実施形態を示すブロック構成図である。本装置も、送信側装置となり得るものであるが、図には受信に関する構成部分のみを示して受信側装置としている。ネットワークからのメディアパケットおよび送信者レポートパケットは、ＩＰ通信インタフェース７を経由してＴＣＰまたはＵＤＰの各ポート（ポートＡ，Ｂ，Ｃ）に分離されて受信される。ビデオメディアパケットは、ビデオデコーダ８で復号され、映像信号として再生される。オーディオメディアパケットは、同様にオーディオデコーダ９で復号され、音声信号として再生される。
【００３５】
受信レポート生成部１０は、受信端末ＩＤ（ランダムユニーク値）、送信者レポートパケットから得られる送信端末ＩＤ、区間メディアパケットロス率、累積メディアパケットロス数、総受信メディアパケット数、メディアパケット到着間隔のジッタ、直前に受信した送信者レポートパケットのタイムスタンプ、および直前に受信した送信者レポートパケットの受信からそれに対する受信者レポートパケットの送出までの遅延時間から、受信者レポートパケットを生成する。
【００３６】
受信者レポートパケットも、送信者レポートパケットの大小に対応して２種類存在する。１つは小レポートパケットであり、図５に例示するように、ヘッダ、パケット長、受信端末ＩＤ、対応する送信端末ＩＤ、区間メディアパケットロス率、累積メディアパケットロス数、総受信メディアパケット数、メディアパケット到着間隔のジッタ、直前に受信した送信者レポートパケットのタイムスタンプ、および直前に受信した送信者レポートパケットの受信からそれに対する受信者レポートパケットの送出までの遅延時間を含む。図示の横方向も、送信者レポートパケットと同じく、例えば４バイトである。
【００３７】
受信者レポートパケットのもう１つは、大レポートパケットであり、図６に例示するように、小レポートパケットに、送信者大レポートパケットに付加されているダミーデータと同様のダミーデータを付加したものである。
【００３８】
なお、受信者レポートパケットは、送信者レポートパケットの大小に一致して生成することとする。つまり、送信者小レポートパケットに対しては受信者小レポートパケットを生成し、送信者大レポートパケットに対しては受信者大レポートパケットを生成する。
【００３９】
受信レポート生成部１０により生成された受信者レポートパケットは、送信者レポートパケットの受信に使用したポートと同一ポート（図２の例では、ポートＣ）から送信され、送信側装置へとフィードバックされる。
【００４０】
次に、図１のレート推定部４について説明する。レート推定部４は、受信側装置から送られてくる受信者レポートパケット内の情報および送信側装置で知り得る情報に基づいて伝送路の通信速度を推定する。
【００４１】
送信側装置からみて、送信方向のビットレートをＲｓ、受信方向のビットレートをＲｒとし、送信者小レポートパケットのサイズをＳｓｓ、送信者大レポートパケットのサイズをＳｓｌ、受信者小レポートパケットのサイズをＳｒｓ、受信者大レポートパケットのサイズをＳｒｌ、受信側装置において送信者小レポートパケットを受信してから受信者小レポートパケットを送出するまでの遅延時間をＤｓｒｓ、受信側装置において送信者大レポートパケットを受信してから受信者大レポートパケットを送出するまでの遅延時間をＤｓｒｌ、送信側装置において送信者小レポートパケットを送出した時刻をＴｓｓ、送信側装置において送信者大レポートパケットを送出した時刻をＴｓｌ、送信側装置において対応する受信者小レポートパケットを受信した時刻をＴｒｓ、送信側装置において対応する受信者大レポートパケットを受信した時刻をＴｒｌ、小レポートパケット（送信信者小レポートパケットと受信者小レポートパケット）の往復遅延時間をＤｓ、大レポートパケット（送信信者大レポートパケットと受信者大レポートパケット）の往復遅延時間をＤｌとすると、以下に示す（１）式と（２）式とからなる二元一次連立方程式が成立する。ただし、Ｓｓｓ／Ｓｓｌ≠Ｓｒｓ／Ｓｒｌであり、この関係は、小レポートパケットをＲＴＣＰに従ったものとすれば一般的に成立する。
Ｄｓ＝Ｓｓｓ／Ｒｓ＋Ｓｒｓ／Ｒｒ＋Ｄｓｒｓ  ・・・（１）
Ｄｌ＝Ｓｓｌ／Ｒｓ＋Ｓｒｌ／Ｒｒ＋Ｄｓｒｌ  ・・・（２）
【００４２】
ここで、Ｄｓ、Ｄｌはそれぞれ、
Ｄｓ＝Ｔｒｓ−Ｄｓｒｓ−Ｔｓｓ
Ｄｌ＝Ｔｒｌ−Ｄｓｒｌ−Ｔｓｌ
であり、さらに、Ｓｓｓ、Ｓｓｌ、Ｓｒｓ、Ｓｒｌは、固定値である。また、Ｔｓｓ、Ｔｓｌ、Ｄｓｒｓ、Ｄｓｒｌは、受信者レポートパケットに含まれており、Ｔｒｓ、Ｔｒｌは、送信側装置にて知り得る値であることから、これらの値を用いて前記二元一次連立方程式を解くことにより、送信方向のビットレートＲｓと受信方向ビットレートＲｒ、つまり伝送路の通信速度を一意に算出することができる。
【００４３】
次に、パケットの送出順序について説明する。送信側装置におけるパケットの送出順序は、図７に示すように、送信者小レポートパケット（１）、送信者大レポートパケット（２）、メディアパケット（３）の順にするのが好ましい。図７では、送信側装置において、時刻Ｔｓｓに送信者小レポートパケット（１）を送出し、時刻Ｔｓｌに送信者大レポートパケット（２）を送出し、受信側装置において、送信者小レポートパケット（１）の受信時刻から遅延時間Ｄｓｒｓをもって受信者小レポートパケット（１′）を送出し、送信者大レポートパケット（２）の受信時刻から遅延時間Ｄｓｒｌをもって受信者大レポートパケット（２′）を送出し、さらに、送信側装置において、受信者小レポートパケット（１′）の受信後にメディアパケット（３）を送出する様子を示している。
【００４４】
図７では、各パケットが送出されてから送信バッファを介して実際に送信されるまでの時間を無視しているが、実際上は、送信側装置において、送信者大レポートパケット（２）は、送出された直後、図８に段階的に示すように、送信者小レポートパケット（１）の送信が終了するまでの時間、送信バッファに停留することになる。この送信バッファに停留する時間は、パケットの往復遅延時間を算出する際の誤差になる。
【００４５】
しかし、送信者小レポートパケット（１）のサイズは、送信者大レポートパケット（２）のサイズより十分小さいものとすると、送信者小レポートパケット（１）が受信側装置に到着するのに要する時間は、送信者大レポートパケット（２）が受信者側に到着するのに要する時間よりも十分に小さい。したがって、パケットの送出に際し、まず送信者小レポートパケット（１）から送出するようにすることで、送信者大レポートパケット（２）が送信バッファに停留する時間を十分に小さくすることができ、パケットの往復遅延時間を算出する際の誤差を小さくすることができる。
【００４６】
また、受信側装置において、送信者大レポートパケット（２）に対する受信者大レポートパケット（２′）が送出される時点では、送信者小レポートパケット（１）に対する受信者小レポートパケット（１′）の送信は終了しているので、受信者小レポートパケット（１′）が送信バッファ内に存在することによる受信者大レポートパケット（２′）の停留はない。
【００４７】
また、１組のパケット、すなわち、送信者小レポートパケット（１）と送信者大レポートパケット（２）とメディアパケット（３）の１単位の送受信が終了してから次の１単位のパケットを送出するのが好ましい。メディアパケットが送信バッファに残っていると、これにより次の組のパケットの送信が待たされるからである。
【００４８】
参考のために、パケットの送出順序を、送信者大レポートパケット（２）、送信者小レポートパケット（１）、メディアパケット（３）の順にした例を、図９に示す。この例では、送信側装置において、送信者小レポートパケット（１）は、送出された直後、送信者大レポートパケット（２）の送信が終了するまでの長い時間、送信側装置の送信バッファに停留することになる。また、受信側装置においても、送信者小レポートパケット（１）に対する受信者小レポートパケット（１′）が送出される時点で、送信者大レポートパケット（２）に対する受信者大レポートパケット（２′）の送信は終了していないので、その送信が終了するまで受信者小レポートパケット（１′）は送信バッファに停留することになる。なお、送信者小パケット（１）および受信者小レポートパケット（１′）は、送信側装置および受信側装置の送信バッファ内に停留するものであるが、図９では分かりやすくするために、送信側および受信側から少し離して示している。
【００４９】
以上、実施形態について説明したが、本発明の動画像圧縮符号化送受信装置は、携帯テレビ電話、インターネットテレビ電話、その他のリアルタイム動画像通信に広く適用できる。
【００５０】
【発明の効果】
以上の説明から明らかなように、本発明によれば、動画像圧縮符号化送受信装置において、伝送路の通信速度を具体的に推定し、これを符号化制御に反映させることができるので、伝送速度に適合した情報源符号化を行うことができる。これにより、複数の速度モード間で動的に伝送速度が変動するような伝送路においても通信品質を良好に保ったリアルタイムの動画像通信が可能になる。
【図面の簡単な説明】
【図１】本発明に係る動画像圧縮符号化送信装置の一実施形態を示すブロック構成図である。
【図２】本発明に係る動画像圧縮符号化受信装置の一実施形態を示すブロック構成図である。
【図３】送信者小レポートパケットの一例の説明図である。
【図４】送信者大レポートパケットの一例の説明図である。
【図５】受信者小レポートパケットの一例の説明図である。
【図６】受信者小レポートパケットの一例の説明図である。
【図７】パケットの好ましい送出順序の説明図である。
【図８】送信バッファにおけるパケットの停留の説明図である。
【図９】パケットの送出順序の説明図である
【符号の説明】
１・・・ビデオエンコーダ、２・・・オーディオエンコーダ、３・・・送信者レポート生成部、４・・・レート推定部、５・・・レート制御部、６，７・・・ＩＰ通信インタフェース、８・・・、ビデオデコーダ、９・・・オーディオデコーダ、１０・・・受信者レポート生成部
【図１】
2004289583.tif 000003
【図２】
2004289583.tif 000004
【図３】
2004289583.tif 000005
【図４】
2004289583.tif 000006
【図５】
2004289583.tif 000007
【図６】
2004289583.tif 000008
【図７】
2004289583.tif 000009
【図８】
2004289583.tif 000010
【図９】
2004289583.tif 000011