JP6105807B2 - 移動局、測定制御方法、及びプロセッサ - Google Patents

Description

本発明は、移動通信システムにおいて用いられる移動局、測定制御方法、プロセッサ、及び基地局に関する。

移動通信システムでは、基地局の周辺にビルが建設されたり、周辺基地局の設置状況が変化したりすると、当該基地局に係る無線環境が変化する。このため、従来では、オペレータにより、測定機材を搭載した測定用車両を使用し、無線環境及び位置情報を測定して測定ログを収集するドライブテストが行われている。ここで、無線環境とは、基地局から受信する参照信号の受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）等である。

このような測定及び収集は、例えばカバレッジの最適化に貢献できるが、工数が多く、且つ費用が高いという課題がある。そこで、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ユーザ端末を利用して、当該測定及び収集を自動化するためのＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）の仕様が策定されている（非特許文献１参照）。

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

本発明は、適切に測定及び収集を可能とすることを目的とする。

第１の特徴に係る移動局は、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局である。前記移動局は、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信する制御部を備える。

第１の特徴において、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合には、前記制御部は、前記可用性インジケータを送信しない制御を行う。

第１の特徴において、前記所定のタイミングは、前記ネットワークとの接続確立、前記ネットワークとの接続再確立、前記ネットワークにおけるハンドオーバ、の何れかのタイミングである。

第１の特徴において、前記記録型ＭＢＳＦＮ測定が自移動局に設定されている状態において、前記記録型ＭＢＳＦＮ測定とは異なる種別のＭＤＴが前記ネットワークから新たに設定された場合、前記制御部は、前記異なる種別のＭＤＴの設定で前記記録型ＭＢＳＦＮ測定の設定を上書きする。

第２の特徴に係る測定制御方法は、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局における測定制御方法である。前記測定制御方法は、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信するステップを備える。

第３の特徴に係るプロセッサは、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局に備えられるプロセッサである。前記プロセッサは、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信する処理を行う。

第４の特徴に係る基地局は、移動局と通信を行う基地局である。前記移動局には、ネットワークにより、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定が設定されている。前記基地局は、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを、前記移動局から受信する受信部を備える。

第１実施形態乃至第６実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第６実施形態に係るＵＥのブロック図である。 第１実施形態乃至第６実施形態に係るｅＮＢのブロック図である。 第１実施形態乃至第６実施形態に係る無線インターフェイスのプロトコルスタック図である。 第１実施形態乃至第６実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。 第１実施形態乃至第６実施形態に係るＭＢＭＳエリアの構成図である。 第１実施形態乃至第６実施形態に係るＭＢＭＳシステムの構成図である。 第１実施形態に係るＬＴＥシステムの構成図である。 第２実施形態に係るＬＴＥシステムの構成図である。 第３実施形態に係るＬＴＥシステムの構成図である。 第４実施形態に係るＬＴＥシステムの構成図である。 第５実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第６実施形態に係るＭＢＭＳ ＭＤＴのシーケンス図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方で、ＬＴＥシステムでは、ネットワーク最適化を図るための機能として、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）が仕様化されている。現在規定されているＭＤＴの方式であるＥｘｉｓｔｉｎｇ ＭＤＴでは、ＵＥ１００は、ｅＮＢ２００から通知されたＭＤＴに関する測定情報（Ｅｘｉｓｔｉｎｇ ＭＤＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、受信品質の測定及び収集を行っている。

ＭＤＴにおいて、ＭＢＭＳに係る測定（ＭＢＳＦＮ ＭＤＴ）をサポートすることが検討されている。具体的には、ｅＮＢ２００が、ＵＥ１００に、ＭＢＳＦＮ ＭＤＴの測定情報（ＭＢＳＦＮ ＭＤＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を設定することにより、ＵＥ１００がＭＢＭＳの受信品質を測定することが検討されている。

図１３を用いて、ＭＢＳＦＮ ＭＤＴの測定情報をＵＥ１００に設定する場合のシーケンスを説明する。

ｅＮＢ２００は、ＭＢＳＦＮ ＭＤＴの測定情報、Ｔｒａｃｅ ＩＤ、及びその他の設定情報を保持している（Ｓ１３０１）。Ｔｒａｃｅ ＩＤは、測定情報を一意に区別するために用いる識別子である。ＵＥ１００は、Ｔｒａｃｅ ＩＤから、測定情報が設定された時期及び新旧の測定情報を区別することができる。

ｅＮＢ２００は、ＭＢＭＳの設定（ＭＢＭＳ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をｅＮＢ２００のエリア内にブロードキャストする（Ｓ１３０２）。より具体的には、ＭＢＳＦＮ ＭＤＴの測定情報を送信する。

ＭＢＭＳをサポートしているＵＥ１００−４のみが、ＭＢＳＦＮ ＭＤＴの測定情報を設定し、ＭＢＭＳ受信品質の測定と収集を開始する。なお、ＭＢＭＳをサポートしていないＵＥ１００−５は、ＭＢＭＳのＭＤＴを実施しない。

ＵＥ１００−４は、ＭＢＭＳデータを受信し、受信品質の測定と収集を行う（Ｓ１３０５、Ｓ１３０６）。

ＵＥ１００−４は、測定と収集をストップする（Ｓ１３０４、Ｓ１３０５）。測定と収集をストップする理由としては、ＭＢＭＳ期間の満了、ＭＤＴ用のリソースに余裕がなくなった等の理由が考えられる。

ＵＥ１００−４は、ＭＤＴによる測定と収集の結果を利用可能である旨を示すＡｖａｉｌａｂｌｅ Ｉｎｄｉｃａｔｉｏｎ（可用性インジケータ）をｅＮＢ２００に送信する（Ｓ１３０７）。

ＵＥ１００−４は、ｅＮＢ２００からの指示を受けて（Ｓ１３０８ Ｌｏｇ ｒｅｔｒｉｅｖｅ）、受信品質の収集結果を報告する。このメッセージにはＴｒａｃｅ ＩＤを含む（Ｌｏｇ ｒｅｐｏｒｔｉｎｇ ｗ／ Ｔｒａｃｅ ＩＤ）。

ここで、Ｅｘｉｓｔｉｎｇ ＭＤＴとＭＢＳＦＮ ＭＤＴが併存する場合において、ＵＥ１００が２つのＭＤＴの情報要素を設定し、指定された受信品質の測定及び収集を同時に行うのは、ＵＥ１００の負荷等の観点から現実的でない。このため、ＵＥ１００が同時に設定するＭＤＴは１つという前提で、複数のＭＤＴ機能を規定する必要がある。

その一方で、ＭＢＭＳでもＭＤＴをサポートするために、ｅＮＢ２００は、Ｅｘｉｓｔｉｎｇ ＭＤＴの指示とＭＢＳＦＮ ＭＤＴの指示を、個別シグナリング、マルチキャスト、又はブロードキャストでＵＥ１００に送信する。

このため、ｅＮＢ２００は、Ｅｘｉｓｔｉｎｇ ＭＤＴとＭＢＳＦＮ ＭＤＴのＵＥ１００における設定を、適切に認識する必要がある。特にハンドオーバ時には、ハンドオーバ先ｅＮＢ２００−２は、ＵＥ１００のＭＤＴの設定を取得し、適切に制御する必要がある。

図８を用いて、第１の実施形態に係るハンドオーバ時の動作を説明する。

ＵＥ１００は、Ｅｘｉｓｔｉｎｇ ＭＤＴ又はＭＢＭＳ ＭＤＴの測定情報を設定した状態でハンドオーバ元ｅＮＢ２００−１と通信をしている（不図示）。

ＵＥ１００は、ｅＮＢ２００‐１と通信中の状態から、ｅＮＢ２００‐２にハンドオーバを行い、通信経路を接続Ａから接続Ｂに切り替える（Ｓ８０１）。

ハンドオーバの際に、ｅＮＢ２００−１は、ｅＮＢ２００‐２に、ＵＥ１００のＭＤＴの設定に関する情報を通知し、ｅＮＢ２００‐２は、ＵＥ１００のＭＤＴの設定に関する情報を取得する（Ｓ８０２）。ＵＥ１００のＭＤＴの設定に関する情報とは、Ｅｘｉｓｔｉｎｇ ＭＤＴの測定情報と、ＭＢＳＦＮ ＭＤＴの測定情報との何れかをＵＥ１００が設定しているかを示す識別情報である。

また、ハンドオーバの際には、ＵＥ１００は、ｅＮＢ２００−２と接続Ｂに関する処理、例えば、ＲＲＣの設定を行う（Ｓ８０３）。

Ｓ８０２ではなく、Ｓ８０３の手順において、ＵＥが、ｅＮＢ２００‐２に、識別情報を通知してもよい。

ｅＮＢ２００−２は、識別情報により、既にＵＥ１００にＥｘｉｓｔｉｎｇ ＭＤＴ若しくはＭＢＳＦＮ ＭＤＴが設定されていることを、認識することができる。このため、ｅＮＢ２００−２は、新たにＭＤＴの指示をする必要がない場合に、ＭＤＴの指示を行わないように制御することができる。例えば、ｅＮＢ２００−２は、既にＥｘｉｓｔｉｎｇ ＭＤＴの測定情報又はＭＢＳＦＮ ＭＤＴの測定情報がＵＥ１００に設定されている場合に、ＭＢＭＳ ＭＤＴの設定をＵＥ１００に再度指示するのを避けることができる。

［第２実施形態］
図９を用いて、第２実施形態について説明する。なお、第１実施形態と同一の部分については説明を省略する。

Ｅｘｉｓｔｉｎｇ ＭＤＴについては、ＥＰＣ２０等のネットワーク機能が、契約を基にＵＥ１００を選択し、ｅＮＢ２００が、個別シグナリングでＵＥ１００にＥｘｉｓｔｉｎｇ ＭＤＴの測定情報の設定を指示している。例えば、ｅＮＢ２００は、ネットワーク機能により選択されたＵＥ１００−１に、個別シグナリングでＥｘｉｓｔｉｎｇ ＭＤＴの測定情報を設定するように指示をする（Ｓ９０１）。

これに対して、ＭＢＭＳ ＭＤＴは、ｅＮＢ２００が、エリア内のＭＢＭＳ ＭＤＴをサポートするＵＥに対して、ブロードキャスト又はマルチキャストにて、ＭＢＳＦＮ ＭＤＴの測定情報の設定を指示している。例えば、ｅＮＢ２００は、ＭＢＳＦＮ ＭＤＴの測定情報の設定指示を、ブロードキャスト又はマルチキャストにてｅＮＢ２００のエリア内に送信する。エリア内でＭＢＭＳ ＭＤＴをサポートするＵＥ１００−１乃至１００−３は、ＭＢＳＦＮ ＭＤＴを受信する（Ｓ９０２）。

ここで、ＵＥ１００−１は、個別にＥｘｉｓｔｉｎｇ ＭＤＴの設定指示を受けているため、不特定多数のＵＥ向けの指示であるブロードキャスト又はマルチキャストで受信したＭＢＳＦＮ ＭＤＴの設定を優先するのは好ましくない。ＵＥ１００は、同時に１つのＭＤＴの設定しかできないため、ＵＥ１００−１は、Ｅｘｉｓｔｉｎｇ ＭＤＴの測定情報の設定を維持し、測定と収集を継続する。ＵＥ１００−１は、受信したＭＢＳＦＮ ＭＤＴに関する指示については無視する。

一方、Ｅｘｉｓｔｉｎｇ ＭＤＴの設定がされてないＵＥ１００−２とＵＥ１００−３は、ＭＢＭＳ ＭＤＴの測定情報の設定指示を受けると、ＭＢＭＳ ＭＤＴの測定情報を設定する（Ｓ９０２）。

ただし、この場合でも、ＵＥ１００−２又はＵＥ１００−３が、個別シグナリングでＥｘｉｓｔｉｎｇ ＭＤＴの設定指示を受けた場合、Ｅｘｉｓｔｉｎｇ ＭＤＴの測定情報を設定し、Ｅｘｉｓｔｉｎｇ ＭＤＴで指示された受信品質の測定と収集を行う。ＵＥ１００−２又はＵＥ１００−３は、ＭＢＳＦＮ ＭＤＴの測定情報を用いた受信品質の測定と収集は停止する。

なお、ＵＥ１００−２又はＵＥ１００−３は、収集途中のＭＢＭＳ ＭＤＴのログを破棄してもよいし、何らかのタイミングでｅＮＢ２００に報告してもよい。

また、ＵＥ１００−２又はＵＥ１００−３は、Ｅｘｉｓｔｉｎｇ ＭＤＴの測定情報を受信した際に、ＭＢＳＦＮ ＭＤＴの測定情報を、破棄してもよいし、Ｅｘｉｓｔｉｎｇ ＭＤＴの測定情報による測定後に、所定状況を満たす場合は、ＭＢＭＳ ＭＤＴの測定情報による受信状況の測定と収集を再開してもよい。

［第３実施形態］
図１０を用いて、第３実施形態について説明する。なお、第１実施形態及び第２実施形態と同一の部分については説明を省略する。

ＭＤＴの種類ではなく、先に設定したＭＤＴの測定情報を用いて受信状況の測定と収集を最後まで実施した方が、効率的にＭＤＴによる受信状況の測定と収集を行うという観点からは好ましいケースもある。

ｅＮＢ２００−３は、ＵＥ１００に、ＭＤＴ設定通知＃１を送信する（Ｓ１００１）。ここで、ＭＤＴ設定通知＃１には、ＭＢＳＦＮ ＭＤＴの測定情報が含まれていてもよいし、Ｅｘｉｓｔｉｎｇ ＭＤＴの測定情報が含まれていてもよい。

また、ｅＮＢ２００−３は、ＭＤＴ設定通知＃１を、個別シグナリング、ブロードキャスト、マルチキャストのいずれを用いて送信してもよい。

ＵＥ１００は、ＭＤＴの測定情報を設定していない場合は、通知されたＭＤＴ設定通知＃１に含まれる測定情報を設定し、受信品質の測定と収集を行う。

ＵＥ１００が、ｅＮＢ２００−４のエリアに移動し、ｅＮＢ２００−４からＭＤＴ通知＃２を受信する（Ｓ１００３）。ＭＤＴ通知＃２も、ＭＤＴ＃１と同様にＥｘｉｓｔｉｎｇ ＭＤＴでも、ＭＢＳＦＮ ＭＤＴでもよい。

また、ｅＮＢ２００−４は、ＭＤＴ設定通知＃１と同様にＭＤＴ設定通知＃２を、個別シグナリング、ブロードキャスト、マルチキャストのいずれを用いて送信してもよい。

本実施形態では、ＵＥ１００は、ＭＤＴ＃２の通知を受けても、ＭＤＴ＃１で通知された測定情報による設定を維持する。ＵＥ１００は、受信したＭＤＴ＃２を無視してもよい。

なお、ＵＥ１００が接続状態（ＲＲＣコネクティッド状態）の場合には、ＵＥ１００は、ＭＤＴ＃２を設定しない旨の通知（Ｒｅｊｅｃｔ Ｍｅｓｓａｇｅ）をｅＮＢ２００−４に送信してもよい。あるいは、ＵＥ１００は、ＭＤＴ＃１を設定している旨をｅＮＢ２００−４に応答してもよい。

また、別の動作方法としては、ＵＥ１００が常に最新のＭＤＴの測定情報を設定して動作するという方法も考えられる。最新のＭＤＴが、ネットワークが測定と収集を希望している設定である可能性が高いためである。

この場合、ＵＥ１００がＭＤＴの設定をしている場合に、個別シグナリング、ブロードキャスト、又はマルチキャストによりＭＤＴの設定通知を受けた場合、ＵＥ１００は、後から通知されたＭＤＴの測定情報を設定する。

あるいは、ＵＥ１００は、個別シグナリング、ブロードキャスト、又はマルチキャストによりＭＤＴの設定通知を受けた場合、ＵＥ１００は、既に設定しているＭＤＴの測定情報がネットワークにより設定された時期と、新たに通知されたＭＤＴの測定情報がネットワークにより設定された時期とを、ＭＤＴの測定情報から特定する。特定後、ＵＥ１００は、設定時期が新しいＭＤＴの測定情報を特定する。

［第４実施形態］
図１１を用いて、第４実施形態について説明する。なお、第１実施形態乃至第３実施形態と同一の部分については説明を省略する。

Ｅｘｉｓｔｉｎｇ ＭＤＴとＭＢＳＦＮ ＭＤＴの優先度を通知した方が、ＵＥ１００の受信時の競合制御を容易に実現するという観点等から好ましい場合がある。

ｅＮＢ２００は、ｅＮＢ２００のエリアで、ブロードキャスト又はマルチキャストでＭＢＭＳ ＭＤＴの測定情報を送信する際に、優先度情報を通知する（Ｓ１１０１）。例えば、ＭＢＳＦＮ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅに優先度情報を含めて通知してもよい。

ここで、優先度情報は、Ｅｘｉｓｔｉｎｇ ＭＤＴとＭＢＳＦＮ ＭＤＴとの間の優先度を識別する情報である。

優先度情報と共に、当該優先度情報を適用するＵＥ１００を特定する情報を併せて送信することが好ましい。これにより任意のＵＥやＵＥグループに対してのみ優先度に従ったＭＤＴによる受信状況の測定と収集を行うことができる。

なお、優先度通知を受信して現在設定しているＭＤＴの測定情報と異なる測定情報を設定するＵＥ１００は、収集途中のＭＢＭＳ ＭＤＴのログを破棄してもよいし、何らかのタイミングでｅＮＢ２００に報告してもよい。

また、ＵＥ１００は、現在設定しているＭＤＴの測定情報を、破棄してもよいし、所定状況を満たす場合に収集を再開してもよい。

［第５実施形態］
図１２を用いて、第５の実施形態について説明する。なお第１実施形態乃至第４実施形態と同一の部分について説明は省略する。

ｅＮＢ２００は、ＭＢＳＦＮ ＭＤＴの測定情報を、個別シグナリング、ブロードキャスト又はマルチキャストでＵＥ１００に通知する。

ＭＢＳＦＮ ＭＤＴの測定情報が、異なる信号を用いてＵＥ１００に通知されるため、ＭＢＳＦＮ ＭＤＴ間の競合が起きてしまう可能性がある。

このため、ｅＮＢ２００は、接続状態にあるＵＥ１００−１に個別シグナリングを用いてＭＢＳＦＮ ＭＤＴ測定情報を通知する。ＵＥ１００−１は、個別シグナリングで受信した測定情報を設定する。一方、ＵＥ１００−１は、ブロードキャスト又はマルチキャストで受信したＭＢＳＦＮ ＭＤＴの測定情報については無視する。

これに対して、アイドル状態のＵＥ１００−２及びＵＥ１００−３は、ブロードキャスト又はマルチキャストで受信したＭＢＳＦＮ ＭＤＴの測定情報を設定する。

ＵＥ１００−１は、アイドル状態に遷移した後も、個別シグナリングで通知されたＭＢＳＦＮ ＭＤＴの測定情報を用いてＭＢＭＳ受信状況の測定と報告を行う。ＵＥ１００−１は、アイドル状態に遷移した後に、ブロードキャスト又はマルチキャストで受信したＭＢＳＦＮ ＭＤＴの測定情報については無視する。

ＭＢＳＦＮ ＭＤＴ間の競合回避は他の方法によっても可能である。例えば、Ｔｒａｃｅ ＩＤを用いて競合を回避することも可能である。この場合は、ＵＥ１００は、Ｔｒａｃｅ ＩＤを確認し、最新の測定情報を適用することによりＭＢＳＦＮ ＭＤＴ間の競合を回避できる。

なお、ブロードキャスト又はマルチキャストでＭＢＳＦＮ ＭＤＴの測定情報を通知している際には、ＭＢＳＦＮ ＭＤＴの競合を回避するため、ｅＮＢ２００が、一定期間、個別シグナリングを用いてのＭＢＳＦＮ ＭＤＴの送信を行わないといった方法を用いることも可能である。

ＵＥ１００が、個別シグナリングで送信されたＭＢＳＦＮ ＭＤＴの測定情報を優先することで競合を回避することも考えられる。

ＵＥ１００は、マルチキャスト若しくはブロードキャストで受信したＭＢＳＦＮ ＭＤＴの測定情報が設定されている状態で、個別シグナリングでＭＢＳＦＮ ＭＤＴの測定情報を受信した場合は、個別シグナリングで受信したＭＢＳＦＮ ＭＤＴの測定情報に設定を更新する。

また、ＵＥ１００が、個別シグナリングで受信したＭＢＳＦＮ ＭＤＴの測定情報が設定されている状態で、マルチキャスト若しくはブロードキャストで前記測定情報を受信した場合には、前記個別シグナリングで受信した前記測定情報の設定を維持する。

［第６実施形態］
第６の実施形態について説明する。なお、第１実施形態乃至第５実施形態と同一の部分について説明は省略する。

ＭＢＳＦＮ ＭＤＴの測定情報がブロードキャスト又はマルチキャストで送信されることが検討されている。

ＵＥ１００が、ブロードキャスト又はマルチキャストでＭＢＳＦＮ ＭＤＴの測定情報を受信した場合、測定情報に含まれる受信情報が正確な値でない可能性がある。ブロードキャスト又はマルチキャストで送信する場合には、メッセージは繰り返し送信されるためである。

ＵＥ１００は、ブロードキャスト又はマルチキャストでＭＢＳＦＮ ＭＤＴの測定情報を受信した時点の正確な時間（ｔｉｍｅＩｎｆｏＵＴＣ）をａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏとして設定する。なお、ＵＥ１００は、ｔｉｍｅＩｎｆｏＵＴＣを、ＧＰＳ等から取得することができる。

もしくは、ＵＥ１００は、既存のａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏをリユースするが、ａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏの内容を、システム情報更新通知なしで変更することを許容する。

また、マルチプルロギング（ｍｕｌｔｉｐｌｅ ｌｏｇｇｉｎｇ）、つまり測定情報が、複数のログ収集を同時に行うように設定されている場合、各ログの収集時間を正確に特定し、同時刻で比較する必要がある。

ＵＥは、各ログについて、測定情報を受信した時のａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏを基にしたｔｉｍｅ ｓｔａｍｐを設定することができる。あるいは、ＵＥは、最初の受信したａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏを全てのログに適用するといった方法により時間を特定し、ログの比較をすることができる。

［その他の実施形態］
上述した実施形態はＭＢＭSのＭＤＴと、Ｅｘｓｉｔｉｎｇ ＭＤＴに関して記載したが、他のＭＤＴとの間でも適用可能である。

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

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

［付記］
以下において、上述した実施形態の補足事項について付記する。

付記に係る移動局（ＵＥ）は、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局である。前記移動局は、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信する制御部を備える。

前記記録型ＭＢＳＦＮ測定が未だ継続中である場合には、前記制御部は、前記可用性インジケータを送信しない制御を行う。

前記所定のタイミングは、前記ネットワークとの接続確立、前記ネットワークとの接続再確立、前記ネットワークにおけるハンドオーバ、の何れかのタイミングである。

前記記録型ＭＢＳＦＮ測定が自移動局に設定されている状態において、前記記録型ＭＢＳＦＮ測定とは異なる種別のＭＤＴが前記ネットワークから新たに設定された場合、前記制御部は、前記異なる種別のＭＤＴの設定で前記記録型ＭＢＳＦＮ測定の設定を上書きする。

付記に係る測定制御方法は、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局における測定制御方法である。前記測定制御方法は、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信するステップを備える。

付記に係るプロセッサは、記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局に備えられるプロセッサである。前記プロセッサは、前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信する処理を行う。

１．はじめに
既存のＭＤＴとＭＢＳＦＮ ＭＤＴの両方を同時にサポートする必要性はまだ明らかではない。本付記において、ＵＥ及び既存の仕様への影響を最小限にするための提案と共に、この問題について検討する。

２．同時ＭＤＴ
既存のＭＤＴでＭＢＳＦＮ ＭＤＴを組み込むための議論の一環として、以前の議論の多くは、既存のＭＤＴに影響を与えることなく、ＭＢＳＦＮ ＭＤＴをサポートすることを対象としている。既存のＭＤＴへの影響は、仕様への影響だけでなくＵＥへの影響の両方から検討すべきである。しかし、場合によっては、仕様に小さな影響を与えることが必ずしもＵＥに小さな影響を与えるものではない（その逆も同様）。以前は、既存のＭＤＴのサポートの議論の一部として、ＵＥが１つのＭＤＴログのみをサポートする必要があることが決定されていた。複数のＲＡＴをサポートするための複数のログのサポートが除外され、「ｌｏｇｇｅｄ ＭＤＴ ｉｎ Ｃｏｎｎｅｃｔｅｄ」のサポートも除外された。これらの選択肢を除外した理由の一部は、複雑さ及び必要なメモリの両方からＵＥへの負担を軽減することであった。ＭＢＳＦＮ ＭＤＴをサポートすることを可能にするためだけに同時ＭＤＴに特別な規定があってはならない。これは、ＵＥのための既存のＭＤＴの振る舞いから大きく逸脱するだろう。

提案１：ＵＥは同時ＭＤＴのサポートが要求されるべきではない。

２．１．単一ＭＤＴのサポート
ＤＣＣＨベースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）がベースラインと考えられている。したがって、ＭＢＳＦＮ ＭＤＴ設定が直接的にＵＥ単位で制御される。

合意事項
２．リリース１２においてＭＢＳＦＮのための即時ＭＤＴ（Ｉｍｍｅｄｉａｔｅ ＭＤＴ）はサポートされない。

１．ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＭＢＳＦＮ測定用の記録ＭＤＴ（ｌｏｇｇｅｄ ＭＤＴ）がサポートされる予定である。

３．ベースラインとして、ＤＣＣＨベースの設定が使用される。

３（ａ）．時間が許せば、同様にＭＣＣＨベースの設定をサポートしようとすることができる。

上記の前提下で、進行中のＭＤＴセッションがもはや適用されない（例えば、ＵＥがもはやＭＢＭＳに興味が無い）場合を除いて、進行中のＭＤＴセッションをＵＥが有する場合、ネットワークが別のＭＤＴ種別の設定を防止することを可能とするべきである。シグナリングベーストレースの場合、コアネットワークが既存のＭＤＴ又はＭＢＳＦＮ ＭＤＴのいずれかを実行するようにＵＥを選択するので、コアネットワークは、優先ＭＤＴ種別を設定するための適切な調整をＵＥに提供可能であるべきである。既存のＭＤＴとＭＢＳＦＮ ＭＤＴとが調整されないかもしれないので、特定のＵＥのための同時ＭＤＴを防止することができない場合があり得る。

管理ベースのトレースの場合については、ＩＤＬＥにおけるＬｏｇｇｅｄ ＭＤＴのためのｅＮＢ間ＭＤＴコンテキスト（測定及び報告についての関連する設定情報）を転送する必要がないことが決定された。また、ＵＥがＩＤＬＥである場合、ＭＤＴコンテキストは、ＲＡＮノードにより解放されると想定される。ＭＢＳＦＮ ＭＤＴがＣｏｎｎｅｃｔｅｄにおけるＬｏｇｇｅｄ ＭＤＴをサポートしているので、ＭＢＳＦＮ ＭＤＴの場合とは状況が異なる。管理ベースのトレースによって設定されたＭＤＴの設定がハンドオーバ中に転送されないという合意に従う場合、ターゲットｅＮＢは、２つのＭＤＴのいずれで既にＵＥが設定されているかを知らない。新しいＭＤＴがＵＥに設定される可能性があり、同時ＭＤＴが発生することがあり得る。

同時ＭＤＴを防止する方法の一つは、ＵＥが、他の種別のＭＤＴ設定を受信した場合にＭＤＴの一つ捨てることを可能にすることである。次のように２つの選択肢がある：
・選択肢Ａ−１：新しいＭＤＴ種別が、常に以前にＵＥに設定されたＭＤＴを上書きする。

・選択肢Ａ−２：ＵＥが既に設定ＭＤＴを持っている場合、新しいＭＤＴ種別の設定は破棄される。

これらの二つの選択肢は、ｅＮＢがＵＥに新しいＭＤＴ設定を開始する前にＵＥのＭＤＴ設定のステータスを知る必要がない利点を有する。ネットワークが新しいＬｏｇｇｅｄ ＭＤＴ設定を設定するときは常に、すでに設定されているＬｏｇｇｅｄ ＭＤＴ設定を置き換えるという、既存のＭＤＴの合意の一部として合意されているので、選択肢Ａ−１がより好ましい。

また、ｅＮＢは、ＵＥの以前のＭＤＴはもはや必要とされない可能性があるので、場合によっては意図的に、ＵＥに新しいＭＤＴを設定するための具体的な理由を有することができる。

提案２：同時ＭＤＴを防止するために、ＵＥは、以前にＵＥに設定されているＭＤＴを新しいＭＤＴ種別で上書きする。

２．２．ＭＢＳＦＮ ＭＤＴのための可用性インジケータ
既存のＭＤＴでは、ＵＥは、ロギング期間が終了していなくても、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する度に可用性インジケータを含める。これは多くの場合、ネットワークが部分的な記録データ（ｌｏｇｇｅｄ ｄａｔａ）を取得する必要性を引き起こし、複数のログ取得からのデータをネットワークが結合することを必要とする。ＵＥがＭＢＳＦＮ ＭＤＴのログも持っている場合、複数のＭＤＴの複数のログをネットワークが整理するために追加の複雑さがあり得る。

ＭＢＳＦＮ ＭＤＴをサポートするために、ＭＢＳＦＮ ＭＤＴをサポートするための別個の可用性インジケータを使用することが提案されている。ネットワークがどのＭＤＴログを取得すべきか把握できるように、独立したインジケータをサポートし得る。しかし、単に既存のＭＤＴの場合のように１ビットのインジケータと同じルールを適用することは問題になり得る。既存のＭＤＴの場合には、Ｌｏｇｇｅｄ ＭＤＴがアイドルモードにのみ適用されるので、可用性インジケータは、接続の確立／再確立、ハンドオーバの際にのみトリガされる。ＭＢＳＦＮ ＭＤＴは、ＲＲＣコネクティッド及びアイドルモードの両方についてＭＤＴログ機能をサポートしているので、可用性インジケータをいつトリガするかを明確化する必要がある。既存のＭＤＴは、ＵＥがアイドルである間においてのみロギングを行う場合、管理可能であり得る部分的なデータ取得を想定する。ＭＢＳＦＮ ＭＤＴ用の新しい可用性インジケータは、ＵＥがＲＲＣ接続モードにある間に繰り返し送信されるならば、実質的に増加したシグナリング負荷と共に部分的なデータの検索回数を増加させ得る。可用性インジケータがいつトリガされるかを決定する前に、可用性インジケータについての以下の選択肢を検討する必要がある。

・選択肢Ｂ−１：既存のＭＤＴの場合のようにＭＢＳＦＮ ＭＤＴのログの可用性を示すために１ビットが使用される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間にロギングを行う際にいつＵＥが可用性インジケータをトリガするかは更なる検討が必要である。

表１に、選択肢Ｂ−１でのＵＥ／ｅＮＢの取り扱い（Ｈａｎｄｌｉｎｇ）を示す。

・選択肢Ｂ−２：利用可能な記録データをＵＥが有し、かつ、ＭＢＳＦＮ ＭＤＴが完了（すなわち、継続期間が満了）した場合、ｅＮＢに示すために１ビットが使用される。

表２に、選択肢Ｂ−２でのＵＥ／ｅＮＢの取り扱い（Ｈａｎｄｌｉｎｇ）を示す。

・選択肢Ｂ−３：２ビットのインジケータがｅＮＢに送信される。最初のビットは、ＵＥが使用可能な任意のデータを記録しているか否かを通知し、２番目のビットは、ＵＥが以前の設定に基づいてＭＤＴ測定を実行している（すなわち、ログ期間が満了していない）か否かをｅＮＢに通知する。

表３に、選択肢Ｂ−３でのＵＥ／ｅＮＢの取り扱い（Ｈａｎｄｌｉｎｇ）を示す。

表４に、前述の問題を取り扱う能力と共に３つの選択肢の概要を示す。

※ビット＃１でＵＥがＬｏｇｇｅｄデータの可用性を示しても、ビット＃２でＵＥがＭＢＳＦＮ ＭＤＴが終了していないことを示す場合には、ｅＮＢは、ＭＢＳＦＮ ＭＤＴが完了するまでログを取得しないことを選択し得る。

表４の結果によれば、ＭＢＳＦＮ ＭＤＴが完了しているか否かをｅＮＢに示す可能性を選択肢Ｂ−２及び選択肢Ｂ−３の両方が有するため、頻繁な記録データ取得をｅＮＢが防止することを補助するために選択肢Ｂ−２又は選択肢Ｂ−３を提案する。ＭＤＴ設定の適切な協調をサポートすることについて、選択肢Ｂ−３は、ＭＢＳＦＮ ＭＤＴが既に設定されていることの通知をｅＮＢに提供する。しかしながら、ビット＃１が示されているかにかかわらず、ＭＤＴ設定が存在する場合にビット＃２を常に送信するか否かをさらに検討するべきである。同時ＭＤＴを防止するために提案２を使用し得るが、既に設定されたＭＤＴは依然としてネットワークに望ましいものであり得るため、ｅＮＢは、既に設定されたＭＤＴをＵＥに破棄させるためだけにＵＥに新たなＭＤＴを設定することは好ましくない。代わりに、ｅＮＢは、既に設定されたＭＤＴを有しない他のＵＥを選択し得る。シグナリング負荷に関して、ＵＥはＭＢＳＦＮ ＭＤＴが完了した場合にログ可用性を示すだけであるため、選択肢Ｂ−２が好ましい。これに対し、選択肢Ｂ−３は、選択肢Ｂ−１に比べて、ログ可用性通知を削減しないので、シグナリング負荷に最も大きい影響を与えるが、ＭＢＳＦＮ ＭＤＴが完了したか否かを示す新たなビットも追加される。結局、選択肢Ｂ−１の主な利点は、既存のＭＤＴと一貫性のある動作を持つ利点がある。しかし、既存のＭＤＴがアイドルにおけるロギングのみをサポートするのに対し、ＭＢＳＦＮ ＭＤＴは、アイドル及びコネクティッドの両方におけるロギングをサポートする。上記の選択肢の何れを選択するかに応じて、インジケータがいつトリガされるか（特に、ＵＥがコネクティッドモードのである間）を検討すべきである。

提案３：ＭＢＳＦＮ ＭＤＴのための可用性インジケータとして何れかの選択肢が考慮されるべきである。

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

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

Claims (5)

1. 記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局であって、
   前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信する制御部を備え、
   前記記録型ＭＢＳＦＮ測定が未だ継続中である場合には、前記制御部は、前記可用性インジケータを送信しない制御を行うことを特徴とする移動局。
2. 前記所定のタイミングは、前記ネットワークとの接続確立、前記ネットワークとの接続再確立、前記ネットワークにおけるハンドオーバ、の何れかのタイミングであることを特徴とする請求項１に記載の移動局。
3. 前記記録型ＭＢＳＦＮ測定が自移動局に設定されている状態において、前記記録型ＭＢＳＦＮ測定とは異なる種別のＭＤＴが前記ネットワークから新たに設定された場合、前記制御部は、前記異なる種別のＭＤＴの設定で前記記録型ＭＢＳＦＮ測定の設定を上書きすることを特徴とする請求項１に記載の移動局。
4. 記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局における測定制御方法であって、
   前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信するステップと、
   前記記録型ＭＢＳＦＮ測定が未だ継続中である場合には、前記可用性インジケータを送信しない制御を行うステップと、
   を備えることを特徴とする測定制御方法。
5. 記録型ＭＤＴによりＭＢＭＳの受信状況の測定及び収集を行う記録型ＭＢＳＦＮ測定がネットワークにより設定された移動局に備えられるプロセッサであって、
   前記記録型ＭＢＳＦＮ測定が未だ継続中である場合を除いて、所定のタイミングにおいて、前記記録型ＭＢＳＦＮ測定の可用性を示す可用性インジケータを前記ネットワークに送信する処理を行い、
   前記記録型ＭＢＳＦＮ測定が未だ継続中である場合には、前記可用性インジケータを送信しない制御を行うことを特徴とするプロセッサ。

Images