(57)【要約】  本実施形態に係るネットワーク装置は、アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられる。前記第１のＤＲＸサイクルは、第１のＤＲＸ設定情報により前記無線端末に通知される。前記ネットワーク装置は、前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報によりブロードキャスト又はユニキャストで前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルを前記無線端末に通知する制御部を備える。
2016140274.tif 000002
【特許請求の範囲】
【請求項１】
拡張ＤＲＸの設定を要求するために、ネットワークに対して拡張ＤＲＸに関するパラメータを通知する処理を実行する制御部を備え、
前記拡張ＤＲＸに関するパラメータは、拡張ＤＲＸを設定された無線端末が基地局から送信されるページングを受信するタイミングを特定するために用いられることを特徴とする無線端末。
【請求項２】
拡張ＤＲＸの設定を要求するために無線端末が送信した拡張ＤＲＸに関するパラメータを受信する処理を実行する制御部を備え、
前記拡張ＤＲＸに関するパラメータは、拡張ＤＲＸを設定された前記無線端末が基地局から送信されるページングを受信するタイミングを特定するために用いられ、
前記制御部は、前記拡張ＤＲＸに関するパラメータを前記無線端末から受信すると、前記無線端末における前記拡張ＤＲＸの設定の可否を判断し、当該拡張ＤＲＸの設定が可能であると判断した場合、前記拡張ＤＲＸに関するパラメータを前記無線端末に通知する処理を実行することを特徴とするネットワーク装置。
【請求項３】
アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられるネットワーク装置であって、
前記第１のＤＲＸサイクルは、第１のＤＲＸ設定情報により前記無線端末に通知され、
前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報によりブロードキャスト又はユニキャストで前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルを前記無線端末に通知する制御部を備えることを特徴とするネットワーク装置。
【請求項４】
前記第２のＤＲＸサイクルをブロードキャストで通知した場合に、前記第２のＤＲＸサイクルを設定した旨の通知を前記無線端末から受信する受信部をさらに備えることを特徴とする請求項３に記載のネットワーク装置。
【請求項５】
前記無線端末が希望する第２のＤＲＸサイクルに関する要求情報を前記無線端末から受信する受信部をさらに備え、
前記制御部は、前記要求情報に基づいて決定した前記第２のＤＲＸサイクルをユニキャストで前記無線端末に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項６】
前記制御部は、前記第２のＤＲＸサイクルをブロードキャストで通知せずに、前記第２のＤＲＸサイクルをユニキャストで前記無線端末に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項７】
前記ネットワーク装置は、基地局であり、
前記制御部は、前記無線端末とのＲＲＣ接続を解放する際に、前記第２のＤＲＸサイクルをユニキャストで前記無線端末に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項８】
前記ネットワーク装置は、基地局の上位ノードであり、
前記制御部は、前記無線端末にユニキャストで通知した前記第２のＤＲＸサイクルと前記無線端末の識別子とを、前記基地局に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項９】
前記制御部は、前記第２のＤＲＸサイクルを示す複数の値を前記無線端末に通知し、
前記複数の値のいずれかが、前記第２のＤＲＸサイクルとして前記無線端末により選択されることを特徴とする請求項３に記載のネットワーク装置。
【請求項１０】
前記ネットワーク装置は、基地局であり、
前記第２のＤＲＸサイクルが設定された無線端末の識別子が含まれるリストを、前記基地局の上位ノードから受信する受信部をさらに備え、
前記受信部は、ページングを前記上位ノードから受信し、
前記制御部は、前記ページングの宛先が前記リストに含まれる場合、前記第２のＤＲＸサイクルに基づいて、前記無線端末宛てのページングメッセージを前記無線端末に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項１１】
前記ネットワーク装置は、基地局であり、
ページングを前記基地局の上位ノードから受信する受信部をさらに備え、
前記制御部は、前記ページングの宛先が前記第２のＤＲＸサイクルが設定された無線端末であることを示す情報を受信した場合、前記第２のＤＲＸサイクルに基づいて、前記無線端末宛てのページングメッセージを前記無線端末に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項１２】
前記制御部は、暗黙的デタッチタイマよりも長い前記第２のＤＲＸサイクルを前記無線端末に通知し、
前記暗黙的デタッチタイマは、前記無線端末がネットワークに接触する前に満了した場合に前記ネットワークが前記無線端末をデタッチするためのタイマであり、
前記制御部は、前記暗黙的デタッチタイマを停止するための動作を実行することを特徴とする請求項３に記載のネットワーク装置。
【請求項１３】
前記制御部は、前記無線端末にユニキャストで通知した前記第２のＤＲＸサイクルと、前記第２のＤＲＸサイクルの開始タイミングに関する時間情報と、前記無線端末の識別子とを、前記ネットワーク装置の下位ノードである基地局に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項１４】
前記制御部は、前記第２のＤＲＸサイクルとして、ページングメッセージを受信するための監視を省略する期間を示すタイマ値を、前記ネットワーク装置の下位ノードである基地局に通知することを特徴とする請求項３に記載のネットワーク装置。
【請求項１５】
アイドルモードにおける第１のＤＲＸサイクルを第１のＤＲＸ設定情報により受信する無線端末であって、
前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報により、前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルをネットワーク装置から受信する受信部と、
前記アイドルモードにおいて、前記第２のＤＲＸサイクルを使用したＤＲＸ動作を実行する制御部と、
を備えることを特徴とする無線端末。
【請求項１６】
前記制御部は、前記第２のＤＲＸサイクルを設定した後、前記第２のＤＲＸサイクルを設定した旨を前記ネットワーク装置に通知することを特徴とする請求項１５に記載の無線端末。
【請求項１７】
前記制御部は、自無線端末が希望する第２のＤＲＸサイクルに関する要求情報を前記ネットワーク装置に通知することを特徴とする請求項１５に記載の無線端末。
【請求項１８】
前記制御部は、自無線端末に備えられ且つ時間を測定するための水晶発振器の性能に応じて、前記希望する第２のＤＲＸサイクルを決定することを特徴とする請求項１５に記載の無線端末。
【請求項１９】
前記制御部は、前記第２のＤＲＸサイクルが所定期間よりも長い場合、前記ＤＲＸ動作を実行中において、前記所定期間が経過する前に、自無線端末が在圏するセルからシステムフレーム番号を受信することを特徴とする請求項１５に記載の無線端末。
【請求項２０】
前記所定期間は、自無線端末に備えられ且つ時間を測定するための水晶発振器の性能に応じた値であることを特徴とする請求項１９に記載の無線端末。
【請求項２１】
アイドルモードにおけるＤＲＸサイクルとページング周期内のページング機会の数を示すｎＢパラメータとを受信する無線端末であって、
前記ＤＲＸサイクルを実数倍するための係数パラメータを受信する受信部と、
前記ＤＲＸサイクルと前記係数パラメータとにより算出された拡張ＤＲＸサイクルと前記ｎＢパラメータとに基づいて、前記ページングフレームを決定する制御部と、を備え、
前記制御部は、前記拡張ＤＲＸサイクルと前記ｎＢパラメータとに応じて定まる条件が満たされない場合、前記拡張ＤＲＸサイクルを補正することを特徴とする無線端末。
【請求項２２】
前記条件は、前記拡張ＤＲＸサイクルと前記ｎＢパラメータとを掛けた値が整数である
ことを特徴とする請求項２１に記載の無線端末。
【請求項２３】
前記制御部は、前記ｎＢパラメータの分母に応じた値に基づいて、前記拡張ＤＲＸサイクルを補正することを特徴とする請求項２１に記載の無線端末。
【請求項２４】
アイドルモードにおけるＤＲＸサイクルを受信する無線端末を有する通信システムにおいて用いられる基地局であって、
前記ＤＲＸサイクルを実数倍するための係数パラメータを前記無線端末に送信する送信部と、
前記ＤＲＸサイクルと前記係数パラメータとにより算出された拡張ＤＲＸサイクルに基づいて、ページングメッセージを通知するためのページングフレームを決定する制御部と、を備え、
前記制御部は、前記拡張ＤＲＸサイクルに基づいて前記ページングフレームを決定できない場合、前記拡張ＤＲＸサイクルを補正することを特徴とする基地局。
【請求項２５】
基地局からブロードキャストによって通知される第１のＤＲＸサイクルと、前記基地局の上位ノードからユニキャストで通知される第２のＤＲＸサイクルと、のうち短い方を使用してアイドルモードにおけるＤＲＸ動作を実行する無線端末であって、
前記第１のＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを設定可能である拡張ＤＲＸ設定情報により、前記第２のＤＲＸサイクルが通知されていた場合、前記第２のＤＲＸサイクルを優先的に使用する制御部を備えることを特徴とする無線端末。
【請求項２６】
前記制御部は、前記基地局が前記第２のＤＲＸサイクルに基づいてページングメッセージを前記無線端末へ通知できない場合、前記第１のＤＲＸサイクルを使用することを特徴とする請求項２５に記載の無線端末。
【請求項２７】
前記制御部は、前記拡張ＤＲＸ設定情報を前記基地局から受信した場合、前記基地局が前記第２のＤＲＸサイクルに基づいて前記ページングメッセージを前記無線端末へ通知できると判断することを特徴とする請求項２５に記載の無線端末。
【請求項２８】
アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられるネットワーク装置であって、
前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルが前記無線端末に適用されているか否かを示す情報、又は、前記第２のＤＲＸサイクルが前記無線端末に適用可能か否かを示す情報を、前記ネットワーク装置の下位ノードである基地局に通知する制御部を備えることを特徴とするネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信システムにおける無線端末、ネットワーク装置、及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、無線端末の消費電力を削減するための間欠受信技術として、非連続受信（ＤＲＸ）が規定されている。ＤＲＸ動作を実行している無線端末は、下りリンク制御チャネルを間欠的に監視する。下りリンク制御チャネルを監視する周期は「ＤＲＸサイクル」と称される。【０００３】
近年、移動通信システムにおいて人が介在することなく無線端末が通信を行うマシンタイプコミュニケーション（ＭＴＣ）が注目されている。このような背景から、既存のＤＲＸサイクルよりも長い拡張ＤＲＸ（ｅｘｔｅｎｄｅｄ  ＤＲＸ）サイクルを新たに導入し、更なる消費電力の削減を図ることが検討されている（例えば、非特許文献１参照）。拡張ＤＲＸサイクルを使用するＤＲＸは拡張ＤＲＸと称される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ寄書「ＲＰ−１４１９９４」
【発明の概要】
【０００５】
一の実施形態に係る無線端末は、拡張ＤＲＸの設定を要求するために、ネットワークに対して拡張ＤＲＸに関するパラメータを通知する処理を実行する制御部を備える。前記拡張ＤＲＸに関するパラメータは、拡張ＤＲＸを設定された無線端末が基地局から送信されるページングを受信するタイミングを特定するために用いられる。
【０００６】
一の実施形態に係るネットワーク装置は、拡張ＤＲＸの設定を要求するために無線端末が送信した拡張ＤＲＸに関するパラメータを受信する処理を実行する制御部を備える。前記拡張ＤＲＸに関するパラメータは、拡張ＤＲＸを設定された前記無線端末が基地局から送信されるページングを受信するタイミングを特定するために用いられる。前記制御部は、前記拡張ＤＲＸに関するパラメータを前記無線端末から受信すると、前記無線端末における前記拡張ＤＲＸの設定の可否を判断し、当該拡張ＤＲＸの設定が可能であると判断した場合、前記拡張ＤＲＸに関するパラメータを前記無線端末に通知する処理を実行する。
【０００７】
一の実施形態に係るネットワーク装置は、アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられる。前記第１のＤＲＸサイクルは、第１のＤＲＸ設定情報により前記無線端末に通知される。前記ネットワーク装置は、前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報によりブロードキャスト又はユニキャストで前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルを前記無線端末に通知する制御部を備える。
【０００８】
一の実施形態に係る無線端末は、アイドルモードにおける第１のＤＲＸサイクルを第１のＤＲＸ設定情報により受信する。前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報により、前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルをネットワーク装置から受信する受信部と、前記アイドルモードにおいて、前記第２のＤＲＸサイクルを使用したＤＲＸ動作を実行する制御部と、備える。
【０００９】
一の実施形態に係る無線端末は、アイドルモードにおけるＤＲＸサイクルとページング周期内のページング機会の数を示すｎＢパラメータとを受信する。前記無線端末は、前記ＤＲＸサイクルを実数倍するための係数パラメータを受信する受信部と、前記ＤＲＸサイクルと前記係数パラメータとにより算出された拡張ＤＲＸサイクルと前記ｎＢパラメータとに基づいて、前記ページングフレームを決定する制御部と、を備える。前記制御部は、前記拡張ＤＲＸサイクルと前記ｎＢパラメータとに応じて定まる条件が満たされない場合、前記拡張ＤＲＸサイクルを補正する。
【００１０】
一の実施形態に係る基地局は、アイドルモードにおけるＤＲＸサイクルを受信する無線端末を有する通信システムにおいて用いられる。前記基地局は、前記ＤＲＸサイクルを実数倍するための係数パラメータを前記無線端末に送信する送信部と、前記ＤＲＸサイクルと前記係数パラメータとにより算出された拡張ＤＲＸサイクルに基づいて、ページングメッセージを通知するためのページングフレームを決定する制御部と、を備える。前記制御部は、前記拡張ＤＲＸサイクルに基づいて前記ページングフレームを決定できない場合、前記拡張ＤＲＸサイクルを補正する。
【００１１】
一の実施形態に係る無線端末は、基地局からブロードキャストによって通知される第１のＤＲＸサイクルと、前記基地局の上位ノードからユニキャストで通知される第２のＤＲＸサイクルと、のうち短い方を使用してアイドルモードにおけるＤＲＸ動作を実行する。前記無線端末は、前記第１のＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを設定可能である拡張ＤＲＸ設定情報により、前記第２のＤＲＸサイクルが通知されていた場合、前記第２のＤＲＸサイクルを優先的に使用する制御部を備える。
【００１２】
一の実施形態に係るネットワーク装置は、アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられる。前記ネットワーク装置は、前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルが前記無線端末に適用されているか否かを示す情報、又は、前記第２のＤＲＸサイクルが前記無線端末に適用可能か否かを示す情報を、前記ネットワーク装置の下位ノードである基地局に通知する制御部を備える。
【図面の簡単な説明】
【００１３】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＭＭＥのブロック図である。
【図５】図５は、プロトコルスタック図である。
【図６】図６は、無線フレームの構成図である。
【図７】図７は、実施形態に係る拡張ＤＲＸの設定を説明するための図である。
【図８】図８は、実施形態に係る拡張ＤＲＸ動作を説明するための図である。
【図９】図９は、実施形態に係る動作例１を説明するためのシーケンス図である。
【図１０】図１０は、実施形態に係る動作例２を説明するためのシーケンス図である。
【図１１】図１１は、実施形態に係る動作例３を説明するためのシーケンス図である。
【図１２】図１２は、実施形態に係る動作例４を説明するためのシーケンス図である。
【図１３】図１３は、実施形態に係る動作例５を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１４】
［実施形態の概要］
しかしながら、現状の仕様では、ＤＲＸを制御する仕組みが規定されているだけであり、拡張ＤＲＸを適切に制御する仕組みが存在しない。
【００１５】
一の実施形態に係る無線端末は、拡張ＤＲＸの設定を要求するために、ネットワークに対して拡張ＤＲＸに関するパラメータを通知する処理を実行する制御部を備える。前記拡張ＤＲＸに関するパラメータは、拡張ＤＲＸを設定された無線端末が基地局から送信されるページングを受信するタイミングを特定するために用いられる。
【００１６】
一の実施形態に係るネットワーク装置は、拡張ＤＲＸの設定を要求するために無線端末が送信した拡張ＤＲＸに関するパラメータを受信する処理を実行する制御部を備える。前記拡張ＤＲＸに関するパラメータは、拡張ＤＲＸを設定された前記無線端末が基地局から送信されるページングを受信するタイミングを特定するために用いられる。前記制御部は、前記拡張ＤＲＸに関するパラメータを前記無線端末から受信すると、前記無線端末における前記拡張ＤＲＸの設定の可否を判断し、当該拡張ＤＲＸの設定が可能であると判断した場合、前記拡張ＤＲＸに関するパラメータを前記無線端末に通知する処理を実行することを特徴とする。
【００１７】
一の実施形態に係るネットワーク装置は、アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられる。前記第１のＤＲＸサイクルは、第１のＤＲＸ設定情報により前記無線端末に通知される。前記ネットワーク装置は、前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報によりブロードキャスト又はユニキャストで前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルを前記無線端末に通知する制御部を備える。
【００１８】
前記ネットワーク装置は、前記第２のＤＲＸサイクルをブロードキャストで通知した場合に、前記第２のＤＲＸサイクルを設定した旨の通知を前記無線端末から受信する受信部をさらに備えていてもよい。
【００１９】
前記ネットワーク装置は、前記無線端末が希望する第２のＤＲＸサイクルに関する要求情報を前記無線端末から受信する受信部をさらに備えていてもよい。
【００２０】
前記制御部は、前記要求情報に基づいて決定した前記第２のＤＲＸサイクルをユニキャストで前記無線端末に通知してもよい。
【００２１】
前記制御部は、前記第２のＤＲＸサイクルをブロードキャストで通知せずに、前記第２のＤＲＸサイクルをユニキャストで前記無線端末に通知してもよい。
【００２２】
前記ネットワーク装置は、基地局であってもよい。前記制御部は、前記無線端末とのＲＲＣ接続を解放する際に、前記第２のＤＲＸサイクルをユニキャストで前記無線端末に通知してもよい。
【００２３】
前記ネットワーク装置は、基地局の上位ノードであってもよい。前記制御部は、前記無線端末にユニキャストで通知した前記第２のＤＲＸサイクルと前記無線端末の識別子とを、前記基地局に通知してもよい。
【００２４】
前記制御部は、前記第２のＤＲＸサイクルを示す複数の値を前記無線端末に通知してもよい。前記複数の値のいずれかが、前記第２のＤＲＸサイクルとして前記無線端末により選択されてもよい。
【００２５】
前記ネットワーク装置は、基地局であってもよい。前記第２のＤＲＸサイクルが設定された無線端末の識別子が含まれるリストを、前記基地局の上位ノードから受信する受信部をさらに備えてもよい。前記受信部は、ページングを前記上位ノードから受信してもよい。前記制御部は、前記ページングの宛先が前記リストに含まれる場合、前記第２のＤＲＸサイクルに基づいて、前記無線端末宛てのページングメッセージを前記無線端末に通知してもよい。
【００２６】
前記ネットワーク装置は、基地局であってもよい。ページングを前記基地局の上位ノードから受信する受信部をさらに備えてもよい。前記制御部は、前記ページングの宛先が前記第２のＤＲＸサイクルが設定された無線端末であることを示す情報を受信した場合、前記第２のＤＲＸサイクルに基づいて、前記無線端末宛てのページングメッセージを前記無線端末に通知してもよい。
【００２７】
前記制御部は、暗黙的デタッチタイマよりも長い前記第２のＤＲＸサイクルを前記無線端末に通知してもよい。前記暗黙的デタッチタイマは、前記無線端末がネットワークに接触する前に満了した場合に前記ネットワークが前記無線端末をデタッチするためのタイマであってもよい。前記制御部は、前記暗黙的デタッチタイマを停止するための動作を実行してもよい。
【００２８】
前記制御部は、前記無線端末にユニキャストで通知した前記第２のＤＲＸサイクルと、前記第２のＤＲＸサイクルの開始タイミングに関する時間情報と、前記無線端末の識別子とを、前記ネットワーク装置の下位ノードである基地局に通知してもよい。
【００２９】
前記制御部は、前記第２のＤＲＸサイクルとして、ページングメッセージを受信するための監視を省略する期間を示すタイマ値を、前記ネットワーク装置の下位ノードである基地局に通知してもよい。
【００３０】
一の実施形態に係る無線端末は、アイドルモードにおける第１のＤＲＸサイクルを第１のＤＲＸ設定情報により受信する。前記第１のＤＲＸ設定情報とは別の第２のＤＲＸ設定情報により、前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルをネットワーク装置から受信する受信部と、前記アイドルモードにおいて、前記第２のＤＲＸサイクルを使用したＤＲＸ動作を実行する制御部と、備える。
【００３１】
前記制御部は、前記第２のＤＲＸサイクルを設定した後、前記第２のＤＲＸサイクルを設定した旨を前記ネットワーク装置に通知してもよい。
【００３２】
前記制御部は、自無線端末が希望する第２のＤＲＸサイクルに関する要求情報を前記ネットワーク装置に通知してもよい。
【００３３】
前記制御部は、自無線端末に備えられ且つ時間を測定するための水晶発振器の性能に応じて、前記希望する第２のＤＲＸサイクルを決定してもよい。
【００３４】
前記制御部は、前記第２のＤＲＸサイクルが所定期間よりも長い場合、前記ＤＲＸ動作を実行中において、前記所定期間が経過する前に、自無線端末が在圏するセルからシステムフレーム番号を受信してもよい。
【００３５】
前記所定期間は、自無線端末に備えられ且つ時間を測定するための水晶発振器の性能に応じた値であってもよい。
【００３６】
一の実施形態に係る無線端末は、アイドルモードにおけるＤＲＸサイクルとページング周期内のページング機会の数を示すｎＢパラメータとを受信する。前記無線端末は、前記ＤＲＸサイクルを実数倍するための係数パラメータを受信する受信部と、前記ＤＲＸサイクルと前記係数パラメータとにより算出された拡張ＤＲＸサイクルと前記ｎＢパラメータとに基づいて、前記ページングフレームを決定する制御部と、を備える。前記制御部は、前記拡張ＤＲＸサイクルと前記ｎＢパラメータとに応じて定まる条件が満たされない場合、前記拡張ＤＲＸサイクルを補正する。
【００３７】
前記条件は、前記拡張ＤＲＸサイクルと前記ｎＢパラメータとを掛けた値が整数であってもよい。
【００３８】
前記制御部は、前記ｎＢパラメータの分母に応じた値に基づいて、前記拡張ＤＲＸサイクルを補正してもよい。
【００３９】
一の実施形態に係る基地局は、アイドルモードにおけるＤＲＸサイクルを受信する無線端末を有する通信システムにおいて用いられる。前記基地局は、前記ＤＲＸサイクルを実数倍するための係数パラメータを前記無線端末に送信する送信部と、前記ＤＲＸサイクルと前記係数パラメータとにより算出された拡張ＤＲＸサイクルに基づいて、ページングメッセージを通知するためのページングフレームを決定する制御部と、を備える。前記制御部は、前記拡張ＤＲＸサイクルに基づいて前記ページングフレームを決定できない場合、前記拡張ＤＲＸサイクルを補正する。
【００４０】
一の実施形態に係る無線端末は、基地局からブロードキャストによって通知される第１のＤＲＸサイクルと、前記基地局の上位ノードからユニキャストで通知される第２のＤＲＸサイクルと、のうち短い方を使用してアイドルモードにおけるＤＲＸ動作を実行する。前記無線端末は、前記第１のＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを設定可能である拡張ＤＲＸ設定情報により、前記第２のＤＲＸサイクルが通知されていた場合、前記第２のＤＲＸサイクルを優先的に使用する制御部を備える。
【００４１】
前記制御部は、前記基地局が前記第２のＤＲＸサイクルに基づいてページングメッセージを前記無線端末へ通知できない場合、前記第１のＤＲＸサイクルを使用してもよい。
【００４２】
前記制御部は、前記拡張ＤＲＸ設定情報を前記基地局から受信した場合、前記基地局が前記第２のＤＲＸサイクルに基づいて前記ページングメッセージを前記無線端末へ通知できてもよい。
【００４３】
一の実施形態に係るネットワーク装置は、アイドルモードにおける第１のＤＲＸサイクルが通知される無線端末を有する通信システムにおいて用いられる。前記ネットワーク装置は、前記第１のＤＲＸサイクルよりも長い第２のＤＲＸサイクルが前記無線端末に適用されているか否かを示す情報、又は、前記第２のＤＲＸサイクルが前記無線端末に適用可能か否かを示す情報を、前記ネットワーク装置の下位ノードである基地局に通知する制御部を備える。
【００４４】
［実施形態］
以下において、ＬＴＥシステムを例に挙げて実施形態を説明する。
【００４５】
（システム構成）
図１は、ＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００４６】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００４７】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４８】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４９】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００５０】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００５１】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００５２】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００５３】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００５４】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５５】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００５６】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００５７】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５８】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５９】
図４は、ＭＭＥ３００のブロック図である。図４に示すように、ＭＭＥ３００は、ネットワークインターフェイス３２０、メモリ３３０、及びプロセッサ３４０を備える。なお、メモリ３３０をプロセッサ３４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００６０】
ネットワークインターフェイス３２０は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ネットワークインターフェイス３２０は、Ｓ１インターフェイス上で行う通信に用いられる。
【００６１】
メモリ３３０は、プロセッサ３４０により実行されるプログラム、及びプロセッサ３４０による処理に使用される情報を記憶する。プロセッサ３４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ３３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ３４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００６２】
図５は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００６３】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００６４】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００６５】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００６６】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００６７】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモード（コネクティッドモード）であり、そうでない場合、ＵＥ１００はＲＲＣアイドルモード（アイドルモード）である。
【００６８】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００６９】
図６は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００７０】
図６に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００７１】
（アイドルモードにおけるＤＲＸの概要）
以下において、ＲＲＣアイドルモードにおけるＤＲＸ(ＤＲＸ:  Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ)について説明する。なお、以下において説明するアイドルモードにおけるＤＲＸは、既存のＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを使用した拡張ＤＲＸも含み得る。既存のＤＲＸ動作と異なる拡張ＤＲＸは、後述にて説明をする。
【００７２】
ＵＥ１００は、バッテリを節約するために、ＤＲＸ動作を行うことが可能である。ＤＲＸ動作を行うＵＥ１００は、ＰＤＣＣＨを間欠的に監視する。通常、サブフレーム中のＰＤＣＣＨは、当該サブフレーム中のＰＤＳＣＨのスケジューリング情報（無線リソース及びトランスポートフォーマットの情報）を運搬する。
【００７３】
ＲＲＣアイドルモードであるＵＥ１００は、着信があることを通知するページングメッセージを受信するためにＰＤＣＣＨを間欠的に監視するＤＲＸ動作を行う。ＵＥ１００は、ページング用のグループ識別子（Ｐ−ＲＮＴＩ）を用いて、ＰＤＣＣＨ（ＣＣＥ）をデコードして、ページングチャネルの割り当て情報（ＰＩ）を取得する。ＵＥ１００は、当該割当情報に基づいて、ページングメッセージを取得する。ＵＥ１００におけるＰＤＣＣＨ監視タイミングは、ＵＥ１００の識別子（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）に基づいて定められる。ＰＤＣＣＨ監視タイミングの算出について具体的に説明する。
【００７４】
ＲＲＣアイドルモードのＤＲＸ動作におけるＰＤＣＣＨ監視タイミング（ＰＤＣＣＨ監視サブフレーム）は、Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎ（ＰＯ）と称される。
【００７５】
ＵＥ１００（及びｅＮＢ２００）は、Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎ（ＰＯ）、及び、Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎを含みうる無線フレームであるＰａｇｉｎｇ  Ｆｒａｍｅ（ＰＦ）を下記のように計算する。
【００７６】
ＰＦのシステムフレーム番号（ＳＦＮ）は、下記の式（１）から求められる。
【００７７】
SFN  mod  T=  (T  div  N)  *  (UE_ID  mod  N)        …（１）
【００７８】
ここで、Ｔは、ページングメッセージを受信するためのＵＥ１００のＤＲＸサイクルであり、無線フレームの数で表される。Ｎは、ＴとｎＢのうち最小値である。ｎＢは、4T,2T,  T,  T/2,  T/4,  T/8,  T/16,  T/32から選択される値である。ＵＥ＿ＩＤは、「IMSI  mod1024」により求められる値である。
【００７９】
このようにして求められたＰＦのうち、ＰＯのサブフレーム番号は、下記のように求められる。まず、下記の式（２）により、インデックスｉ＿ｓを求める。
【００８０】
i_s  =  floor(UE_ID/N)  mod  Ns        …（２）
【００８１】
ここで、Ｎｓは、１とｎＢ／Ｔのうち最大値である。
【００８２】
次に、表１または表２からＮｓ及びインデックスｉ＿ｓに対応するＰＯを求める。表１はＬＴＥ  ＦＤＤシステムに適用され、表２はＬＴＥ  ＴＤＤシステムに適用される。表１および表２において、Ｎ／Ａは非適用を表す。
【００８３】
【表１】
2016140274.tif 000003
【００８４】
【表２】
2016140274.tif 000004
【００８５】
このように、ＵＥ１００は、ＳＦＮとＤＲＸサイクルとに基づいてページングフレームを決定する。なお、ｅＮＢ２００も同様にページングフレームを決定し、決定されたページングフレームにおいて、ページングメッセージを通知するためのＰＤＣＣＨを送信する。
【００８６】
（ネットワーク側の拡張ＤＲＸに関する動作）
次に、ネットワーク側の拡張ＤＲＸに関する動作について、図７及び図８を用いて説明する。図７は、実施形態に係る拡張ＤＲＸの設定を説明するための図である。図８は、実施形態に係る拡張ＤＲＸ動作を説明するための図である。
【００８７】
拡張ＤＲＸは、少なくとも以下の３パターンの設定情報のいずれかによって、ＵＥ１００に設定（適用）される。拡張ＤＲＸが設定されるＵＥ１００は、ＭＴＣのＵＥであってもよい。或いは、低モビリティ性を有するＵＥ１００に、拡張ＤＲＸが設定されてもよい。例えば、位置が固定されたＵＥ１００、又は、局所移動しかできない（セル内を局所的に移動する）ＵＥ１００に拡張ＤＲＸが設定される。
【００８８】
第１のパターンでは、既存のＤＲＸ設定情報（ＰＣＣＨ−Ｃｏｎｆｉｇ．）によってＵＥ１００に拡張ＤＲＸが設定される。ｅＮＢ２００は、図７（Ａ）に示すように、既存のＰＣＣＨ設定情報によりブロードキャストで、拡張ＤＲＸサイクルをＵＥ１００に通知する。具体的には、ｅＮＢ２００は、ＳＩＢ２によってブロードキャストでＰＣＣＨ設定情報をＵＥ１００に通知する。既存のＰＣＣＨ設定情報とは、ページング周期（ｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅ）の値域が異なる。ＰＣＣＨ設定情報内のページング周期の値域が拡張されている。すなわち、ページング周期の値として、既存のページング周期よりも長いページング周期の値を設定できる。ＵＥ１００は、値域が拡張されたページング周期の値を拡張ＤＲＸサイクルの値として認識する。具体的には、図７（Ａ）に示すように、拡張ＤＲＸサイクル（ページング周期）として、「ｒｆ５１２、ｒｆ１０２４、・・・」という値域が設定可能であってもよい。なお、ここでの拡張ＤＲＸサイクルは、ＤＲＸサイクル（ページング周期）に「ｎ」を掛けた値である。
【００８９】
第２のパターンでは、既存のＰＣＣＨ設定情報とは異なる別の情報要素（例えば、「Ｉｄｌｅ−ｅＤＲＸ−Ｃｏｎｆｉｇ」）によって、ＵＥ１００に拡張ＤＲＸが設定される。例えば、図７（Ｂ）に示すように、ｅＮＢ２００は、既存のＰＣＣＨ設定情報とは異なる別の情報要素として、アイドルモードにおける拡張ＤＲＸの設定情報である拡張ＤＲＸ設定情報（Ｉｄｌｅ−ｅＤＲＸ−Ｃｏｎｆｉｇ）をＵＥ１００に通知する。ｅＮＢ２００は、拡張ＤＲＸ設定情報によりブロードキャスト又はユニキャストで拡張ＤＲＸサイクルをＵＥ１００に通知する。ｅＮＢ２００は、ブロードキャストで拡張ＤＲＸ設定情報をＵＥ１００に通知する場合、拡張ＤＲＸ設定情報を含むｅＰＣＣＨ設定情報をブロードキャストでＵＥ１００に通知してもよい。ｅＰＣＣＨ設定情報は、拡張ＤＲＸサイクルを含む設定情報である。
【００９０】
ｅＮＢ２００は、ユニキャストで拡張ＤＲＸ設定情報をＵＥ１００に通知する場合、ＲＲＣメッセージによって拡張ＤＲＸ設定情報をＵＥ１００に通知できる。具体的には、ｅＮＢ２００は、ＲＲＣ接続再設定メッセージによって、拡張ＤＲＸ設定情報（拡張ＤＲＸサイクル）をＵＥ１００に通知できる。或いは、ｅＮＢ２００は、ＵＥ１００とのＲＲＣ接続を解放する際に、拡張ＤＲＸ設定情報（拡張ＤＲＸサイクル）をＵＥ１００に通知できる。具体的には、ｅＮＢ２００は、ＲＲＣ接続を解放するためのＲＲＣ接続解放メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ）によって、拡張ＤＲＸ設定情報をＵＥ１００に通知できる。
【００９１】
ｅＮＢ２００は、拡張ＤＲＸサイクルをブロードキャストで通知せずに、ユニキャストでＵＥ１００に通知してもよい。すなわち、ｅＮＢ２００は、拡張ＤＲＸサイクルをブロードキャストで送信しないという条件下で、ユニキャストでのみ拡張ＤＲＸサイクルをＵＥ１００に通知することが可能であってもよい。この場合、ｅＮＢ２００は、ＵＥ１００が使用する拡張ＤＲＸサイクルが分かるため、適切なページングタイミングで当該ＵＥ１００宛てのページングメッセージを当該ＵＥ１００に送信することができる。その結果、ページングリソースを有効に活用できる。
【００９２】
また、拡張ＤＲＸ設定は、ＭＭＥ３００によって、ＵＥ１００に設定されてもよい。ＭＭＥ３００は、ＮＡＳメッセージによってユニキャストで拡張ＤＲＸサイクルをＵＥ１００に通知できる。ＭＭＥ３００は、ＮＡＳメッセージによって設定した拡張ＤＲＸサイクルを配下の各ｅＮＢ２００に通知してもよい。これにより、ｅＮＢ２００は、ＵＥ１００が使用する拡張ＤＲＸサイクルが分かるため、ページングリソースを有効に活用できる。
【００９３】
拡張ＤＲＸ設定情報には、拡張ＤＲＸサイクルを示す情報が含まれる。図７（Ｂ）に示すように、拡張ＤＲＸサイクルは、例えば、「ｒｆ８、ｒｆ１６、・・・、ｒｆ５１２、ｒｆ１０２４、・・・ｒｆ８１９２、・・・」という値であってもよい。なお、拡張ＤＲＸサイクルは、既存のＤＲＸサイクルよりも長い値だけでなく、既存のＤＲＸサイクルよりも短い値を設定できてもよい。この場合、ページング周期を短くすることができるため、アイドルモードにおけるＵＥ１００が、高速でページングに対して応答可能である。
【００９４】
また、拡張ＤＲＸ設定情報には、拡張ＤＲＸサイクルを示す情報が複数の値が含まれていてもよい。ＵＥ１００は、複数の値のうち１つの値を拡張ＤＲＸサイクルとして選択する。例えば、ＵＥ１００は、ユーザの好みに応じて、拡張ＤＲＸサイクルを選択する。これにより、ユーザの好みに応じた拡張ＤＲＸ動作が実行され得る。
【００９５】
ＵＥ１００は、選択された拡張ＤＲＸサイクルをｅＮＢ２００又はＭＭＥ３００に通知してもよい。また、ｅＮＢ２００は、選択された拡張ＤＲＸサイクルをＵＥ１００から受信した場合、ＵＥ１００から受信した拡張ＤＲＸサイクルをＭＭＥ３００に通知してもよい。また、ＭＭＥ３００もＵＥ１００から受信した拡張ＤＲＸサイクルをｅＮＢ２００に通知してもよい。
【００９６】
また、拡張ＤＲＸサイクルは、ＤＲＸサイクル（ページング周期）に「ｎ」を掛けた値であってもよい。図８に示す例では、既存のＤＲＸサイクルに「３」を掛けた値が拡張ＤＲＸサイクルである。例えば、拡張ＤＲＸが設定されたＵＥ１００が、ＭＴＣのＵＥである場合、既存のページング周期に関わらず、拡張ＤＲＸ設定情報に基づくページングタイミング（「Ｉｄｌｅ−ｅＤＲＸ−Ｃｏｎｆｉｇ」で指定されたタイミング）以外では、ＰＤＣＣＨを監視しなくてもよい。図８の例であれば、当該ＵＥ１００は、１回目のＰＤＣＣＨを監視した場合、２回目と３回目のページングタイミングでは、ＰＤＣＣＨを監視しなくてもよい。或いは、当該ＵＥ１００は、設定されているＱｏＳを満たす場合には、拡張ＤＲＸ設定情報に基づくページングタイミング以外では、ＰＤＣＣＨを監視しなくてもよい。また、ｅＮＢ２００は、既存のＰＣＣＨ設定情報に基づくページングタイミングでページングメッセージを送信してもよい。或いは、ｅＮＢ２００は、当該ＵＥ１００宛てのページングメッセージを拡張ＤＲＸ設定情報に基づくページングタイミングで送信してもよい。
【００９７】
また、拡張ＤＲＸサイクルは、ｅＮＢ２００又はＭＭＥ３００によって直値で指定されてもよい。すなわち、ｅＮＢ２００又はＭＭＥ３００は、ページングフレーム（ＰＦ）のシステムフレーム番号（ＳＦＮ）を直値で指定してもよい。
【００９８】
また、拡張ＤＲＸサイクルは、時間の経過につれてＤＲＸサイクルの周期が変更する周期的な関数を示されてもよい。例えば、拡張ＤＲＸサイクルは、「最初の１０周期の間隔は、１分であり、次の１０周期の間隔は、５分であり、次の１０周期の間隔は、１分であり、・・・」を示す周期的な関数であってもよい。
【００９９】
第３のパターンでは、既存のＤＲＸサイクルを実数倍にするための係数パラメータ（「ｐａｇｉｎｇＣｙｃｌｅＦａｃｔｏｒ」）によって、ＵＥ１００に拡張ＤＲＸが設定される。例えば、図７（Ｃ）に示すように、ｅＮＢ２００は、係数パラメータ（ｐａｇｉｎｇＣｙｃｌｅＦａｃｔｏｒ）を含むｅＰＣＣＨ設定情報（ｅＰＣＣＨ−Ｃｏｎｆｉｇ）をＵＥ１００に通知する。ｅＮＢ２００は、ｅＰＣＣＨ設定情報によりブロードキャスト又はユニキャストで係数パラメータをＵＥ１００に通知する。ＭＭＥ３００が、ＮＡＳメッセージにより係数パラメータをＵＥ１００に通知してもよい。
【０１００】
係数パラメータは、既存のＤＲＸサイクルを実数倍にするパラメータである。ＵＥ１００は、既存のＰＣＣＨ設定情報により受信したページング周期（ＤＲＸサイクル）と係数パラメータとに基づいて、拡張ＤＲＸサイクルを算出する。
【０１０１】
また、ＵＥ１００は、算出された拡張ＤＲＸサイクルと、既存のＰＣＣＨ設定情報により受信したｎＢとに基づいて、ページングフレーム（ＰＦ）を決定する。ｎＢは、ページング周期内のページング機会の数を示すパラメータである。すなわち、ｎＢは、ｅＮＢ２００のページング周期内でのページング回数に依存する。ここで、上述したように、ｎＢは、「4T,  2T,  T,  T/2,  T/4,  T/8,  T/16,  T/32」から選択される値である。ＰＦを決定するために用いられる式（１）では、ＴをｎＢで割ることがあり得るため、ｎＢがＴ／３２である場合、Ｔは３２倍でなければ、ＰＦが小数となる。従って、既存のＤＲＸサイクルと係数パラメータとにより拡張ＤＲＸサイクルを算出した場合、適切なＰＦのＳＦＮを決定できない虞がある。
【０１０２】
そこで、拡張ＤＲＸサイクルとｎＢとに応じて定まる条件が満たされない場合、拡張ＤＲＸサイクルが補正される。ここで、拡張ＤＲＸサイクルとｎＢとに応じて定まる条件は、拡張ＤＲＸサイクルとｎＢとを掛けた値が整数であることである。従って、ＵＥ１００は、ｎＢの分母に応じた値に基づいて、拡張ＤＲＸサイクルを補正する。すなわち、ＵＥ１００は、ｎＢ＝Ｔ／ｍである場合、ｍに応じて拡張ＤＲＸサイクルを補正する。具体的には、ＵＥ１００は、拡張ＤＲＸサイクルにｍを掛ける。これにより、拡張ＤＲＸサイクルとｎＢとを掛けた値が整数になる。ＵＥ１００は、拡張ＤＲＸサイクルにｍを掛けた値に所定値を加えてもよい。所定値は、ｍの値に基づく範囲の値であってもよい。これにより、柔軟な拡張ＤＲＸサイクルが設定される。所定値は、ｅＰＣＣＨ設定情報に含まれていてもよい。或いは、ＵＥ１００は、所定値をｅＮＢ２００又はＭＭＥ３００に通知してもよい。
【０１０３】
或いは、算出された拡張ＤＲＸサイクルが、拡張ＤＲＸサイクルに最も近いｍの倍数に補正されてもよい。例えば、ｎＢ＝Ｔ／４であり、拡張ＤＲＸ＝６９である場合、「1/nB*  (FLOOR(nB*69)」により、拡張ＤＲＸを６８に補正してもよい。
【０１０４】
一方、ｅＮＢ２００も、同様にして、拡張ＤＲＸサイクルを算出及び補正し、適切なＰＦ（のＳＦＮ）を決定する。ｅＮＢ２００は、決定したＰＦによりＰＤＣＣＨを送信できる。
【０１０５】
以上の通り、拡張ＤＲＸは、上述の３パターンの設定情報のいずれかによって、ＵＥ１００に設定可能である。
【０１０６】
また、ｅＮＢ２００又はＭＭＥ３００は、ＵＥ１００に拡張ＤＲＸを設定するか否かを以下の方法により判断することができる。
【０１０７】
第１の方法では、ｅＮＢ２００は、「ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ」に基づいて決定する。ｅＮＢ２００は、ＵＥ１００に対して、ＵＥ情報を要求するメッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ）を送信する。ＵＥ１００は、当該メッセージに対する応答メッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）をｅＮＢ２００に送信する。ｅＮＢ２００は、応答メッセージにモビリティ履歴報告（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔ）が含まれる場合、モビリティ履歴報告に基づいて、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断する。モビリティ履歴報告は、直近に滞在したセル又は離れたセルの滞在時間を示す情報である。ｅＮＢ２００は、ＵＥ１００が在圏する（滞在する）セルの滞在時間が閾値を越えている場合、ＵＥ１００に拡張ＤＲＸを設定すると判断する。そうでない場合、ｅＮ２００は、ＵＥ１００に拡張ＤＲＸを設定しないと判断する。
【０１０８】
第２の方法では、ｅＮＢ２００は、「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」に基づいて、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断する。ｅＮＢ２００は、ＭＭＥ３００から受信した「ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ」メッセージがＵＥ１００の挙動に関する「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」を含む場合、「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」に基づいて、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断する。「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」は、予測されるＵＥのアクティブ挙動及び／又は移動性挙動（ｍｏｂｉｌｉｔｙ  ｂｅｈａｖｉｏｕｒ）を示す情報である。例えば、「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」は、ＵＥ１００のアクティブ時間及び／又はアイドル時間を示す情報である。「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」は、基地局間ハンドオーバ（ｉｎｔｅｒ−ｅＮＢ  ｈａｎｄｏｖｅｒｓ）の予測される時間間隔を示す情報である。「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」に「長時間（long-time）」が含まれる場合、基地局間ハンドオーバの間隔は、１８０秒より長いことが予測される。なお、ＭＭＥ３００が、加入者情報、統計情報などに基づいて、「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」を決定できる。ｅＮＢ２００は、「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」によって示される時間（例えば、基地局間ハンドオーバの予測される時間間隔）が閾値を越えている場合、ＵＥ１００に拡張ＤＲＸを設定すると判断する。そうでない場合、ｅＮ２００は、ＵＥ１００に拡張ＤＲＸを設定しないと判断する。
【０１０９】
なお、ｅＮＢ２００は、ソースｅＮＢ２００から受信した「ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ」メッセージが「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」を含む場合、「Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕr」に基づいて、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断してもよい。
【０１１０】
第３の方法では、ｅＮＢ２００は、ＵＥ１００から受信した「ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ」メッセージが「ｐｏｗｅｒＰｒｅＩｎｄｉｃａｔｉｏｎ」を含む場合、「ｐｏｗｅｒＰｒｅＩｎｄｉｃａｔｉｏｎ」に基づいて、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断する。「ｐｏｗｅｒＰｒｅＩｎｄｉｃａｔｉｏｎ」は、電力セーブのために最適化された（ＵＥが好む）設定を示す。或いは、「ｐｏｗｅｒＰｒｅＩｎｄｉｃａｔｉｏｎ」は、通常の設定を示す。ｅＮＢ２００は、「ｐｏｗｅｒＰｒｅＩｎｄｉｃａｔｉｏｎ」が、低電力消費を示す「ＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」を示す情報を含む場合、ＵＥ１００に拡張ＤＲＸを設定すると判断してもよい。
【０１１１】
第４の方法では、ｅＮＢ２００は、「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」に基づいて、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断する。ｅＮＢ２００は、ＵＥ１００から「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」を含むメッセージを受信した場合、ＵＥ１００に拡張ＤＲＸを設定すると判断する。「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」は、ＵＥ１００が低電力消費を好むことを示す「ＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」よりもＵＥ１００がさらに低電力消費を好むことを示す情報である。ＵＥ１００は、「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」を「ｐｏｗｅｒＰｒｅＩｎｄｉｃａｔｉｏｎ」に含めて、「ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ」メッセージによりｅＮＢ２００に送信してもよい。或いは、ＵＥ１００は、「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」を「ｐｏｗｅｒＰｒｅｆＩｎｄｉｃａｔｉｏｎ」とは異なるフィールドに含めて、「ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ」メッセージによりｅＮＢ２００に送信してもよい。或いは、Ｕｅ１００は、「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」をＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ」とは異なるメッセージにより、ｅＮＢ２００に送信してもよい。「ｅｘｔｅｎｄｅｄＬｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」は、低モビリティ性を有するＵＥ及び／又はＭＴＣであるＵＥのみがｅＮＢ２００に送信できてもよい。
【０１１２】
以上のいずれかの方法により、ｅＮＢ２００は、ＵＥ１００に拡張ＤＲＸを設定すると判断した場合、ユニキャストで当該ＵＥ１００にＤＲＸサイクルを通知する。なお、ＭＭＥ３００も、ｅＮＢ２００と同様に、ＵＥ１００に拡張ＤＲＸを設定するか否かを判断できる。
【０１１３】
ここで、ｅＮＢ２００は、暗黙的デタッチタイマ（ｉｍｐｌｉｃｉｔ  ｄｅｔａｃｈ  ｔｉｍｅｒ）よりも長い拡張ＤＲＸサイクルをＵＥ１００に通知した場合、ｅＮＢ２００は、暗黙的デタッチタイマを停止するための動作を実行することができる。
【０１１４】
暗黙的デタッチタイマは、ＵＥ１００がネットワークに接触する前に満了した場合にネットワークがＵＥ１００をデタッチするためのタイマである。暗黙的デタッチタイマよりも長い拡張ＤＲＸサイクルが設定されているＵＥ１００が、拡張ＤＲＸ動作を実行している場合に、暗黙的デタッチタイマが満了するためである。その結果、ネットワークがＵＥ１００をデタッチするため、ＵＥ１００が拡張ＤＲＸ動作を適切に実行できない虞がある。
【０１１５】
そこで、ｅＮＢ２００は、暗黙的デタッチタイマを停止するための動作を実行することができる。具体的には、ｅＮＢ２００は、暗黙的デタッチタイマを管理するネットワークノード（例えば、ＭＭＥ３００）にＵＥ１００に設定した（又は設定する予定の）拡張ＤＲＸサイクルを通知する。ネットワークノードは、拡張ＤＲＸサイクルが暗黙的デタッチタイマよりも長い場合、当該ＵＥ１００の暗黙的デタッチタイマを停止（ＯＦＦ）することができる。或いは、ｅＮＢ２００は、自局にて暗黙的デタッチタイマを管理していた場合、拡張ＤＲＸサイクルが暗黙的デタッチタイマよりも長い場合、当該ＵＥ１００の暗黙的デタッチタイマを停止（ＯＦＦ）することができる。
【０１１６】
なお、ＭＭＥ３００は、拡張ＤＲＸサイクルをＵＥ１００に設定したケースにおいても、ＭＭＥ３００は、自局にて暗黙的デタッチタイマを管理していた場合、拡張ＤＲＸサイクルが暗黙的デタッチタイマよりも長い場合、当該ＵＥ１００の暗黙的デタッチタイマを停止（ＯＦＦ）することができる。或いは、ＭＭＥ３００は、暗黙的デタッチタイマを管理するネットワークノードに暗黙的デタッチタイマを停止するためのメッセージを通知してもよい。なお、ｅＮＢ２００も、当該メッセージを暗黙的デタッチタイマを管理するネットワークノードに通知できる。
【０１１７】
（ＵＥ側の拡張ＤＲＸに関する動作）
次に、ＵＥ側の拡張ＤＲＸに関する動作について説明する。まず、拡張ＤＲＸの設定（適用）について説明する。
【０１１８】
ＵＥ１００は、ネットワーク（ｅＮＢ２００又はＭＭＥ３００）から拡張ＤＲＸの設定情報を受信した場合、拡張ＤＲＸ（拡張ＤＲＸサイクル）を設定する。
【０１１９】
ここで、ＵＥ１００が、ｅＮＢ２００からブロードキャストで第１の拡張ＤＲＸサイクルを通知され、ＭＭＥ３００からユニキャストで第２の拡張ＤＲＸサイクルを通知されたケースを想定する。既存のＤＲＸサイクルであれば、ＵＥ１００は、ｅＮＢ２００から通知されるＤＲＸサイクルとＭＭＥ３００から通知される第２の拡張ＤＲＸサイクルと、のうち短い方を使用してアイドルモードにおけるＤＲＸ動作を実行する。拡張ＤＲＸサイクルが、既存のページング周期の制限（３２無線フレームの倍数）を受けずに設定可能であることを想定した場合、ＵＥ１００が第１の拡張ＤＲＸサイクルに基づくタイミングでＰＤＣＣＨを監視すると共に、第２の拡張ＤＲＸサイクルに基づくタイミングでＰＤＣＣＨを監視することが考えられる。しかしながら、ＵＥ１００の監視するタイミングが増えるため、拡張ＤＲＸ動作を実行しているにもかかわらず、電力消費を削減できない虞がある。また、ｅＮＢ２００は、第１の拡張ＤＲＸサイクルに基づくタイミングで、ページングメッセージを送信し、且つ、第２の拡張ＤＲＸサイクルに基づくタイミングで、ページングメッセージを送信しなければならず、非効率である。
【０１２０】
従って、ＵＥ１００は、ＭＭＥ３００から受信した第２の拡張ＤＲＸサイクルを優先的に設定（適用）することが好ましい。ＭＭＥ３００は、ＵＥ１００毎に拡張ＤＲＸサイクルを決定するため、ＭＭＥがユニキャストで通知する拡張ＤＲＸサイクルは、ｅＮＢ２００がブロードキャストで通知する拡張ＤＲＸサイクルよりもＵＥ１００に適している可能性が高いからである。従って、ＵＥ１００は、第２の拡張ＤＲＸサイクルを優先的に使用する。ＵＥ１００は、設定（適用）された第２の拡張ＤＲＸサイクルをｅＮＢ２００に通知してもよい。或いは、ＭＭＥ３００は、第２の拡張ＤＲＸサイクルをＵＥ１００に通知した後、第２の拡張ＤＲＸサイクルをｅＮＢ２００に通知してもよい。
【０１２１】
一方、全てのｅＮＢ２００が、拡張ＤＲＸに対応しているとは限らない。拡張ＤＲＸに対応していないｅＮＢ２００は、拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを通知できない。このため、ＵＥ１００が、拡張ＤＲＸサイクルを優先的に使用した場合、ページングメッセージを受信できない虞がある。
【０１２２】
そこで、ＵＥ１００は、在圏するセルを管理するｅＮＢ２００が拡張ＤＲＸサイクルに基づいてページングメッセージを通知できない場合、ｅＮＢ２００が通知するＤＲＸサイクルを設定（適用）し、当該ＤＲＸサイクルを使用する。これにより、ＵＥ１００が、拡張ＤＲＸを適用することによってページングメッセージを受信できないという問題が発生しない。
【０１２３】
ＵＥ１００は、在圏するセルを管理するｅＮＢ２００が、拡張ＤＲＸに対応しているか否かを、拡張ＤＲＸの設定情報に基づいて判断することができる。ＵＥ１００は、在圏するセルを管理するｅＮＢ２００から拡張ＤＲＸの設定情報を受信できた場合、ｅＮＢ２００が拡張ＤＲＸに対応していると判断する。ＵＥ１００は、ｅＮＢ２００から拡張ＤＲＸの設定情報を受信できない場合、ｅＮＢ２００が拡張ＤＲＸに対応していないと判断する。例えば、ＵＥ１００は、拡張ＤＲＸサイクルを通知するＳＩＢをｅＮＢ２００から受信できた場合、ｅＮＢ２００が拡張ＤＲＸに対応していると判断する。
【０１２４】
次に、拡張ＤＲＸを実行しているＵＥ１００の動作について説明する。
【０１２５】
拡張ＤＲＸ（拡張ＤＲＸサイクル）を設定したＵＥ１００は、アイドルモードへ移行した後、設定された拡張ＤＲＸに基づいて、拡張ＤＲＸサイクルを使用して拡張ＤＲＸ動作を実行する。ＵＥ１００は、拡張ＤＲＸサイクルに基づくタイミングで、ＰＤＣＣＨを監視する。
【０１２６】
ここで、ＵＥ１００は、同期ズレが発生する前に、自身が在圏するセル（ｅＮＢ２００）のシステムフレーム番号（ＳＦＮ）を確認することができる。具体的には、ＵＥ１００は、拡張ＤＲＸサイクルが所定期間よりも長い場合、ＤＲＸ動作を実行中において、所定期間が経過する前に、在圏セル（ｅＮＢ２００）からシステムフレーム番号を受信する。
ＵＥ１００は、受信したシステムフレーム番号に基づいて、同期する。なお、セル（ｅＮＢ２００）は、マスタ情報ブロック（ＭＩＢ）又はシステム情報ブロック（ＳＩＢ）によってブロードキャストで自身が管理するシステムフレーム番号を送信している。
【０１２７】
ここで、所定期間は、自ＵＥ１００に備えられ且つ時間を測定するための水晶発振器の性能に応じた値である。水晶発振器の性能に応じた値とは、ＵＥ１００とｅＮＢ２００との同期ズレが発生する時間よりも短い値である。
【０１２８】
ＵＥ１００は、水晶発振器の性能に応じた値をメモリ１５０に記憶している。ＵＥ１００は、水晶発振器の性能に応じた値を予め記憶していてもよい。或いは、ＵＥ１００は、ｅＮＢ２００との間の同期ズレに基づいて、水晶発振器の性能に応じた値を算出してもよい。
【０１２９】
例えば、拡張ＤＲＸサイクルが２４時間であり、且つ、水晶発振器の性能に応じた値が１２時間であるケースを想定する。ＵＥ１００は、ＰＤＣＣＨを監視した後、２４時間後に再びＰＤＣＣＨを監視する場合に、同期ズレが発生し、ＰＤＣＣＨを監視できない虞がある。そこで、ＵＥ１００は、１２時間（所定期間）が経過する前に、セル（ｅＮＢ２００）からシステムフレーム番号を受信する。これにより、ＵＥ１００は、既存のＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを使用しても、同期ズレが発生する前に同期することができる。
【０１３０】
（実施形態に係る動作例）
次に、実施形態に係る動作例について説明する。各動作例について同様の部分は、説明を適宜省略する。
【０１３１】
（１）動作例１
動作例１について、図９を用いて説明する。図９は、実施形態に係る動作例１を説明するためのシーケンス図である。
【０１３２】
図９において、ＵＥ１００は、ｅＮＢ２００との間でＲＲＣ接続を確立しており、コネクティッドモードである。
【０１３３】
ステップＳ１１０に示すように、ｅＮＢ２００は、ＲＲＣ接続再設定メッセージ又はＲＲＣ接続解放メッセージによって、拡張ＤＲＸ設定情報（拡張ＤＲＸサイクル）をＵＥ１００に通知する。ｅＮＢ２００は、拡張ＤＲＸ設定情報をブロードキャストで送信せずに、ユニキャストでのみ送信してもよい。
【０１３４】
ステップＳ１２０において、ＵＥ１００は、拡張ＤＲＸ設定情報に基づいて設定を行う。
【０１３５】
ステップＳ１３０において、ＵＥ１００は、アイドルモードへと移行する。その後、ＵＥ１００は、拡張ＤＲＸサイクルを使用する拡張ＤＲＸ動作を開始する。
【０１３６】
ステップＳ１４０において、ｅＮＢ２００は、拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを送信する。すなわち、ｅＮＢ２００は、拡張ＤＲＸサイクルに基づいて、ＵＥ１００がＰＤＣＣＨを監視するタイミングで、ページングメッセージを送信する。一方、ＵＥ１００は、拡張ＤＲＸサイクルに基づくタイミングでＰＤＣＣＨを監視する。これにより、ＵＥ１００は、ＰＤＣＣＨを監視することにより、自局宛のページングメッセージが届いているか確認できる。
【０１３７】
（２）動作例２
次に、動作例２について、図１０を用いて説明する。図１０は、実施形態に係る動作例２を説明するためのシーケンス図である。
【０１３８】
動作例２では、ｅＮＢ２００は、ブロードキャストで拡張ＤＲＸ設定情報をＵＥ１００に通知する。
【０１３９】
ステップＳ２１０において、ｅＮＢ２００は、ＳＩＢによりブロードキャストで拡張ＤＲＸ設定情報（拡張ＤＲＸサイクル）をＵＥ１００に通知する。ＵＥ１００は、受信した拡張ＤＲＸ設定情報に基づいて設定を行う。すなわち、ＵＥ１００は、拡張ＤＲＸサイクルを設定する。
【０１４０】
ステップＳ２２０において、ＵＥ１００は、ブロードキャストで受信した拡張ＤＲＸサイクルを設定した場合、拡張ＤＲＸサイクルを設定した旨の通知（ｅＤＲＸ  ｃｏｎｆｉｇ．  ｃｏｍｐｌｅｔｅ）をｅＮＢ２００に送信する。ＵＥ１００は、アイドルモードである場合、コネクティッドモードへと移行してから、当該通知をｅＮＢ２００に送信する。なお、ＵＥ１００が、当該通知をｅＮＢ２００に送信するに当たって、スケジューリングリクエスト等により、ｅＮＢ２００から当該通知用の専用リソースが割り当てられてもよい。当該専用のリソースは、ＰＵＳＣＨ用であってもよいし、ＰＵＣＣＨ用であってもよい。なお、ＵＥ１００が、ＰＵＣＣＨにより当該通知を送信する際に、専用のメッセージ（ｅＤＲＸ  Ｃｏｎｆｉｇｕｒｅｄ  Ｍｅｓｓａｇｅ等）により送信してもよい。
【０１４１】
これにより、ｅＮＢ２００は、ＵＥ１００が拡張ＤＲＸサイクルを使用することが分かる。従って、ｅＮＢ２００は、既存のＤＲＸサイクルに基づくタイミングでページングメッセージを送信せずに、拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを送信できる。その結果、ページングリソースを有効に活用できる。
【０１４２】
（３）動作例３
次に、動作例３について、図１１を用いて説明する。図１１は、実施形態に係る動作例３を説明するためのシーケンス図である。
【０１４３】
動作例３では、ＭＭＥ３００が拡張ＤＲＸ設定情報をＵＥ１００に通知する。
【０１４４】
ステップＳ３１０において、ＭＭＥ３００は、ＮＡＳメッセージにより拡張ＤＲＸ設定情報（拡張ＤＲＸサイクル）をＵＥ１００に通知する。ＵＥ１００は、受信した拡張ＤＲＸ設定情報に基づいて設定を行う。
【０１４５】
ステップＳ３２０において、ＭＭＥ３００は、ＵＥ１００へ通知した拡張ＤＲＸ設定情報と当該ＵＥ１００の識別子（例えば、ＩＭＳＩ）とをｅＮＢ２００に通知する。これにより、ｅＮＢ２００は、ＵＥ１００が使用する拡張ＤＲＸサイクルが分かる。ｅＮＢ２００は、拡張ＤＲＸ設定情報を設定したＵＥ１００の識別子のリストをｅＮＢ２００に通知してもよい。リストは、ＵＥ１００の識別子と拡張ＤＲＸサイクルとが関連付けられた情報である。
【０１４６】
ステップＳ３３０において、ＭＭＥ３００は、ｅＮＢ２００へＵＥ１００宛てのページングを通知する。ｅＮＢ２００は、ＭＭＥ３００から受信したページングの宛先がＭＭＥ３００から受信したＵＥ１００の識別子と一致するか否かを判断する。或いは、ｅＮＢ２００は、ＭＭＥ３００から受信したページングの宛先がリストに含まれるか否かを判断する。
【０１４７】
ステップＳ３４０において、ｅＮＢ２００は、ページングの宛先とＵＥ１００の識別子とが一致する場合、ＵＥ１００の識別子に対応する拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを送信する。そうでない場合、ｅＮＢ２００は、既存のＤＲＸサイクルに基づくタイミングで、ページングメッセージを送信する。
【０１４８】
或いは、ｅＮＢ２００は、ＭＭＥ３００から受信したページングの宛先がリストに含まれる場合、リストに含まれるＵＥ１００の識別子に対応する拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを送信する。そうでない場合、ｅＮＢ２００は、既存のＤＲＸサイクルに基づくタイミングで、ページングメッセージを送信する。
【０１４９】
これにより、ｅＮＢ２００は、ページングメッセージを送信するタイミングを適切に決定することができるため、ページングリソースを有効に活用できる。
【０１５０】
なお、ｅＮＢ２００は、ＵＥ１００に設定される拡張ＤＲＸサイクルが分かる場合には、ＭＭＥ３００から拡張ＤＲＸサイクルが設定されたＵＥ１００の識別子（リスト）だけを受信してもよい。なお、ｅＮＢ２００とＭＭＥ３００とが同様の規則により、ＵＥ１００に拡張ＤＲＸサイクルを設定する場合、ｅＮＢ２００は、ＵＥ１００に設定される拡張ＤＲＸサイクルが分かる。
【０１５１】
（４）動作例４
次に、動作例４について、図１２を用いて説明する。図１２は、実施形態に係る動作例４を説明するためのシーケンス図である。
【０１５２】
動作例４では、ＭＭＥ３００は、ページングの宛先が拡張ＤＲＸサイクルが設定されたＵＥ１００であることを示す識別情報を含むページングｅＮＢ２００に通知する。
【０１５３】
ステップＳ４１０は、ステップＳ３１０に対応する。
【０１５４】
ステップＳ４２０において、ＭＭＥ３００は、ｅＮＢ２００へＵＥ１００宛てのページングを通知する。ここで、ページングは、ページングの宛先が拡張ＤＲＸサイクルが設定されたＵＥ１００であることを示す識別情報（ｉｎｄｉｃａｔｉｏｎ）を含む。ｅＮＢ２００は、受信したページングが、拡張ＤＲＸサイクルが設定されたＵＥ１００宛てであることが分かる。ページングは、ＵＥ１００に設定された拡張ＤＲＸサイクルを示す情報を含んでもよい。
【０１５５】
ステップＳ４３０において、ｅＮＢ２００は、拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを送信する。なお、ｅＮＢ２００は、ページングが識別情報を含まない場合、既存のＤＲＸサイクルに基づくタイミングでページングメッセージを送信する。
【０１５６】
これにより、ｅＮＢ２００は、ページングメッセージを送信するタイミングを適切に決定することができるため、ページングリソースを有効に活用できる。
【０１５７】
（５）動作例５
次に、動作例５について、図１３は、実施形態に係る動作例５を説明するためのシーケンス図である。
【０１５８】
動作例５では、ＵＥ１００が、希望する拡張ＤＲＸサイクルをｅＮＢ２００に通知する。
【０１５９】
図１３に示すように、ステップＳ５１０において、ＵＥ１００は、希望する拡張ＤＲＸサイクルに関する要求情報（ｅＰＣＣＨＣｏｎｆｉｇＲｅｑｕｉｒｅｍｅｎｔ）をｅＮＢ２００に通知する。
【０１６０】
ＵＥ１００は、使用するアプリケーションに応じて希望する拡張ＤＲＸサイクルを決定する。ＵＥ１００は、拡張ＤＲＸサイクルを直値で示してもよい。すなわち、ＵＥ１００は、ページングフレーム（ＰＦ）のシステムフレーム番号（ＳＦＮ）を直値で指定してもよい。ＵＥ１００は、直値で示される拡張ＤＲＸサイクルを要求情報に含める。或いは、ＵＥ１００は、時間の経過につれてＤＲＸサイクルの周期が変更する周期的な関数を示される拡張ＤＲＸサイクルを要求情報に含めてもよい。
【０１６１】
或いは、ＵＥ１００は、自ＵＥ１００に備えられ且つ時間を測定するための水晶発振器の性能に応じて、希望する拡張ＤＲＸサイクルを決定してもよい。具体的には、ＵＥ１００は、ＵＥ１００とｅＮＢ２００との同期ズレが発生する時間よりも短い値を希望する拡張ＤＲＸサイクルに決定する。これにより、ＵＥ１００は、既存のＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを使用しても、同期ズレが発生する前にＰＤＣＣＨを監視できる。
【０１６２】
また、ＵＥ１００は、希望する拡張ＤＲＸサイクルのリストを要求情報に含めてもよい。リストは、順位付けされた複数の拡張ＤＲＸサイクルの情報を含むことができる。例えば、リストは、第１〜第３希望の拡張ＤＲＸサイクルの情報を含む。
【０１６３】
ｅＮＢ２００は、要求情報に含まれる希望する拡張ＤＲＸサイクルに基づいて、ＵＥ１００に設定する拡張ＤＲＸサイクルを決定する。ｅＮＢ２００は、希望する拡張ＤＲＸサイクルが許容できる場合、当該拡張ＤＲＸサイクルを設定情報に含める。一方、ｅＮＢ２００は、希望する拡張ＤＲＸサイクルが許容できない場合、希望する拡張ＤＲＸサイクルとは別の拡張ＤＲＸサイクルを設定情報に含める。
【０１６４】
ステップＳ５２０において、ｅＮＢ２００は、ＲＲＣメッセージ（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）により、拡張ＤＲＸサイクルを含む設定情報をユニキャストでＵＥ１００に通知する。ＵＥ１００は、設定情報に基づいて設定を行う。
【０１６５】
以上のように、ＵＥ１００が希望する拡張ＤＲＸサイクルをｅＮＢ２００に通知できる。ＵＥ１００は、ネットワークノードが知り得ない情報に基づいて拡張ＤＲＸサイクルを決定できる。ネットワークノードが知り得ない情報とは、例えば、ＵＥ１００が使用するアプリケーションが許容する遅延耐性、ＵＥ１００が備える水晶発振器の性能などである。その結果、ＵＥ１００に効率的な拡張ＤＲＸサイクルを使用して拡張ＤＲＸ動作を実行できる。
【０１６６】
なお、ＵＥ１００がセル再選択処理により、他のｅＮＢ２００が管理するセルを選択した場合、他のｅＮＢ２００は、ＵＥ１００の希望する拡張ＤＲＸサイクルを知らないため、設定されたＤＲＸサイクルが無駄になる。このため、ＵＥ１００は、低モビリティ性を有することが望ましい。
【０１６７】
なお、ＵＥ１００は、ｅＮＢ２００の代わりに、ＭＭＥ３００に要求情報を通知してもよい。この場合、ＭＭＥ３００は、要求情報に基づいて決定した拡張ＤＲＸサイクルをＮＡＳメッセージによりＵＥ１００に通知する。
【０１６８】
［その他の実施形態］
上述した実施形態において、拡張ＤＲＸ設定情報には、拡張ＤＲＸサイクルに加えて、拡張ＤＲＸサイクルの開始タイミングに関する時間情報を含んでもよい。ＵＥ１００は、時間情報によって示される開始タイミングから、拡張ＤＲＸ動作を開始する。従って、時間情報によって示される開始タイミングから拡張ＤＲＸサイクルが開始する。なお、この場合、拡張ＤＲＸサイクルは、既存のＰＦ及びＳＦＮに依存しないサイクルであってもよい。また、時間情報は、ＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）によって示されてもよい。
【０１６９】
また、時間情報は、開始タイミングから下りリンク制御チャネルを監視するタイミングまでの期間を示す情報（オフセット値）を含んでもよい。なお、時間情報がオフセット値を含まない場合には、ＵＥ１００は、開始タイミングからＰＤＣＣＨを監視した後、１つの拡張ＤＲＸサイクルが終了するまでＰＤＣＣＨの監視を省略してもよい。
【０１７０】
従って、上述した実施形態において、ｅＮＢ２００及びＭＭＥ３００は、時間情報を含む拡張ＤＲＸ設定情報をＵＥ１００に通知できる。また、ＭＭＥ３００は、ＵＥ１００に拡張ＤＲＸ設定情報を通知した場合、拡張ＤＲＸサイクルと時間情報とＵＥ１００の識別子とを、ｅＮＢ２００に通知できる。
【０１７１】
或いは、拡張ＤＲＸ設定情報は、拡張ＤＲＸサイクルとして、ページングメッセージを受信するためのＰＤＣＣＨの監視を省略する期間を示すタイマを含んでもよい。すなわち、タイマの満了値が拡張ＤＲＸサイクルの長さを示す。ＵＥ１００は、当該タイマが起動している間、既存のＤＲＸ動作におけるＰＤＣＣＨ監視タイミングであっても、ＰＤＣＣＨの監視を省略する。すなわち、ＵＥ１００は、当該タイマが起動している間、ＰＤＣＣＨの監視が要求されず、ＰＤＣＣＨの監視を行わなくてもよい。ＵＥ１００は、タイマが満了した場合に、既存のＤＲＸ動作を再開する。なお、ＵＥ１００は、時間情報に基づいて、タイマを開始できる。
【０１７２】
従って、上述した実施形態において、ｅＮＢ２００及びＭＭＥ３００は、拡張ＤＲＸサイクルとして当該タイマを含む拡張ＤＲＸ設定情報をＵＥ１００に通知できる。また、ＭＭＥ３００は、ＵＥ１００に拡張ＤＲＸ設定情報を通知した場合、当該タイマと時間情報とＵＥ１００の識別子とを、ｅＮＢ２００に通知できる。
【０１７３】
上述した実施形態において、ＭＭＥ３００は、拡張ＤＲＸをＵＥ１００に通知した場合、拡張ＤＲＸ設定情報と当該ＵＥ１００の識別子とをｅＮＢ２００に通知していた。しかしながら、ＭＭＥ３００は、既存のＤＲＸ設定情報をＵＥ１００に通知した場合に、ＤＲＸ設定情報と当該ＵＥ１００の識別子とをｅＮＢ２００に通知してもよい。或いは、ＭＭＥ３００は、拡張ＤＲＸをＵＥ１００に通知した場合にのみ、拡張ＤＲＸ設定情報と当該ＵＥ１００の識別子とをｅＮＢ２００に通知してもよい。ｅＮＢ２００は、ＵＥ１００の識別子によって示されるＵＥ１００に対して、ＵＥ１００の識別子に対応する拡張ＤＲＸサイクルに基づくタイミングでページングメッセージを送信する。
【０１７４】
上述した実施形態では、ＭＭＥ３００が、ＵＥ１００に拡張ＤＲＸ設定情報を通知した場合、拡張ＤＲＸ設定情報と当該ＵＥ１００の識別子とをｅＮＢ２００に通知していた。しかしながら、ＭＭＥ３００は、拡張ＤＲＸサイクルがＵＥ１００に設定（適用）されているか否かを示す情報をｅＮＢ２００に通知してもよい。
【０１７５】
従来、ｅＮＢ２００は、ＵＥ１００がＲＲＣアイドルモードに移行した場合、当該ＵＥ１００に関する情報（ＵＥ  Ｃｏｎｔｅｘｔ）を破棄する。一方、ｅＮＢ２００は、拡張ＤＲＸサイクルがＵＥ１００に設定されていることを示す情報を受信した場合、ＵＥ１００がＲＲＣアイドルモードに移行しても、当該ＵＥ１００の「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄せずに保持する。当該ＵＥ１００の「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄していたｅＮＢ２００は、拡張ＤＲＸサイクルがＵＥ１００に設定されている場合、拡張ＤＲＸサイクルがＵＥ１００に設定されていることを示す情報と共に受信したＵＥ１００の識別子を記憶する。これにより、ｅＮＢ２００は、拡張ＤＲＸサイクルが設定されているＵＥ１００を把握することができる。ｅＮＢ２００は、拡張ＤＲＸサイクルが設定されているＵＥ１００宛てのページングを受信した場合、ＭＭＥ３００から通知された拡張ＤＲＸサイクル（又は予め規定された拡張ＤＲＸサイクル）に基づくタイミングで、ページングメッセージを送信できる。
【０１７６】
なお、ｅＮＢ２００は、拡張ＤＲＸサイクルをＵＥ１００に設定されていないことを示す情報（例えば、既存のＤＲＸサイクルがＵＥ１００に適用されていることを示す情報）を受信した場合、ＵＥ１００がＲＲＣアイドルモードに移行すると、当該ＵＥ１００の「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄する。また、ｅＮＢ２００は、「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄せずに保持する場合、ＵＥ１００がＲＲＣアイドルモードに移行した場合に、タイマを起動してもよい。ｅＮＢ２００は、タイマが満了した場合に、「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄してもよい。
【０１７７】
また、ＭＭＥ３００は、拡張ＤＲＸサイクルをＵＥ１００に適用可能か否かを示すＵＥ１００の能力情報をｅＮＢ２００に通知してもよい。なお、ＵＥ１００は、拡張ＤＲＸサイクルをＵＥ１００に適用可能か否かを示す能力情報をＮＡＳメッセージによりＭＭＥ３００に通知できる。
【０１７８】
ｅＮＢ２００は、ＭＭＥ３００から受信したＵＥ１００の能力情報に基づいて、ＵＥ１００に拡張ＤＲＸサイクルを適用可能か否かを判断できる。ｅＮＢ２００は、ＵＥ１００に拡張ＤＲＸサイクルを適用可能である場合、ＵＥ１００がＲＲＣアイドルモードに移行しても、当該ＵＥ１００の「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄せずに保持する。当該ＵＥ１００の「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄していたｅＮＢ２００は、ＵＥ１００に拡張ＤＲＸサイクルを適用可能である場合、ＵＥ１００の能力情報と共に受信したＵＥ１００の識別子を記憶する。これにより、ｅＮＢ２００は、拡張ＤＲＸサイクルが適用可能なＵＥ１００を把握することができる。ｅＮＢ２００は、拡張ＤＲＸサイクルが適用されているＵＥ１００宛てのページングを受信した場合、ＭＭＥ３００から通知された拡張ＤＲＸサイクル（又は予め規定された拡張ＤＲＸサイクル）に基づくタイミングで、ページングメッセージを送信できる。
【０１７９】
なお、ｅＮＢ２００は、ＵＥ１００が拡張ＤＲＸサイクルを適用不能であることを示す能力情報を受信した場合、ＵＥ１００がＲＲＣアイドルモードに移行すると、当該ＵＥ１００の「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄する。また、ｅＮＢ２００は、上述したように、「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄せずに保持する場合、ＵＥ１００がＲＲＣアイドルモードに移行した場合に、「ＵＥ  Ｃｏｎｔｅｘｔ」を破棄するためのタイマを起動してもよい。
【０１８０】
上述した実施形態では、アイドルモードにおける拡張ＤＲＸについて説明したがこれに限られない。解決不能な問題が発生しない限り、上述した実施形態の動作は、コネクティッドモードにおける拡張ＤＲＸに適用可能である。以下において、コネクティッドモードにおけるＤＲＸについて説明する。
【０１８１】
コネクティッドモードにおいてＤＲＸ状態にあるＵＥ１００は、ＰＤＣＣＨを間欠的に監視する。ＰＤＣＣＨを監視する周期は「ＤＲＸサイクル（ＤＲＸ  Ｃｙｃｌｅ）」と称される。また、ＤＲＸサイクルごとに発生する監視期間は「オン期間（Ｏｎ  ｄｕｒａｔｉｏｎ）」と称される。「Ｏｎ  ｄｕｒａｔｉｏｎ」は、「ウェイクアップ期間」と称されることもある。ＰＤＣＣＨを監視しなくてもよい期間は、「スリープ期間」（又は「Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ」）と称されることもある。
【０１８２】
下りリンクデータはＰＤＳＣＨを介して伝送され、ＰＤＳＣＨのスケジューリング情報がＰＤＣＣＨに含まれている。ＵＥ１００は、「Ｏｎ  ｄｕｒａｔｉｏｎ」においてＰＤＣＣＨを介してスケジューリング情報を検出した場合、スケジューリング情報により指定されたデータを受信することができる。
【０１８３】
既存のＤＲＸサイクルには、ショートＤＲＸサイクル及びロングＤＲＸサイクルがある。ショートＤＲＸサイクル及びロングＤＲＸサイクルは、「Ｏｎ  ｄｕｒａｔｉｏｎ」は同じで、スリープ期間の長さが異なる。例えば、「Ｏｎ  ｄｕｒａｔｉｏｎ」は、１ｍｓから２００ｍｓまでの間で「Ｏｎ  ｄｕｒａｔｉｏｎ  ｔｉｍｅｒ」により設定が可能である。ロングＤＲＸサイクル（及びオフセット時間）は「ｌｏｎｇＤＲＸ−ＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ」により設定され、ショートＤＲＸサイクルは「ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ」により設定される。なお、３ＧＰＰの仕様において、ＤＲＸが設定される場合、ロングＤＲＸが必須機能であり、ショートＤＲＸはオプション機能である。よって、ロングＤＲＸサイクルが設定されても、ショートＤＲＸサイクルはＵＥ１００に設定されないことがある。
【０１８４】
ＤＲＸは、下記のような複数のタイマに基づいて制御される。
【０１８５】
「ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」:上りリンク（ＵＬ）或いは下りリンク（ＤＬ）のユーザデータのスケジューリングを示すＰＤＣＣＨを正しく復号した後の連続するサブフレーム（ＰＤＣＣＨサブフレーム）の数（を指定するタイマ）
【０１８６】
「ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ」:ＤＬのＨＡＲＱ再送が行われるまでの最小サブフレーム数（を指定するタイマ）
【０１８７】
「ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ」:再送に使用される期間（を指定するタイマ）
【０１８８】
ＵＥ１００は、「Ｏｎ  ｄｕｒａｔｉｏｎ」中に新規ＤＬデータを受信すると「ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」を起動する。同時に、「ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ」を起動する。ＤＬデータを正しく復号できなかった場合、「ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ」が満了すると同時に「ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ」を起動する。ＵＥ１００は、ＤＬデータの再送を受け、正しく復号できた場合、「ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ」を停止する。そして、「ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」が満了すると同時にスリープ期間に移る。
【０１８９】
なお、「Ｏｎ  ｄｕｒａｔｉｏｎ  ｔｉｍｅｒ」、「ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」、「ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ」が動作中の状態は、「Ａｃｔｉｖｅ状態」と称される。ＵＥ１００は、「Ａｃｔｉｖｅ状態」においてＰＤＣＣＨを監視する。「Ａｃｔｉｖｅ状態」ではないＤＲＸ状態は「Ｉｎａｃｔｉｖｅ状態」と称される。
【０１９０】
次に、ショートＤＲＸ状態とロングＤＲＸ状態との間の状態遷移について説明する。基本的に、ＵＥ１００は、ショートＤＲＸからスタートし、「ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ」により設定された期間が経過するとロングＤＲＸ状態に遷移する。
【０１９１】
ＵＥ１００は、ＤＬデータを正しく復号できた時点で、「ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ」を起動する。ＵＥ１００は、「ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ」の動作中に新規データ受信を行った場合、当該データが正しく復号できた時点で再び「ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ」を再開させる。一方、「ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ」が満了するまでに新規データ受信を行わなかった場合、ショートＤＲＸからロングＤＲＸへと状態遷移する。そして、ロングＤＲＸに遷移した後に新規データを受信した場合、再びロングＤＲＸからショートＤＲＸへと状態遷移する。
【０１９２】
上述したＤＲＸの各パラメータを含む設定情報（「Ｏｎ  ｄｕｒａｔｉｏｎ」、各種タイマ、ロングＤＲＸサイクル、ショートＤＲＸサイクル等）は、個別ＲＲＣメッセージ中の情報要素である「ＤＲＸ−Ｃｏｎｆｉｇ」によりＵＥ１００に設定される。
【０１９３】
上述した実施形態では、ＵＥ１００は、アイドルモードにおいて希望する拡張ＤＲＸサイクルを要求していたが、これに限られない。ＵＥ１００は、コネクティッドモードにおける希望する（拡張）ＤＲＸに関する要求をｅＮＢ２００又はＭＭＥ３００に通知してもよい。
【０１９４】
例えば、ＵＥ１００は、「Ｏｎ  ｄｕｒａｔｉｏｎ」（ＰＤＣＣＨの監視サブフレーム）を短くすることを要求してもよい。また、ＵＥ１００は、「（ｄｒｘ−）ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」を短くすることを要求してもよい。また、ＵＥ１００は、「（ｄｒｘ−）ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ」を短くすることを要求してもよい。また、ＵＥ１００は、ショートＤＲＸの設定を解除することを要求してもよい。また、ＵＥ１００は、「ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ」を長くすることを要求してもよい。また、ＵＥ１００は、ショートＤＲＸを実行している期間を計測するための「Ｓｈｏｒｔ  ＤＲＸ  Ｃｙｃｌｅ  Ｔｉｍｅｒ」を短くすることを要求してもよい。これらの要求により、消費電力削減の効果をさらに得ることができる。
【０１９５】
上述した実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではない。ＬＴＥシステム以外のシステムにおいて上述の動作が実行されてもよい。
【０１９６】
なお、日本国特許出願第２０１５−０４１８６７号（２０１５年３月３日出願）及び米国仮出願第６２／１６５３１５号（２０１５年５月２２日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2016140274.tif 000005
【図２】
2016140274.tif 000006
【図３】
2016140274.tif 000007
【図４】
2016140274.tif 000008
【図５】
2016140274.tif 000009
【図６】
2016140274.tif 000010
【図７】
2016140274.tif 000011
【図８】
2016140274.tif 000012
【図９】
2016140274.tif 000013
【図１０】
2016140274.tif 000014
【図１１】
2016140274.tif 000015
【図１２】
2016140274.tif 000016
【図１３】
2016140274.tif 000017
【手続補正書】
【提出日】平成29年9月1日(2017.9.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信方法であって、
基地局が、Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ（ＤＲＸ）サイクルを無線端末に通知するステップと、
Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）が、前記ＤＲＸサイクルよりも長い拡張ＤＲＸサイクルを前記無線端末に通知するステップと、
前記無線端末が、前記基地局が前記拡張ＤＲＸに対応しているか否かを判断するステップと、
前記無線端末が、前記基地局が前記拡張ＤＲＸに対応していると判断したことに応じて、アイドルモードにおいて拡張ＤＲＸ動作を実行するために前記拡張ＤＲＸサイクルを使用するステップと、
前記無線端末が、前記基地局が前記拡張ＤＲＸに対応していないと判断したことに応じて、前記アイドルモードにおいてＤＲＸ動作を実行するために、前記拡張ＤＲＸサイクルを使用せずに、前記ＤＲＸサイクルを使用するステップと、を備える通信方法。
【請求項２】
無線端末であって、
制御部を備え、
前記制御部は、
Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ（ＤＲＸ）サイクルを基地局から受信し、
前記ＤＲＸサイクルよりも長い拡張ＤＲＸサイクルをＭｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）から受信し、
前記基地局が前記拡張ＤＲＸに対応しているか否かを判断し、
前記基地局が前記拡張ＤＲＸに対応していると判断したことに応じて、アイドルモードにおいて拡張ＤＲＸ動作を実行するために前記拡張ＤＲＸサイクルを使用し、
前記基地局が前記拡張ＤＲＸに対応していないと判断したことに応じて、前記アイドルモードにおいてＤＲＸ動作を実行するために、前記拡張ＤＲＸサイクルの使用せずに、前記ＤＲＸサイクルを使用するよう構成される無線端末。
【請求項３】
無線端末を制御するプロセッサであって、
Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ（ＤＲＸ）サイクルを基地局から受信する処理と、
前記ＤＲＸサイクルよりも長い拡張ＤＲＸサイクルをＭｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）から受信する処理と、
前記基地局が前記拡張ＤＲＸに対応しているか否かを判断する処理と、
前記基地局が前記拡張ＤＲＸに対応していると判断したことに応じて、アイドルモードにおいて拡張ＤＲＸ動作を実行するために前記拡張ＤＲＸサイクルを使用する処理と、
前記基地局が前記拡張ＤＲＸに対応していないと判断したことに応じて、前記アイドルモードにおいてＤＲＸ動作を実行するために、前記拡張ＤＲＸサイクルの使用せずに、前記ＤＲＸサイクルを使用する処理と、を実行するプロセッサ。
【国際調査報告】
2016140274.tif 000018
2016140274.tif 000019
2016140274.tif 000020
2016140274.tif 000021