JP6910310B2 - 無線端末 - Google Patents

Description

本開示は、通信システムにおいて用いられる無線端末に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）の仕様策定が進められている（非特許文献１参照）。

ＰｒｏＳｅでは、特定の無線端末（ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）は、他の無線端末（Ｒｅｍｏｔｅ ＵＥ）とネットワークとの間でトラフィックを中継することが可能である。

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

一の実施形態に係る無線端末は、近傍サービスにより他の無線端末とネットワークとの間でトラフィックを中継可能であるコントローラを備える。前記コントローラは、サイドリンクにおいて、第１の情報と第２の情報とを送信する制御を実行する。前記第１の情報は、前記第２の情報が配置される無線リソースの位置を特定するために用いられる。前記第２の情報は、前記近傍サービスによる中継を要求するための無線リソースの位置を特定するために用いられる。

一の実施形態に係る無線端末は、近傍サービスにより前記無線端末とネットワークとの間でトラフィックを中継可能である他の無線端末から、サイドリンクにおいて、第１の情報と第２の情報とを受信する制御を実行する制御部を備える。前記第１の情報は、前記第２の情報が配置される無線リソースの位置を特定するために用いられる。前記第２の情報は、前記近傍サービスによる中継を要求するための無線リソースの位置を特定するために用いられる。

図１は、ＬＴＥシステムの構成を示す図である。 図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図３は、ＬＴＥシステムで使用される無線フレームの構成図である。 図４は、近傍サービスによる中継を説明するための図である。 図５は、ＵＥ１００のブロック図である。 図６は、ｅＮＢ２００のブロック図である。 図７は、再開手順の概略を説明するためのシーケンス図である。 図８は、実施形態に係る動作を説明するための図（その１）である。 図９は、実施形態に係る動作を説明するための図（その２）である。 図１０は、実施形態に係る動作を説明するための図（その３）である。 図１１は、実施形態に係る動作を説明するための図（その４）である。 図１２は、実施形態に係る動作を説明するための図（その５）である。 図１３は、実施形態に係る動作を説明するための図（その６）である。 図１４は、変更例１を説明するためのシーケンス図である。 図１５は、変更例２を説明するためのシーケンス図である。 図１６は、変更例３を説明するためのシーケンス図である。

［実施形態の概要］
今後、近傍サービスの利便性が高まった場合、近傍サービスによる無線信号の送受信（サイドリンク動作）のみを実行できる無線端末、すなわち、上りリンク及び下りリンクにおける無線信号の送受信（セルラ通信）を実行できない新たな無線端末が導入される可能性がある。

現状の仕様では、セルラ通信が実行可能な無線端末のみが、近傍サービスを利用することが想定されている。従って、セルラ通信を実行できない新たな無線端末に関する仕様は規定されていないため、新たな無線端末がサイドリンク動作を適切に実行できない虞がある。

一の実施形態に係る無線端末は、近傍サービスにより他の無線端末とネットワークとの間でトラフィックを中継可能であるコントローラを備える。前記コントローラは、サイドリンクにおいて、第１の情報と第２の情報とを送信する制御を実行する。前記第１の情報は、前記第２の情報が配置される無線リソースの位置を特定するために用いられる。前記第２の情報は、前記近傍サービスによる中継を要求するための無線リソースの位置を特定するために用いられる。

前記コントローラは、前記無線リソースを用いて送信された前記中継の要求を前記他の無線端末から受信する制御を実行してもよい。

前記コントローラは、前記中継の要求の受信に応じて、前記中継を希望することを示す情報を基地局へ送信する制御を実行してもよい。

前記無線リソースは、互いに異なる複数の小リソースを含んでもよい。前記複数の小リソースのそれぞれは、互いに異なる一時的な識別子と関連付けられてもよい。前記中継の要求は、前記中継の要求の送信に用いられた小リソースと関連付けられた一時的な識別子を含んでもよい。前記コントローラは、前記中継の要求に対する応答を前記他の無線端末へ送信する制御を実行してもよい。前記応答は、前記中継の要求に含まれる前記一時的な識別子を含んでもよい。

前記コントローラは、前記中継の要求に対する応答を前記他の無線端末へ送信する制御を実行してもよい。前記応答は、前記他の無線端末から前記無線端末への送信タイミングを調整するための情報を含んでもよい。

前記コントローラは、前記第１の情報を送信する前に、前記他の無線端末又は基地局から前記サイドリンクにおいて第３の情報を受信する制御を実行してもよい。前記コントローラは、前記第３の情報の受信に応じて、前記第１の情報を送信する制御を開始してもよい。

前記コントローラは、前記サイドリンクにおいて用いられる個別リソースを基地局から個別に割り当てられてもよい。前記コントローラは、前記他の無線端末と前記個別リソースを共有してもよい。

制御情報の送信に用いられる複数の制御領域が時間方向に配置されてもよい。前記制御情報は、サイドリンクにおいて送信されるユーザデータが配置される無線リソースの位置を特定するために用いられてもよい。前記コントローラは、前記他の無線端末のサイドリンクＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作に従って、前記複数の制御領域の中から制御情報の送信に用いる制御領域を選択してもよい。前記サイドリンクＤＲＸ動作は、前記他の無線端末が、前記複数の制御領域を不連続にモニタする動作であってもよい。

前記コントローラは、電力制御情報を前記他の無線端末へ送信する制御を実行してもよい。前記電力制御情報は、前記他の無線端末から前記無線端末へのサイドリンク信号の送信電力を制御するためのパラメータ情報を含でもよい。前記パラメータ情報は、前記無線端末から前記他の無線端末へのサイドリンク信号の受信電力に応じて決定されてもよい。

前記コントローラは、電力制御情報を前記他の無線端末へ送信する制御を実行してもよい。前記電力制御情報は、前記他の無線端末から前記無線端末へのサイドリンク信号の送信電力を制御するためのコマンド情報を含んでもよい。前記コマンド情報は、前記サイドリンク信号の受信電力に応じて決定されてもよい。

一の実施形態に係る無線端末は、近傍サービスにより前記無線端末とネットワークとの間でトラフィックを中継可能である他の無線端末から、サイドリンクにおいて、第１の情報と第２の情報とを受信する制御を実行する制御部を備える。前記第１の情報は、前記第２の情報が配置される無線リソースの位置を特定するために用いられる。前記第２の情報は、前記近傍サービスによる中継を要求するための無線リソースの位置を特定するために用いられる。

前記コントローラは、前記無線リソースを用いて、前記中継の要求を前記他の無線端末へ送信する制御を実行してもよい。

前記無線リソースは、互いに異なる複数の小リソースを含んでもよい。前記複数の小リソースのそれぞれは、互いに異なる一時的な識別子と関連付けられてもよい。前記コントローラは、前記中継の要求の送信に用いられる小リソースと関連付けられた一時的な識別子を前記中継の要求に含めてもよい。

前記コントローラは、前記中継の要求に対する応答を前記他の無線端末から受信する制御を実行してもよい。前記応答は、前記中継の要求に含まれる前記一時的な識別子を含んでもよい。

前記コントローラは、前記中継の要求に対する応答を前記他の無線端末から受信する制御を実行してもよい。前記応答は、前記無線端末から前記他の無線端末への送信タイミングを調整するための情報を含んでもよい。

前記コントローラは、前記第１の情報を受信する前に、前記サイドリンクにおいて第３の情報を送信する制御を実行してもよい。前記コントローラは、前記第３の情報を受信した前記他の無線端末から前記第１の情報を受信してもよい。

前記コントローラは、前記サイドリンクにおいて用いられる個別リソースを前記他の無線端末と共有してもよい。前記個別リソースは、基地局から前記他の無線端末へ個別に割り当てられた無線リソースであってもよい。

制御情報の送信に用いられる複数の制御領域が時間方向に配置されてもよい。前記制御情報は、サイドリンクにおいて送信されるユーザデータが配置される無線リソースの位置を特定するために用いられてもよい。前記コントローラは、前記複数の制御領域を不連続にモニタするサイドリンクＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を実行してもよい。

前記コントローラは、電力制御情報を前記他の無線端末から受信する制御を実行してもよい。前記電力制御情報は、前記無線端末から前記他の無線端末へのサイドリンク信号の送信電力を制御するためのパラメータ情報を含んでもよい。前記パラメータ情報は、前記他の無線端末から前記無線端末へのサイドリンク信号の受信電力に応じて決定されてもよい。

前記コントローラは、電力制御情報を前記他の無線端末から受信する制御を実行してもよい。前記電力制御情報は、前記無線端末から前記他の無線端末へのサイドリンク信号の送信電力を制御するためのコマンド情報を含んでもよい。前記コマンド情報は、前記サイドリンク信号の受信電力に応じて決定されてもよい。

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

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

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信を行う。ＵＥ１００の構成については後述する。

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

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

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

ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ＰＧＷ５００は、例えば、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。

外部ネットワークには、Ｓｅｒｖｅｒ６００が設けられる。Ｓｅｒｖｅｒ６００は、例えば、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）である。Ｓｅｒｖｅｒ４００（ＰｒｏＳｅアプリケーションサーバ）は、ＰｒｏＳｅにおいて用いられる識別子を管理する。

Ｓｅｒｖｅｒ６００は、ＰｒｏＳｅ機能を有していてもよい。ＰｒｏＳｅ機能は、ＰｒｏＳｅに必要なネットワーク関連動作のために用いられる論理機能である。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴毎に異なる役割を果たす。Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅ機能のみを有するネットワーク装置であってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

「Ｓｉｄｅｌｉｎｋ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。

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

直接通信のリソース割り当てタイプには、「モード１」と、「モード２」と、がある。「モード１」は、直接通信の無線リソースをｅＮＢ２００が指定する。「モード２」は、直接通信の無線リソースをＵＥ１００が選択する。

直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。

（近傍サービスを利用した中継）
ＵＥ−ｔｏ−ネットワーク中継について、図４を用いて説明する。図４は、実施形態に係るＵＥ−ｔｏ−ネットワーク中継を説明するための図である。

図４において、リモートＵＥ（Ｒｅｍｏｔｅ ＵＥ）は、例えば、ネットワーク圏外（Ｏｕｔｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥである。すなわち、リモートＵＥは、セルのカバレッジ外に位置する。リモートＵＥは、セルのカバレッジ内に位置する場合も有り得る。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）である。リモートＵＥ１００は、後述するリレーＵＥを介してパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）と通信できる。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ）であってもよい。

「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、ＨＰＬＭＮが公衆安全のための使用を許可するように構成されている。「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、近傍サービスを利用可能であり、近傍サービスにおける手順及び公衆安全のための特定の能力をサポートしている。例えば、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、公衆安全のための情報を近傍サービスにより送信する。公衆安全のための情報とは、例えば、災害（地震・火災など）に関する情報、消防関係者又は警察関係者に用いられる情報などである。

リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継サービスを提供される。ＰｒｏＳｅ中継サービスが提供されるリモートＵＥとＰｒｏＳｅ中継サービスを提供するリレーＵＥとの間で、ＵＥ−ｔｏ−ネットワーク中継が実行される。

リレーＵＥ（ＰｒｏＳｅ ＵＥ−ｔｏ Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）は、ＰｒｏＳｅ中継サービスをリモートＵＥのために提供する。具体的には、リレーＵＥは、リモートＵＥのためにパケットデータネットワークとの通信のサービス継続性を提供する。従って、リレーＵＥは、リモートＵＥとネットワークとの間でデータ（ユニキャストトラフィック）を中継する。リレーＵＥは、近傍サービス（直接通信）によりリモートＵＥのデータ（トラフィック）を中継する。具体的には、リレーＵＥは、ＰＣ５インターフェイスを介してリモートＵＥから受信したデータ（上りトラフィック）を、Ｕｕインターフェイス（ＬＴＥ−Ｕｕ）又はＵｎインターフェイス（ＬＴＥ−Ｕｎ）を介してｅＮＢ２００に中継する。リレーＵＥは、Ｕｕインターフェイス又はＵｎインターフェイスを介してｅＮＢ２００から受信したデータ（下りトラフィック）をＰＣ５インターフェイスを介してリモートＵＥへ中継する。リレーＵＥは、ネットワーク内（セルのカバレッジ内）にのみ位置する。

リレーＵＥは、公衆安全のための通信に関係する任意のタイプのトラフィックを中継できる包括的な機能を提供することができる。

リレーＵＥとリモートＵＥは、物理層間でデータ及び制御信号を伝送できる。同様に、リレーＵＥとリモートＵＥは、ＭＡＣ層間、ＲＬＣ層間及びＰＤＣＰ層間でデータ及び制御信号を伝送できる。さらに、リレーＵＥは、ＰＤＣＰ層の上位層としてＩＰリレー（ＩＰ−Ｒｅｌａｙ）層を有してもよい。リモートＵＥは、ＰＤＣＰ層の上位層としてＩＰ層を有してもよい。リレーＵＥとリモートＵＥとは、ＩＰリレー層とＩＰ層との間でデータ及び制御信号を伝送できる。リレーＵＥは、ＩＰリレー層とＩＰ−ＧＷ３５０のＩＰ層との間でデータを伝送できる。

リレーＵＥは、ＡＳ層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）において、ブロードキャストを用いてリモートＵＥにデータ（トラフィック）を送信できる。リレーＵＥは、ＡＳ層において、ユニキャストを用いてリモートＵＥにデータを送信してもよい。ＵＥ−ｔｏ−ネットワーク中継がブロードキャストを用いて実行されている場合、リレーＵＥとリモートＵＥとの間において、ＡＳ層におけるフィードバックは行われなくてもよい。この場合、リレーＵＥとリモートＵＥとの間において、ＮＡＳ層（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）におけるフィードバックは行われてもよい。ＵＥ−ｔｏ−ネットワーク中継がユニキャストを用いて実行されている場合、ＡＳ層におけるフィードバックが行われてもよい。

（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。実施形態に係るＵＥ１００は、（Ａ）セルラ通信機能を有するＵＥと、（Ｂ）セルラ通信機能を有さないＵＥとを含む。セルラ通信機能を有さないＵＥは、サイドリンク機能を有する。以下、セルラ通信機能を有さないＵＥをＳＬ−ＵＥと称することがある。

（Ａ）セルラ通信機能を有するＵＥ
セルラ通信機能を有するＵＥ１００について、説明する。図５は、ＵＥ１００のブロック図である。図５に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。レシーバ１１０、トランスミッタ１２０、及びコントローラ１３０は、セルラ通信及びサイドリンク動作を実行するために用いられる。

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

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

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

ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。

（Ｂ）セルラ通信機能を有さないＵＥ
セルラ通信機能を有さないＳＬ−ＵＥ１００について、説明する。ＳＬ−ＵＥ１００は、上述のＵＥ１００と同様に、レシーバ１１０、トランスミッタ１２０、及びコントローラ１３０を備える。ＳＬ−ＵＥ１００に備えられるレシーバ１１０、トランスミッタ１２０、及びコントローラ１３０は、サイドリンク動作のみが実行可能であり、ＳＬ−ＵＥ１００は、セルラ通信を実行可能なレシーバ及びトランスミッタを備えていない。従って、ＳＬ−ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０、及びコントローラ１３０は、上述と同様の動作を実行するが、「無線信号」は、サイドリンクにおける無線信号である。その他の点については、レシーバ１１０、トランスミッタ１２０、及びコントローラ１３０は、上述と同様の動作を実行する。

ＳＬ−ＵＥ１００は、例えば、ユーザが着用できる通信装置（Ｗｅａｒａｂｌｅ ＵＥ）である。ＳＬ−ＵＥ１００は、人が介在しない通信であるマシンタイプコミュニケーション（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）用の通信装置であってもよい。

ＳＬ−ＵＥ１００は、既存のＵＥ１００と異なり、既存のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）の装着が不要であってもよい。ＳＬＵＥ１００は、ＳＬ−ＵＥ用のＳＩＭ（Ｄ２Ｄ ＳＩＭ）が装着可能であってもよい。

ＳＬ−ＵＥ１００は、既存のＳＩＭが装着不要であるため、ＰｒｏＳｅ機能からネットワークを介して設定される情報（Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ ｐａｒａｍｅｔｅｒ）を保持しない。

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

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

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

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

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

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

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

（実施形態に係る動作）
実施形態に係る動作について図７から図１３を用いて説明する。図７は、実施形態に係る動作を説明するためのシーケンス図である。図８から図１３は、実施形態に係る動作を説明するための図である。

ＵＥ１００−１は、セルラ通信機能及びサイドリンク機能を有する。すなわち、ＵＥ１００−１は、ＵＥ−ｔｏ−ネットワーク中継動作を実行可能である。ＵＥ１００−１は、ｅＮＢ２００が管理するセルに在圏している。ＵＥ１００−１は、ＲＲＣ接続状態である。或いは、ＵＥ１００−１は、ＲＲＣアイドル状態であってもよい。

ＵＥ１００−２は、セルラ通信機能を有さず、サイドリンク機能を有する。ＵＥ１００−２は、ＳＬ−ＵＥ１００である。ＵＥ１００−２は、リモートＵＥである。

以下において、サイドリンクにおける無線信号は、ライセンスド帯域及び／又はアンライセンスド帯域を用いて、送受信される。従って、ＵＥ１００−１及びＵＥ１００−２は、ライセンスド帯域のみをサポートするＵＥであってもよい。ＵＥ１００−１及びＵＥ１００−２は、アンライセンスド帯域のみをサポートするＵＥであってもよい。ＵＥ１００−１及びＵＥ１００−２は、ライセンスド帯域及びアンライセンスド帯域の両方をサポートするＵＥであってもよい。ライセンスド帯域は、免許を要する周波数帯域である。ライセンスド帯域は、セルラ通信に用いられるアンライセンスド帯域は、免許不要な周波数帯域である。

図７に示すように、ステップＳ１０１において、ＵＥ１００−１は、サイドリンクにおいて、マスタ情報ブロックＳＬ（ＭＩＢ−ＳＬ）メッセージを送信する。ＵＥ１００−１は、サイドリンクにおいて、ＭＩＢ−ＳＬメッセージと共に同期信号（ＳＬＳＳ）を送信してもよい。

ＵＥ１００−１は、ＭＩＢ−ＳＬメッセージ（及びＳＬＳＳ）を周期的又は非周期的に送信してもよい。ＵＥ１００−１は、例えば、予め規定されているＭＩＢ−ＳＬメッセージ（及びＳＬＳＳ）の最小周期Ｘ［ｍｓ］の定数倍でＭＩＢ−ＳＬメッセージを送信してもよい。ＵＥ１００−１は、例えば、所定の周期Ｙ［ｍｓ］の中に、複数の送信機会が存在する場合、複数の送信機会の中からＭＩＢ−ＳＬメッセージを送信する機会をランダムに選択してもよい。

ＵＥ１００−１は、リモートＵＥが周囲に存在するか否かに関わらず、ＭＩＢ−ＳＬメッセージを送信してもよい。リモートＵＥを発見する前のＭＩＢ−ＳＬメッセージの送信周期は、リモートＵＥを発見した後のＭＩＢ−ＳＬメッセージの送信周期よりも長くてもよい。

ＵＥ１００−１には、ＭＩＢ−ＳＬメッセージ（及びＳＬＳＳ）について複数の周期がｅＮＢ２００により設定されてもよい。ｅＮＢ２００は、ＭＩＢ−ＳＬメッセージ（及びＳＬＳＳ）についての設定情報を個別シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）により送信してもよい。ｅＮＢ２００は、当該設定情報を共通シグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）など）により送信してもよい。

ＭＩＢ−ＳＬメッセージは、後述するシステム情報ブロックＳＬ（ＳＩＢ−ＳＬ）が配置される無線リソースの位置を特定するために用いられる。

ＭＩＢ−ＳＬメッセージは、例えば、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定するための情報を含んでいてもよい。ＭＩＢ−ＳＬメッセージは、ＳＩＢ−ＳＬが配置される無線リソースの時間位置（例えば、サブフレーム）を指定する情報を含んでいてもよい。ＭＩＢ−ＳＬメッセージは、ＳＩＢ−ＳＬが配置される無線リソースの周波数位置を指定する情報を含んでいてもよい。

これらの情報は、ＭＩＢ−ＳＬメッセージに含まれる「ｄｉｒｅｃｔＦｒａｍｅＮｕｍｂｅｒ」、「ｄｉｒｅｃｔＳｕｂｆｒａｍｅＮｕｍｂｅｒ」及び「ｓｌ−Ｂａｎｄｗｉｄｔｈ」と異なる情報である。「ｄｉｒｅｃｔＦｒａｍｅＮｕｍｂｅｒ」は、ＳＬＳＳ及びＳＬ−ＢＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）が送信されるフレーム番号を示す。「ｄｉｒｅｃｔＳｕｂｆｒａｍｅＮｕｍｂｅｒ」は、「ｄｉｒｅｃｔＦｒａｍｅＮｕｍｂｅｒ」に対応するフレーム内のサブフレームを示す。「ｓｌ−Ｂａｎｄｗｉｄｔｈ」は、サイドリンクに用いられる周波数帯域幅設定のパラメータである。

ＭＩＢ−ＳＬメッセージの位置（すなわち、ＭＩＢ−ＳＬメッセージが配置される無線リソースの位置）により、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定できてもよい。例えば、ＭＩＢ−ＳＬメッセージが送信される周波数帯域は、ＳＩＢ−ＳＬが送信される周波数帯域と同じであってもよい。ＭＩＢ−ＳＬメッセージの時間位置から予め規定された時間が経過した後にＳＩＢ−ＳＬが位置してもよい。

ＭＩＢ−ＳＬメッセージは、パラメータｎＰＳＣＣＨを含んでいてもよい。パラメータｎＰＳＣＣＨは、制御情報が送信される無線リソース（ＰＳＣＣＨリソース）を特定するために用いられる。当該制御情報は、ＳＩＢ−ＳＬ（具体的には、後述するＳＩＢ−ＳＬ（ＳＡ））が送信される無線リソース（ＰＳＳＣＨリソース）を指示（指定）するための情報である。

ＵＥ１００−１は、ユーザからの操作に基づいて、ＭＩＢ−ＳＬメッセージ（及びＳＬＳＳ）の送信を開始してもよい。ＵＥ１００−１は、ユーザの操作により、リレーＵＥの機能がＯＮ状態である場合に、ＭＩＢ−ＳＬメッセージを送信してもよい。ＵＥ１００−１は、ユーザの操作により、リレーＵＥの機能がＯＦＦ状態である場合に、ＭＩＢ−ＳＬメッセージの送信を停止してもよい。

ＳＬＳＳは、ＰＳＢＣＨを介して送信されるサイドリンク同期信号（ＳＬＳＳ：Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）である。ＳＬＳＳは、プライマリサイドリンク同期信号（ＰＳＳＳ：Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びセカンダリサイドリンク同期信号（ＳＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）からなる。

ステップＳ１０２において、ＭＩＢ−ＳＬメッセージを受信したＵＥ１００−２は、ＳＩＢ−ＳＬのモニタを開始する。

ＵＥ１００−２は、ＭＩＢ−ＳＬメッセージをＳＩＢ−ＳＬが配置される無線リソースの位置を特定するために用いる。ＵＥ１００−２は、ＭＩＢ−ＳＬメッセージに含まれる情報により、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定してもよい。ＵＥ１００−２は、ＭＩＢ−ＳＬメッセージの位置（時間位置及び／又は周波数位置）により、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定してもよい。

ＵＥ１００−２は、パラメータｎＰＳＣＣＨを用いてＳＩＢ−ＳＬが配置される無線リソースの位置を特定してもよい。具体的には、ＵＥ１００−１は、パラメータｎＰＳＣＣＨを用いて、制御情報の送信に用いられるＰＳＣＣＨリソースを特定する。ＵＥ１００−２は、特定したＰＳＳＣＨリソースをモニタすることにより、制御情報を取得する。ＵＥ１００−２は、取得した制御情報を用いて、ＳＩＢ−ＳＬ（ＳＡ）が配置される無線リソースの位置を特定できる（図８参照）。ＳＩＢ−ＳＬ（ＳＡ）は、ＳＩＢ−ＳＬ（Ｄａｔａ）が配置される無線リソースの位置を特定するための情報である。

ＵＥ１００−２は、特定したＳＩＢ−ＳＬが配置される無線リソースの位置をモニタする。

ステップＳ１０３において、ＵＥ１００−１は、サイドリンクにおいて、ＳＩＢ−ＳＬ（システム情報ブロックＳＬメッセージ）を送信する。ＵＥ１００−１は、例えば、ＳＢＣＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介して、ＳＩＢ−ＳＬを送信する。

ＳＩＢ−ＳＬは、ＳＩＢ−ＳＬ（ＳＡ）とＳＩＢ−ＳＬ（Ｄａｔａ）とにより構成される。ＭＩＢ−ＳＬメッセージは、少なくともＳＩＢ−ＳＬ（ＳＡ）が配置される無線リソースの位置を特定するために用いられる。

図８に示すように、ＳＩＢ−ＳＬ（ＳＡ）は、ＳＩＢ−ＳＬ（Ｄａｔａ）が配置される無線リソースの位置を特定するために用いられる。ＳＩＢ−ＳＬ（ＳＡ）は、ＳＩＢ−ＳＬ（Ｄａｔａ）が配置される無線リソースの位置を特定するための情報（スケジューリング割当：ＳＡ（Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ））を含んでいてもよい。ＳＩＢ−ＳＬ（ＳＡ）は、ＳＩＢ−ＳＬ（Ｄａｔａ）が配置される無線リソースの時間位置及び／又は周波数位置を指定する情報を含んでいてもよい。

ＳＩＢ−ＳＬ（ＳＡ）が配置される無線リソースの位置により、ＳＩＢ−ＳＬ（Ｄａｔａ）が配置される無線リソースの位置が特定されてもよい。例えば、ＳＩＢ−ＳＬ（ＳＡ）の周波数位置は、ＳＩＢ−ＳＬ（Ｄａｔａ）の周波数位置に対応していてもよい。ＳＩＢ−ＳＬ（ＳＡ）の時間位置から予め規定された時間が経過した後にＳＩＢ−ＳＬ（Ｄａｔａ）が位置してもよい。

ＳＩＢ−ＳＬ（Ｄａｔａ）は、近傍サービスによる中継を要求するための無線リソースが含まれる。無線リソースは、（複数の）リソースプールであってもよい。無線リソースは、サイドリンクにおけるディスカバリに用いられる無線リソース（ＤｉｓｃＴｘＮｏｒｍａｌＲｅｓｏｕｒｃｅ：サイドリンクディスカバリ用のリソースプール）又はサイドリンクにおける通信に用いられる無線リソース（ＣｏｍｍＴｘＮｏｒｍａｌＲｅｓｏｕｒｃｅ：サイドリンク通信用のリソースプール）である。

無線リソースは、互いに異なる複数の小リソースを含む。小リソースは、互いに時間・周波数位置が異なるリソースであってもよい。小リソースは、例えば、（複数の）リソースプールの中から選択された（複数の）リソースブロック（ＲＢ）である。複数の小リソースのそれぞれは、互いに異なる一時的な識別子（Ｔｅｍｐｏｒａｒｙ ＩＤ）と関連付けられていてもよい。

ＳＩＢ−ＳＬは、送信元であるＵＥ１００−１からのサイドリンク信号（例えば、ＳＬＳＳ、ＭＩＢ−ＳＬ及びＳＩＢ−ＳＬの少なくとも何れかの無線信号）の送信電力を示す電力情報が含まれていてもよい。ＵＥ１００−２は、電力情報とＵＥ１００−１からのサイドリンク信号の受信レベルに基づいてパスロスを算出してもよい。ＵＥ１００−２は、パスロスに基づいて、送信電力を調整してもよい。ＵＥ１００−２は、ＰＳＢＣＨが送信されるＲＢ（リソースブロック）における参照信号の受信レベル（受信強度（Ｓ−ＲＳＲＰ）及び受信品質（Ｓ−ＲＳＲＱ））を用いてもよい。ＵＥ１００−２は、ＰＳＤＣＨが送信されるＲＢにおける参照信号の受信レベル（受信強度（ＳＤ−ＲＳＲＰ）及び受信品質（ＳＤ−ＲＳＲＱ））を用いてもよい。

ＵＥ１００−２は、ＳＩＢ−ＳＬ（ＳＡ）によりＳＩＢ−ＳＬ（Ｄａｔａ）が配置される無線リソースの位置を特定する。ＵＥ１００−２は、ＳＩＢ−ＳＬ（Ｄａｔａ）を受信することにより、近傍サービスによる中継を要求するための無線リソースを知ることができる。

ＵＥ１００−２は、無線リソースの中から使用すべき無線リソース（小リソース）を選択してもよい。ＵＥ１００−２は、小リソースをランダムに選択してもよい。ＵＥ１００−２は、パラメータｎＰＳＤＣＨに基づいて、小リソースを選択してもよい。パラメータｎＰＳＤＣＨは、ＵＥ１００−２がリソースプール内の無線リソースを一意に選択するために用いられるパラメータである。

セルラ通信を実行可能である既存のＵＥは、セルに在圏している間に、ネットワーク（例えば、ｅＮＢ２００又はＰｒｏＳｅアプリケーションサーバなど）から、無線リソース（リソースプール）の設定（Ｐｒｅ−ｃｏｎｆｉｇ．）を予め取得可能である。既存のＵＥに装着されるＳＩＭに無線リソースの設定が記憶されていてもよい。従って、既存のＵＥは、容量が制限されているＭＩＢ−ＳＬメッセージであっても、中継の要求に用いるべき無線リソース（リソースプール）を指定可能である。セルラ通信を実行できないＵＥ１００−２は、既存のＳＩＭが装着されない場合、無線リソースの設定を予め保持できない。このため、ＵＥ１００−２は、ＭＩＢ−ＳＬメッセージにより、無線リソースが指定された場合であっても、使用すべき無線リソース（リソースプール）が分からない。

一方、ＭＩＢ−ＳＬメッセージは、ＳＬＳＳと共に送信されるため、基本的には、同期していないＵＥが受信対象となる。このため、ＭＩＢ−ＳＬメッセージの容量を拡張することによって、中継の要求に用いられる無線リソース（リソースプール）を示す情報をＭＩＢ−ＳＬメッセージに含めたとしても、同期していないＵＥは、大容量のＭＩＢ−ＳＬメッセージの全てを受信できない可能性がある。従って、ＵＥ１００−２は、次のＭＩＢ−ＳＬメッセージを受信するまで、中継の要求ができない可能性がある。ＭＩＢＳＬメッセージの拡張により、干渉が発生する可能性がある。

しかしながら、上述のシーケンスでは、ＵＥ１００−２は、ＭＩＢ−ＳＬメッセージにより、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定できる。ＭＩＢ−ＳＬメッセージの位置によりＳＩＢ−ＳＬが配置される無線リソースの位置を特定する場合、ＭＩＢ−ＳＬメッセージの容量が制限されていても、問題ない。ＭＩＢ−ＳＬメッセージに含まれる情報によりＳＩＢ−ＳＬが配置される無線リソースの位置を特定するケースにおいても、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定するための情報量は、無線リソース（リソースプール）自体の情報量よりも小さいため、既存のＭＩＢ−ＳＬメッセージは、ＳＩＢ−ＳＬが配置される無線リソースの位置を特定するための情報を含むことが可能である。従って、既存のＭＩＢ−ＳＬメッセージにより、ＵＥ１００−２は、近傍サービスによる中継を要求するための無線リソースを知ることが可能である。

ＵＥ１００−２は、ＳＬＳＳにより送信元のＵＥ１００−１と同期した後に、ＳＩＢ−ＳＬを受信できるため、ＳＩＢ−ＳＬの情報量が大きい場合であっても、ＳＩＢ−ＳＬの全てをより確実に受信可能である。

ステップＳ１０４において、ＵＥ１００−２は、近傍サービスによる中継をＵＥ１００−１に要求する。ＵＥ１００−２は、ＳＩＢ−ＳＬ（Ｄａｔａ）に含まれる無線リソース（小リソース）を用いて、サイドリンクにおいて、ＵＥ１００−１に中継を要求する。具体的には、ＵＥ１００−２は、中継を要求するためのメッセージ（中継要求：第１メッセージ）をＵＥ１００−１へ送信する。ＵＥ１００−２は、例えば、２ＲＢの無線リソースを用いて、中継要求としてディスカバリメッセージを送信してもよい。

例えば、ＵＥ１００−２は、ディスカバリ用の無線リソース（ＤｉｓｃＴｘＮｏｒｍａｌＲｅｓｏｕｒｃｅ）を用いて、ディスカバリメッセージ（Ｄｉｓｃｏｖｅｒｙ ａｎｎｏｕｎｃｅｍｅｎｔｓ）によりＵＥ１００−１に中継を要求してもよい。

中継要求は、複数の小リソースと関連付けられた一時的な識別子を含んでいてもよい。すなわち、ＵＥ１００−２は、一時的な識別子を中継要求に含めてもよい。

ＵＥ１００−２は、中継要求のためのメッセージの中身を所定の範囲の中からランダムに選択してもよい。例えば、ＵＥ１００−２は、ディスカバリメッセージを用いる場合、複数のパターン値（例えば、「２２３２」の値）からランダムにメッセージの中身を選択する。ＵＥ１００−２は、選択したパターン値を含むディスカバリメッセージを、中継要求としてＵＥ１００−１へ送信する。メッセージの中身は、互いに異なる信号系列であってもよい。信号系列は、近傍サービスによる中継を要求する時に使用される信号系列（プリアンブル系列）である。これにより、複数のリモートＵＥが、同じ無線リソースが用いて中継を要求した場合であっても、リレーＵＥ（ＵＥ１００−１）は、複数の中継要求を把握することが可能である。

ＵＥ１００−１は、リソースの位置（リソースが配置される位置）から、ＵＥ１００−２が用いたパラメータｎＰＳＤＣＨを間接的に把握してもよい。例えば、ＵＥ１００−１は、中継要求のためのリソースプール内のリソースに対して、モニタする。ＵＥ１００−１は、信号の受信できたリソース（すなわち、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ：巡回冗長検査）が成功したリソース）の位置（リソースが配置される位置）から、ＵＥ１００−２が用いたパラメータｎＰＳＤＣＨを知ることができる。

ＵＥ１００−１は、ＳＩＢ−ＳＬ（Ｄａｔａ）に含まれる無線リソース（小リソース）を用いて送信された中継要求をＵＥ１００−２から受信する。ＵＥ１００−１は、中継要求に含まれる内容を記憶する。例えば、ＵＥ１００−１は、パラメータｎＰＳＤＣＨ及び一時的な識別子を記憶する。

ＵＥ１００−１は、ＵＥ１００−１とＵＥ１００−２との間の伝搬遅延（遅延時間）を記憶してもよい。ＵＥ１００−１は、例えば、以下の方法で伝搬遅延（遅延時間）を推定できる。

まず、ＵＥ１００−２は、ＵＥ１００−１からの同期信号（ＳＬＳＳ）に同期する。ここで、ＵＥ１００−１とＵＥ１００−２との間の距離により、ＵＥ１００−１とＵＥ１００−２との間に同期ズレ（遅延時間τ）が発生する。セルラ通信機能を有さないＵＥ１００−２は、タイミング基準を持たないため、同期ズレを認識できない。従って、ＵＥ１００−２は、ＵＥ１００−１の基準から遅延時間τ後に、中継要求を送信する。さらに、ＵＥ１００−１は、ＵＥ１００−１とＵＥ１００−２との間の距離により、遅延時間τ後に中継要求を受信する。従って、ＵＥ１００−１が中継要求を受信したタイミングとＵＥ１００−１の基準タイミングとの差（伝搬遅延）は、２τである。ＵＥ１００−１は、式「（リモートＵＥからの信号受信タイミング）−（リレーＵＥの基準タイミング）＝２τ」を用いて、伝搬遅延τの値を推定することができる。

ＵＥ１００−１は、パラメータｎＰＳＤＣＨ及び／又は一時的な識別子により、小リソースを特定してもよい。

ステップＳ１０５において、ＵＥ１００−２は、ＵＥ１００−１からの応答のモニタを開始する。ＵＥ１００−２は、中継要求を送信したことをトリガとしてモニタを開始してもよい。

ＳＩＢ−ＳＬ（Ｄａｔａ）は、ＵＥ１００−１からの応答を受信するための無線リソースを含んでもよい。ＵＥ１００−２は、当該無線リソースの範囲でモニタしてもよい。

ＵＥ１００−２は、中継要求の送信に用いた無線リソース（小リソース）に対応する別の無線リソースの範囲でモニタしてもよい。ＵＥ１００−２は、例えば、送信に用いた小リソースの周波数帯においてモニタしてもよい。ＵＥ１００−２は、例えば、リソースプールの中から、中継要求の送信に用いたパラメータｎＰＳＤＣＨ（小リソース選択パラメータ）を用いて算出される１つ以上の小リソースをモニタしてもよい。

ＵＥ１００−２は、所定時間経過しても応答を受信できない場合、ステップＳ１０４の処理を実行してもよい。ＵＥ１００−２は、所定時間を計測するためのタイマを有していてもよい。ＵＥ１００−２は、中継要求の送信に応じて、タイマを起動してもよい。ＵＥ１００−２は、応答を受信する前にタイマが満了した場合に、ステップＳ１０４の処理を実行してもよい。タイマの値は、ＳＩＢ−ＳＬに含まれていてもよい。

ＵＥ１００−２は、ステップＳ１０４の処理を再度実行する場合、前に送信した中継要求の送信電力よりも高い送信電力で、新たな中継要求を送信してもよい。この場合、ＵＥ１００−２は、最大送信電力を越えない範囲内の送信電力で、新たな中継要求を送信してもよい。最大送信電力を示す情報は、ＳＩＢ−ＳＬに含まれていてもよい。

ステップＳ１０６において、ＵＥ１００−１は、中継要求の受信に応じて、中継を希望することを示す情報（Ｄ２Ｄ ｒｅｌａｙ ｒｅｑｕｅｓｔ）をｅＮＢ２００へ送信する。ＵＥ１００−１は、例えば、中継の意図を示す情報をｅＮＢ２００へ送信する。ＵＥ１００−１は、例えば、中継するためのリソースの要求を示す情報をｅＮＢ２００へ送信してもよい。ＵＥ１００−１は、中継を希望することを示すＳＬ−ＵＥ情報（ＳＬ−ＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢ２００へ送信してもよい。

ＵＥ１００−１は、中継を希望することを示す情報をｅＮＢ２００へ送信しなくてもよい。ＵＥ１００−１は、ステップＳ１０６の処理を実行せずに、ステップＳ１１０の処理を実行してもよい。ＵＥ１００−１は、例えば、ｅＮＢ２００から中継用の無線リソースが予め割り当てられている場合、ステップＳ１０６の処理を省略してもよい。

ステップＳ１０７において、ｅＮＢ２００は、ＵＥ１００−１が中継を希望することを示す情報（Ｄ２Ｄ ｒｅｌａｙ ｒｅｑｕｅｓｔ）をネットワーク（ＮＷ）に送る。ＮＷは、例えば、ｅＮＢ２００の上位ノード（例えば、ＭＭＥ３００）であってもよい。ＮＷは、Ｓｅｒｖｅｒ６００（例えば、ＰｒｏＳｅアプリケーションサーバ）であってもよい。ＮＷは、ＰｒｏＳｅファンクション（ＰｒｏＳｅ Ｆｕｎｃｔｉｏｎ）であってもよい。

ｅＮＢ２００は、ステップＳ１０７の処理を実行せずに、ステップＳ１０９の処理を実行してもよい。

ステップＳ１０８において、ＮＷは、ｅＮＢ２００へ応答を送る。具体的には、ＮＷは、中継の準備が完了したことを示す情報（Ｄ２Ｄ ｒｅｌａｙ ｃｏｍｐｌｅｔｅ）をｅＮＢ２００へ送る。ＮＷは、中継を許可するか否かを示す情報をｅＮＢ２００へ送ってもよい。ＮＷは、中継を許可するＵＥ（リレーＵＥ（ＵＥ１００−１）の許可及び／又はリモートＵＥ（ＵＥ１００−２）の許可）を示す情報をｅＮＢ２００へ送ってもよい。ＮＷは、中継を許可しないＵＥ（リレーＵＥ（ＵＥ１００−１）の不許可及び／又はリモートＵＥ（ＵＥ１００−２）の不許可）を示す情報をｅＮＢ２００へ送ってもよい。

ステップＳ１０９において、ｅＮＢ２００は、ＵＥ１００−１へ個別に無線リソース（Ｄ２ＤＤｅｄｉｃａｔｅｄＲｅｓｏｕｒｃｅ）を割り当てる。例えば、ｅＮＢ２００は、ＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇ．）メッセージにより、無線リソースを割り当ててもよい。無線リソースは、ステップＳ１１３において用いられる無線リソースである。無線リソースは、ステップＳ１１０からＳ１１２において用いられる無線リソースを含んでもよい。

ｅＮＢ２００は、半静的な無線リソースを割り当ててもよい。半静的な無線リソースの割り当て（Ｓｅｍｉ−Ｓｔａｔｉｃ Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）の詳細は、後述する。

ステップＳ１１０において、ＵＥ１００−１は、中継要求に対する応答（第２メッセージ）をＵＥ１００−２へ送信する。ＵＥ１００−１は、ＳＩＢ−ＳＬに含まれるディスカバリ用の無線リソース（ＤｉｓｃＴｘＮｏｒｍａｌＲｅｓｏｕｒｃｅ）を用いて、ディスカバリメッセージ（Ｄｉｓｃｏｖｅｒｙ ａｎｎｏｕｎｃｅｍｅｎｔｓ）により応答をＵＥ１００−２へ送信してもよい。

応答メッセージは、中継要求に含まれる一時的な識別子（Ｔｅｍｐｏｒａｒｙ ＩＤ）を含んでもよい。応答メッセージは、中継要求に含まれる他の情報をも含んでいてもよい。これにより、ＵＥ１００−１が、複数のリモートＵＥから受信した複数の中継要求のそれぞれに対して応答メッセージを送信する場合であっても、リモートＵＥは、自身宛の応答メッセージか否かを把握することができる。

応答メッセージは、ステップＳ１１１で用いられる一時的な無線リソースの情報を含んでいてもよい。応答メッセージは、ステップＳ１１２で用いられる一時的な無線リソースの情報を含んでいてもよい。

ＵＥ１００−１は、ＵＥ１００−１とＵＥ１００−２との間の伝搬遅延（例えば、ステップＳ１０４において算出された伝搬遅延）に基づいてタイミング情報を生成してもよい。

ＵＥ１００−１は、ＵＥ１００−１とＵＥ１００−２との間の伝搬遅延に基づいて、以下のように、サイドリンクの送信及び／又は受信タイミングを調整してもよい。ＵＥ１００−１は、ＵＥ１００−２において送信及び／又は受信タイミングが調整される場合には、タイミング情報を応答メッセージに含めてもよい。タイミング情報は、ＵＥ１００−２からＵＥ１００−１への送信タイミングを調整するための送信タイミング情報及び／又はＵＥ１００−１からＵＥ１００−２への受信タイミングを調整するための送信タイミング情報である。

図９（上図）に示すように、例えば、ＵＥ１００−１は、同期元（リレーＵＥ）であるＵＥ１００−１（Ｓｙｎｃ Ｒｅｆ ＵＥ（Ｒｅｌａｙ ＵＥ））を基準として、通信タイミングを調整してもよい。この場合、ＵＥ１００−２（リモートＵＥ）は、伝搬遅延を考慮して、予定送信タイミングよりも早めに、サイドリンク信号（例えば、ステップＳ１１１及びＳ１１３の信号）を送信する制御を実行する。ＵＥ１００−２は、伝搬遅延を考慮して、予定受信タイミングよりも遅めにサイドリンク信号（例えば、ステップＳ１１２及びＳ１１３の信号）を受信する制御を実行する。

図９（下図）に示すように、ＵＥ１００−１は、ＵＥ１００−２（リモートＵＥ）を基準としてもよい。この場合、ＵＥ１００−１は、伝搬遅延を考慮して、予定送信タイミングよりも早めに、サイドリンク信号（例えば、ステップＳ１１０、Ｓ１１２及びＳ１１３の信号など）を送信する制御を実行する。ＵＥ１００−２は、伝搬遅延を考慮して、予定受信タイミングよりも遅めにサイドリンク信号（例えば、ステップＳ１１１及びＳ１１３の信号）を受信する制御を実行する。ＵＥ１００−２の送信リソースの最終シンボルは、ブランクに設定されてもよい。

ＵＥ１００−１は、例えば、ＵＥ１００−１が備える送信機と受信機とが独立に動作可能である場合に、ＵＥ１００−２（リモートＵＥ）を基準としてもよい。この場合、ＵＥ１００−２の送信リソースの最終シンボルは、ブランクに設定されなくてもよい。ＵＥ１００−１は、１つの送受信機のみを備える場合、ＵＥ１００−１（リレーＵＥ）を基準としてもよい。

ステップＳ１１１において、ＵＥ１００−２は、ステップＳ１１０のメッセージに対する応答（第３メッセージ）をＵＥ１００−１へ送信する。ＵＥ１００−２は、第２メッセージ（ステップＳ１１０の応答メッセージ）に含まれる一時的な無線リソースの情報）を用いて、第３メッセージを送信してもよい。ＵＥ１００−２は、サイドリンク通信により、第３メッセージを送信してもよい。第３メッセージは、ＵＥ１００−２の固有識別子を含んでいてもよい。

ステップＳ１１２において、ＵＥ１００−１は、ステップＳ１１１のメッセージに対する応答（第４メッセージ）をＵＥ１００−２へ送信する。ＵＥ１００−１は、第２メッセージ（ステップＳ１１０の応答メッセージ）に含まれる一時的な無線リソースの情報を用いて、第４メッセージを送信してもよい。ＵＥ１００−１は、サイドリンク通信により、第４メッセージを送信してもよい。第４メッセージは、ＵＥ１００−２の固有識別子を含んでいてもよい。

以上により、ＵＥ１００−１とＵＥ１００−２との間でサイドリンクにおける接続が確立されてもよい。

ステップＳ１１３において、ＵＥ１００−１とＵＥ１００−２とはサイドリンク通信を開始する。具体的には、ＵＥ１００−１は、近傍サービスによる中継を開始する。

サイドリンク通信において、以下の動作が実行されてもよい。

ＵＥ１００−１とＵＥ１００−２とは、ＵＥ１００−１に個別に割り当てられた個別リソースを用いて、サイドリンク通信を実行する。ＵＥ１００−１とＵＥ１００−２とは、個別リソースを共有する。個別リソースは、半静的な無線リソースであってもよい。

ＵＥ１００−１とＵＥ１００−２とは、個別リソースのみを用いて、サイドリンク通信を実行する。これにより、ＵＥ１００−１及びＵＥ１００−２は、他の無線リソース（例えば、リソースプールの全て）についてモニタする必要がない。従って、電力消費を低減できる。

ＵＥ１００−１は、半静的な無線リソース（個別リソース）をｅＮＢ２００に要求してもよい（Ｓ１０６）。ｅＮＢ２００は、当該要求を受けた場合に、半静的な無線リソースを割り当ててもよい（Ｓ１０９）。ｅＮＢ２００は、ＲＲＣ接続再設定メッセージにより、半静的な無線リソースをＵＥ１００に割り当ててもよい。個別リソースは、ＵＥ１００−１とＵＥ１００−２とで共有されるため、ｅＮＢ２００は、ＵＥ１００−２（リモートＵＥ）を考慮しなくてもよい。

ＵＥ１００−１とＵＥ１００−２とは、個別リソースを分け合う。受信の方が送信よりも電力消費が少ないため、ＵＥ１００−１のリソースが、ＵＥ１００−２のリソースよりも多くなるように個別リソースが分けられてもよい。例えば、ＵＥ１００−１の送信リソース（受信リソース）とＵＥ１００−２の送信リソース（受信リソース）との割合は、Ｘ対１であってもよい。Ｘは１より大きい値である。

ＵＥ１００−１とＵＥ１００−２とは、ＵＥ１００−１のリソース割り当てとＵＥ１００−２のリソース割り当てとが競合しないように、ＴＤＤ設定情報を用いて個別リソースの分配を共有してもよい。当該ＴＤＤ設定情報は、ＵＥ１００−１からのＭＩＢ−ＳＬメッセージに含まれてもよい。ＴＤＤ設定情報には、ＵＥ１００−１の送信リソース（ＵＥ１００−２の受信リソース）の割当情報とＵＥ１００−２の送信リソース（ＵＥ１００−１の受信リソース）の割当情報とが含まれていてもよい。

例えば、図１０に示すように、ＵＥ１００−１は、ＵＥ１００−２のモニタ（受信）領域（受信リソース）を指定するための制御情報（ＳＡ Ｒｅｌａｙ）を送信する。モニタ領域は、個別リソースに含まれる無線リソースに対応する。ＵＥ１００−１は、指定されたモニタ領域（Ｄａｔａ）でＵＥ１００−２へのユーザデータを送信する。ＵＥ１００−２は、指定されたモニタ領域のみをモニタする。同様に、ＵＥ１００−２は、送信領域（ＳＡ Ｒｅｍｏｔｅ）で制御情報を送信する。当該制御情報は、ＵＥ１００−１のモニタ領域を指定する情報である。ＵＥ１００−２は、指定されたモニタ領域（Ｄａｔａ）でＵＥ１００−１へのユーザデータを送信する。ＵＥ１００−１は、指定されたモニタ領域のみをモニタする。

ＵＥ１００−１は、ＵＥ１００−２のモニタ（受信）領域（受信リソース）及びＵＥ１００−２の送信領域（送信リソース）を指定するための制御情報（ＳＡ Ｒｅｌａｙ）を送信してもよい。モニタ領域及び送信領域は、個別リソースに含まれる無線リソースに対応する。ＵＥ１００−１は、指定されたモニタ領域（Ｄａｔａ）でＵＥ１００−２へのユーザデータを送信する。ＵＥ１００−２は、指定されたモニタ領域のみをモニタする。ＵＥ１００−２は、指定された送信領域（ＳＡ Ｒｅｍｏｔｅ）で制御情報を送信する。当該制御情報は、ＵＥ１００−１のモニタ領域及びＵＥ１００−１の送信領域を指定する情報である。ＵＥ１００−２は、指定されたモニタ領域（Ｄａｔａ）でＵＥ１００−１へのユーザデータを送信する。ＵＥ１００−１は、指定されたモニタ領域のみをモニタする。同様に、ＵＥ１００−１は、指定された送信領域（ＳＡ Ｒｅｌａｙ）で制御情報を送信する。当該制御情報は、ＵＥ１００−２のモニタ領域（及びＵＥ１００−１の送信領域）を指定する情報である。ＵＥ１００−２は、指定されたモニタ領域のみをモニタする。

図１１に示すように、制御情報の送信に用いられる複数の制御領域（ＳＡ）が時間方向に配置される場合、以下の動作が実行されてもよい。制御情報は、ユーザデータが配置される無線リソースの位置を特定するために用いられる。

ＵＥ１００−２は、サイドリンクＤＲＸ（ＳＬ−ＤＲＸ：Ｓｉｄｅｌｉｎｋ−Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を実行する。ＳＬ−ＤＲＸ動作は、複数の制御領域を不連続にモニタする動作である。具体的には、ＵＥ１００−２は、所定のサイクル（ＳＬ−ＤＲＸサイクル）に従って、制御領域をモニタする。例えば、ＵＥ１００−２は、１つの制御領域をモニタした場合、ＳＬ−ＤＲＸサイクルが経過するまで、制御領域のモニタを省略する。ＳＬ−ＤＲＸサイクルは、制御領域の周期（ＳＡ Ｐｉｒｉｏｄ）単位の長さである。例えば、図１１に示すように、ＳＬ−ＤＲＸサイクルが制御領域の周期の２倍である場合、ＵＥ１００−２は、２つ目（及び４つ目）の制御領域のモニタを省略する。これにより、ＵＥ１００−２は、モニタする領域が低減できるため、電力消費を低減できる。

ＵＥ１００−１は、ＵＥ１００−２がＳＬ−ＤＲＸ動作を実行する場合、ＳＬＤＲＸ動作（ＳＬ−ＤＲＸサイクル）に従って、複数の制御領域の中から制御情報の送信に用いる制御領域を選択してもよい。図１１の例では、ＵＥ１００−１は、１つ目（及び３つ目）の制御領域を、制御情報の送信に用いる制御領域として選択できる。

ＵＥ１００−１は、ＵＥ１００−２からＳＬ−ＤＲＸ動作の設定情報（例えば、ＳＬＤＲＸサイクル）を取得する。或いは、ＵＥ１００−１は、ＵＥ１００−２へＳＬ−ＤＲＸ動作の設定情報を送信してもよい。ＵＥ１００−１は、ＳＬ−ＤＲＸ動作の設定情報をｅＮＢ２００から受信してもよい。

ＳＬ−ＤＲＸ動作の設定情報は、ＵＥ毎に異なってもよい。ＳＬ−ＤＲＸ動作の設定情報は、各ＵＥで共通であってもよい。

図１２及び図１３に示すように、ＵＥ１００−１は、サイドリンク通信において、電力制御情報をＵＥ１００−２へ送信してもよい。図１２は、オープンループＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）による電力制御の一例である。図１３は、クローズドループＴＰＣによる電力制御の一例である。

図１２において、ＵＥ１００−１は、ＵＥ１００−２からＵＥ１００−１への送信電力を制御するためのパラメータ情報（ＴＰＣパラメータ）を含む電力制御情報をＵＥ１００−２へ送信する。ＵＥ１００−１は、ＭＩＢ−ＳＬ及び／又はＳＩＢ−ＳＬにより、電力制御情報を送信してもよい。

パラメータ情報は、ＵＥ１００−１からＵＥ１００−２へのサイドリンク信号の受信電力に応じて決定される。例えば、ＵＥ１００−２は、ＰＳＢＣＨが送信されるＲＢ（リソースブロック）における参照信号の受信電力（受信強度（Ｓ−ＲＳＲＰ）及び／又は受信品質（Ｓ−ＲＳＲＱ））を測定してもよい。この場合、ＵＥ１００−２は、ＵＥ１００−１からのＳＬＳＳの受信電力を測定できる。ＵＥ１００−１は、ＳＬＳＳを周期的に送信してもよい。ＵＥ１００−２は、ＰＳＤＣＨが送信されるＲＢにおける参照信号の受信電力（受信強度（ＳＤ−ＲＳＲＰ）及び／又は受信品質（ＳＤ−ＲＳＲＱ））を測定してもよい。この場合、ＵＥ１００−２は、ＵＥ１００−１からのディスカバリメッセージの受信電力を測定できる。
ＵＥ１００−１は、ディスカバリメッセージを周期的に送信してもよい。

パラメータ情報は、パスロス補償係数αを含んでいてもよい。パラメータ情報は、希望受信電力Ｐｏを含んでいてもよい。ＵＥ１００−２は、例えば、以下の式により、送信電力を算出する。

ＴｘＰｏｗｅｒ ＝ ｍｉｎ（Ｐｍａｘ，Ｐｏ ＋ α ＊ ＰＬ）

ＴｘＰｏｗｅｒは、送信電力を示す。ＰＬは、ＵＥ間（リモートＵＥ−リレーＵＥ間）のパスロスを示す。

ＵＥ１００−２は、測定結果とパラメータ情報とに基づいて、ＵＥ１００−１へのサイドリンク信号の受信電力を決定する。

図１３において、ＵＥ１００−２は、ＵＥ１００−１へサイドリンク信号を送信する。ＵＥ１００−１は、サイドリンク信号の受信電力（Ｓ−ＲＳＲＰ、Ｓ−ＲＳＲＱ、ＳＤ−ＲＳＲＰ及びＳＤ−ＲＳＲＱの少なくともいずれか）を測定する。

ＵＥ１００−１は、ＵＥ１００−２からＵＥ１００−１への送信電力を制御するためのコマンド情報（ＴＰＣ ｃｏｍｍａｎｄ）を含む電力制御情報をＵＥ１００−２へ送信する。ＵＥ１００−１は、ＰＳＣＣＨにより伝送される制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）により電力制御情報（コマンド情報）をＵＥ１００−２へ送信してもよい。ＵＥ１００−１は、ディスカバリメッセージにより電力制御情報（コマンド情報）をＵＥ１００−２へ送信してもよい。ＵＥ１００−１は、ＰＳＳＣＨにより伝送されるパケット（データ）により電力制御情報（コマンド情報）をＵＥ１００−２へ送信してもよい。ＵＥ１００は、コマンド情報をパケットのＭＡＣヘッダに含めてもよい。

コマンド情報は、送信電力を上げる指示、送信電力を下げる指示、送信電力を維持する指示のいずれかであってもよい。送信電力を（大幅に）上げる指示は、上げる送信電力値（可変値）であってもよい。送信電力を（大幅に）下げる指示は、下げる送信電力値（可変値）であってもよい。コマンド情報は、ＵＥ１００−２の最大送信電力で送信する指示、ＵＥ１００−２の最小送信電力で送信する指示、Ｓ−ＲＳＲＰを基準とする指示、及びＳＤ−ＲＳＲＰを基準とする指示のいずれかであってもよい。Ｓ−ＲＳＲＰを基準とする場合、Ｓ−ＲＳＲＰに基づいて送信電力が算出される。例えば、上述の送信電力の算出に用いるパスロス（ＰＬ）がＳ−ＲＳＲＰにより算出される。同様に、ＳＤ−ＲＳＲＰを基準とする場合、ＳＤ−ＲＳＲＰに基づいて送信電力が算出される。例えば、上述の送信電力の算出に用いるパスロス（ＰＬ）がＳＤ−ＲＳＲＰにより算出される。コマンド情報は、ｅＮＢ２００からの参照信号の受信電力強度を示すＲＳＲＰに合わせる指示であってもよい。ＵＥ１００−１は、自身が測定したＲＳＲＰをＵＥ１００−２へ送信してもよい。

以上により、ＵＥ１００−２は、ＵＥ１００−１とＵＥ１００−２との間のサイドリンク信号の受信電力に応じて、サイドリンク信号の送信電力を調整できる。一般的に、ｅＮＢ−ＵＥ間の距離よりも、ＵＥ−ＵＥ間の距離の方が短いため、ｅＮＢ２００とＵＥ１００−２との間のダウンリンク信号の受信電力（ＲＳＲＰ）でサイドリンク信号の送信電力を調整するよりも、適切に送信電力を調整できる。その結果、電力消費を低減できる。ｅＮＢ２００及び他のＵＥ１００に与える干渉を抑制できる。

（変更例１）
実施形態に係る変更例１について、図１４を用いて説明する。図１４は、変更例１を説明するためのシーケンス図である。変更例１では、ＵＥ１００−２は、ＳＩＢ−ＳＬ（Ｄａｔａ）に含まれる無線リソースを用いずに、中継要求を送信する。

図１４において、ＵＥ１００−２には、近傍サービスによる中継を要求するための無線リソースが予め記憶されている。無線リソースの情報は、ＵＥ１００−２（メモリ）の製造時に記憶された固定値であってもよい。当該無線リソースは、例えば、セルラ通信機能を有さないＳＩＭ（Ｄ２Ｄ ＳＩＭ）に記憶されていてもよい。

ステップＳ２０１は、ステップＳ１０１に対応する。ＵＥ１００−２は、ＳＬＳＳ及び／又はＭＩＢ−ＳＬの受信に応じて、ステップＳ２０２の処理を開始してもよい。

ステップＳ２０２は、ステップＳ１０４に対応する。ここで、ＵＥ１００−２は、予め記憶されている無線リソースを用いて、近傍サービスによる中継をＵＥ１００−１へ要求する。

ステップＳ２０３からＳ２１１は、ステップＳ１０５からＳ１１３に対応する。

（変更例２）
実施形態に係る変更例２について、図１５を用いて説明する。図１５は、変更例２を説明するためのシーケンス図である。変更例２では、ＵＥ１００−１は、ＵＥ１００−２からのサイドリンク信号の受信に応じて、ＳＬＳＳ／ＭＩＢ−ＳＬの送信を開始する。

図１５に示すように、ステップＳ３０１において、ＵＥ１００−２は、サイドリンクにおいて、ＳＬＳＳ及び／又はＭＩＢ−ＳＬを送信する。

ＵＥ１００−２には、ＳＬＳＳ及び／又はＭＩＢ−ＳＬを送信するためにのみ用いられる無線リソースが予め記憶されている。無線リソースの情報は、ＵＥ１００−２（メモリ）の製造時に記憶された固定値であってもよい。当該無線リソースは、例えば、セルラ通信機能を有さないＳＩＭ（Ｄ２Ｄ ＳＩＭ）に記憶されていてもよい。

ＵＥ１００−２は、リモートＵＥであることを示す識別子（ＳＬＳＳ ＩＤ）をＳＬＳＳに含めてもよい。ＵＥ１００−１は、リモートＵＥであることを示す情報をＭＩＢ−ＳＬに含めてもよい。

ＵＥ１００−１は、ＵＥ１００−２からＳＬＳＳ及び／又はＭＩＢ−ＳＬを受信した場合、ステップＳ３０２の処理を開始する。ＵＥ１００−２は、ＵＥ１００−１からＳＬＳＳ及び／又はＭＩＢ−ＳＬを受信した場合、ＳＬＳＳ及び／又はＭＩＢ−ＳＬの送信を停止する。これにより、ＳＬＳＳ及び／又はＭＩＢ−ＳＬの送信が、ＵＥ１００−２からＵＥ１００−１へ引き継がれる。

ステップＳ３０２は、ステップＳ１０１に対応する。ＵＥ１００−１は、受信したＳＬＳＳ及び／又はＭＩＢ−ＳＬに含まれるオフセットインジケータが示すタイミングと異なるタイミングで、ＳＬＳＳ及び／又はＭＩＢ−ＳＬを送信する。

ＵＥ１００−１は、リレーＵＥであることを示す識別子（ＳＬＳＳ ＩＤ）をＳＬＳＳに含めてもよい。ＵＥ１００−１は、リレーＵＥであることを示す情報をＭＩＢ−ＳＬに含めてもよい。

ステップＳ３０３からＳ３１４は、ステップＳ１０２からＳ１１３に対応する。

（変更例３）
実施形態に係る変更例３について、図１６を用いて説明する。図１６は、変更例３を説明するためのシーケンス図である。変更例３では、ｅＮＢ２００が、ＳＬＳＳ／ＭＩＢ−ＳＬを送信する。

図１６に示すように、ステップＳ４０１において、ｅＮＢ２００は、サイドリンクにおいて、ＳＬＳＳ及び／又はＭＩＢ−ＳＬを（周期的に）送信する。ｅＮＢ２００は、サイドリンクにおいて、ＳＩＢ−ＳＬを（周期的に）送信してもよい。

ＳＬＳＳ、ＭＩＢ−ＳＬ、及びＳＩＢ−ＳＬの少なくともいずれか一つに初期アクセスのための無線リソースの情報が含まれていてもよい。

ｅＮＢ２００は、サイドリンク送受信機能を有する。この場合、ｅＮＢ２００は、セルとして、サイドリンクにおいてサイドリンク信号（ＳＬＳＳ及び／又はＭＩＢ−ＳＬ）を送信してもよい。この場合、当該サイドリンク信号を受信したＵＥは、サイドリンク信号の送信元をセル（ｅＮＢ２００）と認識する。ｅＮＢ２００は、ＵＥとして、サイドリンクにおいてサイドリンク信号を送信してもよい。この場合、当該サイドリンク信号を受信したＵＥは、サイドリンク信号の送信元をＵＥと認識する。

ステップＳ４０２において、ＵＥ１００−２は、ｅＮＢ２００から受信した無線リソースの情報を用いて、サイドリンク信号（例えば、ディスカバリメッセージ）を送信する。サイドリンク信号は、中継の要求を示す情報が含まれていてもよい。

ＵＥ１００−１は、ＵＥ１００−２からＳＬＳＳ及び／又はＭＩＢ−ＳＬを受信した場合、ステップＳ４０３の処理を開始する。

ＵＥ１００−１は、上りリンク又はサイドリンクにおいて、ＳＬＳＳ及び／又はＭＩＢ−ＳＬの送信開始を示す情報をｅＮＢ２００へ送信してもよい（ステップＳ４０４）。ｅＮＢ２００は、当該情報をＵＥ１００−１から受信した場合、ＳＬＳＳ及び／又はＭＩＢ−ＳＬの送信を停止してもよい。これにより、ＳＬＳＳ及び／又はＭＩＢ−ＳＬの送信が、ｅＮＢ２００からＵＥ１００−１へ引き継がれる。ＵＥ１００−１は、ステップＳ４０４の情報をｅＮＢ２００へ送信しなくてもよい。

ステップＳ４０３、Ｓ４０５からＳ４１６は、ステップＳ１０１からＳ１１３に対応する。

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

上述した実施形態において、近傍サービスにおける中継のためのサイドリンク通信において、電力消費低減のための省電力動作（個別リソースの共有、ＳＬ−ＤＲＸ動作、及び、送信電力制御）が実行されていたが、これに限られない。通常のサイドリンク通信において、省電力動作が実行されてもよい。サイドリンクディスカバリにおいて、省電力動作が実行されてもよい。

リレーＵＥであるＵＥ１００−１がＳＬ−ＤＲＸ動作を実行してもよい。リモートＵＥであるＵＥ１００−２が電力制御情報をＵＥ１００−１へ送ってもよい。

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

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

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

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

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

Claims (20)

1. 無線端末であって、
   近傍サービスにより他の無線端末とネットワークとの間でトラフィックを中継可能であるコントローラを備え、
   前記コントローラは、サイドリンクにおいて、第１の情報と第２の情報とを送信する制御を実行し、
   前記第１の情報は、前記第２の情報が配置される無線リソースの位置を特定するために用いられ、
   前記第２の情報は、前記近傍サービスによる中継を要求するための無線リソースの位置を特定するために用いられる無線端末。
2. 前記コントローラは、前記無線リソースを用いて送信された前記中継の要求を前記他の無線端末から受信する制御を実行する請求項１に記載の無線端末。
3. 前記コントローラは、前記中継の要求の受信に応じて、前記中継を希望することを示す情報を基地局へ送信する制御を実行する請求項２に記載の無線端末。
4. 前記無線リソースは、互いに異なる複数の小リソースを含み、
   前記複数の小リソースのそれぞれは、互いに異なる一時的な識別子と関連付けられ、
   前記中継の要求は、前記中継の要求の送信に用いられた小リソースと関連付けられた一時的な識別子を含み、
   前記コントローラは、前記中継の要求に対する応答を前記他の無線端末へ送信する制御を実行し、
   前記応答は、前記中継の要求に含まれる前記一時的な識別子を含む請求項２に記載の無線端末。
5. 前記コントローラは、前記中継の要求に対する応答を前記他の無線端末へ送信する制御を実行し、
   前記応答は、前記他の無線端末から前記無線端末への送信タイミングを調整するための情報を含む請求項２に記載の無線端末。
6. 前記コントローラは、前記第１の情報を送信する前に、前記他の無線端末又は基地局から前記サイドリンクにおいて第３の情報を受信する制御を実行し、
   前記コントローラは、前記第３の情報の受信に応じて、前記第１の情報を送信する制御を開始する請求項１に記載の無線端末。
7. 前記コントローラは、前記サイドリンクにおいて用いられる個別リソースを基地局から個別に割り当てられ、
   前記コントローラは、前記他の無線端末と前記個別リソースを共有する請求項１に記載の無線端末。
8. 制御情報の送信に用いられる複数の制御領域が時間方向に配置され、
   前記制御情報は、サイドリンクにおいて送信されるユーザデータが配置される無線リソースの位置を特定するために用いられ、
   前記コントローラは、前記他の無線端末のサイドリンクＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作に従って、前記複数の制御領域の中から制御情報の送信に用いる制御領域を選択し、
   前記サイドリンクＤＲＸ動作は、前記他の無線端末が、前記複数の制御領域を不連続にモニタする動作である請求項１に記載の無線端末。
9. 前記コントローラは、電力制御情報を前記他の無線端末へ送信する制御を実行し、
   前記電力制御情報は、前記他の無線端末から前記無線端末へのサイドリンク信号の送信電力を制御するためのパラメータ情報を含み、
   前記パラメータ情報は、前記無線端末から前記他の無線端末へのサイドリンク信号の受信電力に応じて決定される請求項１に記載の無線端末。
10. 前記コントローラは、電力制御情報を前記他の無線端末へ送信する制御を実行し、
    前記電力制御情報は、前記他の無線端末から前記無線端末へのサイドリンク信号の送信電力を制御するためのコマンド情報を含み、
    前記コマンド情報は、前記サイドリンク信号の受信電力に応じて決定される請求項１に記載の無線端末。
11. 無線端末であって、
    近傍サービスにより前記無線端末とネットワークとの間でトラフィックを中継可能である他の無線端末から、サイドリンクにおいて、第１の情報と第２の情報とを受信する制御を実行するコントローラを備え、
    前記第１の情報は、前記第２の情報が配置される無線リソースの位置を特定するために用いられ、
    前記第２の情報は、前記近傍サービスによる中継を要求するための無線リソースの位置を特定するために用いられる無線端末。
12. 前記コントローラは、前記無線リソースを用いて、前記中継の要求を前記他の無線端末へ送信する制御を実行する請求項１１に記載の無線端末。
13. 前記無線リソースは、互いに異なる複数の小リソースを含み、
    前記複数の小リソースのそれぞれは、互いに異なる一時的な識別子と関連付けられ、
    前記コントローラは、前記中継の要求の送信に用いられる小リソースと関連付けられた一時的な識別子を前記中継の要求に含める請求項１２に記載の無線端末。
14. 前記コントローラは、前記中継の要求に対する応答を前記他の無線端末から受信する制御を実行し、
    前記応答は、前記中継の要求に含まれる前記一時的な識別子を含む請求項１３に記載の無線端末。
15. 前記コントローラは、前記中継の要求に対する応答を前記他の無線端末から受信する制御を実行し、
    前記応答は、前記無線端末から前記他の無線端末への送信タイミングを調整するための情報を含む請求項１２に記載の無線端末。
16. 前記コントローラは、前記第１の情報を受信する前に、前記サイドリンクにおいて第３の情報を送信する制御を実行し、
    前記コントローラは、前記第３の情報を受信した前記他の無線端末から前記第１の情報を受信する請求項１１に記載の無線端末。
17. 前記コントローラは、前記サイドリンクにおいて用いられる個別リソースを前記他の無線端末と共有し、
    前記個別リソースは、基地局から前記他の無線端末へ個別に割り当てられた無線リソースである請求項１１に記載の無線端末。
18. 制御情報の送信に用いられる複数の制御領域が時間方向に配置され、
    前記制御情報は、サイドリンクにおいて送信されるユーザデータが配置される無線リソースの位置を特定するために用いられ、
    前記コントローラは、前記複数の制御領域を不連続にモニタするサイドリンクＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を実行する請求項１１に記載の無線端末。
19. 前記コントローラは、電力制御情報を前記他の無線端末から受信する制御を実行し、
    前記電力制御情報は、前記無線端末から前記他の無線端末へのサイドリンク信号の送信電力を制御するためのパラメータ情報を含み、
    前記パラメータ情報は、前記他の無線端末から前記無線端末へのサイドリンク信号の受信電力に応じて決定される請求項１１に記載の無線端末。
20. 前記コントローラは、電力制御情報を前記他の無線端末から受信する制御を実行し、
    前記電力制御情報は、前記無線端末から前記他の無線端末へのサイドリンク信号の送信電力を制御するためのコマンド情報を含み、
    前記コマンド情報は、前記サイドリンク信号の受信電力に応じて決定される請求項１１に記載の無線端末。

Images