(57)【特許請求の範囲】
【請求項１】
移動端末及び無線基地局を備える無線通信システムにおける、前記無線基地局のセル範囲内で無線通信サービスが提供されないエリアの特定方法であって、
前記エリアの位置を特定する位置情報を前記移動端末側で収集する収集工程と、
ランダムアクセス手順の前記無線基地局と前記移動端末との間の通信路を設定する要求に前記位置情報を付加して、前記移動端末から前記無線基地局に対して前記要求を送信する送信工程と
を備えることを特徴とするエリアの特定方法。
【請求項２】
前記位置情報は、前記エリアの位置を緯度及び経度により直接示す地理的位置情報を所定の変換式に基づいて変換することで得られ且つ前記地理的位置情報の情報量よりも少ない情報量を有する変換情報を含むことを特徴とする請求項１に記載の特定方法。
【請求項３】
前記無線基地局から前記移動端末に対して、前記所定の変換式を通知する通知工程を更に備え、
前記収集工程は、前記通知工程により通知された前記変換式を用いて前記地理的位置情報を前記変換情報に変換することにより、前記位置情報を収集することを特徴とする請求項２に記載の特定方法。
【請求項４】
前記位置情報は、前記エリアの位置を緯度及び経度により直接示す地理的位置情報に含まれるビットデータのうちの一部のビットデータが削除された後の前記ビットデータを所定の変換式に基づいて変換することで得られ且つ前記地理的位置情報の情報量よりも少ない情報量を有する変換情報を含むことを特徴とする請求項１に記載の特定方法。
【請求項５】
前記無線基地局から前記移動端末に対して、前記所定の変換式及び削除される一部のビ
ットデータを特定する削除情報を通知する通知工程を更に備え、
前記収集工程は、前記通知工程により通知された前記削除情報を用いて前記一部のビットデータを削除し、且つ前記通知工程により通知された前記変換式を用いて前記地理的位置情報に含まれるビットデータを前記変換情報に変換することにより、前記位置情報を収集することを特徴とする請求項４に記載の特定方法。
【請求項６】
前記ランダムアクセス手順を用いて前記位置情報が送信される際に前記移動端末が使用する無線リソースを、前記無線基地局から前記移動端末に対して指定する指定工程を更に備え、
前記送信工程は、前記指定工程によって指定された無線リソースを用いて前記位置情報を送信することを特徴とする請求項１に記載の特定方法。
【請求項７】
無線基地局のセル範囲内で無線通信サービスが提供されないエリアの位置を特定する位置情報であって且つ移動端末から送信される位置情報を、
ランダムアクセス手段の前記無線基地局と前記移動端末との間の通信路を設定する要求に前記位置情報を付加された情報を受信する受信手段と、
前記受信手段により受信された前記位置情報に基づいて、前記エリアの位置を特定する特定手段と
を備えることを特徴とする無線基地局。
【請求項８】
移動端末及び無線基地局を備える無線通信システムであって、
前記移動端末は、前記無線基地局のセル範囲内で無線通信サービスが提供されないエリアの位置を特定する位置情報を収集する収集手段と、
ランダムアクセス手順の前記無線基地局と前記移動端末との間の通信路を設定する要求に前記位置情報を付加して、前記無線基地局に対して前記位置情報を送信する送信手段とを備え、
前記無線基地局は、前記移動端末から送信される前記位置情報を、前記ランダムアクセス手順を用いて受信する受信手段と、前記受信手段により受信された前記位置情報に基づいて、前記エリアの位置を特定する特定手段とを備えることを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば携帯電話システム等の無線通信システムにおいて無線通信サービスが提供されないエリアの位置を特定する特定方法、移動端末及び無線基地局、並びに無線通信システムに関する。
【背景技術】
【０００２】
携帯電話システム等の無線通信システムにおいては、移動端末の周辺環境の影響（例えば、建造物による電波の反射や電波干渉等）により、無線通信サービスを提供することができないエリア（例えば、不具合エリア）が各無線基地局の通信エリア（例えば、セルないしはセクタ）内に発生することが知られている。また、都市部等では、新たなに建造物が建設されることで移動端末の周辺環境が変化し、その結果、それまで無線通信サービスを提供することが可能であったエリアが、新たに無線通信サービスが提供されないエリアとなってしまう事態も発生しかねない。このため、近年検討が進められているＳＯＮ（Self Optimizing Network）に基づくシステムの構成管理や性能最適化や障害対処の自動化という観点からは、無線通信サービスが提供されないエリアの位置を無線基地局が確実に認識することが好ましい。【０００３】
無線通信サービスが提供されないエリアの位置を無線基地局が認識するための手法の一例として、以下に示す手法があげられる。まず、無線通信サービスが提供されないエリアの位置は、移動端末によって検出される。具体的には、例えば無線通信サービスが提供されないエリアに接続状態（Connected Mode）の移動端末が進入した場合には、無線基地局と移動端末との間の無線通信が切断される。この場合、移動端末は、無線通信サービスが提供されないエリアの位置を示す位置情報として、無線通信が切断された時点での移動端末の位置を示す位置情報（例えば、緯度や経度等の位置情報）を、例えばＧＰＳ等を用いて取得する。一方で、例えば無線通信サービスが提供されないエリアに待受状態（Idle Mode）の移動端末が進入した場合には、移動端末側で観測される無線基地局からの受信電力が所定閾値以下に低下する。この場合、移動端末は、無線通信サービスが提供されないエリアの位置を示す位置情報として、受信電力が所定閾値以下に低下した時点での移動端末の位置を示す位置情報を、例えばＧＰＳ等を用いて取得する。これにより、無線通信サービスが提供されないエリアの位置が移動端末側で特定される。続いて、移動端末は、無線通信サービスが提供されないエリアを抜けた後、ランダムアクセス手順（ＲＡＣＨ：Random Access Channel）を用いて無線基地局との間の通信路を確立する。ランダムアクセス手順により通信路が確立された後、移動端末は、複数の無線基地局の上位に位置する位置サービスノード（Ｅ−ＳＭＬＣ：Evolved Serving Mobile Location Center）との間の通信路を確立すると共に、取得した無線通信サービスが提供されないエリアの位置を示す位置情報を当該位置サービスノードに対して通知する。その後、位置サービスノードは、移動端末から通知された位置情報を対応する無線基地局に対して通知する。これにより、無線基地局は、無線通信サービスが提供されないエリアの位置を認識することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２７１８３３号公報
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３０５  “Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Stage 2 functional specification of User Equipment (UE) positioning in E-UTRAN”
【非特許文献２】３ＧＰＰ  ＴＲ３６．９０２  ｖｅｒｓｉｏｎ１．２．０  “Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Self-configuring and self-optimizing network (SON) use cases and solutions”
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した無線通信サービスが提供されないエリアの位置を無線基地局が認識するための手法は、接続状態の移動端末から通知される位置情報のみならず、多数の待受状態の移動端末から通知される位置情報をも利用している。従って、無線通信サービスが提供されないエリアの位置を認識するための標本数を増やすことができるため、無線通信サービスが提供されないエリアの位置をより確実にないしは迅速に認識することができる。【０００７】
一方で、上述した手法では、移動端末から通知される位置情報は、各移動端末から位置サービスノードに対して一旦通知された後に当該位置サービスノードから各無線基地局に対して通知される。このため、多数の無線基地局のセル範囲内に位置する多数の移動端末から通知される位置情報が位置サービスノードに対して集中してしまいかねない。特に、上述した手法では、接続状態の移動端末から通知される位置情報のみならず多数の待受状態の端末から通知される位置情報をも利用しているため、移動端末から通知される位置情報が位置サービスノードに対して集中する頻度が高くなりかねない。従って、無線通信システムの処理負荷が高くなり、結果として、移動端末と位置サービスノードとの間の通信路での輻輳のみならず、無線通信システム全体での輻輳も発生するという技術的な問題が生じかねない。【０００８】
本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、例えば無線サービスが提供されないエリアの位置を特定しつつも処理負荷を低減することが可能なエリアの特定方法、無線基地局及び移動端末、並びに無線通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題は、収集工程と送信工程とを備えるエリアの特定方法によって解決される。尚、当該エリアの特定方法は、例えば移動端末及び無線基地局を備える無線通信システムによって行われる。収集工程では、無線基地局のセル範囲内の一部のエリア部分であって且つ無線通信サービスが提供されない（つまり、無線通信サービスの正常な利用が困難なないしは不可能な）エリアの位置を特定する位置情報が移動端末によって収集される。送信工程では、無線基地局と移動端末との間の通信路を設定するためのランダムアクセス手順を用いて、移動端末から無線基地局に対して位置情報が送信される。より具体的には、例えば、送信工程では、ランダムアクセス手順によって規定されるメッセージを用いて（言い換えれば、当該メッセージの後に送信される他のメッセージを用いることなく）、移動端末から無線基地局に対して位置情報が直接送信される。【００１０】
上記課題はまた、受信手段と特定手段とを備える無線基地局によって解決され得る。受信手段は、無線通信サービスが提供されないエリアの位置を特定する位置情報であって且つ移動端末から送信される位置情報を、ランダムアクセス手順を用いて受信する。言い換えれば、受信手段は、移動端末からランダムアクセス手順を用いて送信される位置情報を、ランダムアクセス手順内で受信する。特定手段は、受信手段により受信された位置情報に基づいて、無線通信サービスが提供されないエリアの位置を特定する。【００１１】
上記課題はまた、収集手段と送信手段とを備える移動端末によって解決され得る。収集手段は、無線通信サービスが提供されないエリアの位置を特定する位置情報を収集する。送信手段は、ランダムアクセス手順を用いて位置情報を無線基地局に対して送信する。
【発明の効果】
【００１２】
以上説明したエリアの特定方法によれば、移動端末と無線基地局との間の通信路を確立する際に実行される初期手順であるランダムアクセス手順を用いて、無線通信サービスが提供されないエリアの位置を示す位置情報を移動端末から無線基地局に対して送信することができる。このため、移動端末から位置サービスノードに対して位置情報を一旦通知した後に当該位置サービスノードから各無線基地局に対して位置情報を通知する必要がなくなる。これにより、位置情報の送信が位置サービスノードに集中する事態の発生を好適に抑制することができる。従って、無線通信システムの処理負荷を相対的に低減することができる。【００１３】
また、以上説明した無線基地局及び移動端末、並びに無線通信システムによれば、ランダムアクセス手順を用いて、無線通信サービスが提供されないエリアの位置を示す位置情報が移動端末から無線基地局に対して送信される。このため、以上説明した無線基地局及び移動端末、並びに無線通信システムによれば、上述したエリアの特定方法が享受する効果と同様の効果を享受することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る無線通信システムの基本構成の一例を示すブロック図である。
【図２】無線通信システムが備えるｅＮＢの構成の一例を示すブロック図である。
【図３】無線通信システムが備えるＵＥの構成の一例を示すブロック図である。
【図４】本実施形態に係る無線通信システムの動作の流れの全体を簡略的に示すシーケンス図である。
【図５】初期設定動作において設定されるセルカバーエリア管理マップを示す模式図である。
【図６】ｅＮＢによる初期設定動作の流れを示すフローチャートである。
【図７】ｅＮＢによるＲＲＣメッセージの送信動作の流れを示すフローチャートである。
【図８】ＲＲＣメッセージ中の一部のメッセージ部分を示すデータ構造図である。
【図９】ＵＥによるＲＲＣメッセージの受信動作の流れを示すフローチャートである。
【図１０】アイドルモードのＵＥによる不具合エリアの位置の収集動作の流れを示すフローチャートである。
【図１１】コネクトモードのＵＥによる不具合エリアの位置の収集動作の流れを示すフローチャートである。
【図１２】アイドルモードのＵＥによるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信動作の流れを示すフローチャートである。
【図１３】コネクトモードのＵＥによるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信動作の流れを示すフローチャートである。
【図１４】ｅＮＢによるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信動作の流れを示すフローチャートである。
【図１５】ＵＥによるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの送信動作を示すフローチャートである。
【図１６】ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの上位プロトコルによって規定されるＲＲＣメッセージ中の一部のメッセージ部分を示すデータ構造図である。
【図１７】ｅＮＢによるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信動作の流れを示すフローチャートである。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための最良の形態を、図面に基づいて説明する。【００１６】
（１）無線通信システムの全体構成
図１を参照して、本実施形態の無線通信システム１の全体構成の一例について説明する。ここに、図１は、本実施形態の無線通信システム１の全体構成の一例を示すブロック図である。【００１７】
図１に示すように、本実施形態に係る無線通信システム１は、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）１００ａと、ｅＮＢ１００ｂと、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）３００ａと、ＵＥ３００ｂと、ＵＥ３００ｃと、ＵＥ３００ｄと、ＵＥ３００ｅと、ＵＥ３００ｆと、ＵＥ３００ｇと、ＵＥ３００ｈとを備えている。尚、図１に示すｅＮＢ１００の数及びＵＥ３００の数は一例であって、ｅＮＢ１００の数及びＵＥ３００の数が図１に示す個数に限定されることはない。また、以下では、説明の便宜上、ｅＮＢ１００ａ及びｅＮＢ１００ｂを区別することなく説明する場合には、“ｅＮＢ１００”と称して説明を進める。同様に、ＵＥ３００ａからＵＥ３００ｈを区別することなく説明する場合には、“ＵＥ３００”と称して説明を進める。【００１８】
ｅＮＢ１００は、セル半径が概ね数ｋｍから十数ｋｍないしは数十ｋｍとなるセル１５０をカバーする無線基地局である。例えば、図１に示す例では、ｅＮＢ１００ａは、セル１５０ａをカバーする無線基地局であり、ｅＮＢ１００ｂは、セル１５０ｂをカバーする無線基地局である。ｅＮＢ１００は、自身がカバーするセル１５０中に位置するＵＥ３００との間で無線通信を行う。つまり、ｅＮＢ１００は、自身がカバーするセル１５０中に位置するＵＥ３００との間で通信コネクションを確立すると共に、ＵＥ３００に対してデータの送受信を行う。また、各ｅＮＢ１００がカバーするセル１５０は、その一部が他のセル１５０の一部又は全部と重なるように構成されていてもよいし、その全部が他のセル１５０と重ならないように構成されていてもよい。【００１９】
尚、上述の説明では、セル半径が概ね数ｋｍから十数ｋｍないしは数十ｋｍとなるセル（いわゆる、マクロセル）１５０をカバーするｅＮＢ１００が例示されている。しかしながら、ｅＮＢ１００に加えて又は代えて、セル半径が概ね数百ｍから１ｋｍとなるセル（いわゆる、マイクロセル）をカバーする無線基地局や、セル半径が概ね数ｍから十数ｍないしは数十ｍとなるセル（いわゆる、フェムトセル）をカバーする無線基地局を配置してもよい。また、セル半径が上述したサイズ以外のセルをカバーする各種無線基地局を配置してもよい。また、図１に示す例は、１つのｅＮＢ１００に１つのセル１５０が対応する例を示しているが、１つのｅＮＢ１００に複数のセル１５０（ないしは、セクタ）が対応するように構成してもよい。【００２０】
ＵＥ３００は、自身がその内部に位置するセル１５０に対応する無線基地局１００との間で通信路（コネクション）を確立すると共に、データの送受信を行う移動端末である。ＵＥ３００は、例えばｅＮＢ１００との間に通信路が確立されているか否かに応じて区別される。本実施形態では、ｅＮＢ１００との間で通信路を確立しているＵＥ３００を、コネクトモード（Connected Mode）のＵＥ３００と称して説明を進める。一方で、ｅＮＢ１００との間で通信路を確立していないＵＥ３００を、アイドルモード（Idle Mode）のＵＥ３００と称して説明を進める。ＵＥ３００の一例として、携帯電話や、無線通信機能を備える各種情報端末（例えば、ＰＤＡや、ミニパソコンや、ノートパソコンや、デスクトップパソコン等）等があげられる。ＵＥ３００は、ｅＮＢ１００（更には、ｅＮＢ１００の上位に接続される不図示のコア網（コアネットワーク）等）を介して、各種無線通信サービス（例えば、メールサービスや、音声通話サービスや、ＷＥＢ閲覧サービスや、パケット通信サービス等）を利用することができる。【００２１】
一方で、ＵＥ３００の周辺環境（言い換えれば、セル１５０内の環境）によっては、無線通信サービスを提供することができない不具合エリア１６０がセル１５０内に発生することがある。例えば、セル１５０内に存在するビル等の建築物によってｅＮＢ１００からの電波が遮られてしまうエリアが、不具合エリア１６０となりえる。このような不具合エリア１６０内にＵＥ３００が位置している場合には、ＵＥ３００は、無線通信サービスを利用することができない。【００２２】
本実施形態では、不具合エリア１６０に進入したＵＥ３００によって不具合エリア１６０の位置が収集されると共に、収集された不具合エリア１６０の位置が不具合エリア１６０より抜け出したＵＥ３００からｅＮＢ１００に対して送信される。これにより、ｅＮＢ１００は、不具合エリア１６０の位置を好適に認識することができると共に、不具合エリア１６０の解消（或いは、サービス障害の解消）を図ることができる。以下、不具合エリア１６０の位置の収集及び送信動作について詳細に説明を進める。【００２３】
尚、無線通信システム１として、例えばＬＴＥ（Long Term Evolution）ないしはＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）に準拠した無線通信システムが一例としてあげられる。但し、無線通信システム１が、ＬＴＥないいしはＥ−ＵＴＲＡＮ以外の任意の規格に準拠していてもよい。【００２４】
（２）ブロック図
図２及び図３を参照して、無線通信システム１が備えるｅＮＢ１００及びＵＥ３００の夫々の構成の一例について説明を進める。【００２５】
（２−１）ｅＮＢのブロック図
図２を参照して、無線通信システム１が備えるｅＮＢ１００の構成の一例について説明を進める。ここに、図２は、無線通信システム１が備えるｅＮＢ１００の構成の一例を示すブロック図である。【００２６】
図２に示すように、ｅＮＢ１００は、無線ネットワークインタフェース部１１１と、有線ネットワークインタフェース部１１２と、通信データ処理部１２１と、不具合エリア特定部１３１と、場所識別情報算出部１３２と、位置情報通知制御管理部１３３と、ベアラサービス制御部１３４と、無線アクセス手順制御部１３５と、コア網サービス制御部１３６とを備えている。【００２７】
無線ネットワークインタフェース部１１１は、ＵＥ３００との間の通信（例えば、無線通信によるデータの送受信）を行う際に準拠するべきＬ１／Ｌ２プロトコルを終端すると共に、ＵＥ３００との間の通信を行う。【００２８】
有線ネットワークインタフェース部１１２は、不図示のコア網との間の通信（例えば、有線通信によるデータの送受信）を行う際に準拠するべきＬ１／Ｌ２プロトコルを終端すると共に、コア網との間の通信を行う。尚、コア網に属する装置として、例えば、モビリティ管理装置（ＭＭＥ：Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）や、ＳＡＥゲートウェイ（ＳＡＥ−ＧＷ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ  ＧａｔｅＷａｙ）等が一例としてあげられる。【００２９】
通信データ処理部１２１は、ベアラサービス制御部１３４により設定される通信路の設定情報（ベアラ制御情報）に基づいて、データの転送（或いは、ルーティング）を行うと共に、データの転送用プロトコルに関連する各種処理を行う。また、通信データ処理部１２１は、無線アクセス手順メッセージ等のシグナリング情報を認識すると共に、ｅＮＢ１００内の対応する処理部ないしは機能部との間で当該シグナリング情報の送受信を行う。【００３０】
不具合エリア特定部１３１は、ｅＮＢ１００がカバーするセル１５０を、後述するセルカバーエリア管理マップとして管理する。また、不具合エリア特定部１３１は、後に詳述するように、不具合エリア１６０の地理的位置情報（例えば、緯度及び経度）から算出される場所識別情報（例えば、ハッシュ値）がＵＥ３００から送信されてきた場合には、当該場所識別情報に対応するセルカバーエリア管理マップ上の番地（ＩＤ）を用いて不具合エリア１６０を管理する。【００３１】
場所識別情報算出部１３２は、所定の計算ルールに基づいて、緯度及び経度等の地理的位置情報から、セルカバーエリア管理マップ上の番地（ＩＤ）に対応する場所識別情報を算出する。尚、場所識別情報は、地理的位置情報に対して所定の計算ルールに基づく演算処理ないしは変換処理を行うことで得られる情報であることが好ましい。場所識別情報の一例として、地理的位置情報に対して所定のハッシュ計算キーに基づくハッシュ演算を行うことで得られるハッシュ値がある。これにより、セルカバーエリア管理マップ上の番地（ＩＤ）と場所識別情報（例えば、ハッシュ値）との対応付けが行われる。また、場所識別情報は、地理的位置情報よりも情報量が少ないことが好ましい。このため、場所識別情報は、地理的位置情報を示すビットデータのうちの一部の上位ビット及び一部の下位ビットを削除した後に、上述したハッシュ演算を行うことで得られることが好ましい。言い換えれば、場所識別情報は、地理的位置情報を示すビットデータのうちの有効なビットデータのみに対して上述したハッシュ演算を行うことで得られることが好ましい。以下の説明では、場所識別情報の一例としてハッシュ値を用いる構成について説明を進める。【００３２】
位置情報通知制御管理部１３３は、場所識別情報算出部１３２が場所識別情報（例えば、ハッシュ値）を算出する際に使用する計算ルール（例えば、ハッシュ計算キーやビットデータ有効範囲）を示す算出方法情報を、ＵＥ３００に対して通知する。また、位置情報通知制御管理部１３３は、ＵＥ３００が場所識別情報をｅＮＢ１００に対して送信するための方法（例えば、後述するＲＡＣＨ（Random Access Channel）プリアンブルリスト等）を示す送信方法情報を、ＵＥ３００に対して通知する。【００３３】
ベアラサービス制御部１３４は、通信路の設定処理や解放処理を行うことで、通信データ処理部１２１における動作を規定するベアラ制御情報を管理する。また、ベアラサービス制御部１３４は、通信路の状態管理（例えば、リンク障害の有無等）を行う。【００３４】
無線アクセス手順制御部１３５は、ＵＥ３００との間のシグナリング情報の送受信を終端する。シグナリング情報としては、ＲＡＣＨを用いて送受信されるＲＡＣＨメッセージ（ランダムアクセス手順メッセージ）が一例としてあげられる。【００３５】
コア網サービス制御部１３６は、コア網との間のシグナリング情報の送受信を終端すると共に、ＵＥ３００とｅＮＢ１００との間の通信路（無線区間）以外の通信路の設定処理や解放処理を行う。【００３６】
（２−２）ＵＥのブロック図
図３を参照して、無線通信システム１が備えるＵＥ３００の構成の一例について説明を進める。ここに、図３は、無線通信システム１が備えるＵＥ３００の構成の一例を示すブロック図である。【００３７】
図３に示すように、ＵＥ３００は、無線ネットワークインタフェース部３１１と、ＧＰＳ（Global Positioning System）位置検出部３１２と、通信アプリケーション部３１３と、通信データ処理部３２１と、不具合エリア地理的位置情報記録部３３１と、場所識別情報算出部３３２と、位置情報通知制御管理部３３３と、ベアラサービス制御部３３４と、無線アクセス手順制御部３３５とを備えている。【００３８】
無線ネットワークインタフェース部３１１は、ｅＮＢ１００との間の通信（例えば、無線通信によるデータの送受信）を行う際に準拠するべきＬ１／Ｌ２プロトコルを終端すると共に、ｅＮＢ１００との間の通信を行う。【００３９】
ＧＰＳ位置検出部３１２は、ＧＰＳ衛星から送信されているＧＰＳ電波を受信することで、ＵＥ３００の位置を緯度及び経度により示す地理的位置情報を取得する。【００４０】
通信アプリケーション部３１３は、ＵＥ３００のユーザが使用するアプリケーション（例えば、音声通話アプリケーションやパケット通信アプリケーションやメールアプリケーションやＷＥＢ閲覧アプリケーション等）を動作させる。また、通信アプリケーション３１３は、通信相手となる他のＵＥ３００との間のデータの送受信における送信元及び受信先として指定される。【００４１】
通信データ処理部３２１は、ベアラサービス制御部３３４により設定される通信路の設定情報（ベアラ制御情報）に基づいて、データの転送（或いは、ルーティング）を行うと共に、データの転送用プロトコルに関連する各種処理を行う。また、通信データ処理部３２１は、無線アクセス手順メッセージ等のシグナリング情報を認識すると共に、ＵＥ３００内の対応する処理部ないしは機能部との間で当該シグナリング情報の送受信を行う。【００４２】
不具合エリア地理的位置情報記録部３３１は、ＵＥ３００が不具合エリア１６０に進入した場合に、ＧＰＳ位置検出部３１２から地理的位置情報を取得する。つまり、不具合エリア地理的位置情報記録部３３１は、不具合エリア１６０の地理的位置情報を取得及び記録する。【００４３】
場所識別情報算出部３３２は、ｅＮＢ１００が備える位置情報通知制御管理部１３３から送信される算出方法情報が示す計算ルール（例えば、ハッシュ計算キーやビットデータ有効範囲）に基づいて、不具合エリア地理的位置情報記録部３３１が記録する不具合エリア１６０の地理的位置情報から、セルカバーエリア管理マップ上の番地（ＩＤ）に対応する場所識別情報（例えば、ハッシュ値）を算出する。【００４４】
位置情報通知制御管理部３３３は、ｅＮＢ１００が備える位置情報通知制御管理部１３３から送信される算出方法情報を管理する。また、位置情報通知制御管理部３３３は、ｅＮＢ１００が備える位置情報通知制御管理部１３３から送信される送信方法情報（例えば、後述するＲＡＣＨプリアンブルリスト等）を管理する。加えて、位置情報通知制御管理部３３３は、ｅＮＢ１００が備える位置情報通知制御管理部１３３から送信される送信方法情報を用いて、場所識別情報算出部３３２により算出される場所識別情報をｅＮＢ１００に対して送信する。【００４５】
ベアラサービス制御部３３４は、通信路の設定処理や解放処理を行うことで、通信データ処理部３２１における動作を規定するベアラ制御情報を管理する。また、ベアラサービス制御部３３４は、通信路の状態管理（例えば、リンク障害の有無等）を行う。【００４６】
無線アクセス手順制御部３３５は、ｅＮＢ１００との間のシグナリング情報の送受信を終端する。シグナリング情報としては、ＲＡＣＨを用いて送受信されるＲＡＣＨメッセージ（ランダムアクセス手順メッセージ）が一例としてあげられる。【００４７】
（３）動作説明
図４から図１７を参照して、本実施形態に係る無線通信システム１の動作の流れ（例えば、不具合エリア１６０の位置を示す位置情報を、ＵＥ３００からｅＮＢ１００へと送信する動作）の一例について説明する。【００４８】
（３−１）全体動作
まず、図４を参照して、本実施形態に係る無線通信システム１の動作の流れの全体を簡略的に説明する。ここに、図４は、本実施形態に係る無線通信システム１の動作の流れの全体を簡略的に示すシーケンス図である。【００４９】
図４に示すように、はじめに、ｅＮＢ１００は、初期設定動作を行う。初期設定動作としては、例えば、ｅＮＢ１００がカバーするセル１５０を管理するためのセルカバーエリア管理マップの生成動作や、不具合エリア１６０の地理的位置情報（例えば、緯度及び経度）を場所識別情報（例えば、ハッシュ値）に変換するための計算ルール（例えば、ハッシュ計算キーやビットデータ有効範囲）を示す算出方法情報の生成動作や、場所識別情報がＵＥ３００からｅＮＢ１００に対して送信される方法（例えば、ＲＡＣＨプリアンブルリスト等）を示す送信方法情報の生成動作等が一例としてあげられる。【００５０】
続いて、ｅＮＢ１００は、初期設定動作により設定された各種制御情報を、ＲＲＣ（Radio Resource Configuration）メッセージを用いて、ＵＥ３００に対して送信する。ここで送信される制御情報は、初期設定動作において設定されたハッシュ計算キーやビットデータ有効範囲を示す算出方法情報や、ＲＡＣＨプリアンブルリストを示す送信方法情報が一例としてあげられる。【００５１】
続いて、ＵＥ３００は、不具合エリア１６０に進入した場合に、進入した不具合エリア１６０の位置を収集する。具体的には、ＵＥ３００は、不具合エリア１６０に進入した時点でＧＰＳ位置検出部３１２により検出されるＵＥ３００の地理的位置情報を、不具合エリア１６０の地理的位置情報として取得する。その後、ＵＥ３００は、ＲＲＣメッセージを用いてｅＮＢ１００から送信されてきた制御情報に基づいて、取得した地理的位置情報から場所識別情報（例えば、ハッシュ値）を算出する。【００５２】
続いて、ＵＥ３００は、不具合エリア１６０を抜け出した後に、ＲＡＣＨメッセージ（ランダムアクセス手順メッセージ）を用いて、算出した場所識別情報（例えば、ハッシュ値）をｅＮＢ１００に対して送信する。具体的には、ＵＥ３００は、ＲＡＣＨプリアンブルリストにより指定されているＲＡＣＨリソースを用いて、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＰｒｅａｍｂｌｅメッセージをｅＮＢ１００に対して送信する。ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージを受信したｅＮＢ１００は、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージをＵＥ３００に対して返信する。ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅメッセージを受信したＵＥ３００は、場所識別情報（例えば、ハッシュ値）を含むＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージをｅＮＢ１００に対して送信する。これにより、ｅＮＢ１００は、不具合エリア１６０の位置を示す場所識別情報を取得することができる。従って、ｅＮＢ１００は、場所識別情報（例えば、ハッシュ値）に対応付けられたセルカバーエリア管理マップ上の番地（ＩＤ）を用いて、不具合エリア１６０の位置を認識及び管理することができる。その後、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージを受信したｅＮＢ１００は、ＲＡＣＨ：Ｃｏｎｔｅｎｔｉｏｎ  ＲｅｓｏｌｕｔｉｏｎメッセージをＵＥ３００に対して返信する。【００５３】
以上説明した動作の流れについて、各動作を細分化しながら詳細に説明を進める。具体的には、(i)図５及び図６を用いて、ｅＮＢ１００による初期設定動作を説明し、(ii)図７から図９を用いて、ｅＮＢ１００からＵＥ３００へのＲＲＣメッセージの送信動作を説明し、(iii)図１０及び図１１を用いて、ＵＥ３００による不具合エリア１６０の位置の収集動作を説明し、(iv)図１２及び図１３を用いて、ＵＥ３００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信動作を説明し、(v)図１４を用いて、ｅＮＢ１００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信動作を説明し、(vi)図１５及び図１６を用いて、ＵＥ３００によるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの送信動作を説明し、(vii)図１７を用いて、ｅＮＢ１００によるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信動作を説明する
（３−２）初期設定動作
図５及び図６を参照して、ｅＮＢ１００による初期設定動作について説明する。ここに、り、図５は、初期設定動作において設定されるセルカバーエリア管理マップを示す模式図であり、図６は、ｅＮＢ１００による初期設定動作の流れを示すフローチャートである。【００５４】
図５に示すように、初期設定動作により設定されるセルカバーエリア管理マップは、経度方向ｉ（但し、ｉは１以上の整数）行×緯度方向ｊ（但し、ｊは１以上の整数）列のマトリクス状に配列された複数のグリッドに分割されたマップであって、セル１５０を内部に包含するサイズを有している。また、各グリッドにはグリッドＩＤが付与されており、当該グリッドＩＤとハッシュ値（言い換えれば、場所識別情報）とは一意に対応付けられている。従って、セル１５０内の特定のエリア部分は、地理的位置情報から算出されるハッシュ値に対応付けられている１つのグリッドＩＤによって一意に識別することができる。【００５５】
図５に示すセルカバーエリア管理マップは、図６に示す初期設定動作により設定される。図６に示すように、不具合エリア特定部１３１は、セルカバーエリア管理マップの設定を実施するか否かを判定する（ステップＳ０５１）。尚、セルカバーエリア管理マップの設定を実施するか否かは、ｅＮＢ１００のオペレータによって予め設定されていてもよい。【００５６】
ステップＳ０５１の判定の結果、セルカバーエリア管理マップの設定を実施しないと判定された場合には（ステップＳ０５１：Ｎｏ）、ｅＮＢ１００は動作を終了する。この場合、ｅＮＢ１００は、通常行うべき処理（つまり、ｅＮＢ１００が行う既存の処理）を行ってもよい。【００５７】
他方で、ステップＳ０５１の判定の結果、セルカバーエリア管理マップの設定を実施すると判定された場合には（ステップＳ０５１：Ｙｅｓ）、不具合エリア特定部１３１は、ハッシュ計算キーを設定する（ステップＳ０５２）。また、不具合エリア特定部１３１は、ｅＮＢ１００の緯度及び経度を指定すると共に、緯度及び経度の夫々のビットデータ有効範囲を指定する（ステップＳ０５２）。例えば、不具合エリア特定部１３１は、緯度及び経度の夫々のビットデータのうち、セル１５０全体に共通する一部の上位ビットデータ及びセルカバーエリア管理マップの管理粒度よりも細かいエリア部分を示す一部の下位ビットデータを除くビットデータ部分を、緯度及び経度の夫々のビットデータ有効範囲として指定する。より具体的には、例えば、セル１５０の緯度が「北緯４０度２０分ｘｘ（但し、ｘｘは変数）秒」という値で示される場合には、緯度を示すビットデータのうち「北緯４０度２０分」という共通の値に対応する一部の上位ビットデータを除くビットデータ部分が、緯度のビットデータ有効範囲として指定される。また、例えば、セルカバーエリア管理マップが備える１つのグリッドの緯度方向の大きさが「１００ｍ」という距離に対応付けられている場合には、緯度を示すビットデータのうち「１００ｍ」以下の精度で緯度を示す一部の下位ビットデータを除くビットデータ部分が、緯度のビットデータ有効範囲として指定される。尚、経度についても同様である。【００５８】
続いて、位置情報通知制御管理部１３３は、ＵＥ３００からｅＮＢ１００に対して不具合エリア１６０の位置を通知する（具体的には、例えば、ハッシュ値を送信する）ために使用される専用のＲＡＣＨリソースを指定するか否かを判定する（ステップＳ０５３）。【００５９】
ステップＳ０５３における判定の結果、専用のＲＡＣＨリソースを指定しないと判定された場合には（ステップＳ０５３：Ｎｏ）、ｅＮＢ１００は動作を終了する。この場合、ｅＮＢ１００は、通常行うべき処理を行ってもよい。【００６０】
他方で、ステップＳ０５３における判定の結果、専用のＲＡＣＨリソースを指定すると判定された場合には（ステップＳ０５３：Ｙｅｓ）、位置情報通知制御管理部１３３は、ＵＥ３００からｅＮＢ１００に対して不具合エリア１６０の位置を通知するために使用される専用のＲＡＣＨリソースを指定する（ステップＳ０５４）。具体的には、位置情報通知制御管理部１３３は、上述したＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージを送信する際に使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルリストを設定する。このとき、位置情報通知制御管理部１３３は、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルリストと、コネクトモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルリストとを区別して設定してもよい。或いは、位置情報通知制御管理部１３３は、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルリストと、コネクトモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルリストとを区別ないで（つまり、まとめて）設定してもよい。【００６１】
（３−３）ｅＮＢからＵＥへのＲＲＣメッセージの送信動作
図７から図９を参照して、ｅＮＢ１００からＵＥ３００へのＲＲＣメッセージの送信動作について説明する。ここに、図７は、ｅＮＢ１００によるＲＲＣメッセージの送信動作の流れを示すフローチャートであり、図８は、ＲＲＣメッセージ中の一部のメッセージ部分を示すデータ構造図であり、図９は、ＵＥ３００によるＲＲＣメッセージの受信動作の流れを示すフローチャートである。【００６２】
図７に示すように、ｅＮＢ１００が備える位置情報通知制御管理部１３３は、ｅＮＢ１００が、セルカバーエリア管理マップが設定されたマップ設定状態にあり且つ性能監視状態にあるか否かを判定する（ステップＳ０７１）。尚、性能監視状態とは、ｅＮＢ１００が不具合エリア１６０の位置を認識するために動作している状態であって、例えば不具合エリア１６０の位置を示すハッシュ値の通知をＵＥ３００から受けることをｅＮＢ１００が許容している状態を示す。【００６３】
ステップＳ０７１における判定の結果、ｅＮＢ１００がマップ設定状態にないか又は性能監視状態にないと判定された場合には（ステップＳ０７１：Ｎｏ）、ｅＮＢ１００は、動作を終了してもよいし、ステップＳ０７１以降の動作を繰り返してもよい。【００６４】
他方で、ステップＳ０７１における判定の結果、ｅＮＢ１００がマップ設定状態にあり且つ性能監視状態にあると判定された場合には（ステップＳ０７１：Ｙｅｓ）、位置情報通知制御管理部１３３は、ＵＥ３００に対して送信するＲＲＣメッセージ中に、ハッシュ計算キー、ビットデータ有効範囲及びＲＡＣＨプリアンブルリストを含む不具合エリア位置通知制御ＩＥを付加する（ステップＳ０７２）。尚、不具合エリア位置通知制御ＩＥがＲＲＣメッセージ中に付加される限りは、付加される具体的な位置については任意に設定してもよい。例えば、図８に示すように、ＲＲＣメッセージ中の拡張用フィールドの一つである「ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎｓ」フィールドに不具合エリア位置通知制御ＩＥを付加してもよいし、その他のフィールドに不具合エリア位置通知制御ＩＥを付加してもよい。【００６５】
その後、位置情報通知制御管理部１３３は、ステップＳ０７２において不具合エリア位置通知制御ＩＥが付加されたＲＲＣメッセージを、通信データ処理部１２１及び無線ネットワークインタフェース部１１１を介してＵＥ３００に対して送信する（ステップＳ０７３）。【００６６】
続いて、図９に示すように、ＵＥ３００が備える位置情報通知制御部３３３は、通信データ処理部３２１及び無線ネットワークインタフェース部３１１を介して、不具合エリア位置通知制御ＩＥが付加されたＲＲＣメッセージを受信する（ステップＳ０９１）。その後、位置情報通知制御部３３３は、ＲＲＣメッセージ中に含まれる不具合エリア位置通知制御ＩＥを抽出すると共に、当該不具合エリア位置通知制御ＩＥが示すハッシュ計算キー、ビットデータ有効範囲及びＲＡＣＨプリアンブルリストを不図示のメモリ等に記憶させる（ステップＳ０９２）。その後、ＵＥ３００は、ＵＥ３００自身の状態を不具合エリア検出・報告状態に遷移させることで、以下に説明する不具合エリア１６０の位置を収集する。【００６７】
（３−４）ＵＥによる不具合エリアの位置の収集動作
図１０及び図１１を参照して、ＵＥ３００による不具合エリア１６０の位置の収集動作について説明する。ここに、図１０は、アイドルモードのＵＥ３００による不具合エリア１６０の位置の収集動作の流れを示すフローチャートであり、図１１は、コネクトモードのＵＥ３００による不具合エリア１６０の位置の収集動作の流れを示すフローチャートである。【００６８】
アイドルモードのＵＥ３００は、図１０に示すフローに従って、不具合エリア１６０の位置を収集する。具体的には、図１０に示すように、ベアラサービス制御部３３３は、ｅＮＢ１００から送信されている信号の受信電力が所定品質に満たないか否かを判定する（ステップＳ１０１）。言い換えれば、ベアラサービス制御部３３３は、ｅＮＢ１００から送信されている信号の受信状況が悪化しているか否かを判定する。【００６９】
ステップＳ１０１における判定の結果、ｅＮＢ１００から送信されている信号の受信電力が所定品質を満たしている（つまり、ｅＮＢ１００から送信されている信号の受信状況が悪化していない）と判定された場合には（ステップＳ１０１：Ｎｏ）、不具合エリア地理的位置情報記録部３３１は、変数Ｃｏｕｎｔの値を０に設定する（ステップＳ１０９）。その後、アイドルモードのＵＥ３００は、動作を終了してもよいし、ステップＳ１０１以降の動作を繰り返してもよい。【００７０】
他方で、ステップＳ１０１における判定の結果、ｅＮＢ１００から送信されている信号の受信電力が所定品質を満たしていない（つまり、ｅＮＢ１００から送信されている信号の受信状況が悪化している）と判定された場合には（ステップＳ１０１：Ｙｅｓ）、ＵＥ３００は、不具合エリア１６０に進入したものと判定する。従って、不具合エリア地理的位置情報記録部３３１は、不具合エリア１６０の位置を収集するべく、ＵＥ３００自身の状態が不具合エリア検出・報告状態であるか否かを判定する（ステップＳ１０２）。【００７１】
ステップＳ１０２における判定の結果、ＵＥ３００自身の状態が不具合エリア検出・報告状態でないと判定された場合には（ステップＳ１０２：Ｎｏ）、ＵＥ３００は、動作を終了してもよいし、ステップＳ１０１以降の動作を繰り返してもよい。【００７２】
他方で、ステップＳ１０２における判定の結果、ＵＥ３００自身の状態が不具合エリア検出・報告状態であると判定された場合には（ステップＳ１０２：Ｙｅｓ）、不具合エリア地理的位置情報記録部３３１は、変数Ｃｏｕｎｔを１だけインクリメントする（ステップＳ１０３）。【００７３】
続いて、不具合エリア地理的位置情報記録部３３１は、変数Ｃｏｕｎｔが所定の第１閾値よりも大きいか否かを判定する（ステップＳ１０４）。尚、ステップＳ１０４における判定は、受信電力が所定品質に満たない状態が所定回数以上連続して検出された場合に不具合エリア１６０の位置を収集する（言い換えれば、受信電力が所定品質に満たない状態が突発的に検出された場合に不具合エリア１６０の位置を収集しない）ことを目的として行われる。言い換えれば、ステップＳ１０４における判定は、ｅＮＢ１００からの受信電力が所定品質に満たない状態が所定回数以上連続して検出されていない場合には、不具合エリア１６０への進入に起因しない受信電力の単なる変動とみなして不具合エリア１６０の位置を収集しないことを目的として行われる。従って、第１閾値は、不具合エリア１６０の位置の収集を好適に行うことができるような値が設定されることが好ましい。【００７４】
ステップＳ１０４における判定の結果、変数Ｃｏｕｎｔが所定の第１閾値よりも大きくないと判定された場合には（ステップＳ１０４：Ｎｏ）、ＵＥ３００は、動作を終了してもよいし、ステップＳ１０１以降の動作を繰り返してもよい。【００７５】
他方で、ステップＳ１０４における判定の結果、変数Ｃｏｕｎｔが所定の第１閾値よりも大いと判定された場合には（ステップＳ１０４：Ｙｅｓ）、不具合エリア地理的位置情報記録部３３１は、ＵＥ３００自身が記憶しているハッシュ値の数が所定の第２閾値よりも小さいか否かを判定する（ステップＳ１０５）。尚、ステップＳ１０５における判定は、不具合エリア１６０の位置の収集が所定数以上行われる（言い換えれば、不具合エリア１６０の位置の標本数を増やす）ことを目的として行われる。従って、第２閾値は、不具合エリア１６０の位置の収集を好適に行うことができるような値が設定されることが好ましい。【００７６】
ステップＳ１０５における判定の結果、ＵＥ３００自身が記憶しているハッシュ値の数が所定の第２閾値よりも小さくないと判定された場合には（ステップＳ１０５：Ｎｏ）、ＵＥ３００は動作を終了してもよいし、ステップＳ１０１以降の動作を繰り返してもよい。【００７７】
他方で、ステップＳ１０５における判定の結果、ＵＥ３００自身が記憶しているハッシュ値の数が所定の第２閾値よりも小さいと判定された場合には（ステップＳ１０５：Ｙｅｓ）、不具合エリア地理的位置情報記録部３３１は、ＧＰＳ位置検出部３１２から地理的位置情報を取得する（ステップＳ１０６）。その後、不具合エリア地理的位置情報記録部３３１は、取得した地理的位置情報を、場所識別情報算出部３３２に対して転送する。【００７８】
続いて、場所識別情報算出部３３２は、ｅＮＢ１００から送信されたＲＲＣメッセージ中の不具合エリア位置通知制御ＩＥに含まれるビットデータ有効範囲に基づいて、地理的位置情報を示すビットデータのうちの一部の有効なビットデータを抽出する（ステップＳ１０７）。【００７９】
その後、場所識別情報算出部３３２は、ｅＮＢ１００から送信されたＲＲＣメッセージ中の不具合エリア位置通知制御ＩＥに含まれるハッシュ計算キーを用いて、ステップＳ１０７において抽出された一部の有効なビットデータに対してハッシュ演算を行う（ステップＳ１０８）。これにより、場所識別情報算出部３３２は、検出された不具合エリア１６０の位置を示すハッシュ値を算出することができる。また、場所識別情報算出部３３２は、算出されたハッシュ値を不図示のメモリ等に記憶させると共に、記憶させたハッシュ値の数を１だけインクリメントする（ステップＳ１０８）。【００８０】
一方で、コネクトモードのＵＥ３００は、図１１に示すフローに従って、不具合エリア１６０の位置を収集する。具体的には、図１１に示すように、ベアラサービス制御部３３３は、ｅＮＢ１００との間に確立されている通信路にリンク障害が発生しているかを判定する（ステップＳ１１１）。【００８１】
ステップＳ１１１における判定の結果、リンク障害が発生していないと判定された場合には（ステップＳ１１１：Ｎｏ）、ＵＥ３００は、動作を終了してもよいし、ステップＳ１１１以降の動作を繰り返してもよい。【００８２】
他方で、ステップＳ１１１における判定の結果、リンク障害が発生していると判定された場合には（ステップＳ１１１：Ｙｅｓ）、ＵＥ３００は、不具合エリア１６０に進入したものと判定する。従って、不具合エリア地理的位置情報記録部３３１は、不具合エリア１６０の位置を収集するべく、ＧＰＳ位置検出部３１２から地理的位置情報を取得する（ステップＳ１１２）。その後、不具合エリア地理的位置情報記録部３３１は、取得した地理的位置情報を、場所識別情報算出部３３２に対して転送する。尚、ステップＳ１１２の動作は、図１０に示すステップＳ１０６の動作と同一である。【００８３】
続いて、場所識別情報算出部３３２は、ｅＮＢ１００から送信されたＲＲＣメッセージ中の不具合エリア位置通知制御ＩＥに含まれるビットデータ有効範囲に基づいて、地理的位置情報を示すビットデータのうちの一部の有効なビットデータを抽出する（ステップＳ１１３）。尚、ステップＳ１１３の動作は、図１０に示すステップＳ１０７の動作と同一である。【００８４】
その後、場所識別情報算出部３３２は、ｅＮＢ１００から送信されたＲＲＣメッセージ中の不具合エリア位置通知制御ＩＥに含まれるハッシュ計算キーを用いて、ステップＳ１１３において抽出された一部の有効なビットデータに対してハッシュ演算を行う（ステップＳ１１４）。これにより、場所識別情報算出部３３２は、検出された不具合エリア１６０の位置を示すハッシュ値を算出することができる。また、場所識別情報算出部３３２は、算出されたハッシュ値を不図示のメモリ等に記憶させると共に、記憶させたハッシュ値の数を１だけインクリメントする（ステップＳ１１４）。尚、ステップＳ１１４の動作は、図１０に示すステップＳ１０８の動作と同一である。【００８５】
（３−５）ＵＥによるRandom Access Preambleメッセージの送信動作
図１２及び図１３を参照して、ＵＥ３００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信動作について説明する。ここに、図１２は、アイドルモードのＵＥ３００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信動作の流れを示すフローチャートであり、図１３は、コネクトモードのＵＥ３００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信動作の流れを示すフローチャートである。【００８６】
アイドルモードのＵＥ３００は、図１２に示すフローに従って、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＰｒｅａｍｂｌｅメッセージをｅＮＢ１００に対して送信する。具体的には、図１２に示すように、位置情報通知制御管理部３３３は、ｅＮＢ１００から送信されている信号の受信電力が所定品質を満たし且つハッシュ値の記憶数が１以上であるか否かを判定する（ステップＳ１２１）。【００８７】
ステップＳ１２１における判定の結果、ｅＮＢ１００から送信されている信号の受信電力が所定品質を満たしていないと判定された場合には（ステップＳ１２１：Ｎｏ）、ＵＥ３００がいまだ不具合エリア１６０を抜けていない（言い換えれば、不具合エリア１６０内に位置している）と想定される。従って、ＵＥ３００は、動作を終了してもよいし、ステップＳ１２１以降の動作を繰り返してもよい。【００８８】
同様に、ステップＳ１２１における判定の結果、ハッシュ値の記憶数が１以上でない（つまり、０である）と判定された場合には（ステップＳ１２１：Ｎｏ）、ＵＥ３００が不具合エリア１６０を１つも検出していないと想定される。従って、ＵＥ３００からｅＮＢ１００に対して送信されるべき情報がないため、ＵＥ３００は、動作を終了してもよいし、ステップＳ１２１以降の動作を繰り返してもよい。【００８９】
他方で、ステップＳ１２１における判定の結果、ｅＮＢ１００から送信されている信号の受信電力が所定品質を満たし且つハッシュ値の記憶数が１以上であると判定された場合には（ステップＳ１２１：Ｙｅｓ）、ＵＥ３００が不具合エリア１６０を抜けたと想定される。従って、不具合エリア１６０の位置をｅＮＢ１００に対して送信するべく、ベアラサービス制御部３３３は、ＵＥ３００の状態をアイドルモードからコネクトモードへと遷移させる（ステップＳ１２２）。【００９０】
続いて、位置情報通知制御管理部３３３は、ｅＮＢ１００から送信されたＲＲＣメッセージ中の不具合エリア位置通知制御ＩＥに、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルが含まれているか否かを判定する（ステップＳ１２３）。【００９１】
ステップＳ１２３における判定の結果、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルが含まれていると判定された場合には（ステップＳ１２３：Ｙｅｓ）、位置情報通知制御管理部３３３は、ＲＡＣＨプリアンブルに含まれているＲＡＣＨリソースを選択する（ステップＳ１２４）。【００９２】
他方で、ステップＳ１２３における判定の結果、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルが含まれていないと判定された場合には（ステップＳ１２３：Ｎｏ）、位置情報通知制御管理部３３３は、通常の（言い換えれば、従来の報知情報で指定された）ＲＡＣＨリソースを選択する（ステップＳ１２５）。【００９３】
続いて、位置情報通知制御管理部３３３は、ステップＳ１２４又はステップＳ１２５において選択されたＲＡＣＨリソースを用いて、無線アクセス手順制御部３３５、通信データ処理部３２１及び無線ネットワークインタフェース部３１１を介して、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＰｒｅａｍｂｌｅメッセージをｅＮＢ１００に対して送信する（ステップＳ１２６）。【００９４】
その後、位置情報通知制御管理部３３３は、ＵＥ３００の状態を位置情報通知待ち状態に遷移させると共に、変数Ｃｏｕｎｔに０を設定する（ステップＳ１２７）。【００９５】
一方で、コネクトモードのＵＥ３００は、図１３に示すフローに従って、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＰｒｅａｍｂｌｅメッセージをｅＮＢ１００に対して送信する。具体的には、図１３に示すように、位置情報通知制御管理部３３３は、ｅＮＢ１００との間に確立されている通信路に発生していたリンク障害が解消されているかを判定する（ステップＳ１３１）。【００９６】
ステップＳ１３１における判定の結果、リンク障害が解消されていないと判定された場合には（ステップＳ１３１：Ｎｏ）、ＵＥ３００がいまだ不具合エリア１６０を抜けていない（言い換えれば、不具合エリア１６０内に位置している）と想定される。従って、ＵＥ３００は、動作を終了してもよいし、ステップＳ１２１以降の動作を繰り返してもよい。【００９７】
他方で、ステップＳ１３１における判定の結果、リンク障害が解消されていると判定された場合には（ステップＳ１３１：Ｙｅｓ）、ＵＥ３００が不具合エリア１６０を抜けたと想定される。従って、不具合エリア１６０の位置をｅＮＢ１００に対して送信するべく、位置情報通知制御管理部３３３は、ｅＮＢ１００から送信されたＲＲＣメッセージ中の不具合エリア位置通知制御ＩＥに、コネクトモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルが含まれているか否かを判定する（ステップＳ１３２）。【００９８】
ステップＳ１３２における判定の結果、コネクトモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルが含まれていると判定された場合には（ステップＳ１３２：Ｙｅｓ）、位置情報通知制御管理部３３３は、ＲＡＣＨプリアンブルに含まれているＲＡＣＨリソースを選択する（ステップＳ１３３）。【００９９】
他方で、ステップＳ１３２における判定の結果、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを含むＲＡＣＨプリアンブルが含まれていないと判定された場合には（ステップＳ１３２：Ｎｏ）、位置情報通知制御管理部３３３は、通常の（言い換えれば、従来の報知情報で指定された）ＲＡＣＨリソースを選択する（ステップＳ１３４）。【０１００】
続いて、位置情報通知制御管理部３３３は、ステップＳ１３３又はステップＳ１３４において選択されたＲＡＣＨリソースを用いて、無線アクセス手順制御部３３５、通信データ処理部３２１及び無線ネットワークインタフェース部３１１を介して、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＰｒｅａｍｂｌｅメッセージをｅＮＢ１００に対して送信する（ステップＳ１３５）。【０１０１】
その後、位置情報通知制御管理部３３３は、ＵＥ３００の状態を位置情報通知待ち状態に遷移させる（ステップＳ１３６）。【０１０２】
（３−６）ｅＮＢによるRandom Access Preambleメッセージの受信動作
図１４を参照して、ｅＮＢ１００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信動作について説明する。ここに、図１４は、ｅＮＢ１００によるＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信動作の流れを示すフローチャートである。【０１０３】
図１４に示すように、無線アクセス手順制御部１３５は、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信を検出したか否かを判定する（ステップＳ１４１）。言い換えれば、無線アクセス手順制御部１３５は、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＰｒｅａｍｂｌｅメッセージがＵＥ３００から送信されているか否かを判定する。【０１０４】
ステップＳ１４１における判定の結果、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信を検出していないと判定された場合には（ステップＳ１４１：Ｎｏ）、ｅＮＢ１００は、動作を終了してもよいし、ステップＳ１４１以降の動作を繰り返してもよい。【０１０５】
他方で、ステップＳ１４１における判定の結果、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの受信を検出したと判定された場合には（ステップＳ１４１：Ｙｅｓ）、位置情報通知制御管理部１３３は、ｅＮＢ１００がマップ設定状態にあり且つ性能監視状態にあるか否かを判定する（ステップＳ１４２）。【０１０６】
ステップＳ１４２における判定の結果、ｅＮＢ１００がマップ設定状態にないか又は性能監視状態にないと判定された場合には（ステップＳ１４２：Ｎｏ）、無線アクセス手順制御部１３５は、通常の手順でＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージをＵＥ３００に対して返信する（ステップＳ１４６）。つまり、無線アクセス手順制御部１３５は、ステップＳ１４４及びステップＳ１４５の動作を行うことなく、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージをＵＥ３００に対して返信する。【０１０７】
他方で、ステップＳ１４２における判定の結果、ｅＮＢ１００がマップ設定状態にあり且つ性能監視状態にあると判定された場合には（ステップＳ１４２：Ｙｅｓ）、位置情報通知制御管理部１３３は、ＵＥ３００からｅＮＢ１００に対して不具合エリア１６０の位置を通知するために使用される専用のＲＡＣＨリソースが指定され且つステップＳ１４１において検出されたＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージが当該専用のＲＡＣＨリソースを用いて送信されているか否かを判定する（ステップＳ１４３）。【０１０８】
ステップＳ１４３における判定の結果、専用のＲＡＣＨリソースが指定されていないか又はＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージが専用のＲＡＣＨリソースを用いて送信されていないと判定された場合には（ステップＳ１４３：Ｎｏ）、無線アクセス手順制御部１３５は、通常の手順でＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージをＵＥ３００に対して返信する（ステップＳ１４６）。つまり、無線アクセス手順制御部１３５は、ステップＳ１４４及びステップＳ１４５の動作を行うことなく、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージをＵＥ３００に対して返信する。【０１０９】
他方で、ステップＳ１４３における判定の結果、専用のＲＡＣＨリソースが指定され且つ又はＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージが専用のＲＡＣＨリソースを用いて送信されていると判定された場合には（ステップＳ１４３：Ｙｅｓ）、無線アクセス手順制御部１３５は、ステップＳ１４１において受信したＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージに関連する一連のＲＡＣＨ手順（ランダムアクセス手順）を行うＵＥ３００に割り当てるべき一時的なＵＥ識別情報を生成する（ステップＳ１４４）。また、位置情報通知制御管理部１３３は、生成されたＵＥ識別情報によって識別されるＵＥ３００の状態が位置情報通知待ち状態である旨を、内部パラメータ等として記憶する（ステップＳ１４４）。【０１１０】
その後、位置情報通知制御管理部１３３は、ステップＳ１４１において受信したＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージが、アイドルモードのＵＥ３００が使用するべきＲＡＣＨリソースを用いて送信されている場合には、ステップＳ１４４において生成したＵＥ識別情報によって識別されるＵＥ３００がアイドルモードのＵＥ３００である旨を、内部パラメータ等として記憶する（ステップＳ１４５）。【０１１１】
その後、無線アクセス手順制御部１３５は、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージをＵＥ３００に対して返信する（ステップＳ１４６）。【０１１２】
（３−７）ＵＥによるFirst scheduled UL transmissionメッセージの送信動作
図１５及び図１６を参照して、ＵＥ３００によるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの送信動作について説明する。ここに、図１５は、ＵＥ３００によるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの送信動作を示すフローチャートであり、図１６は、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの上位プロトコルによって規定されるＲＲＣメッセージ中の一部のメッセージ部分を示すデータ構造図である。【０１１３】
図１５に示すように、無線アクセス手順制御部３３５は、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅメッセージの受信を検出したか否かを判定する（ステップＳ１５１）。言い換えれば、無線アクセス手順制御部３３５は、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲｅｓｐｏｎｓｅメッセージがｅＮＢ１００から送信されているか否かを判定する。【０１１４】
ステップＳ１５１における判定の結果、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅメッセージの受信を検出していないと判定された場合には（ステップＳ１５１：Ｎｏ）、ＵＥ３００は、動作を終了してもよいし、ステップＳ１５１以降の動作を繰り返してもよい。【０１１５】
他方で、ステップＳ１５１における判定の結果、ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅメッセージの受信を検出したと判定された場合には（ステップＳ１５１：Ｙｅｓ）、位置情報通知制御管理部３３３は、ＵＥ３００が位置情報通知待ち状態にあるか否かを判定する（ステップＳ１５２）。【０１１６】
ステップＳ１５２における判定の結果、ＵＥ３００が位置情報通知待ち状態にないと判定された場合には（ステップＳ１５２：Ｎｏ）、無線アクセス手順制御部３３５は、通常の手順でＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージをｅＮＢ１００に対して送信する（ステップＳ１５６）。つまり、無線アクセス手順制御部３３５は、ステップＳ１５３からステップＳ１５５の動作を行うことなく（つまり、不具合エリア１６０の位置を示すハッシュ値をメッセージに含めることなく）、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージをｅＮＢ１００に対して返信する。【０１１７】
他方で、ステップＳ１５２における判定の結果、ＵＥ３００が位置情報通知待ち状態にあると判定された場合には（ステップＳ１５２：Ｙｅｓ）、無線アクセス手順制御部３３５は、位置情報通知制御管理部３３３の制御の下に、不図示のメモリ等に記憶されているハッシュ値をＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージ中に付加した上で、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージをｅＮＢ１００に対して送信する（ステップＳ１５３）。【０１１８】
尚、不具合エリア１６０の位置を示すハッシュ値がＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージ中に付加される限りは、付加される具体的な位置については任意に設定してもよい。例えば、図１６（ａ）に示すように、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの上位プロトコルによって規定されるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ中の拡張用フィールドの一つである「ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎｓ」フィールドにハッシュ値を付加してもよい。或いは、図１６（ｂ）に示すように、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの上位プロトコルによって規定されるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔメッセージ中の拡張用フィールドの一つである「ｃｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎｓ」フィールドにハッシュ値を付加してもよい。もちろん、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージ中のその他のフィールドにハッシュ値を付加してもよい。【０１１９】
その後、場所識別情報算出部３３２は、不図示のメモリ等に記憶されているハッシュ値を消去すると共に、記憶させたハッシュ値の数を０にリセットする（ステップＳ１５４）。その後、ＵＥ３００がアイドルモードのＵＥ３００であった場合には、ベアラサービス制御部３３３は、ＵＥ３００の状態をアイドルモードに遷移させてもよい（ステップＳ１５５）。或いは、ＵＥ３００がコネクトモードのＵＥ３００であった場合には、ベアラサービス制御部３３３は、リンク障害の解消によって再確立された通信路を用いた通信を再開してもよい（ステップＳ１５５）。【０１２０】
（３−８）ｅＮＢによるFirst scheduled UL transmissionメッセージの受信動作
図１７を参照して、ｅＮＢ１００によるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信動作について説明する。ここに、図１７は、ｅＮＢ１００によるＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信動作の流れを示すフローチャートである。【０１２１】
図１７に示すように、無線アクセス手順制御部１３５は、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信を検出したか否かを判定する（ステップＳ１７１）。言い換えれば、無線アクセス手順制御部１３５は、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージがＵＥ３００から送信されているか否かを判定する。【０１２２】
ステップＳ１７１における判定の結果、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信を検出していないと判定された場合には（ステップＳ１７１：Ｎｏ）、ｅＮＢ１００は、動作を終了してもよいし、ステップＳ１７１以降の動作を繰り返してもよい。【０１２３】
他方で、ステップＳ１７１における判定の結果、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージの受信を検出したと判定された場合には（ステップＳ１７１：Ｙｅｓ）、位置情報通知制御管理部１３３は、当該メッセージを送信したＵＥ３００が位置情報通知待ち状態にあるか否かを判定する（ステップＳ１７２）。【０１２４】
ステップＳ１７２における判定の結果、ＵＥ３００が位置情報通知待ち状態にないと判定された場合には（ステップＳ１７２：Ｎｏ）、無線アクセス手順制御部１３５は、通常の手順でＲＡＣＨ：Ｃｏｎｔｅｎｔｉｏｎ  ＲｅｓｏｌｕｔｉｏｎｓメッセージをＵＥ３００に対して返信すると共に動作を終了する。【０１２５】
他方で、ステップＳ１７２における判定の結果、ＵＥ３００が位置情報通知待ち状態にあると判定された場合には（ステップＳ１７２：Ｙｅｓ）、位置情報通知制御管理部１３３は、受信したＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージ中に含まれるハッシュ値を抽出する（ステップＳ１７３）。また、位置情報通知制御部１３３は、抽出したハッシュ値を不具合エリア特定部１３１に対して転送する。【０１２６】
続いて、不具合エリア特定部１３１は、抽出されたハッシュ値に対応するグリッドＩＤを検索する（ステップＳ１７４）。その結果、検索されたグリッドＩＤによって特定されるグリッド（言い換えれば、当該グリッドに対応するエリア部分）は、不具合エリア１６０としてｅＮＢ１００によって管理される。【０１２７】
続いて、位置情報通知制御管理部１３３は、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージを送信したＵＥ３００が、アイドルモードのＵＥ３００であるか否かを判定する（ステップＳ１７５）。【０１２８】
ステップＳ１７５における判定の結果、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージを送信したＵＥ３００が、アイドルモードのＵＥ３００でないと判定された場合には（ステップＳ１７５：Ｎｏ）、無線アクセス手順制御部１３５は、必要に応じてＲＡＣＨ：Ｃｏｎｔｅｎｔｉｏｎ  ＲｅｓｏｌｕｔｉｏｎｓメッセージをＵＥ３００に対して返信すると共に、動作を終了してもよいしＵＥ３００との間の無線通信を再開してもよい。【０１２９】
他方で、ステップＳ１７５における判定の結果、ＲＡＣＨ：Ｆｉｒｓｔ  ｓｃｈｅｄｕｌｅｄ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎメッセージを送信したＵＥ３００が、アイドルモードのＵＥ３００であると判定された場合には（ステップＳ１７５：Ｙｅｓ）、位置情報通知制御管理部１３３は、当該ＵＥ３００に対して割り当てた一時的なＵＥ識別情報（図１４のステップＳ１４４参照）を開放する（ステップＳ１７６）。このとき、無線アクセス手順制御部１３５は、必要に応じてＲＡＣＨ：Ｃｏｎｔｅｎｔｉｏｎ  ＲｅｓｏｌｕｔｉｏｎｓメッセージをＵＥ３００に対して返信してもよい。その後、ｅＮＢ１００は、動作を終了する。【０１３０】
以上説明したように、本実施形態の無線通信システム１によれば、ＵＥ３００とｅＮＢ１００との間の通信路を確立する際に実行される初期手順であるランダムアクセス手順（つまり、ＲＡＣＨを使用した初期手順）を用いて、不具合エリア１６０の位置をＵＥ３００からｅＮＢ１００に対して送信することができる。言い換えれば、ＵＥ３００からｅＮＢ１００に対する不具合エリア１６０の位置の送信動作をランダムアクセス手順内で完結することができる。このため、ＵＥ３００からＥ−ＳＭＬＣ等の位置サービスノードに対して不具合エリア１６０の位置を一旦通知した後に当該位置サービスノードから各ｅＮＢ１００に対して位置を再度通知する必要がなくなる。これにより、不具合エリア１６０の位置の通知が位置サービスノードに集中する事態の発生を好適に抑制することができる。従って、無線通信システム１の処理負荷を相対的に低減することができる。【０１３１】
また、本実施形態の無線通信システム１によれば、不具合エリア１６０の位置を示す地理的位置情報を示すビットデータのうちの一部の有効なビットデータからハッシュ値を算出することができる。従って、全てのビットデータからハッシュ値を算出する態様と比較して、不具合エリア１６０の位置を通知する際のデータ量を削減することができる。【０１３２】
また、本実施形態の無線通信システム１によれば、ハッシュ値を算出する際に使用されるハッシュ計算キーがｅＮＢ１００からＵＥ３００に対して事前に通知される。このため、ＵＥ３００は、検出される不具合エリア１６０の位置を示す地理的位置情報からハッシュ値を好適に算出することができる。【０１３３】
更には、ＵＥ３００が認証された後のセキュアな手順（例えば、ＲＲＣメッセージ）を用いてハッシュ計算キーがｅＮＢ１００からＵＥ３００に対して事前に通知される。このため、悪意のあるＵＥ３００がハッシュ計算キーを取得することができない。従って、悪意のあるＵＥ３００によって送信される不当なハッシュ値が正当なハッシュ値であるとｅＮＢ１００が扱ってしまう事態の発生を抑制することができる。【０１３４】
また、本実施形態の無線通信システム１によれば、一部の有効なビットデータを特定するための情報がｅＮＢ１００からＵＥ３００に対して事前に通知される。このため、ＵＥ３００は、検出される不具合エリア１６０の位置を示す地理的位置情報を示すビットデータのうちの一部の有効なビットデータを好適に抽出すると共に、当該抽出した一部のビットデータからハッシュ値を好適に算出することができる。【０１３５】
また、本実施形態の無線通信システム１によれば、不具合エリア１６０の位置を通知する際には、専用のＲＡＣＨリソースを用いてＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージを送信することができる。このため、通常のＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信と、不具合エリア１６０の位置を通知するためのＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージとを区別して扱うことができる。従って、不具合エリア１６０の位置の通知に係る動作が、通常のＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅメッセージの送信を伴う通常の通信動作に対して悪影響を及ぼす事態の発生を好適に抑制することができる。
【符号の説明】
【０１３６】
１  無線通信システム
１００  ｅＮＢ
１１１  無線ネットワークインタフェース部
１２１  通信データ処理部
１３１  不具合エリア特定部
１３２  場所識別情報算出部
１３３  位置情報通知制御管理部
１３４  ベアラサービス制御部
１３５  無線アクセス手順制御部
３００  ＵＥ
３１１  無線ネットワークインタフェース部
３１２  ＧＰＳ位置検出部
３２１  通信データ処理部
３３１  不具合エリア地理的位置情報記録部
３３２  場所識別情報算出部
３３３  位置情報通知制御管理部
３３４  ベアラサービス制御部
３３５  無線アクセス手順制御部
【図１】
0005488689.tif 000002
【図２】
0005488689.tif 000003
【図３】
0005488689.tif 000004
【図４】
0005488689.tif 000005
【図５】
0005488689.tif 000006
【図６】
0005488689.tif 000007
【図７】
0005488689.tif 000008
【図８】
0005488689.tif 000009
【図９】
0005488689.tif 000010
【図１０】
0005488689.tif 000011
【図１１】
0005488689.tif 000012
【図１２】
0005488689.tif 000013
【図１３】
0005488689.tif 000014
【図１４】
0005488689.tif 000015
【図１５】
0005488689.tif 000016
【図１６】
0005488689.tif 000017
【図１７】
0005488689.tif 000018