(57)【要約】ワイヤレスネットワーク内の電力節約のための方法および装置が開示される。ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、送信機と、受信機と、プロセッサとを備えてよい。プロセッサは、ＷＴＲＵの挙動に関係する処理状態を決定し、この決定された処理状態に基づいて、物理リソースの１つまたは複数のセットのために処理されることになるリソースの最小量を決定してよい。物理リソースの各それぞれのセットは、時間と、周波数または空間のいずれかとに関するリソースを備えてよい。物理リソースの各それぞれのセットに対して、時間は、物理リソースのそれぞれのセットに適用可能なニューメロロジーに関連付けられたフレーム構造を備えてよく、周波数は、周波数位置、帯域幅、またはニューメロロジーのいずれかを備えてよく、空間は、１つまたは複数のビームを備えてよい。プロセッサは、物理リソースの１つまたは複数のセットの決定されたリソースの最小量を処理してよい。
2019532534.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
送信機と、
受信機と、
前記送信機および前記受信機に結合されたプロセッサと
を備えており、前記プロセッサは、
前記ＷＴＲＵの挙動に関係する処理状態を決定することと、
前記決定された処理状態に基づいて、物理リソースの１つまたは複数のセットのために処理されることになるリソースの最小量を決定することであって、
物理リソースの各それぞれのセットは、時間と、周波数または空間のいずれかとに関するリソースを備え、
物理リソースの各それぞれのセットに対して、前記時間は、前記物理リソースのそれぞれのセットに適用可能なニューメロロジーに関連付けられたフレーム構造に対応し、
前記周波数は、周波数位置、帯域幅、または前記ニューメロロジーのいずれかに対応し、
前記空間は、１つまたは複数のビームに対応する、決定することと、
前記物理リソースの１つまたは複数のセットの前記決定されたリソースの最小量を処理することと
を行うように構成された、
ワイヤレス送信／受信ユニット（ＷＴＲＵ）。
【請求項２】
前記プロセッサは、（１）少なくとも前記物理リソースの１つもしくは複数のセットの前記決定されたリソースの最小量、または（２）シグナリング構造のタイプ、のいずれかを使用する制御チャネルをモニタリングするようにさらに構成される請求項１に記載のＷＴＲＵ。
【請求項３】
前記物理リソースの前記１つまたは複数のセットの前記決定されたリソースの最小量は、１つもしくは複数の制御チャネル要素、１つもしくは複数の探索空間、または１つもしくは複数のアグリゲーションレベル、のいずれかを備える請求項１または２に記載のＷＴＲＵ。
【請求項４】
前記シグナリング構造のタイプは、（１）ダウンリンク制御情報（ＤＣＩ）を含む信号の受信強度と、（２）前記ＤＣＩを含む各受信された信号の１つまたは複数のサイズ、フォーマット、または符号化のセットとを備え、
前記信号の受信強度は、報告された無線リンク品質、ビーム特性、構成されたサービスのタイプ、または所与のサービスに関して観察されるアクティビティ、のいずれかに基づく、
請求項１乃至３のいずれか一項に記載のＷＴＲＵ。
【請求項５】
前記プロセッサは、スケジューリングアクティビティに基づいて前記処理状態を決定するように構成され、
前記スケジューリングアクティビティは、（１）ダウンリンク制御情報（ＤＣＩ）の一部としての動的スケジューリング情報の受信、（２）半静的に構成されたスケジューリング情報、（３）前記ＷＴＲＵの自律的な送信、（４）新しいデータが送信に利用可能になること、または（５）前記１つもしくは複数のスケジューリングイベントの率の変化、のいずれかに基づく１つまたは複数のスケジューリングイベントを備える
請求項１乃至４のいずれか一項に記載のＷＴＲＵ。
【請求項６】
前記プロセッサは、
タイマベース関数を使用して前記処理状態を決定することを行うように構成され、
前記タイマベース関数に基づいて前記処理状態を決定することは、前記プロセッサが、（１）前回のスケジューリングアクティビティの後もしくは前回のスケジューリングイベントの後に経過した一定量の時間、または（２）確立された成果としての時間ベースパターンのいずれかを確立するように構成されることを備える、
る請求項１乃至５のいずれか一項に記載のＷＴＲＵ。
【請求項７】
前記処理状態は、ウェイクアップ信号または前記ＷＴＲＵ上の処理の変化を決定するために使用される前記ウェイクアップ信号の受信の関数である請求項１乃至６のいずれか一項に記載のＷＴＲＵ。
【請求項８】
前記処理状態は、（１）制御チャネル処理、（２）スペクトル帯域幅処理、（３）ビーム管理および処理、（４）参照信号処理、（５）ハイブリッド自動再送要求（ＨＡＲＱ）タイミング動作、（６）フレーミング動作、（７）タイミング動作、または（８）論理チャネル性質および構成、のうちの少なくとも１つにおける前記ＷＴＲＵアクションに関連する請求項１乃至７のいずれか一項に記載のＷＴＲＵ。
【請求項９】
前記ＷＴＲＵの挙動に関係する前記処理状態の決定は、前記ＷＴＲＵが第１の処理状態であることを決定することを含む請求項１乃至８のいずれか一項に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、少なくとも１つの条件に基づいて前記第１の処理状態から第２の処理状態に移行することを決定するように構成され、
前記少なくとも１つの条件は、ネットワークエンティティからのメッセージの受信を含み、前記メッセージは、
構成されることになる前記第２の処理状態に関連付けられたインデックス、
前記第２の処理状態に移行するあらかじめ定義された時間、
前記第２の処理状態におけるアクションのセットおよび／もしくは挙動を定義する構成パラメータ、または
前記メッセージが受信された時間と前記第２の処理状態に関連付けられた前記移行が発生することになる時間との時間差
のうちの少なくとも１つを示す請求項１乃至９のいずれか一項に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサは、（１）前記第１の処理状態をデータチャネルのための第１の構成と、（２）前記第２の処理状態を前記データチャネルのための第２の、異なる構成と関連付けるように構成される請求項１乃至１０のいずれか一項に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、
ネットワークエンティティから前記第２の処理状態のためのリソース割り当てを受信することと、
前記第２の処理状態に移行することと、
前記第２の処理状態において前記受信されたリソース割り当てを復号することと
を行うように構成される請求項１乃至１１のいずれか一項に記載のＷＴＲＵ。
【請求項１３】
前記少なくとも１つの条件は、ネットワークエンティティからのメッセージの受信を含み、前記メッセージは、（１）無線リソース制御（ＲＲＣ）メッセージ、（２）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、（３）制御チャネル上のダウンリンク制御情報（ＤＣＩ）、または（４）ウェイクアップ信号、のうちの少なくとも１つを介してシグナリングされる請求項１乃至１２のいずれか一項に記載のＷＴＲＵ。
【請求項１４】
前記少なくとも１つの条件は、
タイマの満了、
前記制御チャネル上のスケジューリングアクティビティの変化、
前記ＷＴＲＵにおける新しいサービスの到着、
送信のための可用性、
前記ＷＴＲＵにおけるデータの成功した送信／受信、
前記ＷＴＲＵバッファ内のデータが閾値を超えるもしくは閾値を下回ること、
アクティビティ状態もしくはスケジューリングアクティビティに関連するタイマの満了、
前記ＷＴＲＵのスピードが一定の値を超えるもしくは下回ること、
バッテリ寿命が特定の値に到達すること、
スケジューリング要求のトリガ、
スケジューリング要求の始動、
アクセス手順の実行、
参照信号の存在もしくは欠如、
１つもしくは複数のモニタリングされたビームの変化、
ビーム管理イベント、
ビーム障害、または
ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの状態
のうちの少なくとも１つに基づく請求項１乃至１３のいずれか一項に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、ネットワークに要求メッセージを送るように構成され、前記要求メッセージは、前記第１の処理状態の変化を示し、
前記要求メッセージは、
前記ＷＴＲＵが移行することを試みるターゲット状態の状態インデックス、
所望の状態インデックスのリスト、
状態移行のための条件に関連付けられた１つもしくは複数のパラメータ、
バッファ占有、
特定の論理チャネル、
データのタイプ、
チャネル測定値、または
前記ターゲット状態における時間持続時間
のうちの少なくとも１つをさらに備える請求項１乃至１４のいずれか一項に記載のＷＴＲＵ。
【請求項１６】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実施される、電力を節約する方法であって、
前記ＷＴＲＵの挙動に関係する処理状態を決定するステップと、
前記決定された処理状態に基づいて、物理リソースの１つまたは複数のセットのために処理されることになるリソースの最小量を決定するステップであって、
物理リソースの各それぞれのセットは、時間と、周波数または空間のいずれかとに関するリソースを備え、
物理リソースの各それぞれのセットに対して、前記時間は、前記物理リソースのそれぞれのセットに適用可能なニューメロロジーに関連付けられたフレーム構造に対応し、
前記周波数は、周波数位置、帯域幅、または前記ニューメロロジーのいずれかに対応し、
前記空間は、１つまたは複数のビームに対応する、決定するステップと、
前記物理リソースの１つまたは複数のセットの前記決定されたリソースの最小量を処理するステップと
を含む方法。
【請求項１７】
（１）少なくとも前記物理リソースの１つもしくは複数のセットの前記決定されたリソースの最小量、または（２）シグナリング構造のタイプのいずれかを使用して制御チャネルをモニタリングするステップをさらに含む請求項１６に記載の方法。
【請求項１８】
前記物理リソースの前記１つまたは複数のセットの前記決定されたリソースの最小量は、１つもしくは複数の制御チャネル要素、１つもしくは複数の探索空間、または１つもしくは複数のアグリゲーションレベル、のいずれかを備える請求項１６または１７に記載の方法。
【請求項１９】
前記シグナリング構造のタイプは、（１）ダウンリンク制御情報（ＤＣＩ）を含む信号の受信強度と、（２）前記ＤＣＩを含む各受信された信号の１つまたは複数のサイズ、フォーマット、または符号化のセットとを備え、
前記信号の受信強度は、報告された無線リンク品質、ビーム特性、構成されたサービスのタイプ、または所与のサービスに関して観察されるアクティビティ、のいずれかに基づく
請求項１６乃至１８のいずれか一項に記載の方法。
【請求項２０】
前記処理状態の前記決定は、スケジューリングアクティビティに基づき、
前記スケジューリングアクティビティは、（１）ダウンリンク制御情報（ＤＣＩ）の一部としての動的スケジューリング情報の受信、（２）半静的に構成されたスケジューリング情報、（３）前記ＷＴＲＵの自律的な送信、（４）新しいデータが送信に利用可能になること、または（５）前記１つもしくは複数のスケジューリングイベントの率の変化、のいずれかに基づく１つまたは複数のスケジューリングイベントを備える
請求項１６乃至１９のいずれか一項に記載の方法。
【請求項２１】
前記処理状態の前記決定は、タイマベース関数を使用し、（１）前回のスケジューリングアクティビティの後もしくは前回のスケジューリングイベントの後に経過した一定量の時間、または（２）確立された成果としての時間ベースパターン、のいずれかを確立することを含む請求項１６乃至２０のいずれか一項に記載の方法。
【請求項２２】
前記処理状態は、ウェイクアップ信号または前記ＷＴＲＵ上の処理の変化を決定するために使用される前記ウェイクアップ信号の受信の関数である請求項１６乃至２１のいずれか一項に記載の方法。
【請求項２３】
前記処理状態は、（１）制御チャネル処理、（２）スペクトル帯域幅処理、（３）ビーム管理および処理、（４）参照信号処理、（５）ハイブリッド自動再送要求（ＨＡＲＱ）タイミング動作、（６）フレーミング動作、（７）タイミング動作、または（８）論理チャネル性質および構成、のうちの少なくとも１つにおける前記ＷＴＲＵアクションに関連する請求項１６乃至２２のいずれか一項に記載の方法。
【請求項２４】
前記ＷＴＲＵの挙動に関係する前記処理状態の前記決定は、前記ＷＴＲＵが第１の処理状態であることを決定することを含む請求項１６乃至２３のいずれか一項に記載の方法。
【請求項２５】
少なくとも１つの条件に基づいて前記第１の処理状態から第２の処理状態に移行することを決定するステップをさらに含み、
前記少なくとも１つの条件は、ネットワークエンティティからのメッセージの受信を含み、
前記メッセージは、
構成されることになる前記第２の処理状態に関連付けられたインデックス、
前記第２の処理状態に移行するあらかじめ定義された時間、
前記第２の処理状態におけるアクションのセットおよび／もしくは挙動を定義する構成パラメータ、または
前記メッセージが受信された時間と前記第２の処理状態に関連付けられた前記移行が発生することになる時間との時間差
のうちの少なくとも１つを示す請求項２４に記載の方法。
【請求項２６】
前記第１の処理状態は、データチャネルのための第１の構成に関連付けられ、前記第２の処理状態は、前記データチャネルのための第２の、異なる構成に関連付けられる請求項１６乃至２５のいずれか一項に記載の方法。
【請求項２７】
ネットワークエンティティから前記第２の処理状態のためのリソース割り当てを受信するステップと、
前記第２の処理状態に移行するステップと、
前記第２の処理状態において前記受信されたリソース割り当てを復号するステップと
をさらに含む請求項１６乃至２６のいずれか一項に記載の方法。
【請求項２８】
前記少なくとも１つの条件は、ネットワークエンティティからのメッセージの受信を含み、前記メッセージは、（１）無線リソース制御（ＲＲＣ）メッセージ、（２）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、（３）制御チャネル上のダウンリンク制御情報（ＤＣＩ）、または（４）ウェイクアップ信号、のうちの少なくとも１つを介してシグナリングされる請求項１６乃至２７のいずれか一項に記載の方法。
【請求項２９】
前記少なくとも１つの条件は、
タイマの満了、
前記制御チャネル上のスケジューリングアクティビティの変化、
前記ＷＴＲＵにおける新しいサービスの到着、
送信のための可用性、
前記ＷＴＲＵにおけるデータの成功した送信／受信、
前記ＷＴＲＵバッファ内のデータが閾値を超えるもしくは閾値を下回ること、
アクティビティ状態もしくはスケジューリングアクティビティに関連するタイマの満了、
前記ＷＴＲＵのスピードが一定の値を超えるもしくは下回ること、
バッテリ寿命が特定の値に到達すること、
スケジューリング要求のトリガ、
スケジューリング要求の始動、
アクセス手順の実行、
参照信号の存在もしくは欠如、
１つもしくは複数のモニタリングされたビームの変化、
ビーム管理イベント、
ビーム障害、または
ハイブリッド自動再送要求（ＨＡＲＱ）プロセスの状態
のうちの少なくとも１つに基づく請求項１６乃至２８のいずれか一項に記載の方法。
【請求項３０】
ネットワークに要求メッセージを送るステップをさらに含み、前記要求メッセージは、前記第１の処理状態の変化を示し、
前記要求メッセージは、
前記ＷＴＲＵが移行することを試みるターゲット状態の状態インデックス、
所望の状態インデックスのリスト、
状態移行のための条件に関連付けられた１つもしくは複数のパラメータ、
バッファ占有、
特定の論理チャネル、
データのタイプ、
チャネル測定値、または
前記ターゲット状態における時間持続時間
のうちの少なくとも１つをさらに備える請求項１６乃至２９のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信における電力節約特徴に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１６年８月１０日に出願された米国仮特許出願第６２／３７３，１３０号、２０１６年１１月２日に出願された米国仮特許出願第６２／４１６，４０４号、２０１７年１月３日に出願された米国仮特許出願第６２／４４１，８０４号、２０１７年２月１日に出願された米国仮特許出願第６２／４５３，３７２号、および２０１７年３月２２日に出願された米国仮特許出願第６２／４７４，６６５号の優先権を主張するものであり、これら米国仮特許出願の各々の内容は、完全に記載されているかのように参照により本明細書に組み込まれる。
【０００３】
移動体通信は、絶えず進化しており、すでに、第５世代（「５Ｇ」）と呼ばれる、その第５の具体化の入口に差し掛かっている。前の世代と同様に、新しい使用事例が、新しいシステムのための要件の設定に関連して提案されている。
【発明の概要】
【０００４】
電力節約特徴を実行するワイヤレス送信／受信ユニット（ＷＴＲＵ）デバイスのための方法、装置、およびシステムが提供される。一実施形態では、ＷＴＲＵデバイスは、ＷＴＲＵの挙動に関係する処理状態を決定することと、この決定された処理状態に基づいて、物理リソースの１つまたは複数のセットのために処理されることになるリソースの最小量を決定することとを行うように構成されてよい。物理リソースの各それぞれのセットは、時間と、周波数または空間のいずれかとに関するリソースを備えてよい。物理リソースの各それぞれのセットに対して、時間は、物理リソースのそれぞれのセットに適用可能なニューメロロジー（numerology）に関連付けられたフレーム構造を備えてよい。周波数は、周波数位置（たとえば、中心周波数）、帯域幅（たとえば、いくつかの物理リソースブロック）、またはニューメロロジー、のいずれかを備えてよい。空間は、１つまたは複数のビームを備えてよい。ＷＴＲＵは、物理リソースの１つまたは複数のセットの決定されたリソースの最小量を処理するようにさらに構成されてよい。
【０００５】
別の実施形態では、ＷＴＲＵデバイスは、複数のスペクトル動作モード（ＳＯＭ）において１つまたは複数の制御チャネルをモニタリングするように構成されてよい。ＷＴＲＵは、少なくとも１つのＳＯＭにおける少なくとも１つの電力節約モードにより動作するように構成されてよい。ＳＯＭ（たとえば、各ＳＯＭ）は、ＷＴＲＵのためのスペクトルブロックのセットを割り振るための情報を搬送する制御チャネルに関連付けられてよい。
【０００６】
別の実施形態では、ＷＴＲＵによって実行される方法は、ＷＴＲＵの処理状態の関数としてリソースのセットを決定するように構成されてよい。ＷＴＲＵは、決定されたリソースのセットを使用して１つまたは複数の制御チャネルをモニタリングするようにさらに構成されてよい。ＷＴＲＵは、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。
【０００７】
電力節約特徴を実行するネットワークエンティティのための方法、装置、およびシステムが提供される。一実施形態では、ネットワークエンティティは、送信機と、受信機と、送信機および受信機に結合されたプロセッサとを備えてよい。ネットワークエンティティは、少なくとも１つのダウンリンク制御情報（ＤＣＩ）を復号するためにＷＴＲＵによって使用されることになる制御チャネルリソースのセットを割り振るように構成されてよい。制御チャネルのためのリソースは、制御リソースセット（ＣＯＲＥＳＥＴ）として編成されてよい。ネットワークエンティティは、構成情報をＷＴＲＵに割り振ってよい。この構成情報は、少なくとも１つの識別子を示してよく、各識別子は、たとえば、ＷＴＲＵと他のＷＴＲＵの処理状態を合わせるために、ＷＴＲＵおよび他のＷＴＲＵに割り振られる。ネットワークエンティティは、制御チャネルリソースのセットを示す信号をＷＴＲＵに送信し、構成情報を含む別の信号をＷＴＲＵに送信するように構成されてよい。
【０００８】
１つまたは複数の制御チャネルのための時間／周波数／空間における適用可能リソースの制御
【０００９】
いくつかの実施形態では、ＵＥは、ＣＯＲＥＳＥＴ、時間的な（たとえば、ミニスロット、スロット、またはサブフレーム）リソース（たとえば、制御チャネル要素（ＣＣＥ、探索空間、アグリゲーションレベル）、周波数的なリソース（たとえば、適用可能な帯域幅、周波数位置など）、空間的なリソース（たとえば、制御ビーム）、および／またはシグナリング構造のタイプ（たとえば、ＤＣＩサイズ、ＤＣＩフォーマット）のさまざまなセットを使用して（たとえば、最小セットから最大セットまでの異なる組合せで）、制御チャネルをモニタリング（たとえば、最小限にまたは少なくともモニタリング）および復号するように構成されてよい。
【００１０】
制御シグナリングなどの関数としての可変強度をもつ復号化要件の制御
【００１１】
別の実施形態では、ＵＥは、受信された制御シグナリングの、報告された無線リンク品質（たとえば、ビームのためのブロッキングの検出）の、構成されたサービスのタイプ（たとえば、ｅＭＢＢ、ＵＲＬＬＣ）の、ベアラの構成（たとえば、データ無線ベアラ（ＤＲＢ）および／または信号無線ベアラ（ＳＲＢ）、ならびに構成されたＱｏＳパラメータ）の、ビーム特性の、ビーム管理の特性（たとえば、閾値を上回るもしくは下回る構成されたビームおよび／またはビーム障害イベントの数）の、所与のサービスに関して観察されるアクティビティ（たとえば、送信間時間、バッファを満たす／空にすること、適用可能なデータレート）の、またはそれらの任意の組合せの関数として、その制御チャネル受信プロセスの強度を変えてよい。
【００１２】
「強度」という用語は、複数のシグナリング（たとえば、制御チャネル、ＤＣＩ、ＣＣＥなど）の受信の周波数、受信された信号内の情報セットの量、スケジューリング強度（たとえば、いくつかのグラントが所与の状態で受信された結果としての、ある制御チャネルモニタリング状態から別の制御チャネルモニタリング状態への移動、時間ウィンドウ上もしくは特定の時間における測定、および／またはグラントの数に関連する移行のためのいくつかのルールに基づいて）、または任意の組合せで、参照されてよい。
【００１３】
たとえば、ＴＣＰに似たレート制御は、ｅＭＢＢに似たサービスのためのそのようなモニタリングアクティビティを制御するために使用されてよく、それによって、レート制御機能の観点から、送信のための（たとえば、ＰＤＣＣＨ上の）ダウンリンク制御情報の成功した復号化は、肯定応答（ＡＣＫ）と考えられてよく、一定の量を超える、前回のそのような復号化からの時間は否定応答（ＮＡＣＫ）、と考えられてよい。他の例は、本明細書では、たとえば「制御チャネル復号化複雑度」セクションにおいて、提供される。
【００１４】
さまざまな復号化要件の関数としてのデータチャネル受信の制御
【００１５】
他の実施形態では、ＵＥは、時間（たとえば、ミニスロット、スロット、サブフレーム）、周波数（たとえば、適用可能帯域幅、周波数位置）、空間（たとえば、データチャネルビーム）、および／または可変強度をもつ送信のタイプ（たとえば、適用可能な送信モード）におけるリソース（たとえば、ＰＲＢ、スペクトルブロック）のさまざまなセットを使用して、データチャネルを最小限に受信するように構成されてよい。さらなる例は、本明細書では、たとえば「データ帯域幅構成」セクションにおいて、説明される。
【００１６】
さまざまな制御チャネルアクティビティの関数としてのデータチャネル受信の制御
【００１７】
ＵＥは、関連付けられた制御チャネルの強度の関数として、データチャネル受信の強度（たとえば、ＲＦによって処理された帯域幅の量）を変えてよい。
【００１８】
混合されたニューメロロジー／送信持続時間に対する適用可能性のそのような制御の適応
【００１９】
他の実施形態では、ＵＥは、異なるタイミング関係（たとえば、タイマを管理するときの異なるクロックおよび／または計数）を使用して、電力節約モード（たとえば、旧来の間欠受信（ＤＲＸ）または本明細書において説明される方法の組合せ）を適用および制御するように構成されてよい。たとえば、種々のタイミング関係は、所与のニューメロロジーに関連付けられたフレーム持続時間の関数および／または関連付けられたスケジューリング機会／オケージョン（occasion）の関数であってよい。
【図面の簡単な説明】
【００２０】
より詳細な理解は、添付の図面に関連して例として与えられる、以下の説明からもたらされ得る。
【００２１】
【図１Ａ】１つまたは複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＵＥごとに割り振られた公称システム帯域幅およびチャネル帯域幅を含む代表的な帯域幅割り当てを示す図である。
【図３】代表的な柔軟なスペクトル割り当てを示す図である。
【図４】ＤＲＸサイクルの代表的な図である。
【図５Ａ】２つの異なるアクティビティ状態において制御チャネルのＵＥモニタリングを示す代表的な図である。
【図５Ｂ】ＵＥ上の制御チャネルモニタリング挙動を含む代表的なモニタリングサイクルを示す図である。
【図６Ａ】アクティビティ状態ＡにおけるＵＥのための探索空間の代表的な図である。
【図６Ｂ】アクティビティ状態ＢにおけるＵＥのための探索空間の別の代表的な図である。
【図７Ａ】時間期間Ｔ１中のＵＥのために予約された帯域幅の部分を示す代表的な図である。
【図７Ｂ】別の時間期間Ｔ２中のＵＥのために予約された帯域幅の他の部分を示す別の代表的な図である。
【図７Ｃ】別の時間期間Ｔ３中のＵＥのために予約された帯域幅の他の部分を示す別の代表的な図である。
【図８】電力節約のための代表的な方法を示す流れ図である。
【図９】電力節約のための別の代表的な方法を示す流れ図である。
【図１０】電力節約のための別の代表的な方法を示す流れ図である。
【図１１】電力節約のための別の代表的な方法を示す流れ図である。
【発明を実施するための形態】
【００２２】
図１Ａは、１つまたは複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多重アクセスシステムであってよい。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数のワイヤレスユーザがアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を用いてよい。
【００２３】
図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが諒解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境においてを動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたは移動体加入者ユニット、ページャ、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含んでよい。
【００２４】
通信システム１００は、基地局１１４ａと、基地局１１４ｂも含んでもよい。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインタフェースするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノード−Ｂ、発展型ノードＢ（ｅＮｏｄｅ−Ｂ）、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことが諒解されるであろう。
【００２５】
基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに対して１つのトランシーバを含んでよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用いてよく、したがって、セルの各セクタに対して複数のトランシーバを利用してよい。
【００２６】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してよく、エアインタフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００２７】
より具体的には、上記で述べられたように、通信システム１００は、多重アクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を用いてよい。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１６を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでよい。
【００２８】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立し得る、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施してよい。
【００２９】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施してよい。
【００３０】
図１Ａの基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであってよく、任意の適切なＲＡＴを利用して、事業所、家庭、車両、キャンパスなどの局所的なエリア内でのワイヤレス接続性を容易にしてよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立してよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立してよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要とされないことがある。
【００３１】
ＲＡＮ１０４は、コアネットワーク１０６と通信してよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、呼制御、課金サービス、移動体位置ベースサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供する、および／またはユーザ認証などの高レベルセキュリティ機能を実行してよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接的または間接的に通信してよいことが諒解されるであろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用していることがあるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）とも通信してよい。
【００３２】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働いてもよい。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されるワイヤード通信ネットワークまたはワイヤレス通信ネットワークを含んでよい。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いてよい１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでよい。
【００３３】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含んでよい、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数のトランシーバを含んでよい。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベース無線技術を用いてよい基地局１１４ａと、およびＩＥＥＥ８０２無線技術を用いてよい基地局１１４ｂと通信するように構成されてよい。
【００３４】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでよい。ＷＴＲＵ１０２は、実施形態と合致したままでありながら、前述の要素の任意の副組合せを含んでよいことが諒解されるであろう。
【００３５】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプのＩＣ、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする他の任意の機能を実行してよい。プロセッサ１１８は、トランシーバ１２０に結合されてよく、トランシーバ１２０は、送信／受信要素１２２に結合されてよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で一体化されてよいことが諒解されるであろう。
【００３６】
送信／受信要素１２２は、エアインタフェース１１６上で基地局（たとえば、基地局１１４ａ）に信号を送信する、またはこれから信号を受信するように構成されてよい。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてよい。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されてよいことが諒解されるであろう。
【００３７】
さらに、送信／受信要素１２２は、図１Ｂでは単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上でワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでよい。
【００３８】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調することと、送信／受信要素１２２によって受信された信号を復調することとを行うように構成されてよい。上記で述べられたように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。したがって、トランシーバ１２０は、たとえば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含んでよい。
【００３９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、これらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、これらにデータを記憶してよい。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ１０２上に物理的に配置されないメモリからの情報にアクセスし、これらにデータを記憶してよい。
【００４０】
プロセッサ１１８は、電源１３４から電力を受け取ってよく、ＷＴＲＵ１０２内の他の構成要素に電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２を給電するための任意の適切なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−イオン）など）、太陽電池、燃料電池などを含んでよい。
【００４１】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上で位置情報を受信する、および／または２つ以上の近くの基地局から信号が受信されるタイミングに基づいて、その位置を決定してよい。ＷＴＲＵ１０２は、実施形態と合致したままでありながら、任意の適切な位置決定方法によって位置情報を獲得してよいことが諒解されるであろう。
【００４２】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてよく、他の周辺機器１３８は、追加の特徴、機能、および／またはワイヤード接続性もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含んでよい。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオのための）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザなどを含んでよい。
【００４３】
図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で述べられたように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を用いて、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してよい。ＲＡＮ１０４は、コアネットワーク１０６とも通信してよい。図１Ｃに示されるように、ＲＡＮ１０４は、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでよく、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含んでよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂも含んでよい。ＲＡＮ１０４は、実施形態と合致したままでありながら、任意の数のノード−ＢおよびＲＮＣを含んでよいことが諒解されるであろう。
【００４４】
図１Ｃに示されるように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してよい。加えて、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信してよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いと通信してよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行またはサポートするように構成されてよい。
【００４５】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動体交換センター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つは、コアネットワーク運用業者以外のエンティティによって所有および／または運用されてよいことが諒解されるであろう。
【００４６】
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよい。
【００４７】
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインタフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８にも接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよい。
【００４８】
上記で述べられたように、コアネットワーク１０６は、ネットワーク１１２にも接続されてよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含んでよい。
【００４９】
図１Ｄは、別の実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で述べられたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してよい。ＲＡＮ１０４は、コアネットワーク１０６とも通信してよい。
【００５０】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４は、実施形態と合致したままでありながら、任意の数のｅＮｏｄｅ−Ｂを含んでよいことが諒解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含んでよい。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施してよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、これからワイヤレス信号を受信してよい。
【００５１】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンク内のユーザのスケジューリングなどを扱うように構成されてよい。図１Ｄに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上で互いと通信してよい。
【００５２】
図１Ｄに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含んでよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つは、コアネットワーク運用業者以外のエンティティによって所有および／または運用されてよいことが諒解されるであろう。
【００５３】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよく、制御ノードとして働いてよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティベーション／デアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能を提供してよい。
【００５４】
サービングゲートウェイ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよびフォワーディングしてよい。サービングゲートウェイ１６４は、ｅＮｏｄｅ−Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能も実行してよい。
【００５５】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続されてよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよい。
【００５６】
コアネットワーク１０６は、他のネットワークとの通信を容易にしてよい。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよい。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、これと通信してもよい。さらに、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含んでよい。
【００５７】
図１Ｅは、別の実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を用いてエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であってよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６という異なる機能エンティティ間の通信リンクは、参照点として定義されてよい。
【００５８】
図１Ｅに示されるように、ＲＡＮ１０４は、基地局１７０ａ、１７０ｂ、１７０ｃと、ＡＳＮゲートウェイ１７２とを含んでよいが、ＲＡＮ１０４は、実施形態と合致したままでありながら、任意の数の基地局とＡＳＮゲートウェイとを含んでよいことが諒解されるであろう。基地局１７０ａ、１７０ｂ、１７０ｃは各々、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けられてよく、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを各々含んでよい。一実施形態では、基地局１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実施してよい。したがって、基地局１７０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、これからワイヤレス信号を受信してよい。基地局１７０ａ、１７０ｂ、１７０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー執行などのモビリティ管理機能も提供してよい。ＡＳＮゲートウェイ１７２は、トラフィックアグリゲーション点として働いてよく、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどを担当してよい。
【００５９】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインタフェース１１６は、ＩＥＥＥ８０２．１６規格を実施するＲ１参照点として定義されてよい。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インタフェース（図示せず）を確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インタフェースは、Ｒ２参照点として定義されてよく、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用されてよい。
【００６０】
基地局１７０ａ、１７０ｂ、１７０ｃの各々間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照点として定義されてよい。基地局１７０ａ、１７０ｂ、１７０ｃとＡＳＮゲートウェイ１７２との間の通信リンクは、Ｒ６参照点として定義されてよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含んでよい。
【００６１】
図１Ｅに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続されてよい。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、たとえば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３参照点として定義されてよい。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１７４と、認証、認可、アカウンティング（ＡＡＡ）サーバ１７６と、ゲートウェイ１７８とを含んでよい。前述の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つは、コアネットワーク運用業者以外のエンティティによって所有および／または運用されてよいことが諒解されるであろう。
【００６２】
ＭＩＰ−ＨＡ１７４は、ＩＰアドレス管理を担当してよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてよい。ＭＩＰ−ＨＡ１７４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよい。ＡＡＡサーバ１７６は、ユーザ認証と、ユーザサービスをサポートすることを担当してよい。ゲートウェイ１７８は、他のネットワークとの網間接続を容易にしてよい。たとえば、ゲートウェイ１７８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよい。さらに、ゲートウェイ１７８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含んでよい。
【００６３】
図１Ｅには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続されてよく、コアネットワーク１０６は他のコアネットワークに接続されてよいことが諒解されるであろう。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクは、Ｒ４参照点と定義されてよく、Ｒ４参照点は、ＲＡＮ１０４と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含んでよい。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義されてよく、Ｒ５参照は、ホームコアネットワークと訪問先コアネットワークとの間の網間接続を容易にするためのプロトコルを含んでよい。
【００６４】
以下の段落は、本明細書においてさらに説明される種々の実施形態の適用可能性をそのような方法、装置、および／またはシステムに限定することなく、新しい無線アクセス技術（「ＮＲ」）に少なくとも一部は対応し得る５Ｇシステムの設計のための可能な手法の一般的な説明を提供する。
【００６５】
５Ｇエアインタフェースは、少なくとも以下の使用事例、すなわち、改善されたブロードバンド性能（「ＩＢＢ」）、産業制御と通信（「ＩＣＣ」）および車両アプリケーション（「Ｖ２Ｘ」）、ならびに大容量マシンタイプ通信（「ｍＭＴＣ」）を可能にすることが予想され得る。
【００６６】
上記の使用事例は、超低送信待ち時間（低待ち時間通信、「ＬＬＣ」）のためのサポートを有することがある。１ｍｓと短い往復時間（「ＲＴＴ」）エアインタフェース待ち時間は、１００μｓと２５０μｓ（よりも長くない）との間のどこか送信時間間隔（「ＴＴＩ」）のためのサポートを有することがある。超低アクセス待ち時間（たとえば、初期システムアクセスから第１のユーザプレーンデータユニットの送信の完了までの時間）のためのサポートが実施されてよい。少なくともＩＣＣおよびＶ２Ｘは、１０ｍｓ未満のエンドツーエンド（ｅ２ｅ）待ち時間をサポートすることがある。
【００６７】
使用事例は、超高信頼通信（「ＵＲＣ」）のためのサポートを有することがある。ある代表的な実施形態では、従来のＬＴＥシステムを用いて可能であるものよりも良いことがある（たとえば、よりもはるかに良い、たとえば閾値レベルを超える）送信信頼性が実施されることがある。たとえば、可能な目標は、９９．９９９％送信成功およびサービス可用性に近くてもよいし、約９９．９９９％送信成功およびサービス可用性であってもよい。
【００６８】
別の考慮事項は、０〜５００ｋｍ／ｈの範囲のスピードのためのモビリティのためのサポートであることがある。
【００６９】
そのうえ、少なくともＩＣＣおよびＶ２Ｘは、１０ｅ-6未満のパケット損失比率（「ＰＬＲ」）を有する（たとえば、を有する可能性が高い）。
【００７０】
使用事例は、マシンタイプ通信（「ＭＴＣ」）動作（狭帯域動作を含む）のためのサポートを有することがある。エアインタフェースは、狭帯域動作（たとえば、２００ＫＨｚ未満を使用する）、延長されたバッテリ寿命（たとえば、最長１５年自律性）、および小規模でまれなデータ伝送のための最小通信オーバヘッド、たとえば、数秒から数時間のアクセス待ち時間をもつ１〜１００ｋｂｐｓの範囲内の低データレートを効率的にサポートしてよい。
【００７１】
無線アクセスの次世代−「５Ｇ」または「５ｇＦＬＥＸ」のための原理
【００７２】
直交周波数分割多重（「ＯＦＤＭ」）は、ロングタームエボリューション（「ＬＴＥ」、たとえば、３ＧＰＰ  ＬＴＥ  Ｒ８以上）および／またはＩＥＥＥ８０２．１１において、データ伝送のための信号フォーマットとして使用されてよい。ＯＦＤＭは、本質的に、スペクトルを複数の並列直交サブバンド（またはサブキャリア）に効率的に分割し得る。サブキャリア（たとえば、各サブキャリア）は、時間領域内で方形窓を使用して成形されてよく、周波数領域内のｓｉｎｃ成形されたサブキャリアをもたらす。ＯＦＤＭＡは、周波数同期（たとえば、完全周波数同期）およびサイクリックプレフィックスの持続時間内でのアップリンク（「ＵＬ」）タイミング合わせの厳密な管理を使用して、信号間の直交性を維持し、キャリア間干渉を最小にする。そのような厳密な同期は、ユーザ機器（「ＵＥ」）が同時に複数のアクセスポイントに接続されるシステムにあまり適さないことがある。追加の電力低下は、たとえば、ＵＥ送信のための断片化されたスペクトルのアグリゲーションの存在下で、隣接帯域のスペクトル放射要件に対応したアップリンク送信に適用される（たとえば、一般的に適用される）。
【００７３】
従来の（すなわちサイクリックプレフィックス）ＯＦＤＭ（「ＣＰ−ＯＦＤＭ」）の欠点のうちのいくつかは、実装形態のためのより厳しい無線フロントエンド（「ＲＦ」）要件によって、および、たとえば、アグリゲーションを必要としない大量の近接スペクトルを使用して動作するとき、対処可能であることが認められる。サイクリックプレフィックス（「ＣＰ」）ベースＯＦＤＭ送信スキームは、旧来のシステムのそれ、たとえば、主にパイロット信号密度および位置の修正に類似した、５Ｇのためのダウンリンク（「ＤＬ」）物理層につながり得る。
【００７４】
他の波形候補は、５Ｇの柔軟な無線アクセス技術（「５ｇＦＬＥＸ」）のために実施されてよいが、ＣＰ−ＯＦＤＭは、５Ｇシステムの候補のままである（少なくともダウンリンク送信スキームに関して）。
【００７５】
たとえば、５Ｇのための柔軟な無線アクセスの実装形態に適用可能な、いくつかの原理が、本明細書において説明される。
【００７６】
そのような説明は、代表的な目的のためであり、適用可能なとき、他のワイヤレス技術および／または異なる原理を使用するワイヤレス技術に適用されることから、本明細書においてさらに説明される実施形態の適用可能性を、いかなる形であれ制限することを意図したものではない。
【００７７】
原理Ａ−スペクトル柔軟性
【００７８】
５ｇＦＬＥＸ無線アクセスは、異なる二重配置を含む異なる特性をもつ異なる周波数帯域、同じまたは異なる帯域内の連続的および非連続的なスペクトル割り当てを含む異なるおよび／または可変のサイズの利用可能なスペクトルにおける展開を可能にする、非常に高度のスペクトル柔軟性によって特徴づけられてよい。５ｇＦＬＥＸ無線アクセスは、複数のＴＴＩ長および非同期送信を含む可変タイミング態様をサポートしてよい。
【００７９】
原理Ａ．１−二重化配置における柔軟性
【００８０】
時間分割複信（「ＴＤＤ」）スキームおよび／または周波数分割複信（「ＦＤＤ」）スキームが、実施され得る。ＦＤＤ動作の場合、補足的ダウンリンク動作は、スペクトルアグリゲーションを使用して実施されてよい。ＦＤＤ動作は、全二重ＦＤＤ動作および／または半二重ＦＤＤ動作を実施してよい。ＴＤＤ動作の場合、ＤＬ／ＵＬ割り当ては動的であってよく、たとえば、ＤＬ／ＵＬ割り当ては、固定されたＤＬ／ＵＬフレーム構成に基づかなくてよく、たとえば、ＤＬ送信間隔および／またはＵＬ送信間隔の長さは、送信機会ごとに設定されなくてよい。
【００８１】
原理Ａ．２−帯域幅柔軟性
【００８２】
５Ｇエアインタフェース実装形態の１つの可能な特性は、たとえば、公称システム帯域幅間の何かからシステム帯域幅に対応する最大値の範囲に及ぶアップリンクとダウンリンクの両方の上の異なる送信帯域幅の可能性を可能にすることである。
【００８３】
シングルキャリア動作の場合、システム帯域幅は、たとえば、少なくとも５、１０、２０、４０、および／または８０ＭＨｚを含んでよい。システム帯域幅は、たとえば数ＭＨｚから１６０ＭＨｚまでの、所与の範囲内の任意の帯域幅であってよい。公称帯域幅は、１つまたは複数の固定値を有してよい。最高２００ＫＨｚの狭帯域送信は、たとえばＭＴＣデバイスのための動作帯域幅内でサポートされてよい。
【００８４】
図２は、ＵＥごとに割り振られた公称システム帯域幅およびチャネル帯域幅を含む代表的な帯域幅割り当てを示す。本明細書におけるシステム帯域幅２０１は、所与のキャリアに対するネットワークによって管理可能なスペクトルの最大部分を指すことがある。所与のキャリアに対して、ＵＥがセル獲得、測定、およびネットワークへの初期アクセスのために最小限にサポートする部分は、公称システム帯域幅２０２に対応し得る。ＵＥは、システム帯域幅全体の範囲内であってよいチャネル帯域幅をもつように構成されてよい。たとえば、公称システム帯域幅２０２を含むチャネル帯域幅２０３、たとえば１０ＭＨｚがＵＥｘに割り振られてよく、公称システム帯域幅２０２を含む別のチャネル帯域幅２０４、たとえば２０ＭＨｚがＵＥｙに割り振られてよい。チャネル帯域幅は、システム帯域幅の公称部を含んでもよいし、含まなくてもよい。たとえば、ＵＥｚに割り振られたチャネル帯域幅２０５は、図２に示されるように、公称システム帯域幅２０２を含まない。
【００８５】
周波数領域波形のベースバンドフィルタリングは、帯域幅柔軟性を達成するために使用可能である。たとえば、ベースバンドフィルタリングは、ＵＥの動作帯域内の追加の許可されたチャネル帯域幅の使用と、これらの追加の許可されたチャネル帯域幅の関連付けられたＲＦ要件を回避してよい。
【００８６】
シングルキャリア動作のためにＵＥのチャネル帯域幅を構成、再構成、および／もしくは動的に変更する方法、ならびに／または公称システム、システムおよび／または構成されたチャネル帯域幅内での狭帯域送信のためにスペクトルを割り振る方法が、実施されてよい。
【００８７】
５Ｇエアインタフェースの物理層は、帯域を問わなく（band-agnostic）てよく、５ＧＨｚ未満のライセンスバンド内で動作をサポートするおよび／または範囲５〜６ＧＨｚ内のアンライセンスバンド内の動作をサポートすることがあってよい。アンライセンスバンド内の動作の場合、ＬＴＥライセンス補助アクセス（「ＬＡＡ」）に類似したリッスンビフォートーク（「ＬＢＴ」）Ｃａｔ４ベースチャネルアクセスフレームワークが実施されてよい。
【００８８】
恣意的スペクトルブロックサイズのためのセル固有チャネル帯域幅および／またはＵＥ固有チャネル帯域幅をスケーリングおよび管理する（たとえば、スケジューリング、リソースのアドレス指定、ブロードキャスト信号、測定）方法が実施されてよい。
【００８９】
原理Ａ．３−柔軟なスペクトル割り当て
【００９０】
ダウンリンク制御チャネルおよび信号は、周波数分割多重（「ＦＤＭ」）動作をサポートしてよい。ＵＥは、システム帯域幅の公称部（たとえば、公称部のみ）を使用して送信を受信することによってダウンリンクキャリアを獲得してよい、たとえば、ＵＥは、最初、関与するキャリアのためにネットワークによって管理されている帯域幅全体をカバーする送信を受信するように設定されなくてよい、および／またはそうすることが必要とされなくてよい。
【００９１】
ダウンリンクデータチャネルは、たとえば、ＵＥの構成されたチャネル帯域幅内以外に制限のない、公称システム帯域幅に対応してもよいし対応しなくてもよい帯域幅上に割り振られてよい。たとえば、ネットワークは、最大で５ＭＨｚ最大ＲＦ帯域幅をサポートするデバイスがシステムを取得してこれにアクセスすることを可能にし、たとえば、キャリア周波数の＋１０から−１０ＭＨｚを、チャネル帯域幅に値する最大２０ＭＨｚをサポートする他のＵＥに割り振る、５ＭＨｚ公称帯域幅を使用する１２ＭＨｚシステム帯域幅をもつキャリアを動作させてよい。
【００９２】
図３は、たとえばデバイスがシステムを取得してこれにアクセスすることを可能にする公称帯域幅３０７を含む柔軟なスペクトル割り当ての一例を示す。サブキャリアの異なるセットたとえば３０５および３０６を用いた柔軟なスペクトル割り当ては、異なる動作のモード（以後、スペクトル動作モード、ＳＯＭ）に割り当てられてよい。異なるＳＯＭは、異なる送信のための異なる要件、たとえば、図３に開示されている可変の送信特性３０３および３０４をもつスペクトル割り当てを履行するために使用されてよい。ＳＯＭは、特定のニューメロロジーに関連付けられてよい。ニューメロロジーは、たとえば、セルのアップリンクおよび／またはダウンリンクにおいて構成された送信帯域幅をもつリソース割り当てのセットであってよい。ニューメロロジーは、送信機無線周波数要件および受信機無線周波数要件のための参照として使用されてよい。ＳＯＭは、サブキャリア間隔、ＴＴＩ長、ならびに／または１つもしくは複数の信頼性態様、たとえば、ハイブリッド自動再送要求（「ＨＡＲＱ」）処理態様、および／もしくはセカンダリ制御チャネルのうちの少なくとも１つからなってよく、および／またはこれを含んでよい。ＳＯＭは、特定の波形を指すために使用されてもよいし、たとえば、周波数分割多重（「ＦＤＭ」）および／または時分割多重（「ＴＤＭ」）を使用する同じキャリア内の異なる波形の共存のサポートにおいて、処理態様に関連してよい。時間および周波数的なリソースのブロックがＳＯＭに関連付けられてよい。
【００９３】
原理Ａ．４−スペクトル動作モード（「ＳＯＭ」）
【００９４】
ＵＥは、１つまたは複数のＳＯＭにより送信を実行するように構成されてよい。ＳＯＭは、特定のニューメロロジーに関連付けられてよい。たとえば、ＳＯＭは、特定のＴＴＩ持続時間、特定の初期電力レベル、特定のＨＡＲＱ処理タイプ、成功したＨＡＲＱ受信／送信のための特定の上限、特定の送信モード、特定の物理チャネル（たとえば、アップリンクまたはダウンリンク）、特定の波形タイプ、および／または特定のＲＡＴ（たとえば、旧来のＬＴＥまたは５Ｇ伝送方法によるＬＴＥ）による送信、のうちの少なくとも１つを使用する送信に対応してよい。
【００９５】
ＳＯＭは、サービス品質（「ＱｏＳ」、物理層観点から）レベルおよび／または関連態様、たとえば、最大／目標待ち時間、最大／目標ブロック誤り率（「ＢＬＥＲ」）、もしくは類似の何かを備えてよい。ＳＯＭは、スペクトルエリアおよび／または特定の制御チャネルもしくはその態様（探索空間、ダウンリンク制御情報（「ＤＣＩ」）タイプなどを含む）を備えてよい。たとえば、ＵＥは、ＵＲＣタイプのサービス、ＬＬＣタイプのサービス、および／または大容量広帯域通信（「ＭＢＢ」）タイプのサービスの各々またはいずれかのためのＳＯＭをもつように構成されてよい。たとえば、ＵＥは、たとえば、公称システム帯域幅内など、システムに関連付けられたスペクトルの一部分における、システムアクセスのためおよび／またはＬ３制御シグナリング（たとえば、無線リソース制御、「ＲＲＣ」）の送信／受信のためのＳＯＭのための構成を有してよい。時間および周波数的なリソースのブロックは、ＳＯＭに関連付けられてよい。ＳＯＭ（各ＳＯＭ）は、制御チャネル、たとえば、異なるリソースのブロック上の異なる制御チャネルに関連付けられてよい。
【００９６】
原理Ａ．５−スペクトルアグリゲーション
【００９７】
シングルキャリア動作の場合、スペクトルアグリゲーションが実施されてよく、それによって、ＵＥは、同じ動作帯域内の物理リソースブロック（ＰＲＢ）の連続的または非連続的なセット上での複数のトランスポートブロックの送信および受信をサポートしてよい。ＰＲＢの別個のセットに対する単一のトランスポートブロックのマッピングが実施されてもよい。異なるＳＯＭ要件に関連付けられた同時送信のためのサポートが実施されてもよい。
【００９８】
たとえば、同じ動作帯域内でまたは２つ以上の動作帯域にまたがって連続的または非連続的なスペクトルブロックを使用する、マルチキャリア動作が実施されてよい。異なるモードたとえばＦＤＤおよびＴＤＤを使用し、異なるチャネルアクセス方法たとえば６ＧＨｚ未満のライセンスバンド動作および／またはアンライセンスバンド動作を使用する、スペクトルブロックのアグリゲーションが、実施されてよい。ＵＥのマルチキャリアアグリゲーションを構成、再構成、および／または動的に変更する方法のサポートが実施されてもよい。
【００９９】
原理Ａ．６−スケジューリングおよびレート制御
【０１００】
スケジューリング機能は、メディアアクセス制御（「ＭＡＣ」）層においてサポートされてよい。２つのスケジューリングモードすなわちダウンリンク送信および／またはアップリンク送信のリソース、タイミング、および送信パラメータに関する厳密なスケジューリングのためのネットワークベーススケジューリング、ならびにタイミングおよび送信パラメータに関するより高い柔軟性のためのＵＥベーススケジューリングが考えられ得る。両方のモードの場合、スケジューリング情報は、単一のＴＴＩに対して有効であってもよいし、複数のＴＴＩに対して有効であってもよい。
【０１０１】
原理Ａ．６．１−ネットワークベーススケジューリング
【０１０２】
ネットワークベーススケジューリングは、ネットワークが、たとえば、リソースの共有を最適化するために、異なるＵＥに割り当てられた利用可能な無線リソースを管理（たとえば、厳密に管理）することを可能にしてよい。動的スケジューリングが実施されてよい。
【０１０３】
原理Ａ．６．２−ＵＥベーススケジューリング
【０１０４】
ＵＥベーススケジューリングは、ＵＥが、たとえば、ネットワークによって割り当てられた（たとえば、動的にまたはそうでなく）共有または専用アップリンクリソースのセット内で、必要に応じて最小待ち時間でアップリンクリソースに機会主義的にアクセスすることを可能にしてよい。同期機会主義的送信と非同期機会主義的送信の両方が実施されてよい。競合ベース送信と競合のない送信の両方が実施されてよい。
【０１０５】
機械主義的送信（スケジュールされたまたはスケジュールされていない）のためのサポートが、たとえば、５Ｇのための超低待ち時間要件およびｍＭＴＣ使用事例の電力節約要件を満たすために、実施されてよい。
【０１０６】
原理Ａ．７−論理チャネル優先順位付け
【０１０７】
５ｇＦＬＥＸは、送信に利用可能なデータとアップリンク送信に利用可能なリソースとの間の何らかの形の関連付けをサポートしてよい。同じトランスポートブロック内での異なるＱｏＳ要件をもつデータの多重化は、たとえば、多重化が、最も厳しいＱｏＳ要件をもつサービスに対する悪影響を持ち込まない、および／またはシステムリソースの不必要な浪費を持ち込まない限り、サポートされてよい。
【０１０８】
原理Ｂ−論理チャネル（「ＬＣＨ」）
【０１０９】
原理Ｂ．１−ＬＣＨ
【０１１０】
ＬＣＨは、本明細書において、データパケットおよび／またはプロトコルデータユニット（「ＰＤＵ」）間の論理的な関連付けを表してよい。この論理的関連付けは、データユニットが、同じベアラに関連付けられていること、ならびに／または同じＳＯＭおよび／もしくはスライス（たとえば、物理リソースのセットを使用する処理経路など）に関連付けられていることに基づいてよく、それによって、たとえば、関連付けは、処理機能の連鎖、適用可能な物理データ（および／または制御）チャネル（またはそのインスタンス）、および／または特定の部分が集中化され（たとえば、ＰＤＣＰのみ、または物理層処理の部分を超えた何か、たとえば、無線フロントエンド（「ＲＦ」））、別の部分がたとえばフロントホールインタフェースによって分離されたエッジ（たとえば、送信／受信点（「ＴＲＰ」）におけるＭＡＣ／物理（「ＰＨＹ」）、またはＲＦのみ）に近いことを含むプロトコルスタックのインスタンス化、のうちの少なくとも１つによって特徴づけられてよい。ＬＣＨという用語は、本明細書では、ＬＴＥシステムに関する類似の用語と異なるおよび／またはこれよりも広い意味を有してよい。
【０１１１】
原理Ｂ．２−フローベース手法、タプル
【０１１２】
ＵＥは、それが異なるデータユニット間の関係を決定し得るように構成されてよい。たとえば、この関係は、たとえば、同じ論理的関連付けの一部であるデータユニットに共通した１つまたは複数のフィールド値の構成に基づく、合致機能に基づいてよい。フィールドは、データユニットに関連付けられたプロトコルヘッダ内のフィールドに対応してよい。たとえば、合致機能は、ＩＰ送信元／宛先アドレス、トランスポートプロトコル送信元／宛先ポート、および／またはたとえばＩＰバージョンたとえばＩＰｖ４もしくはＩＰｖ６を含むトランスポートプロトコルタイプなどの、データユニットのインターネットプロトコル（「ＩＰ」）ヘッダのフィールドのためのパラメータのタプルを使用してよい。
【０１１３】
たとえば、同じ論理的関連付けの一部であるデータユニットは、共通無線ベアラ、処理機能、ＳＯＭを共有してよく、ならびに／または同じＬＣＨおよび／もしくは論理チャネルグループ（「ＬＣＧ」）に対応してよい。
【０１１４】
原理Ｃ−ＬＣＧ
【０１１５】
本明細書において、ＬＣＧは、ＬＣＨのグループ（または上記の定義のような等価物）からなってよく、および／またはこれを含んでよく、グループ化は、１つまたは複数の基準に基づく。基準は、１つまたは複数のＬＣＨが、同じＬＣＧのすべてのＬＣＨに適用可能であってよい、または同じＳＯＭ（またはそのタイプ）、同じスライス（またはそのタイプ）に関連付けられてよい、類似の優先レベルを有してよく、それによって、たとえば、関連付けが、処理機能の連鎖、適用可能な物理データ（および／または制御）チャネル（またはそのインスタンス）、または集中化された特定の部分（たとえば、ＰＤＣＰのみ、および／またはＲＦを除く何か）と、たとえばフロントホールインタフェースによって分離されたエッジ（たとえば、ＴＲＰにおけるＭＡＣ／ＰＨＹ、および／またはＲＦのみ）に近い別の部分とを含むプロトコルスタックのインスタンス化、のうちの少なくとも１つによって特徴づけられてよい。ＬＣＧという用語は、本明細書では、ＬＴＥシステムに関する類似の用語と異なるおよび／またはこれよりも広い意味を有してよい。
【０１１６】
原理Ｄ−トランスポートチャネル（「ＴｒＣＨ」）
【０１１７】
原理Ｄ．１−ＴｒＣＨ
【０１１８】
本明細書では、ＴｒＣＨは、処理動作の特定のセットおよび／もしくは無線インタフェース上で１つもしくは複数の送信特性に影響し得るデータ情報に適用された機能の特定のセットからなってよく、ならびに／またはこれらを含んでよい。
【０１１９】
原理Ｄ．２−ＬＴＥにおけるＴｒＣＨ
【０１２０】
旧来のＬＴＥは、たとえば、ランダムアクセスチャネル（一般的には、ユーザプレーンデータを搬送しない）に加えて、ブロードキャストチャネル（ＢＣＨ）と、ページングチャネル（ＰＣＨ）と、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）と、マルチキャストチャネル（ＭＣＨ）と、アップリンク共有チャネル（ＵＬ−ＳＣＨ）とを含む、複数のタイプのＴｒＣＨを定義する。ユーザプレーンデータを搬送するための主なトランスポートチャネルは、それぞれダウンリンク用およびアップリンク用のＤＬ−ＳＣＨおよびＵＬ−ＳＣＨである。
【０１２１】
原理Ｄ．３−５ＧシステムのためのＴｒＣＨ
【０１２２】
５Ｇシステムの場合、エアインタフェースによってサポートされる要件の増強されたセットは、たとえば、ユーザプレーンデータおよび／または制御プレーンデータのため、単一のＵＥのための（たとえば、単一のＵＥデバイスのためですら）、複数のトランスポートチャネルの実装形態につながり得る。ＴｒＣＨという用語は、本明細書では、ＬＴＥシステムに関する類似の用語と異なるおよび／またはこれよりも広い意味を有してよい。たとえば、移動体広帯域（ＭＢＢＣＨ）のための、および／またはマシンタイプ通信（「ＭＴＣＣＨ」）のための、超高信頼および低待ち時間通信（「ＵＲＬＬＣ」）のためのトランスポートチャネル（たとえば、ＵＲＬＬＣＨ）は、ダウンリンク送信（たとえば、ＤＬ−ＵＲＬＬＣＨ、ＤＬ−ＭＢＢＣＨ、およびＤＬ−ＭＴＣＣＨ）のため、およびアップリンク送信（たとえば、ＵＬ−ＵＲＬＬＣＨ、ＵＬ−ＭＢＢＣＨ、およびＵＬ−ＭＴＣＣＨ）のために定義されてよい。
【０１２３】
一例では、複数のＴｒＣＨが、同じＳＯＭに属する物理リソース（たとえば、ＰｈＣＨ）の異なるセットにマップされてよく、これは、たとえば、同じＳＯＭ上での異なる要件をもつトラフィックの同時送信を可能にし得る。たとえば、ＵＲＬＬＣＨは、ＵＥが単一ＳＯＭをもつように構成されたとき、ＭＴＣＣＨとともに同時に送信されてよい。
【０１２４】
ＬＴＥにおいて、電力節約のための２つのモードＤＲＸ、たとえば、接続モードＤＲＸおよびアイドルモードＤＲＸがある。
【０１２５】
接続モードＤＲＸは、ＵＥが接続モードＤＲＸをもつように構成されている間、最小物理ダウンリンク制御チャネル（ＰＤＣＣＨ）復号化要件を指定してよい。接続モードＤＲＸは、（半永続的スケジューリング、「ＳＰＳ」−）セル無線ネットワーク識別子（ＲＮＴＩ）、送信電力制御−物理アップリンク（共有／制御）チャネル、「ＴＰＣ−ＰＵ（Ｓ／Ｃ）ＣＨ」−ＲＮＴＩ、拡張干渉軽減トラフィック適応「ｅＩＭＴＡ」−ＲＮＴＩ、およびサイドリンク（ＳＬ）−ＲＮＴＩをもつＤＣＩの復号化のためのアクティブな時間を定義してよく、ＤＲＸサイクルにつき一度発生する固定周期「オン持続時間」に基づいてよい。
【０１２６】
図４は、ＤＲＸサイクルの代表的な図である。ＤＲＸサイクル４０１（たとえば、各ＤＲＸサイクル）は、オン持続時間４０２間隔およびＤＲＸ４０３間隔のための機会からなってもよいし、これらを含んでもよい。接続モードＤＲＸにおけるＵＥは、オン持続時間４０２間隔中にＰＤＣＣＨ４０４をモニタリングするように構成されてよい。
【０１２７】
ＤＲＸ動作は、以下のタイマ、すなわち、（１）ＤＲＸサイクルの冒頭における連続したＰＤＣＣＨサブフレームの数を示すｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、（２）ＰＤＣＣＨがこのＭＡＣエンティティのための初期ＵＬユーザデータ送信、初期ＤＬユーザデータ送信、または初期ＳＬユーザデータ送信を示すサブフレーム後の連続したＰＤＣＣＨサブフレームの数を示すｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、（３）上位層によって構成されたロングＤＲＸサイクル内のサブフレームの数を示すｌｏｎｇＤＲＸ−Ｃｙｃｌｅ、（４）上位層によって構成されたロングＤＲＸサイクル内のサブフレームの数を示すｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ、（５）ＭＡＣエンティティがショートＤＲＸサイクルに追従するものとするまたは追従することになる連続したサブフレームの数を示すｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒによって制御されてよい。
【０１２８】
ＩＤＬＥモードＤＲＸは、ＩＤＬＥモードのＵＥが、Ｐ−ＲＮＴＩ上のページングに関して非連続的にＰＤＣＣＨをモニタリングすることを可能にし得る。（１）非アクセスストラタム（ＮＡＳ）内のＭＭＥによって定義されたＵＥ固有ページング機会および／または（２）たとえばシステム情報ブロック２（ＳＩＢ２）内の、ｅＮｏｄｅ−Ｂによって定義されたセル固有ページング機会を含む２つのタイプのページング機会が定義されてよい。
【０１２９】
ＵＥは、セル内のシステム情報の変化をシグナリングするためのＤＬデータ到着のために、および地震または津波警告システム（ＥＴＷＳ）のために、ＩＤＬＥモードＤＲＸである間、Ｐ−ＲＮＴＩを使用してページング可能である。ページングフレームおよびページングオケージョンの誘導は、以下の表Ａおよび表Ｂにおいて定義されるように、ＵＥ＿ＩＤに基づいてよい。
【０１３０】
【表１】
2019532534.tif 000003
【０１３１】
【表２】
2019532534.tif 000004
【０１３２】
次世代の無線アクセス（多くの場合、新しい無線すなわちＮＲと呼ばれる）に伴う１つの課題は、ＵＥ処理複雑度および電力消費に関連する。旧来のＬＴＥ  ＵＥは、一般的には、時間ベースアルゴリズムを使用して、それらがいつ最小限に、追加の電力節約のために無線フロントエンドを再同調させるためにＵＥによって使用されてよい任意の適用可能な制御チャネル（たとえば、ＰＤＣＣＨ）および／またはネットワーク制御アクティブ化／非アクティブ化機構をモニタリングすることが必要とされるおよび／またはそのために使用されるかを決定する。
【０１３３】
旧来のＬＴＥは、接続モードＤＲＸ手順およびアイドルモードＤＲＸ手順を通してＵＥ電力節約を可能にする。接続モードＤＲＸでは、ＵＥは、オン持続時間期間によって定義された時間間隔の間、ＰＤＣＣＨをモニタリングする。アイドルモードＤＲＸでは、ＵＥは、ネットワークから受信された潜在的ページングメッセージがあるかどうか、特定の時間インスタンスにおいて周期的にＰＤＣＣＨをモニタリングする。それぞれのアルゴリズムは、ＵＥとネットワークが、ＵＥが最小限にそれぞれの制御チャネルをモニタリングすることが必要とされるおよび／またはそのために使用されるサブフレームの同じ理解を有することを確実にする。
【０１３４】
旧来のＬＴＥでは、ＵＥは、たとえば、コンポーネントキャリアごとに、セカンダリセル（ＳＣｅｌｌ）のネットワーク制御されたアクティブ化／非アクティブ化をサポートしてよい。
【０１３５】
これらの手順は、ＮＲに固有の、以下の新しい特徴または特性、すなわち、（１）割り当て／グラント送信に対して利用可能な（ＤＬ／ＵＬ）データからの低い待ち時間のサポート、（２）サポート複数の制御チャネルをもたらし得る複数のニューメロロジー、および現在ＬＴＥにおいて使用するものと異なるタイミング（および異なるニューメロロジーの結果としてのＮＲ内の異なるタイミング）のサポート、ならびに（３）柔軟なスペクトル割り当てのサポートにより、５Ｇエアインタフェースのために考えられたとき、いくつかの欠点を有する。
【０１３６】
以下は、ＵＥ電力消費のための新しい課題を表す。１つの課題は、シンボル持続時間と、サブキャリア間隔と、異なる、おそらく可変の持続時間のＴＴＩとを含む異なるニューメロロジーをサポートすることであってよい。ＮＲは、高スループットをもつもの（「ｅＭＢＢ」）と、非常に低い待ち時間要件（１ｍｓ  ＲＴＴ）をもつものとを含むサービス／ＱｏＳの新しいセットをサポートしてよい。従来のＤＲＸ機構は、異なる時間間隔（たとえば、１ｍｓ対１２５μｓ）において同じＵＥ送信を最適に扱うのに十分に柔軟でないことがある。さらに、旧来のＤＲＸ機構は、電力使用目標に到達するのに足りないことがある。たとえば、望ましくない待ち時間を持ち込むことおよび／またはＵＥがＤＲＸである間データがＵＥに到着し得る状況をもたらすことを回避するために注意が払われてよいおよび／またはそうされなければならないので、低待ち時間サービスのサポートは、ＤＲＸをもつように構成されたとき難しいことがある。ＵＥは、効率的な電力節約機構から恩恵を得てよい。
【０１３７】
別の課題は、チャネル間の依存を含めて、複数の制御チャネルをサポートすることであってよい。ＬＴＥでは、単一の制御チャネル（たとえば、ＰＤＣＣＨ）が、所与のセルのための帯域幅全体上に存在する。制御チャネルの持続時間は、一般的には２つまたは３つのシンボルである。ＮＲの場合、ＵＥは、複数の（特定の帯域幅に）局所化された制御チャネルを使用する制御情報の受信をサポートしてよい。構造は、負荷が増加したときの制御チャネルリソースのスケーリングを可能にするために、および／またはより容易なフォワーディング互換性のための特定の特徴／サービスに合わされた新しい制御チャネルの追加を容易にするために有用であってよい。
【０１３８】
別の課題は、柔軟な／さまざまなチャネル帯域幅（ＢＷ）をサポートすることであり得る。ＮＲのためのチャネルＢＷは、旧来のＬＴＥのそれらを超える（たとえば、２０ＭＨｚよりも大きい）値に増加されてよく、ＵＥ固有であってよい。ＵＥ電力消費は、ＵＥがそのベースバンド内で処理することが必要とされるおよび／またはそのために使用される帯域幅の量とともに増加することができる。制御チャネルモニタリング手順は、所与のＵＥに適用可能なチャネル帯域幅を明示的または暗黙的に制御してよい。
【０１３９】
別の課題は、リーンキャリアをサポートすることであってよい。ＬＴＥにおける制御チャネル復号化は、参照信号の存在に依拠する。ＮＲの場合、「常時オン」信号の量は、たとえば、主にセル間干渉を減少させるために、および／または改善されたネットワーク電力節約（ネットワークＤＴＸ）をサポートするために、最小化されてよい。ＮＲのための電力節約モードは、参照信号のより疎な使用を考えてよい。
【０１４０】
新しい制御チャネルモニタリング機能、動作、および／または手順は、ＮＲに使用されてよいが、制御チャネルモニタリングを越える追加の電力節約機構、機能、動作、および／または手順は、（たとえば、ＬＴＥよりも厳しいバッテリ要件を有することがある）ＵＲＬＬＣデバイスおよび／またはｅＭＴＣデバイスをサポートするために必要とされるおよび／または使用されてよい。
【０１４１】
代表的なＵＥ処理状態
【０１４２】
ＵＥ処理状態の定義
【０１４３】
状態または処理状態という用語は、一般に、以後、ＵＥの挙動に関係する１つまたは複数の状態を指すために使用される。処理状態は、条件が真になったときにＵＥによって取られるあるアクションに関連し得る１つまたは複数のアクティビティ状態を含んでよい。これは、本明細書においてさらに説明される方法の適用可能性を制限することを意図したものではない。アクティビティ状態は、処理状態のサブセットに等しくてもよいし、それであってもよい。
【０１４４】
代表的なＵＥ自律的な決定およびネットワーク制御された移行
【０１４５】
いくつかの方法、動作、および／または手順では、ＵＥは、条件が真になることと、ＵＥがそのようなアクション（たとえば、ＵＥ自律的な挙動）を実行するべきであるまたはそうすることが可能であることを自律的に決定するように構成されてよい。ＵＥによって自律的な決定の代わりにまたはそれに加えて、ＵＥは、条件が真になることと、ＵＥが、信号からまたはネットワークからの送信から受信された明示的な標識に基づいて（たとえば、ネットワーク制御された挙動に基づいて）そのようなアクションを実行するべきであるまたはそうすることが可能であることを決定するように構成されてよい。
【０１４６】
ＵＥ処理状態の他の代表的な特性化
【０１４７】
ＵＥは、ＵＥの挙動を定義および／または支配する１つまたは複数の処理状態の下で動作するように構成されてよい。たとえば、処理状態は、以下のうちの少なくとも１つに関連する挙動などのＵＥ挙動に関する最小要件のセットを提供してよい。
【０１４８】
−  制御チャネル処理、たとえば、モニタリング、受信、復号化、および／または構成管理、
【０１４９】
−  スペクトル帯域幅処理、たとえば、システム／チャネル帯域幅同調、周波数位置調整（たとえば、中心周波数）、ベースバンド処理、および／または構成管理。いくつかの実施形態では、スペクトル帯域幅処理は、たとえば、連続的な物理リソースブロックのグループからなる帯域幅部のために、および／またはキャリアのシステム／チャネル帯域幅の一部分のために、一緒におよび／または別々に制御チャネル領域およびデータチャネル領域に適用されてよい、
【０１５０】
−  ビーム管理および処理、たとえば、制御ビームおよび／もしくはデータビームを使用する確立、保守、および／もしくは受信／送信、ならびに／または
【０１５１】
−  参照信号処理、たとえば、測定処理および構成管理。
【０１５２】
他の代表的な態様／動作は、以下のうちの少なくとも１つを含んでよい。
【０１５３】
−  ＨＡＲＱタイミング関連態様／動作、
【０１５４】
−  処理またはアクティビティレベルは、ＵＥフレーミング関連挙動、たとえばサブフレーム対スロット対ミニスロットの使用を制御してよい、
【０１５５】
−  フレーミングおよび／またはタイミング関連態様／動作、たとえば、異なるニューメロロジー、送信持続時間、スケジューリングオケージョン、サブフレーム、ならびに／またはスロットおよび／もしくはミニスロット動作、ならびに／またはＨＡＲＱタイムラインは、異なる処理状態と関連付けられて（たとえば、アクティブであって）よい。
【０１５６】
−  サブフレームベースＤＲＸアクティブ時間を使用するいくつかの実施形態では、ＵＥは、たとえば、（１）第１の特定のニューメロロジー（たとえば１ｍｓ送信持続時間）、（２）スケジューリングオケージョンの特定のセット（たとえば１ｍｓサブフレーム）、および／またはＨＡＲＱタイムライン（たとえば、スケジューリングとＵＬ送信、ＵＬ／ＤＬ送信、および関連付けられたＤＬ／ＵＬフィードバックそれぞれの間の特定の値ｘ、ＨＡＲＱ  ＲＴＴなど）を可能にするために、制御チャネルのための第１の処理状態（たとえば低処理状態）である間第１の（たとえば低）タイミング粒度において制御チャネルをモニタリングするように構成されてよい。
【０１５７】
たとえば、ＵＥは、１ｍｓスケジューリングオケージョンで１ｍｓ送信持続時間を使用する低処理状態であってよく、ｘ＝３などのｘ１ｍｓＵＥ／ｅＮＢ処理遅延は、ＨＡＲＱプロセスのための８ｍｓＲＴＴにつながる。
【０１５８】
ＯＦＤＭシステム内の最小時間単位は、一般に、「シンボル」と呼ばれることがある。シンボルは、シンボル持続時間を有する。ＬＴＥでは、シンボル持続時間が１／１４ｍｓであるそのような、１ｍｓサブフレームあたり１４のシンボルがあってよい。シンボル持続時間は、ＬＴＥにおいて同じであってよいキャリアに使用されるニューメロロジーの関数であってよい。
【０１５９】
−  スロットベースＤＲＸアクティブ時間を（たとえば、スロット持続時間および／またはミニスロット持続時間により）使用する別の実施形態では、ＵＥは、たとえば、第２のニューメロロジー（たとえば、たとえば１２５μｓ送信持続時間、または約１２５μｓ送信持続時間の１つもしくは数個のシンボルのミニスロット）、スケジューリングオケージョン（たとえば、１つもしくは数個のシンボルまたは１つもしくは数個のミニスロットのスケジューリングオケージョン）の特定のセット、および／またはＨＡＲＱタイムライン（たとえば、スケジューリングとＵＬ送信、送信、およびフィードバックとの間の特定の値ｘ２、ＨＡＲＱ  ＲＴＴなど）を可能にするために、制御チャネルのための第２の処理状態（たとえば高処理状態）である間、第２の（たとえば高）タイミング粒度を使用する制御チャネルをモニタリングする（たとえば、加えてモニタリングする）ように構成されてよい。たとえば、ミニスロットは、１つまたは複数のシンボルに等しい持続時間を指すことがあり、スロットは、いくつかのシンボル（たとえば、７つのシンボル）に等しい持続時間を指すことがあり、サブフレームは、複数のスロット（たとえば、サブフレームあたり２つのスロット）を指すことがある。ニューメロロジーに応じて、時間持続時間は、ミニスロット、スロット、および／またはサブフレーム、のいずれかに関して異なってよい。ＬＴＥのそれに等しいニューメロロジーに関して、同じ時間持続時間が適用される（たとえば、常に適用される）。ある代表的な実施形態では、デフォルトキャリアのためのニューメロロジーは、ＬＴＥニューメロロジーをサポートしてよい。
【０１６０】
たとえば、ＵＥは、たとえば、受信された制御シグナリングの関数として異なるＨＡＲＱタイムラインを可能にするために、１ｍｓのスロット送信持続時間）および１２５μｓのミニスロット送信持続時間をもち、ミニスロット境界における制御シグナリングの対応する受信をもつ、高処理状態であってよい。送信持続時間、制御シグナリング、およびＨＡＲＱタイムラインは、たとえば、第１の処理状態および／または第２の処理状態において復号されたＤＣＩのタイプ、すなわち、
【０１６１】
−  論理チャネル性質および／もしくは構成、ならびに／または
【０１６２】
−  本明細書において、たとえば「制御チャネル復号化複雑度」セクションにおいて説明される、低コスト信号モニタリング構成および／もしくは挙動
に影響を与えてよい。
【０１６３】
いくつかの実施形態では、ＵＥ処理状態の上記の態様、動作、手順、関数、および／または特性のいずれかは、あらかじめ定義された時間の期間上でパターンを使用して編成および／または構造化されてよい。パターンの開始は、時間的に明確に定義されたおよび／またはよく知られている参照を使用して構成可能であってよい。たとえば、ＵＥは、システムフレーム数、システムタイミング、フレームタイミングに関連する、および／または特定の信号の受信に対する、参照をもつように構成されてよい。たとえば、そのような信号は、たとえばパターンが適用可能なチャネルに関連付けられた参照信号からなってよく、および／またはこれを含んでよい。このパターンは、ＵＥとネットワークとの間で構成可能であってよく、および／または、これらの間で明確に定義されてよい。たとえば、ＵＥは、たとえば、ＵＥの挙動が時間的に同期され、ネットワークの観点から予測可能であるように、標準化された値のテーブルから、および／またはパターン情報を含むシグナリングの受信から、適用可能なパターンを決定するように構成されてよい。
【０１６４】
いくつかの実施形態では、ＵＥは、所与の処理状態のためのパターンベース構成により制御チャネル処理および／またはスペクトル帯域幅処理を調整するように構成されてよく、ＵＥは、たとえば、本明細書において説明される他の方法、動作、および／または手順により、ＵＥの処理状態の変化の関数としてビーム処理などのスペクトル帯域幅処理を含む他の態様を調整するように構成されてよい。
【０１６５】
いくつかの実施形態では、ＵＥは、１つまたは複数の制御チャネルの受信およびブラインド復号化のための第１のパターンをもつように構成されてよい。ある実施形態では、ＵＥは、パターンにより、ある制御チャネルスケジューリング機会／オケージョンから別のチャネルスケジューリング機会／オケージョンまでの異なる制御チャネル（たとえば、１つまたは複数の制御チャネル）を使用するブラインド復号化試行を決定する（たとえば、そして、これを実行する）ように構成されてよい。たとえば、ＵＥは、１０のオケージョン（たとえば、０から９が採番された）のシーケンスからのスケジューリングオケージョン３および６において、第１の制御チャネルを復号するように構成されてよいが、ＵＥは、第１の処理レベルのための他のオケージョン中に第２の制御チャネルを復号するように構成されてよい。第２の処理レベルの場合、ＵＥは、オケージョン０、１、２、８、および９に対して制御チャネルのいずれかを復号するように構成されなくてよい。
【０１６６】
他の代表的な実施形態では、ＵＥは、パターンにより、ある制御チャネルスケジューリング機会／オケージョンから別の制御チャネルスケジューリング機会／オケージョンまでの所与の制御チャネルに対して、制御チャネルリソース（たとえば、ＣＯＲＥＳＥＴ）、ＣＣＥ、探索空間などの異なるセットを使用するブラインド復号化試行を決定する（たとえば、そして、それを実行する）ように構成されてよい。
【０１６７】
他の代表的な実施形態では、ＵＥは、特定の周波数位置、および／または所与のニューメロロジーのための帯域幅、たとえば、パターンにより、ある制御チャネルスケジューリング機会／オケージョンから別の制御チャネルのスケジューリング機会／オケージョンまでの所与の制御チャネルのための帯域幅部を決定する（たとえば、および／またはこれを受信する）ように構成されてよい。たとえば、ＵＥは、第１の処理レベルのための単一の（たとえば、デフォルト）帯域幅部および／またはＣＯＲＥＳＥＴ上で受信するように構成されてよい。第２の処理レベルの場合、ＵＥは、すべての構成された帯域幅部および／またはＣＯＲＥＳＥＴ上で受信するように構成されてよい。
【０１６８】
ある代表的な実施形態では、ＵＥは、パターンにより、ある制御チャネルスケジューリング機会／オケージョンから別のチャネルスケジューリング機会／オケージョンまでの異なるアグリゲーションレベル（ＡＬ）を使用するブラインド復号化試行を決定する（たとえば、そして、これを実行する）ように構成されてよい。ＵＥは、たとえば１０のオケージョン（たとえば、０から９が採番された）のシーケンスからのスケジューリングオケージョン３および６において、ＡＬ＝１６のみを使用し、スケジューリングオケージョン４および５においてＡＬ＝４、８を使用して、制御チャネルを復号するように構成されてよく、第１の処理レベルに対して別の方法で復号しないように構成されてよい。第２の処理レベルの場合、ＵＥは、ＡＬ＝１６によりすべてのオケージョンにおいて復号するように構成されてよい。ＡＬは、制御チャネルの負荷、ＵＥ外形などに基づいて構成されてよい。
【０１６９】
ある代表的な実施形態では、ＵＥは、パターンにより、ある制御チャネルスケジューリング機会／オケージョンから別のチャネルスケジューリング機会／オケージョンまでの１つまたは複数のＤＣＩの異なるセットを使用するブラインド復号化試行を決定する（たとえば、そして、これを実行する）ように構成されてよい。
【０１７０】
いくつかの代表的な実施形態では、ＵＥは、受信および／または帯域幅処理、たとえば、パターンにより、ある制御チャネルスケジューリング機会／オケージョンから別の制御チャネルスケジューリング機会／オケージョンまでの物理リソースブロックの異なるセットを使用するシステム／チャネル帯域幅同調を決定する（たとえば、そして、これを実行する）ように構成されてよい。
【０１７１】
パターンは、時間的に周期的に繰り返されてよい特定の時間の量（たとえば、シンボル単位、ミリ秒単位、および／またはスケジューリング機会／オケージョン単位）に対応してよい。
【０１７２】
パターンの開始は、特定の時間インスタンス（たとえば、ミニスロット、スロット、および／またはサブフレームの第１のシンボル）、たとえば、システムフレーム番号に、フレームの第１のサブフレームに、または時間的に周期的に繰り返されてよい受信された信号（たとえば、参照信号）に、または成功して復号された送信（たとえば、ＤＣＩ、またはＭＡＣ  ＣＥ）に対応してよい。
【０１７３】
いくつかの実施形態では、ＵＥ処理状態は、１つまたは複数のそのような態様、動作、手順、および／または特性に対して、１つのそのようなパターンに関連付けられてよい。ＵＥは、適用可能な処理レベルを変更するとき、１つまたは複数の関与する態様、動作、手順、および／または特性を変更する適用可能パターンを変更するように構成されてよい。
【０１７４】
ＵＥは、たとえば、複数の処理状態のうちの１つにより、ＵＥの動作処理状態を構成する制御シグナリングを受信するように構成されてよい。処理状態は、上記で説明された構成のうちの１つまたは複数に関連する性質の定義されたセットに関連付けられてよい。たとえば、処理状態は、特定の制御チャネル構成、データ帯域幅、および／または使用法構成などに関連付けられてよい。処理状態（たとえば、各処理状態）に関連付けられた性質は、たとえば、仕様、ルックアップテーブル、ルールによって、あらかじめ定義されてよく、ならびに／または動的にシグナリングおよび／もしくは設定されてよい。ある代表的な実施形態では、ＵＥは、ブロードキャストまたは専用シグナリングのどちらかを通して、信号（たとえば、ＲＲＣ信号）の受信に基づいて処理状態の性質をもつように構成されてよい。そのような信号は、特定の処理状態のための、特定の制御チャネルモニタリング構成、データ帯域幅構成、および／または使用法、ＨＡＲＱタイミング構成などに関連付けられてよい。
【０１７５】
処理状態は、その特定の処理状態を識別し、たとえばＵＥとネットワークの間のシグナリングのためのその処理状態を参照するために、インデックスまたは識別子に関連付けられてよい。
【０１７６】
処理状態を変更するためのトリガ
【０１７７】
ネットワーク制御された移行
【０１７８】
ＵＥは、ＵＥが、たとえば制御チャネル上での、ＲＲＣメッセージ、ＭＡＣ  ＣＥ、ＤＣＩメッセージ、本明細書ではたとえば「データ帯域幅構成」セクションにおいて説明される「低コスト」信号、ならびに制御シグナリングの受信および／または構成によって制御されるタイマベース動作のうちの少なくとも１つなどの、ネットワークからのシグナリングの受信に基づいて異なる処理状態に移動するべきである、またはこうすることが可能であることを決定するように構成されてよい。
【０１７９】
タイマベース動作は、ネットワークからのシグナリングによって制御されてよい。たとえば、代表的な一実施形態では、タイマが、ＵＥの挙動を制御するために使用されるときは、ＵＥは、タイマが稼働しているとき手順／論理的動作Ａを実行してよく、そうでないときは、ＵＥは、手順／論理的動作Ｂを実行してよい。別の代表的な実施形態では、タイマ自体が、シグナリングの受信によって制御されてよい（たとえば、タイマは、制御メッセージＸが受信された場合は停止されてよく、制御メッセージＹが受信された場合は再開されてよい、など）。
【０１８０】
いくつかの実施形態では、タイマは、ＵＥの挙動を制御するように構成されてよい。たとえば、タイマが稼働しているとき、ＵＥは、手順／論理的動作のセットを実行してよい。そうでない場合、ＵＥは、たとえばタイマ自体がシグナリングの受信によって制御され得るとき、手順／論理的動作の別のセットを実行してよい（たとえば、タイマは、制御メッセージＸがネットワークから受信された場合は停止されてよく、制御メッセージＹがネットワークから受信された場合は再開されてよい、など）。
【０１８１】
そのようなシグナリングは、構成されることになる処理状態のインデックス、ならびに潜在的には、処理状態の変化が生じるべき時間を識別してよい。あるいは、処理状態の変化は、移行メッセージが受信された時間と新しい処理状態に関連付けられた構成変化が起こるべき時間との間の、あらかじめ定義されたまたは静的に定義された時間差において起こってよい。
【０１８２】
ＵＥにより決定された移行
【０１８３】
別の実施形態では、ＵＥは、以下、すなわち、１）１つまたは複数の制御チャネルに対するスケジューリングアクティビティ、スケジューリングアクティビティの増加、または減少、２）ＵＥにおける新しいサービスの到着、たとえば始動および／またはその構成、３）特定の性質（たとえば、低待ち時間要件）を有するＵＥにおけるデータの送信および／または成功した受信／送信のための可用性、４）ＵＥバッファ内のデータが、たとえば、特定のベアラ、ベアラタイプ、サービス、たとえばＱｏＳプロファイルに基づいたタイプ、ＳＯＭ、ＴｒＣＨ、および任意の等価物、のうちの少なくとも１つのために閾値を超えるまたは閾値未満に低下すること、５）ＵＥアクティビティまたはスケジューリングアクティビティに関連するタイマの満了、６）ＵＥスピードが、一定の値を超えるまたはこれ未満であること、７）現在のバッテリ寿命が特定の値に到達すること、８）スケジューリング要求および／またはアクセス手順のトリガリングおよび／または始動、９）ＵＥによって自律的に始動された始動および／または送信、たとえば、アップリンク制御チャネル上での競合ベースアップリンク送信、グラントのない送信、スケジューリング要求、またはＰＲＡＣＨ上でのプリアンブル、１０）ＨＡＲＱプロセスの状態、たとえば、時間的におよび／またはＨＡＲＱプロセスのためのいくつかの再送信に関する何らかの待ち時間基準／閾値を超えること、ならびに１１）ビーム管理の状態、たとえば、ビームの変化、ビーム構成の変化、ビーム障害イベント発生、および／またはビーム復旧要求の成功した送信、のうちの少なくとも１つなどの、ＵＥ動作に関連するいくつかの定義されたトリガに基づいて、１つの処理状態と別の処理状態との間で移行するように構成されてよい。
【０１８４】
いくつかの実施形態では、ＵＥは、対応する制御情報を受信するとタイマが（再び）開始されるとき、およびタイマが満了したときなどの、タイマ構成および動作に基づいて、１つの処理状態と別の処理状態との間で移行するための上記のイベントを決定するように構成されてよい。
【０１８５】
別の実施形態では、ＵＥは、カウンタに基づいて（たとえば、制御シグナリングの受信のためのオケージョンに基づいて、または実行された送信に基づいて）ある処理状態と別の処理状態との間で移行するための上記のイベントを決定するように構成されてよい。
【０１８６】
そのようなケースでは、処理状態間の移行は、一定のルールに基づいて明確に定義されてよい。たとえば、移行前（たとえば、既存のまたは初期）処理状態と結合された特定のトリガは、１つの特定の移行後状態への移行を使用または必要としてよい。
【０１８７】
ＵＥは、ＲＲＣメッセージ、ＭＡＣ  ＣＥ、またはＰＨＹ層シグナリングを使用する処理状態の変化を要求することも行うように構成されてよい。処理状態の変化の要求は、以下の情報、すなわち、潜在的に特定の論理チャネルまたは特定のタイプのデータの、処理状態、バッファ占有の変化をトリガした特定のトリガリングイベント、チャネル測定、ビーム測定、ビーム管理イベント（たとえばビームスイッチ、最良のビームの変更）、ビーム復旧、およびターゲット状態における要求された持続時間などの、ＵＥが移行することを望む状態の状態インデックス（または潜在的に、所望の状態インデックスのリスト）、および状態移行のためのトリガに関連付けられたパラメータ、のうちの少なくとも１つを含有してもよいし、これらを含んでもよい。
【０１８８】
ＵＥは、以下のトリガ、すなわち、１つまたは複数の制御チャネル上でのスケジューリングアクティビティ、スケジューリングアクティビティの増加または減少、ＵＥ（たとえば、その始動および／または構成）における新しいサービスの到着、特定の性質（たとえば、低待ち時間要件）を有するＵＥにおけるデータの送信および／または成功した送信／受信の可用性、ＵＥバッファ内のデータが閾値を超えるまたは閾値未満であること、ＵＥアクティビティまたはスケジューリングアクティビティに関連するタイマの満了、ＵＥスピードが一定の値を越えるまたはこれ未満であること、ビーム障害が発生すること、ならびに現在のバッテリ寿命が特定の値に到達すること、のうちの少なくとも１つの結果として、処理状態の変更を要求するように構成されてよい。
【０１８９】
続くセクションは、特定のＵＥ構成関連態様、動作、手順、および／または機能に基づいた処理状態変化の特定のケースについて説明する。上記で言及された特定のトリガ、ならびに各特定の構成態様および／またはある特定の構成態様に対して定義されたより詳細なトリガが可能である。
【０１９０】
制御チャネル復号化複雑度
【０１９１】
本明細書において説明される実施形態は、別段明記されない限り、任意のデータチャネルリソース（たとえば、適用可能な場合、ＰＲＢ、帯域幅、ビーム選択、フレーム態様（たとえば、スロットおよびミニスロット））に等しく適用可能である。おそらく、そのような適用可能データチャネルリソースは、代わりにまたは加えて、ＵＥの状態の関数として決定されてよい。ＵＥの状態は、特に、異なる制御チャネルリソースがデータ伝送のための異なるスペクトルブロックを制御するために使用されるとき、制御チャネルリソースを決定するために使用されてよい。
【０１９２】
ＵＥが、さまざまな数のＣＣＥをもつ制御チャネルをモニタリングすること
【０１９３】
一実施形態では、ＵＥ電力節約モードの一部として、ＵＥは、その動作モードたとえばその処理状態またはアクティビティ状態に応じて、ＣＯＲＥＳＥＴおよび／またはＣＣＥの異なるセットをモニタリングするように構成可能であり、時間とともに自律的に動作モードを変更するように構成されてよい。
【０１９４】
ＵＥの現在の処理状態は、そのＵＥのための制御チャネルモニタリング構成を定義するように構成されてよい。ＵＥは、さまざまな数のＣＣＥおよび／またはＣＣＥのさまざまなセットをもつ制御チャネルを処理する（たとえば、モニタリングする、受信する、ブラインド復号する、または類似のこと）ように構成されてよい。たとえば、変更され得るＣＣＥの数および／または処理に使用されることになる実際のＣＣＥは、変更されてよい。たとえば、ＵＥは、さまざまな複雑度の異なる処理状態で動作するように構成されてよく、ＵＥは、異なる数のＣＣＥおよび／またはＣＣＥの異なるセット上で制御チャネルをモニタリングしてよい。たとえば、ＵＥは、ＣＣＥの数を変化させる電力節約モードを実行するように構成されてよい。ＵＥは、一定の要因に基づいてモニタリングする必要があってよく、そうすることが可能であり、および／またはそうする必要があり、それらの要因は、スケジューリング処理および／またはＵＥバッファステータスを含んでよい。ＵＥ上のバッファステータスは、ＵＥとｅＮｏｄｅ−Ｂとの間の柔軟なスケジューリングと協調されてよい。
【０１９５】
ＵＥは、複数の処理状態を考慮することによって制御チャネルモニタリングを実行するように構成されてよく、各処理状態は、復号されることになる異なる数のＣＣＥを有する。１つのあり得る利益は、制御チャネルモニタリング複雑度の潜在的な減少である。
【０１９６】
たとえば、ＵＥは、以下のうちの少なくとも１つに基づいてモニタリングすることになる制御チャネルリソースの異なるセットを自律的に決定するように構成されてよい。
【０１９７】
一実施形態では、ＵＥは、サブバンド、複数のサブバンド、周波数帯域のサブセット、システム帯域幅のサブセット、周波数位置（たとえば、中心周波数）、または制御チャネルのリソースのサブセットをモニタリングするように構成されてよい。これは、アグリゲーションレベルを含んでよい。
【０１９８】
第１の状態にある（たとえば、第１のアクティビティレベルにより）間、ＵＥは、リソース要素の第１のセット、適用可能なアグリゲーションレベルの第１のセット、リソースブロックなどの上で定義された制御チャネル、たとえば１つまたは複数の制御チャネルの第１のセットをモニタリングするように構成されてよい。次いで、ＵＥは、第２の状態（たとえば、第２のアクティビティレベルにより）で動作するとき、リソースの第２のセット（おそらく異なる数の制御チャネルを含む）を使用するように構成されてよい。
【０１９９】
たとえば、そのような第１の状態では、ＵＥは、第１の動作帯域上でダウンリンク制御情報（たとえば、ＤＣＩ）をモニタリングするように構成されてよい。たとえば、そのようなものは、第１のチャネル帯域幅を含んでよい。第２の状態では、ＵＥは、第１の動作チャネル帯域幅と異なるリソース要素のサブセットを占有し得るＤＣＩをモニタリングするように構成されてよい。
【０２００】
たとえば、そのような第１の状態では、ＵＥは、制御チャネルの第１のセット上のＤＣＩをモニタリングするように構成されてよい。そのような第１のセットは、最高で第１のユーザプレーンデータレートに関するスケジューリングを提供してよい。第２の状態のＵＥは、制御チャネルの第２のセット上のＤＣＩをモニタリングするように構成されてよい。そのような第２のセットは、最高で第２のユーザプレーンデータレートに関するスケジューリングを提供してよい。ＵＥは、そのようなセットを、以下でさらに説明されるものなどのＵＥの送信に関連する１つまたは複数の態様の関数として決定するように構成されてよい。
【０２０１】
ＵＥは、第１の状態および第２の状態であるとき、それぞれ動作周波数帯域の第１のサブバンドおよび第２のサブバンド（またはそのセット）上でさらに動作するようにさらに構成される。電力消費に関するそのような動作のあり得る利点は、受信機が、周波数帯域全体のサブバンドに同調された（たとえば、それにのみ同調された）制御チャネル復号化およびフロントエンドのための減少された高速フーリエ変換「ＦＦＴ」サイズのうちの少なくとも１つを利用してよいことであってよい。
【０２０２】
図５Ａは、それぞれアクティビティ状態Ａ（５１１において示される）およびアクティビティ状態Ｂ（５１２において示される）にあるＵＥによってモニタリングされた制御チャネルを示す代表的な図である。５１１において示されるように、アクティビティ状態ＡのＵＥは、一定の数の制御チャネル要素、たとえば、オペレーティングシステム帯域幅５２１上のＣＣＥ１〜ＣＣＥ７（５３１〜５３７）をモニタリングするように構成されてよい。これらの制御チャネル要素、たとえば、ＣＣＥ１〜ＣＣＥ７（５３１〜５３７）は、ＵＥのためのアクティブな制御チャネル５２２を表す。ＵＥは、他の時間には、アクティビティ状態Ｂであるように構成されてよい。しかしながら、異なるアクティビティ状態、たとえば、アクティビティ状態Ｂでは、ＵＥは、５１２において示されるように、制御チャネル要素の全部、たとえば、オペレーティングシステム帯域幅５２１の上でアクティブな制御チャネル５２３を表すＣＣＥ１〜ＣＣＥｎ（５４１〜５ｘｙ）をモニタリングするように構成されてよい。
【０２０３】
図５Ｂは、ＵＥ上の制御チャネルモニタリング挙動を含む代表的なモニタリングサイクルを示す。ＵＥは、アクティブ状態持続時間５０４中は制御チャネルをモニタリングし、他の時間には制御チャネルをモニタリングしないように構成されてよい。ＵＥのアクティビティ状態の影響下にあり、ＲＲＣシグナリングを介して送信されるアクティブ状態持続時間５０４が構成可能である。
【０２０４】
ブラインド復号化の数の減少
【０２０５】
別の実施形態では、ＵＥは、第１の状態で、最大で第１の数のブラインド復号化試行を実行するように構成されてよい。第２の状態では、ＵＥは、最大で第２の数のブラインド復号化試行を実行するように構成されてよい。ＵＥの状態の決定は、制御チャネルリソースの関連付けられたセットに基づいてよい。たとえば、第１の状態および第２の状態の場合、それぞれ、ＵＥは、それぞれ第１の数の探索空間（または探索空間の第１のサブセット）および第２の数の探索空間（または探索空間の第２のサブセット）、探索空間の第１のセットおよび探索空間の第２のセット、探索空間アグリゲーションレベル、または類似物を処理するように構成されてよい。探索空間は、旧来のＬＴＥのそれに等しくてもよいし、より一般には、ダウンリンク制御チャネルメッセージのためのブラインド復号化を実行するためにＵＥが使用する制御チャネルリソースの任意の集合であってもよい。ＮＲでは、そのような探索空間は、ビームフォーミングが制御チャネルに適用可能である場合、時間的に、周波数的に、および／または空間的に定義されてよい。
【０２０６】
たとえば動的に、ＵＥのブラインド復号化複雑度を変化させることのあり得る利点は、ＵＥがアクティブにスケジュールされる必要があってよく、そうすることが可能であり、および／もしくはそうする必要がある時間中、ならびに／またはスケジューラ柔軟性が保持可能であるシステム内でより高いスケジューリング負荷の期間中に、ネットワークスケジューラの制御の下で電力を増加させながら、それが、それほど頻繁ではないが（または、あまり重大でないスケジューリング時間要件をもつ）ネットワークによってスケジュールされることになっているＵＥが、その時間の期間中にブラインド復号化に関連付けられた電力消費を減少させることを可能にすることであってよい。
【０２０７】
したがって、より少ない制御チャネルリソースの復号化をＵＥが実行する状態は、低スケジューリングアクティビティの期間、および／またはベストエフォート、遅延耐性サービスに関連するスケジューリングアクティビティの期間により適しているであろう。ＵＥがより多数の制御チャネルを復号することが必要とされるおよび／またはそのために使用される状態は、より大きいスケジューリング柔軟性状態であるであろう。
【０２０８】
図６Ａは、代表的なアクティビティ状態ＡにおけるＵＥのための探索空間の代表的な図である。ＵＥは、アクティビティ状態Ａである間、いくつかの制御チャネル要素をもつ空間を探索するように構成されてよい。たとえば、ＵＥは、第１の３つのアグリゲーションレベル８（たとえば、６１１〜６１３）からなる探索空間をもつように構成されてよく、アグリゲーションレベル８は８つの制御チャネル要素を含む。ＵＥは、第１の２つのアグリゲーションレベル４（たとえば、６２１および６２２）をもつ別の探索空間をもつように構成されてもよく、アグリゲーションレベル４は４つの制御チャネル要素を含む。ＵＥは、第４から第９のアグリゲーションレベル２（たとえば、６３１〜３６）をもつ別の探索空間をもつように構成されてもよく、アグリゲーションレベル２は２つの制御チャネル要素を含み、または、ＵＥは、第１２から第２１のアグリゲーションレベル１（たとえば、６４１〜６５０）をもつように構成されてもよく、アグリゲーションレベル１は１つの制御チャネル要素を含む。
【０２０９】
図６Ｂは、アクティビティ状態ＢにおけるＵＥのための探索空間の代表的な図である。しかしながら、ＵＥは、図６Ａとは異なる方策で、アクティビティ状態Ｂの異なる数の制御チャネル要素をもつ空間を最小限に探索するように構成されてよい。たとえば、ＵＥは、第３のアグリゲーションレベル８（たとえば、６５１）をもつ探索空間をもつように構成されてよい。ＵＥは、第２のアグリゲーションレベル４（たとえば、６６１）をもつ別の探索空間をもつように構成されてもよい。ＵＥは、第７から第９のアグリゲーションレベル２（たとえば、６７１〜６７３）をもつ別の探索空間をもつように構成されてもよいし、第５から第２１のアグリゲーションレベル１（たとえば、６８１〜６８７）をもつ別の探索空間をもつように構成されてもよい。
【０２１０】
ＵＥが、変化する数の制御チャネルメッセージをもつ制御チャネルをモニタリングすること
【０２１１】
別の実施形態では、ＵＥ電力節約モードの一部として、ＵＥは、その動作モードに応じて異なる数の制御チャネルメッセージを探索するように構成されてよく、自律的に動作モードを変更するように構成されてよい。
【０２１２】
ＵＥは、ＵＥによって受信され得る異なる数の可能な制御チャネルメッセージをもつ制御チャネルをモニタリングするように構成されてもよいし、そうすることを期待されてもよい。たとえば、ＵＥは、異なる複雑度の状態で動作するように構成されてよく、ＵＥは、受信可能である異なる数の制御チャネルメッセージをもつ制御チャネルをモニタリングしてよい。たとえば、ＵＥは、ＵＥが、スケジューリングアクティビティ、ＵＥバッファステータス、およびｅＮｏｄｅ−Ｂスケジューリング柔軟性要件のうちの１つまたは複数などの要因に基づいてモニタリングする必要があってよい、そうすることが可能である、および／またはそうする必要がある、別個の制御チャネルメッセージの数を変化させる電力節約モードを実行するように構成されてよい。
【０２１３】
ＵＥは、複数の状態を考慮することによって制御チャネルモニタリングを実行し、さまざまな数の制御チャネルメッセージ（たとえば、各々が、さまざまな数の制御チャネルメッセージを有する）を、状態（たとえば、各状態）で復号させることになるように構成されてよい。状態（たとえば、各状態）では、ＵＥは、異なる数の制御チャネルメッセージを復号することが必要とされるおよび／またはそのために使用されるように構成されてよい。これは、復号化の一部として使用される、異なる数のＤＣＩメッセージ、異なる別個のＤＣＩメッセージサイズ、使用する異なる数の巡回冗長検査（ＣＲＣ）パターン、および相関シーケンスなどの異なる数の合致シーケンス、のうちの少なくとも１つを含んでよい。
【０２１４】
たとえば、低電力に関連付けられた動作のモード（たとえば、他のモードと比較して、より少ない数のＤＣＩメッセージサイズ）は、限定するものではないが、ページング、電力制御、システム情報、低待ち時間データ伝送、初期データ伝送などのＵＥ動作を可能にする制御チャネルメッセージに関連付けられてよい。
【０２１５】
別個の制御チャネルメッセージの数を減少させる利点は、これらの時間インスタンス中に電力を節約するためにＵＥに対するより少ないブラインド復号化の性能を改善することであってよい。ＵＥがより少ない制御チャネルの復号化を実行する状態は、より低い電力状態であってよいが、ＵＥがより多数の制御チャネルを復号することが必要とされるおよび／またはそのために使用される状態は、より大きいスケジューリング柔軟性状態であろう。
【０２１６】
状態間の移行
【０２１７】
一実施形態では、２つのアクティビティ状態間でいつ移行するべきかの決定は、旧来のＬＴＥ  ＤＲＸアクティブ時間と類似の挙動を使用してよい。
【０２１８】
別の実施形態では、ＵＥにおける電力節約モードは、異なる状態間でのＵＥによる移行に基づいてよい。ＵＥは、あるトリガに基づいて２つの制御チャネルモニタリング状態間で移行するように構成されてよい。たとえば、ＵＥは、第１のアクティビティ状態から第２のアクティビティ状態に移動するように構成されてよく、これらの状態は、異なる復号化複雑度を有してよい。ＵＥは、ＴＴＩごと、Ｎ個のサブフレームごと、または何らかの構成された周期性とともになど、周期的に、そのようなトリガをさらに評価するようにさらに構成されてよい。
【０２１９】
たとえば、そのような状態間の移行は、以下のトリガ、すなわち、１）スケジューリング強度、２）スケジューリングに使用されるリソースまたはメッセージ、３）時間のトリガ、４）ＵＥによる要求、５）参照信号の存在または欠如、および６）ｅＮｏｄｅ−Ｂによる明示的指示、のうちの１つまたは複数に基づいてよい。
【０２２０】
１）スケジューリング強度
【０２２１】
ＵＥは、所与の状態で受信され、時間ウィンドウ上または特定の時間に測定されたグラントの数の結果として、およびこのグラントの数に関連する移行のためのいくつかのルールに基づいて、ある制御チャネルモニタリング状態から別の制御チャネルモニタリング状態に移動するように構成されてよい。これらのルールは、異なる形、または以下の組合せを取ってよい。
【０２２２】
一実施形態では、ルールは、期間Ｔ内で受信されたグラントの数に基づいてよい。
【０２２３】
第２の実施形態では、ルールは、受信された連続したグラントの数に基づいてよい。たとえば、ＵＥは、低電力状態である間のＮ個の連続したグラントの受信時に、または低電力状態である間の時間期間Ｔ中に受信されるＮ個のグラントの受信時に、低電力状態から、より大きいスケジューリング柔軟性をもつ状態に移動するように構成されてよい。
【０２２４】
第３の実施形態では、ルールは、ＵＥがスケジュールされた、またはＵＥがスケジュールされなかった、連続した制御チャネル機会の数に基づいてよい。たとえば、ＵＥは、ＵＥが制御チャネル上でスケジュールされなかったＮ個のサブフレームの後に、より大きい制御チャネルモニタリング複雑度をもつ状態から、より低い電力状態に移動するように構成されてよい。
【０２２５】
第４の実施形態では、ルールは、１つの状態である間に送られる制御チャネルメッセージのタイプに基づいてよい。たとえば、ＵＥは、特定のＤＣＩメッセージタイプを受信したとき、または特定の探索空間内で、もしくは特定のアグリゲーションレベルをもつ、制御チャネルメッセージを受信したとき、ある状態から別の状態に移動するように構成されてよい。したがって、そのようなＤＣＩメッセージタイプまたは探索空間使用法などは、状態の変化を暗黙的にシグナリングするために予約されてよい。
【０２２６】
第５の実施形態では、ルールは、ＵＥがある状態である間にメッセージを受信するビームまたはビームのセットに基づいてよい。たとえば、ＵＥは、たとえば、モニタリングされたビームの特定のサブセットを使用する間、ＤＣＩメッセージを受信したとき、ある状態から別の状態に移動するように構成されてよい。
【０２２７】
２）スケジューリングに使用されるリソースまたはメッセージ
【０２２８】
ＵＥは、特定の探索空間、探索空間サイズ、または特定のＤＣＩメッセージを使用するＮ個の連続したグラントの受信時に状態間を移行するように構成されてよい。
【０２２９】
３）時間のトリガ
【０２３０】
ＵＥは、ＵＥによって知られ得るまたはネットワークによって構成され得る特定の時間インスタンスに（たとえば、特定のサブフレーム、またはフレーム番号で）状態間を移行するように構成されてよい。たとえば、ＵＥは、特定のフレーム／サブフレーム番号で周期的に、あるモードと別のモードとの間で常に移行するように構成されてよい。別の例では、ＵＥは、時間の期間にわたって（タイマに基づいて）１つのモードで動作し、タイマの満了時に別のモードに移行するように構成されてよい。
【０２３１】
４）ＵＥによる要求
【０２３２】
ＵＥは、ＳＲ、バッファステータス報告（ＢＳＲ）、ＭＡＣ  ＣＥ、またはＲＲＣメッセージを使用する要求を発行することによって、状態間を移動することを要求してよい。
【０２３３】
ＵＥは、以下のうちの少なくとも１つの結果として、２つの状態間を移動する要求をトリガしてよい。
【０２３４】
−  ＵＥにおける新しいサービスの始動または終了。たとえば、低電力モードで動作するアクティブなｅＭＴＣサービスをもつＵＥは、ｅＭＢＢサービスの始動時に低電力モードから移動することを要求してよい、
【０２３５】
−  特定のサービス、論理チャネル、またはフローに関連付けられたデータの到着、
【０２３６】
−  ＵＥによる、送信されることになるデータはタイムクリティカルである、または、低電力モードから移動することなしに時間要件を満たさないことがある、という決定、
【０２３７】
−  ＵＥにおける１つまたは複数の論理チャネルまたはフローのバッファステータスが一定の閾値を超える、
【０２３８】
−  ＵＥバッファ内のデータのタイムクリティカル性（たとえば、有効期間）、またはＵＥにおいて進行中の送信が閾値を下回る（たとえば、ＵＥは、そのバッファ内の時間データ（たとえば、タイムクリティカルなデータ）のいずれかまたは大部分の送信を完了した）、および
【０２３９】
−  ビーム管理プロセスまたはイベント（たとえば、ＵＥにおけるビーム障害検出）。このビーム管理プロセスまたはイベントは、ビームのセットに関連付けられた無線リンク品質が特定の閾値を下回るという、ＵＥによる決定を含んでよい。たとえば、ＵＥは、ビームのセットに関連付けられた参照信号のための１つまたは複数の測定値に基づいて、そのような無線リンク品質を決定してよい。
【０２４０】
ＵＥは、ＳＲ（たとえば、ＰＲＡＣＨ上および／または物理アップリンク制御チャネル（ＰＵＣＣＨ）上での送信によって））、ＢＳＲ、ＭＡＣ  ＣＥ、および／またはＲＲＣメッセージ（たとえば、ＰＵＳＣＨ上での送信を使用する）内で情報を送ることによって状態間を移動するその要求を暗黙的に示すように構成されてよい。たとえば、ＵＥは、特定の論理チャネル内のデータのためのバッファステータスまたはタイミング要件が閾値を上回るという情報をもつＢＳＲを送ることが、ＵＥを低電力モードからまたは低電力モードへと移すと仮定することがある。
【０２４１】
５）参照信号の存在または欠如
【０２４２】
ＵＥは、ＵＥが、帯域の他の部内での参照信号の欠如の結果として制御チャネル空間のサブバンドをモニタリングする必要があってよい、そうすることが可能である、および／またはそうする必要があることを決定するように構成されてよい。たとえば、動作帯域は、いくつかのサブバンドに分割されてよく、そのサブバンド内で参照信号のセットが送信され得る。ＵＥが、特定のサブバンド内の参照信号電力が閾値を下回ることを検出した場合、ＵＥは、その特定のサブバンドに対する制御チャネルの復号化を無視し、参照信号電力が閾値を上回るサブバンド上の（たとえば、サブバンド上のみの）制御チャネルを復号するように構成されてよい。
【０２４３】
６）ｅＮｏｄｅ−Ｂによる明示的な指示
【０２４４】
ＵＥは、ＤＣＩがそれを明示的または暗黙的に示す場合、異なる状態間を移動するように構成されてよい。たとえば、ＤＣＩが、ＵＥが受信される初期低電力状態によって定義された減少された帯域幅の外部に配置されたリソースのためのグラントを示す場合、ＵＥは、低電力状態から通常状態に、または低電力状態から別の低電力状態（より高い複雑度を有する）に移動するように構成されてよい。
【０２４５】
ＵＥは、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）またはＲＲＣ構成メッセージの受信時に状態間を移動するように構成されてよい。
【０２４６】
ＵＥは、以下のうちの少なくとも１つの関数として状態および／またはリソース（制御および／またはデータ）のセットを決定するように構成されてよい。
【０２４７】
１つの関数は、時間の期間中の平均送信レートであろう。そのようなレートは、Ｌ１送信レートに、Ｌ２送信レートに、ユーザプレーンデータ伝送レートまたは類似物に対応してよい。そのようなレートは、そのような期間中の成功した送信に基づいてよい。そのようなレートは、肯定的なＨＡＲＱフィードバックが受信された（ダウンリンクスケジューリングの場合）または送信された（アップリンクスケジューリングの場合）または両方であった（複合スケジューリングの場合）、成功した送信に基づいてよい。構成されたオフセットまたは閾値があるので、閾値は、スケジューリング柔軟性を変化させるために使用されてよい。
【０２４８】
別の関数は、平均パケット間送信（アップリンクまたはダウンリンクまたは両方）であろう。そのような送信は、上記の説明に従ってよい。
【０２４９】
別の関数は、たとえば乗算的増加／減算的減少（multiplicative increase/subtractive decrease）タイプのアルゴリズムなどのレート制御アルゴリズムであろう。たとえば、ＴＣＰに似たレート制御は、ＴＣＰ「ウィンドウ」の管理がＵＥのための最小処理要件に対応し、そのようなウィンドウは、しかしながら、（ＴＣＰのレート制御とは反対に）乗算的様式で増加され、減算的様式で減少される、制御チャネル処理（および、たとえば、データチャネル処理）のための（たとえば、アクティビティ）状態を決定するために適用されることがある。たとえば、ＤＣＩの（または所与の期間内の数の）成功した検出は、ウィンドウ管理（乗算的増加）に関するＴＣＰ  ＡＣＫの受信に対応するであろうが、そのような検出のない（または所与の期間内の一定の値よりも少ない数の）期間は、ＴＣＰ  ＮＡＣＫ（減算的減少）に対応するであろう。これは、レートの変動を最小にするためにウィンドウを使用して平均化可能である。そのような方法の１つの利点は、ＵＥ処理アクティビティが、所与のＵＥの観察された送信レートに合致し得るであろうことであってよい。そのような方法は、アップリンク（たとえば、アップリンクデータチャネルたとえばアップリンクデータチャネルのみに関連付けられたリソースの場合）、ダウンリンク（たとえば、ダウンリンク制御および／またはデータチャネルのみに関連付けられたリソースの場合）、または両方に対する組合せ（そうでない場合）に別々に適用されてよい。
【０２５０】
ＵＥに制御チャネル構成を自律的に修正させる１つの利点は、ＵＥが、ネットワークからのシグナリングのオーバヘッドの減少を可能にして、あるアクティビティ状態と別のアクティビティ状態との間で移行することを可能にし、オーバヘッドなしで移行がより頻繁に発生することを可能にし、したがって、そのような移行とともに電力効率ゲインを改善することであってよい。
【０２５１】
一実施形態では、ＵＥは、通常モードで探索空間の１つのセット（潜在的にフルセット）を、低複雑度モードで探索空間の第２のセット（潜在的に、減少されたセット）を復号するように構成されてよい。モード（たとえば、各モード）で復号されることになる探索空間のセットは、ＵＥによって演繹的に知られてもよいし、ネットワークからの構成によって提供されてもよい。ネットワークからの構成は、知られている探索空間構成または標準化された探索空間構成に対するインデックス（通常モードに対して１つと低複雑度モードに対して１つ）としてさらに提供されてよい。低複雑度モードでは、探索空間の減少されたセットは、たとえば、ＵＥがリソースの減少された（たとえば、減少されたのみ）セットを処理し得るように、ＣＣＥ、リソース、ビーム、および／または制御チャネル帯域幅の減少されたセットにさらに制限されてよい。ＵＥは、ＵＥが復号化のあるモードから別のモードに移動するべきであることを示すＭＡＣ  ＣＥを受信するように構成されてよい。ＭＡＣ  ＣＥの成功した受信時に、ＵＥは、次の制御チャネルインスタンス（たとえば、次のサブフレーム）において、または特定の知られているインスタンス（たとえば、サブフレーム０、またはＭＡＣ  ＣＥの受信に続くｘ個のサブフレーム）において、新しいモードにより制御チャネル復号化を実行し始める。
【０２５２】
別の例示的な実施形態では、ＵＥは、２つの異なる制御チャネル復号化モードをもつように構成されてよく、第１のモードは、ＤＣＩフォーマットの小さいセットの復号化を必要とし、第２のモードは、サポートされるＤＣＩフォーマットのフルセットの復号化を必要とする。第１のモードで動作するＵＥは、Ｎ個の連続した制御チャネルオケージョン／ＴＴＩ／サブフレームまたは類似物においてスケジューリング要求を受信すると第２のモードに移行するように構成されてよい。あるいは、第１のモードで動作するＵＥは、最後のＴサブフレーム内で特定のタイプ（第１のモードでサポートされる）のＤＣＩメッセージをＮ回受信すると第２のモードに移行するように構成されてよく、ＮおよびＴはネットワークによって構成可能である。動作の第２のモードでは、ＵＥは、第２のモードに入ったときに設定されたタイマの満了の後に動作の第１のモードに移行するように構成されてよい。タイマは、ＵＥがスケジューリング要求を受信する時間（たとえば、各時間）をさらにリセットしてよい。
【０２５３】
別の代表的な実施形態では、ＵＥは、前の例示的な実施形態に関連付けられたルールのいずれかに従うように構成されてよく、ＵＥとネットワーク（たとえば、ＵＥはネットワークによって構成されてよい）の両方によって知られている時間インスタンスにおいてＴ個のサブフレームごとに１回周期的に動作の第２のモードに一時的に（たとえば、１つまたはいくつかのサブフレーム／ＴＴＩ／スケジューリング機会の場合）移行するようにさらに構成されてよい。そのような周期的フォールバックの利点は、ＵＥとネットワークが動作のモード間の移行に関して同期されたままであることを確実にすることであり得る。ＵＥは、動作の第２のモードにフォールバックするサブフレームにある間、それ自体をネットワークと再同期させるためにネットワークからメッセージをさらに受信してよく、これは、２つのモード間の移行に関連するすべてのタイマ、カウンタ、および状態変数をリセットすることからなるであろう。
【０２５４】
上記の代表的な実施形態は２つの状態のために示されているが、当業者は、移行のための例およびルールは３つ以上の制御チャネルモニタリング状態に対して可能であることを理解する。
【０２５５】
ＵＥ  Ｌ２処理複雑度
【０２５６】
ＨＡＲＱ構成
【０２５７】
一実施形態では、ＵＥ電力節約モードの一部として、ＵＥは、そのＨＡＲＱ構成を自律的に変更し、そのようなことについてネットワークに知らせるように構成されてよい。
【０２５８】
ＵＥの現在のアクティビティ状態は、ＵＥがその下で動作するＨＡＲＱ構成を定義してよい。ＵＥは、そのＨＡＲＱ構成を、ＵＥにおいて発生する特定のトリガに基づいて自律的に変更するように構成されてよい。ＨＡＲＱ構成は、ＨＡＲＱに関連する以下の性質またはパラメータの値、ルール、または構成を定義してよい。
【０２５９】
１）ＤＬ、ＵＬ、ＳＬのためのＨＡＲＱプロセスの数。たとえば、より低いＵＥ処理複雑度に関連付けられたアクティビティ状態では、ＵＥは、より少数のＨＡＲＱプロセスをもつように構成されてよい。１つの利点は、それが、ＵＥのアクティビティに基づいてバッファリングが動的に調整され得るように、ＵＥ内でのメモリ節約を可能にし得ることであり得る。
【０２６０】
２）適用可能な送信モード。たとえば、第１の状態では、および第２の状態では、ＵＥは、それぞれ第１の送信モードおよび第２の送信モードに関連付けられた構成を使用するように構成されてよい。これは、より低いアクティビティの期間内での、あまり処理集約的でない物理層処理を可能にするために有用であり得る。
【０２６１】
３）論理チャネルとＨＡＲＱプロセスとのマッピング。たとえば、特定のアクティビティ状態では、１つまたは複数の論理チャネルを特定のＨＡＲＱプロセスと関連付けるために従う特定のルールがある場合がある。
【０２６２】
４）送信タイミングへのグラントまたは再送信のタイミングなどの、ＨＡＲＱ動作のタイミング。
【０２６３】
５）自律的な再送信が使用されることになっているか、それともスケジュールされた再送信が使用されることになっているか。
【０２６４】
６）ＨＡＲＱ再送信の最大数、および
【０２６５】
７）ＨＡＲＱ送信／再送信（たとえば、各ＨＡＲＱ送信／再送信）のための冗長バージョンの構成。
【０２６６】
別の実施形態では、電力節約モードは、ＵＥ状態、ＵＥ状態移行、または両方に依存する場合があり、状態（たとえば、各状態）は、ＨＡＲＱパラメータの特定のセットまたはＨＡＲＱ構成を有する。ＵＥは、あるトリガに基づいてＨＡＲＱ構成状態間を移行するように構成されてよい。ＵＥは、ＴＴＩごと、Ｎ個のサブフレームごと、または何らかの構成された周期性とともになど、周期的に、そのようなトリガを評価するようにさらに構成されてよい。状態間の移行は、本明細書において、たとえば「制御チャネル復号化複雑度」セクションにおいて説明される以下のトリガのうちの１つまたは複数に基づいてよい。
【０２６７】
考えられ得る追加の移行は、高い優先度または低待ち時間データの受信を含む。たとえば、ＵＥは、ＵＥが現在送信中のデータの任意の現在の優先度よりも高い優先度を含有するまたは含むパケットまたはＰＤＵを受信するように構成されてよい。別の例として、ＵＥは、異なるＨＡＲＱ構成を使用するまたは必要とする場合があるパケットに関連付けられたタイミング要件またはＴＴＬを有するパケットまたはＰＤＵを受信するように構成されてよい。
【０２６８】
ＨＡＲＱ処理状態間での移行のためのルールは、構成可能な量の時間にわたって受信されたそのようなパケットの数、受信されたパケットのサイズ、およびパケットに関連付けられた優先レベルまたは待ち時間レベル、のうちの少なくとも１つに基づいてさらに定義されてよい。
【０２６９】
パケットに関連付けられた優先レベルまたは待ち時間レベルに関して、低待ち時間データは、たとえば、減少する待ち時間要件をもつ異なるレベルの待ち時間（たとえば、必要とされる待ち時間）（たとえば、Ｌ１、Ｌ２、…）に関連付けられてよく、このレベルは、上位層からのデータを備えてよい。
【０２７０】
連結、セグメント化、多重化、および／または再送信
【０２７１】
別の実施形態では、ＵＥ電力節約モードの一部として、ＵＥは、Ｌ２セグメント化、連結、および再送信のその構成を自律的に変更し、そのようなことについてネットワークに知らせることができる。
【０２７２】
ＵＥのアクティビティ状態は、論理チャネルの連結、セグメント化、およびトランスポートブロック上への多重化を実行するときのＵＥの挙動を定義してよい。ＵＥは、あるアクティビティ状態から別の状態に移行するように構成されてよく、アクティビティ状態は、以下のパラメータに対する定義の異なる値によって特徴づけ可能である。
【０２７３】
１）セグメント化および／または再セグメント化のための最小セグメントサイズまたは最大セグメントサイズ、
【０２７４】
２）セグメント化が実行されるべきかどうか、およびそうである場合、どの論理チャネル上で実行されるべきか。たとえば、ＵＥは、あるアクティビティ状態では、すべての論理チャネル上でセグメント化を実行するが、別のアクティビティ状態では、セグメント化を実行せず、別のアクティビティ状態では、特定のタイプの論理チャネル上でセグメント化（たとえば、セグメント化のみ）を実行するように構成されてよい、
【０２７５】
３）連結が実行されるべきかどうか、およびそうである場合、どの論理チャネル上で実行されるべきか。たとえば、ＵＥは、あるアクティビティ状態では、すべての論理チャネル上で連結を実行するが、別のアクティビティ状態では、連結を実行せず、別のアクティビティ状態では、特定のタイプの論理チャネル上で連結（たとえば、連結のみ）を実行するように構成されてよい、
【０２７６】
４）すべての論理チャネルに対して、または論理チャネルの特定のセットに対して、ＡＲＱの動作、再編成、再送信、または類似の動作に使用されるＴＸまたはＲＸにおけるウィンドウのサイズ、
【０２７７】
５）セグメント再送信を実行するべきかどうか、または完全ＰＤＵの上位層再送信（たとえば、上位層再送信のみ）が実行されるかどうか、ならびに
【０２７８】
６）再セグメント化が再送信のために実行されるかどうか、または再送信が、同じセグメントの送信を必要とするおよび／または初期送信として使用するかどうか。
【０２７９】
ＵＥ  Ｌ２処理複雑度の代表的な一実施形態では、ＵＥは、Ｎ１個の並列ＨＡＲＱプロセスおよびデータの送信とＡＣＫとの間のｘ１個のサブフレームからなるＨＡＲＱ構成とともに、第１のモードで構成されてよい。低待ち時間を使用するまたは必要とするサービスの始動時、ＵＥは、低待ち時間でデータを送信することを示す（たとえば、そうすることが必要である）パケットを上位層から受信するように構成されてよい。構成可能な時間Ｔ内に上位層からＵＥによって受信されるそのようなパケットの数が一定の閾値を超える場合、ＵＥは、動作の第２のモードに移動するように構成されてよい。
【０２８０】
ＵＥは、ＭＡＣ  ＣＥ（ＢＳＲまたは類似物などの）の送信によって、移行についてネットワークにさらに知らせるように構成されてよい。ＵＥは、Ｎ２個の並列ＨＡＲＱプロセス（ここでＮ２＞Ｎ１）およびデータの送信とＡＣＫとの間のｘ２個のサブフレーム（ここでｘ２＜ｘ１）からなるまたはこれらを含む第２のモードで動作するように構成されてよい。ＵＥは、低待ち時間サービスのパケットが受信されている間、第２のモードのままであるように構成されてよい。類似の時間間隔Ｔにわたって受信された低待ち時間に関連付けられたパケットの数が閾値を下回るとき、ＵＥは、第１のモードに移行し、同様に、そのようなことについてネットワークに知らせるように構成されてよい。
【０２８１】
データ帯域幅構成
【０２８２】
データ帯域幅構成の修正
【０２８３】
データ帯域幅構成の修正の一実施形態では、ＵＥ電力節約モードの一部として、ＵＥは、その処理状態に応じて、動作帯域幅の異なるセットをもつように構成されてよく、処理状態を自律的に変更するように構成されてよい。
【０２８４】
制御チャネル処理を決定する、本明細書において開示される処理状態変更のためのトリガのセットは、データチャネルおよびデータ帯域幅構成に適用可能である。
【０２８５】
ＵＥのアクティビティ状態は、その動作データ帯域幅に関して定義されてよい。１つの解決策では、ＵＥは、異なるデータ帯域幅上で動作し、その動作データ帯域幅を動作中に動的に変更するように構成されてよい。ＵＥは、ＵＬおよびＤＬのための異なるデータ帯域幅構成下でさらに動作してよい。たとえば、ＵＥは、キャリアＣ上の動作帯域幅Ｂ１をもつように構成されてよい（このキャリアのための全体的なシステムＢＷはＢ＞Ｂ１である）。ある時間に、ＵＥは、その動作帯域幅をＢ１からＢ２に変更（Ｂ１＜Ｂ２＜Ｂ）して、ＵＥが大量のリソースとともにスケジュールされることを可能にするように再構成されてよい。再構成は、ＵＥがデータのためにスケジュール可能であるおよび／またはＵＬ送信に利用可能である全体的な帯域幅（ＢＷ）へのリソースブロックの追加からなってもよいし、これを含んでもよい。それは、ＵＥが、追加のリソースブロックを含むＢ２全体を処理することからなってもよいし、これを含んでもよい。
【０２８６】
ＵＥは、帯域幅構成の結果として周波数的にデータ帯域幅の位置をさらに変更するように構成されてよい。たとえば、ＵＥは、電力消費考慮事項に加えて、特定のリソースのチャネル品質に関連するトリガに潜在的に基づいて、その動作帯域幅の中心周波数をある位置から別の位置に移すように構成されてよい。ＵＥは、あるトリガに基づいて、ＤＬ受信およびＵＬ送信のための使用可能な時間リソースをさらに変更するように構成されてよい。
【０２８７】
ＵＥは、その特定のＵＥのための瞬間的スケジューリング負荷（アップリンクまたはダウンリンク）に適応するために、その動作中そのような帯域幅構成中の動的な変更を行うようにさらに構成されてよい。ＵＥは、以下でより詳細に説明されるように、スケジューリング、負荷などに関連する特定のトリガに応答して、そのような変更を行うように構成されてよい。
【０２８８】
そのような動的なデータ帯域幅構成変更の利点は、より小さい帯域幅をもつように構成されたＵＥが、その受信、データ処理、測定などを、それがそのセグメントに限定されるように構成し得ることであり得る。たとえば、帯域幅構成の変更が、ＵＥによる再同調をもたらすことがある。ＵＥは、セグメントに限定された、フロントエンド、ＦＦＴ／ＩＦＦＴ、またはベースバンド処理を使用するように構成されてよい。たとえば、帯域幅Ｂ１をもつように構成されたＵＥは、ＦＦＴサイズＦ１を利用して、データチャネルを受信してよい。帯域幅Ｂ２＞Ｂ１をもつように構成されるとき、ＵＥは、ＦＦＴサイズＦ２＞Ｆ１を利用して、データチャネルを受信してよい。そのような構成は、ＵＥの負荷要件が、ＵＥの受信回路／ＨＷ／ＳＷが所与のキャリアのＢＷ全体にわたって動作することを保証するのに十分でないとき、電力節約利点を可能にし得る。
【０２８９】
インデックス付与によるＵＥ動作帯域幅の識別
【０２９０】
インデックス付与によるＵＥ動作帯域幅の識別の別の実施形態では、帯域幅またはセグメント（リソースブロックとそれらの構成を含む）は、あらかじめ定義されてもよいし、セルによってブロードキャストされるシステム情報に基づいてもよい。ＵＥは、所与の時間にわたって構成されたＵＥ固有ＢＷとして利用され得る可能なセグメントまたは帯域幅のうちの１つに対応するインデックスのセットを受信するように構成されてよく、ネットワークによるそのセグメントに対してなされた参照は、対応するインデックスに基づいてなされる。そのようなインデックス付与は、構成中にネットワークによってＵＥに送信されてもよいし、ＵＥ動作帯域幅におけるＵＥの自律的な変更の場合にネットワークに知らせるためにＵＥによってシグナリングされてもよい。
【０２９１】
アドレス指定可能な／割り振り可能なＰＲＢの修正
【０２９２】
アドレス指定可能な／割り振り可能なＰＲＢの修正の別の実施形態では、ＵＥ電力節約モードの一部として、ＵＥは、その動作モードに応じて、そのシステム帯域幅内のアドレス指定可能な／割り振り可能なＰＲＢの異なるセットをもつように構成可能であり、動作モードを自律的に変更してよい。
【０２９３】
ＵＥのアクティビティ状態は、ＵＬにおいてＵＥによって使用可能である、またはＤＬにおいてその特定のＵＥのためにネットワークによってスケジュール可能である、アドレス指定可能なＰＲＢによって特徴づけられ得る。別の解決策では、ＵＥは、ＵＬまたはＤＬにおいてそのアドレス指定可能なＰＲＢのセットを変更するように構成されてよい。ＵＥは、スケジューリング負荷、送信されることになるデータ、動作特性、およびそのＵＥに固有の他の特性に基づいて、アドレス指定可能なＰＲＢのセットのそのような変更を行うようにさらに構成されてよい。そうする際、制御チャネルに必要とされるおよび／または使用されるアドレス指定可能な空間は、ＵＥによって使用されるデータ（たとえば、データのみ）および／またはＵＥのニーズに限定されるので、ＵＥは、簡略化された制御チャネル復号化に関連付けられた電力節約を得るように構成されてよい。アドレス指定可能なＰＲＢのセットを修正するとき、ＵＥは、引き続き同じデータ帯域幅にわたって動作するように構成されてよく、あるＰＲＢを、制御チャネルによってアドレス指定可能である対象となるものとみなして（たとえば、みなすのみであって）よい。
【０２９４】
状態移行および／またはアドレス指定可能な／割り振り可能なＰＲＢの修正は、ＵＥのためのアドレス指定可能な／割り振り可能なＰＲＢの数への１つまたは複数のＰＲＢの追加または削除からなってよく、および／またはこれを含んでよい。あるいは、状態移行および／またはアドレス指定可能な／割り振り可能なＰＲＢの修正は、あらかじめ定義されたあるＰＲＢ構成から別のＰＲＢ構成への変更からなってよく、および／またはこれを含んでよい。ＰＲＢ構成は、１）特定のＰＲＢのセット、２）セット内のＰＲＢ（たとえば、ＰＲＢの各々）のサイズ、３）ＰＲＢ（たとえば、各ＰＲＢ内）で使用可能である許容できる変調符号化方式（ＭＣＳ）、４）ＴＴＩ、および／または特定のＰＲＢ内で使用可能であるニューメロロジー、５）ＰＲＢセット内の特定のＰＲＢ上で使用されることが可能である許容できる論理チャネルまたはサービス、ならびに６）アドレス指定可能なＰＲＢのセットを受信するビームのセット、のうちの少なくとも１つからなってよく、および／またはこれを含んでよい。
【０２９５】
データチャネル構成内の除外されたＰＲＢ
【０２９６】
ＵＥは、ＵＥのデータチャネル構成において使用可能でないＰＲＢまたはデータブロックのセットをネットワークから受信するように構成されてもよい。たとえば、ＵＥは、そのデータチャネル構成において、そのようなＰＲＢを除外するように構成されてよい。そのうえ、そのような除外されたデータブロックの周波数的な位置は、あるあらかじめ定義されたまたは構成されたホッピングパターンに基づいて、時間とともに変化してよい。
【０２９７】
周波数ホッピング動作
【０２９８】
ＵＥは、ＵＥ  ＩＤおよびフレーム番号またはサブフレーム番号のうちの少なくとも１つを含んでよい周波数ホッピングルールに基づいて、そのデータブロック位置（たとえば、特定のデータブロックまでであってよい、周波数帯域内のリソースブロック）を決定するように構成されてよい。
【０２９９】
このようにして、特定のデータブロックは、特定の時間において帯域幅の異なる部分を占有してよい。
【０３００】
図７Ａ〜図７Ｃは、ＵＥ上で異なる時間期間中にシステム帯域幅内の異なる数のアドレス指定可能なＰＲＢをもつ代表的なブロック図である。図７Ａ〜図７Ｃには、２つの予約されたＰＲＢ、たとえば、７１３、７２３、および７３３がある。
【０３０１】
図７Ａは、時間期間Ｔ１（たとえば、７０１）中のＵＥのために予約された帯域幅の部分を示す代表的な図である。この実施形態では、図７Ａは、ＵＥはアクティビティ状態Ａで識別されてよく、時間期間Ｔ１中にアドレス指定可能なＰＲＢはないことを例示する。
【０３０２】
図７Ｂは、別の時間期間Ｔ２（たとえば、７０２）中のＵＥのために予約された帯域幅の他の部分を示す別の代表的な図である。いくつかの実施形態では、図７Ｂは、ＵＥが、アクティビティ状態Ｂで識別されてよく、アクティビティ状態Ａからアクティビティ状態Ｂに移行するように構成されてよいことを示す。アクティビティ状態Ｂでは、ＵＥが時間期間Ｔ２（たとえば、７０２）中に３つのＰＲＢを復号するように構成された、３つのアドレス指定可能なＰＲＢ（たとえば、７２０〜７２２）がある。
【０３０３】
図７Ｃは、別の時間期間Ｔ３（たとえば、７０３）中のＵＥのために予約された帯域幅の他の部分を示す別の代表的な図である。いくつかの実施形態では、図７Ｃは、ＵＥが、アクティビティ状態Ｃで識別されてよく、アクティビティ状態Ｂからアクティビティ状態Ｃに移行するように構成されてよいことを示す。アクティビティ状態Ｃでは、ＵＥが時間期間Ｔ３（たとえば、７０３）中に７つのＰＲＢを復号するように構成された、７つのアドレス指定可能なＰＲＢ（たとえば、７３０〜７３６）がある。
【０３０４】
データチャネル構成のための状態間の移行
【０３０５】
データチャネル構成のための状態間の移行の別の実施形態では、ＵＥにおける電力節約モードは、特定のデータ帯域幅構成に関連付けられた（たとえば、各々が関連付けられた）、ＵＥによる異なる状態間の移行に基づいてよい。ＵＥは、あるトリガに基づいてデータ帯域幅構成状態間を移行するように構成されてよい。
【０３０６】
ＵＥは、ＴＴＩごと、Ｎ個のサブフレームごと、または何らかの構成された周期性とともになど、周期的に、そのようなトリガをさらに評価してよい。評価のための時間期間は、現在のサブフレームから始める過去のいくつかのサブフレームとして定義されてもよく、そのような評価は、サブフレームごとに、または別々に（distinctly）構成されたサブフレーム上で、ＵＥによって連続的に実行されてよい。
【０３０７】
そのような状態間の移行は、以下のトリガのうちの１つもしくは複数、またはその組合せに基づいてよい。
【０３０８】
１）スケジューリング強度
【０３０９】
ＵＥは、ネットワークによってスケジュールされたリソースの量に基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。ある制御チャネル構成と別の制御チャネル構成との間の移行のためのルールは、以下に基づいてよい。移行のためのルールは、最近の時間の期間Ｔにわたってスケジュールされたリソースの量に基づいてよい。
【０３１０】
たとえば、ＵＥは、一定の閾値よりも大きいサイズをもつリソース割り当てを受信する、または定義された時間の期間にわたって割り当てられたリソースの量が、閾値よりも大きい。そのような閾値は、現在ＵＥ内で構成されているデータ領域の数および／またはサイズによって定義されてもよい。たとえば、ｘ１リソースブロックからｘ２リソースブロックに移動するために割り当てられるリソースの閾値は、量ｘ２が増加するにつれて、増加する。
【０３１１】
別の例では、ＵＥが、特定の閾値を超える／下回るリソースの総量とともにスケジュールされている場合、ＵＥは、ＰＲＢの数を増加／減少させるようにそのデータチャネルを再構成するように構成されてよい。
【０３１２】
ＵＥは、ＵＥが単一のリソース割り当て（ＵＬまたはＤＬ）を受信した場合、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。たとえば、ＵＥは、最初は単一の最小主義の（minimalistic）数のＰＲＢにわたって動作するように構成されてよく、リソース割り当ての受信の直後にそのデータ構成内のより大きな数のＰＲＢを用いる動作に移動するように構成されてよい。
【０３１３】
ＵＥは、制御チャネル上のスケジューリングの量に基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。トリガは、制御チャネルスケジューリングに関連する、本明細書において説明されるものに同じまたは類似であってよい。
【０３１４】
ＵＥは、上記で与えられたルールの組合せに基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。たとえば、特定の時間期間にわたってＵＥによって受信される割り当ての数（たとえば、第１の閾値よりも大きいリソースサイズをもつ）は、第２の閾値を超える。
【０３１５】
２）ＰＲＢのうちの１つまたはＰＲＢの特定のセットの品質
【０３１６】
ＵＥは、同じまたは他のＰＲＢ上でＵＥによってなされた測定に基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。たとえば、ＵＥは、特定のＰＲＢに関連付けられた測定または報告された測定値が閾値を上／下回る（たとえば、ＰＲＢを追加する／構成されたＰＲＢのリストから削除するために）場合に、あるデータチャネル構成から別のデータチャネル構成に移動するように構成されてよい。
【０３１７】
ＵＥは、ＰＲＢのうちの１つまたはＰＲＢのセット上での送信に関連付けられたＨＡＲＱ処理結果に基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。たとえば、ＵＥは、その構成内のＰＲＢの量を増加／減少させるように構成されてもよいし、ＰＲＢのうちの１つまたはＰＲＢのセット上でのＨＡＲＱ成功レートに基づいて、そのシステム帯域幅を増加／減少させるように構成されてもよい。
【０３１８】
別の例では、ＵＥは、特定のＰＲＢまたはＰＲＢのセット上でのトランスポートブロックの送信に関連付けられたＨＡＲＱ障害の数が特定の障害率を超える場合、その特定のＰＲＢまたはＰＲＢのセットをその構成から削除するように構成されてよい。
【０３１９】
３）ＲＬＣ／ＰＤＣＰ／上位Ｌ２誤りレート、再送信レート、および／または破棄
【０３２０】
ＵＥは、構成可能な時間期間にわたる全体的な上位Ｌ２誤りレートまたは再送信レートに基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。たとえば、連続したＲＬＣ／ＰＤＣＰ再送信の数、または誤りのセットが、特定の閾値を超えることが、ＰＲＢの全体的な数を増加させる構成変更をもたらす場合がある。
【０３２１】
ＵＥは、関連付けられた層（たとえば、ＲＬＣまたはＰＤＣＰ）におけるたとえばステータス報告の受信に基づいて、そのような変更（増加または減少）をトリガするようにさらに構成されてよい。
【０３２２】
ＵＥは、別のＰＤＵの破棄（たとえば、ＰＤＣＰ破棄）の検出に基づいて、および／または破棄のない時間の期間に基づいて、あるデータチャネル構成と別のデータチャネル構成との間で移動するように構成されてよい。
【０３２３】
４）時間のトリガ
【０３２４】
ＵＥは、ＵＥによって知られ得るまたはネットワークによって構成され得る特定の瞬間に（たとえば、特定のサブフレーム、および／またはフレーム番号で）状態間を移行するように構成されてよい。たとえば、ＵＥは、特定のフレーム／サブフレーム番号で周期的に、あるモードと別のモードとの間で常に移行するように構成されてよい。別の例として、ＵＥは、時間の期間にわたって（タイマに基づいて）１つのモードで動作し、タイマの満了時に別のモードに移行するように構成されてよい。
【０３２５】
５）ＵＥによる要求
【０３２６】
ＵＥは、ＳＲ、バッファステータス報告（ＢＳＲ）、ＭＡＣ  ＣＥ、またはＲＲＣメッセージを使用する要求を発行することによって、状態間を移動するように要求するように構成されてよい。
【０３２７】
ＵＥは、以下のうちの少なくとも１つの結果として、２つの状態間を移動する要求をトリガするように構成されてよい。
【０３２８】
−  ＵＥにおける新しいサービスの始動または終了。たとえば、低電力モードで動作するアクティブなｅＭＴＣサービスをもつＵＥは、ｅＭＢＢサービスの始動時に低電力モードから移動することを要求してよい、
【０３２９】
−  特定のサービス、論理チャネル、またはフローに関連付けられたデータの到着、
【０３３０】
−  ＵＥによる、送信されることになるデータはタイムクリティカルである、または、低電力モードから移動することなしに時間要件を満たさないことがある、という決定、
【０３３１】
−  ＵＥにおける１つまたは複数の論理チャネルまたはフローのバッファステータスが一定の閾値を超える、
【０３３２】
−  ＵＥバッファ内のデータのタイムクリティカル性（たとえば、有効期間）、またはＵＥにおいて進行中の送信が閾値を下回る（たとえば、ＵＥは、そのバッファ内のタイムクリティカルなデータのいずれかまたは大部分の送信を完了した）、および
【０３３３】
−  ＵＥにおける、高優先度または低待ち時間要件をもつパケットの受信時。
【０３３４】
ＵＥはまた、ＳＲ、ＢＳＲ、ＭＡＣ  ＣＥ、またはＲＲＣメッセージにおいて情報を送ることによって状態間を移動するためのその要求を暗黙的に示すように構成されてよい。
【０３３５】
たとえば、ＵＥは、特定の論理チャネル内のデータのためのバッファステータスまたはタイミング要件が閾値を上回るという情報をもつＢＳＲを送ることが、データチャネル構成の変更をもたらすと仮定することがある。
【０３３６】
ＵＥは、そのようなルールを論理チャネルごとに決定するように構成されてもよい。たとえば、ＵＥは、それらの論理チャネルのための全バッファステータスが閾値を超えるＢＳＲを有することに基づいて、特定のカテゴリの論理チャネルに適用可能なデータブロックの数を増加させるように構成されてよい。
【０３３７】
６）参照信号の存在または欠如
【０３３８】
ＵＥは、特定のＰＲＢまたはＰＲＢのセットにおける参照信号の存在または欠如の結果として、ＵＥがそのデータ帯域幅構成を変更するべきであることを決定するように構成されてよい。たとえば、動作帯域は、いくつかのサブバンドに分割されてよく、そのサブバンド内で参照信号のセットが送信され得る。ＵＥが、特定のサブバンド内の参照信号電力が閾値を下回ることを検出した場合、ＵＥは、それに応じて、そのデータチャネル構成を変更するように構成されてよい。
【０３３９】
７）ｅＮｏｄｅ−Ｂによる明示的な指示
【０３４０】
ＵＥは、ｅＮｏｄｅ−Ｂによる明示的な指示（ＲＲＣ、ＭＡＣ  ＣＥ、または制御チャネル内のシグナリング）に基づいてデータチャネル構成間を移動するように構成されてよい。
【０３４１】
たとえば、ネットワークによるそのようなメッセージングは、新しいデータチャネル構成を含んでよく、潜在的には、詳細な制御チャネル構成へのインデックスを使用してシグナリングされてよい。
【０３４２】
別の例では、ＵＥは、明示的に（インデックスを使用する）または暗黙的に（ＵＥによって検出されるＤＣＩフォーマットに基づいて）のどちらかで、制御チャネル自体においてデータチャネル構成（たとえば、必要とされるデータチャネル構成）を受信するように構成されてよい。
【０３４３】
８）ＵＥ状態間またはモビリティイベント中の移動
【０３４４】
ＵＥは、限定するものではないが、
【０３４５】
−  ハンドオーバ、もしくはＵＥの自律的なモビリティイベントに続いて、
【０３４６】
−  あるＴＲＰから別のＴＲＰに移動する際、および／または
【０３４７】
−  ＲＲＣ接続への移動など、ネットワークへの接続を始動するとき、もしくは軽度接続状態とＲＲＣ接続状態との間で移動するとき、
などの、別個のＵＥ状態移行および／またはモビリティイベントにおいてデータチャネル構成間を移動するように構成されてよい。
【０３４８】
データチャネル構成のための状態間の移行のためのタイミング
【０３４９】
データチャネル構成のための状態間の移行のためのタイミングの別の実施形態では、ＵＥは、特定の時間インスタンスまたは境界においてデータチャネル構成を変更するようにさらに構成されてよい。そのような境界は、（フレーム番号ｍｏｄ  ｘ＝ｙ）など、フレーム番号またはサブフレーム番号に関して定義されてよい。そのような境界のためのパラメータは、たとえば、ＵＥ識別子に基づいて、特定のＵＥに対して静的に定義されてもよいし、ネットワークによってシグナリングされてもよい。ＵＥは、これらの特定の時間境界において利用されているデータブロックの数の増加／減少のためのトリガを決定するようにさらに構成されてよく、前回の境界以降の情報を基として増加／減少のための条件のための関連付けられた算出を実行してよい。
【０３５０】
データ帯域幅構成の例示的な一実施形態では、ＵＥは、データブロックのサブセットにわたって動作するように構成されてよく、データブロック（たとえば、各データブロック）は、ＵＥに割り振り可能であるいくつかのリソースブロックを含有してよく、および／またはこれを含んでよい。データブロックは、そのデータブロック上でデータリソースをスケジュールした別個の制御チャネルからなってよく、および／またはこれを含んでよいので、データブロックは、潜在的に十分に自給できることがある。あるいは、別個の制御チャネルが、構成されたデータブロックのセットのために仮定されることがある。たとえば、システム帯域幅は、重複しておらず、システム帯域幅全体をカバーする、いくつかのデータブロックに分割されてよい（たとえば、帯域幅８０ＭＨｚをもつシステムは、１０ＭＨｚ各々の８つの別個のデータブロックに分割されてよい）。ＵＥは、連続的であれ非連続的であれ、たとえば有限の時間の期間にわたって、システムのデータブロックのサブセット（たとえば、サブセットのみ）を利用するようにさらに構成されてよい。
【０３５１】
データブロックは、特定のタイプのサービスもしくは論理チャネルまたはサービス／論理チャネルのセットの使用にさらに関連付けられてよい。ＵＥは、ＵＥが特定のサービスをもつように構成された場合（たとえば、その場合のみ）、ＵＥは特定のデータブロックを使用してよいと仮定および／または決定してよい。
【０３５２】
ＵＥは、ネットワークによって構成され得る周期的な機会および／または時間インスタンスで使用することをＵＥが行うように構成されたデータブロックの量を決定するようにさらに構成されてよい。ＵＥの電力節約モード中に、ＵＥは、ネットワークによって提供されるデータブロック構成のインデックス付与されたセットのうちの１つからそのデータブロック構成を決定するように構成されてよい。期間Ｐによって定義される周期的機会（たとえば、周期的機会のうちのいくつかまたは各々）において、ＵＥは、ＵＥのバッファステータスに関連する他のデータとともに、ＢＳＲ内など、ＭＡＣ  ＣＥ内で、ネットワークに所望のデータブロック構成を送信するように構成されてよい。
【０３５３】
ＵＥは、次のように、データブロック構成を決定するように構成されてよい。可能なデータブロック構成のセットに基づいて、ＵＥのためのＰＲＢの総数が範囲ｔｈｅｓｈ１＊Ｘ＜＃ＰＲＢ＜ｔｈｒｅｓｈ２＊Ｘに含まれる構成を選択し、ここで、ｔｈｒｅｓｈ１およびｔｈｒｅｓｈ２は、ネットワークによって構成される閾値であってよく、および／もしくはＸは、前回のｎ＊Ｐの周期的機会にわたってＵＥに割り当てられるＰＲＢの総数であってよい。および／または、ＵＥは、ＵＥによって決定される最良の測定値をもつデータブロック構成として、上記の条件を満たすデータブロック構成のセットを選択するように構成されてよい。
【０３５４】
別の代表的な実施形態では、最小主義のサイズのデータブロック（より少ないリソースブロック）は、比較的非アクティブであるＵＥのために構成されてよい。そのようなデータブロックは、ＵＥ（たとえば、すべてのＵＥ）に共通であってもよいし、データブロックは、１つまたは少数のＵＥに固有であってもよい。
【０３５５】
ＵＥは、ＵＥの識別情報に基づいて、その基本データブロックを決定するように構成されてよく、これは、ネットワークに割り当てられてもよいし、ＵＥによって自己割り当てられてもよい。たとえば、ＵＥは、ＵＥ識別情報に基づいて、その基本ブロックの周波数位置を決定するように構成されてよい。そのような基本データブロックは、たとえば、ネットワークとのアクティブな接続をもたず、したがってアクティブなデータ通信のためのデータチャネル構成をもたない、ＵＥによって使用されてよい。
【０３５６】
別の例示的な実施形態では、ＵＥは、以下の方法のうちの１つまたはその組合せを使用して、そのデータ構成内でアクティブなＰＲＢを決定するように構成されてよい。
【０３５７】
−  ＵＥは、ＢＳＲ内で報告されたデータバッファサイズの関数としてあるＰＲＢ構成から別のＰＲＢ構成に移動するように構成されてよい。ＵＥは、ＢＳＲ内で報告された総バッファサイズのうちの複数に対してアクティブ化されることになるＰＲＢの数を算出するように構成されてよく、その複数は、ＵＥによって構成されてよい。ＵＥは、ＢＳＲがトリガされるときもしくはそのたびに、またはＢＳＲのある特定のトリガ（たとえば、ある特定のトリガのみ）に基づいて、ＰＲＢ構成判断を実行するように構成されてよい。
【０３５８】
−  ＵＥは、さらに、固定されあらかじめ定義されたデータチャネル構成（たとえば、すべてのＰＲＢは構成される、または静的に定義されたデータチャネル構成が使用される）が特定のサブフレーム上で生じ、これは周期的に生じる（たとえば、Ｎ個の無線フレームごとに１つのサブフレームに対して）と仮定してよい。
【０３５９】
別の例示的な実施形態では、ＵＥは、以下の方法のうちの１つまたはその組合せを使用して、そのデータ帯域幅を決定するように構成されてよい。
【０３６０】
−  ＵＥは、開始データ帯域幅構成をもつように構成されてよく、この開始データ帯域幅構成は、中心周波数（たとえば、データ帯域幅の位置）を含んでよい。そのような開始構成は、ＵＥによるネットワークへの接続の結果として始動されてよい、
【０３６１】
−  ＵＥは、検出されたＰＤＣＰ破棄がなかった構成可能な時間期間（たとえば、各構成可能な時間期間）にわたってデータ帯域幅を固定量増加させるように構成されてよい。構成可能な時間期間中にＰＤＣＰ破棄が検出された場合、ＵＥは、その帯域幅を固定量減少させるように構成されてよい、および
【０３６２】
−  ＵＥは、前回の構成可能な時間期間にわたってＵＥに割り振られたデータの量が閾値を下回る場合、その帯域幅を開始データ帯域幅に減少させるようにさらに構成されてよい。
【０３６３】
別の代表的な実施形態では、ＵＥは、特定の数のＰＲＢを追加するまたはアクティブなＰＲＢのセットから削除し、潜在的に、新しい論理チャネルの作成の結果としてＵＥのアクティブなデータ帯域幅も修正するように構成されてよい。論理チャネルの始動時に、ＵＥは、特定のＰＲＢのセットをアクティブなデータチャネル構成に追加するように構成されてよい。そのようなＰＲＢは、それらの特定のＰＲＢは、特定の論理チャネルまたは論理チャネルタイプに関連付けられてよいので、そのＵＥのための構成に基づいてあらかじめ定義されてよい。
【０３６４】
電力効率が高いシグナリング
【０３６５】
低コスト信号
【０３６６】
ＵＥ電力節約モードの一部として、ＵＥは、挙動、パラメータ、およびＵＥのアクティビティ状態間の移行を定義し得る低コスト信号をモニタリングするように構成可能である。
【０３６７】
ＵＥは、低コスト信号をモニタリングするように構成されてよく、これは、ＵＥのアクティビティ状態を変更する、アクティビティ状態内のＵＥの挙動を変更する、特定のアクティビティ状態で使用されることになるパラメータについての情報をさらに提供する、または上記の組合せを行ってよい。そのような低コスト信号の１つの利点は、それが、電力効率が高い様式でＵＥによって復号され得ることであり得る。
【０３６８】
低コスト信号の例
【０３６９】
一実施形態では、低コスト信号は、ネットワークからＵＥへの任意の簡略化されたシグナリングを構成してよく、これは、ＵＥ側からの限られた量の復号化もしくは少量の復号化を使用するもしくは必要とする、またはＵＥ側からの復号化を使用しないもしくは必要としないことがある。低コスト信号は、その検出または復号化がＵＥの受信機における大量の処理を使用しないまたは必要としない信号であってよい。例は、可能な実現化を示すために提供されるが、そのような例は、低コスト信号の他の例に限定するべきではない。
【０３７０】
一例では、ＵＥは、時間領域内で低コスト信号をモニタリングするように構成されてよい、これは、ＵＥが、ＦＦＴ、復号化などを実行すること（たとえば、そのために必要性および／またはその使用）なしに信号の存在を検出することを可能にし得る。この場合、低コスト信号は、相関に続いてエネルギー検出を使用するＵＥによって検出可能である知られている時間領域シーケンスからなってよい、またはこれを含んでよい。時間領域シーケンスは、ＵＥの動作帯域幅の特定の帯域もしくはチャネル内でさらに送信されてもよいし、および／または、時間領域シーケンスは、ＵＥによって知られている特定の時間インスタンスにおいて送信されてよく、これは、ＵＥが、低コスト信号のモニタリングにおける電力消費をさらに減少させることを可能にする。
【０３７１】
別の例では、低コスト信号は、ＵＥのデータまたは制御空間に関連付けられた１つまたは複数の別個のリソース要素からなってよい、またはこれを含んでよい。そのような低コスト信号は、ＵＥ専用、セル固有、ＴＲＰ固有であってもよいし、ＵＥのグループに関連付けられてもよい。
【０３７２】
低コスト信号の別の例は、ｅＮｏｄｅ−Ｂによって送信されるランダムアクセスチャネル（ＲＡＣＨ）プリアンブルであってよい。
【０３７３】
いくつかの実施形態では、低コスト信号は、特別な形式のプライマリ同期信号（ＰＳＳ）および／またはセカンダリ同期信号（ＳＳＳ）および／または同期信号ブロック（ＳＳ−ブロック）などの、ネットワークによって送信される同期信号であってよい。
【０３７４】
その形式に応じて、低コスト信号の１つの利点は、ＵＥが、低コスト信号をモニタリングしながら、以下、すなわち、すべてのベースバンド（周波数領域）処理を止めること、および／または限られた受信機帯域幅を使用する信号もしくは特殊なシーケンスのモニタリングを実行することのいずれかを実行し得ることであり得る。たとえば、ＵＥは、全体的なセル帯域幅または通常ＵＥ動作ＢＷよりも小さいことがある定義された帯域幅上で低コスト信号を受信するように構成されてよい。
【０３７５】
低コスト信号によって定義される可能な挙動
【０３７６】
ＵＥは、低コスト信号の検出時、以下の動作のうちの１つまたはその組合せを実行するように構成されてよい。
【０３７７】
１）１つまたは複数の制御チャネルのモニタリングを始める／止める
【０３７８】
ＵＥによる低コスト信号の受信は、ＵＥ内の１つまたは複数の制御チャネルをモニタリングすることをトリガまたはキャンセルしてよい。たとえば、ＵＥは、低コスト信号の場合（たとえば、潜在的に低コスト信号の場合のみ）、モニタリングするように構成されてよく、低コスト信号の検出時に、ＵＥは、１つまたは複数の特定のまたはシグナリングされた制御チャネルをモニタリングするように構成されてよい。別の例では、ＵＥは、制御チャネルに対するモニタリング中に、その制御チャネルまたはＵＥ内の他の制御チャネルのモニタリングを不可能にするまたは止める低コスト信号の存在を検出するように構成されてよい。
【０３７９】
ＵＥは、ＵＥが現在特定のアクティビティ状態であり、ＵＥが低コスト信号を受信する場合に、制御チャネルのモニタリングを開始するようにさらに構成されてよい。たとえば、ＵＥは、あるデータ構成をもちながら、ＰＲＢのうちの１つもしくは複数のうち、または現在構成されているデータ帯域幅内にあるＣＣＥのセット内にある、追加のＵＥ固有の制御情報の存在を示す低コスト信号を受信するように構成されてよい。
【０３８０】
２）ＵＥ内のアクティビティ状態間の移行
【０３８１】
低コスト信号の受信は、あるアクティビティ状態から別のアクティビティ状態へのＵＥの移行を引き起こしてよい。たとえば、ＵＥは、ある制御チャネルモニタリング状態から別の制御チャネルモニタリング状態への変更を引き起こす低コスト信号を受信するように構成されてよい。別の例では、ＵＥは、あるデータチャネル構成から別のデータチャネル構成への変更を引き起こす低コスト信号を受信するように構成されてよい。
【０３８２】
３）アクティビティ状態の構成を変更する
【０３８３】
ＵＥは、トリガ条件を修正する、トリガを有効にする、または状態間で動くためのトリガを無効にする、低コスト信号を受信するように構成されてよい。たとえば、低コスト信号は、ＵＥ内であるデータチャネル構成から別のデータチャネル構成へのスケジューリングベーストリガの変更を引き起こしてよい。
【０３８４】
４）そのアクティビティ状態構成を更新するまたは別の信号から読み出すようにＵＥをトリガする。たとえば、ＵＥは、アクティビティ状態情報が変化し、ＵＥはそのような情報をシステム情報から読み出すべきであることを示す低コスト信号を受信するように構成されてよい。
【０３８５】
低コスト信号に関連する構成態様
【０３８６】
低コスト信号に関連する構成態様のいくつかの実施形態では、ＵＥは、低コスト信号を復号することに関連する一定のパラメータをもつように構成されてよい。そのような構成は、
【０３８７】
−  システム情報、
【０３８８】
−  固定され、セルのためのシステム署名に基づく、および
【０３８９】
−  固定され、特定のＵＥ  ＩＤ、ＵＥグループＩＤ、またはセルＩＤに基づく、
のうちのいずれかまたは組合せを介して受信または決定されてよい。
【０３９０】
ＵＥは、１つまたは複数の特定のアクティビティ状態の低コスト信号（たとえば、１つまたは複数の特定のアクティビティ状態の低コスト信号のみ）を、たとえば、そのような低コスト信号が、その状態からの移行をトリガするために使用される場合、モニタリングするようにさらに構成されてよい。
【０３９１】
ＵＥは、データが送信可能であるかどうか、どのくらい多く送信可能であるか、およびどのようにして送信可能であるかに関するネットワークとの異なる相互作用を特徴づける、アイドル状態、接続状態、軽い接続状態、および／またはディープスリープ（ディープアイドル）状態などの、ＵＥ状態のサブセットの低コスト信号（たとえば、ＵＥ状態のサブセットの低コスト信号のみ）をモニタリングするようにさらに構成されてよい。
【０３９２】
ＵＥは、１つまたは特定のタイプのサービス、論理チャネル、または類似の特徴のアクティブ化時に低コスト信号をモニタリングするようにさらに構成されてよい。
【０３９３】
いくつかの実施形態では、構成パラメータは、低コスト信号が復号または検出され得る時間および／または周波数的なリソース、シーケンスを生成するために使用される性質（インデックスなど）、ならびに以下で説明される信号特性、のうちの少なくとも１つを含んでよい。たとえば、ＵＥは、少なくとも１つの識別子（またはグループＩＤ）が割り当てられ、識別子（たとえば、各そのような識別子）に関連付けられた特定のリソース（たとえば、ある時間シンボル内の物理リソースブロックのセット）内の低コスト信号をモニタリングしてよい。ＵＥは、アクティビティ状態を、識別子（たとえば、各識別子）に関連付けられた少なくとも１つの低コスト信号によって示されるアクティビティ状態の中の最高アクティビティレベルに対応するものとして決定してよい。
【０３９４】
低コストシーケンスによって提供される情報
【０３９５】
低コストシーケンスは、以下のうちのいずれかまたは組合せなどのその信号特性の使用を通して、ＵＥに追加情報を提供してよい。
【０３９６】
−  シーケンスの持続時間、
【０３９７】
−  シーケンス（たとえば、シーケンスがその中で送信されるサブフレームまたはフレーム）のタイミング、
【０３９８】
−  ＵＥが複数のシーケンスをモニタリングするように構成された場合に送信される特定のシーケンス、
【０３９９】
−  シーケンス（たとえば、ＺＣシーケンス）の時間領域性質、
【０４００】
−  シーケンスが送信される周波数帯域またはサブバンド、
【０４０１】
−  シーケンスが送信されるビーム、
【０４０２】
−  低コスト信号内で復号されるペイロードの一部として、
【０４０３】
−  周波数的に、時間的に、または両方で、シーケンスによって占有されるリソース、および
【０４０４】
−  シーケンスに使用されるサブキャリア間隔。
【０４０５】
ＵＥは、低コスト信号の特性の決定から、以下の情報の少なくともいずれか１つを決定するように構成されてよい。
【０４０６】
−  たとえば、フレーム番号、サブフレームオフセット、Ｄ２Ｄのためのスケジューリング期間の開始、ＬＢＴの感知期間の開始のいずれかを含む、セルの現在のＤＬタイミング、
【０４０７】
−  ＵＥがアクティビティ状態間を移行するべき時間インスタンス、またはＵＥが特定のアクティビティ状態のままであるべき時間の長さ、
【０４０８】
−  ＵＥがウェイクアップするべき、制御チャネルをモニタリングするべき、そのデータチャネルを動作させるべき、などの特定の帯域、サブバンド、またはチャネル。たとえば、シーケンスは、たとえば、スケジューリング命令をさらに受信するために、１つの特定のサブバンドまたはチャネル上（たとえば、１つの特定のサブバンドまたはチャネル上のみで）ウェイクアップすることをＵＥにシグナリングしてよい、
【０４０９】
−  ＵＥが制御チャネルを受信し得る特定のビームまたはビームのセット、
【０４１０】
−  ＵＥ内のアクティビティ状態に関連する構成態様。これは、制御チャネルまたはデータチャネル上で使用する復号化の性質からなってもよいし、これを含んでもよく、これらは、ディープスリープの直後にＵＥをアドレス指定するために使用されることがある制御チャネルメッセージまたは探索空間の特定のセットと、ＵＥをアドレス指定するときに最初に使用されることになる特定のリソースまたはリソース要素と、ビームフォーミングに使用されるビーム角度、ビーム幅、またはビーム掃引期間と、復号化アルゴリズム（畳み込み、ブロックなど）とを含んでもよい、および
【０４１１】
−  Ｄ２Ｄ通信が実行されるべきである、および／または実行可能である場合にアドレス指定可能であると予想されるＵＥまたはＵＥのセット。
【０４１２】
一実施形態では、ＵＥは、モニタリングするためのいくつかの低コスト信号をもつように構成されてよい。シーケンス（たとえば、各シーケンス）は、ＵＥが低コスト信号の検出に続いて制御チャネルを復号するために使用するべき制御メッセージおよび／または探索空間のセットに加えて、そのシーケンスの検出時にＵＥが動作するためにウェイクアップするべきまたはウェイクアップ可能である帯域幅に関連付けられてよい。ＵＥが、ウェイクアップ中に使用される特定の低コストシーケンスによって示されるパラメータを使用して制御チャネル上の初期メッセージを成功して復号すると、次いで、ＵＥは、帯域幅全体、制御メッセージのセット、または探索空間を使用することに自動的に戻るように構成されてよい。ある帯域幅から別の帯域幅への移行は、本明細書において、たとえば「制御チャネル復号化複雑度」セクションで指定される機構を使用して行われてよい。
【０４１３】
別の実施形態では、スリープモード（たとえば、ディープスリープ）のＵＥは、継続的に低コスト信号をモニタリングするように構成されてよい。あるいは、さらなる電力節約を確実にするために、ＵＥは、ネットワークによって構成され得る特定の時間間隔および／または時間ウィンドウ中に（たとえば、特定の時間間隔または時間ウィンドウ中にのみ）低コスト信号をモニタリングするように構成されてよい。ＵＥは、ＵＥがモニタリングしている信号のいずれかの検出時に、アクティブな状態に移行するように構成されてよい。ＵＥがウェイクアップする必要があるおよび／またはウェイクアップ可能である時間は、以下のものであってよい。
【０４１４】
−  低コスト信号の検出の直後、
【０４１５】
−  固定された、またはネットワークにより構成された、低コスト信号の検出に続く時間のオフセット、
【０４１６】
−  サブフレーム（ｍｏｄ）Ｎ＝ｋなどの一定の基準を満たすウェイクアップ信号の検出に続く次のフレーム／サブフレーム、ここで、ｋは、ＵＥ  ＩＤ、セルＩＤ、システム署名などに基づいて決定されてよい、および／または
【０４１７】
−  信号持続時間、特定のシーケンス、もしくはシーケンスの時間領域性質。たとえば、ＵＥは、複数のシーケンスをモニタリングするように構成されてよく、各シーケンスは異なる時間を表す。
【０４１８】
ＵＥは、定義された時間期間中に、または低コスト信号の検出に続くＮ個の潜在的な制御チャネルのインスタンス中に、制御チャネルを復号するように構成されてよい。ＵＥが、低コスト信号の検出に続く、この指定された時間期間内にメッセージを受信しない場合、ＵＥは、低電力状態で引き続き動作する／低電力状態で動作することに戻るように構成されてよい。一方、ＵＥは、ひとたびメッセージが制御チャネル上で成功して復号されると、アクティブな状態に移動するように構成されてよい。
【０４１９】
ＵＥは、以下のいずれかに基づいて、アクティブな状態から低電力状態（ウェイクアップする低コスト信号の復号化）に移行するように構成されてよい。
【０４２０】
−  移行セットをＵＥに（ＭＡＣ  ＣＥ、またはＰＨＹ層制御信号を介してなど）示す専用メッセージ、
【０４２１】
−  ＵＥは、低電力状態からアクティブな状態への移行において、またはアクティブな状態中の任意の時間に、アクティブな状態のままでいるための指示を受信するように構成されてよい。ＵＥは、その指示を受信すると、タイマの持続時間にわたってアクティブな状態のままであるように構成されてよい。次いで、ＵＥは、指定された時間期間の間に指示が受信されなかった場合に低電力状態に移行するように構成されてよい。タイマをリセットする指示は、ＵＬグラントおよび／もしくはＤＬグラント、またはＵＥに送られた他の制御情報（たとえば、タイミングアドバンス）上にさらにピギーバックされてよい、
【０４２２】
−  ＵＥは、低コスト信号自体の復号化に基づいてアクティブな状態から低電力状態に移行するように構成されてよい、すなわち、指定された時間の期間にわたって低コスト信号を復号することに対する失敗は、ＵＥを移行させてよい。あるいは、（潜在的に異なる）低コスト信号の受信が、ＵＥを強制的に低電力状態に移行させてよく、および
【０４２３】
−  ダウンリンク上またはアップリンク上のそれによってＵＥがデータとスケジュールされないいくつかのＤＲＸサイクルまたは類似物に続いて。
【０４２４】
別の実施形態では、ＵＥは、ＤＲＸ動作またはアイドルに似た動作（制御チャネルの周期的モニタリング）をもつように構成されてよく、ウェイクアップ時間の間の非アクティブ期間中（たとえば、ＵＥが制御チャネルをモニタリングしていないとき）に低コスト信号をモニタリングするように構成されてよい。この場合、低コスト信号の検出は、以下のＵＥの挙動、すなわち、ＵＥが低コスト信号の検出から始めるようなＤＲＸサイクルのアクティブ時間のシフト、ＤＲＸ動作のためのｄｒｘ非アクティブタイマのリセット、およびＵＥのためのＤＲＸ動作のキャンセルまたは使用不能化、のいずれかをもたらしてよい。
【０４２５】
図８は、ＵＥの処理状態に基づいてリソースの最小量を決定および処理することによる電力節約のための方法を示す代表的な流れ図である。この方法は、デバイスまたはシステムのいずれかによって実行されてよいが、方法がＵＥまたはＷＴＲＵによって実行されることが示されている。
【０４２６】
ＵＥは、送信機と、受信機と、送信機および受信機に結合されたプロセッサとを備えてよい。ＵＥは、動作８０１においてＵＥの挙動に関係する処理状態を決定するように構成されてよい。処理状態は、ＵＥの挙動に関係する１つまたは複数の状態を備えてよい。この処理状態は、ＵＥのアクティビティ状態を示してよい。ＵＥは、スケジューリングアクティビティに基づいて処理状態を決定してよい。このスケジューリングアクティビティは、（１）ダウンリンク制御情報（ＤＣＩ）の一部としての動的スケジューリング情報の受信、（２）半静的に構成されたスケジューリング情報、（３）ＷＴＲＵの自律的な送信、（４）新しいデータが送信に利用可能になること、または（５）１つもしくは複数のスケジューリングイベントの率の変化（たとえば、特定の閾値に到達しようとしている可能性がある）、のいずれかに基づく１つまたは複数のスケジューリングイベントを備えてよい。ＵＥは、タイマベース関数を使用して処理状態を決定してよい。タイマベース関数に基づいて処理状態を決定することは、（１）前回のスケジューリングアクティビティの後もしくは前回のスケジューリングイベントの後に経過した一定量の時間、または（２）確立された成果としての時間ベースパターン、のいずれかを確立することを含んでよい。ＵＥは、物理リソースの１つまたは複数のセットの少なくとも決定されたリソースの最小量をさらに処理してよい。処理状態は、ウェイクアップ信号の関数すなわちＵＥ上の処理の変化を決定するために使用されるウェイクアップ信号の受信であってよい。処理状態は、限定されるものではないが、（１）制御チャネル処理、（２）スペクトル帯域幅処理、（３）ビーム管理および処理、（４）参照信号処理、（５）ハイブリッド自動再送要求（ＨＡＲＱ）タイミング動作、（６）フレーム動作、（７）タイミング動作、または（８）論理チャネル性質および構成、のうちの少なくとも１つにおけるＵＥアクションに関連してよい。
【０４２７】
処理状態は、ＵＥが第１の処理状態であることを決定してよい。ＵＥは、少なくとも１つの条件に基づいて第１の処理状態から第２の処理状態に移行することを決定してよい。この少なくとも１つの条件は、メッセージが、構成されることになる第２の処理状態に関連付けられたインデックス、第２の処理状態に移行するあらかじめ定義された時間、および／またはメッセージが受信された時間と第２の処理状態に関連付けられた移行が発生することになる時間との時間差、のうちの少なくとも１つを示し得るように、ネットワークエンティティからのメッセージの受信を含んでよい。メッセージは、第２の処理状態で（たとえば、制御チャネル、データチャネル、および／または先に開示された他の態様の上で）実行されることになる挙動またはアクションをさらに定義するためにＵＥによって使用される構成をさらに含んでよい。少なくとも１つの条件が、メッセージが、（１）無線リソース制御（ＲＲＣ）メッセージ、（２）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、（３）制御チャネル上のダウンリンク制御情報（ＤＣＩ）、または（４）ウェイクアップ信号、のうちの少なくとも１つを介してシグナリングされてよいように、ネットワークエンティティからのメッセージの受信を含んでよい。この少なくとも１つの条件は、タイマの満了、制御チャネル上のスケジューリングアクティビティの変化、ＷＴＲＵにおける新しいサービスの到着、送信の可用性、ＷＴＲＵにおけるデータの成功した送信／受信、ＷＴＲＵバッファ内のデータが閾値を超えるまたは閾値を下回ること、アクティビティ状態またはスケジューリングアクティビティに関連するタイマの満了、ＷＴＲＵのスピードが一定の値を超えるまたは下回ること、バッテリ寿命が特定の値に到達すること、スケジューリング要求をトリガすること、スケジューリング要求の始動、ならびにアクセス手順の実行、ハイブリッド自動再送要求（ＨＡＲＱ）処理の状態、参照信号などの信号の存在または欠如、１つもしくは複数のモニタリングされたビームの変化、ビーム切り換え／変更、および／またはビーム管理イベント（たとえば、ビーム障害）、のうちの少なくとも１つに基づいてよい。ＵＥは、ネットワークに要求メッセージを送ってよく、この要求メッセージは、第１の処理状態の変更を示す。要求メッセージは、ＷＴＲＵが移行することを試行するターゲット状態の状態インデックス、所望の状態インデックスのリスト、状態移行のための条件に関連付けられた１つもしくは複数のパラメータ、バッファ占有、特定の論理チャネル、データのタイプ、チャネル測定値、またはターゲット状態における時間持続時間、のうちの少なくとも１つをさらに備えてよい。
【０４２８】
ＵＥは、第１の処理状態を、データチャネルのための第１の構成と関連付け、第２の処理状態を、データチャネルのための第２の、異なる構成に関連付けてよい。ＵＥは、ネットワークエンティティから第２の処理状態のためのリソース割り当てを受信し、第２の処理状態に移行して、受信されたリソース割り当てを第２の処理状態で復号してよい。
【０４２９】
動作８０２において、ＵＥは、決定された処理状態に基づいて、物理リソースの１つまたは複数のセットのために処理されることになるリソースの最小量を決定してよい。物理リソースの各それぞれのセットは、時間と、周波数または空間のいずれかとに関するリソースを備えてよい。物理リソースの各それぞれのセットに対して、時間は、物理リソースのそれぞれのセットに適用可能なニューメロロジーに関連付けられたフレーム構造に対応してよい。周波数は、周波数位置（たとえば、中心周波数）、帯域幅、またはニューメロロジーのいずれかに対応してよく、キャリアの帯域幅部にさらに対応してよい。空間は、１つまたは複数のビームに対応してよい。
【０４３０】
ＵＥは、（１）少なくとも物理リソースの１つもしくは複数のセットの決定されたリソースの最小量、または（２）シグナリング構造のタイプ、のいずれかを使用して、制御チャネルをモニタリングしてよい。物理リソースの１つまたは複数のセットの決定されたリソースの最小量は、１つまたは複数の制御チャネル要素と、１つまたは複数のアグリゲーションレベルとを備えてよい。シグナリング構造のタイプは、（１）ダウンリンク制御情報（ＤＣＩ）を含む信号の受信強度と、（２）ＤＣＩを含む各受信された信号のサイズ、フォーマット、および／またはタイプとを備えてよい。信号の受信強度は、報告された無線リンク品質、構成されたサービスのタイプ、または所与のサービスに関して観察されるアクティビティ、のいずれかの受信強度を備えてよい。動作８０３において、ＵＥは、物理リソースの１つまたは複数のセットの決定されたリソースの最小量を処理してよい。
【０４３１】
複数のＳＯＭ下での電力節約
【０４３２】
ＵＥは、複数のＳＯＭ、スペクトルブロック、帯域幅部、ニューメロロジー、および／またはＤＣＩの異なるセットを使用するものなどの制御チャネル（または等価な構造）をもつように構成されてよい。ＵＥは、ＴＤＭ様式で複数のＳＯＭとともに動作するように構成されてもよいし、ＦＤＭ様式で複数のＳＯＭとともに動作するように構成されてもよいし、この２つの組合せで複数のＳＯＭとともに動作するように構成されてもよい。ＳＯＭ（たとえば、各ＳＯＭ）は、ＵＥのためのスペクトルブロックのセットを割り振るための情報を搬送する制御チャネルに関連付けられてよい。リソースは、その特定のＳＯＭおよび／またはスペクトルブロック上に割り振られてよい。
【０４３３】
１）ＴＤＭ
【０４３４】
一実施形態では、ＴＤＭケースでは、ＵＥは、リソースを割り振るためのスケジューリング機会が、リソースを割り振るためのスケジューリング機会が第２の持続時間（たとえば、１２５μｓ）ごとに発生する期間と交互に起こる第１の持続時間（たとえば、１ｍｓ）ごとに発生し得る期間を有するように構成されてよい。
【０４３５】
２）ＦＤＭ
【０４３６】
一実施形態では、ＦＤＭケースでは、ＵＥは、リソースを割り振るためのスケジューリング機会が第１の持続時間（たとえば、１ｍｓ）ごとに発生し得るスペクトルブロックと、リソースを割り振るためのスケジューリング機会が第２の持続時間（たとえば、１２５μｓ）ごとに発生する他のスペクトルブロックとをもつように構成されてよい。
【０４３７】
３）ＴＤＭとＦＤＭの組合せ
【０４３８】
一実施形態では、ＴＤＭとＦＤＭの組合せのケースでは、ＵＥは、上記で説明されたようにリソースを割り振るためのスケジューリング機会がＴＤＭごとに発生し得る期間と、上記で説明されたようにリソースを割り振るためのスケジューリング機会がＦＤＭごとに発生し得る他の期間とをもつように構成されてよい。
【０４３９】
ＵＥは、時間ベースアルゴリズムにより制御チャネルをモニタリングするように構成されてよい。一実施形態は、旧来のＬＴＥ  ＤＲＸ手順を含んでよい。別の実施形態は、本明細書において説明される方法および手順のいずれかを含んでよい。そのような時間ベースアルゴリズムは、タイマおよび／またはカウンタによって表されてよい。そのようなケースでは、ＵＥは、アクティビティ時間を決定するように構成されてよく、アクティビティ時間は、ＵＥが制御チャネルをモニタリングするために最小限に必要とされるまたは使用される時間からなる。次いで、ＵＥは、（たとえば、その無線フロントエンドを再構成することによって）スリープすること、および／またはＵＥが制御チャネルをモニタリングするために必要とされないもしくは使用されないすべての他の時間インスタンスに対してＤＲＸを実行すること（たとえば、１つまたは複数の制御チャネルを不連続的にモニタリングすること）を行うように構成されてよい。
【０４４０】
そのような時間ベース制御チャネルモニタリングアルゴリズムは、構成可能なやり方で別々に、または組み合わせて、のどちらかで、本明細書において説明される他の方法とともに適用されてもよい。
【０４４１】
一般的な原理
【０４４２】
ＵＥは、旧来のＤＲＸに基づく手法を使用して、および／または本明細書において説明されるなどの方法を使用して、経時的に異なるレベルの電力節約を決定するように構成されてよい。ＵＥは、異なる時間において、および／または異なるＳＯＭに関連して、異なる電力節約モードを実行するように構成されてよい。複数のニューメロロジーをもつように、複数のスペクトルブロック（またはＳＯＭ）をもつように、および／または複数の制御チャネル（たとえば、各ニューメロロジー、スペクトルブロック、またはそれらのセットに対して１つ）をもつように構成されたＵＥは、そのような決定を、タイミング参照および関係を使用して実行するように構成されてよい。タイミング参照および関係は、クロックに、１つもしくは複数のタイマを修正する（たとえば、１単位減分／増分する）ための時間ベーストリガに、および／またはそのようなアルゴリズムの時間関連態様を管理するために使用される任意の計数手法（以後、「クロック」と呼ばれる）に対応してよい。一般的には、１つまたは複数のタイマのセットは、旧来のＬＴＥ  ＤＲＸなどの電力節約モードの所与のインスタンスに使用される。計時（clocking）は、ＴＴＩ持続時間、２つのスケジューリング機会間の最短時間、または他のフレーミング態様に基づいてよい。したがって、クロックは、一般的にはダウンリンクタイミング態様を指す。
【０４４３】
１）旧来のＬＴＥ  ＤＲＸアルゴリズムのパラメータ化
【０４４４】
一実施形態では、旧来のタイマ、ならびにｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（ブロードキャストプロセスを除いてＤＬ  ＨＡＲＱプロセスごとに１つ）、ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔおよび任意選択でｄｒｘＳｈｏｒｔＣｙｃｌｅタイマとｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅの値を含む、旧来のＬＴＥ  ＤＲＸ動作を制御する関連パラメータ。ＤＬ  ＨＡＲＱプロセス（ブロードキャストプロセスを除く）ごとのＨＡＲＱ  ＲＴＴタイマも定義される。タイマ（たとえば、各タイマ）は、ダウンリンク制御シグナリングの受信が可能であるＬＴＥサブフレーム（たとえば、１ｍｓ  ＰＤＣＣＨサブフレーム）に基づいて計時されてよい。
【０４４５】
２）方法Ａ−少なくともいくつかのタイミング態様が参照ニューメロロジーに基づいて計時される
【０４４６】
一実施形態では、ＵＥは、所与のニューメロロジーに関連付けられたフレーム持続時間の関数として、および／またはＳＯＭに関連付けられたスケジューリング機会／オケージョン（以後、一般にクロック／タイミングと呼ばれる）の関数として、電力節約関数のいくつかのタイミング態様を制御するように構成されてよい。この挙動は、ＵＥの構成のデフォルト挙動であってよい。
【０４４７】
３）方法Ｂ−少なくともいくつかのタイミング態様が参照ニューメロロジーに基づいて計時される
【０４４８】
別の実施形態では、ＵＥは、参照ニューメロロジー／ＳＯＭ／スペクトルブロックに関連付けられたタイミングの関数として、少なくともタイミング態様の第１のセットを制御するように構成されてよい。そのような参照ニューメロロジーは、ＵＥの構成態様（たとえば、層３／ＲＲＣ構成、専用シグナリングによって受信されたまたはブロードキャストされたＵＥ専用または「セル／スペクトル」固有）であってもよいし、それは、システムに最初にアクセスする（たとえば、１ｍｓ）ためにＵＥによって使用されるリソースに関連付けられたもの、および／またはシステム情報内で示されるものなどの、セルおよび／またはスペクトルブロックのデフォルトニューメロロジーに対応してもよい。いくつかの実施形態では、タイミング態様のそのような第１のセットは、非アクティビティの期間の後でＵＥが到達可能であるように構成された期間（たとえば、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔ、ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ、ならびに任意選択でｄｒｘＳｈｏｒｔＣｙｃｌｅタイマ、および旧来のＤＲＸの場合はｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅによってパラメータ化されたオン持続時間期間）に対応してよい。この挙動は、ＵＥの構成のデフォルト挙動であってよい。
【０４４９】
４）方法Ｃ−少なくともいくつかのタイミング態様が参照ニューメロロジーに基づいて計時される
【０４５０】
別の実施形態では、ＵＥは、特定のニューメロロジー／ＳＯＭ／スペクトルブロックに関連付けられたタイミングの関数として、少なくともタイミング態様の第２のセットを制御するように構成されてよい。そのようなものは、特定の制御チャネル、ＴＴＩ持続時間に対応してもよいし、および／またはＵＥの構成に基づいた別のものと異なってもよい。いくつかの実施形態では、そのようなタイミング態様の第２のセットは、ネットワークによって動的に制御されるおよび／またはＵＥの送信アクティビティに関連する期間（たとえば、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、および旧来のＤＲＸの場合はＨＡＲＱ  ＲＴＴタイマによってパラメータ化されるオン持続時間期間の外側のアクティブ時間）に対応してよい。この挙動は、ＵＥの構成のデフォルト挙動であってよい。
【０４５１】
５）方法Ａ／Ｂ／Ｃの組合せ
【０４５２】
いくつかの実施形態では、ＵＥは、上記の方法の組合せを使用して、１つまたは複数の電力節約態様（たとえば、制御チャネルモニタリング、帯域幅適応、ビーム管理など）を制御するように構成されてよい。代表的な実施形態では、ＵＥは、ＵＥがダウンリンク制御シグナリングをアクティブに受信するチャネルなどの適用可能な制御チャネルのための送信においてＵＥがアクティブになるときＵＥが他の態様のためにスケジュールされたニューメロロジーのそれを使用しながら、「到達可能性」期間たとえばオン持続時間期間にわたって参照ニューメロロジーのタイミング／クロックを使用してすべての制御チャネルに対するブラインド復号化アクティビティ（およびその関連付けられたパラメータ化）を制御するように構成されてよい。
【０４５３】
６）方法−ＦＤＭのための代表的な実現化
【０４５４】
上記の実施形態は、異なるニューメロロジーに関連付けられたリソースがＦＤＭ様式で構成されるケースに特に適用可能である。一実施形態では、オン持続時間（および開始オフセット）に関連するいくつかのタイマは、デフォルトＴＴＩ持続時間および／またはスケジューリング機会（たとえば、１ｍｓ）の関数であってよいが、他のタイマ（非アクティビティタイマ、ＨＡＲＱ関連タイマ、ロング／ショートサイクルＤＲＸなど）は、スケジュールされたときＵＥの送信アクティビティに関連付けられたニューメロロジーの関数（たとえば、第２のニューメロロジーとともにスケジュールされた場合は１２５μｓ、そうでない場合は１ｍｓ）であってよい。さらに、所与のニューメロロジーに関連付けられたすべての（または各）制御チャネルは、そのニューメロロジーに関連付けられたタイミング態様に続いてタイマのセット（たとえば、１ｍｓクロック対１２５μｓクロック、およびタイマ開始値）を有してよい。別の実施形態では、たとえばオン持続時間ならびに共通開始オフセットのためのニューメロロジーとは無関係なすべての制御チャネルに共通のタイマのセットがあってよい。
【０４５５】
７）方法−ＴＤＭのための代表的な実現化
【０４５６】
一実施形態では、ＴＤＭを使用して異なるニューメロロジー／ＳＯＭ／スペクトルブロックをもつように構成されたＵＥは、（ニューメロロジー／ＳＯＭ／スペクトルブロック）固有ＤＲＸインスタンスを使用して１つまたは複数の電力節約態様（たとえば、制御チャネルモニタリング、帯域幅適応、ビーム管理など）を制御するように構成されてよい。そのようなケースでは、ニューメロロジー／ＳＯＭ／スペクトルブロックのリソースが適用可能でない（たとえば、関連付けられた物理制御チャネルが利用可能でないことがあるおよび／または対応する物理データチャネルがスケジュール可能でない）期間にわたって、関連付けられたＤＲＸインスタンスは単に休止および待機してよい。そうでない場合、関連付けられたＤＲＸインスタンスは、関与するニューメロロジー／ＳＯＭ／スペクトルブロックに適用可能なタイミングにより計時してよい。
【０４５７】
別の実施形態では、クロックは、それぞれのニューメロロジー／ＳＯＭ／スペクトルブロックのＴＴＩ／フレーム持続時間とは無関係に、スケジューリング機会の関数であってよい。そのようなケースでは、単一のＤＲＸインスタンスが使用されてよい。
【０４５８】
ＵＥ固有ＤＲＸ
【０４５９】
ＵＥは、すべてのＳＯＭにまたがって適用される単一の電力節約モード（たとえば、旧来のＤＲＸなどの制御チャネルモニタリングアルゴリズムを含む）を有するように構成されてよい。たとえば、ＵＥは、異なるＳＯＭにおいて制御チャネルをモニタリングするように構成されてよく、すべてのＳＯＭにまたがって共通するその制御チャネルモニタリングアルゴリズムを有するように構成されてよい。
【０４６０】
そのようなケースでは、ＵＥは、すべてのＳＯＭまたはそのようなＳＯＭに関連付けられた制御チャネル（ＣＣ）にまたがってＵＥのＤＲＸを適用するように構成されてよい。ＳＯＭ（たとえば、各ＳＯＭ）は、制御チャネルの異なるタイミングを有してよい（たとえば、どれほど頻繁にＵＥがスケジューリングを受信し得るか）ので、時間ベースアルゴリズム下でＵＥの制御チャネルモニタリング挙動を決定するための方法が、必要とされるおよび／または使用され、以下で説明される。
【０４６１】
１）そのＤＲＸ挙動をデフォルトＳＯＭのタイミングから定義することによって１つのニューメロロジー内で動作するＵＥ
【０４６２】
一実施形態では、ＵＥは、ネットワークによって構成可能である、その制御チャネルモニタリングの期間、および特定のニューメロロジーまたは特定のＳＯＭのいくつかの制御チャネルスケジューリング機会に基づいて許容できるＤＲＸの期間を決定するように構成されてよい。ＵＥは、ＵＥがデフォルトＳＯＭのタイミングに基づいてＤＲＸを実行するように構成されているとき、そのようなデフォルトＳＯＭ上で制御チャネルをモニタリングしていても、モニタリングしていなくてもよい。
【０４６３】
別の実施形態では、ＵＥは、デフォルトニューメロロジーにおけるサブフレームの計数に基づいてＤＲＸを実行するように構成されてよい。ＵＥは、デフォルトニューメロロジー以外のニューメロロジー内の制御チャネルをモニタリングするようにさらに構成されてよい。ＵＥは、ＵＥがＤＲＸを実行することができる前にデフォルトニューメロロジー内でｘ個のサブフレームのオン持続時間期間にわたって制御チャネルをモニタリングすることが必要とされてよいおよび／またはそのために使用されてよい。ＵＥにおいて構成されたニューメロロジーまたはＳＯＭに応じて、スロットまたは制御チャネルスケジューリングオケージョンの数は、このオン持続時間期間中に変わってよい。
【０４６４】
ＵＥは、ＵＥが、オン持続時間期間よりも長い１つまたは複数のタイマの期間にわたって制御チャネルをモニタリングするがことが必要とされるおよび／またはそのために使用されるように、オン持続時間中に１つまたは複数のタイマを開始するように構成されてよい。そのようなタイマは、デフォルトニューメロロジーに基づいて計時されてよい。たとえば、ＵＥは、その構成されたニューメロロジーにおいて制御チャネルをモニタリングする間、アクティビティタイマにおいて開始するＤＬグラントまたはＵＬグラントを受信するように構成されてよい。ＵＥは、デフォルトニューメロロジーのタイミングに基づいて（たとえば、デフォルトニューメロロジーにおけるサブフレーム（たとえば、各サブフレーム）に対して一度）、そのような非アクティビティタイマを増分するように構成されてよい。ＵＥは、オン持続時間期間中に始められる任意のタイマの満了時にＵＥがＤＲＸを実行することができる（たとえば、ＵＥは、制御チャネルをモニタリングしない、またはこれをモニタリングする必要はない）ことを決定するように構成されてよい。
【０４６５】
ＵＥは、デフォルトニューメロロジーにおける特定のサブフレーム中に制御チャネルをモニタリングし始めるように構成されてよく、そのようなサブフレームは、何らかの構成された期間に従って周期的に発生してよい。ＵＥは、スロットまたは制御チャネル機会を
【０４６６】
−  デフォルトニューメロロジーにおけるサブフレームの開始に続いて発生する構成されたＳＯＭにおける第１の制御チャネル機会、または
【０４６７】
−  デフォルトニューメロロジーにおけるサブフレームの開始の時間的に最も近くに（前または後）発生する制御チャネル機会
として算出するようにさらに構成されてよい。
【０４６８】
２）スケジューリングオケージョンに基づいて定義されたＤＲＸタイミング
【０４６９】
一実施形態では、ＵＥは、その制御チャネルモニタリングの期間を決定し、そのタイマの基礎を、構成されたニューメロロジーにおけるスケジューリングオケージョンの総数に置くように構成されてよい。たとえば、ＵＥは、オン持続時間と、ならびにその構成されたＳＯＭのＵＥのためのスケジューリングオケージョンの数に基づいて定義される、ＵＥがオン持続時間に続いてアクティブなままであるように構成されてよいタイマのセットをもつように構成されてよい。
【０４７０】
複数のＳＯＭをもつように構成されたＵＥは、構成されたＳＯＭ（たとえば、構成されたＳＯＭの各々）におけるスケジューリングオケージョンの総数に基づいてスケジューリングオケージョンの数を決定するように構成されてよい。
【０４７１】
３）単一のＤＲＸ挙動を導くために異なるＳＯＭのタイミングを組み合わせること
【０４７２】
一実施形態では、ＵＥは、全体的なＤＲＸ挙動を定義するために、その異なる構成されたＳＯＭならびにデフォルトニューメロロジーなどの構成されていないＳＯＭのタイミングを組み合わせるように構成されてよい。たとえば、１つまたは複数のＤＲＸパラメータまたはＤＲＸ関連タイマのタイミングは、第１のニューメロロジーまたはＳＯＭによって制御されてよいが、１つのＤＲＸパラメータもしくはＤＲＸ関連タイマまたはＤＲＸパラメータもしくはＤＲＸ関連タイマの異なるセットのタイミングは、第２のニューメロロジーによって制御されてよい。ＳＯＭの選択および／または関連付けられたＳＯＭによって計算されるタイマの選択は、以下、すなわち、
【０４７３】
−  ネットワーク構成：実施形態では、ＵＥが複数のＳＯＭをもつように構成された場合、ＵＥは、関連付けられたタイマ（たとえば、関連付けられたタイマの各々）を決定するために、使用するＳＯＭタイミングをもつネットワークによって構成されてよい、および
【０４７４】
−  論理チャネル構成：実施形態では、ＵＥは、最高／最低優先度をもつ論理チャネルを使用することなどによって、ＳＯＭ（たとえば、各ＳＯＭ）にマップされ得る論理チャネルの優先度要件または待ち時間要件に基づいて、使用するＳＯＭを決定するように構成されてよい
のうちの１つによって決定されてよい。
【０４７５】
別の実施形態では、ＵＥは、第１のニューメロロジーまたはＳＯＭを使用して、そのＤＲＸサイクルおよび／またはそのオン持続時間期間を決定するように構成されてよい。そのような第１のニューメロロジーは、デフォルトニューメロロジーまたはＳＯＭであってよい。言い換えれば、ＵＥは、デフォルトニューメロロジーにおけるいくつかのサブフレームに基づいてオン持続時間およびウェイクアップ時間（たとえば、ＤＲＸサイクル長）を決定するように構成されてよい。ＵＥは、その構成されたニューメロロジーのタイミングを使用して、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｓｈｏｒｔＣｙｃｌｅＴｉｍｅｒなどのいずれかなどの、ＵＥのアクティビティ時間を維持することに関連付けられたタイマを増分するようにさらに構成されてよい。ＵＥが複数の非デフォルトＳＯＭをもつように構成されたいくつかの実施形態では、ＵＥは、最高優先度論理チャネルが任意の所与の時間にマップされたＳＯＭであるように上記のタイマが計算される非デフォルトＳＯＭを決定するように構成されてよい。
【０４７６】
４）異なるＳＯＭのための複数のＤＲＸ関連タイマの関数としてのＤＲＸ挙動の定義
【０４７７】
一実施形態では、ＵＥは、ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｓｈｏｒｔＣｙｃｌｅタイマなどのいずれかの異なるインスタンスなどの、異なるＤＲＸ関連タイマを維持するように構成されてよい。たとえば、そのようなタイマの値は、異なるように構成されてよい。ＵＥは、限定するものではないが、
【０４７８】
−  ＳＯＭ（たとえば、各ＳＯＭ）にマップされる論理チャネル：たとえば、ＳＯＭにマップされた特定の論理チャネルの存在に基づいた（たとえば、制御チャネルの）選択、
【０４７９】
−  ネットワーク構成された、関数内のあるＳＯＭの包含／除外：たとえば、マッピングルールは、あるＳＯＭの関数（たとえば、あるＳＯＭの関数のみ）に基づいてマップされてよく、考慮されるべきＳＯＭのリストは、ネットワークシグナリングを通じて任意のときにネットワークによって静的および／または動的に変更されてよい、
【０４８０】
−  関連付けＳＯＭのＱｏＳ性質、またはＳＯＭにマップされた論理チャネル：たとえば、ルールは、任意の所与の時間においてＳＯＭにマップされた最高優先度論理チャネルに基づいてもよいし、一定の閾値よりも高い優先度をもつＳＯＭに基づいてもよい、
【０４８１】
−  ＳＯＭ（たとえば、各ＳＯＭ）にマップされた、サービス、論理チャネルなどの数：たとえば、ルールは、ＳＯＭにマップされた最小量の論理チャネルを有することに基づいてもよいし、ＵＥ固有アクティブ時間は、ＳＯＭ（たとえば、各ＳＯＭ）に関連付けられた重みづけされたタイマの組合せであってよく、論理チャネルの数は、適用される重みを決定してよい、ならびに
【０４８２】
−  ＳＯＭ（たとえば、各ＳＯＭ）に使用可能な帯域幅またはリソースの量：たとえば、ルールは、ＳＯＭのために構成された最小量の帯域幅を有するに基づいてよく、および／またはＵＥ固有アクティブ時間は、ＳＯＭ（たとえば、各ＳＯＭ）に関連付けられた重みづけされたタイマの組合せであってよく、帯域幅は、適用される重みを決定してよい、
などのＳＯＭ自体の性質に加えて、これらのタイマのうちの１つまたは複数の関数または関係に基づいて、その制御チャネルをモニタリングし続けるべきかを決定するように構成されてよい。
【０４８３】
別の実施形態では、ＵＥは、満了することになるＳＯＭ（たとえば、満了することになるＳＯＭの各々）のためのタイマのために必要とされるおよび／または使用される時間として、そのアクティビティ時間を決定するように構成されてよい。ＵＥは、アクティブなＳＯＭのすべてのためのタイマ（ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒなど）が依然として稼働している限り、すべてのＳＯＭのための制御チャネルをモニタリングするように構成されてよい。
【０４８４】
別の実施形態では、ＵＥは、満了することになる１つの特定のＳＯＭのタイマのために必要とされるおよび／または使用される時間として、アクティビティ時間を決定するように構成されてよく、そのＳＯＭは、ネットワークによって（たとえば、ＲＲＣシグナリングまたは制御チャネルシグナリングを通じて）半静的または動的に構成されてもよいし、ネットワーク構成の欠如中の他の論理チャネルの上の最高優先度論理チャネルを有するＳＯＭに基づいて選択されてもよい。
【０４８５】
上記の実施形態は、ＴＤＭまたはＦＤＭであるＳＯＭに適用可能であってよい。ＴＤＭケースでは、ＵＥは、所与のスケジューリングオケージョンにおいて、どのＳＯＭが現在スケジュールされているかを決定するように構成されてよい。そのような決定は、以下、すなわち、
【０４８６】
−  所与のスロット、ミニスロット、またはサブフレームのための制御チャネルニューメロロジー、
【０４８７】
−  異なるニューメロロジーの多重化の固定パターン、および
【０４８８】
−  別の制御チャネルからの動的シグナリングを通じてなど、ネットワークからのシグナリングを介して、またはＲＲＣシグナリングを介して、決定されるＳＯＭ多重化の構造によって、
のうちの少なくとも１つに基づいてなされてよい。
【０４８９】
５）アクティブ時間内に受信されたデータの本質に基づいたタイマの選択
【０４９０】
ＵＥは、送信されたメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）またはトランスポートブロック内で多重化されたデータのタイプに基づいて、ＤＲＸまたはＤＲＸタイマ値のセットのうちの１つから選択するように構成されてよい。ＵＥは、第１の動作では、アクティブ時間中に、受信されたＭＡＣ  ＰＤＵへと多重化されたデータの本質を決定し、データのタイプに基づいて適用可能なＤＲＸタイマのうちの１つまたは複数の決定を行うように構成されてよい。そのような決定は、ＭＡＣ  ＰＤＵ内で受信されるデータの以下の性質、すなわち、
【０４９１】
−  １つもしくは複数の論理チャネル、またはＭＡＣ  ＰＤＵに関連付けられたサービス、
【０４９２】
−  ＭＡＣ  ＰＤＵ内の、または論理チャネル、サービス、もしくは論理チャネル（たとえば、各論理チャネル）内のフローに関連付けられた、優先度、遅延要件、信頼性要件、レート要件などの、データのＱｏＳ性質、および
【０４９３】
−  ＭＡＣ  ＰＤＵへと多重化された論理チャネルまたはサービスの数、
のうちの１つまたは複数に基づいてよい。
【０４９４】
一実施形態では、ＵＥは、論理チャネル（たとえば、各論理チャネル）のためまたは論理チャネルグループ（たとえば、各論理チャネルグループ）のための別個のｉｎａｃｔｉｖｉｔｙＴｉｍｅｒのセットをもつように構成されてよい。ＵＥは、アクティブ期間中に、ネットワークからのグラントの受信時にｉｎａｃｔｉｖｅＴｉｍｅｒを開始することを決定するように構成されてよい。ＵＥは、グラントとともに受信されたＭＡＣ  ＰＤＵ内で送信される論理チャネルグループに対応するｉｎａｃｔｉｖｅＴｉｍｅｒを選択するように構成されてよい。さらに、複数の論理チャネルグループが同じＭＡＣ  ＰＤＵ内で送信される場合、ＵＥは、論理チャネルグループのうちの１つに関連付けられたｉｎａｃｔｉｖｅＴｉｍｅｒを選択する（ネットワーク構成、最高／最低優先度の使用などのルールに基づいて選択する）ように構成されてよい。
【０４９５】
別の実施形態では、ＵＥは、論理チャネルまたは論理チャネルグループに固有であるタイマの選択に基づいてＤＲＸ時間（たとえば、ＵＥが制御チャネルをモニタリングすることが必要とされない時間）を決定するように構成されてよい。ＵＥは、アクティブ時間中に受信される第１の／最後の／大多数のＭＡＣ  ＰＤＵ内で送信される最高／最低／大多数の論理チャネルであるように、タイマの選択のためのそのような論理チャネルまたは論理チャネルグループを決定するように構成されてよい。
【０４９６】
６）ＵＥがスケジューリング機会の間隔に基づいてＣＣをモニタリングすること
【０４９７】
一実施形態では、ＵＥは、スケジューリング機会の不連続な間隔にわたって特定のＳＯＭのための制御チャネルをモニタリングするように構成されてよい。たとえば、ＵＥは、ＣＣ機会が特定のニューメロロジーにおいて各スロット発生し得る特定のＳＯＭのための制御チャネルをモニタリングするように構成されてよい（または潜在的に、ＵＥは、単一のＳＯＭ（たとえば、単一のＳＯＭのみ）を用いるように構成されてよい。
【０４９８】
別の実施形態では、ＵＥは、電力節約モードにおいて、制御チャネルのＮ個のスロットごとに、すなわち、スロット０、Ｎ−１、２＊（Ｎ−１）などをモニタリングするように構成されてよい。ＵＥは、ネットワーク構成に基づいて、または動的シグナリングに基づいて、Ｎの値を決定するように構成されてよい。たとえば、ＵＥは、Ｎの値を動的に変更するために制御チャネル自体を介して指示を受信するように構成されてよい。いくつかの実施形態では、ＵＥは、ＵＥ状態に基づいてあらかじめ定義された値のセットからＮの値を決定するように構成されてよく、ＵＥ状態は、アクティビティのレベルおよび／または電力節約状態を表してよい。たとえば、ＵＥは、最初は、値のセットを｛２，４，８，１６，…，Ｍ｝としてもつように構成されてよく、ここで、Ｍは２の整数乗である。ＵＥは、ＤＲＸタイマのステータスに基づいてＮの値を自律的に決定するように構成されてよい。たとえば、最高アクティビティ状態の間、ＵＥは、あらかじめ定義されたセットの中で最低であるようにＮの値（たとえば、２）を選ぶように構成されてよい。最高電力節約状態の間、ＵＥは、あらかじめ定義されたセットの中の最高値、たとえば、１６を選ぶように構成されてよい。そのようなあらかじめ定義された値の構成は、たとえば、あらかじめ定義されたセット内の最高値を介して、それらのＵＥアクティビティ状態の理解にかかわらず、ＵＥがネットワークによって到達可能であることを可能にし得る。
【０４９９】
ＵＥは、本明細書において説明される他の方法と組み合わせて、または旧来のものに似たＤＲＸと組み合わせて、上記の方法を用いるように構成されてよい。たとえば、ＵＥは、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒなどのＤＲＸ関連タイマ、Ｎ番目の制御チャネルスケジューリング機会（たとえば、Ｎ個ごとの制御チャネルスケジューリング機会のみ（たとえば、ＵＥ自体のモニタリングスケジュールに基づいて）を減分するように構成されてよい。
【０５００】
別の実施形態では、ＵＥは、制御チャネルスケジューリング機会に基づいてあるＤＲＸ関連タイマを、それ自体のモニタリング機会に基づいて（たとえば、Ｎ個の制御チャネルスケジューリング機会ごとに）他のタイマを、決定するように構成されてよい。
【０５０１】
ＳＯＭ固有ＤＲＸ
【０５０２】
ＵＥは、独立したＤＲＸまたは制御チャネルモニタリングアルゴリズムをＳＯＭ（たとえば、各ＳＯＭ）に適用するように構成されてよい。ＳＯＭ（たとえば、各ＳＯＭ）に固有である制御チャネルモニタリングアルゴリズム内で、ＵＥは、本明細書において説明される方法に基づいて任意の制御チャネルモニタリング機能を適用するようにさらに構成されてよい。ＵＥは、どのアルゴリズムが所与のＳＯＭに適用されるべきかに関して、ネットワークによってさらに構成されてよい。本明細書において説明される方法は、ＳＯＭ固有制御チャネルモニタリングアルゴリズム間の相互作用に関連する、さらなる態様、動作、手順、および機能を提供する。
【０５０３】
独立したＤＲＸの１つの利点は、ＵＥが、独立して各ＳＯＭの予想アクティビティに基づいてそのフロントエンドまたはデジタル制御チャネル処理（ＦＤＭ化されたＳＯＭの場合）の部分を止めることを可能にすることであり得る。
【０５０４】
１）ＳＯＭ電力節約構成のためのプライマリ制御チャネルのモニタリング
【０５０５】
異なるＳＯＭ上で独立したＤＲＸを実行するＵＥは、ＳＯＭ構成情報（たとえば、ＳＯＭ（たとえば、各ＳＯＭ）に関連付けられたリソースブロック、ニューメロロジー、ニューメロロジーブロックの持続時間など）を受信するために、特定のＳＯＭ（ＵＥのために構成されてもよいし、構成されてなくてもよい）に関連付けられたプライマリ制御チャネルをモニタリングするようにさらに構成されてよい。そのようなプライマリ制御チャネルは、チャネルのサブセットまたは帯域幅全体に及んでよく、デフォルトニューメロロジーをモニタリングするためにＵＥを使用または必要としてよい。ＵＥは、時間の有限期間（たとえば、参照ニューメロロジーにおける固定数のサブフレーム）にわたってプライマリチャネルをモニタリングするように構成されてよい。
【０５０６】
ＵＥは、たとえば、システム関連情報を提供するために、ＲＲＣ構成から、システム情報から、またはアクセステーブルからプライマリ制御チャネルの構成を受信するように構成されてよい。
【０５０７】
２）プライマリ制御チャネルからのオン／オフ期間情報の受信
【０５０８】
ＵＥは、プライマリ制御チャネル上で提供される動的情報の受信に基づいて制御チャネルモニタリングまたはＤＲＸを実行するように構成されてよい。そのような動的情報は、ＵＥによって使用される半静的な構成またはあらかじめ構成された構成とともに使用されてよい。たとえば、ＵＥは、以下のうちの少なくとも１つとして、ＳＯＭ固有ＣＣをモニタリングするための期間の指示を受信するように構成されてもよいし、プライマリ制御チャネルから受信されたシグナリングに基づいて特定のＳＯＭ上のＤＲＸの１つまたは複数の期間の指示を受信するように構成されてもよい。
【０５０９】
−  特定のＳＯＭに適用されることになるＤＲＸ時間：ＵＥは、あらかじめ構成されてもよいし示されてもよい、時間の期間にわたって特定のＳＯＭ上でＤＲＸ（たとえば、ＣＣモニタリングの欠如）を実行するためにプライマリ制御チャネル上で指示を受信するように構成されてよい、
【０５１０】
−  連続的制御チャネルモニタリングのための指示：ＵＥは、プライマリ制御チャネル上の追加シグナリングからのさらなる通知まで、特定のＳＯＭ上でＣＣの連続モニタリングを実行するために、プライマリ制御チャネル上で指示を受信するように構成されてよい、
【０５１１】
−  特定のＳＯＭに適用されることになるアクティブ時間：ＵＥは、特定のＳＯＭのＣＣをモニタリングし始めるため、および特定の時間の期間またはアクティブ期間にわたってそうするために、プライマリ制御チャネル上で指示を受信するように構成されてよい、
【０５１２】
−  ＤＲＸタイマの構成／再構成：ＵＥは、その特定のＳＯＭに適用されることになる旧来のものに似たＤＲＸに関連するタイマを再構成するために、プライマリ制御チャネル上で指示を受信するように構成されてよい、および
【０５１３】
−  制御チャネルモニタリングアルゴリズム：ＵＥは、特定のＳＯＭに適用されることになる（本明細書において説明される方法のような）制御チャネルモニタリングアルゴリズムとそのアルゴリズムのために関連付けられたパラメータを構成する指示をプライマリ制御チャネル上で受信するように構成されてよい。
【０５１４】
プライマリ制御チャネルからＳＯＭ（たとえば、各ＳＯＭ）のためのオン期間およびオフ期間のそのような情報を受信するＵＥは、プライマリ制御チャネル上の動的シグナリングによってそうするように示されてない限り、プライマリ制御チャネル（たとえば、プライマリ制御チャネルのみ）をモニタリングするように構成されてよい。
【０５１５】
３）１つのＳＯＭからの、別のＳＯＭのためのウェイクアップまたはＤＲＸ修正の受信
【０５１６】
一実施形態では、ＵＥは、ＳＯＭごとに独立したＤＲＸともに動作する間、および独立したＤＲＸに基づいてＳＯＭ固有ＣＣをモニタリングする間、第２のＳＯＭから受信されたシグナリング（たとえば、ＰＤＣＣＨまたは類似の動的シグナリング）から第１のＳＯＭのＤＲＸ構成の変化を受信するように構成されてよい。そのようなＤＲＸ構成の変化または挙動の変化は、以下、すなわち、
【０５１７】
−  ＤＲＸサイクルの変化、
【０５１８】
−  ｉｎａｃｔｉｖｉｔｙＴｉｍｅ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅ、ｓｈｏｒｔＤＲＸＣｙｃｌｅなどのＤＲＸ関連タイマ値のいずれかの変化、
【０５１９】
−  ＤＲＸサイクル（たとえば、アクティブ期間の開始を定義するフレーム／サブフレーム／スロットインデックス）のオフセットの変化、および
【０５２０】
−  構成可能な時間の期間またはあらかじめ定義された時間の期間にわたって所定の時間（たとえば、即時またはｘ個のサブフレーム中に）に制御チャネルをウェイクアップするまたはモニタリングし始める指示、
のうちの少なくとも１つを含んでよい。
【０５２１】
一実施形態では、ＵＥは、独立した制御チャネルモニタリングアルゴリズムを使用して、２つの異なるＳＯＭのためにＣＣをモニタリングするように構成されてよい。そのような制御チャネルモニタリングアルゴリズムは両方とも、旧来のＤＲＸに似た動作からなるまたはこれを含んでもよいし、本明細書において説明される方法に基づいて定義されてもよい。第１のＳＯＭは、低待ち時間関連データ伝送に関連付けられてよく、ｅＭＢＢに関連付けられてよい第２のＳＯＭと比較して短いＤＲＸ時間からなるまたはこれを含んでよい。ＵＥは、第２のＳＯＭ上の制御チャネルをモニタリングするために即時にウェイクアップする指示を第１のＳＯＭから受信するように構成されてよい。そのような即時ウェイクアップまたは示されたウェイクアップは、第２のＳＯＭ上のアクティブ時間がＵＥのために示された時間に開始するように、ＤＲＸサイクルオフセットの変化に関連付けられてもよい。別の実施形態では、指示は、既存のＤＲＸサイクル内で構成可能な持続時間の新しいアクティブ時間を作成してよい。ＵＥは、指示から以下の情報のうちの少なくとも１つを受信するように構成されてよい。
【０５２２】
−  ＵＥが（ＳＯＭ２のために）ウェイクアップするＳＯＭまたはＳＯＭインデックス、
【０５２３】
−  ＵＥがウェイクアップするスケジュールされた時間、
【０５２４】
−  示されたウェイクアップを実現するために適用する新しいＤＲＸオフセットなどの、再構成に関連付けられた新しいＤＲＸパラメータまたはタイマ、
【０５２５】
−  ＵＥが問題のＳＯＭ上の制御チャネルをモニタリングするように構成された時間の量、
【０５２６】
−  たとえば特定のＣＣＥ、またはＵＥが受信するように構成された探索空間のセットを復号する特定の制御チャネル要素、
【０５２７】
−  ＵＥがＳＯＭ２上で即時にウェイクアップする間にモニタリングするように構成された特定のＤＣＩ、
【０５２８】
−  ＳＯＭ２に適用する制御チャネルモニタリング周波数の部分区間、および
【０５２９】
−  ＳＯＭ２上でＤＲＸまたは電力節約アルゴリズムを始める／止める指示。
【０５３０】
別の実施形態では、上記の情報の部分またはすべては、ＤＲＸ構成の一部としてＵＥ内で半静的に構成されてよい。
【０５３１】
そのような実施形態の利点は、異なるＳＯＭ下で動作するときＵＥの到達可能性を増加させることであり得る、すなわち、ＵＥが第１のＳＯＭにおける制御チャネルアクティビティを有する場合、ＵＥは、（たとえば、ネットワークがそのＳＯＭにおいてＵＥアクティビティ時間を待機する必要なしに）第２のＳＯＭにおいて到達可能になり得る。
【０５３２】
４）ニューメロロジーの変化に基づいてデフォルト構成からＳＯＭ固有ＤＲＸ関連パラメータを導き出すこと
【０５３３】
一実施形態では、ＵＥは、限定するものではないが、特定のニューメロロジーまたはＳＯＭに適用されることになるｉｎａｃｔｉｖｅＴｉｍｅ、ｄｒｘＣｙｃｌｅ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｓｈｏｒｔＤＲＸＣｙｃｌｅなどの、ＤＲＸ関連パラメータのセットをもつように構成されてよい。ＵＥは、以下のうちの少なくとも１つの関数であってよいデフォルトパラメータおよび１つまたは複数のスケーリング関係の関数に基づいて異なるＳＯＭ上で使用されることになる関連付けられたパラメータを導き出すように構成されてよい。
【０５３４】
−  ＳＯＭ間のニューメロロジーの差（たとえば、サブキャリア間隔などの差によって拡大縮小された）、
【０５３５】
−  特定のＳＯＭにマップされる論理チャネルの本質および／または数、
【０５３６】
−  論理チャネル識別子（ＬＣＩＤ）、論理チャネルグループ識別子（ＬＣＧ  ＩＤ）、または特定のＳＯＭにマップされた論理チャネルに関連付けられた優先度識別子、
【０５３７】
−  特定のＳＯＭにマップされた論理チャネルの数の重みつき平均、重みはネットワークによって提供されてよい、ならびに
【０５３８】
−  ＲＲＣシグナリングによってまたは動的に（たとえば、プライマリ制御チャネル上で提供される）提供され得る、ニューメロロジーに固有の、ネットワークにより構成されたスケーリングファクタ。
【０５３９】
ＵＥは、異なるスケーリングファクタまたは関数を異なるＤＲＸパラメータに適用するようにさらに構成されてよい。
【０５４０】
一実施形態では、ＵＥは、デフォルトＤＲＸサイクルと、特定のＳＯＭにマップされる論理チャネルに基づいて決定されたスケーリングファクタとを乗算することによって、そのＳＯＭのためのＤＲＸサイクルを導き出すように構成されてよい。そのようなスケーリングファクタは、ネットワークによって提供されてよい（たとえば、ＵＥは、論理チャネル（たとえば、各論理チャネル）に関連付けられた特定のスケーリングファクタを受信するように構成されてよい）。複数の論理チャネルが同じＳＯＭにマップされるケースでは、ＵＥは、ＳＯＭにマップされた論理チャネル（たとえば、論理チャネルの各々）上でスケーリングファクタの重みつき平均を実行するようにさらに構成されてよい。ＵＥは、ＬＣＩＤ、ＬＣＧ  ＩＤ、または優先度パラメータ／レベル、または論理チャネルに関連付けられた類似物から、スケーリングファクタを直接的に導き出すように構成されてよい。
【０５４１】
ＵＬ／ＤＬ送信に続くＤＲＸ動作  −  ＳＲの送信に続くＤＲＸ動作
【０５４２】
ＵＥは、ネットワークへのスケジューリング要求（ＳＲ）の送信に続いて、ＤＲＸに似た動作を実行するように構成されてよい。たとえば、そのようなＤＲＸに似た動作は、Ｍ個のスケジューリング機会ごとにスケジューリング機会（Ｎ）の数（たとえば、固定数）に関して制御チャネルをモニタリングすることによって特徴づけられてよい。Ｍの値（ＳＲ−ＤＲＸサイクルと称される）、およびＮの値（アクティブ期間と称される）は、ネットワークによって構成されてよい。
【０５４３】
ＵＥは、以下、すなわち、
【０５４４】
−  ネットワークによる直接的構成、
【０５４５】
−  固定値またはあらかじめ構成された値（たとえば、Ｎ＝１）、
【０５４６】
−  データ到着がＳＲをトリガした論理チャネルに基づいて決定される、
【０５４７】
−  ＳＲをトリガした新しいデータの到着に関連付けられた時間関連要件（たとえば、生存時間）に基づいて、および
【０５４８】
−  ＳＲを送信するために使用されるＳＯＭに基づいて、
のうちの少なくとも１つに基づいてＭおよび／またはＮのどちらかの値を決定するように構成されてよい。
【０５４９】
Ｍおよび／またはＮの値をさらに決定するＵＥは、そのような決定、またはそのような決定に関連する何らかの暗黙的情報を、ＳＲの一部としてｇＮＢに提供するように構成されてよい。そのような情報は、ＳＲ内で、またはリソース、電力、拡散、ＭＡ方式、プリアンブルシーケンス、もしくはＳＲ送信に関連付けられた他の性質などの、ＳＲの送信に関連付けられた何らかの性質に基づいて、明示的に提供されてよい。
【０５５０】
ＵＥは、以下のうちの１つまたは複数が発生するまで、上記のＤＲＸ挙動を継続するように構成されてよい。
【０５５１】
−  ＵＥが、トリガされたＳＲに関連付けられたグラントを受信する、
【０５５２】
−  タイマが満了する（これが、新しいＳＲをトリガしてよい）、
【０５５３】
−  ＵＥが、要求を満たすことができる別のＳＯＭ上でスケジュールされる、および
【０５５４】
−  ＵＥが、グラントに関して制御チャネルを連続的にモニタリングする指示をネットワークから受信する。
【０５５５】
ＵＥは、上記で説明されたＤＲＸスケジュールによりＳＲを再送信するように構成されてよい（たとえば、ＵＥは、Ｍ個のスケジューリング機会のｋ個のウェイクアップ期間ごとに制御チャネルモニタリングに続いてＳＲを再送信するように構成されてよい）。
【０５５６】
一実施形態では、ＵＥは、ＳＲをトリガした論理チャネルに基づいてＭの値を決定するように構成されてよく、Ｎ＝１と仮定してよい。たとえば、ＵＥは、論理チャネルおよび／または論理チャネルタイプ（たとえば、各論理チャネルまたは論理チャネルタイプ）に使用されることになるＭの値をもつように構成（ネットワークによって）またはあらかじめ構成されてよい。ＵＥは、ＳＲの一部としてＬＣＩＤまたは類似物を送信するようにさらに構成されてよい。ひとたびＳＲが送信されると、ＵＥは、特定のＳＯＭニューメロロジーにおいて、または何らかの参照ニューメロロジーにおいて、Ｎ個のスケジューリング機会ごとにＣＣをモニタリングするように構成されてよい。
【０５５７】
マルチレベルアクティビティ制御
【０５５８】
ＵＥは、制御チャネルリソース（たとえば、ＰＤＣＣＨのような共通制御チャネルなどの共通探索空間）の第１のセット上のダウンリンク制御情報（たとえば、少なくとも１つのＤＣＩ）を復号するように構成されてよい。そのような構成は、１つまたは複数の識別子（またはインデキシング値）を含んでよい。そのような構成は、そのようなＤＣＩの復号化に使用する特定のＲＮＴＩを含んでよい。そのようなＤＣＩは、特定のＤＣＩタイプからなってもよいし、これを含んでもよい。そのような特定のＤＣＩタイプは、１つまたは複数の識別子（またはインデックス）などの情報を伝えてよい。そのような情報は、１つまたは複数のフィールドの値、１つまたは複数のビットマップ、または類似物、のうちの少なくとも１つとして編成されてよい。
【０５５９】
いくつかの実施形態では、少なくとも１つのＤＣＩを復号するために使用される少なくとも１つのパラメータは、ＩＤグループなどの、アクティビティ制御のために使用される識別子の関数であってよい。たとえば、そのようなパラメータは、少なくとも１つのＤＣＩを復号化するために使用するＲＮＴＩを含んでもよいし、時間シンボル、スロットもしくはミニスロットのセット、物理リソースブロックのセット、リソース要素グループ、および／または制御チャネル要素などの、少なくとも１つのＤＣＩの復号化を試行するリソースを示すパラメータを含んでもよい。実施形態では、ＵＥが複数の識別子をもつように構成されるケースにおいて、ＵＥは、１つまたは複数の関連付けられたパラメータを使用して識別子（たとえば、各そのような識別子）のためのＤＣＩの復号化を試行するように構成されてよい。
【０５６０】
第１の状態（たとえば、より低いアクティビティ状態）から第２の状態（たとえば、より高いアクティビティ状態）へ
【０５６１】
実施形態では、ＵＥは、共通探索空間上の特定のＤＣＩを復号するように構成されてよい。ＵＥは、特定のＲＮＴＩを使用して、特定のＤＣＩを復号してよい。そのような復号化アクティビティはアクティビティ状態の関数であることが企図されている。そのような復号化アクティビティは第１の時間スケール（たとえば、スロット、サブフレームなど）に対応することが企図されている。ＵＥは、そのような特定のＤＣＩの成功した復号化から、ＤＣＩが１つまたは複数の識別子（またはインデックス）を含むことを決定するように構成されてよい。ＵＥは、そのような１つまたは複数の識別子（またはインデックス）がＵＥの１つまたは複数の構成に合致することを決定するように構成されてよい。代表的な実施形態では、ＵＥは、そのような合致（たとえば、少なくとも１つの識別子に対する）から、それが第２のアクティビティ状態に移動するべきであることを決定するように構成されてよい。そのようなアクティビティ状態は、第２の時間スケール（たとえば、ミニスロット、スロットなど）に対応することが企図されている。
【０５６２】
代表的な実施形態では、アクティビティ状態（たとえば、各アクティビティ状態）は、一定の数のブラインド復号化試行に関連付けられてよい。たとえば、ＵＥは、低アクティビティ状態における少数のブラインド復号化試行と、高アクティビティ状態における多数のブラインド復号化試行を実行するように構成されてよい。ブラインド復号化は、制御チャネル処理の一部である。アクティビティ状態とブラインド復号化との依存は、本明細書では、たとえば上記の「ブラインド復号化の数の減少」というセクションにおいて説明されている。
【０５６３】
より高いアクティビティ状態から、より低いアクティビティ状態へ
【０５６４】
別の実施形態では、ＵＥは、受信されたシグナリングに基づいて、アクティビティ状態の変化は、より高いレベルのアクティビティに対応する第１のアクティビティ状態からより低いレベルのアクティビティに対応する第２のアクティビティ状態へと実行されてよいことを決定するように構成されてよい。そのようなレベルは、上記で説明されたように、アクティビティ状態に応じてよい。
【０５６５】
いくつかの実施形態では、ＵＥがその構成の識別子に関連付けられた複数のＤＣＩまたは制御信号を復号するケースにおいて、ＵＥは、所定のルールに基づいて適切なアクティビティ状態を決定するように構成されてよい。たとえば、ＵＥは、示されたアクティビティ状態の中で最高の状態を選択してよい。
【０５６６】
ネットワーク観点およびスケジューリング機能にとって可能な利益
【０５６７】
ネットワークの観点から、１つまたは複数のＵＥは、制御チャネルリソースの同じセット、探索空間、特定のＲＮＴＩなどを使用して構成されてよい。ネットワークは、ＵＥのそのようなセットのアクティビティ状態を合わせる目的のために、１つまたは複数のＵＥのセットに同じ識別情報を割り振るように構成されてよい。ネットワークは、所与の時間の期間にわたって類似のスケジューリングアクティビティを共有する１つまたは複数のＵＥのサブセットを決定する際の柔軟性を増加させるために、所与のＵＥに１つまたは複数の識別子（またはインデックス）を割り振るようにさらに構成されてよい。
【０５６８】
いくつかの実施形態では、そのような制御シグナリングは、低コスト信号に対応することがある。制御シグナリングまたは低コスト信号のどちらかの１つまたは複数の性質を構成することが企図されている。そのような性質は、１つの特定の識別子（またはインデックス）に対応（たとえば、各々対応）してよい。
【０５６９】
アクティビティレベルは、恣意的な数においてさらに一般化されてよい。たとえば、アクティビティレベルの数は、特定のＤＣＩ、ＲＮＴＩ、制御リソースのセット、低コスト信号特性、および特定のレベルをもつ特定の識別子（またはインデックス）、の任意の組合せに基づいて実現されてよい。
【０５７０】
代表的な実施形態では、ＵＥは、あらゆるスロット内の特定のＲＮＴＩを使用してＰＤＣＣＨ（または共通ＰＤＣＣＨ）をモニタリングするように構成されてよい。ＵＥは、そのようなＰＤＣＣＨ（または共通ＰＤＣＣＨ）からＤＣＩを成功して復号するとき、ＵＥは、その構成の少なくとも１つの識別子が、ＤＣＩ内に含まれる少なくとも１つの識別子に合致するかどうかを決定するように構成されてよい。合致が検出された場合、ＵＥは、たとえば、スロットの残りの部分（および／またはたとえば、上位層によって決定されたいくつかのスロット）に対して低アクティビティ状態（たとえば、全くブラインド復号化がない）により（たとえば、のみにより）、ブラインド復号化試行が実施されてよいことを決定するように構成されてよい。ＤＣＩが復号されなかったまたは合致が存在しない場合、ＵＥは、最高アクティビティ状態によりブラインド復号化試行を実行するように構成されてよい。
【０５７１】
別の代表的な実施形態では、ＵＥは、ＤＣＩがＰＤＣＣＨ（または共通ＰＤＣＣＨ）上で成功して復号されなかった、またはＤＣＩが成功して復号され、合致識別情報が上記のように存在する場合（たとえば、その場合のみ）高アクティビティ状態により、ブラインド復号化試行を実行するように構成されてよい。そうでない場合、ＵＥは、低アクティビティ状態によりブラインド復号化試行を実行するように構成されてよい。
【０５７２】
別の代表的な実施形態では、ＵＥは、ＤＣＩが成功して復号され、合致識別情報が上記のように存在する場合（たとえば、場合のみ）、高アクティビティ状態によりブラインド復号化試行を実行してよい。
【０５７３】
図９は、電力節約のための別の代表的な方法を示す流れ図である。この代表的な方法は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）を含む任意のデバイスによって実行されてよい。ＷＴＲＵは、送信機と、受信機と、送信機および受信機に結合されたプロセッサとを備えてよい。プロセッサは、動作９０１において、複数のスペクトル動作モード（ＳＯＭ）の１つまたは複数の制御チャネルをモニタリングするように構成されてよい。プロセッサは、動作９０２において、少なくとも１つのＳＯＭにおいて少なくとも１つの電力節約モードにより動作するようにＷＴＲＵを制御するように構成されてよい。ＳＯＭ（たとえば、各ＳＯＭ）は、スペクトルブロックのセットをＷＴＲＵに割り振るための情報を伝える制御チャネルに関連付けられてよい。
【０５７４】
プロセッサは、異なる時間に異なる電力節約モードを実行するようにさらに構成されてよい。電力節約モードは、タイミング参照および関係に基づいて決定されてよい。タイミング参照および関係は、時間ベーストリガリング手法および計数ベース手法のいずれかに対応してよい。計数ベース手法は、ＴＴＩ持続時間、２つのスケジューリング機会間の最短時間、および他のフレーム態様、のいずれかに基づいて、電力節約モードの時間関連態様を管理してよい。
【０５７５】
プロセッサは、所与のＳＯＭに関連付けられたフレーム持続時間の関数として電力節約モードのタイミング態様を制御するように構成されてよい。
【０５７６】
プロセッサは、所与のＳＯＭに関連付けられたスケジューリング機会またはオケージョンの関数として電力節約モードのタイミング態様を制御するように構成されてよい。
【０５７７】
プロセッサは、少なくとも１つのＳＯＭにおいて電力節約動作を実行すること、および複数のＳＯＭ（たとえば、すべてのＳＯＭ）に対して単一の電力節約モードを適用するように構成されてよい。
【０５７８】
複数のＳＯＭにおいて１つまたは複数の制御チャネルをモニタリングするプロセッサは、特定のＳＯＭに関連付けられたプライマリ制御チャネルをモニタリングするように構成されてよい。プロセッサは、モニタリングされるプライマリ制御チャネルに関するＳＯＭ構成情報を受信するようにさらに構成されてよい。ＳＯＭ構成情報は、ＳＯＭ（たとえば、各ＳＯＭ）に関連付けられたリソースブロック、ニューメロロジー、および／またはニューメロロジーブロックの持続時間、のいずれかを含んでよい。
【０５７９】
受信機は、無線リソース制御（ＲＲＣ）シグナリングを介してネットワークからＳＯＭ構成情報を受信してよい。受信機は、プライマリ制御チャネル上の１つまたは複数のＳＯＭ固有制御チャネルをモニタリングするための期間の指示をさらに受信してよい。受信機は、プライマリ制御チャネル上の特定のＳＯＭに関連付けられた間欠受信期間（ＤＲＸ）の指示をさらに受信してよい。プライマリ制御チャネルは、（１）特定のＳＯＭに適用されることになるＤＲＸ時間、（２）連続的制御チャネルモニタリングのための指示、（３）特定のＳＯＭに適用されることになるアクティブ時間、（４）ＤＲＸタイマの構成／再構成、および／または制御チャネルモニタリングアルゴリズム、のいずれかを示すまたは開示する情報を含んでよい。
【０５８０】
プロセッサは、時間の期間にわたってプライマリチャネルをモニタリングするように構成されてよい。プロセッサは、ＳＯＭごとの独立したＤＲＸを実行するように構成されてよい。プロセッサは、独立したＤＲＸに基づいてＳＯＭ固有の制御チャネルをモニタリングするように構成されてよい。受信機は、第２のＳＯＭから受信されたシグナリングから第１のＳＯＭのＤＲＸ構成の変化を受信することがある。ＤＲＸ構成の変化は、（１）ＤＲＸサイクルの変化、（２）ＤＲＸ関連タイマ値のいずれかの変化、（３）ＤＲＸサイクルのオフセットの変化、（４）ウェイクアップする指示、または（５）所定の時間において制御チャネルをモニタリングし始める指示、のいずれかを含んでよい。
【０５８１】
１つまたは複数の制御チャネルをモニタリングするプロセッサは、Ｍ個のスケジューリング機会ごとにＮ個の数のスケジューリング機会に関して、１つまたは複数の制御チャネルをモニタリングするようにさらに構成されてよい。プロセッサは、（１）ネットワークによる構成、（２）あらかじめ構成された値、（３）データ到着がスケジューリング要求（ＳＲ）をトリガした論理チャネル、（４）ＳＲをトリガした新しいデータの到着に関連付けられた時間関連要件、および／または（５）ＳＲを送信するために使用されるＳＯＭ、のいずれかに基づいてＭおよびＮの値を決定するようにさらに構成されてよい。送信機は、ＳＲを送信するように構成されてよい。
【０５８２】
図１０は、電力節約のための別の代表的な方法を示す流れ図である。この代表的な方法は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）を含む任意のデバイスによって実行されてよい。ＷＴＲは、送信機と、受信機と、送信機および受信機に結合されたプロセッサとを備えてよい。プロセッサは、動作１００１において、ＷＴＲＵの処理状態の関数としてリソースのセットを決定するように構成されてよい。プロセッサは、決定されたリソースのセットを使用して１つまたは複数の制御チャネルをモニタリングするようにさらに構成されてよい。プロセッサは、動作１００２において、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。プロセッサは、第１の処理状態である間、第１のタイミング粒度で１つまたは複数の制御チャネルをモニタリングするように構成されてよい。プロセッサは、第１の処理状態の制御チャネル上で、第１の特定のニューメロロジー、スケジューリングオケージョンの特定のセット、またはＨＡＲＱタイムライン、のうちの少なくとも１つを可能にするように構成されてよい。
【０５８３】
動作１００３において、プロセッサは、ＷＴＲＵが第１の処理状態であることを決定し、少なくとも１つのパラメータを使用して、制御チャネルリソースのセット上で第１の処理状態でダウンリンク制御情報（ＤＣＩ）を復号して、ＤＣＩの復号化に基づいて第１の処理状態から第２の処理状態に移行することを決定するように構成されてよい。制御チャネルリソースのセットは、共通探索空間、共通制御チャネル、または物理ダウンリンク制御チャネル、のうちの少なくとも１つを含んでよい。少なくとも１つのパラメータは、処理制御のために使用される少なくとも１つの識別子の関数であってよい。この少なくとも１つのパラメータは、ＲＮＴＩ、時間シンボル、スロットもしくはミニスロットのセット、物理リソースブロックのセット、リソース要素グループのセット、または制御チャネル要素のセット、のうちの少なくとも１つを示してよい。
【０５８４】
プロセッサは、構成情報が、少なくとも１つの識別子、少なくとも１つのインデキシング値、または１つもしくは複数のＤＣＩを復号するために使用する無線ネットワーク識別子（ＲＮＴＩ）、のうちの少なくとも１つを示すように、ＷＴＲＵに関する構成情報を決定するようにさらに構成されてよい。
【０５８５】
プロセッサは、成功したＤＣＩの復号化に基づいて、ＤＣＩが少なくとも１つの識別子を含むことを決定するようにさらに構成されてよい。プロセッサは、ＤＣＩに含まれる少なくとも１つの識別子が、ＷＴＲＵに関する構成情報において示される少なくとも１つの識別子に合致することを決定するようにさらに構成されてよい。第１の処理状態から第２の処理状態に移行する決定は、ＤＣＩに含まれる少なくとも１つの識別子が、ＷＴＲＵに関する構成情報において示される少なくとも１つの識別子に合致するという決定にさらに基づいてよい。
【０５８６】
プロセッサは、関連付けられた少なくとも１つのパラメータを使用して、制御チャネルリソースのセット上の第１の処理状態の識別子（たとえば、各識別子）のためのＤＣＩを復号するように構成されてよい。第１の処理状態は、より低い処理レベルに対応してよく、第２の処理状態は、より高い処理レベルに対応してよい。第１の処理状態および第２の処理状態は、ＤＣＩの復号化試行の数に関連付けられてよい。
【０５８７】
プロセッサは、移行される処理状態に関連付けられた処理レベルに基づいて、１つまたは複数のＤＣＩを復号することを試行するように構成されてよい。
【０５８８】
受信機は、ＷＴＲＵのための構成情報を含む信号をネットワークから受信するように構成されてよい。
【０５８９】
プロセッサは、パターンを決定するように構成されてよい。プロセッサは、決定されたパターンに基づいて、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。プロセッサは、決定されたパターンに基づいて、スケジューリング機会および／またはオケージョンを使用して、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。プロセッサは、決定されたパターンに基づいて、スケジューリング機会および／またはオケージョンから、制御チャネルリソースの異なるセット、ＣＣＥ、および／または探索空間を使用して、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。プロセッサは、決定されたパターンに基づいて、スケジューリング機会および／またはオケージョンから、異なるアグリゲーションレベルを使用して、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。プロセッサは、決定されたパターンに基づいて、スケジューリング機会および／またはオケージョンから、１つまたは複数のダウンリンク制御情報（ＤＣＩ）の異なるセットを使用して、制御チャネル上の少なくとも１つの制御チャネル要素を復号するようにさらに構成されてよい。パターンは、ＷＴＲＵの処理状態に関連付けられてよい。プロセッサは、ＷＴＲＵの別の処理状態に変更するとき、別のパターンに変更するようにさらに構成されてよい。
【０５９０】
図１１は、電力節約のための別の代表的な方法を示す流れ図である。この代表的な方法は、ネットワークエンティティ、ノードＢ、発展型ノード−Ｂ（ｅＮｏｄｅ−Ｂ）などを含む任意のデバイスによって実行されてよい。発展型ノード−Ｂ（ｅＮｏｄｅ−Ｂ）は、送信機と、受信機と、送信機および受信機に結合されたプロセッサとを備えてよい。プロセッサは、動作１１０１において、少なくとも１つのダウンリンク制御情報（ＤＣＩ）を復号するためにワイヤレス送信／受信ユニット（ＷＴＲＵ）によって使用されることになる制御チャネルリソースのセットを割り振るように構成されてよい。プロセッサは、動作１１０２において、構成情報をＷＴＲＵに割り振るように構成されてよい。この構成情報は、少なくとも１つの識別子を示してよく、各識別子は、ＷＴＲＵと他のＷＴＲＵの処理状態を合わせるために、ＷＴＲＵおよび他のＷＴＲＵに割り振られる。送信機は、動作１１０３において、制御チャネルリソースのセットを示す信号をＷＴＲＵに送信することと、動作１１０４において、構成情報を含む別の信号をＷＴＲＵに送信するように構成されてよい。構成情報は、少なくとも１つのインデキシング値、または１つもしくは複数のＤＣＩを復号するためにＷＴＲＵによって使用されることになる無線ネットワーク識別子（ＲＮＴＩ）、のうちの少なくとも１つをさらに示してよい。制御チャネルリソースのセットは、共通探索空間、共通制御チャネル、および／または物理ダウンリンク制御チャネル、のうちの少なくとも１つを含んでよい。
【０５９１】
特徴および要素が上記で特定の組合せで説明されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで、使用可能であることを諒解するであろう。さらに、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に内蔵された、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてよい。非一時的なコンピュータ可読記憶媒体の例としては、限定するものではないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクなどの光学媒体、ならびにデジタル多用途ディスク（ＤＶＤ）がある。ソフトウェアと関連するプロセッサは、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用されてよい。
【０５９２】
さらに、上記で説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含有する他のデバイスが言及されている。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）と、メモリとを含有してよい。コンピュータプログラミングの当業者の慣習によれば、動作または命令の行為および記号表現の参照は、さまざまなＣＰＵおよびメモリによって実行されてよい。そのような行為および動作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と呼ばれることがある。
【０５９３】
当業者は、行為および記号表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを諒解するであろう。電気システムは、それによってＣＰＵの動作を再構成するまたは別の方法で変える、結果として生じる電気信号の変換または低下およびメモリシステム内のメモリ位置におけるデータビットの維持、ならびに信号の他の処理を引き起こすことができる、データビットを表す。データビットが維持されるメモリ位置は、データビットに対応するまたはこれを表す、特定の電気的性質、磁気的性質、光学的性質、または有機的性質を有する物理的位置である。代表的な実施形態は、上記で述べられたプラットフォームまたはＣＰＵに限定されないこと、ならびに他のプラットフォームおよびＣＰＵが、提供される方法をサポートしてよいことが理解されるべきである。
【０５９４】
データビットは、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能な他の任意の揮発性大容量記憶システム（たとえば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性大容量記憶システム（たとえば、読み出し専用メモリ（「ＲＯＭ」））を含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、協働するまたは相互接続されたコンピュータ可読媒体を含んでよく、これらのコンピュータ可読媒体は、もっぱら処理システム上に存在する、または処理システムに対してローカルであってもよいしリモートであってもよい、複数の相互接続された処理システムの間で分散される。代表的な実施形態は上記で述べられたメモリに限定されないこと、ならびに他のプラットフォームおよびメモリが、説明された方法をサポートしてよいことが理解される。
【０５９５】
例示的な実施形態では、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されたコンピュータ可読命令として実施されてよい。コンピュータ可読命令は、移動体ユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサによって実行されてよい。
【０５９６】
システムの態様のハードウェア実装形態とソフトウェア実装形態との間に残された区別はほとんどない。ハードウェアまたはソフトウェアの使用は、一般に（一定の場面では、ハードウェアとソフトウェアの選定は重要になることがあるので、常にではないが）、コスト対効率トレードオフを表す設計選定である。本明細書において説明されるプロセスおよび／またはシステムおよび／または他の技術が遂行され得るさまざまな媒体（たとえば、ハードウェア、ソフトウェア、および／またはファームウェア）があり得、好ましい媒体は、プロセスおよび／またはシステムおよび／または他の技術が展開される場面とともに変化し得る。たとえば、実装者が、スピードおよび正確さが最重要視されることを決定した場合、実装者は、主にハードウェア媒体および／またはファームウェア媒体を選ぶだろう。柔軟性が最重要視される場合、実装者は、主にソフトウェア実装形態を選ぶだろう。あるいは、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組合せを選ぶだろう。
【０５９７】
前述の詳細な説明は、ブロック図、フローチャート、および／または例の使用を介して、デバイスおよび／またはプロセスのさまざまな実施形態を示してきた。そのようなブロック図、フローチャート、および／または例が１つまたは複数の機能および／または動作を含有する限り、そのようなブロック図、フローチャート、または例における各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、またはその事実上あらゆる組合せによって、個々におよび／またはまとめて実施されてよいことが、当業者によって理解されるであろう。適切なプロセッサとしては、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械がある。
【０５９８】
特徴および要素が上記で特定の組合せで提供されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで、使用可能であることを諒解するであろう。本開示は、さまざまな態様の例示として意図される、本出願において説明される特定の実施形態に関して限定されるものではない。当業者には明らかであるように、その趣旨および範囲から逸脱することなく、多数の修正および変形が加えられてよい。本出願の説明において使用される要素、行為、または命令は、そのようなものとして明示的に提供されない限り、本発明にとって重要または不可欠でないと解釈されるべきである。本明細書において列挙されたそれらに加えて、本開示の範囲内の機能的に等価な方法および装置は、前述の説明から当業者に明らかであろう。そのような修正および変形は、添付の特許請求の範囲内に含まれることが意図される。本開示は、そのような特許請求の範囲に与えられる等価物の全範囲とともに、添付の特許請求の範囲の項のみによって限定されるべきである。本開示は、特定の方法またはシステムに限定されないことが理解されるべきである。
【０５９９】
本明細書において使用される用語は、特定の実施形態について説明することのみを目的としており、限定することを意図したものではないことも、理解されるべきである。本明細書において使用する場合、本明細書において参照されるとき、「局」という用語およびその略語「ＳＴＡ」、「ユーザ機器」およびその略語「ＵＥ」は、（ｉ）以下で説明されるものなどの、ワイヤレス送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるものなどの、ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）以下で説明されるものなどの、とりわけ、ＷＴＲＵのいくつかもしくはすべての構造および機能をもつように構成されたワイヤレス対応および／もしくはワイヤード対応（たとえば、テザラブル（tetherable））デバイス、（ｉｉｉ）以下で説明されるものなどの、ＷＴＲＵのすべてではない構造および機能をもつように構成されたワイヤレス対応および／もしくはワイヤード対応デバイス、または（ｉｖ）同様のものを意味してよい。本明細書において記載される任意のＵＥを表し得る、例となるＷＴＲＵの詳細は、以下で図１〜図５を参照して提供される。
【０６００】
ある代表的な実施形態では、本明細書において説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合された形式を介して実施されてよい。しかしながら、当業者は、本明細書において開示される実施形態のいくつかの態様は、全体的にまたは部分的に、１つもしくは複数のコンピュータ上で稼働する１つもしくは複数のコンピュータプログラムとして（たとえば、１つもしくは複数のコンピュータシステム上で稼働する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサ上で稼働する１つもしくは複数のプログラムとして（たとえば、１つもしくは複数のマイクロプロセッサ上で稼働する１つもしくは複数のプログラムとして）、ファームウェアとして、またはその事実上あらゆる組合せとして、集積回路内で等価に実装されてよいことと、回路を設計することならびに／またはソフトウェアおよびもしくはファームウェアのコードを記述することは、本開示に鑑みて、十分、当業者の技能の範囲内であることを認識するであろう。さらに、当業者は、本明細書において説明される主題の機構は、プログラム製品としてさまざまな形で配布されてよいことと、本明細書において説明される主題の例示的実施形態は、配布を実際に行うために使用される特定のタイプの信号伝達媒体に関係なく適用されることを諒解するであろう。信号伝達媒体の例としては、限定するものではないが、以下、すなわち、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプ媒体、ならびに、デジタル通信媒体および／またはアナログ通信媒体（たとえば、光ファイバケーブル、導波路、ワイヤード通信リンク、ワイヤレス通信リンクなど）などの伝送タイプ媒体がある。
【０６０１】
本明細書において説明される主題は、異なる他の構成要素内に含有された、またはこれと接続された、異なる構成要素を示すときがある。そのような示されたアーキテクチャは例にすぎないこと、および実際には、同じ機能を達成する多くの他のアーキテクチャが実施され得ることが理解されるべきである。概念的な意味で、同じ機能を達成する構成要素の任意の構成は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために組み合わされた、本明細書における任意の２つの構成要素は、アーキテクチャまたは中間構成要素にかかわらず、所望の機能が達成されるように、互い「に関連付けられる」とみなされてよい。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に接続される」または「動作可能に結合される」ともみなされてよく、そのように関連付けられることが可能である任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に結合可能である」ともみなされてよい。動作可能に結合可能の具体例としては、限定するものではないが、物理的にかみ合わせ可能および／もしくは物理的に相互作用する構成要素、ならびに／またはワイヤレスで相互作用可能および／もしくはワイヤレスで相互作用可能な構成要素、ならびに／または論理的に相互作用するおよび／もしくは論理的に相互作用可能な構成要素がある。
【０６０２】
本明細書における実質的にあらゆる複数形および／または単数形の用語の使用に関して、当業者は、場面および／または適用例に適切であるように、複数形から単数形および／または単数形から複数形に変換することができる。さまざまな単数形／複数形の置き換えは、理解しやすいように、本明細書で明確に説明されてよい。
【０６０３】
一般に、本明細書において、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体）において使用される用語は、一般に、「オープンな」用語として意図される（たとえば、「含む」という用語は、「限定するものではないが含む」と解釈されるべきであり、「有する」という用語は、「少なくとも有する」と解釈されるべきであり、「含む」という用語は、「限定するものではないが含む」と解釈されるべきである、など）ことが、当業者によって理解されるであろう。導入された請求項の特定の数の記載が意図される場合、そのような意図は、請求項において明示的に記載され、そのような記載の欠如の場合は、そのような意図は存在しないことが、当業者によってさらに理解されるであろう。たとえば、１つの項目のみが意図される場合、「単一の」という用語または類似の文言が使用され得る。理解の一助として、以下の添付の特許請求の範囲および／または本明細書における説明は、請求項記載を導入する「少なくとも１つの」および「１つまたは複数の」という導入句の使用法を含有してよい。しかしながら、そのような句の使用は、同じ請求項が、「ａ」または「ａｎ」などの「１つまたは複数の」または「少なくとも１つの」という導入句および不定冠詞を含むときですら、不定冠詞「ａ」または「ａｎ」による請求項記載の導入が、そのような導入された請求項記載を含有する任意の特定の請求項を、１つのそのような記載のみを含有する実施形態に限定することを暗示すると解釈されるべきではない（たとえば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）。同じことが、請求項記載を導入するために使用される定冠詞の使用にも当てはまる。さらに、導入された請求項の特定の数の記載が明示的に記載されている場合ですら、当業者は、そのような記載は、少なくとも記載された数を意味すると解釈されるべきである（たとえば、他の修飾語なしでの、「２つの記載」の飾りのない記載は、少なくとも２つの記載、または２つ以上の記載を意味する）ことを認識するであろう。そのうえ、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」に類似した慣例が使用される例では、一般に、そのような構造は、当業者がその慣例を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａ単独、Ｂ単独、Ｃ単独、ＡとＢとをともに、ＡとＣとをともに、ＢとＣとをともに、および／またはＡとＢとＣとをともに、などを有するシステムを含むであろう）。「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」に類似した慣例が使用される例では、一般に、そのような構造は、当業者がその慣例を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａ単独、Ｂ単独、Ｃ単独、ＡとＢとをともに、ＡとＣとをともに、ＢとＣとをともに、および／またはＡとＢとＣとをともに、などを有するシステムを含むであろう）。２つ以上の代替用語を提示する事実上すべての離接する語および／または句は、明細書にあろうと、特許請求の範囲にあろうと、または図面にあろうと、用語のうちの１つ、用語のどちらか、または両方の用語を含む可能性を企図すると理解されるべきであることが、当業者によってさらに理解されるであろう。たとえば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むことが理解されよう。さらに、複数の項目および／または項目の複数のカテゴリのリストに続く「のいずれか」という用語は、本明細書において使用される場合、個々に、または他の項目および／もしくは項目の他のカテゴリとともに、項目および／または項目のカテゴリ「のいずれか」、これら「の任意の組合せ」、これら「のうちの任意の複数」、および／またはこれら「のうちの複数の任意の組合せ」を含むことが意図されている。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことが意図されている。加えて、本明細書において使用される場合、「数」という用語は、ゼロを含む任意の数を含むことが意図されている。
【０６０４】
さらに、本開示の特徴または態様がマーカッシュグループに関して説明される場合、当業者は、それによって本開示はマーカッシュグループの任意の個々のメンバまたはメンバのサブグループに関しても説明されることを認識するであろう。
【０６０５】
当業者によって理解されるように、記述された明細書を提供することなどに関するあらゆる目的のために、本明細書において開示されるすべての範囲は、あらゆる可能な部分範囲およびその部分範囲の組合せも包含する。リストされたすべての範囲は、同じ範囲が少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることについて十分に説明し、可能にすると容易に認識可能である。非限定的な例として、本明細書において論じられる各範囲は、下位３分の１、中位３分の１、および上位３分の１などに容易に分解され得る。同じく当業者によって理解されるように、「まで」、「少なくとも」、「よりも大きい」、「よりも小さい」などのすべての文言は、記載された数を含み、その後で上記で論じられたように部分範囲に分解できる範囲を指す。最後に、当業者によって理解されるように、範囲は、各個々のメンバを含む。したがって、たとえば、１〜３つのセルを有するグループは、１つ、２つ、または３つのセルを有するグループを指す。同様に、１〜５つのセルを有するグループは、１つ、２つ、３つ、４つ、または５つのセルを有するグループを指し、以下同様である。
【０６０６】
さらに、特許請求の範囲は、その旨が述べられていない限り、提供された順序または要素に限定されると読まれるべきではない。さらに、あらゆる請求項における「ための手段」という用語の使用は、米国特許法第１１２条第６段落すなわちミーンズプラスファンクション請求項フォーマットを行使することが意図されており、「ための手段」という用語のないあらゆる請求項は、そのように意図されていない。
【０６０７】
ソフトウェアに関連するプロセッサは、ワイヤレス送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは発展型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用されてよい。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）を含む、ハードウェアおよび／またはソフトウェアにおいて実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近距離通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの他の構成要素とともに使用されてよい。
【０６０８】
本発明は、通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアにおいて実施されてよいことが企図されている。ある実施形態では、さまざまな構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実施されてよい。
【０６０９】
さらに、本発明は、本明細書において特定の実施形態を参照して図示および説明されているが、本発明は、示される詳細に限定されることを意図したものではない。むしろ、特許請求の範囲の等価物の範囲内で、本発明から逸脱することなく、さまざまな修正が詳細に加えられてよい。
【０６１０】
本開示全体を通じて、当業者は、ある代表的な実施形態が、代替実施形態において使用されてもよいし、他の代表的な実施形態と組み合わせて使用されてもよいことを理解する。
【０６１１】
特徴および要素が上記で特定の組合せで説明されているが、当業者は、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで、使用可能であることを諒解するであろう。さらに、本明細書において説明される方法は、コンピュータもしくはプロセッサによる実行のためにコンピュータ可読媒体に内蔵された、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてよい。非一時的なコンピュータ可読記憶媒体の例は、限定するものではないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクなどの光学媒体、ならびにデジタル多用途ディスク（ＤＶＤ）を含む。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用されてよい。
【０６１２】
さらに、上記で説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含有する他のデバイスが言及されている。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）と、メモリとを含有してよい。コンピュータプログラミングの当業者の慣習によれば、動作または命令の行為および記号表現の参照は、さまざまなＣＰＵおよびメモリによって実行されてよい。そのような行為および動作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と呼ばれることがある。
【０６１３】
当業者は、行為および記号表現された動作または命令は、ＣＰＵによる電気信号の操作を含むことを諒解するであろう。電気システムは、それによってＣＰＵの動作を再構成するまたは別の方法で変える、結果として生じる電気信号の変換または低下およびメモリシステム内のメモリ位置におけるデータビットの維持、ならびに信号の他の処理を引き起こすことができる、データビットを表す。データビットが維持されるメモリ位置は、データビットに対応するまたはこれを表す、特定の電気的性質、磁気的性質、光学的性質、または有機的性質を有する物理的位置である。
【０６１４】
データビットは、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能な他の任意の揮発性大容量記憶システム（たとえば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性大容量記憶システム（「たとえば、読み出し専用メモリ（「ＲＯＭ」））を含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、協働するまたは相互接続されたコンピュータ可読媒体を含んでよく、これらのコンピュータ可読媒体は、もっぱら処理システム上に存在する、または処理システムに対してローカルであってもよいしリモートであってもよい、複数の相互接続された処理システムの間で分散される。代表的な実施形態は上記で述べられたメモリに限定されないこと、ならびに他のプラットフォームおよびメモリが、説明された方法をサポートしてよいことが理解される。
【０６１５】
本出願の説明において使用される要素、行為、または命令は、そのようなものとして明示的に説明されない限り、本発明にとって重要または不可欠でないと解釈されるべきである。さらに、本明細書において使用される場合、「ａ」という冠詞は、１つまたは複数の項目を含むことが意図されている。１つの項目のみが意図される場合、「１つの」という用語または類似の文言が使用される。さらに、複数の項目および／または項目の複数のカテゴリのリストに続く「のいずれか」という用語は、本明細書において使用される場合、個々に、または他の項目および／もしくは項目の他のカテゴリとともに、項目および／または項目のカテゴリ「のいずれか」、これら「の任意の組合せ」、これら「のうちの任意の複数」、および／またはこれら「のうちの複数の任意の組合せ」を含むことが意図されている。さらに、本明細書において使用される場合、「セット」という用語は、ゼロを含む任意の数の項目を含むことが意図されている。さらに、本明細書において使用される場合、「数」という用語は、ゼロを含む任意の数を含むことが意図されている。
【０６１６】
さらに、特許請求の範囲は、その旨が述べられていない限り、説明された順序または要素に限定されると読まれるべきではない。さらに、あらゆる請求項における「手段」という用語の使用は、米国特許法第１１２条第６段落を行使することが意図されており、「手段」という用語のないあらゆる請求項は、そのように意図されていない。
【０６１７】
適切なプロセッサとしては、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械がある。
【０６１８】
本発明は、通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアにおいて実施されてよいことが企図されている。ある実施形態では、さまざまな構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実施されてよい。
【０６１９】
さらに、本発明は、本明細書において特定の実施形態を参照して図示および説明されているが、本発明は、示される詳細に限定されることを意図したものではない。むしろ、特許請求の範囲の等価物の範囲内で、本発明から逸脱することなく、さまざまな修正が詳細に加えられてよい。
【図１Ａ】
2019532534.tif 000005
【図１Ｂ】
2019532534.tif 000006
【図１Ｃ】
2019532534.tif 000007
【図１Ｄ】
2019532534.tif 000008
【図１Ｅ】
2019532534.tif 000009
【図２】
2019532534.tif 000010
【図３】
2019532534.tif 000011
【図４】
2019532534.tif 000012
【図５Ａ】
2019532534.tif 000013
【図５Ｂ】
2019532534.tif 000014
【図６Ａ】
2019532534.tif 000015
【図６Ｂ】
2019532534.tif 000016
【図７Ａ】
2019532534.tif 000017
【図７Ｂ】
2019532534.tif 000018
【図７Ｃ】
2019532534.tif 000019
【図８】
2019532534.tif 000020
【図９】
2019532534.tif 000021
【図１０】
2019532534.tif 000022
【図１１】
2019532534.tif 000023
【手続補正書】
【提出日】平成31年4月5日(2019.4.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
送信機と、
受信機と、
前記送信機および前記受信機に結合されたプロセッサと
を備え、前記プロセッサは、
前記ＷＴＲＵの処理状態を構成するメッセージを受信することであって、前記処理状態は、特定の周波数帯域幅と関連付けられている、ことと、
前記構成された処理状態に基づいて、モニタリングするための制御リソースセットを決定することであって、モニタリングするための前記制御リソースセットは、少なくとも時間および周波数のうちの任意の１つまたは複数のリソースを備える、ことと、
前記決定した制御リソースセットをモニタリングすることと
を行うように構成された、ＷＴＲＵ。
【請求項２】
前記ＷＴＲＵの前記処理状態を構成する前記メッセージを受信することは、ＷＴＲＵ処理状態を示すダウンリンク制御情報（ＤＣＩ）を受信することを含む、請求項１に記載のＷＴＲＵ。
【請求項３】
前記構成された処理状態が選択される前記ＷＴＲＵにおける複数の処理状態を構成する無線リソース制御（ＲＲＣ）メッセージを受信することをさらに備える、請求項２に記載のＷＴＲＵ。
【請求項４】
前記プロセッサは、（１）少なくとも物理リソースの１つもしくは複数のセットの決定されたリソースの最小量、および（２）シグナリング構造のタイプ、のいずれかを使用する制御チャネルをモニタリングするようにさらに構成される請求項１に記載のＷＴＲＵ。
【請求項５】
モニタリングするための前記決定された制御リソースセットは、１つまたは複数の制御チャネル要素、１つまたは複数の探索空間、および１つまたは複数のアグリゲーションレベル、のいずれかを備える請求項１に記載のＷＴＲＵ。
【請求項６】
前記プロセッサは、スケジューリングアクティビティに基づいて前記処理状態を決定するように構成され、
前記スケジューリングアクティビティは、（１）ダウンリンク制御情報（ＤＣＩ）の一部としての動的スケジューリング情報の受信、（２）半静的に構成されたスケジューリング情報、（３）前記ＷＴＲＵの自律的な送信、（４）新しいデータが送信に利用可能になること、または（５）前記１つもしくは複数のスケジューリングイベントの率の変化、のいずれかに基づく１つまたは複数のスケジューリングイベントを備える
請求項１に記載のＷＴＲＵ。
【請求項７】
前記処理状態は、（１）制御チャネル処理、（２）スペクトル帯域幅処理、（３）ビーム管理および処理、（４）参照信号処理、（５）ハイブリッド自動再送要求（ＨＡＲＱ）タイミング動作、（６）フレーミング動作、（７）タイミング動作、または（８）論理チャネル性質および構成、のうちの少なくとも１つにおけるＷＴＲＵアクションに関連する請求項１に記載のＷＴＲＵ。
【請求項８】
前記プロセッサは、少なくとも１つの条件に基づいて第１の処理状態から第２の処理状態に移行することを決定するように構成され、前記少なくとも１つの条件は、ネットワークエンティティからのメッセージの受信を含み、前記メッセージは、
構成されることになる前記第２の処理状態に関連付けられたインデックス、
前記第２の処理状態に移行するあらかじめ定義された時間、
前記第２の処理状態におけるアクションのセットおよび／もしくは挙動を定義する構成パラメータ、および
前記メッセージが受信された時間と前記第２の処理状態に関連付けられた前記移行が発生することになる時間との時間差
のうちの少なくとも１つを示す請求項１に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、（１）前記第１の処理状態をデータチャネルのための第１の構成と、（２）前記第２の処理状態を前記データチャネルのための第２の、異なる構成と関連付けるように構成される請求項８に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、
ネットワークエンティティから前記第２の処理状態のためのリソース割り当てを受信することと、
前記第２の処理状態に移行することと、
前記第２の処理状態において前記受信されたリソース割り当てを復号することと
を行うように構成される請求項８に記載のＷＴＲＵ。
【請求項１１】
前記少なくとも１つの条件は、ネットワークエンティティからのメッセージの受信を含み、前記メッセージは、（１）無線リソース制御（ＲＲＣ）メッセージ、（２）メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、（３）制御チャネル上のダウンリンク制御情報（ＤＣＩ）、または（４）ウェイクアップ信号、のうちの少なくとも１つを介してシグナリングされる請求項８に記載のＷＴＲＵ。
【請求項１２】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実施される、電力を節約する方法であって、
前記ＷＴＲＵの挙動に関係する処理状態を決定するステップと、
前記決定された処理状態に基づいて、モニタリングのための制御リソースセットを決定するステップであって、モニタリングのための前記制御リソースセットは、時間および周波数のうちの任意の１つまたは複数のリソースを備える、ステップと、
前記決定した制御リソースセットをモニタリングするステップと
を含む方法。
【請求項１３】
前記ＷＴＲＵの挙動に関係する前記処理状態を決定するステップは、前記ＷＴＲＵの前記処理状態を構成するメッセージを受信することを含む、請求項１２に記載の方法。
【請求項１４】
前記ＷＴＲＵの前記処理状態を構成する前記メッセージを受信することは、ＷＴＲＵ処理状態を示すダウンリンク制御情報（ＤＣＩ）を受信することを含む、請求項１３に記載の方法。
【請求項１５】
前記構成された処理状態が選択される前記ＷＴＲＵにおける複数の処理状態を構成する無線リソース制御（ＲＲＣ）メッセージを受信することをさらに含む、請求項１４に記載の方法。
【請求項１６】
前記決定された制御リソースセットを使用して制御チャネルをモニタリングするステップをさらに含む請求項１２に記載の方法。
【請求項１７】
前記決定された制御リソースセットは、１つもしくは複数の制御チャネル要素、１つもしくは複数の探索空間、または１つもしくは複数のアグリゲーションレベル、のいずれかを備える請求項１２に記載の方法。
【請求項１８】
前記処理状態の前記決定は、スケジューリングアクティビティに基づき、
前記スケジューリングアクティビティは、（１）ダウンリンク制御情報（ＤＣＩ）の一部としての動的スケジューリング情報の受信、（２）半静的に構成されたスケジューリング情報、（３）前記ＷＴＲＵの自律的な送信、（４）新しいデータが送信に利用可能になること、または（５）前記１つもしくは複数のスケジューリングイベントの率の変化、のいずれかに基づく１つまたは複数のスケジューリングイベントを備える、請求項１２に記載の方法。
【請求項１９】
前記処理状態は、（１）制御チャネル処理、（２）スペクトル帯域幅処理、（３）ビーム管理および処理、（４）参照信号処理、（５）ハイブリッド自動再送要求（ＨＡＲＱ）タイミング動作、（６）フレーミング動作、（７）タイミング動作、または（８）論理チャネル性質および構成、のうちの少なくとも１つにおけるＷＴＲＵアクションに関連する請求項１２に記載の方法。
【請求項２０】
データチャネルを受信するために高速フーリエ変換（ＦＦＴ）を実行するステップをさらに含み、前記データチャネルを受信するために実行される前記ＦＦＴのサイズは、前記決定された処理状態の関数である、請求項１２に記載の方法。
【国際調査報告】
2019532534.tif 000024
2019532534.tif 000025
2019532534.tif 000026