(57)【要約】【課題】誤りの混入によるピクチャ枚数の増加を抑制することが出来る動画像復号装置及びピクチャ境界判定方法を提供すること。【解決手段】トランスポートストリームを時系列的に受信して、トランスポートストリームに含まれる動画像を復号する動画像復号装置において、前記動画像のピクチャのスライスピクチャ境界を判定する判定手段と（１０４）、前記判定手段の判定結果に基づいて、ピクチャを復号する復号手段（１１１）とを具備し、前記判定手段は、スライスピクチャのframe_numの増加分が１のときに、当該スライスピクチャと直前のスライスピクチャとが異なるピクチャであると判定する。【選択図】図１
2006295568.tif 000002
【特許請求の範囲】
【請求項１】
ストリームデータを時系列的に受信して、ストリームデータに含まれる動画像を復号する動画像復号装置において、
前記動画像のピクチャのスライスピクチャ境界を判定する判定手段と、
前記判定手段の判定結果に基づいて、ピクチャを復号する復号手段とを具備し、
前記判定手段は、スライスピクチャのframe_numの増加分が１のときに、当該スライスピクチャと直前のスライスピクチャとが異なるピクチャであると判定することを特徴とする動画像復号装置。
【請求項２】
請求項１に記載の動画像復号装置において、前記判定手段は、デリミタを検出した場合に、当該位置をピクチャ境界と判定することを特徴とする動画像復号装置。
【請求項３】
請求項１に記載の動画像復号装置において、前記判定手段は、デリミタを検出しない場合において、nal_ref_idcが前後のピクチャで異なる場合に、当該前後のピクチャが異なるピクチャであると判定することを特徴とする動画像復号装置。
【請求項４】
ストリームデータを時系列的に受信して、ストリームデータに含まれる動画像を復号する動画像復号装置に適用されるピクチャ境界判定方法において、
frame_numの増加量が適正かどうか判定して、増加量が不適当な場合に、デリミタによるピクチャ境界の判定を行うステップと、
デリミタが検出されない場合にframe_numの増加量が１のときに当該スライスピクチャと直前のスライスピクチャとが異なるピクチャであると判定するステップと、
ピクチャの前後がフレーム間符号化されたピクチャとフレーム内符号化されたピクチャである場合に、nal_ref_idcが異なれば、当該前後のピクチャが異なるピクチャであると判定するステップとを具備することを特徴とするピクチャ境界判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像復号装置及びピクチャ境界判定方法に関する。
【背景技術】
【０００２】
動画像の符号化方式として、ＭＰＥＧ−４及びＭＰＥＧ−４を発展させたＨ．２６４／ＭＰＥＧ−４  ＡＶＣ（以下、「Ｈ．２６４」と称する。非特許文献１参照）がある。Ｈ．２６４は、地上波デジタル放送（非特許文献２及び３参照）、３ＧＰＰ、ＨＤ−ＤＶＤなどに採用されている動画像符号化方式である。移動体向け地上波デジタル放送は、ＡＲＩＢにより運用規定が作成され（非特許文献２参照）、２００５年度末からサービスが開始される予定である。また既にサービスが行われているモバイル放送も、動画像符号化方式としてＭＰＥＧ−４からＨ．２６４への移行を検討している。
【０００３】
このようなＨ．２６４の放送応用では、Ｈ．２６４ストリームは音声、データ放送などの情報と共にＭＰＥＧ−２  ｓｙｓｔｅｍｓ（特許文献４参照）に多重化され、各受信端末に送信される。また、ＩＰ網を利用した動画像の無線配信などでは、Ｈ．２６４ストリームは、ＲＴＰ(Real-time Transport Protocol)により多重化される。しかし受信端末が移動するため、常に安定した電波環境にてストリームを受信することは期待できない。特に受信端末がビル等により隠蔽されるような環境では、ストリーム中に高頻度でエラーが混入する。従って、誤り環境下で使用されるデコーダには、誤り耐性機能が必須となるが、Ｈ．２６４における誤り耐性処理は規格外であるため、その振る舞いはデコーダにより異なり、様々な提案が行われている（特許文献５から７参照）。
【０００４】
一方、Ｈ．２６４では、スライスピクチャの境界（以下、本明細書では「ピクチャ境界」と称する）の判定に使用するシンタックス（Ｓｙｎｔａｘ）はすべてのスライスピクチャに存在するため、誤りに弱いという問題がある。このため、シンタックスに誤りが混入すると、ピクチャ境界の誤判定が起きるため、デコードされるピクチャの枚数が増減してしまい、参照フレームのミスマッチやデコーダバッファがオーバーフロー、処理量の増加などという問題が生じる。
【非特許文献１】"Draft ITU-T Recommendation and Final Draft International Standard of Joint Video Specification (ITU-T Rec. H.264 | ISO/IEC 14496-10 AVC)、" in Joint Video Team of ISO/IEC MPEG and ITU-T VCEG、 May 2003
【非特許文献２】"ARIB TR-B14、 地上デジタルテレビジョン放送運用規定技術資料、" 電波産業会、 2004
【非特許文献３】"ARIB TR-B13、 地上デジタル音声放送運用規定技術資料、" 電波産業会、 2004
【非特許文献４】ISO/IEC 13818-1
【非特許文献５】Y.-K. Wang、 M.M. Hannuksela、 V. Varsa、 A. Hourunranta、 and M. Gabbouj、 "The error concealment feature in the H.26L test model、" Proc. ICIP、 vol. 2、 pp. 729-732、 Sept. 2002.
【非特許文献６】V. Varsa、 M.M. Hannuksela、 and Y.-K. Wang、 "Non-normative error concealment algorithms、" ITU-T VCEG-N62、 Sept. 2001.
【非特許文献７】森 弘史、川勝 裕和、鈴木 正和、"H.264における誤り環境下の再生画像に関する一検討、"信学技報、IE 2004-18、May．2004．
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記の課題を解決するためになされたもので、誤りの混入によるピクチャ枚数の増加を抑制することが出来る動画像復号装置及びピクチャ境界判定方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の局面に係る動画像復号装置は、トランスポートストリームを時系列的に受信して、トランスポートストリームに含まれる動画像を復号する動画像復号装置において、前記動画像のピクチャのピクチャ境界を判定する判定手段と、前記判定手段の判定結果に基づいて、ピクチャを復号する復号手段とを具備し、前記判定手段は、ピクチャのframe_numの増加分が１のときに、当該ピクチャと直前のピクチャとが異なるピクチャであると判定することを特徴とする。なお、本発明は、装置に限らず、本装置で実現する機能を実現するための方法やプログラムの発明としても成立する。
【発明の効果】
【０００７】
本発明によれば、誤りの混入によるピクチャ枚数の増加を抑制することが出来る。
【発明を実施するための最良の形態】
【０００８】
図面を参照して本発明の実施の形態を説明する。  
図１は、本発明の一実施形態に係るトランスポートストリームを受信し、このトランスポートストリーム（ＴＳ）で送られた画像データ及び音声データを再生する装置を示すブロック図である。図２（Ａ）〜（Ｃ）は、図１に示す装置で受信されるこのトランスポートストリームの構造を示し、図３（Ａ）〜（Ｇ）は、図２に示されるトランスポートストリームから取り出されたＴＳパケットで構成されるパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）の構造を示す。また、図４（Ａ）〜（Ｅ）は、図２（Ａ）に示すＴＳパケット、図３に示すＰＥＳパケット及びＨ．２６４／ＡＶＣで規定されるバイトストリームの関係を示している。
【０００９】
図１を参照しながら受信装置の構成を説明すると共に、図２（Ａ）〜図４（Ｅ）を参照しながらトランスポートストリームのデータ構造について説明する。
【００１０】
図１において、受信部１１０は、図示しない送信部から伝送されたＭＰＥＧ２で定められたトランスポートストリームを受信する。トランスポートストリーム（ＴＳ）は、図２（Ａ）に示されるように夫々が１８８バイトを有するＴＳパケット１２の集合で構成されており、このＴＳパケット１２が受信部１１０に時系列的に入力される。各ＴＳパケット１２は、図２（Ｂ）に示されるように４バイトを有するＴＳパケットヘッダ１４と、０から１８４の可変長バイトを有するアダプテーションフィールド５０と、残るデータを有するＴＳパケットデータ（ペイロード）１６とで構成されている。このＴＳパケット１２は、図１に示すデータプロセッサ部１０２に送られて、データプロセッサ部１０２でＴＳパケットヘッダ１４が取り出され、ＴＳパケットデータ（ペイロード）１６でパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）が構成される。
【００１１】
図２（Ｃ）に示されるようにＴＳパケットヘッダ１４には、ＭＰＥＧ２で定められるように８ビットの同期信号が記述された同期バイト(sync byte)１８、当該パケット中のビット・エラーの有無を示す誤り表示（transport error indicator）２０及びＴＳパケットデータ１６を意味するペイロードから図４（ｃ）に示すＰＥＳパケットが始まることを示すペイロードユニットの開始表示（payload unit start indicator)２２が記述されている。ここで、同期バイト(sync byte)１８がデータプロセッサ部１０２で検出されることによってトランスポートストリームパケット（ＴＳ）１２の先頭が検出される。また、ペイロードユニットの開始表示（payload unit start indicator)２２を検出することによって、データプロセッサ部１０２は、ＰＥＳパケットを構成するペイロード、即ち、ＴＳパケットデータ１６を取り出すことができる。更に、誤り表示（transport error indicator）２０を検出することによって伝送中にトランスポートストリームパケット（ＴＳ）１６にエラーが混入したことを受信側で検出することができる。
【００１２】
また、ＴＳパケットヘッダ１４には、当該パケットの重要度を示すトランスポートプライオリティ（transport priority）２４、当該パケットの個別ストリームの属性を示すＰＩＤ(Packet Identification:パケット識別子）２６、当該パケットのスクランブルの有無及び種別を示すトランスポートスクランブル制御（transport scrambling control）２８、アダプテーションフィールドの有無及びペイロードの有無を示すアダプテーションフィールド制御（adaptation field control）３０、及び同一のＰＩＤを有するパケットが伝送の途中で一部棄却されているかを検出するための情報を示す巡回カウンタ（continuity counter）３２から構成されている。データプロセッサ部１０２は、ＰＩＤ(Packet Identification:パケット識別子）２６で当該ＴＳパケット１２のペイロード、即ち、ＴＳパケットデータがビデオ或いはオーディオであるかを検出することができ、当該ＴＳパケット１２から構成されるＰＥＳパケットの属性も特定することができる。データプロセッサ部１０２は、後に詳細に説明するように巡回カウンタ（continuity counter）３２で示されるカウント値を検証することによってＴＳパケット１２が伝送中に失われたかを判別することができる。ここで、巡回カウンタ（continuity counter）３２には、同一ＰＩＤを有するＴＳパケット１２について、ＴＳパケットの生成される順序で循環するカウント値（０,１，２,・・・,Ｆ,０,１，２）が付されている。
【００１３】
図２（Ｂ）に示すＴＳパケットデータ（ペイロード）１６は、図３（Ｂ）または図３（Ｆ）に示すようにメディア毎にパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）を構成し、ペイロードユニットの開始表示（payload unit start indicator)２２を検出する毎に図３（Ｂ）に示すＰＥＳパケット４０、４２を構成する。即ち、ＰＥＳパケット４０、４２は、１又は複数のＴＳパケット１６から構成され、パケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）は、複数のＰＥＳパケット４０が時系列的に配列されて構成され、ペイロードユニットの開始表示（payload unit start indicator)２２が含まれるＴＳパケット１２から次のペイロードユニットの開始表示（payload unit start indicator)２２が含まれるＴＳパケット１２の前のＴＳパケット１２で１つのＰＥＳパケット４０、４２が構成される。また、パケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）は、ペイロードがビデオデータであるＰＥＳパケット４０及びペイロードがオーディオデータであるＰＥＳパケット４２をマルチプレクスして構成されている。データプロセッサ部１０２は、開始表示（payload unit start indicator)２２に従ってＴＳパケットデータ１６で構成されるビデオ用ＰＥＳパケット４０及びオーディオ用ＰＥＳパケット４２を分離部１０３（ＤＥＭＵＸ：ディマルチプレクサ）に供給している。ここで、ＰＥＳパケット４１、４２は、可変長バイトに定められている。
【００１４】
図３（Ａ）に示すようにビデオ用ＰＥＳパケット４０は、ＰＥＳヘッダ４４に続いてペイロードとして１又は複数のアクセスユニット（以下、「ＡＵ」と記載する）４６で構成され、これらアクセスユニット（ＡＵ）４４は、Ｈ．２６４やＭＰＥＧ−２、ＭＰＥＧ−４などで定められるバイトストリームを構成する。また、オーディオ用ＰＥＳパケット４２は、同様にＰＥＳヘッダ４４に続いてオーディオ・ペイロードで構成される。このオーディオ・ペイロードは、種々の符号化方式で符号化されたオーディオデータ、例えば、ＡＣ３オーディオデータ、ＰＣＭオーディオデータ、ＭＰＥＧオーディオが格納されている。ＰＥＳヘッダ４４には、当該ＰＥＳパケット４０のペイロードがオーディオ或いはビデオである旨を示す属性識別子としてのストリームＩＤが記述され、ＰＥＳパケット４０の判別を可能としている。
【００１５】
分離部１０３（ＤＥＭＵＸ：ディマルチプレクサ）では、ＰＩＤ(Packet Identification:パケット識別子）２６に基づいて、オーディオ・ペイロードをオーディオデコーダ部１１４に供給し、アクセスユニット（ＡＵ）４４を、詳細は後述するピクチャ境界判定部１０４を介して、Ｈ．２６４ビデオデコーダ部１１１に供給している。従って、Ｈ．２６４ビデオデコーダ部１１１では、アクセスユニット（ＡＵ）４４を単位としてアクセスユニット（ＡＵ）４４内のＮＡＬｓをピクチャにデコードしてフレーム毎にvideo信号として出力する。また、同様に、オーディオデコーダ部１１４では、オーディオ・ペイロードの符号化方式に従ってオーディオ・ペイロードをデコードしてオーディオ信号として出力している。
【００１６】
図１に示されるデータプロセッサ部１０２、分離部１０３、ビデオデコーダ部１１１及びオーディオデコーダ部１１４は、ＲＯＭ１２３に格納された処理プログラムに従ってＭＰＵ１２１及びメモリ部１２２によって制御されている。また、ＭＰＵ１２１には、ユーザインターフェスとしてのキー入力部１３１が接続されており、キー入力部１３１からの入力に従ってもビデオ及びオーディオの再生を制御することができる。
【００１７】
上述したようにトランスポートストリームＴＳは、図４（Ａ）に示すように連続するＴＳパケット１６で構成され、図４（Ｂ）に示すように各パケット４０は、ＴＳヘッダ１４及びそのＴＳペイロード１６から構成される。ＰＥＳパケット４０を構成する１又は複数のＴＳパケット１６は、図４（Ｂ）に示すように、そのペイロードにＰＥＳヘッダ４４及び複数のＡＵ４６が格納されている。１つのＰＥＳパケット４０は、１８８バイトを有する１又は複数のＴＳパケット１６で構成され、また、１又は複数のＡＵ４６が含まれるように必要に応じてアダプテーションフィールド（Adaptation Field）５０が設けられてデータアラインされている。
【００１８】
データプロセッサ部１０２では、１又は複数のＴＳパケット１６から図４（Ｃ）に示すようにＴＳヘッダ１４が除去されてＰＥＳパケット４０が構成される。図４（Ｃ）の例では、１つのＰＥＳパケット４０のペイロード４６に２枚のＡＵ４６が格納され、この２枚のＡＵ４６は、４つのＴＳパケット１６から取り出される例が示されている。ここで、アダプテーションフィールド（Adaptation Field）５０は、ＴＳパケット１６にデータアライメントの為に挿入されていることから、ＰＥＳパケット４０を構成するに際しては、捨てられることとなる。
【００１９】
分離部１０３では、ＰＥＳパケット４０は、ＰＥＳヘッダ４４が除去されてビデオデコーダ部１１１にＡＵ４６が次々に送られてデコードされる。図４（Ｄ）には、ＰＥＳパケット４０から取り出され、ビデオデコーダ部１１１でデコードされるＡＵ４６で構成されるバイトストリームが示されている。ビデオデコーダ部１１１内では、図４（Ｅ）に示されるようにＡＵ内の同期点であるスタートコード（ＳＣ）６２を検出してＡＵ４６を構成するナルユニット６６を取り出し、このナルユニット６６からＡＵ４６単位で構成されるピクチャ、例えば、ピクチャフレームを生成している。Ｈ.２６４では、複数のナルユニット６６の情報に従ってスライスピクチャが構成され、１ピクチャが表示される。
【００２０】
ここで、ピクチャ境界の判定に使用されるシンタックスは、前述したように全てのスライスピクチャに存在するため、誤りに弱い。  
図５（ａ）は、正常ストリームにおけるピクチャ境界の検出例を示す図である。なお、図５において、Ｓｌｉｃｅはスライスを、ＡＵはＡＵデリミタ（AU Delimiter）を表している。Ｈ．２６４におけるＡＵは、同一のframe_numを持つ１つ以上のスライスピクチャにより構成されるため、frame_numの変化点からピクチャ境界を検出することが出来る。またＡＵデリミタの存在からもピクチャ境界を検出することが出来る。すなわち、スライスピクチャとＡＵとの境界がピクチャ境界として検出される。しかし、図５（ｂ）に示すように、３つのスライスピクチャ１の２番目のスライスピクチャ１に誤りが混入し、frame_numが５と検出され、かつ、スライスピクチャ１とスライスピクチャ２との間のＡＵが欠損した場合を例にとると、ＡＵの欠損に対しては、frame_numがその前後で異なるので、ピクチャ境界であると判定される。しかし、frame_numが１のスライスピクチャがframe_numが５のスライスピクチャと認識される誤りが混入すると、frame_num＝５のスライスピクチャ前後でframe_numが不連続となるので、スライスピクチャがスライスピクチャ１、スライスピクチャ５及びスライスピクチャ１の３つのスライスピクチャとして誤認識される。このように、Ｈ．２６４のピクチャ境界処理は、４バイトのユニークコードにより境界を示すＭＰＥＧ−４と異なり、数ビットのシンタックスにより境界を検出するため、ビット誤りに対する影響を受けやすく、復号ピクチャ数が増加する傾向がある。
【００２１】
これに対し、地上波デジタル放送では、ピクチャ境界を表すＡＵデリミタの運用が必須であるため、これを利用してＡＵデリミタによるピクチャ境界の検出も考えられる。しかし、この方式ではframe_numなどのビット誤りによる誤判定は防止できるが、この場合において、ＡＵデリミタのみのピクチャ境界の検出のみでは、図５（ｃ）に示すようにＡＵデリミタが誤りによって欠損する度にスライスピクチャの枚数が減少するという問題点がある。
【００２２】
そこで、本発明では、図１に示すように、ピクチャ境界判定部１０４を新たに備え、下記のようなアルゴリズムによるピクチャ境界の判定を行う。これにより、図５の（ｄ）の示すように、スライスピクチャの境界が正しく判定できる。  
Ｈ．２６４では、Slice Headerに含まれるシンタックスが７種類の条件の何れかを満たすと、ピクチャ境界と判定するようになっている。また、地上波デジタル放送では、Baseline Profileが採用されているため、以下の３条件を確認すれば良い。  
（１）  frame_numの値が異なる。  
（２）  nal_ref_idc＝０と値が異なる。  
（３）  idr_pic_idの値が異なる。  
ここで条件（２）は非参照ピクチャと参照ピクチャ間における境界判定条件であり、条件（３）は連続するＩＤＲ間における境界判定条件であるため、通常のストリームでは条件（１）により境界を検出することが出来る。
【００２３】
ここで、本発明の実施形態では、上記の問題を解消するため、ＡＵデリミタ挿入の有無により条件（１）の運用を切り替えている。図６を参照して、具体的な処理の流れを説明する。なお、図６の処理はすべて、ピクチャ境界判定部１０４で行うものとする。  
まず、gaps_in_frame_num_value_allowed_flagが０（すなわち、frame_numの増加量が０、または１）であるかどうかをチェックする（ステップＳ１）。地上波デジタル放送ではframe_numがＩＤＲを起点に０から増分１でインクリメントされている。従って、gaps_in_frame_num_value_allowed_flagが０であれば（ステップＳ１のＹｅｓ）、増加量が正常であるので、特別な処理を行うことなく、処理を終了する（ステップＳ２）。
【００２４】
次に、ＡＵデリミタが検出されたかどうかを判定し（ステップＳ３）、ＡＵデリミタが検出されたら（ステップＳ３のＹｅｓ）、その部分をピクチャ境界とする（ステップＳ５）。ステップＳ３において、ＡＵデリミタが検出されない場合には（ステップＳ３のＮｏ）、現在のframe_numであるcurFrameNumと１つの前のframe_numであるprevFrameNumとの差分をとる（ステップＳ４）。ステップＳ４において、curFrameNumとprevFrameNumとの差分が１であれば（ステップＳ４のＹｅｓ）、curFrameNumとprevFrameNumとの境界をピクチャ境界と判定する（ステップＳ５）。ステップＳ４において、curFrameNumとprevFrameNumとの差分が１でなければ、curFrameNumとprevFrameNumとが等しいかどうかを判定する（ステップＳ６）。ステップＳ６において、curFrameNumとprevFrameNumとが等しくなければ（ステップＳ６のＮｏ）、現在のスライスピクチャは誤りを含んでいるものと判定して、当該スライスピクチャを廃棄する（ステップＳ７）。
【００２５】
ステップＳ６において、curFrameNumとprevFrameNumとが等しい場合には（ステップＳ６のＹｅｓ）、現在のcurNalRefIdcとprevNalRefIdcとが等しいかどうかを判定する（ステップＳ８）。
【００２６】
ここで、 nal_ref_idcについて、図７を参照して、簡単に説明する。  
スライスにおけるnal_ref_idcは、復号ピクチャを参照するか否かを表し、nal_ref_idcが０であるスライスにより構成されるピクチャは、参照ピクチャとして使用されない。一方、nal_ref_idcが０以外スライスにより構成されるピクチャのみを参照ピクチャとして使用される。  
図７におけるフレームＦ１、Ｆ２、Ｆ３、Ｆ４では、フレームＦ１、Ｆ３、Ｆ４はnal_ref_idcが１であるため参照ピクチャを表しており、フレームＦ２はnal_ref_idcが０であるため参照ピクチャを表している。  
フレームＦ３を復号する際、フレームＦ２は非参照ピクチャとして復号されているため、予測対象フレームから除外されており、フレームＦ１以前に復号したフレームを用いて動き補償が行われる。  
このような非参照ピクチャにおけるピクチャ境界判定では、同一frame_numを保持するフレームＦ２、Ｆ３の境界をnal_ref_idcが０から１へ変化することから検出する。  
一方、同一frame_numを保持するフレームにおいてnal_ref_idcが１から０に変化することは禁止されている。
【００２７】
そこで、ステップＳ９において、prevNalRefIdcが０であれば（ステップＳ９のＹｅｓ）、ピクチャ境界と判定し、そうでなければ誤りによりcurNalRefIdcがprevNalRefIdcと異なる値を表しているものとし、curNalRefIdc＝prevNalRefIdcとして（ステップＳ１０）、現在のピクチャとその前のピクチャを同一ピクチャと判定する（ステップＳ１１）。  
上記のように、連続するframe_numの増加量が０、または１以外ならば当該スライスピクチャをエラーとして扱う。またエラーが多発した場合に対応するため、ＡＵデリミタが存在すれば、frame_numの増加量によらずピクチャ境界と判定する。これより図５（ｄ）の様に、frame_numへのエラー混入やＡＵデリミタ抜けが発生しても、期待値通りにピクチャ境界を検出することができる。なお、上記の処理を実行するのに、ピクチャ境界判定部１０４は、直前のスライスピクチャのヘッダデータを記憶するための小容量の記憶部、例えば、ＲＡＭ等を備えていることが好ましい。  
また対象とするトランスポートストリームは、ＭＰＥＧ−２  ｓｙｓｔｅｍｓだけでなく、ＲＴＰなどＨ．２６４を含む多重化ストリームが対象となる。
【００２８】
本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。例えば、地上波デジタル放送の場合では、ＡＵデリミタに代えて、ＳＰＳ／ＰＰＳ／ＳＥＩでも良い。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。
【００２９】
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態に係るトランスポートストリームを受信してデコードする再生装置を概略的に示すブロック図。
【図２】図１に示される装置に伝送されるトランスポートストリーム（ＴＳ）のデータ構造を示す模式図。
【図３】図２に示されるトランスポートストリームのパケットから生成されるパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）の構造を示す模式図。
【図４】図２に示されるトランスポートストリーム、図３に示されるパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）及びＨ．２６４のバイトストリームとの関係を示す模式図。
【図５】正常ストリーム及び誤りが混入したストリームにおけるピクチャ境界の検出例を示す図。
【図６】本発明に係るピクチャ判定方式の処理の流れを示すフローチャート。
【図７】nal_ref_idcについて説明するための図。
【符号の説明】
【００３１】
１０２…データプロセッサ部
１０３…分離部
１０４…ピクチャ境界判定部
１１０…受信部
１１１…ビデオデコーダ部
１１４…オーディオデコーダ部
１２１…ＭＰＵ
１２２…メモリ部
１２３…ＲＯＭ
１３１…キー入力部
【図１】
2006295568.tif 000003
【図２】
2006295568.tif 000004
【図３】
2006295568.tif 000005
【図４】
2006295568.tif 000006
【図５】
2006295568.tif 000007
【図６】
2006295568.tif 000008
【図７】
2006295568.tif 000009