JP6965324B2 - 無線端末 - Google Patents

Description

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

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

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

一実施形態に係る無線端末は、前記無線端末がＲＲＣコネクティッド状態にある場合において、ネットワークから設定された設定パラメータに従って所定の機能を実行する制御部を備える。前記制御部は、前記無線端末が前記ＲＲＣコネクティッド状態から特定状態に遷移したことに応じて、前記設定パラメータの少なくとも一部を無効化する。前記特定状態は、前記ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報が前記ネットワークに維持される状態である。

一実施形態に係る無線端末は、特定上りリンク信号の送信が特定状態において必要であるか否かを示す設定情報をネットワークから受信する処理を行う制御部を備える。前記特定上りリンク信号は、前記無線端末がＲＲＣコネクティッド状態において送信するよう規定された上りリンク信号である。前記特定状態は、前記ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報が前記ネットワークに維持される状態である。前記制御部は、前記無線端末が前記ＲＲＣコネクティッド状態から前記特定状態に遷移した後、前記特定上りリンク信号を送信するか否かを前記設定情報に基づいて判断する。

一実施形態に係る無線端末は、前記無線端末が特定状態にある場合において、下りリンクの無線状態の測定を行う制御部を備える。前記特定状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記制御部は、セル単位ではなく、複数のセルからなる所定エリア単位で前記測定を行う。

一実施形態に係る無線端末は、上りリンク送信用の無線リソースプールを示す情報をネットワークから受信する処理を行う制御部を備える。前記無線端末が特定状態にある場合において、前記制御部は、前記無線リソースプールの中から無線リソースを選択し、選択した無線リソースを用いて前記上りリンク送信を行う。前記特定状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報が前記ネットワークに維持される状態である。

一実施形態に係る無線端末は、前記無線端末が特定状態にある場合において、前記無線端末のサービングセルとして用いる対象セルを再選択するセル再選択を行う制御部を備える。前記特定状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記セル再選択は、前記サービングセルとして選択される前記対象セルを配分するための再配分プロシージャを含む。前記制御部は、前記無線端末が前記ＲＲＣコネクティッド状態から前記特定状態に遷移してから所定の期間において前記再配分プロシージャを無効化する。

一実施形態に係る無線端末は、前記無線端末が特定状態にある場合において、前記無線端末のサービングセルとして用いる対象セルを再選択するセル再選択を行う制御部を備える。前記特定状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記セル再選択は、前記サービングセルとして選択される前記対象セルを配分するための再配分プロシージャを含む。前記制御部は、前記ＲＲＣアイドル状態用の再配分プロシージャを変更した特別な再配分プロシージャを用いて、前記特定状態における前記セル再選択を行う。

一実施形態に係る無線端末は、前記無線端末が特定状態にある場合において、前記無線端末のサービングセルとして用いる対象セルを再選択するセル再選択を行う制御部を備える。前記特定状態は、ＲＲＣコネクティッド状態に比べてシグナリングが削減される状態であって、かつ、前記無線端末のコンテキスト情報がネットワークに維持される状態である。前記制御部は、前記特定状態の間に行った前記セル再選択に関する情報を記録する。前記制御部は、前記記録した情報を前記ネットワークに送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（特定状態）
実施形態に係る特定状態について説明する。

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

なお、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態と称されてもよい。また、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ）状態は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ）モードと称されてもよい。Ｓｕｓｐｅｎｄ状態は、Ｓｕｓｐｅｎｄモードと称されてもよい。

特定状態は、ｅＮＢ２００の指示に応じて開始されてもよい。ＵＥ１００は、ｅＮＢ２００からの指示に応じてＲＲＣコネクティッド状態から特定状態に遷移する。特定状態は、ＵＥ１００に設定されたタイマが動作中である期間にのみ有効であってもよい。この場合、ＵＥ１００は、タイマの満了に応じて特定状態を中止する。或いは、特定状態は、ＵＥ１００が所定エリア内に存在する期間にのみ有効であってもよい。この場合、ＵＥ１００は、所定エリア外に移動したことに応じて特定状態を中止する。或いは、特定状態は、ＵＥ１００が所定周波数内に存在する期間にのみ有効であってもよい。例えば、あるセルにおいて特定状態の指示を受けたＵＥ１００は、当該セルが属する周波数とは異なる周波数のセルに移動したことに応じて特定状態を終了する。

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

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

特定状態には、セル及びトラッキングエリアとは異なる新たなエリア単位が導入され得る。以下において、このようなエリア単位のエリアを「所定エリア」と称する。所定エリアは、特定状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態又はＳｕｓｐｅｎｄ状態）にあるＵＥ１００に対して適用される。所定エリアは、セル又はｅＮＢ２００のグループにより形成される。ＵＥ１００は、所定エリアを示す情報をネットワーク（ｅＮＢ２００又はＭＭＥ３００）から取得してもよい。当該情報は、所定エリアを形成するグループの識別子（グループＩＤ）、当該グループに含まれるセルの識別子リスト（セルＩＤリスト）、当該グループに含まれるｅＮＢ２００の識別子リスト（ｅＮＢ ＩＤリスト）のうち、少なくとも１つを含む。

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

所定エリアは、ネットワークがコンテキスト情報（ＵＥコンテキスト）を維持可能なエリア単位として定義されてもよい。所定エリアは、相互にＸ２インターフェイスで接続された複数のｅＮＢ２００により形成されてもよい。所定エリア内で特定状態に遷移したＵＥ１００は、当該所定エリア内で他のセル（他のｅＮＢ２００）に移動しても、少ないシグナリングでＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐを行うことができる。

（第１実施形態）
第１実施形態について説明する。

第１実施形態に係るＵＥ１００は、自身がＲＲＣコネクティッド状態にある場合において、ネットワークから設定された設定パラメータに従って所定の機能を実行する。ＵＥ１００は、自身がＲＲＣコネクティッド状態から特定状態に遷移したことに応じて、当該設定パラメータの少なくとも一部を（自律的に）無効化する。具体的には、設定パラメータは、ＵＥ個別に設定される個別設定パラメータを含む。このような個別設定パラメータは、「ｄｅｄｉｃａｔｅｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ」と称されてもよい。ＵＥ１００は、ＵＥ１００がＲＲＣコネクティッド状態から特定状態に遷移したことに応じて、個別設定パラメータを無効化する。ＵＥ１００は、全ての個別設定パラメータを無効化してもよいし、一部の個別設定パラメータのみを無効化してもよい。ＵＥ１００は、ＲＲＣコネクティッド状態から特定状態に遷移したタイミングで個別設定パラメータを無効化してもよい。ＵＥ１００は、ＲＲＣコネクティッド状態から特定状態に遷移してから所定の条件が満たされたタイミングで個別設定パラメータを無効化してもよい。

なお、「設定パラメータを無効化する」とは、設定パラメータを解放（破棄）することであってもよい。このような動作は、「ｄｅｃｏｎｆｉｇｕｒｅ」と称されてもよい。或いは、「設定パラメータを無効化する」とは、設定パラメータを維持しつつ設定パラメータの適用を停止することであってもよい。このような動作は、「ｄｅａｃｔｉｖａｔｅ」と称されてもよい。また、「設定パラメータを無効化する」とは、ＵＥコンテキストとして保存している設定パラメータを削除することであってもよい。また、「設定パラメータを無効化する」とは、ＵＥコンテキストの該当パラメータに対して、無効化のフラグを保存すること、もしくは、有効化のフラグを削除することであってもよい。

特定状態は、シグナリングが削減されるべき状態である。このため、ＲＲＣコネクティッド状態について規定された全ての機能を特定状態において実行することは好ましくない。よって、ＲＲＣコネクティッド状態から特定状態に遷移したことに応じて、設定パラメータの少なくとも一部を無効化することにより、シグナリングの削減に寄与することができる。以下においては、特定状態として主としてＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態を想定する。

図６は、第１実施形態に係る動作を示す図である。初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を有しており、ＲＲＣコネクティッド状態にある。

図６に示すように、ステップＳ１０１において、ｅＮＢ２００は、個別ＲＲＣシグナリングにより個別設定パラメータをＵＥ１００に送信する。個別ＲＲＣシグナリングは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。ＵＥ１００は、ｅＮＢ２００から受信した個別設定パラメータを記憶する。

なお、ｅＮＢ２００は、個別設定パラメータをＵＥ１００に送信した後、個別設定パラメータを適用（ａｃｔｉｖａｔｅ）させる指示をＵＥ１００に送信してもよい。当該指示は、ＭＡＣ制御エレメント（ＭＡＣ ＣＥ）又は下りリンク制御情報（ＤＣＩ）により送信されてもよい。

ステップＳ１０２において、ＵＥ１００は、個別設定パラメータを適用することにより所定の機能を実行する。

所定の機能は、ＵＥ１００がプライマリリソースとセカンダリリソースとを同時に用いて通信を行う機能であってもよい。すなわち、所定の機能は、２種類のリソースを併用することにより、ＵＥ１００が利用可能なリソースを増加させ、スループットを向上させる機能である。プライマリリソースは、ＲＲＣシグナリングを取り扱うリソースであってもよい。プライマリリソースは、ＵＥ１００のデータ（トラフィック）の送受信に加えて、ＵＥ１００のモビリティ制御に用いられる。これに対し、セカンダリリソースは、ＲＲＣシグナリングを取り扱わないリソースであってもよい。セカンダリリソースは、主にＵＥ１００のデータの送受信に用いられる。

プライマリリソースはプライマリセルであってもよい。セカンダリリソースはセカンダリセルであってもよい。ＵＥ１００は、複数のセル（プライマリセル及び少なくとも１つのセカンダリセル）を同時に用いて通信を行う。当該複数のセルが同一のｅＮＢ２００に属するケースは、キャリアアグリゲーション（ＣＡ）と称される。当該複数のセルが２つのｅＮＢ２００に属するケースは、デュアルコネクティビティ（ＤＣ）と称される。ＤＣにおいて、ＵＥ１００は、マスタｅＮＢに属するセルグループ（マスタセルグループ：ＭＣＧ）とセカンダリｅＮＢに属するセルグループ（セカンダリセルグループ：ＳＣＧ）とを同時に用いて通信を行う。ＭＣＧは、１つのプライマリセル（ＰＣｅｌｌ）及び少なくとも１つのセカンダリセル（ＳＣｅｌｌ）からなる。ＳＣＧは、１つのプライマリ・セカンダリセル（ＰＳＣｅｌｌ）及び少なくとも１つのセカンダリセル（ＳＣｅｌｌ）からなる。ＰＳＣｅｌｌは、ＵＥ１００のＰＵＣＣＨが設けられる特別なＳＣｅｌｌである。ＣＡ又はＤＣにおいて、ＳＣｅｌｌ用の個別設定パラメータがＵＥ１００に設定される。なお、ＤＣにおいてＳＣｅｌｌはオプションであり、ＰＣｅｌｌ及びＰＳＣｅｌｌのみで運用されることもある。

或いは、プライマリリソースはＷＷＡＮ（Ｗｉｒｅｌｅｓｓ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信リソースであってもよい。セカンダリリソースはＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信リソースであってもよい。実施形態において、ＷＷＡＮ通信リソースは、ＬＴＥ通信リソースである。ＵＥ１００は、ＬＴＥ通信及びＷＬＡＮ通信を同時に用いて通信を行う。このような機能は、ＬＴＥ・ＷＬＡＮアグリゲーション（ＬＷＡ）と称される。ＬＷＡにおいて、ＷＬＡＮ通信を用いるベアラ（ＬＷＡベアラ）用の個別設定パラメータがＵＥ１００に設定される。ＬＷＡベアラは、Ｓｐｌｉｔ ｂｅａｒｅｒ、Ｓｗｉｔｃｈｅｄ ｂｅａｒｅｒ、ＩＰトンネルのいずれかである。

所定の機能は、ＵＥ１００に準静的に無線リソースが割り当てられるセミパーシステントスケジューリング（ＳＰＳ）であってもよい。ＳＰＳにおいて、ＳＰＳ用の個別設定パラメータがＵＥ１００に設定される。

ステップＳ１０３において、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる。例えば、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングを用いて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる指示（設定）をＵＥ１００に送信する。ＵＥ個別ＲＲＣシグナリングは、当該指示（設定）を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージであってもよい。

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

ステップＳ１０５において、ＵＥ１００は、少なくとも一部の個別設定パラメータを無効化する。

ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したことに応じて、セカンダリリソース用の個別設定パラメータを無効化してもよい。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態においては、ＵＥ１００のスループットを向上させる必要がないため、セカンダリリソース用の個別設定パラメータを無効化することとしている。

ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したことに応じて、セミパーシステントスケジューリング用の個別設定パラメータを無効化してもよい。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態においては、ＵＥ１００に準静的に無線リソースを割り当てる必要がないため、セミパーシステントスケジューリング用の個別設定パラメータを無効化することとしている。

このように、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、ＳＣｅｌｌ及び／又はＳＰＳが設定されていた場合（もしくは更にａｃｔｉｖａｔｅされていた場合）、これを自律的にｄｅａｃｔｉｖａｔｅもしくはｄｅ−ｃｏｎｆｉｇｕｒｅする。また、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に入る時に、ＬＷＡベアラが設定されていた場合、ＵＥ１００は、これを自律的にｄｅａｃｔｉｖａｔｅもしくはｄｅ−ｃｏｎｆｉｇｕｒｅする。

（第１実施形態の変更例１）
第１実施形態の変更例１について、第１実施形態との相違点を主として説明する。

上述した第１実施形態において、ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したタイミングで、個別設定パラメータを無効化していた。しかしながら、ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移してから所定時間経過を待って個別設定パラメータを無効化してもよい。この場合、当該所定時間の間は、個別設定パラメータは有効である。

第１実施形態の変更例１において、所定の機能は、ＷＷＡＮ通信（ＬＴＥ通信）とＷＬＡＮ通信との間でＵＥ１００のトラフィックを切り換えるステアリング機能（トラフィックステアリング）であってもよい。このような機能は、ＬＴＥ・ＷＬＡＮインターワーキング（ＬＷＩ）と称される。ＵＥ１００は、ＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移してから所定の期間において、ＬＷＩ用の個別設定パラメータを利用する。ＬＷＩ用の個別設定パラメータは、ｄｅｄｉｃａｔｅｄ ＲＡＮ ａｓｓｉｓｔａｎｃｅ ｐａｒａｍｅｔｅｒと称される。ＬＷＩ用の個別設定パラメータは、Ｓｔｅｅｒｉｎｇ Ｃｏｍｍａｎｄと称されてもよい。ＵＥ１００は、所定の期間が満了した際に、ｄｅｄｉｃａｔｅｄ ＲＡＮ ａｓｓｉｓｔａｎｃｅ ｐａｒａｍｅｔｅｒを無効化する。

次に、図６を参照して、第１実施形態の変更例１に係る動作例を説明する。

図６に示すように、ステップＳ１０４において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に入る時に、ｄｅｄｉｃａｔｅｄ ＲＡＮ ａｓｓｉｓｔａｎｃｅ ｐａｒａｍｅｔｅｒが設定されていた場合、タイマを開始させる。このようなタイマは、Ｔ３５０と称されてもよい。タイマの値は、ｅＮＢ２００により設定される。或いは、当該タイマは、Ｔ３５０とは異なるタイマであってもよい。ＵＥ１００は、当該タイマが動作中は、ｄｅｄｉｃａｔｅｄ ＲＡＮ ａｓｓｉｓｔａｎｃｅ ｐａｒａｍｅｔｅｒに従ってトラフィックステアリングを行ってもよい。

ステップＳ１０５において、ＵＥ１００は、当該タイマが満了した際に、ｄｅｄｉｃａｔｅｄ ＲＡＮ ａｓｓｉｓｔａｎｃｅ ｐａｒａｍｅｔｅｒを破棄する。

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

上述した第１実施形態において、ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したことに応じて、セカンダリリソース用の個別設定パラメータを無効化していた。ＵＥ１００は、その後さらにプライマリリソース用の個別設定パラメータを無効化してもよい。

図７は、第１実施形態の変更例２に係る動作を示す図である。ここでは、上述した第１実施形態（図６参照）との相違点を説明する。

図７に示すように、ステップＳ１１１において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に入る時に、セカンダリリソース（ＳＣｅｌｌ及び／又はＬＷＡベアラ）用の個別設定パラメータを破棄する。もしくは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に所定のタイマ値が設定された場合、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移した時点で当該タイマを起動し、当該タイマが満了した時点でセカンダリリソース用の個別設定パラメータを破棄してもよい。

更に、ＵＥ１００は、サービングセル（ＰＣｅｌｌ）として用いる対象セルを再選択するセル再選択を行った場合（ステップＳ１１２：ＹＥＳ）、ステップＳ１１３においてプライマリリソース（ＰＣｅｌｌ）用の個別設定パラメータを破棄する。

（第１実施形態の変更例３）
第１実施形態の変更例３について、第１実施形態との相違点を主として説明する。

上述した第１実施形態において、ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移したことに応じて、セカンダリリソース用の個別設定パラメータを無効化していた。しかしながら、ＵＥ１００は、セカンダリリソース用の個別設定パラメータを直ちに無効化するのではなく、所定の条件が満たされるまで待ってセカンダリリソース用の個別設定パラメータを無効化してもよい。

第１実施形態の変更例３において、ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移した後、セカンダリリソースにおける障害を検知した際に、セカンダリリソース用の個別設定パラメータを無効化する。セカンダリリソースにおける障害とは、ＰＳＣｅｌｌの無線リンク障害（Ｓ−ＲＬＦ）又はＷＬＡＮの無線リンク障害（Ｗ−ＲＬＦ）等である。当該障害により、ＵＥ１００は、セカンダリリソースのカバレッジ外になる。

図８は、第１実施形態の変更例３に係る動作を示す図である。ここでは、上述した第１実施形態（図６参照）との相違点を説明する。

図８に示すように、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に入ったＵＥ１００は、全ての個別設定パラメータを維持し、無線状態の測定を継続する。

無線状態の測定によりセカンダリリソースにおける障害を検知した場合（ステップＳ１２１：ＹＥＳ）、ステップＳ１２２において、ＵＥ１００は、セカンダリリソース（ＳＣｅｌｌ及び／又はＬＷＡベアラ）用の個別設定パラメータを破棄する。

更に、ＵＥ１００は、サービングセル（ＰＣｅｌｌ）として用いる対象セルを再選択するセル再選択を行った場合（ステップＳ１２３：ＹＥＳ）、ステップＳ１２４においてプライマリリソース（ＰＣｅｌｌ）用の個別設定パラメータを破棄する。もしくは、ＵＥ１００は、サービングセルの無線障害を検知した場合に、プライマリリソース用の個別設定パラメータを破棄してもよい。

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

第２実施形態に係るＵＥ１００は、特定上りリンク信号の送信がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態において必要であるか否かを示す設定情報をネットワークから受信する。特定上りリンク信号は、ＵＥ１００がＲＲＣコネクティッド状態において送信するよう規定された上りリンク信号である。ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移した後、特定上りリンク信号を送信するか否かを設定情報に基づいて判断する。

特定上りリンク信号は、ＵＥ１００が下りリンクの無線状態の測定を行うことにより得られた測定情報を含む上りリンク信号であってもよい。このような特定上りリンク信号は、測定報告であってもよいし、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）であってもよい。測定報告は、セルの参照信号の受信電力及び／又は受信品質を報告するためのＲＲＣメッセージである。ＣＳＩは、例えばＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）である。

或いは、特定上りリンク信号は、ネットワークが行う判断又は測定を補助するための通知情報を含む上りリンク信号であってもよい。このような特定上りリンク信号としては、Ｐｒｏｘｉｍｉｔｙ Ｉｎｄｉｃａｔｉｏｎ、Ｉｎ−ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ、ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ、ＭＢＭＳ Ｃｏｕｎｔｉｎｇ Ｒｅｓｐｏｎｓｅ、Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＲＳ等が挙げられる（例えば、３ＧＰＰ技術仕様書「ＴＳ３６．３３１」等参照）。

図９は、第２実施形態に係る動作を示す図である。初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を有しており、ＲＲＣコネクティッド状態にある。

図９に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる。例えば、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングを用いて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる指示（設定）をＵＥ１００に送信する。

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

ステップＳ２０３において、ｅＮＢ２００は、特定上りリンク信号の送信がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態において必要であるか否かを示す設定情報を送信する。ｅＮＢ２００は、ブロードキャストシグナリングにより当該設定情報を送信してもよい。ブロードキャストシグナリングは、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）であってもよい。

或いは、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに遷移させる時に、ＵＥ個別シグナリングで当該設定情報を送信してもよい。この場合、ステップＳ２０１において、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる指示に当該設定情報を含めてもよい。

当該設定情報は、特定上りリンク信号の送信に関するパラメータを含んでもよい。当該パラメータは、ＲＲＣコネクティッド状態において用いるパラメータとは異なるパラメータであってもよい。当該パラメータは、特定上りリンク信号の送信トリガを設定するパラメータであってもよいし、特定上りリンク信号の送信周期を設定するパラメータであってもよい。

ステップＳ２０４において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、ｅＮＢ２００からの設定情報に基づいて、特定上りリンク信号を送信するか否かを判断する。

特定上りリンク信号を送信すると判断した場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５において、ＵＥ１００は、特定上りリンク信号をｅＮＢ２００に送信する。

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

第３実施形態に係るＵＥ１００は、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、下りリンクの無線状態の測定を行う。このような測定は、無線リンク状態の測定であるＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）測定、及び／又は、無線リソース管理用の測定であるＲＲＭ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）測定であってもよい。言い換えると、ＲＬＭ測定はレイヤ２関連の測定である。ＲＲＭ測定はレイヤ３（ＲＲＣ）関連の測定である。ＵＥ１００は、セル単位ではなく、複数のセルからなる所定エリア単位で測定を行う。

既存のＲＲＣコネクティッド状態のＲＬＭ測定は、次のような手順を有する。ＵＥ１００は、セルの問題を検知した場合にＴ３１０（第１のタイマ）をスタートする。ＵＥ１００は、Ｔ３１０が満了した場合に当該セルのＲＬＦを検知し、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャを開始し、Ｔ３１１（第２のタイマ）を開始させる。ＵＥ１００は、Ｔ３１１が満了した場合に、ＲＲＣアイドル状態に遷移する。

これに対し、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、複数のセルからなる所定エリア単位でのモビリティ制御を行うことが想定されるため、セル単位で測定を行うことは必ずしも適切ではないと考えられる。このため、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、所定エリア単位でＲＬＭ測定を行う。

例えば、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、ＲＬＭ測定において、所定エリア内で検出した全てのセルで問題を検知した場合に、ＲＬＦを判断してもよい。言い換えると、所定エリア内の一のセルに問題が生じても、当該所定エリア内の他のセルに問題が生じない場合には、ＲＬＦと判断しなくてもよい。ＵＥ１００は、例えばＲＲＣコネクティッド状態に戻った際に、ＲＬＭ測定の結果（例えば、ＲＬＦがあった旨）をネットワークに報告してもよい。ＲＬＭ測定の結果は、所定エリアの識別子を含んでもよい。

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

第４実施形態に係るＵＥ１００は、上りリンク送信用の無線リソースプールを示す情報をネットワークから受信する。ＵＥ１００は、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、無線リソースプールの中から無線リソースを（自律的に）選択し、選択した無線リソースを用いて上りリンク送信を行う。このような上りリンク送信は、コンテンションベースで行われてもよい。

図１０は、第４実施形態に係る動作を示す図である。初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を有しており、ＲＲＣコネクティッド状態にある。

図１０に示すように、ステップＳ４０１において、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる。例えば、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングを用いて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる指示（設定）をＵＥ１００に送信する。

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

ステップＳ４０３において、ｅＮＢ２００は、上りリンク送信用の無線リソースプールを示す情報を送信する。ｅＮＢ２００は、ブロードキャストシグナリング（例えば、ＳＩＢ）により当該プール情報を送信してもよい。プール情報は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００が上りリンク送信を行ってもよい無線リソース領域（周波数及び時間の情報）を含む。

或いは、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに遷移させる時に、ＵＥ個別シグナリングで当該プール情報を送信してもよい。この場合、ステップＳ４０１において、ｅＮＢ２００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる指示にプール情報を含めてもよい。

プール情報は、上りリンク送信用の無線リソースプールのうち、上りリンク送信が実際に行われる無線リソースを周波数軸上及び／又は時間軸で分散させるためのパラメータ（例えば、リソースエレメント単位でホッピングさせるようなパラメータ）を含んでもよい。当該パラメータは、上りリンク送信が実際に行われるリソースエレメントの開始位置を示すオフセットや、分散（ホッピング）の間隔などである。具体的には、ある無線リソース領域の端から３リソースエレメント分オフセットさせて、４リソースエレメント間隔で分散させるといったパラメータが指定される。

ステップＳ４０４において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、ｅＮＢ２００からのプール情報に基づいて、無線リソースプールの中から無線リソースを選択する。ＵＥ１００は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）等の識別子を所定の選択ルールに適用することにより無線リソースを選択してもよい。例えば、ＵＥ１００は、オフセット開始点を「ＩＭＳＩ ｍｏｄ Ｎ」で算出する。ここで、Ｎは固定値であり、例えば１００であってもよい。

ステップＳ４０５において、ＵＥ１００は、選択した無線リソースを用いて上りリンク送信を行う。

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

第５実施形態に係るＵＥ１００は、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、サービングセルとして用いる対象セルを再選択するセル再選択を行う。セル再選択は、サービングセルとして選択される対象セルを配分するための再配分プロシージャを含む。ＵＥ１００は、自身がＲＲＣコネクティッド状態からＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移してから所定の期間において、再配分プロシージャを無効化する。

このような再配分プロシージャは、ＭＣＬＤ（Ｍｕｌｔｉ Ｃａｒｒｉｅｒ Ｌｏａｄ Ｄｉｓｔｒｉｂｕｔｉｏｎ）と称される。ＭＣＬＤにおいて、ＵＥ１００は、ＳＩＢ３／５で報知されるｒｅｄｉｓｔｒｉｂｕｔｉｏｎ ｐａｒａｍｅｔｅｒと自身のＩＭＳＩとに基づいて再配分対象周波数／セルを選択する。ＵＥ１００は、このような再配分プロシージャ（Ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ Ｔａｒｇｅｔ Ｓｅｌｅｃｔｉｏｎ）を、タイマ（Ｔ３６０）が満了した際又は再配分を指示するページングを受信した際に実行する。Ｔ３６０は再配分プロシージャを実行した際に開始され、Ｔ３６０が動作中は再配分プロシージャが無効化される。

Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態は、ＲＲＣアイドル状態とは異なり、ＵＥ１００のセル再選択に伴ってコンテキスト転送等が生じ得る。このため、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移して直ぐに再配分プロシージャを開始することは好ましくない。

よって、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移した際に、ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ ｐａｒａｍｅｔｅｒが報知されている場合には、Ｔ３６０を開始させる。これにより、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態になったＵＥ１００は、直ぐにはｌｏａｄ ｒｅｄｉｓｔｒｉｂｕｔｉｏｎを行わず（暫くはセルに残る）。その後、ＵＥ１００は、Ｔ３６０満了時にｌｏａｄ ｒｅｄｉｓｔｒｉｂｕｔｉｏｎを行う。

（第５実施形態の変更例）
第５実施形態の変更例について、第５実施形態との相違点を主として説明する。

第５実施形態の変更例に係るＵＥ１００は、ＲＲＣアイドル状態用の再配分プロシージャ（Ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ Ｔａｒｇｅｔ Ｓｅｌｅｃｔｉｏｎ）を変更した特別な再配分プロシージャを用いて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態におけるセル再選択を行う。言い換えると、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００には、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用の特別な再配分プロシージャが適用される。

このような特別な再配分プロシージャは、ＲＲＣアイドル状態用の再配分プロシージャに対して、以下の１）〜３）の少なくとも何れか１つの変更が加えられたものである。

１）再配分のターゲットとなる候補周波数／候補セルのリスト（Ｓｏｒｔｅｄ Ｌｉｓｔ）は、現在のエリア（所定エリア）に紐付いたセルのみを考慮しなければならない。もしくは、再配分のターゲットとなる候補周波数／候補セルは、現在のエリア（所定エリア）に紐付いたセル（もしくは当該セルが運用されている周波数）でなければならない。なお、候補周波数／候補セルは、サービング周波数／セルについては、セル単位再配分ファクタ（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎＦａｃｔｏｒＣｅｌｌ：確率に関する情報）が報知されていた場合は、サービングセルをセットし、そうでなければ、サービング周波数をセットする。別周波数については、周波数リスト（ＩｎｔｅｒＦｒｅｑＣａｒｒｉｅｒＦｒｅｑＬｉｓｔ）中の各周波数について、当該周波数において、もしセル単位リスト（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎＮｅｉｇｈＣｅｌｌＬｉｓｔ）が報知されている場合は、ベストセル（ランキング最上位）のセルをセットする。そうでなければ、Ｓ−ｃｒｉｔｅｒｉａを満たすセルが少なくともひとつ見つかった場合は、当該周波数をセットする。

２）ＵＥ１００は、ランキング（複数のセルをＲＳＲＰベースで比較及び格付けしたもの）において最上位のセル（ｂｅｓｔ ｃｅｌｌ）、もしくは当該ランキングに含まれるセル、もしくはＳ−ｃｒｉｔｅｒｉａを満たすセルが現在のエリア（所定エリア）に属していないセルである事を検知した場合、ＲＲＣコネクティッド状態に遷移しなければならない（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを開始する）。ＵＥ１００は、ｂｅｓｔ ｃｅｌｌが現在在圏している周波数とは異なる周波数のセルであることを検知した場合、ＲＲＣコネクティッド状態に遷移してもよい。

３）ＲＲＣアイドル状態用のｒｅｄｉｓｔｒｉｂｕｔｉｏｎ ｐａｒａｍｅｔｅｒとは別にＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態用のｒｅｄｉｓｔｒｉｂｕｔｉｏｎ ｐａｒａｍｅｔｅｒがＵＥ１００に提供される。

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

第６実施形態に係るＵＥ１００は、ＵＥ１００がＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態にある場合において、ＵＥ１００のサービングセルとして用いる対象セルを再選択するセル再選択を行う。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の間に行ったセル再選択に関する情報を記録する（ロギング）。ＵＥ１００は、記録した情報（ログ）をネットワークに送信する。セル再選択に関する情報は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態時に行ったセル再選択回数を示す情報を含んでもよい。

図１１は、第６実施形態に係る動作を示す図である。初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を有しており、ＲＲＣコネクティッド状態にある。

図１１に示すように、ステップＳ６０１において、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる。例えば、ｅＮＢ２００は、ＵＥ個別ＲＲＣシグナリングを用いて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に遷移させる指示（設定）をＵＥ１００に送信する。

ステップＳ６０１又はステップＳ６０１よりも前において、ｅＮＢ２００は、ロギングに関する設定パラメータをＵＥ１００に送信してもよい。

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

ステップＳ６０３において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、セル再選択に関するロギングを行う。

ロギング期間は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態の期間を規定するタイマにより設定されてもよい。或いは、ＵＥ１００は、上述した所定エリア内に在圏する期間内でロギングを行ってもよい。

ロギングトリガは、周期的なトリガ又はイベントトリガである。周期的なトリガの場合、ロギング間隔がｅＮＢ２００から設定されてもよい。イベントトリガの場合、トリガ種別がｅＮＢ２００から設定されてもよい。トリガ種別は、例えば、所定エリアから出たこと、ＲＬＦ、所定エリア外セルの再選択等である。

ログは、所定エリアのＩＤ、所定エリア内のセルＩＤの履歴を含んでいてもよい。イベントトリガの場合、ログは、ソースセル／ターゲットセルの測定結果、トリガ種類（ｃａｕｓｅ）を含んでもよい。ログは、サービングセル／隣接セルのＲＳＲＰ、ＲＳＲＱ、ＲＳ−ＳＩＮＲを含んでもよい。また、ログは、ＵＥ１００の位置情報、タイムスタンプ（ログ記録時の時間情報）を含んでもよい。

ステップＳ６０４において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態時に得られたログをネットワーク（ｅＮＢ２００）に送信する。ＵＥ１００は、ＲＲＣコネクティッド状態に遷移する際に、ログを有する旨をｅＮＢ２００に通知し、ｅＮＢ２００からの要求に応じてログを送信してもよい。或いは、ＵＥ１００は、ロギング期間が満了した際に、当該通知を行ってもよい。

ＵＥ１００は、ログを含む測定報告をｅＮＢ２００に送信してもよい。或いは、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移する際にｅＮＢ２００に送信するメッセージ（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）にログを含めてもよい。

ＵＥ１００は、ロギング期間が満了するまでは、ＲＲＣコネクティッド状態又はＲＲＣアイドル状態に遷移してもログを破棄せずに保持してもよい。また、ＵＥ１００は、ＲＲＣコネクティッド状態又はＲＲＣアイドル状態に遷移してもロギングを継続してもよい。ＵＥ１００は、再びＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態に戻った場合に、ロギングを再開してもよい。

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

上述した特定状態は、ＩＮＡＣＴＩＶＥ状態と称されてもよい。ＩＮＡＣＴＩＶＥ状態は、ＲＲＣコネクティッド及びＲＲＣアイドルとは異なる新たなＲＲＣ状態であってもよい。

また、上述した所定エリアは、ＲＡＮベース通知エリア（ＲＡＮ−ｂａｓｅｄ ｎｏｔｉｆｉｃａｔｉｏｎ ａｒｅａ）と称されてもよい。

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

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

・ページング強化を研究するための作業仮説では、ＣＮからモビリティ及び状態遷移を隠すために、軽度に接続されたＵＥのＳ１接続が維持され、アクティブである。

・動作前提：軽度に接続されたＵＥは、ｅＮＢ又はＭＭＥによって始動されたページングのトリガによってのみアドレス指定できる。

本付記では、動作前提の下で、ページング強化及びＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの詳細について説明する。

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

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

２．１．ＲＲＣの状態及びモード
２．１．１．ＲＲＣ接続状態
ページングメッセージの数を大幅に削減する最も簡単な方法は、トラッキングエリア内のすべてのＵＥをＣｏｎｎｅｃｔｅｄに維持することであるが、ＵＥの電力消費の観点からも間違ったアプローチである。したがって、これは、ページングメッセージのシグナリングを減らすための基礎として使用すべきではない。

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

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

考察１：ＲＲＣ中断モードは、ＩＤＬＥ内のＵＥの特別な状態である。

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

考察２：ＵＥがＲＲＣ中断モードであっても、ＮＷは依然としてＭＴ呼のためにＵＥを呼び出す必要がある。

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

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

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

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

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

考察４：Ｌｉｇｈｔ ＣｏｎｎｅｃｔｅｄモードでＳ１ ＰＡＧＩＮＧのシグナリング削減を達成できた。

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

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

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

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

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

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

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

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

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

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

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

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

（付記２）
１．はじめに
Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎを可能にするシグナリング削減に関する新しい研究項目が承認された。動作前提としていくつかの合意に達した。

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

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

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

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

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

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

次に、研究段階の結論に基づいて、対応するソリューションを仕様化する。

・ページング強化を研究するための作業仮説では、ＣＮからモビリティ及び状態遷移を隠すために、軽度に接続されたＵＥのＳ１接続が維持され、アクティブである。

・動作前提：軽度に接続されたＵＥは、ｅＮＢ又はＭＭＥによって始動されたページングのトリガによってのみ宛先とすることができる。

本付記では、ページングの側面以外のＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎの一般的な問題が特定されている。

２．検討
動作前提は、作業項目のタイトルよりも１ステップ先行する用語「ＵＥが軽度に接続される（ＵＥ ｌｉｇｈｔｌｙ ｃｏｎｎｅｃｔｅｄ）」又は「軽度に接続されたＵＥ（Ｌｉｇｈｔ ｃｏｎｎｅｃｔｅｄ ＵＥ）」を使用する。作業項目記述の目的は、「新しいＲＡＮベースの状態の必要性」と「解決策は中断／再開手順の再利用を検討できる」と述べている。したがって、ＲＲＣ中断／再開の概念を再利用するか、又は新しいＲＲＣ状態を導入するなど、軽度な接続をモデル化する方法の重要な側面の１つである。

考察１：Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎのモデリングについて、ページング拡張機能と併せて検討することができる。

ページングのための軽度な接続のモデリングにかかわらず、作業項目記述で合意されているように、以下の側面を議論することができる。

この解決策は、モバイル起点のデータ及びモバイル終端のデータの両方に適用されるものとする。

この解決策は、ＵＥの電力消費がＲＲＣ＿ＩＤＬＥの電力消費に匹敵することを可能にするものとする。

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

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

提案１：ＲＡＮ２は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎにおけるダウンリンク、アップリンク、及びサイドリンクを介したデータ送受信のためのＵＥの動作について議論する必要がある。

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

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

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

提案３：ＲＡＮ２は、ＵＥがＣＯＮＮからＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに移行する際に、ＳＣｅｌｌ（ｓ）及びＳＰＳが非活性化又は設定解除されているかどうかを議論すべきである。

２．１．４．ＵＥの側面からの支援情報
現在のＲＲＣは、近接性表示（Ｐｒｏｘｉｍｉｔｙ Ｉｎｄｉｃａｔｉｏｎ）、装置内共存表示（Ｉｎ−ｄｅｖｉｃｅ Ｃｏｅｘｉｓｔｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ）、ＵＥ支援情報（電力優先表示）、ＭＢＭＳ関心表示（ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ）、ＭＢＭＳカウント応答（ＭＢＭＳ Ｃｏｕｎｔｉｎｇ Ｒｅｓｐｏｎｓｅ）、及びサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）のような、様々なメカニズムのｅＮＢの機能制御を支援するために、ＵＥからの多くのインディケーションをサポートする。ＰＨＹ層において、サウンディング基準信号ＳＲＳは、例えば、ＵＬチャネルを推定するためにも使用される。軽度な接続では、いずれかのインディケーションがＵＥによって依然としてサポートされるべきかどうかを議論すべきである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上述した実施形態は、通信分野において有用である。

Claims (4)

1. ユーザ装置であって、
   特定上りリンク信号の送信が特定状態において送信可能か否かを示す設定情報をネットワークから受信する処理を行う制御部を備え、
   前記特定上りリンク信号は、前記ユーザ装置がＲＲＣコネクティッド状態において送信可能な上りリンク信号であり、
   前記特定状態は、前記ユーザ装置のＲＲＣ接続がサスペンドされている状態であり、
   前記ユーザ装置が前記特定状態にある場合、前記制御部は、前記設定情報に基づいて、前記ユーザ装置が前記特定状態において前記特定上りリンク信号を送信可能と判断した場合、前記特定上りリンク信号を送信する
   ユーザ装置。
2. 前記設定情報は、前記ネットワークからブロードキャストされるシステム情報ブロックに含まれており、
   前記ユーザ装置が前記特定状態にある場合、前記制御部は、前記システム情報ブロックに含まれる前記設定情報を受信する
   請求項１に記載のユーザ装置。
3. ユーザ装置のためのプロセッサであって、
   前記プロセッサは、特定上りリンク信号の送信が特定状態において送信可能か否かを示す設定情報をネットワークから受信する処理を行い、
   前記特定上りリンク信号は、前記ユーザ装置がＲＲＣコネクティッド状態において送信可能な上りリンク信号であり、
   前記特定状態は、前記ユーザ装置のＲＲＣ接続がサスペンドされている状態であり、
   前記ユーザ装置が前記特定状態にある場合、前記プロセッサは、前記設定情報に基づいて、前記ユーザ装置が前記特定状態において前記特定上りリンク信号を送信可能と判断した場合、前記特定上りリンク信号を送信する
   プロセッサ。
4. ユーザ装置のための方法であって、
   特定上りリンク信号の送信が特定状態において送信可能か否かを示す設定情報をネットワークから受信するステップであって、前記特定上りリンク信号は、前記ユーザ装置がＲＲＣコネクティッド状態において送信可能な上りリンク信号であり、前記特定状態は、前記ユーザ装置のＲＲＣ接続がサスペンドされている状態である、ステップと、
   前記ユーザ装置が前記特定状態にある場合、前記設定情報に基づいて、前記ユーザ装置が前記特定状態において前記特定上りリンク信号を送信可能と判断した場合、前記特定上りリンク信号を送信するステップと、を備える方法。

Images