(57)【要約】圧縮効率を保つ一方でビデオストリームの取得および再／同期を可能にするようにチャネルスイッチフレーム（ＣＳＦ）をビデオ符号化および復号するための技術が提供される。チャネルスイッチングを可能にするマルチメディアデータを処理するためのシステムおよび方法が表示される。システムはランダムアクセスポイント（ＲＡＰ）フレームとして１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットを有するＣＳＦを発生する。各々が同じフレームＩＤ番号を有し、ＣＳＦおよび非ＲＡＰフレームを含むバックツーバックフレームが伝送される。
2010509896.tif 000002
【特許請求の範囲】
【請求項１】
下記を具備する装置：
コーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするために１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生するように動作するプロセッサ。
【請求項２】
ここにおいて該プロセッサが非ゼロフレーム番号および非ゼロ画像順カウント（ＰＯＣ）番号を有する低品質の瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニット付きの該ＣＳＦを発生するように動作する、請求項１記載の装置。
【請求項３】
ここにおいて該プロセッサが少なくとも２つの付加ＮＡＬユニット付きの該ＣＳＦを発生するように動作する、該少なくとも２つの付加ＮＡＬユニットはセットパラメータセット（ＳＰＳ）ＮＡＬユニットおよび画像パラメータセット（ＰＰＳ）ＮＡＬユニットを具備する、請求項２記載の装置。
【請求項４】
ここにおいて該プロセッサが１つのＮＡＬユニット付きの該ＣＳＦを発生するように動作する、および該１つのＮＡＬユニットは瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニットを具備する、請求項１記載の装置。
【請求項５】
ここにおいて該ＣＳＦがＩフレームＮＡＬユニットを含む、請求項１記載の装置。
【請求項６】
ランダムアクセスポイント（ＲＡＰ）フレームとして該ＣＳＦを放送するために送信器をさらに具備する、請求項１記載の装置。
【請求項７】
ここにおいて該ＣＳＦが１つのチャネルからもう１つのチャネルへのスイッチングをさせるようにまたはエラー回復を容易とするように動作する、請求項１記載の装置。
【請求項８】
下記を具備する集積回路：
コーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするために１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生するように動作するプロセッサ。
【請求項９】
ここにおいて該プロセッサが非ゼロフレーム番号および非ゼロ画像順カウント（ＰＯＣ）番号を有する低品質の瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニット付きの該ＣＳＦを発生するように動作する、請求項８記載の集積回路。
【請求項１０】
ここにおいて該プロセッサが少なくとも２つの付加ＮＡＬユニット付きの該ＣＳＦを発生するように動作する、該少なくとも２つの付加ＮＡＬユニットはセットパラメータセット（ＳＰＳ）ＮＡＬユニットおよび画像パラメータセット（ＰＰＳ）ＮＡＬユニットを具備する、請求項９記載の集積回路。
【請求項１１】
ここにおいて該プロセッサが１つのＮＡＬユニット付きの該ＣＳＦを発生するように動作する、および該１つのＮＡＬユニットは瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニットを具備する、請求項８記載の集積回路。
【請求項１２】
ここにおいて該ＣＳＦがＩフレームＮＡＬユニットを含む、請求項８記載の集積回路。
【請求項１３】
ランダムアクセスポイント（ＲＡＰ）フレームとして該ＣＳＦを放送するために送信器をさらに具備する、請求項８記載の集積回路。
【請求項１４】
ここにおいて該ＣＳＦが１つのチャネルからもう１つのチャネルへのスイッチングをさせるようにまたはエラー回復を容易とするように動作する、請求項８記載の集積回路。
【請求項１５】
コンピュータに下記をさせるための命令を有するコンピュータ可読媒体を含むコンピュータプログラム製品：
１つのチャネルからもう１つのチャネルへのスイッチングをさせるようにまたはエラー回復を容易とするように、コーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするために１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生する。
【請求項１６】
ここにおいて該ＣＳＦを発生するための該命令が非ゼロフレーム番号および非ゼロ画像順カウント（ＰＯＣ）番号を有する低品質の瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニット付きの該ＣＳＦを発生するための命令を含む、請求項１５記載のコンピュータプログラム製品。
【請求項１７】
ここにおいて該ＣＳＦを発生するための該命令が少なくとも２つの付加ＮＡＬユニット付きの該ＣＳＦを発生するための命令を含む、該少なくとも２つの付加ＮＡＬユニットはセットパラメータセット（ＳＰＳ）ＮＡＬユニットおよび画像パラメータセット（ＰＰＳ）ＮＡＬユニットを具備する、請求項１６記載のコンピュータプログラム製品。
【請求項１８】
ここにおいて該ＣＳＦを発生するための該命令が１つのＮＡＬユニット付きの該ＣＳＦを発生するための命令を含む、および該１つのＮＡＬユニットが瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニットを具備する、請求項１５記載のコンピュータプログラム製品。
【請求項１９】
ここにおいて、該ＣＳＦを発生するための該命令がＩフレームＮＡＬユニットを発生するための命令を含む、請求項１５記載のコンピュータプログラム製品。
【請求項２０】
下記を具備する装置：
各々同じフレームＩＤ番号を有する、ランダムアクセスポイント（ＲＡＰ）フレームである該バックツーバックフレームの第１のフレームおよび非ＲＡＰフレームである該第２のフレームを有する、１つまたはそれ以上のバックツーバックフレームを復号するように動作するプロセッサ。
【請求項２１】
ここにおいて該プロセッサが該バックツーバックフレームの１つだけを復号するように動作する、請求項２０記載の装置。
【請求項２２】
ここにおいて該プロセッサが該ＲＡＰフレームを復号するおよび該ＲＡＰフレームの前に出力順にフレームを開放するように動作する、請求項２０記載の装置。
【請求項２３】
ここにおいて該プロセッサが１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットを具備するチャネルスイッチフレームを復号することによって該ＲＡＰフレームを復号するように動作する、請求項２２記載の装置。
【請求項２４】
コンピュータに下記をさせるための命令を有するコンピュータ可読媒体を含むコンピュータプログラム製品：
各々同じフレームＩＤ番号を有する、ランダムアクセスポイント（ＲＡＰ）フレームである該バックツーバックフレームの第１のフレームおよび非ＲＡＰフレームである該第２のフレームを有する、１つまたはそれ以上のバックツーバックフレームを復号する。
【請求項２５】
ここにおいて復号するための該命令が該バックツーバックフレームの１つだけを復号するための命令を含む、請求項２４記載のコンピュータプログラム製品。
【請求項２６】
ここにおいて復号するための該命令が該ＲＡＰフレームを復号するおよび該ＲＡＰフレームの前に出力順にフレームを開放するための命令を含む、請求項２４記載のコンピュータプログラム製品。
【請求項２７】
ここにおいて該ＲＡＰフレームを復号するための該命令が１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットを具備するチャネルスイッチフレームを復号するための命令を含む、請求項２６記載のコンピュータプログラム製品。
【請求項２８】
下記のステップを具備する方法：
各々同じフレームＩＤ番号を有する、ランダムアクセスポイント（ＲＡＰ）フレームである該バックツーバックフレームの第１のフレームおよび非ＲＡＰフレームである該第２のフレームを有する、１つまたはそれ以上のバックツーバックフレームを復号する。
【請求項２９】
ここにおいて該復号ステップが該バックツーバックフレームの１つだけを復号することを含む、請求項２８記載の方法。
【請求項３０】
両バックツーバックフレームを復号器に供給する該ステップをさらに具備する、請求項２９記載の方法。
【請求項３１】
ここにおいて該復号ステップが該ＲＡＰフレームを復号すること；および該ＲＡＰフレームの前に出力順にフレームを開放することを含む、請求項２８記載の方法。
【請求項３２】
ここにおいて該ＲＡＰフレームの該復号が１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットを具備するチャネルスイッチフレームを復号することを含む、請求項３１記載の方法。
【請求項３３】
下記のステップを具備する方法：
各々同じフレームＩＤ番号を有する、ランダムアクセスポイント（ＲＡＰ）フレームである該バックツーバックフレームの第１のフレームおよび非ＲＡＰフレームである該第２のフレームを有する、１つまたはそれ以上のバックツーバックフレームを符号化する。
【請求項３４】
下記を具備するシステム：
各々同じフレームＩＤ番号を有する、ランダムアクセスポイント（ＲＡＰ）フレームである該バックツーバックフレームの第１のフレームおよび非ＲＡＰフレームである該第２のフレームを有する、１つまたはそれ以上のバックツーバックフレームを符号化するように動作する符号器；および
チャネルをスイッチするためにまたはエラー回復を容易とするために１つまたはそれ以上のバックツーバックフレームを復号するように動作する復号器。
【請求項３５】
下記を具備するシステム：
コーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするために１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生するおよび放送するように動作する符号器；および
１つのチャネルからもう１つのチャネルへのスイッチングをさせるためにまたはエラー回復を容易とするために該ＣＳＦを復号するように動作する復号器。
【請求項３６】
下記のステップを具備する方法：
コーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするために１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生する。
【請求項３７】
ここにおいて該発生ステップが非ゼロフレーム番号および非ゼロ画像順カウント（ＰＯＣ）番号を有する低品質の瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニット付きの該ＣＳＦを発生することを含む、請求項３６記載の方法。
【請求項３８】
ここにおいて該発生ステップが少なくとも２つの付加ＮＡＬユニット付きの該ＣＳＦを発生する、該少なくとも２つの付加ＮＡＬユニットはセットパラメータセット（ＳＰＳ）ＮＡＬユニットおよび画像パラメータセット（ＰＰＳ）ＮＡＬユニットを具備する、請求項３７記載の方法。
【請求項３９】
ここにおいて該発生ステップが１つのＮＡＬユニット付きの該ＣＳＦを発生することを具備するおよび該１つのＮＡＬユニットは瞬時復号化リフレッシュ（ＩＤＲ）ＮＡＬユニットを具備する、請求項３６記載の方法。
【請求項４０】
ここにおいて該発生ステップがＩフレームＮＡＬユニット付きの該ＣＳＦを発生することを含む、請求項３６記載の方法。
【請求項４１】
チャネルスイッチングを実施するためにランダムアクセスポイント（ＲＡＰ）フレームとして該ＣＳＦを放送するための該ステップをさらに具備する、請求項３６記載の方法。
【請求項４２】
該ＣＳＦを受信すること；および該受信されたＣＳＦに応じて１つのチャネルからもう１つのチャネルにスイッチすることをさらに具備する、請求項４１記載の方法。
【請求項４３】
該ＣＳＦを受信すること；および該受信されたＣＳＦに応じて該コーデッドビットストリーム内のエラーから回復することをさらに具備する、請求項４１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願に関する相互参照］
本特許出願は２００６年１１月１４日提出の、共通譲渡された仮出願番号第６０／８６５，８２２号、タイトル“チャネルスイッチングのためのシステムと方法（ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＣＨＡＮＮＥＬ  ＳＷＩＴＣＨＩＮＧ）”の優先権の恩恵を主張する。この仮特許出願は引用によって完全にこの中に組み込まれる。
【０００２】
この出願は、すべての目的として、共通譲渡された２００６年９月２５日提出の米国特許出願番号第１１／５２７，３２６号、および２００６年９月２６日提出の第１１／５２８，３０３号を完全に組み込む。
【背景技術】
【０００３】
［背景］
［分野］
この開示はマルチメディア信号処理に向けられ、そしてより詳しくは、圧縮効率を保ちながらビデオストリームの取得および再／同期化を可能にするようにチャネルスイッチフレーム（ＣＳＦ;channel switch frame）をビデオ符号化および復号化するための技術に向けられる。
【０００４】
［背景］
その各々がすべての目的として引用によって完全にこの中に組み込まれ、映画専門家グループ（ＭＰＥＧ）−１，−２および−４標準、国際電気通信連合（ＩＴＵ）−Ｔ  Ｈ．２６４標準およびその相対物、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４、パート１０、即ち進歩したビデオ符号化（ＡＶＣ）のような国際標準に基づいた符号化法を使用してマルチメディアデータを符号化できる。そのような符号化法は通常伝送および／または蓄積のためのマルチメディアデータを圧縮することに向けられる。圧縮はマルチメディアデータから冗長性を取り除く手順と広く考えられることができる。
【０００５】
ビデオ信号は一連の画像の表現で記述されることができ、それはフレーム（全体の画像）、またはフィールド（例えば、飛越しビデオストリームは１画像の交互の奇数または偶数ラインのフィールドを具備する）を含む。この中で使用されたように、術語“フレーム”は１画像、１フレームまたは１フィールドを指す。ビデオ符号化法は各フレームを圧縮するために可逆または不可逆圧縮技術を使用することによってビデオ信号を圧縮する。フレーム内符号化（この中ではイントラコーディングとも呼ばれる）はそのフレームだけを使用して１フレームを符号化することを指す。フレーム間符号化（この中ではインターコーディングとも呼ばれる）は他の、“基準、”フレームに基づいて１フレームを符号化することを指す。例えば、ビデオ信号はしばしば、その中ではフレームの時間シーケンス内で互いに近いフレームが同等のものであるかまたは少なくとも互いに部分的に同等のものである部分を有する時間冗長性を示す。
【０００６】
ビデオ符号器のような、マルチメディアプロセッサはそれを複数ブロックまたは、例えば、１６×１６画素の“マクロブロック”に区切ることによって１フレームを符号化できる。符号器はさらに各マクロブロックをサブブロックに区切ることができる。各サブブロックはさらに付加サブブロックを具備することができる。例えば、１マクロブロックの複数サブブロックは１６×８および８×１６サブブロックを含むことができる。８×１６サブブロックの複数サブブロックは８×８サブブロックを含むことができ、それは４×４サブブロック、などを含むことができる。この中で使用されたように、術語“ブロック”はマクロブロックまたはサブブロックのいずれかを指す。
【０００７】
符号器はインターコーディング動き補償ベースのアルゴリズムを使用している連続フレーム間の時間冗長性を利用する。動き補償アルゴリズムは少なくとも１ブロックと部分的にマッチする１つまたはそれ以上の基準フレームの部分を識別する。このブロックは基準フレームのマッチング部分に関してフレーム内でシフトされてもよい。このシフトは１つまたはそれ以上の動きベクトルによって特徴付けられる。このブロックと基準フレームの部分的マッチング部分との間のなにかの違いは１つまたはそれ以上の残差(residual)の表現で特徴付けられることができる。符号器は１つまたはそれ以上の動きベクトルおよびそのフレームの特定の区切りに関する残差を備えるデータとして１フレームを符号化できる。１フレームを符号化することに関する複数ブロックの特定の区切りは、例えば、符号化サイズを符号化が原因となるフレームの内容へのひずみまたは認められたひずみと釣り合わせる費用関数をほぼ最小化することによって選択されることができる。
【０００８】
インターコーディングはイントラコーディングより多くの圧縮効率を可能にする。しかしながら、インターコーディングは基準データ（例えば、基準フレームまたは基準フィールド）がチャネルエラー、その他同種類のものによって失われる時に問題を引き起こしかねない。エラーによる基準データの損失のほかに、基準データはまたインターコーデッドフレームでビデオ信号の初期取得または再取得のために利用できないかもしれない。これらの場合に、インターコーデッドデータの復号化はできないか、あるいは望ましくないエラーおよびエラー伝播という結果になるかもしれない。これらのシナリオはビデオストリームの同期化の損失という結果になりうる。
【０００９】
独立して復号化できるイントラコーデッドフレームはビデオ信号の再／同期化を可能にする最も一般的な形式のフレームである。ＭＰＥＧ−ｘおよびＨ．２６ｘ標準はグループオブピクチャ（ＧＯＰ）として知られるものを使用し、これはイントラコーデッドフレーム（またＩフレームと呼ばれる）、およびＩフレームおよび／またはＧＯＰ内の他のＰおよび／またはＢフレームを基準とする時間的に予測されたＰフレームあるいは双方向的に予測されたＢフレームを具備する。より長いＧＯＰは増大した圧縮比のために望ましいが、しかしより短いＧＯＰはより高速の取得および再／同期を可能とする。Ｉフレーム数を増加させることは、より低い圧縮を犠牲にはするが、より高速の取得および再／同期を可能とするであろう。
【００１０】
従って、圧縮効率を保つ一方でビデオストリームの取得および再／同期を可能にするようにチャネルスイッチフレーム（ＣＳＦ）をビデオ符号化および復号化するための技術についての要望がある。
【発明の概要】
【００１１】
［概要］
圧縮効率を保つ一方でビデオストリームの取得および再／同期を可能にするようにチャネルスイッチフレーム（ＣＳＦ）をビデオ符号化および復号化するための技術が提供される。１つの局面では、コーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするために１つまたはそれ以上のネットワーク抽出層（ＮＡＬ;network abstraction layer）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生するように動作するプロセッサを具備する装置が提供される。
【００１２】
もう１つの局面はコーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするためにコンピュータに１つまたはそれ以上のネットワーク抽出層（ＮＡＬ）ユニットからチャネルスイッチフレーム（ＣＳＦ）を発生させるための命令を有するコンピュータ可読媒体を含んでいるコンピュータプログラム製品を含む。
【００１３】
なおさらなる局面は、おのおの同じフレームＩＤ番号を有し、ランダムアクセスポイント（ＲＡＰ;random access point）フレームであるバックツーバックフレーム(back-to-back frame)の第１のフレームおよび非ＲＡＰフレームである第２のフレームを有する１つまたはそれ以上のバックツーバックフレームを復号するように動作するプロセッサを具備する装置を含む。
【００１４】
追加の局面は、詳細な説明から、詳しくは添付図面と一まとめにした時に、もっと容易に明白になるであろう。
【図面の簡単な説明】
【００１５】
【図１】ある種の構成に従って典型的なマルチメディア通信システムを示すブロック図。
【図２Ａ】図１のシステム内で使用されることができる典型的な符号器装置を示すブロック図。
【図２Ｂ】図１のシステム内で使用されることができる典型的な復号器装置を示すブロック図。
【図３】ｓｙｎｃ層メッセージとＦＬＯネットワーク内の装置への／による実時間メディアストリーム出力との間の典型的な関係を示す図。
【図４】ＦＬＯネットワーク内の実時間サービスのための典型的なプロトコル層を示す図。
【図５Ａ】ｓｙｎｃ層パケットとメディアフレームとの間の代替の典型的な関係を示す図。
【図５Ｂ】ｓｙｎｃ層パケットとメディアフレームとの間の代替の典型的な関係を示す図。
【図６】装置内の個別フローについてｓｙｎｃ層を処理するための典型的なステートマシンを示す図。
【図７】典型的なチャネルスイッチフレーム（ＣＳＦ）を示す図。
【図８】典型的な３−ＮＡＬ  ＣＳＦを示す図。
【図９】チャネルスイッチフレーム発生器を示す図。
【図１０】ＣＳＦ付きのビットストリームを復号化するための手順を示す図。
【図１１】ｓｙｎｃヘッダを発生するｓｙｎｃヘッダ発生器を示す図。
【図１２Ａ】ｓｙｎｃヘッダ発生器の付加フィールド発生器を示す図。
【図１２Ｂ】ｓｙｎｃヘッダ発生器の順応型発生器を示す図。
【図１３Ａ】共通メディアヘッダアセンブラを示す図。
【図１３Ｂ】特定メディアヘッダアセンブラを示す図。
【図１４】ビデオｓｙｎｃ層ディレクトリアセンブラを示す図。
【図１５】ＶＳＬレコードアセンブラを示す図。
【図１６】装置でのメディア層処理のためのｓｙｎｃ層に関する手順を示すフローチャート。
【図１７】バックツーバックフレームの同じ識別番号を有するネットワークによって発生されたビットストリームの一例を示す図。
【発明を実施するための形態】
【００１６】
図面内の画像は実例となることを目的として簡略化され、そして基準化するようには描写されない。理解しやすくするために、適切な時に、そのようなエレメントを区別するためにサフィックスが付加されうることを除いて、可能なところでは、複数の図に共通である同じエレメントを示すために同じ参照数字が使用された。
【００１７】
添付された図面はこの発明の典型的な構成を図示し、そして、それ自体、他の等しく効果的な構成に認められることができるこの発明の範囲を限定すると考えられてはならない。１つの構成の特徴およびブロックがさらにつけ加えた記載無しに他の構成内に組み込まれうることが予期される。
【００１８】
［詳細な説明］
略字
下記の略字は以後に提供された説明に適用される：
ＦＬＯ：前方向リンクオンリー
ＩＤＲ：瞬時復号化リフレッシュ
ＩＥＣ：国際電子技術委員会
ＩＥＴＦ：インターネット技術調査委員会
ＩＳＯ：国際標準化機構
ＩＴＵ：国際電気通信連合
ＩＴＵ−Ｔ：ＩＴＵ電気通信標準化セクター
ＮＡＬ：ネットワーク抽出層
ＲＢＳＰ：ローバイトシーケンスペイロード
ＴＩＡ：電気通信工業協会
ＴＭ３：地上移動体マルチメディアマルチキャスト
ＵＩＮＴ：無署名整数
ＲＡＰ：ランダムアクセスポイント
ＰＴＳ：プレゼンテーションタイムスタンプ
単語“典型的な”は“一例、事例、または実例として機能すること”を意味すべくこの中で使用されている。この中で“典型的な”として記述された任意の構成または設計は必ずしも他の構成または設計以上に好ましいとか有利であると解釈されるべきではなく、そして術語“コア”、“エンジン”、“マシン”、“プロセッサ”および“処理ユニット”は交換可能に使用される。
【００１９】
この中に記述された技術は無線通信、演算、個人エレクトロニックス、等のために使用されることができる。無線通信のためのこの技術の典型的な使用が以後に記述される。
【００２０】
以下の詳細説明はこの発明のある種のサンプル構成に向けられる。しかしながら、この発明はクレームによって定義されそしてカバーされたような多数の異なる方法で実施されることができる。この明細書では、全体を通してこの中の同じ部品は同じ番号で表示される図面について引用が行われる。
【００２１】
ビデオ信号は一連の画像、フレーム、および／またはフィールドの表現で特徴付けられ、それのいくつかは１つまたはそれ以上のスライスをさらに含むことができる。この中で使用されたように、術語“フレーム”は１つまたはそれ以上のフレーム、フィールド、画像および／またはスライスを含むことができる広い術語である。
【００２２】
構成はマルチメディア伝送システム内でチャネルスイッチングを容易とするシステムおよび方法を含む。マルチメディアデータは１つまたはそれ以上の動きビデオ、オーディオ、静止画像、テキストまたは任意の他の適切なタイプの音声・可視データを含むことができる。
【００２３】
図１はある種の構成に従って典型的なマルチメディア通信システム１００のブロック図を図示する。システム１００はネットワーク１４０を介して復号器装置１５０と通信している符号器装置１１０を含む。１つの例では、符号器装置１１０は外部ソース１０２からマルチメディア信号を受信し、そしてネットワーク１４０上の伝送のためにこの信号を符号化する。
【００２４】
この例では、符号器装置１１０はメモリ１１４およびトランシーバ１１６と連結されたプロセッサ１１２を具備する。プロセッサ１１２はマルチメディアデータソースからのデータを符号化し、そしてそれをネットワーク１４０上の通信のためにトランシーバ１１６に供給する。
【００２５】
この例では、復号器装置１５０はメモリ１５４およびトランシーバ１５６に連結されたプロセッサ１５２を具備する。復号器装置１５０は送受信の両方をするためにトランシーバ１５６を持つことができる一方で、復号器装置１５０は、受信器１５８のような、受信器のみが必要である。プロセッサ１５２は１つまたはそれ以上の汎用プロセッサおよび／またはディジタル信号プロセッサを含んでもよい。メモリ１５４は１つまたはそれ以上の固体またはディスクベースの記憶装置を含んでもよい。トランシーバ１５６はネットワーク１４０上でマルチメディアデータを受信し、そしてそれを復号用のプロセッサ１５２に供給するように構成される。１つの例では、トランシーバ１５６は無線トランシーバを含む。ネットワーク１４０は、１つまたはそれ以上のイーサネット（登録商標）、電話（例えば、ＰＯＴＳ）、ケーブル、電力線、および光ファイバシステム、および／または１つまたはそれ以上の符号分割多重アクセス（ＣＤＭＡまたはＣＤＭＡ２０００）通信システム、周波数分割多重アクセス（ＦＤＭＡ）システム、直交周波数分割多重（ＯＦＤＭ）アクセスシステム、ＧＳＭ／ＧＰＲＳ（一般パケット無線サービス）／ＥＤＧＡ（強化データＧＳＭ環境）のような時分割多重アクセス（ＴＤＭＡ）システム、ＴＥＴＲＡ（地上市外無線）移動電話システム、広帯域符号分割多重アクセス（ＷＣＤＭＡ）システム、高速データ（１ｘＥＶ−ＤＯまたは１ｘＥＶ−ＤＯゴールドマルチキャスト）システム、ＩＥＥＥ８０２．１１システム、ＭｅｄｉａＦＬＯシステム、ＤＭＢシステム、ＤＶＢ−Ｈシステム、およびその他同種類のものを含む、１つまたはそれ以上の有線または無線通信システムを具備してもよい。
【００２６】
図２Ａはある種の構成に従って図１のシステム１００内で使用されることができる典型的な符号器装置１１０のブロック図を図示する。この構成では、符号器装置１１０はインターコーディング符号器エレメント１１８、イントラコーディング符号器エレメント１２０、基準データ発生器エレメント１２２および送信器エレメント１２４を具備する。インターコーディング符号器エレメント１１８は他の時間フレーム内に配置されたビデオデータの他の部分に関して（例えば、動き補償予測を使用して）時間的に予測されるインターコーデッド部のビデオを符号化する。イントラコーディング符号器エレメント１２０は他の時間的に配置されたビデオデータに関係なく独立して復号されることができるイントラコーデッド部のビデオを符号化する。ある構成では、イントラコーディング符号器エレメント１２０は同じ時間フレーム内に配置された他のビデオデータ内の冗長度を利用するために空間的な予測を使用することができる。
【００２７】
１つの局面では、基準データ発生器１２２は符号器エレメント１２０および１１８によって発生されたイントラコーデッドおよびインターコーデッドビデオデータが、それぞれ、どこにあるかを示すデータを発生する。例えば、基準データは１フレーム内の位置を示すために復号器によって使用されるサブブロックおよび／またはマクロブロックの識別子を含んでもよい。基準データはまた１ビデオフレームシーケンス内のフレームの位置を示すために使用されたフレームシーケンス番号を含んでもよい。
【００２８】
送信器１２４はインターコーデッドデータ、イントラコーデッドデータを、そして、ある構成では、図１のネットワーク１４０のようなネットワーク上で、基準データを送信する。データは１つまたはそれ以上の通信リンク上で伝送されることができる。術語通信リンクは一般的な意味で使用され、そして、これに限定されないが、有線または無線ネットワーク、バーチャルチャネル、光リンク、および同種類のものを含む通信の任意のチャネルを含むことができる。ある構成ではイントラコーデッドデータはベース層通信リンク上で伝送され、そしてインターコーデッドデータはエンハンスメント層通信リンク上で伝送される。ある構成では、イントラコーデッドデータおよびインターコーデッドデータは同じ通信リンク上で伝送される。ある構成では、１つまたはそれ以上のインターコーデッドデータ、イントラコーデッドデータおよび基準データは側波帯通信リンク上で伝送されることができる。例えば、Ｈ．２６４の追加エンハンスメント情報（ＳＥＩ）メッセージあるいはＭＰＥＧ−２のｕｓｅｒ ｄａｔａメッセージのように側波帯通信リンクが使用されてもよい。ある構成では、１つまたはそれ以上のイントラコーデッドデータ、インターコーデッドデータおよび基準データはバーチャルチャネル上で伝送される。バーチャルチャネルはデータパケットをバーチャルチャネルに属するとして識別する識別可能なパケットヘッダを含んでいるデータパケットを具備することができる。バーチャルチャネルを識別することについての他の形式は周波数分割、時分割、符号拡散、等のような技術において知られている。
【００２９】
図２Ｂはある種の構成に従って図１のシステム１００によって使用されることができる典型的な復号器装置１５０のブロック図を図示する。この構成では、復号器１５０は受信器エレメント１５８、選択復号器エレメント１６０、基準データ決定器エレメント１６２、およびチャネルスイッチ検出器エレメント１６４およびエラー検出器エレメント１６６のような１つまたはそれ以上の基準データ稼働率検出器を具備する。
【００３０】
受信器１５８はエンコーデッドビデオデータ（例えば、図１および２Ａの符号器装置１１０によって符号化されたデータ）を受信する。受信器１５８は図１のネットワーク１４０のような有線または無線ネットワークでエンコーデッドデータを受信できる。データは１つまたはそれ以上の通信リンク上で受信されてもよい。ある構成では、イントラコーデッドデータはベース層通信リンク上で受信され、そしてインターコーデッドデータはエンハンスメント層通信リンク上で伝送される。ある構成では、イントラコーデッドデータおよびインターコーデッドデータは同じ通信リンク上で受信される。ある構成では、１つまたはそれ以上のインターコーデッドデータ、イントラコーデッドデータおよび基準データは側波帯通信リンク上で受信されることができる。例えば、Ｈ．２６４の追加エンハンスメント情報（ＳＥＩ）メッセージあるいはＭＰＥＧ−２のｕｓｅｒ ｄａｔａメッセージのような側波帯通信リンクが使用されてもよい。ある構成では、１つまたはそれ以上のイントラコーデッドデータ、インターコーデッドデータおよび基準データはバーチャルチャネル上で受信される。バーチャルチャネルはデータパケットをバーチャルチャネルに属するとして識別する識別可能なパケットヘッダを含んでいるデータパケットを具備してもよい。バーチャルチャネルを識別することに関する他の形式はこの技術分野において知られている。
【００３１】
選択復号器１６０は受信されたインターコーデッドおよびイントラコーデッドビデオデータを復号する。ある構成では、受信されたデータは一部のビデオデータのインターコーデッドバージョンおよびこの部分のビデオデータのイントラコーデッドバージョンを具備する。インターコーデッドデータは予測された基準データが復号された後に復号されることができる。例えば、動き補償予測を使用して符号化されたデータは動きベクトルおよび基準データの位置を識別するフレーム識別子を具備する。もし動きベクトルによって識別されたフレームの部分およびインターコーデッドバージョンのフレーム識別子が使用可能（例えば、既に復号化済み）であれば、その時選択復号器１６０はインターコーデッドバージョンを復号することができる。しかしながら、もし基準データが使用可能でないならば、その時選択復号器１６０はイントラコーデッドバージョンを復号することができる。
【００３２】
１つの局面では、基準データ決定器１６２は受信されたエンコーデッドビデオデータ内のイントラコーデッドおよびインターコーデッドデータがどこにあるかを示す受信基準データを識別する。例えば、基準データはフレーム内の位置を示すために選択復号器１６０によって使用されるサブブロックおよび／またはマクロブロックの識別子を含んでもよい。基準データはまたビデオフレームシーケンス内のフレームの位置を示すために使用されたフレームシーケンス番号を含んでもよい。この受信された基準データを使用することは復号器にどのインターコーデッドデータによって基準データが使用できるかを決定することを可能にする。
【００３３】
基準データ稼動率はユーザがマルチチャネル通信システムのチャネルを切り換えることによって影響されることができる。例えば、複数のビデオブロードキャストは、１つまたはそれ以上の通信リンクを使用して、受信器１５８に使用可能になることができる。もしユーザが異なるブロードキャストチャネルに変更することを受信器１５８に命令すれば、その時新しいチャネル上のインターコーデッドデータに関する基準データは直ちに使用可能にはならないかもしれない。チャネルスイッチ検出器１６４はチャネルスイッチ命令が出されたことを検出して、選択復号器１６０に信号を送る。選択復号器１６０はその時インターコーデッドバージョンの基準データが使用できないかどうかを識別するために基準データ決定器から得られた情報を使用することができ、そしてその後最も近いインターコーデッドバージョンの位置を識別して、この識別されたインターコーデッドバージョンを選択的に復号する。
【００３４】
基準データ稼動率はまた受信されたビデオデータ内のエラーによっても影響されうる。エラー検出器１６６はビットストリーム内の訂正できないエラーを識別するためにエラー検出技術（例えば、前方向エラー訂正）を使用することができる。もしインターコーデッドバージョンが依存する基準データ内に訂正できないエラーがあれば、その時エラー検出器１６６はどのビデオデータがこのエラーによって影響されるかを識別する選択復号器１６０に信号を送ることができる。選択復号器１６０はその時（例えば、もし基準データが使用可能であれば）インターコーデッドバージョンを復号すべきか、または（もし基準データが使用不能であれば）イントラコーデッドバージョンを復号すべきかのどちらかを決定することができる。
【００３５】
ある種の構成では、図２Ａの符号器装置１１０の１つまたはそれ以上のエレメントは再配列されるおよび／または結合されることができる。このエレメントはハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコードまたはそれの任意の組合せによって実施されることができる。ある種の構成では、図２Ｂの復号器１５０の１つまたはそれ以上のエレメントは再配列されるおよび／または結合されることができる。このエレメントはハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコードまたはそれの任意の組合せによって実施されることができる。
【００３６】
ビデオ
この中に記述されたある種の構成は、技術標準ＴＩＡ−１０９９号として公布された、ＦＬＯエアインターフェイス仕様、“地上移動体マルチメディアマルチキャストのための前方向リンクオンリー（ＦＬＯ）エアインターフェイス仕様（Ｆｏｒｗａｒｄ  Ｌｉｎｋ  Ｏｎｌｙ（ＦＬＯ）  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｆｏｒ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｍｕｌｔｉｃａｓｔ）”を使用しているＴＭ３システム内で実時間ビデオサービスを引き渡すためのＭｅｄｉａＦＬＯTMビデオ符号化を使用して実施されることができ、それはすべての目的として引用によってこの中に完全に組み込まれている。ある種の構成はビットストリームシンタックスおよびセマンティックス、およびこれらのサービスをＦＬＯエアインターフェイス層４１２上に引き渡すための復号化手順を定義する。
【００３７】
この中に提供された説明は、少なくとも一部分は、ＦＬＯマルチメディアマルチキャストシステムのための適合標準を形成し、そしてコンプライアントＦＬＯ装置３０４がこの標準に適合している任意のＦＬＯネットワーク３０２（図３）を通してサービスを得ることを容易とする。
【００３８】
標準的基準
ＩＴＵ−Ｔ勧告Ｈ．２６４および／またはＩＳＯ／ＩＥＣ国際標準ＩＳＯ／ＩＥＣ１４４９６−１０進歩したビデオ符号化（この中では“Ｈ．２６４／ＡＶＣ標準”と呼ぶ）はすべての目的として引用されてこの中に完全に組み込まれ、そして、一部分は、さらに詳しくこの中で引用されてもよい。
【００３９】
Ｈ．２６４／ＡＶＣ標準の第３条内の定義はまたこの中に記述された構成にも適合する。そのうえ、この中に記述された典型的な構成に従うためのチャネルスイッチフレーム（ＣＳＦ）はシーケンスパラメータセット、および／または画像パラメータセット、および／または瞬時復号化リフレッシュ（ＩＤＲ;instantaneous decoding refresh）画像から成るコーデッドピクチャとして定義される。チャネルスイッチフレーム（ＣＳＦ）はコーデッドビットストリーム内のランダムアクセスポイントをイネーブルにするためにあるいはエラー回復を容易とするために別々のトランスポートプロトコルパケット内にカプセル化されることができる。チャネルスイッチフレーム（ＣＳＦ）は下文でこの中に指定される。
【００４０】
演算子、範囲表示、数学的関数、変数、シンタックスエレメント、表、および手順についてこの中で使用された規約は、Ｈ．２６４／ＡＶＣ標準の第５条内に指定されたと同じである。
【００４１】
この中に記載されたある種の構成は下記を含む：範囲の説明、標準的基準、術語の定義、略字および開示構成；およびビットストリームシンタックス、セマンティックスおよび復号化手順の説明。
【００４２】
マルチメディアブロードキャストのための低複雑性ビットストリームフォーマットおよび復号
この中に提供された説明は、特に、マルチメディアブロードキャストのための低複雑性の範囲を提供する典型的なビットストリームフォーマットおよび復号手順を記述する。この仕様によって記述された低複雑性の範囲に適合しているビットストリームは以下の追加の制約および範囲を有するＨ．２６４／ＡＶＣ標準のＡ．２内のプロファイルに従う：１）シーケンスパラメータセットは６６または８８に等しいｐｒｏｆｉｌｅ ｉｄｃを持つことができる；２）シーケンスパラメータセットは０に等しいｃｏｎｓｔｒａｉｎｔ ｓｅｔ０ ｆｌａｇを持つことができる；３）シーケンスパラメータセットは１に等しいｃｏｎｓｔｒａｉｎｔ ｓｅｔ１ ｆｌａｇを持つことができる；４）シーケンスパラメータセットは０に等しいｃｏｎｓｔｒａｉｎｔ ｓｅｔ２ ｆｌａｇを持つことができる；５）Ｂスライスタイプはあることができる；および／または６）Ｂ画像のためのスライスは０に等しいｎａｌ ｒｅｆ ｉｄｃを持つことができる。（ｉｄｃはプロファイルインデックスを表す。）
この構成のもう１つの局面では、この仕様によって記述された低複雑性の範囲に適合するビットストリームは以下の制約および範囲を有するＨ．２６４／ＡＶＣ標準のＡ．２内のプロファイルに従う：１）シーケンスパラメータセットは６６または８８に等しいｐｒｏｆｉｌｅ ｉｄｃを持つことができる；２）シーケンスパラメータセットは１に等しいｃｏｎｓｔｒａｉｎｔ ｓｅｔ０ ｆｌａｇを持つことができる；３）シーケンスパラメータセットは０に等しいｃｏｎｓｔｒａｉｎｔ ｓｅｔ１ ｆｌａｇを持つことができる；４）シーケンスパラメータセットは１に等しいｃｏｎｓｔｒａｉｎｔ ｓｅｔ２ ｆｌａｇを持つことができる；５）Ｂスライスタイプはあることができる；および／または６）Ｂ画像のためのスライスは０に等しいｎａｌ ｒｅｆ ｉｄｃを持つことができる。
【００４３】
チャネルスイッチフレーム
図７は典型的なチャネルスイッチフレーム（ＣＳＦ）７００を図示する。ＭｅｄｉａＦＬＯTM環境内でのチャネル変更を可能にするために、そしてエラー回復を容易とするために、ある種の構成による復号器エレメント１２０はチャネルスイッチフレーム（ＣＳＦｓ）を挿入できる。チャネルスイッチフレーム（ＣＳＦ）７００は３ＮＡＬユニット、またはそれ以上、参照番号７０２および７０４によって示されたＮＡＬ1〜ＮＡＬxまでを含むことができる。Ｘは２以上であってもよい。それにもかかわらず、ＣＳＦ７００は１つのＮＡＬユニットのみを有してもよい。
【００４４】
図８は典型的な３−ＮＡＬ  ＣＳＦ８００を図示する。この例では、ＣＳＦ８００は３ＮＡＬユニット８０２，８０４および８０６を含む。もしそれが示す、ある場面で、もし３ＮＡＬユニットが使用されれば、以下の順番でビットストリーム内にあることができる：シーケンスパラメータセット（ＳＰＳ;set parameter set）８１２、画像パラメータセット（ＰＰＳ;picture parameter set）８１４、および瞬時復号化リフレッシュ（ＩＤＲ）８１６。ＩＤＲ  ＮＡＬユニットは低品質ＮＡＬ  ＩＤＲユニットであってもよい。
【００４５】
このＣＳＦ配列は表１内に示される。表１はいずれのＮＡＬユニットタイプがＣＳＦ８００のために使用されているかを識別する。典型的な構成では、ＮＡＬユニットタイプはタイプ番号７，８および５を含む。それにもかかわらず、他の環境では、ＩＤＲ  ＮＡＬタイプ５はＩフレーム（コーデッドスライス）ＮＡＬタイプ１で置き換えられてもよい。ＲＢＳＰはローバイトシーケンスペイロードを表わし、そしてタイトルＲＢＳＰシンタックス構成のコラム内に示される。コラムｎａｌ ｕｎｉｔ ｔｙｐｅはＣＳＦのためにこの中で使用されたＮＡＬユニットタイプ番号を表わす。コラムＣは他のサポートされた構成を示す。例えば、数字２，３および４はデータ区切りＡ，ＢおよびＣを表わす。数字１はまたコーデッドスライスＮＡＬユニット１を表わす。数字０は指定されない。
【表１】
2010509896.tif 000003
【００４６】
これらのＮＡＬユニットのためのシンタックス、セマンティックス、および復号化手順はＨ．２６４／ＡＶＣ標準に指定されたと同様である。
【００４７】
チャネルスイッチフレームパラメータの仕様
チャネルスイッチフレーム（ＣＳＦ）ビットストリームのセマンティックスはＨ．２６４／ＡＶＣ標準のそれらとは異なるいくつかのシンタックスエレメント、変数、および関数についての要求条件を有する。
【００４８】
図９はチャネルスイッチフレーム（ＣＳＦ）発生器９００を図示する。ＣＳＦ発生器９００はＳＰＳ発生器９０２，ＰＰＳ発生器９０４，ＩＤＲ発生器９０６およびＩフレーム発生器９０８を含む。以下の要求条件はＨ．２６４／ＡＶＣ標準とは異なる。ＳＰＳ発生器９０２はＣＳＦ８００の結果として生じるシーケンスパラメータセット（ＳＰＳ）ＮＡＬに０に等しいｐｉｃ ｏｒｄｅｒ ｃｎｔ ｔｙｐｅを持たせる。そのうえ、ＳＰＳ発生器９０２はＣＳＦ８００の結果として生じるシーケンスパラメータセット（ＳＰＳ）ＮＡＬに０に等しいｇａｐｓ ｉｎ ｆｒｍ ｎｕｍ ｖａｌｕｅ ａｌｌｏｗｅｄ ｆｌａｇを持たせる。
【００４９】
ＰＰＳ発生器は結果として生じるＰＰＳ  ＮＡＬユニットを発生する。Ｉフレーム発生器９０８はＩフレームＮＡＬユニットを発生する。ＩＤＲ発生器９０６はＩＤＲ画像のためのシンタックスエレメントｐｉｃ ｏｒｄｅｒ ｃｎｔ ｌｓｂがゼロでなくてもよいように結果として生じるＩＤＲ  ＮＡＬユニットを発生する。ＩＤＲ画像ＰｉｃＯｒｄｅｒＣｎｔ０は対応するＰスライスＰｉｃＯｒｄｅｒＣｎｔ０のそれに等しい。そのうえ、ＩＤＲ画像のシンタックスエレメントｆｒａｍｅ ｎｕｍはゼロでなくてもよい。ＩＤＲ画像ｆｒａｍｅ ｎｕｍは対応するＰスライスｆｒａｍｅ ｎｕｍのそれに等しい。以下の画像ｆｒａｍｅ ｎｕｍは（ｆｒａｍｅ ｎｕｍ＋１）％ＭａｘＦｒａｍｅＮｕｍに等しくなることができる。
【００５０】
このように、ＩＤＲ発生器はＩＤＲ  ＮＡＬのＰＯＣ数をＰスライスＰＯＣ数に等しく設定するＩＤＲ画像順カウント（ＰＯＣ;picture order count）数計算器９１０を含む。ＩＤＲ発生器はまた画像フレーム数をＰスライス画像フレーム数に等しく設定するＩＤＲ画像フレーム数計算器９１２を含む。ＩＤＲ発生器はまた画像フレーム数およびＰＯＣ数がゼロではないことをいくつかの例の中で保証する。符号器装置１１０は画像ｆｒａｍｅ ｎｕｍが（ｆｒａｍｅ ｎｕｍ＋１）％ＭａｘＦｒａｍｅＮｕｍに等しくなることができるブロック９１６でフレーム数を追跡する。
【００５１】
符号器装置１１０はそれがＣＳＦ  ｆｒａｍｅ ｎｕｍ−１の値に等しく設定されることができるように可変ＰｒｅｖＲｅｆＦｒａｍｅＮｕｍを追跡できる。
【００５２】
チャネルスイッチフレーム復号化
図１０はＣＳＦ付きのビットストリームを復号化するための手順１０００を図示する。Ｈ．２６４／ＡＶＣ標準の第８条内に指定されたようなＩスライスのために使用された復号化手順１０００は、もしＩＤＲ  ＮＡＬユニットが、Ｉフレーム発生器９０８によって発生されたような、ＩスライスＮＡＬユニット（ＮＡＬタイプ１のコーデッドスライス）で置換されるならばチャネルスイッチフレーム（ＣＳＦ）を復号するために使用されることができる。チャネルスイッチフレーム（ＣＳＦ）の前に出力順番（表示）で要求されたチャネル内の画像は開放されることができる。（出力順番の意味合いで）将来の画像の復号化に変更はない。ＣＳＦに続く将来の画像は基準フレームとしてＣＳＦの前に出力順番を有する任意の画像を使用することはできない。
【００５３】
下のいろいろな構成では、描写された順番であるいはこれらのブロックまたはそれの部分内で実行されるフローチャートブロックは同時に、並列に、あるいは異なる順番で実行されることができる。
【００５４】
このように、復号化手順１０００は画像を有するビットストリームが復号されるブロック１００２で始まる。ブロック１００２はＣＳＦが検出されるかどうか決定がなされるブロック１００４によってフォローされる。もしその決定が“ノー”であれば、その時ブロック１００４はビットストリームのさらなる復号化が起こるブロック１００２に戻る。
【００５５】
しかしながら、もしブロック１００４での決定が“イエス”であれば、その時ＣＳＦはＩスライスおよび／またはＮＡＬユニットタイププロトコルに従って復号される。ブロック１００６は出力順番においてＣＳＦの前に要求チャネルの任意の画像があるかどうかの決定がなされるブロック１００８によってフォローされる。もしこの決定が“イエス”であれば、これらの画像はブロック１０１０で開放される。ブロック１０１０はブロック１０１２によってフォローされる。しかしながら、もしブロック１００８での決定が“ノー”であれば、その時ブロック１００８はブロック１０１２によってフォローされる。ブロック１０１２では、出力順番においてＣＳＦの後に要求チャネルの任意の画像があるかどうかの決定がなされる。もしこの決定が“イエス”であれば、出力順番においてＣＳＦの前の画像はブロック１０１４で非基準フレームとして設定される。ブロック１０１０はブロック１０１２によってフォローされる。しかしながら、もしこの決定が“ノー”であれば、その時ブロック１０１２はブロック１００２に戻る。ブロック１０１４もまた正規の復号化が起こるブロック１００２に戻る。非基準フレームは、このフレームをフラッシュすること（ｆｌｕｓｈｉｎｇ）によってあるいはこのフレームをしいて非基準フレームとすることによって設定されてもよい。
【００５６】
ｓｙｎｃ層
ＭｅｄｉａＦＬＯTMシステムは少なくとも３タイプの内容：実時間、非実時間およびＩＰデータキャスト（例えば、マルチキャスト、ユニキャスト、など）を引き渡すことができる。実時間サービスの引渡しのためのマルチキャスト装置ネットワークインターフェイス（ＭＩＤＩ）が図４内に示される。
【００５７】
図３はｓｙｎｃ層メッセージおよびＦＬＯネットワーク３０２内の装置３０４への／による実時間メディアストリーム出力の間の典型的な関係を図示する。典型的なＦＬＯネットワーク３０２は装置３０４へのストリーミング内容の連続的な実時間引渡しをサポートすることができる。各ストリームは別々のフローとして伝送されることができ、そして関連フローは、システム情報の使用により、共通サービス、またはサービスのセットに属するとして識別されることができる。ネットワーク３０２はそのうえ実時間メディアストリームを互いにおよびこの内容のプレゼンテーションタイミング条件と同期化させるデータを供給することができる。メディアストリームおよび同期データを結合するための層はｓｙｎｃ層４０６として知られる。
【００５８】
実時間サービスにアクセスするために必要な装置３０４はこのサービスの位置を確認するためにシステム情報を使用する。例えば、このサービス上で現在使用可能なプレゼンテーションのタイトルおよびレーティングのような、このサービスに関連するメタデータを処理した後に、装置３０４は適切なフローを選択して、受信ストリームを使うことができる。これらのストリームのプレゼンテーションのタイミングおよび同期はこの中のプロトコルによって制御されることができる。
【００５９】
プロトコル構造
図４はＦＬＯネットワーク３０２内の実時間サービスのための典型的なプロトコル層４００を図示する。実時間サービスは、この中に記述された、フレーミング層４０８、および、またこの中に記述された、ストリーム暗号化／復号層４１０のサービスの使用を行うことができる。それは少なくとも２つの部分層：メディアコーデック層４０４およびｓｙｎｃ層４０６から成ることができる。実時間ａｐｐｓ層４０２はプロトコル層４００の上位層セクション内に示される。
【００６０】
メディアコーデック層４０４はこの構成の範囲外にあるメディア特定コーデックをサポートする。メディアコーデックはネットワーク内のｓｙｎｃ層４０６に一連のメディアフレームを供給する。各メディアフレームは、通常そのフレームが表示されるべきである時刻を指定するプレゼンテーションタイムスタンプ（ＰＴＳ）、およびスーパフレームを有するフレーム配列内のフレームの相対位置を識別する関連フレームＩＤによって識別されることができる。ビデオソースコーデックは１スーパフレーム内に同じＰＴＳおよびフレームＩＤを有する複数のメディアフレームを発生することができる。
【００６１】
ある種のメディアタイプ、明白にはビデオについて、ネットワーク３０２内のメディアコーデック層４０４はまたメタデータをｓｙｎｃ層４０６に供給し、それは装置３０４内のｓｙｎｃ層４０６が装置３０４内のメディアコーデック層４０４に引き渡されるようにメディアフレームの配列を取得して再生することを助けるために使用されることができる。
【００６２】
ｓｙｎｃ層４０６はメディアタイプに従って要求されるようにメディアフレームを順応させ、そしてメディア同期およびプレゼンテーションタイミングを供給する責任がある。ｓｙｎｃ層４０６は一連のｓｙｎｃ層パケットを運ぶ。ｓｙｎｃ層パケットは、下記されるように、メディアフレームまたは順応フレームのいずれかを伝達する。メディアフレームを伝達するｓｙｎｃ層パケットはメディアフレームにｓｙｎｃヘッダ（ＳＨ）を付加することによって形成される。下にさらに詳細に記述されるように、ｓｙｎｃヘッダ（ＳＨ）はメディアタイプ、共通メディアヘッダ、およびメディア特定ヘッダから成る。
【００６３】
そのうえ、ｓｙｎｃ層４０６は各メディアタイプに特定のある種のメタデータを伝達できる。このメタデータは２つの方法で伝達される。第１に、書き留めたように、メディア特定のエクステンションがｓｙｎｃ層パケットのｓｙｎｃヘッダ内に含まれてもよい。第２に、ｓｙｎｃ層パケットはｓｙｎｃ層４０６内で発生されて、同じフロー内のメディアフレームを伝達するｓｙｎｃ層パケット間でインターリーブされる順応フレームを伝達するために使用されることができる。種々のタイプの順応フレームはその順応フレームに関するｓｙｎｃヘッダ内のアプリケーションＩＤによって識別される。
【００６４】
図５Ａおよび図５Ｂはある種の構成に従ってｓｙｎｃ層パケットとメディアフレームとの間の代替の典型的な関係を図示する。図５Ａは符号器装置１１０によって符号化された第１の典型的なｓｙｎｃ層パケット５００を図示する。ｓｙｎｃ層パケット５００は、実例によって、可変長の複数のメディアフレーム５０４，５０６、および５１０を具備する。各メディアフレーム５０４，５０６および５１０に先行して、対応するｓｙｎｃヘッダ（ＳＨ）５０２がある。ｓｙｎｃヘッダ（ＳＨ）５０２は３コンポーネントを含む。３コンポーネントはメディアタイプ（ＭＴ）５２０，共通メディアヘッダ（ＣＭＨ）５２２およびメディア特定ヘッダ（ＭＳＨ）５２４を含み、そのすべてはこの中で下に詳細に記述される。
【００６５】
図５Ａの例では、順応フレーム５０８はメディアフレーム５０６および５１０の間に挿入される。順応フレーム５０８は２コンポーネントを有するｓｙｎｃヘッダ（ＳＨ）５１２によって先行される。ｓｙｎｃヘッダ（ＳＨ）５１２の２コンポーネントはメディア型（ＭＴ）５３０および順応型（ＡＴ）５３２を含む。
【００６６】
図５Ｂは符号器装置１１０によって符号化された第２の典型的なｓｙｎｃ層パケット５５０を図示する。ｓｙｎｃ層パケット５５０は、実例によって、可変長の複数のメディアフレーム５６４，５７０、および５８０を具備する。各メディアフレーム５６４，５７０および５８０に先行して、対応するｓｙｎｃヘッダ（ＳＨ）５６０および順応ヘッダ（ＡＨ）５６２がある。図５Ｂの例では、順応フレーム５７４はメディアフレーム５７０および５８０の間に挿入される。順応フレーム５７４はｓｙｎｃヘッダ（ＳＨ）５７２によって先行される。
【００６７】
実時間フロー構成オプション
実時間データを供給するフローに関してフロー構成オプションは次のとおり構成されることができる：
１）選択されないとして示されたＦＡＳＢ ＡＬＬＯＷＥＤ；
２）構成可能として示されたＣＨＥＣＫＳＵＭ ＡＣＴＩＶＥ；
３）構成可能として示されたＳＴＲＥＡＭ ＥＮＣＲＹＰＴＩＯＮ ＡＣＴＩＶＥ。
【００６８】
メディアコーデックおよびフレーミング層インターフェイス
実時間サービスは１タイプ以上のストリーミングコンポーネント、例えば、ビデオ、オーディオおよび注釈または充実した説明文として、多分複数言語ストリームおよびこれらの複数の組合せさえ使用されたテキストから成ってもよい。各ストリーミングコンポーネントは別々のフロー内で伝達されるか、または複数のストリーミングコンポーネントは単一のフロー内で伝達されることができる。
【００６９】
図３に関しては、各タイプの内容は適切に符号化およびフォーマットされる。３タイプのストリーミング内容がサポートされるが、しかしながらこの分野の技術者はこの中に示された概念の拡張性を認識するであろう：ビデオ（例えば、Ｈ．２６４）；オーディオ（例えば、ＨＥ−ＡＡＣバージョン２）；および／または時限データ（例えば、３ＧＰＰ  ＰＳＳ時限テキスト）
このフローと関連するメタデータを伝達する順応フレーム５０８または５７４は第４の内容タイプとして考えられる。
【００７０】
ネットワーク３０２内のメディアコーデックインターフェイスは一連のメディアフレーム５０４，５０６，５１０，５６４，５７０および５８０をｓｙｎｃ層４０６に供給する。装置３０４では、ｓｙｎｃ層４０６は一連のメディアフレーム（例えば、５０４，５０６および５１０）をメディアコーデックに供給する。メディアフレーム（例えば、５０４，５０６および５１０）は装置３０４とネットワーク３０２との両者内のｓｙｎｃ層４０６およびメデイアコーデック層４０４の間のインターフェイスを通過した時にバイト境界に整列されることができる。
【００７１】
ネットワーク３０２内のｓｙｎｃ層４０６は、ｓｙｎｃパケットを作り出すためにｓｙｎｃ層ヘッダ（例えば、５０２）をメディアフレーム（例えば、５０４，５０６および５１０）に加え、順応フレーム５０８を引き渡すｓｙｎｃパケットとそれらをインターリーブし、そして結果として生じるｓｙｎｃパケットを伝送用のフレーミング層４０８に引き渡す。ｓｙｎｃパケット方位ビデオメディアフレームは、ビデオメディアコーデック層４０４によって指定されたように、ベース層変調コンポーネントまたは強化層変調コンポーネントのどちらかの中で伝送されることができる。
【００７２】
装置３０４内のｓｙｎｃ層４０６はメディアフレーム（例えば、５０４，５０６および５１０）を各スーパフレーム内のフレームＩＤの増加順にメディアコーデック層４０４に引き渡す。ビデオメディアフレームの引渡し順番は同じフレームＩＤを有する１つ以上のビデオメディアフレームがある場合におけるある種の付加的な制約に従う。
【００７３】
メディアフレーム（例えば、５０４，５０６および５１０）の最大のサイズはＰMAX RTバイトを超えることはできず、ここでＰMAX RTは変更可能なＦＬＯシステムパラメータであり、そしてそれ自体、いろいろなメディアフレームサイズを容易にするように構成されることができる。 
下の説明は各メディアタイプについてｓｙｎｃ層４０６上でのトランスポートのためにメディアコーデックによって供給されたサービスパケットの順応、およびｓｙｎｃ層４０６のフレーミング層４０８とのメディア特定の相互作用を指定する。
【００７４】
ビデオ内容
ネットワークメディアコーデックインターフェイス
ビデオフレームは、以下に、表８内に指定された任意の公称レートで発生されることができる。例えば、異なるソースからの内容は異なるレートでネットワークに供給されるので、公称フレームレートはスーパフレーム内で変更できる。各スーパフレームについて、メディアコーデック層４０４はそれがユーザに表示されることが望ましいメディアフレーム数をｓｙｎｃ層４０６に示すことができる。ビデオフレームは不可欠な数のバイトから成る。したがってビデオフレームを運んでいるメディアフレームについてバイトアライメントを供給することは不必要である。
【００７５】
メディアコーデック層４０４はビデオフレームを復号順にｓｙｎｃ層４０６に表示することができる。メディアコーデック層４０４は各ビデオフレームを有するｓｙｎｃ層４０６に以下のメタデータを供給することができる：１）ＰＴＳおよびフレームＩＤ；２）どのビデオフレームがユーザに表示されるべきかの瞬時レートを識別する、フレームと関連するフレームレート；３）このフレームは装置３０４がビデオストリームを得るために使用できるランダムアクセスポイント（ＲＡＰ）であるかどうか；４）このフレームは基準フレームであるかどうか；５）このフレームは本質的なビデオ情報または付加的なビデオ情報を含むかどうか；６）このフレームはベース層コンポーネントまたは強化層コンポーネント内の伝送を予定されるかどうか。いずれのビデオ情報が本質的であるかまたは付加的であるかを決定される基準はメディアコーデック層４０４によって決定される。
【００７６】
フレームＩＤの値はスーパフレーム内の第１のビデオフレームについてゼロに設定されることができる。それはｓｙｎｃ層４０６に表示された各次のビデオフレームについて、装置３０４によって表示されるべきメディアフレーム数までおよびそれを含んで、増加かまたは同数のままであることができる。
【００７７】
同じフレームＩＤを有するフレームのインターフェイスの反対側への引渡しはいくつかの制約を受ける。第１の制約は、もしメディアコーデック層４０４が１つまたはそれ以上のＲＡＰフレームおよび同じフレームＩＤを有する１つまたはそれ以上の代わりのフレームを発生すれば、それはＲＡＰフレームをこの代わりのフレームの前にｓｙｎｃ層４０６に表示できることである。第２の制約は、もしメディアコーデック層４０４がビデオ品質のレベルのみが異なる同じフレームＩＤについて２フレームを発生すれば、低品質フレームはベース層コンポーネント内で伝送されることができ、そして高品質フレームは強化層コンポーネント内で伝送されることができることである。
【００７８】
ネットワークフレーミング層インターフェイス
ｓｙｎｃ層４０６はそれらがベース層または強化層コンポーネント内で伝送されるかどうかに従ってビデオフレームを伝達するｓｙｎｃパケットを分類することができる。各グループは別々に処理されることができる。
【００７９】
ｓｙｎｃ層４０６は各グループについてのｓｙｎｃパケットをフレームＩＤの増加順にフレーミング層４０８に供給することができる。同じコンポーネント内の同じフレームＩＤを有する２つのｓｙｎｃパケットはそれらがメディアコーデック層４０４から受信された順にフレーミング層４０８に供給されることができる。
【００８０】
装置フレーミング層インターフェイス
装置３０４はベース層および強化層コンポーネントから伝送されたｓｙｎｃパケットを再生することができ、そしてそれらを一緒に処理することによってそれらが装置メディアコーデックインターフェイスの反対側に引き渡されるような順番を再生することができる。
【００８１】
装置メディアコーデックインターフェイス
装置３０４内のｓｙｎｃ層４０６はビデオメディアフレーム（例えば、５０４，５０６および５１０）を、追加の勧告（それの全部またはいくつかは副構成として除去されることができる）に従って、フレームＩＤから決定されたような、復号順にメディアコーデック層４０４に渡すことができる。第１の勧告は、もしｓｙｎｃ層４０６がＲＡＰフラグセットを有するビデオメディアフレーム（“ＲＡＰフレーム”）および同じフレームＩＤを有する１つまたはそれ以上の非ＲＡＰフレームを検出すれば、その時２条件の１つはさらに評価されることである。（第１の勧告に関する）第１の条件は、もしｓｙｎｃ層４０６がビデオストリームを取得しなかったならば、それはメディアコーデックインターフェイス（ＭＣＩ）の反対側にＲＡＰフレームを引き渡すことができ、そして非ＲＡＰフレームを捨てることができることである。他方（第２の条件）では、ｓｙｎｃ層４０６はＲＡＰフレームを捨てることができ、そして、適切なように、メディアコーデックインターフェイス（ＭＣＩ）の反対側に非ＲＡＰフレームを引き渡すことができる。ＲＡＰフレームはＣＳＦであってもよい。
【００８２】
第２の勧告はもしｓｙｎｃ層４０６が同じｓｙｎｃ層ヘッダ（ＳＨ）を有する２ビデオメディアフレームを検出すれば、それは強化層内で受信されたフレームをメディアコーデック層４０４に引き渡すことができ、そしてベース層内で受信されたフレームを捨てることができることである。
【００８３】
第３の勧告はｓｙｎｃ層４０６が必須のビデオ情報を有するビデオメディアフレーム、および同じフレームＩＤと追加のビデオ情報とを有する第２のビデオメディアフレームを検出するかどうかということである。２つの追加の条件が考えられる。第３の勧告の第１条件では、もしメディアコーデック層４０４が追加のビデオ情報の処理をサポートしないならば、ｓｙｎｃ層４０６はそのビデオメディアを捨て、そして必須のビデオ情報を有するビデオメディアフレームをメディアコーデック層４０４に引き渡すことができる。第３の勧告の第２条件では、もし第１の条件が満たされなければ、ｓｙｎｃ層４０６は両ビデオメディアフレームをメディアコーデック層４０４に引き渡すことができる。
【００８４】
図１６は装置３０４でのメディアコーデック層４０４処理のためのｓｙｎｃ層４０６に関する手順１６００のフローチャートを図示する。手順１６００はビデオメディアフレームがｓｙｎｃ層４０６からメディアコーデック層４０４にフレームＩＤ番号に基づいた復号順に渡されるブロック１６０２で始まる。ブロック１６０２は同じフレームＩＤ番号を有する２つのバックツーバックフレームがあるかどうか、そしてどちらの１フレームがＲＡＰフレーム（例えば、ＣＳＦ）であり、そして他が非ＲＡＰフレームであるかの決定がなされるブロック１６０４によってフォローされる。もしこの決定が“ノー”であれば、ブロック１６０４はブロック１６０２に戻る。しかしながら、もしこの決定が“イエス”であれば、その時ブロック１６０４はｓｙｎｃ層４０６がビデオストリームを取得したかどうかの決定がなされるブロック１６０６によってフォローされる。もしこの決定が“イエス”であれば、その時ＲＡＰフレームが捨てられ、そして非ＲＡＰフレームが適切なようにＭＣＩに引き渡されるブロック１６０８によってフォローされる。もし決定が“ノー”であれば、その時ブロック１６０６はＲＡＰフレームがＭＣＩに送られ、そして非ＲＡＰフレームが捨てられるブロック１６１０によってフォローされる。
【００８５】
図１７はバックツーバックの同じフレーム識別番号を有するネットワーク３０２によって発生されたビットストリーム１７００の一例を図示する。ビットストリーム１７００は図５Ａに関して示されそして記述されたものと同種である。実例によって、メディアフレーム１７０４はＣＨ−ＣＮＮによって表されたチャネルのためのＰフレーム（１）を含む。メディアフレーム１７０４はｓｙｎｃヘッダ（ＳＨ）１７０２を含む。ｓｙｎｃヘッダ（ＳＨ）１７０２は以前に記述されたｓｙｎｃヘッダ（ＳＨ）５０２と同種である。
【００８６】
この例では、ＣＳＦはＣＨ−ＥＳＰＮへのようなチャネル変更を実施するために挿入されたと仮定されたい。ＣＳＦはメディアフレーム１７０８によって表わされ、そしてｓｙｎｃヘッダ（ＳＨ）１７０６を含む。ＣＳＦはＲＡＰフレームであり、そしてフレーム識別番号を有するＣＭＨ１７２０を有するであろう。実例となることを目的として、それの対応するＳＨを有する順応フレームはＣＳＦ（メディアフレーム１７０８）に続くことを示される。メディアフレーム１７１２は非ＲＡＰフレームとして示され、そしてｓｙｎｃヘッダ（ＳＨ）１７１０によって先行される。このビットストリーム１７００では、メディアフレーム１７０８と１７１２とはバックツーバックである。ＣＳＦはチャネルＣＨ−ＥＳＰＮへのようにチャネルを変更すると考えられる。チャネル変更を実施するために、メディアフレーム１７１２はＰフレーム（２）であり、そしてＣＳＦ（メディアフレーム１７０８）のためのｓｙｎｃヘッダ（ＳＨ）１７０６内のフレーム識別番号と同じであるフレーム識別番号を有するｓｙｎｃヘッダ１７１０内にＣＭＨを有する。
【００８７】
メディアフレーム１７１２はｓｙｎｃヘッダ１７１４を有するメディアフレーム１７１６によってフォローされる。メディアフレーム１７１６はＢフレームであってもよい。出力順番では、ＢフレームはＰフレームの前にある。よって、Ｂフレームは捨てられるか開放される（図１０を調べられたい）。
【００８８】
図１０において提供された説明に関して、メディアフレーム１７０４は非基準フレームとして示される必要がある。チャネル変更があるので、フレーム１７０４はもう１つのチャネル内のビデオフレームに関する基準フレームとして機能することはできない。メディアフレーム１７０４は非基準フレームとして設定されるか、あるいはバッファからフラッシュされることができる。それにもかかわらず、メディアフレームを基準フレームとして機能することから除去するための他の手段は使用されることができる。
【００８９】
オーディオ内容
ネットワークメディアコーデックインターフェイス
オーディオフレームは用いられているオーディオコーデックのタイプによる固定レートで発生される。しかしながら、オーディオフレームレートは不可欠の複数のスーパフレームレートであってはならない。各スーパフレームについて、メディアコーデック層４０４はｓｙｎｃ層４０６にそれが渡されたいメディアフレーム数を表示することができる。
【００９０】
フレームＩＤはｓｙｎｃ層４０６に渡された各オーディオフレームと関連することができる。フレームＩＤはメディアコーデック層４０４またはｓｙｎｃ層４０６のどちらか一方によって割り当てられることができる。フレームＩＤの値はスーパフレーム内の第１のオーディオフレームについてゼロに設定されることができる。この値はｓｙｎｃ層４０６に渡された各次のオーディオフレームについて、装置３０４によって渡されるようにメディアフレームの数までおよびそれを含んで増すことができる。
【００９１】
ネットワーク３０２内のメディアコーデック層４０４はオーディオフレームをそれらが発生される順にｓｙｎｃ層４０６に渡すことができる。オーディオフレームは非整数のバイトから成ることができる。メディアコーデック層４０４は用いられているオーディオコーデックのタイプについて指定された手段に従ってバイトアライメントを達成することができる。
【００９２】
メディアコーデック層４０４は各オーディオフレームに関連してｓｙｎｃ層４０６にメタデータを供給することができる。メタデータは、もしそれがメディアコーデック層４０４によって割り当てられるならば、フレームＩＤを含む。
【００９３】
フレームはＲＡＰフレームであるかどうか
このフレームは本質的オーディオ情報または付加的オーディオ情報を含むかどうか。それによってオーディオ情報は本質的であるべきか付加的であるべきかが決定される基準は、メディアコーデック層４０４によって決定される。
【００９４】
ネットワークフレーミング層インターフェイス
オーディオフレームを含んでいるｓｙｎｃパケットはメディアコーデック層４０４によって指示された変調コンポーネント内で伝送されることができる。各変調コンポーネント内で受信されたオーディオフレームはそれらが発生される順にフレーミング層４０８に渡されることができる。
【００９５】
装置フレーミング層インターフェイス
装置３０４内のｓｙｎｃ層４０６はｓｙｎｃパケットをそれらがフレーミング層インターフェイスの反対側で受信される順に処理することができる。
【００９６】
装置メデイアコーデックインターフェイス
装置３０４内のｓｙｎｃ層４０６はオーディオフレームをそれらがｓｙｎｃパケットから抽出される順にメディアコーデック層４０４に渡すことができる。
【００９７】
時限データ内容
ネットワークメディアコーデックインターフェイス
時限データフレームは可変レートで発生される。典型的に、しかし必然的にではなく、図３内で最もよく見られるように、時限データフロー内にはスーパフレーム当たり高々１つの時限データフレームがある。
【００９８】
フレームＩＤはｓｙｎｃ層４０６に渡された各時限データフレームと関連することができる。フレームＩＤはメディアコーデック層４０４またはｓｙｎｃ層４０６のどちらか一方によって割り当てられることができる。フレームＩＤの値はスーパフレーム内の第１の時限データフレームについてゼロに設定されることができる。この値はｓｙｎｃ層に渡された各次の時限フレームについて、装置によって渡されるべきメディアフレームの数までおよびそれを含んで増すことができる。
【００９９】
ネットワーク内のメディアコーデック層４０４は時限データフレームをそれらが発生される順にｓｙｎｃ層４０６に渡すことができる。時限データフレームは非整数のバイトから成ることができる。バイトアライメントは用いられている時限データのタイプについて指定された手段により達成されることができる。もしあるなら、各時限データフレームに関連してメディアコーデック層４０４によってｓｙｎｃ層４０６に供給されたメタデータはデータのタイプに依存する。
【０１００】
ネットワークフレーミング層インターフェイス
時限データフレームを含んでいるｓｙｎｃパケットはメディアコーデック層４０４によって指示された変調コンポーネント内で伝送されることができる。各変調コンポーネント内で受信された時限データフレームはそれらが発生される順にフレーミング層に渡されることができる。
【０１０１】
装置フレーミング層インターフェイス
装置内のｓｙｎｃ層４０６はｓｙｎｃパケットをそれらがフレーミング層インターフェイスの反対側で受信される順に処理することができる。
【０１０２】
装置メデイアコーデックインターフェイス
装置内のｓｙｎｃ層４０６は時限データフレームをそれらがｓｙｎｃパケットから抽出される順にメディアコーデック層４０４に渡すことができる。
【０１０３】
ｓｙｎｃ層取得
図６はある種の構成に従って装置内の個別フローについてｓｙｎｃ層４０６を処理するための典型的なステートマシン６００を図示する。ステートマシン６００は各状態間の移行および各状態の中で引き受けられた処理を図示する。
【０１０４】
取得中状態
装置３０４は任意の下記の環境内で取得中状態６０６に入ることができる：１）６０２によって示されたＦＬＯ信号の取得；２）６１２によって示された、フローＩＤが変化したフレーミング層４０８からの表示の受信；３）取得済状態６１４内の時に、６１０によって示された、ＦＬＯ信号の損失；４）取得済状態６１４内の間、６１０によっても示された、エラーを有するメディアフレームの検出；５）エラーはフレーミング層４０８によって信号されるか、またはもし巡回冗長符号チェック（ＣＲＣ）処理が構成されれば、このＣＲＣによって検出される。そのうえ、６０４によって示された、非ＲＡＰフレームが受信される時には、取得中状態６０６が入られることができる。
【０１０５】
ビデオの場合には、装置３０４は、もし使用可能なら、このエラーによって影響を及ぼされたメディアフレームの性質を決定するために、ビデオｓｙｎｃ層ディレクトリによって供給された情報を使用できる。装置３０４は取得中状態６１４に再び入ること無しにエラー回復手順が可能であることを決定することができるかもしれない。
【０１０６】
取得済状態
６０８によって示された、誤っていないＲＡＰフレームの受信で、装置３０４は取得済状態６１４に入ることができる。取得済状態６１４にある時に６１６によって示された、フレームエラーが検出されない時には取得済状態は入られる。
【０１０７】
取得中状態６１４にある間、装置３０４はフレーミング層４０８によって供給されたメディアフレームを処理することができる。正当なメディアフレームはメディアコーデック層４０４に引き渡されることができる。
【０１０８】
ｓｙｎｃヘッダ（ＳＨ）
図１１はｓｙｎｃヘッダ１１００を発生するｓｙｎｃヘッダ発生器１１１０を図示する。ｓｙｎｃヘッダ発生器１１１０はメディアタイプ符号を発生するメディアフィールドタイプ発生器１１３０を含む。メディアタイプ符号はｓｙｎｃヘッダ１１００のフォーマット内に挿入するために抽出され、そしてブロック１１３２でビデオ用の００、オーディオ１１３４用の０１、ブロック１１３６で時限データ用の１０およびブロック１１４０で順応用の１１を含む。ｓｙｎｃヘッダ発生器１１１０はまた付加フィールド発生器１１５０を含む。ｓｙｎｃヘッダ発生器１１１０はまた、図１２Ｂ内に示された順応型発生器１１６０によって、図５Ａに示されたような、順応型（ＡＴ）を発生する。
【０１０９】
ｓｙｎｃヘッダ１１００はそれのフォーマットがメディアフィールドタイプ発生器１１３０によって発生されたメディアタイプフィールドの値に依存する付加フィールド１１０４によってフォローされたメディアタイプフィールド１１０２から成る。付加フィールド発生器１１５０は図１２Ａ内に示される。
【０１１０】
ｓｙｎｃヘッダ１１００の一般フォーマットが表２内に示される。この表はフィールド名、フィールドタイプ、およびフィールドプレゼンスを含む。フィールドプレゼンスはフィールドが強制的、暫定的、等であるかどうかを示すであろう。フィールドタイプはフィールドがＵＩＮＴ、可変、ビット、等であるかどうかを示す。
【表２】
2010509896.tif 000004
【０１１１】
ＭＥＤＩＡ  ＴＹＰＥ
ＭＥＤＩＡ ＴＹＰＥフィールド１１０２はｓｙｎｃ層パケットによって運ばれたメディアフレームのタイプを、あるいはｓｙｎｃ層パケットが順応フレームを運んでいることを識別する。ＭＥＤＩＡ ＴＹＰＥ用の定義値は表３内に記録される：
【表３】
2010509896.tif 000005
【０１１２】
追加フィールド
図１２Ａはｓｙｎｃヘッダ発生器１１１０の付加フィールド発生器１１５０を図示する。付加フィールド発生器１１５０は共通メディアヘッダアセンブラ１２００およびメディア特定ヘッダアセンブラ１２０２を含む。
【０１１３】
付加フィールド１１０４のフォーマットはメディアタイプフィールド１１０２の値に依存する。共通メディアヘッダアセンブラ１２００は表４内の詳細に従ってＣＭＨ（図５Ａ）を組み立てる。メディア特定ヘッダアセンブラ１２０２は表４内の詳細に従ってＭＳＨ（図５Ａ）を組み立てる。ビデオ、オーディオまたは時限データメディアフレームを運ぶｓｙｎｃパケットのためのヘッダフィールドの一般フォーマットは表４内に示される。
【表４】
2010509896.tif 000006
【０１１４】
順応フレームを運ぶｓｙｎｃパケット用のヘッダフィールドの一般フォーマットは表５内に示される。図１２Ｂはｓｙｎｃヘッダ発生器１１１０の順応型発生器１１６０を図示する。
【表５】
2010509896.tif 000007
【０１１５】
共通メディアヘッダ
図１３Ａは共通メディアヘッダアセンブラ１２００を図示する。ＣＭＨアセンブラ１２００はＰＴＳ発生器１３０２、ｆｒａｍｅ ｉｄ発生器１３０４、ｉｎｆｏｒｍａｔｉｏｎ ｌｅｖｅｌ ｆｌａｇ 発生器１３０６およびＲＡＰ ｆｌａｇ発生器１３０８を含む。メディアフレームを運ぶｓｙｎｃ層パケット用の共通メディアヘッダ（ＣＭＨ）のフォーマットは表６内に示される。共通メディアヘッダ（ＣＭＨ）はいろいろな情報を提供する。ＣＭＨ情報は１）タイムスタンプおよびメディアフレームＩＤ情報；２）データの連続ストリーム内のランダムアクセスポイントを含む。これはオーディオ、ビデオおよび時限テキストストリームの急速な取得をサポートする。ＣＭＨ情報はまた３）非基準フレーム表示を含む。これらはメディアフレームをある種の環境（例えば、ファストフォワード）内での処理無しに開放させる。ＣＭＨ情報はまた４）品質レベルインジケータを含む。
【０１１６】
共通メディアヘッダアセンブラ１２００によって発生された共通メディアヘッダのフォーマットは表６内に示される。
【表６】
2010509896.tif 000008
【０１１７】
ＣＭＨの個々のフィールドは下に定義される。
【０１１８】
ＰＴＳ
ＰＴＳフィールドはメディアフレームのプレゼンテーションタイムスタンプであり、そしてＰＴＳ発生器１３０２によって発生される。このフィールドはミリセカンドの単位で指定される。ＰＴＳフィールドはメディアフレームが引き渡されるべき実際の時間を得るためにスーパフレームタイムに加えられる。
【０１１９】
ＦＲＡＭＥ  ＩＤ
ＦＲＡＭＥ ＩＤはスーパフレーム内のメディアフレームの番号であり、そしてｆｒａｍｅ ｉｄ発生器１３０４によって発生される。この番号はそのスーパフレーム内の第１のメディアフレームについては０に設定され、そしてＰＴＳとして異なる値を有する各次のメディアフレームについては増やされる。
【０１２０】
ＩＮＦＯＲＭＡＴＩＯＮ  ＬＥＶＥＬ  ＦＬＡＧ
ＩＮＦＯＲＭＡＴＩＯＮ ＬＥＶＥＬ ＦＬＡＧはメディアフレームがこのメディアフレームに関する本質的情報あるいは本質的情報と結合されることができる付加的情報を伝達するかどうかを示すビットである。ＩＮＦＯＲＭＡＴＩＯＮ ＬＥＶＥＬ ＦＬＡＧはｉｎｆｏｒｍａｔｉｏｎ ｌｅｖｅｌ ｆｌａｇ発生器１３０６によって発生される。この発生器１３０６は以下の条件に従ってＩＮＦＯＲＭＡＴＩＯＮ ＬＥＶＥＬ ＦＬＡＧを発生するであろう。もしメディアフレームが本質的情報を伝達すれば（条件１）、ＩＮＦＯＲＭＡＴＩＯＮ ＬＥＶＥＬ ＦＬＡＧは０に設定されることができる。もしメディアフレームが付加的品質を伝達すれば（条件２）、ＩＮＦＯＲＭＡＴＩＯＮ ＬＥＶＥＬ ＦＬＡＧは１に設定されることができる。もしメディアコーデックが付加的情報レベルをサポートしなければ（条件３）、ＩＮＦＯＲＭＡＴＩＯＮ ＬＥＶＥＬ ＦＬＡＧは０に設定されることができ、そしてこのフィールドは装置によって無視されることができる。
【０１２１】
ＲＡＰ  ＦＬＡＧ
ＲＡＰ ＦＬＡＧはメディアフレームがランダムアクセスポイントであるかどうかの信号を送り、そしてＲＡＰ ｆｌａｇ発生器１３０８によって発生される。装置３０４はそれがこのメディアフレームを有するメディアストリームにアクセスし始めることができるかどうかを決定するために再取得またはチャネルスイッチングの間ＲＡＰ ＦＬＡＧを使用できる。ＲＡＰ ｆｌａｇ発生器１３０８はいろいろな条件に従ってＲＡＰ ＦＬＡＧを発生するであろう。もし（条件１として）ＭＥＤＩＡ ＴＹＰＥがＶＩＤＥＯまたはＡＵＤＩＯに設定されれば、そしてもしメディアフレームがランダムアクセスポイントであれば、ＲＡＰ ＦＬＡＧは１に設定されることができる。もし（条件２として）ＭＥＤＩＡ ＴＹＰＥがＶＩＤＥＯまたはＡＵＤＩＯに設定されれば、そしてもしメディアフレームがランダムアクセスポイントでないならば、ＲＡＰ ＦＬＡＧは０に設定されることができる。もし（条件３として）ＭＥＤＩＡ ＴＹＰＥがＴＩＭＥＤ ＤＡＴＡに設定されれば、ＲＡＰ ＦＬＡＧはすべてのメディアフレーム上で１に設定されることができる。
【０１２２】
メディア特定ヘッダ
図１３Ｂはメディア特定ヘッダアセンブラ１２０２を図示する。メディア特定ヘッダ（ＭＳＨ）アセンブラ１２０２は、メディアタイプに従って、メディアフレームを運ぶｓｙｎｃ層パケットについてメディア特定ヘッダ（図５Ａ）のフォーマットを組み立てる。メディアタイプはオーディオ、ビデオ、時限データおよび順応である。ＭＳＨアセンブラ１２０２はフレームレート発生器１３２２、ｕｎｒｅｆｅｒｅｎｃｅｄ ｆｒａｍｅ ｆｌａｇ発生器１３２４およびビデオについて示されたメディアタイプ用の予備フィールド発生器１３２６を含む。
【０１２３】
ビデオ
ビデオメディアフレームを運ぶｓｙｎｃ層パケットのためのメディア特定ヘッダ（ＭＳＨ）はビデオメディアヘッダである。ビデオメディアヘッダのフォーマットは表７内に指定される。
【表７】
2010509896.tif 000009
【０１２４】
ビデオメディアヘッダの個々のフィールドは下に定義される。
【０１２５】
ＦＲＡＭＥ  ＲＡＴＥ
ＦＲＡＭＥ ＲＡＴＥフィールドは、ビデオフレームがネットワークによって発生されるレートを表わし、そして表８内の値に関連してフレームレート発生器１３２２によって発生される。ＦＲＡＭＥ ＲＡＴＥ用定義値は表８内に示される。
【表８】
2010509896.tif 000010
【０１２６】
ＦＲＡＭＥ ＲＡＴＥレートは、もし完全なビデオストリームが受信されれば、秒毎のフレーム内の公称表示レートである。例えば、もしビデオストリームがベースおよび強化層の両方を使用して送られれば、このＦＲＡＭＥ ＲＡＴＥは両方のデータのストリームが完全に復号される後のレートである。実際の表示レートは異なるかもしれない。例えば、伝送のベース層のみを受信する装置はより低レートでフレームを表示するかもしれない。
【０１２７】
ＵＮＲＥＦＥＲＥＮＣＥＤ  ＦＲＡＭＥ  ＦＬＡＧ
ＵＮＲＥＦＥＲＥＮＣＥＤ ＦＲＡＭＥ ＦＬＡＧはメディアフレームが他のメディアフレームの復元において基準として使用されるかどうかを表示し、そしてｕｎｒｅｆｅｒｅｎｃｅｄ ｆｒａｍｅ ｆｌａｇ発生器１３２４によって発生されるビットである。発生器１３２４は以下の条件に基づいてＵＮＲＥＦＥＲＥＮＣＥＤ ＦＲＡＭＥ ＦＬＡＧを発生する。もしメディアフレームが基準フレームであれば（条件１）、ＵＮＲＥＦＥＲＥＮＣＥＤ ＦＲＡＭＥ ＦＬＡＧは０に設定されることができる。もしメディアフレームが基準フレームでなければ（条件２）、ＵＮＲＥＦＥＲＥＮＣＥＤ ＦＲＡＭＥ ＦＬＡＧは１に設定されることができる。
【０１２８】
予備
すべての予備ビットの値は０に設定されることができ、そして必要なものとして予備のフィールド発生器１３２６によって発生される。
【０１２９】
オーディオ
メディア特定ヘッダアセンブラ１２０２はオーディオメディアフレームを運ぶｓｙｎｃ層パケット用メディア特定ヘッダを発生しない。それにもかかわらず、メディア特定ヘッダアセンブラ１２０２はこのようなオーディオ用ＭＳＨを供給するように一部変更されることができる。
【０１３０】
時限データ（TIMED DATA）
メディア特定ヘッダアセンブラ１２０２はｔｉｍｅｄ ｄａｔａ ｔｙｐｅ発生器１３３２を含む。時限データメディアフレームを運ぶｓｙｎｃ層パケット用メディア特定ヘッダは時限データメディアヘッダである。ｔｉｍｅｄ ｄａｔａ ｔｙｐｅ発生器１３３２によって発生された時限データメディアヘッダのフォーマットは表９内に示される。
【表９】
2010509896.tif 000011
【０１３１】
ＴＩＭＥＤ  ＤＡＴＡ  ＴＹＰＥ
ＴＩＭＥＤ ＤＡＴＡ ＴＹＰＥフィールドはＴＩＭＥＤ ＤＡＴＡメディアフレーム内の特定タイプのデータを識別し、そしてｔｉｍｅｄ ｄａｔａ ｔｙｐｅ発生器１３３２によって発生される。ＴＩＭＥＤ ＤＡＴＡ ＴＹＰＥ用定義値は表１０内に与えられる。
【表１０】
2010509896.tif 000012
【０１３２】
ＡＤＡＰＴＡＴＩＯＮ  ＴＹＰＥ
図１２Ｂはｓｙｎｃヘッダ発生器１１１０の順応型発生器１１６０を図示する。順応型発生器１１６０はｖｉｄｅｏ ｓｙｎｃ ｌａｙｅｒ ｄｉｒｅｃｔｏｒｙアセンブラ１２２０を含む。ＡＰＰＬＩＣＡＴＩＯＮ ＴＹＰＥフィールドは順応フレーム内の順応データのタイプを指定する。ＡＰＰＬＩＣＡＴＩＯＮ ＴＹＰＥフィールドの定義値は表１１内に指定される。
【表１１】
2010509896.tif 000013
【０１３３】
順応フレーム
順応フレーム（例えば、５０８）のボディの構成は順応型に依存する。各順応型からの順応フレームのボディは表１１内に指定され、そして下記される。
【０１３４】
ビデオｓｙｎｃ層（ＶＳＬ）ディレクトリ
ｖｉｄｅｏ ｓｙｎｃ ｌａｙｅｒディレクトリアセンブラ１２２０はオプションの順応フレームであるビデオｓｙｎｃ層ディレクトリを発生し、そしてエラー回復においてビデオコーデックを助けるためにこの装置内のｓｙｎｃ層４０６によって使用されることができる。例えば、それは紛失のまたは不正なフレームが基準フレームであると考えられたかどうかをｓｙｎｃ層４０６に決定させることができる。この知識はビデオコーデックに、次の基準フレームまでのその後のフレームが処理されねばならないかまたは捨てられねばならないかを決定させることができる。
【０１３５】
図１４内に図示された、ｖｉｄｅｏ ｓｙｎｃ ｌａｙｅｒディレクトリアセンブラ１１６０はＶＳＬ ｒｅｃｏｒｄｓモジュール１４０２、ＲＡＰ ｆｌａｇ ｂｉｔｓモジュール１４１２、Ｕ ｆｒａｍｅ ｆｌａｇ ｂｉｔｓモジュール１４２２およびｖｉｄｅｏ ｓｙｎｃ ｌａｙｅｒディレクトリを発生して組み立てるための予備モジュール１４３２を含む。ｖｉｄｅｏ ｓｙｎｃ ｌａｙｅｒディレクトリは、もし存在すれば、それが適用するビデオフローを運ぶストリームのベース層コンポーネント内のｓｙｎｃ層順応フレームとして運ばれることができる。それはスーパフレーム毎に少なくとも一度伝送されねばならない。ｖｉｄｅｏ ｓｙｎｃ ｌａｙｅｒディレクトリのフォーマットは表１２内に指定される。
【表１２】
2010509896.tif 000014
【０１３６】
ＶＳＬ  ＲＥＣＯＲＤ
図１５はＶＳＬレコードモジュール１４０２を図示する。ＶＳＬレコードモジュール１４０２はｍｏｒｅ ＶＳＬ ｒｅｃｏｒｄｓモジュール１５０２、ｆｒａｍｅ ｒａｔｅモジュール１５０４、ｎｕｍ ｆｒａｍｅｓモジュール１５０６、ｆｉｒｓｔ ｆｒａｍｅ ＰＴＳモジュール１５０８およびｌａｓｔ ｆｒａｍｅ ＰＴＳモジュール１５１０を含む。
【０１３７】
ｍｏｒｅ ＶＳＬ ｒｅｃｏｒｄｓモジュール１５０２はディレクトリ用の１つまたはそれ以上のＶＳＬ ＲＥＣＯＲＤを発生して組み立てることができる。ＶＳＬ ＲＥＣＯＲＤのフォーマットは表１３内に指定される。
【表１３】
2010509896.tif 000015
【０１３８】
ＭＯＲＥ  ＶＳＬ  ＲＥＣＯＲＤＳ
ｍｏｒｅ ＶＳＬ ｒｅｃｏｒｄｓモジュール１５０２は、もし現在のＶＳＬ ＲＥＣＯＲＤがビデオｓｙｎｃ層ディレクトリ内の最後であれば０に設定されることができるＭＯＲＥ ＶＳＬ ＲＥＣＯＲＤＳフラグを発生する。
【０１３９】
ｍｏｒｅ ＶＳＬ ｒｅｃｏｒｄｓモジュール１５０２は、もし現在のＶＳＬ ＲＥＣＯＲＤがビデオｓｙｎｃ層ディレクトリ内の最後でなければ１に設定されることができるＭＯＲＥ ＶＳＬ ＲＥＣＯＲＤＳフラグを発生する。
【０１４０】
ビデオｓｙｎｃ層ディレクトリ内のＶＳＬ ＲＥＣＯＲＤの数はスーパフレーム内の公称ビデオフレームレートにおける変化数より１大きいことができる。
【０１４１】
ＦＲＡＭＥ  ＲＡＴＥ
ｆｒａｍｅ ｒａｔｅモジュール１５０４はＶＳＬ ＲＥＣＯＲＤに適用できるフレームレート情報を供給するＦＲＡＭＥ ＲＡＴＥフィールドを発生して組み立てる。表８はＦＲＡＭＥ ＲＡＴＥフィールド用定義値を指定する。
【０１４２】
ＮＵＭ  ＦＲＡＭＥＳ
ｎｕｍ ｆｒａｍｅｓモジュール１５０６はスーパフレーム内のＦＩＲＳＴ ＦＲＡＭＥ ＰＴＳで始まる連続的なビデオメデイアフレームのブロック内のＦＲＡＭＥ ＲＡＴＥフィールドによって指定されたフレームレートで異なるフレームＩＤ値を有するビデオメディアフレーム数を示すＮＵＭ ＦＲＡＭＥＳフィールドを発生する。
【０１４３】
ＦＩＲＳＴ  ＦＲＡＭＥ  ＰＴＳ
ｆｉｒｓｔ ｆｒａｍｅ ＰＴＳモジュール１５０８はＦＲＡＭＥ ＲＡＴＥによって指定されたフレームレートを有する連続的なビデオメディアフレームのブロックの最初のビデオメディアフレームのＰＴＳであるＦＩＲＳＴ ＦＲＡＭＥ ＰＴＳを発生する。
【０１４４】
ＬＡＳＴ  ＦＲＡＭＥ  ＰＴＳ
ｌａｓｔ ｆｒａｍｅ ＰＴＳモジュール１５１０はＦＩＲＳＴ ＦＲＡＭＥ ＰＴＳで始まるＦＲＡＭＥ ＲＡＴＥによって指定されたフレームレートを有する連続的なビデオメディアフレームのブロックの最後のビデオメディアフレームのＰＴＳであるＬＡＳＴ ＦＲＡＭＥ ＰＴＳを発生して組み立てる。
【０１４５】
ＲＡＰ  ＦＬＡＧ  ＢＩＴＳ
ＲＡＰ ｆｌａｇ ｂｉｔｓモジュール１４１２はＲＡＰ ＦＬＡＧ ＢＩＴＳを発生する。ビデオｓｙｎｃ層ディレクトリは、１スーパフレーム内の最大６０ビデオメディアフレームに対応する、６０ＲＡＰ ＦＬＡＧ ＢＩＴＳを含む。ＲＡＰ ＦＬＡＧ ＢＩＴＳフィールドの各ビットは、スーパフレーム内の異なるビデオメディアフレーム数まで、フレームＩＤによって識別された、特定のビデオメディアフレームに対応する。最下位ビットは第１のＶＳＬ ＲＥＣＯＲＤによってカバーされた第１のビデオメディアフレームに対応する。第１のＶＳＬ ＲＥＣＯＲＤによってカバーされたＲＡＰ ＦＬＡＧ ＢＩＴＳは、もし存在すれば、第２のそして伝送の順に次のＶＳＬ ＲＥＣＯＲＤによってカバーされたＲＡＰ ＦＬＡＧ ＢＩＴＳによってフォローされる。
【０１４６】
ビデオｓｙｎｃ層ディレクトリのＲＡＰ ＦＬＡＧＳ ＢＩＴフィールドビット内の各ビットは、もし対応するビデオメディアフレームがランダムアクセスポイントでありそして同じフレームＩＤを有する非ＲＡＰフレームによって伴われなければ１に設定されることができる。さもなければ、このビットは０に設定される。このスーパフレーム内の最後の伝送済みビデオメディアフレームに対応するＲＡＰ ＦＬＡＧ ＢＩＴＳ内のビットに続くビットは０に設定されることができる。
【０１４７】
Ｕ  ＦＲＡＭＥ  ＦＬＡＧ  ＢＩＴＳ
Ｕ ｆｒａｍｅ ｆｌａｇ ｂｉｔｓモジュール１４２２は、１スーパフレーム内の最大６０ビデオメディアフレームに対応する、６０Ｕ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴＳを含むメッセージを発生する。Ｕ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴＳフィールドの各ビットは、スーパフレーム内の異なるビデオメディアフレームの数まで、フレームＩＤによって識別された、特定のビデオメディアフレームに対応する。最下位ビットは第１のＶＳＬ ＲＥＣＯＲＤによってカバーされた第１のビデオメディアフレームに対応する。第１のＶＳＬ ＲＥＣＯＲＤによってカバーされたＵ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴＳは、もし存在すれば、第２のそして伝送の順に次のＶＳＬ ＲＥＣＯＲＤによってカバーされたＵ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴＳによってフォローされる。
【０１４８】
ビデオｓｙｎｃ層ディレクトリのＵ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴフィールド内の各ビットは、もし対応するビデオフレームが非基準フレームであれば１に設定されることができる。さもなければ、このビットは０に設定される。このスーパフレーム内の最後の伝送済みフレームに対応するＵ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴＳ内のビットに続くビットは０に設定されることができる。
【０１４９】
予備
Ｕ ＦＲＡＭＥ ＦＬＡＧ ＢＩＴフィールドはビデオｓｙｎｃディレクトリの最終バイトをバイト境界に整列するために必要な予備モジュール１４３２によって発生された最小数の予備ビットによってフォローされる。ネットワークはビデオｓｙｎｃディレクトリ内の予備ビットを０に設定することができる。
【０１５０】
この分野の通常の技術者は情報および信号が種々様々な異なるテクノロジーおよびテクニックのいずれかを使用して表わされうることを理解するであろう。例えば、上記説明の全体を通して参照されることができるデータ、指示、命令、情報、信号、ビット、記号、およびチップは電圧、電流、電磁波、磁界または粒子、光学界または粒子、あるいはそれの任意の組合せによって表わされることができる。
【０１５１】
通常の技術者はこの中に開示された実例と関連して記述されたいろいろな実例となる論理ブロック、モジュール、およびアルゴリズムステップが電子ハードウェア、ファームウェア、コンピュータソフトウェア、ミドルウェア、マイクロコード、またはそれの組合せとして実施されうることをさらに認識するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、いろいろな実例となるコンポーネント、ブロック、モジュール、回路、およびステップは一般にそれらの機能性の表現で上述された。そのような機能性がハードウェアまたはソフトウェアとして実施されるかどうかはシステム全体に課された特定のアプリケーションおよび設計の制約による。熟練技工は各特定のアプリケーションについて異なる方法でこの記述された機能性を実施できるが、しかしそのような実施の決定がこの開示された方法の範囲からの逸脱を引き起こすと理解されてはならない。
【０１５２】
この中に開示された実例と関連して記述されたいろいろな実例となる論理ブロック、コンポーネント、モジュールおよび回路は汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理装置、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいはこの中に記述された機能を実行するように選定されたそれの任意の組合せで実施または実行されることができる。汎用プロセッサはマイクロプロセッサであってもよいが、しかし、代案では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた計算装置の組合せ、例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアとともに１つまたはそれ以上のマイクロプロセッサの組合せ、あるいは任意の他のそのような構成として実施されることもできる。
【０１５３】
この中に開示された実例と関連して記述された方法またはアルゴリズムのブロックはハードウェアで直接に、１つまたはそれ以上の処理エレメントによって実行された１つまたはそれ以上のソフトウェアモジュールで、あるいはこの２者の組合せで具体化されることができる。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能形ディスク、ＣＤ−ＲＯＭ、あるいはこの分野で知られる任意の他形式の蓄積媒体またはその組合せ内に存在することができる。実例の蓄積媒体は、プロセッサがこの蓄積媒体から情報を読み出し、そしてそれに情報を書き込むことができるように、プロセッサに連結される。代案では、蓄積媒体はプロセッサに統合されることができる。プロセッサおよび蓄積媒体は１特定用途向け集積回路（ＡＳＩＣ）内に存在してもよい。ＡＳＩＣは無線モデム内に存在してもよい。代案では、プロセッサおよび蓄積媒体は無線モデム内のディスクリートコンポーネントとして存在することができる。
【０１５４】
１つまたはそれ以上の典型的な構成では、記述された機能はハードウェア、ソフトウェア、ファームウェア、またはそれの任意の組合せで実施されることができる。もしソフトウェアで実施されれば、この機能はコンピュータ可読媒体上に１つまたはそれ以上の命令あるいは符号として蓄積されるかまたは送信されることができる。コンピュータ可読媒体はコンピュータ蓄積媒体および１つの場所からもう１つへコンピュータプログラムを転送するのを容易とする任意の媒体を含んでいる通信媒体の両方を含む。蓄積媒体はコンピュータによってアクセスされることができる任意の使用可能な媒体であってもよい。実例によって、そしてそれに限定されず、そのようなコンピュータ可読媒体はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク蓄積、磁気ディスク蓄積または他の磁気蓄積装置、あるいは命令またはデータ構造の形式での望ましいプログラムコードを運ぶか蓄積するために使用されることができ、そしてコンピュータによってアクセスされることができる任意の他の媒体を具備することができる。また、任意の接続は正確にコンピュータ可読媒体とも呼ばれる。例えば、もしソフトウェアがウェブサイト、サーバ、または同軸ケーブル、光ファイバケーブル、撚り線対、ディジタル加入者線（ＤＳＬ）、あるいは赤外線、無線、およびマイクロ波のような無線技術を使用している他のリモートソースから送信されるならば、その時同軸ケーブル、光ファイバケーブル、撚り線対、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のような無線技術は媒体の定義内に含まれる。この中で使用されたような、円板（ｄｉｓｋ）およびディスク（ｄｉｓｃ）はコンパクトディスク（ＣＤ）、レーザディスク、光ディスク、ディジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）円板およびブルーレイディスクを含み、ここで円板は通常データを磁気的に再生し、一方ディスクはレーザを用いてデータを光学的に再生する。上述のものの組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１５５】
開示された実例の前の説明はこの分野の任意の通常の技術者がこの開示された方法および装置を製作または使用することを可能とするように提供される。これらの実例へのいろいろな変更はこの分野の技術者にはたやすく明白であるだろうし、そしてこの中に定義された原理は他の実例に適用されてもよく、そして追加のエレメントが加えられてもよい。
【図１】
2010509896.tif 000016
【図２Ａ】
2010509896.tif 000017
【図２Ｂ】
2010509896.tif 000018
【図３】
2010509896.tif 000019
【図４】
2010509896.tif 000020
【図５Ａ】
2010509896.tif 000021
【図５Ｂ】
2010509896.tif 000022
【図６】
2010509896.tif 000023
【図７】
2010509896.tif 000024
【図８】
2010509896.tif 000025
【図９】
2010509896.tif 000026
【図１０】
2010509896.tif 000027
【図１１】
2010509896.tif 000028
【図１２Ａ】
2010509896.tif 000029
【図１２Ｂ】
2010509896.tif 000030
【図１３Ａ】
2010509896.tif 000031
【図１３Ｂ】
2010509896.tif 000032
【図１４】
2010509896.tif 000033
【図１５】
2010509896.tif 000034
【図１６】
2010509896.tif 000035
【図１７】
2010509896.tif 000036
【国際調査報告】
2010509896.tif 000037
2010509896.tif 000038
2010509896.tif 000039
2010509896.tif 000040