(57)【特許請求の範囲】
【請求項１】
送信装置から無線網を介して複数の受信装置へ送信される同報データの再送方法において、
前記複数の受信装置のうち、受信条件が最も良い地点に配置された受信装置に、前記同報データの伝送誤りに対して前記送信装置へ再送要求を送信するよう設定し、
前記送信装置により、前記再送要求を送信するよう設定された受信装置から前記再送要求を受信した場合に、前記同報データを前記複数の受信装置に再び送信することを特徴とする同報データの再送方法。
【請求項２】
請求項１に記載の同報データの再送方法において、
前記送信装置により、前記再送要求を送信する受信装置の設定を行うことを特徴とする同報データの再送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータの再送方法に関し、特に実時間信号である画像や音声の符号化信号を通信網経由にて、少なくとも２台以上の受信装置に向けて多地点同報通信する場合において、通信網に於いて発生する伝送誤りに対する再送を効率良く行う多地点同報通信網用再送方法に関する。
【０００２】
【従来の技術】
データ信号の通信では、データ信号はパケット毎に分割され、送信側と受信側では該パケットを伝送する毎に正常に受信できたかを確認しながら通信を行い、必要に応じて再送する。これにより、高い信頼度でデータを通信出来る。その代償として、再送に要する時間が必要となるので、遅延が生じる事も知られる。伝送遅延が近年急速に普及してきたIP（Internet Protocol）通信では、該データ信号用にTCP（Transport Protocol）/IPと呼ばれる通信プロトコルを採用して上記再送処理を行い、信頼性が高い通信を可能としている事が知られている。
【０００３】
実時間通信を必要とする画像や音声の符号化信号ではデータ信号とは異なり、誤り再送を行わない通信プロトコルを採用する場合が多い。IP通信で誤り再送を行わない通信プロトコルとして、ユーザが通信プロトコルを独自に制定出来るUDP ( User Datagram Protocol)/IPと呼ばれる方式を採用する事が知られる。誤り再送を行わない主な理由は２点有る。第１の理由は、再送を行うと遅延時間が長くなるので人間の心理負担が増加する事である。第２の理由は、データ信号とは異なり、多少の伝送誤りが生じても、画像や音声が短時間乱れるのみなので、許容できるからである。
【０００４】
しかし、伝送誤り率が多い回線で画像や音声信号を伝送する場合には伝送誤りの影響が大きくなり過ぎ心理的な負担が増加する。そこで、伝送誤りを検出したパケットは再送したパケットが受信側での復号化処理に間に合う間だけ有限回（通常は1回）だけ再送する事とし、多数回伝送することによる遅延の極端な長時間化を抑圧すると共に、伝送誤りの影響も軽減できる事が知られる（布目、田坂,石橋”インターネットにおける連続メディア再送制御方式RVTRの性能測定”,電子情報通信学会技術報告、CA99-56、Dec.1999）。この場合の通信プロトコルは独自モードになるので、上記のUDP/IPを採用し、その枠内で有限回再送と言う独自プロトコルを実装するのが望ましい。
【０００５】
上記の有限回再送方式は、遅延時間の増大抑圧と伝送誤り対策の両立を図る事が可能であり、優れた方式である。この方式を画像信号や音声信号を複数の受信装置に同報モードで伝送する場合に適用する事を検討する。
【０００６】
一般に、同報通信の場合の伝送誤りとしては、単一の伝送誤りによって、複数の受信装置が共通的にその影響を受ける場合と、単一の伝送誤りは単一の受信装置のみに影響を与える場合が考えられる。前者は、LANとLANとの間が相対的に細い伝送路で接続され、一方のLAN内の送信装置から、他方のLANに接続される複数の受信装置に同報で伝送する時に、上記の細い伝送路でパケットロスが発生すると、複数の受信装置が共通的に影響を受ける場合が有る。前者の他の例として、無線で伝送する場合、雷等の雑音により、一定地域の複数の受信装置が共通的に影響を受ける場合も想定出来る。
【０００７】
後者の例としては、特定の受信装置の直近に配置されているネットワークで過負荷が発生してパケットがロスしたり、無線で伝送する時に特定の受信装置だけが障害物に隠れて、受信状態が不良になる場合等が想定出来る。
【０００８】
ここでは、上記前者の場合の伝送誤りに対する対策を考える。同報通信で伝送誤りの影響が共通的に複数の受信装置に受ける時に、再送要求を行うと、以下の２点の問題がある。第１の問題は複数ある受信装置の一部のみに伝送誤りが発生する場合でも再送するので、再送が発生する頻度が高くなり伝送トラフィックが必要以上に増加する事、第２の問題は再送要求の伝送トラフィック自身が大きくなる事である。何れの場合もトラフィックの増加により、通信網内で画像信号や音声信号が消失する等により、新たな伝送誤りの原因になる事である。
【０００９】
【発明が解決しようとする課題】
本発明は、上記課題を解決するためになされたもので、その目的は、必要以上に再送要求がなされることがなく、また、再送要求のためにトラフィックが増加して新たなデータ廃棄が起きることのない再送方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は上記前者の伝送誤りが共通的に複数の受信装置に影響を与える場合の問題点を解決するため、本発明では、複数の受信側装置の中で予め定められた受信装置のみに再送要求をできる機能を付与し、他の受信装置は自身で再送要求をしない場合にも再送された信号を正常に受信する機能を有する事を特徴とする。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を用いて説明する。
まず、本発明を適用する同報通信システムの構成を説明する。
図１は、通信網を用いた、画像音声等の実時間伝送システム全体の構成を示す図である。
図１においては、例として通信網上に３つの端末が接続された構成を示している。送信側の端末においては、カメラ１で撮像されたTV信号やマイク２で集音された音声信号をMPEG-2符号化装置３に入力し、符号化された信号は通信網４に送出される。通信網４の中では、例えばIP通信ではマルチキャストと呼ばれる通信プロトコルに従い、同一の符号化信号が複製されて複数の端末のMPEG-2復号化装置５，８に伝送される。
復号化装置５，８は各々受信した符号化信号を復号化して元のTV信号や音声信号に復元し、画像モニタ６，９やスピーカ７，１０に出力する。
【００１２】
次にMPEG-2符号化装置３の構成を図２を用いて説明する。
カメラ１で撮されたTV信号や、マイク２で集音された音声信号はMPEG-2符号化装置３に入力される。符号化装置３の内部で、TV信号は輝度・色差分離回路２１により輝度信号と色差信号に分離され、A/D（アナログデジタル）変換回路２２により各々デジタル化された後でMPEG-2画像符号化回路２３に入力される。MPEG-2画像符号化回路２３では予め定められたアルゴリズムに従い画像信号を高能率符号化する。例えば元の画像信号の代表的な標本化周波数は13.5MHzであり、代表的な量子化精度は8bit／sampleなので、元の画像信号を符号化しないで伝送する時の伝送速度は上記２者の積である108Mbit/sに相当する。これをMPEG-2画像符号化では例えば6Mbit/sに圧縮する。高能率符号化された画像信号は画像符号化バッファ24に入力される。
【００１３】
音声信号はMPEG-2音声符号化回路２９により音声符号化信号に変換され、音声符号化バッファ３０に入力される。音声の代表的な標本化周波数は32kHz、代表的な量子化精度は16bit/sampleなので、符号化しない時の情報伝送速度は512kbit/sに相当する。これをMPEG-2音声符号化により例えば256kbit/sに圧縮する。
【００１４】
画像符号化バッファ２４と音声符号化バッファ３０に格納された画像符号化信号と音声符号化信号はマイクロプロセッサ25によりマルチメディア多重化される。マルチメディア多重化された信号は予め定められた長さ単位に分割されてパケットが構成される。さらにパケット毎に、RTPシーケンスと呼ばれる連続番号が付与され、送信RTPバッファ２６に書き込む。
【００１５】
マイクロプロセッサ２７は送信RTPバッファ２６に書かれた信号をUDP/IP等の通信プロトコルに従い通信インタフェース２８経由で通信網４に送出される。
【００１６】
次に図３を用いてMPEG-2復号化装置６の構成を説明する。
通信網４経由で入力される信号は通信インタフェース４１経由でマイクロプロセッサ４２に入力され、UDP/IP等の通信プロトコルに従い受信処理される。さらに受信処理された信号は受信RTPバッファ４３に書き込まれる。
【００１７】
マイクロプロセッサ４４は受信RTPバッファ４３からRTPシーケンス番号とパケット信号を読み出し、その中のパケット信号から画像符号化信号と音声符号化信号を分離して抽出し、各々画像復号化バッファ４５と音声復号化バッファ４６に書き込む。
【００１８】
MPEG-2画像復号化回路４７は、画像復号化バッファ４５から読み出した画像符号化信号を元の画像信号に復元し、D/A(デジタルアナログ)変換器48、輝度色差合成回路４９を経由してアナログのTV信号に復元し、画像モニタ６に出力し表示する。MPEG-2音声復号化回路５０は、音声復号化バッファ４６から読み出した音声符号化信号を元の音声信号に復元し、スピーカ７に音声を出力する。
【００１９】
本実施の形態による再送処理は図２、３の中のマイクロプロセッサ２５，２７，４２，４４のソフトウェアにより、実現される。以下本実施の形態を図４、５により詳細に説明する。送信側の再送機能は以下の通りである。即ち、マイクロプロセッサ２５による送信RTPバッファ２６への書き込みは、図４に示すように以下の手順に従う。
ａ）送信データを周回的に送信RTPバッファ２６に書き込むに際し、その最初の番地（例えば0番地）にRTPシーケンス番号を書き込む。
ｂ）符号化バッファ（画像符号化バッファと音声符号化バッファを総称する）にデータが有り、かつ、予め定められた周期での書き込み時刻になる毎に、画像符号化信号や音声符号化信号を各々一定の長さ毎に分割してパケット化し、画像と音声を識別する識別子を付けた上でマルチメディア多重化し、以降の番地に該マルチメディア多重化信号として書き込む。
ｃ）以降、この操作を繰り返し、RTPシーケンス番号とマルチメディア多重化信号を順番に送信RTPバッファ２６に書き込む。送信RTFバッファ２６全体に格納されたら、a)に戻る。
【００２０】
マイクロプロセッサ２７による送信RTPバッファ２６からの読み出しは図５に示すように以下の手順に従う。
ａ）送信RTPバッファ２６を周回的に読み出すに際し、周回の先頭にて、X番地に書き込まれている直前の周回時先頭のシーケンス番号をY番地に書き込んでおく。次に現在のRTPシーケンス番号を、今周回時先頭のシーケンス番号としてX番地に書き込む。
ｂ）通常の伝送では、送信RTPバッファ２６から読み出し番地に従って順番に読み出したシーケンス番号とパケット信号を、通信プロトコルに従い通信網に送出する。送信RTPバッファ２６全体からの読み出しが完了したら、a)に戻る。
ｃ）再送要求が有った場合、再送すべきパケットは受信側からシーケンス番号により通知される。そこで、該シーケンス番号からそれに対応する番地を解読し、その番地から1パケット分のマルチメディア多重化信号を読み出し、再送すべきシーケンス番号と併せて通信プロトコルに従い再送する。
【００２１】
受信側の再送機能は以下の通りである。マイクロプロセッサ４２による受信RTPバッファ４３への書き込みは以下の手順に従う。
ａ）通信インタフェース４１経由で受信したRTPシーケンス番号とパケット信号を周回的に受信RTPバッファ４３に書き込む。受信RTPバッファ４３に最初に書き込む時には、最初の番地（例えば0番地）にRTPシーケンス番号を書き込む。
ｂ）RTPシーケンス番号から予め定めたアルゴリズムに従い、受信RTPバッファ４３の書込番地に変換し、該当する番地にRTPパケットを書き込む。
ｃ）以降、この操作を繰り返し、受信RTPバッファ４３全体に格納されたら、a)に戻る。
ｄ）受信したRTPシーケンス番号を検査し、不連続が有ればRTPシーケンス番号やパケットが通信網で廃棄されたとして再送要求する。再送要求の方法としては、例えば、廃棄されたと推定されるRTPシーケンス番号を送信側にTCP/IPプロトコル等により伝送すれば良い。
ｅ）通信網で廃棄されたRTPパケットに相当する受信RTPバッファ４３にはヌルパケットを書き込み、相当する領域の書き込みを行った事をマイクロプロセッサ４４に示すためにready flagをbusy flagに書き換える。
ｆ）再送されたRTPシーケンス番号とパケットが到着したら、該RTPシーケンス番号から上記のアルゴリズムに従って、受信RTPバッファ４３の書き込み番地に変換し、再送されたRTPシーケンス番号とパケットを書き込む。
ｇ）パケット等を書き込んだ後に、読み出し側であるマイクロプロセッサ４４に対して書き込みがなされた事を識別するためにbusy flagに書き換える。
【００２２】
マイクロプロセッサ４４による受信RTPバッファ４３からの読み出し処理は以下の通りである。
ａ）受信RTPバッファ４３の読出番地のflagがbusy flagである事を確認して受信RTPバッファ４３にRTPシーケンス番号とパケットが格納されている事を確認し、さらに一定の時間間隔を確保している事を確認した後にRTPシーケンス番号とパケットを読み出す。
ｂ）読み出した後でbusy flagをready flagに切り替えておき、読み出した事をマイクロプロセッサ４２に通知する。
ｃ）読み出したRTPシーケンス番号は廃棄し、パケットを画像符号化信号と音声符号化信号に分離し、各々画像復号化バッファと音声復号化バッファ（復号化バッファと総称）に書き込む。
ｄ）受信RTPバッファの読み出し番地を歩進し、受信RTPバッファ４３全体の読み出しが完了したら、読出番地を０に初期化する。
【００２３】
上記における送受信のRTPバッファへの読み書き番地とRTPシーケンス番号の変換方式としては以下が考えられる。
ａ）RTPバッファの先頭に書き込む時のRTPシーケンス番号をＸとし、その1周前にRTPバッファの先頭に書き込む時のRTPシーケンス番号をＹとする。
ｂ）RTPシーケンスとパケットの信号長の和をＬとする。
ｃ）これから書き込むシーケンス番号Ａと上記のＸを比較し、ＡがＸ以上の時は、
番地：（Ａ−Ｘ）＊Ｌに書き込みを行う。
ｄ）ＡがＸ未満の時は、番地：（Ａ−Ｙ）＊Ｌに書き込みを行う。
【００２４】
上記において、以下のような例外処理も必要となる。
ａ）RTPバッファの先頭に書き込むべきRTPシーケンス番号が廃棄されている時：上記ＹよりＸを予測し、そのＸに基づいてジャンプされたRTPパケットに相当する書込番地にはダミー信号を書き込み、ready flagのみを単純にbusy flagに変換しても良い。
ｂ）到着したRTPシーケンス番号が直前の番号（再送では無い）よりも、大きく変化している時：新しいチャンネルに切り替わったとして、その間の再送は要求しないようにしても良い。
【００２５】
以上の動作により、伝送誤り時に再送が1回行われる。さらに、次に本実施の形態の特徴である、複数の受信側装置に画像、音声信号を同報通信する場合に、伝送誤り発生した時は、限定したMPEG-2復号化装置のみに再送要求を発生させる方法を図８により説明する。破線で囲まれたソフト処理以外は図６と同等である。即ち、
ａ）送信側は従来と同様に再送要求がある場合は、再送を行う。
ｂ）受信側では、受信したRTPシーケンス番号を解読して連続しているかを検出し、検出した後で本実施の形態の特徴である本装置が再送要求対応装置で在るかを識別し、再送要求対応装置である場合のみ再送を行う。再送要求対応装置以外は、伝送誤りを検出しても、再送要求は行わない。
ｃ）全ての受信装置は、再送された信号を受信したら、該再送信号を受信済みの信号に置換し、復号化する。
【００２６】
以上の動作により、全ての受信側装置に対して共通的に伝送誤りが発生した場合には、単一の誤り再送要求が送信側に出され、送信側から全受信側装置に対して再送信号が同報で伝送され、伝送誤り信号が正しい信号に置換される事により、本発明の目的を達成出来る事は明らかである。
【００２７】
尚、再送要求する受信装置の選択は、以下のように行う。
ａ）共通的な影響は全ての受信装置に与えられて必ず伝送誤りを生ぜしめ、それに加えて、各装置に個別の伝送誤りの影響が与えられる場合：この場合の再送要求受信装置は複数ある受信装置の中では個別の伝送誤りの発生する確率が最も低い受信装置、例えば無線では、受信条件が最も良い地点に配置された装置、を再送要求端末にする事が望まれる。何故なら、再送要求受信装置で伝送誤りを検出した場合は、他の端末にも共通してその影響が与えられる可能性が高く、この装置が検出した場合のみ再送要求すれば、必要最小限の再送要求で共通の伝送誤りに対する再送要求が可能であるからである。
ｂ）共通的な影響は全ての受信装置に与えられるが、伝送誤りを生ぜしめるのは一定の確率であり、それに加えて、各装置に個別の伝送誤りの影響が与えられる場合：この場合も、個別の伝送誤りが発生する確率が低い受信装置を採用する事が必要であるが、それに加えて希望する品質に応じて、色々な考えかたが有り得る。例えば、再送する確率を極力減少するには、個別の伝送誤りが発生する確率が低い装置１台における伝送誤りの検出結果で再送要求すれば良いし、伝送誤りの影響を減少するために、再送する確率を高める場合には、上記の個別の伝送誤りが発生する確率が低い複数の装置により検出した結果の論理和を取る事も考えられる。
ｃ）再送する受信装置は予め選択し、図８で示した再送要求装置＝Yesである旨をソフトに書き込んで於いても良い。又は、送信側から複数の受信装置に対して再送要求端末である旨を指示し、その複数の受信装置からの再送要求信号を解析して、他の端末と同時に再送要求する受信装置が、共通的な伝送誤りを良く検知し、個別の伝送誤りの発生頻度は低いと見なして、再送要求受信装置として採用し、他の予め選択された再送要求受信装置は他の受信装置に置換しても良い。それを繰り返す事により、次第に信用出来る再送要求受信装置を選択できる事も考えられる。
【００２８】
次に再送機能の具体的な動作を説明するために、動作シーケンスの一例を示す。復号化装置内部のマイクロプロセッサ４２は、RTPパケット内のシーケンス番号の連続性より再送要求の要・不要を判断する。復号化装置内部のマイクロプロセッサ４２からの再送要求コマンドの送出は信頼性の高いTCP/IPプロトコルにより送信側符号化装置へ通知するのが好ましい。ここで、送信側符号化装置を特定する方法としては、
ａ）予め特定のアドレス等を符号化装置に割り当て、再送要求を行う復号化装置に該アドレスを設定しておいても良いし、
ｂ）復号化装置が受信したデータから送信符号化装置を特定しても良い。
【００２９】
符号化装置内部のマイクロプロセッサ２７において再送要求コマンドを受信した場合、再送要求コマンド内のシーケンス番号より再送可能なデータか否か判断し再送可能、即ち送信ＲＴＰバッファ２６の該当データが更新されていない場合であれば該当データを通信インタフェース２８経由で送信する。再送されたデータは受信側マイクロプロセッサ４２において、ＲＴＰパケット内のシーケンス番号より受信可能なデータか否か判断し、受信可能つまり受信ＲＴＰバッファ４３からマイクロプロセッサ４４が該当データを読み取っていない場合であれば該当する受信ＲＴＰバッファ４３に格納しても良いし、再送されたデータを無条件で格納しても良い。但し、後者の場合は、該当データがプロセッサ４４に読み出された後に書き込む場合が在るので、上記のbusy FLAGが立ったままとなる。従ってRTPバッファを一周した後で書き込む時にbusy FLAGであっても書き込みを行う必要が有る。
【００３０】
再送機能のある復号化装置の再送が成功した場合の再送シーケンスを図９に示す。データＢを受信した時に復号化装置内部のマイクロプロセッサ４２がシーケンス飛びを検出し、例えばTCP/IPプロトコルを使用し再送要求コマンドCを送出する。符号化装置内部のマクロプロセッサ２７が再送要求コマンド内の再送データのシーケンス番号を取得する。上記の様に再送可能と判断した場合、UDP/IPプロトコルを使用し再送データD〜Ｅを送出する。復号化装置は受信したRTPパケット内のシーケンス番号から算出したアドレスのRTPバッファに受信データを書き込む。
【００３１】
到着したRTPシーケンス番号が直前の番号よりもあらかじめる定めた規定数以上変化した場合は図１０のように、送信装置が切り替わったものと見なして再送要求Ｃを送出しない場合も考えられる。
【００３２】
復号化装置内部のマイクロプロセッサ４２が受信データＢにおいてシーケンス飛びを検出し、TCP/IPプロトコルを使用し再送要求コマンドＣを送出するが、符号化装置内部のマイクロプロセッサ２７にて再送要求コマンド内のシーケンス番号を取得し送信RTPバッファ上のインデックス算出後に再送データ内のシーケンス番号を検査した結果、要求された再送データＤが既に無くなっていた場合は図１１のように再送データＤを送出しない事が望ましい。
【００３３】
復号化装置内部のマイクロプロセッサ４２がシーケンス飛び検出し、TCPプロトコルを使用し再送要求コマンドＢを送出する。符号化装置内部のマイクロプロセッサ２７にて再送要求コマンド内のシーケンス番号を取得する。符号化装置内部のマイクロプロセッサ２７はUDP/IPプロトコルを使用し再送データDを送出する。復号化装置内部のマイクロプロセッサ４２は受信したRTPパケット内のシーケンス番号から算出したアドレスの受信RTPバッファ上に受信データを書き込む際に、あらかじめ再送要求コマンド送出時に受信RTPバッファ内にダミービットと共に書き込んでおいた受信すべきシーケンス番号と比較した結果一致しなければ図１２のように受信したデータを破棄しても良い。
【００３４】
再送要求を行わない復号化装置に対して再送データが送信された場合を図１３に示す。即ち、再送要求する受信端末の復号化装置内部マイクロプロセッサ４２はシーケンス飛び検出し、TCPプロトコルを使用し再送要求コマンドＢを符号化装置へ送出する。再送要求しない受信端末と選択された復号化装置内部マイクロプロセッサ４２はシーケンス飛び検出し、受信RTPバッファにダミービットを書き込みシーケンス飛び情報として保持する。符号化装置内部のマイクロプロセッサ27にて受信した再送要求コマンド内のシーケンス番号を取得し、符号化装置内部のマイクロプロセッサ２７はUDPプロトコルを使用し再送データDを送出する。送信要求を行う・行わないに拘わらず復号化装置内部のマイクロプロセッサ４２は受信したデータ内のシーケンス番号から算出した受信RTPバッファ上に受信データを書き込む際に、あらかじめシーケンス飛び検出時に受信RTPバッファ内にダミービットと共に書き込んでおいた受信すべきシーケンス番号と比較した結果、一致していれば受信RTPバッファの所定のアドレスに書き込みを行い、不一致ならば受信したデータを破棄しても良い。
【００３５】
再送要求コマンドパケット形式を図１４に示す。実際に受信データのシーケンス飛びを検出した際の送出コマンド例を図１５に示す。
【００３６】
【発明の効果】
以上説明した通り、本発明によれば、限定された復号化端末のみが再送要求するので、
同報通信に再送を適用する場合にも不必要な再送がなされる事が無く、又再送要求自体のトラフィック増加により通信網が混雑し、通信網に新たなパケットロスが生じる事を防止出来る。
【図面の簡単な説明】
【図１】通信網を用いる画像音声等の実時間伝送システムの構成図である。
【図２】  MPEG-2符号化装置のブロック構成図である。
【図３】  MPEG-2復号化装置のブロック構成図である。
【図４】送信側RTPバッファへの書き込みと読出処理のフローチャート図である。
【図５】送信側RTPバッファへの書き込みと読出処理のフローチャート図である。
【図６】受信側RTPバッファへの書き込みと読出処理の図である。
【図７】受信側RTPバッファへの書き込みと読出処理の図である。
【図８】本実施の形態における受信側RTPバッファへの書き込み処理のフローチャート図である。
【図９】本実施の形態の動作を説明するシーケンス図である。
【図１０】本実施の形態の動作を説明するシーケンス図である。
【図１１】本実施の形態の動作を説明するシーケンス図である。
【図１２】本実施の形態の動作を説明するシーケンス図である。
【図１３】本実施の形態の動作を説明するシーケンス図である。
【図１４】本実施の形態で採用する再送要求命令の一例を示す説明図である。
【図１５】本実施の形態で採用する再送要求命令の一例を示す説明図である。
【符号の説明】
１  カメラ
２  マイク
３  MPEG-2符号化装置
４  通信網
５，８  復号化装置
６，９  画像モニタ
７，１０  スピーカ
２１  輝度・色差分離回路
２２  A/D（アナログデジタル）変換回路
２３  MPEG-2画像符号化回路
２４  画像符号化バッファ
２５，２７，４２，４４  マイクロプロセッサ
２６  送信RTPバッファ
２８，４１  通信インタフェース
２９  MPEG-2音声符号化回路
３０  音声符号化バッファ
４３  受信RTPバッファ
４５  画像復号化バッファ
４６  音声復号化バッファ
４７  MPEG-2画像復号化回路
４８  D/A(デジタルアナログ)変換器
４９  輝度色差合成回路
５０  MPEG-2音声復号化回路
【図１】
0003931594.tif 000002
【図２】
0003931594.tif 000003
【図３】
0003931594.tif 000004
【図４】
0003931594.tif 000005
【図５】
0003931594.tif 000006
【図６】
0003931594.tif 000007
【図７】
0003931594.tif 000008
【図８】
0003931594.tif 000009
【図９】
0003931594.tif 000010
【図１０】
0003931594.tif 000011
【図１１】
0003931594.tif 000012
【図１２】
0003931594.tif 000013
【図１３】
0003931594.tif 000014
【図１４】
0003931594.tif 000015
【図１５】
0003931594.tif 000016