(57)【特許請求の範囲】
【請求項１】
通信装置であって、
他の通信装置に対して直接的に無線信号を送信する送信部を備え、
前記送信部は、
前記通信装置の地理的な位置を示す第１の位置情報が取得された場合、前記第１の位置情報が示す位置と対応付けられた第１の無線リソースに基づいて、前記無線信号を送信し、
前記第１の位置情報を前記通信装置が取得不可能である場合、第２の無線リソースに基づいて、前記無線信号を送信し、
前記第２の無線リソースは、前記第１の位置情報を用いて前記第１の無線リソースを決定する方法とは異なる方法に基づいて決定される通信装置。
【請求項２】
前記第２の無線リソースは、前記第１の位置情報が取得されない場合にのみ利用可能な無線リソースの情報に基づいて決定される請求項１に記載の通信装置。
【請求項３】
前記送信部は、前記通信装置が前記第１の位置情報を取得できないことを示す情報をネットワークへ送信し、
前記通信装置は、前記ネットワークにより決定された前記第２の無線リソースの情報を前記基地局から受信する受信部をさらに備える請求項１に記載の通信装置。
【請求項４】
前記通信装置の地理的な位置を予想する制御部をさらに備え、
前記第２の無線リソースは、前記予想した位置に基づいて決定される請求項１に記載の通信装置。
【請求項５】
前記送信部は、前記第２の位置情報をネットワークへ送信し、
前記通信装置は、前記ネットワークにより決定された前記第２の無線リソースの情報を前記基地局から受信する受信部をさらに備える請求項４に記載の通信装置。
【請求項６】
前記通信装置は、
他の通信装置から第２の無線信号を直接的に受信する受信部と、
前記所定情報に基づいて、前記第２の無線信号の送信に用いられた送信リソースに基づいて、第２の無線リソースを決定する制御部と、をさらに備える請求項１に記載の通信装置。
【請求項７】
前記第２の無線リソースの使用条件を記憶する制御部をさらに備え、
前記送信部は、前記使用条件が満たされた場合に、前記第２の無線リソースに基づいて、前記無線信号を送信する請求項１に記載の通信装置。
【請求項８】
前記通信装置における前記第１の位置情報の受信状況に応じた値が閾値を超えた場合に、前記使用条件が満たされる請求項７に記載の通信装置。
【請求項９】
前記第１の位置情報の精度が閾値を超えた場合に、前記使用条件が満たされる請求項７に記載の通信装置。
【請求項１０】
基地局であって、
地理的な位置に対応付けられた第１の無線リソースの情報を通信装置へ送信する送信部を備え、
前記第１の無線リソースの情報は、前記通信装置の地理的な位置を示す第１の情報が取得された場合に、前記通信装置が他の通信装置に対して直接的に無線信号を送信するために用いられ、
前記送信部は、第２の無線リソースの情報を前記通信装置へ送信し、
前記第２の無線リソースの情報は、前記通信装置の地理的な位置を示す第１の位置情報を取得不可能である場合に、前記無線信号を送信するために用いられ、
前記第２の無線リソースは、前記第１の位置情報を用いて前記第１の無線リソースを決定する方法とは異なる方法に基づいて決定される基地局。
【請求項１１】
前記送信部は、前記通信装置が前記第１の位置情報を取得不可能なエリアに入る場合に、前記第２の無線リソースの情報を送信する請求項１０に記載の基地局。
【請求項１２】
前記送信部は、前記通信装置が前記基地局と接続を確立している場合にのみ前記第２の無線リソースの情報を前記通信装置へ送信し、
前記第２の無線リソースは、前記通信装置が前記基地局と接続を確立している間にのみ利用可能である請求項１０に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、端末間でのシグナリングに関する仕様策定が進められている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ技術仕様書「ＴＳ３６．３００  Ｖ１３．４．０」  ２０１６年７月７日
【発明の概要】
【０００４】
一の実施形態に係る通信装置は、他の通信装置に対して直接的に無線信号を送信する送信部を備える。前記送信部は、前記通信装置の地理的な位置を示す第１の位置情報が取得された場合、前記第１の位置情報が示す位置と対応付けられた第１の無線リソースに基づいて、前記無線信号を送信する。前記送信部は、前記第１の位置情報を前記通信装置が取得不可能である場合、第２の無線リソースに基づいて、前記無線信号を送信する。前記第２の無線リソースは、前記第１の位置情報を用いて前記第１の無線リソースを決定する方法とは異なる方法に基づいて決定される。
【０００５】
一の実施形態に係る基地局は、地理的な位置に対応付けられた第１の無線リソースの情報を通信装置へ送信する送信部を備える。前記第１の無線リソースの情報は、前記通信装置の地理的な位置を示す第１の情報が取得された場合に、前記通信装置が他の通信装置に対して直接的に無線信号を送信するために用いられる。前記送信部は、第２の無線リソースの情報を前記通信装置へ送信する。前記第２の無線リソースの情報は、前記通信装置の地理的な位置を示す第１の位置情報を取得不可能である場合に、前記無線信号を送信するために用いられる。前記第２の無線リソースは、前記第１の位置情報を用いて前記第１の無線リソースを決定する方法とは異なる方法に基づいて決定される。
【０００６】
一の実施形態に係る通信装置は、前記通信装置の地理的な位置を示す位置情報を取得する制御部と、前記位置情報を含む第１の報告を基地局へ送信する送信部と、を備える。前記送信部は、前記位置情報の精度が閾値未満である場合には、前記第１の報告の送信がトリガされたとしても、前記第１の報告を前記基地局へ送信することを中止する。
【図面の簡単な説明】
【０００７】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】図４は、ＵＥ１００のブロック図である。
【図５】図５は、ｅＮＢ２００のブロック図である。
【図６】図６は、第１実施形態に係る動作環境の一例を説明するための図である。
【図７】図７は、第１実施形態に係る無線リソースの一例を説明するための図である。
【図８】図８は、第１実施形態に係る動作環境の一例を説明するための図である。
【図９】図９は、動作パターン１を説明するための図（その１）である。
【図１０】図１０は、動作パターン１を説明するための図（その２）である。
【図１１】図１１は、動作パターン１を説明するためのシーケンス図である。
【図１２】図１２は、動作パターン２を説明するための図である。
【図１３】図１３は、動作パターン２を説明するためのシーケンス図である。
【図１４】図１４は、動作パターン３を説明するための図である。
【図１５】図１５は、判定方法を説明するための図（その１）である。
【図１６】図１６は、判定方法を説明するための図（その２）である。
【図１７】図１７は、判定方法を説明するための図（その３）である。
【図１８】図１８は、第２実施形態に係る動作を説明するためのシーケンス図である。
【図１９】図１９は、その他実施形態に係る動作を説明するための図である。
【発明を実施するための形態】
【０００８】
［実施形態の概要］
通信装置を備える車両がサイドリンク上で車車間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信を実行する場合、例えば、車両の位置に対応する無線リソースを使用することが検討されている。
【０００９】
例えば、車両に備えられた通信装置は、現在位置を示す位置情報を取得する。通信装置は、現在位置に対応付けられた無線リソースに基づいて、サイドリンク上で無線信号を送信することが想定されている。
【００１０】
しかしながら、通信装置が位置情報を取得できないケースについて想定されていない。このため、地理的な位置に対応付けられた無線リソースをＶ２Ｖ通信に使用する技術が導入された場合、問題が発生する可能性がある。
【００１１】
一の実施形態に係る通信装置は、他の通信装置に対して直接的に無線信号を送信する送信部を備える。前記送信部は、前記通信装置の地理的な位置を示す第１の位置情報が取得された場合、前記第１の位置情報が示す位置と対応付けられた第１の無線リソースに基づいて、前記無線信号を送信する。前記送信部は、前記第１の位置情報を前記通信装置が取得不可能である場合、第２の無線リソースに基づいて、前記無線信号を送信する。前記第２の無線リソースは、前記第１の位置情報を用いて前記第１の無線リソースを決定する方法とは異なる方法に基づいて決定される。
【００１２】
前記第２の無線リソースは、前記第１の位置情報が取得されない場合にのみ利用可能な無線リソースの情報に基づいて決定されてもよい。
【００１３】
前記送信部は、前記通信装置が前記第１の位置情報を取得できないことを示す情報をネットワークへ送信してもよい。前記通信装置は、前記ネットワークにより決定された前記第２の無線リソースの情報を前記基地局から受信する受信部をさらに備えてもよい。
【００１４】
前記通信装置の地理的な位置を予想する制御部をさらに備えてもよい。前記第２の無線リソースは、前記予想した位置に基づいて決定されてもよい。
【００１５】
前記送信部は、前記第２の位置情報をネットワークへ送信してもよい。前記通信装置は、前記ネットワークにより決定された前記第２の無線リソースの情報を前記基地局から受信する受信部をさらに備えてもよい。
【００１６】
前記通信装置は、他の通信装置から第２の無線信号を直接的に受信する受信部と、前記所定情報に基づいて、前記第２の無線信号の送信に用いられた送信リソースに基づいて、第２の無線リソースを決定する制御部と、をさらに備えてもよい。
【００１７】
前記第２の無線リソースの使用条件を記憶する制御部をさらに備えてもよい。前記送信部は、前記使用条件が満たされた場合に、前記第２の無線リソースに基づいて、前記無線信号を送信してもよい。
【００１８】
前記通信装置における前記第１の位置情報の受信状況に応じた値が閾値を超えた場合に、前記使用条件が満たされてもよい。
【００１９】
前記第１の位置情報の精度が閾値を超えた場合に、前記使用条件が満たされてもよい。
【００２０】
一の実施形態に係る基地局は、地理的な位置に対応付けられた第１の無線リソースの情報を通信装置へ送信する送信部を備える。前記第１の無線リソースの情報は、前記通信装置の地理的な位置を示す第１の情報が取得された場合に、前記通信装置が他の通信装置に対して直接的に無線信号を送信するために用いられる。前記送信部は、第２の無線リソースの情報を前記通信装置へ送信する。前記第２の無線リソースの情報は、前記通信装置の地理的な位置を示す第１の位置情報を取得不可能である場合に、前記無線信号を送信するために用いられる。前記第２の無線リソースは、前記第１の位置情報を用いて前記第１の無線リソースを決定する方法とは異なる方法に基づいて決定される。
【００２１】
前記送信部は、前記通信装置が前記第１の位置情報を取得不可能なエリアに入る場合に、前記第２の無線リソースの情報を送信してもよい。
【００２２】
前記送信部は、前記通信装置が前記基地局と接続を確立している場合にのみ前記第２の無線リソースの情報を前記通信装置へ送信してもよい。
【００２３】
前記第２の無線リソースは、前記通信装置が前記基地局と接続を確立している間にのみ利用可能であってもよい。
【００２４】
一の実施形態に係る通信装置は、前記通信装置の地理的な位置を示す位置情報を取得する制御部と、前記位置情報を含む第１の報告を基地局へ送信する送信部と、を備える。前記送信部は、前記位置情報の精度が閾値未満である場合には、前記第１の報告の送信がトリガされたとしても、前記第１の報告を前記基地局へ送信することを中止する。
【００２５】
前記送信部は、前記位置情報の精度が閾値未満である場合には、前記第１の報告の代わりに、前記位置情報の精度が閾値未満であることを示す情報を前記基地局へ送信してもよい。
【００２６】
前記制御部は、前記通信装置の地理的な位置を予想してもよい。前記送信部は、前記位置情報の精度が閾値未満である場合には、前記第１の報告の代わりに、前記予想した位置を示す第２の位置情報を含む第２の報告を基地局へ送信してもよい。
【００２７】
前記第２の報告は、前記第２の報告に含まれる位置情報が予想した位置を示すことを示す情報を含んでもよい。
【００２８】
本明細書（及び特許請求の範囲）において、「無線リソース」は、複数の時間・周波数リソース（時間リソース及び／又は周波数リソース）により構成されるものであってもよい。「無線リソース」は、複数の時間・周波数リソースにより構成されるリソースプールであってもよい。
【００２９】
（移動通信システム）
実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００３０】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３１】
ＵＥ１００は、通信装置（例えば、無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、通信機能を有する車両（ＶＵＥ（Ｖｅｈｉｃｌｅ  ＵＥ）１００）であってもよい。従って、ＵＥ１００は、車両そのもの（例えば、自動車、バイク等）であってもよい。ＵＥ１００は、車両に着脱可能な通信モジュールであってもよい。
【００３２】
ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信（Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）を行う。ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行できる。例えば、ＵＥ１００は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信（例えば、車車間通信（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）、路車間通信（Ｖ２Ｉ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を実行することができる。
【００３３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００３４】
ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。
【００３５】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）４００を含む。
【００３６】
ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３７】
ＥＰＣ２０は、Ｓｅｒｖｅｒ６００を含んでいてもよい。Ｓｅｒｖｅｒ６００は、例えば、ＰｒｏＳｅ機能を管理するＰｒｏＳｅサーバであってもよい。Ｓｅｒｖｅｒ６００は、Ｖ２Ｘ（Ｖ２Ｖ／Ｖ２Ｉ）機能を管理するＶ２Ｘサーバであってもよい。Ｓｅｒｖｅｒ６００は、ＥＰＣ２０内ではなく、外部ネットワークに設けられていてもよい。
【００３８】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３９】
物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００４０】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラ（ＭＡＣ  スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００４１】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４２】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４３】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。
【００４４】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
【００４５】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。
【００４６】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）が構成される。ＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。
【００４７】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ．  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００４８】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００４９】
（近傍サービス）
近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）について説明する。近傍サービスは、互いに近傍にある通信装置（例えば、ＵＥ１００）に基づいて３ＧＰＰシステムにより提供され得るサービスである。
【００５０】
ＰｒｏＳｅでは、ネットワーク（例えば、ｅＮＢ２００）を経由せずにノード間（例えば、ＵＥ間）で直接的な無線リンクを介して各種の無線信号が直接的に送受信される。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。
【００５１】
サイドリンクは、サイドリンク通信及びサイドリンクディスカバリのためのインターフェイス（例えば、ＵＥとＵＥとの間のインターフェイス）であってもよい。サイドリンク通信は、ＰｒｏＳｅ直接通信（以下、「直接通信」と適宜称する）を可能にする機能（ＡＳ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。サイドリンクディスカバリは、ＰｒｏＳｅ直接ディスカバリ（以下、「直接ディスカバリ」と適宜称する）を可能にする機能（ＡＳ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。
【００５２】
サイドリンクは、ＰＣ５インターフェイスに対応する。ＰＣ５は、ＰｒｏＳｅ直接ディスカバリ、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ  ＵＥ・ネットワーク中継のための制御プレーン及びユーザプレーンのために用いられるＰｒｏＳｅ使用可能なＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）間の参照ポイントである。
【００５３】
ＰｒｏＳｅは、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」及び「Ｒｅｌａｙ」のモードが規定されている。「Ｒｅｌａｙ」については後述する。
【００５４】
直接ディスカバリは、例えば、特定の宛先を指定しないディスカバリメッセージ（ディスカバリ信号）をＵＥ間で直接的に伝送することにより、相手先を探索するモードであってもよい。直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順であってもよい。直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順であってもよい。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされてもよい。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供されてもよい。
【００５５】
ディスカバリメッセージ（ディスカバリ信号）の送信（アナウンスメント）のためのリソース割り当てタイプには、「タイプ１」と「タイプ２（タイプ２Ｂ）」とがある。タイプ１では、ＵＥ１００が無線リソースを選択する。タイプ１では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。タイプ２では、ｅＮＢ２００が無線リソースを割り当てる。
【００５６】
「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。
【００５７】
直接通信は、例えば、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードであってもよい。直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信であってもよい。
【００５８】
直接通信のリソース割り当てタイプには、「モード１」と、「モード２」と、がある。モード１では、直接通信の無線リソースをｅＮＢ２００が指定する。モード２では、直接通信の無線リソースをＵＥ１００が選択するモード２では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。
【００５９】
ＰＣ５におけるサイドリンク通信（直接通信）におけるユーザプレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＰＣ５におけるサイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）のための制御プレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＲＲＣ層を含む。１対１サイドリンク通信のための制御プレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＰＣ５シグナリングプロトコルを含む。
【００６０】
サイドリンクでは、以下のチャネルを用いることによって各種情報が伝送される。
【００６１】
サイドリンクに関する物理チャネルには、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）がある。
【００６２】
ＰＳＢＣＨは、システム及び同期関連情報（例えば、同期信号）を伝送するためのチャネルである。ＰＳＤＣＨは、ＵＥからのサイドリンクディスカバリメッセージ（ディスカバリ信号）を伝送するためのチャネルである。ＰＳＣＣＨは、サイドリンク通信のためにＵＥからの制御情報を伝送するためのチャネルである。ＰＳＳＣＨは、サイドリンク通信のためにＵＥからのデータを伝送するためのチャネルである。
【００６３】
サイドリンクに関するトランスポートチャネルには、サイドリンクブロードキャストチャネル（ＳＬ−ＢＣＨ）、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）、及びサイドリンク共有チャネル（ＳＬ−ＳＣＨ）がある。ＳＬ−ＢＣＨは、ＰＳＢＣＨにマッピングされる。ＳＬ−ＤＣＨは、ＰＳＤＣＨにマッピングされる。ＳＬ−ＳＣＨは、ＰＳＳＣＨにマッピングされる。
【００６４】
サイドリンクに関する論理チャネル（制御チャネル、トラフィックチャネル）には、サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）及びサイドリンクトラフィックチャネル（ＳＴＣＨ）がある。
【００６５】
ＳＢＣＣＨは、１のＵＥから他のＵＥ（ｓ）へサイドリンクシステム情報をブロードキャストするためのサイドリンクチャネルである。ＳＴＣＨは、１のＵＥから他のＵＥ（ｓ）へユーザ情報（データ）を転送するためのポイントツーマルチポイントチャネルである。ＳＴＣＨは、サイドリンク通信が可能なＵＥでのみ使用される。ＳＴＣＨは、２つのサイドリンク通信可能なＵＥ間でのポイントツーポイント通信に使用されてもよい。ＳＴＣＨは、ＳＬ−ＳＣＨにマッピングされる。ＳＢＣＣＨは、ＳＬ−ＢＣＨにマッピングされる。
【００６６】
（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００６７】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
【００６８】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。
【００６９】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７０】
ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を有していてもよい。ＵＥ１００は、電子コンパス、加速度センサなどの位置を予想する機能を有していてもよい。
【００７１】
ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行可能な機能を有する通信装置である。このため、ＵＥ１００は、その他の構成（例えば、機能、部材等）を有していてもよいことは勿論である。
【００７２】
本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。
【００７３】
（基地局）
実施形態に係るｅＮＢ２００（基地局）について説明する。図５は、ｅＮＢ２００のブロック図である。図５に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。レシーバ２１０とトランスミッタ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
【００７４】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
【００７５】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
【００７６】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７７】
ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される。
【００７８】
本明細書では、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。
【００７９】
［第１実施形態］
（第１実施形態に係る動作概要）
第１実施形態に係る動作概要について、図６から図８を用いて、説明する。図６は、第１実施形態に係る動作環境の一例を説明するための図である。図７は、第１実施形態に係る無線リソースの一例を説明するための図である。図８は、第１実施形態に係る動作環境の一例を説明するための図である。
【００８０】
図６に示すように、ＵＥ（ＶＵＥ）１００−１（及びＵＥ（ＶＵＥ）１００−２）は、トンネル外に位置する。一方で、ＵＥ（ＶＵＥ）１００−３は、トンネル内に位置する。
【００８１】
ＵＥ１００−１は、ＧＮＳＳ信号を受信することによって、ＵＥ１００−１の地理的な位置を示す位置情報を取得することができる。ＵＥ１００−１は、取得した位置情報に対応付けられた無線リソースに基づいて、他のＵＥへ無線信号を直接的に送信することができる。
【００８２】
例えば、図７に示すように、ゾーンコンセプト（Ｚｏｎｅ  Ｃｏｎｃｅｐｔ）により区画された地理的な位置（ゾーン）と無線リソースとが対応付けられる。ゾーンコンセプトでは、地理情報に応じて、ゾーンが規定される。
【００８３】
ネットワーク（例えば、ｅＮＢ２００）は、予め規定されたゾーンと異なるゾーンを設定してもよい。ネットワークは、セル毎にゾーンを設定してもよい。ｅＮＢ２００は、ゾーンを決定（算出）するためのゾーン情報（予め規定されたゾーン情報／ネットワークが規定したゾーン情報）をＵＥ１００−１へブロードキャスト（例えば、ＳＩＢメッセージ）又はユニキャスト（例えば、ＲＲＣ接続（再）設定メッセージ）により送信してもよい。ＵＥ１００−１に、ゾーン情報が予め設定（プレコンフィグ）されてもよい。
【００８４】
ゾーン情報は、ゾーンの長さ（Ｌｅｎｇｔｈ）及びゾーンの幅（Ｗｉｄｔｈ）を示す情報を含んでいてもよい。ゾーン情報は、参照ポイント（例えば、（０，０））を示す情報を含んでいてもよい。
【００８５】
ＵＥ１００−１は、ゾーン情報に基づいて、ＵＥ１００−１自身が位置するゾーンを決定（算出）する。具体的には、ＵＥ１００は、取得した位置情報が示す現在位置を含むゾーンを決定する。ＵＥ１００は、参照ポイントから、ゾーンを決定してもよい。
【００８６】
ＵＥ１００−１は、決定したゾーン（すなわち、ＵＥ１００−１が位置するゾーン）に対応付けられた無線リソースを決定する。具体的には、ＵＥ１００−１は、例えば、地理的な位置と無線リソースとが対応付けられた無線リソース情報を記憶している。無線リソース情報では、地理的な位置（のセット）と無線リソース（のセット）とがマッピングされている。ＵＥ１００−１は、無線リソース情報に基づいて、決定したゾーンに対応付けられた（マッピングされた）無線リソースを決定する。ＵＥ１００−１は、決定した無線リソースが、ＵＥ１００−１が位置するゾーンにおいて使用可能な無線リソースであると判定する。
【００８７】
ＵＥ１００−１は、決定された無線リソースに基づいて、他のＵＥへ無線信号を直接的に送信できる。ＵＥ１００−１は、決定された無線リソース（リソースプール）の中から、実際に無線信号の送信に用いる時間・周波数リソースを選択してもよい。ＵＥ１００−１は、選択した時間・周波数リソースを用いて、他のＵＥへ無線信号を直接的に送信してもよい。
【００８８】
ＵＥ１００−１は、ＵＥ１００−１の地理的な位置を示す情報をｅＮＢ２００へ送信してもよい。ここで、位置情報は、取得した位置情報（ＧＮＳＳ信号に基づく位置情報）であってもよい。位置情報は、ＵＥ１００−１が決定したゾーンを示す情報であってもよい。ｅＮＢ２００は、ＵＥ１００−１から位置情報を取得する。ｅＮＢ２００は、地理的な位置と無線リソースとが対応付けられた無線リソース情報とＵＥ１００−１からの位置情報とに基づいて、ＵＥ１００−１が位置するゾーンを決定できる。ｅＮＢ２００は、決定したゾーンに対応付けられた無線リソース（リソースプール）を決定する。ｅＮＢ２００の上位のネットワーク装置（例えば、Ｓｅｒｖｅｒ６００）に、位置情報が転送されてもよい。当該ネットワーク装置が、取得した位置情報に基づいて、無線リソースを決定してもよい。当該ネットワーク装置は、決定された無線リソースの情報をｅＮＢ２００へ送ってもよい。
【００８９】
ｅＮＢ２００は、決定した無線リソースをＵＥ１００−１へ割り当てる。ｅＮＢ２００は、決定した無線リソース（リソースプール）の中から、ＵＥ１００−１へ割り当てる時間・周波数リソースを決定してもよい。ｅＮＢ２００は、決定したリソースプールをＵＥ１００−１へ割り当ててもよい。ｅＮＢ２００は、割り当てた無線リソース（時間・周波数リソース／リソースプール）を示す割当情報をＵＥ１００へ送信する。
【００９０】
ＵＥ１００は、割当情報により示される割り当てられた無線リソース（時間・周波数リソース／リソースプール）に基づいて、他のＵＥへ無線信号を直接的に送信できる。上述と同様に、ＵＥ１００−１は、決定された無線リソース（リソースプール）の中から、実際に無線信号の送信に用いる時間・周波数リソースを選択してもよい。
【００９１】
このように、地理的な位置に対応付けられた無線リソースを、Ｖ２Ｘ（例えば、Ｖ２Ｖ通信）で使用する場合、ＵＥ１００が位置情報を取得できることが前提である。一方で、ＵＥ（ＶＵＥ）１００が、位置情報を取得するための能力（例えば、ＧＮＳＳ受信機）を有していたとしても、位置情報を常に取得できるとは限らない。例えば、図６に示すように、ＵＥ１００−３は、トンネル内に位置するため、ＧＮＳＳ信号を受信できない可能性がある。図８に示すように、ＵＥ１００が、高層ビル群が密集する地域に位置する場合、ＧＮＳＳ信号が受信できない可能性がある。
【００９２】
そこで、ＵＥ１００が位置情報を取得できない場合であっても、以下の少なくともいずれかの方法に基づいて、Ｖ２Ｘ通信で使用する無線リソースを特定（決定）することができる。
【００９３】
「位置情報」は、無線リソースに対応付けられた地理的な位置を決定するために規定されている手段により取得された位置情報である。例えば、位置情報は、ＧＮＳＳとは異なる手段により取得された位置情報であってもよい。例えば、位置情報は、ＧＮＳＳと同等の手段により取得された位置情報であってもよい。
【００９４】
（１）リソース特定方法
リソース特定方法として、動作パターン１−３を説明する。
【００９５】
（Ａ）動作パターン１
動作パターン１について、図９−１１を用いて説明する。図９は、動作パターン１を説明するための図（その１）である。図１０は、動作パターン１を説明するための図（その２）である。図１１は、動作パターン１を説明するためのシーケンス図である。
【００９６】
動作パターン１では、位置情報が取得できない場合にのみ利用可能な無線リソース（例外的な無線リソース／特別な無線リソース）が用いられる。
【００９７】
図９は、カバレッジ外（Ｏｕｔ  ｏｆ  Ｃｏｖｅｒａｇｅ：圏外）のケースを示す。ＵＥ１００は、トンネル内に位置する。このため、ＵＥ１００は、位置情報を取得できないと仮定して説明を進める。カバレッジ外であるため、ＵＥ１００は、ｅＮＢ２００（セル（サービングセル／ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ））からの無線信号を受信できない。
【００９８】
カバレッジ外のケースでは、ＵＥ１００は、ＵＥ１００自身の位置情報を取得できない場合、位置情報が取得できない場合にのみ利用可能な無線リソース（以下、特別な無線リソースと適宜称する）を用いて、直接的な無線信号の送信を行う。特別な無線リソースの情報は、ＵＥ１００に予め設定されてもよい。ネットワーク（例えば、ｅＮＢ２００（セル）、Ｓｅｒｖｅｒ６００など）が、ＵＥ１００がカバレッジ外になる前に、特別な無線リソースの情報をＵＥ１００へ送信してもよい。これにより、ＵＥ１００に特別な無線リソース（の情報）が設定されてもよい。ネットワークは、後述するように、ＵＥ１００が位置情報を取得不可能なエリアにＵＥ１００が入る場合に、特別な無線リソースの情報をＵＥ１００へ送信してもよい。
【００９９】
特別な無線リソースは、位置情報が取得できない場合にのみ利用可能な無線リソースである。従って、特別な無線リソースは、地理的な位置と対応付けられていなくてもよい。すなわち、特別な無線リソースは、ＵＥ１００の位置に関係なく利用可能な無線リソースであってもよい。
【０１００】
ＵＥ１００は、位置情報が取得できない場合にのみ、特別な無線リソースの情報により示される特別な無線リソースを、Ｖ２Ｘ通信で使用すべき無線リソースとして決定する。ＵＥ１００は、特別な無線リソースに基づいて、Ｖ２Ｘ通信により無線信号を送信できる。これにより、ＵＥ１００は、カバレッジ外において、ＵＥ１００自身の位置情報を取得できない場合であっても、Ｖ２Ｘ通信により無線信号を送信できる。ＵＥ１００は、特別な無線リソース（リソースプール）の中から、実際に無線信号の送信に用いる時間・周波数リソースを選択してもよい。
【０１０１】
図１０は、カバレッジ内（Ｉｎ  Ｃｏｖｅｒａｇｅ：圏内）のケースを示す。図９と同様に、ＵＥ１００は、トンネル内に位置する。このため、ＵＥ１００は、位置情報を取得できない。一方で、トンネル内には、ｅＮＢ２００が設置されている。このため、ＵＥ１００は、ｅＮＢ２００（セル（サービングセル／ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ））からの無線信号を受信できる。
【０１０２】
カバレッジ内のケースでは、例えば、図１１に示すように、ステップＳ１０において、ＵＥ１００は、位置情報の取得が不可能であると判定する。判定方法については、後述する（「（２）判定方法」参照）。
【０１０３】
ステップＳ２０において、ＵＥ１００は、位置情報が取得不可能であることに応じて、シグナリングをｅＮＢ２００へ送信してもよい。
【０１０４】
ステップＳ３０において、ｅＮＢ２００は、特別な無線リソースの情報をＵＥ１００へ送信する。ｅＮＢ２００は、ＵＥ１００からのシグナリングに応じて、特別な無線リソースの情報（Ｓｐｅｃｉａｌ  ｒｅｓｏｕｒｃｅｓ）をＵＥ１００へ送信してもよい。
【０１０５】
ステップＳ４０において、ＵＥ１００は、特別な無線リソースに基づいて、Ｖ２Ｘ通信により無線信号（Ｖ２Ｘ  ｓｉｇｎａｌｉｎｇ）を送信できる。
【０１０６】
ｅＮＢ２００は、ＵＥ１００からのシグナリングにより、ＵＥ１００の位置情報を取得できないことを示す情報をＵＥ１００から取得した場合に、当該ＵＥ１００に対して個別に特別な無線リソースの情報を送信してもよい。ＵＥ１００の位置情報を取得できないことを示す情報は、例えば、ＧＮＳＳ信号の受信ができないことを示すものであってもよい。当該情報は、ＧＮＳＳ信号の受信能力があるにも関わらず、ＧＮＳＳ信号の受信ができないことを示すものであってもよい。ＧＮＳＳ信号の受信能力があるＵＥ１００のみ、当該情報をｅＮＢ２００（セル（サービングセル／ＰＣｅｌｌ）へ送信できてもよい。当該情報は、位置情報を報告するメッセージにおいて、位置情報が格納されるフィールドがブランクであるものであってもよい。
【０１０７】
ｅＮＢ２００が無線リソースをＵＥ１００へ割り当てるモード１のケースでは、特別な無線リソースの情報は、ＵＥ１００へ割り当てた無線リソースを示す割当情報であってもよい。ｅＮＢ２００がリソースプールをＵＥ１００に提供するモード２のケースでは、特別な無線リソースの情報は、ＵＥ１００へ割り当てたリソースプールを示す割当情報であってもよい。ＵＥ１００は、割り当てられたリソースプールの中から、実際に無線信号の送信に用いる時間・周波数リソースを選択できる。ｅＮＢ２００は、ＵＥ１００が位置情報を取得できないと判定した場合、Ｖ２Ｘ通信のためにＵＥ１００へ割り当てるべき無線リソースを特別な無線リソースに決定する。
【０１０８】
ｅＮＢ２００は、モード２のケースにおいて、特別な無線リソースの情報をブロードキャストにより送信してもよい。これにより、アイドル状態であるＵＥ１００であっても、特別な無線リソースの情報を取得することができる。ＵＥ１００は、特別な無線リソースの情報を取得した場合に、ｅＮＢ２００から特別な無線リソースを使用することが許可されたと判定してもよい。ｅＮＢ２００は、特別な無線リソースの情報の使用許可（例えば、ＳＬ−ｇｒａｎｔ）をＵＥ１００へ個別に送信してもよい。例えば、ｅＮＢ２００は、ＵＥ１００の位置情報を取得できないことを示す情報を送信したＵＥ１００に対して、使用許可を送信してもよい。使用許可は、予め設定（プレコンフィグ）された特別な無線リソースの情報の使用を許可するものであってもよい。ＵＥ１００は、インカバレッジである場合であっても、ｅＮＢ２００から使用許可を受信に応じて、予め設定（プレコンフィグ）された特別な無線リソースを使用できてもよい。
【０１０９】
ｅＮＢ２００は、ＵＥ１００がｅＮＢ２００と接続（ＲＲＣ接続）を確立している場合にのみ、特別な無線リソースの情報をＵＥ１００へ送信してもよい。すなわち、ｅＮＢ２００は、ＲＲＣ接続状態のＵＥ１００にのみ特別な無線リソースの情報を提供してもよい。従って、ｅＮＢ２００は、特別な無線リソースの情報をブロードキャストしなくてもよい。これにより、ｅＮＢ２００は、ＲＲＣ接続状態でのＶ２Ｘ通信を促してもよい。ｅＮＢ２００が、ＲＲＣ接続が確立されている場合に、ＵＥ１００へ割り当てた特別な無線リソース（リソースプール）は、ＵＥ１００がｅＮＢ２００とＲＲＣ接続を確立している間にのみ利用可能であってもよい。
【０１１０】
ＵＥ１００は、特別な無線リソースの情報がブロードキャストされていない場合、ＲＲＣ接続状態でのみ特別な無線リソースが利用可能であると判定してもよい。これにより、ｅＮＢ２００が十分に制御できないアイドル状態（ＲＲＣアイドル状態）であるＵＥ１００が特別な無線リソースを使用できないため、特別な無線リソースの利用によるＶ２Ｘ通信に基づく無線信号の衝突及び干渉を回避することができる。ＵＥ１００は、Ｖ２Ｘ通信に興味があり、かつ、位置情報を取得できない場合、ＲＲＣ接続状態へ遷移してもよい。すなわち、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を確立するための手順を開始してもよい。ＲＲＣ接続状態であるＵＥ１００は、特別な無線リソースの情報をｅＮＢ２００へ要求してもよい。例えば、ＵＥ１００は、サイドリンクＵＥ情報メッセージに、特別な無線リソース（の送信／受信）に興味があること／特別な無線リソース（の送信／受信）を要求することを示す情報を含めて、当該メッセージをｅＮＢ２００へ送信してもよい。ｅＮＢ２００は、当該メッセージの受信に応じて、ＵＥ１００へ特別な無線リソースの情報を送信してもよい。
【０１１１】
モード２において、ＵＥ１００は、特別な無線リソースの情報をｅＮＢ２００から受信した場合であっても、特別な無線リソースを使用できるかどうかを判定してもよい。ＵＥ１００は、位置情報を取得できない場合にのみ、特別な無線リソースを使用できると判定できる。
【０１１２】
ｅＮＢ２００を例に挙げて説明したが、ネットワーク（例えば、上位レイヤ、Ｓｅｒｖｅｒ６００など）が、ｅＮＢ２００の動作を実行してもよい。具体的には、ネットワークが、特別な無線リソースの情報をＵＥ１００へ送信するか否かを決定してもよい。ｅＮＢ２００は、ＵＥ１００からのシグナリングに含まれる少なくとも一部の情報（例えば、ＵＥ１００の位置情報を取得できないことを示す情報）をネットワークへ転送してもよい。ネットワークは、転送された情報に基づいて、特別な無線リソースをＶ２Ｘ通信で使用すべき無線リソースとして決定してもよい。
【０１１３】
（Ｂ）動作パターン２
動作パターン２について、図１２及び図１３を用いて説明する。図１２は、動作パターン２を説明するための図である。図１３は、動作パターン２を説明するためのシーケンス図である。
【０１１４】
動作パターン２では、予想されるＵＥ１００の地理的な位置に基づいてＵＥ１００がＶ２Ｘに使用すべき無線リソースが決定される。
【０１１５】
図１２のＣａｓｅＡは、ＵＥ１００（ＵＥ１００−１、ＵＥ１００−２）が位置情報を取得できるケースである。一方、図１２のＣａｓｅＢでは、ＵＥ１００が位置情報を取得できないケースである。
【０１１６】
ＵＥ１００は、例えば、ＧＮＳＳにより位置情報を取得できない場合、例えば、位置予想機能（位置予想機器）などを用いて、ＵＥ１００自身の地理的な位置を予想する。ここで、位置予想機能は、ＧＮＳＳ及びＧＮＳＳと同等の位置特定手段と異なる手段により、ＵＥ１００の位置を特定する機能を示す。位置予想機能は、例えば、電子コンパス、加速度センサなどである。ＵＥ１００は、ＧＮＳＳ履歴を用いて、現在のＵＥ１００自身の地理的な位置を予想してもよい。例えば、ＵＥ１００は、最後に受信した位置情報を基準として、位置を予想してもよい。
【０１１７】
カバレッジ外のケースでは、ＵＥ１００は、予想したＵＥ１００自身の地理的な位置を示す予想位置情報に基づいて、直接的な無線信号の送信を行うための無線リソースを決定する。ＵＥ１００は、ｅＮＢ２００から予め許可を受けている場合にのみ、予想位置情報に基づいて、無線リソースを決定してもよい。
【０１１８】
ＵＥ１００は、予め設定されているＶ２Ｘ用の設定リソース（（複数の）無線リソース／（複数の）リソースプール）の中から、実際に無線信号の送信に用いる使用リソース（時間・周波数リソース／リソースプール）を決定できる。
【０１１９】
設定リソースは、位置情報が取得できる場合に利用可能な無線リソース（通常リソース）と同様に、ゾーン（地理的な位置）と対応付けられている（マッピングされている）。従って、ＵＥ１００は、予想位置情報を、使用リソース（リソースプール）を決定するために用いられる位置情報とみなして、使用リソースを決定することができる。
【０１２０】
設定リソースは、通常リソースそのものであってもよい。設定リソース（位置情報が取得できない場合に利用可能な無線リソース）は、通常リソース（位置情報が取得できる場合に利用可能な無線リソース）とは異なる無線リソースであってもよい。すなわち、通常リソースと設定リソースとが分けられていてもよい。この場合、設定リソースは、ゾーン（地理的な位置）と対応付けられている（マッピングされている）ものの、通常リソースとは異なるように対応付けられていてもよい。例えば、設定リソースと対応付けられるゾーンは、通常リソースと対応付けられるゾーンよりも大きく区画されていてもよい。例えば、図１２のＣａｓｅＡとＣａｓｅＢとで、ＵＥ１００−１とＵＥ１００−２とが同じ位置に存在すると仮定する。位置情報が取得できる場合には、ＵＥ１００−１とＵＥ１００−２とが異なるゾーンに位置する（図１２のＣａｓｅＡ）一方で、位置情報が取得できない場合には、ＵＥ１００−１とＵＥ１００−２とが同じゾーンに位置してもよい（図１２のＣａｓｅＢ）。
【０１２１】
ＵＥ１００は、予想位置情報により決定された無線リソース（リソースプール）に基づいて、直接的な無線信号の送信を行うことができる。上述と同様に、ＵＥ１００−１は、決定された無線リソース（リソースプール）の中から、実際に無線信号の送信に用いる時間・周波数リソースを選択してもよい。
【０１２２】
これにより、ＵＥ１００は、予想位置情報を用いることによってゾーンと対応付けられている無線リソースを使用することができる。一方で、予想位置情報の精度が低い場合であっても、設定リソースと通常リソースとを分けておくことで、無線信号の衝突及び干渉を低減することができる。
【０１２３】
予想位置情報は、例えば、ＧＮＳＳに基づく位置情報のうち、精度が低い位置情報であってもよい。
【０１２４】
カバレッジ内のケースでは、例えば、図１３に示すように、ステップＳ１１０において、ＵＥ１００が、位置情報を取得したか否かを判定する。ＵＥ１００は、位置情報を取得したと判定した場合、位置情報をｅＮＢ２００へ送る。ｅＮＢ２００は、位置情報に基づいて、ＵＥ１００の地理的な位置に対応する無線リソース（リソースプール）をＵＥ１００へ割り当てる。一方、ＵＥ１００は、位置情報を取得できないと判定した場合、ステップＳ１２０の処理を実行できる。
【０１２５】
ステップＳ１２０において、ＵＥ１００は、予想位置情報を取得する。
【０１２６】
ステップＳ１３０において、ＵＥ１００は、取得した予想位置情報をｅＮＢ２００（ネットワーク）へ送信してもよい。ＵＥ１００は、予想位置情報により特定されたゾーンを示す情報をｅＮＢ２００へ送信してもよい。この場合、ＵＥ１００は、ゾーンが予想位置情報に基づくことをｅＮＢ２００へ示すことができる。ｅＮＢ２００は、予想位置情報が示す位置が含まれるゾーンに対応する無線リソース（リソースプール）をＵＥ１００へ割り当てる。ｅＮＢ２００は、通常の位置情報（例えば、ＧＮＳＳに基づく位置情報）に対応付けられるゾーンと異なるゾーンと対応付けられた無線リソース（リソースプール）の中から、ＵＥ１００へ割り当てる無線リソース（リソースプール）を決定してもよい。すなわち、この場合に割り当てる無線リソースは、通常リソースと異なる領域に配置されたリソースであってもよい。
【０１２７】
ステップＳ１４０において、ｅＮＢ２００は、割り当てた無線リソース（リソースプール）をＵＥ１００へ送信する。
【０１２８】
ステップＳ１５０は、ステップＳ４０と同様である。
【０１２９】
モード２のケースにおいて、ｅＮＢ２００は、予想位置情報に基づいて利用可能なリソースプールの情報を、アイドル状態のＵＥ１００のためにブロードキャストしてもよい。これにより、アイドル状態であるＵＥ１００であっても、予想位置情報に基づいて、使用すべきリソースプールを決定できる。ｅＮＢ２００は、当該リソースプールの情報の使用許可（例えば、ＳＬ−ｇｒａｎｔ）をＵＥ１００へ個別に送信してもよい。ｅＮＢ２００は、ＵＥ１００からのシグナリング（例えば、ステップＳ２０、ステップＳ１３０参照）により、使用許可をＵＥ１００へ個別に送信してもよい。
【０１３０】
ｅＮＢ２００を例に挙げて説明したが、上述と同様に、ネットワーク（例えば、上位レイヤ、Ｓｅｒｖｅｒ６００）が、ｅＮＢ２００の動作を実行してもよい。
【０１３１】
（Ｃ）動作パターン３
動作パターン３について、図１４を用いて説明する。図１４は、動作パターン３を説明するための図である。
【０１３２】
動作パターン３では、他のＵＥが使用する送信リソースに基づいて、ＵＥ１００自身が使用すべき無線リソースを決定する。
【０１３３】
図１４では、ＵＥ１００−１（及びＵＥ１００−３）は、トンネル内に位置する。ＵＥ１００−１は、位置情報を取得できない。一方で、ＵＥ１００−２は、トンネル外に位置する。ＵＥ１００−２は、位置情報を取得できる。ＵＥ１００−１は、取得された位置情報に基づいて決定された無線リソース（リソースプール）に基づいて、Ｖ２Ｘ通信で無線信号を送信する（Ｓ２１０）。
【０１３４】
ＵＥ１００−１は、Ｖ２Ｘ通信により、ＵＥ１００−２からの無線信号を直接的に受信する。ＵＥ１００−１は、ＵＥ１００−１が記憶している無線リソースの情報に基づいて、Ｖ２Ｘ通信による無線信号の受信を試みる時間・周波数領域（サーチスペース）を制限してもよい。
【０１３５】
ＵＥ１００−１は、無線信号の送信に用いられた送信リソース（すなわち、無線信号の受信に成功した時間・周波数領域）に基づいて、ＵＥ１００−１がＶ２Ｘ通信において使用すべき送信リソースプールを決定する。具体的には、ＵＥ１００−１は、記憶している無線リソースの情報に基づいて、使用された送信リソースを含む送信リソースプールを、使用すべき送信リソースプールとみなす。すなわち、ＵＥ１００−１は、ＵＥ１００−２が利用した送信リソースプールを流用する。ＵＥ１００−１は、送信リソースプールに対応付けられたゾーンを特定してもよい。ＵＥ１００−１は、無線リソースの情報に基づいて、特定したゾーンに対応付けられた無線リソース（リソースプール）を使用すべき無線リソース（リソースプール）を決定してもよい。
【０１３６】
ステップＳ２２０において、ＵＥ１００−１は、決定した送信リソースプールの中から、実際に無線信号の送信に用いる時間・周波数リソースを選択できる。ＵＥ１００−１は、選択した時間・周波数リソースを用いて、Ｖ２Ｘ通信により無線信号を直接的に送信する。このように、ＵＥ１００−１は、位置情報を取得できない場合であっても、無線信号を直接的に送信するＵＥ１００−２が存在する場合、送信リソースプールを決定することができる。
【０１３７】
ＵＥ１００−２は、位置情報に基づいて使用すべき無線リソースとして、ＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）プール（ＳＡ  Ｐｏｏｌ♯１）とデータプール（Ｄａｔａ  Ｐｏｏｌ♯１）を決定する。ＵＥ１００−１は、ＳＡ  Ｐｏｏｌ♯１の中から使用すべき制御リソースを決定する。ＵＥ１００−１は、Ｄａｔａ  Ｐｏｏｌ♯１の中から使用すべきデータリソースを決定する。ＵＥ１００−２は、ＳＡ  Ｐｏｏｌ♯１内の無線リソースを用いて制御情報を送信する。制御情報は、ＵＥ１００−２が送信するデータ（データリソース）の位置を示す情報を含む。ＵＥ１００−２は、制御情報を送信した後に、制御情報によって示されるデータリソースを用いて、データを送信する。一方、ＵＥ１００−１は、ＵＥ１００−２から制御情報を直接的に受信する。ＵＥ１００−１は、制御情報が示すデータリソースを用いて、ＵＥ１００−２からデータを直接的に受信する。この動作は、本明細書において、ＵＥ１００がＶ２Ｘ通信を行う場合に実行されてもよい。
【０１３８】
ＵＥ１００−２は、セルカバレッジ外に位置する場合に、動作パターン２の動作を実行してもよい。ＵＥ１００−２は、セルカバレッジ内に位置する場合に、動作パターン２の動作を実行してもよい。この場合、ＵＥ１００−２は、ｅＮＢ２００から許可を受けた場合にのみ、動作パターン２の動作を実行してもよい。
【０１３９】
ＵＥ１００−１は、制御情報及び／又はデータに、位置情報に基づいて特定された無線リソースを用いていることを示す情報を含めてもよい。ＵＥ１００−２は、当該情報が含まれている場合にのみ、送信リソースプールを流用してもよい。ＵＥ１００−１は、ＵＥ１００−１自身の位置情報（取得した位置情報及び／又はゾーンを示す情報）を制御情報及び／又はデータに含めてもよい。ＵＥ１００−２は、当該情報が含まれている場合にのみ、送信リソースプールを流用してもよい。
【０１４０】
ＵＥ１００−２は、制御情報及び／又はデータに、送信リソースプールを流用していることを示す情報を含めてもよい。ＵＥ１００−３は、当該情報が含まれる場合には、ＵＥ１００−３自身は、送信リソースプールを流用できなくてもよい。ＵＥ１００−２は、制御情報及び／又はデータに、送信リソースプールを流用している回数を示す情報を含めてもよい。ＵＥ１００−３は、当該回数が閾値を超えている場合には、送信リソースプールを流用できなくてもよい。
【０１４１】
（２）判定方法
判定方法について、図１５−１７を用いて、説明する。図１５は、判定方法を説明するための図（その１）である。図１６は、判定方法を説明するための図（その２）である。図１７は、判定方法を説明するための図（その３）である。
【０１４２】
ＵＥ１００は、以下の少なくともいずれかの方法により、上述の動作パターン１−３の少なくともいずれかを実行可能か否かを判定する。すなわち、ＵＥ１００−１は、位置情報を取得できないと判定する。
【０１４３】
ＵＥ１００は、動作パターン１−３で使用する無線リソース（以下、特別な無線リソースと適宜称する）の使用条件を記憶していてもよい。ＵＥ１００は、使用条件が満たされた場合に、上述の動作パターン１−３の少なくともいずれかを実行可能であると判定してもよい。ＵＥ１００は、使用条件が満たされない場合、位置情報が取得できる場合に利用可能な通常リソースを使用可能と判定してもよい。
【０１４４】
使用条件は、ＵＥ１００に予め設定されていてもよい。ｅＮＢ２００（セル）が、使用条件を示す情報をブロードキャスト（例えば、ＳＩＢメッセージ）又はユニキャスト（例えば、ＲＲＣ接続（再）設定メッセージ）により送信してもよい。ｅＮＢ２００は、特別な無線リソースと共に使用条件をＵＥ１００へ送信してもよい。使用条件を示す情報は、後述する閾値の情報を含んでいてもよい。使用条件は、ネットワーク（例えば、ＭＭＥ、上位レイヤ、Ｓｅｒｖｅｒ６００など）から提供されてもよい（例えば、ＮＡＳシグナリング）。
【０１４５】
ＵＥ１００は、使用条件を満たす状態に遷移した場合、特別な無線リソースの情報をアクティベートに変更してもよい。ＵＥ１００は、アクティベートである場合にのみ、特別な無線リソースを使用できてもよい。一方、ＵＥ１００は、使用条件を満たす状態から使用条件を満たさない状態へ遷移した場合、特別な無線リソースの情報をアクティベートからディアクティベートに変更してもよい。ＵＥ１００は、使用条件を満たす状態から使用条件を満たさない状態へ遷移した場合、特別な無線リソースの情報を破棄（又は解放）してもよい。
【０１４６】
第１に、ＵＥ１００は、ＧＮＳＳ信号の受信状況に応じて判定する。
【０１４７】
図１５に示すように、ＵＥ１００は、トンネル外からトンネル内に移動する。これにより、ＵＥ１００は、ＧＮＳＳ信号を受信できなくなる。ＵＥ１００は、ＧＮＳＳ信号を受信できない場合に、位置情報を取得できないと判定する。一方、図１６に示すように、ＵＥ１００は、トンネル内からトンネル外に移動する。これにより、ＵＥ１００は、ＧＮＳＳ信号を受信可能になる。ＵＥ１００は、ＧＮＳＳ信号を受信できた場合に、位置情報を取得できたと判定する。
【０１４８】
ＵＥ１００は、ＧＮＳＳ信号の受信時間が閾値を超えた場合に、位置情報を取得できたと判定してもよい。そうでない場合、ＵＥ１００は、位置情報を取得できないと判定してもよい。ＵＥ１００は、ＧＮＳＳ信号を一度又は何度か受信できたとしても、ＧＮＳＳ信号の受信時間が閾値を超えない場合には、位置情報を取得できないと判定してもよい。
【０１４９】
図１７に示すように、ＵＥ１００は、ＧＮＳＳ信号が一定時間連続して成功した場合に、位置情報を取得できたと判定してもよい。すなわち、ＵＥ１００は、ＧＮＳＳ信号の連続受信時間が閾値を超えた場合に、位置情報を取得できたと判定してもよい。この場合、ＵＥ１００は、ＧＮＳＳ受信状態へ遷移してもよい。ＵＥ１００は、ＧＮＳＳ受信状態である場合に、特別な無線リソースを使用可能であってもよい（すなわち、使用条件が満たされてもよい）。ＵＥ１００は、ＧＮＳＳ信号の連続受信時間が閾値を満たさない場合に、位置情報を取得できない（ＧＮＳＳ未受信状態）と判定してもよい。ＵＥ１００は、単位時間当たりの受信時間が閾値を超えた場合に、位置情報を取得できたと判定してもよい。そうでない場合、ＵＥ１００は、位置情報を取得できないと判定してもよい。
【０１５０】
図１７に示すように、ＵＥ１００は、ＧＮＳＳ信号が連続して受信に成功した場合に、位置情報を取得できたと判定してもよい。すなわち、ＵＥ１００は、ＧＮＳＳ信号の連続受信回数が閾値を超えた場合に、位置情報を取得できたと判定してもよい。ＵＥ１００は、ＧＮＳＳ信号の連続受信回数が閾値を満たさない場合、位置情報を取得できないと判定してもよい。ＵＥ１００は、単位時間当たりの受信回数が閾値を超えた場合に、位置情報を取得できたと判定してもよい。そうでない場合、ＵＥ１００は、位置情報を取得できないと判定してもよい。
【０１５１】
このように、ＵＥ１００は、ＧＮＳＳ信号（位置情報）の受信状況に応じた値が閾値を超えた場合に、使用条件が満たされると判定する。これにより、例えば、短い間隔で複数のトンネルが連続する場合において、使用すべき無線リソースの変更が頻発することを抑制できる。
【０１５２】
ＵＥ１００は、ＵＥ１００が位置を特定するために用いる他の信号の受信状況に応じて、上述の判定を実行してもよい。
【０１５３】
第２に、ＵＥ１００は、位置情報の精度に応じて判定する。
【０１５４】
ＵＥ１００は、例えば、ＧＮＳＳ信号を受信できた（受信に成功した）場合であっても、位置情報の精度が閾値を超えた（又は閾値以上）場合にのみ、位置情報を取得できたと判定してもよい。ＵＥ１００は、位置情報の精度が閾値未満（又は閾値以下）である場合には、位置情報を取得できないと判定してもよい。
【０１５５】
ＵＥ１００は、位置情報（例えば、経度及び緯度）の不確実さ（Ｕｎｃｅｒｔａｉｎｔｙ）を示す値に基づいて、判定してもよい。例えば、以下の式に従って、不確実さを算出できる。
【０１５６】
【数１】
0006672459.tif 000002
【０１５７】
ｒは、算出された現在位置からの不確実さ（誤差距離）を示す値（ｍ）である。
【０１５８】
Ｃは、信頼性（Ｃｏｎｆｉｄｅｎｃｅ）を示す値である。Ｃは、誤差を算出する際に利用するパラメータの値である。Ｃの値が大きいほど誤差が大きくなる。
【０１５９】
ｘ、Ｋは、所定値である。例えば、Ｃ＝１０であり、ｘ＝０．１であり、Ｋは、下記範囲を満たす値である。
【０１６０】
【数２】
0006672459.tif 000003
【０１６１】
閾値は、ｒと比較される値（誤差距離）であってもよい。閾値は、Ｋと比較される値であってもよい。
【０１６２】
Ｋとｒとの関係は、例えば、以下の表により示される。
【０１６３】
【表１】
0006672459.tif 000004
【０１６４】
ＵＥ１００は、位置情報の精度（例えば、ｒ、Ｋ、Ｃなど）が閾値を超えた場合に、位置情報を取得できたと判定できる。一方、ＵＥ１００は、位置情報の精度が閾値以下である場合には、位置情報を取得できないと判定できる。例えば、ＵＥ１００は、上述の式に基づいて、取得した位置情報が示す値と実際の位置との誤差距離を算出する。ＵＥ１００は、誤差距離が閾値（例えば、５ｍ）以内である場合、位置情報を取得できたと判定できる。一方、ＵＥ１００は、誤差距離が閾値（例えば、５ｍ）を超えた場合、位置情報を取得できないと判定する。
【０１６５】
ＧＮＳＳ信号ではなく、他の位置を特定する手段において、この動作が実行されてもよい。
【０１６６】
第３に、ＵＥ１００は、ｅＮＢ２００からのシグナリングに応じて判定する。
【０１６７】
ＵＥ１００は、例えば、ｅＮＢ２００からの所定のシグナリングを受信できない場合に、使用条件が満たされたと判定してもよい。ＵＥ１００は、ｅＮＢ２００からの所定のシグナリングを受信できた場合に、使用条件が満たされないと判定してもよい。
【０１６８】
例えば、ＵＥ１００は、ｅＮＢ２００から、特別な無線リソース（リソースプール）が割り当てられた場合に、使用条件が満たされたと判定してもよい。すなわち、ＵＥ１００は、ｅＮＢ２００から特別な無線リソースの情報を受信した場合に、使用条件が満たされたと判定してもよい。ＵＥ１００は、ｅＮＢ２００から、特別な無線リソースの使用許可を受信した場合に、使用条件が満たされたと判定してもよい。
【０１６９】
ｅＮＢ２００（ネットワーク）は、ＵＥ１００が位置情報を取得不可能なエリア（特別エリア）にＵＥ１００が入る場合に、特別な無線リソースの情報／使用許可をＵＥ１００へ送信してもよい。ｅＮＢ２００（ネットワーク）は、ＧＮＳＳ信号の受信感度が低い地域／ＧＮＳＳ信号を受信できない地域（特別エリア）を予め記憶しておいてもよい。例えば、特別エリアは、トンネル内のエリアである。ｅＮＢ２００は、ＵＥ１００から報告された位置情報などに基づいて、ＵＥ１００が特別エリアに入るか否かを判定できる。ＵＥ１００が特別エリアに入るタイミングに応じて、ｅＮＢ２００（ネットワーク）は、特別な無線リソースの情報／使用許可をＵＥ１００へ送信してもよい。
【０１７０】
ｅＮＢ２００は、所定のシグナリングとして、通常リソースが使用可能であること（使用許可）を示すシグナリングを送信してもよい。ＵＥ１００は、当該シグナリングの受信に成功しない場合、特別な無線リソースの使用条件が満たされたと判定してもよい。ＵＥ１００は、当該シグナリングの受信に成功した場合、特別な無線リソースの使用条件が満たされないと判定してもよい。
【０１７１】
第４に、ＵＥ１００は、特別な無線リソースに対応付けられた（関連付けられた）使用条件に基づいて判定してもよい。
【０１７２】
例えば、特別な無線リソースは、有効期限が対応付けられていてもよい。ＵＥ１００は、有効期限内である特別な無線リソースのみ使用可能であってもよい。有効期限は、絶対時刻（日時）であってもよい。有効期限は、ＵＥ１００が、特別な無線リソースの情報を受信してからカウントされる相対的な値であってもよい。例えば、ＵＥ１００は、特別な無線リソースの情報を受信してから所定期間が経過する前であれば、特別な無線リソース使用可能であってもよい。ＵＥ１００は、所定期間が経過した場合、特別な無線リソースを使用不可能であってもよい。
【０１７３】
ＵＥ１００が予想位置情報に基づいてゾーンを算出するケースでは、ゾーンを算出するためのパラメータ（使用すべき無線リソースを決定するためのパラメータ）に時間パラメータを含めてもよい。例えば、時間パラメータは、ＵＥ１００が特別な無線リソースの情報を受信してからの経過時間である。ＵＥ１００は、例えば、トンネルに入る前に、特別な無線リソースの情報を受信した場合、経過時間に応じて、ＵＥ１００の現在位置が変化する。このため、ＵＥ１００は、時間パラメータを用いてゾーンを算出する（すなわち、特別な無線リソースを決定する）ことにより、適切な特別な無線リソースを決定することができる。
【０１７４】
時間パラメータに基づいて同じ特別な無線リソース（リソースプール）が継続して使用できるようなゾーンが算出されてもよい。すなわち、特別エリアにおいて、移動中のＵＥ１００は、同じ特別な無線リソース（リソースプール）を継続して使用できてもよい。結果として、特別エリアにおいて、ＵＥ１００により算出されたゾーンは、ＵＥ１００の移動と共に移動してもよい。
【０１７５】
ＵＥ１００が予想位置情報に基づいてゾーンを算出するか否かにかかわらず、ゾーンを算出するためのパラメータ（使用すべき無線リソースを決定するためのパラメータ）に時間パラメータを含めてもよい。例えば、時間パラメータは、ＵＥ１００が特別エリアに入るタイミングで、特別な無線リソースを使用可能になるようなパラメータである。
ｅＮＢ２００（セル／ネットワーク）は、例えば、ＵＥ１００の位置情報により、ＵＥ１００が特別エリアに入るタイミングを考慮した上で、特別な無線リソースの情報をＵＥ１００へ送信（設定）をしてもよい。これにより、ＵＥ１００がカバレッジ外に移動する前に、ＵＥ１００が特別エリアに入ってから使用可能な特別な無線リソースの情報をＵＥ１００へ設定できる。
【０１７６】
ｅＮＢ２００（セル／ネットワーク）は、ＵＥ１００が特別エリアに存在する場合、ＵＥ１００が特別エリアに存在する経過時間に応じた異なる特別な無線リソースの情報をＵＥ１００へ送信（設定）をしてもよい。例えば、特別エリアに設置されたｅＮＢ２００は、基準タイミングからの経過時間（時間パラメータ）に応じて決定される特別な無線リソースの情報をＵＥ１００へ送信してもよい。基準タイミングは、例えば、ＵＥ１００が所定地点を経過したタイミング及び／又はＵＥ１００の位置情報に応じたオフセット値により算出されるタイミングなどである。一般的に、ＵＥ１００の経過時間が大きくなるほど、ＵＥ１００の移動距離が増加する。このため、ｅＮＢ２００は、時間パラメータに応じて、特別な無線リソースを決定することにより、特別な無線リソースを適切にＵＥ１００へ割り当てることができる。結果として、特別エリアにおいて、ＵＥ１００が特別エリアに入ったときからの経過時間に応じた位置に、ＵＥ１００が位置するゾーンが配置されているとみなされてもよい。
【０１７７】
以上のように、ＵＥ１００は、上述の方法により、特別な無線リソースを使用できるか否かを適切に判定することができる。
【０１７８】
［第２実施形態］
第２実施形態について、図１８を用いて説明する。図１８は、第２実施形態に係る動作を説明するためのシーケンス図である。
【０１７９】
第２実施形態では、ＵＥ１００の位置情報の報告について説明する。当該報告の方法は、上述の第１実施形態で用いられてもよい。
【０１８０】
下記において、ＵＥ１００からｅＮＢ２００へのシグナリングが示されているが、ＵＥ１００からネットワーク（例えば、ＭＭＥ、Ｓｅｒｖｅｒ６００など）へのシグナリングであってもよい。
【０１８１】
図１８に示すように、ステップＳ３１０において、ＵＥ１００において、ＵＥ１００の位置情報の報告がトリガされる。このトリガは、ｅＮＢ２００により設定されてもよい。
【０１８２】
ステップＳ３２０において、ＵＥ１００は、ＵＥ１００が保持する位置情報の精度が閾値以上であるか否かを判定する。判定方法は、上述と同様である。
【０１８３】
ＵＥ１００は、位置情報の精度が閾値以上である場合、ステップＳ３３０の処理を実行する。ＵＥ１００は、位置情報の精度が閾値未満である場合、ステップＳ３４０の処理を実行する。ＵＥ１００は、位置情報を取得できない（例えば、ＧＮＳＳ信号の受信に失敗した）場合に、位置情報の精度が閾値未満であると判定してもよい。
【０１８４】
ステップＳ３３０において、ＵＥ１００は、位置情報を報告する。具体的には、ＵＥ１００は、閾値以上であると判定した位置情報を含む第１の報告をｅＮＢ２００へ送信する。第１の報告において、位置情報は、例えば、ＧＮＳＳ信号に基づく位置情報である。位置情報は、（他の手段により取得された）詳細位置情報であってもよい。
【０１８５】
ステップＳ３４０において、ＵＥ１００は、第１の報告と異なる第２の報告をｅＮＢ２００へ送信する。従って、ＵＥ１００は、報告（第１の報告）の送信がトリガされたとしても、第１の報告をｅＮＢ２００へ送信することを中止する。ＵＥ１００は、第１の報告を送信することを中止した場合、処理を終了してもよい。ＵＥ１００は、第１の報告の代わりに、第２の報告をｅＮＢ２００へ送信してもよい。
【０１８６】
ＵＥ１００は、第１の報告の代わりに、位置情報の精度が閾値未満であることを示す情報をｅＮＢ２００へ送信する。ＵＥ１００は、当該情報と位置情報とを含む第２の報告をｅＮＢ２００−２へ送信してもよい。ｅＮＢ２００は、位置情報の精度が低いことを知ることができる。第２の報告に含まれる位置情報は、第１の報告に含まれる位置情報よりも精度が低い情報である。
【０１８７】
ＵＥ１００は、位置情報を含まない第２の報告をｅＮＢ２００−２へ送信してもよい。
当該情報は、位置情報を含まない理由を示すものであってもよい。これにより、メッセージサイズを削減することができる。
【０１８８】
ＵＥ１００は、上述の予想位置情報を取得している場合、第２の報告に予想位置情報を含めてもよい。ＵＥ１００は、ＧＮＳＳ信号を受信できない（と判定した）場合にのみ、第２の報告に予想位置情報を含めてもよい。第２の報告は、予想位置情報であることを示す情報（例えば、１ビットのフラグ情報）を含めてもよい。
【０１８９】
第２の報告は、第１の報告と異なるメッセージフォーマットであってもよい。ｅＮＢ２００は、メッセージフォーマットに基づいて、第１の報告か第２の報告かを判定してもよい。第１の報告と第２の報告とは同じフォーマットであってもよい。ｅＮＢ２００は、報告に含まれるフラグ（例えば、１ビット情報）に基づいて、第１の報告か第２の報告かを判定してもよい。
【０１９０】
以上により、ＵＥ１００は、位置情報の精度が低い場合には、精度の低い位置情報をｅＮＢ２００へ報告することを中止できる。これにより、ｅＮＢ２００が、誤差の大きい位置情報に従った制御を実行することを回避することができる。ＵＥ１００は、位置情報の精度が低いことをｅＮＢ２００へ示すことにより、ｅＮＢ２００が、位置情報の精度が低いと認識した上で、位置情報を活用することができる。
【０１９１】
［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１９２】
上述の第１実施形態において、特別な無線リソースは、送信リソースプールのみであってもよい。特別な無線リソースは、受信リソースプールに適用されなくてもよい。ＵＥ１００は、特別な無線リソースを送信リソースプールと認識した上で、受信リソースプールとして用いてもよい。
【０１９３】
ＵＥ１００（及びｅＮＢ２００／ネットワーク）は、特別な無線リソースとして決定された無線リソース（リソースプール）の中から、実際に無線信号の送信に用いる時間・周波数リソースを選択する場合、さらに別のパラメータに応じて選択してもよい。例えば、別のパラメータは、ＵＥ１００の識別子（例えば、ＵＥ  ＩＤ、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）など）である。これにより、複数のＵＥ１００が、特別な無線リソースとして、同じ無線リソース（リソースプール）を決定した場合でも、実際に無線信号の送信に用いる時間・周波数リソースが同じになることを低減することができる。その結果、Ｖ２Ｘ通信による無線信号の衝突を低減することができる。
【０１９４】
上述において、上述のｅＮＢ２００からＵＥ１００へのシグナリングに含まれる情報（例えば、特別な無線リソースの情報、使用許可、使用条件、閾値など）は、他のｅＮＢ２００（隣接ｅＮＢ）から提供されてもよい。
【０１９５】
例えば、図１９に示すように、ｅＮＢ２００−１は、例えば、通常リソースが使用可能であること（使用許可）及び／又は閾値（ＧＮＳＳ利用閾値）を示す情報をｅＮＢ２００−２へ送っていてもよい。トンネル外に設置されたｅＮＢ２００−１が、トンネル内に設置されたｅＮＢ２００−２へ、当該情報を送ってもよい。
【０１９６】
例えば、ｅＮＢ２００−２（サービング）からｅＮＢ２００−１（ターゲット）へＵＥ１００がハンドオーバする場合、ｅＮＢ２００−２からｅＮＢ２００−１へのハンドオーバ要求肯定応答（ＨＯ  Ｒｅｑｕｅｓｔ  ＡＣＫ）メッセージに含めてもよい。ハンドオーバ要求肯定応答は、ターゲットｅＮＢで準備されたリソースについてソースｅＮＢへ知らせるために送られるメッセージである。ハンドオーバ要求肯定応答は、ソースｅＮＢからのハンドオーバ要求への応答メッセージである。ｅＮＢ２００−１は、ＵＥ１００がハンドオーバするセルにおける設定情報を当該情報としてｅＮＢ２００−２へ送ってもよい。
【０１９７】
ｅＮＢ２００−２は、ｅＮＢ２００−１から受信した当該情報を自セル内のＵＥ１００へ送信することができる。ｅＮＢ２００−２は、例えば、ハンドオーバコマンドにより、ＵＥ１００へ当該情報を送信してもよい。ＵＥ１００−１は、ｅＮＢ２００−１における当該情報をいち早く受信できるため、遅延なく判定することができる。
【０１９８】
上述において、ゾーンを算出するためのパラメータ（使用すべき無線リソースを決定するためのパラメータ）は、時間パラメータを含んでいたが、これに限られない。ゾーンを算出するためのパラメータは、ＵＥ１００の速度のパラメータ（速度パラメータ）を含んでいてもよい。ＵＥ１００又はｅＮＢ２００（ネットワーク）が、時間パラメータと速度パラメータとを用いて、使用すべき無線リソースを決定することにより、地理的な位置と使用すべき無線リソースとの対応関係の精度を高めることができる。
【０１９９】
上述した各実施形態に係る動作は、適宜組み合わせて実行されてもよい。上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
【０２００】
上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。
【０２０１】
コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０２０２】
ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
【０２０３】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
【０２０４】
日本国特許出願第２０１６−１４７２４９号（２０１６年７月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
0006672459.tif 000005
【図２】
0006672459.tif 000006
【図３】
0006672459.tif 000007
【図４】
0006672459.tif 000008
【図５】
0006672459.tif 000009
【図６】
0006672459.tif 000010
【図７】
0006672459.tif 000011
【図８】
0006672459.tif 000012
【図９】
0006672459.tif 000013
【図１０】
0006672459.tif 000014
【図１１】
0006672459.tif 000015
【図１２】
0006672459.tif 000016
【図１３】
0006672459.tif 000017
【図１４】
0006672459.tif 000018
【図１５】
0006672459.tif 000019
【図１６】
0006672459.tif 000020
【図１７】
0006672459.tif 000021
【図１８】
0006672459.tif 000022
【図１９】
0006672459.tif 000023