JP6849041B2 - 第二の通信装置、方法、及び第一の通信装置 - Google Patents

第二の通信装置、方法、及び第一の通信装置 Download PDF

Info

Publication number
JP6849041B2
JP6849041B2 JP2019200781A JP2019200781A JP6849041B2 JP 6849041 B2 JP6849041 B2 JP 6849041B2 JP 2019200781 A JP2019200781 A JP 2019200781A JP 2019200781 A JP2019200781 A JP 2019200781A JP 6849041 B2 JP6849041 B2 JP 6849041B2
Authority
JP
Japan
Prior art keywords
base station
activity
terminal device
report
related information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019200781A
Other languages
English (en)
Other versions
JP2020039144A (ja
Inventor
林　貞福
貞福 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2020039144A publication Critical patent/JP2020039144A/ja
Priority to JP2021031895A priority Critical patent/JP7396684B2/ja
Application granted granted Critical
Publication of JP6849041B2 publication Critical patent/JP6849041B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

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）し、ＳＣＧベアラのケースにおいて無駄な動作の発生が抑えられ得る。
＜＜２．システムの構成例＞＞
図１〜図３を参照して、本発明の実施形態に係るシステム１の概略的な構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、制御エンティティ３０、ゲートウェイ４０、端末装置６０、第１基地局１００及び第２基地局２００を含む。制御エンティティ３０、ゲートウェイ４０、第１基地局１００及び第２基地局２００は、ネットワーク５０を介して通信する。例えば、ネットワーク５０は、バックホール及びコアネットワークを含む。
例えば、システム１は、３ＧＰＰ（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）ベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求する要求部と、
前記セカンダリ基地局により報告される前記活動関連情報を取得する情報取得部と、
を備える装置。
（付記２）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、報告のタイプを示すタイプ情報を前記セカンダリ基地局に提供する、付記１に記載の装置。
（付記３）
前記タイプ情報は、報告のタイプとして、オンデマンド、イベントトリガ、又は周期的を示す、付記２に記載の装置。
（付記４）
前記タイプ情報は、Ｒｅｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｔｙｐｅである、付記２又は３に記載の装置。
（付記５）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報を前記セカンダリ基地局に提供する、付記１〜４のいずれか１項に記載の装置。
（付記６）
前記要求部は、前記セカンダリ基地局に前記活動関連情報を報告するように要求する際に、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記セカンダリ基地局に提供する、付記１〜５のいずれか１項に記載の装置。
（付記７）
前記タイマ情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒである、付記６に記載の装置。
（付記８）
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ ＵＥ Ｂｅｈａｖｉｏｕｒである、付記５〜７に記載の装置。
（付記９）
前記要求部は、前記活動関連情報の報告を要求するＳＥＮＢ ＡＤＤＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージ又はＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１〜８のいずれか１項に記載の装置。
（付記１０）
前記要求部は、前記活動関連情報の報告を要求するＵＥ−ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、付記１〜８のいずれか１項に記載の装置。
（付記１１）
前記活動関連情報に基づいて、前記セカンダリ基地局をリリースするかを判定する制御部、をさらに備える、付記１〜１０のいずれか１項に記載の装置。
（付記１２）
前記制御部は、ＭＣＧにおける前記端末装置の活動に関連する他の活動関連情報にさらに基づいて、前記セカンダリ基地局をリリースするかを判定する、付記１１に記載の装置。
（付記１３）
前記制御部は、ＳｅＮＢリリース手続きを通じて、前記セカンダリ基地局をリリースする、付記１１又は１２に記載の装置。
（付記１４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告する報告部と、
を備える装置。
（付記１５）
前記報告部は、報告タイプを示すタイプ情報であって、前記マスタ基地局により提供される当該タイプ情報に基づいて、前記活動関連情報を前記マスタ基地局に報告する、付記１４に記載の装置。
（付記１６）
前記報告部は、前記活動関連情報を含むＳＥＮＢ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
（付記１７）
前記報告部は、前記活動関連情報を含むＵＥ ＡＳＳＯＣＩＡＴＥＤ ＩＮＦＯＲＭＡＴＩＯＮ ＲＥＰＯＲＴメッセージを前記マスタ基地局へ送信する、付記１４又は１５に記載の装置。
（付記１８）
前記報告部は、前記端末装置の挙動に関連する挙動関連情報に基づいて決定された、前記端末装置についての非活動タイマの値を示すタイマ情報を、前記マスタ基地局に提供する、付記１４〜１７のいずれか１項に記載の装置。
（付記１９）
前記タイマ情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒである、付記１８に記載の装置。
（付記２０）
前記挙動関連情報は、前記マスタ基地局により提供される情報である、付記１８又は１９に記載の装置。
（付記２１）
前記活動関連情報は、ＳＣＧにおいて前記端末装置が非活動的であることを示す情報、又は、ＳＣＧにおいて前記端末装置が活動的であるか又は非活動的であるかを示す情報である、付記１〜２０のいずれか１項に記載の装置。
（付記２２）
前記活動関連情報は、Ｕｓｅｒ Ｉｎａｃｔｉｖｉｔｙ Ｓｔａｔｕｓである、付記１〜２１のいずれか１項に記載の装置。
（付記２３）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、付記１〜２２のいずれか１項に記載の装置。
（付記２４）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
を含む方法。
（付記２５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
を含む方法。
（付記２６）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。
（付記２７）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラム。
（付記２８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局に、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように要求することと、
前記セカンダリ基地局により報告される前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（付記２９）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局からの要求に応じて、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（付記３０）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局と、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局と、
を含み、
前記マスタ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告するように前記セカンダリ基地局に要求し、
前記セカンダリ基地局は、前記マスタ基地局からの要求に応じて、前記活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
システム。
この出願は、２０１５年８月１１日に出願された日本出願特願２０１５−１５９１４２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１ システム
１０、２０ カバレッジエリア
３０ 制御エンティティ
４０ ゲートウェイ
５０ ネットワーク
６０ 端末装置
１００ 第１基地局
１４１、１５１ 通信処理部
１４３、１５３ 要求部
１４５、１５５ 情報取得部
１４７ 制御部
２００ 第２基地局
２４１、２５１ 通信処理部
２４３、２５５ 報告部

Claims (3)

  1. 第二の通信装置における端末装置の活動に関連する活動関連情報の報告を、第一の通信装置から要求されるときに、前記第一の通信装置から、前記端末装置の活動の監視を行う時間間隔に関する情報、を受信する受信部と、
    前記端末装置の活動の監視を行う制御部とを有し、
    前記時間間隔に関する情報が示す値が０である場合、前記端末装置の活動の監視を行わない、
    第二の通信装置。
  2. 第二の通信装置における端末装置の活動に関連する活動関連情報の報告を、第一の通信装置から要求されるときに、前記第一の通信装置から、前記端末装置の活動の監視を行う時間間隔に関する情報を受信し、
    前記端末装置の活動を監視し、
    前記時間間隔に関する情報が示す値が０である場合、前記端末装置の活動の監視を行わない、
    方法。
  3. 第二の通信装置における端末装置の活動に関連する活動関連情報の報告を要求するときに、前記第二の通信装置に対し、前記端末装置の活動の監視を行う時間間隔に関する情報を送信する送信部と、
    前記第二の通信装置により報告される前記活動関連情報を受信する受信部と、を有し、
    前記時間間隔に関する情報が示す値が０である場合、前記端末装置の活動の監視は行われない、
    第一の通信装置。

JP2019200781A 2015-08-11 2019-11-05 第二の通信装置、方法、及び第一の通信装置 Active JP6849041B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021031895A JP7396684B2 (ja) 2015-08-11 2021-03-01 マスタ基地局の方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015159142 2015-08-11
JP2015159142 2015-08-11

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017534395A Division JP6614239B2 (ja) 2015-08-11 2016-08-04 デュアルコネクティビティに関連する装置及び方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021031895A Division JP7396684B2 (ja) 2015-08-11 2021-03-01 マスタ基地局の方法

Publications (2)

Publication Number Publication Date
JP2020039144A JP2020039144A (ja) 2020-03-12
JP6849041B2 true JP6849041B2 (ja) 2021-03-24

Family

ID=57983589

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2017534395A Active JP6614239B2 (ja) 2015-08-11 2016-08-04 デュアルコネクティビティに関連する装置及び方法
JP2019200781A Active JP6849041B2 (ja) 2015-08-11 2019-11-05 第二の通信装置、方法、及び第一の通信装置
JP2021031895A Active JP7396684B2 (ja) 2015-08-11 2021-03-01 マスタ基地局の方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2017534395A Active JP6614239B2 (ja) 2015-08-11 2016-08-04 デュアルコネクティビティに関連する装置及び方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2021031895A Active JP7396684B2 (ja) 2015-08-11 2021-03-01 マスタ基地局の方法

Country Status (5)

Country Link
US (2) US11310852B2 (ja)
EP (1) EP3337265B1 (ja)
JP (3) JP6614239B2 (ja)
CN (1) CN107926007B (ja)
WO (1) WO2017026366A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108696947B (zh) * 2017-03-16 2020-05-01 中兴通讯股份有限公司 一种用户信息管理的方法和系统
US10264596B1 (en) * 2017-03-22 2019-04-16 Sprint Spectrum L.P. Method and system for controlling WCD core-network connection based on communications served by base station for which WCD provides wireless backhaul connectivity
CN108811004B (zh) * 2017-04-28 2020-07-17 捷开通讯(深圳)有限公司 辅基站切换方法及装置
US11606729B2 (en) * 2017-06-15 2023-03-14 Qualcomm Incorporated Techniques and apparatuses for user equipment mobility in multi-connectivity mode
CN109429360B (zh) * 2017-07-11 2020-10-16 华为技术有限公司 一种连接建立的方法、装置及系统
RU2761403C1 (ru) * 2018-05-07 2021-12-08 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ и устройство для приостановки соединения rrc и компьютерный носитель данных
CN112088575B (zh) * 2018-05-07 2024-04-30 瑞典爱立信有限公司 用于在拒绝时处置周期性无线电接入网络通知区域（rna）更新配置的方法
US11140743B2 (en) * 2018-06-05 2021-10-05 Verizon Patent And Licensing Inc. Method and system for resource management in multi-RAT dual connectivity environment
CN111148257B (zh) * 2018-11-02 2023-05-02 中兴通讯股份有限公司 状态上报、消息接收方法及装置、存储介质、电子装置
CN110557780A (zh) 2019-05-16 2019-12-10 Oppo广东移动通信有限公司 一种终端的功耗控制方法、装置及存储介质
CN112020099B (zh) * 2019-05-31 2022-05-20 大唐移动通信设备有限公司 一种上行数据的分流方法及装置
CN111294899B (zh) * 2019-06-19 2023-03-14 展讯通信（上海）有限公司 用于drx的不活动定时器控制方法及装置、存储介质、终端、基站
CN117202230A (zh) * 2022-06-01 2023-12-08 华为技术有限公司 通信方法和装置

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1973355A1 (en) 2007-03-19 2008-09-24 Nokia Siemens Networks Gmbh & Co. Kg Method and apparatus for configuring mode timers
JP5990464B2 (ja) * 2010-01-08 2016-09-14 インターデイジタル パテント ホールディングス インコーポレイテッド マルチキャリア／マルチセル動作のための不連続受信および／または不連続送信を実行する方法および装置
CN102469554B (zh) 2010-11-05 2014-09-10 中兴通讯股份有限公司 终端接入网络的方法及终端
US9848322B2 (en) 2013-01-17 2017-12-19 Intel IP Corporation Method, apparatus and system for managing bearers in a wireless communication system
US20160007352A1 (en) * 2013-02-27 2016-01-07 Telefonaktiebolaget L M Ericsson (Publ) Controlling resources of radio terminal in radio access node
KR101898948B1 (ko) * 2013-02-28 2018-09-17 닛본 덴끼 가부시끼가이샤 무선 통신 시스템, 무선국, 무선 단말, 통신 제어 방법, 및 비일시적인 컴퓨터 가독 매체
US9807818B2 (en) 2013-08-08 2017-10-31 Industrial Technology Research Institute Method of radio bearer establishment in dual connectivity
US20150043492A1 (en) 2013-08-12 2015-02-12 Electronics And Telecommunications Research Institute Method for providing dual connectivity in wireless communication system
KR102101517B1 (ko) 2013-09-27 2020-04-16 이노스카이 주식회사 이중연결 방식을 이용하는 무선통신 시스템에서 서빙셀의 활성화/비활성화 방법 및 장치
EP3065450A4 (en) 2013-10-31 2017-06-28 Nec Corporation Core network device, wireless terminal, and communication control method therefor
US9661657B2 (en) 2013-11-27 2017-05-23 Intel Corporation TCP traffic adaptation in wireless systems
CN104822169B (zh) 2014-01-30 2019-01-25 上海诺基亚贝尔股份有限公司 用于为用户设备的切换提供服务的方法、基站和双连接系统
WO2015115621A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末
EP3101972A4 (en) * 2014-01-31 2018-01-31 Kyocera Corporation Communication control method
EP2911462B1 (en) * 2014-01-31 2020-04-15 Avago Technologies International Sales Pte. Limited Time offset acquisition for dual connectivity
CN104936183B (zh) 2014-03-17 2020-06-16 中兴通讯股份有限公司 一种传输数据的方法及装置
CN104936175B (zh) 2014-03-21 2018-11-16 上海诺基亚贝尔股份有限公司 在双连接的通信环境下进行密钥更新的方法和装置
US10057937B2 (en) * 2014-05-02 2018-08-21 Nokia Solutions And Networks Oy Communications via multiple access points
EP3142450B1 (en) 2014-05-07 2019-02-20 Nec Corporation Communication system and communication method
EP4221055A1 (en) 2014-08-06 2023-08-02 Mitsubishi Electric Corporation Mobile communication system, user equipment and base station
CN104219787A (zh) 2014-09-10 2014-12-17 电信科学技术研究院 一种恢复无线链路的方法和设备
JP2016076786A (ja) * 2014-10-03 2016-05-12 株式会社Ｎｔｔドコモ 情報通知方法、移動通信システム、及び基地局
US10342066B2 (en) * 2014-11-07 2019-07-02 Nokia Solutions And Networks Oy Method and apparatus for dual connectivity management
WO2016108566A1 (en) * 2014-12-30 2016-07-07 Lg Electronics Inc. Method and apparatus for performing inter-menb handover without senb change in wireless communication system
WO2016122367A1 (en) * 2015-01-30 2016-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for handover for dual connectivity
US10555367B2 (en) * 2015-02-27 2020-02-04 Kyocera Corporation Radio terminal
WO2016136854A1 (ja) * 2015-02-27 2016-09-01 京セラ株式会社 無線端末、基地局、及びプロセッサ
US10779354B2 (en) * 2015-03-03 2020-09-15 Kyocera Corporation Communication method, radio terminal, and processor
US9930516B2 (en) * 2015-05-15 2018-03-27 Samsung Electronics Co., Ltd. UE monitoring configuration method and apparatus

Also Published As

Publication number Publication date
EP3337265B1 (en) 2021-02-24
WO2017026366A1 (ja) 2017-02-16
CN107926007B (zh) 2022-08-19
US20180220483A1 (en) 2018-08-02
US11310852B2 (en) 2022-04-19
US20220183095A1 (en) 2022-06-09
CN107926007A (zh) 2018-04-17
JPWO2017026366A1 (ja) 2018-05-10
JP7396684B2 (ja) 2023-12-12
EP3337265A1 (en) 2018-06-20
JP2020039144A (ja) 2020-03-12
JP2021090220A (ja) 2021-06-10
EP3337265A4 (en) 2019-03-20
JP6614239B2 (ja) 2019-12-04

Similar Documents

Publication Publication Date Title
JP6849041B2 (ja) 第二の通信装置、方法、及び第一の通信装置
JP6465216B2 (ja) デュアルコネクティビティに関連する装置
US9723647B2 (en) Handling a radio link failure in communications
US20170215224A1 (en) A method and apparatus for maintenance and release of ue resources
WO2015140848A1 (ja) 制御装置、基地局装置、無線端末、及び隣接関係テーブルの更新方法
JP6658891B2 (ja) ビームフォーミングに関連する装置、方法、システム、プログラム及び記録媒体
JP5857955B2 (ja) 無線通信システム、通信装置、複数基地局からの同時送信の制御方法、及びプログラム
WO2017037845A1 (ja) ネットワークノードとネットワークシステムと端末、ネットワーク制御方法並びにプログラム
WO2012034580A1 (en) Reduced radio resource control connectivity
US20150319795A1 (en) Radio communication system and control method
US11290868B2 (en) Subscription information configuration
JP2014007500A5 (ja)
US20230403623A1 (en) Managing sidelink information, configuration, and communication
JP2018078629A (ja) ページング制御方法、及び基地局
WO2016020000A1 (en) Signalling of system frame number offset
JP6121672B2 (ja) 移動通信システムおよび移動通信方法
JP2023521365A (ja) 新しい無線（ｎｒ）のサイドリンク（ｓｌ）におけるｐｃ５から無線リソース制御（ｒｒｃ）設定手順の監視の強化
EP4451797A2 (en) Methods for effective management and maintenance of active user equipment context in the 5g gnodeb
US20230396991A1 (en) METHODS FOR EFFECTIVE MANAGEMENT AND MAINTENANCE OF ACTIVE USER EQUIPMENT CONTEXT IN THE 5G gNodeB
WO2024026133A1 (en) Managing multiple timing advance values for multiple transmit and/or receive points
JP2015226295A (ja) ユーザ装置及び無線リンク障害通知方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191105

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20201130

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210202

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210215

R150 Certificate of patent or registration of utility model

Ref document number: 6849041

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150