(57)【特許請求の範囲】
【請求項１】
不連続受信（ＤＲＸ）を行う装置であって、
ノードからダウンリンクで制御チャネルを不連続受信により受信するために、デバイスの第１の受信機をイネーブルにするための手段と、
前記ダウンリンクでデータを受信するために、前記制御チャネルが前記デバイスをスケジュールすること、を決定するための手段と、
トリガイベントの検出に応じて、前記ダウンリンクで前記データを受信するために、前記第１の受信機よりも多くの電力を消費する前記デバイスの第２の受信機をイネーブルにし、前記第１の受信機をディセーブルにするための手段と、
前記第２の受信機がイネーブルにされたときにタイマを開始するための手段と、
前記第２の受信機がアクティブである間に後続トリガイベントが生じたかどうか判定を行うための手段と、
前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために、前記第１の受信機を再イネーブルにするための手段と、
を備える装置であって、
前記後続トリガイベントが検出される場合、前記タイマがリセットされ、
前記後続トリガイベントが検出されない場合、前記タイマの持続時間がタイマしきい値を満たしたかどうかのさらなる判定が行われ、
前記タイマしきい値が満たされた場合に、前記デバイスの前記第１の受信機が再イネーブルにされる、装置。
【請求項２】
第１の受信機と、
前記第１の受信機よりも多くの電力を消費する第２の受信機と、
前記ノードから前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにし、前記ダウンリンクでデータを受信するために前記制御チャネルが前記装置をスケジュールすることを決定し、前記ダウンリンクで前記データを受信するために前記第２の受信機をイネーブルにし、前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するための前記第１の受信機を再イネーブルにするための受信機選択器と、
をさらに備える、請求項１に記載の装置。
【請求項３】
前記受信機選択器はさらに、タイマの終了に応じて、前記データを受信した後で、前記第１の受信機をイネーブルにするためのものである、請求項２に記載の装置。
【請求項４】
前記受信機選択器はさらに、前記タイマの持続時間中に前記第２の受信機によって前記制御チャネルを受信し、追加データを受信するように前記制御チャネルが前記デバイスをスケジュールするということを決定することに応じて前記タイマの持続時間を延長するためのものである、請求項３に記載の装置。
【請求項５】
前記受信機選択器はさらに、前記ノードから前記ダウンリンクで前記制御チャネルを受信するために前記デバイスの前記第１の受信機をイネーブルすることによって接続モードで不連続受信を実行するためのものである、請求項２に記載の装置。
【請求項６】
前記第１の受信機はレーキ受信機を備え、前記第２の受信機はイコライザ受信機を備える、請求項２に記載の装置。
【請求項７】
前記第１の受信機は干渉緩和を実行せず、前記第２の受信機が干渉緩和を実行する、請求項２に記載の装置。
【請求項８】
前記第１の受信機は受信ダイバーシティを実行せず、前記第２の受信機が受信ダイバーシティを実行する、請求項２に記載の装置。
【請求項９】
前記受信機選択器はさらに、有効な高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を検出することによって、前記ダウンリンクで前記データを受信するために、前記制御チャネルが前記デバイスをスケジュールすること、を決定するためのものである、請求項２に記載の装置。
【請求項１０】
前記受信機選択器はさらに、有効な高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）を検出することによって、前記ダウンリンクで前記データを受信するように前記制御チャネルが前記デバイスをスケジュールするということを決定するためのものである、請求項２に記載の装置。
【請求項１１】
前記受信機選択器はさらに、連続パケット接続−不連続受信（ＣＰＣ−ＤＲＸ）パラメータＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅについてのタイマをモニタすることによって、前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、請求項２に記載の装置。
【請求項１２】
前記受信機選択器はさらに、ＣＰＣ−ＤＲＸパラメータＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅについての前記タイマに加えて、内部ユーザ機器タイマをモニタすることによって、前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、請求項１１に記載の装置。
【請求項１３】
前記受信機選択器はさらに、Ｅｎｈａｎｃｅｄ  ＵＥ  ＤＲＸ  Ｔ３２１パラメータについてのタイマをモニタすることによって、前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、請求項２に記載の装置。
【請求項１４】
前記受信機選択器はさらに、Ｅｎｈａｎｃｅｄ  ＵＥ  ＤＲＸ  Ｔ３２１パラメータについての前記タイマに加えて、内部ユーザ機器タイマをモニタすることによって、前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、請求項１３に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
（米国特許法の下の優先権主張）
[0001]  本特許出願は、ここでの譲受人に譲渡され、これによりここにおいて参照によって明示的に組み込まれた、２０１０年１１月１６日に出願された「POWER OPTIMIZED DEMODULATOR FRONT END (DEMFRONT) RECEIVER SUBSYSTEM」と題された米国仮出願番号第６１／４１４，０６４号の優先権を主張する。
【背景】
【０００２】
[0002]  本開示の態様は一般的には無線通信システムに関し、より具体的には、ユーザ機器または同様なデバイスにおける受信機サブシステムによる電力最適化プロシージャに関する。
【０００３】
[0003]  無線通信ネットワークは、電話、ビデオ、データ、メッセージング、ブロードキャスト等のような様々な通信サービスを提供するように広く展開されている。このようなネットワークは、大抵多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。このようなネットワークの一例は、ＵＭＴＳ地上ラジオアクセスネットワーク（ＵＴＲＡＮ）である。ＵＴＲＡＮは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部、第３世代パートナーシッププロジェクト（３ＧＰＰ）によってサポートされる第３世代（３Ｇ）モバイル電話技術、として定義されるラジオアクセスネットワーク（ＲＡＮ）である。モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））技術にとってかわるものであるＵＭＴＳは、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）、時分割符号分割多元接続（ＴＤ−ＣＤＭＡ）、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）のような様々なエアインタフェース規格を現在サポートする。ＵＭＴＳはまた、関連付けられたＵＭＴＳネットワークに、より高いデータ転送速度およびキャパシティを提供する、高速パケット接続（ＨＳＤＰＡ）のような、エンハンスド３Ｇデータ通信プロトコルをサポートする。
【０００４】
[0004]  モバイルブロードバンドアクセスの需要が高まるにつれ、研究と開発は、高まるモバイルブロードバンドアクセスの需要を満たすためだけではなく、モバイル通信によりユーザ経験を進展させ高めるために、ＵＭＴＳ技術を進展させつづける。
【０００５】
[0005]  ユーザ経験、およびモバイル通信性能を改善させる１つの方法は、電力使用を管理することを通じて行なわれる。例えば、接続モードでの不連続受信(discontinuous reception)（ＤＲＸ）は、ユーザ機器（ＵＥ）での電力消費を減らすことを目的とする電力節約仕様または機能(power savings specification or feature)である。電力節約における、さらなる改善が所望されている。
【発明の概要】
【０００６】
[0006]  セルラ通信システムでは、電力最適化された復調器フロントエンド(ＤＥＭＦＲＯＮＴ)受信機サブシステムは、ＤＥＭＦＲＯＮＴ受信機サブシステムのオペレーションを最適化することによって電力使用を縮小することができる。例えば、ＵＥは、アクセスネットワーク（例えば、ＨＳＤＰＡ、ＬＴＥ）上でデータが送信されないときには、低電力ＤＥＭＦＲＯＮＴ受信機モードを選択し、有効なデータが検出されたときには、アドバンスドＤＥＭＦＲＯＮＴ受信機モード（例えば、相対的により高いデータレート機能を有する）をイネーブルにする(enables)。実現された電力最適化(receiver circuitry optimizations)は、不連続受信（ＤＲＸ）機能における受信機回路最適化に加えたものであり得る。
【０００７】
[0007]  一態様では、本開示は、検出またはモニタリング(detection or monitoring)について低電力モードでデバイスを動作させ、トリガイベント(trigger event)を検出し、トリガイベントの検出に応じて高電力モードでデバイスを動作させ、タイマの終了に従って低電力モードに戻す方法を提供しており、ここでは、低電力モードは、高電力モードよりも少ない電力を消費する。例示的な事例では、本開示は、高電力モード中に後続トリガイベントを検出し、高電力モードの持続時間を延長する方法を提供する。
【０００８】
[0008]  別の態様では、少なくとも１つのプロセッサは、検出またはモニタリングについて低電力モードでデバイスを動作させるための第１のモジュールを備える。第２のモジュールはトリガイベントを検出する。第３のモジュールは、トリガイベントの検出に応じて、高電力モードでデバイスを動作させる。第４のモジュールは、タイマの終了にしたがって低電力モードに戻り、ここにおいて、低電力モードは、高電力モードより少ない電力を消費する。例示的な事例では、本開示は、高電力モード中に後続トリガイベントを検出し、高電力モードの持続時間を延長するための第５のモジュールをさらに備える少なくとも１つのプロセッサを提供する。
【０００９】
[0009]  さらなる態様では、コードのセットを格納するためのノントランジトリコンピュータ可読媒体を備えるコンピュータプログラムプロダクトが提供される。第１のコードのセットは、コンピュータに、検出またはモニタリングについて低電力モードでデバイスを動作させる。第２のコードのセットは、コンピュータに、トリガイベントを検出させる。第３のコードのセットは、コンピュータに、トリガイベントの検出に応じて高電力モードでデバイスを動作させる。第４のコードのセットは、コンピュータに、タイマの終了にしたがって低電力モードに戻らせ、ここにおいて、低電力モードは、高電力モードより少ない電力を消費する。例示的な態様では、コンピュータプログラムプロダクトはさらに、コンピュータに、高電力モード中に後続トリガイベントを検出させ高電力モードの持続時間を延長させるための第５のコードのセットを備える。
【００１０】
[0010]  さらなる態様では、装置は、検出またはモニタリングについて低電力モードでデバイスを動作させるための手段を備える。装置はさらに、トリガイベントを検出するための手段を備える。装置はさらに、トリガイベントの検出に応じて、高電力モードでデバイスを動作させるための手段を備える。装置はさらに、タイマの終了にしたがって低電力モードに戻るための手段を備え、ここにおいて、低電力モードは、高電力モードより少ない電力を消費する。例示的な態様では、装置はさらに、高電力モード中に後続トリガイベントを検出するための手段と、高電力モードの持続時間を延長するための手段と、を備える。
【００１１】
[0011]  また別の態様では、装置は、低電力モードおよび高電力モードで選択的に動作可能な第１の回路を備え、ここにおいて、低電力モードは、高電力モードより少ない電力を消費する。装置は、検出またはモニタリングについて低電力モードで第１の回路を動作させ、トリガイベントを検出し、トリガイベントの検出に応じて高電力モードでデバイスを動作させ、タイマの終了に従って低電力モードに戻るための第２の回路を含む。例示的な態様では、第２の回路はさらに、高電力モード中に後続トリガイベントを検出するためのものであり、高電力モードの持続時間を延長するためのものである。
【００１２】
[0012]  一態様では、セルラ通信システムにおける復調器フロントエンド受信機サブシステムを電力最適化するための方法が提供される。第１の復調フロントエンド受信機サブシステムは、低電力モードでダウンリンク制御チャネルを受信する。ダウンリンクデータチャネルで(on a downlink data channel)データ送信を示すトリガイベントが検出される。第２の復調フロントエンド受信機サブシステムは、高電力モードでトリガイベントに応じてデータ送信を受信するためにイネーブルにされる。高電力モードは、タイマをモニタすることによってデータ送信の持続時間の間、継続する。低電力モードは、タイマの終了に応じて戻り、ここにおいて、低電力モードを定義する第１の復調フロントエンド受信機サブシステムは、高電力モードを定義する第２の復調フロントエンド受信機サブシステムよりも少ない電力を消費する。
【００１３】
[0013]  別の態様では、セルラ通信システムにおける復調器フロントエンド受信機サブシステム選択を電力最適化するための少なくとも１つのプロセッサが提供される。第１のモジュールは、低電力モードで第１の復調フロントエンド受信機サブシステムでダウンリンク制御チャネルを受信する。第２のモジュールは、ダウンリンクデータチャネルでデータ送信を示すトリガイベントを検出する。第３のモジュールは、高電力モードでトリガイベントに応じてデータ送信を受信するために第２の復調フロントエンド受信機サブシステムをイネーブルにする。第４のモジュールは、タイマをモニタすることによってデータ送信の持続時間の間、高電力モードを継続する。第５のモジュールは、タイマの終了に応じて低電力モードに戻り、ここにおいて、低電力モードを定義する第１の復調フロントエンド受信機サブシステムは、高電力モードを定義する第２の復調フロントエンド受信機サブシステムよりも少ない電力を消費する。
【００１４】
[0014]  さらなる態様では、セルラ通信システムにおける復調器フロントエンド受信機サブシステム選択を電力最適化するためのコンピュータプロダクトが提供される。ノントランジトリコンピュータ可読媒体は、コードのセットを格納する。第１のコードのセットは、コンピュータに、低電力モードで第１の復調フロントエンド受信機サブシステムでダウンリンク制御チャネルを受信させる。第２のコードのセットは、コンピュータに、ダウンリンクデータチャネルでデータ送信を示すトリガイベントを検出させる。第３のコードのセットは、コンピュータに、高電力モードでトリガイベントに応じてデータ送信を受信するために第２の復調フロントエンド受信機サブシステムをイネーブルにさせる。第４のコードのセットは、コンピュータに、タイマをモニタすることによってデータ送信の持続時間の間、高電力モードを継続させる。第５のコードのセットは、コンピュータに、タイマの終了に応じて低電力モードに戻らせ、ここにおいて、低電力モードを定義する第１の復調フロントエンド受信機サブシステムは、高電力モードを定義する第２の復調フロントエンド受信機サブシステムよりも少ない電力を消費する。
【００１５】
[0015]  さらなる態様では、セルラ通信システムにおける復調器フロントエンド受信機サブシステムを電力最適化するための装置が提供される。装置は、低電力モードで第１の復調フロントエンド受信機サブシステムでダウンリンク制御チャネルを受信するための手段を備える。装置は、ダウンリンクデータチャネルでデータ送信を示すトリガイベントを検出するための手段を備える。装置は、高電力モードでトリガイベントに応じてデータ送信を受信するために第２の復調フロントエンド受信機サブシステムをイネーブルにするための手段を備える。装置は、タイマをモニタすることによってデータ送信の持続時間の間、高電力モードを継続するための手段を備える。装置は、タイマの終了に応じて低電力モードに戻るための手段を備え、ここにおいて、低電力モードを定義する第１の復調フロントエンド受信機サブシステムは、高電力モードを定義する第２の復調フロントエンド受信機サブシステムよりも少ない電力を消費する。
【００１６】
[0016]  別の態様では、セルラ通信システムにおける復調器フロントエンド受信機サブシステムを電力最適化するための装置が提供される。低電力モードを定義する第１の復調フロントエンド受信機サブシステムは、高電力モードを定義する第２の復調フロントエンド受信機サブシステムよりも少ない電力を消費する。装置は、低電力モードで第１の復調フロントエンド受信機サブシステムでダウンリンク制御チャネルを受信し、ダウンリンクデータチャネルでデータ送信を示すトリガイベントを検出し、高電力モードでトリガイベントに応じてデータ送信を受信するために第２の復調フロントエンド受信機サブシステムをイネーブルにし、タイマをモニタすることによってデータ送信の持続時間の間、高電力モードを継続し、タイマの終了に応じて、低電力モードに戻るための受信機選択回路を含む。
【００１７】
[0017]  本発明のこれらおよび他の態様は、次に続く、詳細な説明を検討するとより十分に理解されるであろう。
【図面の簡単な説明】
【００１８】
【図１】[0018]  図１は電力最適化のための方法のフロー図を図示する。
【図２】[0019]  図２は受信機間の電力最適化選択のためにユーザ機器を用いたセルラ通信システムの機能ブロック図を図示する。
【図３】[0020]  図３は、一態様によるセルラ通信システムにおける電力最適化のための方法のフロー図を図示する。
【図４Ａ】[0021]  図４Ａ−図４Ｃは、低電力受信機で制御チャネルを受信し、ある状態(a condition)が検出されるときに高電力受信機をイネーブルにすることによって、接続モードで不連続受信（ＤＲＸ）を実行するユーザ機器（ＵＥ）の受信機選択器のタイミング図を図示する。
【図４Ｂ】[0021]  図４Ａ−図４Ｃは、低電力受信機で制御チャネルを受信し、ある状態が検出されるときに高電力受信機をイネーブルにすることによって、接続モードで不連続受信（ＤＲＸ）を実行するユーザ機器（ＵＥ）の受信機選択器のタイミング図を図示する。
【図４Ｃ】[0021]  図４Ａ−図４Ｃは、低電力受信機で制御チャネルを受信し、ある状態が検出されるときに高電力受信機をイネーブルにすることによって、接続モードで不連続受信（ＤＲＸ）を実行するユーザ機器（ＵＥ）の受信機選択器のタイミング図を図示する。
【図４Ｄ】[0022]  図４Ｄ−４Ｆは、低電力受信機で制御チャネルを受信し、また、ＵＥを対象とした制御チャネルが復号されるときに、トリガされたタイマの持続時間の間、高電力受信機をイネーブルにすることによって、接続モードでＤＲＸを実行するＵＥの受信機選択器のタイミング図を図示する。
【図４Ｅ】[0022]  図４Ｄ−４Ｆは、低電力受信機で制御チャネルを受信し、また、ＵＥを対象とした制御チャネルが復号されるときに、トリガされたタイマの持続時間の間、高電力受信機をイネーブルにすることによって、接続モードでＤＲＸを実行するＵＥの受信機選択器のタイミング図を図示する。
【図４Ｆ】[0022]  図４Ｄ−４Ｆは、低電力受信機で制御チャネルを受信し、また、ＵＥを対象とした制御チャネルが復号されるときに、トリガされたタイマの持続時間の間、高電力受信機をイネーブルにすることによって、接続モードでＤＲＸを実行するＵＥの受信機選択器のタイミング図を図示する。
【図５】[0023]  図５は、電力最適化された装置の一態様についてのハードウェア実装の例を図示する概念図を図示する。
【図６】[0024]  図６は、Ｗ−ＣＤＭＡエアインタフェースを利用するＵＭＴＳシステムで動作している電力最適化されたユーザ機器の一態様の概略図を図示する。
【図７】[0025]  図７は、ＵＴＲＡＮアーキテクチャにおいてアクセスネットワークで動作している電力最適化されたユーザ機器の一態様の概略ブロック図を図示する。
【図８】[0026]  図８は、電力最適化されたユーザ機器の態様と通信するベースノードの一態様の概略ブロック図を示す。
【図９】[0027]  図９は、一態様によるセルラ通信システムにおける電力最適化復調器フロントエンド受信機サブシステム選択のためのシステムの概略ブロック図を図示する。
【詳細な説明】
【００１９】
[0028]  無線技術では、ユーザ機器（ＵＥ）は、受信機サブシステムにおいて、その復調フロントエンド(demodulation front-end)（「ＤＥＭＦＲＯＮＴ(demfront)」)受信機について複数のオペレーションモードを有しうる。ＵＥで利用されるＤＥＭＦＲＯＮＴ受信機(Demfront receivers)は、レーキ受信機(rake receivers)、リニアイコライザ受信機(linear equalizer receivers)、干渉緩和を使用するイコライザ(equalizers)を含む。さらに、ＤＥＭＦＲＯＮＴ受信機はまた、受信ダイバーシティ(receive diversity)を活用することがある。あるシナリオではある受信機が別の受信機より性能が良いことがあるので、複数の受信機が使用されうる。
【００２０】
[0029]  不連続受信(Discontinuous Reception)（ＤＲＸ）は、ＵＥが特定の時間インターバルにわたってモニタすることが必要とされるダウンリンクチャネルのサブセットを定義する無線技術（例えば、ＨＳＰＡ＋、ＬＴＥ等）における機能(feature)である。これらのインターバルの間に、ＵＥは、受信機回路をシャットダウンすることが許容されるので電力使用を縮小し、それによって、バッテリー寿命を増大させる。このような受信機回路は、ＤＥＭＦＲＯＮＴ受信機で使用されるハードウェアとラジオ受信機を含むことができるが、それらに限定されていない。接続モードでのＤＲＸコンセプトの基本的概念は、３ＧＰＰ  ＴＳ  ２５．９０３  Ｒｅｌｅａｓｅ７で見つけられることができる。本開示の利益によって、この説明は、Ｒｅｌｅａｓｅ７仕様の外、および、他のラジオアクセス技術に拡張されることができるということは理解されるべきである。
【００２１】
[0030]  ここで理解されるように、電力使用をさらに減らす機会がネットワーク非アクティビティの期間中に生じる。具体的には、いずれのＨＳＤＰＡ（高速ダウンリンクパケットアクセス）データもネットワークによってスケジュールされない場合には、ＵＥにおけるＨＳＤＰＡのためのＤＥＭＦＲＯＮＴ受信機サブシステムは、ＵＥを対象としたネットワークアクティビティの開始を検出するためにＨＳ−ＳＣＣＨ（およびＨＳ−ＳＣＣＨなし送信の場合にはＨＳ−ＰＤＳＣＨ送信）上のシグナリングをモニタすることのみ必要とされる。
【００２２】
[0031]  さらに、ここで理解されるように、様々なＤＥＭＦＲＯＮＴ受信機は異なる電力を消費しうる。一般に、ＤＥＭＦＲＯＮＴ受信機の性能と電力利用は相互に関連づけられる。例えば、非受信ダイバーシティモードで実行するレーキ受信機は、受信ダイバーシティモードで干渉緩和をサポートするイコライザより少ない電力を消費することが想定され期待される；性能の低下もまた想定され期待される。この電力差は、受信機によるハードウェア使用または復調時間における変動のいずれかの形で表れることができる。
【００２３】
[0032]  本発明は、ネットワーク非アクティビティの時間の間に低電力受信機サブシステムのオペレーションモードを使用すること、および、ネットワークアクティビティが検出されるときより多くの電力を消費するより高性能な(例えば、相対的により高いデータレート機能)受信機サブシステムのオペレーションモードを使用すること、を開示する。一態様では、本発明は、ネットワークアクティビティに起因する受信機サブシステム選択が内部ＵＥタイマに基づくということ、および、ネットワークアクティビティに起因する受信機サブシステム選択が、構成される場合には、ＤＲＸ構成に基づくということ、という２つの部分を含めうる。後者の場合、電力最適化された受信機サブシステムの選択は、受信機回路のシャットダウンに起因して電力最適化と関連して、実行されることができる。２つの手法の組み合わせもまた可能である。
【００２４】
[0033]  下記で、添付図面に関連して、記載される詳細な説明は、様々な構成の説明として意図されており、ここにおいて説明される概念が実践されうる唯一の構成を表すように意図されていない。詳細な説明は、様々な概念の完全な理解を提供するために具体的な詳細を含んでいる。しかしながら、これらの概念がこれらの具体的な詳細なしで実行されうるということは、当業者にとっては明らかであろう。他の例では、よく知られた構造およびコンポーネントは、そのような概念を不明瞭にすることを回避するために、ブロック図の形で示されている。
【００２５】
[0034]  図１において、本開示は、電力最適化のための方法１００を提供する。ブロック１０２では、デバイスは、例えば制御チャネルの、検出またはモニタリングについて低電力モードで動作する。例えば、デバイスは、低電力モードを達成するために相対的に低電力の第１の受信機システムを動作する。デバイスは、トリガイベント（例えば、有効な高速共有制御チャネル（ＨＳ−ＳＣＣＨ）、有効な高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）等）を検出する（ブロック１０４）。その後で、デバイスは、トリガイベントの検出に応じて、高電力モードで動作する（ブロック１０６）。例えば、デバイスは、第１の受信機システムとは異なるまたは同じでありうる相対的に高い電力の第２の受信機システムを動作し、相対的に低い電力の受信機システムをＯＦＦにしうる。ブロック１０８では、デバイスは、ネットワークアクティビティ（例えば、データ送信）に相当する期間の間、タイマを開始する。例えば、タイマは、高電力モードのオペレーションの開始と実質的に同時に開始しうる。デバイスは、高電力モードで動作している間に後続トリガイベントが生じたかどうか判定を行なう（ブロック１１０）。例えば、後続トリガイベントは、限定されてはいないが、追加データを受信するようにデバイスがスケジュールするということを検出することを含めうる。後続トリガイベントが検出される場合には、タイマはリセットされ（ブロック１１２）、処理はブロック１１０に戻る。後続トリガイベントが検出されない場合には、データ送信が終結したかどうか、または、タイマが終了したかどうか（例えば、タイマしきい値(timer threshold)が満たされている）についてのさらなる判定が行なわれる（ブロック１１４）。満たされた場合には、処理は、低電力モードに戻るために、ブロック１０２に戻る。満たされない場合には、処理は、高電力モードを継続するために、ブロック１１０に戻る。
【００２６】
[0035]  例えば、タイマしきい値は、連続パケット接続−不連続受信（ＣＰＣ−ＤＲＸ）パラメータＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅ(the Continuous Packet Connectivity-Discontinuous Reception (CPC-DRX) parameter Ｉｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅ)のような、ネットワーク構成のパラメータに基づくことができる。別の例では、タイマは、エンハンスドＵＥ  ＤＲＸ  Ｔ３２１パラメータのような、ネットワーク構成のパラメータに基づくことができる。ネットワーク構成パラメータに基づくこれらのタイマしきい値の代わりに、または、加えて、内部ユーザ機器タイマしきい値が使用されることができる。
【００２７】
[0036]  図２において、セルラ通信システム２００では、装置は、ユーザ機器（ＵＥ）２０２と表され、復調器フロントエンド受信機サブシステム選択によって電力消費を最適化する。一般的には性能のトレードオフにも関わらず、第１の復調フロントエンド受信機サブシステム２０４は、第２の復調フロントエンド受信機サブシステム２０６よりも少ない電力を消費する。コンピューティングプラットフォーム２０８は、プロセッサ２１０と、受信機選択器２１３のためのコードを格納するためのノントランジトリコンピュータ可読媒体２１２と、を含み、ノード２１６からダウンリンク制御チャネル２１４を受信するために第１の復調フロントエンド受信機２０４をイネーブルにする。コンピューティングプラットフォーム２０８は、ダウンリンクデータチャネル２２０でデータ送信２１９を示すトリガイベント２１８を検出する。それに応じて、コンピューティングプラットフォーム２０８は、データ送信２１９を受信するために第２の復調フロントエンド受信機サブシステム２０６をイネーブルにし、データ受信中に第１の復調フロントエンド受信機サブシステム２０４の動作を中止しうる。
【００２８】
[0037]  本開示の利益により、第１および第２の復調フロントエンド受信機サブシステム２０４、２０６の選択は、ＵＥ２０２でプロビジョンされた複数の受信機または受信機モードの中から選択して、動的であることができるということが理解されるべきである。例えば、どのプロビジョンされた受信機が相対的に低電力であるかまたは相対的によりよく実行するかは、使用されている帯域または通信プロトコル、干渉源の存在または不在、マルチパスチャネルフェーディング等によって変わることがある。例えば、特定のプロビジョンされた受信機は、あるシナリオでは相対的により低電力であることができるが、別のシナリオでは相対的により高電力であることができる。代替的に、選択された受信機はあるシチュエーションでは使用可能であるが、別のシチュエーションでは使用可能ではないことがある。
【００２９】
[0038]  第１の例示的な態様では、第１の受信機はレーキ受信機を備え、第２の受信機はイコライザ受信機を備える。
【００３０】
[0039]  第２の例示的な態様では、第１の受信機は干渉緩和を実行せず、第２の受信機は干渉緩和を実行する。
【００３１】
[0040]  第３の例示的な態様では、第１の受信機は受信ダイバーシティを実行せず、第２の受信機は、受信ダイバーシティを実行する。
【００３２】
[0041]  一態様では、低電力モードは、高電力モードの機能縮小バージョン(feature-reduced version)であることができる。例えば、高電力モードは、通常のオペレーションモードであることができる。
【００３３】
[0042]  一態様では、第１の復調フロントエンド受信機サブシステム２０４は、非受信ダイバーシティレーキ受信機を備える。第２の復調フロントエンド受信機サブシステム２０６は、受信ダイバーシティを有するレーキ受信機、受信ダイバーシティのないイコライザ受信機、受信ダイバーシティを有するイコライザ受信機、受信ダイバーシティのない干渉緩和受信機を有するイコライザ、および受信ダイバーシティを有する干渉緩和受信機を有するイコライザのうちの選択された１つを備える。
【００３４】
[0043]  別の態様では、第１の復調フロントエンド受信機サブシステム２０４は受信ダイバーシティレーキ受信機を備える。第２の復調フロントエンド受信機サブシステム２０６は、受信ダイバーシティのないイコライザ受信機、受信ダイバーシティを有するイコライザ受信機、受信ダイバーシティのない干渉緩和受信機を有するイコライザ、および受信ダイバーシティを有する干渉緩和受信機を有するイコライザのうちの選択された１つを備える。
【００３５】
[0044]  さらなる態様では、第１の復調フロントエンド受信機サブシステム２０４は、非受信ダイバーシティ受信機を備え、第２の復調フロントエンド受信機サブシステム２０６は、受信ダイバーシティ受信機を備える。
【００３６】
[0045]  レーキ受信機は、マルチパスフェーディングの効果に対抗するように設計されたラジオ受信機である。フィンガと呼ばれるいくつかの「サブ受信機」、すなわち、異なるマルチパスコンポーネントに各々割り当てられたいくつかの相関器、を使用することによってこのことを行なう。各フィンガは、単一のマルチパスコンポーネントを独立して復号し；後の段階で、すべてのフィンガの寄与(contribution)は、各送信パスの異なる送信特性を活用するために、合成される。このことは、「クリーン」な環境よりもマルチパス環境において、より高い信号対雑音比、または、ビット当たりのエネルギー対雑音電力スペクトラル密度比(the energy per bit to noise power spectral density ratio)（Ｅｂ／Ｎ０）という非常によい結果をもたらす。ラジオ波が送信するマルチパスチャネルは、オリジナル（視線）波にマルチパスコンポーネントの数を足したものを送信するものとしてみなされることができる。マルチパスコンポーネントは、異なるエコーパスを通じて伝達するオリジナル送信波の遅延コピーであり、各々は、異なる大きさと、受信機での到達時刻を備えている。各コンポーネントがオリジナル情報を含むので、各コンポーネントの大きさおよび到達時刻（位相）が受信機で（チャネル推定と呼ばれるプロセスを通じて）計算される場合には、すべてのコンポーネントは、情報の信頼性を改善するためにコヒーレントに追加されることができる。レーキ受信機は、庭の熊手の機能の1つを思い出させるのでそのように呼ばれ、レーキ受信機の各フィンガは、熊手の歯が葉を集める方法(how tines on a rake collect leaves)と同じ方法でシンボルエネルギー(symbol energy)を集める。レーキ受信機は、モバイル電話および無線ＬＡＮ機器のような多種多様のＣＤＭＡおよびＷ−ＣＤＭＡラジオデバイスにおいて一般的である。
【００３７】
[0046]  図３では、本開示は、一態様において、セルラ通信システムにおける電力最適化のための方法３００を提供する。ブロック３０２では、デバイスの第１の復調フロントエンド受信機サブシステムは、ダウンリンク制御チャネルを受信するために、相対的に低電力モードで動作する。デバイスは、ダウンリンクデータチャネルでデータ送信を示すトリガイベントを検出する（ブロック３０４）。デバイスは、トリガイベントに応じてデータ送信を受信するために、第１の復調フロントエンド受信機サブシステムに対して相対的に高電力モードで動作し、オプションでより高い性能、例えば、より高いデータレート機能）を提供する第２の復調フロントエンド受信機サブシステムを使用することをイネーブルにする、あるいは第２の復調フロントエンド受信機サブシステムを使用することに切り替える（ブロック３０６）。ネットワークアクティビティが終結した後で、デバイスは、ダウンリンク制御チャネルの検出またはモニタリングについて低電力を使用することに戻りまたは切り替わり、ブロック３０２に戻るものとして図示されている。ブロック３０８では、デバイスは、ネットワークアクティビティ（例えば、データ送信、または、データ送信の受信）に対応する期間の間タイマを開始する。例えば、デバイスが第２の復調フロントエンド受信機サブシステム、例えばより高い電力モードを使用することに切り替わるとき、タイマが開始されうる。デバイスは、高電力モードで動作している間に後続トリガイベントが生じたかどうかという判定を行なう（ブロック３１０）。例えば、後続トリガイベントは、限定されてはいないが、追加データを受信するようにデバイスはスケジュールするということを検出することを含めうる。後続トリガイベントが検出される場合には、タイマはリセットされ（ブロック３１２）、処理はブロック３１０に戻る。検出されない場合には、データ送信が終結したかどうか（例えば、タイマしきい値が満たされている）についてのさらなる判定が行なわれる（ブロック３１４）。満たされた場合には、処理はブロック３０２に戻り、低電力モードで受信機を動作させることに戻る。満たされなかった場合には、処理はブロック３１０に戻り、高電力モードで受信機を動作させることを続ける。
【００３８】
[0047]  図４Ａ−図４Ｆでは、ＵＥ２０２（図２）の受信機選択器２１３のオペレーションの説明のためのタイミング図が、低電力受信機４００（例えば、レーキ受信機、非受信ダイバーシティ受信機、非干渉緩和受信機等）または高電力受信機４０２（例えば、イコライザ受信機、受信ダイバーシティ受信機、干渉緩和受信機等）のいずれかをイネーブルにするために図示されている。縮尺通りに図示されていないが、Ｎ＝１０のサブフレームのＤＲＸサイクルがこれらの例において図示されている。明りょうのため、ここで説明されている態様が１より多いＳＣＣＨに適用されることができるにもかかわらず、受信パターンでモニタするＳＣＣＨの数はＭ＝１である。ＳＣＣＨがＵＥについて有効である場合に、非アクティビティしきい値(inactivity threshold)「Ｔ」が働き始める(kicks in)。
【００３９】
[0048]  ＳＣＣＨとラベルされたブロックは、ＵＥによってモニタされるＳＣＣＨサブフレームについて注釈がつけられておらず（例えば、太字で表されておらず、細線で表されている）、ＳＣＣＨ  ＣＲＣは、ＳＣＣＨはＵＥを対象としてないということを示していない。ＳＣＣＨとラベルされたブロックは、ＵＥによってモニタされる、および、ＳＣＣＨ  ＣＲＣが通るＳＣＣＨサブフレームについて注釈がつけられており（例えば、太字または太線で表されている）、したがって、ＳＣＣＨがＵＥを対象としているということを示す。
【００４０】
[0049]  デルタ「Δ」を含む各ブロックは、ＳＣＣＨサブフレームに続く復号遅延を示す。明りょうのため、復号遅延は低電力モードおよび高電力モード間において同一と図示されているが、高電力受信機は復号するのにより長く時間がかかる可能性がある。さらに、すべての図は、この復号遅延（デルタ「Δ」）のモデル化に起因するＳＣＣＨサブフレームの終わりと低電力受信機４００のタイムラインと高電力受信機４０２のタイムラインとの間のオフセットを図示する。
【００４１】
[0050]  図４Ａ−４Ｃにおいて、第１のバージョンの受信機選択器２１３では、アドバンスド受信機イネーブルメント(enablement of the advanced receiver)のためのしきい値が図示されている。根底をなす態様は、アドバンスド受信機（高電力受信機４０２）のイネーブルメント(enablement)が、ある状態(some condition)の持続時間の有効ＳＣＣＨに応じる、ということである。この場合、その状態とは、ＵＥについて有効な最後のＳＣＣＨを超えて「Ｘ」サブフレームに対して高電力受信機４０２を使用することを継続することである。図４Ａは、ＵＥについて意図されているＳＣＣＨフレームを復号するためにＤＲＸ中にイネーブルにされている低電力受信機４００のみを図示する。図４Ｂ−４Ｃでは、アドバンスド受信機４０２について、網掛けの長方形は、アドバンスド受信機４０２がまだアクティブであるということを示す。ＨＳチャネルがモニタリングを必要としてないので、アドバンスド受信機４０２は、これらのインターバル中にディスエーブルにされることができる。アドバンスド受信機は、タイマ「Ｘ」が終了しない場合次のＳＣＣＨ受信パターン中にイネーブルにされる。図４Ｃでは、ＴとＸの繰り返されたシーケンスは、タイマは有効なＳＣＣＨの各発生時にリセットされるということを示す。
【００４２】
[0051］  図４Ｄ−４Ｆでは、第２のバージョンの受信機選択器２１３では、アドバンスド受信機イネーブルメントのタイマが図示されている。基盤態様は、アドバンスド受信機（高電力受信機４０２）のイネーブルメントがタイマの持続時間の間（非アクティビティしきい値「Ｔ」）有効ＳＣＣＨに応じる、ということである。図４Ｄは、ＵＥについて意図されているＳＣＣＨフレームを復号するためにＤＲＸ中にイネーブルされている低電力受信機４００のみを図示する。図４Ｅ−４Ｆでは、アドバンスド受信機４０２について、網掛けの長方形は、アドバンスド受信機４０２がまだアクティブであるということを示す。ＨＳチャネルがモニタリングを必要としてないので、アドバンスド受信機４０２は、これらのインターバル中にディスエーブルにされることができる。アドバンスド受信機は、タイマ「Ｔ」が終了しない場合次のＳＣＣＨ受信パターン中にイネーブルにされる。図４Ｆでは、Ｔの繰り返されたシーケンスは、有効ＳＣＣＨの各発生時にタイマがリセットされるということを示す。
【００４３】
[0052]  不連続受信（ＤＲＸ）のための電力最適化ＤＥＭＦＲＯＮＴ選択：
２つの例のうちの１つとして、３ＧＰＰ  ＵＭＴＳ  Ｒｅｌｅａｓｅ  ７  ＣＰＣ−ＤＲＸ仕様では、ＨＳ−ＳＣＣＨ受信パターンにおけるサブフレーム中のＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨの必要とされたモニタリングは、３ＧＰＰ  ＴＳ  ２５．２１４  Ｒｅｌｅａｓｅ７の６Ｃ．３節で定義されるように、連続パケット接続（ＣＰＣ）構成に基づいて知られている。このモニタリングは必要とされ、ネットワークアクティビティとは独立している。要件は、ＵＥ＿ＤＲＸ＿ＣｙｃｌｅサブフレームごとにＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨ（必要とされる場合）をモニタすることであり、ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅサブフレームは、４，５，８，１０，１６，または２０サブフレームのうちの１つであるように構成されることができる。ダウンリンクチャネルモニタリングに関するすべての他の要件は、アップリンクアクティビティまたはダウンリンクアクティビティのいずれかに依存する。
【００４４】
[0053]  パラメータＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅは、ＵＥについて意図された有効なＨＳ−ＳＣＣＨ（またはＨＳ−ＰＤＳＣＨ）が検出された後でモニタリングに必要とされるサブフレームの数である。このことは、ＵＥについて意図されたＨＳ−ＳＣＣＨがネットワークによって送信された場合には、ネットワークは、それが非アクティビティしきい値内にある限り、ＨＳ−ＳＣＣＨ受信パターン外で、ＵＥについてのＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨをスケジュールすることができるということを意味する。このことはまた、データスケジューリングが連続にされる場合に高スループットが可能であるということを意味する。
【００４５】
[0054]  ＵＥがＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅの外側にあるときには、ＵＥをオペレーションの低電力ＤＥＭＦＲＯＮＴ受信機サブシステムモードへとデフォルト設定にさせることにより（例えば、受信ダイバーシティのないレーキ受信機を使用することのみで）、また、いずれのアドバンスドＤＥＭＦＲＯＮＴ受信機もイネーブルにさせないことによって、電力節約が実現される。ＤＥＭＦＲＯＮＴ受信機が異なるタイムラインを有する場合、複数のＤＥＭＦＲＯＮＴ受信機の代替物がイネーブルにされるが、低電力ＤＥＭＦＲＯＮＴ受信機は選択された１つである。いずれの場合も、このことは、ネットワーク非アクティビティ（例えば、この場合は非アクティビティしきい値の外）の間に、ＵＥは、（アドバンスド受信機と比べて）高速データレートを復号することができないことがあるということを意味する。しかしながら、ＨＳＤＰＡチャネル上でネットワークアクティビティが送信されていないので、高速データレートは必要とされない。
【００４６】
[0055]  ＵＥについての有効なＨＳ−ＳＣＣＨ（またはＨＳ−ＰＤＳＣＨ）が低電力ＤＥＭＦＲＯＮＴ受信機サブシステムで検出されると、ＵＥは、ＤＥＭＦＲＯＮＴ受信機サブシステムの高電力のオペレーションモード（例えば、干渉緩和と受信ダイバーシティを有するイコライザを含むもの）をイネーブルにする。複数のＤＥＭＦＲＯＮＴ受信機は、１つがデータの復調のために選択されており（例えば、ＣＱＩを通じた選択）、オペレーションのサブシステム高電力モードにおいて動作中でありうる。ＤＥＭＦＲＯＮＴ受信機は、ＵＥ機能に依存して、受信ダイバーシティのないイコライザ、受信ダイバーシティを有する干渉緩和を有するイコライザ、受信ダイバーシティを有するレーキ受信機、および他のものを含む。この時点で、ＵＥは、基地局からのさらなるデータのために、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨをモニタしている。
【００４７】
[0056］  いったん非アクティビティしきい値が終了すると、ＵＥは、低電力ＤＥＭＦＲＯＮＴ受信機を使用してオペレーションに戻ることができる、なお、それは、ＨＳ−ＳＣＣＨ受信パターンで、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨのみをモニタしている。
【００４８】
[0057]  ネットワーク予測による電力最適化ＤＥＭＦＲＯＮＴ選択の第２の例で提案されているように、ＵＥ側タイマと合成されることができる。
【００４９】
[0058]  第２の例において、３ＧＰＰ  ＵＭＴＳ  Ｒｅｌｅａｓｅ８  エンハンスドＵＥ  ＤＲＸ仕様では、ＨＳ−ＳＣＣＨ受信パターンにおけるサブフレーム中のＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨの必要とされたモニタリングが、３ＧＰＰ  ＴＳ  ２５．３３１  Ｒｅｌｅａｓｅ  ８の８．５．４９節で定義されるように、エンハンスドＵＥ  ＤＲＸ構成に基づいて知られている。このモニタリングが必要とされ、ネットワークアクティビティとは独立している。要件は、すべてのＤＲＸ＿ＣｙｃｌｅフレームのうちＲｘ＿ｂｕｒｓｔフレームにおいて、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨ（必要とされる場合）をモニタすることである。さらに、設定される場合には、この時間の間に連続的にＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨをモニタすることをＵＥが必要とするということを示すＴ３２１タイマがある。
【００５０】
[0059]  例１と同じように、Ｔ３２１タイマがリセットされるまで、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨが検出されない場合には、受信機サブシステム低電力オペレーションモードが使用されることができる。例１とは異なり、Ｔ３２１タイマは、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨ外でネットワークアクティビティに起因してリセットされることができ、そしてそれは、第２の例で提案されるようにＵＥ側タイマと結合されることができる。
【００５１】
[0060]  内部ＵＥネットワークアクティビティタイマを通じた、電力最適化されたＤＥＭＦＲＯＮＴ選択：
[0061]  一般的なＵＥオペレーションでは（ＤＲＸに限定されない）、ＵＥは、第１の例におけるものと同様なこの電力最適化された受信機サブシステムを実行することができる。Ｉｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅパラメータに依存する代わりに、ＵＥは、ネットワークアクティビティ使用を推定するために、その独自のしきい値を使用することができる。
【００５２】
[0062]一態様では、この一般的なＵＥオペレーションとＤＲＸ特有オペレーションとの間の例外は、ＨＳ−ＳＣＣＨサブフレームのサブセットに関してのみではなくて、タイマしきい値の外側ですべてのＨＳ−ＳＣＣＨを復号するために低電力受信機サブシステムが使用される（前者はＤＲＸの外側で定義されない）(the low-power receiver subsystem will be used to decode all HS-SCCH outside the timer threshold instead of only on a subset of HS-SCCH subframes (the latter is not defined outside DRX))。このことは、受信機回路に基づく電力最適化は、汎用ＵＥオペレーションにおいて可能ではないということを意味し(implies)；電力最適化は、オペレーションのＤＥＭＦＲＯＮＴ受信機サブシステムモードの選択に基づいて生じる可能性がある。
【００５３】
[0063]  図５は、処理システム５１４を利用している装置５００についてのハードウェア実装の例を図示している概念図である。この例では、処理システム５１４は、一般的にはバス５０２で表されるバスアーキテクチャで実装されうる。バス５０２は、処理システム５１４の特定アプリケーションと全体的な設計制約に依存している、任意の数の相互接続しているバスとブリッジを含むことができる。バス５０２は、コンピュータ可読媒体５０６によって一般的に表されるコンピュータ可読媒体とプロセッサ５０４によって一般的に表される１つまたは複数のプロセッサを含んでいる様々な回路を一緒にリンクさせる。バス５０２はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路のような様々な他の回路をリンクさせ、それらは、当技術分野ではよく知られているので、さらには説明しない。バスインターフェース５０８は、バス５０２とトランシーバ５１０との間でインタフェースを提供する。トランシーバ５１０は、送信媒体上で様々な他の装置と通信するための手段を提供する。装置の性質によっては、ユーザインタフェース５１２（例えば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）もまた提供される。
【００５４】
[0064]  プロセッサ５０４は、コンピュータ可読媒体５０６上で格納されるソフトウェアの実行を含むバス５０２および一般的な処理を管理することを担う。ソフトウェアは、プロセッサ５０４によって実行されるとき、処理システム５１４に、いずれの具体的な装置について後述される様々な機能を実行させる。コンピュータ可読媒体５０６はまた、ソフトウェアを実行するとき、プロセッサ５０４によって操作されるデータを格納するために使用されうる。
【００５５】
[0065]  装置５００は、ＵＥ２０２（図２）であることができ、コンピュータ可読媒体５０６は、ここに開示される態様による方法１００（図１）を実行するための受信機選択器２１３（図２）を備える。
【００５６】
[0066]  本開示全体にわたって説明された様々な概念は、広範囲のテレコミュニケーションシステム、ネットワークアーキテクチャ、および通信規格にわたって実装されうる。例として、また、限定されてはいないが、図６で図示された本開示の態様は、Ｗ−ＣＤＭＡエアインタフェースを利用するＵＭＴＳシステム６００を参照して提示される。ＵＭＴＳネットワークは３つの相互作用する領域：コアネットワーク（ＣＮ）６０４、ＵＭＴＳ地上ラジオアクセスネットワーク（ＵＴＲＡＮ）６０２およびユーザ機器（ＵＥ）６１０、を含む。この例では、ＵＴＲＡＮ６０２は、電話、ビデオ、データ、メッセージング、ブロードキャスト、および／または他のサービスを含む様々な無線サービスを提供する。ＵＴＲＡＮ６０２は、ＲＮＳ６０７のような複数のラジオネットワークサブシステム（ＲＮＳ）を含めうる、そして各々は、ＲＮＣ６０６のようなそれぞれのラジオネットワークコントローラ（ＲＮＣ）によって制御される。ここでは、ＵＴＲＡＮ６０２は、ここで図示されているＲＮＣ６０６およびＲＮＳ６０７に加えて任意の数のＲＮＣ６０６およびＲＮＳ６０７を含めうる。ＲＮＣ６０６は、とりわけ、ＲＮＳ６０７内のラジオリソースを割り当て、再構成し、リリースすることを担う装置である。ＲＮＣ６０６は、任意の適切なトランスポートネットワークを使用して、直接的な物理接続、仮想ネットワーク、または同様なもののような様々なタイプのインタフェースを通じてＵＴＲＡＮ６０２において他のＲＮＣ（図示されず）に相互接続されうる。
【００５７】
[0067]  ＵＥ６１０とノードＢ６０８との間の通信は、物理（ＰＨＹ）層と媒体アクセス制御（ＭＡＣ）層とを含むものとしてみなされうる。さらに、それぞれのノードＢ６０８を通るＵＥ６１０とＲＮＣ６０６との間の通信は、ラジオリソース制御（ＲＲＣ）層を含むものとしてみなされうる。本明細書では、ＰＨＹ層は層１とみなされ、ＭＡＣ層は層２とみなされ、ＲＲＣ層は層３とみなされうる。ここにおける下記の情報は、ラジオリソース制御（ＲＲＣ）プロトコル仕様、３ＧＰＰ  ＴＳ  ２５．３３１  ｖ９．１．０で導入された用語を使用し、参照によりここに組み込まれている。
【００５８】
[0068]  ＳＲＮＳ６０７によってカバーされた地理的な領域は、多数のセルに分割され、ラジオトランシーバ装置は各セルをサービス提供する。ラジオトランシーバ装置は、ＵＭＴＳアプリケーションではノードＢと一般的に呼ばれるが、当業者によって、基地局（ＢＳ）、ベーストランシーバ局（ＢＴＳ）、ラジオ基地局、ラジオトランシーバ、トランシーバ機能、ベーシックサービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント（ＡＰ）、または他の何らかの適切な用語で呼ばれうる。明確化のため、各ＳＲＮＳ６０７においてノードＢ６０８が図示されているが、ＳＲＮＳ６０７は、任意の数の無線ノードＢを含めうる。ＮｏｄｅＢ６０８は、任意の数のモバイル装置のためにコアネットワーク（ＣＮ）６０４に無線アクセスポイントを提供する。モバイル装置の例は、セルラ電話、スマートフォン、セッションイニシエーションプロトコル（ＳＩＰ）フォン、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末（ＰＤＡ）、衛星ラジオ、グローバルポジショニングシステム（ＧＰＳ）デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤー（例、ＭＰ３プレイヤー）、カメラ、ゲームコンソール、または、いずれの他の同様な機能デバイス、を含む。モバイル装置は、ＵＭＴＳアプリケーションではユーザ機器（ＵＥ）と一般的に呼ばれるが、当業者によって、モバイル局（ＭＳ）、加入者局、モバイルユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイルデバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末（ＡＴ）、モバイル端末、無線端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または、何らかの他の適切な用語でも呼ばれうる。ＵＭＴＳシステムでは、ＵＥ６１０は、ネットワークにユーザの加入情報を含む、ユニバーサル加入者アイデンティティモジュール（ＵＳＩＭ）６１１をさらに含めうる。説明する目的のため、多数のノードＢ６０８と通信する１つのＵＥ６１０が図示されている。ダウンリンク（ＤＬ）は順方向リンクとも呼ばれ、ノードＢ６０８からＵＥ６１０への通信リンクを指し、アップリンク（ＵＬ）は逆方向リンクとも呼ばれ、ＵＥ６１０からノードＢ６０８への通信リンクを指す。
【００５９】
[0069]  コアネット６０４は、ＵＴＲＡＮ６０２のような１つまたは複数のアクセスネットワークとインタフェース接続する。図示されているように、コアネットワーク６０４は、ＧＳＭコアネットワークである。しかしながら、当業者が理解するように、本開示全体にわたって提示された様々な概念は、ＧＳＭネットワーク以外のコアネットワークタイプへのアクセスをＵＥに提供するために、ラジオアクセスネットワーク（ＲＡＮ）または他の適切なアクセスネットワークで実装されうる。
【００６０】
[0070]  コアネットワーク６０４は、回路交換（ＣＳ）領域とパケット交換（ＰＳ）領域とを含む。回路交換エレメントのうちのいくつかは、モバイルサービス交換センタ（ＭＳＣ）、ビジターロケーションレジスタ（ＶＬＲ）、およびゲートウェイＭＳＣである。パケット交換エレメントは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）およびゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を含む。ＥＩＲ、ＨＬＲ、ＶＬＲおよびＡｕＣのようないくつかのネットワークエレメントは、回路交換領域およびパケット交換領域の双方によって共有されうる。図示された例では、コアネットワーク６０４は、ＭＳＣ６１２とＧＭＳＣ６１４で回路交換サービスをサポートする。いくつかのアプリケーションでは、ＧＭＳＣ６１４は、メディアゲートウェイ（ＭＧＷ）と呼ばれることがある。ＲＮＣ６０６のような１つまたは複数のＲＮＣは、ＭＳＣ６１２に接続されうる。ＭＳＣ６１２は、呼び出しセットアップ、呼び出しルーティング、およびＵＥモビリティ機能を制御する装置である。ＭＳＣ６１２はまた、ＵＥがＭＳＣ６１２のカバレッジエリア内にいる持続時間の間の加入者関連情報を含むビジターロケーションレジスタ（ＶＬＲ）を含む。ＧＳＭＣ６１４は、回路交換ネットワーク６１６にアクセスするために、ＵＥ６１０のためにＭＳＣ６１２を通じてゲートウェイを提供する。ＧＭＳＣ６１４は、特定のユーザが加入したサービスの詳細を反映しているデータのような加入者データを含んでいるホームロケーションレジスタ（ＨＬＲ）６１５を含む。ＨＬＲはまた、加入者特有認証データを含む認証センタ（ＡｕＣ）と関連付けられる。呼び出しが特定のＵＥについて受信されるとき、ＧＭＳＣ６１４は、ＵＥのロケーションを判定するためにＨＬＲ６１５にクエリし、そのロケーションをサービス提供する特定のＭＳＣに、呼び出しを転送する。
【００６１】
[0071]  コアネットワーク６４０はまた、サービングＧＰＲＳサポートノード（ＳＧＳＮ）６１８とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）６２０で、パケットデータサービスをサポートする。ＧＰＲＳは、汎用パケットラジオサービスを表し、スタンダード回路交換データサービスで利用可能であるものよりも高い速度でパケットデータサービスを提供するように設計される。ＧＧＳＮ６２０は、パケットベースネットワーク６２２にＵＴＲＡＮ６０２のための接続を提供する。パケットベースのネットワーク６２２は、インターネット、プライベートデータネットワーク、または他の何らかの適切なパケットベースネットワークでありうる。ＧＧＳＮ６２０の主な機能は、パケットベースネットワーク接続をＵＥ６１０に提供することである。データパケットは、ＭＳＣ６１２が回路交換領域において実行するのと同じ機能をパケットベース領域において主に実行するＳＧＳＮ６１８を通じて、ＧＧＳＮ６２０とＵＥ６１０との間で移送されうる。
【００６２】
[0072]  ＵＭＴＳエアインタフェースは、拡散スペクトラムダイレクトシーケンスコード分割多元接続（ＤＳ−ＣＤＭＡ）システムである。拡散スペクトラムＤＳ−ＣＤＭＡは、チップと呼ばれる擬似ランダムビットのシーケンスによる乗算を通じてユーザデータを拡散する。ＵＭＴＳについてのＷ−ＣＤＭＡエアインタフェースは、このようなダイレクトシーケンス拡散スペクトラム技術に基づいており、さらに、周波数分割デュプレキシングを求める(calls for）。ＦＤＤは、ノードＢ６０８とＵＥ６１０との間でアップリンク（ＵＬ）とダウンリンク（ＤＬ）について異なる搬送波周波数を使用する。ＤＳ−ＣＤＭＡを利用し、時分割デュプレキシングを使用するＵＭＴＳについての別のエアインタフェースは、ＴＤ−ＳＣＤＭＡエアインタフェースである。ここで説明される様々な例はＷＣＤＭＡ（登録商標）エアインタフェースを指すことがあるが、基本原理は、ＴＤ−ＳＣＤＭＡエアインタフェースと同等に適用されうるということを当業者は理解するであろう。
【００６３】
[0073]  ＵＥ６１０は、ＵＥ２０２（図２）であることができ、コンピューティングプラットフォーム６９８は、ここに開示される態様による方法１００（図１）を実行するために受信機選択器２１３（図２）を備える。
【００６４】
[0074]  図７を参照すると、ＵＴＲＡＮアーキテクチャにおけるアクセスネットワーク７００が図示されている。多元接続無線通信システムは、セル７０２、７０４および７０６を含む複数のセルラ領域（セル）を含み、それらの各々は、１つまたは複数のセクタを含めうる。複数のセクタは、各アンテナがセルの一部分におけるＵＥとの通信を担う、アンテナのグループによって形成されることができる。例えば、セル７０２では、アンテナグループ７１２、７１４および７１６は各々、異なるセクタに相当しうる。セル７０４では、アンテナグループ７１８、７２０および７２２は各々、異なるセクタに相当する。セル７０６では、アンテナグループ７２４、７２６および７２８は各々、異なるセクタに相当する。セル７０２、７０４および７０６は、いくつかの無線通信デバイス、例えばユーザ機器またはＵＥを含めうる、そしてそれらは、各セル７０２、７０４および７０６の１つまたは複数のセクタと通信しうる。例えば、ＵＥ７３０およびＵＥ７３２は、ノードＢ７４２と通信し、ＵＥ７３４とＵＥ７３６は、ノードＢ７４４と通信し、ＵＥ７３８およびＵＥ７４０は、ノードＢ７４６と通信しうる。ここでは、各ノードＢ７４２、７４４、７４６は、それぞれのセル７０２、７０４、および７０６内ですべてのＵＥ７３０、７３２、７３４、７３６、７３８、７４０のために、コアネットワークにアクセスポイントを提供するように構成される。
【００６５】
[0075]  ＵＥ７３４がセル７０４で図示されたロケーションからセル７０６へとから移動すると、ＵＥ７３４との通信がソースセルと呼ばれるセル７０４からターゲットセルと呼ばれるセル７０６へと遷移する、サービングセル変更（ＳＣＣ）またはハンドオーバが生じる。ハンドオーバプロシージャの管理は、ＵＥ７３４で、それぞれのセルに対応するノードＢで、ラジオネットワークコントローラで、または無線ネットワークにおける別の適切なノードで行なわれうる。例えば、ソースセル７０４との呼び出しの間に、または任意の他の時間において、ＵＥ７３４は、ソースセル７０４の様々なパラメータとセル７０６および７０２のような近隣セルの様々なパラメータをモニタしうる。さらに、これらのパラメータの品質に依存して、ＵＥ７３４は、近隣セルの１つまたは複数との通信を維持しうる。この時間の間に、ＵＥ７３４は、アクティブセット、すなわちＵＥ７３４が同時に接続されているセルのリスト（例えば、ＵＥ７３４にダウンリンク専用物理チャネルＤＰＣＨまたはフラクショナルダウンリンク専用物理チャネルＦ−ＤＰＣＨをＵＥ７３４に現在割り当てているＵＴＲＡセルはアクティブセットを構成しうる）を維持しうる。
【００６６】
[0076]  アクセスネットワーク７００によって利用される変調および多元接続スキームは、展開されている特定のテレコミュニケーション規格によって異なることがある。例えば、規格は、エボリューション−データ最適化(Evolution-Data Optimized)（ＥＶ−ＤＯ）または、ウルトラモバイルブロードバンド（ＵＭＢ）を含めうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００ファミリの規格の一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）により広められているエアインタフェース規格であり、モバイル局に対してブロードバンドインターネットアクセスを提供するためにＣＤＭＡを利用する。規格は代替的に、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）とＣＤＭＡの他の変形、例えばＴＤ−ＳＣＤＭＡとを使用しているユニバーサル地上ラジオアクセス（ＵＴＲＡ）；ＴＤＭＡを利用しているモバイル通信のためのグローバルシステム（ＧＳＭ）；および発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．７（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０およびＯＦＤＭＡを利用しているＦｌａｓｈ−ＯＦＤＭでありうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥアドバンスド、およびＧＳＭは、３ＧＰＰ団体の文書の中で説明されている。ＣＤＭＡ２０００とＵＭＢは、３ＧＰＰ２団体の文書の中で説明されている。実際の無線通信規格と利用される多元接続技術は、特定のアプリケーションとシステム全体に課される全体的な設計制約に依存する。
【００６７】
[0077]  ＵＥ７３０、７３２、７３４、７３６、７３８、７４０のうちの少なくとも１つは、ここに開示された態様による複数の受信機の選択のために電力最適化されたＤＥＭＦＲＯＮＴ選択コンポーネント７９９を備える。
【００６８】
[0078]  ＵＥ７３２は、ここに開示された態様による方法１００（図１）を実行するために受信機選択器２１３（図２）を含むＵＥ２０２（図２）であることができる。
【００６９】
[0079]  図８は、ＵＥ８５０と通信するノードＢ８１０のブロック図である。ダウンリンク通信では、送信プロセッサ８２０は、データソース８１２からデータを受信し、コントローラ／プロセッサ８４０から制御信号を受信する。送信プロセッサ８２０は、データおよび制御信号、ならびに、基準信号（例えば、パイロット信号）について様々な信号処理関数を提供する。例えば、送信プロセッサ８２０は、エラー検出のためのサイクリック冗長チェック（ＣＲＣ）コード、順方向エラー訂正を促進するための符号化およびインタリーブ、様々な変調スキームに基づく信号コンスタレーションへのマッピング（例えば、バイナリ位相シフトキーイング（ＢＰＳＫ）、直角位相シフトキーイング（ＱＰＳＫ）、Ｍ相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）および同様なもの）、直交可変拡散率（ＯＶＳＦ）を用いた拡散、および一連のシンボルを生成するためのスクランブリングコードを用いた乗算を提供しうる。チャネルプロセッサ８４４からのチャネル推定値は、送信プロセッサ８２０の符号化、変調、拡散、および／またはスクランブリングスキームを決定するために、コントローラ／プロセッサ８４０によって使用されうる。これらのチャネル推定値は、ＵＥ８５０によって送信された基準信号から、または、ＵＥ８５０からのフィードバックから、導出されうる。送信プロセッサ８２０によって生成されたシンボルは、フレーム構造を生成するために送信フレームプロセッサ８３０に提供される。送信フレームプロセッサ８３０は、コントローラ／プロセッサ８４０からの情報とシンボルを多重化することによってこのフレーム構造を生成し、結果として一連のフレームをもたらす。フレームは送信機８３２に提供され、そしてそれは、アンテナ８３４を通じた無線媒体にわたるダウンリンク送信のために搬送波上にフレームを増幅し、フィルタし、変調することを含む様々な信号調整機能(signal conditioning functions)を提供する。アンテナ８３４は、例えば、ビームステアリング双方向適応アンテナアレイまたは他の同様なビーム技術を含む１つまたは複数のアンテナを含めうる。
【００７０】
[0080]  ＵＥ８５０において、受信機８５４は、アンテナ８５２を通じてダウンリンク送信を受信し、搬送波上に変調された情報を復元するために送信を処理する。受信機８５４によって復元された情報は、受信フレームプロセッサ８６０に提供され、そしてそれは各フレームをパースし、フレームからの情報をチャネルプロセッサ８９４に提供し、受信プロセッサ８７０にデータ信号、制御信号、および基準信号を提供する。受信プロセッサ８７０は、ノードＢ８１０内で送信プロセッサ８２０によって実行される処理の逆を実行する。より具体的には、受信プロセッサ８７０は、シンボルをデスクランブルし、逆拡散し、変調スキームに基づいてノードＢ８１０によって送信された、最も起こりうる信号コンスタレーションポイント(most likely signal constellation points)を判定する。これらのソフト判定は、チャネルプロセッサ８９４によってコンピュートされたチャネル推定値に基づくことがある。ソフト判定は、そのあとで、データ信号、制御信号、および基準信号を復元するために、復号され、デインタリーブされる。ＣＲＣコードは、そのあとで、フレームが成功裡で復号されたかどうかを判定するためにチェックされる。成功裡に復号されたフレームによって搬送されたデータはデータシンク８７２に提供されるであろう、そしてそれは、ＵＥ８５０および／または様々なユーザインタフェース（例えば、ディスプレイ）で実行するアプリケーションを表す。成功裡に復号されたフレームによって搬送された制御信号は、コントローラ／プロセッサ８９０に提供されるであろう。フレームが受信機プロセッサ８７０によって不成功裡に復号されるとき、コントローラ／プロセッサ８９０はまた、これらのフレームの再送信リクエストをサポートするために、アクノレッジメント（ＡＣＫ）および／またはネガティブアクノレッジメント（ＮＡＣＫ）プロトコルを使用しうる。
【００７１】
[0081]  アップリンクでは、データソース８７８からのデータとコントローラ／プロセッサ８９０からの制御信号が送信プロセッサ８８０に提供される。データソース８７８は、ＵＥ８５０およびさまざまなユーザインタフェース（例えば、キーボード）で実行するアプリケーションを表す。ノードＢ８１０によるダウンリンク送信に関連して説明された機能と同様に、送信プロセッサ８８０は、一連のシンボルを生成するために、ＣＲＣコード、ＦＥＣを促進するための符号化およびインタリーブ、信号コンスタレーションへのマッピング、ＯＶＳＦを用いた拡散、およびスクランブリングを含む様々な処理機能を提供する。ノードＢ８１０によって送信された基準信号から、または、ノードＢ８１０によって送信されたミッドアンブルに含まれたフィードバックから、チャネルプロセッサ８９４によって導出されたチャネル推定値は、適切な符号化、変調、拡散、および／またはスクランブリングスキームを選択するために使用されうる。送信プロセッサ８８０によって生成されたシンボルは、フレーム構造を生成するために送信フレームプロセッサ８８２に提供されるであろう。送信フレームプロセッサ８８２は、コントローラ／プロセッサ８９０からの情報とシンボルを多重化することによってこのフレーム構造を生成し、結果として一連のフレームをもたらす。フレームは送信機８５６に提供され、そしてそれは、アンテナ８５２を通じて無線媒体にわたってアップリンク送信のために搬送波上にフレームを増幅し、フィルタし、変調することを含む様々な信号調整機能を提供する。
【００７２】
[0082]  アップリンク送信は、ＵＥ８５０での受信機機能と関連して説明されているのと同じ方法でノードＢ８１０において処理される。受信機８３５は、アンテナ８３４を通じてアップリンク送信を受信し、送信を処理して、搬送波上に変調された情報を復元する。受信機８３５によって復元された情報は、受信フレームプロセッサ８３６に提供され、そしてそれは各フレームをパースし、フレームからの情報をチャネルプロセッサ８４４に提供し、受信プロセッサ８３８にデータ信号、制御信号、および基準信号を提供する。受信プロセッサ８３８は、ＵＥ８５０内の送信プロセッサ８８０によって実行される処理の逆を実行する。その後、成功裡に復号されたフレームによって搬送されたデータ信号および制御信号はそれぞれ、データシンク８３９およびコントローラ／プロセッサに提供されうる。フレームのいくつかが受信プロセッサによって不成功裡に復号された場合、コントローラ／プロセッサ８４０はまた、これらのフレームの再送信リクエストをサポートするために、アクノレッジメント（ＡＣＫ）および／またはネガティブアクノレッジメント（ＮＡＣＫ）プロトコルを使用しうる。
【００７３】
[0083]  コントローラ／プロセッサ８４０および８９０は、それぞれ、ノードＢ８１０とＵＥ８５０におけるオペレーションを命令するために使用されうる。例えば、コントローラ／プロセッサ８４０および８９０は、タイミング、周辺インタフェース、電圧調整、電力管理、および他の制御機能を含むさまざまな機能を提供しうる。メモリ８４２および８９２のコンピュータ可読媒体は、それぞれ、ノードＢ８１０とＵＥ８５０のためのデータおよびソフトウェアを格納しうる。ノードＢ８１０におけるスケジューラ／プロセッサ８４６は、ＵＥにリソースを割り当て、ＵＥについてのダウンリンクおよび／またはアップリンク送信をスケジュールするために使用されうる。
【００７４】
[0084]  ＵＥ８５０は、ＵＥ２０２（図２）であることができ、メモリ８９２は、ここに開示される態様による方法１００（図１）を実行するための受信機選択器２１３（図２）を備える。
【００７５】
[0085]  図９を参照すると、セルラ通信システムにおける復調器フロントエンド受信機サブシステム選択を電力最適化するためのシステム９００が図示されている。例えば、システム９００は、ユーザ機器内に少なくとも部分的に存在することができる。システム９００は、機能ブロックを含むものとして表わされており、そしてそれは、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例、ファームウェア）によって実装される機能を表わす機能ブロックであることができる、ということが理解されるべきである。システム９００は、共に作用することができる電子コンポーネントの論理グルーピング９０２を含む。例えば、論理グルーピング９０２は、第１の復調フロントエンド受信機サブシステムでダウンリンク制御チャネルを受信するための電子コンポーネント９０４を含むことができる。さらに、論理グルーピング９０２は、ダウンリンクデータチャネルでデータ送信を示すトリガイベントを検出するための電子コンポーネント９０６を含むことができる。さらに、論理グルーピング９０２は、トリガイベントに応じてデータ送信を受信するために第２の復調フロントエンド受信機サブシステムをイネーブルにするための電子コンポーネント９０８を含むことができ、ここにおいて、第１の復調フロントエンド受信機サブシステムは、第２の復調フロントエンド受信機サブシステムよりも少ない電力を消費する。さらに、システム９００は、電子コンポーネント９０４−９０８と関連づけられた機能を実行するための命令を保持するメモリ９２０を含むことができる。メモリ９２０の外側にあるものとして示されているが、電子コンポーネント９０４−９０８のうちの１つまたは複数がメモリ９２０内に存在することができるということは理解されるべきである。
【００７６】
[0086]  本開示の利益により、速度／チャネルのよりよい推定にもかかわらず、適応ＣＲＥは深いフェード(deep fades)に対しより早く応答する可能性を有し、よりよい性能さえもたらすことがある、ということが理解されるべきである。ＳＨＯにおけるＴＰＣ遅延の検出が取り組まれることができるということがさらに企図される。Ｒ、Ｈ（パラメータ）の適応ＣＲＥ最適化は、所望のミスした検出またはフォルスアラーム（例えば速度／チャネルにわたる）に基づくことができる。動的チャネルにおけるオペレーション（例えば、オペレーション中の速度／チャネルの変更）が取り組まれることができる。
【００７７】
[0087]  テレコミュニケーションシステムのいくつかの態様がＷ−ＣＤＭＡシステムを参照して提示されている。当業者は、本開示全体にわたって説明された様々な態様は他のテレコミュニケーションシステム、ネットワークアーキテクチャ、および通信規格に拡張されうるということを容易に理解するであろう。
【００７８】
[0088]  例として、様々な態様は、ＴＤ−ＳＣＤＭＡ、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、高速パケットアクセスプラス（ＨＳＰＡ＋）およびＴＤ−ＣＤＭＡのような他のＵＭＴＳシステムに拡張されうる。様々な態様はまた、ロングタームエボリューション（ＬＴＥ）（ＦＤＤ、ＴＤＤまたは両モード）、ＬＴＥアドバンスド（ＬＴＥ−Ａ）（ＦＤＤ、ＴＤＤまたは両モード）、ＣＤＭＡ２０００、エボリューションデータ最適化（ＥＶ−ＤＯ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ウルトラワイドバンド（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、を利用するシステム および/または他の適切なシステムに拡張されうる。実際のテレコミュニケーション規格、ネットワークアーキテクチャ、および/または利用される通信規格は、システムに課された全体的な設計制約および特定のアプリケーション(specific application)に依存するであろう。
【００７９】
[0089]  本開示の様々な態様によれば、エレメント、またはエレメントの任意の部分、またはエレメントの任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」で実装されうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート制御される論理、ディスクリートハードウェア回路、および、本開示全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェア、を含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、別のものを言及しようとしなかろうと、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体上で存在しうる。コンピュータ可読媒体は、ノントランジトリコンピュータ可読媒体でありうる。ノントランジトリコンピュータ可読媒体は、例として、磁気ストレージデバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ(magnetic strips)…)、光学ディスク(例えば、コンパクトディスク（ＣＤ）、デジタル汎用ディスク(digital versatile disk)（ＤＶＤ）…）、スマートカード、また、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ等）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブルディスク、コンピュータによってアクセスされ読み出されうるソフトウェアおよび／または命令を格納するためのいずれの他の適切な媒体を含む。コンピュータ可読媒体はまた、例として、搬送波、伝送線、および、コンピュータによってアクセスされ読み出されうるソフトウェアおよび／または命令を送信するためのいずれの他の適切な媒体を含む。コンピュータ可読媒体は、処理システムに存在していてもよく、処理システムに対して外付けであってよく、または、処理システムを含んでいる複数のエンティティにわたって散在していてもよい。コンピュータ可読媒体は、コンピュータプログラムプロダクトで具現化されうる。例えば、コンピュータプログラムプロダクトは、パッケージング材料においてコンピュータ可読媒体を含めうる。当業者は、全体的なシステムに課された全体的な設計制約および特定のアプリケーション(specific application)に依存して本開示全体にわたって示されている説明された機能をいかに最良に実装するかを理解するであろう。
【００８０】
[0090]  開示される方法におけるステップの特定の順序またはヒエラルキは例示的なプロセスの例証であるということが理解されるべきである。設計の優先度に基づいて、方法におけるステップの特定の順序またはヒエラルキは並び替えられうるということは理解される。特許請求の範囲における方法の請求項は、サンプル順序の様々なステップのエレメントを表わしており、ここにおいて具体的に記載されない限り、表されている特定の順序またはヒエラルキに限定されるよう意味していない。
【００８１】
[0091]  上記の説明は、いずれの当業者がここで説明される様々な態様を実行することを可能にするように提供されている。これらの態様に対する様々な変更は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、他の態様に適用されうる。したがって、本願請求項は、ここにおいて示されている態様に限定されることは意図されていないが、本願請求項の用語と一貫して全範囲を与えられるべきであり、ここにおいて、単数のエレメントへの言及は、具体的に述べられていない限り「１つおよび１つのみ(one and only one)」を意味することが意図されておらず、むしろ「１つまたは複数(one or more)」を意味することが意図されている。特に述べられていないかぎり、用語「いくつか(some)」は、１つまたは複数を指す。アイテムリスト「のうちの少なくとも１つ("at least one of")」を指すフレーズは、これらのアイテムのいずれの組み合わせ（単一メンバも含む）も指す。例として、「ａ，ｂ，またはｃのうちの少なくとも１つ(at least one of: a, b, or c)」は、ａ；ｂ；ｃ；ａおよびｂ；ａおよびｃ；ｂおよびｃ；そしてａ，ｂ，およびｃをカバーすることが意図されている。当業者に知られているまたは後に知られる、本開示全体にわたって説明される様々な態様のエレメントのすべての構造的および機能的な同等物は、参照によりここにおいて明示的に組み込まれており、そして、本願請求項によって包含されることが意図されている。さらに、ここにおいて開示されているものは、そのような開示が本願請求項で明示的に記載されているかどうかに関らず、公的に使用されることが意図されている。エレメントが明示的にフレーズ「するための手段(means for)」を使用して記載されていないかぎり、または、方法の請求項の場合にはフレーズ「するためのステップ(step for)」を使用して記載されていないかぎり、米国特許法第１１２条第６項の規定の下で請求項のエレメントは解釈されるべきではない。
以下に、本願の出願当初請求項に記載された発明を付記する。
［Ｃ１］
ノードからダウンリンクで制御チャネルを受信するために、デバイスの第１の受信機をイネーブルにするための手段と、
前記ダウンリンクでデータを受信するために、前記制御チャネルが前記デバイスをスケジュールすること、を決定するための手段と、
前記ダウンリンクで前記データを受信するために、前記第１の受信機よりも多くの電力を消費する前記デバイスの第２の受信機をイネーブルにするための手段と、
前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために、前記第１の受信機を再イネーブルにするための手段と、
を備える装置。
［Ｃ２］
第１の受信機と、
前記第１の受信機よりも多くの電力を消費する第２の受信機と、
前記ノードから前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにし、前記ダウンリンクでデータを受信するために前記制御チャネルが前記装置をスケジュールすることを決定し、前記ダウンリンクで前記データを受信するために前記第２の受信機をイネーブルにし、前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するための前記第１の受信機を再イネーブルにするための受信機選択器と、
をさらに備える、上記Ｃ１に記載の装置。
［Ｃ３］
前記受信機選択器はさらに、タイマの終了に応じて、前記データを受信した後で、前記第１の受信機をイネーブルにするためのものである、上記Ｃ２に記載の装置。
［Ｃ４］
前記受信機選択器はさらに、前記タイマの持続時間中に前記第２の受信機によって前記制御チャネルを受信し、追加データを受信するように前記制御チャネルが前記デバイスをスケジュールするということを決定することに応じて前記タイマの持続時間を延長するためのものである、上記Ｃ３に記載の装置。
［Ｃ５］
前記受信機選択器はさらに、前記ノードから前記ダウンリンクで前記制御チャネルを受信するために前記デバイスの前記第１の受信機をイネーブルすることによって接続モードで不連続受信を実行するためのものである、上記Ｃ２に記載の装置。
［Ｃ６］
前記第１の受信機はレーキ受信機を備え、前記第２の受信機はイコライザ受信機を備える、上記Ｃ２に記載の装置。
［Ｃ７］
前記第１の受信機は干渉緩和を実行せず、前記第２の受信機が干渉緩和を実行する、上記Ｃ２に記載の装置。
［Ｃ８］
前記第１の受信機は受信ダイバーシティを実行せず、前記第２の受信機が受信ダイバーシティを実行する、上記Ｃ２に記載の装置。
［Ｃ９］
前記受信機選択器はさらに、有効な高速共有制御チャネル（ＨＳ−ＳＣＣＨ）を検出することによって、前記ダウンリンクで前記データを受信するために、前記制御チャネルが前記デバイスをスケジュールすること、を決定するためのものである、上記Ｃ２に記載の装置。
［Ｃ１０］
前記受信機選択器はさらに、有効な高速物理ダウンリンク共有チャネル（ＨＳ−ＤＰＳＣＨ）を検出することによって、前記ダウンリンクで前記データを受信するように前記制御チャネルが前記デバイスをスケジュールするということを決定するためのものである、上記Ｃ２に記載の装置。
［Ｃ１１］
前記受信機選択器はさらに、連続パケット接続−不連続受信（ＣＰＣ−ＤＲＸ）パラメータＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅについてのタイマをモニタすることによって前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、上記Ｃ２に記載の装置。
［Ｃ１２］
前記受信機選択器はさらに、ＣＰＣ−ＤＲＸパラメータＩｎａｃｔｉｖｉｔｙ＿Ｔｈｒｅｓｈｏｌｄ＿ｆｏｒ＿ＵＥ＿ＤＲＸ＿Ｃｙｃｌｅについての前記タイマに加えて、内部ユーザ機器タイマをモニタすることによって前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、上記Ｃ１１に記載の装置。
［Ｃ１３］
前記受信機選択器はさらに、Ｅｎｈａｎｃｅｄ  ＵＥ  ＤＲＸ  Ｔ３２１パラメータについてのタイマをモニタすることによって前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、上記Ｃ２に記載の装置。
［Ｃ１４］
前記受信機選択器はさらに、Ｅｎｈａｎｃｅｄ  ＵＥ  ＤＲＸ  Ｔ３２１パラメータについての前記タイマに加えて、内部ユーザ機器タイマをモニタすることによって前記データを受信した後で、前記ダウンリンクで前記制御チャネルを受信するために前記第１の受信機をイネーブルにするためのものである、上記Ｃ１３に記載の装置。
【図１】
0006017438.tif 000002
【図２】
0006017438.tif 000003
【図３】
0006017438.tif 000004
【図４Ａ】
0006017438.tif 000005
【図４Ｂ】
0006017438.tif 000006
【図４Ｃ】
0006017438.tif 000007
【図４Ｄ】
0006017438.tif 000008
【図４Ｅ】
0006017438.tif 000009
【図４Ｆ】
0006017438.tif 000010
【図５】
0006017438.tif 000011
【図６】
0006017438.tif 000012
【図７】
0006017438.tif 000013
【図８】
0006017438.tif 000014
【図９】
0006017438.tif 000015