(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-04
(45)【発行日】2023-12-12
(54)【発明の名称】マスタ基地局の方法
(51)【国際特許分類】
H04W 16/32 20090101AFI20231205BHJP
H04W 24/10 20090101ALI20231205BHJP
H04W 72/0457 20230101ALI20231205BHJP
H04W 92/20 20090101ALI20231205BHJP
【ＦＩ】
H04W16/32
H04W24/10
H04W72/0457 110
H04W92/20
【請求項の数】
2
(21)【出願番号】P 2021031895
(22)【出願日】2021-03-01
(62)【分割の表示】P 2019200781の分割
【原出願日】2016-08-04
(65)【公開番号】P2021090220
(43)【公開日】2021-06-10
【審査請求日】2021-03-01
【審判番号】
【審判請求日】2023-04-12
(31)【優先権主張番号】P 2015159142
(32)【優先日】2015-08-11
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100141519
【弁理士】
【氏名又は名称】梶田 邦之
(72)【発明者】
【氏名】林 貞福
【合議体】
【審判長】齋藤 哲
【審判官】圓道 浩史
【審判官】角張 亜希子
(56)【参考文献】
【文献】国際公開第２０１４／１３２５６０（ＷＯ，Ａ１）
【文献】Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ， Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ｈａｎｄｌｉｎｇ ｏｆ ｕｓｅｒ ｉｎａｃｔｉｖｉｔｙ ｉｎ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｌｅａｓｅ １３， ３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ３＃８８ Ｒ３－１５１０２３， ２０１５年０５月１５日
【文献】Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ， Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ｈａｎｄｌｉｎｇ ｏｆ ｕｓｅｒ ｉｎａｃｔｉｖｉｔｙ ｉｎ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｌｅａｓｅ １３， ３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ３＃８８ Ｒ３－１５１０２４， ２０１５年０５月１５日
【文献】Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ， Ａｌｃａｔｅｌ－Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ｈａｎｄｌｉｎｇ ｏｆ ｕｓｅｒ ｉｎａｃｔｉｖｉｔｙ ｉｎ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ， ３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ３＃８７ Ｒ３－１５０２０３， ２０１５年０１月３０日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B 7/24- 7/26
H04W 4/00-99/00
3GPP TSG RAN WG1-4
3GPP TSG SA WG1-4
3GPP TSG CT WG1,4
(57)【特許請求の範囲】
【請求項1】
マスタ基地局とセカンダリ基地局とからなるdual connectivityシステムにおける前記マスタ基地局の方法であって、端末装置がSecondary Cell Group（SCG）においてinactive状態であることを示す情報要素を含むメッセージを、前記セカンダリ基地局から受信し、
前記端末装置がMaster Cell Group（MCG）においてactive状態であり、かつ、前記端末装置が前記SCGにおいてinactive状態である場合、前記セカンダリ基地局と前記マスタ基地局との接続を維持する、
マスタ基地局の方法。
【請求項2】
前記セカンダリ基地局は、前記SCGにおける端末装置の活動に関連する活動関連情報の報告を、前記マスタ基地局から要求された場合に、前記マスタ基地局に対し前記メッセージを送信する、請求項１に記載のマスタ基地局の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、マスタ基地局の方法に関する。
【背景技術】
【0002】
スマートフォンのようなＵＥ（User Equipment）がアプリケーションのためのデータをバックグラウンドで送受信することはよくあるが、ＵＥは常にデータを送受信しているわけではない。そのため、ｅＮＢ（evolved Node B）は、例えば、ＵＥの活動（activity）を監視（observe）し、ある時間間隔（time period）で当該ＵＥによるデータの送受信がなければ、当該ＵＥについてのリリースをＭＭＥ（Mobility Management Entity）に要求することができる。例えば、非特許文献１には、ユーザ非活動（User Inactivity）を原因としてｅＮＢがＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴをＭＭＥへ送信し得ることが開示されている。
【0003】
一方、３ＧＰＰのリリース１２では、デュアルコネクティビティ（Dual Connectivity）が導入されている。デュアルコネクティビティは、ＭｅＮＢ（Master eNB）及びＳｅＮＢ（Secondary eNB）の両方への接続を可能にするＵＥの動作モードである。デュアルコネクティビティでは、制御プレーン（Control Plane）について、ＭｅＮＢとＭＭＥとの間にＳ１－ＭＭＥがあるが、ＳｅＮＢとＭＭＥとの間にはＳ１－ＭＭＥはない。そのため、ＭｅＮＢが、デュアルコネクティビティＵＥについての制御情報をＭＭＥから受信し、ＭＭＥへ送信する。また、ユーザプレーン（User Plane）については、２つの異なるアーキテクチャがある。第１のアーキテクチャでは、ＭｅＮＢとＳ－ＧＷ（Serving Gateway）との間にＳ１－Ｕがあるが、ＳｅＮＢとＳ－ＧＷとの間にはＳ１－Ｕはない。そのため、ユーザプレーンデータは、Ｓ－ＧＷとＳｅＮＢとの間で直接的に送信されず、ＭｅＮＢを経由して（即ち、Ｓ１－Ｕ及びＸ２－Ｕを通じて）Ｓ－ＧＷとＳｅＮＢとの間で送受信される。このような第１のアーキテクチャでは、ＭｅＮＢ及びＳｅＮＢの両方に位置してＭｅＮＢ及びＳｅＮＢの両方のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはスプリットベアラ（Split bearer）と呼ばれる。第２のアーキテクチャでは、ＭｅＮＢとＳ－ＧＷとの間にＳ１－Ｕがあり、且つ、ＳｅＮＢとＳ－ＧＷとの間にもＳ１－Ｕがある。そのため、ユーザプレーンデータは、ＭｅＮＢを経由せずに、Ｓ－ＧＷとＳｅＮＢとの間で直接的に送受信される。このような第２のアーキテクチャにおいて、ＳｅＮＢに位置してＳｅＮＢのリソースを使用する無線プロトコルのベアラがあり、当該ベアラはＳＣＧ（Secondary Cell Group）ベアラと呼ばれる。
【0004】
スプリットベアラのケースでは、ＳＣＧ（即ち、ＳｅＮＢに関連付けられるサービングセルのグループ）において送信されるデータがＭｅＮＢを通るので、ＭｅＮＢはＵＥの活動を監視することができる。一方、ＳＣＧベアラのケースでは、ＳＣＧにおいて送信されるデータがＭｅＮＢを通らないので、ＭｅＮＢは、ＵＥの活動を直接的に監視することができず、ＳｅＮＢによる監視に依存（rely）する。これらの点は、非特許文献２に開示されている。
【先行技術文献】
【非特許文献】
【0005】
【文献】3GPP TS 36.413 V13.0.0 (2015-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network (E-UTRAN); S1 Application Protocol （S1AP） (Release 13)
【文献】3GPP TR 36.875 V13.0.0 (2015-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network (E-UTRAN); Extension of dual connectivity in E-UTRAN (Release 13)
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、非特許文献２にも開示されているようなＳＣＧベアラのケースでは、ＵＥの活動に関連する制御がＭｅＮＢとＳｅＮＢとの間で分散し得る。その結果、例えば、無駄な動作が発生する可能性もある。
【0007】
例えば、ＳＣＧにおいてＵＥのデータが送信されていないが、ＭＣＧ（Master Cell Group）（即ち、ＭｅＮＢに関連付けられるサービングセルのグループ）においてＵＥのデータが送信されていることがある。このような場合に、例えば、ＳｅＮＢは、ＳＣＧにおけるＵＥの活動を監視し、ＵＥの非活動（inactivity）を原因としてＳｅＮＢのリリースを決定し、リリース手続きを通じてＳｅＮＢがリリースされ得る。そのため、例えば、その後にＳｅＮＢへのデータオフロードを実現するためには、ＳｅＮＢを追加するための手続きが必要になる。即ち、ＳｅＮＢのリリースに起因する無駄な動作（ＳｅＮＢの追加の手続き）が発生する可能性がある。
【0008】
また、例えば、ＳｅＮＢは、ＳＣＧにおけるＵＥの活動の監視、当該監視の結果に基づくＳｅＮＢのリリースの判定、及び／又は、ＭｅＮＢへのシグナリング（例えば、上記監視の結果の報告、若しくはＭｅＮＢへのリリースの要求など）を必要以上に行う可能性がある。即ち、無駄な動作（必要以上の動作）が発生する可能性がある。
【0009】
本発明の目的は、ＳＣＧベアラのケースにおいて無駄な動作の発生を抑えることを可能にする装置及び方法を提供することにある。
【課題を解決するための手段】
【0010】
本発明の第１の装置は、端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で上記端末装置と通信する通信処理部と、上記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で上記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける上記端末装置の活動に関連する活動関連情報を報告するように要求する要求部と、上記セカンダリ基地局により報告される上記活動関連情報を取得する情報取得部と、を備える。
【0011】
本発明の第２の装置は、端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で上記端末装置と通信する通信処理部と、上記デュアルコネクティビティのＭＣＧベアラ上で上記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける上記端末装置の活動に関連する活動関連情報を上記マスタ基地局に報告する報告部と、を備える。
【0012】
本発明の第１の方法は、端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で上記端末装置と通信することと、上記デュアルコネクティビティのためのＳＣＧベアラ上で上記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける上記端末装置の活動に関連する活動関連情報を報告するように要求することと、上記セカンダリ基地局により報告される上記活動関連情報を取得することと、を含む。
【0013】
本発明の第２の方法は、端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で上記端末装置と通信することと、上記デュアルコネクティビティのＭＣＧベアラ上で上記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける上記端末装置の活動に関連する活動関連情報を上記マスタ基地局に報告することと、を含む。
【発明の効果】
【0014】
本発明によれば、ＳＣＧベアラのケースにおいて無駄な動作の発生を抑えることが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
【図面の簡単な説明】
【0015】
【図1】本発明の実施形態に係るシステムの概略的な構成の一例を示す説明図である。
【図2】デュアルコネクティビティにおけるユーザプレーンの第１のアーキテクチャの例を説明するための説明図である。
【図3】デュアルコネクティビティにおけるユーザプレーンの第２のアーキテクチャの例を説明するための説明図である。
【図4】第１の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。
【図5】第１の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。
【図6】Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓの例を説明するための説明図である。
【図7】Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅの例を説明するための説明図である。
【図8】Ｐｅｒｉｏｄｉｃ ＩＥの例を説明するための説明図である。
【図9】Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ ＩＥの例を説明するための説明図である。
【図10】第１の実施形態に係る要求及び報告の処理の概略的な流れの第１の例を示すシーケンス図である。
【図11】第１の実施形態に係る要求及び報告の処理の概略的な流れの第２の例を示すシーケンス図である。
【図12】第１の実施形態に係る要求及び報告の処理の概略的な流れの第３の例を示すシーケンス図である。
【図13】活動関連情報の報告を要求する要求メッセージの一例を説明するための説明図である。
【図14】活動関連情報の報告を要求する要求メッセージの別の例を説明するための説明図である。
【図15】ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージの例を説明するための説明図である。
【図16】活動関連情報を含む報告メッセージの一例を説明するための説明図である。
【図17】ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージの例を説明するための説明図である。
【図18】成功時の応答メッセージの一例を説明するための説明図である。
【図19】ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージの例を説明するための説明図である。
【図20】ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージの例を説明するための説明図である。
【図21】第１の実施形態の第２の変形例に係るハンドオーバの例を説明するための説明図である。
【図22】第１の実施形態の第２の変形例に係るハンドオーバ処理の概略的な流れの一例を示すシーケンス図である。
【図23】第２の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。
【図24】第２の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。
【図25】第２の実施形態に係る要求及び報告の処理の概略的な流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【0016】
以下、添付の図面を参照して本発明の実施形態の一例を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
【0017】
説明は、以下の順序で行われる。
１．本発明の実施形態の概要
２．システムの構成例
３．第１の実施形態
３．１．第１基地局の構成例
３．２．第２基地局の構成例
３．３．技術的特徴
３．４．第１の変形例
３．５．第２の変形例
４．第２の実施形態
４．１．第１基地局の構成例
４．２．第２基地局の構成例
４．３．技術的特徴
１．本発明の実施形態の概要
２．システムの構成例
３．第１の実施形態
３．１．第１基地局の構成例
３．２．第２基地局の構成例
３．３．技術的特徴
３．４．第１の変形例
３．５．第２の変形例
４．第２の実施形態
４．１．第１基地局の構成例
４．２．第２基地局の構成例
４．３．技術的特徴
【0018】
＜＜１．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。
まず、本発明の実施形態の概要を説明する。
【0019】
（１）技術的課題
３ＧＰＰのリリース１２では、デュアルコネクティビティが導入されている。デュアルコネクティビティのスプリットベアラのケースでは、ＳＣＧ（即ち、ＳｅＮＢに関連付けられるサービングセルのグループ）において送信されるデータがＭｅＮＢを通るので、ＭｅＮＢはＵＥの活動を監視することができる。一方、デュアルコネクティビティのＳＣＧベアラのケースでは、ＳＣＧにおいて送信されるデータがＭｅＮＢを通らないので、ＭｅＮＢは、ＵＥの活動を直接的に監視することができず、ＳｅＮＢによる監視に依存（rely）する。
３ＧＰＰのリリース１２では、デュアルコネクティビティが導入されている。デュアルコネクティビティのスプリットベアラのケースでは、ＳＣＧ（即ち、ＳｅＮＢに関連付けられるサービングセルのグループ）において送信されるデータがＭｅＮＢを通るので、ＭｅＮＢはＵＥの活動を監視することができる。一方、デュアルコネクティビティのＳＣＧベアラのケースでは、ＳＣＧにおいて送信されるデータがＭｅＮＢを通らないので、ＭｅＮＢは、ＵＥの活動を直接的に監視することができず、ＳｅＮＢによる監視に依存（rely）する。
【0020】
しかし、ＳＣＧベアラのケースでは、ＵＥの活動に関連する制御がＭｅＮＢとＳｅＮＢとの間で分散し得る。その結果、例えば、無駄な動作が発生する可能性もある。
【0021】
例えば、ＳＣＧにおいてＵＥのデータが送信されていないが、ＭＣＧ（即ち、ＭｅＮＢに関連付けられるサービングセルのグループ）においてＵＥのデータが送信されていることがある。このような場合に、例えば、ＳｅＮＢは、ＳＣＧにおけるＵＥの活動を監視し、ＵＥの非活動（inactivity）を原因としてＳｅＮＢのリリースを決定し、リリース手続きを通じてＳｅＮＢがリリースされ得る。そのため、例えば、その後にＳｅＮＢへのデータオフロードを実現するためには、ＳｅＮＢを追加するための手続きが必要になる。即ち、ＳｅＮＢのリリースに起因する無駄な動作（ＳｅＮＢの追加の手続き）が発生する可能性がある。
【0022】
また、例えば、ＳｅＮＢは、ＳＣＧにおけるＵＥの活動の監視、当該監視の結果に基づくＳｅＮＢのリリースの判定、及び／又は、ＭｅＮＢへのシグナリング（例えば、上記監視の結果の報告、若しくはＭｅＮＢへのリリースの要求など）を必要以上に行う可能性がある。即ち、無駄な動作（必要以上の動作）が発生する可能性がある。
【0023】
（２）技術的特徴
本発明の実施形態では、上記技術的課題を解決するために、例えば、ＭｅＮＢが、ＳｅＮＢのＳＣＧにおけるＵＥの活動（activity）に関する活動関連情報（例えば、ＵＥが非活動的（inactive）であることを示す情報）を報告するように、当該ＳｅＮＢに要求する。当該ＳｅＮＢは、上記ＭｅＮＢからの要求に応じて、上記活動関連情報を上記ＭｅＮＢに報告する。そして、上記ＭｅＮＢは、上記活動関連情報を取得する。
本発明の実施形態では、上記技術的課題を解決するために、例えば、ＭｅＮＢが、ＳｅＮＢのＳＣＧにおけるＵＥの活動（activity）に関する活動関連情報（例えば、ＵＥが非活動的（inactive）であることを示す情報）を報告するように、当該ＳｅＮＢに要求する。当該ＳｅＮＢは、上記ＭｅＮＢからの要求に応じて、上記活動関連情報を上記ＭｅＮＢに報告する。そして、上記ＭｅＮＢは、上記活動関連情報を取得する。
【0024】
これにより、例えば、ＵＥの活動に関連する制御がＭｅＮＢに集中（concentrate）し、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。
【0025】
＜＜２．システムの構成例＞＞
図１～図３を参照して、本発明の実施形態に係るシステム１の概略的な構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００を含む。制御エンティティ３０、ゲートウェイ４０、第１基地局１００及び第２基地局２００は、ネットワーク５０を介して通信する。例えば、ネットワーク５０は、バックホール及びコアネットワークを含む。
図１～図３を参照して、本発明の実施形態に係るシステム１の概略的な構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００を含む。制御エンティティ３０、ゲートウェイ４０、第１基地局１００及び第２基地局２００は、ネットワーク５０を介して通信する。例えば、ネットワーク５０は、バックホール及びコアネットワークを含む。
【0026】
例えば、システム１は、３ＧＰＰ（Third Generation Partnership Project）の規格に準拠したシステムであってもよい。より具体的には、例えば、システム１は、ＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａｄｖａｎｃｅｄ及び／又はＳＡＥ（System Architecture Evolution）に準拠したシステムであってもよい。
【0027】
（１）制御エンティティ３０
制御エンティティ３０は、コアネットワークノードであり、端末装置（例えば、端末装置６０）のモビリティに関連する制御を行う。例えば、制御エンティティ３０は、ＭＭＥ（Mobility Management Entity）である。
制御エンティティ３０は、コアネットワークノードであり、端末装置（例えば、端末装置６０）のモビリティに関連する制御を行う。例えば、制御エンティティ３０は、ＭＭＥ（Mobility Management Entity）である。
【0028】
（２）ゲートウェイ４０
ゲートウェイ４０は、コアネットワークノードであり、基地局へのデータ及び基地局からのデータを転送する。例えば、ゲートウェイ４０は、Ｓ－ＧＷ（Serving Gateway）である。
ゲートウェイ４０は、コアネットワークノードであり、基地局へのデータ及び基地局からのデータを転送する。例えば、ゲートウェイ４０は、Ｓ－ＧＷ（Serving Gateway）である。
【0029】
（３）端末装置６０
端末装置６０は、基地局との無線通信を行う。例えば、端末装置６０は、第１基地局１００のカバレッジエリア１０内に位置する場合に、第１基地局１００との無線通信を行う。また、例えば、端末装置６０は、第２基地局２００のカバレッジエリア２０内に位置する場合に、第２基地局２００との無線通信を行う。例えば、端末装置６０は、ＵＥ（User Equipment）である。
端末装置６０は、基地局との無線通信を行う。例えば、端末装置６０は、第１基地局１００のカバレッジエリア１０内に位置する場合に、第１基地局１００との無線通信を行う。また、例えば、端末装置６０は、第２基地局２００のカバレッジエリア２０内に位置する場合に、第２基地局２００との無線通信を行う。例えば、端末装置６０は、ＵＥ（User Equipment）である。
【0030】
（４）第１基地局１００／第２基地局２００
第１基地局１００は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）のノードであり、カバレッジエリア１０内に位置する端末装置（例えば、端末装置６０）との無線通信を行う。第２基地局２００も、ＲＡＮのノードであり、カバレッジエリア２０内に位置する端末装置（例えば、端末装置６０）との無線通信を行う。例えば、第１基地局１００及び第２基地局２００は、ｅＮＢである。
第１基地局１００は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）のノードであり、カバレッジエリア１０内に位置する端末装置（例えば、端末装置６０）との無線通信を行う。第２基地局２００も、ＲＡＮのノードであり、カバレッジエリア２０内に位置する端末装置（例えば、端末装置６０）との無線通信を行う。例えば、第１基地局１００及び第２基地局２００は、ｅＮＢである。
【0031】
例えば、カバレッジエリア１０は、マクロセルであり、第１基地局１００は、マクロセルの基地局である。例えば、カバレッジエリア２０は、マクロセルよりも小さいスモールセルであり、第２基地局２００は、スモールセルの基地局である。
【0032】
（５）デュアルコネクティビティ
とりわけ、端末装置６０は、デュアルコネクティビティをサポートする。即ち、端末装置６０は、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）に接続されることができ、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）との無線通信を行うことができる。
とりわけ、端末装置６０は、デュアルコネクティビティをサポートする。即ち、端末装置６０は、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）に接続されることができ、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）との無線通信を行うことができる。
【0033】
また、第１基地局１００及び第２基地局２００も、デュアルコネクティビティをサポートする。例えば、第１基地局１００は、デュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、デュアルコネクティビティにおいてセカンダリ基地局として動作する。上記マスタ基地局は、デュアルコネクティビティにおいて制御エンティティ３０とのインタフェースを有する基地局（制御エンティティ３０とのインタフェースを終端（terminate）させる基地局）であり、例えばＭｅＮＢである。上記セカンダリ基地局は、デュアルコネクティビティにおいて追加の無線リソースを端末装置に提供する基地局であり、例えばＳｅＮＢである。
【0034】
（ａ）制御プレーン
デュアルコネクティビティでは、制御プレーン（Control Plane）について、マスタ基地局（例えば、ＭｅＮＢ）と制御エンティティ３０（例えば、ＭＭＥ）との間にインタフェース（例えば、Ｓ１－ＭＭＥ）がある。しかし、デュアルコネクティビティでは、セカンダリ基地局（例えば、ＳｅＮＢ）と制御エンティティ３０との間にはインタフェース（例えば、Ｓ１－ＭＭＥ）がない。そのため、デュアルコネクティビティについての制御情報は、マスタ基地局と制御エンティティ３０との間で送受信される。
デュアルコネクティビティでは、制御プレーン（Control Plane）について、マスタ基地局（例えば、ＭｅＮＢ）と制御エンティティ３０（例えば、ＭＭＥ）との間にインタフェース（例えば、Ｓ１－ＭＭＥ）がある。しかし、デュアルコネクティビティでは、セカンダリ基地局（例えば、ＳｅＮＢ）と制御エンティティ３０との間にはインタフェース（例えば、Ｓ１－ＭＭＥ）がない。そのため、デュアルコネクティビティについての制御情報は、マスタ基地局と制御エンティティ３０との間で送受信される。
【0035】
【0036】
図２は、デュアルコネクティビティにおけるユーザプレーンの第１のアーキテクチャの例を説明するための説明図である。図２を参照すると、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００が示されている。ここでは、端末装置６０のデュアルコネクティビティについて、第１基地局１００はマスタ基地局として動作し、第２基地局２００はセカンダリ基地局として動作する。第１のアーキテクチャでは、マスタ基地局（第１基地局１００）とゲートウェイ４０との間にインタフェース（例えば、Ｓ１－Ｕ）があるが、セカンダリ基地局（第２基地局２００）とゲートウェイ４０との間にはインタフェース（例えば、Ｓ１－Ｕ）がない。そのため、ユーザプレーンデータは、ゲートウェイ４０からセカンダリ基地局（第２基地局２００）へ直接的に送信されず、マスタ基地局（第１基地局１００）を経由してセカンダリ基地局（第２基地局２００）へ送信される。このような第１のアーキテクチャでは、マスタ基地局（第１基地局１００）及びセカンダリ基地局（第２基地局２００）の両方に位置してマスタ基地局（第１基地局１００）及びセカンダリ基地局（第２基地局２００）の両方のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはスプリットベアラ（Split bearer）と呼ばれる。
【0037】
図３は、デュアルコネクティビティにおけるユーザプレーンの第２のアーキテクチャの例を説明するための説明図である。図３を参照すると、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００が示されている。ここでは、端末装置６０のデュアルコネクティビティについて、第１基地局１００はマスタ基地局として動作し、第２基地局２００はセカンダリ基地局として動作する。第２のアーキテクチャでは、マスタ基地局（第１基地局１００）とゲートウェイ４０との間にインタフェース（例えば、Ｓ１－Ｕ）があり、且つ、セカンダリ基地局（第２基地局２００）とゲートウェイ４０との間にもインタフェース（例えば、Ｓ１－Ｕ）がある。そのため、ユーザプレーンデータは、マスタ基地局（第１基地局１００）を経由せずに、ゲートウェイ４０とセカンダリ基地局（第２基地局２００）との間で直接的に送受信される。このような第２のアーキテクチャにおいて、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはＳＣＧ（Secondary Cell Group）ベアラと呼ばれる。
【0038】
【0039】
＜３．１．第１基地局の構成例＞
まず、図４を参照して、第１の実施形態に係る第１基地局１００の構成の例を説明する。図４は、第１の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図４を参照すると、第１基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
まず、図４を参照して、第１の実施形態に係る第１基地局１００の構成の例を説明する。図４は、第１の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図４を参照すると、第１基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
【0040】
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。
【0041】
ネットワーク通信部１２０は、バックホールから信号を受信し、バックホールへ信号を送信する。
【0042】
記憶部１３０は、第１基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
【0043】
処理部１４０は、第１基地局１００の様々な機能を提供する。処理部１４０は、通信処理部１４１、要求部１４３、情報取得部１４５及び制御部１４７を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。
【0044】
通信処理部１４１、要求部１４３、情報取得部１４５及び制御部１４７の具体的な動作は、後に詳細に説明する。
【0045】
無線通信部１１０は、アンテナ及び高周波（Radio Frequency：ＲＦ）回路などを含んでもよい。ネットワーク通信部１２０は、ネットワークアダプタ又はネットワークインタフェースカードなどを含んでもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。
【0046】
＜３．２．第２基地局の構成例＞
次に、図５を参照して、第１の実施形態に係る第２基地局２００の構成の例を説明する。図５は、第１の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図５を参照すると、第２基地局２００は、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び処理部２４０を備える。
次に、図５を参照して、第１の実施形態に係る第２基地局２００の構成の例を説明する。図５は、第１の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図５を参照すると、第２基地局２００は、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び処理部２４０を備える。
【0047】
無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、端末装置からの信号を受信し、端末装置への信号を送信する。
【0048】
ネットワーク通信部２２０は、バックホールから信号を受信し、バックホールへ信号を送信する。
【0049】
記憶部２３０は、第２基地局２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
【0050】
処理部２４０は、第２基地局２００の様々な機能を提供する。処理部２４０は、通信処理部２４１及び報告部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。
【0051】
通信処理部２４１及び報告部２４３の具体的な動作は、後に詳細に説明する。
【0052】
無線通信部２１０は、アンテナ及び高周波（ＲＦ）回路などを含んでもよい。ネットワーク通信部２２０は、ネットワークアダプタ又はネットワークインタフェースカードなどを含んでもよい。記憶部２３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部２４０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。
【0053】
【0054】
（１）デュアルコネクティビティ（ＳＣＧベアラのケース）
例えば、第１基地局１００は、端末装置６０のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置６０のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１４１）は、端末装置６０のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置６０と通信し、第２基地局２００（通信処理部２４１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信する。
例えば、第１基地局１００は、端末装置６０のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置６０のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１４１）は、端末装置６０のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置６０と通信し、第２基地局２００（通信処理部２４１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信する。
【0055】
例えば、通信処理部１４１及び通信処理部２４１は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ及び／又は物理レイヤの信号処理を行う。
【0056】
なお、上記ＭＣＧベアラは、マスタ基地局（第１基地局１００）に位置してマスタ基地局（第１基地局１００）のリソースを使用する無線プロトコルのベアラである。また、上記ＳＣＧベアラは、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラである。
【0057】
（２）活動関連情報の報告
（ａ）報告の要求
第１基地局１００（要求部１４３）は、上記デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信するセカンダリ基地局（第２基地局２００）に、当該セカンダリ基地局のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する。
（ａ）報告の要求
第１基地局１００（要求部１４３）は、上記デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信するセカンダリ基地局（第２基地局２００）に、当該セカンダリ基地局のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する。
【0058】
例えば、第１基地局１００（要求部１４３）は、上記活動関連情報の報告を要求するメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。例えば、当該メッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓを含み、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、第１基地局１００がフィードバック（即ち、上記活動関連情報の報告）を要求することを示す（indicate）。例えば、より厳密に、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥは、後述のタイプ情報（例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ ＩＥ）において示される条件が満たされる場合に第１基地局１００が第２基地局２００からのフィードバックを要求することを示す。第１基地局１００は、このようなＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥをメッセージ内に含め得る。
【0059】
一例として、第１基地局１００（要求部１４３）は、上記活動関連情報の報告を要求するＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。あるいは、第１基地局１００（要求部１４３）は、上記活動関連情報の報告を要求するＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを上記セカンダリ基地局（第２基地局２００）へ送信してもよい。このように既存のメッセージを利用することにより、例えば、既存の手続きの中で報告を要求することが可能になる。
【0060】
別の例として、第１基地局１００（要求部１４３）は、上記活動関連情報の報告を要求するＵＥ－ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを上記セカンダリ基地局へ送信してもよい。このように新たなメッセージを利用することにより、例えば、より柔軟に（例えば、より自由なタイミングで）報告を要求することが可能になる。
【0061】
以上のように、第１基地局１００（要求部１４３）は、上記活動関連情報を報告するように上記セカンダリ基地局（第２基地局２００）に要求する。これにより、例えば、上記セカンダリ基地局（第２基地局２００）は必要以上にＳＣＧにおける端末装置６０の活動の監視及び報告などを行わなくてもよくなる。そのため、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。
【0062】
なお、例えば、上記活動関連情報の報告を要求する上記メッセージは、端末装置６０に専用のメッセージ（即ち、端末装置ごとのメッセージ）である。あるいは、上記活動関連情報の報告を要求する上記メッセージは、端末装置６０を含む複数の端末装置に共通のメッセージであってもよい。この場合に、当該メッセージは、当該複数の端末装置のＩＤを含んでもよい。当該ＩＤは、一時的なＩＤ（例えば、ＴＭＳＩ（Temporary Mobile Subscriber Identity）又はＣＲＮＴＩ（Cell Radio Network Temporary Identifier）など）であってもよく、恒久的なＩＤ（例えば、ＩＭＳＩ（International Mobile Subscriber Identity）又はＩＭＥＩ（International Mobile Equipment Identity）など）であってもよい。
【0063】
（ｂ）報告
第２基地局２００（報告部２４３）は、上記デュアルコネクティビティのＭＣＧベアラ上で端末装置６０と通信するマスタ基地局（第１基地局１００）からの要求に応じて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（要求部１４３）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。
第２基地局２００（報告部２４３）は、上記デュアルコネクティビティのＭＣＧベアラ上で端末装置６０と通信するマスタ基地局（第１基地局１００）からの要求に応じて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（要求部１４３）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。
【0064】
例えば、第１基地局１００からのメッセージ（例えば、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ、又はＵＥ－ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴ）にＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥが含まれる場合に、第２基地局２００は、（例えば、後述のタイプ情報（例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ ＩＥ）において示される条件が満たされる場合に）報告し得る。
【0065】
－メッセージの送信
例えば、第２基地局２００（報告部２４３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。
例えば、第２基地局２００（報告部２４３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。
【0066】
一例として、第２基地局２００（報告部２４３）は、上記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを上記マスタ基地局（第１基地局１００）へ送信する。このように既存のメッセージを利用することにより、例えば、既存の手続きの中で報告を行うことが可能になる。
【0067】
別の例として、第２基地局２００（報告部２４３）は、上記活動関連情報を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを上記マスタ基地局（第１基地局１００）へ送信してもよい。このように新たなメッセージを利用することにより、例えば、より柔軟に（例えば、より自由なタイミングで）報告を行うことが可能になる。
【0068】
－報告のタイミング
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、オンデマンドの報告と呼ばれ得る。
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、オンデマンドの報告と呼ばれ得る。
【0069】
第２の例として、第２基地局２００（上記セカンダリ基地局）は、周期的に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、周期的な報告と呼ばれ得る。
【0070】
第３の例として、第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の非活動（inactivity）を検出した場合に（例えば、端末装置６０の非活動タイマ（Inactivity Timer）が切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に）、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、イベントトリガの報告と呼ばれ得る。
【0071】
以上のように、第２基地局２００（報告部２４３）は、上記活動関連情報を報告し、第１基地局１００（情報取得部１４５）は、上記活動関連情報を取得する。これにより、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧにおける端末装置６０の活動を知ることができ、ＭＣＧ及びＳＣＧの両方における端末装置６０の活動を考慮した上で、上記セカンダリ基地局（第２基地局２００）をリリースするかを決めることが可能になる。そのため、例えば、ＳＣＧにおいて端末装置６０が非活動的（inactive）であっても、ＭＣＧにおいて端末装置６０が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。
【0072】
（ｃ）活動関連情報
－内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置６０が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置６０が非活動的（inactive）であることを示す情報であってもよい。
－内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置６０が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置６０が非活動的（inactive）であることを示す情報であってもよい。
【0073】
例えば、上記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓである。具体的には、例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓは、図６に示されるに定められる。
【0074】
このような情報により、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧベアラのケースにおいても、端末装置６０の活動を知ることが可能になる。
【0075】
－生成
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の活動（例えば、ＳＣＧにおける端末装置６０のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の活動（例えば、ＳＣＧにおける端末装置６０のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。
【0076】
例えば、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求に応じて、ＳＣＧにおける端末装置６０の活動を監視する。具体的には、例えば、第２基地局２００は、第１基地局１００からのメッセージ内のＲｅｐｏｒｔ ＣｈａｒａｃｔｅｒｉｓｔｉｃｓＩＥがＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓを含む場合に、上記活動を監視し得る。あるいは、第２基地局２００（上記セカンダリ基地局）は、自主的に、当該活動を監視してもよい。
【0077】
（ｄ）タイプ情報
－タイプ情報の提供
例えば、第１基地局１００（要求部１４３）は、上記セカンダリ基地局（第２基地局２００）に上記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を上記セカンダリ基地局（第２基地局２００）に提供する。
－タイプ情報の提供
例えば、第１基地局１００（要求部１４３）は、上記セカンダリ基地局（第２基地局２００）に上記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を上記セカンダリ基地局（第２基地局２００）に提供する。
【0078】
例えば、上記タイプ情報は、報告のタイプとして、オンデマンド（on demand）、イベントトリガ（event trigger）、又は周期的（periodic）を示す。
【0079】
例えば、上記タイプ情報は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅである。具体的には、例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅは、図７に示されるに定められ、情報要素（Information Element：ＩＥ）として、「Ｏｎ Ｄｅｍａｎｄ」ＩＥ、「Ｐｅｒｉｏｄｉｃ」ＩＥ、及び／又は「Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ」ＩＥを含む。Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅは、このようなＩＥにより、報告のタイプを示す。さらに、例えば、「Ｐｅｒｉｏｄｉｃ」ＩＥは、図８に示されるに定められ、周期を示す情報として、Ｒｅｐｏｒｔ Ｐｅｒｉｏｄｉｃｉｔｙ Ｖａｌｕｅを含む。また、「Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ」ＩＥは、図９に示されるに定められ、報告のイベントを示す情報として、「Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ」ＩＥ及び「Ａｒｒｉｖｉｎｇ Ｄａｔａ Ｒａｔｅ」ＩＥなどを含む。このように、上記タイプ情報は、報告条件も示し得る（換言すると、上記タイプ情報は、報告条件を示す情報も含み得る）。
【0080】
－タイプ情報に基づく報告
例えば、第２基地局２００（報告部２４３）は、上記マスタ基地局（第１基地局１００）により提供される上記タイプ情報に基づいて、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２４３）は、上記タイプ情報により示される報告のタイプに従って、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
例えば、第２基地局２００（報告部２４３）は、上記マスタ基地局（第１基地局１００）により提供される上記タイプ情報に基づいて、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２４３）は、上記タイプ情報により示される報告のタイプに従って、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【0081】
上記タイプ情報の提供、及び上記タイプ情報に基づく報告により、例えば、上記マスタ基地局（第１基地局１００）は、所望のタイミングで上記活動関連情報を取得することが可能になる。
【0082】
（ｅ）挙動関連情報
－挙動関連情報の提供
例えば、第１基地局１００（要求部１４３）は、上記セカンダリ基地局（第２基地局２００）に上記活動関連情報を報告するように要求する際に、端末装置６０の挙動（behaviour）に関連する挙動関連情報を上記セカンダリ基地局（第２基地局２００）に提供する。例えば、当該挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒである。上記挙動関連情報は、制御エンティティ３０により第１基地局１００に提供される情報である。
－挙動関連情報の提供
例えば、第１基地局１００（要求部１４３）は、上記セカンダリ基地局（第２基地局２００）に上記活動関連情報を報告するように要求する際に、端末装置６０の挙動（behaviour）に関連する挙動関連情報を上記セカンダリ基地局（第２基地局２００）に提供する。例えば、当該挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒである。上記挙動関連情報は、制御エンティティ３０により第１基地局１００に提供される情報である。
【0083】
これにより、例えば、制御エンティティ３０（例えば、ＭＭＥ）とのインタフェースを有しない上記セカンダリ基地局（第２基地局２００）も上記挙動関連情報を取得することが可能になる。
【0084】
例えば、第１基地局１００は、制御エンティティ３０から取得した上記挙動関連情報（例えば、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ）に基づいて、非活動タイマ（Inactivity Timer）の値を決定し、決定された当該値に当該非活動タイマを設定する。さらに、第１基地局１００（要求部１４３）は、上記非活動タイマ（Inactivity Timer）の上記値を示すタイマ情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ）を第２基地局２００に提供し得る。これにより、例えば、第１基地局１００及び第２基地局２００は、同じタイマ値を使用して端末装置６０の活動を監視することが可能になる。
【0085】
－挙動関連情報に基づく報告
例えば、第２基地局２００（報告部２４３）は、上記挙動関連情報に基づいて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２４３）は、上記挙動関連情報に基づいて、端末装置６０の非活動タイマ（Inactivity Timer）を適切な値に設定する。そして、第２基地局２００（報告部２４３）は、上記非活動タイマが切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に（あるいはデータ通信量が少ない場合に）、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。なお、当然ながら、第２基地局２００（報告部２４３）は、このようなイベントトリガの報告とともに（あるいはこのようなイベントトリガの報告の代わりに）、オンデマンドの報告及び／又は周期的な報告を行ってもよい。
例えば、第２基地局２００（報告部２４３）は、上記挙動関連情報に基づいて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２４３）は、上記挙動関連情報に基づいて、端末装置６０の非活動タイマ（Inactivity Timer）を適切な値に設定する。そして、第２基地局２００（報告部２４３）は、上記非活動タイマが切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に（あるいはデータ通信量が少ない場合に）、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。なお、当然ながら、第２基地局２００（報告部２４３）は、このようなイベントトリガの報告とともに（あるいはこのようなイベントトリガの報告の代わりに）、オンデマンドの報告及び／又は周期的な報告を行ってもよい。
【0086】
これにより、例えば、上記セカンダリ基地局（第２基地局２００）は、より適切な報告を行うことが可能になる。
【0087】
なお、第２基地局２００（報告部２４３）は、（第２基地局２００により決定された）上記非活動タイマの値を示すタイマ情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ）を第１基地局１００に提供し得る。
【0088】
【0089】
（ｆ－１）第１の例
図１０は、第１の実施形態に係る要求及び報告の処理の概略的な流れの第１の例を示すシーケンス図である。
図１０は、第１の実施形態に係る要求及び報告の処理の概略的な流れの第１の例を示すシーケンス図である。
【0090】
ＭｅＮＢである第１基地局１００は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、ＳｅＮＢである第２基地局２００へ送信する（Ｓ３０１）。当該ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）を含む。これにより、第１基地局１００は、活動関連情報を報告するように、第２基地局２００に要求する。また、上記ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）をさらに含む。また、上記ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含み得る。
【0091】
すると、第２基地局２００は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴメッセージを第１基地局１００へ送信する（Ｓ３０３）。当該ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）を含み得る。
【0092】
その後、ＳｅＮＢ（即ち、第２基地局２００）の追加のためのリコンフィギュレーション（Ｓ３０５－Ｓ３０９）及びランダムアクセス手続き（Ｓ３１１）が行われる。また、必要に応じて、データ転送（Ｓ３１３、Ｓ３１５）及び／又はパス更新手続き（Ｓ３２０）が行われる。
【0093】
第２基地局２００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信する（Ｓ３３１）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を含む。これにより、第２基地局２００は、活動関連情報を第１基地局１００に報告する。なお、当然ながら、第２基地局２００は、ＳＣＧにおける端末装置６０の活動を監視し、監視結果に基づいて上記活動関連情報を生成する。上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）をさらに含み得る。
【0094】
第１基地局１００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信し、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を取得する。第１基地局１００は、その後、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージを第２基地局２００へ送信してもよい。
【0095】
なお、第１基地局１００は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、活動関連情報）を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信する場合に、それを使用していずれかの動作を決定し、行い得る。例えば、当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージの受信に応じて、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。
【0096】
（ｆ－２）第２の例
図１１は、第１の実施形態に係る要求及び報告の処理の概略的な流れの第２の例を示すシーケンス図である。
図１１は、第１の実施形態に係る要求及び報告の処理の概略的な流れの第２の例を示すシーケンス図である。
【0097】
ＭｅＮＢである第１基地局１００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、ＳｅＮＢである第２基地局２００へ送信する（Ｓ３４１）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）を含む。これにより、第１基地局１００は、活動に関連する活動関連情報を報告するように、第２基地局２００に要求する。また、上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）をさらに含む。また、上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含み得る。
【0098】
すると、第２基地局２００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴメッセージを第１基地局１００へ送信する（Ｓ３４３）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）を含み得る。
【0099】
その後、ＳｅＮＢ（即ち、第２基地局２００）に関連するリコンフィギュレーション（Ｓ３４５－Ｓ３４９）及びランダムアクセス手続き（Ｓ３５１）が行われる。また、必要に応じて、データ転送（Ｓ３５３、Ｓ３５５）及び／又はパス更新手続き（Ｓ３６０）が行われる。
【0100】
第２基地局２００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信する（Ｓ３７１）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を含む。これにより、第２基地局２００は、活動関連情報を第１基地局１００に報告する。なお、当然ながら、第２基地局２００は、ＳＣＧにおける端末装置６０の活動を監視し、監視結果に基づいて上記活動関連情報を生成する。上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）をさらに含み得る。
【0101】
第１基地局１００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信し、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を取得する。第１基地局１００は、その後、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージを第２基地局２００へ送信してもよい。
【0102】
なお、第１基地局１００は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、活動関連情報）を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信する場合に、それを使用していずれかの動作を決定し、行い得る。例えば、当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージの受信に応じて、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。
【0103】
（ｆ－３）第３の例
図１２は、第１の実施形態に係る要求及び報告の処理の概略的な流れの第３の例を示すシーケンス図である。この手続きは、ＵＥ関連シグナリング（UE-associated signallingを使用する。
図１２は、第１の実施形態に係る要求及び報告の処理の概略的な流れの第３の例を示すシーケンス図である。この手続きは、ＵＥ関連シグナリング（UE-associated signallingを使用する。
【0104】
ＭｅＮＢである第１基地局１００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、ＳｅＮＢである第２基地局２００へ送信する（Ｓ３８１）。当該ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）を含む。これにより、第１基地局１００は、活動に関連する活動関連情報を報告するように、第２基地局２００に要求する。また、上記ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）をさらに含む。また、上記ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含み得る。
【0105】
ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージの受信に応じて、第２基地局２００は、第１基地局１００により要求されたように測定を行い得る。また、第２基地局２００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージを第１基地局１００へ送信する（Ｓ３８３）。当該ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）を含み得る。
【0106】
その後、第２基地局２００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを第１基地局１００へ送信する（Ｓ３８５）。当該ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を含む。これにより、第２基地局２００は、活動関連情報を第１基地局１００に報告する。当然ながら、第２基地局２００は、ＳＣＧにおける端末装置６０の活動を監視し、監視結果に基づいて上記活動関連情報を生成する。上記ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）をさらに含み得る。
【0107】
第１基地局１００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを受信し、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を取得する。
【0108】
なお、第１基地局１００は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、活動関連情報）を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを受信する場合に、それを使用していずれかの動作を決定し得る。例えば、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージの受信に応じて、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。
【0109】
－失敗の動作（Unsuccessful Operation）
Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥに示されるような要求された測定を第２基地局２００で開始できない場合には、第２基地局２００は、（ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージの代わりに）ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージを送信してもよい。当該メッセージは、適切な値を設定されたＣａｕｓｅ ＩＥを含んでもよい。
Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥに示されるような要求された測定を第２基地局２００で開始できない場合には、第２基地局２００は、（ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージの代わりに）ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージを送信してもよい。当該メッセージは、適切な値を設定されたＣａｕｓｅ ＩＥを含んでもよい。
【0110】
また、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥ及びＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ ＩＥに示されるような要求された測定の組合せを第２基地局２００が行えない場合には、第２基地局２００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージを使用して、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴを拒否（reject）してもよい。当該メッセージは、適切な値を設定されたＣａｕｓｅ ＩＥを含んでもよい。
【0111】
上記Ｃａｕｓｅ ＩＥは、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ Ｃａｕｓｅ ＩＥを含んでもよく、当該Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ Ｃａｕｓｅ ＩＥは、Ｒｅｑｕｅｓｔｅｄ Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｎｏｔ Ｓｕｐｐｏｒｔｅｄに設定されてもよい。Ｒｅｑｕｅｓｔｅｄ Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｎｏｔ Ｓｕｐｐｏｒｔｅｄは、要求されたＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが送信ノードによりサポートされていないことを意味してもよい。
【0112】
例えば、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージは、要求された測定を第２基地局２００が開始できない（fail to）場合に、ＵＥ関連情報（UE-associated information）のために第２基地局２００により第１基地局１００へ送信される。
【0113】
（ｇ）メッセージに含まれる情報
（ｇ－１）要求メッセージ
図１０～図１２を参照して説明したＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ、及びＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴは、活動関連情報の報告を要求するメッセージであり、例えば、図１３に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。
（ｇ－１）要求メッセージ
図１０～図１２を参照して説明したＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ、及びＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴは、活動関連情報の報告を要求するメッセージであり、例えば、図１３に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。
【0114】
Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒは、０～２５５のいずれかの値を持つ。なお、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒは、その値が特定の値（一例として、０又は２５５）である場合には、Ｉｎｆｉｎｉｔｅであること、又はタイマが起動されないことを意味してもよい。タイマが起動されないことは、端末装置６０の活動を監視しないことに等しい。
【0115】
なお、図１３の例は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１つのオブジェクト（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ）のみを指定可能なＥＮＵＭＥＲＡＴＥＤである例である。あるいは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＥＮＵＭＥＲＡＴＥＤである代わりに、図１４に示されるように、複数のオブジェクト（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ及びＡｒｒｉｖｉｎｇ ｄａｔａ ｒａｔｅなど）を指定可能なＢＩＴＳＴＲＩＮＧであってもよい。この場合に、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｆｏには、複数のオブジェクトの各々についてのＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｔｙｐｅ及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒが含まれていてもよい。ＢＩＴＳＴＲＩＮＧの使用により、例えば、複数のオブジェクト（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ及びＡｒｒｉｖｉｎｇ ｄａｔａ ｒａｔｅなど）を１つのＩＥのみにより要求することが可能になる。その結果、ＩＥ数が減少し得る。
【0116】
一例として、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、図１５に示されるような情報要素（ＩＥ）を含む。即ち、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴは、Ｍｅｓｓａｇｅ Ｔｙｐｅ、ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、及びＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤをさらに含む。なお、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ内のＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＥＮＵＭＥＲＡＴＥＤである代わりに、図１４に示されるように、ＢＩＴＳＴＲＩＮＧであってもよい。
【0117】
なお、上述したように、第１基地局１００は、端末装置６０についてのＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙの報告のみではなく、例えば、端末装置６０についてのＡｒｒｉｖｉｎｇ ｄａｔａ ｒａｔｅの報告を、第２基地局２００に要求することができる。これにより、例えば、第１基地局１００は、ＭＣＧにおける端末装置６０のデータレートのみではなくＳＣＧにおける端末装置６０のデータレートについても制御を行うことが可能になる。とりわけ、（契約等によって）端末装置６０のデータレートの上限が決まっている場合に有効である。
【0118】
（ｇ－２）報告メッセージ
図１０～図１２を参照して説明したＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤ、及びＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、活動関連情報を含むメッセージであり、例えば、図１６に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）及びＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。
図１０～図１２を参照して説明したＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤ、及びＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、活動関連情報を含むメッセージであり、例えば、図１６に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）及びＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。
【0119】
一例として、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、図１７に示されるような情報要素（ＩＥ）を含む。即ち、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、Ｍｅｓｓａｇｅ Ｔｙｐｅ、ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、及びＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤをさらに含む。
【0120】
（ｇ－３）応答メッセージ（成功）
図１０～図１２を参照して説明したＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、タイマ情報を含むメッセージであり、例えば、図１８に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。なお、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージも、同様に、タイマ情報を含むメッセージであってもよく、例えば、図１８に示されるような情報要素（ＩＥ）を含んでもよい。
図１０～図１２を参照して説明したＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、タイマ情報を含むメッセージであり、例えば、図１８に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。なお、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージも、同様に、タイマ情報を含むメッセージであってもよく、例えば、図１８に示されるような情報要素（ＩＥ）を含んでもよい。
【0121】
一例として、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、図１９に示されるような情報要素（ＩＥ）を含む。即ち、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、Ｍｅｓｓａｇｅ Ｔｙｐｅ、ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、及びＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤをさらに含む。
【0122】
（ｇ－４）応答メッセージ（失敗）
上述したように、図１２を参照して説明したＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥの代わりに、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージが、第２基地局２００により送信され得る。ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージは、例えば、図２０に示されるような情報要素（ＩＥ）を含む。
上述したように、図１２を参照して説明したＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥの代わりに、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージが、第２基地局２００により送信され得る。ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージは、例えば、図２０に示されるような情報要素（ＩＥ）を含む。
【0123】
（３）活動関連情報に基づく動作
例えば、第２基地局２００による上記活動関連情報の報告に応じて、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。
例えば、第２基地局２００による上記活動関連情報の報告に応じて、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。
【0124】
より具体的には、例えば、第２基地局２００からの報告メッセージがＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、上記活動関連情報）を含む場合に、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。
【0125】
（ａ）セカンダリ基地局のリリース
例えば、第１基地局１００（制御部１４７）は、上記活動関連情報に基づいて、上記セカンダリ基地局（第２基地局２００）をリリースするかを判定する。これにより、例えば、ＳＣＧベアラのケースでも、端末装置６０の活動に関連する制御がマスタ基地局に集中する。
例えば、第１基地局１００（制御部１４７）は、上記活動関連情報に基づいて、上記セカンダリ基地局（第２基地局２００）をリリースするかを判定する。これにより、例えば、ＳＣＧベアラのケースでも、端末装置６０の活動に関連する制御がマスタ基地局に集中する。
【0126】
さらに、例えば、第１基地局１００（制御部１４７）は、ＭＣＧにおける端末装置６０の活動に関連する他の活動関連情報にさらに基づいて、上記セカンダリ基地局（第２基地局２００）をリリースするかを判定する。これにより、例えば、ＳＣＧにおいて端末装置６０が非活動的（inactive）であっても、ＭＣＧにおいて端末装置６０が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。
【0127】
例えば、第１基地局１００（制御部１４７）は、上記セカンダリ基地局（第２基地局２００）をリリースしないと判定し、上記セカンダリ基地局（第２基地局２００）をリリースせずに維持する。あるいは、第１基地局１００（制御部１４７）は、上記セカンダリ基地局（第２基地局２００）をリリースすると判定し、ＳｅＮＢリリース手続き（SeNB Release procedure）を通じて上記セカンダリ基地局（第２基地局２００）をリリースする。
【0128】
一例として、ＵＥが非活動的（inactive）である場合に、第１基地局１００は、第２基地局２００に対してリリース手続き（例えば、SeNB Release Procedure）を開始し得る。
【0129】
（ｂ）端末装置のリリース
第１基地局１００（制御部１４７）は、上記活動関連情報（及びＭＣＧにおける端末装置６０の活動に関連する他の活動関連情報）に基づいて、端末装置６０をリリースするかを判定してもよい。そして、第１基地局１００（制御部１４７）は、端末装置６０をリリースすると判定する場合に、制御エンティティ３０に端末装置６０のリリースを要求してもよい。例えば、ＳＣＧにおいて端末装置６０が非活動（inactive）であり（即ち、上記活動関連情報が、ＳＣＧにおいて端末装置６０が非活動であることを示し）、且つ、ＭＣＧにおいても端末装置６０が非活動である（即ち、上記他の活動関連情報が、ＭＣＧにおいて端末装置６０が非活動であることを示す）場合に、第１基地局１００（制御部１４７）は、制御エンティティ３０に端末装置６０のリリースを要求する。
第１基地局１００（制御部１４７）は、上記活動関連情報（及びＭＣＧにおける端末装置６０の活動に関連する他の活動関連情報）に基づいて、端末装置６０をリリースするかを判定してもよい。そして、第１基地局１００（制御部１４７）は、端末装置６０をリリースすると判定する場合に、制御エンティティ３０に端末装置６０のリリースを要求してもよい。例えば、ＳＣＧにおいて端末装置６０が非活動（inactive）であり（即ち、上記活動関連情報が、ＳＣＧにおいて端末装置６０が非活動であることを示し）、且つ、ＭＣＧにおいても端末装置６０が非活動である（即ち、上記他の活動関連情報が、ＭＣＧにおいて端末装置６０が非活動であることを示す）場合に、第１基地局１００（制御部１４７）は、制御エンティティ３０に端末装置６０のリリースを要求する。
【0130】
（ｃ）ベアラの追加
第１基地局１００（制御部１４７）は、上記活動関連情報に基づいて、端末装置６０及び上記セカンダリ基地局（第２基地局２００）に関連するベアラをさらに追加するかを判定してもよい。そして、第１基地局１００（制御部１４７）は、当該ベアラをさらに追加すると判定し、当該ベアラをさらに追加してもよい。上記ベアラは、ゲートウェイ４０と端末装置６０との間のベアラ（例えば、Ｓ－ＧＷとＵＥとの間のＥ－ＲＡＢ）であってもよい。また、第１基地局１００（制御部１４７）は、ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ手続きを通じて、上記ベアラを追加してもよい。
第１基地局１００（制御部１４７）は、上記活動関連情報に基づいて、端末装置６０及び上記セカンダリ基地局（第２基地局２００）に関連するベアラをさらに追加するかを判定してもよい。そして、第１基地局１００（制御部１４７）は、当該ベアラをさらに追加すると判定し、当該ベアラをさらに追加してもよい。上記ベアラは、ゲートウェイ４０と端末装置６０との間のベアラ（例えば、Ｓ－ＧＷとＵＥとの間のＥ－ＲＡＢ）であってもよい。また、第１基地局１００（制御部１４７）は、ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ手続きを通じて、上記ベアラを追加してもよい。
【0131】
＜３．４．第１の変形例＞
次に、第１の実施形態の第１の変形例を説明する。
次に、第１の実施形態の第１の変形例を説明する。
【0132】
上述した例では、第２基地局２００（報告部２４３）は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、上記活動関連情報）を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージ又はＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを第１基地局１００へ送信する。これにより、第２基地局２００（報告部２４３）は、上記活動関連情報を第１基地局１００に報告する。
【0133】
一方、第１の実施形態の第１の変形例では、第２基地局２００（報告部２４３）は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙを示すＲａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ Ｃａｕｓｅ（即ち、上記活動関連情報）を含むＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信してもよい。これにより、第２基地局２００（報告部２４３）は、上記活動関連情報を第１基地局１００に報告してもよい。
【0134】
【0135】
（１）概要
第１の実施形態の第２の変形例では、マスタ基地局間での端末装置６０のハンドオーバが行われるが、セカンダリ基地局は当該ハンドオーバ後も維持される。このような場合に、活動関連情報の報告を要求する際にマスタ基地局がセカンダリ基地局に提供した情報が、ソースマスタ基地局からターゲットマスタ基地局へ送信される。当該情報は、例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ、及びＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒを含む。これにより、例えば、マスタ基地局のハンドオーバ後も、活動関連情報の報告を継続することが容易になり得る。
第１の実施形態の第２の変形例では、マスタ基地局間での端末装置６０のハンドオーバが行われるが、セカンダリ基地局は当該ハンドオーバ後も維持される。このような場合に、活動関連情報の報告を要求する際にマスタ基地局がセカンダリ基地局に提供した情報が、ソースマスタ基地局からターゲットマスタ基地局へ送信される。当該情報は、例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ、及びＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒを含む。これにより、例えば、マスタ基地局のハンドオーバ後も、活動関連情報の報告を継続することが容易になり得る。
【0136】
（２）ハンドオーバ
図２１は、第１の実施形態の第２の変形例に係るハンドオーバの例を説明するための説明図である。図２１を参照すると、第１基地局１００Ａ、１００Ｂ、第２基地局２００、及び端末装置６０が示されている。この例では、端末装置６０は、デュアルコネクティビティで第１基地局１００Ａ及び第２基地局２００を通信していたが、端末装置６０は、カバレッジエリア１０Ａからカバレッジエリア１０Ｂへ移動し、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバが行われる。なお、端末装置６０は、カバレッジエリア２０内にとどまっている。
図２１は、第１の実施形態の第２の変形例に係るハンドオーバの例を説明するための説明図である。図２１を参照すると、第１基地局１００Ａ、１００Ｂ、第２基地局２００、及び端末装置６０が示されている。この例では、端末装置６０は、デュアルコネクティビティで第１基地局１００Ａ及び第２基地局２００を通信していたが、端末装置６０は、カバレッジエリア１０Ａからカバレッジエリア１０Ｂへ移動し、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバが行われる。なお、端末装置６０は、カバレッジエリア２０内にとどまっている。
【0137】
（３）処理の流れ
図２２は、第１の実施形態の第２の変形例に係るハンドオーバ処理の概略的な流れの一例を示すシーケンス図である。
図２２は、第１の実施形態の第２の変形例に係るハンドオーバ処理の概略的な流れの一例を示すシーケンス図である。
【0138】
ハンドオーバのソースｅＮＢでありＭｅＮＢである第１基地局１００Ａは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを、当該ハンドオーバのターゲットｅＮＢである第１基地局１００Ｂへ送信する（Ｓ４０１）。当該ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）、及びＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）を含む。
【0139】
その後、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバのための処理が行われる（Ｓ４０３－４３７）。
【0140】
【0141】
＜４．１．第１基地局の構成例＞
まず、図２３を参照して、第２の実施形態に係る第１基地局１００の構成の例を説明する。図２３は、第２の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図２３を参照すると、第１基地局１００は、通信処理部１５１、要求部１５３及び情報取得部１５５を備える。
まず、図２３を参照して、第２の実施形態に係る第１基地局１００の構成の例を説明する。図２３は、第２の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図２３を参照すると、第１基地局１００は、通信処理部１５１、要求部１５３及び情報取得部１５５を備える。
【0142】
通信処理部１５１、要求部１５３及び情報取得部１５５の具体的な動作は、後に詳細に説明する。
【0143】
通信処理部１５１、要求部１５３及び情報取得部１５５は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。
【0144】
＜４．２．第２基地局の構成例＞
まず、図２４を参照して、第２の実施形態に係る第２基地局２００の構成の例を説明する。図２４は、第２の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図２４を参照すると、第２基地局２００は、通信処理部２５１及び報告部２５３を備える。
まず、図２４を参照して、第２の実施形態に係る第２基地局２００の構成の例を説明する。図２４は、第２の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図２４を参照すると、第２基地局２００は、通信処理部２５１及び報告部２５３を備える。
【0145】
通信処理部２５１及び報告部２５３の具体的な動作は、後に詳細に説明する。
【0146】
通信処理部２５１及び報告部２５３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。
【0147】
＜４．３．技術的特徴＞
次に、図２５を参照して、第２の実施形態に係る技術的特徴を説明する。
次に、図２５を参照して、第２の実施形態に係る技術的特徴を説明する。
【0148】
（１）デュアルコネクティビティ（ＳＣＧベアラのケース）
例えば、第１基地局１００は、端末装置６０のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置６０のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１５１）は、端末装置６０のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置６０と通信し、第２基地局２００（通信処理部２５１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信する。
例えば、第１基地局１００は、端末装置６０のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置６０のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１５１）は、端末装置６０のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置６０と通信し、第２基地局２００（通信処理部２５１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信する。
【0149】
例えば、通信処理部１５１及び通信処理部２５１は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ及び／又は物理レイヤの信号処理を行う。
【0150】
なお、上記ＭＣＧベアラは、マスタ基地局（第１基地局１００）に位置してマスタ基地局（第１基地局１００）のリソースを使用する無線プロトコルのベアラである。また、上記ＳＣＧベアラは、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラである。
【0151】
（２）活動関連情報の報告
（ａ）報告の要求
第１基地局１００（要求部１５３）は、上記デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信するセカンダリ基地局（第２基地局２００）に、当該セカンダリ基地局のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する。
（ａ）報告の要求
第１基地局１００（要求部１５３）は、上記デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信するセカンダリ基地局（第２基地局２００）に、当該セカンダリ基地局のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する。
【0152】
例えば、第１基地局１００（要求部１５３）は、上記活動関連情報の報告を要求するメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。例えば、当該メッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓを含み、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、上記活動関連情報の報告することを示す（indicate）。
【0153】
以上のように、第１基地局１００（要求部１５３）は、上記活動関連情報を報告するように上記セカンダリ基地局（第２基地局２００）に要求する。これにより、例えば、上記セカンダリ基地局（第２基地局２００）は必要以上にＳＣＧにおける端末装置６０の活動の監視及び報告などを行わなくてもよくなる。そのため、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。
【0154】
（ｂ）報告
第２基地局２００（報告部２５３）は、上記デュアルコネクティビティのＭＣＧベアラ上で端末装置６０と通信するマスタ基地局（第１基地局１００）からの要求に応じて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（情報取得部１５５）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。
第２基地局２００（報告部２５３）は、上記デュアルコネクティビティのＭＣＧベアラ上で端末装置６０と通信するマスタ基地局（第１基地局１００）からの要求に応じて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（情報取得部１５５）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。
【0155】
－メッセージの送信
例えば、第２基地局２００（報告部２５３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。
例えば、第２基地局２００（報告部２５３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。
【0156】
－報告のタイミング
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【0157】
第２の例として、第２基地局２００（上記セカンダリ基地局）は、周期的に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【0158】
第３の例として、第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の非活動（inactivity）を検出した場合に（例えば、端末装置６０の非活動タイマ（Inactivity Timer）が切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に）、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【0159】
以上のように、第２基地局２００（報告部２５３）は、上記活動関連情報を報告し、第１基地局１００（情報取得部１５５）は、上記活動関連情報を取得する。これにより、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧにおける端末装置６０の活動を知ることができ、ＭＣＧ及びＳＣＧの両方における端末装置６０の活動を考慮した上で、上記セカンダリ基地局（第２基地局２００）をリリースするかを決めることが可能になる。そのため、例えば、ＳＣＧにおいて端末装置６０が非活動的（inactive）であっても、ＭＣＧにおいて端末装置６０が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。
【0160】
（ｃ）活動関連情報
－内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置６０が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置６０が非活動的（inactive）であることを示す情報であってもよい。
－内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置６０が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置６０が非活動的（inactive）であることを示す情報であってもよい。
【0161】
例えば、上記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓである。具体的には、例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓは、図６に示されるに定められる。
【0162】
このような情報により、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧベアラのケースにおいても、端末装置６０の活動を知ることが可能になる。
【0163】
－生成
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の活動（例えば、ＳＣＧにおける端末装置６０のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の活動（例えば、ＳＣＧにおける端末装置６０のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。
【0164】
例えば、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求に応じて、ＳＣＧにおける端末装置６０の活動の監視を開始する。あるいは、第２基地局２００（上記セカンダリ基地局）は、自主的に当該監視を開始してもよい。
【0165】
【0166】
マスタ基地局である第１基地局１００（要求部１５３）は、セカンダリ基地局である第２基地局２００に、第２基地局２００のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する（Ｓ５０１）。
【0167】
第２基地局２００（報告部２５３）は、第１基地局１００からの要求に応じて、上記活動関連情報を第１基地局１００に報告する（Ｓ５０３）。そして、第１基地局１００（情報取得部１５５）は、第２基地局２００により報告される上記活動関連情報を取得する。
【0168】
以上、本発明の実施形態を説明した。本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上述した実施形態は例示であり、実施形態の組合せやそれらの各構成要素や各処理プロセスの組合せに様々な変形例が可能なこと、またそうした変形例も本発明の範囲にあることは、当業者に理解されるところである。
【0169】
例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
【0170】
また、本明細書において説明した基地局の構成要素（例えば、通信処理部、要求部、情報取得部、制御部、及び／又は報告部）を備えるモジュール（例えば、基地局装置、又は基地局装置のためのモジュール）が提供されてもよい。また、当該構成要素の処理を含む方法が提供されてもよく、当該構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録した記録媒体が提供されてもよい。当然ながら、このようなモジュール、方法、プログラム及び記録媒体も本発明に含まれる。
【0171】
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【0172】
（付記１）
端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求する要求部と、
前記セカンダリ基地局により報告される前記活動関連情報を取得する情報取得部と、
を備える装置。
端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求する要求部と、
前記セカンダリ基地局により報告される前記活動関連情報を取得する情報取得部と、
を備える装置。
【0173】
（付記２）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を前記セカンダリ基地局に提供する、付記１に記載の装置。
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を前記セカンダリ基地局に提供する、付記１に記載の装置。
【0174】
（付記３）
前記タイプ情報は、報告のタイプとして、オンデマンド、イベントトリガ、又は周期的を示す、付記２に記載の装置。
前記タイプ情報は、報告のタイプとして、オンデマンド、イベントトリガ、又は周期的を示す、付記２に記載の装置。
【0175】
（付記４）
前記タイプ情報は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅである、付記２又は３に記載の装置。
前記タイプ情報は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅである、付記２又は３に記載の装置。
【0176】
（付記５）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報を前記セカンダリ基地局に提供する、付記１～４のいずれか１項に記載の装置。
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報を前記セカンダリ基地局に提供する、付記１～４のいずれか１項に記載の装置。
【0177】
（付記６）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記セカンダリ基地局に提供する、付記１～５のいずれか１項に記載の装置。
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記セカンダリ基地局に提供する、付記１～５のいずれか１項に記載の装置。
【0178】
（付記７）
前記タイマ情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒである、付記６に記載の装置。
前記タイマ情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒである、付記６に記載の装置。
【0179】
（付記８）
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒである、付記５～７に記載の装置。
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒである、付記５～７に記載の装置。
【0180】
（付記９）
前記要求部は、前記活動関連情報の報告を要求するＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ又はＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１～８のいずれか１項に記載の装置。
前記要求部は、前記活動関連情報の報告を要求するＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ又はＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１～８のいずれか１項に記載の装置。
【0181】
（付記１０）
前記要求部は、前記活動関連情報の報告を要求するＵＥ－ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１～８のいずれか１項に記載の装置。
前記要求部は、前記活動関連情報の報告を要求するＵＥ－ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１～８のいずれか１項に記載の装置。
【0182】
（付記１１）
前記活動関連情報に基づいて、前記セカンダリ基地局をリリースするかを判定する制御部、をさらに備える、付記１～１０のいずれか１項に記載の装置。
前記活動関連情報に基づいて、前記セカンダリ基地局をリリースするかを判定する制御部、をさらに備える、付記１～１０のいずれか１項に記載の装置。
【0183】
（付記１２）
前記制御部は、ＭＣＧにおける前記端末装置の活動に関連する他の活動関連情報にさらに基づいて、前記セカンダリ基地局をリリースするかを判定する、付記１１に記載の装置。
前記制御部は、ＭＣＧにおける前記端末装置の活動に関連する他の活動関連情報にさらに基づいて、前記セカンダリ基地局をリリースするかを判定する、付記１１に記載の装置。
【0184】
（付記１３）
前記制御部は、ＳｅＮＢリリース手続きを通じて、前記セカンダリ基地局をリリースする、付記１１又は１２に記載の装置。
前記制御部は、ＳｅＮＢリリース手続きを通じて、前記セカンダリ基地局をリリースする、付記１１又は１２に記載の装置。
【0185】
（付記１４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告する報告部と、
を備える装置。
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告する報告部と、
を備える装置。
【0186】
（付記１５）
前記報告部は、報告タイプを示すタイプ情報であって、前記マスタ基地局により提供される当該タイプ情報に基づいて、前記活動関連情報を前記マスタ基地局に報告する、付記１４に記載の装置。
前記報告部は、報告タイプを示すタイプ情報であって、前記マスタ基地局により提供される当該タイプ情報に基づいて、前記活動関連情報を前記マスタ基地局に報告する、付記１４に記載の装置。
【0187】
（付記１６）
前記報告部は、前記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
前記報告部は、前記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
【0188】
（付記１７）
前記報告部は、前記活動関連情報を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
前記報告部は、前記活動関連情報を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
【0189】
（付記１８）
前記報告部は、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記マスタ基地局に提供する、付記１４～１７のいずれか１項に記載の装置。
前記報告部は、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記マスタ基地局に提供する、付記１４～１７のいずれか１項に記載の装置。
【0190】
（付記１９）
前記タイマ情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒである、付記１８に記載の装置。
（付記２０）
前記挙動関連情報は、前記マスタ基地局により提供される情報である、付記１８又は１９に記載の装置。
前記タイマ情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒである、付記１８に記載の装置。
（付記２０）
前記挙動関連情報は、前記マスタ基地局により提供される情報である、付記１８又は１９に記載の装置。
【0191】
（付記２１）
前記活動関連情報は、ＳＣＧにおいて前記端末装置が非活動的であることを示す情報、又は、ＳＣＧにおいて前記端末装置が活動的であるか又は非活動的であるかを示す情報である、付記１～２０のいずれか１項に記載の装置。
前記活動関連情報は、ＳＣＧにおいて前記端末装置が非活動的であることを示す情報、又は、ＳＣＧにおいて前記端末装置が活動的であるか又は非活動的であるかを示す情報である、付記１～２０のいずれか１項に記載の装置。
【0192】
（付記２２）
前記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓである、付記１～２１のいずれか１項に記載の装置。
前記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓである、付記１～２１のいずれか１項に記載の装置。
【0193】
（付記２３）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記１～２２のいずれか１項に記載の装置。
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記１～２２のいずれか１項に記載の装置。
【0194】
（付記２４）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
を含む方法。
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
を含む方法。
【0195】
（付記２５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
を含む方法。
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
を含む方法。
【0196】
（付記２６）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。
【0197】
（付記２７）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラム。
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラム。
【0198】
（付記２８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【0199】
（付記２９）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【0200】
（付記３０）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局と、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局と、
を含み、
前記マスタ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように前記セカンダリ基地局に要求し、
前記セカンダリ基地局は、前記マスタ基地局からの要求に応じて、前記活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
システム。
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局と、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局と、
を含み、
前記マスタ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように前記セカンダリ基地局に要求し、
前記セカンダリ基地局は、前記マスタ基地局からの要求に応じて、前記活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
システム。
【0201】
この出願は、２０１５年８月１１日に出願された日本出願特願２０１５－１５９１４２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【0202】
１ システム
１０、２０ カバレッジエリア
３０ 制御エンティティ
４０ ゲートウェイ
５０ ネットワーク
６０ 端末装置
１００ 第１基地局
１４１、１５１ 通信処理部
１４３、１５３ 要求部
１４５、１５５ 情報取得部
１４７ 制御部
２００ 第２基地局
２４１、２５１ 通信処理部
２４３、２５５ 報告部
１０、２０ カバレッジエリア
３０ 制御エンティティ
４０ ゲートウェイ
５０ ネットワーク
６０ 端末装置
１００ 第１基地局
１４１、１５１ 通信処理部
１４３、１５３ 要求部
１４５、１５５ 情報取得部
１４７ 制御部
２００ 第２基地局
２４１、２５１ 通信処理部
２４３、２５５ 報告部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】