(57)【特許請求の範囲】
【請求項１】
通信装置であって、
制御部と送信部とを備え、
前記制御部は、
送信データの優先度に応じて、前記通信装置が位置する地理的な区画であるゾーンを算出するための設定情報を選択し、
前記選択された設定情報に基づいて、前記ゾーンを特定し、
前記特定されたゾーンに対応付けられた１つの送信リソースプールを構成する複数の送信リソース領域の中から、所定の送信リソース領域を選択するよう構成され、
前記送信部は、前記所定の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を用いて前記送信データを送信するよう構成され通信装置。
【請求項２】
前記制御部は、前記複数の送信リソース領域において無線信号の測定を実行するよう構成され、
前記制御部は、前記測定の結果に応じて、前記所定の送信リソース領域を選択するよう構成される請求項１に記載の通信装置。
【請求項３】
前記制御部は、前記測定の結果に基づく混雑度に応じて、前記所定の送信リソース領域を選択するよう構成される請求項２に記載の通信装置。
【請求項４】
前記制御部は、前記測定の結果と比較される閾値に基づいて、前記所定の送信リソース領域を選択するよう構成される請求項２に記載の通信装置。
【請求項５】
前記１つの送信リソースプールは、周波数方向に並ぶ複数の送信リソース領域により構成される請求項１に記載の通信装置。
【請求項６】
前記制御部は、
前記通信装置の移動速度に応じて、前記設定情報を選択する請求項１に記載の通信装置。
【請求項７】
前記制御部は、
前記送信データの優先度が高い場合、前記ゾーンが小さく算出される設定情報を選択し、
前記送信データの優先度が低い場合、前記ゾーンが大きく算出される設定情報を選択する請求項１に記載の通信装置。
【請求項８】
前記制御部は、前記通信装置が通常のエリアに比べて危険度の高い特別エリアに位置するか否かに基づいて、前記１つの送信リソースプールを構成する前記複数の送信リソース領域の中から、前記所定の送信リソース領域を選択する請求項１に記載の通信装置。
【請求項９】
通信装置を制御するためのプロセッサであって、
送信データの優先度に応じて、前記通信装置が位置する地理的な区画であるゾーンを算出するための設定情報を選択する処理と、
前記選択された設定情報に基づいて、前記ゾーンを特定する処理と、
前記特定されたゾーンに対応付けられた１つの送信リソースプールを構成する複数の送信リソース領域の中から、所定の送信リソース領域を選択する処理と、
前記所定の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を用いて前記送信データを送信する処理と、を実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、端末間での直接的なシグナリング（Ｓｉｄｅｌｉｎｋ）に関する仕様策定が進められている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ技術仕様書「ＴＳ３６．３００  Ｖ１３．４．０」  ２０１６年７月７日
【発明の概要】
【０００４】
一の実施形態に係る通信装置は、制御部と送信部とを備える。前記制御部は、前記通信装置が位置する地理的な区画であるゾーンを特定し、かつ、前記特定されたゾーンに対応付けられた１つの送信リソースプールを構成する複数の送信リソース領域の中から、所定の送信リソース領域を選択するよう構成される。前記送信部は、前記所定の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。
【０００５】
一の実施形態に係るプロセッサは、通信装置を制御するためのプロセッサである。前記プロセッサは、前記通信装置が位置する地理的な区画であるゾーンを特定する処理と、前記特定されたゾーンに対応付けられた１つの送信リソースプールを構成する複数の送信リソース領域の中から、所定の送信リソース領域を選択する処理と、前記所定の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信する処理と、を実行する。
じて、前記送信リソース領域と異なる特別な送信リソース領域を選択するよう構成される。
【図面の簡単な説明】
【０００６】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】図４は、ゾーンの一例を説明するための図である。
【図５】図５は、ＵＥ１００のブロック図である。
【図６】図６は、ｅＮＢ２００のブロック図である。
【図７】図７は、動作パターン１の動作環境を説明するための図である。
【図８】図８は、動作パターン１を説明するためのフローチャートである。
【図９】図９は、動作パターン２を説明するための図である。
【図１０】図１０は、動作パターン２を説明するためのフローチャートである。
【図１１】図１１は、動作パターン３を説明するための図である。
【図１２】図１２は、動作パターン４を説明するための図である。
【図１３】図１３は、動作パターン４を説明するためのフローチャートである。
【発明を実施するための形態】
【０００７】
［実施形態の概要］
通信装置を備える車両がサイドリンク上で車車間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信を実行する場合、車両の位置に対応する送信リソースプールを使用することが検討されている。
【０００８】
例えば、車両に備えられた通信装置は、現在位置を示す位置情報を取得する。通信装置は、現在位置に対応付けられた送信リソースプールに基づいて、サイドリンク上で無線信号を送信することが想定されている。
【０００９】
複数の通信装置が同じ送信リソースプールを使用する場合、無線信号が衝突する可能性がある。
【００１０】
一の実施形態に係る通信装置は、制御部と送信部とを備える。前記制御部は、前記通信装置が位置する地理的な区画であるゾーンを特定し、かつ前記特定されたゾーンに対応付けられた１つの送信リソースプールを構成する複数の送信リソース領域の中から、所定の送信リソース領域を選択するよう構成される。前記送信部は、前記所定の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。
【００１１】
前記制御部は、前記複数の送信リソース領域において無線信号の測定を実行するよう構成されてもよい。前記制御部は、前記測定の結果に応じて、前記所定の送信リソース領域を選択するよう構成されてもよい。
【００１２】
前記制御部は、前記測定の結果に基づく混雑度に応じて、前記所定の送信リソース領域を選択するよう構成されてもよい。
【００１３】
前記制御部は、前記測定の結果と比較される閾値に基づいて、前記所定の送信リソース領域を選択するよう構成されてもよい。
【００１４】
前記制御部は、前記直接的な無線信号を用いて送信される送信データの優先度に基づいて、前記所定の送信リソース領域を選択するよう構成されてもよい。
【００１５】
前記１つの送信リソースプールは、周波数方向に並ぶ複数の送信リソース領域により構成されてもよい。
【００１６】
前記制御部は、前記通信装置の移動速度に応じて、設定情報を選択し、前記選択された設定情報に基づいて、前記１つの送信リソースプールを構成する前記複数の送信リソース領域の中から、前記所定の送信リソース領域を選択するよう構成されてもよい。
【００１７】
一の実施形態に係るプロセッサは、通信装置を制御するためのプロセッサである。前記プロセッサは、前記通信装置が位置する地理的な区画であるゾーンを特定する処理と、前記特定されたゾーンに対応付けられた１つの送信リソースプールを構成する複数の送信リソース領域の中から、所定の送信リソース領域を選択する処理と、前記所定の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信する処理と、を実行する。
【００１８】
一の実施形態に係る通信装置は、制御部と送信部とを備える。前記制御部は、前記通信装置が位置する地理的な区画であるゾーンを特定し、かつ、前記特定されたゾーンに対応付けられた複数の送信リソース領域の中から、送信リソース領域を選択するよう構成される。前記送信部は、前記送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。
【００１９】
前記制御部は、前記複数の送信リソース領域において無線信号の測定を実行するよう構成されてもよい。前記制御部は、前記測定の結果に応じて、前記送信リソース領域を選択するよう構成されてもよい。
【００２０】
前記制御部は、前記送信リソース領域の選択に用いられる所定情報に基づいて、前記送信リソース領域を選択するよう構成されてもよい。前記所定情報は、送信リソース領域毎に関連付けられてもよい。
【００２１】
前記所定情報は、無線信号の測定結果と比較される閾値、送信データの優先度、及び無線信号の測定条件の少なくともいずれかであってもよい。
【００２２】
前記複数の送信リソース領域は、複数の送信リソースプールであってもよい。
【００２３】
前記複数の送信リソース領域は、１つの送信リソースプールを構成してもよい。
【００２４】
一の実施形態に係る通信装置は、制御部と送信部とを備える。前記制御部は、地理的な区画であるゾーンを算出するための複数の設定情報の中から、前記通信装置の状況に応じて、設定情報を選択し、前記選択した設定情報に基づいて、前記通信装置が位置するゾーンを特定し、かつ、前記特定されたゾーンに対応付けられた送信リソース領域を選択するよう構成される。前記送信部は、前記送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。
【００２５】
前記制御部は、送信データの優先度、前記通信装置の移動速度、及び前記直接的な無線信号の送信電力の少なくともいずれかに応じて、前記設定情報を選択するよう構成されてもよい。
【００２６】
前記設定情報は、前記ゾーンを算出するために用いられるパラメータを含んでもよい。前記複数の設定情報のそれぞれに含まれるパラメータは、互いに異なってもよい。前記パラメータは、ゾーンの長さ、ゾーンの幅、ゾーンの数、及び、最小のゾーンのサイズの少なくともいずれかであってもよい。
【００２７】
一の実施形態に係る通信装置は、制御部と送信部とを備える。前記制御部は、前記通信装置が位置する地理的な区画であるゾーンを特定し、かつ、前記特定されたゾーンに対応付けられた送信リソース領域を選択するよう構成される。前記送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。前記制御部は、前記通信装置が特別なエリアに位置することに応じて、前記送信リソース領域と異なる特別な送信リソース領域を選択するよう構成される。
【００２８】
［実施形態］
（移動通信システム）
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００２９】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３０】
ＵＥ１００は、通信装置（例えば、無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、通信機能を有する車両（ＶＵＥ（Ｖｅｈｉｃｌｅ  ＵＥ）１００）であってもよい。ＵＥ１００は、車両そのもの（例えば、自動車、バイク等）であってもよい。ＵＥ１００は、車両に着脱可能な通信モジュールであってもよい。
【００３１】
ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信（Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）を行う。ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行できてもよい。例えば、ＵＥ１００は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信（例えば、車車間通信（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）、路車間通信（Ｖ２Ｉ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を実行できてもよい。
【００３２】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の動作は、Ｅ−ＵＴＲＡＮ１０の動作とみなされてもよい。
【００３３】
ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。
【００３４】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）４００を含む。
【００３５】
ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３６】
ＥＰＣ２０は、Ｓｅｒｖｅｒ６００を含んでいてもよい。Ｓｅｒｖｅｒ６００は、例えば、ＰｒｏＳｅ機能を管理するＰｒｏＳｅサーバであってもよい。Ｓｅｒｖｅｒ６００は、Ｖ２Ｘ（Ｖ２Ｖ／Ｖ２Ｉ）機能を管理するＶ２Ｘサーバであってもよい。Ｓｅｒｖｅｒ６００は、ＥＰＣ２０内ではなく、外部ネットワークに設けられていてもよい。
【００３７】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３８】
物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３９】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラ（ＭＡＣ  スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００４０】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４１】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４２】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。
【００４３】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
【００４４】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。
【００４５】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）が構成される。ＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。
【００４６】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ．  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００４７】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００４８】
（近傍サービス）
近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）について説明する。近傍サービスは、互いに近傍にある通信装置（例えば、ＵＥ１００）に基づいて３ＧＰＰシステムにより提供され得るサービスである。
【００４９】
ＰｒｏＳｅでは、ネットワーク（例えば、ｅＮＢ２００）を経由せずにノード間（例えば、ＵＥ間）で直接的な無線リンクを介して各種の無線信号が直接的に送受信される。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。
【００５０】
サイドリンクは、サイドリンク通信及びサイドリンクディスカバリのためのインターフェイス（例えば、ＵＥとＵＥとの間のインターフェイス）であってもよい。サイドリンク通信は、ＰｒｏＳｅ直接通信（以下、「直接通信」と適宜称する）を可能にする機能（ＡＳ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。サイドリンクディスカバリは、ＰｒｏＳｅ直接ディスカバリ（以下、「直接ディスカバリ」と適宜称する）を可能にする機能（ＡＳ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。
【００５１】
サイドリンクは、ＰＣ５インターフェイスに対応する。ＰＣ５は、ＰｒｏＳｅ直接ディスカバリ、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ  ＵＥ・ネットワーク中継のための制御プレーン及びユーザプレーンのために用いられるＰｒｏＳｅ使用可能なＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）間の参照ポイントである。
【００５２】
ＰｒｏＳｅは、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」及び「Ｒｅｌａｙ」のモードが規定されている。「Ｒｅｌａｙ」については後述する。
【００５３】
直接ディスカバリは、例えば、特定の宛先を指定しないディスカバリメッセージ（ディスカバリ信号）をＵＥ間で直接的に伝送することにより、相手先を探索するモードであってもよい。直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順であってもよい。直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順であってもよい。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされてもよい。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供されてもよい。
【００５４】
ディスカバリメッセージ（ディスカバリ信号）の送信（アナウンスメント）のためのリソース割り当てタイプには、「タイプ１」と「タイプ２（タイプ２Ｂ）」がある。「タイプ１」では、ＵＥ１００が無線リソースを選択する。「タイプ２（タイプ２Ｂ）」では、ｅＮＢ２００が無線リソースを割り当てる。タイプ１では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。
【００５５】
「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。
【００５６】
直接通信は、例えば、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードであってもよい。直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信であってもよい。
【００５７】
直接通信のリソース割り当てタイプには、「モード１」と「モード２」がある。「モード１」では、直接通信の無線リソースをｅＮＢ２００が指定する。「モード２」では、直接通信の無線リソースをＵＥ１００が選択する。モード２では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。
【００５８】
ＰＣ５におけるサイドリンク通信（直接通信）におけるユーザプレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＰＣ５におけるサイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）のための制御プレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＲＲＣ層を含む。１対１サイドリンク通信のための制御プレーンのプロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＰＣ５シグナリングプロトコルを含む。
【００５９】
サイドリンクでは、以下のチャネルを用いることによって各種情報が伝送される。
【００６０】
サイドリンクに関する物理チャネルには、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び物理サイドリンク共有チャネル（ＰＳＳＣＨ）がある。
【００６１】
ＰＳＢＣＨは、システム及び同期関連情報（例えば、同期信号）を伝送するためのチャネルである。ＰＳＤＣＨは、ＵＥからのサイドリンクディスカバリメッセージ（ディスカバリ信号）を伝送するためのチャネルである。ＰＳＣＣＨは、サイドリンク通信のためにＵＥからの制御情報を伝送するためのチャネルである。ＰＳＳＣＨは、サイドリンク通信のためにＵＥからのデータを伝送するためのチャネルである。
【００６２】
サイドリンクに関するトランスポートチャネルには、サイドリンクブロードキャストチャネル（ＳＬ−ＢＣＨ）、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）、及びサイドリンク共有チャネル（ＳＬ−ＳＣＨ）がある。ＳＬ−ＢＣＨは、ＰＳＢＣＨにマッピングされる。ＳＬ−ＤＣＨは、ＰＳＤＣＨにマッピングされる。ＳＬ−ＳＣＨは、ＰＳＳＣＨにマッピングされる。
【００６３】
サイドリンクに関する論理チャネル（制御チャネル、トラフィックチャネル）には、サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）及びサイドリンクトラフィックチャネル（ＳＴＣＨ）がある。
【００６４】
ＳＢＣＣＨは、１のＵＥから他のＵＥ（ｓ）へサイドリンクシステム情報をブロードキャストするためのサイドリンクチャネルである。ＳＴＣＨは、１のＵＥから他のＵＥ（ｓ）へユーザ情報（データ）を転送するためのポイントツーマルチポイントチャネルである。ＳＴＣＨは、サイドリンク通信が可能なＵＥでのみ使用される。ＳＴＣＨは、２つのサイドリンク通信可能なＵＥ間でのポイントツーポイント通信に使用されてもよい。ＳＴＣＨは、ＳＬ−ＳＣＨにマッピングされる。ＳＢＣＣＨは、ＳＬ−ＢＣＨにマッピングされる。
【００６５】
（ゾーンコンセプト）
ゾーンコンセプトについて、図４を用いて説明する。図４は、ゾーンの一例を説明するための図である。
【００６６】
ゾーンコンセプトでは、図４に示すように、世界が地理的なゾーンに区分けされる。インカバレッジであるＵＥ１００は、ゾーン（ゾーン識別情報）を定義するための情報（ゾーン定義情報）をｅＮＢ２００から受信する。アウトオブカバレッジであるＵＥ１００には、予め設定されている情報（ゾーン定義情報）を適用する。ゾーン定義情報は、例えば、ゾーンの長さ（Ｌｅｎｇｔｈ）、ゾーンの幅（ｗｉｄｔｈ）及び単一の固定された参照点を定義する。
【００６７】
ＵＥ１００は、ゾーン定義情報に基づいて、自身が位置するゾーンを決定する。すなわち、ＵＥ１００は、自身がどのゾーンに位置するのかを決定する。ＵＥ１００は、モジュロ演算でゾーンを決定できる。ＵＥ１００は、参照点（例えば、（０，０））を用いて、ゾーンを決定できる。
【００６８】
ゾーンは、セルのカバレッジと異なる。セルは、ｅＮＢ２００の無線信号の到達範囲に応じたものである。ゾーンは、例えば、ネットワーク（ｅＮＢ２００等）により決定（定義）される地理的な区画である。
【００６９】
（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。図５は、ＵＥ１００のブロック図である。図５に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００７０】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
【００７１】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１２０は、無線信号をアンテナから送信する。
【００７２】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７３】
ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を有していてもよい。ＵＥ１００は、電子コンパス、加速度センサなどの位置を予想する機能を有していてもよい。位置情報は、ジオロケーション（ｇｅｏ−ｌｏｃａｔｉｏｎ）情報であってもよい。
【００７４】
ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行可能な機能を有する通信装置である。このため、ＵＥ１００は、その他の構成（例えば、機能、部材等）を有していてもよいことは勿論である。
【００７５】
本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。
【００７６】
（基地局）
実施形態に係るｅＮＢ２００（基地局）について説明する。図６は、ｅＮＢ２００のブロック図である。図６に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。レシーバ２１０とトランスミッタ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
【００７７】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
【００７８】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
【００７９】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００８０】
ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される。
【００８１】
本明細書では、ｅＮＢ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。
【００８２】
（実施形態に係る動作）
実施形態に係る動作について、以下の動作パターン１−４により説明する。
【００８３】
（Ａ）動作パターン１
動作パターン１について、図７及び図８を用いて説明する。図７は、動作パターン１の動作環境を説明するための図である。図８は、動作パターン１を説明するためのフローチャートである。
【００８４】
図７に示すように、各ＵＥ１００（ＵＥ１００−１からＵＥ１００−３）は、ｅＮＢ２００が管理するセルに位置する（在圏する）。ＵＥ１００−１及びＵＥ１００−２は、地理的なエリアであるゾーン１（Ｚｏｎｅ１）に位置する。ＵＥ１００−３は、ゾーン２（Ｚｏｎｅ２）に位置する。
【００８５】
ＵＥ１００−１は、設定情報（ゾーン定義情報）に基づいて、自身が位置する地理的な区画であるゾーンを特定する。ＵＥ１００−１は、ゾーン定義情報と自身の位置情報とに基づいて、ゾーンを特定できる。他のＵＥ１００も同様に、自身が位置するゾーンを特定できる。各ＵＥ１００は、例えば、端末間の直接的な無線信号の送信及び／又は受信（例えば、Ｖ２Ｘ通信）を実行する場合に、ゾーンを特定してもよい。
【００８６】
各ＵＥ１００は、ｅＮＢ２００（セル）とＲＲＣ接続を確立していてもよい（ＲＲＣコネクティッド状態）。各ＵＥ１００は、ＲＲＣ接続を確立していなくてもよい（ＲＲＣアイドル状態）。各ＵＥ１００は、ｅＮＢ２００へ無線信号を送信する場合に、ｅＮＢ２００とＲＲＣ接続を確立してもよい。
【００８７】
以下において、ＵＥ１００−１の動作を中心に説明する。ＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１と同様の動作を実行できる。
【００８８】
図８に示すように、ステップＳ１０において、ＵＥ１００−１は、リソース情報をｅＮＢ２００から受信してもよい。
【００８９】
ｅＮＢ２００は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）など）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ（ＳＩＢ２１など））により、リソース情報をＵＥ１００−１へ送信してもよい。リソース情報は、予めＵＥ１００−１に設定されていてもよい。リソース情報は、ＵＥ１００−１のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  Ｃａｒｄ）に記憶（設定）されていてもよい。ＳＩＭは、ＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  Ｃａｒｄ）又はＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  Ｃａｒｄ）であってもよい。
【００９０】
リソース情報は、端末間の直接的な無線信号の送信（及び受信）に用いられる送信リソースプール（送信リソース領域）の情報を含む。ここで、リソース情報は、１つのゾーンが複数の送信リソースプールに対応付けられる（すなわち、関連付けられる）ことを示してもよい。例えば、ゾーン識別情報に、複数の送信リソースプールを示す情報が関連付けられている。複数の送信リソースプールは、互いに異なるリソースプールであってもよい。
【００９１】
動作パターン１では、Ｚｏｎｅ１に、送信リソースプールであるプールＡ（ｐｏｏｌＡ）及びプールＢ（ｐｏｏｌＢ）が対応付けられている。Ｚｏｎｅ２に、プールＣ（ｐｏｏｌＣ）及びプールＤ（ｐｏｏｌＤ）が対応付けられている。
【００９２】
ゾーン識別情報は、所定のゾーン（例えば、Ｚｏｎｅ１）を示す識別子（Ｚｏｎｅ  ＩＤ）であってもよい。ゾーン識別情報は、所定のゾーンを特定（算出）するための情報（式、パラメータ等）であってもよい。
【００９３】
ステップＳ２０において、ＵＥ１００−１は、直接的な端末間通信（例えば、Ｖ２Ｘ通信、Ｖ２Ｖ通信など）による送信データがあるか否かを判定する。ＵＥ１００−１は、送信データがある場合に、ステップＳ３０の処理を実行する（Ｙｅｓ）。ＵＥ１００−１は、送信データがない場合には、ステップＳ２０の処理を繰り返してもよい。ＵＥ１００−１は、処理を終了してもよい。
【００９４】
ステップＳ３０において、ＵＥ１００−１は、無線信号の測定（センシング）を実行する。具体的には、ＵＥ１００−１は、自身が位置するゾーン（すなわち、特定されたゾーン）に対応付けられた送信リソースプール（プールＡ及びプールＢ）の少なくとも一方を対象として、センシングを実行する。ＵＥ１００−１は、送信リソースプールにおける制御領域及びデータ領域の少なくとも一方を対象として、センシングを実行してもよい。制御領域は、端末間通信で用いられる制御情報が配置される領域（例えば、ＰＳＣＣＨ）である。制御情報は、データ情報が配置される位置を示す情報を含む。データ領域は、端末間通信で用いられるデータ情報が配置される領域（例えば、ＰＳＳＣＨ）である。
【００９５】
センシングは、特定の送信リソースプールにおいてのみ実行されてもよい。当該送信リソースプールの設定（設定情報）において、センシングを実行することが指示されている場合、センシングを実行しなくてもよいことが指示されていない場合、当該設定が特定の用途（例えば、Ｖ２Ｖ通信）に割り当てられている場合、当該設定が特定のメッセージ（例えば、Ｖ２Ｖ通信用ＳＩＢであるＳＩＢ２１）で与えられている場合、ＵＥ１００は、当該設定により設定された送信リソースプールが特定の送信リソースプールであると判定できる。
【００９６】
ＵＥ１００−１は、例えば、送信リソースプール内の無線信号の受信レベル（受信強度（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）、受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）など）を測定する。
【００９７】
ステップＳ４０において、ＵＥ１００−１は、センシング結果（測定結果）に応じて、送信リソースプールを選択する。例えば、ＵＥ１００−１は、プールＡ及びプールＢのうち、使用されていないプールを選択してもよい。すなわち、ＵＥ１００−１は、複数のプールのうち、混雑度（干渉）の最も低いプールを選択してもよい。例えば、ＵＥ１００−１は、無線信号の受信強度が大きい程、混雑度が大きいと判定する。ＵＥ１００−１は、無線信号の受信強度が小さい程、混雑度が小さいと判定する。ＵＥ１００−１は、無線信号の受信品質が小さい程、混雑度が大きいと判定する。ＵＥ１００−１は、無線信号の受信品質が大きい程、混雑度が小さいと判定する。
【００９８】
このように、ＵＥ１００−１は、混雑度（干渉）の低いプールを選択することにより、端末間通信における無線信号の衝突を低減することができる。
【００９９】
ＵＥ１００−１は、ステップＳ３０およびステップＳ４０の処理を実行した後に、ステップＳ２０の処理を実行してもよい。ＵＥ１００は、例えば、送信データがない場合であっても、送信リソースプールを選択してもよい。これにより、ＵＥ１００は、送信データが発生した場合に、遅延なく送信することができる。
【０１００】
ＵＥ１００−１は、送信リソースプールの選択に用いられる所定情報に基づいて、送信リソースプールを選択してもよい。所定情報は、例えば、センシング結果（測定結果）と比較される閾値、送信データの優先度、及び無線信号の測定条件の少なくともいずれかである。所定情報は、送信リソースプール毎に関連付けられてもよい。例えば、プールＡには、閾値Ａが関連付けられ、プールＢには、閾値Ｂが関連付けられていてもよい。
【０１０１】
ＵＥ１００−１は、センシング結果（測定結果）と比較される閾値に基づいて、送信リソースプールを選択してもよい。ＵＥ１００−１は、例えば、閾値と混雑度を比較してもよい。ＵＥ１００−１は、閾値よりも低い混雑度を有するプールを送信リソースプールとして選択してもよい。ＵＥ１００−１は、閾値よりも低い混雑度を有する複数のプールが存在する場合には、当該複数のプールの中から１つのプールを選択してもよい。ＵＥ１００−１は、当該複数のプールの中からランダムに１つのプールを選択してもよい。
【０１０２】
ＵＥ１００−１は、送信データの優先度に基づいて、送信リソースプールを選択してもよい。例えば、ＵＥ１００−１は、送信データの優先度に対応する送信リソースプールを選択してもよい。ＵＥ１００−１は、送信データの優先度が高い場合（優先度Ａ）、対応付けられた（関連付けられた）優先度が高いプール（優先度Ａのプール）を選択してもよい。ＵＥ１００−１は、送信データの優先度が高い場合（優先度Ａ）、対応付けられた（関連付けられた）優先度が高いプール（優先度Ａのプール）を選択してもよい。
【０１０３】
送信リソースプールの優先度に応じて、閾値が設定されていてもよい。例えば、プールの優先度が高い場合には、ＵＥ１００が選択し難い値に閾値が設定されていてもよい。プールの優先度が低い場合には、ＵＥ１００が選択し易い値に閾値が設定されていてもよい。これにより、高優先度の送信リソースプールを選択できるＵＥの数は、低優先度の送信リソースプールを選択できるＵＥの数よりも少なくなる。その結果、高優先度の送信リソースプールにおいて、無線信号の衝突が生じる回数を低減することができる。
【０１０４】
送信データの優先度は、データの種類に応じたものであってもよい。例えば、データの種類は、緊急用の送信データ、安全用の送信データ、運転支援用の送信データ、及び道路情報の送信データなどである。送信データの優先度は、パケット毎の優先度であってもよい。例えば、優先度は、ＰＰＰＰ（ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙ）であってもよい。
【０１０５】
ＵＥ１００−１は、無線信号の測定条件に基づいて、送信リソースプールを選択してもよい。例えば、無線信号の測定条件は、測定時間であってもよい。
【０１０６】
例えば、プールＡに対して、測定時間ｔ１が対応付けられ、プールＢに対して、測定時間ｔ２が対応付けられてもよい。ＵＥ１００−１は、測定時間ｔ１の間、プールＡにおいてセンシングを実行し、測定時間ｔ２の間、プールＢにおいてセンシングを実行してもよい。
【０１０７】
ＵＥ１００−１は、ＵＥ１００−１及び／又は送信データに関連付けられる識別子に基づいて、送信リソースプールを選択してもよい。例えば、ＵＥ１００−１は、式「識別子  ｍｏｄ  Ｍ」により算出されるＩＤ（プールＩＤ）の送信リソースプールを選択してもよい。
【０１０８】
識別子は、送信元のＵＥ１００−１の識別子（例えば、ＵＥ  ＩＤ、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））など）であってもよい。識別子は、送信先のＵＥの識別子であってもよい。識別子は、端末間通信用にＵＥ１００−１に割り当てられた識別子（例えば、ＰｒｏＳｅ  ＩＤ、Ｖ２Ｖ  ＩＤなど）であってもよい。識別子は、送信データに対応するアプリケーションの識別子であってもよい。Ｍは、ＵＥ１００−１のゾーンに対応付けられた送信リソースプールの数である。送信リソースプールは、プールＩＤと対応付けられている。
【０１０９】
ＵＥ１００−１は、例えば、送信リソースプールが優先度と対応付けられていない場合に、上述の式を用いて、送信リソースプールを選択してもよい。ＵＥ１００は、同一の優先度を有する複数の送信リソースプールが存在する場合に、上述の式を用いて、送信リソースプールを選択してもよい。
【０１１０】
ＵＥ１００−１は、上述の式を用いて、センシングの対象になる送信リソースプールを選択してもよい。従って、ＵＥ１００−１は、上述の式を用いて、センシングの対象になる送信リソースプールの数を減らしてもよい。例えば、ＵＥ１００−１は、５つの送信リソースプールの中から、上述の式を用いて、２つの送信リソースプールを選択してもよい。ＵＥ１００−１は、選択した送信リソースプールを対象としてセンシングを実行してもよい。これにより、ＵＥ１００の負荷（センシング処理に起因する負荷）を軽減することができる。
【０１１１】
ステップＳ５０において、ＵＥ１００−１は、選択した送信リソースプール内のリソースを用いて、送信データを直接的に送信する。すなわち、ＵＥ１００−１は、他のＵＥへ直接的な無線信号を送信する。
【０１１２】
例えば、ＵＥ１００−１は、プールＡ及びプールＢのうち、プールＡを選択してもよい。ＵＥ１００−１は、プールＡ内の制御リソース及びデータリソースを選択してもよい。ＵＥ１００−１は、選択した制御リソースを用いて、端末間通信により、制御情報を送信する。制御情報は、データリソースの位置を示す情報を含む。その後、ＵＥ１００−１は、選択したデータリソースを用いて、端末間通信により、送信データを送信する。
【０１１３】
ＵＥ１００−２は、ＵＥ１００−１と同様の動作を実行する。ＵＥ１００−２は、センシング結果に応じて、ＵＥ１００−１が使用するプールＡではなく、プールＢを選択してもよい。
【０１１４】
一方、ＵＥ１００−３は、ＵＥ１００−１及びＵＥ１００−２と異なるゾーンに位置するため、ゾーン２に対応付けられた複数の送信リソースプール（プールＣ及びプールＤ）の中から、使用すべき送信リソースプール（例えば、プールＤ）を選択する。ゾーン１に対応付けられる複数の送信リソースプールとゾーン２に対応付けられる複数の送信リソースプールとは、互いに異なっていてもよい。
【０１１５】
以上のように、１つのゾーンに複数の送信リソースプールが対応付けられているため、端末間通信における無線信号の衝突を低減することができる。
【０１１６】
（Ｂ）動作パターン２
動作パターン２について、図９及び図１０を用いて説明する。図９は、動作パターン２を説明するための図である。図１０は、動作パターン２を説明するためのフローチャートである。上述した内容と同様の内容は、説明を省略する。
【０１１７】
動作パターン２では、ＵＥ１００−１は、ゾーンを算出するための複数の設定情報の中から、ＵＥ１００−１の状況に応じて、設定情報を選択（適用）する。動作パターン２の動作環境は、動作パターン１と同様である。
【０１１８】
ＵＥ１００−１は、複数の設定情報を保持する。ＵＥ１００−１は、複数の設定情報のうち少なくとも１つの設定情報をｅＮＢ２００から受信してもよい。ＵＥ１００−１は、複数の設定情報のうち少なくとも１つの設定情報を予め設定されていてもよい（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）。
【０１１９】
設定情報は、ゾーンを算出するための情報である。すなわち、設定情報は、ゾーンを定義するためのゾーン定義情報を含んでいてもよい。設定情報は、上述のリソース情報を含んでいてもよい。
【０１２０】
設定情報（ゾーン定義情報）は、ゾーンを算出（定義）するために用いられる情報（パラメータ及び／又は式）を含む。複数の設定情報のそれぞれに含まれるパラメータ（及び／又は式）は、互いに異なってもよい。例えば、パラメータは、ゾーンの長さ、ゾーンの幅、ゾーンの数、及び、最小のゾーンのサイズの少なくともいずれかであってもよい。
【０１２１】
図９及び図１０に示すように、ステップＳ１１０において、ＵＥ１００−１は、複数の設定情報の中から設定情報を選択する。例えば、ＵＥ１００−１は、ＵＥ１００−１の送信状況（送信データの優先度）に応じて、設定情報を選択してもよい。例えば、ＵＥ１００−１は、優先度の高い送信データを送信するという送信状況である場合、ゾーンが小さく算出される設定情報を選択してもよい。ＵＥ１００−１は、優先度の低い送信データを送信するという送信状況である場合、ゾーンが大きく算出される設定情報を選択してもよい。
【０１２２】
ゾーンと送信リソースプールとが対応付けられているため、ゾーンが小さく算出される設定情報をＵＥ１００−１が選択することにより、衝突確率を低減することができる。「ｉｎ−ｂａｎｄ  ｅｍｉｓｓｉｏｎ」による受信品質の劣化を抑制することもできる。従って、優先度が高い送信データを送信する場合には、ゾーンが小さく算出される設定情報をＵＥ１００−１が選択してもよい。ＵＥ１００−１は、ゾーンが大きく算出される設定情報を選択することにより、ゾーンの切り替えが頻繁に発生することを低減できる。従って、ＵＥ１００−１は、優先度が低い送信データを送信する場合には、ゾーンが大きく算出される設定情報を選択してもよい。
【０１２３】
ＵＥ１００−１は、ＵＥ１００−１の移動状況（移動速度）に応じて、設定情報を選択してもよい。例えば、ＵＥ１００−１は、ＵＥ１００−１が低速移動をしているという状況である場合、ゾーンが小さく算出される設定情報を選択してもよい。ＵＥ１００−１は、ＵＥ１００−１が高速移動をしているという送信状況である場合、ゾーンが大きく算出される設定情報を選択してもよい。ＵＥ１００−１は、判定に用いられる閾値（すなわち、移動速度と比較される閾値（最大閾値及び／又は最小閾値））を、ｅＮＢ２００から受信してもよい。閾値は、範囲（レンジクラス）を示すものであってもよい。閾値は、設定情報毎に関連付けられていてもよい。
【０１２４】
ＵＥ１００−１は、ＵＥ１００−１の送信状況（直接的な無線信号の送信電力）に応じて、設定情報を選択してもよい。例えば、ＵＥ１００−１は、送信電力が低いという状況である場合、ゾーンが小さく算出される設定情報を選択してもよい。ＵＥ１００−１は、送信電力が大きいという送信状況である場合、ゾーンが大きく算出される設定情報を選択してもよい。ＵＥ１００−１は、判定に用いられる閾値（すなわち、送信電力と比較される閾値（最大閾値及び／又は最小閾値））を、ｅＮＢ２００から受信してもよい。閾値は、範囲（レンジクラス）を示すものであってもよい。閾値は、設定情報毎に関連付けられていてもよい。
【０１２５】
ＵＥ１００−１は、省電力での動作を実行する場合に、ゾーンが小さく算出される設定情報を選択してもよい。ＵＥ１００−１は、通常動作を実行する（省電力での動作を実行しない）場合に、ゾーンが大きく算出される設定情報を選択してもよい。ＵＥ１００−１は、端末間通信で許容される最大送信電力に応じて、設定情報を選択してもよい。
【０１２６】
ステップＳ１２０において、ＵＥ１００−１は、選択した設定情報に基づいて、ＵＥ１００−１が位置するゾーンを特定する。例えば、ゾーンが小さく算出される設定情報（以下、第１の設定情報）は、ゾーンの長さがＬａ、ゾーンの幅がＷａであるパラメータを含んでいてもよい。ゾーンが大きく算出される設定情報（以下、第２の設定情報）は、ゾーンの長さがＬｂ、ゾーンの幅がＷｂであるパラメータを含んでいてもよい。
【０１２７】
ＵＥ１００−１は、第１の設定情報に基づいてゾーンを特定（算出）する場合、ＵＥ１００−１が位置するゾーンとして、ゾーンＡ１を特定する。ＵＥ１００−２は、第１の設定情報に基づいてゾーンを特定（算出）する場合、ＵＥ１００−２が位置するゾーンとして、ゾーンＡ２を特定する。従って、ＵＥ１００−２は、ＵＥ１００−１と異なるゾーンに位置する。
【０１２８】
ＵＥ１００−１は、第２の設定情報に基づいてゾーンを特定（算出）する場合、ＵＥ１００−１が位置するゾーンとして、ゾーンＢ１を特定する。ＵＥ１００−２は、第２の設定情報に基づいてゾーンを特定（算出）する場合、ＵＥ１００−２が位置するゾーンとして、ゾーンＢ１を特定する。従って、ＵＥ１００−２は、ＵＥ１００−１と同じゾーンに位置する。
【０１２９】
ゾーンの長さＬ及びゾーンの幅Ｗの一方が異なることにより、算出されるゾーンが異なってもよい。ゾーンの数Ｎが異なることにより、算出されるゾーンが異なってもよい。例えば、ゾーンの長さ方向のゾーンの数がＮｌであり、ゾーンの幅方向のゾーンの数がＮｗである場合、ゾーンの数Ｎｌに応じて、ゾーンの長さＬが算出され、ゾーンの数Ｎｗに応じて、ゾーンの幅Ｗが算出されてもよい。ゾーンの数Ｎは、ゾーン識別子（Ｚｏｎｅ  ＩＤ）の繰り返し周期であってもよい。従って、ゾーンの数Ｎが異なることにより、同じ位置のゾーンであっても、割り当てられるゾーン識別子（すなわち、ＵＥ１００が特定するゾーン識別子）が変更されることもある。
【０１３０】
ＵＥ１００−１は、最小のゾーンのサイズ（Ｌｍｉｎ、Ｗｍｉｎ）に基づいて、ゾーンを特定してもよい。例えば、ＵＥ１００−１は、第１の設定情報に基づいて、最小のゾーンのサイズに等しい各ゾーン（ＺｏｎｅＡ１、ＺｏｎｅＡ２、・・・）を算出してもよい。ＵＥ１００−１は、第２の設定情報に基づいて、最小のゾーンサイズのＭ倍（例えば、４倍）のサイズに等しい各ゾーン（ＺｏｎｅＢ１、ＺｏｎｅＢ２、・・・）を算出してもよい。各設定情報には、例えば、最小のゾーンサイズ（Ｌｍｉｎ、Ｗｍｉｎ）、１ブロックのゾーン群を構成するゾーンサイズ（Ｌ、Ｍ）、ゾーン群を構成する最小ゾーンの個数（Ｎ個／倍数）の少なくともいずれかを示すパラメータが含まれていてもよい。
【０１３１】
ステップＳ１３０において、ＵＥ１００−１は、特定したゾーンに対応付けられた送信リソースプールを選択する。ＵＥ１００−１は、第１の設定情報に基づいてゾーンＡ１を特定した場合、ゾーンＡ１と対応付けられたプールＡ１を選択する。ＵＥ１００−２は、第１の設定情報に基づいてゾーンＡ２を特定した場合、ゾーンＡ２と対応付けられたプールＡ２を選択する。すなわち、ＵＥ１００−２は、ＵＥ１００−１と異なる送信リソースプールを選択する。
【０１３２】
ＵＥ１００−１は、第２の設定情報に基づいてゾーンＢ１を特定した場合、ゾーンＢ１と対応付けられたプールＢ１を選択する。ＵＥ１００−２は、第２の設定情報に基づいてゾーンＢ１を特定した場合、ゾーンＢ１と対応付けられたプールＢ１を選択する。すなわち、ＵＥ１００−２は、ＵＥ１００−１と同じ送信リソースプールを選択する。
【０１３３】
各ゾーンは、動作パターン１と同様に、複数の送信リソースプールと関連付けられていてもよい。各ＵＥ１００は、複数の送信リソースプールの中から、１つの送信リソースプールを選択してもよい。
【０１３４】
ステップＳ１４０は、ステップＳ５０に対応する。
【０１３５】
以上のように、ＵＥ１００−１は、ゾーンを算出するための複数の設定情報の中から、ＵＥ１００−１の状況に応じて、設定情報を選択できる。これにより、ＵＥ１００−１は、状況に応じて、適切にゾーンを算出することができる。
【０１３６】
（Ｃ）動作パターン３
動作パターン３について、図１１を用いて説明する。図１１は、動作パターン３を説明するための図である。上述した内容と同様の内容は、説明を省略する。
【０１３７】
動作パターン１では、１つのゾーンが複数の送信リソースプールに対応付けられている。動作パターン３では、１つのゾーンが１つの送信リソースプールに対応付けられている。
【０１３８】
図１１に示すように、１つのゾーンが１つの送信リソースプールに対応付けられている。しかしながら、１つの送信リソースプールは、複数の送信リソース領域（すなわち、サブリソースプール）を含む。すなわち、複数の送信リソース領域は、１つの送信リソースプールを構成する。
【０１３９】
従って、ＵＥ１００−１は、特定したゾーンに対応する１つの送信リソースプールを選択した後、送信リソースプール内の複数のサブリソースプールのいずれかを選択する。ＵＥ１００−１は、複数のサブリソースプールの中から、サブリソースプールを選択する方法は、上述の動作パターン１（及び２）と同様である。従って、上述において、「送信リソースプール」を「サブリソースプール」に置き換えてもよい。
【０１４０】
以上により、ＵＥ１００−１は、仮に、１つのゾーンと１つの送信リソースプールとが１対１でしか対応付けられない場合であっても、上述と同様に、端末間通信における無線信号の衝突を低減することができる。
【０１４１】
（Ｃ）動作パターン４
動作パターン４について、図１２及び図１３を用いて説明する。図１２は、動作パターン４を説明するための図である。図１３は、動作パターン４を説明するためのフローチャートである。上述した内容と同様の内容は、説明を省略する。
【０１４２】
動作パターン４では、ＵＥ１００−１は、原則として、上述の動作パターン１及び２と同様に、ゾーンに対応付けられた送信リソースプールを選択（使用）する。一方、ＵＥ１００−１は、特別エリアに位置する場合に、例外的に、特別な送信リソースプールを選択（使用）する。動作パターン４の動作環境は、動作パターン１と同様である。
【０１４３】
図１２及び図１３に示すように、ステップＳ２１０において、ＵＥ１００−１は、特別なエリア（特別エリア）に位置するか否かを判定する。
【０１４４】
特別エリアは、例外的な送信リソースプール（特別な送信リソースプール：特別プール）を選択可能であるエリアである。例えば、特別エリアは、通常エリアよりも危険度が高いエリア（例えば、事故が多発するエリア）である。特別エリアは、例えば、交差点、又は高速道路との合流地点などを含むエリアである。特別なエリアは、道路の構造だけでなく、道路利用状況、時間帯（例えば、午前、午後、深夜、太陽の位置など）により変更されてもよい。
【０１４５】
特別エリアは、危険度に応じて、複数のサブエリアに分割されていてもよい。サブエリア毎に異なる例外的な送信リソースプール（特別プール）が対応付けられていてもよい。この場合、危険度が高い程、サブエリアが小さくてもよい。危険度が低い程、サブエリアが大きくてもよい。従って、例えば、ＵＥ（例えば、車両）の平均速度（制限速度）が大きいエリアほど、特別エリアが小さく分割されていてもよい。ＵＥの平均速度（制限速度）が小さいエリアほど、特別エリアが大きく分割されていてもよい（又は分割されていなくてもよい）。ＵＥ（例えば、車両）の密度が大きいエリアほど特別エリアが小さく分割されていてもよい。ＵＥ（例えば、車両）の密度が小さいエリアほど特別エリアが大きく分割されていてもよい。
【０１４６】
特別エリア内において、危険度が高い地点（例えば、車両道路）に近づくほど、特別エリアが小さく分割されていてもよい。特別エリア内において、危険度が高い地点（例えば、車両道路）から遠いほど、特別エリアが大きく分割されていてもよい。
【０１４７】
ＵＥ１００−１は、特別エリアに関する情報を、ｅＮＢ２００から受信してもよい。ＵＥ１００−１には、特別エリアに関する情報が予め設定されていてもよい。
【０１４８】
ＵＥ１００−１は、ＵＥ１００−１が特別エリアに位置しない（すなわち、通常エリアに位置する）ことに応じて、ステップＳ２２０の処理を実行する。ＵＥ１００−１は、ＵＥ１００−１が特別エリアに位置することに応じて、ステップＳ２３０の処理を実行する。
【０１４９】
ステップＳ２２０において、ＵＥ１００−１は、ゾーンに対応付けられた送信リソースプールを選択する。ＵＥ１００−１は、上述の各動作パターンと同様に、送信リソースプールを選択してもよい。例えば、ＵＥ１００−１は、ゾーン１に対応付けられたプールＡを選択する。
【０１５０】
ステップＳ２３０において、ＵＥ１００−１は、特別な送信リソースプール（特別プール）を選択してもよい。すなわち、ＵＥ１００−１は、ゾーンに対応付けられた送信リソースプールと異なる送信リソースプールを選択してもよい。特別プールは、特別エリアに対応付けられた送信リソースプールであってもよい。特別プールは、ゾーンに対応付けられていない送信リソースプールであってもよい。特別プールは、特別エリアに位置する場合にのみ使用可能な送信リソースプールであってもよい。例えば、ＵＥ１００−１は、特別エリアに対応付けられたプールＢを選択する。
【０１５１】
ＵＥ１００−１は、特定の送信データを送信する場合にのみ、特別プールを選択できてもよい。特別の送信データは、例えば、優先度の高い送信データである。特別の送信データは、例えば、緊急用の送信データである。ＵＥ１００−１は、特別なプールを選択できない場合、ゾーンに対応付けられた送信リソースプールを選択してもよい。
【０１５２】
ステップＳ２４０において、ＵＥ１００−１は、選択した送信リソースプール内のリソースを用いて、送信データを送信できる。
【０１５３】
以上により、ＵＥ１００−１は、特別なエリア（例えば、危険度の高いエリア）に位置することに応じて、特別な送信リソースプールを選択することができる。これにより、ＵＥ１００−１は、１つのゾーンに対応する送信リソースプールしか選択できないケースに比べて、無線信号が衝突する可能性を低減することができる。
【０１５４】
［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１５５】
上述の動作パターン２では、ＵＥ１００−１は、複数の設定情報の中から、１つの設定情報を選択したが、これに限られない。ＵＥ１００−１は、ゾーンを定義するための複数のパラメータ及び／又は複数の算出式の中から、複数のパラメータ及び／又は算出式を選択してもよい。複数のパラメータは、ゾーンの長さ、ゾーンの幅、ゾーンの数、及び、最小のゾーンのサイズの少なくともいずれかであってもよい。
【０１５６】
上述では、送信ＵＥを例に挙げて説明したが、これに限られない。端末間通信における送信データを受信することを試みる受信ＵＥも送信ＵＥと同様の動作を実行してもよい。受信ＵＥは、選択可能な全ての（送信）リソースプール（の少なくとも一部）において、モニタリングを実行してもよい。これにより、受信ＵＥは、送信ＵＥからの無線信号を受信することが可能である。
【０１５７】
上述において、ＵＥ間での直接的な無線信号の送信及び／又は受信（直接的なシグナリング）は、Ｖ２Ｖ通信、Ｖ２Ｘ通信などを例に挙げていたが、これに限られない。ＵＥ間での直接的な無線信号のシグナリングは、サイドリンク（近傍サービス）を利用したものであってもよい。例えば、Ｄｉｓｃｏｖｅｒｙ信号（メッセージ）、ＰＣ５シグナリングなどの直接的な無線信号の送信／受信において上述の動作が実行されてもよい。
【０１５８】
上述した実施形態に係る動作（各動作パターン）は、適宜組み合わせて実行されてもよい。上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
【０１５９】
上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１６０】
ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。
【０１６１】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
【０１６２】
［付記］
（１）導入
ＵＥは、モード１  Ｖ２Ｖリソース割り当て（ジオロケーション情報報告及び位置に基づくリソース割り当て）及びモード２（ゾーンコンセプト）のための適切なＶ２Ｖ送信リソースを取得するために、その地理的情報を使用すべきである。
【０１６３】
この付記では、ジオロケーション情報がＵＥで利用可能でない場合を研究する。
【０１６４】
（２）検討
（２．１）ジオロケーション情報の欠落
ゾーンコンセプトは、ＵＥのジオロケーション情報に基づいて適切なＶ２Ｖ送信リソース割り当てを達成することができる。従って、ＵＥは、他のＵＥのＶ２Ｖ送信リソースとの衝突を回避し、インバンドエミッション（ｉｎ−ｂａｎｄ  ｅｍｉｓｓｉｏｎ）の影響を緩和することができる。この観点を考慮すると、ジオロケーション情報に基づくリソース割り当ては効率的である。しかしながら、例えば、ＧＮＳＳ信号へアクセスできない長いトンネル内や交通事故などの、ＵＥがそのジオロケーションを取得できない場合のＵＥの挙動を検討する必要もある。ＵＥがそのジオロケーション情報を受信することができない場合、ゾーンコンセプトの式を使用する現在のゾーンＩＤは、ＵＥによって決定されることができず、適切なＶ２Ｖ送信リソースを選択できない。従って、ジオロケーション情報を取得することができないＵＥは、Ｖ２Ｖ送信を実行し、危険な状態を回避する手段を有さない可能性がある。この状態を回避するために、ＵＥがジオロケーション情報なしでＶ２Ｖ信号を送信することを可能にするために、ＵＥの挙動に対するいくつかの明確化を定義する必要がある。
【０１６５】
所見１：ジオロケーション情報が利用可能でない場合、ＵＥが適切なＶ２Ｖ送信リソースを決定する手段を検討する必要がある。
【０１６６】
（２．１．１）ゾーンコンセプトのための例外的リソース
ｅＮＢが、ジオロケーション情報なしでＶ２Ｖ伝送リソースをＵＥに提供する方法の１つは、ゾーンコンセプトのための例外的なリソースを導入することである。ＵＥがそのジオロケーション情報を取得することができず、適切なゾーンＩＤを決定できない場合、ＵＥはＶ２Ｖ送信のための例外的なリソースを使用することができる。ゾーンコンセプトは、カバレッジ外（ｉｎ−ｃｏｖｅｒａｇｅ）とカバレッジ内（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）との両方のシナリオに適用されるため、両方のシナリオでも例外的なリソースを提供する必要がある。そして、ゾーン関連のパラメータが２つのシナリオで異なる場合、すなわち、長さ、幅、ゾーンの数がカバレッジ外とカバレッジ内とで異なる場合、カバレッジ外のシナリオでは、例外的なリソースも同様のゾーン関連パラメータが事前設定されるべきであってもよく、カバレッジ内シナリオのための例外的リソースは、自身のゾーン関連パラメータをサービングセルから提供されるべきである。
【０１６７】
提案１：ジオロケーション情報を持たないＵＥがＶ２Ｖ送信を継続して行うことができるように、ゾーンコンセプトのための例外的リソースが導入されるべきである。
【０１６８】
「Ｖ２Ｘ用の新しいＳＩＢが導入される予定である」とのステートメントが決定されたので、少なくともゾーン関連プール、すなわち、位置特定リソースは、新たなＳＩＢで提供されるだろう。例外的なリソースは、位置特定リソースではないので、ジオロケーション情報を持たないＵＥが、レガシーサイドリンクリソース、すなわち、ＳＩＢ１８で提供されるリソースをゾーンコンセプトのための例外的なリソースとして再利用することができる。しかしながら、Ｖ２Ｖトラフィックの特性を考慮に入れて、「ＳＡプールとそれに関連するデータプールをＦＤＭ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）化できる」ことが合意され、ＦＤＭ化プールの利点は、「ＳＡ及びデータプールは、インバンドエミッションの同様のレベルへさらされる」、「低遅延送信が、オーバヘッドの増加なく供給できる」、及び「周期的及び非周期的なトラフィックの混合を可能とする柔軟なデザイン」であると述べられ、新しいＳＩＢ内のＶ２Ｖのリソースプールは、Ｖ２Ｖトラフィックを処理するためのそのような新しい特性を有する可能性がある。例外的な（ＳＣ／データ）リソースが、Ｖ２Ｖのための非例外（ＳＣ／データ）リソースプールと同様の構造を持つべきかどうかを検討する価値がある可能性がある。
【０１６９】
提案２：ゾーンコンセプトの優れたリソースは、Ｖ２Ｖの非例外（ＳＣ／データ）リソースプールと同様の構造を有すべきである。
【０１７０】
（２．１．２）モード１送信への切り替え
ジオロケーション情報がなければ、サービングセルが、インバンドエミッションに影響を与えずにＵＥへ割り当てられる適切なＶ２Ｖ送信リソースを決定することは困難である。しかしながら、ｅＮＢが、ＯＴＤＯＡ（Ｏｂｓｅｒｖｅｄ  Ｔｉｍｅ  Ｄｉｆｆｅｒｅｎｃｅ  Ｏｆ  Ａｒｒｉｖａｌ）のようなロケーションサービス（ＬＣＳ）の１つを介してＵＥのジオロケーション情報を推定できる場合、ｅＮＢは、推定されたＵＥのジオロケーション情報又はゾーンＩＤをＵＥに提供することができ、ＵＥは、ゾーンに基づくモード２送信を継続する。ジオロケーション情報なしでＶ２Ｖ送信リソースをＵＥに提供する別の方法は、ゾーンコンセプトに基づくモード２送信を終了し、モード１送信を開始することである。いずれにしても、ＵＥがそのジオロケーション情報を取得できない場合、適切なリソースプールを割り当てるためにどのソリューションが用いられるかに関係なく、ＵＥは、ｅＮＢにこの状況及びｅＮＢからの支援の必要性を知らせることが有用である。
【０１７１】
カバレッジ内のシナリオでは、ゾーンコンセプトのための例外的なリソースの導入、及び、モード１送信への切り替えは、両方ともジオロケーション情報を欠落したＵＥにとって有用であるので、ジオロケーション情報がないＵＥへの支援を提供する最良の方法はｅＮＢ実装次第であるだろう。
【０１７２】
提案３：ゾーンに基づくモード２送信からモード１送信への切り替えは、ＵＥがそのジオロケーション情報をなくしている場合のＶ２Ｖ送信のために用いられてもよい。
【０１７３】
提案４：サービングセルは、ジオロケーション情報をなくしたＵＥのために、ゾーンコンセプトのための例外的なリソース又はモード１送信へ切り替えるための指示を提供すべきである。
【０１７４】
米国仮出願第６２／３７４２２３号（２０１６年８月１２日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
0006799600.tif 000002
【図２】
0006799600.tif 000003
【図３】
0006799600.tif 000004
【図４】
0006799600.tif 000005
【図５】
0006799600.tif 000006
【図６】
0006799600.tif 000007
【図７】
0006799600.tif 000008
【図８】
0006799600.tif 000009
【図９】
0006799600.tif 000010
【図１０】
0006799600.tif 000011
【図１１】
0006799600.tif 000012
【図１２】
0006799600.tif 000013
【図１３】
0006799600.tif 000014