(57)【要約】ＤＲＸ設定に従って動作し、アップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイスは、デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定する。デバイスは、必ずしも第２トリガを受信することなく、デバイスが第１トリガを受信したとの判定に応じて、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入る。
2019530348.tif 000002
【特許請求の範囲】
【請求項１】
間欠受信、ＤＲＸ、設定に従って動作し、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイス（１４）によって実行される方法（５００）であって、
前記デバイス（１４）が２ステップ・グラントの第１トリガを受信したかどうかを判定すること（５０２）と、
前記デバイス（１４）が前記第１トリガを受信したとの判定に応じて、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入ること（５０４）と、
を有する、方法。
【請求項２】
請求項１に記載の方法（５００）であって、前記状態に入ることは、前記状態に入る前に、前記第１トリガを受信してから所定の期間を待つことを含む、方法。
【請求項３】
請求項１又は２に記載の方法（５００）であって、
前記第１トリガが無効になったかどうかを判定することと、
前記第１トリガが無効になったとの判定に応じて、前記状態から出ることと、
を更に有する、方法。
【請求項４】
請求項１又は２に記載の方法（５００）であって、
前記第１トリガの受信に応じてタイマを開始することと、
前記タイマの満了に応じてのみ、前記状態から出ることと、
を更に有する、方法。
【請求項５】
請求項１又は２に記載の方法（５００）であって、
前記第１トリガが無効になったかどうかを判定することと、
前記第１トリガが無効になったとの判定に応じて、タイマを開始することと、
前記タイマの満了に応じてのみ、前記状態から出ることと、
を更に有する、方法。
【請求項６】
請求項４又は５に記載の方法（５００）であって、前記タイマの持続時間が前記第１トリガとともに受信される、方法。
【請求項７】
請求項４又は５に記載の方法（５００）であって、前記タイマの持続時間が無線リソース制御、ＲＲＣ、シグナリングで受信される、方法。
【請求項８】
請求項４乃至７の何れか１項に記載の方法（５００）であって、前記２ステップ・グラントの第２トリガの受信に応じて、前記タイマを停止することを更に有する、方法。
【請求項９】
請求項４乃至７の何れか１項に記載の方法（５００）であって、前記タイマの満了に応じてのみ、前記状態から出ることは、前記２ステップ・グラントの第２トリガが受信される前に、前記状態から出ることを含む、方法。
【請求項１０】
請求項１又は２に記載の方法（５００）であって、
前記デバイス（１４）が前記２ステップ・グラントの第２トリガを受信したかどうかを判定することと、
前記デバイス（１４）が前記第２トリガを受信したとの判定に応じて、前記状態から出ることと、
を更に有する、方法。
【請求項１１】
請求項１又は２に記載の方法（５００）であって、
前記デバイス（１４）が前記２ステップ・グラントの第２トリガを受信したかどうかを判定することと、
前記デバイス（１４）が前記第２トリガを受信したとの判定に応じて、特定のタイマが動作中であるかどうかを判定することと、
前記タイマが動作中であるとの判定に応じて、前記タイマの満了後にのみ、上記状態から出ることと、
を更に有する、方法。
【請求項１２】
請求項１又は２に記載の方法（５００）であって、
前記２ステップ・グラントの第２トリガを受信することと、
前記第２トリガによって起動されたアップリンク送信の送信に応じて、前記状態から出ることと、
を更に有する、方法。
【請求項１３】
請求項８乃至１２の何れか１項に記載の方法（５００）であって、前記デバイスが前記状態である時間は、前記第２トリガが受信された送信時間間隔、ＴＴＩ、を含む、方法。
【請求項１４】
請求項１乃至１３の何れか１項に記載の方法（５００）であって、前記デバイスが前記状態である時間は、前記第１トリガが受信された送信時間間隔、ＴＴＩ、を含む、方法。
【請求項１５】
間欠受信、ＤＲＸ、設定に従って動作し、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイス（１４）であって、
前記ネットワークとの通信のために構成された送受信機回路（５２）と、
前記送受信機回路（５２）に動作可能に関連する処理回路（４８）であって、
前記デバイス（１４）が２ステップ・グラントの第１トリガを受信したかどうかを判定することと、
前記デバイス（１４）を、前記デバイス（１４）が前記第１トリガを受信したとの判定に応じて、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせることと、を行うように構成された処理回路と、
を備える、無線通信デバイス。
【請求項１６】
請求項１５に記載のデバイス（１４）であって、前記処理回路（４８）は、前記デバイス（１４）を前記状態に入らせる前に、前記第１トリガを受信してから所定の期間を待つように構成される、デバイス。
【請求項１７】
請求項１５又は１６に記載のデバイス（１４）であって、前記処理回路（４８）は、
前記第１トリガが無効になったかどうかを判定することと、
前記第１トリガが無効になったとの判定に応じて、前記デバイス（１４）を前記状態から出させることと、
を行うように構成される、デバイス（１４）。
【請求項１８】
請求項１５又は１６に記載のデバイス（１４）であって、前記処理回路（４８）は、
前記第１トリガの受信に応じて、タイマを開始することと、
前記タイマの満了に応じてのみ、前記デバイス（１４）を前記状態から出させることと、
を行うように構成される、デバイス。
【請求項１９】
請求項１５又は１６に記載のデバイス（１４）であって、前記処理回路（４８）は、
前記第１トリガが無効になったかどうかを判定することと、
前記第１トリガが無効になったとの判定に応じて、タイマを開始することと、
前記タイマの満了に応じてのみ、前記デバイス（１４）を前記状態から出させることと、
を行うように構成される、デバイス。
【請求項２０】
請求項１８又は１９に記載のデバイス（１４）であって、タイマの持続時間が前記第１トリガとともに受信される、デバイス。
【請求項２１】
請求項１８又は１９に記載のデバイス（１４）であって、タイマの持続時間が無線リソース制御、ＲＲＣ、シグナリングで受信される、デバイス。
【請求項２２】
請求項１８乃至２１の何れか１項に記載のデバイス（１４）であって、前記処理回路（４８）は、前記２ステップ・グラントの第２トリガの受信に応じて、前記タイマを停止するように構成される、デバイス。
【請求項２３】
請求項１８乃至２１の何れか１項に記載のデバイス（１４）であって、前記処理回路（４８）は、前記タイマの満了に応じてのみ、且つ前記２ステップ・グラントの第２トリガが受信される前に、前記デバイス（１４）を前記状態から出させるように構成される、デバイス。
【請求項２４】
請求項１５又は１６に記載のデバイス（１４）であって、前記処理回路（４８）は、
前記デバイス（１４）が前記２ステップ・グラントの第２トリガを受信したかどうかを判定することと、
前記デバイス（１４）が前記第２トリガを受信したとの判定に応じて、前記デバイス（１４）を前記状態から出させることと、
を行うように構成される、デバイス。
【請求項２５】
請求項１５又は１６に記載のデバイス（１４）であって、前記処理回路（４８）は、
前記デバイス（１４）が前記２ステップ・グラントの第２トリガを受信したかどうかを判定することと、
前記デバイス（１４）が前記第２トリガを受信したとの判定に応じて、特定のタイマが動作中であるかどうかを判定することと、
前記タイマが動作中であるとの判定に応じて、前記タイマの満了後にのみ、前記デバイス（１４）を前記状態から出させることと、
を行うように構成される、デバイス。
【請求項２６】
請求項１５又は１６に記載のデバイス（１４）であって、前記処理回路（４８）は、
前記２ステップ・グラントの第２トリガを受信することと、
前記第２トリガによって起動されたアップリンク送信の送信に応じて、前記デバイス（１４）を前記状態から出させることと、
を行うように構成される、デバイス。
【請求項２７】
請求項１乃至１４の何れか１項に記載の方法（５００）を実行するように適合された無線通信デバイス（１４）。
【請求項２８】
プログラム命令を有するコンピュータ・プログラムを格納する非一時的コンピュータ可読記憶媒体（５０）であって、前記プログラム命令は、間欠受信、ＤＲＸ、設定に従って動作するように構成され、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイス（１４）の処理回路（４８）で実行された場合に、前記デバイス（１４）に、
前記デバイス（１４）が２ステップ・グラントの第１トリガを受信したかどうかを判定することと、
前記デバイス（１４）を、前記デバイス（１４）が前記第１トリガを受信したとの判定に応じて、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせることと、
を行わせる、非一時的コンピュータ可読記憶媒体。
【請求項２９】
少なくとも１つの処理回路（４８）で実行された場合に、前記少なくとも１つの処理回路（４８）に、請求項１乃至１４の何れか１項に記載の方法（５００）を実行させる命令を有するコンピュータ・プログラム。
【請求項３０】
請求項２９に記載のコンピュータ・プログラムを含む媒体であって、前記媒体は、電気信号と、光信号と、無線信号と、コンピュータ可読記憶媒体（５０）と、のうちの１つである、媒体。
【請求項３１】
間欠受信、ＤＲＸ、設定に従って動作し、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイス（１４）であって、
前記デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定するための判定モジュール（６６）と、
前記デバイスが前記第１トリガを受信したとの判定に応じて、前記デバイスを、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせるための前記判定モジュール（６６）と、
を備える、デバイス。
【請求項３２】
無線通信ネットワークのネットワーク・ノード（１２）によって実行される方法（３００）であって、前記ネットワーク・ノード（１２）は、間欠受信、ＤＲＸ、設定に従って動作する無線通信デバイス（１４）へアップリンク送信のための２ステップ・グラントを提供するように構成され、前記方法（３００）は、
前記２ステップ・グラントの第１トリガを送信すること（３０２）と、
前記２ステップ・グラントの第２トリガを送信する前に、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるように前記デバイス（１４）へ物理ダウンリンク制御チャネル・メッセージを送信すること（３０４）と、
を有する、方法。
【請求項３３】
請求項３２に記載の方法（３００）であって、前記第２トリガを送信することを更に有する、方法。
【請求項３４】
請求項３２に記載の方法（３００）であって、前記デバイス（１４）によって開始されるタイマの持続時間を送信することを更に有し、前記デバイス（１４）は、前記タイマの満了によってのみ、前記状態から出る、方法。
【請求項３５】
請求項３２に記載の方法（３００）であって、前記デバイス（１４）が前記第２トリガを受信する前に前記状態に入るように構成されるかどうかを判定することを更に有する、方法。
【請求項３６】
無線通信ネットワークのネットワーク・ノード（１２）であって、前記ネットワーク・ノード（１２）は、間欠受信、ＤＲＸ、設定に従って動作する無線通信デバイス（１４）へアップリンク送信のための２ステップ・グラントを提供するように構成され、前記ネットワーク・ノード（１２）は、
前記デバイス（１４）との通信のために構成された送受信機回路（３６）と、
前記送受信機回路（３６）に動作可能に関連する処理回路（３０）であって、
前記送受信機回路（３６）を介して、前記２ステップ・グラントの第１トリガを送信することと、
前記２ステップ・グラントの第２トリガを送信する前に、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるように前記デバイス（１４）へ物理ダウンリンク制御チャネル・メッセージを送信することと、
を行うように構成される処理回路と、
を備える、ネットワーク・ノード。
【請求項３７】
請求項３６に記載のネットワーク・ノード（１２）であって、前記処理回路（３０）は、前記送受信機回路（３６）を介して前記第２トリガを送信するように構成される、ネットワーク・ノード。
【請求項３８】
請求項３６に記載のネットワーク・ノード（１２）であって、前記処理回路（３０）は、前記デバイス（１４）によって開始されるタイマの持続時間を送信するように更に構成され、前記デバイス（１４）は、前記タイマの満了によってのみ、前記状態から出る、ネットワーク・ノード。
【請求項３９】
請求項３６に記載のネットワーク・ノード（１２）であって、前記処理回路（３６）は、前記デバイス（１４）が前記第２トリガを受信する前に前記状態に入るように構成されるかどうかを判定するように構成される、方法。
【請求項４０】
請求項３２乃至３５の何れか１項に記載の方法（３００）を実行するように適合されたネットワーク・ノード（１２）。
【請求項４１】
プログラム命令を含むコンピュータ・プログラムを格納する非一時的コンピュータ可読記憶媒体（３２）であって、前記プログラム命令は、無線通信ネットワークのネットワーク・ノード（１２）であって、間欠受信、ＤＲＸ、設定に従って動作する無線通信デバイス（１４）へアップリンク送信のための２ステップ・グラントを提供するように構成されたネットワーク・ノード（１２）の処理回路（３０）で実行された場合に、前記ネットワーク・ノード（１２）に、
前記２ステップ・グラントの第１トリガを送信することと、
前記２ステップ・グラントの第２トリガを送信する前に、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるように前記デバイス（１４）へ物理ダウンリンク制御チャネル・メッセージを送信することと、
を行わせる、一時的コンピュータ可読記憶媒体。
【請求項４２】
少なくとも３２つの処理回路（３０）で実行された場合に、前記少なくとも１つの処理回路（３０）に、請求項３２乃至３５の何れか１項に記載の方法（３００）を実行させる命令を有するコンピュータ・プログラム。
【請求項４３】
請求項４２に記載のコンピュータ・プログラムを含む媒体であって、前記媒体は、電気信号と、光信号と、無線信号と、コンピュータ可読記憶媒体（３２）と、のうちの１つである、媒体。
【請求項４４】
無線通信ネットワークのネットワーク・ノード（１２）であって、前記ネットワーク・ノード（１２）は、間欠受信、ＤＲＸ、設定に従って動作する無線通信デバイス（１４）へアップリンク送信のための２ステップ・グラントを提供するように構成され、前記ネットワーク・ノード（１２）は、
前記２ステップ・グラントの第１トリガを送信するための送信モジュール（６２）と、
前記２ステップ・グラントの第２トリガを送信する前に、前記デバイス（１４）が前記ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるように前記デバイス（１４）へ物理ダウンリンク制御チャネル・メッセージを送信するための前記送信モジュール（６２）と、
を備える、ネットワーク・ノード（１２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は総括的に無線通信に関し、より具体的に、間欠受信（ＤＲＸ）設定に従って動作し、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイスに関する。
【背景技術】
【０００２】
ユーザ機器（ＵＥ）は、バッテリ電力を節約するために種々の間欠受信（ＤＲＸ）設定で構成されうる。ＵＥがＤＲＸスリープ中である場合に、ＵＥは物理ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）をリッスンする必要がない。ＵＥがＤＲＸアクティブ時間中である場合に、ＵＥは通常、ｅノードＢ（ｅＮＢ）からの起こりうるスケジューリング要求を待つためにＰＤＣＣＨチャネルをリッスンしなければならない。
【０００３】
ＭＡＣ標準（３ＧＰＰ  ＴＳ３６．３２１  ｖ１３．２．０）の５．７節で指定される条件の何れかが真である場合にＵＥはＤＲＸアクティブ時間中であり、この条件は以下に要約される。
１．ＤＲＸパラメータが設定されていない、又は、
２．ＤＲＸパラメータが設定されており、且つ
２．１  ｄｒｘ非アクティビティ・タイマが動作中である、又は
２．２  ｄｒｘ再送タイマが動作中である、又は
２．３  ｍａｃ競合解決タイマが動作中である、又は
２．４  ＰＵＣＣＨで送信されたスケジューリング要求がペンディング中である、又は
２．５  ペンディング中のＨＡＲＱ再送のためのアップリンク・グラントが生じてもよく、対応するＨＡＲＱバッファ内にデータが存在する、又は
２．６  明示的にシグナリングされたプリアンブルのためのランダム・アクセス応答の受信成功後に、ＵＥのＣ‐ＲＮＴＩへ宛てられた新たな送信を示すＰＤＣＣＨが受信されていない（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内のＵＥにのみ当てはまる）。
そうでなければ、
３  ＤＲＸスリープが使用される状態である。
【０００４】
ＤＲＸサイクル及びｄｒｘ非アクティビティ・タイマ
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でありＤＲＸ機能で構成されたＵＥは、長期及び短期の両方のＤＲＸサイクルで構成されうる。長期ＤＲＸサイクルの意図は、任意の新たなスケジューリング要求をリッスンするために、ＵＥが長時間、スリープでき、ＤＲＸアクティブ時間内にのみ定期的にウェイクアップすべきであるということである。短期ＤＲＸサイクルの意図は、任意のスケジューリング要求をリッスンするためにＵＥが長期ＤＲＸサイクルよりも頻繁にアウェイクであるべきであるということである。スケジューリング要求をリッスンするためにＵＥがアウェイク中である期間はオン・デュレーション期間と呼ばれ、ＵＥがアウェイク中である何らかの期間について構成される。
【０００５】
ＵＥがスケジュールされる場合に、ｄｒｘ非アクティビティ・タイマが開始され、このタイマが動作中にＵＥは任意のスケジューリング要求をリッスンするためにアウェイク中である。ｄｒｘ非アクティビティ・タイマが満了した場合に、ＵＥは、設定されるならば、短期ＤＲＸスリープに入る。そうでなければ、ＵＥは長期ＤＲＸスリープに入る。また、ＵＥが設定された短期ＤＲＸサイクル数についてスケジュールされていないならば、ＵＥは長期ＤＲＸスリープに入る。
【０００６】
２ステップ・グラント・フレームワーク
ロング・ターム・エボリューション（ＬＴＥ）において、ｅＮＢは、ＰＤＣＣＨシグナリングを介してＵＥへアップリンク送信グラントを提供する。ＵＥが送信時間間隔（ＴＴＩ）ＮでＰＤＣＣＨを介してアップリンク送信グラントを受信したならば、ＵＥはＴＴＩ  Ｎ＋４で関連するＰＤＣＣＨ送信を実行する。
【０００７】
ＬＴＥのリリース１４で、２ステップ・グラント・フレームワークが導入された。２ステップ・スケジューリング・フレームワークに従って、ＵＥは、２つのＰＤＣＣＨメッセージを用いてスケジュールされてもよく、２つのメッセージの組み合わせは、ＵＥがアップリンク送信を実行できることを許可する。このフレームワークで、ＵＥはまず、（“ステップ１”又は“物理アップリンク共有チャネル（ＰＵＳＣＨ）トリガＡ”と呼ばれることもある）第１トリガを示すＰＤＣＣＨ送信を受信し、これは、第２ＰＤＣＣＨ送信で送信される（“ステップ２”又は“ＰＵＳＣＨトリガＢ”と呼ばれることもある）関連する第２トリガを有する。
【０００８】
以下は、２ステップ・グラント・フレームワークを記述する３６．２１３のための３ＧＰＰ  ＣＲからの抜粋である。
ＬＡＡ  Ｓセルであるサービング・セルについて、ＵＥは、
‐ＵＥに向けて意図されたサブフレームｎ内でＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂを有し‘ＰＵＳＣＨトリガＡ’フィールドが‘０’に設定されたＰＤＣＣＨ／ＥＰＤＣＣＨの検出に応じて、又は
‐ＵＥに向けて意図されたサブフレームｎ‐ｖから最も直近のサブフレーム内でＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂを有し‘ＰＵＳＣＨトリガＡ’フィールドが‘１’に設定されたＰＤＣＣＨ／ＥＰＤＣＣＨの検出に応じて、且つサブフレームｎ内でＣＣ‐ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを有し‘ＰＵＳＣＨトリガＢ’フィールドが‘１’に設定されたＰＤＣＣＨの検出に応じて、
ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＨＡＲＱプロセスＩＤ  ｍｏｄ（ｎHARQ_ID＋ｉ，ＮHARQ）に従ってｉ＝０，１，．．．，Ｎ‐１としてサブフレームｎ＋ｌ＋ｋ＋ｉ内で、１５．２．１項に記載されたチャネル・アクセス手続きを条件として、対応するＰＵＳＣＨ送信を実行し、ここで、
‐ＤＣＩフォーマット０Ａ／４ＡについてＮ＝１であり、Ｎの値は、対応するＤＣＩフォーマット０Ｂ／４Ｂ内の‘スケジュールされたサブフレームの個数’フィールドによって決定される。
‐ＵＥは、ＤＣＩフォーマット０Ｂについての上位層パラメータmaxNumberOfSchedSubframes-Format0B及びＤＣＩフォーマット４Ｂについての上位層パラメータmaxNumberOfSchedSubframes-Format4BによってＮの最大値が設定され、
‐‘ＰＵＳＣＨトリガＡ’フィールドが‘０’に設定されるならば表８．２ｄに従い、そうでないならば表８．２ｅに従って、対応するＤＣＩ  ０Ａ／０Ｂ／４Ａ／４Ｂ内のスケジューリング遅延フィールドによってｋの値が決定され、
‐対応するＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂ内のＨＡＲＱプロセス数フィールド及びHARQ＝１６によってｎHARQ_IDの値が決定され、
‐対応するＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂ内で‘０’に設定された‘ＰＵＳＣＨトリガＡ’フィールドについて、
‐ｌ＝４であり、
‐そうでなければ、
‐ｌの値は、１３Ａ号の手続きに従ってＣＣ‐ＲＮＴＩによってＣＲＣがスクランブルされ、‘ＰＵＳＣＨトリガＢ’フィールドが‘１’に設定された対応するＤＣＩ内の‘ＬＡＡのためのＵＬ設定’フィールドによって決定されるようなＵＬオフセットであり、
‐表８．２ｆに従うＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂを有し‘ＰＵＳＣＨトリガＡ’フィールドが‘１’に設定された対応するＰＤＣＣＨ／ＥＰＤＣＣＨ内の検証持続時間フィールドによってｖの値が決定され、
‐ＵＥによってサポートされるｌ＋ｋの最小値がＵＥ‐ＥＵＴＲＡ能力に含まれる。
【０００９】
2019530348.tif 000003
【００１０】
2019530348.tif 000004
【００１１】
2019530348.tif 000005
【００１２】
上述のように、２ステップ・グラント・フレームワークに従って、ＵＥは２つのメッセージを受信し、これは組み合わされて、ＵＥがアップリンク送信をいつ実行すべきかを決定する。
【００１３】
ＬＴＥの現在のＤＲＸフレームワークで、ＵＥは、ＰＤＣＣＨがアップリンク送信を示す場合に、ＵＥがアクティブ時間（すなわち、”アウェイク”）中である非アクティビティ・タイマを開始する。２ステップ・グラントが適用されるシナリオで、これの結果として、ステップ２を受信する前にＵＥが実際のグラントをまだ受け取っていないため、ＵＥがステップ２を受信した場合にのみＵＥがアウェイクのままとなる。よって、この結果として、ＵＥはアクティブ時間中ではなく、それゆえＰＤＣＣＨをモニタしないことがありうる。したがって、ＵＥはｅＮＢによって到達されえない。
【発明の概要】
【００１４】
この開示の実施形態は、ＵＥが完全なグラントを受信する時刻よりも前の時間中にアクティブ時間中でありうるＵＥを記載する。すなわち、ＵＥは、２ステップ・グラントが用いられる場合にステップ２の前にアクティブ時間中でありうる。これにより、完全なグラントがＵＥに提供されていなくとも、ｅＮＢはＰＤＣＣＨを介してＵＥへメッセージを送信できる。これにより、ユーザ・スループット及びシステム性能が向上しうる。アクティブ時間は、ＵＥがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態にＵＥがある時間を含んでもよい。
【００１５】
一部の実施形態によれば、ＤＲＸ設定に従って動作し、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイスによって方法が実行される。本方法は、デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定することと、デバイスが第１トリガを受信したとの判定に応じて、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入ることと、を含む。
【００１６】
一部の実施形態によれば、ＤＲＸ設定に従って動作するように構成され、アップリンク送信についての２ステップ・グラントを無線通信ネットワークから受信するように構成された無線通信デバイスは、ネットワークと通信するために構成された送受信機回路と、送受信機回路に動作可能に関連付けられた処理回路と、を含む。処理回路は、デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定することと、デバイスが第１トリガを受信したとの判定に応じて、デバイスを、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせることと、を行うように構成される。
【００１７】
一部の実施形態によれば、無線通信ネットワークのネットワーク・ノードによって方法が実行され、ネットワーク・ノードは、ＤＲＸ設定に従って動作する無線通信デバイスへアップリンク送信のための２ステップ・グラントを提供するように構成される。本方法は、２ステップ・グラントの第１トリガを送信することと、２ステップ・グラントの第２トリガを送信する前に、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるようにデバイスへ物理ダウンリンク制御チャネル・メッセージを送信することと、を含む。
【００１８】
一部の実施形態によれば、無線通信ネットワークのネットワーク・ノードであって、ＤＲＸ設定に従って動作する無線通信デバイスへ、アップリンク送信についての２ステップ・グラントを提供するように構成されたネットワーク・ノードは、デバイスと通信するために構成された送受信機回路と、送受信機回路に動作可能に関連付けられた処理回路と、を含む。処理回路は、送受信機回路を介して２ステップ・グラントの第１トリガを送信することと、２ステップ・グラントの第２トリガを送信する前に、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるようにデバイスへ物理ダウンリンク制御チャネル・メッセージを送信することと、を行うように構成される。
【００１９】
一部の実施形態によれば、ＤＲＸ設定に従って動作するように構成され、無線通信ネットワークからアップリンク送信についての２ステップ・グラントを受信するように構成された無線通信デバイスの処理回路で実行された場合に、デバイスに、デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定させ、デバイスが第１トリガを受信したとの判定に応じて、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせるプログラム命令を含むコンピュータ・プログラムを格納する非一時的コンピュータ可読記憶媒体。
【００２０】
一部の実施形態によれば、無線通信ネットワークのネットワーク・ノードであって、ＤＲＸ設定に従って動作する無線通信デバイスへアップリンク送信のための２ステップ・グラントを提供するように構成されたネットワーク・ノードの処理回路で実行された場合に、ネットワーク・ノードに、２ステップ・グラントの第１トリガを送信させ、２ステップ・グラントの第２トリガを送信する前に、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるようにデバイスへ物理ダウンリンク制御チャネル・メッセージを送信させるプログラム命令を含むコンピュータ・プログラムを格納する非一時的コンピュータ可読記憶媒体。
【００２１】
一部の実施形態によれば、２ステップ・グラントを受信するように動作可能な無線通信デバイスによって実行される方法。本方法は、デバイスが２ステップ・グラントの第１ステップを受信したと判定することと、デバイスが第１ステップを受信したとの前記判定に応じてアクティブ時間に入ることと、を含みうる。
【００２２】
本方法はさらに、第１ステップが無効になったと判定することと、当該判定に応じて、アクティブ時間から出ることと、を含んでもよい。本方法はまた、デバイスが第２ステップを受信したと判定することと、当該判定に応じて、アクティブ時間から出ることと、を含んでもよい。
【００２３】
本開示の別の実施形態は、２ステップ・グラントを受信するように構成された無線通信デバイスを対象とする。本デバイスは、デバイスが２ステップ・グラントの第１ステップを受信したと判定することと、デバイスが第１ステップを受信したとの判定に応じてアクティブ時間から出ることと、を行うように構成された処理回路を含みうる。
【００２４】
本処理回路は、第１ステップが無効になったと判定することと、当該判定に応じて、アクティブ時間から出ることと、を行うように構成されてもよい。本処理回路はまた、デバイスが第２ステップを受信したと判定することと、当該判定に応じて、アクティブ時間から出ることと、を行うように構成されてもよい。
【００２５】
当然のことながら、ネットワーク・ノードの１つ又は任意の組み合わせで本書に記載された工程を実行するために、ハードウェアの様々なモジュール及びソフトウェア要素が単独で又は組み合わせで使用されうる。以下の詳細な説明及び添付の図面に照らして、様々な実施形態の他の利点及び特徴が当業者に明らかになるだろう。
【図面の簡単な説明】
【００２６】
この明細書に組み込まれその一部を形成する添付の図面は、本開示のいくつかの側面を説明し、説明とともに本開示の原理を説明するのに役立つ。
【図１】本開示の一部の実施形態に従うセルラ通信ネットワークを説明する。
【図２】一部の実施形態に従うネットワーク・ノードの図である。
【図３】一部の実施形態に従う、ネットワーク・ノードによる方法を説明する例示のフローチャートである。
【図４】一部の実施形態に従う無線デバイスの図である。
【図５】一部の実施形態に従う、無線デバイスによる方法を説明する例示のフローチャートである。
【図６】例示の実施形態に従ってＵＥがステップ１からステップ２までアクティブ時間中である場合を説明する。
【図７】例示の実施形態に従って、ＵＥがステップ１から何らかの期間までアクティブ時間中であるが、ステップ２が当該期間内に到達しないならばＵＥがアクティブ時間から出る場合を説明する。
【図８】例示の実施形態に従ってＵＥがステップ１を受信した後にアクティブ時間中であり、ステップ２が受信されたとしてもＵＥがアクティブ時間に留まる場合を説明する。
【図９】例示の実施形態に従ってＵＥがステップ１から、ステップ２によって起動されるアップリンク送信までアクティブ時間中である場合を説明する。
【図１０】例示の実施形態に従って、ＵＥがステップ１の受信の時間Ｔ後から、ステップ２によって起動されるアップリンク送信までアクティブ時間中である場合を説明する。
【図１１】例示の実施形態に従って、ＵＥがステップ１の受信の時間Ｔ後からステップ２の受信までアクティブ時間中である場合を説明する。
【図１２】例示の実施形態に従って、ステップ１が無効になったことに応じて、ＵＥが非アクティビティ・タイマを開始する場合を説明する。
【図１３】一部の実施形態に従うモジュールを含む無線デバイスの図である。
【図１４】一部の実施形態に従うモジュールを含むネットワーク・ノードの図である。
【発明を実施するための形態】
【００２７】
以下に説明される実施形態は、当業者が実施形態を実施できるようにするための情報を提示し、実施形態の実施の最良モードを説明する。添付の図面に照らして以下の説明を読むと、当業者は本開示の概念を理解し、本書で具体的に扱われていないこれらの概念の応用を認識するだろう。これらの概念及び応用が本開示の範囲に入ることが理解されるべきである。
【００２８】
この文書に記載される任意の２つ以上の実施形態は、互いにどのように組み合わされてもよい。さらに、本書で一部の例がモノのインターネット（ＩｏＴ）の文脈で与えられるものの、本書に記載される実施形態はＩｏＴに限定されず、ネットワーク・ノード又はユーザ機器（ＵＥ）がセル識別子、ネットワーク識別子及び／又は周波数ホッピング（ＦＨ）パターンをシグナリング又は受信する必要があってもよい、より一般的な場合にも適用できる。
【００２９】
一部の実施形態で、非限定的な用語“ＵＥ”が使用される。本書で、ＵＥは、無線シグナルを通じてネットワーク・ノード又は他のＵＥと通信可能な任意のタイプの無線デバイスでありうる。また、ＵＥは、無線通信デバイス、ターゲット・デバイス、デバイス・ツー・デバイス（Ｄ２Ｄ）ＵＥ、機械型ＵＥ、マシン・ツー・マシン通信（Ｍ２Ｍ）可能なＵＥ、ＵＥに搭載されたセンサ、ｉＰａｄ（登録商標）、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ユニバーサル・シリアル・バス（ＵＳＢ（登録商標））ドングル、顧客構内機器（ＣＰＥ）などであってもよい。
【００３０】
また、一部の実施形態で、総括的な用語“ネットワーク・ノード”が使用される。これは、基地局、無線基地局、基地送受信機局、基地局制御装置、ネットワーク制御装置、発展型ノードＢ（ｅＮＢ）、ノードＢ、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、リレー・ノード、アクセス・ポイント、無線アクセス・ポイント、リモート無線ユニット（ＲＲＵ）リモート無線ヘッド（ＲＲＨ）、コア・ネットワーク・ノード（例えば、ＭＭＥ、自己組成ネットワーク（ＳＯＮ）ノード、調整ノードなど）、又は外部ノード（例えば、第三者ノード、現在のネットワークの外部のノード）のような無線ネットワーク・ノードで構成されてもよい任意の種類のネットワーク・ノードでありうる。
【００３１】
実施形態は、単一キャリアだけでなく、２つ以上のサービング・セルへＵＥがデータを受信及び／又は送信可能なＵＥのマルチキャリア又はキャリア集約（ＣＡ）動作に適用可能である。キャリア集約（ＣＡ）という用語は、“マルチキャリア・システム”、“マルチセル動作”、“マルチキャリア動作”、“マルチキャリア送信”及び／又は受信とも呼ばれる（例えば、交換可能に呼ばれる）。ＣＡで、コンポーネント・キャリア（ＣＣ）の１つは、プライマリ・コンポーネント・キャリア（ＰＣＣ）、又は単にプライマリ・キャリア又はアンカー・キャリアである。残りのものは、セカンダリ・コンポーネント・キャリア（ＳＣＣ）、又は単にセカンダリ・キャリア又は補足キャリアとも呼ばれる。サービング・セルは、プライマリ・セル（Ｐセル）又はプライマリ・サービング・セル（ＰＳＣ）と交換可能に呼ばれる。同様に、セカンダリ・サービング・セルは、セカンダリ・セル（Ｓセル）又はセカンダリ・サービング・セル（ＳＳＣ）と交換可能に呼ばれる。
【００３２】
本書で使用される“シグナリング”という用語は、上位層シグナリング（例えば、無線リソース制御（ＲＲＣ）を介する）と、下位層シグナリング（例えば、物理制御チャネル又はブロードキャスト・チャネルを介する）と、これらの組み合わせと、のうちの任意のものを含んでもよい。シグナリングは、暗黙的であっても明示的であってもよい。シグナリングはさらに、ユニキャストであっても、マルチキャストであっても、ブロードキャストであってもよい。シグナリングはまた、別のノードへ直接であってもよいし、第３ノードを介してもよい。
【００３３】
本書で使用される“信号送信”という用語は、ダウンリンクでネットワーク・ノードによって送信されるかアップリンクでＵＥによって送信される、あるタイプの周期的信号を指してもよい。信号送信は、物理信号又は物理チャネル若しくはその両方を含んでもよい。物理信号は上位層情報を伝搬しないが、物理チャネルは上位層情報を伝搬する。これらの信号は、１つ以上の動作を実行するためにネットワーク・ノードによって及び／又はＵＥによって使用される。
【００３４】
図１は、本開示の実施形態が実施されるセルラ通信ネットワーク１０を説明する。一部の実施形態で、セルラ通信ネットワーク１０は、セルラ通信ネットワーク１０のセルを提供する少なくとも１つの基地局１２（本書で“ネットワーク・ノード１２”と呼ばれることもある）を含む無線アクセス・ネットワーク（ＲＡＮ）（例えば、ＬＴＥのための発展型ユニバーサル・モバイル通信システム（ＵＭＴＳ）無線アクセス・ネットワーク（Ｅ‐ＵＴＲＡＮ））を含む。ネットワーク・ノード１２は、個別のセル内に位置するＵＥ１４のような無線デバイスへ無線アクセスを提供する。ネットワーク・ノード１２は、基地局対基地局インタフェース（例えば、ＬＴＥのＸ２インタフェース）を介して、別の基地局又は別のネットワーク・ノードに通信可能に結合されてもよい。さらに、一部の実施形態で、ネットワーク・ノード１２は、コア・ネットワーク（例えば、ＬＴＥの発展型パケット・コア（ＥＰＣ））に、対応するインタフェース（例えば、ＬＴＥのＳ１インタフェース）を介して接続される。コア・ネットワークは、当業者が理解するように、モビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ（Ｓ‐ＧＷ）及びパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ‐ＧＷ）のような様々なコア・ネットワーク・ノードを含む。
【００３５】
図２は、本開示の一部の実施形態に従うネットワーク・ノード１２の図である。一部の実施形態で、ネットワーク・ノード１２はｅＮＢのような基地局であってもよい。ネットワーク・ノード１２は、実行された場合に、本書に記載された方法及び機能をネットワーク・ノード１２に実施させる命令を含む回路を含む。１つの例で、回路は、１つ以上のプロセッサ３０と、命令を含むメモリ３２と、を含みうる。ベースバンド・ユニット２８はまた、ネットワーク・インタフェース３４を含む。ネットワーク・インタフェース３４は、送信機ネットワーク・ノードを他のシステムに接続する１つ以上の構成要素（例えば、ネットワーク・インタフェース・カード）を含んでもよい。ネットワーク・ノード１２はまた、１つ以上の送信機３８と、１つ以上の受信機４０と、１つ以上のアンテナ４２と、を有する少なくとも１つの無線ユニット３６を含む。一部の実施形態で、ネットワーク・ノード１２、又は本書に記載される実施形態の何れか１つに関して記載されるネットワーク・ノード１２の機能は、例えばメモリ３２に格納されプロセッサ３０によって実行されるソフトウェアで実施される。
【００３６】
一部の実施形態で、少なくとも１つのプロセッサ３０によって実行された場合に、本書に記載される実施形態の何れか１つに従ってネットワーク・ノード１２の機能を少なくとも１つのプロセッサ３０に実行させる命令を含むコンピュータ・プログラムが提供される。プロセッサ３０は、ＤＲＸ設定に従って動作する無線通信デバイスに、アップリンク送信のための２ステップ・グラントを提供するように構成される。プロセッサ３０は、無線ユニット３６を介して、２ステップ・グラントの第１トリガを送信するように構成される。処理回路３０はまた、２ステップ・グラントの第２トリガを送信する前に、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるようにデバイスへ物理ダウンリンク制御チャネル・メッセージを送信するように構成される。
【００３７】
デバイスは、デバイスでのアクティブ時間の持続時間、すなわちデバイスが上記状態である時間の持続時間を制御するタイマを開始してもよい。したがって、プロセッサ３０は、デバイスによって開始されるタイマの持続時間を送信するように構成されてもよく、デバイスはタイマの満了によってのみ上記状態から出る。プロセッサ３０はまた、デバイスが第２トリガを受信する前に上記状態に入るように構成されるかどうかを判定するように構成されてもよい。
【００３８】
一部の実施形態で、上述のコンピュータ・プログラム製品を含む媒体が提供される。媒体は、電気信号、光信号、無線信号、又はコンピュータ可読記憶媒体（例えば、メモリ３２のような非一時的コンピュータ可読媒体）のうちの１つである。
【００３９】
図３は、例えばネットワーク・ノード１２によって実行される方法３００の様々な機能を説明する例示のフローチャートである。方法３００は、２ステップ・グラントの第１トリガを送信すること（ブロック３０２）と、２ステップ・グラントの第２トリガを送信する前に、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態で受信されるようにデバイスへ物理ダウンリンク制御チャネル・メッセージを送信すること（ブロック３０４）と、を含む。そして、方法３００は、第２トリガを送信することを含んでもよい。
【００４０】
方法３００は、デバイスによって開始されるタイマの持続時間を送信することを含んでもよく、デバイスはタイマの満了によってのみ上記状態から出る。一部の場合に、方法３００はまた、デバイスが第２トリガを受信する前に上記状態に入るように構成されるかどうかを判定することを含む。
【００４１】
図４は、一部の実施形態に従うＵＥ１４のような無線通信デバイスの図である。説明されるように、ＵＥ１４は、少なくとも１つのプロセッサ４８及びメモリ５０を含む。ＵＥ１４はまた、１つ以上の送信機５４と、１つ以上の受信機５６と、１つ以上のアンテナ５８と、を有する送受信機５２を含む。一部の実施形態で、ＵＥ１４、又は本書に記載される実施形態の何れか１つに関して記載される無線デバイス１４の機能は、例えばメモリ５０に格納されプロセッサ４８によって実行されるソフトウェアで実施される。送受信機５２は、信号を送受信するために１つ以上のアンテナ５８を使用し、ＵＥ１４を他のシステムに接続する１つ以上の構成要素を含んでもよい。
【００４２】
一部の実施形態で、少なくとも１つのプロセッサ４８によって実行された場合に、本書に記載され、ＤＲＸ設定に従って動作するように構成され無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信するように構成された無線通信デバイスを含む実施形態の何れか１つに従ってＵＥ１４の機能を少なくとも１つのプロセッサ４８に実行させる命令を含むコンピュータ・プログラムが提供される。プロセッサ４８は、デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定することと、デバイスが第１トリガを受信したとの判定に応じて、デバイスを、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせることと、を行うように構成される。
【００４３】
一部の実施形態で、上述のコンピュータ・プログラム製品を含む媒体が提供される。媒体は、電気信号、光信号、無線信号、又はコンピュータ可読記憶媒体（例えば、メモリ５０のような非一時的コンピュータ可読媒体）のうちの１つである。
【００４４】
図５は、例えばＵＥ１４によって実行される方法５００の様々な機能を説明する例示のフローチャートである。本方法は、デバイスが２ステップ・グラントの第１トリガを受信したかどうかを判定すること（ブロック５０２）を含む。方法５００はまた、デバイスが第１トリガを受信したとの判定に応じて、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入ること（ブロック５０４）を含む。当然のことながら、様々な他のネットワーク・ノードが単体で又は組み合わせで、又は様々な処理ユニットが、本書に記載された機能を実行できる。
【００４５】
以下の実施形態に規定されるように、アクティブ時間は、ＤＲＸサイクル、すなわちＵＥがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンするＵＥの状態の間の時間である。これは、ネットワークからのスケジュール要求を求めてＰＤＣＣＨをリッスンすることを含んでもよい。ＵＥがアクティブ時間中であるか否かを上述の方法が決定してもよいにもかかわらず、ＵＥをアクティブ時間に入らせる又はこれから出させる他のメカニズムが存在してもよいことが理解されるべきである。例えば、ＬＴＥのＤＲＸメカニズムは、種々のタイマ（例えば、オン・デュレーション・タイマ及び非アクティビティ・タイマ）を備え、これらのタイマが動作中に、ＵＥはアクティブ時間に留まってもよい。
【００４６】
アクティブ時間中であることに関する条件
１つの実施形態で、ＵＥは、２ステップ・グラントの第１トリガから第２トリガまで、ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態にありうる。図６〜図１２によって説明される実施形態で、この状態は“アクティブ時間”として示され、第１トリガ及び第２トリガはステップ１及びステップ２として示される。図６は、ＵＥがステップ１からステップ２までアクティブ時間中であるシナリオを説明する。
【００４７】
これは、ステップ１及び／又はステップ２が受信されるＴＴＩがアクティブ時間に含まれるか含まれないかの何れかであってもよい。例えば、アクティブ時間は、第２トリガ（ステップ２）が受信されたＴＴＩを含んでもよい。アクティブ時間はまた、第１トリガ（ステップ１）が受信されたＴＴＩを含んでもよい。
【００４８】
別の実施形態で、ＵＥは、第１トリガから、第１トリガが無効になるまで、アクティブ時間中である。例えば、方法５００は、第１トリガが無効になったかどうかを判定することと、第１トリガが無効になったとの判定に応じて、デバイスがネットワークからのメッセージを求めて物理ダウンリンクをリッスンする状態から出ることと、を含んでもよい。図７は、ＵＥがステップ１から所定の期間までアクティブ時間中であるシナリオを説明する。ステップ２が当該期間内に到達しないならば、ＵＥはアクティブ時間から出る。例えば、これは、ステップ１の受信後にステップ１が所定の期間だけ有効である場合でありうる。
【００４９】
一部の場合に、方法５００は、第１トリガの受信に応じてタイマを開始することと、タイマの満了に応じてのみ上記状態から出ることと、を含む。タイマの持続時間は、第１トリガとともに、又は無線リソース制御、ＲＲＣ、シグナリングで受信されてもよい。一部の場合に、タイマは、第２トリガの受信に応じて停止される。一部の実施形態で、デバイスは、第２トリガが受信される前のタイマの満了によってのみ、上記状態から出る。
【００５０】
上記実施形態の組み合わせが適用されてもよく、ＵＥは、第１トリガから第２トリガまで、又は第１トリガが無効になるまで、上記状態である。これは、ｅＮＢがＵＥへ完全なグラントを提供してないとしても、ＵＥが連続してＰＤＣＣＨをモニタすることを保証し、ｅＮＢが第２トリガ、又は任意の他のＰＤＣＣＨ送信をＵＥへ提供できることを保証する。
【００５１】
ＵＥが第２トリガまで上記状態である場合に、ＵＥは、第２トリガが受信／復号された時刻を考慮する。しかし、ＵＥがこの時点で他の理由、例えば非アクティビティ・タイマが動作中であることに起因して、アクティブ時間中であってもよいことが留意されるべきである。
【００５２】
本書の一部の実施形態は、ＵＥが第１トリガの受信から第２トリガの受信まで（又は第１トリガが無効になるまで）アクティブ時間中であることを記載し、それゆえＵＥが第２トリガの受信に応じて（又は第１トリガが無効になったことに応じて）アクティブ時間から“出る”ことを記載するが、タイマが動作中であるために、第２トリガが受信された場合（又は、第１トリガが無効になった場合）にＵＥがアクティブ時間に留まりうる。図８は、ステップ１の受信後の所定の期間にＵＥがアクティブ時間中であり、ステップ２が受信されたとしても、ＵＥが、ある期間、アクティブ時間に留まるシナリオを説明する。上記期間はステップ１の妥当性であってもよい。したがって、方法５００は、デバイスが第２トリガを受信したかどうかを判定することを含んでもよい。方法５００はまた、デバイスが第２トリガを受信したとの判定に応じて、特定のタイマが動作中かどうかを判定することを含んでもよい。そして、方法５００は、タイマが動作中であるとの判定に応じて、タイマの満了後にのみ上記状態から出ることを含んでもよい。
【００５３】
別の可能性は、関連するアップリンク送信が実行されるまで（この時刻は第２トリガで示されてもよい）、ＵＥがアクティブ時間中であることである。図９は、ＵＥがステップ１から、ステップ２によって起動されるアップリンク送信までアクティブ時間中であるシナリオを説明する。この場合に、方法５００は、第２トリガを受信することと、第２トリガによって起動されたアップリンク送信の送信に応じて上記状態から出ることと、を含む。
【００５４】
ＵＥが第１トリガからアクティブ時間中である場合に、これは、第１トリガの受信に応じてＵＥがアクティブ時間中であることを意味してもよい。これは、ＵＥが、例えば同じサブフレーム内の第１トリガを受信／復号する時刻であってもよいし、後続のサブフレームであってもよい。別の可能性は、ＵＥが第１トリガを受信してから時間Ｔの経過後からＵＥがアクティブ時間中であることである。例えば、アクティブ時間に入ることは、アクティブ時間に入る前に、第１トリガの受信後、所定の期間Ｔを待つことを含んでもよい。これは、例えば、第１トリガを復号するために何らかの時間がＵＥによって必要な場合に有利である。すなわち、第１トリガが受信され、それゆえＵＥがアクティブ時間中であるべきとＵＥが判定するために何らかの時間がかかってもよい。時間Ｔは、仕様で特定されてもよく、これに代えてこれは（例えばＲＲＣ／ＭＡＣ／ＰＤＣＣＨシグナリングなどを用いて）ＵＥへシグナリングされうる。
【００５５】
したがって、図１０は、ステップ１の受信から時間Ｔ後から、ステップ２によって起動されるアップリンク送信まで、ＵＥがアクティブ時間中であるシナリオを説明する。図１１は、ステップ１の受信から時間Ｔ後からステップ２の受信まで、ＵＥがアクティブ時間中であるシナリオを説明する。
【００５６】
２ステップ・グラントを扱う非アクティビティ・タイマ
１つの実施形態で、第１トリガが無効になったことに応じて又は第２トリガが受信されたことに応じてＵＥがタイマを開始でき、タイマが動作中であるとの事実に起因してＵＥがアクティブ時間中である。このタイマは、例えばＬＴＥのＤＲＸ非アクティビティ・タイマのようなタイマであってもよい。したがって、方法５００は、第１トリガが無効になったかどうかを判定することを含んでもよい。第１タイマが無効になったとの判定に応じて、方法５００は、その後、タイマを開始することと、タイマの満了に応じてのみ上記状態から出ることと、を含む。図１２は、ステップ１が無効になったことに応じてＵＥがタイマ（非アクティビティ・タイマ）を開始するシナリオを説明する。したがって、タイマが動作中であるため、ステップ１が無効になった後にＵＥがアクティブ時間中であってもよい。
【００５７】
以下は、ＬＴＥ媒体アクセス制御（ＭＡＣ）仕様でこのような方法がどのように実装されうるかの例である。
【００５８】
実施形態１
本書の１つの実施形態に従って、第１トリガの受信に応じてＵＥがタイマを開始し、当該タイマが動作中である場合にＵＥがアクティブ時間中であるだろう。このタイマの持続時間は、第１トリガの妥当時間の持続時間であってもよい。そして、当該持続時間は、第１トリガでＵＥに示されてもよい。別の可能性は、例えばＲＲＣシグナリングを使用して、ｅＮＢによって持続時間が設定可能であることである。
【００５９】
タイマが動作中でない場合に、ＵＥはもはやアクティブ時間中でないだろう（しかし、上述のように、他の理由でＵＥがアクティブ時間中であってもよい）。ＵＥが第２トリガを受信した場合にタイマが停止されてもよい。タイマが満了したならば、タイマはもはや動作中ではなく、それゆえＵＥはアクティブ時間中ではないだろう。
【００６０】
ＬＴＥ  ＭＡＣ仕様でこれがどのように実装されうるかの１つの取りうる例が以下に与えられる（３ＧＰＰ  ＴＳ３６．３２１  ｖ１３．２．０）。追加された文言が下線付きテキストで示される。
【００６１】
５．７  間欠受信（ＤＲＸ）
ＭＡＣエンティティは、ＭＡＣエンティティのＣ‐ＲＮＴＩ、ＴＰＣ‐ＰＵＣＣＨ‐ＲＮＴＩ、ＴＰＣ‐ＰＵＳＣＨ‐ＲＮＴＩ、（設定されるならば）半永続的スケジューリングＣ‐ＲＮＴＩ、（設定されるならば）ｅＩＭＴＡ‐ＲＮＴＩ及び（設定されるならば）ＳＬ‐ＲＮＴＩについてのＵＥによるＰＤＣＣＨモニタ動作を制御するＤＲＸ機能を有するＲＲＣによって設定されてもよい。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの場合に、ＤＲＸが設定されるならば、ＭＡＣエンティティは、この号で特定されるＤＲＸ動作を用いて不連続にＰＤＣＣＨをモニタすることが可能であり、そうでなければＭＡＣエンティティはＰＤＣＣＨを連続的にモニタする。ＤＲＸ動作を使用する場合に、ＭＡＣエンティティはまた、この仕様の他の号に見つかる要件に従ってＰＤＣＣＨをモニタする。ＲＲＣは、タイマ、すなわちオン・デュレーション・タイマ、ｄｒｘ非アクティビティ・タイマ、ｄｒｘ再送タイマ（ブロードキャスト・プロセスを除いてＤＬ  ＨＡＲＱプロセスごとに１つ）、ｄｒｘ‐ＵＬ再送タイマ（非同期ＵＬ  ＨＡＲＱプロセスごとに１つ）、長期ＤＲＸサイクル、ｄｒｘ開始オフセットの値、及び場合によってはｄｒｘ短期サイクル・タイマ及び短期ＤＲＸサイクルを設定することによってＤＲＸ動作を制御する。（ブロードキャスト・プロセス除いて）ＤＬ  ＨＡＲＱプロセスごとのＨＡＲＱ  ＲＴＴタイマ及び非同期ＵＬ  ＨＡＲＱごとのＵＬ  ＨＡＲＱ  ＲＴＴタイマも規定される（７．７号参照）。
【００６２】
ＤＲＸサイクルが設定される場合に、アクティブ時間は以下の時間を含む。
‐（５．１．５号に規定されるような）オン・デュレーション・タイマ又はｄｒｘ非アクティビティ・タイマ又はｄｒｘ再送タイマ又はｄｒｘ‐ＵＬ再送タイマ又はｍａｃ競合解決タイマ、又は２ステップ・グラント・タイマが動作中である間、又は
‐スケジューリング要求がＰＵＣＣＨで送信され、（５．４．４号に規定されるように）ペンディング中である間、又は
‐ペンディング中のＨＡＲＱ再送のためのアップリンク・グラントが生じてもよく、同期ＨＡＲＱプロセスについて対応するＨＡＲＱバッファ内にデータが存在する間、又は
‐（５．１．４号に記載されるように）ＭＡＣエンティティによって選択されていないプリアンブルについてのランダム・アクセス応答の受信成功後に、ＭＡＣエンティティのＣ‐ＲＮＴＩへ宛てられた新たな送信を示すＰＤＣＣＨが受信されていない間。
【００６３】
ＤＲＸが設定される場合に、ＭＡＣエンティティは、各サブフレームについて以下を行う。
‐ＨＡＲＱ  ＲＴＴタイマがこのサブフレームで満了したならば、
‐対応するＨＡＲＱプロセスのデータの復号が成功しなかったならば、
‐対応するＨＡＲＱプロセスについてｄｒｘ再送タイマを開始し、
‐ＮＢ‐ＩｏＴならば、ｄｒｘ非アクティビティ・タイマを開始又は再開する。
‐ＵＬ  ＨＡＲＱ  ＲＴＴタイマがこのサブフレームで満了したならば、
‐対応するＨＡＲＱプロセスについてｄｒｘ‐ＵＬ再送タイマを開始する。
‐ＮＢ‐ＩｏＴならば、ｄｒｘ非アクティビティ・タイマを開始又は再開する。
‐ＤＲＸコマンドＭＡＣ制御要素又は長期ＤＲＸコマンドＭＡＣ制御要素が受信されるならば、
‐オン・デュレーション・タイマを停止し、
‐ｄｒｘ非アクティビティ・タイマを停止する。
‐ｄｒｘ非アクティビティ・タイマが満了するかＤＲＸコマンドＭＡＣ制御要素がこのサブフレームで受信されるならば、
‐短期ＤＲＸサイクルが設定されるならば、
‐ｄｒｘ短期サイクル・タイマを開始又は再開し、
‐短期ＤＲＸサイクルを使用する。
‐それ以外の場合に、
‐長期ＤＲＸサイクルを使用する。
‐ｄｒｘ短期サイクル・タイマがこのサブフレームで満了するならば、
‐長期ＤＲＸサイクルを使用する。
‐長期ＤＲＸコマンドＭＡＣ制御要素が受信されるならば、
‐ｄｒｘ短期サイクル・タイマを停止し、
長期ＤＲＸサイクルを使用する。
‐短期ＤＲＸサイクルが使用され、且つ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄ（短期ＤＲＸサイクル）＝（ｄｒｘ開始オフセット）ｍｏｄ（短期ＤＲＸサイクル）ならば、又は
‐長期ＤＲＸサイクルが使用され、且つ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄ（長期ＤＲＸサイクル）＝（ｄｒｘ開始オフセット）ならば、
‐オン・デュレーション・タイマを開始する。
‐アクティブ時間の間に、ＰＤＣＣＨ‐サブフレームについて、半二重通信ＦＤＤ  ＵＥ動作のためのアップリンク送信にサブフレームが要求されず、且つサブフレームが半二重通信ガード・サブフレーム［７］ではなく、且つサブフレームが、設定された測定ギャップの一部ではなく、且つサブフレームが、受信のための設定されたサイドリンク・ディスカバリ・ギャップの一部ではなく、且つＮＢ‐ＩｏＴについてサブフレームがＰＤＣＣＨ以外のアップリンク送信又はダウンリンク送信に要求されないならば、又は
‐アクティブ時間中に、ＰＤＣＣＨサブフレーム以外のサブフレームについて且つ集約されたセル内で同時受信及び送信が可能なＵＥについて、サブフレームが、スケジューリング・セルＩＤ［８］で設定されていない少なくとも１つのサービング・セルについて有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンク・サブフレームであるならば、且つサブフレームが、設定された測定ギャップの一部ではないならば、且つサブフレームが、受信のための設定されたサイドリンク・ディスカバリ・ギャップの一部ではないならば、
‐アクティブ時間中に、ＰＤＣＣＨサブフレーム以外のサブフレームについて且つ集約されたセル内で同時受信及び送信が可能でないＵＥについて、サブフレームが、Ｓｐセルについて有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンク・サブフレームであるならば、且つサブフレームが、設定された測定ギャップの一部ではないならば、且つサブフレームが、受信のための設定されたサイドリンク・ディスカバリ・ギャップの一部ではないならば、
‐ＰＤＣＣＨをモニタし、
‐ＰＤＣＣＨがＤＬ送信を示すならば、又はＤＬ割り当てがこのサブフレームに対して設定されているならば、
‐ＵＥがＮＢ‐ＩｏＴ  ＵＥ、ＢＬ  ＵＥ又は強化カバレッジ内のＵＥであるならば、
‐対応するＰＤＳＣＨ受信の最後の反復を含むサブフレーム内の対応するＨＡＲＱプロセスについてＨＡＲＱ  ＲＴＴタイマを開始し、
‐それ以外の場合に、
‐対応するＨＡＲＱプロセスについてＨＡＲＱ  ＲＴＴタイマを開始し、
‐対応するＨＡＲＱプロセスについてｄｒｘ再送タイマを停止する。
‐ＰＤＣＣＨが非同期ＨＡＲＱプロセスについてのＵＬ送信を示すならば、
‐対応するＰＵＳＣＨ送信の最後の反復を含むサブフレーム内の対応するＨＡＲＱプロセスについてＵＬ  ＨＡＲＱ  ＲＴＴタイマを開始し、
‐対応するＨＡＲＱプロセスについてｄｒｘ‐ＵＬ再送タイマを停止する。
‐ＰＤＣＣＨが新たな送信（ＤＬ、ＵＬ又はＳＬ）を示すならば、
‐ＮＢ‐ＩｏＴを除いて、ｄｒｘ非アクティビティ・タイマを開始又は再開する。
‐ＰＤＣＣＨがＰＵＳＣＨトリガＡを示すならば、
‐２ステップ・グラント・タイマを開始又は再開し、
‐ＰＤＣＣＨがＰＵＳＣＨトリガＢを示すならば、
‐２ステップ・グラント・タイマを停止し、
‐ＰＤＣＣＨがＮＢ‐ＩｏＴのための送信（ＤＬ、ＵＬ）を示すならば、
‐ｄｒｘ非アクティビティ・タイマ、ｄｒｘ‐ＵＬ再送タイマ及びオン・デュレーション・タイマを停止する。
‐現在のサブフレームｎで、この号で特定されるように、すべてのＤＲＸアクティブ時間条件を評価する場合に、サブフレームｎ‐５を含みこれまでに受信されたグラント／割り当て／ＤＲＸコマンドＭＡＣ制御要素／長期ＤＲＸコマンドＭＡＣ制御要素及び送信されたスケジューリング要求を考慮してＭＡＣエンティティがアクティブ時間中でないならば、タイプ‐０‐起動されたＳＲＳ［２］は報告されないだろう。
‐ＣＱＩマスキング（ｃｑｉ‐マスク）が上位層によってセットアップされるならば、
‐現在のサブフレームｎで、この号で特定されるように、すべてのＤＲＸアクティブ時間条件を評価する場合に、サブフレームｎ‐５を含みこれまでに受信されたグラント／割り当て／ＤＲＸコマンドＭＡＣ制御要素／長期ＤＲＸコマンドＭＡＣ制御要素を考慮してオン・デュレーション・タイマが動作中でないならば、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは報告されないだろう。
‐それ以外の場合に、
‐現在のサブフレームｎで、この号で特定されるように、すべてのＤＲＸアクティブ時間条件を評価する場合に、サブフレームｎ‐５を含みこれまでに受信されたグラント／割り当て／ＤＲＸコマンドＭＡＣ制御要素／長期ＤＲＸコマンドＭＡＣ制御要素及び送信されたスケジューリング要求を考慮してＭＡＣエンティティがアクティブ時間中でないならば、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは報告されないだろう。
【００６４】
ＭＡＣエンティティがＰＤＣＣＨをモニタしているか否かに関わらず、ＭＡＣエンティティは、ＨＡＲＱフィードバックを受信及び送信し、期待される場合に、タイプ‐１‐起動されたＳＲＳ［２］を送信する。
注記：同じアクティブ時間が、すべてのアクティベートされたサービング・セルに適用される。
注記：下りリンク空間多重化の場合に、ＨＡＲＱ  ＲＴＴタイマが動作中の間にＴＢが受信され、現在のサブフレームの少なくともＮ個のサブフレーム前に（ＮはＨＡＲＱ  ＲＴＴタイマに対応する）同じＴＢの以前の送信が受信されたならば、ＭＡＣエンティティはそれを処理し、ＨＡＲＱ  ＲＴＴタイマを再開すべきである。
注記：ＢＬ、ＵＥ及び強化カバレッジ内のＵＥは、次の指定動作を実行する前に、設定されたＭＰＤＣＣＨサーチ空間の最後のサブフレームまで待つ。
【００６５】
実施形態２
別の実施形態に従って、ＵＥがアクティブ時間中であるとみなすための条件が追加されてもよく、当該条件は、条件が満たされる場合に（本書の実施形態によって記載されるように）ＵＥがアクティブ時間中であることである。
【００６６】
ＬＴＥ  ＭＡＣ仕様でこれがどのように実装されうるかの例が以下に与えられる（３ＧＰＰ  ＴＳ３６．３２１  ｖ１３．２．０）。追加された文言が代替の例の下線付きテキストで示される。
【００６７】
代替Ａ
“間欠受信（ＤＲＸ）”とラベル付けされた５．７節は、部分的に、以下を記述するように編集されうる。
ＤＲＸサイクルが設定される場合に、アクティブ時間は以下の時間を含む。
‐（５．１．５号に規定されるような）オン・デュレーション・タイマ又はｄｒｘ非アクティビティ・タイマ又はｄｒｘ再送タイマ又はｄｒｘ‐ＵＬ再送タイマ又はｍａｃ競合解決タイマ、又は２ステップ・グラント・タイマが動作中である間、又は
‐スケジューリング要求がＰＵＣＣＨで送信され、（５．４．４号に規定されるように）ペンディング中である間、又は
‐ペンディング中のＨＡＲＱ再送のためのアップリンク・グラントが生じてもよく、同期ＨＡＲＱプロセスについて対応するＨＡＲＱバッファ内にデータが存在する間、又は
‐（５．１．４号に記載されるように）ＭＡＣエンティティによって選択されていないプリアンブルについてのランダム・アクセス応答の受信成功後に、ＭＡＣエンティティのＣ‐ＲＮＴＩへ宛てられた新たな送信を示すＰＤＣＣＨが受信されていない間、又は
‐有効なＰＵＳＣＨトリガＡについてＰＵＳＣＨトリガＢがまだ受信されていない間。
【００６８】
代替Ｂ
この代替で、セクション５．７は、部分的に（下線付加された追加）、以下を記述するように編集されうる。
ＤＲＸサイクルが設定される場合に、アクティブ時間は以下の時間を含む。
‐（５．１．５号に規定されるような）オン・デュレーション・タイマ又はｄｒｘ非アクティビティ・タイマ又はｄｒｘ再送タイマ又はｄｒｘ‐ＵＬ再送タイマ又はｍａｃ競合解決タイマが動作中である間、又は
‐スケジューリング要求がＰＵＣＣＨで送信され、（５．４．４号に規定されるように）ペンディング中である間、又は
‐ペンディング中のＨＡＲＱ再送のためのアップリンク・グラントが生じてもよく、同期ＨＡＲＱプロセスについて対応するＨＡＲＱバッファ内にデータが存在する間、又は
‐（５．１．４号に記載されるように）ＭＡＣエンティティによって選択されていないプリアンブルについてのランダム・アクセス応答の受信成功後に、ＭＡＣエンティティのＣ‐ＲＮＴＩへ宛てられた新たな送信を示すＰＤＣＣＨが受信されていない間、又は、
‐ＰＵＣＣＨトリガＡについてＰＵＳＣＨトリガＢがまだ受信されておらず、ＰＤＣＣＨトリガＡがなおも有効である間。
【００６９】
代替Ｃ：
別の代替に従って、ステップ２の受信に応じて又はステップ１が無効になったことに応じて、ＵＥは、ＵＥをアクティブ時間に入らせるｄｒｘ非アクティビティ・タイマを開始することが示されうる。
【００７０】
この代替において、セクション５．７は、部分的に、以下を記述する。
ＤＲＸサイクルが設定される場合に、アクティブ時間は以下の時間を含む。
‐（５．１．５号に規定されるような）オン・デュレーション・タイマ又はｄｒｘ非アクティビティ・タイマ又はｄｒｘ再送タイマ又はｄｒｘ‐ＵＬ再送タイマ又はｍａｃ競合解決タイマ、又は２ステップ・グラント・タイマが動作中である間、又は
‐スケジューリング要求がＰＵＣＣＨで送信され、（５．４．４号に規定されるように）ペンディング中である間、又は
‐ペンディング中のＨＡＲＱ再送のためのアップリンク・グラントが生じてもよく、同期ＨＡＲＱプロセスについて対応するＨＡＲＱバッファ内にデータが存在する間、又は
‐（５．１．４号に記載されるように）ＭＡＣエンティティによって選択されていないプリアンブルについてのランダム・アクセス応答の受信成功後に、ＭＡＣエンティティのＣ‐ＲＮＴＩへ宛てられた新たな送信を示すＰＤＣＣＨが受信されていない間。
【００７１】
ＤＲＸが設定される場合に、ＭＡＣエンティティは、各サブフレームについて以下を行う。
‐ＨＡＲＱ  ＲＴＴタイマがこのサブフレームで満了したならば、
‐対応するＨＡＲＱプロセスのデータの復号が成功しなかったならば、
‐対応するＨＡＲＱプロセスについてｄｒｘ再送タイマを開始し、
‐ＮＢ‐ＩｏＴならば、ｄｒｘ非アクティビティ・タイマを開始又は再開する。
‐ＵＬ  ＨＡＲＱ  ＲＴＴタイマがこのサブフレームで満了したならば、
‐対応するＨＡＲＱプロセスについてｄｒｘ‐ＵＬ再送タイマを開始する。
‐ＮＢ‐ＩｏＴならば、ｄｒｘ非アクティビティ・タイマを開始又は再開する。
‐ＤＲＸコマンドＭＡＣ制御要素又は長期ＤＲＸコマンドＭＡＣ制御要素が受信されるならば、
‐オン・デュレーション・タイマを停止し、
‐ｄｒｘ非アクティビティ・タイマを停止する。
‐ｄｒｘ非アクティビティ・タイマが満了するかＤＲＸコマンドＭＡＣ制御要素がこのサブフレームで受信されるならば、
‐短期ＤＲＸサイクルが設定されるならば、
‐ｄｒｘ短期サイクル・タイマを開始又は再開し、
‐短期ＤＲＸサイクルを使用する。
‐それ以外の場合に、
‐長期ＤＲＸサイクルを使用する。
‐ｄｒｘ短期サイクル・タイマがこのサブフレームで満了するならば、
‐長期ＤＲＸサイクルを使用する。
‐長期ＤＲＸコマンドＭＡＣ制御要素が受信されるならば、
‐ｄｒｘ短期サイクル・タイマを停止し、
長期ＤＲＸサイクルを使用する。
‐短期ＤＲＸサイクルが使用され、且つ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄ（短期ＤＲＸサイクル）＝（ｄｒｘ開始オフセット）ｍｏｄ（短期ＤＲＸサイクル）ならば、又は
‐長期ＤＲＸサイクルが使用され、且つ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄ（長期ＤＲＸサイクル）＝（ｄｒｘ開始オフセット）ならば、
‐オン・デュレーション・タイマを開始する。
‐アクティブ時間の間に、ＰＤＣＣＨ‐サブフレームについて、半二重通信ＦＤＤ  ＵＥ動作のためのアップリンク送信にサブフレームが要求されず、且つサブフレームが半二重通信ガード・サブフレーム［７］ではなく、且つサブフレームが、設定された測定ギャップの一部ではなく、且つサブフレームが、受信のための設定されたサイドリンク・ディスカバリ・ギャップの一部ではなく、且つＮＢ‐ＩｏＴについてサブフレームがＰＤＣＣＨ以外のアップリンク送信又はダウンリンク送信に要求されないならば、又は
‐アクティブ時間中に、ＰＤＣＣＨサブフレーム以外のサブフレームについて且つ集約されたセル内で同時受信及び送信が可能なＵＥについて、サブフレームが、スケジューリング・セルＩＤ［８］で設定されていない少なくとも１つのサービング・セルについて有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンク・サブフレームであるならば、且つサブフレームが、設定された測定ギャップの一部ではないならば、且つサブフレームが、受信のための設定されたサイドリンク・ディスカバリ・ギャップの一部ではないならば、
‐アクティブ時間中に、ＰＤＣＣＨサブフレーム以外のサブフレームについて且つ集約されたセル内で同時受信及び送信が可能でないＵＥについて、サブフレームが、Ｓｐセルについて有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンク・サブフレームであるならば、且つサブフレームが、設定された測定ギャップの一部ではないならば、且つサブフレームが、受信のための設定されたサイドリンク・ディスカバリ・ギャップの一部ではないならば、
‐ＰＤＣＣＨをモニタし、
‐ＰＤＣＣＨがＤＬ送信を示すならば、又はＤＬ割り当てがこのサブフレームに対して設定されているならば、
‐ＵＥがＮＢ‐ＩｏＴ  ＵＥ、ＢＬ  ＵＥ又は強化カバレッジ内のＵＥであるならば、
‐対応するＰＤＳＣＨ受信の最後の反復を含むサブフレーム内の対応するＨＡＲＱプロセスについてＨＡＲＱ  ＲＴＴタイマを開始し、
‐それ以外の場合に、
‐対応するＨＡＲＱプロセスについてＨＡＲＱ  ＲＴＴタイマを開始し、
‐対応するＨＡＲＱプロセスについてｄｒｘ再送タイマを停止する。
‐ＰＤＣＣＨが非同期ＨＡＲＱプロセスについてのＵＬ送信を示すならば、
‐対応するＰＵＳＣＨ送信の最後の反復を含むサブフレーム内の対応するＨＡＲＱプロセスについてＵＬ  ＨＡＲＱ  ＲＴＴタイマを開始し、
‐対応するＨＡＲＱプロセスについてｄｒｘ‐ＵＬ再送タイマを停止する。
‐ＰＤＣＣＨが新たな送信（ＤＬ、ＵＬ又はＳＬ）を示すならば、
‐ＮＢ‐ＩｏＴを除いて、ｄｒｘ非アクティビティ・タイマを開始又は再開する。
‐ＰＤＣＣＨがＰＵＳＣＨトリガＡを示すならば、
‐２ステップ・グラント・タイマを開始又は再開し、
‐ＰＤＣＣＨがＰＵＳＣＨトリガＢを示す、又はＰＵＳＣＨトリガＡが無効になるならば、
‐２ステップ・グラント・タイマを停止し、
‐ｄｒｘ非アクティビティ・タイマを開始又は再送し、
‐ＰＤＣＣＨがＮＢ‐ＩｏＴのための送信（ＤＬ、ＵＬ）を示すならば、
‐ｄｒｘ非アクティビティ・タイマ、ｄｒｘ‐ＵＬ再送タイマ及びオン・デュレーション・タイマを停止する。
‐現在のサブフレームｎで、この号で特定されるように、すべてのＤＲＸアクティブ時間条件を評価する場合に、サブフレームｎ‐５を含みこれまでに受信されたグラント／割り当て／ＤＲＸコマンドＭＡＣ制御要素／長期ＤＲＸコマンドＭＡＣ制御要素及び送信されたスケジューリング要求を考慮してＭＡＣエンティティがアクティブ時間中でないならば、タイプ‐０‐起動されたＳＲＳ［２］は報告されないだろう。
‐ＣＱＩマスキング（ｃｑｉ‐マスク）が上位層によってセットアップされるならば、
‐現在のサブフレームｎで、この号で特定されるように、すべてのＤＲＸアクティブ時間条件を評価する場合に、サブフレームｎ‐５を含みこれまでに受信されたグラント／割り当て／ＤＲＸコマンドＭＡＣ制御要素／長期ＤＲＸコマンドＭＡＣ制御要素を考慮してオン・デュレーション・タイマが動作中でないならば、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは報告されないだろう。
‐それ以外の場合に、
‐現在のサブフレームｎで、この号で特定されるように、すべてのＤＲＸアクティブ時間条件を評価する場合に、サブフレームｎ‐５を含みこれまでに受信されたグラント／割り当て／ＤＲＸコマンドＭＡＣ制御要素／長期ＤＲＸコマンドＭＡＣ制御要素及び送信されたスケジューリング要求を考慮してＭＡＣエンティティがアクティブ時間中でないならば、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは報告されないだろう。
【００７２】
ＭＡＣエンティティがＰＤＣＣＨをモニタしているか否かに関わらず、ＭＡＣエンティティは、ＨＡＲＱフィードバックを受信及び送信し、期待される場合に、タイプ‐１‐起動されたＳＲＳ［２］を送信する。
注記：同じアクティブ時間が、すべてのアクティベートされたサービング・セルに適用される。
注記：下りリンク空間多重化の場合に、ＨＡＲＱ  ＲＴＴタイマが動作中の間にＴＢが受信され、現在のサブフレームの少なくともＮ個のサブフレーム前に（ＮはＨＡＲＱ  ＲＴＴタイマに対応する）同じＴＢの以前の送信が受信されたならば、ＭＡＣエンティティはそれを処理し、ＨＡＲＱ  ＲＴＴタイマを再開すべきである。
注記：ＢＬ、ＵＥ及び強化カバレッジ内のＵＥは、次の指定動作を実行する前に、設定されたＭＰＤＣＣＨサーチ空間の最後のサブフレームまで待つ。
【００７３】
図１３は、ＵＥ１４のプロセッサによって実行された場合に、ＵＥ１４に、ＤＲＸ設定に従って動作し、無線通信ネットワークからアップリンク送信のための２ステップ・グラントを受信することを行わせるソフトウェアに実装されたモジュールを含むＵＥ１４の図である。実装は、ＵＥ１４が２ステップ・グラントの第１トリガを受信したかどうかを判定するための判定モジュール６６を含む。判定モジュール６６はまた、ＵＥ１４が第１トリガを受信したとの判定に応じて、ＵＥ１４を、ネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態に入らせるためのものである。実装はまた、トリガを受信するための受信モジュール６４を含んでもよい。
【００７４】
図１４は、ネットワーク・ノード１２のプロセッサによって実行された場合に、ネットワーク・ノード１２に、ＤＲＸ設定に従って動作する無線通信デバイスへ、アップリンク送信のための２ステップ・グラントを提供させるソフトウェアに実装されたモジュールを含むネットワーク・ノード１２の図である。実装は、２ステップ・グラントの第１トリガを送信することと、２ステップ・グラントの第２トリガを送信する前に、デバイスがネットワークからのメッセージを求めて物理ダウンリンク制御チャネルをリッスンする状態の間に受信されるようにデバイスへ物理ダウンリンク制御チャネル・メッセージを送信することと、のための送信モジュール６２を含む。実装はまた、無線デバイスのＤＲＸ設定を決定するための設定決定モジュール６０を含む。
【００７５】
当然のことながら、本書に記載された工程を実行するために、ハードウェアの様々なモジュール及びソフトウェア要素が単独で又は組み合わせで使用されうる。さらに、任意又はすべての機能は、クラウド又は他のネットワーク・ノードのような１つ以上のノードによって実行されうる。
【００７６】
当業者は、本開示の実施形態の改良及び変形を認識するだろう。このようなすべての改良及び変形が本書に開示される概念の範囲内であるとみなされる。
【図１】
2019530348.tif 000006
【図２】
2019530348.tif 000007
【図３】
2019530348.tif 000008
【図４】
2019530348.tif 000009
【図５】
2019530348.tif 000010
【図６】
2019530348.tif 000011
【図７】
2019530348.tif 000012
【図８】
2019530348.tif 000013
【図９】
2019530348.tif 000014
【図１０】
2019530348.tif 000015
【図１１】
2019530348.tif 000016
【図１２】
2019530348.tif 000017
【図１３】
2019530348.tif 000018
【図１４】
2019530348.tif 000019
【国際調査報告】
2019530348.tif 000020
2019530348.tif 000021
2019530348.tif 000022
2019530348.tif 000023
2019530348.tif 000024