(57)【要約】【解決手段】圧縮効率を維持しつつ、映像ストリームの高速な取得及び再／同期を可能とする共通メディア論理チャネル（ＭＬＣ）の映像符号化及び復号化の方法が与えられる。チャネル切り替えフレームを用いてマルチメディアデータを処理するシステム及び方法が与えられる。システムは、複数のチャネル切り替えフレーム（ＣＳＦ）の共通ガイドメディア論理チャネル（ＭＬＣ）を生成するよう動作する符号化器を備える。各アクティブチャネルの各々は、ガイドＭＬＣの１つまたはそれ以上のＣＳＦを有する。システムのデコーダは、ガイドＭＬＣからの複数のＣＳＦのセットを復号化するように動作する。復号化器は、前記復号化された前記複数のＣＳＦのセットのプログラムコンテンツを同時にディスプレイに表示し、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替える。【選択図】図５
2010510725.tif 000002
【特許請求の範囲】
【請求項１】
複数のチャネル切り替えフレーム（ＣＳＦ）の共通ガイドメディア論理チャネル（ＭＬＣ）を生成するよう動作する符号化器と、
前記複数のＣＳＦのセットを復号化し、前記復号化された前記複数のＣＳＦのセットのプログラムコンテンツを、同時にディスプレイに表示するよう動作する復号化器と
を備え、それぞれ各１つのアクティブチャネルが、関係する１つまたはそれ以上のＣＳＦに関連づけられているシステム。
【請求項２】
前記復号化器は、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替える、請求項１のシステム。
【請求項３】
前記ＣＳＦは、コマーシャルフリーのコンテンツである、請求項１のシステム。
【請求項４】
前記プライマリビットストリームは第１の解像度を有し、前記複数のＣＳＦは第２の解像度を有する、請求項２のシステム。
【請求項５】
前記複数のＣＳＦのセットはＮ個のＣＳＦを備え、前記復号化器は、ＣＳＦの前記第２の解像度を１／Ｎに低減するよう動作する、請求項４のシステム。
【請求項６】
前記復号化器は、前記Ｎ個のＣＳＦを、Ｎ個のガイドサムネイルタイルで同時に表示するよう動作し、前記アクティブチャネルの前記プライマリビットストリームは、選択された１つのＣＳＦに関連付けられたサムネイルタイルの選択によって入力される、請求項５のシステム。
【請求項７】
前記共通ガイドＭＬＣは、前記システムにおける各アクティブチャネルについてのＣＳＦを含む、請求項１のシステム。
【請求項８】
前記共通ガイドＭＬＣは映像サマリを更に備え、前記映像サマリは、各アクティブチャネルにつき、復号化順のＭ個のフレームを有する少なくとも１つのＣＳＦと一体とされたパケットを備える、請求項１のシステム。
【請求項９】
前記映像サマリは、前記共通ガイドＭＬＣにおけるプレビューチャネルのインターバル内に挿入される、請求項８のシステム。
【請求項１０】
前記復号化器はガイド先読みバッファ（guide look ahead buffer）を備え、現在のチャネルにおける次の開始ポイントについての少なくとも１つのＣＳＦと、前記現在のチャネルに隣接するチャネルにおける次の開始ポイントについての少なくとも１つのＣＳＦを、前記ガイド先読みバッファに保持する、請求項１のシステム。
【請求項１１】
前記復号化器は、現在のチャネルの少なくとも１つのＣＳＦをバッファし、プライマリビットストリームからのコンテンツが映像バッファにおいて破損されているかを判断し、前記映像バッファの前記コンテンツを、現在のチャネルの少なくとも１つのＣＳＦに置き換えるよう動作する、請求項２のシステム。
【請求項１２】
前記復号化器は、携帯電話、無線機器、無線通信機器、ビデオゲームコンソール、無線装備を有する携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、または映像取り扱い可能な機器の一部である、請求項１のシステム。
【請求項１３】
共通ガイドメディア論理チャネル（ＭＬＣ）における複数のチャネル切り替えフレーム（ＣＳＦ）からの、チャネル切り替えフレームのセットのプログラムコンテンツを復号化し、前記復号化されたＣＳＦのセットのプログラムコンテンツを表示スクリーン上に、同時に表示するよう動作する復号化器と、
前記復号化器に結合されたメモリと
を備えるデバイス。
【請求項１４】
前記復号化器は、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替える、請求項１３のデバイス。
【請求項１５】
前記ＣＳＦのセットは、コマーシャルのコンテンツを含まない、請求項１３のデバイス。
【請求項１６】
前記プライマリビットストリームは第１の解像度を有し、前記ＣＳＦのセットは第２の解像度を有し、前記第１の解像度は前記第２の解像度よりも高い、請求項１４のデバイス。
【請求項１７】
前記複数のＣＳＦのセットはＮ個のＣＳＦを備え、前記復号化器は、ＣＳＦの前記第２の解像度を１／Ｎに低減するよう動作する、請求項１６のデバイス。
【請求項１８】
前記復号化器は、前記Ｎ個のＣＳＦを、Ｎ個のガイドサムネイルタイルで表示するよう動作し、前記アクティブチャネルの前記プライマリビットストリームは、選択された１つのＣＳＦに関連付けられたサムネイルタイルの選択によって入力される、請求項１７のデバイス。
【請求項１９】
前記共通ガイドＭＬＣは、ビデオまたは携帯テレビシステムの契約パッケージの各アクティブチャネルについてのＣＳＦを含む、請求項１３のデバイス。
【請求項２０】
前記共通ガイドＭＬＣは映像サマリを更に備え、前記映像サマリは、各アクティブチャネルにつき、復号化順のＭ個のフレームを有するＣＳＦと一体とされたパケットを備える、請求項１３のデバイス。
【請求項２１】
前記映像サマリは、前記共通ガイドＭＬＣにおけるプレビューチャネルのインターバル内に挿入される、請求項２０のデバイス。
【請求項２２】
前記復号化器は、携帯電話、無線機器、無線通信機器、ビデオゲームコンソール、無線装備を有する携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、または映像取り扱い可能な機器の一部である、請求項１３のデバイス。
【請求項２３】
共通ガイドメディア論理チャネル（ＭＬＣ）からの複数のＣＳＦのセットのプログラムコンテンツを復号化し、前記復号化されたＣＳＦのセットのプログラムコンテンツを表示スクリーン上に、同時に表示するよう動作するプロセッサと、
前記プロセッサに結合されたメモリと
を備える集積回路。
【請求項２４】
前記プロセッサは、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替える、請求項２３の集積回路。
【請求項２５】
前記複数のＣＳＦのセットは、コマーシャルのコンテンツを含まない、請求項２３の集積回路。
【請求項２６】
前記プライマリビットストリームは第１の解像度を有し、前記複数のＣＳＦのセットは第２の解像度を有し、前記第１の解像度は前記第２の解像度よりも高い、請求項２４の集積回路。
【請求項２７】
前記複数のＣＳＦのセットはＮ個のＣＳＦを備え、前記プロセッサは、ＣＳＦの前記第２の解像度を１／Ｎに低減するよう動作する、請求項２６の集積回路。
【請求項２８】
前記プロセッサは、前記Ｎ個のＣＳＦを、Ｎ個のガイドサムネイルタイルで表示するよう動作し、選択された１つのＣＳＦは、前記選択された１つのＣＳＦに関連付けられたサムネイルタイルから選択される、請求項２７の集積回路。
【請求項２９】
前記共通ガイドＭＬＣは、ビデオまたは携帯テレビシステムの契約パッケージの各アクティブチャネルについてのＣＳＦを含む、請求項２６の集積回路。
【請求項３０】
前記共通ガイドＭＬＣは映像サマリを更に備え、前記映像サマリは、各アクティブチャネルにつき、復号化順のＭ個のフレームと共にＣＳＦを備える、請求項２３の集積回路。
【請求項３１】
前記映像サマリは、前記共通ガイドＭＬＣにおけるプレビューチャネルのインターバル内に挿入される、請求項３０の集積回路。
【請求項３２】
共通ガイドメディア論理チャネル（ＭＬＣ）からの複数のＣＳＦのセットのプログラムコンテンツを復号化する手段と、
前記複数のＣＳＦのセットのプログラムコンテンツを表示スクリーン上に、同時に表示する手段と
を備える装置。
【請求項３３】
選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替える手段を更に備える、請求項３２の装置。
【請求項３４】
前記複数のＣＳＦのセットは、コマーシャルのコンテンツを含まない、請求項３２の装置。
【請求項３５】
前記プライマリビットストリームは第１の解像度を有し、前記複数のＣＳＦのセットは第２の解像度を有し、前記第１の解像度は前記第２の解像度よりも高い、請求項３３の装置。
【請求項３６】
前記複数のＣＳＦのセットはＮ個のＣＳＦを備え、前記復号化する手段は、ＣＳＦの前記第２の解像度を１／Ｎに低減する手段を含む、請求項３３の装置。
【請求項３７】
前記表示する手段は、前記Ｎ個のＣＳＦを、Ｎ個のガイドサムネイルタイルで同時に表示する手段を含み、前記選択された１つのＣＳＦは、前記選択された１つのＣＳＦに関連付けられたサムネイルタイルから選択される、請求項３６の装置。
【請求項３８】
前記復号化する手段は、前記共通ガイドＭＬＣ内のプレビューチャネルにおける映像サマリを復号化する手段を備える、請求項３２の装置。
【請求項３９】
命令を有するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品であって、前記命令は、コンピュータに対して、
共通ガイドメディア論理チャネル（ＭＬＣ）からの複数のＣＳＦのセットのプログラムコンテンツを復号化させ、
前記復号化された複数のＣＳＦのセットのコンテンツを表示スクリーン上に、同時に表示させる、コンピュータプログラム製品。
【請求項４０】
前記コンピュータに対して、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替えさせる命令を更に有する、請求項３９のコンピュータプログラム製品。
【請求項４１】
前記複数のＣＳＦのセットは、コマーシャルのコンテンツを含まない、請求項３９のコンピュータプログラム製品。
【請求項４２】
前記プライマリビットストリームは第１の解像度を有し、前記複数のＣＳＦのセットは第２の解像度を有し、前記第１の解像度は前記第２の解像度よりも高い、請求項４０のコンピュータプログラム製品。
【請求項４３】
前記複数のＣＳＦはＮ個のＣＳＦを備え、前記復号化させる命令は更に、ＣＳＦの前記第２の解像度を１／Ｎに低減させる命令を含む、請求項４２のコンピュータプログラム製品。
【請求項４４】
前記表示させる命令は、前記Ｎ個のＣＳＦを、Ｎ個のガイドサムネイルタイルで表示させる命令を含み、前記選択された１つのＣＳＦは、前記選択された１つのＣＳＦに関連付けられたサムネイルタイルから選択される、請求項４４のコンピュータプログラム製品。
【請求項４５】
前記復号化させる命令は更に、現在のチャネルにおける次の開始ポイントについての少なくとも１つのＣＳＦと、前記現在のチャネルに隣接するチャネルにおける次の開始ポイントについての少なくとも１つのＣＳＦとを、ガイド先読みバッファ（guide look ahead buffer）に保持させる命令を備える、請求項３９のコンピュータプログラム製品。
【請求項４６】
前記復号化させる命令は更に、現在のチャネルの少なくとも１つのＣＳＦをバッファさせ、プライマリビットストリームからのコンテンツが映像バッファにおいて破損されているかを判断させ、前記映像バッファの前記コンテンツを、現在のチャネルの少なくとも１つのＣＳＦに置き換えさせる命令を備える、請求項４０のコンピュータプログラム製品。
【請求項４７】
共通ガイドメディア論理チャネル（ＭＬＣ）からの複数のＣＳＦのセットのプログラムコンテンツを復号化するステップと、
前記復号化された複数のＣＳＦのセットのコンテンツを表示スクリーン上に、同時に表示するステップと
を備える方法。
【請求項４８】
選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに、自動的に切り替えるステップを更に備える、請求項４７の方法。
【請求項４９】
前記プライマリビットストリームは第１の解像度を有し、前記複数のＣＳＦのセットは第２の解像度を有し、前記第１の解像度は前記第２の解像度よりも高く、前記複数のＣＳＦはＮ個のＣＳＦを備え、
前記復号化することは、ＣＳＦの前記第２の解像度を１／Ｎに低減させることを含む、請求項４８の方法。
【請求項５０】
前記表示するステップは、前記Ｎ個のＣＳＦを、Ｎ個のガイドサムネイルタイルで表示させることを含み、前記選択された１つのＣＳＦは、前記選択された１つのＣＳＦに関連付けられたサムネイルタイルから選択される、請求項４９の方法。
【請求項５１】
前記復号化することは、現在のチャネルにおける次の開始ポイントについての少なくとも１つのＣＳＦと、前記現在のチャネルに隣接するチャネルにおける次の開始ポイントについての少なくとも１つのＣＳＦとを、ガイド先読みバッファ（guide look ahead buffer）に保持することを備える、請求項４７の方法。
【請求項５２】
前記復号化することは更に、現在のチャネルの少なくとも１つのＣＳＦをバッファさせることと、プライマリビットストリームからのコンテンツが映像バッファにおいて破損されているかを判断することと、前記映像バッファのコンテンツを現在のチャネルの少なくとも１つのＣＳＦに置き換えることとを備える、請求項４８の方法。
【請求項５３】
複数のチャネル切り替えフレーム（ＣＳＦ）の共通メディア論理チャネル（ＭＬＣ）を生成するよう動作する符号化器を備え、
それぞれ各１つのアクティブチャネルは、１つまたはそれ以上のＣＳＦに関連づけられているデバイス。
【請求項５４】
前記ＣＳＦは、コマーシャルのコンテンツを含まない、請求項５３のデバイス。
【請求項５５】
前記プライマリビットストリームは第１の解像度を有し、前記複数のＣＳＦは第２の解像度を有する、請求項５３のデバイス。
【請求項５６】
前記第１の解像度は、前記第２の解像度よりも高い、請求項５５のデバイス。
【請求項５７】
前記共通ＭＬＣは、アクティブチャネルのプライマリビットストリームへの直接のエントリを提供する、各アクティブチャネルについての１つまたはそれ以上のＣＳＦを有する共通ガイドＭＬＣである、請求項５３のデバイス。
【請求項５８】
前記共通ＭＬＣは、各アクティブチャネルについて、少なくとも１つのＣＳＦを有する対応する映像サマリを備える共通プレビューガイドＭＬＣである、請求項５３のデバイス。
【請求項５９】
アクティブチャネルについてチャネル切り替えフレーム（ＣＳＦ）を受信するステップと、
前記ＣＳＦを保持するステップと、
前記アクティブチャネルについてのプライマリビットストリームを復号化するステップと、
前記アクティブチャネルについてのプライマリビットストリームの一部に破損したデータを検出するステップと、
前記破損したデータを、前記アクティブチャネルについての前記ＣＳＦに置き換えるステップと
を備える方法。
【請求項６０】
プライマリビットストリームを符号化するステップと、
前記プライマリビットストリームのベース層を生成するステップと、
前記プライマリビットストリームのエンハンスメント層を生成するステップと、
可変チャネル切り替えフレームによって、前記ベース層と前記エンハンスメント層とをイコライズするステップと
を備える方法。
【請求項６１】
前記プライマリビットストリームの前記ベース層はベース層サイズで生成され、前記プライマリビットストリームの前記エンハンスメント層はエンハンスメント層サイズで生成され、前記ベース層サイズと前記エンハンスメント層サイズとは、可変チャネル切り替えフレームによってイコライズされる、請求項６０の方法。
【請求項６２】
前記ＣＳＦの量子化に基づいて、前記可変チャネル切り替えフレームを生成することと、
前記アクティブチャネルについてのプライマリビットストリームを復号化することと、
前記アクティブチャネルについての前記プライマリビットストリームの一部に破損したデータを検出するステップと、
前記破損したデータを、前記アクティブチャネルについての前記ＣＳＦに置き換えることと、を更に備える請求項６０の方法。
【発明の詳細な説明】
【優先権の主張】
【０００１】
この出願は、２００６年１１月１５日に出願され、“SYSTEMS AND METHODS FOR APPLICATIONS USING CHANNEL SWITCH FRAMES”と表題され、譲受人を共通にする米国仮出願番号６０／８６６，０１８の優先権の利益を主張する。この仮出願は、これにより、本明細書に参照によって明示的に組み込まれる。
【技術分野】
【０００２】
本開示はマルチメディア信号処理に向けられ、より具体的には、圧縮効率を維持しつつ、映像ストリームの高速な取得及び再／同期（re/synchronization）を可能とする、共通ガイドメディア論理チャネル（ＭＬＣ）のような符号化及び復号化の技術に向けられる。
【背景技術】
【０００３】
映像符号化器のようなマルチメディア処理システムは、それぞれがあらゆる目的で、参照により本明細書に十分に組み込まれる、Moving Picture Experts Group (ＭＰＥＧ)−１、−２、−４規格、国際電気通信連合（ＩＴＵ）−ＴのＨ．２６３規格、及びＩＴＵ−ＴのＨ．２６４規格、並びにそのカウンターパート、ISO/IEC MPEG-4, Part 10、例えばAdvanced Video Coding（ＡＶＣ）のような国際規格に基づく符号化方法を用いて、マルチメディアデータを符号化し得る。そのような符号化方法は一般的に、伝送やストレージのためにマルチメディアデータを圧縮することに向けられている。圧縮は、大まかにはマルチメディアデータから冗長さを取り除く処理と言うことが出来る。
【０００４】
映像信号は、フレーム（写真全体）、またはフィールド（例えば、インターレース映像ストリームは、写真の奇数ラインと偶数ラインの領域を交互に含む）を含む、連続した複数の写真という観点で表現され得る。本明細書では、用語「フレーム」は、写真、フレーム、またはフィールドを指す。映像符号化方法は、各フレームを圧縮する可逆または不可逆圧縮アルゴリズムを用いて、映像信号を圧縮する。フレーム内符号化（イントラ符号化とも呼ばれる）は、当該フレームのみを用いた符号化を指す。フレーム間符号化（インター符号化とも呼ばれる）は、他の「参照」フレームに基づくフレームの符号化を指す。例えば、映像信号はしばしば時間的な冗長性を示し、この冗長性においては、フレームの時間的なシーケンスにおいて互いに近接するフレームは、互いに一致、または少なくとも部分的に一致する、少なくとも一部領域を有する。
【０００５】
映像符号化器のようなマルチメディアプロセッサは、フレームをブロック、または例えば（１６×１６）ピクセルのマクロブロックに分割することにより、フレームを符号化し得る。符号化器は、各々のマクロブロックを更にサブブロックに分割し得る。各サブブロックは、更なるサブブロックを更に備え得る。例えば、マクロブロックのサブブロックは（１６×８）及び（８×１６）ピクセルのサブブロックを含み得る。（８×１６）ピクセルのサブブロックのサブブロックは、（８×８）ピクセルのサブブロックを含み、このサブブロックは（４×４）ピクセルのサブブロックを含み得る、等である。本明細書において、用語「ブロック」はマクロブロックかサブブロックを示す。
【０００６】
符号化器は、インター符号化の動き補償ベースのアルゴリズムを用いて、連続するフレーム間の時間的な冗長性を利用し得る。動き補償アルゴリズムは、ブロックに少なくとも部分的に一致する、１つまたはそれ以上の参照フレームの一部領域を特定する。このブロックは、参照フレームにおいて一致する領域に対して、フレーム中においてシフトされているかもしれない。このシフトは、１つまたはそれ以上の動きベクトルによって特徴づけられる。このブロックと、参照フレームにおいて部分的に一致する一部領域との間の差分は、１つまたはそれ以上の残差の観点から特徴づけられ得る。符号化器は、フレームの特定の区分についての動きベクトルと残差とのうちの１つまたはそれ以上を備えたデータとして、フレームを符号化し得る。フレーム符号化のためのブロックの特定の区分は、コスト関数を近似的に最小化することによって選択され得る。コスト関数は例えば、符号化の結果得られるフレームのひずみ、すなわち感知されるひずみと、符号化サイズとのバランスを取るものである。
【０００７】
インター符号化は、イントラ符号化よりもより高い圧縮効率が可能である。しかしながらインター符号化は、チャネルエラー等によって参照データ（例えば参照フレームや参照フィールド）が失われた際に問題を生じさせることがある。エラーによる参照データの損失に加えて、インター符号化されたフレームにおいて映像信号の最初の取得または再取得に起因して、参照データはまた使用不能になり得る。これらの場合には、インター符号化されたデータの復号化は可能では無く、または好ましくないエラー及びエラーの伝搬という結果になり得る。これらのシナリオは、映像信号の同期損失という結果となるかもしれない。
【０００８】
独立してデコード可能なイントラ符号化されたフレームは、映像信号の再／同期化（re/synchronization）を可能とするフレームの最も一般的な形態である。ＭＰＥＧ−ｘ及びＨ．２６ｘ規格は、group of pictures（ＧＯＰ）として知られるものを使用する。ＧＯＰは、ＧＯＰ内のＩ−フレーム及び／または他のＰ及び／またはＢフレームを参照する、時間的に予測されたＰ−フレームまたは双方向に予測されたＢフレームを含む。長いＧＯＰは、圧縮率を向上させる点で望ましいが、短いＧＯＰは、より速い取得及び再／同期化が可能である。Ｉ−フレームの数を増やすことにより、より速い取得及び再／同期が可能となるが、圧縮率を低下させる。
【０００９】
従って、圧縮効率を維持しつつ、映像ストリームの高速な取得及び再／同期化を可能とする、共通メディア論理チャネルガイドのような、映像符号化及び復号化の技術が求められている。
【発明の概要】
【００１０】
圧縮効率を維持しつつ、映像ストリームの高速な取得及び再／同期化を可能とする、共通ガイドメディア論理チャネルのような、映像符号化及び復号化の技術が与えられる。一側面においてシステムは、複数のチャネル切り替えフレーム（ＣＳＦ）の共通ガイドメディア論理チャネル（ＭＬＣ）を生成するよう動作する符号化器を備えており、各１つが、関係する１つまたはそれ以上のＣＳＦに関連づけられたアクティブチャネルが与えられる。システムはまた、複数のＣＳＦのセットを復号化し、復号化された複数のＣＳＦのセットのプログラムコンテンツを同時にディスプレイに表示し、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに自動的に切り替えるように動作する復号化器を含む。
【００１１】
別の側面において、共通ガイドメディア論理チャネル（ＭＬＣ）における複数のＣＳＦからの、ＣＳＦのセットのプログラムコンテンツを復号化するように動作する復号化器を備えたデバイスが与えられる。復号化器は更に、復号化されたＣＳＦのセットのプログラムコンテンツを、表示スクリーン上に同時に表示し、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに自動的に切り替えるよう動作する。デバイスは更に、復号化器に結合されたメモリを備える。
【００１２】
更なる側面においては、共通ガイドメディア論理チャネル（ＭＬＣ）からの複数のＣＳＦのセットのプログラムコンテンツを復号化する命令セットを実行するよう動作するプロセッサを備えた集積回路が与えられる。プロセッサは更に、復号化された複数のＣＳＦのセットのプログラムコンテンツを表示スクリーン上に同時に表示し、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに自動的に切り替えるよう動作する。集積回路は更に、プロセッサに結合されたメモリを備える。
【００１３】
更なる側面においては、コンピュータに対して共通ガイドメディア論理チャネル（ＭＬＣ）からの複数のＣＳＦのセットのプログラムコンテンツを復号化させる命令を有するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品が与えられる。命令は更にコンピュータに対して、復号化された複数のＣＳＦのセットのコンテンツを、表示スクリーン上に同時に表示させ、選択された１つの表示ＣＳＦに関連付けられたアクティブチャネルのプライマリビットストリームに自動的に切り替えさせる。
【００１４】
更なる側面が、詳細な説明から、特に添付図面と共に参照することで、容易に明らかになるだろう。
【００１５】
本開示の側面及び形態は、図面と共に下記に説明された詳細な説明から、より明らかになるだろう。この図面では、全体を通して同じ参照符号が、対応する要素を特定する。
【００１６】
図中のイメージは、例示の目的に簡略化されており、縮尺比に従って縮小または拡大して記載されたものでは無い。理解を助けるため、可能であれば、同一の参照番号が、図面間で共通の同一の要素を指すために用いられる。但し、適切な場合には、そのような要素を区別するために、サフィックスが用いられる場合はこの限りでは無い。
【００１７】
添付図面は、本発明の典型的な形態を例示しており、そのこと自体は、本発明の範囲を限定するものとみなすべきでは無く、この発明は、同等の有効な他の構成を認め得る。一形態の特徴またはブロックは、更なる詳述を必要とせずに、その他の構成に有益に組み込まれ得ることが、予期される。
【図面の簡単な説明】
【００１８】
【図１】図１は、一形態に従った典型的なマルチメディア通信システムのブロック図を例示する。
【図２Ａ】図２Ａは、典型的な符号化デバイスのブロック図を例示する。
【図２Ｂ】図２Ｂは、典型的な復号化デバイスのブロック図を例示する。
【図３】図３は、サービス取得システムの一側面を備えるネットワークを例示する。
【図４】図４は、共通ガイドＭＬＣを生成する処理のフローチャートを例示する。
【図５】図５は、共通ガイドＭＬＣを受信するデバイスを例示する。
【図６Ａ】図６Ａは、ガイドサムネイルタイル（guide thumbnail tile）からチャネルのプライマリビットストリームへの遷移（直接的なエントリ）を例示する。
【図６Ｂ】図６Ｂは、ガイドサムネイルからチャネルプライマリビットストリームへの、チャネル認定を用いた遷移（直接的なエントリ）を例示する。
【図７】図７は、プライマリビットストリームの受信及び表示を例示する。
【図８】図８は、チャネル切り替えフレームの低減された解像度の復号化とその表示の処理のフローチャートを例示する。
【図９】図９は、チャネルのプライマリビットストリームへのアクセスとその表示の処理のフローチャートを例示する。
【図１０Ａ】図１０Ａは、チャネル切り替えフレーム（ＣＳＦ）のガイド先読みバッファと、アクティブチャネルの先読みバッファを例示する。
【図１０Ｂ】図１０Ｂは、ＣＳＦの受信、バッファリング、及び復号化についてのタイミングフロー図を例示する。
【図１１】図１１は、ガイドサムネイルから保持プログラムへ切り替えるデバイスを例示する。
【図１２】図１２は、超高速フォワード処理と共に、保持プログラムのプライマリビットストリームを例示する。
【図１３】図１３は、映像サマリ（video summary）のブロック図を例示する。
【図１４】図１４は、ＣＳＦを用いた、破損バッファの置き換えの処理のフローチャートを例示する。
【図１５】図１５は、コマーシャルを導入するためのスプライスポイント（splice point）としてのＣＳＦを例示する。
【図１６】図１６は、共通ガイドＭＬＣの別の側面を例示する。
【図１７Ａ】図１７Ａは、疑似ストリーミングコンテンツへの直接のエントリを例示する。
【図１７Ｂ】図１７Ｂは、表示されている疑似ストリーミングコンテンツを例示する。
【図１８】図１８は、ベース層とエンハンスメント層とのバランシング（balancing）と共に、符号化デバイスの一部を例示する。
【図１９】図１９は、ベース層とエンハンスメント層とのバランシングの処理のフローチャートを例示する。
【図２０】図２０は、共通プレビューＭＬＣを例示する。
【発明を実施するための形態】
【００１９】
用語「典型的」は、「一例（example）、事例（instance）、または実例（illustration）を提供すること」を意味するために、本明細書において使用される。「典型的」として本明細書で説明されるあらゆる形態または図案は、他の形態または図案に対して好ましくまた有利であるものとして解釈される必要は無く、用語「コア（core）」、「エンジン（engine）」、「機器（machine）」、「プロセッサ（processor）」、及び「処理ユニット（processing unit）」は、同義的に使用される。
【００２０】
本明細書で説明された技術は、無線通信、コンピューティング、パーソナル電子機器等に使用され得る。以下では、無線通信についての本技術の典型的な利用について、説明される。
【００２１】
下記の詳細な説明は、本発明の一例となる形態に向けられている。しかしながら、本発明は、特許請求の範囲によって定義され包括されるような、多くの異なる方法において実施され得る。
【００２２】
映像信号は、１つまたはそれ以上のスライスまたはブロックを更に含み得る、連続する写真、フレーム、及び／またはフィールドの組として特徴付けられ得る。本明細書で使用される際には、用語「フレーム」は、フレーム、フィールド、写真、スライス、及び／またはブロックのうちの１つまたはそれ以上を包含し得る広い用語を意味する。
【００２３】
形態は、マルチメディア伝送システムにおけるチャネル切り替えを助けるシステム及び方法を含む。マルチメディアデータは、動画映像、静止画、テキスト、またはその他のオーディオビジュアルの適切なタイプのうちの１つまたはそれ以上を含み得る。
【００２４】
図１は、一形態に従った典型的なマルチメディア通信システム１００のブロック図を例示する。システム１００は、ネットワーク１４０を介して復号化デバイス１５０と通信可能な符号化デバイス１１０を備えている。一例では、符号化デバイスは、外部ソース１０２からマルチメディア信号を受信し、ネットワーク１４０上に送信するためこの信号を符号化する。
【００２５】
本例では、符号化デバイス１１０は、送受信機１１６及びメモリ１１４に接続されたプロセッサ１１２を備えている。プロセッサ１１２は、外部（マルチメディアデータ）ソースからのデータを符号化して、ネットワーク１４０上で通信するために、これを送受信機１１６に供給する。
【００２６】
本例では、復号化デバイス１５０は、送受信機１５６及びメモリ１５４に接続されたプロセッサ１５２を備えている。送受信機１５６は、受信機に置き換えられ得る。プロセッサ１５２は、汎用プロセッサ及び／またはデジタルシグナルプロセッサのうちの１つまたはそれ以上を含み得る。メモリ１５４は、半導体またはディスクベースの記憶装置のうちの１つまたはそれ以上を含み得る。送受信機１５６は、ネットワーク１４０を介してマルチメディアデータを受信し、復号化のためにこれをプロセッサ１５２に供給するように構成されている。一例では、送受信機１５６は無線送受信機を含む。プロセッサ１５２は、１つまたはそれ以上のＤＳＰ、マイクロプロセッサ、ＲＩＳＣ等によって実装され得る。プロセッサ１５２はまた、１つまたはそれ以上の特定用途向け集積回路（ＡＳＩＣ）またはいくつかのその他のタイプの集積回路（ＩＣ）上に形成され得る。
【００２７】
本明細書で説明される技術は、種々のハードウェアユニットにより実現され得る。例えばこの技術は、ＡＳＩＣ、ＤＳＰ、ＲＩＳＣ、ＡＲＭ、デジタルシグナルプロセシングデバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、及びその他の電子機器により実現され得る。
【００２８】
ネットワーク１４０は、これらはイーサネット（登録商標）、電話（例えばＰＯＴＳ）、ケーブル、電力線、及び光ファイバシステムのうちの１つまたはそれ以上、及び／またはＧＳＭ／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（enhanced data GSM environment）、ＴＥＴＲＡ（Terrestrial Trunked Radio）移動電話システム、広帯域符号分割多重接続（ＷＣＤＭＡ）システム、高データレート（１ｘＥＶ−ＤＯまたは１ｘＥＶ−ＤＯ Gold Multicast）システム、ＩＥＥＥ８０２．１１システム、MediaＦＬＯシステム、ＤＭＢシステム、またはＤＶＢ−Ｈシステムのような、符号分割多重接続（ＣＤＭＡまたはＣＤＭＡ２０００（登録商標））通信システム、周波数分割多重接続（ＦＤＭＡ）システム、直交周波数分割多重（ＯＦＤＭ）接続システム、及び時分割多重接続（ＴＤＭＡ）システムのうちの１つまたはそれ以上を備える無線システムを含む、有線または無線通信システムのうちの１つまたはそれ以上を含み得る。
【００２９】
図２Ａは、一形態に従った、図１のシステム１００において使用され得る典型的な符号化デバイス１１０のブロック図である。本形態において、符号化デバイス１１０は、インター符号化エンコーダ要素１１８、イントラ符号化エンコーダ要素１２０、参照データ生成器要素１２２、及び送信機要素１２４を備えている。インター符号化エンコーダ１１８は、時間的に別のフレーム内にある映像データの他の領域を参照して時間的に予測される（例えば動き補償予測を用いる）、映像のイントラ符号化領域を符号化する。イントラ符号化エンコーダ要素１２０は、時間的に別の映像データを参照することなく独立してデコードされ得る、映像のイントラ符号化領域を符号化する。ある形態では、イントラ符号化エンコーダ要素１２０は、空間予測を使用して、時間的に同じフレーム内にある他の映像データにおける冗長性を利用しても良い。
【００３０】
参照データ生成器１２２は、一側面においては、エンコーダ要素１２０、１１８によってそれぞれ生成されたイントラ符号化及びインター符号化映像データが、どこに位置するかを示すデータを生成する。例えば、参照データは、フレーム内における位置を示すために符号化デバイス１５０で使用される、サブブロック及び／またはマクロブロックの識別子を含み得る。参照データはまた、映像フレームシーケンス内におけるフレームの位置を示すための、フレームシーケンス番号を含み得る。
【００３１】
送信機１２４は、図１のネットワーク１４０のようなネットワーク上に、インター符号化データ、イントラ符号化データ、及びある形態においては参照データを送信する。データは、１つまたはそれ以上の通信リンク上で送信され得る。用語「通信リンク」は、一般的な意味で使用され、これに限定されるものでは無いが、有線または無線ネットワーク、仮想チャネル、光リンク、及び同等のものを含む、あらゆる通信チャネルを含むことが出来る。ある形態では、イントラ符号化データは、ベース層通信リンク上で送信され、インター符号化データは、エンハンスメント層通信リンク上で送信される。ある形態では、イントラ符号化データ及びインター符号化データは、同じ通信リンク上で送信される。ある形態では、インター符号化データ、イントラ符号化データ、及び参照データの１つまたはそれ以上が、側帯波通信リンク上で送信され得る。例えば、Ｈ．２６４のSupplemental Enhancement Information（ＳＥＩ）メッセージ、またはＭＰＥＧ−２のユーザデータメッセージのような、側帯波通信リンクが使用され得る。ある形態では、イントラ符号化データ、インター符号化データ、及び参照データのうちの１つまたはそれ以上は、仮想チャネル上で送信される。仮想チャネルは、該データパケットを仮想チャネルに属するものとして特定する、特定可能なパケットヘッダ（identifiable packet header）を含むデータパケットを備え得る。仮想チャネルを特定するその他の形態は、周波数分割、時分割、及び符号スプレッド（code spreading）等のような技術において知られている。
【００３２】
図２Ｂは、一形態に従った、図１のシステム１００において使用され得る、典型的な復号化デバイス１５０のブロック図を例示する。本形態では、復号化デバイス１５０は、受信機要素１５８、選択デコーダ要素１６０、参照データ決定器要素１６２、及びチャネル切り替え検出器要素１６４及びエラー検出器要素１６６のような１つまたはそれ以上の参照データ利用可能性検出器を備えている。
【００３３】
受信機１５８は、符号化された映像データ（例えば図１及び図２Ａの符号化器１１０によって符号化されたデータ）を受信する。受信機１５８は、図１のネットワーク１４０のような有線または無線ネットワーク上で、符号化データを受信し得る。データは、１つまたはそれ以上の通信リンク上で受信され得る。ある形態では、イントラ符号化データは、ベース層通信リンク上で受信され、インター符号化データは、エンハンスメント層通信リンク上で受信される。ある形態では、イントラ符号化データ及びインター符号化データは、同じ通信リンク上で受信される。ある形態では、インター符号化データ、イントラ符号化データ、及び参照データの１つまたはそれ以上が、側帯波通信リンク上で受信され得る。例えば、Ｈ．２６４のSupplemental Enhancement Information（ＳＥＩ）メッセージ、またはＭＰＥＧ−２のユーザデータメッセージのような、側帯波通信リンクが使用され得る。ある形態では、イントラ符号化データ、インター符号化データ、及び参照データのうちの１つまたはそれ以上は、仮想チャネル上で受信される。仮想チャネルは、該データパケットを仮想チャネルに属するものとして特定する、特定可能なパケットヘッダを含むデータパケットを備え得る。仮想チャネルを特定するその他の形態が、技術的に知られている。
【００３４】
選択デコーダ１６０は、受信したインター符号化及びイントラ符号化映像データを復号化する。ある形態では、受信データは映像データのインター符号化バージョンの部分と、映像データのイントラ符号化バージョンの部分とを備える。インター符号化データは、それを基に予測された参照データの復号化の後、復号化されることが出来る。例えば、動き補償予測を用いて符号化されたデータは、動きベクトルと、参照データの位置を識別するフレーム識別子とを備える。もし、インター符号化バージョンのフレーム識別子と動きベクトルによって特定されるフレームの領域が利用可能であれば（例えば、既に復号化されていれば）、選択デコーダ１６０はインター符号化バージョンを復号化出来る。しかしながら、もし参照データが利用可能でなければ、選択デコーダ１６０は、イントラ符号化バージョンを復号化し得る。
【００３５】
参照データ決定器１６２は、ある側面においては、受信した符号化映像データ中のイントラ符号化及びインター符号化映像データが、どこに位置するのかを示す、受信した参照データを確認する。例えば参照データは、フレーム内における位置を探すために選択デコーダ１６０によって用いられる、サブブロック及び／またはマクロブロックの識別子を含み得る。参照データはまた、映像フレームシーケンス内でフレームを探すために用いられるフレームシーケンス番号を含み得る。受信したこの参照データを用いることで、デコーダ１６０は、インター符号化されたデータが依存する参照データが利用可能かどうかを確認できる。
【００３６】
参照データ利用可能性は、マルチチャネル通信システムのチャネル切り替えするユーザによって影響を受けることがある。例えば、１つまたはそれ以上の通信リンクを用いて、複数の映像放送が受信機１５８において利用可能となり得る。もし、ユーザが受信機１５８に対して異なる放送チャネルへの切り替えを命令すると、新たなチャネル上のインター符号化データについての参照データは、直ぐには利用できないことがある。チャネル切り替え検出器１６４は、チャネル切り替え命令が発行されたことを検出し、選択デコーダ１６０に通知する。選択デコーダ１６０は、その後、参照データ決定器１６２から得られる情報を用いて、インター符号化バージョンの参照データが利用不能かを確認し、その後、最も近いイントラ符号化バージョンの位置を特定し、特定されたイントラ符号化バージョンを選択的に復号化する。
【００３７】
参照データ利用可能性はまた、受信した映像データ内のエラーによっても影響を受けることがある。エラー検出器１６６は、ビットストリーム内の訂正不能なエラーを特定するため、エラー検出技術（例えば、前方誤り訂正）を用い得る。もし、インター符号化バージョンが依存する参照データに訂正不能なエラーがあった場合には、エラー検出器１６６は、このエラーによって影響を受ける映像データを特定する選択デコーダ１６０に通知することが出来る。選択デコーダ１６０はその後、インター符号化バージョン（例えば、もし参照データが利用可能なら）を復号化するか、またはイントラ符号化バージョン（例えばもし参照データが利用不能であれば）を復号化するかを決定することが出来る。
【００３８】
一形態では、図２Ａの符号化デバイス１１０の１つまたはそれ以上の要素が、再配置（rearrange）され、及び／または組み合わせられ得る。これらの要素は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの組み合わせによって実装され得る。ある形態では、図２Ｂのデコーダ１６０の要素のうちの１つまたはそれ以上の要素が再配置され、及び／または組み合わせられ得る。これらの要素は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの組み合わせによって実装され得る。
【００３９】
本開示におけるある形態は、参照によって本明細書にあらゆる目的で完全に組み込まれるＦＬＯ通信インターフェース仕様書（“Forward Link Only [FLO] Air Interface Specification for Terrestrial Mobile Multimedia Multicast”、Technical Standard TIA-1099、２００６年８月発行）を用いた、ＴＭ３におけるリアルタイム映像サービスを配信するための、MediaＦＬＯTM映像符号化を用いて実装されても良い。MediaＦＬＯTMで使用されるチャネル切り替えフレーム（ＣＳＦ）は、その名が示すように、チャネルの変更を支援する。ＣＳＦを用いることによって得られる効果を、拡張し、及び／または活用する他の多くのアプリケーションが存在する。本開示の残りの部分は、ＣＳＦを用いたある具体的なアプリケーションを特定し、それらの実施について述べる。本明細書内で定義されるチャネル切り替えフレーム（ＣＳＦ）は、低品質で、小さいデータサイズで、ストリーミングコーデックに対して瞬時に取り込み可能とする構造であり、高品質の復号時の瞬時リフレッシュ（ＩＤＲ）フレームの到着に先立ち得るものである。ＣＳＦは、交互にＩ−フレームまたはＩ−フレームの一部であり得る。
【００４０】
サムネイル／共通ガイドＭＬＣについて  
図３は、サービス取得システムの一側面を含むネットワーク３００を示している。ネットワーク３００は、ネットワーク３０６を用いて機器３０４にマルチメディアの多重放送するよう動作する放送サーバ３０２を備えている。サーバ３０２は、有線及び／または無線通信リンクの適切なタイプを備えた通信リンク３０８を介してネットワーク３０６と通信する。ネットワーク３０６は、本側面において無線通信リンクの適切なタイプを備える通信リンク３１０を介して機器３０４と通信する。例えば通信リンク３１０は、電気通信産業で知られた直交周波数分割多重（ＯＦＤＭ）通信リンクを備え得る。
【００４１】
機器３０４は、携帯電話であるが、ＰＤＡ、Ｅメール機器、ポケベル、ノートブックコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、またはマルチメディア多重信号を受信するように動作するその他の適切な機器のような、あらゆる適切な機器を含み得る。
【００４２】
サービス取得システムの一側面において、サーバ３０２は、入力映像信号３１４を受信するように動作するソース符号化器３１６を備えている。一側面では、２５６個の入力映像信号が、２５６個のソース符号化器３１６に入力される。しかしながら、システムの側面は、あらゆる数の入力映像信号及び対応するソース符号化器３１６による使用に適している。
【００４３】
ソース符号化器３１６の各々は、前方誤り訂正（ＦＥＣ）符号化器３２０に入力される符号化信号を生成する。ソース符号化器３１６の各々はまた、ＣＳＦパッカー（packer）３１８に入力されるチャネル切り替え映像信号（チャネル切り替えフレーム（ＣＳＦ）とも呼ばれる）を生成する。ＣＳＦ信号は、対応する入力信号の、独立して復号可能なバージョンの、低い解像度である。ＣＳＦ信号の更なる詳細な説明。ＣＳＦパッカー３１８は、ＣＳＦ信号をパック（pack、またはカプセル化（encapsulate））して、カプセル化されたＣＳＦ信号をＦＥＣ符号化器３２０に出力するよう、動作する。
【００４４】
別の側面では、プライマリビットストリーム（primary bitstream）におけるＣＳＦ信号は省略され得る。もし、チャネルのプライマリビットストリーム内でＣＳＦ信号が送信されなければ、チャネル毎のビットレートの総計において、ビットレートの節約が得られる。
【００４５】
ＦＥＣ符号化器３２０は、プリインターリーバ（pre-interleaver）３２２に入力されるエラー符号化ブロックを生成するために、ソース符号化器３１６及びＣＳＦパッカー３１８から受信した信号を、エラー制御符号化するよう動作する。一側面では、ＦＥＣ符号化器３２０は、ＲＳ符号化を行う。プリインターリーバ３２２は、パッカー３２４の処理の後、送信フレーム内の所定の位置に選択ブロックが現れるように、エラー符号化ブロックを配置する。例えばプリインターリーバ３２２は、生成された送信フレームにおけるアプリケーションデータの連続性の本質を維持するために、上記機能を実行するよう動作する。その結果プリインターリーバ３２２は、エラー符号化ブロックを、それらが高速なサービス取得を提供するのに最適化されるように配置するよう動作する。
【００４６】
パッカー（packer）３２４は、プリインターリーバ３２２の出力を送信フレームにカプセル化するよう動作する。プリインターリーバ３２２の動作によりプリインターリーバ３２２は高速なサービス取得が可能となる。なぜならそれは、ＣＳＦとその他の重要なフレーム情報を、高速なサービス取得が生じるよう、送信フレームにおける有利な場所に位置させるからである。
【００４７】
パッカー３２４の出力は、変調された送信フレーム３２８をネットワーク３０６上に送信するよう動作する変調器／送信機３２６に入力される送信フレームである。例えば、変調された送信フレーム３２８は、サーバ３０２から機器３０４へ、ネットワーク３０６を用いて送信される。送信フレーム３２８は、それぞれのスーパーフレームが４つのフレームを備える、スーパーフレームのシーケンスを備える。
【００４８】
ネットワーク３００は更に、共通ガイド（common guide）ＭＬＣアセンブラ３３０を含む。共通ガイドＭＬＣアセンブラ３３０は、独立した各ＣＳＦパッカー３１８から、パックされたＣＳＦを受信して動作可能に結合されている。共通ガイドＭＬＣアセンブラ３３０は、１つのマルチキャストガイドメディア論理チャネル（以下、「共通ガイドＭＬＣと呼ぶ」を生成する。ガイドメディア論理チャネルは、物理層の論理チャネルである。
【００４９】
図４は、共通ガイドＭＬＣ５５０（図５）を生成する処理４００のフローチャートを例示している。以下の種々の形態において、フローチャートのブロックは、図示された順序で実行され、またはこれらのブロックまたはその一部は同時に並列的に、または異なる順序で実行されても良い。共通ガイドＭＬＣ５５０を生成する処理４００は、ブロック４０２から開始され、アクティブチャネルについてのＣＳＦが生成される。一側面では、各ソース符号化器３１６は１つのアクティブチャネルを示す。
【００５０】
ブロック４０２の後にブロック４０４が続き、ここでＣＳＦが共通ガイドＭＬＣ５５０についてのものかどうかの判断が行われる。ブロック４０４における判定が“ＹＥＳ”であれば、ブロック４０６において解像度が低下され得る（任意である）。ブロック４０６の後ブロック４０８が続き、ここでＣＳＦパッカー３１８によってＣＳＦがパックされる。ブロック４０８の後ブロック４１０が続き、ここでＣＳＦは、多重化等の方法により、それが共通ガイドＭＬＣ５５０に挿入され得るように、共通ガイドＭＬＣアセンブラ３３０に送られる。ブロック４１０はブロック４０２に戻り、ここでアクティブチャネルについてのＣＳＦが生成される。
【００５１】
本形態において、ブロック４０６は、このブロックが任意であることを示すために、破線のブロックで表されており、更なる詳細が後述されるように、ネットワーク３００と機器３０４の性能の作用であり得る。
【００５２】
ブロック４０４に戻って、もし判定が“ＮＯ”であれば、ブロック４０４の後にブロック４１２が続き、ここでＣＳＦは、ＦＥＣ符号化器３２０を介して、このチャネルについてのプライマリビットストリーム（図７）に挿入される。ブロック４１２は、ブロック４０２に戻る。
【００５３】
図５は、共通ガイドＭＬＣ５５０を受信する機器３０４を例示する。共通ガイドＭＬＣ５５０の典型的な形態は、複数のチャネルＣＳＦを含み、それぞれのＣＳＦは各１つのチャネルに関連付けられている。例えば、２５６個のアクティブチャネルがあり得る。典型的な形態では、共通ガイドＭＬＣ５５０はチャネル１に位置づけられる。アクティブチャネルは、チャネルＣＨ２、ＣＨ３、ＣＨ４、ＣＨ５、ＣＨ６、ＣＨ８、…等に位置づけられる。例示のため、アクティブチャネルＣＨ２はＣＮＮに関連し、ＣＳＦ−ＣＮＮと記載された対応するＣＳＦを有する。アクティブチャネルＣＨ３はＥＳＰＮに関連し、ＣＳＦ−ＥＳＰＮと記載された対応するＣＳＦを有する。アクティブチャネルＣＨ４はＦＯＸに関連し、ＣＳＦ−ＦＯＸと記載された対応するＣＳＦを有する。アクティブチャネルＣＨ５はＣＢＳに関連し、ＣＳＦ−ＣＢＳと記載された対応するＣＳＦを有する。アクティブチャネルＣＨ１〜ＣＨ５は、リアルタイムの連続したストリーミングプログラムコンテンツに関連付けられる。
【００５４】
アクティブチャネルＣＨ６は蓄積されたファイルに関連し、ＣＳＦ−ＳＴＯＲＥＤと記載された対応するＣＳＦを有する。アクティブチャネルＣＨ７は疑似ストリーミングプログラムコンテンツに関連し、ＣＳＦ−ＰＳＥＵＤＯと記載された対応するＣＳＦを有する。アクティブチャネルＣＨ８はプレビューチャネルに関連し、ＣＳＦ−ＰＲＥＶＩＥＷと記載された対応するＣＳＦを有する。複数の疑似ストリーミングチャネルと、複数の蓄積チャネルがあり得る。よって、共通ガイドＭＬＣ５５０は、リンクを介して複数の疑似ストリーミングコンテンツサーバに直接エントリするための、複数の個別に分離されたＣＳＦを有し得る。同じように、各蓄積チャネルについても共通ガイドＭＬＣ５５０は、蓄積プログラムに直接エントリするための、分離されたＣＳＦを有するだろう。
【００５５】
典型的な形態では、機器３０４は、映像機能を有する携帯電話である。機器３０４は、機器のハウジング５４０に組み込まれた、ディスプレイ５１０、キーパッド５２０、及びマイク／スピーカの組み合わせ５３０を含み得る。ネットワーク３０６を介してネットワーク３００から通信を受信する機器３０４のため、機器３０４は、特定の契約パッケージに従って、モバイルテレビ（ＴＶ）チャネルや、その他のビデオサービスを受信するために契約している。この契約は、前もって定められた料金体制につき、１つまたはそれ以上のチャネルをグループにまとめてパッケージにする。多くの場合、契約パッケージは段階的である。各段階は、低い段階のチャネルに追加のチャネルが加えられる。とは言え、契約パッケージは、１つまたはそれ以上のアクティブチャネル上で利用可能な、別個の相異なるサービスを提供し得る。従って、契約に依存して、機器３０４は、リアルタイムストリーミングＴＶチャネル、疑似ストリーミングＴＶチャネル、蓄積ファイルチャネル、プレビューチャネル、及び共通ガイドＭＬＣ５５０のうちの１つまたはそれ以上を受信し得る。
【００５６】
共通ガイドＭＬＣ５５０は、標準的なセットの機器３０４により標準的なセットのメディアサービスに速やかにアクセスするため、１つの波形（in a waveform）によって（または複数の波形であっても）、全ての潜在的なメディアについての、単一のアクセスポイントを提供する。全アクティブチャネルのＣＳＦは、共通ガイドＭＬＣ５５０に集められる。従って、契約パッケージにかかわらず共通ガイドＭＬＣ５５０は、利用可能なアクティブチャネルへのアクセス及び取得の単一のソースとして機能する。共通ガイドＭＬＣ５５０は、単一のマルチキャストメディア論理チャネル（ＭＬＣ）として使用される。共通ガイドＭＬＣ５５０により、機器３０４（例えば、メディアを受信するデバイス）は、共通ガイドＭＬＣ５５０から直接に、複数のチャネルソースからの単一のＣＳＦをサムネイルタイル（thumbnail tile）の形に敷き詰める（tile）ことが出来る。共通ガイドＭＬＣ５５０は、あらゆるアクティブチャネルの取得に使用され得る。理解のため、アクティブチャネルは、ネットワークにより放送されているチャネルである。しかしながら、契約サービスにより、機器３０４は利用可能な全アクティブチャネルの一部へのアクセスしか有しないこともある。
【００５７】
更なる側面においては、各段階的な契約パッケージ、映像サービス、または放送サービスにつき、異なる共通ガイドＭＬＣ５５０があり得る。ある共通ガイドＭＬＣ５５０は、プレミアムの契約パッケージのためのものであるかもしれない。別の共通ガイドＭＬＣは、ベーシックの契約パッケージのためのものかもしれない。この例では、もしベーシックの契約パッケージが蓄積プログラムまたは疑似ストリーミングサービスを許可しない場合、これらのサービスについてのＣＳＦは、ベーシック契約の共通ガイドＭＬＣからは省略されるかもしれない。
【００５８】
一側面では、ある特定の機器３０４は、共通ガイドＭＬＣ５５０における全てのメディアを見ることが出来得る。しかしながら、あるチャネルのプライマリビットストリームに対するアクセスは、それらのチャネルが契約サービスの対象外であることから、ブロックされるだろう。別の側面では、もし、サムネイルガイド表示（thumbnail guide display）５１２上に表示された非契約チャネルをユーザが選択すると、ユーザは共通ガイドＭＬＣ５５０からこれらの非契約チャネルの視聴を拒絶され得る。
【００５９】
動作中、機器３０４が共通ガイドＭＬＣ５５０の受信に合わせ、または選択した際、デコーダ１６０は、Ｎ個のチャネルのＣＳＦを復号化し、サムネイルガイド表示５１２を表示するだろう。サムネイルガイド表示５１２は、各復号化したアクティブチャネルＣＳＦにつき、対応する独立したチャネルサムネイル（ＴＨＮＤ）タイル５１５Ａ、５１５Ｂ、５１５Ｃ、及び５１５Ｄを表示する。
【００６０】
例示のため、ディスプレイ５１０はＮ個の数のサムネイルタイル５１５Ａ、５１５Ｂ、５１５Ｃ、及び５１５Ｄを表示している。本例では、Ｎは４である。しかしながら、Ｎはどのような整数であって良く、ディスプレイサイズの関数であり得る。ここで、今表示されているサムネイル（ＴＨＮＤ）タイル５１５Ａ、５１５Ｂ、５１５Ｃ、及び５１５Ｄは、ＣＳＦ−ＣＮＮ、ＣＳＦ−ＥＳＰＮ、ＣＳＦ−ＦＯＸ、及びＣＳＦ−ＣＢＳについてのものである。機器３０４のユーザはまた、複数のサムネイル（ＴＨＮＤ）タイル５１５Ａ、５１５Ｂ、５１５Ｃ、及び５１５Ｄ内をスクロールすることが可能である。ユーザのスクロールに従い、サムネイルタイルは、次のチャネルのＣＳＦサムネイルタイルに更新される。用語「次の」は、順番が連続した次のチャネル、または利用可能なチャネル順の次のもの、またはあるその他の順序であり得る。
【００６１】
この特徴は、機器３０４がチャネルを切り替えていない限り、または共通ガイドＭＬＣ５５０を表示していない限り、共通ガイドＭＬＣ５５０は全くアクセスされる必要が無いという、数ある中のうちのひとつの利点を有する。また、アクティブチャネル（チャネルのプライマリビットストリームから復号化されたプログラムコンテンツ）を見ている間、リアルタイムまたは疑似ストリーミングプログラムコンテンツと共にチャネル切り替えフレーム（ＣＦＳ）の送信を必要としないため、更に電力を節約出来る。前述のように、ＣＦＳがプライマリビットストリーム内に送信されなければ、アグリゲートされたチャネル毎のビットレートにおけるビットレートの節約（このことは、低消費電力と言い換えられる）が可能となる。
【００６２】
共通ガイドＭＬＣ５５０の更なる利点は、プログラムコンテンツの、簡略化されたタイル状の表示である。共通ガイドＭＬＣ５５０は、そこに示されている複数のチャネルのタイル状の視聴を提供する代わりに、複数のタイル状のプレビューからの１つまたはそれ以上のタイルが、フルサイズで視聴中の現在のチャネル（図７）上にオーバーレイ（overlay）されるピクチャー・イン・ピクチャー効果（picture-in-picture effect）を与え得る。
【００６３】
図６Ａでは、ガイドサムネイルタイル（guide thumbnail tile）５１５Ｂは、これが現在選択されているガイドサムネイルタイルであることを示すために、強調表示されている。現在選択されているガイドサムネイルタイル５１５Ｂは、チャネルＣＨ３についてのものである。チャネルＣＨ３はＥＳＰＮに対応する。現在選択されているガイドサムネイルタイル５１５Ｂが選択されると、デコーダ１６０はチャネルＣＨ３についてのプライマリビットストリーム６００−ＣＨ３を直接入力するだろう。チャネルＣＨ３（ＥＳＰＮ）についてのプライマリビットストリーム６００−ＣＨ３は、ＰＢ−ＥＳＰＮで示されたデュレーション（duration）を有する。プライマリビットストリーム６００−ＣＨ３は、チャネルＣＨ３についてのマルチキャスト論理チャネル（ＭＬＣ）を含む。デコーダは、対応するプライマリビットストリーム６００−ＣＨ３を入力するためのランダムアクセスポイント（ＲＡＰ）を見つけるために、ＭＬＣ−ＣＨ３を受信（listen）する。プライマリビットストリーム６００−ＣＨ３は、追加のプログラムコンテンツまたはＧＯＰフレームが後に引き続く少なくとも一つのＲＡＰ−ＥＳＰＮを含む。
【００６４】
例示のため、プライマリビットストリーム６００−ＣＨ２は、追加のプログラムコンテンツまたは符号化フレームが後に引き続く少なくとも一つのＲＡＰ−ＣＮＮを含む。プライマリビットストリーム６００−ＣＨ２のデュレーションは、ＰＢ−ＣＮＮで示されている。プライマリビットストリーム６００−ＣＨ２は、それとともにＭＬＣ−ＣＨ２で示されたＭＬＣに関連付けられている。プライマリビットストリーム６００−ＣＨ４は、追加のプログラムコンテンツまたはＧＯＰフレームが後に引き続く少なくとも一つのＲＡＰ−ＦＯＸを含む。プライマリビットストリーム６００−ＣＨ４は、それとともにＭＬＣ−ＣＨ４で示されたＭＬＣに関連付けられ、ＰＢ−ＦＯＸで示されるデュレーションを備える。プライマリビットストリーム６００−ＣＨ５は、追加のプログラムコンテンツまたはＧＯＰフレームが後に引き続く少なくとも一つのＲＡＰ−ＣＢＳを含む。プライマリビットストリーム６００−ＣＨ５は、それとともにＭＬＣ−ＣＨ５で示されたＭＬＣに関連付けられ、ＰＢ−ＣＢＳで示されるデュレーションを備える。プライマリビットストリーム６００−ＣＨ６は、追加のプログラムコンテンツまたはＧＯＰフレームが後に引き続く少なくとも一つのＲＡＰ−ＳＴＯＲＥＤを含む。プライマリビットストリーム６００−ＣＨ６は、それとともにＭＬＣ−ＣＨ６で示されたＭＬＣに関連付けられ、ＰＢ−ＳＴＯＲＥＤで示されるデュレーションを備える。
【００６５】
図６Ａは、強調表示された選択により、ガイドサムネイルタイル５１５Ｂからチャネルのプライマリビットストリームへの遷移（直接のエントリ）を例示している。別の側面では、図６Ｂは、チャネルの特定によるガイドサムネイルとチャネルのプライマリビットストリームとの間の遷移を例示している。共通ガイドＭＬＣ５５０はまた、サムネイルガイド表示５１２に示すように、現在のチャネルの次のものでは無く、または連続していないチャネルへの直接のエントリについても提供する。図６Ｂから最も良く分かるように、ユーザは、サムネイルガイド表示５１２を見ながら、キーパッド５２０によりチャネル番号またはＩＤを入力することで、（現在のチャネルと選択したチャネルとの間のチャネル間をブラウズまたはスクロールさせることなく）選択したそのチャネルに切り替えることが出来る。このメカニズムは、直接のエントリを可能とするために多重化された各チャネルのサブストリームの送信を必要とする既存のスキームに比べて、費用（ビットレート、消費電力など）効率が高く、これに代替しうるものである。
【００６６】
図６Ａ、図６Ｂ、及び図７におけるチャネルの配置とそれらに対応するＣＳＦは、例示のためである。チャネル番号の配列は一例であって、共通ガイドＭＬＣ５５０における対応するそれらのＣＳＦと同じ順序でなくても良い。
【００６７】
入力されたチャネル番号またはＩＤは、サムネイルガイド表示５１２上に位置にオーバーレイされたチャネル番号６２０として表示される。図６Ｂの例では、入力されたチャネル番号はＣＨ４である。チャネルＣＨ４はＦＯＸに対応する。従って、復号化デバイス１５０は、プライマリビットストリーム６００−ＣＨ４に遷移するだろう。
【００６８】
図７は、プライマリビットストリームの受信と表示を例示する。本例では、選択されたチャネルは、ＥＳＰＮ（図６Ａ）のチャネルＣＨ３である。別の側面では、入力されたチャネル番号またはＩＤは、チャネル選択のためのディスプレイ７００上のプログラムコンテンツ上に位置し得る。このプログラムコンテンツが表示されているので、残りのＧＯＰまたはその他のコンテンツは復号化され、ディスプレイ７００上に表示される。
【００６９】
共通ガイドＭＬＣ５５０は、任意の頻度で送信され得る。例えば、高速チャネル切り替えの場合の１秒に１回から、パワーセーブと共にチャネル変更回数における緩やかなレイテンシの場合の数秒に１回まで、である。共通ガイドＭＬＣ５５０は、送信される多重化信号の任意の位置（例えば最初、または最後、または（trick playを可能とするように）物理層またはアプリケーション層と共に適切な取得ポイントに調整される）に、配置され得る。共通ガイドＭＬＣ５５０の存在は、共通ガイドＭＬＣ５５０（例えばストリーム０またはアルファチャネル）によって示されるチャネル毎の、または多重信号全体に関連するメタデータの、取得手段、または全般的な多重放送に関連する手段によって表示されることが出来る。
【００７０】
共通ガイドＭＬＣ５５０は、リアルタイムストリーミングプログラムチャネルについてのみならず、更にその他の映像サービス（例えば蓄積ファイル、疑似ストリーミング、コマーシャル、公告等）についても、ランダムアクセス情報を含み得る。
【００７１】
図１６は、共通ガイドＭＬＣ１６００の別の側面を例示する。共通ガイドＭＬＣ１６００は、全チャネルまたはいくつかのチャネル向けに、公告挿入位置ディレクトリＣＳＦ（ad insertion location directory CSF）を含んでいる。これにより、信号経路と、求められたアクセスフレームは、共通の場所に見つかる。公告ディレクトリは、チャネルについての公告のリストと、ロケーション時間Ｘ、時間Ｙ、及び時間Ｚのような、関連する時間または接続ポイント（スプライスポイント、splice points）を含むだろう。これらのロケーション時間またはスプライスポイントは、同じであっても良いし異なっても良い。
【００７２】
図８は、チャネル切り替えフレームの低解像度復号化とその表示の処理８００のフローチャートである。ＣＳＦは、複数のタイルによるサムネイルガイド表示５１２、または（プログラムガイドを介してブラウズする際の）プレビューについての低解像度であり得る。処理８００はブロック８０２で開始し、ここでデコーダ１６０が、ＣＳＦ解像度でＮ個のチャネルのＣＳＦを復号化するだろう。ブロック８０２の後、ブロック８０４が続き、ここでＣＳＦの解像度が決定される。例えば、ディスプレイ５１０はビデオ・グラフィック・アレイ（ＶＧＡ）タイプの解像度を有し得る。しかしながら、ＣＳＦはＶＧＡの１／４の解像度（以下、ＱＶＧＡと呼ぶ）で送られ得る。ブロック８０６の後、ブロック８０６が続き、ここでデコーダ１６０は、復号化されたＣＳＦ解像度を、サムネイルガイド表示５１２のためのサムネイルタイルのサイズに低減（ダウンサンプル）する。Ｎは、本例では４であるので、１つのＣＳＦについてのＱＶＧＡ解像度は、更に１／Ｎ、すなわち１／４に低減される。よって、表示されるサムネイル（ＴＨＮＤ）タイルは、それぞれ、ＱＱＶＧＡ解像度に、更に１／４だけダウンサンプルされる。ブロック８０６の後ブロック８０８が続き、ここでＮ個のサムネイル（ＴＨＮＤ）タイルが表示される。ブロック８０８の後ブロック８１０が続き、ここでチャネルサムネイル（ＴＨＮＤ）が選択されているかが判定される。もし判定が“ＮＯ”であれば、処理８００は、次のＣＳＦフレームのインターバルセットについてのブロック８０２に戻る。代わりに、チャネル番号が入力されていても良いし、または他の同様の操作が成されていても良い。しかしながら、本例では、チャネルサムネイル（ＴＨＮＤ）タイル５１５Ｂが選択されている。よって、ブロック８１０において、処理８００はブロック９０２において図９に引き続く。
【００７３】
タイル状の表示は、例えばダイアディックスケーリング（dyadic scaling）による（２×２）のランドスケープモード（landscape mode）、または解像度及び場合によっては必要に応じてフレームレートの適切なリサンプリングによる（３×５）のポートレートモードであり得る。当業者によれば、多くの可能なタイル状のオプションが可能であることを認識するだろう。そしてその全ては、本明細書で述べられた形態の範囲内であることが意図される。
【００７４】
図９は、共通ＭＬＣチャネル５５０からチャネルのプライマリビットストリームにアクセスし、それを表示する処理９００のフローチャートを例示する。タイル状の表示において、アクティブなチャネルのプライマリビットストリームへのエントリは、希望するチャネルについてのＣＳＦタイルを選択することによって可能とされ得る。上記側面において、ＣＳＦは低解像度で送られる（その結果、ＣＳＦについてのビットレート削減につながる）。よって、機器３０４は、より小さいサイズの画像（サムネイルタイル）を得るためにＣＳＦをスケール（縮小）する必要が無い。一側面では、機器３０４は、選択されたアクティブチャネルのプライマリビットストリームの公称の解像度へのサムネイルタイルの単純な拡大によって、アクティブチャネルを取得する、低減された解像度バージョンを更に用い得る。この処理は、端末の演算負荷を軽減し、そのためサムネイルガイドの視聴についての電力を削減出来る。
【００７５】
処理９００について説明する。処理９００は、図８のブロック８１０の状態に基づいて、ブロック９０２で開始する。ブロック９０２において、デコーダ１６０は進行中の選択されたサムネイルタイルのＣＳＦを復号化し、得られた画像をプライマリビットストリームの解像度に拡大するだろう。ブロック９０２の後にブロック９０４が続き、ここで次の利用可能なアクセスポイントにおけるプライマリビットストリームへのアクセスが行われる。図６Ａの場合、ＲＡＰ−ＥＳＰＮがアクセスされる。ブロック９０４の後ブロック９０６が続き、ここでプライマリビットストリームが、プライマリビットストリームの解像度で復号化される。復号化の間、機器３０４はプライマリビットストリーム６００−ＣＨ３（図７）の、復号化されたプログラムコンテンツを表示するだろう。
【００７６】
図１０Ａは、チャネル切り替えフレーム（ＣＳＦ）のガイド先読みバッファ１０１０と、アクティブチャネルの先読みバッファ１０２０を例示する。アクティブチャネルは、機器３０４によって一般的にガイド順にアクセスされる。これは、取得する次のチャネルが、２つの選択肢のうちのひとつである、高い可能性があることを意味する。ＣＳＦを、ガイド順でＣＳＦガイド先読みバッファ１０１０内に、及び隣接チャネル順でアクティブチャネル先読みバッファ１０２０内に、両方に配置することにより、次の２番目の開始ポイントを、２番目の開始ポイントにすることが可能となる。このアプローチの具体的な効果は、チャネル変更キーが押されるタイミングとは無関係に、機器３０４２が次の２番目についての映像を確保できることである。この効果を得るには、機器３０４は隣接チャネルのＣＳＦをバッファしなければならない。別の具体的な効果は、次のチャネルについての映像を確保することである。
【００７７】
図１０Ａにおいて、（ＣＳＦ）ガイド先読みバッファ１０１０は、複数のバッファセクション１０１２、１０１４、１０１６を含んでいる。アクティブチャネル先読みバッファ１０２０は、ＣＳＦガイド先読みバッファ１０１０と同様であり得る。従って、アクティブチャネル先読みバッファ１０２０についての更なる議論は説明されない。
【００７８】
図１０Ａにおいて、サムネイルガイド表示１０００からサムネイルタイル１００２、１００４への破線で示された矢印は、ユーザが、サムネイルガイド表示１０００からガイドオーダ（guide order）で隣接チャネルへスクロールしていることを示している。バッファセクション１０１４は、ガイドオーダにおける現在のアクティブチャネルについてのＣＳＦ（ｉ）によって示された現在のＣＳＦのためのものである。本例では、強調表示されたチャネルＣＨ５についてのサムネイルタイルは、カラム（ｉ）のＴＨＮＤ ＣＳＦ−ＣＢＳで示され、ガイドオーダにおける現在のチャネルを示す。バッファセクション１０１４は、チャネル（ｉ）についての次の開始ポイントＣＳＦ（ｉ）に関連付けられたデータを保持する。バッファセクション１０１６は、チャネル（ｉ＋１）についての次の開始ポイントＣＳＦ（ｉ＋１）に関連付けられたデータを保持し、ＣＳＦ（ｉ＋１）は、ガイドオーダにおいて右側に隣接する次のチャネルについてのＣＳＦである。この場合、次の隣接するチャネルは、（ｉ＋１）として示されるカラムにおけるチャネルＣＨ−６に関連付けられ得る。別の側面では、もしディスプレイ上の方向性が隣接チャネルの特定に慕う場合には、次の隣接チャネルはチャネルＣＨ７であり得る。
【００７９】
バッファセクション１０１２は、チャネル（ｉ−１）についての次の開始ポイントＣＳＦ(ｉ−１）に関連付けられたデータを保持し、このＣＳＦ（ｉ−１）は、ガイドオーダにおいて左側に隣接する次のチャネルについてのＣＳＦである。この場合、次に隣接するチャネルは、（ｉ−１）で示されたカラムにおけるチャネルＣＨ−４である。上記説明は４つのタイルの場合であり、ある場合において表示されるタイルの数と配置に依存する。バッファセクション１０１２、１０１４、１０１６は、ひとつより大きい数のＣＳＦを保持し得る。保持されたＣＳＦ（ｉ）は、複数のＣＳＦであり、それぞれ次の時間インターバルＴ１、Ｔ２、Ｔ３等に連続的に整列され得る。
【００８０】
図１０Ｂは、ＣＳＦの受信、バッファリング、及び復号化についてのタイミングフロー図を例示する。図１０Ｂにおいて、現在の時刻ウィンドウについてのフロー図は、ブロック１０７０において現在のＣＳＦ(ｉ)を復号化することを含む。現在のＣＳＦ（ｉ）は、現在のチャネルについての現在の時間インターバルについてのものである。ブロック１０７０の後にブロック１０７２が続き、ここで目下復号化されたＣＳＦ（ｉ）が表示される。現在の時間ウィンドウの間、ブロック１０５０において、機器３０４はまた時間的に次の１つまたはそれ以上のＣＳＦを受信する。受信と復号化が基本的に同時に行われる場合、受信したＣＳＦは次の時間ウィンドウについてのものである。ブロック１００５の後、ブロック１０６０、１０６２、１０６４が続く。ブロック１０６０、１０６２、１０６４において、受信したＣＳＦはバッファされる。ここで、受信されたＣＳＦは、ガイドオーダでバッファされる。
【００８１】
復号化するブロック１０７０がＣＳＦデータの復号化を終了すると、現在の時間ウィンドウの期間、映像データが表示され、使用（spent or consumed）される。時間が次の時間の例に進むにつれて、復号化の動作は次の時刻にバッファされたＣＳＦ（ｉ）に与えられる。次の時刻にバッファされたＣＳＦ（ｉ）は、現在の時間ウィンドウにおける復号化についての現在のＣＳＦ（ｉ）となる。
【００８２】
現在の時間ウィンドウに再度戻り、機器３０４がブロック１０７４においてチャネルの変更を受信すると、現在の時間ウィンドウにおいて即座に、復号化動作は現在の時間ウィンドウについてのＣＳＦの復号化をはじめる必要がある。従って、復号化動作は、選択されたチャネル（ｉ＋１）についてバッファされた次の時間のＣＳＦデータを直ちに必要とする。
【００８３】
よって、ブロック１０７４の後にブロック１０７６が続き、ここで現在の時間ウィンドウのＣＳＦ（ｉ）がＣＳＦ（ｉ＋１）にセットされる。よって、ブロック１０７０における復号化動作は、本来、直ちにブロック１０６４からＣＳＦ（ｉ＋１）を与えられる。バッファセクション（図１０Ａ）は従って、新たなチャネル選択に従って、ガイドオーダ配置にあわせて調整されるだろう。言い換えれば、ＣＳＦ（ｉ＋１）は、ブロック１０７６においてＣＳＦ（ｉ）となる。
【００８４】
図１１は、サムネイルタイルＴＨＮＤ ＣＳＦ−ＳＴＯＲＥＤを、機器メモリ１１１０内に蓄積されたプログラム１１１２に切り替える機器３０４を例示している。機器３０４は、ある所定の時間のウィンドウの期間、または任意の際に、ユーザによって将来再生するために放送プログラムの保存を可能とする契約パッケージに契約し得る。一例において機器３０４は、マニュアルまたは自動でアクセスした際に、プライマリビットストリーム６００−ＣＨ６からスポーツハイライトを自動的にダウンロードし得る。しかしながら、引き続く時間において、ユーザが、サムネイルガイド表示１１００に表示されているサムネイルタイルＴＨＮＤ ＣＳＦ−ＳＴＯＲＥＤを選択した際、もしスポーツハイライトが既に蓄積されていれば、デコーダ１６０は機器１１１０に蓄積されたプログラム１１１２に自動的に切り替えるだろう。この場合には、プライマリビットストリーム６００−ＣＨ６は、蓄積されたプログラムが更新されるか、または別のものが自動的にまたは選択的に機器のメモリ１１１０に保存されないかぎり、アクセスされる必要がない。
【００８５】
図１２は、超高速フォワード処理と共に、蓄積されたプログラム１１１２のプライマリビットストリームを例示する。例えば、蓄積された映像ファイルにＣＳＦが適用されると、このＣＳＦは単純な高速なフォワードメカニズムとして使用されることが出来る。より具体的には、Ｉ−フレームとＰ−フレームのみの再生による高速フォワード動作は、レート制限を有する。適応ＧＯＰ構造は、高い非線形時間のため、Ｉ−フレームのみの使用を非現実的なものとする。ＣＳＦは、その本質から、周期的であり、場合によっては１フレーム／秒であるので、超高速フォワード処理（例えば３０倍）が可能となる。このことは、場合によっては本質的に線形時間の、超高速フォワード処理（及びその間の全ての他のスピード）を提供する。
【００８６】
蓄積プログラム１１１２についての典型的なプライマリビットストリームは、プログラムデータＰＤ（ｉ）１２００Ｂが後に引き続くＣＳＦ１２００Ａを含み得る。なお、ｉは現在の時間インターバルを示す。ＣＳＦ１２００Ａ、１２０２Ｂ、…１２０４Ａ及び１２０６Ａは、１秒おきに繰り返される。ＣＳＦ１２００Ａ、１２０２Ｂ、…１２０４Ａ、及び１２０６Ａ間が、ＰＤ（ｉ）１２００Ｂ、ＰＤ（ｉ＋１）１２０２Ｂ、ＰＤ（ｉ＋２）１２０４Ｂ、及び（ｉ＋３）１２０６Ｂである。１秒のインターバルが示されているが、その他の時間のインクリメントに置き換えられても良い。ＣＳＦは、アクセスのポイントを与え得る。更なるＣＳＦにより、高速フォワード処理は更なる迅速なペースとなる。一般的にＣＳＦは、アクセスに使用されるＩ−フレームのサイズの２０％であり得る。よって、複数のＣＳＦが、１つのＩ−フレームに置き換えられ得る。
【００８７】
図１３は、映像サマリ（video summary）１３００のブロック図である。映像サマリ１３００はパケットであり、本明細書で与えられる説明から明らかになるように、幾つかのアプリケーション（例えばビデオインデックス）を有する。映像サマリ１３００は、ＣＳＦ１３０２、１３０６（及び場合によっては要望に応じて、復号化順に続くいくつかの追加のＭ個のフレーム１３０４１、１３０４２、…１３０４Ｍ）を用いて生成されることが出来る。更に、ＣＳＦ１３０２、１３０６は、あるチャネル上のコンテンツの周期的なインデックス（またはグランス（glance））として機能することが出来、またサーチを可能とする。これは一般的に、再生前に映像データがバッファされる蓄積プログラム１１１２または疑似ストリーミングビデオに適用される（しかし、これに限定されるものでは無い）。
【００８８】
映像サマリ１３００はまた、クロスフェード(cross fade)のようなトランジションエフェクト（transition effect）を用いて生成されることが出来、例えば、それらがアルファブレンド（alpha blending）技術を用いて線形合成される、Ｍ個のフレームが、２つのＣＳＦ１３０２、１３０６間に生成され得る。更に、このメカニズムはまた、携帯ＴＶアプリケーションにおける２つのチャネル間の切り替えの際にも使用され得る。映像サマリ１３００は、映像インデックスを提供するため、複数のチャネルにつき保持され得る。
【００８９】
映像サマリ１３００は、チャネルＣＨ８について使用され得る。この例では、（図１１のサムネイルタイルＴＨＮＤ ＣＳＦ−ＰＲＥＶＩＥＷによって選択された）プレビューモードにおいて、共通ガイドＭＬＣ５５０が、なんらかのプライマリビットストリームへのアクセス、または代わりに共通プレビューＭＬＣ２０００（図２０）へのアクセスを必要とすることなく、映像サマリ１３００を提供するだろう。この映像サマリ１３００は、ユーザにプログラムコンテンツをプレビューさせるための断片（短いビデオクリップ）についての十分な映像コンテンツを与えるだろう。映像サマリは、ビデオクリップ宣伝のような別の例にも使用され得る。
【００９０】
図２０は、共通プレビューＭＬＣ２０００を例示している。一側面では、共通プレビューＭＬＣ２０００は、それぞれ複数のアクティブチャネルＣＨ２、ＣＨ３、ＣＨ４、ＣＨ５、ＣＨ６、及びＣＨ７についての、少なくとも一つの映像サマリ２０１０、２０１２、２０１４、２０１６、２０１８、及び２０２０を含む。各アクティブチャネルＣＨ２、ＣＨ３、ＣＨ４、ＣＨ５、ＣＨ６、及びＣＨ７についての典型的な映像サマリは、図１３に示されている。一側面では、共通プレビューＭＬＣ２０００における映像サマリは、共通ガイドＭＬＣ５５０に関して説明したのと同様にして表示され得る。更に、表示された映像サマリのうちの一つの選択、またはチャネル番号の入力は、プライマリビットストリームへの直接のエントリを与え得る。
【００９１】
共通プレビューＭＬＣ２０００の別の側面では、公告挿入位置ディレクトリＣＳＦ２０２２が含まれ得る。この例では、公告挿入位置ディレクトリＣＳＦ２０２２が、チャネルＣＨ９に関連付けられている。
【００９２】
図１４は、ＣＳＦによる適切でないバッファの置き換えについての処理１４００のフローチャートを例示する。ＣＳＦは、映像バッファ（例えばバッファ１０１０）に与えられた際に、デコーダを起動させる、名目上のデータである。プライマリビットストリームから１つまたはそれ以上のＰまたはＩフレームが落ちることによるバッファの破損の場合、バッファ１０１０内のＣＳＦは、破損したバッファコンテンツの置き換えとして使用され得る。一つの利点は、長レイテンシのエラー（エラー伝搬の点から）が、より速やかにフラッシュされることが出来る。予測画像の置き換えにおいては、デコーダ１６０は、時間的に適切な位置についての動きベクトルを拡大縮小し得る。任意で、符号化デバイス１１０は、ドリフトアーティファクト（drift artifact）を避け、または小さくするために、ＣＳＦからの適切な予測を助け得る。
【００９３】
処理１４００はブロック１４０２で開始し、ここでプライマリビットストリームからの映像フレームが受信される。ブロック１４０２の後にブロック１４０４が続き、ここでプライマリビットストリームからの映像フレームがバッファされる。ブロック１４０４の後にブロック１４０６が続き、ここでバッファのデータが破損しているかが判断される。もしブロック１４０６の判断が“ＮＯ”であれば、映像フレームはブロック１４１２で復号化される。しかしながら、ブロック１４０６における判断が“ＹＥＳ”であれば、ブロック１４０６の後にブロック１４０８に進み、ここで、バッファされたＣＳＦが取り出される。ブロック１４０８の後にブロック１４１０が続き、ここで映像フレームのバッファコンテンツが、このチャネルに関連付けられた少なくとも１つのＣＳＦに置き換えられる。ブロック１４１０の後にブロック１４１２が続き、ここで少なくとも１つのＣＳＦが復号化される。
【００９４】
再度図５に戻り、一側面において、もしコマーシャル無しの視聴が望まれていれば、共通ガイドＭＬＣ５５０におけるアクティブチャネルについてのＣＳＦは、コマーシャルの間は与えられず、本方法によって、または別の手段により、コマーシャルの存在は気づかれないように出来る。よってＣＳＦは、一側面では、コマーシャルを除くプログラムコンテンツを含む。よって、再生の間、同じチャネル内で、あるプログラムセグメントから次へのスイッチングが生じる（これは、復号化及び再生前に、データの十分なバッファリングがある際に可能である）。
【００９５】
タイル状の視聴(tiled view)またはプレビューモードにおいて、もし要望するチャネル上で再生するためにコマーシャルが必要であれば、ユーザはチャネルに接続しないよう選択することが出来る。あるいは、コマーシャルの間、ＣＳＦの非取得が引き起こされる。
【００９６】
図１５は、プライマリビットストリーム上のレギュラープログラム放送の真っ最中にコマーシャルを導入するためのスプライスポイントまたはスプライスメカニズムとしてのＣＳＦを例示する。更にＣＳＦは、コマーシャルまたは公告、またはその他のマーケティングアプリケーションのために映像の、強制視聴のためにも使用し得る。よってＣＳＦは、コマーシャルのフレキシブルな視聴を可能とするツールである。ＣＳＦ１５００は、コマーシャルデータ１５０２に関する情報を含むだろう。
【００９７】
図１７Ａは、疑似ストリーミングコンテンツ１７３０への直接のエントリを例示する。疑似ストリーミングは、連続的なバッファリングと再生の組み合わせであり得る。もし、ユーザがＣＳＦ−ＰＳＥＵＤＯ（強調表示で示されている）サムネイルガイド表示１７００についてのＴＨＮＤを選択すると、ネットワーク１７１０を介して、遠く離れた疑似ストリーミングサーバ１７２０に直接エントリするため、そこにリンクが組み込まれ得る。遠く離れた疑似ストリーミングサーバ１７２０は、このリンクに従って、疑似ストリーミングコンテンツ１７３０に関連付けられた１つまたはそれ以上の各ファイルへのアクセスを提供する。ＴＨＮＤ ＣＳＤ−ＰＳＥＵＤＯの選択の後、機器３０４は、その後に再生される疑似ストリーミングコンテンツ１７３０の、ネットワークを介してサーバ１７２０からバッファリングを開始する。
【００９８】
図１７Ｂは、再生動作を介してディスプレイ１７５０上に表示されている疑似ストリーミングコンテンツ１７３０を例示する。
【００９９】
ＣＳＦは、レイヤードレートバランシング（layered rate balancing）を与えるフレキシブルなツールである。本アプリケーションにおいて、チャネル切り替えフレーム（ＣＳＦ）の位置は、レイヤードコーデック（layered codec）システムのベース層とエンハンスメント層との間で調整され得る。これは、この２つの層の間でのデータレートバランスを変化させる単純なメカニズムを提供する。本技術についての１つまたはそれ以上の特有の効果は、実装が非常に単純であること、及びエンハンスメントレートバランスが特定のチャネルの搬送に求められる全体のネットワークキャパシティを削減し、これにより消費電力を削減出来る。ＣＳＦサイズは、（例えば量子化（quantization）手段により）利用可能なスペースにあわせて変化し得る。ベース層のサイズとエンハンスメント層のサイズは、制約されたアプリケーション層である。
【０１００】
図１８は、ベース層とエンハンスメント層のバランシングを行う符号化デバイス１８００の一部領域を例示する。符号化デバイス１８００は、図３のソース符号化器３１６と同様のソース符号化器１８０５を含む。ソース符号化器１８０５は、プライマリビットストリームを符号化して生成するプライマリビットストリーム符号化エンジン１８１０を含む。ソース符号化器１８０５はまた、ＣＳＦを生成するＣＳＦ生成器１８１５を含む。プライマリビットストリーム符号化エンジン１８１０の出力は、エンハンスメント層生成器１８２０とベース層生成器１８３０に、並列的に送られる。エンハンスメント層生成器１８２０の出力は、エンハンスメント層サイズ（ＥＬＳ）のエンハンスメント層信号を生成する。ベース層生成器１８３０は、ベース層サイズ（ＢＬＳ）のベース層信号を出力する。エンハンスメント層生成器１８２０とベース層生成器１８３０の出力は、エンハンスメント層とベース層との比をイコライズする、ベース−エンハンスメント層イコライザ１８４０に送られる。
【０１０１】
ベース−エンハンスメント層イコライザ１８４０は、エンハンスメント層とベース層の比率をイコライズするために、ＣＳＦ生成器１８１５を介して可変ＣＳＦを生成する、イコライズＣＳＦ挿入器１８４５を含む。ＣＳＦは、あるマージン内でＢＬＳをＥＬＳとイコライズするために、例えば量子化等により変化され得る。
【０１０２】
図１９は、ベース層とエンハンスメント層のバランシングについての処理１９００のフローチャートを例示する。処理１９００はブロック１９０２で処理を開始し、ここでプライマリビットストリームが符号化される。ブロック１９０２の後にブロック１９０４、１９０６が続く。ブロック１９０４において、ベース層が生成される。ブロック１９０６において、エンハンスメント層が生成される。ブロック１９０４の後ブロック１９０８が続き、ここでＢＬＳが決定される。ブロック１９０６の後ブロック１９１０が続き、ここでＥＬＳが決定される。ブロック１９０８、１９１０の後、ブロック１９１２が続き、ここでＢＬＳのＥＬＳに対する比があるプリセットの比（Ｘ）に等しいかが判断される。例えばプリセット比（Ｘ）は、１またはその他の数値であり得る。典型的な本実施形態では、用語「等しい」は、わずかないくらかの差の範囲内での比を表す。もし、ブロック１９１２において判断が“ＹＥＳ”であれば、処理１９００は終了する。しかし、もし判断が“ＮＯ”であれば、ブロック１９１２の後にブロック１９１４が続き、ここでＢＬＳがＥＬＳよりも小さいかがプリセット比の関数として判断される。もしブロック１９１４における判断が“ＮＯ”であれば、ブロック１９１４の後にブロック１９１６が続く。ブロック１９１６では、プリセット比の関数としてのベース及びエンハンスメント層サイズにＥＬＳが等しくなるように、ＣＳＦが生成されエンハンスメント層に挿入される。
【０１０３】
もしブロック１９１４における判断が“ＹＥＳ”であれば、プリセット比の関数としてのベース及びエンハンスメント層サイズにＢＬＳが等しくなるように、ＣＳＦが生成されベース層に挿入される。
【０１０４】
更に、より細かなレベルでのバランスを得るために、ＣＳＦはベース要素とエンハンスメント要素に区分され得る（例えば、信号対ノイズ比（ＳＮＲ）スケーラブルＣＳＦ）。ベース及びエンハンスメント要素のサイズは、ベース層とエンハンスメント層との間のターゲットバンド幅比について利用可能なスペースを得るために、変化され得る。この比は、例えば物理層エネルギー比によって決定され得る。
【０１０５】
本アプリケーションの更に別の側面は、ＣＳＦが、対応するベース層フレームの品質を向上させるように符号化される場合である。これは、システムバンド幅または送信チャネルエラーの状態により、エンハンスメント層が消失したか、送信されないか、または受信されない際に、特に効果がある。これは、ＣＳＦが、対応するＰ−及び／またはＢ−フレームの組み合わせから独立して復号化可能な点で、straight ＳＮＲスケーラビリティとは異なる。
【０１０６】
Ｈ．２６４映像ストリームでは、レギュラーアクセスポイントを提供するために、ＣＳＦは適宜配置され得る（例えば図１２に示すような、映像ストリームへのアクセスが望まれる時間的な位置）。アクセスの潜在的な位置を見積もることにより、この処理を更に最適化することが可能である。例えば、Ｈ．２６４ストリームにおけるＰフレームは、Ｉ及びＰデータの両方を含み得る。部分的なシーンの変化等（状況によっては、モード決定の期間、イントラ方向バイアス（bias toward intra）が印加され得る）のように、あるＰフレームが多くのデータ量のＩデータを含むことが観測された場合、このポイントでストリームへの接続が求められる関連付けられたＣＳＦは、相当に小さくなり得る。取り得る位置の全てまたはいくつかにおいてストリームに接続することを求められる残差データサイズを見積もることにより、求められるＣＳＦのサイズを低減できる。このアプリケーションの具体的な効果は、データレートの削減を含み、その結果として、低消費電力となる。よって、ＣＳＦは、無数の例において、切り替えフレーム位置を適切に注入するためのフレキシブルなツールを提供する。
【０１０７】
ＣＳＦ自身は、イントラＰまたはＢフレームとして符号化され得る。あるいはＣＳＦは、異なる２つのストリームの係数の別々の冗長符号化の圧縮オーバーヘッドを最小化するための冗長符号化の前に、ＣＳＦデータの変換（及び量子化）係数が、対応するベース及び／またはエンハンスメント層データ（及び／または対応する単一の層のデータ）の変換ドメイン係数効率において事実上消えるように符号化されても良い。
【０１０８】
ＣＳＦがチャネルについてのプライマリデータを増加させる場合、プライマリデータにおいては、差分情報のみが符号化される必要がある。残りの情報は、ＣＳＦから復元されることが出来る。例えば、ＣＳＦが時間的なＰ画像の位置に置かれる際、このＰフレームは符号化されるが、ここでモード決定はイントラ方向にバイアスされる（よって、イントラマクロブロックの可能性が高まる）。残りのインターマクロブロックはＰフレームで符号化され、イントラマクロブロックは、ＣＳＦに送られる。このＣＳＦもまたＰ−フレームとして符号化され得る。
【０１０９】
ＣＳＦは、エラーに対するロバスト性（robustness）を有するフレキシブルなツールを提供する。送信エラーが、チャネルに関連するプライマリデータの品質を落とす際、デコーダ１６０は、同じチャネルへのチャネル変更を強制し、ＣＳＦを読み出すことが出来る。（同じまたは異なるガイドＭＬＣ５５０における）そのロケーションと時間的な間隔の理由でＣＳＦは、プライマリデータの品質を落とした同じエラーからそれを守るために求められるダイバーシチ（コードブロックのように、時間的に、及び／または周波数的に、及び／または空間的に、及び／または符号化的に）を提供し得る。従って、エラーからのリカバリは、ＣＳＦの使用によって容易とされることが出来る。ランダムエラーの場合の部分的なリカバリもまた可能であり、ＣＳＦにおけるイントラデータは、空間的または時間的な秘匿方法（concealment method）により対応する予測フレーム（ＰまたはＢ）において消失したマクロブロックをリカバーするために使用されることが出来る。
【０１１０】
図１０Ａにおいて、（ＣＳＦ）ガイド先読みバッファ１０１０は、ガイドオーダでＣＳＦを保持し、アクティブチャネル先読みバッファ１０２０は、アクティブチャネルオーダでＣＳＦを保持する。アクティブチャネルオーダは、ガイドオーダと同じでなくても良く、及び／またはいつかは置き換えられても良い。よって、強制的なチャネル変更は、これが呼び出される際、ブロック１０７４においてユーザが開始したチャネル変更に置き換えても良い。デコーダ１６０は、同じチャネル（ｉ）へのチャネル変更を強制出来、よってバッファ１０６０からＣＳＦ（ｉ）が呼び出される。
【０１１１】
ＣＳＦは、分離されたトランスポートパケットにカプセル化されることが出来るから（または、１つまたはそれ以上のＯＳＩ層またはプロトコルスタックにおけるカプセル化された層にさらされるから）、ＣＳＦは、例えばＨ．２６４における冗長符号化画像またはＳＩ及びＳＰ画像のような既存方法よりも、より効果的である。そのような分離は、取得アプリケーション（本明細書でいくつか述べられている）や、ダイバーシチまたは分離の点からエラーリカバリの目的（本明細書でいくつか述べられている）について必要なフレキシビリティを提供する。冗長符号化画像は画像に関連付けられ、符号化されたフレームに付随し、画像についての符号化データと共存する。
【０１１２】
エラーの復元力につきＣＳＦは、ＣＳＦにおいてどのブロックがイントラ−リフレッシュ（intra-refresh）されていないのか、に応じて符号化され得る（すなわち、より重要なブロック、例えば、最も将来のマクロブロックによって参照されるものをリフレッシュするよう選択する、）。
【０１１３】
ＣＳＦは、異なる能力を有するデコーダを調整するフレキシブルツールである。放送またはマルチキャストのアプリケーションにおいて、システム中には能力可変（計算、プロセッサ、ディスプレイ、電力制限等の観点で）な機器３０４が存在する。ネットワークまたはサーバは、一般的に古いバージョンの復号化デバイス１５０と後方互換である最新バージョンのものである信号を送信する。ＣＳＦは、このような後方互換（概してデコーダの違いを適合させる）を提供するために使用でき、ここでは、計算パワーの劣るデコーダは、対応する完璧な（品質、サイズ、または解像度の点で）符号化された参照画像の代わりに、ＣＳＦをデコードする。
【０１１４】
一側面では、図６Ａの共通ガイドＭＬＣ５５０に送られたＣＳＦは、バージョンの無い（versionless）ＣＳＦであり得る。バージョンの無いＣＳＦは、あらゆる現在の機器３０４及び過去のものによってデコードされることが出来るだろう。別の例では、バージョンの無いＣＳＦを用いて、チャネルの映像サマリを復号化することのみができ得る。
【０１１５】
情報及び信号は、種々の異なる技術や手法の任意のものを用いて表され得ることが、当業者に理解されるだろう。例えば、上記記載を全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁界または光電界または光粒子、またはこれらを組み合わせたものによって表され得る。当業者には、本明細書に開示された例に関連して説明された種々の例示的な論理ブロック、モジュール、及びアルゴリズムブロックは、電子的なハードウェア、ファームウェア、コンピュータソフトウェア、ミドルウェア、マイクロコード、またはこれらの組み合わせとして実装され得ることが、更に理解されるだろう。ハードウェアとソフトウェアが同義的であることを明確に示すために、種々の例示的な要素、ブロック、モジュール、回路、及びブロックは、全般的にそれらの機能性の観点から、上記では説明してきた。そのような機能性がハードウェアで実装されるかソフトウェアで実装されるかは、個々のアプリケーション及び全体のシステムに課せられた設計の制約に依存する。当業者は、上記の機能性を、各個別のアプリケーションにつき種々の方法で実装し得る。しかし、そのような実装の決定は、開示された方法の範囲からの逸脱を生じさせないものとして解釈されるべきでは無い。
【０１１６】
本明細書に関連して述べられた種々の一例としての論理ブロック、要素、モジュール、及び回路は、本明細書で述べられた機能を実行するように設計された汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイシグナル（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものによって、実装または実行され得る。汎用プロセッサは、マイクロプロセッサであっても良いが、代わりにプロセッサは市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。プロセッサはまた、コンピューティングデバイスを組み合わせたものとして実装されても良い。例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと接続された一つ以上のマイクロプロセッサ、またはその他のそのような構成を組み合わせたものである。
【０１１７】
本明細書に開示された例に関連して述べられたプロセス、方法、またはアルゴリズムのブロックは、ハードウェア、１つまたはそれ以上のプロセシング要素によって実行される１つまたはそれ以上のソフトウェアモジュール、またはこれら２つを組み合わせたものによって、直接的に具体化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または本分野で既知の記録媒体のあらゆる形態または組み合わせ内に存在し得る。代わりに、記録媒体は、プロセッサに一体化されても良い。プロセッサと記録媒体は、特定用途向け集積回路（ＡＳＩＣ）内に存在し得る。ＡＳＩＣは、無線モデム内に存在し得る。別の方法では、プロセッサと記録媒体は、ディスクリート要素として無線モデム内に存在し得る。
【０１１８】
開示された例についての上記説明は、開示された方法及び装置を当業者が作製及び使用できるよう提供される。これらの例の種々の変形が、当業者には容易に明らかであろう。そして、本明細書で定義された原理は他の例にも適用可能であり、更なる要素が追加され得る。
【図１】
2010510725.tif 000003
【図２Ａ】
2010510725.tif 000004
【図２Ｂ】
2010510725.tif 000005
【図３】
2010510725.tif 000006
【図４】
2010510725.tif 000007
【図５】
2010510725.tif 000008
【図６Ａ】
2010510725.tif 000009
【図６Ｂ】
2010510725.tif 000010
【図７】
2010510725.tif 000011
【図８】
2010510725.tif 000012
【図９】
2010510725.tif 000013
【図１０Ａ】
2010510725.tif 000014
【図１０Ｂ】
2010510725.tif 000015
【図１１】
2010510725.tif 000016
【図１２】
2010510725.tif 000017
【図１３】
2010510725.tif 000018
【図１４】
2010510725.tif 000019
【図１５】
2010510725.tif 000020
【図１６】
2010510725.tif 000021
【図１７Ａ】
2010510725.tif 000022
【図１７Ｂ】
2010510725.tif 000023
【図１８】
2010510725.tif 000024
【図１９】
2010510725.tif 000025
【図２０】
2010510725.tif 000026
【国際調査報告】
2010510725.tif 000027
2010510725.tif 000028
2010510725.tif 000029
2010510725.tif 000030
2010510725.tif 000031