JP6465216B2 - デュアルコネクティビティに関連する装置 - Google Patents

Description

本発明は、デュアルコネクティビティに関連する装置に関する。

スマートフォンのようなＵＥ（User Equipment）がアプリケーションのためのデータをバックグラウンドで送受信することはよくあるが、ＵＥは常にデータを送受信しているわけではない。そのため、ｅＮＢ（evolved Node B）は、例えば、ＵＥの活動（activity）を監視（observe）し、ある時間間隔（time period）で当該ＵＥによるデータの送受信がなければ、当該ＵＥについてのリリースをＭＭＥ（Mobility Management Entity）に要求することができる。例えば、非特許文献１には、ユーザ非活動（User Inactivity）を原因としてｅＮＢがＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＲＥＱＵＥＳＴをＭＭＥへ送信し得ることが開示されている。

一方、３ＧＰＰのリリース１２では、デュアルコネクティビティ（Dual Connectivity）が導入されている。デュアルコネクティビティは、ＭｅＮＢ（Master eNB）及びＳｅＮＢ（Secondary eNB）の両方への接続を可能にするＵＥの動作モードである。デュアルコネクティビティでは、制御プレーン（Control Plane）について、ＭｅＮＢとＭＭＥとの間にＳ１−ＭＭＥがあるが、ＳｅＮＢとＭＭＥとの間にはＳ１−ＭＭＥはない。そのため、ＭｅＮＢが、デュアルコネクティビティＵＥについての制御情報をＭＭＥから受信し、ＭＭＥへ送信する。また、ユーザプレーン（User Plane）については、２つの異なるアーキテクチャがある。第１のアーキテクチャでは、ＭｅＮＢとＳ−ＧＷ（Serving Gateway）との間にＳ１−Ｕがあるが、ＳｅＮＢとＳ−ＧＷとの間にはＳ１−Ｕはない。そのため、ユーザプレーンデータは、Ｓ−ＧＷとＳｅＮＢとの間で直接的に送信されず、ＭｅＮＢを経由して（即ち、Ｓ１−Ｕ及びＸ２−Ｕを通じて）Ｓ−ＧＷとＳｅＮＢとの間で送受信される。このような第１のアーキテクチャでは、ＭｅＮＢ及びＳｅＮＢの両方に位置してＭｅＮＢ及びＳｅＮＢの両方のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはスプリットベアラ（Split bearer）と呼ばれる。第２のアーキテクチャでは、ＭｅＮＢとＳ−ＧＷとの間にＳ１−Ｕがあり、且つ、ＳｅＮＢとＳ−ＧＷとの間にもＳ１−Ｕがある。そのため、ユーザプレーンデータは、ＭｅＮＢを経由せずに、Ｓ−ＧＷとＳｅＮＢとの間で直接的に送受信される。このような第２のアーキテクチャにおいて、ＳｅＮＢに位置してＳｅＮＢのリソースを使用する無線プロトコルのベアラがあり、当該ベアラはＳＣＧ（Secondary Cell Group）ベアラと呼ばれる。

スプリットベアラのケースでは、ＳＣＧ（即ち、ＳｅＮＢに関連付けられるサービングセルのグループ）において送信されるデータがＭｅＮＢを通るので、ＭｅＮＢはＵＥの活動を監視することができる。一方、ＳＣＧベアラのケースでは、ＳＣＧにおいて送信されるデータがＭｅＮＢを通らないので、ＭｅＮＢは、ＵＥの活動を直接的に監視することができず、ＳｅＮＢによる監視に依存（rely）する。これらの点は、非特許文献２に開示されている。

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)

しかし、非特許文献２にも開示されているようなＳＣＧベアラのケースでは、ＵＥの活動に関連する制御がＭｅＮＢとＳｅＮＢとの間で分散し得る。その結果、例えば、無駄な動作が発生する可能性もある。

例えば、ＳＣＧにおいてＵＥのデータが送信されていないが、ＭＣＧ（Master Cell Group）（即ち、ＭｅＮＢに関連付けられるサービングセルのグループ）においてＵＥのデータが送信されていることがある。このような場合に、例えば、ＳｅＮＢは、ＳＣＧにおけるＵＥの活動を監視し、ＵＥの非活動（inactivity）を原因としてＳｅＮＢのリリースを決定し、リリース手続きを通じてＳｅＮＢがリリースされ得る。そのため、例えば、その後にＳｅＮＢへのデータオフロードを実現するためには、ＳｅＮＢを追加するための手続きが必要になる。即ち、ＳｅＮＢのリリースに起因する無駄な動作（ＳｅＮＢの追加の手続き）が発生する可能性がある。

本発明の目的は、ＳＣＧベアラのケースにおいて無駄な動作の発生を抑えることを可能にする装置及び方法を提供することにある。

本発明の第１の装置は、端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で上記端末装置と通信する第１通信処理部と、上記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で上記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信する第２通信処理部と、を備える。上記第２通信処理部は、上記リリースの拒絶を示す第２のメッセージを上記セカンダリ基地局へ送信する。

本発明の第２の装置は、端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で上記端末装置と通信する第１通信処理部と、上記ＳＣＧベアラ上で上記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、上記デュアルコネクティビティのＭＣＧベアラ上で上記端末装置と通信するマスタ基地局へ送信する第２通信処理部と、を備える。上記第２通信処理部は、上記リリースの拒絶を示す第２のメッセージを上記マスタ基地局から受信する。

本発明の第３の装置は、端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、上記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、を備える。上記セカンダリ基地局は、上記セカンダリ基地局のリリースを要求する第１のメッセージを上記マスタ基地局へ送信し、上記マスタ基地局は、上記リリースの拒絶を示す第２のメッセージを上記セカンダリ基地局へ送信する。

本発明の第４の装置は、端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で上記端末装置と通信する通信処理部と、上記デュアルコネクティビティのためのＳＣＧベアラ上で上記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける上記端末装置の活動に関連する上記活動関連情報を取得する情報取得部と、を備える。

本発明の第５の装置は、端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で上記端末装置と通信する通信処理部と、上記デュアルコネクティビティのＭＣＧベアラ上で上記端末装置と通信するマスタ基地局に、ＳＣＧにおける上記端末装置の活動に関連する活動関連情報を報告する報告部と、を備える。

本発明の第６の装置は、端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、上記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、を備える。上記セカンダリ基地局は、上記セカンダリ基地局のＳＣＧにおける上記端末装置の活動に関連する活動関連情報を上記マスタ基地局に報告し、上記マスタ基地局は、上記セカンダリ基地局により報告される上記活動関連情報を取得する。

本発明によれば、ＳＣＧベアラのケースにおいて無駄な動作の発生を抑えることが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。

本発明の実施形態に係るシステムの概略的な構成の一例を示す説明図である。 デュアルコネクティビティにおけるユーザプレーンの第１のアーキテクチャの例を説明するための説明図である。 デュアルコネクティビティにおけるユーザプレーンの第２のアーキテクチャの例を説明するための説明図である。 第１の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。 第１の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。 第１の実施形態に係る端末装置の概略的な構成の例を示すブロック図である。 第１の実施形態におけるＳｅＮＢのリリースに関する処理の概略的な流れの第１の例を示すシーケンス図である。 ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージの一例を説明するための説明図である。 ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージの別の例を説明するための説明図である。 Ｃａｕｓｅ値の一例を説明するための説明図である。 Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔの一例を説明するための説明図である。 Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥの一例を説明するための説明図である。 Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥの一例を説明するための説明図である。 第１の実施形態におけるリリースに関する処理の概略的な流れの第２の例を示す第１のシーケンス図である。 第１の実施形態におけるリリースに関する処理の概略的な流れの第２の例を示す第２のシーケンス図である。 ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージの一例を説明するための説明図である。 第１の実施形態におけるＳｅＮＢの追加に関する処理の概略的な流れの一例を示すシーケンス図である。 ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージの一例を説明するための説明図である。 第１の実施形態におけるＳｅＮＢの変更に関する処理の概略的な流れの一例を示すシーケンス図である。 ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージの一例を説明するための説明図である。 第２の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。 第２の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。 第２の実施形態に係る端末装置の概略的な構成の例を示すブロック図である。 第２の実施形態におけるセカンダリ基地局のリリースに関する処理の概略的な流れの一例を示すシーケンス図である。 第３の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。 第３の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。 第３の実施形態に係る端末装置の概略的な構成の例を示すブロック図である。 Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥの一例を説明するための説明図である。 第３の実施形態における第１の処理の概略的な流れの一例を示すシーケンス図である。 ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージの一例を説明するための説明図である。 第３の実施形態における第２の処理の概略的な流れの一例を示すシーケンス図である。 ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージの一例を説明するための説明図である。 第３の実施形態における第３の処理の概略的な流れの一例を示すシーケンス図である。 ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージの一例を説明するための説明図である。 第４の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。 第４の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。 第４の実施形態に係る端末装置の概略的な構成の例を示すブロック図である。 第４の実施形態における活動関連情報の報告に関する処理の概略的な流れの一例を示すシーケンス図である。 第５の実施形態に係る第１基地局の概略的な構成の例を示すブロック図である。 第５の実施形態に係る第２基地局の概略的な構成の例を示すブロック図である。 Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓの例を説明するための説明図である。 Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅの例を説明するための説明図である。 Ｐｅｒｉｏｄｉｃ ＩＥの例を説明するための説明図である。 Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ ＩＥの例を説明するための説明図である。 第５の実施形態に係る要求及び報告の処理の概略的な流れの第１の例を示すシーケンス図である。 第５の実施形態に係る要求及び報告の処理の概略的な流れの第２の例を示すシーケンス図である。 第５の実施形態に係る要求及び報告の処理の概略的な流れの第３の例を示すシーケンス図である。 活動関連情報の報告を要求する要求メッセージの一例を説明するための説明図である。 活動関連情報の報告を要求する要求メッセージの別の例を説明するための説明図である。 ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージの例を説明するための説明図である。 活動関連情報を含む報告メッセージの一例を説明するための説明図である。 ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージの例を説明するための説明図である。 成功時の応答メッセージの一例を説明するための説明図である。 ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージの例を説明するための説明図である。 ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージの例を説明するための説明図である。 第５の実施形態の第２の変形例に係るハンドオーバの例を説明するための説明図である。 第５の実施形態の第２の変形例に係るハンドオーバ処理の概略的な流れの一例を示すシーケンス図である。

以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

説明は、以下の順序で行われる。
１．本発明の実施形態の概要
２．システムの構成例
３．第１の実施形態
３．１．第１基地局の構成例
３．２．第２基地局の構成例
３．３．端末装置の構成例
３．４．技術的特徴
４．第２の実施形態
４．１．第１基地局の構成例
４．２．第２基地局の構成例
４．３．端末装置の構成例
４．４．技術的特徴
５．第３の実施形態
５．１．第１基地局の構成例
５．２．第２基地局の構成例
５．３．端末装置の構成例
５．４．技術的特徴
６．第４の実施形態
６．１．第１基地局の構成例
６．２．第２基地局の構成例
６．３．端末装置の構成例
６．４．技術的特徴
７．第５の実施形態
７．１．第１基地局の構成例
７．２．第２基地局の構成例
７．３．技術的特徴
７．４．第１の変形例
７．５．第２の変形例

＜＜１．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。

（１）技術的課題
３ＧＰＰのリリース１２では、デュアルコネクティビティが導入されている。デュアルコネクティビティのスプリットベアラのケースでは、ＳＣＧ（即ち、ＳｅＮＢに関連付けられるサービングセルのグループ）において送信されるデータがＭｅＮＢを通るので、ＭｅＮＢはＵＥの活動を監視することができる。一方、デュアルコネクティビティのＳＣＧベアラのケースでは、ＳＣＧにおいて送信されるデータがＭｅＮＢを通らないので、ＭｅＮＢは、ＵＥの活動を直接的に監視することができず、ＳｅＮＢによる監視に依存（rely）する。

しかし、ＳＣＧベアラのケースでは、ＵＥの活動に関連する制御がＭｅＮＢとＳｅＮＢとの間で分散し得る。その結果、例えば、無駄な動作が発生する可能性もある。

例えば、ＳＣＧにおいてＵＥのデータが送信されていないが、ＭＣＧ（即ち、ＭｅＮＢに関連付けられるサービングセルのグループ）においてＵＥのデータが送信されていることがある。このような場合に、例えば、ＳｅＮＢは、ＳＣＧにおけるＵＥの活動を監視し、ＵＥの非活動（inactivity）を原因としてＳｅＮＢのリリースを決定し、リリース手続きを通じてＳｅＮＢがリリースされ得る。そのため、例えば、その後にＳｅＮＢへのデータオフロードを実現するためには、ＳｅＮＢを追加するための手続きが必要になる。即ち、ＳｅＮＢのリリースに起因する無駄な動作（ＳｅＮＢの追加の手続き）が発生する可能性がある。

（２）技術的特徴
（ａ）第１の技術的特徴
上記技術的課題を解決するために、例えば、ＳｅＮＢは、当該ＳｅＮＢのリリースを要求するメッセージをＭｅＮＢへ送信し、当該ＭｅＮＢは、（上記リリースが受け入れられない場合に）上記リリースの拒絶を示す第２のメッセージを上記ＳｅＮＢへ送信する。

これにより、例えば、必要以上にＳｅＮＢのリリースが行われるのを防ぐことが可能になる。その結果、ＳｅＮＢを追加するための手続きの発生が抑えられ得る。即ち、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。

なお、この技術的特徴は、後述する第１の実施形態及び第２の実施形態の特徴である。

（ｂ）第２の技術的特徴
上記技術的課題を解決するために、例えば、ＳｅＮＢがＳＣＧベアラ上でＵＥと通信する場合に、上記ＳｅＮＢは、上記ＳＥＮＢのＳＣＧにおける上記ＵＥの活動（activity）に関する活動関連情報（例えば、ＵＥが非活動的（inactive）であることを示す情報）をＭｅＮＢに報告する。そして、上記ＭｅＮＢは、上記活動関連情報を取得する。

これにより、例えば、ＵＥの活動に関連する制御がＭｅＮＢに集中（concentrate）し、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。

なお、この技術的特徴は、後述する第３の実施形態及び第４の実施形態の特徴である。

（ｃ）第３の技術的特徴
上記技術的課題を解決するために、例えば、ＳｅＮＢがＳＣＧベアラ上でＵＥと通信する場合に、ＭｅＮＢが、上記ＳｅＮＢのＳＣＧにおけるＵＥの活動（activity）に関する活動関連情報（例えば、ＵＥが非活動的（inactive）であることを示す情報）を報告するように、上記ＳｅＮＢに要求する。上記ＳｅＮＢは、上記ＭｅＮＢからの要求に応じて、上記活動関連情報を上記ＭｅＮＢに報告する。そして、上記ＭｅＮＢは、上記活動関連情報を取得する。

これにより、例えば、ＵＥの活動に関連する制御がＭｅＮＢに集中（concentrate）し、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。

なお、この技術的特徴は、後述する第５の実施形態の特徴である。

＜＜２．システムの構成例＞＞
図１〜図３を参照して、本発明の実施形態に係るシステム１の概略的な構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、制御エンティティ３０、ゲートウェイ４０、第１基地局１００、第２基地局２００及び端末装置３００を含む。制御エンティティ３０、ゲートウェイ４０、第１基地局１００及び第２基地局２００は、ネットワーク５０を介して通信する。例えば、ネットワーク５０は、バックホール及びコアネットワークを含む。

例えば、システム１は、３ＧＰＰ（Third Generation Partnership Project）の規格に準拠したシステムであってもよい。より具体的には、例えば、システム１は、ＬＴＥ（Long Term Evolution）／ＬＴＥ−Ａｄｖａｎｃｅｄ及び／又はＳＡＥ（System Architecture Evolution）に準拠したシステムであってもよい。

（１）制御エンティティ３０
制御エンティティ３０は、コアネットワークノードであり、端末装置（例えば、端末装置３００）のモビリティに関連する制御を行う。例えば、制御エンティティ３０は、ＭＭＥ（Mobility Management Entity）である。

（２）ゲートウェイ４０
ゲートウェイ４０は、コアネットワークノードであり、基地局へのデータ及び基地局からのデータを転送する。例えば、ゲートウェイ４０は、Ｓ−ＧＷ（Serving Gateway）である。

（３）第１基地局１００／第２基地局２００
第１基地局１００は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）のノードであり、カバレッジエリア１０内に位置する端末装置（例えば、端末装置３００）との無線通信を行う。第２基地局２００も、ＲＡＮのノードであり、カバレッジエリア２０内に位置する端末装置（例えば、端末装置３００）との無線通信を行う。例えば、第１基地局１００及び第２基地局２００は、ｅＮＢである。

例えば、カバレッジエリア１０は、マクロセルであり、第１基地局１００は、マクロセルの基地局である。例えば、カバレッジエリア２０は、マクロセルよりも小さいスモールセルであり、第２基地局２００は、スモールセルの基地局である。

（４）端末装置３００
端末装置３００は、基地局との無線通信を行う。例えば、端末装置３００は、第１基地局１００のカバレッジエリア１０内に位置する場合に、第１基地局１００との無線通信を行う。また、例えば、端末装置３００は、第２基地局２００のカバレッジエリア２０内に位置する場合に、第２基地局２００との無線通信を行う。例えば、端末装置３００は、ＵＥ（User Equipment）である。

（５）デュアルコネクティビティ
とりわけ、端末装置３００は、デュアルコネクティビティをサポートする。即ち、端末装置３００は、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）に接続されることができ、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）との無線通信を行うことができる。

また、第１基地局１００及び第２基地局２００も、デュアルコネクティビティをサポートする。例えば、第１基地局１００は、デュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、デュアルコネクティビティにおいてセカンダリ基地局として動作する。上記マスタ基地局は、デュアルコネクティビティにおいて制御エンティティ３０とのインタフェースを有する基地局（制御エンティティ３０とのインタフェースを終端（terminate）させる基地局）であり、例えばＭｅＮＢである。上記セカンダリ基地局は、デュアルコネクティビティにおいて追加の無線リソースを端末装置に提供する基地局であり、例えばＳｅＮＢである。

（ａ）制御プレーン
デュアルコネクティビティでは、制御プレーン（Control Plane）について、マスタ基地局（例えば、ＭｅＮＢ）と制御エンティティ３０（例えば、ＭＭＥ）との間にインタフェース（例えば、Ｓ１−ＭＭＥ）がある。しかし、デュアルコネクティビティでは、セカンダリ基地局（例えば、ＳｅＮＢ）と制御エンティティ３０との間にはインタフェース（例えば、Ｓ１−ＭＭＥ）がない。そのため、デュアルコネクティビティについての制御情報は、マスタ基地局と制御エンティティ３０との間（及びマスタ基地局とセカンダリ基地局との間）で送受信される。

（ｂ）ユーザプレーン
一方、ユーザプレーン（User Plane）については、２つの異なるアーキテクチャがある。以下、図２及び図３を参照して当該２つの異なるアーキテクチャを説明する。

図２は、デュアルコネクティビティにおけるユーザプレーンの第１のアーキテクチャの例を説明するための説明図である。図２を参照すると、制御エンティティ３０、ゲートウェイ４０、端末装置３００、第１基地局１００及び第２基地局２００が示されている。ここでは、端末装置３００のデュアルコネクティビティについて、第１基地局１００はマスタ基地局として動作し、第２基地局２００はセカンダリ基地局として動作する。第１のアーキテクチャでは、マスタ基地局（第１基地局１００）とゲートウェイ４０との間にインタフェース（例えば、Ｓ１−Ｕ）があるが、セカンダリ基地局（第２基地局２００）とゲートウェイ４０との間にはインタフェース（例えば、Ｓ１−Ｕ）がない。そのため、端末装置３００のためのユーザプレーンデータは、ゲートウェイ４０からセカンダリ基地局（第２基地局２００）へ直接的に送信されず、マスタ基地局（第１基地局１００）を経由してセカンダリ基地局（第２基地局２００）へ送信される。このような第１のアーキテクチャでは、マスタ基地局（第１基地局１００）及びセカンダリ基地局（第２基地局２００）の両方に位置してマスタ基地局（第１基地局１００）及びセカンダリ基地局（第２基地局２００）の両方のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはスプリットベアラ（Split bearer）と呼ばれる。

図３は、デュアルコネクティビティにおけるユーザプレーンの第２のアーキテクチャの例を説明するための説明図である。図３を参照すると、制御エンティティ３０、ゲートウェイ４０、端末装置３００、第１基地局１００及び第２基地局２００が示されている。ここでは、端末装置３００のデュアルコネクティビティについて、第１基地局１００はマスタ基地局として動作し、第２基地局２００はセカンダリ基地局として動作する。第２のアーキテクチャでは、マスタ基地局（第１基地局１００）とゲートウェイ４０との間にインタフェース（例えば、Ｓ１−Ｕ）があり、且つ、セカンダリ基地局（第２基地局２００）とゲートウェイ４０との間にもインタフェース（例えば、Ｓ１−Ｕ）がある。そのため、端末装置３００のためのユーザプレーンデータは、マスタ基地局（第１基地局１００）を経由せずに、ゲートウェイ４０とセカンダリ基地局（第２基地局２００）との間で直接的に送受信される。このような第２のアーキテクチャにおいて、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはＳＣＧ（Secondary Cell Group）ベアラと呼ばれる。

＜＜３．第１の実施形態＞＞
続いて、図４〜図２０を参照して、本発明の第１の実施形態を説明する。

＜３．１．第１基地局の構成例＞
まず、図４を参照して、第１の実施形態に係る第１基地局１００の構成の例を説明する。図４は、第１の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図４を参照すると、第１基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。

無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。

ネットワーク通信部１２０は、バックホールから信号を受信し、バックホールへ信号を送信する。

記憶部１３０は、第１基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

処理部１４０は、第１基地局１００の様々な機能を提供する。処理部１４０は、第１通信処理部１４１及び第２通信処理部１４３を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部１４１及び第２通信処理部１４３の具体的な動作は、後に詳細に説明する。

例えば、処理部１４０（第１通信処理部１４１）は、無線通信部１１０を介して端末装置（例えば、端末装置３００）と通信する。例えば、処理部１４０（第２通信処理部１４３）は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、第２基地局２００、制御エンティティ３０及び／又はゲートウェイ４０）と通信する。

無線通信部１１０は、アンテナ及び高周波（Radio Frequency：ＲＦ）回路などを含んでもよい。ネットワーク通信部１２０は、ネットワークアダプタ又はネットワークインタフェースカードなどを含んでもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜３．２．第２基地局の構成例＞
次に、図５を参照して、第１の実施形態に係る第２基地局２００の構成の例を説明する。図５は、第１の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図５を参照すると、第２基地局２００は、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び処理部２４０を備える。

無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、端末装置からの信号を受信し、端末装置への信号を送信する。

ネットワーク通信部２２０は、バックホールから信号を受信し、バックホールへ信号を送信する。

記憶部２３０は、第２基地局２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

処理部２４０は、第２基地局２００の様々な機能を提供する。処理部２４０は、第１通信処理部２４１及び第２通信処理部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部２４１及び第２通信処理部２４３の具体的な動作は、後に詳細に説明する。

例えば、処理部２４０（第１通信処理部２４１）は、無線通信部２１０を介して端末装置（例えば、端末装置３００）と通信する。例えば、処理部２４０（第２通信処理部２４３）は、ネットワーク通信部２２０を介して他のネットワークノード（例えば、第１基地局１００、制御エンティティ３０及び／又はゲートウェイ４０）と通信する。

無線通信部２１０は、アンテナ及び高周波（ＲＦ）回路などを含んでもよい。ネットワーク通信部２２０は、ネットワークアダプタ又はネットワークインタフェースカードなどを含んでもよい。記憶部２３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部２４０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜３．３．端末装置の構成例＞
次に、図６を参照して、第１の実施形態に係る端末装置３００の構成の例を説明する。図６は、第１の実施形態に係る端末装置３００の概略的な構成の例を示すブロック図である。図６を参照すると、端末装置３００は、無線通信部３１０、記憶部３２０及び処理部３３０を備える。

無線通信部３１０は、信号を無線で送受信する。例えば、無線通信部３１０は、基地局からの信号を受信し、基地局への信号を送信する。

記憶部３２０は、端末装置３００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

処理部３３０は、端末装置３００の様々な機能を提供する。処理部３３０は、第１通信処理部３３１及び第２通信処理部３３３を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部３３１及び第２通信処理部３３３の具体的な動作は、後に詳細に説明する。

例えば、処理部３３０は、無線通信部３１０を介して基地局（例えば、第１基地局１００及び／又は第２基地局２００）と通信する。

無線通信部３１０は、アンテナ及び高周波（ＲＦ）回路などを含んでもよい。記憶部３２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部３３０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜３．４．技術的特徴＞
次に、図７〜図２０を参照して、第１の実施形態に係る技術的特徴を説明する。

（１）デュアルコネクティビティ（ＳＣＧベアラオプション）
例えば、第１基地局１００は、端末装置３００のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置３００のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（第１通信処理部１４１）は、端末装置３００のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置３００と通信し、第２基地局２００（第１通信処理部２４１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置３００と通信する。端末装置３００（第１通信処理部３３１）は、上記ＭＣＧベアラ上で第１基地局１００（マスタ基地局）と通信し、さらに、端末装置３００（第２通信処理部３３３）は、上記ＳＣＧベアラ上で第２基地局２００（セカンダリ基地局）と通信する。

例えば、第１通信処理部１４１、第１通信処理部２４１、並びに、第１通信処理部３３１及び第２通信処理部３３３は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ及び／又は物理レイヤの信号処理を行う。

なお、上記ＭＣＧベアラは、マスタ基地局（第１基地局１００）に位置してマスタ基地局（第１基地局１００）のリソースを使用する無線プロトコルのベアラである。また、上記ＳＣＧベアラは、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラである。

（２）セカンダリ基地局のリリースの要求
第２基地局２００（第２通信処理部２４３）は、セカンダリ基地局（第２基地局２００）のリリースを要求する第１のメッセージをマスタ基地局（第１基地局１００）へ送信する。そして、第１基地局１００（第２通信処理部１４３）は、セカンダリ基地局（第２基地局２００）から、上記第１のメッセージを受信する。基本的には、セカンダリ基地局（第２基地局２００）のリリースを要求する第１のメッセージを受信するノードは、この要求を拒絶できない。ただし、後述するように、第１基地局１００（第２通信処理部１４３）は、セカンダリ基地局（第２基地局２００）により開始されるセカンダリ基地局（第２基地局２００）のリリースの要求を拒絶することができる。

例えば、上記第１のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージである。

例えば、第２基地局２００（第１通信処理部２４１）は、第２基地局２００（セカンダリ基地局）のＳＣＧにおける端末装置３００の非活動（inactivity）を検出する。そして、第２基地局２００（第１通信処理部２４１）は、上記ＳＣＧにおける端末装置３００の非活動を原因として、上記第１のメッセージをマスタ基地局（第１基地局１００）へ送信する。

なお、上記セカンダリ基地局（第２基地局２００）のリリースは、例えば、上記セカンダリ基地局（第２基地局２００）が端末装置３００のためのリソースをリリースすることを含む。あるいは、上記セカンダリ基地局（第２基地局２００）のリリースは、上記セカンダリ基地局（第２基地局２００）が端末装置３００のためのリソースをリリースすることを意味してもよい。

（３）セカンダリ基地局のリリースの拒絶
とりわけ第１の実施形態では、第１基地局１００（第２通信処理部１４３）は、上記リリースの拒絶（rejection）を示す第２のメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。そして、第２基地局２００（第２通信処理部２４３）は、上記第２のメッセージを上記マスタ基地局（第１基地局１００）から受信する。即ち、第１基地局１００（第２通信処理部１４３）は、上記リリースを拒絶（reject）し、上記リリースの拒絶を上記セカンダリ基地局（第２基地局２００）に通知する。

（ａ）第２のメッセージ
一例として、上記第２のメッセージは、上記リリースの拒絶を示す情報要素（Information Element：ＩＥ）を含むＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージである。例えば、上記情報要素は、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔ ＩＥである。これにより、例えば、（情報要素が追加された）既存のメッセージを利用してリリースの拒絶をセカンダリ基地局に通知することが可能になる。

別の例として、上記第２のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージであってもよい。これにより、例えば、既存のメッセージを変更することなく（即ち、新たなメッセージを利用して）リリースの拒絶をセカンダリ基地局に通知することが可能になる。

（ｂ）条件
例えば、第１基地局１００（第２通信処理部１４３）は、上記リリースが受け入れ（accept）られない場合に、上記第２のメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。そのため、第２基地局２００（第２通信処理部２４３）は、上記リリースが受け入れられない場合に、上記第２のメッセージを上記マスタ基地局（第１基地局１００）から受信する。

一方、例えば、第１基地局１００（第２通信処理部１４３）は、上記リリースが受け入れられる場合に、上記リリースの確認（confirmation）を示す第３のメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。そのため、第２基地局２００（第２通信処理部２４３）は、上記リリースが受け入れられる場合に、上記第３のメッセージを上記マスタ基地局（第１基地局１００）から受信する。例えば、上記第３のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージである。

これにより、例えば、必要に応じてリリースを行い、又はリリースを拒絶することが可能になる。

以上のように、上記リリースの拒絶を示すメッセージが送受信される。これにより、例えば、必要以上にセカンダリ基地局のリリースが行われるのを防ぐことが可能になる。その結果、セカンダリ基地局を追加するための手続きの発生が抑えられ得る。即ち、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。

（４）その他
（ａ）待機時間情報
例えば、上記第２のメッセージは、上記セカンダリ基地局（第２基地局２００）が次のリリース手続きを開始する前に待機すべき時間を示す待機時間情報を含む。即ち、第１基地局１００（第２通信処理部１４３）は、上記第２のメッセージの中で、上記待機時間情報を上記セカンダリ基地局（第２基地局２００）へ送信する。例えば、上記待機時間情報は、Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥである。

例えば、第２基地局２００（第２通信処理部２４３）は、上記待機時間情報に基づいて待機する。より具体的には、例えば、第２基地局２００（第２通信処理部２４３）は、次のリリース手続きを開始する前に（即ち、上記セカンダリ基地局（第２基地局２００）のリリースを要求する次の第１のメッセージを上記マスタ基地局（第１基地局１００）へ送信する前に）、上記待機時間情報により示される時間待機する。

これにより、例えば、セカンダリ基地局のリリースが拒絶されたにもかかわらず、その後すぐに当該セカンダリ基地局のリリースがさらに要求されることを、回避することが可能になる。

（ｂ）停止情報
例えば、第１基地局１００（第２通信処理部１４３）は、端末装置３００の非活動（inactivity）に関する機能の停止を示す停止情報を上記セカンダリ基地局（第２基地局２００）へ送信する。

例えば、第２基地局２００（第２通信処理部２４３）は、上記停止情報を上記マスタ基地局（第１基地局１００）から受信する。そして、第２基地局２００（第１通信処理部２４１及び第２通信処理部２４３の少なくとも一方）は、上記停止情報に基づいて、上記機能を停止する。例えば、上記機能は、端末装置３００の活動（activity）及び／若しくは非活動（inactivity）の監視（observation）、端末装置３００の非活動（inactivity）の検出、並びに／又は、当該非活動を原因とするリリースの要求（即ち、セカンダリ基地局（第２基地局２００）のリリースを要求するメッセージの送信）等の機能を含む。

これにより、例えば、セカンダリ基地局のリリースが要求されることを回避することが可能になる。

−停止情報の例
例えば、上記停止情報は、上記停止を示すＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥである。より具体的には、例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥは、“ｏｎ”及び“ｏｆｆ”のいずれかを示し、上記停止情報は、“ｏｆｆ”を示すＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥである。

−メッセージの中での送信
一例として、上記第２のメッセージが、上記停止情報を含む。即ち、第１基地局１００（第２通信処理部１４３）は、上記第２のメッセージの中で、上記停止情報を上記セカンダリ基地局（第２基地局２００）へ送信する。これにより、例えば、セカンダリ基地局のリリースが実際に要求された後に、当該リリースが要求されることを回避することが可能になる。

別の例として、第１基地局１００（第２通信処理部１４３）は、上記停止情報を含むＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、又は、上記停止情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、上記セカンダリ基地局（第２基地局２００）へ送信してもよい。これにより、例えば、セカンダリ基地局のリリースが要求されることを予め回避することが可能になる。

（ｃ）挙動関連情報
−挙動関連情報の送信
第１基地局１００（第２通信処理部１４３）は、端末装置３００の挙動に関連する挙動関連情報を含む第４のメッセージを上記セカンダリ基地局（第２基地局２００）へ送信してもよい。上記第４のメッセージは、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、又はＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージであってもよい。

上記挙動関連情報は、制御エンティティ３０により第１基地局１００に提供される情報であってもよい。具体的には、上記挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥであってもよい。

これにより、例えば、制御エンティティ３０（例えば、ＭＭＥ）とのインタフェースを有しない上記セカンダリ基地局（第２基地局２００）も上記挙動関連情報を取得することが可能になる。

−挙動関連情報に基づく動作
第２基地局２００は、上記挙動関連情報に基づいて、上記セカンダリ基地局（第２基地局２００）のリリースを要求する上記第１のメッセージを上記マスタ基地局（第１基地局１００）へ送信してもよい。

より具体的には、第２基地局２００は、上記挙動関連情報に基づいて、端末装置３００の非活動タイマ（Inactivity Timer）を適切な値に設定してもよい。そして、第２基地局２００は、上記非活動タイマが切れる（expire）までＳＣＧにおける端末装置３００のデータ通信がない場合に（あるいはデータ通信量が少ない場合に）、端末装置３００の非活動（inactivity）を検出してもよい。その後、端末装置３００は、上記セカンダリ基地局（第２基地局２００）のリリースを要求する上記第１のメッセージを上記マスタ基地局（第１基地局１００）へ送信してもよい。

これにより、例えば、上記セカンダリ基地局（第２基地局２００）は、より適切にリリースを要求することが可能になる。

（５）処理の流れ及びメッセージ
以下に、第１の実施形態における処理の流れ及びメッセージを説明する。以下に説明される例では、第１基地局１００はＭｅＮＢであり、第２基地局はＳｅＮＢである。

（ａ）ＳｅＮＢのリリースに関する処理
（ａ−１）第１の例
図７は、第１の実施形態におけるＳｅＮＢのリリースに関する処理の概略的な流れの第１の例を示すシーケンス図である。

第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージを第１基地局（ＭｅＮＢ）へ送信する（Ｓ４０１）。

第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージを第２基地局（ＳｅＮＢ）へ送信する（Ｓ４０３）。

−ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージ
例えば、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージは、図８又は図９示されるように定義される。

とりわけ、第２基地局２００（ＳｅＮＢ）のリリースが受け入れられない場合には、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージは、図８及び図９に示されるように、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔ ＩＥを含む。一方、第２基地局２００（ＳｅＮＢ）のリリースが受け入れられる場合には、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージは、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔ ＩＥを含まない。

例えば、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔ ＩＥは、図８に示されるように、リリースが拒絶されることを直接的に示す。あるいは、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔ ＩＥは、図９に示されるように、適切なＣａｕｓｅ値を示してもよい。当該適切なＣａｕｓｅ値は、図１０に示される様々なＣａｕｓｅ値のうちのＲｅｌｅａｓｅ Ｒｅｊｅｃｔであってもよく、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔは図１１に示されるように定義されてもよい。

さらに、例えば、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージは、Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥ、及び／又は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥを含み得る。例えば、Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥは、図１２に示されるように定義され、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥは、図１３に示されるように定義される。

（ａ−２）第２の例
図１４及び図１５は、第１の実施形態におけるリリースに関する処理の概略的な流れの第２の例を示すシーケンス図である。

−ＳｅＮＢのリリースが受け入れられるケース
図１４に示されるように、第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージを第１基地局（ＭｅＮＢ）へ送信する（Ｓ４１１）。

第２基地局２００（ＳｅＮＢ）のリリースが受け入れられる場合に、第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージを第２基地局（ＳｅＮＢ）へ送信する（Ｓ４１３）。

−ＳｅＮＢのリリースが受け入れられないケース
図１５に示されるように、第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージを第１基地局（ＭｅＮＢ）へ送信する（Ｓ４２１）。

第２基地局２００（ＳｅＮＢ）により要求された、第２基地局２００（ＳｅＮＢ）のリリースが受け入れられない場合に、第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージを第２基地局（ＳｅＮＢ）へ送信する（Ｓ４２３）。

−ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージ
例えば、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージは、図１６示されるように定義される。

例えば、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージは、Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥ、及び／又は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥを含み得る。例えば、Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥは、図１２に示されるように定義され、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥは、図１３に示されるように定義される。

（ｂ）ＳｅＮＢの追加に関する処理
（ｂ−１）第１の例
図１７は、第１の実施形態におけるＳｅＮＢの追加に関する処理の概略的な流れの一例を示すシーケンス図である。

第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、第２基地局２００（ＳｅＮＢ）へ送信する（Ｓ４３１）。

すると、第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを第１基地局１００（ＭｅＮＢ）へ送信する（Ｓ４３３）。

その後、ＳｅＮＢ（即ち、第２基地局２００）の追加のためのリコンフィギュレーション（Ｓ４３５−Ｓ４３９）及びランダムアクセス手続き（Ｓ４４１）が行われる。また、必要に応じて、データ転送（Ｓ４４３、Ｓ４４５）及び／又はパス更新手続き（Ｓ４５０）が行われる。

−ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ
例えば、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、図１８示されるように定義される。

例えば、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥを含み得る。例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥは、図１３に示されるように定義される。

なお、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥを含んでもよい。

（ｃ）ＳｅＮＢの変更（modification）に関する処理
図１９は、第１の実施形態におけるＳｅＮＢの変更に関する処理の概略的な流れの一例を示すシーケンス図である。

第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、第２基地局２００（ＳｅＮＢ）へ送信する（Ｓ４６１）。

すると、第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを第１基地局１００（ＭｅＮＢ）へ送信する（Ｓ４６３）。

その後、ＳｅＮＢ（即ち、第２基地局２００）に関連するリコンフィギュレーション（Ｓ４６５−Ｓ４６９）及びランダムアクセス手続き（Ｓ４７１）が行われる。また、必要に応じて、データ転送（Ｓ４７３、Ｓ４７５）及び／又はパス更新手続き（Ｓ４８０）が行われる。

−ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ
例えば、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、図２０示されるように定義される。

例えば、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥを含み得る。例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥは、図１３に示されるように定義される。

なお、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥを含んでもよい。

＜＜４．第２の実施形態＞＞
続いて、図２１〜図２４を参照して、本発明の第２の実施形態を説明する。

＜４．１．第１基地局の構成例＞
まず、図２１を参照して、第２の実施形態に係る第１基地局１００の構成の例を説明する。図２１は、第２の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図２１を参照すると、第１基地局１００は、第１通信処理部１５１及び第２通信処理部１５３を備える。

第１通信処理部１５１及び第２通信処理部１５３の具体的な動作は、後に説明する。

第１通信処理部１５１は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。第２通信処理部１５３は、プロセッサなどで実装されてもよい。

＜４．２．第２基地局の構成例＞
次に、図２２を参照して、第２の実施形態に係る第２基地局２００の構成の例を説明する。図２２は、第２の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図２２を参照すると、第２基地局２００は、第１通信処理部２５１及び第２通信処理部２５３を備える。

第１通信処理部２５１及び第２通信処理部２５３の具体的な動作は、後に説明する。

第１通信処理部２５１は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。第２通信処理部２５３は、プロセッサなどで実装されてもよい。

＜４．３．端末装置の構成例＞
次に、図２３を参照して、第２の実施形態に係る端末装置３００の構成の例を説明する。図２３は、第２の実施形態に係る端末装置３００の概略的な構成の例を示すブロック図である。図２３を参照すると、端末装置３００は、第１通信処理部３４１及び第２通信処理部３４３を備える。

第１通信処理部３４１及び第２通信処理部３４３の具体的な動作は、後に説明する。

第１通信処理部３４１及び第２通信処理部３４３の各々は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。

＜４．４．技術的特徴＞
次に、図２４を参照して、第２の実施形態に係る技術的特徴を説明する。

（１）デュアルコネクティビティ（ＳＣＧベアラオプション）
例えば、第１基地局１００は、端末装置３００のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置３００のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（第１通信処理部１５１）は、端末装置３００のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置３００と通信し、第２基地局２００（第１通信処理部２５１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置３００と通信する。端末装置３００（第１通信処理部３４１）は、上記ＭＣＧベアラ上で第１基地局１００（マスタ基地局）と通信し、さらに、端末装置３００（第２通信処理部３４３）は、上記ＳＣＧベアラ上で第２基地局２００（セカンダリ基地局）と通信する。

これらの点についてのより具体的な説明は、例えば、（符号の相違を除き）第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

（２）セカンダリ基地局のリリースの要求
第２基地局２００（第２通信処理部２５３）は、セカンダリ基地局（第２基地局２００）のリリースを要求する第１のメッセージをマスタ基地局（第１基地局１００）へ送信する。そして、第１基地局１００（第２通信処理部１５３）は、セカンダリ基地局（第２基地局２００）から、上記第１のメッセージを受信する。

例えば、上記第１のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージである。

これらの点についてのより具体的な説明は、例えば、（符号の相違を除き）第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

（３）セカンダリ基地局のリリースの拒絶
とりわけ第２の実施形態では、第１基地局１００（第２通信処理部１４３）は、上記リリースの拒絶（rejection）を示す第２のメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。そして、第２基地局２００（第２通信処理部２４３）は、上記第２のメッセージを上記マスタ基地局（第１基地局１００）から受信する。即ち、第１基地局１００（第２通信処理部１４３）は、上記リリースを拒絶（reject）し、上記リリースの拒絶を上記セカンダリ基地局（第２基地局２００）に通知する。

これらの点についてのより具体的な説明は、例えば、（符号の相違を除き）第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

以上のように、上記リリースの拒絶を示すメッセージが送受信される。これにより、例えば、必要以上にセカンダリ基地局のリリースが行われるのを防ぐことが可能になる。その結果、セカンダリ基地局を追加するための手続きの発生が抑えられ得る。即ち、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。

（４）処理の流れ
図２４は、第２の実施形態におけるセカンダリ基地局のリリースに関する処理の概略的な流れの一例を示すシーケンス図である。この例では、第１基地局１００はマスタ基地局であり、第２基地局はセカンダリ基地局である。

第２基地局２００は、セカンダリ基地局（第２基地局２００）のリリースを要求する第１のメッセージをマスタ基地局（第１基地局１００）へ送信する（Ｓ４９１）。そして、第１基地局１００は、セカンダリ基地局（第２基地局２００）から、上記第１のメッセージを受信する。

第１基地局１００は、上記リリースの拒絶を示す第２のメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する（Ｓ４９３）。そして、第２基地局２００は、上記第２のメッセージを上記マスタ基地局（第１基地局１００）から受信する。

＜＜５．第３の実施形態＞＞
続いて、図２５〜図３４を参照して、本発明の第３の実施形態を説明する。

＜５．１．第１基地局の構成例＞
まず、図２５を参照して、第３の実施形態に係る第１基地局１００の構成の例を説明する。図２５は、第３の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図２５を参照すると、第１基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１６０を備える。

無線通信部１１０、ネットワーク通信部１２０及び記憶部１３０についての説明は、例えば、第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

処理部１６０は、第１基地局１００の様々な機能を提供する。処理部１６０は、通信処理部１６１、情報提供部１６３、情報取得部１６５及び制御部１６７を含む。なお、処理部１６０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１６０は、これらの構成要素の動作以外の動作も行い得る。通信処理部１６１、情報提供部１６３、情報取得部１６５及び制御部１６７の具体的な動作は、後に詳細に説明する。

例えば、処理部１６０は、無線通信部１１０を介して端末装置と通信し、ネットワーク通信部１２０を介して他のノード（例えば、第２基地局２００、制御エンティティ３０及び／又はゲートウェイ４０）と通信する。

処理部１６０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜５．２．第２基地局の構成例＞
まず、図２６を参照して、第３の実施形態に係る第２基地局２００の構成の例を説明する。図２６は、第３の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図２６を参照すると、第２基地局２００は、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び処理部２６０を備える。

無線通信部２１０、ネットワーク通信部２２０及び記憶部２３０についての説明は、例えば、第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

処理部２６０は、第２基地局２００の様々な機能を提供する。処理部２６０は、通信処理部２６１及び報告部２６３を含む。なお、処理部２６０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２６０は、これらの構成要素の動作以外の動作も行い得る。通信処理部２６１及び報告部２６３の具体的な動作は、後に詳細に説明する。

例えば、処理部２６０は、無線通信部２１０を介して端末装置と通信し、ネットワーク通信部２２０を介して他のノード（例えば、第１基地局１００、制御エンティティ３０及び／又はゲートウェイ４０）と通信する。

処理部２６０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜５．３．端末装置の構成例＞
まず、図２７を参照して、第３の実施形態に係る端末装置３００の構成の例を説明する。図２７は、第３の実施形態に係る端末装置３００の概略的な構成の例を示すブロック図である。図２７を参照すると、端末装置３００は、無線通信部３１０、記憶部３２０及び処理部３５０を備える。

無線通信部３１０及び記憶部３２０についての説明は、例えば、第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

処理部３５０は、端末装置３００の様々な機能を提供する。処理部３５０は、第１通信処理部３５１及び第２通信処理部３５３を含む。なお、処理部３５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３５０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部３５１及び第２通信処理部３５３の具体的な動作は、後に詳細に説明する。

例えば、処理部３５０は、無線通信部３１０を介して基地局（例えば、第１基地局１００及び／又は第２基地局２００）と通信する。

処理部３５０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜５．４．技術的特徴＞
次に、図２８〜図３４を参照して、第３の実施形態に係る技術的特徴を説明する。

（１）デュアルコネクティビティ（ＳＣＧベアラオプション）
例えば、第１基地局１００は、端末装置３００のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置３００のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１６１）は、端末装置３００のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置３００と通信し、第２基地局２００（通信処理部２６１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置３００と通信する。端末装置３００（第１通信処理部３５１）は、上記ＭＣＧベアラ上で第１基地局１００（マスタ基地局）と通信し、さらに、端末装置３００（第２通信処理部３５３）は、上記ＳＣＧベアラ上で第２基地局２００（セカンダリ基地局）と通信する。

例えば、通信処理部１６１、通信処理部２６１、並びに、第１通信処理部３５１及び第２通信処理部３５３は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ及び／又は物理レイヤの信号処理を行う。

なお、上記ＭＣＧベアラは、マスタ基地局（第１基地局１００）に位置してマスタ基地局（第１基地局１００）のリソースを使用する無線プロトコルのベアラである。また、上記ＳＣＧベアラは、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラである。

（２）活動関連情報の報告
とりわけ第３の実施形態では、第２基地局２００（報告部２６３）は、セカンダリ基地局（第２基地局２００）のＳＣＧにおける端末装置３００の活動に関連する活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（情報取得部１６５）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。

これにより、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧにおける端末装置３００の活動を知ることができ、ＭＣＧ及びＳＣＧの両方における端末装置３００の活動を考慮した上で、上記セカンダリ基地局（第２基地局２００）をリリースするかを決めることが可能になる。そのため、例えば、ＳＣＧにおいて端末装置３００が非活動的（inactive）であっても、ＭＣＧにおいて端末装置３００が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。

（ａ）メッセージ
例えば、第２基地局２００（報告部２６３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。

一例として、第２基地局２００（報告部２６３）は、上記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを上記マスタ基地局（第１基地局１００）へ送信する。このように既存のメッセージを利用することにより、例えば、既存の手続きの中で報告を行うことが可能になる。

なお、当然ながら、上記活動関連情報を含む上記メッセージは、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージに限られず、他のメッセージであってもよい。

（ｂ）報告のタイミング
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、オンデマンドの報告と呼ばれ得る。

第２の例として、第２基地局２００（上記セカンダリ基地局）は、周期的に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、周期的な報告と呼ばれ得る。

第３の例として、第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置３００の非活動（inactivity）を検出した場合に（例えば、端末装置３００の非活動タイマ（Inactivity Timer）が切れる（expire）までＳＣＧにおける端末装置３００のデータ通信がない場合に）、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、イベントトリガの報告と呼ばれ得る。

（ｃ）活動関連情報
−内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置３００が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置３００が非活動的（inactive）であることを示す情報であってもよい。

例えば、上記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥである。具体的には、例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥは、図２８に示されるに定められる。

このような情報により、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧベアラのケースにおいても、端末装置３００の活動を知ることが可能になる。

−生成
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置３００の活動（例えば、ＳＣＧにおける端末装置３００のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。

（ｄ）挙動関連情報
−挙動関連情報の提供
例えば、第１基地局１００（情報提供部１６３）は、端末装置３００の挙動（behaviour）に関連する挙動関連情報を上記セカンダリ基地局（第２基地局２００）に提供する。例えば、当該挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥである。上記挙動関連情報は、制御エンティティ３０により第１基地局１００に提供される情報である。

これにより、例えば、端末装置３００について制御エンティティ３０（例えば、ＭＭＥ）とのインタフェースを有しない上記セカンダリ基地局（第２基地局２００）も上記挙動関連情報を取得することが可能になる。

例えば、第１基地局１００は、制御エンティティ３０から取得した上記挙動関連情報（例えば、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥ）に基づいて、非活動タイマ（Inactivity Timer）の値を決定し、決定された当該値に当該非活動タイマを設定する。さらに、第１基地局１００（情報提供部１６３）は、上記非活動タイマ（Inactivity Timer）の上記値を示すタイマ情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ）を第２基地局２００に提供し得る。これにより、例えば、第１基地局１００及び第２基地局２００は、同じタイマ値を使用して端末装置３００の活動を監視することが可能になる。

−挙動関連情報に基づく報告
例えば、第２基地局２００（報告部２６３）は、上記挙動関連情報に基づいて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２６３）は、上記挙動関連情報に基づいて、端末装置３００の非活動タイマ（Inactivity Timer）を適切な値に設定する。そして、第２基地局２００（報告部２６３）は、上記非活動タイマが切れる（expire）までＳＣＧにおける端末装置３００のデータ通信がない場合に（あるいはデータ通信量が少ない場合に）、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。なお、当然ながら、第２基地局２００（報告部２６３）は、このようなイベントトリガの報告とともに（あるいはこのようなイベントトリガの報告の代わりに）、オンデマンドの報告及び／又は周期的な報告を行ってもよい。

これにより、例えば、上記セカンダリ基地局（第２基地局２００）は、より適切な報告を行うことが可能になる。

なお、第２基地局２００（報告部２６３）は、（第２基地局２００により決定された）上記非活動タイマの値を示すタイマ情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ）を第１基地局１００に提供し得る。

（ｅ）処理の流れ
以下に、第３の実施形態における処理の流れ及びメッセージを説明する。以下に説明される例では、第１基地局１００はＭｅＮＢであり、第２基地局はＳｅＮＢである。

（ｅ−１）第１の処理
図２９は、第３の実施形態における第１の処理の概略的な流れの一例を示すシーケンス図である。当該第１の処理は、ＳｅＮＢの変更（modification）に関する処理であり、ＳｅＮＢによる活動関連情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ）の報告を含む。

第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを第１基地局（ＭｅＮＢ）へ送信する（Ｓ５０１）。

第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージを第２基地局（ＳｅＮＢ）へ送信する（Ｓ５０３）。

−ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージ
例えば、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、図３０示されるように定義される。

とりわけ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥを含む。例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥは、図２８に示されるように定義される。

（ｅ−２）第２の処理
図３１は、第３の実施形態における第２の処理の概略的な流れの一例を示すシーケンス図である。当該第２の処理は、ＳｅＮＢの追加に関する処理であり、ＭｅＮＢによる挙動関連情報（例えば、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥ）の提供を含む。

第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、第２基地局２００（ＳｅＮＢ）へ送信する（Ｓ５１１）。

すると、第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを第１基地局１００（ＭｅＮＢ）へ送信する（Ｓ５１３）。

その後、ＳｅＮＢ（即ち、第２基地局２００）の追加のためのリコンフィギュレーション（Ｓ５１５−Ｓ５１９）及びランダムアクセス手続き（Ｓ５２１）が行われる。また、必要に応じて、データ転送（Ｓ５２３、Ｓ５２５）及び／又はパス更新手続き（Ｓ５３０）が行われる。

−ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ
例えば、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、図３２示されるように定義される。

例えば、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥを含む。

（ｅ−３）第３の処理
図３３は、第３の実施形態における第３の処理の概略的な流れの一例を示すシーケンス図である。当該第３の処理は、ＳｅＮＢの変更（modification）に関する処理であり、ＭｅＮＢによる挙動関連情報（例えば、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥ）の提供を含む。

第１基地局１００（ＭｅＮＢ）は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、第２基地局２００（ＳｅＮＢ）へ送信する（Ｓ５４１）。

すると、第２基地局２００（ＳｅＮＢ）は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを第１基地局１００（ＭｅＮＢ）へ送信する（Ｓ５４３）。

その後、ＳｅＮＢ（即ち、第２基地局２００）に関連するリコンフィギュレーション（Ｓ５４５−Ｓ５４９）及びランダムアクセス手続き（Ｓ５５１）が行われる。また、必要に応じて、データ転送（Ｓ５５３、Ｓ５５５）及び／又はパス更新手続き（Ｓ５６０）が行われる。

−ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ
例えば、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、図３４示されるように定義される。

例えば、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥを含む。

（３）活動関連情報を使用した動作の決定
例えば、第１基地局１００（制御部１６７）は、上記活動関連情報を使用して（即ち、上記活動関連情報に基づいて）動作を決定する。これにより、例えば、ＳＣＧベアラのケースでも、端末装置３００の活動に関連する制御がマスタ基地局に集中する。

（ａ）セカンダリ基地局のリリース
例えば、上記動作は、上記セカンダリ基地局（第２基地局２００）のリリースを含む。即ち、第１基地局１００（制御部１６７）は、上記活動関連情報を使用して、上記セカンダリ基地局（第２基地局２００）のリリースを決定する。

さらに、例えば、第１基地局１００（制御部１６７）は、上記活動関連情報、及び、上記マスタ基地局（第１基地局１００）のＭＣＧにおける端末装置３００の活動に関連する他の活動関連情報を使用して、上記セカンダリ基地局（第２基地局２００）のリリースを決定する。これにより、例えば、ＳＣＧにおいて端末装置３００が非活動的（inactive）であっても、ＭＣＧにおいて端末装置３００が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。

例えば、第１基地局１００（制御部１６７）は、上記セカンダリ基地局（第２基地局２００）のリリースを決定せず、上記セカンダリ基地局（第２基地局２００）を維持する。あるいは、第１基地局１００（制御部１６７）は、上記セカンダリ基地局（第２基地局２００）のリリースを決定し、上記セカンダリ基地局（第２基地局２００）のリリースのためのＳｅＮＢリリース手続き（SeNB Release procedure）を開始（initiate）する。

なお、上記セカンダリ基地局（第２基地局２００）のリリースは、例えば、上記セカンダリ基地局（第２基地局２００）が端末装置３００のためのリソースをリリースすることを含む。あるいは、上記セカンダリ基地局（第２基地局２００）のリリースは、上記セカンダリ基地局（第２基地局２００）が端末装置３００のためのリソースをリリースすることを意味してもよい。

（ｂ）端末装置のリリース
上記動作は、端末装置３００のリリースを含んでもよい。即ち、第１基地局１００（制御部１６７）は、上記活動関連情報（及び上記マスタ基地局（第１基地局１００）のＭＣＧにおける端末装置３００の活動に関連する他の活動関連情報）を使用して、端末装置３００のリリースを決定してもよい。第１基地局１００（制御部１６７）は、端末装置３００のリリースを決定する場合に、制御エンティティ３０に端末装置３００のリリースを要求してもよい。例えば、ＳＣＧにおいて端末装置３００が非活動（inactive）であり（即ち、上記活動関連情報が、ＳＣＧにおいて端末装置３００が非活動であることを示し）、且つ、ＭＣＧにおいても端末装置３００が非活動である（即ち、上記他の活動関連情報が、ＭＣＧにおいて端末装置３００が非活動であることを示す）場合に、第１基地局１００（制御部１６７）は、制御エンティティ３０に端末装置３００のリリースを要求してもよい。

（ｃ）ベアラの追加
上記動作は、端末装置３００及び上記セカンダリ基地局（第２基地局２００）に関連するベアラの追加を含んでもよい。即ち、第１基地局１００（制御部１６７）は、上記活動関連情報に基づいて、端末装置３００及び上記セカンダリ基地局（第２基地局２００）に関連するベアラの追加を決定してもよい。そして、第１基地局１００（制御部１６７）は、当該ベアラの追加のための手続きを開始（initiate）してもよい。当該手続は、ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ手続きであってもよい。上記ベアラは、ゲートウェイ４０と端末装置３００との間のベアラ（例えば、Ｓ−ＧＷとＵＥとの間のＥ−ＲＡＢ）であってもよい。

以上、第３の実施形態を説明した。なお、第３の実施形態において説明した様々な技術的特徴は、第１及び第２の実施形態のいずれかにおいて適用されてもよい。

＜＜６．第４の実施形態＞＞
続いて、図３５〜図３８を参照して、本発明の第４の実施形態を説明する。

＜６．１．第１基地局の構成例＞
まず、図３５を参照して、第４の実施形態に係る第１基地局１００の構成の例を説明する。図３５は、第４の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図３５を参照すると、第１基地局１００は、通信処理部１７１及び情報取得部１７５を備える。

通信処理部１７１及び情報取得部１７５の具体的な動作は、後に説明する。

通信処理部１７１及び情報取得部１７５は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。

＜６．２．第２基地局の構成例＞
まず、図３６を参照して、第４の実施形態に係る第２基地局２００の構成の例を説明する。図３６は、第４の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図３６を参照すると、第２基地局２００は、通信処理部２７１及び報告部２７３を備える。

通信処理部２７１及び報告部２７３の具体的な動作は、後に説明する。

通信処理部２７１及び報告部２７３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。

＜６．３．端末装置の構成例＞
まず、図３７を参照して、第４の実施形態に係る端末装置３００の構成の例を説明する。図３７は、第４の実施形態に係る端末装置３００の概略的な構成の例を示すブロック図である。図３６を参照すると、端末装置３００は、第１通信処理部３６１及び第２通信処理部３６３を備える。

第１通信処理部３６１及び第２通信処理部３６３の具体的な動作は、後に説明する。

第１通信処理部３６１及び第２通信処理部３６３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。

＜６．４．技術的特徴＞
次に、図３８を参照して、第２の実施形態に係る技術的特徴を説明する。

（１）デュアルコネクティビティ（ＳＣＧベアラオプション）
例えば、第１基地局１００は、端末装置３００のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置３００のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１７１）は、端末装置３００のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置３００と通信し、第２基地局２００（通信処理部２７１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置３００と通信する。端末装置３００（第１通信処理部３６１）は、上記ＭＣＧベアラ上で第１基地局１００（マスタ基地局）と通信し、さらに、端末装置３００（第２通信処理部３６３）は、上記ＳＣＧベアラ上で第２基地局２００（セカンダリ基地局）と通信する。

これらの点についてのより具体的な説明は、例えば、（符号の相違を除き）第３の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

（２）活動関連情報の報告
とりわけ第４の実施形態では、第２基地局２００（報告部２７３）は、セカンダリ基地局（第２基地局２００）のＳＣＧにおける端末装置３００の活動に関連する活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（情報取得部１７５）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。

これにより、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧにおける端末装置３００の活動を知ることができ、ＭＣＧ及びＳＣＧの両方における端末装置３００の活動を考慮した上で、上記セカンダリ基地局（第２基地局２００）をリリースするかを決めることが可能になる。そのため、例えば、ＳＣＧにおいて端末装置３００が非活動的（inactive）であっても、ＭＣＧにおいて端末装置３００が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。

これらの点についてのより具体的な説明は、例えば、（符号の相違を除き）第３の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

（３）処理の流れ
図３８は、第４の実施形態における活動関連情報の報告に関する処理の概略的な流れの一例を示すシーケンス図である。この例では、第１基地局１００はマスタ基地局であり、第２基地局はセカンダリ基地局である。

第２基地局２００は、セカンダリ基地局（第２基地局２００）のＳＣＧにおける端末装置３００の活動に関連する活動関連情報をマスタ基地局（第１基地局１００）に報告する（Ｓ５７１）。そして、第１基地局１００（情報取得部１７５）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。

＜＜７．第５の実施形態＞＞
続いて、図３９〜図５７を参照して、本発明の第５の実施形態を説明する。

＜７．１．第１基地局の構成例＞
まず、図３９を参照して、第５の実施形態に係る第１基地局１００の構成の例を説明する。図３９は、第５の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図３９を参照すると、第１基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１８０を備える。

無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。

ネットワーク通信部１２０は、バックホールから信号を受信し、バックホールへ信号を送信する。

記憶部１３０は、第１基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

処理部１８０は、第１基地局１００の様々な機能を提供する。処理部１８０は、通信処理部１８１、要求部１８３、情報取得部１８５及び制御部１８７を含む。なお、処理部１８０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１８０は、これらの構成要素の動作以外の動作も行い得る。

通信処理部１８１、要求部１８３、情報取得部１８５及び制御部１８７の具体的な動作は、後に詳細に説明する。

無線通信部１１０は、アンテナ及び高周波（Radio Frequency：ＲＦ）回路などを含んでもよい。ネットワーク通信部１２０は、ネットワークアダプタ又はネットワークインタフェースカードなどを含んでもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部１８０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜７．２．第２基地局の構成例＞
次に、図４０を参照して、第５の実施形態に係る第２基地局２００の構成の例を説明する。図４０は、第５の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図４０を参照すると、第２基地局２００は、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び処理部２８０を備える。

無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、端末装置からの信号を受信し、端末装置への信号を送信する。

ネットワーク通信部２２０は、バックホールから信号を受信し、バックホールへ信号を送信する。

記憶部２３０は、第２基地局２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

処理部２８０は、第２基地局２００の様々な機能を提供する。処理部２８０は、通信処理部２８１及び報告部２８３を含む。なお、処理部２８０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２８０は、これらの構成要素の動作以外の動作も行い得る。

通信処理部２８１及び報告部２８３の具体的な動作は、後に詳細に説明する。

無線通信部２１０は、アンテナ及び高周波（ＲＦ）回路などを含んでもよい。ネットワーク通信部２２０は、ネットワークアダプタ又はネットワークインタフェースカードなどを含んでもよい。記憶部２３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスクなどを含んでもよい。処理部２８０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどを含んでもよい。

＜７．３．技術的特徴＞
次に、図４１〜図５５を参照して、第５の実施形態に係る技術的特徴を説明する。

（１）デュアルコネクティビティ（ＳＣＧベアラのケース）
例えば、第１基地局１００は、端末装置６０のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置６０のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１８１）は、端末装置６０のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置６０と通信し、第２基地局２００（通信処理部２８１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信する。

例えば、通信処理部１８１及び通信処理部２８１は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ及び／又は物理レイヤの信号処理を行う。

なお、上記ＭＣＧベアラは、マスタ基地局（第１基地局１００）に位置してマスタ基地局（第１基地局１００）のリソースを使用する無線プロトコルのベアラである。また、上記ＳＣＧベアラは、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラである。

（２）活動関連情報の報告
（ａ）報告の要求
第１基地局１００（要求部１８３）は、上記デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信するセカンダリ基地局（第２基地局２００）に、当該セカンダリ基地局のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する。

例えば、第１基地局１００（要求部１８３）は、上記活動関連情報の報告を要求するメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。例えば、当該メッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓを含み、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、第１基地局１００がフィードバック（即ち、上記活動関連情報の報告）を要求することを示す（indicate）。例えば、より厳密に、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥは、後述のタイプ情報（例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ ＩＥ）において示される条件が満たされる場合に第１基地局１００が第２基地局２００からのフィードバックを要求することを示す。第１基地局１００は、このようなＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥをメッセージ内に含め得る。

一例として、第１基地局１００（要求部１８３）は、上記活動関連情報の報告を要求するＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。あるいは、第１基地局１００（要求部１８３）は、上記活動関連情報の報告を要求するＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを上記セカンダリ基地局（第２基地局２００）へ送信してもよい。このように既存のメッセージを利用することにより、例えば、既存の手続きの中で報告を要求することが可能になる。

別の例として、第１基地局１００（要求部１８３）は、上記活動関連情報の報告を要求するＵＥ−ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを上記セカンダリ基地局へ送信してもよい。このように新たなメッセージを利用することにより、例えば、より柔軟に（例えば、より自由なタイミングで）報告を要求することが可能になる。

以上のように、第１基地局１００（要求部１８３）は、上記活動関連情報を報告するように上記セカンダリ基地局（第２基地局２００）に要求する。これにより、例えば、上記セカンダリ基地局（第２基地局２００）は必要以上にＳＣＧにおける端末装置６０の活動の監視及び報告などを行わなくてもよくなる。そのため、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。

なお、例えば、上記活動関連情報の報告を要求する上記メッセージは、端末装置６０に専用のメッセージ（即ち、端末装置ごとのメッセージ）である。あるいは、上記活動関連情報の報告を要求する上記メッセージは、端末装置６０を含む複数の端末装置に共通のメッセージであってもよい。この場合に、当該メッセージは、当該複数の端末装置のＩＤを含んでもよい。当該ＩＤは、一時的なＩＤ（例えば、ＴＭＳＩ（Temporary Mobile Subscriber Identity）又はＣＲＮＴＩ（Cell Radio Network Temporary Identifier）など）であってもよく、恒久的なＩＤ（例えば、ＩＭＳＩ（International Mobile Subscriber Identity）又はＩＭＥＩ（International Mobile Equipment Identity）など）であってもよい。

（ｂ）報告
第２基地局２００（報告部２８３）は、上記デュアルコネクティビティのＭＣＧベアラ上で端末装置６０と通信するマスタ基地局（第１基地局１００）からの要求に応じて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（要求部１８３）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。

例えば、第１基地局１００からのメッセージ（例えば、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ、又はＵＥ−ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴ）にＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥが含まれる場合に、第２基地局２００は、（例えば、後述のタイプ情報（例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ ＩＥ）において示される条件が満たされる場合に）報告し得る。

−メッセージの送信
例えば、第２基地局２００（報告部２８３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。

一例として、第２基地局２００（報告部２８３）は、上記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを上記マスタ基地局（第１基地局１００）へ送信する。このように既存のメッセージを利用することにより、例えば、既存の手続きの中で報告を行うことが可能になる。

別の例として、第２基地局２００（報告部２８３）は、上記活動関連情報を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを上記マスタ基地局（第１基地局１００）へ送信してもよい。このように新たなメッセージを利用することにより、例えば、より柔軟に（例えば、より自由なタイミングで）報告を行うことが可能になる。

−報告のタイミング
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、オンデマンドの報告と呼ばれ得る。

第２の例として、第２基地局２００（上記セカンダリ基地局）は、周期的に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、周期的な報告と呼ばれ得る。

第３の例として、第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の非活動（inactivity）を検出した場合に（例えば、端末装置６０の非活動タイマ（Inactivity Timer）が切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に）、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。このような報告は、イベントトリガの報告と呼ばれ得る。

以上のように、第２基地局２００（報告部２８３）は、上記活動関連情報を報告し、第１基地局１００（情報取得部１８５）は、上記活動関連情報を取得する。これにより、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧにおける端末装置６０の活動を知ることができ、ＭＣＧ及びＳＣＧの両方における端末装置６０の活動を考慮した上で、上記セカンダリ基地局（第２基地局２００）をリリースするかを決めることが可能になる。そのため、例えば、ＳＣＧにおいて端末装置６０が非活動的（inactive）であっても、ＭＣＧにおいて端末装置６０が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。

（ｃ）活動関連情報
−内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置６０が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置６０が非活動的（inactive）であることを示す情報であってもよい。

例えば、上記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓである。具体的には、例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓは、図４１に示されるに定められる。

このような情報により、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧベアラのケースにおいても、端末装置６０の活動を知ることが可能になる。

−生成
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の活動（例えば、ＳＣＧにおける端末装置６０のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。

例えば、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求に応じて、ＳＣＧにおける端末装置６０の活動を監視する。具体的には、例えば、第２基地局２００は、第１基地局１００からのメッセージ内のＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥがＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓを含む場合に、上記活動を監視し得る。あるいは、第２基地局２００（上記セカンダリ基地局）は、自主的に、当該活動を監視してもよい。

（ｄ）タイプ情報
−タイプ情報の提供
例えば、第１基地局１００（要求部１８３）は、上記セカンダリ基地局（第２基地局２００）に上記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を上記セカンダリ基地局（第２基地局２００）に提供する。

例えば、上記タイプ情報は、報告のタイプとして、オンデマンド（on demand）、イベントトリガ（event trigger）、又は周期的（periodic）を示す。

例えば、上記タイプ情報は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅである。具体的には、例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅは、図４２に示されるに定められ、情報要素（Information Element：ＩＥ）として、「Ｏｎ Ｄｅｍａｎｄ」ＩＥ、「Ｐｅｒｉｏｄｉｃ」ＩＥ、及び／又は「Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ」ＩＥを含む。Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅは、このようなＩＥにより、報告のタイプを示す。さらに、例えば、「Ｐｅｒｉｏｄｉｃ」ＩＥは、図４３に示されるに定められ、周期を示す情報として、Ｒｅｐｏｒｔ Ｐｅｒｉｏｄｉｃｉｔｙ Ｖａｌｕｅを含む。また、「Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ」ＩＥは、図４４に示されるに定められ、報告のイベントを示す情報として、「Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ」ＩＥ及び「Ａｒｒｉｖｉｎｇ Ｄａｔａ Ｒａｔｅ」ＩＥなどを含む。このように、上記タイプ情報は、報告条件も示し得る（換言すると、上記タイプ情報は、報告条件を示す情報も含み得る）。

−タイプ情報に基づく報告
例えば、第２基地局２００（報告部２８３）は、上記マスタ基地局（第１基地局１００）により提供される上記タイプ情報に基づいて、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２８３）は、上記タイプ情報により示される報告のタイプに従って、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。

上記タイプ情報の提供、及び上記タイプ情報に基づく報告により、例えば、上記マスタ基地局（第１基地局１００）は、所望のタイミングで上記活動関連情報を取得することが可能になる。

（ｅ）挙動関連情報
−挙動関連情報の提供
例えば、第１基地局１００（要求部１８３）は、上記セカンダリ基地局（第２基地局２００）に上記活動関連情報を報告するように要求する際に、端末装置６０の挙動（behaviour）に関連する挙動関連情報を上記セカンダリ基地局（第２基地局２００）に提供する。例えば、当該挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒである。上記挙動関連情報は、制御エンティティ３０により第１基地局１００に提供される情報である。

これにより、例えば、制御エンティティ３０（例えば、ＭＭＥ）とのインタフェースを有しない上記セカンダリ基地局（第２基地局２００）も上記挙動関連情報を取得することが可能になる。

例えば、第１基地局１００は、制御エンティティ３０から取得した上記挙動関連情報（例えば、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ）に基づいて、非活動タイマ（Inactivity Timer）の値を決定し、決定された当該値に当該非活動タイマを設定する。さらに、第１基地局１００（要求部１８３）は、上記非活動タイマ（Inactivity Timer）の上記値を示すタイマ情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ）を第２基地局２００に提供し得る。これにより、例えば、第１基地局１００及び第２基地局２００は、同じタイマ値を使用して端末装置６０の活動を監視することが可能になる。

−挙動関連情報に基づく報告
例えば、第２基地局２００（報告部２８３）は、上記挙動関連情報に基づいて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。より具体的には、例えば、第２基地局２００（報告部２８３）は、上記挙動関連情報に基づいて、端末装置６０の非活動タイマ（Inactivity Timer）を適切な値に設定する。そして、第２基地局２００（報告部２８３）は、上記非活動タイマが切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に（あるいはデータ通信量が少ない場合に）、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。なお、当然ながら、第２基地局２００（報告部２８３）は、このようなイベントトリガの報告とともに（あるいはこのようなイベントトリガの報告の代わりに）、オンデマンドの報告及び／又は周期的な報告を行ってもよい。

これにより、例えば、上記セカンダリ基地局（第２基地局２００）は、より適切な報告を行うことが可能になる。

なお、第２基地局２００（報告部２８３）は、（第２基地局２００により決定された）上記非活動タイマの値を示すタイマ情報（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ ＩＥ）を第１基地局１００に提供し得る。

（ｆ）処理の流れ
図４５〜図４７を参照して、第５の実施形態に係る要求及び報告の処理を説明する。

（ｆ−１）第１の例
図４５は、第５の実施形態に係る要求及び報告の処理の概略的な流れの第１の例を示すシーケンス図である。

ＭｅＮＢである第１基地局１００は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、ＳｅＮＢである第２基地局２００へ送信する（Ｓ６０１）。当該ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）を含む。これにより、第１基地局１００は、活動関連情報を報告するように、第２基地局２００に要求する。また、上記ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）をさらに含む。また、上記ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含み得る。

すると、第２基地局２００は、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを第１基地局１００へ送信する（Ｓ６０３）。当該ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）を含み得る。

その後、ＳｅＮＢ（即ち、第２基地局２００）の追加のためのリコンフィギュレーション（Ｓ６０５−Ｓ６０９）及びランダムアクセス手続き（Ｓ６１１）が行われる。また、必要に応じて、データ転送（Ｓ６１３、Ｓ６１５）及び／又はパス更新手続き（Ｓ６２０）が行われる。

第２基地局２００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信する（Ｓ６３１）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を含む。これにより、第２基地局２００は、活動関連情報を第１基地局１００に報告する。なお、当然ながら、第２基地局２００は、ＳＣＧにおける端末装置６０の活動を監視し、監視結果に基づいて上記活動関連情報を生成する。上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）をさらに含み得る。

第１基地局１００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信し、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を取得する。第１基地局１００は、その後、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージを第２基地局２００へ送信してもよい。

なお、第１基地局１００は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、活動関連情報）を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信する場合に、それを使用していずれかの動作を決定し、行い得る。例えば、当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージの受信に応じて、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。

（ｆ−２）第２の例
図４６は、第５の実施形態に係る要求及び報告の処理の概略的な流れの第２の例を示すシーケンス図である。

ＭｅＮＢである第１基地局１００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、ＳｅＮＢである第２基地局２００へ送信する（Ｓ６４１）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）を含む。これにより、第１基地局１００は、活動に関連する活動関連情報を報告するように、第２基地局２００に要求する。また、上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）をさらに含む。また、上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含み得る。

すると、第２基地局２００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージを第１基地局１００へ送信する（Ｓ６４３）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）を含み得る。

その後、ＳｅＮＢ（即ち、第２基地局２００）に関連するリコンフィギュレーション（Ｓ６４５−Ｓ６４９）及びランダムアクセス手続き（Ｓ６５１）が行われる。また、必要に応じて、データ転送（Ｓ６５３、Ｓ６５５）及び／又はパス更新手続き（Ｓ６６０）が行われる。

第２基地局２００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信する（Ｓ６７１）。当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を含む。これにより、第２基地局２００は、活動関連情報を第１基地局１００に報告する。なお、当然ながら、第２基地局２００は、ＳＣＧにおける端末装置６０の活動を監視し、監視結果に基づいて上記活動関連情報を生成する。上記ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）をさらに含み得る。

第１基地局１００は、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信し、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を取得する。第１基地局１００は、その後、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージを第２基地局２００へ送信してもよい。

なお、第１基地局１００は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、活動関連情報）を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを受信する場合に、それを使用していずれかの動作を決定し、行い得る。例えば、当該ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージの受信に応じて、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。

（ｆ−３）第３の例
図４７は、第５の実施形態に係る要求及び報告の処理の概略的な流れの第３の例を示すシーケンス図である。この手続きは、ＵＥ関連シグナリング（UE-associated signallingを使用する。

ＭｅＮＢである第１基地局１００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、ＳｅＮＢである第２基地局２００へ送信する（Ｓ６８１）。当該ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）を含む。これにより、第１基地局１００は、活動に関連する活動関連情報を報告するように、第２基地局２００に要求する。また、上記ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）をさらに含む。また、上記ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含み得る。

ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージの受信に応じて、第２基地局２００は、第１基地局１００により要求されたように測定を行い得る。また、第２基地局２００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージを第１基地局１００へ送信する（Ｓ６８３）。当該ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）を含み得る。

その後、第２基地局２００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを第１基地局１００へ送信する（Ｓ６８５）。当該ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を含む。これにより、第２基地局２００は、活動関連情報を第１基地局１００に報告する。当然ながら、第２基地局２００は、ＳＣＧにおける端末装置６０の活動を監視し、監視結果に基づいて上記活動関連情報を生成する。上記ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、第２基地局２００により決定された非活動タイマの値を示すタイマ情報）をさらに含み得る。

第１基地局１００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを受信し、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）を取得する。

なお、第１基地局１００は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、活動関連情報）を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを受信する場合に、それを使用していずれかの動作を決定し得る。例えば、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージの受信に応じて、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。

−失敗の動作（Unsuccessful Operation）
Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥに示されるような要求された測定を第２基地局２００で開始できない場合には、第２基地局２００は、（ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージの代わりに）ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージを送信してもよい。当該メッセージは、適切な値を設定されたＣａｕｓｅ ＩＥを含んでもよい。

また、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＩＥ及びＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ ＩＥに示されるような要求された測定の組合せを第２基地局２００が行えない場合には、第２基地局２００は、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージを使用して、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴを拒絶（reject）してもよい。当該メッセージは、適切な値を設定されたＣａｕｓｅ ＩＥを含んでもよい。

上記Ｃａｕｓｅ ＩＥは、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ Ｃａｕｓｅ ＩＥを含んでもよく、当該Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ Ｃａｕｓｅ ＩＥは、Ｒｅｑｕｅｓｔｅｄ Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｎｏｔ Ｓｕｐｐｏｒｔｅｄに設定されてもよい。Ｒｅｑｕｅｓｔｅｄ Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｎｏｔ Ｓｕｐｐｏｒｔｅｄは、要求されたＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが送信ノードによりサポートされていないことを意味してもよい。

例えば、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージは、要求された測定を第２基地局２００が開始できない（fail to）場合に、ＵＥ関連情報（UE-associated information）のために第２基地局２００により第１基地局１００へ送信される。

（ｇ）メッセージに含まれる情報
（ｇ−１）要求メッセージ
図４５〜図４７を参照して説明したＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ、及びＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴは、活動関連情報の報告を要求するメッセージであり、例えば、図４８に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ（即ち、挙動関連情報）、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。

Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒは、０〜２５５のいずれかの値を持つ。なお、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒは、その値が特定の値（一例として、０又は２５５）である場合には、Ｉｎｆｉｎｉｔｅであること、又はタイマが起動されないことを意味してもよい。タイマが起動されないことは、端末装置６０の活動を監視しないことに等しい。

なお、図４８の例は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１つのオブジェクト（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ）のみを指定可能なＥＮＵＭＥＲＡＴＥＤである例である。あるいは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＥＮＵＭＥＲＡＴＥＤである代わりに、図４９に示されるように、複数のオブジェクト（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ及びＡｒｒｉｖｉｎｇ ｄａｔａ ｒａｔｅなど）を指定可能なＢＩＴＳＴＲＩＮＧであってもよい。この場合に、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｆｏには、複数のオブジェクトの各々についてのＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｔｙｐｅ及びＥｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒが含まれていてもよい。ＢＩＴＳＴＲＩＮＧの使用により、例えば、複数のオブジェクト（例えば、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ及びＡｒｒｉｖｉｎｇ ｄａｔａ ｒａｔｅなど）を１つのＩＥのみにより要求することが可能になる。その結果、ＩＥ数が減少し得る。

一例として、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、図５０に示されるような情報要素（ＩＥ）を含む。即ち、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴは、Ｍｅｓｓａｇｅ Ｔｙｐｅ、ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、及びＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤをさらに含む。なお、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ内のＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＥＮＵＭＥＲＡＴＥＤである代わりに、図４９に示されるように、ＢＩＴＳＴＲＩＮＧであってもよい。

なお、上述したように、第１基地局１００は、端末装置６０についてのＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙの報告のみではなく、例えば、端末装置６０についてのＡｒｒｉｖｉｎｇ ｄａｔａ ｒａｔｅの報告を、第２基地局２００に要求することができる。これにより、例えば、第１基地局１００は、ＭＣＧにおける端末装置６０のデータレートのみではなくＳＣＧにおける端末装置６０のデータレートについても制御を行うことが可能になる。とりわけ、（契約等によって）端末装置６０のデータレートの上限が決まっている場合に有効である。

（ｇ−２）報告メッセージ
図４５〜図４７を参照して説明したＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤ、及びＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、活動関連情報を含むメッセージであり、例えば、図５１に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、活動関連情報）及びＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。

一例として、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、図５２に示されるような情報要素（ＩＥ）を含む。即ち、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴは、Ｍｅｓｓａｇｅ Ｔｙｐｅ、ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、及びＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤをさらに含む。

（ｇ−３）応答メッセージ（成功）
図４５〜図４７を参照して説明したＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、タイマ情報を含むメッセージであり、例えば、図５３に示されるような情報要素（ＩＥ）を含む。即ち、これらのメッセージは、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ（即ち、タイマ情報）を含む。なお、ＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージも、同様に、タイマ情報を含むメッセージであってもよく、例えば、図５３に示されるような情報要素（ＩＥ）を含んでもよい。

一例として、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、図５４に示されるような情報要素（ＩＥ）を含む。即ち、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥは、Ｍｅｓｓａｇｅ Ｔｙｐｅ、ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、及びＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤをさらに含む。

（ｇ−４）応答メッセージ（失敗）
上述したように、図４７を参照して説明したＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＳＰＯＮＳＥの代わりに、ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージが、第２基地局２００により送信され得る。ＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＦＡＩＬＵＲＥメッセージは、例えば、図５５に示されるような情報要素（ＩＥ）を含む。

（３）活動関連情報に基づく動作
例えば、第２基地局２００による上記活動関連情報の報告に応じて、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。

より具体的には、例えば、第２基地局２００からの報告メッセージがＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥ（即ち、上記活動関連情報）を含む場合に、第１基地局１００は、端末装置６０（ＵＥ）に関連するデュアルコネクティビティにおける効率的な動作のためのリコンフィギュレーションを行い得る。

（ａ）セカンダリ基地局のリリース
例えば、第１基地局１００（制御部１８７）は、上記活動関連情報に基づいて、上記セカンダリ基地局（第２基地局２００）をリリースするかを判定する。これにより、例えば、ＳＣＧベアラのケースでも、端末装置６０の活動に関連する制御がマスタ基地局に集中する。

さらに、例えば、第１基地局１００（制御部１８７）は、ＭＣＧにおける端末装置６０の活動に関連する他の活動関連情報にさらに基づいて、上記セカンダリ基地局（第２基地局２００）をリリースするかを判定する。これにより、例えば、ＳＣＧにおいて端末装置６０が非活動的（inactive）であっても、ＭＣＧにおいて端末装置６０が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。

例えば、第１基地局１００（制御部１８７）は、上記セカンダリ基地局（第２基地局２００）をリリースしないと判定し、上記セカンダリ基地局（第２基地局２００）をリリースせずに維持する。あるいは、第１基地局１００（制御部１８７）は、上記セカンダリ基地局（第２基地局２００）をリリースすると判定し、ＳｅＮＢリリース手続き（SeNB Release procedure）を通じて上記セカンダリ基地局（第２基地局２００）をリリースする。

一例として、ＵＥが非活動的（inactive）である場合に、第１基地局１００は、第２基地局２００に対してリリース手続き（例えば、SeNB Release Procedure）を開始し得る。

（ｂ）端末装置のリリース
第１基地局１００（制御部１８７）は、上記活動関連情報（及びＭＣＧにおける端末装置６０の活動に関連する他の活動関連情報）に基づいて、端末装置６０をリリースするかを判定してもよい。そして、第１基地局１００（制御部１８７）は、端末装置６０をリリースすると判定する場合に、制御エンティティ３０に端末装置６０のリリースを要求してもよい。例えば、ＳＣＧにおいて端末装置６０が非活動（inactive）であり（即ち、上記活動関連情報が、ＳＣＧにおいて端末装置６０が非活動であることを示し）、且つ、ＭＣＧにおいても端末装置６０が非活動である（即ち、上記他の活動関連情報が、ＭＣＧにおいて端末装置６０が非活動であることを示す）場合に、第１基地局１００（制御部１８７）は、制御エンティティ３０に端末装置６０のリリースを要求する。

（ｃ）ベアラの追加
第１基地局１００（制御部１８７）は、上記活動関連情報に基づいて、端末装置６０及び上記セカンダリ基地局（第２基地局２００）に関連するベアラをさらに追加するかを判定してもよい。そして、第１基地局１００（制御部１８７）は、当該ベアラをさらに追加すると判定し、当該ベアラをさらに追加してもよい。上記ベアラは、ゲートウェイ４０と端末装置６０との間のベアラ（例えば、Ｓ−ＧＷとＵＥとの間のＥ−ＲＡＢ）であってもよい。また、第１基地局１００（制御部１８７）は、ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ手続きを通じて、上記ベアラを追加してもよい。

＜７．４．第１の変形例＞
次に、第５の実施形態の第１の変形例を説明する。

上述した例では、第２基地局２００（報告部２８３）は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ（即ち、上記活動関連情報）を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージ又はＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを第１基地局１００へ送信する。これにより、第２基地局２００（報告部２８３）は、上記活動関連情報を第１基地局１００に報告する。

一方、第５の実施形態の第１の変形例では、第２基地局２００（報告部２８３）は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙを示すＲａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ Ｃａｕｓｅ（即ち、上記活動関連情報）を含むＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信してもよい。これにより、第２基地局２００（報告部２８３）は、上記活動関連情報を第１基地局１００に報告してもよい。

＜７．５．第２の変形例＞
次に、図５６及び図５７を参照して、第５の実施形態の第２の変形例を説明する。

（１）概要
第５の実施形態の第２の変形例では、マスタ基地局間での端末装置６０のハンドオーバが行われるが、セカンダリ基地局は当該ハンドオーバ後も維持される。このような場合に、活動関連情報の報告を要求する際にマスタ基地局がセカンダリ基地局に提供した情報が、ソースマスタ基地局からターゲットマスタ基地局へ送信される。当該情報は、例えば、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ、及びＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒを含む。これにより、例えば、マスタ基地局のハンドオーバ後も、活動関連情報の報告を継続することが容易になり得る。

（２）ハンドオーバ
図５６は、第５の実施形態の第２の変形例に係るハンドオーバの例を説明するための説明図である。図５６を参照すると、第１基地局１００Ａ、１００Ｂ、第２基地局２００、及び端末装置６０が示されている。この例では、端末装置６０は、デュアルコネクティビティで第１基地局１００Ａ及び第２基地局２００を通信していたが、端末装置６０は、カバレッジエリア１０Ａからカバレッジエリア１０Ｂへ移動し、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバが行われる。なお、端末装置６０は、カバレッジエリア２０内にとどまっている。

（３）処理の流れ
図５７は、第５の実施形態の第２の変形例に係るハンドオーバ処理の概略的な流れの一例を示すシーケンス図である。

ハンドオーバのソースｅＮＢでありＭｅＮＢである第１基地局１００Ａは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを、当該ハンドオーバのターゲットｅＮＢである第１基地局１００Ｂへ送信する（Ｓ７０１）。当該ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）、及びＲｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅ（即ち、タイプ情報）を含む。

その後、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバのための処理が行われる（Ｓ７０３−Ｓ７３７）。

以上、第５の実施形態を説明した。なお、第５の実施形態において説明した様々な技術的特徴は、第１〜第４の実施形態のいずれかにおいて適用されてもよい。

以上、本発明の実施形態を説明した。本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上述した実施形態は例示であり、実施形態の組合せやそれらの各構成要素や各処理プロセスの組合せに様々な変形例が可能なこと、またそうした変形例も本発明の範囲にあることは、当業者に理解されるところである。

例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

また、本明細書において説明した基地局の構成要素（例えば、第１通信処理部、第２通信処理部、通信処理部、情報取得部、情報提供部、制御部及び／又は報告部）を備える基地局装置又はモジュールが提供されてもよい。本明細書において説明した基地局の構成要素（例えば、第１通信処理部及び／又は第２通信処理部）を備えるモジュールも提供されてもよい。また、このような構成要素の処理を含む方法が提供されてもよく、このような構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録した記録媒体が提供されてもよい。当然ながら、このようなモジュール、方法、プログラム及び記録媒体も本発明に含まれる。

上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信する第１通信処理部と、
前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信する第２通信処理部と、
を備え、
前記第２通信処理部は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
装置。

（付記２）
前記第１のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージである、付記１に記載の装置。

（付記３）
前記第２のメッセージは、前記リリースの拒絶を示す情報要素を含むＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージである、付記１又は２に記載の装置。

（付記４）
前記情報要素は、Ｒｅｌｅａｓｅ Ｒｅｊｅｃｔ ＩＥである、付記３に記載の装置。

（付記５）
前記第２のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージである、付記１又は２に記載の装置。

（付記６）
前記第２通信処理部は、前記リリースが受け入れられない場合に、前記第２のメッセージを前記セカンダリ基地局へ送信する、付記１〜５のいずれか１項に記載の装置。

（付記７）
前記第２通信処理部は、前記リリースが受け入れられる場合に、前記リリースの確認を示す第３のメッセージを前記セカンダリ基地局へ送信する、付記６に記載の装置。

（付記８）
前記第３のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージである、付記７に記載の装置。

（付記９）
前記第２のメッセージは、前記セカンダリ基地局が次のリリース手続きを開始する前に待機すべき時間を示す待機時間情報を含む、付記１〜８のいずれか１項に記載の装置。

（付記１０）
前記待機時間情報は、Ｔｉｍｅ ｔｏ ｗａｉｔ ＩＥである、付記９に記載の装置。

（付記１１）
前記第２通信処理部は、前記端末装置の非活動に関する機能の停止を示す停止情報を前記セカンダリ基地局へ送信する、付記１〜１０のいずれか１項に記載の装置。

（付記１２）
前記停止情報は、上記停止を示すＵｓｅｒ Ｉｎａｃｔｉｖｉｔｙ ｆｕｎｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥである、付記１１に記載の装置。

（付記１３）
前記第２のメッセージは、前記停止情報を含む、付記１１又は１２に記載の装置。

（付記１４）
前記第２通信処理部は、前記停止情報を含むＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、又は、前記停止情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１１〜１３のいずれか１項に記載の装置。

（付記１５）
前記第２通信処理部は、前記端末装置の挙動に関連する挙動関連情報を含む第４のメッセージを前記セカンダリ基地局へ送信する、付記１〜１４のいずれか１項に記載の装置。

（付記１６）
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥである、付記１５に記載の装置。

（付記１７）
前記第４のメッセージは、ＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、又はＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージである、付記１５又は１６に記載の装置。

（付記１８）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記１〜１７のいずれか１項に記載の装置。

（付記１９）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する第１通信処理部と、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信する第２通信処理部と、
を備え、
前記第２通信処理部は、前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信する、
装置。

（付記２０）
前記第２通信処理部は、前記リリースが受け入れられない場合に、前記第２のメッセージを前記マスタ基地局から受信する、付記１９に記載の装置。

（付記２１）
前記第２通信処理部は、前記リリースが受け入れられる場合に、前記リリースの確認を示す第３のメッセージを前記マスタ基地局から受信する、付記２０に記載の装置。

（付記２２）
前記第２のメッセージは、前記セカンダリ基地局が次のリリース手続きを開始する前に待機すべき時間を示す待機時間情報を含み、
前記第２通信処理部は、前記待機時間情報に基づいて待機する、
付記１９〜２１のいずれか１項に記載の装置。

（付記２３）
前記第２通信処理部は、前記端末装置の非活動に関する機能の停止を示す停止情報を前記マスタ基地局から受信し、
前記第１通信処理部及び前記第２通信処理部の少なくとも一方は、前記停止情報に基づいて、前記機能を停止する、
付記１９〜２２のいずれか１項に記載の装置。

（付記２４）
前記装置は、前記セカンダリ基地局として動作する基地局、当該基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記１９〜２３のいずれか１項に記載の装置。

（付記２５）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、
を備え、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
装置。

（付記２６）
前記装置は、前記端末装置、又は前記端末装置のためのモジュールである、付記２５に記載の装置。

（付記２７）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得する情報取得部と、
を備える装置。

（付記２８）
前記端末装置の挙動に関連する挙動関連情報を前記セカンダリ基地局に提供する情報提供部をさらに備える、付記２７に記載の装置。

（付記２９）
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒ ＩＥである、付記２８に記載の装置。

（付記３０）
前記活動関連情報を使用して動作を決定する制御部をさらに備える、付記２７〜２９のいずれか１項に記載の装置。

（付記３１）
前記動作は、前記セカンダリ基地局のリリースを含む、付記３０に記載の装置。

（付記３２）
前記制御部は、前記活動関連情報、及び、ＭＣＧにおける前記端末装置の活動に関連する他の活動関連情報を使用して、前記セカンダリ基地局のリリースを決定する、付記３１に記載の装置。

（付記３３）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告する報告部と、
を備える装置。

（付記３４）
前記報告部は、前記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを前記マスタ基地局へ送信する、付記３３に記載の装置。

（付記３５）
前記報告部は、前記端末装置の挙動に関連する挙動関連情報に基づいて、前記マスタ基地局に前記活動関連情報を報告する、付記３３又は３４に記載の装置。

（付記３６）
前記活動関連情報は、ＳＣＧにおいて前記端末装置が非活動的であることを示す情報、又は、ＳＣＧにおいて前記端末装置が活動的であるか又は非活動的であるかを示す情報である、付記２７〜３５のいずれか１項に記載の装置。

（付記３７）
前記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓ ＩＥである、付記２７〜３６のいずれか１項に記載の装置。

（付記３８）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記２７〜３７のいずれか１項に記載の装置。

（付記３９）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、
を備え、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
装置。

（付記４０）
前記装置は、前記端末装置、又は前記端末装置のためのモジュールである、付記３９に記載の装置。

（付記４１）
端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
を含む方法。

（付記４２）
端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
をプロセッサに実行させるためのプログラム。

（付記４３）
端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。

（付記４４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
を含む方法。

（付記４５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
をプロセッサに実行させるためのプログラム。

（付記４６）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。

（付記４７）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
を含み、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
方法。

（付記４８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムであり、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
プログラム。

（付記４９）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
記録媒体。

（付記５０）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
を含む方法。

（付記５１）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。

（付記５２）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。

（付記５３）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
を含む方法。

（付記５４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
をプロセッサに実行させるためのプログラム。

（付記５５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。

（付記５６）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
を含み、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
方法。

（付記５７）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムであり、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
プログラム。

（付記５８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
記録媒体。

この出願は、２０１５年１０月６日に出願された日本出願特願２０１５−１９８２８７を基礎とする優先権を主張し、その開示の全てをここに取り込む。

移動体通信システムにおいてＳＣＧベアラのケースで無駄な動作の発生を抑えられる。

１ システム
１０、２０ カバレッジエリア
３０ 制御エンティティ
４０ ゲートウェイ
５０ ネットワーク
１００ 第１基地局
１４１、１５１ 第１通信処理部
１４３、１５３ 第２通信処理部
１６１、１７１ 通信処理部
１６３ 情報提供部
１６５、１７５ 情報取得部
１６７ 制御部
２００ 第２基地局
２４１、２５１ 第１通信処理部
２４３、２５３ 第２通信処理部
２６１、２７１ 通信処理部
２６３、２７３ 報告部
３００ 端末装置
３３１、３４１、３５１、３６１ 第１通信処理部
３３３、３４３、３５３、３６３ 第２通信処理部

Claims (10)

1. 端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信する第１通信処理部と、
   前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信する第２通信処理部と、
   を備え、
   前記第２通信処理部は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
   装置。
2. 前記第１のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＱＵＩＲＥＤメッセージである、請求項１に記載の装置。
3. 前記第２のメッセージは、前記リリースの拒絶を示す情報要素を含むＳＥＮＢ ＲＥＬＥＡＳＥ ＣＯＮＦＩＲＭメッセージである、請求項１又は２に記載の装置。
4. 前記第２のメッセージは、ＳＥＮＢ ＲＥＬＥＡＳＥ ＲＥＪＥＣＴメッセージである、請求項１又は２に記載の装置。
5. 前記第２のメッセージは、前記セカンダリ基地局が次のリリース手続きを開始する前に待機すべき時間を示す待機時間情報を含む、請求項１〜４のいずれか１項に記載の装置。
6. 前記第２通信処理部は、前記端末装置の非活動に関する機能の停止を示す停止情報を前記セカンダリ基地局へ送信する、請求項１〜５のいずれか１項に記載の装置。
7. 前記第２通信処理部は、前記端末装置の挙動に関連する挙動関連情報を含む第４のメッセージを前記セカンダリ基地局へ送信する、請求項１〜６のいずれか１項に記載の装置。
8. 端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する第１通信処理部と、
   前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信する第２通信処理部と、
   を備え、
   前記第２通信処理部は、前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信する、
   装置。
9. 端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、
   前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、
   を備え、
   前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
   前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
   装置。
10. 端末装置のデュアルコネクティビティのためのＭＣＧ（Master Cell Group）ベアラ上で前記端末装置と通信することと、
    前記デュアルコネクティビティのためのＳＣＧ（Secondary Cell Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
    前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
    を含む方法。
    

Images