(57)【要約】      （修正有）【課題】ユーザ装置をＲＲＣコネクティッド状態から特定状態に遷移させる基地局を提供する。【解決手段】ＬＴＥシステムにおいて、基地局２００は、ユーザ装置をＲＲＣコネクティッド状態から特定状態に遷移させる際に、ユーザ装置のＲＲＣ接続を復旧するために使用する復旧識別子をユーザ装置に送信する処理を実行する制御部２３０を備える。特定状態は、基地局からユーザ装置にページングエリアが設定された状態である。制御部２３０は、ページングエリアに対応する他の基地局に対して、ユーザ装置をページングするためのページング要求メッセージを送信する。ページング要求メッセージは、復旧識別子と、基地局２００からユーザ装置に設定したＤＲＸ設定を示す情報とを含む。制御部２３０は、他の基地局から、他の基地局がユーザ装置をページングすることに失敗したことを示す第１の情報を受信する。【選択図】図３
2020058058.tif 000002
【特許請求の範囲】
【請求項１】
基地局であって、
ユーザ装置をＲＲＣコネクティッド状態から特定状態に遷移させる際に、前記ユーザ装置のＲＲＣ接続を復旧するために使用する復旧識別子を前記ユーザ装置に送信する処理を実行する制御部を備え、
前記特定状態は、前記基地局から前記ユーザ装置にページングエリアが設定された状態であり、
前記制御部は、前記ページングエリアに対応する他の基地局に対して、前記ユーザ装置をページングするためのページング要求メッセージを送信し、
前記ページング要求メッセージは、前記復旧識別子と、前記基地局から前記ユーザ装置に設定したＤＲＸ設定を示す情報と、を含み、
前記制御部は、前記他の基地局から、前記他の基地局が前記ユーザ装置をページングすることに失敗したことを示す第１の情報を受信する、基地局。
【請求項２】
前記制御部は、前記ユーザ装置が前記特定状態をサポートすることを示す能力情報を、前記ユーザ装置から受信する、請求項１に記載の基地局。
【請求項３】
基地局に用いる方法であって、
ユーザ装置をＲＲＣコネクティッド状態から特定状態に遷移させる際に、前記ユーザ装置のＲＲＣ接続を復旧するために使用する復旧識別子を前記ユーザ装置に送信するステップであって、前記特定状態は、前記基地局から前記ユーザ装置にページングエリアが設定された状態である、ステップと、
前記ページングエリアに対応する他の基地局に対して、前記ユーザ装置をページングするためのページング要求メッセージを送信するステップであって、前記ページング要求は、前記復旧識別子と、前記基地局から前記ユーザ装置に設定したＤＲＸ設定を示す情報と、を含む、ステップと、
前記他の基地局から、前記他の基地局が前記ユーザ装置をページングすることに失敗したことを示す第１の情報を受信するステップと、を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムにおいて用いられる無線端末、基地局、及び方法に関する。
【背景技術】
【０００２】
近年、多数のアプリケーションを実行可能なスマートフォン等の無線端末の普及により、無線端末がネットワークに接続する頻度及びネットワークが無線端末のページングを行う頻度が増加している。
【０００３】
このため、移動通信システムにおいて、シグナリングに伴うネットワークの負荷が高まっている。このような状況に鑑み、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、シグナリングを削減するための技術の検討が進められている。
【発明の概要】
【０００４】
一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、前記無線端末を特定状態に遷移させるユニキャスト信号を基地局から受信する受信部と、前記ユニキャスト信号の受信に応じて、前記無線端末を特定状態に遷移させる制御部と、を備える。前記特定状態は、前記基地局主導のページング方式において用いられるページングエリアを示すページングエリア情報が前記無線端末に設定された状態である。前記受信部は、前記基地局がブロードキャストするエリア識別子をさらに受信する。前記制御部は、所定の条件が満たされたことに応じて、前記ページングエリア情報として前記エリア識別子を保持する。前記所定の条件は、前記ページングエリア情報として前記エリア識別子が前記基地局から指定されたという条件を含む。
【０００５】
一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、基地局主導の第１のページング方式において用いられるページングエリアを示すページングエリア情報が前記無線端末に設定された特定状態において、現在のサービングセルが前記特定状態を取り扱う機能を有しているか否かを判断する制御部を備える。前記現在のサービングセルが前記機能を有していないことに応じて、前記制御部は、前記特定状態からの復旧を要求するための復旧要求メッセージを前記現在のサービングセルに送信することが許可されていないと判断する第１の処理、ＲＲＣアイドルモードに遷移する第２の処理、コアネットワーク主導の第２のページング方式を用いるページングをモニタする第３の処理、のうち少なくとも１つの処理を行う。
【０００６】
一実施形態に係る無線端末は、移動通信システムにおいて用いられる。前記無線端末は、基地局主導の第１のページング方式において用いられるページングエリアを示すページングエリア情報が前記無線端末に設定された特定状態において、前記無線端末の移動先にある隣接セルが前記特定状態を取り扱う機能を有しているか否かを判断する制御部と、前記隣接セルが前記機能を有していないことに応じて、前記無線端末のサービングセルを現在のサービングセルから前記隣接セルに変更するセル再選択を行う前において、復旧要求メッセージを前記現在のサービングセルに送信する送信部と、を備える。前記復旧要求メッセージは、前記特定状態からの復旧を要求するためのメッセージである。
【０００７】
一実施形態に係る基地局は、移動通信システムにおいて用いられる。前記基地局は、前記基地局主導の第１のページング方式を用いて無線端末に対する第１のページングを行う制御部を備える。前記制御部は、前記第１のページングが前記無線端末に到達しない可能性があると判断したことに応じて、前記無線端末に対する第２のページングを開始させるための所定の情報をコアネットワークに通知する。前記第２のページングは、前記コアネットワーク主導の第２のページング方式を用いるページングである。前記制御部は、前記第１のページングの実行前又は前記第１のページングの実行中のタイミングにおいて、前記所定の情報を前記コアネットワークに通知する。
【０００８】
一実施形態に係る基地局は、前記基地局主導のページング方式を用いて無線端末に対するページングを行う制御部を備える。前記基地局主導のページング方式において、前記制御部は、前記無線端末を識別する識別情報を用いて、前記無線端末にページングメッセージを送信するための処理を行う。前記制御部は、前記識別情報を含むＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージをコアネットワークから受信することによって前記識別情報を取得する。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係るＬＴＥシステムの構成を示す図である。
【図２】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】実施形態に係るＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。
【図６】第１実施形態の動作パターン１に係るＵＥの動作例を示す図である。
【図７】第１実施形態の動作パターン１に係る動作シーケンス例を示す図である。
【図８】第１実施形態の動作パターン２に係るＵＥの動作例を示す図である。
【図９】第２実施形態に係る想定シナリオを示す図である。
【図１０】第３実施形態の変更例に係る動作例を示す図である。
【図１１】第４実施形態に係る動作例を示す図である。
【図１２】第４実施形態の変更例１に係る動作例を示す図である。
【図１３】第５実施形態に係る動作例を示す図である。
【図１４】付記に係る図である。
【図１５】付記に係る図である。
【図１６】付記に係る図である。
【発明を実施するための形態】
【００１０】
（移動通信システム）
実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【００１１】
ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１２】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。
【００１３】
Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理している。ｅＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。
【００１４】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ−ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリア（ＴＡ）の情報を管理する。トラッキングエリアは、複数のセルからなるエリアである。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ及びＳ−ＧＷは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００１５】
図２は、ＵＥ１００（無線端末）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００１６】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００１７】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００１８】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００１９】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００２０】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２１】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００２２】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２３】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００２４】
ＭＭＥは、制御部及びネットワーク通信部を有する。制御部は、ＭＭＥにおける各種の制御を行う。制御部は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。ネットワーク通信部は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ネットワーク通信部は、Ｓ１インターフェイス上で行う通信等に用いられる。
【００２５】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤを構成する。
【００２６】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００２７】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００２８】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００２９】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３０】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３１】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００ＣのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。
【００３２】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００３３】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００３４】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００３５】
（特定状態）
実施形態に係る特定状態について説明する。特定状態は、ＵＥ１００用のＳ１接続が維持されつつＵＥ１００用のシグナリングが抑制される状態である。Ｓ１接続は、Ｓ１ベアラと称されてもよい。Ｓ１接続は、Ｓ１インターフェイス上でｅＮＢ２００とＥＰＣ２０との間に確立される接続である。Ｓ１インターフェイスは、ユーザプレーン用のＳ１−Ｕインターフェイスと制御プレーン用のＳ１−ＭＭＥインターフェイスとを含む。Ｓ１接続は、Ｓ１−Ｕインターフェイス上でｅＮＢ２００とＳ−ＧＷとの間に確立されるＳ１−Ｕ接続と、Ｓ１−Ｃインターフェイス上でｅＮＢ２００とＭＭＥとの間に確立されるＳ１−ＭＭＥ接続と、を含んでもよい。
【００３６】
特定状態は、ＲＲＣコネクティッドモードの一状態又はＲＲＣアイドルモードの一状態であってもよい。特定状態によれば、一般的なＲＲＣコネクティッドモードに比べてシグナリングが削減される。特定状態によれば、一般的なＲＲＣアイドルモードに比べてＵＥ１００が迅速にデータ通信を開始することができる。以下において、特定状態を「Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態（Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ  ｓｕｂｓｔａｔｅ）」と称する。特定状態がＲＲＣコネクティッドモードの一状態であるケースを「モデリングＡ」と称する。特定状態がＲＲＣアイドルモードの一状態であるケースを「モデリングＢ」と称する。
【００３７】
Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００には、ＲＡＮページングが適用される。ＲＡＮページングは、Ｅ−ＵＴＲＡＮ１０（ｅＮＢ２００）によりページングが制御されるＲＡＮページングエリア単位でページングを行う。ＲＡＮページングエリアは、トラッキングエリアよりも狭いエリアであってもよい。ＲＡＮページングエリアを導入することにより、１のＵＥ１００に対してページングを行うセルの数を削減することができる。そのため、シグナリングを削減することができる。一例として、ＲＡＮページングエリアは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のＳ１接続を維持するアンカーｅＮＢのセルと当該アンカーｅＮＢの周辺のｅＮＢ２００のセルとにより構成される。周辺のｅＮＢ２００は、アンカーｅＮＢとのＸ２インターフェイスを有するｅＮＢ２００であってもよい。当該アンカーｅＮＢは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００宛てのデータ又はＮＡＳシグナリングをＭＭＥ／Ｓ−ＧＷ３００から受信すると、ＲＡＮページングを行うと判断し、周辺のｅＮＢ２００と共にＵＥ１００のページングを行ってもよい。当該ページングは、ＲＲＣページングメッセージを送信することにより行われてもよい。
【００３８】
Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に関する基本的な動作を以下に列記する。
【００３９】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態（Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ動作）をサポートするＵＥ１００は、ＵＥ能力情報（ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ）中でその旨を通知する。
【００４０】
・ＵＥ１００は、ＲＲＣシグナリングによりＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する。具体的には、ＵＥ１００は、ユニキャストＲＲＣシグナリング（ＲＲＣ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ  ｒｅｌｅａｓｅメッセージ）によりＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に設定される。
【００４１】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のＳ１接続は、「アンカーｅＮＢ」に維持され、アクティブである。アンカーｅＮＢは、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させたｅＮＢ２００であってもよい。ＵＥ１００が他のＲＡＮページングエリアに移動する場合、アンカーｅＮＢが切り替えられてもよい。
【００４２】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態は、ネットワークの観点からは、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）コネクティッド状態である。ＥＣＭは、ＵＥ１００とコアネットワーク（ＭＭＥ）との間の接続状態を示す。
【００４３】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００に対しては、ＲＡＮ（Ｅ−ＵＴＲＡＮ１０）始動でページング（ＲＡＮページング）を行うことができる。ＲＡＮページングは、アンカーｅＮＢにより始動されてもよい。ＲＡＮページングエリアは、１又は複数のセルにより構成される。当該複数のセルは、異なるｅＮＢにより管理されていてもよい。ページングメッセージは、一般的なＲＲＣページングメッセージを再利用して規定される。
【００４４】
・ページング処理（ＲＡＮページング）は、アンカーｅＮＢにより制御される。
【００４５】
・ＲＡＮページングエリアは、ＵＥ固有に設定することができる。ＵＥ固有のＲＡＮページングエリアは、ユニキャストシグナリング又はブロードキャストシグナリングによりｅＮＢ２００からＵＥ１００に設定される。ＲＡＮページングエリアは、セルのリスト又はページングエリアＩＤにより指定される。ＲＡＮページングエリアは、単一のセルであってもよい。ＲＡＮページングエリアは、トラッキングエリアと同一のエリアであってもよい。
【００４６】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣアイドルモードと同様なセル再選択メカニズムを実行する。
【００４７】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のコンテキスト情報（ＵＥ  ＡＳコンテキスト）は、当該ＵＥ及びアンカーｅＮＢの両方で保持される。
【００４８】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００がページングを検知した場合又はデータ送信を開始する場合には、当該ＵＥ１００は、ｅＮＢ２００との接続を復旧する。もしくは、ＵＥ１００はＲＲＣコネクティッドモードへ遷移してもよい。
【００４９】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、設定されたＲＡＮページングエリアの外に移動したときにネットワークに通知する。
【００５０】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣアイドルモードのＤＲＸ動作と同様なパラメータを用いてＤＲＸ動作を行う。ページング機会を決定するためのパラメータは、ＵＥのＩＤ（例えば、ＩＭＳＩ、Ｓ−ＴＭＳＩ、Ｒｅｓｕｍｅ  ＩＤ等）を含み得る。
【００５１】
・Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣプロシージャにより、一般的なＲＲＣコネクティッドモードの動作に移行する。モデリングＡにおいて、当該プロシージャは、ＲＲＣ復旧（ｒｅｓｕｍｅ）プロシージャ又はＲＲＣ再確立（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャである。モデリングＢにおいて、当該プロシージャは、ＲＲＣ復旧（ｒｅｓｕｍｅ）プロシージャである。
【００５２】
（第１実施形態）
上述したような移動通信システムを前提として第１実施形態について説明する。
【００５３】
第１実施形態において、各ｅＮＢ２００（又は各セル）が、自身が属するＲＡＮページングエリアの識別子をブロードキャストシグナリングにより送信するシナリオを想定する。このようなシナリオにおいて、ＵＥ１００に設定するＲＡＮページングエリア識別子をｅＮＢ２００がユニキャストシグナリングで送信する方法が考えられる。
【００５４】
しかしながら、このような方法は、ｅＮＢ２００がＲＡＮページングエリア識別子を明示的にＵＥ１００に設定することにより、ＲＡＮページングエリア識別子を管理するための処理負荷が増加する虞がある。また、ｅＮＢ２００が、ＵＥ１００が在圏するセルを含まないＲＡＮページングエリアの識別子をＵＥ１００に設定し得る。この場合、ＵＥ１００はＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態になった際に、設定されたＲＡＮページングエリア外に居ることになるため、直ちにネットワークに通知する必要がある。第１実施形態は、このような問題点を解決可能とする実施形態である。
【００５５】
第１実施形態に係るＵＥ１００（受信部１１０）は、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリングをｅＮＢ２００からサービングセルを介して受信する。ＵＥ１００（制御部１３０）は、当該ユニキャストシグナリングの受信に応じて、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する。Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態は、ｅＮＢ２００を含むＲＡＮによりページングが管理されるＲＡＮページングエリアを示すＲＡＮページングエリア識別子がＵＥ１００に設定された状態である。ＵＥ１００（制御部１３０）は、ＲＡＮページングエリア識別子が当該ユニキャストシグナリングに含まれなくても、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア識別子として所定エリアの識別子を保持する。所定エリアは、サービングセル、又はサービングセルが属するＲＡＮページングエリアである。
【００５６】
第１実施形態によれば、ｅＮＢ２００がＲＡＮページングエリア識別子を明示的にＵＥ１００に設定しなくても、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のサービングセル又は当該サービングセルが属するＲＡＮページングエリアを自身に設定されたＲＡＮページングエリアとして認識する。すなわち、ＵＥ１００に適用するＲＡＮページングエリアとして、ＵＥ１００がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のサービングセル又は当該サービングセルが属するＲＡＮページングエリアを暗示的に設定する。これにより、ｅＮＢ２００がＲＡＮページングエリア識別子を明示的にＵＥ１００に設定する場合の問題を解決することができる。
【００５７】
第１実施形態の動作パターン１において、ＵＥ１００（受信部１１０）は、サービングセルが属するＲＡＮページングエリアの識別子を含むブロードキャストシグナリングをｅＮＢ２００から受信する。ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア識別子として、ブロードキャストシグナリング中の識別子を保持する。
【００５８】
第１実施形態の動作パターン２において、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態への遷移を指示するユニキャストシグナリングは、ＵＥ１００に設定されるＲＡＮページングエリアが現在のサービングセルのみからなることを示す情報を含む。ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア識別子として、当該サービングセルの識別子を保持する。動作パターン２によれば、ＲＡＮページングエリアが１つのセルのみからなる場合に、ＵＥ１００に明示的にＲＡＮページングエリアを設定することを不要とすることができる。また、セル識別子をＲＡＮページングエリア識別子として流用することにより、ＲＡＮページングエリア識別子が枯渇することを防止することができる。セル識別子は、例えばＰＣＩ（Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  ＩＤ）又はＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  ＩＤ）等である。ＰＣＩは、ｅＮＢ２００が送信する同期信号に基づき特定される。ＥＣＧＩは、ｅＮＢ２００が送信するＳＩＢに含まれる。
【００５９】
第１実施形態において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア（所定エリア）に属しない他のセルにＵＥ１００が移動したか否かを判定する。ＵＥ１００（制御部１３０）は、当該他のセルにＵＥ１００が移動したと判定したことに応じて、当該他のセルに通知を送信する。
【００６０】
・動作パターン１
図６は、第１実施形態の動作パターン１に係るＵＥ１００の動作例を示す図である。
【００６１】
ステップＳ１０において、ＵＥ１００（受信部１１０）は、サービングセルが属するＲＡＮページングエリアの識別子を含むブロードキャストシグナリングをサービングセルから受信する。ブロードキャストシグナリングは、ブロードキャストＲＲＣシグナリング（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）であってもよい。ＵＥ１００（制御部１３０）は、サービングセルが属するＲＡＮページングエリアの識別子を記憶する。
【００６２】
ステップＳ１２において、ＵＥ１００（受信部１１０）は、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリングをサービングセルから受信する。ユニキャストシグナリングは、ユニキャストＲＲＣシグナリング（ＲＲＣ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ  ｒｅｌｅａｓｅメッセージ）であってもよい。
【００６３】
ステップＳ１４において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する。また、ＵＥ１００は、ＵＥ１００に設定されたＲＡＮページングエリア識別子としてブロードキャストシグナリング中の識別子（すなわち、ステップＳ１０で受信したＲＡＮページングエリア識別子）を保持する。
【００６４】
このように、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する指示（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ又はＲｅｌｅａｓｅメッセージ）を受けた場合、現在ブロードキャストされているＲＡＮページングエリア識別子を取得又は既に保持しているＲＡＮページングエリア識別子が有効であれば読み出して、自身に割り当てられたＲＡＮページングエリア識別子として保持する。ＵＥ１００が保持する変数にＲＡＮページングエリア識別子が格納されてもよい。
【００６５】
図７は、第１実施形態の動作パターン１に係る動作シーケンス例を示す図である。
【００６６】
ステップＳ１０１において、ｅＮＢ２００は、自セル（又は自ｅＮＢ）が属するＲＡＮページングエリア識別子（Ｐａｇｉｎｇ  Ａｒｅａ  ＩＤ）を含むＳＩＢを送信する。ＵＥ１００は、ＳＩＢを受信する。
【００６７】
ステップＳ１０２において、ＵＥ１００は、ＳＩＢ中のＲＡＮページングエリア識別子（Ｐａｇｉｎｇ  Ａｒｅａ  ＩＤ）を記憶する。
【００６８】
ステップＳ１０３において、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリング（Ｉｎｓｔｒｕｃｔｉｏｎ  ｔｏ  ｅｎｔｅｒ  ＬＣ）をＵＥ１００に送信する。なお、ＵＥ１００は、当該ユニキャストシグナリングを受信する際にＲＲＣコネクティッドモードにある。
【００６９】
ステップＳ１０４において、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、自身に設定されたＲＡＮページングエリア識別子としてＳＩＢ中の識別子（すなわち、ステップＳ１０２で記憶したＲＡＮページングエリア識別子）を保持する。言い換えると、ＵＥ１００は、ＳＩＢ中のＲＡＮページングエリア識別子を自身に設定されたＲＡＮページングエリア識別子とみなす。
【００７０】
その後、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のセルに滞在し続ける、又はＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のセルから他のセルに移動する。ここでは、ＵＥ１００がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のセルから他のセルに移動するケースを主として想定する。ＵＥ１００は、ＲＲＣアイドルモードと同様なセル再選択メカニズムを用いて、当該他のセルを再選択する。
【００７１】
ステップＳ１０５において、ｅＮＢ２００は、自セル（又は自ｅＮＢ）が属するＲＡＮページングエリア識別子（Ｐａｇｉｎｇ  Ａｒｅａ  ＩＤ）を含むＳＩＢを送信する。ＵＥ１００は、ＳＩＢを受信する。
【００７２】
ステップＳ１０６において、ＵＥ１００は、保持しているＲＡＮページングエリア識別子を読み出し、現在の（新しい）セルがブロードキャストしているＲＡＮページングエリア識別子（すなわち、ステップＳ１０５で受信したＲＡＮページングエリア識別子）と比較する。
【００７３】
これらが異なる場合（ステップＳ１０６：Ｎｏ）、ステップＳ１０７において、ＵＥ１００は、自身に設定されたＲＡＮページングエリアを出たことを示す通知（Ｒｅｐｏｒｔ  ｉｔ  ｍｏｖｅｄ  ａｃｒｏｓｓ  ｔｈｅ  ｃｏｎｆｉｇｕｒｅｄ  ｐａｇｉｎｇ  ａｒｅａ）を現在の（新しい）セルに送信する。一方、ステップＳ１０６で「Ｙｅｓ」の場合、ＵＥ１００は、当該通知を行なわない。
【００７４】
・動作パターン２
図８は、第１実施形態の動作パターン２に係るＵＥ１００の動作例を示す図である。図８において、図６に示す動作パターン１と同様な処理については、図６と同じステップ番号を付している。
【００７５】
ステップＳ１２において、ＵＥ１００（受信部１１０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリングをサービングセルから受信する。ユニキャストシグナリングは、ユニキャストＲＲＣシグナリング（ＲＲＣ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ  ｒｅｌｅａｓｅメッセージ）であってもよい。動作パターン２において、当該ユニキャストシグナリングは、ＵＥ１００に設定されるＲＡＮページングエリアが現在のサービングセルのみからなるか否かを示す情報を含む。
【００７６】
ステップＳ１３において、ＵＥ１００（制御部１３０）は、ユニキャストシグナリングに含まれる情報に基づいて、自身に設定されるＲＡＮページングエリアが現在のサービングセルのみからなるか否かを判定する。
【００７７】
ステップＳ１３で「ＮＯ」の場合、ステップＳ１０において、ＵＥ１００（受信部１１０）は、サービングセルが属するＲＡＮページングエリアの識別子を含むブロードキャストシグナリングをサービングセルから受信する。ブロードキャストシグナリングは、ブロードキャストＲＲＣシグナリング（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）であってもよい。ＵＥ１００（制御部１３０）は、受信したＲＡＮページングエリア識別子を記憶する。そして、ステップＳ１４において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、ＵＥ１００に設定されたＲＡＮページングエリア識別子としてブロードキャストシグナリング中の識別子（すなわち、ステップＳ１０で受信したＲＡＮページングエリア識別子）を保持する。
【００７８】
ステップＳ１３で「ＹＥＳ」の場合、ステップＳ１５において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、ＵＥ１００に設定されたＲＡＮページングエリア識別子として、現在のサービングセルの識別子（セル識別子）を保持する。ＵＥ１００は、ＵＥ１００に設定されたＲＡＮページングエリアが現在のサービングセルのみからなる旨の情報を保持してもよい。
【００７９】
（第１実施形態の変更例１）
第１実施形態の変更例１について、第１実施形態との相違点を主として説明する。
【００８０】
第１実施形態の変更例に係るＵＥ１００の基本的な動作は第１実施形態と同様である。ＵＥ１００（受信部１１０）は、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態（特定状態）に遷移させるユニキャスト信号をｅＮＢ２００から受信する。ＵＥ１００（受信部１１０）は、ｅＮＢ２００がブロードキャストするＲＡＮページングエリア識別子をさらに受信する。ＵＥ１００（制御部１３０）は、ユニキャスト信号の受信に応じて、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させる。Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態は、ｅＮＢ主導のページング方式（すなわち、ＲＡＮページング）において用いられるページングエリアを示すページングエリア情報がＵＥ１００に設定された状態である。ページングエリア情報は、ページングエリア設定と称されてもよい。
【００８１】
第１実施形態の変更例において、ＵＥ１００（制御部１３０）は、所定の条件が満たされたことに応じて、自身に設定されたページングエリア情報としてＲＡＮページングエリア識別子を保持する。所定の条件は、以下の第１の条件乃至第３の条件のうちの１つであってもよいし、２以上の条件の組み合わせであってもよい。
【００８２】
第１の条件は、ＲＡＮページングエリア識別子がｅＮＢ２００からブロードキャストされているという条件である。ＲＡＮページングエリア識別子がｅＮＢ２００からブロードキャストされている場合に、ＵＥ１００は、ページングエリア情報としてＲＡＮページングエリア識別子がｅＮＢ２００から指定されたと認識する。
【００８３】
第２の条件は、ページングエリア情報としてＲＡＮページングエリア識別子がｅＮＢ２００から指定されたという条件である。このような指定は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャスト信号（例えばＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ）により行なわれてもよい。例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ中に「ｒａｎ−ｐａｇｉｎｇＡｒｅａＩｄ＝ＴＲＵＥ」といった情報が含まれる場合に、ＵＥ１００は、ページングエリア情報としてＲＡＮページングエリア識別子がｅＮＢ２００から指定されたと認識する。
【００８４】
第３の条件は、ページングエリア情報としてＲＡＮページングエリア識別子以外の情報がｅＮＢ２００から指定されなかったという条件である。ＲＡＮページングエリア識別子以外の情報とは、例えば、セルのリスト、単一セル、及びトラッキングエリアのうち少なくとも１つである。ページングエリア情報としてＲＡＮページングエリア識別子以外の情報がｅＮＢ２００から指定されなかった場合に、ＵＥ１００は、ページングエリア情報としてＲＡＮページングエリア識別子がｅＮＢ２００から指定されたと認識する。
【００８５】
（第１実施形態の変更例２）
第１実施形態の変更例１において、ページングエリア情報としてＲＡＮページングエリア識別子をＵＥ１００に設定する一例を説明したが、セルのリスト、単一セル、又はトラッキングエリアをＵＥ１００に設定するケースを想定してもよい。例えば、ＵＥ１００は、ページングエリア情報としてセルのリスト又はトラッキングエリアがｅＮＢ２００から指定されなかった場合、ページングエリア情報として単一セルがｅＮＢ２００から指定されたと認識してもよい。この場合、ＵＥ１００は、自身に設定されたページングエリア情報として単一セルの情報を保持してもよい。
【００８６】
（第２実施形態）
第２実施形態について、第１実施形態との相違点を主として説明する。
【００８７】
図９は、第２実施形態に係る想定シナリオを示す図である。Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、複数のセルを跨いで移動する。しかしながら、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能を有しないセル（ｅＮＢ２００）も存在し得る。Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能とは、例えばＲＡＮページングの機能及びＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からＵＥ１００を復旧させる機能等である。以下において、このような機能を有しないセルを適宜「Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセル」と称する。
【００８８】
図９において、ｅＮＢ２００−１乃至２００−３により管理されるセルＡ乃至Ｃのうち、セルＢは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルである。ＵＥ１００は、セルＡ，Ｂ，Ｃの順に移動する。各ｅＮＢ２００（各セル）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否かを示す情報をブロードキャストしていてもよい。一例として、ｅＮＢ２００（送信部２１０）は、当該情報をＳＩＢにより送信する。このような情報は、暗示的な情報であってもよい。例えば、ＵＥ１００（制御部１３０）は、ＲＡＮページングエリア識別子をブロードキャストしているセルをＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするセルとみなしてもよい。もしくは、選択したセルが、ＵＥに設定されたＣｅｌｌ  ＩＤのリスト（ＲＡＮページングエリアに含まれるセルのリスト）に含まれている場合にはＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするセルとみなし、含まれていない場合にはＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルとみなしてもよい。
【００８９】
第２実施形態において、ＵＥ１００（制御部１３０）は、ＲＡＮページングエリアが設定されたＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能をサービングセルがサポートするか否かを判定する。ＵＥ１００（制御部１３０）は、当該機能をサービングセルがサポートしないと判定した場合でも、サービングセルにおいてＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を維持する。よって、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態のＵＥ１００は、図９に示すセルＡからセルＢに移動しても、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を維持する。言い換えると、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルを再選択しても、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ動作を中止せずに継続する。
【００９０】
比較例として、セルＡからセルＢに移動した際に、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ動作を中止し、通常のＲＲＣアイドルモードの動作を行うことが考えられる。しかしながら、その後にＵＥ１００がセルＢからセルＣに移動するシナリオを想定すると、ＵＥ１００は、セルＢにおいてＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ動作を継続することが好ましい。
【００９１】
第２実施形態において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態から復旧すべき所定イベントを検知する。Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧とは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ動作を中止して通常のＲＲＣコネクティッドモードの動作を行うことを意味する。所定イベントは、ＵＥ１００がページングを受信したことであってもよいし、ＵＥ１００がデータ又はシグナリングを送信する必要が生じたことであってもよい。
【００９２】
ＵＥ１００（制御部１３０）は、サービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートすると判定した場合において、所定イベントを検知したことに応じて、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧を要求する第１のＲＲＣメッセージをサービングセルに送信する。第１のＲＲＣメッセージは、ＲＲＣ復旧（ｒｅｓｕｍｅ）要求メッセージであってもよいし、ＲＲＣ再確立（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）要求メッセージであってもよい。
【００９３】
ＵＥ１００（制御部１３０）は、サービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないと判定した場合において、所定イベントを検知したことに応じて、サービングセルとのＲＲＣ接続の確立を要求する第２のＲＲＣメッセージをサービングセルに送信する。第２のＲＲＣメッセージは、ＲＲＣ接続要求メッセージであってもよい。言い換えると、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  ＣｏｎｎｅｃｔｉｏｎをサポートしないセルにおいてＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態から復旧するために、自身がＲＲＣアイドルモードであるとみなして、ＲＲＣ接続要求メッセージを送信する。ＲＲＣ接続要求メッセージは、一般的なＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する際に用いられるメッセージであるため、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルであっても当該メッセージを取り扱うことができる。
【００９４】
なお、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルでは、トラッキングエリアを用いた従来のページング（すなわち、ＭＭＥ主導によるページング）をモニタしない場合、ＵＥ１００が呼び出し出来なく虞がある。そこで、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、現在選択しているセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしている場合はＲＡＮページングをモニタし、サポートしていない場合は従来のＭＭＥ主導によるページングをモニタする。もしくは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするセルの配下においては、ＲＡＮページング及びＭＭＥ主導ページングの両方をモニタしてもよい。
【００９５】
ＭＭＥ主導ページングにおいて、ＵＥ１００は、自身の識別子であるＵＥ＿ＩＤとしてのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）によって特定されるタイミング、例えば、「ＳＦＮ  ｍｏｄ  Ｔ＝  （Ｔ  ｄｉｖ  Ｎ）＊（ＵＥ＿ＩＤ  ｍｏｄ  Ｎ）」においてモニタを行う。一方で、ＲＡＮページングにおけるモニタのタイミングは、ＭＭＥ主導ページングにおけるモニタのタイミングとは異なるタイミングで定義されてもよい（少なくとも異なるパラメータが設定できる）。
【００９６】
ＭＭＥ主導によるページングにおいては、ＵＥ１００は、ページング（呼び出し）に係る識別子（すなわち、ページングレコード）として、事前設定もしくはコアネットワークが割り当てた識別子（例えばＩＭＳＩ、Ｓ−ＴＭＳＩ）を検出する。一方、ＲＡＮページングにおいては、ＵＥ１００は、ＲＡＮノード（例えば基地局）が割り当てた（又は管理する）識別子（例えば、”Ｃｅｌｌ  ＩＤ＋Ｃ−ＲＮＴＩ”、Ｒｅｓｕｍｅ  ＩＤ等）の検出を行う。
【００９７】
（第２実施形態の変更例）
第２実施形態の変更例について、第２実施形態との相違点を主として説明する。
【００９８】
第２実施形態の変更例に係るＵＥ１００（制御部１３０）は、ｅＮＢ主導の第１のページング方式（すなわち、ＲＡＮページング）において用いられるページングエリアを示すページングエリア情報がＵＥ１００に設定されたＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、現在のサービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能を有しているか否か（すなわち、現在のサービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否か）を判断する。現在のサービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていないことに応じて、ＵＥ１００（制御部１３０）は、以下の第１の処理乃至第３の処理のうちの少なくとも１つを行う。
【００９９】
第１の処理は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧を要求するためのプロシージャを現在のサービングセルにおいて行うことができないと判断する処理である。当該プロシージャは、ＲＲＣ  Ｒｅｓｕｍｅプロシージャであってもよい。第１の処理は、復旧要求メッセージ（上述した第１のＲＲＣメッセージ）を現在のサービングセルに送信することが許可されていないと判断する処理であってもよい。言い換えると、ＵＥ１００は、現在のサービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしている場合のみ、復旧要求メッセージを現在のサービングセルに送信することができる。復旧要求メッセージは、ＲＡＮページングエリアの更新（ＰＡＵ：Ｐａｇｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）に関するＲＡＮページングエリア更新情報を含んでもよい。ＲＡＮページングエリア更新情報は、復旧要求メッセージに含まれてもよい。ＲＡＮページングエリア更新情報は、復旧要求メッセージの送信後に送信されるメッセージ（例えば、ＲＲＣ  Ｒｅｓｕｍｅ  Ｃｏｍｐｌｅｔｅメッセージ）に含まれてもよい。
【０１００】
第２の処理は、ＲＲＣアイドルモードに遷移する処理である。ＵＥ１００において、ＡＳレイヤは、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」をＮＡＳ（上位レイヤ）に通知してもよい。その結果、ＵＥ１００は、ＲＲＣアイドルモードに遷移する。ＡＳレイヤは、セル再選択動作により、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルを再選択した直後において、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」をＮＡＳレイヤに通知してもよい。ＡＳレイヤは、セル再選択動作により、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルを再選択した後において、ＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｅｄ）及び／又はＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ）が発生した際に、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」をＮＡＳレイヤに通知してもよい。ＭＴは、ページング受信を含む。ＭＯは、上りリンクのデータ又はシグナリングの必要が生じたことを含む。ＵＥ１００は、ＭＴ及び／又はＭＯが発生した際に、現在のサービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするか否かを判断してもよい。ＵＥ１００は、ＭＴ及び／又はＭＯが発生した時に、現在のサービングセルのＳＩＢを確認し、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎサポートが通知されていなければ、ＮＡＳレイヤに「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」の通知を行ってもよい。
【０１０１】
第３の処理は、コアネットワーク主導の第２のページング方式（すなわち、ＭＭＥ主導のページング）を用いるページングをモニタする処理である。このようなページングは、ＲＲＣアイドルモード用のページングであってもよい。具体的には、ＵＥ１００は、アイドルモード用のＤＲＸのページングオケージョン（ＰＦ／ＰＯ）に従ってページングをモニタする。なお、このようなページングオケージョンについては第５実施形態において説明する。また、第３の処理において、ＵＥ１００は、ページングメッセージを受信し、受信したページングメッセージ中のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）及び／又はＳ−ＴＭＳＩ（ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を確認し、自身宛のページングメッセージであるか否かを判断する。第３の処理において、ＵＥ１００は、受信したページングメッセージについて、ＲＡＮページング用の識別子（例えば、Ｒｅｓｕｍｅ  ＩＤ）の確認を行わなくてもよい。第３の処理において、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を維持する（すなわち、ＲＲＣアイドルモードに遷移せず、通常のＲＲＣコネクティッドモードに戻らない）としてもよい。ＵＥ１００は、ＭＴ又はＭＯが発生した場合に、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態から抜けて通常のＲＲＣコネクティッドモードに戻ってもよい。或いは、ＵＥ１００は、ＭＴ又はＭＯが発生した場合に、例えばＡＳレイヤからＮＡＳレイヤに「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｆａｉｌｕｒｅ」に通知することにより、ＲＲＣアイドルモードに遷移してもよい。
【０１０２】
ＵＥ１００は、現在のサービングセルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていないことに応じて、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態のために用いるメッセージを現在のサービングセルに送信することができないと判断してもよい。このようなメッセージとしては、例えば、ＵＥ１００においてデータ通信が発生していない（又は発生する見込みが無い）ことを示す通知メッセージであってもよい。
【０１０３】
（第３実施形態）
第３実施形態について、第１及び第２実施形態との相違点を主として説明する。第３実施形態は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のセル再選択動作に関する実施形態である。
【０１０４】
第３実施形態に係るＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態においてセル再選択動作を行う制御部１３０を備える。制御部１３０は、当該セル再選択動作において、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧をサポートするセルをＵＥ１００のサービングセルとして優先的に選択する。
【０１０５】
一般的なセル再選択動作は、セルが属する周波数の優先度及びセルの無線品質に基づくランキングにより、適切なセルを選択する動作である。
【０１０６】
第３実施形態に係るセル再選択動作おいて、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｅｄをサポートするセルを最高優先度（Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙ）としてもよい。ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｅｄをサポートしないセルを最低優先度（Ｌｏｗｅｓｔ  ｐｒｉｏｒｉｔｙ）としてもよい。ここで、Ｈｉｇｈｅｓｔ／Ｌｏｗｅｓｔとは、ｅＮＢ２００からブロードキャストされている優先度（ＣｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ：０〜７）又は当該優先度とサブ優先度（ＣｅｌｌＲｅｓｅｌｅｃｔｉｏｎＳｕｂＰｒｉｏｒｉｔｙ：０．２、０．４、０．６、０．８）を加算した値よりも、高い／低い優先度（例えば、“８”、“−１”）を意味する。
【０１０７】
第３実施形態に係るセル再選択動作おいて、ＵＥ１００（制御部１３０）は、ランキングにオフセットを導入することにより、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｅｄをサポートするセルを優先してもよい。例えば、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｅｄをサポートするセルにはプラスのオフセットを加算する、及び／又はＬｉｇｈｔ  Ｃｏｎｎｅｃｔｅｄをサポートしないセルにはマイナスのオフセットを加算する。当該オフセット値は、予め定義された値でもよく、ｅＮＢ２００から設定された値であってもよい。ｅＮＢ２００から設定される場合、ｅＮＢ２００は、当該オフセット値をブロードキャストしてもよい。ｅＮＢ２００から設定される場合、ｅＮＢ２００は、ＵＥ個別に専用シグナリングにより当該オフセット値を設定してもよい。
【０１０８】
第３実施形態において、ｅＮＢ２００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧をサポートするセルの優先制御を行うか否かをＵＥ１００に設定してもよい。当該設定は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する時に設定されてもよい。当該設定は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ又はＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅに含まれていてもよい。
【０１０９】
各ｅＮＢ２００（各セル）は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態（具体的には、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧）をサポートしているか否かを示す情報をブロードキャストしていてもよい。一例として、ｅＮＢ２００は、当該情報をＳＩＢにより送信する。このような情報は、暗示的な情報であってもよい。例えば、ＵＥ１００は、ＲＡＮページングエリアの識別子を送信しているセルをＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態をサポートしているセルとみなしてもよい。
【０１１０】
第３実施形態において、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧をサポートし、かつ所定の無線品質基準（例えばＳ  ｃｒｉｔｅｒｉｏｎ）を満たすセルが検出されないことに応じて、ＲＲＣアイドルモードに遷移してもよい。一例として、ＵＥ１００は、Ｓ  ｃｒｉｔｅｒｉｏｎを満たすセルがｌｅｇａｃｙセル（すなわち、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態をサポートしていないセル）だけであった場合などにおいて、ＲＲＣアイドルモードに遷移してもよい。
【０１１１】
（第３実施形態の変更例）
第３実施形態の変更例について、第３実施形態との相違点を主として説明する。
【０１１２】
第３実施形態の変更例に係るＵＥ１００（制御部１３０）は、ｅＮＢ主導の第１のページング方式（ＲＡＮページング）において用いられるページングエリアを示すページングエリア情報がＵＥ１００に設定されたＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００の移動先にある隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能を有しているか否か（すなわち、隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否か）を判断する。ＵＥ１００（送信部１２０）は、隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていないことに応じて、ＵＥ１００のサービングセルを現在のサービングセルから隣接セルに変更するセル再選択を行う前において、復旧要求メッセージを現在のサービングセルに送信する。復旧要求メッセージは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧を要求するためのメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅメッセージ）である。
【０１１３】
第３実施形態の変更例において、ＵＥ１００（受信部１１０）は、隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否かを示す情報を現在のサービングセルから受信してもよい。ＵＥ１００（制御部１３０）は、現在のサービングセルから受信した情報に基づいて、隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否かを判断してもよい。
【０１１４】
図１０は、第３実施形態の変更例に係る動作例を示す図である。
【０１１５】
ステップＳ３０１において、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、隣接セルに対する測定結果等に基づいて、隣接セルへのセル再選択を行う必要が生じたか否かを判断する。当該判断は、実際にセル再選択を行うより以前の所定のタイミングにおいて実施される。所定のタイミングは、セル再選択の直前のタイミングであってもよく、ある一定期間の猶予をもったタイミングであってもよい。測定結果とは、受信レベル（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）の測定結果であってもよい。測定結果とは、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及び／又はＲＳ−ＳＩＮＲ（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ−ｓｉｇｎａｌ  ｔｏ  ｎｏｉｓｅ  ａｎｄ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｔｉｏ）の測定結果であってもよい。ＵＥ１００は、ｅＮＢ２００から設定された閾値（例えば、ＲＳＲＰ閾値、ＲＳＲＱ閾値、及び／又はＲＳ−ＳＩＮＲ閾値）により、セル再選択の直前であることを認識してもよい。当該閾値は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎを指示するユニキャストシグナリング（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ）で設定されてもよく、ＳＩＢでブロードキャストされていてもよい。
【０１１６】
隣接セルへのセル再選択を行う必要が生じたと判断した場合（ステップＳ３０１：ＹＥＳ）、ステップＳ３０２において、ＵＥ１００は、当該隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするか否かを判断する。ＵＥ１００は、現在のサービングセルから、隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否かを示すリストを受信する。ＵＥ１００は、当該リストに基づいて当該判断を行なってもよい。当該リストは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートする隣接セルの識別子のリストでもよいし。当該リストは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしない隣接セルの識別子のリストであってもよい。或いは、ＵＥ１００は、隣接セルがブロードキャストする情報（例えば、ＳＩＢ）に基づいて当該判断を行なってもよい。隣接セルがブロードキャストする情報は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするか否かを示す情報であってもよい。Ｓ３０２の処理は、Ｓ３０１よりも以前に行なわれてもよい。
【０１１７】
隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートすると判断した場合（ステップＳ３０２：ＹＥＳ）、ステップＳ３０３において、ＵＥ１００は、当該隣接セルへのセル再選択を行う。
【０１１８】
隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしないと判断した場合（ステップＳ３０２：ＮＯ）、ステップＳ３０４において、ＵＥ１００は、通常のＲＲＣコネクティッドモードに遷移するために、復旧要求メッセージを現在のサービングセルに送信する。
【０１１９】
復旧要求メッセージは、ＵＥ１００がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する際にｅＮＢ２００からＵＥ１００に割り当てられた識別子（例えば、Ｒｅｓｕｍｅ  ＩＤ）を含んでもよい。当該識別子は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎを指示するユニキャストシグナリング（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ）でＵＥ１００に設定されてもよい。
【０１２０】
復旧要求メッセージは、隣接セルがＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていないことを示す情報を含んでもよい。当該情報は、復旧要求の理由を示す「Ｒｅｓｕｍｅ  Ｃａｕｓｅ」として復旧要求メッセージに含まれてもよい。
【０１２１】
復旧要求メッセージは、隣接セルを識別する識別情報を含んでもよい。当該識別情報は、ＰＣＩ（Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ）及び／又はＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）等である。復旧要求メッセージは、隣接セルに対する測定結果を含んでもよい。測定結果は、ＲＳＲＰであってもよい。測定結果は、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）であってもよい。隣接セルの識別情報及び／又は測定結果は、ｅＮＢ２００（例えば、現在のサービングセル）からのユニキャストシグナリング又はＳＩＢにより指示された場合に限り復旧要求メッセージに含めるとしてもよい。ＵＥ１００は、ｅＮＢ２００から指示がない場合には、隣接セルの識別情報及び／又は測定結果を復旧要求メッセージに含めなくてもよい。例えば、ｅＮＢ２００は、ＵＥ１００を通常のＲＲＣコネクティッドモードに戻した直後にＵＥ１００の測定報告をトリガさせる予定であれば、当該指示を行わない。
【０１２２】
ステップＳ３０４の結果、ＵＥ１００は、通常のＲＲＣコネクティッドモードに遷移する。その後、現在のサービングセル（ｅＮＢ２００）は、ＵＥ１００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージを送信することにより、ＵＥ１００をＲＲＣアイドルモードに遷移させてもよい。ｅＮＢ２００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｊｅｃｔメッセージをＵＥ１００に送信することにより、ＵＥ１００を通常のＲＲＣコネクティッドモードに遷移させずにＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態からＲＲＣアイドルモードに遷移させてもよい。ｅＮＢ２００は、ＵＥ１００をＲＲＣコネクティッドモードに遷移させた後、復旧要求メッセージに含まれる隣接セルの識別情報及び／又は測定結果等に基づいて、当該隣接セルに対してＵＥ１００をハンドオーバしてもよい。ｅＮＢ２００は、ＵＥ１００のハンドオーバを行うか否かの判断の際に、ＵＥ１００の過去のデータ通信履歴等を考慮してもよい。ｅＮＢ２００は、復旧要求メッセージを送信したＵＥ１００のコンテキスト情報（ＵＥコンテキスト）を削除してもよいし、隣接セル（隣接ｅＮＢ）に転送してもよい。
【０１２３】
（第４実施形態）
第４実施形態について、第１乃至第３実施形態との相違点を主として説明する。第４実施形態は、ｅＮＢ２００がＲＡＮページングを行う動作に関する実施形態である。
【０１２４】
第４実施形態に係るｅＮＢ２００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００に対してＲＡＮページングを行い、ＲＡＮページングが成功したか否かを判断する制御部２３０と、ＲＡＮページングの失敗に応じて、ＲＡＮページングの失敗を示す失敗通知をＭＭＥ３００Ｃに送信する送信部（バックホール通信部２４０）と、を備える。ＲＡＮページングは、ＲＡＮページングエリア単位でＲＡＮがＵＥ１００のページングを行う動作である。失敗通知は、ＵＥ１００が在圏するトラッキングエリアに基づくページングをＭＭＥ３００Ｃに実行させるためのメッセージであってもよい。よって、ＲＡＮページングが失敗した場合でも、ＭＭＥ３００Ｃが通常のページングを実行することができる。
【０１２５】
第４実施形態に係るｅＮＢ２００は、ＲＡＮページングエリア内の他のｅＮＢ２００がページングに成功したか否かに関する情報を当該他のｅＮＢ２００から受信する受信部（バックホール通信部２４０）を備えてもよい。制御部２３０は、自ｅＮＢ２００及び他のｅＮＢ２００の両方でページングに失敗したことに応じて、ＲＡＮページングが失敗したと判断する。
【０１２６】
図１１は、第４実施形態に係る動作例を示す図である。図１１において、アンカーｅＮＢ２００−１及びｅＮＢ２００−２は、同一のＲＡＮページングエリアに属する。アンカーｅＮＢ２００−１及びｅＮＢ２００−２は、Ｘ２インターフェイスを介して接続されていてもよい。初期状態において、ＵＥ１００は、ＲＲＣコネクティッドモードにある（Ｓ２００１、Ｓ２００２）。図１１において、破線で示す動作は必須ではない。
【０１２７】
ステップＳ２００３及びＳ２００４の動作は第１実施形態と同様である。
【０１２８】
ステップＳ２００５において、アンカーｅＮＢ２００−１は、ＵＥ１００用のＳ１接続を介して、ＵＥ１００宛てのデータ（ＤＬ  ｄａｔａ）をＳ−ＧＷ３００Ｕから受信する。アンカーｅＮＢ２００−１は、当該データの受信に応じて、ＵＥ１００のページングを開始すると判断する。
【０１２９】
ステップＳ２００６において、アンカーｅＮＢ２００−１は、ＵＥ１００のページング（ＲＡＮページング）の実施を要求するページング要求（Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００−２に送信する。ページング要求は、ページングタイミングを特定するための情報を含んでもよい（第５実施形態参照）。
【０１３０】
ステップＳ２００７において、アンカーｅＮＢ２００−１は、ページングを開始すると判断した際に、又はページング要求を送信した際に、タイマを開始させる。アンカーｅＮＢ２００−１は、ＵＥ１００からページング応答を受信した際に、又はｅＮＢ２００−２からページング成功通知を受信した際に、タイマを停止させてもよい。
【０１３１】
ステップＳ２００８において、アンカーｅＮＢ２００−１及びｅＮＢ２００−２は、ＵＥ１００に設定されたＲＡＮページングエリア内で、ＵＥ１００宛てのページングメッセージ（Ｒａｎ  ｐａｇｉｎｇ）を送信する。ここでは、ＵＥ１００がページングメッセージ（Ｒａｎ  ｐａｇｉｎｇ）の受信に失敗したと仮定して説明を進める。
【０１３２】
ステップＳ２００９において、ｅＮＢ２００−２は、ＵＥ１００のページング（ＲＡＮページング）に失敗したことを示す失敗通知（Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）をアンカーｅＮＢ２００−１に送信する。
【０１３３】
ステップＳ２０１０において、アンカーｅＮＢ２００−１は、タイマが満了したか否か、及び／又は失敗通知（Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）を受信したか否かを判断する。ここでは、タイマが満了した、及び／又は失敗通知（Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）を受信したと仮定して、説明を進める。
【０１３４】
ステップＳ２０１１において、アンカーｅＮＢ２００−１は、ＲＡＮページングの失敗を示す失敗通知（ＲＡＮ  Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）をＳ１インターフェイス上でＭＭＥ３００Ｃに送信する。失敗通知（ＲＡＮ  Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）は、当該ＵＥ１００をＭＭＥ３００Ｃが識別するための識別子（例えば、ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ）を含む。失敗通知（ＲＡＮ  Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）は、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ、Ｃａｕｓｅ（例えばＲＡＮ  Ｐａｇｉｎｇ  Ｆａｉｌｅｄ）等を含んでもよい。失敗通知（ＲＡＮ  Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）に代えて、ページングの実施を要求するページング要求（Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔ）を用いてもよい。
【０１３５】
ステップＳ２０１２において、ＭＭＥ３００Ｃは、アンカーｅＮＢ２００−１からの失敗通知（ＲＡＮ  Ｐａｇｉｎｇ  Ｆａｉｌｕｒｅ）の受信に応じて、ＵＥ１００が在圏するトラッキングエリアに属する各ｅＮＢ２００にページングメッセージ（ＰＡＧＩＮＧ）を送信する。ＵＥ１００が在圏するトラッキングエリアに属する各ｅＮＢ２００は、当該ページングメッセージを自セル内に送信する。ＭＭＥ３００Ｃは、ＵＥ１００が在圏するトラッキングエリアに属する全てのｅＮＢ２００にページングメッセージを送信することに変えて、当該トラッキングエリアに属する一部のｅＮＢ２００にのみページングメッセージを送信してもよい。
【０１３６】
ステップＳ２０１３において、ＵＥ１００は、ページングメッセージ（ＰＡＧＩＮＧ）の受信に応じて、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態から復旧することを要求するメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｂｏｏｔ  ｒｅｑｕｅｓｔ）をｅＮＢ２００（例えばアンカーｅＮＢ２００−１）に送信する。
【０１３７】
（第４実施形態の変更例１）
第４実施形態の変更例１について、第４実施形態との相違点を主として説明する。
【０１３８】
図１２は、第４実施形態の変更例１に係る動作例を示す図である。図１２に示すｅＮＢ２００−１乃至２００−ｎは、同一のトラッキングエリアに属するｅＮＢ２００である。
【０１３９】
図１２に示すように、ステップＳ２０１において、ｅＮＢ２００−１は、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させる。
【０１４０】
ステップＳ２０２において、ｅＮＢ２００−１は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるＵＥ１００に関する遷移通知（Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）をＭＭＥ３００Ｃに送信する。遷移通知は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるＵＥ１００（特定のＵＥ１００）を識別するための識別子（例えば、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ）を含む。
【０１４１】
ステップＳ２０３において、ＭＭＥ３００Ｃは、遷移通知の受信に応じて、監視要求（Ｎｏｔｉｆｙ  ＤＬ  ｄａｔａ  Ｒｅｑｕｅｓｔ）をＳ−ＧＷ３００Ｕに送信する。監視要求は、特定のＵＥ１００宛てのＤＬデータがあるか否かを監視するよう要求するメッセージである。当該メッセージは、特定のＵＥ１００を識別するための識別子（例えば、ＧＴＰ  ＴＥＩＤ）を含む。Ｓ−ＧＷ３００Ｕは、監視要求の受信に応じて、特定のＵＥ１００宛てのＤＬデータの監視を開始する。Ｓ−ＧＷ３００Ｕは、監視を開始する場合に、ＭＭＥ３００Ｃに対して、監視要求に対する肯定応答（ＡＣＫ）を送信してもよい。
【０１４２】
ステップＳ２０４において、Ｓ−ＧＷ３００Ｕは、特定のＵＥ１００宛てのＤＬデータをＰ−ＧＷから受信する。Ｓ−ＧＷ３００Ｕは、Ｓ１−Ｕ接続を用いて、特定のＵＥ１００宛てのＤＬデータをｅＮＢ２００−１に転送してもよい（ステップＳ２０５）。或いは、Ｓ−ＧＷ３００Ｕは、特定のＵＥ１００宛てのＤＬデータの転送を暫定的に停止してもよい。ＭＭＥ３００Ｃは、監視要求と同じメッセージ又は監視要求とは異なるメッセージを用いて、このような停止を要求する監視要求をＳ−ＧＷ３００Ｕに送信してもよい。
【０１４３】
特定のＵＥ１００宛てのＤＬデータを受信した場合（ステップＳ２０６：ＹＥＳ）、ステップＳ２０７において、Ｓ−ＧＷ３００Ｕは、特定のＵＥ１００宛てのＤＬデータが存在することを示す通知（Ｎｏｔｉｆｙ  ＤＬ  ｄａｔａ）をＭＭＥ３００Ｃに送信する。
【０１４４】
ステップＳ２０８において、ＭＭＥ３００Ｃは、特定のＵＥ１００宛てのＤＬデータ又はＮＡＳシグナリングを送信する必要が生じたか否かを判定する。ＭＭＥ３００Ｃは、Ｓ−ＧＷ３００Ｕからの通知に基づいて、特定のＵＥ１００宛てのＤＬデータを送信する必要が生じたか否かを判定する。
【０１４５】
ステップＳ２０８において「ＹＥＳ」である場合、ＭＭＥ３００Ｃは、遷移通知に含まれるＵＥ識別子に基づいて、特定のＵＥ１００の登録トラッキングエリアを判定し、登録トラッキングエリアに属するｅＮＢ２００に対して、Ｓ１ページングメッセージを送信する。その後、ページング（Ｐａｇｉｎｇ）プロシージ及びＲＲＣ接続復旧（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）プロシージャが行われる。
【０１４６】
（第４実施形態の変更例２）
第４実施形態の変更例２について、第４実施形態及びその変更例１との相違点を主として説明する。
【０１４７】
第４実施形態において、ｅＮＢ主導の第１のページング方式を用いるページング（ＲＡＮページング）の失敗に応じて、コアネットワーク（ＭＭＥ）主導の第２のページング方式を用いるページング（ＭＭＥページング）を行う一例を説明した。第４実施形態の変更例は、ＲＡＮページングと並行してＭＭＥページングを行う変更例である。
【０１４８】
第４実施形態の変更例２に係るｅＮＢ２００（制御部２３０）は、ｅＮＢ主導の第１のページング方式を用いてＵＥ１００に対する第１のページング（ＲＡＮページング）を行う。第４実施形態の変更例に係るｅＮＢ２００は、アンカーｅＮＢであってもよい。ｅＮＢ２００（制御部２３０）は、ＲＡＮページングがＵＥ１００に到達しない可能性があると判断したことに応じて、ＵＥ１００に対するＭＭＥページングを開始させるための所定の情報をコアネットワーク（ＭＭＥ）に通知する。ＵＥ１００（制御部２３０）は、ＲＡＮページングの実行前又はＲＡＮページングの実行中のタイミングにおいて、所定の情報をコアネットワーク（ＭＭＥ）に通知する。所定の情報は、ＭＭＥページングの実行要求であってもよい。所定の情報は、第４実施形態の変更例１と同様な通知であってもよい。
【０１４９】
第４実施形態の変更例２において、ｅＮＢ２００（制御部２３０）は、所定の地理的エリア内において、ＲＡＮページングにおいて用いるページングエリア（すなわち、ＲＡＮページングエリア）がカバーしない領域が存在することに応じて、ＲＡＮページングがＵＥ１００に到達しない可能性があると判断してもよい。所定の地理的エリアは、ＲＡＮページングエリアに対応する地理的範囲のエリアであってもよい。所定の地理的エリアは、トラッキングエリアであってもよい。所定の地理的エリアに含まれるセルの中にＲＡＮページングをサポートしないセルが存在する場合、当該セルの地理的範囲はＲＡＮページングエリアによりカバーされないことになる。言い換えると、所定の地理的エリア内において、ＲＡＮページングのカバレッジホールが生じる。このようなケースにおいて、ｅＮＢ２００（制御部２３０）は、ＲＡＮページングがＵＥ１００に到達しない可能性があると判断し、ＲＡＮページングと並行してＭＭＥページングを行うよう制御する。
【０１５０】
ｅＮＢ２００は、ＵＥ１００にＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎを設定した際にその旨をＭＭＥ３００Ｃに通知してもよい。ｅＮＢ２００は、ＵＥ１００にＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎを設定する前において、ＵＥ１００がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていると判断した際に、その旨をＭＭＥ３００Ｃに通知してもよい。ｅＮＢ２００は、ＯＡＭからの設定に基づいて、ＭＭＥ３００Ｃに対する通知を行なってもよい。
【０１５１】
ＭＭＥ３００Ｃは、当該通知を受けた後において、Ｓ−ＧＷ３００Ｕからの通知（図１２のステップＳ２０７参照）に応じてＳ１ページングメッセージを送信してもよい。ＭＭＥ３００Ｃは、定期的にＳ１ページングメッセージを送信してもよい。
【０１５２】
Ｓ−ＧＷ３００Ｕは、ＤＬデータが到着した場合（図１２のステップＳ２０４参照）において、ＲＡＮページングのためにアンカーｅＮＢにＤＬデータを転送するとともに、ＭＭＥページングのために当該ＤＬデータ（のコピー）を保持してもよい。
【０１５３】
ＭＭＥ３００ＣからＳ１ページングメッセージを受信したｅＮＢ２００は、受信したＳ１ページングメッセージ（ＭＭＥページングメッセージ）とＲＡＮページングメッセージをマージして、ＵＥ１００に送信するページングメッセージ（ＲＲＣメッセージ）を生成してもよい。例えば、Ｓ１ページングメッセージ中のＩＭＳＩとＲＡＮページングメッセージ中のＲｅｓｕｍｅ  ＩＤとの両方を含むページングメッセージ（ＲＲＣメッセージ）を生成してもよい。
【０１５４】
ＵＥ１００は、ＭＭＥページングメッセージのみを受信する、ＲＡＮページングメッセージのみを受信する、又は両方のメッセージを受信する。或いは、ＵＥ１００は、ＭＭＥページングメッセージとＲＡＮページングメッセージとがマージされたページングメッセージを受信し得る。ＵＥ１００は、受信したページングメッセージ中のＵＥ識別情報（例えば、ＴＭＧＩ、Ｓ−ＴＭＳＩ、Ｒｅｓｕｍｅ  ＩＤ）を確認し、ＵＥ識別情報の種類に応じてページングメッセージの種類を判断してもよい。
【０１５５】
例えば、ＵＥ１００は、受信したページングメッセージに、自身に割り当てられたＲｅｓｕｍｅ  ＩＤ（及びＳ−ＴＭＳＩ）が含まれていれば、ＲＡＮページングメッセージを受信したと判断してもよい。ＵＥ１００は、受信したページングメッセージに、自身に割り当てられたＲｅｓｕｍｅ  ＩＤ（及びＳ−ＴＭＳＩ）が含まれてなければ、ＭＭＥページングメッセージを受信したと判断してもよい。ＵＥ１００は、ページングメッセージの受信に応じて、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅプロシージャを開始してもよい。
【０１５６】
ＵＥ１００は、受信したページングメッセージの種類に対応する応答をネットワークに送信してもよい。例えば、ＵＥ１００は、ＭＭＥページングメッセージを受信したと判断した場合には、ページング応答（ＮＡＳシグナリング）をＭＭＥ３００Ｃに送信してもよい。ＵＥ１００は、ＲＡＮページングメッセージを受信したと判断した場合には、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｓｕｍｅメッセージをｅＮＢ２００に送信してもよい。ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅメッセージに、ページングを受信したことを示す情報（Ｃａｕｓｅ＝ＭＴ  ａｃｃｅｓｓ）を含めてもよい。ＵＥ１００は、ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅメッセージに、自身に割り当てられたＲｅｓｕｍｅ  ＩＤを含めてもよい。
【０１５７】
ＵＥ１００は、ＲＡＮページング及びＭＭＥページングの両方のページングメッセージ（又はマージされたページングメッセージ）を受信したと判断した場合、ＭＭＥページングへの応答を優先してもよいし、ＲＡＮページングへの応答を優先してもよい。ＵＥ１００は、ＲＡＮページング及びＭＭＥページングの両方のページングメッセージ（又はマージされたページングメッセージ）を受信したと判断した場合、当該両方のページングメッセージに対応する２つの応答を送信してもよい。
【０１５８】
ＭＭＥ３００Ｃは、ページング応答をＵＥ１００から受信した場合に、アンカーｅＮＢに対して、当該応答があった旨を通知してもよい。ｅＮＢ２００は、ＲＡＮページングに対する応答をＵＥ１００から受信した場合に、ＭＭＥ３００Ｃに対して、当該応答があった旨を通知してもよい。
【０１５９】
（第４実施形態の変更例３）
ＭＭＥ３００Ｃは、トラッキングエリア更新メッセージ（ＮＡＳシグナリング）をＵＥ１００から受信した場合に、アンカーｅＮＢに対して通知を行ってもよい。ＭＭＥ３００Ｃは、ＲＡＮページングエリアをトラッキングエリアと同じに設定している場合に限って当該通知を送信してもよい。ＭＭＥ３００Ｃは、ｅＮＢ２００からＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎに設定している旨の通知を受けていた場合のみ当該通知を送信してもよい。ＭＭＥ３００Ｃは、現在ＵＥ１００が接続しているｅＮＢの識別子を当該通知に含めてもよい。アンカーｅＮＢは、当該通知に基づいて、現在ＵＥ１００が接続しているｅＮＢに対してＵＥコンテキストを転送してもよい。或いは、当該通知は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅであってもよい。ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅを受信したｅＮＢ２００は、ＵＥコンテキストを解放する。
【０１６０】
（第５実施形態）
第５実施形態について、第１乃至第４実施形態との相違点を主として説明する。第５実施形態は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のＤＲＸ動作に関する実施形態である。
【０１６１】
一般的なアイドルモードＤＲＸ動作について説明する。消費電力を削減するために、間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）がＵＥ１００に設定され得る。ＤＲＸ動作において、ＲＲＣアイドルモードのＵＥ１００は、所定の時間間隔（ＤＲＸサイクル）で発生するページング受信機会（ページングオケージョン）においてページングメッセージをモニタする。ＤＲＸ動作において、ＵＥ１００は、ページングを受信するためにＰＤＣＣＨを間欠的にモニタする。ＵＥ１００は、ページング用の識別子（Ｐ−ＲＮＴＩ：Ｐａｇｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を用いてＰＤＣＣＨをデコードし、ページングチャネルの割り当て情報を取得する。ＵＥ１００は、割当情報に基づいて、ページングメッセージを取得する。ＵＥ１００におけるＰＤＣＣＨモニタタイミングは、ＵＥ１００の識別子（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）に基づいて定められる。ＤＲＸ動作におけるＰＤＣＣＨモニタタイミング（ＰＤＣＣＨモニタサブフレーム）は、ページングオケージョン（ＰＯ）と称される。ＰＯは、ページングの受信機会に相当する。
【０１６２】
ＵＥ１００及びｅＮＢ２００は、ページングオケージョン（ＰＯ）、及び、ページングオケージョンを含みうる無線フレームであるＰａｇｉｎｇ  Ｆｒａｍｅ（ＰＦ）を下記のように計算する。
【０１６３】
ＰＦのシステムフレーム番号（ＳＦＮ）は、下記の式（１）から求められる。
【０１６４】
ＳＦＮ  ｍｏｄ  Ｔ  ＝  （Ｔ  ｄｉｖ  Ｎ）  ＊  （ＵＥ＿ＩＤ  ｍｏｄ  Ｎ）        …（１）
【０１６５】
Ｔは、ページングをモニタするためのＵＥ１００のＤＲＸサイクルである。Ｔは、無線フレームの数で表される。また、Ｔは、ｅＮＢ２００がＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）によりブロードキャストするデフォルトＤＲＸ値、及びＮＡＳメッセージによりＵＥ１００に設定されるＵＥ固有ＤＲＸ値のうち、何れか小さい方である。ＵＥ固有ＤＲＸ値が設定されていない場合、ＵＥ１００は、デフォルトＤＲＸ値を適用する。Ｎは、ＴとｎＢのうち最小値である。ｎＢは、４Ｔ，  ２Ｔ，  Ｔ，  Ｔ／２，  Ｔ／４，  Ｔ／８，  Ｔ／１６，  Ｔ／３２から選択される値である。ＵＥ＿ＩＤは、「ＩＭＳＩ  ｍｏｄ  １０２４」により求められる値である。
【０１６６】
このようにして求められたＰＦのうち、下記の式（２）により、インデックスｉ＿ｓを求め、インデックスｉ＿ｓに対応するＰＯのサブフレーム番号を求める。
【０１６７】
ｉ＿ｓ  ＝  ｆｌｏｏｒ（ＵＥ＿ＩＤ／Ｎ）  ｍｏｄ  Ｎｓ        …（２）
【０１６８】
但し、Ｎｓは、１とｎＢ／Ｔのうち最大値である。
【０１６９】
第５実施形態に係る動作について説明する。図１３は、第５実施形態に係る動作例を示す図である。
【０１７０】
第５実施形態の動作パターン１に係るＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するよう指示する遷移指示をサービングセルから受信する受信部１１０と、サービングセルにおいてＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移し、ＲＲＣコネクティッドモードのＤＲＸ動作を行う制御部１３０と、を備える。図１３（ａ）に示すように、ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した時点のサービングセルに在圏する間は、ＲＲＣコネクティッドモードのＤＲＸ動作を継続する。図１３（ｂ）に示すように、ＵＥ１００の制御部１３０は、ＲＡＮページングエリア内で当該サービングセルから他のセルにＵＥ１００が移動したことに応じて、ＲＲＣコネクティッドモードのＤＲＸ動作を中止する。ＵＥ１００の制御部１３０は、ＲＲＣコネクティッドモードのＤＲＸ動作を中止するとともに、ＲＲＣアイドルモードのＤＲＸ動作に基づく動作を開始する。ＲＲＣアイドルモードのＤＲＸ動作に基づく動作とは、ＲＲＣアイドルモードのＤＲＸ動作におけるページングフレーム（ＰＦ）及びページング機会（ＰＯ）の計算式又はこれを流用した計算式によりＰＦ及びＰＯを決定する動作である。図１３（ｃ）に示すように、ＵＥ１００の制御部１３０は、異なるＲＡＮページングエリアに移動した際に通知を行う。
【０１７１】
第５実施形態の動作パターン２に係るＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した時点のサービングセルから他のセルに移動しても、当該他のセルが同一ＲＡＮページングエリアに属するのであれば、ＲＲＣコネクティッドモードのＤＲＸ動作を継続する。この場合、図１３（ａ）及び（ｂ）に示すように、ＵＥ１００は、同一ＲＡＮページングエリア内でＲＲＣコネクティッドモードのＤＲＸ動作を継続することができる。すなわち、ＵＥ１００は、他のセルに移動しても、コネクティッドモードＤＲＸに準じて受信動作を行う。
【０１７２】
ここで、このような動作をｅＮＢ２００単位で行なってもよい。すなわち、第５実施形態の動作パターン１及び２において、「サービングセル」を「サービングｅＮＢ」又は「アンカーｅＮＢ」と読み替え、「他のセル」を「他のｅＮＢ」と読み替えてもよい。
【０１７３】
第５実施形態の動作パターン１及び２において、アンカーｅＮＢ以外のＵＥ１００はＵＥ１００のコンテキスト情報を保持しているとは限らない。よって、同一ＲＡＮページングエリア内の他のｅＮＢは、ページングのタイミングを決定するための情報をアンカーｅＮＢから取得することが望ましい。他のｅＮＢは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００に対してＲＡＮページングを行う。他のｅＮＢは、ＲＡＮページングのためのページングメッセージをＵＥ１００に送信するタイミングを決定するための情報をアンカーｅＮＢから取得する。当該タイミングを決定するための情報は、ＵＥ１００の識別情報（例えば、ＩＭＳＩ、Ｓ−ＴＭＳＩ、Ｒｅｓｕｍｅ  ＩＤ等）及びＲＲＣコネクティッドモードのＤＲＸ設定のうち少なくとも一方を含む。アンカーｅＮＢは、このような情報をページング要求（Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔ）に含めて他のｅＮＢに送信してもよい。
【０１７４】
ページングのタイミングを決定するための識別情報は、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）及びＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ．  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）であってもよい。アンカーｅＮＢ２００−１は、ＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させる際に、当該識別情報をＵＥ１００に割り当ててもよい。
【０１７５】
（第５実施形態の変更例１）
ＲＡＮページングが送信されるタイミングがＩＭＳＩによって特定される場合において、ｅＮＢ２００は、ＲＡＮページングを行うためのＵＥ１００のＩＭＳＩを知らない為、ＵＥ１００からＩＭＳＩが通知されてもよい。ＵＥ１００は、自身のＩＭＳＩを、自身がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ機能をサポートする旨の能力情報として基地局に通知してもよい。ｅＮＢ２００は、ＵＥ１００の能力情報においてＩＭＳＩが通知された場合は、当該ＵＥ１００がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ機能をサポートしていると判断し、当該ＩＭＳＩをＲＡＮページングタイミングの特定に用いてもよい。
【０１７６】
（第５実施形態の変更例２）
第５実施形態の変更例２について、第５実施形態及びその変更例１との相違点を主として説明する。
【０１７７】
第５実施形態の変更例２に係るｅＮＢ２００（制御部２３０）は、ｅＮＢ主導のページング方式を用いてＵＥ１００に対するページング（ＲＡＮページング）を行う。ｅＮＢ主導のページング方式において、ｅＮＢ２００（制御部２３０）は、ＵＥ１００を識別する識別情報を用いて、ＵＥ１００にページングメッセージを送信する候補タイミングを示すページングオケージョン（ＰＦ／ＰＯ）を決定する。ｅＮＢ２００（制御部２３０）は、当該識別情報を、ＵＥ１００又はコアネットワーク（例えば、ＭＭＥ３００Ｃ）から取得する。ｅＮＢ２００（アンカーｅＮＢ）は、当該識別情報、ＩＭＳＩ、Ｒｅｓｕｍｅ  ＩＤ、Ｃ−ＲＮＴＩ、及びＵＥ  Ｃｏｎｔｅｘｔを関連付けて保存してもよい。
【０１７８】
ｅＮＢ２００（アンカーｅＮＢ）は、ｅＮＢ主導のページング方式において用いられるページングエリア（ＲＡＮページングエリア）内の他のｅＮＢ２００に対して当該識別情報を通知してもよい。ｅＮＢ２００は、Ｘ２  Ｐａｇｉｎｇメッセージ（図１１のステップＳ２００６参照）で識別情報を通知してもよい。
【０１７９】
ページングオケージョン（ＰＦ／ＰＯ）の決定に用いる識別情報は、ＩＭＳＩであってもよいし、他の識別情報（例えば、Ｓ１ページングメッセージ中の「ＵＥ  Ｉｄｅｎｔｉｔｙ  Ｉｎｄｅｘ  Ｖａｌｕｅ」であってもよい。当該識別情報は、ＩＭＳＩから所定の計算式（例えば、ＩＭＳＩ  ｍｏｄ  １０２４）を用いて算出されるＵＥ  ＩＤであってもよい。
【０１８０】
・ＭＭＥ３００Ｃから識別情報を取得するケース
ＭＭＥ３００Ｃは、Ｓ１メッセージの一種であるＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージによって、当該識別情報をｅＮＢ２００に通知してもよい。ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、既に確立したＵＥコンテキスト（すなわち、ｅＮＢ２００に存在するＵＥコンテキスト）の一部を変更するメッセージである。ＭＭＥ３００Ｃは、他のＳ１メッセージ（例えば、ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ、ＵＥ  ＲＡＤＩＯ  ＣＡＰＡＢＩＬＩＴＹ  ＭＡＴＣＨ  ＲＥＳＰＯＮＳＥ）によって、当該識別情報をｅＮＢ２００に通知してもよい。ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージは、ＵＥコンテキストを確立（すなわち、ｅＮＢ２００内にＵＥコンテキストを作成）することを要求するメッセージである。ＵＥ  ＲＡＤＩＯ  ＣＡＰＡＢＩＬＩＴＹ  ＭＡＴＣＨ  ＲＥＱＵＥＳＴメッセージは、ＵＥ１００の無線能力（ｃａｐａｂｉｌｉｔｙ）情報がＭＭＥ３００ＣとｅＮＢ２００とで一致しているかを確認する為にＭＭＥ３００ＣからｅＮＢ２００に通知される要求メッセージである。
【０１８１】
ＭＭＥ３００Ｃは、当該ＵＥ１００がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしている場合に限って識別情報をｅＮＢ２００に通知するとしてもよい。
【０１８２】
ＭＭＥ３００Ｃは、ｅＮＢ２００から、識別情報の問い合わせがあった場合（新たなメッセージ）に限って識別情報をｅＮＢ２００に通知するとしてもよい。例えば、ｅＮＢ２００は、ＲＡＮページングが必要になった場合、及び／又はＵＥ１００をＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎに遷移させた場合に、ＭＭＥ３００Ｃに対して問い合わせを行う。
【０１８３】
・ＵＥ１００から識別情報を取得するケース
ＵＥ１００は、ｅＮＢ２００からのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージに対する応答メッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージで識別情報をｅＮＢ２００に通知してもよい。ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ中でＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎへの遷移が指示されている場合に限って識別情報をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージに含めるとしてもよい。
【０１８４】
ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅプロシージャ以外のプロシージャを用いてもよい。例えば、ＵＥ１００は、ＲＲＣのプロシージャの一種であるＵＥ  Ｉｎｆｏｒｍａｔｉｏｎプロシージャを用いてもよい。ＵＥ１００は、ｅＮＢ２００から問い合わせに対して、応答（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージ）に識別情報を含めてもよい。ＵＥ１００は、ＲＲＣのプロシージャの一種であるＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｔｒａｎｓｆｅｒプロシージャを用いてもよい。ＵＥ１００は、自身がＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしている場合に限って、識別情報を含むＵＥ  ＣａｐａｂｉｌｉｔｙメッセージをｅＮＢ２００に送信してもよい。ＵＥ１００は、ＲＲＣのプロシージャの一種であるＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎプロシージャを用いてもよい。ＵＥ１００は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態のために用いるメッセージに識別情報を含めてもよい。このようなメッセージは、例えば、ＵＥ１００においてデータ通信が発生していない（又は発生する見込みが無い）ことを示す通知メッセージであってもよい。
【０１８５】
・ＮＡＳメッセージを解読するケース
ｅＮＢ２００は、ＵＥ１００とＭＭＥ３００Ｃとの間で送受信されるＮＡＳメッセージ（例えば、ＡＴＴＡＣＨ  ＲＥＱＵＥＳＴ又はＡＴＴＡＣＨ  ＡＣＣＥＰＴ）を解読し、ＮＡＳメッセージ中のＩＭＳＩを読みとる。ｅＮＢ２００は、読みとったＩＭＳＩをそのまま保存せず、ＰＦ／ＰＯを計算可能な数値情報に変換してから保存してもよい。
【０１８６】
（その他の実施形態）
上述した実施形態において、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）について特に触れなかった。ｅＮＢ２００は、ＵＥ１００に設定するＲＡＮページングエリアとして、ＲＡＮページングエリア識別子又はセル識別子と共に、１以上のＰＬＭＮ識別子（例えば、ＰＬＭＮ識別子のリスト）を設定してもよい。ＵＥ１００は、自身に設定されたＲＡＮページングエリア識別子又はセル識別子をブロードキャストするセルであって、自身に設定されたＰＬＭＮ識別子をブロードキャストするセルを、当該ＲＡＮページングエリア内のセルと認識してもよい。
【０１８７】
上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の動作を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の動作を他の実施形態の一部の動作と置換してもよい。
【０１８８】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、実施形態はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに実施形態を適用してもよい。例えば、第５世代通信システム（５Ｇシステム）に対して実施形態を応用してもよい。５Ｇシステムにおいて、新たなＲＲＣの状態としてＩｎａｃｔｉｖｅ状態（Ｉｎａｃｔｉｖｅモード）が検討されており、実施形態におけるＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎ状態をＩｎａｃｔｉｖｅ状態と読み替えてもよい。また、５Ｇシステムにおいてコアネットワークページングを行う主体はＭＭＥ以外のエンティティであってもよい。また、５Ｇシステムに実施形態を適用する場合、ＲＡＮページングをＲＡＮノティフィケーションに、ＲＡＮページングエリアをＲＡＮノティフィケーションエリアにそれぞれ読み替えてもよい。
【０１８９】
（付記）
（１．はじめに）
本付記では、議論されている問題について検討する。
【０１９０】
（２．検討）
（２．１．ＲＡＮ開始ページングメッセージにおけるＳ−ＴＭＳＩ受信）
論点１は、Ｒｅｓｕｍｅ  ＩＤがＲＡＮによって開始されたページングメッセージで使用されるという作業仮定に合意した。ＵＥはページングメッセージ中のＳ−ＴＭＳＩとＲｅｓｕｍｅ  ＩＤの両方をチェックする必要がある。Ｓ−ＴＭＳＩ受信時のＵＥの動作については更なる検討が必要である。
【０１９１】
現仕様で述べられているように、ページングメッセージは、ページング情報、ＳＩ変更通知、ＥＴＷＳ／ＣＭＡＳ通知、ＥＡＢパラメータ変更、及びＥ−ＵＴＲＡＮのインター周波数再分配トリガをＵＥに通知するために使用される。ページング情報及びＥＴＷＳ／ＣＭＡＳ通知のためのＵｕページングメッセージは、通常、Ｓ１ページング及びＳ１書き込み−置き換え警告要求によってトリガされ、他の目的のためのものはｅＮＢによって開始される。
【０１９２】
ｅＮＢの観点からは、Ｓ−ＴＭＳＩはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ又はＳ１  ＰＡＧＩＮＧ内でのみ提供される。Ｓ−ＴＳＭＩはＳＡ３によって通知されるように、セキュリティ上の理由で頻繁に更新されている。したがって、ｅＮＢは、特定のＵＥの現在のＳ−ＴＳＭＩの知識を有していない可能性がある。
【０１９３】
したがって、ライトコネクション内のＵＥへのＲＡＮ開始ページングメッセージがＳ−ＴＭＳＩを含む場合、ページングメッセージはＭＭＥによって実際にトリガされる、すなわちＳ１ＰＡＧＩＮＧである。これは何らかの異常状態とみなすことができ、例えば何らかの理由でＲＡＮ開始ページングが到達不能であり、（アンカー）ｅＮＢがＭＭＥにレガシーＣＮ制御ページングを開始するように要求する。
【０１９４】
したがって、ＵＥのＳ−ＴＭＳＩ受信時の動作について議論する前に、ＵＥがＲＡＮによって開始されるページングメッセージ内でそのＳ−ＴＭＳＩを受信するケースがどのようなものかどうか、及びそのケースを明確にすべきである。
【０１９５】
提案１：ＲＡＮ２は、「Ｓ−ＴＭＳＩの受信時のＵＥ動作」を識別する必要がある場合、ＵＥがＲＡＮによって開始されるページングメッセージ内でそのＳ−ＴＭＳＩを受信するケースあるか否か及びどのようなケースであるかを明確にすべきである。
【０１９６】
Ｓ−ＴＭＳＩを含む既存のメッセージを図１４に示す。
【０１９７】
（２．２．ＲＡＮページングエリアＩＤ）
これは、「ＲＡＮ設定ページングエリアを定義する別のオプションとして、新しいＲＡＮ設定のページングエリア識別子（ＩＤ）を考慮する必要があるか」という点に関連する。
【０１９８】
設定されたＲＡＮページングエリアは、次のいずれかのオプションになる。
【０１９９】
・セルのリスト
・単一のセル
・ＣＮトラッキングエリアと同じ
ＦＦＳ：ＩＤで示されるページングエリア
【０２００】
これらのオプション（「ＲＡＮページングエリアＩＤ」を含む）は、さまざまなシナリオで有用と考えることができる。例えば、ネットワークは、各ＵＥに対して柔軟な設定を必要とする場合には「セルのリスト」を使用し、シグナリングオーバヘッドを最小限に抑えたい場合には「ＲＡＮページングエリアＩＤ」を使用し得る。したがって、ＲＡＮページングエリアの設定に１つ以上のオプションを導入することが望ましい。
【０２０１】
提案２：ＲＡＮ２は、ブロードキャストされるＲＡＮページングエリアＩＤを導入すべきである。
【０２０２】
提案２が納得できる場合、問題は複数のＲＡＮページングエリアＩＤが有用か否かである。例えば、セルが２つのＲＡＮページングエリア、例えばより大きなエリア及び別のより小さいエリアに属する場合、サービングセルは、どのＲＡＮページングエリアが各ＵＥに適しているかを選択することができる。例えば、高モビリティＵＥには、頻繁な通知を避けるためのより広いエリアを設定し、静止ＵＥには、ＲＡＮページングによるシグナリングオーバヘッドを低減するために、より小さいエリアで設定されてもよい。別の例として、セルごとに単一のＲＡＮページングエリアＩＤのみがブロードキャストされると仮定すれば、ＵＥのＲＡＮページングエリアを複数のＲＡＮページングエリアＩＤで設定することは可能であり、ＲＡＮページングエリアは個々のエリアの組み合わせである。両方の場合において、ＵＥは、必要に応じて、異なるサイズのＲＡＮページングエリアで設定されてもよい。したがって、複数のＲＡＮページングエリアＩＤをブロードキャスト及び／又は設定できるようにするかどうかについて検討する価値がある。
【０２０３】
提案３：ＲＡＮ２は、複数のＲＡＮページングエリアＩＤ（ブロードキャスト及び／又は設定）を許可するかどうかについて議論する必要がある。
【０２０４】
単一のＲＡＮページングエリアＩＤのみがブロードキャストされ、設定されている、すなわち、提案３が合意できないと判断された場合、ＲＡＮページングエリアに明示されているので、ライトコネクションに入ると、ＵＥをＲＡＮページングエリアＩＤで明示的に設定する必要はない。設定されるＩＤは、ＵＥをライトコネクションに送信するアンカーｅＮＢによってブロードキャストされるものと同じであるからである。さもなければ、いくつかのピンポンが懸念されるかもしれない。例えば、異なるＲＡＮページングエリアＩＤがＵＥに設定されている場合、通知を送信するために直ちにＲＲＣ  Ｃｏｎｎｅｃｔｅｄに戻らなければならない、そのため、ＴＳ３６．３３１のＣＲのＲＡＮ−ＰａｇｉｎｇＡｒｅａＩｎｆｏ−ｒ１４には、ＩＤ自体ではなく、「ｒｕｎ−ｐａｇｉｎｇＡｒｅａＩｄ」がＥＮＵＭＥＲＡＴＥＤ｛ｔｒｕｅ｝と定義されている必要がある。
【０２０５】
提案４：セルが単一のＲＡＮページングエリアＩＤだけをブロードキャストできる場合、ＵＥは、ＲＡＮページングエリアＩＤの明示的な設定なしに、ＵＥをトリガする「アンカーｅＮＢ」によってブロードキャストされるＲＡＮページングエリアＩＤを暗黙的に使用してライトコネクションに進む。
【０２０６】
複数のＲＡＮページングエリアＩＤの例を図１５に示す。
【０２０７】
（２．３．ＮＡＳとの相互作用）
論点８は、「ＵＥ  ＮＡＳがライトＲＲＣ接続にあるときにＵＥ  ＮＡＳが認識する必要があるか」であり、ＮＡＳとＡＳの間に何らかの追加の相互作用の可能性を暗示しているようである。
【０２０８】
ＲＡＮ２は、ＭＭＥとＵＥとの間のＥＣＭ状態の不一致、すなわちＥＣＭ  Ｃｏｎｎｅｃｔｅｄに留まることを回避するために有益なＭｏｄｅｌｉｎｇ  Ａ−２、すなわちＲＲＣ  Ｃｏｎｎｅｃｔｅｄに基づくモデルに合意した。したがって、Ｌｉｇｈｔ  ＣｏｎｎｅｃｔｉｏｎのＵＥの間に、ＮＡＳが現状のようにＥＣＭ  Ｃｏｎｎｅｃｔｅｄプロシージャを実行するだけであると仮定できる。言い換えれば、Ｌｉｇｈｔ  ＣｏｎｎｅｃｔｉｏｎはＮＡＳの観点からは透過的であるかもしれない。例えば、ＮＡＳシグナリングが起こるとき、ＡＳは、「完全な」ＲＲＣ接続状態を取り戻すためにＲＲＣ接続再開手順を開始する。
【０２０９】
考察１：ベースラインとしてＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎは、ＮＡＳの観点からは透過的である。
【０２１０】
しかし、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ手順が失敗した、すなわちＵＥがＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔを受信するなど、何らかの異常な場合があり得る。ＮＡＳの観点からは「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」状態であると見なすことができる。なぜなら、それはＡＳの単なるエラーであるからである。「リリース８以降、ＣＴ１は、ＡＳ層からの「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」インジケーションに基づいて、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードでＵＥのＲＲＣ接続を再確立するために、ＴＡＵトリガ（ＴＳ２４．３０１の５．３．１．３節）を有するというＣＴ１の情報と整合しているようである。
【０２１１】
「ＣＴ１はモデリングＡの場合にＲＲＣ接続確立へのフォールバックをどのように実装するかについて詳しく調べるのに時間がかかるが、上記の理由から、フォールバックにはＡＳとＮＡＳの間の明白な相互作用が必要であると仮定している。したがって、現在のＣＴ１仕様で指定されているサービス要求に対して、上記のＴＡＵトリガ又は同様のトリガと類似している可能性がある。」という情報を考慮すると、同様のメカニズムに追加の機能を指定することは避けるべきであり、ＡＳは、ライトコネクションからＲＲＣコネクションへの移行中にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔを受信した際に「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」とみなして通知する。
【０２１２】
提案５：ＲＡＮ２は、ＵＥがライトコネクションから「完全な」ＲＲＣコネクティッドに戻るのに失敗した場合に、ＡＳが「ＲＲＣ接続失敗」をＮＡＳに通知することに同意すべきである。
【０２１３】
（２．４．ライトコネクションサポートのインジケーション）
論点９は、「ｅＮＢはライトＲＲＣ接続をブロードキャストする必要があるか」であり、「ＵＥはライトコネクションの機能がセル内でサポートされているかどうかを知るべきである」かは未だＦＦＳである。ライトコネクションのＵＥは、ネットワーク内のすべてのｅＮＢがライトコネクションからＲＲＣ接続への復帰をサポートしている限り、「ＲＲＣアイドルにおけるセル再選択ベースの移動性、ＲＲＣアイドルにおける同じセル再選択メカニズムを実行する」と仮定することができる。一方、リリース１３はネットワーク内のすべてのｅＮＢが新しい機能をサポートしていると想定していなかったため、新しい機能の開始が許可されているかどうかのインジケーションを有し、例えばｅＤＲＸ−ＶｏＬＴＥ確立のためのｅＤＲＸ、ｖｏｉｃｅＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎ、ＲＲＣ接続再開のためのＵｐ−ＣＩｏＴ−ＥＰＳ最適化、ＮＡＳ上のデータである。
【０２１４】
ＵＥがライトコネクション中にＲＲＣ接続再開を開始する、すなわち「完全な」ＲＲＣ接続に戻すため及びＲＡＮページングエリア更新（ＰＡＵ）のためにＵＥが開始する２つの可能なケースがある。前者の場合は、ＲＡＮページングエリアにライトコネクションをサポートしないセルが含まれていないと可能ではないかもしれないが、後者の場合はまだ問題がある。ＵＥは、ＲＡＮページングエリア外のセルに入るたびにＰＡＵのための特別なＲＲＣ接続再開手順を開始する。すなわち、ＰＡＵに対するＡＳによってトリガされたＲＲＣ接続再開手順はＰＡＵに関する追加の指示を含む。しかし、ＵＥはセルがＰＡＵ手順を受け入れることが許容されるかどうかを知らない。従って、セルがライトコネクションをサポートしているか否かは、ＵＥにＳＩＢで通知されるべきである。
【０２１５】
提案６：ＲＡＮ２は、セルがライトコネクションをサポートする場合、すなわちＵＥがライトコネクション中にＲＲＣ接続再開要求を送信することが許可されている場合、ＳＩＢ２中にインジケーションを導入すべきである。
【０２１６】
提案６が合理的である場合、疑問点は、ライト接続のＵＥがそのようなｅＮＢに属するセルに入るときにどのように振る舞うかである。ＵＥは、ＭＴ呼のＲＡＮ開始ページングから到達できなくなる可能性があり、かつ／又はＭＯ呼のためにＲＲＣ接続再開を開始しない可能性があるためである。
【０２１７】
可能な解決策の１つが、セル再選択手順において考慮され得る。例えば、ＵＥは、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートするセルに優先順位をつけることができ、それによって、例えば、セルのリストを有する設定されたＲＡＮページングエリア又はＳＩＢ（提案６）によってセルを決定することができる。この強化は、例えば、１つの周波数層のみがライトコネクションをサポートしない場合など、問題のある状態を可能な限り避けることが期待される。したがって、ＵＥは、ライトコネクション中のセル再選択において、ライトコネクションをサポートするセルの優先順位付けを許可されるべきである。
【０２１８】
提案７：ＲＡＮ２は、ＵＥがセル再選択手順においてライトコネクションをサポートしているセルに優先順位を付けることが許されることに同意すべきである。
【０２１９】
提案７が適用可能であっても、ライトコネクションをサポートするセルがＵＥのロケーション上に見つからないので、ライトコネクションのＵＥは最終的にライトコネクションをサポートしないセルを最終的に再選択する可能性がある。この場合、Ｌｉｇｈｔ  ＣｏｎｎｅｃｔｉｏｎのＵＥは自律的にＲＲＣ  アイドルに移行する必要があり、おそらくＡＳはセクション２．３で説明した障害の場合と同様に、ＮＡＳ回復をトリガするためにＮＡＳに「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」を通知する。さらに、ＵＥがアイドルに移行する必要があるとき、すなわち、即座に、又はＭＯシグナリング／データが発生したときのみ、又はＭＴアクセスが受信されたときにのみであるかを議論すべきである。
【０２２０】
・オプション１：ＵＥがライトコネクションをサポートしていないセルに入るとすぐにアイドルへ遷移する。
【０２２１】
長所：これはＵＥの視点から見れば最も簡単な動作である。
【０２２２】
短所：ライトコネクションに滞在する機会を最小限に抑える。したがって、ＵＥがライトコネクションをサポートしていないセルを通過するときはいつでも、アイドルからＲＲＣ  Ｃｏｎｎｅｃｔｅｄへの追加シグナリングとＮＡＳ回復のための追加シグナリングが必要である。
【０２２３】
・オプション２：ライトコネクションをサポートしていないセルでＭＯ／ＭＴ呼が発生した場合のみアイドルに遷移する。
【０２２４】
長所：ライトコネクションをサポートしていないセルでＭＯ／ＭＴ呼が発生しない限り、ＵＥはライトコネクションを維持できる。
【０２２５】
短所：ライトコネクションのＵＥは、アイドルの場合と同様に、ページングメッセージ内のレガシーページング、つまりＩＭＳＩ又はＳ−ＴＭＳＩを監視する必要がある。
【０２２６】
あるいは、ＵＥが以下のようにセル再選択の前にアクションをとることも可能である。
【０２２７】
オプション３：ライトコネクションをサポートしていないセルを再選択する前にＲＲＣ接続再開を開始する。
【０２２８】
長所：（アンカー）ｅＮＢは、ＵＥのＲＲＣ状態の移行を制御する。また、他のオプションと比較して、呼の再設定の遅延を最小限に抑えることも期待される。さらに、（アンカー）ｅＮＢは、ＵＥコンテキストの必要性を判断する（すなわち、コンテキストを除去するか、又はコンテキストを転送する）ことができる。
【０２２９】
短所：オプション１と同様にライトコネクションの時間が短くなる。例えば、サービングセルがライトコネクションをサポートしていない隣接セルのリストを提供し、ＵＥがＲＲＣ  Ｒｅｓｕｍｅ手順などを使用してＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていないセルに再選択しようとするときをｅＮＢに通知する必要がある場合など、いくつかの追加の標準化努力が必要になり得る。
【０２３０】
このＷＩの目的を考慮すると、オプション２はシグナリングの低減に好適である。
【０２３１】
提案８：ＲＡＮ２は、Ｌｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎをサポートしていないセル内にあるＭＯ／ＭＴ呼が発生したときにＬｉｇｈｔ  ＣｏｎｎｅｃｔｉｏｎのＵＥがアイドルに移行する（及び／又はＡＳがＮＡＳに「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｆａｉｌｕｒｅ」を通知する）ことに合意すべきである。
【０２３２】
オプション３では問題はないが、オプション１と２では、ＮＷのＲＡＮ開始ページングの「フォールバック」メカニズムを想定する必要がある。ｅＮＢはライトコネクションをサポートしていないため、たとえば「アンカーｅＮＢ」がＲＡＮによって開始されたＵＥへのページングが到達不能であることに気付いたときにＭＭＥにＳ１  ＰＡＧＩＮＧを開始するように要求する必要がある。
【０２３３】
提案９：ＲＡＮ２は、レガシーページングに対する「フォールバック」メカニズムが必要かどうかを議論する必要がある。
【０２３４】
ライトコネクションをサポートしていないセルのＵＥ動作のオプションを図１６に示す。
【０２３５】
（２．５．ページング機会（ＩＭＳＩ  ｍｏｄ  ｘ））
「ＵＥ  ＩＤ（ＩＭＳＩ  ｍｏｄ  ｘ）がＲＡＮベースのページングにおけるＰＯ／ＰＦ計算に使用される」ことが合意された。しかし、ＵＥのＰＦ／ＰＯを決定するために、ｅＮＢがライトコネクションにおける特定のＵＥのＩＭＳＩをどのように知るかは依然として不明である。現在、ｅＮＢがＳ１  ＰＡＧＩＮＧ、すなわちＵＥ＿ＩＤ、すなわちＩＭＳＩ  ｍｏｄ  １０２４又は４０９６である「（拡張）ＵＥアイデンティティインデックス値」を受信すると、それは知ることができる。しかし、ｅＮＢがライトコネクションでＵＥにＲＡＮによって開始されたページングを送信したいときはいつでも、ｅＮＢがメッセージを送信するようにＭＭＥに依頼しなければならないことは幾分奇妙である。
【０２３６】
考察２：Ｌｉｇｈｔ  ＣｏｎｎｅｃｔｉｏｎでｅＮＢがＵＥのＰＦ／ＰＯをどのように決定するかはまだ不明である。
【０２３７】
３つの選択肢は以下のように考えることができる。
【０２３８】
選択肢１：ｅＮＢはＵＥをＬｉｇｈｔ  Ｃｏｎｎｅｃｔｉｏｎに移すとき、ＭＭＥから「ＵＥ  Ｉｄｅｎｔｉｔｙ  Ｉｎｄｅｘ  Ｖａｌｕｅ」を取得する。
【０２３９】
選択肢２：ＵＥは、そのＩＭＳＩ又はＵＥ＿ＩＤのいずれかをｅＮＢに通知する。
【０２４０】
選択肢３：ｅＮＢは、ＡＴＴＡＣＨ  ＲＥＱＵＥＳＴのように、ＮＡＳ  ＰＤＵ内のＵＥのＩＭＳＩを把握する。
【０２４１】
選択肢１は、現在のコンセプト、すなわち、「（拡張）ＵＥアイデンティティインデックス値」は、ＭＭＥによって管理され提供される。しかし、ＷＩの目標である「Ｓ１からのインターフェイスへのＣＮへのシグナリングの減少は、ＣＮからそれらを隠すことによって、モビリティと状態遷移によってシグナリングを削減すること」に類似しており、他のＷＧの標準化の努力が必要である。
【０２４２】
選択肢２はＲＡＮ２内で決定されるが、問題はどのメッセージが情報を伝えるべきかである。通常、ＵＥがライトコネクションに入ったとき、すなわち「Ｃｏｍｐｌｅｔｅ」メッセージを使用するときには、ＩＭＳＩ又はＵＥ＿ＩＤを通知するのが自然かもしれないが、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ手順は応答メッセージを持たない。別の可能性は、ＵＥ情報手順又はＵＥ能力転送手順を使用することであるが、情報を得るためにｅＮＢが常に要求／照会を必要とする。
【０２４３】
選択肢３は実装に依存するため、仕様への最小限の影響が期待される。しかし、そのような実装、すなわちクロスレイヤ相互作用を想定することが許容できるかどうかは不明である。
【０２４４】
これらの選択肢には長所と短所があるが、期限までにＷＩを完了するためには、選択肢２が望ましいかもしれない。
【０２４５】
提案１０：ＲＡＮ２は、ｅＮＢがＰＦ／ＰＯを決定するために、ＵＥがそのＩＭＳＩ又はＵＥ＿ＩＤのいずれかをｅＮＢに通知してもよいことに同意すべきである。
【０２４６】
提案１１：ＲＡＮ２は、情報転送のためにどのメッセージを使用すべきかを議論すべきである。
【０２４７】
さらに、「アンカー」ｅＮＢは、例えば「Ｘ２ページング」を介して、異なるｅＮＢのカバレッジにおいてＵＥにＭＴ呼が発生したときに、ＩＭＳＩ、ＵＥ＿ＩＤ又は「ＵＥアイデンティティインデックス値」を他のｅＮＢに転送する必要がある。
【０２４８】
考察３：ＩＭＳＩ又はＵＥ＿ＩＤは、ＲＡＮ開始ページングプロセス中に、「アンカー」ｅＮＢから他のｅＮＢに転送する必要がある。
【０２４９】
（２．６．ＲＲＣ接続中のデータ非アクティブの認識）
ＵＥはＲＲＣシグナリングによって軽く接続されているため、サービングセルはＵＥをトリガしてライトコネクションに入るタイミングを決定する必要がある。実現可能な実装の１つは、サービングセルがトラフィックの挙動を監視し、ＵＥが一定時間（例えば、一定期間）非アクティブであるために、ライトコネクションに入るようにトリガすることである。このメカニズムは予想されるトラフィックの振る舞いに依存するため、予想されるトラフィックの推定が不正確である場合、例えばライトコネクションとＲＲＣ接続との間の頻繁な遷移によりシグナリングオーバヘッドが実際に増加するか、ライトコネクションに入る機会が失われる。予想されるＭＴＣタイプのトラフィックは容易に推定できるが、ＬＴＥタイプのトラフィックは、スマートフォンのトラフィック挙動は、ＮＷが予測するのは簡単ではないかもしれない。したがって、ＵＥは、そのトラフィック挙動のより良い知識／制御を有するので、ＵＥが何らかの支援情報を提供することが必要な場合がある。したがって、サービングセルがＵＥを設定して、ｅＮＢがＵＥをライトコネクションにトリガするためのより良い決定を行うことを可能にする特定の支援情報を提供するかどうかを検討する価値がある。
【０２５０】
提案１２：ＲＡＮ２は、サービングセルが支援情報を提供するようにＵＥを設定することができるか否かを議論して、ＵＥがライトコネクションに入るようにトリガするタイミングをｅＮＢがより良好に決定できるようにすべきである。
【０２５１】
提案１２に納得できる場合、支援情報は、既存の電力嗜好インジケーション（ＰＰＩ）及び／又はＭＢＭＳ関心インジケーション（ＭＩＩ）と類似している可能性がある。ＰＰＩを用いる場合、ＵＥは、その消費電力が、例えばより長いＤＲＸサイクルによって最適化されることが好ましい場合、低消費電力を通知することができる。ＭＩＩは、例えば、周波数へのハンドオーバが好ましい場合に、ユニキャストとＭＢＭＳとの間の関心のあるＭＢＭＳ周波数及び優先順位を通知するために使用された。この場合、ＵＥは、ＵＥがライトコネクションに入ることが適切であるとき、サービングセルに通知することができる。言い換えれば、ＵＥは、データ送受信が一定の期間内に非アクティブであった場合、又は非アクティブである場合に支援情報を送信することができる。追加の援助の詳細及び必要性、例えばＵＥの予想非アクティブ時間については更なる検討が必要である。
【０２５２】
ＲＡＮ２は、ＵＥがデータ非アクティブ時に支援情報を送信すべきかどうかを考慮すべきである。
【０２５３】
（相互参照）
本願は米国仮出願第６２／４５４１７７号（２０１７年２月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図１】
2020058058.tif 000003
【図２】
2020058058.tif 000004
【図３】
2020058058.tif 000005
【図４】
2020058058.tif 000006
【図５】
2020058058.tif 000007
【図６】
2020058058.tif 000008
【図７】
2020058058.tif 000009
【図８】
2020058058.tif 000010
【図９】
2020058058.tif 000011
【図１０】
2020058058.tif 000012
【図１１】
2020058058.tif 000013
【図１２】
2020058058.tif 000014
【図１３】
2020058058.tif 000015
【図１４】
2020058058.tif 000016
【図１５】
2020058058.tif 000017
【図１６】
2020058058.tif 000018