WO2018030229A1

WO2018030229A1 - 通信装置及び基地局

Info

Publication number: WO2018030229A1
Application number: PCT/JP2017/028002
Authority: WO
Inventors: 智春山▲崎▼; 真人藤代; 真裕美甲村; 空悟守田
Original assignee: 京セラ株式会社
Priority date: 2016-08-12
Filing date: 2017-08-02
Publication date: 2018-02-15

Abstract

一の実施形態に係る通信装置は、制御部と送信部とを備える。制御部は、前記通信装置が位置する地理的な区画である第１のゾーンを特定する。第１のゾーンに対応付けられた第１の送信リソース領域を選択するよう構成される。送信部は、第１の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。送信部は、通信装置が第１のゾーンから第２のゾーンへ移動したとしても、所定条件が満たされるまでは、第１の送信リソース領域内のリソースを使用するよう構成される。

Description

通信装置及び基地局

　本開示は、通信装置及び基地局に関する。

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

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

　一の実施形態に係る通信装置は、制御部と送信部とを備える。前記制御部は、前記通信装置が位置する地理的な区画である第１のゾーンを特定する。前記第１のゾーンに対応付けられた第１の送信リソース領域を選択するよう構成される。前記送信部は、前記第１の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。前記送信部は、前記通信装置が前記第１のゾーンから第２のゾーンへ移動したとしても、所定条件が満たされるまでは、前記第１の送信リソース領域内のリソースを使用するよう構成される。

　一の実施形態に係る通信装置は、制御部と送信部とを備えてもよい。前記制御部は、前記通信装置が位置する地理的な区画である第１のゾーンを特定し、前記第１のゾーンに対応付けられた第１の送信リソース領域を選択するよう構成される。前記送信部は、前記第１の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される。前記制御部は、前記通信装置が特別なエリアに位置することに応じて、特別な送信リソース領域を選択するよう構成される。前記特別なエリアは、前記第１のゾーンに隣接する第２のゾーンと前記第１のゾーンとの境界を覆うように配置される。

　一の実施形態に係る基地局は、ゾーンを算出するためのゾーン情報を通信装置へ送信するよう構成される送信部を備える。前記ゾーン情報は、第１の情報及び第２の情報との少なくとも一方を含む。前記第１の情報は、矩形と異なる形状のゾーンを算出するための情報である。前記第２の情報は、ゾーンを回転するための情報である。

　一の実施形態に係る通信装置は、ゾーンを算出するためのゾーン情報を受信するよう構成される受信部と、前記ゾーン情報に基づいて、前記ゾーンを算出するよう構成される制御部と、を備える。前記ゾーン情報は、第１の情報及び第２の情報との少なくとも一方を含む。前記第１の情報は、矩形と異なる形状のゾーンを算出するための情報である。

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

　［実施形態の概要］
　通信装置を備える車両がサイドリンク上で車車間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）通信を実行する場合、車両が位置するゾーンに対応する送信リソースプールを使用することが検討されている。例えば、車両に備えられた通信装置は、自車両が位置するゾーンに対応付けられた送信リソースプールに基づいて、サイドリンク上で無線信号を送信することが想定されている。

　例えば、道路が緯度（東西）方向及び／又は経度（南北）方向に延びている都市を想定する。このような都市において、矩形状のゾーンが設定されている場合には、ゾーンの境界が、例えば、道路に沿って道路内に配置される可能性がある。このようなケースでは、例えば、車両の蛇行、道路の蛇行、位置情報の精度によるばらつきなどにより、車両が位置するゾーンが頻繁に変更される可能性がある。その結果、車両に備えられた通信装置は、ゾーンの変更に応じて、使用すべき送信リソースプールを変更しなければならない。その結果、通信装置の処理負荷が増加する可能性がある。

　前記所定条件は、前記通信装置が前記第１のゾーンの境界から所定距離以上離れたことであってもよい。前記制御部は、前記所定条件が満たされることに応じて、前記第２のゾーンに対応付けられた第２の送信リソース領域を選択するよう構成されてもよい。前記送信部は、前記第２の送信リソースプール内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成されてもよい。

　前記所定条件は、前記通信装置が前記第２のゾーンに移動してから所定時間以上経過したことであってもよい。前記制御部は、前記所定条件が満たされることに応じて、前記第２のゾーンに対応付けられた第２の送信リソース領域を選択するよう構成されてもよい。前記送信部は、前記第２の送信リソースプール内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成されてもよい。

　前記制御部は、前記通信装置が前記第１のゾーンへ移動する前に前記第２のゾーンに位置したことに応じて、前記所定条件が満たされるまで、前記第１の送信リソース領域内のリソースを使用するよう構成されてもよい。

　前記制御部は、前記特別なエリアに位置してから所定時間以上経過したことに応じて、特別な送信リソース領域を選択するよう構成されてもよい。

　前記特別な送信リソース領域は、前記第１の送信リソース領域と前記第２のゾーンに対応付けられた第２の送信リソース領域との共通のリソースにより構成されてもよい。

　前記第１の情報は、円形又は楕円形のゾーンを算出するための情報であってもよい。

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

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

　ＵＥ１００は、通信装置（例えば、無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、通信機能を有する車両（ＶＵＥ（Ｖｅｈｉｃｌｅ　ＵＥ）１００）であってもよい。ＵＥ１００は、車両そのもの（例えば、自動車、バイク等）であってもよい。ＵＥ１００は、車両に着脱可能な通信モジュールであってもよい。

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

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

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

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

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

　ＥＰＣ２０は、Ｓｅｒｖｅｒ６００を含んでいてもよい。Ｓｅｒｖｅｒ６００は、例えば、ＰｒｏＳｅ機能を管理するＰｒｏＳｅサーバであってもよい。Ｓｅｒｖｅｒ６００は、Ｖ２Ｘ（Ｖ２Ｖ／Ｖ２Ｉ）機能を管理するＶ２Ｘサーバであってもよい。Ｓｅｒｖｅｒ６００は、ＥＰＣ２０内ではなく、外部ネットワークに設けられていてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　（ゾーンコンセプト）
　ゾーンコンセプトについて、図４を用いて説明する。図４は、ゾーンの一例を説明するための図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　（実施形態に係る動作）
　実施形態に係る動作について、以下の動作パターン１－３により説明する。

　（Ａ）動作パターン１
　動作パターン１について、図７及び図８を用いて説明する。図７は、動作パターン１を説明するための図である。図８は、動作パターン１を説明するためのフローチャートである。

　図７に示すように、ＵＥ１００（車両）は、道路（ｒｏａｄ）を移動中である。道路に沿ってゾーン１（Ｚｏｎｅ１）とゾーン２（Ｚｏｎｅ２）との境界（ｂｏｕｎｄａｒｙ）が延びている。ゾーン２は、ゾーン１の隣接ゾーンである。

　ＵＥ１００は、ｅＮＢ２００が管理するセル内に位置してもよい（在圏してもよい）。ＵＥ１００は、ｅＮＢ２００（セル）とＲＲＣ接続を確立していてもよい（ＲＲＣコネクティッド状態）。ＵＥ１００は、ＲＲＣ接続を確立していなくてもよい（ＲＲＣアイドル状態）。ＵＥ１００は、ｅＮＢ２００へ無線信号を送信する場合に、ｅＮＢ２００とＲＲＣ接続を確立してもよい。ＵＥ１００は、ｅＮＢ２００が管理するセル外に位置してもよい。

　図８に示すように、ステップＳ１０において、ＵＥ１００は、自身が位置するゾーンを特定する。例えば、ＵＥ１００は、設定情報（ゾーン定義情報）に基づいて、全体のゾーンを特定（算出）してもよい。ＵＥ１００は、全体のゾーンを算出した後に、自身の位置情報に基づいて、ゾーンを特定してもよい。ＵＥ１００は、ゾーン定義情報により示される式に自身の位置を示すパラメータを入力することによって、ゾーンを特定してもよい。ＵＥ１００は、端末間の直接的な無線信号の送信及び／又は受信（例えば、Ｖ２Ｘ通信）を実行する場合に、ゾーンを特定してもよい。図８に示すように、ＵＥ１００は、ゾーン２を特定したと仮定する。

　ステップＳ２０において、ＵＥ１００は、ゾーンが変更されたか否かを判定する。すなわち、ＵＥ１００は、ステップＳ１０で特定したゾーンが前回特定したゾーンと同一であるか否かを判定する。ＵＥ１００は、ゾーン２が前回特定したゾーンと同一である場合、ゾーンが変更されていないと判定する。ＵＥ１００は、ゾーン２が前回特定したゾーンと異なる場合、ゾーンが変更されていると判定する。ＵＥ１００は、ゾーンが変更された場合、ステップＳ３０の処理を実行する。ＵＥ１００は、ゾーンが変更されたていない場合、ステップＳ５０の処理を実行する。

　ステップＳ３０において、ＵＥ１００は、所定条件が満たされるか否かを判定する。所定条件は、例えば、ＵＥ１００がゾーン２（又はゾーン１）の境界から所定距離（Ｔｈ１［ｍ］）以上離れたことである。ＵＥ１００は、ゾーン２の境界からＵＥ１００の位置までの距離が閾値Ｔｈ１以上であることに応じて、所定条件が満たされたと判定する。

　所定条件は、ＵＥ１００がゾーン２に移動してから所定時間（Ｔｈ２［ｓ］）以上経過したことであってもよい。ＵＥ１００は、ゾーン２に移動してからの経過時間（ｔ）が閾値Ｔｈ２以上であることに応じて、所定条件が満たされたと判定する。ＵＥ１００は、ゾーン２に移動したこと（例えば、ゾーン２を特定したこと）に応じて、タイマを起動してもよい。ＵＥ１００は、タイマが満了する前に、ゾーン１に移動した場合、所定条件が満たされないと判定してもよい。ＵＥ１００は、タイマが満了する前に、ゾーン１に移動した場合、タイマをリセットしてもよい。一方、ＵＥ１００は、ゾーン２に位置する間に、タイマが満了した場合に、所定条件が満たされたと判定してもよい。

　ＵＥ１００は、ＵＥ１００がゾーン１へ移動する前にゾーン２に位置したことに応じて、所定条件が満たされるか否かを判定してもよい。すなわち、ＵＥ１００は、元のゾーンに戻った場合にのみ、所定条件が満たされるか否かを判定してもよい。ＵＥ１００は、新たなゾーンを特定した場合には、所定条件が満たされるか否かを判定しなくてもよい。すなわち、ＵＥ１００は、新たなゾーンを特定した場合には、所定条件が満たされるか否かに関係なく、ステップＳ５０の処理を実行してもよい。新たなゾーンは、前に特定されたゾーン（元のゾーン）と異なるゾーンである。新たなゾーンは、ＵＥ１００が過去に特定したことがないゾーンであってもよい。

　ＵＥ１００は、上述の閾値の情報（ｔｈｒｅｓｈｏｌｄ）及び／又はタイマの情報（ｔｉｍｅｒ　ｖａｌｕｅ）は、ｅＮＢ２００から受信してもよい。例えば、図７に示すように、ｅＮＢ２００は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）など）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ：Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ（ＳＩＢ２１など））により、閾値の情報及び／又はタイマの情報をＵＥ１００－１へ送信してもよい。閾値の情報及び／又はタイマの情報は、予めＵＥ１００－１に設定されていてもよい。閾値の情報及び／又はタイマの情報は、ＵＥ１００－１のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ　Ｃａｒｄ）に記憶（設定）されていてもよい。ＳＩＭは、ＵＩＭ（Ｕｓｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ　Ｃａｒｄ）又はＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ　Ｃａｒｄ）であってもよい。

　ステップＳ４０において、ＵＥ１００は、変更前のゾーン（ゾーン１）に対応付けられた送信リソースプール（プール１）を選択する。

　一方、ステップＳ５０において、ＵＥ１００は、特定したゾーン（ゾーン２）に対応付けられた送信リソースプール（プール２）を選択する。

　ＵＥ１００は、ゾーンと送信リソースプールとの対応関係を示す情報が含まれるリソース情報をｅＮＢ２００から受信してもよい。ＵＥ１００－１は、個別シグナリング及び／又はブロードキャストシグナリングにより、リソース情報をｅＮＢ２００から受信してもよい。リソース情報は、予めＵＥ１００－１に設定されていてもよい。ＵＥ１００は、リソース情報に基づいて、送信リソースプールを選択できる。

　ＵＥ１００は、送信リソースプールを選択したことに応じて、ステップＳ６０の処理を実行できる。

　ステップＳ６０において、ＵＥ１００は、選択した送信リソースプール内のリソースを用いて、送信データを送信する。例えば、ＵＥ１００は、選択した送信リソースプールにおいて、無線信号の測定（センシング）を実行する。ＵＥ１００は、選択した送信リソースプール（プール１／プール２）を対象として、センシングを実行する。ＵＥ１００は、送信リソースプールにおける制御領域及びデータ領域の少なくとも一方を対象として、センシングを実行してもよい。制御領域は、端末間通信で用いられる制御情報が配置される領域（例えば、ＰＳＣＣＨ）である。制御情報は、データ情報が配置される位置を示す情報を含む。データ領域は、端末間通信で用いられるデータ情報が配置される領域（例えば、ＰＳＳＣＨ）である。

　ＵＥ１００は、例えば、送信リソースプール内の無線信号の受信レベル（受信強度（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｐｏｗｅｒ）、受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｑｕａｌｉｔｙ）など）を測定する。

　ＵＥ１００は、センシング結果（測定結果）に応じて、送信リソースプールを選択してもよい。ＵＥ１００は、例えば、制御情報をデコードして、データが配置されていないリソース（時間・周波数リソース）を特定する。ＵＥ１００は、選択した送信リソースプール内の制御領域内のリソースを用いて、直接的な端末間通信により、特定したリソースの位置を示す制御情報を送信する。ＵＥ１００は、特定したリソースを用いて、直接的な端末間通信により、送信データを送信する。このようにして、ＵＥ１００は、他のＵＥへ直接的な無線信号（制御情報及び送信データ）を送信することができる。

　以上より、ＵＥ１００は、ゾーン１からゾーン２へ移動したとしても、所定条件が満たされるまでは、ゾーン２に対応付けられたプール２を使用せずに、ゾーン１に対応付けられたプール１を使用する。これにより、ゾーンが変更されたとしても、ＵＥ１００は、送信リソースプールの変更がすぐには発生しない。従って、使用すべきプールの変更が頻繁に発生することを抑制できる。その結果、ＵＥ１００は、送信リソースプールのセンシングのやり直し、センシングの範囲の増加、送信リソースプールの再選択などに起因するＵＥの処理負荷を低減できる。

　（Ｂ）動作パターン２
　動作パターン２について、図９及び図１０を用いて説明する。図９は、動作パターン２を説明するための図である。図１０は、動作パターン２を説明するためのフローチャートである。上述した内容と同様の内容は、説明を省略する。

　動作パターン２では、ＵＥ１００は、特別なエリアに位置することに応じて、特別な送信リソース領域（特別な送信リソースプール）を選択する。

　図９に示すように、特別なエリア（Ｓｐｅｃｉａｌ　ａｒｅａ）は、ゾーン１とゾーン２との境界を覆うように配置される。特別なエリアを示す情報は、ゾーンの境界付近に位置するエリアであってもよい。特別なエリアは、例えば、ゾーンの境界線から所定値（［ｍ］）未満のエリアであってもよい。特別なエリアは、ゾーンとは別に規定されてもよい。図９に示すように、ｅＮＢ２００は、例えば、上述の閾値の情報と同様に、特別なエリアを示す情報（ｓｐｅｃｉａｌ　ａｒｅａ　ｉｎｆｏｒａｍｔｉｏｎ）をＵＥ１００へ送信してもよい。特別なエリアを示す情報は、予めＵＥ１００－１に設定されていてもよい。特別なエリアを示す情報は、例えば、ゾーンの境界線から所定値を示してもよい。特別なエリアを示す情報は、具体的なエリアを規定する情報（例えば、緯度・経度情報）であってもよい。

　図１０に示すように、ステップＳ１１０において、ＵＥ１００は、特別なエリアを示す情報に基づいて、特別なエリアに位置するか否かを判定する。ＵＥ１００は、特別なエリアに位置する場合、ステップＳ１２０の処理を実行する。ＵＥ１００は、特別なエリアに位置するか否かに関係なく、ゾーンの境界から所定値未満であることに応じて、ステップＳ１２０の処理を実行してもよい。ＵＥ１００は、特別なエリアに位置しない場合、ステップＳ１４０の処理を実行する。

　ステップＳ１２０において、ＵＥ１００は、特別なエリアに位置してから所定時間経過したか否かを判定する。ＵＥ１００は、所定時間経過したことに応じて、ステップＳ１３０の処理を実行する。ＵＥ１００は、所定時間経過していないことに応じて、ステップＳ１４０の処理を実行する。

　ＵＥ１００は、特別なエリアに位置したことを検出してから、タイマを起動してもよい。ＵＥ１００は、タイマが満了した場合に、ステップＳ１３０の処理を実行してもよい。ＵＥ１００は、タイマが満了していない場合、ステップＳ１４０の処理を実行してもよい。

　ＵＥ１００は、ステップＳ１２０の処理を省略してもよい。

　ステップＳ１３０において、ＵＥ１００は、特別な送信リソース領域を選択する。特別な送信リソース領域は、ゾーン１に対応付けられた送信リソースプール（プール１）とゾーン２に対応付けられた送信リソースプール（プール２）との共通のリソース領域により構成されてもよい。ＵＥ１００は、プール１とプール２とを比較することによって、共通のリソース領域を把握してもよい。ＵＥ１００は、特別なエリアでのみ使用可能な共通のリソースプール（共通領域）の情報をｅＮＢ２００から受信してもよい。共通のリソースプールの情報は、ＵＥ１００に予め設定されていてもよい。共通のリソースプールの情報は、リソース情報に含まれていてもよい。共通のリソースプールは、センシングを実行せずに使用可能なサイドリンク通信（Ｄ２Ｄ通信）用のリソースプールであってもよい。共通のリソースプールは、Ｖ２Ｘ（Ｖ２Ｖ）通信用のリソースプールであってもよい。

　ステップＳ１４０からＳ１６０は、ステップＳ１０、Ｓ５０及びＳ６０に対応する。ＵＥ１００は、ステップＳ１４０の処理を実行した後に、ステップＳ１１０の処理を実行してもよい。

　以上より、ＵＥ１００は、ゾーンの境界付近に配置される特別なエリアに位置することに応じて、特別な送信リソースプールを選択可能である。これにより、ゾーンの境界を行き来することに起因して、使用すべき送信リソースプールの変更が頻繁に発生することを抑制できる。

　（Ｃ）動作パターン３
　動作パターン３について、図１１から図１４を用いて説明する。図１１は、動作パターン３を説明するためのフローチャートである。図１２は、動作パターン３を説明するための図（その１）である。図１３は、動作パターン３を説明するための図（その２）である。図１４は、動作パターン３を説明するための図（その３）である。

　動作パターン３では、ｅＮＢ２００が、道路に沿ってゾーンの境界が配置されないようにゾーンを定義する。

　図１１に示すように、ステップＳ２１０において、ｅＮＢ２００は、ゾーンを定義する。ｅＮＢ２００は、自セル内の道路形状に基づいて、ゾーンを定義してもよい。ｅＮＢ２００は、ネットワークから取得した地理的な情報に基づいて、ゾーンを定義してもよい。

　例えば、ｅＮＢ２００は、自セル内の道路形状が緯度方向及び／又は経度方向に延びる場合には、矩形状のゾーンを回転させたゾーン（角度θ）を定義してもよい（図１２参照）。ｅＮＢ２００は、矩形と異なる形状のゾーンを定義してもよい。例えば、ｅＮＢ２００は、円形状のゾーンを定義してもよい（図１３参照）。ｅＮＢ２００は、楕円形状のゾーンを定義してもよい（図１４参照）。

　ステップＳ２２０において、ｅＮＢ２００は、定義したゾーンを算出するための設定情報（ゾーン定義情報）をＵＥ１００へ送信する。ゾーン定義情報は、ｅＮＢ２００が定義したゾーンを算出するためのパラメータ及び／又は算出式を含む。例えば、ゾーン定義情報は、ゾーンを角度θだけ回転させるための角度情報を含んでいてもよい。ゾーン定義情報は、回転の中心点を示す情報（中心情報）を含んでいてもよい。中心情報は、ｅＮＢ２００の位置を示してもよい（図１２参照）。中心情報は、参照点を示してもよい。中心情報は、ゾーン毎に回転させるためにゾーン毎に対応（関連）付けられていてもよい。ゾーン識別情報（例えば、Ｚｏｎｅ　ＩＤ）は、中心情報と角度情報とに対応（関連）付けられていてもよい。ゾーン定義情報は、円形状のゾーンを定義するための情報（中心点、半径の情報）を含んでいてもよい。ゾーン定義情報は、楕円形状のゾーンを定義するための情報（２つの焦点、長軸及び短軸の長さ（長径、短径）長軸及び／又は短軸の位置などのうち、必要な情報）を含んでいてもよい。

　ＵＥ１００は、ゾーン定義情報に基づいて、ＵＥ１００が位置するゾーンを特定する（動作パターン１参照）。ＵＥ１００は、特定したゾーンに対応する送信リソースプール内のリソースを用いて、他のＵＥへ直接的に無線信号（送信データ）を送信することができる。

　以上より、ｅＮＢ２００は、ゾーンを回転する角度情報及び矩形と異なる形状のゾーンを算出するための情報の少なくとも一方を含む設定情報をＵＥ１００へ送信することができる。これにより、緯度方向及び／又は経度方向に沿って延びる道路に沿ってゾーンの境界が配置される可能性を低減することができる。その結果、使用すべき送信リソースプールの変更が頻繁に発生することを抑制できる。

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

　上述では、送信ＵＥを例に挙げて説明したが、これに限られない。端末間通信における送信データを受信することを試みる受信ＵＥも送信ＵＥと同様の動作を実行してもよい。受信ＵＥは、選択可能な全ての（送信）リソースプール（の少なくとも一部）において、モニタリングを実行してもよい。これにより、受信ＵＥは、送信ＵＥからの無線信号を受信することが可能である。

　上述において、ＵＥ間での直接的な無線信号の送信及び／又は受信（直接的なシグナリング）は、Ｖ２Ｖ通信、Ｖ２Ｘ通信などを例に挙げていたが、これに限られない。ＵＥ間での直接的な無線信号のシグナリングは、サイドリンク（近傍サービス）を利用したものであってもよい。例えば、Ｄｉｓｃｏｖｅｒｙ信号（メッセージ）、ＰＣ５シグナリングなどの直接的な無線信号の送信／受信において上述の動作が実行されてもよい。

　ゾーンに対応付けられた無線リソースを用いた他の通信において、上述の動作が実行されてもよい。ＵＥ１００が、自身が位置する（属する）ゾーンに対応付けられた無線リソース領域（無線リソース）を選択する場合に、上述の動作が実行されてもよい。例えば、コアネットワークを経由せずにｅＮＢを経由するＶ２Ｘ通信（Ｕｕ通信を利用したＶ２Ｘ通信）において上述の動作が適用されてもよい。セルラ通信（ＷＷＡＮ（Ｗｉｒｅｌｅｓｓ　Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）通信）において、上述の動作が適用されてもよい。

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

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

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

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

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

Claims

　通信装置であって、
　制御部と送信部とを備え、
　前記制御部は、
　　前記通信装置が位置する地理的な区画である第１のゾーンを特定し、
　　前記第１のゾーンに対応付けられた第１の送信リソース領域を選択するよう構成され、
　前記送信部は、前記第１の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成され、
　前記送信部は、前記通信装置が前記第１のゾーンから第２のゾーンへ移動したとしても、所定条件が満たされるまでは、前記第１の送信リソース領域内のリソースを使用するよう構成される通信装置。
　前記所定条件は、前記通信装置が前記第１のゾーンの境界から所定距離以上離れたことであり、
　前記制御部は、前記所定条件が満たされることに応じて、前記第２のゾーンに対応付けられた第２の送信リソース領域を選択するよう構成され、
　前記送信部は、前記第２の送信リソースプール内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される請求項１に記載の通信装置。
　前記所定条件は、前記通信装置が前記第２のゾーンに移動してから所定時間以上経過したことであり、
　前記制御部は、前記所定条件が満たされることに応じて、前記第２のゾーンに対応付けられた第２の送信リソース領域を選択するよう構成され、
　前記送信部は、前記第２の送信リソースプール内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成される請求項１に記載の通信装置。
　前記制御部は、前記通信装置が前記第１のゾーンへ移動する前に前記第２のゾーンに位置したことに応じて、前記所定条件が満たされるまで、前記第１の送信リソース領域内のリソースを使用するよう構成される請求項１に記載の通信装置。
　通信装置であって、
　制御部と送信部とを備え、
　前記制御部は、
　　前記通信装置が位置する地理的な区画である第１のゾーンを特定し、
　　前記第１のゾーンに対応付けられた第１の送信リソース領域を選択するよう構成され、
　前記送信部は、前記第１の送信リソース領域内のリソースを用いて、他の通信装置へ直接的な無線信号を送信するよう構成され、
　前記制御部は、前記通信装置が特別なエリアに位置することに応じて、特別な送信リソース領域を選択するよう構成され、
　前記特別なエリアは、前記第１のゾーンに隣接する第２のゾーンと前記第１のゾーンとの境界を覆うように配置される通信装置。
　前記制御部は、前記特別なエリアに位置してから所定時間以上経過したことに応じて、特別な送信リソース領域を選択するよう構成される請求項５に記載の通信装置。
　前記特別な送信リソース領域は、前記第１の送信リソース領域と前記第２のゾーンに対応付けられた第２の送信リソース領域との共通のリソースにより構成される請求項５に記載の通信装置。
　基地局であって、
　ゾーンを算出するためのゾーン情報を通信装置へ送信するよう構成される送信部を備え、
　前記ゾーン情報は、第１の情報及び第２の情報との少なくとも一方を含み、
　前記第１の情報は、矩形と異なる形状のゾーンを算出するための情報であり、
　前記第２の情報は、ゾーンを回転するための情報である基地局。
　前記第１の情報は、円形又は楕円形のゾーンを算出するための情報である請求項８に記載の基地局。
　通信装置であって、
　ゾーンを算出するためのゾーン情報を受信するよう構成される受信部と、
　前記ゾーン情報に基づいて、前記ゾーンを算出するよう構成される制御部と、を備え、
　前記ゾーン情報は、第１の情報及び第２の情報との少なくとも一方を含み、
　前記第１の情報は、矩形と異なる形状のゾーンを算出するための情報である通信装置。