(57)【要約】  超広帯域無線システムにおいて要求されるスループットを低減するためのシステム、方法およびコンピューター可読媒体が提供される。時間方向サブサンプリング・ルーチンは、RFリンク上でシンクへ送信されるべきフレームの数、またはフレームの部分を制限する。時間方向サブサンプリング・ルーチンは、フレームが廃棄されるレートを特定する、固定、または静的サブサンプリングレートを有していてもよい。他の実施形態にしたがって、自動時間方向サブサンプリング・メカニズムが提供される。追加的に、RFリンクのスループットを低減するためのタイル・コピー・メカニズムが実装されることができる。WDVサブシステムは、本件明細書において開示される時間方向サブサンプリングおよびタイル・コピー・ルーチンを容易にする、外部フレーム・バッファへのインターフェースを含んでいてもよい。【選択図】図9
2010529743.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムにおいてフレームをバッファリングする方法であって、
フレームが廃棄されるレートを特定するサブサンプリングレートをセットすることと、
シンクへの送信のためにフレーム・シーケンスを受信することと、
前記サブサンプリングレートに基づいて前記フレーム・シーケンスの一部分を廃棄することと、および
前記シンクへの送信のために前記フレーム・シーケンスの入力フレームの少なくとも一部分をバッファリングすることと
を具備する方法。
【請求項２】
前記入力フレームを前記シンクへ送信することをさらに具備する、請求項1に記載の方法。
【請求項３】
フレーム・バッファのキャパシティを評価することをさらに具備する、請求項１に記載の方法。
【請求項４】
前記入力フレームは、前記キャパシティが前記入力フレームのために十分であるという決定に応答してバッファされる、請求項3に記載の方法。
【請求項５】
前記入力フレームを複数の（M個の）タイルに分割することをさらに具備する、請求項1に記載の方法。
【請求項６】
（削除）
【請求項７】
前記複数のタイルの第1のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記第1のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記第1のタイルの前記圧縮バージョンを前記バッファに記憶することと
をさらに具備する、請求項5に記載の方法。
【請求項８】
前記複数のタイルのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記i番目のタイルの前記圧縮バージョンを記憶するのに不十分であるという決定に応答して前記複数のタイルの前記i番目のタイルおよび任意の残りのバッファされていないタイルを廃棄することと
をさらに具備する、請求項7に記載の方法。
【請求項９】
前記フレーム・シーケンス内の前記入力フレームに続くフレームの第1のタイルからi番目のタイルまでを廃棄することと、
前記［残りの］入力フレームに続く前記フレームのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記入力フレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記入力フレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンをバッファリングすることと
をさらに具備する、請求項8に記載の方法。
【請求項１０】
ワイヤレス通信システムにおいてフレームをバッファリングする方法であって、
第1のフレームを第1の複数の（M個の）分割に分割することと、
第2のフレームを第2の複数の（M個の）分割に分割することと、ここにおいて、前記第２の複数の（M個の）分割の各々は、前記第1の複数の（M個の）分割のうちの1つにそれぞれ対応する、
前記第2の複数の（M個の）分割の各々を前記第1の複数の（M個の）分割の対応する分割と比較することと、および
前記第1の複数の（M個の）分割の前記対応する分割と同じであると決定される、前記第2の複数の（M個の）分割のうちのいずれかを廃棄することと
を具備する方法。
【請求項１１】
前記第1の複数の（M個の）分割の前記対応する分割と異なると決定される、前記第2の複数の（M個の）分割のうちのいずれかをバッファリングすることをさらに具備する、請求項10に記載の方法。
【請求項１２】
前記第1の複数の（M個の）分割の前記対応する分割と異なると決定される前記第2の複数の（M個の）分割の各々をシンクへ送信することをさらに具備する、請求項11に記載の方法。
【請求項１３】
前記第1の複数の（M個の）分割の前記対応する分割と異なると決定される前記第2の複数の（M個の）分割の各々を送信した後フレーム・インジケーターの端を送信することをさらに具備する、請求項12に記載の方法。
【請求項１４】
ワイヤレス通信システムにおいてディスプレイのためにフレームをバッファリングする方法であって、
複数のタイルに分割された第1のフレームの第1のタイルを受信することと、
前記第1のタイルを第1のバッファへ書き込むことと、
複数のタイルに分割された第2のフレームの第2のタイルを受信することと、ここにおいて、前記第1のタイルは、前記第1のフレームの少なくとも第1のピクセル・ラインを具備し、および前記第2のタイルは、前記第2のフレームの少なくとも第2のピクセル・ラインを具備する、およびここにおいて、前記第1および第2のピクセル・ラインは、異なる、
前記第2のタイルを第2のバッファへ書き込むことと、および
共通のフレーム内のディスプレイのために前記第1のタイルおよび前記第2のタイルを参照することと
を具備する方法。
【請求項１５】
前記第１のタイルおよび前記第２のタイルを参照することは、前記第1のバッファ内の前記第1のタイルを参照するために第1のポインターをセットすることと、および前記第2のバッファ内の前記第2のタイルを参照するために第2のポインターをセッティングすることとを具備する、請求項14に記載の方法であって、前記第1のポインターおよび前記第2のポインターは、ディスプレイされるべきフレームのタイルを参照する、１セットのポインターのポインターを具備する、請求項14に記載の方法。
【請求項１６】
処理システムによる実行のためのコンピューター実行可能命令を有するコンピューター可読媒体であって、ワイヤレス通信システムにおいてフレームをバッファリングするための前記コンピューター実行可能命令は、
フレームが廃棄されるレートを特定するサブサンプリングレートをセットする命令と、
シンクへの送信のためにフレーム・シーケンスを受信する命令と、
前記サブサンプリングレートに基づいて前記フレーム・シーケンスの一部分を廃棄する命令と、および
前記シンクへの送信のために前記フレーム・シーケンスの入力フレームの少なくとも一部分をバッファする命令と
を具備する、コンピューター可読媒体。
【請求項１７】
前記入力フレームを前記シンクへ送信する命令をさらに具備する、請求項16に記載のコンピューター可読媒体。
【請求項１８】
フレーム・バッファのキャパシティを評価する命令をさらに具備する、請求項16に記載のコンピューター可読媒体。
【請求項１９】
前記入力フレームは、前記キャパシティが前記入力フレームのために十分であるという決定に応答してバッファされる、請求項18に記載のコンピューター可読媒体。
【請求項２０】
前記入力フレームを複数の（M個の）タイルに分割する命令をさらに具備する、請求項16に記載のコンピューター可読媒体。
【請求項２１】
［削除］
【請求項２２】
前記複数のタイルの第1のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記第1のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記第1のタイルの前記圧縮バージョンを前記バッファに記憶する命令と
をさらに具備する、請求項20に記載のコンピューター可読媒体。
【請求項２３】
前記複数のタイルのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記i番目のタイルの前記圧縮バージョンを記憶するのに不十分であるという決定に応答して前記複数のタイルの前記i番目のタイルおよび任意の残りのバッファされていないタイルを廃棄する命令と
をさらに具備する、請求項22に記載のコンピューター可読媒体。
【請求項２４】
前記フレーム・シーケンスにおける前記入力フレームに続くフレームの第1のタイルからi番目のタイルまでを廃棄する命令と、
前記入力フレームに続く前記フレームのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記入力フレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記入力フレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンをバッファする命令と
をさらに具備する、請求項23に記載のコンピューター可読媒体。
【請求項２５】
処理システムによる実行のためのコンピューター実行可能命令を有するコンピューター可読媒体であって、ワイヤレス通信システムにおいてフレームをバッファリングするための前記コンピューター実行可能命令は、
第1のフレームを第1の複数の（M個の）分割に分割する命令と、
第2のフレームを第2の複数の（M個の）分割に分割する命令であって、前記第2の複数の（M個の）タイルの各々は、前記第1の複数の（M個の）分割のうちの1つにそれぞれ対応する、命令と、
前記第2の複数の（M個の）分割の各々を前記第1の複数の（M個の）分割の対応するタイルと比較する命令と、および
前記第1の複数の（M個の）タイルの前記対応するタイルと同じであると決定される、前記第2の複数の（M個の）うちのいずれかを廃棄する命令と
を具備する、コンピューター可読媒体。
【請求項２６】
前記第1の複数の（M個の）分割の前記対応する分割と異なると決定される前記第2の複数の（M個の）分割のうちのいずれかをバッファする命令をさらに具備する、請求項25に記載のコンピューター可読媒体。
【請求項２７】
前記第1の複数の（M個の）分割の前記対応する分割と異なると決定される前記第2の複数の（M個の）分割の各々をシンクへ送信する命令をさらに具備する、請求項26に記載のコンピューター可読媒体。
【請求項２８】
前記第1の複数の（M個の）分割の前記対応する分割と異なると決定される前記第2の複数の（M個の）分割の各々を送信した後フレームの端を送信する命令をさらに具備する、請求項27に記載のコンピューター可読媒体。
【請求項２９】
処理システムによる実行のためのコンピューター実行可能命令を有するコンピューター可読媒体であって、ワイヤレス通信システムにおけるディスプレイのためにフレームをバッファリングするための前記コンピューター実行可能命令は、
複数のタイルに分割される第1のフレームの第1のタイルを受信する命令と、
前記第1のタイルを第1のバッファへ書き込む命令と、
複数のタイルに分割される第2のフレームの第2のタイルを受信する命令であって、前記第1のタイルは、前記第1のフレームの少なくとも第1のピクセル・ラインを具備し、および前記第２のタイルは、前記第２のフレームの少なくとも第２のピクセル・ラインを具備し、前記第1および第2のピクセル・ラインは異なる、命令と、
前記第２のタイルを第２のバッファに書き込む命令と、および
共通のフレーム内のディスプレイのために前記第１のタイルおよび前記第２のタイルを参照する命令と
を具備する、コンピューター可読媒体。
【請求項３０】
前記第1のタイルおよび前記第2のタイルを参照する前記命令は、前記第1のバッファ内の前記第1のタイルを参照するために第1のポインターをセットし、および前記第2のバッファ内の前記第2のタイルを参照するために第2のポインターをセットする命令を具備する、請求項29に記載のコンピューター可読媒体であって、前記第1のポインターおよび前記第２のポインターは、ディスプレイされるべきフレームのタイルを参照する１セットのポインターのポインターを具備する、請求項29に記載のコンピューター可読媒体。
【請求項３１】
前記第1および第2の複数の（M個の）分割の前記対応する分割のうちのいずれかが互いに異なるかどうかを決定するために巡回冗長検査（CRC）を利用することをさらに具備する、請求項10に記載の方法。
【請求項３２】
前記第1および第2の複数の（M個の）分割の前記対応する分割のうちのいずれかが互いに異なるかどうかを決定するために巡回冗長検査（CRC）を使用する命令をさらに具備する、請求項25に記載のコンピューター可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
超広帯域無線（UWB）は、500MHz以上または中心周波数の25パーセント以上の帯域幅を有する技術を含む。現代の関心は、様々なコンピューター・システムのおよびメディア・システムにおけるユニバーサル・シリアルバス（USB）適応デバイスの急増により、UWB送信レートが可能であるUSBのようなシリアル技術のワイヤレスバージョンを開発することにある。
【０００２】
コンテンツ・ソース（本件明細書において、単にソースと呼ばれる）は、ラップトップ・システム、テレビまたは他のメディア・プログラムを受信することに適したセットトップ・ボックス、DVDプレイヤー、またはコンテンツをコンテンツ・シンク（本件明細書において、単にシンクと呼ばれる）へ送信すること、もしくは伝えることに適した任意の他の装置のようなコンピューター・システムを具備していてもよい。シンクは、例えば、LCDディスプレイ・デバイス、プラズマ・ディスプレイパネル、スピーカー、ハードドライブ、プリンター、またはソースから受信されるコンテンツ（それをもって通信リンクを相互に終了する）を出力すること、もしくは利用することに適した他のデバイスを具備していてもよい。
【図面の簡単な説明】
【０００３】
本件開示の態様は、添付の図面と合わせて読まれるとき、以下の「発明の詳細な説明」から最も良く理解される。
【図１】図1は、本件明細書において開示される実施形態が実装されることができる超広帯域システムを表わす図である。
【図２】図2は、実施形態にしたがって実装されるようなワイヤレス・デジタルビデオ・サブシステムを表わす図である。
【図３】図3は、本件明細書において開示される実施形態が実装されることができるデータ処理システムの一例を表わす図である。
【図４】図4は、実施形態にしたがって実装されるシンクを具備していてもよいディスプレイ・デバイスを表わす図である。
【図５】図5は、実施形態にしたがって実装される固定時間方向サブサンプリング・ルーチンの一例を表わす図である。
【図６】図6は、実施形態にしたがって実装される固定時間方向サブサンプリング・ルーチンの処理を図示するフローチャート図である。
【図７】図7は、実施形態にしたがって、固定および自動サブサンプリングの両方を特徴とする時間方向サブサンプリング・ルーチンの一例を図示するフローチャート図である。
【図８】図8は、実施形態にしたがって、処理するためにフレームが複数のタイルに分割されるフレーム・シーケンスを表わす図である。
【図９】図9は、実施形態にしたがって実装される固定および自動のタイルベースの時間方向サブサンプリング・ルーチンを特徴とするフレーム・バッファリング・シーケンスを表わす図である。
【図１０】図10は、実施形態にしたがって、タイルベースの固定および自動時間方向サブサンプリングを特徴とする時間方向サブサンプリング・ルーチンの処理を図示するフローチャート図である。
【図１１】図11は、実施形態にしたがって実装されるシンク・バッファ構造を表わす図である。
【図１２Ａ】図12Aは、実施形態にしたがって、シンクによって受信されるフレームの構成タイルを参照するためにシンクによって維持されるバッファポインターの一例を表わす図を図示する。
【図１２Ｂ】図12Bは、実施形態にしたがって、シンクによって受信されるフレームの構成タイルを参照するためにシンクによって維持されるバッファポインターの一例を表わす図を図示する。
【図１２Ｃ】図12Cは、実施形態にしたがって、シンクによって受信されるフレームの構成タイルを参照するためにシンクによって維持されるバッファポインターの一例を表わす図を図示する。
【図１２Ｄ】図12Dは、実施形態にしたがって、シンクによって受信されるフレームの構成タイルを参照するためにシンクによって維持されるバッファポインターの一例を表わす図を図示する。
【図１２Ｅ】図12Eは、実施形態にしたがって、シンクによって受信されるフレームの構成タイルを参照するためにシンクによって維持されるバッファポインターの一例を表わす図を図示する。
【図１３】図13は、実施形態にしたがって、シンクにおいて実装されるタイル・コピー・ルーチンの処理を図示するフローチャート図である。
【発明の詳細な説明】
【０００４】
以下の開示は、様々な実施形態の異なる特徴を実装するために、多くの異なる実施形態、または実例を提供するということが理解されるべきである。本件開示を単純化するために、コンポーネントおよび配置の特別の例が以下では説明される。これらは、当然、単なる例であり、制限されるように意図されるわけではない。加えて、本件開示は、様々な例において参照数字および／または文字を繰り返すかもしれない。この繰り返しは、単純化および明瞭化のためであり、その繰り返し自体において、議論される様々な実施形態および／または構成間の関係を規定するものではない。
【０００５】
図1は、本件明細書において開示される実施形態が実装されることができるUWBシステム100を表わす図である。ソース110は、計算デバイス、セットトップ装置、または他の適切なデバイスのようなコンテンツ発信者112を含んでいてもよい。ソース110は、ソース送受信機116を含むまたはそれと結合されるワイヤレス・デジタルビデオ（WDV）サブシステム114を含むもしくはそれとインターフェースしてもよい。
【０００６】
発信者112は、未圧縮または未処理のコンテンツ（例えばRGBまたはYUVビデオコンテンツ）をWDVサブシステム114へ送信することができる。WDVサブシステムは、未処理のコンテンツを圧縮し、およびパケット化し、圧縮したコンテンツをソース送受信機116へ送信することができる。ソース送受信機116は、RFリンク130を通ってシンク120を通信結合するのに適しており、それにより、圧縮されたコンテンツをシンク送受信機122へ送信することができる。シンク送受信機122は、次に圧縮されたコンテンツをWDVサブシステム124へ伝える。WDVサブシステム124は、ビデオコンテンツのカプセル化解除することおよび圧縮解除することに適しており、これによって未処理のコンテンツを提供する。未処理のコンテンツは、未圧縮のビデオコンテンツの出力のためにシンク・ディスプレイ・デバイス126へ送信されてもよい。実施形態にしたがって、ソース110は、メモリー帯域幅が最小限にされることができるような圧縮されたフレームデータを記憶するための外部の同期動的ランダム・アクセス・メモリー（SDRAM）バッファ118をサポートするためにSDRAMインターフェース117を選択的に含んでいてもよい。同様にして、シンク120のWDVサブシステム124は、圧縮されたフレームデータを記憶するための外部のSDRAMバッファ128をサポートするためにSDRAMインターフェース127を含んでいてもよい。
【０００７】
図2は、実施形態にしたがって実装されるようなWDVサブシステム114を表わす図である。WDVサブシステム124は、同様に実装されてもよい。WDVサブシステム114は、構成可能ビデオ・インターフェース（CVI）202を含んでいてもよい。CVI202は、例えば、発信者112から未処理のコンテンツをCVI202が受信することができるビデオ入力と結合されてもよい。例えば、CVI202のビデオ入力は、グラフィック・カードまたはコンピューターチップのビデオ出力またはセットトップ・ボックスのビデオ出力と結合されてもよい。サブシステム114がシンクのWDVサブシステムとして構成されているとき、CVI202は、未処理のコンテンツを、例えば、ディスプレイ・デバイス126へ出力することができるCVI202上でビデオ出力と結合されてもよい。例えば、CVI202のビデオ出力は、ディスプレイ・デバイス126をドライブする、グラフィック・カードまたはコンピューターチップのビデオ出力、またはセットトップ・ボックスのビデオ出力と結合されてもよい。CVI202によって受信されるビデオコンテンツは、24ビットRGBまたはYUVピクセルデータのような未圧縮の形式であってもよい。CVI202は、受信したビデオコンテンツをビデオ・フレーム・サブセット（本件明細書においてタイルと呼ばれる）に分割することができる。ビデオ・フレーム・サブセットは、WDVサブシステム114において別々に処理される。タイルは、フレームのN個の連続したラインを具備し、複数の（M個の）タイルがビデオ・フレームを構成する。タイル内のラインの数（N個）、およびかくして1つのフレーム当たりのタイルの数（M個）は、CVI202において設定可能である。
【０００８】
CVI202によって未処理のデータがRGBピクセルデータとして受信される場合、CVI202は、ビデオコンテンツの高度の圧縮を容易にするためにRGBデータをYUVデータに変換するためにデータを色変換（CT）モジュール204へ渡してもよい。色度成分（つまり、UVデータ）は、次に低域パスフィルター（LPF）206によってサブサンプリングするためにLPF206へ伝えられてもよい。CVI202によって未処理のデータがYUVデータとして受信される場合、YUVデータは、CVI202によって分割され、LPF206へ直接渡されてもよい。輝度（Y）および色度成分を含むピクセルデータは、次に低域パス、帯域パス、および高域パスフィルターを具備するウェーブレット変換（WT）モジュール208へ伝えられてもよい。これによって、各それぞれのYUV成分のために低域パス、帯域パス、および高域パスの副帯域が提供される。この9個の副帯域は、次にランダム・アクセス・メモリー（RAM）214、または他の適切なメモリー・コンポーネントへ書き込まれてもよい。ここにおいて、副帯域は、量子化（QT）モジュール220によって読み込まれ、量子化される（例えば、右シフトされる）。ビデオ・レート制御装置（VRC）は、データの可変ビットレートを提供するためにWT108およびRAM214および218とインターフェースしてもよい。量子化されたデータは、次に演算符号化器（AC）222へ供給され、これによって符号化されてもよい。AC222は、外部のSDRAM228においてフレームをバッファリングするために外部のSDRAM制御装置226とインターフェースする。実施形態にしたがって、フレームから分割されたタイルは、タイルを再同期先入れ先出し（FIFO）キュー230へ伝える前にSDRAM228においてバッファされてもよい。再同期FIFOキュー230は、送受信機238上のアービタ236によるパケット化されたデータの送信の前に、実施形態にしたがって、フレームおよび／またはフレーム・タイルをパケット化するためにパケット化装置234と結合される。
【０００９】
実施形態にしたがって、巡回冗長検査（CRC）機能は、タイルごとをベースにCRCを行なうために配備されてもよい。例えば、CRC機能210が未処理のタイル・ビデオデータ上でCRCを行ってもよいし、または、その代わりにCRC機能212がウェーブレット変換されたデータのCRC値を計算するためにWT208の出力において配備されてもよい。タイルごとをベースになされるCRC計算は、以下においてより詳細に説明されるような実施形態にしたがって実装されるタイル・コピー・メカニズムを容易にする。
【００１０】
復路において、パケット化されたデータは、送受信機によって受信されることができる。このデータは、アービタ236を通ってパケット化装置234へ伝えられ、パケット化装置234によってパケット解除される。パケット解除されたデータは、次に、SDRAM228にデータを書き込むことができる再同期FIFOキュー232へ伝えられてもよい。AC222は、SDRAMバッファ228において符号化されたデータを復号することができる。復号されたデータは、次にQT220、WT208、およびCT204を通って圧縮解除されてもよい。ここにおいて、データは、未処理のデータとしてCVI202へ供給される。CVI202は、次にCVI202と結合されている出力ポートによって未処理のデータをディスプレイ・デバイスまたは他のシンクへ供給することができる。
【００１１】
図3は、本件明細書において開示される実施形態が実装される図1に示されている、発信者108のような、データ処理システム300の一例を表わす図である。
【００１２】
本件明細書において開示される実施形態のプロセスを実装するコードまたは命令がシステム300によって配置されまたはアクセスされてもよい。例示において、システム300は、PCIローカルバス・アーキテクチャーを採用するが、工業標準アーキテクチャー（ISA）のような他のバス・アーキテクチャーが使用されてもよい。プロセッサー・システム302およびメイン・メモリー306は、PCIブリッジ304を通ってPCIローカルバス308へ接続される。PCIブリッジ304はまた、プロセッサー302のために集積メモリー制御装置およびキャッシュメモリーを含んでいてもよい。直接的コンポーネント相互接続によってまたは増設コネクターを通じて、PCIローカルバス308への追加的接続がなされてもよい。図示されている一例において、小型コンピューターシステム・インターフェース（SCSI）ホストバス・アダプター310、拡張バス・インターフェース312、マウス・アダプター314、およびキーボード・アダプター316は、直接的コンポーネント接続によってPCIローカルバス308へ接続される。これに対し、グラフィック・アダプター320およびNIC318は、拡張スロット内に挿入される増設ボードによって拡張バス・インターフェース312を通ってPCIローカルバス308へ接続される。NIC318は、コンソール112を図1に示されるシステム100の他のデバイスと接続するためのインターフェースを提供する。拡張バス・インターフェース312は、様々な周辺機器のための接続を提供する。SCSIホストバス・アダプター310は、ハードディスク・デバイス322、およびCD-ROMドライブ324のための接続を提供する。一般的なPCIローカルバス実装は、複数のPCI拡張スロットまたは増設コネクターをサポートすることができる。
【００１３】
実施形態にしたがって、WDVチップ330は、システム300内に配備されてもよい。WDVチップ330は、ビデオのような未圧縮の、または未処理のコンテンツをグラフィック・アダプター320から受信するために、当該アダプターと通信結合されており、およびシンクへの送信のために未処理コンテンツを圧縮するために適合させられてもよい。WDVチップ330は、図2に示されているものと類似するWDVサブシステムを提供し、ベースバンド物理層（PHY）、メディア・アクセス制御（MAC）エンジン、高速セキュリティ・プロセッサー、サービスの品質（QoS）管理、およびユニバーサル・シリアルバス（USB）サブシステムを提供する様々なホスト・インターフェースを結合するCMOS集積回路（IC）として実装されてもよい。WDVチップ330は、圧縮されたコンテンツのワイヤレス送信および受信のための送受信機332と結合される出力を有していてもよい。送受信機332は、無線周波数（RF）送受信機を提供するチップとして実装されてもよい。WDVチップ330および送受信機332は、共通のIC上で選択的に配備されてもよく、およびオンシリコンUWBサブシステムをともに提供することができる。
【００１４】
オペレーティング・システムは、プロセッサー302上で実行され、システム300内の様々なコンポーネントの制御を調整し、提供するために使用される。オペレーティング・システムのための命令およびアプリケーションまたはプログラムは、ハードディスク・デバイス322のような記憶デバイス上に配置されており、プロセッサー302による実行のためにメイン・メモリー306内にロードされてもよい。
【００１５】
本件明細書において開示される実施形態にしたがって、無線周波数リンク上のビデオまたは他のコンテンツの送信のために必要なスループットは、ホストデバイスのWDVサブシステムにおいて実装されるメカニズムによって有利に低減される。１つの実装において、RFリンク上でシンクへ送信されるべきフレームの数またはフレームの部分を制限する時間方向サブサンプリング・ルーチンが開示される。他の実施形態において、RFリンクのスループットを低減するためにタイル・コピー・メカニズムが実装されてもよい。
【００１６】
図4は、実施形態にしたがって実装されるシンクを具備することができるディスプレイ・デバイス400を表わす図である。ディスプレイ・デバイス400は、液晶ディスプレイ（LCD）、プラズマ・ディスプレイパネル、陰極線管、または他の適切なディスプレイ装置のようなディスプレイ410を含む。本件例示において、ディスプレイ・デバイス400は、LCDディスプレイ・デバイスを具備する。したがって、ディスプレイ・デバイス400は、ディスプレイ制御装置440によって制御される発光源420およびLCD電極430を含んでいてもよい。ディスプレイ制御装置440は、デジタルビデオ入力（DVI）のような入力450を通ってビデオ信号を受信し、復号する。次に、制御装置440は、それに応じて発光源420およびLCD電極430をドライブする。
【００１７】
実施形態にしたがって、ディスプレイ・デバイス400は、WDVチップ470および送受信機チップ480を具備するWDVサブシステム460を用いて適合させられてもよい。WDVサブシステム460は、図2に示され、および説明されたのと同じようにして実装されることができる。他の実装において、WDVチップ470および送受信機チップ480は、共通のチップ上で配備されてもよい。例示において、WDVサブシステム460は、DVI入力450を通ってディスプレイ・デバイス400とインターフェースする。したがって、WDVサブシステム460は、DVI入力450と結合するための接続可能なインターフェースを含む、シャーシーまたは他のパッケージの中で組み立てられてもよい。他の実施形態において、WDVサブシステム460は、ディスプレイ・デバイス400の中で組み立てられてもよい。
【００１８】
操作において、WDVサブシステム460は、RFリンク上で図3に示されるシステム300のようなソースから送受信機チップ480を通って、圧縮されカプセル化されたビデオコンテンツを受信する。WDVチップ470は、以下においてより詳細に説明される実施形態にしたがって、受信コンテンツをカプセル化解除し、および圧縮解除することによって、未処理のビデオ信号を提供し、未処理のビデオ信号は、次に、ディスプレイ410上へのコンテンツの出力のためにDVI入力450を通ってディスプレイ制御装置440へ送信される。
【００１９】
実施形態にしたがって、ソースおよびシンクを両端とするRFリンク上で送信されるデータの量を低減するためのメカニズムが提供される。ある実施形態において、時間方向サブサンプリング・ルーチンは、フレームが廃棄されるレートを指定する、固定または静的サブサンプリングレートを有していてもよい。例えば、N個のサブサンプリングレートは、符号化され、リンク上へ伝送されるべきN個の受信フレームのうちの１つを指定するが、残りのN-1個は、廃棄される。サブサンプリングレートは、変動可能であってもよい。他の実施形態にしたがって、自動時間方向サブサンプリング・メカニズムが提供される。この実装において、ソース側の外部のフレーム・バッファ（例えば、SDRAMバッファ228）は、フレームの受信の際に、フレーム・バッファが新規の受信フレームのためのキャパシティを有するかどうかを決定するために評価されることができる。フレーム・バッファが新規の受信フレームをバッファリングするための十分なキャパシティを有していない場合、新規の受信フレームは自動的に廃棄されてもよい。実施形態において、固定サブサンプリングおよび自動サブサンプリングを含むサブサンプリング・メカニズムが提供される。自動サブサンプリングは、利用可能なワイヤレス・スループットに基づいて固定サブサンプリングレートを有効的に増加させる。
【００２０】
図5は、実施形態にしたがって実装される時間方向サブサンプリング（TSS）ルーチンの一例を表わす図である。例示は、「Full」および「Not Full」の縦座標としてソース・バッファ・キャパシティ510を図示する。ここにおいて、「Not Full」のバッファ・キャパシティは、フレーム（または圧縮されたフレーム）を記憶するのに十分に大きなバッファ・キャパシティを示し、および「Full」のバッファ・キャパシティは、フレーム（または圧縮されたフレーム）を記憶するのに不十分なバッファ・キャパシティを示す。処理のためにフレームの受信の際にバッファ・キャパシティが評価されてもよい。バッファ・キャパシティがNot Fullと評価される場合、受信フレームが符号化され、バッファされてもよい。バッファ・キャパシティがFullと評価される場合、受信フレームが廃棄されてもよい。フレーム・シーケンス520-530は、ワイヤレス・リンク上でのシンクへの送信のために処理されるべきソースによって時間周期ｔにわたって受信される。
【００２１】
ソースがN = 2の固定サブサンプリングレートにより構成されていると仮定する。すなわち、受信されたフレームは1つおきに符号化されてシンクに送信され、他方のフレームは廃棄されるか若しくはソース側で無視されるように、ソースが構成されているということである。したがって、N = 2の固定時間方向サブサンプリングレートにしたがって、隣接フレーム522および526は、（点線により例示的に示されるように）廃棄されるかもしくは無視されるのに対し、フレーム520および524は、送信のためにバッファされる。
【００２２】
例示において、フレーム・バッファのキャパシティは、時刻t1におけるバッファ・キャパシティ510によって示されるようにフレーム520の受信およびバッファリングの際に別の１つのフレームを記憶するために必要なキャパシティ以下に低減される。バッファ・キャパシティは、フレーム（複数）がバッファから読み出されるたびに増加し、および時刻t2において別のフレームをバッファするのに十分なキャパシティに戻る。同様にして、フレーム・バッファのキャパシティは、フレーム524の受信およびバッファリングの際に別の１つのフレームを記憶するために必要なキャパシティ以下に低減される。この実例において、バッファ・キャパシティは、別の１つのフレームをバッファリングするのに十分なキャパシティに時刻t5まで戻らない。しかしながら、フレーム528の受信は、バッファ・キャパシティが別の１つのフレームを記憶するのに不十分な時刻t4において開始する。とりわけ、この実例において、フレーム528は、固定時間方向サブサンプリングレートにしたがって廃棄されるようスケジュールされていない。実施形態にしたがって、自動時間方向サブサンプリングは、フレームの受信の際にバッファ・キャパシティ510を評価してもよい。バッファ・キャパシティが受信フレームを記憶するのに不十分と評価される場合、フレームは、自動的に廃棄されてもよい。このようにして、本件事例では、時刻t4（すなわち、フレーム528の受信が始まる時刻）においてフレームを記憶するのにはバッファ・キャパシティが不十分であると決定されると同時に、フレーム528が廃棄されるのである。バッファ・キャパシティは、時刻t5において十分なキャパシティに戻されるので、フレーム530は、固定時間方向サブサンプリングレートにしたがってバッファされることができる。
【００２３】
図６は、実施形態にしたがって実装される固定時間方向サブサンプリング・ルーチンの処理を図示するフローチャート図600である。固定時間方向サブサンプリング・ルーチンは、例えば、システム・ソース上に配備されるWDVサブシステムの図2に示されるCVI202に含まれる論理によって実装されることができる。サブサンプリング・ルーチンが呼び出され（ステップ602）、サブサンプリングレートNが読み込まれる（ステップ604）。サブサンプリングレートは、符号化され、シンクへの送信のためにバッファされるべきN個の受信フレームのうちの１つを指定するが、残りのN-1個の受信フレームは、廃棄されもしくは無視される。カウンター変数iは、次にサブサンプリングレートNにセットされることができる（ステップ606）。サブサンプリング・ルーチンは、次にフレーム(i)の受信を待ち受けることができる（ステップ608）。フレーム(i)を受信すると、カウンター変数iがサブサンプリングレートNと等しいかどうかを決定するための評価がなされてもよい（ステップ610）。カウンター変数iがサブサンプリングレートNと等しくない場合、現在のカウンターフレーム(i)は、廃棄されるかもしくは無視されることができ（ステップ612）、サブサンプリング・ルーチンは、次に進んでカウンター変数を1つ減少させることができる（ステップ616）。ステップ610に再び戻り、カウンター変数がサブサンプリングレートと等しい場合、カウンター・フレーム(i)は、符号化され、バッファされることができ（ステップ614）、カウンター変数は、その後ステップ616にしたがって1つ減少されることができる。
【００２４】
カウンター変数がステップ616にしたがって1つ減少された後、サブサンプリング・ルーチンは、カウンター変数がゼロであるかどうかを引き続き評価することができる（ステップ618）。これによって、完全にサブサンプリングサイクルが完了したことを示す。カウンター変数がゼロでない場合、サブサンプリング・ルーチンが継続するかどうかの評価がなされることができる（ステップ620）。サブサンプリング・ルーチンが継続する場合、ステップ608にしたがって、次のフレーム(i)の受信を待ち受けるように処理が戻ることができる。処理が継続しないと決定される場合、サブサンプリング・ルーチン・サイクルは終了することができる（ステップ624）。）
ステップ618に再び戻り、カウンター変数がゼロであると評価される場合、サブサンプリング・ルーチンが継続するかどうかの評価がなされることができる（ステップ622）。サブサンプリング・ルーチンが継続する場合、ステップ606にしたがって、カウンター変数iをサブサンプリングレートNにリセットするよう処理が戻されることができる。代替的に、サブサンプリング・ルーチン・サイクルは、ステップ624にしたがって、終了することができる。
【００２５】
他の実施形態にしたがって、固定時間方向サブサンプリングは、自動サブサンプリング手順により補足されることができる。図7は、実施形態にしたがって、固定および自動サブサンプリングの両方を特徴とする時間方向サブサンプリング・ルーチンの一例を図示するフローチャート図700である。図7に示されるサブサンプリング・ルーチンは、システム・ソース上に配備されるWDVサブシステムの図2に示されるCVI202に含まれる論理によって実装されることができる。サブサンプリング・ルーチンが引き起こされ（ステップ702）、サブサンプリングレートNが読み込まれる（ステップ704）。カウンター変数iは、次にサブサンプリングレートNにセットされることができる（ステップ706）。サブサンプリング・ルーチンは、次にフレーム(i)の受信を待ち受けることができる（ステップ708）。フレーム(i)が受信されると、カウンター変数iがサブサンプリングレートNと等しいかどうかを決定するための評価がなされることができる（ステップ710）。カウンター変数iがサブサンプリングレートNと等しくない場合、現在のフレーム(i)は、廃棄されもしくは無視されることができ（ステップ712）、サブサンプリング・ルーチンは、次に進んでカウンター変数を1つ減少することができる（ステップ718）。ステップ710に再び戻り、カウンター変数がサブサンプリングレートと等しい場合、十分なキャパシティが現在のフレーム(i)に利用可能であるかを決定するために、フレーム・バッファ・キャパシティは、自動時間方向サブサンプリング手順にしたがって評価されることができる（ステップ714）。フレーム・バッファが現在のフレーム(i)のために十分なキャパシティを有していない場合、サブサンプリング・ルーチンは、ステップ712に進み、現在のフレーム(i)を廃棄することができる。フレーム・バッファにおいて十分なキャパシティが利用可能である場合、現在のフレーム(i)は、符号化され、バッファされることができ（ステップ716）、カウンター変数は、その後ステップ718にしたがって1つ減少されることができる。
【００２６】
ステップ718にしたがって、カウンター変数が1つ減少された後、サブサンプリング・ルーチンは、カウンター変数がゼロであるかどうかを引き続き評価することができる（ステップ720）。カウンター変数がゼロではない場合、サブサンプリング・ルーチンが継続するかどうかの評価がなされることができる（ステップ722）。サブサンプリング・ルーチンが継続する場合、ステップ708にしたがって、次のフレーム(i)の受信を待ち受けるよう処理が戻されることができる。処理が継続しないと決定される場合、サブサンプリング・ルーチン・サイクルは、終了することができる（ステップ726）。
【００２７】
ステップ720に再び戻り、カウンター変数がゼロであると評価される場合、サブサンプリング・ルーチンが継続するかどうかを決定するための評価がなされることができる（ステップ724）。サブサンプリング・ルーチンが継続する場合、ステップ706にしたがって、カウンター変数iをサブサンプリングレートNに再びセットするように処理が戻ることができる。代替的に、サブサンプリング・ルーチン・サイクルは、ステップ726にしたがって、終了することができる。
【００２８】
他の実施形態にしたがって、フレームは、タイルに分割され、時間方向サブサンプリングは、タイルごとをベースに行なわれることができる。他の実施形態において、タイルコピー手順は、ソースおよびシンクによって終了されるRFリンクの必要なスループットにおいて高度の減少を提供するためにWDVシステムによって採用されることができる。この実施形態において、連続的フレームの対応するタイルによって何らかの変更が示されるかどうかを決定するために、連続的フレームのタイル（またはそこから導き出されるパラメトリック）が比較されてもよい。連続するフレームの対応するタイルが互いの間にいかなる違いも示さないと決定される場合、次のフレームのタイルがソースにおいて廃棄されることができる。シンク側上で、次のフレームのタイルとの間にいかなる違いも有していないと識別される、フレーム・シーケンス内の初期のフレームのタイルは、以下でより詳細に説明されるように、次のフレームにおけるディスプレイのためにコピーされ、使用されてもよい。
【００２９】
図8は、実施形態にしたがって処理するためにフレームが複数のタイルに分割されるフレーム・シーケンス800を表わす図である。フレーム800-806は、複数のM個のタイル（各々のタイルがいくつかのN個のラインを有する）に分割されまたは分離されてもよい。例示において、フレーム802は、4つのタイル802a-802dに分割される。同様に、フレーム804-806は、タイル804a-804d（表示されていない）および806a-806dのそれぞれのセットに分割されてもよい。各々のタイルは、ピクセルデータのラインの共通の数を具備していてもよい。タイル802a-802dから806a-806dの各々は、他のタイルと独立に符号化され、バッファされてもよい。さらに、タイル802a-802dから806a-806dは、以下でより詳細に説明されるように、他のタイルと独立にシンクへ送信されてもよい。異なるフレームの同じイメージ・ライン数を含むタイルは、本件明細書において、対応タイルと呼ばれる。例えば、タイル802aは、フレーム802のピクセルデータの最初のN個のラインを含み、およびタイル806aは、フレーム806のピクセルデータの最初のN個のラインを含む。したがって、タイル802aと806aは、本件明細書において、対応タイルを具備するといわれる。
【００３０】
図9は、実施形態にしたがって実装される固定および自動タイルベースの時間方向サブサンプリング・ルーチンを特徴とするフレーム・バッファリング・シーケンスを表わす図である。例示は、「Full」および「Not Full」の縦座標としてソース・バッファ・キャパシティ910を図示する。ここにおいて、「Not Full」のバッファ・キャパシティは、少なくとも1つのフレーム・タイル（または圧縮されたフレーム）を記憶するのに十分に大きなバッファ・キャパシティを示し、および「Full」のバッファ・キャパシティは、少なくとも1つのフレーム・タイル（または圧縮されたフレーム）を記憶するのに不十分なバッファ・キャパシティを示す。処理のためにタイルの受信の際にバッファ・キャパシティが評価されてもよい。バッファ・キャパシティがNot Fullと評価される場合、受信フレームが符号化され、バッファされてもよい。バッファ・キャパシティがFullと評価される場合、受信タイルは、共通のフレームの次のタイルとともに廃棄されてもよい。フレーム・シーケンス920-930は、ワイヤレス・リンクによるシンクへの送信に先立って符号化されおよびバッファされるようソースによって時間周期ｔにわたって受信される。
【００３１】
フレーム920-930の各々は、複数のM個のタイルに分割されてもよい。例示において、分割された値Mが4にセットされ、したがって、フレーム920-930は、それぞれのタイルセット920a-920d-930a-930dに分割される。
【００３２】
ソースがN = 2の固定サブサンプリングレートにより構成されていると仮定する。すなわち、受信されたフレームは1つおきに符号化されてシンクに送信され、他方のフレームは廃棄されるか若しくはソース側で無視されるように、ソースが構成されているということである。したがって、フレーム920のすべてのタイル920a-920dの受信、符号化、およびバッファリングの後に（点線により例示的に示されるように）フレーム922が廃棄される。フレーム924は、バッファ・キャパシティが許せば、N = 2の固定時間方向サブサンプリングレートにしたがって符号化されおよびバッファされるようスケジュールされる。実施形態にしたがって、フレームのバッファ・キャパシティは、タイルごとをベースに評価される。タイルのためにバッファ・キャパシティが利用可能である場合、タイルは、符号化されおよびバッファされてもよい。バッファ・キャパシティは、その他の残りのフレーム・タイルについても同様に評価されることができる。バッファ・キャパシティがタイルを記憶するのに不十分である場合、現在のフレームのタイルおよび任意の残りのタイルは、廃棄されるかもしれない。次のフレームの受信に際し、次のフレームは、分割され、および正常にバッファされた前のフレームのタイルに対応する新規の受信フレームのタイルは、廃棄されもしくは無視されるかもしれない。バッファ・キャパシティは、前のフレームの廃棄されたタイルの1番目に対応するタイルについて評価される。このように、複数のフレームからのタイルを具備するフレームは、1つのフレーム以上の構成タイルから成る複合フレームを形成して有効にバッファされることができる。
【００３３】
図9に再び戻り、フレーム・バッファのキャパシティは、上で議論されたようにタイルごとをベースに評価される。本件一例において、バッファ・キャパシティは、フレーム924のタイル924a-924bの各々を記憶するのに十分であると評価される。しかしながら、タイル924ｃのためになされるバッファ・キャパシティの評価は、バッファ・キャパシティは、バッファ・キャパシティ910によって示されるようにタイル924cを記憶するのに不十分であることを示す。したがって、タイル924c-924dは、（点線によって例示的に示されるように）廃棄されるかもしくは無視される。サブシーケント・フレーム926の受信および分割に際し、前のフレーム926のバッファされたタイル924a-924bに対応するタイル926a-926bが廃棄されるかもしくは無視される。次に、タイル926cを記憶するのに十分なキャパシティがあるかどうかを決定するために、バッファ・キャパシティの評価がなされてもよい。例示において、十分なバッファ・キャパシティがタイル926cに利用可能であり、したがって、タイル926は符号化され、バッファされる。タイル926dのためのバッファ・キャパシティ910の次の評価は、タイルを記憶するのにキャパシティが不十分であることを示す。したがって、タイル926dは、点線により例示されるように廃棄される。フレーム924および926の対応するタイル924a-924bおよび926cが以前に符号化されおり、バッファされているので、分割されたフレーム928の次の受信上で、タイル928a-928cは、廃棄されるかもしくは無視される。したがって、タイル928dのために、バッファ・キャパシティ910の評価がなされる。タイル928dは、バッファ・キャパシティが十分に存在するとの評価に基づいて符号化され、バッファされる。したがって、単一の複合フレームがバッファされる。複合フレームは、例示における3つの連続的フレームの合成タイルを具備する。
【００３４】
図10は、実施形態にしたがって、タイルベースの固定および自動時間方向サブサンプリングを特徴とする時間方向サブサンプリング・ルーチンの処理を図示するフローチャート図1000である。図10に示されるサブサンプリング・ルーチンは、システム・ソース上に配備されるWDVサブシステムの図2に示されるCVI202内に含まれる論理によって実装されることができる。サブサンプリング・ルーチンが引き起こされ（ステップ1002）、フレーム分割のための固定サブサンプリングレートNおよび分割番号Xが読み込まれる（ステップ1004）。分割番号Xは、フレームが分割されるタイルの数を示し、および設定可能な値であってもよい。バッファされたタイルのトラッキングを容易にするカウンター変数kはまた、初期化されることができる（例えば、ステップ1004において示されるように値「1」に初期化される）。
【００３５】
カウンター変数iは、次にサブサンプリングレートNへセットされることができる（ステップ1006）。サブサンプリング・ルーチンは、次にフレーム(i)の受信を待ち受けることができる（ステップ1008）。フレーム(i)の受信上で、カウンター変数iがサブサンプリングレートNと等しいかどうかを決定するための評価がなされることができる（ステップ1010）。カウンター変数iがサブサンプリングレートNと等しくない場合、カウンターフレーム(i)は、固定サブサンプリングレートにしたがって、廃棄されるかもしくは無視されることができる（ステップ1012）。
【００３６】
ステップ1010に再び戻り、カウンター変数がサブサンプリングレートと等しい場合、フレーム(i)は、X個のタイルに分割されることができる（ステップ1014）。次に、分割フレームの第1のタイル(k)をバッファリングするのに十分なキャパシティがあるかどうかを決定するための評価がなされることができる（ステップ1016）。バッファリング・タイル(k)のためのキャパシティが不十分である場合、タイル(k)からタイル(X)は、廃棄されることができる（ステップ1018）。
【００３７】
ステップ1016に再び戻り、タイル(k)をバッファリングするのに十分なバッファ・キャパシティが利用可能である場合、タイル(k)は、符号化され、バッファされる。そして、タイル・カウンター変数kは1つ増加することができる（ステップ1020）。タイル・カウンター変数を分割番号Xと比較することによって現在のフレームの各々のタイルがバッファされているかどうかを決定するための評価がなされることができる（ステップ1022）。現在のフレームの各々のタイルがバッファされていない場合、サブサンプリング・ルーチンは、次のタイル(k)を記憶するために十分なバッファ・キャパシティがあるかどうかを決定するために、ステップ1016に戻ることができる。最近バッファされたタイルが現在のフレーム(i)の最後のタイルである場合、タイル・カウンター変数kは、「1」にリセットされることができ、フレーム・カウンター変数iは、1つ減少することができる（ステップ1024）。ステップ1024にしたがってカウンター変数が１つ減少した後、サブサンプリング・ルーチンは、フレーム・カウンター変数iがゼロと等しいかどうかを引き続き評価することができる（ステップ1026）。サブサンプリングレートNにしたがってバッファされるよう次のフレームがスケジュールされるということをこれによって示す。カウンター変数iがゼロと等しくない場合、サブサンプリング・ルーチンが継続するかどうかの評価がなされることができる（ステップ1030）。サブサンプリング・ルーチンが継続する場合、ステップ1008にしたがって、次のフレーム(i)の受信を待ち受けるために処理が戻ることができる。処理が継続しないと決定される場合、サブサンプリング・ルーチン・サイクルは、終了することができる（ステップ1032）。
【００３８】
ステップ1026に再び戻り、カウンター変数iがゼロと等しいと評価される場合、サブサンプリング・ルーチンが継続するかどうかの決定がなされることができる（ステップ1028）。サブサンプリング・ルーチンが継続する場合、ステップ1006にしたがって、フレーム・カウンター変数iをサブサンプリングレートNへリセットするよう処理が戻ることができる。代替的に、サブサンプリング・ルーチン・サイクルは、ステップ1032にしたがって終了されることができる。
【００３９】
他の実施形態にしたがって、タイル・コピー・メカニズムによって追加のスループットの低減が達成される。ビデオ・ソースにおいて、巡回冗長検査CRC、または他の適正なパラメーターの評価が分割フレームの各々のタイル上で行なわれる。CRCは、図2に示されるそれぞれのCRC機能210および212によって、タイルの未修正ピクセルデータまたはタイルのウェーブレット変換されたデータ上で計算されることができる。CECは、次にソースにおいて記憶されることができる。ビデオ・フレームのシーケンスの初期フレーム上で、初期フレームのすべてのタイルは、「新規」とみなされ、これにより、処理され、シンクへ伝送される。初期フレームの後、サブシーケント・フレームの対応するタイルは、サブシーケント・タイルが前のフレームの対応するタイルと同じであると決定される場合、廃棄されるかもしくは無視されることができ、これにより、シンクへは伝送されない。例えば、図8に再び戻り、フレーム802は、シンクへ送信されるべきフレームのシーケンスの第1のフレームを具備していると仮定する。フレーム802の次であるフレーム804のタイル804aがフレーム802の対応するタイル802aと同じ場合、タイル804aは、ソース側において廃棄されるかもしくは無視されることができる。有利なことに、ソースからシンクへ送信するのに必要なデータが低減される。ある実施形態において、フレームのタイルのために計算されたCRCの値は、タイルが変更されているかどうかを決定するために先行するフレームの対応するタイルのCRCの値とそれぞれ比較される。そして、前のフレームの対応するタイルに関して変更されていると決定されるタイルのみが符号化され、シンクへ送信される。
【００４０】
本件明細書において開示されるタイル・コピー・メカニズムを容易にするために、シンクは、受信タイルをバッファするために複数のバッファを提供する。これから図11を参照し、実施形態にしたがって実装されるシンク・バッファ構造1100を表わす図が図示される。4つのタイルに分割されるフレームの上記の例に続き、バッファのセット1110-1140の各々は、分割フレームの4つのタイルのうちの1つに分配される4つのバッファを各々含む。本件例において、シンクは、分割フレームのタイルの複数のXのうちの1つとそれぞれ関連した複数のバッファ1110a-1110dの各々を具備するバッファセット1110を含む。同様にして、バッファセット1120は、X個のタイルのうちのそれぞれ1つに割り当てられたバッファ1120a-1120dの各々を具備し、バッファセット1130は、X個のタイルのうちの1つのそれぞれに各々割り当てられたバッファ1130a-1130dを具備し、およびバッファセット1140は、X個のタイルのうちのそれぞれ1つに各々割り当てられたバッファ1140a-1140dを具備する。シンクにおいてフレームのタイルが受信されるとともに、シンクは、特定のバッファセット（例えば、バッファセット1110）のそれぞれのバッファにタイルを書き込んでもよい。次に、シンクは、シンクによって受信される次のフレームのフレームのタイルの書き込みのために次のバッファセット（例えば、バッファセット1120）へサイクルされることができる。シンクは、受信フレームのタイルがバッファセット1140へ書き込まれ輝度でバッファセットによってサイクルすることを継続することができる。その時、シンクは、別の１つの受信フレームのタイルを書き込むためにバッファセット1110へ戻る。バッファセット1110-1140を具備するバッファ構造は、シンクにおいて配備されるWDVサブシステムのSDRAMバッファ228内で維持されることができる。
【００４１】
受信フレームおよびそれらの構成タイルの処理を容易にするために、シンクは、特定のタイルおよび対応するバッファを参照するポインターを含むことができる。実施形態にしたがって、シンクは、書き込みバッファポインター、次のバッファポインター、および現在のバッファポインターのセットを含む。書き込みバッファポインターとは、シンクによって受信されている途中であり、そのためシンクによるディスプレイの準備ができていない、フレームのタイルを記憶するバッファをいう。同様にして、次のバッファポインターとは、シンクによってすべて受信され、これによりシンクによってディスプレイするための処理が準備できている、タイルを有するフレームのタイルを記憶するバッファをいう。すなわち、前記次のバッファポインターは、現在のディスプレイ・フレームに続いてディスプレイされるべき、フレームのタイルをいう。現在のバッファポインターは、シンクによって現在ディスプレイされている、フレームのタイルを記憶するバッファをいう。
【００４２】
図12A-12Eは、実施形態にしたがって、シンクによって受信されたフレームの構成タイルを参照するために、シンクによって維持されるバッファポインターの一例を表わす図を図示する。図12A-12Eの例示において、ポインターは、タイル識別子およびタイルが記憶されるバッファセットの参照を具備する。特に、バッファポインターは、X.Yと例示的に指定される。ここにおいて、Xは、タイル・インジケーターを表わし、Yは、対応するタイルが記憶されるバッファセットを表わす。
【００４３】
上で注意されるように、フレーム・シーケンスの最初のフレームの各々のタイルは、シンクへ送信され、特定のバッファセット内に記憶される。例えば、図11に示されているフレーム1150がフレーム・シーケンスの最初のフレームを具備すると仮定すると、各々のタイル1150a-1150dは、タイルがシンクにおいて受信されるようにバッファセット1110のそれぞれのバッファ1110a-1110d内に記憶されることができる。したがって、タイル1150a-1150dがそれぞれのバッファ1110a-1110d内に記憶されるので、書き込みバッファポインター1210a-1210dは、タイル1150a-1150dおよびバッファセット1110（例示的にバッファセット0を示す）を参照するポインターの値により代入される。例えば、書き込みバッファポイント1210aは、タイル0（つまり、1150a）がバッファセット0（つまり、バッファセット1110）内に記憶されることを示す値「0.0」を有する。したがって、書き込みバッファポインター1210aは、第1のタイル1150aがバッファセット1110のバッファ1110a内に記憶されることを示す。同様にして、書き込みバッファポインター1210b-1210dは、フレーム1150の現在受信されているタイル1150b-1150dがバッファセット「0」の対応するバッファ内に記憶されることを示す「1.0」、「2.0」、および「3.0」のポインター値を有する。
【００４４】
フレームの終わり（EOF）のフラグ1151は、フレーム1150の最後のタイル1150dの送信とともに、またはその後に送信されてもよい。EOFフラグ1151は、完全なフレームがそのシンクへ送信されたことをシンクに示し、およびそのシンクによって受信された次のタイルは、別の１つのフレームのタイルを具備する。これにより、EOF1151の受信において、タイル1150a-1150dを具備するフレームは、シンクによって完全に受信されており、シンクによってディスプレイのために処理されることができる。したがって、書き込みバッファポインター1210のポインター値は、図12Bに示されるように、対応する次のバッファポインター1220にコピーされてもよい。追加的に、フレーム1150がフレーム・シーケンスの第1のフレームを具備するので、次のバッファポインター1220は、図12Bに示されるように、対応する現在のフレームポインター1230にコピーされてもよい。これにより、シンクは、次にそれぞれの現在のフレームポインター1230a-1230dによってタイル1150a-1150dを読み込み、前記タイルを処理し、および構成タイル1150a-1150dを具備するフレームをディスプレイすることができる。
【００４５】
本件例をもって説明を続けることにして、第2のフレーム1152がシンクへ送信されると仮定する。タイル1152aおよび1152c-1152dが前のフレーム1150のそれぞれ対応するタイル1150aおよび1150c-1150dと同一であるとソースが決定したと仮定する。これにより、ソースは、（陰影線によって例示的に示されているように）タイル1152aおよび1152c-1152dを廃棄することができ、およびタイル1152bおよびEOFフラグ1153のみを送信する。タイル1152bが受信されると、シンクは、タイル1152bをバッファセット1120へ書き込むことができる。特に、シンクは、分割フレームの指定タイル1に割り当てられるバッファ1120ｂへタイル1152bを書き込むことができる。タイル1152bがバッファ1120bへ書き込まれるとき、「1.1」の値が図12Cに示されるようにシンクの書き込みポインター1210ｂへ割り当てられることができる。それは、現在受信されているフレームのタイル1がバッファセット1120（つまり、バッファセット1）内に記憶されることを示す。シンクによるEOFフラグ1153の受信は、フレーム1152のディスプレイのために必要なすべての必要なタイルがシンクへ送信されてしまったことをシンクへ示す。これにより、シンクは、次に書き込みバッファポインター1210を次のバッファポインター1220へコピーする。それは、図12Dに示されるようにディスプレイされるべき次のフレームのタイルを参照する。シンク・ディスプレイ処理が次のフレームをディスプレイする準備ができている（例えば、フレーム間隔（例えば、1/60秒）の満了）とき、次のバッファポインター1220は、図12Eに示されるように現在のバッファポインターへコピーされることができる。この実例において、現在のバッファポインター1230によって参照されるディスプレイされるべき現在のフレームは、複数のフレームのタイル、すなわちフレーム1150のタイル1150aおよび1150c-1150d、およびフレーム1152のタイル1152bからなるフレームを具備する。したがって、タイル1150aおよび1150c-1150dは、タイル1152aおよび1152c-1152dの複写可能なコンテンツの再送信を必要とせずディスプレイのために次のフレームへ有効にコピーされることができる。
【００４６】
図13は、実施形態にしたがって、シンクにおいて実装されるタイル・コピー・ルーチンの処理を図示するフローチャート図1300である。タイル・コピー・ルーチンが呼び出され（ステップ1302）、バッファセット・インデックス変数i、およびバッファ・インデックス変数jは、ゼロに初期化されることができる（ステップ1304）。次に、シンクは、タイル(k)の受信を待ち受けることができる（ステップ1306）。本件明細書において提供される例示において、フレームは、4つのタイルに分割され、そのことによって、受信タイル(k)は、分割フレーム内のタイルの位置を示すk(0)からk(3)の識別子を有することができる。タイル(k)が受信されると、シンクは、タイル(k)をバッファセット(i)のバッファ(k)へ書き込むことができる（ステップ1308）。次に、タイル(k)がシンクへ送信されているフレームの受信されるべき最後のタイルであることを示すEOFフラグが受信されたかどうかを決定するための評価がなされることができる（ステップ1310）。EOFフラグが受信されていない場合、シンクは、他のタイル(k)を受信するためにステップ1306へ戻ることができる。EOFフラグが受信されると、書き込みバッファ(j)は、対応する次のバッファ(j)へコピーされることができる（ステップ1312）。バッファ・インデックスjは、次に１つ増加され（ステップ1314）、次にバッファ・インデックスが「3」を超えるかどうかを決定するための評価がなされることができる。これによって、すべての書き込みバッファが対応する次のバッファへコピーされていることを示す。任意の書き込みバッファが対応する次のバッファへコピーされるべき状態が続いている場合、処理は、書き込みバッファ(j)を対応する次のバッファ(j)へコピーするためにステップ1312へ戻ることができる。
【００４７】
すべての書き込みバッファが対応する次のバッファにコピーされてしまったら、バッファセット・インデックスiは、１つ増加させられ、バッファ・インデックスは、ゼロにリセットされることができる（ステップ1318）。タイル・コピー・ルーチンが継続するべきかどうかを決定するための評価がなされることができる（ステップ1320）。タイル・コピー・ルーチンが継続する場合、バッファセット・インデックスiが3よりも大きいかどうかを決定するための評価がなされる。これによって、最後のバッファセットが書き込まれていることを示す（ステップ1322）。最後のバッファセットが書き込まれてしまっている場合、バッファセット・インデックスiは、ゼロにリセットされ（ステップ1324）、別の１つのフレームからタイル(k)を受信するために処理は1306に戻ることができる。最後のバッファセットがまだステップ1322において書き込まれてしまっていないと決定されたら、タイル・コピー・ルーチンは、別の１つのフレームからタイル(k)を受信するためにステップ1306に戻ることができる。タイル・コピー・ルーチンは、ステップ1320における適切な評価で終了することができる（ステップ1326）。当然、タイル・コピー・ルーチンは、適切な終了割り込みまたは他のイベントに起因してルーチンの処理内のいかなるところでも終了することができる。
【００４８】
すでに説明されたように、本件明細書において開示された実施形態は、UWBシステムにおけるRFリンクの必要なスループットを低減するためのメカニズムを提供する。ある実施形態において、RFリンク上でシンクへ送信されるべきフレームまたはフレームの部分の数を制限する時間方向サブサンプリング・ルーチンが提供される。時間方向サブサンプリング・ルーチンは、フレームが廃棄されるレートを特定する固定、または静的サブサンプリングレートを有することができる。他の実施形態にしたがって、自動時間方向サブサンプリング・メカニズムが提供される。さらに他の実施形態において、RFリンクのスループットを低減するためのタイル・コピー・メカニズムが実装されることができる。WDVサブシステムは、本件明細書において開示される時間方向サブサンプリングおよびタイル・コピー・ルーチンを容易にする、外部フレーム・バッファへのインターフェースを含むことができる。
【００４９】
図6、7、10および13のフローチャート図は、開示された実施形態の理解を容易にするためのプロセスのシリアル化を示すものであって、必ずしも実行されるオペレーションのシリアル化を示すものではない。様々な実施形態において、図6、7、10および13において説明される処理のステップは、異なる順番で行なわれてもよく、および1つまたは複数の図示されたステップは、他のステップと並行して行なわれてもよい。追加的に、図6、7、10および13のいくつかの処理ステップの実行は、本件明細書において開示された実施形態から逸脱することなく除外されてもよい。例示のブロック図およびフローチャートは、プロセスにおいて特定の論理的機能またはステップを実装するための１つまたは複数の実行可能な命令を含むモジュール、セグメント、またはコードの部分を表わしてもよいプロセスのステップまたはブロックを図示する。特定の例は、特定のプロセスのステップまたは手段を例示するが、多くの代替的実装が可能であり、単純な設計の選択により行われてもよい。いくつかのプロセスのステップは、例えば、機能の検討、目的、規格への適合、従来の構造、ユーザー・インターフェース設計などに基づいて、本件明細書における詳細な説明とは異なる順番で実装されてもよい。
【００５０】
本発明の態様は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせにおいて実装されてもよい。システムの様々なエレメントは、個別的にまたは集合的にいずれであれ、処理ユニットによる実行のために機械可読記憶デバイスにおいて実際に具現化されるコンピューター・プログラム製品として実装されてもよい。発明の実施形態の様々なステップは、入力上で作動し、および出力を生成することによって機能を実行するために、コンピューター可読媒体上で実際に具現化されるプログラムを実施するコンピューター・プロセッサーによって行われてもよい。コンピューター可読媒体は、本発明の態様を具体化するコンピューター・プログラムがコンピューター上にロードされることができるような、例えば、メモリー、コンパクト・ディスクのような持ち運び可能媒体、フレキシブル・ディスク、またはディスケットであってもよい。コンピューター・プログラムは、任意の特定の実施形態に制限されるものでなく、例えば、単一のコンピューター・プロセッサーまたは複数のコンピューター・プロセッサー上で実施される、オペレーティング・システム、アプリケーション・プログラム、フォアグラウンドまたはバックグラウンド・プロセス、ドライバー、ネットワーク・スタック、またはこれらの任意の組み合わせにおいて実装されてもよい。追加的に、本発明の実施形態の様々なステップは、メモリーのようなコンピューター可読媒体の上で１つまたは複数のデータ構造を生成し、提供し、受信し、もしくは実装するものであってもよい。
【００５１】
本件開示の実施形態は、詳細に説明されているが、当該技術者ならば、本件開示の要旨または範囲から逸脱することなく、本件明細書において、それらが様々な変化、代用、および代替を作ることができるということを理解するべきである。
【図１】
2010529743.tif 000003
【図２】
2010529743.tif 000004
【図３】
2010529743.tif 000005
【図４】
2010529743.tif 000006
【図５】
2010529743.tif 000007
【図６】
2010529743.tif 000008
【図７】
2010529743.tif 000009
【図８】
2010529743.tif 000010
【図９】
2010529743.tif 000011
【図１０】
2010529743.tif 000012
2010529743.tif 000013
【図１１】
2010529743.tif 000014
【図１２Ａ】
2010529743.tif 000015
【図１２Ｂ】
2010529743.tif 000016
【図１２Ｃ】
2010529743.tif 000017
【図１２Ｄ】
2010529743.tif 000018
【図１２Ｅ】
2010529743.tif 000019
【図１３】
2010529743.tif 000020
【手続補正書】
【提出日】平成22年2月26日(2010.2.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムにおいてフレームをバッファリングする方法であって、
フレームが廃棄されるレートを特定する時間方向サブサンプリングレートNをセットすることと、
シンクへの送信のためにフレーム・シーケンスを受信することと、
廃棄されるべき前記フレーム・シーケンスのN-1個のフレームをスケジュールすることと、および
前記シンクへの送信のために前記フレーム・シーケンスの残りのフレームの少なくとも一部分をバッファリングすることと
を具備する方法。
【請求項２】
前記残りのフレームを前記シンクへ送信することをさらに具備する、請求項1に記載の方法。
【請求項３】
フレーム・バッファのキャパシティを評価することをさらに具備する、請求項１に記載の方法。
【請求項４】
前記残りのフレームは、前記キャパシティが前記残りのフレームのために十分であるという決定に応答してバッファされる、請求項3に記載の方法。
【請求項５】
前記残りのフレームを複数の（M個の）タイルに分割することをさらに具備する、請求項1に記載の方法。
【請求項６】
前記複数のタイルの第1のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記第1のタイルの前記圧縮バージョンを記憶するのに不十分であるという決定に応答して前記複数の（M個の）タイルの各々を廃棄することと
をさらに具備する、請求項5に記載の方法。
【請求項７】
前記複数のタイルの第1のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記第1のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記第1のタイルの前記圧縮バージョンを前記バッファに記憶することと
をさらに具備する、請求項5に記載の方法。
【請求項８】
前記複数のタイルのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記i番目のタイルの前記圧縮バージョンを記憶するのに不十分であるという決定に応答して前記複数のタイルの前記i番目のタイルおよび任意の残りのバッファされていないタイルを廃棄することと
をさらに具備する、請求項7に記載の方法。
【請求項９】
前記フレーム・シーケンス内の前記残りのフレームに続くフレームの第1のタイルからi番目のタイルまでを廃棄することと、
前記残りのフレームに続く前記フレームのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価することと、および
前記バッファ・キャパシティが前記残りのフレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記残りのフレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンをバッファリングすることと
をさらに具備する、請求項8に記載の方法。
【請求項１０】
ワイヤレス通信システムにおいてフレームをバッファリングする方法であって、
第1のフレームを第1の複数の（M個の）タイルに分割することと、
第2のフレームを第2の複数の（M個の）タイルに分割することと、ここにおいて、前記第２の複数の（M個の）タイルの各々は、前記第1の複数の（M個の）タイルのうちの1つにそれぞれ対応する、
前記第2の複数の（M個の）タイルの各々を前記第1の複数の（M個の）タイルの対応するタイルと比較することと、および
前記第1の複数の（M個の）タイルの前記対応するタイルと同じであると決定される、前記第2の複数の（M個の）タイルのうちのいずれかを廃棄することと
を具備する方法。
【請求項１１】
前記第1の複数の（M個の）タイルの前記対応するタイルと異なると決定される、前記第2の複数の（M個の）タイルのうちのいずれかをバッファリングすることをさらに具備する、請求項10に記載の方法。
【請求項１２】
前記第1の複数の（M個の）タイルの前記対応するタイルと異なると決定される前記第2の複数の（M個の）タイルの各々をシンクへ送信することをさらに具備する、請求項11に記載の方法。
【請求項１３】
前記第1の複数の（M個の）タイルの前記対応するタイルと異なると決定される前記第2の複数の（M個の）タイルの各々を送信した後フレーム・インジケーターの端を送信することをさらに具備する、請求項12に記載の方法。
【請求項１４】
ワイヤレス通信システムにおいてディスプレイのためにフレームをバッファリングする方法であって、
複数のタイルに分割された第1のフレームの第1のタイルを受信することと、
前記第1のタイルを第1のバッファへ書き込むことと、
複数のタイルに分割された第2のフレームの第2のタイルを受信することと、ここにおいて、前記第1のタイルは、前記第1のフレームの少なくとも第1のピクセル・ラインを具備し、および前記第2のタイルは、前記第2のフレームの少なくとも第2のピクセル・ラインを具備する、およびここにおいて、前記第1および第2のピクセル・ラインは、異なる、
前記第2のタイルを第2のバッファへ書き込むことと、および
共通のフレーム内のディスプレイのために前記第1のタイルおよび前記第2のタイルを参照することと
を具備する方法。
【請求項１５】
前記第１のタイルおよび前記第２のタイルを参照することは、前記第1のバッファ内の前記第1のタイルを参照するために第1のポインターをセットすることと、および前記第2のバッファ内の前記第2のタイルを参照するために第2のポインターをセッティングすることとを具備する、請求項14に記載の方法であって、前記第1のポインターおよび前記第2のポインターは、ディスプレイされるべきフレームのタイルを参照する、１セットのポインターのポインターを具備する、請求項14に記載の方法。
【請求項１６】
処理システムによる実行のためのコンピューター実行可能命令を有するコンピューター可読媒体であって、ワイヤレス通信システムにおいてフレームをバッファリングするための前記コンピューター実行可能命令は、
フレームが廃棄されるレートを特定する時間方向サブサンプリングレートNをセットする命令と、
シンクへの送信のためにフレーム・シーケンスを受信する命令と、
廃棄されるべき前記フレーム・シーケンスのN-1個のフレームをスケジュールする命令と、および
前記シンクへの送信のために前記フレーム・シーケンスの残りのフレームの少なくとも一部分をバッファする命令と
を具備する、コンピューター可読媒体。
【請求項１７】
前記残りのフレームを前記シンクへ送信する命令をさらに具備する、請求項16に記載のコンピューター可読媒体。
【請求項１８】
フレーム・バッファのキャパシティを評価する命令をさらに具備する、請求項16に記載のコンピューター可読媒体。
【請求項１９】
前記残りのフレームは、前記キャパシティが前記残りのフレームのために十分であるという決定に応答してバッファされる、請求項18に記載のコンピューター可読媒体。
【請求項２０】
前記残りのフレームを複数の（M個の）タイルに分割する命令をさらに具備する、請求項16に記載のコンピューター可読媒体。
【請求項２１】
前記複数のタイルの第1のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記第1のタイルの前記圧縮バージョンを記憶するのに不十分であるという決定に応答して前記複数の（M個の）タイルの各々を廃棄する命令と
をさらに具備する、請求項20に記載のコンピューター可読媒体。
【請求項２２】
前記複数のタイルの第1のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記第1のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記第1のタイルの前記圧縮バージョンを前記バッファに記憶する命令と
をさらに具備する、請求項20に記載の方法。
【請求項２３】
前記複数のタイルのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記i番目のタイルの前記圧縮バージョンを記憶するのに不十分であるという決定に応答して前記複数のタイルの前記i番目のタイルおよび任意の残りのバッファされていないタイルを廃棄する命令と
をさらに具備する、請求項22に記載のコンピューター可読媒体。
【請求項２４】
前記フレーム・シーケンスにおける前記残りのフレームに続くフレームの第1のタイルからi番目のタイルまでを廃棄する命令と、
前記残りのフレームに続く前記フレームのi番目のタイルの圧縮バージョンのために前記バッファ・キャパシティを評価する命令と、および
前記バッファ・キャパシティが前記残りのフレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンを記憶するのに十分であるという決定に応答して前記残りのフレームに続く前記フレームの前記i番目のタイルの前記圧縮バージョンをバッファする命令と
をさらに具備する、請求項23に記載のコンピューター可読媒体。
【請求項２５】
処理システムによる実行のためのコンピューター実行可能命令を有するコンピューター可読媒体であって、ワイヤレス通信システムにおいてフレームをバッファリングするための前記コンピューター実行可能命令は、
第1のフレームを第1の複数の（M個の）タイルに分割する命令と、
第2のフレームを第2の複数の（M個の）タイルに分割する命令であって、前記第2の複数の（M個の）タイルの各々は、前記第1の複数の（M個の）タイルのうちの1つにそれぞれ対応する、命令と、
前記第2の複数の（M個の）タイルの各々を前記第1の複数の（M個の）タイルの対応するタイルと比較する命令と、および
前記第1の複数の（M個の）タイルの前記対応するタイルと同じであると決定される、前記第2の複数の（M個の）タイルのうちのいずれかを廃棄する命令と
を具備する、コンピューター可読媒体。
【請求項２６】
前記第1の複数の（M個の）タイルの前記対応するタイルと異なると決定される前記第2の複数の（M個の）タイルのうちのいずれかをバッファする命令をさらに具備する、請求項25に記載のコンピューター可読媒体。
【請求項２７】
前記第1の複数の（M個の）タイルの前記対応するタイルと異なると決定される前記第2の複数の（M個の）タイルの各々をシンクへ送信する命令をさらに具備する、請求項26に記載のコンピューター可読媒体。
【請求項２８】
前記第1の複数の（M個の）タイルの前記対応するタイルと異なると決定される前記第2の複数の（M個の）タイルの各々を送信した後フレームの端を送信する命令をさらに具備する、請求項27に記載のコンピューター可読媒体。
【請求項２９】
処理システムによる実行のためのコンピューター実行可能命令を有するコンピューター可読媒体であって、ワイヤレス通信システムにおけるディスプレイのためにフレームをバッファリングするための前記コンピューター実行可能命令は、複数のタイルに分割される第1のフレームの第1のタイルを受信する命令と、
前記第1のタイルを第1のバッファへ書き込む命令と、
複数のタイルに分割される第2のフレームの第2のタイルを受信する命令であって、前記第1のタイルは、前記第1のフレームの少なくとも第1のピクセル・ラインを具備し、および前記第２のタイルは、前記第２のフレームの少なくとも第２のピクセル・ラインを具備し、前記第1および第2のピクセル・ラインは異なる、命令と、
前記第２のタイルを第２のバッファに書き込む命令と、および
共通のフレーム内のディスプレイのために前記第１のタイルおよび前記第２のタイルを参照する命令と
を具備する、コンピューター可読媒体。
【請求項３０】
前記第1のタイルおよび前記第2のタイルを参照する前記命令は、前記第1のバッファ内の前記第1のタイルを参照するために第1のポインターをセットし、および前記第2のバッファ内の前記第2のタイルを参照するために第2のポインターをセットする命令を具備する、請求項29に記載のコンピューター可読媒体であって、前記第1のポインターおよび前記第２のポインターは、ディスプレイされるべきフレームのタイルを参照する１セットのポインターのポインターを具備する、請求項29に記載のコンピューター可読媒体。
【請求項３１】
前記第1および第2の複数の（M個の）タイルの前記対応するタイルのうちのいずれかが互いに異なるかどうかを決定するために巡回冗長検査（CRC）を利用することをさらに具備する、請求項10に記載の方法。
【請求項３２】
前記第1および第2の複数の（M個の）タイルの前記対応するタイルのうちのいずれかが互いに異なるかどうかを決定するために巡回冗長検査（CRC）を使用する命令をさらに具備する、請求項25に記載のコンピューター可読媒体。
【国際調査報告】
2010529743.tif 000021