JP7744246B2 - 送受信装置およびスケジューリング装置 - Google Patents

Description

本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送信および受信のための方法および装置に関する。

現在、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第５世代（５Ｇ）とも呼ばれる次世代セルラ技術の技術仕様に取り組んでいる。５Ｇには、１ＧＨｚに近い周波数帯からミリ波帯までの周波数帯で動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ）、ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）が含まれる。ＮＲは、ＬＴＥ（ＬоＮＧ Ｔｅｒｍ Ｅｖоｌｕｔｉоｎ）およびＬＴＴ－Ａ（ＬＴＥ Ａｄｖａｎｃｅｄ）に代表される技術に追従する。

ＬＴＥ、ＬＴＥ－Ａ、およびＮＲのようなシステムの場合、さらなる修正およびオプションは、通信システムならびにシステムに関連する特定の装置の効率的な動作を容易にし得る。

１つの非限定的かつ例示的な実施形態は、スケジューリング要求を低減する柔軟性および電力消費を提供することを容易にする。

一実施形態では、本明細書で開示される技術である送受信装置は、動作中に、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリングデータ用のスケジューリング要求を送信する送受信機と、動作中に、前記送受信機が前記スケジューリング要求を送信した後、モニタリングスリープタイマを開始する回路と、を備え、前記送受信機は、動作中に、前記モニタリングスリープタイマの動作中に物理ダウンリンク制御チャネルであるＰＤＣＣＨをモニターせず、前記モニタリングスリープタイマが満了した場合、前記スケジューリングデータ用のリソース割り当てのための前記ＰＤＣＣＨのモニタリングを開始する。

一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組合せとして実装され得ることに留意されたい。

開示された実施形態のさらなる利益および利点は、明細書および図面から明らかになり得る。利益および／または利点は、明細書および図面の様々な実施形態および特徴によって個別に得ることができ、これらは、そのような利益および／または利点のうちの１つまたは複数を得るためにすべてが提供される必要はない。

以下において、例示的な実施例が、添付した図面を参照してより詳細に説明される。
３ＧＰＰ ＮＲシステムの一例となるアーキテクチャを示す図である。 ＬＴＥ ｅＮＢ、ｇＮＢ及びＵＥのための一例となるユーザ及び制御プレーンアーキテクチャを示すブロック図である。 ＮＧ－ＲＡＮと５ＧCとの間の機能分割を示す概略図である。 ＲＲＣ接続のセットアップ／再構成手順のシーケンス図である。 Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）およびＵｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）の使用シナリオを示す概略図である。 例示的な５Ｇシステムアーキテクチャを示すブロック図である。 間欠受信であるＤＲＸ周期が３ＧＰＰ ＴＲ ３８．３２１に従って設定された場合の、送信のスケジューリング要求およびアクティブ期間を示す図である。 関連する高優先度の論理チャネル用のＤＲＸ設定における、スケジューリング要求の送信、および、アクティブ期間に合わせたアップリンク許可の受信の、時間シーケンスを概略的に示す図である。 関連する低優先度の論理チャネル用のＤＲＸ設定における、スケジューリング要求の送信、および、アクティブ期間に合わせたアップリンク許可の受信の、時間シーケンスを概略的に示す図である。 一実施形態に係る送受信装置およびスケジューリング装置の機能構成要素を示すブロック図である。 一実施形態による、スケジューリング要求の送信時間からのアクティブ期間の遅延を示す図である。 スケジューリング要求の送信、および、モニタリングスリープタイマが満了した後の物理ダウンリンク制御チャネルのモニタリングの開始を示すフローチャートである。 モニタリングスリープタイマの第１ランタイムが、第１論理チャネルに設定され、かつ、モニタリングスリープタイマの第２ランタイムが、第２論理チャネルに設定される場合における、論理チャネルごとの１つのスケジューリング要求設定のマッピングを概略的に示す図である。 ２つの論理チャネルごとの１つのスケジューリング要求設定のマッピングを概略的に示す図である。 一実施形態による、モニタリングスリープタイマのランタイムを示すＭＡＣ制御要素であるＣＥを概略的に示す図である。 一実施形態による、スケジューリング要求の送信、モニタリングスリープインジケータの受信、および、アクティブ期間に合わせたアップリンク許可の受信の時間シーケンスを概略的に示す図である。 スケジューリング要求の送信、モニタリングスリープインジケータの受信、および、モニタリングスリープタイマが満了した後の物理ダウンリンク制御チャネルのモニタリングの開始を示すフローチャートである。 一実施形態による、スケジューリング要求の送信、モニタリングスリープタイマの開始、モニタリングスリープインジケータの受信、およびモニタリングスリープタイマの再開始の時間シーケンスを概略的に示す図である。 バッファステータスレポートであるＢＳＲのショートフォーマットを示す図である。 バッファステータスレポートであるＢＳＲのロングフォーマットを示す図である。 間欠受信であるＤＲＸ周期が設定される場合の、バッファステータスレポートおよびアクティブ期間の送信を示す図である。 バッファステータスレポートの送信、および、関連する高優先度の論理チャネルグループのＤＲＸ設定のアクティブ期間に合わせたアップリンク許可の受信の時間シーケンスを概略的に示す図である。 バッファステータスレポートの送信、および、関連する低優先度の論理チャネルグループのＤＲＸ設定のアクティブ期間に合わせたアップリンク許可の受信の時間シーケンスを概略的に示す図である。 一実施形態による、バッファステータスレポートの送信時間からのアクティブ期間の遅延を示す図である。 バッファステータスレポートの送信およびモニタリングスリープタイマが満了した後の物理ダウンリンク制御チャネルのモニタリングの開始を示すフローチャートである。 スケジューリング要求およびバッファステータスレポートが送信され、かつ、それぞれのモニタリングスリープタイマが開始される、スケジューリング要求手順のステップを示す図である。

５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック
３ＧＰＰは、１００ＧＨｚまでの範囲の周波数において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術のための次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了され、５Ｇ ＮＲ規格に準拠したスマートフォンの試行と商業展開に進むことを可能にした。

特に、全体のシステムアーキテクチャは、ｇＮＢを含み、ＵＥに対してＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルターミネーションを提供するＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定する。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続される。ｇＮＢはまた、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に接続され、より詳細には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）と、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）とに接続される。図１において、ＮＧ－ＲＡＮアーキテクチャが示される。

様々な異なる配備シナリオがサポート可能である。例えば、非集中配備シナリオがそこに提示され、５Ｇ ＮＲをサポートする基地局が配備可能である。図２は、一例となる非集中配備シナリオを示し、更にｇＮＢとＬＴＥ ｅＮＢとの双方に接続されるユーザ装置（ＵＥ）と共にＬＴＥ ｅＮＢを示す。ＮＲ ５Ｇのための新たなｅＮＢは、例示的にｇＮＢと呼ばれうる。ｅＬＴＥ ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）との接続性をサポートするｅＮＢの進化型である。

ＮＲのユーザプレーンプロトコルスタックは、ネットワーク側でｇＮＢにおいて終端される、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）サブレイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤ、及びＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤを有する。さらに、新たなアクセス層（ＡＳ）サブレイヤ（ＳＤＡＰ，Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が、ＰＤＣＰの上に導入される。制御プレーンプロトコルスタックがまた、ＮＲに対して規定される。

ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能分割
図３は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す図である。ＮＧ－ＲＡＮ論理ノードはｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣには、上述した論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦがある。

特に、ｇＮＢとｎｇ－ｅＮＢは以下の主な機能をホストする。
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクとダウンリンクとの両方におけるＵＥへのリソースの動的割り当て（スケジューリング）などの無線リソース管理のための機能
・ＩＰヘッダの圧縮、暗号化、データの完全性保護
・ＡＭＦへのルーティングがＵＥによって提供される情報から決定され得ない場合のＵＥアタッチメントにおけるＡＭＦの選択
・ＵＰＦへのユーザプレーンデータのルーティング
・ＡＭＦへの制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・システムブロードキャスト情報（ＡＭＦまたはＯＡＭから発信される）のスケジューリングおよび送信
・モビリティおよびスケジューリングのための測定および測定報告設定
・アップリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・ＱｏＳフロー管理とデータ無線ベアラへのマッピング
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
・ＮＡＳメッセージの配布機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用

アクセスおよびモビリティ管理機能（ＡＭＦ）は、以下のメイン機能をホストする。
・非アクセス層（ＮＡＳ）、シグナリング終了
・ＮＡＳシグナリングセキュリティ
・アクセス層（ＡＳ）、セキュリティコントロール
・３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ）ノード間シグナリング
・アイドルモードＵＥ到達可能性（ページング再送の制御および実行を含む）
・レジストレーションエリア管理
・システム内およびシステム間モビリティの支援
・アクセス認証
・ローミング権のチェックを含むアクセス権限
・モビリティ管理制御（サブスクリプションおよびポリシー）
・ネットワークスライシングのサポート
・セッション管理機能（ＳＭＦ）、選択

さらに、ユーザプレーン機能（ＵＰＦ）は、以下のメイン機能をホストする。
・ＲＡＴ内／間モビリティのアンカーポイント（該当する場合）
・データネットワークへの相互接続の外部ＰＤＵセッションポイント
・パケットルーティングと転送
・ポリシールール施行のパケット検査およびユーザプレーン部分
・トラフィック使用報告
・データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類子
・マルチホームＰＤＵセッションをサポートする分岐ポイント
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート施行などのユーザプレーンのためのＱｏＳ処理
・アップリンクトラフィック検証（ＳＤＦからＱｏＳへのフローマッピング）
・ダウンリンクパケットバッファリングとダウンリンクデータ通知トリガ

最後に、セッション管理機能（ＳＭＦ）は、以下のメイン機能をホストする。
・セッション管理
・ＵＥ ＩＰアドレスの割り当てと管理
・ＵＰ機能の選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能（ＵＰＦ）でのトラフィックステアリングの設定
・ポリシー施行およびＱｏＳの制御部分
・データ通知のダウンリンク

ＲＲＣ接続のセットアップと再設定の手順
図４は、ＲＲＣがＵＥおよびｇＮＢ設定に使用される上位レイヤ信号（プロトコル）であることに関する、ＵＥ、ｇＮＢ、およびＡＭＦ （５ＧＣエンティティ）の間のいくつかの相互作用を示す図である。特に、ＡＭＦはＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力およびＵＥセキュリティ能力などを含む）を準備し、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴと共にｇＮＢに送信する。次に、ｇＮＢは、ＵＥでＡＳセキュリティを有効化する。これは、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄのメッセージをＵＥに送信するｇＮＢと、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅのメッセージでｇＮＢに応答するＵＥとによって実行される。その後、ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎおよびＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅによって、シグナリング無線ベアラ２、ＳＲＢ２、およびデータ無線ベアラ、ＤＲＢをセットアップするための再設定を実行する。接続のみをシグナリングする場合、ＳＲＢ２およびＤＲＢはセットアップされていないので、ステップ８はスキップされる。最後に、ｇＮＢは、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＣＥでセットアップ手順が完了したことをＡＭＦに通知する。

したがって、本開示では、動作中に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中に、初期コンテキスト設定メッセージを、ＮＧ接続を介してｇＮｏｄｅＢに送信して、ｇＮｏｄｅＢとユーザ装置（ＵＥ）との間のシグナリング無線ベアラ設定を引き起こす送信機とを備える、第５世代コア（５ＧC）のエンティティ（たとえばＡＭＦ、ＳＭＦなど）が提供される。具体的には、ｇＮｏｄｅＢは、シグナリング無線ベアラを介して、リソース割り当て設定情報要素を含むシグナリングである無線リソース制御（ＲＲＣ）をＵＥに送信する。次に、ＵＥは、リソース割り当て設定に基づいて、アップリンク送信またはダウンリンク受信を実行する。

２０２０年以降のＩＭＴの利用シナリオ
図５は、５Ｇ ＮＲのためのいくつかの使用事例を示す図である。３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ｎｅｗ ｒａｄｉｏ）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考慮されている。ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）のフェーズ１の仕様が完成している。ｅＭＢＢサポートをさらに拡張することに加えて、現在および将来の作業は、Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）およびＭａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓのための標準化を伴うことになる。図５は、２０２０年以降のＩＭＴについて想定される使用シナリオのいくつかの例を示す図である。

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、および有効性などの能力に対する厳しい要件を有し、産業製造または生産プロセスの無線制御、遠隔医療手術、スマートグリッドにおける流通自動化、輸送安全などの将来の垂直アプリケーションのためのイネーブラの１つとして想定されている。ＵＲＬＬＣの高信頼性は、ＴＲ ３８．９１３によって設定された要件を満たす技術を識別することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣについては、キー要件は、ＵＬ（アップリンク）については０．５ｍｓのターゲットユーザプレーンレイテンシ、およびＤＬ（ダウンリンク）については０．５ｍｓのターゲットユーザプレーンレイテンシを含む。パケットの１回の伝送の一般的なＵＲＬＬＣ要件は、１ｍｓのユーザプレーンレイテンシが３２バイトのパケットサイズに対して１Ｅ－５のＢＬＥＲ（ブロックエラーレート）である。

ＲＡＮ１の観点から、信頼性は、多くの可能な方法で改良することができる。信頼性を改善するための現状の範囲は、ＵＲＬＬＣ、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどのための別個のＣＱＩテーブルを定義する。しかし、ＮＲがより安定し、開発されるにつれて（ＮＲ ＵＲＬＬＣキー要求に対して）、高信頼性を達成するための範囲が広がるかもしれない。したがって、Ｒｅｌ．１５におけるＮＲ ＵＲＬＣＣは、１Ｅ－５のＢＬＥＲに対応する成功確率で１ｍｓのユーザプレーンレイテンシ以内で３２バイトのデータパケットを送信可能である。Ｒｅｌ．１５におけるＮＲ ＵＲＬＣＣの特定の使用事例には、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ｈｅａｌｔｈ、ｅ－ｓａｆｅｔｙ、およびミッションクリティカルアプリケーションが含まれる。

さらに、ＮＲ ＵＲＬＣＣが対象とする技術強化は、レイテンシの改善および信頼性の改善を目指している。レイテンシ改善のための技術拡張には、設定可能なニューメロロジ、柔軟なマッピングによる非スロットベーススケジューリング、無料（設定済み許可）アップリンクの許可、データチャネルのスロットレベルの繰り返し、ダウンリンクのプリエンプションが含まれる。プリエンプションとは、すでにリソースが割り当てられている伝送を停止し、すでに割り当てられているリソースが、後で要求された別の伝送に使用されるが、遅延が少なく、優先順位の高い要件があることを意味する。したがって、既に許可された伝送は、後の伝送によってプリエンプトされる。プリエンプションは、特定のサービスタイプとは無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＣＣ）のための伝送は、サービスタイプＢ（ｅＭＢＢなど）のための伝送によってプリエンプトされ得る。信頼性改善に関する技術強化には、１Ｅ－５のターゲットＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが含まれる。

ｍＭＴＣのユースケースは、非常に多数の接続されたデバイスが、典型的には、比較的少量の非遅延センシティブデータを送信することを特徴とする。装置は低コストで、バッテリ寿命が非常に長いことが要求される。ＮＲの観点から、非常に狭い帯域幅の部分を利用することは、ＵＥの観点から省電力を有し、長いバッテリ寿命を可能にする一つの可能な解決策である。

このように、ＮＲの信頼性の範囲が広がることが期待される。すべての場合に対する、特にＵＲＬＬＣおよびｍＭＴＣに必要な１つの重要な要件は、高信頼性または超信頼性である。無線の観点およびネットワークの観点から信頼性を改善するために、いくつかのメカニズムが考えられる。一般に、信頼性を改善するのに役立ついくつかの重要な潜在的領域がある。これらの領域の中には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、および周波数、時間、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず、一般に信頼性に適用可能である。

ＮＲ ＵＲＬＬＣについては、ファクトリーオートメーション、輸送産業、およびファクトリーオートメーション、輸送産業、電力供給を含む電力供給など、より厳しい要件を有するさらなる使用事例が特定されている。より厳しい要件は、より高い信頼性（１０～６レベルまで）、より高い有効性、２５６バイトまでのパケットサイズ、数μｓ程度までの時間同期であり、値は、周波数範囲に応じて１μｓまたは数μｓとすることができ、短いレイテンシは、使用ケースに応じて、０．５～１ｍｓ程度、特に目標ユーザプレーンレイテンシは０．５ｍｓとすることができる。

さらに、ＮＲ ＵＲＬＬＣについては、ＲＡＮ１の観点からのいくつかの技術強化が識別されている。これらの中には、コンパクトＤＣＩ、ＰＤＣＣＨの繰り返し、増加したＰＤＣＣＨのモニタリングに関連するＰＤＣＣＨ（物理ダウンリンク制御チャネル）強化がある。さらに、ＵＣＩ（アップリンク制御情報）拡張は、拡張ＨＡＲＱ（ハイブリッド自動再送要求）およびＣＳＩフィードバック拡張に関連する。また、ミニスロットレベルホッピングおよび再送／反復エンハンスメントに関連するＰＵＳＣＨエンハンスメントも識別されている。「ミニスロット」という用語は、スロット（１４個のシンボルを含むスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ）を指す。

ＱｏＳ制御
５Ｇ ＱｏＳモデルはＱｏＳフローに基づいており、保証されたフロービットレート（ＧＢＲ ＱｏＳフロー）を必要とするＱｏＳフローと、保証されたフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＮＧ－Ｕインタフェース上のカプセル化ヘッダで運ばれるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。

各ＵＥについて、５ＧＣは、１つまたは複数のＰＤＵセッションを確立する。各ＵＥについて、ＮＧ－ＲＡＮは、ＰＤＵセッションと、一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、そのＰＤＵセッションのＱｏＳフロー（複数可）のための追加のＤＲＢ（複数可）は、例えば、図４を参照して上記で示されるように、その後に構成され得る（それは、そうするときにＮＧ－ＲＡＮまでである）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥ内および５ＧＣ内のＮＡＳレベルパケットフィルタは、ＵＬおよびＤＬパケットをＱｏＳフローに関連付け、一方、ＵＥ内およびＮＧ－ＲＡＮ内のＡＳレベルマッピングルールは、ＵＬおよびＤＬ ＱｏＳフローをＤＲＢに関連付ける。

図６は、５Ｇ ＮＲ非ローミング参照アーキテクチャを示す。アプリケーション機能（ＡＦ）、は、例えば、トラフィックルーティングに対するアプリケーションの影響、または、ネットワーク露出機能（ＮＥＦ）へのアクセス、または、ポリシー制御（ポリシー制御機能、ＰＣＦを参照）のためのポリシーフレームワークとの対話、をサポートするサービスを提供するために、３ＧＰＰコアネットワークと対話する。オペレータの配置に基づいて、オペレータによって信頼されていると見なされるアプリケーション関数は、関連するネットワーク関数と直接対話することができる。オペレータがネットワーク機能に直接アクセスすることを許可されていないアプリケーション機能は、ＮＥＦを介して外部公開フレームワークを使用して、関連するネットワーク機能と対話する。

図６は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークリポジトリ機能（ＮＲＦ）、統合データ管理（ＵＤＭ）、認証サーバ機能（ＡＵＳＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびデータネットワーク（ＤＮ）、すなわち、オペレータサービス、インターネットアクセスまたはサードパーティサービスを示す。

端子は、ＬＴＥおよびＮＲにおいて、ユーザ装置（ＵＥ）と呼ばれる。これは、無線電話、スマートフォン、タブレットコンピュータ、またはユーザ装置の機能を有するＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）スティックなどのモバイル装置であってもよい。しかしながら、モバイル装置という用語は、これに限定されず、一般に、リレーは、そのようなモバイル装置の機能性を有することもでき、モバイル装置は、リレーとしても働くことができる。

基地局は、例えば、端子にサービスを提供するためのネットワークの一部を形成するネットワークノードである。基地局は、端末への無線アクセスを提供するネットワークノードである。端末と基地局との間の通信は、典型的には標準化されている。ＬＴＥおよびＮＲでは、無線インターフェースプロトコルスタックは、物理層、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｌａｙｅｒ）、および上位層を含む。制御プレーンでは、上位層プロトコル無線リソース制御プロトコルが提供される。ＲＲＣを介して、基地局は、端末の設定を制御することができ、端末は、接続およびベアラ確立、修正などの制御タスク、測定、および他の機能を実行するために基地局と通信することができる。

層によって提供されるデータを上位層に転送するためのサービスは、通常、チャネルと呼ばれる。例えば、ＬＴＥおよびＮＲは、ＭＡＣレイヤによって上位レイヤに提供される論理チャネルと、物理レイヤによってＭＡＣレイヤに提供されるトランスポートチャネルと、物理リソース上のマッピングを定義する物理チャネルとを区別する。

論理チャネルは、ＭＡＣによって提供されるさまざまな種類のデータ転送サービスである。各論理チャネルタイプは、転送される情報のタイプによって定義される。論理チャネルは、制御チャネルとトラフィックチャネルの２つのグループに分類される。制御チャネルは、制御プレーン情報の転送のみに使用される。トラフィックチャネルは、ユーザプレーン情報の転送のみに使用される。

次に、論理チャネルは、ＭＡＣ層によってトランスポートチャネルにマップされる。例えば、論理トラフィックチャネル、および、いくつかの論理制御チャネルは、ダウンリンクにおいてダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と呼ばれるトランスポートチャネル上にマッピングされ、かつ、アップリンクにおいてアップリンク共有チャネル（ＵＬ－ＳＣＨ）と呼ばれるトランスポートチャネル上にマッピングされ得る。

スケジューリング
３ＧＰＰでは、ＮＲベースの動作におけるスケジューリングが記載されている（例えば、３ＧＰＰ ＴＲ ３８．３２１、ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）プロトコル仕様、バージョン１５．４．０を参照されたい）。

スケジューリングは、ＮＲおよび／またはＬＴＥなどの通信システムの中心部分である。スケジューラは、インスタンスごとに、共用時間周波数リソースをどのＵＥに割り当てるかを決定する。アップリンク送信、ダウンリンク送信、および／またはサイドリンク送信をスケジュールすることができる。

特に、アップリンクスケジューラは、どの端末がアップリンク共有チャネル（ＵＬ－ＳＣＨ）上で送信すべきかを動的に制御する役割を果たすことができる。スケジュールされた各端末は、端末がそのＵＬ－ＳＣＨを送信すべきリソースのセットを含むスケジューリング許可を与えられる。

言い換えると、アップリンクスケジューリングの機能は、送信するデバイスとアップリンクリソースを動的に決定することである。動的なスケジューリングは、典型的には、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって実行される。物理ダウンリンク制御チャネルは、スケジューリング許可およびダウンリンク制御情報（ＤＣＩ）とも呼ばれ得る他の制御情報を搬送する。各端末（ＵＥ）は、ＰＤＣＣＨをモニターする。これは、ＵＥが、サーチスペースと呼ばれる特定のリソースを（ブラインドで）デコードすることを意味する。ＰＤＣＣＨのサーチスペースは、ＰＤＣＣＨが搬送され得るダウンリンクリソースグリッド内のエリアである。ＵＥは、ＰＤＣＣＨデータ（ＤＣＩ）を見つけようとするこれらのサーチスペースでブラインドデコードを実行する。ＰＤＣＣＨをデコードするために、ＵＥは、それ自身のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）を適用し、制御チャネル要素ＣＣＥと呼ばれるリソース内のＰＤＣＣＨをデコードしようとする。デコードが成功した場合（巡回冗長検査などの誤り検出符号によって検査することができる）、ＤＣＩが受信される。ＵＥはまた、いくつかの選択された送信パラメータについて様々なパラメータ値をやみくもに試みることができる。各端末は、２つ以上のＰＤＣＣＨをモニターすることができる。ＰＤＣＣＨは、ＵＥのグループに共通であってもよく（この場合、ＵＥは共通のグループＲＮＴＩを使用している）、または特定のＵＥ専用であってもよい。

標準（ＬＴＥまたはＮＲ）は、ＤＣＩのいくつかの異なるフォーマットを定義する。これらのフォーマットは、目的に応じて互いに異なる。たとえば、アップリンク許可を運ぶフォーマット（フォーマット０や４など）は、ダウンリンク許可を運ぶフォーマットや、まったく許可のないフォーマットとは異なる。また、これらは、ビームフォーミング、ブロードキャスト／マルチキャスト等の利用に応じて定義される異なるフォーマットである。

これに対応して、アップリンクでは、物理層の制御情報は物理アップリンク制御チャネルによって伝送される。ＰＵＣＣＨは、ＵＣＩ（アップリンク制御情報）と呼ばれるパラメータのセットを搬送する。これは、上述のＤＣＩを搬送するＰＤＣＣＨと同様である。ＰＵＣＣＨ内のＵＣＩが搬送する情報の種類に応じて、ＰＵＣＣＨは、異なるフォーマットでも利用可能である。次に例を示す。
・スケジューリング要求であるＳＲを搬送するフォーマット１
・チャネル状態情報（ＣＳＩ）とともにＳＲを搬送するフォーマット４
・ＨＡＲＱ応答（肯定または否定）およびＣＳＩとともにＳＲを搬送するフォーマット３
これらは、ＬＴＥおよび／またはＮＲによって定義されるさらなるフォーマットである。

アップリンクスケジューリングの基礎は、スケジューリング許可であり、ＵＬ－ＳＣＨの送信に使用するためのリソースおよび関連するトランスポートフォーマットに関するデバイス情報を提供することを含む。言い換えると、あるフォーマット（例えば、標準で定義される）を有するＤＣＩは、ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ（ＭＣＳ）、ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ（ＭＩＭＯ）送信のための設定などのいくつかのさらなる送信パラメータと同様に、リソース許可に対応するリソース割り当て（ＲＡ）を搬送し得る。

端末が有効な許可を有する場合、端子は、リソース割り当てによって指定された物理アップリンク共有チャネル（ＰＵＳＣＨ）上にマッピングされたその対応するＵＬ－ＳＣＨを送信することを許可される。

すなわち、スケジューラは、送信するデータを有する端末に関する知識を必要とし、したがって、アップリンクリソースをスケジュールする必要がある。送信するデータがないデバイスにアップリンクリソースを提供する必要はない。これにより、デバイスでパディングが実行され、許可されたリソースが埋められる。したがって、スケジューラは、デバイスが送信するデータを持っているか否かを知る必要があり、許可を与える必要がある。

スケジューリング要求
スケジューリング要求は、有効なスケジューリング許可を持たない端末に使用される可能性がある。スケジューリング要求は、物理アップリンク制御チャネルであるＰＵＣＣＨ上で送信され得る。各端末には、ｎ番目のサブフレームごとに発生する専用のスケジューリング要求リソースを割り当てることができる。スケジューリング要求は、アップリンクスケジューラからアップリンクリソースを要求するために端末によって発生（設定）される単純なフラグである可能性がある。専用のスケジューリング要求メカニズムにより、要求端末のアイデンティティは、要求が送信されるリソースから暗黙的に分かるので、スケジューリング要求と共に提供される必要はない。これらは、例えば、上位レイヤ制御プロトコルによって、ｇＮＢのようなスケジューリングノードによって設定される。

スケジューリング要求を受信すると、スケジューリング装置は、端末にスケジューリング許可を割り当てることができる。端末がスケジューリング許可を受け取ると、スケジューリングされたリソースでそのデータを送信する。ＰＵＳＣＨ上で送信されるデータは、ＵＥが送信しなければならないデータ量をスケジューリングノードに通知したバッファステータスを最初に含んでもよい。そして、バッファステータスに基づいて、スケジューリングノードは、ＰＵＳＣＨ上の実際のデータリソースをスケジューリングすることができる。ただし、これは単なるオプションであり、一般に、データリソースも直接スケジュールされる場合がある。システムによっては、スケジューリング要求を、スケジューリング要求される特定量のデータに関連付けることも可能である。

端末が次の可能な瞬間までスケジューリング許可を受け取らない場合、スケジューリング要求が繰り返される可能性がある。

したがって、ＰＵＣＣＨ上の無競合スケジューリング要求メカニズムが提供され、セル内の各端末には、アップリンクリソースの要求を送信できる予約リソースが与えられる。

ＵＥ ＭＡＣエンティティは、ゼロ、１、または複数のＳＲ設定で設定できる。ＳＲ設定は、異なる帯域幅部分（ＢＷＰ）にわたる要求をスケジューリングするためのＰＵＣＣＨリソースのセットで構成される。論理チャネル（ＬＣＨ）の場合、ＳＲのＰＵＣＣＨリソースはＢＷＰごとに最大１つ設定される。各ＳＲ設定は、１つ以上の論理チャネルに対応する。論理チャネルとＳＲ設定間のマッピングは、無線リソース制御（ＲＲＣ）メッセージングによって設定できる。

上記のように、通常のバッファステータスレポート（ＢＳＲ）がトリガされたが、ＢＳＲを送信するアップリンク無線リソースがＵＥで使用できない場合、ＳＲ手順が開始されることがある。ＳＲ手順の間、ＵＥは、ＳＲのためにＰＵＣＣＨリソースを用いてＵＥが設定されているか否かに応じて、ＰＵＣＣＨを介してＳＲの送信を行うか、ランダムアクセス（ＲＡ）手順を開始するかのいずれかを実行することができる。ＲＡ手順は、ＳＲのＰＵＣＣＨリソースが設定されていない場合にのみ開始される。

ＵＥ ＭＡＣエンティティが、設定されたＳＲのための有効なＰＵＣＣＨリソース上のＳＲ送信位置を有する場合、物理層（ＰＨＹ）は、ＳＲのための１つの有効なＰＵＣＣＨリソース上のＳＲに信号を送るように指示される。その後、ＳＲ禁止タイマがこのタイマを開始する（ＳＲ＿ｐｒｏｈｉｂｉｔＴｉｍｅｒ）。連続するＳＲ送信機会の時点で、ＭＡＣは、ＳＲ禁止タイマが動作している場合、ＳＲに信号を送るようにＰＨＹに指示しない。

ＮＲでは、ＳＲリソースは特定の周期性で設定される。ＳＲがＵＥによって送信されると、ＳＲ禁止タイマが開始され、ＳＲ禁止タイマが実行されている限り、既に設定されたリソース上でＳＲは送信されない。

スケジューリング要求の設定に使用されるスケジューリング要求設定情報要素は、３ＧＰＰ ＴＳ ３８．３３１（“ＮＲ；無線リソース制御（ＲＲＣ）；プロトコル仕様”、バージョン１５．４．０、セクション６．３．２）で定義され、以下に示される。

特に、スケジューリング許可を受信していなくても、スケジューリング要求禁止タイマは、ＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒにより設定され、ＳＲの送信後にスケジューリング要求が送信されない継続時間を示している。スケジューリング要求の最大数は、ＳＲ－ＴｒａｎｓＭａｘによって定義される。ＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒおよびＳＲ－ＴｒａｎｓＭａｘは、例えば、ＲＲＣシグナリングを介して、スケジューリングノードからＵＥに提供される。

禁止タイマ（ＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒ）がアクティブであるとき、それ以上のＳＲは開始されない。ＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒは、ＳＲ設定ごとであり、１ｍｓ～１２８ｍｓの範囲の値に設定することができる。

例えば、ｇＮＢがＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒを３２ｍｓに設定した場合、ｇＮＢは、ＳＲを受信した後、３２ｍｓ以内にアップリンクリソースを割り当てることができ、ＵＥは、ＳＲを送信した後、最大３２ｍｓの間、ＰＤＣＣＨをモニターする必要がある。

間欠受信－ＤＲＸ
パケットデータは、しばしば非常にバースト性が高く、時折無音の期間がある。遅延の観点から、アップリンク許可またはダウンリンクデータ送信を受信し、トラフィック挙動の変化に即座に反応するために、ダウンリンク制御シグナリングを永続的にモニターすることが有益である。同時に、これは、装置における電力消費の点でコストがかかる。装置の消費電力を低減するために、ＬＴＥは間欠受信（ＤＲＸ）のためのメカニズムを含む。

ＤＲＸの基本的なメカニズムは、装置内の構成可能なＤＲＸ周期である。ＤＲＸ周期が設定されている場合、装置は、ダウンリンク制御シグナリングをＤＲＸサイクルあたりのアクティブ期間のみモニターし、残りのインアクティブ期間で受信回路がオフになった状態でスリープする。これにより、消費電力を大幅に削減することができる。当然ながら、これは、装置がアクティブ期間においてのみ対応可能であるため、スケジューラへの制限を意味する。

ＤＲＸ周期は、例えば、３ＧＰＰ ＴＳ ３６．３２１（「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）プロトコル仕様」、バージョン１５．５．０、セクション５．７）で接続モードが定義され、かつ、３ＧＰＰ ＴＳ ３６．３０４（「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ）；アイドルモードでのユーザ装置（ＵＥ）手順」、バージョン１５．３．０、セクション７．１）で、アイドルモードが定義されているように、受信機のスイッチを定期的にオフにすることによって、ＵＥに物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をデコードしたり、特定の期間で物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信したりする必要がないように、ＬＴＥダウンリンクに設定され得る。

３ＧＰＰ ＴＳ ３８．３２１ ｖ１５．５．０仕様書によれば、ＤＲＸ周期が構成されるとき、アクティブ時間は、３ＧＰＰ ＴＳ ３８．３２１のセクション５．１．５に記載されるように、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、またはｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作している時間を含む。

ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸ周期の開始時の継続時間を定義し、ｄｒｘ－ＩｎａｃｔｉｖｉｔＴｉｍｅｒは、ＰＤＣＣＨがＭＡＣエンティティのための新しいアップリンク（ＵＬ）またはダウンリンク（ＤＬ）送信を示すＰＤＣＣＨ機会の後の継続時間を指定する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬとＵＬは、ＤＬ再送を受信するまでの最大継続時間と、ＵＬ再送の許可を受信するまでの最大継続時間をそれぞれ定義する。

さらに、アクティブ時間には、３ＧＰＰ ＴＳ ３８．３２１ ｖ１５．５．０のセクション５．１．４で説明されているように、競合ベースのランダムアクセスプリアンブルのうち、ＭＡＣエンティティによって選択されていないランダムアクセスプリアンブルに対するランダムアクセス応答の受信が成功した後、ＭＡＣエンティティのｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ（Ｃ－ＲＮＴＩ）にアドレスを指定される新しい送信を示すＰＤＣＣＨが受信されなかった時間が含まれる。

上述したように、スケジューリング要求手順は、新しいアップリンク送信のための無線リソースを要求するためにＵＥによって使用される。特に、３ＧＰＰ ＴＳ ３８．３２１ ｖ１５．５．０のセクション５．４．４で説明されているように、スケジューリング要求が送信され保留されている間、ＰＤＣＣＨ はスケジューリング割り当てのためにモニターされる。

すなわち、ＰＤＣＣＨは、ＳＲがＰＵＣＣＨで送信され、かつ、保留されているときにモニターされる。図７は、設定されたＤＲＸ周期（実線）によるアクティブ時間およびインアクティブ時間（オン期間およびオフ期間）、ならびに保留中のスケジューリング要求（破線）によるアクティブ時間を概略的に示す図である。図７では、時間が横軸に示されている。図７において「ＳＲ」とラベル付けされた矢印で示されるように、ＳＲがＰＵＣＣＨ上で送信されるとすぐに、ＵＥは、送信されるべきスケジューリングデータのためのアップリンク許可のためのＰＤＣＣＨのモニターを開始する。

しかしながら、ＵＥは、スケジューリング要求を送信した直後にスケジュールされないことがある。図８Ａおよび８Ｂは、設定されたＤＲＸ周期によるアクティブ時間およびインアクティブ時間、ならびに保留中のスケジューリング要求によるアクティブ時間を概略的に示す図である。図において、アップリンク許可（ＵＬ許可）が受信される時点は、「ＵＬ許可」とラベル付けされた矢印によって示される。ＳＲが保留中である限り、ＰＤＣＣＨは、ＵＬ許可についてモニターされる。

図８Ｂに示す状況では、図８Ａに示す状況よりも、ＳＲ送信後のある時点でＵＬ許可が受信される。これは、スケジューリング装置が、関連付けられた論理チャネルの優先度およびトラフィック負荷に基づいて、ＵＬ許可のスケジューリングに優先度を付ける場合であり得る。

その結果、ＵＥは、ｇＮＢがＵＬ許可をＵＥにスケジューリングすることを意図しない期間中にＰＤＣＣＨをモニターする際に電力を消費する。この期間は、図８Ａおよび８Ｂにおいてハッチングされた領域として示されている。ＵＬ許可が送信されない期間中、ＵＥは、ＰＤＣＣＨをモニターし、したがって、電力を消費する。

本開示は、ＳＲ手順のフレームワークにおいて調整されるモニタリング継続時間を容易にすることができる技法を提供する。特に、本開示は、ＵＥの電力消費を低減するために、設定されたＤＲＸ周期におけるＳＲ手順を提供する。

本開示は、図９に示されるような送受信装置およびスケジューリング装置を提供する。

送受信装置１００は、送受信機１１０（１つ以上のアンテナなどのハードウェア構成要素と、ハードウェア構成要素の動作を制御する制御回路とを備える送信機および／または受信機）を備え、この送受信機は、動作中、物理アップリンク制御チャネルであるＰＵＣＣＨを介して、スケジューリングデータ用のスケジューリング要求を送信する。さらに、送受信装置１００は、回路１２０（または処理回路）を備え、この回路１２０は、動作中、送受信機１１０がスケジューリング要求を送信した後、モニタリングスリープタイマを開始する。さらに、送受信機１１０は、動作中、モニタリングスリープタイマが実行されている間、物理ダウンリンク制御チャネルであるＰＤＣＣＨをモニターせず、モニタリングスリープタイマが満了した場合、スケジューリングデータ用のリソース割り当てのためのＰＤＣＣＨのモニターを開始する。

例えば、送受信装置１００は、ＮＲネットワークにおけるＵＥである。したがって、送受信機１１０および回路１２０は、「ＵＥ送受信機」および「ＵＥ回路」とも呼ばれるが、これらの用語は、単に、送受信機１１０および回路１２０を、スケジューリング装置または基地局などの他の装置によって構成される回路および送受信機と区別するために使用されるに過ぎず、送受信装置１００は、端末サービス、リレー装置、または同様の通信システムの通信装置であってもよく、ＵＥ回路は、「スリーピング制御回路をモニターする」と見なされるか、または、「スリーピング制御回路」を含むと見なされてもよい。

さらに、図９に示すようなスケジューリング装置２００（またはスケジューリングノード）が提供される。

スケジューリング装置２００は、動作中、スケジューリングデータ用のスケジューリング要求に従ってリソースを割り当て、送信タイマを開始する回路２２０を備える。スケジューリング装置２００は、動作中、物理アップリンク制御チャネルでありＰＵＣＣＨを介してスケジューリング要求を受信し、送信タイマが満了した後、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して割り当てられたリソースを示すリソース割り当てインジケータを送信する送受信機２１０をさらに備える。

例えば、スケジューリング装置２００は、ＮＲネットワークシステム（ｇＮＢ）内または同様の通信システム内のネットワークノード（基地局）である。回路２２０は、ＵＥ回路１２０のような回路と区別するために、「スケジューリング要求制御回路」又は「スケジューリング装置回路」とも呼ばれる。

さらに、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリングデータ用のスケジューリング要求を送信するステップと、スケジューリング要求の送信後にモニタリングスリープタイマを開始するステップとを含む方法が提供される。さらに、この方法は、モニタリングスリープタイマが実行されている間、物理ダウンリンク制御チャネルであるＰＤＣＣＨのモニタリングを止めるステップと、モニタリングスリープタイマが満了した場合、スケジューリングデータ用のリソース割り当てのためのＰＤＣＣＨのモニタリングを開始するステップとを含む。

さらに、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリングデータ用のスケジューリング要求を受信するステップと、送信タイマを開始するステップとを有する方法が提供される。この方法は、スケジューリング要求に従ってリソースを割り当て、送信タイマが満了した後に、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して、割り当てられたリソースを示すリソース割り当てインジケータを送信するステップをさらに含む。

さらなる説明では、詳細および実施形態は、明示的なステートメントまたはコンテキストがそうでないことを示さない限り、送受信装置１００、スケジューリング装置２００（またはスケジューリングノード）、および方法のそれぞれに適用される。

送受信装置１００は、ＰＵＣＣＨを介してスケジューリングデータの送信用のスケジューリング要求である送受信機１１０を使用して送信し、ＵＥ回路１２０を使用して、ＳＲが送信された後のモニタリングスリープタイマを開始する。モニタリングスリープタイマが動作している間、送受信機１１０は、送信されたＳＲに対応するＵＬ許可を受信するためのＰＤＣＣＨをモニターしない。モニタリングスリープタイマの満了後、送受信機１１０は、送信されたＳＲに従ってＵＬ許可の受信用のＰＤＣＣＨのモニタリングを開始する。ＵＬ許可は、スケジューリングデータの送信のために割り当てられたリソースを示す。

ＤＲＸ周期が設定される場合、ＵＥ（または特に送受信機）は、アクティブ期間中にＰＤＣＣＨをモニターし、インアクティブ期間中にＰＤＣＣＨをモニターしない、時間シーケンスが図１０に概略的に示される。

一実施形態によれば、ＳＲが送信されると、モニタリングスリープタイマが開始され、モニタリングスリープタイマが満了すると、送受信機１１０は、スケジューリング装置２００からのＵＬ許可についてＰＤＣＣＨのモニタリングを開始する。すなわち、この実施形態によれば、モニタリングスリープタイマは、スケジューリング要求が送受信機１１０によって送信されたときに開始される。

この手順では、ＳＲが保留中であるがスケジューリング装置がＵＬ許可を送信することを意図しない期間に、実行中のモニタリングスリーピングタイマによってＰＤＣＣＨをモニタリングするＵＥのアクティブ時間が低減されるので、ＵＥの電力消費が低減される。

図１１は、一実施形態による、スケジューリング要求の送信と、モニタリングスリープタイマが満了した後の物理ダウンリンク制御チャネルのモニタリングの開始とを示すフローチャートである。

手順の開始後、ステップＳ１００において、ＤＲＸモードが設定されているか否か、すなわち、ＵＥがＤＲＸモードにあるか否かが判定される。ＵＥがＤＲＸモードでないと判定された場合（ステップＳ１００、ＮＯ）、本手順は最初から繰り返される。ＵＥがＤＲＸモードであると判定された場合（ステップＳ１００、ＹＥＳ）、手順はステップＳ１１０に続く。

ステップＳ１１０では、ＳＲが送信されたか否かが判定される。例えば、図９に示されるように、送受信機１１０が、送信されるべきスケジューリングデータ用のスケジューリング要求を、ＰＵＣＣＨを介してスケジューリング装置２００に送信したか否かが判定される。スケジューリング要求が送信されていない場合（ステップＳ１１０、ＮＯ）、ステップＳ１１０を繰り返す。ＳＲが送信されたと判定された場合（ステップＳ１１０、ＹＥＳ）、処理はステップＳ１２０に進む。

ステップＳ１２０において、モニタリングスリープタイマが開始される。例えば、図９に図示されるように、送受信装置１００の回路１２０は、モニタリングスリープタイマを開始する。例えば、モニタリングスリープタイマのランタイムは、ＰＤＣＣＨの特定のシンボルまたはスロットに関して、継続時間またはオフセットによって定義されてもよい。以下、これについて説明する。また、モニタリングスリープタイマのランタイムは、以下に説明するように、スケジューリング要求の設定に応じて設定してもよい。モニタリングスリープタイマが実行されている間、すなわち、満了になっていない間、ＰＤＣＣＨは、スケジューリングデータに対するＵＬ許可についてモニターされない。

ステップＳ１３０では、モニタリングスリープタイマが満了したか否かについて判定される。モニタリングスリープタイマが満了していない場合（ステップＳ１３０、ＮＯ）、ステップＳ１３０に進み、モニタリングスリープタイマが満了したか否かを繰り返し判定する。モニタリングスリープタイマが満了した場合（ステップＳ１３０、ＹＥＳ）、ステップＳ１４０に進む。

ステップＳ１４０では、ステップＳ１１０で送信されたスケジューリング要求に対応するスケジューリングデータのリソース割り当て（ＵＬ許可）を受信するために、ＰＤＣＣＨのモニタリングを開始する。

上記のように、モニタリングスリープタイマのランタイムは、サービスの優先度に従って個別に設定することができ、すなわち、モニタリングスリープタイマの値は、各ＳＲ構成において個別に設定することができる。すなわち、モニタリングスリープタイマのランタイムは、スケジューリング要求設定の優先度レベルに従って設定される。

例えば、モニタリングスリープタイマのランタイムは、第１レベルの優先度のＳＲ設定用の値を、第２レベルの優先度のＳＲ設定用の値よりも小さい値に設定することができる。第２レベルの優先度は、第１レベルの優先度よりも低い値である。

言い換えると、優先度が高く、レイテンシが小さいＳＲは、モニタリングスリープタイマのランタイムを比較的小さく設定することができ、優先度が低く、レイテンシが大きいＳＲは、モニタリングスリープタイマのランタイムを比較的大きく設定することができる。この場合、電力節約は、より高い優先度およびより小さいレイテンシのサービスについては、より低い優先度およびより大きいレイテンシのサービスについてよりも少ない。

上述のように、ＳＲが送受信機１１０によって送信された後、ＵＥ回路１２０は、ＳＲ設定に対応するモニタリングスリープタイマのランタイムを適用する。

図１２に示すように、モニタリングスリープタイマの第１ランタイムを第１論理チャネルに対して設定し、モニタリングスリープタイマの第２ランタイムを第２論理チャネルに対して設定してもよい。そのため、論理チャネルによってモニタリングスリープタイマのランタイムが異なる場合がある。特に、モニタリングスリープタイマのより大きなランタイムは、優先度の高い論理チャネルよりも優先度の低い論理チャネルに対して設定されてもよく、その逆も可能である。図１２に示すように、ＬＣＨ１およびＬＣＨ２は、ＬＣＨ１およびＬＣＨ２が異なるレベルの優先度を有するので、異なるＳＲ設定にマッピングされる。

図１２では、モニタリングスリープタイマのランタイムのマッピングを２つの論理チャネルについて示しているが、本実施形態はこれに限定されず、モニタリングスリープタイマの異なるランタイムが、複数の論理チャネル／ＳＲ設定について設定されていてもよい。

例えば、図１３に示すように、同じレベルの優先度の２つの論理チャネル（ＬＣＨ１とＬＣＨ２）が１つのＳＲ設定にマッピングされ、モニタリングスリープタイマの１つのランタイムがＳＲ設定にマッピングされる。

図１２および図１３では、ランタイム、ＳＲ設定および論理チャネルの１対１マッピング、または１つのＳＲ設定への複数の論理チャネルのマッピングのいずれかが示されているが、本実施形態はこれに限定されず、１つのＳＲ設定の複数の論理チャネルへのマッピングと、１つのＳＲ設定の１つの論理チャネルへのマッピングとの組合せを適用することができる。

一実施形態によれば、モニタリングスリープタイマのランタイムは固定され、ネットワーク／スケジューリング装置２００および送受信装置１００は、各ＳＲ設定を、モニタリングスリープタイマの予め定義されたランタイムにマッピングする。特に、マッピングは、どの論理チャネルがモニタリングスリープタイマのどのランタイムに対応するかが定義されるように、論理チャネル（ＳＲ）優先度に依存してもよい。このアプローチでは、追加のシグナリングは必要とされない。

例えば、テーブル１は、明細書における固定値を示す。なお、スケジューリング要求識別子０～７については、テーブル１に示すように、モニタリングスリープタイマのランタイムをシンボル（ｓｙｍ）又はスロット（ｓｌ）オフセットで示す。例えば、スケジューリング要求識別子５について、送受信機１１０は、８スロットのＵＬ許可についてＰＤＣＣＨをモニターしない。あるいは、モニタリングスリープタイマのランタイムは、継続時間、例えば、０から２５６ｍｓの継続時間の観点から設定されてもよい。

例えば、論理チャネルＬＣＨ１がＳＲ設定１にマッピングされ、ＬＣＨ１によりスケジューリング要求がトリガされると、ＭＡＣはｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩＤ情報をＰＨＹに渡してスケジューリング要求を送信する。ＬＣＨ１のＳＲ設定がｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩＤ５に関連付けられている場合、ＵＥはモニタリングスリープタイマのランタイムを８ｍｓに適用する。

スケジューリング要求設定は、少なくとも１つのスケジューリング要求設定を少なくとも１つの関連付けられた優先度レベルで示すスケジューリング要求設定インジケータによって送受信装置１００によって受信され得る。

例えば、送受信機１１０は、無線リソース制御であるＲＲＣメッセージを介してスケジューリング要求設定インジケータを受信することができる。

一実施形態によれば、ネットワークは、モニタリングスリープタイマのランタイムを動的に設定することができるように、各ＳＲ設定についてモニタリングスリープタイマのランタイムを信号で伝える。例えば、モニタリングスリープタイマのランタイムは、ＲＲＣメッセージ、システム情報メッセージまたは専用ＲＲＣメッセージのいずれかを介して信号を送ることができる。このアプローチでは、ネットワークは、現在のトラフィック負荷を考慮に入れ、ＲＲＣメッセージを介してランタイムを変更することができる。

例えば、スケジューリング要求の設定に使用できるＲＲＣシグナリング用のスケジューリング要求設定情報要素を以下に示す。

特に、モニタリングスリープタイマは、タイマ／オフセットにより設定され、ＰＤＣＣＨのスロットのシンボルのシンボルに関して、モニタリングスリープタイマのランタイムを示す。

一実施形態によれば、ネットワーク／ｇＮＢ２００は、スケジューリングデータ用のスケジューリング要求が受信された後にＵＬリソースをスケジューリングすることが意図されていない場合、モニタリングスリープタイマのランタイムを決定し、決定されたランタイムをＵＥ１００に送信してもよい。

例えば、モニタリングスリープタイマのランタイムを示すＭＡＣ制御要素が、ビットマップフォーマットでタイミング関連情報を運ぶように送信されてもよい。

ＬＴＥでは、例えば、ＭＡＣ層は、いわゆるＭＡＣ制御要素（ＭＡＣ ＣＥ）を、トランスポートチャネルを介して送信されるトランスポートブロックに挿入することができる。ＭＡＣ ＣＥは、帯域内制御シグナリング、例えば、タイミングアドバンスコマンドまたはランダムアクセス応答のために使用される。

しかしながら、本開示によれば、ＭＡＣ ＣＥは、モニタリングスリープタイマのランタイムに関する情報を搬送することができ、ＭＡＣ ＣＥは、例えば、０から２５６までの範囲の継続時間を示すことができる。長さの時間単位は、継続時間（ｍｓ）またはシンボルまたはスロットの数とすることができる。

図１４は、一実施形態による、モニタリングスリープタイマのランタイムを示すＭＡＣ制御要素であるＣＥを概略的に示す図である。たとえば、ＵＥ１００が「０ ０ ０ ０ １ ０ ０ ０」を示すＭＡＣ ＣＥコマンドを受信した場合、ＵＥはＰＤＣＣＨの８ｍｓまたは８スロットのスケジューリングリソースをモニターしない。

図１５は、一実施形態による、アクティブ期間に合わせた、スケジューリング要求の送信、モニタリングスリープインジケータの受信、および、アップリンク許可の受信の時間シーケンスを概略的に示す図である。具体的には、送受信機１１０は、スケジューリングデータ用のスケジューリング要求を送信し、ＵＬ許可のためにＰＤＣＣＨをモニターする。モニタリングスリープタイマのランタイムを示すＭＡＣ ＣＥが受信されると（「ＭＡＣ ＣＥ」を示す矢印として示される）、回路１２０は、受信されたＭＡＣ ＣＥによって示されるランタイムに応じて、関連付けられたランタイムを有するモニタリングスリープタイマを開始する。モニタリングスリープタイマが動作している限り、送受信機１１０は、送信されたスケジューリング要求に対応するスケジューリングデータのスケジューリング割り当てのためにＰＤＣＣＨをモニターしない。モニタリングスリープタイマが満了すると、送受信機１１０は、ＵＬ許可のためのＰＤＣＣＨのモニタリングを開始する。

すなわち、送受信機１１０は、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータ（例えば、ＭＡＣ ＣＥ）を受信し、回路１２０は、モニタリングスリープインジケータが送受信機によって受信されると、モニタリングスリープタイマを開始する。

このアプローチでは、送受信装置１００の送受信機１１０は、受信されたＭＡＣ ＣＥによって示される継続時間を有する期間の間、ＰＤＣＣＨをモニターしない。したがって、ＵＥの電力節約は、トラフィック負荷およびＳＲの優先度の両方を考慮することによって、より動的な方法で達成することができる。

図１６は、モニタリングスリープタイマが満了した後のスケジューリング要求の送信、モニタリングスリープインジケータの受信、および物理ダウンリンク制御チャネルのモニタリングの開始を示すフローチャートである。

処理の開始後、ステップＳ２００において、ＤＲＸモードが設定されているか否か、すなわち、ＵＥがＤＲＸモードにあるか否かが判定される。ＵＥがＤＲＸモードでないと判定された場合（ステップＳ２００、ＮＯ）、本処理は最初から繰り返される。ＵＥがＤＲＸモードにあると判定された場合（ステップＳ２００、ＹＥＳ）、処理はステップＳ２１０に続く。

ステップＳ２１０では、ＳＲが送信されたかどうかが判定される。例えば、送受信機１１０が、送信されるべきスケジューリングデータ用のスケジューリング要求を、ＰＵＣＣＨを介してスケジューリング装置２００に送信したか否かが判定される。スケジューリング要求が送信されていない場合（ステップＳ２１０、ＮＯ）、ステップＳ２１０を繰り返す。ＳＲが送信されたと判定された場合（ステップＳ２１０、ＹＥＳ）、処理はステップＳ２２０に続く。

ステップＳ２２０において、ＰＤＣＣＨのモニターが開始される。ステップＳ２３０では、モニタリングスリープタイマのランタイムを示すＭＡＣ ＣＥを受信したか否かを判定する。ランタイムを示すＭＡＣ ＣＥを受信していない場合（ステップＳ２３０、ＮＯ）には、ＰＤＣＣＨのモニタリングを繰り返す。モニタリングスリープタイマのランタイムを示すＭＡＣ ＣＥを受信した場合（ステップＳ２４０、ＹＥＳ）、処理はステップＳ２４０に続く。

ステップＳ２４０では、ＭＡＣ ＣＥによって示されるランタイムに対応するランタイムを有するモニタリングスリープタイマが開始される。さらに、ＰＤＣＣＨのモニタリングは終了する。すなわち、モニタリングスリープタイマが実行されている間、つまり、満了していない間、ＰＤＣＣＨは、例えば、送受信機１１０によってモニターされない。

ステップＳ２５０では、モニタリングスリープタイマが満了したか否かが判定される。モニタリングスリープタイマが満了していない場合（ステップＳ２５０、ＮＯ）、ステップＳ２５０において、モニタリングスリープタイマが満了したか否かを繰り返し判定する。モニタリングスリープタイマが満了した場合（ステップＳ２５０、ＹＥＳ）、処理はステップＳ２６０に続く。

ステップＳ２６０では、送信されたスケジューリング要求に対応するスケジューリングデータ用のリソース割り当て（ＵＬ許可）を受信するために、ＰＤＣＣＨのモニタリングを開始する。

本実施形態によれば、モニタリングスリープタイマのランタイムは、ＭＡＣ制御要素を使用してスケジューリング装置２００によって送信される。しかしながら、本開示は、ＭＡＣ ＣＥを使用する送信に限定されず、モニタリングスリープタイマのランタイムは、別の送信手段であってもよい。特に、スケジューリング装置２００は、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを送信することができ、ＵＥ回路１２０は、モニタリングスリープインジケータが受信されると、モニタリングスリープタイマを開始することができる。

もちろん、モニタリングスリープインジケータを受信することなく、ＰＤＣＣＨを介してＵＬ許可を受信してもよい。このような場合、保留中のスケジューリング要求によるＰＤＣＣＨ のモニタリングは不要になる。

さらに、上述の実施形態によれば、モニタリングスリープグタイマは、スケジューリング要求が送信されたとき、またはモニタリングスリープインジケータが例えばＭＡＣ ＣＥによって受信されたときに開始されてもよい。

第１の例では、スケジューリング要求の送信直後にＰＤＣＣＨのモニタリングを開始するのではなく、モニタリングスリープタイマを開始し、満了後にモニタリングを開始する。

第２の例では、スケジューリング要求が送信されると、ＰＤＣＣＨのモニタリングが開始され、モニタリングスリープインジケータが受信されると、モニタリングスリープインジケータが示すランタイムに相当する継続時間、ＰＤＣＣＨのモニタリングが中断される。

しかしながら、本開示は、上記実施形態のいずれか１つに限定されない。特に、ＰＤＣＣＨのモニタリングは、ＳＲの送信とモニタリングスリープタイマの満了との間、および、モニタリングスリープインジケータの受信とそれぞれのモニタリングスリープタイマの満了との間に実行することができない。言い換えると、上述した例の方法を組み合わせてもよい。

これは図１７に示されており、ハッチングされた領域は、ＳＲが送信されたときに開始されたモニタリングスリープタイマのためにＰＤＣＣＨがモニターされない期間を示している。また、モニタリングスリープタイマのランタイムを示すＭＡＣ ＣＥを受信した場合、受信したランタイムでモニタリングスリープタイマを再び開始してもよいし、ＭＡＣ ＣＥが示す期間内にＰＤＣＣＨをモニターしないように、第２のモニタリングスリープタイマを開始してもよい。

この場合、１つ以上の実施形態によるモニタリングスリープタイマは、回路１２０によって再起動または再開始されてもよいことに留意されたい。言い換えれば、モニタリングスリープタイマが実行中である場合、モニタリングスリープタイマは、再開始されてもよく、または、満了までのモニタリングスリープタイマの残りの、または、合計のランタイムが調整されてもよい。代替的に又は追加的に、追加のモニタリングスリープタイマを開始することができる。

一実施形態によるスケジューリング装置２００は、モニタリングスリープタイマのランタイムを決定し、送受信機２１０を使用して、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを送信することができる。特に、送信タイマのランタイムは、モニタリングスリープタイマのランタイムに対応してもよい。

さらに、上記の実施形態では、ＤＲＸ周期が送受信装置１００のために設定されているか否かが判定される。しかしながら、本開示は、ＤＲＸ周期が設定されるか否かを判定することに限定されない。特に、設定されたＤＲＸ周期は、モニタリングスリープタイマが実行されている限り、モニタリングスリープタイマを開始し、ＰＤＣＣＨをモニタリングしないための必須の要件ではない。

本開示は、さらに、ＵＥの電力消費を低減するために、設定されたＤＲＸ周期におけるＳＲ手順を提供する。

図９に示すように、送受信装置１００は、送受信機１１０（１つ以上のアンテナのようなハードウェア構成要素およびハードウェア構成要素の操作を制御する制御回路を含む送信機および／または受信機）を備え、この送受信機は、動作中、スケジューリングデータの量を示すバッファステータスレポートを送信する。さらに、送受信装置１００は、回路１２０（または処理回路）を備え、この回路１２０は、動作中、送受信機１１０がバッファステータスレポートを送信した後、モニタリングスリープタイマを開始する。さらに、送受信機１１０は、動作中、モニタリングスリープタイマが実行されている間、物理ダウンリンク制御チャネルであるＰＤＣＣＨをモニターせず、モニタリングスリープタイマが満了したとき、スケジューリングデータ用のリソース割り当てのためのＰＤＣＣＨのモニタリングを開始する。

さらに、図９に示すようなスケジューリング装置２００（またはスケジューリングノード）が提供される。

スケジューリング装置２００は、動作中に、スケジューリングデータの量を示すバッファステータスレポートに従ってリソースを割り当て、送信タイマを開始する回路２２０を備える。スケジューリング装置２００は、動作中に、バッファステータスレポートを受信し、送信タイマが満了した後に、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して割り当てられたリソースを示すリソース割り当てインジケータを送信する送受信機２１０をさらに備える。

さらに、スケジューリングデータの量を示すバッファステータスレポートを送信するステップと、バッファステータスレポートの送信後にモニタリングスリープタイマを開始するステップとを含む方法が提供される。さらに、この方法は、モニタリングスリープタイマが実行されている間、物理ダウンリンク制御チャネルであるＰＤＣＣＨのモニタリングを止めるステップと、モニタリングスリープタイマが満了した場合、スケジューリングデータのためのリソース割り当てのためのＰＤＣＣＨのモニタリングを開始するステップとを含む。

さらに、スケジューリングデータの量を示すバッファステータスレポートを受信するステップと、送信タイマを開始するステップとを含む方法が提供される。本方法は、バッファステータスレポートに応じてリソースを割り当て、送信タイマが満了した後に、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して、割り当てられたリソースを示すリソース割り当てインジケータを送信するステップをさらに含む。

バッファステータスレポートであるＢＳＲは、ＵＥ１００のアップリンクバッファ内のデータ量に関する情報をｇＮＢに提供するために、ＵＥ１００によってスケジューリング装置２００としてのサービングｇＮＢに送信されるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レベルメッセージであってもよい（３ＧＰＰ ＴＳ ３６．３２１（「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ）； Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）プロトコル仕様」、バージョン１５．５．０、セクション５．４．５を参照）。

ＢＳＲは、論理チャネルグループ（ＬＣＧ）毎にＢＳＲ報告が行われるので、アップリンクで報告されて、ＵＥ１００におけるバッファされたデータの量についてｇＮＢ２００に知らせ、ｇＮＢ２００が異なるスケジューリング優先度をもつデータを区別することを可能にする。この場合、各ＬＣＧは、それぞれの優先度レベルに関連付けられてもよい。

ＬＣＧは、アップリンク論理チャネルのグループである、または、単一のジョイントバッファフィルレベルがＢＳＲにおいてＵＥ１００によって報告されるものである。ＬＣＧのマッピングは、ｇＮＢ ２００（３ＧＰＰ ＴＳ ３６．３２１（「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ））； Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）プロトコル仕様」、バージョン１５．５．０、セクション６．１．３．１、および３ＧＰＰ ＴＳ ３６．３３１（「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ）；無線リソース制御（ＲＲＣ）；プロトコル仕様」）、バージョン１５．５．１、セクション６．３．２によって定義することができる。ＬＣＧは、同様のＱｏＳ （Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）要求をもつ論理チャネルのグループとして定義されてもよい。

バッファステータスレポートは、図１８Ａおよび１８Ｂにそれぞれ示されるように、ロングＢＳＲフォーマットまたはショートＢＳＲフォーマットのいずれかを使用することによって、ＬＣＧごとに実行され得る。図１８Ａは、ショートＢＳＲフォーマットの図であり、バッファステータスがレポートされている論理チャネルのグループは、３ビット長の論理チャネルグループＩＤフィールドによって示される。また、バッファサイズフィールドは、データの総量を示す。図１８Ｂに示すロングＢＳＲフォーマットによれば、ＢＳＲは複数のバッファサイズフィールドを含み、各フィールドは１つのＬＣＧを表す。言い換えると、ショートＢＳＲフォーマットは、１つの指示された論理チャネルグループのデータ量をレポートするために使用され、ロングＢＳＲフォーマットは、すべての論理チャネルグループのデータ量をレポートするために使用される。たとえば、ネットワークはＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の要件に応じて、ＵＥごとに最大８つの論理チャネルグループを設定できる。

ＢＳＲがＤＲＸオフ期間中に送信されるとき、ＵＥは、アップリンク許可を受信するためにＰＤＣＣＨがモニターされるＤＲＸアクティブ時間に切り替えることができる。これを図１９に示す。

しかしながら、ＢＳＲの送信によりＤＲＸアクティブ時間に入ることによるＰＤＣＣＨのモニタリングは、ＵＥ１００がＢＳＲを送信した直後にスケジューリングされない可能性があるので、不必要な電力消費をもたらす可能性がある。言い換えれば、ｇＮＢ２００がＵＥ１００にリソースをスケジューリングすることを意図しない場合、例えば、ＵＬ許可のスケジューリングがＢＳＲの優先度レベルおよびトラフィック負荷に基づく場合、ＵＥ１００は、アップリンク許可についてＰＵＣＣＨを不必要にモニターし得る。例えば、図２０Ａおよび図２０Ｂに示されるように、ＢＳＲ送信のより高い優先度は、ＢＳＲ送信のより低い優先度よりも短いＰＤＣＣＨモニタリング期間をもたらし、その結果、より長いＰＤＣＣＨモニタリング期間をもたらすことができる。

このように、送受信装置１００は、送受信機１１０を用いて、スケジューリングデータの量を示すＢＳＲを送信し、ＵＥ回路１２０を用いて、ＢＳＲが送信された後のモニタリングスリープタイマを開始する。モニタリングスリープタイマが動作している間、送受信機１１０は、送信されたＳＲに対応するＵＬ許可を受信するためのＰＤＣＣＨをモニターしない。モニタリングスリープタイマの満了後、送受信機１１０は、送信されたＢＳＲに従ってＵＬ許可の受信のためのＰＤＣＣＨのモニタリングを開始し、ここで、ＵＬ許可は、スケジューリングデータの送信のために割り当てられたリソースを示す。

時間シーケンスは図２１に概略的に示されており、ＵＥ（または具体的には送受信機）は、アクティブ期間中にＰＤＣＣＨをモニターし、インアクティブ期間中にＰＤＣＣＨをモニターしない。具体的には、ＢＳＲを送信した後、モニタリングスリープタイマが開始され、タイマが満了すると、ＵＥ１００はアクティブ時間に切り替わり、ＰＤＣＣＨはアップリンク許可についてモニターされる。言い換えれば、ＰＤＣＣＨの非モニタリングからＰＤＣＣＨのモニタリングへの切り替えは、ＢＳＲの送信から時間オフセットだけ遅延される。

図２２は、ＵＥ １００によって実行される方法を示す。ステップＳ３００、Ｓ３１０、Ｓ３３０、およびＳ３４０は、図１１に示す方法に対応し、スケジューリング要求であるＳＲの代わりに、バッファステータスレポートが送信される。ステップＳ３２０では、論理チャネルグループＬＣＧに従って、実行時にモニタリングスリープタイマが開始される。

例えば、各ＬＣＧに対してランタイムを設定することができる。例えば、優先度の高いＬＣＧは、優先度の低いＬＣＧに関連するＬＣＧと比較して、モニタリングスリープタイマのランタイムを短くすることができる。

ＬＣＧのマッピングとモニタリングスリープタイマのランタイムは、例えば、仕様書で与えられた定義に従って予め定義されているか、あるいは、例えば、ＲＲＣを介して動的に設定されてもよい。

テーブル２に、例として、モニタリングスリープタイマのランタイムの固定値を示す。テーブルに示されるように、モニタリングスリープタイマのランタイムは、それぞれ識別子ＩＤ０～７を有するＬＣＧに関連付けられたＸ１～Ｘ１０によって示される。例えば、優先権がＬＧＣ ＩＤ０ からＬＣＧ ＩＤ７に低下した場合、モニタリングスリープタイマのランタイムがＸ１からＸ１０に増加することがある。言い換えれば、モニタリングスリープタイマのランタイムは、関連するＬＣＧのレベルが低いほど大きくてもよい。ランタイム／オフセットをあらかじめ定義しておくと、追加のシグナリングは必要ない。

代替的または追加的に、モニタリングスリープタイマのランタイムは、例えば、ＲＲＣによって動的に設定されてもよい。ＬＣＧ ＩＤとオフセット値／タイマのランタイム間のマッピングを動的に設定することにより、ネットワークはトラフィックの負荷とトラフィックの優先度を考慮し、ＲＲＣ経由で必要に応じてタイマのランタイム／オフセット値を変更することができる（システム情報メッセージや専用のＲＲＣメッセージ経由など）。

例えば、使用可能なＲＲＣシグナリングのための論理チャネル設定情報要素を以下に示す。

特に、モニタリングスリープタイマのランタイムが、各論理チャネルグループにおけるＬоｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐＯｆｆｓｅｔによって示される。

ＢＳＲが異なるＬＣＧに関連付けられた複数の量のスケジューリングデータを示した場合、モニタリングタイマのランタイムは、最も高い優先度の論理チャネルグループに関連付けられたランタイムに設定することができ、その場合、スケジューリングデータの量がＢＳＲに示される。あるいは、モニタリングスリープタイマのランタイムを、ＬＣＧ ＩＤが最も小さいＬＣＧに関連付けられたランタイムに設定してもよい。あるいは、モニタリングスリープタイマのランタイムは、ＬＣＧに関連する最も短いランタイムに設定することができ、その場合、スケジューリングデータの量がＢＳＲに示される。

要約すると、本開示の実施形態によれば、ＵＥ１００のような送受信装置は、スケジューリング要求またはバッファステータスレポートを送信し、その後、専用タイマ、モニタリングスリープタイマを開始する。このタイマが満了していない限り、ＵＥ１００は、アップリンク許可の受信についてＰＤＣＣＨをモニターしない。タイマが満了すると、ＵＥはＰＤＣＣＨのモニタリングを開始する。これは、スケジューリング許可が期待されない間、ＵＥ１００がＰＤＣＣＨをモニターしないので、エネルギー消費の低減を可能にすることができる。

スケジューリング要求のみの送信後、または、バッファステータスレポートのみの送信後、または、スケジューリング要求の送信後およびバッファステータスレポートの送信後に、モニタリングスリープタイマを開始することができる。最後のケースでは、ＳＲの送信後に開始されたタイマのランタイムは、ＢＳＲの送信後に開始されたタイマのランタイムと等しい場合がある。しかしながら、本開示はこれに限定されず、ＳＲの送信後に開始されるタイマのランタイムは、ＢＳＲの送信後に開始されるタイマのランタイムとは異なってもよい。

図２３Ａに、ＵＥ１００からｇＮＢ２００にＳＲおよびＢＳＲが送信されるスケジューリング要求手順の一例を示す。ステップ１では、ＰＵＣＣＨを介して、ＵＥ１００によってｇＮＢ２００にスケジューリング要求が送信される。さらに、ステップ２で、ＵＥ１００は、スケジューリングデータを送信するためのリソースを示すｇＮＢからスケジューリング許可を受信する。ステップ３で、ＵＥ１００は、ＰＵＳＣＨの指示されたリソースを使用して、バッファステータスレポートをｇＮＢ２００に送信する。ステップ４で、ＵＥ１００は、ｇＮＢ２００からスケジューリングデータの送信のためのスケジューリング許可を受信する。ステップ５で、ＵＥ１００は、受信したアップリンク許可によって示されるリソースを使用して、スケジューリングデータを送信する。

図２３Ｂに示されるように、本開示によれば、ＵＥ１００は、ＰＵＣＣＨを介してＳＲを送信した後、モニタリングスリープタイマを開始し、タイマが満了していない間、すなわち、オフセット／スリーピング期間として示される期間において、アップリンク許可の受信についてＰＤＣＣＨをモニターしない。モニタリングスリープタイマの満了後、ＵＥ１００は、アップリンク許可の受信のために、ＵＥウェイクアップ期間として示される期間においてＰＤＣＣＨをモニターする。

さらに、図２３Ｃに示すように、ＵＥは、ＢＳＲの送信後、すなわち、ステップ３の後に、モニタリングスリープタイマを開始し、モニタリングスリープタイマが満了していない間、すなわち、オフセット／スリーピング期間として示される期間中、ＰＤＣＣＨをモニターしない。タイマが満了すると、ＵＥ１２００は、アップリンク許可の受信のためにＰＤＣＣＨのモニタリングを開始する。

ＵＥ１００は、ＳＲの送信後、ＢＳＲの送信後、またはそれぞれの送信後に、モニタリングスリープタイマを開始することができる。ＳＲの伝送後に開始されるモニタリングスリープタイマのランタイムは、ＢＳＲの送信後に開始されるモニタリングスリープタイマのランタイムと等しいか、または異なっていてもよい。

本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路（ＩＣ）等のＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組合せによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかしながら、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。

本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組合せを介してデータを交換することを含んでもよい。

通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。

通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。

上述のように、適応性および、スケジューリング要求およびリソース割り当ての指示を低減する電力消費をもたらすことを可能にする装置および方法が提供される。

動作中に、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリングデータ用のスケジューリング要求を送信する送受信機と、動作中に、送受信機がスケジューリング要求を送信した後、モニタリングスリープタイマを開始する回路と、を備え、送受信機は、動作中に、モニタリングスリープタイマの動作中に物理ダウンリンク制御チャネルであるＰＤＣＣＨをモニターせず、モニタリングスリープタイマが満了した場合、スケジューリングデータ用のリソース割り当てのためのＰＤＣＣＨのモニタリングを開始する、送受信装置が提供される。

いくつかの実施形態では、回路は、動作中に、送受信機によりスケジューリング要求が送信される場合、モニタリングスリープタイマを開始する。

いくつかの実施形態では、送受信機は、動作中に、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを受信し、回路は、動作中に、送受信機により、モニタリングスリープインジケータが受信される場合、モニタリングスリープタイマを開始する。

例えば、モニタリングスリープインジケータは、継続時間、または、ＰＤＣＣＨのシンボルおよび／またはスロットの数に関して、モニタリングスリープタイマのランタイムを示す。

いくつかの実施形態では、モニタリングスリープタイマのランタイムは、スケジューリング要求設定の優先度のレベルに応じて設定される、。

例えば、モニタリングスリープタイマの第１ランタイムは、第１レベルの優先度を有する第１スケジューリング要求設定用に設定され、モニタリングスリープタイマの第１ランタイムとは異なる第２ランタイムは、第１レベルの優先度とは異なる第２レベルの優先度を有する第２スケジューリング要求設定用に設定される。

例えば、第１レベルの優先度が第２レベルの優先度より低い場合、第１ランタイムは、第２ランタイムよりも大きくなり、第１レベルの優先度が第２レベルの優先度より高い場合、第１ランタイムは、第２ランタイムよりも小さくなる。

いくつかの実施形態では、送受信機は、動作中に、少なくとも１つの関連するレベルの優先度を有する、少なくとも１つのスケジューリング要求設定を示すスケジューリング要求設定インジケータを受信する。

例えば、送受信機は、動作中に、無線リソース制御であるＲＲＣを介してスケジューリング要求設定を受信する。

いくつかの実施形態では、間欠受信であるＤＲＸ周期は、送受信機が、動作中に、アクティブ期間中にＰＤＣＣＨをモニターし、かつ、インアクティブ期間中にＰＤＣＣＨをモニターしない期間に設定される。

さらに、動作中に、少なくともスケジューリングデータの量を示すバッファステータスレポートを送信する送受信機と、動作中に、送受信機がバッファステータスレポートを送信した後、モニタリングスリープタイマを開始する回路とを備え、送受信機は、動作中に、モニタリングスリープタイマが実行されている間、物理ダウンリンク制御チャネルであるＰＤＣＣＨをモニターせず、モニタリングスリープタイマが満了した場合、スケジューリングデータのためのリソース割り当てのためにＰＤＣＣＨのモニタリングを開始する。

いくつかの実施形態では、バッファステータスレポートは、物理アップリンク共有チャネルであるＰＵＳＣＨを介して送信される。

いくつかの実施形態では、回路は、動作中に、バッファステータスレポートが送受信機によって送信される場合、モニタリングスリープタイマを開始する。

いくつかの実施形態では、送受信機は、動作中に、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを受信し、回路は、動作中に、モニタリングスリープインジケータが送受信機によって受信される場合、モニタリングスリープタイマを開始する。

いくつかの実施形態では、モニタリングスリープインジケータは、継続時間、または、ＰＤＣＣＨのシンボルおよび／またはスロットの数に関してモニタリングスリープタイマのランタイムを示す。

いくつかの実施形態では、モニタリングスリープタイマのランタイムは、論理チャネルグループに応じて設定される。

例えば、バッファステータスレポートは、スケジューリングデータの量に関連付けられた論理チャネルグループをさらに示す。

いくつかの実施形態では、バッファステータスレポートは、それぞれのスケジューリングデータの量にそれぞれが関連付けられている複数の論理チャネルグループを示す。

例えば、各論理チャネルグループは、対応するモニタリングスリープタイマのランタイムに関連付けられる。

例えば、モニタリングスリープタイマのランタイムは、最も高いレベルの優先度を有するＬＣＧに関連するランタイムに設定することができる。

いくつかの実施形態では、モニタリングスリープタイマの第１ランタイムは、第１レベルの優先度を有する第１論理チャネルグループ用に設定され、モニタリングスリープタイマの第１ランタイムとは異なる第２ランタイムは、第１レベルの優先度とは異なる第２レベルの優先度を有する第２論理チャネルグループ用に設定される。

例えば、第１レベルの優先度が第２レベルの優先度よりも低い場合、第１ランタイムは第２ランタイムよりも大きくなり、第１レベルの優先度が第２レベルの優先度よりも高い場合、第１ランタイムは第２ランタイムよりも小さくなる。

いくつかの実施形態では、送受信機は、動作中に、少なくとも１つの論理チャネルグループを示す論理チャネルグループランタイムインジケータを、関連するモニタリングタイムのランタイムとともに受信する。

例えば、送受信機は、動作中に、無線リソース制御であるＲＲＣメッセージを介して論理チャネルグループランタイムインジケータを受信する。

いくつかの実施形態では、間欠受信であるＤＲＸ周期は、送受信機が、動作中に、アクティブ期間中にＰＤＣＣＨをモニターし、かつ、インアクティブ期間中にＰＤＣＣＨをモニターしない期間に設定される。

さらに、動作中に、送信タイマを示すスケジューリングデータ用のスケジューリング要求に応じてリソースを割り当てる回路と、動作中に、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリング要求を受信し、かつ、送信タイマが満了した後、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して、割り当てられたリソースを示すリソース割り当てインジケータを送信する、送受信機と、を備えるスケジューリング装置が提供される。

いくつかの実施形態では、回路は、動作中に、モニタリングスリープタイマのランタイムを決定し、送受信機は、動作中に、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを送信する。

例えば、送信タイマのランタイムは、モニタリングスリープタイマのランタイムと等しい。

さらに、動作中に、スケジューリングデータの量を示すバッファステータスレポートに応じてリソースを割り当て、送信タイマを開始する回路と、動作中に、バッファステータスレポートを受信し、送信タイマが満了した後、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して、割り当てられたリソースを示すリソース割り当てインジケータを送信する送受信機を備える、スケジューリング装置が提供される。

例えば、送受信機は、物理アップリンク共有チャネルであるＰＵＳＣＨを介してバッファステータスレポートを受信する。

いくつかの実施形態では、回路は、動作中に、モニタリングスリープタイマのランタイムを決定し、送受信機は、動作中に、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを送信する。

例えば、送信タイマのランタイムは、モニタリングスリープタイマのランタイムと等しい。

いくつかの実施形態では、回路は、動作中に、論理チャネルグループに応じてモニタリングスリープタイマのランタイムを決定する。

例えば、バッファステータスレポートは、スケジューリングデータの量に関連付けられた論理チャネルグループをさらに示す。

いくつかの実施形態では、バッファステータスレポートは、それぞれのスケジューリングデータの量に、それぞれが関連付けられている複数の論理チャネルグループを示す。

例えば、各論理チャネルグループは、対応するモニタリングスリープタイマのランタイムに関連付けられる。

いくつかの実施形態では、モニタリングスリープタイマの第１ランタイムは、第１レベルの優先度を有する第１論理チャネルグループ用に設定され、モニタリングスリープタイマの第１ランタイムとは異なる第２ランタイムは、第１レベルの優先度とは異なる第２レベルの優先度を有する第２論理チャネルグループ用に設定される。

例えば、第１レベルの優先度が第２レベルの優先度よりも低い場合、第１ランタイムは第２ランタイムよりも大きくなり、第１レベルの優先度が第２レベルの優先度よりも高い場合、第１ランタイムは第２ランタイムよりも小さくなる。

いくつかの実施形態では、送受信機は、動作中に、少なくとも１つの論理チャネルグループを示す論理チャネルグループランタイムインジケータを、モニタリングスリープタイマの関連するランタイムとともに送信する。

例えば、送受信機は、動作中に、無線リソース制御であるＲＲＣメッセージを介して論理チャネルグループランタイムインジケータを送信する。

さらに、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリングデータ用のスケジューリング要求を送信するステップと、スケジューリング要求の送信後、モニタリングスリープタイマを開始するステップと、モニタリングスリープタイマの動作中に、物理ダウンリンク制御チャネルであるＰＤＣＣＨのモニターを止めるステップと、モニタリングスリープタイマが満了した場合、スケジューリングデータ用のリソース割り当てのためのＰＤＣＣＨのモニタリングを開始するステップと、を有する方法が提供される。

いくつかの実施形態では、スケジューリング要求が送信された場合、モニタリングスリープタイマは、開始される。

いくつかの実施形態では、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータが受信され、モニタリングスリープインジケータが受信される場合、モニタリングスリープタイマが開始される。

例えば、モニタリングスリープインジケータは、継続時間、または、ＰＤＣＣＨのシンボルおよび／またはスロットの数に関してモニタリングスリープタイマのランタイムを示す。

いくつかの実施形態では、モニタリングスリープタイマのランタイムは、スケジューリング要求設定の優先度のレベルに応じて設定される。

例えば、モニタリングスリープタイマの第１ランタイムは、第１レベルの優先度を有する第１スケジューリング要求設定用に設定され、モニタリングスリープタイマの第１ランタイムとは異なる第２ランタイムは、第１レベルの優先度とは異なる第２レベルの優先度を有する第２スケジューリング要求設定用に設定される。

例えば、第１レベルの優先度が第２レベルの優先度よりも低い場合、第１ランタイムは第２ランタイムよりも大きくなり、第１レベルの優先度が第２レベルの優先度よりも高い場合、第１ランタイムは第２ランタイムよりも小さくなる。

いくつかの実施形態では、少なくとも１つの関連するレベルの優先度を有する、少なくとも１つのスケジューリング要求設定を示すスケジューリング要求設定インジケータが受信される。

例えば、スケジューリング要求設定インジケータが無線リソース制御であるＲＲＣ、メッセージを介して受信される。

いくつかの実施形態では、間欠受信であるＤＲＸ周期は、アクティブ期間中にＰＤＣＣＨがモニターされ、かつ、インアクティブ期間中にＰＤＣＣＨがモニターされない期間に設定される。

さらに、スケジューリングデータの量を示すバッファステータスレポートを送信するステップと、バッファステータスレポートの送信後にモニタリングスリープタイマを開始するステップと、モニタリングスリープタイマの動作中に物理ダウンリンク制御チャネルであるＰＤＣＣＨのモニタリングを止めるステップと、モニタリングスリープタイマが満了した場合、スケジューリングデータのためのリソース割り当てのためにＰＤＣＣＨのモニタリングを開始するステップとを有する方法が提供される。

いくつかの実施形態では、バッファステータスレポートは、物理アップリンク共有チャネルであるＰＵＳＣＨを介して送信される。

いくつかの実施形態では、バッファステータスレポートが送信された場合、モニタリングスリープタイマは開始される。

いくつかの実施形態では、方法は、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを受信するステップと、モニタリングスリープインジケータが受信される場合、モニタリングスリープタイマを開始するステップとを含む。

いくつかの実施形態では、モニタリングスリープインジケータは、継続時間、または、ＰＤＣＣＨのシンボルおよび／またはスロットの数に関してモニタリングスリープタイマのランタイムを示す。

いくつかの実施形態では、モニタリングスリープタイマのランタイムは、論理チャネルグループに応じて設定される。

例えば、バッファステータスレポートは、スケジューリングデータの量に関連付けられた論理チャネルグループをさらに示す。

いくつかの実施形態では、バッファステータスレポートは、それぞれのスケジューリングデータの量に、それぞれが関連付けられている複数の論理チャネルグループを示す。

例えば、各論理チャネルグループは、対応するモニタリングスリープタイマのランタイムに関連付けられる。

例えば、モニタリングスリープタイマのランタイムは、最も高いレベルの優先度を有するＬＣＧに関連付けられるランタイムに設定することができる。

いくつかの実施形態では、モニタリングスリープタイマの第１ランタイムは、第１レベルの優先度を有する第１論理チャネルグループ用に設定され、モニタリングスリープタイマの第１ランタイムとは異なる第２ランタイムは、第１レベルの優先度とは異なる第２レベルの優先度を有する第２論理チャネルグループ用に設定される。

例えば、第１レベルの優先度が第２レベルの優先度よりも低い場合、第１ランタイムは第２ランタイムよりも大きくなり、第１レベルの優先度が第２レベルの優先度よりも高い場合、第１ランタイムは第２ランタイムよりも小さくなる。

いくつかの実施形態において、方法は、モニタリングスリープタイマの関連付けれらたランタイムを有する少なくとも１つの論理チャネルグループを示す論理チャネルグループランタイムインジケータを受信するステップを含む。

例えば、論理チャネルグループランタイムインジケータは、無線リソース制御であるＲＲＣメッセージを介して受信される。

いくつかの実施形態では、間欠受信であるＤＲＸ周期が、アクティブ期間中にＰＤＣＣＨがモニターされ、かつ、インアクティブ期間中にＰＤＣＣＨがモニターされない期間に設定される。

さらに、物理アップリンク制御チャネルであるＰＵＣＣＨを介してスケジューリングデータ用のスケジューリング要求を受信するステップと、送信タイマを開始するステップと、スケジューリング要求に応じてリソースを割り当てるステップと、送信タイマが満了した後、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して、割り当てられたリソースを示すリソース割り当てインジケータを送信するステップと、を有する方法が提供される。

いくつかの実施形態では、モニタリングスリープタイマのランタイムが決定され、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータが送信される。

例えば、送信タイマのランタイムは、モニタリングスリープタイマのランタイムと等しい。

さらに、スケジューリングデータの量を示すバッファステータスレポートを受信するステップと、送信タイマを開始するステップと、バッファステータスレポートに応じてリソースを割り当てるステップと、送信タイマが満了した後、物理ダウンリンク制御チャネルであるＰＤＣＣＨを介して、割り当てられたリソースを示すリソース割り当てインジケータを送信するステップとを含む方法が提供される。

例えば、送受信機は、物理アップリンク共有チャネルであるＰＵＳＣＨを介してバッファステータスレポートを受信する。

いくつかの実施形態では、方法は、モニタリングスリープタイマのランタイムを決定するステップと、モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを送信するステップとを含む。

例えば、送信タイマのランタイムは、モニタリングスリープタイマのランタイムと等しい。

いくつかの実施形態では、方法は、論理チャネルグループに応じて、モニタリングスリープタイマのランタイムを決定するステップを含む。

例えば、バッファステータスレポートは、スケジューリングデータの量に関連付けられた論理チャネルグループをさらに示す。

いくつかの実施形態では、バッファステータスレポートは、それぞれのスケジューリングデータの量に、それぞれが関連付けられている複数の論理チャネルグループを示す。

例えば、各論理チャネルグループは、対応するモニタリングスリープタイマのランタイムに関連付けられる。

いくつかの実施形態では、モニタリングスリープタイマの第１ランタイムは、第１レベルの優先度を有する第１論理チャネルグループ用に設定され、モニタリングスリープタイマの第１ランタイムとは異なる第２ランタイムは、第１レベルの優先度とは異なる第２レベルの優先度を有する第２論理チャネルグループ用に設定される。

例えば、第１レベルの優先度が第２レベルの優先度よりも低い場合、第１ランタイムは第２ランタイムよりも大きくなり、第１レベルの優先度が第２レベルの優先度よりも高い場合、第１ランタイムは第２ランタイムよりも小さくなる。

いくつかの実施形態において、方法は、モニタリングスリープタイマの関連付けられたランタイムを有する少なくとも１つの論理チャネルグループを示す論理チャネルグループランタイムインジケータを送信することを含む。

例えば、論理チャネルグループランタイムインジケータは、無線リソース制御であるＲＲＣメッセージを介して送信される。

Claims (15)

1. 動作中に、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してスケジューリングデータ用のスケジューリング要求を送信する送受信機と、
   動作中に、前記送受信機が前記スケジューリング要求を送信した後、モニタリングスリープタイマを開始する回路と、
   を備え、
   前記送受信機は、動作中に、
   前記モニタリングスリープタイマの動作中に物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニターせず、
   前記モニタリングスリープタイマが満了した後、前記スケジューリング要求が保留されている間、間欠受信（ＤＲＸ）周期のアクティブ期間が開始され、前記アクティブ期間中に前記スケジューリングデータ用のリソース割り当てのための前記ＰＤＣＣＨをモニターし、
   前記モニタリングスリープタイマの時間の長さは、無線リソース制御（ＲＲＣ）によって動的に設定される、
   送受信装置。
2. 前記回路は、動作中に、前記送受信機により前記スケジューリング要求が送信される場合、前記モニタリングスリープタイマを開始する、
   請求項１に記載の送受信装置。
3. 前記送受信機は、動作中に、前記モニタリングスリープタイマのランタイムを示すモニタリングスリープインジケータを受信し、
   前記回路は、動作中に、前記送受信機により、前記モニタリングスリープインジケータが受信される場合、前記モニタリングスリープタイマを開始する、
   請求項１に記載の送受信装置。
4. 前記モニタリングスリープインジケータは、継続時間、または、前記ＰＤＣＣＨのシンボルおよび／またはスロットの数に関して、前記モニタリングスリープタイマのランタイムを示す、
   請求項３に記載の送受信装置。
5. 前記モニタリングスリープタイマのランタイムは、スケジューリング要求設定の優先度のレベルに応じて設定される、
   請求項１に記載の送受信装置。
6. 前記送受信機は、動作中に、少なくとも１つの関連するレベルの優先度を有する、少なくとも１つのスケジューリング要求設定を示すスケジューリング要求設定インジケータを受信する、
   請求項５に記載の送受信装置。
7. 前記送受信機は、動作中に、無線リソース制御（ＲＲＣ）を介して前記スケジューリング要求設定を受信する、
   請求項６に記載の送受信装置。
8. 前記ＤＲＸ周期は、前記送受信機が、動作中に、前記アクティブ期間中に前記ＰＤＣＣＨをモニターし、かつ、インアクティブ期間中に前記ＰＤＣＣＨをモニターしない期間に設定される、
   請求項１に記載の送受信装置。
9. 動作中に、送信タイマを示すスケジューリングデータ用のスケジューリング要求に応じてリソースを割り当てる回路と、
   動作中に、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して前記スケジューリング要求を受信し、かつ、前記送信タイマが満了した後、前記スケジューリング要求が保留されている間、間欠受信（ＤＲＸ）周期のアクティブ期間が開始され、前記アクティブ期間中に物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、割り当てられた前記リソースを示すリソース割り当てインジケータを送信する、送受信機と、
   を備え、
   前記送信タイマの時間の長さは、無線リソース制御（ＲＲＣ）による設定に基づいて動的に設定される、
   スケジューリング装置。
10. 前記回路は、動作中に、モニタリングスリープタイマのランタイムを決定し、
    前記送受信機は、動作中に、前記モニタリングスリープタイマの前記ランタイムを示すモニタリングスリープインジケータを送信する、
    請求項９に記載のスケジューリング装置。
11. 前記送信タイマのランタイムは、前記モニタリングスリープタイマのランタイムと等しい、
    請求項１０に記載のスケジューリング装置。
12. 方法であって、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してスケジューリングデータ用のスケジューリング要求を送信するステップと、
    前記スケジューリング要求の送信後、モニタリングスリープタイマを開始するステップと、
    前記モニタリングスリープタイマの動作中に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のモニターを止めるステップと、
    前記モニタリングスリープタイマが満了した後、前記スケジューリング要求が保留されている間、間欠受信（ＤＲＸ）周期のアクティブ期間が開始され、前記アクティブ期間中に前記スケジューリングデータ用のリソース割り当てのための前記ＰＤＣＣＨをモニターするステップと、
    を有し、
    前記モニタリングスリープタイマの時間の長さは、無線リソース制御（ＲＲＣ）によって動的に設定される、
    方法。
13. 方法であって、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してスケジューリングデータ用のスケジューリング要求を受信するステップと、
    送信タイマを開始するステップと、
    前記スケジューリング要求に応じてリソースを割り当てるステップと、
    前記送信タイマが満了した後、前記スケジューリング要求が保留されている間、間欠受信（ＤＲＸ）周期のアクティブ期間が開始され、前記アクティブ期間中に物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、割り当てられた前記リソースを示すリソース割り当てインジケータを送信するステップと、
    を有し、
    前記送信タイマの時間の長さは、無線リソース制御（ＲＲＣ）による設定に基づいて設定される、
    方法。
14. 送受信装置の処理を制御する集積回路であって、前記処理は、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してスケジューリングデータ用のスケジューリング要求を送信する処理と、
    前記スケジューリング要求の送信後、モニタリングスリープタイマを開始する処理と、
    前記モニタリングスリープタイマの動作中に、物理ダウンリンク制御チャネルであるＰＤＣＣＨのモニターを止める処理と、
    前記モニタリングスリープタイマが満了した後、前記スケジューリング要求が保留されている間、間欠受信（ＤＲＸ）周期のアクティブ期間が開始され、前記アクティブ期間中に前記スケジューリングデータ用のリソース割り当てのための前記ＰＤＣＣＨをモニターする処理と、
    を有し、
    前記モニタリングスリープタイマの時間の長さは、無線リソース制御（ＲＲＣ）によって動的に設定される、
    集積回路。
15. スケジューリングノードの処理を制御する集積回路であって、前記処理は、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してスケジューリングデータ用のスケジューリング要求を受信する処理と、
    送信タイマを開始する処理と、
    前記スケジューリング要求に応じてリソースを割り当てる処理と、
    前記送信タイマが満了した後、前記スケジューリング要求が保留されている間、間欠受信（ＤＲＸ）周期のアクティブ期間が開始され、前記アクティブ期間中に物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、割り当てられた前記リソースを示すリソース割り当てインジケータを送信する処理と、
    を有し、
    前記送信タイマの時間の長さは、無線リソース制御（ＲＲＣ）による設定に基づいて設定される、
    集積回路。