JP5296123B2 - 帯域外ディレクトリ情報を使用するエラー耐性の改良 - Google Patents

Description

関連出願の記載

この特許出願は、２００６年４月４日に出願された、「帯域外ディレクトリ情報を使用するエラー耐性の改良（Improving Error Resilience Using Out of Band Directory Information）」と題され、かつこの譲受人に譲渡された仮特許出願第６０／７８９，４５４号と、２００５年５月１３日に出願された、「帯域外ディレクトリ情報を使用してパケットエラー耐性を改良するための方法および装置（Methods and Apparatus for Improving Packet Error Resiliency Using Out-Of-Band Directory Information）」と題され、かつこの譲受人に譲渡された仮特許出願第６０／６８０，８０９号の優先権を主張するものであり、両者とも参照として本明細書に組み込まれる。

本発明は、エラー管理スキームによってデジタルデータを符号化および復号化するための方法および装置に関する。

インターネットおよび無線通信の爆発的成長および大成功ならびにマルチメディアサービスに対する需要の増加によって、インターネットおよびモバイル／無線チャネルでのストリーミングメディアは大きく注目されるようになった。異種インターネットプロトコル（ＩＰ）ネットワークにおいて、ビデオはサーバーによって提供されて、１つ以上のクライアントによってストリーミングされることが可能である。有線接続はダイアルアップ、サービス統合デジタルネットワーク（ＩＳＤＮ）、ケーブル、デジタル加入者ラインプロトコル（総称してｘＤＳＬと称される）、ファイバ、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）などを含む。送信モードはユニキャストまたはマルチキャストのいずれかであってもよい。

モバイル／無線通信は異種ＩＰネットワークに類似している。モバイル／無線チャネルでのマルチメディアコンテンツのトランスポートは、これらのチャネルはしばしば、マルチパスフェージング、シャドーイング、シンボル間干渉および雑音外乱によって著しい障害があるため、極めて困難である。移動性および競合するトラフィックなどの他の理由もまた帯域幅のばらつきおよび損失を引き起こす。チャネル雑音、およびサービス提供されているユーザー数はチャネル環境の時変プロパティを判断する。

異種ＩＰネットワークおよびモバイル通信システムの両方におけるより高いデータレートおよびより高いサービス品質という要求は急速に大きくなりつつある。しかしながら、遅延時間の制限、送信電力の制限、帯域幅の制限およびマルチパスフェージングなどの要因は、実用システムによって取り扱われるデータレートを制限し続ける。マルチメディア通信において、特にエラーが発生しやすい環境では、単一の復号値のエラーも空間的かつ時間的に伝搬するアーチファクトの復号化につながる恐れがあるため、送信メディアのエラー耐性は所望のサービス品質を提供する際に重大なことである。必要なデータレートを維持しつつエラーを削減するために種々の符号化手段が使用されてきたが、これらの技術のすべては、復号器側に入ってくるエラーによる問題に悩まされている。

ソース符号器の使用によって、データが圧縮される、つまり、最大数のビットを使用することによって、続いて、これらのビットを受信する際の所与のエラー確率に対する送信チャネルの容量を最大化する傾向があるチャネル符合器によって最大情報を搬送する。

チャネルコード化、例えばリードソロモン符号化が、ソースコード化データの堅牢性を改良するために使用される。ジョイントソースチャネルコード化方法が、様々なエラー保護レベルを様々な重要性レベルのソースコード化データに提供したり、パケットを分割およびドロップすることによって使用可能なネットワーク帯域幅へのコード化ビデオデータのレート適合を可能にしたりするために使用されてきた。これは、共通のトランスポートプロトコルが破損データをソース復号器に配信しないためである。

（例えば、ＭＰＥＧ−４における）リバーシブル可変長コード化などのソースコード化技術が、破損パケットが実際に受信される場合にパケットを逆に復号化することによってエラー回復に使用されてきた。ソースコード化技術によるコード化効率の妥協があり、これは所与のビットレートの復号化ビデオの品質に変換する。

（総称してＭＰＥＧ−ｘと称される）ＭＰＥＧ−１，ＭＰＥＧ−２、ＭＰＥＧ−４、（総称してＨ．２６ｘと称される）Ｈ．２６１、Ｈ．２６２、Ｈ．２６３およびＨ．２６４などのハイブリッドコード化標準は、復号器でエラーを取り扱う主要方法としてビットストリームにおいて再同期ポイントを使用する。

初期破損を上回るデータ損失をもたらす恐れのあるもう１つの理由は、不正確なコードワードエミュレーションによるものである。初期ビットエラー位置の識別は簡単なタスクではなく、ＭＡＣ層や物理層コンポーネントにおけるビットエラー位置の識別をサポートする特殊設計なしでは通常不可能である。ゆえに、ビットストリーム破損を検出すると、復号器は、次の再同期ポイントを発見するためのビットストリームにおいて、また相当量の潜在的に健全なデータを必ずスキップするプロセスにおいて復号化を停止して進まなければならない場合がある。オリジナルと同じ長さの異なるコードワード、つまり真正なコードワードのエミュレーションは上記イベント系列に対して問題がないように見えるが、これは実際にはそうではない。この種のエラーが復号器の正確なビットストリーム解釈の不具合をもたらす場合が多数ある。例えば、最新コードにおいては、その値がビットストリームの後続部分の構文に影響するビットストリーム（圧縮関連パラメータ）に複数のオブジェクトがある。ゆえに、このようなオブジェクトの不正確な値は不正確なビットストリーム解釈をもたらす恐れがある。

ハイブリッドコード化標準で一般的に使用される可変パケット長ゆえに、可変長パケットを復号化するのに必要な情報（例えば、パケット長および／または同期情報）は、ビットストリームを適切に復号化するために復号装置に送信されなければならない。共通のトランスポートプロトコルは、この必要な可変パケット長および／または同期情報を配信するための種々の層のヘッダー情報（例えば、トランスポート層ヘッダーおよび／または同期層ヘッダー）に左右されるため、ソース復号器は誤りビットストリームを取り扱う能力が制限されており、パケットのドロップおよび再同期化は最も一般的な解決策である。同期損失および不正確なコードワードエミュレーションなどの問題ゆえにエラー伝搬およびデータ損失につながるビットエラーを取り扱うための改良された方法が必要とされる。

マルチメディアデータを処理するための方法が提供される。該方法は、該マルチメディアデータを受信することと、該マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成することとを含む。一部の態様では、該方法はさらに、該マルチメディアデータを送信することと、該ディレクトリを送信することとを含む。

マルチメディアデータを処理するためのプロセッサが提供される。該プロセッサは、該マルチメディアデータを受信し、該マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成するように構成されている。一部の態様では、該プロセッサはまた、該マルチメディアデータを送信し、かつ該ディレクトリを送信するように構成されている。

マルチメディアデータを処理するための装置が提供される。該装置は、該マルチメディアデータを受信する受信機と、該マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成する生成器とを含む。一部の態様では、該装置はまた、該マルチメディアデータおよび該ディレクトリを送信する送信機を含む。

マルチメディアデータを処理するための装置が提供される、該装置は、該マルチメディアデータを受信する手段と、該マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成する手段とを含む。一部の態様では、該装置はまた、該マルチメディアデータおよび該ディレクトリを送信する手段を含む。

マルチメディアデータを処理するための方法を具現化するコンピュータ読み取り可能な媒体が提供される。該方法は、該マルチメディアデータを受信することと、該マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成することとを含む。一部の態様では、該方法はまた、該マルチメディアデータを送信することと、該ディレクトリを送信することとを含む。

マルチメディアデータを処理するための方法が提供される。該方法は、マルチメディアデータストリームを受信することと、該マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信することとを含む。一部の態様では、該方法はまた、該ディレクトリを使用して該マルチメディアデータストリームの一部を復号化することを含む。

マルチメディアデータを処理するためのプロセッサが提供される。該プロセッサは、マルチメディアデータストリームを受信し、かつ該マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信するように構成されている。一部の態様では、該プロセッサはまた、該ディレクトリを使用して該マルチメディアデータストリームの一部を復号化するように構成されている。

マルチメディアデータを処理するための装置が提供される。該装置は、マルチメディアデータストリームを受信し、かつ該マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する受信機と、該受信されたディレクトリの少なくとも一部を記憶するメモリとを含む。一部の態様では、該装置はまた、該ディレクトリを使用して該マルチメディアデータストリームの少なくとも一部を復号化する復号器を含む。

マルチメディアデータを処理するための装置が提供される。該装置は、マルチメディアデータストリームを受信し、かつ該マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する手段と、該ディレクトリの少なくとも一部を記憶する手段とを含む。一部の態様では、該装置はまた、該ディレクトリを使用して該マルチメディアデータストリームの少なくとも一部を復号化する手段を含む。

マルチメディアデータを処理するための方法を具現化するコンピュータ読み取り可能な媒体が提供される。該方法は、マルチメディアデータストリームを受信することと、該マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信することとを含む。一部の態様では、該方法はまた、該ディレクトリを使用して該マルチメディアデータストリームの一部を復号化することを含む。

ストリーミングビデオを配信するための通信システムの一例の図である。 図１の符号器デバイス１０５および復号器デバイス１１０にタスクを分割するのに使用される多層プロトコルスタックの一例のブロック図である。 ストリーミングマルチメディアデータを処理するための方法の一例を図示するフロー図である。 多層パケット化スキームの一例の図である。 ストリーミングマルチメディアデータを処理するための方法の一例を図示するフロー図である。 マルチメディアデータを処理するための装置の一例を図示するブロック図を示している。 マルチメディアデータを処理するための装置の別の例を図示するブロック図を示している。

マルチメディアデータストリームを復号化する際のパケットエラー耐性を改良するための方法および装置について説明する。符号器デバイスは、マルチメディアデータストリームの１つ以上の層（例えば、トランスポート層および／または同期層）に含有されている種々のパケットと関連したヘッダー情報を識別可能である。ヘッダー情報はパケットサイズ、パケット番号、パケット内の別のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレートあるいは１グループのパケットにおける関連パケット数を含むことがある。ヘッダー情報のディレクトリが生成されて、復号器に送信されて、データストリーム内のオリジナルヘッダー情報の一部が送信中に失われたり、エラー受信されたりする場合に使用される。一部の態様では、ヘッダー情報を含むディレクトリは、オリジナルヘッダーを含むデータパケットが送信される通信リンク以外のチャネルなどの通信リンクで送信される。従って、ディレクトリを受信する復号器は、受信されたマルチメディアデータストリームにおけるデータパケットを検索するためにヘッダー情報を使用してもよい。誤りパケットが復号器によって受信される場合には、復号器は、失われたデータの回復を容易にするためにディレクトリヘッダー情報を使用してもよい。以下の説明では、実施形態の徹底した理解を提供するための具体的な詳細が与えられる。しかしながら、実施形態はこれらの具体的な詳細なしに実践可能であることが当業者に理解されるであろう。例えば、電気コンポーネントは、不必要な詳細によって実施形態を妨害しないように、ブロック図に示されてもよい。他の例では、このようなコンポーネントや他の構造および技術が、実施形態をさらに説明するために詳細に示されてもよい。個別ブロックで示されている電気コンポーネントは再配列、および／または１つのコンポーネントに結合されてもよいことが当業者に理解されるであろう。

一部の実施形態は、フローチャート、フロー図、構造図またはブロック図で示されているプロセスとして説明されてもよい点に注目する。フローチャートは順次プロセスとして動作を説明してもよいが、動作の多くは平行してつまり同時に実行可能であり、またプロセスは反復可能である。加えて、動作の順序は並べ替えられてもよい。プロセスは、この動作が完了されると終了される。プロセスは、方法、機能、手順、サブルーチン、サブプログラムなどに相当することもある。プロセスが機能に相当する場合、この終了は、呼び出し機能やメイン機能への機能のリターンに相当する。

図１は、ストリーミングビデオを配信するための通信システムの一例の図である。システム１００は符号器デバイス１０５および復号器デバイス１１０を含む。符号器デバイス１０５および復号器デバイス１１０などの通信デバイスは、タスクを分散させるために使用される多層プロトコルスタックを使用してもよい。符号器デバイス１０５および復号器デバイス１１０における上層コンポーネントは、例えばビデオやオーディオ符号器および／または復号器などの複数のアプリケーションを含んでもよい。一部の実施形態は、同時に復号化されることを意味する複数の情報ストリームを含むことがある。これらの場合、複数のストリームの同期タスクもまた上層コンポーネントで実行されてもよい。符号器デバイス１０５において、上層コンポーネントは、無線ネットワークおよび／または有線ネットワーク１５０で送信されるビットストリームに符号化タイミング情報を提供してもよい。復号器デバイス１１０において、上層コンポーネントは複数の情報ストリームを、関連アプリケーションがこれらをほぼ同時に復号化するように解析してもよい。

符号器デバイス１０５の下層コンポーネントはエラー耐性を提供する種々のスキームを含んでもよい。有線および／または無線ネットワーク１５０などのエラーが発生しやすいチャネルは、復号器デバイス１１０によって受信されるビットストリームにエラーを導入してしまう場合がある。下層コンポーネントに提供されたこのようなエラー耐性スキームは１つ以上のエラーコントロールコード化スキーム、インタリーブスキーム、および当業者に公知の他のスキームを含んでもよい。復号器デバイス１１０の下層コンポーネントは、エラーの検出および補正を可能にする、対応するエラー復号コンポーネントを含んでもよい。有線および／または無線ネットワーク１５０で導入されるエラーには、復号器デバイス１１０の下層コンポーネントによって補正可能でないものもある。補正可能でないエラーについては、符号器デバイス１０５の下層コンポーネントによる破損コンポーネントの再送信リクエストなどの解決策が、状況によっては実行可能ではない場合がある。

図２は、符号器デバイス１０５および復号器デバイス１１０にタスクを分割するのに使用される多層プロトコルスタックの一例のブロック図である。符号器デバイス１０５の上層コンポーネントはアプリケーション層２０６および同期層２０７のうちの１つ以上に分散される。符号化デバイス１０５の下層コンポーネントはトランスポート層２１６、ストリームおよび／またはメディアアクセスコントロール（ＭＡＣ）層２１７および物理層２１８のうちの１つ以上に分散される。同様に、復号器デバイス１１０の上層コンポーネントはアプリケーション層２１１および同期層２１２のうちの１つ以上に分散される。復号器デバイス１１０の下層コンポーネントはトランスポート層２２１、ストリームおよび／またはメディアアクセスコントロール（ＭＡＣ）層２２２および物理層２２３のうちの１つ以上に分散される。当業者はこれらの層について認識し、かつこれらの間での種々のタスクの割り当てについて精通している。

図１および２を参照すると、符号器デバイス１０５はさらにヘッダー情報識別子１１５と、ヘッダーディレクトリ生成器１２０と、マルチメディア符号器１２５と、メモリコンポーネント１３０と、プロセッサ１３５と、受信機／送信機１４０とを含む。プロセッサ１３５は概して、例示的符号器デバイス１０５の動作全体をコントロールする。

ヘッダー情報識別子コンポーネント１１５は、例えば種々の通信層に関連するヘッダーにおいて、マルチメディアデータのパケット化に関する情報を識別する。一部の例では、パケット化が種々のレベルで実行されて、複数のデータストリームが符号化プロセスで分解（解析）され、少なくとも部分的には、符号器の種々の層によって追加されたヘッダー情報を使用して復号中に再構築される。例えば、同期層２０７は、複数のタイプのパケットを同時に復号化可能な複数の復号器コンポーネントとリンクしている複数のタイプのパケットを識別するヘッダー情報を追加してもよい。同期層のヘッダー情報は、データシーケンス時間、データシーケンス期間、目的復号器コンポーネント（例えば、オーディオ、ビデオおよびクローズドキャプション）、フレーム番号、パケット番号および他の情報を識別するフィールドを含んでもよい。同期層パケットは一部の例では可変長である場合もある。これは、例えば可変長コード化スキームを含むデジタル圧縮スキームなどの種々の符号化スキームに起因する場合がある。

ヘッダー情報識別子１１５によって識別可能な他のタイプのパケットは、トランスポート層２１６で利用可能なような固定長パケットを含んでもよい。トランスポート層パケットは、種々のエラーコード化スキーム、変調スキーム、および固定長パケットを使用する他のスキームをサポートするために固定長であってもよい。トランスポートヘッダーは、単一の同期層パケットから解析されたトランスポート層パケット数を識別する情報を含有してもよい。同期層パケットが可変長である場合、データを含むのに必要なトランスポート層パケット数も可変である場合もある。

ヘッダー情報識別子１１５はまた、種々のパケットの、例えばビットまたはバイト単位の長さを識別するために復号器によって使用される情報を識別可能である。一部のパケットは可変長であり、また異なるソースからの固定長パケットさえも長さが異なる場合があるため、パケット長はパケットを再構築するために必要とされる場合がある。パケット長情報の性質に応じて、別のパケット内の複数のパケットの位置（例えば、同期層パケットがより大きな複数のトランスポート層パケットの位置）はまた、（例えば累積パケットサイズ情報を使用して）間接的に、または直接的に判断されてもよい。ヘッダー情報コンポーネント１１５によって識別される種々の形態のヘッダー情報を復号器が使用する様子に関する詳細について後述する。

ヘッダーディレクトリ生成器１２０は、ヘッダー情報識別子１１５によって識別された情報の少なくとも一部を用いて、ディレクトリを生成する。ディレクトリは、アプリケーション層２０６、同期層２０７およびトランスポート層２１７などの種々の層と関連したヘッダー情報を含んでもよい。エラー受信された誤りパケットのサイズの識別、再同期するために次の使用可能なパケットの識別などを含む種々のエラーからの回復の際に、情報は復号器デバイスによって使用されてもよい。ヘッダーディレクトリからのヘッダー情報は、データストリーム内の損失された、または誤ったオリジナルヘッダー情報を置換するために使用可能である。

マルチメディア符号器１２５は、空間ドメインから、ＤＣＴ（離散コサイン変換）の場合の周波数ドメインなどの別のドメインにビデオ（またはオーディオやクローズドキャプションテキスト）データを変換および／または量子化する変換器／量子化器コンポーネントを含むサブコンポーネントを含んでもよい。マルチメディア符号器はまたエントロピー符号器コンポーネントを含むこともある。エントロピー符号器コンポーネントはコンテクスト適合可変長コード化（ＣＡＶＬＣ）を使用してもよい。符号化データは、量子化データ、変換データ、圧縮データまたはこれらの組み合わせを含んでもよい。メモリコンポーネント１３０は、符号化される未加工ビデオデータ、送信される符号化ビデオデータ、ヘッダー情報、ヘッダーディレクトリ、あるいは種々の符号化コンポーネントによって操作中の中間データなどの情報を記憶するために使用される。

本例では、受信機／送信機コンポーネント１４０は、符号化されるデータを外部ソース１４５から受信するために使用される回路および／またはロジックを含む。外部ソース１４５は例えば、外部メモリ、インターネット、ライブビデオおよび／またはオーディオ供給であってもよく、またデータ受信は有線および／または無線通信を含むことが可能である。送信機１４０はまた回路および／またはロジック、例えば、符号化データをネットワーク１５０で送信する（Ｔｘ）送信機を含む。ネットワーク１５０は、電話、ケーブルおよび光ファイバなどの有線システムや無線システムの一部であってもよい。無線通信システムの場合、ネットワーク１５０は例えば、符号分割多重アクセス（ＣＤＭＡまたはＣＤＭＡ２０００）通信システムの一部を備えることが可能であり、あるいはまたシステムは周波数分割多重アクセス（ＦＤＭＡ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システム、サービス業向けのＧＳＭ(登録商標）／ＧＰＲＳ（汎用パケット無線サービス）／ＥＤＧＥ（拡張データＧＳＭ(登録商標）環境）やＴＥＴＲＡ（地上波基幹無線）モバイル電話技術などの時分割多重アクセス（ＴＤＭＡ）システム、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高データレート（１ｘＥＶ−ＤＯや１ｘＥＶ−ＤＯゴールドマルチキャスト）システム、あるいは一般的には、技術の組み合わせを用いる任意の無線通信システムであってもよい。

送信データは、ビデオ、オーディオおよび／またはクローズドキャプションなどの複数のビットストリームを含むことがある。一部の例では、送信データはまたヘッダーディレクトリの少なくとも一部を含む。一部の例では、ヘッダーディレクトリは、複数のビットストリームが送信されるチャネルとは異なるチャネル（虚または実）で送信される。

符号器デバイス１０５は説明目的の簡略例である点に注目すべきである。従って、図１および／または２に示されている符号器デバイス１０５の１つ以上の要素は省略、並べ替えおよび／または結合されてもよい。例えば、プロセッサコンポーネント１３５は符号器デバイス１０５の外部にあってもよい。

復号器デバイス１１０は、ヘッダー情報識別子１５５、パケットロケータ１６０、マルチメディア復号器１６５、メモリコンポーネント１７０、フラッガー(flagger)１７２、受信機１７５、プロセッサ１８０および解析器１８２を含む、符号器デバイス１０５と類似のコンポーネントを含む。復号器デバイス１１０は、ネットワーク１５０で、または外部記憶装置１８５から送信された符号化マルチメディアデータを受信する。受信機１７５は、ネットワーク１５０と関連して符号化データを受信する（Ｒｘ）ために使用される回路および／またはロジック、ならびに、外部記憶装置１８５から符号化データを受信するためのロジックを含む。外部記憶装置１８５は例えば、外部ＲＡＭまたはＲＯＭ、あるいは遠隔サーバーであってもよい。マルチメディアビットストリームの受信に加えて、受信機１７５は、ヘッダーディレクトリ生成器１２０で生成されたヘッダーディレクトリを受信することができる。

マルチメディア復号器１６５は、受信された符号化マルチメディアビットストリームを復号化する際に使用される回路および／またはロジックを含む。マルチメディア復号器１６５のサブコンポーネントは、逆量子化コンポーネント、逆変換コンポーネントおよび種々のエラー回復コンポーネントを含んでもよい。正しく受信されたパケットは、アプリケーション層２１１の対応するコンポーネントによって復号化可能である。エラー回復コンポーネントは、（リードソロモン符号化および／またはターボコード化などの）低レベルのエラー検出および補正コンポーネント、ならびに、下層方法によって補正不可能なデータを置換および／または隠蔽するために使用される上層エラー回復および／またはエラー隠蔽を含むことがある。種々のエラー回復コンポーネントは、符号器デバイス１０５のヘッダーディレクトリ生成器１２０によって生成されたヘッダーディレクトリに含有されている情報から利点を享受することがある。マルチメディア復号器１６５のサブコンポーネントは、アプリケーション層２１１、同期層２１２、トランスポート層２２１、ストリーム／ＭＡＣ層２２２、物理層２２３またはこれらの組み合わせに存在してもよい。

ヘッダー情報識別子１５５は、受信されたヘッダーディレクトリに含有されている情報（例えば、ヘッダー情報）を識別する際に使用される回路および／またはロジックを含む。誤りパケットが復号器デバイス１１０によって受信される場合、ヘッダー情報識別子１５５は、ビットストリームにおける後続パケットの位置を識別するために使用可能なヘッダーディレクトリにおける情報を識別する。ヘッダーディレクトリにおけるヘッダー情報はまた、誤りパケットにおける誤受信ヘッダー情報を置換したり、パケットにおける余分な誤受信ヘッダーを検索および除去したりするために使用されてもよい。パケットロケータ１６０は、識別されたヘッダーディレクトリ情報を使用してパケットを検索する際に使用される回路および／またはロジックを含む。一部の例では、誤った低レベルパケット（例えば、トランスポート層および／または同期層パケット）内に配置されている高次層パケット（例えば、アプリケーション層パケット）が誤りであるとフラグ付けされることがある。フラッガー１７２は、誤りパケットにフラグ付けする際に使用される回路および／またはロジックを含む。別の誤りパケットにおける位置ゆえに誤りと思われるパケットにフラグ付けすることによって、高次層コンポーネント（例えば、アプリケーション層コンポーネント）はエラー回復判定をしてもよい。アプリケーション層２１１コンポーネントは、誤ったアプリケーション層パケットを検索して種々のエラー回復動作を実行する際にヘッダーディレクトリ情報およびパケットロケータ１６０を使用してもよい。

複数のビットストリームは復号器デバイス１１０によって受信されることもあるため、誤りパケットは複数のビットストリームで検索されることもある。解析器１８２は、正しく受信されたパケットおよび誤りパケットを解析して、これらをマルチメディア復号器１６５の適切なアプリケーション層２１１コンポーネントに転送するために下層ならびに同期層２１２で使用されてもよい。加えて、必要なヘッダーディレクトリ情報もまたトランスポート層２２１から上層（例えば、同期層２１２および／またはアプリケーション層２１１）に転送されてもよく、エラー回復および／またはビットストリームの再同期の目的で誤りパケットの識別を可能にする。トランスポート層２２１は通常、上層に転送されるパケットからトランスポート層ヘッダー情報を除去する。

復号化マルチメディアデータはディスプレイコンポーネント１９０によって表示され、外部記憶装置１８５に記憶され、あるいは内部メモリコンポーネント１７０に記憶されることが可能である。ディスプレイコンポーネント１９０は復号器デバイス１１０の一体化部分であってもよい。ディスプレイコンポーネント１９０は、ディスプレイスクリーンおよび／またはスピーカーを含む、ビデオおよび／またはオーディオディスプレイハードウェアおよびロジックなどのパーツを含む。ディスプレイコンポーネント１９０はまた外部周辺デバイスであってもよい。本例では、受信機１７５はまた、復号化マルチメディアデータを外部記憶コンポーネント１８５やディスプレイコンポーネント１９０に通信するために使用されるロジックを含む。

復号器デバイス１１０は説明目的の簡略例である点に注目すべきである。従って、図１および／または２に示されている復号器デバイス１１０の１つ以上の要素は省略、並べ替えおよび／または結合されてもよい。例えば、プロセッサ１８０は復号器デバイス１１０の外部にあってもよい。

図３は、ストリーミングマルチメディアデータを処理するための方法の一例を図示するフロー図である。方法３００は、エラー耐性を改良するために復号器で使用するためのヘッダー情報を備えるディレクトリを生成するための方法である。方法３００は、状態３０５でマルチメディアデータのビットストリームを受信することによって開始する。複数のビットストリーム、例えばビデオ、オーディオおよび／またはクローズドキャプションテキストが単一のビットストリームに含まれてもよい。図１の受信機／送信機１４０などの受信手段は状態３０５でマルチメディアビットストリームを受信してもよい。

状態３０５でビットストリームを受信した後、この方法は、ビットストリームにおけるマルチメディアデータと関連したヘッダー情報をオプショナル状態３１０で識別する。上述のように、ヘッダー情報は複数の層からの情報を含んでもよい。図４は、多層パケット化スキームの一例の図を示している。本例では、アプリケーション層パケット４０５Ａおよび４０５Ｂは固定および／または可変長パケットであってもよい。同期層は同期層ヘッダー（同期ヘッダー）４１０を各アプリケーション層パケット４０５Ａおよび４０５Ｂに添付して、同期層パケット４０６Ａおよび４０６Ｂをもたらす（図４の同期層パケット４０６Ａおよび４０６Ｂはそれぞれ同期層ヘッダー４１０と、アプリケーション層パケット４０５Ａおよび４０５Ｂとを含む）。同期層パケット４０６Ａおよび４０６Ｂは次いでトランスポート層に入力される。本例では、トランスポート層パケットは固定長である。トランスポート層は同期層パケットを、トランスポート層パケットサイズに対応する部分に分解し、トランスポート層ヘッダー４１５を、得られるトランスポート層パケットに添付する。本例では、アプリケーション層パケット４０５Ａを備える同期層パケット４０６Ａは２つのトランスポート層パケット４２０Ａおよび４２０Ｂに分解され、ここでパケット４２０Ｂは同期層パケット４０６Ａの残りの部分４２５Ｂおよび同期層パケット４０６Ｂの第１の部分４２５Ｃを含む。本例では、追加のトランスポート層ヘッダー４１５がトランスポート層パケット４２０Ｂの部分４２５Ｃに添付され、次の同期層パケット４０６Ｂの開始に先立つ。第３のトランスポート層パケット４２０Ｄは、同期層パケット４０６Ｂの次の部分４２５Ｄを含む。

同期層ヘッダー４１０およびトランスポート層ヘッダー４１５は、復号器が同期層パケットおよびアプリケーション層パケットを再構築できるようにするための類似の情報を含むことがある。ヘッダーは、パケットサイズ、パケット番号、パケット内のヘッダー位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレートおよび／または１グループの多数の関連パケットなどの情報を含んでもよい。加えて、ヘッダー情報は、ビデオビットストリーム、オーディオビットストリームおよび／またはクローズドキャプションビットストリームに属するものとして関連パケットを識別するストリーム識別情報を含んでもよい。

図１のヘッダー情報識別子１１５などの識別手段は、オプショナル状態３１０でマルチメディアビットストリームにおけるヘッダー情報を識別することができる。

方法３００は次いで、状態３１０で識別されたマルチメディアビットストリームにおけるヘッダー情報の少なくとも一部に基づいて、状態３１５でヘッダー情報ディレクトリを生成する。ディレクトリは複数の層、例えばアプリケーション層、同期層および／またはトランスポート層からのヘッダーならびに他のタイプのヘッダーに関する情報を含んでもよい。ディレクトリに含有されている情報は、誤りデータを含むビットストリームにおけるパケット境界を検索し、欠落しているヘッダー情報を置換し、および／または誤ったヘッダー情報を除去したりするために復号器によって使用可能である。

一部の例では、ヘッダー情報ディレクトリは、パケットの各々の境界を識別する情報を含有しており、パケットは任意の層（例えば、トランスポート、同期、アプリケーションまたはこれらの組み合わせ）からのものであってもよい。パケット当たりのヘッダー情報は、このヘッダーが対応する層、パケットのサイズ、このパケット内に配置された他のパケットならびに上記情報を識別することができる。他の例では、個別ディレクトリ、またはディレクトリの異なる部分は層（例えば、トランスポート層ディレクトリ、同期層ディレクトリなど）を分離するためのものであってもよい。

状態３１５で生成されたようなトランスポート層ディレクトリの一例について次に説明する。本例は、図４に示されている同期層とトランスポート層の関係を表している。図４に示されたような一部の例では（例えば、固定長トランスポート層パケット、つまり１２２バイト／パケットを有するシステム）、各トランスポート層ヘッダーは固定長（例えば、１バイト長）であり、各トランスポート層パケットの少なくとも開始時に現れる。ヘッダーのフォーマットはＥＮＤ ＦＬＡＧフィールドを含んでもよく、この場合ＥＮＤ ＦＬＡＧフィールドは、現在のパケットが同期層パケットの最終セグメントであれば１に、そうでなければ０に設定可能な１ビットフラグであってもよい。トランスポート層ヘッダーはまた、同期層パケットの最終セグメントによって使用されるビット数を示すことが可能なＢＹＴＥ＿ＯＦＦＳＥＴフィールドを含むことがある（これはまた、トランスポート層パケット４２０Ｂにおける第２のトランスポート層ヘッダー４１５がパケット部分４２５Ｂと４２５Ｃの間にある図４に示されるように、次のトランスポート層ヘッダーが発見される場所を示す）。トランスポート層パケットが１２８バイト未満である場合、７ビットＢＹＴＥ＿ＯＦＦＳＥＴフィールドで十分であろう。現在のトランスポート層パケットに追加トランスポートヘッダーがなければ、ＢＹＴＥ＿ＯＦＦＳＥＴフィールドはトランスポート層パケットの長さに設定されてもよい。

このトランスポートヘッダー情報によって生成されたディレクトリは表１に列挙されているフィールドを含んでもよい。

ＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳフィールドは、ヘッダーディレクトリメッセージによってカバーされるビットストリームで送信されるパケット数、つまりＰＡＣＫＥＴ＿ＯＦＦＳＥＴおよびＢＹＴＥ＿ＯＦＦＳＥＴの後続レコードを表している。ＰＡＣＫＥＴ＿ＯＦＦＳＥＴフィールドエントリはパケットグループにおける次のパケットを指す。ＰＡＣＫＥＴ＿ＯＦＦＳＥＴは、パケットの終了境界へのバイトまたはビット数、あるいは他のデータユニット数であってもよい。ＢＹＴＥ＿ＯＦＦＳＥＴフィールドは、図４のトランスポート層パケット部分４２５Ａと４２５Ｃ間のトランスポート層ヘッダー４１５などのパケット内の余分なトランスポート層ヘッダーを検索するために使用される。本例では、ＢＹＴＥ＿ＯＦＦＳＥＴの有効範囲は１乃至１２１である。２つ以上の余分なトランスポート層ヘッダーが単一のトランスポート層パケット内で生じる場合、単一のパケット内のＢＹＴＥ＿ＯＦＦＳＥＴエントリ数を定義する別のフィールドが使用可能である。一部の例では、ＰＡＣＫＥＴ＿ＯＦＦＳＥＴおよび／またはＢＹＴＥ＿ＯＦＦＳＥＴ値は累積的であり、すべての事前アドバンスを含む最後に検索されたパケットヘッダー位置から、ビットストリームのアドバンスまでの距離を表す。

フィールドのサイズは事前設定されても、可変的であってもよい。例えば、ＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳフィールドは１バイトに制限されることがあるが、この場合１グループ最大２５５個の連番パケットが、フィールドが反復する前に表されてもよい。従って、２５５個を超すトランスポート層パケットが（図４に示されている例示的解析を使用する）単一の同期層パケットのデータに適合するために必要とされることがある場合、より多くのビットが必要とされることがある。ディレクトリは、所定のグループの関連パケットについて、表１に示されているようなエントリセットのうちの１つを含んでもよい。例えば、表１の情報によって表されている各パケットは、フレームやスライスなどの１グループのビデオデータに含まれてもよい。また、オーディオやクローズドキャプションビットストリームは、類似のフィールドを含む個別ディレクトリを有してもよい。

固定トランスポート層ヘッダーを有するこのような例において、上層コンポーネント（例えば、同期層および／またはアプリケーション層）は、配信中のヘッダーをストリップして、これに応じてヘッダーディレクトリにおけるＰＡＣＫＥＴ＿ＯＦＦＳＥＴおよびＢＹＴＥ＿ＯＦＦＳＥＴエントリを調整するためにこの既知の固定ヘッダーサイズを使用することができる。

状態３１５で生成される同期層ヘッダーディレクトリの一例について次に説明する。本例では、単一の同期層パケット（例えば、同期層ヘッダー４１０およびアプリケーション層パケット４０５Ａ）は１フレームのデータのビデオ、オーディオおよび／またはクローズドキャプションデータを含む。他の分割データグループ（例えば、フレームの一部）もまた同期層パケットに含まれてもよい。同期層ヘッダーディレクトリは、上記表１に列挙されているものに類似のフィールドを含むことができる。本例では、しかしながら、パケットおよび関連ヘッダーは同期層パケットおよびヘッダーを表している。同期層パケットは、ブロックとも称される（トランスポートヘッダーがストリップされている）多数のトランスポート層パケットからなる。同期層ヘッダーディレクトリフィールドの一例が表２に列挙されている。

ＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳフィールドは、ＢＬＯＣＫ＿ＯＦＦＳＥＴおよびＢＹＴＥ＿ＯＦＦＳＥＴの後続レコードによってカバーされるトランスポート層パケット数を表している。加えて、ＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳフィールドもまた、同時に表示されるビデオ、オーディオおよび／またはクローズドキャプションデータのフレームにおけるトランスポート層パケット数を表している。トランスポート層パケットのサイズが固定である例において、アドバンスへのビット数は、本例のように、パケット数を特定することによって分かる。ＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドは、カバーされている同期層パケットグループにおける次の同期層パケット（および、本例では次のマルチメディアフレーム）を指している。１グループの同期層パケットは所定数のフレームであってもよい。ＢＬＯＣＫ＿ＯＦＦＳＥＴはまた多数のバイトまたはビットであっても、他の数のデータユニットであってもよい。ＢＹＴＥ＿ＯＦＦＳＥＴフィールドは、図４に示されているトランスポート層パケット４２０Ｂに含まれている（同期ヘッダー４１０およびアプリケーション層パケット４０５Ｂを含む）第２の同期層パケット４０６Ｂの開始を備える部分４２５Ｃなどのトランスポート層パケット内に生じる場合に、次の同期層パケットの開始を検索するために使用される。一部の例では、ＢＬＯＣＫ＿ＯＦＦＳＥＴ値は累積的であり、すべての事前アドバンスを含む最後に検索されたブロック位置から、ビットストリームにおけるアドバンスまでのトランスポート層パケット数を表している。

フィールドのサイズは事前設定されても、可変的でもよい。例えば、ＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳフィールドは１バイトに制限されることがあるが、この場合、１グループ最大２５５個の連番トランスポート層パケットが、フィールドが反復する前に表されてもよい。従って、２５５個を超すトランスポート層パケットが、（図４に示されている例示的解析を使用して）単一の同期層パケットのデータに適合するために必要とされる場合、より多くのビットが必要とされることがある。ディレクトリは、所定のグループの関連パケットに対して、表１に示されているような複数のエントリセットのうちの１つを含有してもよい。例えば、表１の情報によって表されている各パケットは、フレームやスライスなどの１グループのビデオデータに含まれてもよい。また、オーディオやクローズドキャプションビットストリームは、類似のフィールドを含む個別ディレクトリを有してもよい。

表２に含有されているデータに加えて、同期層ヘッダーディレクトリ、または表２のヘッダーディレクトリ情報を含むメッセージはまた、表３に列挙されている同期層ヘッダーディレクトリフィールドのうちの１つ以上を含んでもよい。

図１に示されているヘッダーディレクトリ生成器などの生成手段は状態３１５においてヘッダー情報ディレクトリを生成してもよい。

方法３００は、マルチメディアデータストリームが送信されるオプショナル状態３２０へと継続する。図１と関連して上述されたように、マルチメディアデータは有線および／または無線ネットワーク１５０で送信されてもよい。本例では、ヘッダーディレクトリはオプショナル状態３２５で送信される。一部の例では、状態３２０でのマルチメディアデータの送信および状態３２５でのヘッダーディレクトリの送信は別個のチャネルで実行される。これは、異なるエラー保護レベルを提供したりチャネルダイバーシティを提供したりするために実行されてもよく、このことは受信機におけるエラー耐性を改良することができる。一部の例では、マルチメディアデータストリームやヘッダーディレクトリの一方または両方が仮想チャネルで（それぞれ状態３２０または３２５で）送信可能である。仮想チャネルは、マルチメディアデータおよびヘッダーディレクトリに対して個別調整可能なエラー保護を提供する自由度を提供することができる。図１に示されている受信機／送信機１４０などの送信手段は、オプショナル状態３２０でマルチメディアデータストリームを送信し、ならびにオプショナル状態３２５でヘッダーディレクトリを送信してもよい。

図３に示されているフローチャートに図示されているブロックのうちのいずれか１つは省略、並べ替え、または１つ以上の他のブロックと結合されてもよい点に注目すべきである。

図５は、ストリーミングマルチメディアデータを処理するための方法の一例を図示するフロー図である。方法５００は、図１に示されている復号器デバイス１１０によって実行可能である。方法５００は、復号器デバイス１１０のエラー耐性を改良するための、上記方法３００を使用して生成されたヘッダー情報ディレクトリの使用を図示している。復号器デバイス１１０は状態５０５で、ビデオ、オーディオおよび／またはクローズドキャプションデータを備えるマルチメディアデータストリームを受信する。データは上記のように符号化されてもよく、ここで符号化データは量子化データ、変換データ、圧縮データおよびこれらの組み合わせを含む。マルチメディアデータはパケット化データを含んでもよく、ここでパケット化は複数のレベルで実行可能である。図１に示されている受信機１７５などの受信手段は状態５０５でマルチメディアデータを受信してもよい。

復号器デバイス１１０はまた、状態５１０でヘッダー情報ディレクトリを受信する。ヘッダー情報ディレクトリは、上記表１、２および３に示され、かつ説明されているフィールドのうちの１つ以上を含むメッセージに含有されてもよい。ディレクトリは、表１に示されているようなトランスポート層ヘッダーディレクトリ、および表２および３に示されているような同期層ヘッダーディレクトリなどの個別パーツで受信されてもよい。ヘッダー情報ディレクトリは、マルチメディアデータが受信される５０５のと同じチャネルで受信されてもよい。ヘッダー情報ディレクトリは、マルチメディアデータが受信されたのとは異なるチャネルで受信されてもよい。一部の例では、マルチメディアデータおよびヘッダー情報ディレクトリの一方または両方は仮想チャネルで（それぞれ状態５０５および５１０で）受信可能である。ヘッダー情報ディレクトリを受信した後、ヘッダー情報ディレクトリの一部または全部は状態５１０でメモリに記憶されてもよい。図１に示されているメモリモジュール１８０や外部記憶装置モジュール１８５などのメモリ記憶手段は、状態５１０でヘッダー情報ディレクトリを記憶するために使用されてもよい。

オプショナル状態５１５において、マルチメディアデータを受信した後、復号器デバイス１１０は、ネットワーク１５０で送信中にビットストリームに導入されたエラーを検出および補正してもよい。当業者に公知の種々のエラー検出および補正スキームが、エラーを検出及び補正するために使用されてもよい。一部のエラーは補正不可能である場合があり、また誤りパケットをもたらすこともある。誤りパケットは、図１に示されているフラッガー１７２などのフラグ手段によって（例えば、パケットが誤っていることを示す値にフィールドを設定することによって）マークされてもよい。誤りパケットを誤りとしてマークすることによって、上層コンポーネントは、より容易に誤りパケットを識別して、エラー回復スキームを開始することができる。誤りパケットはまた、上層において、フラグ情報なしで誤りであると識別されることもある。

オプショナル状態５２０において、正確なパケットおよび誤りパケットが上層（例えば、同期層およびアプリケーション層）に転送される。マルチメディアデータのパケットの転送に加えて、ヘッダー情報ディレクトリもまた、必要ならば転送されるか、少なくとも、上層に使用可能にされる。上層に転送されたマルチメディアパケットはストリップされた１つ以上の下層ヘッダーを有することがあり、またパケットサイズに関するヘッダーディレクトリ情報は、下層ヘッダーの除去を反映するように修正されてもよい。

復号器デバイス１１０は状態５２５において、正しく受信されたマルチメディアデータパケットを復号化する。復号化は逆量子化、逆変換、圧縮解除およびこれらの組み合わせを含んでもよい。マルチメディアデータパケットは、同時に復号化および再生可能な複数のビットストリーム（例えば、ビデオ、オーディオおよび／またはクローズドキャプション）にあってもよい。誤りパケットが状態５２０で転送されたため、復号化はエラー回復まで遅延されてもよく、および／または復号化の再同期化が生じる可能性がある。

誤りデータに遭遇すると、ヘッダーディレクトリ情報が、誤りデータからよりうまく回復するために、（パケット境界位置を識別することによって）個々の後続パケットを識別し、また場合によっては、目的とするアプリケーション層コンポーネントを識別するために使用可能である。復号器デバイス１１０はオプショナル状態５３０において、ビットストリームの誤りパケットと関連したヘッダー情報ディレクトリに含有されているヘッダー情報を識別する。復号器デバイス１１０は次いで、オプショナル状態５３５において、例えばヘッダーディレクトリに含有されているＰＡＣＫＥＴ＿ＯＦＦＳＥＴ情報を使用して識別パケットを検索して、ビットストリームにおける後続パケットに進む。状態５３０での識別は、エラーに遭遇する場合には、トランスポート層、同期層およびアプリケーション層を含む任意の層で実行可能である。

図４を参照して、（部分的トランスポート層パケット部分４２５Ｂおよび４２５Ｃを含む）第２のトランスポート層パケット４２０Ｂが誤っているとする。誤っているため、復号器は、トランスポート層パケット４２０Ｂの中間に余分なトランスポート層ヘッダー４１５があることを知らない場合がある。上記のように、余分なトランスポート層ヘッダー４１５は、同期ヘッダー４１０およびアプリケーション層パケット４０５Ｂを含む第２の同期層パケット４０６Ｂの開始である。ヘッダー情報ディレクトリの使用によって、余分なトランスポート層ヘッダー４１５の位置は、誤ったトランスポート層パケット４２０Ｂと関連したヘッダー情報レコードの（表１に示されている）ＢＹＴＥ＿ＯＦＦＳＥＴフィールドを参照して識別可能である。トランスポート層は次いで、状態５３５において、余分なトランスポート層パケットヘッダーを検索して、誤ったトランスポート層パケットを解析し、トランスポート層ヘッダーをストリップして、両者とも誤りであるとフラグ付けされた２つの同期層パケットを同期層に転送する。同期層は次いで、表２および３に示されている情報を使用してアプリケーション層コンポーネントを識別して、誤ったアプリケーション層パケット４０５Ａおよび４０５Ｂをこれらの適切なアプリケーション層コンポーネントに転送することができる。図１に示されている解析器１８２などの解析手段は上記の解析を実行可能である。

本例におけるように、状態５３０での識別は、表３に示されているＳＴＲＥＡＭ＿ＩＤなどの情報がヘッダー情報ディレクトリに含まれている場合に、少なくとも部分的に同期層で生じる可能性がある。個々のアプリケーション層パケットはフラグ付けされて、復号目的であったアプリケーションコンポーネントに転送されてもよい。他の例では、ディレクトリヘッダー情報は、状態５３５でのパケットのヘッダー情報および位置の識別が生じる可能性のあるアプリケーション層コンポーネントに転送されることがある（また場合によっては任意の下層ヘッダーデータの除去を反映するように調整されてもよい）。図１に示されているヘッダー情報識別子１５５などの識別手段は、誤りデータに続いて検索されるパケット（または複数のパケット）と関連したディレクトリヘッダー情報を識別することができる５３０。図１に示されているパケットロケータ１６０などの検索手段は、状態５３５において（複数の）後続パケットを検索することができる。

ディレクトリヘッダー情報を識別して、１つ以上の後続パケットを検索した後、方法５００は、オプショナル状態５４０において誤りパケットを回復し、および／または後続パケットでの復号化を再開するためにエラー回復を実行することができる。アプリケーション層コンポーネントは、これらのエラー回復スキームを改良するために識別および検索されたパケットを利用することができる。一部の例では、識別および検索されたパケットは誤りではない場合があり、復号器は、ヘッダーディレクトリ情報を使用して取得されたパケットによって復号化を継続することができる。（可変長パケットの場合に）使用可能でないパケットの位置を単に識別できるということは、誤っているビットストリームのエリアを識別するために使用可能である。これらのエリアを識別することによって、エラー回復方法は、破棄される場合もあるビットストリームの誤りエラーに続いて検索されたデータの一部を保存および／または置換することができる場合がある。

図５に示されているフローチャートに図示されているブロックのうちのいずれか１つは省略、並べ替え、または１つ以上の他のブロックと結合されてもよい点に注目すべきである。

一例は、マルチメディアデータを処理するための装置を提供する。この例示的装置は、マルチメディアデータを受信する手段と、ディレクトリを生成する手段とを含み、この場合ディレクトリは、マルチメディアデータと関連したヘッダー情報の少なくとも一部を含んでいる。マルチメディアデータを受信する手段は、図１の受信機／送信機１４０を備えてもよい。ディレクトリを生成する手段は、図１のヘッダーディレクトリ生成器１２０を備えてもよい。

一例は、マルチメディアデータを処理するための装置を提供する。この例示的装置は、マルチメディアデータストリームを受信する手段と、マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する手段とを含む。例示的装置はまた、ディレクトリの少なくとも一部を記憶する手段を含む。受信手段は、図１の受信機１７５を備えてもよい。ディレクトリを記憶する手段は図１のメモリモジュール１７０を備えてもよい。

図６は、マルチメディアデータを処理するための装置の一例を図示するブロック図を示している。図６の例示的装置６００は、マルチメディアデータを受信する手段と、ディレクトリを生成する手段とを含んでおり、この場合ディレクトリは、マルチメディアデータと関連したヘッダー情報の少なくとも一部を含む。マルチメディアデータを受信する手段は図６の受信機６０５を備えてもよい。ディレクトリを生成する手段は図６のヘッダーディレクトリ生成器６１０を備えてもよい。

図７は、マルチメディアデータを処理するための装置の一例を図示するブロック図を示している。例示的装置は、マルチメディアデータストリームを受信し、かつマルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する手段を含む。例示的装置はまた、ディレクトリの少なくとも一部を記憶する手段を含む。受信手段は図７の受信機７０５を備えてもよい。ディレクトリを記憶する手段は図７のメモリ記憶装置モジュール７１０を備えてもよい。

上記の例は、ヘッダーおよびヘッダー情報によって示されており、ここではヘッダーはパケットの前にあるものとして描かれている。ヘッダー情報は、パケットの他の位置、あるいはパケットとは別個のビットストリームにある点に注目すべきである。

当業者は、情報および信号が様々な異なるテクノロジーおよび技術のいずれかを使用して表されてもよいことを理解するであろう。例えば、上記説明全体で参照されてもよいデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁性粒子、光学場または光学粒子、あるいはこれらの組み合わせによって表されてもよい。

当業者はさらに、本明細書に開示されている実施例と関連して説明されている種々の例示的ロジックブロック、モジュールおよびアルゴリズムステップが、電子ハードウェア、ファームウェア、コンピュータソフトウェア、ミドルウェア、マイクロコードまたはこれらの組み合わせとして具現化可能であることを認識するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、種々の例示的コンポーネント、ブロック、モジュール、回路およびステップが、概してこれらの機能性に関して上述されている。このような機能性がハードウェアまたはソフトウェアのいずれによって具現化されるかは、システム全体に及ぼされる具体的なアプリケーションおよび設計の制約に左右される。当業者は、具体的なアプリケーションごとに種々の方法で上記機能性を具現化することができるが、このような具現化決定は、開示されている方法の範囲から逸脱するものとして解釈されるべきではない。

本明細書に開示されている実施例と関連して説明されている種々の例示的ロジックブロック、コンポーネント、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェアコンポーネント、あるいは、本明細書に説明されている機能を実行するように設計されているこれらの組み合わせによって具現化または実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替例では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態マシーンであってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つ以上のマイクロプロセッサ、あるいは他のこのような構成として具現化されてもよい。

本明細書に開示されている実施例と関連して説明されている方法やアルゴリズムのステップはハードウェアで直接、プロセッサによって実行されるソフトウェアモジュール、あるいはこれら２つの組み合わせで具現化されてもよい。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当業界で公知の他の形態の記憶媒体にあってもよい。例示的記憶媒体は、プロセッサが記憶媒体から情報を読み取り、かつこれに情報を書き込めるように、プロセッサに結合されている。代替例では、記憶媒体はプロセッサと一体的であってもよい。プロセッサおよび記憶媒体は特定用途向け集積回路（ＡＳＩＣ）にあってもよい。ＡＳＩＣは無線モデムにあってもよい。代替例では、プロセッサおよび記憶媒体は無線モデムに離散コンポーネントとして存在してもよい。

開示されている実施例に関する先行の説明は、当業者が、開示されている方法および装置を作成または使用することができるようにするために提供される。これらの実施例の種々の修正は当業者には容易に明らかであり、本明細書に定義されている原理は他の実施例に適用されてもよく、またさらなる要素が追加されてもよい。

このように、マルチメディアビットストリームと関連したヘッダー情報を備えるヘッダー情報ディレクトリを生成するための方法および装置と、ヘッダー情報ディレクトリを受信および使用してマルチメディアビットストリームのエラー管理を提供するための方法および装置について説明された。
以下に他の実施形態を示す。
［１］マルチメディアデータを処理するための方法であって、
前記マルチメディアデータを受信することと、
前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成することとを備える方法。
［２］前記マルチメディアデータを送信することと、
前記ディレクトリを送信することとをさらに備える、［１］の方法。
［３］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［１］の方法。
［４］前記マルチメディアデータを送信することが、第１の通信リンクで送信することを備えており、前記ディレクトリを送信することが、第２の通信リンクで送信することを備える、［２］の方法。
［５］前記第１または第２の通信リンクが仮想チャネルを備える、［４］の方法。
［６］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、［１］の方法。
［７］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備える、［１］の方法。
［８］前記ディレクトリ情報を含むメッセージを識別する情報を送信することをさらに備える、［１］の方法。
［９］マルチメディアデータを処理するためのプロセッサであって、
前記マルチメディアデータを受信し、
前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成するように構成されているプロセッサ。
［１０］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［９］のプロセッサ。
［１１］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、［９］のプロセッサ。
［１２］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備える、［９］のプロセッサ。
［１３］マルチメディアデータを処理するための装置であって、
前記マルチメディアデータを受信する受信機と、
前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成する生成器とを備える装置。
［１４］前記マルチメディアデータおよび前記ディレクトリを送信する送信機をさらに備える、［１３］の装置。
［１５］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［１３］の装置。
［１６］前記送信機が前記マルチメディアデータを第１の通信リンクで送信し、かつ前記ディレクトリを第２の通信リンクで送信し、前記第１および第２の通信リンクが仮想チャネルを備える、［１４］の装置。
［１７］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、［１３］の装置。
［１８］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備える、［１３］の装置。
［１９］前記送信機が、前記ディレクトリ情報を含むメッセージを識別する情報を送信する、［１４］の装置。
［２０］マルチメディアデータを処理するための装置であって、
前記マルチメディアデータを受信する手段と、
前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成する手段とを備える装置。
［２１］前記マルチメディアデータおよび前記ディレクトリを送信する手段をさらに備える、［２０］の装置。
［２２］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［２０］の装置。
［２３］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、［２０］の装置。
［２４］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備える、［２０］の装置。
［２５］前記送信手段がさらに、前記ディレクトリ情報を含むメッセージを識別する情報を送信する手段を備える、［２１］の装置。
［２６］マルチメディアデータを処理するための方法を具現化するコンピュータ読み取り可能な媒体であって、前記方法が、
前記マルチメディアデータを受信することと、
前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成することとを備えるコンピュータ読み取り可能な媒体。
［２７］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［２６］のコンピュータ読み取り可能な媒体。
［２８］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、［２６］のコンピュータ読み取り可能な媒体。
［２９］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備える、［２６］のコンピュータ読み取り可能な媒体。
［３０］マルチメディアデータを処理するための方法であって、
マルチメディアデータストリームを受信することと、
前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信することとを備える方法。
［３１］前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化することをさらに備える、［３０］の方法。
［３２］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータストリームのパケットの位置に関する情報を備える、［３０］の方法。
［３３］前記複数の受信レコードのうちの１つ以上に基づいて前記マルチメディアデータストリームにおけるパケットを検索することをさらに備える、［３２］の方法。
［３４］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［３０］の方法。
［３５］前記マルチメディアデータストリームを受信することが第１の通信リンクで受信することを備えており、前記ディレクトリを受信することが第２の通信リンクで受信することを備える、［３０］の方法。
［３６］前記第１および第２の通信リンクが仮想チャネルを備える、［３５］の方法。
［３７］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータストリームのパケットを識別するストリーム識別情報を備える、［３０］の方法。
［３８］前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っている方法であって、
前記マルチメディアデータストリームにおける前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別することと、
前記マルチメディアデータストリームにおける前記後続パケットを検索する際にディレクトリ情報の前記識別部分を使用することとをさらに備える、［３０］の方法。
［３９］前記後続パケットが前記誤りパケット内にある方法であって、
前記誤りパケットから前記後続パケットを解析することと、
前記解析されたパケットを誤りであるとフラグ付けすることとをさらに備える、［３８］の方法。
［４０］マルチメディアデータを処理するためのプロセッサであって、
マルチメディアデータストリームを受信し、
前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信するように構成されているプロセッサ。
［４１］前記プロセッサがさらに、前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化するように構成されている、［４０］のプロセッサ。
［４２］前記ディレクトリがさらに複数のレコードを備えており、レコードが前記マルチメディアデータストリームのパケットの位置に関する情報を備えており、また前記プロセッサがさらに、前記複数の受信レコードのうちの１つ以上に基づいて前記マルチメディアデータストリームの前記パケットのうちの１つを検索するように構成されている、［４０］のプロセッサ。
［４３］前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っているプロセッサであって、さらに、
前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別し、
ディレクトリ情報の前記識別部分を使用して前記マルチメディアデータストリームの前記後続パケットを検索するように構成されている、［４０］のプロセッサ。
［４４］前記後続パケットが前記誤りパケット内にあるプロセッサであって、さらに、
前記誤りパケットから前記後続パケットを解析し、
前記解析されたパケットを誤りであるとフラグ付けするように構成されている、［４３］のプロセッサ。
［４５］マルチメディアデータを処理するための装置であって、
マルチメディアデータストリームを受信し、かつ前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する受信機と、
前記受信されたディレクトリの少なくとも一部を記憶するメモリとを備える装置。
［４６］前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化する復号器をさらに備える、［４５］の装置。
［４７］前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータストリームのパケットの位置に関する情報を備える、［４５］の装置。
［４８］前記複数の受信されたレコードのうちの１つ以上に基づいて前記マルチメディアデータストリームの前記パケットのうちの１つを検索するロケータをさらに備える、［４７］の装置。
［４９］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［４５］の装置。
［５０］前記ディレクトリがさらに、オーディオパケット、ビデオパケット及びクローズドキャプションパケットとして前記マルチメディアデータストリームのパケットを識別するストリーム識別情報を備える、［４５］の装置。
［５１］前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っている装置であって、
前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリヘッダー情報の一部を識別する識別子と、
ディレクトリヘッダー情報の前記識別部分を使用して前記マルチメディアデータストリームの前記後続パケットを検索するロケータとをさらに備える、［４５］の装置。
［５２］前記後続パケットが前記誤りパケット内にある装置であって、
前記誤りパケットから前記後続パケットを解析する解析器と、
前記解析されたパケットを誤りであるとフラグ付けするフラッガーとをさらに備える、［５１］の装置。
［５３］マルチメディアデータを処理するための装置であって、
マルチメディアデータストリームを受信し、かつ前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する手段と、
前記ディレクトリの少なくとも一部を記憶する手段とを備える装置。
［５４］前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化する手段をさらに備える、［５３］の装置。
［５５］前記ディレクトリがさらに複数のレコードを備えており、レコードが前記マルチメディアデータストリームのパケットの位置に関する情報を備える、［５３］の装置。
［５６］前記複数の受信されたレコードのうちの１つ以上に基づいて前記マルチメディアデータストリームのパケットを検索する手段をさらに備える、［５５］の装置。
［５７］前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、［５３］の装置。
［５８］前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータストリームのパケットを識別するストリーム識別情報を備える、［５３］の装置。
［５９］前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っている装置であって、
前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別する手段と、
ディレクトリ情報の前記識別部分を使用して前記マルチメディアデータストリームの前記後続パケットを検索する手段とをさらに備える、［５３］の装置。
［６０］前記後続パケットが前記誤りパケット内にある装置であって、
前記誤りパケットから前記後続パケットを解析する手段と、
前記解析されたパケットを誤りであるとフラグ付けする手段とをさらに備える、［５９］の装置。
［６１］マルチメディアデータを処理するための方法を具現化するコンピュータ読み取り可能な媒体であって、前記方法が、
マルチメディアデータストリームを受信することと、
前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信することとを備えるコンピュータ読み取り可能な媒体。
［６２］前記方法がさらに、前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化することを備える、［６１］のコンピュータ読み取り可能な媒体。
［６３］前記ディレクトリがさらに複数のレコードを備えており、レコードが前記マルチメディアデータストリームのパケットの位置に関する情報を備えており、前記方法がさらに、前記複数の受信されたレコードのうちの１つ以上に基づいて前記マルチメディアデータストリームのパケットを検索することを備える、［６１］のコンピュータ読み取り可能な媒体。
［６４］前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っており、前記方法がさらに、
前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別することと、
前記マルチメディアデータストリームの前記後続パケットを検索する際にディレクトリ情報の前記識別部分を使用することとを備える、［６１］のコンピュータ読み取り可能な媒体。
［６５］前記後続パケットが前記誤りパケット内にあり、前記方法がさらに、
前記誤りパケットから前記後続パケットを解析することと、
前記解析されたパケットを誤りであるとフラグ付けすることとを備える、［６４］のコンピュータ読み取り可能な媒体。

Claims (47)

1. マルチメディアデータを処理するための方法であって、
   前記マルチメディアデータを受信することと、
   前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成することと、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備え、前記複数の受信レコードのうちの１つ以上に基づいて前記メルチメディアデータストリームにおけるパケットを検索することと、
   を具備し、
   前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、
   方法。
2. 前記マルチメディアデータを送信することと、
   前記ディレクトリを送信することとをさらに備える、請求項１に記載の方法。
3. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項１に記載の方法。
4. 前記マルチメディアデータを送信することが、第１の通信リンクで送信することを備えており、前記ディレクトリを送信することが、第２の通信リンクで送信することを備える、請求項２に記載の方法。
5. 前記第１または第２の通信リンクが仮想チャネルを備える、請求項４に記載の方法。
6. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、請求項１に記載の方法。
7. 前記ディレクトリ情報を含むメッセージを識別する情報を送信することをさらに備える、請求項１に記載の方法。
8. マルチメディアデータを処理するためのプロセッサであって、
   前記マルチメディアデータを受信し、
   前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成するように構成されているプロセッサ、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備え、前記複数の受信レコードのうちの１つ以上に基づいて前記マルチメディアデータストリームにおけるパケットを検索する、ここにおいて、前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、
   プロセッサ。
9. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項８に記載のプロセッサ。
10. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、請求項８に記載のプロセッサ。
11. マルチメディアデータを処理するための装置であって、
    前記マルチメディアデータを受信する受信機と、
    前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成する生成器と、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備え、前記複数の受信レコードのうちの１つ以上に基づいて前記マルチメディアストリームにおけるパケットを検索する、ここにおいて、前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、
    装置。
12. 前記マルチメディアデータおよび前記ディレクトリを送信する送信機をさらに備える、請求項１１に記載の装置。
13. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項１１に記載の装置。
14. 前記送信機が前記マルチメディアデータを第１の通信リンクで送信し、かつ前記ディレクトリを第２の通信リンクで送信し、前記第１および第２の通信リンクが仮想チャネルを備える、請求項１２に記載の装置。
15. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、請求項１１に記載の装置。
16. 前記送信機が、前記ディレクトリ情報を含むメッセージを識別する情報を送信する、請求項１２に記載の装置。
17. マルチメディアデータを処理するための装置であって、
    前記マルチメディアデータを受信する手段と、
    前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成する手段と、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備え、前記複数の受信レコードのうちの１つ以上に基づいて前記マルチ目ディストリームにおけるパケットを検索する、ここにおいて、前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、
    装置。
18. 前記マルチメディアデータおよび前記ディレクトリを送信する手段をさらに備える、請求項１７に記載の装置。
19. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項１７に記載の装置。
20. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、請求項１７に記載の装置。
21. 前記送信手段がさらに、前記ディレクトリ情報を含むメッセージを識別する情報を送信する手段を備える、請求項１８に記載の装置。
22. マルチメディアデータを処理するための方法を具現化するコンピュータ読み取り可能な記録媒体であって、前記方法が、
    前記マルチメディアデータを受信することと、
    前記マルチメディアデータと関連したヘッダー情報の少なくとも一部を備えるディレクトリを生成することとを備え、
    前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、コンピュータ読み取り可能な記録媒体。
23. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項２２に記載のコンピュータ読み取り可能な記録媒体。
24. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータのパケットを識別するストリーム識別情報を備える、請求項２２に記載のコンピュータ読み取り可能な記録媒体。
25. 前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータのパケットの位置に関する情報を備える、請求項２２に記載のコンピュータ読み取り可能な記録媒体。
26. マルチメディアデータを処理するための方法であって、
    マルチメディアデータストリームを受信することと、
    前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信することと、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが、前記マルチメディアデータストリームのパケットの位置に関する情報を備える、
    前記複数の受信レコードのうちの１つ以上に基づいて前記マルチメディアデータストリームにおけるパケットを検索することと、
    を具備し、
    前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、方法。
27. 前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化することをさらに備える、請求項２６に記載の方法。
28. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項２６に記載の方法。
29. 前記マルチメディアデータストリームを受信することが第１の通信リンクで受信することを備えており、前記ディレクトリを受信することが第２の通信リンクで受信することを備える、請求項２６に記載の方法。
30. 前記第１および第２の通信リンクが仮想チャネルを備える、請求項２９に記載の方法。
31. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータストリームのパケットを識別するストリーム識別情報を備える、請求項２６に記載の方法。
32. 前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っている方法であって、
    前記マルチメディアデータストリームにおける前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別することと、
    前記マルチメディアデータストリームにおける前記後続パケットを検索する際にディレクトリ情報の前記識別部分を使用することとをさらに備える、請求項２６に記載の方法。
33. 前記後続パケットが前記誤りパケット内にある方法であって、
    前記誤りパケットから前記後続パケットを解析することと、
    前記解析されたパケットを誤りであるとフラグ付けすることとをさらに備える、請求項３２に記載の方法。
34. マルチメディアデータを処理するためのプロセッサであって、
    マルチメディアデータストリームを受信し、
    前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信するように構成されているプロセッサ、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが前記マルチメディアデータストリームのパケットの位置に関する情報を備えており、また前記プロセッサがさらに、前記複数の受信レコードのうちの１つ以上に基づいて前記マルチメディアデータストリームの前記パケットのうちの１つを検索するように構成されている、ここにおいて、前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、プロセッサ。
35. 前記プロセッサがさらに、前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化するように構成されている、請求項３４に記載のプロセッサ。
36. 前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っているプロセッサであって、さらに、
    前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別し、
    ディレクトリ情報の前記識別部分を使用して前記マルチメディアデータストリームの前記後続パケットを検索するように構成されている、請求項３４に記載のプロセッサ。
37. 前記後続パケットが前記誤りパケット内にあるプロセッサであって、さらに、
    前記誤りパケットから前記後続パケットを解析し、
    前記解析されたパケットを誤りであるとフラグ付けするように構成されている、請求項３６に記載のプロセッサ。
38. マルチメディアデータを処理するための装置であって、
    マルチメディアデータストリームを受信し、かつ前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信する手段と、
    前記ディレクトリの少なくとも一部を記憶する手段と、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが前記マルチメディアデータストリームのパケットの位置に関する情報を備える、
    前記複数の受信されたレコードのうちの１つ以上に基づいて前記マルチメディアデータストリームのパケットを検索する手段と、
    を具備する、ここにおいて、前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、装置。
39. 前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化する手段をさらに備える、請求項３８に記載の装置。
40. 前記ヘッダー情報が、パケットサイズ、パケット番号、パケット内のヘッダーの位置、データシーケンス時間、データシーケンス期間、フレーム時間、フレーム番号、ランダムアクセスポイントフラグ、フレームレート、および１グループの多数の関連パケットのうちの１つ以上を備える、請求項３８に記載の装置。
41. 前記ディレクトリがさらに、オーディオパケット、ビデオパケットおよびクローズドキャプションパケットのうちの少なくとも１つとして前記マルチメディアデータストリームのパケットを識別するストリーム識別情報を備える、請求項３８に記載の装置。
42. 前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っている装置であって、
    前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別する手段と、
    ディレクトリ情報の前記識別部分を使用して前記マルチメディアデータストリームの前記後続パケットを検索する手段とをさらに備える、請求項３８に記載の装置。
43. 前記後続パケットが前記誤りパケット内にある装置であって、
    前記誤りパケットから前記後続パケットを解析する手段と、
    前記解析されたパケットを誤りであるとフラグ付けする手段とをさらに備える、請求項４２に記載の装置。
44. マルチメディアデータを処理するための方法を具現化するコンピュータ読み取り可能な記録媒体であって、前記方法が、
    マルチメディアデータストリームを受信することと、
    前記マルチメディアデータストリームと関連したヘッダー情報の少なくとも一部を備えるディレクトリを受信することと、ここにおいて、前記ディレクトリがさらに複数のレコードを備えており、レコードが前記マルチメディアデータストリームのパケットの位置に関する情報を備えており、前記方法がさらに、前記複数の受信されたレコードのうちの１つ以上に基づいて前記マルチメディアデータストリームのパケットを検索することを備える、
    とを具備し、
    前記ディレクトリは、多層プロトコルスタックを構成するアプリケーション層、同期層、およびトランスポート層のうちの少なくとも２以上の層ディレクトリを備え、前記２以上の層ディレクトリの各々は前記マルチメディアデータパケットの位置に関する情報を備え、前記２以上のディレクトリの１つ以上に基づいて前記マルチメディアデータにおけるパケットを検索する、コンピュータ読み取り可能な記録媒体。
45. 前記方法がさらに、前記ディレクトリを使用して前記マルチメディアデータストリームの少なくとも一部を復号化することを備える、請求項４４に記載のコンピュータ読み取り可能な記録媒体。
46. 前記マルチメディアデータストリームが複数のパケットを備えており、前記パケットのうちの少なくとも１つが誤っており、前記方法がさらに、
    前記マルチメディアデータストリームの前記誤りパケットに続いて検索されるパケットと関連した前記ディレクトリ情報の一部を識別することと、
    前記マルチメディアデータストリームの前記後続パケットを検索する際にディレクトリ情報の前記識別部分を使用することとを備える、請求項４４に記載のコンピュータ読み取り可能な記録媒体。
47. 前記後続パケットが前記誤りパケット内にあり、前記方法がさらに、
    前記誤りパケットから前記後続パケットを解析することと、
    前記解析されたパケットを誤りであるとフラグ付けすることとを備える、請求項４６に記載のコンピュータ読み取り可能な記録媒体。

Images