(57)【特許請求の範囲】
【請求項１】
第１プレーンと第２プレーンとを使用して、中継装置と通信する無線端末であって、
当該端末に装着されたＵＳＩＭ（Universal Subscriber Identity Module）カードから取得したＵＳＩＭ設定情報が上りの無線通信状況情報を要求すべきことを示す場合、前記中継装置を介して上位装置に対し、自装置と前記中継装置との間の上りの無線通信状況情報を、前記第１プレーン内のチャネルを使用して、自装置に送信することを要求する要求部と、
前記無線通信状況情報を、前記中継装置を介して前記上位装置から前記第１プレーン内の前記チャネルを使用して、受信する受信部と、を備え、
前記第１プレーンはユーザデータ用チャネルを含み、前記第２プレーンは制御データ用チャネルを含む、
無線端末。
【請求項２】
第１プレーンと第２プレーンとを使用して、中継装置と通信する無線端末であって、
当該端末に装着されたＵＳＩＭ（Universal Subscriber Identity Module）カードから取得したＵＳＩＭ設定情報が上りの無線通信状況情報を要求すべきことを示す場合、前記中継装置を介して上位装置に対し、自装置と前記中継装置との間の上りの無線通信状況情報を、前記第１プレーン内のチャネルを使用して、自装置に送信することを要求する要求部と、
前記無線通信状況情報を、前記中継装置を介して前記上位装置から前記第１プレーン内の前記チャネルを使用して、受信する受信部と、を備え、
前記第１プレーンは制御データ用チャネルを含み、前記第２プレーンはユーザデータ用チャネルを含む、
無線端末。
【請求項３】
第１プレーンと第２プレーンとを使用して無線端末と無線通信し、上位装置と有線通信する中継装置であって、
前記無線端末と自装置との間の上りの無線通信状況情報を前記第１プレーン内のチャネルを使用して前記無線端末に送信することを、上りの無線通信状況情報を要求すべきこと
を示すＵＳＩＭ（Universal Subscriber Identity Module）設定情報が格納されたＵＳＩＭカードを装着した無線端末から要求された場合に、該要求を無線通信状況情報を蓄積する前記上位装置が有する動作状況確認部に通知し、前記上位装置が有する動作状況確認部から取得した前記無線端末と自装置との間の上りの無線通信状況情報を、前記第１プレーン内の前記チャネルを使用して、前記無線端末に送信する送受信部を備え、
前記第１プレーンはユーザデータ用チャネルを含み、前記第２プレーンは制御データ用チャネルを含む、
中継装置。
【請求項４】
第１プレーンと第２プレーンとを使用して無線端末と無線通信し、上位装置と有線通信する中継装置であって、
前記無線端末と自装置との間の上りの無線通信状況情報を前記第１プレーン内のチャネルを使用して前記無線端末に送信することを、上りの無線通信状況情報を要求すべきことを示すＵＳＩＭ（Universal Subscriber Identity Module）設定情報が格納されたＵＳＩＭカードを装着した無線端末から要求された場合に、該要求を無線通信状況情報を蓄積する前記上位装置が有する動作状況確認部に通知し、前記上位装置が有する動作状況確認部から取得した前記無線端末と自装置との間の上りの無線通信状況情報を、前記第１プレーン内の前記チャネルを使用して、前記無線端末に送信する送受信部を備え、
前記第１プレーンは制御データ用チャネルを含み、前記第２プレーンはユーザデータ用チャネルを含む、
中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、無線通信状況を送受信する無線端末及び中継装置に関する。
【背景技術】
【０００２】
携帯端末（User Equipment：ＵＥ）の接続性の評価は、商用網で実施される。ＵＥの接続性の評価は、ＵＥ内部の処理を通信可能なモニタツールでプロトコルや通信環境のデータをトレースすることで実施される。また、Radio Access Network（ＲＡＮ）側の動作状況を確認できるOperation and Maintenance Center（ＯＭＣ）は、ＵＥから送信されるUplink（ＵＬ）無線回線の品質測定結果を、監視可能である。ＯＭＣは、屋内やＲＡＮの接続性の試験に使用される機能ブロックである。しかし、ＯＭＣは、屋内やＲＡＮの接続性の試験の際、ＲＡＮ側の動作状況確認をするために使用されており、ＵＥに対して情報を通知しない。
【特許文献１】特開２００１−３５２３１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＯＭＣで監視した情報（ＯＭＣ情報ともいう）は、ＲＡＮ側でのみ使用される。ＯＭＣで監視した情報は、ＵＥ側に通知されない。ＵＥは、ＵＥの通信環境の測定情報、通信プロトコルの表示、及び、トレースデータでＵＥの評価、試験結果の判断をしている。
【０００４】
ＵＥの接続性の評価をサービス中のネットワークで実施する時、ＵＥは、ＲＡＮの通信状態や通信プロトコルの処理状況を把握できない。そのため、ＵＥのモニタツールが、ＵＥの接続性の評価中に発生した解析が必要な事象（例えば、ＵＥの送信電力の低下、ＲＡＮ側で発生した通信プロトコル上での失敗など）の発生原因を判断できない場合、ＵＥは、その原因が通信環境にあるのか、ネットワークの処理に起因するものなのか、を判断ができない。
【０００５】
本件は、無線端末の接続性の評価を効率的に実施することを目的とする。
【課題を解決するための手段】
【０００６】
開示の無線端末および中継装置は、上記課題を解決するために、以下の手段を採用する。
【０００７】
即ち、第１の態様は、
第１プレーンと第２プレーンとを使用して、中継装置と通信する無線端末であって、
前記中継装置に対し、自装置と前記中継装置との間の上りの無線通信状況情報を、前記第１プレーン内のチャネルを使用して、自装置に送信することを要求する要求部と、
前記無線通信状況情報を、前記中継装置から前記第１プレーン内の前記チャネルを使用して、受信する受信部、
を備える無線端末とした。
【０００８】
第１の態様によると、無線端末は、自装置と中継装置との間の上りの無線通信状況情報を、第１プレーン内のチャネルを使用して、受信することができる。
【０００９】
第２の態様は、
第１プレーンと第２プレーンとを使用して、無線端末と通信する中継装置であって、
前記無線端末と自装置との間の上りの無線通信状況情報を前記第１プレーン内のチャネ
ルを使用して前記無線端末に送信することを前記無線端末から要求された場合に、該要求を無線通信状況情報を蓄積する動作状況確認部に通知し、前記動作状況確認部から取得した前記無線端末と自装置との間の上りの無線通信状況情報を、前記第１プレーン内の前記チャネルを使用して、前記無線端末に送信する送受信部、を備える中継装置とした。
【００１０】
第２の態様によると、中継装置は、無線端末からの要求に応じて、第１プレーン内のチャネルを使用して、無線端末と自装置との間の上りの無線通信状況情報を、無線端末に送信することができる。
【発明の効果】
【００１１】
開示の実施形態によれば、無線端末の接続性の評価を効率的に実施することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して実施形態について説明する。実施形態の構成は例示であり、開示の実施形態の構成に限定されない。
【００１３】
〔実施形態１〕
本実施形態では、ＯＭＣ情報をＵ−Ｐｌａｎｅにバインドする場合について説明する。
【００１４】
（システム構成）
図１は、本実施形態のシステム構成例を示す図である。本実施形態のシステムは、ネットワーク１００、ネットワーク１００に接続されるコアネットワーク（ＣＮ：Core Network）２００、ＣＮ２００に接続されるRadio Access Network（ＲＡＮ：無線接続ネットワーク）３００、ＲＡＮ３００に無線接続される無線端末（ＵＥ：User Equipment）、ＣＮ２００及びＲＡＮ３００に接続されるＯＭＣ６００を有する。
【００１５】
ＣＮ２００は、Home Location Register（ＨＬＲ）２０２、Service Control Function（ＳＣＦ）２０４、Visitor Location Register（ＶＬＲ）２０６、Mobile services Switching Center（ＭＳＣ）２１２、Gateway ＭＳＣ（ＧＭＳＣ）２１４、Serving GPRS Support Node（ＳＧＳＮ）２２２、Gateway GPRS Support Node（ＧＧＳＮ）２２４を備え
る。
【００１６】
ＭＳＣ２１２及びＧＭＳＣ２１４は、ＣＳ domain（Circuit Switching domain：回線
交換領域）である。ＳＧＳＮ２２２及びＧＧＳＮ２２４は、ＰＳ domain（Packet Switching domain：パケット交換領域）である。
【００１７】
ＲＡＮ３００は、Radio Network Controller（ＲＮＣ）４００及びＮｏｄｅＢ５００を備える。ＲＮＣ４００は、ＣＮ２００及びＮｏｄｅＢに接続される。ＮｏｄｅＢ５００は、ＲＮＣ４００及びＵＥ７００に接続される。
【００１８】
ＲＮＣ４００は、無線ネットワーク制御装置である。ＲＮＣ４００は、ＮｏｄｅＢ５００を管理する。
【００１９】
ＮｏｄｅＢ５００は、無線基地局である。ＮｏｄｅＢ５００は、ＵＥ７００と直接無線通信を行い、無線回線を終端する。ＮｏｄｅＢ５００は、ＲＮＣ４００によって管理される。
【００２０】
ＮｏｄｅＢ５００は、ＵＥ７００とＮｏｄｅＢ５００との間の上り回線品質を測定することができる。ＮｏｄｅＢ５００は、定期的に、ＵＥ７００とＮｏｄｅＢ５００との間の上り回線品質をＯＭＣ６００に送信することができる。
【００２１】
上り回線品質の例として、ＵＬ−ＢＬＥＲ（Uplink Block Error Ratio）、ＤＰＣＨ（Dedicated Physical Channel）−ＲＳＣＰ（Received Signal Code Power）、ＤＰＣＨ−ＳＩＲ（Signal to Interference power Ratio）等が挙げられる。ＵＬ−ＢＬＥＲは、上り信号のブロックエラー比である。ＲＳＣＰは、希望信号電力である。ＳＩＲは、希望信号対干渉信号電力比である。ＤＰＣＨは、ユーザ毎に割り当てられる個別物理チャネルである。
【００２２】
ＣＮ２００とＲＮＣ４００との間のインタフェースは、Ｉｕインタフェースと呼ばれる。また、ＮｏｄｅＢ５００とＵＥ７００との間のインタフェースは、Ｕｕインタフェースと呼ばれる。
【００２３】
ＲＮＣ４００とＮｏｄｅＢ５００とは、１つの中継装置として実現されてもよい。
【００２４】
図２は、ＲＮＣ及びその周辺の装置等のシステム構成例を示す図である。ＲＮＣ３００は、Medium Access Control（ＭＡＣ）レイヤ部４１０、Radio Link Control（ＲＬＣ）
レイヤ部４２０、Radio Resource Control（ＲＲＣ）レイヤ部４３０を有する。これらの機能部は、ハードウェアとして実現されても、ソフトウェアとして実現されてもよい。
【００２５】
ＭＡＣレイヤ部４１０は、ＮｏｄｅＢ５００から受信した信号をＬＣＨ（ロジカルチャネル）毎に分割する。ＭＡＣレイヤ部４１０は、ＬＣＨ毎に分割した信号をＲＬＣ４２０に送信する。ＲＬＣレイヤ部４２０は、ＬＣＨ１、ＬＣＨ２、ＬＣＨ３のデータを処理する。本実施形態では、ＬＣＨ１に制御データ、ＬＣＨ２にユーザデータ（アプリケーションデータ）、ＬＣＨ３にＯＭＣ情報がバインドされる。
【００２６】
Ｃ−Ｐｌａｎｅ（Control Plane）は、ＵＥとネットワークとの間のコネクション等の
制御データを扱う。Ｕ−Ｐｌａｎｅ（User Plane）は、ユーザデータ（アプリケーションデータ）を扱う。
【００２７】
ＲＲＣレイヤ部４３０は、ＲＲＣレイヤの処理を行う。ＯＭＣ６００から送信されたＯＭＣ情報は、ＲＲＣレイヤ部４３０を経由して、ＲＬＣレイヤ部４２０でＬＣＨ３にマッピングされる。
【００２８】
ＲＲＣレイヤ部４３０は、Ｕｕインタフェース（ＵＥ７００とＮｏｄｅＢ５００と間の通信）の制御処理(通信プロトコルの制御)を行う。
【００２９】
ＲＮＣ４００は、Ｕ−Ｐｌａｎｅがマッピングされているトランスポートチャネル（Ｔｒｃｈ）のロジカルチャネル（ＬＣＨ）にＯＭＣ情報をバインドしてＵＥ７００にＯＭＣ情報を送信することができる。本実施形態では、ＯＭＣ情報を有するＬＣＨ３は、Ｕ−ＰｌａｎｅのＴｒｃｈ２にマッピングされる。
【００３０】
ＲＮＣ４００において、送受信データは、ＭＡＣレイヤ部４１０、ＲＬＣレイヤ部４２０、ＲＲＣレイヤ部４３０等で処理される。
【００３１】
ＯＭＣ６００は、ＣＮ２００、ＲＮＣ４００、及び、ＮｏｄｅＢ５００と接続されうる。
【００３２】
ＯＭＣ６００は、ＵＥ７００とＲＡＮ３００との間の制御情報を格納する。ＯＭＣ６００は、ＲＡＮ３００内部の通信状況モニタに使用される機能ブロックであり、試験用として使用され得る。ＯＭＣ６００は、ＣＮ２００、ＲＮＣ４００、または、ＮｏｄｅＢ５０
０の機能ブロックの１つとして組み込まれてもよい。ＯＭＣ６００は、ハードウェアとしても、ソフトウェアとしても、実現され得る。
【００３３】
ＯＭＣ６００は、ＵＥ７００がＯＭＣ情報を要求していることを通知するＯＭＣ設定通知、ＵＥ７００に対するＯＭＣ情報の送信の開始を通知するＯＭＣ開始通知を、ＲＮＣ４００から受信する。
【００３４】
ＵＥ７００、ＮｏｄｅＢ５００、ＲＮＣ４００、ＳＧＳＮ２２２、ＭＳＣ２１２、ＶＬＲ２０６等の動作情報は、ＯＭＣ６００に通知される。また、ＯＭＣ６００は、ＵＥ７００、ＮｏｄｅＢ５００、ＲＮＣ４００、ＳＧＳＮ２２２、ＭＳＣ２１２、ＶＬＲ２０６等から、障害情報（エラー情報）等を受信し得る。ＯＭＣ６００は、通知された情報を格納することができる。ＯＭＣ６００は、収集した情報（通知された情報等）をＵＥ７００に通知するため、ＲＮＣ４００にデータを送信する。ＯＭＣ６００からＲＮＣ４００に通知された情報は、ＮｏｄｅＢ５００を経由してＵＥ７００に通知され得る。
【００３５】
ＯＭＣ６００は、ＮｏｄｅＢ５００から、ＵＥ７００とＮｏｄｅＢ５００との間の上り回線品質情報を受信し得る。
【００３６】
図３は、ＵＥの構成例を示す図である。ＵＥ７００は、物理レイヤ（Physical Layer）部７８０、ＭＡＣレイヤ部７１０、ＲＬＣレイヤ部７２０、ＲＲＣレイヤ部７３０、Non-Accessレイヤ部７４０、制御モニタブロック部７５０、音声呼等の処理を行うＴＡＦ（Terminal Adaptation Function）部７６０を備える。これらの機能部は、ハードウェアとして実現されても、ソフトウェアとして実現されてもよい。
【００３７】
ＵＥ７００は、ＴＡＦ部７６０を通じてアプリケーション（Application）１０１０と
、制御モニタブロック部７５０を通じてモニタツール（Monitor Tool）１０２０と、接続され得る。モニタツール１０２０は、ＯＭＣ６００からのＯＭＣ情報を利用して、ＵＥ７００とＲＡＮ３００との間の通信状況を解析することができる。アプリケーション１０１０、モニタツール１０２０は、それぞれ、ＵＥ７００の内部又は外部のソフトウェアとして実現されても、ＵＥ７００の内部又は外部のハードウェアとして実現されてもよい。
【００３８】
ＭＡＣレイヤ部７１０は、ＮｏｄｅＢ５００から受信した信号をＬＣＨ毎に分割する。ＭＡＣレイヤ部７１０は、分割した信号をＲＬＣレイヤ部７２０に送信する。
【００３９】
ＲＬＣレイヤ部７２０は、ＬＣＨ１の制御データを受信すると、ＲＬＣ処理を実行し、ＲＲＣレイヤ部７３０に送信する。また、ＲＬＣレイヤ部７２０は、ＬＣＨ２のユーザデータを受信すると、ＲＬＣ処理を実行し、ＲＲＣレイヤ部７３０に送信する。
【００４０】
ＲＬＣレイヤ部７２０は、ＬＣＨ３のＯＭＣ情報を受信すると、ＲＬＣ処理を実行せずに、ＯＭＣ情報を制御モニタブロック部７５０に転送する。ここでは、ＯＭＣ情報は、ＲＬＣ−ＴＭで送受信されるからである。
【００４１】
ＯＭＣ情報は、Ｕ−ＰｌａｎｅのＴｒｃｈ２にバインドされる。
【００４２】
ＵＥ７００において、送受信データは、物理レイヤ部７８０、ＭＡＣレイヤ部７１０、ＲＬＣレイヤ部７２０、ＲＲＣレイヤ部７３０等で処理される。
【００４３】
制御モニタブロック部７５０は、制御情報、ＯＭＣ情報、ＵＥ７００内の制御信号等を、収集、格納することができる。制御モニタブロック部７５０に格納された情報は、モニタツール１０２０で使用され得る。
【００４４】
（動作例）
〈通常の接続の動作例〉
図４及び図５は、通常の接続の動作シーケンスの例を示す図である。図４のＡ、Ｂ、Ｃ、ＤおよびＥは、それぞれ、図５のＡ、Ｂ、Ｃ、ＤおよびＥと接続する。
【００４５】
ＵＥ７００は、発呼をするために、ＲＲＣコネクション要求（RRC Connection Request）をＲＮＣ４００（Serving RNC）に送信する。ＵＥ７００からのＲＲＣコネクション要
求は、ＮｏｄｅＢ５００を経由して、ＲＮＣ４００で受信される（ＳＱ１００２）。
【００４６】
ＲＮＣ４００は、ＵＥ７００からＲＲＣコネクション要求を受信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ１００４）。ＲＡＮ３００やＣＮ２００にＯＭＣ６００が接続されている場合、ＯＭＣ６００はＲＡＮ３００やＣＮ２００等から通知される動作状況を受信して、格納することができる。
【００４７】
ＲＮＣ４００は、Ｔｒｃｈ（Transport Channel）１にＬＣＨ（Logical Channel）１をマッピングする（ＳＱ１００６）。ＬＣＨ１は、制御データのロジカルチャネルである。
【００４８】
ＲＮＣ４００は、ＲＲＣコネクション要求に対するＲＲＣコネクションセットアップ（RRC Connection Setup）を、ＮｏｄｅＢ５００を経由して、ＵＥ７００に送信する（ＳＱ１００８）。
【００４９】
ＲＮＣ４００は、ＵＥ７００にＲＲＣコネクションセットアップを送信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ１０１０）。
【００５０】
ＵＥ７００は、Ｔｒｃｈ１にＬＣＨ１をマッピングする（ＳＱ１０１２）。
【００５１】
ＵＥ７００は、ＲＲＣコネクションセットアップに対するＲＲＣコネクションコンプリート（RRC Connection Complete）を、ＲＮＣ４００に送信する。ＵＥ７００からのＲＲ
Ｃコネクションコンプリートは、ＮｏｄｅＢ５００を経由して、ＲＮＣ４００で受信される（ＳＱ１０１４）。ＲＲＣコネクションコンプリートは、ＲＲＣコネクションが確立できたことを通知するメッセージである。
【００５２】
ＲＮＣ４００は、ＵＥ７００からＲＲＣコネクションコンプリートを受信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ１０１６）。
【００５３】
ＵＥ７００は、ＲＲＣコネクションが確立されると、上位のネットワーク（ＣＮ２００等）に、サービス要求（Service Request）を送信する。ＵＥ７００からのサービス要求
は、ＮｏｄｅＢ５００、ＲＮＣ４００を経由して、ＣＮ２００に送信される（ＳＱ１０１８）。ＵＥ７００からのメッセージ等は、必ず、ＮｏｄｅＢ５００、ＲＮＣ４００を通る。
【００５４】
ＲＮＣ４００は、ＵＥ７００からサービス要求が送信された旨の報告（Report）をＯＭＣ６００に送信する（ＳＱ１０２０）。
【００５５】
ＲＮＣ４００は、Ｔｒｃｈ２にＬＣＨ２をマッピングする（ＳＱ１０２２）。ＬＣＨ１は、ユーザデータ（アプリケーションデータ）のロジカルチャネルである。
【００５６】
ＲＮＣ４００は、無線ベアラセットアップ（RADIO BEARER SETUP）を、ＮｏｄｅＢ５００を経由して、ＵＥ７００に送信する（ＳＱ１０２４）。
【００５７】
ＲＮＣ４００は、ＵＥ７００に無線ベアラセットアップを送信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ１０２６）。
【００５８】
ＵＥ７００は、Ｔｒｃｈ２にＬＣＨ２をマッピングする（ＳＱ１０２８）。
【００５９】
ＵＥ７００は、無線ベアラセットアップ（RADIO BEARER SETUP）に対する無線ベアラセットアップコンプリート（RADIO BEARER SETUP Complete）を、ＮｏｄｅＢ５００を経由
して、ＵＥ７００に送信する（ＳＱ１０３０）。
【００６０】
ＲＮＣ４００は、ＵＥ７００から無線ベアラセットアップコンプリートを受信した旨の報告（Report）をＯＭＣ６００に送信する（ＳＱ１０３２）。
【００６１】
この後、ユーザデータがＵ−Ｐｌａｎｅに流れはじめる（ＳＱ１０４０）。
【００６２】
〈ＯＭＣ情報をＵ−Ｐｌａｎｅにバインドするときの動作例〉
図６及び図７は、ＯＭＣ情報をＵ−Ｐｌａｎｅにバインドするときの動作シーケンスの例を示す図である。図６のＦ、Ｇ、Ｈ、ＩおよびＪは、それぞれ、図７のＦ、Ｇ、Ｈ、ＩおよびＪと接続する。
【００６３】
図８は、ＵＳＩＭカードのＵＳＩＭ設定（Administrative Dataフィールド）の例を示
す図である。
【００６４】
ＵＳＩＭ（Universal Subscriber Identity Module）カードは、端末に装着される、契約者情報、各種設定情報等が格納されたカードである。ＵＳＩＭ設定は、ＵＳＩＭカードが装着される端末に対する設定情報である。
【００６５】
ＵＳＩＭ設定は、ヘッダ情報（Header Information）として、端末動作モード（UE operation mode）、追加情報（Additional information）、ＩＭＳＩ（International Mobile Subscriber Identity）におけるＭＮＣ（Mobile Network Code）長（length of MNC in
the IMSI）等を有する。
【００６６】
端末動作モード（UE operation mode）は、端末に対する動作のモード（mode of operation for the UE）を含む。図８に示すように、端末動作モード（UE operation mode）には、標準動作（normal operation）モード、タイプ承認動作（type approval operations）モード、メンテナンス（maintenance）モード等がある。端末動作モードは、それぞれ
１バイトの値で指定される。例えば、標準動作（normal operation）モードは、「００」で指定される。
【００６７】
本実施形態では、端末動作モード（UE operation mode）に、ＲＡＮに対してＯＭＣ情
報を要求する「Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）」モード、及び、「Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on C-Plane）」モードが追加される。ここでは、Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードは、「７Ｘ」で指定される。また、Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on C-Plane）モードは、「７Ｘ＋１」で指定される。これらの値は、一例であり、既に指定されている値と重複しない他の値で指定されてもよい。Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求モードは、ＯＭＣ情報をＵ−Ｐｌａｎｅで取得することを要求するモードである。また、Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求モードは、ＯＭＣ情報をＣ−Ｐｌａｎｅで取得することを要求するモードである。
【００６８】
ＵＥ７００の電源が投入されると、ＵＥ７００はＵＳＩＭカードのＵＳＩＭ設定を読み込む。ここで、ＵＳＩＭ設定の端末動作モードがＵ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードであるとする。ＵＥ７００は、ＵＳＩＭ設定の端末動作モードがＵ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードであることを認識し、Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードの処理を行う。
【００６９】
ここでは、ＵＳＩＭ設定によりＯＭＣ情報を要求する構成としたが、特殊なコマンドによるＯＭＣ情報を要求する構成、通信中等にＤＴＭＦ（Dual-Tone Multi-Frequency）コ
マンドによるＯＭＣ情報を要求する構成等としてもよい。
【００７０】
ＵＥ７００は、ＲＡＮ３００との接続開始時に、ＲＲＣコネクション要求（RRC Connection Request）メッセージをＲＮＣ４００に送信する（図６：ＳＱ２００２）。
【００７１】
図９は、ＲＲＣコネクション要求のメッセージ構成の例を示す図である。ＲＲＣコネクション要求メッセージの情報要素（Information Element）は、UE Specific Behavior Information 1 idleを含む。ＯＭＣ情報要求の際、UE Specific Behavior Information 1 idleは、「OMC information on U-Plane （７Ｘ）」、又は、「OMC information on C-Plane （７Ｘ＋１）」に設定される。ここでは、UE Specific Behavior Information 1 idleは、「OMC information on U-Plane （７Ｘ）」に設定される。ＲＲＣコネクション要求
は、ＲＲＣレイヤ部７３０で作成される。
【００７２】
ＵＥ７００からのＲＲＣコネクション要求は、ＮｏｄｅＢ５００を経由して、ＲＮＣ４００で受信される（図６：ＳＱ２００２）。
【００７３】
ＲＮＣ４００は、ＵＥ７００からＲＲＣコネクション要求を受信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ２００４）。ＯＭＣ６００は、ＲＡＮ３００、ＣＮ２００等から通知される動作状況を受信して、格納することができる。
【００７４】
ＲＮＣ４００は、ＲＲＣコネクション要求メッセージのUE Specific Behavior Information 1 idleがOMC information on U-Planeであることを確認する。ＲＮＣ４００は、Ｕ
Ｅ７００がＵ−ＰｌａｎｅでＯＭＣ情報を要求していることを認識する。
【００７５】
ＲＮＣ４００は、ＵＥ７００がＯＭＣ情報を要求していることを通知するＯＭＣ設定通知を、ＯＭＣ６００に送信する（ＳＱ２００５）。ＯＭＣ６００は、ＵＥ７００がＯＭＣ情報を要求していることを認識する。
【００７６】
ＲＮＣ４００は、Ｔｒｃｈ（Transport Channel）１にＬＣＨ（Logical Channel）１をマッピングする（ＳＱ２００６）。ＬＣＨ１は、制御データのロジカルチャネルである。
【００７７】
ＲＮＣ４００は、ＲＲＣコネクション要求に対するＲＲＣコネクションセットアップ（RRC Connection Setup）を、ＮｏｄｅＢ５００を経由して、ＵＥ７００に送信する（ＳＱ２００８）。
【００７８】
ＲＮＣ４００は、ＵＥ７００にＲＲＣコネクションセットアップを送信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ２０１０）。
【００７９】
ＵＥ７００は、Ｔｒｃｈ１にＬＣＨ１をマッピングする（ＳＱ２０１２）。
【００８０】
ＵＥ７００は、ＲＲＣコネクションセットアップに対するＲＲＣコネクションコンプリ
ート（RRC Connection Complete）を、ＲＮＣ４００に送信する。ＵＥ７００からのＲＲ
Ｃコネクションコンプリートは、ＮｏｄｅＢ５００を経由して、ＲＮＣ４００で受信される（ＳＱ２０１４）。ＲＲＣコネクションコンプリートは、ＲＲＣコネクションが確立できたことを通知するメッセージである。
【００８１】
ＲＮＣ４００は、ＵＥ７００からＲＲＣコネクションコンプリートを受信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ２０１６）。
【００８２】
ＲＮＣ４００は、ＵＥ７００に対するＯＭＣ情報の送信の開始を要求するＯＭＣ開始通知を、ＯＭＣ６００に送信する（ＳＱ２０１７）。ＯＭＣ６００は、ＣＮ２００、ＲＮＣ４００、または、ＮｏｄｅＢ５００の機能ブロックの１つとして組み込まれてもよい。ＯＭＣ６００は、ハードウェアとしても、ソフトウェアとしても、実現され得る。
ＯＭＣ６００は、ＯＭＣ開始通知を受信すると、ＯＭＣ情報をＵＥ７００に定期的に送信することを開始する。
【００８３】
ＵＥ７００は、ＲＲＣコネクションが確立されると、上位のネットワーク（ＣＮ２００等）に、サービス要求（Service Request）を送信する。ＵＥ７００からのサービス要求
は、ＮｏｄｅＢ５００、ＲＮＣ４００を経由して、ＣＮ２００に送信される（ＳＱ２０１８）。ＵＥ７００からのメッセージ等は、必ず、ＮｏｄｅＢ５００、ＲＮＣ４００を通る。
【００８４】
ＲＮＣ４００は、ＵＥ７００からサービス要求が送信された旨の報告（Report）をＯＭＣ６００に送信する（ＳＱ２０２０）。
【００８５】
ＲＮＣ４００は、Ｔｒｃｈ２にＬＣＨ２をマッピングする（図７：ＳＱ２０２２）。ＬＣＨ２は、ユーザデータ（アプリケーションデータ）のロジカルチャネルである。また、ＲＮＣ４００は、Ｔｒｃｈ２にＬＣＨ３をマッピングする。ＬＣＨ３は、ＯＭＣ情報のロジカルチャネルである。
【００８６】
図１０は、物理層におけるトランスポートチャネル（Ｔｒｃｈ：Transport Channel）
とロジカルチャネル（ＬＣＨ：Logical Channel）のマッピングの例を示す図である。
【００８７】
物理層（Physical Layer）にＭＡＣヘッダ（MAC Header）Ｔｒｃｈ１及びＭＡＣヘッダ（MAC Header）Ｔｒｃｈ２がマッピングされる。Ｃ−Ｐｌａｎｅ（Control Plane）は、
Ｔｒｃｈ１にアサインされる。Ｕ−Ｐｌａｎｅ（User Plane）は、Ｔｒｃｈ２にアサインされる。Ｃ−Ｐｌａｎｅ（Control Plane）は、ＵＥとネットワークとの間のコネクショ
ン等の制御情報を扱う。Ｕ−Ｐｌａｎｅ（User Plane）は、ユーザ情報を扱う。Ｕ−Ｐｌａｎｅ、Ｃ−Ｐｌａｎｅは、それぞれ、複数のロジカルチャネルを含みうる。
【００８８】
ＭＡＣヘッダＴｒｃｈ１には、ＲＬＣ（Radio Link Control）ヘッダ（RLC Header）及び制御データ（Control Data）用のＬＣＨ１がマッピングされる。
【００８９】
ＭＡＣヘッダＴｒｃｈ２には、ＲＬＣヘッダ（RLC Header）及びアプリケーションデータ（Application Data）用のＬＣＨ２がマッピングされる。また、ＭＡＣヘッダＴｒｃｈ２には、ＯＭＣ情報（OMC Data）用のＬＣＨ３がマッピングされる。よって、ＭＡＣヘッダＴｒｃｈ２には、ＬＣＨ２及びＬＣＨ３がマッピングされる。ＲＬＣヘッダは、到達確認等の動作を行うブロックである。
【００９０】
ＯＭＣ情報（OMC Data）はＲＬＣ−ＴＭ（RLC Transparent Mode）で送信される。ＲＬＣ−ＴＭは、ＲＬＣヘッダを使用しないモードである。よって、ＲＬＣヘッダはＬＣＨ３
にマッピングされない。ＲＬＣ−ＴＭは、到達確認が不要である場合に使用される。ＯＭＣ情報に対してＲＬＣ−ＴＭを使用するのは、ＵＥ７００がＯＭＣ情報を取得できなかったとしても、直接、通信自体に影響を及ぼさないからである。ＯＭＣ情報側にも、ＲＬＣヘッダをマッピングする構成としてもよい。
【００９１】
Ｃ−Ｐｌａｎｅ及びＵ−Ｐｌａｎｅのデータは、時分割、コード分割などによる多重化により、送受信される。よって、Ｃ−Ｐｌａｎｅ及びＵ−Ｐｌａｎｅのデータは、互いに干渉することなく、独立に送受信される。つまり、Ｃ−Ｐｌａｎｅ及びＵ−Ｐｌａｎｅは、それぞれ他のＰｌａｎｅ（プレーン）の通信に影響を与えることなく通信を行うことができる。従って、例えば、Ｃ−Ｐｌａｎｅで試験を行っている場合、Ｕ−ＰｌａｎｅでＯＭＣ情報を送信することは、Ｃ−Ｐｌａｎｅでの試験に影響を与えない。
【００９２】
図７に戻って、ＲＮＣ４００は、無線ベアラセットアップ（RADIO BEARER SETUP）を、ＮｏｄｅＢ５００を経由して、ＵＥ７００に送信する（ＳＱ２０２４）。無線ベアラセットアップは、ＲＮＣ４００からＵＥ７００にＲＡＢ（Radio Access Bearer）設定を通知
するメッセージである。ＲＡＢ設定は、ＯＭＣ情報をＵ−Ｐｌａｎｅのトランスポートチャネル（Ｔｒｃｈ２）にバインドする情報を含む。
【００９３】
ＲＮＣ４００は、ＵＥ７００に無線ベアラセットアップを送信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ２０２６）。
【００９４】
ＵＥ７００は、Ｔｒｃｈ２にＬＣＨ２をマッピングする。また、ＵＥ７００は、Ｔｒｃｈ２にＬＣＨ３をマッピングする。（ＳＱ２０２８）。
【００９５】
ＵＥ７００は、無線ベアラセットアップ（RADIO BEARER SETUP）に対する無線ベアラセットアップコンプリート（RADIO BEARER SETUP Complete）を、ＮｏｄｅＢ５００を経由
して、ＵＥ７００に送信する（ＳＱ２０３０）。
【００９６】
ＲＮＣ４００は、ＵＥ７００から無線ベアラセットアップコンプリートを受信した旨の報告（Report）をＯＭＣ６００に送信する（ＳＱ２０３２）。
【００９７】
この後、ユーザデータがＵ−Ｐｌａｎｅに流れはじめる（ＳＱ２０４０）。
【００９８】
ＵＥ７００は、ＲＮＣ４００に、定期的に、ＵＥ７００の動作情報を含む測定レポート（Measurement Report）を送信する（ＳＱ２０５２）。測定レポートは、送受信データ量、データ送受信レート、位置情報を含みうる。ＲＮＣ４００は、ＵＥ７００からの測定レポートで、ＵＥ７００の動作状況等を把握することができる。ＲＮＣ４００は、ＵＥ７００から測定レポート（Measurement Report）を受信した旨の報告（Report）を送信する（ＳＱ２０５４）。
【００９９】
ＮｏｄｅＢ５００は、定期的に、ＵＥ７００の上り回線品質（ＵＬ−ＢＬＥＲ（Block Error Ratio）、ＤＰＣＨ（Dedicated Physical Channel）−ＲＳＣＰ（Received Signal
Code Power）、ＤＰＣＨ−ＳＩＲ（Signal to Interference power Ratio）等）情報を
、ＯＭＣ６００に送信する（ＳＱ２０６０）。ＯＭＣ６００は、これらの情報を格納することができる。
【０１００】
ＲＮＣ４００は、Ｌ３メッセージが発生する毎に、ＯＭＣ６００に、メッセージ内容の通知、デバック情報の通知を行う。
【０１０１】
ＯＭＣ６００は、ＲＮＣ４００、ＮｏｄｅＢ５００等から受領した情報を、ＯＭＣ情報
として、定期的に、ＲＮＣ４００、ＮｏｄｅＢ５００を経由してＵＥ７００に送信する。ＲＮＣ４００は、ＯＭＣ６００から受信したＯＭＣ情報を、Ｕ−ＰｌａｎｅであるＴｒｃｈ２にバインドして、ＵＥ７００に送信する（ＳＱ２０７０）。
【０１０２】
図１１は、ＯＭＣ情報の例を示す図である。ＯＭＣ情報は、ＮｏｄｅＢ５００からＯＭＣ６００に報告されるUL Transport Channel BLER、UL DPCH RSCP、UL DPCH SIR、ＲＮＣ４００からＯＭＣ６００に報告されるＬ３メッセージ、障害情報等を含みうる。
【０１０３】
ＵＥ７００は、ＯＭＣ情報により、通信中のＵＬの回線品質とＲＮＣ５００とＣＮ２００と間の通信状況等をリアルタイムに確認することが可能となる。
【０１０４】
ＵＥ７００で受信されたＬＣＨ３のＯＭＣ情報は、物理レイヤ部７８０、ＭＡＣレイヤ部７１０、ＲＬＣレイヤ部７２０で処理されて、制御モニタブロック部７５０に入力される。
【０１０５】
ＵＥ７００の制御モニタブロック部７５０は、制御情報、ＯＭＣ情報、ＵＥ７００内の制御信号等を、収集、格納することができる。
【０１０６】
モニタツール１０２０は、制御モニタブロック部７５０に格納された制御情報、ＯＭＣ情報等を使用することにより、ＵＥ７００とＮｏｄｅＢ５００との間の上りの通信状況を把握することができる。
【０１０７】
例えば、ＵＥ７００とＮｏｄｅＢ５００との間の上りの通信状況（回線品質）が悪化した後に、ＵＥ７００とＮｏｄｅＢ５００との通信が切断された場合、を考える。ＵＥ７００側では、ＯＭＣ情報により上りの通信状況等を把握しているため、モニタツール１０２０等を使用して、ＵＥ７００とＮｏｄｅＢ５００との間の通信状況が悪化したことが通信の切断の原因であると容易に推定できる。
【０１０８】
（本実施形態の作用効果）
本実施形態によると、ＵＥ７００は、ＯＭＣ情報を、ＯＭＣ６００からＲＡＮ３００を経由して、定期的に、受信する。ＵＥ７００は、通信遮断やネットワーク側からリソースの要求があった場合、それ以前のＵＬ通信環境等に基づいて、ネットワーク側からのリリース要因を特定することが可能である。
【０１０９】
本実施形態によると、原因不明の通信切断が発生した場合でも、ＵＥ７００は、ＯＭＣ情報メッセージを定期的に受信しているので、切断直前のＵＬ回線品質や、ＲＮＣ４００の通信状況を把握することが可能になる。よって、ＵＥ７００は、障害発生時の現象切り分けを行うことができる。
【０１１０】
本実施形態によると、ＵＥ７００は、ＯＭＣ情報として、ＲＡＮ３００の制御情報（通信情報）を、物理チャネルを変更することなく、受信することができる。ＲＡＮ３００は、ＬＣＨを新たに設定して通信し、ＲＡＮ３００の制御情報を物理チャネルの変更なしで通知することができる。そのため、ＭＡＣレイヤより下位の通信に影響を与えないようにすることができる。
【０１１１】
本実施形態によれば、ＯＭＣ情報を送信するＬＣＨをＵ−Ｐｌａｎｅに追加することで、Ｃ−Ｐｌａｎｅの制御データに影響を与えずに、Ｃ−Ｐｌａｎｅの制御データの確認をする試験をすることができる。
【０１１２】
本実施形態によれば、ＵＥ７００の接続性の評価（試験）を効率的に実施するため、Ｒ
ＡＮ３００の動作状況を通信中に試験対象のＵＥ７００に、実施している通信機能に影響を与えないで、ＵＥ７００とＮｏｄｅＢ５００との間の上りの通信状況、ＲＡＮ３００の動作状況をＵＥ７００に通知することで、いままで推測で判断していた問題の解析をＲＡＮ３００の動作状況を用いて実施しデバックの効率を上げることができる。
【０１１３】
〔実施形態２〕
次に実施形態２について説明する。実施形態２は、実施形態１との共通点を有する。従って、主として相違点について説明し、共通点については、説明を省略する。
【０１１４】
本実施形態では、ＯＭＣ情報をＣ−Ｐｌａｎｅにバインドする場合について説明する。
【０１１５】
（システム構成）
本実施形態のシステム構成は、実施形態１の図１に示すシステム構成例と同様の構成とすることができる。
【０１１６】
本実施形態のＲＮＣは、実施形態１の図２に示すＲＮＣと同様の構成を有する。但し、本実施形態では、ＯＭＣ情報を有するＬＣＨ３は、Ｃ−ＰｌａｎｅのＴｒｃｈ１にマッピングされる。
【０１１７】
図１２は、ＵＥの構成例を示す図である。ＵＥ７００は、物理レイヤ（Physical Layer）部７８０、ＭＡＣレイヤ部７１０、ＲＬＣレイヤ部７２０、ＲＲＣレイヤ部７３０、Non-Accessレイヤ部７４０、制御モニタブロック部７５０、音声呼等の処理を行うＴＡＦ部７６０を備える。
【０１１８】
ＵＥ７００は、ＴＡＦ７６０を通じてアプリケーション（Application）１０１０と、
制御モニタブロック７５０を通じてモニタツール（Monitor Tool）１０２０と、接続され得る。モニタツール１０２０は、ＯＭＣ６００からのＯＭＣ情報を利用して、ＵＥ７００とＲＡＮ３００との間の通信状況を解析することができる。
【０１１９】
ＭＡＣレイヤ部７１０は、ＮｏｄｅＢ５００から受信した信号をＬＣＨ毎に分割する。ＭＡＣレイヤ部７１０は、分割した信号をＲＬＣレイヤ部７２０に送信する。
【０１２０】
ＲＬＣレイヤ部７２０は、ＬＣＨ３のＯＭＣ情報を受信すると、ＲＬＣ処理を実行せずに、ＯＭＣ情報を制御モニタブロックに転送する。
【０１２１】
ＯＭＣ情報は、Ｃ−ＰｌａｎｅのＴｒｃｈ１にバインドされる。
【０１２２】
（動作例）
〈ＯＭＣ情報をＣ−Ｐｌａｎｅにバインドするときの動作例〉
図１３及び図１４は、ＯＭＣ情報をＣ−Ｐｌａｎｅにバインドするときの動作シーケンスの例を示す図である。図１３のＫ、Ｌ、Ｍ、ＮおよびＯは、それぞれ、図１４のＫ、Ｌ、Ｍ、ＮおよびＯと接続する。
【０１２３】
ＵＳＩＭ（Universal Subscriber Identity Module）カードは、端末に装着される、契約者情報、各種設定情報等が格納されたカードである。ＵＳＩＭ設定は、ＵＳＩＭカードが装着される端末に対する設定情報である。実施形態１の図８に示す例と同様に、ＵＳＩＭ設定は、ヘッダ情報（Header Information）として、端末動作モード（UE operation mode）、追加情報（Additional information）、ＩＭＳＩ（International Mobile Subscriber Identity）におけるＭＮＣ（Mobile Network Code）長（length of MNC in the IMSI）等を有する。
【０１２４】
端末動作モード（UE operation mode）は、端末に対する動作のモード（mode of operation for the UE）を含む。実施形態１の図８に示す例と同様に、端末動作モード（UE operation mode）には、標準動作（normal operation）モード、タイプ承認動作（type approval operations）モード、メンテナンス（maintenance）モード等がある。端末動作モ
ードは、それぞれ１バイトの値で指定される。例えば、標準動作（normal operation）モードは、「００」で指定される。
【０１２５】
実施形態１の場合と同様に、端末動作モード（UE operation mode）に、ＲＡＮに対し
てＯＭＣ情報を要求する「Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on
U-Plane）」モード、及び、「Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on C-Plane）」モードが追加される。ここでは、Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードは、「７Ｘ」で指定される。また、Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on C-Plane）モードは、「７Ｘ＋１」で指定される。これらの値は、一例であり、既に指定されている値と重複しない他の値で指定されてもよい。Ｕ−ＰｌａｎｅにおけるＯＭＣ情報要求モードは、ＯＭＣ情報をＵ−Ｐｌａｎｅで取得することを要求するモードである。また、Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求モードは、ＯＭＣ情報をＣ−Ｐｌａｎｅで取得することを要求するモードである。
【０１２６】
ＵＥ７００の電源が投入されると、ＵＥ７００はＵＳＩＭカードのＵＳＩＭ設定を読み込む。ここで、ＵＳＩＭ設定の端末動作モードがＣ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードであるとする。ＵＥ７００は、ＵＳＩＭ設定の端末動作モードがＣ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードであることを認識し、Ｃ−ＰｌａｎｅにおけるＯＭＣ情報要求（OMC information on U-Plane）モードの処理を行う。
【０１２７】
ここでは、ＵＳＩＭ設定によりＯＭＣ情報を要求する構成としたが、特殊なコマンドによるＯＭＣ情報を要求する構成、通信中等にＤＴＭＦ（Dual-Tone Multi-Frequency）コ
マンドによるＯＭＣ情報を要求する構成等としてもよい。
【０１２８】
ＵＥ７００は、ＲＡＮ３００との接続開始時に、ＲＲＣコネクション要求（RRC Connection Request）メッセージをＲＮＣ４００に送信する（図６：ＳＱ３００２）。
【０１２９】
ＲＲＣコネクション要求のメッセージ構成は、実施形態１の図９の例と同様とすることができる。ＲＲＣコネクション要求メッセージの情報要素（Information Element）は、UE Specific Behavior Information 1 idleを含む。ＯＭＣ情報要求の際、UE Specific Behavior Information 1 idleは、「OMC information on U-Plane （７Ｘ）」、または、「OMC information on C-Plane （７Ｘ＋１）」に設定される。ここでは、UE Specific Behavior Information 1 idleは、「OMC information on C-Plane （７Ｘ＋１）」に設定さ
れる。
【０１３０】
ＵＥ７００からのＲＲＣコネクション要求は、ＮｏｄｅＢ５００を経由して、ＲＮＣ４００で受信される（図１３：ＳＱ３００２）。
【０１３１】
ＲＮＣ４００は、ＵＥ７００からＲＲＣコネクション要求を受信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ３００４）。ＯＭＣ６００は、ＲＡＮ３００、ＣＮ２００等から通知される動作状況を受信して、格納することができる。
【０１３２】
ＲＮＣ４００は、ＵＥ７００がＯＭＣ情報を要求していることを通知するＯＭＣ設定通
知を、ＯＭＣ６００に送信する（ＳＱ３００５）。ＯＭＣ６００は、ＵＥ７００がＯＭＣ情報を要求していることを認識する。
【０１３３】
ＲＮＣ４００は、ＲＲＣコネクション要求メッセージのUE Specific Behavior Information 1 idleがOMC information on C-Planeであることを確認する。ＲＮＣ４００は、Ｕ
Ｅ７００がＣ−ＰｌａｎｅでＯＭＣ情報を要求していることを認識する。
【０１３４】
ＲＮＣ４００は、Ｔｒｃｈ（Transport Channel）１にＬＣＨ（Logical Channel）１をマッピングする。また、ＲＮＣ４００は、Ｔｒｃｈ１にＬＣＨ３をマッピングする（ＳＱ３００６）。ＬＣＨ１は、制御データのロジカルチャネルである。ＬＣＨ３は、ＯＭＣ情報のロジカルチャネルである。
【０１３５】
ＲＮＣ４００は、ＲＲＣコネクション要求に含まれるUE Specific Behavior Information 1 Idleの情報に従って、ＯＭＣ情報のデータ転送設定と、ＯＭＣ情報をＣ−Ｐｌａｎ
ｅのトランスポートチャネル（Ｔｒｃｈ１）にバインドするＲＡＢ設定を行う。
【０１３６】
ＲＮＣ４００は、ＲＲＣコネクション要求に対するＲＲＣコネクションセットアップ（RRC Connection Setup）を、ＮｏｄｅＢ５００を経由して、ＵＥ７００に送信する（ＳＱ３００８）。ＲＡＢ設定は、ＲＲＣコネクションセットアップによりＵＥ７００に通知される。
【０１３７】
ＲＮＣ４００は、ＵＥ７００にＲＲＣコネクションセットアップを送信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ３０１０）。
【０１３８】
ＵＥ７００は、Ｔｒｃｈ１にＬＣＨ１をマッピングする（ＳＱ３０１２）。
【０１３９】
ＵＥ７００は、ＲＲＣコネクションセットアップに対するＲＲＣコネクションコンプリート（RRC Connection Complete）を、ＲＮＣ４００に送信する。ＵＥ７００からのＲＲ
Ｃコネクションコンプリートは、ＮｏｄｅＢ５００を経由して、ＲＮＣ４００で受信される（ＳＱ３０１４）。ＲＲＣコネクションコンプリートは、ＲＲＣコネクションが確立できたことを通知するメッセージである。これにより、ＯＭＣ６００からＵＥ７００にＯＭＣ情報を送信することが可能となる。
【０１４０】
ＲＮＣ４００は、ＵＥ７００からＲＲＣコネクションコンプリートを受信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ３０１６）。
【０１４１】
ＲＮＣ４００は、ＵＥ７００に対するＯＭＣ情報の送信の開始を要求するＯＭＣ開始通知を、ＯＭＣ６００に送信する（ＳＱ３０１７）。ＯＭＣ６００は、ＯＭＣ開始通知を受信すると、ＯＭＣ情報をＵＥ７００に定期的に送信することを開始する。
【０１４２】
ＵＥ７００は、ＲＲＣコネクションが確立されると、上位のネットワーク（ＣＮ２００等）に、サービス要求（Service Request）を送信する。ＵＥ７００からのサービス要求
は、ＮｏｄｅＢ５００、ＲＮＣ４００を経由して、ＣＮ２００に送信される（ＳＱ３０１８）。ＵＥ７００からのメッセージ等は、必ず、ＮｏｄｅＢ５００、ＲＮＣ４００を通る。
【０１４３】
ＲＮＣ４００は、ＵＥ７００からサービス要求が送信された旨の報告（Report）をＯＭＣ６００に送信する（ＳＱ３０２０）。
【０１４４】
ＲＮＣ４００は、Ｔｒｃｈ２にＬＣＨ２をマッピングする（図１４：ＳＱ３０２２）。
ＬＣＨ２は、ユーザデータ（アプリケーションデータ）のロジカルチャネルである。
【０１４５】
図１５は、物理層におけるトランスポートチャネル（Ｔｒｃｈ）とロジカルチャネル（ＬＣＨ）のマッピングの例を示す図である。
【０１４６】
物理層（Physical Layer）にＭＡＣヘッダ（MAC Header）Ｔｒｃｈ１及びＭＡＣヘッダ（MAC Header）Ｔｒｃｈ２がマッピングされる。Ｃ−Ｐｌａｎｅは、Ｔｒｃｈ１にアサインされる。Ｕ−Ｐｌａｎｅは、Ｔｒｃｈ２にアサインされる。
【０１４７】
ＭＡＣヘッダＴｒｃｈ１には、ＲＬＣ（Radio Link Control）ヘッダ（RLC Header）及び制御データ（Control Data）用のＬＣＨ１がマッピングされる。また、ＭＡＣヘッダＴｒｃｈ１には、ＯＭＣ情報（OMC Data）用のＬＣＨ３がマッピングされる。よって、ＭＡＣヘッダＴｒｃｈ１には、ＬＣＨ１及びＬＣＨ３がマッピングされる。ここでは、ＯＭＣ情報（OMC Data）はＲＬＣ−ＴＭ（RLC Transparent Mode）で送信されるので、ＲＬＣヘッダは不要である。ＲＬＣ−ＴＭを使用するのは、ＯＭＣ情報を取得できなかったとしても、通信自体に、直接、影響を及ぼさないからである。ＯＭＣ情報側にも、ＲＬＣヘッダをマッピングする構成としてもよい。
【０１４８】
ＭＡＣヘッダＴｒｃｈ２には、ＲＬＣヘッダ（RLC Header）及びアプリケーションデータ（Application Data）用のＬＣＨ２がマッピングされる。
【０１４９】
図１４に戻って、ＲＮＣ４００は、無線ベアラセットアップ（RADIO BEARER SETUP）を、ＮｏｄｅＢ５００を経由して、ＵＥ７００に送信する（ＳＱ３０２４）。無線ベアラセットアップは、ＲＮＣ４００からＵＥ７００にＲＡＢ（Radio Access Bearer）設定を通
知するメッセージである。
【０１５０】
ＲＮＣ４００は、ＵＥ７００に無線ベアラセットアップを送信した旨の報告（Report）を、ＯＭＣ６００に送信する（ＳＱ３０２６）。
【０１５１】
ＵＥ７００は、Ｔｒｃｈ２にＬＣＨ２をマッピングする。また、ＵＥ７００は、Ｔｒｃｈ２にＬＣＨ３をマッピングする。（ＳＱ３０２８）。
【０１５２】
ＵＥ７００は、無線ベアラセットアップ（RADIO BEARER SETUP）に対する無線ベアラセットアップコンプリート（RADIO BEARER SETUP Complete）を、ＮｏｄｅＢ５００を経由
して、ＵＥ７００に送信する（ＳＱ３０３０）。
【０１５３】
ＲＮＣ４００は、ＵＥ７００から無線ベアラセットアップコンプリートを受信した旨の報告（Report）をＯＭＣ６００に送信する（ＳＱ３０３２）。
【０１５４】
この後、ユーザデータがＵ−Ｐｌａｎｅに流れはじめる（ＳＱ３０４０）。
【０１５５】
ＵＥ７００は、ＲＮＣ４００に、定期的に、ＵＥ７００の動作情報を含む測定レポート（Measurement Report）を送信する（ＳＱ３０５２）。測定レポートは、送受信データ量、データ送受信レート、位置情報を含みうる。ＲＮＣ４００は、ＵＥ７００からの測定レポートで、ＵＥ７００の動作状況等を把握することができる。ＲＮＣ４００は、ＵＥ７００から測定レポート（Measurement Report）を受信した旨の報告（Report）を送信する（ＳＱ３０５４）。
【０１５６】
ＮｏｄｅＢ５００は、定期的に、ＵＥ７００の上り回線品質（ＵＬ−ＢＬＥＲ（Block Error Ratio）、ＤＰＣＨ（Dedicated Physical Channel）−ＲＳＣＰ（Received Signal
Code Power）、ＤＰＣＨ−ＳＩＲ（Signal to Interference power Ratio）等）情報を
、ＯＭＣ６００に送信する（ＳＱ３０６０）。
【０１５７】
ＲＮＣ４００は、Ｌ３メッセージが発生する毎に、ＯＭＣ６００に、メッセージの通知、デバック情報の通知を行う。
【０１５８】
ＯＭＣ６００は、ＲＮＣ４００、ＮｏｄｅＢ５００等から受領した情報を、ＯＭＣ情報として、定期的に、ＲＮＣ４００、ＮｏｄｅＢ５００を経由してＵＥ７００に送信する。ＲＮＣ４００は、ＯＭＣ６００から受信したＯＭＣ情報を、Ｃ−ＰｌａｎｅであるＴｒｃｈ１にバインドして、ＵＥ７００に送信する（ＳＱ３０７０）。
【０１５９】
ＵＥ７００で受信されたＬＣＨ３のＯＭＣ情報は、物理レイヤ部７８０、ＭＡＣレイヤ部７１０、ＲＬＣレイヤ部７２０で処理されて、制御モニタブロック部７５０に入力される。
【０１６０】
ＵＥ７００の制御モニタブロック部７５０は、制御情報、ＯＭＣ情報、ＵＥ７００内の制御信号等を、収集、格納することができる。モニタツール１０２０は、制御モニタブロック部７５０に格納されたＯＭＣ情報等を使用することにより、ＵＥ７００とＮｏｄｅＢ５００との間の上りの通信状況を把握することができる。
【０１６１】
（本実施形態の作用効果）
本実施形態によれば、ＯＭＣ情報を送信するＬＣＨをＣ−Ｐｌａｎｅに追加することで、Ｕ−Ｐｌａｎｅのユーザデータに影響を与えずに、Ｕ−Ｐｌａｎｅのユーザデータの確認をする試験をすることができる。
【０１６２】
〔実施形態３〕
次に実施形態３について説明する。実施形態３は、実施形態２との共通点を有する。従って、主として相違点について説明し、共通点については、説明を省略する。
【０１６３】
実施形態２の場合において、Ｕ−Ｐｌａｎｅに故障（エラー）が発生した時の例を説明する。
【０１６４】
（システム構成）
全体のシステム構成は、実施形態１の図１の構成と同様の構成である。
【０１６５】
図１６は、本実施形態のＲＮＣ及びその周辺装置の構成例を示す図である。ＲＮＣ４００及びその周辺装置は、実施形態２のＲＮＣ及びその周辺装置と同様の構成である。ここでは、ＵＥ７００とＮｏｄｅＢ５００との間のＵＬ（Uplink）無線品質が劣化した場合の例を示す。
【０１６６】
ＵＥ７００から送信されたＵＬ信号がＮｏｄｅＢで受信されたとき、上り通信品質の劣化が発生しており、ＣＮ２００へのデータの転送に障害が発生している。
【０１６７】
実施形態２で説明したように、ＵＥ７００で状況を確認できる試験環境では、ＮｏｄｅＢ側の受信状態を確認できるため、品質劣化が要因でＲＮＣ４００からの通信が切断された場合であっても、切断要因をＵＥ７００が把握することができる。
【０１６８】
図１７は、ＵＥの構成例を示す図である。ＵＥは実施形態２のＵＥと同様の構成を有する。ＵＥ７００は、物理レイヤ（Physical Layer）部７８０、ＭＡＣレイヤ部７１０、ＲＬＣレイヤ部７２０、ＲＲＣレイヤ部７３０、Non-Accessレイヤ部７４０、制御モニタブ
ロック部７５０、音声呼等の処理を行うＴＡＦ部７６０を備える。
【０１６９】
（動作例）
図１８は、本実施形態の動作例を示す図である。
【０１７０】
ＵＥ７００からＲＮＣに対しＲＲＣコネクション要求をし、ＵＥ７００が無線ベアラセットアップコンプリートをＲＮＣ４００に送信し、ＲＮＣ４００がＯＭＣ６００に報告を送信するまでは、実施形態２の図１３及び図１４に示す動作例（ＳＱ３００２乃至ＳＱ３０３２）と同様であるため、省略する。
【０１７１】
ＲＲＣコネクションが確立し、Ｕ−Ｐｌａｎｅデータが流れはじめた後、ＵＬ信号が環境要因でエラーが増加したとする。すると、ＮｏｄｅＢ５００側では、ＵＬ同期が取れなくなる（ＳＱ４０４２）。すると、ＵＥ７００からのＵ−Ｐｌａｎｅデータは、ＣＮ２００に到達しない（ＳＱ４０４４）。
【０１７２】
ここでは、下りのＵ−Ｐｌａｎｅデータは正常であるとする（ＳＱ４０４６、ＳＱ４０４８）。従って、ＵＥ７００は、受信したＵ−Ｐｌａｎｅデータから、ＵＬ信号のエラーの増加を認識することはできない。
【０１７３】
ＮｏｄｅＢ５００は、定期的に、ＵＬの通信環境をＯＭＣ６００に報告（Report）する（ＳＱ４０６０）。よって、ＮｏｄｅＢ５００は、ＵＥ７００からのＵＬ信号のエラーが増加した旨も報告する。
【０１７４】
ＯＭＣ６００は、定期的に、ＯＭＣ情報を、ＵＥ７００に対し、送信する。ＵＥ７００は、受信したＯＭＣ情報から、ＵＬ信号でエラーが増大していることを認識することができる。
【０１７５】
さらに、無線品質が劣化（ＳＱ４０８０）すると、ＲＮＣ４００は、ＵＥ７００に対し、ＲＲＣコネクションリリース（RRC Connection Release）を送信し、ＲＲＣコネクションを解除する（ＳＱ４０９０）。
【０１７６】
この時、ＵＥ７００は、ＯＭＣ情報により、ＵＬの無線品質が劣化していたことを把握していたため、ＲＲＣコネクションの解除の原因が、ＵＬの無線品質の劣化であることを認識することが可能となる。
【図面の簡単な説明】
【０１７７】
【図１】システム構成例を示す図である。
【図２】ＲＮＣ及びその周辺の装置等のシステム構成例を示す図である。
【図３】ＵＥの構成例を示す図である。
【図４】通常の接続の動作シーケンスの例（１）を示す図である。
【図５】通常の接続の動作シーケンスの例（２）を示す図である。
【図６】ＯＭＣ情報をＵ−Ｐｌａｎｅにバインドするときの動作シーケンスの例（１）を示す図である。
【図７】ＯＭＣ情報をＵ−Ｐｌａｎｅにバインドするときの動作シーケンスの例（２）を示す図である。
【図８】ＵＳＩＭカードのＵＳＩＭ設定（Administrative Dataフィールド）の例を示す図である。
【図９】ＲＲＣコネクション要求のメッセージ構成例を示す図である。
【図１０】物理層におけるトランスポートチャネルとロジカルチャネルのマッピングの例を示す図である。
【図１１】ＯＭＣ情報の例を示す図である。
【図１２】ＵＥの構成例を示す図である。
【図１３】ＯＭＣ情報をＣ−Ｐｌａｎｅにバインドするときの動作シーケンスの例（１）を示す図である。
【図１４】ＯＭＣ情報をＣ−Ｐｌａｎｅにバインドするときの動作シーケンスの例（２）を示す図である。
【図１５】物理層におけるトランスポートチャネルとロジカルチャネルのマッピングの例を示す図である。
【図１６】ＲＮＣ及びその周辺装置等のシステム構成例を示す図である。
【図１７】ＵＥの構成例を示す図である。
【図１８】Ｕ−Ｐｌａｎｅに故障（エラー）が発生した時の動作例を示す図である。
【符号の説明】
【０１７８】
１００    ネットワーク
２００    コアネットワーク
２０２      ＨＬＲ
２０４      ＳＣＦ
２０６      ＶＬＲ
２１２      ＭＳＣ
２１４      ＧＭＳＣ
２２２      ＳＧＳＮ
２２４      ＳＣＦ
３００    ＲＡＮ
４００    ＲＮＣ
４１０      ＭＡＣレイヤ部
４２０      ＲＬＣレイヤ部
４３０      ＲＲＣレイヤ部
５００    ＮｏｄｅＢ
６００    ＯＭＣ
７００    ＵＥ
７１０      ＭＡＣレイヤ部
７２０      ＲＬＣレイヤ部
７３０      ＲＲＣレイヤ部
７４０      Non-Access Layer部
７５０      制御モニタブロック部
７６０      ＴＡＦ部
７８０      物理レイヤ部
【図１】
0005211873.tif 000002
【図２】
0005211873.tif 000003
【図３】
0005211873.tif 000004
【図４】
0005211873.tif 000005
【図５】
0005211873.tif 000006
【図６】
0005211873.tif 000007
【図７】
0005211873.tif 000008
【図８】
0005211873.tif 000009
【図９】
0005211873.tif 000010
【図１０】
0005211873.tif 000011
【図１１】
0005211873.tif 000012
【図１２】
0005211873.tif 000013
【図１３】
0005211873.tif 000014
【図１４】
0005211873.tif 000015
【図１５】
0005211873.tif 000016
【図１６】
0005211873.tif 000017
【図１７】
0005211873.tif 000018
【図１８】
0005211873.tif 000019