(57)【特許請求の範囲】
【請求項１】
ネットワークを介して送信装置から第１パケットを受信し、前記第１パケットに含まれる第２パケットを出力する受信部と、
前記第２パケットを受信し、前記第２パケットに対して受信側基準クロックに基づく処理を実施する処理部とを備え、
前記受信部は、ネットワーククロックに同期して計時動作する計時回路と、前記計時回路の時刻と前記第１パケットに含まれる第１時刻情報の時刻との比較結果に基づいて、前記第２パケットを出力するとともに、前記第２パケットの出力タイミングの正常／異常を示す制御信号を出力するパケット出力回路とを備え、
前記処理部は、前記第２パケットが送信側基準クロックに基づく時刻を示す第２時刻情報を含み、かつ前記制御信号が正常を示す場合、前記受信側基準クロックに基づく時刻と前記第２時刻情報の時刻との比較結果に基づいて、前記受信側基準クロックを前記送信側基準クロックに同期させるクロック調整回路を備えていることを特徴とする受信装置。
【請求項２】
請求項１記載の受信装置において、
前記パケット出力回路は、
前記計時回路の時刻が前記第１時刻情報の時刻より前であるとき、前記計時回路の時刻の変化により双方が一致するまで待機した後、前記第２パケットを出力するとともに、正常を示す前記制御信号を出力し、
前記計時回路の時刻が前記第１時刻情報の時刻と一致するとき、前記第２パケットを出力するとともに、正常を示す前記制御信号を出力し、
前記計時回路の時刻が前記第１時刻情報の時刻より後であるとき、前記第２パケットを出力するとともに、異常を示す前記制御信号を出力することを特徴とする受信装置。
【請求項３】
請求項１記載の受信装置において、
前記クロック調整回路は、
前記第２パケットが前記第２時刻情報を含み、かつ前記制御信号が正常を示す場合、
前記受信側基準クロックに基づく時刻と前記第２時刻情報の時刻との差が許容範囲外であり、かつ前記受信側基準クロックに基づく時刻が前記第２時刻情報の時刻より前であるときに前記受信側基準クロックの周期を短くし、
前記受信側基準クロックに基づく時刻と前記第２時刻情報の時刻との差が許容範囲外であり、かつ前記受信側基準クロックに基づく時刻が前記第２時刻情報の時刻より後であるときに前記受信側基準クロックの周期を長くすることを特徴とする受信装置。
【請求項４】
請求項１記載の受信装置において、
前記第１時刻情報は、前記送信装置により前記第１パケットに組み込まれ、前記ネットワーククロックに基づく時刻に前記ネットワークを介したパケット伝送により発生する最大遅延時間を加算した時刻を示すことを特徴とする受信装置。
【請求項５】
請求項１記載の受信装置において、
前記第１時刻情報は、前記送信装置により前記第１パケットに組み込まれ、前記ネットワーククロックに基づく時刻に前記ネットワークを介したパケット伝送により発生する平均遅延時間を加算した時刻を示すことを特徴とする受信装置。
【請求項６】
請求項１記載の受信装置において、
前記第２パケットは、ＭＰＥＧ−２規格に準拠するトランスポートストリームパケットであり、
前記処理部は、ＭＰＥＧ−２規格に従ってデコード処理を実施するＭＰＥＧデコード部であることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＥＥＥ１３９４等のネットワークを介してＭＰＥＧ−２ＴＳ（Moving Picture Experts Group phase 2 Transport Stream）により動画像データや音声データを伝送するシステムにおける受信装置に関する。
【背景技術】
【０００２】
ＭＰＥＧ−２ＴＳ伝送システムでは、受信側のＭＰＥＧデコード部において、ＳＴＣ（System Time clock）の値（受信側基準クロックのカウント値）とＭＰＥＧ−２ＴＳパケットに組み込まれているＰＣＲ（Program Clock Reference）の値（送信側基準クロックのカウント値）とを比較し、比較結果に基づいて受信側基準クロックを送信側基準クロックに追従させることが求められる。なお、ＰＣＲは、送信側のＭＰＥＧエンコード部において一定の時間間隔（０．１秒以下）でＭＰＥＧ−２ＴＳパケットに組み込まれる。【０００３】
具体的には、ＭＰＥＧデコード部は、ＭＰＥＧ−２ＴＳパケットにＰＣＲが組み込まれている場合、ＳＴＣの値をＰＣＲの値と比較する。ＳＴＣの値がＰＣＲの値より大きいとき、ＭＰＥＧデコード部は、受信側基準クロックの周期が送信側基準クロックの周期より短いと判断して、受信側基準クロックの周期を長くする。逆に、ＳＴＣの値がＰＣＲの値より小さいとき、ＭＰＥＧデコード部は、受信側基準クロックの周期が送信側基準クロックの周期より長いと判断して、受信側基準クロックの周期を短くする。また、ＳＴＣの値がＰＣＲの値と一致するとき、ＭＰＥＧデコード部は、受信側基準クロックが送信側基準クロックと同期していると判断して、受信側基準クロックの調整を実施しない。ＭＰＥＧデコード部は、このような動作により受信側基準クロックを送信側基準クロックに追従させることで、ＭＰＥＧ−２ＴＳのデコード処理（動画像データや音声データの再生処理）を滞りなく実施できる。【０００４】
ＭＰＥＧ−２ＴＳは、ＡＴＭ（Asynchronous Transfer Mode）網によるデータ伝送システムへの適用を想定しているものの、その適用先が限定されている訳ではない。このため、ＭＰＥＧ−２ＴＳは、ＣＳ／ＢＳディジタル放送や地上波ディジタル放送等のシステム、あるいはＩＥＥＥ１３９４等によるデータ伝送システムにも適用されている。受信側においてＭＰＥＧ−２ＴＳの規定に従ってＰＣＲにより受信側基準クロックを調整することを可能にするためには、各ＭＰＥＧ−２ＴＳパケットが送信側のＭＰＥＧエンコード部から受信側のＭＰＥＧデコード部に伝送されるまでの遅延時間が一定である必要がある。このことは、送信側において各ＭＰＥＧ−２ＴＳパケットがＭＰＥＧエンコード部からネットワークインタフェース部（パケット送信部）に入力される際と、受信側において各ＭＰＥＧ−２ＴＳパケットがネットワークインタフェース部（パケット受信部）からＭＰＥＧデコード部に出力される際とで、ＭＰＥＧ−２ＴＳパケットの時間間隔が維持されていなければならないことを意味する。なぜならば、ＭＰＥＧ−２ＴＳパケットの時間間隔が維持されていないと、ＭＰＥＧデコード部において、ＳＴＣの値とＰＣＲの値との差が、受信側基準クロックの進み／遅れによるものなのか、それともＭＰＥＧ−２ＴＳパケットの時間間隔のばらつきによるものなのかを判定できなくなるためである。【０００５】
なお、全てのＭＰＥＧ−２ＴＳパケットについて送信側のＭＰＥＧエンコード部から受信側のＭＰＥＧデコード部までの伝送遅延時間を完全に同一にすることは、システム設計上、不可能あるいはコスト的に無駄である。このため、ＭＰＥＧデコード部に対して、ＳＴＣの値とＰＣＲの値との差についての許容範囲を予め設定し、ジッタを考慮した受信側基準クロックの調整を実施することが求められる。いずれにしても、ＭＰＥＧ−２ＴＳ伝送システムでは、ＭＰＥＧ−２ＴＳパケットの時間間隔を許容範囲内で維持する機構が必要とされる。【０００６】
例えば、ＩＥＥＥ１３９４によるＭＰＥＧ−２ＴＳ伝送システムでは、送信側のパケット送信部および受信側のパケット受信部は、ネットワーククロックに同期してカウント動作するサイクルタイマをそれぞれ有している。ネットワーククロックは、ＩＥＥＥ１３９４に接続される各装置に共通して供給されるクロック（周波数：２４．５７６ＭＨｚ）である。パケット送信部は、ＭＰＥＧエンコード部から出力されたＭＰＥＧ−２ＴＳパケットを受信した際、タイムスタンプを含むヘッダをＭＰＥＧ−２ＴＳパケットに付加してＩＥＥＥ１３９４パケットを生成し、ＩＥＥＥ１３９４パケットをネットワーク（ＩＥＥＥ１３９４）に出力する。タイムスタンプは、ＭＰＥＧ−２ＴＳパケットの受信時におけるサイクルタイマの値とネットワークを介したパケット伝送により発生する最大遅延時間に対応するオフセット値との加算値を示す。パケット受信部は、ネットワークを介してパケット送信部からＩＥＥＥ１３９４パケットを受信し、サイクルタイマの値がＩＥＥＥ１３９４パケットのヘッダに含まれるタイムスタンプの値と一致したときに、ＩＥＥＥ１３９４パケットに含まれるＭＰＥＧ−２ＴＳパケットをＭＰＥＧデコード部に出力する。これにより、パケット送信部におけるＭＰＥＧ−２ＴＳパケットの入力タイミングの時間間隔と、パケット受信部におけるＭＰＥＧ−２ＴＳパケットの出力タイミングの時間間隔とを同一にできる。【０００７】
また、特許文献１には、ネットワーク上で発生する遅延時間のゆらぎを容易かつ確実に吸収し、装置を複雑化かつ大型化することなく、複数のプログラムに対応するデータを送受信する技術が開示されている。特許文献２には、時刻情報が過去のものとなっている場合においても、多大なメモリを使用することなくＭＰＥＧ−２ＴＳを正しく再現する技術が開示されている。
【特許文献１】特開２０００−３５８００６号公報
【特許文献２】特開平１１−２１５１４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述のように、ＩＥＥＥ１３９４によるＭＰＥＧ−２ＴＳ伝送システムでは、パケット受信部がＭＰＥＧ−２ＴＳパケットをタイムスタンプに従って出力することで、ＭＰＥＧ−２ＴＳパケットの時間間隔が維持される。しかしながら、これには、送信側におけるＭＰＥＧエンコード部およびパケット送信部間のデータ転送速度と、受信側におけるパケット受信部およびＭＰＥＧデコード部間のデータ転送速度とが同等であるという暗黙の前提が必要である。【０００９】
一般的に、パケット送信部およびパケット受信部は、ネットワークに対する動作については規定されているものの、それ以外の動作については規定されていない。例えば、前述のようなＩＥＥＥ１３９４によるＭＰＥＧ−２ＴＳ伝送システムにおいて、送信側におけるＭＰＥＧエンコード部およびパケット送信部間のデータ転送速度や、受信側におけるパケット受信部およびＭＰＥＧデコード部間のデータ転送速度については何ら規定されていない。【００１０】
ＩＥＥＥ１３９４の場合、パケット送信部およびパケット受信部におけるサイクルタイマの基準クロック（ネットワーククロック）の周波数は２４．５７６ＭＨｚである。このため、常識的には、ＭＰＥＧエンコード部およびパケット送信部間のデータ転送の基準クロックと、パケット受信部およびＭＰＥＧデコード部間のデータ転送の基準クロックとが２４．５７６ＭＨｚのクロックであることが期待されるが、必ずしもその保証はない。例えば、２４．５７６ＭＨｚのクロックのサイクル毎に１バイトのデータを転送するデータ転送は、データ転送速度が１９６．６０８Ｍｂｐｓであり、一般的なＭＰＥＧ−２ＴＳのデータ転送（データ転送速度：数十Ｍｂｐｓ）には十分である。従って、通常であれば、ＭＰＥＧエンコード部およびパケット送信部間のデータ転送と、パケット受信部およびＭＰＥＧデコード部間のデータ転送とは、２４．５７６ＭＨｚのクロックのサイクル毎に１バイトのデータを転送するデータ転送でも十分であると考えられる。【００１１】
しかしながら、例えば、ＭＰＥＧエンコード部がパーソナルコンピュータであり、オーサリングソフト等でオフライン処理したＭＰＥＧ−２ＴＳを出力する場合、パーソナルコンピュータ自体が数ＧＨｚで高速動作するＣＰＵおよび数百Ｍバイトのメモリを有するのに対して、ＯＳ（オペレーションシステム）のタスクスイッチのオーバヘッドが大きいため、予め送信データをバッファリングしておき、送信タスクに切り替わった時にバッファリングしたデータを出力するというようなシステム構成が採用される可能性がある。このような場合、ある程度長い期間でみれば、ＭＰＥＧエンコード部およびパケット送信部間のデータ転送レートは所定のビットレートに収まっているものの、一時的には、大量のデータがＭＰＥＧエンコード部からパケット送信部に転送されることになる。【００１２】
例えば、受信側において、パケット受信部が、あるＭＰＥＧ−２ＴＳパケットＰ（ｎ）をタイムスタンプＴ（ｎ）に従ってＭＰＥＧデコード部に出力し、次のＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）をタイムスタンプＴ（ｎ＋１）に従ってＭＰＥＧデコード部に出力する場合を考える。パケット受信部およびＭＰＥＧデコード部間のデータ転送では、２４．５７６ＭＨｚのクロックのサイクル毎に１バイトのデータが転送されるものとする。【００１３】
ＭＰＥＧ−２ＴＳパケットは１８８バイト固定長であるため、ＭＰＥＧ−２ＴＳパケットＰ（ｎ）のデータ転送の完了時に、パケット受信部のサイクルタイマの値は、ＭＰＥＧ−２ＴＳパケットＰ（ｎ）のデータ転送の開始時（タイムスタンプＴ（ｎ）の値）から１８８進んでいる。このため、次式（１）が成り立つ場合、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）のデータ転送の開始時に、サイクルタイマの値がタイムスタンプＴ（ｎ＋１）の値を超過しているという状況は起こり得ない。従って、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）を正常なタイミングで出力できる。すなわち、ＭＰＥＧ−２ＴＳパケットＰ（ｎ）およびＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）の時間間隔を維持することができる。
Ｔ（ｎ＋１）−Ｔ（ｎ）≧１８８  ・・・（１）
一方、次式（２）が成り立つ場合、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）のデータ転送の開始時に、サイクルタイマの値がタイムスタンプＴ（ｎ＋１）の値を超過しているという状況が起こってしまう。従って、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）を正常なタイミングで出力できない。すなわち、ＭＰＥＧ−２ＴＳパケットＰ（ｎ）およびＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）の時間間隔を維持することができない。このため、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）をＬａｔｅパケット（正常なタイミングで出力できないパケット）とみなして破棄せざるを得ない。仮に、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）を異常なタイミングであっても強制的に出力すると、ＭＰＥＧ−２ＴＳパケットＰ（ｎ＋１）にＰＣＲが組み込まれている場合、受信側基準クロックに不要な誤差が生じてしまう。
Ｔ（ｎ＋１）−Ｔ（ｎ）＜１８８  ・・・（２）
本発明は、このような問題点に鑑みてなされたものであり、受信側基準クロックに不要な誤差を生じさせることなくパケット破棄を回避できる受信装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の一形態では、受信部は、ネットワークを介して送信装置から第１パケットを受信し、第１パケットに含まれる第２パケットを出力する。処理部は、第２パケットを受信し、第２パケットに対して受信側基準クロックに基づく処理を実施する。受信部の計時回路は、ネットワーククロックに同期して計時動作する。受信部のパケット出力回路は、計時回路の時刻と第１パケットに含まれる第１時刻情報の時刻との比較結果に基づいて、第２パケットを出力するとともに、第２パケットの出力タイミングの正常／異常を示す制御信号を出力する。例えば、パケット出力回路は、計時回路の時刻が第１時刻情報の時刻より前であるとき、計時回路の時刻の変化により双方が一致するまで待機した後、第２パケットを出力するとともに、正常を示す制御信号を出力する。パケット出力回路は、計時回路の時刻が第１時刻情報の時刻と一致するとき、第２パケットを出力するとともに、正常を示す制御信号を出力する。パケット出力回路は、計時回路の時刻が第１時刻情報の時刻より後であるとき、第２パケットを出力するとともに、異常を示す制御信号を出力する。例えば、第１時刻情報は、送信装置により第１パケットに組み込まれ、ネットワーククロックに基づく時刻にネットワークを介したパケット伝送により発生する最大遅延時間あるいは平均遅延時間を加算した時刻を示す。【００１５】
処理部のクロック調整回路は、第２パケットが送信側基準クロックに基づく時刻を示す第２時刻情報を含み、かつ制御信号が正常を示す場合、受信側基準クロックに基づく時刻と第２時刻情報の時刻との比較結果に基づいて、受信側基準クロックを送信側基準クロックに同期させる。例えば、クロック調整回路は、第２パケットが第２時刻情報を含み、かつ制御信号が正常を示す場合、受信側基準クロックに基づく時刻と第２時刻情報の時刻との差が許容範囲外であり、かつ受信側基準クロックに基づく時刻が第２時刻情報の時刻より前であるときに受信側基準クロックの周期を短くする。クロック調整回路は、第２パケットが第２時刻情報を含み、かつ制御信号が正常を示す場合、受信側基準クロックに基づく時刻と第２時刻情報の時刻との差が許容範囲外であり、かつ受信側基準クロックに基づく時刻が第２時刻情報の時刻より後であるときに受信側基準クロックの周期を長くする。例えば、第２パケットは、ＭＰＥＧ−２規格に準拠するトランスポートストリームパケットであり、処理部は、ＭＰＥＧ−２規格に従ってデコード処理を実施するＭＰＥＧデコード部である。【００１６】
以上のような受信装置では、受信部のパケット出力回路は、例えば、パケット出力速度が遅いために第２パケットを正常なタイミング（計時回路の時刻が第１時刻情報の時刻と一致するタイミング）で出力できなくなった場合にも、第２パケットを破棄せずに、異常を示す制御信号と共に第２パケットを出力する。また、処理部のクロック調整回路は、第２パケットが第２時刻情報を含んでいても、制御信号が異常を示す場合には、第２時刻情報を用いて受信側基準クロックを調整することはない。従って、正常なタイミングで出力された第２パケットに含まれる第２時刻情報のみが受信側基準クロックの調整に使用される。このため、受信側基準クロックに不要な誤差を生じさせることなくパケット破棄を回避することができる。【００１７】
ネットワークを介したパケット伝送により発生する最大遅延時間を見積もることが容易である場合には、送信装置において、ネットワーククロックに基づく時刻にネットワークを介したパケット伝送により発生する最大遅延時間を加算した時刻を示す第１時刻情報が第１パケットに組み込まれる。このような場合、送信装置から出力された第１パケットが受信装置の受信部に到達した時点で、受信部の計時回路の時刻が第１パケットに含まれる第１時刻情報の時刻より進んでいるという状況は起こり得ない。従って、ネットワークを介したパケット伝送により発生する遅延時間に起因して、受信部のパケット出力回路が第２パケットを正常なタイミングで出力できなくなることを確実に回避できる。【００１８】
また、ネットワークを介したパケット伝送により発生する最大遅延時間を見積もることが困難である場合には、送信装置おいて、ネットワーククロックに基づく時刻にネットワークを介したパケット伝送により発生する平均遅延時間を加算した時刻を示す第１時刻情報が第１パケットに組み込まれる。このような場合、送信装置から出力された第１パケットが受信装置の受信部に到達した時点で、受信部の計時回路の時刻が第１パケットに含まれる第１時刻情報の時刻より進んでいるという状況が起こり得る。しかしながら、本発明の受信装置では、このような状況が起こったとき、受信部のパケット出力回路が異常を示す制御信号と共に第２パケットを出力するため、最大遅延時間の代わりに平均遅延時間を用いて第１時刻情報が生成される場合にも、受信側基準クロックに不要な誤差を生じさせることなくパケット破棄を回避することができる。
【発明の効果】
【００１９】
本発明によれば、受信側基準クロックに不要な誤差を生じさせることなくパケット破棄を回避することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明を適用したＭＰＥＧ−２ＴＳ伝送システムの一例を示すブロック図である。
【図２】本発明の一実施形態におけるパケット受信部のパケット出力処理を示すフローチャートである。
【図３】本発明の一実施形態におけるＭＰＥＧデコード部のクロック調整処理を示すフローチャートである。
【図４】本発明の一実施形態における動作例を示す説明図である。
【図５】本発明の一実施形態における別の動作例を示す説明図である。
【図６】本発明の第１比較例におけるパケット受信部のパケット出力処理を示すフローチャートである。
【図７】本発明の第１比較例におけるＭＰＥＧデコード部のクロック調整処理を示すフローチャートである。
【図８】本発明の第１比較例における動作例を示す説明図である。
【図９】本発明の第２比較例におけるパケット受信部のパケット出力処理を示すフローチャートである。
【図１０】本発明の第２比較例における動作例を示す説明図である。
【発明を実施するための最良の形態】
【００２１】
以下、図面を用いて本発明の実施形態を説明する。図１〜図５は、本発明の一実施形態を示している。図１は、本発明を適用したＭＰＥＧ−２ＴＳ伝送システムの一例を示している。送信装置ＴＤは、ＭＰＥＧエンコード部ＭＥＵおよびパケット送信部ＰＴＵを有している。ＭＰＥＧエンコード部ＭＥＵは、ＭＰＥＧ−２規格に従って動画像データおよび音声データのエンコード処理を基準クロックＣＫＴに同期して実施する。ＭＰＥＧエンコード部ＭＥＵは、エンコード処理により得られたＭＰＥＧ−２ＴＳをパケット化してＭＰＥＧ−２ＴＳパケットを生成し、ＭＰＥＧ−２ＴＳパケットを所望のタイミングでパケット送信部ＰＴＵに出力する。例えば、ＭＰＥＧエンコード部ＭＥＵおよびパケット送信部ＰＴＵ間のデータ転送では、２４．５７６ＭＨｚのクロックのサイクル毎に１バイトのデータが転送される。また、ＭＰＥＧエンコード部ＭＥＵは、ＭＰＥＧ−２ＴＳパケットにＰＣＲ（基準クロックＣＫＴのカウント値）を一定の時間間隔で組み込む。【００２２】
パケット送信部ＰＴＵは、サイクルタイマＣＴＴおよびパケット出力回路ＰＯＣＴを有している。サイクルタイマＣＴＴは、ネットワークＮＷ（ＩＥＥＥ１３９４）に接続される各装置に共通して供給されるネットワーククロック（周波数：２４．５７６ＭＨｚ）に同期してカウント動作する。パケット出力回路ＰＯＣＴは、ＭＰＥＧエンコード部ＭＥＵから出力されたＭＰＥＧ−２ＴＳパケットを受信した際、タイムスタンプを含むヘッダをＭＰＥＧ−２ＴＳパケットに付加してＩＥＥＥ１３９４パケットを生成し、ＩＥＥＥ１３９４パケットを所望のタイミングでネットワークＮＷに出力する。タイムスタンプは、ＭＰＥＧ−２ＴＳパケットの受信時におけるサイクルタイマＣＴＴの値に、ネットワークＮＷを介したパケット伝送により発生する最大遅延時間に対応するオフセット値を加算した値を示す。なお、ネットワークＮＷを介したパケット伝送により発生する最大遅延時間には、例えば、ネットワークＮＷ上で発生する遅延時間に加え、パケット出力回路ＰＯＣＴによりＩＥＥＥ１３９４パケットが生成されてからネットワークＮＷに出力されるまでのバッファリング時間も含まれる。【００２３】
受信装置ＲＤは、パケット受信部ＰＲＵおよびＭＰＥＧデコード部ＭＤＵを有している。パケット受信部ＰＲＵは、サイクルタイマＣＴＲおよびパケット出力回路ＰＯＣを有している。サイクルタイマＣＴＲは、サイクルタイマＣＴＴと同様に、ネットワーククロックに同期してカウント動作する。パケット出力回路ＰＯＣＲは、ネットワークＮＷを介して送信装置ＴＤからＩＥＥＥ１３９４パケットを受信すると、ＩＥＥＥ１３９４をバッファメモリ（図示せず）等に格納する。パケット出力回路ＰＯＣＲは、ＩＥＥＥ１３９４パケットに対するパケット出力処理を実施可能な状態になると、パケット出力処理の対象にすべきＩＥＥＥ１３９４パケットをバッファメモリから読み出す。そして、パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値とバッファメモリから読み出したＩＥＥＥ１３９４パケットのヘッダに含まれるタイムスタンプの値とを比較し、比較結果に基づいてＩＥＥＥ１３９４パケットに含まれるＭＰＥＧ−２Ｔパケットを出力するとともに、ＭＰＥＧ−２ＴＳパケットの出力期間を示す制御信号ＥＮＢおよびＭＰＥＧ−ＴＳパケットの先頭位置を示す制御信号ＳＹＮＣをそれぞれ出力する。【００２４】
具体的には、パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がタイムスタンプの値より小さいとき、サイクルタイマＣＴＲの値の変化により双方が一致するまで待機した後、ＭＰＥＧ−２ＴＳパケットを出力する。また、パケット出力回路ＰＯＣＲは、ＭＰＥＧ−２ＴＳパケットの出力に伴って、ＭＰＥＧ−２ＴＳパケットの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がタイムスタンプの値と一致するとき、即座に、ＭＰＥＧ−２ＴＳパケットを出力する。また、パケット出力回路ＰＯＣＲは、ＭＰＥＧ−２ＴＳパケットの出力に伴って、ＭＰＥＧ−２ＴＳパケットの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がタイムスタンプの値より大きいとき、即座に、ＭＰＥＧ−２ＴＳパケットを出力する。また、パケット出力回路ＰＯＣＲは、ＭＰＥＧ−２ＴＳパケットの出力に伴って、ＭＰＥＧ−２ＴＳパケットの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させる。【００２５】
このように、パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がタイムスタンプの値以下であり、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できるとき、ＭＰＥＧ−２ＴＳパケットの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。一方、パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がタイムスタンプの値より大きく、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できないとき、ＭＰＥＧ−２ＴＳパケットの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させない。従って、制御信号ＳＹＮＣは、ＭＰＥＧ−２ＴＳパケットの出力タイミングの正常／異常を識別するための信号として機能する。なお、パケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）のパケット出力処理の詳細については、図２で説明する。【００２６】
また、例えば、パケット受信部ＰＲＵおよびＭＰＥＧデコード部ＭＤＵ間のデータ転送では、１２．２８８ＭＨｚのクロックのサイクル毎に１バイトのデータが転送される。すなわち、パケット受信部ＰＲＵおよびＭＰＥＧデコード部ＭＤＵ間のデータ転送速度（パケット受信部ＰＲＵにおけるパケット出力速度）は、ＭＰＥＧエンコード部ＭＥＵおよびパケット送信部ＰＴＵ間のデータ転送速度（パケット送信部ＰＴＵにおけるパケット入力速度）の１／２である。【００２７】
ＭＰＥＧデコード部ＭＤＵは、パケット受信部ＰＲＵから出力される制御信号ＥＮＢの活性化（”０”から”１”への変化）に応答して、パケット受信部ＰＲＵから出力されるＭＰＥＧ−２ＴＳパケットの取り込み動作を開始する。ＭＰＥＧデコード部ＭＤＵは、制御信号ＥＮＢの非活性化（”１”から”０”への変化）に応答して、ＭＰＥＧ−２ＴＳパケットの取り込み動作を終了する。また、ＭＰＥＧデコード部ＭＤＵは、制御信号ＥＮＢの活性化に応答して、パケット受信部ＰＲＵから出力される制御信号ＳＹＮＣの論理レベルをフラグ回路（図示せず）等により記憶する。【００２８】
ＭＰＥＧデコード部ＭＤＵは、クロック調整回路ＣＡＣを有している。クロック調整回路ＣＡＣは、制御信号ＥＮＢの活性化期間に取り込まれたＭＰＥＧ−２ＴＳパケットがＰＣＲを含み、かつ制御信号ＥＮＢの活性化に応答して記憶された制御信号ＳＹＮＣの論理レベルが”１”を示すとき、基準クロックＣＫＲを基準クロックＣＫＴに同期させるために、ＳＴＣの値（基準クロックＣＫＲのカウント値）とＰＣＲの値とを比較し、比較結果に基づいて基準クロックＣＫＲを調整する。なお、ＭＰＥＧデコード部ＭＤＵ（クロック調整回路ＣＡＣ）のクロック調整処理の詳細については、図３で説明する。また、ＭＰＥＧデコード部ＭＤＵは、クロック調整処理の実施後に、ＭＰＥＧ−２ＴＳパケットをデパケット化してＭＰＥＧ−２ＴＳを生成し、ＭＰＥＧ−２規格に従ってＭＰＥＧ−２ＴＳのデコード処理を基準クロックＣＫＲに同期して実施する。【００２９】
図２は、本発明の一実施形態におけるパケット受信部のパケット出力処理を示している。パケット受信部ＰＲＵは、以下に示すステップＳ１０１〜Ｓ１０６をパケット出力回路ＰＯＣＲが適宜実施することで、ＩＥＥＥ１３９４パケットに含まれるＭＰＥＧ−２ＴＳパケットを出力する。
（ステップＳ１０１）パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がＩＥＥＥ１３９４パケットに含まれるタイムスタンプの値以下であるか否かを判定する。サイクルタイマＣＴＲの値がタイムスタンプの値以下であるとき、パケット出力処理はステップＳ１０２に移行する。サイクルタイマＣＴＲの値がタイムスタンプの値より大きいとき、パケット出力処理はステップＳ１０５に移行する。
（ステップＳ１０２）パケット出力回路ＰＯＣＲは、サイクルタイマＣＴＲの値がタイムスタンプの値と一致するか否かを判定する。サイクルタイマＣＴＲの値がタイムスタンプの値と一致するとき、パケット出力処理はステップＳ１０３に移行する。サイクルタイマＣＴＲの値がタイムスタンプの値と一致しないとき（すなわち、サイクルタイマＣＴＲの値がタイムスタンプの値より小さいとき）、サイクルタイマＣＴＲの値がタイムスタンプの値と一致するまで、ステップＳ１０２が繰り返し実施される。
（ステップＳ１０３）パケット出力回路ＰＯＣＲは、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できると判断して、制御信号ＳＹＮＣおよび制御信号ＥＮＢを”１”にそれぞれ設定するとともに、ＩＥＥＥ１３９４パケットに含まれるＭＰＥＧ−２ＴＳパケットの先頭１バイトを出力する。この後、パケット出力処理はステップＳ１０４に移行する。
（ステップＳ１０４）パケット出力回路ＰＯＣＲは、制御信号ＳＹＮＣを”０”に設定するとともに、ＭＰＥＧ−２ＴＳパケットの残り１８７バイトを出力する。この後、パケット出力処理はステップＳ１０６に移行する。
（ステップＳ１０５）パケット出力回路ＰＯＣＲは、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できないと判断して、制御信号ＥＮＢを”１”に設定するとともに、ＩＥＥＥ１３９４パケットに含まれるＭＰＥＧ−２ＴＳパケットの全１８８バイトを出力する。この後、パケット出力処理はステップＳ１０６に移行する。
（ステップＳ１０６）パケット出力回路ＰＯＣＲは、ＭＰＥＧ−２ＴＳパケットの出力が完了すると、制御信号ＥＮＢを”０”に設定する。これにより、パケット出力処理は完了する。【００３０】
図３は、本発明の一実施形態におけるＭＰＥＧデコード部のクロック調整処理を示している。ＭＰＥＧデコーダ部ＭＤＵは、以下に示すステップＳ２０１〜Ｓ２０６をクロック調整回路ＣＡＣが適宜実施することで、基準クロックＣＫＲを基準クロックＣＫＴに同期させる。
（ステップＳ２０１）クロック調整回路ＣＡＣは、制御信号ＥＮＢの活性化期間に取り込まれたＭＰＥＧ−２ＴＳパケットにＰＣＲが組み込まれているか否かを判定する。ＭＰＥＧ−２ＴＳパケットにＰＣＲが組み込まれているとき、クロック調整処理はステップＳ２０２に移行する。ＭＰＥＧ−２ＴＳパケットにＰＣＲが組み込まれていないとき、基準クロックＣＫＲの調整が実施されることなく、クロック調整処理は完了する。
（ステップＳ２０２）クロック調整回路ＣＡＣは、制御信号ＥＮＢの活性化に応答して記憶された制御信号ＳＹＮＣの論理レベルが”１”であるか否かを判定する。制御信号ＳＹＮＣの論理レベルが”１”であるとき（すなわち、ＭＰＥＧ−２ＴＳパケットが正常なタイミングで出力されたものであるとき）、クロック調整処理はステップＳ２０３に移行する。制御信号ＳＹＮＣの論理レベルが”０”であるとき（すなわち、ＭＰＥＧ−２ＴＳパケットが正常なタイミングで出力されたものではないとき）、基準クロックＣＫＲの調整が実施されることなく、クロック調整処理は完了する。
（ステップＳ２０３）クロック調整回路ＣＡＣは、ＳＴＣの値とＰＣＲの値との差が予め設定された許容範囲内であるか否かを判定する。ＳＴＣの値とＰＣＲの値との差が許容範囲内であるとき、基準クロックＣＫＲの調整が実施されることなく、クロック調整処理は完了する。ＳＴＣの値とＰＣＲの値との差が許容範囲外であるとき、クロック調整処理はステップＳ２０４に移行する。
（ステップＳ２０４）クロック調整回路ＣＡＣは、ＳＴＣの値がＰＣＲの値より大きいか否かを判定する。ＳＴＣの値がＰＣＲの値より大きいとき、クロック調整処理はステップＳ２０５に移行する。ＳＴＣの値がＰＣＲの値より小さいとき、クロック調整処理はステップＳ２０６に移行する。
（ステップＳ２０５）クロック調整回路ＣＡＣは、基準クロックＣＫＲの周期が基準クロックＣＫＴの周期より短いと判断して、基準クロックＣＫＲの周期を長くする。これにより、クロック調整処理は完了する。
（ステップＳ２０６）クロック調整回路ＣＡＣは、基準クロックＣＫＲの周期が基準クロックＣＫＴの周期より長いと判断して、基準クロックＣＫＲの周期を短くする。これにより、クロック調整処理は完了する。【００３１】
図４は、本発明の一実施形態における動作例を示している。時刻Ｔａにおいて、送信装置ＴＤのパケット送信部ＰＴＵ（パケット出力回路ＰＯＣＴ）は、ＭＰＥＧエンコード部ＭＥＵから出力されたＭＰＥＧ−２ＴＳパケットＰａを受信すると、タイムスタンプを含むヘッダＨをＭＰＥＧ−２ＴＳパケットＰａに付加してＩＥＥＥ１３９４パケットＰＰａを生成する。ＩＥＥＥ１３９４パケットＰＰａのヘッダＨに含まれるタイムスタンプは、ＭＰＥＧ−２ＴＳパケットＰａの受信時（時刻Ｔａ）におけるサイクルタイマＣＴＴの値に、ネットワークＮＷを介したパケット転送により発生する最大遅延時間Ｔｏに対応するオフセット値を加算した値（時刻Ｔａ’＝Ｔａ＋Ｔｏに対応する値）を示す。【００３２】
時刻Ｔｂにおいて、パケット送信部ＰＴＵは、ＭＰＥＧ−２ＴＳパケットＰｂを受信すると、タイムスタンプを含むヘッダＨをＭＰＥＧ−２ＴＳパケットＰｂに付加してＩＥＥＥ１３９４パケットＰＰｂを生成する。ＩＥＥＥ１３９４パケットＰＰｂのヘッダＨに含まれるタイムスタンプは、ＭＰＥＧ−２ＴＳパケットＰｂの受信時（時刻Ｔｂ）におけるサイクルタイマＣＴＴの値に、最大遅延時間Ｔｏに対応するオフセット値を加算した値（時刻Ｔｂ’＝Ｔｂ＋Ｔｏに対応する値）を示す。【００３３】
時刻Ｔｃにおいて、パケット送信部ＰＴＵは、ＭＰＥＧ−２ＴＳパケットＰｃを受信すると、タイムスタンプを含むヘッダＨをＭＰＥＧ−２ＴＳパケットＰｃに付加してＩＥＥＥ１３９４パケットＰＰｃを生成する。ＩＥＥＥ１３９４パケットＰＰｃのヘッダＨに含まれるタイムスタンプは、ＭＰＥＧ−２ＴＳパケットＰｃの受信時（時刻Ｔｃ）におけるサイクルタイマＣＴＴの値に、最大遅延時間Ｔｏに対応するオフセット値を加算した値（時刻Ｔｃ’＝Ｔｃ＋Ｔｏに対応する値）を示す。【００３４】
時刻Ｔｄにおいて、パケット送信部ＰＴＵは、ＭＰＥＧ−２ＴＳパケットＰｄを受信すると、タイムスタンプを含むヘッダＨをＭＰＥＧ−２ＴＳパケットＰｄに付加してＩＥＥＥ１３９４パケットＰＰｄを生成する。ＩＥＥＥ１３９４パケットＰＰｄのヘッダＨに含まれるタイムスタンプは、ＭＰＥＧ−２ＴＳパケットＰｄの受信時（時刻Ｔｄ）におけるサイクルタイマＣＴＴの値に、最大遅延時間Ｔｏに対応するオフセット値を加算した値（時刻Ｔｄ’＝Ｔｄ＋Ｔｏに対応する値）を示す。この後、パケット送信部ＰＴＵは、ＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄを所望のタイミングでネットワークＮＷに順次出力する。【００３５】
受信装置ＲＤのパケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ネットワークＮＷを介して送信装置ＴＤからＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄを順次受信し、ＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄをバッファメモリに順次格納する。パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理を実施可能な状態になると、バッファメモリからＩＥＥＥ１３９４パケットＰＰａを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰａのヘッダＨに含まれるタイムスタンプの値（時刻Ｔａ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００３６】
時刻Ｔａ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰａに含まれるＭＰＥＧ−２ＴＳパケットＰａを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰａの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰａの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰａの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理が完了する。【００３７】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｂを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｂのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｂ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００３８】
時刻Ｔｂ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｂに含まれるＭＰＥＧ−２ＴＳパケットＰｂを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｂの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｂの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｂの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理が完了する。【００３９】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｃを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｃのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｃ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００４０】
時刻Ｔｃ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｃに含まれるＭＰＥＧ−２ＴＳパケットＰｃを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｃの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｃの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｃの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理が完了する。【００４１】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｄに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｄを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｄのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｄ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００４２】
時刻Ｔｄ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｄに含まれるＭＰＥＧ−２ＴＳパケットＰｄを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｄの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｄの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｄの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｄに対するパケット出力処理が完了する。【００４３】
図５は、本発明の一実施形態における別の動作例を示している。送信装置ＴＤのパケット送信部ＰＴＵ（パケット出力回路ＰＯＣＴ）は、図４で説明した動作例と同様に、ＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄを順次生成する。そして、パケット送信部ＰＴＵは、ＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄを所望のタイミングでネットワークＮＷに順次出力する。なお、図４で説明した動作例に比べて、時刻Ｔａ、Ｔｂ間の時間間隔および時刻Ｔｂ、Ｔｃ間の時間間隔が小さくなっている。【００４４】
受信装置ＲＤのパケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ネットワークＮＷを介して送信装置ＴＤからＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄを順次受信し、ＩＥＥＥ１３９４パケットＰＰａ、ＰＰｂ、ＰＰｃ、ＰＰｄをバッファメモリに順次格納する。パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理を実施可能な状態になると、バッファメモリからＩＥＥＥ１３９４パケットＰＰａを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰａのヘッダＨに含まれるタイムスタンプの値（時刻Ｔａ’に対応する値）とを比較する。この時点ではサイクルタイマＣＴＲの値がタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００４５】
時刻Ｔａ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰａに含まれるＭＰＥＧ−２ＴＳパケットＰａを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰａの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰａの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰａの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理が完了する。なお、時刻Ｔａ、Ｔｂ間の時間間隔が小さいため、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理が完了した時点でのサイクルタイマＣＴＲの値は、時刻Ｔｂ’に対応する値を超過している。【００４６】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｂを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｂのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｂ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より大きいため、パケット受信部ＰＲＵは、即座に、ＩＥＥＥ１３９４パケットＰＰｂに含まれるＭＰＥＧ−２ＴＳパケットＰｂを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｂの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｂの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させるが、ＭＰＥＧ−２ＴＳパケットＰｂの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させることはない。これにより、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理が完了する。なお、時刻Ｔａ、Ｔｂ間の時間間隔および時刻Ｔｂ、Ｔｃ間の時間間隔が小さいため、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理が完了した時点でのサイクルタイマＣＴＲの値は、時刻Ｔｃ’に対応する値を超過している。【００４７】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｃを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｃのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｃ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より大きいため、パケット受信部ＰＲＵは、即座に、ＩＥＥＥ１３９４パケットＰＰｃに含まれるＭＰＥＧ−２ＴＳパケットＰｃを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｃの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｃの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させるが、ＭＰＥＧ−２ＴＳパケットＰｃの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させることはない。これにより、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理が完了する。【００４８】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｄに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｄを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｄのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｄ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００４９】
時刻Ｔｄ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｄに含まれるＭＰＥＧ−２ＴＳパケットＰｄを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｄの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｄの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｄの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｄに対するパケット出力処理が完了する。【００５０】
以上のように、本発明の一実施形態では、パケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できなくなった場合でも、ＭＰＥＧ−２ＴＳパケットを破棄せずに、制御信号ＳＹＮＣを”０”に非活性化させたままでＭＰＥＧ−２ＴＳパケットを出力する。また、ＭＰＥＧデコード部ＭＤＵ（クロック調整回路ＣＡＣ）は、ＭＰＥＧ−２ＴＳパケットがＰＣＲを含んでいても、制御信号ＥＮＢの活性化に応答して記憶された制御信号ＳＹＮＣの論理レベルが”０”である場合には、ＳＴＣの値とＰＣＲの値との比較結果に基づいて基準クロックＣＫＴを調整することはない。従って、正常なタイミングで出力されたＭＰＥＧ−２ＴＳパケットに含まれるＰＣＲのみが基準クロックＣＫＲの調整に使用される。このため、基準クロックＣＫＲに不要な誤差を生じさせることなくパケット破棄を回避することができる。【００５１】
図６〜図８は、本発明の第１比較例を示している。本発明の第１比較例を説明するにあたって、本発明の一実施形態で説明した要素と同一の要素については、同一の符号を付して詳細な説明を省略する。本発明の第１比較例における受信装置は、パケット受信部のパケット出力処理およびＭＰＥＧデコード部のクロック調整処理が異なることを除いて、本発明の一実施形態における受信装置（図１）と同一である。【００５２】
図６は、本発明の第１比較例におけるパケット受信部のパケット出力処理を示している。本発明の第１比較例におけるパケット受信部のパケット出力処理は、ステップＳ１０５が省略され、ステップＳ１０１でサイクルタイマＣＴＲの値がタイムスタンプの値より大きいときにパケット出力処理が完了することを除いて、本発明の一実施形態におけるパケット受信部のパケット出力処理（図２）と同一である。すなわち、本発明の第１比較例におけるパケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、サイクルタイマＣＴＲの値がＩＥＥＥ１３９４パケットのヘッダに含まれるタイムスタンプの値より大きいとき、ＩＥＥＥ１３９４パケットに含まれるＭＥＰＧ−２ＴＳパケットをＬａｔｅパケットとみなして破棄する。【００５３】
図７は、本発明の第１比較例におけるＭＰＥＧデコード部のクロック調整処理を示している。本発明の第１比較例におけるＭＰＥＧデコード部のクロック調整処理は、ステップＳ２０３が省略されていることを除いて、本発明の一実施形態におけるＭＰＥＧデコード部のクロック調整処理（図３）と同一である。すなわち、本発明の第１比較例におけるＭＰＥＧデコード部ＭＤＵ（クロック調整回路ＣＡＣ）は、ＭＰＥＧ−２ＴＳパケットにＰＣＲが組み込まれている場合、制御信号ＳＹＮＣに拘わらず、ＳＴＣの値とＰＣＲの値との比較結果に基づいて基準クロックＣＫＲを調整する。【００５４】
図８は、本発明の第１比較例における動作例を示している。この動作例は、パケット受信部ＰＲＵによるＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理およびＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理が異なることを除いて、図５で説明した本発明の一実施形態における別の動作例と同一である。
受信装置ＲＤのパケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理を実施可能な状態になると、バッファメモリからＩＥＥＥ１３９４パケットＰＰｂを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｂのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｂ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より大きいため、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｂに含まれるＭＰＥＧ−２ＴＳパケットＰｂをＬａｔｅパケットとみなして破棄する。これにより、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理が完了する。【００５５】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｃを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｃのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｃ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より小さいため、パケット受信部ＰＲＵは、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致するまで待機する。【００５６】
時刻Ｔｃ’において、サイクルタイマＣＴＲの値とタイムスタンプの値とが一致すると、パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｃに含まれるＭＰＥＧ−２ＴＳパケットＰｃを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｃの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｃの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｃの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理が完了する。【００５７】
以上のように、本発明の第１比較例では、パケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できなくなった場合、ＭＰＥＧ−２ＴＳパケットをＬａｔｅパケットとみなして破棄する。このため、パケット送信部ＰＴＵにおけるＭＰＥＧ−２ＴＳパケットの入力タイミングの時間間隔が小さい場合、パケット受信部ＰＲＵにおけるパケット出力速度が遅いためにパケット破棄が頻発する恐れがある。【００５８】
図９および図１０は、本発明の第２比較例を示している。本発明の第２比較例を説明するにあたって、本発明の一実施形態および本発明の第１比較例で説明した要素と同一の要素については、同一の符号を付して詳細な説明を省略する。本発明の第２比較例における受信装置は、パケット受信部のパケット出力処理およびＭＰＥＧデコード部のクロック調整処理が異なることを除いて、本発明の一実施形態における受信装置（図１）と同一である。【００５９】
図９は、本発明の第２比較例におけるパケット受信部のパケット出力処理を示している。本発明の第２比較例におけるパケット受信部のパケット出力処理は、ステップＳ１０５が省略され、ステップＳ１０１でサイクルタイマＣＴＲの値がタイムスタンプの値より大きいときにパケット出力処理がステップＳ１０３に移行することを除いて、本発明の一実施形態におけるパケット受信部のパケット出力処理（図２）と同一である。すなわち、本発明の第２比較例におけるパケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、サイクルタイマＣＴＲの値がＩＥＥＥ１３９４パケットに含まれるタイムスタンプの値より大きいとき、即座に、ＩＥＥＥ１３９４パケットに含まれるＭＰＥＧ−２ＴＳパケットを出力するとともに、ＭＰＥＧ−２ＴＳパケットの出力に伴って、ＭＰＥＧ−２ＴＳパケットの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。本発明の第２比較例におけるＭＰＥＧデコード部のクロック調整処理は、本発明の第１比較例におけるＭＰＥＧデコード部のクロック調整処理（図７）と同一である。【００６０】
図１０は、本発明の第２比較例における動作例を示している。この動作例は、パケット受信部ＰＲＵによるＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理およびＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理が異なることを除いて、図５で説明した本発明の一実施形態における別の動作例と同一である。
受信装置ＲＤのパケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ＩＥＥＥ１３９４パケットＰＰａに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理を実施可能な状態になると、バッファメモリからＩＥＥＥ１３９４パケットＰＰｂを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｂのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｂ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より大きいため、パケット受信部ＰＲＵは、即座に、ＩＥＥＥ１３９４パケットＰＰｂに含まれるＭＰＥＧ−２ＴＳパケットＰｂを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｂの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｂの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｂの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理が完了する。【００６１】
パケット受信部ＰＲＵは、ＩＥＥＥ１３９４パケットＰＰｂに対するパケット出力処理の完了に伴って、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理を実施可能な状態になる。このため、パケット受信部ＰＲＵは、バッファメモリからＩＥＥＥ１３９４パケットＰＰｃを読み出し、サイクルタイマＣＴＲの値とＩＥＥＥ１３９４パケットＰＰｃのヘッダＨに含まれるタイムスタンプの値（時刻Ｔｃ’に対応する値）とを比較する。この時点でのサイクルタイマＣＴＲの値はタイムスタンプの値より大きいため、パケット受信部ＰＲＵは、即座に、ＩＥＥＥ１３９４パケットＰＰｃに含まれるＭＰＥＧ−２ＴＳパケットＰｃを出力する。また、パケット受信部ＰＲＵは、ＭＰＥＧ−２ＴＳパケットＰｃの出力に伴って、ＭＰＥＧ−２ＴＳパケットＰｃの全１８８バイトの出力期間で制御信号ＥＮＢを”１”に活性化させ、ＭＰＥＧ−２ＴＳパケットＰｃの先頭１バイトの出力期間で制御信号ＳＹＮＣを”１”に活性化させる。これにより、ＩＥＥＥ１３９４パケットＰＰｃに対するパケット出力処理が完了する。【００６２】
以上のように、本発明の第２比較例では、パケット受信部ＰＲＵ（パケット出力回路ＰＯＣＲ）は、ＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できなくなった場合でも、ＭＰＥＧ−２ＴＳパケットを出力する。しかしながら、ＭＰＥＧデコード部ＭＤＵは、ＭＥＧ−２ＴＳパケットの出力タイミングの正常／異常を識別できない。このため、異常なタイミングで出力されたＭＰＥＧ−２ＴＳパケットに含まれるＰＣＲを用いて基準クロックＣＫＲの調整が実施されてしまう。この結果、基準クロックＣＫＲに許容ジッタ以上の誤差が生じてしまう。【００６３】
本発明の第１および第２比較例に対して、前述した本発明の一実施形態では、パケット受信部ＰＲＵにおけるパケット出力速度が遅いためにＭＰＥＧ−２ＴＳパケットを正常なタイミングで出力できなくなった場合でも、基準クロックＣＫＲに不要な誤差を生じさせることなくパケット破棄を回避することができる。このため、パケット受信部ＰＲＵおよびＭＰＥＧデコード部ＭＤＵ間のデータ転送の基準クロックは、２４．５７６ＭＨｚのクロックである必要はなく、ＭＰＥＧエンコード部ＭＥＵおよびパケット送信部ＰＴＵ間のデータ転送の平均ビットレートを満たすことが可能なクロックあればよい。低周波数のクロックを利用できるため、受信装置ＲＤのシステム設計が容易になり、消費電力やノイズの面でも多大な効果を奏する。【００６４】
また、ＭＰＥＧデコード部ＭＤＵでは、正常なタイミングで出力されたＭＰＥＧ−２ＴＳパケットに含まれるＰＣＲのみが基準クロックＣＫＲの調整に使用される。しかしながら、ＰＣＲは数十ｍｓ単位でＭＰＥＧ−２ＴＳパケットに組み込まれるため、元々、基準クロックＣＫＲの調整は緩やかな制御である。従って、一部のＰＣＲが基準クロックＣＫＲの調整に使用されなくても、実用上の問題はなく、パケット破棄が発生する場合（第１比較例）、あるいは異常なタイミングで出力されたＭＰＥＧ−２ＴＳパケットに含まれるＰＣＲが基準クロックＣＫＲの調整に使用される場合（第２比較例）に比べれば、デメリットは殆ど無いものと考えられる。【００６５】
なお、前述した本発明の一実施形態では、ネットワークＮＷを介して伝送されるパケット（ＩＥＥＥ１３９４パケット）に含まれるタイムスタンプが、サイクルタイマＣＴＴの値とネットワークＮＷを介したパケット伝送により発生する最大遅延時間に対応するオフセット値との加算値を示す例について述べたが、本発明はかかる実施形態に限定されるものではない。ＩＥＥＥ１３９４等によるデータ伝送システムのように、小規模で、伝送帯域が保証されているデータ伝送システムでは、最大遅延時間を見積もることは比較的容易である。しかしながら、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等によるデータ伝送システムのように、伝送帯域やネットワーク上で発生する遅延時間が大きく、最大遅延時間を見積もることが困難である場合も多い。このため、ネットワークＮＷを介して伝送されるパケットに含まれるタイムスタンプが、サイクルタイマＣＴＴの値とネットワークＮＷを介したパケット伝送により発生する平均遅延時間に対応するオフセット値との加算値を示すようにしてもよい。この場合、ネットワークＮＷを介したパケット伝送により平均遅延時間を超える遅延時間が発生すると、送信装置ＴＤから出力されたパケットが受信装置ＲＤに到達した時点で、サイクルタイマＣＴＲの値がパケットに含まれるタイムスタンプの値を超過しているという状況が起こり得る。しかしながら、このような状況が起こったとき、パケット受信部ＰＲＵが制御信号ＳＹＮＣを”０”に非活性化させたままでＭＰＥＧ−２ＴＳパケットを出力するため、最大遅延時間の代わりに平均遅延時間を用いた場合にも、基準クロックＣＫＲに不要な誤差を生じさせることなくパケット破棄を回避することができる。【００６６】
また、前述した本発明の一実施形態では、ＭＰＥＧ−２ＴＳ伝送システムに本発明を適用した例について述べたが、本発明はかかる実施形態に限定されるものではない。例えば、受信側基準クロックを送信側基準クロックに同期させるための機構を同様の構成で実現しているその他のデータ伝送システムに本発明を適用してもよい。
以上、本発明について詳細に説明してきたが、前述の実施形態およびその変形例は発明の一例に過ぎず、本発明はこれらに限定されるものではない。本発明を逸脱しない範囲で変形可能であることは明らかである。
【産業上の利用可能性】
【００６７】
本発明は、ＩＥＥＥ１３９４等のネットワークを介してＭＰＥＧ−２ＴＳにより動画像データおよび音声データを伝送するシステムにおける受信装置に適用できる。
【図１】
0004612688.tif 000002
【図２】
0004612688.tif 000003
【図３】
0004612688.tif 000004
【図４】
0004612688.tif 000005
【図５】
0004612688.tif 000006
【図６】
0004612688.tif 000007
【図７】
0004612688.tif 000008
【図８】
0004612688.tif 000009
【図９】
0004612688.tif 000010
【図１０】
0004612688.tif 000011