(57)【要約】      （修正有）【課題】デュアルコネクティビティのＳＣＧベアラにおいて無駄な動作の発生を抑えることを可能にする装置及び方法を提供する。【解決手段】システムにおいて、第１基地局１００は、端末装置のデュアルコネクティビティのためのＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ上で端末装置と通信する通信処理部と、デュアルコネクティビティのためのＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ上で端末装置と通信する第２基地局２００に対して第２基地局２００のＳＣＧにおける端末装置の活動に関連する活動関連情報を報告するように要求する要求部と、第２基地局２００から報告される端末装置の活動関連情報を取得する情報取得部とを備える。【選択図】図２５
2020039144.tif 000002
【特許請求の範囲】
【請求項１】
第二の通信装置における端末装置の活動に関連する活動関連情報の報告を、第一の通信装置から要求されるときに、前記第一の通信装置から、前記端末装置の活動の監視を行う時間間隔に関する情報、を受信する受信部と、
前記端末装置の活動の監視を行う制御部とを有し、
前記時間間隔に関する情報が示す値が０である場合、前記端末装置の活動の監視を行わない、
第二の通信装置。
【請求項２】
第二の通信装置における端末装置の活動に関連する活動関連情報の報告を、第一の通信装置から要求されるときに、前記第一の通信装置から、前記端末装置の活動の監視を行う時間間隔に関する情報を受信し、
前記端末装置の活動を監視し、
前記時間間隔に関する情報が示す値が０である場合、前記端末装置の活動の監視を行わない、
方法。
【請求項３】
第二の通信装置における端末装置の活動に関連する活動関連情報の報告を要求するときに、前記第二の通信装置に対し、前記端末装置の活動の監視を行う時間間隔に関する情報を送信する送信部と、
前記第二の通信装置により報告される前記活動関連情報を受信する受信部と、を有し、
前記時間間隔に関する情報が示す値が０である場合、前記端末装置の活動の監視は行われない、
第一の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第二の通信装置、方法、及び第一の通信装置に関する。
【背景技術】
【０００２】
スマートフォンのようなＵＥ（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）し、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。
【００２５】
＜＜２．システムの構成例＞＞
図１〜図３を参照して、本発明の実施形態に係るシステム１の概略的な構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００を含む。制御エンティティ３０、ゲートウェイ４０、第１基地局１００及び第２基地局２００は、ネットワーク５０を介して通信する。例えば、ネットワーク５０は、バックホール及びコアネットワークを含む。
【００２６】
例えば、システム１は、３ＧＰＰ（Third  Generation  Partnership  Project）の規格に準拠したシステムであってもよい。より具体的には、例えば、システム１は、ＬＴＥ（Long  Term  Evolution）／ＬＴＥ−Ａｄｖａｎｃｅｄ及び／又はＳＡＥ（System  Architecture  Evolution）に準拠したシステムであってもよい。
【００２７】
（１）制御エンティティ３０
制御エンティティ３０は、コアネットワークノードであり、端末装置（例えば、端末装置６０）のモビリティに関連する制御を行う。例えば、制御エンティティ３０は、ＭＭＥ（Mobility  Management  Entity）である。
【００２８】
（２）ゲートウェイ４０
ゲートウェイ４０は、コアネットワークノードであり、基地局へのデータ及び基地局からのデータを転送する。例えば、ゲートウェイ４０は、Ｓ−ＧＷ（Serving  Gateway）である。
【００２９】
（３）端末装置６０
端末装置６０は、基地局との無線通信を行う。例えば、端末装置６０は、第１基地局１００のカバレッジエリア１０内に位置する場合に、第１基地局１００との無線通信を行う。また、例えば、端末装置６０は、第２基地局２００のカバレッジエリア２０内に位置する場合に、第２基地局２００との無線通信を行う。例えば、端末装置６０は、ＵＥ（User  Equipment）である。
【００３０】
（４）第１基地局１００／第２基地局２００
第１基地局１００は、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）のノードであり、カバレッジエリア１０内に位置する端末装置（例えば、端末装置６０）との無線通信を行う。第２基地局２００も、ＲＡＮのノードであり、カバレッジエリア２０内に位置する端末装置（例えば、端末装置６０）との無線通信を行う。例えば、第１基地局１００及び第２基地局２００は、ｅＮＢである。
【００３１】
例えば、カバレッジエリア１０は、マクロセルであり、第１基地局１００は、マクロセルの基地局である。例えば、カバレッジエリア２０は、マクロセルよりも小さいスモールセルであり、第２基地局２００は、スモールセルの基地局である。
【００３２】
（５）デュアルコネクティビティ
とりわけ、端末装置６０は、デュアルコネクティビティをサポートする。即ち、端末装置６０は、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）に接続されることができ、同時に２つの基地局（例えば、第１基地局１００及び第２基地局２００）との無線通信を行うことができる。
【００３３】
また、第１基地局１００及び第２基地局２００も、デュアルコネクティビティをサポートする。例えば、第１基地局１００は、デュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、デュアルコネクティビティにおいてセカンダリ基地局として動作する。上記マスタ基地局は、デュアルコネクティビティにおいて制御エンティティ３０とのインタフェースを有する基地局（制御エンティティ３０とのインタフェースを終端（terminate）させる基地局）であり、例えばＭｅＮＢである。上記セカンダリ基地局は、デュアルコネクティビティにおいて追加の無線リソースを端末装置に提供する基地局であり、例えばＳｅＮＢである。
【００３４】
（ａ）制御プレーン
デュアルコネクティビティでは、制御プレーン（Control  Plane）について、マスタ基地局（例えば、ＭｅＮＢ）と制御エンティティ３０（例えば、ＭＭＥ）との間にインタフェース（例えば、Ｓ１−ＭＭＥ）がある。しかし、デュアルコネクティビティでは、セカンダリ基地局（例えば、ＳｅＮＢ）と制御エンティティ３０との間にはインタフェース（例えば、Ｓ１−ＭＭＥ）がない。そのため、デュアルコネクティビティについての制御情報は、マスタ基地局と制御エンティティ３０との間で送受信される。
【００３５】
（ｂ）ユーザプレーン
一方、ユーザプレーン（User  Plane）については、２つの異なるアーキテクチャがある。以下、図２及び図３を参照して当該２つの異なるアーキテクチャを説明する。
【００３６】
図２は、デュアルコネクティビティにおけるユーザプレーンの第１のアーキテクチャの例を説明するための説明図である。図２を参照すると、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００が示されている。ここでは、端末装置６０のデュアルコネクティビティについて、第１基地局１００はマスタ基地局として動作し、第２基地局２００はセカンダリ基地局として動作する。第１のアーキテクチャでは、マスタ基地局（第１基地局１００）とゲートウェイ４０との間にインタフェース（例えば、Ｓ１−Ｕ）があるが、セカンダリ基地局（第２基地局２００）とゲートウェイ４０との間にはインタフェース（例えば、Ｓ１−Ｕ）がない。そのため、ユーザプレーンデータは、ゲートウェイ４０からセカンダリ基地局（第２基地局２００）へ直接的に送信されず、マスタ基地局（第１基地局１００）を経由してセカンダリ基地局（第２基地局２００）へ送信される。このような第１のアーキテクチャでは、マスタ基地局（第１基地局１００）及びセカンダリ基地局（第２基地局２００）の両方に位置してマスタ基地局（第１基地局１００）及びセカンダリ基地局（第２基地局２００）の両方のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはスプリットベアラ（Split  bearer）と呼ばれる。
【００３７】
図３は、デュアルコネクティビティにおけるユーザプレーンの第２のアーキテクチャの例を説明するための説明図である。図３を参照すると、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００が示されている。ここでは、端末装置６０のデュアルコネクティビティについて、第１基地局１００はマスタ基地局として動作し、第２基地局２００はセカンダリ基地局として動作する。第２のアーキテクチャでは、マスタ基地局（第１基地局１００）とゲートウェイ４０との間にインタフェース（例えば、Ｓ１−Ｕ）があり、且つ、セカンダリ基地局（第２基地局２００）とゲートウェイ４０との間にもインタフェース（例えば、Ｓ１−Ｕ）がある。そのため、ユーザプレーンデータは、マスタ基地局（第１基地局１００）を経由せずに、ゲートウェイ４０とセカンダリ基地局（第２基地局２００）との間で直接的に送受信される。このような第２のアーキテクチャにおいて、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラがあり、当該ベアラはＳＣＧ（Secondary  Cell  Group）ベアラと呼ばれる。
【００３８】
＜＜３．第１の実施形態＞＞
続いて、図４〜図２２を参照して、本発明の第１の実施形態を説明する。
【００３９】
＜３．１．第１基地局の構成例＞
まず、図４を参照して、第１の実施形態に係る第１基地局１００の構成の例を説明する。図４は、第１の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図４を参照すると、第１基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
【００４０】
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。
【００４１】
ネットワーク通信部１２０は、バックホールから信号を受信し、バックホールへ信号を送信する。
【００４２】
記憶部１３０は、第１基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
【００４３】
処理部１４０は、第１基地局１００の様々な機能を提供する。処理部１４０は、通信処理部１４１、要求部１４３、情報取得部１４５及び制御部１４７を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。
【００４４】
通信処理部１４１、要求部１４３、情報取得部１４５及び制御部１４７の具体的な動作は、後に詳細に説明する。
【００４５】
無線通信部１１０は、アンテナ及び高周波（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）であり（即ち、上記活動関連情報が、ＳＣＧにおいて端末装置６０が非活動であることを示し）、且つ、ＭＣＧにおいても端末装置６０が非活動である（即ち、上記他の活動関連情報が、ＭＣＧにおいて端末装置６０が非活動であることを示す）場合に、第１基地局１００（制御部１４７）は、制御エンティティ３０に端末装置６０のリリースを要求する。
【０１３０】
（ｃ）ベアラの追加
第１基地局１００（制御部１４７）は、上記活動関連情報に基づいて、端末装置６０及び上記セカンダリ基地局（第２基地局２００）に関連するベアラをさらに追加するかを判定してもよい。そして、第１基地局１００（制御部１４７）は、当該ベアラをさらに追加すると判定し、当該ベアラをさらに追加してもよい。上記ベアラは、ゲートウェイ４０と端末装置６０との間のベアラ（例えば、Ｓ−ＧＷとＵＥとの間のＥ−ＲＡＢ）であってもよい。また、第１基地局１００（制御部１４７）は、ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ手続きを通じて、上記ベアラを追加してもよい。
【０１３１】
＜３．４．第１の変形例＞
次に、第１の実施形態の第１の変形例を説明する。
【０１３２】
上述した例では、第２基地局２００（報告部２４３）は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｓｔａｔｕｓ（即ち、上記活動関連情報）を含むＳＥＮＢ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＩＲＥＤメッセージ又はＵＥ  ＡＳＳＯＣＩＡＴＥＤ  ＩＮＦＯＲＭＡＴＩＯＮ  ＲＥＰＯＲＴメッセージを第１基地局１００へ送信する。これにより、第２基地局２００（報告部２４３）は、上記活動関連情報を第１基地局１００に報告する。
【０１３３】
一方、第１の実施形態の第１の変形例では、第２基地局２００（報告部２４３）は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙを示すＲａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ  Ｃａｕｓｅ（即ち、上記活動関連情報）を含むＳＥＮＢ  ＲＥＬＥＡＳＥ  ＲＥＱＵＩＲＥＤメッセージを第１基地局１００へ送信してもよい。これにより、第２基地局２００（報告部２４３）は、上記活動関連情報を第１基地局１００に報告してもよい。
【０１３４】
＜３．５．第２の変形例＞
次に、図２１及び図２２を参照して、第１の実施形態の第２の変形例を説明する。
【０１３５】
（１）概要
第１の実施形態の第２の変形例では、マスタ基地局間での端末装置６０のハンドオーバが行われるが、セカンダリ基地局は当該ハンドオーバ後も維持される。このような場合に、活動関連情報の報告を要求する際にマスタ基地局がセカンダリ基地局に提供した情報が、ソースマスタ基地局からターゲットマスタ基地局へ送信される。当該情報は、例えば、Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  Ｔｙｐｅ、及びＵｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒを含む。これにより、例えば、マスタ基地局のハンドオーバ後も、活動関連情報の報告を継続することが容易になり得る。
【０１３６】
（２）ハンドオーバ
図２１は、第１の実施形態の第２の変形例に係るハンドオーバの例を説明するための説明図である。図２１を参照すると、第１基地局１００Ａ、１００Ｂ、第２基地局２００、及び端末装置６０が示されている。この例では、端末装置６０は、デュアルコネクティビティで第１基地局１００Ａ及び第２基地局２００を通信していたが、端末装置６０は、カバレッジエリア１０Ａからカバレッジエリア１０Ｂへ移動し、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバが行われる。なお、端末装置６０は、カバレッジエリア２０内にとどまっている。
【０１３７】
（３）処理の流れ
図２２は、第１の実施形態の第２の変形例に係るハンドオーバ処理の概略的な流れの一例を示すシーケンス図である。
【０１３８】
ハンドオーバのソースｅＮＢでありＭｅＮＢである第１基地局１００Ａは、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを、当該ハンドオーバのターゲットｅＮＢである第１基地局１００Ｂへ送信する（Ｓ４０１）。当該ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージは、Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（即ち、活動関連情報の報告することを示す情報）、及びＲｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  Ｔｙｐｅ（即ち、タイプ情報）を含む。
【０１３９】
その後、第１基地局１００Ａから第１基地局１００Ｂへの端末装置６０のハンドオーバのための処理が行われる（Ｓ４０３−４３７）。
【０１４０】
＜＜４．第２の実施形態＞＞
続いて、図２３〜図２５を参照して、本発明の第２の実施形態を説明する。
【０１４１】
＜４．１．第１基地局の構成例＞
まず、図２３を参照して、第２の実施形態に係る第１基地局１００の構成の例を説明する。図２３は、第２の実施形態に係る第１基地局１００の概略的な構成の例を示すブロック図である。図２３を参照すると、第１基地局１００は、通信処理部１５１、要求部１５３及び情報取得部１５５を備える。
【０１４２】
通信処理部１５１、要求部１５３及び情報取得部１５５の具体的な動作は、後に詳細に説明する。
【０１４３】
通信処理部１５１、要求部１５３及び情報取得部１５５は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。
【０１４４】
＜４．２．第２基地局の構成例＞
まず、図２４を参照して、第２の実施形態に係る第２基地局２００の構成の例を説明する。図２４は、第２の実施形態に係る第２基地局２００の概略的な構成の例を示すブロック図である。図２４を参照すると、第２基地局２００は、通信処理部２５１及び報告部２５３を備える。
【０１４５】
通信処理部２５１及び報告部２５３の具体的な動作は、後に詳細に説明する。
【０１４６】
通信処理部２５１及び報告部２５３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサなどで実装されてもよい。
【０１４７】
＜４．３．技術的特徴＞
次に、図２５を参照して、第２の実施形態に係る技術的特徴を説明する。
【０１４８】
（１）デュアルコネクティビティ（ＳＣＧベアラのケース）
例えば、第１基地局１００は、端末装置６０のデュアルコネクティビティにおいてマスタ基地局として動作し、第２基地局２００は、端末装置６０のデュアルコネクティビティにおいてセカンダリ基地局として動作する。この場合に、第１基地局１００（通信処理部１５１）は、端末装置６０のデュアルコネクティビティのためのＭＣＧベアラ上で端末装置６０と通信し、第２基地局２００（通信処理部２５１）は、当該デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信する。
【０１４９】
例えば、通信処理部１５１及び通信処理部２５１は、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ及び／又は物理レイヤの信号処理を行う。
【０１５０】
なお、上記ＭＣＧベアラは、マスタ基地局（第１基地局１００）に位置してマスタ基地局（第１基地局１００）のリソースを使用する無線プロトコルのベアラである。また、上記ＳＣＧベアラは、セカンダリ基地局（第２基地局２００）に位置してセカンダリ基地局（第２基地局２００）のリソースを使用する無線プロトコルのベアラである。
【０１５１】
（２）活動関連情報の報告
（ａ）報告の要求
第１基地局１００（要求部１５３）は、上記デュアルコネクティビティのためのＳＣＧベアラ上で端末装置６０と通信するセカンダリ基地局（第２基地局２００）に、当該セカンダリ基地局のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する。
【０１５２】
例えば、第１基地局１００（要求部１５３）は、上記活動関連情報の報告を要求するメッセージを上記セカンダリ基地局（第２基地局２００）へ送信する。例えば、当該メッセージは、Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓを含み、Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、上記活動関連情報の報告することを示す（indicate）。
【０１５３】
以上のように、第１基地局１００（要求部１５３）は、上記活動関連情報を報告するように上記セカンダリ基地局（第２基地局２００）に要求する。これにより、例えば、上記セカンダリ基地局（第２基地局２００）は必要以上にＳＣＧにおける端末装置６０の活動の監視及び報告などを行わなくてもよくなる。そのため、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。
【０１５４】
（ｂ）報告
第２基地局２００（報告部２５３）は、上記デュアルコネクティビティのＭＣＧベアラ上で端末装置６０と通信するマスタ基地局（第１基地局１００）からの要求に応じて、上記活動関連情報をマスタ基地局（第１基地局１００）に報告する。そして、第１基地局１００（情報取得部１５５）は、上記セカンダリ基地局（第２基地局２００）により報告される上記活動関連情報を取得する。
【０１５５】
−メッセージの送信
例えば、第２基地局２００（報告部２５３）は、上記活動関連情報を含むメッセージを上記マスタ基地局（第１基地局１００）へ送信する。
【０１５６】
−報告のタイミング
第１の例として、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求後に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【０１５７】
第２の例として、第２基地局２００（上記セカンダリ基地局）は、周期的に、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【０１５８】
第３の例として、第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の非活動（inactivity）を検出した場合に（例えば、端末装置６０の非活動タイマ（Inactivity  Timer）が切れる（expire）までＳＣＧにおける端末装置６０のデータ通信がない場合に）、上記活動関連情報を上記マスタ基地局（第１基地局１００）に報告する。
【０１５９】
以上のように、第２基地局２００（報告部２５３）は、上記活動関連情報を報告し、第１基地局１００（情報取得部１５５）は、上記活動関連情報を取得する。これにより、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧにおける端末装置６０の活動を知ることができ、ＭＣＧ及びＳＣＧの両方における端末装置６０の活動を考慮した上で、上記セカンダリ基地局（第２基地局２００）をリリースするかを決めることが可能になる。そのため、例えば、ＳＣＧにおいて端末装置６０が非活動的（inactive）であっても、ＭＣＧにおいて端末装置６０が活動的（active）であり、そのため、上記セカンダリ基地局がまだ必要であれば、上記セカンダリ基地局がリリースされず、無駄な動作（例えば、セカンダリ基地局の追加の手続き）の発生が抑えられ得る。
【０１６０】
（ｃ）活動関連情報
−内容
例えば、上記活動関連情報は、ＳＣＧにおいて端末装置６０が活動的（active）であるか又は非活動的であるかを示す情報である。あるいは、上記活動関連情報は、単に、ＳＣＧにおいて端末装置６０が非活動的（inactive）であることを示す情報であってもよい。
【０１６１】
例えば、上記活動関連情報は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｓｔａｔｕｓである。具体的には、例えば、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｓｔａｔｕｓは、図６に示されるに定められる。
【０１６２】
このような情報により、例えば、上記マスタ基地局（第１基地局１００）は、ＳＣＧベアラのケースにおいても、端末装置６０の活動を知ることが可能になる。
【０１６３】
−生成
第２基地局２００（上記セカンダリ基地局）は、ＳＣＧにおける端末装置６０の活動（例えば、ＳＣＧにおける端末装置６０のデータ通信）を監視（observe）する。そして、第２基地局２００（上記セカンダリ基地局）は、監視結果に基づいて、上記活動関連情報を生成する。
【０１６４】
例えば、第２基地局２００（上記セカンダリ基地局）は、第１基地局１００（上記マスタ基地局）からの報告の要求に応じて、ＳＣＧにおける端末装置６０の活動の監視を開始する。あるいは、第２基地局２００（上記セカンダリ基地局）は、自主的に当該監視を開始してもよい。
【０１６５】
（ｄ）処理の流れ
図２５を参照して、第２の実施形態に係る要求及び報告の処理を説明する。図２５は、第２の実施形態に係る要求及び報告の処理の概略的な流れの一例を示すシーケンス図である。
【０１６６】
マスタ基地局である第１基地局１００（要求部１５３）は、セカンダリ基地局である第２基地局２００に、第２基地局２００のＳＣＧにおける端末装置６０の活動（activity）に関連する活動関連情報を報告するように要求する（Ｓ５０１）。
【０１６７】
第２基地局２００（報告部２５３）は、第１基地局１００からの要求に応じて、上記活動関連情報を第１基地局１００に報告する（Ｓ５０３）。そして、第１基地局１００（情報取得部１５５）は、第２基地局２００により報告される上記活動関連情報を取得する。
【０１６８】
以上、本発明の実施形態を説明した。本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上述した実施形態は例示であり、実施形態の組合せやそれらの各構成要素や各処理プロセスの組合せに様々な変形例が可能なこと、またそうした変形例も本発明の範囲にあることは、当業者に理解されるところである。
【０１６９】
例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
【０１７０】
また、本明細書において説明した基地局の構成要素（例えば、通信処理部、要求部、情報取得部、制御部、及び／又は報告部）を備えるモジュール（例えば、基地局装置、又は基地局装置のためのモジュール）が提供されてもよい。また、当該構成要素の処理を含む方法が提供されてもよく、当該構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録した記録媒体が提供されてもよい。当然ながら、このようなモジュール、方法、プログラム及び記録媒体も本発明に含まれる。
【０１７１】
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１７２】
（付記１）
端末装置のデュアルコネクティビティのためのＭＣＧ（Master  Cell  Group）ベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのためのＳＣＧ（Secondary  Cell  Group）ベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求する要求部と、
前記セカンダリ基地局により報告される前記活動関連情報を取得する情報取得部と、
を備える装置。
【０１７３】
（付記２）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を前記セカンダリ基地局に提供する、付記１に記載の装置。
【０１７４】
（付記３）
前記タイプ情報は、報告のタイプとして、オンデマンド、イベントトリガ、又は周期的を示す、付記２に記載の装置。
【０１７５】
（付記４）
前記タイプ情報は、Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  Ｔｙｐｅである、付記２又は３に記載の装置。
【０１７６】
（付記５）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報を前記セカンダリ基地局に提供する、付記１〜４のいずれか１項に記載の装置。
【０１７７】
（付記６）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記セカンダリ基地局に提供する、付記１〜５のいずれか１項に記載の装置。
【０１７８】
（付記７）
前記タイマ情報は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒである、付記６に記載の装置。
【０１７９】
（付記８）
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕｒである、付記５〜７に記載の装置。
【０１８０】
（付記９）
前記要求部は、前記活動関連情報の報告を要求するＳＥＮＢ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ又はＳＥＮＢ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１〜８のいずれか１項に記載の装置。
【０１８１】
（付記１０）
前記要求部は、前記活動関連情報の報告を要求するＵＥ−ＡＳＳＯＣＩＡＴＥＤ  ＩＮＦＯＲＭＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１〜８のいずれか１項に記載の装置。
【０１８２】
（付記１１）
前記活動関連情報に基づいて、前記セカンダリ基地局をリリースするかを判定する制御部、をさらに備える、付記１〜１０のいずれか１項に記載の装置。
【０１８３】
（付記１２）
前記制御部は、ＭＣＧにおける前記端末装置の活動に関連する他の活動関連情報にさらに基づいて、前記セカンダリ基地局をリリースするかを判定する、付記１１に記載の装置。
【０１８４】
（付記１３）
前記制御部は、ＳｅＮＢリリース手続きを通じて、前記セカンダリ基地局をリリースする、付記１１又は１２に記載の装置。
【０１８５】
（付記１４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告する報告部と、
を備える装置。
【０１８６】
（付記１５）
前記報告部は、報告タイプを示すタイプ情報であって、前記マスタ基地局により提供される当該タイプ情報に基づいて、前記活動関連情報を前記マスタ基地局に報告する、付記１４に記載の装置。
【０１８７】
（付記１６）
前記報告部は、前記活動関連情報を含むＳＥＮＢ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＩＲＥＤメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
【０１８８】
（付記１７）
前記報告部は、前記活動関連情報を含むＵＥ  ＡＳＳＯＣＩＡＴＥＤ  ＩＮＦＯＲＭＡＴＩＯＮ  ＲＥＰＯＲＴメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
【０１８９】
（付記１８）
前記報告部は、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記マスタ基地局に提供する、付記１４〜１７のいずれか１項に記載の装置。
【０１９０】
（付記１９）
前記タイマ情報は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒである、付記１８に記載の装置。
（付記２０）
前記挙動関連情報は、前記マスタ基地局により提供される情報である、付記１８又は１９に記載の装置。
【０１９１】
（付記２１）
前記活動関連情報は、ＳＣＧにおいて前記端末装置が非活動的であることを示す情報、又は、ＳＣＧにおいて前記端末装置が活動的であるか又は非活動的であるかを示す情報である、付記１〜２０のいずれか１項に記載の装置。
【０１９２】
（付記２２）
前記活動関連情報は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｓｔａｔｕｓである、付記１〜２１のいずれか１項に記載の装置。
【０１９３】
（付記２３）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記１〜２２のいずれか１項に記載の装置。
【０１９４】
（付記２４）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
を含む方法。
【０１９５】
（付記２５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
を含む方法。
【０１９６】
（付記２６）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。
【０１９７】
（付記２７）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラム。
【０１９８】
（付記２８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【０１９９】
（付記２９）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【０２００】
（付記３０）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局と、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局と、
を含み、
前記マスタ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように前記セカンダリ基地局に要求し、
前記セカンダリ基地局は、前記マスタ基地局からの要求に応じて、前記活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
システム。
【０２０１】
この出願は、２０１５年８月１１日に出願された日本出願特願２０１５−１５９１４２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０２０２】
１              システム
１０、２０      カバレッジエリア
３０            制御エンティティ
４０            ゲートウェイ
５０            ネットワーク
６０            端末装置
１００          第１基地局
１４１、１５１  通信処理部
１４３、１５３  要求部
１４５、１５５  情報取得部
１４７          制御部
２００          第２基地局
２４１、２５１  通信処理部
２４３、２５５  報告部
【図１】
2020039144.tif 000003
【図２】
2020039144.tif 000004
【図３】
2020039144.tif 000005
【図４】
2020039144.tif 000006
【図５】
2020039144.tif 000007
【図６】
2020039144.tif 000008
【図７】
2020039144.tif 000009
【図８】
2020039144.tif 000010
【図９】
2020039144.tif 000011
【図１０】
2020039144.tif 000012
【図１１】
2020039144.tif 000013
【図１２】
2020039144.tif 000014
【図１３】
2020039144.tif 000015
【図１４】
2020039144.tif 000016
【図１５】
2020039144.tif 000017
【図１６】
2020039144.tif 000018
【図１７】
2020039144.tif 000019
【図１８】
2020039144.tif 000020
【図１９】
2020039144.tif 000021
【図２０】
2020039144.tif 000022
【図２１】
2020039144.tif 000023
【図２２】
2020039144.tif 000024
【図２３】
2020039144.tif 000025
【図２４】
2020039144.tif 000026
【図２５】
2020039144.tif 000027