JP2020039164A - 基地局及び方法 - Google Patents

Abstract

【課題】ネットワークがユーザ装置のコンテキスト情報を維持しつつ、ＲＲＣコネクテッド状態に比べてシグナリングが削減される状態を実現するユーザ装置を提供する。【解決手段】ユーザ装置は、ＲＲＣアイドル状態及びＲＲＣコネクティッド状態とは異なるＲＲＣ状態であって、ユーザ装置のコンテキスト情報がネットワークに維持される特定状態へユーザ装置を遷移させるＲＲＣ Ｒｅｌｅａｓｅメッセージを基地局から受信する受信部を備える。ＲＲＣ Ｒｅｌｅａｓｅメッセージは、トラッキングエリアとは異なる所定エリアを示す情報として１又は複数のセルのセルＩＤのリストを含む。【選択図】図２

Description

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

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

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

一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、前記無線端末が特定状態にある場合において、前記無線端末がＲＲＣアイドル状態に遷移することを通知又は要求する情報を基地局に送信する制御部を備える。前記特定状態は、前記ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。

一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、セル又は基地局からなるグループにより形成される所定エリア外への前記無線端末の移動を認識したことに応じて、前記移動を示す通知をネットワークに送信する制御部を備える。前記所定エリアは、前記無線端末が特定状態である間において適用される。前記特定状態は、前記無線端末のコンテキスト情報がネットワークに維持されつつ、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態である。

一実施形態に係る基地局は、移動通信システムにおいて用いられる。前記基地局は、無線端末が特定状態にある場合において、前記無線端末にページングメッセージを送信することなく、前記無線端末に下りリンクデータを送信する制御部を備える。前記特定状態は、前記無線端末のコンテキスト情報がネットワークに維持されつつ、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態である。

一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、前記無線端末が特定状態にあり、かつ、上りリンクの同期がとれていない場合において、前記無線端末が基地局から下りリンクデータを受信したことに応じて、前記基地局に対するランダムアクセスプロジージャを開始する制御部を備える。前記特定状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記制御部は、前記無線端末において上りリンクデータが発生する前であっても、前記下りリンクデータの受信に応じて前記ランダムアクセスプロジージャを開始する。

一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、無線端末個別のシグナリングにより特定状態の設定を基地局から受信し、前記設定の受信に応じてＲＲＣコネクティッド状態から特定状態に遷移する制御部を備える。前記特定状態は、前記ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記制御部は、前記特定状態から前記ＲＲＣコネクティッド状態に遷移することに応じて、前記設定を破棄する。

一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、前記無線端末が特定状態にある場合において、所定の条件が満たされたことに応じて前記特定状態を中止する制御部を備える。前記特定状態は、前記ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記制御部は、前記特定状態を中止する際の前記無線端末の動作を設定する情報を基地局から受信する。前記制御部は、前記特定状態を中止する際に、前記基地局から設定された前記動作を行う。

一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、前記無線端末がＲＲＣコネクティッド状態又はＲＲＣアイドル状態にある場合において第１の間欠受信を行い、前記無線端末が特定状態にある場合において第２の間欠受信を行う制御部を備える。前記特定状態は、前記ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記第２の間欠受信は、前記第１の間欠受信に比べて、モニタすべき周波数の範囲が限定された間欠受信である。

実施形態に係るＬＴＥシステムの構成を示す図である。 実施形態に係るＵＥ（無線端末）の構成を示す図である。 実施形態に係るｅＮＢ（基地局）の構成を示す図である。 実施形態に係る無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係る無線フレームの構成を示す図である。 第１実施形態に係るＵＥの動作を示す図である。 第１実施形態の変更例２に係るＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥの動作を示す図である。 第２実施形態に係るｅＮＢの動作を示す図である。 第２実施形態に係るＵＥの動作を示す図である。 第２実施形態の変更例１に係るＵＥの動作を示す図である。 第２実施形態の変更例２に係るＵＥの動作を示す図である。 第３実施形態の変更例１に係る動作を示す図である。 第５実施形態に係る動作を示す図である。

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

図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。

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

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

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

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

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

（特定状態）
以下において、第１実施形態に係る特定状態について説明する。

特定状態は、ＵＥ１００のコンテキスト情報（ＵＥコンテキスト）がネットワークに維持されつつ、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態である。ＵＥコンテキストは、ＵＥ１００に対する各種の設定及び能力等に関する情報を含む。各種の設定は、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）の設定を含む。特定状態は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態及びＳｕｓｐｅｎｄ状態を含む。なお、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態と称されてもよい。また、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ）状態はＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ）モードと称されてもよく、Ｓｕｓｐｅｎｄ状態はＳｕｓｐｅｎｄモードと称されてもよい。

Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される特殊なＲＲＣコネクティッド状態である。例えば、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、特定のシグナリングをネットワークと送受信することが免除される。或いは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、特定のシグナリングをネットワークと送受信する頻度が低減される。また、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＵＥ１００に対するＳ１接続を維持した状態であってもよく、ＲＲＣ接続が解放されている状態であってもよい。

Ｓｕｓｐｅｎｄ状態は、ＵＥコンテキストの少なくとも一部がネットワークに維持される特殊なＲＲＣアイドル状態である。一般的なＲＲＣアイドル状態の場合、ＵＥコンテキストはネットワークにおいて破棄されることに留意すべきである。ｅＮＢ２００は、ＵＥ１００をＳｕｓｐｅｎｄ状態に遷移させる際に所定の識別子（レジュームＩＤ）を割り当てる。ＵＥ１００は、Ｓｕｓｐｅｎｄ状態からＲＲＣコネクティッド状態に遷移する際に当該所定の識別子をｅＮＢ２００に通知する。ｅＮＢ２００は、当該所定の識別子に基づいてＵＥコンテキストの使用を再開する。Ｓｕｓｐｅｎｄ状態においてＵＥ１００が移動した場合、ｅＮＢ２００は、Ｘ２インターフェイスで接続された他のｅＮＢ２００からＵＥコンテキストを取得してもよい。Ｓｕｓｐｅｎｄ状態は、ＲＲＣアイドル状態であって、接続設定等が保持されている状態と定義されてもよい。或いは、Ｓｕｓｐｅｎｄ状態は、ＲＲＣアイドル状態及びＲＲＣコネクティッド状態とは異なるＲＲＣサスペンド状態と定義されてもよい。

ＵＥ１００は、維持されているＵＥコンテキストを活用して、少ないシグナリングで特定状態からＲＲＣコネクティッド状態に遷移（すなわち、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）することができる。

（第１実施形態に係る所定エリア）
以下において、第１実施形態に係る所定エリアについて説明する。第１実施形態に係る移動通信システムは、セル及びトラッキングエリアとは異なる新たなエリア単位を導入する。以下において、このようなエリア単位のエリアを「所定エリア」と称する。所定エリアは、特定状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態又はＳｕｓｐｅｎｄ状態）にあるＵＥ１００に対して適用される。

所定エリアは、セル又はｅＮＢ２００のグループにより形成される。第１実施形態に係る所定エリアは、ネットワークがページング一斉送信を行うエリアである。所定エリアは、トラッキングエリアに比べて限定された範囲のエリア単位である。例えば、所定エリアは、トラッキングエリアの一部のエリアである。所定エリアは、同一トラッキングエリア内で設定されてもよいし、異なるトラッキングエリアを跨いで設定されてもよい。

このような狭いエリアに限定してページングを行うことにより、トラッキングエリア単位でページングを行う場合に比べてページング送信を行うセルの数を削減することができる。よって、シグナリング（ページング）を削減することができる。なお、所定エリア単位でのページング送信は、ＭＭＥ３００主導（ＭＭＥ ｉｎｉｔｉａｔｅｄ）ではなく、ｅＮＢ２００主導（ｅＮＢ ｉｎｉｔｉａｔｅｄ）で行われてもよい。このようなページングは、ＲＡＮベースページングと称されてもよい。

（第１実施形態に係る動作）
第１実施形態に係るＵＥ１００は、セル又はｅＮＢ２００からなるグループにより形成される所定エリア外へのＵＥ１００の移動を認識したことに応じて、移動を示す通知をネットワークに送信する。所定エリアは、トラッキングエリアよりも限定された範囲のエリア単位である。第１実施形態において、所定エリアは、ＵＥ１００が特定状態である間において適用される。言い換えると、ＵＥ１００は、自ＵＥ１００が特定状態にある間にのみ、移動を示す通知の送信を有効にする。これにより、ネットワーク（特に、ＭＭＥ３００）は、特定状態にあるＵＥ１００が在圏する所定エリアを把握し、ＵＥ１００が在圏する所定エリアを対象としてページングを適切に行うことができる。

第１実施形態において、ＵＥ１００は、所定エリアを示す情報をネットワーク（ｅＮＢ２００又はＭＭＥ３００）から受信し、受信した情報に基づいて所定エリア外への移動を認識する。当該情報は、所定エリアを形成するグループの識別子（グループＩＤ）、当該グループに含まれるセルの識別子リスト（セルＩＤリスト）、当該グループに含まれるｅＮＢ２００の識別子リスト（ｅＮＢ ＩＤリスト）のうち、少なくとも１つを含む。

図６は、第１実施形態に係るＵＥ１００の動作を示す図である。

図６に示すように、ステップＳ１１において、ＵＥ１００は、自ＵＥ１００を特定状態に遷移させる指示（設定情報）をｅＮＢ２００から受信する。例えば、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングを用いて、特定状態に遷移させる指示（設定情報）をＵＥ１００に送信する。ＵＥ個別ＲＲＣシグナリングは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅであってもよい。その結果、ＵＥ１００は、ＲＲＣコネクティッド状態から特定状態に遷移する。

ステップＳ１２において、ＵＥ１００は、所定エリアを示す情報をネットワークから受信する。ステップＳ１２は、ステップＳ１１と同時に行われてもよい。所定エリアを示す情報をｅＮＢ２００が送信するパターンと、所定エリアを示す情報をＭＭＥ３００が送信するパターンとがある。

所定エリアを示す情報をｅＮＢ２００が送信するパターンにおいて、ｅＮＢ２００は、自ｅＮＢ２００（自セル）が属するグループＩＤ、当該グループに含まれるセルのセルＩＤリスト、当該グループに含まれるｅＮＢ２００のｅＮＢ ＩＤリストのうち少なくとも１つを、ブロードキャストＲＲＣシグナリング（例えばＳＩＢ）又はＵＥ個別ＲＲＣシグナリング（例えばＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ）によりＵＥ１００に送信する。ｅＮＢ２００は、グループＩＤ、セルＩＤリスト、ｅＮＢ ＩＤリストをＭＭＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ等によりＭＭＥ３００から受信してもよい。

所定エリアを示す情報をＭＭＥ３００が送信するパターンにおいて、ＭＭＥ３００は、グループに含まれるセルのセルＩＤリスト、当該グループに含まれるｅＮＢ２００のｅＮＢ ＩＤリストを、ＮＡＳシグナリングによりＵＥ１００に送信する。

ステップＳ１３において、ＵＥ１００は、所定エリアを示す情報に基づいて、ネットワークから通知された所定エリア外への移動を認識する。なお、「所定エリア外に移動する」とは、ネットワークから通知された所定エリア（グループ）に含まれないセル又はｅＮＢ２００に移動することであってもよい。或いは、「所定エリア外に移動する」とは、一の所定エリアから他の所定エリアに移動することであってもよい。

セルＩＤリスト又はｅＮＢ ＩＤリストが通知される場合、ＵＥ１００は、自ＵＥ１００が在圏するセル（又はｅＮＢ２００）が当該リストに含まれているか否かを判断する。自ＵＥ１００が在圏するセル（又はｅＮＢ２００）が当該リストに含まれていない場合、ＵＥ１００は、自ＵＥ１００が所定エリア外に移動したと認識する。そうでなければ、ＵＥ１００は、自ＵＥ１００が所定エリア内であると認識する。

ｅＮＢ２００からグループＩＤが通知される場合、ＵＥ１００は、一のセル（又は一のｅＮＢ）から他のセル（又は他のｅＮＢ）に移動した際に、当該一のセル（又は一のｅＮＢ）から通知されたグループＩＤと他のセル（又は他のｅＮＢ）から通知されたグループＩＤとが同じであるか否かを判断する。異なるグループＩＤである場合、ＵＥ１００は、自ＵＥ１００が所定エリア外に移動したと認識する。そうでなければ、ＵＥ１００は、自ＵＥ１００が所定エリア内であると認識する。

自ＵＥ１００が所定エリア外に移動したと認識すると、ステップＳ１４において、ＵＥ１００は、移動を示す通知をネットワークに送信する。移動を示す通知は、グループＩＤ、セルＩＤ、ｅＮＢ ＩＤのうち少なくとも１つを含んでもよい。これらのＩＤは、移動元のＩＤ及び／又は移動先のＩＤである。移動を示す通知をＭＭＥ３００に送信するパターンと移動を示す通知をｅＮＢ２００に送信するパターンとがある。

移動を示す通知をＭＭＥ３００に送信するパターンにおいて、ＵＥ１００は、ＮＡＳシグナリング（ＮＡＳメッセージ）により当該通知をＭＭＥ３００に送信する。ＭＭＥ３００は、当該通知に基づき、ＵＥ１００のページングの送信先とすべきセル（又はｅＮＢ２００）を決定する。なお、ｅＮＢ２００は、当該ＮＡＳメッセージを解読し、ＵＥ１００の情報（自セルに居るＵＥ１００のＩＤ）を読みとってもよく、当該情報を記憶してもよい。

移動を示す通知をｅＮＢ２００に送信するパターンにおいて、ＵＥ１００は、ＲＲＣシグナリング（又はＭＡＣ制御エレメント）により当該通知をｅＮＢ２００に送信する。ｅＮＢ２００は、受信した通知をＭＭＥ３００に転送してもよい。その際、ｅＮＢ２００は、セルＩＤ（又はグループＩＤ等）を更にＭＭＥ３００に通知してもよい。

移動を示す通知をｅＮＢ２００に送信するパターンにおいて、ＵＥ１００は、移動元のｅＮＢ２００（セル）又は移動先のｅＮＢ２００（セル）に当該通知を送信する。移動元のｅＮＢ２００（セル）に当該通知を送信する場合、ＵＥ１００は、所定エリアから出る前に、当該所定エリアに属するセル（ｅＮＢ２００）に対して通知を行う。当該通知は、移動先セルのセルＩＤ（及び／又は、ｅＮＢ ＩＤ、グループＩＤ）を含んでもよい。当該ｅＮＢ２００は、新しいエリアに属するセルに対してＵＥ１００のＵＥコンテキストを送信してもよい。移動先のｅＮＢ２００（セル）に当該通知を送信する場合、ＵＥ１００は、所定エリアから出た後に、当該所定エリアに属さない（新しい）セル（ｅＮＢ２００）に対して通知を行う。当該通知は、移動元セルのセルＩＤ（及び／又は、ｅＮＢ ＩＤ、グループＩＤ）を含んでもよい。当該ｅＮＢ２００は、移動元セル（移動元ｅＮＢ）に対してＵＥ１００コンテキストの要求を行ってもよい。

移動を示す通知をｅＮＢ２００に送信するパターンにおいて、ＵＥ１００は、ＲＲＣコネクションを確立した上で通知を行ってもよいし、ＲＲＣコネクションを確立せずに通知を行ってもよい。

ＲＲＣコネクションを確立せずに通知を行うパターンにおいて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、上りリンクの同期がとれている場合（すなわち、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅを取得できる場合）、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のスキームに沿って通知を送信する。一方、上りリンクの同期がとれていない場合（すなわち、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅを取得できない場合）、ランダムアクセスプロシージャを行い、ランダムアクセスプロシージャ中に通知を行ってもよい。

ＲＲＣコネクションを確立せずに通知を行うパターンにおいて、Ｓｕｓｐｅｎｄ状態にあるＵＥ１００は、ランダムアクセスプロシージャを行い、ランダムアクセスプロシージャ中に通知を行ってもよい。

ここで、ランダムアクセスプロシージャ中に通知を行う動作について説明する。ＵＥ１００は、ｅＮＢ２００にランダムアクセスプリアンブル（Ｍｓｇ１）を送信し、ｅＮＢ２００からランダムアクセス応答（Ｍｓｇ２）を受信する。次に、ＵＥ１００は、Ｍｓｇ３でＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを送信する代わりに、又はこれらのメッセージ中で、ｅＮＢ２００に通知を行う。当該通知は、ＵＥ１００の識別子（ＩＭＳＩ、Ｓ−ＴＭＳＩ、Ｒｅｓｕｍｅ ＩＤ等）を含む。そして、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎを確立せずに、Ｍｓｇ４でランダムアクセスプロシージャを終える。すなわち、ｅＮＢ２００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐを送信しない。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｔｈｍｅｎｔの情報要素として通知されてもよい。

（第１実施形態の変更例１）
第１実施形態において、ＵＥ１００が通知を送信可能なセル（又はｅＮＢ２００）が制限されてもよい。例えば、ｅＮＢ２００は、ＵＥ１００が当該通知を行うことを許容するか否かを示す識別子（許可情報）をブロードキャストＲＲＣシグナリング（ＳＩＢ）により送信する。ＵＥ１００は、許可情報を送信するセル（又はｅＮＢ２００）に対してのみ通知を送信する。

（第１実施形態の変更例２）
上述した第１実施形態において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００が、上りリンクの同期がとれていない場合（すなわち、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅを取得できない場合）、ランダムアクセスプロシージャを行う一例を説明した。ＵＥ１００は、ランダムアクセスプロシージャを行うことにより、上りリンクの同期を確立することができる。このように、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、下りリンクの同期を維持可能であるものの、上りリンクの同期を維持できるとは限らない。なお、ＵＥ１００は、タイムアライメントタイマ（ＴＡＴ）が満了すると上りリンクが非同期であると判断する。

一般的なＬＴＥシステムにおいて、上りリンクの同期がとれていないＵＥ１００（例えば、ＲＲＣアイドル状態のＵＥ１００）は、上りリンクデータの発生に応じてランダムアクセスプロジージャを開始する。一方、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、より早くＲＲＣコネクティッド状態に戻ることができることが望まれる。また、ＵＥ１００が下りリンクデータを受信した場合、その後に上りリンク送信（例えば、ＡＣＫ／ＮＡＣＫ送信）が発生する可能性が高い。

第１実施形態の変更例２に係るＵＥ１００は、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、自身がｅＮＢ２００から下りリンクデータを受信したことに応じて、ｅＮＢ２００に対するランダムアクセスプロジージャを開始する。ここで、ＵＥ１００は、上りリンクデータが発生する前であっても、下りリンクデータの受信に応じてランダムアクセスプロジージャを開始する。このように、上りリンクデータが発生する前であってもランダムアクセスプロジージャを開始することにより、より早くＣｏｎｎｅｃｔｅｄ状態に戻ることを可能とすることができる。

図７は、第１実施形態の変更例２に係るＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００の動作を示す図である。図７に示すように、ステップＳ１０１において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、ｅＮＢ２００から下りリンクデータを受信する。ステップＳ１０２において、ＵＥ１００は、上りリンクの同期がとれているか否かを確認する。上りリンクの同期がとれていない場合（ステップＳ１０２：ＮＯ）、ステップＳ１０３において、ＵＥ１００は、ランダムアクセスプロジージャを開始する。その結果、ＵＥ１００は、Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

（第２実施形態）
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。

第２実施形態に係る所定エリアについて説明する。所定エリアは、セル又はｅＮＢ２００のグループにより形成される。第２実施形態に係る所定エリアは、特定状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態又はＳｕｓｐｅｎｄ状態）にあるＵＥ１００に対して適用される。また、第２実施形態に係る所定エリアは、ネットワークがコンテキスト情報を維持可能なエリア単位である。所定エリアは、相互にＸ２インターフェイスで接続された複数のｅＮＢ２００により形成されてもよい。

所定エリア内で特定状態に遷移したＵＥ１００は、当該所定エリア内で他のセル（他のｅＮＢ２００）に移動しても、少ないシグナリングでＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐを行うことができる。一方、所定エリア内で特定状態に遷移したＵＥ１００は、当該所定エリア外へ移動すると、ＵＥコンテキストが維持されなくなり、新たにＵＥコンテキストを作成する必要があるため、特定状態を継続することは適切ではない。

第２実施形態に係るｅＮＢ２００は、ＵＥ１００を特定状態に遷移させ、自ｅＮＢ２００と共に所定エリアを形成する他のｅＮＢ（すなわち、自ｅＮＢ２００と同一グループ内の他のｅＮＢ）に対してＵＥ１００のコンテキスト情報を送信してもよい。このように、第２実施形態に係るｅＮＢ２００は、ＵＥ１００が自セル（自ｅＮＢ２００）外に移動することを想定し、コンテキスト情報を予め他のｅＮＢと共有する。よって、ＵＥ１００がＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐを行う際にｅＮＢ間でＵＥコンテキストを取得する時間を削減することができるため、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐを速やかに行うことができる。

また、ｅＮＢに永続的にＵＥコンテキストを保持し続けてしまうことを回避するための第１の動作又は第２の動作を追加してもよい。

第１の動作において、（自/他）ｅＮＢは、ＵＥ１００とのＲＲＣ接続を行った場合（例えば、ＲＲＣ接続をレジュームした場合）、事前共有しているＵＥコンテキストを破棄可能である事を示す情報（例えば、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ）を、同一グループ内の他のｅＮＢに通知してもよい。当該破棄可能情報は、当該ＵＥコンテキストを特定する情報（例えば、レジュームＩＤやＵＥ Ｘ２ＡＰ ＩＤ）を含んでもよい。当該破棄可能情報を受信したｅＮＢは、対応するＵＥコンテキストを破棄してもよい。

第２の動作において、ｅＮＢ２００は、ＵＥコンテキストを他のｅＮＢに送信する際に、当該ＵＥコンテキストの有効期間を示す情報（タイマ値、時刻等）を更に送信してもよい。ＵＥコンテキストを受信したｅＮＢは、当該有効期間の満了に応じて当該ＵＥコンテキストを破棄してもよい。

第２実施形態に係るＵＥ１００は、自ＵＥ１００が特定状態にある場合において、所定エリア外への自ＵＥ１００の移動を認識したことに応じて特定状態を中止する。言い換えると、ＵＥ１００は、所定エリア内でのみ特定状態を有効とする。この場合、ＵＥ１００は、特定状態からＲＲＣコネクティッド状態に遷移してもよいし、特定状態からＲＲＣアイドル状態に遷移してもよい。特定状態からＲＲＣコネクティッド状態に遷移する場合、ＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｑｕｅｓｔをｅＮＢ２００に送信してもよい。また、ＵＥ１００は、特定状態に関する設定を破棄してもよい。これにより、所定エリア外へ移動しても予期せぬエラーの発生を防止することができる。

図８は、第２実施形態に係るｅＮＢ２００の動作を示す図である。図８に示すように、ステップＳ２１において、ｅＮＢ２００は、ＵＥ１００を特定状態に遷移させる。例えば、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングを用いて、特定状態に遷移させる指示（設定情報）をＵＥ１００に送信する。ＵＥ個別ＲＲＣシグナリングは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅであってもよい。その結果、ＵＥ１００は、ＲＲＣコネクティッド状態から特定状態に遷移する。ステップＳ２２において、ｅＮＢ２００は、自ｅＮＢ２００と同一グループ内の他のｅＮＢに対して、ＵＥ１００のＵＥコンテキストを送信する。例えば、ｅＮＢ２００は、Ｘ２インターフェイス上でＵＥコンテキストを送信する。ｅＮＢ２００は、自ｅＮＢ２００と同一グループ内の全てのｅＮＢ（自ｅＮＢ２００を除く）に対してＵＥコンテキストを送信してもよい。ＵＥコンテキストを受信した他のｅＮＢは、受信したＵＥコンテキストを記憶し、自ｅＮＢにＵＥ１００が移動した際にＵＥコンテキストを使用する。

図９は、第２実施形態に係るＵＥ１００の動作を示す図である。図９に示すように、ステップＳ３１乃至Ｓ３３の動作は、第１実施形態と同様である。特定状態に遷移したときの所定エリア外への自ＵＥ１００の移動を認識すると、ステップＳ３４において、ＵＥ１００は、特定状態を中止する。

（第２実施形態の変更例１）
上述した第２実施形態において、ｅＮＢ２００が、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定（ＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移指示）をＵＥ個別に実施する一例を説明した。すなわち、ＵＥ１００は、個別シグナリングにより特定状態の設定をｅＮＢ２００から受信し、当該設定の受信に応じてＲＲＣコネクティッド状態から特定状態に遷移する。

また、上述した第２実施形態において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態からＲＲＣコネクティッド状態に遷移した際に、当該設定を破棄していた。すなわち、ＵＥ１００は、特定状態からＲＲＣコネクティッド状態に遷移することに応じて、当該設定を破棄する。

ＲＲＣコネクティッド状態に戻った際にＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用の設定が残っていると、ＵＥ１００は、次にＲＲＣコネクティッド状態から状態遷移をする際に、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を行うべきかＲＲＣアイドル状態への遷移を行うべきかが不明確になる。特に、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅによりＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる場合に、このような問題が顕著になる。このため、当該設定を破棄することにより、当該問題を回避することができる。

第２実施形態の変更例１において、このような動作についてより詳細に説明する。図１０は、第２実施形態の変更例１に係るＵＥ１００の動作を示す図である。

図１０に示すように、ステップＳ２０１において、ＵＥ１００は、ｅＮＢ２００からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定をＵＥ個別シグナリングにより受信する。ここでは、ＵＥ個別シグナリングとして、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを想定する。

Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移することを指示する識別子を含んでもよい。例えば、ｅＮＢ２００は、“Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ Ｓｅｔｕｐ”のような情報要素（ＩＥ）をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含める。

或いは、以下の設定をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めることで、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移することを暗示的に指示してもよい。

・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸ設定。このようなＤＲＸ設定については第４実施形態において説明する。

・状態遷移に係るタイマ値。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示された際に当該タイマを開始させ、当該タイマが動作中はＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を維持する。そして、ＵＥ１００は、当該タイマの満了に応じてＲＲＣコネクティッド状態に遷移する。

・セルリスト。この設定情報は、第１実施形態で説明した「所定エリアを示す情報」に相当するものである。

ステップＳ２０２において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用の設定に従い、ＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

ステップＳ２０３において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態において、ＲＲＣコネクティッド状態に遷移する条件が満たされたことに応じて、再びＲＲＣコネクティッド状態に遷移する。

ステップＳ２０４において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用の設定を破棄する。

（第２実施形態の変更例２）
上述した第２実施形態において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態（特定状態）を中止することに応じて、ＲＲＣコネクティッド状態又はＲＲＣアイドル状態に遷移に遷移していた。ここで、ＲＲＣコネクティッド状態に遷移するべきか又はＲＲＣアイドル状態に遷移すべきかについては、ＵＥ１００の自律的な判断に委ねる又は事前定義されていることを想定していた。

第２実施形態の変更例２は、ＲＲＣコネクティッド状態に遷移するべきか又はＲＲＣアイドル状態に遷移すべきかをｅＮＢ２００が設定可能とする。これにより、ＵＥ１００の挙動をｅＮＢ２００が制御することができる。

第２実施形態の変更例２に係るＵＥ１００は、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、所定の条件が満たされたことに応じて特定状態を中止する。所定の条件とは、状態遷移に係るタイマが満了したことであってもよいし、ＵＥ１００が所定エリアを出たことであってもよい。

ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を中止する際のＵＥ１００の動作を設定する情報をｅＮＢ２００から受信する。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を中止する際に、ｅＮＢ２００から設定された動作を行う。

図１１は、第２実施形態の変更例２に係るＵＥ１００の動作を示す図である。

図１１に示すように、ステップＳ２１１において、ＵＥ１００は、ｅＮＢ２００からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定を受信する。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定は、例えばＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含まれる。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の後にＲＲＣコネクティッド状態に遷移するべきか又はＲＲＣアイドル状態に遷移すべきかを指定する指示子を含む。

ステップＳ２１２において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

ステップＳ２１３において、ＵＥ１００は、ｅＮＢ２００からの設定に従い、ＲＲＣコネクティッド状態又はＲＲＣアイドル状態に遷移する。

（第３実施形態）
以下において、第３実施形態について、第１及び第２実施形態との相違点を主として説明する。第３実施形態は、特定状態としてＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を主として想定する。

第３実施形態に係るｅＮＢ２００は、ＵＥ１００が特定状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態）にある場合において、ＵＥ１００にページングメッセージを送信することなく、ＵＥ１００に下りリンクデータを送信する。言い換えると、第３実施形態に係るｅＮＢ２００は、特定状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態）にあるＵＥ１００に対してページングを行わずに下りリンク送信を行う。また、第３実施形態に係るＵＥ１００は、自身が特定状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態）にある場合において、ｅＮＢ２００からページングメッセージを受信することなく、ｅＮＢ２００から下りリンクデータを受信する。したがって、第３実施形態によれば、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００についてシグナリング（ページング）を削減することができる。

第３実施形態において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、下りリンクデータを受信するために、ＲＲＣコネクティッド状態時の動作と同様なタイミングにおいてＰＤＣＣＨのモニタを行う。例えば、ＵＥ１００は、ＲＲＣコネクティッド状態時のＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）のオンタイミング（Ｏｎ Ｄｕｒａｔｉｏｎ）においてＰＤＣＣＨのモニタを行う。ＰＤＣＣＨ中に自信のＰＤＳＣＨ割当がある場合、ＵＥ１００は、ＰＤＳＣＨにより下りリンクデータを受信する。

ｅＮＢ２００は、当該ＵＥ１００に対する下りリンクデータをＳ−ＧＷ３００から受信し、ＵＥ１００がＰＤＣＣＨをモニタするタイミングにおいてＵＥ１００にＰＤＣＣＨ送信を行って、ＰＤＳＣＨにより下りリンクデータをＵＥ１００に送信する。この際、ｅＮＢ２００は、ページングメッセージをＵＥ１００に送信しない。

ＭＭＥ３００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００をＥＣＭコネクティッド状態と認識しており、当該ＵＥ１００に対応するＳ１ページングメッセージをｅＮＢ２００に送信しない。

（第３実施形態の変更例１）
第３実施形態の変更例１に係るｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００に対して、自セルを含む複数のセルから一斉に送信を行うマルチセル送信により、下りリンクデータを送信する。ここで、ｅＮＢ２００は、ＵＥ１００にページングメッセージを送信することなく、ＵＥ１００に下りリンクデータを送信する。

このように、複数のセルからなるエリア（所定エリア）単位で下りリンクデータを送信するので、ネットワークはＵＥ１００の在圏セルを把握する必要がない。よって、ＵＥ１００は、セルを移動する度に位置情報をネットワークに送信するのではなく、所定エリアを移動する際にネットワークに通知を行えばよい。なお、マルチセル送信は、ＵＥ１００がｅＮＢ２００に対して透過的に移動できるエリア（所定エリア）内でのみ実施されることとしてもよい。

図１２は、第３実施形態の変更例１に係る動作を示す図である。図１２において、複数のセル（セル＃１、＃２…）により所定エリア＃１が形成され、各セルが異なるｅＮＢ２００により管理されている一例を示す。但し、１つのｅＮＢ２００が複数のセルを管理していてもよい。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００は、所定エリア＃１内のセル＃２に在圏している。なお、ネットワークは、ＵＥ１００が所定エリア＃１に在圏することを把握しているが、ＵＥ１００がセル＃２に在圏することを把握していない。

図１２に示すように、ステップＳ３０１において、ＥＰＣ２０（Ｓ−ＧＷ）は、ＵＥ１００宛ての下りリンクデータ（ＤＬデータ１）をｅＮＢ２００−１に送信する。

ステップＳ３０２において、ｅＮＢ２００−１は、ＥＰＣ２０（Ｓ−ＧＷ）から受信したＤＬデータ１のうち少なくとも一部（ＤＬデータ２）をｅＮＢ２００−２に転送する。ＤＬデータ２は、通常のページングメッセージと同程度のデータ量（すなわち、少量データ）であってもよい。また、ｅＮＢ２００−１及びｅＮＢ２００−２は、マルチセル送信のための設定を共有してもよい。当該設定は、ＵＥ１００のＣ−ＲＮＴＩを含んでもよいし、ＵＥ１００のＲｅｓｕｍｅ ＩＤを含んでもよい。

なお、ＤＬデータ２をｅＮＢ２００間で転送することに代えて、ＥＰＣ２０（Ｓ−ＧＷ）が所定エリア＃１内の全ｅＮＢ２００にＤＬデータ２をマルチキャストしてもよい。

ステップＳ３０３において、ｅＮＢ２００−１及びｅＮＢ２００−２は、セル＃１及びセル＃２によるマルチセル送信を用いてＤＬデータ２を送信する。ｅＮＢ２００−１及びｅＮＢ２００−２は、ＤＬデータ２の宛先ＩＤとしてＣ−ＲＮＴＩ又はＲｅｓｕｍｅ ＩＤを用いてもよい。Ｒｅｓｕｍｅ ＩＤを用いる場合、ＰＤＣＣＨのスクランブルをＲｅｓｕｍｅ ＩＤによって行ってもよいし、ＰＤＣＣＨ無しでＰＤＳＣＨ送信を行ってもよい。ＤＬデータ２の送信リソース（すなわち、ＰＤＳＣＨリソース）は、第４実施形態で説明する狭帯域リソースであってもよい。ＤＬデータ２の送信ＭＣＳは固定値であってもよいし、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の設定において指定されてもよい。

ステップＳ３０４において、ＤＬデータ２を受信したＵＥ１００は、ＤＬデータ２に対応するＡＣＫを、自身のサービングセルであるセル＃２に送信する。上述したように、ＵＥ１００は、上りリンクの同期が取れていない場合には、ランダムアクセスプロジージャを行ってもよい。ＵＥ１００は、当該ランダムアクセスプロジージャにおいてＡＣＫをセル＃２に送信してもよい。例えば、ＵＥ１００は、ランダムアクセスプロジージャのＭｓｇ１（ランダムアクセスプリアンブル）又はＭｓｇ３（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ）にＡＣＫを含める。

ステップＳ３０５において、ＵＥ１００からのＡＣＫを受信したｅＮＢ２００−２（セル＃２）は、ＵＥ１００が自セル（セル＃２）に在圏すると判断する。言い換えると、ネットワークは、ＡＣＫをページングレスポンスとみなして取り扱う。

一方、ステップＳ３０６において、ＵＥ１００からのＡＣＫを受信しないｅＮＢ２００−１（セル＃１）は、ＵＥ１００が自セル（セル＃１）に在圏しないと判断する。

なお、各ｅＮＢ２００がＡＣＫを待つ期間は、ＵＥ１００がランダムアクセスプロジージャを行う可能性を加味して、ある程度余裕を持たせた時間長とすることが好ましい。

図１２の動作において、ｅＮＢ２００−１は、ＡＣＫの待ち時間内にＵＥ１００からＡＣＫを受信しないことに応じて、ＵＥ１００が自セル（セル＃１）に在圏しないと判断している。しかしながら、このような方法に代えて、ｅＮＢ２００−２からｅＮＢ２００−１への通知を行い、ｅＮＢ２００−２が当該通知に基づいて当該判断を行ってもよい。例えば、ｅＮＢ２００−２は、ＡＣＫを受信した旨をＥＰＣ２０に通知する。さらに、ＥＰＣ２０は、所定エリア＃１内の他のｅＮＢ２００（ｅＮＢ２００−１）に通知を行う。或いは、このようなＥＰＣ２０経由の通知に限らず、ｅＮＢ２００−２が所定エリア＃１内の他のｅＮＢ２００（ｅＮＢ２００−１）に直接的に通知を行ってもよい。

（第３実施形態の変更例２）
上述した第３実施形態及びその変更例１において、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にあるＵＥ１００に対して、ページングメッセージを送信することなく下りリンクデータを送信していた。一方で、第１実施形態で説明したように、ｅＮＢ２００主導（ｅＮＢ ｉｎｉｔｉａｔｅｄ）で行われるページングであるＲＡＮベースページングを行うという選択肢もあり得る。

第３実施形態に係るｅＮＢ２００は、第１のページングモード及び第２のページングモードの何れを適用するかを示す情報をＵＥ１００に通知する。第１のページングモードは、ページングメッセージを送信することなく下りリンクデータを送信するモードである（第３実施形態参照）。第２のページング方法は、ｅＮＢ２００主導でページングメッセージを送信した後に下りリンクデータを送信するモード（すなわち、ＲＡＮベースページング）である。ＵＥ１００は、ｅＮＢ２００からの設定に従って第１のページングモード又は第２のページングモードを適用する。当該設定は、ブロードキャストシグナリング（ＳＩＢ）又はＵＥ個別シグナリング（Ｄｅｄｉｃａｔｅｄ Ｓｉｇｎａｌｌｉｎｇ）で通知してもよい。ｅＮＢ２００は、セルのタイプ（例えば、ｍａｃｒｏ／ｓｍａｌｌ）や、ＵＥ１００の移動状態（速度など）に基づいて、第１のページングモード及び第２のページングモードの何れを適用するかを決定してもよい。

（第４実施形態）
以下において、第４実施形態について、第１乃至第３実施形態との相違点を主として説明する。第４実施形態は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用の間欠受信（ＤＲＸ）に関する実施形態である。

第４実施形態に係るＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ時に適用されるＤＲＸとして、時間軸における間欠受信だけではなく、周波数方向における間欠受信（つまり、狭帯域受信）を行う。狭帯域受信とは、既存のＤＲＸでモニタすべき周波数の範囲よりも狭い範囲の周波数をモニタすることを意味する。既存のＤＲＸにおいては、ＵＥ１００は、自身が用いるアクティブなセル（プライマリセル及び少なくとも１つのセカンダリセル）の全てについて、システム帯域幅（各セルの帯域幅）の全体をモニタする。これに対し、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ時に適用されるＤＲＸにおいて、ＵＥ１００は、自身が用いるアクティブなセルのうち一部のセルのみをモニタする、及び／又はシステム帯域幅の一部のみをモニタする。

第４実施形態に係るＵＥ１００は、ＵＥ１００がＲＲＣコネクティッド状態又はＲＲＣアイドル状態にある場合において第１の間欠受信（既存のＤＲＸ）を行い、ＵＥ１００が特定状態にある場合において第２の間欠受信（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸ）を行う。第２の間欠受信は、第１の間欠受信に比べて、モニタすべき周波数の範囲が限定された間欠受信である。

Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの時間軸方向の動作・パラメータは、既存のＤＲＸと同様である。

これに対し、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向の動作・パラメータは、既存のＤＲＸとは異なるパラメータである。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向のパラメータは、リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の情報を含んでもよい。リソースブロック情報は、モニタ対象の周波数範囲の開始／終了位置のリソースブロック番号、モニタ対象の周波数範囲の帯域幅に相当するリソースブロック数のうち、少なくとも１つを含む。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向のパラメータは、キャリア番号（ＡＲＦＣＮ：Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）を含んでもよい。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向のパラメータは、ネットワーク（ｅＮＢ２００）からＵＥ１００に指定される。

ＵＥ１００は、設定された時間区間において、設定された周波数領域におけるＰＤＣＣＨをモニタする。ＵＥ１００は、狭帯域ＰＤＣＣＨ（Ｍ−ＰＤＣＣＨ）を受信するとしてもよい。このような動作は、ＵＥ１００にＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向のパラメータが設定された場合に限り実施することとしてもよい。

このように、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸにおいて狭帯域受信を行うことにより、従来よりも狭い周波数範囲のモニタのみを行えばよいため、ＵＥ１００の消費電力を削減できる。また、ＵＥ１００毎に異なる周波数リソース（キャリア及び／又はリソースブロック）を割り当てることが可能となるため、負荷分散が見込まれる。

なお、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向のパラメータは、所定エリア内のセル（ｅＮＢ２００）で共有されてもよい（第３実施形態の変更例１参照）。当該パラメータは、事前に共有されていてもよく、通信発生時（Ｃｏｎｔｅｘｔ Ｆｅｔｃｈ等）に共有されてもよい。

或いは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のＤＲＸの周波数軸方向のパラメータは、ＵＥ１００があるセルでＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移した後、ＵＥ１００が当該セルを出た場合に、無効となってもよい。この場合、ＵＥ１００は、別セルに移ったら全帯域モニタに移行する。ＵＥ１００は、当該別セルにおいて、時間方向のＤＲＸのみ有効としてもよいし、時間方向のＤＲＸも無効としてもよい。

（第５実施形態）
以下において、第５実施形態について、第１乃至第４実施形態との相違点を主として説明する。

第５実施形態は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００主導でＲＲＣアイドル状態に遷移することを可能とする実施形態である。これにより、ＵＥ１００は、自身の状況（例えば、自身が実行するアプリケーションの状況）に応じてＲＲＣアイドル状態に遷移することを決定できる。

但し、ＵＥ１００が自由にＲＲＣアイドル状態に遷移することを許容すると、ネットワークがＵＥ１００の状態を把握することが難しい。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、コアネットワーク（ＭＭＥ）観点ではＥＣＭ−Ｃｏｎｎｅｃｔｅｄであることを想定すると、ネットワークがＵＥ１００の状態を把握可能であることが望まれる。

第５実施形態に係るＵＥ１００は、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、自身がＲＲＣアイドル状態に遷移することを通知又は要求する情報をｅＮＢ２００に送信する。要求を用いる場合、ＵＥ１００は、ｅＮＢ２００からの肯定応答を受信した場合にのみＲＲＣアイドル状態に遷移してもよい。

このような通知（又は要求）により、ネットワークは、ＵＥ１００の状態を把握することができる。これにより、ネットワークは、ＵＥ１００を呼び出す場合に、ＭＭＥ主導ページング（ＲＲＣアイドル状態用のページング）を用いるべきか、ＲＡＮベースページング（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のページング）を用いるべきかを判断することができる。

図１３は、第５実施形態に係る動作を示す図である。図１３の初期状態において、ＵＥ１００はＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある。

図１３に示すように、ステップＳ５０１において、ＵＥ１００は、ＲＲＣアイドル状態に遷移するか否かを判断する。例えば、ＵＥ１００は、アプリケーション層の状態等に基づいて、データ通信の可能性が無くなった場合（例えば、上位レイヤのセッションが切断された場合）に、ＲＲＣアイドル状態に遷移すると判断する。

ステップＳ５０２において、ＵＥ１００は、自身がＲＲＣアイドル状態に遷移することを通知又は要求する情報をｅＮＢ２００に送信する。ここでは、ＵＥ１００がランダムアクセスプロジージャのＭｓｇ１又はＭｓｇ３を用いて当該通知を送信するケースを想定する。

Ｍｓｇ１を用いる場合、ランダムアクセスプリアンブルは、ＵＥ１００の識別子（例えば、Ｒｅｓｕｍｅ ＩＤ、Ｃ−ＲＮＴＩ、Ｓ−ＴＭＳＩ、ＩＭＳＩ）と紐付いた信号系列を用いて送信される。ｅＮＢ２００は当該系列からＵＥ１００を識別する。或いは、ランダムアクセスプリアンブルは、ＵＥ１００の識別子と紐付いた無線リソース（時間・周波数リソース）を用いて送信される。ｅＮＢ２００は当該無線リソースからＵＥ１００を識別する。当該紐付けの情報は、事前にＵＥ１００に通知（報知）されていてもよい。ｅＮＢ２００は、Ｍｓｇ１に対する応答としてＭｓｇ２（ランダムアクセス応答）をＵＥ１００に送信する。

Ｍｓｇ３を用いる場合、当該通知は、ＲＲＣメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に格納される。ｅＮＢ２００は、Ｍｓｇ３に対する応答としてＭｓｇ４をＵＥ１００に送信する。

ステップＳ５０３において、ｅＮＢ２００は、Ｍｓｇ４により、ＲＲＣアイドル状態に遷移してよいか否か（ＯＫ又はＮＧ）をＵＥ１００に示してもよい。

ＯＫの場合、ｅＮＢ２００は、Ｍｓｇ４として接続確立拒否メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔ）をＵＥ１００に送信してもよい。これにより、ＵＥ１００は、ランダムアクセスプロジージャを中止し、ＲＲＣコネクティッド状態に遷移することなく、ＲＲＣアイドル状態に遷移する（ステップＳ５０４）。或いは、ｅＮＢ２００は、Ｍｓｇ２で、ＲＲＣアイドル状態に遷移してよい旨をＵＥ１００に通知してもよい。

このように、ランダムアクセスプロジージャを完了させずに、ランダムアクセスプロジージャの過程でＵＥ１００が通知を行うことにより、ＵＥ１００が通知を行うためだけにＲＲＣコネクティッド状態に遷移することを回避することができる。このため、シグナリング等を削減することができる。なお、ＮＡＳのＤｅｔａｃｈ Ｒｅｑｕｅｓｔでも同様の動作が可能であるが、Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔを用いる場合にはＵＥ１００がＲＲＣコネクティッド状態に遷移しなければならないことに留意すべきである。

一方、ＮＧの場合、ｅＮＢ２００は、ＵＥ１００をＲＲＣコネクティッド状態に遷移させてもよい。ｅＮＢ２００は、Ｍｓｇ４として接続確立許可メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）をＵＥ１００に送信し、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移する。或いは、ｅＮＢ２００は、Ｍｓｇ２で、ＲＲＣアイドル状態に遷移することを拒否する旨をＵＥ１００に通知してもよい。

ステップＳ５０５において、ｅＮＢ２００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎを解放（ステップＳ５０５）するとともに、ＥＰＣ２０（ＭＭＥ）に対してＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔを送信（ステップＳ５０６）してもよい。

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

上述した実施形態において、特定状態にあるＵＥ１００に対してのみ所定エリアが適用される一例を説明した。しかしながら、アイドル状態のＵＥ１００にも所定エリアを適用可能である。

上述した実施形態において、ＵＥ１００は、所定エリアの外に移動したことに応じて、ＲＲＣ接続（要求）を行ってもよい。この場合、ＵＥ１００は、ＲＲＣコネクティッド状態になった後、ｅＮＢ２００からの指示又は通知（例えば、新たなエリア情報の取得、特定状態への遷移など）を待つ。なお、ＵＥ１００は、当該ＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）中のＣａｕｓｅ（Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ）を「エリア外に出た」ことを示す値に設定してもよい。

上述した実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の構成を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の構成を他の実施形態の一部の構成と置換してもよい。

上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。例えば、第５世代通信システム（５Ｇシステム）に対して実施形態を応用してもよい。５Ｇシステムにおいて、新たなＲＲＣの状態としてＩｎａｃｔｉｖｅ状態（Ｉｎａｃｔｉｖｅモード）が検討されており、実施形態におけるＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態をＩｎａｃｔｉｖｅ状態と読み替えてもよい。５Ｇシステムに実施形態を適用する場合、ＲＡＮページングをＲＡＮノティフィケーションに、ＲＡＮページングエリアをＲＡＮノティフィケーションエリアにそれぞれ読み替えてもよい。

（付記１）
はじめに
ＬＴＥのＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎを可能にするシグナリング削減に関する新しい作業項目が合意された。承認されたＷＩＤによれば、研究段階は規範的作業の前に計画されており、初期段階の目的は以下の通りである。

研究段階では、ＵＥのモビリティ及びトラフィックパターンの両方を考慮して、次の点についての潜在的な解決策を調査する。

ＵＥ中心のモビリティを考慮した、ハンドオーバによるシグナリングの減少、例えば、セル（再）選択。

より限定されたエリア内にページング送信を制限することを考慮して、ページングによるシグナリングの減少。

ＣＮから隠すことによりモビリティ及び状態遷移に起因するＳ１インターフェイス上のＣＮへのシグナリングの減少。

異なるｅＮＢ間でのＵＥのモビリティに伴うＵＥコンテキストの記憶及び検索。

新しいＲＡＮベース状態の必要性。

ＲＡＮ２の観点から、ページングに起因するシグナリングの減少は、この研究の最初の議論のために特定される。この付記では、現在のページングメカニズムで考えられる問題について説明する。

検討
ページングメッセージは、ＭＴ呼出しの可否、ＳＩ更新の通知、ＥＴＷＳ、ＣＭＡＳ、及びＥＡＢパラメータ変更、及び負荷再分配のトリガをＵＥに通知するために用いられる。実際のＬＴＥネットワークの統計として、ページングメッセージがＲＲＣシグナリング負荷全体の２６．８％を占めることが報告されている。ページング情報以外のすべてのＩＥが、ページングでＥＮＵＭＥＲＡＴＥＤ｛ｔｒｕｅ｝のような１ビット符号化タイプで定義されていることを考慮すると、ページング情報、すなわちｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔは、ページングメッセージによるシグナリング負荷の支配的な原因である。したがって、例えばＳ１ＰＡＧＩＮＧのために、実際のページング情報の内容をＭＴ呼に対してどのように減少させることができるかを検討することは効果的である。このような減少により、ページングメッセージ内の送信ビット数を減らすことが可能になり、ＮＷがページング送信回数を変更するオプションが可能になる。

ＲＡＮ２は、ページングメッセージ、すなわちページングレコードリスト内で伝達されるページング情報の削減に関する研究に優先順位を付けるべきである。

ＲＲＣ状態
ページングメッセージの数を大幅に削減する最も簡単な方法は、トラッキングエリア内のすべてのＵＥをコネクティッドにとどめるようにすることであるが、ＵＥの電力消費の観点から間違ったアプローチである。したがって、これは、ページングメッセージのシグナリングを減らすための基礎として用いるべきではない。

ＵＥは、ページ数を減らすためだけに、ＲＲＣコネクティッド、すなわち、リリース１３コネクティッドモードに保たれるべきではない。

ＲＲＣ接続サスペンド／レジューム手順、すなわちＮＢ−ＩｏＴのためのＵＰ解決策を評価することも必要であるが、それはまだＲＡＮ２において進行中の議論である。これまでの合意事項に基づいて、ＲＲＣ接続レジュームは、ＵＥがアイドルからコネクティッドに移行するために用いられると仮定することができる。すなわち、ＲＲＣ接続がサスペンドされたときにＵＥはアイドルのままである。したがって、ＮＷが、ＭＴ呼に対してサスペンドモードでＵＥをページングすべきである。これは、ＰａｇｉｎｇＵＥ−Ｉｄｅｎｔｉｔｙのサイズが大きく異なっていない場合、例えば、レジュームＩＤとＳ−ＴＭＳＩ／ＩＭＳＩとの間の長さの差が小さい場合、ページングコンテンツの減少によるゲインを実現できないことを意味する。また、サスペンドモードの結果として必要とされるかもしれない追加のページング送信の数を考慮すべきである。

ＵＥがＲＲＣサスペンドモードにあっても、ＮＷは依然としてＭＴ呼のためにＵＥをページングすべきである。

ＵＥのモビリティ
リリース１３以前には、ターゲットＵＥがメッセージを送信しているセルに実際に位置しているかどうかにかかわらず、ページングメッセージがトラッキングエリア内のすべてのセルで送信された。リリース１３では、ページング最適化は、Ｓ１ＰＡＧＩＮＧ内のページングＩＥのための推奨セルなど、Ｓ１だけでなくＵｕのシグナリング削減のためにＲＡＮ３及びＳＡ２によって導入された。これらのリリース１３メカニズムは、特に、ＭＴＣ ＵＥのような低モビリティのＵＥに対しては効率的であるが、スマートフォンなどの通常のモビリティを有するＵＥを考慮したさらなる最適化の余地がある。例えば、ＭＭＥが、Ｓ１ＰＡＧＩＮＧ内の推奨ｅＮＢ／セルのｅＮＢからの情報を、ＥＣＭアイドルへの遷移時の推奨セル及びｅＮＢの情報に基づいて決定したとしても、このＭＴ呼出時のＵＥは、すでに推奨されているｅＮＢ／セルの外に移動している。これにより、ページが欠落し、ページに用いられるリソースが無駄になる。ｅＮＢが、例えば、セル再選択時にＵＥからの通知によってＵＥの位置を知っている場合、これは回避され得る。したがって、不要なページを防ぐために、アイドルでもＵＥの位置をｅＮＢがどのように知っているかを議論する価値がある。

ＲＡＮ２は、アイドルにあるＵＥの位置をＮＷが知ることが有用であるかどうかについて議論するべきである。

（付記２）
１．はじめに
ＲＡＮ２はＬＴＥのＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎを可能にするシグナリングの削減について議論を開始する。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの定義及びページング強化のゲインについて広範に議論され、最後に２つの作業仮定が以下のように合意された。

＝＞ページング強化を研究するための作業仮定は、ＣＮからのモビリティ及び状態遷移を隠すために、軽度に接続された（ｌｉｇｈｔｌｙ ｃｏｎｎｅｃｔｅｄ）ＵＥのＳ１接続が維持されてアクティブであることである。

＝＞作業仮定：Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ ＵＥは、ｅＮＢ又はＭＭＥによって開始されたページングのトリガによってのみ宛先とすることが可能である。

この付記では、作業仮定の下で、ページング強化（ｐａｇｉｎｇ ｅｎｈａｎｃｅｍｅｎｔ）及びＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの詳細について説明する。

２．検討
ページングメッセージは、ＭＴ呼出しの可否、ＳＩ更新の通知、ＥＴＷＳ、ＣＭＡＳ、及びＥＡＢパラメータ変更、及び負荷再分配のトリガをＵＥに通知するために用いられる。実際のＬＴＥネットワークの統計として、ページングメッセージがＲＲＣシグナリング負荷全体の２６．８％を占めることが報告されている。ページング情報以外のすべてのＩＥがページングでＥＮＵＭＥＲＡＴＥＤ｛ｔｒｕｅ｝のような１ビット符号化タイプで定義されていることを考慮すると、ページング情報、すなわちｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔがページングメッセージによるシグナリングロードの支配的な原因である。したがって、例えばＳ１ＰＡＧＩＮＧのために、実際のページング情報の内容をＭＴ呼に対してどのように減少させることができるかを検討することは効果的である。このような減少により、ページングメッセージ内の送信ビット数を減らすことが可能になり、ＮＷがページング送信回数を変更するオプションが可能になる。

提案１：ＲＡＮ２は、ページングメッセージ、すなわちページングレコードリスト内で伝達されるページング情報の削減に関する研究に優先順位を付けるべきである。

２．２．ＲＲＣの状態とモード
２．１．１．ＲＲＣコネクティッド状態
ページングメッセージの数を大幅に削減する最も簡単な方法は、トラッキングエリア内のすべてのＵＥをコネクティッドにとどめるようにすることであるが、ＵＥの電力消費の観点からも間違ったアプローチである。したがって、これは、ページングメッセージのシグナリングを減らすための基礎として用いるべきではない。

提案２：ＵＥは、ページ数を減らすために、ＲＲＣコネクティッド、すなわち、リリース１３のコネクティッドモードに保つべきではない。

２．１．２．ＲＲＣサスペンドモード（ＲＲＣ Ｓｕｓｐｅｎｄｅｄ ｍｏｄｅ）
また、ページングの観点から、ＲＲＣ接続サスペンド／レジューム手順、すなわちＮＢ−ＩｏＴのためのＵＰ解決策を評価することも必要である。これまでの合意事項に基づいて、ＲＲＣ接続レジュームは、ＵＥがアイドルからコネクティッドに移行するために使用され、すなわち、ＲＲＣ接続がサスペンドされたときにＵＥはアイドルのままであると仮定する。例えば、「ＡＳセキュリティを有効にしたコネクティッドモードのＵＥは、アイドルモード又はアイドルモードにサスペンドインジケーションで解放することができる」ことが合意されている。換言すれば、ＲＲＣサスペンドモードは、ＲＲＣアイドルの特別な条件に過ぎない。

考察１：ＲＲＣサスペンドモードは、アイドルにあるＵＥの特別な状態である。

したがって、ＮＷは、アイドル中のＵＥと同様に、ＭＴ呼に対してサスペンドモードにあるＵＥをページングすべきである。これは、ＰａｇｉｎｇＵＥ−Ｉｄｅｎｔｉｔｙのサイズが大きく異ならない場合、例えば、レジュームＩＤとＳ−ＴＭＳＩ／ＩＭＳＩとの間の長さの差が小さい場合、ページング内容の減少によるゲインを実現できないことを意味する。また、サスペンドモードの結果として、コネクティッド状態と比較して必要とされ得る追加のページング送信の回数を考慮すべきである。

考察２：ＵＥがＲＲＣサスペンドモードであっても、ＮＷはＭＴ呼のためにＵＥをページングすべきである。

２．１．３．ＲＲＣ Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎモード
上述したように、ＬＴＥは２つのＲＲＣ状態、すなわちコネクティッド及びアイドル、並びにアイドルの特別な状態、すなわちＳｕｓｐｅｎｄｅｄモードを有する。Ｌｉｇｈｔコネクティッドが導入されたとき、それが新しいＲＲＣ状態又は既存のＲＲＣ状態の特別な状態として定義されるかどうかを議論すべきである。新しいＲＲＣ状態が定義される場合、３つの状態、新しい状態でのＵＥ全体の挙動、対応する制御メッセージなどの間の遷移を定義することが予想され、過剰な標準化の努力が必要となる。シンプルさの観点から、ＲＡＮ２は２つのＲＲＣ状態を持つ現在のモデリングに固執すべきであるため、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎはコネクティッドの特別な条件として定義すべきである。このモデリングは、ＣＮの視点からＥＣＭコネクティッドと見なされ得るＣＮからのモビリティ及び状態遷移を隠すために、軽度に接続されたＵＥのＳ１接続が維持され、アクティブであるという前提とよく一致する。

提案３：Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎモードは、導入されたとしても、新しい状態ではなく、ＲＲＣコネクティッドの特別な条件として定義すべきである。

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

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

２．２．２．ページング強化による期待ゲイン
作業仮定は、「ＣＮからのモビリティ及び状態遷移を隠すために、軽度に接続されたＵＥのＳ１接続は維持されてアクティブである」ことであり、ＵＥがＥＣＭ接続されていることを意味する。この場合、ＭＭＥは、ＤＬデータがＵＥのために届いたときにページング手順を開始する必要はない。したがって、少なくともＳ１シグナリングの観点からは、シグナリングの削減は、作業仮定の下での解決策によって達成されるであろう。

考察４：ＬｉｇｈｔコネクティッドモードによればＳ１ ＰＡＧＩＮＧのシグナリング削減を達成し得る。

ＲＡＮレベルページングメカニズムを用いた様々な解決策が提案されている。この解決策のメリットの１つは、ページングエリアを制限することである。ＲＡＮレベルのページングエリアがトラッキングエリアの一部に設定されている場合、実際にはネットワーク全体のページングメッセージの数を減らすのに貢献する。今日のＮＷ実装で同様のゲインを達成することができ、例えば、トラッキングエリアはより小さな領域で構成される。しかし、このようなＮＷの実装は、ＵＥからの過度のトラッキングエリア更新を引き起こし、それによって全体的なシグナリングが増加する可能性があることが指摘されている。

考察５：ページングエリアのサイズを小さくすると、ページングメッセージの数を減らすことはできるが、過剰なトラッキングエリア更新を防ぐことはできない。

上記の考察の結果から、ページング強化の導入は多くの利点をもたらし、ベースラインの解決策はＲＡＮレベルのページングの導入である。さらに、新ＲＡＴ ＳＩでは、より長いバッテリ寿命のためにシグナリング及びパフォーマンスを最適化するために、低アクティビティのＵＥを追跡するためのＲＡＮベースのページングメカニズムを検討することが提案されている。これらは明らかに、現行のＣＮベースのページングメカニズムは改善の余地があり、このＷＩで考慮する必要のある領域があることを意味する。したがって、ＲＡＮ２は、ＲＡＮレベルのページングメカニズムの詳細について議論すべきである。

提案４：ＲＡＮ２は、ＲＡＮレベルのページングの概念の詳細を検討すべきである。

２．３．ＲＡＮレベルのページングメカニズム
２．３．１．ページングメッセージ
提案４が許容可能である場合、ｅＮＢは、Ｓ１ページングの代わりに、ＵＥのためのＤＬデータの到着時にページングの必要性を認識することができる。作業仮定は「Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎされたＵＥは、ｅＮＢ又はＭＭＥによって開始されたページングのトリガによってのみ宛先とすることが可能である」ことであり、何らかの種類のページングメッセージがＵＥに送信されることを示唆している。Ｕプレーンのデータフローの観点から、この時点でのレガシーページング（ＭＭＥ開始）と新しいページング（ｅＮＢ開始）との間の差は、ＤＬデータが依然としてＳ−ＧＷ内にあるか、又は既にｅＮＢにある（すなわち、ＣＮ内のルーティングは既に行われている）かである。したがって、ｅＮＢが（ＲＡＮレベルの）ページングメッセージをＵＥに送信することは自然な方法であるが、ページングメッセージが本当に必要かどうかを検討する価値がある。他の可能性の１つは、Ｕｕ上のページングメッセージを排除することを目指すかもしれない。例えば、ｅＮＢは、ＵＥにページの代わりにＤＬデータを直ちに送信する。ＤＬデータ量が効率的に管理され、ページングメッセージに必要なデータ量に匹敵する場合、その差は周波数利用効率の観点からは最小限に抑えられる。詳細は、モビリティ（ＵＥベース又はＮＷベース）を含むＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄモードの定義の方法に関連するため、更なる検討が必要である。

提案５：ＲＡＮ２は、ＵＥが（現在と同様に）ページングメッセージでページングされるべきか、又は直接ＤＬデータ送信でページングされるべきかを議論すべきである。

２．３．２．ページングエリア
ＵＥをページングするための送信は、既存のトラッキングエリアのような特定のエリアで実行され、セルのグループ、すなわちページングエリアとして想定されることもできる。ページングの失敗を最小限に抑えるために、このような概念を導入するのは簡単である。ページングエリアは、ＮＷ実装次第ではあるが、ＵＥコンテキストフェッチのためのＸ２接続の可用性、ＵＥのモビリティ状態、スペクトル効率などのバランスなどによって定義され得る。

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

ＵＥがページングエリア内にある限り、ＵＥのモビリティはｅＮＢに対して透過的であると仮定することができる。一方、ＵＥがページングエリア外に移動するときＵＥがどのように挙動するかについて議論すべきである。それが発生したときにサービングセルに通知することは、既存のトラッキングエリアアップデートと非常に似ているため、信頼できる方法である。その情報がセル外を再選択した前又はそれが起こった後に提供されるのかについては更なる検討が必要である。

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

２．４．代替案
代替として、ｅＮＢが、例えば、セル再選択時のＵＥからの通知によってＵＥの位置を知っている場合、セクション２．２．１で論じた問題は避けることができる。したがって、不要なページングを防ぐために、アイドルであってもＵＥの位置をｅＮＢがどのように知るかを議論する価値がある。これは、ページングエリア（すなわち、提案６）と情報（すなわち、提案７）との組み合わせによって解決することができる。

提案８：ＲＡＮレベルのページング概念の代替として、ＲＡＮ２は、リリース１３ページング最適化が実行されるときに、ＮＷがアイドルにあるＵＥの位置を知ることが有用であるかどうかについて議論すべきである。

（付記３）
１．はじめに
この付記では、ページングの側面以外のＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの一般的な問題を特定する。

２．検討
作業仮定は、「軽度に接続されたＵＥ」又は「軽度に接続されたＵＥ」という用語を使用するものであり、ＷＩタイトルよりも１ステップ先行する。ＷＩＤの目的は、「新しいＲＡＮベースの状態の必要性」及び「解決策はサスペンド／レジューム手順の再利用を検討できる」と述べている。したがって、軽度な接続をどのようにモデル化するか、例えばＲＲＣサスペンド／レジュームの概念を再利用する、又は新しいＲＲＣ状態を導入するかは、重要な側面の１つである。

考察１：Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎのモデリングは、ページング強化と共に議論され得る。

ページングのためのＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎのモデリングにかかわらず、ＷＩＤで合意されているように、以下の側面を議論することができる。

この解決策は、モバイル起点（ｍｏｂｉｌｅ−ｏｒｉｇｉｎａｔｅｄ）のデータとモバイル終端（ｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ）のデータの両方に適用されるものとする。

この解決策は、ＵＥの電力消費がＲＲＣアイドルの電力消費に匹敵することを可能にするものとする。

一般に、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに採用される機能は、次のセクションで説明する既存の機能と比較すべきである。

２．１．一般的な機能
２．１．１．データ送受信の側面（ＤＬ／ＵＬ／ＳＬ）
Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎが導入される場合、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ ＵＥがデータ送信及び受信、すなわち、ダウンリンク（ＤＬ）、アップリンク（ＵＬ）及びサイドリンク（ＳＬ）を実行すべきであるかどうかを明確にすべきである。既存のアイドルモードでは、ｅＮＢにより「柔軟に（ｓｏｆｔｌｙ）」制御されるのはＳＬのみが許可される（すなわち、ＳＩＢ１８／１９に規定されている設定内でのタイプ１又はモード２送信）。一方、ＤＬ及びＵＬは、事前の制御シグナリングを必要とする（例えば、Ｐａｇｉｎｇ、ＲＡＣＨ及び／又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）。コネクティッドモードでは、ＤＬ及びＵＬは、ｅＮＢによって「緊密に（ｔｉｇｈｔｌｙ）」制御される（すなわち、ＤＬ割当及びＵＬグラント）が、ＳＬはｅＮＢの好みに応じて緊密な制御を必要とし得る（すなわち、専用リソース又はＳＬグラントによるタイプ２Ｂ又はモード１の送信）。

提案１：ＲＡＮ２は、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎにおけるＤｏｗｎｌｉｎｋ、Ｕｐｌｉｎｋ、及びＳｉｄｅｌｉｎｋを介したデータ送受信のためのＵＥの動作について議論すべきである。

２．１．２．測定及び報告の側面（ＣＳＩ／ＲＬＭ／ＲＲＭ）
コネクティッドのＵＥは、ＣＳＩ測定、ＲＬＭ測定、ＲＲＭ測定、測定フィードバック／報告などのさまざまなタイプの測定を実行する。一方、アイドルにあるＵＥは、報告なしにセル再選択のためのＲＲＭ測定、すなわちＵＥベースのモビリティのみを実行する。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎがコネクティッド又はアイドルのいずれかに似ているかどうかによって、これらの測定及びフィードバック／報告のどちらをサポートすべきであるかを検討すべきである。

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

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

提案３：ＲＡＮ２は、ＵＥがＣＯＮＮからＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに移行するときに、ＳＣｅｌｌ（ｓ）とＳＰＳがデアクティベーション又は設定解除（ｄｅ−ｃｏｎｆｉｇｕｒｅｄ）されているかどうかを議論すべきである。

２．１．４．ＵＥからの支援情報の側面
現在のＲＲＣは、様々なメカニズムのｅＮＢの機能制御を支援するために、ＵＥからの多くのインジケーションをサポートする（すなわち、Ｐｒｏｘｉｍｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、Ｉｎ−ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ（Ｐｏｗｅｒ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ）、ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ、ＭＢＭＳ Ｃｏｕｎｔｉｎｇ Ｒｅｓｐｏｎｓｅ、Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）。物理層において、サウンディング参照信号ＳＲＳは、例えば、ＵＬチャネルを推定するためにも用いられる。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでは、いずれかのインジケーションがＵＥによって依然としてサポートされるべきかどうかを議論すべきである。

提案４：ＲＡＮ２は、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎにおけるＵＥが、Ｐｒｏｘｉｍｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、 Ｉｎ−ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ、 ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ、 ＭＢＭＳ Ｃｏｕｎｔｉｎｇ Ｒｅｓｐｏｎｓｅ、 Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ、及びＳＲＳを用いたｅＮＢ支援を継続すべきかについて議論すべきである。

２．２．その他の機能
２．２．１．デュアルコネクティビティ
セクション２．１．３で議論されたＳＣｅｌｌに加えて、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに移行したときにＰＳＣｅｌｌを設定解除すべきかどうかを定義することができる。ＰＳＣｅｌｌがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎでまだ適用可能であれば、ＳＣＧ障害インジケーション（ＳＣＧ Ｆａｉｌｕｒｅ Ｉｎｄｉｃａｔｉｏｎ）を宣言すべきであるかどうかについて議論すべきである。

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

２．２．２．ＷＬＡＮインターワーキング／アグリゲーション（ＲＡＬＷＩ、ＲＣＬＷＩ、ＬＷＡ、ＬＷＩＰ）
リリース１２及びリリース１３では、ＷＬＡＮインターワーキングのための２つのメカニズムが開発された（すなわち、ＲＡＮ支援及びＲＡＮ制御ＬＴＥ−ＷＬＡＮインターワーキング解決策、ＲＡＬＷＩ／ＲＣＬＷＩ）。ＬＷＩメカニズムにより、ＮＷは、専用ＲＡＮアシストパラメータ又はステアリングコマンドによって、コネクティッドにあるＵＥのＷＬＡＮへの／からのトラフィックステアリングを制御することができる。ＵＥがアイドルに移行した後、ＵＥがコネクティッドにあったときに設定された設定は、Ｔ３５０の実行中も適用可能である。ＲＡＬＷＩに加えて、ＳＩＢ１７は、ＲＡＮアシスタンスパラメータを提供し、コネクティッドだけでなくアイドルのＵＥも制御する。さらに、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの下でＲＡＬＷＩ／ＲＣＬＷＩを実行する方法について議論すべきである。

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

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

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

２．２．３．ＭＤＴ
ドライブテスト最小化（ＭＤＴ）はリリース１０で導入され、継続的に強化された。ＭＤＴは、アイドル／コネクティッドモード用のＬｏｇｇｅｄ ＭＤＴとコネクティッドモード用のＩｍｍｅｄｉａｔｅ ＭＤＴの２つのモードからなる。ＭＤＴ測定ログは、ＵＥがコネクティッドにあるときに測定報告を介して送信され、Ｌｏｇｇｅｄ ＭＤＴの場合には、ＵＥがアイドルにあっても記録（ｌｏｇｇｉｎｇ）が継続される。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの場合、どのＭＤＴモードがサポートされるかを議論すべきである。

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

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

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

上記に加えて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの導入により、暗黙的なデアクティベーション／設定解除などの特別な処理のために、現在の機能に何らかの拡張が必要かどうかを議論する必要もある。

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

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

Claims (2)

1. ユーザ装置であって、
   ＲＲＣアイドル状態及びＲＲＣコネクティッド状態とは異なるＲＲＣ状態であって前記ユーザ装置のコンテキスト情報がネットワークに維持される特定状態へ前記ユーザ装置を遷移させるＲＲＣ Ｒｅｌｅａｓｅメッセージを基地局から受信する受信部を備え、
   前記ＲＲＣ Ｒｅｌｅａｓｅメッセージは、トラッキングエリアとは異なる所定エリアを示す情報として１又は複数のセルのセルＩＤのリストを含む、
   ユーザ装置。
2. ユーザ装置によって実行される方法であって、
   ＲＲＣアイドル状態及びＲＲＣコネクティッド状態とは異なるＲＲＣ状態であって前記ユーザ装置のコンテキスト情報がネットワークに維持される特定状態へ前記ユーザ装置を遷移させるＲＲＣ Ｒｅｌｅａｓｅメッセージを基地局から受信するステップを備え、
   前記ＲＲＣ Ｒｅｌｅａｓｅメッセージは、トラッキングエリアとは異なる所定エリアを示す情報として１又は複数のセルのセルＩＤのリストを含む、
   方法。

Images