知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6616018
(24)【登録日】2019年11月15日
(45)【発行日】2019年12月4日
(54)【発明の名称】ユーザ装置、基地局、及び制御方法
(51)【国際特許分類】
H04W 76/27 20180101AFI20191125BHJP
H04W 36/08 20090101ALI20191125BHJP
H04W 68/00 20090101ALI20191125BHJP
【ＦＩ】
H04W76/27
H04W36/08
H04W68/00
【請求項の数】5
【全頁数】25
(21)【出願番号】特願2018-549051(P2018-549051)
(86)(22)【出願日】2017年11月1日
(86)【国際出願番号】JP2017039611
(87)【国際公開番号】WO2018084197
(87)【国際公開日】20180511
【審査請求日】2019年4月22日
(31)【優先権主張番号】62/417,532
(32)【優先日】2016年11月4日
(33)【優先権主張国】US
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】キュリーズ特許業務法人
(72)【発明者】
【氏名】藤代 真人
(72)【発明者】
【氏名】チャン ヘンリー
【審査官】
本橋 史帆
(56)【参考文献】
【文献】
Intel Corporation，Email discussion report on [95#31] [LTE/Light connection] Progress FFS[online]，3GPP TSG-RAN WG2#95bis R2-166688，＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95bis/Docs/R2-166688.zip＞，２０１６年１０月１４日
【文献】
Huawei，Open issues in User Plane solution[online]，3GPP TSG-RAN WG3#91bis R3-160644，＜URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_91bis/Docs/R3-160644.zip＞，２０１６年 ４月１５日，pp.1-5
【文献】
Nokia, Alcatel-Lucent Shanghai Bell，Configuration and light connection area handling[online]，3GPP TSG-RAN WG2#95 R2-164866，＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95/Docs/R2-164866.zip＞，２０１６年 ８月２６日
【文献】
Vodafone Airtouch，Revised: Use of 'new' BA_RANGE for improved RPLMN selection[online]，3GPP TSG-RAN WG2#17 R2-002479，＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_17/Docs/Zips/R2-002479.zip＞，２０００年１１月１７日
【文献】
LG Electronics Inc.，Considerations of paging area configuration on the LTE lightweight connection[online]，3GPP TSG-RAN WG2#95bis R2-167120，＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95bis/Docs/R2-167120.zip＞，２０１６年１０月１４日
【文献】
Kyocera，UE behaviour and signalling for Light Connection[online]，3GPP TSG-RAN WG2#95bis R2-166858，＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95bis/Docs/R2-166858.zip＞，２０１６年１０月１４日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４− ７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
移動通信システムのユーザ装置であって、
前記ユーザ装置を特定状態に遷移させるＲＲＣ ｒｅｌｅａｓｅメッセージを基地局からサービングセルを介して受信する受信部と、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージの受信に応じて、前記ユーザ装置を前記特定状態に遷移させる制御部と、を備え、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記基地局が前記ユーザ装置に設定するＲＡＮページングエリアを示すＲＡＮページングエリア識別子と、
前記ＲＡＮページングエリアに対応するＰＬＭＮを示すＰＬＭＮ識別子と、を含み、
前記制御部は、前記特定状態に遷移した後、前記ＲＡＮページングエリアに属さないセルに前記ユーザ装置が移動した場合、前記セルに対して通知を送信する処理を行う
ユーザ装置。
前記ユーザ装置を特定状態に遷移させるＲＲＣ ｒｅｌｅａｓｅメッセージを基地局からサービングセルを介して受信する受信部と、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージの受信に応じて、前記ユーザ装置を前記特定状態に遷移させる制御部と、を備え、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記基地局が前記ユーザ装置に設定するＲＡＮページングエリアを示すＲＡＮページングエリア識別子と、
前記ＲＡＮページングエリアに対応するＰＬＭＮを示すＰＬＭＮ識別子と、を含み、
前記制御部は、前記特定状態に遷移した後、前記ＲＡＮページングエリアに属さないセルに前記ユーザ装置が移動した場合、前記セルに対して通知を送信する処理を行う
ユーザ装置。
【請求項2】
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、前記ＲＡＮページングエリア識別子のリストと、前記リストと対応付けられた前記ＰＬＭＮ識別子とを含む
請求項１に記載のユーザ装置。
請求項１に記載のユーザ装置。
【請求項3】
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記ＲＡＮページングエリアが前記サービングセルのみからなることを示す情報を含み、
前記制御部は、前記特定状態において、前記ＲＡＮページングエリアを示すＲＡＮページングエリア識別子として、前記サービングセルの識別子を保持する
請求項１に記載のユーザ装置。
前記ＲＡＮページングエリアが前記サービングセルのみからなることを示す情報を含み、
前記制御部は、前記特定状態において、前記ＲＡＮページングエリアを示すＲＡＮページングエリア識別子として、前記サービングセルの識別子を保持する
請求項１に記載のユーザ装置。
【請求項4】
移動通信システムの基地局であって、
ユーザ装置を特定状態に遷移させるＲＲＣ ｒｅｌｅａｓｅメッセージを前記ユーザ装置に送信する送信部を備え、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記ユーザ装置に設定するＲＡＮページングエリアを示すＲＡＮページングエリア識別子と、
前記ＲＡＮページングエリアに対応するＰＬＭＮを示すＰＬＭＮ識別子と、を含む
基地局。
ユーザ装置を特定状態に遷移させるＲＲＣ ｒｅｌｅａｓｅメッセージを前記ユーザ装置に送信する送信部を備え、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記ユーザ装置に設定するＲＡＮページングエリアを示すＲＡＮページングエリア識別子と、
前記ＲＡＮページングエリアに対応するＰＬＭＮを示すＰＬＭＮ識別子と、を含む
基地局。
【請求項5】
移動通信システムのユーザ装置の制御方法であって、
前記ユーザ装置を特定状態に遷移させるＲＲＣ ｒｅｌｅａｓｅメッセージを基地局からサービングセルを介して受信するステップと、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージの受信に応じて、前記ユーザ装置を前記特定状態に遷移させるステップと、を備え、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記基地局が前記ユーザ装置に設定するＲＡＮページングエリアを示すＲＡＮページングエリア識別子と、
前記ＲＡＮページングエリアに対応するＰＬＭＮを示すＰＬＭＮ識別子と、を含み、
前記制御方法は、前記特定状態に遷移した後、前記ＲＡＮページングエリアに属さないセルに前記ユーザ装置が移動した場合、前記セルに対して通知を送信するステップと、を更に備える
制御方法。
前記ユーザ装置を特定状態に遷移させるＲＲＣ ｒｅｌｅａｓｅメッセージを基地局からサービングセルを介して受信するステップと、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージの受信に応じて、前記ユーザ装置を前記特定状態に遷移させるステップと、を備え、
前記ＲＲＣ ｒｅｌｅａｓｅメッセージは、
前記基地局が前記ユーザ装置に設定するＲＡＮページングエリアを示すＲＡＮページングエリア識別子と、
前記ＲＡＮページングエリアに対応するＰＬＭＮを示すＰＬＭＮ識別子と、を含み、
前記制御方法は、前記特定状態に遷移した後、前記ＲＡＮページングエリアに属さないセルに前記ユーザ装置が移動した場合、前記セルに対して通知を送信するステップと、を更に備える
制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、移動通信システムにおいて用いられる無線端末及び基地局に関する。【背景技術】
【0002】
近年、多数のアプリケーションを実行可能なスマートフォン等の無線端末の普及により、無線端末がネットワークに接続する頻度及びネットワークが無線端末のページングを行う頻度が増加している。【0003】
このため、移動通信システムにおいて、シグナリングに伴うネットワークの負荷が高まっている。このような状況に鑑み、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、シグナリングを削減するための技術の検討が進められている。【発明の概要】
【0004】
一実施形態に係る無線端末は、移動通信システムの無線端末である。無線端末は、前記無線端末を特定状態に遷移させるユニキャストシグナリングを基地局からサービングセルを介して受信する受信部と、前記ユニキャストシグナリングの受信に応じて、前記無線端末を特定状態に遷移させる制御部と、を備える。前記特定状態は、前記基地局を含む所定エリアのページングを管理するためのページングエリアを示すページングエリア識別子が前記無線端末に設定された状態である。前記制御部は、前記ページングエリア識別子が前記ユニキャストシグナリングに含まれなくても、前記特定状態において、前記無線端末に設定された前記ページングエリア識別子として所定エリアの識別子を保持する。前記所定エリアは、前記サービングセル、又は前記サービングセルが属するＲＡＮページングエリアである。【0005】
一実施形態に係る基地局は、セルを管理する基地局である。基地局は、前記セル又は前記基地局に複数のＲＡＮページングエリアが割り当てられた場合において、複数のＲＡＮページングエリア識別子を含むリストを、前記セルを介して無線端末に送信する送信部を備える。前記複数のＲＡＮページングエリアのそれぞれは、前記基地局を含むＲＡＮによりページングが管理されるエリアである。【0006】
一実施形態に係る無線端末は、移動通信システムの無線端末である。無線端末は、前記無線端末にＲＡＮページングエリアが設定された特定状態において、前記特定状態を取り扱う機能をサービングセルがサポートするか否かを判定する制御部を備える。前記制御部は、前記機能を前記サービングセルがサポートしないと判定した場合でも、前記サービングセルにおいて前記特定状態を維持する。【図面の簡単な説明】
【0007】
【図1】実施形態に係るＬＴＥシステムの構成を示す図である。
【図2】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図3】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図4】実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。
【図5】実施形態に係るＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。
【図6】第１実施形態の動作パターン１に係るＵＥの動作フローを示す図である。
【図7】第１実施形態の動作パターン１に係る動作シーケンス例を示す図である。
【図8】第１実施形態の動作パターン２に係るＵＥの動作を示す図である。
【図9】第２実施形態に係る想定シナリオを示す図である。
【図10】第２実施形態に係る動作を示す図である。
【図11】第３実施形態に係る想定シナリオを示す図である。
【図12】付記に係る図である。
【図13】付記に係る図である。
【図14】付記に係る図である。
【発明を実施するための形態】
【0008】
（移動通信システムの構成）以下において、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【0009】
図１に示すように、ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。【0010】
ＵＥ１００は、移動型の通信装置であり、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。【0011】
Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。【0012】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ−ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリア（ＴＡ）の情報を管理する。トラッキングエリアは、複数のセルからなるエリアである。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ及びＳ−ＧＷは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。【0014】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。【0015】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。【0016】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。プロセッサは、後述する処理を実行する。【0018】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。【0019】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。【0020】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含んでもよい。プロセッサは、後述する処理を実行する。【0021】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。【0022】
なお、ＭＭＥは、制御部及びネットワーク通信部を有する。制御部は、ＭＭＥにおける各種の制御を行う。制御部は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含んでもよい。プロセッサは、後述する処理を実行する。ネットワーク通信部は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ネットワーク通信部は、Ｓ１インターフェイス上で行う通信等に用いられる。【0023】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されており、第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを構成する。【0024】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。【0025】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤは、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。【0026】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。【0027】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。【0028】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。【0029】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。【0030】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。図５に示すように、無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含み、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。【0031】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。【0032】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。【0033】
（特定状態）実施形態に係る特定状態について説明する。特定状態は、ＵＥ１００用のＳ１接続が維持されつつＵＥ１００用のシグナリングが抑制される状態である。Ｓ１接続は、Ｓ１ベアラと称されてもよい。Ｓ１接続は、Ｓ１インターフェイス上でｅＮＢ２００とＥＰＣ２０との間に確立される接続である。Ｓ１インターフェイスは、ユーザプレーン用のＳ１−Ｕインターフェイスと制御プレーン用のＳ１−ＭＭＥインターフェイスとを含む。Ｓ１接続は、Ｓ１−Ｕインターフェイス上でｅＮＢ２００とＳ−ＧＷとの間に確立されるＳ１−Ｕ接続と、Ｓ１−Ｃインターフェイス上でｅＮＢ２００とＭＭＥとの間に確立されるＳ１−ＭＭＥ接続と、を含んでもよい。
【0034】
特定状態は、ＲＲＣコネクティッドモードの一状態又はＲＲＣアイドルモードの一状態であってもよい。特定状態によれば、一般的なＲＲＣコネクティッドモードに比べてシグナリングが削減される。また、特定状態によれば、一般的なＲＲＣアイドルモードに比べてＵＥ１００が迅速にデータ通信を開始することができる。以下において、特定状態を「Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ ｓｕｂｓｔａｔｅ）」と称する。また、特定状態がＲＲＣコネクティッドモードの一状態であるケースを「モデリングＡ」と称する。特定状態がＲＲＣアイドルモードの一状態であるケースを「モデリングＢ」と称する。【0035】
Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００には、ＲＡＮページングが適用される。ＲＡＮページングは、Ｅ−ＵＴＲＡＮ１０（ｅＮＢ２００）によりページングが制御されるＲＡＮページングエリア単位でページングを行う。ＲＡＮページングエリアは、トラッキングエリアよりも狭いエリアであってもよい。ＲＡＮページングエリアを導入することにより、１のＵＥ１００に対してページングを行うセルの数を削減することができるため、シグナリングを削減することができる。一例として、ＲＡＮページングエリアは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のＳ１接続を維持するアンカーｅＮＢのセルと当該アンカーｅＮＢの周辺のｅＮＢ２００のセルとにより構成される。周辺のｅＮＢ２００は、アンカーｅＮＢとのＸ２インターフェイスを有するｅＮＢ２００であってもよい。当該アンカーｅＮＢは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００宛てのデータ又はＮＡＳシグナリングをＭＭＥ／Ｓ−ＧＷ３００から受信すると、ＲＡＮページングを行うと判断し、周辺のｅＮＢ２００と共にＵＥ１００のページングを行ってもよい。当該ページングは、ＲＲＣページングメッセージを送信することにより行われてもよい。【0036】
Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に関する基本的な動作を以下に列記する。【0037】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態（Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ動作）をサポートするＵＥ１００は、ＵＥ能力情報（ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ）中でその旨を通知する。【0038】
・ＵＥ１００は、ＲＲＣシグナリングによりＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する。具体的には、ＵＥ１００は、ユニキャストＲＲＣシグナリング（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ ｒｅｌｅａｓｅメッセージ）によりＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に設定される。【0039】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のＳ１接続は、「アンカーｅＮＢ」に維持され、アクティブである。アンカーｅＮＢは、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させたｅＮＢ２００であってもよい。ＵＥ１００が他のＲＡＮページングエリアに移動する場合、アンカーｅＮＢが切り替えられてもよい。【0040】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態は、ネットワークの観点からは、ＥＣＭ（ＥＰＳ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）コネクティッド状態である。ＥＣＭは、ＵＥ１００とコアネットワーク（ＭＭＥ）との間の接続状態を示す。【0041】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００に対しては、ＲＡＮ（Ｅ−ＵＴＲＡＮ１０）始動でページング（ＲＡＮページング）を行うことができる。ＲＡＮページングは、アンカーｅＮＢにより始動されてもよい。ＲＡＮページングエリアは、１又は複数のセルにより構成される。当該複数のセルは、異なるｅＮＢにより管理されていてもよい。ページングメッセージは、一般的なＲＲＣページングメッセージを再利用して規定される。【0042】
・ページング処理（ＲＡＮページング）は、アンカーｅＮＢにより制御される。【0043】
・ＲＡＮページングエリアは、ＵＥ固有に設定することができる。ＵＥ固有のＲＡＮページングエリアは、ユニキャストシグナリング又はブロードキャストシグナリングによりｅＮＢ２００からＵＥ１００に設定される。ＲＡＮページングエリアは、セルのリスト又はページングエリアＩＤにより指定される。【0044】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣアイドルモードと同様なセル再選択メカニズムを実行する。【0045】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００のコンテキスト情報（ＵＥ ＡＳコンテキスト）は、当該ＵＥ及びアンカーｅＮＢの両方で保持される。【0046】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００がページングを検知した場合又はデータ送信を開始する場合には、当該ＵＥ１００は、ｅＮＢ２００との接続を復旧する。もしくは、ＵＥ１００はＲＲＣコネクティッドモードへ遷移してもよい。【0047】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、設定されたＲＡＮページングエリアの外に移動したときにネットワークに通知する。【0048】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣアイドルモードのＤＲＸ動作と同様なパラメータを用いてＤＲＸ動作を行う。ページング機会を決定するためのパラメータは、ＵＥのＩＤ（例えば、ＩＭＳＩ、Ｓ−ＴＭＳＩ、Ｒｅｓｕｍｅ ＩＤ等）を含み得る。【0049】
・Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣプロシージャにより、一般的なＲＲＣコネクティッドモードの動作に移行する。モデリングＡにおいて、当該プロシージャは、ＲＲＣ復旧（ｒｅｓｕｍｅ）プロシージャ又はＲＲＣ再確立（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャである。モデリングＢにおいて、当該プロシージャは、ＲＲＣ復旧（ｒｅｓｕｍｅ）プロシージャである。【0050】
（第１実施形態）上述したような移動通信システムを前提として第１実施形態について説明する。
【0051】
第１実施形態において、各ｅＮＢ２００（又は各セル）が、自身が属するＲＡＮページングエリアの識別子をブロードキャストシグナリングにより送信するシナリオを想定する。このようなシナリオにおいて、ＵＥ１００に設定するＲＡＮページングエリア識別子をｅＮＢ２００がユニキャストシグナリングで送信する方法が考えられる。【0052】
しかしながら、このような方法は、ｅＮＢ２００がＲＡＮページングエリア識別子を明示的にＵＥ１００に設定することにより、ＲＡＮページングエリア識別子を管理するための処理負荷が増加する虞がある。また、ｅＮＢ２００が、ＵＥ１００が在圏するセルを含まないＲＡＮページングエリアの識別子をＵＥ１００に設定し得る。この場合、ＵＥ１００はＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態になった際に、設定されたＲＡＮページングエリア外に居ることになるため、直ちにネットワークに通知する必要がある。第１実施形態は、このような問題点を解決可能とする実施形態である。【0053】
第１実施形態に係るＵＥ１００（受信部１１０）は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリングをｅＮＢ２００からサービングセルを介して受信する。ＵＥ１００（制御部１３０）は、当該ユニキャストシグナリングの受信に応じて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態は、ｅＮＢ２００を含むＲＡＮによりページングが管理されるＲＡＮページングエリアを示すＲＡＮページングエリア識別子がＵＥ１００に設定された状態である。ＵＥ１００（制御部１３０）は、ＲＡＮページングエリア識別子が当該ユニキャストシグナリングに含まれなくても、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア識別子として所定エリアの識別子を保持する。所定エリアは、サービングセル、又はサービングセルが属するＲＡＮページングエリアである。【0054】
このように、第１実施形態によれば、ｅＮＢ２００がＲＡＮページングエリア識別子を明示的にＵＥ１００に設定しなくても、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のサービングセル又は当該サービングセルが属するＲＡＮページングエリアを自身に設定されたＲＡＮページングエリアとして認識する。すなわち、ＵＥ１００に適用するＲＡＮページングエリアとして、ＵＥ１００がＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のサービングセル又は当該サービングセルが属するＲＡＮページングエリアを暗示的に設定する。これにより、ｅＮＢ２００がＲＡＮページングエリア識別子を明示的にＵＥ１００に設定する場合の問題を解決することができる。【0055】
第１実施形態の動作パターン１において、ＵＥ１００（受信部１１０）は、サービングセルが属するＲＡＮページングエリアの識別子を含むブロードキャストシグナリングをｅＮＢ２００から受信する。ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア識別子として、ブロードキャストシグナリング中の識別子を保持する。【0056】
第１実施形態の動作パターン２において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態への遷移を指示するユニキャストシグナリングは、ＵＥ１００に設定されるＲＡＮページングエリアが現在のサービングセルのみからなることを示す情報を含む。ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア識別子として、当該サービングセルの識別子を保持する。動作パターン２によれば、ＲＡＮページングエリアが１つのセルのみからなる場合に、ＵＥ１００に明示的にＲＡＮページングエリアを設定することを不要とすることができる。また、セル識別子をＲＡＮページングエリア識別子として流用することにより、ＲＡＮページングエリア識別子が枯渇することを防止することができる。なお、セル識別子は、例えばＰＣＩ（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ）又はＥＣＧＩ（Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ ＩＤ）等である。ＰＣＩは、ｅＮＢ２００が送信する同期信号に基づき特定される。ＥＣＧＩは、ｅＮＢ２００が送信するＳＩＢに含まれる。【0057】
第１実施形態において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態において、ＵＥ１００に設定されたＲＡＮページングエリア（所定エリア）に属しない他のセルにＵＥ１００が移動したか否かを判定する。ＵＥ１００（制御部１３０）は、当該他のセルにＵＥ１００が移動したと判定したことに応じて、当該他のセルに通知を送信する。【0059】
図６に示すように、ステップＳ１０において、ＵＥ１００（受信部１１０）は、サービングセルが属するＲＡＮページングエリアの識別子を含むブロードキャストシグナリングをサービングセルから受信する。ブロードキャストシグナリングは、ブロードキャストＲＲＣシグナリング（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）であってもよい。ＵＥ１００（制御部１３０）は、サービングセルが属するＲＡＮページングエリアの識別子を記憶する。【0060】
ステップＳ１２において、ＵＥ１００（受信部１１０）は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリングをサービングセルから受信する。ユニキャストシグナリングは、ユニキャストＲＲＣシグナリング（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ ｒｅｌｅａｓｅメッセージ）であってもよい。【0061】
ステップＳ１４において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、ＵＥ１００に設定されたＲＡＮページングエリア識別子としてブロードキャストシグナリング中の識別子（すなわち、ステップＳ１０で受信したＲＡＮページングエリア識別子）を保持する。【0062】
このように、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移する指示（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ又はＲｅｌｅａｓｅメッセージ）を受けた場合、現在ブロードキャストされているＲＡＮページングエリア識別子を取得又は既に保持しているＲＡＮページングエリア識別子が有効であれば読み出して、自身に割り当てられたＲＡＮページングエリア識別子として保持する。ＵＥ１００が保持する変数にＲＡＮページングエリア識別子が格納されてもよい。【0063】
図７は、第１実施形態の動作パターン１に係る動作シーケンス例を示す図である。【0064】
図７に示すように、ステップＳ１０１において、ｅＮＢ２００は、自セル（又は自ｅＮＢ）が属するＲＡＮページングエリア識別子（Ｐａｇｉｎｇ Ａｒｅａ ＩＤ）を含むＳＩＢを送信する。ＵＥ１００は、ＳＩＢを受信する。【0065】
ステップＳ１０２において、ＵＥ１００は、ＳＩＢ中のＲＡＮページングエリア識別子（Ｐａｇｉｎｇ Ａｒｅａ ＩＤ）を記憶する。【0066】
ステップＳ１０３において、ｅＮＢ２００は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリング（Ｉｎｓｔｒｕｃｔｉｏｎ ｔｏ ｅｎｔｅｒ ＬＣ）をＵＥ１００に送信する。なお、ＵＥ１００は、当該ユニキャストシグナリングを受信する際にＲＲＣコネクティッドモードにある。【0067】
ステップＳ１０４において、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、自身に設定されたＲＡＮページングエリア識別子としてＳＩＢ中の識別子（すなわち、ステップＳ１０２で記憶したＲＡＮページングエリア識別子）を保持する。言い換えると、ＵＥ１００は、ＳＩＢ中のＲＡＮページングエリア識別子を自身に設定されたＲＡＮページングエリア識別子とみなす。【0068】
その後、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のセルに滞在し続ける、又はＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のセルから他のセルに移動する。ここでは、ＵＥ１００がＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移した際のセルから他のセルに移動するケースを主として想定する。ＵＥ１００は、ＲＲＣアイドルモードと同様なセル再選択メカニズムを用いて、当該他のセルを再選択する。【0069】
ステップＳ１０５において、ｅＮＢ２００は、自セル（又は自ｅＮＢ）が属するＲＡＮページングエリア識別子（Ｐａｇｉｎｇ Ａｒｅａ ＩＤ）を含むＳＩＢを送信する。ＵＥ１００は、ＳＩＢを受信する。【0070】
ステップＳ１０６において、ＵＥ１００は、保持しているＲＡＮページングエリア識別子を読み出し、現在の（新しい）セルがブロードキャストしているＲＡＮページングエリア識別子（すなわち、ステップＳ１０５で受信したＲＡＮページングエリア識別子）と比較する。【0071】
これらが異なる場合（ステップＳ１０６：Ｎｏ）、ステップＳ１０７において、ＵＥ１００は、自身に設定されたＲＡＮページングエリアを出たことを示す通知（Ｒｅｐｏｒｔ ｉｔ ｍｏｖｅｄ ａｃｒｏｓｓ ｔｈｅ ｃｏｎｆｉｇｕｒｅｄ ｐａｇｉｎｇ ａｒｅａ）を現在の（新しい）セルに送信する。一方、ステップＳ１０６で「Ｙｅｓ」の場合、ＵＥ１００は、当該通知を行なわない。【0072】
・動作パターン２図８は、第１実施形態の動作パターン２に係るＵＥ１００の動作を示す図である。図８において、図６に示す動作パターン１と同様な処理については、図６と同じステップ番号を付している。
【0073】
図８に示すように、ステップＳ１２において、ＵＥ１００（受信部１１０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストシグナリングをサービングセルから受信する。ユニキャストシグナリングは、ユニキャストＲＲＣシグナリング（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ ｒｅｌｅａｓｅメッセージ）であってもよい。動作パターン２において、当該ユニキャストシグナリングは、ＵＥ１００に設定されるＲＡＮページングエリアが現在のサービングセルのみからなるか否かを示す情報を含む。【0074】
ステップＳ１３において、ＵＥ１００（制御部１３０）は、ユニキャストシグナリングに含まれる情報に基づいて、自身に設定されるＲＡＮページングエリアが現在のサービングセルのみからなるか否かを判定する。【0075】
ステップＳ１３で「ＮＯ」の場合、ステップＳ１０において、ＵＥ１００（受信部１１０）は、サービングセルが属するＲＡＮページングエリアの識別子を含むブロードキャストシグナリングをサービングセルから受信する。ブロードキャストシグナリングは、ブロードキャストＲＲＣシグナリング（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）であってもよい。ＵＥ１００（制御部１３０）は、受信したＲＡＮページングエリア識別子を記憶する。そして、ステップＳ１４において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、ＵＥ１００に設定されたＲＡＮページングエリア識別子としてブロードキャストシグナリング中の識別子（すなわち、ステップＳ１０で受信したＲＡＮページングエリア識別子）を保持する。【0076】
一方、ステップＳ１３で「ＹＥＳ」の場合、ステップＳ１５において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、ＵＥ１００に設定されたＲＡＮページングエリア識別子として、現在のサービングセルの識別子（セル識別子）を保持する。或いは、ＵＥ１００は、ＵＥ１００に設定されたＲＡＮページングエリアが現在のサービングセルのみからなる旨の情報を保持してもよい。【0077】
（第２実施形態）第２実施形態について、第１実施形態との相違点を主として説明する。
【0078】
図９は、第２実施形態に係る想定シナリオを示す図である。図９に示すように、ｅＮＢ２００−１はセルＡ，Ｂを管理しており、ｅＮＢ２００−２はセルＣ，Ｄ，Ｅを管理しており、ｅＮＢ２００−３はセルＦ，Ｇを管理している。【0079】
セルＡ，Ｂ，Ｃ，Ｄ，Ｅは１つのＲＡＮページングエリアを形成し、当該ＲＡＮページングエリアの識別子として「ＰＡ ＩＤ＝１」が割り当てられている。セルＡ，Ｂ，Ｃ，Ｄ，Ｅのそれぞれは、「ＰＡ ＩＤ＝１」をブロードキャストする。【0080】
セルＦ，Ｇは１つのＲＡＮページングエリアを形成し、当該ＲＡＮページングエリアの識別子として「ＰＡ ＩＤ＝２」が割り当てられている。セルＡ，Ｂ，Ｃ，Ｄ，Ｅのそれぞれは、「ＰＡ ＩＤ＝１」をブロードキャストする。【0081】
セルＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇは１つのＲＡＮページングエリアを形成し、当該ＲＡＮページングエリアの識別子として「ＰＡ ＩＤ＝３」が割り当てられている。セルＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇのそれぞれは、「ＰＡ ＩＤ＝３」をさらにブロードキャストする。【0082】
このように、１つのセルに複数のＲＡＮページングエリア識別子を割り当てることにより、同一地域内において、広さの異なる複数のＲＡＮページングエリアを設けることができる。【0083】
図１０は、第２実施形態に係る動作を示す図である。図１０に示すように、ｅＮＢ２００（送信部２１０）は、自セル（又は自ｅＮＢ）に複数のＲＡＮページングエリアが割り当てられた場合において、複数のＲＡＮページングエリア識別子を含むリスト（ＰＡ ＩＤリスト）を、自セルを介してＵＥ１００に送信する。【0084】
・動作パターン１第２実施形態の動作パターン１において、ｅＮＢ２００（送信部２１０）は、自セル（又は自ｅＮＢ）に割り当てられた複数のＲＡＮページングエリア識別子を含むリストをブロードキャストシグナリングにより送信する。ブロードキャストシグナリングは、ブロードキャストＲＲＣシグナリング（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）であってもよい。
【0085】
一例として、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、ＲＲＣアイドルモードと同様なセル再選択メカニズムを用いて他のセルを再選択する際に、当該他のセル（新たなセル）からブロードキャストされるＰＡ ＩＤリストを受信する。ＵＥ１００（制御部１３０）は、自身に設定されたＲＡＮページングエリア識別子を、当該リスト中の各ＲＡＮページングエリア識別子と比較する。ＵＥ１００（制御部１３０）は、自身に設定されているＲＡＮページングエリア識別子が、当該リスト中の全てのＲＡＮページングエリア識別子と異なる場合、自身に設定されたＲＡＮページングエリアを出た旨を当該他のセル（新たなセル）に通知する。【0086】
また、１つのセルが複数のＲＡＮページングエリアに属する場合、当該ＵＥ１００に対して適切なＲＡＮページングエリアを設定することが好ましい。一例として、ｅＮＢ２００（制御部２３０）は、ＵＥ１００をＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させる場合において、当該ＵＥ１００の移動状態に基づいて、自セルが属する複数のＲＡＮページングエリア識別子の中からＵＥ１００に設定するＲＡＮページングエリア識別子を選択する。ＵＥ１００の移動状態とは、ＵＥ１００が静止しているか又は移動しているか、及び／又はＵＥ１００の移動速度であってもよい。ＵＥ１００の移動状態は、ＵＥ１００からｅＮＢ２００に通知されてもよいし、ＭＭＥ３００からｅＮＢ２００に通知されてもよい。ｅＮＢ２００（制御部２３０）は、ＵＥ１００が移動（又は高速移動）している場合に、ＵＥ１００に設定するＲＡＮページングエリアとして、より広いＲＡＮページングエリアを選択してもよい。ｅＮＢ２００（送信部２１０）は、ＵＥ１００の移動状態に基づき選択されたＲＡＮページングエリア識別子をユニキャストシグナリングによりＵＥ１００に送信する。【0087】
・動作パターン２第２実施形態の動作パターン２において、ｅＮＢ２００（送信部２１０）は、ＵＥ１００に設定する複数のＲＡＮページングエリア識別子を含むリスト（ＰＡ ＩＤリスト）をユニキャストシグナリングにより送信する。ユニキャストシグナリングは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストＲＲＣシグナリング（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ又はＲＲＣ ｒｅｌｅａｓｅメッセージ）であってもよい。ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移するとともに、ＵＥ１００に設定されたＲＡＮページングエリア識別子としてＰＡ ＩＤリストを保持する。
【0088】
複数のＲＡＮページングエリア（ＰＡ ＩＤリスト）が設定されたＵＥ１００（制御部１３０）は、当該複数のＲＡＮページングエリア間を跨いで移動する際には、ネットワークへの通知を行なわなくてもよい。一例として、ＵＥ１００（受信部１１０）は、ＲＲＣアイドルモードと同様なセル再選択メカニズムを用いて他のセルを再選択する際に、当該他のセル（新たなセル）からブロードキャストされるページングエリア識別子を受信する。ＵＥ１００（制御部１３０）は、自身に設定された複数のＲＡＮページングエリア識別子を、当該他のセル（新たなセル）のＲＡＮページングエリア識別子と比較する。ＵＥ１００（制御部１３０）は、自身に設定されている全てのＲＡＮページングエリア識別子が、当該他のセル（新たなセル）のＲＡＮページングエリア識別子と異なる場合、自身に設定されたＲＡＮページングエリアを出た旨を当該他のセル（新たなセル）に通知する。【0089】
なお、第２実施形態の動作パターン１及び２を組み合わせて実施してもよい。また、第２実施形態に係る動作を第１実施形態に係る動作と組み合わせて実施してもよい。一例として、ｅＮＢ２００は、自セルでブロードキャストしているＲＡＮページングエリア識別子と自セルでブロードキャストしていないＲＡＮページングエリア識別子とをＵＥ１００に設定する場合に、自セルでブロードキャストしていないＲＡＮページングエリア識別子のみを、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態に遷移させるユニキャストＲＲＣシグナリングに含めて明示的に設定してもよい。ＵＥ１００は、当該セルでブロードキャストされているＲＡＮページングエリア識別子と明示的に設定されたＲＡＮページングエリア識別子とを保持する。【0090】
（第３実施形態）第３実施形態について、第１及び第２実施形態との相違点を主として説明する。
【0091】
図１１は、第３実施形態に係る想定シナリオを示す図である。図１１に示すように、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、複数のセルを跨いで移動する。しかしながら、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能を有しないセル（ｅＮＢ２００）も存在し得る。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能とは、例えばＲＡＮページングの機能及びＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態からＵＥ１００を復旧させる機能等である。以下において、このような機能を有しないセルを「Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないセル」と称する。【0092】
図１１において、ｅＮＢ２００−１乃至２００−３により管理されるセルＡ乃至Ｃのうち、セルＢは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルである。ＵＥ１００は、セルＡ，Ｂ，Ｃの順に移動する。各ｅＮＢ２００（各セル）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしているか否かを示す情報をブロードキャストしていてもよい。一例として、ｅＮＢ２００（送信部２１０）は、当該情報をＳＩＢにより送信する。このような情報は、暗示的な情報であってもよい。例えば、ＵＥ１００（制御部１３０）は、ＲＡＮページングエリア識別子をブロードキャストしているセルをＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートするセルとみなしてもよい。もしくは、選択したセルが、ＵＥに設定されたＣｅｌｌ ＩＤのリスト（ＲＡＮページングエリアに含まれるセルのリスト）に含まれている場合にはＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートするセルとみなし、含まれていない場合にはＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルとみなしてもよい。【0093】
第３実施形態において、ＵＥ１００（制御部１３０）は、ＲＡＮページングエリアが設定されたＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態において、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態を取り扱う機能をサービングセルがサポートするか否かを判定する。ＵＥ１００（制御部１３０）は、当該機能をサービングセルがサポートしないと判定した場合でも、サービングセルにおいてＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態を維持する。よって、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態のＵＥ１００は、図１１に示すセルＡからセルＢに移動しても、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態を維持する。言い換えると、ＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルを再選択しても、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ動作を中止せずに継続する。【0094】
比較例として、セルＡからセルＢに移動した際に、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ動作を中止し、通常のＲＲＣアイドルモードの動作を行うことが考えられる。しかしながら、その後にＵＥ１００がセルＢからセルＣに移動するシナリオを想定すると、ＵＥ１００は、セルＢにおいてＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ動作を継続することが好ましい。【0095】
第３実施形態において、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態から復旧すべき所定イベントを検知する。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧とは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ動作を中止して通常のＲＲＣコネクティッドモードの動作を行うことを意味する。所定イベントは、ＵＥ１００がページングを受信したことであってもよいし、ＵＥ１００がデータ又はシグナリングを送信する必要が生じたことであってもよい。【0096】
ＵＥ１００（制御部１３０）は、サービングセルがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートすると判定した場合において、所定イベントを検知したことに応じて、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態からの復旧を要求する第１のＲＲＣメッセージをサービングセルに送信する。第１のＲＲＣメッセージは、ＲＲＣ復旧（ｒｅｓｕｍｅ）要求メッセージであってもよいし、ＲＲＣ再確立（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）要求メッセージであってもよい。【0097】
一方、ＵＥ１００（制御部１３０）は、サービングセルがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないと判定した場合において、所定イベントを検知したことに応じて、サービングセルとのＲＲＣ接続の確立を要求する第２のＲＲＣメッセージをサービングセルに送信する。第２のＲＲＣメッセージは、ＲＲＣ接続要求メッセージであってもよい。言い換えると、ＵＥ１００（制御部１３０）は、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎをサポートしないセルにおいてＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態から復旧するために、自身がＲＲＣアイドルモードであるとみなして、ＲＲＣ接続要求メッセージを送信する。ＲＲＣ接続要求メッセージは、一般的なＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する際に用いられるメッセージであるため、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルであっても当該メッセージを取り扱うことができる。【0098】
なお、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしないセルでは、トラッキングエリアを用いた従来のページング（すなわち、ＭＭＥ主導によるページング）をモニタしない場合、ＵＥ１００が呼び出し出来なく虞がある。そこで、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、現在選択しているセルがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしている場合はＲＡＮページングをモニタし、サポートしていない場合は従来のＭＭＥ主導によるページングをモニタする。もしくは、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ状態にあるＵＥ１００は、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートするセルの配下においては、ＲＡＮページング及びＭＭＥ主導ページングの両方をモニタしてもよい。【0099】
ここで、ＭＭＥ主導ページングにおいて、ＵＥ１００は、自身の識別子であるＵＥ＿ＩＤとしてのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）によって特定されるタイミング、例えば、「ＳＦＮ ｍｏｄ Ｔ＝ （Ｔ ｄｉｖ Ｎ）＊（ＵＥ＿ＩＤ ｍｏｄ Ｎ）」においてモニタを行う。一方で、ＲＡＮページングにおけるモニタのタイミングは、ＭＭＥ主導ページングにおけるモニタのタイミングとは異なるタイミングで定義されてもよい（少なくとも異なるパラメータが設定できる）。【0100】
ＭＭＥ主導によるページングにおいては、ＵＥ１００は、ページング（呼び出し）に係る識別子（すなわち、ページングレコード）として、事前設定もしくはコアネットワークが割り当てた識別子（例えばＩＭＳＩ、Ｓ−ＴＭＳＩ）を検出する。一方、ＲＡＮページングにおいては、ＵＥ１００は、ＲＡＮノード（例えば基地局）が割り当てた（又は管理する）識別子（例えば、”Ｃｅｌｌ ＩＤ＋Ｃ−ＲＮＴＩ”、Ｒｅｓｕｍｅ ＩＤ等）の検出を行う。【0101】
（その他の実施形態）上述した実施形態において、ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）について特に触れなかった。ｅＮＢ２００は、ＵＥ１００に設定するＲＡＮページングエリアとして、ＲＡＮページングエリア識別子又はセル識別子と共に、１以上のＰＬＭＮ識別子（例えば、ＰＬＭＮ識別子のリスト）を設定してもよい。ＵＥ１００は、自身に設定されたＲＡＮページングエリア識別子又はセル識別子をブロードキャストするセルであって、自身に設定されたＰＬＭＮ識別子をブロードキャストするセルを、当該ＲＡＮページングエリア内のセルと認識してもよい。
【0102】
上述した実施形態において、ＲＡＮページングが送信されるタイミングがＩＭＳＩによって特定される場合について特に触れなかった。この場合、基地局は、ＲＡＮページングを行うためのＵＥ１００のＩＭＳＩを知らない為、ＵＥ１００からＩＭＳＩを通知してもらう必要がある。そこで、ＵＥ１００は、自身のＩＭＳＩを、自身がＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ機能をサポートする旨の能力情報として基地局に通知する。言い換えると、基地局は、ＵＥ１００の能力情報においてＩＭＳＩが通知された場合は、当該ＵＥ１００がＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎ機能をサポートしていると判断し、当該ＩＭＳＩをＲＡＮページングタイミングの特定に用いる。【0103】
上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の動作を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の動作を他の実施形態の一部の動作と置換してもよい。【0104】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。【0105】
［付記１］（１．はじめに）
この付記では、これらのモデリングについてのさらなる検討が議論される。
【0106】
（２．検討）（２．１．モデリング）
図１２、図１３、図１４に、（１）ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎに入ったときの手順、（２）ＲＲＣ Ｃｏｎｎｅｃｔｅｄに正常に戻り、（３）拒否されてフォールバックを実行するときの手順をそれぞれ示す。
【0107】
モデリングＡでは、ＲＲＣ接続再開要求またはＲＲＣ接続再確立要求のいずれを使用してＬｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎからＲＲＣ Ｃｏｎｎｅｃｔｅｄに戻すかは依然としてＦＦＳである。概念的には、メッセージングの観点からは、ＲＲＣ接続が維持されている、すなわち、ＲＲＣ Ｃｏｎｎｅｃｔｅｄに入るためのＲＲＣ接続再構成の使用により中断されていないので、ＲＲＣ接続再確立要求がより適切である。さらに、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｊｅｃｔの場合、従来のＮＡＳリカバリが再利用されることはすでに合意された。また、ＲＡＮ２がＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔを使用している場合、ＣＴ１は、「モデルＡの場合のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ確立へのフォールバックの可能性についてのＲＡＮ２の質問に関して、ＣＴ１は、ＥＭＭ−ＩＤＬＥモードでＵＥにのみ使用されるＲｅｌ−１３で定義される。したがって、ＵＥがＲＲＣ Ｃｏｎｎｅｃｔｅｄに戻るとき、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを使用することが望ましい。【0108】
提案１：モデリングＡでは、ＵＥがＬｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎからＲＲＣ Ｃｏｎｎｅｃｔｅｄに戻る必要がある場合、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを送信すべきである。【0109】
ＲＡＮ２がモデリングの問題を支援するためにＣＴ１に依頼するアプローチがあるが、ＣＴ１はＡとＢのモデリングの両方について予備的な議論を行い、ＡとＢのモデリングの潜在的な影響を観察した。この問題について深い分析をしなければ迅速に回答を提供することは難しいであろう。したがって、ＲＡＮ２は、どのモデリングを使用するかを独自に決定する必要がある。【0110】
考察１：ＲＡＮ２はＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎに適用するモデリングを決定し、決定と詳細をＣＴ１に通知すべきである。【0111】
ＷＩの目標の最初の声明は、この作業項目の目的は、無線とネットワークインタフェースのシグナリングオーバーヘッドを削減し、すべてのデバイスタイプのＵＥアクセスレイテンシとＵＥ消費電力を改善することである。すなわち、ＭＴＣ ＵＥだけでなくスマートフォンなどの通常のＬＴＥ ＵＥのようなすべてのデバイスタイプと同様に、無線シグナリングオーバーヘッドおよびＵＥアクセス待ち時間削減を考慮すべきである。ＭＴＣタイプのトラフィックに関しては、Ｒｅｌ−１３のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｐｅｎｄ／Ｒｅｓｕｍｅによってすでに最適化されたが、もちろん通常のＬＴＥ ＵＥにも適用できる。しかし、例えば、一時的にデータが非アクティブという条件を仮定して、非ＭＴＣタイプのトラフィックについては同じではない。したがって、リリース１４作業は、代わりにモデリングＡに基づく典型的なＬＴＥ ＵＥ（例えば、スマートフォントラフィック）のシグナリングおよびアクセス待ち時間の低減に焦点を当てるべきである。【0112】
考察２：Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎは、スマートフォンの使用に適用可能なものを含め、リリース１３で既に最適化されているＭＴＣタイプのトラフィックに限らず、すべてのタイプのトラフィックに対する無線オーバーヘッドとＵＥアクセスレイテンシの削減を考慮すべきである。【0113】
提案２：ＲＡＮ２はＬｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎのモデリングＡと一致するはずである。【0114】
（２．２．Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄをサポートしていないセル）モデリングの選択にかかわらず、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ機能がサポートされているかどうかをＵＥが知っておくべきであることはＦＦＳである。ＲＡＮ２は、ＲＲＣ ＩＤＬＥと同様のセル再選択メカニズムに同意した。したがって、ネットワーク内のすべてのｅＮＢがＬｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎからＲＲＣ Ｃｏｎｎｅｃｔｅｄへの復帰をサポートしている限り、ＵＥの動作はセル再選択の点でアイドルモード手順に従う。ＮＷ実装であるが、リリース１３は、ネットワーク内のすべてのｅＮＢが新たな特徴（例えば、ｅＤＲＸのためのｅＤＲＸ−Ａｌｌｏｗｅｄ、ＶｏＬＴＥ確立のためのｖｏｉｃｅＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎ、Ｕｐ−ＣＩｏＴ−ＥＰＳ−Ｏｐｔｉｍｉｚａｔｉｏｎ及びｃｐ−ＣＩｏＴ−ＥＰＳ最適化をサポートすると想定していない。したがって、ネットワーク内のすべてのｅＮＢがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしていると推測できるかどうかについて検討する価値はある。
【0115】
提案３：ＲＡＮ２は、セルがＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎをサポートする場合、すなわちＵＥがＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎからＲＲＣ接続に戻る要求に対するＲＲＣメッセージを送信することが許可されている場合、ＳＩＢ２にインジケーションを導入すべきである。【0116】
一部のｅＮＢがＬｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎをサポートしていない場合、ＵＥはＲＡＮページングから到達不能になる可能性があるため、ＵＥがどのように動作すべきかが問題である。可能性の１つは、ＵＥがＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎをサポートするセルに可能な限り優先順位を付けることである。別の可能性は、Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎをサポートしていないセルを再選択するたびに、ＵＥがＲＲＣ ＩＤＬＥに遷移することである。ＲＡＮ２は、Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ中のＵＥベースの移動性の詳細を考慮すべきである。【0117】
提案４：提案３が合理的である場合、ＲＡＮ２は、アイドルモード手順、例えば、セル再選択中の予想されるＵＥ動作を議論すべきである。【0118】
（２．３．ＲＲＣ接続中のデータ非アクティブの認識）ＵＥはＲＲＣシグナリングによって軽く接続されているため、サービングセルはＵＥをトリガしてＲＲＣ Ｃｏｎｎｅｃｔｅｄに入るタイミングを決定すべきである。可能な実装の１つは、サービングセルがトラフィックの挙動を監視し、ＵＥが一定時間（例えば、一定時間）活動しないためにＲＲＣ Ｃｏｎｎｅｃｔｅｄに入るようトリガすることである。このメカニズムは予想されるトラフィックの振る舞いに依存するため、予想されるトラフィックの推定が不正確である場合、例えばＲＲＣ ＣｏｎｎｅｃｔｅｄとＲＲＣ接続との間の頻繁な遷移によりシグナリングオーバーヘッドが実際に増加するか、ＲＲＣ Ｃｏｎｎｅｃｔｅｄに入る機会が失われる。予想されるＭＴＣタイプのトラフィックは容易に推定できるが、ＬＴＥタイプのトラフィックは、スマートフォンのトラフィック行動は、ＮＷが予測するのは簡単ではないかもしれない。したがって、ＵＥは、そのトラフィック動作のより良い知識／制御を有するので、ＵＥが何らかの支援情報を提供することが必要な場合がある。したがって、サービングセルがＵＥを設定して、ｅＮＢがＵＥをＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎにトリガするためのより良い決定を行うことを可能にする特定の支援情報を提供するかどうかを検討する価値がある。
【0119】
提案５：ＲＡＮ２は、サービングセルが、支援情報を提供するようにＵＥを設定することができるか否かを議論して、ｅＮＢがいつＵＥをＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎに入るようにトリガするかをより良く決定できるようにするべきである。【0120】
提案５が妥当である場合、支援情報は、既存の電力嗜好指標（ＰＰＩ）及び／またはＭＢＭＳ関心表示（ＭＩＩ）と類似している可能性がある。ＰＰＩを用いる場合、ＵＥは、その消費電力が、例えばより長いＤＲＸサイクルによって最適化されることが好ましい場合、低電力消費を通知することができる。ＭＩＩは、例えば、周波数へのハンドオーバーが好ましい場合に、ユニキャストとＭＢＭＳとの間の関心のあるＭＢＭＳ周波数及び優先順位を通知するために使用された。この場合、ＵＥは、ＵＥがＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎに入ることが適切であるとき、サービングセルに通知することができる。言い換えれば、ＵＥは、データ送受信が一定の期間内に非アクティブであった場合、または非アクティブである場合に支援情報を送信することができる。追加の援助の詳細及び必要性は、ＦＦＳ、例えば、ＵＥの予想非アクティブ時間である。【0121】
提案６：ＲＡＮ２は、ＵＥがデータ非活性時に支援情報を送信すべきかどうかを検討すべきである。【0122】
［付記２］（１．はじめに）
本付記は、モデリングＡの詳細について説明する。
【0123】
（２．１．ＲＡＮページングエリア）ＲＡＮページングエリアでＵＥを設定する方法はまだＦＦＳである。２つの選択肢が議論されている。
【0124】
オプション１：ベースラインとして、提案２をとる。ｅＮＢは、ＲＡＮベースのページングエリアを示すためにＲＲＣ専用シグナリングを介してグローバルセル識別リストをＵＥにオプションでシグナリングすることができる。シグナリングと設定のオーバーヘッドを最小限に抑えることを目的とすべきである（たとえば、グローバルセルＩＤの代わりにｃｅｌｌＩｄｅｎｔｉｔｙを使用することもできる）。【0125】
オプション２：ｅＮＢは、専用シグナリング（使用すべきＲＡＮベースのページングエリアをＵＥに設定するために）及びブロードキャスト（ｅＮＢが属しているＲＡＮベースのページングエリアを示すために）を送る。【0126】
これらのオプションは、それぞれ異なるシナリオで有用とみなされる可能性がある。例えば、ネットワークは、各ＵＥに柔軟な設定が必要な場合はオプション１を使用し、シグナリングオーバーヘッドを最小限に抑えたい場合はオプション２を使用することもできる。したがって、ＲＡＮページングエリアの設定には２つのオプションを導入すべきである。【0127】
提案１：ＲＡＮ２は、セルＩＤリストとブロードキャストされたＲＡＮページングエリアＩＤとを有する、ＲＡＮページングエリア設定のための２つのオプションを導入すべきである。【0128】
提案１が合理的である場合、異なる実装のために、２つのオプションが混在したネットワーク内の異なるＵＥに同時に設定される場合に、１つの懸念が生じる可能性がある。ＲＡＮページングエリア内のセルが、Ｘ２を介して「アンカーｅＮＢ」、すなわちＸ２ページング到達可能セルと接続されたｅＮＢのみを含むと仮定することができる場合、そのような混合配置は、アンカーｅＮＢが設定されたＲＡＮベースのページングエリア外に移動したときに軽度に接続されたＵＥがネットワークに通知すべきであるため、両方のオプションで同時にＵＥを設定することは禁止される。設定されたＲＡＮページングエリア外のＵＥはＲＲＣ接続に戻り、必要に応じて新しいＲＡＮページングエリアで再設定される。したがって、ＵＥの到達可能性の観点からは問題がないと少なくとも考えられる可能性がある。【0129】
提案２：提案１が納得のいくものである場合、ＵＥは両方のオプションを同時に設定すべきではない。【0130】
オプション１（セルＩＤリスト）については、どのセルＩＤが適用されるべきかＦＦＳである（ＥＣＧＩ（「ＰＬＭＮ ＩＤ＋ＥＣＩ」）、ＥＣＩ（「ｅＮＢ ＩＤ＋ＣＩ」：ＣｅｌｌＩｄｅｎｔｉｔｙ］）又は物理セルＩＤ（ＰｈｙｓＣｅｌｌＩｄ）。長いＩＤはＵＥの混同を避けることができるが、シグナリングオーバーヘッドが増え、短いＩＤほど混同する可能性がある。したがって、妥協したソリューションとして、ＲＡＮ２はリスト内のＣｅｌｌＩｄｅｎｔｉｔｙの使用を検討すべきである。混同の懸念が依然として存在する場合、ＰＬＭＮ ＩＤ（又はそのリスト）は、セルＩＤリストとともにオプションで設定されてもよい。【0131】
提案３：オプション１の場合、ＲＡＮ２はセルＩＤリストがＣｅｌｌＩｄｅｎｔｉｔｙで設定されるべきであることに同意すべきである。【0132】
オプション２（すなわち、ブロードキャストされたＲＡＮページングエリアＩＤを有する）に関して、提案は、「新たに定義されたＲＡＮベースのページングエリア識別子」、すなわち、サービングセルによってブロードキャストされるべき１つのＲＡＮページングエリアＩＤがあり、ＵＥに設定されると解釈することができる。問題は、複数のＲＡＮページングエリアＩＤが有用かどうかである。例えば、セルが２つのＲＡＮページングエリア、例えばより大きなエリア及び別のより小さいエリアに属する場合、サービングセルは、どのＲＡＮページングエリアが各ＵＥに適しているかを選択することができる。例えば、頻繁な通知を避けるために高移動性のＵＥはより広いエリアが設定され、ＲＡＮページングによるシグナリングオーバーヘッドを低減するために静止ＵＥはより小さいエリアで設定されてもよい。別の例として、単一のＲＡＮページングエリアＩＤのみがセルごとにブロードキャストされることができると仮定すれば、ＵＥのＲＡＮページングエリアが複数のＲＡＮページングエリアＩＤで設定することは可能であり、それにより個別のエリアの組み合わせにより効率的にＵＥのＲＡＮページングエリアを設定する。両方の場合において、ＵＥは、必要に応じて、異なるサイズのＲＡＮページングエリアで設定されてもよい。したがって、複数のＲＡＮページングエリアＩＤをブロードキャスト及び／又は設定できるようにするかどうかについて検討する価値がある。【0133】
提案４：オプション２では、ＲＡＮ２は、複数のＲＡＮページングエリアＩＤ（ブロードキャスト及び／又は設定）を許可するかどうかについて議論すべきである。【0134】
単一のＲＡＮページングエリアＩＤだけがブロードキャストされ、設定されているというオリジナルの提案に固執することが決定された場合、ＲＲＣ Ｃｏｎｎｅｃｔｅｄに入るときにＲＡＮページングエリアＩＤでＵＥを明示的に設定する必要はない。設定されるＲＡＮページングエリアＩＤは、ＵＥをＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎに送信するアンカーｅＮＢによってブロードキャストされるものと同じである。さもなければ、ブロックサイズされる異なるＲＡＮページングエリアＩＤがＵＥに設定されている場合、通知を送信するために直ちにＲＲＣ Ｃｏｎｎｅｃｔｅｄに戻らなければならない、いくつかのピンポンが懸念されるかもしれない。【0135】
提案５：オプション２では、セルが単一のＲＡＮページングエリアＩＤのみをブロードキャストできる場合、ＵＥはＲＡＮページングエリアＩＤの明示的な設定なしに、ＵＥをトリガーする「アンカーｅＮＢ」によってブロードキャストされるＲＡＮページングエリアＩＤを暗黙的に使用してＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄに進む。【0136】
（２．２．ＲＡＮページングメッセージ）ＲＲＣのＲＡＮ始動のページングメッセージは、（必要に応じて拡張子を用いて）レガシーＲＲＣページングメッセージを再利用することが定義されているが、Ｓ−ＴＭＳＩを使用するか新しいＲＡＮ ＩＤを使用するかは依然としてＦＦＳである。
【0137】
Ｓ−ＴＭＳＩの使用には現在、セキュリティ上の懸念がある。ＲＡＮ２は、ＭＭＥを制御せずにＲＡＮで開始されたページングのためのＲＲＣメッセージでＳ−ＴＭＳＩを公開する潜在的なセキュリティ問題に関するフィードバックをＳＡ３に求める。したがって、ＲＡＮ２はＳＡ３の応答を最終的な決定前に待つ必要があるが、モデリングＡとモデリングＢと同様に、新しいＲＡＮ ＩＤを導入するという前提で進めることは可能かもしれない。【0138】
議論されているように、新しいＲＡＮ ＩＤはシグナリング削減のために明示的に定義されるべきである。ＲＲＣ ＣｏｎｎｅｃｔｅｄのＵＥがＣ−ＲＮＴＩで識別されていることを考慮すると、Ｌｉｇｈｔ ＣｏｎｎｅｃｔｉｏｎのＵＥは、セル内のセルＩＤ（「アンカーｅＮＢ」に属する）＋Ｃ−ＲＮＴＩによって、設定済みのＲＡＮページングエリア内で識別することもできる。ＩＤの内容が明示的に指定されている場合、ＵＥは、ＲＲＣシグナリングを介してＩＤが明示的に設定されていなくてもページングされたかどうかを判断するために使用する。【0139】
提案６：新しいＲＡＮ ＩＤが導入された場合、ＲＡＮ２はそれを「セルＩＤ（ＣｅｌｌＩｄｅｎｔｉｔｙ）＋Ｃ−ＲＮＴＩ」と定義すべきである。【0140】
提案７：提案６が納得できる場合、ＵＥがＬｉｇｈｔ Ｃｏｎｎｅｃｔｅｄに入ったときに、ＩＤを「アンカーｅＮＢ」のセルからＵＥに明示的に割り当てる必要はない。【0141】
（２．３．ＲＡＮページング機会）ＲＡＮ始動のページング機会の計算では、優先ＵＥ ＩＤは「ＩＭＳＩ ｍｏｄ ｘ」デザイン（従来のページング計算と同様）であると結論づけられた。このアプローチは、「オープンＩｓｓｕｅ５：ＲＡＮページング失敗の場合の到達不能ＵＥのｅＮＢハンドリング」の場合に、ＵＥがＭＭＥ始動ページング及びＲＡＮ始動ページングの「二重チェック」を回避するのに有用である。ｅＮＢハンドリングは、ｅＮＢがＳ１ ＵＥコンテキストリリースをトリガし、その前に、必要であればＭＭＥにＮＡＳ ＮＯＮ ＤＥＬＩＶＥＲＹ ＩＮＤＩＣＡＴＩＯＮを送信することであり、ＵＥの観点から見えない。
【0142】
ＦＦＳは、ＵＥ又はＩＭＳによってのみ知られているので、ＵＥのＩＭＳＩがサービングセルにどのように通知されるかである。ＲＡＮ２は、「ＵＥがビューのＭＭＥ点からＥＣＭ＿ＣＯＮＮＥＣＴＥＤにあるときｅＮＢに対して、『ＵＥ ＩＭＳＩ ＭＯＤ Ｘ』を提供するためのシグナリングを可能にする任意の懸念があるかどうか」を求めているが、ＲＡＮ２は既に、ＣＮからの移動性と状態遷移を隠蔽するために、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｅｄ状態が維持され、ＵＥのＳ１コネクションがアクティブになっていると合意した。また、ＲＡＮ３は、ＭＭＥがＵＥが軽いかどうか接続かどうかをＭＭＥは気付いていないと考えられる。したがって、ＩＭＳＩは、ＭＭＥではなくＵＥから通知されるべきである。【0143】
ＲＡＮ２は、「ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ ＩＥ内に新しいオプションの無線能力を定義して、ＵＥがリリース１４Ｌｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎ動作をサポートすることを示す」ことも合意した。したがって、ＩＭＳＩにはＬＷＡのｗｌａｎ−ＭＡＣ−Ａｄｄｒｅｓｓ−ｒ１３と同様の概念のように、Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎサポート用の新しいＵＥ機能を介して通知されることが妥当である。【0144】
提案８：「ＩＭＳＩ ｍｏｄ ｘ」デザインが決定された場合、ＲＡＮ２は、ＩＭＳＩがＵＥによってＬｉｇｈｔ ｃｏｎｎｅｃｔｉｏｎサポートのためのＵＥ能力によって通知されることに同意すべきである。【0145】
しかしながら、提案８におけるＩＭＳＩのシグナリングが好ましくない場合、ＲＡＮ２は、ＩＤを持たない、すなわちＣ−ＤＲＸを再利用する解決策を検討すべきである。この解決策の関心事は、Ｉ−ＤＲＸ ＰＦ／ＰＯ及びＣ−ＤＲＸ ＯｎＤｕｒａｔｉｏｎ内のページングメッセージをＵＥが「二重チェック」すべきであることである。Ｌｉｇｈｔ Ｃｏｎｎｅｃｔｉｏｎが一時的なデータ非活性の間に設定される。そのような短い期間は、Ｌｉｇｈｔ ｃｏｎｎｅｃｔｅｄ ＵＥが、専用のＲＲＣシグナリングを介してｅＮＢによって設定されることができる特定のＤＲＸ（これは、ＲＡＮによって始動されるページングＰＯ／ＰＦ計算に使用される）サイクルで設定され、少なくとも３２０，６４０，１２８０、及び２５６０ｍｓを含み、他の値も定義されるかはＦＦＳである。【0146】
提案９：「ＩＭＳＩ ｍｏｄ ｘ」デザインが決定されない場合、ＲＡＮ２はＣ−ＤＲＸがＲＡＮページング機会に再利用されるべきであることに同意すべきである。【0147】
［相互参照］本願は米国仮出願第６２／４１７５３２号（２０１６年１１月４日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。