JP6586515B2 - リレーノード及び無線端末 - Google Patents

Description

本開示は、リレーノード及び無線端末に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リレーノード（ＲＮ）が仕様化されている（非特許文献１参照）。

基地局の機能性を有するリレーノードは、基地局に代わって無線端末へサービスを提供できる。現状、リレーノードは、基地局のカバレッジを補うために主に利用されている。

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

一の実施形態に係るリレーノードは、無線端末と接続を確立し、かつ基地局と接続を確立する制御部と、前記無線端末の情報を前記基地局から受信する受信部と、前記情報を前記無線端末へ送信する送信部と、を備える。前記受信部は、前記情報の送信前に、送達確認情報を前記無線端末から受信する。前記送達確認情報は、前記無線端末が前記情報を受信したことを示す。前記送信部は、前記送達確認情報の受信に応じて、前記情報を前記無線端末へ送信することを中止する。

一の実施形態に係る無線端末は、リレーノードと接続を確立する制御部と、基地局から前記リレーノードへの前記無線端末の情報の受信を試みる受信部と、前記基地局からの前記情報の受信の成功に応じて、前記無線端末が前記情報を受信したことを示す送達確認情報を前記リレーノードへ送信する送信部と、を備える。

一の実施形態に係るリレーノードは、無線端末と接続を確立する制御部と、基地局から前記無線端末への前記無線端末の情報を受信する受信部と、前記無線端末から前記情報の送信要求を受信した場合にのみ、前記情報を前記無線端末へ送信する送信部と、を備える。

一の実施形態に係る無線端末は、基地局と接続を確立し、かつ、リレーノードと接続を確立する制御部と、前記無線端末の情報を前記基地局から受信する受信部と、前記受信部が前記情報の受信に失敗した場合、前記リレーノードへ前記情報の送信要求を送信する送信部と、を備える。

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

［実施形態の概要］
近年、複数の無線端末が収容される移動体（例えば、電車）にリレーノードを設置することが提案されている。移動体の走行中に、リレーノードが複数の無線端末を代表して基地局との通信を実行することにより、リソースの使用効率が向上する。

しかしながら、移動体が高速で移動する場合には、リレーノードと基地局と間の無線環境が刻々と変化するため、リレーノードと基地局と間で通信スループットが十分に確保されない可能性がある。

一の実施形態に係るリレーノードは、無線端末と接続を確立し、かつ基地局と接続を確立する制御部と、前記無線端末の情報を前記基地局から受信する受信部と、前記情報を前記無線端末へ送信する送信部と、を備えてもよい。前記受信部は、前記情報の送信前に、送達確認情報を前記無線端末から受信してもよい。前記送達確認情報は、前記無線端末が前記情報を受信したことを示してもよい。前記送信部は、前記送達確認情報の受信に応じて、前記情報を前記無線端末へ送信してもよい。

前記送信部は、前記受信部が前記情報の受信に失敗した場合、前記情報の再送要求を前記基地局へ送信してもよい。前記送信部は、前記受信部が前記情報の受信に失敗していた場合であっても、前記送達確認情報の受信に応じて、前記再送要求を前記基地局へ送信することを中止してもよい。

前記送信部は、前記情報をデコードするために用いられる識別情報を前記無線端末へ送信してもよい。前記識別情報は、前記基地局が前記リレーノードへ割り当てた情報であってもよい。

前記送信部は、前記情報をデコードするために用いられる識別情報を前記無線端末及び前記基地局の両方へ送信してもよい。前記識別情報は、前記識別情報は、前記リレーノードが前記無線端末へ割り当てた情報であってもよい。

前記送信部は、前記リレーノードが不連続受信中に前記基地局からの無線信号をモニタする期間の情報を前記無線端末へ送信してもよい。

前記受信部は、制御情報を前記基地局から受信してもよい。前記制御情報は、前記リレーノードが前記無線端末へ前記情報を送信するために用いられるリソース情報を含んでもよい。

一の実施形態に係る無線端末は、リレーノードと接続を確立する制御部と、基地局から前記リレーノードへの前記無線端末の情報の受信を試みる受信部と、前記基地局からの前記情報の受信の成功に応じて、前記無線端末が前記情報を受信したことを示す送達確認情報を前記リレーノードへ送信する送信部を備えてもよい。

前記受信部は、前記情報をデコードするために用いられる識別情報を前記リレーノードから受信してもよい。前記識別情報は、前記基地局が前記リレーノードへ割り当てた情報であってもよい。

前記受信部は、前記情報をデコードするために用いられる識別情報を前記リレーノードから受信してもよい。前記識別情報は、前記リレーノードが前記無線端末へ割り当てた情報であってもよい。

前記受信部は、前記リレーノードが不連続受信中に前記基地局からの無線信号をモニタする期間の情報を前記リレーノードから受信してもよい。

前記受信部は、制御情報を前記基地局から受信してもよい。前記制御情報は、前記リレーノードが前記無線端末へ前記情報を送信するために用いられるリソース情報を含んでもよい。前記受信部は、前記リソース情報に基づいて、前記情報を前記リレーノードから受信してもよい。

一の実施形態に係るリレーノードは、無線端末と接続を確立する制御部と、基地局から前記無線端末への前記無線端末の情報を受信する受信部と、前記無線端末から前記情報の送信要求を受信した場合にのみ、前記情報を前記無線端末へ送信する送信部と、を備えてもよい。

前記送信部は、前記リレーノードが前記情報を受信したか否かを示す送達確認情報を前記無線端末へ送信してもよい。

一の実施形態に係る無線端末は、基地局と接続を確立し、かつ、リレーノードと接続を確立する制御部と、前記無線端末の情報を前記基地局から受信する受信部と、前記受信部が前記情報の受信に失敗した場合、前記リレーノードへ前記情報の送信要求を送信する送信部と、を備えてもよい。

前記送信部は、前記リレーノードが前記情報を受信したことを示す送達確認情報を受信した場合にのみ、前記送信要求を送信してもよい。

前記送信部は、前記受信部が前記情報の受信に失敗した場合、前記情報の再送要求を前記基地局へ送信してもよい。前記送信部は、前記受信部が前記情報の受信に失敗していた場合であっても、前記リレーノードからの前記情報の受信に応じて、前記再送要求を前記基地局へ送信することを中止してもよい。

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

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

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（後述するｅＮＢ２００又はＲＮ５００）と無線通信を行うことができる。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）２００、及びＲＮ（Ｒｅｌａｙ Ｎｏｄｅ）５００を含む。

ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。

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

ＲＮ５００は、中継装置に相当する。ＲＮ５００は、ＵＥ１００とｅＮＢ２００との間でＵＥ１００のデータを中継できる。ＲＮ５００は、Ｕｎインターフェイスを介してｅＮＢ２００とワイヤレスで接続する。中継のためにＲＮ５００と接続するｅＮＢ２００は、ＲＮ５００をサーブ（ｓｅｒｖｅ）する機能を有する。このようなｅＮＢ２００は、ＤｅＮＢ（Ｄｏｎｏｒ ｅＮＢ）と称される。

ＲＮ５００は、リレーノード（中継装置）に相当する。ＲＮ５００は、ｅＮＢ２００に代わってＵＥ１００と通信できる。ＲＮ５００は、ｅＮＢ２００の機能性をサポートする。従って、ＲＮ５００は、Ｓ１及びＸ２インターフェイス、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）無線インターフェイスの無線プロトコルを終端してもよい。

ＲＮ５００とＭＭＥ３００／ＳＧＷ４００との間で、（Ｄ）ｅＮＢ２００を経由するＳ１インターフェイスが確立されてもよい。すなわち、ＲＮ５００は、Ｓ１インターフェイスを介してＭＭＥ３００／ＳＧＷ４００と接続されてもよい。ＲＮ５００は、Ｓ１インターフェイスを介してＭＭＥ３００／ＳＧＷ４００と通信してもよい。ＲＮ５００とｅＮＢ２００との間で、（Ｄ）ｅＮＢ２００を経由するＸ２インターフェイスが確立されてもよい。すなわち、ＲＮ５００は、Ｘ２インターフェイスを介してｅＮＢ２００と接続されてもよい。ＲＮ５００は、Ｘ２インターフェイスを介してｅＮＢ２００と通信してもよい。

また、ＲＮ５００は、ＵＥ１００の機能性の一部（サブセット）もサポートする。ＲＮ５００は、例えば、ｅＮＢ２００とワイヤレスで接続するために、後述する無線インターフェイスのプロトコルを備える（図３参照）。

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

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

図２及び図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２は、ＵＥ１００とｅＮＢ２００との間の無線インターフェイスのプロトコルスタック図を示す。図３は、ＲＮ５００とｅＮＢ２００との間の無線インターフェイスのプロトコルスタック図を示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（リレーノード）
ＲＮ５００（リレーノード）について説明する。図７は、ＲＮ５００のブロック図である。図７に示すように、ＲＮ５００は、レシーバ（受信部）５１０、トランスミッタ（送信部）５２０、コントローラ（制御部）５３０、及びネットワークインターフェイス５４０を備える。トランスミッタ５１０とレシーバ５２０は、一体化されたトランシーバ（送受信部）であってもよい。ＲＮ５００は、ネットワークインターフェイス５４０を備えなくてもよい。

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

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

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

ネットワークインターフェイス５４０は、移動体に設けられた他のノード（例えば、他のＲＮ５００）と接続される。なお、ＲＮ５００は、レシーバ５１０及び／又はトランスミッタ５２０を用いて他のノードと通信を実行してもよい。例えば、ＲＮ５００は、ネットワークインターフェイス５４０を備えない場合に、レシーバ５１０及び／又はトランスミッタ５２０を用いて他のノードと通信を実行してもよい。

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

［第１実施形態］
（第１実施形態に係る動作環境）
第１実施形態に係る動作環境について図８及び図９を用いて説明する。図８及び図９は、第１実施形態に係る動作環境を説明するための図である。

図８に示すように、移動体（例えば、電車）１は、各ＵＥ１００を収容している。また、移動体１には、ＲＮ５００が設置されている。各ＵＥ１００とＲＮ５００とは、接続（ＲＲＣ接続）を確立していてもよい。各ＵＥ１００は、ＲＮ５００に対してＲＲＣ接続状態であってもよい。各ＵＥ１００とＲＮ５００とは、接続（ＲＲＣ接続）を確立していなくてもよい。各ＵＥ１００は、ＲＮ５００に対してＲＲＣアイドル状態であってもよい。各ＵＥ１００は、必要に応じて、ＲＮ５００と接続（ＲＲＣ接続）を確立してもよい。

ＲＮ５００は、ｅＮＢ２００（例えば、マクロｅＮＢ）と接続（ＲＲＣ接続）を確立する。ＲＮ５００は、例えば、４ＧＨｚ帯の周波数を用いてｅＮＢ２００との通信を実行してもよい。一方で、ＲＮ５００は、例えば、４ＧＨｚ帯、３０ＧＨｚ帯、７０ＧＨｚ帯の少なくともいずれかの周波数を用いてＵＥ１００との通信を実行してもよい。

ｅＮＢ２００は、例えば、移動体１が通過する軌道（例えば、線路）の周辺に設置されたｅＮＢである。

移動体１は、高速で移動している。例えば、移動体１は、閾値以上の速度（例えば、５００ｋｍ／ｈ）で移動している。従って、各ＵＥ１００及びＲＮ５００は、高速で（閾値以上の速度で）移動している。

第１実施形態では、図９に示すように、原則として、ＵＥ１００の情報（例えば、ユーザデータ／パケットなど）は、ｅＮＢ２００からＲＮ５００を経由して、ＵＥ１００へ送られる。

ＵＥ１００は、ｅＮＢ２００からＲＮ５００へ送られるＵＥ１００の情報の受信を試みることができる。

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

（ＵＥ１００における受信）
ＵＥ１００における受信について、図１０及び図１１を用いて説明する。図１０は、第１実施形態に係る動作（その１）を説明するためのシーケンス図である。図１１は、第１実施形態に係る動作（その２）を説明するためのシーケンス図である。

ＵＥ１００は、以下の方法により、ｅＮＢ２００からＲＮ５００へ送信されたＵＥ１００の情報を受信できる。

（Ａ）ＲＮ５００から割り当てられた識別情報
図１０に示すように、ステップＳ１０１において、ＲＮ５００は、ＵＥ１００へ識別情報を割り当てる。識別情報は、例えば、ＵＥ１００へ一時的に割り当てた識別子（ＲＮＴＩ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）である。識別情報は、セル識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ−ＲＮＴＩ）であってもよい。識別情報は、ＵＥ１００に個別に割り当てられる識別子であってもよい。或いは、識別情報は、ＲＮ５００のセルを示す識別子であってもよい。従って、識別情報は、ＲＮ５００のセルにおける各ＵＥ１００に共通の識別子であってもよい。

識別情報は、後述するように、ｅＮＢ２００からＲＮ５００へ送られるＵＥ１００の情報（例えば、データ、データを受信するための制御情報など）をデコードするために用いられる。

なお、ＲＮ５００は、ｅＮＢ２００から送信される情報を受信するための制御情報（例えば、ＲＮ５００へ割り当てられた無線リソースの情報など）を各ＵＥ１００へ送信してもよい。

ステップＳ１０２において、ＲＮ５００は、ＵＥ１００へ割り当てた識別情報をｅＮＢ２００へ送信する。ｅＮＢ２００は、ＲＮ５００から受信した識別情報を用いて、ＲＮ５００へ送信するＵＥ１００の情報をエンコードする。識別情報は、ＵＥ１００に個別に割り当てられる識別子である場合、各ＵＥ１００の情報に対応する識別情報を用いて、各ＵＥ１００の情報をエンコードできる。

ステップＳ１０３において、ｅＮＢ２００は、エンコードされたＵＥ１００の情報（データ）をＲＮ５００へ送信する。なお、ＵＥ１００の情報は、直接的な送信先がＲＮ５００であってもよい。すなわち、ｅＮＢ２００から送信される情報に含まれる送信先の識別子がＲＮ５００の識別子であってもよい。従って、ＵＥ１００の情報は、ｅＮＢ２００からの直接的な送信先がＵＥ１００を示さなくてもよい。

ｅＮＢ２００は、複数のＵＥ１００の情報を１つのデータとしてＲＮ５００へ送信してもよい。

ＵＥ１００は、ｅＮＢ２００からの情報の受信を試みる。ＵＥ１００は、受信した情報をＲＮ５００から割り当てられた識別情報を用いてデコードする。ＵＥ１００は、ｅＮＢ２００からの情報がＵＥ１００自身宛ての情報が含まれる可能性がある場合、デコードを試みる。例えば、ＵＥ１００は、ｅＮＢ２００からの情報がＲＮ５００宛ての情報である場合、デコードを試みる。ＵＥ１００は、受信した情報をデコードできた場合、情報の受信に成功したと判定する。ＵＥ１００は、受信した情報をデコードできなかった場合、情報の受信に失敗したと判定する。

ＵＥ１００は、１つのデータが複数のＵＥ１００の情報を含む場合、ＵＥ１００自身の情報をデコードできた場合に、情報の受信に成功したと判定する。

一方、ＲＮ５００は、ｅＮＢ２００からのＵＥ１００の情報を受信する。ＲＮ５００は、受信したＵＥ１００宛ての情報をｅＮＢ２００へ送信した識別情報を用いてデコードする。ＲＮ５００は、受信した情報をデコードできた場合、情報の受信に成功したと判定する。ＵＥ１００は、受信した情報をデコードできなかった場合、情報の受信に失敗したと判定する。

ＲＮ５００は、受信したＵＥ１００の情報をＵＥ１００へ中継（送信）できる。なお、後述するように、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報の受信に成功したと判定した場合、ＵＥ１００の情報の送信（中継）を省略してもよい。

（Ｂ）ｅＮＢ２００から割り当てられた識別情報
図１１に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＲＮ５００へ識別情報を割り当てる。識別情報は、例えば、ＲＮ５００へ一時的に割り当てた識別子（ＲＮＴＩ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）である。識別情報は、セル識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ−ＲＮＴＩ）であってもよい。識別情報は、ＲＮ５００に個別に割り当てられる識別子であってもよい。或いは、識別情報は、ＵＥ１００に個別に割り当てられる識別子であってもよい。識別情報は、ＲＮ５００のセルにおける各ＵＥ１００に共通の識別子であってもよい。

ステップＳ２０２において、ＲＮ５００は、識別情報をＵＥ１００へ送信する。ＵＥ１００は、識別情報を受信する。

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

（ＲＮ５００からのデータ送信）
次に、ＲＮ５００からのデータ送信（再送）について、図１２を用いて説明する。図１２は、第１実施形態に係る動作（その３）を説明するためのシーケンス図である。

図１２に示すように、ステップ３０１は、ステップＳ１０３又はＳ２０３に対応する。

ステップＳ３０２において、ＵＥ１００は、送達確認情報をＲＮ５００へ送信してもよい。

送達確認情報は、ＵＥ１００がｅＮＢ２００から情報を受信したか否かを示してもよい。例えば、送達確認情報は、ＵＥ１００がｅＮＢ２００から情報を受信したことを示してもよい（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅ）。送達確認情報は、ＵＥ１００がｅＮＢ２００から情報を受信しなかったことを示してもよい（ＮＡＣＫ：Ｎａｃｋｎｏｗｌｅｄｇｅ）。

送達確認情報は、受信に成功した情報の内容を示す情報を含んでもよい。例えば、送達確認情報は、受信に成功したパケットのシーケンス番号の情報を含んでもよい。送達確認情報は、ＲＮ５００へ情報の送信（再送）を要求するための情報であってもよい。送達確認情報は、受信に失敗したパケットのシーケンス番号の情報を含んでもよい。

ＵＥ１００は、ｅＮＢ２００からの情報の受信の成功又は失敗に応じて、送達確認情報（ＡＣＫ／ＮＡＣＫ）を送信してもよい。ＵＥ１００は、ｅＮＢ２００からの情報の受信に成功した場合にのみ、送達確認情報（ＡＣＫ）を送信してもよい。ＵＥ１００は、ｅＮＢ２００からの情報の受信に失敗した場合、送達確認情報（ＮＡＣＫ）を送信しなくてもよい。

なお、ＵＥ１００は、ＲＮ５００がｅＮＢ２００からの情報をＵＥ１００へ送信する前に、達確認情報をＲＮ５００へ送信できる。

ステップＳ３０３において、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報を受信したか否かを判定する。

例えば、ＲＮ５００は、送達確認情報に基づいて判定してもよい。例えば、ＲＮ５００は、ｅＮＢ２００からの情報の送信前に、ＡＣＫ（受信成功）を示す送達確認情報を受信した場合、ＵＥ１００がｅＮＢ２００からの情報を受信したと判定してもよい。一方、ＲＮ５００は、ｅＮＢ２００からの情報の送信前に、ＮＡＣＫ（受信失敗）を示す送達確認情報を受信した場合、ＵＥ１００がｅＮＢ２００からの情報を受信しなかったと判定してもよい。

また、ＲＮ５００は、ｅＮＢ２００からの情報の受信から所定時間が経過しても、送達確認情報を受信しない場合、ＵＥ１００がｅＮＢ２００からの情報を受信しなかったと判定してもよい。所定時間は、例えば、ＲＮ５００が、ｅＮＢ２００からの情報を受信してから当該情報をＵＥ１００へ送信する前までの時間である。ＲＮ５００は、ｅＮＢ２００からの情報の受信に応じて、当該所定時間を計測するためのタイマを起動してもよい。ＲＮ５００は、送達確認情報の受信に応じて、タイマを停止してもよい。

ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報を受信していない場合（ＵＥ１００がｅＮＢ２００からの情報の受信に失敗した場合）、ステップＳ３０４の処理を実行する。一方、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報を受信した場合（ＵＥ１００がｅＮＢ２００からの情報の受信に成功した場合）、処理を終了する。すなわち、ＲＮ５００は、ステップＳ３０４の処理を省略する。

ステップＳ３０４において、ＲＮ５００は、ｅＮＢ２００からの情報をＵＥ１００へ送信する。

ＲＮ５００は、ＮＡＣＫ（受信失敗）を示す送達確認情報の受信に応じて、当該情報をＵＥ１００へ送信（中継）してもよい。ＲＮ５００は、ＵＥ１００から送達確認情報を受信しない場合に、当該情報をＵＥ１００へ送信（中継）してもよい。

一方、ＲＮ５００は、ＡＣＫ（受信成功）を示す送達確認情報の受信に応じて、ｅＮＢ２００からの情報を送信（中継）することを中止してもよい。従って、ＵＥ１００がｅＮＢ２００からの情報の受信に成功した場合、ＲＮ５００は、ｅＮＢ２００からの情報を送信することを中止してもよい。すなわち、ＲＮ５００は、ｅＮＢ２００からの情報を送信しなくてもよい（ｅＮＢ２００からの情報の送信を省略してもよい）。

以上により、ＵＥ１００は、ｅＮＢ２００とＲＮ５００との間の通信を補助できる。例えば、高速移動により、ｅＮＢ２００とＲＮ５００との間の通信スループットが低下している場合に、有効である。また、ＲＮ５００は、ＵＥ１００へ情報を中継することを省略できるため、ＲＮ５００の負荷を低減できる。

（ＲＮ５００からｅＮＢ２００への送達確認情報）
次に、ＲＮ５００からｅＮＢ２００への送達確認情報について、図１３を用いて説明する。図１３は、第１実施形態に係る動作（その４）を説明するためのシーケンス図である。

図１３に示すように、ステップＳ４０１は、ステップＳ３０１に対応する。なお、ここでは、ＲＮ５００は、ｅＮＢ２００からのＵＥ１００の情報の受信に失敗したと仮定する。

ステップＳ４０２は、ステップＳ３０２に対応する。なお、ステップＳ４０２において、ＵＥ１００は、ＲＮ５００が送達確認情報を送信する前（ステップＳ４０４又はＳ４０６）参照に、送達確認情報をＲＮ５００へ送信できる。ＵＥ１００は、従来の送達確認情報の送信タイミング（例えば、情報の受信から４ｍｓ後のタイミング）よりも早いタイミングで送達確認情報をＲＮ５００へ送信してもよい。従来よりも送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）が短いことにより、ＵＥ１００は、ＲＮ５００が送達確認情報を送信する前に送達確認情報をＲＮ５００へ送信してもよい。

ＲＮ５００が送達確認情報をｅＮＢ２００へ送信するタイミングが既存の送信タイミングよりも遅いために、ＵＥ１００は、ＲＮ５００が送達確認情報を送信する前に送達確認情報をＲＮ５００へ送信できてもよい。ＲＮ５００は、送達確認情報を送信するタイミングをｅＮＢ２００により設定されてもよい。また、ＲＮ５００は、送達確認情報を送信するタイミングをｅＮＢ２００へ通知（要求）してもよい。

ステップＳ４０３は、ステップＳ３０３に対応する。ステップＳ４０３において、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報の受信に失敗した場合、ｅＮＢ２００からの情報の受信失敗（ＮＡＣＫ）を示す送達確認情報をｅＮＢ２００へ送信できる。送達確認情報は、ｅＮＢ２００から既に送信されたＵＥ１００の情報の再送を要求する情報であってもよい。従って、ＲＮ５００は、ＲＮ５００自身もＵＥ１００もｅＮＢ２００からの情報の受信に失敗した場合、ＮＡＣＫを示す送達確認情報をｅＮＢ２００へ送信できる。

一方、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報の受信に成功した場合、ステップＳ４０６の処理を実行する。

ステップＳ４０５において、ｅＮＢ２００は、ＮＡＣＫを示す送達確認情報の受信に応じて、ＵＥ１００の情報（データ）をＲＮ５００へ再送する。ＲＮ５００は、受信したＵＥ１００の情報をＵＥ１００へ送信（中継）する。

ステップＳ４０６において、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報の受信に成功した場合、ｅＮＢ２００からの情報の受信成功（ＡＣＫ）を示す送達確認情報をｅＮＢ２００へ送信できる。従って、ＲＮ５００は、ＲＮ５００自身（レシーバ２１０）がｅＮＢ２００からの情報の受信に失敗した場合であっても、ＡＣＫを示す送達確認情報の受信に応じて、再送要求（ＮＡＣＫを示す送達確認情報）をｅＮＢ２００へ送信することを中止できる。

以上より、ｅＮＢ２００からＲＮ５００への再送を省略できるため、ＵＥ１００は、ｅＮＢ２００とＲＮ５００との間の通信を補助できる。例えば、高速移動により、ｅＮＢ２００とＲＮ５００との間の通信スループットが低下している場合に、有効である。

なお、ＲＮ５００は、ＵＥ１００がｅＮＢ２００からの情報の受信に成功しているか否かにかかわらず、ＲＮ５００自身がｅＮＢ２００からの情報の受信に失敗した場合、再送要求をｅＮＢ２００へ送信してもよい。

（第１実施形態の変更例１）
次に、第１実施形態の変更例１について、図１４を用いて説明する。図１４は、第１実施形態の変更例１に係る動作を説明するためのシーケンス図である。上述と同様の部分は、説明を適宜省略する。

本変更例１では、ＵＥ１００がｅＮＢ２００から制御情報の受信を試みる。

図１４に示すように、ｅＮＢ２００は、制御情報をＲＮ５００へ送信する。制御情報は、ｅＮＢ２００からＲＮ５００へのＵＥ１００の情報（データ（ユーザデータ））を受信するための情報を含んでもよい。制御情報は、ＵＥ１００からｅＮＢ２００へのＵＥ１００の情報（データ（ユーザデータ））を受信するための情報を含んでもよい。ＵＥ１００の情報を受信するための情報は、例えば、ＵＥ１００の情報を送信するために用いられるリソース情報（時間・周波数リソースの情報）であってもよい。制御情報は、ＰＤＣＣＨにより送信されてもよい。

ＲＮ５００は、制御情報をｅＮＢ２００から受信する。ＵＥ１００は、制御情報の受信を試みる。ＵＥ１００は、制御情報の受信に成功したと仮定して説明を進める。

なお、制御情報は、ユーザデータよりもコーディングレートが低いため、制御情報は、ユーザデータよりも受信しやすい。従って、ＵＥ１００は、ｅＮＢ２００からの制御情報の受信を試みて、かつｅＮＢ２００からのＵＥ１００のユーザデータの受信を試みていなくてもよい。

ＵＥ１００は、制御情報を受信した場合、Ｓ５０３の送信を省略するための情報をＲＮ５００へ送信してもよい。

ステップＳ５０２は、ステップＳ１０３に対応する。ＵＥ１００は、ｅＮＢ２００からの制御情報に基づいて、ｅＮＢ２００からの情報（ユーザデータ）を受信してもよい。

なお、ＵＥ１００は、ｅＮＢ２００からの情報を受信しなかったと仮定して説明を進める。

ステップＳ５０３において、ＲＮ５００は、制御情報をＵＥ１００へ送信する。制御情報は、ＲＮ５００からＵＥ１００へＵＥ１００の情報を送信するために用いられるリソース情報を含む。制御情報は、ｅＮＢ２００からの制御情報に含まれる情報であってもよい。

ＵＥ１００は、ｅＮＢ２００からリソース情報の受信に成功している場合、ステップＳ５０４の処理を実行するまで、レシーバ１１０の受信を中止していてもよい。例えば、ＵＥ１００は、ステップＳ５０１において受信に成功した後、ステップＳ５０４の処理を実行するまで、レシーバ１１０の受信を中止してもよい。ＵＥ１００は、不連続受信（ＤＲＸ： Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）により、レシーバ１１０の受信を中止してもよい。すなわち、ＵＥ１００は、ＲＮ５００からの制御情報のモニタを中止（停止）してもよい。

ＲＮ５００は、ＵＥ１００が制御情報を受信している場合には、制御情報の送信を省略してもよい。

ステップＳ５０４において、ＲＮ５００は、ｅＮＢ２００からの制御情報に含まれるリソース情報を用いて、ＵＥ１００のユーザデータをＵＥ１００へ送信（中継）する。ＵＥ１００は、ｅＮＢ２００からの制御情報に含まれるリソース情報を用いて、ＵＥ１００のユーザデータをＲＮ５００から受信する。

なお、ＵＥ１００は、ステップＳ５０２においてデータの受信に成功した場合、ステップＳ５０３及びＳ５０４の処理を中止してもよい。

以上により、ＵＥ１００は、ｅＮＢ２００からの制御情報を受信することにより、ＲＮ５００からの制御情報の送信タイミングであっても、ＲＮ５００からの制御情報のモニタを中止（停止）できる。ＵＥ１００の消費電力を低減できる。

（第１実施形態の変更例２）
次に、第１実施形態の変更例２について、図１５を用いて説明する。図１５は、第１実施形態の変更例２に係る動作を説明するためのフローチャートである。上述と同様の部分は、説明を適宜省略する。

本変更例２では、ＵＥ１００とＲＮ５００とのＤＲＸタイミングとが一致する。

図１５に示すように、ステップＳ６０１において、ＲＮ５００は、ＤＲＸ情報をＵＥ１００へ送信する。ＤＲＸ情報は、ＲＮ５００が不連続受信（ＤＲＸ）中にｅＮＢ２００からの無線信号（特に、ＵＥ１００の情報）をモニタする期間の情報を含む。ＤＲＸ情報は、ｅＮＢ２００がＲＮ５００に設定した情報であってもおい。

ＲＮ５００は、ＵＥ１００からの要求に応じて、ＤＲＸ情報を送信してもよい。ＲＮ５００は、ＲＮ５００自身が決定したＤＲＸ情報をｅＮＢ２００へ送信してもよい。

ステップＳ６０２において、ＵＥ１００は、ＤＲＸ情報に基づいて、ＤＲＸ動作を開始する。従って、ＵＥ１００とＲＮ５００とが不連続受信（ＤＲＸ）中にｅＮＢ２００からの無線信号をモニタ（受信）する期間とが一致する。

以上により、ＵＥ１００は、ＤＲＸ中であっても、ｅＮＢ２００からのＵＥ１００の情報の受信を試みることができる。

［第２実施形態］
次に、第２実施形態について説明する。第２実施形態では、ＵＥ１００とｅＮＢ２００とが接続を確立している。第１実施形態と同様の部分は、説明を適宜省略する。

（第２実施形態に係る動作環境）
第２実施形態に係る動作環境について図１６を用いて説明する。図１６は、第２実施形態に係る動作環境を説明するための図である。

第２実施形態では、ＵＥ１００とｅＮＢ２００とが接続（ＲＲＣ接続）を確立している。ＵＥ１００は、ｅＮＢ２００に対してＲＲＣアイドル状態であってもよい。ＵＥ１００は、必要に応じて、ｅＮＢ２００と接続（ＲＲＣ接続）を確立してもよい。

ＵＥ１００は、ｅＮＢ２００と接続（ＲＲＣ接続）を確立していてもよい。或いは、ＲＮ５００に対してＲＲＣアイドル状態であってもよい。ＵＥ１００は、必要に応じて、ＲＮ５００と接続（ＲＲＣ接続）を確立してもよい。

ＲＮ５００は、ｅＮＢ２００と接続（ＲＲＣ接続）を確立していてもよい。或いは、ＲＮ５００は、必要に応じて、ＲＮ５００と接続（ＲＲＣ接続）を確立してもよい。

図１６に示すように、原則として、ＵＥ１００の情報（例えば、ユーザデータ／パケットなど）は、ｅＮＢ２００から、ＲＮ５００を経由せずに、ＵＥ１００へ送られる。

ＲＮ５００は、ｅＮＢ２００からＵＥ１００へ送られるＵＥ１００の情報の受信を試みることができる。ＲＮ５００は、ＵＥ１００の情報をＵＥ１００へ送信（再送）してもよい。

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

図１７に示すように、ステップＳ７０１において、ｅＮＢ２００は、ＵＥ１００へ識別情報を割り当てる。識別情報は、ｅＮＢ２００からＵＥ１００への情報をデコードするために用いられる。識別情報は、第１実施形態と同様の情報（例えば、Ｃ−ＲＮＴＩ）であってもよい。

ステップＳ７０２において、ＵＥ１００は、ｅＮＢ２００から割り当てられた識別情報をＲＮ５００へ送信する。ＲＮ５００は、識別情報を受信する。

ステップＳ７０３において、ｅＮＢ２００は、ＵＥ１００の情報（データ）をＵＥ１００へ送信する。ＵＥ１００の情報は、ＵＥ１００へ割り当てられた識別情報によりエンコードされた情報であってもよい。

ＲＮ５００は、ＵＥ１００の情報の受信を試みる。ＲＮ５００は、受信した情報をＵＥ１００から受信した識別情報を用いてデコードする。ＲＮ５００は、受信した情報をデコードできた場合、ＵＥ１００の情報の受信に成功したと判定する。ＲＮ５００は、受信した情報をデコードできなかった場合、ＵＥ１００の情報の受信に失敗したと判定する。

ＵＥ１００は、ｅＮＢ２００からのＵＥ１００の情報に受信した場合、ステップＳ７０７の処理を実行する。一方、ＵＥ１００は、ＵＥ１００の情報の受信に失敗した場合、以下の処理が実行される。

ＵＥ１００がＵＥ１００の情報の受信に失敗したと仮定して説明を進める。

ステップＳ７０４において、ＲＮ５００は、送達確認情報をＲＮ５００へ送信してもよい。送達確認情報は、ＲＮ５００がｅＮＢ２００から情報を受信したか否かを示してもよい。送達確認情報は、ＲＮ５００がｅＮＢ２００から情報を受信したことを示してもよい（ＡＣＫ）。送達確認情報は、ＲＮ５００がｅＮＢ２００から情報を受信しなかったことを示してもよい（ＮＡＣＫ）。上述と同様に、ＵＥ１００からＲＮ５００への送達確認情報と同様の情報であってもよい。

ＲＮ５００は、ｅＮＢ２００からの情報の受信の成功又は失敗に応じて、送達確認情報（ＡＣＫ／ＮＡＣＫ）を送信してもよい。ＲＮ５００は、ｅＮＢ２００からの情報の受信に成功した場合にのみ、送達確認情報（ＡＣＫ）を送信してもよい。ＲＮ５００は、ｅＮＢ２００からの情報の受信に失敗した場合、送達確認情報（ＮＡＣＫ）を送信しなくてもよい。ＲＮ５００は、ｅＮＢ２００からの情報の受信に失敗した場合にのみ、送達確認情報（ＮＡＣＫ）を送信してもよい。ＲＮ５００は、ｅＮＢ２００からの情報の受信に成功した場合、送達確認情報（ＡＣＫ）を送信しなくてもよい。

ＵＥ１００は、ＲＮ５００がｅＮＢ２００からの情報の受信の成功していた場合、ステップＳ７０５の処理を実行する。一方、ＵＥ１００は、ＲＮ５００がｅＮＢ２００からの情報の受信の失敗していた場合、ステップＳ７０６の処理を実行する。

ステップＳ７０５において、ＵＥ１００は、ＵＥ１００の情報の送信要求（再送要求）をＲＮ５００へ送信する。ＵＥ１００は、ＵＥ１００自身（レシーバ１１０）がｅＮＢ２００の情報の受信に失敗した場合、再送要求を送信してもよい。

ＵＥ１００は、ＲＮ５００からＡＣＫを示す送達確認情報を受信した場合にのみ、再送要求をＲＮ５００へ送信してもよい。

再送要求は、上述の第１実施形態の送達確認情報であってもよい。

ステップＳ７０６において、ＲＮ５００は、ＵＥ１００の情報（データ）をＵＥ１００へ送信する。ＲＮ５００は、ＵＥ１００の情報（データ）をＵＥ１００へ送信する。ＲＮ５００は、再送要求を受信した場合にのみ、ＵＥ１００の情報をＵＥ１００へ送信してもよい。ＲＮ５００は、ｅＮＢ２００からの情報の受信から所定時間が経過しても、ＵＥ１００から再送要求を受信しない場合、ＵＥ１００の情報をＵＥ１００へ送信してもよい。

ＵＥ１００は、ＵＥ１００の情報をＲＮ５００から受信する。

ステップＳ７０７において、ＵＥ１００は、ＡＣＫを示す送達確認情報をｅＮＢ２００へ送信する。ＵＥ１００は、ＵＥ１００自身がＵＥ１００の情報の受信に失敗していた場合であっても、ＲＮ５００からのＵＥ１００の情報の受信に応じて、ＡＣＫを示す送達確認情報をｅＮＢ２００へ送信してもよい。

一方、ステップＳ７０８において、ＵＥ１００は、再送要求をｅＮＢ２００へ送信する。再送要求は、ＮＡＣＫを示す送達確認情報であってもよい。ｅＮＢ２００は、ＵＥ１００の情報（データ）を再送する。ＵＥ１００は、ＵＥ１００の情報を受信する。ＵＥ１００は、ＡＣＫを示す送達確認情報をｅＮＢ２００へ送信する。

以上により、ＲＮ５００は、ＵＥ１００とｅＮＢ２００との間の通信を補助できる。例えば、高速移動により、ＵＥ１００とｅＮＢ２００との間の通信スループットが低下している場合に、有効である。また、ＲＮ５００は、ＵＥ１００へ情報を中継することを省略できるため、ＲＮ５００の負荷を低減できる。

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

上述した各実施形態では、移動体１に設置された１つのＲＮ５００とＵＥ１００とが通信を行うケースについて説明した。移動体１には、複数のＲＮ５００が設置されていてもよい。移動体１を構成する複数の車両（ｃａｒｇｏｓ）のそれぞれに、ＲＮ５００が設置されていてもよい。例えば、図８に示すように、各車両の上部には、ＲＮ５００のアンテナが設置されてもよい。同じ車両に位置するＵＥ１００とＲＮ５００とが通信（送信及び／又は受信）を実行してもよい。各ＲＮ５００は、ｅＮＢ２００と通信（送信及び／又は受信）を実行してもよい。或いは、１つのＲＮ５００（代表ＲＮ５００）が代表して、ｅＮＢ２００と通信を実行してもよい。代表ＲＮ５００は、（例えば、ネットワークインターフェイス５４０を介して）各他のＲＮ５００と通信を実行してもよい。

上述した各実施形態において、リレーノードは、近傍サービス（ＰｒｏＳｅ：ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）を利用した中継を実行するリレーＵＥ（ＰｒｏＳｅ ＵＥ−ｔｏ Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）であってもよい。

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

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

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

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

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

本発明は通信分野において有用である。

Claims (10)

1. リレーノードであって、
   無線端末と接続を確立し、かつ基地局と接続を確立する制御部と、
   前記無線端末の情報を前記基地局から受信する受信部と、
   前記情報を前記無線端末へ送信する送信部と、を備え、
   前記受信部は、前記情報の送信前に、送達確認情報を前記無線端末から受信し、
   前記送達確認情報は、前記無線端末が前記情報を受信したことを示し、
   前記送信部は、前記送達確認情報の受信に応じて、前記情報を前記無線端末へ送信することを中止し、
   前記送信部は、前記受信部が前記情報の受信に失敗した場合、前記情報の再送要求を前記基地局へ送信し、
   前記送信部は、前記受信部が前記情報の受信に失敗していた場合であっても、前記送達確認情報の受信に応じて、前記再送要求を前記基地局へ送信することを中止するリレーノード。
2. 前記送信部は、前記情報をデコードするために用いられる識別情報を前記無線端末へ送信し、
   前記識別情報は、前記基地局が前記リレーノードへ割り当てた情報である請求項１に記載のリレーノード。
3. 前記送信部は、前記情報をデコードするために用いられる識別情報を前記無線端末及び前記基地局の両方へ送信し、
   前記識別情報は、前記リレーノードが前記無線端末へ割り当てた情報である請求項１に記載のリレーノード。
4. 前記送信部は、前記リレーノードが不連続受信中に前記基地局からの無線信号をモニタする期間の情報を前記無線端末へ送信する請求項１に記載のリレーノード。
5. 前記受信部は、制御情報を前記基地局から受信し、
   前記制御情報は、前記リレーノードが前記無線端末へ前記情報を送信するために用いられるリソース情報を含む請求項１に記載のリレーノード。
6. リレーノードであって、
   無線端末と接続を確立し、かつ基地局と接続を確立する制御部と、
   前記基地局から前記リレーノードへの前記無線端末の情報を前記基地局から受信する受信部と、
   前記情報を前記無線端末へ送信する送信部と、を備え、
   前記受信部は、前記情報の送信前に、送達確認情報を前記無線端末から受信し、
   前記送達確認情報は、前記無線端末が前記情報を受信したことを示し、
   前記送信部は、前記送達確認情報の受信に応じて、前記情報を前記無線端末へ送信することを中止し、
   前記送信部は、前記情報をデコードするために用いられる識別情報を前記無線端末へ送信し、
   前記識別情報は、前記基地局が前記リレーノードへ割り当てた情報であるリレーノード。
7. 無線端末であって、
   リレーノードと接続を確立する制御部と、
   基地局から前記リレーノードへの前記無線端末の情報の受信を試みる受信部と、
   前記基地局からの前記情報の受信の成功に応じて、前記無線端末が前記情報を受信したことを示す送達確認情報を前記リレーノードへ送信する送信部と、を備え、
   前記受信部は、前記情報をデコードするために用いられる識別情報を前記リレーノードから受信し、
   前記識別情報は、前記基地局が前記リレーノードへ割り当てた情報である無線端末。
8. 前記受信部は、前記情報をデコードするために用いられる識別情報を前記リレーノードから受信し、
   前記識別情報は、前記リレーノードが前記無線端末へ割り当てた情報である請求項７に記載の無線端末。
9. 前記受信部は、前記リレーノードが不連続受信中に前記基地局からの無線信号をモニタする期間の情報を前記リレーノードから受信する請求項７に記載の無線端末。
10. 前記受信部は、制御情報を前記基地局から受信し、
    前記制御情報は、前記リレーノードが前記無線端末へ前記情報を送信するために用いられるリソース情報を含み、
    前記受信部は、前記リソース情報に基づいて、前記情報を前記リレーノードから受信する請求項７に記載の無線端末。

Images