JP6805255B2 - ユーザ装置、基地局、及びプロセッサ - Google Patents

Description

本発明は、移動通信システムにおいて用いられる無線端末及び基地局に関する。

近年、多数のアプリケーションを実行可能なスマートフォン等の無線端末の普及により、無線端末がネットワークに接続する頻度及びネットワークが無線端末のページングを行う頻度が増加している。

このため、移動通信システムにおいて、シグナリングに伴うネットワークの負荷が高まっている。このような状況に鑑み、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、シグナリングを削減するための技術の検討が進められている。

第１の特徴に係る無線端末は、移動通信システムのための無線端末である。前記無線端末は、メッセージを基地局から受信し、前記メッセージの受信に応じて設定変更を行う制御部を備える。前記制御部は、特定状態への遷移を指示する情報が前記メッセージに含まれることに応じて、前記無線端末を前記特定状態に遷移させる。前記特定状態は、ＲＲＣ接続を維持しつつ、前記無線端末の複数の機能のうち前記基地局とのシグナリングを発生させる少なくとも１つの機能が非活性化された状態である。

第２の特徴に係る基地局は、移動通信システムのための基地局である。前記基地局は、メッセージを無線端末に送信することにより前記無線端末に設定変更を行わせる制御部を備える。前記制御部は、特定状態への遷移を指示する情報を前記メッセージに含めることにより、前記無線端末を前記特定状態に遷移させる。前記特定状態は、ＲＲＣ接続を維持しつつ、前記無線端末の複数の機能のうち前記基地局とのシグナリングを発生させる少なくとも１つの機能が非活性化された状態である。

第３の特徴に係る無線端末は、移動通信システムのための無線端末である。前記無線端末は、ＲＲＣ接続の解放を指示するＲＲＣ接続解放メッセージを基地局から受信し、前記ＲＲＣ接続解放メッセージの受信に応じて前記ＲＲＣ接続を解放する制御部を備える。前記ＲＲＣ接続解放メッセージは、前記ＲＲＣ接続を解放する理由を示すフィールドを含む。前記制御部は、特定状態への遷移を指示する情報が前記フィールドに含まれることに応じて、前記無線端末を前記特定状態に遷移させる。前記特定状態は、前記ＲＲＣ接続が解放された状態であって、かつ、前記無線端末用のＳ１接続が前記基地局とコアネットワークとの間に維持される状態である。

第４の特徴に係る基地局は、移動通信システムのための基地局である。前記基地局は、ＲＲＣ接続の解放を指示するＲＲＣ接続解放メッセージを無線端末に送信することにより、前記ＲＲＣ接続を解放する制御部を備える。前記ＲＲＣ接続解放メッセージは、前記ＲＲＣ接続を解放する理由を示すフィールドを含む。前記制御部は、特定状態への遷移を指示する情報を前記フィールドに含めることにより、前記無線端末を前記特定状態に遷移させる。前記特定状態は、前記ＲＲＣ接続が解放された状態であって、かつ、前記無線端末用のＳ１接続が前記基地局とコアネットワークとの間に維持される状態である。

第５の特徴に係る無線端末は、移動通信システムのための無線端末である。前記無線端末は、基地局とのデータ通信の中断を検知し、前記データ通信の中断を検知したことに応じて前記データ通信の中断を示す通知を前記基地局に送信する制御部を備える。前記制御部は、ＲＲＣレイヤのシグナリングにより前記通知を前記基地局に送信する。前記制御部は、前記ＲＲＣレイヤよりも上位のレイヤの情報に基づいて、前記データ通信の中断を検知する。

第６の特徴に係る基地局は、移動通信システムのための基地局である。前記基地局は、無線端末の移動速度に関する移動状態情報を前記無線端末から受信し、前記移動状態情報に基づいて、少なくとも１つのセルからなる所定ページングエリアの範囲を決定する制御部を備える。前記所定ページングエリアは、トラッキングエリアよりも狭いエリアであって、かつ、前記基地局を含む無線アクセスネットワークによりページングが制御されるエリアである。

実施形態に係るＬＴＥシステムの構成を示す図である。 実施形態に係るＵＥ（無線端末）の構成を示す図である。 実施形態に係るｅＮＢ（基地局）の構成を示す図である。 実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係るＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。 実施形態に係るＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態（特定状態）への遷移に係る動作の概要を示す図である。 実施形態に係る動作パターン１を示す図である。 実施形態に係る動作パターン２を示す図である。 実施形態に係るＲＡＮページングエリアを決定するための動作を示す図である。 付記２に係るＲＡＮ制御のＤＬ伝送オプションを示す図である。 付記２に係るＭＭＥ始動ページングのシグナリングオプションを示す図である。 付記２に係るページング領域と推奨セルを示す図である。

（移動通信システムの構成）
以下において、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。

図１に示すように、ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

ＵＥ１００は、移動型の通信装置であり、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。

Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。

ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）３００Ｃ及びサービングゲートウェイ（Ｓ−ＧＷ）３００Ｕを含む（図６等参照）。ＭＭＥ３００Ｃは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥ３００Ｃは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリアの情報を管理する。トラッキングエリアは、複数のセルからなるエリアである。Ｓ−ＧＷ３００Ｕは、データの転送制御を行う。ＭＭＥ３００Ｃ及びＳ−ＧＷ３００Ｕは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。プロセッサは、後述する処理を実行する。

図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含んでもよい。プロセッサは、後述する処理を実行する。

バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されており、第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを構成する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００ＣのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。

図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。図５に示すように、無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含み、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。

ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信し、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送するＤＣＩは、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ ｇｒａｎｔ）であり、下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、ＤＣＩの送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ ＩＤ）でスクランブリングしたＣＲＣビットをＤＣＩに含める。各ＵＥ１００は、自ＵＥ宛ての可能性があるＤＣＩについて、自ＵＥのＲＮＴＩでデスクランブリング後、ＣＲＣチェックをすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛のＤＣＩを検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。

ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信し、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬するＵＣＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。

（特定状態）
以下において、実施形態に係る特定状態について説明する。特定状態は、ＵＥ１００用のＳ１接続が維持されつつＵＥ１００用のシグナリングが抑制される状態である。Ｓ１接続は、Ｓ１ベアラと称されてもよい。Ｓ１接続は、Ｓ１インターフェイス上でｅＮＢ２００とＥＰＣ２０との間に確立される接続である。Ｓ１インターフェイスは、ユーザプレーン用のＳ１−Ｕインターフェイスと制御プレーン用のＳ１−ＭＭＥインターフェイスとを含む。Ｓ１接続は、Ｓ１−Ｕインターフェイス上でｅＮＢ２００とＳ−ＧＷ３００Ｕとの間に確立されるＳ１−Ｕ接続と、Ｓ１−Ｃインターフェイス上でｅＮＢ２００とＭＭＥ３００Ｃとの間に確立されるＳ１−ＭＭＥ接続と、を含んでもよい。

特定状態は、ＲＲＣコネクティッドモードの一状態又はＲＲＣアイドルモードの一状態であってもよい。或いは、特定状態は、ＲＲＣコネクティッドモード及びＲＲＣアイドルモードとは異なるＲＲＣ状態であってもよい。実施形態に係る動作パターン１において、特定状態は、ＲＲＣコネクティッドモードの一状態（ｓｕｂｓｔａｔｅ）である。これに対し、実施形態に係る動作パターン２において、特定状態は、ＲＲＣアイドルモードの一状態（ｓｕｂｓｔａｔｅ）である。特定状態によれば、一般的なＲＲＣコネクティッドモードに比べてシグナリングが削減される。また、特定状態によれば、一般的なＲＲＣアイドルモードに比べてＵＥ１００が迅速にデータ通信を開始することができる。以下において、特定状態を「Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ ｓｕｂｓｔａｔｅ）」と称する。

図６は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態（特定状態）への遷移に係る動作の概要を示す図である。図６の初期状態において、ＵＥ１００はＲＲＣコネクティッドモードであり、ＵＥ１００とｅＮＢ２００との間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が確立されている。また、ｅＮＢ２００とＭＭＥ３００Ｃとの間にＳ１−ＭＭＥ接続（Ｓ１−ＭＭＥ Ｃｏｎｎｅｃｔｉｏｎ）が確立されている。ｅＮＢ２００とＳ−ＧＷ３００Ｕとの間にＳ１−Ｕ接続（Ｓ１−Ｕ Ｃｏｎｎｅｃｔｉｏｎ）が確立されている。ＵＥ１００は、ｅＮＢ２００とのデータ通信を行う。

図６に示すように、ステップＳ１において、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する遷移指示（Ｒｅｑｕｅｓｔ ｔｏ Ｌｉｇｈｔ Ｃｏｎｎ．）をＵＥ１００に送信する。

ステップＳ２において、ＵＥ１００は、遷移指示の受信に応じて、肯定応答（Ａｃｋ）メッセージをｅＮＢ２００に送信する。但し、ステップＳ２は必須ではなく、省略してもよい。

ステップＳ３において、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を維持又は解放する。具体的には、実施形態に係る動作パターン１において、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を維持する。これに対し、実施形態に係る動作パターン２において、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。

ステップＳ４において、ｅＮＢ２００及びＭＭＥ３００Ｃは、Ｓ１−ＭＭＥ接続を維持する。ステップＳ５において、ｅＮＢ２００及びＳ−ＧＷ３００Ｕは、Ｓ１−Ｕ接続を維持する。ステップＳ６において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移し、ｅＮＢ２００とのデータ通信を中断する。

ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したＵＥ１００のコンテキスト情報（ＵＥコンテキスト）を破棄せずに維持する。ＵＥコンテキストは、ＵＥ１００に対する各種の設定及び能力等に関する情報を含む。各種の設定は、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）の設定を含む。

Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、維持されているＳ１接続及びＵＥコンテキストを活用して、少ないシグナリングでｅＮＢ２００とのデータ通信を再開することができる。

第１のｅＮＢ２００のセルにおいてＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したＵＥ１００は、第１のｅＮＢ２００のセルから第２のｅＮＢ２００のセルに移動してもよい。第２のｅＮＢ２００のセルにおいてＵＥ１００がデータ通信を再開する場合、第２のｅＮＢ２００は、ＵＥ１００のＵＥコンテキストを第１のｅＮＢ２００からＸ２インターフェイス上で取得し、取得したＵＥコンテキストをＵＥ１００とのデータ通信に利用してもよい。

実施形態において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００には、ＲＡＮベースページングが適用される。ＲＡＮベースページングは、Ｅ−ＵＴＲＡＮ１０（ｅＮＢ２００）によりページングが制御される所定ページングエリア単位でページングを行う。所定ページングエリアは、トラッキングエリアよりも狭いエリアである。所定ページングエリアを導入することにより、１のＵＥ１００に対してページングを行うセルの数を削減することができるため、シグナリングを削減することができる。以下において、このような所定ページングエリアを「ＲＡＮページングエリア」と称する。

一例として、ＲＡＮページングエリアは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００のＳ１接続を維持する特定のｅＮＢ２００のセルと当該特定のｅＮＢ２００の周辺のｅＮＢ２００のセルとにより構成される。周辺のｅＮＢ２００は、特定のｅＮＢ２００とのＸ２インターフェイスを有するｅＮＢ２００であってもよい。特定のｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００宛てのデータ又はＮＡＳシグナリングをＭＭＥ／Ｓ−ＧＷ３００から受信すると、ＲＡＮベースページングを行うと判断し、周辺のｅＮＢ２００と共にＵＥ１００のページングを行う。当該ページングは、ＲＲＣページングメッセージを送信することにより行われてもよいし、ＵＥ１００宛てのデータをページングメッセージとして送信することにより行われてもよい。

（動作パターン１）
以下において、実施形態に係る動作パターン１について説明する。

動作パターン１において、ＲＲＣコネクティッドモードにあるＵＥ１００は、ＲＲＣ接続の設定変更を指示するメッセージをｅＮＢ２００から受信し、当該メッセージの受信に応じて設定変更を行う。一例として、当該メッセージは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。他の例として、当該メッセージは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージとは異なるメッセージである。動作パターン１において、当該メッセージがＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであるケースを想定する。ｅＮＢ２００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信することによりＵＥ１００のＲＲＣ設定を変更させる。

ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めることにより、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報がＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれることに応じて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。動作パターン１において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣ接続を維持しつつ、ＵＥ１００の複数の機能のうちｅＮＢ２００とのシグナリングを発生させる少なくとも１つの機能が非活性化された状態である。

ここで、複数の機能（ｆｅａｔｕｒｅｓ）は、データ（ユーザデータ）の送受信機能、スケジューリング要求（ＳＲ）の送信機能、チャネル状態情報（ＣＳＩ）の送信（すなわち、ＣＳＩフィードバック）機能、サウンディング参照信号（ＳＲＳ）の送信機能、キャリアアグリゲーション機能、デュアルコネクティビティ機能、セミパーシステントスケジューリング（ＳＰＳ）機能、ＷＬＡＮアグリゲーション機能、無線リンク監視（ＲＬＭ）機能、通知（Ｉｎ−ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ ＵＥ Ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ、ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｉｔｏｎ、Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｉｔｏｎ等）機能、アイドルモード間欠受信（ＤＲＸ）機能、ブロードキャストシグナリングを用いるＷＬＡＮインターワーキング機能を含んでもよい。但し、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態において、セル再選択機能、コネクティッドモードＤＲＸ機能、専用シグナリングを用いるＷＬＡＮインターワーキング機能のうち少なくとも１つは、非活性化されずに活性化状態を維持してもよい。これらの機能の詳細については、例えば３ＧＰＰ技術仕様書「ＴＳ３６．３００ Ｖ１３．４．０」を参照されたい。

図７は、実施形態に係る動作パターン１を示す図である。図７の初期状態において、ＵＥ１００は、ＲＲＣコネクティッドモードにあり、ｅＮＢ２００とのデータ通信を行っている。なお、図７において破線で示す処理は必須ではなく省略可能な処理である。

図７に示すように、ステップＳ１０１において、ＵＥ１００は、ｅＮＢ２００とのデータ通信の中断を検知する。

データ通信の中断とは、下りリンク（ＤＬ）データを受信していない（又は受信する見込みがない）場合、及び／又は上りリンク（ＵＬ）データを送信していない（又はする見込みがない）場合であってもよい。ここで、見込みとは、ある一定期間においてデータが発生しないと予測される状態であってもよい。当該一定期間は、ｅＮＢ２００から設定されてもよい。ｅＮＢ２００からＵＥ１００に対する設定は、ＲＲＣシグナリングにより行われる。ＲＲＣシグナリングは、ＵＥ個別シグナリング（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）であってもよいし、ブロードキャストシグナリング（例えば、システム情報ブロック（ＳＩＢ））であってもよい。

一例として、ＵＥ１００のＲＲＣレイヤは、ＲＲＣレイヤよりも上位のレイヤ（例えば、アプリケーションレイヤ）の情報に基づいて、ｅＮＢ２００とのデータ通信の中断を検知する。一例として、ＵＥ１００のＲＲＣレイヤは、現在最も通信の頻度が高いアプリケーションがシャットダウンしたことに応じて、データ通信の中断を検知してもよい。他の例として、ＵＥ１００のＲＲＣレイヤは、オペレーションシステム（ＯＳ）が通信規制を行ったこと、フォアグラウンドで動作するアプリケーションが無くなったこと（すなわち、バックグラウンド処理のみになったこと）、ＯＳがデータ通信中断状態と判断したことに応じて、データ通信の中断を検知してもよい。

ステップＳ１０２において、ＵＥ１００は、データ通信の中断を示す通知をｅＮＢ２００に送信する。ＵＥ１００は、ＲＲＣレイヤのシグナリングにより当該通知を送信してもよい。ＲＲＣレイヤのシグナリングは、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージであってもよいし、他のメッセージであってもよい。データ通信の中断を示す通知がＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージ中で送信される場合、当該通知は、Ｅｘｔｅｎｄｅｄ Ｐｏｗｅｒ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｏｒ（Ｅｘｔｅｎｄｅｄ ＰＰＩ）と称されてもよい。

ステップＳ１０３において、ｅＮＢ２００は、データ通信の中断を示す通知の受信に応じて、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させることを決定する。

ステップＳ１０４において、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（又は他のメッセージ）をＵＥ１００に送信する。言い換えると、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移指示を、ＲＲＣ接続の設定変更として送信する。

Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報は、例えば「Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ＝Ｓｅｔｕｐ」である。また、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、上述した複数の機能のうち非活性化させる機能を指定する情報を含んでもよい。一例として、ｅＮＢ２００は、非活性化する機能を個別に指定するために、活性維持機能のリスト又は非活性化機能のリストをＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含める。

ステップＳ１０５において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応じて、上述した複数の機能（ｆｅａｔｕｒｅｓ）のうち所定の機能を非活性化（ｄｅａｃｔｉｖａｔｅ）する。ＵＥ１００は、非活性化させる機能がＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより指定された場合、指定された機能のみを非活性化させる。

ステップＳ１０６において、ＵＥ１００は、所定の機能を非活性化させても、当該所定の機能の設定情報（ＡＳ Ｃｏｎｔｅｘｔ）を保持する。言い換えると、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する場合でも、非活性化させる機能の設定情報を破棄せずに維持する。

ステップＳ１０７において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。動作パターン１において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣコネクティッドモードの一状態（ｓｕｂｓｔａｔｅ）である。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、ＲＡＮページングエリア内で送信されるページングメッセージを受信するための処理を行う。

その後、ステップＳ１０８において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、ＵＥ１００における所定のイベントを検知する。所定のイベントは、ｅＮＢ２００からページングメッセージを受信したこと、ｅＮＢ２００に送信するＵＬデータが発生したこと、の何れかである。所定のイベントは、ＵＬデータが発生し、かつ、当該ＵＬデータの量が閾値以上であることであってもよい。当該閾値はｅＮＢ２００からＵＥ１００に設定されていてもよい。

ステップＳ１０９において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、所定のイベントを検知したことに応じて、非活性化された機能の活性化を要求する活性化要求（ＲＲＣ Ａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。

活性化要求は、非活性機能の全部の活性化を要求するものであってもよいし、非活性機能の一部の機能の活性化を要求するものであってもよい。非活性機能の全部の活性化を要求する場合、活性化要求は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の中止要求（すなわち、通常のＲＲＣ Ｃｏｎｎｅｃｔｅｄモードへの遷移要求）であってもよい。これに対し、非活性機能の全部の活性化を要求する場合、活性化要求は、活性化する機能のリストを含んでもよいし、非活性状態を維持させる機能のリストを含んでもよい。

ステップＳ１１０において、ｅＮＢ２００は、活性化要求の受信に応じて、当該要求の受け入れ可否を判断する。ここでは、ｅＮＢ２００が当該要求を受け入れ可と判断したと仮定して説明を進める。なお、ｅＮＢ２００が当該要求を受け入れ不可と判断した場合、ｅＮＢ２００は、否定応答（Ｎａｃｋ）又は拒否通知（Ｒｅｊｅｃｔ）をＵＥ１００に送信してもよい。

ステップＳ１１１において、ｅＮＢ２００は、活性化要求に対する肯定応答（ＲＲＣ Ａｃｔｉｖａｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅ）をＵＥ１００に送信する。なお、ｅＮＢ２００は、活性化要求を受け入れるか否かを機能ごとに判断してもよい。この場合、ｅＮＢ２００は、活性化を許可する機能のリスト及び／又は活性化を拒否する機能のリストを肯定応答（ＲＲＣ Ａｃｔｉｖａｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅ）に含めてもよい。或いは、当該肯定応答に代えて、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてもよい。

ステップＳ１１２において、ＵＥ１００は、ｅＮＢ２００から受信した応答の内容に基づいて、非活性化された機能を活性化させるか否かを判断する。ＵＥ１００は、肯定応答を受信した場合に、許可された機能を活性化する。ＵＥ１００は、肯定応答を受信した時点（サブフレーム）から当該機能を活性化する。或いは、ＵＥ１００は、肯定応答を受信した後、ある一定期間内（例えば８サブフレーム以内）に当該機能を活性化してもよい。

（動作パターン２）
以下において、実施形態に係る動作パターン２について、動作パターン１との相違点を主として説明する。

動作パターン２において、ＲＲＣコネクティッドモードにあるＵＥ１００は、ＲＲＣ接続の解放を指示するＲＲＣ接続解放（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ）メッセージをｅＮＢ２００から受信し、ＲＲＣ接続解放メッセージの受信に応じてＲＲＣ接続を解放する。ＲＲＣ接続解放メッセージは、ＲＲＣ接続を解放する理由を示すフィールド（Ｒｅｌｅａｓｅ Ｃａｕｓｅ）を含む。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報（例えばＲＲＣ−ＬｉｇｈｔＣｏｎｎｅｃｔｅｄ）がフィールドに含まれることに応じて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報を当該フィールドに含めることにより、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる。

動作パターン２において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣ接続が解放された状態であって、かつ、ＵＥ１００用のＳ１接続がｅＮＢ２００とコアネットワーク（ＥＰＣ２０）との間に維持される状態である。動作パターン２において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、さらに、上述した複数の機能のうち少なくとも一部が非活性化された状態であってもよい。

図８は、実施形態に係る動作パターン２を示す図である。以下において、図７に示す動作パターン１との相違点を主として説明し、重複する説明を省略する。

図８に示すように、ステップＳ２０１乃至Ｓ２０３は、動作パターン１と同様である。

ステップＳ２０４において、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報をＲｅｌｅａｓｅ Ｃａｕｓｅとして含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージは、上述した複数の機能のうち非活性化させる機能を指定する情報を含んでもよい。この場合、非活性化させる機能の取り扱いについては動作パターン１と同様である。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージは、復旧用識別子（Ｒｅｓｕｍｅ ＩＤ）を含んでもよい。ｅＮＢ２００は、ＵＥコンテキストを復旧用識別子と関連付けて保持する。

ステップＳ２０５において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する情報をＲｅｌｅａｓｅ Ｃａｕｓｅとして含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージの受信に応じて、ｅＮＢ２００とのＲＲＣ接続を解放する。

ステップＳ２０６において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。動作パターン２において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣアイドルモードの一状態（ｓｕｂｓｔａｔｅ）である。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、ＲＡＮページングエリア内で送信されるページングメッセージを受信するための処理を行う。

その後、ステップＳ２０７において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、ＵＥ１００における所定のイベントを検知する。

ステップＳ２０８において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、所定のイベントを検知したことに応じて、ＲＲＣ接続の復旧を要求するＲＲＣ接続復旧要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔは、非活性機能の活性化を要求する情報を含んでもよい。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔは、復旧用識別子を含んでもよい。

ステップＳ２０９において、ｅＮＢ２００は、ＲＲＣ接続復旧要求の受信に応じて、当該要求の受け入れ可否を判断する。ここでは、ｅＮＢ２００が当該要求を受け入れ可と判断したと仮定して説明を進める。

ステップＳ２１０において、ｅＮＢ２００は、ＲＲＣ接続復旧（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ）メッセージをＵＥ１００に送信する。ｅＮＢ２００は、活性化を許可する機能のリスト及び／又は活性化を拒否する機能のリストをＲＲＣ接続復旧メッセージに含めてもよい。

ステップＳ２１１において、ＵＥ１００は、ｅＮＢ２００から受信したＲＲＣ接続復旧メッセージに基づいて、ＲＲＣ接続を復旧させる。なお、ｅＮＢ２００は、復旧用識別子に基づいてＵＥコンテキストの使用を再開する。

（移動状態情報）
動作パターン１及び２において、データ通信の中断を示す通知は、ＵＥ１００の移動速度に関する移動状態情報を含んでもよい。ｅＮＢ２００は、ＵＥ１００の移動速度に関する移動状態情報をＵＥ１００から受信し、移動状態情報に基づいて、ＵＥ１００に対応するＲＡＮページングエリアの範囲を決定する。

或いは、ＵＥ１００は、以下の何れかのタイミングで移動状態情報をｅＮＢ２００に送信してもよい。

第１に、ＵＥ１００は、トラッキングエリア又はＲＡＮページングエリアの更新をトリガとして移動状態情報を送信する。この場合、ＵＥ１００は、トラッキングエリア更新メッセージ又はＲＡＮページングエリア更新メッセージに移動状態情報を含めてもよい。

第２に、ＵＥ１００は、セルリセレクションをトリガとして移動状態情報を送信する。この場合、ＵＥ１００は、セル更新メッセージに移動状態情報を含めてもよい。

第３に、ＵＥ１００は、ｅＮＢ２００からの問い合わせをトリガとして移動状態情報を送信する。

第４に、ＵＥ１００は、移動状態情報を周期的に送信する。当該周期は、ｅＮＢ２００からＵＥ１００に設定されてもよい。

図９は、ＲＡＮページングエリアを決定するための動作を示す図である。

図９に示すように、ステップＳ３０１において、ＵＥ１００は、移動状態情報（Ｍｏｂｉｌｉｔｙ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｉｏｎ）を生成する。移動状態情報は、以下の情報の少なくとも１つを含む。

１）ある一定時間内のハンドオーバ回数又はセルリセレクション回数。一定時間は、ｅＮＢ２００からＵＥ１００に設定されてもよい。

２）ある一定時間内の平均移動速度。移動速度は、ＵＥ１００の位置情報から得ることができる。直接的な移動速度の値（例えば、ｘｘｘ ｋｍ／ｈ）に限らず、移動速度のインデックス（例えばＨｉｇｈ／Ｍｉｄ／Ｌｏｗ）であってもよい。一定時間は、ｅＮＢ２００からＵＥ１００に設定されてもよい。

３）移動速度が閾値を超えたか否かを示す１ビット識別子。ここで、移動速度としては、上記の１）又は２）を利用できる。閾値は、ｅＮＢ２００からＵＥ１００に設定されてもよい。

４）ＵＥ１００のセル履歴情報。セル履歴情報は、セルのＩＤと当該セルでの滞在時間との組み合わせを複数含む。

ステップＳ３０２において、ＵＥ１００は、移動状態情報を含むメッセージをｅＮＢ２００に送信する。ＵＥ１００は、さらに自身の位置情報をメッセージに含めてもよい。ＵＥ１００は、さらに自身のカテゴリ（ＵＥカテゴリ）をメッセージに含めてもよい。

ステップＳ３０３において、ｅＮＢ２００は、移動状態情報に基づいて、ＲＡＮページングエリアの範囲を決定する。ｅＮＢ２００は、決定したＲＡＮページングエリアに属するセル（及びｅＮＢ）のリストをＭＭＥ３００Ｃに通知してもよい。

一例として、ｅＮＢ２００は、移動速度が速いＵＥ１００に対しては、ページングの取り逃しを防止する為に、広めのＲＡＮページングエリアを設定する。これに対し、移動速度が遅いＵＥ１００に対しては、ページングメッセージによるシグナリング数を削減する為に、狭めのＲＡＮページングエリアを設定する。

他の例として、ｅＮＢ２００は、カテゴリＭ１のＵＥ１００に対しては、省電力化の為に、広めのＲＡＮページングエリアを設定する。カテゴリＭ１とは、マシンタイプ通信向けのＵＥカテゴリであり、省電力動作が必要とされるものである。これにより、ＲＡＮページングエリアを出る際に必要なＲＡＮページングエリア更新メッセージを削減することができる。

（その他の実施形態）
上述した実施形態において、所定のイベントの発生を契機としてＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を終了させる一例を説明した。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ｅＮＢ２００からＵＥ１００に設定されたタイマが動作中である期間にのみ有効であってもよい。この場合、所定のイベントは、タイマの満了であってもよい。或いは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＵＥ１００が所定周波数内に存在する期間にのみ有効であってもよい。例えば、あるセルにおいてＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の指示を受けたＵＥ１００は、当該セルが属する周波数とは異なる周波数のセルに移動したことに応じてＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を終了してもよい。

上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。

［付記１］
（１．はじめに）
本付記では、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄにおけるＵＥの動作に関する一般的な問題について検討する。

（２．検討）
「ＣＮからの移動性と状態遷移を隠すために、軽く接続されたＵＥのＳ１接続が維持され、アクティブである」と述べられている。Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄのＵＥは、コアネットワークの観点から、依然としてＥＣＭ接続状態又は非常に似通った「サブ状態（ｓｕｂｓｔａｔｅ）」にあると解釈できる。これはＵＥの「サブ状態」に幾分関連している。しかし、それは依然としてＦＦＳであり、他のトピック、すなわちＲＡＮ始動ページング及び他のＷＧにおける進行に関連している可能性がある。

考察１：Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄのＵＥは、コアネットワークの観点から、ＥＣＭ−Ｃｏｎｎｅｃｔｅｄと同じか又は同様の「サブ状態」にある。

ＥＣＭ状態とは別に、ＷＩＤの目的では「新しいＲＡＮベースの状態の必要性」と「解決策は中断／再開手順の再利用を検討できる」と述べている。ＲＲＣ中断／再開の概念の再利用や新しいＲＲＣ状態の導入など、ＲＲＣの観点から軽い接続（Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ）をモデル化する方法の重要な点の１つであり、ＲＡＮ２の責任である。このようなモデリングは最終的に他のトピックと関連しているが、一般的な枠組みについてはここで議論することができる。したがって、ＲＡＮ２はＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄの概要から議論を開始する必要がある。

提案１：ＲＡＮ２は、ＲＲＣの観点からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄのモデリングについての議論を開始すべきである。

（２．１．ＮＲのためのＲＡＮ制御の「状態」からの考察）
ＲＡＮ２＃９４のＮＲセッションでは、ＲＲＣ状態に関する議論が議論され、その合意は以下のように達成された。

合意事項：（ＮＲ）
１ ＲＡＮによって制御される「状態」の導入を検討する。以下により特徴付けられる。

ａ ＲＡＮ制御状態にあるＵＥは、最小のシグナリングを発生させ、電力消費を最小限に抑え、ＲＡＮ／ＣＮにおけるリソースコストを最小限に抑え、この状態を利用する（そしてその恩恵を受ける）ＵＥの数を最大にすることができる。

ｂ 小さい遅延でデータ転送を開始することができる（ＲＡＮの要件によって必要とされる）

データ転送が「状態」を離れることであるか、又はデータ転送が「状態」内で起こるかについては、更なる検討が必要である。

「状態」がＲＲＣ状態に変換されるかどうかについては、更なる検討が必要である。

研究のためのＲＡＮ制御の「状態」の潜在的特性：
ａ／ ＣＮ／ＲＡＮ接続が維持される。

ｂ／ ＲＡＮに格納されたＡＳコンテキスト。

ｃ／ ネットワークは、エリア内のＵＥの位置を知っており、ＵＥは、ネットワークに通知することなくそのエリア内でモビリティを実行する。

ｄ／ ＲＡＮは、ＲＡＮ制御された「非アクティブ状態」にあるＵＥのページングをトリガすることができる。

ｅ／ 専用リソースなし。

ＲＡＮによって制御される「状態」は、ＬＴＥのＲＲＣ ＣｏｎｎｅｃｔｅｄとＲＲＣ ＩＤＬＥの間にあると解釈できる。検討のために、潜在的な特性は合意事項で特定され、いくつかの共通点で既にライトコネクションについて合意／意図されたものと考察される。

・ａ／ 「ＣＮ／ＲＡＮ接続が維持されている」は、「ＣＮからの移動性及び状態遷移を隠すために、軽く接続されたＵＥのＳ１接続が維持され、アクティブである」という同意と同じであってもよい。

・ｂ／ ＲＡＮに格納された「ＡＳコンテキスト」は、リリース１３で指定されているＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態又はＲＲＣ Ｓｕｓｐｅｎｄｅｄ「サブ状態」によって達成できる。

・ｃ／ 「ネットワークは、エリア内のＵＥの位置を把握しており、ＵＥは、ネットワークに通知することなくそのエリア内でモビリティを実行する」ことは、現在のトラッキングエリア（ＭＭＥ制御されている）と同じであるか、又はページングエリアの概念（ＲＡＮ制御）との共通性が非常に高い。

・ｄ／ ＲＡＮが、ＲＡＮで制御された「非アクティブ状態（ｉｎａｃｔｉｖｅ ｓｔａｔｅ）」にあるＵＥのページングをトリガすることができることは、「軽く接続されたＵＥについて、ＲＡＮによって開始されたページングは実現可能であり、ＲＡＮ２の観点からレイテンシを減少させるだけでなくシグナリング削減に関しても有益である」ことと共通の観点と思われる。

・ｅ／ 「専用リソースなし」はこれまでのところ本ＷＩでは議論されていない。

概念レベルとしては、解決すべき課題、すなわち「データ非アクティブ」であるＵＥのための最適化がほぼ同じであるため、ＲＡＮによって制御される「状態」に関してＮＲの議論の知見から学ぶことは有益であると思われる。したがって、これはＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄのモデリングの議論の出発点である。

考察２：ＮＲを対象としたＲＡＮ制御の「状態」は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄとの共通点を持つと思われる。

潜在的な特性の要約ａ／については、すでにＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄに合意している。また、ｃ／及びｄ／は、ページング強化（例えば、ＲＡＮ始動ページング）の議論と密接に関係する。したがって、ｂ／とｅ／の特性は次の節で焦点を当てている。

また、ＮＲのＦＦＳはＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでも同じである。つまり、データ転送が「状態」を離れることであるか、又はデータ転送が「状態」内で起こるかについては、更なる検討が必要である。「状態」がＲＲＣ状態に変換されるかどうかについては、更なる検討が必要である。

（２．２．Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄの枠組み）
（２．２．１．ＲＲＣ状態と「サブ状態」）
ＬＴＥは、２つのＲＲＣ状態、すなわちＲＲＣ Ｃｏｎｎｅｃｔｅｄ及びＲＲＣ ＩＤＬＥを有する。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ手順がリリース１３で導入された場合でも、２つの状態をモデリングしていた。ＲＲＣ接続を中断しているＵＥは、状態の観点、すなわち、ＡＳコンテキスト及び再開ＩＤ（ｒｅｓｕｍｅ ＩＤ）を記憶しているＩＤＬＥ ＵＥの「サブ状態」からのＲＲＣ ＩＤＬＥにある。

２つの状態モデリングは、レガシーのシステムでは少し複雑な状態遷移とこれらの状態を単純化するためにうまく機能する。したがって、ＲＡＮ２は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄが導入されても、ＲＲＣモデリングに固執する必要がある。つまり、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ又はＩＤＬＥの一部であるＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ「サブ状態」定義する必要があり、ＲＡＮ２によって決定されるべき要求動作に応じて機能が追加又は制限される。

提案２：ＲＡＮ２は、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄがＲＲＣで定義されている場合、既存の２つの状態モデリング、すなわちＲＲＣ Ｃｏｎｎｅｃｔｅｄ及びＩＤＬＥに固執すべきである。

（２．２．２．ベースラインの状態）
提案２が納得のいくものであれば、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ「サブ状態」はＲＲＣ Ｃｏｎｎｅｃｔｅｄ又はＲＲＣ ＩＤＬＥの上に構築される。

２．２．２節で見られるように、ＮＲのＲＡＮ制御「状態」に対する「ＲＡＮに格納されたｂ／ＡＳコンテキスト」は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ「サブ状態」の適切なガイドラインであり、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態又はリリース１３で仕様化されたＲＲＣ Ｓｕｓｐｅｎｄｅｄ「サブ状態」において利用可能である。ＲＲＣ ＣｏｎｎｅｃｔｅｄとＲＲＣ Ｓｕｓｐｅｎｄｅｄの間の「サブ状態」を目的としていると仮定すると、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄはＡＳコンテキストの格納又は可用性をサポートする必要がある。

提案３：Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄである間はＡＳコンテキストが利用可能であるべきである。

２．１節で述べたように、「ｅ／専用リソースなし」の潜在的特性がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄに適用可能かどうかは議論されていない。「専用リソース（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅ）」という用語は不明であるが、ＵＥにＣ−ＲＮＴＩが割り当てられていないことを意味する場合、ＲＲＣ ＩＤＬＥ状態、すなわちＲＲＣ ＩＤＬＥの別の「サブ状態」の上にＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄを定義することが適切であるが、ＲＲＣ中断（ＲＲＣ Ｓｕｓｐｅｎｄｅｄ）と同じではない。そうでなければ、（例えば、ＰＵＣＣＨリソースが割り当てられていないことを単に意味する）、ＲＲＣ接続状態を基礎としてとることが可能である。ＲＡＮ２＃９４では、ＲＲＣ中断／再開がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄのベースラインであるべきであることが示唆された。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄは、ＵＥの観点からのＲＲＣ接続を中断する機能と、Ｓ１の接続をＣＮの観点からアクティブに維持する新しい機能との組み合わせであることは、ＲＡＮ２の標準化の観点から見ても間違いない。ＵＥ Ｃｏｎｔｅｘｔ Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅを削除するので、Ｓ１には有益であるが、リリース１３手順に依存しているため、リリース１３と比較して、リリース１４ではシグナリング及びＵｕのレイテンシの削減という点で利点がない。

考察３：ＲＲＣ中断をベースとするＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎは、Ｕｕで何の利益も得られない可能性がある。

一方、ＲＲＣ Ｃｏｎｎｅｃｔｅｄをベースとする手法も提案されている。言うまでもなく、ＲＲＣ Ｃｏｎｎｅｃｔｅｄの最も重要なメリットは、ＭＯ呼とＭＴ呼のアクセスレイテンシが低いことです。さらに、ＭＴ呼にページングは必要ない。したがって、ＲＲＣ ＣｏｎｎｅｃｔｅｄをベースとするＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎは、Ｕｕのシグナリングとレイテンシを改善する可能性がある。しかしながら、ＵＥをレガシーＲＲＣ Ｃｏｎｎｅｃｔｅｄに保つだけで、ＵＥの電力消費が明らかに悪い。すなわち、「解決策は、ＵＥの電力消費をＲＲＣ＿ＩＤＬＥの電力消費と同等にすることができる」という目的を達成することができない。したがって、ＲＲＣ ＣｏｎｎｅｃｔｅｄベースのＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎが必要な場合は、いくつかの最適化が必要になる。

考察４：ＲＲＣ ＣｏｎｎｅｃｔｅｄをベースとするＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎは、ＵＥの電力消費を最小限に抑えるために標準化の取り組みがＲＡＮ２で必要となるが、Ｕｕのシグナリングオーバーヘッドとアクセスレイテンシを改善する可能性がある。

「この作業項目の目的は、無線及びネットワークインタフェースのシグナリングオーバーヘッドを削減し、すべてのデバイスタイプのＵＥの電力消費だけでなくＵＥのアクセス待ち時間を改善することである」というＷＩ目標の最初の記述を考慮に入れて、ＲＡＮ２は、どのＲＲＣ状態、すなわちＩＤＬＥ（中断／再開を含む）又はＣｏｎｎｅｃｔｅｄをＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄのベースラインにすべきかを議論すべきである。

提案４：ＲＡＮ２は、どのＲＲＣ状態、すなわちＩＤＬＥ（中断／再開を含む）又はＣｏｎｎｅｃｔｅｄをＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄのベースラインにすべきかを議論すべきである。

（２．３．一般的な機能）
ベースラインのＲＲＣ状態にかかわらず、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄでＵＥに必要な機能について説明することが有益であり得る。

（２．３．１．データ送受信の側面（ＤＬ／ＵＬ／ＳＬ））
Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎが導入される場合、Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎのＵＥがデータ送信及び受信、すなわちダウンリンク（ＤＬ）、アップリンク（ＵＬ）及びサイドリンク（ＳＬ）を実行する必要があるかどうかを明確にする必要がある。既存のＩＤＬＥモードでは、ＳＩＢ１８／１９で提供されている設定内でタイプ１又はモード２のｅＮＢによって「柔軟に」制御されたＳＬのみが許可されるが、ＤＬ及びＵＬでは、ページング、ＲＡＣＨ及び／又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔのような、事前の制御シグナリングを必要とする。Ｃｏｎｎｅｃｔｅｄ ｍｏｄｅでは、ＤＬとＵＬは、ｅＮＢ、すなわちＤＬ割当とＵＬグラントによって「緊密に」制御され、ＳＬは厳密な制御、すなわち専用リソース又はＳＬグラントによるタイプ２Ｂ又はモード１の送信を必要とし、ｅＮＢの好みによって異なる。

ｅＭＢＭＳサービス、すなわち、ＭＢＳＦＮ及びＳＣ−ＰＴＭは、ＵＥが関心を持つ場合、ＩＤＬＥ及びＣｏｎｎｅｃｔｅｄの両方のＵＥに対して提供することができる。Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎがＲＲＣ状態間の中間レベルである場合、ＵＥにこれらのサービスを受信させることは自然なことかもしれない。

提案５：ＲＡＮ２は、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎにおけるＤｏｗｎｌｉｎｋ、Ｕｐｌｉｎｋ、Ｓｉｄｅｌｉｎｋでのデータの送受信にＵＥの動作が何であるかを議論すべきである。

（２．３．２．測定と報告の側面（ＣＳＩ／ＲＬＭ／ＲＲＭ））
接続中のＵＥは、測定フィードバック／報告だけでなく、ＣＳＩ測定、ＲＬＭ測定、ＲＲＭ測定などの様々なタイプの測定を実行する。一方、ＩＤＬＥのＵＥは、報告なしに、セル再選択のためのＲＲＭ測定、すなわちＵＥベースの移動性のみを実行する。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでは、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎがＣＯＮＮＥＣＴＥＤ又はＩＤＬＥのいずれかに似ているかどうかによって、これらの測定とフィードバック／レポートのどちらをサポートする必要があるかを検討すべきである。

提案６：ＲＡＮ２は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでどの測定及び報告メカニズム、ＣＳＩフィードバック、ＲＬＭ／ＲＲＭ測定をサポートする必要があるかを検討すべきである。

（２．３．３．アクティベーション及び非アクティブ化の側面（ＳＣｅｌｌ、ＳＰＳ））
ＳＣｅｌｌは、Ｃａｒｒｉｅｒ ＡｇｇｒｅｇａｔｉｏｎとＤｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙのために設定することができ、これらは、例えば、ＭＡＣ制御要素によって活性化又は非活性化される。また、ＳＰＳは、例えばＶｏＬＴＥの効率的な配信のために設定され、ＳＰＳ−ＲＮＴＩでスクランブルされたＰＤＣＣＨによって起動される。現在の仕様では、ＵＥがＩＤＬＥに移行するときにＳＣｅｌｌ／ＳＰＳが設定解除され、ＵＥがＣｏｎｎｅｃｔｅｄに戻った後に必要に応じて再設定される。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでは、ＳＣｅｌｌとＳＰＳが非アクティブ化（ｄｅａｃｔｉｖａｔｅｄ）されているのか、あるいは設定解除（ｄｅ−ｃｏｎｆｉｇｕｒｅｄ）されているのかを定義することも必要である。

提案７：ＲＡＮ２は、ＵＥがＣＯＮＮからＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに移行するときに、ＳＣｅｌｌとＳＰＳが非アクティブ化又は非設定化されているかどうかを議論すべきである。

（２．３．４．ＵＥの側面からの支援情報）
現在のＲＲＣは、様々なメカニズムのｅＮＢの機能制御を支援するために、近接性指示子、装置内共存指示子、ＵＥ支援情報（電力優先指示子）、ＭＢＭＳ関心指示子、ＭＢＭＳカウント応答、及びサイドリンクＵＥ等のＵＥからの多くの指示子をサポートする。ＰＨＹ層では、サウンディング参照信号ＳＲＳも、例えば、ＵＬチャネルを推定するために使用される。Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎでは、いずれかの指示子がＵＥによって依然としてサポートされるべきかどうかを議論する必要がある。

提案８：ＲＡＮ２は、Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎにおけるＵＥが、近接性指示子、装置内共存指示子、ＵＥ支援情報、ＭＢＭＳ関心指示子、ＭＢＭＳカウント応答、サイドリンクＵＥ情報、及びＳＲＳを用いてｅＮＢ支援を継続するか否かについて議論すべきである。

（２．４．その他の機能）
（２．４．１．デュアルコネクティビティ）
２．３．３節で議論されたＳＣｅｌｌに加えて、ＵＥがｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎに移行したときにＰＳＣｅｌｌを設定解除すべきかどうかを定義することができる。ＰＳＣｅｌｌがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでまだ適用可能である場合、ＳＣＧ障害指示子を宣言する必要があるかどうかについても議論すべきである。

提案９：ＲＡＮ２は、ＵＥがｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎに移行したときに、ＰＳＣｅｌｌが設定解除されているかどうかを議論すべきである。

（２．４．２．ＷＬＡＮインターワーキング／アグリゲーション（ＲＡＬＷＩ、ＲＣＬＷＩ、ＬＷＡ、ＬＷＩＰ））
リリース１２及びリリース１３では、ＷＬＡＮインターワーキングのための２つのメカニズム、すなわちＲＡＮ支援及びＲＡＮ制御ＬＴＥ−ＷＬＡＮインターワーキングソリューション（ＲＡＬＷＩ／ＲＣＬＷＩ）が開発された。ＬＷＩメカニズムにより、ネットワークは、専用ＲＡＮアシストパラメータ又はステアリングコマンドによって、ＷＬＡＮへの／からのトラフィックステアリングをＣｏｎｎｅｃｔｅｄのＵＥを制御することができる。ＵＥがＩＤＬＥに移行した後、ＵＥがＣｏｎｎｅｃｔｅｄになったときに設定されたコンフィギュレーションは、Ｔ３５０が稼働している間は引き続き適用される。ＲＡＬＷＩに加えて、ＳＩＢ１７は、ＲＡＮアシスタンスパラメータを提供し、ＩＤＬＥ及び接続された状態でＵＥを制御することができる。さらに、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの下でＲＡＬＷＩ／ＲＣＬＷＩを実行する方法について検討する。

提案１０：ＲＡＮ２は、ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ中にＵＥがＲＡＬＷＩ／ＲＣＬＷＩをどのように実行するかについて議論すべきである。

リリース１３では、ＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）とＩＰｓｅｃトンネル（ＬＷＩＰ）を使用したＷＬＡＮアグリゲーションソリューションのセットが仕様化されました。ＬＷＡベアラは、ＷＬＡＮリンクを介してルーティングされ、ｅＮＢ及びＵＥで終端する。Ｕｕ上のＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎを考慮すると、ＵＥがＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ中にＬＷＡ設定及びＬＷＡベアラがどのように処理されるかについても明確にする必要がある。

提案１１：ＲＡＮ２は、Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎでＬＷＡベアラがどのように取り扱われるかを議論すべきである。

（２．４．３．ＭＤＴ）
ドライブテスト最小化（ＭＤＴ）は、リリース１０で導入され、継続的に強化された。ＭＤＴは、ＩＤＬＥ／Ｃｏｎｎｅｃｔｅｄモード用のＬｏｇｇｅｄ ＭＤＴとＣｏｎｎｅｃｔｅｄモード用のＩｍｍｅｄｉａｔｅ ＭＤＴの２つのモードで設定される。ＭＤＴ測定ログは、ＵＥがＣｏｎｎｅｃｔｅｄにあるときの測定報告を介して送信される。ここでは、Ｌｏｇｇｅｄ ＭＤＴの場合、ＵＥがＩＤＬＥであってもロギングが継続される。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの場合、どのＭＤＴモードがサポートされているかを検討する必要がある。

提案１２：ＲＡＮ２は、どのＭＤＴモードがＬｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎのＵＥでサポートされるかを議論すべきである。

（２．４．４．ＭＣＬＤ）
マルチキャリア負荷分散（ＭＣＬＤ）は、２つの再分配メカニズムであるＣＲＳ（Ｃｏｎｔｉｎｕｏｕｓ Ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｃｈｅｍｅ）及びＯＳＳ（Ｏｎｅ−Ｓｈｏｔ Ｓｃｈｅｍｅ）をサポートしている。これらのメカニズムは、ＳＩＢ３／ＳＩＢ５の再分配パラメータで提供され、ＩＤＬＥのＵＥは、Ｔ３６０満了（ＣＲＳ）又はページング（ＯＳＳ）内の再配布指示の受信時にＩＭＳＩに従って再分配ターゲットを選択する。Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎについては、ＵＥがＵＥベースの移動性を実行すべきであると現在仮定されているので、負荷再分配メカニズムが適用可能である。

提案１３：ＲＡＮ２は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎで負荷の再分配がサポートされるかどうかを議論すべきである。

上記に加えて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの導入、例えば、暗黙的な非活性化／設定解除などの特別な処理のために、現在の機能に何らかの拡張が必要であるかどうかについて議論する必要があるかもしれない。

提案１４：さらに、ＲＡＮ２は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの導入により、既存の機能に何らかの拡張が必要かどうかを議論すべきである。

［付記２］
（１．はじめに）
本付記では、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ ＵＥのページング強化オプションの詳細について説明するが、問題のいくつかはまだＲＡＮ３の決定に依存する可能性がある。

（２．検討）
（２．１．ページング強化の原則）
（２．１．１既存のページングソリューションの問題）
ＲＡＮ２はすでに「ＲＡＮ始動ページングは実現可能で有益である」と認識しているが、合理的な設計原則に基づいて他の選択肢も検討すべきかどうかについてさらに議論することは有用である。

（２．１．１．１．固定又は低移動性ＵＥのためのページング最適化）
リリース１３以前には、ターゲットＵＥがメッセージを送信しているセル内に実際に位置しているかどうかにかかわらず、ページングメッセージがトラッキングエリア内のすべてのセルで送信されていた。リリース１３では、Ｓ１ＰＡＧＩＮＧ内のページングＩＥのための推奨セルなど、Ｕｕ及びＳ１のシグナリング削減のために、ＲＡＮ３及びＳＡ２によってページング最適化が導入された。これらのリリース１３メカニズムは、特にＭＴＣ ＵＥのような移動度の低いＵＥに対しては効率的であるが、スマートフォンなどの通常の移動性を有するＵＥを考慮した更なる最適化の余地がある。例えば、ＭＭＥが、Ｓ１ＰＡＧＩＮＧ内の推奨ｅＮＢ／セルのｅＮＢからの情報を、ＥＣＭ ＩＤＬＥへの遷移時の推奨セル情報及びｅＮＢに関する知識に基づいて決定したとしても、このＭＴ呼出時のＵＥは、すでに推奨されているｅＮＢ／セルの外に移動する。これによりページが欠落し、そのページに使用されたリソースが無駄になる。

考察１：リリース１３に導入されたページング最適化、例えばＳ１ＰＡＧＩＮＧ内のページングＩＥのための推奨セルは、静止又は低移動性ＵＥに対してのみ効果的に働くことができる。

提案１：ページング強化は、固定又は低移動性ＵＥに限定されず、すべてのタイプの移動性条件でＵＥをサポートすべきである。

（２．１．１．２．トラッキングエリアの小さい配置）
ＲＡＮ２＃９４には、ＲＡＮによって開始されるページングメカニズムを備えた様々なソリューションが提案されている。このソリューションの主な利点の１つは、ページング領域を制限することである。ＲＡＮによって開始されるページングのエリアがトラッキングエリアのサブセットに設定されている場合、実際には、ネットワーク全体のページングメッセージ数を減らすのに貢献する。今日のネットワーク実装で同様の利得を達成することができ、例えば、トラッキング領域はより小さな領域で設定される。しかし、このようなネットワーク実装は、ＵＥからの過度のトラッキングエリア更新を引き起こし、それによって全体のシグナリングが増加する可能性があることが指摘されている。

考察２：ページング領域が小さく設定されていると、ページングメッセージの数を減らすことはできるが、過剰なトラッキングエリアの更新を防ぐことはできない。

提案２：ページング強化は、ＵＥの移動性に起因するＵＬシグナリングの数を最小限に抑えるべきである。

（２．１．２．合意からのビルディングブロック）
ＲＡＮ２は、「ＵＥが軽く接続されている場合、ＲＡＮ２の観点から、シグナリングの削減とレイテンシの削減の観点から、ＲＡＮ始動ページングは実現可能で有益である」と同意した。ＲＡＮによって開始されたページングは、Ｕｕのシグナリングとレイテンシの両方の削減に役立つ。「軽く接続されたＵＥのＳ１接続が維持され、アクティブである」場合、Ｓ１ＰＡＧＩＮＧのシグナリングはもはや必要なくなり、Ｓ１−Ｕ接続確立によるレイテンシを排除することができる。しかし、ＲＡＮ２の観点からは、ＲＡＮによって開始されたページングがＵｕシグナリング／レイテンシの削減にどのように役立つかは依然として不明である。

考察３：ＲＡＮによって開始されたページングがＵｕリンクのシグナリングとレイテンシの削減にどのように役立つのかは不明である。

より良い解決策を設定し、議論を進めるために、ＲＡＮ始動ページングなどのページング強化は、この節で説明する原則を用いて設計されるべきである。したがって、ＲＡＮ２はまずページング強化の設計原則に同意する必要がある。

（２．２．ページングの拡張機能の詳細）
次の節で説明するように、ページング強化のソリューションの設計上の選択肢／オプションの一部と見なすことができる。

（２．２．１．案１：ＲＡＮ制御下りリンク伝送）
（２．２．１．１．ページングメッセージ又は直接データ転送）
ＲＡＮによって開始されるページングでは、ｅＮＢは、Ｓ１ ＰＡＧＩＮＧに頼ることなく、ＵＥのＤＬデータの到着時にページングの必要性を認識することができる。実際の仮定では、「ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ ＵＥは、ｅＮＢ又はＭＭＥによって開始されたページングのトリガによってのみアドレス可能である」、これは、ページングメッセージがＵＥに送信されることを示唆しているが、詳細はまだ議論されていない。Ｕプレーンの観点から見ると、レガシーページング（ＭＭＥ始動）と新しいページング（ｅＮＢ始動）との間の相違は、ＤＬデータがまだＳ−ＧＷ内にあるか、又は既にｅＮＢ内に到着しているか、すなわち、Ｓ１接続が維持されアクティブである間に、ＣＮ内のルーティングは既に行われている。したがって、この場合、ページングメッセージが本当に必要かどうかを検討する価値があり、ｅＮＢがＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ ＵＥのＤＬデータを受信するときは、次のオプションを検討できる。

オプション１：ｅＮＢは、（ＲＡＮレベル）ページングメッセージをＵＥに送信する。

このオプションは、ＤＬデータ到着時に、ｅＮＢがＵＥにページングメッセージを送信し、ページングメッセージがＵｕの観点から既存のページングに類似しているか又は再利用可能である。しかし、ＲＡＮレベルのページングは、Ｕｕの「シグナリングの削減とレイテンシの短縮の面で有益」であるかは明確ではない。

オプション２：ｅＮＢは、ページングメッセージなしで、ＤＬデータをＵＥに直接送信する。

オプション２では、Ｕｕリンク上でページングメッセージは必要ない。例えば、ｅＮＢが、ページを送信することなくＵＥに直ちにＤＬデータを送信する。これは、ＤＬデータが最初に複数のセルに送信される必要があることを意味してもよいが、複数のセルに送信する超過ＤＬデータの差がページングメッセージに必要なデータ量に匹敵するようにＤＬデータボリュームを効率的に管理することができる。シグナリングメッセージの量は、既存のＤＲＸと同様に、ＵＥの電力消費を最小限に抑えるために、意図されたページング機会を介してＤＬデータを送信することによって低減することができる。このオプションの主な利点は、ページング手順のＲＴＴ（例えば、ページング及びＲＲＣ接続要求）に起因するＤＬデータの送信の待ち時間の低減である。詳細はさらに検討し、モビリティの側面（ＵＥベース又はネットワークベース）を含め、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄの定義方法に関連する可能性がある。

提案３：ＲＡＮ２は、ｅＮＢへのＤＬデータ到着時に、ＵＥが最初にページングされるべきか（オプション１）、又は直接的なＤＬデータ送信（オプション２）が好ましいかを議論すべきである（図１０：ＲＡＮ制御のＤＬ伝送オプション）。

（２．２．１．２．ページング領域）
ＲＡＮ制御ＤＬ伝送のオプション１が選択された場合、ページが既存のトラッキングエリアのように特定のエリア内で実行されるかどうかについてさらに議論すべきである。特定の領域は、セルのグループ、すなわち、提案されているページング領域の概念であると仮定したときのトラッキング領域のサブセットに過ぎない。ページングの失敗を最小限に抑えるためにこのような概念を導入するのは簡単である。ページング領域は、ＵＥコンテキストフェッチ、ＵＥのモビリティ状態、周波数効率などのためのＸ２接続の可用性に依存することができるが、これは主にネットワーク実装に依存する。

提案４：ＲＡＮ２は、ＵＥをページングするために送信を送信するセルのグループからなるページング領域を導入すべきである。

ＵＥがページング領域内にある限り、ＵＥのモビリティはｅＮＢに対して透過的であると仮定することができる。一方、ＵＥがページング領域の外に移動するときＵＥがどのように挙動するかについて議論すべきである。信頼できるページング手順を有するためには、既存のトラッキングエリア更新メカニズムと同様に、ＵＥがサービングセルにその終了条件を通知するための機構が必要である。情報が外部セルの再選択前に提供されるのか、それが起こった後に提供されるのかは、更なる検討が必要である。

提案５：ＲＡＮ２は、ＵＥがページングエリアの外に移動するときに、ＵＥがサービングセルに通知すべきかどうかについて議論すべきである。

（２．２．２．案２：ＭＭＥ制御のページング）
ＲＡＮ３がＲＡＮによって開始されたページングが採用される可能性があるというＲＡＮ３の見解を受け入れるかどうかは不明であり、ＭＭＥが一般に移動性管理（ＭＭ）の責任を負うので、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄのＵＥへのページングは依然として可能である。ＭＭＥが最終決定を下す必要があると仮定すると、以下のオプションが考えられる（図１１：ＭＭＥ始動ページングのシグナリングオプション）。

オプションＡ：ｅＮＢは、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄに移行したときにＭＭＥに通知する。

ｅＮＢとＭＭＥは、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄであるかどうかについての知識を同期させることができる。さらに、２．１．１節で説明したように、ＵＥの移動性を考慮してトラッキングエリアレベルのページングを回避すべき場合、推奨ｅＮＢ／セルの同期化のための更新手順を含めることは有益である。

オプションＢ：Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄのＵＥへのＤＬデータが到着したとき、ｅＮＢはＭＭＥに「ページング要求」を送信する。

このオプションを使用すると、ｅＮＢはページングが必要なときにのみＭＭＥに指示子を送信する。言い換えれば、オプションＡの頻繁な指示子、すなわちＩＤＬＥ←→ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ←→Ｃｏｎｎｅｃｔｅｄのメッセージングを避けることができる。ＭＭＥとＳ−ＧＷとの間で指摘されている潜在的なＣＮの影響を防ぐこともできる。オプションＡの場合と同様に、ページング要求は、Ｓ１ページングの範囲を制限する際にＭＭＥを支援するために、リリース１３におけるページング最適化と同様に、推奨ｅＮＢ／セルを含むことができる。しかし、Ｓ１の観点からシグナルとレイテンシを実際に減らすことができるかどうかは疑問である。

オプションにかかわらず、ページング最適化は、ＭＭＥ始動のページングが選択されたときに再利用されるべきである。上記のいくつかの拡張により、ＭＭＥは、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥでのみ提供されているものの、ＰＡＧＩＮＧを開始するときに推奨ｅＮＢ／セルの最新情報を使用することがある。ＭＭＥがＰＡＧＩＮＧの範囲、すなわちターゲットｅＮＢの数を絞り込むことを容易にすることができるので、Ｓ１の観点からのシグナリングの低減には依然として有益である。

考察４：ＭＭＥ始動のページングが選択される場合、リリース１３で導入されたページング最適化の上にページング強化機能を追加することは可能である。

ＲＡＮ２の観点からは、ｅＮＢがＵＥの位置及び／又は移動性状態を、例えばセル再選択時のＵＥからの通知によって知っている場合、２．１．１節で論じた問題を回避することができ、これにより推奨ｅＮＢ／セルは、２．２．１．２節で説明したＲＡＮベースのページング領域に関連付けることができる（図１２：ページング領域と推奨セル）。したがって、不必要なページを防止するために、ｅＮＢがＩＤＬＥでもＵＥの位置をどのように知っているかを議論することは価値がある。それは、ページング領域、すなわち提案７と、情報、すなわち提案８との組み合わせによって解決することができる。

提案６：ＭＭＥ始動のページングが選択されたとしても、ＲＡＮ２は、リリース１３ページング最適化が実行されるときに、ＩＤＬＥ又はＬｉｇｈｔ ＣｏｎｎｅｃｔｅｄのＵＥの位置及び／又はモビリティ状態を知ることが有用であるかどうかについて議論すべきである。

［相互参照］
本願は米国仮出願第６２／３７２９２５号（２０１６年８月１０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims (6)

1. デュアルコネクティビティが設定されるユーザ装置であって、
   特定状態への遷移を指示する情報を含むＲＲＣ接続解放メッセージを基地局から受信する受信部と、
   前記情報を含む前記ＲＲＣ接続解放メッセージの受信に応じて、前記デュアルコネクティビティの設定情報を保持し、前記デュアルコネクティビティを停止し、前記ユーザ装置を前記特定状態に遷移させる制御部と、
   送信部と、を備え、
   前記特定状態は、ＲＲＣコネクティッド状態及びＲＲＣアイドル状態とは異なるＲＲＣ状態であって、かつ、前記ユーザ装置用の接続が前記基地局とコアネットワークとの間に維持される状態であり、
   前記送信部は、ＲＲＣ復旧要求メッセージを前記基地局に送信し、
   前記受信部は、前記デュアルコネクティビティの復元を要求する情報を含むＲＲＣ復旧メッセージを前記基地局から受信し、
   前記制御部は、前記情報を含む前記ＲＲＣ復旧メッセージの受信に応じて、前記デュアルコネクティビティを復元し、前記ユーザ装置を前記ＲＲＣコネクティッド状態に遷移させる
   ユーザ装置。
2. 前記特定状態において、前記制御部は、少なくとも１つのセルからなる所定ページングエリア内で送信されるページングメッセージを受信するための処理を行い、
   前記所定ページングエリアは、トラッキングエリアよりも狭いエリアであって、かつ、前記基地局を含む無線アクセスネットワークによりページングが制御されるエリアである
   請求項１に記載のユーザ装置。
3. 前記制御部は、前記基地局とのデータ通信の中断を検知し、前記中断を検知したことに応じて前記中断を示す通知を前記基地局に送信し、
   前記通知の送信後、前記制御部は、前記ＲＲＣ接続解放メッセージを前記基地局から受信する
   請求項１又は２に記載のユーザ装置。
4. 前記制御部は、ＲＲＣレイヤのシグナリングにより前記通知を前記基地局に送信し、
   前記制御部は、前記ＲＲＣレイヤよりも上位のレイヤの情報に基づいて、前記中断を検知する
   請求項３に記載のユーザ装置。
5. 前記制御部は、前記ユーザ装置の移動速度に関する移動状態情報を前記通知に含める
   請求項３又は４に記載のユーザ装置。
6. デュアルコネクティビティが設定されるユーザ装置のためのプロセッサであって、
   特定状態への遷移を指示する情報を含むＲＲＣ接続解放メッセージを基地局から受信する処理と、
   前記情報を含む前記ＲＲＣ接続解放メッセージの受信に応じて、前記デュアルコネクティビティの設定情報を保持し、前記デュアルコネクティビティを停止し、前記ユーザ装置を前記特定状態に遷移させる処理と、を実行し、
   前記特定状態は、ＲＲＣコネクティッド状態及びＲＲＣアイドル状態とは異なるＲＲＣ状態であって、かつ、前記ユーザ装置用の接続が前記基地局とコアネットワークとの間に維持される状態であり、
   前記プロセッサは、
   ＲＲＣ復旧要求メッセージを前記基地局に送信する処理と、
   前記デュアルコネクティビティの復元を要求する情報を含むＲＲＣ復旧メッセージを前記基地局から受信する処理と、
   前記情報を含む前記ＲＲＣ復旧メッセージの受信に応じて、前記デュアルコネクティビティを復元し、前記ユーザ装置を前記ＲＲＣコネクティッド状態に遷移させる処理と、をさらに実行する
   プロセッサ。

Images