(57)【要約】【課題】ＳＣＧベアラのケースにおいて無駄な動作の発生を抑えることを可能にすること。【解決手段】本発明の装置は、端末装置のデュアルコネクティビティのためのＭＣＧ（Master  Cell  Group）ベアラ上で上記端末装置と通信する第１通信処理部と、上記デュアルコネクティビティのためのＳＣＧ（Secondary  Cell  Group）ベアラ上で上記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信する第２通信処理部と、を備える。上記第２通信処理部は、上記リリースの拒絶を示す第２のメッセージを上記セカンダリ基地局へ送信する。【選択図】図２４
2017061317.tif 000002
【特許請求の範囲】
【請求項１】
端末装置のデュアルコネクティビティのためのＭＣＧ（Master  Cell  Group）ベアラ上で前記端末装置と通信する第１通信処理部と、
前記デュアルコネクティビティのためのＳＣＧ（Secondary  Cell  Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信する第２通信処理部と、
を備え、
前記第２通信処理部は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
装置。
【請求項２】
前記第１のメッセージは、ＳＥＮＢ  ＲＥＬＥＡＳＥ  ＲＥＱＵＩＲＥＤメッセージである、請求項１に記載の装置。
【請求項３】
前記第２のメッセージは、前記リリースの拒絶を示す情報要素を含むＳＥＮＢ  ＲＥＬＥＡＳＥ  ＣＯＮＦＩＲＭメッセージである、請求項１又は２に記載の装置。
【請求項４】
前記情報要素は、Ｒｅｌｅａｓｅ  Ｒｅｊｅｃｔ  ＩＥである、請求項３に記載の装置。
【請求項５】
前記第２のメッセージは、ＳＥＮＢ  ＲＥＬＥＡＳＥ  ＲＥＪＥＣＴメッセージである、請求項１又は２に記載の装置。
【請求項６】
前記第２通信処理部は、前記リリースが受け入れられない場合に、前記第２のメッセージを前記セカンダリ基地局へ送信する、請求項１〜５のいずれか１項に記載の装置。
【請求項７】
前記第２通信処理部は、前記リリースが受け入れられる場合に、前記リリースの確認を示す第３のメッセージを前記セカンダリ基地局へ送信する、請求項６に記載の装置。
【請求項８】
前記第３のメッセージは、ＳＥＮＢ  ＲＥＬＥＡＳＥ  ＣＯＮＦＩＲＭメッセージである、請求項７に記載の装置。
【請求項９】
前記第２のメッセージは、前記セカンダリ基地局が次のリリース手続きを開始する前に待機すべき時間を示す待機時間情報を含む、請求項１〜８のいずれか１項に記載の装置。
【請求項１０】
前記待機時間情報は、Ｔｉｍｅ  ｔｏ  ｗａｉｔ  ＩＥである、請求項９に記載の装置。
【請求項１１】
前記第２通信処理部は、前記端末装置の非活動に関する機能の停止を示す停止情報を前記セカンダリ基地局へ送信する、請求項１〜１０のいずれか１項に記載の装置。
【請求項１２】
前記停止情報は、上記停止を示すＵｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  ｆｕｎｃｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ  ＩＥである、請求項１１に記載の装置。
【請求項１３】
前記第２のメッセージは、前記停止情報を含む、請求項１１又は１２に記載の装置。
【請求項１４】
前記第２通信処理部は、前記停止情報を含むＳＥＮＢ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ、又は、前記停止情報を含むＳＥＮＢ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを前記セカンダリ基地局へ送信する、請求項１１〜１３のいずれか１項に記載の装置。
【請求項１５】
前記第２通信処理部は、前記端末装置の挙動に関連する挙動関連情報を含む第４のメッセージを前記セカンダリ基地局へ送信する、請求項１〜１４のいずれか１項に記載の装置。
【請求項１６】
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕｒ  ＩＥである、請求項１５に記載の装置。
【請求項１７】
前記第４のメッセージは、ＳＥＮＢ  ＡＤＤＩＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ、又はＳＥＮＢ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージである、請求項１５又は１６に記載の装置。
【請求項１８】
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、請求項１〜１７のいずれか１項に記載の装置。
【請求項１９】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する第１通信処理部と、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信する第２通信処理部と、
を備え、
前記第２通信処理部は、前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信する、
装置。
【請求項２０】
前記第２通信処理部は、前記リリースが受け入れられない場合に、前記第２のメッセージを前記マスタ基地局から受信する、請求項１９に記載の装置。
【請求項２１】
前記第２通信処理部は、前記リリースが受け入れられる場合に、前記リリースの確認を示す第３のメッセージを前記マスタ基地局から受信する、請求項２０に記載の装置。
【請求項２２】
前記第２のメッセージは、前記セカンダリ基地局が次のリリース手続きを開始する前に待機すべき時間を示す待機時間情報を含み、
前記第２通信処理部は、前記待機時間情報に基づいて待機する、
請求項１９〜２１のいずれか１項に記載の装置。
【請求項２３】
前記第２通信処理部は、前記端末装置の非活動に関する機能の停止を示す停止情報を前記マスタ基地局から受信し、
前記第１通信処理部及び前記第２通信処理部の少なくとも一方は、前記停止情報に基づいて、前記機能を停止する、
請求項１９〜２２のいずれか１項に記載の装置。
【請求項２４】
前記装置は、前記セカンダリ基地局として動作する基地局、当該基地局のための基地局装置、又は当該基地局装置のためのモジュールである、請求項１９〜２３のいずれか１項に記載の装置。
【請求項２５】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、
を備え、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
装置。
【請求項２６】
前記装置は、前記端末装置、又は前記端末装置のためのモジュールである、請求項２５に記載の装置。
【請求項２７】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得する情報取得部と、
を備える装置。
【請求項２８】
前記端末装置の挙動に関連する挙動関連情報を前記セカンダリ基地局に提供する情報提供部をさらに備える、請求項２７に記載の装置。
【請求項２９】
前記挙動関連情報は、Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｕｒ  ＩＥである、請求項２８に記載の装置。
【請求項３０】
前記活動関連情報を使用して動作を決定する制御部をさらに備える、請求項２７〜２９のいずれか１項に記載の装置。
【請求項３１】
前記動作は、前記セカンダリ基地局のリリースを含む、請求項３０に記載の装置。
【請求項３２】
前記制御部は、前記活動関連情報、及び、ＭＣＧにおける前記端末装置の活動に関連する他の活動関連情報を使用して、前記セカンダリ基地局のリリースを決定する、請求項３１に記載の装置。
【請求項３３】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信する通信処理部と、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告する報告部と、
を備える装置。
【請求項３４】
前記報告部は、前記活動関連情報を含むＳＥＮＢ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＩＲＥＤメッセージを前記マスタ基地局へ送信する、請求項３３に記載の装置。
【請求項３５】
前記報告部は、前記端末装置の挙動に関連する挙動関連情報に基づいて、前記マスタ基地局に前記活動関連情報を報告する、請求項３３又は３４に記載の装置。
【請求項３６】
前記活動関連情報は、ＳＣＧにおいて前記端末装置が非活動的であることを示す情報、又は、ＳＣＧにおいて前記端末装置が活動的であるか又は非活動的であるかを示す情報である、請求項２７〜３５のいずれか１項に記載の装置。
【請求項３７】
前記活動関連情報は、Ｕｓｅｒ  Ｉｎａｃｔｉｖｉｔｙ  Ｓｔａｔｕｓ  ＩＥである、請求項２７〜３６のいずれか１項に記載の装置。
【請求項３８】
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、請求項２７〜３７のいずれか１項に記載の装置。
【請求項３９】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信する第１通信処理部と、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信する第２通信処理部と、
を備え、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
装置。
【請求項４０】
前記装置は、前記端末装置、又は前記端末装置のためのモジュールである、請求項３９に記載の装置。
【請求項４１】
端末装置のデュアルコネクティビティのためのＭＣＧ（Master  Cell  Group）ベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧ（Secondary  Cell  Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
を含む方法。
【請求項４２】
端末装置のデュアルコネクティビティのためのＭＣＧ（Master  Cell  Group）ベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧ（Secondary  Cell  Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
をプロセッサに実行させるためのプログラム。
【請求項４３】
端末装置のデュアルコネクティビティのためのＭＣＧ（Master  Cell  Group）ベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧ（Secondary  Cell  Group）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【請求項４４】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
を含む方法。
【請求項４５】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
をプロセッサに実行させるためのプログラム。
【請求項４６】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【請求項４７】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
を含み、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
方法。
【請求項４８】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムであり、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
プログラム。
【請求項４９】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
記録媒体。
【請求項５０】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
を含む方法。
【請求項５１】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。
【請求項５２】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【請求項５３】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
を含む方法。
【請求項５４】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
をプロセッサに実行させるためのプログラム。
【請求項５５】
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【請求項５６】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
を含み、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
方法。
【請求項５７】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムであり、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
プログラム。
【請求項５８】
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デュアルコネクティビティに関連する装置に関する。
【背景技術】
【０００２】
スマートフォンのようなＵＥ（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）ベアラ上で前記端末装置と通信するセカンダリ基地局から、当該セカンダリ基地局のリリースを要求する第１のメッセージを受信することと、
前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【０３７９】
（付記４４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
を含む方法。
【０３８０】
（付記４５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
をプロセッサに実行させるためのプログラム。
【０３８１】
（付記４６）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記ＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局のリリースを要求する第１のメッセージを、前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局へ送信することと、
前記リリースの拒絶を示す第２のメッセージを前記マスタ基地局から受信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【０３８２】
（付記４７）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
を含み、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
方法。
【０３８３】
（付記４８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムであり、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
プログラム。
【０３８４】
（付記４９）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記セカンダリ基地局は、前記セカンダリ基地局のリリースを要求する第１のメッセージを前記マスタ基地局へ送信し、
前記マスタ基地局は、前記リリースの拒絶を示す第２のメッセージを前記セカンダリ基地局へ送信する、
記録媒体。
【０３８５】
（付記５０）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
を含む方法。
【０３８６】
（付記５１）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラム。
【０３８７】
（付記５２）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信するセカンダリ基地局により報告される活動関連情報であって、当該セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する前記活動関連情報を取得することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【０３８８】
（付記５３）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
を含む方法。
【０３８９】
（付記５４）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
をプロセッサに実行させるためのプログラム。
【０３９０】
（付記５５）
端末装置のデュアルコネクティビティのためのＳＣＧベアラ上で前記端末装置と通信することと、
前記デュアルコネクティビティのＭＣＧベアラ上で前記端末装置と通信するマスタ基地局に、ＳＣＧにおける前記端末装置の活動に関連する活動関連情報を報告することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
【０３９１】
（付記５６）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
を含み、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
方法。
【０３９２】
（付記５７）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムであり、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
プログラム。
【０３９３】
（付記５８）
端末装置のデュアルコネクティビティのためのＭＣＧベアラ上でマスタ基地局と通信することと、
前記デュアルコネクティビティのためのＳＣＧベアラ上でセカンダリ基地局と通信することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記セカンダリ基地局は、前記セカンダリ基地局のＳＣＧにおける前記端末装置の活動に関連する活動関連情報を前記マスタ基地局に報告し、
前記マスタ基地局は、前記セカンダリ基地局により報告される前記活動関連情報を取得する、
記録媒体。
【０３９４】
この出願は、２０１５年１０月６日に出願された日本出願特願２０１５−１９８２８７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０３９５】
移動体通信システムにおいてＳＣＧベアラのケースで無駄な動作の発生を抑えられる。
【符号の説明】
【０３９６】
１              システム
１０、２０      カバレッジエリア
３０            制御エンティティ
４０            ゲートウェイ
５０            ネットワーク
１００          第１基地局
１４１、１５１  第１通信処理部
１４３、１５３  第２通信処理部
１６１、１７１  通信処理部
１６３          情報提供部
１６５、１７５  情報取得部
１６７          制御部
２００          第２基地局
２４１、２５１  第１通信処理部
２４３、２５３  第２通信処理部
２６１、２７１  通信処理部
２６３、２７３  報告部
３００          端末装置
３３１、３４１、３５１、３６１  第１通信処理部
３３３、３４３、３５３、３６３  第２通信処理部
【図１】
2017061317.tif 000003
【図２】
2017061317.tif 000004
【図３】
2017061317.tif 000005
【図４】
2017061317.tif 000006
【図５】
2017061317.tif 000007
【図６】
2017061317.tif 000008
【図７】
2017061317.tif 000009
【図８】
2017061317.tif 000010
【図９】
2017061317.tif 000011
【図１０】
2017061317.tif 000012
【図１１】
2017061317.tif 000013
【図１２】
2017061317.tif 000014
【図１３】
2017061317.tif 000015
【図１４】
2017061317.tif 000016
【図１５】
2017061317.tif 000017
【図１６】
2017061317.tif 000018
【図１７】
2017061317.tif 000019
【図１８】
2017061317.tif 000020
【図１９】
2017061317.tif 000021
【図２０】
2017061317.tif 000022
【図２１】
2017061317.tif 000023
【図２２】
2017061317.tif 000024
【図２３】
2017061317.tif 000025
【図２４】
2017061317.tif 000026
【図２５】
2017061317.tif 000027
【図２６】
2017061317.tif 000028
【図２７】
2017061317.tif 000029
【図２８】
2017061317.tif 000030
【図２９】
2017061317.tif 000031
【図３０】
2017061317.tif 000032
【図３１】
2017061317.tif 000033
【図３２】
2017061317.tif 000034
【図３３】
2017061317.tif 000035
【図３４】
2017061317.tif 000036
【図３５】
2017061317.tif 000037
【図３６】
2017061317.tif 000038
【図３７】
2017061317.tif 000039
【図３８】
2017061317.tif 000040
【図３９】
2017061317.tif 000041
【図４０】
2017061317.tif 000042
【図４１】
2017061317.tif 000043
【図４２】
2017061317.tif 000044
【図４３】
2017061317.tif 000045
【図４４】
2017061317.tif 000046
【図４５】
2017061317.tif 000047
【図４６】
2017061317.tif 000048
【図４７】
2017061317.tif 000049
【図４８】
2017061317.tif 000050
【図４９】
2017061317.tif 000051
【図５０】
2017061317.tif 000052
【図５１】
2017061317.tif 000053
【図５２】
2017061317.tif 000054
【図５３】
2017061317.tif 000055
【図５４】
2017061317.tif 000056
【図５５】
2017061317.tif 000057
【図５６】
2017061317.tif 000058
【図５７】
2017061317.tif 000059
【国際調査報告】
2017061317.tif 000060
2017061317.tif 000061
2017061317.tif 000062
2017061317.tif 000063
2017061317.tif 000064
2017061317.tif 000065