知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023164966
(43)【公開日】2023-11-14
(54)【発明の名称】ネットワーク装置及び通信制御方法
(51)【国際特許分類】
H04W 76/18 20180101AFI20231107BHJP
H04W 16/28 20090101ALI20231107BHJP
H04W 24/10 20090101ALI20231107BHJP
【ＦＩ】
H04W76/18
H04W16/28
H04W24/10
【審査請求】有
【請求項の数】2
【出願形態】ＯＬ
(21)【出願番号】P 2023144652
(22)【出願日】2023-09-06
(62)【分割の表示】P 2021537347の分割
【原出願日】2020-08-05
(31)【優先権主張番号】62/884,275
(32)【優先日】2019-08-08
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】弁理士法人キュリーズ
(72)【発明者】
【氏名】藤代 真人
(72)【発明者】
【氏名】チャン ヘンリー
(57)【要約】 （修正有）
【課題】カバレッジ拡張機能が適用されるユーザ装置に対してＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）機能を適用するネットワーク装置及び通信制御方法を提供する。
【解決手段】移動通信システムで用いられ、ユーザ装置により実行される通信制御方法であって、サービングセルの拡張カバレッジに居るときにユーザ装置により実行されたＲＲＣ接続に関する手順の失敗に関する失敗報告をネットワークに送信することを含む。失敗報告は、拡張カバレッジにおけるユーザ装置のカバレッジ拡張状態を示す拡張状態情報と、拡張状態情報と対応付けられた失敗回数情報とを含む。失敗回数情報は、カバレッジ拡張状態においてユーザ装置が手順に失敗した回数を示す。
【選択図】図１０
【解決手段】移動通信システムで用いられ、ユーザ装置により実行される通信制御方法であって、サービングセルの拡張カバレッジに居るときにユーザ装置により実行されたＲＲＣ接続に関する手順の失敗に関する失敗報告をネットワークに送信することを含む。失敗報告は、拡張カバレッジにおけるユーザ装置のカバレッジ拡張状態を示す拡張状態情報と、拡張状態情報と対応付けられた失敗回数情報とを含む。失敗回数情報は、カバレッジ拡張状態においてユーザ装置が手順に失敗した回数を示す。
【選択図】図１０
【特許請求の範囲】
【請求項1】
ネットワーク装置であって、
ユーザ装置により実行されるＲＲＣ接続に関する手順の開始に応じて起動したタイマが満了したときに保存された前記ユーザ装置の無線環境の測定値を含む失敗報告を、前記ユーザ装置から受信する受信部を備え、
前記失敗報告は、前記手順に失敗したセルに属する複数のビームのそれぞれのビーム識別子と、前記ビーム識別子によって識別されるビームに対応付けられた前記測定値とを含む
ネットワーク装置。
ユーザ装置により実行されるＲＲＣ接続に関する手順の開始に応じて起動したタイマが満了したときに保存された前記ユーザ装置の無線環境の測定値を含む失敗報告を、前記ユーザ装置から受信する受信部を備え、
前記失敗報告は、前記手順に失敗したセルに属する複数のビームのそれぞれのビーム識別子と、前記ビーム識別子によって識別されるビームに対応付けられた前記測定値とを含む
ネットワーク装置。
【請求項2】
ネットワーク装置により実行される通信制御方法であって、
ユーザ装置により実行されるＲＲＣ接続に関する手順の開始に応じて起動したタイマが満了したときに保存された前記ユーザ装置の無線環境の測定値を含む失敗報告を、前記ユーザ装置から受信することを含み、
前記失敗報告は、前記手順に失敗したセルに属する複数のビームのそれぞれのビーム識別子と、前記ビーム識別子によって識別されるビームに対応付けられた前記測定値とを含む
通信制御方法。
ユーザ装置により実行されるＲＲＣ接続に関する手順の開始に応じて起動したタイマが満了したときに保存された前記ユーザ装置の無線環境の測定値を含む失敗報告を、前記ユーザ装置から受信することを含み、
前記失敗報告は、前記手順に失敗したセルに属する複数のビームのそれぞれのビーム識別子と、前記ビーム識別子によって識別されるビームに対応付けられた前記測定値とを含む
通信制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、移動通信システムで用いるネットワーク装置及び通信制御方法に関する。
【背景技術】
【0002】
セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ）において、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）の機能が仕様化されている。ＭＤＴ機能は、ユーザ装置が無線環境を測定し、無線環境の測定情報をユーザ装置の位置情報と共にネットワークに報告することにより、例えばカバレッジホール等を検出可能とし、ネットワークの最適化等を図る機能である。
【0003】
一方、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）サービスを対象としたユーザ装置が知られている。このようなユーザ装置は、低コスト化、カバレッジ拡張、及び低消費電力化を実現するために送受信帯域幅が制限される。また、このようなユーザ装置は、劣悪な無線環境下でも使用できるように、繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）等を含むカバレッジ拡張機能が適用される。
【0004】
カバレッジ拡張機能が適用されるユーザ装置に対してＭＤＴ機能を適用する場合、従来のＭＤＴ機能には無い新たなメカニズムが必要になると考えられる。
【発明の概要】
【0005】
一実施形態に係る通信制御方法は、ユーザ装置により実行される方法である。通信制御方法は、サービングセルの拡張カバレッジに居るときに前記ユーザ装置により実行されたＲＲＣ接続に関する手順の失敗に関する失敗報告をネットワークに送信することを含む。前記失敗報告は、前記拡張カバレッジにおける前記ユーザ装置のカバレッジ拡張状態を示す拡張状態情報と、前記拡張状態情報と対応付けられた失敗回数情報とを含む。前記失敗回数情報は、前記カバレッジ拡張状態において前記ユーザ装置が前記手順に失敗した回数を示す。
【0006】
一実施形態に係る通信制御方法は、ユーザ装置により実行される方法である。通信制御方法は、サービングセルに居るときに前記ユーザ装置により実行されたＲＲＣ接続に関する手順に失敗したときに、前記ユーザ装置の無線環境の測定値を保存することと、前記手順に複数回失敗した場合、前記保存ステップで保存した複数回分の測定値から１つの統計値を算出することと、前記算出された統計値を含む失敗報告をネットワークに送信することと、を含む。
【0007】
一実施形態に係る通信制御方法は、ユーザ装置により実行される方法である。通信制御方法は、ＭＢＭＳサービスが提供されるＳＣ－ＰＴＭの受信に失敗したときに、前記ＳＣ－ＰＴＭの受信に失敗したときの前記ユーザ装置の無線環境に関する無線環境情報を保存することと、前記保存された無線環境情報を含む失敗報告をネットワークに送信することと、を含む。前記失敗報告は、前記ＭＢＭＳサービスを示すサービス識別子をさらに含む。
【図面の簡単な説明】
【0008】
【図1】一実施形態に係る移動通信システムの構成を示す図である。
【図2】一実施形態に係るユーザ装置の構成を示す図である。
【図3】一実施形態に係る基地局の構成を示す図である。
【図4】一実施形態に係るユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
【図5】一実施形態に係る制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
【図6A】一実施形態に係る移動通信システムの下りリンクの論理チャネルとトランスポートチャネルとの間のマッピングを示す図である。
【図6B】一実施形態に係る移動通信システムのトランスポートチャネルと物理チャネルとの間のマッピングを示す図である。
【図7】ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥが取り扱う周波数チャネルを示す図である。
【図8】一実施形態に係る移動通信システムにおけるカバレッジ拡張状態の一例を示す図である。
【図9】ＳＣ－ＰＴＭの受信の動作例を示す図である。
【図10】第１実施形態に係る移動通信システムにおける動作フローを示す図である。
【図12】第２実施形態に係る移動通信システムにおける動作フローを示す図である。
【発明を実施するための形態】
【0009】
図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
【0010】
（移動通信システム）
まず、一実施形態に係る移動通信システムの構成について説明する。一実施形態に係る移動通信システムは３ＧＰＰの５Ｇシステムであるが、移動通信システムには、ＬＴＥが少なくとも部分的に適用されてもよい。
まず、一実施形態に係る移動通信システムの構成について説明する。一実施形態に係る移動通信システムは３ＧＰＰの５Ｇシステムであるが、移動通信システムには、ＬＴＥが少なくとも部分的に適用されてもよい。
【0011】
図１は、一実施形態に係る移動通信システムの構成を示す図である。
【0012】
図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。
【0013】
ＵＥ１００は、移動可能な装置である。ＵＥ１００は、ユーザにより利用される装置であればよい。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）、タブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、又は飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。
【0014】
ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、ＮＧ－ＲＡＮノードと呼ばれることもある。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
【0015】
なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続されてもよいし、ＬＴＥの基地局が５ＧＣに接続されてもよい。また、ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されてもよい。
【0016】
５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
【0017】
図２は、ＵＥ１００（ユーザ装置）の構成を示す図である。
【0018】
図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【0019】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【0020】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【0021】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
【0022】
なお、ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機等の位置センサをさらに備えてもよい。
【0023】
図３は、ｇＮＢ２００（基地局）の構成を示す図である。
【0024】
図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【0025】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【0026】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【0027】
制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
【0028】
バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間がＦ１インターフェイスで接続されてもよい。
【0029】
図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
【0030】
図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
【0031】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【0032】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【0033】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【0034】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【0035】
ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
【0036】
図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
【0037】
図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを有する。
【0038】
ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。また、ＲＲＣ接続が中断（ｓｕｓｐｅｎｄ）されている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
【0039】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。
【0040】
なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
【0041】
図６Ａ及び図６Ｂは、一実施形態に係る移動通信システムの下りリンクのチャネルの構成を示す図である。図６Ａは、論理チャネル（Ｄｏｗｎｌｉｎｋ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｄｏｗｎｌｉｎｋ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【0042】
図６Ａに示すように、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）にマッピングされる。
【0043】
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）及びＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングされる。
【0044】
ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＵＥ１００とｇＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ－ＳＣＨにマッピングされる。
【0045】
ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ－ＳＣＨにマッピングされる。
【0046】
ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、データ送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ－ＳＣＨにマッピングされる。
【0047】
ＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、ＳＣ－ＰＴＭのための論理チャネルである。ＳＣ－ＭＴＣＨは、ＳＣ－ＰＴＭを用いてネットワークからＵＥ１００にデータ（ＭＢＭＳ）をマルチキャスト送信するための１対多チャネル（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ ｄｏｗｎｌｉｎｋ ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭについての詳細は後述する。
【0048】
ＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＳＣ－ＰＴＭのための論理チャネルである。ＳＣ－ＭＣＣＨは、１又は複数のＳＣ－ＭＴＣＨのためのＭＢＭＳ制御情報をネットワークからＵＥ１００にマルチキャスト送信するための１対多チャネル（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ ｄｏｗｎｌｉｎｋ ｃｈａｎｎｅｌ）である。ＳＣ－ＭＣＣＨは、ＳＣ－ＰＴＭを用いてＭＢＭＳを受信する又は受信に興味を持つＵＥ１００に用いられる。また、ＳＣ－ＭＣＣＨは、１つのセルに１つのみ存在する。
【0049】
ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮのための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされる。
【0050】
ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮのための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。
【0051】
図６Ｂは、トランスポートチャネル（Ｄｏｗｎｌｉｎｋ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【0052】
図６Ｂに示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされる。
【0053】
ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮをサポートする。
【0054】
ＰＣＨ及びＤＬ－ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ－ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
【0055】
ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＰＤＳＣＨ（ＤＬ－ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ－ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
【0056】
（ＭＤＴ機能）
次に、ＭＤＴ機能の概要について説明する。一実施形態に係る移動通信システムは、ＭＤＴの機能をサポートする。
次に、ＭＤＴ機能の概要について説明する。一実施形態に係る移動通信システムは、ＭＤＴの機能をサポートする。
【0057】
ＭＤＴにおいて、ｇＮＢ２００は、ＭＤＴ測定を設定する設定メッセージをＵＥ１００に送信する。そして、ｇＮＢ２００は、ＵＥ１００からＭＤＴ測定情報を収集する。例えば、ｇＮＢ２００は、ＭＤＴ用のサーバと直接的に又は間接的に接続される。ＭＤＴ用のサーバは、ｇＮＢ２００からＭＤＴ測定情報を取得し、ＭＤＴ測定情報に基づいて、カバレッジの最適化を含むネットワーク最適化を行う。
【0058】
ＭＤＴには、ログドＭＤＴ及びイミディエイトＭＤＴの２種類がある。
【0059】
ログドＭＤＴは、ＲＲＣアイドル状態、ＲＲＣインアクティブ状態、又はＲＲＣコネクティッド状態のＵＥ１００が無線測定を行い、測定結果をＵＥ位置情報及びタイムスタンプと共に記録し、記録した測定結果等を含む報告をネットワーク（ｇＮＢ２００）からの要求に応じて送信するものである。
【0060】
イミディエイトＭＤＴは、ＲＲＣコネクティッド状態のＵＥ１００が無線測定及び他の項目の測定を行い、測定結果とＵＥ位置情報とを含む報告をネットワーク（ｇＮＢ２００）に送信するものである。イミディエイトＭＤＴを設定する設定メッセージは、ＵＥ位置情報を測定報告に含めることを要求する情報要素を含む測定設定メッセージであってもよい。
【0061】
ＭＤＴにおいて、ＵＥ１００は、後述の各失敗情報を保存し、失敗情報を含む失敗報告を送信する。
【0062】
（カバレッジ拡張機能）
次に、カバレッジ拡張機能の概要について説明する。一実施形態に係る移動通信システムは、カバレッジ拡張機能をサポートする。
次に、カバレッジ拡張機能の概要について説明する。一実施形態に係る移動通信システムは、カバレッジ拡張機能をサポートする。
【0063】
ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びＩｏＴサービスを対象としたＵＥ１００は、システム送受信帯域の一部のみに送受信帯域幅が制限される。例えばＬＴＥにおいて、このようなＵＥ１００のカテゴリはカテゴリＭ１及びカテゴリＮＢ（Ｎａｒｒｏｗ Ｂａｎｄ）－ＩｏＴと呼ばれる。カテゴリＭ１は、ｅＭＴＣ（ｅｎｈａｎｃｅｄ ＭＴＣ）ＵＥが属するカテゴリである。カテゴリＮＢ－ＩｏＴ（カテゴリＮＢ１）は、ＮＢ－ＩｏＴ ＵＥが属するカテゴリである。
【0064】
カテゴリＭ１は、ＵＥ１００（ｅＭＴＣ ＵＥ）の送受信帯域幅を例えば１．０８ＭＨｚ（すなわち、６リソースブロックの帯域幅）に制限する。カテゴリＮＢ－ＩｏＴ（カテゴリＮＢ１）は、ＵＥ１００（ＮＢ－ＩｏＴ ＵＥ）の送受信帯域幅を１８０ｋＨｚ（すなわち、１リソースブロックの帯域幅）にさらに制限する。このような狭帯域化により、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥに要求される低コスト化及び低消費電力化が実現される。
【0065】
図７は、ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥが取り扱う周波数チャネルを示す図である。
【0066】
図７に示すように、移動通信システムのシステム周波数帯域の周波数帯域幅は１０ＭＨｚであり得る。システム送受信帯域の帯域幅は、例えば、５０リソースブロック＝９ＭＨｚである。ｅＭＴＣ ＵＥが対応可能な周波数チャネルの帯域幅は、６リソースブロック＝１．０８ＭＨｚ以内である。
【0067】
ｅＭＴＣ ＵＥが対応可能な６リソースブロック以内の周波数チャネルは、「狭帯域（ＮＢ：Ｎａｒｒｏｗ Ｂａｎｄ）」と呼ばれる。ＮＢ－ＩｏＴ ＵＥが対応可能な周波数チャネルの帯域幅は、１リソースブロック＝１８０ｋＨｚである。ＮＢ－ＩｏＴ ＵＥが対応可能な１リソースブロックの周波数チャネルは、「キャリア（ｃａｒｒｉｅｒ）」と呼ばれる。
【0068】
カテゴリＭ１のＵＥ１００は、６リソースブロックよりも広い帯域幅で送信される下りリンク無線信号を受信することができないため、通常のＰＤＣＣＨを受信することができない。このため、ＭＴＣ向けのＰＤＣＣＨであるＭＰＤＣＣＨ（ＭＴＣ－ＰＤＣＣＨ）が導入される。同様な理由で、ＮＢ－ＩｏＴ向けのＰＤＣＣＨであるＮＰＤＣＣＨ（ＮＢ－ＰＤＣＣＨ）が導入される。
【0069】
ｅＭＴＣ ＵＥは、ＬＴＥ送受信帯域幅内で運用される。ＮＢ－ＩｏＴ ＵＥは、ＬＴＥ送受信帯域幅内で運用される形態、ＬＴＥ送受信帯域幅外のガードバンドで運用される形態、及びＮＢ－ＩｏＴ専用の周波数帯域内で運用される形態をサポートする。
【0070】
ｅＭＴＣ ＵＥ及びＮＢ－ＩｏＴ ＵＥは、カバレッジ拡張を実現するために、繰り返し送信等を用いた拡張カバレッジ（ＥＣ：Ｅｎｈａｎｃｅｄ Ｃｏｖｅｒａｇｅ）機能をサポートする。なお、拡張カバレッジは、ＣＥ（Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ）と呼ばれることもある。
【0071】
カバレッジ拡張機能は、複数のサブフレームを用いて同一信号を繰り返し送信する繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）を含んでもよい。繰り返し送信の回数が多いほど、カバレッジを拡張することができる。
【0072】
カバレッジ拡張機能は、送信信号の電力密度を上げる電力ブースト（ｐｏｗｅｒ ｂｏｏｓｔｉｎｇ）を含んでもよい。一例として、送信信号の周波数帯域幅を狭くする狭帯域送信により電力密度を上げる。送信信号の電力密度を上げるほど、カバレッジを拡張することができる。カバレッジ拡張機能は、送信信号に用いるＭＣＳを下げる低ＭＣＳ（ｌｏｗｅｒ ＭＣＳ）送信を含んでもよい。データレートが低く、誤り耐性の高いＭＣＳを用いて送信を行うことにより、カバレッジを拡張することができる。
【0073】
カバレッジ拡張機能は、カバレッジを拡張する度合いが異なる複数のカバレッジ拡張状態を有する。カバレッジ拡張状態の判定方法は後述する。
【0074】
なお、拡張カバレッジに居るＵＥは、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において、受信電力（ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ））に基づくランキングによってセル再選択を行ってもよい。例えば、ＵＥは、現在のサービングセルのランキングＲｓ及び隣接セルのランキングＲｎを算出し、所定期間（ＴｒｅｓｅｌｅｃｔｉｏｎＲＡＴ）に亘ってＲｓよりも高いランキングＲｎを有するセルを新たなサービングセルとして選択する。
【0075】
（カバレッジ拡張状態の判定方法）
図８は、一実施形態に係る移動通信システムにおけるカバレッジ拡張状態の一例を示す図である。
図８は、一実施形態に係る移動通信システムにおけるカバレッジ拡張状態の一例を示す図である。
【0076】
カバレッジ拡張状態（以下、「ＣＥ状態」と呼ぶ）は、カバレッジ拡張レベル（以下、「ＣＥレベル」と呼ぶ）及びカバレッジ拡張モード（以下、「ＣＥモード」と呼ぶ）を含んでもよい。
【0077】
図８に示すように、ＣＥモードは、少なくともＣＥモードＡ及びＣＥモードＢを含む。ＣＥモードＢは、ＣＥモードＡよりもカバレッジがさらに拡張される状態である。ＣＥモードＢは、ＣＥモードＡよりも多くの繰り返し送信回数をサポートする。カバレッジ拡張機能をサポートするＵＥ（例えば、ｅＭＴＣ ＵＥ）は、少なくともＣＥモードＡをサポートする。
【0078】
ＣＥレベルは、少なくともレベル０～レベル３という４つのレベルを含む。ＣＥモードとＣＥレベルとが対応付けられてもよい。図８の例では、ＣＥレベル０及び１がＣＥモードＡに対応しており、ＣＥレベル２及び３がＣＥモードＢに対応している。ＣＥモードとＣＥレベルとが対応付けらなくてもよい。
【0079】
ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、通常カバレッジのための第１セル選択基準（第１のＳ－ｃｒｉｔｅｒｉａ）が満たされず、ＣＥモードＡのための第２セル選択基準（第２のＳ－ｃｒｉｔｅｒｉａ）が満たされた場合、自身が拡張カバレッジに居ると判定してもよい。ＵＥ１００はＣＥモードＢをサポートしており、かつ、第２のＳ－ｃｒｉｔｅｒｉａが満たされず、かつ、ＣＥモードＢのための第３セル選択基準（第３のＳ－ｃｒｉｔｅｒｉａ）が満たされた場合、自身が拡張カバレッジに居ると判定してもよい。「拡張カバレッジに居るＵＥ」とは、セルにアクセスするためにカバレッジ拡張機能を用いることが必要とされるＵＥを意味してもよい。
【0080】
ＵＥ１００は、自身が拡張カバレッジに居ると判定した後において、自身のＣＥレベルを判定する。
【0081】
ＵＥ１００は、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）を測定し、測定したＲＳＲＰをＣＥレベルごとのＲＳＲＰ閾値と比較することにより、自身のＣＥレベル（ＣＥレベル０～３の１つ）を判定する。ＣＥレベルごとのＲＳＲＰ閾値は、ＵＥ１００のサービングセルがブロードキャストするシステム情報によって設定されてもよい。
【0082】
ＵＥ１００は、ランダムアクセス手順を行う際に自身のＣＥレベルを決定してもよい。ＵＥ１００は、サービングセルに対してランダムアクセス手順を行う際に、自身のＣＥレベルに対応するＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）リソース（周波数リソース、時間リソース、プリアンブル等）を使用してサービングセルに対してＲＡプリアンブル送信を行う。ＣＥレベルとＰＲＡＣＨリソースとの対応関係はシステム情報によって設定されてもよい。ＵＥ１００は、所定時間内においてサービングセルからＲＡ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）応答を受信できない場合、ＲＡプリアンブルを再度送信してもよい。ＲＡプリアンブルの送信回数が所定数に到達してもＲＡ応答を受信できない場合、ＵＥ１００は、自身のＣＥレベルを次のレベルとして判定してもよい。例えば、ＵＥ１００は、ＣＥレベル０に対応するＰＲＡＣＨリソースを使用して送信するＲＡプリアンブルの送信回数が所定数に到達してもＲＡ応答を受信できない場合、自身のＣＥレベルをＣＥレベル１と判定する。このような所定数は、システム情報によって設定されてもよい。その後、ＵＥ１００は、ＣＥレベル１に対応するＰＲＡＣＨリソースを使用してＲＡプリアンブルをサービングセルに送信してもよい。
【0083】
ＵＥ１００は、受信に成功したＲＡ応答に対応するＲＡプリアンブルを送信した際に使用したＰＲＡＣＨリソースに対応するＣＥレベルを、自身のＣＥレベルとして判定してもよい。
【0084】
ＵＥ１００は、ＣＥモードとＣＥレベルとの対応関係に基づいて自身のＣＥモードを判定してもよい。図８の例では、ＵＥ１００は、自身のＣＥレベルがレベル０又は１である場合に、自身のＣＥモードをＣＥモードＡと判定し、自身のＣＥレベルがレベル２又は３である場合に、自身のＣＥモードをＣＥモードＢと判定する。ＵＥ１００は他の基準で自身のＣＥモードを決定してもよい。例えば、ＵＥ１００は、ＣＥモードＡのための第２セル選択基準が満たされたことに応じて自身が拡張カバレッジに居ると判定した場合、自身のＣＥモードをＣＥモードＡと判定してもよい。
【0085】
ＵＥ１００は、ＲＲＣコネクティッド状態である場合に、ＣＥモードをサービングセルから設定してもよい。サービングセルから専用（ｄｅｄｉｃａｔｅｄ）ＲＲＣシグナリングによってＣＥモードを設定されてもよい。
【0086】
ＵＥ１００は、ＣＥモードＡを示すＲＲＣシグナリングを受信する場合、自身のＣＥモードをＣＥモードＡと判定する。ＵＥ１００は、ＣＥモードＢを示すＲＲＣシグナリングを受信する場合、自身のＣＥモードをＣＥモードＢと判定する。
【0087】
ＣＥ状態は、複数の受信電力範囲（ＲＳＲＰ範囲）のうちの１つによって示されてもよい。複数のＲＳＲＰ範囲は、ＵＥ１００のサービングセルがブロードキャストするシステム情報によって設定されてもよい。ＵＥ１００は、ＲＳＲＰを測定し、測定したＲＳＲＰが属するＲＳＲＰ範囲を判定する。例えば、ＲＳＲＰ範囲＃１～＃３が設定され、測定したＲＳＲＰがＲＳＲＰ範囲＃１に属する場合、ＵＥ１００は、自身のＣＥ状態をＲＳＲＰ範囲＃１と判定する。
【0088】
ＵＥ１００は、上りリンク（ＵＬ）通信を行う際に、自身のＣＥ状態に応じたＵＬパラメータを適用する。ＵＬパラメータは、ＲＲＣシグナリングによってＵＥ１００に設定されてもよい。ＵＬパラメータは、システム情報によってＵＥ１００に設定されてもよい。ＵＬパラメータは、ＵＬ繰り返し回数、送信電力等を含む。ＵＬ繰り返し回数は、ＵＬ送信に適用すべき繰り返しの回数を含んでもよい。ＵＬ繰り返し回数は、ＵＬ送信に適用すべき最大繰り返し回数を含んでもよい。ＵＬ繰り返し回数は、ＵＬチャネル毎に設定されてもよい。例えば、ＵＬ繰り返し回数は、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の繰り返し回数、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）の繰り返し回数、及びＰＲＡＣＨの繰り返し回数等を含んでもよい。上述のＲＡプリアンブルの送信回数についての所定数は、ＰＲＡＣＨの最大繰り返し回数であってもよい。
【0089】
ＵＥ１００は、下りリンク（ＤＬ）通信を行う際に、自身のＣＥ状態に応じたＤＬパラメータを適用する。ＤＬパラメータは、ＲＲＣシグナリングによってＵＥ１００に設定されてもよい。ＤＬパラメータは、システム情報によってＵＥ１００に設定されてもよい。ＤＬパラメータは、ＤＬ繰り返し回数等を含む。ＤＬ繰り返し回数は、ＤＬ送信に適用すべき繰り返しの回数を含んでもよい。ＤＬ繰り返し回数は、ＤＬ送信に適用すべき最大繰り返し回数を含んでもよい。ＤＬ繰り返し回数は、ＤＬチャネル毎に設定されてもよい。例えば、ＤＬ繰り返し回数は、ＰＤＣＣＨの繰り返し回数、ＰＤＳＣＨの繰り返し回数等を含んでもよい。
【0090】
（ＳＣ－ＰＴＭの概要）
次に、ＳＣ－ＰＴＭの概要について説明する。３ＧＰＰにおいて、ユーザ装置にマルチキャスト／ブロードキャストサービスを提供するＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）伝送が仕様化されている。ＭＢＭＳの方式としては、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）の２つの方式がある。ＭＢＳＦＮにおいては、複数のセルからなるＭＢＳＦＮエリア単位で、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介してデータが送信される。これに対し、ＳＣ－ＰＴＭにおいては、セル単位で、ＰＤＳＣＨを介してデータが送信される。
次に、ＳＣ－ＰＴＭの概要について説明する。３ＧＰＰにおいて、ユーザ装置にマルチキャスト／ブロードキャストサービスを提供するＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）伝送が仕様化されている。ＭＢＭＳの方式としては、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）の２つの方式がある。ＭＢＳＦＮにおいては、複数のセルからなるＭＢＳＦＮエリア単位で、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介してデータが送信される。これに対し、ＳＣ－ＰＴＭにおいては、セル単位で、ＰＤＳＣＨを介してデータが送信される。
【0091】
ＵＥ１００は、ＲＲＣコネクティッド状態でＭＢＭＳサービスを受信してもよいし、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態でＭＢＭＳサービスを受信してもよい。
【0092】
図９は、ＳＣ－ＰＴＭの受信の動作例を示す図である。図９に示すように、ステップＳ１において、ＵＥ１００は、ｇＮＢ２００を介して５ＧＣ２０からＵＳＤ（Ｕｓｅｒ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）を取得する。ＵＳＤは、各ＭＢＭＳサービスの基本的な情報を提供する。ＵＳＤは、ＭＢＭＳサービスごとに、当該ＭＢＭＳサービスを識別するＴＭＧＩと、当該ＭＢＭＳサービスが提供される周波数と、当該ＭＢＭＳサービスの提供開始・終了時間と、を含む。
【0093】
ステップＳ２において、ＵＥ１００は、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介してｇＮＢ２００からＳＩＢ２０を受信する。ＳＩＢ２０は、ＳＣ－ＭＣＣＨの取得に必要な情報（スケジューリング情報）を含む。ＳＩＢ２０は、ＳＣ－ＭＣＣＨの内容が変更され得る周期を示すｓｃ－ｍｃｃｈ－ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄ、ＳＣ－ＭＣＣＨの送信（再送）周期を無線フレーム数で示すｓｃ－ｍｃｃｈ－ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄ、ＳＣ－ＭＣＣＨがスケジュールされる無線フレームのオフセットを示すｓｃ－ｍｃｃｈ－Ｏｆｆｓｅｔ、及びＳＣ－ＭＣＣＨがスケジュールされるサブフレームを示すｓｃ－ｍｃｃｈ－Ｓｕｂｆｒａｍｅ等を含む。
【0094】
ステップＳ３において、ＵＥ１００は、ＳＩＢ２０に基づいて、ＳＣ－ＭＣＣＨを介してｇＮＢ２００からＭＢＭＳ制御情報を受信する。ＭＢＭＳ制御情報は、ＳＣ－ＰＴＭ設定情報（ＳＣＰＴＭ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）と称されてもよい。物理レイヤにおいてＳＣ－ＭＣＣＨの送信にはＳＣ－ＲＮＴＩ（Ｓｉｎｇｌｅ Ｃｅｌｌ ＲＮＴＩ）が用いられる。ＳＣ－ＰＴＭ設定情報は、ＳＣ－ＭＲＢ（Ｓｉｎｇｌｅ Ｃｅｌｌ ＭＢＭＳ Ｐｏｉｎｔ ｔｏ Ｍｕｌｔｉｐｏｉｎｔ Ｒａｄｉｏ Ｂｅａｒｅｒ）を介して送信されるＭＢＭＳサービスに適用可能な制御情報を含む。ＳＣ－ＰＴＭ設定情報は、当該情報を送信するセルにおける各ＳＣ－ＭＴＣＨの設定を含むｓｃ－ｍｔｃｈ－ＩｎｆｏＬｉｓｔ、及びＳＣ－ＭＲＢを介してＭＢＭＳサービスを提供する隣接セルのリストであるｓｃｐｔｍＮｅｉｇｈｂｏｕｒＣｅｌｌＬｉｓｔを含む。ｓｃ－ｍｔｃｈ－ＩｎｆｏＬｉｓｔは、１又は複数のＳＣ－ＭＴＣＨ－Ｉｎｆｏを含む。各ＳＣ－ＭＴＣＨ－Ｉｎｆｏは、ＳＣ－ＭＲＢを介して送信される進行中のＭＢＭＳセッションの情報（ｍｂｍｓＳｅｓｓｉｏｎＩｎｆｏ）、当該ＭＢＭＳセッションに対応するＧ－ＲＮＴＩ（Ｇｒｏｕｐ ＲＮＴＩ）、及びＳＣ－ＭＴＣＨのためのＤＲＸ情報であるｓｃ－ｍｔｃｈ－ｓｃｈｅｄｕｌｉｎｇＩｎｆｏを含む。ｍｂｍｓＳｅｓｓｉｏｎＩｎｆｏは、ＭＢＭＳサービスを識別するＴＭＧＩ及びセッションＩＤ（ｓｅｓｓｉｏｎＩｄ）を含む。Ｇ－ＲＮＴＩは、マルチキャストグループ（具体的には、特定グループ宛てのＳＣ－ＭＴＣＨ）を識別するＲＮＴＩである。Ｇ－ＲＮＴＩは、ＴＭＧＩと１対１でマッピングされる。ｓｃ－ｍｔｃｈ－ｓｃｈｅｄｕｌｉｎｇＩｎｆｏは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒＳＣＰＴＭ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒＳＣＰＴＭ、ｓｃｈｅｄｕｌｉｎｇＰｅｒｉｏｄＳｔａｒｔＯｆｆｓｅｔＳＣＰＴＭを含む。ｓｃｈｅｄｕｌｉｎｇＰｅｒｉｏｄＳｔａｒｔＯｆｆｓｅｔＳＣＰＴＭは、ＳＣ－ＭＴＣＨ－ＳｃｈｅｄｕｌｉｎｇＣｙｃｌｅ及びＳＣ－ＭＴＣＨ－ＳｃｈｅｄｕｌｉｎｇＯｆｆｓｅｔを含む。
【0095】
ステップＳ４において、ＵＥ１００は、ＳＣ－ＰＴＭ設定情報中のＳＣ－ＭＴＣＨ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、ＳＣ－ＭＴＣＨを介して、自身が興味のあるＴＭＧＩに対応するＭＢＭＳサービス（ＭＢＭＳデータ）を受信する。物理レイヤにおいて、ｇＮＢ２００は、Ｇ－ＲＮＴＩを用いてＰＤＣＣＨを送信した後、ＰＤＳＣＨを介してＭＢＭＳデータを送信する。
【0096】
ＵＥ１００は、ＳＣ－ＰＴＭ受信を行う際に、上述の各チャネル（ＳＩＢ２０を搬送するＢＣＣＨ、ＳＣ－ＭＣＣＨ、ＳＣ－ＭＴＣＨ等）に対応する繰り返し回数（例えば、ＢＣＣＨ繰り返し回数、ＳＣ－ＭＣＣＨ繰り返し回数、ＳＣ－ＭＴＣＨ繰り返し回数等）を適用して受信を試行してもよい。ＢＣＣＨ繰り返し回数、ＳＣ－ＭＣＣＨ繰り返し回数、及びＳＣ－ＭＴＣＨ繰り返し回数は、ＣＥ状態毎に設定されてもよい。
【0097】
（第１実施形態）
次に、第１実施形態に係る移動通信システムの動作について説明する。図１０は、第１実施形態に係る移動通信システムにおける動作フローを示す図である。この動作フローにおいて、例えばｅＭＴＣ ＵＥ又はＮＢ－ＩｏＴ ＵＥであるＵＥ１００により実行される。
次に、第１実施形態に係る移動通信システムの動作について説明する。図１０は、第１実施形態に係る移動通信システムにおける動作フローを示す図である。この動作フローにおいて、例えばｅＭＴＣ ＵＥ又はＮＢ－ＩｏＴ ＵＥであるＵＥ１００により実行される。
【0098】
ステップＳ１１において、ｇＮＢ２００は、ＭＤＴ測定設定をＵＥ１００に送信する。この時点では、ＵＥ１００は、ＲＲＣコネクティッド状態にある。ステップＳ１２において、ＵＥ１００は、ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。
【0099】
ステップＳ１１～Ｓ１２の動作は省略されてもよい。以下において、ＵＥ１００がＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した後において自身が拡張カバレッジに居ると仮定して、ステップＳ１３からの動作を説明する。
【0100】
ステップＳ１３において、ＵＥ１００は、ＲＲＣ接続に関する手順を実行する。当該手順に失敗した場合に、ステップＳ１４において、ＵＥ１００は、当該手順の失敗に関する接続失敗情報を保存する。ここで、「ＲＲＣ接続に関する手順」は、新しいＲＲＣ接続を確立するためのＲＲＣ接続確立（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順であってもよいし、中断（ｓｕｓｐｅｎｄ）されるＲＲＣ接続を回復（ｒｅｓｕｍｅ）するためのＲＲＣ接続回復（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ）手順であってもよい。ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順及びＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ手順の成功に応じてＵＥ１００はＲＲＣコネクティッド状態に遷移する。ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順及びＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ手順は、ＲＲＣコネクティッド状態に遷移するための手順と称してもよい。
【0101】
なお、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において、ＲＲＣ接続に関する手順に複数回失敗する場合がある。この場合、ＵＥ１００は、ステップＳ１３及びＳ１４の処理を複数回実行し、複数回分の失敗に関する接続失敗情報を保存する（ステップＳ１４）。
【0102】
【0103】
ステップＳ１３０１において、ＵＥ１００は、前述のカバレッジ拡張状態の判定方法を用いて自身のＣＥ状態を判定する。例えば、ＵＥ１００は、測定したＲＳＲＰに応じて自身のＣＥレベルを判定してもよい。ＵＥ１００は、成功に受信したＲＡ応答に対応するＲＡプリアンブルを送信した際に使用したＰＲＡＣＨリソースに対応するＣＥレベルを、自身のＣＥレベルとして判定してもよい。なお、ＵＥ１００が拡張カバレッジにいない場合（すなわち、通常カバレッジに居る場合）、ステップＳ１３０１を行わなくてもよい。
【0104】
ステップＳ１３０２において、ＵＥ１００は、ＲＲＣ接続に関する手順を開始し、当該手順に対応するＲＲＣ要求メッセージをサービングセル（ｇＮＢ２００）に送信する。ＵＥ１００は、ＲＡ応答の受信に応じてＲＲＣ要求メッセージを送信してもよい。ＲＲＣ接続に関する手順がＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順である場合に、ＲＲＣ要求メッセージはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージである。ＲＲＣ接続に関する手順がＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ手順である場合に、ＲＲＣ要求メッセージはＲＲＣＲｅｓｕｅｍｅＲｅｑｕｅｓｔメッセージである。
【0105】
ステップＳ１３０３において、ＵＥ１００は、ＲＲＣ要求メッセージの送信に応じてタイマを起動する。タイマの値は、サービングセルからブロードキャストするシステム情報によって設定されてもよい。タイマの値は、「ＲＲＣ接続に関する手順」の種類（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ等）に応じて異なってもよい。タイマの値は、ＣＥモードの種類（ＣＥモードＡ、ＣＥモードＢ等）に応じて異なってもよい。ＲＲＣ要求メッセージの送信に繰り返し送信が適用される場合に、ＵＥ１００は、繰り返し送信における最初の送信に応じてタイマを起動してもよい。また、ＵＥ１００は、繰り返し送信における最後の送信に応じてタイマを起動してもよい。例えば、繰り返し送信における最大繰り返し送信回数がＵＥ１００に設定される場合、ＵＥ１００は、最大繰り返し送信回数に到達した直前に行った送信を最後の送信として見なしてもよい。
【0106】
ステップＳ１３０４～ステップＳ１３０５において、ＵＥ１００は、タイマが満了する前に、ＲＲＣ要求メッセージに応答するＲＲＣ応答メッセージの受信を試行する。
【0107】
タイマが満了する場合（ステップＳ１３０５：ＹＥＳ）、ＵＥ１００は、動作をステップＳ１４に進める。ここで、タイマが満了する前にＲＲＣ応答メッセージを受信できていない場合、ＵＥ１００は、ＲＲＣ接続に関する手順が失敗したと見なし、ＲＲＣ接続に関する手順の失敗に関する失敗情報を保存する。
【0108】
一方、タイマが満了する前においてＲＲＣ応答メッセージを受信できた場合（ステップＳ１３０４：ＹＥＳ）、ステップＳ１３０６において、ＵＥ１００はタイマを停止し、動作をステップＳ１３０７に進める。
【0109】
ステップＳ１３０７において、ＵＥ１００は、受信したＲＲＣ応答メッセージが肯定応答であるか否かを判断する。ＲＲＣ応答メッセージが肯定応答である場合（ステップＳ１３０７：ＹＥＳ）、ステップＳ１３０８において、ＵＥ１００は、ＲＲＣ接続に関する手順に成功する。
【0110】
一方、ＲＲＣ応答メッセージが肯定応答ではない場合（ステップＳ１３０７：ＮＯ）、ＵＥ１００は、ＲＲＣ接続に関する手順を再度開始してもよい。ＵＥ１００は、同一のサービングセルに対して当該手順を開始してもよいし、新しいサービングセルを選択し、当該新しいサービングセルに対して当該手順を開始してもよい。
【0111】
ここで、ステップＳ１４の動作を説明する。ステップＳ１４において、ＵＥ１００は、ＲＲＣ接続に関する手順の失敗に関する接続失敗情報を、接続失敗情報用の保存領域に保存する。接続失敗情報用の保存領域は、例えば制御部１３０に含まれるメモリに設けられる。接続失敗情報は、以下の（ａ）乃至（ｄ）のうち少なくとも１つの情報を含む。
【0112】
（ａ）拡張状態情報
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗した際の自身のＣＥ状態（ステップＳ１３０１で判定したＣＥ状態）を示す拡張状態情報を接続失敗情報に含めて保存する。拡張状態情報は、ＣＥレベル、ＣＥモード、及びＲＳＲＰ範囲のうちの１つを示しもよいし、これらのうちの２以上の組み合わせを示してもよい。例えば、拡張状態情報は、ＣＥモードＡ及びＣＥレベル０を示す。拡張状態情報は、ＲＳＲＰ範囲＃１を示してもよい。
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗した際の自身のＣＥ状態（ステップＳ１３０１で判定したＣＥ状態）を示す拡張状態情報を接続失敗情報に含めて保存する。拡張状態情報は、ＣＥレベル、ＣＥモード、及びＲＳＲＰ範囲のうちの１つを示しもよいし、これらのうちの２以上の組み合わせを示してもよい。例えば、拡張状態情報は、ＣＥモードＡ及びＣＥレベル０を示す。拡張状態情報は、ＲＳＲＰ範囲＃１を示してもよい。
【0113】
（ｂ）失敗回数情報
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗した回数（以下、「失敗回数」と呼ぶ）を示す失敗回数情報を接続失敗情報に含めて保存する。具体的には、ＵＥ１００は、失敗回数をカウントするカウンタを保持し、当該カウンタの値を失敗回数情報として保存する。例えば、ＵＥ１００は、送信したＲＲＣ要求メッセージに対応するタイマの満了（ステップＳ１３０５：ＹＥＳ）に応じて、カウンタの値を１インクリメントし、失敗回数情報を更新する。
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗した回数（以下、「失敗回数」と呼ぶ）を示す失敗回数情報を接続失敗情報に含めて保存する。具体的には、ＵＥ１００は、失敗回数をカウントするカウンタを保持し、当該カウンタの値を失敗回数情報として保存する。例えば、ＵＥ１００は、送信したＲＲＣ要求メッセージに対応するタイマの満了（ステップＳ１３０５：ＹＥＳ）に応じて、カウンタの値を１インクリメントし、失敗回数情報を更新する。
【0114】
ＵＥ１００は、拡張状態情報と対応付けられる失敗回数情報を保存してもよい。つまり、ＵＥ１００は、ＣＥ状態毎に失敗回数をカウントする。具体的には、ＵＥ１００は、ＣＥ状態毎に上述のカウンタを保持し、同一のＣＥ状態においてＵＥ１００が実行したＲＲＣ接続に関する手順に失敗した回数をカウントする。例えば、ＵＥ１００は、ＣＥレベル０に対応するカウンタ（カウンタ＿ＣＥ０）を保持し、自身のＣＥレベルがＣＥレベル０である場合（ステップＳ１３０１においてＣＥレベルをＣＥレベル０と判定する）に送信したＲＲＣ要求メッセージに対応するタイマが満了する場合（ステップＳ１３０５：ＹＥＳ）、カウンタ＿ＣＥ０を１インクリメントする。
【0115】
ＵＥ１００は、基本的には、サービングセル毎に失敗回数をカウントするが、サービングセル問わずに所定時間（例えば、４８ｈ）内に実行されたＲＲＣ接続に関する手順の総失敗回数をカウントしてもよい。この場合、ＵＥ１００は、総失敗回数に対応するカウンタ＿Ｔｏｔａｌを保持してもよい。
【0116】
（ｃ）失敗セル識別情報
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗したサービングセルのセル識別子を失敗セル識別情報として接続失敗情報に含めて保存する。セル識別子は、ＥＣＧＩ（Ｅｖｏｌｖｅｄ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）であってもよい。
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗したサービングセルのセル識別子を失敗セル識別情報として接続失敗情報に含めて保存する。セル識別子は、ＥＣＧＩ（Ｅｖｏｌｖｅｄ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）であってもよい。
【0117】
（ｄ）無線環境の測定値
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗したときの、ＵＥ１００の無線環境の測定値を接続失敗情報に含めて保存する。測定値は、ＲＳＲＰであってもよいし、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）であってもよい。ＵＥ１００は、拡張カバレッジに居る場合のみに測定値を接続失敗情報に含めて保存してもよい。
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗したときの、ＵＥ１００の無線環境の測定値を接続失敗情報に含めて保存する。測定値は、ＲＳＲＰであってもよいし、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）であってもよい。ＵＥ１００は、拡張カバレッジに居る場合のみに測定値を接続失敗情報に含めて保存してもよい。
【0118】
ＵＥ１００は、ＲＲＣ接続に関する手順に失敗するたびに無線環境を測定し、測定値を保存する。
【0119】
ＵＥ１００は、ＲＲＣ接続に関する手順に複数回失敗した場合、接続失敗情報に保存された複数回分の測定値から１つの統計値を算出してもよい。ＵＥ１００は、ＲＲＣ接続に関する手順に失敗した回数（例えば、失敗回数情報が示す回数）が閾値に到達した場合に、統計値の算出を開始してもよい。閾値は、ｇＮＢ２００から設定されてもよい。例えば、後述のＭＤＴ測定設定メッセージによってｇＮＢ２００から閾値が設定されてもよい。ＵＥ１００は、ＣＥ状態毎の測定値を保存してもよい。
【0120】
ＵＥ１００は、複数回分に測定した複数の測定値と、ＲＲＣ接続に関する手順に失敗した回数とに基づいて、統計値として平均値を算出してもよい。ＵＥ１００は、複数の測定値のうちの最大値を統計値としてもよい。ＵＥ１００は、複数の測定値のうちの最小値を統計値としてもよい。
【0121】
ＵＥ１００は、保存された複数の測定値から１つの統計値を算出する場合、当該複数の測定値の代わりに、当該１つの統計値を無線環境の測定値として保存してもよい。これによって、複数の測定値の保存によって占用される保存領域のサイズを小さくすることができる。
【0122】
接続失敗情報は、上述の（ａ）乃至（ｄ）の情報のほか、位置情報、タイムスタンプ等の既存のＭＤＴ測定に関する情報を含んでもよい。位置情報は、ＲＲＣ接続に関する手順が失敗した際のＵＥ１００の地理的な位置を示す情報であってもよい。位置情報は、ＵＥ１００のＧＮＳＳ受信機から取得されてもよい。
【0123】
ステップＳ１４において、ＵＥ１００は、基本的には自律的に接続失敗情報を保存するが、ステップＳ１１が行われる場合、ｇＮＢ２００からの設定メッセージ（ＭＤＴ測定設定メッセージ）に従って接続失敗情報を保存してもよい。例えば、ＵＥ１００は、設定メッセージ（ＭＤＴ測定設定）によってＣＥ状態が指定される場合、指定されたＣＥ状態のみに対応付けられる失敗回数情報を保存してもよい。
【0124】
なお、ステップＳ１４の後において、ＵＥ１００は、動作をステップＳ１３０１に戻しＲＲＣ接続に関する手順を再度開始してもよい。
【0125】
図１０に戻り、ステップＳ１５以降の動作を説明する。ステップＳ１５において、ＵＥ１００は、自身が接続失敗情報を有することを示す通知メッセージをｇＮＢ２００に送信する。この通知メッセージは、可用性インディケータと呼ばれることがある。当該可用性インディケータは、ＵＥ１００が拡張カバレッジに居る場合に保存した接続失敗情報が存在することを通知するメッセージであってもよい。ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移する際、又はハンドオーバの際等において、通知メッセージを送信してもよい。
【0126】
なお、ＭＤＴ測定設定時（ステップＳ１１）にＵＥ１００が在圏するセルを管理するｇＮＢ２００と、通知時（ステップＳ１５）にＵＥ１００が在圏するセルを管理するｇＮＢ２００とは異なっていてもよい。
【0127】
ステップＳ１６において、ｇＮＢ２００は、ＵＥ１００からの通知メッセージに基づいて、接続失敗情報を含む接続失敗報告の送信（報告）をＵＥ１００に要求するための報告要求メッセージをＵＥ１００に送信する。
【0128】
ステップＳ１７において、ＵＥ１００は、報告要求メッセージに応じて、接続失敗報告をｇＮＢ２００に送信する。報告要求メッセージは、接続失敗報告に含むべき情報（例えば、上述の情報（ａ）～（ｄ））を指定してもよい。ＵＥ１００は、報告要求メッセージによって指定された情報のみを含む接続失敗報告を送信してもよい。接続失敗報告は、拡張状態情報と、当該拡張状態情報と対応付けられた失敗回数情報とを含む。接続失敗報告は、無線環境の測定値から算出された統計値を含む。
【0129】
ＵＥ１００が複数のセルを跨いで接続失敗情報を保存している場合、セル毎の接続失敗情報を含む接続失敗報告を送信してもよい。
【0130】
（第１実施形態のまとめ）
以上説明したように、ＵＥ１００は、サービングセルの拡張カバレッジに居るときにＵＥ１００により実行されたＲＲＣ接続に関する手順の失敗に関する失敗報告をネットワークに送信する。失敗報告は、拡張カバレッジにおけるＵＥ１００のＣＥ状態を示す拡張状態情報と、当該拡張状態情報と対応付けられた失敗回数情報とを含む。失敗回数情報は、ＣＥ状態においてＵＥ１００が前記手順に失敗した回数を示す。これにより、ネットワークは、ＣＥ状態毎のアクセス性（Ａｃｃｅｓｓｉｂｉｌｉｔｙ）を把握し、ＣＥ状態に対応する繰り返し送信回数等の送信パラメータを適切に設定できるようになる。
以上説明したように、ＵＥ１００は、サービングセルの拡張カバレッジに居るときにＵＥ１００により実行されたＲＲＣ接続に関する手順の失敗に関する失敗報告をネットワークに送信する。失敗報告は、拡張カバレッジにおけるＵＥ１００のＣＥ状態を示す拡張状態情報と、当該拡張状態情報と対応付けられた失敗回数情報とを含む。失敗回数情報は、ＣＥ状態においてＵＥ１００が前記手順に失敗した回数を示す。これにより、ネットワークは、ＣＥ状態毎のアクセス性（Ａｃｃｅｓｓｉｂｉｌｉｔｙ）を把握し、ＣＥ状態に対応する繰り返し送信回数等の送信パラメータを適切に設定できるようになる。
【0131】
（第１実施形態の変更例１）
第１実施形態では、ＵＥ１００がＲＲＣアイドル状態又はＲＲＣインアクティブ状態であることを仮定するが、第１実施形態の変更例１では、ＵＥ１００がＲＲＣコネクティッド状態であることを仮定する。
第１実施形態では、ＵＥ１００がＲＲＣアイドル状態又はＲＲＣインアクティブ状態であることを仮定するが、第１実施形態の変更例１では、ＵＥ１００がＲＲＣコネクティッド状態であることを仮定する。
【0132】
第１実施形態の変更例１において、ＵＥ１００がＲＲＣコネクティッド状態においてステップＳ１３～ステップ１４の動作を行う。ＵＥ１００がＲＲＣコネクティッド状態である場合に、「ＲＲＣ接続に関する手順」は、ＲＲＣ接続を再確立するためのＲＲＣ接続再確立（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順である。ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ手順は、ＵＥ１００がＲＲＣ接続先のセルについてのＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）を検知したことに応じて行われてもよい。
【0133】
ステップＳ１３０２において、ＵＥ１００は、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージをＲＲＣ要求メッセージとして送信する。ステップＳ１４において、ＵＥ１００は、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ手順に対応する拡張状態情報及び失敗回数情報等を保存する。ＵＥ１００は、ステップＳ１５及びステップＳ１６の動作を行わずに、ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ手順の成功に応じて、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ手順に対応する拡張状態情報及び失敗回数情報等を含む接続失敗報告を送信する。
【0134】
（第１実施形態の変更例２）
第１実施形態において、接続失敗情報に失敗セル識別情報を含める一例について説明したが、セルよりも広いエリア単位の情報を接続失敗情報に含めてもよい。このような広いエリア単位としては、ＲＡＮ始動でページングが行われるエリア単位であるＲＡＮ通知エリア（ＲＡＮ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ（ＲＮＡ））、ＭＢＭＳが提供されるエリア単位であるＭＢＳＦＮエリア、ＡＭＦ始動でページングが行われるエリア単位であるトラッキングエリアが挙げられる。以下において、このような広いエリア単位としてＲＡＮ通知エリアを例に説明する。
第１実施形態において、接続失敗情報に失敗セル識別情報を含める一例について説明したが、セルよりも広いエリア単位の情報を接続失敗情報に含めてもよい。このような広いエリア単位としては、ＲＡＮ始動でページングが行われるエリア単位であるＲＡＮ通知エリア（ＲＡＮ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ（ＲＮＡ））、ＭＢＭＳが提供されるエリア単位であるＭＢＳＦＮエリア、ＡＭＦ始動でページングが行われるエリア単位であるトラッキングエリアが挙げられる。以下において、このような広いエリア単位としてＲＡＮ通知エリアを例に説明する。
【0135】
ＲＡＮ通知エリアは、ＲＡＮ－ｂａｓｅｄ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ、ＲＡＮ ｐａｇｉｎｇ ａｒｅａ、又はＲＡＮ ｌｏｃａｔｉｏｎ ｕｐｄａｔｅ ａｒｅａとも呼ばれる。
【0136】
ＲＡＮ通知エリアは、１つ又は複数のセルによって構成されてもよい。ＲＡＮ通知エリアは、ｇＮＢ２００がＵＥ１００をＲＲＣインアクティブ状態に遷移させるＲＲＣ ＲｅｌｅａｓｅメッセージによりＵＥ１００に設定されてもよい。
【0137】
ＲＲＣインアクティブ状態のＵＥ１００は、ＲＡＮ通知エリア内でセル再選択によりセル間を移動してもネットワークにセル再選択を行ったことを通知（報告）する必要がない。ＲＲＣインアクティブ状態のＵＥ１００は、ＲＡＮ通知エリア外のセルを再選択した場合に、ネットワークにＲＡＮ通知エリアの更新を要求する。
【0138】
ＵＥ１００は、自身に設定されたＲＡＮ通知エリアに属するセルにおいて、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ手順を実行できる。
【0139】
ＵＥ１００は、ＲＡＮ通知エリアを特定するＲＡＮ通知エリア情報を接続失敗情報に含めて保存する。
【0140】
ＵＥ１００は、ＲＡＮ通知エリア情報に対応付けて失敗回数情報などの情報（上述の拡張状態情報、無線環境の測定値など）を保存してもよい。例えば、ＵＥ１００は、ＲＡＮ通知エリア毎に失敗回数をカウントする。具体的には、ＵＥ１００は、ＲＡＮ通知エリアに対応するカウンタを保持し、同一のＲＡＮ通知エリアにおいて実行されるＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ手順に失敗した回数をカウントする。
【0141】
ＵＥ１００は、ＲＡＮ通知エリア情報と、ＲＡＮ通知エリア情報に対応付けられた失敗回数情報などの情報（上述の拡張状態情報、無線環境の測定値など）とを含む失敗報告をネットワークに送信する。従って、ネットワークは、ＲＡＮ通知エリア毎のアクセス性を把握し、より適切なＲＡＮ通知エリアをＵＥ１００に設定できる。
【0142】
ＵＥ１００は、セルよりも狭い単位の情報を接続失敗情報に含めて保存してもよい。このような狭い単位としては、セル内のビームが挙げられる。１つのセルは複数のビームを含み得る。各ビームは、自ビームのビーム識別子をブロードキャストする。
【0143】
ＵＥ１００は、ビームを識別するビーム識別子に対応付けて失敗回数情報などの情報（拡張状態情報、無線環境の測定値など）を保存してもよい。
【0144】
ＵＥ１００は、ビーム識別子と、ビーム識別子に対応付けられた失敗回数情報などの情報（拡張状態情報、無線環境の測定値など）とを含む失敗報告をネットワークに送信する。これによって、ネットワークは、ビーム毎のアクセス性を把握し、ビーム毎の詳細な最適化ができる。
【0145】
（第２実施形態）
次に、第２実施形態に係る移動通信システムの動作について説明する。図１２は、第２実施形態に係る移動通信システムにおける動作フローを示す図である。
次に、第２実施形態に係る移動通信システムの動作について説明する。図１２は、第２実施形態に係る移動通信システムにおける動作フローを示す図である。
【0146】
第２実施形態は、ＳＣ－ＰＴＭの受信状況に関するデータをＭＤＴ機能で収集することに関する実施形態である。
【0147】
ステップＳ２１において、ｇＮＢ２００は、ＲＲＣコネクティッド状態にあるＵＥ１００に対して、ログドＭＤＴを設定するためのＭＤＴ測定設定メッセージを送信する。ＵＥ１００は、ＭＤＴ測定設定メッセージを受信し、受信したＭＤＴ設定メッセージに含まれる各種の設定パラメータを記憶する。設定パラメータは、ＣＥ状態を指定してもよい。測定パラメータは、特定のＭＢＭＳサービスを指定してもよい。
【0148】
ステップＳ２２において、ＵＥ１００は、ｇＮＢ２００との通信の終了後、ＲＲＣコネクティッド状態からＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移し、ＭＤＴ設定パラメータに従ったログドＭＤＴの動作を開始する。
【0149】
或いは、ＵＥ１００は、ＲＲＣコネクティッド状態において、ＭＤＴ設定パラメータに従ったログドＭＤＴの動作を行ってもよい。
【0150】
ステップＳ２３において、ＵＥ１００は、ＳＣ－ＰＴＭの受信を試行する。ステップＳ２４において、ＵＥ１００は、ＳＣ－ＰＴＭの受信に関するＳＣ－ＰＴＭ失敗情報又はＳＣ－ＰＴＭ成功情報を保存する。
【0151】
【0152】
ステップＳ２３０１～ステップＳ２３０５において、ＵＥ１００は、特定のＭＢＭＳサービスを受信するためにＳＣ－ＰＴＭの受信を試行する。特定のＭＢＭＳサービスは、ＵＥ１００が興味を持つＭＢＭＳサービスであってもよいし、ステップＳ２１においてＭＤＴ測定設定メッセージによって指定されたＭＢＭＳサービスであってもよい。
【0153】
ステップＳ２３０１において、ＵＥ１００は、特定のＭＢＭＳサービスをＳＣ－ＰＴＭで提供する周波数（ＳＣ－ＰＴＭ周波数）のセル（ＳＣ－ＰＴＭセル）へのセル再選択を試行する。セル再選択は、３ＧＰＰにおいて規定されたセル再選択手順に従って行われる。ＵＥ１００は、セル再選択に関する基準（Ｒ－基準等）を満たすＳＣ－ＰＴＭセルを発見できない場合、ＳＣ－ＰＴＭセルへのセル再選択が失敗したと見なす。
【0154】
ＵＥ１００は、ＳＣ－ＰＴＭセルへのセル再選択が失敗した場合（ステップＳ２３０１：ＮＯ）、ＳＣ－ＰＴＭ受信が失敗したと判断する（ステップＳ２３０６）。そして、ＵＥ１００は、ステップＳ２４において、ＳＣ－ＰＴＭの受信の失敗に関するＳＣ－ＰＴＭ失敗情報を保存する。ステップＳ２４の動作の詳細について後述する。
【0155】
一方、ＵＥ１００は、ＳＣ－ＰＴＭセルへのセル再選択が成功した場合（ステップＳ２３０１：ＹＥＳ）、動作をＳ２３０２に進める。
【0156】
ステップＳ２３０２において、ＵＥ１００は、前述のカバレッジ拡張状態の判定方法を用いて自身のＣＥ状態を判定する。なお、ＵＥ１００が拡張カバレッジにいない場合（すなわち、通常カバレッジに居る場合）、ステップＳ２３０２を行わなくてもよい。
【0157】
ステップＳ２３０３において、ＵＥ１００は、ＳＩＢ２０の受信を試行する。ＵＥ１００は、ＵＥ１００が拡張カバレッジにいる場合、設定されている最大繰り返し回数（例えば、ＢＣＣＨの最大繰り返し回数）の範囲内でＳＩＢ２０の受信を試行してもよい。ＵＥ１００は、適用した最大繰り返し回数以内でＳＩＢ２０を受信できない（具体的には、ＳＩＢ２０の復号に失敗した）場合、ＳＩＢ２０の受信に失敗したと判断してもよい。ＵＥ１００は、一定期間内においてＳＩＢ２０の受信を試行し、ＳＩＢ２０を受信できない場合、ＳＩＢ２０の受信に失敗したと判断してもよい。
【0158】
ＵＥ１００は、ＳＩＢ２０の受信に失敗したと判断した場合（ステップＳ２３０３：ＮＯ）、ＳＣ－ＰＴＭ受信が失敗したと判断する（ステップＳ２３０６）。
【0159】
一方、ＵＥ１００は、ＳＩＢ２０の受信に成功した場合（ステップＳ２３０３：ＹＥＳ）、動作をステップＳ２３０４に進める。
【0160】
ステップＳ２３０４において、ＵＥ１００は、ＳＣ－ＭＣＣＨ（ＳＣ－ＰＴＭ設定情報）の受信を試行する。ＵＥ１００は、ＵＥ１００が拡張カバレッジにいる場合、設定されている最大繰り返し回数（例えば、ＳＣ－ＭＣＣＨの繰り返し回数）の範囲内でＳＣ－ＭＣＣＨの受信を試行してもよい。ＵＥ１００は、適用した最大繰り返し回数以内でＳＣ－ＭＣＣＨを受信できない場合、ＳＣ－ＭＣＣＨの受信に失敗したと判断してもよい。ＵＥ１００は、一定期間内においてＳＣ－ＭＣＣＨの受信を試行し、ＳＣ－ＭＣＣＨを受信できない場合、ＳＣ－ＭＣＣＨの受信に失敗したと判断してもよい。
【0161】
ＵＥ１００は、ＳＣ－ＭＣＣＨの受信に失敗したと判断した場合（ステップＳ２３０４：ＮＯ）、ＳＣ－ＰＴＭ受信が失敗したと判断する（ステップＳ２３０６）。
【0162】
一方、ＵＥ１００は、ＳＣ－ＭＣＣＨの受信に成功した場合（ステップＳ２３０４：ＹＥＳ）、動作をステップＳ２３０５に進める。
【0163】
ステップＳ２３０５において、ＵＥ１００は、ＳＣ－ＭＴＣＨ（ＭＢＭＳデータ）の受信を試行する。ＵＥ１００は、ＵＥ１００が拡張カバレッジにいる場合、最大繰り返し回数（例えば、ＳＣ－ＭＴＣＨの繰り返し回数）の範囲内でＳＣ－ＭＴＣＨの受信を試行してもよい。ＵＥ１００は、適用した繰り返し回数以内にＳＣ－ＭＴＣＨを受信できない場合、ＳＣ－ＭＴＣＨの受信に失敗したと判断してもよい。ＵＥ１００は、一定期間内においてＳＣ－ＭＴＣＨの受信を試行し、ＳＣ－ＭＴＣＨを受信できない場合、ＳＣ－ＭＴＣＨの受信に失敗したと判断してもよい。
【0164】
ＵＥ１００は、ＳＣ－ＭＴＣＨの受信に失敗したと判断した場合（ステップＳ２３０５：ＮＯ）、ＳＣ－ＰＴＭ受信が失敗したと判断する（ステップＳ２３０６）。
【0165】
一方、ＵＥ１００は、ＳＣ－ＭＴＣＨの受信に成功した場合（ステップＳ２３０５：ＹＥＳ）、ＳＣ－ＰＴＭの受信に成功したと判定する（ステップＳ２３０７）。
【0166】
ステップＳ２４において、ＵＥ１００は、ＳＣ－ＰＴＭ受信が失敗したと判断した場合、ＳＣ－ＰＴＭの受信の失敗に関するＳＣ－ＰＴＭ失敗情報を、ＳＣ－ＰＴＭ失敗情報用の保存領域に保存する。ＳＣ－ＰＴＭ失敗情報用の保存領域は、制御部１３０に含まれるメモリに設けられる。ＳＣ－ＰＴＭ失敗情報は、以下の（ア）乃至（キ）のうち少なくとも１つの情報を含む。
【0167】
（ア）ＳＣ－ＰＴＭセルの識別情報
ＵＥ１００は、ＳＣ－ＰＴＭに失敗した際のＳＣ－ＰＴＭセルの識別情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。
ＵＥ１００は、ＳＣ－ＰＴＭに失敗した際のＳＣ－ＰＴＭセルの識別情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。
【0168】
（イ）ＭＢＭＳサービス識別情報
ＵＥ１００は、ＭＢＭＳサービス識別情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。ＭＢＭＳサービス識別情報は、ＵＥ１００がＳＣ－ＰＴＭの受信に失敗した際に考慮したＭＢＭＳサービス（上述の特定のＭＢＭＳサービス）に関する識別情報である。ＭＢＭＳサービス識別情報は、ＴＭＧＩ、セッションＩＤ、及びＧ－ＲＮＴＩのうち少なくとも１つを含んでもよい。
ＵＥ１００は、ＭＢＭＳサービス識別情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。ＭＢＭＳサービス識別情報は、ＵＥ１００がＳＣ－ＰＴＭの受信に失敗した際に考慮したＭＢＭＳサービス（上述の特定のＭＢＭＳサービス）に関する識別情報である。ＭＢＭＳサービス識別情報は、ＴＭＧＩ、セッションＩＤ、及びＧ－ＲＮＴＩのうち少なくとも１つを含んでもよい。
【0169】
（ウ）無線環境情報
ＵＥ１００は、無線環境情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。無線環境情報は、ＳＣ－ＰＴＭの受信に失敗したときのＵＥ１００の無線環境の測定値を含む。測定値は、ＲＳＲＰであってもよいし、ＲＳＲＱであってもよい。
ＵＥ１００は、無線環境情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。無線環境情報は、ＳＣ－ＰＴＭの受信に失敗したときのＵＥ１００の無線環境の測定値を含む。測定値は、ＲＳＲＰであってもよいし、ＲＳＲＱであってもよい。
【0170】
（エ）拡張状態情報
ＵＥ１００は、ＳＣ－ＰＴＭの受信に失敗した際の自身のＣＥ状態を示す拡張状態情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。拡張状態情報は、ＣＥレベル、ＣＥモード、及びＲＳＲＰ範囲のうちの１つを示しもよいし、これらのうちの２以上の組み合わせを示してもよい。
ＵＥ１００は、ＳＣ－ＰＴＭの受信に失敗した際の自身のＣＥ状態を示す拡張状態情報をＳＣ－ＰＴＭ失敗情報に含めて保存する。拡張状態情報は、ＣＥレベル、ＣＥモード、及びＲＳＲＰ範囲のうちの１つを示しもよいし、これらのうちの２以上の組み合わせを示してもよい。
【0171】
（オ）ＳＣ－ＰＴＭの受信に試行した期間の情報
ＵＥ１００は、ＵＥ１００が拡張カバレッジにいた場合、ＳＣ－ＰＴＭの受信に試行した期間の情報（以下、「期間情報」と呼ぶ）をＳＣ－ＰＴＭ失敗情報に含めて保存する。期間情報は、ＳＩＢ２０の受信に試行した期間の情報、ＳＣ－ＭＣＣＨの受信に試行した期間の情報、及びＳＣ－ＭＴＣＨの受信に試行した期間の情報のうちの少なくとも一つを含む。ＵＥ１００は、期間情報を拡張状態情報と対応付けて保存してもよい。
ＵＥ１００は、ＵＥ１００が拡張カバレッジにいた場合、ＳＣ－ＰＴＭの受信に試行した期間の情報（以下、「期間情報」と呼ぶ）をＳＣ－ＰＴＭ失敗情報に含めて保存する。期間情報は、ＳＩＢ２０の受信に試行した期間の情報、ＳＣ－ＭＣＣＨの受信に試行した期間の情報、及びＳＣ－ＭＴＣＨの受信に試行した期間の情報のうちの少なくとも一つを含む。ＵＥ１００は、期間情報を拡張状態情報と対応付けて保存してもよい。
【0172】
（カ）ＳＣ－ＰＴＭの受信に適用した繰り返し回数の情報
ＵＥ１００は、ＵＥ１００が拡張カバレッジにいた場合、ＳＣ－ＰＴＭの受信に適用した繰り返し回数の情報（以下、「繰り返し回数情報」と呼ぶ）をＳＣ－ＰＴＭ失敗情報に含めて保存する。繰り返し回数情報は、ステップＳ２３０３、ステップＳ２３０４及びステップＳ２３０５の各ステップにおいて適用された繰り返し回数に関する情報である。繰り返し回数情報は、ＳＩＢ２０の受信に適用した繰り返し回数の情報、ＳＣ－ＭＣＣＨの受信に適用した繰り返し回数の情報、及びＳＣ－ＭＴＣＨの受信に適用した繰り返し回数の情報のうちの少なくとも一つを含む。ＵＥ１００は、繰り返し回数情報を拡張状態情報と対応付けて保存してもよい。
ＵＥ１００は、ＵＥ１００が拡張カバレッジにいた場合、ＳＣ－ＰＴＭの受信に適用した繰り返し回数の情報（以下、「繰り返し回数情報」と呼ぶ）をＳＣ－ＰＴＭ失敗情報に含めて保存する。繰り返し回数情報は、ステップＳ２３０３、ステップＳ２３０４及びステップＳ２３０５の各ステップにおいて適用された繰り返し回数に関する情報である。繰り返し回数情報は、ＳＩＢ２０の受信に適用した繰り返し回数の情報、ＳＣ－ＭＣＣＨの受信に適用した繰り返し回数の情報、及びＳＣ－ＭＴＣＨの受信に適用した繰り返し回数の情報のうちの少なくとも一つを含む。ＵＥ１００は、繰り返し回数情報を拡張状態情報と対応付けて保存してもよい。
【0173】
（キ）ＳＣ－ＰＴＭの受信に失敗した理由（Ｃａｕｓｅ）の情報
ＵＥ１００は、ＳＣ－ＰＴＭの受信に失敗したＣａｕｓｅの情報（以下、「Ｃａｕｓｅ情報」と呼ぶ）をＳＣ－ＰＴＭ失敗情報に含めて保存する。
ＵＥ１００は、ＳＣ－ＰＴＭの受信に失敗したＣａｕｓｅの情報（以下、「Ｃａｕｓｅ情報」と呼ぶ）をＳＣ－ＰＴＭ失敗情報に含めて保存する。
【0174】
ＵＥ１００は、ＳＣ－ＰＴＭセルへの再選択の受信の失敗に起因してＳＣ－ＰＴＭ受信が失敗したと判断した場合、ＳＣ－ＰＴＭセルへの再選択を示す情報をＣａｕｓｅ情報として保存する。
【0175】
ＵＥ１００は、ＳＩＢ２０の受信の失敗に起因してＳＣ－ＰＴＭ受信が失敗したと判断した場合、ＳＩＢ２０の受信失敗を示す情報をＣａｕｓｅ情報として保存する。
【0176】
ＵＥ１００は、ＳＣ－ＭＣＣＨの受信の失敗に起因してＳＣ－ＰＴＭ受信が失敗したと判断した場合、ＳＣ－ＭＣＣＨの受信失敗を示す情報をＣａｕｓｅ情報として保存する。
【0177】
ＵＥ１００は、ＳＣ－ＭＴＣＨの受信の失敗に起因してＳＣ－ＰＴＭ受信が失敗したと判断した場合、ＳＣ－ＭＴＣＨの受信失敗を示す情報をＣａｕｓｅ情報として保存する。
【0178】
ＳＣ－ＰＴＭ失敗情報は、上述の（ア）乃至（キ）の情報のほか、位置情報、タイムスタンプ等の既存のＭＤＴ測定に関する情報を含んでもよい。ＳＣ－ＰＴＭ失敗情報は、ＳＣ－ＰＴＭ周波数を示す情報を含んでもよい。
【0179】
次に、図１２に戻り、ステップＳ２５以降の動作を説明する。ステップＳ２５において、ＵＥ１００は、自身がＳＣ－ＰＴＭ失敗情報を有することを示す通知メッセージをｇＮＢ２００に送信する。ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移する際、又はハンドオーバの際等において、通知メッセージを送信してもよい。通知メッセージは、ＵＥ１００がＭＢＭＳサービス毎のＳＣ－ＰＴＭ失敗情報を有することを示してもよい。
【0180】
ステップＳ２６において、ｇＮＢ２００は、ＵＥ１００からの通知メッセージに基づいて、ＳＣ－ＰＴＭ失敗情報を含むＳＣ－ＰＴＭ失敗報告の送信（報告）をＵＥ１００に要求するための報告要求メッセージをＵＥ１００に送信する。
【0181】
ステップＳ２７において、ＵＥ１００は、報告要求メッセージに応じて、ＳＣ－ＰＴＭ失敗報告をｇＮＢ２００に送信する。報告要求メッセージは、ＳＣ－ＰＴＭ失敗報告に含むべき情報（例えば、上述の情報（ア）～（キ））を指定してもよい。報告要求メッセージは、所定の周波数に対応するＳＣ－ＰＴＭ失敗情報を含むことを要求してもよい。報告要求メッセージは、所定のセルに対応するＳＣ－ＰＴＭ失敗情報を含むことを要求してもよい。報告要求メッセージは、所定のＭＢＭＳ識別子（ＴＭＧＩ）に対応するＳＣ－ＰＴＭ失敗情報を含むことを要求してもよい。
【0182】
ＵＥ１００は、報告要求メッセージによって指定された情報のみを含むＳＣ－ＰＴＭ失敗報告を送信してもよい。ＳＣ－ＰＴＭ失敗報告は、無線環境情報とＭＢＭＳサービス識別情報とを含む。ＳＣ－ＰＴＭ失敗報告は、拡張状態情報を含む。
【0183】
（第２実施形態のまとめ）
以上説明したように、ＵＥ１００は、ＭＢＭＳサービスが提供されるＳＣ－ＰＴＭの受信に失敗したときに、ＳＣ－ＰＴＭの受信に失敗したときのＵＥ１００の無線環境に関する無線環境情報を保存する。ＵＥ１００は、保存された無線環境情報を含むＳＣ－ＰＴＭ失敗報告をネットワークに送信する。ＳＣ－ＰＴＭ失敗報告は、ＭＢＭＳサービスを示すサービス識別子をさらに含む。これにより、ネットワークは、特定のＭＢＭＳサービスについてのＳＣ－ＰＴＭの受信状況を把握し、当該特定のＭＢＭＳサービスについてのＳＣ－ＰＴＭ設定（周波数、ＭＣＳ、繰り返し回数等）を適切に設定できるようになる。
以上説明したように、ＵＥ１００は、ＭＢＭＳサービスが提供されるＳＣ－ＰＴＭの受信に失敗したときに、ＳＣ－ＰＴＭの受信に失敗したときのＵＥ１００の無線環境に関する無線環境情報を保存する。ＵＥ１００は、保存された無線環境情報を含むＳＣ－ＰＴＭ失敗報告をネットワークに送信する。ＳＣ－ＰＴＭ失敗報告は、ＭＢＭＳサービスを示すサービス識別子をさらに含む。これにより、ネットワークは、特定のＭＢＭＳサービスについてのＳＣ－ＰＴＭの受信状況を把握し、当該特定のＭＢＭＳサービスについてのＳＣ－ＰＴＭ設定（周波数、ＭＣＳ、繰り返し回数等）を適切に設定できるようになる。
【0184】
（第２実施形態の変更例）
本変更例において、ＳＣ－ＰＴＭの受信に成功した場合に保存する情報（ＳＣ－ＰＴＭ成功情報）について説明する。
本変更例において、ＳＣ－ＰＴＭの受信に成功した場合に保存する情報（ＳＣ－ＰＴＭ成功情報）について説明する。
【0185】
図１３に示すように、ＵＥ１００はＳＣ－ＰＴＭの受信に成功したと判断した場合（ステップＳ２３０７）、ステップＳ２４において、ＳＣ－ＰＴＭ成功情報を保存する。ＳＣ－ＰＴＭ成功情報は、上述した（ア）ＳＣ－ＰＴＭセルの識別情報、（イ）ＭＢＭＳサービス識別情報、及び（エ）拡張状態情報を含む。
【0186】
ＵＥ１００は、拡張カバレッジに居るときに、繰り返し送信が適用されたＳＣ－ＰＴＭの受信に成功した場合のみに、ＳＣ－ＰＴＭ成功情報を保存してもよい。
【0187】
繰り返し送信が適用されたＳＣ－ＰＴＭとは、上述したように、繰り返し送信が適用されたＳＩＢ２０、繰り返し送信が適用されたＳＣ－ＭＣＣＨ、及び、繰り返し送信が適用されたＳＣ－ＭＴＣＨの少なくとも１つを含む。
【0188】
また、ＵＥ１００は、ＳＣ－ＰＴＭ（ＳＩＢ２０、ＳＣ－ＭＣＣＨ、ＳＣ－ＭＴＣＨ等）が何回目に送信されたときに受信に成功したかを示す回数情報をＳＣ－ＰＴＭ成功情報にさらに含めて保存する。
【0189】
ＵＥ１００は、ＳＣ－ＰＴＭセルの識別情報と、ＭＢＭＳサービス識別情報と、拡張状態情報と、当該ＭＢＭＳサービス識別情報に対応する回数情報とを含むＳＣ－ＰＴＭ成功報告をネットワークに送信する。これにより、ネットワークは、特定のＭＢＭＳサービスについてのＳＣ－ＰＴＭの回数情報を把握し、当該特定のＭＢＭＳサービスについてのＳＣ－ＰＴＭ設定（繰り返し回数等）を適切に設定できるようになる。例えば、ネットワークが設定したＳＣ－ＭＴＣＨの繰り返し回数（ＳＣ－ＭＴＣＨの繰り返し送信回数）が、ＳＣ－ＰＴＭ成功情報に含まれるＳＣ－ＭＴＣＨの回数情報（ＵＥがＳＣ－ＭＴＣＨを成功に受信するまでに試行した受信回数）よりも遥かに大きい場合、ネットワークは、ＳＣ－ＭＴＣＨの繰り返し回数を小さく設定でき、ＳＣ－ＰＴＭの送信リソースの有効に活用できる。
【0190】
（その他の実施形態）
上述した実施形態において、ＭＤＴとしてログドＭＤＴを適用する一例について主として説明したが、イミディエイトＭＤＴを適用してもよい。
上述した実施形態において、ＭＤＴとしてログドＭＤＴを適用する一例について主として説明したが、イミディエイトＭＤＴを適用してもよい。
【0191】
また、上述した実施形態において、５Ｇシステム（ＮＲ）について主として説明したが、実施形態に係る動作をＬＴＥに適用してもよい。
【0192】
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
【0193】
また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
【0194】
以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【0195】
本願は、米国仮出願第６２／８８４２７５号（２０１９年８月８日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】