(57)【要約】Ａ／Ｖデータのストリーミングのために、改良されたプロテクト及びエラーを隠す機会を提供するフレーム構成が規定される。フレームは、ヘッダブロック（１０）及び複数のサブブロック（２２、２４、２６、２８）を含む。前記サブブロックの各々は、Ａ／Ｖ信号の所定の連続的な期間に対応するデジタル的にエンコードされた音声／ビデオデータを含む。これらサブブロックは、一般に可変長である。ヘッダブロック及びサブブロックの各々に対して、伝送の間関連したブロックを保護するためにそれぞれの関連したエラー防止コード（３１、３２、３４、３６及び３８）がフレーム中に存在する。ヘッダブロック（１０）は、フレーム中の少なくとも１つのサブブロックの位置の情報を提供する位置情報も含む。
2004538729.tif 000002
【特許請求の範囲】
【請求項１】
フレームのストリームの形のＡ／Ｖ信号を伝送するための送信器及び受信器を含むシステムであって、
前記フレームの各々はヘッダブロック及び複数のサブブロックを含み；
前記サブブロックの各々は、前記Ａ／Ｖ信号の所定の連続的な期間に対応するデジタル的にエンコードされたオーディオ／ビデオデータを含み；
前記サブブロックは可変長を有することができ；
前記フレームは、前記ヘッダブロック及び前記サブブロックの各々について、伝送の間関連したブロックを保護するためのそれぞれの関連したエラー防止コードを含み；
前記ヘッダブロックは前記フレーム中の少なくとも１つの前記サブブロックの位置に関する情報を提供する位置情報フィールドを含む、システム。
【請求項２】
請求項１に記載のシステムであって、前記エラー防止コードの各々は当該エラー防止コードが保護する前記関連したブロックに直接隣接して位置するシステム。
【請求項３】
請求項２に記載のシステムであって、前記位置情報フィールドは、前記サブブロックのうちの第１のサブブロック以外の全サブブロックの前記位置を提供し、前記第１のサブブロックの前記位置は前記サブブロックに先行するフレームの他の全ての要素の合計長から導出可能であるシステム。
【請求項４】
請求項３に記載のシステムであって、前記サブブロックに先行する前記フレームの全ての要素の前記合計長が予め定まっているシステム。
【請求項５】
フレームのストリームの形のＡ／Ｖ信号をエンコードする方法であって、
複数のデジタル的にエンコードされたオーディオ／ビデオデータサブブロックを受信するステップであって、前記サブブロックの各々は前記Ａ／Ｖ信号の所定の連続的な期間に対応し、前記サブブロックは可変長を有することができるステップと；
１つのフレームにエンコードされるべき前記Ａ／Ｖデータブロックに関する情報を含むヘッダブロックを生成するステップであって、前記情報は、前記フレームに含まれるべき少なくとも１つの前記サブブロックの位置の位置情報を含むステップと；
前記ヘッダブロックのために、伝送及び／又は記憶の間前記ヘッダブロックを保護するための関連したヘッダエラー防止コードを計算するステップと；
前記それぞれのＡ／Ｖデータサブブロックの各々のために、伝送及び／又は記憶の間前記関連したサブブロックブロックを保護するためのそれぞれの関連したサブブロックエラー防止コードを計算するステップと；
前記ヘッダブロック、前記関連したヘッダエラー保護コード、前記データサブブロックの各々及びそれぞれの関連したサブブロックエラー保護コードを含むフレームを形成して、伝送して及び／又は記憶するステップと；
を含む方法。
【請求項６】
エンコード装置であって、
複数のデジタル的にエンコードされたオーディオ／ビデオデータサブブロックを受信するための入力部であって、前記サブブロックの各々はＡ／Ｖ信号の所定の連続的な期間に対応し、前記サブブロックは可変長を有することができる入力部と；
エンコードされるべき前記Ａ／Ｖデータブロックに関する情報を含むヘッダブロックを生成する手段であって、前記情報は、前記フレームに含まれるべき少なくとも１つの前記サブブロックの位置の位置情報を含む手段と；
前記ヘッダブロックのために、伝送及び／又は記憶の間前記ヘッダブロックを保護するための関連したヘッダエラー防止コードを計算する手段と；
前記それぞれのＡ／Ｖデータサブブロックの各々のために、伝送及び／又は記憶の間前記関連したサブブロックブロックを保護するためのそれぞれの関連したサブブロックエラー防止コードを計算する手段と；
前記ヘッダブロック、前記関連したヘッダエラー保護コード、前記データサブブロックの各々及びそれぞれの関連したサブブロックエラー保護コードを含むフレームを形成して、伝送して及び／又は記憶する手段と；
を含む装置。
【請求項７】
フレームのストリームの形のＡ／Ｖ信号をデコ―ドする方法であって、
ヘッダブロック、関連したヘッダエラー保護コード、複数のデータサブブロック及びそれぞれの関連したサブブロックエラー保護コードを含む通信フレームを受信するステップであって、前記ヘッダブロックは前記フレーム中の前記データサブブロックに関する情報を含み、前記情報は前記フレーム中の少なくとも１つのデータサブブロックの位置の位置情報を含み、前記データサブブロックの各々は前記Ａ／Ｖ信号の所定の連続的な期間に対応し、前記サブブロックは可変長を有することができるステップと；
前記ヘッダエラー防止コードが前記ヘッダブロックに対応するかどうか確認し、対応が得られない場合は前記フレームの処理を終了するステップと；
少なくとも部分的には前記ヘッダブロックの前記位置情報の制御下で前記データサブブロックの位置を特定するステップと；
前記それぞれのデータサブブロックの各々に対して前記それぞれの関連したサブブロックエラー防止コードが前記データサブブロックに対応するかどうか確認するステップと；
エラーが検出されなかった各サブブロックからエンコードされたＡ／Ｖ信号を抽出するステップと、
を有する方法。
【請求項８】
フレームのストリームの形のＡ／Ｖ信号をデコードする請求項７に記載の方法であって、
エラーを含まない少なくとも１つの隣接したサブブロックから推定されたサブブロックを生成することによって、前記ストリームのデータサブブロックのエラーを隠すステップを含む方法。
【請求項９】
デコーダ装置であって、
ヘッダブロック、関連したヘッダエラー保護コード、複数のデータサブブロック及びそれぞれの関連したサブブロックエラー保護コードを含むフレームを受信するための入力部であって、前記ヘッダブロックは前記フレーム中の前記データサブブロックに関する情報を含み、前記情報は前記フレーム中の少なくとも１つのデータサブブロックの位置の位置情報を含み、前記データサブブロックの各々は前記Ａ／Ｖ信号の所定の連続的な期間に対応し、前記サブブロックは可変長を有することができるような入力部と；
デコーダであって、
前記ヘッダエラー防止コードが前記ヘッダブロックに対応するかどうか確認し、対応が得られない場合は前記フレームの処理を終了する手段と、
少なくとも部分的には前記ヘッダブロックの前記位置情報の制御下で前記データサブブロックの位置を特定する手段と、
前記それぞれのデータサブブロックの各々に対して前記それぞれの関連したサブブロックエラー防止コードが前記データサブブロックに対応するかどうか確認する手段と、
エラーが検出されなかった各サブブロックからエンコードされたＡ／Ｖ信号を抽出する手段と、
を含むデコーダと；
を含む装置。
【請求項１０】
記憶媒体からフレームを読み取って前記デコーダに当該読み取ったフレームを供給するための読み取り装置を含む請求項９に記載のデコーダ装置。
【請求項１１】
取り外し可能な記憶媒体を受ける手段を含み、前記読み取り装置は前記取り外し可能な記憶媒体から前記フレームを読み取るように動作する請求項１０に記載のデコーダ装置。
【請求項１２】
請求項１１に記載のデコーダ装置に用いられ、複数の前記フレームが記憶される記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、伝送／記憶エラーに対するＡ／Ｖデータの保護に関し、詳細には、Ａ／Ｖデータのストリーミングに関する。
【０００２】
【従来の技術】
記憶又は伝送媒体を介したＡ／Ｖ（音声及び／又はビデオ）データの配信は非常に重要なものになっている。例えば、インターネットの成功は、巨大な数のＭＰ３エンコーディングをされたオーディオタイトルの伝送をもたらした。ファイルのダウンロードの代わりに、受信されたデータのリアルタイムの消費によるストリーミングは、特にワイヤレス伝送と併せて増加すると予期される。比較的高品質のエンコードされたオーディオ又はビデオ信号のストリーミングに対する帯域幅の要件は重大なものであるため、伝送に伴うオーバヘッドを制御することは重要である。伝送媒体（特にワイヤレス媒体）の信頼性は比較的低くなり得るので、伝送エラーを検出し、検出されたエラーを処理する際には注意が必要である。例えば、伝送されたＡ／Ｖ信号の短い期間に発生するエラーは、２つの隣接した信号期間の間の補間によって又は他の適切な手段を用いて隠されることができる。
【０００３】
ＩＳＯ／ＩＥＣ アドバンストオーディオコーディング（ＡＡＣ） 標準規格 １３８１８−７ （ＭＰＥＧ２−ＡＡＣ）の６．２項及び８．１項並びにＩＳＯ／ＩＥＣ 標準規格 １４４９６−３ （ＭＰＥＧ４−Ａｕｄｉｏ）のサブパート１のＡ２．２項は、コーディングされたオーディオストリーム（いわゆるオーディオデータトランスポートストリーム（ＡＤＴＳ）フレーム）の伝送の形式を説明している。オーディオストリームは、この場合ＡＤＴＳフレームのシーケンスから成る。図１に示すように、ＡＤＴＳフレームは、ヘッダブロック１０及びペイロードフィールド２０を含む。ヘッダブロック１０は、固定ヘッダ１２及び可変ヘッダ１４を含む。固定ヘッダ１２は、音声のサンプリング周波数等、シーケンス中の全てのフレームについて同じ情報を含む。この情報は、ビットストリームへのランダムアクセスを可能にするためにあらゆるフレームにおいて伝送される。固定ヘッダは同期ワードも含む。可変ヘッダは、フレームによって変化することができるヘッダ情報を含む。可変ヘッダの要素の１つは、フレームの長さＬを含むフレーム長である。ペイロードフィールド２０は、最高４つの未処理オーディオデータのサブブロック（２２、２４、２６、２８）を含むことができ、各サブブロックは、チャネルごとに固定された数のオーディオサンプルを表す（例えばＭＰＥＧ２−ＡＡＣでは１０２４）。
【０００４】
エンコードされたビットストリームの伝送の最中に、好ましくない伝送条件に起因してビットエラーが発生し得る。このようなエラーは、ビットストリームを無効にし、大きく歪んだデコーダの出力を生じさせかねない。このような問題を解決するために、前記の標準規格は、サブブロック中のヘッダブロック及び実際のエンコードされた音声が随意に、同様にフレームに挿入されることができるエラー防止コード３０を使用して保護されることができることを示している。巡回冗長検査（ＣＲＣ）がエラー防止コードとして用いられる。このＣＲＣは伝送エラーを修正するのに用いられることができる。大きく歪んだ伝送チャネルに対しては、ＣＲＣはエラーを修正するのには十分でないかもしれないが、データの無効セグメントにフラグを立てるのには依然として使用されることができる。その場合、デコーダはその特定のデータセグメントに対して適当なエラー隠蔽手段をとることができる。受信データが通常「リアルタイム」でレンダリングされるＡ／Ｖストリーミングにおいては、エラーが検出された場合にデータの再送を実行する時間が通常はないことが理解されるであろう。
【０００５】
現在、エンコードされた音声を伝送するのに、フレームごとに１つのサブブロックのみを使用するＭＰＥＧ ＡＡＣ−ＡＤＴＳフレーム形式が用いられている。典型的には、ＣＲＣを使用したオプションのエラー防止が適用される。図１Ａに示されているように、１つのフレームにつき１つのサブブロックの場合、ＣＲＣコード３０は、固定ヘッダ１２、可変ヘッダ１４及びサブブロック２２に亘って計算される。フレームのヘッダ（固定及び可変ヘッダからなる）は固定長を有し、デコーディングを簡略化する。伝送オーバヘッドを低減するために、複数のサブブロックをＡＤＴＳフレームに含むという標準規格で提供されるオプションを使用することが所望される。しかし標準規格は、ＡＤＴＳフレームの複数のサブブロックについては、データの保護に関する明確な説明を提供していない。図１ｂに示されているように、１つの指定されたＣＲＣの保護の有効範囲はフレームの全てのサブブロックに拡張されることができる。このように拡張することは、１つのビットエラーがヘッダ又はサブブロックのどこかに存在すれば、全てのサブブロックが使用不可能になることを意味する。これはエラーの隠蔽を、もし不可能でないとすれば困難にする。
【０００６】
【発明が解決しようとする課題】
本発明の目的は、エンコードされたＡ／Ｖデータのストリーミングに適しており、フレームが複数のデータサブブロックを含むと同時に伝送エラーの影響を制限するようなフレーム形式を提供することである。
【０００７】
【課題を解決するための手段】
本発明の目的は、各フレームがヘッダブロック及び複数のサブブロックを含むフレーム構成であって、前記サブブロックの各々は、前記Ａ／Ｖ信号の所定の連続的な期間に対応するデジタル的にエンコードされたオーディオ／ビデオデータを含み；前記サブブロックは可変長を有することができ；前記フレームは、前記ヘッダブロック及び前記サブブロックの各々について、伝送の間関連したブロックを保護するためのそれぞれの関連したエラー防止コードを含み；前記ヘッダブロックは、前記フレーム中の前記サブブロックの少なくとも１つに関する情報を提供する位置情報フィールドを含む、フレーム構成を用いて達成される。各サブブロックを別々に保護することによって、各サブブロックに対して修正手段が別々にとられることができる。通常サブブロックと比較して比較的短いヘッダの別々の保護も使用することにより、ヘッダのエラーが別々に検出されることができる。第１のサブブロックのエラーはヘッダブロックを使用不可能にせず、従って、ヘッダ情報は依然他のサブブロックを処理するのに用いられることができる。エラー防止コードは、好適には幾つかのビットエラーの信頼性が高い検出を可能にする。好適には、ヘッダにより強いチャネルコードを適用することによって、一層の保護が与えられる。本発明によれば、フレームは大きさが可変なサブブロックの転送をサポートする。誤ったサブブロックのみをスキップすることを可能にするために、正しいサブブロックの位置を決めることを可能にするための位置情報が存在する。位置情報は、ヘッダブロックに挿入されて、ヘッダエラー防止コードによって保護されている。位置情報は、フレームの先頭からのオフセット等のいかなる適切な形式もとることができる。また、サブブロックの長さは、特定されていることができ、サブブロックの開始位置は、前のサブブロックの開始位置及び当該前のサブブロックの長さから導かれる。
【０００８】
従属請求項２の手段によれば、エラー防止コードは当該エラー防止コードが保護するブロックに直接隣接して位置し、好適には、その直後に配置される。これは、遅延のない単純な処理を可能にする。
【０００９】
従属請求項３の手段によれば、ヘッダブロックの長さは受信器にとって既知である（又はより一般には、サブブロックの前の全てのフレーム要素の合計長が既知である）。この情報から利益を得るのに、前記位置情報は、ヘッダに続く第１のサブブロックの位置を含んでいる必要はない。また、フレームについて該フレームの合計長は既知であり、次のフレームの位置を知るのを可能にする。
【００１０】
従属請求項４の手段によれば、ヘッダブロックは固定サイズである。従って、第１のブロックの位置は暗黙的に既知であり、追加の情報は必要でない。ヘッダブロックが固定サイズでない場合、好適には、ヘッダの長さに関する情報が（好適には所定の位置で）ヘッダブロックに挿入される。
【００１１】
フレームは、好適にはエンコードされたＡ／Ｖ信号のワイヤレス送受信及びストリーミング（送受信）のために用いられる。具体的には、フレームは放送音声及びＴＶに、また同様にインターネットラジオに、非常に役立つ。フレームはまた、特にフレームに対するランダムアクセスが必要であるとき、エンコードされたＡ／Ｖ信号の記憶のために使用されることができる。
【００１２】
これらの及び他の手段は図を参照して更に詳細に説明される。
【００１３】
【発明の実施の形態】
図１Ａは、１つのサブブロック２２を有するフレームの従来技術のフレーム構成を示す。図１Ｂは、フレームのペイロードフィールド２０の４つのサブブロック２２、２４、２６及び２８の例に対するＭＰＥＧ ＡＡＣ標準規格のシンタックスから続くフレーム構成を示す。この場合、フレームのフィールド３０のＣＲＣは、フレームの（固定ヘッダ１２及び可変ヘッダ１４を有する）ヘッダブロック１０及び全てのサブブロックをカバーする。サブブロックは通常かなり長く、ヘッダより大いに長いので、検出されたエラーがサブブロックの１つで発生したという可能性は高い。しかし、エラーがどこに位置するかを知ることができないので、ヘッダは当てにならず、全てのフレームの処理を不可能にする。
【００１４】
図２は、本発明のフレーム構成を示す。図２−Ｉは、１つのサブブロックに対する従来技術の状況を示す。既存の実現例との互換性の理由で、このフレーム構成が１つのサブブロックを有するフレームに対して維持されることが好ましい。図２−ＩＩ〜ＩＶは、それぞれ２、３及び４個のサブブロック（一般にはＮ個のサブブロック（Ｎ＞１））を有するフレームのフレーム構造を示す。図２−ＩＶにおいて、フレームのペイロードフィールド２０は、４つのサブブロック２２、２４、２６及び２８を含む。本発明によれば、ヘッダブロック１０は、図１の従来技術のＣＲＣ ３０の代わりにフレームに含まれる別々のエラー防止コード３０によって保護されている。互換性及び単純性の理由で、ＭＰＥＧ ＡＡＣ標準規格によって定められるのと同じＣＲＣが用いられてもよい。ヘッダブロックにおける修復できないエラーは全てのフレームの処理を不可能にするので、好適にはより強いチャネルコードが用いられる。また、示されているように、各サブブロックにはそのサブブロックをカバーする関連したエラー防止コードが付いてくる。これらのコードもフレームに含まれる。図２−ＩＶの例において、サブブロック２２はコード３２によって、ブロック２４はコード３４によって、ブロック２６はコード３６によって、また、ブロック２８はコード３８によって、保護される。好適には、ＭＰＥＧ ＡＡＣ標準規格によって特定されるＣＲＣがサブブロックのためのエラー防止コードとして用いられる。他のコードも同様に用いられてよい。
【００１５】
好ましい実施例において、エラー防止コードは当該コードによって保護されているブロックに隣接しており、好適には直後に続く。これは、不必要な遅延なしでコードを確認することを可能にする。
【００１６】
本発明によれば、サブブロックは可変長であってもよい。言うまでもなく、特定のアプリケーションについては固定長サブブロックも伝送されてもよいが、他の瞬間において他のアプリケーションについては他の大きさのサブブロックが伝送されてもよい。また、１つのアプリケーションにおいて、サブブロックの長さは本質的に時間的に変化してもよい。長さの違いは圧縮のレベルにあってもよい。ＭＰＥＧ ＡＡＣに対するフレームの好適な使用のために、サブブロックは例えば１０２４個のオーディオサンプルを表す。（高帯域幅チャネル上でのストリーミングのための）高ビットレートコーディングに対しては、ビットレートは４８０００Ｈｚのサンプリング周波数において例えば１２８０００ビット／秒であってもよい。サブブロックの平均長さは、このとき１０２４＊１２８０００／４８０００ ＝ ２７３０．６６６ビット又は（ほぼ）３４２バイトであるが、サブブロックによって変化する。（低帯域幅チャネル上でのストリーミングのための）低ビットレートコーディングに対しては、ビットレートは３２０００Ｈｚのサンプリング周波数において例えば３２０００ビット／秒であってもよい。サブブロックの平均長さは、このとき１０２４＊３２０００／３２０００ ＝ １０２４ビット又は１２８バイトであるが、再び、サブブロックによって変化する。ＭＰＥＧ ＡＡＣに対しては、（固定及び可変のヘッダを含む）ヘッダブロックの長さは、常に７バイトである。低ビットレートにおいてさえ、ヘッダは好適には（ヘッダブロックによって生じるオーバヘッドを低減するために）サブブロックより実質的に小さい。好適には、ヘッダブロックの長さは、平均サブブロックの長さより少なくとも１０倍小さい。ヘッダと比較して比較的大きいサブブロックを用いるため、フレーム中のエラーはサブブロックの１つの中にある確率が高い。別々にヘッダブロックを保護することによって、エラーがフレーム中に検出される場合であってもヘッダブロックは依然として使うことができる可能性が高い。サブブロックエラー防止コード及び位置情報の助けを借りて、有効なサブブロックの位置が特定され、更に処理されることができる一方で、無効サブブロックは廃棄される。
【００１７】
本発明によれば、フレームは大きさが可変なサブブロックの位置を特定することを可能にする位置情報４０を含む。サブブロック前の全ての要素の長さが既知であるＭＰＥＧ ＡＡＣ等のフレームについては（ＭＰＥＧ−ＡＡＣの場合、長さは所定である。その代わりに、長さ情報がまたフレームに挿入されるか又はフレームと共に送信されてもよい）、第１のサブブロック２２の位置を特定することは必要でない。このような場合、フレーム中のサブブロックＩＩ〜Ｎの位置に関する情報が、好適にはサブブロックＩの始点に対するビットで表したオフセットの形で加えられる。サブブロックＩの位置は、暗黙的に分かる（ヘッダの直後である）。前のサブブロックが無効であると発見された場合には、位置情報はサブブロックのデコーディングを可能にする。
【００１８】
好ましい実施例において、位置情報はヘッダブロックに挿入されており、ヘッダエラー防止コードによって保護されている。１つのサブブロックを有するＭＰＥＧ ＡＡＣフレーム形式の既存の実現例と最適に適合するために、位置情報は可変ヘッダの最後の位置に含まれる。既存のＣＲＣ ３０は同じ位置に保たれるが、ここでは固定ヘッダ、可変ヘッダ及び位置情報を保護するのみであり、最早第１のサブブロックは保護しない。
【００１９】
好適なフレーム構成のシンタックス説明は、次の通りである（ＭＰＥＧ ＡＡＣのシンタックス表記を使用している）：
【数１】
2004538729.tif 000003
定義：
・ ｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐｏｓｉｔｉｏｎ （ｉ）：ｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ（Ｏ）の開始位置からのオフセットとしてバイトで測定されるｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ（ｉ）の開始位置。
・ ａｄｔｓ＿ｅｒｒｏｒ＿ｃｈｅｃｋ（）：ＩＳＯ／ＩＥＣ １３８１８−７の定義と同等である。
・ ａｄｔｓ＿ｈｅａｄｅｒ＿ｅｒｒｏｒ＿ｃｈｅｃｋ（）：ＩＳＯ／ＩＥＣ： １１１７２−３（下位条項 ２．４．３．１（表６．７））にて説明されるように生成されるＣＲＣエラー検出データ。以下のビットは保護されており、以下の順でＣＲＣアルゴリズムに供給される：
・ ａｄｔｓ＿ｆｉｘｅｄ＿ｈｅａｄｅｒ（）の全ビット、
・ ａｄｔｓ＿ｖａｒｉａｂｌｅ＿ｈｅａｄｅｒ（）の全ビット、
・ 全ｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐｏｓｉｔｉｏｎ ｆｉｅｌｄｓの全ビット。
・ ａｄｔｓ＿ｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ＿ｅｒｒｏｒ＿ｃｈｅｃｋ （ｉ）：ＩＳＯ／ＩＥＣ： １１１７２−３（下位条項２．４．３．１（表６．７））にて説明されるように生成されるＣＲＣエラー検出データ。ｒａｗ＿ｄａｔａ＿ｂｌｏｃｋ（ｉ）の以下のビットは、保護されており、以下の順でＣＲＣアルゴリズムに供給される：
・あらゆるｓｉｎｇｌｅ＿ｃｈａｎｎｅｌ＿ｅｌｅｍｅｎｔ（ＳＣＥ）の最初の１９２ビット、ｃｈａｎｎｅｌ＿ｐａｉｒ＿ｅｌｅｍｅｎｔ（ＣＰＥ）、ｃｏｕｐｌｉｎｇ＿ｃｈａｎｎｅｌ＿ｅｌｅｍｅｎｔ（ＣＣＥ）、低周波拡張チャネル（ＬＦＥ）
・ｃｈａｎｎｅｌ＿ｐａｉｒ＿ｅｌｅｍｅｎｔの第２のｉｎｄｉｖｉｄｕａｌ＿ｃｈａｎｎｅｌ＿ｓｔｒｅａｍの最初の１２８ビット（ＩＣＳ）は保護されていなければならない。
・あらゆるｐｒｏｇｒａｍ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｅｌｅｍｅｎｔ（ＰＣＥ）又はｄａｔａ＿ｓｔｒｅａｍ＿ｅｌｅｍｅｎｔの全ての情報（ＤＳＥ）は保護されていなければならない。
１２８の又は１９２のビットという特定された長さが自身の実際の長さを上回るあらゆる要素については、該要素はＣＲＣ計算のために特定された長さになるようゼロパディングされる。ｉｄ＿ｓｙｎ＿ｅｌｅビットは、ＣＲＣ保護から除外される。ＣＰＥの長さが１９２ビットより短い場合、ビット長１９２を達成するためにゼロデータが追加される。更に、ＣＰＥの最初のＩＣＳがＮ番目のビット（Ｎ＜１９２）で終了する場合、第２のＩＣＳの最初の（１９２−Ｎ）ビットは２回保護される。例えば、第２のＩＣＳがＣＰＥの１９０番目のビットで開始する場合、第２のＩＣＳの最初の３ビットは２回保護される。最後に、第２のＩＣＳの長さが１２８のビットより短い場合、１２８ビットの長さを達成するためにゼロデータが追加される。
【００２０】
図３は、本発明の伝送システム３００を示す。Ａ／Ｖ信号は、エンコーダ３３０に供給される。エンコーダ３３０は、複数のデジタル的にエンコードされたオーディオ／ビデオデータサブブロックを受信するための入力部を含み、前記サブブロックの各々は、前記Ａ／Ｖ信号の所定の連続的な期間に対応する。上記の通り、サブブロックは一般に可変長を有する。典型的にサブブロックは、連続したブロックの実質的に連続的なストリームで受信される。エンコーダ３３０はヘッダブロックを生成するように動作する。ヘッダブロックは、エンコードされるべきＡ／Ｖデータブロックに関する情報（例えばサンプリングレート）を含む。この情報の一部は別々にエンコーダに供給されてもよい。この情報は、フレームに含まれるべきサブブロックの位置の位置情報を含む。エンコーダは、好適には入力で供給される個々のサブブロックの長さ情報からこの情報を決定する。このような長さ情報は、別々に供給されてもよく、又は、他の情報の中に暗黙的に示されていてもよい。エンコーダ３３０は、伝送及び／又は記憶の間ヘッダブロックを保護するための関連したヘッダエラー防止コードをヘッダブロックのために計算する。エンコーダ３３０はまた、伝送及び／又は記憶の間関連したサブブロックブロックを保護するためのそれぞれの関連したサブブロックエラー防止コードを、それぞれのＡ／Ｖデータサブブロックの各々のために計算する。従来型のソフトウェアルーチン又はハードウエア回路が、エラー防止コードを計算するために用いられてもよい。エンコーダは、本発明のフレーム構成全体をメモリに組み込んで、これを送信器３１０に渡す。通常、サブブロックを生成して、ヘッダ及びエラー防止コードを添付するのに１つの集積化されたエンコーダが用いられる。典型的に、エンコーダはＤＳＰ又は類似した種類のマイクロプロセッサを用いてソフトウェアで実現される。ソフトウェアは、エンコーダに埋め込まれてもよい。当業者は、また、エンコーダの適切なハードウェア実現例を構築することが可能である。送信器は、エンド受信器３２０に通信媒体３５０（例えばインターネットを介して）を介してフレームを伝送するためにいかなる所望の通信プロトコルも実行することができる。受信器３２０はデコーダ３４０に受信された情報を供給する。
【００２１】
デコーダ３４０は、ヘッダブロック、関連したヘッダエラー保護コード、複数のデータサブブロック及びそれぞれの関連したサブブロックエラー保護コード前記フレームを受信するための入力部を含む。ヘッダブロックは、フレームのデータサブブロックに関する情報を含み、特に、フレーム中の少なくとも１つのデータサブブロックの位置の位置情報を含む。デコーダ３４０は、ヘッダエラー防止コードがヘッダブロックに対応するかどうか確認する。これは、受信されたヘッダブロックに対するエラー防止コードを計算して、これを受信されたヘッダエラー防止コードと比較することによって行われてもよい。エラーが検出される場合、デコーダ３４０はフレームの処理を終了する。デコーダ３４０は、上記の通りに、少なくとも部分的にはヘッダブロックの位置情報の制御の下でデータサブブロックの位置を特定する。デコーダは、それぞれのデータサブブロックの各々に対して、それぞれの関連したサブブロックエラー防止コードがデータサブブロックに対応するかどうか、（例えばコードを計算し、これを受信されたコードと比較することによって）確認する。誤ったサブブロックは廃棄され、エラーが検出されなかった各サブブロックからエンコードされたＡ／Ｖ信号を抽出することによって正しいサブブロックは保持される。エンコードされたＡ／Ｖ信号は、特定の形式のエンコーディング（例えばＭＰＥＧ ２ンコーディング）に適した態様で更にデコ―ドされる。この更なるデコーディングは、デコーダ３４０によって又は外部デコーダによって行われてもよい。典型的にデコーダは、適切な処理プラットフォーム上のソフトウェアによっても実現される。
【００２２】
好適には、誤ったフレーム又はサブブロックは単に廃棄されるのではなく、推定されたフレーム又はサブブロックによって誤ったフレーム又はサブブロックを置換することによって、このようなエラーを隠すための手段がとられる。
あらゆる公知の隠蔽方法（例えば補間）が用いられてもよい。
【００２３】
図４は、フレーム構成が記録される記憶媒体４１０を有するデコーダ装置４００を示す。（例えばオプティカル、磁気、光磁気及びソリッドステート等の）あらゆる記憶媒体（記録担体を含む）が使用されてもよい。リーダ４２０は、記憶４１０から１つ以上のフレームを読み込んで、デコーダ４３０に該フレームを供給する。デコーダ４３０は図３のデコーダ３４０で説明されたのと同じあってよい。リーダ４２０は記憶媒体と適合する。記憶媒体４１０は、前記デコーダ装置４００に固定して位置することができる。また、本発明によるフレームを携帯する取り外し可能な記憶媒体（例えば光ディスク、フラッシュメモリカード）が使用されてもよい。
【図面の簡単な説明】
【図１Ａ】従来技術のフレーム構成を示す。
【図１Ｂ】従来技術のフレーム構成を示す。
【図２】本発明のフレーム構成を示す。
【図３】本発明の伝送システムを示す。
【図４】フレーム構成が記録される記録担体を有するデコーダ装置を示す。
【図１Ａ】
2004538729.tif 000004
【図１Ｂ】
2004538729.tif 000005
【図２】
2004538729.tif 000006
【国際公開パンフレット】
2004538729.tif 000007
2004538729.tif 000008
2004538729.tif 000009
2004538729.tif 000010
2004538729.tif 000011
2004538729.tif 000012
2004538729.tif 000013
2004538729.tif 000014
2004538729.tif 000015
2004538729.tif 000016
2004538729.tif 000017
2004538729.tif 000018
2004538729.tif 000019
2004538729.tif 000020
2004538729.tif 000021
2004538729.tif 000022
2004538729.tif 000023
【国際調査報告】
2004538729.tif 000024
2004538729.tif 000025
2004538729.tif 000026