(57)【要約】【課題】  伝送中に一部パケットが失われてもその失われたパケットを特定することができるパケットストリーム受信装置を提供することにある。【解決手段】  パケットストリーム受信装置においては、トランスポートストリームが時系列的に入力され、このストリームのトランスポートストリームパケットのパケットヘッダに記述された巡回カウンタ及びエラー表示が検出されてトランスポートストリームパケットの喪失が特定される。エラー無しのパケット及びエラー無しのパケット間のエラー有のパケットは、次々メモリ領域に格納され、メモリ領域に格納されたパケットと巡回カウンタが比較されて喪失パケットが特定される。【選択図】      図５
2006295567.tif 000002
【特許請求の範囲】
【請求項１】
トランスポートストリームを構成するトランスポートストリームパケットを時系列的に入力する入力部と、
前記トランスポートストリームパケットのトランスポートストリームパケットヘッダに記述された巡回カウンタ及びエラーの有無を示すエラーインジケータを検出してトランスポートストリームパケットの喪失を特定する判定部と、
前記喪失されたトランスポートストリームパケット直前のトランスポートストリームパケットから取り出されるエレメンタリーストリームの一部にターミネーションを付加する終端処理部と、
前記トランスポートストリームパケットに含まれるエレメンタリーストリームの同期点を検出して前記ターミネーションを付加した後に同期点が検出されるエレメンタリーストリームまでの間のエレメンタリーストリームのデータを破棄する検出処理部と、
を具備することを特徴とするパケットストリーム受信装置。
【請求項２】
前記ターミネーションが付加されたエレメンタリーストリームの一部を利用してピクチャを構成するビデオデコーダ部を更に具備することを特徴とする請求項１のパケットストリーム受信装置。
【請求項３】
前記判定部は、前記エラーインジケータにエラー無の表示を有するパケットから同様に前記エラーインジケータにエラー無の表示を有する次のパケットまでの間の前記エラーインジケータにエラー有の表示を有するパケットを格納するメモリ領域を含むことを特徴とする請求項１のパケットストリーム受信装置。
【請求項４】
前記判定部は、前記エラー無の表示を有するパケット間のパケット数が当該両パケットの巡回カウンタの差に等しければパケットの喪失がないものとすることを特徴とする請求項３のパケットストリーム受信装置。
【請求項５】
前記判定部は、前記エラー無の表示を有するパケット間のトランスポートストリームをその入力順序及び入力順序とは逆の方向から連続するパケットの巡回カウンタと前記メモリ領域に格納されたエラー有パケットとを比較して喪失パケットを特定することを特徴とする請求項３のパケットストリーム受信装置。
【請求項６】
前記検出処理部は、前記エラー無の表示を有するパケットを検出するまでは前記エラー有のパケット全て破棄することを特徴とする請求項１のパケットストリーム受信装置。
【請求項７】
ＲＴＰパケットヘッダ及びペイロードを有するＲＴＰパケットを次々に時系列的に入力する入力部と、
前記ペイロードに含まれる識別子から前記ＲＴＰパケットが分割ユニットパケットであることを判別する判別部と、
前記ＲＴＰヘッダに含まれるシークエンス番号及びエラーの有無を示すエラーインジケータを検出してトランスポートストリームパケットの喪失を特定する判定部と、
前記喪失されたＲＴＰパケット直前のパケットから取り出されるエレメンタリーストリームの一部にターミネーションを付加する終端処理部と、
前記ターミネーションを付加した後に同期点が検出されるＲＴＰパケットまでの間のデータを破棄する検出処理部と、
を具備することを特徴とするパケットストリーム受信装置。
【請求項８】
前記ターミネーションが付加されたエレメンタリーストリームの一部を利用してピクチャを構成するビデオデコーダ部を更に具備することを特徴とする請求項７のパケットストリーム受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、パケットストリームを受信するパケットストリーム受信装置に係り、特に、パケットストリームを受信してそのパケットストリーム中に生じたパケット抜けを正しく判定できるパケットストリーム受信装置に関する。
【背景技術】
【０００２】
映像メディアの符号化・復号化技術は、近年、ますます進化しつつある。これは、動画像及び音声の高品質化が進み、情報量が多くなったこと、また、有線或いは無線によるネットワークが発展し、これらネットワークを通じて画像情報を伝送する要望が高くなったことに起因している。
【０００３】
特に、動画像の情報量は大きいため，動画像の符号化・復号化技術は、圧縮効率が高いこと、復号時の品質が高いこと、また、伝送効率が良いことなどが要望される。これらの要望に沿う動画像の符号化・復号化技術として国際標準として認められているＨ．２６４／ＡＶＣ(Advanced video coding)と称せられる技術（以下単にＨ２６４と称する。）があり、この動画像の符号化・復号化技術は、例えば、非特許文献１に開示されている。
【非特許文献１】IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY, VOL. 13, NO. 7, JULY 2003, Overview of the H.264/AVC Video Coding Standard, ThomasWiegand
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩＳＢＴ−Ｔ（Integrated Services Digital Broadcasting−Terrestrial）における移動体向け地上波デジタル放送においても、動画像符号化方式としてＨ．２６４／ＡＶＣ(Advanced video coding)、音声符号化方式としてＭＰＥＧ−２  ＡＡＣ（Advanced−Audio−Coding）の規格が採用され、符号化ストリ−ムがトランスポートストリーム（ＴＳストリーム）のパケットに多重化されて伝送されている。このようなトランスポートストリーム（ＴＳストリーム）の伝送において、伝送中にエラーが生じて一部パケットが失われた場合、即ち、パケット抜けが生じた場合には、トランスポートストリーム（ＴＳストリーム）から抽出されるエレメンタリーストリーム（ＥＳストリーム）に不連続が生じる。受信側のデコーダは、この不連続点を検出することが出来ず，連続してＥＳストリームをデコードするため、データが誤解釈される。
【０００５】
ここで、ＥＳストリームがＨ．２６４ストリームならば、再生画像に誤解釈による画質劣化が生ずる。同様に，ＥＳストリームがＡＡＣストリームならば、異音等が発生する。
【０００６】
このようにデータの誤解釈は，本来意味するデータとは異なった画像・音声が復号を発生させ、再生品質を大きく劣化させる。
【０００７】
尚、デコーダは，復号したデータが文法的に誤った場合に限り，誤りが混入したことを検出することができるが、一般に冗長度の小さい符号化方式ほど，誤解釈発生地点から誤り検出地点までの区間が長くなり，再生品質への影響が大きくなる。
【０００８】
同様にＲＴＰ(Real Time Protocol)を利用したストリーミングにおいても一部パケットが失われてデータが誤解釈され、再生データに誤解釈に起因する劣化が生ずる。
【０００９】
ＭＰＥＧ２システムレイヤーに属するＴＳパケットのヘッダには、巡回カウンタ（Continuity counter）設けられ、トランスポートストリーム（ＴＳストリーム）で連続するパケットには、巡回カウンタ（Continuity counter）にカウント値が昇順で記述される。従って、基本的には、このカウント値に不連続が生じていれば、パケット抜けがあると判断することができる。しかし、伝送中にパケットにエラーが混入する場合には、パケット抜けがなくとも、このカウント値にエラーが混入して不連続として判断される虞があり、パケット抜けを正確に判別できない問題がある。
【００１０】
また、ＴＳパケットのヘッダには、当該パケット中のビット・エラーの有無を示す誤り表示（transport error indicator）２０が設けられている。この誤り表示（transport error indicator）２０は、当該パケットにエラーが混入した判断については有用であるが、パケットそのものが抜け落ちてしまうようなパケット抜けの判定に対しては活用されないままにある。
【課題を解決するための手段】
【００１１】
本発明は、上記問題点を解決するためになされてものであり、その目的は、伝送中にパケットが失われたことを正確に判定することができるパケットストリーム受信装置を提供することにある。
【００１２】
この発明によれば、
トランスポートストリームを構成するトランスポートストリームパケットを時系列的に入力する入力部と、
前記トランスポートストリームパケットのトランスポートストリームパケットヘッダに記述された巡回カウンタ及びエラーの有無を示すエラーインジケータを検出してトランスポートストリームパケットの喪失を特定する判定部と、
前記喪失されたトランスポートストリームパケット直前のトランスポートストリームパケットから取り出されるエレメンタリーストリームの一部にターミネーションを付加する終端処理部と、
前記トランスポートストリームパケットに含まれるエレメンタリーストリームの同期点を検出して前記ターミネーションを付加した後に同期点が検出されるエレメンタリーストリームまでの間のエレメンタリーストリームのデータを破棄する検出処理部と、
を具備することを特徴とするパケットストリーム受信装置が提供される。
【００１３】
また、この発明によれば、
ＲＴＰパケットヘッダ及びペイロードを有するＲＴＰパケットを次々に時系列的に入力する入力部と、
前記ペイロードに含まれる識別子から前記ＲＴＰパケットが分割ユニットパケットであることを判別する判別部と、
前記ＲＴＰヘッダに含まれるシークエンス番号及びエラーの有無を示すエラーインジケータを検出してトランスポートストリームパケットの喪失を特定する判定部と、
前記喪失されたＲＴＰパケット直前のパケットから取り出されるエレメンタリーストリームの一部にターミネーションを付加する終端処理部と、
前記ターミネーションを付加した後に同期点が検出されるＲＴＰパケットまでの間のデータを破棄する検出処理部と、
を具備することを特徴とするパケットストリーム受信装置が提供される。
【発明の効果】
【００１４】
この発明のパケットストリーム受信装置によれば、伝送中に一部パケットが失われても、巡回カウンタ及びエラー表示の両者を利用してパケット抜けの検出精度を向上することができる。従って、抜けたパケットを除くパケット中のエレメンタリーストリーム（ＥＳ）をデコーダで有効利用することができる。また、パケット抜けが生ずる前のパケットのエレメンタリーストリーム（ＥＳ）に終端処理を施すことによってデコーダでは、その処理モードを正常モードからエラーモードに切り換えてデコードデータにコンシールメント等の処理を施してして違和感のない再生が可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、必要に応じて図面を参照しながら、この発明の一実施の形態に係るパケットストリームを受信し、このパケットストリーム中におけるパケット抜けを高い精度で検出できるパケットストリーム受信装置について説明する。
【００１６】
図１は、この発明の一実施例に係るトランスポートストリームを受信し、このトランスポートストリーム（ＴＳ）で送られた画像データ及び音声データを再生する装置を示すブロック図である。図２（Ａ）〜（Ｃ）は、図１に示す装置で受信されるこのトランスポートストリームの構造を示し、図３（Ａ）〜（Ｇ）は、図２に示されるトランスポートストリームから取り出されたＴＳパケットで構成されるパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）の構造を示し、また、図４（Ａ）〜（Ｅ）は、図２（Ａ）に示すＴＳパケット、図３に示すＰＥＳパケット及びＨ．２６４／ＡＶＣで規定されるバイトストリームの関係を示している。
【００１７】
図１を参照しながら受信装置の構成を説明するとともに図２（Ａ）〜図４（Ｅ）を参照しながらトランスポートストリームのデータ構造について説明する。
【００１８】
図１に示す装置においては、図示しない送信部からＭＰＥＧ２で定められたトランスポートストリームが伝送され、受信部１１０において、このトランスポートストリームが受信される。トランスポートストリーム（ＴＳ）は、図２（Ａ）に示されるように夫々が１８８バイトを有するＴＳパケット１２の集合で構成され、このＴＳパケット１２が受信部１１０に時系列的に入力される。各ＴＳパケット１２は、図２（Ｂ）に示されるように４バイトを有するＴＳパケットヘッダ１４及び０から１８４の可変長バイトを有するアダプテーションフィールド５０及び残るデータを有するＴＳパケットデータ（ペイロード）１６で構成されている。このＴＳパケット１２は、図１に示すデータプロセッサ部１０２に送られてそのＴＳパケットヘッダ１４が取り出され、ＴＳパケットデータ（ペイロード）１６でパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）が構成される。
【００１９】
図２（Ｃ）に示されるようにＴＳパケットヘッダ１４には、ＭＰＥＧ２で定められるように８ビットの同期信号が記述された同期バイト(sync byte)18、当該パケット中のビット・エラーの有無を示す誤り表示（transport error indicator）２０及びＴＳパケットデータ１６を意味するペイロードから図４（ｃ）に示すＰＥＳパケットが始まることを示すペイロードユニットの開始表示（payload unit start indicator)２２が記述されている。ここで、同期バイト(sync byte)18がデータプロセッサ部１０２で検出されることによってトランスポートストリームパケット（ＴＳ）１２の先頭が検出される。また、ペイロードユニットの開始表示（payload unit start indicator)２２を検出することによってデータプロセッサ部１０２は、ＰＥＳパケットを構成するペイロード、即ち、ＴＳパケットデータ１６を取り出すことができる。更に、誤り表示（transport error indicator）２０を検出することによって伝送中にトランスポートストリームパケット（ＴＳ）１６中にエラーが混入したことを受信側で検出することができる。
【００２０】
データプロセッサ１０２には、パケット抜けを確認するためにＴＳパケット１２を一時的に格納するメモリ１３２が接続され、このメモリ１３２にＴＳパケット１２が一時的に格納される。このメモリ１３２は、後に説明するように誤り表示（transport error indicator）２０にエラーなし(free)が記述されたＴＳパケットが格納されるフリーパケットバッファ領域１３２Ａを備え、また、誤り表示（transport error indicator）２０にエラーあり(error)が記述されたＴＳパケットが格納されるエラーパケットバッファ領域１３２Ｃ並びにそのエラーパケットバッファ領域１３２Ｃに格納されているエラーパケットの数が格納されているエラーパケットカウンタ領域１３２Ｄを備えている。
【００２１】
図２に示すように、ＴＳパケットヘッダ１４には、当該パケットの重要度を示すトンスポートプライオリティ（transport priority）２４、当該パケットの個別ストリームの属性を示すＰＩＤ(Packet Identification:パケット識別子）２６、当該パケットのスクランブルの有無及び種別を示すトランスポートスクランブル制御（transport scrambling control）２８、アダプテーションフィールドの有無及びペイロードの有無を示すアダプテーションフィールド制御（adaptation field control）３０、同一のＰＩＤを有するパケットが伝送の途中で一部棄却されているか（パケット落ちが生じているか）を検出するための情報を示す巡回カウンタ（continuity counter）３２から構成されている。データプロセッサ部１０２は、ＰＩＤ(Packet Identification:パケット識別子）２６で当該ＴＳパケット１２のペイロード、即ち、ＴＳパケットデータがビデオ或いはオーディオであるかを検出することができ、当該ＴＳパケット１２から構成されるＰＥＳパケットの属性も特定することができる。データプロセッサ部１０２は、後に詳細に説明するように巡回カウンタ（continuity counter）３２で示されるカウント値を検証し、また、カウント値とともに誤り表示（transport error indicator）２０を利用することによってＴＳパケット１２が伝送中に失われたかを比較的高い精度で判別することができる。ここで、巡回カウンタ（continuity counter）３２には、同一ＰＩＤを有するＴＳパケット１２について、ＴＳパケットの生成される順序で循環するカウント値（０,１，２,・・・,Ｆ,０,１，２）が付されている。
【００２２】
図２（Ｂ）に示すＴＳパケットデータ（ペイロード）１６は、図３（Ｂ）または図3（Ｆ）に示すようにメディア毎にパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）を構成し、ペイロードユニットの開始表示（payload unit start indicator)２２を検出する毎に図３（Ｂ）に示すＰＥＳパケット４０，４２を構成する。即ち、ＰＥＳパケット４０，４２は、１又は複数のＴＳパケット１６から構成され、パケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）は、複数のＰＥＳパケット４０が時系列的に配列されて構成され、ペイロードユニットの開始表示（payload unit start indicator)２２が含まれるＴＳパケット１２から次のペイロードユニットの開始表示（payload unit start indicator)２２が含まれるＴＳパケット１２の前のＴＳパケット１２で１つのＰＥＳパケット４０，４２が構成される。また、パケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）は、ペイロードがビデオデータであるＰＥＳパケット４０及びペイロードがオーディオデータであるＰＥＳパケット４２をマルチプレクスして構成されている。データプロセッサ部１０２は、開始表示（payload unit start indicator)２２に従ってＴＳパケットデータ１６で構成されるビデオ用ＰＥＳパケット４０及びオーディオ用ＰＥＳパケット４２を分離部１０３（ＤＥＭＵＸ：ディマルチプレクサ）に供給している。ここで、ＰＥＳパケット４１、４２は、可変長バイトに定められている。
【００２３】
図３（Ａ）に示すようにビデオ用ＰＥＳパケット４０は、ＰＥＳヘッダ４４に続いてペイロードとして１又は複数のアクセスユニット（ＡＵ）４６で構成され、これらアクセスユニット（ＡＵ）４４は、Ｈ．２６４やＭＰＥＧ−２，ＭＰＥＧ−４などで定められるバイトストリ−ムを構成する。また、オ−ディオ用ＰＥＳパケット４２は、同様にＰＥＳヘッダ４４に続いてオーディオ・ペイロードで構成される。このオーディオ・ペイロードは、種々の符号化方式で符号化されたオーディオデータ、例えば、ＡＣ３オーディオデータ、ＰＣＭオーディオデータ、ＭＰＥＧオーディオが格納されている。ＰＥＳヘッダ４４には、当該ＰＥＳパケット４０のペイロードがオーディオ或いはビデオである旨を示す属性識別子としてのストリームＩＤが記述され、ＰＥＳパケット４０の判別を可能としている。
【００２４】
分離部１０３（ＤＥＭＵＸ：ディマルチプレクサ）では、ＰＩＤ(Packet Identification:パケット識別子）２６によってオーディオ・ペイロードをオーディオデコーダ１１４及びアクセスユニット（ＡＵ）４４をＨ．２６４ビデオデコーダ１１１に供給している。従って、Ｈ．２６４ビデオデコーダ１１１では、アクセスユニット（ＡＵ）４４を単位としてアクセスユニット（ＡＵ）４４内のＮＡＬｓをピクチャにデコードしてフレーム毎にvideo信号として出力する。また、同様に、オーディオデコーダ１１４では、オーディオ・ペイロードの符号化方式に従ってオーディオ・ペイロードをデコードしてオーディオ信号として出力している。
【００２５】
図１に示されるデータプロセッサ１０２、ブッファリング用のメモリ１３２、分離部１０３、ビデオデコーダ１１１及びオーディオデコーダ１１４は、ＲＯＭ１２３に格納された処理プログラムに従ってＭＰＵ１２１及びメモリ部１２２によって制御されている。また、ＭＰＵ１２１には、ユーザインターフェスとしてのキー入力部１３１が接続され、キー入力部１３１からの入力に従ってもビデオ及びオーディオの再生を制御することができる。
【００２６】
上述したようにトランスポートストリームＴＳは、図４（Ａ）に示すように連続するＴＳパケット１６で構成され、図４（Ｂ）に示すように各パケット４０は、ＴＳヘッダ１４及びそのＴＳペイロード１６から構成される。ＰＥＳパケット４０を構成する１又は複数のＴＳパケット１６は、図４（Ｂ）に示すように、そのペイロードにＰＥＳヘッダ４４及び複数のＡＵ４６が格納されている。１つのＰＥＳパケット４０は、１８８バイトを有する１又は複数のＴＳパケット１６で構成され、また、１又は複数のＡＵ４６が含まれるように必要に応じてアダプテーションフィールド（Adaptation Field）５０が設けられてデータアラインされている。
【００２７】
データプロセッサ１０２では、１又は複数のＴＳパケット１６から図４（Ｃ）に示すようにＴＳヘッド１４が除去されてＰＥＳパケット４０が構成される。図４（Ｃ）の例では、１つのＰＥＳパケット４０のペイロード４６に２枚のＡＵ４６が格納され、この２枚のＡＵ４６は、４つのＴＳパケット１６から取り出される例が示されている。ここで、アダプテーションフィールド（Adaptation Field）５０は、ＴＳパケット１６にデータアライメントの為に挿入されていることから、ＰＥＳパケット４０を構成するに際しては、捨てられることとなる。
【００２８】
分離部１０３では、ＰＥＳパケット４０は、ＰＥＳヘッダ４４が除去されてビデオデコーダ１１１にＡＵ４６が次々に送られてデコードされる。図４（Ｄ）には、ＰＥＳパケット４０から取り出され、ビデオデコーダ１１１でデコードされるＡＵ４６で構成されるバイトストリームが示されている。ビデオデコーダ１１１内では、図４（Ｅ）に示されるようにＡＵ内の同期点であるスタートコード（ＳＣ）６２を検出してＡＵ４６を構成するナルユニット６６を取り出し、このナルユニット６６からＡＵ４６単位で構成されるピクチャ、例えば、ピクチャフレームを生成している。Ｈ.２６４では、複数のナルユニット６６の情報に従ってスライスピクチャが構成され、１ピクチャが表示される。
【００２９】
図５（Ａ）〜（Ｄ）は、Ｈ．２６４ストリームが多重化されたトランスポートストリームＴＳの伝送中におけるパケット落ちのないＴＳストリーム及びＴＳパケットが失われてパケット落ちが生ずるＴＳストリームを示している。図５（Ａ）〜（Ｄ）において、パケット１６中に示す符号（packet 0−5）は、巡回カウンタ（continuity counter）３２のカウント値（０,１，２,・・・,Ｆ,０,１，２）を示し、パケット１６中に示す“（無）”(free)及び“（有）”(error)は、誤り表示（transport error indicator）２０に記述されるフラグの意味に相当し、“（無）”(free)は、当該パケット１６中にエラーがないことを意味し、“（有）”(error)は、当該パケット１６中にエラーが生じていることを意味している。
【００３０】
図５（Ａ）には、巡回カウンタ（continuity counter）３２のカウント値が０〜５と連続するパケット１６から構成され、全てのパケット１６がエラーなしのトランスポートストリームＴＳの例が示されている。この例のトランスポートストリームは、データプロセッサ１０２において、正常に受信されているとして一時的にメモリ１３２に格納された後分離部１０３（ＤＥＭＵＸ）で分離されてそのパケット内のエレメンタリーストリームＥＳが対応するデコーダに供給される。
【００３１】
図５（Ｂ）は、巡回カウンタ（continuity counter）３２のカウント値が０、３、５、４、８と不連続なパケット１６から構成され、エラーなし(free)のパケット（packet 0）１６に続いてエラーが生じているパケット（packet 3,5,4,8）１６が連続し、その後、エラーなし(free)のパケット（packet 5）１６が供給されるトランスポートストリームＴＳが示されている。この例のトランスポートストリームＴＳでは、巡回カウンタ（continuity counter）３２のカウント値が０のエラーなし(free)のパケット（packet 0）１６と、巡回カウンタ（continuity counter）３２のカウント値が５のエラーなし(free)のパケット（packet 5）１６間に４つのエラーパケット（packet 3,5,4,8）１６が連続していることから、エラーパケット（packet 3,5,4,8）１６では、パケット抜けがなく、巡回カウンタ（continuity counter）３２のカウント値が誤っている蓋然性が高いこととなる。
【００３２】
図５（Ｃ）は、巡回カウンタ（continuity counter）３２のカウント値が０、１、２、４、５と連続するパケット１６から構成され、エラーなし(free)のパケット（packet 0）１６に続いてエラーが生じているパケット（packet 1,2,4）１６が連続し、その後、エラーなし(free)のパケット（packet 5）１６が供給されるトランスポートストリームＴＳが示されている。この例のトランスポートストリームＴＳでは、巡回カウンタ（continuity counter）３２のカウント値が連続していることから、この巡回カウンタ（continuity counter）３２にエラーが生じている蓋然性が低く、しかも、巡回カウンタ（continuity counter）３２のカウント値３に相当するパケット（packet 3）１６が抜け落ちている可能性が高いこととなる。
【００３３】
更に、図５（Ｄ）は、巡回カウンタ（continuity counter）３２のカウント値が０、１、２、４、６、７と連続するパケット１６から構成され、エラーなし(free)のパケット（packet 0）１６に続いてエラーが生じているパケット（packet 1,2,4,6）１６が連続し、その後、エラーなし(free)のパケット（packet 7）１６が供給されるトランスポートストリームＴＳが示されている。このような連続して供給されるパケット１６では、供給される順序（単に前方向と称する。）で巡回カウンタ（continuity counter）３２のカウント値が連続しているかが確認され、エラーなし(free)のパケット（packet 7）１６を基点として降順序（供給とは反対の順序：単に後方向と称する。）でエラーなし(free)のパケット（packet 0）１６までの巡回カウンタ（continuity counter）３２のカウント値が連続しているかが確認される。この確認によって巡回カウンタ（continuity counter）３２のカウント値３、５に相当するパケット（packet 3,5）１６が抜け落ちている可能性が高いこととなる。
【００３４】
図４（Ｂ）及び図４（Ｃ）から明らかなように、１つのＴＳパケット１６には、１つのＡＵ４６或いはその一部がペイロード４６として格納され、このＡＵ４６に対応する１つ又は複数のナルユニット６６及び又はナルユニット６６の一部が格納されている。従って、トランスポートストリームＴＳの伝送中に１つのＴＳパケット１６が欠けると、１つ又は複数のナルユニット６６及び又はナルニット６６の一部が失われることとなる。また、失われるナルユニットに対応したスタートコード（ＳＣ）６２も失われることがある。このＴＳパケット１６が失われると、失われたＴＳパケット１６に対応してナルユニット１６の一部のみが残り、他の部分が失われ、同様にこのナルユニット１６に続くナルユニットの一部が失われ、他の部分が失われることとなる。このままナルユニット１６が次々にＨ．２６４ビデオデコーダ１１１に供給されると、Ｈ．２６４ビデオデコーダ１１１では、バイトストリームのナルユニット１６の一部が他のナルユニット１６の残部に結合されてＨ．２６４ビデオデコーダ１１１では、不連続に結合された地点を検出することが出来ず、結合されたナルユニットのデータを誤解釈して画像を再生することから、画像にエラーによる雑音が生じてしまう。
【００３５】
次に、図６を参照して図５（Ａ）〜図５（Ｄ）に示したトランスポートストリームＴＳが受信された際のデータプロセッサ１０２におけるパケット抜け検出のフローチャートを説明する。
【００３６】
ステップＳ６０に示されるようにトランスポートストリームＴＳが受信されると、始めに、ステップＳ６２に示されるように受信された現パケット１６がエラーなし(free)であるかが確認される。エラーなし(free)である場合には、このパケット１６がフリーパケットバッファ領域１３２Ａに格納されるとともにステップＳ７４に示すように既にエラーなし(free)のパケット１６を受信しているかが確認される。エラーなしのパケット１６を始めて受信する場合には、ステップＳ７６に示されるようにエラーパケットカウンタ領域１３２Ｄのカウント値 (numBufTsPacket)がゼロに初期化(numBufTsPacket＝０)される。そして、ステップＳ８２に示すように当該パケット１６の巡回カウンタ３２のカウント値が直前にエラーが生じていないパケット１６の巡回カウンタ３２のカウント値(preFreeCC)としてフリーパケットバッファ領域１３２Ａに記憶される。その後、次のパケット１６の処理の為にステップＳ６０に戻される。図５（Ａ）に示す例では、現パケット１６としてパケット(packet０、エラー“無”)１６が入力されると、パケット(packet０、エラー“無”)１６がフリーパケットバッファ領域１３２Ａに格納され、エラーなしのパケット１６を始めて受信したとしてステップＳ７６に示されるようにエラーパケットカウンタ領域１３２Ｄのカウント値 (numBufTsPacket)が初期化され、ステップＳ８２において、このパケット(packet０、エラー“無”)１６の巡回カウンタ３２のカウント値(0)がエラーが生じていない直前パケット１６の巡回カウンタ３２のカウント値(preFreeCC)に設定される。そして、次のパケット１６の処理の為にステップＳ６０に戻される。
【００３７】
ステップＳ７４において、エラーなしのパケット１６を既に受信している場合には、例えば、パケット(packet０、エラー“無”)１６が既にフリーパケットバッファ領域１３２Ａに格納されている場合には、ステップＳ７８に示されるようエラーパケットカウンタ領域１３２Ｄのカウント値 (numBufTsPacket)とエラーなしパケット１６間のパケット数とが比較される。エラーなしパケット１６間のパケット数は、ステップＳ７８に示されるよう受信されたエラーなし現パケット１６の巡回カウンタ３２のカウント値(curCC)から既に受信したエラーなしパケットのカウント値(preFreeCC)及び“１”を減算して求められる（curCC − preFreeCC −１）。両者が一致していれば、ステップＳ８０において、パケット抜けがないものとしてステップＳ８２に示すように当該パケット１６の巡回カウンタ３２のカウント値を直前(pre)にエラーが生じていないパケット１６の巡回カウンタ３２のカウント値(preFreeCC)としてフリーパケットバッファ領域１３２Ａに記憶させる。その後、次のパケット１６の処理の為にステップＳ６０に戻される。図５（Ａ）に示す例では、現パケット１６としてパケット(packet1、エラー“無”)１６が入力されると、パケット(packet1、エラー“無”)１６がフリーパケットバッファ領域１３２Ａに格納され、エラーなしのパケット１６としてパケット(packet０、エラー“無”)１６が既にフリーパケットバッファ領域１３２Ａに格納されていることから、ステップＳ７８において、減算処理（curCC − preFreeCC −１＝１−０−１＝０）で“０”が求められる。この減算結果がエラーパケットカウンタ領域１３２Ｄのカウント値(numBufTsPacket＝０)に一致することから、ステップＳ８０において、パケット抜けがないものとしてステップＳ８２に示すように当該パケット１６の巡回カウンタ３２のカウント値が直前(pre)にエラーが生じていないパケット１６の巡回カウンタ３２のカウント値(preFreeCC)に設定される。その後、次のパケット１６の処理の為にステップＳ６０に戻される。同様に、図５（Ａ）に示す現パケット１６としてパケット(packet2、エラー“無”)１６が入力されると、パケット(packet2、エラー“無”)１６がフリーパケットバッファ領域１３２Ａに格納され、既にエラーなしのパケット１６としてパケット (packet1、エラー“無”)１６が既にフリーパケットバッファ領域１３２Ａに格納されていることから、ステップＳ７８において、減算処理（curCC − preFreeCC −１＝２−１−１＝０）で“０”が求められる。この減算結果は、同様にエラーパケットカウンタ領域１３２Ｄのカウント値 (numBufTsPacket＝０)に一致することから、ステップＳ８０において、パケット抜けがないものとしてステップＳ８２に示すように当該パケット１６の巡回カウンタ３２のカウント値が直前(pre)にエラーが生じていないパケット１６の巡回カウンタ３２のカウント値(preFreeCC)に設定される。その後、次のパケット１６の処理の為にステップＳ６０に戻される。
【００３８】
また、図５（Ｂ）に示す現パケット１６としてパケット(packet５、エラー“無”)１６が入力されると、パケット(packet０、エラー“無”)１６がフリーパケットバッファ領域１３２Ａに格納されていることから、ステップＳ７８において、減算処理（curCC − preFreeCC −１＝５−０−１＝４）で“４”が求められる。この減算結果は、エラ−ありのパケット１６(packet３、packet５、packet４、packet８)の数に相当するエラ−パケットカウンタ領域１３２Ｄのカウント値 (numBufTsPacket＝４)に一致することから、ステップＳ８０において、パケット抜けがないものとしてステップＳ８２に示すように当該パケット１６の巡回カウンタ３２のカウント値を直前(pre)のエラー無しのパケット１６の巡回カウンタ３２のカウント値(preFreeCC＝５)に設定する。その後、次のパケット１６の処理の為にステップＳ６０に戻される。パケット抜けがないと判断されたＴＳストリームに属するパケットは、メモリ１３２から次々に分離部に１０３に供給される。
【００３９】
ステップＳ６２において、エラー(error)がある場合には、ステップＳ６４において、既にエラーなし(free)のパケット１６が受信され、フリーパケットバッファ領域１３２Ａにエラーなし(free)のパケット１６が格納されているかが確認される。フリーパケットバッファ領域１３２Ａにエラーなし(free)のパケット１６が格納されていない場合には、ステップＳ６６に示すように当該パケット１６は、破棄され、再び次のパケット１６の処理の為にステップＳ６０に戻される。
【００４０】
ステップＳ６４において、フリーパケットバッファ領域１３２Ａにエラーなし(free)のパケット１６が格納されている場合には、ステップＳ６８に示すように当該パケット１６は、エラーパケットバッファ領域１３２Ｃに格納されるととともにステップＳ７０に示すようにエラーパケットバッファ領域１３２Ｃに格納されたパケット１６の総数(bufCC［numBufTsPacket］)が当該パケット１６の巡回カウンタ３２のカウント値(curCC = bufCC［numBufTsPacket］)に訂正され、エラーパケットカウンタ領域１３２Ｄのエラーパケット１６のカウント値(numBufTsPacket)が更新される。そして、再びステップＳ６０に戻される。例えば、図５（Ｂ）に示されるように現パケットとしてパケット(packet3、エラー“有”)１６が入力され、フリーパケットバッファ領域１３２Ａにエラーなし(free)のパケット１６としてパケット(packet0、エラー“無”)１６が格納されている場合には、当該パケット(packet3、エラー“有”)１６がエラーパケットバッファ領域１３２Ｃに格納されるとともにステップＳ７０に示すようにパケットバッファ領域１３２Ａ、１３２Ｃに格納されたパケット１６の総数(bufCC、０＋１＝１)が当該パケット１６の巡回カウンタ３２の訂正カウント値(curCC = bufCC=１)として記憶され、エラーパケットカウンタ領域１３２Ｄのエラーパケット１６のカウント値 (numBufTsPacket)が更新される。（numBufTsPacket＝１）そして、再びステップＳ６０に戻される。ステップＳ６０、Ｓ６２、Ｓ６４、Ｓ６８、Ｓ７０、Ｓ７２の処理は、エラー無しのパケット１６の後にエラー無しのパケット１６が受信されるまで繰り返される。エラー無しのパケット１６の後にエラーパケット１６が連続して受信される場合には、エラーパケットバッファ領域１３２Ｃに記憶可能なパケット数だけ繰り返され、巡回カウンタ３２のカウント値がゼロに戻される所定数に亘って処理され、巡回カウンタ３２のカウント値がゼロに戻された時点でエラーパケット１６のカウント値(numBufTsPacket)が初期化され、エラーパケットバッファ領域１３２Ｃ内のエラーパケットが破棄される。図５（Ｂ）或いは図５（Ｃ）に示される例では、ステップＳ６０、Ｓ６２、Ｓ６４、Ｓ６８、Ｓ７０、Ｓ７２の処理は、エラー無しのパケット１６(packet５、エラー”無“)が受信されるまで繰り返される。
【００４１】
ステップＳ７８において、ステップＳ７８において、減算処理（curCC − preFreeCC −１）の結果がエラーパケット１６のカウント値(numBufTsPacket)に一致しない場合には、パケット抜けが生じているとして、ステップＳ８４に移行される。例えば、図５（Ｃ）に示すようにエラーなしのパケット(packet５、エラー“無”)１６が現パケットとして入力される場合には、減算処理（curCC − preFreeCC −１=５−０−１=４）となり、その結果がカウント値(numBufTsPacket＝３)に一致しないこととなる。また、図５（Ｄ）に示すようにエラーなしのパケット(packet７、エラー“無”)１６が現パケットとして入力される場合には、同様に減算処理（curCC − preFreeCC −１=７−０−１=６）となり、その結果がカウント値(numBufTsPacket＝４)に一致しないこととなる。
【００４２】
ステップＳ８４においては、始めて減算処理（curCC − preFreeCC −１）の結果がカウント値(numBufTsPacket)に一致しないとして、エラーカウンタ領域１３２Ｄのカウント値(numBufTsPacket)内でエラーパケットバッファ領域１３２Ｃの初期アドレス（i＝0）を設定し、カウント値（numBufTsPacket）から１を減算した値で同様にエラーパケットバッファ領域１３２Ｃの初期アドレス（ｊ）が設定される。（ｊ＝numBufTsPacket−１）ステップＳ８６、Ｓ８８、Ｓ９０、Ｓ９２、Ｓ９４において、初期アドレス（i＝0）からアドレスを順番に増加させて、前方向のパケット抜け検出が実行され、また、ステップＳ８６、Ｓ９８、Ｓ１００，Ｓ１０２、Ｓ１０４、Ｓ１０６において、初期アドレス（ｊ＝0）からアドレスを順番に減算させて後方向のパケット抜け検出が実行される。
【００４３】
即ち、ステップＳ８６において、直前のエラー無しパケット１６の巡回カウンタ３２のカウント値(preFreeCC)に“１”を加えた値（preFreeCC+１）がi番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６の巡回カウンタ３２の値(bufCC[i])に一致しているかが確認される。一致している場合には、ステップＳ８８において、直前のエラー無しパケット１６に続くエラー有パケット１６は、パケット抜けが生ぜず、連続していると判定される。例えば、図５（Ｃ）或いは図５（Ｄ）に示す例では、直前のエラー無しパケット１６の巡回カウンタ３２のカウント値(preFreeCC=0)に“１”を加えた値（preFreeCC+１=１）がi番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６(packet１、エラー”有“)の巡回カウンタ３２の値(bufCC[i]＝１)に一致していることから、ステップＳ８８において、パケット１６(packet１、エラー”有“)は、パケット１６(packet0、エラー”有“)に連続していると判定される。
【００４４】
次に、ステップＳ９０において、アドレス（ｉ）が増加されるとともに直前のエラー無しパケット１６の巡回カウンタ３２のカウント値(preFreeCC)が仮想的に増加され、ステップＳ９２において、増加されたアドレス（ｉ）がエラーカウンタ領域１３２Ｄのカウント値に達したかが判断される。増加されたアドレス（ｉ）がエラーカウンタ領域１３２Ｄのカウント値を超えていなければ、再びステップＳ８６、Ｓ８８、Ｓ９０、Ｓ９２が繰り返される。例えば、図５（Ｃ）或いは図５（Ｄ）に示す例では、（i+１）番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６(packet２、エラー”有“)の巡回カウンタ３２の値(bufCC[i]＝２)が増加されたカウント値(preFreeCC)に一致していることから、ステップＳ８８において、パケット１６(packet２、エラー”有“)は、パケット１６(packet１、エラー”有“)に連続していると判定される。
【００４５】
ステップＳ８６において、直前のエラー無しパケット１６の巡回カウンタ３２のカウント値(preFreeCC)に“１”を加えた値（preFreeCC+１）がi番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６の巡回カウンタ３２の値(bufCC[i])に一致していない場合には、巡回カウンタ３２のカウント値(preFreeCC)で指定されるパケットは、パケット抜けが生じているとしてステップＳ９８に移行される。例えば、図５（Ｃ）或いは図５（Ｄ）に示す例では、ステップＳ９０で設定された巡回カウンタ３２のカウント値(preFreeCC=２)に“１”を加えた値（preFreeCC+１=３）が（i+３）番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６(packet４、エラー”有“)の巡回カウンタ３２の値(bufCC[i]＝４)に一致していないことから、ステップＳ９８に移行される。ここでは、パケット(packet３、エラー”有“)が消失されていることが判明する。
【００４６】
ステップＳ９８においては、現エラー無しパケット１６の巡回カウンタ３２のカウント値(curCC)から“１”を減算した値（curCC−１）がｊ番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６の巡回カウンタ３２の値(bufCC[ｊ])に一致しているかが確認される。一致している場合には、ステップＳ１００において、現エラー無しパケット１６直前のエラー有パケット１６は、パケット抜けが生ぜず、連続していると判定される。例えば、図５（Ｃ）に示す例では、現エラー無しパケット１６の巡回カウンタ３２のカウント値(curCC=５)から“１”を減算した値（curCC−１=４）がｊ番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６(packet４、エラー”有“)の巡回カウンタ３２の値(bufCC[i]＝４)に一致していることから、ステップＳ１００において、パケット１６(packet４、エラー”有“)は、パケット１６(packet５、エラー”無し“)に連続していると判定される。同様に図５（Ｄ）に示す例では、現エラー無しパケット１６の巡回カウンタ３２のカウント値(curCC=７)から“１”を減算した値（curCC−１=６）がｊ番目のアドレスで指定されるエラーカウンタ領域１３２Ｄに格納されたパケット１６(packet６、エラー”有“)の巡回カウンタ３２の値(bufCC[i]＝６)に一致していることから、ステップＳ１００において、パケット１６(packet６、エラー”有“)は、パケット１６(packet７、エラー”無し“)に連続していると判定される。
【００４７】
次に、ステップＳ１０２において、アドレス（ｊ）が減少されるとともに現パケット１６の巡回カウンタ３２のカウント値(curCC)が仮想的に減少され、ステップＳ１０４において、減少されたアドレス（ｊ）がアドレス（i）に達したかが判断（ｉ＞＝ｊ）される。減少されたアドレス（ｊ）がアドレス（i）よりも小さければ、再びステップＳ９８、Ｓ１００、Ｓ１０２、Ｓ１０４が繰り返される。
【００４８】
ステップＳ９２において、増加されたアドレス（ｉ）がエラーカウンタ領域１３２Ｄのカウント値に達し、また、ステップＳ１０４において減少されたアドレス（ｊ）がアドレス（i）に達した場合には、ステップＳ９４及びステップＳ１０６でＴＳストリームの前後から判断したパケット抜けの対象とされるパケット１６が特定される。即ち、ステップＳ９４において、エラーパケットバッファ領域１３２Ｃに格納されるアドレス（ｉ＝０）からアドレス（ｉ−１）で指定されるエラーパケット（bufErrTs[0]〜bufErrTs[i−1]）は、連続していると判断され、また、アドレス（ｉ−１）で指定されるエラーパケット（bufErrTs[i−1]）から現パケットにパケット抜けが生じていると判断され、ステップＳ１０６において、エラーパケットバッファ領域１３２Ｃに格納されるアドレス（ｉ＝０）からアドレス（ｉ−１）で指定されるエラーパケット（bufErrTs[0]〜bufErrTs[i−1]）は、連続していると判断され、また、アドレス（ｉ−１）からアドレス（ｊ＋１）で指定されるエラーパケット（bufErrTs[i−1] 〜bufErrTs[ｊ＋1]）には、パケット抜けが生じていると判断される。図５（Ｃ）に示す例では、前後からパケット抜けを判断することによってパケット(packet３、エラー“有”)のパケット抜けを特定することができ、図５（Ｃ）に示す例では、前後からパケット抜けを判断することによってパケット(packet２、エラー“有”)からパケット(packet６、エラー“有”)間にパケット抜けが生じていること特定することができる。
【００４９】
パケット抜けを特定することができた後においては、ステップＳ９６に示すようにエラーカウンタ領域１３２Ｄのカウント値(numBufTsPacket)が初期化（numBufTsPacket＝０）され、ステップＳ８２を経て再び新たなパケット１６のパケット抜けが判定される。
【００５０】
図７（Ａ）及び（Ｂ）には、トランスポートストリームＴＳの伝送中にＴＳパケット１６が失われた場合の処理の一例を説明の便宜の為にデータ構造を簡略化して示している。
【００５１】
あるタイミングで受信部１１０が図７（Ａ）に示すようなトランスポートストリームＴＳの受信を開始し、あるトランスポートストリームパケット１６−１がデータプロセッサ１０２に送られると、既に説明したようにデータプロセッサ１０２は、トランスポートストリームパケット１６−１のヘッダ１４−１から誤り表示２０からエラーの混入なし（“Free”）及び巡回カウンタ３２からカウント値“０x０”を検出することとなる。ここで、トランスポートストリームパケット１６ー１には、ナルユニット（１）６６及びナルユニット（２）６６の一部がこのトランスポートストリームパケット１６−１によって運ばれていれば、これらナルユニット（１）６６及びナルユニット（２）６６の一部は、分離部１０３を介してビデオデコーダ１１１に送られる。伝送中にトランスポートストリームＴＳにおいてトランスポートストリームパケット１６−２にパケット落ちが発生している場合には、次のトランスポートストリームパケット１６−２は、受信部１１０で受信されず、更に次のトランスポートストリームパケット１６−３が受信部１１０に入力されることとなる。パケット落ちしたトランスポートストリームパケット１６−２にナルユニット（２）６６の残り及びナルユニット（３）６６の一部が格納されている場合には、これらナルユニット（２）６６の残り及びナルユニット（３）６６は、伝送中に失われることとなる。データプロセッサ１０２がトランスポートストリームパケット１６−２が伝送中に失われたことを検出すると、このナルユニット（３）６６の残部を捨てる処理をすることとなる。ここで,このナルユニット（３）６６の残部の破棄に伴って図７（Ｂ）に示すようにナルユニット（２）６６の残りをビデオデコーダ１１１に送る際に，ナルユニット（２）６６中のデータがバイト単位で終端したと仮定し，ナルユニット（２）６６の一部に続いてナルユニットの終端を示すターミネーション“０x80”を挿入してビデオデコーダ１１１に送り、ビデオデコーダ１１１では、既に入力された他のナルユニット６６並びにナルユニット（１）６６及びナルユニット（２）６６の残部で画像を形成することとなる。従って、一例としてピクチャフレームのマクロブロックが欠けたように表示部（図示せず）に表示されることとなる。また、他の例として欠けたマクロブロックが既にデコードされた他の近似したマクロブロックに入れ替えられて正常なマクロブロックと入れ替えられたマクロブロックとが組み合わされた画像が表示部（図示せず）に表示されることとなる。
【００５２】
トランスポートストリームパケット１６−３の破棄されるナルユニット（３）６６に続くナルユニット（３）６６は、その先頭のスタートコード（ＳＣ）で検出されてビデオデコーダ１１１に送られる。
【００５３】
上述した説明では、データ終端の整合処理をした後に、次のスタートコードまでのデータを破棄して検出したスタートコード後のナルユニットによってピクチャを構成しているが、ナルユニットに含まれるナルタイプにエラーがないスタートコードまでのナルユニットのデータを破棄してナルタイプにエラーがないナルユニット及びこれに続くナルユニットを利用してピクチャが構成されて良い。また、次に検出されるスタートコードを有するナルユニットがフィラーナルユニットである場合には、このフィラーナルユニットのデータを破棄してフィラーナルユニット以外のナルユニット及びこれに続くナルユニットを利用してピクチャが構成されて良い。更に、次のスタートコードが検出されるナルユニットがランダムアクセスポイントに相当しない場合には次々にナルユニットを破棄してＩＤＲ−ＡＵを構成するナルユニットが検出するまでナルユニットを破棄し、ＩＤＲ−ＡＵ（Instantaneous Decoding Refresh Access Unit）を構成するナルユニットが検出されて初めてピクチャを構成するようにしても良い。ここで、ＩＤＲ（Instantaneous Decoding Refresh）を含むナルユニットは、ランダムアクセスが可能なナルユニットであり、このナルユニットを利用することによって１つの完成されたピクチャを表示することが可能であり、図２（Ｃ）に示されるアダプテーションフィールドコントロール３０に含まれるランダムアクセスインディケータ（random_access_indicator）にフラグ“１”が記述されることから、次々にＴＳヘッダを検索してアダプテーションフィールドコントロール３０を確認することでＩＤＲ（Instantaneous Decoding Refresh）を含むナルユニットを検索することができる。
【００５４】
上述したようにこの発明の一実施例に係るトランスポート受信装置においては、デマルチプレクサ(Demux）部（分離部）がトランスポートストリーム（TSストリーム）のトランスポートストリームヘッダ内に設けられたエラー表示及び巡回カウンタを利用して失われたパケットを特定して終端処理してデータをビデオデコーダに転送している。また、破棄したパケットの後のデータは、スタートコード(Start Code(0x000001))を基準としている。従って、不連続データの誤解を生ずることなくデコードが可能となり，不連続点から誤り検出点までのデータ誤解釈に起因する画質劣化のない再生画像を得ることが出来る。
【００５５】
尚、一実施例として，Ｈ．２６４ストリームが多重化されたトランスポートストリームを対象に説明してきたが，この発明の適用範囲は，符号化方式，符号化対象メディアに依存せず、エレメンタリーストリームが同期点と符号化データから構成されれば良い。
【００５６】
以上のようにトランスポートストリームにおけるパケット落ちを検出して適切な再生画像を再生することができるが、トランスポートストリームに限らず、ＲＴＰ(Real Time Protocol)を利用したストリーミング伝送においても同様に適用することができる。ＲＴＰ(Real Time Protocol)を利用したストリーミング伝送におけるパケット落ちの検出について図８（Ａ）及び（Ｂ）を参照して説明する。
【００５７】
ＲＴＰ(Real Time Protocol)を利用したストリーミングでは、図８（Ａ）に示すようにＲＴＰパケット７０−１〜７０−４が次々に受信部１１０に供給される。ＲＴＰパケットには、単一ユニットパケット（Single NAL Unit Packet）、集合パケット（Aggregation Packet)及び分割（フラグメンテーション）ユニットパケット(Fragmentation Unit)がある。これらを識別する識別子がＲＴＰパケットヘッダ７２に続くペイロードヘッダ７４記述されている。ここで、単一ユニットパケット（Single NAL Unit Packet）には、１つのＮＡＬユニットのみが格納され、集合パケット（Aggregation Packet)には、複数のＮＡＬユニットが格納され、分割ユニットパケット(Fragmentation Unit) には、ＮＡＬユニットの一部が格納されている。しかも、単一ユニットパケット（Single NAL Unit Packet）及び集合パケット（Aggregation Packet)とその内のナルユニトは、互いに同期する関係にある。従って、単一ユニットパケット（Single NAL Unit Packet）或いは集合パケット（Aggregation Packet)が伝送中に欠けても、次々にパケットに同期してＮＡＬユニットがデコーダ１１１に供給されてデコードされる。これに対して、分割ユニットパケット(Fragmentation Unit)が欠けた際には、図７と同様の処理過程のＲＴＰヘッダのシークエンス番号が検出され、エラー表示が検出されて上述と同様に不連続である場合には、パケットが失われたと判断される。パケットの喪失があると、同様に喪失パケットの前に送られた前パケットのナルユニットの一部に終端処理が施されてターミネーション“0x80”が挿入される。
【００５８】
図８（Ａ）に示されるようにＲＴＰパケット７０−１が入力されてペイロードヘッダ７４から分割ユニットパケット(Fragmentation Unit)が検出されると、シークエンス番号（“0x0”、“0x1”）及びエラー表示によって連続していれば、そのままナルユニット（１）の一部をデコーダ１１１に送ることとなる。図８（Ａ）に示されるようにＲＴＰパケット７０−３が喪失されると、既に述べたと同様にシークエンス番号（“0x1”）並びにエラー表示からパケットの不連続が検出される。従って、ＲＴＰパケット７０−３が喪失していることが検出される。この場合には、図７（Ｂ）に示すストリームにおいて、喪失されたＲＴＰパケット７０−３より前のＲＴＰパケット７０−１及び７０−２のナルユニット（１）がデコーダ１１１に供給され，喪失されたＲＴＰパケット７０−３以降のナルユニット（１）は破棄され、デコーダには供給されない。
【００５９】
ここで連続して受信した最終ＲＴＰパケット７０−２に含まれるナルユニット（１）後段にターミネーション０ｘ８０が挿入される。これより、デコーダ１１１は、不連続なく供給されたナルユニット（１）でピクチャを構成するため,データ誤解釈による画質劣化のないピクチャを表示することとなる。
【００６０】
以上のように、この発明のストリーム受信装置では、トランスポートストリーム伝送中或いは他のＲＴＰ(Real Time Protocol)を利用したストリーミングで一部パケットが失われても、データ不連続のないエレメンタリーストリームをデコーダに供給することができる。
【図面の簡単な説明】
【００６１】
【図１】図１は、この発明の実施例に係るトランスポートストリームを受信してデコードする再生装置を概略的に示すブロック図である。
【図２】（Ａ）〜（Ｃ）は、図１に示される装置に伝送されるトランスポートストリーム（ＴＳ）のデータ構造を示す模式図である。
【図３】（Ａ）〜（Ｇ）は、図２（Ａ）及び（Ｂ）に示されるトランスポートストリームのパケットから生成されるパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）の構造を示す模式図である。
【図４】（Ａ）〜（Ｅ）は、図２（Ａ）〜（Ｃ）に示されるトランスポートストリーム、図３（Ａ）〜（Ｇ）に示されるパケッタライズド・エレメンタリ・ストリーム（ＰＥＳ）及びＨ．２６４のバイトストリームとの関係を示す模式図である。
【図５】（Ａ）〜（Ｄ）は、図１に示される再生装置に供給されるトランスポートストリームパケットの種々の態様を示す模式図である。
【図６】図５（Ａ）〜（Ｄ）に示されるトランスポートストリームの処理を示すフローチャートである。
【図７】（Ａ）及び（Ｂ）は、図１に示される装置に伝送されるトランスポートストリーム（ＴＳ）においてパケットが失われた際の説明をする為のパケットヘッダとＨ．２６４バイトストリームを混在して示す模式図及びデコーダに送られるバイトストリームを示す模式図である。
【図８】（Ａ）及び（Ｂ）は、図１に示される装置に伝送されるＲＴＰ(Real Time Protocol)ストリーミングを示す模式図及びデコーダに送られるバイトストリームを示す模式図である。
【符号の説明】
【００６２】
１２．．．ＴＳパケット、１４．．．ＴＳパケットヘッダ、１６．．．ＴＳパケットデータ、２０．．．誤り表示、２２．．．ペイロードユニットの開始表示、２６．．．ＰＩＤ、３２．．．巡回カウンタ、４０，４２．．．ＰＥＳパケット、１０２．．．データプロセッサ、１０３．．．分離部、１１０．．．受信部、１１４．．．ビデオデコーダ、１３２．．．メモリ
【図１】
2006295567.tif 000003
【図２】
2006295567.tif 000004
【図３】
2006295567.tif 000005
【図４】
2006295567.tif 000006
【図５】
2006295567.tif 000007
【図６】
2006295567.tif 000008
【図７】
2006295567.tif 000009
【図８】
2006295567.tif 000010