JP6134459B1 - 基地局及び方法 - Google Patents

Abstract

移動通信システムのネットワークに含まれる基地局は、ユニキャスト信号により、ＭＢＳＦＮ測定を設定するＬｏｇｇｅｄ測定設定をユーザ端末に送信する。前記ＭＢＳＦＮ測定は、前記ネットワークから送信されるＭＢＳＦＮ参照信号に対する測定であり、前記Ｌｏｇｇｅｄ測定設定は、前記ＭＢＳＦＮ測定の対象とする周波数の情報を含む。【選択図】図１２

Description

本発明は、ＭＢＭＳをサポートする移動通信システムにおいて用いられる基地局及び方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）の仕様が策定されている（例えば、非特許文献１参照）。ＭＢＭＳでは、ユーザ端末は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータを受信する。

３ＧＰＰ技術仕様書 「ＴＳ３６．３００ Ｖ１２．０．０」 ２０１４年１月１０日

しかしながら、現状では、ネットワークは、ＭＢＭＳデータが良好な受信状態で受信されているか否かを把握することができない。従って、ＭＢＭＳデータの受信状態を改善するためのネットワーク最適化を行うことは困難であった。

そこで、本発明は、ＭＢＭＳを適切に提供可能とすることを目的とする。

第１の特徴に係るＭＢＭＳ測定制御方法は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定を制御するための方法である。前記ＭＢＭＳ測定制御方法は、前記ネットワークが、前記ＭＢＭＳ測定の設定に関するＭＢＭＳ測定設定情報を送信するステップと、前記ＭＢＭＳ測定をサポートするＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定設定情報を前記ネットワークから受信するステップと、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳデータの受信を開始した以降のタイミング、又は前記ＭＢＭＳデータの受信に興味を持った以降のタイミングにおいて、前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を開始するステップと、を有する。

第２の特徴に係るＭＢＭＳ測定制御方法は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定を制御するための方法である。前記ＭＢＭＳ測定制御方法は、前記ネットワークが、ユニキャスト信号により、前記ＭＢＭＳ測定の設定に関するＭＢＭＳ測定設定情報を送信するステップと、前記ＭＢＭＳ測定をサポートするＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定設定情報を前記ネットワークから受信するステップと、前記ＭＢＭＳ測定対応端末が、ＲＲＣコネクティッド状態におけるＬｏｇｇｅｄ ＭＤＴにより、前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を行うステップと、を有する。

第３の特徴に係るＭＢＭＳ測定制御方法は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定を制御するための方法である。前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定をサポートするＭＢＭＳ測定対応端末が、前記ネットワークから前記ＭＢＭＳデータを受信する期間において前記ＭＢＭＳ測定を行うステップと、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳデータの受信に失敗した場合に、ＭＢＭＳ測定結果を位置情報と共に記憶するステップと、を有する。前記ＭＢＭＳ測定は、ＭＢＭＳ参照信号受信電力の測定、ＭＢＭＳ参照信号受信品質の測定、ＭＢＭＳ ＳＩＮＲの測定、ＭＢＭＳ ＢＬＥＲの測定、のうち少なくとも１つを含む。

第４の特徴に係る方法は、ネットワークからマルチキャスト又はブロードキャストでデータ配信を行うＭＢＭＳをサポートする移動通信システムにおいて、ユーザ端末が継続的にＭＢＭＳを受信するための方法である。前記方法は、基地局が、ＭＢＭＳの継続受信を補助するための補助情報をブロードキャスト信号により前記ユーザ端末に送信するステップと、前記ユーザ端末が、前記基地局から受信した前記補助情報に基づいて、前記ユーザ端末が受信している又は受信に興味を持つＭＢＭＳに関するＭＢＭＳ興味通知を生成するステップと、前記ユーザ端末が、前記ＭＢＭＳ興味通知を前記基地局に送信するステップと、を有する。前記ＭＢＭＳ興味通知を生成するステップは、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であるか否かに関連付けられた所定の情報を前記ＭＢＭＳ興味通知に追加するステップを含む。

第１実施形態乃至第７実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第７実施形態に係るＵＥのブロック図である。 第１実施形態乃至第７実施形態に係るｅＮＢのブロック図である。 第１実施形態乃至第７実施形態に係る無線インターフェイスのプロトコルスタック図である。 第１実施形態乃至第７実施形態に係る無線フレームの構成図である。 第１実施形態乃至第７実施形態に係るＭＢＭＳが提供されるエリアを示す図である。 第１実施形態乃至第７実施形態に係るＭＢＭＳに関連するネットワーク構成を示す図である。 第１実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。 第２実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。 第２実施形態に係るＵＥの記憶領域を説明するための図である。 第３実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。 第４実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。 第５実施形態に係る動作の概要を説明するための図である。 第５実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。 第６実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。 第７実施形態に係る方法を示すシーケンス図である。 第７実施形態に係るＭＢＭＳ興味通知のメッセージ構成を示す図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。

［実施形態の概要］
第１実施形態乃至第５実施形態に係るＭＢＭＳ測定制御方法は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定を制御するための方法である。前記ＭＢＭＳ測定制御方法は、前記ネットワークが、前記ＭＢＭＳ測定の設定に関するＭＢＭＳ測定設定情報を送信するステップと、前記ＭＢＭＳ測定をサポートするＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定設定情報を前記ネットワークから受信するステップと、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳデータの受信を開始した以降のタイミング、又は前記ＭＢＭＳデータの受信に興味を持った以降のタイミングにおいて、前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を開始するステップと、を有する。

第１実施形態乃至第５実施形態では、前記ＭＢＭＳ測定対応端末は、ＭＤＴ、及びＭＢＭＳデータの受信の両方をサポートするユーザ端末である。

第１実施形態乃至第５実施形態では、前記ＭＢＭＳ測定は、ＭＢＭＳ参照信号受信電力の測定、ＭＢＭＳ参照信号受信品質の測定、ＭＢＭＳ ＳＩＮＲの測定、ＭＢＭＳ ＢＬＥＲの測定、のうち少なくとも１つを含む。

第１実施形態、第２実施形態、及び第５実施形態では、前記ＭＢＭＳ測定設定情報を送信するステップにおいて、前記ネットワークは、ブロードキャスト信号又はマルチキャスト信号により前記ＭＢＭＳ測定設定情報を送信する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定設定情報を受信した前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定を実行可能であることを示す実行可能通知を前記ネットワークに送信するステップと、前記ネットワークが、前記ＭＢＭＳ測定対応端末からの前記実行可能通知を基に、前記ＭＢＭＳ測定を行わせる前記ＭＢＭＳ測定対応端末を選定するステップと、前記ネットワークが、前記選定したＭＢＭＳ測定対応端末のトレースセッションを開始するステップと、前記ネットワークが、前記選定したＭＢＭＳ測定対応端末に対して、ＭＢＭＳ測定開始通知を送信するステップと、をさらに有する。前記ＭＢＭＳ測定を開始するステップにおいて、前記ＭＢＭＳ測定開始通知を受信した前記ＭＢＭＳ測定対応端末は、前記ＭＢＭＳデータの受信を開始した以降のタイミング、又は前記ＭＢＭＳデータの受信に興味を持った以降のタイミングで、前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を開始する。

第１実施形態、第２実施形態、及び第５実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定をサポートしないＭＢＭＳ測定非対応端末が、前記ＭＢＭＳ測定設定情報を受信しない、又は、前記ＭＢＭＳ測定設定情報を受信しても該ＭＢＭＳ測定設定情報を破棄するステップをさらに有する。

第１実施形態及び第２実施形態では、前記実行可能通知を送信するステップにおいて、前記ＭＢＭＳ測定対応端末は、前記ＭＢＭＳデータを受信している場合にのみ、前記実行可能通知を前記ネットワークに送信する。

第１実施形態、第３実施形態、及び第５実施形態では、前記ＭＢＭＳ測定設定情報は、ＭＢＭＳ報告条件として定期報告型又はイベント報告型の何れかを設定する情報を含む。前記ＭＢＭＳ報告条件が前記定期報告型である場合、前記ＭＢＭＳ測定設定情報は、報告間隔をさらに含む。前記ＭＢＭＳ報告条件が前記イベント報告型である場合、前記ＭＢＭＳ測定設定情報は、報告基準値をさらに含む。前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定を開始した前記ＭＢＭＳ測定対応端末が、前記報告間隔に対応するタイミング又は前記報告基準値が満たされたタイミングで、ＭＢＭＳ測定結果を前記ネットワークに報告するステップをさらに有する。

第１実施形態、第３実施形態、及び第５実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定を開始した前記ＭＢＭＳ測定対応端末が、前記ネットワークから前記ＭＢＭＳ測定設定情報が再設定されるまで、前記ＭＢＭＳ測定結果の報告を継続するステップと、前記ＭＢＭＳ測定を開始した前記ＭＢＭＳ測定対応端末がソース基地局からターゲット基地局へのハンドオーバを行う場合に、当該ＭＢＭＳ測定対応端末に設定されている前記ＭＢＭＳ測定設定情報を前記ソース基地局から前記ターゲット基地局に通知するステップと、をさらに有する。

第１実施形態、第３実施形態、及び第５実施形態では、前記ＭＢＭＳ測定結果を報告するステップにおいて、前記ＭＢＭＳ測定を開始した前記ＭＢＭＳ測定対応端末は、位置情報、セル識別子、セル固有参照信号受信電力、セル固有参照信号受信品質、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、の少なくとも何れか一つを、前記ＭＢＭＳ測定結果と共に前記ネットワークに報告する。

第５実施形態では、前記ネットワークが、前記ＭＢＭＳ測定対応端末から報告された前記ＭＢＭＳ測定結果に基づいて、前記ＭＢＭＳ測定対応端末がマルチキャスト信号の受信を継続困難と判断した場合に、ユニキャストでのグループ通信を行いたい旨をグループ通信サーバに通知するよう前記ＭＢＭＳ測定対応端末に指示するステップをさらに有する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定設定情報は、前記ＭＢＭＳ測定結果のログ条件として定期ログ型又はイベントログ型の何れかを設定するログ条件情報、前記ＭＢＭＳ測定結果のログ期間を設定するＭＢＭＳ測定ログ期間、ネットワーク基準時間、及びトレース関連情報を含む。前記ログ条件が前記定期ログ型である場合、前記ＭＢＭＳ測定設定情報は、ログ間隔をさらに含む。前記ログ条件が前記イベントログ型である場合、前記ＭＢＭＳ測定設定情報は、ログ基準値をさらに含む。前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定を開始した前記ＭＢＭＳ測定対応端末が、前記ログ間隔に対応するタイミング又は前記ログ基準値が満たされたタイミングで、ＭＢＭＳ測定結果と位置情報と前記ネットワーク基準時間からの相対時間とを含むＭＢＭＳ測定ログを記憶するステップをさらに有する。前記ＭＢＭＳ測定ログには、セル識別子、セル固有参照信号受信電力、セル固有参照信号受信品質、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、のうち少なくとも１つをさらに含めることが可能である。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定設定情報には、ＭＢＭＳ測定エリアを設定する情報、ＭＢＭＳ測定周波数を設定する情報、のうち少なくとも１つをさらに含めることが可能である。前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定エリアが設定される場合、前記ＭＢＭＳ測定対応端末が、当該設定されたＭＢＭＳ測定エリアでのみ前記ＭＢＭＳ測定を行うステップと、前記ＭＢＭＳ測定エリアが設定されない場合、前記ＭＢＭＳ測定対応端末が、自身が接続可能なすべてのエリアで前記ＭＢＭＳ測定を行うステップと、前記ＭＢＭＳ測定周波数が設定される場合、前記ＭＢＭＳ測定対応端末が、当該設定されたＭＢＭＳ測定周波数でのみ前記ＭＢＭＳ測定を行うステップと、前記ＭＢＭＳ測定周波数が設定されない場合、前記ＭＢＭＳ測定対応端末が、ＭＢＭＳが提供されているすべての周波数で前記ＭＢＭＳ測定を行うステップと、をさらに有する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定ログを記憶するための固定サイズの記憶領域を確保するステップと、前記ＭＢＭＳ測定対応端末が、前記記憶領域に記憶されている前記ＭＢＭＳ測定ログの量が上限に達した場合に、又は前記ＭＢＭＳ測定ログ期間が満了した場合に、前記ＭＢＭＳ測定を停止するとともに、前記ＭＢＭＳ測定設定情報を破棄するステップと、をさらに有する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定対応端末が、所定のタイミングで、前記ＭＢＭＳ測定ログを保持していることを示す保持通知を前記ネットワークに送信するステップと、前記ネットワークが、前記ＭＢＭＳ測定対応端末からの前記保持通知を基に、当該ＭＢＭＳ測定ログの送信を前記ＭＢＭＳ測定対応端末に指示するステップと、前記ＭＢＭＳ測定対応端末が、前記ネットワークからの指示により、前記ＭＢＭＳ測定ログを、タイムスタンプ及びトレース関連情報と共に前記ネットワークに送信するステップと、をさらに有する。前記所定のタイミングとは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ、 ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅ、の何れかのタイミングである。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定を開始するステップにおいて、前記ＭＢＭＳ測定対応端末は、アイドル状態に遷移した後においてのみ前記ＭＢＭＳ測定を開始する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定対応端末がアイドル状態に遷移した場合に、前記ＭＢＭＳ測定を停止するとともに、前記ＭＢＭＳ測定設定情報を破棄するステップをさらに有する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ネットワークが、前記ＭＢＭＳ測定ログを送信するための上りリンク割り当て情報を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅメッセージを前記ＭＢＭＳ測定対応端末に送信するステップと、前記ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅメッセージを受信した前記ＭＢＭＳ測定対応端末が、前記上りリンク割り当て情報に基づいて前記ＭＢＭＳ測定ログを前記ネットワークに送信するステップと、をさらに有する。

第３実施形態及び第４実施形態では、前記ＭＢＭＳ測定設定情報を送信するステップにおいて、前記ネットワークは、ユニキャスト信号により前記ＭＢＭＳ測定設定情報を送信する。

第２実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ネットワークが、前記ＭＢＭＳ測定設定情報が送信された前記ＭＢＭＳ測定対応端末のトレースセッションを開始するステップをさらに有する。前記ＭＢＭＳ測定を開始するステップにおいて、前記ＭＢＭＳ測定設定情報を受信した前記ＭＢＭＳ測定対応端末は、前記ＭＢＭＳデータの受信を開始した以降のタイミング、又は前記ＭＢＭＳデータの受信に興味を持った以降のタイミングで、前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を開始する。

第３実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定をサポートしていることを示す能力通知を前記ネットワークに送信するステップをさらに有する。前記ＭＢＭＳ測定設定情報を送信するステップにおいて、前記ネットワークは、前記ＭＢＭＳ測定対応端末からの前記能力通知を基に、前記ＭＢＭＳ測定設定情報を前記ＭＢＭＳ測定対応端末に送信する。

第３実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳデータの受信に興味を持つことを示すＭＢＭＳ興味通知を前記ネットワークに送信するステップをさらに有する。前記ＭＢＭＳ測定設定情報を送信するステップにおいて、前記ネットワークは、前記ＭＢＭＳ測定対応端末からの前記ＭＢＭＳ興味通知を基に、前記ＭＢＭＳ測定設定情報を前記ＭＢＭＳ測定対応端末に送信する。

第３実施形態及び第４実施形態では、前記ＭＢＭＳ測定制御方法は、前記ネットワークが、前記ＭＢＭＳデータの受信状況を前記ＭＢＭＳ測定対応端末に問い合わせるステップをさらに有する。前記ＭＢＭＳ測定設定情報を送信するステップにおいて、前記ネットワークは、前記ＭＢＭＳ測定対応端末からの前記受信状況を基に、前記ＭＢＭＳ測定設定情報を前記ＭＢＭＳ測定対応端末に送信する。

第１実施形態乃至第５実施形態に係るユーザ端末は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定をサポートする。前記ユーザ端末は、前記ＭＢＭＳ測定の設定に関するＭＢＭＳ測定設定情報を前記ネットワークから受信する受信部と、前記ＭＢＭＳデータの受信を開始した以降のタイミング、又は前記ＭＢＭＳデータの受信に興味を持った以降のタイミングにおいて、前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を開始する制御部と、を有する。

第４実施形態に係るＭＢＭＳ測定制御方法は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定を制御するための方法である。前記ＭＢＭＳ測定制御方法は、前記ネットワークが、ユニキャスト信号により、前記ＭＢＭＳ測定の設定に関するＭＢＭＳ測定設定情報を送信するステップと、前記ＭＢＭＳ測定をサポートするＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定設定情報を前記ネットワークから受信するステップと、前記ＭＢＭＳ測定対応端末が、ＲＲＣコネクティッド状態におけるＬｏｇｇｅｄ ＭＤＴにより、前記ＭＢＭＳデータを受信している場合に限り前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を行うステップと、を有する。

第４実施形態では、前記ＭＢＭＳ測定を行うステップにおいて、前記ＭＢＭＳ測定対応端末は、前記ＭＢＭＳ測定対応端末は、ＲＲＣアイドル状態におけるＬｏｇｇｅｄ ＭＤＴをさらに使用して、前記ＭＢＭＳデータを受信している場合に限り前記ＭＢＭＳ測定設定情報に従った前記ＭＢＭＳ測定を行う。

第６実施形態に係るＭＢＭＳ測定制御方法は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定を制御するための方法である。前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定をサポートするＭＢＭＳ測定対応端末が、前記ネットワークから前記ＭＢＭＳデータを受信する期間において前記ＭＢＭＳ測定を行うステップと、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳデータの受信に失敗した場合に、ＭＢＭＳ測定結果を位置情報と共に記憶するステップと、を有する。前記ＭＢＭＳ測定は、ＭＢＭＳ参照信号受信電力の測定、ＭＢＭＳ参照信号受信品質の測定、ＭＢＭＳ ＳＩＮＲの測定、ＭＢＭＳ ＢＬＥＲの測定、のうち少なくとも１つを含む。

第６実施形態では、前記ＭＢＭＳ測定を行うステップにおいて、前記ＭＢＭＳ測定対応端末は、前記ネットワークからＭＢＭＳ測定設定情報を受信していない場合であっても、前記ネットワークから前記ＭＢＭＳデータを受信する期間において前記ＭＢＭＳ測定を行う。

第６実施形態では、前記ＭＢＭＳ測定を行うステップにおいて、前記ＭＢＭＳ測定対応端末は、前記ネットワークからＭＢＭＳ測定の開始指示を受信した場合にのみ、前記ネットワークから前記ＭＢＭＳデータを受信する期間において前記ＭＢＭＳ測定を行う。

第６実施形態では、前記ＭＢＭＳ測定結果を記憶するステップにおいて、前記ＭＢＭＳ測定対応端末は、セル識別子、セル固有参照信号受信電力、セル固有参照信号受信品質、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、を前記ＭＢＭＳ測定結果と共に記憶する。

第６実施形態では、前記ＭＢＭＳ測定制御方法は、前記ＭＢＭＳ測定対応端末が、前記ＭＢＭＳ測定結果を記憶する際に、タイマーを起動するステップと、前記ＭＢＭＳ測定対応端末が、所定のタイミングで、前記ＭＢＭＳ測定結果を保持していることを示す保持通知を前記ネットワークに送信するステップと、前記ネットワークが、前記ＭＢＭＳ測定結果の送信を希望する場合に、前記ＭＢＭＳ測定結果の送信要求を前記ＭＢＭＳ測定対応端末に送信するステップと、前記ＭＢＭＳ測定対応端末が、前記ネットワークからの前記送信要求を受信した場合に、前記ＭＢＭＳ測定結果を前記タイマーによって示される相対時間と共に前記ネットワークに送信するステップと、をさらに有する。前記所定のタイミングとは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ、 ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅ、の何れかのタイミングである。

第６実施形態に係るユーザ端末は、移動通信システムのネットワークからマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータに関するＭＢＭＳ測定をサポートする。前記ユーザ端末は、前記ネットワークから前記ＭＢＭＳデータを受信する期間において前記ＭＢＭＳ測定を行う制御部を有する。前記制御部は、前記ＭＢＭＳデータの受信に失敗した場合に、ＭＢＭＳ測定結果を位置情報と共に記憶する。前記ＭＢＭＳ測定は、ＭＢＭＳ参照信号受信電力の測定、ＭＢＭＳ参照信号受信品質の測定、ＭＢＭＳ ＳＩＮＲの測定、ＭＢＭＳ ＢＬＥＲの測定、のうち少なくとも１つを含む。

第７実施形態に係る方法は、ネットワークからマルチキャスト又はブロードキャストでデータ配信を行うＭＢＭＳをサポートする移動通信システムにおいて、ユーザ端末が継続的にＭＢＭＳを受信するための方法である。前記方法は、基地局が、ＭＢＭＳの継続受信を補助するための補助情報をブロードキャスト信号により前記ユーザ端末に送信するステップと、前記ユーザ端末が、前記基地局から受信した前記補助情報に基づいて、前記ユーザ端末が受信している又は受信に興味を持つＭＢＭＳに関するＭＢＭＳ興味通知を生成するステップと、前記ユーザ端末が、前記ＭＢＭＳ興味通知を前記基地局に送信するステップと、を有する。前記ＭＢＭＳ興味通知を生成するステップは、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であるか否かに関連付けられた所定の情報を前記ＭＢＭＳ興味通知に追加するステップを含む。

第７実施形態では、前記所定の情報は、前記ユニキャスト受信よりも前記ＭＢＭＳ受信を優先することを示すＭＢＭＳ優先度情報である。前記ユーザ端末は、前記ユニキャスト受信よりも前記ＭＢＭＳ受信を優先する場合で、かつ、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信がグループ通信以外のＭＢＭＳ受信である場合に、前記ＭＢＭＳ優先度情報を前記ＭＢＭＳ興味通知に追加する。

第７実施形態では、前記ユーザ端末は、前記ユニキャスト受信よりも前記ＭＢＭＳ受信を優先する場合であっても、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信がグループ通信である場合には、前記ＭＢＭＳ優先度情報を前記ＭＢＭＳ興味通知に追加しない。

第７実施形態では、前記所定の情報は、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信が前記グループ通信であるか否かを示す識別情報である。前記ユニキャスト受信よりも前記ＭＢＭＳ受信を優先する場合において、前記ユーザ端末は、前記ユニキャスト受信よりも前記ＭＢＭＳ受信を優先することを示すＭＢＭＳ優先度情報を前記ＭＢＭＳ興味通知に追加する。前記ユニキャスト受信よりも前記ＭＢＭＳ受信を優先する場合において、前記ユーザ端末は、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信がグループ通信である場合に、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信が前記グループ通信であることを示す前記識別情報を前記ＭＢＭＳ興味通知にさらに追加する。

第７実施形態では、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信がグループ通信以外のＭＢＭＳ受信である場合に、前記ユニキャスト受信よりも優先する前記ＭＢＭＳ受信が前記グループ通信ではないことを示す前記識別情報を前記ＭＢＭＳ興味通知にさらに追加する、又は前記識別情報を前記ＭＢＭＳ興味通知に追加しない。

第７実施形態に係るユーザ端末は、ネットワークからマルチキャスト又はブロードキャストでデータ配信を行うＭＢＭＳをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、ＭＢＭＳの継続受信を補助するための補助情報をブロードキャスト信号により基地局から受信する受信部と、前記基地局から受信した前記補助情報に基づいて、前記ユーザ端末が受信している又は受信に興味を持つＭＢＭＳに関するＭＢＭＳ興味通知を生成する制御部と、前記ＭＢＭＳ興味通知を前記基地局に送信する送信部と、を有する。前記制御部は、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であるか否かに関連付けられた所定の情報を前記ＭＢＭＳ興味通知に追加する。

［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。

（１）システム構成
図１は、第１実施形態に係るＬＴＥシステムの構成図である。

図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。

図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。

（２）ＭＢＭＳ
第１実施形態に係るＬＴＥシステムは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）をサポートする。ＭＢＭＳでは、ＵＥ１００は、ネットワークからマルチキャスト又はブロードキャストで配信されるマルチメディアデータ（ＭＢＭＳデータ）を受信する。ＵＥ１００は、ＲＲＣコネクティッド状態だけでなく、ＲＲＣアイドル状態においてもＭＢＭＳデータを受信可能である。

図６は、ＭＢＭＳが提供されるエリアを示す図である。図６に示すように、複数のセルにより１つのＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）エリアが構成され、複数のＭＢＳＦＮエリアによりＭＢＭＳサービスエリアが構成される。１つのセルは、複数のＭＢＳＦＮエリアに属することができる。

図７は、ＭＢＭＳに関連するネットワーク構成を示す図である。図７に示すように、ＢＭＳＣ（ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）３１０は、ＭＢＭＳデータを配信する機能を提供する。ＭＢＭＳ−ＧＷ（ＭＢＭＳ ｇａｔｅｗａｙ）３２０は、ＭＢＭＳデータを各ｅＮＢ２００にブロードキャストする。ＭＣＥ(Ｍｕｌｔｉ−ｃｅｌｌ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ)３３０は、同一ＭＢＳＦＮエリア内の各ｅＮＢ２００により使用される無線リソースを制御したり、ＭＢＳＦＮサブフレームを設定したりする。

（３）第１実施形態に係るＭＢＭＳ測定制御方法
ネットワークは、ＭＢＭＳデータが良好な受信状態で受信されているか否かを把握することができない。従って、ＭＢＭＳデータの受信状態を改善するためのネットワーク最適化を行うことが困難である。

一方で、ＬＴＥシステムでは、ネットワーク最適化を図るための機能として、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）が仕様化されている。ＭＤＴには、即座報告型のＭＤＴ（Ｉｍｍｅｄｉａｔｅ ＭＤＴ）及び記録型のＭＤＴ（Ｌｏｇｇｅｄ ＭＤＴ）がある。しかしながら、現状のＭＤＴは、ＭＢＭＳに係る測定（ＭＢＭＳ測定）をサポートしていない。

第１実施形態では、ＭＢＭＳ測定のためにＩｍｍｅｄｉａｔｅ ＭＤＴを高度化することにより、ＭＢＭＳデータの受信状態を改善するためのネットワーク最適化を実現可能とする。

図８は、第１実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。図８において、ＵＥ１００−１はＭＢＭＳ測定対応ＵＥであり、ＵＥ１００−２はＭＢＭＳ測定非対応ＵＥである。ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＤＴ、及びＭＢＭＳデータの受信の両方をサポートするＵＥ１００である。ＭＢＭＳ測定非対応ＵＥ１００−２は、ＭＤＴ、及びＭＢＭＳデータの受信の少なくとも一方をサポートしないＵＥ１００である。

図８に示すように、ステップＳ１０１において、ｅＮＢ２００は、ブロードキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。ブロードキャスト信号は、例えばシステム情報の一種であるＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）である。また、ブロードキャスト信号は、ＲＲＣアイドル状態のＵＥ１００も受信可能である。

ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定設定情報を受信する。また、後述する実行可能通知を送信するＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定設定情報を記憶する。これに対し、ＭＢＭＳ測定非対応ＵＥ１００−２は、ＭＢＭＳ測定設定情報を受信しない、又は、ＭＢＭＳ測定設定情報を受信しても該ＭＢＭＳ測定設定情報を破棄する。

第１実施形態では、ＭＢＭＳ測定設定情報は、ＭＢＭＳ報告条件として定期報告型又はイベント報告型の何れかを設定する情報を含む。ＭＢＭＳ報告条件が定期報告型である場合、ＭＢＭＳ測定設定情報は、報告の時間間隔を示す報告間隔をさらに含む。ＭＢＭＳ報告条件がイベント報告型である場合、ＭＢＭＳ測定設定情報は、報告をトリガする事象を示す報告基準値をさらに含む。

ステップＳ１０２において、ＭＢＭＳ測定設定情報を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定を実行可能であることを示す実行可能通知（Ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信する。ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳデータを受信している場合にのみ、実行可能通知をｅＮＢ２００に送信してもよい。実行可能通知を送信するＭＢＭＳ測定対応ＵＥ１００−１は、ＲＲＣコネクティッド状態である。

ステップＳ１０３において、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００−１からの実行可能通知を基に、ＭＢＭＳ測定を行わせるＭＢＭＳ測定対応ＵＥ１００−１を選定し、選定したＭＢＭＳ測定対応ＵＥ１００−１の設定情報を記録する。

ステップＳ１０４において、ｅＮＢ２００は、選定したＭＢＭＳ測定対応ＵＥ１００−１に対して、ＭＢＭＳ測定開始通知（Ｍｅａｓｕｒｅｍｅｎｔ ｓｔａｒｔ）を送信する。ＭＢＭＳ測定開始通知を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳデータの受信を開始したタイミング、又はＭＢＭＳデータの受信に興味を持ったタイミングで、ＭＢＭＳ測定設定情報に従ったＭＢＭＳ測定を開始する。

ＭＢＭＳ測定は、ＭＢＭＳ参照信号受信電力の測定及びＭＢＭＳ参照信号受信品質の測定を含む。ＭＢＭＳ参照信号は、セル固有参照信号とは別に設けられるＭＢＭＳ用の参照信号である。さらに、ＭＢＭＳ測定は、ＭＢＭＳ ＳＩＮＲの測定及びＭＢＭＳ ＢＬＥＲの測定のうち少なくとも１つを含んでもよい。ＭＢＭＳ ＳＩＮＲは、ＭＢＭＳデータの受信時のＳＩＮＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ Ｎｏｉｓｅ ｐｏｗｅｒ Ｒａｔｉｏ）である。ＭＢＭＳ ＢＬＥＲは、ＭＢＭＳデータの受信時のＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）である。

ステップＳ１０５において、ＭＢＭＳ測定対応ＵＥ１００−１は、ｅＮＢ２００からマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータを受信し、ＭＢＭＳ測定を行う。

ステップＳ１０６において、ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定設定情報における報告間隔に対応するタイミング又は報告基準値が満たされたタイミングで、ＭＢＭＳ測定結果をｅＮＢ２００に報告する。ＭＢＭＳ測定結果は、ＭＢＭＳ参照信号受信電力及びＭＢＭＳ参照信号受信品質を含む。さらに、ＭＢＭＳ測定結果は、ＭＢＭＳ ＳＩＮＲ及びＭＢＭＳ ＢＬＥＲのうち少なくとも１つを含んでもよい。

ＭＢＭＳ測定対応ＵＥ１００−１は、位置情報、セル識別子、セル固有参照信号受信強度（ＲＳＲＰ）、セル固有参照信号受信品質（ＲＳＲＱ）、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、の少なくとも何れか一つを、ＭＢＭＳ測定結果と共にｅＮＢ２００に報告してもよい。位置情報は、ＭＢＭＳ測定対応ＵＥ１００−１の地理的位置を示す情報である。セル識別子は、ＭＢＭＳ測定対応ＵＥ１００−１が接続するセルの識別子である。ＭＢＭＳサービス識別子は、ＭＢＭＳ測定対応ＵＥ１００−１が受信するＭＢＭＳ（サービス）の識別子である。ＭＢＭＳサービスエリア識別子は、ＭＢＭＳ測定対応ＵＥ１００−１が接続するセルが属するＭＢＭＳサービスエリアの識別子である。

ステップＳ１０５及びステップＳ１０６の手順は、後述するステップＳ１０８でｅＮＢ２００からＭＢＭＳ測定設定情報が再設定されるまで継続する。

ステップＳ１０７において、ｅＮＢ２００は、ＭＢＭＳ測定を中止するか継続するかを判断する。ここでは、ＭＢＭＳ測定を中止すると判断したと仮定して、説明を進める。

ステップＳ１０８において、ｅＮＢ２００は、ブロードキャスト信号により、ＭＢＭＳ測定の中止を示すＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。

ステップＳ１０９において、ＭＢＭＳ測定の中止を示すＭＢＭＳ測定設定情報を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定及び報告を中止する。

なお、本シーケンスの途中で、ＭＢＭＳ測定を開始したＭＢＭＳ測定対応ＵＥ１００−１が、ｅＮＢ２００（ソースｅＮＢ）から他のｅＮＢ２００（ターゲットｅＮＢ）へのハンドオーバを行うケースも想定される。そのようなケースでは、ｅＮＢ２００（ソースｅＮＢ）は、ＭＢＭＳ測定対応ＵＥ１００−１に設定されているＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）をターゲットｅＮＢに通知してもよい。例えば、ターゲットｅＮＢに通知するＵＥコンテキスト情報にＭＢＭＳ測定設定情報を含める。ＵＥコンテキスト情報は、ハンドオーバ要求メッセージの情報要素である。

［第２実施形態］
以下において、第２実施形態に係るＭＢＭＳ測定制御方法について、第１実施形態との相違点を主として説明する。

第２実施形態では、ＭＢＭＳ測定のためにＬｏｇｇｅｄ ＭＤＴを高度化する点で第１実施形態と異なる。また、第２実施形態は、ブロードキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する点で第１実施形態と共通する。

（１）第２実施形態に係る動作シーケンス
図９は、第２実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。ここでは、ＲＲＣアイドル状態におけるＬｏｇｇｅｄ ＭＤＴ（Ｌｏｇｇｅｄ ＭＤＴ ｉｎ Ｉｄｌｅ）を想定する。上述した第１実施形態に係るＭＢＭＳ測定制御方法と重複する説明については省略する。

図９に示すように、ステップＳ２０１において、ｅＮＢ２００は、ブロードキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。

ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定設定情報を受信する。また、後述する実行可能通知を送信するＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定設定情報を記憶する。これに対し、ＭＢＭＳ測定非対応ＵＥ１００−２は、ＭＢＭＳ測定設定情報を受信しない、又は、ＭＢＭＳ測定設定情報を受信しても該ＭＢＭＳ測定設定情報を破棄する。

第２実施形態では、ＭＢＭＳ測定設定情報は、ＭＢＭＳ測定結果のログ条件として定期ログ型又はイベントログ型の何れかを設定するログ条件情報、ＭＢＭＳ測定結果のログ期間を設定するＭＢＭＳ測定ログ期間、ネットワーク基準時間、及びトレース関連情報を含む。ログ条件が定期ログ型である場合、ＭＢＭＳ測定設定情報は、ログの時間間隔を示すログ間隔をさらに含む。ログ条件がイベントログ型である場合、ＭＢＭＳ測定設定情報は、ログをトリガする事象を示すログ基準値をさらに含む。なお、詳細については後述するが、ＭＢＭＳ測定ログ期間は、ＭＢＭＳ測定対応ＵＥ１００−１がＭＢＭＳ測定開始通知（Ｍｅａｓｕｒｅｍｅｎｔ ｓｔａｒｔ）を受信したタイミングを始点として開始される。また、トレース関連情報とは、ｔｒａｃｅＲｅｆｅｒｅｎｃｅ、ｔｒａｃｅＲｅｃｏｒｄｉｎｇＳｅｓｓｉｏｎＲｅｆ、ｔｃｅ−ＩＤ−ｒ１０である。

ＭＢＭＳ測定設定情報には、ＭＢＭＳ測定エリアを設定する情報、ＭＢＭＳ測定周波数を設定する情報、のうち少なくとも１つをさらに含めることが可能である。これらの情報が含まれる場合の動作の詳細については後述する。ＭＢＭＳ測定エリアは、セル単位、トラッキングエリア単位、ＭＢＭＳサービスエリア単位、又はＭＢＳＦＮエリア単位で指定可能である。

ステップＳ２０２において、ＭＢＭＳ測定設定情報を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定を実行可能であることを示す実行可能通知（Ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信する。ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳデータを受信している場合にのみ、実行可能通知をｅＮＢ２００に送信してもよい。実行可能通知を送信するＭＢＭＳ測定対応ＵＥ１００−１は、ＲＲＣコネクティッド状態である。

ステップＳ２０３において、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００−１からの実行可能通知を基に、ＭＢＭＳ測定を行わせるＭＢＭＳ測定対応ＵＥ１００−１を選定し、選定したＭＢＭＳ測定対応ＵＥ１００−１のトレースセッションを開始する。なお、トレースセッションについては、３ＧＰＰ技術仕様書「ＴＳ ３２．４２２ §４．１．１．６」を参照されたい。

ステップＳ２０４において、ｅＮＢ２００は、選定したＭＢＭＳ測定対応ＵＥ１００−１に対して、ＭＢＭＳ測定開始通知（Ｍｅａｓｕｒｅｍｅｎｔ ｓｔａｒｔ）を送信する。ＭＢＭＳ測定開始通知を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定ログ期間に対応するタイマーを起動する。また、ＭＢＭＳ測定開始通知を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＲＲＣアイドル状態に遷移した後においてのみ、ＭＢＭＳ測定設定情報に従ったＭＢＭＳ測定を開始する。詳細には、ＭＢＭＳ測定対応ＵＥ１００−１は、ＲＲＣアイドル状態に遷移した後、ＭＢＭＳデータの受信を開始したタイミング、又はＭＢＭＳデータの受信に興味を持ったタイミングで、ＭＢＭＳ測定設定情報に従ったＭＢＭＳ測定を開始する。

ステップＳ２０５において、ＭＢＭＳ測定対応ＵＥ１００−１は、ｅＮＢ２００からマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータを受信し、ＭＢＭＳ測定を行う。

ＭＢＭＳ測定設定情報によりＭＢＭＳ測定エリアが設定される場合、ＭＢＭＳ測定対応ＵＥ１００−１は、当該設定されたＭＢＭＳ測定エリアでのみＭＢＭＳ測定を行う。これに対し、ＭＢＭＳ測定エリアが設定されない場合、ＭＢＭＳ測定対応ＵＥ１００−１は、自身が接続可能なすべてのエリアでＭＢＭＳ測定を行う。

また、ＭＢＭＳ測定設定情報によりＭＢＭＳ測定周波数が設定される場合、ＭＢＭＳ測定対応ＵＥ１００−１は、当該設定されたＭＢＭＳ測定周波数でのみＭＢＭＳ測定を行う。これに対し、ＭＢＭＳ測定周波数が設定されない場合、ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳが提供されているすべての周波数でＭＢＭＳ測定を行う。

ステップＳ２０６において、ＭＢＭＳ測定対応ＵＥ１００−１は、ログ間隔に対応するタイミング又はログ基準値が満たされたタイミングで、ＭＢＭＳ測定ログを記憶する。ＭＢＭＳ測定ログは、ＭＢＭＳ測定結果と、位置情報と、時間情報と、を含む。時間情報は、ネットワーク基準時間と、ネットワーク基準時間からの相対時間と、を含む。

ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定ログを記憶可能な固定サイズの記憶領域をメモリ１５０に確保しており、当該記憶領域にＭＢＭＳ測定ログを記憶させる。記憶領域の詳細については後述する。

また、ＭＢＭＳ測定ログには、セル識別子、セル固有参照信号受信電力、セル固有参照信号受信品質、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、のうち少なくとも１つをさらに含めることが可能である。

ステップＳ２０７において、ＭＢＭＳ測定対応ＵＥ１００−１は、記憶領域に記憶されているＭＢＭＳ測定ログの量が上限に達したか否か、及び、ＭＢＭＳ測定ログ期間が満了したか否かを判断する。ここでは、記憶領域に記憶されているＭＢＭＳ測定ログの量が上限に達した、又はＭＢＭＳ測定ログ期間が満了したと仮定して、説明を進める。

ステップＳ２０８において、ＭＢＭＳ測定対応ＵＥ１００−１は、ロギングを中止する。詳細には、ＭＢＭＳ測定を停止するとともに、ＭＢＭＳ測定設定情報を破棄する。

ステップＳ２０９において、ＭＢＭＳ測定対応ＵＥ１００−１は、所定のタイミングで、ＭＢＭＳ測定ログを保持していることを示す保持通知（Ａｖａｉｌａｂｌｅ Ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信する。所定のタイミングとは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ、 ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅ、の何れかのタイミングである。

ステップＳ２１０において、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００−１からの保持通知を基に、当該ＭＢＭＳ測定ログの送信をＭＢＭＳ測定対応ＵＥ１００−１に指示する。

ステップＳ２１１において、ＭＢＭＳ測定対応ＵＥ１００−１は、ｅＮＢ２００からの指示により、ＭＢＭＳ測定ログを、タイムスタンプ及びトレース関連情報と共にｅＮＢ２００に送信する。

（２）Ｌｏｇｇｅｄ ＭＤＴ ｉｎ Ｃｏｎｎｅｃｔｅｄ
上述した動作シーケンスではＬｏｇｇｅｄ ＭＤＴ ｉｎ Ｉｄｌｅを想定していたが、ＲＲＣコネクティッド状態におけるＬｏｇｇｅｄ ＭＤＴ（Ｌｏｇｇｅｄ ＭＤＴ ｉｎ Ｃｏｎｎｅｃｔｅｄ）のケースでは、上述した動作シーケンスが以下のように変更される。

第１に、ＭＢＭＳ測定開始通知を受信したＭＢＭＳ測定対応ＵＥ１００−１は、ＲＲＣコネクティッド状態において、ＭＢＭＳデータの受信を開始したタイミング、又はＭＢＭＳデータの受信に興味を持ったタイミングで、ＭＢＭＳ測定設定情報に従ったＭＢＭＳ測定を開始する。

第２に、ＭＤＴ測定を開始したＭＢＭＳ測定対応ＵＥ１００−１は、ステップＳ２０７の条件判断でロギングを中止するだけでなく、ＲＲＣアイドル状態に遷移した場合にもロギングを中止する。すなわち、ＲＲＣアイドル状態に遷移した場合、ＭＢＭＳ測定を停止するとともに、ＭＢＭＳ測定設定情報を破棄する。

第３に、ＭＢＭＳ測定ログを送信するための方法として、ｅＮＢ２００は、ＭＢＭＳ測定ログを送信するための上りリンク割り当て情報を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅメッセージをＭＢＭＳ測定対応ＵＥ１００−１に送信する。上りリンク割り当て情報は、ＭＢＭＳ測定ログを送信するために割り当てられた上りリンク無線リソースを示す情報である。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅメッセージは、ＲＲＣ接続の解放を示すメッセージである。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅメッセージを受信したＭＢＭＳ測定対応ＵＥ１００−１は、当該上りリンク割り当て情報に基づいてＭＢＭＳ測定ログをｅＮＢ２００に送信する。すなわち、ＭＢＭＳ測定対応ＵＥ１００−１は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅメッセージを受信しても、ＭＢＭＳ測定ログを送信するために、暫くはコネクティッド状態を保つ。そして、ＭＢＭＳ測定ログの送信後に、アイドル状態に移行する。

（３）ＵＥの記憶領域
上述したように、ＭＢＭＳ測定対応ＵＥ１００−１は、ＭＢＭＳ測定ログを記憶可能な固定サイズの記憶領域をメモリ１５０に確保しており、当該記憶領域にＭＢＭＳ測定ログを記憶させる。

ここで、ＭＢＭＳ測定対応ＵＥ１００−１には、ＭＢＭＳ測定を対象としない通常のＬｏｇｇｅｄ ＭＤＴ、及びＭＢＭＳ測定を対象とするＬｏｇｇｅｄ ＭＤＴ（ＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴ）の両方が設定されるケースが想定される。

よって、通常のＬｏｇｇｅｄ ＭＤＴの測定ログとＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴのＭＢＭＳ測定ログとをメモリ１５０に記憶する方法として、以下の３つの選択肢が考えられる。図１０は、ＵＥ１００の記憶領域を説明するための図である。

図１０に示すように、第１の選択肢（Ｏｐｔｉｏｎ １）は、固定サイズの記憶領域に、通常のＬｏｇｇｅｄ ＭＤＴの測定ログとＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴのＭＢＭＳ測定ログとを混在して記憶させる方法である。

第２の選択肢（Ｏｐｔｉｏｎ ２）は、固定サイズの記憶領域に、通常のＬｏｇｇｅｄ ＭＤＴの測定ログ用の可変サイズバッファとＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴのＭＢＭＳ測定ログ用の可変サイズバッファとを設ける方法である。

第３の選択肢（Ｏｐｔｉｏｎ ３）は、固定サイズの記憶領域に、通常のＬｏｇｇｅｄ ＭＤＴの測定ログ用の固定サイズバッファとＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴのＭＢＭＳ測定ログ用の固定サイズバッファとを設ける方法である。

第２の選択肢及び第３の選択肢では、通常のＬｏｇｇｅｄ ＭＤＴの測定ログとＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴのＭＢＭＳ測定ログとを分けて報告することが容易である。例えば、通常のＬｏｇｇｅｄ ＭＤＴの測定ログを保持していることを示す保持通知と、ＭＢＭＳ Ｌｏｇｇｅｄ ＭＤＴのＭＢＭＳ測定ログを保持していることを示す保持通知と、を別々に規定する。この場合、ネットワークは、通常のＬｏｇｇｅｄ ＭＤＴの測定ログとＭＢＭＳ測定ログとを個別に要求及び取得することができる。

なお、第１の選択肢では、ＭＢＭＳ測定ログを保持しているＵＥ１００は、通常のＬｏｇｇｅｄ ＭＤＴと共通の保持通知を利用することになる。

［第３実施形態］
以下において、第３実施形態に係るＭＢＭＳ測定制御方法について、第１実施形態及び第２実施形態との相違点を主として説明する。

第３実施形態は、ＭＢＭＳ測定のためにＩｍｍｅｄｉａｔｅ ＭＤＴを高度化する点で第１実施形態と共通する。また、第３実施形態は、ユニキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する点で第１実施形態及び第２実施形態と異なる。

図１１は、第３実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。

図１１に示すように、ステップＳ３０１において、ＭＢＭＳ測定対応ＵＥ１００は、ＭＢＭＳ測定をサポートしていることを示す能力通知（Ｃａｐａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信する。

ステップＳ３０２において、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００からの能力通知を基に、ＭＢＭＳ測定を行わせるＭＢＭＳ測定対応ＵＥ１００を選定し、選定したＭＢＭＳ測定対応ＵＥ１００の設定情報を記録する。

ステップＳ３０１及びＳ３０２は、以下のように変更可能である。

ステップＳ３０１において、ＭＢＭＳ測定対応ＵＥ１００は、ＭＢＭＳデータの受信に興味を持つことを示すＭＢＭＳ興味通知をｅＮＢ２００に送信する。ＭＢＭＳ興味通知の詳細については第７実施形態で説明する。ステップＳ３０２において、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００からのＭＢＭＳ興味通知を基に、ＭＢＭＳ測定を行わせるＭＢＭＳ測定対応ＵＥ１００を選定する。

或いは、ｅＮＢ２００は、ＭＢＭＳデータの受信状況をＭＢＭＳ測定対応ＵＥ１００に問い合わせる。この問い合せには、ＭＢＭＳデータの受信に興味を持つＵＥ１００を把握するためのカウンティングプロシージャを利用できる。そして、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００のＭＢＭＳ受信状況を基に、ＭＢＭＳ測定を行わせるＭＢＭＳ測定対応ＵＥ１００を選定する。

ステップＳ３０３において、ｅＮＢ２００は、選定したＭＢＭＳ測定対応ＵＥ１００に対して、ユニキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。ＭＢＭＳ測定設定情報は、専用メッセージで送信されてもよく、通常のＲＲＭ ｍｅａｓｕｒｅｍｅｎｔの設定メッセージに含まれていてもよい。

第３実施形態に係るＭＢＭＳ測定設定情報の構成については、第１実施形態と同様である。

ＭＢＭＳ測定設定情報を受信したＭＢＭＳ測定対応ＵＥ１００は、ＭＢＭＳデータの受信を開始したタイミング、又はＭＢＭＳデータの受信に興味を持ったタイミングで、ＭＢＭＳ測定設定情報に従ったＭＢＭＳ測定を開始する。

ステップＳ３０４において、ＭＢＭＳ測定対応ＵＥ１００は、ｅＮＢ２００からマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータを受信し、ＭＢＭＳ測定を行う。

ステップＳ３０５において、ＭＢＭＳ測定対応ＵＥ１００は、ＭＢＭＳ測定設定情報における報告間隔に対応するタイミング又は報告基準値が満たされたタイミングで、ＭＢＭＳ測定結果をｅＮＢ２００に報告する。ＭＢＭＳ測定対応ＵＥ１００−１は、位置情報、セル識別子、セル固有参照信号受信強度（ＲＳＲＰ）、セル固有参照信号受信品質（ＲＳＲＱ）、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、の少なくとも何れか一つを、ＭＢＭＳ測定結果と共にｅＮＢ２００に報告してもよい。

ステップＳ３０４及びステップＳ３０５の手順は、後述するステップＳ３０７でｅＮＢ２００からＭＢＭＳ測定設定情報が再設定されるまで継続する。

ステップＳ３０６において、ｅＮＢ２００は、ＭＢＭＳ測定を中止するか継続するかを判断する。ここでは、ＭＢＭＳ測定を中止すると判断したと仮定して、説明を進める。

ステップＳ３０７において、ｅＮＢ２００は、ユニキャスト信号により、ＭＢＭＳ測定の中止を示すＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＭＢＭＳ測定対応ＵＥ１００に送信する。

ステップＳ３０８において、ＭＢＭＳ測定の中止を示すＭＢＭＳ測定設定情報を受信したＭＢＭＳ測定対応ＵＥ１００は、ＭＢＭＳ測定及び報告を中止する。

［第４実施形態］
以下において、第４実施形態に係るＭＢＭＳ測定制御方法について、第１実施形態乃至第３実施形態との相違点を主として説明する。

第４実施形態では、ＭＢＭＳ測定のためにＬｏｇｇｅｄ ＭＤＴを高度化する点で第２実施形態と共通する。また、第４実施形態は、ユニキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する点で第３実施形態と共通する。

図１２は、第４実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。

図１２に示すように、ステップＳ４０１において、ＭＢＭＳ測定対応ＵＥ１００は、ＭＢＭＳ測定をサポートしていることを示す能力通知（Ｃａｐａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００に送信する。

ステップＳ４０２において、ｅＮＢ２００は、ＭＢＭＳ測定対応ＵＥ１００からの能力通知を基に、ＭＢＭＳ測定を行わせるＭＢＭＳ測定対応ＵＥ１００を選定し、選定したＭＢＭＳ測定対応ＵＥ１００のトレースセッションを開始する。

ステップＳ４０３において、ｅＮＢ２００は、選定したＭＢＭＳ測定対応ＵＥ１００に対して、ユニキャスト信号によりＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。ＭＢＭＳ測定設定情報は、専用メッセージで送信されてもよく、通常のＬｏｇｇｅｄ ＭＤＴの設定メッセージに含まれていてもよい。

第４実施形態に係るＭＢＭＳ測定設定情報の構成については、第２実施形態と同様である。また、以降の動作（ステップＳ４０４乃至Ｓ４１０）については、第２実施形態と同様である。

［第５実施形態］
以下において、第５実施形態に係るＭＢＭＳ測定制御方法について、第１実施形態乃至第４実施形態との相違点を主として説明する。

第５実施形態は、上述したＭＢＭＳ測定制御方法を、ＭＢＭＳを継続的に受信するための動作に応用する実施形態である。

図１３は、第５実施形態に係る動作の概要を説明するための図である。

図１３に示すように、あるＭＢＳＦＮエリアでマルチキャスト又はブロードキャストで配信されているＭＢＭＳデータを受信するＵＥ１００は、当該ＭＢＳＦＮエリアの外に移動すると、当該ＭＢＭＳデータをマルチキャスト又はブロードキャストで受信することができない。しかしながら、ＭＢＳＦＮエリアの外においては、ＵＥ１００は、当該ＭＢＭＳデータをユニキャストで受信することができる。第５実施形態では、ユニキャストへの切り替えの判断を行うために、上述したＭＢＭＳ測定制御方法を応用する。

図１４は、第５実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。図１４において、ＵＥ１００−１は、ＭＢＭＳに含まれるサービスの１つであるグループ通信を行っている。

図１４に示すように、ステップＳ５０１において、ｅＮＢ２００は、ブロードキャスト信号により、ＭＢＭＳ測定設定情報（ＭＢＭＳ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信する。

第５実施形態に係るＭＢＭＳ測定設定情報は、第１実施形態と同様に構成される。第５実施形態に係るＭＢＭＳ測定設定情報は、ＭＢＭＳ報告条件として、イベント報告型を設定する情報を含む。また、イベント報告型の報告基準値は、例えばＭＢＭＳ測定結果と比較される閾値である。この場合、ＭＢＭＳ測定結果が閾値を下回ったことをトリガとして報告が行われる。

第５実施形態では、ブロードキャスト信号（ＳＩＢ）によりＭＢＭＳ測定設定情報を送信することに代えて、マルチキャスト信号（ＭＣＣＨ：Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ又はＭＴＣＨ：Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）によりＭＢＭＳ測定設定情報を送信してもよい。

ステップＳ５０２において、ＭＢＭＳ測定設定情報を受信したＵＥ１００−１は、ＭＢＭＳ測定を行う。

ステップＳ５０３において、ＭＢＭＳ測定を行うＵＥ１００−１は、ＭＢＭＳ測定結果が閾値を下回ったことをトリガとしてＭＢＭＳ測定結果をｅＮＢ２００に報告する。第５実施形態では、ＵＥ１００−１は、位置情報をｅＮＢ２００に報告しなくてもよい。また、ＵＥ１００−１がユニキャストセッションを確立していなかった場合、ＭＢＭＳ測定結果の報告のため、ユニキャストセッションを確立してもよい。ＭＢＭＳ測定結果を受信したｅＮＢ２００は、ＭＢＭＳ測定結果に基づいて、ＵＥ１００−１がマルチキャスト信号の受信を継続可能か否か判断する。マルチキャスト信号の受信が不可能の場合とは、例えばＭＢＳＦＮエリア境界に位置している場合などが挙げられる。

ステップＳ５０４において、ＵＥ１００−１がマルチキャスト信号の受信を継続が困難と判断したｅＮＢ２００は、ユニキャストでのグループ通信を行いたい旨をグループ通信サーバに通知するようＵＥ１００−１に指示する。ＵＥ１００−１は、ＮＡＳシグナリングにより、ユニキャストでのグループ通信を行いたい旨をグループ通信サーバに通知する。これにより、ＵＥ１００−１は、グループ通信を継続することができる。

ステップＳ５０５において、ＵＥ１００−１は、ＭＢＭＳ測定を中止する。

［第６実施形態］
以下において、第６実施形態に係るＭＢＭＳ測定制御方法について、第１実施形態乃至第５実施形態との相違点を主として説明する。

第６実施形態は、ＭＢＭＳ測定設定情報を送信しない点で第１実施形態乃至第５実施形態とは異なる。

（第６実施形態に係るＭＢＭＳ測定制御方法）
図１５は、第６実施形態に係るＭＢＭＳ測定制御方法を示すシーケンス図である。図１５において、ＵＥ１００は、ＭＢＭＳ測定をサポートする。

図１５に示すように、ステップＳ６０１において、ＵＥ１００は、ｅＮＢ２００からマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータを受信する。ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣコネクティッド状態である。

ステップＳ６０２において、ＵＥ１００は、ｅＮＢ２００からＭＢＭＳデータを受信する期間においてＭＢＭＳ測定を行う。ＭＢＭＳ測定は、ＭＢＭＳ参照信号受信電力の測定、ＭＢＭＳ参照信号受信品質の測定、ＭＢＭＳ ＳＩＮＲの測定、ＭＢＭＳ ＢＬＥＲの測定、のうち少なくとも１つを含む。

ＵＥ１００は、ｅＮＢ２００からＭＢＭＳ測定設定情報を受信していない場合であっても、ｅＮＢ２００からＭＢＭＳデータを受信する期間においてＭＢＭＳ測定を行う。

或いは、ＵＥ１００は、ｅＮＢ２００からＭＢＭＳ測定の開始指示を受信した場合にのみ、ｅＮＢ２００からＭＢＭＳデータを受信する期間においてＭＢＭＳ測定を行ってもよい。

ステップＳ６０３において、ＵＥ１００は、ｅＮＢ２００からマルチキャスト又はブロードキャストで配信されるＭＢＭＳデータを受信する。

ステップＳ６０４において、ＵＥ１００は、ＭＢＭＳデータの受信失敗を検出する。ＭＢＭＳデータの受信失敗とは、ＭＢＭＳデータの復号に失敗したこと、又はＭＢＭＳ測定結果が所要レベルを下回ったこと（或いは、下回った時間が所定時間を超えたこと）である。

ステップＳ６０５において、ＭＢＭＳデータの受信失敗を検出したＵＥ１００は、ＭＢＭＳ測定結果を位置情報と共に記憶する。ＵＥ１００は、セル識別子、セル固有参照信号受信電力、セル固有参照信号受信品質、ＭＢＭＳサービス識別子、ＭＢＭＳサービスエリア識別子、をＭＢＭＳ測定結果と共に記憶してもよい。ＵＥ１００は、ＭＢＭＳ測定結果を記憶する際に、タイマーを起動する。

ステップＳ６０６において、ＵＥ１００は、所定のタイミングで、ＭＢＭＳ測定結果を保持していることを示す保持通知をｅＮＢ２００に送信する。所定のタイミングとは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ、 ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅ、の何れかのタイミングである。

ステップＳ６０７において、保持通知を受信したｅＮＢ２００は、ＭＢＭＳ測定結果の送信を希望する場合に、ＭＢＭＳ測定結果の送信要求をＵＥ１００に送信する。

ステップＳ６０８において、ＵＥ１００は、ｅＮＢ２００からの送信要求を受信した場合に、タイマーによって示される相対時間（時間情報）と共にＭＢＭＳ測定結果をｅＮＢ２００に送信する。

［第７実施形態］
以下において、第７実施形態について、第１実施形態乃至第６実施形態との相違点を主として説明する。

第７実施形態は、ＭＢＭＳのうちグループ通信を継続するための動作に着目した実施形態である。ＭＢＭＳの受信継続をサポートするために、リリース１１においてＭＢＭＳ興味通知（ＭＢＭＳ Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ）が導入されている。ＭＢＭＳ興味通知は、ＵＥ１００からｅＮＢ２００に送信され、ＵＥ１００が受信している又は受信に興味を持つＭＢＭＳに関する情報をｅＮＢ２００に提供する。ｅＮＢ２００は、ＭＢＭＳ興味通知に基づいてＵＥ１００のハンドオーバを行う。

ＭＢＭＳのうちグループ通信は、下りリンクはブロードキャスト又はマルチキャストで送信されるが、上りリンクはユニキャストで送信される。現行のＭＢＭＳ興味通知では、このようなグループ通信の特殊性が考慮されていないため、ＭＢＭＳ興味通知に基づいて不適切なハンドオーバが行われる可能性がある。例えば、ハンドオーバ先において上りリンクでユニキャストを利用できないケースでは、グループ通信が途絶するといった問題がある。

図１６は、第７実施形態に係る方法を示すシーケンス図である。第７実施形態に係る方法は、ｅＮＢ２００からマルチキャスト又はブロードキャストでデータ配信を行うＭＢＭＳをサポートする移動通信システムにおいて、ＵＥ１００が継続的にＭＢＭＳを受信するための方法である。

図１６に示すように、ステップＳ７０１において、ｅＮＢ２００は、ＭＢＭＳの継続受信を補助するための補助情報をブロードキャスト信号（ＳＩＢ１５）によりＵＥ１００に送信する。

ステップＳ７０２において、ＵＥ１００は、ｅＮＢ２００から受信した補助情報に基づいて、自ＵＥ１００が受信している又は受信に興味を持つＭＢＭＳに関するＭＢＭＳ興味通知を生成し、ＭＢＭＳ興味通知をｅＮＢ２００に送信する。ＵＥ１００は、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であるか否かに関連付けられた所定の情報（詳細については後述）をＭＢＭＳ興味通知に追加する。

図１７は、ＭＢＭＳ興味通知のメッセージ構成を示す図である。

図１７に示すように、ＭＢＭＳ興味通知には、ＵＥ１００がＭＲＢ（ＭＢＭＳ Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ Ｒａｄｉｏ Ｂｅａｒｅｒ）で受信している又は受信に興味を持つＭＢＭＳ周波数を示す周波数情報Ｅ１と、ユニキャスト受信よりもＭＢＭＳ受信を優先することを示すＭＢＭＳ優先度情報Ｅ２と、を含めることが可能である。現行仕様では、周波数情報Ｅ１が示すＭＢＭＳ周波数の受信を、ユニキャストベアラの受信よりも優先する場合に、ＭＢＭＳ優先度情報Ｅ２がＭＢＭＳ興味通知に追加される。

第７実施形態のパターン１では、所定の情報は、ＭＢＭＳ優先度情報Ｅ２である。ＵＥ１００は、ユニキャスト受信よりもＭＢＭＳ受信を優先する場合で、かつ、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信以外のＭＢＭＳ受信である場合に、ＭＢＭＳ優先度情報Ｅ２をＭＢＭＳ興味通知に追加する。そうでない場合には、ＭＢＭＳ優先度情報Ｅ２はＭＢＭＳ興味通知に追加されない。

第７実施形態のパターン１では、ＵＥ１００は、ユニキャスト受信よりもＭＢＭＳ受信を優先する場合であっても、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信である場合には、ＭＢＭＳ優先度情報Ｅ２をＭＢＭＳ興味通知に追加しない。

これにより、ユニキャスト受信及びグループ通信の受信よりも優先するＭＢＭＳ受信がグループ通信以外のＭＢＭＳ受信（例えば放送型のＭＢＭＳ受信）である場合に限り、ＭＢＭＳ優先度情報Ｅ２がＭＢＭＳ興味通知に追加されることになる。これにより、ＵＥ１００がユニキャスト受信及びグループ通信の受信よりも優先するＭＢＭＳ受信が存在するか否かを識別できる。

第７実施形態のパターン２では、所定の情報は、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であるか否かを示す識別情報（すなわち、新たな情報要素）である。ユニキャスト受信よりもＭＢＭＳ受信を優先する場合において、ＵＥ１００は、ユニキャスト受信よりもＭＢＭＳ受信を優先することを示すＭＢＭＳ優先度情報Ｅ２をＭＢＭＳ興味通知に追加する。また、ユニキャスト受信よりもＭＢＭＳ受信を優先する場合において、ＵＥ１００は、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信である場合に、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であることを示す識別情報をＭＢＭＳ興味通知にさらに追加する。

第７実施形態のパターン２では、ＵＥ１００は、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信以外のＭＢＭＳ受信である場合に、ユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信ではないことを示す識別情報をＭＢＭＳ興味通知にさらに追加する、又は識別情報をＭＢＭＳ興味通知に追加しない。

これにより、識別情報に基づいて、ＵＥ１００がユニキャスト受信よりも優先するＭＢＭＳ受信がグループ通信であるか否かを識別できる。

［その他の実施形態］
上述した実施形態では、ｅＮＢ２００はネットワーク基準時間をＭＢＭＳ測定設定情報に含めてＵＥ１００に送信していたが、ＭＢＭＳ測定開始通知に含めてＵＥ１００に送信してもよい。

上述した実施形態では、ｅＮＢ２００はＭＢＭＳ測定ログ期間に対応するタイマーを、ＭＢＭＳ測定開始通知を受信した後に開始しているが、ＭＢＭＳ測定設定情報を受信したタイミングで開始してもよい。

上述した実施形態では、ｅＮＢ２００はトレース関連情報をＭＢＭＳ測定設定情報に含めてＵＥ１００に送信していたが、ＭＢＭＳ測定開始通知に含めてＵＥ１００に送信してもよい。

上述した実施形態では、Ｌｏｇｇｅｄ ＭＤＴ ｉｎ Ｃｏｎｎｅｃｔｅｄの場合に、アイドル状態に移行するタイミングでｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎを削除していたが、削除せずコネクティッド状態に戻ったタイミングで当該ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎに基づくＭＤＴを再開してもよい。

上述した各実施形態は、別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。

また、上述した各実施形態では、移動通信システムとしてＬＴＥシステムを例示したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

［付記１］
（はじめに）
本付記は、ＲＲＣ＿アイドル及びＲＲＣ＿コネクティッドの適用性、ＭＤＴ設定、及び測定報告の必要性について取り上げる。

ＵＥの地理的位置及びＭＢＳＦＮ ＵＥ測定の収集は、ＭＤＴにより実現することができる。ＮＷ及びＵＥの両方の複雑さを低減するために、可能な限り既存のＭＤＴメカニズムを再利用することが望ましい。既存のＭＤＴによれば、主な目的は、カバレッジ及びＱｏＳに関する測定を収集することであった。カバレッジ関連測定値の収集は、すべてのＵＥ（アイドル、コネクティッドの両方）に適用可能であると予想することが妥当である。しかしながら、ＭＢＭＳ関連測定については、全てのＵＥがＭＢＭＳサービスに興味があることは予想されない。従って、全てのＵＥがＭＢＭＳ関連測定の収集をサポートする必要があることを期待するのは合理的ではない。そのため、ＭＤＴの問題の一部は、ＭＢＭＳ関連測定に適用可能なＵＥを決定する必要性でなりえる。そして、これらのＵＥは、ＭＢＭＳ関連測定及び報告のために設定（configure）されているかを考慮する必要がある。さらに取り組むべきその他の問題は、記録ＭＤＴ（Logged MDT）及び即時ＭＤＴ（Immediate MDT）の必要性である。

（ＭＢＭＳ関連測定）
以下の３つのＭＢＭＳ関連測定が必要とされる。

・ＭＢＳＦＮエリアごとのＭＢＳＦＮ ＲＳＲＰ
・ＭＢＳＦＮエリアごとのＭＢＳＦＮ ＲＳＲＱの適用
・ＭＢＳＦＮエリアごと、且つＭＣＳごとのＭＣＨ ＢＬＥＲ測定の適用

また、ＭＢＭＳ ＣＱＩ及び／又はＲＳＴＤを含む他の物理層測定も検討されたが、合意に至っていない。これらの測定は、ＭＤＴの一部として含まれるべきである。

提案１：ＭＤＴによるＭＢＭＳ関連測定の収集は、少なくとも、ＭＢＳＦＮ ＲＳＲＰ、ＭＢＳＦＮ ＲＳＲＱ、ＭＣＳごとのＭＣＨ ＢＬＥＲを含み、これらは全てＭＢＳＦＮエリア単位とするべきである。

（アイドルＵＥ及びコネクティッドＵＥ）
先に述べたように、ＭＢＭＳサービスの受信に興味を持つＵＥのみがＭＢＭＳ測定の収集のために設定されるべきであると仮定することは合理的である。ＭＤＴの観点から、ＭＢＭＳ関連測定の収集はＮＷにより制御されるため、ＭＤＴのためにどのＵＥを設定するかを決定することはＮＷの責任である。しかしながら、これまで、ＮＷは、コネクティッドＵＥについてＵＥ興味を判断することができるだけであった。具体的には、コネクティッドＵＥは、ＭＢＭＳへの興味をＮＷに通知するためにＭＢＭＳ興味通知及び（要求された場合には）カウンティング応答を送信することができる。これは、ＮＷがコネクティッドＵＥからのＭＢＭＳ興味だけを知ることができることを意味する。リリース１０のＭＤＴの大規模な研究から、アイドルＵＥからの測定値の収集は貴重であり、無視すべきではないと結論付けられている。これはＭＢＭＳ関連測定の収集にもあてはまる。ＮＷが直接アイドルＵＥからのＭＢＭＳ興味を受け取ることができないからといって、アイドルＵＥからＭＢＳＦＮ測定値を得ることが重要ではないことを意味するものではない。潜在的な利益を考慮すると、ＮＷは、アイドルＵＥからＭＢＭＳ関連測定を収集する機会を持っている必要がある。アイドルＵＥからの入力がないと、ＮＷの分析に利用可能なデータは、あまりに限定的になり得る。

見解１：コネクティッドＵＥ及びアイドルＵＥからのＭＢＭＳ関連測定は、何れもＮＷによるＭＢＭＳカバレッジの分析のために不可欠である。

（ＭＤＴの設定）
ＭＢＭＳ関連測定のためのＭＤＴの設定については、下記のようにいくつかの要因が考慮される必要がある。

・ＭＤＴが記録ＭＤＴ及び／又は即時ＭＤＴに基づくか
・ＭＤＴがＵＥごと又はセルごとに設定されるか
・ＭＤＴがアイドル・コネクティッドＵＥの両方でサポートされるか

しかしながら、これらの要因が考慮される前に、ＭＢＭＳに興味のあるＵＥのみがＭＢＭＳ関連測定が要求されるという基本的な仮定があるはずである。そうでなければ、ＵＥの過剰な電力消費をもたらす。

提案２：ＭＢＭＳ関連測定の収集は、ＭＢＭＳサービスの受信に興味のあるＵＥにのみ適用可能であるべきである。

（コネクティッドＵＥのための記録ＭＤＴ又は即時ＭＤＴ）
リリース１０のＭＤＴに基づき、コネクティッドＵＥのためのＭＤＴは即時ＭＤＴにのみ基づいている。これは、ＭＢＭＳ関連測定の収集について、このアプローチを拡張することは簡単なように思われる。しかしながら、リリース１０のＭＤＴとは対照的に、ＭＢＭＳ関連測定は、リリース１０のＭＤＴのように既存のＲＲＣ測定に基づいていない。したがって、ｅＮＢは、即時ＭＤＴをサポートするために、ＭＢＭＳ固有設定をＵＥに提供する必要がある。

見解２：コネクティッドＵＥのために即時ＭＤＴがサポートされる場合、ｅＮＢは、ＭＢＭＳ関連測定設定をＵＥに提供する必要がある。

観測２に基づいて、少なくともＭＤＴ設定の観点から、コネクティッドＵＥについて記録ＭＤＴに対する即時ＭＤＴの特段の利点はない。したがって、コネクティッドＵＥについて記録ＭＤＴを指定することが適切であるかどうかを検討する必要がある。ＵＥの観点からは、記録ＭＤＴを採用した場合、リリース１０のＭＤＴも設定されると、メモリリソース及び複数のログの処理に関してＵＥの複雑さが増加する。しかしながら、リリース１０のＭＤＴについては、記録ＭＤＴがアイドルにのみ適用可能であり、ＵＥが同時に複数のログを処理する必要はない。ネットワークの観点からは、ＵＥがすぐにＭＢＭＳ関連測定を報告する場合、ネットワークはすぐに全てのＭＢＭＳカバレッジを把握し得る。しかしながら、これは、ネットワークが動的にＭＢＳＦＮ送信の設定を変更する場合にのみ有益となり得る。ＭＢＳＦＮ送信はＵＥ固有ではなく、ネットワークは動的にＭＢＳＦＮ送信を変更しないと予想される。記録ＭＤＴがサポートされている場合にも、ネットワークは、ネットワークが特定のＭＤＴ設定に関連する十分な情報を持っている場合、ログを取得しない選択肢を有する。これにより、不要なシグナリングを減らすことができる。

提案３：コネクティッドＵＥのためのＭＢＭＳ関連測定の収集に記録ＭＤＴ又は即時ＭＤＴのいずれを採用するかを検討する必要がある。

（ＵＥごと又はセルごとのＭＤＴ設定）
ＭＢＭＳ関連測定を収集するために即時ＭＤＴ又は記録ＭＤＴのいずれを採用するかに関係なく、ネットワークは明示的にＵＥに測定を設定する必要がある。リリース１０のＭＤＴでは、ＵＥは、ｏｂｔａｉｎＬｏｃａｔｉｏｎ ＩＥ以外に明示的に即時ＭＤＴを設定される必要がない。一方、ＭＢＭＳについては、ＵＥは、明示的にＭＢＭＳ関連測定を設定される必要があり得る。ＭＢＭＳ関連測定が専用（dedicated）シグナリングにより設定される場合、ｅＮＢは、測定設定内の興味のある適用可能なＭＢＭＳ周波数を含むＵＥ固有設定を適用する機会を持つことになる。これはシグナリング負荷の増加の代償としてもたらされる。興味のある特定の周波数以外は、ｅＮＢが一のＵＥと他のＵＥとで異なる測定を設定する必要があるとは考えにくい。そこで、専用シグナリングにより各ＵＥを設定することが本当に必要かどうかを疑問視する必要がある。代替案として、ｅＮＢは、ＳＩＢによりＭＢＭＳ関連測定を設定し、測定に関連する周波数を示してもよい。これは、ＳＩＢで指定された周波数でＭＢＭＳサービスを受信しているＵＥに対してのみ測定及びイベントトリガが適用可能であることを意味する。

提案４：コネクティッドＵＥのためにｅＮＢがＳＩＢによりＭＢＭＳ関連測定及びイベントトリガを設定する選択肢を持つべきかどうかを検討すべきである。

（アイドルＵＥのためのＭＤＴ設定）
見解１で説明したように、アイドル状態のＵＥからの測定結果も貴重である。アイドル状態のＵＥのための主な懸念は、ｅＮＢが、ＭＢＭＳ関連測定のための適切なＵＥを設定する困難さである。ＭＢＭＳ関連測定の収集のためにアイドルＵＥが含まれている場合、アイドルでの記録ＭＤＴがサポートされるべきである。また、アイドルでの測定のためのＵＥの設定がリリース１０と同じであると仮定することは簡単であろう。すなわち、ＵＥがコネクティッドにおいて設定されており、ＵＥがアイドルに遷移した際に測定が行われるように設定がアイドルにおいて保持される（図１８参照）。

しかしながら、提案２で結論づけたように、ＭＢＭＳサービスに興味のあるＵＥのみがこれらの測定を実行するために必要とされるべきである。コネクティッドで設定されている間にＵＥがＭＢＭＳサービスへの興味を示している場合でも、ＵＥがアイドルに移行した後にＭＢＭＳに興味が残るという保証はない。一つの方法は、ＵＥがもはやＭＢＭＳサービスに興味がない場合にはアイドルＵＥが測定を実行する必要がないと規定することであろう。しかしながら、ＵＥがＭＢＭＳの興味に基づいて測定を実行するかどうかを決定する必要がある場合、他の選択肢は、アイドルＵＥを除いて提案４と同様に、ｅＮＢがＳＩＢによりＵＥを設定し、この設定が記録ＭＤＴに特化したものとすることである（図１９参照）。ＭＤＴのブロードキャスト設定では、ＭＤＴ用に設定するためにアイドルＵＥがコネクティッドに遷移する必要はない。また、アイドル状態のＵＥは、前もってｅＮＢに通知することなく、ＭＢＭＳサービスを受信し始めるとすぐに、ＭＢＭＳ関連測定を実行し始めることができる。ブロードキャスト設定メカニズムの詳細及びトレース機能がどのように保証されるかを検討する必要がある。

提案５：ｅＮＢが、ＭＢＭＳ関連測定及びイベントトリガをアイドルＵＥのためにＳＩＢにより設定する選択肢を持つべきかどうかを検討するべきである。

議案６：提案５が合意された場合、ブロードキャスト設定メカニズムの詳細及びどのようにトレース機能が保証されるかを検討する必要がある。

（マネジメントベースのトレース対シグナリングベースのトレース）
リリース１０のＭＤＴについて、加入者／セルトレース機能がＭＤＴをサポートするように再利用及び拡張された。ｅＮＢがＭＤＴを設定するためにどのＵＥをいかに選択するかの直接的な影響を有するので、その機能を検討することは合理的である。ＭＤＴは、特定のＵＥに向けて開始される場合、シグナリングベース手順が使用され、セルのトラフィックトレース手順のために、マネジメントベーストレース手順が使用されている。それのリリース１２ ＭＤＴが既存のトレース機能を再利用することを検討することは合理的である。シグナリングベースが使用される場合、ＣＮがＭＤＴに適切なＵＥを選択するであろうことを前提とする。しかしながら、これは、どのＵＥがＭＢＭＳに興味があるかの知識をＣＮ（ＥＭ）が有することを必要とするが、現状、想定されていない。マネジメントベースの始動では、トレース制御及び設定パラメータは、当該ネットワークエンティティに直接送信される。このアプローチでは、ＭＤＴのためのＵＥの選択がｅＮＢによって決定される。ｅＮＢは、すでに特定のＵＥからＭＢＭＳの興味を得る多くの機会を持っているので、ベースライントレースメカニズムとしてマネジメントベースのトレースを検討するのが妥当であろう。

議案７：マネジメントベースのトレースがベースライントレースメカニズムとすることができるかどうかを検討するべきである。

［付記２］
（はじめに）
重要なテーマの一つがグループ通信のためのサービス継続性のサポートである。ｅＭＢＭＳ又はユニキャストを用いてグループ通信を提供する同一ＰＬＭＮ内においてのみ、サービスの連続性が提供されるであろう。３つの典型的なシナリオ（グループ通信データ受信がＰＴＭからＰＴＰへ切り替えられる、若しくはＰＴＰからＰＴＭへ切り替えられる、又はＭＢＳＦＮ境界に起因してＰＴＭからＰＴＭへ切り替えられる）があると考えられる。この付記では、グループ通信のためのサービス継続性の分析を提供する。

（シナリオ１：ＰＴＰからＰＴＭへの切り替え）
このシナリオでは、グループ通信データの受信がＰＴＰからＰＴＭに切り替わる。例えば、ユニキャストベアラを介してグループ通信サービスを受信するＵＥが、マルチキャストベアラを介して同じサービスを提供するターゲットセルへ移動する場合、このような状況が発生する。グループ通信サービスがＰＴＭによっても提供される可能性があるため、ＭＢＭＳ可能ＵＥは、そのようなサービスがＰＴＭで提供されるかどうかを確認するであろう。ＵＥは、ＭＢＭＳ制御チャネルの読み取りによって、このサービスの利用可能性を判断することができる。ＰＴＭを介してサービスの受信に成功した後、ＵＥは、ＰＴＭを介してグループ通信データを受信していることをＮＡＳシグナリングによりＧＣＳＥ−ＡＳに通知し得る。そのため、ＰＴＭからＰＴＰへ切り替えるＵＥにはサービス継続性は問題ではない。ＵＥは、切り替えが完了するまで、ユニキャスト及びマルチキャストの両方を経由して同じデータを受信することがある。重複したパケットの処理はＵＥの実装次第であるべきであると考えられる。

リリース１１のＭＢＭＳ興味通知がグループ通信のためのサービス継続性の要件を満たしているか否かも評価する必要がある。現在の仕様では、ｅＮＢが、興味のあるＭＢＭＳサービスがＰＴＭを介して提供されているセルへＵＥを導くことができるように、ＵＥは、ｅＮＢにＭＢＭＳ興味通知メッセージを送信することが可能である。現在の仕様では、ＵＥが、ユニキャストベアラのうちのいずれかの受信よりも、すべての示されたＭＢＭＳ周波数の受信を優先させる場合には、ＵＥは、ＭＢＭＳ興味通知メッセージにＭＢＭＳ優先度度を含めることができる。これは、ネットワークが混雑した場合に重要である。しかしながら、ＭＢＭＳ興味通知メッセージがＭＢＭＳ優先度及びＭＢＭＳ周波数のリストのみを含むので、ｅＮＢは、ＵＥの興味のあるＭＢＭＳサービス（例えば、グループ通信やテレビチャネル）について把握していないかもしれない。ＭＢＭＳサービスの興味を提供するセルが混雑している場合で、ＵＥがユニキャストよりもＭＢＭＳを優先することを示している場合、Ｅ−ＵＴＲＡＮは、ＵＥのユニキャストベアラを解放することが可能である。そして、最悪のシナリオは、ｅＮＢがＵＥの興味（例えば、ＭＢＭＳ優先度がｔｒｕｅに設定されている）に基づいて、ｅＭＢＭＳベアラが下りリンクのために使用される、グループ通信の受信グループメンバーを、ＭＢＭＳを提供する混雑したセルに移動し、ユニキャストベアラを解放することである。グループ通信の想定として、ユニキャストベアラが上りリンク通信のために使用される。グループ通信に使用されるユニキャストベアラが解放されると、ＵＥが混雑していない新しいセルに移動するまで、ＵＥは、ＵＬトラフィックを送信できない。ＵＥが上りリンクトラフィックを送信するか否かに応じて２つの周波数の間を行き来することは好ましくない。よって、現在のＥ−ＵＴＲＡＮ手順が特にＮＷ混雑の場合のグループ通信のサービス継続のために再利用できるかどうかを検討する必要がある。

提案１：リリース１１のＭＢＭＳ興味通知がグループ通信のためのサービス継続性の要件を満たしているかを評価する必要がある。

（シナリオ２：ＰＴＭからＰＴＰへの切り替え）
このシナリオでは、グループ通信データの受信がＰＴＭからＰＴＰに切り替えられる。この状況は、ＵＥの移動性及びＭＢＭＳサービス停止により発生する。以下では、各ケースを詳細に分析する。

ＵＥの移動性
典型的なユースケースの一つは、マルチキャストベアラを介してグループ通信サービスを受信するＵＥが、ＭＢＭＳを提供する能力を持たないセル（例えばＭＢＳＦＮエリア外）に移動することである。この場合、ＵＥは、ＭＢＭＳ制御チャネルを読んだ後に限り、対象セル上のｅＭＢＭＳで、受信しているグループ通信サービスが提供されないことに気付くであろう。ＵＥは、ＭＢＳＦＮカバレッジを失った後、ユニキャストでグループ通信サービスを提供するようにＧＣＳＥ−ＡＳに依頼することになるため、サービスの継続性は保証されない。サービス継続性のいかなるギャップも回避し、グループ通信パケットがＵＥで中断されないように、ＵＥは、マルチキャストベアラからユニキャストベアラへの変化をＧＣＳＥ−ＡＳに通知するためのメカニズムがあるべきである。

ＵＥは、ＭＢＭＳ関連信号の受信レベルにより、グループ通信データ受信がマルチキャストシグナリングにより継続されるかどうかのより良い知識を持っているので、ＵＥベースの解決策であることが好ましいと考えられる。ＵＥベースの解決策が適用された場合、ＭＢＭＳ関連測定が使用されなければならない。二つの選択肢が考えられる。ＭＢＭＳ関連信号が閾値よりも弱い場合に、ＵＥがそれをｅＮＢに通知する、又は、（必要に応じてユニキャストベアラを設定した後）ユニキャストベアラを介して直接的にグループ通信サービスを受信することをＵＥがＧＣＳＥ−ＡＳに通知する。現在の３ＧＰＰアーキテクチャと整合するので、最初のアプローチが好ましい。ｅＮＢ／ＮＷは、どのＵＥがＰＴＭ又はＰＴＰによりグループ通信サービスを受けるべきかを判断する責任を持っている必要がある。最初のアプローチに合意した場合、もう一つの考慮点は報告閾値が事前定義されるのか又はｅＮＢによって設定されるかどうかである。柔軟性なオペレーションが使用可能になるので、ｅＮＢによって設定されるべきであると考えられる。例えば、ＭＢＳＦＮエリアの中心でＭＢＭＳ信号を失う可能性が低いと想定される。よって、ＭＢＳＦＮエリアの中心にあるｅＮＢは、シグナリングを減少させるために、ＵＥにＭＢＭＳ関連測定を設定しない選択肢がある。したがって、ベースラインとしてＮＷ支援ＵＥベースの解決策を検討すべきである。この手順はまた、リリース１２前のＭＢＭＳサービス、例えばテレビ放送に適用することができる。

提案２：グループ通信データ受信をＰＴＭからＰＴＰに切り替える間のサービス継続性を支援するため、ベースラインとして、ＮＷ支援ＵＥベースの解決策を検討するべきである。

ＭＢＭＳサービスの停止
ＭＢＭＳの典型的なユースケースの一つは、同一のＭＢＭＳサービスを受信しようとする端末の数に応じて、ＮＷが、ＭＢＭＳサービスがＰＴＭを介して配信されるべきかどうかを決定できるようにすることである。リソース使用率でより良い効率を提供するには、興味がほとんどないＭＢＭＳサービスはブロードキャストされるべきではない。したがって、ＭＢＭＳサービス停止メカニズムもグループ通信のためにサポートする必要がある。現在の仕様では、カウンティング手順は、将来及び進行中のＭＢＭＳサービスにおける興味に関するＭＢＭＳ ＵＥからのフィードバックをネットワークが受信するためにサポートされている。このメカニズムは、ＭＢＳＦＮを介して配信されるＭＢＭＳサービスが望ましいかどうかをＮＷが判断することを可能にする。簡単な検討事項は、グループ通信にカウント手順を適用することであろう。ＭＢＭＳを介したグループ通信の想定は、リリース１２前のＭＢＭＳとは少し異なっているので、さらなる検討が必要になり得る。ｅＭＢＭＳが使用されても、ＵＥは、下りリンク伝送のＡＣＫ／ＮＡＣＫのために、ＧＣＳＥ−ＡＳへのユニキャスト上りリンク伝送を使用することができる。したがって、ＭＢＭＳサービス停止をサポートするために代替のメカニズムが必要かどうかを検討する必要がある。

提案３：ＭＢＭＳサービス停止メカニズムがグループ通信でサポートされるべきである。

提案３が合意された場合、ＮＷは、サービスの継続性を提供するために、ＭＢＭＳを介したサービスの提供停止前に、ＵＥに通知する必要がある。通知を受信すると、ユニキャストベアラを介して同じサービスを受けるために、ＵＥがＧＣＳＥ−ＡＳに知らせるための十分な時間があり得る。ＭＢＭＳサービス停止決定もＲＡＮ（すなわち、ＭＣＥ）によって判断することができるので、ＡＳレイヤシグナリングを介して通知を提供することが妥当であろう。

提案４：提案３が合意された場合、ＮＷは、ＡＳ層シグナリングを使用して、ＭＢＭＳを介したサービスの提供を停止する前に、ＵＥに通知する必要がある。

（シナリオ３：２つのＰＴＭの切り替え）
同一ＭＢＳＦＮエリア内のサービス継続性がリリース１１のｅＭＢＭＳで議論され、Ｅ−ＵＴＲＡＮ手順は、このシナリオでのサービス継続性のためのサポートを提供する。したがって、ＵＥが同一ＭＢＳＦＮエリア内のセルからセルへ移動する場合、ＭＢＭＳサービスの継続性は問題ではない。一方、サービスの継続性は、ＵＥが、異なるＭＢＭＳサービスエリアに属する２つの異なるＰＴＭ間で移動する場合には保証されない。この問題は、当初、リリース１１のＭＢＭＳで議論されたが、結論に至らず、さらなる検討の余地が残されている。サービス継続性がグループ通信のために特に重要であるので、この問題を再検討し、サービスの継続性を確保するためのメカニズムを提供するべきである。

簡単な解決策は、状況が非常に似ているので、ＰＴＭからＰＴＰへの切り替えで対処した解決策（例えば、ＮＷ支援ＵＥベースの解決策）を再利用することであろう。両方の場合において、弱いＭＢＭＳ関連信号に起因して、ＵＥは、ＰＴＭを介してグループ通信サービスを受信することができない。同じ解決策を異なるＰＴＭを切り替えるシナリオに適用する場合、標準化の努力を削減することができる。

提案５：ＵＥが、異なるＭＢＭＳサービスエリアに属する２つの異なるＰＴＭ間で移動する場合、サービスの継続性を提供するために、ＰＴＭからＰＴＰへの切り替えの場合と同じ解決策を使用するべきである。

［相互参照］
米国仮出願第６１／９３４２７２号（２０１４年１月３１日出願）の全内容が、参照により本願明細書に組み込まれている。

本発明は、移動通信分野において有用である。

Claims (2)

1. 移動通信システムのネットワークに含まれる基地局であって、
   ユニキャスト信号により、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）測定を設定するＬｏｇｇｅｄ測定設定をユーザ端末に送信する送信部であって、前記ＭＢＳＦＮ測定は、前記ネットワークから送信されるＭＢＳＦＮ参照信号に対する測定であり、前記Ｌｏｇｇｅｄ測定設定は、前記ＭＢＳＦＮ測定の対象とする周波数の情報を含む、送信部と、
   Ｌｏｇｇｅｄ ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）により前記Ｌｏｇｇｅｄ測定設定に従った前記ＭＢＳＦＮ測定を前記周波数について行った前記ユーザ端末から、ＭＢＳＦＮ測定ログを有する旨の通知を受信する受信部と、
   前記通知の受信に応じて、前記ＭＢＳＦＮ測定ログの送信を前記ユーザ端末に要求することにより、前記ＭＢＳＦＮ測定ログを前記ユーザ端末から取得する制御部と、を備え、
   前記ＭＢＳＦＮ測定は、ＭＢＳＦＮエリア単位でのＭＣＨ ＢＬＥＲ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）測定を含む
   基地局。
2. 移動通信システムのネットワークに含まれる基地局において実行される方法であって、
   ユニキャスト信号により、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）測定を設定するＬｏｇｇｅｄ測定設定をユーザ端末に送信するステップであって、前記ＭＢＳＦＮ測定は、前記ネットワークから送信されるＭＢＳＦＮ参照信号に対する測定であり、前記Ｌｏｇｇｅｄ測定設定は、前記ＭＢＳＦＮ測定の対象とする周波数の情報を含む、ステップと、
   Ｌｏｇｇｅｄ ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）により前記Ｌｏｇｇｅｄ測定設定に従った前記ＭＢＳＦＮ測定を前記周波数について行った前記ユーザ端末から、ＭＢＳＦＮ測定ログを有する旨の通知を受信するステップと、
   前記通知の受信に応じて、前記ＭＢＳＦＮ測定ログの送信を前記ユーザ端末に要求することにより、前記ＭＢＳＦＮ測定ログを前記ユーザ端末から取得するステップと、を備え、
   前記ＭＢＳＦＮ測定は、ＭＢＳＦＮエリア単位でのＭＣＨ ＢＬＥＲ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）測定を含む
   方法。

Images