(57)【要約】      （修正有）【課題】マルチメディア番組間の受信をシームレスに切り替え可能な装置を提供する。【解決手段】無線通信システムにおけるマルチメディア番組の受信の際、ユーザ入力を受信し、ユーザ入力に基づいて、ユーザ選択の可能性のある第１の番組を識別し、さらに第１の番組のユーザ選択の前に、第１の番組の少なくとも１つの部分のデコーディングを開始する。【選択図】図８
2010136384.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるマルチメディア番組を受信する方法であって、
第１の番組の少なくとも１つの部分をデコードすること、
第２の番組のユーザー選択を受信すること、
前記第２の番組をデコードするために使用されるオーバーヘッド情報を受信すること、
前記第２の番組のためのオーバーヘッド情報が受信されるまで、前記第１の番組の前記少なくとも１つの部分のデコーディングを継続すること、および
前記第２の番組のためのオーバーヘッド情報を受信した後に前記第２の番組の少なくとも１つの部分をデコードすること、
を備えた方法。
【請求項２】
前記第１の番組の前記少なくとも１つの部分は、オーディオ部分を含む、請求項１の方法。
【請求項３】
前記第１の番組の前記少なくとも１つの部分は、ビデオ部分を含む、請求項１の方法。
【請求項４】
前記第２の番組のオーバーヘッド情報が受信されるまで、前記第１の番組の前記少なくとも１つの部分を解凍することをさらに備えた、請求項１の方法。
【請求項５】
前記第１の番組の前記少なくとも１つの部分を解凍することは、前記第１の番組のビデオ部分をビデオデコーディングすることを含む、請求項４の方法。
【請求項６】
前記第１の番組の前記少なくとも１つの部分を解凍することは、前記第１の番組のオーディオ部分をオーディオデコーディングすることを含む、請求項４の方法。
【請求項７】
前記第２の番組の前記少なくとも１つの部分がデコードされるまで前記第１の番組の前記少なくとも１つの部分を解凍することをさらに備えた、請求項１の方法。
【請求項８】
前記第２の番組の前記少なくとも１つの部分がデコードされた後に前記第２の番組の前記少なくとも１つの部分を解凍することをさらに備えた、請求項７の方法。
【請求項９】
前記第２の番組の前記オーバーヘッド情報が受信されている間および前記第２の番組の前記少なくとも１つの部分がデコードされるまで前記第１の番組の前記少なくとも１つの部分を表示することをさらに備えた、請求項７の方法。
【請求項１０】
前記第２の番組のユーザー選択を受信した後で前記第２の番組がデコードされていることを示す表示を供給することをさらに備えた、請求項１の方法。
【請求項１１】
前記第１の番組の前記少なくとも１つの部分の前記デコーディングと前記第２の番組の前記少なくとも１つの部分の前記デコーディングは物理層デコーディングのためのものである、請求項１の方法。
【請求項１２】
第１の番組の少なくとも１つの部分のデコーディングを指示し、第２の番組のためのユーザー選択を受信し、前記第２の番組をデコードするために使用されるオーバーヘッド情報の受信を開始するように機能的に作用するコントローラーと、
前記コントローラーにより指示されたときに前記第１の番組の前記少なくとも１つの部分をデコードし、前記第２の番組の前記オーバーヘッド情報が受信されるまで前記第１の番組の前記少なくとも１つの部分をデコードし続け、前記第２の番組のための前記オーバーヘッド情報を受信した後に前記第２の番組の前記少なくとも１つの部分をデコードするように機能的に作用するデータプロセッサーと、
を備えた、無線通信システムにおける装置。
【請求項１３】
前記第２の番組のための前記オーバーヘッド情報が受信されるまで前記第１の番組の前記少なくとも１つの部分を解凍するように機能的に作用する少なくとも１つのデコーダーをさらに備えた、請求項１２の装置。
【請求項１４】
前記第２の番組のための前記オーバーヘッド情報が受信される間および前記第２の番組の前記少なくとも１つの部分がデコードされるまで前記第１の番組の前記少なくとも１つの部分を表示するように動作可能な表示装置をさらに備えた、請求項１２の装置。
【請求項１５】
単一の無線周波数（ＲＦ）チャネルを介して前記第１および第２の番組を受信するように動作可能な受信機装置をさらに備えた、請求項１２の装置。
【請求項１６】
第１の番組の少なくとも第１の部分をデコードする手段と、
第２の番組のユーザー選択を受信する手段と、
前記第２の番組をデコードするために用いられるオーバーヘッド情報を受信する手段と、
前記第２の番組のための前記オーバーヘッド情報が受信されるまで、前記第１の番組の前記少なくとも１つの部分のデコードを継続する手段と、
前記第２の番組の前記オーバーヘッド情報を受信した後に前記第２の番組の少なくとも１つの部分をデコードする手段と、
を備えた無線通信システムにおける装置。
【請求項１７】
前記第２の番組のための前記オーバーヘッド情報が受信されるまで前記第１の番組の前記少なくとも１つの部分を解凍する手段をさらに備えた、請求項１６の装置。
【請求項１８】
前記第２の番組のための前記オーバーヘッド情報が受信されている間および前記第２の番組の前記少なくとも１つの部分がデコードされるまで前記第１の番組の前記少なくとも１つの部分を表示する手段をさらに備えた、請求項１６の装置。
【請求項１９】
無線通信システムにおける、マルチメディア番組を受信する方法であって、
第１の時間間隔において第１の番組のための第１のベースストリームと第１のエンハンスメントストリームとをデコードすること、前記第１のベースストリームは、前記第１の番組のためのベース情報を含み、前記第１のエンハンスメントストリームは、前記第１の番組のためのさらなる情報を含み、
前記第１の時間間隔の後の第２の時間間隔において、前記第１の番組のための前記第１のベースストリームと第２の番組のための第２のベースストリームとをデコードすること、
および、
前記第２の時間間隔の後の第３の時間間隔において、前記第２の番組のための前記第２のベースストリームと第２のエンハンスメントストリームとをデコードすること、
を備えた方法。
【請求項２０】
前記第２の番組をデコードすることを開始するための表示を受信することをさらに備え、前記第１ベースストリームと前記第２のベースストリームのデコーディングは前記表示を受信することに応答して開始される、請求項１９の方法。
【請求項２１】
前記第２の番組を強調するユーザー入力を受信することをさらに備え、前記第２の番組をデコードすることを開始するための前記表示は、前記第２の番組が強調されることに応答する、請求項２０の方法。
【請求項２２】
前記第１の番組から前記第２の番組に切り替えるための表示を受信することをさらに備え、前記第２のベースストリームおよび前記第２のエンハンスメントストリームのデコーディングは前記表示を受信することに応答して開始される、請求項１９の方法。
【請求項２３】
前記第２の番組を選択するユーザー入力を受信することをさらに備え、前記第２の番組に切り替えるための前記表示は、前記第２の番組が選択されることに応答する、請求項２２の方法。
【請求項２４】
前記第１の時間間隔においてデコードされた前記第１のベースストリームおよび前記第１のエンハンスメントストリームを解凍すること、および、
前記第２の時間間隔においてデコードされた前記第１のベースストリームを解凍すること、
をさらに備えた、請求項１９の方法。
【請求項２５】
前記第１の時間間隔の後に前記第１のベースストリームの前記解凍を終了すること、および、
前記第２の時間間隔においてデコードされた前記第２のベースストリームを解凍すること、
をさらに備えた、請求項２４の方法。
【請求項２６】
前記第３の時間間隔においてデコードされた前記第２のベースストリームおよび前記第２のエンハンスメントストリームを解凍することをさらに備えた、請求項２５の方法。
【請求項２７】
無線通信システムにおけるマルチメディア番組を受信する方法であって、
第１の時間間隔において、第１の番組のための第１のベースストリームおよび第１のエンハンスメントストリームをデコードすること、前記第１のベースストリームは前記第１の番組のためのベース情報を含み、前記第１のエンハンスメントストリームは前記第１の番組のためのさらなる情報を含み、
前記第１の時間間隔の後の第２の時間間隔において、前記第１の番組のための前記第１のベースストリームと第２の番組のための第２のベースストリームとをデコードすること、および、
前記デコードされた第１および第２のベースストリームを同時表示のために提示すること、
を備えた方法。
【請求項２８】
無線通信システムにおけるマルチメディア番組を受信する方法であって、
ユーザー入力を受信すること、
ユーザー入力に基づいて、ユーザー選択の可能性のある第１の番組を識別すること、および、
前記第１の番組のユーザー選択の前に、前記第１の番組の少なくとも１つの部分のデコーディングを開始すること、
を備えた方法。
【請求項２９】
前記ユーザー入力を受信することは、前記第１の番組を強調する前記ユーザー入力を受信することを含む、請求項２８の方法。
【請求項３０】
前記ユーザー入力に基づいて、ユーザー選択の可能性のある第２の番組を識別することと、および、
前記第２の番組のユーザー選択の前に、前記第２の番組の少なくとも１つの部分のデコーディングを開始すること、
をさらに備えた請求項２８の方法。
【請求項３１】
前記第１および第２の番組はチャネルスクロールの異なる方向のためのものである、請求項３０の方法。
【請求項３２】
前記第１の番組の前記少なくとも１つの前記デコーディングを完了した後に前記第１の番組の前記少なくとも１つを解凍することをさらに備えた請求項２８の方法。
【請求項３３】
前記第１の番組のためのユーザー選択を受信すること、および、
前記第１の番組の前記少なくとも１つのデコーディングを完了した後に、前記第１の番組のための前記ユーザー選択を受信することに応答して前記第１の番組の前記少なくとも１つの部分を解凍すること、
をさらに備えた請求項２８の方法。
【請求項３４】
前記ユーザー入力に基づいて新しい番組を選択するためにユーザーナビゲーションを検出すること、および、
前記少なくとも１つの番組のためのユーザー選択を予期して少なくとも１つの番組のためのオーバーヘッド情報を受信すること、
をさらに備え、前記オーバーヘッド情報は、前記少なくとも１つの番組をデコードするために使用される、請求項２８の方法。
【請求項３５】
前記少なくとも１つの番組は、ディスプレイスクリーンに提示するのに適した番組案内のための番組を含む請求項３４の方法。
【請求項３６】
前記ユーザー入力を受信することは、利用可能な番組をスクロールするためのキーの押下を受信することを含む、請求項２８の方法。
【請求項３７】
前記ユーザー入力は、ユーザー選択された番組のための数値入力を受信することを含む請求項２８の方法。
【請求項３８】
前記第１の番組の少なくともひとつの部分のデコーディングを開始することは、前記第１の番組のユーザー選択の前に前記第１の番組のオーディオ部分のデコーディングを開始することを含む、請求項２８の方法。
【請求項３９】
前記第１の番組の前記少なくとも１つの部分のデコーディングを開始することは、前記第１の番組のユーザー選択の前に前記第１の番組のビデオ部分のデコーディングを開始することを含む、請求項２８の方法。
【請求項４０】
ユーザー入力を受信し、前記ユーザー入力に基づいてユーザー選択の可能性のある番組を識別し、前記番組のユーザー選択の前に前記番組の少なくとも１つの部分のデコーディングを開始するように機能的に作用するコントローラーと、
前記コントローラーにより指示された前記番組の前記少なくとも１つの部分をデコードするように機能的に作用するデータプロセッサーと、
を備えた無線通信システムにおける装置。
【請求項４１】
前記コントローラーは、前記番組を強調する前記ユーザー入力を受信するように動作可能である、請求項４０の装置。
【請求項４２】
前記番組がデコードされた後に前記番組の前記少なくとも１つの部分を解凍するように機能的に作用する少なくとも１つのデコーダをさらに備えた、請求項４０の装置。
【請求項４３】
ユーザー入力を受信する手段と、
前記ユーザー入力に基づいてユーザー選択の可能性のある番組を識別する手段と、
前記番組のユーザー選択の前に前記番組の少なくとも１つの部分のデコーディングを開始する手段と、
を備えた無線通信システムにおける装置。
【請求項４４】
前記ユーザー入力を受信する手段は、前記番組を強調する前記ユーザー入力を受信する手段を含む、請求項４３の装置。
【請求項４５】
前記番組の前記少なくとも１つの部分のデコーディングを完了した後に前記番組の前記少なくとも１つの部分を解凍する手段をさらに具備する、請求項４３の装置。
【請求項４６】
無線通信システムにおけるマルチメディア番組を送信する方法であって、
第１の時刻において開始する番組のためのビデオ部分を送信すること、および、
前記第１の時刻から所定量だけ遅延された第２の時刻において開始する前記番組のオーディオ部分を送信すること、
を備え、
前記ビデオ部分および前記オーディオ部分は、受信エンティティにおいて一緒に提示されるように指定され、前記所定量は、前記受信エンティティにおける前記ビデオ部分の処理遅延と前記オーディオ部分の処理遅延との間の推定された差分に対応する、方法。
【請求項４７】
無線通信システムにおけるマルチメディア番組を受信する方法であって、
第１の番組のビデオ部分を受信すること、前記第１の番組の前記ビデオ部分は、第１の時刻に送信が開始され、
前記第１の番組のオーディオ部分を受信すること、前記第１の番組の前記オーディオ部分は、前記第１の時刻から所定量だけ遅延された第２の時刻に送信が開始され、前記ビデオ部分および前記オーディオ部分は、受信エンティティにおいて一緒に提示されるように指定され、前記所定量は、前記受信エンティティにおける前記ビデオ部分の処理遅延と前記オーディオ部分の処理遅延との間の差分に対応し、
前記第１の番組の前記受信されたオーディオおよびビデオ部分を処理すること、及び、
前記オーディオおよびビデオ部分の処理を完了すると、前記第１の番組の前記オーディオおよびビデオ部分を提示すること、
を備えた方法。
【請求項４８】
第２の番組を受信するための表示を取得すること、
前記第２の番組のオーディオ部分およびビデオ部分を受信すること、
前記第２の番組の前記オーディオおよびビデオ部分を処理すること、および、
前記第２の番組の前記オーディオおよびビデオ部分の処理が完了すると、前記第２の番組の前記オーディオおよびビデオ部分を提示すること、
をさらに備えた、請求項４７の方法。
【請求項４９】
無線通信システムにおけるマルチメディア番組を受信する方法であって、
第１の番組の第１のコンポーネントを受信しデコードすること、前記第１のコンポーネントはオーディオまたはビデオであり、および、
第２の番組の第２のコンポーネントを受信しデコードすること、
を備え、前記第２のコンポーネントは、ビデオまたはオーディオであり、前記第１のコンポーネントとは異なる、方法。
【請求項５０】
第３の番組のためのユーザー選択を受信すること、
前記第３の番組をデコードするために使用されるオーバーヘッド情報を受信すること、
前記第３の番組のための前記オーバーヘッド情報が受信されるまで、前記第１の番組の前記第１のコンポーネントのデコーディングを継続すること、および、
前記第３の番組のための前記オーバーヘッド情報を受信後、前記第３の番組の前記第１のコンポーネントをデコードすること、
をさらに備えた請求項４９の方法。
【請求項５１】
前記第２の番組のためのユーザー選択を受信すること、および、
前記第２の番組のための前記ユーザー選択を受信した後、前記第２の番組の前記第１および第２のコンポーネントをデコードすること、
をさらに備えた請求項５０の方法。
【請求項５２】
ユーザー入力を受信すること、
前記ユーザー入力に基づいてユーザー選択に対して可能性を有した第３の番組を識別すること、および、
前記第３の番組のユーザー選択の前に前記第３の番組の前記第１のコンポーネントのデコーディングを開始すること、
をさらに備えた請求項４９の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２００３年１０月２４日に出願された、「無線マルチキャストネットワークにおいてマルチメディアストリーム間の受信をシームレスに切り替えるための方法］(A Method for Seamlessly Switching Reception Between Multimedia Streams in a Wireless Multicast Network)というタイトルの米国仮出願第６０／５１４，４０１の利益を請求する。
【０００２】
この発明は一般に、通信に関し、特に、マルチメディアストリーム間の受信を切り替えるための技術に関する。
【背景技術】
【０００３】
無線通信システムは、ブロードキャスト、マルチキャスト、および／またはユニキャストサービスのためのマルチメディアストリームを同時に送信してもよい。データストリームは、無線装置により独立して受信されてもよいデータのストリームである。ブロードキャスト送信はサービスエリア内のすべての無線装置に送信され、マルチキャスト送信は無線装置のグループに送信され、ユニキャストは特定の無線装置に送信される。例えば、基地局は、基地局のサービスエリア内の無線装置により受信するために地上波の無線リンクを介してマルチメディア（例えば、テレビジョン）番組のための多数のデータストリームを送信してもよい。
【０００４】
無線装置はいつなんどきでも基地局により送信されるマルチメディア番組の唯一つを受信してもよい。この番組を受信するために、無線装置は、番組のために基地局により送信されたすべてのデータストリームを識別し、関心のある各データストリームのための関連のあるパラメーター（例えば、どのようにしておよびどこで各データストリームが送信されるか）を決定し、これらのパラメーターに従って各データストリームをデコードし、さらに各デコードされたデータストリームを処理してユーザーに提示するために適した出力を発生する。無線装置は、選択された番組に対してデータストリームを連続的にデコードし、番組が受信のために選択されるかぎりストリーミングの方法でデコードされたデータを供給する。
【０００５】
ユーザーが受信のために別のマルチメディア番組を選択するなら、無線装置は、典型的に新しい番組を獲得し、デコードし、および表示するためのタスクのセットを実行する必要がある。これらのタスクは現在の番組のデコーディングと処理を終了することと、新しい番組のために基地局により送信されたすべてのデータストリームを識別することと、新しい番組のために各データストリームのための関連のあるパラメーターを決定することと、そのパラメーターに従って各新しいデータストリームをデコードすることとを含んでいてもよい。無線装置は、古い番組のための最後のデコードされたフレームでディスプレイを「フリーズ」してもよいし、または、装置が新しい番組のためのタスクを実行している期間に青のまたは黒の背景でディスプレイを「ブランク」にしてもよい。新しい番組を獲得してデコードするのに必要な時間量は、ある無線システムの場合相対的に長い（例えば、１秒以上）かもしれない。この場合、全体の期間に対してディスプレイをフリーズしたりまたはブランクにしたりすることは、ユーザーを「いらいさせる」ことが分かるかもしれない。
【０００６】
それゆえ、マルチメディア番組間の受信を切り替えるためのより良い技術の必要性がある。
【発明の概要】
【０００７】
マルチメディア番組／ストリーム間の受信をシームレスに切り替えるための技術がここに提供される。これらの技術は、いくつかのインスタンスにおいて番組切換のためのより良いユーザー経験およびより高速な獲得速度を提供することができる。これらの技術は、現在選択されている番組の「連続したデコーディング」、今後予測される番組の「早期のデコーディング」、および時間補償されたビデオおよびオーディオ送信を含む。
【０００８】
連続されたデコーディングの場合、新しい番組が選択された後であっても、新しい番組を受信しデコードするのに必要なオーバーヘッド情報が取得されるまで、現在の番組を受信し、デコードし、解凍し、（任意で）表示し続ける。ストリーム処理との関連で、「デコーディング」は物理層受信機処理またはチャネルデコーディングに言及し、「解凍」は高次層受信機処理またはソースデコーディング（例えば、ビデオおよびオーディオ解凍）に言及する。オーバーヘッド情報を取得した後に、無線装置は、新しい番組をデコードするが、現在の番組のために以前に取得したデコードされたデータで現在の番組を解凍し続ける。次に、無線装置は、この番組のデコーディングを完了した後に新しい番組を解凍する。現在および新しい番組が階層化されたコーディング（それは必要条件ではない）で送信されるなら、２つの番組間の遷移は、以下に記載するようによりスムーズに行われるかもしれない。
【０００９】
早期のデコーディングの場合、無線装置は、ユーザー入力を受信し、ユーザー選択のための可能性を有する番組を識別する。ユーザー入力は、番組案内の喚起、番組案内を介したユーザーナビゲーション、遠隔性制御装置上のキーストローク等のためのものであってよい。識別された番組は、ユーザー入力により強調表示された番組であってもよいし、ユーザー入力に基づいて選択されることが今後予測される番組であってもよい。無線装置は、選択する前に識別された番組のデコーディングを開始するので、それが続けて選択されるなら、より短い時間量で番組を解凍し、表示することができる。また、無線装置は、新しい番組のためのユーザー選択を予期してあるタスク（例えば、連続的にオーバーヘッド情報を受信する）を実行し、それによりこの番組を早期にデコードし、解凍しおよび表示してもよい。
【００１０】
時間補償された送信の場合、基地局は、無線装置におけるオーディオ処理遅延とビデオ処理遅延との間の差分に対処する方法で番組のためのビデオとオーディオを送信する。ビデオ処理遅延がＡＤによるオーディオ処理遅延より長いなら、基地局は、ＡＤによりビデオをより早く送信してもよい。従って、無線装置は、ビデオとオーディオの適切な時間調整を達成しながら、わずかなバッファリングでまたはバッファリングなしでオーディオとビデオを受信し、デコードし、解凍し、提示することができる。これは、その処理遅延がより短いので、番組変更の期間に無線装置がオーディオをより早く提示することを可能にし、従って番組変更に対してより高速な応答を提供することを可能にする。
【００１１】
ここに記載される技術は、個々に適用してもよいし、組み合わせて適用してもよい。この発明の種々の観点および実施形態は、さらに以下に詳細に記載される。
【図面の簡単な説明】
【００１２】
【図１】図１は、基地局と無線装置のブロック図を示す。
【図２】図２は典型的なスーパーフレーム構造を示す。
【図３】図３は、データチャネル上のデータストリームの送信を図解する。
【図４】図４は基地局における送信（ＴＸ）データプロセッサーを示す。
【図５】図５は無線装置における受信（ＲＸ）データプロセッサーを示す。
【図６】図６は、番組Ａから番組Ｂに受信を切り替えるための時系列を示す。
【図７】図７は両方の番組のために使用される階層化されたコーディングを用いて番組Ａから番組Ｂに受信を切り替えるための時系列を示す。
【図８】図８は、番組Ａから番組Ｂに受信を切り替えるためのプロセスを示す。
【図９】図９は典型的なディスプレイスクリーンを示す。
【図１０】図１０は、番組案内のために維持された典型的な表を示す。
【図１１】図１１は、早期のデコーディングを有した番組間の受信を切り替えるためのプロセスを示す。
【図１２】図１２は、ビデオとオーディオの時間調整された送信を示す。
【図１３】図１３は、ビデオとオーディオの時間補償された送信を示す。
【発明を実施するための最良の形態】
【００１３】
本発明の特徴、性質及び利点は、類似による参照文字が相応して、全体で特定する図面と関連して解釈されるときに後述される詳細な説明からさらに明らかになるであろう。
【００１４】
ここに使用される「典型的な」という用語は、例、インスタンス、または例証として機能することを意味するために使用される。「典型的な」としてここに記載されるいかなる実施形態または設計は、他の実施形態または設計に対して好適であるまたは利点があるとして必ずしも解釈される必要はない。
【００１５】
マルチメディアストリーム間の受信をシームレスに切り替えるための技術は、無線通信システム、有線通信システム、時分割多元接続（ＴＤＭ）システム、周波数分割多元接続（ＦＤＭ）システム、符号分割多元接続（ＣＤＭ）システム、単一キャリアシステム、およびマルチキャリアシステムのために使用してもよい。多重キャリアは、直交周波数分割多重化（ＯＦＤＭ）、いくつかの他のマルチキャリア変調技術、またはその他の構成により提供されてもよい。また、ここに記載された技術は、ブロードキャストサービス、マルチキャストサービス、およびユニキャストサービスに使用されてもよい。明確にするために、これらの技術は、特定の連結されたコーディングスキーム、特定のフレーム構造、および特定の送信スキームを採用する典型的な無線通信システムに対して以下に記載される。
【００１６】
図１は、無線通信システム１００における基地局１１０と無線装置１５０のブロック図を示す。基地局１１０は一般に固定局であり、ベーストランシーバーシステム（ＢＴＳ）、アクセスポイント、送信機、またはその他の用語で呼んでもよい。無線装置１５０は固定であってもよいしまたはモバイルであってもよく、また、ユーザー端末、移動局、受信機、またはその他の用語で呼んでもよい。また、無線装置１５０は、携帯電話、ハンドヘルド装置、無線モジュール、パーソナルデジタルアシスタント（ＰＤＡ）等のような携帯装置であってもよい。
【００１７】
基地局１１０において、ＴＸデータプロセッサー１２０は、データソース１１２から複数（Ｔ）のデータストリーム（または、「トラフィックデータ」）を受信し、各データストリームを処理し（例えば、圧縮し、符号化し、インターリーブし、およびシンボルマッピングし）、データシンボルを生成する。ここに使用されるように、「データシンボル」はトラフィックデータのための変調シンボルである。「パイロットシンボル」は、パイロット（これは、基地局と無線装置の両方により先験的に知られるデータである）のための変調シンボルである。変調シンボルは、変調スキーム（例えば、Ｍ−ＰＳＫ、Ｍ−ＱＡＭ等）のための信号コンステレーション（constellation)におけるあるポイントのための複素値である。マルチプレクサー（Ｍｕｘ）／変調器１３０は、すべてのデータストリームのためのデータシンボルを受信し、パイロットシンボルと多重化し複合シンボルストリームを生成する。変調器１３０は、複合シンボルストリームに対して変調を実行し、データサンプルのストリームを生成する。送信機ユニット（ＴＭＴＲ）１３２は、データサンプルストリームをアナログ信号に変換し、さらにアナログ信号を条件付けして（例えば、増幅し、フィルターし、周波数アップコンバートする）変調された信号を生成する。次に、基地局１１０は、アンテナ１３４からの変調された信号をシステム内の無線装置に送信する。
【００１８】
無線装置１５０において、基地局１１０から送信された信号は、アンテナ１５２により受信され受信機ユニット（ＲＣＶＲ）１５４により供給される。受信機ユニット１５４は、受信された信号を条件づけし（例えば、フィルターし、増幅し、周波数変換し、デジタル化する）、入力サンプルのストリームを供給する。復調器／デマルチプレクサー（ＤｅｍｏｄＤｅｍｕｘ）１６０は入力サンプルに復調を実行し、関心のある１つ以上のデータストリーム（例えば、選択されたマルチメディア番組のためのすべてのデータストリーム）のための受信されたシンボルを取得する。復調器１６０はさらに受信されたシンボルに検出（例えば、等化または整合フィルタリング）を実行し、検出されたデータシンボルを取得する。検出されたデータシンボルは、基地局１１０により送信されたデータシンボルの推定値である。ＲＸデータプロセッサー１７０は各選択されたデータストリームに対して検出されたデータシンボルを処理し（例えば、シンボルデマッピングし、デインターリーブし、デコードし、解凍する）そのストリームのための出力データを供給する。復調器１６０およびＲＸデータプロセッサー１７０による処理は、基地局１１０において、それぞれ変調器１３０およびＴＸデータプロセッサー１２０による処理と相補的である。ポストプロセッサー１８０は、選択されたデータストリームのための出力データを処理し（例えば、アナログに変換し、フィルターし、増幅する）、電子ディスプレイユニット（例えば、ＬＣＤスクリーン）、オーディオユニット１８４（例えば、ラウドスピーカー）、および／または他の出力装置上に提示するのに適した出力信号を生成する。
【００１９】
コントローラー１４０および１９０は、それぞれ基地局１１０と無線装置１５０における動作を指示する。メモリユニット１４２および１９２は、それぞれコントローラー１４０および１９０により使用される番組コードおよびデータのための記憶装置を提供する。
【００２０】
コントローラー１４０またはスケジューラー１４４は、基地局１１０により送信されたデータストリームのためにリソースを割り当ててもよい。
【００２１】
基地局１１０は、マルチメディア（例えばテレビジョン）番組のための、およびビデオ、オーディオ、文字多重放送、データ、ビデオ／オーディオクリップ等のようなマルチメディアコンテンツのためのＴのデータストリームを送信してもよい。単一のマルチメディア番組は、複数のデータストリーム、例えば、ビデオ、オーディオ、およびデータのための３つの別個のデータストリームで送信されてもよい。これは、無線装置がマルチメディア番組のビデオ部分、オーディオ部分およびデータ部分を独立して受信することを可能にする。また、単一のマルチメディア番組は、例えば、異なる言語のために複数のオーディオストリームを有していてもよい。簡単にするために、以下の記載は、各データストリームが別個のデータチャネル上に送信されると仮定する。このデータチャネルはまた多重論理チャネル（ＭＬＣ）とも呼ばれる。この場合、データストリームとＭＬＣｓの間に１対１の関係がある。一般に、各ＭＬＣ／データチャネルは、任意の数のデータストリームを運んでもよい。基地局１１０は種々の送信スキームを用いてデータストリームを送信してもよい。その１つが以下に記載される。
【００２２】
図２は、システム１００のために使用してもよい典型的なスーパーフレーム構造２００を示す。トラフィックデータは、スーパーフレームで送信してもよい。各スーパーフレーム２１０は、所定の時間期間（例えば、ほぼ１秒）を有する。また、スーパーフレームは、フレーム、タイムスロット、その他の用語で呼んでもよい。図２に示される実施形態の場合、各スーパーフレーム２１０は、パイロットのためのフィールド２２０、１つ以上のオーバーヘッド／制御情報シンボル（ＯＩＳ）のためのフィールド２３０およびトラフィックデータのためのフィールド２４０を含む。無線装置は、同期（例えば、フレーム検出、周波数誤差推定、およびタイミング取得）のためにおよび恐らくチャネル推定のためにパイロットを使用してもよい。オーバーヘッド情報は、送信されるＴのデータストリームのための種々のパラメーター（例えば、スーパーフレーム内の各データストリームの時間−周波数ロケーション）を示してもよい。Ｔのデータストリームは、フィールド２４０で送信される。図２に示される実施形態の場合、フィールド２４０は、さらに、データ送信を容易にするために４つの等しいサイズのフレーム２４２ａ乃至２４２ｄに分割される。一般にスーパーフレームは、任意の時間期間であってよく任意の数のフィールドとフレームを含んでいてもよい。また、パイロットとオーバーヘッド情報も図２に示される方法と異なる他の方法で送信してもよい。
【００２３】
図３は、ＭＬＣ上のデータストリームの典型的な送信を図解する。データストリームは、データブロックで処理される。Ｍのデータブロックは、各スーパーフレーム内のＭＬＣ上に送信してもよく、ただしＭ＞０であり、スーパーフレームからスーパーフレームに変更してもよい。各データブロックは、情報ビットの特定番号を含んでおり、コードブロックを生成するために外部コードで別々にエンコードされる。次に、各コードブロックは４つのサブブロックに分割され、各サブブロックは内部コードで符号化され、ＭＬＣのために選択された「モード」に基づいて変調される（すなわち、変調シンボルにマッピングされる）。モードは内部コードレートおよびＭＬＣのために使用される変調スキームを示してもよい。各コードブロックの変調シンボルの４つのサブブロックは、１フレームあたり１つのサブブロックの割合で、１つのスーパーフレームの４つのフレームで送信され、時間ダイバーシティと堅固な受信性能を達成する。フレームごとに、ＭのコードブロックのためのＭのサブブロックは、ＭＬＣに割り当てられたフレームの部分で送信される。
【００２４】
各ＭＬＣはそのＭＬＣにより運ばれるデータストリームの性質に応じておよび恐らく他の要因に応じて、連続的なまたは非連続的な方法で送信されてもよい。各スーパーフレームに対して、「アクティブな」ＭＬＣは、そのスーパーフレームで送信されているＭＬＣである。各アクティブＭＬＣは、１つまたは複数のデータブロックをスーパーフレームで運んでもよい。リソースのアロケーションと割当を簡単にするために、各アクティブＭＬＣは、図３に示すように、４つのフレームのために同じリソース割当（例えば、同じ時間−周波数ロケーション）が許可される。
【００２５】
図２を参照すると、各スーパーフレームのためのＯＩＳは、そのスーパーフレームで送信されたすべてのアクティブなＭＬＣｓのための「複合」オーバーヘッド情報を運んでもよい。複合オーバーヘッド情報は、アクティブなＭＬＣのための関連のあるパラメーター（例えば、スーパーフレーム内のＭＬＣの時間−周波数ロケーション）を伝達する。さらに、各ＭＬＣは、そのＭＬＣの送信に関連する「埋め込まれた」オーバーヘッド情報を次のスーパーフレームで運んでもよい。埋め込まれたオーバーヘッド情報は、そのスーパーフレームで送信されたＯＩＳをチェックする必要なしに無線装置が次のスーパーフレームでＭＬＣの送信をリカバーすることを可能にする。無線装置は最初にＯＩＳ内の複合オーバーヘッド情報を使用して関心のある各データストリームの時間−周波数ロケーションを決定してもよく、その後に埋め込まれたオーバーヘッド情報を用いてデータストリームが送信されている期間だけ電源をオンにするようにしてもよい。各ＭＬＣのために使用される外部コードおよびモードは、ＯＩＳでまたは別個の制御チャネルで送信されてもよい。明確にするために、以下の記載は、各スーパーフレームのためのＯＩＳがそのスーパーフレームで送信された各ＭＬＣを受信するために必要とされるすべてのパラメーターを運ぶと仮定する。
【００２６】
図４は基地局１１０におけるＴＸデータプロセッサー１２０の一実施形態のブロック図を示す。簡単にするために、図４は１つのマルチメディア番組のためのビデオとオーディオのための処理を示す。また、図４は「階層化されたコーディングの使用を示す。それによりデータストリームは２つのサブストリームとして送信される。２つのサブストリームは、ベースストリームとエンハンスメントストリームと呼ばれる。ベースストリームはすべての無線装置のためのベース情報を運んでもよく、エンハンスメントストリームはより良いチャネル条件を観察する無線装置のためのさらなる情報を運んでもよい。階層化されたコーディングで、ベースストリームとエンハンスメントストリームは別個に符号化され変調され２つの変調シンボルストリームを発生する。２つの変調シンボルストリームは結合された１つのデータシンボルストリームを取得する。
【００２７】
ＴＸデータプロセッサー１２０内では、ビデオエンコーダー４１０は、マルチメディア番組のビデオ部分のためのビデオデータストリーム｛ｉx｝を受信して圧縮し、ビデオ部分のためのベースストリーム｛ｄxb｝およびエンハンスメントストリーム｛ｄxe｝を供給する。ビデオエンコーダー４１０は、ＭＰＥＧ−２（ムービングピクチャーイクスパーツグループ）を実施してもよく、ビデオデータストリームのための内部符号化された(intra-coded)（I）フレーム、フォワード予測（Ｐ）フレーム、および双方向予測（Ｂ）フレームのシーケンスを発生してもよい。ベースストリーム｛ｄxb｝はＩフレームおよびＰフレームを含むことがあり、エンハンスメントストリーム｛ｄxe｝はＢフレームおよびおそらくＰフレームを含むことがある。一般に、ビデオエンコーダー４１０は、任意のビデオ圧縮スキームを実施してもよく、ベースストリームおよびエンハンスメントストリームは、任意のタイプのフレームおよびフレームの任意の組み合わせを含むことがある。
【００２８】
ＴＸベースストリームプロセッサー４２０は、ビデオベースストリーム｛ｄxb｝を受信して処理する。プロセッサー４２０内では、外部エンコーダ／インタリーバー４２２は、ビデオベースストリーム内の各データブロックをエンコードし、コードブロックを発生する。各データブロックはＫのデータパケットを含み、例えば、（Ｎ，Ｋ）リードソロモンコードを用いて外部エンコードされ、Ｎの外部コード化されたパケットを有するコードブロックを発生してもよい。例えば、１２のデータパケットを有するデータブロックは、レート３／４リードソロモンコードで外部エンコードし、１６の外部コード化されたパケットを有するコードブロックを発生してもよい。また、外部エンコーダー４２２は、エラー検出のために（すなわち、パケットが正しくデコードされたかまたはエラーでデコードされたかどうかを決定するために）使用される巡回冗長検査（ＣＲＣ）値を発生して各外部コード化されたパケットに付加する。インターリーバー４２２は、各コードブロックを４つのフレームのための４つのサブブロックに分割し、さらにフレーム毎に外部コード化されたパケットをインターリーブ（すなわち、順序付ける(reorder))する。内部エンコーダー／インターリーバー４２４は、例えば、ターボコードを用いて各外部コード化されたパケットをエンコードし、内部コード化されたパケットを発生する。インターリーバー４２４は、各内部コード化されたパケット内にビットをインターリーブし、インターリーブされたパケットを発生する。シンボルマッピングユニット４２６は、インターリーバー４２４からのビットをビデオデータストリームのために選択された変調スキーム（例えば、ＱＰＳＫまたは１６−ＱＡＭ）に基づいて変調シンボルにマッピングし、ビデオベースストリームのための第１の変調シンボルストリーム｛ｓxb｝を供給する。
【００２９】
ＴＸエンハンスメントストリームプロセッサー４３０は、ビデオエンハンスメントストリーム｛ｄxe｝を処理し、第２の変調シンボルストリーム｛ｓxe｝を供給する。プロセッサー４３０は、ベースストリームまたは異なるストリームのためにプロセッサー４２０により使用される同じ外部コード、内部コード、および変調スキームを使用してもよい。結合器４４０は、第１および第２の変調シンボルストリームを受信し、それぞれ利得ＧbsおよびＧesで倍率をかけ、倍率のかけられた変調シンボルストリームを結合してビデオ部分のためのデータシンボルストリーム｛ｓx｝を発生する。利得ＧbsおよびＧesは、それぞれベースストリームおよびエンハンスメントストリームのための送信電力の量（および従ってサービスエリア）を決定する。階層化されたコーディングが使用されないなら、ビデオエンコーダー４１０は１つのデータストリーム｛ｄx｝を供給し、プロセッサー４２０は、このデータストリームを符号化し、データシンボルストリーム｛ｓx｝を発生する。そしてプロセッサー４３０と結合器４４０は必要ない。
【００３０】
オーディオエンコーダー４５０は、マルチメディア番組のオーディオ部分のためのオーディオデータストリーム｛ｉy｝を受信して符号化し、オーディオ部分のためのベースストリーム｛ｄyb｝およびエンハンスメントストリーム｛ｄye｝を供給する。オーディオエンコーダー４５０は任意のオーディオ圧縮スキームを実施してもよい。ベースストリーム｛ｄyb｝はモノオーディオ（例えば、左プラス右、またはＬ+Ｒ）を含むことがあり、エンハンスメントストリーム｛ｄye｝はステレオオーディオ（例えば、左マイナス右、またはＬ−Ｒ）を含むことがある。
【００３１】
ＴＸベースストリームプロセッサー４６０は、オーディオベースストリーム｛ｄyb｝を受信して処理し、オーディオベースストリームのための第１の変調シンボルストリーム｛ｓyb｝を供給する。プロセッサー４６０内では、オーディオベースストリームのためのデータブロックは、外部エンコーダー／インターリーバー４６２により外部エンコードされおよびインターリーブされ、さらに内部エンコーダー／インターリーバー４６４により内部エンコードされおよびインターリーブされ、シンボルマッピングユニット４６６により変調シンボルにマッピングされる。ＴＸエンハンスメントストリームプロセッサー４７０はオーディオエンハンスメントストリーム｛ｄye｝を処理し、第２の変調シンボルストリーム｛ｓye｝を供給する。結合器４８０は、変調シンボルストリーム｛ｓyb｝および｛ｓye｝を受信し、倍率をかけ、結合してオーディオ部分のためのデータシンボルストリーム｛ｓy｝を発生する。階層化されたコーディングが使用されないなら、オーディオエンコーダー４５０は１つのデータストリーム｛ｄy｝を供給し、プロセッサーは、このデータストリームをエンコードしてデータシンボルストリーム｛ｓy｝を発生し、プロセッサー４７０と結合器４８０は必要ない。
【００３２】
ビデオエンコーダ４１０およびオーディオエンコーダ４５０はデータストリームのために高次層処理（または「圧縮」）を実行する。プロセッサー４２０，４３０，４６０，４７０、および結合器４４０，４８０は、データストリームのために物理層処理（または「符号化」）を行なう。他のマルチメディア番組および／または他のコンテンツは、図４に示される方法と同様の方法で圧縮され符号化されてもよい。
【００３３】
図５は、無線装置１５０においてＲＸデータプロセッサー１７０の一実施形態のブロック図を示す。簡単にするために、図５は、１つのマルチメディア番組のためのビデオおよびオーディオのための処理を示す。ＲＸデータプロセッサー１７０内では、ＲＸベースストリームプロセッサー５２０とＲＸエンハンスメントストリームプロセッサー５３０は復調器１６０から検出されたデータシンボルストリーム
【数１】
2010136384.tif 000003
【００３４】
を受信する。このシンボルストリームはビデオ部分のためのデータシンボルストリーム｛ｓx｝の推定値である。プロセッサー５２０内では、シンボルデマッパー５２２は、検出されたデータシンボルをデマッピングし、検出されたビットを供給する。検出されたビットは、対数尤度比（ＬＬＲｓ）として表してもよい。ユニット５２２は、ＲＸデータプロセッサー１７０の代わりに復調器１６０の一部であってもよい。内部デインターリーバー／デコーダー５２４は、内部コードに基づいて各パケットのための検出されたビットをデインターリーブしてデコードし、内部デコードされたパケットを供給する。また、デコーダー５２４は、パケットに付加されたＣＲＣ値で、各内部デコードされたパケットをチェックする。外部デインターリーバー／デコーダー５２６は、各フレームに対して内部デコードされたパケットをデインターリーブする。与えられたコードブロック内の任意のパケットがエラーでデコードされるなら、デコーダー５２６は、例えば、（Ｎ，Ｋ）リードソロモンコードに基づいてそのコードブロックのためのＮの内部デコードされたパケットに対して外部デコーディングを実行し、そのコードブロックのためのＫ個の外部デコードされたパケットを供給する。コードブロック内のパケットがエラーで内部デコードされないなら、外部デコーディングはスキップしてもよい。プロセッサー５２０は、デコードされたビデオベースストリーム
【数２】
2010136384.tif 000004
【００３５】
を供給する。
【００３６】
プロセッサー５３０は、検出されたシンボルストリーム
【数３】
2010136384.tif 000005
【００３７】
を処理し、デコードされたビデオエンハンスメントストリーム
【数４】
2010136384.tif 000006
【００３８】
を供給する。ビデオデコーダー５４０は、デコードされたベースストリームとエンハンスメントストリームを受信し、基地局において実行されたビデオ圧縮と相補的な方法でビデオ解凍を実行し、解凍されたビデオデータストリーム
【数５】
2010136384.tif 000007
【００３９】
を供給する。マルチプレクサー５４４は、解凍されたビデオデータストリーム
【数６】
2010136384.tif 000008
【００４０】
とビデオバッファーからの補助ビデオストリーム｛ｕx｝を受信し、出力データストリーム｛ｖx}としてストリーム
【数７】
2010136384.tif 000009
【００４１】
または｛ｕx}を供給する。ビデオバッファー５４２は、あらかじめ記録されたビデオクリップ、ロゴ、広告、テキストメッセージ等を記憶してもよい。例えば、ビデオバッファー５４２からのコンテンツは、新しい番組の取得が進行中であるという表示をユーザーに与えるために、番組変更間にビデオバッファー５４２からのコンテンツを表示してもよい。
【００４２】
ＲＸベースストリームプロセッサー５６０とＲＸエンハンスメントストリームプロセッサー５７０は、検出されたシンボルストリーム
【数８】
2010136384.tif 000010
【００４３】
を受信する。このシンボルストリームはマルチメディア番組のオーディオ部分のデータシンボルストリーム｛ｓy｝の推定値である。プロセッサー５６０内では、シンボルデマッピングユニット５６２は、検出されたデータシンボルをデマッピングし、検出されたビットを供給する。ユニット５６２は、ＲＸデータプロセッサー１７０の代わりに復調器１６０の一部であってもよい。内部デインターリーバー／デコーダー５６４は各パケットに対して検出されたビットをデインターリーブおよびデコードし、内部デコードされたパケットを供給する。また、デコーダー５６４はパケットに付加されたＣＲＣ値を用いて各内部デコードされたパケットをチェックする。外部デインターリーバー／デコーダー５６６は、各フレームに対して内部デコードされたパケットをデインターリーブする。少なくとも１つのパケットエラーを有する各コードブロックに対して、デコーダー５６６は、そのコードブロックのための内部デコードされたパケットに対して外部デコーディングを実行し、外部デコードされたパケットを供給する。プロセッサー５６０は、デコードされたオーディオベースストリーム
【数９】
2010136384.tif 000011
【００４４】
を供給する。
【００４５】
プロセッサー５７０は検出されたデータシンボルストリーム
【数１０】
2010136384.tif 000012
【００４６】
を処理し、デコードされたオーディオエンハンスメントストリーム
【数１１】
2010136384.tif 000013
【００４７】
を供給する。オーディオデコーダー５８０は、基地局において実行されるオーディオ圧縮と相補的な方法でデコードされたベースストリームおよびエンハンスメントストリームを受信して解凍し、解凍されたオーディオデータストリーム
【数１２】
2010136384.tif 000014
【００４８】
を供給する。マルチプレクサー５８４は、解凍されたオーディオデータストリーム
【数１３】
2010136384.tif 000015
【００４９】
とオーディオバッファー５８２からの補助オーディオストリーム｛ｕy｝を受信し、出力データストリーム｛ｖy｝としてストリーム
【数１４】
2010136384.tif 000016
【００５０】
または｛ｕy｝を供給する。オーディオバッファー５８２は、あらかじめ記録されたオーディオクリップ、広告等を記憶してもよい。
【００５１】
プロセッサー５２０，５３０，５６０および５７０はデータストリームのための物理層受信機処理（または「デコーディング」）を行なう。ビデオデコーダー５４０とオーディオデコーダー５８０はデータストリームのための高次層受信機処理（または「解凍」）を行なう。他のマルチメディア番組のための他のデータストリームおよび／または他のコンテンツを、図５に示される方法と類似した方法でデコードし、解凍してもよい。
【００５２】
１．  継続的デコーディング
図６は、現在のマルチメディア番組Ａから新しいマルチメディア番組Ｂへの受信をシームレスに切り替えるための時系列を示す。最初に、スーパーフレームｎにおいて、無線装置は、番組Ａをデコードし、解凍し、表示する。時刻Ｔ1において、ユーザーは新しい番組Ｂを選択する。この時に、無線装置は番組Ｂをデコードするのに必要なオーバーヘッド情報を有していない。ディスプレイをフリーズするかまたはブランクにする代わりに無線装置は、スーパーフレームｎで番組Ａをデコードし、解凍し、（任意で）表示する。
【００５３】
次のスーパーフレームｎ＋１の開始である時刻Ｔ2において、無線装置は、このスーパーフレームのためのＯＩＳを受信し、番組Ｂのためのオーバーヘッド情報を取得する。無線装置は、このオーバーヘッド情報を用いて、スーパーフレームｎ＋１内の番組Ｂのデコーディングを開始することができる。無線装置は、番組Ａのための以前のスーパーフレームにおいて取得されたデコードされたデータを用いてスーパーフレームｎ＋１において番組Ａを解凍し続ける。
【００５４】
時刻Ｔ3において、無線装置は、スーパーフレームｎ＋１のための番組Ｂのデコーディングを完了する。番組Ｂがレート３／４リードソロモンコードを使用し、各コードブロックのためのパリティパケットがフレーム４で送信されるなら、図６に示されるように、パケットがエラーで内部デコードされないなら、無線装置は、フレーム３内の番組Ｂのためのすべてのコードブロックをリカバーしてもよい。番組のデコーディングを完了したとき（例えば、図６に示すように、時刻Ｔ3において）スーパーフレームｎ＋１において番組Ｂを早期に解凍を開始してもよい。また、無線装置は番組Ｂのための十分なデコードされたデータ（例えば、Ｉフレーム）を取得すると、早期に番組Ｂの解凍を開始してもよい。従って、無線装置は、スーパーフレームｎ＋１の期間に番組Ｂの解凍を開始してもよい。あるいは、無線装置は、（図６に示されていない）次のスーパーフレームｎ＋２の開始において番組Ｂの解凍を開始してもよい。
【００５５】
Ｔ1とＴ3の間の時間は、新しい番組Ｂのための取得時間として見てもよい。取得時間は可変であり、次のＯＩＳに対してユーザー選択がいつ受信されるか、およびいつ番組Ｂの解凍が開始されるかに依存する。この取得時間は、ＯＩＳがまれに（例えば、１秒毎に）送信されるならおよび／またはデコーディング遅延が長いなら相対的に長いかもしれない。取得時間中の番組Ａの継続的なデコーディング、解凍、および（任意での）表示は、全取得時間中ディスプレイをフリーズまたはブランクにするよりも、より良いユーザー経験を提供するかもしれない。
【００５６】
図７は、両方の番組のために使用される階層化されたコーディングを用いて現在のマルチメディア番組Ａから新しいマルチメディア番組Ｂへの受信をシームレスに切り替えるための時系列を示す。最初に、スーパーフレームｎにおいて、無線装置は、番組Ａのためのベースストリームおよびエンハンスメントストリーム（ＢＳ＆ＥＳ）をデコードし、解凍し、表示する。時刻Ｔ1において、ユーザーは新しい番組Ｂを選択する。無線装置は、この時点で番組Ｂをデコードするためのオーバーヘッド情報を持たないので、無線装置は、スーパーフレームｎ内の番組Ａをデコードし、解凍し、および（任意で）表示し続ける。
【００５７】
時刻Ｔ2において、無線装置は、次のスーパーフレームｎ＋１のためのＯＩＳを受信し番組Ｂのためのオーバーヘッド情報を取得する。スーパーフレームｎ＋１において、無線装置は、（例えば、図５におけるプロセッサー５２０および５６０を用いて）番組Ａのためのベースストリームをデコードし続け、（通常は、エンハンスメントストリームのために使用されるが、ベースストリームも処理するように構成されてもよい、図５のプロセッサー５３０および５７０を用いて）番組Ｂのためのベースストリームのデコーディングを開始する。また、無線装置は、以前のスーパーフレームｎ内の番組Ａのために取得されたデコードされたデータを用いてスーパーフレームｎ＋１内の番組Ａのためのベースストリーム（またはベースストリームとエンハンスメントストリームの両方）を解凍し続ける。
【００５８】
時刻Ｔ3において、無線装置は、番組Ｂのためのベースストリームのデコーディングを完了する。無線装置は、スーパーフレームｎ＋１において早期に（例えば、図７に示すように、時刻Ｔ3において）または、次のスーパーフレームｎ＋２の開始時に番組Ｂの解凍を開始してもよい。スーパーフレームｎ＋２において、無線装置は、番組Ａのデコーディングを終了し、番組Ｂのためのベースストリームおよびエンハンスメントストリームのデコーディングを実行する。また、無線装置は、以前のスーパーフレームｎ＋１内のこのベースストリームのために取得されたデコードされたデータを用いて番組Ｂのためのベースストリームを解凍する。時刻Ｔ5において、番組Ｂのためのエンハンスメントストリームのためのデコードされたデータが利用可能である。無線装置は、早期に（例えば、図７に示すように、時刻Ｔ5において）または、次のスーパーフレームｎ＋３の開始時に番組Ｂのためのベースストリームおよびエンハンスメントストリームの両方の解凍を開始してもよい。
【００５９】
図７で示すように、現在の番組Ａから新しい番組Ｂへの遷移は、両方の番組が階層化されたコーディングを用いて送信されるなら、「よりスムーズに」行われるかもしれない。無線装置は、番組Ａから番組Ｂに段階的に切り替えてもよい。無線装置は、第１の段階において、番組Ａのためのベースストリームとエンハンスメントストリームの両方を受信し、第２の段階において、番組Ａのためのベースストリームを受信し、次に、第３の段階において、番組Ｂのためのベースストリームを受信し、第４の段階において、番組Ｂのためのベースストリームとエンハンスメントストリームの両方を受信する。例えば、番組ＡまたはＢが階層化されたコーディングを用いて送信されないなら、（図７に示すように）わずかなスーパーフレームで切換が実行されるなら等、１つ以上の段階を省略してもよい。
【００６０】
図８は、現在のマルチメディア番組Ａから新しいマルチメディア番組Ｂへの受信の切替のためのプロセス８００のフロー図を示す。無線装置は、現在の番組Ａを受信し、デコードし、解凍し、表示する（ブロック８１０）。無線装置は、新しい番組Ｂのためのユーザー選択を受信する（ブロック８１２）。ブロック８１６において決定されるように、無線装置は、新しい番組Ｂのためのオーバーヘッド情報が利用可能になるまで、現在の番組Ａをデコードし、解凍し、および（任意で）表示し続ける（ブロック８１４）。この時に、無線装置は、新しい番組Ｂをデコードするが、現在の番組Ａを解凍し、（任意で）表示し続ける（ブロック８１８）。ブロック８２０において決定されるように、新しい番組Ｂがデコードされると、無線装置は、新しい番組Ｂをデコードし、解凍し、表示する（ブロック８２２）。
【００６１】
２．早期デコーディング  
「継続的なデコーディング」のための上記記載は、新しい番組のユーザー選択より前に無線装置が番組変更のための情報を持たないことを仮定している。この場合には、無線装置は、ユーザー選択を受信した後に新しい番組のデコーディングを開始する。しかしながら、多くのインスタンスにおいて、無線装置は、ユーザーの以前の行動に関する情報を持っており、この情報を用いてユーザーの将来の選択を予測してもよい。番組間のより高速な切替を達成するために、無線装置は、ユーザーによる選択よりも前に番組のデコーディングを「早期に」実行してもよい。以下に記載するように、早期デコーディングは種々の方法で実行してもよい。
【００６２】
図９は無線装置により発生された典型的なディスプレイスクリーン９００を示す。この実施形態の場合、ディスプレイスクリーン９００は２つの領域９１０および９２０を含む。領域９１０は、現在選択されたマルチメディア番組のためのビデオを示す。領域９２０は番組案内（ＰＧ）を示す。番組案内は、さまざまな番組チャネル上に示されている番組をリストアップしてもよい。一般に、ディスプレイスクリーン９００は、任意のタイプのコンテンツを示すための任意の数の領域を含んでいてもよい。
【００６３】
ユーザーは、無線装置または遠隔制御装置上の適切なキー（例えば、「番組メニュー」キー）をクリックすることによりいつでも番組案内を提示してもよい。また、ユーザーが指定されたキーのセットのいずれか１つ（例えば、「スクロールアップ」ボタンまたは「スクロールダウン」ボタン）をクリックするなら、無線装置は、番組案内を自動的に提示してもよい。いずれにせよ、無線装置は、番組案内を介してユーザーナビゲーションを監視し、次の番組選択を予測してもよい。
【００６４】
図９に示される実施形態の場合、番組案内は、番組チャンネルのリストおよびこれらのチャンネル上に現在示されている番組を表示する。カーソル９２２は現在強調表示されている番組を示す。カーソル９２２はユーザーキーの作用に応答して番組案内を上下に移動する。ユーザーがカーソルを領域９２０の上段または下段を過ぎて移動させるなら、番組案内の別のセクションが検索されて領域９２０に表示される。
【００６５】
図１０は番組案内のために無線装置により維持される典型的な表１０００を示す。表１０００は迅速なアクセスのために無線装置内のキャッシュに記憶されてもよい。表１０００は、番組チャンネルを記憶する列１０１２、番組名を記憶する列１０１４、各番組を運ぶために使用されるＭＬＣｓを記憶する列１０１６、各ＭＬＣのための適切なパラメーターを記憶する列１０１８、現在のスーパーフレームのために各ＭＬＣの時間−周波数ロケーションを記憶する列１０２０を含む。基地局は、列１０１２乃至１０１８のための情報を送信する。この情報はまれに変わるかもしれない。そして、無線装置は、必要に応じてこの情報を更新する。各ＭＬＣのための時間−周波数ロケーションは各スーパーフレームにおいて変化してもよい。無線装置が現在選択されたマルチメディア番組を連続的に受信しているなら、この番組のために使用される各ＭＬＣのための時間−周波数ロケーションは、上述したように、そのＭＬＣ上に送信された埋め込まれたオーバーヘッド情報から取得してもよい。無線装置は、ウエークアップする必要がないし、ＯＩＳを受信する必要がないであろう。この場合、列１０２０における情報は、現在選択された番組のために使用されるＭＬＣｓを除くすべてのＭＬＣｓに対して古くなっているだろう。
【００６６】
ユーザーが（例えば、キー／ボタン作用に基づいて）番組を変更しているかもしれないことを無線装置が検出するなら、無線装置は、各スーパーフレーム内のＯＩＳを受信することを開始してもよい。無線装置は、（１）番組案内のための領域９２０に表示される番組に使用されるＭＬＣｓ、（２）現在のスーパーフレームに送信されるすべてのＭＬＣｓ、または（３）ＭＬＣｓのその他のグループのためのオーバーヘッド情報をセーブしてもよい。従って、無線装置は、次のスーパーフレームでＯＩＳを待つ必要なく、現在のスーパーフレーム内のこれらのＭＬＣｓのいずれかのデコーディングを開始することができるであろう。
【００６７】
無線装置は、全体のコードブロックを受信せずに与えられたＭＬＣに送信されたコードブロックをリカバーすることができるかもしれない。例えば、レート３／４リードソロモンコードがコードブロックのために使用され、（図３に示すように）コードブロックが４つのサブブロックに分割され、１つのスーパーフレームの４つのフレームに送信されるなら、無線装置は、これらのサブブロックのうちの３つだけを用いてコードブロックをリカバーすることができるかもしれない。無線装置は、フレーム１または２において開始するＭＬＣをデコードすることによりコードブロックをリカバーすることができるかもしれない。従って、ＭＬＣをデコードするための表示がフレーム１の期間中に受信されるなら、無線装置は、フレーム２において、このＭＬＣのデコーディングを開始することができ、次のスーパーフレームまで待つ必要がない。
【００６８】
図９に戻ると、ユーザーは、番組案内をナビゲートすると、カーソル９２２は現在強調表示されている番組を示す。この番組に使用されるＭＬＣｓのためのオーバーヘッド情報が利用可能になるとすぐに、無線装置は、強調表示された番組のデコーディングを開始してもよい。上述したように、十分なリソースが無線装置において利用可能なら、現在選択されている番組および強調表示された番組を同時にデコードしてもよい。一実施形態において、無線装置は、この番組のためのデコードされたデータが利用可能になるとすぐに、強調表示された番組の解凍を開始する。解凍された後、無線装置は、任意でこの強調表示された番組を表示してもよい。他の実施形態において、ユーザーが強調表示された番組を選択するまで、無線装置は、現在選択された番組をデコードし、解凍し、表示し続ける。この実施形態の場合、無線装置はユーザー選択があり次第、強調表示された番組のためのデコードされたデータを使用してこの番組を迅速に切り替える。
【００６９】
階層化されたコーディングが強調表示された番組のために使用されないなら、無線装置は、例えば図６に示すように、現在選択されている番組を解凍しながら、強調表示された番組をデコードしてもよい。デコードされたデータがこの番組のために利用可能になるとすぐに、無線装置は、強調表示された番組を解凍し表示してもよい。階層化されたコーディングが現在選択されている番組および強調表示された番組のために使用されるなら、無線装置は、たとえば、図７に示すように段階的に番組間で切り替えてもよい。無線装置は、両方の番組のためにベースストリームをデコードしてもよく、現在選択されている番組のためにベースストリームを解凍して表示してもよい。無線装置は、（１)デコードされたデータがこの番組のために利用可能になるとすぐに、および／または（２）ユーザーがこの番組を選択するなら、強調表示された番組のためのベースストリームを解凍して表示してもよい。ユーザーがこの番組を選択するなら、無線装置は、強調表示された番組のためにベースストリームおよびエンハンスメントストリームをデコードし、解凍し、表示してもよい。
【００７０】
無線装置が現在強調表示された番組Ｙをデコードしており、ユーザーが別の番組Ｚを強調表示するなら、無線装置は、番組Ｚのためのオーバーヘッド情報が利用可能になるとすぐに番組Ｙの処理を終了し、番組Ｚのデコーディングを開始する。無線装置は種々の番組を介してユーザーナビゲーションを追跡し、現在強調表示されている番組がどれであってもデコードしようと試みる。これは、最新の強調表示された番組がユーザーにより次に選択されるなら、無線装置が最新の強調表示された番組を迅速に切り替えることを可能にする。
【００７１】
上述したように、無線装置は、他の情報を考慮せずに強調表示された番組の早期のデコーディングを実行してもよい。また、無線装置は、例えばスクロールの方向、スクロールの速度、スクロールの方法等のような他の情報に基づいて次のユーザー選択を予測してもよい。
【００７２】
例えば、ユーザーが現在の番組チャンネルから相対的に遠く離れた特定の番組チャンネルに到達しようとしているなら、ユーザーは継続的に「スクロールアップ」ボタンを押してもよい。この場合、無線装置は、「スクロールアップ」ボタンがリリースされるまで、迅速に変化している強調表示された番組を無視してもよい。次に、無線装置はボタンのリリースの後に最新の強調表示された番組の早期のデコーディングを実行してもよい。あるいは、無線装置は、現在強調表示されている番組より先にある番組をデコードしてもよい。この「将来」の番組は、スクロールの方向と速度に基づいて決定してもよい。高速スクロール中に中間の番組を表示することは、ユーザーに良好なフィードバックを提供することができる。
【００７３】
別の例として、ユーザーは、番組チャンネルをサーフするために多少周期的なレートで「スクロールアップ」ボタンをクリックしてもよい。この場合、無線装置は、これらのタスクを実行するために十分な時間が与えられる各強調表示された番組をデコードし、解凍し、表示してもよい。また、無線装置は、ユーザーがこの方向にナビゲートするのを予測して（リソースが利用可能なら）現在強調表示された番組より先に１つ以上の番組をデコードしてもよい。例えば、４つの番組Ａ、Ｂ、ＣおよびＤがＡ乃至Ｄに順序づけられているなら、無線装置は、番組Ａにおいてチャネルアップを受信すると番組ＢおよびＣの獲得を開始してもよい。番組Ｂにおいてチャンネルアップを受信すると無線装置は、番組Ｂを放棄して番組ＣおよびＤの獲得を開始してもよい。また、無線装置は、複数の方向に（例えば、チャンネルスクロールの反対の方向に）複数の番組の獲得を開始してもよい。
【００７４】
ユーザーはテンキーを介してチャンネル番号を直接入力することにより新しい番組を選択してもよい。無線装置は、ユーザーにより入力されたキーに基づいて早期のデコーディングを開始してもよい。例えば、ユーザーは「３」をクリックして次に「８」をクリックし、次に「エンター(enter)」をクロックして番組チャンネル３８に行ってもよい。ユーザーから「３」のキーストロークを受信すると無線装置は、（ユーザーがこのチャンネルを選択することを予想して）番組チャンネル３の早期のデコーディングを開始してもよく、および／または（ユーザーがチャンネル３０乃至３９の１つを選択することを予想して）番組チャンネル３０乃至３９のためのオーバーヘッド情報をセーブしてもよい。「８」キーストロークを受信すると、無線装置は、ユーザーがこのチャンネルを選択することを予想して番組チャンネル３８の早期のデコーディングを開始してもよい。「エンター」キーストロークを受信すると、無線装置は、このチャンネルを解凍して表示してもよい。
【００７５】
また、無線装置は、オーバーヘッド情報をセーブしてもよく、および／またはしばしばアクセスされる番組のための早期のデコーディングを実行してもよい。例えば、ユーザーは、（「ジャンプ」ボタンをクリックすることにより）関心のある２つの番組間で煩雑にまたは継続的にジャンプしてもよい。この条件を検出すると、無線装置は、次のジャンプを予想して両方の番組をデコードしてもよい。また、ユーザーは、番組チャンネルの小さな範囲間で前後にスクロールしてもよい。この条件を検出すると、無線装置は、スクロールにおいて次のチャンネル変化を予想して次の番組をデコードしてもよい。
【００７６】
一般に、無線装置は、番組の早期デコーディングのための任意の適切な情報を使用してもよい。異なるキー入力（例えば、「スクロールアップ」、「ジャンプ」、数値番号等）は、次のユーザー選択を予測するために無線装置により使用されてもよい異なる情報を提供してもよい。無線装置は、ユーザーにより選択されるように予測される任意の番組、例えば現在強調表示されている番組、スクロールの方向にある番組等の早期のデコーディングを実行してもよい。
【００７７】
図１１は早期のデコーディングを用いてマルチメディア番組間の受信を切り替えるためのプロセス１１００のフロー図を示す。無線装置は、例えばキー／ボタン作用に基づいて番組のユーザーナビゲーションを検出する（ブロック１１１２）。ブロック１１１４において決定されるように、ユーザーナビゲーションが決定されるなら、無線装置は、各スーパーフレームにおいてＯＩＳの処理を開始し、関心のあるＭＬＣｓのためのオーバーヘッド情報をセーブする（ブロック１１１６）。例えば、無線装置は、すべてのＭＬＣｓのためにオーバーヘッド情報、または番組案内スクリーン上に表示される番組に使用されるＭＬＣｓそのもの、またはＭＬｃｓのその他のグループをセーブしてもよい。
【００７８】
ユーザーナビゲーションが検出された後に、無線装置は、ユーザー入力を監視する（ブロック１１１８）。ブロック１１２０において決定されるように、ユーザー入力が受信されるなら、無線装置は、このユーザー入力がチャンネル選択キーか否かを決定する（ブロック１１２２）。チャンネル選択キーは、新しい番組チャンネルのためのユーザー選択を示すキーであり、「エンター」キー、「チャンネルアップ」キー、「チャンネルダウンキー」および「ジャンプキー」を含んでいてもよい。チャンネル選択キーが受信されないなら、無線装置は、これまで受信したユーザー入力（複数の場合もある）に基づいてユーザー選択のための可能性を有した番組を識別する（ブロック１１２４）。上述するようにこの番組は、現在強調表示されている番組であってもよいしまたは数値および／または非数値キー入力に基づいて選択されることが予測される番組であってもよい。無線装置は、この識別された番組の早期のデコーディングを開始する（ブロック１１２６）。また、無線装置は、ユーザー選択の前に番組を解凍して（任意で）表示してもよい（ブロック１１２８）。あるいは、無線装置は、番組（図１１に図示せず）を解凍して表示する前にこの番組のユーザー選択を待ってもよい。次に、プロセスはブロック１１１８に戻る。
【００７９】
ブロック１１２２に戻り、チャンネル選択キーが受信されるなら、無線装置は、新しく選択された番組に切り替える。この選択された番組は以前のユーザー入力（複数の場合もある）に基づいて識別された番組であってもよい。次に、無線装置は、この選択された番組をデコードし、解凍し、表示する（ブロック１１３０）。次に、プロセスは、（図１１に示すように）ブロック１１１８に戻ってもよいしまたはブロック１１１２に戻ってもよい。
【００８０】
無線装置は、キー／ボタンが作用しない期間の後に第１のユーザー入力を受信することに応答してブロック１１１２乃至１１１６を実行してもよい。また、第１のユーザー入力はブロック１１１８および１１２０をトリガーし、適切に処理されるであろう。
【００８１】
明確にするために、番組案内を介した番組選択について上述した。また、番組は、他の方法で、例えば、スクリーン上の選択方法を用いて選択してもよい。例えば、表示画面は１つ以上のアイコンを示してもよく、各アイコンは、特定の番組を表してもよい。いずれにせよ、無線装置は、番組が強調表示されるとすぐに、早期の番組獲得（例えば、デコーディング）をしてもよいし、ユーザーによる選択に応じてこの番組に切り替えてもよい。獲得プロセスは、ユーザー選択以前に早期に開始されるので、ユーザーはより高速な獲得速度を感知する。
【００８２】
継続するデコーディング技術および早期にデコーディングする技術は、マルチメディア番組に関連する１つ以上のデータストリームに使用してもよい。例えば、継続するデコーディングおよび早期のデコーディングは、現在のマルチメディア番組および新しいマルチメディア番組のオーディオ部分／成分のみに、またはビデオ部分のみに、またはオーディオ部分とビデオ部分の両方に対して実行してもよい。従って、図８のブロック８１０、８１４、８１８、および８２２および図１１のブロック１１２６、１１２８、および１１３０は、現在のマルチメディア番組と新しいマルチメディア番組のオーディオ部分、ビデオ部分、またはオーディオ部分とビデオ部分の両方に対して実行してもよい。
【００８３】
また、無線装置におけるリソースは、異なるマルチメディア番組のための異なる部分／成分を受信するように構成してもよい。例えば、ＲＸデータプロセッサー１７０は、一方の番組のオーディオ部分と他方の番組のビデオ部分を同時にデコードして解凍してもよい。これは、ユーザーが同時に２つの異なる番組を見て聞くことを可能にする。継続するデコーディング技術および早期のデコーディング技術は、ユーザーが２つの番組のオーディオ部分および／またはビデオ部分をよりシームレスに切り替えることを可能にする。例えば、ユーザーは同時に野球を見て音楽を聴いてもよい。野球に興味を持つようになったなら、ユーザーは、よりシームレスに音楽から野球のオーディオ部分に切り替えることができる。また、ユーザーは同時に１つのゲームを見て別のゲームを聞いてもよく、興奮するイベントが生じたときはいつでも、より関心のあるゲームにビデオおよび／またはオーディオを切り替えてもよい。
【００８４】
３．時間補償されたビデオおよびオーディオ送信
無線装置におけるビデオデコーダーおよびオーディオデコーダーは、それぞれビデオとオーディオの解凍を実行するためにある時間量を必要とする。基地局は、新しい番組の獲得を改良するような方法でビデオとオーディオを送信してもよい。
【００８５】
図１２は、基地局において時間合わせされたビデオとオーディオの送信を示す。ビデオ部分１２１０とオーディオ部分１２１２は、一緒に再生されるように指定されＴ11において時間合わせされた基地局により送信される。無線装置は、ビデオ部分とオーディオ部分を受信し、各部分をデコードし、時刻Ｔ12においてこれらの部分のデコーディングを完了する。簡単のために、図１２はビデオ部分とオーディオ部分のためのＤdecの同じ送信およびデコーディング遅延を示す。次に、無線装置は、それぞれビデオデコーダーおよびオーディオデコーダーを用いてデコードされたビデオ部分とオーディオ部分を別個に解凍する。図１２は、Ｄvideoのビデオ解凍遅延とＤaudioのオーディオ解凍遅延を示す。但し、Ｄvideoは典型的にＤaudioより大きく、例えば、改良された圧縮性能に対して順序が狂ってフレームが送信されるなら、Ｄaudioよりはるかに大きくなるかもしれない。次に、無線装置は、時刻Ｔ13において早期にオーディオ解凍を完了する。無線装置は典型的に解凍遅延における差分（すなわち、ΔＤ＝Ｄvideo−Ｄaudio）により、（より多くのビットを含む、解凍されたオーディオの代わりに）デコードされたオーディオをバッファーする。このバッファリングは、時刻Ｔ14においてビデオ解凍が完了すると、ビデオ部分とオーディオ部分が一緒に再生されることを可能にする。
【００８６】
図１３は、ビデオおよびオーディオ解凍遅延における差分に対処するために時間補償を有したビデオおよびオーディオの送信を示す。ビデオ部分１３１０とオーディオ部分１３１２は、一緒に再生されるように指定されるが、それぞれ異なる時刻Ｔ21およびＴ22において、基地局により送信される。無線装置は、ビデオ部分とオーディオ部分を受信し、各部分をデコードし、時刻Ｔ23においてビデオデコーディングを完了し、時刻Ｔ24においてオーディオデコーディングを完了する。無線装置は、デコードされたビデオ部分およびオーディオ部分を別個に解凍し、およそ時刻Ｔ25において両方の部分の解凍を完了する。ビデオ解凍遅延はＤvideoであり、オーディオ解凍遅延はＤaudioであり、これらは図１２に示すように同じである。しかしながら、ビデオ部分１３１０は、ΔＤ、すなわちΔＤ＝Ｔ22−Ｔ21の遅延差分だけ、オーディオ部分１３１２に対して早期に送信された。
【００８７】
図１３に示される遅延補償された送信の場合、無線装置は、オーディオをバッファーする必要なしにかつビデオの解凍が完了するのを待つことなしに、オーディオが解凍されるとすぐにオーディオを再生することができる。できるだけ早く（そしてより短い解凍遅延のためにビデオよりもより早く）オーディオを再生することは、番組変更に対してより高速な応答を提供するために望ましい。図１３における時間補償された送信のための応答時間は、図１２における時間合わせされた送信のための応答時間よりもΔＤの遅延差分だけより高速である。オーディオは、ニュース、天気等のような多くの番組のための関連のある情報を運ぶので、ユーザーは、ビデオなしであってもオーディオを楽しむことができる。
【００８８】
シームレスに受信を切り替えるための種々の技術は（例えば、継続するデコーディング、早期のデコーディング、ベースストリームおよびエンハンスメントストリームを有した段階的に切り替えること、および時間補償されたビデオおよびオーディオ送信）、個々に適用してもよい。また、これらの技術は、種々の異なる組み合わせに適用してもよい。例えば、上述したように、早期のデコーディングは、段階的な切替と組み合わせて実行してもよい。
【００８９】
ここに記載されたシームレスな切替受信技術は、種々の手段により実施してもよい。例えば、これらの技術は、ハードウエア、ソフトウエア、または、それらの組み合わせで実施してもよい。ハードウエア実施の場合、受信のシームレスな切替をサポートまたは実行するために使用される処理装置は、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、デジタルシグナルプロセッサー（ＤＳＰｓ）、デジタルシグナル処理装置（ＤＳＰＤｓ）、プログラマブルロジックデバイス（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサー、コントローラー、マイクロコントローラー、マイクロプロセッサー、ここに記載された機能を実行するように設計された他の電子ユニット、またはそれらの組み合わせ内で実施してもよい。
【００９０】
ソフトウエア実施の場合、ここに記載された技術は、ここに記載された機能を実行するモジュール（例えば、手続、機能等）で実施してもよい。ソフトウエアコードは、メモリユニット（例えば、図１のメモリユニット１４２または１９２）に記憶し、プロセッサー（例えば、コントローラー１４０または１９０）により実行してもよい。メモリユニットはプロセッサー内部でまたはプロセッサー外部で実施してもよい。プロセッサー外部で実施する場合、メモリユニットは、技術的に知られている種々の手段を介してプロセッサーに通信可能に接続することができる。
【００９１】
見出しは、参照のためにおよびあるセクションの位置をつきとめるのを支援するために含まれる。これらの見出しはその下に記載した概念の範囲を制限することを意図したものではなく、これらの概念は、明細書全体にわたって他のセクションに適用性を有していてもよい。
【００９２】
開示された実施形態の上述の記載は、当業者がこの発明を製作または使用することを可能にするために提供される。これらの実施形態に対する種々の変更は、当業者に容易に明白であり、ここに定義される包括的原理は、この発明の精神または範囲から逸脱することなく他の実施形態に提供してもよい。従って、この発明は、ここに示された実施形態に限定することを意図したものではなく、ここに開示される原理および新規な特徴に一致する最も広い範囲が許容されるべきである。
【図１】
2010136384.tif 000017
【図２】
2010136384.tif 000018
【図３】
2010136384.tif 000019
【図４】
2010136384.tif 000020
【図５】
2010136384.tif 000021
【図６】
2010136384.tif 000022
【図７】
2010136384.tif 000023
【図８】
2010136384.tif 000024
【図９】
2010136384.tif 000025
【図１０】
2010136384.tif 000026
【図１１】
2010136384.tif 000027
【図１２】
2010136384.tif 000028
【図１３】
2010136384.tif 000029
【手続補正書】
【提出日】平成22年1月14日(2010.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおけるマルチメディア番組を受信する方法であって、
ユーザー入力を受信すること、
ユーザー入力に基づいて、ユーザー選択の可能性のある第１の番組を識別すること、および、
前記第１の番組のユーザー選択の前に、前記第１の番組の少なくとも１つの部分のデコーディングを開始すること、
を備えた方法。
【請求項２】
前記ユーザー入力を受信することは、前記第１の番組を強調する前記ユーザー入力を受信することを含む、請求項１の方法。
【請求項３】
前記ユーザー入力に基づいて、ユーザー選択の可能性のある第２の番組を識別することと、および、
前記第２の番組のユーザー選択の前に、前記第２の番組の少なくとも１つの部分のデコーディングを開始すること、
をさらに備えた請求項１の方法。
【請求項４】
前記第１および第２の番組はチャネルスクロールの異なる方向のためのものである、請求項３の方法。
【請求項５】
前記第１の番組の前記少なくとも１つの前記デコーディングを完了した後に前記第１の番組の前記少なくとも１つを解凍することをさらに備えた請求項１の方法。
【請求項６】
前記第１の番組のためのユーザー選択を受信すること、および、
前記第１の番組の前記少なくとも１つのデコーディングを完了した後に、前記第１の番組のための前記ユーザー選択を受信することに応答して前記第１の番組の前記少なくとも１つの部分を解凍すること、
をさらに備えた請求項１の方法。
【請求項７】
前記ユーザー入力に基づいて新しい番組を選択するためにユーザーナビゲーションを検出すること、および、
前記少なくとも１つの番組のためのユーザー選択を予期して少なくとも１つの番組のためのオーバーヘッド情報を受信すること、
をさらに備え、前記オーバーヘッド情報は、前記少なくとも１つの番組をデコードするために使用される、請求項１の方法。
【請求項８】
前記少なくとも１つの番組は、ディスプレイスクリーンに提示するのに適した番組案内のための番組を含む請求項７の方法。
【請求項９】
前記ユーザー入力を受信することは、利用可能な番組をスクロールするためのキーの押下を受信することを含む、請求項１の方法。
【請求項１０】
前記ユーザー入力は、ユーザー選択された番組のための数値入力を受信することを含む請求項１の方法。
【請求項１１】
前記第１の番組の少なくともひとつの部分のデコーディングを開始することは、前記第１の番組のユーザー選択の前に前記第１の番組のオーディオ部分のデコーディングを開始することを含む、請求項１の方法。
【請求項１２】
前記第１の番組の前記少なくとも１つの部分のデコーディングを開始することは、前記第１の番組のユーザー選択の前に前記第１の番組のビデオ部分のデコーディングを開始することを含む、請求項１の方法。
【請求項１３】
ユーザー入力を受信し、前記ユーザー入力に基づいてユーザー選択の可能性のある番組を識別し、前記番組のユーザー選択の前に前記番組の少なくとも１つの部分のデコーディングを開始するように機能的に作用するコントローラーと、
前記コントローラーにより指示された前記番組の前記少なくとも１つの部分をデコードするように機能的に作用するデータプロセッサーと、
を備えた無線通信システムにおける装置。
【請求項１４】
前記コントローラーは、前記番組を強調する前記ユーザー入力を受信するように動作可能である、請求項１３の装置。
【請求項１５】
前記番組がデコードされた後に前記番組の前記少なくとも１つの部分を解凍するように機能的に作用する少なくとも１つのデコーダをさらに備えた、請求項１３の装置。
【請求項１６】
ユーザー入力を受信する手段と、
前記ユーザー入力に基づいてユーザー選択の可能性のある番組を識別する手段と、
前記番組のユーザー選択の前に前記番組の少なくとも１つの部分のデコーディングを開始する手段と、
を備えた無線通信システムにおける装置。
【請求項１７】
前記ユーザー入力を受信する手段は、前記番組を強調する前記ユーザー入力を受信する手段を含む、請求項１６の装置。
【請求項１８】
前記番組の前記少なくとも１つの部分のデコーディングを完了した後に前記番組の前記少なくとも１つの部分を解凍する手段をさらに具備する、請求項１６の装置。
【外国語明細書】
2010136384000001.pdf