知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6940679
(24)【登録日】2021年9月6日
(45)【発行日】2021年9月29日
(54)【発明の名称】通信方法
(51)【国際特許分類】
H04W 76/27 20180101AFI20210916BHJP
H04W 76/38 20180101ALI20210916BHJP
H04W 48/16 20090101ALI20210916BHJP
【ＦＩ】
H04W76/27
H04W76/38
H04W48/16 110
【請求項の数】3
【全頁数】26
(21)【出願番号】特願2020-500518(P2020-500518)
(86)(22)【出願日】2019年2月13日
(86)【国際出願番号】JP2019005092
(87)【国際公開番号】WO2019159963
(87)【国際公開日】20190822
【審査請求日】2020年8月13日
(31)【優先権主張番号】特願2018-25037(P2018-25037)
(32)【優先日】2018年2月15日
(33)【優先権主張国】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】キュリーズ特許業務法人
(72)【発明者】
【氏名】藤代 真人
【審査官】
小林 正明
(56)【参考文献】
【文献】
LG Electronics Inc.，Cell reselection parameters for INACTIVE mode[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2- 1801429，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1801429.zip>，2018年01月26日
【文献】
Huawei, HiSilicon，RRC state transition from INACTIVE to IDLE[online]，3GPP TSG RAN WG2 #100 R2-1712574，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_100/Docs/R2-1712574.zip>，2017年12月01日
【文献】
Ericsson，NR RRC States overview and remaining open issues[online]，3GPP TSG RAN WG2 #100 R2- 1713301，2017年12月01日，第２．３節
【文献】
3GPP TS 38.300 V15.0.0(2017-12)，3GPP，2017年12月，第３１頁，第７．２節
【文献】
Huawei, HiSilicon，Remaining issues on State transition between RRC CONNECTED and INACTIVE[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2-1800493，2018年01月26日，第２．１節
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ７／２４−７／２６
Ｈ０４Ｗ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
通信方法であって、
基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣインアクティブ状態へとユーザ装置を遷移させるためのメッセージを送信するステップと、
前記ユーザ装置が、前記メッセージを前記基地局から受信するステップと、
前記ＲＲＣインアクティブ状態の前記ユーザ装置が、前記メッセージに含まれるタイマを起動するステップと、
前記ユーザ装置が、前記タイマの満了後に前記ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移するステップと、
前記ユーザ装置が、前記ＲＲＣアイドル状態に遷移することに応じて、前記メッセージに含まれるセル再選択優先度を破棄し、前記基地局から取得した他のセル再選択優先度を適用するステップと、
前記ユーザ装置が、前記タイマの満了前に前記ＲＲＣインアクティブ状態から前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれるアイドルパラメータセットを適用するステップと、を備え、
前記ＲＲＣインアクティブ状態は、前記ユーザ装置及び前記基地局において前記ユーザ装置のコンテキストが記憶されている状態であり、かつ、前記ユーザ装置がセルリセレクションモビリティを実行する状態である、通信方法。
基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣインアクティブ状態へとユーザ装置を遷移させるためのメッセージを送信するステップと、
前記ユーザ装置が、前記メッセージを前記基地局から受信するステップと、
前記ＲＲＣインアクティブ状態の前記ユーザ装置が、前記メッセージに含まれるタイマを起動するステップと、
前記ユーザ装置が、前記タイマの満了後に前記ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移するステップと、
前記ユーザ装置が、前記ＲＲＣアイドル状態に遷移することに応じて、前記メッセージに含まれるセル再選択優先度を破棄し、前記基地局から取得した他のセル再選択優先度を適用するステップと、
前記ユーザ装置が、前記タイマの満了前に前記ＲＲＣインアクティブ状態から前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれるアイドルパラメータセットを適用するステップと、を備え、
前記ＲＲＣインアクティブ状態は、前記ユーザ装置及び前記基地局において前記ユーザ装置のコンテキストが記憶されている状態であり、かつ、前記ユーザ装置がセルリセレクションモビリティを実行する状態である、通信方法。
【請求項2】
ユーザ装置であって、
基地局から、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣインアクティブ状態へと前記ユーザ装置を遷移させるためのメッセージを受信する受信部と、
前記メッセージに含まれるタイマを起動する制御部と、を備え、
前記制御部は、
前記タイマの満了後に前記ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移し、
前記ＲＲＣアイドル状態に遷移することに応じて、前記メッセージに含まれるセル再選択優先度を破棄し、前記基地局から取得した他のセル再選択優先度を適用し、
前記ＲＲＣインアクティブ状態は、前記ユーザ装置及び前記基地局において前記ユーザ装置のコンテキストが記憶されている状態であり、かつ、前記ユーザ装置がセルリセレクションモビリティを実行する状態であり、
前記制御部は、前記タイマの満了前に前記ＲＲＣインアクティブ状態から前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれるアイドルパラメータセットを適用する、ユーザ装置。
基地局から、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣインアクティブ状態へと前記ユーザ装置を遷移させるためのメッセージを受信する受信部と、
前記メッセージに含まれるタイマを起動する制御部と、を備え、
前記制御部は、
前記タイマの満了後に前記ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移し、
前記ＲＲＣアイドル状態に遷移することに応じて、前記メッセージに含まれるセル再選択優先度を破棄し、前記基地局から取得した他のセル再選択優先度を適用し、
前記ＲＲＣインアクティブ状態は、前記ユーザ装置及び前記基地局において前記ユーザ装置のコンテキストが記憶されている状態であり、かつ、前記ユーザ装置がセルリセレクションモビリティを実行する状態であり、
前記制御部は、前記タイマの満了前に前記ＲＲＣインアクティブ状態から前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれるアイドルパラメータセットを適用する、ユーザ装置。
【請求項3】
ユーザ装置を制御するプロセッサであって、
基地局から、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣインアクティブ状態へと前記ユーザ装置を遷移させるためのメッセージを受信する処理と、
前記メッセージに含まれるタイマを起動する処理と、
前記タイマの満了後に前記ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移する処理と、
前記ＲＲＣアイドル状態に遷移することに応じて、前記メッセージに含まれるセル再選択優先度を破棄し、前記基地局から取得した他のセル再選択優先度を適用する処理と、
前記タイマの満了前に前記ＲＲＣインアクティブ状態から前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれるアイドルパラメータセットを適用する処理と、を実行し、
前記ＲＲＣインアクティブ状態は、前記ユーザ装置及び前記基地局において前記ユーザ装置のコンテキストが記憶されている状態であり、かつ、前記ユーザ装置がセルリセレクションモビリティを実行する状態である、プロセッサ。
基地局から、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣインアクティブ状態へと前記ユーザ装置を遷移させるためのメッセージを受信する処理と、
前記メッセージに含まれるタイマを起動する処理と、
前記タイマの満了後に前記ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移する処理と、
前記ＲＲＣアイドル状態に遷移することに応じて、前記メッセージに含まれるセル再選択優先度を破棄し、前記基地局から取得した他のセル再選択優先度を適用する処理と、
前記タイマの満了前に前記ＲＲＣインアクティブ状態から前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれるアイドルパラメータセットを適用する処理と、を実行し、
前記ＲＲＣインアクティブ状態は、前記ユーザ装置及び前記基地局において前記ユーザ装置のコンテキストが記憶されている状態であり、かつ、前記ユーザ装置がセルリセレクションモビリティを実行する状態である、プロセッサ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信方法に関する。【背景技術】
【0002】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により策定された仕様では、ＲＲＣインアクティブ状態が規定されている（非特許文献１参照）。【0003】
ＲＲＣインアクティブ状態は、ＲＲＣ接続状態と同じようにコンテキストが無線端末及び基地局において記憶されている状態、かつ、ＲＲＣアイドル状態と同じように無線端末がセルリセレクションモビリティを実行する状態である。【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】３ＧＰＰ技術仕様書「ＴＳ３８．３００ Ｖ１５．０．０」 ２０１８年１月４日
【発明の概要】
【0005】
一の実施形態に係る通信方法は、基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣアイドル状態と異なる特定状態へと無線端末を遷移させるためのメッセージを送信するステップと、前記無線端末が、前記メッセージを前記基地局から受信するステップと、を備える。前記特定状態は、前記無線端末及び前記基地局において前記無線端末のコンテキストが記憶されている状態であり、かつ、前記無線端末がセルリセレクションモビリティを実行する状態である。前記メッセージは、前記特定状態で適用される特定パラメータセットに加えて、前記ＲＲＣアイドル状態で適用されるアイドルパラメータセットを含む。【0006】
一の実施形態に係る通信方法は、基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣアイドル状態と異なる特定状態へと無線端末を遷移させるためのメッセージを送信するステップと、前記無線端末が、前記メッセージを前記基地局から受信するステップと、を備える。前記特定状態は、前記無線端末及び前記基地局において前記無線端末のコンテキストが記憶されている状態であり、かつ、前記無線端末がセルリセレクションモビリティを実行する状態である。前記メッセージは、前記特定状態で適用される特定パラメータセットを含む。前記通信方法は、前記無線端末が、前記メッセージに含まれる前記特定パラメータセットを前記ＲＲＣアイドル状態でも適用するか否かを判定するステップと、をさらに備える。【0007】
一の実施形態に係る通信方法は、基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態及びＲＲＣアイドル状態と異なる特定状態である複数の無線端末に対して、前記特定状態から前記ＲＲＣアイドル状態へと遷移させるための遷移情報を送信するステップと、前記無線端末が、前記基地局から前記遷移情報を受信するステップと、を備える。前記特定状態は、前記複数の無線端末を構成する無線端末及び前記基地局において前記無線端末のコンテキストが記憶されている状態であり、かつ、前記無線端末がセルリセレクションモビリティを実行する状態である。【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
［実施形態の概要］一の実施形態に係る通信方法は、基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣアイドル状態と異なる特定状態へと無線端末を遷移させるためのメッセージを送信するステップと、前記無線端末が、前記メッセージを前記基地局から受信するステップと、を備える。前記特定状態は、前記無線端末及び前記基地局において前記無線端末のコンテキストが記憶されている状態であり、かつ、前記無線端末がセルリセレクションモビリティを実行する状態である。前記メッセージは、前記特定状態で適用される特定パラメータセットに加えて、前記ＲＲＣアイドル状態で適用されるアイドルパラメータセットを含む。
【0010】
前記通信方法は、前記無線端末が、前記アイドルパラメータセットの適用を判定するためのタイマを起動するステップと、前記無線端末が、前記特定状態から前記ＲＲＣアイドル状態へ前記タイマの満了前に前記ＲＲＣアイドル状態へ遷移することに応じて、前記アイドルパラメータセットを適用するステップと、を備えてもよい。【0011】
前記通信方法は、前記無線端末が、前記アイドルパラメータセットの適用を判定するためのタイマを起動するステップと、前記無線端末が、前記タイマの満了後に前記ＲＲＣアイドル状態へ遷移することに応じて、前記メッセージに含まれる前記アイドルパラメータセットではなく、前記基地局から取得した他のアイドルパラメータセットを適用するステップと、を備えてもよい。【0012】
前記メッセージは、前記特定状態で適用される複数の特定パラメータセットを含んでもよい。前記複数の特定パラメータセットは、適用条件が互いに異なってもよい。前記通信方法は、前記無線端末が、前記複数の特定パラメータセットのうち前記適用条件を満たす特定パラメータセットを適用するステップを備えてもよい。【0013】
前記複数の特定パラメータセットは、前記適用条件として適用するタイミングが異なってもよい。【0014】
一の実施形態に係る通信方法は、基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態からＲＲＣアイドル状態と異なる特定状態へと無線端末を遷移させるためのメッセージを送信するステップと、前記無線端末が、前記メッセージを前記基地局から受信するステップと、を備える。前記特定状態は、前記無線端末及び前記基地局において前記無線端末のコンテキストが記憶されている状態であり、かつ、前記無線端末がセルリセレクションモビリティを実行する状態である。前記メッセージは、前記特定状態で適用される特定パラメータセットを含む。前記通信方法は、前記無線端末が、前記メッセージに含まれる前記特定パラメータセットを前記ＲＲＣアイドル状態でも適用するか否かを判定するステップと、をさらに備える。【0015】
前記メッセージは、前記特定パラメータセットを前記ＲＲＣアイドル状態でも適用するか否かを前記無線端末が判定するための判定情報を含んでもよい。【0016】
前記通信方法は、前記無線端末は、前記判定情報の有効期限を計測するためのタイマを起動するステップと、前記無線端末が、前記タイマが起動中であることに応じて、前記判定情報に従って前記特定パラメータセットを前記ＲＲＣアイドル状態でも適用するか否かを判定するステップと、を備えてもよい。【0017】
前記通信方法は、前記無線端末は、前記判定情報の有効期限を計測するためのタイマを起動するステップと、前記無線端末が、前記タイマが満了したことに応じて、前記判定情報に従わずに前記特定パラメータセットを前記ＲＲＣアイドル状態でも適用するか否かを判定するステップと、を備えてもよい。【0018】
一の実施形態に係る通信方法は、基地局が、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）接続状態及びＲＲＣアイドル状態と異なる特定状態である複数の無線端末に対して、前記特定状態から前記ＲＲＣアイドル状態へと遷移させるための遷移情報を送信するステップと、前記無線端末が、前記基地局から前記遷移情報を受信するステップと、を備える。前記特定状態は、前記複数の無線端末を構成する無線端末及び前記基地局において前記無線端末のコンテキストが記憶されている状態であり、かつ、前記無線端末がセルリセレクションモビリティを実行する状態である。【0019】
前記遷移情報を送信するステップにおいて、前記基地局は、前記特定状態である全ての無線端末のうちの一部の無線端末が前記遷移情報を受信できるタイミングで、前記遷移情報を送信してもよい。【0020】
前記遷移情報を送信するステップにおいて、前記基地局は、前記特定状態である全ての無線端末のうち、前記ＲＲＣアイドル状態へ遷移させる一部の無線端末の識別情報と共に前記遷移情報を送信してもよい。【0021】
前記遷移情報は、前記ＲＲＣアイドル状態へ遷移させる一部の無線端末を特定するための条件に用いられる情報を含んでもよい。【0022】
前記通信方法は、前記無線端末は、前記遷移情報に従って前記ＲＲＣアイドル状態へ遷移することに応じて、前記ＲＲＣアイドル状態へ遷移することを示す情報を前記基地局へ通知するステップを備えてもよい。【0023】
前記通信方法は、前記基地局は、前記基地局における前記遷移情報の送信を示す所定情報を隣接基地局へ送るステップを備えてもよい。【0024】
前記所定情報を送るステップにおいて、前記基地局は、前記遷移情報を送信した後に、前記所定情報を前記隣接基地局へ送ってもよい。【0025】
前記所定情報を送るステップにおいて、前記基地局は、前記遷移情報を送信する前に、前記所定情報を前記隣接基地局へ送ってもよい。前記通信方法は、前記基地局が、前記隣接基地局から拒否応答を受信したことに応じて、前記遷移情報を送信することを止めるステップをさらに備えてもよい。【0026】
前記所定情報は、前記ＲＲＣアイドル状態へ遷移する前記複数の無線端末を識別するための識別情報を含んでもよい。【0027】
前記通信方法は、前記隣接基地局が、前記基地局から前記所定情報を受信するステップと、前記隣接基地局が、前記隣接基地局が管理するセルにおいて前記遷移情報を送信するステップと、を備えてもよい。【0028】
［実施形態］（通信システム）
以下において、通信システムについて説明する。図１は、移動通信システムの構成を示す図である。移動通信システムの一例として、ＬＴＥシステムを例に挙げて説明する。
【0029】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク２０を備える。【0030】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、セル（後述するＢＳ２００）と無線通信を行う。ＵＥ１００の構成は後述する。【0031】
ＵＥ１００は、例えば、携帯電話（例えば、スマートフォン）、タブレット、モバイルパーソナルコンピュータなどのユーザが持ち運び可能な無線端末であってもよい。ＵＥ１００は、例えば、時計、メガネ、リストバンド、アクセサリーなどのユーザが着用可能な通信装置（ウェアラブル端末）であってもよい。ＵＥ１００は、乗り物（例えば、車両、バイク、自転車、船、飛行機など）又は飛行体（例えば、ドローンなど）に備えられた通信装置であってもよい。ＵＥ１００は、通信装置を備える乗り物又は飛行体そのものであってもよい。ＵＥ１００は、乗り物に着脱可能な通信モジュールであってもよい。ＵＥ１００は、固定型の無線端末であってもよい。【0032】
ＲＡＮ１０は、無線アクセスネットワークに相当する。ＲＡＮ１０は、例えば、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）である。ＲＡＮ１０は、ＮＧ−ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。【0033】
ＲＡＮ１０は、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）２００を含む。ＢＳ２００は、ＲＡＮ１０を構成するノードである。ＢＳ２００は、（無線）基地局に相当する。ＢＳ２００は、例えば、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）である。ＢＳ２００は、ｎｇ−ｅＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）であってもよい。ＢＳ２００は、ｇＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ−Ｂ）であってもよい。【0034】
ＢＳ２００は、ＵＥ１００と無線通信を実行可能なノードであってもよい。ＢＳ２００は、所定のインターフェイスを介して相互に接続されてもよい。ＢＳ２００の構成は後述する。【0035】
ＢＳ２００は、１又は複数のセルを管理する。ＢＳ２００は、ＢＳ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ＢＳ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。【0036】
「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。「セル」は、下りリンクリソースであってもよい。「セル」は、下りリンクリソースと上りリンクリソースとの組み合わせであってもよい。下りリンクリソースのキャリア周波数と上りリソースのキャリア周波数との間のリンクは、下りリンクリソース上で送信されるシステム情報に含まれてもよい。「セル」は、キャリア及び／又は周波数を示す用語として使用されてもよい。【0037】
コアネットワーク２０は、例えば、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）である。コアネットワーク２０は、ネットワーク装置３００を含む。ネットワーク装置３００は、例えば、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である。ＭＭＥは、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ネットワーク装置３００は、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）であってもよい。ＳＧＷは、例えば、データの転送制御を行う。ネットワーク装置（ＭＭＥ及び／又はＳＧＷ）３００は、所定のインターフェイスを介してＢＳ２００と接続される。【0038】
コアネットワーク２０は、５ＧＣ（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であってもよい。ネットワーク装置３００は、例えば、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）である。ＡＭＦは、例えば、モビリティ管理制御を行う。ネットワーク装置３００は、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）であってもよい。ＵＰＦは、例えば、イントラ及び／又はインターＲＡＴモビリティ用のアンカーポイント機能を有する。ネットワーク装置（ＡＭＦ及び／又はＵＰＦ）３００は、所定のインターフェイスを介してＢＳ２００と接続される。【0040】
図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層（物理エンティティ）である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層（ＭＡＣエンティティ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層（ＲＬＣエンティティ）、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層（ＰＲＣＰエンティティ）を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層（ＲＲＣエンティティ）を含む。【0041】
物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とＢＳ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。【0042】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とＢＳ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ＢＳ２００のＭＡＣ層は、スケジューラ（ＭＡＣ スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。【0043】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とＢＳ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。【0044】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化（サイファリング）・復号化（デサイファリング）を行う。【0045】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とＢＳ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣ接続状態（ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態）である。ＵＥ１００のＲＲＣとＢＳ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態（ＲＲＣ ｉｄｌｅ状態）である。【0046】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。【0047】
図３におけるＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、５ＧＣ ＱｏＳフローを提供する。ＳＤＡＰは、例えば、ＱｏＳフローとデータ無線ベアラとの間のマッピングを行う。【0048】
（無線端末）実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【0049】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。【0050】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。【0051】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。【0052】
ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＧＮＳＳ受信機は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を有していてもよい。【0053】
本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。【0054】
（基地局）実施形態に係るＢＳ２００（基地局）について説明する。図５は、ＢＳ２００のブロック図である。図５に示すように、ＢＳ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２２０とレシーバ２１０は、一体化されたトランシーバ（送受信部）であってもよい。
【0055】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。【0056】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。【0057】
コントローラ２３０は、ＢＳ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。【0058】
ネットワークインターフェイス２４０は、所定のインターフェイス（例えば、Ｘ２インターフェイス、Ｘｎインターフェイス）を介して隣接するＢＳ２００と接続されてもよい。ネットワークインターフェイス２４０は、所定のインターフェイス（例えば、Ｓ１インターフェイス、ＮＧインターフェイスなど）を介してネットワーク装置３００と接続されてもよい。ネットワークインターフェイス２４０は、例えば、所定のインターフェイスを介したＢＳ２００及び／又はネットワーク装置３００との通信に使用されてもよい。【0059】
本明細書では、ＢＳ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ＢＳ２００が実行する処理（動作）として説明する。【0061】
ＲＲＣインアクティブ状態は、ＲＲＣアイドル状態及びＲＲＣ接続状態と異なる状態である。ＲＲＣインアクティブ状態は、ＲＲＣ接続状態と同じように、ＵＥ１００及びＢＳ１００（ＲＡＮ１０）においてＵＥ１００のコンテキストが記憶されている状態である。【0062】
コンテキストは、ＵＥ ＡＳコンテキストであってもよい。ＵＥ ＡＳコンテキストは、再確立用の情報を含んでもよい。ＵＥ ＡＳコンテキストは、ＵＥ無線アクセス能力を含んでもよい。コンテキストは、セキュリティコンテキストを含んでもよい。セキュリティコンテキストは、ＫｅＮＢ＊、トークン、ＮＣＣ、ＵＥ ＥＰＳセキュリティケイパビリティ及びセキュリティアルゴリズムを含んでもよい。【0063】
ＲＲＣインアクティブ状態は、ＲＦＣアイドル状態と同じように、ＵＥ１００がセルリセレクションモビリティを実行する状態である。セルリセレクションモビリティでは、ＵＥ１００が、自律的にセルを再選択できる。【0064】
ＵＥ１００がＲＲＣインアクティブ状態である場合、ＵＥ１００は、ＣＭ接続状態（ＣＭ−ＣＯＮＮＥＣＴＥＤ）である。ＣＭ接続状態では、ＢＳ２００とネットワーク装置３００との間の接続（例えば、Ｓ１接続）が確立されている。ＵＥ１００は、ＮＧ−ＲＡＮにより構成されたエリア内をＮＧ−ＲＡＮへの通知なしに移動できる。ＲＲＣインアクティブ状態では、最後のＢＳ２００（サービングｇＮＢノード）が、コンテキストと、ネットワーク装置（ＡＭＦ及びＵＰＦ）３００との接続（例えば、ＵＥ−ａｓｓｏｃｉａｔｅｄ ＮＧ ｃｏｎｎｅｃｔｉｏｎ）とを保持することができる。従って、ＲＲＣインアクティブ状態では、ＢＳ２００とネットワーク装置３００との接続が保持された状態であってもよい。【0065】
図６に示すように、ＵＥ１００は、ＢＳ２００（ネットワーク）との接続を確立することにより、ＲＲＣアイドル状態（ＲＲＣ ＩＤＬＥ）からＲＲＣ接続状態（ＲＲＣ ＣＯＮＮＥＣＴＥＤ）へ遷移する。ＵＥ１００は、接続を解放することにより、ＲＲＣ接続状態からＲＲＣアイドル状態へ遷移する。【0066】
ＵＥ１００は、接続がインアクティブ（不活性）である場合、ＲＲＣインアクティブ状態である。ＵＥ１００は、ＲＲＣ接続状態からＲＲＣインアクティブ状態へ遷移できる。ＵＥ１００は、ＲＲＣインアクティブ状態からＲＲＣ接続状態へ遷移できてもよい。ＵＥ１００は、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移できる。ＲＲＣアイドル状態は、ＮＧ−ＲＡＮの制御下であるＮＲ ＲＲＣアイドル状態であってもよい。ＲＲＣアイドル状態は、Ｅ−ＵＴＲＡＮの制御下であるＥ−ＵＴＲＡＮ ＲＲＣアイドル状態であってもよい。ＵＥ１００は、例えば、（セル）リセレクションによりＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移してもよい。ＵＥ１００は、例えば、（セル）リセレクションによりＮＲ ＲＲＣアイドル状態とＥ−ＵＴＲＡＮ ＲＲＣアイドル状態との間の遷移を行ってもよい。【0067】
なお、ＲＲＣインアクティブ状態は、ＮＲ ＲＲＣインアクティブ状態と称されてもよい。ＲＲＣ接続状態は、ＮＲ ＲＲＣ接続状態（ＮＲ ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態）と称されてもよい。【0068】
（実施形態に係る動作）実施形態に係る動作について、動作例１−３を例に挙げて説明する。各動作例において重複する内容の説明を省略することがあるので、留意すべきである。
【0070】
図７のステップＳ１１０において、ＢＳ２００は、ＲＲＣ接続状態からＲＲＣインアクティブ状態へＵＥ１００を遷移させるためのメッセージを送信する。ＵＥ１００は、メッセージをＢＳ２００から受信する。【0071】
メッセージは、ＲＲＣインアクティブ状態で適用されるインアクティブパラメータセットを含む。メッセージは、インアクティブパラメータセットに加えて、ＲＲＣアイドル状態で適用されるアイドルパラメータセットを含む。【0072】
インアクティブパラメータセットは、ＲＲＣインアクティブ状態で適用される１以上のインアクティブ用のパラメータを含む。当該パラメータは、例えば、ＵＥ１００が（セル）リセレクションを行う場合に適用されるパラメータであってもよい。例えば、パラメータは、リセレクション用の絶対優先度であってもよい。パラメータは、リセレクション用のリディストリビューション優先度であってもよい。パラメータは、Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ（ＲＳＲＰ）に対するオフセット値であってもよい。パラメータは、Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ（ＲＳＲＱ）に対するオフセット値であってもよい。【0073】
アイドルパラメータセットは、ＲＲＣインアクティブ状態で適用される１以上のアイドル用のパラメータを含む。当該パラメータは、共通のパラメータではなく、ＵＥ個別に適用されるパラメータであってもよい。アイドル用のパラメータは、インアクティブ用のパラメータと同様のパラメータであってもよい。【0074】
アイドルパラメータセットは、有効期限を有してもよい。ＵＥ１００は、アイドルパラメータセットの有効期限が切れていないことに応じて、アイドルパラメータセットを適用してもよい。ＵＥ１００は、アイドルパラメータセットの有効期限が切れていることに応じて、アイドルパラメータセットを適用しなくてもよい。【0075】
メッセージは、アイドルパラメータセットの有効期限を示す情報（例えば、時刻）を含んでいてもよい。メッセージは、アイドルパラメータセットの有効期限を計測するためのタイマ値を含んでいてもよい。メッセージは、アイドルパラメータセットの適用を判定するためのタイマ値を含んでいてもよい。【0076】
ステップＳ１２０において、ＵＥ１００は、インアクティブ状態へ遷移する。【0077】
ＵＥ１００は、インアクティブ状態へ遷移したことに応じて、アイドルパラメータセットの適用を判定するためのタイマを起動してもよい。ＵＥ１００は、ステップＳ１１０のメッセージに含まれるタイマ値を用いてもよい。ＵＥ１００は、ステップＳ１１０のメッセージとは別のメッセージによってＢＳ２００により送信されるタイマ値を用いてもよい。タイマ値は、例えば、システム情報ブロック（ＳＩＢ）に含まれてもよい。ＵＥ１００は、タイマ値を取得するために、（不足している）システム情報の要求をＢＳ２００に送信してもよい。ＵＥ１００は、ＢＳ２００からのタイマ値が適用されたタイマを起動できる。【0078】
ステップＳ１３０において、ＵＥ１００は、インアクティブパラメータセットを適用する。ＵＥ１００は、例えば、適用されるパラメータを用いてリセレクションを実行してもよい。【0079】
ステップＳ１４０において、ＵＥ１００は、ＲＲＣインアクティブ状態において、ＲＲＣアイドル状態へ遷移することを決定できる。【0080】
ＵＥ１００は、例えば、ＢＳ２００からの指示に従って、ＲＲＣアイドル状態へ遷移することを決定してもよい。ＵＥ１００は、ＲＲＣアイドル状態へ遷移することを自律的に決定してもよい。ＵＥ１００は、例えば、リセレクションの実行によりＲＲＣアイドル状態へ遷移することを自律的に決定してもよい。【0081】
ＵＥ１００は、ＲＲＣインアクティブ状態へ遷移してから所定期間が経過することに応じて、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移することを決定してもよい。ＵＥ１００は、所定期間（すなわち、ＲＲＣインアクティブ状態を保持する期間）を判定（計測）するためのタイマを起動してもよい。ＵＥ１００は、ＲＲＣインアクティブ状態へ遷移することに応じて、当該タイマを起動してもよい。ＵＥ１００は、当該タイマが満了することに応じて、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へと遷移することを決定してもよい。当該タイマに対応するタイマ値が、ステップＳ１１０のメッセージに含まれていてもよい。【0082】
ＵＥ１００は、アイドルパラメータセットの有効期限が切れていることに応じて、アイドルパラメータセットを取得すると判定してもよい。ＵＥ１００は、例えば、アイドルパラメータセットの適用を判定するためのタイマが満了していることに応じて、アイドルパラメータセットを取得すると判定してもよい。ＵＥ１００は、アイドルパラメータセットを取得すると判定したことに応じて、ステップＳ１５０の処理を実行してもよい。ＵＥ１００は、アイドルパラメータセットの有効期限が切れていない（アイドルパラメータセットが有効である）ことに応じて、ステップＳ１５０の処理を省略してもよい。【0083】
ステップＳ１５０において、ＢＳ２００は、アイドルパラメータセットを送信する。ＢＳ２００は、アイドルパラメータセットを含むＳＩＢをブロードキャスト（送信）してもよい。ＵＥ１００は、アイドルパラメータセットを取得するために、（不足している）システム情報の要求をＢＳ２００に送信してもよい。ＵＥ１００は、アイドルパラメータセットを受信してもよい。これにより、ＵＥ１００は、アイドルパラメータセットを取得できる。【0084】
ステップＳ１６０において、ＵＥ１００は、ＲＲＣアイドル状態へ遷移する。【0085】
ステップＳ１７０において、ＵＥ１００は、アイドルパラメータセットを適用する。【0086】
ＵＥ１００は、アイドルパラメータセットの有効期限が切れていない（アイドルパラメータセットが有効である）ことに応じて、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットを適用してもよい。ＵＥ１００は、タイマの満了前にＲＲＣアイドル状態へ遷移することに応じて、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットを適用してもよい。【0087】
ＵＥ１００は、アイドルパラメータセットの有効期限が切れている（アイドルパラメータセットが無効である）ことに応じて、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットを適用しなくてもよい。ＵＥ１００は、タイマの満了後にＲＲＣアイドル状態へ遷移することに応じて、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットを適用しなくてもよい。この場合、ＵＥ１００は、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットではなく、ＢＳ２００から取得した他のアイドルパラメータセットを適用してもよい。【0088】
ＵＥ１００は、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットを適用しないことに応じて、当該アイドルパラメータセットを破棄（解放）してもよい。【0089】
ＵＥ１００は、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットを適用した後に、タイマが満了した（有効期限が切れた）場合、ＢＳ２００から取得したアイドルパラメータセットを適用してもよい。或いは、ＵＥ１００は、ステップＳ１１０のメッセージに含まれるアイドルパラメータセットの適用に応じて、有効期限を計測するためのタイマを停止してもよい。ＵＥ１００は、アイドルパラメータセットを一度適用した場合、その後有効期限が切れたとしても、他のアイドルパラメータセットを適用するまで当該アイドルパラメータセットを適用し続けてもよい。【0090】
以上のように、ＢＳ２００からのメッセージは、インアクティブパラメータセットに加えて、ＲＲＣアイドル状態で適用されるアイドルパラメータセットを含む。これにより、ＵＥ１００がＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移する場合に、ＢＳ２００からＵＥ１００へのシグナリングなく、ＵＥ１００へ（個別に）適用可能なアイドルパラメータセットを通知することができる。従って、ＢＳ２００は、ＲＲＣインアクティブ状態におけるＵＥ１００に対して柔軟な制御ができなくても、ＵＥ１００を適切に制御することができる。【0091】
アイドルパラメータセットが有効期限を有する場合には、ＢＳ２００は、個別に通知したアイドルパラメータセットを予想外のタイミングでＵＥ１００が適用することを抑制することができる。【0093】
動作例２では、ＢＳ２００は、複数のインアクティブパラメータセットを送信してもよい。ＢＳ２００は、複数のアイドルパラメータセットを送信してもよい。【0094】
図８のステップＳ２１０において、ＢＳ２００は、ＲＲＣ接続状態からＲＲＣインアクティブ状態へＵＥ１００を遷移させるためのメッセージを送信する。ＵＥ１００は、メッセージをＢＳ２００から受信する。【0095】
ステップＳ２１０のメッセージは、複数のインアクティブパラメータセットを含んでもよい。ステップＳ２１０のメッセージは、複数のアイドルパラメータセットを含んでもよい。従って、ステップＳ２１０のメッセージは、複数のインアクティブパラメータセットと複数のアイドルパラメータセットとの少なくとも一方の複数のパラメータセットを含むことができる。【0096】
以下において、ステップＳ２１０のメッセージが複数のインアクティブパラメータセットを含む例を挙げて説明するが、複数のアイドルパラメータセットについても同様であってもよい。【0097】
複数のインアクティブパラメータセットは、適用条件が互いに異なる。例えば、複数のインアクティブパラメータセットは、適用条件として適用するタイミング（時期）が異なってもよい。複数のインアクティブパラメータセットは、適用条件として適用する場所が異なってもよい。場所は、例えば、ＲＡＮ通知エリア（すなわち、ＮＧ−ＲＡＮにより構成されたエリア）毎、セル毎、ビーム（ビームにより形成されるエリア）毎の少なくともいずれにより規定されてもよい。場所は、経度及び／又は緯度（例えば、地理的なゾーン）により規定されてもよい。ＲＡＮ通知エリア（すなわち、ＮＧ−ＲＡＮにより構成されたエリア）は、ＲＡＮ１０によるページング（ＲＡＮページング）に関連付けられたエリアであってもよく、ＲＡＮページングが提供可能なエリアであってもよい。【0098】
ステップＳ２１０のメッセージは、各インアクティブパラメータセットの適用タイミング（時期及び／又は期間）を決定するための複数のタイマ値を含んでいてもよい。複数のタイマ値は、各インアクティブパラメータセットと対応付けられてもよい。各インアクティブパラメータセットは、タイマ値を含んでいてもよい。タイマ値を含まないインアクティブパラメータセットがあってもよい。【0099】
複数のインアクティブパラメータセットは、適用の優先順位を示す情報と対応付けられていてもよい。各インアクティブパラメータセットは、適用の優先順位を示す情報を含んでいてもよい。【0100】
複数のインアクティブパラメータセットが、第１のパラメータセットと、第２のパラメータセットとを含むケースを例に挙げて説明する。【0101】
ステップＳ２２０は、ステップＳ１２０に対応する。【0102】
ステップＳ２３０において、ＵＥ１００は、適用するパラメータセットを決定する。ＵＥ１００は、ステップＳ２２０の前に、適用するパラメータセットを決定してもよい。【0103】
ＵＥ１００は、適用条件を満たすパラメータセットを決定する。ＵＥ１００は、各パラメータセットに含まれる情報に基づいて、適用するパラメータセットを決定してもよい。【0104】
ＵＥ１００は、例えば、リディストリビューション優先度を含むパラメータセットを先に適用すると決定してもよい。ＵＥ１００は、リセレクション用の絶対優先度を含むパラメータセットを後に適用すると決定してもよい。【0105】
ＵＥ１００は、適用の優先順位を示す情報に基づいて、適用するパラメータセットを決定してもよい。【0106】
ＵＥ１００が、第１のパラメータセットを適用すると決定したと仮定して説明を進める。【0107】
ステップＳ２４０において、ＵＥ１００は、複数のインアクティブパラメータセットのうち、第１のパラメータセット（Ｆｉｒｓｔ Ｉｎａｃｔｉｖｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を適用する。【0108】
ステップＳ２４０において、ＵＥ１００は、第１のパラメータセットを適用する。ＵＥ１００は、第１のパラメータセットの適用に応じて、第１のパラメータセットに対応付けられたタイマ（対応するタイマ値がセットされたタイマ）を起動してもよい。【0109】
ＵＥ１００は、第１のパラメータセットが適用条件を満たさなくなった場合に、第２のパラメータセットを適用すると判定する。【0110】
ＵＥ１００は、第１のパラメータセットに対応付けられたタイマが満了したことに応じて、第１のパラメータセットが適用条件を満たさなくなったと判定してもよい。ＵＥ１００は、第１のパラメータセットに対応付けられた場所から移動したことに応じて、第１のパラメータセットが適用条件を満たさなくなったと判定してもよい。【0111】
ＵＥ１００は、第１のパラメータセットが適用条件を満たさなくなったとの判定に応じて、第２のパラメータセットを適用すると決定してもよい。この場合に、ＵＥ１００は、ステップＳ２５０の処理を実行してもよい。【0112】
ステップＳ２５０において、ＵＥ１００は、第２のパラメータセット（Ｓｅｃｏｎｄ Ｉｎａｃｔｉｖｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を適用する。【0113】
ＵＥ１００は、第２のパラメータセットに対応付けられたタイマを起動してもよい。ＵＥ１００は、第２のパラメータセットに対応付けられたタイマが満了したことに応じて、第２のパラメータセットが適用条件を満たさなくなったと判定してもよい。ＵＥ１００は、複数のインアクティブパラメータセットのうち適用条件満たすパラメータセットが存在しない場合、インアクティブパラメータセットをＢＳ２００から取得してもよい。ＢＳ２００は、例えば、インアクティブパラメータセットを含むＳＩＢをブロードキャスト（送信）してもよい。ＵＥ１００は、インアクティブパラメータセットを取得するために、（不足している）システム情報の要求をＢＳ２００に送信してもよい。ＵＥ１００は、取得したインアクティブパラメータを適用してもよい。【0114】
以上のように、ＢＳ２００は、複数のインアクティブパラメータセットを含むメッセージを送信できる。これにより、ＢＳ２００は、ＲＲＣインアクティブ状態であるＵＥ１００に対してＲＲＣアイドル状態へ遷移させなくても、柔軟な制御を実行可能である。【0116】
動作例３では、ＵＥ１００は、インアクティブパラメータセットをＲＲＣアイドル状態でも適用するか否かを判定する。【0117】
ステップＳ３１０において、ＢＳ２００は、ＲＲＣ接続状態からＲＲＣインアクティブ状態へＵＥ１００を遷移させるためのメッセージを送信する。ＵＥ１００は、メッセージをＢＳ２００から受信する。【0118】
メッセージは、インアクティブパラメータセットを含む。メッセージは、当該メッセージに含まれるインアクティブパラメータセットをＲＲＣアイドル状態でも適用するか否かをＵＥ１００が判定するための判定情報を含んでいてもよい。メッセージは、判定情報を含まなくてもよい。【0119】
判定情報は、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用することを示してもよい。判定情報は、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用しないことを示してもよい。【0120】
判定情報は、識別子であってもよい。ＵＥ１００は、識別子が第１の値（例えば、「１」）を示す場合に、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用することを示してもよい。ＵＥ１００は、識別子が第２の値（例えば、「０」）を示す場合に、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用しないことを示してもよい。第１の値と第２の値とは逆であってもよい（第１の値が「０」であり、第２の値が「１」である）。ＵＥ１００は、メッセージに識別子が含まれない場合に、暗示的に「０」が設定されていると判定してもよい。【0121】
メッセージは、判定情報の有効期限を計測するためのタイマ値を含んでいてもよい。タイマ値により判定情報が暗示的に通知されてもよい。すなわち、判定情報がタイマ値であってもよい。例えば、ＵＥ１００は、判定情報がタイマ値である場合、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用すると判定してもよい。【0122】
ステップＳ３２０からＳ３４０は、ステップＳ１２０からＳ１４０に対応する。【0123】
ＵＥ１００は、判定情報の有効期限を計測するためのタイマを起動してもよい。ＵＥ１００は、ステップＳ３１０に含まれるタイマ値を当該タイマに適用してもよい。ＵＥ１００は、ＢＳ２００から取得したＳＩＢに含まれるタイマ値を当該タイマに適用してもよい。【0124】
ステップＳ３５０において、ＵＥ１００は、インアクティブパラメータセットをＲＲＣアイドル状態でも適用するか否かを判定する。【0125】
ＵＥ１００は、判定情報に従って、インアクティブパラメータセットをＲＲＣアイドル状態でも適用するか否かを判定してもよい。【0126】
ＵＥ１００は、判定情報がＲＲＣアイドル状態においてインアクティブパラメータセットを適用することを示すことに応じて、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用すると判定してもよい。ＵＥ１００は、判定情報がＲＲＣアイドル状態においてインアクティブパラメータセットを適用しないことを示すことに応じて、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用しないと判定してもよい。【0127】
ＵＥ１００は、判定情報の有効期限を計測するためのタイマが起動中であることに応じて判定情報に従って判定してもよい。ＵＥ１００は、タイマが満了したことに応じて判定情報に従わずに判定してもよい。【0128】
ＢＳ１００は、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用することを示す判定情報のみをメッセージに含めてもよい。この場合、ＵＥ１００は、メッセージが判定情報を含まないことに応じて、インアクティブパラメータセットを適用しないと判定してもよい。ＢＳ１００は、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用しないことを示す判定情報のみをメッセージに含めてもよい。この場合、ＵＥ１００は、メッセージが判定情報を含まないことに応じて、インアクティブパラメータセットを適用すると判定してもよい。【0129】
ステップＳ３６０は、ステップＳ１５０に対応する。ＵＥ１００は、ＲＲＣアイドル状態においてインアクティブパラメータセットを適用しないと判定したことに応じて、ステップＳ３６０の処理を実行してもよい。ＵＥ１００は、例えば、動作例１のように、ステップＳ３１０のメッセージがアイドルパラメータセットを含む場合には、インアクティブパラメータセットを適用しないと判定したとしても、ステップＳ３６０の処理を省略してもよい。【0130】
ステップＳ３７０は、ステップＳ１６０に対応する。【0131】
ステップＳ３８０において、ＵＥ１００は、ステップＳ３５０における判定結果に応じて、インアクティブパラメータセット又はアイドルパラメータセットを適用できる。ＵＥ１００は、インアクティブパラメータセットを適用している場合には、当該適用を継続してもよい。ＵＥ１００は、インアクティブパラメータセットを適用しない場合には、アイドルパラメータセットを適用できる。【0132】
以上のように、ＵＥ１００は、インアクティブパラメータセットをアイドル状態でも適用するか否かを判定できる。これにより、ＢＳ２００は、アイドルパラメータセットをメッセージに含めなくても、ＵＥ１００へ（個別に）適用可能なアイドルパラメータセットを通知することができる。【0134】
動作例４では、ＢＳ２００が、ＲＲＣインアクティブ状態である複数のＵＥ１００に対して、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へと遷移させるための遷移情報を送信する。【0135】
図１０の動作の初期状態において、複数のＵＥ１００は、ＲＲＣインアクティブ状態である。以下において、複数のＵＥ１００のそれぞれの動作は同様であるため、１のＵＥ１００を例に挙げて説明する。【0136】
ステップＳ４１０において、ＢＳ２００は、遷移情報を送信する。ＵＥ１００は、遷移情報をＢＳ２００から受信する。【0137】
ＢＳ２００は、ＲＲＣインアクティブ状態である複数のＵＥ１００に対して、ブロードキャストにより遷移情報を送信してもよい。ＢＳ２００は、ＳＩＢ又はページングメッセージの少なくとも一方により遷移情報を送信してもよい。【0138】
ＢＳ２００は、ＢＳ２００が管理する複数のＵＥ１００のうちのＲＲＣインアクティブ状態である全てのＵＥ１００をＲＲＣアイドル状態へ（一斉に）遷移させるために、遷移情報を送信してもよい。【0139】
ＢＳ２００は、ＲＲＣインアクティブ状態である全てのＵＥ１００のうち、一部のＵＥ１００をＲＲＣアイドル状態へ遷移させるために、少なくとも以下のいずれかの方法を用いてもよい。【0140】
第１に、ＢＳ２００は、ＲＲＣインアクティブ状態である全てのＵＥ１００のうちのＵＥ１００が遷移情報を受信できるタイミングで、遷移情報を送信できる。【0141】
例えば、ＢＳ２００は、間欠受信（ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）又はｅＤＲＸ（ｅｘｔｅｎｄｅｄ ＤＲＸ））を実行しているＵＥ１００がページングメッセージをモニタする期間を知っている。このため、ＢＳ２００は、一部のＵＥ１００がページングメッセージをモニタする期間において、遷移情報を含むページングメッセージを送信してもよい。これにより、ＲＲＣインアクティブ状態であるＵＥ１００のうち、当該期間において、ページングメッセージをモニタしないＵＥ１００は遷移情報を受信しない。従って、ＢＳ２００は、一部のＵＥ１００のみをＲＲＣインアクティブ状態からＲＲＣアイドル状態へと遷移させることができる。【0142】
ＢＳ２００は、遷移情報を含むページングメッセージを送信した期間においてページングメッセージをモニタするＵＥ１００を特定できるため、ＲＲＣアイドル状態へと遷移したＵＥ１００を把握することもできる。【0143】
遷移情報は、ＲＲＣメッセージ上での識別子（例えば、「ｔｒｕｅ」）であってもよい。遷移情報は、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を用いて送信されるＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）内のビット（Ｄｉｒｅｃｔ Ｉｎｄｉｃａｔｉｏｎ）であってもよい。ＰＤＣＣＨは、ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＰＤＣＣＨ（ＭＴＣ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の少なくともいずれかであってもよい。【0144】
第２に、ＢＳ２００は、前記ＲＲＣアイドル状態へ遷移させる一部の無線端末を識別するための識別情報と共に遷移情報を送信できる。ＢＳ２００は、一部の無線端末の識別子のリストを遷移情報と共に送信してもよい。ＢＳ２００は、ページングメッセージ内のページングレコードに遷移情報を含めてもよい。ページングレコード内には、ＵＥ識別子（ＰａｇｉｎｇＵＥ−Ｉｄｅｎｔｉｔｙ）が含まれるため、ページングメッセージを受信したＵＥ１００は、ＲＲＣアイドル状態へ遷移すべきか否かを判断できる。【0145】
第３に、ＢＳ２００は、前記ＲＲＣアイドル状態へ遷移させる一部の無線端末を特定するための条件に用いられる情報を含む遷移情報を送信してもよい。ＢＳ２００は、例えば、以下に示される条件に代入される「Ｘ」（及び「Ｙ」）を前記情報として遷移情報に含めてもよい。ＢＳ２００は、以下の所定値を前記情報として遷移情報に含めてもよい。所定値は、予め規定されていてもよい。所定値は、ＵＥ１００に予め設定されていてもよい（Ｐｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）。【0146】
ＵＥ１００は、当該情報を用いて、条件に当てはまるか否かを判定できる。例えば、ＵＥ１００は、条件（例えば、「（ＵＥの識別情報 ｍｏｄ 所定値（例えば、１００））≦Ｘ」又は「Ｙ≦（ＵＥの識別情報 ｍｏｄ 所定値）＜Ｘ」）を満たすか否かを判定する。ＵＥ１００は、条件を満たす場合に、ＲＲＣアイドル状態へ遷移すると判定してもよい。例えば、ＵＥ１００は、ＵＥの識別情報 ｍｏｄ 所定値がＸ以下である場合に、ＲＲＣアイドル状態へ遷移すると判定してもよい。ＵＥ１００は、ＵＥの識別情報 ｍｏｄ 所定値がＹ以上かつＸ以下である場合に、ＲＲＣアイドル状態へ遷移すると判定してもよい。【0147】
ＵＥの識別情報は、ＢＳ２００がＵＥ１００を識別するための識別情報であってもよい。識別情報は、ＲＲＣインアクティブ状態のためのコンテキスト（ＵＥコンテキスト）を識別するために用いられる固有の識別子（Ｉ−ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ））であってもよい。識別情報は、ＲＲＣ接続再開手順のために用いられる固有の識別子（Ｒｅｓｕｍｅ ＩＤ）であってもよい。ＵＥの識別情報は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）であってもよい。【0148】
ステップＳ４２０において、ＵＥ１００は、遷移情報に従ってＲＲＣアイドル状態へ遷移することに応じて、ＲＲＣアイドル状態へ遷移することを示す情報をＢＳ２００へ通知してもよい。ＵＥ１００は、ＲＲＣアイドル状態へ遷移する前に、当該情報を送信してもよい。【0149】
ＵＥ１００は、ＲＲＣアイドル状態へ遷移した後に、当該情報を送信してもよい。ＵＥ１００は、ランダムアクセス手順において、当該情報を送信してもよい。例えば、ＵＥ１００は、ＢＳ２００によりスケジュールされた送信であるメッセージ３（Ｓｃｈｅｄｕｌｅ Ｔｒａｎｓｍｉｓｓｉｏｎ）に当該情報を含めてもよい。ＵＥ１００は、固有のランダムアクセスプレアンブルを用いてメッセージ１を送信してもよい。ＢＳ２００は、固有のランダムアクセスプレアンブルを設定するための情報を遷移情報に含めてもよい。これにより、ＢＳ２００は、メッセージ１の送信元のＵＥを把握できる。【0150】
当該情報は、ＢＳ２００がＵＥ１００を識別するための識別情報であってもよいし、当該識別情報を含んでもよい。【0151】
ステップＳ４３０は、ステップＳ１６０に対応する。【0152】
以上のように、ＢＳ２００は、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へと遷移させるための遷移情報を送信できる。【0153】
ＲＲＣインアクティブ状態である場合、ネットワークは、コンテキスト（ＵＥコンテキスト）及び接続を保持している。ネットワーク（ＢＳ２００、ＡＭＦ、ＵＰＦなど）側の負荷又はネットワーク側のリセット動作により、ＲＲＣインアクティブ状態のＵＥ１００をＲＲＣアイドル状態へ遷移させることが想定される。この場合に、ＲＲＣインアクティブ状態のＵＥ１００をＲＲＣ接続へ遷移させてから、ＲＲＣアイドル状態へ遷移させると、ネットワークの負荷が大きいことがある。また、ＵＥ１００がＲＲＣアイドル状態へ遷移するまでに時間がかかるおそれがある。【0154】
動作例４では、ＢＳ２００が、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へと遷移させるための遷移情報を送信できるため、ＲＲＣインアクティブ状態のＵＥ１００をＲＲＣ接続へ遷移させることなく、ＲＲＣアイドル状態へ遷移することができる。このため、ＵＥ１００とＢＳ２００との間のシグナリングを低減することができる。特に、ＲＲＣインアクティブ状態である複数のＵＥ１００（全てのＵＥ１００）をＲＲＣアイドル状態へ遷移させる場合には、ＢＳ２００の負荷を低減することができる。【0156】
動作例５では、ＢＳ２００が、ＢＳ２００における遷移情報の送信を示す所定情報をＢＳ２００に隣接する隣接基地局であるＢＳ２０１へ送る。ＢＳ２００は、遷移情報を送信した後に、所定情報をＢＳ２０１へ送る。【0157】
隣接基地局は、例えば、ＮＧ−ＲＡＮにより構成されたエリア内に含まれる基地局であってもよい。隣接基地局は、ＢＳ２００と所定のインターフェイス（例えば、Ｘ２インターフェイス）を介して接続されている基地局であってもよい。【0158】
ステップＳ５１０は、ステップＳ４１０に対応する。ＵＥ１００の動作は、動作例４と同様であるため、省略する。【0159】
ステップＳ５２０において、ＢＳ２００は、所定情報をＢＳ２０１へ送る。ＢＳ２０１は、所定情報をＢＳ２０１から受信する。【0160】
所定情報は、ＢＳ２００における遷移情報の送信を示す。ＢＳ２００において遷移情報を（既に）送信したことを示してもよい。所定情報は、ＢＳ２００においてＲＲＣインアクティブ状態のＵＥ１００の解放を示す情報であってもよい。所定情報は、ＢＳ２００においてＲＲＣインアクティブ状態のＵＥ１００を（既に）解放したことを示す情報であってもよい。所定情報は、ＢＳ２００に対するＵＥ１００のコンテキストを要求するメッセージの送信（Ｃｏｎｔｅｘｔ Ｆｅｔｃｈ）を止めさせるための情報であってもよい。【0161】
所定情報は、ＲＲＣアイドル状態へ遷移するＵＥ１００を識別するための識別情報を含んでもよい。識別情報は、ネットワーク（例えば、ＢＳ２００）により割り当てられた識別子（Ｉ−ＲＮＴＩ、Ｒｅｓｕｍｅ ＩＤなど）であってもよい。識別情報は、遷移情報が送信されるページング機会を示す情報であってもよい。【0162】
ＢＳ２０１は、遷移情報の受信に応じて、ＢＳ２００において遷移情報が送信されたことを把握できる。従って、ＢＳ２０１は、ＲＲＣインアクティブ状態のＵＥ１００のコンテキストをＢＳ２００が保持（記憶）していないことを把握することができる。このため、ＢＳ２０１は、ＲＲＣインアクティブ状態からＲＲＣ接続を確立するための要求をＵＥ１００から受信しても、ＢＳ２００へＵＥ１００のコンテキストを要求せずにすむ。これにより、ＢＳ間でのシグナリングを低減することができる。【0163】
ステップＳ５３０において、ＢＳ２０１は、ＢＳ２０１が管理するセルにおいて、遷移情報を送信してもよい。ＢＳ２０１は、識別情報により識別される複数のＵＥ１００に対して、遷移情報を送信してもよい。これにより、ＵＥ１００は、ＢＳ２００から遷移情報を受信する前にＢＳ２０１が管理するセルへ移動していたとしても、ＵＥ１００は、ＢＳ２０１においてコンテキスト及び接続が解放されていることを知ることができる。【0164】
その結果、ＵＥ１００は、ＲＲＣインアクティブ状態からＲＲＣ接続状態へ遷移するための要求を送信せずにすむため、不必要なシグナリングを低減することができる。【0165】
また、ＢＳ２００がＵＥ１００へ割り当てていた識別情報（例えば、Ｉ−ＲＮＴＩ）と同じ識別情報を他のＵＥへ割り当てていたケースにおいて、ＵＥ１００は、ＢＳ２００が管理するセルへ戻った場合に、ＵＥ１００へ割り当てられていた識別情報をＢＳ２００へ送ることがあり得る。この場合、ＢＳ２００が、ＵＥ１００を他のＵＥと認識する。その結果、ＢＳ２００は、他のＵＥへの情報を誤ってＵＥ１００へ送ったり、ＵＥ１００からの情報を他のＵＥの情報として取り扱ったりする可能性がある（情報の取り違え）。これに対し、動作例５では、ＵＥ１００は、ＢＳ２０１から遷移情報を受信することにより、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へと遷移するため、ＲＲＣインアクティブ状態において保持（記憶）すべき情報（例えば、ＢＳ２００から割り当てられた識別情報）を使用しない。その結果、情報の取り違えが発生することを抑制できる。【0167】
動作例６では、ＢＳ２００は、遷移情報を送信する前に、所定情報をＢＳ２０１へ送る。【0168】
ステップＳ６１０は、ステップＳ５２０に対応する。所定情報は、動作例５と同様の情報であってもよい。所定情報は、ＢＳ２００における遷移情報の送信の承認を要求するための情報であってもよい。所定情報は、ＢＳ２０１におけるＲＲＣインアクティブ状態の解放を要求するための情報であってもよい。【0169】
ＢＳ２０１は、ＢＳ２００からの要求を承認することに応じてステップＳ６２０の処理を実行してもよい。ＢＳ２０１は、ＢＳ２００からの要求を承認しない（拒否する）ことに応じて、図１３のステップＳ６５０の処理を実行してもよい。ＢＳ２００は、例えば、遷移情報の送信をサポートしていない場合に、要求を拒否してもよい。【0170】
ステップＳ６２０において、ＢＳ２０１は、所定情報に対する応答をＢＳ２００へ送る。応答は、ＢＳ２００からの要求を承認するための承認応答（ＡＣＫＮＯＷＬＥＤＧＥ）である。承認応答は、ＢＳ２００からの要求を承認するメッセージであってもよい。応答は、ＢＳ２００からの要求を承認することを示す情報を含んでいてもよい。【0171】
ステップＳ６３０は、ステップＳ５１０に対応する。ＢＳ２００は、ＢＳ２０１が送信した、ＢＳ２００からの要求を承認する応答を受信したことに応じて、遷移情報を送信してもよい。【0172】
ステップＳ６４０は、ステップＳ５３０に対応する。【0173】
ステップＳ６５０において、ＢＳ２００は、所定情報に対する応答をＢＳ２００へ送る。応答は、ＢＳ２０１が送信した、ＢＳ２００からの要求を拒否するための拒否応答（ＮＥＧＡＴＩＶＥ ＡＣＫＮＯＷＬＥＤＧＥ）である。拒否応答は、ＢＳ２００からの要求を拒否するメッセージであってもよい。応答は、ＢＳ２００からの要求を拒否することを示す情報を含んでいてもよい。応答は、拒否する理由を示す情報を含んでいてもよい。【0174】
ＢＳ２００は、拒否応答を受信したことに応じて、遷移情報を送信することを止める。すなわち、ＢＳ２００は、遷移情報を送信しない。ＢＳ２０１は、拒否応答を送ったことに応じて、遷移情報を送信しない。【0175】
以上のように、ＢＳ２００は、隣接するＢＳ２１０から要求が承認された場合にのみ、遷移情報を送信する。その結果、ネットワーク全体での調和を図ることができるため、動作例５で説明した不具合（例えば、情報の取り違え）を抑制することができる。【0176】
［その他の実施形態］上述した実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【0177】
上述の動作例２では、複数のインアクティブパラメータセットを例に挙げて説明したが、上述したように、ＢＳ２００は、複数のアイドルパラメータセットを送信してもよい。従って、「インアクティブパラメータセット」は、「アイドルパラメータセット」に置き換えられてもよい。加えて、ＢＳ２００は、複数のインアクティブパラメータセットと複数のアイドルパラメータセットとの両方を含むメッセージを送信してもよい。【0178】
ＢＳ２００が複数のアイドルパラメータセットを含むメッセージを送信するケースでは、ＵＥ１００は、ＲＲＣインアクティブ状態への遷移に応じて、最初に適用すべきアイドルパラメータセットに対応付けられたタイマを起動してもよい。ＵＥ１００は、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移した場合、当該タイマが起動中であることに応じて、タイマに対応付けられたアイドルパラメータセットを適用してもよい。ＵＥ１００は、当該タイマが満了していることに応じて、タイマに対応付けられたアイドルパラメータセットを適用しなくてもよい。【0179】
ＵＥ１００は、ＲＲＣインアクティブ状態である場合に、タイマの満了に応じて、タイマに対応付けられたアイドルパラメータセットを破棄（解放）してもよい。ＵＥ１００は、ＲＲＣインアクティブ状態において、タイマの満了に応じて、次に適用すべきアイドルパラメータセットに対応付けられたタイマを起動してもよい。この場合、ＵＥ１００は、最初に適用すべきアイドルパラメータセットと同様の対応を行ってもよい。【0180】
上述の動作例４において、ＵＥ１００は、遷移情報に従ってＲＲＣアイドル状態へ遷移することに応じて、ＲＲＣアイドル状態へ遷移することを示す情報をＢＳ２００へ通知していた。ＵＥ１００は、他のＵＥと共通のリソースを用いて、当該情報をＢＳ２００へ通知（送信）してもよい。ＵＥ１００は、例えば、共通のリソースを用いて、メッセージ１を送信してもよい。ＢＳ２００は、固有のランダムアクセスプレアンブルをＵＥ毎に設定しなくても、共通リソースにおける受信電力により、ＲＲＣインアクティブ状態からＲＲＣアイドル状態へ遷移したＵＥ１００のおおよその数を把握することができる。【0181】
上述の動作例４において、ＢＳ２００は、ＲＲＣインアクティブ状態である複数のＵＥ１００に対して、遷移情報を送信していた。ＢＳ２００は、単一のＵＥ１００に対して、遷移情報を送信してもよい。ＢＳ２００は、１のＵＥ１００に対して、個別のメッセージにより遷移情報を送信してもよい。【0182】
上述の動作例５及び６において、ＢＳ２００は、隣接基地局として、複数のＢＳに対して、所定情報を送ってもよい。【0183】
上述において、ＵＥ１００がＲＲＣインアクティブ状態であるケースを例に挙げて説明したが、これに限られない。ＵＥ１００が、ライトコネクション状態である場合も同様に上述の動作が実行されてもよい。ライトコネクション状態は、ＲＲＣ接続状態の下位状態（ｓｕｂｓｔａｔｅ）である。本明細書において、「ＲＲＣインアクティブ」が「ライトコネクション」へと置き換えられてもよい。例えば、ＬＴＥシステムでは、「ライトコネクション」が用いられてもよい。５Ｇシステムでは、「ＲＲＣインアクティブ」が用いられてもよい。【0184】
上述した実施形態において、ＵＥ１００は、センサモジュール（Ｍ２Ｍデバイス）であってもよい。ＵＥ１００は、（複数の）センサモジュールを管理する無線通信装置（例えば、ＩｏＴ ＧＷ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ ＧａｔｅＷａｙ））であってもよい。ＩｏＴ ＧＷは、ＩｏＴ ＧＷに管理される（複数の）センサモジュールを代表してネットワークとの通信を実行してもよい。センサモジュールは、ネットワークとの通信を実行する機能を有さなくてもよい。ＩｏＴ ＧＷに管理されるセンサモジュールは、ＩｏＴ ＧＷとの通信を実行する機能を有してもよい。【0185】
上述した実施形態（各動作例）に係る内容は、適宜組み合わせて実行されてもよい。また、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。【0186】
上述した実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ＢＳ２００、ネットワーク装置３００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。【0187】
ＵＥ１００及びＢＳ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。【0188】
上述した実施形態では、移動通信システムの一例として３ＧＰＰにより規定されるシステムを説明したが、当該システムに限定されるものではなく、他のシステムに本出願に係る内容を適用してもよい。【0189】
なお、本願は日本国特許出願第２０１８−０２５０３７号（２０１８年２月１５日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。