JPWO2018061759A1 - 通信制御方法 - Google Patents

Abstract

一の実施形態に係る通信制御方法では、第１の無線端末が、中継端末である第２の無線端末を介した所定の接続を確立する制御を実行する。前記所定の接続は、前記第１の無線端末と基地局との間において、前記第１の無線端末に関する制御情報を伝送するために用いられる。前記第１の無線端末は、前記所定の接続を確立することが可能であることを示す許可情報を受け取ったことに応じて、前記所定の接続を確立する制御を開始する。

Description

本開示は、通信制御方法に関する。

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

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

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

一の実施形態に係る通信制御方法では、第１の無線端末が、中継端末である第２の無線端末を介した所定の接続を確立する制御を実行する。前記所定の接続は、前記第１の無線端末と基地局との間において、前記第１の無線端末に関する制御情報を伝送するために用いられる。前記第１の無線端末は、前記所定の接続を確立することが可能であることを示す許可情報を受け取ったことに応じて、前記所定の接続を確立する制御を開始する。

一の実施形態に係る通信制御方法では、第１の無線端末は、中継端末である第２の無線端末を経由する前記第１の無線端末から前記基地局への上りリンク経路を介して、前記基地局へ上りリンク情報を送信する。前記第１の無線端末は、前記第２の無線端末を経由しない前記基地局から前記第１の無線端末への下りリンク経路を介して、前記基地局から下りリンク情報を受信する。前記第１の無線端末は、物理上りリンク制御チャネルにより伝送すべきＰＵＣＣＨ関連情報を送信すべき経路として、第１の上りリンク経路又は第２の上りリンク経路を指定する指定情報を受信する。前記第１の上りリンク経路は、前記第２の無線端末を経由する前記第１の無線端末から前記基地局への経路である。前記第２の上りリンク経路は、前記第２の無線端末を経由しない前記第１の無線端末から前記基地局への経路である。前記第１の無線端末は、前記指定情報に基づいて、前記第１の上りリンク経路又は前記第２の上りリンク経路を介して、前記ＰＵＣＣＨ関連情報を前記基地局へ送信する。

図１は、ＬＴＥシステムの構成を示す図である。 図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図３は、ＬＴＥシステムで使用される無線フレームの構成図である。 図４は、近傍サービスを利用した中継を説明するための図である。 図５は、制御プレーン中継プロトコルスタックの一例を示す図である。 図６は、制御プレーン中継プロトコルスタックの一例を示す図である。 図７は、ＵＥ１００のブロック図である。 図８は、ｅＮＢ２００のブロック図である。 図９は、下りリンク経路を説明するための図である。 図１０は、上りリンク経路を説明するための図である。 図１１は、動作例１を説明するための図である。 図１２は、動作例２を説明するための図である。 図１３は、動作例３を説明するための図である。 図１４は、動作例３を説明するための図である。 図１５は、動作例４を説明するための図である。 図１６は、動作例４を説明するための図である。 図１７は、動作例４を説明するための図である。 図１８は、動作例５を説明するための図である。 図１９は、動作例６を説明するための図である。 図２０は、動作例６を説明するための図である。 図２１は、動作例７を説明するための図である。 図２２は、動作例８を説明するための図である。 図２３は、拡張されたカバレッジ内のリモートＵＥを説明するための図である。

［実施形態の概要］
一の実施形態に係る通信制御方法では、第１の無線端末が、中継端末である第２の無線端末を介した所定の接続を確立する制御を実行する。前記所定の接続は、前記第１の無線端末と基地局との間において、前記第１の無線端末に関する制御情報を伝送するために用いられる。前記第１の無線端末は、前記所定の接続を確立することが可能であることを示す許可情報を受け取ったことに応じて、前記所定の接続を確立する制御を開始する。

前記第１の無線端末は、前記基地局から前記許可情報を受け取ってもよい。

前記第１の無線端末は、前記第２の無線端末から前記許可情報を受け取ってもよい。

前記第１の無線端末は、下りリンクの経路として第１の経路又は第２の経路を指定する指定情報を受信してもよい。前記第１の経路は、前記第２の無線端末を経由する前記基地局から前記第１の無線端末への経路であってもよい。前記第２の経路は、前記第２の無線端末を経由しない前記基地局から前記第１の無線端末への経路であってもよい。前記第１の無線端末は、前記指定情報に基づいて、前記第１の経路又は前記第２の経路を介して、下りリンク情報を前記基地局から受信してもよい。

一の実施形態に係る通信制御方法では、第１の無線端末は、中継端末である第２の無線端末を経由する前記第１の無線端末から前記基地局への上りリンク経路を介して、前記基地局へ上りリンク情報を送信する。前記第１の無線端末は、前記第２の無線端末を経由しない前記基地局から前記第１の無線端末への下りリンク経路を介して、前記基地局から下りリンク情報を受信する。前記第１の無線端末は、物理上りリンク制御チャネルにより伝送すべきＰＵＣＣＨ関連情報を送信すべき経路として、第１の上りリンク経路又は第２の上りリンク経路を指定する指定情報を受信する。前記第１の上りリンク経路は、前記第２の無線端末を経由する前記第１の無線端末から前記基地局への経路である。前記第２の上りリンク経路は、前記第２の無線端末を経由しない前記第１の無線端末から前記基地局への経路である。前記第１の無線端末は、前記指定情報に基づいて、前記第１の上りリンク経路又は前記第２の上りリンク経路を介して、前記ＰＵＣＣＨ関連情報を前記基地局へ送信する。

前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報、チャネル状態情報、及びスケジューリング要求の少なくともいずれかであってもよい。

前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報であってもよい。前記第２の無線端末は、前記下りリンク情報を前記基地局から取得してもよい。前記第１の無線端末は、前記送達確認情報を前記第２の無線端末へ送信してもよい。前記第２の無線端末は、前記送達確認情報が否定情報であることに応じて、前記基地局の代わりに、前記下りリンク情報を前記第１の無線端末へ再送してもよい。

前記第２の無線端末は、前記第１の無線端末又は前記基地局から前記下りリンク情報を取得するための識別子を受信してもよい。前記第２の無線端末は、前記識別子を用いて前記下りリンク情報を取得してもよい。

前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報であってもよい。前記基地局は、前記第１の無線端末から前記第１の上りリンク経路を介して前記送達確認情報を受信する場合には、前記送達確認情報の受信期間を前記第１の無線端末へ通知してもよい。前記基地局は、前記受信期間が経過しても前記送達確認情報を受信できないことに応じて、前記下りリンク情報の再送を開始してもよい。

前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報であってもよい。前記第２の無線端末は、前記送達確認情報を前記第１の無線端末から受信してもよい。前記第２の無線端末は、前記基地局へ送信すべき他の情報よりも優先して前記送達確認情報を前記基地局へ送信してもよい。

前記第１の無線端末は、設定情報を受信してもよい。前記設定情報は、前記上りリンク情報を前記第２の無線端末へ送信する場合に前記基地局から割り当てられた無線リソースを用いる設定を示してもよい。前記第１の無線端末は、前記基地局から前記無線リソースを割り当てられる前に前記上りリンク情報が発生した場合、リソースプールの中から無線リソースを自律的に選択してもよい。前記第１の無線端末は、前記選択した無線リソースを用いて、前記基地局へ無線リソースを要求するためのスケジューリング要求を前記第２の無線端末へ送信してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（近傍サービスを利用した中継）
近傍サービスを利用した中継（ＰｒｏＳｅ中継）について、図４を用いて説明する。図４は、実施形態に係る近傍サービスを利用した中継を説明するための図である。

図４において、リモートＵＥ（Ｒｅｍｏｔｅ ＵＥ）は、リレーＵＥ（ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）を介してＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）と通信を行うＵＥ１００である。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ）であってもよい。

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

リモートＵＥは、ネットワーク圏外（Ｏｕｔ−ｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥであってもよい。すなわち、リモートＵＥは、セルのカバレッジ外に位置してもよい。リモートＵＥは、セルのカバレッジ内に位置する場合も有り得る。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）であってもよい。リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継サービスを提供される。ＰｒｏＳｅ中継サービスが提供されるリモートＵＥとＰｒｏＳｅ中継サービスを提供するリレーＵＥとの間で中継が実行される。

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

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

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

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

（制御プレーン中継プロトコルスタック）
中継が実行される場合における無線インターフェイスの制御プレーンプロトコルスタックの一例を、図５及び図６を用いて説明する。図５及び図６は、制御プレーン中継プロトコルスタックの一例を示す図である。

本実施形態では、リモートＵＥとネットワークとの間で、リレーＵＥに関する制御情報（制御プレーンメッセージ）を伝送するための接続が確立できる。

例えば、図５に示すように、リレーＵＥがリモートＵＥのデータを中継する場合において、リモートＵＥのＲＲＣ層とｅＮＢのＲＲＣ層との間でＲＲＣメッセージが伝送されてもよい。すなわち、リモートＵＥとｅＮＢ２００との間にＲＲＣ接続が確立されていてもよい。この場合、ＲＲＣメッセージは、リレーＵＥを通過する。すなわち、リレーＵＥは、ＲＲＣメッセージの内容を認識せずに、ＲＲＣメッセージを伝送する。ＲＲＣメッセージは、ＲＲＣ層における制御情報を含む。

具体的には、リモートＵＥは、ＲＲＣメッセージを生成する。リモートＵＥは、生成したＲＲＣメッセージをリレーＵＥへ送信する。リレーＵＥは、ＲＲＣメッセージを変更なくｅＮＢ２００へ送信する。同様にして、リレーＵＥは、ｅＮＢ２００から受信したＲＲＣメッセージを変更なく、リモートＵＥへ送信する。

図６に示すように、リレーＵＥがリモートＵＥのデータを中継する場合において、リモートＵＥ及びリレーＵＥは、Ｌ２レイヤの上位にＰＣ５−Ｃ層を有していてもよい。リレーＵＥ及びリモートＵＥは、ＰＣ５−Ｃ層間でＲＲＣメッセージに対応するＰＣ５−Ｃメッセージを伝送してもよい。リレーＵＥとｅＮＢ２００とにおいて、中継のためのＲＲＣ層を有していてもよい。従って、ＲＲＣ接続がリレーＵＥで終端してもよい。

リモートＵＥは、ＲＲＣ層における制御情報を含むＰＣ５−Ｃメッセージを生成する。リモートＵＥは、生成したＰＣ５−ＣメッセージをリレーＵＥへ送信する。リレーＵＥは、ＰＣ５−Ｃメッセージに基づいて、制御情報を含むＲＲＣメッセージを生成する。リレーＵＥは、生成したＲＲＣメッセージをｅＮＢ２００へ送信する。リレーＵＥは、リモートＵＥへのＲＲＣメッセージをｅＮＢ２００から受信した場合、ＲＲＣメッセージに基づいて、ＲＲＣメッセージ内の制御情報を含むＰＣ５−Ｃメッセージを生成する。リレーＵＥは、ＰＣ５−ＣメッセージをリレーＵＥへ送信する。このように、リレーＵＥは、リモートＵＥの代わりに、ＲＲＣメッセージを生成してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

（実施形態に係る動作）
次に、実施形態に係る動作について説明する。

リモートＵＥは、リレーＵＥが利用可能である場合には、以下の経路が利用可能である。

リレーＵＥは、ＵＥ１００である。リモートＵＥは、ウェアラブルＵＥであるｗＵＥ１５０を例に挙げて説明する。リモートＵＥは、ウェアラブルＵＥでなく、通常の無線端末（ＵＥ）であってもよいことは勿論である。

ＵＥ１００（が備えるレシーバ１１０、トランスミッタ１２０、及びコントローラ１３０）は、セルラ通信（上り信号の送信及び下り信号の受信）及びサイドリンク動作（サイドリンク信号の送信及び／又は受信）を実行することが可能である。サイドリンク信号は、直接通信における信号及び直接ディスカバリにおける信号の少なくとも一方であってもよい。サイドリンク信号は、サイドリンクにおける同期のための同期信号（ＳＬＳＳ：ＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）を含んでもよい。サイドリンク信号は、ＰＣ５上での制御プレーン信号のために用いられるＰＣ５信号であってもよい。

ｗＵＥ１５０（が備えるレシーバ１１０、トランスミッタ１２０、及びコントローラ１３０）は、サイドリンク動作を実行するために用いることができる。ｗＵＥ１５０は、下り信号の受信を実行可能である。ｗＵＥ１５０は、上り信号の送信が実行可能であってもよいし、実行不能であってもよい。従って、ｗＵＥ１５０は、上り信号を送信するためのトランスミッタ１２０を備えていなくてもよい。

ｗＵＥ１５０は、ウェアラブルＵＥである。すなわち、ｗＵＥ１５０は、ユーザが着用可能な通信装置である。ＵＥ１００とｗＵＥ１５０とは、ユーザに保持されているため、ＵＥ１００とｗＵＥ１５０とは、近距離状態である。ユーザの移動に伴って、ＵＥ１００とｗＵＥ１５０とは近距離状態を維持しながら共に移動する。

ｗＵＥ１５０は、近距離用の装置であってもよい。ｗＵＥ１５０は、サイドリンク動作が近距離（数ｍ（例えば、２ｍ）の範囲内）で実行されることが想定される通信装置であってもよい。

本明細書において、「近距離」は、通信可能な距離（例えば、数ｍの範囲）によって規定されてもよい。例えば、近距離な装置間（ＵＥ−ｗＵＥ間／ｗＵＥ−ｗＵＥ間）でのサイドリンク信号の最大到達距離（最大到達範囲）は、通常のＵＥ間（ＵＥ−ＵＥ間）でのサイドリンク信号の最大到達距離よりも短い。近距離な装置間でのサイドリンク信号の最大到達距離は、ＵＥ−ｅＮＢ間の上りリンク信号の最大到達距離よりも短いことは勿論である。

「近距離」は、サイドリンク信号の（最大）送信電力（例えば、最大送信電力が０ｄＢｍ以下）によって規定されてもよい。例えば、近距離な装置間（ＵＥ−ｗＵＥ間／ｗＵＥ−ｗＵＥ間）でのサイドリンク信号の最大送信電力は、通常のＵＥ間（ＵＥ−ＵＥ間）でのサイドリンク信号の最大送信電力よりも小さい。近距離な装置間でのサイドリンク信号の最大送信電力は、ＵＥ−ｅＮＢ間の上りリンク信号の最大送信電力よりも短いことは勿論である。

「近距離」は、ｗＵＥ１５０が利用可能なリソースプール（の条件／設定）により、規定されてもよい。

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

（Ａ）下りリンク経路
下りリンク経路について、図９を用いて説明する。図９は、下りリンク経路を説明するための図である。

図９に示すように、ＵＥ１００及びｗＵＥ１５０は、ｅＮＢ２００が制御するセルに在圏する。ＵＥ１００及びｗＵＥ１５０は、セル内に位置する。

第１の下りリンク経路（１ＳＴ ＤＬ ＰＡＴＨ）は、ＵＥ１００を経由するｅＮＢ２００からｗＵＥ１５０への経路（（ＤＬ−）ＳＬ）である。ｗＵＥ１５０は、ＵＥ１００を経由して、ｅＮＢ２００から間接的に下りリンク情報を受信する。ＵＥ１００は、例えば、サイドリンクによりｅＮＢ２００からの下りリンク情報をｗＵＥ１５０へ転送（中継）する。

第２の下りリンク経路（２ＮＤ ＤＬ ＰＡＴＨ）は、ＵＥ１００を経由しないｅＮＢ２００からｗＵＥ１５０への経路（（ＤＬ−）Ｕｕ）である。ｗＵＥ１５０は、ＵＥ１００を経由せずに、ｅＮＢ２００から直接的に下りリンク情報を受信する。

ｗＵＥ１５０は、第１の下りリンク経路及び第２の下りリンク経路を介して、下りリンク情報をｅＮＢ２００から受信する。下りリンク情報は、ユーザデータ及び／又は制御情報である。

（Ｂ）上りリンク経路
上りリンク経路について、図１０を用いて説明する。図１０は、上りリンク経路を説明するための図である。

第１の上りリンク経路（１ＳＴ ＵＬ ＰＡＴＨ）は、ＵＥ１００を経由するｗＵＥ１５０からｅＮＢ２００への経路（（ＵＬ−）ＳＬ）である。ｗＵＥ１５０は、ＵＥ１００を経由して、ｅＮＢ２００へ間接的に上りリンク情報を受信する。ｗＵＥ１５０は、例えば、サイドリンクにより上りリンク情報をＵＥ１００へ送信する。

第２の上りリンク経路（２ＮＤ ＵＬ ＰＡＴＨ）は、ＵＥ１００を経由しないｗＵＥ１５０からｅＮＢ２００への経路（（ＵＬ−）Ｕｕ）である。ｗＵＥ１５０は、ＵＥ１００を経由せずに、ｅＮＢ２００へ直接的に上りリンク情報を受信する。

ｗＵＥ１５０は、第１の上りリンク経路及び第２の上りリンク経路を介して、上りリンク情報をｅＮＢ２００から受信する。上りリンク情報は、ユーザデータ及び／又は制御情報である。

（１）動作例１
動作例１について、図１１を用いて説明する。図１１は、動作例１を説明するための図である。

図１１に示すように、ｅＮＢ２００は、リレーＵＥ経由での所定の接続を確立することが可能であることを示す許可情報を送信する。

ｅＮＢ２００は、許可情報を、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）など）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））により、ｗＵＥ１５０へ送信してもよい。ｅＮＢ２００は、例えば、ＳＩＢ１８により許可情報をブロードキャストしてもよい。ｅＮＢ２００は、ｗＵＥ１５０からの要求により、許可情報を送信するか否かを判定してもよい。

許可情報は、ＲＲＣ層における制御情報（ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）メッセージ）をリレーＵＥ経由で伝送可能であることを示す情報であってもよい。許可情報は、セルカバレッジ内に位置するＵＥ（Ｉｎ Ｃｏｖｅｒａｇｅ ＵＥ）にのみ適用可能な情報であってもよい。許可情報は、拡張カバレッジ内に位置するＵＥに適用されてもよい。許可情報は、セルカバレッジ外に位置するＵＥ（Ｏｕｔ Ｏｆ Ｃｏｖｅｒａｇｅ ＵＥ）に適用不能な情報であってもよい。セルカバレッジ（拡張カバレッジ）内に位置するｗＵＥ１５０は、ｅＮＢ２００と直接的にＲＲＣ接続を確立可能である。このため、ｅＮＢ２００は、リレーＵＥ経由での所定の接続を確立することを明示的に示すことにより、ｗＵＥ１５０を適切に制御することができる。

許可情報は、近傍サービスを利用した中継用の設定情報に含まれていてもよい。

所定の接続は、ＲＲＣ層における制御情報を伝送するために用いられる接続である。例えば、所定の接続は、リモートＵＥとｅＮＢ２００との間のＲＲＣ接続である（図５参照）。所定の接続は、リモートＵＥとリレーＵＥとの間のＰＣ５−Ｃ接続及びリレーＵＥとのｅＮＢ２００との間のＲＲＣ接続とを含む接続であってもよい（図６参照）。

ｗＵＥ１５０は、ｅＮＢ２００から許可情報を受け取る。ｗＵＥ１５０は、許可情報を受信したことに応じて、所定の接続を確立する制御を開始する。ｗＵＥ１５０は、許可情報を受け取った場合にのみ、所定の接続を確立する制御を開始してもよい。ｗＵＥ１５０は、許可情報を受け取らない場合には、所定の接続を確立できないと判定してもよい。

ｅＮＢ２００は、ＲＲＣ層における制御情報をリレーＵＥ経由で伝送不能であることを示す拒否情報を送ってもよい。ｗＵＥ１５０は、拒否情報を受け取った場合には、所定の接続を確立できないと判定してもよい。ｗＵＥ１５０は、拒否情報を受け取らない場合には、所定の接続を確立できると判定してもよい。

以上により、ｗＵＥ１５０とｅＮＢ２００とは、ＵＥ１００を介した所定の接続により、ｗＵＥ１５０とｅＮＢ２００との間でＲＲＣ層における制御情報を伝送することができる。これにより、制御情報をよりロバストに伝送できる。

ｗＵＥ１５０とｅＮＢ２００との間にＲＲＣ接続が確立される場合は、ｗＵＥ１５０は、ネットワークに位置登録を行う（Ａｔｔａｃｈ）。従って、ｗＵＥ１５０へのデータ（トラフィック）の伝送（Ｒｅｍｏｔｅ ＵＥ ｔｅｒｍｉｎａｔｅｄ ｓｅｒｖｉｃｅ）を容易に実現できる。ｗＵＥ１５０に対して課金するための管理が容易に実現できる。

（２）動作例２
動作例２について、図１２を用いて説明する。図１２は、動作例２を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例２では、ｗＵＥ１５０は、ＵＥ１００から許可情報を受信する。

図１２に示すように、ｅＮＢ２００は、許可情報を送信する。ＵＥ１００は、許可情報を受信する。ＵＥ１００は、許可情報（又は拒否情報）に基づいて、ｅＮＢ２００が所定の接続を確立することを許可しているか否かを把握することができる。

ＵＥ１００は、ｅＮＢ２００が所定の接続を確立することを許可しているか否かを示す情報（許可情報／拒否情報）をｗＵＥ１５０へ送信することができる。ＵＥ１００は、例えば、ＰｒｏＳｅにおける直接的な無線信号（サイドリンク信号）によりｗＵＥ１５０へ送信することができる。

サイドリンク信号は、例えば、ＭＩＢ−ＳＬ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ）信号、同期信号（ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ Ｓｉｇｎａｌ）／ＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ Ｓｉｇｎａｌ））、Ｄｉｓｃｏｖｅｒｙ信号、Ｒｅｌａｙ用のＤｉｓｃｏｖｅｒｙ信号の少なくともいずれかであってもよい。ＵＥ１００は、所定の接続を確立することが可能か否かの問合せをｗＵＥ１５０から受信した場合に、許可情報／拒否情報をｗＵＥ１５０へ送信してもよい。ＵＥ１００は、問合せをｗＵＥ１５０から受信した場合に、所定の接続を確立することが可能か否かの問合せをｅＮＢ２００へ送信してもよい。ｅＮＢ２００は、ＵＥ１００からの問合せに応じて、許可情報／拒否情報を（個別に）ＵＥ１００へ送信してもよい。

サイドリンク信号は、ＵＥ１００とｗＵＥ１５０との間で直接リンクを確立するためのメッセージ（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）に対する肯定応答メッセージ（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ａｃｃｅｐｔ）であってもよい。ＵＥ１００は、Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔに、所定の接続を確立することが可能か否かの問合せを示す情報が含まれる場合に、許可情報／拒否情報をｗＵＥ１５０へ送信してもよい。

サイドリンク信号は、許可情報／拒否情報を含んでいてもよい。サイドリンク信号のシーケンス（信号系列）が、許可情報／拒否情報を示してもよい。

ｗＵＥ１５０は、許可情報／拒否情報に基づいて、所定の接続を確立することが可能か否かを判定できる。

許可情報は、ＵＥ１００がＲＲＣ層における制御情報の中継が可能であることを示す情報であってもよい。拒否情報は、ＵＥ１００がＲＲＣ層における制御情報の中継が不能であることを示す情報であってもよい。

（３）動作例３
動作例３について、図１３及び図１４を用いて説明する。図１３及び図１４は、動作例３を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例３では、ｅＮＢ２００は、下りリンク経路を指定する第１の指定情報を送信する。

図１３及び図１４に示すように、ｅＮＢ２００は、下りリンク経路を指定する第１の指定情報を送信する。ｅＮＢ２００は、ブロードキャストシグナリング又は個別シグナリングにより第１の指定情報を送信してもよい。例えば、ｅＮＢ２００は、以下の方法により、第１の指定情報を送信してもよい。

第１に、ｅＮＢ２００は、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）により第１の指定情報を送信できる。これにより、ｅＮＢ２００が管理するセル内における全ＵＥ１００（ｗＵＥ１５０）へ第１の指定情報を通知することができる。ＵＥ１００（ｗＵＥ１５０）は、ｅＮＢ２００とのＲＲＣ接続を確立する時点で、使用すべき下りリンク経路を把握することができる。

第２に、ｅＮＢ２００は、ＲＲＣ接続再設定メッセージにより第１の指定情報を送信できる。これにより、下りリンク経路をＵＥ毎に設定することができる。ベアラ毎に下りリンク経路を設定することができる。

第３に、ｅＮＢ２００は、ＭＡＣ ＣＥ（ＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）により第１の指定情報を送信できる。これにより、下りリンク経路をＵＥ毎に動的に設定することができる。

第４に、ｅＮＢ２００は、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）により第１の指定情報を送信できる。これにより、下りリンク経路を下りリンク送信毎に設定することができる。

ｅＮＢ２００は、ＵＥ１００を介して、ｗＵＥ１５０へ間接的に第１の指定情報を送信してもよい（図１３参照）。ＵＥ１００は、第１の指定情報を受信した場合、ｗＵＥ１５０へ第１の指定情報を送信（転送）してもよい。ｅＮＢ２００は、ｗＵＥ１５０へ直接的に第１の指定情報を送信してもよい（図１４参照）。

ｅＮＢ２００は、上述の許可情報を送信している場合にのみ、第１の指定情報を送信してもよい。ｅＮＢ２００は、許可情報とともに、第１の指定情報を送信してもよい。

第１の指定情報は、下りリンク経路として第１の下りリンク経路（ＳＬ）又は第２の下りリンク経路（Ｕｕ）を示す。第１の指定情報は、第１の下りリンク経路（ＳＬ）が有効（ａｃｔｉｖａｔｉｏｎ）／無効（ｄｅａｃｔｉｖａｔｉｏｎ）であることを示す情報であってもよい。第１の指定情報は、第２の下りリンク経路（Ｕｕ）が有効（ａｃｔｉｖａｔｉｏｎ）／無効（ｄｅａｃｔｉｖａｔｉｏｎ）であることを示す情報であってもよい。

ｅＮＢ２００は、少なくとも以下のいずれかの方法により、下りリンク経路を選択（決定）してもよい。ｅＮＢ２００は、選択した下りリンク経路を示す第１の指定情報を送信する。

第１に、ｅＮＢ２００は、ｗＵＥ１５０の無線状況に応じて、下りリンク経路を選択する。

例えば、ｅＮＢ２００は、ｗＵＥ１５０におけるｅＮＢ２００からの無線信号（例えば、参照信号）の受信レベル（例えば、受信強度（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒ）／受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ））が閾値未満である場合に、第１の下りリンク経路（ＳＬ）を選択してもよい。ｅＮＢ２００は、受信レベルが閾値以上である場合に、第２の下りリンク経路（Ｕｕ）を選択してもよい。ｅＮＢ２００は、ｗＵＥ１５０についてのメジャメント報告に基づいて、下りリンク経路を選択できる。ｗＵＥ１５０は、ＵＥ１００を経由して（又は経由せずに）メジャメント報告をｅＮＢ２００へ通知できる。ｅＮＢ２００は、ＵＥ１００についてのメジャメント報告をｗＵＥ１５０についてのメジャメント報告とみなしてもよい。

ｅＮＢ２００は、ｗＵＥ１５０が拡張カバレッジに存在する場合に、第１の下りリンク経路（ＳＬ）を選択してもよい。ｗＵＥ１５０が通常のカバレッジに存在する場合に、第２の下りリンク経路（Ｕｕ）を選択してもよい。ｅＮＢ２００は、ｗＵＥ１５０からの拡張カバレッジに関する報告に基づいて、下りリンク経路を選択できる。拡張カバレッジに関する報告は、ｗＵＥ１５０が拡張カバレッジに存在するか否かを示す情報を含む。ｗＵＥ１５０は、ＵＥ１００を経由して（又は経由せずに）拡張カバレッジに関する報告をｅＮＢ２００へ通知できる。ｅＮＢ２００は、ＵＥ１００についての拡張カバレッジに関する報告をｗＵＥ１５０についての拡張カバレッジに関する報告とみなしてもよい。

ｗＵＥ１５０は、ｅＮＢ２００からの無線信号（参照信号）の受信レベルが、通常のカバレッジ内の境界を示す閾値未満であり、拡張カバレッジの境界を示す閾値以上である場合に、ｗＵＥ１５０が拡張カバレッジに存在すると判定できる。

第２に、ｅＮＢ２００は、ｗＵＥ１５０及び／又はＵＥ１００からの要求に応じて、下りリンク経路を選択する。

ｗＵＥ１５０及び／又はＵＥ１００は、希望する下りリンク経路をｅＮＢ２００へ要求してもよい。ｗＵＥ１５０は、ＵＥ１００を経由して（又は経由せずに）当該要求をｅＮＢ２００へ通知してもよい。

ｗＵＥ１５０及び／又はＵＥ１００は、ｅＮＢ２００と同様に、ｗＵＥ１５０におけるｅＮＢ２００からの無線信号の受信レベルにより希望する下りリンク経路を決定してもよい。ｗＵＥ１５０及び／又はＵＥ１００は、ｗＵＥ１５０が拡張カバレッジに存在するか否かにより希望する下りリンク経路を決定してもよい。ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００からの無線信号の受信レベルをｗＵＥ１５０におけるｅＮＢ２００からの無線信号の受信レベルとみなしてもよい。

ｗＵＥ１５０及び／又はＵＥ１００は、下りリンク経路を決定するために用いられる閾値をｅＮＢ２００から受け取ってもよい。

ｗＵＥ１５０及び／又はＵＥ１００は、ＭＡＣ ＣＥ、ＵＥ Ａｓｓｉａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎなどにより、希望する下りリンク経路をｅＮＢ２００へ通知してもよい。

ｅＮＢ２００は、ｗＵＥ１５０及び／又はＵＥ１００から受信した希望する下りリンク経路に基づいて、下りリンク経路を選択してもよい。

第３に、ｅＮＢ２００は、ｅＮＢ２００の負荷状況に応じて、下りリンク経路を選択する。

例えば、ｅＮＢ２００は、ｅＮＢ２００の負荷が閾値未満である場合に、第２の下りリンク経路（Ｕｕ）を選択してもよい。ｅＮＢ２００の負荷が閾値以上である場合に、第１の下りリンク経路（ＳＬ）を選択してもよい。ＵＥ１００がモード２により、下りリンク情報を転送する場合には、ＵＥ１００が、端末間通信（中継）用のリソースプールの中から自律的に無線リソースを選択するため、ｗＵＥ１５０へ無線リソースを割り当てなくてもよい。従って、ｅＮＢ２００の負荷を低減することができる。

ｅＮＢ２００の負荷は、例えば、（使用中の）下りリンクリソース量である。

第４に、ｅＮＢ２００は、干渉状況に応じて、下りリンク経路を選択する。

例えば、ｅＮＢ２００は、隣接ｅＮＢ２００から受信した干渉情報に基づいて、他の無線装置に干渉を与えている場合には、第２の下りリンク経路（Ｕｕ）を選択してもよい。ｅＮＢ２００は、他の無線装置に干渉を与えていない場合には、第１の下りリンク経路（ＳＬ）を選択してもよい。ｅＮＢ２００は、ｗＵＥ１５０へ下りリンク情報を直接送信することを省略することができる。従って、ｅＮＢ２００は、下りリンク情報の送信の省略により、下り送信電力を低減できる場合には、他の無線装置に与える干渉を低減することができる。

ｗＵＥ１５０は、第１の指定情報に基づいて、第１の下りリンク経路（ＳＬ）又は第２の下りリンク経路（Ｕｕ）を介して、下りリンク情報をｅＮＢ２００から受信する。例えば、ｅＮＢ２００は、第１の下りリンク経路（ＳＬ）を指定した場合、第１の下りリンク経路を介して、下りリンク情報（ＤＬ ｔｒａｆｆｉｃ）をｗＵＥ１５０へ送信する（図１３参照）。ｅＮＢ２００は、第２の下りリンク経路（Ｕｕ）を指定した場合、第２の下りリンク経路を介して、下りリンク情報をｗＵＥ１５０へ送信する（図１４参照）。

ｅＮＢ２００は、上述した状況の変化に応じて、下りリンク経路を切り替えてもよい。ｅＮＢ２００は、下りリンク経路を切り替える場合に、第１の指定情報を送信できる。

（４）動作例４
動作例４について、図１５から図１７を用いて、説明する。図１５から図１７は、動作例４を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例４では、原則として、上りリンク情報は、第１の上りリンク経路（ＵＬ−ＳＬ）を介して伝送される。下りリンク情報は、第２の下りリンク経路（ＤＬ−Ｕｕ）を介して伝送される（図１６及び図１７参照）。

図１５に示すように、ｅＮＢ２００は、第２の指定情報を送信する。ｅＮＢ２００は、上述の第１の指定情報と同様に、第２の指定情報を送信する。ｅＮＢ２００は、ｗＵＥ１５０へ直接的に第２の指定情報を送信してもよい。ｅＮＢ２００は、ＵＥ１００を介して、ｗＵＥ１５０へ間接的に第２の指定情報を送信してもよい。ＵＥ１００は、第２の指定情報を受信した場合、ｗＵＥ１５０へ第２の指定情報を送信（転送）してもよい。

第２の指定情報は、ＰＵＣＣＨ関連情報を送信すべき経路を指定する。第２の指定情報は、ＰＵＣＣＨ関連情報を送信すべき経路として、第１の上りリンク経路（ＳＬ）又は第２の上りリンク経路（Ｕｕ）を指定する。

ＰＵＣＣＨ関連情報（ＰＵＣＣＨ ＲＥＬＡＴＥＤ ＩＮＦＯ．）は、物理上りリンク制御チャネル（ＰＵＣＣＨ）により伝送すべき情報（制御情報）である。ＰＵＣＣＨ関連情報は、例えば、下りリンク情報に対する送達確認情報（ＡＣＫ（ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ））、チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、及びスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）の少なくともいずれかである。

送達確認情報は、例えば、ＨＡＲＱ（Ｈｙｂｒｉｄ ＡＲＱ） ＡＣＫ／ＮＡＣＫである。

チャネル状態情報は、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）を含んでいてもよい。ＣＱＩは、下りリンクの受信状態に基づく、下りリンクで用いるのに好ましい変調及び符号化方式（すなわち、推奨ＭＣＳ）を示す。ＰＭＩは、下りリンクで用いるのに好ましいプリコーダ行列を示す情報である。言い換えると、ＰＭＩは、当該ＰＭＩの送信元のＵＥに対してビームが向くプリコーダ行列を示す情報である。ＲＩは、下りリンクで用いるのに好ましいランクを示す。

スケジューリング要求は、ｅＮＢ２００へ無線リソースを要求するための情報である。

ｗＵＥ１５０は、第２の指定情報に基づいて、ＰＵＣＣＨ関連情報を送信する。ｗＵＥ１５０は、第１の上りリンク経路（ＳＬ）が指定された場合、第１の上りリンク経路を介してＰＵＣＣＨ関連情報をＵＥ１００へ送信する（図１６参照）。ＵＥ１００は、ＰＵＣＣＨ関連情報を受け取った場合、ｅＮＢ２００へＰＵＣＣＨ関連情報を送信してもよい。

ｗＵＥ１５０は、例えば、ＭＡＣ ＣＥにより、ＰＵＣＣＨ関連情報をＵＥ１００へ送信してもよい。ＵＥ１００は、ＭＡＣ ＣＥによりＰＵＣＣＨ関連情報をｅＮＢ２００へ送信してもよい。ｗＵＥ１５０は、ＲＲＣメッセージ（又はＰＣ５−Ｃメッセージ）により、ＰＵＣＣＨ関連情報をＵＥ１００へ送信してもよい。ｗＵＥ１５０は、その他のｅＮＢ２００へ送信すべき情報（例えば、メジャメント報告）と共に、ＰＵＣＣＨ関連情報をＵＥ１００へ送信してもよい。ＵＥ１００は、ＲＲＣメッセージを変更なくｅＮＢ２００へ送信してもよい。ＵＥ１００は、ＰＣ５−Ｃメッセージに基づいて、ＰＵＣＣＨ関連情報などを含むＲＲＣメッセージを生成してもよい。ＵＥ１００は、生成したＲＲＣメッセージをｅＮＢ２００へ送信してもよい。

ｗＵＥ１５０は、第２の上りリンク経路（Ｕｕ）が指定された場合、第２の上りリンク経路を介してＰＵＣＣＨ関連情報をｅＮＢ２００へ送信する（図１７参照）。すなわち、ｗＵＥ１５０は、ＰＵＣＣＨを介してＰＵＣＣＨ関連情報をｅＮＢ２００へ送信する。一方、ｗＵＥ１５０は、ＰＵＣＣＨ関連情報を除く上りリンク情報（例えば、データ（ＵＬ ＴＲＡＦＦＩＣ））を第１の上りリンク経路を介してＵＥ１００へ送信する。

ｗＵＥ１５０は、指定情報を受信しない場合には、上りリンク情報が伝送される第１の上りリンク経路（ＳＬ）を介してＰＵＣＣＨ関連情報をＵＥ１００へ送信してもよい。ＰＵＣＣＨ関連情報はＰＵＣＣＨにより伝送すべきなので、ｗＵＥ１５０は、指定情報を受信しない場合には、第２の上りリンク経路（Ｕｕ）を介してＰＵＣＣＨ関連情報をＵＥ１００へ送信してもよい。

以上のように、ｅＮＢ２００は、ＰＵＣＣＨ関連情報を送信すべき経路を指定する第２の指定情報を送信することができる。第１の上りリンク経路（ＵＬ−ＳＬ）及び第２の下りリンク経路（ＤＬ−Ｕｕ）が用いられている場合であっても、ｅＮＢ２００は、ＰＵＣＣＨ関連情報を送信すべき経路を柔軟に設定することができる。ｅＮＢ２００は、第２の上りリンク経路（Ｕｕ）を指定することによって、リレーＵＥの経由に基づく遅延の発生を抑制できる。

（５）動作例５
動作例５について、図１８を用いて、説明する。図１８は、動作例５を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例５は、ＰＵＣＣＨ関連情報が送達確認情報（ＡＣＫ／ＮＡＣＫ）であるケースである。

図１８に示すように、ｅＮＢ２００は、下りリンク情報（ＤＬ ＴＲＡＦＦＩＣ）を送信する。ｗＵＥ１５０は、ｗＵＥ１５０宛ての下りリンク情報の受信を試みる。ｅＮＢ２００は、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）をｗＵＥ１５０へ割り当てる。Ｃ−ＲＮＴＩは、ｅＮＢ２００からの下りリンク情報を取得するための識別子である。ｅＮＢ２００は、ｗＵＥ１５０へ割り当てたＣ−ＲＮＴＩを用いて、ｗＵＥ１５０宛ての下りリンク情報をエンコード（符号化）できる。ｅＮＢ２００は、エンコードされた下りリンク情報を送信する。

ｗＵＥ１５０は、ｅＮＢ２００に割り当てられたＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を用いて、受信した下りリンク情報のデコードを試みる。

ＵＥ１００は、ｅＮＢ２００又はｗＵＥ１５０からＣ−ＲＮＴＩを受信する。Ｃ−ＲＮＴＩは、ｗＵＥ１５０が保持するＣ−ＲＮＴＩと同じものである。Ｃ−ＲＮＴＩは、中継用の設定情報に含まれていてもよい。ｅＮＢ２００は、ＵＥ１００に対して、ｗＵＥ１５０のＣ−ＲＮＴＩと同じＣ−ＲＮＴＩを設定してもよい（割り当てもよい）。ＵＥ１００は、中継用の接続を確立する際に、ｅＮＢ２００又はｗＵＥ１５０からＣ−ＲＮＴＩを受信してもよい。

ＵＥ１００は、Ｃ−ＲＮＴＩを用いて、ｗＵＥ１５０宛ての下りリンク情報の受信を試みる。ＵＥ１００は、下りリンク情報に対する送達確認情報を受け取る場合又はＮＡＣＫに対する再送を実行する場合に、ｗＵＥ１５０宛ての下りリンク情報の受信を試みてもよい。具体的には、ＵＥ１００は、Ｃ−ＲＮＴＩを用いて、受信した下りリンク情報のデコードを試みる。ＵＥ１００は、下りリンク情報のデコードが成功することにより、下りリンク情報を取得する。ＵＥ１００は、ＵＥ１００自身宛の下りリンク情報ではなにもかかわらず、ｗＵＥ１５０用のＣ−ＲＮＴＩを用いることにより、下りリンク情報を取得できる。

ｗＵＥ１５０は、下りリンク情報の受信又はデコードに失敗した場合、送達確認情報として否定情報（ＮＡＣＫ）をＵＥ１００へ送信する。ｗＵＥ１５０は、受信に失敗した下りリンク情報を示す識別子（例えば、ＤＬ プロセスＩＤ）と共にＮＡＣＫを送信してもよい。ｗＵＥ１５０は、ＭＡＣヘッダ又はＭＡＣ ＣＥにより、再送のための識別子を含めてもよい。

ＵＥ１００は、送達確認情報がＮＡＣＫであることに応じて、ｅＮＢ２００の代わりに、下りリンク情報の送信（再送）を行ってもよい。ＵＥ１００は、サイドリンクにより、下りリンク情報を送信できる。「再送」は、ｗＵＥ１５０にとっての再送である。ＵＥ１００は、下りリンク情報の送信が初送であってもよい。

ＵＥ１００は、ｗＵＥ１５０からの下りリンク情報を示す識別子に基づいて、送信すべき下りリンク情報を特定してもよい。ＵＥ１００は、下りリンク情報を送信する場合、ＮＡＣＫに対する再送であることを示す情報を含めてもよい。ＵＥ１００は、ｗＵＥ１５０から受信した再送のための識別子と同一の識別子と共に下りリンク情報を送信してもよい。ＵＥ１００は、ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＭＡＣヘッダ又はＭＡＣ ＣＥなどにより、当該識別子をｗＵＥ１５０へ送信してもよい。

ＵＥ１００は、ＤＬ ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ ａｎｄ Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）が実行されている場合には、多重されている下りリンク情報（ＤＬ ＴＲＡＦＦＩＣ）毎に、ｗＵＥ１５０へ送信してもよい。すなわち、ＵＥ１００は、下りリンク情報毎に異なるＬＣＩＤ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ）を対応付けても良い。ＵＥ１００は、各ＬＣＩＤを用いて、下りリンク情報毎にｗＵＥ１５０へ送信してもよい。

ｅＮＢ２００は、ＵＥ１００に対して再送のための設定情報を送信してもよい。設定情報は、再送パケットをＲＬＣ層において分割しない設定値を含んでいてもよい。設定値は、ＴＢＳ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）、ＭＣＳ、ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｒｏｃｋ）の少なくともいずれかであってもよい。ＵＥ１００は、設定値を選択できる場合には（モード２送信）、再送パケットがＲＬＣ層において分割されない設定値を選択してもよい。これにより、再送パケットがＲＬＣ層において分割されないため、ＵＥ１００の処理負荷を低減できる。

ＵＥ１００は、下りリンク情報の再送として、下りリンク情報を繰り返し送信してもよい。ＵＥ１００は、例えば、４回繰り返し送信を行ってもよい。繰り返し送信では、同一の下りリンク情報が送信される。ＵＥ１００は、ＨＡＲＱ処理による再送を行ってもよい。ＨＡＲＱ処理による再送では、例えば、冗長ビットの負荷などにより、同一の下りリンク情報が送信されなくてもよい。

ＵＥ１００は、下りリンク情報を送信（再送）する場合に、ｅＮＢ２００から送信された下りリンク情報に用いられたＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）値の続きとなるＲＶ値（２回目の送信に用いるＲＶ値）を用いなくてもよい。ＵＥ１００は、新たなＲＶ値を用いて下りリンク情報を送信してもよい。新たなＲＶ値は、下りリンク情報の送信に用いられたＲＶ値（１回目の送信に用いられたＲＶ値）と無関係な値であってもよい。ＵＥ１００は、新たなＲＶ値として用いる所定値を自律的に選択してもよい。例えば、ＵＥ１００は、仕様書により予め規定された所定値を新たなＲＶ値として選択してもよい。ＵＥ１００は、所定値をｅＮＢ２００から通知されてもよい。ｅＮＢ２００は、例えば、所定値を設定情報によりＵＥ１００へ設定してもよい。

ｗＵＥ１５０は、ＵＥ１００から送信（再送）された下りリンク情報を受信する。ｗＵＥ１５０は、上述と同様に、ＵＥ１００からの下りリンク情報に対する送達確認情報をさらにＵＥ１００へ送信してもよい。ｗＵＥ１５０は、ＵＥ１００からの下りリンク情報の受信しに失敗した場合には、さらにＮＡＣＫを送信してもよい。ＵＥ１００は、サイドリンクに基づく繰り返し送信により下りリンク情報が再送される場合には、下りリンク情報の受信の成功／失敗にかかわらず、送達確認情報を送信しなくてもよい。

ＵＥ１００は、ＮＡＣＫを受信した場合には、下りリンク情報の送信（再送）をさらに実行してもよい。ＵＥ１００は、再送を実行せずに、ＮＡＣＫをｅＮＢ２００へ転送してもよい。

ｅＮＢ２００は、ＵＥ１００からＮＡＣＫを受信した場合には、第２の下りリンク経路（Ｕｕ）を介して、下りリンク情報の再送を実行してもよい。

ｅＮＢ２００は、ＵＥ１００からＡＣＫを受信した場合には、（ＲＬＣ層／ＭＡＣ層において）送信済みの下りリンク情報に対応するパケットを破棄する処理を実行してもよい。ｅＮＢ２００は、ＵＥ１００が再送することを知っている場合には、下りリンク情報を送信が成功したものとみなしてもよい。すなわち、ｅＮＢ２００は、送達確認情報を受信しなくても、下りリンク情報に対応するパケットを破棄する処理を実行してもよい。ｅＮＢ２００は、ＵＥ１００及び／又はｗＵＥ１５０への設定（情報）により、ＵＥ１００が再送することを知っていてもよい。ＵＥ１００は、ＵＥ１００が再送する（再送した）ことをｅＮＢ２００へ通知してもよい。ＵＥ１００は、下りリンク情報の受信に成功したことをｅＮＢ２００へ通知してもよい。ｅＮＢ２００は、ＵＥ１００からの通知により、ＵＥ１００が再送することを知ってもよい。

以上のように、ＵＥ１００が、ｅＮＢ２００の代わりに、下りリンク情報の再送を行うため、ｅＮＢ２００の負荷を低減することができる。ｅＮＢ２００は、ｗＵＥ１５０が拡張カバレッジにいる場合には、繰り返し送信（Ｒｅｐｅｔｉｔｉｏｎ）を実行しなければならない。このような場合には、無線リソースを節約できるため、周波数利用効率が改善できる。

（６）動作例６
動作例６について、図１９及び図２０を用いて説明する。図１９及び図２０は、動作例６を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例６は、動作例５と同様に、ＰＵＣＣＨ関連情報が送達確認情報（ＡＣＫ／ＮＡＣＫ）であるケースである。動作例６は、ｗＵＥ１５０がＤＲＸ動作を実行している場合に適用されてもよい。

図１９を用いて、第２の上りリンク経路（Ｕｕ）により送達確認情報（ＡＣＫ／ＮＡＣＫ）が伝送されるケースについて説明する。

図１９に示すように、ステップＳ１１０において、ｅＮＢ２００は、下りリンク情報（ＤＬトラフィック）をｗＵＥ１５０へ送信する。

ステップＳ１２０において、ｗＵＥ１５０は、送達確認情報（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）をｅＮＢ２００へ送信する。例えば、ｗＵＥ１５０は、ｅＮＢ２００から下りリンク情報を受信してから４サブフレーム後に、送達確認情報を送信する。

ｅＮＢ２００は、第２の上りリンク経路（Ｕｕ）を介してｗＵＥ１５０から送達確認情報を受信する場合には、下りリンク情報を送信してから所定期間が経過するまでに送達確認情報を受信すると見込んでもよい。例えば、ｅＮＢ２００は、所定期間（４サブフレーム＋α（伝搬遅延時間））が経過するまでに送達確認情報を受信すると見込んでもよい。ｅＮＢ２００は、送達確認情報をｗＵＥ１５０から受信する。

ｅＮＢ２００は、所定期間までに送達確認情報を受信しなかった場合には、ＲＬＣ層／ＭＡＣ層において送信済みの下りリンク情報の処理を開始してもよい。例えば、ｅＮＢ２００は、ＨＡＲＱ再送処理を開始してもよい。ｅＮＢ２００は、パケット／ＤＬプロセスＩＤの破棄（フラッシュ）を開始してもよい。

ｅＮＢ２００は、ＮＡＣＫを受信した場合又はＡＣＫを受信しなかった場合、ステップＳ１３０の処理を実行する。

ｗＵＥ１５０は、下りリンク情報の受信に応じて、第１タイマ（ＤＬ ＨＡＲＱ ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）タイマ）を起動する。第１タイマは、ＭＡＣエンティティによるＤＬ ＨＡＲＱ再送が期待される前の最小量のサブフレームを計測するためのタイマである。すなわち、第１タイマは、ｅＮＢ２００が再送を開始しない期間を計測するためのタイマである。例えば、第１タイマは、８サブフレームの経過により満了する。ＤＲＸについて設定されているｗＵＥ１５０は、第１タイマが満了するまで、ｅＮＢ２００からの下りリンク情報（例えば、ＰＤＣＣＨ）のモニタを行わなくてもよい。

ｗＵＥ１５０は、第１タイマの満了に応じて、下りリンク情報（例えば、ＰＤＣＣＨ）のモニタを開始する。ｗＵＥ１５０は、モニタの開始に従って、第２タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動する。第２タイマは、ＤＬ再送が受信されるまで連続したＰＤＣＣＨサブフレームの最大量を計測するためのタイマである。すなわち、第２タイマは、ＵＥ１００（ＭＡＣエンティティ）が、下りリンク情報を受信するまで、継続的にモニタする期間（Ａｃｔｉｖｅ Ｔｉｍｅ）を計測するためのタイマである。

ステップＳ１３０において、ｅＮＢ２００は、下りリンク情報を再送する。ｅＮＢ２００は、ＵＥ１００がモニタする期間（Ａｃｔｉｖｅ Ｔｉｍｅ）に下りリンク情報を再送してもよい。ｅＮＢ２００は、ＵＥ１００に対して、第１タイマ及び第２タイマを設定することにより、ＵＥ１００がモニタする期間を把握することができる。

次に、図２０を用いて、第１の上りリンク経路（ＳＬ）により送達確認情報（ＡＣＫ／ＮＡＣＫ）が伝送されるケースについて説明する。

ステップＳ２０５において、ｅＮＢ２００は、第３タイマ（３ＲＤ ｔｉｍｅｒ）の情報をｗＵＥ１５０へ通知してもよい。ｅＮＢ２００は、第４タイマ（４ＴＨ ｔｉｍｅｒ）の情報をｗＵＥ１５０へ通知してもよい。ｅＮＢ２００は、上述の第１の指定情報と同様に、第３タイマの情報をｗＵＥ１５０へ通知できる。

第３タイマは、ｅＮＢ２００における送達確認情報の受信期間を計測するための情報であってもよい。第３タイマは、第１の上りリンク経路（ＳＬ）により送達確認情報を伝送するｗＵＥ１５０に対して、ｅＮＢ２００が再送を開始しない期間を計測するためのタイマであってもよい。第３タイマは、第２タイマ又は第４タイマの起動を開始のトリガとなるタイマであってもよい。ｅＮＢ２００は、第３タイマの情報により、ｅＮＢ２００における送達確認情報の受信期間をｗＵＥ１５０へ通知できる。ｅＮＢ２００は、ｅＮＢ２００における送達確認情報の受信期間（を指定する情報）をｗＵＥ１５０へ通知してもよい。第３タイマ（受信期間）は、第１タイマ（所定期間）よりも満了するまでの期間が長い。

第４タイマは、第１の上りリンク経路（ＳＬ）により送達確認情報を伝送するｗＵＥ１５０が、下りリンク情報を受信するまで、継続的にモニタする期間（Ａｃｔｉｖｅ Ｔｉｍｅ）を計測するためのタイマである。第４タイマは、第２タイマよりも満了するまでの期間が長くてもよい。

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

ステップＳ２２０において、ｗＵＥ１５０は、第１の上りリンク経路を介してＵＥ１００へ送達確認情報を送信する。ｗＵＥ１５０は、ｅＮＢ２００から下りリンク情報を受信してからｘサブフレーム後に、例えば、サイドリンクにより、送達確認情報をＵＥ１００へ送信できる。ｘは、４よりも小さくてもよい。ｘは、４よりも大きくてもよい。ＵＥ１００は、送達確認情報をｅＮＢ２００へ送信（転送／中継）する。ＵＥ１００は、ｅＮＢ２００へ送信すべき他の情報よりも優先して、ｗＵＥ１５０からの送達確認情報をｅＮＢ２００へ送信してもよい。これにより、中継に基づく送達確認情報の伝送の遅延を低減することができる。その結果、ｗＵＥ１５０におけるＡｃｔｉｖｅ Ｔｉｍｅが満了する前に、ｅＮＢ２００が下りリンク情報を再送できる可能性を高めることができる。

他の情報は、例えば、他のＰＵＣＣＨ関連情報（チャネル状態情報、スケジューリング要求）であってもよい。他の情報は、ｗＵＥ１５０からｅＮＢ２００へ転送（中継）すべきユーザデータであってもよい。他の情報は、ＵＥ１００のユーザデータであってもよい。

ｗＵＥ１５０は、第３タイマが満了するまで、ｅＮＢ２００からの下りリンク情報（例えば、ＰＤＣＣＨ）のモニタを行わなくてもよい。

ｗＵＥ１５０は、第３タイマの満了に応じて、下りリンク情報（例えば、ＰＤＣＣＨ）のモニタを開始する。ｗＵＥ１５０は、モニタの開始に従って、第２タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）又は第４タイマを起動してもよい。ｗＵＥ１５０は、ＮＡＣＫを送信した場合には、第２タイマ及び第４タイマが満了したとしても、下りリンク情報を受信するまで、モニタを継続してもよい。すなわち、ｗＵＥ１５０は、Ａｃｔｉｖｅ Ｔｉｍｅ（ＤＲＸ ｉｎ−ａｃｔｉｖｅ状態）を維持してもよい。

ｗＵＥ１５０は、送達確認情報と共に送達確認情報の送信タイミングを示す情報をＵＥ１００へ送信してもよい。ＵＥ１００は、送信タイミングを示す情報をｅＮＢ２００へ送信してもよい。ＵＥ１００は、送達確認情報の受信タイミングを示す情報を送達確認情報と共にｅＮＢ２００へ送信してもよい。ｅＮＢ２００は、送信タイミングを示す情報及び／又は受信タイミングを示す情報に基づいて、中継に基づく遅延を把握することができる。ｅＮＢ２００は、遅延に基づいて、ＰＵＣＣＨ関連情報を送信すべき経路を変更するか否かを決定してもよい。第４タイマが、ＵＥ１００の送達確認情報の送信タイミングにより起動する場合には、ｅＮＢ２００は、送信タイミングを示す情報及び／又は受信タイミングを示す情報に基づいて、第４タイマの起動時間を推定できる。

ｅＮＢ２００は、上述の所定期間（例えば、４サブフレーム＋α（伝搬遅延時間））が経過するまでにｗＵＥ１５０の送達確認情報を受信できない場合であっても、下りリンク情報（パケット）／ＤＬプロセスＩＤの破棄（フラッシュ）をせずに、下りリンク情報（パケット）／ＤＬプロセスＩＤを保持し続けてもよい。ｅＮＢ２００は、送達確認情報を受信するまで、下りリンク情報（パケット）／ＤＬプロセスＩＤを保持し続けてもよい。

ｅＮＢ２００は、ＮＡＣＫを受信した場合には、下りリンク情報の再送を開始してもよい。ｅＮＢ２００は、受信期間が経過しても送達確認情報を受信できないことに応じて、下りリンク情報の再送を開始してもよい。

ステップＳ２３０において、ｅＮＢ２００は、下りリンク情報を再送する。ｅＮＢ２００は、ＵＥ１００がモニタする期間（Ａｃｔｉｖｅ Ｔｉｍｅ）に下りリンク情報を再送してもよい。ｅＮＢ２００は、ＵＥ１００に対して、第３タイマ及び第４タイマ（又は第２タイマ）を設定することにより、ＵＥ１００がモニタする期間を把握することができる。

以上によれば、ｅＮＢ２００は、送達確認情報の受信タイミングが、４サブフレームより遅くなったとしても、再送制御を適切に実行することが可能である。

（７）動作例７
動作例７について、図２１を用いて、説明する。図２１は、動作例７を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例７は、動作例６と同様に、ＰＵＣＣＨ関連情報が送達確認情報（ＡＣＫ／ＮＡＣＫ）であるケースである。動作例７では、ｗＵＥ１５０が、下りリンク情報の送信に気付いていないケースについて、説明する。

図２１に示すように、ｗＵＥ１５０は、ｅＮＢ２００からのＤＣＩの受信に失敗した場合、ｅＮＢ２００から下りリンク情報が送信されていることを把握できない。このため、ｗＵＥ１５０は、送達確認情報をＵＥ１００（ｅＮＢ２００）へ送信する動作を実行しない（Ｎｏ ｆｅｅｄｂａｃｋ ｔｒａｎｓｍｉｓｓｉｏｎ）。

そこで、ｅＮＢ２００は、上述の第１タイマから第４タイマの少なくともいずれかに基づくｗＵＥ１５０のモニタ期間（Ａｃｔｉｖｅ Ｔｉｍｅ）により再送タイミングを算出しなくてもよい。ｅＮＢ２００は、ＤＲＸサイクル（ｓｈｏｒｔ／ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ）により再送タイミングを算出してもよい。ＤＲＸサイクルは、ＰＤＣＣＨのモニタを免除される期間（非アクティブの可能な期間）の後に続くモニタ期間（Ａｃｔｉｖｅ Ｔｉｍｅ／Ｏｎ Ｄｕｒａｔｉｏｎ）の周期的な繰り返しを特定する。

ｅＮＢ２００は、送達確認情報を受信しないことに応じて、ｗＵＥ１５０へ設定したＤＲＸサイクルに基づいて、再送タイミングを算出してもよい。ｅＮＢ２００は、ＤＲＸサイクルに基づいて、ｗＵＥ１５０のモニタ期間を算出してもよい。ｅＮＢ２００は、算出した再送タイミングに基づいて、下りリンク情報を再送してもよい。ｅＮＢ２００は、モニタ期間内に下りリンク情報を再送できる。

ｗＵＥ１５０は、第１の上りリンク経路（ＳＬ）により送達確認情報（ＡＣＫ／ＮＡＣＫ）を伝送する場合には、下りリンク情報（の再送）を受信するために、第２タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）に基づくモニタ期間（Ａｃｔｉｖｅ Ｔｉｍｅ）を算出しなくてもよい。ｗＵＥ１５０は、ＤＲＸサイクルに基づくモニタ期間に基づいて、下りリンク情報（の再送）のモニタを実行してもよい。

以上によれば、ｗＵＥ１５０が、ｅＮＢ２００からのＤＣＩの受信に失敗した場合であっても、下りリンク情報（の再送）を受信することができる。

（８）動作例８
動作例８について、図２２を用いて、説明する。図２２は、動作例８を説明するための図である。上述の説明と同様の部分については、説明を省略する。

動作例８は、ＰＵＣＣＨ関連情報がスケジューリング要求であるケースである。

動作例８では、ｗＵＥ１５０には、第１の上りリンク経路（ＳＬ）によりスケジューリング要求を伝送する設定がなされている。

ステップＳ３１０において、ｗＵＥ１５０に、第１の上りリンク経路（ＳＬ）により上りリンク情報を送信するために、モード１送信が設定される。ｗＵＥ１５０は、ｅＮＢ２００からの設定情報を受信することにより、モード１送信が設定されてもよい。従って、設定情報は、上りリンク情報をＵＥ１５０へ送信する場合に、ｅＮＢ２００から割り当てられた無線リソースを用いる設定を示す。ｗＵＥ１５０に、近傍サービスを利用した中継（ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙｉｎｇ）の設定情報に基づいて、モード１送信が設定されてもよい。ｗＵＥ１５０に、設定情報により、第１の上りリンク経路（ＳＬ）により上りリンク情報を送信する設定がなされてもよい。ｅＮＢ２００は、設定情報を、個別シグナリング（例えば、ＲＲＣ再設定メッセージなど）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ）により、ｗＵＥ１５０へ送信してもよい。

ステップＳ３２０において、ｗＵＥ１５０において、上りリンク情報が発生する。

ステップＳ３３０において、ｗＵＥ１５０は、上りリンク情報をＵＥ１００へ送信するための無線リソースが割り当てられているか否かを判定する。ｗＵＥ１５０は、無線リソースが割り当てられている場合には、ステップＳ３４０の処理を実行する。ｗＵＥ１５０は、無線リソースが割り当てられていない場合には、ステップＳ３５０の処理を実行する。

ステップＳ３４０において、ｗＵＥ１５０は、モード１送信により上りリンク情報をＵＥ１００へ送信する。すなわち、ｗＵＥ１５０は、ｅＮＢ２００から割り当てられた無線リソースを用いて、上りリンク情報をＵＥ１００へ送信する。ＵＥ１００は、上りリンク情報をｅＮＢ２００へ送信（転送／中継）する。

ステップＳ３５０において、ｗＵＥ１５０は、モード２送信によりスケジューリング要求をＵＥ１００へ送信する。

ｗＵＥ１５０は、上りリンク情報送信用の無線リソースがｅＮＢ２００から割り当てられていないため、リソースプールの中から無線リソースを自律的に選択する。すなわち、ｗＵＥ１５０には、モード１送信の設定がなされているにもかかわらず、ｗＵＥ１５０は、例外的に、モード２送信の動作を実行する。

リソースプールは、複数の無線リソースにより構成される。リソースプールは、端末間通信用のリソースプールであってもよい。リソースプールは、スケジューリング要求用のリソースプールであってもよい。リソースプールは、例外的なリソースプールであってもよい。

リソースプールの情報は、上述の設定情報に含まれていてもよい。ｗＵＥ１５０は、上りリンク情報が発生した場合に、例えば、ＳＩＢにより、ｅＮＢ２００からブロードキャストされているリソースプールの情報を取得してもよい。ｗＵＥ１５０は、リソースプールの情報に基づいて、リソースプールを特定できる。

ｗＵＥ１５０は、選択した無線リソースを用いて、スケジューリング要求をＵＥ１００へ送信する。スケジューリング要求は、発生した上りリンク情報を送信するための無線リソースをｅＮＢ２００へ要求するためのものである。ｗＵＥ１５０は、スケジューリング要求と共に上りリンク情報のデータ量を示す情報を送ってもよい。

ＵＥ１００は、ｗＵＥ１５０からのスケジューリング要求をｅＮＢ２００へ送信（転送／中継）する。ＵＥ１００は、モード１送信用の無線リソースが割り当てられるまでは、モード２送信用のリソースプールをモニタしていてもよい。ＵＥ１００は、ｗＵＥ１５０へ設定される設定情報をｅＮＢ２００から受信していてもよい。ＵＥ１００は、ｗＵＥ１５０から設定情報（リソースプールの情報）を受信していてもよい。ＵＥ１００は、ｗＵＥ１５０のリレーＵＥとして動作する場合に、ｅＮＢ２００からリソースプールの情報を（例えば、ＳＩＢにより）予め取得してもよい。

ｅＮＢ２００は、第１の上りリンク経路（ＳＬ）を介してｗＵＥ１５０（ＵＥ１００）から受信したスケジューリング要求に基づいて、ｗＵＥ１５０へ無線リソースを割り当てる。ｅＮＢ２００は、第２の下りリンク経路（Ｕｕ）を介して、割り当てた無線リソースの情報をｗＵＥ１５０（及びＵＥ１００）へ通知する。

ｗＵＥ１５０は、割り当てられた無線リソースを用いて、モード１送信により、ＵＥ１００へ上りリンク情報を送信する。ＵＥ１００は、ｗＵＥ１５０からの上りリンク情報をｅＮＢ２００へ送信（転送／中継）する。

以上によれば、ｗＵＥ１５０は、モード１送信が設定されている場合であっても、無線リソースプールが割り当てられていない場合には、例外的に、モード２送信を実行できる。これにより、ｗＵＥ１５０は、上りリンク情報を遅延なく送信することができる。

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

上述では、リモートＵＥとネットワークとの間において伝送される制御情報として、ＲＲＣ層における制御情報（リレーＵＥに関する制御情報）を中心に説明したが、これに限られない。制御情報は、ＲＲＣ層以外の制御情報であってもよい。例えば、制御情報は、物理層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層の少なくともいずれかにおける制御情報であってもよい。リモートＵＥとネットワークとの間において制御情報が伝送可能であることにより、ネットワークは、リモートＵＥに関する制御情報を、通常のＵＥ１００に関する制御情報と同様に認識することができる。これにより、ネットワーク（例えば、ｅＮＢ２００、ＭＭＥ３００など）は、リモートＵＥを通常のＵＥ１００と同様に制御することができる。例えば、リモートＵＥは、通常のＵＥ１００と同様に、ネットワークに位置登録を行うことが可能である。これにより、ネットワークは、リモートＵＥに対して、適切に（通信）サービスを提供することが可能である。

上述の動作例６において、ＵＥ１００は、ｗＵＥ１５０宛ての下りリンク情報の受信に失敗した場合には、ｗＵＥ１５０からのＮＡＣＫをｅＮＢ２００へ送信してもよい。

ＵＥ１００は、ｗＵＥ１５０宛ての下りリンク情報の受信に失敗した場合には、以下の通知をｅＮＢ２００へ送ってもよい。ＵＥ１００は、ＵＥ１００が下りリンク情報の受信に失敗したことを示す通知をｅＮＢ２００へ送ってもよい。ＵＥ１００は、ＵＥ１００が再送しない（再送できない）ことを示す通知を送ってもよい。ＵＥ１００は、下りリンク情報の受信を試みない場合（すなわち、再送処理を実行しない場合）に、当該通知をｅＮＢ２００へ送ってもよい。ＵＥ１００は、ｗＵＥ１５０からのＮＡＣＫを受信する前／受信に関係なく当該通知をｅＮＢ２００へ送ってもよい。ｅＮＢ２００は、ＵＥ１００からの通知により、ＵＥ１００が再送しないことを知ることができる。ｅＮＢ２００は、ＵＥ１００からＮＡＣＫを受信した場合には、第２の下りリンク経路（Ｕｕ）を介して、下りリンク情報の再送を実行してもよい。

ｅＮＢ２００は、ＵＥ１００が下りリンク情報の受信に失敗したことを示す通知をＵＥ１００から受信した場合には、第２の下りリンク経路（Ｕｕ）を介して、下りリンク情報の再送を実行してもよい。ＵＥ１００の位置とｗＵＥ１５０の位置が近いため、ｗＵＥ１５０も受信に失敗している可能性が高いためである。これにより、ｗＵＥ１５０へ下りリンク情報が再送されるまでの遅延時間を減少できる。

上述において、リレーＵＥとリモートＵＥとの間のシグナリングは、サイドリンク信号（ＰＣ５シグナリング）を中心に説明したが、これに限られない。リレーＵＥとリモートＵＥとの間のシグナリングは、ｎｏｎ−３ＧＰＰインターフェイスを介したシグナリングであってもよい。リレーＵＥとｅＮＢ２００との間のシグナリングは、ＬＴＥシステムにおけるシグナリングであってもよい。リレーＵＥ及びリモートＵＥは、ｎｏｎ−３ＧＰＰインターフェイス上にＲＲＣ層を有してもよい。リレーＵＥ及びリモートＵＥは、当該ＲＲＣ層を用いて制御情報を伝送してもよい。

上述した実施形態では、リモートＵＥとして、ｗＵＥ１５０（ウェアラブルＵＥ）を例に挙げて説明したが、これに限られない。ｗＵＥ１５０は、通常のＵＥ１００であってもよい。移動体（例えば、車両）においてネットワークに接続される通信装置と、移動体内のＵＥ（又は移動体内のＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス）とにおいて上述の内容が適用されてもよい。人が介在しない通信であるマシンタイプコミュニケーション（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）用の通信装置どうしにおいて上述の内容が適用されてもよい。

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

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

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

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

［付記］
（１）検討
（Ａ）中継を介したＵＥ終端サービス
現在のＰｒｏＳｅ ＵＥ−ｔｏ−ＮＷ Ｒｅｌａｙスキームに関して、リレーＵＥは、リモートＵＥ報告手順を実行し、当該手順は、リレーＵＥが、リレーＵＥとのＰＣ５接続を確立するリモートＵＥの情報をＮＷ（ネットワーク）に通知し、ＮＷがリモートＵＥへ／からのトラフィックを送信／受信が可能になることを意味する。しかしながら、リモートＵＥが現在の仕様に基づいてＵＥ終端サービスを受信したい場合、リモートＵＥは、送信に利用可能なトラフィックを有していなくても、リレーＵＥとのＰＣ５接続を維持する必要がある。「この研究の主な目的は、進化したリモートＵＥ（例えばウェアラブルデバイス）の電力効率に対処することである」という意見があり、従って、ＵＥ終端サービスが、リレーＵＥとのＰＣ５接続を確立しないリモートＵＥに到達できる方法を検討すべきである。

提案１： ＵＥ終端サービスが、リレーＵＥとのＰＣ５接続を確立していないリモートＵＥに到達できる方法を検討すべきである。

リレーＵＥがリモートＵＥのトラフィックの到着を知る方法を検討すべきできある。現在のＬ３ ＰｒｏＳｅ ＵＥ−ＮＷリレーアーキテクチャによれば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのリレーＵＥは、リモートＵＥ終端サービスの到着を判定するために、リモートＵＥのＩＰアドレスを使用する。たとえＲＲＣ＿ＩＤＬＥのリレーＵＥがこの方式を再利用することができたとしても、ＲＲＣ＿ＩＤＬＥのリレーＵＥは、ＲＲＣ接続確立手順の完了後にリモートＵＥ終端サービスの到着を認識するため、リモートＵＥへのトラフィックが遅延することがある。従って、リモートＵＥトラフィックの到着をリレーＵＥに通知するためにページングスキームを拡張することが有用であり得る。

提案２：リモートＵＥトラフィックの到着をリレーＵＥに通知するためにページングスキームを拡張するかどうかを検討すべきである。

（Ｂ）ＣＰリレー
ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）リレーを考慮して、リモートＵＥが拡張カバレッジ内にあると仮定すると（図２３）、ＣＰリレーは、リモートＵＥの電力効率を改善するのに役立つ。拡張されたカバレッジ内のリモートＵＥは、シグナリングメッセージを繰り返し送信／受信する必要があり得るので、リモートＵＥが、多くの繰り返しを設定される（ｃｏｎｆｉｇｕｒｅｄ）場合、ＣＰシグナリングを中継することは、リモートＵＥの電力効率を改善するのに役立つ。

拡張されたカバレッジ内のＲＲＣ接続確立手順に関して、ＣＰリレーは、リモートＵＥがランダムアクセスプリアンブルを繰り返し送信する必要性を低減するのにも役立つであろう。これは、このシナリオの下でリモートＵＥの電力効率も改善するはずである。

提案３：拡張カバレッジ内のリモートＵＥが中継を介してＲＲＣ接続確立手順を開始できるようにすべきである。

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

Claims (11)

1. 通信制御方法であって、
   第１の無線端末が、中継端末である第２の無線端末を介した所定の接続を確立する制御を実行し、
   前記所定の接続は、前記第１の無線端末と基地局との間において、前記第１の無線端末に関する制御情報を伝送するために用いられ、
   前記第１の無線端末は、前記所定の接続を確立することが可能であることを示す許可情報を受け取ったことに応じて、前記所定の接続を確立する制御を開始する通信制御方法。
2. 前記第１の無線端末は、前記基地局から前記許可情報を受け取る請求項１に記載の通信制御方法。
3. 前記第１の無線端末は、前記第２の無線端末から前記許可情報を受け取る請求項１に記載の通信制御方法。
4. 前記第１の無線端末は、下りリンクの経路として第１の経路又は第２の経路を指定する指定情報を受信し、
   前記第１の経路は、前記第２の無線端末を経由する前記基地局から前記第１の無線端末への経路であり、
   前記第２の経路は、前記第２の無線端末を経由しない前記基地局から前記第１の無線端末への経路であり、
   前記第１の無線端末は、前記指定情報に基づいて、前記第１の経路又は前記第２の経路を介して、下りリンク情報を前記基地局から受信する請求項１に記載の通信制御方法。
5. 通信制御方法であって、
   第１の無線端末は、中継端末である第２の無線端末を経由する前記第１の無線端末から前記基地局への上りリンク経路を介して、前記基地局へ上りリンク情報を送信し、
   前記第１の無線端末は、前記第２の無線端末を経由しない前記基地局から前記第１の無線端末への下りリンク経路を介して、前記基地局から下りリンク情報を受信し、
   前記第１の無線端末は、物理上りリンク制御チャネルにより伝送すべきＰＵＣＣＨ関連情報を送信すべき経路として、第１の上りリンク経路又は第２の上りリンク経路を指定する指定情報を受信し、
   前記第１の上りリンク経路は、前記第２の無線端末を経由する前記第１の無線端末から前記基地局への経路であり、
   前記第２の上りリンク経路は、前記第２の無線端末を経由しない前記第１の無線端末から前記基地局への経路であり、
   前記第１の無線端末は、前記指定情報に基づいて、前記第１の上りリンク経路又は前記第２の上りリンク経路を介して、前記ＰＵＣＣＨ関連情報を前記基地局へ送信する通信制御方法。
6. 前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報、チャネル状態情報、及びスケジューリング要求の少なくともいずれかである請求項５に記載の通信制御方法。
7. 前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報であり、
   前記第２の無線端末は、前記下りリンク情報を前記基地局から取得し、
   前記第１の無線端末は、前記送達確認情報を前記第２の無線端末へ送信し、
   前記第２の無線端末は、前記送達確認情報が否定情報であることに応じて、前記基地局の代わりに、前記下りリンク情報を前記第１の無線端末へ再送する請求項５に記載の通信制御方法。
8. 前記第２の無線端末は、前記第１の無線端末又は前記基地局から前記下りリンク情報を取得するための識別子を受信し、
   前記第２の無線端末は、前記識別子を用いて前記下りリンク情報を取得する請求項７に記載の通信制御方法。
9. 前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報であり、
   前記基地局は、前記第１の無線端末から前記第１の上りリンク経路を介して前記送達確認情報を受信する場合には、前記送達確認情報の受信期間を前記第１の無線端末へ通知し、
   前記基地局は、前記受信期間が経過しても前記送達確認情報を受信できないことに応じて、前記下りリンク情報の再送を開始する請求項５に記載の通信制御方法。
10. 前記ＰＵＣＣＨ関連情報は、前記下りリンク情報に対する送達確認情報であり、
    前記第２の無線端末は、前記送達確認情報を前記第１の無線端末から受信し、
    前記第２の無線端末は、前記基地局へ送信すべき他の情報よりも優先して前記送達確認情報を前記基地局へ送信する請求項５に記載の通信制御方法。
11. 前記第１の無線端末は、設定情報を受信し、
    前記設定情報は、前記上りリンク情報を前記第２の無線端末へ送信する場合に前記基地局から割り当てられた無線リソースを用いる設定を示し、
    前記第１の無線端末は、前記基地局から前記無線リソースを割り当てられる前に前記上りリンク情報が発生した場合、リソースプールの中から無線リソースを自律的に選択し、
    前記第１の無線端末は、前記選択した無線リソースを用いて、前記基地局へ無線リソースを要求するためのスケジューリング要求を前記第２の無線端末へ送信する請求項５に記載の通信制御方法。

Images