JP3314700B2 - Ｍｐｅｇデータ転送制御回路 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＭＰＥＧデコー
ダに係り、特に伝送路を介して受信されるＭＰＥＧデー
タを一定のレートで復号器へ供給するための制御を行う
ためのＭＰＥＧデータ転送制御回路に関する。

【０００２】

【従来の技術】ディジタル動画像（ビデオ）符号化（圧
縮）、音声（オーディオ）符号化およびその多重・分離
方式についての国際標準規格として、蓄積メディア、通
信、放送などの分野で共通に用いられているＭＰＥＧ
（Ｍｏｖｉｎｇ ＰｉｃｔｕｒｅＥｘｐｅｒｔｓ Ｇｒ
ｏｕｐ）規格（ＩＳＯ／ＩＥＣ ＤＩＳ １１１７２／
１３８１８）がある。このＭＰＥＧ規格には、ＣＤ−Ｒ
ＯＭ（ＣｏｍｐａｃｔＤｉｓｋ Ｒｅａｄ Ｏｎｌｙ
Ｍｅｍｏｒｙ）などの蓄積メディアで利用されるＭＰＥ
Ｇ１と、このＭＰＥＧ１のアプリケーションのほか、放
送、通信分野における利用も考えられ幅広いアプリケー
ションで利用されるＭＰＥＧ２がある。このＭＰＥＧ２
には、ＭＰＥＧ１と同様に１つのプログラムをストリー
ム中に構成することができるＭＰＥＧ２プログラムスト
リーム（ＰＳ：ＰｒｏｇｒａｍＳｔｒｅａｍ）と、スト
リーム中に複数のプログラムを構成することができるＭ
ＰＥＧ２トランスポートストリーム（ＴＳ：Ｔｒａｎｓ
ｐｏｒｔ Ｓｔｒｅａｍ）という２種類の方式がある。
特にＭＰＥＧ２−ＴＳは、複数プログラムを１本のスト
リームにまとめることができるため、テレビ放送などに
も対応することができる。また、ＭＰＥＧ２−ＴＳは、
この利点を活かすべく、プログラム編成の自由度やスク
ランブル機能などを備えている。

【０００３】次に、以上説明したＭＰＥＧに対応したデ
ータ伝送を行うＭＰＥＧシステムについて説明する。こ
のＭＰＥＧシステムでは、送信側でディジタル化したビ
デオ信号およびオーディオ信号を一度圧縮し、ネットワ
ークやハードディスクなどの媒体を通して受信側に転送
する。そして、受信側では、圧縮されたデータから元の
ビデオ信号およびオーディオ信号を復元する。ここで、
ＭＰＥＧの符号化方式は、できるだけ情報量を落とすた
めに非可逆符号化を採用している。このため、受信側で
は、完全に元のビデオ信号およびオーディオ信号を復元
することはできない。しかしながら、ＭＰＥＧの符号化
方式では、人間の視覚、聴覚の弱点をうまく利用して、
人間にはほとんど気づかない程度に情報量を落としてい
る。ただし、ＭＰＥＧデー夕の転送レートが低くなると
（つまり、情報量が小さくなる）、人間に確認できる原
画像、原音声との差は大きくなる。以上がＭＰＥＧシス
テムの概略である。

【０００４】図４は、以上説明したＭＰＥＧシステムの
基本構成を示すブロック図である。また、図５はＭＰＥ
Ｇシステムにおけるデコーダシステム９の構成例を示す
ブロック図である。また、図６はデコーダシステム９に
おけるクロックリカバリ１の構成を示すブロック図であ
る。

【０００５】図４において、ＭＰＥＧエンコーダシステ
ム７は、符号器、バッファ、クロック制御回路などを含
んでいる。このエンコーダシステム７には、画像信号で
あるビデオ入力ＶＩ、音声信号であるオーディオ入力Ａ
Ｉが入力される。そして、ＭＰＥＧエンコーダシステム
７は、これらの入力情報の圧縮を行い、圧縮された（Ｍ
ＰＥＧ符号化された）ＭＰＥＧストリームを出力する。
このＭＰＥＧストリームは、ネットワークまたはビデオ
サーバ８を通してＭＰＥＧデコーダシステム９に入力さ
れる。ＭＰＥＧデコーダシステム９は、この圧縮ストリ
ームを復号し、ビデオ出力ＶＯおよびオーディオ出力Ａ
Ｏを出力する。

【０００６】ところで、ＭＰＥＧシステムでは、ＭＰＥ
Ｇエンコーダシステム７の入力端とＭＰＥＧデコーダシ
ステム９の出力端の間の信号転送は、常に一定のディレ
イで行われなくてはならない。何故ならば、ＭＰＥＧシ
ステムでは、ビデオ信号やオーディオ信号をそのままの
波形でリアルタイムに伝送する必要があり、例えばエン
コーダシステム７に入力されるビデオあるいはオーディ
オ信号に着目した場合、先頭の信号の入力開始時点から
丁度１秒後、２秒後、３秒後・・・に入力される各信号
は、デコーダシステム９から出力されるときも先頭の信
号の出力開始時点から丁度１秒後、２秒後、３秒後・・
・に出力されなければならないのである。

【０００７】また、ＭＰＥＧシステムでは、エンコーダ
システム７の出力端とデコーダシステム９の入力端の間
の信号転送も、常に一定のディレイで行われなくてはな
らない。何故ならば、ＭＰＥＧシステムでは、エンコー
ダシステム７が符号器側のクロックのタイミングを表す
時刻情報（符号器で意図した時刻情報）をＭＰＥＧスト
リーム中に含めて送信し、デコーダシステム９では、こ
の時刻情報を受信することにより、ビデオやオーディオ
の再生出力タイミングの制御に使用する基準クロックを
符号器側のクロックに同期させている（なお、この同期
化制御については後述する）。従って、エンコーダシス
テム７の出力端とデコーダシステム９の入力端の間の信
号転送のディレイが一定していないと、デコーダシステ
ム９での時間情報の受信タイミングがばらばらになり、
復号器側の基準クロックが符号器側のクロックからずれ
てしまうのである。また、エンコーダシステム７の出力
端とデコーダシステム９の入力端の間の信号転送が一定
のディレイで行われないと、ＭＰＥＧエンコーダシステ
ム７の入力端とＭＰＥＧデコーダシステム９の出力端の
間の信号転送も一定のディレイで行うことができない。
従って、上記の通り、エンコーダシステム７の出力端と
デコーダシステム９の入力端の間の信号転送は、常に一
定のディレイで行われなくてはならないのである。

【０００８】しかし、実際にはＭＰＥＧストリームの転
送はネットワークやコンピュー夕システムのバスを通し
て行われる。このため、エンコーダシステム７の出力端
とデコーダシステム９の入力端のディレイを一定にする
ことは困難である。以下、この問題について図７を参照
し説明する。

【０００９】図７はＭＰＥＧストリームが復号器に入力
されるときのデータ到着時間の期待値と実際のＭＰＥＧ
システム上での到着時間との関係を例示したものであ
る。ここでは、符号器から出力されるＭＰＥＧストリー
ムをある一定の間隔でまとまった単位（ＡＴＭでいうセ
ルのようなもの：固定長とする）で転送することを前提
とする。この前提の下では、ＭＰＥＧストリームが復号
器に入るまでの経路のディレイが常に一定であれば、図
７（ａ）に示すようにセルの到着時間は一定になる。し
かし、実際のＭＰＥＧストリームの転送は、様々な要因
（例えば、ネットワークの混み具合、ビデオサーバ内部
のバスの混み具合、ハードディスクからのデータリード
時間）の影響を受ける。このため、図７（ｂ）に示すよ
うにセルの到着時間は、期待している時間からずれたも
のとなる。このように各セルの到着時間がバラバラにな
ることをジッタ（ゆらぎ）と呼んでいる。

【００１０】このようにＭＰＥＧストリームの伝送には
ジッタが生じるため、何等策を講じないとすると、受信
側での正確な時間情報の復元は難しくなる。そこで、Ｍ
ＰＥＧシステムでは、このジッタを取り除くための手段
が受信側のデコーダシステムに設けられている。以下、
図５を参照し、その構成について説明する。

【００１１】この図５に示すデコーダシステムでは、ジ
ッタを取り除くために、ＭＰＥＧストリームから時間情
報を取り出すシステムデコーダ＆デマルチプレクサ４の
前にバッファ５が設けられている。ジッタを含んだＭＰ
ＥＧストリームＶＭＳ（ＶＭＳ：Ｖａｒｉａｂｌｅ ｄ
ｅｌａｙ ＭＰＥＧ Ｓｔｒｅａｍ）は、バッファ５に
一旦蓄積される。そして、バッファ５に蓄積されたＭＰ
ＥＧストリームは、転送レート制御回路６によって一定
レートで読み出され、ジッタを含まない一定転送レート
のＭＰＥＧストリームＣＭＳ（ＣＭＳ：Ｃｏｎｓｔａｎ
ｔ ｄｅｌａｙＭＰＥＧ Ｓｔｒｅａｍ）となって出力
される。なお、ＭＰＥＧストリームがどれだけの転送レ
ートを持つかは、予め転送レート制御回路６に設定され
ているものとする。

【００１２】システムデコーダ＆デマルチプレクサ４
は、ＭＰＥＧストリームＣＭＳをビデオとオーディオの
パケットに分離し、それぞれのパケットをビデオデコー
ダ２とオーディオデコーダ３へ送出する。ビデオデコー
ダ２は、送られてきたビデオパケットを復号化してビデ
オ信号ＤＶを送出する。同様にオーディオデコーダ３
は、送られてきたオーディオパケットを復号化してオー
ディオ信号ＤＡを出力する。

【００１３】さて、ビデオ信号ＤＶとオーディオ信号Ｄ
Ａは、それぞれ別々に復号化されるので単に復号化され
たデータを出力しただけでは両者の再生時刻は期待して
いたものとずれてくる。このため、例えば、人間が喋っ
ているようなＭＰＥＧデータを再生すると、口の動きと
声が合わないという現象が起こる。そこで、ＭＰＥＧで
は、ビデオとオーディオの再生時刻管理情報（ＰＴＳ：
Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を
それぞれのパケットの中に持たせ、各復号器ではデコー
ダシステムが持つ基準クロック（ＳＴＣ：Ｓｙｓｔｅｍ
Ｔｉｍｅ Ｃｌｏｃｋ）がＰＴＳに一致したときに、
そのパケットのデータを再生出力するようにしている。

【００１４】ここで、復号器側のＳＴＣは、符号器側の
時刻基準クロックに正確に一致していなければならな
い。しかしながら、たとえ符号器側と復号器側で同一メ
ーカの同じオシレータを使用していても両オシレータに
より発生する各クロック間に何等かの誤差はあるもので
ある。従って、初めは両クロックがほぼ同期し、目に見
えないわずかなずれしか生じないような場合であって
も、ＭＰＥＧのデータを長時間再生しているとそのずれ
が大きくなっていき、そのうちどう見ても画面の動きと
音声が合わなくなってくる。

【００１５】このずれを補正するために、ＭＰＥＧスト
リーム中には符号器側の時刻情報（ＭＰＥＧ１、ＭＰＥ
Ｇ２プログラム・ストリームではＳＣＲ：Ｓｙｓｔｅｍ
Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ、ＭＰＥＧ２トラン
スポート・ストリームではＰＣＲ：Ｐｒｏｇｒａｍ Ｃ
ｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）が周期的に刻まれてお
り（図８、図９を参照）、復号器側ではＳＣＲあるいは
ＰＣＲの値、つまり符号器側が意図している値をＳＴＣ
にセットする。このとき、復号器側に入ってくるＭＰＥ
Ｇストリームの到着時刻の精度が要求されるのである。

【００１６】図６に示すクロックリカバリ回路１の構成
例は、ＳＴＣおよびＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ
Ｌｏｏｐ；位相比較器１３、ローパス・フィルタ１
４、電圧制御発振器（ＶＣＸＯ：Ｖｏｌｔａｇｅ−Ｃｏ
ｎｔｒｏｌｌｅｄ Ｃｒｙｓｔａｌ Ｏｓｃｉｌｌａｔ
ｏｒ）1 1などで構成される帰還閉回路）で構成されて
いる。この回路により、ＳＴＣのずれを微妙に補正しな
がら符号器側のシステムクロックと完全に周波数の一致
したＳＴＣを復号器で持つことができるのである。

【００１７】なお、以上説明したＭＰＥＧシステムの詳
細は、例えばＩＳＯ／ＩＥＣ ＤＩＳ １１１７２−１
およびＩＳＯ／ＩＥＣ ＤＩＳ １３８１８−１に説明
されている。

【００１８】

【発明が解決しようとする課題】ところで、上述した従
来のＭＰＥＧシステムは、次の問題を有していた。すな
わち、デコーダシステム９に設けたバッファ５の容量
は、予め予想されるＭＰＥＧストリームＶＭＳのジッタ
を考えて決定されるが、このジッタが何かの理由で突然
大きくなったりすると、バッファ５の容量ではジッタを
吸収しきれないことがあるのである。そして、かかる事
態が生じると、ＭＰＥＧのビデオあるいはオーディオの
再生において、画像や音声の乱れが生じるのである。こ
れは、クロック・リカバリ回路１のＶＣＸＯ１１で調整
できるクロック周波数の幅が極めて僅かであるためであ
る。

【００１９】この発明は以上説明した事情に鑑みてなさ
れたものであり、受信されるＭＰＥＧストリームのジッ
タが突然大きくなるような状況下においても、受信側の
デコーダシステムの基準クロックに大きなずれを生じさ
せることなく送信側のクロックに同期させ、安定したＭ
ＰＥＧストリームの受信を行うことを可能にするＭＰＥ
Ｇデータ転送制御回路を提供することを目的としてい
る。

【００２０】

【課題を解決するための手段】この発明は、受信される
ＭＰＥＧデータを順次蓄積するバッファと、前記バッフ
ァに蓄積されたＭＰＥＧデータを、予め設定された転送
レートで復号器へ転送する転送レート制御回路と、前記
バッファから読み出されるＭＰＥＧデータに含まれる時
刻情報と前記復号器のタイミング制御に用いられる基準
クロックが示す情報とを比較し、比較結果に基づいて前
記転送レートを変更すべき旨の指令を前記転送レート制
御回路へ供給する時刻情報比較回路とを具備し、 前記転
送レート制御回路が上記指令により前記転送レートを変
更することを特徴とするＭＰＥＧデータ転送制御回路を
要旨とする。

【００２１】

【発明の実施の形態】以下、図面を参照し、本発明の実
施の形態について説明する。

【００２２】Ａ．第１の実施形態 図１は、この発明の一実施形態であるＭＰＥＧデータ転
送制御回路を適用したＭＰＥＧデコーダシステムの構成
を示すブロック図である。このＭＰＥＧデコーダシステ
ムは、パーソナルコンピュータ等に搭載されるシステム
であり、ハードディスク等に記憶されているＭＰＥＧコ
ンテンツを再生するものである。

【００２３】図１において、バッファ５は、符号器から
伝送路を介して送られてくるＭＰＥＧストリームＶＭＳ
を蓄積する手段である。ここで、伝送路を介して送られ
てくるＭＰＥＧストリームＶＭＳは、一般的にジッ夕を
含んでいる。バッファ５に蓄積されたデータは、転送レ
ート制御回路６による制御の下、所定の転送レートで読
み出され、ＭＰＥＧストリームＣＭＳとなってシステム
デコーダ＆デマルチプレクサ４に供給される。

【００２４】このシステムデコーダ＆デマルチプレクサ
４は、ＭＰＥＧストリームＣＭＳを解析し、ＭＰＥＧス
トリームＣＭＳ内のビデオパケットはビデオデコーダ２
へ、オーディオパケットはオーディオデコーダ３へ転送
する。また、システムデコーダ＆デマルチプレクサ４
は、ＭＰＥＧストリームＣＭＳからＳＣＲまたはＰＣＲ
を抜き出し、クロックリカバリ回路１と時刻情報比較回
路２１に与える。

【００２５】クロックリカバリ回路１は、システムデコ
ーダ＆デマルチプレクサ４によって抜き出されたＳＣＲ
またはＰＣＲより、ＭＰＥＧデコーダシステムの基準ク
ロックとなるＳＴＣを符号器の意図した時刻に正確に合
わせる。ここで制御されているＳＴＣは、ビデオデコー
ダ２と、オーディオデコーダ３と、時刻情報比較回路２
１に接続される。

【００２６】ビデオデコーダ２は、システムデコーダ＆
デマルチプレクサ４によって取り出されたビデオパケッ
トを復号し、ビデオ信号ＤＶを出力する。このビデオデ
コーダ２によるビデオパケットの復号およびビデオ信号
ＤＶの出力は、クロックリカバリ回路１内のＳＴＣに従
い、オーディオ信号と同期した状態で行われる。一方、
オーディオデコーダ３は、システムデコーダ＆デマルチ
プレクサ４によって取り出されたオーディオパケットを
復号し、オーディオ信号ＤＡを出力する。このオーディ
オデコーダ３によるオーディオパケットの復号およびオ
ーディオ信号ＤＡの出力は、クロックリカバリ回路１内
のＳＴＣに従い、ビデオ信号と同期した状態で行われ
る。

【００２７】時刻情報比較回路２１は、ＳＣＲまたはＰ
ＣＲとＳＴＣを比較し、その結果を転送レート制御回路
６に与える。転送レート制御回路６は、バッファ５に接
続されており、予め設定された転送レートでＭＰＥＧス
トリームＣＭＳをバッファ５からシステムデコーダ＆デ
マルチプレクサ４に転送するが、転送レート制御回路６
からの情報により、その転送レートを変更することがで
きる。

【００２８】次に本実施形態の動作について説明する。
図１において、バッファ５に入力されるＭＰＥＧストリ
ームＶＭＳが遅れ気味になりバッファ５から出力される
ＭＰＥＧストリームＣＭＳの転送レートに追いつかなく
なったとする。この場合、バッファ５内に蓄積されてい
るＭＰＥＧストリームは次第に減少してゆき、バッファ
５は空の状態になる。このとき、ＳＴＣは、それまでの
ＳＣＲまたはＰＣＲにより符号器側の意図した値に校正
されている。しかし、その後、バッファ５が空の状態か
らＭＰＥＧストリームＶＭＳがバッファ５に入力され、
ＭＰＥＧストリームＣＭＳがバッファ５から転送され、
ＳＣＲまたはＰＣＲを含んだパケットがシステムデコー
ダ＆デマルチプレクサ４に入力されたときには、このＳ
ＣＲまたはＰＣＲはＳＴＣとは大きく離れた値になって
いる。

【００２９】そこで、本実施形態では、このときのＳＣ
ＲまたはＰＣＲとＳＴＣとを時刻情報比較回路２１で比
較し、その差の大小により転送レート制御回路で制御し
ているバッファ５から出力されるＭＰＥＧストリームＣ
ＭＳの転送レートを変える。これにより、クロックリカ
バリ回路１でリカバリできる範囲を超えたＳＣＲまたは
ＰＣＲとＳＴＣの差をいち早く回復することができるの
である。

【００３０】図２は、本実施形態におけるＭＰＥＧスト
リームの転送状況と時刻情報の関係を表すタイムチャー
トである。以下、図２を参照し、本実施形態の具体的動
作について説明する。図２において、バッファＥｍｐｔ
ｙはバッファ５が空の状態を示している。ＶＭＳはＭＰ
ＥＧストリームＶＭＳがバッファ５に転送されている期
間を示している。ＣＭＳはバッファ５からシステムデコ
ーダ＆デマルチプレクサ４にＭＰＥＧストリームＣＭＳ
が転送されている期間を示しており、太線の部分は通常
の転送より高速に転送されることを示す。ＳＴＣはＭＰ
ＥＧデコーダシステム内のＳＴＣ、ＳＣＲ／ＰＣＲはシ
ステムデコーダ＆デマルチプレクサ４で取り出されたＳ
ＣＲ／ＰＣＲを示している。これらの時刻情報は、便宜
上簡単な整数で記述しており、実際に扱われている時刻
情報とは異なる。

【００３１】通常何も起こらなければ、ＭＰＥＧストリ
ームＶＭＳはバッファ５が空にならないように管理され
ながら読み込まれる。ＭＰＥＧストリームＶＭＳがバッ
ファ５に読み込まれバッファ５が一杯になると、ＭＰＥ
ＧストリームＶＭＳの転送は行われなくなる。ＭＰＥＧ
ストリームＣＭＳはバッファ５に貯えられているデータ
を読み出して転送を続ける。バッファ５が空の状態に近
づいてくると再びＭＰＥＧストリームＶＭＳの転送が開
始される。このような動作を繰り返して、ＭＰＥＧスト
リームＣＭＳは連続してデータ転送されるのである。

【００３２】何かの原因でＭＰＥＧストリームＶＭＳが
転送されなくなり、バッファ５のデータが全て掃き出さ
れてしまった場合を考える。バッファ５のデータが無く
なると、ＭＰＥＧストリームＣＭＳは転送されなくな
る。そのときもＳＴＣは一定間隔で時刻を刻みつづけ
る。ＭＰＥＧストリームＶＭＳの転送が再開されると、
バッファ５にデー夕が貯えられるので、再びＭＰＥＧス
トリームＣＭＳの転送が始まる。システムデコーダ＆デ
マルチプレクサ４はＳＣＲまたはＰＣＲを検出するが、
ここで検出されたＳＣＲまたはＰＣＲは元々ＭＰＥＧス
トリームＣＭＳの転送が途切れる直後のＳＴＣと一致す
るはずのものなので、この時点でのＳＴＣとは大きく離
れた値となっている。例では、ＳＴＣ＝７を過ぎたあた
りでＳＣＲ／ＰＣＲ＝６となっている。

【００３３】さて、既に説明した従来の技術では、クロ
ックリカバリ回路１によってＳＴＣが微妙に調整され
（本実施形態の場合、クロックを遅くする方向に調整さ
れる。）、徐々にＳＴＣとＳＣＲまたはＰＣＲが同じ値
になってくる。

【００３４】これに対し、本実施形態では、時刻情報比
較回路２１によってＳＴＣとＳＣＲまたはＰＣＲが大き
くずれているということが検出され、ＳＴＣがＳＣＲま
たはＰＣＲより進んでいる（つまり、値が大きい）こと
がわかった場合、時刻情報比較回路２１は転送レート制
御回路６に対してそれを通知する。これはＳＴＣの値に
ＳＣＲまたはＰＣＲの値がほぼ追いつくまで行われる。
この時間は従来の方法に比べると非常に短い。

【００３５】この期間のビデオおよびオーディオの再生
に関しては、これ以前にシステムデコーダ＆デマルチプ
レクサ４およびビデオデコーダ２とオーディオデコーダ
３に残っているデータを再生している。すなわち、実際
にこれらのシステムデコーダ＆デマルチプレクサ等を構
成する回路には、メモリが接続されており、システムデ
コーダ＆デマルチプレクサ４のメモリにはＭＰＥＧスト
リームＣＭＳ数パケット分の各デコーダに転送するため
に準備されたパケット、また各デコーダのメモリには復
号化する前のパケットと出力するために用意されたデー
タ（ビデオ・デコーダ２の場合は数フレーム分の画像デ
ータ）が残っている。従って、上記の期間においては、
これらの残っているデータの再生を行えばよいのであ
る。

【００３６】以上、ＳＴＣの値に対してＳＣＲおよびＰ
ＣＲの値が遅れる場合を説明したが、逆にＳＴＣの値に
対してＳＣＲまたはＰＣＲの値が進むような場合には、
転送レート制御回路６がＭＰＥＧストリームＣＭＳの転
送レートを遅らせるような動作を行う。

【００３７】以上説明した本実施形態によれば、以下の
効果が得られる。 （１）ＳＣＲまたはＰＣＲがＳＴＣに比べて大きく遅れ
ているときには、ＭＰＥＧストリームＣＭＳをその差が
ほぼ無くなるまで高速に転送するため、ＳＣＲまたはＰ
ＣＲの値をＳＴＣに早く追いつかせることができる。 （２）上記のように、ＳＣＲまたはＰＣＲの値が素早く
ＳＴＣに追いつくため、ＳＴＣの周期が乱れる期間が短
い。従って、再生中の画像あるいは音声が遅れ気味にな
ることがない。

【００３８】Ｂ．第２の実施形態 図３はこの発明の第２の実施形態の構成を示すブロック
図である。本実施形態は、上記第１の実施形態（図１）
における時刻情報比較回路２１に時刻情報記憶回路２２
を接続し、時刻情報比較回路２１とこの時刻情報記憶回
路２２との間でＳＴＣとシステムデコーダ＆デマルチプ
レクサ４が抜き出したＳＣＲまたはＰＣＲとの比較結果
（差分情報）の授受を行うようにしたものである。さら
に詳述すると次の通りである。

【００３９】まず、時刻情報比較回路２１は、ＳＣＲま
たはＰＣＲとＳＴＣを常に比較しており、その比較結
果、すなわち、ＳＣＲまたはＰＣＲが示す時刻とＳＴＣ
が示す時刻の差分情報を定期的に（例えば、ＳＴＣが変
化したとき）時刻情報記憶回路２２に書き込む。また、
時刻情報比較回路２１は、ＳＣＲまたはＰＣＲとＳＴＣ
を比較するときに、以前に時刻情報記憶回路２２へ書き
込んだ時刻の差分情報を読み出す。

【００４０】時刻情報比較回路２１は、現在の時刻の差
分情報と以前の時刻の差分情報のひらき具合を見て、現
在のＳＣＲまたはＰＣＲの値がＳＴＣに比べて以前より
も遅れているのか進んでいるのかを判断する。過去何回
分かの比較結果を比べて、遅れてくるようだとそのひら
き具合から現在流れているＭＰＥＧストリームＣＭＳの
転送レートを何パーセント進めれば良いかがわかるの
で、転送レート制御回路６に対してＭＰＥＧストリーム
ＣＭＳの転送レートをその割合だけ早く設定する。新し
く転送レート制御回路６に設定された転送レートで、Ｍ
ＰＥＧストリームＣＭＳの転送が行われるので、これま
で少しずつひらいてきていたＳＣＲおよびＰＣＲとＳＴ
Ｃの差は、以前よりもひらかなくなっている。同様に、
ＳＣＲまたはＰＣＲがＳＴＣよりも進む方向にひらいて
いるとすると、時刻情報比較回路２１は転送レート制御
回路６に対してＭＰＥＧストリームＣＭＳの転送レート
を遅らせるように転送レートを設定する。過去のＳＣＲ
またはＰＣＲとＳＴＣの時刻の差分情報が、進んだり遅
れたりするようなときは、時刻情報比較回路２１は転送
レート制御回路６に対して新たに転送レートを設定する
ことはない。

【００４１】

【発明の効果】以上説明したように、この発明に係るＭ
ＰＥＧデータ転送制御回路によれば、受信されるＭＰＥ
Ｇストリームのジッタが突然大きくなるような状況下に
おいても、受信側のデコーダシステムの基準クロックに
大きなずれを生じさせることなく送信側のクロックに同
期させ、安定したＭＰＥＧストリームの受信を行うこと
ができるという効果がある。

【図面の簡単な説明】

【図１】 この発明の第１の実施形態であるＭＰＥＧデ
ータ転送制御回路を適用したＭＰＥＧデコーダシステム
の構成を示すブロック図である。

【図２】 同実施形態の動作を従来技術との対比におい
て示すタイムチャートである。

【図３】 この発明の第２の実施形態であるＭＰＥＧデ
ータ転送制御回路を適用したＭＰＥＧデコーダシステム
の構成を示すブロック図である。

【図４】 一般的なＭＰＥＧシステムの構成を示すブロ
ック図である。

【図５】 従来のＭＰＥＧデコーダシステムの構成を示
すブロック図である。

【図６】 従来のＭＰＥＧデコーダシステムにおけるク
ロックリカバリ回路の構成例を示すブロック図である。

【図７】 ＭＰＥＧシステムにおけるセルの伝送形態を
例示する図である。

【図８】 ＭＰＥＧシステムにおけるプログラムストリ
ームを例示する図である。

【図９】 ＭＰＥＧシステムにおけるトランスポートス
トリームを例示する図である。

【符号の説明】

５ バッファ ６ 転送レート制御回路 ２１ 時刻情報比較回路 ４ システムデコーダ＆デマルチプレクサ １ クロックリカバリ ２ ビデオデコーダ ３ オーディオデコーダ ２２ 時刻情報記憶回路

フロントページの続き (56)参考文献 特開 平９−298579（ＪＰ，Ａ) 特開 平９−186665（ＪＰ，Ａ) 特開 平８−307862（ＪＰ，Ａ) 特開 平９−46390（ＪＰ，Ａ) 特開 平９−284759（ＪＰ，Ａ) 特開 平９−46376（ＪＰ，Ａ) 特開 平８−195723（ＪＰ，Ａ) 特開 平９−191417（ＪＰ，Ａ) 特許2907118（ＪＰ，Ｂ２) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/00 H04N 7/00

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 受信されるＭＰＥＧデータを順次蓄積す
   るバッファと、 前記バッファに蓄積されたＭＰＥＧデータを、予め設定
   された転送レートで復号器へ転送する転送レート制御回
   路と、 前記バッファから読み出されるＭＰＥＧデータに含まれ
   る時刻情報と前記復号器のタイミング制御に用いられる
   基準クロックが示す情報とを比較し、比較結果に基づい
   て前記転送レートを変更すべき旨の指令を前記転送レー
   ト制御回路へ供給する時刻情報比較回路とを具備し、 前記転送レート制御回路が上記指令により前記転送レー
   トを変更する ことを特徴とするＭＰＥＧデータ転送制御
   回路。
2. 【請求項２】 前記時刻情報比較回路は、前記バッファ
   から読み出されるパケットに含まれる時刻情報と前記復
   号器のタイミング制御に用いられる基準クロックが示す
   時刻とが所定値以上隔たっている場合に前記転送レート
   を上昇させる指令または下降させる指令を前記転送レー
   ト制御回路へ供給することを特徴とする請求項１に記載
   のＭＰＥＧデータ転送制御回路。
3. 【請求項３】 前記時刻情報比較回路は、前記バッファ
   から読み出されるパケットに含まれる時刻情報と前記復
   号器のタイミング制御に用いられる基準クロックが示す
   時刻との差分を時刻情報記憶回路に定期的に書き込み、
   前記時刻情報記憶回路に記憶された各差分の時間的変化
   に応じて前記転送レートの上昇率または下降率を決定
   し、当該決定に従って前記転送レートを上昇させる指令
   または下降させる指令を前記転送レート制御回路へ供給
   することを特徴とする請求項１に記載のＭＰＥＧデータ
   転送制御回路。