JPWO2018143416A1 - 通信方法、無線端末、プロセッサ、及び基地局 - Google Patents

Abstract

一の実施形態に係る通信方法は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から基地局へ、前記無線端末の能力情報を送信するステップと、前記基地局が、前記無線端末の能力情報を前記無線端末から受信するステップと、前記基地局から前記無線端末へ、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を個別に送信するステップと、を備える。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

Description

本開示は通信方法、無線端末、プロセッサ、及び基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、端末間での直接的なシグナリング（Ｓｉｄｅｌｉｎｋ）に関する仕様策定が進められている（非特許文献１参照）。

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

一の実施形態に係る通信方法は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から基地局へ、前記無線端末の能力情報を送信するステップと、前記基地局が、前記無線端末の能力情報を前記無線端末から受信するステップと、前記基地局から前記無線端末へ、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を個別に送信するステップと、を備える。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係る無線端末は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末である。前記無線端末は、送信部と、受信部と、を備える。前記送信部は、前記無線端末の能力情報を前記基地局へ送信するよう構成される。前記受信部は、前記能力情報の送信後に、直接的な端末間通信用の無線リソースプールの情報を前記基地局から個別に受信するよう構成される。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係るプロセッサは、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末を制御するためのプロセッサである。前記プロセッサは、前記無線端末の能力情報を前記基地局へ送信する処理と、前記能力情報の送信後に、直接的な端末間通信用の無線リソースプールの情報を前記基地局から個別に受信する処理と、を実行する。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係る基地局は、受信部と、送信部と、を備える。前記受信部は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から、前記無線端末の能力情報を受信するよう構成される。前記送信部は、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を前記無線端末へ個別に送信するよう構成される。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係るプロセッサは、基地局を制御するためのプロセッサである。前記プロセッサは、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から、前記無線端末の能力情報を受信する処理と、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を前記無線端末へ個別に送信する処理と、を実行する。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

図１は、ＬＴＥシステムの構成を示す図である。 図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図３は、ＬＴＥシステムで使用される無線フレームの構成図である。 図４は、ＵＥ１００のブロック図である。 図５は、ｅＮＢ２００のブロック図である。 図６は、動作例１を説明するためのシーケンス図（その１）である。 図７は、動作例１を説明するためのシーケンス図（その２）である。 図８は、動作例２を説明するための図（その１）である。 図９は、動作例２を説明するための図（その２）である。 図１０は、動作例３（動作パターン１）を説明するためのシーケンス図である。 図１１は、ゾーンの一例を説明するための図である。 図１２は、動作例３（動作パターン２）を説明するためのシーケンス図である。

［実施形態の概要］
一の実施形態に係る通信方法は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から基地局へ、前記無線端末の能力情報を送信するステップと、前記基地局が、前記無線端末の能力情報を前記無線端末から受信するステップと、前記基地局から前記無線端末へ、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を個別に送信するステップと、を備える。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

前記通信方法は、前記基地局が、前記無線端末の位置情報に基づいて、前記無線リソースプールの情報を送信するか否かを決定するステップを備えてもよい。

前記通信方法は、前記無線端末から前記基地局へ、前記直接的な端末間通信用の無線リソースプールを要求するための情報を送信するステップと、前記基地局が、前記無線端末から前記情報を受信するステップと、を備えてもよい。前記無線リソースプールの情報を送信するステップでは、前記基地局から前記無線端末へ、前記情報の受信に応じて、前記無線リソースプールの情報を個別に送信してもよい。

一の実施形態に係る無線端末は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末である。前記無線端末は、送信部と、受信部と、を備える。前記送信部は、前記無線端末の能力情報を前記基地局へ送信するよう構成される。前記受信部は、前記能力情報の送信後に、直接的な端末間通信用の無線リソースプールの情報を前記基地局から個別に受信するよう構成される。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係るプロセッサは、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末を制御するためのプロセッサである。前記プロセッサは、前記無線端末の能力情報を前記基地局へ送信する処理と、前記能力情報の送信後に、直接的な端末間通信用の無線リソースプールの情報を前記基地局から個別に受信する処理と、を実行する。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係る基地局は、受信部と、送信部と、を備える。前記受信部は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から、前記無線端末の能力情報を受信するよう構成される。前記送信部は、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を前記無線端末へ個別に送信するよう構成される。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

一の実施形態に係るプロセッサは、基地局を制御するためのプロセッサである。前記プロセッサは、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から、前記無線端末の能力情報を受信する処理と、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を前記無線端末へ個別に送信する処理と、を実行する。前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である。

近年、歩行者型の機能を有する無線端末（Ｐｅｄｅｓｔｒｉａｎ ＵＥ：Ｐ−ＵＥ）と車両型の機能を有する無線端末（Ｖｅｈｉｃｌｅ ＵＥ：ＶＵＥ）との間での歩車間通信（Ｐｅｄｅｓｔｒｉａｎ−ｔｏ−Ｖｅｈｉｃｌｅ（Ｐ２Ｖ）通信）の議論が行われている。

しかしながら、現状の仕様書には、Ｐ−ＵＥが、Ｐ２Ｖ通信のために利用可能な無線リソースについて規定されていない。このため、Ｐ２Ｖ通信が適切に実行できない可能性がある。

一の実施形態に係る無線端末は、歩行者型の機能を有する。前記無線端末は、車両型の機能を有する他の無線端末との直接的な端末間通信を実行するよう構成されたトランスミッタと、前記歩行者型の機能を有する無線端末に向けて送信されるリソースプールの情報を基地局から受信するよう構成されたレシーバと、前記リソースプールの種別に応じて、前記端末間通信のために前記リソースプールが利用可能か否かを判定するよう構成されたコントローラと、を備える。

前記コントローラは、前記リソースプールの種別と前記無線端末の能力とに応じて、前記リソースプールを利用可能な否かを判定するよう構成されてもよい。

前記リソースプールが当該リソースプールを使用するためにセンシングが必要なリソースプールであることに応じて、前記コントローラは、前記リソースプールを利用可能であると判定するよう構成されてもよい。

前記リソースプールが当該リソースプールを使用するためにセンシングが不要なリソースプールであってもよい。前記コントローラは、前記無線端末が前記端末間通信における受信能力を有さないことに応じて、前記リソースプールを利用可能であると判定するよう構成されてもよい。

前記コントローラは、前記無線端末がＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）アイドル状態である場合、前記リソースプールを利用不能であると判定したことに応じて、前記端末間通信のための無線リソースを前記基地局へ要求するために、前記ＲＲＣアイドル状態からＲＲＣコネクティッド状態へ遷移する制御を開始するよう構成されてもよい。

前記コントローラは、前記無線リソースを要求するためのメッセージに、前記無線端末が前記歩行者型の機能を有するか否かを示す情報を含めるよう構成されてもよい。前記トランスミッタは、前記メッセージを前記基地局へ送信するよう構成されてもよい。

前記トランスミッタは、前記無線端末が前記歩行者型の機能を有するか否かを示す情報を前記基地局へ送信するよう構成されてもよい。

一の実施形態に係る基地局は、歩行者型の機能を有する第１の無線端末から、車両型の機能を有する第２の無線端末との直接的な端末間通信のための無線リソースを要求するメッセージを受信するよう構成されたレシーバと、前記第１の無線端末の能力に応じて、前記第１の無線端末へ割り当てる無線リソースを決定するよう構成されたコントローラと、を備えてもよい。

前記コントローラは、前記第１の無線端末が、前記端末間通信における受信能力を有する場合、センシングが必要なリソースプールを前記無線リソースとして割り当てるよう構成されてもよい。

前記基地局は、歩行者型の機能を有する無線端末と車両型の機能を有する無線端末との前記端末間通信を推奨するセル及び周波数の少なくとも一方を示す情報を前記第１の無線端末へ通知するトランスミッタをさらに備えてもよい。

［実施形態］
（移動通信システム）
実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。

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

ＵＥ１００は、通信装置（例えば、無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。

ＵＥ１００は、歩行者型の機能を有する無線端末であってもよい。例えば、ＵＥ１００は、歩行者が携帯可能な無線端末である。ＵＥ１００は、歩行者型の機能を永続的に有していてもよい。ＵＥ１００は、所定の条件を満たす場合にのみ、歩行者型の機能を有していてもよい。

ＵＥ１００は、当該ＵＥ１００（を構成する各機器（例えば、後述する図４に示すレシーバ１１０、トランスミッタ１２０、コントローラ１３０））へ電力を供給するバッテリを有する場合、歩行者型の機能を有してもよい。ＵＥ１００は、バッテリを有さない場合、すなわち、外部からＵＥ１００へ電力が供給される場合、歩行者型の機能を有さなくてもよい。

ＵＥ１００は、低速移動を実行する又は停止している場合に、歩行者型の機能を有してもよい。ＵＥ１００は、移動速度が低速移動を示す閾値（例えば、１０ｋｍ／ｈ）未満である場合にのみ、歩行者型の機能を有してもよい。ＵＥ１００は、移動速度が閾値以上である場合には、歩行者型の機能を有さなくてもよい。

ＵＥ１００は、加速度が閾値未満である場合にのみ、歩行者型の機能を有してもよい。ＵＥ１００は、加速度が閾値以上である場合には、歩行者型の機能を有さなくてもよい。

ＵＥ１００は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｐ−ＵＥ）１００向けの無線リソース（リソースプール）を利用することを望む場合に、歩行者型の機能を有してもよい。ＵＥ１００は、Ｐ−ＵＥ１００向けの無線リソース（リソースプール）を利用することに興味がある場合に、歩行者型の機能を有してもよい。ＵＥ１００は、Ｐ−ＵＥ１００向けの無線リソース（リソースプール）を利用することを望まない場合に、歩行者型の機能を有さなくてもよい。ＵＥ１００は、Ｐ−ＵＥ１００向けの無線リソース（リソースプール）を利用することに興味がない（もはや興味がなくなった）場合に、歩行者型の機能を有さなくてもよい。

ＵＥ１００は、車両に設けられない場合に、歩行者型の機能を有してもよい。ＵＥ１００は、車両に設けられる場合に、歩行者型の機能を有さなくてもよい。

ＵＥ１００は、Ｐ−ＵＥ１００と推定される場合に、歩行者型の機能を有してもよい。例えば、ＵＥ１００は、車両による衝突を回避すべきＵＥ１００である場合に、Ｐ−ＵＥ１００と推定されてもよい。ＵＥ１００は、車両が気を付けるべきＵＥ１００である場合に、Ｐ−ＵＥ１００と推定されてもよい。ＵＥ１００は、車両に対する歩行者が保持するＵＥ１００と推定される場合に、歩行者型の機能を有してもよい。

ＵＥ１００は、所定のアプリケーション（例えば、歩行者の動作に関するアプリケーション）を起動（実行）している場合にのみ、歩行者型の機能を有してもよい。ＵＥ１００は、所定のアプリケーションを起動（実行）していない場合、歩行者型の機能を有さなくてもよい。

ＵＥ１００は、所定のアプリケーション（例えば、車両の動作に関するアプリケーション）を起動（実行）していない場合にのみ、歩行者型の機能を有さなくてもよい。ＵＥ１００は、所定のアプリケーションを起動（実行）していない場合、歩行者型の機能を有していてもよい。

ＵＥ１００は、車両型の機能を有する無線端末であってもよい。例えば、ＵＥ１００は、通信機能を有する車両（ＶＵＥ（Ｖｅｈｉｃｌｅ ＵＥ）１００）であってもよい。ＵＥ１００は、車両そのもの（例えば、自動車、バイク等）であってもよい。ＵＥ１００は、車両に着脱可能な通信モジュールであってもよい。ＵＥ１００は、車両型の機能を永続的に有していてもよい。ＵＥ１００は、所定の条件を満たす場合にのみ、車両型の機能を有していてもよい。所定の条件は、少なくとも以下のいずれかである。

ＵＥ１００は、バッテリを有さない場合、車両型の機能を有してもよい。ＵＥ１００は、バッテリを有する場合、車両型の機能を有さなくてもよい。

ＵＥ１００は、高速移動を実行する場合に、車両型の機能を有してもよい。ＵＥ１００は、移動速度が高速移動を示す閾値（例えば、１０ｋｍ／ｈ）以上である場合にのみ、車両型の機能を有してもよい。ＵＥ１００は、移動速度が閾値未満である場合には、車両型の機能を有さなくてもよい。ＵＥ１００は、移動速度が高速移動を示す閾値を下回った期間が所定期間を経過した場合にのみ、車両型の機能を（一時的に）失ってもよい。ＵＥ１００は、移動速度が高速移動を示す閾値を下回った期間が所定期間を経過していない場合には、車両型の機能を有してもよい。

ＵＥ１００は、加速度が閾値以上である場合にのみ、車両型の機能を有してもよい。ＵＥ１００は、加速度が閾値未満である場合には、車両型の機能を有さなくてもよい。ＵＥ１００は、加速度が閾値を下回った期間が所定期間を経過した場合にのみ、車両型の機能を（一時的に）失ってもよい。ＵＥ１００は、加速度が閾値を下回った期間が所定期間を経過していない場合には、車両型の機能を有してもよい。

ＵＥ１００は、車両に設けられる場合に、車両型の機能を有してもよい。ＵＥ１００は、車両に設けられない場合に、車両型の機能を有してもよい。

ＵＥ１００は、Ｖ−ＵＥ１００と推定される場合に、車両型の機能を有してもよい。例えば、ＵＥ１００は、Ｐ−ＵＥ１００Ａへの衝突を回避すべきＵＥ１００である場合に、Ｖ−ＵＥ１００と推定されてもよい。ＵＥ１００は、Ｐ−ＵＥ１００Ａに気を付ける場合に、Ｖ−ＵＥ１００と推定されてもよい。ＵＥ１００は、車両に設けられるＵＥ１００と推定される場合に、車両型の機能を有してもよい。

ＵＥ１００は、所定のアプリケーション（例えば、車両の動作に関するアプリケーション）を起動（実行）している場合にのみ、車両型の機能を有してもよい。ＵＥ１００は、所定のアプリケーションを起動（実行）していない場合、車両型の機能を有さなくてもよい。

ＵＥ１００は、所定のアプリケーション（例えば、歩行者の動作に関するアプリケーション）を起動（実行）していない場合にのみ、車両型の機能を有さなくてもよい。ＵＥ１００は、所定のアプリケーションを起動（実行）していない場合、車両型の機能を有していてもよい。

ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信（Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）を行ってもよい。ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行できてもよい。例えば、ＵＥ１００は、歩車間（Ｐ２Ｖ：Ｐｅｄｅｓｔｒｉａｎ−ｔｏ−Ｖｅｈｉｃｌｅ）通信を実行できる。ＵＥ１００は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信（例えば、車車間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信、路車間（Ｖ２Ｉ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信の少なくともいずれかを実行できてもよい。

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

ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００を含む。

ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

ＥＰＣ２０の外部には、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）５００が設けられていてもよい。ＨＳＳ５００は、ＵＥ１００の加入者情報を管理するノード（ＮＷ装置）である。

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

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

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

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

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

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

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

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

図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）が構成されるＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ． Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

（近傍サービス）
近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）について説明する。近傍サービスは、互いに近傍にある通信装置（例えば、ＵＥ１００）に基づいて３ＧＰＰシステムにより提供され得るサービスである。

ＰｒｏＳｅでは、ネットワーク（例えば、ｅＮＢ２００）を経由せずにノード間（例えば、ＵＥ間）で直接的な無線リンクを介して各種の無線信号が直接的に送受信される。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。

サイドリンクは、サイドリンク通信及びサイドリンクディスカバリのためのインターフェイス（例えば、ＵＥとＵＥとの間のインターフェイス）であってもよい。サイドリンク通信は、ＰｒｏＳｅ直接通信（以下、「直接通信」と適宜称する）を可能にする機能（ＡＳ ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。サイドリンクディスカバリは、ＰｒｏＳｅ直接ディスカバリ（以下、「直接ディスカバリ」と適宜称する）を可能にする機能（ＡＳ ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。

サイドリンクは、ＰＣ５インターフェイスに対応する。ＰＣ５は、ＰｒｏＳｅ直接ディスカバリ、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ ＵＥ・ネットワーク中継のための制御プレーン及びユーザプレーンのために用いられるＰｒｏＳｅ使用可能なＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ ＵＥ）間の参照ポイントである。

ＰｒｏＳｅは、「直接ディスカバリ（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」及び「Ｒｅｌａｙ」のモードが規定されている。「Ｒｅｌａｙ」については後述する。

直接ディスカバリは、例えば、特定の宛先を指定しないディスカバリメッセージ（ディスカバリ信号）をＵＥ間で直接的に伝送することにより、相手先を探索するモードであってもよい。直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順であってもよい。直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順であってもよい。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされてもよい。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供されてもよい。

ディスカバリメッセージ（ディスカバリ信号）の送信（アナウンスメント）のためのリソース割り当てタイプには、「タイプ１」と「タイプ２（タイプ２Ｂ）」がある。「タイプ１」では、ＵＥ１００が無線リソースを選択する。「タイプ２（タイプ２Ｂ）」では、ｅＮＢ２００が無線リソースを割り当てる。タイプ１では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。

「Ｓｉｄｅｌｉｎｋ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。

直接通信は、例えば、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードであってもよい。直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信であってもよい。

直接通信のリソース割り当てタイプには、「モード１」と「モード２」がある。「モード１」では、直接通信の無線リソースをｅＮＢ２００が指定する。「モード２」では、直接通信の無線リソースをＵＥ１００が選択する。モード２では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。

ＰＣ５におけるサイドリンク通信（直接通信）におけるユーザプレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＰＣ５におけるサイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）のための制御プレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＲＲＣ層を含む。１対１サイドリンク通信のための制御プレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＰＣ５シグナリングプロトコルを含む。

サイドリンクでは、以下のチャネルを用いることによって各種情報が伝送される。

サイドリンクに関する物理チャネルには、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）がある。

ＰＳＢＣＨは、システム及び同期関連情報（例えば、同期信号）を伝送するためのチャネルである。ＰＳＤＣＨは、ＵＥからのサイドリンクディスカバリメッセージ（ディスカバリ信号）を伝送するためのチャネルである。ＰＳＣＣＨは、サイドリンク通信のためにＵＥからの制御情報を伝送するためのチャネルである。ＰＳＳＣＨは、サイドリンク通信のためにＵＥからのデータを伝送するためのチャネルである。

サイドリンクに関するトランスポートチャネルには、サイドリンクブロードキャストチャネル（ＳＬ−ＢＣＨ）、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）、及びサイドリンク共有チャネル（ＳＬ−ＳＣＨ）がある。ＳＬ−ＢＣＨは、ＰＳＢＣＨにマッピングされる。ＳＬ−ＤＣＨは、ＰＳＤＣＨにマッピングされる。ＳＬ−ＳＣＨは、ＰＳＳＣＨにマッピングされる。

サイドリンクに関する論理チャネル（制御チャネル、トラフィックチャネル）には、サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）及びサイドリンクトラフィックチャネル（ＳＴＣＨ）がある。

ＳＢＣＣＨは、１のＵＥから他のＵＥ（ｓ）へサイドリンクシステム情報をブロードキャストするためのサイドリンクチャネルである。ＳＴＣＨは、１のＵＥから他のＵＥ（ｓ）へユーザ情報（データ）を転送するためのポイントツーマルチポイントチャネルである。ＳＴＣＨは、サイドリンク通信が可能なＵＥでのみ使用される。ＳＴＣＨは、２つのサイドリンク通信可能なＵＥ間でのポイントツーポイント通信に使用されてもよい。ＳＴＣＨは、ＳＬ−ＳＣＨにマッピングされる。ＳＢＣＣＨは、ＳＬ−ＢＣＨにマッピングされる。

（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。

レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。

トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１２０は、無線信号をアンテナから送信する。

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

ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を有していてもよい。ＵＥ１００は、電子コンパス、加速度センサなどの位置を予想する機能を有していてもよい。

ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行可能な機能を有する通信装置である。このため、ＵＥ１００は、その他の構成（例えば、機能、部材等）を有していてもよいことは勿論である。

本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。

（基地局）
実施形態に係るｅＮＢ２００（基地局）について説明する。図５は、ｅＮＢ２００のブロック図である。図５に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。レシーバ２１０とトランスミッタ２２０は、一体化されたトランシーバ（送受信部）であってもよい。

レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。

トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。

コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

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

本明細書では、ｅＮＢ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。

（実施形態に係る動作）
実施形態に係る動作について、以下の動作例１及び２により説明する。

（Ａ）動作例１
動作例１について、図６及び図７を用いて説明する。図６は、動作例１を説明するためのシーケンス図（その１）である。図７は、動作例１を説明するためのシーケンス図（その２）である。

（ａ）ＲＲＣアイドル状態における動作
図６において、Ｐ−ＵＥ１００Ａは、歩行者型の機能を有する。初期状態において、Ｐ−ＵＥ１００Ａは、ＲＲＣアイドル状態である。Ｐ−ＵＥ１００Ａは、ｅＮＢ２００が管理するセルにキャンプしていてもよい。Ｖ−ＵＥ１００Ｂは、車両型の機能を有する。

ステップＳ１１０において、ｅＮＢ２００は、Ｐ−ＵＥ向けのリソースプールの情報をＰ−ＵＥ１００Ａへ送信する。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａに向けて送信されるリソースプールの情報をｅＮＢ２００から受信する。

ｅＮＢ２００は、リソースプールの情報を、ブロードキャストシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））により、Ｐ−ＵＥ１００Ａへ送信してもよい。

リソースプールは、複数の時間・周波数リソースにより構成される。リソースプールは、端末間通信用のリソースプールである。具体的には、リソースプールは、Ｐ２Ｖ通信用のリソースプールである。端末間通信は、例えば、サイドリンク（近傍サービス）を利用した通信（送信／受信）である。

リソースプールは、当該リソースプールを使用するためにセンシングが必要なリソースプール（第１リソースプール）であってもよい。Ｐ−ＵＥ１００Ａは、第１リソースプールを使用する場合、第１リソースプールをセンシングする。すなわち、Ｐ−ＵＥ１００Ａは、第１リソースプールの少なくとも一部の無線リソースにおいて無線信号（特に、Ｐ２Ｖ通信のための直接的な無線信号）のモニタを試みる。Ｐ−ＵＥ１００Ａは、センシング結果に応じて、使用されていない無線リソースを判定する。Ｐ−ＵＥ１００Ａは、使用されていない無線リソースを用いて、Ｐ２Ｖ通信を実行する。センシング時間は、Ｖ−ＵＥ１００ＢがＶ２Ｖ（又はＶ２Ｘ）通信をするために必要なセンシング時間よりも短くてもよい。これにより、Ｐ−ＵＥ１００Ａは、電力消費を低減できる。

第１リソースプールは、センシングが必要であるため、端末間通信における受信能力（例えば、Ｓｉｄｅｌｉｎｋ Ｒｘ Ｃａｐａｂｉｌｉｔｙ）を有するＰ−ＵＥ１００のみが利用可能であってもよい。第１リソースプールは、端末間通信における受信能力を有さないＰ−ＵＥ１００が利用不能であってもよい。

Ｐ−ＵＥ１００Ａは、端末間通信における受信能力を有する場合、端末間通信において送信された無線信号を受信することができる。Ｐ−ＵＥ１００Ａは、端末間通信における受信能力を有さない場合、端末間通信において送信された無線信号を受信することができない。

リソースプールは、当該リソースプールを使用するためにセンシングが不要な第２リソースプールであってもよい。第２リソースプールは、第１リソースプールの例外的なリソースプール（Ｅｘｃｅｐｔｉｏｎａｌ ｒｅｓｏｕｒｃｅ ｐｏｏｌ）であってもよい。第１リソースプールが使用できない場合にのみ、第２リソースプールが使用できてもよい。

Ｐ−ＵＥ１００Ａは、第２リソースプールの中からランダムにＰ２Ｖ通信のための無線リソースを選択してもよい。第２リソースプール内の無線リソースを用いた送信は、Ｐ−ＵＥ１００Ａのみが許可されていてもよい。

ｅＮＢ２００は、サービングセル（サービング周波数）がＰ２Ｖ通信（送信）を推奨するセル（周波数）であることを示す情報を通知してもよい。ｅＮＢ２００は、当該情報を、ブロードキャストシグナリング（例えば、ＳＩＢ）により、Ｐ−ＵＥ１００Ａへ通知（送信）してもよい。ｅＮＢ２００は、当該情報をリソースプールの情報と共に通知（送信）してもよい。

Ｐ−ＵＥ１００Ａは、当該情報に基づいて、以下の動作を実行するか否かを判定してもよい。Ｐ−ＵＥ１００Ａは、サービングセルがＰ２Ｖ通信を推奨するセルである場合にのみ、以下の動作を実行してもよい。Ｐ−ＵＥ１００Ａは、サービングセルがＰ２Ｖ通信を推奨するセルでない場合には、以下の動作を省略してもよい。

ステップＳ１２０において、Ｐ−ＵＥ１００Ａは、ｅＮＢ２００から受信したリソースプールの種別をチェックしてもよい。

ステップＳ１３０において、Ｐ−ＵＥ１００Ａは、リソースプールの種別に応じて、リソースプールが利用可能な否かを判定してもよい。

Ｐ−ＵＥ１００Ａは、ｅＮＢ２００により提供されるリソースプールが第１リソースプール（センシング要）であることに応じて、リソースプールが利用可能であると判定してもよい。Ｐ−ＵＥ１００Ａは、ｅＮＢ２００により提供されるリソースプールが第２リソースプール（センシング不要）であることに応じて、リソースプールが利用可能であると判定してもよい。

Ｐ−ＵＥ１００Ａは、リソースプールの種別とＰ−ＵＥ１００Ａの能力とに応じて、リソースプールを利用可能か否かを判定してもよい。

リソースプール（の種別）が第１リソースプールである場合、Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが端末間通信（Ｐ２Ｖ通信）における受信能力を有さないことに応じて、リソースプールが利用不能と判定してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有することに応じて、リソースプールが利用可能と判定してもよい。

リソースプール（の種別）が第２リソースプールである場合、Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが端末間通信（Ｐ２Ｖ通信）における受信能力を有さないことに応じて、リソースプールが利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有することに応じて、リソースプールが利用不能と判定してもよい。

ｅＮＢ２００は、第２リソースプールを利用可能であるＰ−ＵＥ１００は、端末間通信（Ｐ２Ｖ通信）における受信能力を有さないＰ−ＵＥ１００のみであることを、Ｐ−ＵＥ１００Ａへ通知してもよい。ｅＮＢ２００は、当該情報をブロードキャストシグナリング（例えば、ＳＩＢ）により、Ｐ−ＵＥ１００Ａへ送信してもよい。Ｐ−ＵＥ１００Ａは、当該情報に基づいて、リソースプールが利用可能か否かを判定してもよい。

Ｐ−ＵＥ１００Ａは、リソースプールが利用可能であると判定したことに応じて、ステップＳ１４０の処理を実行してもよい。Ｐ−ＵＥ１００Ａは、リソースプールが利用不能であると判定したことに応じて、ステップＳ１５０の処理を実行してもよい。

ステップＳ１４０において、Ｐ−ＵＥ１００Ａは、利用可能なリソースプールを用いて、Ｐ２Ｖ送信を実行できる。例えば、Ｐ−ＵＥ１００Ａは、第１リソースプールを用いる場合、センシング結果に基づいて、第１リソースプールの中から、使用されていない無線リソースを選択する。Ｐ−ＵＥ１００Ａは、選択した無線リソースを用いて、Ｐ２Ｖ通信により直接的な無線信号を送信する。Ｖ−ＵＥ１００Ｂは、ｅＮＢ２００から提供されるリソースプールにおいて、無線信号のモニタを実行する。これにより、Ｖ−ＵＥ１００Ｂは、Ｐ−ＵＥ１００Ａからの無線信号を受信する。Ｖ−ＵＥ１００Ｂは、Ｐ−ＵＥ１００Ａからの無線信号に基づいて、移動に関する制御を実行してもよい。

Ｐ−ＵＥ１００Ａは、第２リソースプールを用いる場合、第２リソースプールの中からランダムに無線リソースを選択してもよい。その他の動作は、第１リソースプールが使用されるケースと、同様である。

以上のように、Ｐ−ＵＥ１００Ａは、リソースプールが利用可能である場合、自律的に無線リソースを選択する。Ｐ−ＵＥ１００Ａは、選択した無線リソースを用いて、Ｐ２Ｖ通信により直接的な無線信号を送信できる（Ｍｏｄｅ ４送信）。

ステップＳ１５０において、Ｐ−ＵＥ１００Ａは、端末間通信のための無線リソースをｅＮＢ２００（ネットワーク）へ要求するために、ＲＲＣアイドル状態からＲＲＣコネクティッド状態へ遷移する制御を開始してもよい。すなわち、Ｐ−ＵＥ１００Ａは、ＲＲＣ接続要求をｅＮＢ２００へ送信してもよい。その後、Ｐ−ＵＥ１００Ａは、ＲＲＣコネクティッド状態へ遷移する。すなわち、Ｐ−ＵＥ１００Ａは、ｅＮＢ２００（セル（Ｐｒｉｍａｒｙ セル／サービングセル））とＲＲＣ接続を確立する。ＲＲＣコネクティッド状態におけるＰ−ＵＥ１００Ａの動作は、後述する。

Ｐ−ＵＥ１００Ａは、リソースプールを利用不能であると判定したことに応じて、ＲＲＣアイドル状態からＲＲＣコネクティッド状態へ遷移してもよい。Ｐ−ＵＥ１００Ａは、端末間通信（Ｐ２Ｖ通信）用のリソースプールを提供していないことに応じて、ＲＲＣアイドル状態からＲＲＣコネクティッド状態へ遷移してもよい。すなわち、Ｐ−ＵＥ１００Ａは、ＲＲＣアイドル状態では、Ｐ２Ｖ通信が実行できない場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態へ遷移してもよい。

このように、Ｐ−ＵＥ１００Ａは、端末間通信（Ｐ２Ｖ通信）用のためのリソースプールが提供されているか否かによって、Ｍｏｄｅ ４送信を実行するか否かを判定してもよい。

（ｂ）ＲＲＣコネクティッド状態における動作
次に、ＲＲＣコネクティッド状態について、図７を用いて説明する。初期状態において、Ｐ−ＵＥ１００Ａは、ＲＲＣコネクティッド状態である。Ｐ−ＵＥ１００Ａは、ｅＮＢ２００（セル）とＲＲＣ接続を確立している。

なお、Ｐ−ＵＥ１００Ａは、上述のアイドル状態における動作を実行した後に、以下の動作を実行してもよい。Ｐ−ＵＥ１００Ａは、上述のアイドル状態に動作を実行したかに関係なく、以下の動作を実行してもよい。

ステップＳ２１０において、Ｐ−ＵＥ１００Ａは、端末間通信における受信能力を有するか否かを示す情報（Ｓｉｄｅｌｉｎｋ Ｒｘ Ｃａｐａｂｉｌｉｔｙ）をｅＮＢ２００へ送信してもよい。

Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが歩行者型の機能を有するか（Ｐ−ＵＥであるか）否かを示す情報（“Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎ）をｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、Ｓｉｄｅｌｉｎｋ Ｒｘ Ｃａｐａｂｉｌｉｔｙと共に”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎをｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、歩行者型の機能を有する場合にのみ、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎをｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、歩行者型の機能を有さなくなった場合に、歩行者型の機能を有さないことを示す”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎをｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの能力情報（Ｃａｐａｂｉｌｉｔｙ）として、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎをｅＮＢ２００へ送信してもよい。このように、Ｐ−ＵＥ１００Ａは、端末間通信（Ｐ２Ｖ通信）を実行するか否かにかかわらず、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎをｅＮＢ２００へ予め送信してもよい。

ｅＮＢ２００は、Ｓｉｄｅｌｉｎｋ Ｒｘ Ｃａｐａｂｉｌｉｔｙにより、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有するか否かを判定できる。ｅＮＢ２００は、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎにより、Ｐ−ＵＥ１００Ａが、歩行者型の機能を有するか（すなわち、Ｐｅｄｅｓｔｒｉａｎ ＵＥであるか否か）を判定できる。

ステップＳ２２０において、Ｐ−ＵＥ１００Ａにおいて、送信のために利用可能な端末間通信用のデータ（サイドリンクデータ）が発生したと仮定する。Ｐ−ＵＥ１００Ａにおいて、Ｐ２Ｖ通信により送信すべきデータが発生してもよい。

ステップＳ２３０において、Ｐ−ＵＥ１００Ａは、端末間通信のための無線リソースを要求するためのメッセージをｅＮＢ２００へ送信する。Ｐ−ＵＥ１００Ａは、当該メッセージに、送信すべきデータの量を示す情報を含めてもよい。Ｐ−ＵＥ１００Ａは”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎを当該メッセージに含めてもよい。

ステップＳ２４０において、ｅＮＢ２００は、上位のネットワーク装置から”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎを把握するための情報を受け取ってもよい。例えば、ｅＮＢ２００は、ＭＭＥ３００を介して、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎを含むＵＥコンテキストをＨＳＳ５００から受け取ってもよい。ｅＮＢ２００は、ＵＥコンテキストに基づいて、Ｐ−ＵＥ１００Ａが歩行者型の機能を有するか判定してもよい。

ｅＮＢ２００は、ＭＭＥ３００（又はＨＳＳ５００）に、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎを要求するためのメッセージを送ってもよい。ＭＭＥ３００（又はＨＳＳ５００）は、当該メッセージの受信に応じて、”Ｐ−ＵＥ” ｉｎｄｉｃａｔｉｏｎ（ＵＥコンテキスト）をｅＮＢ２００へ送ってもよい。

ステップＳ２５０において、ｅＮＢ２００は、Ｐ−ＵＥ１００Ａへ無線リソースを割り当てる。ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが歩行者型の機能を有することに応じて、Ｐ−ＵＥ向けの無線リソース（リソースプール）の中から、Ｐ−ＵＥ１００Ａへ割り当てる無線リソース（リソースプール）を割り当てる。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが歩行者型の機能を有すると判定した場合、Ｐ−ＵＥ１００Ａの能力に応じて、無線リソース（リソースプール）の割り当てを行うことができる。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有する場合に（のみ）、第１リソースプールをＰ−ＵＥ１００Ａへ割り当ててもよい。ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有する場合には、第２リソースプールをＰ−ＵＥ１００Ａへ割り当てないようにしてもよい。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有さない場合には、第２リソースプールをＰ−ＵＥ１００Ａへ割り当ててもよい。ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが端末間通信における受信能力を有さない場合には、第１リソースプールをＰ−ＵＥ１００Ａへ割り当てないようにしてもよい。なお、ｅＮＢ２００は、端末間通信における受信能力を有さないＰ−ＵＥ１００にのみ、第２リソースプールを割り当ててもよい。

ｅＮＢ２００は、リソースプールを利用した端末間通信（Ｍｏｄｅ ４送信）を許可していない場合には、時間・周波数リソースをＰ−ＵＥ１００Ａへ割り当ててもよい。ｅＮＢ２００は、リソースプールを利用した端末間通信（Ｍｏｄｅ ４送信）を許可している場合であっても、時間・周波数リソースをＰ−ＵＥ１００Ａへ割り当ててもよい。

Ｐ−ＵＥ１００Ａは、ｅＮＢ２００から割り当てられた無線リソース（リソースプール）を受信する。

ステップＳ２６０において、Ｐ−ＵＥ１００Ａは、割り当てられた無線リソース（リソースプール）を用いて、端末間通信による送信を実行する。

Ｐ−ＵＥ１００Ａは、リソースプールではなく、時間・周波数リソースが割り当てられた場合、当該リソースを用いて、端末間通信による送信を実行する（Ｍｏｄｅ ３送信）。すなわち、Ｐ−ＵＥ１００Ａは、ｅＮＢ２００の制御下で、端末間通信による送信を実行する。

割り当てられた無線リソースがリソースプール内である場合、Ｖ−ＵＥ１００Ｂは、リソースプールにおいてモニタを実行することにより、Ｐ−ＵＥ１００Ａからの直接的な無線信号を受信することができる。

ｅＮＢ２００は、割り当てた無線リソースをブロードキャスト又はユニキャストにより、Ｖ−ＵＥ１００へ通知してもよい。Ｖ−ＵＥ１００は、通知された無線リソースにおいてモニタを実行することにより、Ｐ−ＵＥ１００Ａからの直接的な無線信号を受信することができる。

Ｐ−ＵＥ１００Ａは、リソースプールが割り当てられた場合には、ＲＲＣアイドルにおける動作と同様に、Ｍｏｄｅ ４送信を実行する。具体的には、Ｐ−ＵＥ１００Ａは、割り当てられたリソースプールの中から、使用されていない無線リソースを選択する。Ｐ−ＵＥ１００Ａは、選択した無線リソースを用いて、Ｐ２Ｖ通信により直接的な無線信号を送信する。Ｖ−ＵＥ１００Ｂは、ｅＮＢ２００から提供されるリソースプールにおいて、無線信号のモニタを実行する。これにより、Ｖ−ＵＥ１００Ｂは、Ｐ−ＵＥ１００Ａからの無線信号を受信する。

以上によれば、Ｐ−ＵＥ１００Ａは、自身が利用可能な無線リソースを適切に把握することができるため、Ｐ２Ｖ通信を適切に実行することができる。

（Ｂ）動作例２
動作例２について、図８及び図９を用いて説明する。図８は、動作例２を説明するための図（その１）である。図９は、動作例２を説明するための図（その２）である。

図８において、各Ｐ−ＵＥ１００（Ｐ−ＵＥ１００Ａ、Ｐ−ＵＥ１００Ｂ、Ｐ−ＵＥ１００Ｃ）は、ｅＮＢ２００が管理するセルＸに接続又はキャンプしている。セルＸは、セルラ通信用のセルである。セルＸは、セルラ通信用の周波数Ｘに属する。

ｅＮＢ２００Ａは、周波数Ｙに属するセルＡを管理する。ｅＮＢ２００Ｂは、周波数Ｙに属するセルＢを管理する。ｅＮＢ２００Ｃは、周波数Ｙに属するセルＣを管理する。セルＡ、セルＢ及びセルＣは、Ｖ２Ｘ通信用のセルである。セルＡ、セルＢ及びセルＣは、少なくとも一部がセルＸと重複している。周波数Ｙは、Ｖ２Ｘ通信用の周波数である。周波数Ｙは、周波数Ｘと異なる。ｅＮＢ２００Ａ、ｅＮＢ２００Ｂ及びｅＮＢ２００Ｃは、路側機（Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ：ＲＳＵ）であってもよい。

ｅＮＢ２００は、Ｐ２Ｖ送信を推奨するセル及び周波数の少なくとも一方を示す情報（推奨情報）を各Ｐ−ＵＥ１００へ通知できる。ｅＮＢ２００は、推奨情報を、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩなど）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ）により、Ｐ−ＵＥ１００Ａへ通知（送信）してもよい。

ｅＮＢ２００は、Ｖ２Ｘ通信用のセル（周波数Ｙ）が推奨セル（周波数）であるか否かを示す推奨情報を各Ｐ−ＵＥ１００へ通知できる。例えば、ｅＮＢ２００は、セルＡ及びセルＢでは、Ｐ２Ｖ送信を推奨し、セルＣでは、Ｐ２Ｖ通信を推奨しないことを示す推奨情報を各Ｐ−ＵＥ１００へ通知できる。一例として、車両の交通量が多い場所に設定されたｅＮＢ（ＲＳＵ）２００Ａ及び２００Ｂが管理するセルでは、Ｐ２Ｖ送信を推奨してもよい。車両の交通量が少ない場所に設定されたｅＮＢ（ＲＳＵ）２００Ｃ管理するセルでは、Ｐ２Ｖ送信を推奨してもよい。

Ｐ−ＵＥ１００Ａは、推奨情報に基づいて、セルＡ（周波数Ｙ）において、Ｐ２Ｖ送信を実行すると判定してもよい。この場合、Ｐ−ＵＥ１００Ａは、上述の動作例１の動作を実行してもよい。Ｐ−ＵＥ１００Ａは、例えば、ｅＮＢ（ＲＳＵ）２００Ａから提供されるリソースプールを用いて、Ｐ２Ｖ送信を実行してもよい。このように、推奨情報が、Ｐ２Ｖ送信のトリガであってもよい。ｅＮＢ（ＲＳＵ）２００ＡとＶ２Ｘ通信を実行中のＶ−ＵＥ１００Ａは、同一周波数のリソースプールをモニタすることによって、Ｐ−ＵＥ１００ＡからのＰ２Ｖ送信を受信することができる。Ｐ−ＵＥ１００Ｂも同様である。一方、Ｐ−ＵＥ１００Ｃは、推奨情報に基づいて、セルＣ（周波数Ｙ）において、Ｐ２Ｖ送信を実行しないと判定してもよい。

図９に示すように、ｅＮＢ（ＲＳＵ）２００は、Ｖ２Ｘ通信用の隣接セルにおける推奨情報をＰ−ＵＥ１００へ通知してもよい。

例えば、ｅＮＢ（ＲＳＵ）２００Ｂは、セルＡ（周波数Ａ）ではＰ２Ｖ送信を推奨していることを示す推奨情報をＰ−ＵＥ１００Ａ（及びＰ−ＵＥ１００Ｂ）へ通知する。これにより、Ｐ−ＵＥ１００Ａは、セルＡに入る前にセルＡではＰ２Ｖ送信を推奨していることを知ることができる。ｅＮＢ（ＲＳＵ）２００Ｂが通知するセルＡにおける推奨情報は、セルＡにおいてＰ２Ｖ送信に用いられるリソースプールの情報を含んでいてもよい。これにより、Ｐ−ＵＥ１００Ａは、セルＡに入るとすぐに、Ｐ２Ｖ送信を実行することができる。また、Ｖ−ＵＥ１００Ａは、セルＡに入るとすぐに、Ｐ２Ｖ送信を受信することができる。

なお、ｅＮＢ（ＲＳＵ）２００Ａが管理する周波数ＡとｅＮＢ（ＲＳＵ）２００Ｂが管理する周波数Ｂとは同一であってもよい。周波数Ａと周波数Ｂとは異なってもよい。

（Ｃ）動作例３
動作例３について、説明する。上述の各動作例と重複する内容は説明を省略する。

動作例１及び２では、リソースプールの利用可能条件がセンシングに関するものであった。動作例３では、リソースプールの利用可能条件が位置情報の取得に関するものである。

（ａ）動作パターン１
動作パターン１について、図１０及び図１１を用いて説明する。図１０は、動作例３（動作パターン１）を説明するためのシーケンス図である。図１１は、ゾーンの一例を説明するための図である。

図１０において、Ｐ−ＵＥ１００Ａは、ＲＲＣアイドル状態であってもよい。Ｐ−ＵＥ１００Ａは、ＲＲＣコネクティッド状態であってもよい。Ｐ−ＵＥ１００Ａは、ｅＮＢ２００が管理するセルに在圏する。

ステップＳ３１０において、ｅＮＢ２００は、リソースプールの情報（ｒｅｓｏｕｒｃｅ ｐｏｏｌ（ｓ） ｆｏｒ Ｐ−ＵＥ）を、Ｐ−ＵＥ１００Ａへ送信してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａに向けて送信されるリソースプールの情報をｅＮＢ２００から受信する。

ｅＮＢ２００は、リソースプールの情報を、ブロードキャストシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））により、Ｐ−ＵＥ１００Ａへ送信してもよい。ｅＮＢ２００は、リソースプールの情報を、個別シグナリング（例えば、ＲＲＣ再接続メッセージ）により、Ｐ−ＵＥ１００Ａへ送信してもよい。

リソースプールの情報は、複数のリソースプールを示してもよい。リソースプールの情報は、以下の第３リソースプール及び第４リソースプールの少なくとも一方を示してもよい。

第３リソースプールは、自身の地理的な位置情報を取得可能であるＰ−ＵＥ（のみ）が利用可能であるリソースプールである。第３リソースプールは、当該リソースプールを使用可能である地理的なエリアと対応付けされるリソースプールであってもよい。地理的なエリアは、ゾーンであってもよい。ゾーンは、ゾーンコンセプトにより規定される地理的なエリアである。

ゾーンコンセプトでは、図１１に示すように、世界が地理的なゾーンに区分けされる。インカバレッジであるＵＥ（Ｐ−ＵＥ）１００は、ゾーン（ゾーン識別情報）を定義するための情報（ゾーン定義情報）をｅＮＢ２００から受信し得る。アウトオブカバレッジであるＵＥ１００には、予め設定されている情報（ゾーン定義情報）を適用する。ゾーン定義情報は、例えば、ゾーンの長さ（Ｌｅｎｇｔｈ）、ゾーンの幅（ｗｉｄｔｈ）及び単一の固定された参照点を定義する。

ＵＥ１００は、ゾーン定義情報に基づいて、自身が位置するゾーンを決定する。すなわち、ＵＥ１００は、自身がどのゾーンに位置するのかを決定する。ＵＥ１００は、モジュロ演算でゾーンを決定できる。ＵＥ１００は、参照点（例えば、（０，０））を用いて、ゾーンを決定できる。

ゾーンは、セルのカバレッジと異なる。セルは、ｅＮＢ２００の無線信号の到達範囲に応じたものである。ゾーンは、例えば、ネットワーク（ｅＮＢ２００等）により決定（定義）される地理的な区画である。

第４リソースプールは、自身の地理的な位置情報を取得不能であるＰ−ＵＥ（のみ）が利用可能であるリソースプールである。第４リソースプールは、当該リソースプールを使用可能である地理的なエリアと対応付けされないリソースプールであってもよい。第４リソースプールは、Ｐ−ＵＥ１００の位置にかかわらず利用可能であるリソースプールであってもよい。第４リソースプールは、Ｖ２Ｖ通信向けの例外的なリソースプール（Ｅｘｃｅｐｔｉｏｎａｌ ｒｅｓｏｕｒｃｅ ｐｏｏｌ）であってもよい。すなわち、Ｐ２Ｖ通信で用いられる無線リソースが、Ｖ２Ｖ通信で用いられる例外的な無線リソースと同じであってもよい。

自身の地理的な位置情報を取得不能であるＰ−ＵＥ１００は、例えば、位置情報の取得機能（取得能力）（例えば、ＧＮＳＳ受信機能／ＧＮＳＳ受信機など）を有さないＵＥであってもよい。自身の地理的な位置情報を取得不能であるＰ−ＵＥ１００は、位置情報の取得機能を有しているが、位置情報を実際に取得できないＵＥであってもよい。例えば、位置情報の取得機能が無効（ディアクティブ（オフ））であるＰ−ＵＥ１００が、自身の地理的な位置情報を取得不能であるＰ−ＵＥ１００であってもよい。Ｐ−ＵＥ１００の無線環境により、位置情報を運ぶ無線信号（例えば、ＧＮＳＳ信号）を受信できない（受信レベルが閾値よりも低い）Ｐ−ＵＥ１００が、自身の地理的な位置情報を取得不能であるＰ−ＵＥ１００であってもよい。

第３リソースプールを構成する時間・周波数リソース（第３リソース）は、第４リソースプールを構成する時間・周波数リソース（第４リソース）とは、異なるものであってもよい。すなわち、第３リソースと第４リソースとは、時間方向及び／又は周波数方向において異なる位置に配置されてもよい。これにより、「ｎｅａｒ−ｆａｒ ｐｒｏｂｌｅｍ（遠近問題）」及び／又は「ｉｎ−ｂａｎｄ ｅｍｉｓｓｉｏｎ（帯域内不要輻射）」による受信品質の劣化を抑制できる。

ｅＮＢ２００は、リソースプールの種別を識別するための識別情報をＰ−ＵＥ１００Ａへ送信してもよい。ｅＮＢ２００は、リソースプールの情報と共に識別情報をＰ−ＵＥ１００Ａへ送信してもよい。Ｐ−ＵＥ１００Ａは、識別情報をｅＮＢ２００から受信してもよい。

識別情報は、リソースプール（の情報）と対応付けられていてもよい。識別情報は、対応付けられたリソースプールが、例えば、第３リソースプール、すなわち、自身の地理的な位置情報を取得可能であるＰ−ＵＥ（のみ）が利用可能であるリソースプールであることを示してもよい。

識別情報は、対応付けられたリソースプールが、第４リソースプール、すなわち、自身の地理的な位置情報を取得不能であるＰ−ＵＥ（のみ）が利用可能であるリソースプールであることを示してもよい。

識別情報は、対応付けられたリソースプールが、Ｖ２Ｖ通信向けの例外的なリソースプールであることを示してもよい。

識別情報は、ゾーン識別情報であってもよい。この場合、Ｐ−ＵＥ１００は、ゾーン識別情報に対応付けられたリソースプールが、例えば、第３リソースプールであると判定してもよい。ゾーン識別情報は、所定のゾーン（例えば、Ｚｏｎｅ１）を示す識別子（Ｚｏｎｅ ＩＤ）であってもよい。ゾーン識別情報は、所定のゾーンを特定（算出）するための情報（式、パラメータ等）であってもよい。

ステップＳ３２０において、Ｐ−ＵＥ１００Ａは、ｅＮＢ２００から受信したリソースプールの種別をチェックしてもよい。Ｐ−ＵＥ１００Ａは、識別情報により、リソースプールの種別をチェックしてもよい。

ステップＳ３３０において、Ｐ−ＵＥ１００Ａは、リソースプールの種別に応じて、リソースプールが利用可能か否かを判定してもよい。Ｐ−ＵＥ１００Ａは、リソースプールの種別以外の条件に応じて、リソースプールが利用可能か否かを判定してもよい。Ｐ−ＵＥ１００Ａは、例えば、Ｐ−ＵＥ１００Ａの位置情報を取得できるか否かに応じて、リソースプールが利用可能か否かを判定してもよい。Ｐ−ＵＥ１００Ａは、例えば、Ｐ−ＵＥ１００Ａの能力に基づいて、Ｐ−ＵＥ１００Ａの位置情報を取得できるか否かを判定してもよい。従って、Ｐ−ＵＥ１００Ａは、リソースプールの種別とＰ−ＵＥ１００Ａの能力とに応じて、リソースプールを利用可能か否かを判定してもよい。

Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を取得できることに応じて、第３リソースプールを利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を取得できないことに応じて、第３リソースプールを利用不能と判定してもよい。

Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有することに応じて、第３リソースプールを利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有さないことに応じて、第３リソースプールを利用不能と判定してもよい。Ｐ−ＵＥ１００Ａの能力は、位置情報の取得機能であってもよい。

Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を実際に受信（取得）したことに応じて、第３リソースプールを利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を実際に受信（取得）できなかったことに応じて、第３リソースプールを利用不能と判定してもよい。

Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を取得できないことに応じて、第４リソースプールを利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を取得したことに応じて、第４リソースプールを利用不能と判定してもよい。

Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有さないことに応じて、第４リソースプールを利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有することに応じて、第４リソースプールを利用不能と判定してもよい。

Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を実際に受信（取得）できなかったことに応じて、第４リソースプールを利用可能と判定してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａの位置情報を実際に受信（取得）したことに応じて、第４リソースプールを利用不能と判定してもよい。

Ｐ−ＵＥ１００Ａは、リソースプールを利用可能であると判定したことに応じて、ステップＳ３４０の処理を実行してもよい。

ステップＳ３４０において、Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａは、利用可能なリソースプールを用いて、Ｐ２Ｖ送信を実行できる。例えば、Ｐ−ＵＥ１００Ａは、第３リソースプールを用いる場合、Ｐ−ＵＥ１００Ａの位置情報に基づいて、第３リソースプールの中から、位置情報に対応する無線リソースを選択する。Ｐ−ＵＥ１００Ａは、複数の第３リソースプールのそれぞれが利用可能なエリアと対応付けられている場合、位置情報に対応する第３リソースプールを選択してもよい。ＵＥ１００は、選択された第３リソースプールの中から無線リソースを選択してもよい。Ｐ−ＵＥ１００Ａは、選択した無線リソースを用いて、Ｐ２Ｖ通信により直接的な無線信号を送信する。

Ｐ−ＵＥ１００Ａは、ステップＳ３１０で通知されたリソースプールを利用不能であると判定したことに応じて、Ｐ２Ｖ送信のための無線リソース（リソースプール）をｅＮＢ２００へ要求してもよい。Ｐ−ＵＥ１００Ａは、自身の位置情報を取得できるか否かを示す情報を当該要求のためのメッセージに含めてもよい。ｅＮＢ２００は、Ｐ−ＵＥ１００が自身の位置情報を取得可能であるか否かに応じて、第３リソースプール又は第４リソースプールをＰ−ＵＥ１００へ個別に通知してもよい。

Ｐ−ＵＥ１００Ａは、ステップＳ３１０で通知されたリソースプールを利用不能であると判定したことに応じて、ｅＮＢ２００から通知される他のリソースプールを利用してもよい。

例えば、位置情報を取得できない（例えば、位置情報の取得機能がオフである）Ｐ−ＵＥ１００Ａは、ステップＳ３１０において個別に通知された第３リソースプールを用いずに、ステップＳ３１０とは別にブロードキャストにより通知された第４リソースプールを用いて、Ｐ２Ｖ通信を実行してもよい。

以上のように、Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａ自身の位置情報を取得可能か否かによって、自身が利用可能な無線リソースを適切に把握することができるため、Ｐ２Ｖ通信を適切に実行することができる。

（ｂ）動作パターン２
動作パターン２について、図１２を用いて説明する。図１２は、動作例３（動作パターン２）を説明するためのシーケンス図である。上述の内容と同様の部分は、説明を省略する。

図１２に示すように、ステップＳ４１０において、Ｐ−ＵＥ１００Ａは、自身の位置情報を取得できるか否かを判定する。Ｐ−ＵＥ１００Ａは、位置情報を実際に受信（取得）できるか否かを判定してもよい。例えば、Ｐ−ＵＥ１００Ａは、位置情報の取得機能が無効（ディアクティブ（オフ））か有効（アクティブ（オン））かを判定してもよい。Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有する場合であっても、位置情報の取得機能が無効である場合に、自身の位置情報を取得できないと判定してもよい。

ステップＳ４２０において、Ｐ−ＵＥ１００Ａは、自身の位置情報を取得できるか否かを示す情報（位置取得情報）をｅＮＢ２００へ送信する。Ｐ−ＵＥ１００Ａは、ＲＲＣアイドル状態である場合、ＲＲＣコネクティッド状態へ移行してから、位置取得情報をｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、リソースプールの情報をｅＮＢ２００から個別に受信する前に、位置取得情報をｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、リソースプールがｅＮＢ２００から個別に設定される前に、位置取得情報をｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、位置取得情報をＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージによりｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、位置取得情報をＭＡＣ ＣＥ（ＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）によりｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、位置取得情報をＵＥ能力情報（ＵＥ Ｃａｐａｂｉｌｉｔｙ）メッセージによりｅＮＢ２００へ送信してもよい。

位置取得情報は、少なくとも以下の（ａ）から（ｄ）のいずれかを示してもよい。

（ａ）位置情報の取得機能（取得能力）を有するか否か
（ｂ）位置情報の取得機能が有効（アクティブ（オン））か無効（ディアクティブ（オフ））か
（ｃ）位置情報信号（例えば、ＧＳＮＮ信号、又はＧＰＳ信号など）を正常に受信しているか否か
（ｄ）Ｐ−ＵＥ１００Ａが自身の位置の特定が可能である状態であるか否か

Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有する場合に、位置情報の取得機能が有効か無効かを示す位置取得情報をｅＮＢ２００へ送信してもよい。

Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有し、かつ、位置情報の取得機能が有効である場合に、位置情報信号を正常に受信しているか否か（又はＰ−ＵＥ１００Ａが自身の位置の特定が可能である状態であるか否か）を示す位置取得情報をｅＮＢ２００へ送信してもよい。

ステップＳ４３０において、Ｐ−ＵＥ１００Ａは、Ｐ２Ｖ送信のための無線リソース（リソースプール）をｅＮＢ２００へ要求してもよい。Ｐ−ＵＥ１００Ａは、位置取得情報を当該要求のためのメッセージに含めてもよい。Ｐ−ＵＥ１００Ａは、当該要求のためのメッセージとして、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを用いてもよい。Ｐ−ＵＥ１００Ａは、ステップＳ４２０の処理とステップＳ４３０の処理とを同時に行ってもよい。

ステップＳ４３０は、省略されてもよい。例えば、ｅＮＢ２００は、位置取得情報の受信に応じて、Ｐ−ＵＥ１００Ａへリソースプールを通知してもよい。ｅＮＢ２００は、Ｐ−ＵＥ１００Ａからの要求なく、Ｐ−ＵＥ１００Ａへリソースプールを設定してもよい。

ステップＳ４４０において、ｅＮＢ２００は、リソースプールの情報をＰ−ＵＥ１００Ａへ個別に送信する。これにより、ｅＮＢ２００は、Ｐ−ＵＥ１００Ａにリソースプールを設定（コンフィグ）してもよい。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが自身の位置情報を取得可能であるか否かに応じて、Ｐ−ＵＥ１００Ａに設定するリソースプールを決定してもよい。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが自身の位置情報を取得可能である場合に、第３リソースプールの情報をＰ−ＵＥ１００Ａへ個別に送信してもよい。ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが自身の位置情報を取得不能である場合に、第４リソースプールの情報をＰ−ＵＥ１００Ａへ個別に送信してもよい。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが自身の位置情報を取得不能である場合であっても、Ｐ−ＵＥ１００Ａが位置情報の取得機能を有する場合には、第３リソースプールの情報をＰ−ＵＥ１００Ａへ個別に送信してもよい。この場合、ｅＮＢ２００は、Ｐ−ＵＥ１００Ａへ位置情報を取得することを指示するために、第３リソースプールの情報をＰ−ＵＥ１００Ａへ送信してもよい。ｅＮＢ２００は、位置情報の取得を要求するために明示的な指示をＰ−ＵＥ１００Ａへ送信してもよい。ｅＮＢ２００は、当該指示を第３リソースプールの情報と共にＰ−ＵＥ１００Ａへ個別に送信してもよい。

Ｐ−ＵＥ１００Ａは、ｅＮＢ２００からの指示に応じて、位置情報を取得するための動作を開始してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが自身の位置情報を取得不能である位置取得情報をｅＮＢ２００へ送信したにもかかわらず、第３リソースプールの情報をｅＮＢ２００から受信した場合には、位置情報を取得するための動作を開始してもよい。例えば、Ｐ−ＵＥ１００Ａは、位置情報の取得機能を有効にしてもよい。Ｐ−ＵＥ１００Ａは、ユーザから許可を得るために、位置情報の取得機能を有効へ変更するか否かの問い合わせを示す情報をディスプレイに表示してもよい。

ｅＮＢ２００は、当該指示を第４リソースプールの情報と共にＰ−ＵＥ１００Ａへ個別に送信してもよい。当該第４リソースプールは、Ｐ−ＵＥ１００Ａが位置情報を取得するまでの間に利用可能であってもよい。当該第４リソースプールは、例外的なリソースプールであってもよい。第４リソースプールは、Ｐ−ＵＥ１００Ａが位置情報を取得した後は、利用不能であってもよい。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが位置情報の取得機能を有する場合には、第３リソースプールの情報と共に、第４リソースプールの情報をＰ−ＵＥ１００Ａへ個別に送信してもよい。Ｐ−ＵＥ１００Ａは、位置情報を取得するまでの間、Ｐ２Ｖ通信のために、第４リソースプールを用いてもよい。Ｐ−ＵＥ１００Ａは、位置情報を取得するまでの間、第４リソースプールを用いてもよい。Ｐ−ＵＥ１００Ａは、位置情報を取得した後は、第４リソースプールを用いずに、第３リソースプールのみを用いてもよい。

ステップＳ４５０において、Ｐ−ＵＥ１００Ａは、ｅＮＢ２００から受信したリソースプールの情報に基づいて、Ｐ２Ｖ通信を実行してもよい。Ｐ−ＵＥ１００Ａは、ｅＮＢ２００から受信したリソースプールの情報に基づいて、リソースプールの設定を行ってもよい。Ｐ−ＵＥ１００Ａは、設定されたリソースプールを用いて、Ｐ２Ｖ通信を実行してもよい。

以上のように、Ｐ−ＵＥ１００Ａは、リソースプールの情報をｅＮＢ２００から受信する前に、位置取得情報をｅＮＢ２００へ送信できる。これにより、ｅＮＢ２００は、位置取得情報に応じて、Ｐ−ＵＥ１００Ａへ設定すべきリソースプールを適切に判定することができる。その結果、Ｐ−ＵＥ１００Ａは、Ｐ２Ｖ通信を適切に実行することができる。

Ｐ−ＵＥ１００Ａは、自身の地理的な位置情報を実際に取得可能であるか否かに応じて、利用するリソースプールを切り替えてもよい。

例えば、ｅＮＢ２００から受信したリソースプールの情報が第３リソースプールを示す場合、Ｐ−ＵＥ１００Ａは、位置情報の取得機能が有効から無効に切り替えられたことに応じて、第３リソースプールの利用を中止してもよい。この場合、Ｐ−ＵＥ１００Ａは、例えば、ブロードキャストにより通知された第４リソースプールを用いて、Ｐ２Ｖ通信を実行してもよい。Ｐ−ＵＥ１００Ａは、位置情報の取得機能が有効から無効に切り替えられたことに応じて、第３リソースプールの利用を再開してもよい。

Ｐ−ＵＥ１００Ａは、位置情報の取得機能の切り替えに応じて、ステップＳ４２０及び／又はステップＳ４３０の処理を（再度）実行してもよい。具体的には、Ｐ−ＵＥ１００Ａは、位置情報の取得機能が有効から無効に切り替えられたことに応じて、ステップＳ４２０及び／又はステップＳ４３０の処理を（再度）実行してもよい。Ｐ−ＵＥ１００Ａは、位置情報の取得機能が無効から有効に切り替えられたことに応じて、ステップＳ４２０及び／又はステップＳ４３０の処理を（再度）実行してもよい。

同様に、Ｐ−ＵＥ１００Ａは、位置情報信号を正常に受信しているか否かが切り替わったことに応じて、ステップＳ４２０及び／又はステップＳ４３０の処理を（再度）実行してもよい。Ｐ−ＵＥ１００Ａは、Ｐ−ＵＥ１００Ａが自身の位置の特定が可能である状態であるか否かの切り替えに応じて、ステップＳ４２０及び／又はステップＳ４３０の処理を（再度）実行してもよい。

ｅＮＢ２００は、Ｐ−ＵＥ１００Ａが一定期間において位置取得情報を繰り返し送信することを禁止するタイマをＵＥ１００へ設定してもよい。例えば、タイマの設定のために、ｅＮＢ２００は、Ｐ−ＵＥ１００ＡがＲＲＣアイドル状態からＲＲＣコネクティッド状態へ移行した際にタイマの情報をＵＥ１００へ送信してもよい。ｅＮＢ２００は、ステップＳ４４０におけるリソースプールの情報と共にタイマの情報をＵＥ１００へ送信してもよい。

Ｐ−ＵＥ１００Ａは、位置取得情報の送信に応じて、タイマを開始してもよい。Ｐ−ＵＥ１００Ａは、タイマが起動中（すなわち、位置取得情報を送信してから、設定されたタイマが満了するまで）位置取得情報が更新されたとしても、位置取得情報の送信を省略してもよい。

Ｐ−ＵＥ１００Ａは、タイマが起動中は、位置取得情報が更新されたとしても、ステップＳ４４０において受信したリソースプールの情報より設定された第３又は第４リソースプールを継続して用いて、Ｐ２Ｖ通信を実行してもよい。

Ｐ−ＵＥ１００Ａは、タイマが起動中において、位置取得情報が更新された場合には、位置取得情報が更新される前に使用していたリソースプール（第３又は第４リソースプール）を用いずに、例外的なリソースプール（第４リソースプール）を用いて、Ｐ２Ｖ通信を実行してもよい。例外的なリソースプールは、ステップＳ４４０において受信したリソースプールの情報に含まれていてもよい。例外的なリソースプールは、ステップＳ４４０以外のタイミングで受信したリソースプールの情報に含まれていてもよい。例外的なリソースプールは、Ｐ−ＵＥ１００Ａにおいて予め設定されていてもよい（preconfigured）。

Ｐ−ＵＥ１００Ａは、タイマが満了した後、位置取得情報をｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、タイマが満了する前に位置取得情報が更新された場合に、タイマの満了に応じて、位置取得情報をｅＮＢ２００へ送信してもよい。Ｐ−ＵＥ１００Ａは、タイマが満了した後に、位置取得情報が更新された場合に、位置取得情報をｅＮＢ２００へ送信してもよい。

ｅＮＢ２００は、ＵＥ１００へタイマを設定することにより、位置情報の取得機能などの頻繁な切り替えに因るシグナリング負荷の増大を抑制できる。ｅＮＢ２００は、Ｐ−ＵＥ１００Ａから位置取得情報を適切に取得できるため、Ｐ−ＵＥ１００Ａへ設定すべきリソースプールを適切に判定することができる。

［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

上述において、Ｐ−ＵＥ１００Ａは、サイドリンクを利用した端末間通信を中心に説明したが、これに限られない。Ｐ−ＵＥ１００Ａは、Ｄｉｓｃｏｖｅｒｙ信号（メッセージ）、ＰＣ５シグナリングなどの直接的な無線信号の送信／受信を実行する場合に、上述の動作を実行してもよい。Ｐ−ＵＥ１００Ａは、ＬＴＥシステム以外のシステムにおける直接的な無線信号の送信／受信をする場合に、上述の動作を実行してもよい。

Ｐ−ＵＥ１００Ａは、端末間通信における送信能力（例えば、Ｓｉｄｅｌｉｎｋ Ｔｘ Ｃａｐａｂｉｌｉｔｙ）を有さない場合、ｅＮＢ２００を介した（Ｕｕ経由での）Ｐ２Ｖ送信を実行してもよい。

上述した実施形態に係る動作（各動作例）は、適宜組み合わせて実行されてもよい。上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。

例えば、動作例３における動作が動作例１において実行されてもよい。例えば、動作例１において、リソースプールの種別を識別するための識別情報が用いられてもよい。識別情報は、対応付けられたリソースプールが第１リソースプールであることを示してもよい。識別情報は、対応付けられたリソースプールが第２リソースプールであることを示してもよい。

上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。

ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。

上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。例えば、５Ｇにおいて運用される通信システムにおいて、本出願に係る内容が適用されてもよい。

［付記Ａ］
（Ａ１）導入
ＵＥは、モード１のＶ２Ｖリソース割り当て（地理的位置情報報告（ｇｅｏ−ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ）及び位置に基づくリソース割り当て（ｌｏｃａｔｉｏｎ−ｂａｓｅｄ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ））及びモード２（ゾーンコンセプト）のための適切なＶ２Ｖ送信リソースを取得するために、その地理的情報を使用すべきである。

この付記では、地理的位置情報がＵＥで利用可能でない場合を調査する。

（Ａ２）検討
（Ａ２．１）地理的位置情報の欠落
ゾーンコンセプトは、ＵＥの地理的位置情報に基づいて適切なＶ２Ｖ送信リソース割り当てを達成することができる。従って、ＵＥは、他のＵＥのＶ２Ｖ送信リソースとの衝突を回避し、帯域内不要輻射（ｉｎ−ｂａｎｄ ｅｍｉｓｓｉｏｎ）の影響を緩和することができる。この態様を考慮すると、地理的位置情報に基づくリソース割り当ては効率的であるが、ＵＥがその地理的位置を取得できない場合、例えば、ＧＮＳＳ信号へアクセスできない長いトンネル内にいる場合のＵＥの挙動を検討する必要もある。ＵＥがその地理的位置情報を受信することができない場合、ゾーンコンセプトの式を使用する現在のゾーンＩＤは、ＵＥによって決定されることができず、適切なＶ２Ｖ送信リソースを選択できない。従って、地理的位置情報を取得することができないＵＥは、Ｖ２Ｖ送信を実行し、危険な状態を回避する手段を有さない可能性がある。この状態を回避するために、ＵＥが地理的位置情報なしでＶ２Ｖ信号を送信することを可能にするために、ＵＥ動作に対するいくつかの明確化を規定する必要がある。

見解１：地理的位置情報が利用可能でない場合、ＵＥが適切なＶ２Ｖ送信リソースを決定する手段を検討する必要がある。

（Ａ２．１．１．）ゾーンコンセプトのための例外的なリソース
ｅＮＢが地理的位置情報なしでＶ２Ｖ送信リソースをＵＥに提供する方法の１つは、ゾーンコンセプトのための例外的なリソースを導入することである。ＵＥがその地理的位置情報を取得することができず、適切なゾーンＩＤを決定できない場合、ＵＥはＶ２Ｖ送信のために例外的なリソースを使用してもよい。ゾーンのコンセプトは、カバレッジ外とカバレッジ内の両方のシナリオに適用できるため、両方のシナリオで例外的なリソースを提供する必要もある。ゾーン関連パラメータは、２つのシナリオで異なる可能性があり、すなわち、ゾーンの長さ、幅及び数が、カバレッジ外とカバレッジ内との間で異なるので、カバレッジ外のシナリオに関して、例外的なリソースは、同様のゾーン関連パラメータで事前設定されるべきであり、カバレッジ内シナリオのための例外的なリソースは、サービングセルからそれ自身のゾーン関連パラメータと共に提供されるべきである。

提案１：地理的位置情報を持たないＵＥがＶ２Ｖ送信を継続して行うことができるように、ゾーンコンセプトのための例外的なリソースが導入されるべきである。

ＲＡＮ２は、「Ｖ２Ｘ用の新しいＳＩＢを導入する」との声明を発表したので、少なくともゾーン関連プール、すなわち位置固有のリソースが、新しいＳＩＢで提供される。例外的なリソースは位置固有のリソースではないため、地理的位置情報を持たないＵＥは、レガシーサイドリンクリソース、すなわちＳＩＢ１８で提供されるリソースをゾーンコンセプト用の例外的なリソースとして再利用することが可能である。しかしながら、Ｖ２Ｖトラフィックの特性を考慮に入れて、ＲＡＮ１は「ＳＡプールとそれに関連するデータプールをＦＤＭ化することができる」ことに合意し、ＦＤＭ化のプールの利点が、「ＳＡ及びデータプールは、同様のレベルの帯域内不要輻射を受ける」、「オーバーヘッドの増加なく、低遅延送信をサービスされ得る」及び「周期的トラフィックと非周期的トラフィックとの混在を可能にする柔軟な設計」と述べられるので、新しいＳＩＢにおけるＶ２Ｖのリソースプールは、Ｖ２Ｖトラフィックを取り扱うために新たな特性を有してもよい。例外的な（ＳＣ／データ）リソースが、Ｖ２Ｖ用の非例外的な（ＳＣ／データ）リソースプールと同様の構造を持つべきかどうかを検討する価値がある。

提案２：ゾーンコンセプト用の例外的なリソースは、Ｖ２Ｖ用の非例外的な（ＳＣ／データ）リソースプールと同様の構造を持つべきである。

（Ａ２．１．２．）モード１送信への切り替え
地理的位置情報がなければ、サービングセルは、帯域内不要輻射に影響を与えることなく、ＵＥに割り当てるための適切なＶ２Ｖ送信リソースを決定することは困難である。しかしながら、ｅＮＢが、ＯＴＤＯＡ（Ｏｂｓｅｒｖｅｄ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ ｏｆ Ａｒｒｉｖａｌ）のような位置サービス（ＬＣＳ）の１つを介してＵＥの地理的位置情報を推定できる場合、ｅＮＢは、推定されたＵＥの地理的位置情報又はゾーンＩＤをＵＥに提供することができ、ＵＥはゾーンベースモード２送信を継続できる。地理的位置情報なしでＵＥにＶ２Ｖ送信リソースを提供する別の方法は、ゾーンコンセプトに基づくモード２送信を終了し、モード１送信を開始することである。いずれの場合でも、ＵＥがその地理的位置情報を取得できない場合、適切なリソースプールを割り当てるためにどのソリューションが使用されるかに関わらず、ＵＥはｅＮＢにこの状況及びｅＮＢからの支援の必要性を知らせることが有用である。

カバレッジ内のシナリオでは、ゾーンコンセプトのための例外的なリソースを導入、及びモード１の送信への切り替えは、地理的位置情報を欠いているＵＥにとって効率的であるため、地理的位置情報なしのＵＥへアシストを提供するベストの方法はｅＮＢ実装次第である。

提案３：ＵＥがその地理的位置情報を欠いている場合、Ｖ２Ｖ送信のために、ゾーンベースのモード２送信からモード１送信への切り替えが用いられてもよい。

提案４：サービングセルは、ゾーンコンセプトのための例外的なリソース、又は地理的位置情報を欠いているＵＥのためにモード１送信へ切り替える指示の一方を提供すべきである。

［付記Ｂ］
（Ｂ１）導入
リソースプール設定では、ゾーンベースの設定が、Ｖ２Ｖ動作と同様にＰ２Ｖ動作用に用いられるかどうかは依然として更なる課題である。Ｐ２Ｖ用のゾーンベース設定を導入する際の影響を検討する。

（Ｂ２）検討
Ｖ２Ｖでは、ゾーンベース設定の動機付けは、同一チャネル干渉を緩和することである。Ｐ２Ｖでも同じことが考えられ、特に、ｅＮＢが、車両ＵＥ（Ｖ−ＵＥ）用のものと重なっている歩行者ＵＥ（Ｐ−ＵＥ）用のリソースを提供する場合、状況は悪化する。従って、Ｐ２Ｖ動作用のゾーン設定をサポートすることは有益である。

提案１：同一チャネル干渉を緩和するために、ゾーン設定をＰ２Ｖ動作に導入すべきである。

しかしながら、例えばＧＰＳ／ＧＮＳＳ受信機の欠如が原因で位置決め能力のない低コストのＵＥを考慮すると、位置決め情報がすべてのＰ−ＵＥに利用可能であるかどうかは疑問である。ＵＥが位置決め可能であっても、その位置に応じて、例えば、トンネル内で、又は、ユーザがその位置決め機能を単にオフにした場合、一部のＵＥは、位置決め信号（例えば、ＧＰＳ信号）を受信できないと想定できる。従って、ゾーンベース設定を適切に使用することはできないことが想定されるべきであり、そのようなＰ−ＵＥがゾーンベース設定をサポートすることを強制されるべきではない。

提案２：Ｐ−ＵＥは、ゾーンベース設定をサポートすることを強制されるべきではない。

位置決めが不可能なＰ−ＵＥ及び位置決めが可能であるが、位置決めがオフになっているＰ−ＵＥについては、どのリソースプールが提供されるべきかは不明である。位置決めなしのＰ−ＵＥが、ゾーンベース設定に関連するものと重複するリソースプールを使用することができる場合、同一チャネル干渉が生じ、それは、ゾーンベースリソースプール内で、すなわちＶ−ＵＥにおいて、重大な問題である。位置決めなしのＰ−ＵＥは、専用リソースプールで設定することができるが、ｅＮＢは、ゾーンプールと重複しないリソースを割り当てる必要がある。このような重なり合わないリソースが利用可能であっても、これらのリソース及びそのような設定に関連するシグナリング負荷を管理するために、これは、ＮＷにおいて複雑正が増加する可能性がある。

別の可能なオプションは、Ｖ２Ｖ用の例外的なリソースを使用することである。既存の例外的なリソースは、ゾーン設定に関連付けられていないため、位置決めなしのＰ−ＵＥはそれを使用できる。しかしながら、既存の例外的なリソースは、ハンドオーバー領域及びＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）を経験するＶ−ＵＥのために主に使用される。そのため、ｅＮＢは、例外的なリソースがＰ−ＵＥのためにいつでも／どこでも／継続して使用されることを想定しない可能性がある。従って、位置決めなしのＰ−ＵＥが、既存の例外的なリソースを自律的に使用することは問題であると思われる。

上記の問題を考慮すると、ｅＮＢは、位置決めなしのＰ−ＵＥ用のリソースプールを管理する必要がいずれにせよある。従って、ｅＮＢは、ＵＥが位置情報を取得できることをＰ２Ｖリソースが要求するかどうかを示すことは有用である。

この指示は、暗黙的又は明示的に提供されてもよく、例えば、位置決めなしのＰ−ＵＥは、各プール設定内にゾーン設定が存在しないことから許可を暗黙的に理解するか、ｅＮＢがプール設定内でプールを使用するための許可の明示的な指示を提供してもよい。

提案３：ｅＮＢは、Ｐ−ＵＥがＰ２Ｖリソースプールを使用するために位置情報の利用可能性が必要かどうかを示すべきである。

さらに、ＲＲＣ接続状態で位置決めなしのＰ−ＵＥの場合を考慮すると、ｅＮＢはＰ−ＵＥの位置情報の利用可能性を知る必要があり、例えば、位置決めなしのＰ−ＵＥに専用リソースを割り当てるオプションを持たせるために、位置決めが可能なＰ−ＵＥがその位置決めを有するか否かを知る必要がある。従って、ＲＲＣ接続状態にあるＰ−ＵＥは、その位置決めの利用可用性インディケーションをｅＮＢに送信することを許可されるべきである。Ｐ−ＵＥは、位置決めの利用可能性が変更された場合に利用可用性インディケーションを報告するだろうが、位置決めの利用可能性が頻繁に変更された場合、例えば、Ｐ−ＵＥは、位置決め機能（例えば、ＧＰＳ／ＧＮＳＳ）を頻繁にオンとオフにした場合、利用可用性インディケーションの頻繁な報告が原因でシグナリング負荷が増加だろう。従って、位置決めの利用可能性インディケーションがサポートされる場合、Ｐ−ＵＥが利用可能性インディケーションの頻繁な報告を制限するための禁止タイマを設定する価値がある。

提案４：提案４：ＲＲＣ接続状態のＰ−ＵＥは、その位置決めの利用可能性インディケーションをｅＮＢに送信することを許可されるべきである。

提案５：提案４が合意された場合、ｅＮＢは、利用可能性インディケーションの頻繁な報告を制限する禁止タイマをＵＥに設定するオプションを有するべきである。

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

Claims (7)

1. 通信方法であって、
   Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から基地局へ、前記無線端末の能力情報を送信するステップと、
   前記基地局が、前記無線端末の能力情報を前記無線端末から受信するステップと、
   前記基地局から前記無線端末へ、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を個別に送信するステップと、を備え、
   前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である通信方法。
2. 前記基地局が、前記無線端末の位置情報に基づいて、前記無線リソースプールの情報を送信するか否かを決定するステップを備える請求項１に記載の通信方法。
3. 前記無線端末から前記基地局へ、前記直接的な端末間通信用の無線リソースプールを要求するための情報を送信するステップと、
   前記基地局が、前記無線端末から前記情報を受信するステップと、を備え、
   前記無線リソースプールの情報を送信するステップでは、前記基地局から前記無線端末へ、前記情報の受信に応じて、前記無線リソースプールの情報を個別に送信する、請求項１に記載の通信方法。
4. Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末であって、
   送信部と、
   受信部と、を備え、
   前記送信部は、前記無線端末の能力情報を前記基地局へ送信するよう構成され、
   前記受信部は、前記能力情報の送信後に、直接的な端末間通信用の無線リソースプールの情報を前記基地局から個別に受信するよう構成され、
   前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である無線端末。
5. Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末を制御するためのプロセッサであって、
   前記無線端末の能力情報を前記基地局へ送信する処理と、
   前記能力情報の送信後に、直接的な端末間通信用の無線リソースプールの情報を前記基地局から個別に受信する処理と、を実行し、
   前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報であるプロセッサ。
6. 基地局であって、
   受信部と、
   送信部と、を備え、
   前記受信部は、Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から、前記無線端末の能力情報を受信するよう構成され、
   前記送信部は、前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を前記無線端末へ個別に送信するよう構成され、
   前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報である基地局。
7. 基地局を制御するためのプロセッサであって、
   Ｐｅｄｅｓｔｒｉａｎ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）である無線端末から、前記無線端末の能力情報を受信する処理と、
   前記無線端末の能力情報に基づいて、直接的な端末間通信用の無線リソースプールの情報を前記無線端末へ個別に送信する処理と、を実行し、
   前記無線リソースプールの情報は、地理的なゾーンに基づくリソースプールの情報であるプロセッサ。
   

Images