(57)【要約】      （修正有）【課題】基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質の保証を可能とする。【解決手段】通信装置（基地局１００Ａ、リモート端末２００Ｃ）は、無線通信を行う通信部と、移動可能に構成されたリレー端末１００Ｃに第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果をリレー端末から取得するためのリソースを割り当てる通信処理部と、を備える。【選択図】図２
2018056813.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を行う通信部と、
移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てる通信処理部と、
を備える、通信装置。
【請求項２】
前記通信処理部は、前記第２の無線リンクを介した前記リレー端末との間の通信をスケジューリングし、前記スケジューリングの結果に基づき前記リソースを割り当てる、請求項１に記載の通信装置。
【請求項３】
前記通信処理部は、取得した前記リモート端末に関する情報に基づき、前記リレー端末が前記データの受信結果を通知するためのフォーマットを設定し、設定した当該フォーマットに基づき前記リソースを割り当てる、請求項２に記載の通信装置。
【請求項４】
前記フォーマットの設定は、所定のシグナリングに基づき前記リレー端末に通知される、請求項３に記載の通信装置。
【請求項５】
前記通信処理部は、前記第２の無線リンクに対してリソースプールを割り当てることで、前記リソースを割り当てる、請求項１に記載の通信装置。
【請求項６】
前記通信処理部は、前記リレー端末との間で設定された共通の条件に基づき、当該リレー端末が前記データの受信結果の通知を行うために前記リソースプールから選択する前記リソースを特定する、請求項５に記載の通信装置。
【請求項７】
前記共通の条件は、
前記リモート端末に設定された識別情報と、
前記リモート端末の位置情報と、
前記データの再送回数と、
前記データを送信するパケットに設定された優先度と、
前記リモート端末に設定された優先度と、
のうち少なくともいずれかに関する情報に基づき設定される、
請求項６に記載の通信装置。
【請求項８】
前記リモート端末に関する情報は、
前記リレー端末に接続された前記リモート端末の数と、
前記第１の無線リンクを介した通信のトラフィック量と、
前記第１の無線リンクに割り当てられたトランスポートブロック数と、
前記第１の無線リンクを介した通信に要求される通信品質と、
前記リモート端末に設定された識別情報と、
前記リモート端末に設定された優先度と、
前記リモート端末のバッファ内に記憶されたデータの状態と、
のうち少なくともいずれかに関する情報を含む、
請求項１に記載の通信装置。
【請求項９】
無線通信を行う通信部と、
第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知する通知部と、
を備える、通信装置。
【請求項１０】
前記通知部は、複数のリモート端末から送信された前記データの受信結果を多重化して前記基地局に通知する、請求項９に記載の通信装置。
【請求項１１】
無線通信を行う通信部と、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御する通信処理部と、
を備える、通信装置。
【請求項１２】
前記データの送受信に関する情報は、
前記無線リンクに割り当てられたリソースプールの使用状況と、
前記無線リンクの通信品質と、
前記データの送信が失敗した回数と、
のうち少なくともいずれかに関する情報を含む、
請求項１１に記載の通信装置。
【請求項１３】
前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末と、前記リレー端末と、の間の前記無線リンクを介した通信の設定を制御する、請求項１１に記載の通信装置。
【請求項１４】
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リモート端末との間の前記リレー端末を介した通信のモードを制御する、請求項１１に記載の通信装置。
【請求項１５】
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リレー端末に対して、当該情報に対応する前記リモート端末への前記データの再送を指示する、請求項１１に記載の通信装置。
【請求項１６】
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記無線リンクに割り当てるリソースの設定を制御する、請求項１１に記載の通信装置。
【請求項１７】
前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の通信に利用する無線リンクを切り替える、請求項１１に記載の通信装置。
【請求項１８】
無線通信を行う通信部と、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知する通知部と、
を備える、通信装置。
【請求項１９】
前記通知部は、前記データの送受信に関する情報を、当該データの受信結果に関連付けて前記基地局に通知する、請求項１８に記載の通信装置。
【請求項２０】
前記通信装置は、前記リレー端末であり、
前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の無線リンクを介して通知する、
請求項１８に記載の通信装置。
【請求項２１】
前記データの送受信に関する情報は、前記リモート端末から通知され、
前記通知部は、前記データの送受信に関する情報を通知した前記リモート端末の数に応じて、当該データの送受信に関する情報を前記基地局に通知する、
請求項２０に記載の通信装置。
【請求項２２】
前記通信装置は、前記リモート端末であり、
前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の直接的な無線リンクを介した通信と、前記リレー端末を介した通信と、のうち少なくともいずれかの通信に基づき通知する、
請求項１８に記載の通信装置。
【請求項２３】
前記通知部は、前記無線リンクに関する情報に基づき、前記データの受信結果に関する情報を前記基地局に通知する、請求項１８に記載の通信装置。
【請求項２４】
前記無線リンクに関する情報は、
前記無線リンクに割り当てられたリソースプールの使用状況と、
前記無線リンクの通信品質と、
前記データの送信が失敗した回数と、
のうち少なくともいずれかに関する情報を含む、
請求項２３に記載の通信装置。
【請求項２５】
前記通知部は、あらかじめ設定された期間中に取得された情報に基づき、前記データの送受信に関する情報を前記基地局に通知する、請求項１８に記載の通信装置。
【請求項２６】
コンピュータが、
無線通信を行うことと、
移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てることと、
を含む、通信方法。
【請求項２７】
コンピュータが、
無線通信を行うことと、
第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知することと、
を含む、通信方法。
【請求項２８】
コンピュータが、
無線通信を行うことと、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御することと、
を含む、通信方法。
【請求項２９】
コンピュータが、
無線通信を行うことと、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知することと、
を含む、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
近年、ＩｏＴ（Internet  of  Things）に関連する技術が注目を集めており、研究開発が盛んに行われている。ＩｏＴでは、モノがネットワークにつながる必要があるため、無線通信がより重要な技術テーマとなってくる。現在３ＧＰＰにおいては、ＭＴＣ(Machine  Type  Communication)やＮＢ−ＩｏＴ（Narrow  Band  IoT）など、ＩｏＴ端末向けに特化した通信方式の規格化が行われている。このような、ＩｏＴ端末向けの通信方式の特徴としては、低消費電力、低コスト、大カバレッジを実現している点が挙げられる。特に、ＩｏＴ端末のようなローコスト（Low  cost）端末においては、低消費電力通信が非常に重要になってくるため、今後のさらなるエンハンスメントが期待されている。
【０００３】
ローコスト端末の代表的な一例として、所謂ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力及び高信頼通信が求められ、状況に応じて大容量通信が求められる場合もある。このようなユースケースをカバーするために、３ＧＰＰではＦｅＤ２Ｄ(Further  enhancement  D2D)の規格化が２０１６年に開始された。ウェアラブル端末は、ユーザ自身の周辺に存在することから、スマートフォンのような端末装置を用いたリレー通信を利用することで、通信距離を短くし、低消費電力かつ高信頼の通信を実現することが可能になる。なお、既存の規格に基づくリレー通信の一例については、例えば、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１２−５１８９５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、スマートフォンのような端末装置（所謂リレー端末）を用いたリレー通信においては、所謂リモート端末と基地局との間の通信をリレーするリレー端末の存在が重要となる。その一方で、従来の規格に基づきリレー通信を実現する場合においては、基地局とリレー端末との間の無線リンク通信（以降では「バックホールリンク通信」とも称する）と、リレー端末と当該リレー端末に接続された端末装置（所謂リモート端末）との間の無線リンク通信（以降では「アクセスリンク通信」とも称する）と、のそれぞれの通信品質が独立して管理されていた。
【０００６】
そこで、本開示では、基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質を保証することが可能な通信装置及び通信方法について提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、無線通信を行う通信部と、移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てる通信処理部と、を備える、通信装置が提供される。
【０００８】
また、本開示によれば、無線通信を行う通信部と、第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知する通知部と、を備える、通信装置が提供される。
【０００９】
また、本開示によれば、無線通信を行う通信部と、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御する通信処理部と、を備える、通信装置が提供される。
【００１０】
また、本開示によれば、無線通信を行う通信部と、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知する通知部と、を備える、通信装置が提供される。
【００１１】
また、本開示によれば、コンピュータが、無線通信を行うことと、移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てることと、を含む、通信方法が提供される。
【００１２】
また、本開示によれば、コンピュータが、無線通信を行うことと、第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知することと、を含む、通信方法が提供される。
【００１３】
また、本開示によれば、コンピュータが、無線通信を行うことと、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御することと、を含む、通信方法が提供される。
【００１４】
また、本開示によれば、コンピュータが、無線通信を行うことと、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知することと、を含む、通信方法が提供される。
【発明の効果】
【００１５】
以上説明したように本開示によれば、基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質を保証ことが可能な通信装置及び通信方法が提供される。
【００１６】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１７】
【図１】本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。
【図２】リレー端末を介した通信の概要について説明するための説明図である。
【図３】リレー通信の概略的な構成の一例について説明するための説明図である。
【図４】同実施形態に係るシステムにおけるリレー通信の概要について説明するための説明図である。
【図５】同実施形態に係る基地局の構成の一例を示すブロック図である。
【図６】同実施形態に係る端末装置の構成の一例を示すブロック図である。
【図７】ＨＡＲＱの概要について説明するための説明図である。
【図８】本開示の第１の実施形態に係るシステムの概要について説明するための説明図である。
【図９】同施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図である。
【図１０】本開示の第２の実施形態に係るシステムの概要について説明するための説明図である。
【図１１】同実施形態に係るシステムの一連の処理の流れの一例について示したフローチャートである。
【図１２】同実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図である。
【図１３】同実施形態に係るシステムにおけるリレー通信の一連の処理の流れの他の一例を示したシーケンス図である。
【図１４】同実施形態に係るシステムの動作の一態様について説明するための説明図である。
【図１５】本開示の第３の実施形態に係るシステムの概要について説明するための説明図である。
【図１６】同本実施形態に係るシステムの概要について説明するための説明図である。
【図１７】同実施形態に係るシステムの一連の処理の流れの一例を示したシーケンス図である。
【図１８】同実施形態に係るシステムの一連の処理の流れの他の一例を示したシーケンス図である。
【図１９】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２０】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２１】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２２】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．システム構成の一例
１．２．リレー端末を介した通信に関する検討
２．構成例
２．１．基地局の構成例
２．２．端末装置の構成例
３．第１の実施形態
３．１．概要
３．２．技術的特徴
３．３．評価
４．第２の実施形態
４．１．概要
４．２．技術的特徴
４．３．評価
５．第３の実施形態
５．１．概要
５．２．技術的特徴
５．３．評価
６．応用例
６．１．基地局に関する応用例
６．２．端末装置に関する応用例
７．むすび
【００２０】
＜＜１．はじめに＞＞
＜１．１．システム構成の一例＞
まず、図１を参照して、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明する。図１は、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。図１に示すように、システム１は、無線通信装置１００と、端末装置２００とを含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ−Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、ＵＥ−Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ  ＵＥ  ｔｏ  Ｎｅｔｗｏｒｋ  Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。
【００２１】
（１）無線通信装置１００
無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
【００２２】
基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、所謂コアネットワーク（図示を省略する）と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
【００２３】
ここで、図１に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０Ａはマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。なお、無線通信装置１００Ｂは、３ＧＰＰで定義されるリレーノードであってもよい。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized  Network／Virtual  Cell）である。
【００２４】
セル１０Ａは、例えば、ＬＴＥ、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−ＡＤＶＡＮＣＥＤ  ＰＲＯ、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＣＤＭＡ２００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
【００２５】
なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢを意味してもよく、より一般的にリレーノードの親局を意味してもよい。
【００２６】
（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
【００２７】
また、端末装置２００としては、所謂ＵＥのみに限らず、例えば、ＭＴＣ端末、ｅＭＴＣ（Enhanced  MTC）端末、及びＮＢ−ＩｏＴ端末等のような所謂ローコスト端末（Low  cost  UE）が適用されてもよい。
【００２８】
（３）補足
以上、システム１の概略的な構成を示したが、本技術は図１に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small  Cell  Enhancement）、ＨｅｔＮｅｔ（Heterogeneous  Network）、ＭＴＣネットワーク等が採用され得る。またシステム１の構成の、他の一例として、マスタデバイスがスモールセルに接続し、スモールセルの配下でセルを構築してもよい。
【００２９】
＜１．２．リレー端末を介した通信に関する検討＞
続いて、スマートフォン等のような移動可能に構成された端末装置がリレー端末として振る舞うことで、ウェアラブル端末等のような所謂リモート端末と基地局との間の通信を実現する場合の一例について説明したうえで、本実施形態に係るシステムの技術的課題について整理する。なお、以降では、リレー端末として動作する端末装置を「リレー端末１００Ｃ」とも称する。また、リモート端末として動作する端末装置を「リモート端末２００Ｃ」とも称する。
【００３０】
近年、ＩｏＴ（Internet  of  Things）に関連する技術が注目を集めており、研究開発が盛んに行われている。ＩｏＴでは、モノがネットワークにつながる必要があるため、無線通信がより重要な技術テーマとなってくる。現在３ＧＰＰにおいては、ＭＴＣ(Machine  Type  Communication)やＮＢ−ＩｏＴ（Narrow  Band  IoT）など、ＩｏＴ端末向けに特化した通信方式の規格化が行われている。このような、ＩｏＴ端末向けの通信方式の特徴としては、低消費電力、低コスト、大カバレッジを実現している点が挙げられる。特に、ＩｏＴ端末のようなローコスト（Low  cost）端末においては、低消費電力通信が非常に重要になってくるため、今後のさらなるエンハンスメントが期待されている。
【００３１】
ローコスト端末の代表的な一例として、所謂ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力及び高信頼通信が求められ、状況に応じて大容量通信が求められる場合もある。このようなユースケースをカバーするために、３ＧＰＰではＦｅＤ２Ｄ(Further  enhancement  D2D)の規格化が2016年に開始された。ウェアラブル端末は、ユーザ自身の周辺に存在することから、スマートフォンのような端末装置を用いたリレー通信を利用することで、通信距離を短くし、低消費電力かつ高信頼の通信を実現することが可能になる。
【００３２】
例えば、図２は、リレー端末を介した通信の概要について説明するための説明図である。リレー端末１００Ｃとしては、例えば、ユーザが保持するスマートフォン等が想定され得る。また、リレー端末１００Ｃを介して基地局１００Ａと通信を行うリモート端末２００Ｃとしては、例えば、ウェアラブル端末等が想定され得る。リレー端末１００Ｃは、基地局１００Ａとの間で、例えば、所謂ＬＴＥ通信（以降では、「バックホールリンク通信」とも称する）を行う一方で、リモート端末２００Ｃとの間でサイドリンク通信を行う。リモート端末２００Ｃは、リレー端末１００Ｃを経由して基地局１００Ａと通信を行う。この場合には、リレー端末１００Ｃは、リモート端末２００Ｃと基地局１００Ａとの間の通信を中継する通信装置となり得る。また、リモート端末２００Ｃは、基地局１００Ａと直接通信を行うことも可能である。
【００３３】
ところで、ウェアラブル端末のようなリモート端末２００Ｃと基地局１００Ａとの間のリレー通信においては、リモート端末２００Ｃがリレー端末１００Ｃを介して基地局１００Ａと通信を行うため、リレー端末１００Ｃの存在が非常に重要となる。その一方で、従来の規格（例えば、Enhanced  D2D）に基づきリレー通信を実現する場合においては、ＩＰリレーが行われており、基地局１００Ａとリレー端末１００Ｃとの間の無線リンク通信（バックホールリンク通信）と、リレー端末１００Ｃとリモート端末２００Ｃとの間の無線リンク通信（アクセスリンク通信）と、が独立して管理されている。
【００３４】
例えば、図３は、リレー通信の概略的な構成の一例について説明するための説明図であり、従来の規格に基づくリレー通信の一例について、基地局１００Ａからリレー端末１００Ｃを介してリモート端末２００Ｃにデータが送信される場合に着目して示している。具体的には、基地局１００Ａは、送信対象となるデータ（「ユーザデータ」とも称する）に対して所定の伝送処理を施し、符号化及び変調等を施したうえで、当該ユーザデータをリレー端末１００Ｃに送信する。次いで、図３に示す例では、リレー端末１００Ｃは、基地局１００Ａからユーザデータを受信すると、当該ユーザデータを復調及び復号し、所定の再生処理を施すことで当該ユーザデータを取得する。そして、リレー端末１００Ｃは、取得したユーザデータに対して改めて所定の伝送処理を施し、符号化及び変調等を施したうえで、当該ユーザデータをリモート端末２００Ｃに送信する。また、リモート端末２００Ｃは、リレー端末１００Ｃからユーザデータを受信すると、当該ユーザデータを復調及び復号し、所定の再生処理を施すことで当該ユーザデータを取得する。
【００３５】
以上のように、図３に示す例では、基地局１００Ａからリモート端末２００Ｃに対してユーザデータを送信する場合においても、基地局１００Ａとリレー端末１００Ｃとの間の通信と、当該リレー端末１００Ｃとリモート端末２００Ｃとの間の通信が独立して制御される。このような構成から、従来の規格に基づくリレー通信においては、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、エンドツーエンド（Ｅ２Ｅ：End  to  End）で通信品質を保証することが困難であった。
【００３６】
特に、従来の規格に基づくリレー通信においては、ＨＡＲＱの制御は基地局１００Ａとリレー端末１００Ｃとの間のバックホールリンクにおいてのみ実施され、当該リレー端末１００Ｃとリモート端末２００Ｃとの間のアクセスリンクにおいてはＨＡＲＱの制御が行われていなかった。
【００３７】
このような状況を鑑み、本開示では、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、Ｅ２Ｅでの無線リンクの品質の保証を可能とするための技術の一例について提案する。
【００３８】
例えば、図４は、本開示の一実施形態に係るシステムにおけるリレー通信の概要について説明するための説明図である。図４に示す例を、図３に示す例と比較するとわかるように、本実施形態に係るシステムでは、リレー端末１００Ｃにおいてユーザデータの復調及び復号後に、当該ユーザデータに対して再度符号化及び変調を行いリモート端末２００Ｃに送信する（即ち、レイヤ２リレーを導入する）。このような構成に基づき、本実施形態に係るシステムでは、変調、復調、符号化、及び復号の処理以外の無線機能（例えば、再送制御等）を、基地局１００Ａとリモート端末２００Ｃとの間で透過的に処理する。
【００３９】
これにより、本実施形態に係るシステムに依れば、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、Ｅ２Ｅで無線リンクの品質を保証することが可能となる。
【００４０】
そこで、本開示では、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、Ｅ２Ｅで通信品質を保証する仕組みの一例として、特に、ＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）に基づく各種制御を実現するための仕組みに着目してより詳しく説明する。
【００４１】
＜＜２．構成例＞＞
続いて、本実施形態に係るシステムを構成する基地局１００及び端末装置２００の機能構成の一例について説明する。
【００４２】
＜２．１．基地局の構成例＞
まず、図５を参照して、本開示の一実施形態に係る基地局１００の構成を説明する。図５は、本開示の一実施形態に係る基地局１００の構成の一例を示すブロック図である。図５を参照すると、基地局１００は、アンテナ部１１０と、無線通信部１２０と、ネットワーク通信部１３０と、記憶部１４０と、処理部１５０とを含む。
【００４３】
（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
【００４４】
（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
【００４５】
また、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末（図１における無線通信装置１００Ｃ）として動作し、リモート端末（図１における端末装置２００Ｃ）と基地局との間の通信を中継する場合がある。このような場合には、例えば、リレー端末に相当する無線通信装置１００Ｃにおける無線通信部１２０は、リモート端末との間でサイドリンク信号を送受信してもよい。
【００４６】
（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
【００４７】
なお、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置１００Ｃは、ネットワーク通信部１３０を備えていなくてもよい。
【００４８】
（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００４９】
（５）処理部１５０
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、通信処理部１５１と、情報取得部１５３と、判定部１５５と、通知部１５７とを含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。
【００５０】
通信処理部１５１、情報取得部１５３、判定部１５５、及び通知部１５７の動作は、後に詳細に説明する。
【００５１】
＜２．２．端末装置の構成例＞
次に、図６を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図６は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図６に示すように、端末装置２００は、アンテナ部２１０と、無線通信部２２０と、記憶部２３０と、処理部２４０とを含む。
【００５２】
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００５３】
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
【００５４】
また、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、リモート端末として動作する端末装置２００Ｃにおける無線通信部２２０は、リレー端末との間でサイドリンク信号を送受信してもよい。
【００５５】
（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００５６】
（４）処理部２４０
処理部２４０は、端末装置２００の様々な機能を提供する。例えば、処理部２４０は、通信処理部２４１と、情報取得部２４３と、判定部２４５と、通知部２４７とを含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。
【００５７】
通信処理部２４１、情報取得部２４３、判定部２４５、及び通知部２４７の動作は、後に詳細に説明する。
【００５８】
＜＜３．第１の実施形態＞＞
＜３．１．概要＞
続いて、本開示の一実施形態に係る技術的特徴について、実施形態を分けてそれぞれ説明する。まず、第１の実施形態として、本実施形態に係るシステムにおけるリレー通信において、基地局１００Ａ、リレー端末１００Ｃ、及びリモート端末２００Ｃ間で、ＨＡＲＱに基づきデータの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するための仕組みの一例について説明する。
【００５９】
まず、本実施形態に係るシステムの特徴をよりわかりやすくするために、図７を参照して、従来の規格に基づく、基地局１００と端末装置２００との間の通信におけるＨＡＲＱの概要について説明する。図７は、ＨＡＲＱの概要について説明するための説明図であり、基地局１００が端末装置２００に対してデータを送信し、当該端末装置２００が基地局１００に対してデータの受信結果を通知する場合の一例を示している。
【００６０】
図７に示すように、まず基地局１００（通知部１５７）は、ＲＲＣシグナリングに基づき、端末装置２００が基地局１００に対してＡＣＫ／ＮＡＣＫを通知するための制御チャネル（例えば、ＰＵＣＣＨ（Physical  Uplink  Control  Channel））のフォーマットを通知する（Ｓ１０１）。次いで、基地局１００（通信処理部１５１）は、端末装置２００に対してデータを送信する（Ｓ１０３）。
【００６１】
端末装置２００（通信処理部２４１）は、基地局１００から送信されたデータを受信すると、受信した当該データを復号する。なお、ここでは、端末装置２００は、当該データの復号に失敗したものとする（Ｓ１０５）。この場合には、端末装置２００（通知部２４７）は、ＲＲＣシグナリングに基づき基地局１００から通知されたフォーマットに基づき、基地局１００に対してＮＡＣＫを通知する（Ｓ１０７）。即ち、基地局１００（情報取得部１５３）は、送信したデータに対する応答として端末装置２００からＮＡＣＫの通知を受けることとなる。これにより、基地局１００（判定部１５５）は、通知されたＮＡＣＫに基づき、端末装置２００がデータの受信に失敗したことを認識することが可能となる。
【００６２】
基地局１００（通信処理部１５１）は、端末装置２００から通知されたＮＡＣＫに基づき、当該端末装置２００がデータの受信に失敗したことを認識すると、端末装置２００に対して当該データを再送する（Ｓ１０９）。
【００６３】
端末装置２００（通信処理部２４１）は、当該基地局１００から再送されたデータを受信すると、受信した当該データを復号する。なお、ここでは、端末装置２００は、当該データの復号に成功したものとする（Ｓ１１１）。この場合には、端末装置２００（通知部２４７）は、ＲＲＣシグナリングに基づき基地局１００から通知されたフォーマットに基づき、当該基地局１００に対してＡＣＫを通知する（Ｓ１１３）。即ち、基地局１００（情報取得部１５３）は、再送したデータに対する応答として端末装置２００からＡＣＫの通知を受けることとなる。これにより、基地局１００（判定部１５５）は、通知されたＡＣＫに基づき、端末装置２００がデータの受信に成功したことを認識することが可能となる。
【００６４】
なお、端末装置２００は、基地局１００から最初に送信されたデータの復号に成功した場合には、応答として、当該基地局１００にＡＣＫを通知してもよいことは言うまでもない。また、端末装置２００は、基地局１００から再送されたデータの復号した場合には、当該基地局１００に対して再度ＮＡＣＫを通知してもよいことは言うまでもない。また、端末装置２００は、基地局１００に対してＡＣＫまたはＮＡＣＫを通知する際に、ＰＵＳＣＨ（Physical  Uplink  Shared  Channel）を利用した所謂ピギーバック（Piggy  Back）に基づき、当該ＡＣＫまたはＮＡＣＫを通知してもよい。
【００６５】
また、上記では、基地局１００から端末装置２００に向けたＤＬ（Downlink）通信に着目して説明したが、端末装置２００から基地局１００に向けたＵＬ（Uplink）通信においてもＨＡＲＱを適用することが可能である。この場合には、端末装置２００から基地局１００に対してデータが送信された場合に、基地局１００が端末装置２００に対して、ＰＨＩＣＨ（Physical  HARQ  Indicator  Channel）を利用してＡＣＫまたはＮＡＣＫを通知すればよい。
【００６６】
以上、図７を参照して、従来の規格に基づき、基地局１００と端末装置２００との間の通信におけるＨＡＲＱの概要について説明した。
【００６７】
続いて、図８を参照して、本実施形態に係るシステムの概要として、基地局１００Ａ、リレー端末１００Ｃ、及びリモート端末２００Ｃ間で、ＨＡＲＱに基づきデータの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するための仕組みの一例について説明する。図８は、本実施形態に係るシステムの概要について説明するための説明図である。
【００６８】
図８に示すように、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信においては、基地局１００Ａとリレー端末１００Ｃとの間の通信（バックホールリンク通信）と、リレー端末１００Ｃとリモート端末２００Ｃとの間の通信（アクセスリンク通信）とが実行される。即ち、基地局１００Ａとリレー端末１００Ｃとの間と、リレー端末１００Ｃとリモート端末２００Ｃとの間とのそれぞれにおいて、データの送受信が行われた場合には、当該データの受信結果（ＡＣＫ／ＮＡＣＫ）が送信先から送信元に対して通知されることとなる。
【００６９】
このような状況を想定し、本実施形態に係るシステムにおいては、基地局１００Ａは、例えば、バックホールリンクとアップリンクとの双方に対して、データの受信結果を通知するためのリソースを割り当ててもよい。また、他の一例として、基地局１００Ａは、例えば、バックホールリンクに対してのみ、データの受信結果を通知するためのリソースを割り当ててもよい。この場合には、アクセスリンクに対する、データの受信結果を通知するためのリソースの割り当てについては、リレー端末１００Ｃが実行してもよい。このような仕組みに基づき、リレー端末１００Ｃは、リモート端末２００Ｃからデータの受信結果（ＡＣＫ／ＮＡＣＫ）を受信した場合に、当該受信結果を基地局１００Ａに通知する。これにより、基地局１００Ａは、リモート端末２００Ｃに対して送信したデータの、当該リモート端末２００Ｃにおける受信結果を認識することが可能となる。
【００７０】
なお、リレー端末１００Ｃに対してリモート端末２００Ｃが複数接続される場合も想定され得る。そのため、例えば、リレー端末１００Ｃに接続されるリモート端末２００Ｃの数が増大すると、当該リレー端末１００Ｃが、リモート端末２００Ｃにおけるデータの受信結果（即ち、リモート端末２００Ｃから通知される受信結果）を基地局１００Ａに対して通知するために、より多くのリソースが必要となる場合がある。
【００７１】
このような状況を鑑み、本実施形態に係るシステムでは、基地局１００Ａは、リレー端末１００Ｃに接続されたリモート端末２００Ｃに関する情報（例えば、リモート端末２００Ｃの数）に応じて、バックホールリンクに対する、データの受信結果を通知するためのリソースの割り当てを制御する。このような制御により、例えば、リレー端末１００Ｃに接続されたリモート端末２００Ｃの数が増大した場合においても、当該リレー端末１００Ｃが、当該リモート端末２００Ｃにおけるデータの受信結果を基地局１００Ａに対して通知するためのリソースを、より好適な態様で確保することが可能となる。
【００７２】
以上、図８を参照して、本実施形態に係るシステムの概要として、基地局１００Ａ、リレー端末１００Ｃ、及びリモート端末２００Ｃ間で、ＨＡＲＱに基づきデータの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するための仕組みの一例について説明した。
【００７３】
＜３．２．技術的特徴＞
続いて、本実施形態に係るシステムの技術的特徴についてより詳しく説明する。
【００７４】
（１）処理
まず、図９を参照して、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について説明する。図９は、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図であり、特に、ＨＡＲＱに基づきＡＣＫ及びＮＡＣＫを通知するためのリソースの割り当てに係る処理の流れについて示している。
【００７５】
図９に示すように、まず、リモート端末２００Ｃとリレー端末１００Ｃとは、互いにデータを送受信するために、無線リンク（即ち、アクセスリンク）を介した通信を確立する（Ｓ２０１）。リモート端末２００Ｃとリレー端末１００Ｃとの間の通信が確立すると、リレー端末１００Ｃ（通知部１５７）は、当該リレー端末１００Ｃに接続されたリモート端末２００Ｃに関する情報（例えば、サービング端末数等）を基地局１００Ａに通知する（Ｓ２０３ａ）。また、他の一例として、リモート端末２００Ｃ（通知部２４７）が、基地局１００Ａとの間の直接的な無線リンク（以下、「Ｕｕリンク」とも称する）を介して、当該リモート端末２００Ｃに関する情報を基地局に通知してもよい（Ｓ２０３ｂ）。
【００７６】
次いで、基地局１００Ａは、通知されたリモート端末２００Ｃに関する情報に基づき、リレー端末１００Ｃとの間のバックホールリンクに対して、ＨＡＲＱに基づきデータの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するためのリソースを割り当てる。
【００７７】
具体的には、基地局１００Ａ（判定部１５５）は、通知されたリモート端末２００Ｃに関する情報に基づき、基地局１００Ａとリレー端末１００Ｃとの間における、バックホールリンクを介したデータの受信結果（ＡＣＫ／ＮＡＣＫ）の通知に利用可能なリソースを決定する（Ｓ２０５）。そして、基地局１００Ａ（通信処理部１５１）は、当該バックホールリンクに対して、リモート端末２００Ｃに関する情報に基づき決定した当該リソースを割り当てる（Ｓ２０７）。なお、このとき基地局１００Ａは、バックホールリンクに対して、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを割り当ててもよい。また、他の一例として、基地局１００Ａは、ＡＣＫ及びＮＡＣＫの通知を行うためのリソースをスケジューリングし、当該スケジューリング結果に基づきバックホールリンクに対してリソースを割り当ててもよい。この場合には、例えば、基地局１００Ａは、通知されたリモート端末２００Ｃに関する情報に基づき、ＡＣＫ及びＮＡＣＫの通知に必要なリソースブロック（例えば、リソースブロック数）を決定してもよい。なお、基地局１００Ａによる、バックホールリンクに対する当該リソースの割り当てに係る処理の詳細については別途後述する。
【００７８】
また、基地局１００Ａは、通知されたリモート端末２００Ｃに関する情報に基づき、リレー端末１００Ｃとリモート端末２００Ｃとの間のアクセスリンクに対して、ＨＡＲＱに基づきデータの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するためのリソースを割り当ててもよい。
【００７９】
具体的な一例として、基地局１００Ａは、アクセスリンクを介したデータの受信結果（ＡＣＫ／ＮＡＣＫ）の通知に利用可能なリソースプールを割り当ててもよい（Option1）。この場合には、基地局１００Ａ（判定部１５５）は、通知されたリモート端末２００Ｃに関する情報に基づき、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを決定する（Ｓ２０９ａ）。そして、基地局１００Ａ（通信処理部１５１）は、当該アクセスリンクに対して、リモート端末２００Ｃに関する情報に基づき決定した当該リソースプールを割り当ててもよい（Ｓ２１１ａ）。
【００８０】
また、他の一例として、基地局１００Ａは、アクセスリンクを介したデータの受信結果（ＡＣＫ／ＮＡＣＫ）の通知を行うためのリソースブロックをスケジューリングし、当該スケジューリング結果に基づきアクセスリンクに対してリソースを割り当ててもよい（Option2）。この場合には、基地局１００Ａ（判定部１５５）は、通知されたリモート端末２００Ｃに関する情報に基づき、ＡＣＫ及びＮＡＣＫの通知に必要なリソースブロック（例えば、リソースブロック数）を決定する（Ｓ２０９ｂ）。そして基地局１００Ａ（通信処理部１５１）は、リソースブロックの決定結果に応じて、ＡＣＫ及びＮＡＣＫを行うためのリソースをスケジューリングし、当該スケジューリング結果に基づきアクセスリンクに対してリソースを割り当ててもよい（Ｓ２１１ｂ）。
【００８１】
また、他の一例として、基地局１００Ａに替えてリレー端末１００Ｃが、アクセスリンクに対して、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースを割り当ててもよい。
【００８２】
なお、基地局１００Ａは、リレー端末１００Ｃと基地局１００Ａとの間におけるバックホールリンクを介してデータの送受信結果と、リレー端末１００Ｃとリモート端末２００Ｃとの間におけるアクセスリンクを介してデータの送受信結果と、を明示的に区別してもよい。そこで、以降の説明では、リレー端末１００Ｃと基地局１００Ａとの間におけるバックホールリンクを介したデータの送受信の結果として通知されるＡＣＫ及びＮＡＣＫを、「ＢＬ  ＡＣＫ」及び「ＢＬ  ＮＡＣＫ」とも称する。また、リレー端末１００Ｃとリモート端末２００Ｃとの間におけるアクセスリンクを介したデータの送受信の結果として通知されるＡＣＫ及びＮＡＣＫを、「ＡＬ  ＡＣＫ」及び「ＡＬ  ＮＡＣＫ」とも称する。
【００８３】
次いで、リレー端末１００Ｃからリモート端末２００Ｃに対してアクセスリンクを介してデータが送信されると（Ｓ２１３）、当該リモート端末２００Ｃ（通信処理部２４１）は、当該データの受信処理を実行する（Ｓ２１５）。なお、本説明では、リモート端末２００Ｃは、データの復号に成功したものとする。この場合には、リモート端末２００Ｃ（通知部２４７）は、リレー端末１００Ｃから送信されたデータの受信結果として、アクセスリンクに対して割り当てられたリソースを利用して、当該リレー端末１００ＣにＡＣＫ（即ち、ＡＬ  ＡＣＫ）を送信する（Ｓ２１７）。
【００８４】
リレー端末１００Ｃ（通知部１５７）は、リモート端末２００Ｃからデータの受信結果（例えば、ＡＬ  ＡＣＫ）を受信すると、バックホールリンクに対して割り当てられたリソースを利用して、当該データの受信結果を基地局１００Ａに送信する（Ｓ２２１）。なお、このときバックホールリンクに対してリソースプールが割り当てられている場合には、リレー端末１００Ｃは、当該リソースプールから所定の条件に基づき送信リソースを選択し（Ｓ２１９）、当該送信リソースを当該データの受信結果の送信に利用する（Ｓ２２１）。
【００８５】
また、基地局１００Ａは、リレー端末１００Ｃからバックホールリンクを介して送信されるデータの受信結果に対して、例えば、所定のタイミングで自身が保持する情報に基づきブラインドデコーディングを施すことで当該受信結果の復号を試みる（Ｓ２２３）。以上のような制御により、リモート端末２００Ｃにおけるデータの受信結果（即ち、ＡＬ  ＡＣＫ／ＡＬ  ＮＡＣＫ）が、リレー端末１００Ｃを介して基地局１００ＡにＥ２Ｅで通知される。
【００８６】
なお、図９を参照して上述した例では、基地局１００Ａからリモート端末２００Ｃに対してリレー端末１００Ｃを介してデータが送信されるＤＬ通信に着目して説明したが、データの受信結果を通知するためのリソースの割り当てに係る処理については、ＵＬ通信についても同様である。即ち、ＵＬ通信においては、図９に示す例において、データ送信と当該データの受信結果（ＡＣＫ／ＮＡＣＫ）の通知とのそれぞれにおいて、主体と客体とを入れ替えればよい。
【００８７】
以上、図９を参照して、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について説明した。
【００８８】
（２）バックホールリンクに対するリソースの割り当て方法
続いて、バックホールリンクに対してＡＣＫ及びＮＡＣＫの通知に利用可能なリソースを割り当てる方法の詳細について説明する。前述したように、基地局１００Ａが、バックホールリンクに対してリソースを割り当てる方法として、ＡＣＫ及びＮＡＣＫの通知のスケジューリング結果に基づきリソースを割り当てる方法と、リソースプールを割り当てる方法とが挙げられる。そこで、以降では、ＡＣＫ及びＮＡＣＫの通知のスケジューリング結果に基づきリソースを割り当てる方法と、リソースプールを割り当てる方法と、に分けて、それぞれの方法について説明する。
【００８９】
（２−１）スケジューリング結果に基づくリソースの割り当て方法
まず、ＡＣＫ及びＮＡＣＫの通知のスケジューリング結果に基づき、バックホールリンクに対してリソースを割り当てる方法の一例について説明する。
【００９０】
前述したように、基地局１００Ａは、リレー端末１００Ｃまたはリモート端末２００Ｃから通知されるリモート端末２００Ｃに関する情報に基づき、バックホールリンクに対して、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースを割り当てる。なお、基地局１００Ａがバックホールリンクに対して当該リソースを割り当てるタイミングは、例えば、ネットワーク側から準静的（Semi  persistent）に設定されてもよく、固定的に設定されてもよい。また、当該タイミングは、動的に設定されてもよい。
【００９１】
リモート端末２００Ｃに関する情報としては、例えば、リレー端末１００Ｃに接続されたリモート端末２００Ｃの数（即ち、サービング端末数）、当該リモート端末２００Ｃのトラフィック量等が挙げられる。このような構成により、例えば、リレー端末１００Ｃに接続された複数のリモート端末２００Ｃそれぞれからリレー端末１００Ｃを介して基地局１００ＡにＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫが送信されるような状況下においても、十分な量のリソースを確保することが可能となる。
【００９２】
また、基地局１００Ａは、通知されたリモート端末２００Ｃに関する情報に基づき、リレー端末１００ＣがＡＣＫ及びＮＡＣＫを通知するための制御チャネル（例えば、ＰＵＣＣＨ）のフォーマットを変更してもよい。例えば、基地局１００Ａは、複数のリモート端末２００Ｃからのリレー端末１００Ｃを介したＡＣＫ及びＮＡＣＫ（即ち、ＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫ）の通知をサポートする場合には、リレー端末１００Ｃに対して、複数のＡＣＫ及びＮＡＣＫを同時に通知可能なフォーマットを割り当てる。このようなフォーマットの一例としては、３ＧＰＰの規約で規定される「Format  4」等が挙げられる。
【００９３】
また、上記フォーマットとして、既存のフォーマットに限らず、新たなフォーマットが規定されてもよい。具体的な一例として、リレー端末１００Ｃに接続されたリモート端末２００Ｃの数に応じて、ＡＣＫ及びＮＡＣＫを通知するためのリソースの割り当て量を変更することが可能な、新たなフォーマットが規定されてもよい。
【００９４】
同様に、基地局１００Ａは、通知されたリモート端末２００Ｃに関する情報に基づき、リレー端末１００Ｃとリモート端末２００Ｃとの間で、一方が他方に対してＡＣＫ及びＮＡＣＫを通知するための制御チャネル（例えば、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel））のフォーマットを変更してもよい。
【００９５】
なお、基地局１００Ａから、リレー端末１００Ｃ及びリモート端末２００Ｃに対するフォーマットの割り当ては、例えば、所定のシグナリング（例えば、ＲＲＣシグナリング）に基づき行われればよい。
【００９６】
また、リレー端末１００Ｃは、リモート端末２００ＣからＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫの通知を受けて、当該ＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫを基地局１００Ａに通知する場合に、所謂ピギーバック（Piggy  Back）を利用してもよい。具体的な一例として、リレー端末１００Ｃは、アップリンク送信信号を保持している場合には、当該アップリンク送信信号を送信する際に、リモート端末２００Ｃから通知されたＡＬ  ＡＣＫまたはＡＬ  ＮＡＣＫをＰＵＳＣＨにピギーバックしてもよい。また、他の一例として、リレー端末１００Ｃが、アップリンク送信信号を保持しており、かつ自身が基地局１００ＡにＢＬ  ＡＣＫまたはＢＬ  ＮＡＣＫを通知するような場合に着目する。この場合には、リレー端末１００Ｃは、当該アップリンク送信信号を送信する際に、基地局１００Ａに通知する当該ＢＬ  ＡＣＫまたはＢＬ  ＮＡＣＫと、リモート端末２００Ｃから通知されたＡＬ  ＡＣＫまたはＡＬ  ＮＡＣＫと、をＰＵＳＣＨにピギーバックしてもよい。
【００９７】
（２−２）リソースプールの割り当て方法
続いて、バックホールリンクに対して、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを割り当てる方法の一例について説明する。
【００９８】
基地局１００Ａは、リレー端末１００Ｃまたはリモート端末２００Ｃから通知されるリモート端末２００Ｃに関する情報に基づき、バックホールリンクに対して、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを割り当てる。このとき、基地局１００Ａは、通知されたリモート端末２００Ｃに関する情報に基づき、リレー端末１００Ｃが１以上のリモート端末２００Ｃから通知されたＡＣＫ及びＮＡＣＫを基地局１００Ａに通知するために十分な量のリソースを確保可能となるように、リソースプールサイズを決定する。
【００９９】
例えば、基地局１００Ａは、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを用いたフィードバック送信を行うか否かを、リレー端末１００Ｃ及びリモート端末２００Ｃのうち少なくともいずれかに通知してもよい。この通知を受けて、リレー端末１００Ｃまたはリモート端末２００Ｃは、リモート端末２００Ｃに関する情報を基地局１００Ａに通知してもよい。
【０１００】
リモート端末２００Ｃに関する情報としては、例えば、リレー端末１００Ｃに接続されたリモート端末２００Ｃの数（即ち、サービング端末数）、当該リモート端末２００Ｃのトラフィック量等が挙げられる。また、リモート端末２００Ｃに関する情報として、ＲＮＴＩ（Radio  Network  Temporary  ID）やＩＭＳＩ（International  Mobile  Subscriber  Identity）等のような端末識別情報、ＱｏＳ（Quality  of  Service）レベル、優先度情報、トランスポートブロック数の合計、バッファステータスレポート等が使用されてもよい。
【０１０１】
また、基地局１００Ａは、ＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを、ＰＵＳＣＨまたはＰＤＳＣＨに準静的に割り当てることで、リレー端末１００Ｃに割り当ててもよい。また、基地局１００Ａは、例えば、ＨＡＲＱのラウンドドリップタイム（Round  trip  time）を満たすように割り当てるとよい。
【０１０２】
なお、基地局１００Ａは、バックホールリンクに対して割り当てたリソースプールの情報として、例えば、周期、期間、基準点（ＳＦＮ（System  Frame  Number）等）からのオフセット情報、プールの時間周波数情報等を、ＳＩＢ（System  Information  Block）等を用いてリレー端末１００Ｃに通知してもよい。
【０１０３】
リレー端末１００Ｃは、基地局１００Ａにより割り当てられたリソースプールから、基地局１００ＡへのＡＣＫ及びＮＡＣＫ（例えば、ＢＬ  ＡＣＫ、ＢＬ  ＮＡＣＫ、ＡＬ  ＡＣＫ、またはＡＬ  ＮＡＣＫ）の送信に用いるリソースを選択する。
【０１０４】
特に、リレー端末１００Ｃは、リモート端末２００Ｃから通知されたＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫを基地局１００Ａに通知するためのリソースを、所定の条件に基づき選択する。具体的な一例として、リレー端末１００Ｃは、リモート端末２００Ｃの情報（例えば、端末識別情報、データの再送回数、送信パケットの優先度情報、リモート端末２００Ｃの位置情報等）を、当該リソースを選択するための条件として利用してもよい。また、リレー端末１００Ｃは、当該リレー端末１００Ｃにおいてリモート端末２００Ｃを管理するための情報を、当該リソースを選択するための条件として利用してもよい。リレー端末１００Ｃにおいてリモート端末２００Ｃを管理するための当該情報としては、例えば、当該リモート端末２００Ｃの識別情報（リレー端末１００Ｃ、基地局１００Ａ、またはさらに上位の層から付与された情報）、パケット優先度情報、端末優先度情報等が挙げられる。なお、リレー端末１００Ｃは、上述した各情報のうち少なくとも一部の情報を、当該リソースを選択するための条件として利用してもよい。
【０１０５】
なお、リレー端末１００ＣがリソースプールからＡＣＫ及びＮＡＣＫの送信に用いるリソースを選択するための所定の条件として、基地局１００Ａとリレー端末１００Ｃとの間で共通の条件が設定されていることが望ましい。そのため、当該所定の条件は、例えば、基地局１００Ａからリレー端末１００Ｃに対して通知されてもよい。このような構成により、基地局１００Ａは、リソースプール中の各リソースのうちのどのリソースが、どのリモート端末２００ＣからのＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫの通知に使用されているかを認識することが可能となる。
【０１０６】
また、リソースプールのサイズが小さく、リレー端末１００Ｃが、当該リソースプールから新たにリソースを選択することが困難となる場合も想定され得る。このような状況においては、リレー端末１００Ｃは、例えば、１以上のリモート端末２００Ｃから通知されたＡＬ  ＡＣＫまたはＡＬ  ＮＡＣＫを多重化して基地局１００Ａに送信してもよい。この場合には、リレー端末１００Ｃは、ＡＬ  ＡＣＫまたはＡＬ  ＮＡＣＫの多重化を行ったことと、ＡＬ  ＡＣＫまたはＡＬ  ＮＡＣＫを多重化したリモート端末２００Ｃに関する情報と、を基地局１００Ａに通知してもよい。また、リレー端末１００Ｃは、情報の多重化を行う場合に、パケット優先度や端末優先度等のような各種優先度ごとに多重化を行ってもよい。
【０１０７】
（３）アクセスリンクに対するリソースの割り当て方法
続いて、アクセスリンクに対してＡＣＫ及びＮＡＣＫの通知に利用可能なリソースを割り当てる方法の詳細について説明する。前述したように、基地局１００Ａは、アクセスリンクに対してリソースを割り当てる際に、リソースプールを割り当ててもよいし（Option1）、ＡＣＫ及びＮＡＣＫの通知のスケジューリング結果に基づきリソースを割り当ててもよい（Option2）。
【０１０８】
また、基地局１００Ａは、アクセスリンクに対して割り当てるＡＣＫ及びＮＡＣＫの通知に利用可能なリソースの設定に関する情報を、リレー端末１００Ｃ及びリモート端末２００Ｃのうちの少なくともいずれかに対して、所定のタイミングで事前に通知してもよい。なお、基地局１００Ａが当該通知を行うタイミングは、例えば、ネットワーク側から準静的（Semi  persistent）に設定されてもよく、固定的に設定されてもよい。また、当該タイミングは、動的に設定されてもよい。
【０１０９】
なお、アクセスリンクに対してリソースプールが割り当てられる場合（Option1）には、基地局１００Ａは、当該リソースプールの情報（例えば、周期、期間、基準点（ＳＦＮ等）からのオフセット情報、プールの時間周波数情報等）を、ＳＩＢ等を用いてリレー端末１００Ｃ及びリモート端末２００Ｃのうち少なくともいずれかに通知してもよい。また、基地局１００Ａは、当該リソースプールの情報をリモート端末２００Ｃに通知する場合には、当該リモート端末２００Ｃに対してＵｕリンクを介して直接的に通知してもよいし、リレー端末１００Ｃを介したリレー通信により間接的に通知してもよい。
【０１１０】
また、アクセスリンクに対してリソースプールが割り当てられる場合（Option1）には、当該アクセスリンクを介した通信が所定の符号化方式に基づき符号化されてもよい。この場合には、例えば、リレー端末１００Ｃごと、またはリモート端末２００Ｃごとに異なる直交符号が割り当てられてよく、その他の非直交多重方式が用いられてもよい。
【０１１１】
また、アクセスリンクに対してリソースプールが割り当てられる場合（Option1）において、リモート端末２００Ｃは、リレー端末１００Ｃに対してＡＣＫ及びＮＡＣＫを通知するためのリソースを、所定のタイミングでリソースプールからランダムに選択してもよい。この場合には、リモート端末２００Ｃがリソースプールからリソースを選択するタイミングは、例えば、ネットワーク側から準静的（Semi  persistent）に設定されてもよく、固定的に設定されてもよい。また、当該タイミングは、動的に設定されてもよい。
【０１１２】
また、他の一例として、リモート端末２００Ｃは、所定の条件に基づき、リレー端末１００Ｃに対してＡＣＫ及びＮＡＣＫを通知するためのリソースを、リソースプールから選択してもよい。具体的には、リモート端末２００Ｃは、自身の端末識別情報、データの再送回数、送信パケットの優先度情報、自身の位置情報、リレー端末１００Ｃ側で管理された自身の端末識別情報（リレー端末１００Ｃ、基地局１００Ａ、またはさらに上位の層から付与された情報）のうち少なくとも一部の情報を用いて、リソースプールからリソースを選択してもよい。
【０１１３】
また、他の一例として、リモート端末２００Ｃは、基地局１００Ａまたはリレー端末１００Ｃから指示されたリソースを用いてもよい。
【０１１４】
なお、上記では、リモート端末２００Ｃがリレー端末１００Ｃに対してＡＣＫ及びＮＡＣＫを通知する場合に着目して、当該リモート端末２００Ｃが、当該通知に利用するリソースをリソースプールから選択する場合の一例について説明した。これに対して、リレー端末１００Ｃがリモート端末２００Ｃに対してＡＣＫ及びＮＡＣＫを通知する場合についても、当該リレー端末１００Ｃは、上記に説明した場合と同様の方法で、リソースプールからリソースを選択してもよい。
【０１１５】
続いて、アクセスリンクに対してＡＣＫ及びＮＡＣＫの通知のスケジューリング結果に基づきリソースが割り当てられる場合（Option2）に着目する。この場合には、基地局１００Ａは、スケジューリングしたリソースブロックに関する情報（例えば、リソースブロックの位置情報）を、リレー端末１００Ｃ及びリモート端末２００Ｃのうち少なくともいずれかに通知してもよい。なお、基地局１００Ａは、当該リソースブロックに関する情報をリモート端末２００Ｃに通知する場合には、当該リモート端末２００Ｃに対してＵｕリンクを介して直接的に通知してもよいし、リレー端末１００Ｃを介したリレー通信により間接的に通知してもよい。
【０１１６】
（４）その他の補足
基地局１００Ａは、バックホールリンク及びアクセスリンクに対してＡＣＫ及びＮＡＣＫの通知に利用可能なリソースプールを割り当てる場合には、リモート端末２００ＣからのＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫが通知されるタイミングを特定できるとは限らない。そのため、この場合には、基地局１００Ａは、リレー端末１００Ｃから送信されるデータの受信結果に対して、所定のタイミングでブラインドデコーディングを施すことで、リモート端末２００ＣからのＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫの復号を試みてもよい。
【０１１７】
また、基地局１００Ａがリソースプールを割り当てるタイミングは、例えば、ネットワーク側から準静的（Semi  persistent）に設定されてもよく、固定的に設定されてもよい。また、当該タイミングは、動的に設定されてもよい。
【０１１８】
また、基地局１００Ａは、あらかじめ準静的に割り当てたリソース（即ち、ＳＰＳ（Semi  Persistent  Scheduling）リソース）が使用されていない場合（即ち、アクティベート（Activate）されていない場合）には、当該リソースを他の用途で使用してもよい。
【０１１９】
以上、図９を参照して、本実施形態に係るシステムの技術的特徴についてより詳しく説明した。
【０１２０】
＜３．３．評価＞
以上説明したように、本実施形態に係る情報処理システムにおいて、基地局１００Ａは、リレー端末１００Ｃに接続されたリモート端末２００Ｃに関する情報に応じて、バックホールリンクに対する、データの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するためのリソースの割り当てを制御する。また、基地局１００Ａは、当該リモート端末２００Ｃに関する情報に応じて、アクセスリンクに対する、データの受信結果（ＡＣＫ／ＮＡＣＫ）を通知するためのリソースの割り当てを制御してもよい。
【０１２１】
以上のような構成により、例えば、リレー端末１００Ｃに接続されたリモート端末２００Ｃの数が増大した場合においても、基地局１００Ａに対して、当該リモート端末２００Ｃにおけるデータの受信結果を通知するためのリソースを、より好適な態様で確保することが可能となる。即ち、本実施形態に係るシステムに依れば、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、Ｅ２Ｅで無線リンクの品質を保証するための、通信リソースの制御をより好適な態様で実現ことが可能となる。
【０１２２】
＜＜４．第２の実施形態＞＞
＜４．１．概要＞
続いて、第２の実施形態として、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、ＨＡＲＱに基づくデータの再送制御を実現するための仕組みの一例について説明する。
【０１２３】
まず、図１０を参照して、本実施形態に係るシステムの技術的課題について整理する。図１０は、本実施形態に係るシステムの概要について説明するための説明図である。基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信では、基地局１００Ａとリレー端末１００Ｃとの間（即ち、バックホールリンク）と、当該リレー端末１００Ｃとリモート端末２００Ｃとの間（即ち、アクセスリンク）と、のそれぞれにおいてデータの送受信が行われる。そのため、例えば、基地局１００Ａからリレー端末１００Ｃを介してリモート端末２００Ｃにデータが送信される場合に、バックホールリンクを介したデータの送信が成功したとしても、アクセスリンクを介した当該データの送信が失敗する場合がある。
【０１２４】
特に、アクセスリンクに対して割り当てられるリソースは、バックホールリンクに対して割り当てられるリソースよりも制限されている場合が多い。そのため、アクセスリンクを介した通信は、バックホールリンクを介した通信に比べてリソース不足となりやすい場合がある。
【０１２５】
このような状況下において、例えば、バックホールリンクとアクセスリンクとのそれぞれにおいて独立して再送制御が行われると、アクセスリンクを介したデータの送受信が失敗したとしても、基地局１００Ａが、当該失敗を認識することが困難となる場合がある。そのため、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、Ｅ２Ｅでリンク品質を保証することが困難となる場合がある。
【０１２６】
このような状況を鑑み、本実施形態では、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、Ｅ２Ｅでリンク品質の保証を可能とする再送制御の仕組みの一例について提案する。
【０１２７】
例えば、図１１は、本実施形態に係るシステムの一連の処理の流れの一例について示したフローチャートであり、特に、データの送受信に失敗した場合におけるデータの再送に係る基地局１００Ａの処理の一例について概略レベルで示している。なお、本説明では、本実施形態に係るシステムの特徴をわかりやすくするために、基地局１００Ａから送信されたデータをリレー端末１００Ｃがリモート端末２００Ｃにリレー送信する場合（以降では、「ＤＬ通信」とも称する）に着目して説明する。
【０１２８】
例えば、基地局１００Ａ（通信処理部１５１）が、リレー端末１００Ｃを介してリモート端末２００Ｃにデータを送信し（Ｓ３０１）、リモート端末２００Ｃが当該データの復号に失敗し、基地局１００Ａに対して直接的または間接的にＡＬ  ＮＡＣＫを送信したものとする。この場合には、基地局１００Ａ（情報取得部１５３）は、リモート端末２００Ｃから当該ＡＬ  ＮＡＣＫを受信するとともに（Ｓ３０３、ＮＯ）、当該リモート端末２００Ｃから、上記データの送受信に関する情報のフィードバックを直接的または間接的に受信する（Ｓ３０５）。
【０１２９】
リモート端末２００Ｃからのフィードバックを受信すると、基地局１００Ａ（通信処理部１５１）は、フィードバックされた情報を基に、当該リモート端末２００Ｃへのデータの送信に係る通信を制御する（Ｓ３０７）。例えば、基地局１００Ａは、フィードバックされた情報を基に、アクセスリンクを介したリレー端末１００Ｃとリモート端末２００Ｃとの間の通信に関する各種設定の変更を、リレー端末１００Ｃ及びリモート端末２００Ｃの少なくともいずれかに指示してもよい。また、基地局１００Ａは、アクセスリンクに対するリソースの割り当てを制御してもよい。また、基地局１００Ａは、フィードバックされた情報を基に、データの送信（再送）に利用する無線リンクの切り替えを、リレー端末１００Ｃ及びリモート端末２００Ｃの少なくともいずれかに指示してもよい。
【０１３０】
次いで、リモート端末２００Ｃが復号に失敗したデータの再送に係る処理が実行される（Ｓ３０１）。このとき、基地局１００Ａは、リレー端末１００Ｃに対してデータの再送を指示してもよい。また、他の一例として、リレー端末１００Ｃが、基地局１００Ａから上記設定の変更に係る指示等を受けた場合に、当該データの再送を実行してもよい。
【０１３１】
次いで、リモート端末２００Ｃがデータの復号に成功し、基地局１００Ａに対して直接的または間接的にＡＬ  ＮＡＣＫを送信したものとする。この場合には、基地局１００Ａ（情報取得部１５３）は、リモート端末２００Ｃから当該ＡＬ  ＡＣＫを受信し（Ｓ３０３、ＹＥＳ）、当該データの送信に係る一連の処理を終了する。
【０１３２】
以上のように、本実施形態に係るシステムでは、基地局１００Ａは、少なくとも一部の無線リンクを介したデータの送受信が失敗した場合に、当該データの送受信に関する情報のフィードバックを、リレー端末１００Ｃ及びリモート端末２００Ｃの少なくともいずれかから受信する。これにより、基地局１００Ａは、例えば、端末装置２００Ｃがアクセスリンクを介したデータの送受信に失敗した場合に、当該失敗を認識することが可能となる。そのため、基地局１００Ａは、例えば、フィードバックされた情報を基に、アクセスリンクを介した設定の変更や、データの送信に利用する無線リンクの切り替え等を、リレー端末１００Ｃ及びリモート端末２００Ｃの少なくともいずれかに対して指示することも可能となる。また、このとき基地局１００Ａは、フィードバックされた情報を基に、アクセスリンクに対するリソースの割り当てを制御することも可能である。なお、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信の一連の処理の流れについては、詳細を別途後述する。
【０１３３】
以上のような構成により、本実施形態に係るシステムは、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、より好適な態様で再送制御を実現し、ひいてはＥ２Ｅでのリンク品質を保証することが可能となる。
【０１３４】
以上、図１０及び図１１を参照して、本実施形態に係るシステムの概要として、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、ＨＡＲＱに基づく再送制御を実現するための仕組みの一例について説明した。
【０１３５】
＜４．２．技術的特徴＞
続いて、本実施形態に係るシステムの技術的特徴についてより詳しく説明する。
【０１３６】
（１）処理
まず、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について、特に、ＨＡＲＱに基づく再送制御に着目して説明する。なお、本説明では、基地局１００Ａからリモート端末２００Ｃに対してデータを送信する場合（ＤＬ通信）と、リモート端末２００Ｃから基地局１００Ａに対してデータを送信する場合（ＵＬ通信）と、に分けてそれぞれ説明する。
【０１３７】
（１−１）ＤＬ通信の処理
まず、図１２を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、ＤＬ通信に着目して説明する。図１２は、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図であり、ＤＬ通信における再送制御の一例について示している。
【０１３８】
図１２に示すように、まず、基地局１００Ａ（通信処理部１５１）がリレー端末１００Ｃに対してバックホールリンクを介してデータを送信し（Ｓ３１１）、当該リレー端末１００Ｃ（通信処理部１５１）は、当該データの復号に失敗したものとする（Ｓ３１３）。この場合には、リレー端末１００Ｃ（通知部１５７）は、基地局１００ＡにＢＬ  ＮＡＣＫを通知する（Ｓ３１５）。
【０１３９】
基地局１００Ａは、リレー端末１００Ｃに対するデータの送信結果として、当該リレー端末１００ＣからＢＬ  ＮＡＣＫを受信すると、当該データの再送処理を実行する（Ｓ３１７、Ｓ３１９）。ここで、リレー端末１００Ｃは、基地局１００Ａから再送されたデータの復号に成功したものとする（Ｓ３２１）。この場合には、リレー端末１００Ｃ（通知部１５７）は、基地局１００ＡにＢＬ  ＡＣＫを通知する（Ｓ３２３）。これにより、基地局１００Ａは、バックホールリンクを介したリレー端末１００Ｃへのデータの再送が成功したことを認識することが可能となる。
【０１４０】
次いで、リレー端末１００Ｃ（通信処理部１５１）は、基地局１００Ａから受信したデータを、当該データの送信先となるリモート端末２００Ｃに対して、アクセスリンクを介してリレー送信する（Ｓ３２５、Ｓ３２７）。ここで、リモート端末２００Ｃは、リレー端末１００Ｃから送信されたデータの復号に失敗したものとする（Ｓ３２９）。この場合には、リモート端末２００Ｃ（通知部２４７）は、基地局１００Ａとリレー端末１００Ｃとに対してＡＬ  ＮＡＣＫを通知するとともに、リレー端末１００Ｃから送信されたデータの受信結果に関する情報を当該基地局１００Ａにフィードバックする。なお、このときリモート端末２００Ｃは、基地局１００Ａに対してリレー端末１００Ｃを介した間接的な通信（即ち、リレー通信）に基づき、ＡＬ  ＮＡＣＫの通知と、上記情報のフィードバックと、を行ってもよい（Ｓ３３１、Ｓ３３３）。また、他の一例として、リモート端末２００Ｃは、基地局１００Ａに対してＵｕリンクを介した直接的な通信に基づき、ＡＬ  ＮＡＣＫの通知と、上記情報のフィードバックと、を行ってもよい（Ｓ３３５）。なお、リモート端末２００ＣからのＡＬ  ＮＡＣＫの通知に対して、リレー端末１００Ｃから送信されたデータの受信結果に関する情報のフィードバックが関連付けられていれば、当該フィードバックの通知方法は特に限定されない。
【０１４１】
基地局１００Ａ（通信処理部１５１）は、リモート端末２００Ｃから、ＡＬ  ＮＡＣＫの通知と、データの受信結果に関する情報のフィードバックと、を受けると、当該リモート端末２００Ｃとの間の直接的または間接的な通信（換言すると、リモート端末２００Ｃとの間のＥ２Ｅの通信）の制御を実行する（Ｓ３３７、Ｓ３３９）。
【０１４２】
具体的な一例として、基地局１００Ａは、フィードバックされた情報を基に、アクセスリンクを介したリレー端末１００Ｃとリモート端末２００Ｃとの間の通信に関する各種設定の変更を、リレー端末１００Ｃ及びリモート端末２００Ｃの少なくともいずれかに指示してもよい。また、他の一例として、また、基地局１００Ａは、フィードバックされた情報を基に、データの送信（再送）に利用する無線リンクの切り替えを、リレー端末１００Ｃ及びリモート端末２００Ｃの少なくともいずれかに指示してもよい。具体的な一例として、基地局１００Ａは、リモート端末２００Ｃとの間のリレー通信に利用するリレー端末１００Ｃが他のリレー端末１００Ｃにハンドオーバーされるように、当該リモート端末２００Ｃと各リレー端末１００Ｃとのうち少なくともいずれかに指示を行ってもよい。また、基地局１００Ａは、リモート端末２００Ｃとの間の通信を、リレー端末１００Ｃを介した通信から、Ｕｕリンクを介した直接的な通信に切り替える（フォールバックする）ように、当該リモート端末２００Ｃに対して指示を行ってよい。また、基地局１００Ａは、アクセスリンクに対するリソースの割り当てを制御してもよい。
【０１４３】
基地局１００Ａによる上記制御の実行が完了すると、リモート端末２００Ｃが復号に失敗したデータの再送制御が行われる。この場合には、例えば、リレー端末１００Ｃ（通信処理部１５１）が、当該リモート端末２００Ｃに対する、アクセスリンクを介した当該データの再送処理を実行する（Ｓ３４１、Ｓ３４３）。ここで、リモート端末２００Ｃは、リレー端末１００Ｃから再送されたデータの復号に成功したものとする（Ｓ３４５）。この場合には、リモート端末２００Ｃ（通知部２４７）は、基地局１００Ａとリレー端末１００Ｃとに対してＡＬ  ＡＣＫを通知する。なお、このときリモート端末２００Ｃは、基地局１００Ａに対してリレー端末１００Ｃを介した間接的な通信（即ち、リレー通信）に基づき、ＡＬ  ＡＣＫの通知を行ってもよい（Ｓ３４７、Ｓ３４９）。また、他の一例として、リモート端末２００Ｃは、基地局１００Ａに対してＵｕリンクを介した直接的な通信に基づき、ＡＬ  ＮＡＣＫの通知を行ってもよい（Ｓ３５１）。これにより、基地局１００Ａは、アクセスリンクを介したリレー端末１００Ｃからリモート端末２００Ｃへのデータのリレー送信が成功したことを認識することが可能となる。
【０１４４】
以上、図１２を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、ＤＬ通信に着目して説明した。
【０１４５】
（１−２）ＵＬ通信の処理
続いて、図１３を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、ＵＬ通信に着目して説明する。図１３は、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの他の一例を示したシーケンス図であり、ＵＬ通信における再送制御の一例について示している。
【０１４６】
図１３に示すように、まず、リモート端末２００Ｃ（通信処理部２４１）がリレー端末１００Ｃに対してアクセスリンクを介してデータを送信し（Ｓ４１１）、当該リレー端末１００Ｃ（通信処理部１５１）は、当該データの復号に失敗したものとする（Ｓ４１３）。この場合には、リレー端末１００Ｃ（通知部１５７）は、リモート端末２００ＣにＡＬ  ＮＡＣＫを通知する（Ｓ４１５）。即ち、リモート端末２００Ｃ（情報取得部２４３）は、送信したデータに対する応答としてリレー端末１００ＣからＡＬ  ＮＡＣＫの通知を受けることとなる。また、リレー端末１００Ｃ（通知部１５７）は、基地局１００Ａに対して、リモート端末２００ＣからのＡＬ  ＮＡＣＫの通知と、リモート端末２００Ｃから送信されたデータの受信結果に関する情報のフィードバックと、を行う（Ｓ４１７）。なお、リモート端末２００ＣからのＡＬ  ＮＡＣＫの通知に対して、リモート端末２００Ｃから送信されたデータの受信結果に関する情報のフィードバックが関連付けられていれば、当該フィードバックの通知方法は特に限定されない。
【０１４７】
基地局１００Ａ（通信処理部１５１）は、リレー端末１００Ｃから、ＡＬ  ＮＡＣＫの通知と、データの受信結果に関する情報のフィードバックと、を受けると、対応するリモート端末２００Ｃとの間の直接的または間接的な通信（換言すると、リモート端末２００Ｃとの間のＥ２Ｅの通信）の制御を実行する（Ｓ４１９、Ｓ４２１）。なお、当該制御の内容については、前述したＤＬ通信の場合と同様のため、詳細な説明は省略する。
【０１４８】
基地局１００Ａによる上記制御の実行が完了すると、リレー端末１００Ｃが復号に失敗したデータの再送制御が行われる。この場合には、リモート端末２００Ｃ（通信処理部２４１）が、当該リレー端末１００Ｃに対する、アクセスリンクを介した当該データの再送処理を実行する（Ｓ４２３、Ｓ４２５）。ここで、リレー端末１００Ｃは、リモート端末２００Ｃから再送されたデータの復号に成功したものとする（Ｓ４２７）。この場合には、リレー端末１００Ｃ（通知部１５７）は、リモート端末２００Ｃに対してＡＬ  ＡＣＫを通知する（Ｓ４２９）。即ち、リモート端末２００Ｃ（情報取得部２４３）は、再送したデータに対する応答としてリレー端末１００ＣからＡＬ  ＡＣＫの通知を受けることとなる。これにより、リモート端末２００Ｃ（判定部２４５）は、アクセスリンクを介したリレー端末１００Ｃへのデータの送信が成功したことを認識することが可能となる。
【０１４９】
次いで、リレー端末１００Ｃ（通信処理部１５１）は、リモート端末２００Ｃから受信したデータを、基地局１００Ａに対して、バックホールリンクを介してリレー送信する（Ｓ４３１、Ｓ４３３）。ここで、基地局１００Ａは、リレー端末１００Ｃから送信されたデータの復号に失敗したものとする（Ｓ４３５）。この場合には、基地局１００Ａ（通知部１５７）は、リレー端末１００Ｃに対してＢＬ  ＮＡＣＫを通知する（Ｓ４３７）。
【０１５０】
リレー端末１００Ｃは、基地局１００Ａに対するデータの送信結果として、当該基地局１００ＡからＢＬ  ＮＡＣＫを受信すると、当該データの再送処理を実行する（Ｓ４３９、Ｓ４４１）。ここで、基地局１００Ａは、リレー端末１００Ｃから再送されたデータの復号に成功したものとする（Ｓ４４３）。この場合には、基地局１００Ａ（通知部１５７）は、リレー端末１００Ｃとリモート端末２００Ｃとに対してＢＬ  ＡＣＫを通知する。なお、このとき基地局１００Ａは、リモート端末２００Ｃに対してリレー端末１００Ｃを介した間接的な通信（即ち、リレー通信）に基づき、ＢＬ  ＡＣＫの通知を行ってもよい（Ｓ４４５、Ｓ４４７）。また、他の一例として、基地局１００Ａは、リモート端末２００Ｃに対してＵｕリンクを介した直接的な通信に基づき、ＢＬ  ＡＣＫの通知を行ってもよい（Ｓ４４９）。即ち、リモート端末２００Ｃ（情報取得部２４３）は、送信したデータの受信結果として基地局１００Ａから直接的または間接的な通信に基づきＢＬ  ＡＣＫの通知を受けることとなる。これにより、リモート端末２００Ｃ（判定部２４５）は、バックホールリンクを介したリレー端末１００Ｃから基地局１００Ａへのデータのリレー送信が成功したことを認識することが可能となる。
【０１５１】
以上、図１３を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、ＵＬ通信に着目して説明した。
【０１５２】
（２）フィードバックの詳細
続いて、アクセスリンクを介したリレー端末１００Ｃとリモート端末２００Ｃとの間のデータの送受信の失敗時に、リレー端末１００Ｃとリモート端末２００Ｃとの少なくともいずれかから基地局１００Ａへの情報のフィードバックに係る処理の詳細について説明する。
【０１５３】
まず、前述したように、本開示の各実施形態に係るシステムでは、バックホールリンクを介してデータの送受信結果（ＢＬ  ＡＣＫ及びＢＬ  ＮＡＣＫ）と、アクセスリンクを介してデータの送受信結果（ＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫ）と、が明示的に区別されている。なお、リレー端末１００Ｃと基地局１００Ａとの間で送受信されるＢＬ  ＡＣＫ及びＢＬ  ＮＡＣＫと、リレー端末１００Ｃと各リモート端末２００Ｃとの間で送受信されるＡＬ  ＡＣＫ及びＡＬ  ＮＡＣＫと、のうち少なくとも一部の複数の情報は多重化されて送信されてもよい。
【０１５４】
（２−１）フィードバックされる情報の一例
リモート端末２００Ｃまたはリレー端末１００Ｃから基地局１００Ａに対してフィードバックされる情報としては、例えば、アクセスリンクを介したデータ送信が失敗した回数や、アクセスリンクの通信品質に関する情報（例えば、アクセスリンク（サイドリンク）に対するＲＲＭメジャメントの結果）等が挙げられる。また、アクセスリンクに対してリソースプールが割り当てられている場合には、当該リソースプールに関する情報が基地局１００Ａにフィードバックされもよい。この場合には、例えば、当該リソースプール中のリソースの使用状況（混雑度の状況）に関する情報が、基地局１００Ａにフィードバックされてもよい。また、リモート端末２００Ｃまたはリレー端末１００Ｃが、所定のリソースプールまたは所定の周波数帯域におけるリソースの使用状況をセンシングし、当該リソースの使用状況のセンシング結果を基地局１００Ａにフィードバックしてもよい。
【０１５５】
（２−２）フィードバック方法の一例
リモート端末２００Ｃが、基地局１００Ａに情報をフィードバックする方法としては、リレー端末１００Ｃを介したリレー通信により間接的にフィードバックをする方法と、Ｕｕリンクを介して直接的にフィードバックをする方法と、が挙げられる。
【０１５６】
例えば、リレー端末１００Ｃを介したリレー通信により間接的に情報のフィードバックが行われる場合には、リモート端末２００Ｃとリレー端末１００Ｃとの間のアクセスリンクを介した情報のフィードバックには、ＰＳＣＣＨまたはＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）を利用することが可能である。また、リレー端末１００Ｃと基地局１００Ａとの間のバックホールリンクを介した情報のフィードバックには、例えば、ＰＵＣＣＨまたはＰＵＳＣＨを利用することが可能である。また、他の一例として、リレー端末１００Ｃと基地局１００Ａとの間のバックホールリンクを介した情報のフィードバックに、ＰＤＣＣＨまたはＰＤＳＣＨが利用されてもよい。
【０１５７】
また、Ｕｕリンクを介して直接的に情報のフィードバックが行われる場合には、当該フィードバックには、例えば、ＰＵＣＣＨまたはＰＵＳＣＨを利用することが可能である。また、他の一例として、Ｕｕリンクを介した当該フィードバックに、ＰＤＣＣＨまたはＰＤＳＣＨが利用されてもよい。
【０１５８】
また、リモート端末２００Ｃまたはリレー端末１００Ｃから基地局１００Ａに対するフィードバックは、所定の条件に基づく判定結果をトリガとして実行されてもよい。この場合には、フィードバックのトリガとなる条件（例えば、判定のための閾値）は、例えば、基地局１００Ａまたはさらに上位の層から準静的（Semi  persistent）に設定されてもよく、固定的に設定されてもよい。また、当該条件は、動的に設定されてもよい。
【０１５９】
また、フィードバックのトリガとなる条件としては、例えば、アクセスリンクを介したデータ送信が失敗した回数や、アクセスリンクの通信品質に関する情報（例えば、アクセスリンク（サイドリンク）に対するＲＲＭメジャメントの結果）等が挙げられる。また、アクセスリンクに対してリソースプールが割り当てられている場合には、当該リソースプールに関する情報（例えば、当該リソースプール中のリソースの使用状況（混雑度の状況））が、フィードバックのトリガとなる条件として利用されてもよい。また、所定のリソースプールまたは所定の周波数帯域におけるリソースの使用状況のセンシング結果が、フィードバックのトリガとなる条件として利用されてもよい。以上のような各種情報に基づき、例えば、リモート端末２００Ｃは、当該各種情報が閾値を超えた場合に、基地局１００Ａまたはリレー端末１００Ｃに対してフィードバックを行ってもよい。同様に、リレー端末１００Ｃは、上述した各種情報が閾値を超えた場合に、基地局１００Ａに対してフィードバックを行ってもよい。
【０１６０】
また、リレー端末１００Ｃが、基地局１００Ａに対するフィードバックのトリガとなる条件の判定を行う場合には、当該リレー端末１００Ｃに対してフィードバックを行ったリモート端末２００Ｃの数が、当該条件として利用されてもよい。この場合には、例えば、リレー端末１００Ｃは、自身に対してフィードバックを行ったリモート端末２００Ｃの数が閾値を超えた場合に、基地局１００Ａに対してフィードバックを行ってもよい。
【０１６１】
また、フィードバックを行うか否かの判定に利用する情報を収集する期間（「ウィンドウ（Window）期間」とも称する）が設定されていてもよい。この場合には、リモート端末２００Ｃまたはリレー端末１００Ｃは、ウィンドウ期間中に、フィードバックのトリガとなる条件を満たした場合に、基地局１００Ａへの情報のフィードバックを実行すればよい。なお、ウィンドウ期間の開始（Start）、終了（End）、及び継続（Duration）に関しては、例えば、基地局１００Ａが、リモート端末２００Ｃまたはリレー端末１００Ｃに対して設定すればよい。また、リモート端末２００Ｃまたはリレー端末１００Ｃは、ウィンドウ期間が経過した場合には、当該ウィンドウ期間中に集計していた情報のカウンタをクリアしてもよい。
【０１６２】
（３）フィードバック受信後の動作の詳細
続いて、基地局１００Ａがリモート端末２００Ｃまたはリレー端末１００Ｃからフィードバックを受信した後の動作の一例について説明する。
【０１６３】
例えば、図１４は、本実施形態に係るシステムの動作の一態様について説明するための説明図であり、リモート端末２００Ｃからフィードバックを受けた基地局１００Ａの動作の概要を示している。図１４に示すように、例えば、基地局１００Ａからリレー端末１００Ｃに送信されたデータを、当該リレー端末１００Ｃがリモート端末２００Ｃにリレー送信する場合に、アクセスリンクのリソースが不足し、当該リレー送信が失敗したものとする。この場合には、前述したように、リモート端末２００Ｃから基地局１００Ａに対して、当該データの送信が失敗したことが直接的または間接的に通知される。このような場合には、基地局１００Ａは、リモート端末２００Ｃまたはリレー端末１００Ｃから、アクセスリンクを介した当該データの送受信に関する情報のフィードバックを受けて、当該フィードバックに応じた対策を実行する。そこで、以下に、フィードバックに応じて基地局１００Ａにより実行される対策の一例について説明する。
【０１６４】
（３−１）データの再送指示
基地局１００Ａは、リモート端末２００Ｃまたはリレー端末１００Ｃからフィードバックを受けた場合に、当該フィードバックに応じて、当該リモート端末２００Ｃ及び当該リレー端末１００Ｃのうち、当該データの送信元に対してデータの再送を指示してもよい。
【０１６５】
（送信モードの制御）
なお、データの再送に際し、リモート端末２００Ｃとリレー端末１００Ｃとの間のアクセスリンクを介したデータの再送における通信のモード（即ち、送信モード）が制御されてもよい。具体的な一例として、基地局１００Ａは、以下に示すモード１〜モード３のうちのいずれかを選択し、選択したモードへの切り替えを所定のインディケータ（例えば、Mode  Indicator）に基づき、リモート端末２００Ｃ及びリレー端末１００Ｃのうち少なくともいずれかに指示してもよい。
【０１６６】
ここで、上記モード１〜モード３の各モードについて説明する。例えば、モード１は、基地局１００Ａが、アクセスリンクを介したデータの送信に利用するリソースブロックをスケジューリングし、リモート端末２００Ｃまたはリレー端末１００Ｃに対して当該リソースブロックを指示するモードである。
【０１６７】
また、モード２は、リモート端末２００Ｃまたはリレー端末１００Ｃが、アクセスリンクを介したデータの送信に利用可能なリソースプールから、データの送信に使用するリソースを自ら選択するモードである。なお、この場合には、当該リソースプールは、基地局１００Ａにより設定されてもよいし、あらかじめ設定されていてもよい（Pre-configureされていてもよい）。
【０１６８】
また、モード３は、リレー端末１００Ｃが、アクセスリンクを介したデータの送信に利用可能なリソースプール（以降では、「リレーリソースプール」とも称する）から、アクセスリンクを介したデータの送信に利用するリソースブロックをスケジューリングし、リモート端末２００Ｃに対して当該リソースブロックを指示するモードである。なお、この場合においても、当該リレーリソースプールは、基地局１００Ａにより設定されてもよいし、あらかじめ設定されていてもよい（Pre-configureされていてもよい）。
【０１６９】
（リソースプールの制御）
また、データの再送に際し、アクセスリンクを介したデータの送信に利用可能なリソースプールの設定が制御されてもよい。
【０１７０】
例えば、基地局１００Ａは、アクセスリンクを介したデータの送受信に利用可能なリソースが不足している場合には、リソースプールのサイズがより大きくなるように再設定してもよいし、リソースプールを追加で割り当ててもよい。
【０１７１】
また、基地局１００Ａは、アクセスリンクを介したデータの送信に利用可能なリソースプールとして、既に設定されているリソースプールを、他のリソースプールに変更してもよい。
【０１７２】
また、基地局１００Ａは、リソースプールの利用に対して周波数ホッピングの設定を適用してもよい。この場合には、基地局１００Ａは、リモート端末２００Ｃまたはリレー端末１００Ｃに対して、周波数ホッピングの設定に関する情報を提供してもよい。
【０１７３】
なお、基地局１００Ａは、リソースプールの設定を変更した場合には、設定変更後のリソースプールに関する情報を、リモート端末２００Ｃまたはリレー端末１００Ｃに通知してもよい。なお、このとき通知されるリソースプールに関する情報の一例として、例えば、周波数領域に関する情報と、時間領域に関する情報と、が挙げられる。周波数領域に関する情報としては、例えば、ＰＲＢ（Physical  Resource  Block）の開始位置（PRB  Start）、ＰＲＢの終了位置（PRB  End）、ＰＲＢ数、及びサブチャネル情報等が挙げられる。また、時間領域に関する情報としては、例えば、ビットマップインディケータ（Bitmap  Indicator）、サブフレーム番号、及びフレーム番号等が挙げられる。また、基地局１００Ａは、リソースプールのホッピングフラグを、リモート端末２００Ｃまたはリレー端末１００Ｃに通知してもよい。また、基地局１００Ａは、リソースプールポッピングインディケータにより、ホッピングパターンをリモート端末２００Ｃまたはリレー端末１００Ｃに指示してもよい。
【０１７４】
（送信用パラメータの制御）
また、データの再送に際し、アクセスリンクを介したデータの送信に関する各種設定（パラメータ）が制御されてもよい。
【０１７５】
アクセスリンクを介したデータの送信に関するパラメータとしては、例えば、トランスポートブロックサイズ（Transport  Block  Size）、変調方法（Modulation  Scheme）、リソースブロックの割り当て（Allocated  Resource  Blocks）、及び再伝送されるデータブロックの特徴を表す反復バージョン（Redundancy  Version）等が挙げられる。これらのパラメータは直接割り当て制御が行われてもよく、パラメータの選択範囲を制限することで制御が行われてもよい。パラメータの選択範囲の制限を行う制御の場合には、いくつかのモードを定義し、特定のモードを割り当てることにより、パラメータの選択範囲が制御されてもよい。
【０１７６】
例えば、送信モードとしてモード１が選択されている場合には、データの再送時における上記設定は基地局１００Ａにより制御され、当該設定に関する情報が、基地局１００Ａからリモート端末２００Ｃ及びリレー端末１００Ｃのうち少なくともいずれかに対して通知される。なお、基地局１００Ａは、リモート端末２００Ｃに対して、上記設定に関する情報を、ＤＣＩ（Downlink  Control  Information）やＳＩＢ(System  Information  Block)を用いて直接的に通知してもよい。また、他の一例として、基地局１００Ａは、リモート端末２００Ｃに対して、上記設定に関する情報を、リレー端末１００Ｃを介して間接的に通知してもよい。この場合には、例えば、基地局１００Ａからリレー端末１００Ｃへの当該情報の通知は、例えば、ＤＣＩやＳＩＢを用いて行われればよい。また、リレー端末１００Ｃからリモート端末２００Ｃへの当該情報の通知については、例えば、ＳＣＩ（Sidelink  Control  Information）を用いて行われればよい。
【０１７７】
また、送信モードとしてモード２が選択されている場合には、データの再送時における上記設定は、リモート端末２００Ｃ及びリレー端末１００Ｃのうちデータの送信元となる端末自らが選択してもよい。なお、この場合には、リモート端末２００Ｃやリレー端末１００Ｃが、データの再送時に選択する当該設定の範囲が、例えば、基地局１００Ａまたはネットワーク側から指示されてもよい。なお、当該指示には、例えば、ＤＣＩやＳＩＢを利用することが可能である。
【０１７８】
また、送信モードとしてモード３が選択されている場合には、データの再送時における上記設定が、リレー端末１００Ｃにより制御され、当該設定に関する情報が、リレー端末１００Ｃからリモート端末２００Ｃに通知されてもよい。なお、この場合には、リレー端末１００Ｃは、リモート端末２００Ｃに対して、上記設定に関する情報をＳＣＩを用いて通知すればよい。
【０１７９】
（３−２）無線リンクの切り替え
基地局１００Ａは、リモート端末２００Ｃまたはリレー端末１００Ｃからフィードバックを受けた場合に、当該フィードバックに応じて、リモート端末２００Ｃとの間の通信に利用する無線リンクを切り替えてもよい。
【０１８０】
具体的には、基地局１００Ａは、リモート端末２００Ｃとの間のリレー通信に利用するリレー端末１００Ｃを、他のリレー端末１００Ｃに切り替えてもよい（即ち、ハンドオーバーまたはリセレクションしてもよい）。なお、この場合には、例えば、基地局１００Ａは、切替先となるリレー端末１００Ｃに対して、当該切り替えの要求（即ち、ハンドオーバー要求またはリセレクション要求）を通知してもよい。即ち、切替先となるリレー端末１００Ｃは、基地局１００Ａからの当該要求を受けて、ハンドオーバーまたはリセレクションに係る各種処理を開始すればよい。
【０１８１】
また、他の一例として、基地局１００Ａは、近隣に位置するリレー端末１００Ｃの候補に対して、ハンドオーバー要求またはリセレクション要求のメッセージを通知してもよい。なお、この場合には、基地局１００Ａは、例えば、ディスカバリ（Discovery）信号を用いて、ハンドオーバー要求またはリセレクション要求のメッセージを近隣に位置するリレー端末１００Ｃの候補に通知すればよい。
【０１８２】
また、基地局１００Ａは、リモート端末２００Ｃに対して、リレー端末１００Ｃの切り替えの要求（即ち、ハンドオーバー要求またはリセレクション要求）を通知してもよい。この場合には、基地局１００Ａは、例えば、リモート端末２００Ｃに対して当該切り替えの要求を、Ｕｕリンクを介して直接的に通知してもよい。また、他の一例として、基地局１００Ａは、リモート端末２００Ｃに対して当該切り替えの要求を、リレー端末１００Ｃを介して間接的に通知してもよい。なお、リモート端末２００Ｃは、基地局１００Ａからの当該要求を受けて、ハンドオーバーまたはリセレクションに係る各種処理を開始すればよい。
【０１８３】
また、基地局１００Ａは、リモート端末２００Ｃとの間の通信を、リレー端末１００Ｃを介したリレー通信から、Ｕｕリンクを介した直接的な通信に切り替えてもよい。
【０１８４】
（３−３）ＣｏＭＰオペレーション
基地局１００Ａは、リモート端末２００Ｃまたはリレー端末１００Ｃからフィードバックを受けた場合に、所謂ＣｏＭＰ（Coordinated  Multi-Point）と呼ばれる技術に基づき、リレー通信に利用するリレー端末１００Ｃを増やすことで、スループットの向上を図ってもよい。
【０１８５】
具体的には、基地局１００Ａは、ＣｏＭＰ送信に利用するリレー端末１００Ｃを新たに設定する。そして、基地局１００Ａは、新たに設定したリレー端末１００Ｃを含む複数のリレー端末１００Ｃを利用したＣｏＭＰ送信により、リモート端末２００Ｃに対して当該複数のリレー端末１００Ｃを介してデータを送信する。このとき、基地局１００Ａは、基地局１００Ａとリモート端末２００Ｃとの間におけるリレー端末１００Ｃを介したリレー通信に対してＣｏＭＰ送信を適用することを、ＣｏＭＰ送信に利用される当該複数のリレー端末１００Ｃに対して指示する。ＣｏＭＰ送信の方法としては、例えば、複数のリレー端末１００Ｃから同時に同じデータを送信するJoint  Transmissionや、瞬時的に送信リンクの切り替えを行うDynamic  Relay  selection等の方法が用いられる。
【０１８６】
なお、基地局１００Ａは、ＣｏＭＰ送信に利用される複数のリレー端末１００Ｃそれぞれに対して、互いに異なるＲＶ（Redundancy  Versions）を送信するように指示してもよい。また、基地局１００Ａまたはリモート端末２００Ｃが、ＣｏＭＰ送信に利用される複数のリレー端末１００Ｃそれぞれに対して、ＣｏＭＰ送信に利用するリソースに関する情報を指示してもよい。
【０１８７】
＜４．３．評価＞
以上説明したように、本実施形態に係る情報処理システムにおいて、基地局１００Ａは、リモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信における、アクセスリンクを介したデータの送受信に関する情報のフィードバックを、当該リモート端末２００Ｃと当該リレー端末１００Ｃとうちの少なくともいずれかから受ける。そして、基地局１００Ａは、当該データの送受信に関する情報のフィードバックを受けた後に、当該情報に対応するリモート端末２００Ｃと間の直接的または間接的な通信（換言すると、リモート端末２００Ｃとの間のＥ２Ｅの通信）の制御を実行する。
【０１８８】
以上のような構成により、本実施形態に係るシステムは、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、より好適な態様で再送制御を実現し、ひいてはＥ２Ｅでのリンク品質を保証することが可能となる。
【０１８９】
＜＜５．第３の実施形態＞＞
＜５．１．概要＞
続いて、第３の実施形態として、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、所謂ユニダイレクショナル（Unidirectional）通信を行う場合における再送制御の仕組みの一例について説明する。
【０１９０】
例えば、リレー端末１００Ｃからリモート端末２００Ｃへのアクセスリンクを介した通信と、基地局１００Ａからリモート端末２００ＣへのＵｕリンクを介した通信（ＤＬ通信）と、の間で、互いに異なる無線アクセス方式が使用される場合がある。具体的な一例として、リモート端末２００Ｃとリレー端末１００Ｃとの間のアクセスリンク（サイドリンク）通信では、例えば、ＳＣ−ＦＤＭＡ（Single  Carrier−Frequency  Division  Multiple  Access）と呼ばれるシングルキャリアの無線アクセス方式が使用される。これに対して、リモート端末２００Ｃと基地局１００Ａとの間のＵｕリンクを介した直接的な通信におけるダウンリンク通信では、例えば、ＯＦＤＭＡ（Orthogonal  frequency−division  multiple  access）と呼ばれるマルチキャリアの無線アクセス方式が使用される。そのため、このような場合には、リモート端末２００Ｃは、基地局１００Ａとリレー端末１００Ｃとのそれぞれからデータを受信するためには、ＳＣ−ＦＤＭＡ及びＯＦＤＭＡそれぞれの無線アクセス方式に対応した受信機が必要となる。
【０１９１】
一方で、所謂ウェアラブル端末等のように、リモート端末２００Ｃとして動作する端末装置の中には低消費電力化が求められているものもある。これに対して、端末装置に対して、複数の無線アクセス方式それぞれに対応した受信機を設けた場合には、消費電力がより高くなる傾向にある。また、リモート端末２００Ｃとして動作する端末装置の中には、所謂ローコスト端末のように低コスト化が求められているものもある。そのため、リモート端末２００Ｃとして、上述したような無線アクセス方式のうちいずれかに対応した受信機のみが設けられている場合も想定され得る。このような状況から、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、所謂ユニダイレクショナル通信が適用される場合も想定され得る。
【０１９２】
例えば、図１５及び図１６は、本実施形態に係るシステムの概要について説明するための説明図であり、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信に対して、ユニダイレクショナル通信を適用した場合の一例を示している。
【０１９３】
まず、図１５に示す例について説明する。図１５に示す例は、リモート端末２００Ｃが、無線通信の受信機としてＯＦＤＭＡに対応する受信機のみを備えた場合における、ユニダイレクショナル通信の構成の一例を示している。この場合には、リモート端末２００Ｃは、基地局１００ＡからＯＦＤＭＡ方式に基づき送信されるデータを受信することは可能であるが、リレー端末１００ＣからＳＣ−ＦＤＭＡ方式に基づき送信されるデータを受信することは困難である。そのため、リモート端末２００Ｃは、基地局１００Ａから送信されるデータを、Ｕｕリンクを介した当該基地局１００Ａとの間の直接的な通信に基づき受信する。また、リモート端末２００Ｃは、基地局１００Ａから受信した当該データの受信結果（ＡＣＫ／ＮＡＣＫ）については、リレー端末１００Ｃを介したリレー通信に基づき、基地局１００Ａに対して間接的に通知する。
【０１９４】
次いで、図１６に示す例について説明する。図１６に示す例は、リモート端末２００Ｃが、無線通信の受信機としてＳＣ−ＦＤＭＡに対応する受信機のみを備えた場合における、ユニダイレクショナル通信の構成の一例を示している。この場合には、リモート端末２００Ｃは、リレー端末１００ＣからＳＣ−ＦＤＭＡ方式に基づき送信されるデータを受信すること可能であるが、基地局１００ＡからＯＦＤＭＡ方式に基づき送信されるデータを受信することは困難である。そのため、リモート端末２００Ｃは、基地局１００Ａから送信されるデータを、リレー端末１００Ｃを介したリレー通信に基づき受信する。また、リモート端末２００Ｃは、リレー端末１００Ｃを介して基地局１００Ａから受信した当該データの受信結果（ＡＣＫ／ＮＡＣＫ）については、Ｕｕリンクを介した基地局１００Ａとの間の通信に基づき、当該基地局１００Ａに対して直接的に通知する。
【０１９５】
以上のような構成により、リモート端末２００Ｃが、無線通信の受信機として単一の無線方式に対応する受信機のみを備えているような状況下においても、基地局１００Ａと当該リモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信においてＨＡＲＱの制御を実現することが可能となる。
【０１９６】
一方で、図１５及び図１６に示すような、ユニダイレクショナル通信に基づくリレー通信においては、ＨＡＲＱに基づきデータの再送制御を行う場合において、当該再送が実行されるまでに時間を要し、結果として遅延が生じる場合が想定され得る。
【０１９７】
具体的な一例として、図１５に示す例において、リモート端末２００Ｃが基地局１００Ａから受信したデータの復号に失敗した場合について説明する。この場合には、当該データの再送に係る処理は、リモート端末２００Ｃから送信されたＮＡＣＫがリレー端末１００Ｃを介して基地局１００Ａに受信された後に、当該基地局１００Ａにより実行されることとなる。
【０１９８】
また、他の一例として、図１６に示す例において、リモート端末２００Ｃが基地局１００Ａから受信したデータの復号に失敗した場合について説明する。この場合には、リモート端末２００Ｃは、基地局１００Ａに対して直接的にＮＡＣＫを通知することが可能である。一方で、基地局１００Ａから当該リモート端末２００Ｃへのデータの再送は、リレー端末１００Ｃを介したリレー通信により改めて実行される。即ち、基地局１００Ａが再送したデータはリレー端末１００Ｃにより受信され、当該リレー端末１００Ｃにより、当該データがリモート端末２００Ｃにリレー送信されることとなる。
【０１９９】
このように、ユニダイレクショナル通信に基づくリレー通信においては、リモート端末２００Ｃが基地局１００Ａに対してＮＡＣＫを通知してから、再送データを受信するまでに時間を要する場合が想定され得る。
【０２００】
このような状況を鑑み、本実施形態では、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、特にユニダイレクショナル通信を適用した場合に、データの再送に伴う遅延をより低減するための仕組みの一例について提案する。
【０２０１】
具体的には、本実施形態に係るシステムでは、リモート端末２００Ｃが、基地局１００Ａから送信されたデータの復号に失敗した場合に、当該データの再送を当該基地局１００Ａに替えてリレー端末１００Ｃが代理で行う。なお、以降では、リレー端末１００Ｃがデータの再送を代理で行うことを、「代理送信」とも称する。このような構成により、基地局１００Ａからリモート端末２００Ｃに対して直接的または間接的にデータを再送せずとも、リレー端末１００Ｃからリモート端末２００Ｃにデータが再送されることとなる。これにより、基地局１００Ａからリモート端末２００Ｃに対して直接的または間接的にデータを再送する場合に比べて、当該データの再送に要する時間をより低減することが可能となる。
【０２０２】
以上、図１５及び図１６を参照して、本実施形態に係るシステムの概要として、基地局１００Ａとリモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信において、ユニダイレクショナル通信を行う場合における再送制御の仕組みの一例について説明した。
【０２０３】
＜５．２．技術的特徴＞
続いて、本実施形態に係るシステムの技術的特徴についてより詳しく説明する。
【０２０４】
（１）処理
まず、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について、特に、ＨＡＲＱに基づく再送制御に着目して説明する。なお、本説明では、リモート端末２００Ｃが、基地局１００ＡからＵｕリンクを介して直接的にデータを受信する場合（図１５参照）と、リレー端末１００Ｃを介して間接的にデータを受信する場合（図１６参照）と、に分けてそれぞれ説明する。
【０２０５】
（１−１）基地局から直接的にデータを受信する場合
まず、図１７を参照して、図１５に示すように、ユニダイレクショナル通信に基づくリレー通信について、リモート端末２００ＣがＵｕリンクを介して基地局１００Ａから直接的にデータを受信する場合における再送制御の一例について説明する。図１７は、本実施形態に係るシステムの一連の処理の流れの一例を示したシーケンス図である。
【０２０６】
まず、基地局１００Ａ（通信処理部１５１）は、リモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信における、再送制御時における代理送信に利用するリレー端末１００Ｃを設定する（Ｓ５０１）。なお、このとき基地局１００Ａ（通知部１５７）は、代理送信に利用するために選択したリレー端末１００Ｃに対して、再送制御時における代理送信に利用する旨を通知してもよく、このとき代理送信に関する設定等を通知してもよい。
【０２０７】
次いで、基地局１００Ａ（通信処理部１５１）は、リモート端末２００Ｃに対してＵｕリンクを介してデータ（ＤＬ信号）を送信する（Ｓ５０３）。また、このとき基地局１００Ａ（通信処理部１５１）は、リモート端末２００Ｃに送信した当該データを、再送制御時における代理送信に利用するリレー端末１００Ｃに対してバックホールリンクを介して送信する（Ｓ５０５）。なお、ここでは、リモート端末２００Ｃが基地局１００Ａから送信されたデータの復号に失敗し（Ｓ５０７）、リレー端末１００Ｃが基地局１００Ａから送信されたデータの復号に成功したものとする（Ｓ５０９）。リレー端末１００Ｃ（通知部１５７）は、基地局１００Ａから送信されたデータ（ＤＬ信号）の復号に成功した場合に（Ｓ５０９）、基地局１００Ａに対してＡＣＫを送信してもよい（Ｓ５１１）。
【０２０８】
リモート端末２００Ｃは、基地局１００Ａから送信されたデータの復号に失敗すると（Ｓ５０７）、リレー端末１００Ｃに対してアクセスリンクを介してＮＡＣＫを送信する（Ｓ５１３）。当該リレー端末１００Ｃ（通信処理部１５１）は、リモート端末２００ＣからＮＡＣＫを受信すると、事前に基地局１００Ａから受信したデータ（ＤＬ信号）を、当該基地局１００Ａの代理として当該リモート端末２００Ｃに再送する（Ｓ５１５、Ｓ５１７）。このとき、リレー端末１００Ｃは、基地局１００Ａがリモート端末２００Ｃにデータを送信する場合と同様の無線アクセス方式（例えば、ＯＦＤＭＡ）に基づき、当該リモート端末２００Ｃに対してデータを再送する。また、リレー端末１００Ｃ（通知部１５７）は、基地局１００Ａの代理としてリモート端末２００Ｃにデータを再送した場合に、当該基地局１００Ａに対して、代理でデータの再送を行ったことを通知する（Ｓ５１９）。これにより、基地局１００Ａは、リモート端末２００Ｃに対するデータの再送に係る処理を実行しなくてもよいことを認識することが可能となる。
【０２０９】
次いで、リモート端末２００Ｃが、基地局１００Ａの代理としてリレー端末１００Ｃから再送されたデータの復号に成功したものとする（Ｓ５２１）。この場合には、リモート端末２００Ｃ（通知部２４７）は、リレー端末１００Ｃに対してＡＣＫを通知する（Ｓ５２３）。リレー端末１００Ｃ（通知部１５７）は、リモート端末２００ＣからＡＣＫの通知を受けると、通知された当該ＡＣＫを基地局１００Ａにリレー送信する（Ｓ５２５）。これにより、基地局１００Ａ（判定部１５５）は、リモート端末２００Ｃに送信したデータ（ＤＬ信号）が、当該リモート端末２００Ｃに正しく受信されたことを認識することが可能となる。
【０２１０】
以上、図１７を参照して、図１５に示すように、ユニダイレクショナル通信に基づくリレー通信について、リモート端末２００ＣがＵｕリンクを介して基地局１００Ａから直接的にデータを受信する場合における再送制御の一例について説明した。
【０２１１】
（１−２）リレー端末を介して間接的にデータを受信する場合
続いて、図１８を参照して、図１６に示すように、ユニダイレクショナル通信に基づくリレー通信において、リモート端末２００Ｃが基地局１００Ａから送信されたデータを、リレー端末１００Ｃを介して間接的に受信する場合における再送制御の一例について説明する。図１８は、実施形態に係るシステムの一連の処理の流れの他の一例を示したシーケンス図である。
【０２１２】
まず、基地局１００Ａ（通信処理部１５１）は、リモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信における、再送制御時における代理送信に利用するリレー端末１００Ｃを設定する（Ｓ５５１）。なお、このとき基地局１００Ａ（通知部１５７）は、代理送信に利用するために選択したリレー端末１００Ｃに対して、再送制御時における代理送信に利用する旨を通知してもよく、このとき代理送信に関する設定等を通知してもよい。
【０２１３】
次いで、基地局１００Ａ（通信処理部１５１）は、リモート端末２００Ｃに対して送信するデータ（ＤＬ信号）を、当該リモート端末２００Ｃが接続されたリレー端末１００Ｃにバックホールリンクを介して送信する（Ｓ５５３）。なお、ここでは、リレー端末１００Ｃは、当該データの復号に成功したものとする（Ｓ５５５）。この場合には、リレー端末１００Ｃ（通知部１５７）は、基地局１００に対してＡＣＫを通知する（Ｓ５５７）。これにより、基地局１００（判定部１５５）は、通知されたＡＣＫに基づき、リレー端末１００Ｃがデータの受信に成功したことを認識することが可能となる。
【０２１４】
次いで、リレー端末１００Ｃ（通信処理部１５１）は、基地局１００Ａから受信したデータ（ＤＬ信号）を、当該データの送信先となるリモート端末２００Ｃに対して、アクセスリンクを介してリレー送信する（Ｓ５５９）。なお、ここでは、リモート端末２００Ｃは、当該データの復号に失敗したものとする（Ｓ６６１）。この場合には、リモート端末２００Ｃ（通知部２４７）は、基地局１００Ａに対してＵｕリンクを介した直接的な通信に基づきＮＡＣＫを通知する（Ｓ５６３）。このとき、リレー端末１００Ｃは、リモート端末２００Ｃから送信されるデータをブラインドデコードすることで、当該リモート端末２００Ｃから基地局１００Ａに対して直接的に送信されるＮＡＣＫを復号する（Ｓ５６５）。これにより、リレー端末１００Ｃ（判定部１５５）は、リモート端末２００Ｃがデータの受信に失敗したことを認識することが可能となる。なお、基地局１００Ａは、このときのＮＡＣＫ信号の送信されるリソースの情報を、リレー端末１００Ｃに対して事前に通知しておいてもよい。
【０２１５】
また、他の一例として、リモート端末２００ＣによるＮＡＣＫの通知が、基地局１００Ａを介してリレー端末１００Ｃに通知されてもよい。具体的には、基地局１００Ａは、リモート端末２００ＣからＮＡＣＫの通知を受けた場合に、当該リモート端末２００Ｃが復号に失敗したデータの再送に替えて、通知された当該ＮＡＣＫをリレー端末１００Ｃに転送してもよい。これにより、リレー端末１００Ｃ（判定部１５５）は、リモート端末２００Ｃがデータの受信に失敗したことを認識することが可能となる。
【０２１６】
リレー端末１００Ｃは、リモート端末２００Ｃがデータの受信に失敗したことを認識すると、当該リモート端末２００Ｃに対する当該データの再送に係る処理を実行する。このとき、リレー端末１００Ｃ（通知部１５７）は、まず基地局１００Ａに対して。代理でデータの再送を行うことを通知する（Ｓ５６７）。これにより、基地局１００Ａは、リモート端末２００Ｃに対するリレー端末１００Ｃを介したデータの再送に係る処理を実行しなくてもよいことを認識することが可能となる。また、リレー端末１００Ｃ（通信処理部１５１）は、リモート端末２００Ｃが受信に失敗したデータ、即ち、従前に基地局１００Ａから受信したデータ（ＤＬ信号）を当該リモート端末２００Ｃに再送する（Ｓ５７１）。
【０２１７】
次いで、リモート端末２００Ｃが、リレー端末１００Ｃから再送されたデータの復号に成功したものとする（Ｓ５７１）。この場合には、リモート端末２００Ｃ（通知部２４７）は、基地局１００Ａに対してＵｕリンクを介した直接的な通信に基づきＡＣＫを通知する（Ｓ５７５）。これにより、基地局１００Ａ（判定部１５５）は、リモート端末２００Ｃがデータの受信に成功したことを認識することが可能となる。また、このときリレー端末１００Ｃは、リモート端末２００Ｃから送信されるデータをブラインドデコードすることで、当該リモート端末２００Ｃから基地局１００Ａに対して直接的に送信されるＡＣＫを復号する（Ｓ５７７）。これにより、リレー端末１００Ｃ（判定部１５５）は、リモート端末２００Ｃがデータの受信に成功したことを認識することが可能となる。
【０２１８】
以上、図１８を参照して、図１６に示すように、ユニダイレクショナル通信に基づくリレー通信にいて、リモート端末２００Ｃが基地局１００Ａから送信されたデータを、リレー端末１００Ｃを介して間接的に受信する場合における再送制御の一例について説明した。
【０２１９】
（２）再送制御時における代理送信の設定
続いて、ユニダイレクショナル通信に基づくリレー通信において、再送制御時における代理送信に利用されるリレー端末１００Ｃの設定に係る処理の詳細について説明する。
【０２２０】
例えば、基地局１００Ａは、所定のタイミングで、リモート端末２００Ｃとの間のリレー端末１００Ｃを介したリレー通信における、再送制御時における代理送信に利用するリレー端末１００Ｃを設定する。このとき、基地局１００Ａは、前述したように、代理送信に利用するために選択したリレー端末１００Ｃに対して、再送制御時における代理送信に利用する旨を通知してもよく、このとき代理送信に関する設定等を通知してもよい。なお、基地局１００Ａは、例えば、ＲＲＣシグナリングを用いてリレー端末１００Ｃへの当該通知を行ってもよい。また、基地局１００Ａは、例えば、リクエストメッセージやリプライメッセージをリレー端末１００Ｃへの当該通知に利用してもよい。
【０２２１】
また、基地局１００Ａは、再送制御時における代理送信に利用するリレー端末１００Ｃを、各リレー端末１００Ｃのケイパビリティ（Capability）に関する情報に応じて設定してもよい。なお、リレー端末１００Ｃのケイパビリティに関する情報としては、例えば、当該リレー端末１００Ｃのメモリ容量、バッテリー情報、端末カテゴリ（Category）、ＲＦ構成等が挙げられる。また、再送制御時における代理送信に利用するリレー端末１００Ｃは、基地局１００Ａよりもさらに上位の層（Higher  Layer）により設定されてもよい。
【０２２２】
また、基地局１００Ａが、再送制御時における代理送信に利用するリレー端末１００Ｃを設定するタイミングは、例えば、ネットワーク側から準静的（Semi  persistent）に設定されてもよく、固定的に設定されてもよい。また、当該タイミングは、動的に設定されてもよい。
【０２２３】
（３）リレー端末における復号処理
続いて、リレー端末１００Ｃにおける復号処理の詳細について説明する。なお、本説明では、基地局１００Ａからリモート端末２００Ｃに送信されたデータ（ＤＬ信号）の復号に係る処理と、リモート端末２００Ｃから基地局１００Ａに送信されたＡＣＫ及びＮＡＣＫの復号に係る処理と、に分けて説明するものとする。
【０２２４】
（３−１）基地局１００Ａから送信されたデータ（ＤＬ信号）の復号
まず、図１５及び図１７を参照して説明した例のように、基地局１００Ａからリモート端末２００Ｃに送信されたデータ（ＤＬ信号）をリレー端末１００Ｃが復号する場合における、当該復号に係る処理の詳細について説明する。
【０２２５】
この場合には、代理送信の設定が行われたリレー端末１００Ｃは、基地局１００ＡがＵｕリンクを介してリモート端末２００Ｃに送信したデータを、当該基地局１００Ａから同様に受信して復号する。そのため、例えば、リモート端末２００Ｃは、基地局１００ＡからＵｕリンクを介して自身に送信されるデータを、リレー端末１００Ｃが復号（例えば、ブラインドデコード）できるように、当該データの復号に利用する情報（例えば、ＲＮＴＩ情報）を当該リレー端末１００Ｃに事前に通知してもよい。また、他の一例として、基地局１００Ａが、当該データの復号に利用する情報をリレー端末１００ＣにＤＣＩを用いて通知してもよい。
【０２２６】
また、基地局１００Ａは、リモート端末２００Ｃに送信したデータ（ＤＬ信号）を当該リモート端末２００Ｃとリレー端末１００Ｃとの双方が復号できるように、当該データの送信を制御する。例えば、基地局１００Ａは、リモート端末２００Ｃとリレー端末１００Ｃとの双方に対して共通のＤＣＩを用いて、当該データの送信に利用するデータ領域の通知を行ってもよい。この場合には、基地局１００Ａは、当該共通のＤＣＩの通知に利用する領域を事前に設定しておいてもよい。
【０２２７】
また、他の一例として、基地局１００Ａは、リモート端末２００Ｃとリレー端末１００Ｃとのそれぞれに対して互いに異なるＤＣＩを割り当ててもよい。この場合には、基地局１００Ａは、リモート端末２００Ｃとリレー端末１００Ｃとのそれぞれに割り当てたＤＣＩにより、共通のデータ領域（即ち、データの送信に利用するデータ領域）を指示すればよい。
【０２２８】
また、他の一例として、基地局１００Ａは、リモート端末２００Ｃとリレー端末１００Ｃとに対して、互いに異なるリソースを用いて共通のデータ（ＤＬ信号）をそれぞれ個別に送信してもよい。この場合には、基地局１００Ａは、当該データの送信に利用するデータ領域と、当該データ領域を通知するためのＤＣＩとを、リモート端末２００Ｃとリレー端末１００Ｃと間で個々に設定して、それぞれに対して個別に通知してもよい。
【０２２９】
また、基地局１００Ａは、リレー端末１００Ｃに割り当てたＤＣＩに対して、データの送信先となるリモート端末２００Ｃに関する情報を追加して送信してもよい。
【０２３０】
また、リレー端末１００Ｃは、リモート端末２００Ｃのページング設定を自身に対して行い、リモート端末２００Ｃのページングタイミングにあわせてページング信号の受信を行ってもよい。つまり、基地局１００Ａは、リレー端末１００Ｃに対して、リモート端末２００Ｃのページングタイミングを設定してもよい。
【０２３１】
（３−２）リモート端末２００Ｃから送信されたＡＣＫ及びＮＡＣＫの復号
続いて、図１６及び図１８を参照して説明した例のように、リモート端末２００Ｃから基地局１００Ａに送信されたＡＣＫ及びＮＡＣＫをリレー端末１００Ｃが復号する場合における、当該復号に係る処理の詳細について説明する。
【０２３２】
この場合には、代理送信の設定が行われたリレー端末１００Ｃは、リモート端末２００ＣがＵｕリンクを介して基地局１００Ａに送信したＡＣＫ及びＮＡＣＫを復号（例えば、ブラインドデコード）する。そのため、例えば、基地局１００Ａは、リモート端末２００ＣからＵｕリンクを介して自身に送信されるＡＣＫ及びＮＡＣＫを、リレー端末１００Ｃが復号（ブラインドデコード）できるように、当該ＡＣＫ及びＮＡＣＫのリソースに関する情報を当該リレー端末１００Ｃに事前に通知してもよい。また、リモート端末２００Ｃは、Ｕｕリンクを介して基地局１００Ａに送信するＡＣＫ及びＮＡＣＫをリレー端末１００Ｃが復号できるように、当該ＡＣＫ及びＮＡＣＫの復号に利用する情報（例えば、ＲＮＴＩ情報）を当該リレー端末１００Ｃに事前に通知してもよい。また、他の一例として、基地局１００Ａが、当該ＡＣＫ及びＮＡＣＫの復号に利用する情報をリレー端末１００ＣにＤＣＩを用いて通知してもよい。
【０２３３】
また、リレー端末１００Ｃは、リモート端末２００Ｃで用いられたＡＣＫ及びＮＡＣＫのリソースを把握するために、当該リモート端末２００Ｃに対してＰＳＣＣＨフォーマットを割り当ててもよい。この場合には、リレー端末１００Ｃは、リモート端末２００Ｃに割り当てたＰＳＣＣＨフォーマットを用いて、当該リレー端末１００Ｃが基地局１００ＡへのＡＣＫ及びＮＡＣＫの通知に利用するリソースを把握し、当該ＡＣＫ及びＮＡＣＫを復号すればよい。
【０２３４】
（４）代理送信の通知
続いて、ユニダイレクショナル通信に基づくリレー通信において、リレー端末１００Ｃが代理でデータの再送を行う場合に、基地局１００Ａに対して当該再送を行うことを通知する処理の詳細について説明する。
【０２３５】
図１７及び図１８を参照して説明したいずれの例においても、基地局１００Ａがリモート端末２００Ｃに対して送信したデータ（ＤＬ信号を）が、リレー端末１００Ｃに対しても同様に送信される。この場合において、リレー端末１００Ｃは、当該データの再送を代理で行う旨を、所定の方法で基地局１００Ａに通知する。
【０２３６】
具体的な一例として、リレー端末１００Ｃは、基地局１００Ａから送信されたデータの復号に成功した場合に、当該基地局１００Ａに対してＡＣＫを通知することで、当該データの再送を代理で行う旨を基地局１００Ａに通知してもよい。即ち、基地局１００Ａは、リレー端末１００Ｃへのデータの送信に対する応答としてＡＣＫが通知された場合に、対象となるトランスポートブロックについて、当該リレー端末１００Ｃにより上述した代理送信の制御が行われると判断することが可能である。そのため、例えば、基地局１００Ａは、リレー端末１００ＣからＡＣＫが通知された場合には、リモート端末２００Ｃに対して送信したデータに対する応答（ＡＣＫ／ＮＡＣＫ）が既定の時間内に返ってくるか否かを判定するためのタイマーを停止してもよい。
【０２３７】
また、他の一例として、リレー端末１００Ｃは、基地局１００Ａに対してデータの再送を代理で行う旨を明示的に通知してもよい。当該通知は、例えば、図１７に示す例において参照符号Ｓ５１９で示された通知や、図１８に示す例において参照符号Ｓ５６７で示された通知が該当する。このような通知が行われることで、基地局１００Ａは、対象となるトランスポートブロックについて、通知元となるリレー端末１００Ｃにより上述した代理送信の制御が行われると判断することが可能である。そのため、例えば、基地局１００Ａは、リレー端末１００Ｃからデータの再送を代理で行う旨の通知を受けた場合には、リモート端末２００Ｃに対して送信したデータに対する応答（ＡＣＫ／ＮＡＣＫ）が既定の時間内に返ってくるか否かを判定するためのタイマーを停止してもよい。
【０２３８】
（５）リレー端末による代理送信が困難となった場合の制御
続いて、何らかの理由により、リレー端末１００Ｃがデータの再送を代理で行うことが困難となった場合における制御の一例について説明する。
【０２３９】
例えば、リレー端末１００Ｃは、データの再送を代理で行うことが困難となった場合に、代理送信が困難となった旨を基地局１００Ａに通知してもよい。このとき、リレー端末１００Ｃは、一部のトランスポートブロックに対応するデータの再送や、一部のリモート端末２００Ｃへのデータの再送が困難となった場合には、当該トランスポートブロックや当該リモート端末２００Ｃに関する情報を基地局１００Ａに通知してもよい。また、リレー端末１００Ｃは、トランスポートブロックやリモート端末２００Ｃに限らず、すべての代理送信が困難となった場合には、すべての代理送信が困難となった旨を基地局１００Ａに通知してもよい。
【０２４０】
また、基地局１００Ａは、リモート端末２００Ｃに向けた直接的または間接的なデータ（ＤＬ信号）の送信を行った場合に、タイマーを設定することで、当該データの受信結果に関する応答を受け付ける期間を制限してもよい。このような構成に基づき、基地局１００Ａは、所定の期間が経過するまでの間にリモート端末２００ＣからＡＣＫまたはＮＡＣＫの通知がない場合には、データの再送を実行してもよい。なお、この場合には、基地局１００Ａは、再送回数が規定数に達するか、または、規定の遅延時間を超えるまで、当該データの再送を実行してもよい。
【０２４１】
＜５．３．評価＞
以上説明したように、本実施形態に係る情報処理システムでは、リモート端末２００Ｃが、基地局１００Ａから送信されたデータの復号に失敗した場合に、当該データの再送を当該基地局１００Ａに替えてリレー端末１００Ｃが代理で行う。
【０２４２】
このような構成により、基地局１００Ａからリモート端末２００Ｃに対して直接的または間接的にデータを再送せずとも、リレー端末１００Ｃからリモート端末２００Ｃにデータが再送されることとなる。特に、リレー端末１００Ｃとリモート端末２００Ｃとの間の通信は、基地局１００Ａとリモート端末２００Ｃとの間の通信や、基地局１００Ａとリレー端末１００Ｃとの間の通信に比べて、伝送距離が短く、遅延も少ない。そのため、基地局１００Ａに替えてリレー端末１００Ｃがデータを再送することで、基地局１００Ａからリモート端末２００Ｃに対して直接的または間接的にデータを再送する場合に比べて、当該データの再送に要する時間をより低減することが可能となる。
【０２４３】
＜＜６．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。さらに、基地局１００の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。
【０２４４】
また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。また、端末装置２００は、ＭＴＣ端末、ｅＭＴＣ端末、及びＮＢ−ＩｏＴ端末等のような所謂ローコスト端末として実現されてもよい。さらに、端末装置２００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。
【０２４５】
＜６．１．基地局に関する応用例＞
（第１の応用例）
図１９は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０２４６】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図１９に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１９にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０２４７】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０２４８】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０２４９】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０２５０】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０２５１】
無線通信インタフェース８２５は、図１９に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図１９に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１９には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０２５２】
図１９に示したｅＮＢ８００において、図５を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通信処理部１５１、情報取得部１５３、判定部１５５、及び通知部１５７のうち少なくともいずれか）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２５３】
また、図１９に示したｅＮＢ８００において、図５を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
【０２５４】
（第２の応用例）
図２０は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０２５５】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２０に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２０にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０２５６】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図１９を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０２５７】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図１９を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図１９に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２０には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０２５８】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０２５９】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０２６０】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０２６１】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２０に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２０には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０２６２】
図２０に示したｅＮＢ８３０において、図５を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通信処理部１５１、情報取得部１５３、判定部１５５、及び通知部１５７のうち少なくともいずれか）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２６３】
また、図１３に示したｅＮＢ８３０において、例えば、図５を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
【０２６４】
＜６．２．端末装置に関する応用例＞
（第１の応用例）
図２１は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０２６５】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０２６６】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０２６７】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２１に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２１には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０２６８】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０２６９】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０２７０】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２１に示したように複数のアンテナ９１６を有してもよい。なお、図２１にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０２７１】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０２７２】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２１に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０２７３】
図２１に示したスマートフォン９００において、図６を参照して説明した処理部２４０に含まれる１つ以上の構成要素（通信処理部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれか）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２７４】
また、図２１に示したスマートフォン９００において、例えば、図６を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
【０２７５】
（第２の応用例）
図２２は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２７６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２７７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２７８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２７９】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２２に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２２には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２８０】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２８１】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２８２】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２２に示したように複数のアンテナ９３７を有してもよい。なお、図２２にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２８３】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２８４】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２２に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２８５】
図２２に示したカーナビゲーション装置９２０において、図６を参照して説明した処理部２４０に含まれる１つ以上の構成要素（通信処理部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２８６】
また、図２２に示したカーナビゲーション装置９２０において、例えば、図６を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
【０２８７】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、通信処理部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれかを備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２８８】
＜＜７．むすび＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２８９】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２９０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てる通信処理部と、
を備える、通信装置。
（２）
前記通信処理部は、前記第２の無線リンクを介した前記リレー端末との間の通信をスケジューリングし、前記スケジューリングの結果に基づき前記リソースを割り当てる、前記（１）に記載の通信装置。
（３）
前記通信処理部は、取得した前記リモート端末に関する情報に基づき、前記リレー端末が前記データの受信結果を通知するためのフォーマットを設定し、設定した当該フォーマットに基づき前記リソースを割り当てる、前記（２）に記載の通信装置。
（４）
前記フォーマットの設定は、所定のシグナリングに基づき前記リレー端末に通知される、前記（３）に記載の通信装置。
（５）
前記通信処理部は、前記第２の無線リンクに対してリソースプールを割り当てることで、前記リソースを割り当てる、前記（１）に記載の通信装置。
（６）
前記通信処理部は、前記リレー端末との間で設定された共通の条件に基づき、当該リレー端末が前記データの受信結果の通知を行うために前記リソースプールから選択する前記リソースを特定する、前記（５）に記載の通信装置。
（７）
前記共通の条件は、
前記リモート端末に設定された識別情報と、
前記リモート端末の位置情報と、
前記データの再送回数と、
前記データを送信するパケットに設定された優先度と、
前記リモート端末に設定された優先度と、
のうち少なくともいずれかに関する情報に基づき設定される、
前記（６）に記載の通信装置。
（８）
前記リモート端末に関する情報は、
前記リレー端末に接続された前記リモート端末の数と、
前記第１の無線リンクを介した通信のトラフィック量と、
前記第１の無線リンクに割り当てられたトランスポートブロック数と、
前記第１の無線リンクを介した通信に要求される通信品質と、
前記リモート端末に設定された識別情報と、
前記リモート端末に設定された優先度と、
前記リモート端末のバッファ内に記憶されたデータの状態と、
のうち少なくともいずれかに関する情報を含む、
前記（１）〜（７）のいずれか一項に記載の通信装置。
（９）
無線通信を行う通信部と、
第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知する通知部と、
を備える、通信装置。
（１０）
前記通知部は、複数のリモート端末から送信された前記データの受信結果を多重化して前記基地局に通知する、前記（９）に記載の通信装置。
（１１）
無線通信を行う通信部と、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御する通信処理部と、
を備える、通信装置。
（１２）
前記データの送受信に関する情報は、
前記無線リンクに割り当てられたリソースプールの使用状況と、
前記無線リンクの通信品質と、
前記データの送信が失敗した回数と、
のうち少なくともいずれかに関する情報を含む、
前記（１１）に記載の通信装置。
（１３）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末と、前記リレー端末と、の間の前記無線リンクを介した通信の設定を制御する、前記（１１）または（１２）に記載の通信装置。
（１４）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リモート端末との間の前記リレー端末を介した通信のモードを制御する、前記（１１）〜（１３）のいずれか一項に記載の通信装置。
（１５）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リレー端末に対して、当該情報に対応する前記リモート端末への前記データの再送を指示する、前記（１１）〜（１４）のいずれか一項に記載の通信装置。
（１６）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記無線リンクに割り当てるリソースの設定を制御する、前記（１１）〜（１５）のいずれか一項に記載の通信装置。
（１７）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の通信に利用する無線リンクを切り替える、前記（１１）または（１２）に記載の通信装置。
（１８）
無線通信を行う通信部と、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知する通知部と、
を備える、通信装置。
（１９）
前記通知部は、前記データの送受信に関する情報を、当該データの受信結果に関連付けて前記基地局に通知する、前記（１８）に記載の通信装置。
（２０）
前記通信装置は、前記リレー端末であり、
前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の無線リンクを介して通知する、
前記（１８）または（１９）に記載の通信装置。
（２１）
前記データの送受信に関する情報は、前記リモート端末から通知され、
前記通知部は、前記データの送受信に関する情報を通知した前記リモート端末の数に応じて、当該データの送受信に関する情報を前記基地局に通知する、
前記（２０）に記載の通信装置。
（２２）
前記通信装置は、前記リモート端末であり、
前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の直接的な無線リンクを介した通信と、前記リレー端末を介した通信と、のうち少なくともいずれかの通信に基づき通知する、
前記（１８）または（１９）に記載の通信装置。
（２３）
前記通知部は、前記無線リンクに関する情報に基づき、前記データの受信結果に関する情報を前記基地局に通知する、前記（１８）〜（２２）のいずれか一項に記載の通信装置。
（２４）
前記無線リンクに関する情報は、
前記無線リンクに割り当てられたリソースプールの使用状況と、
前記無線リンクの通信品質と、
前記データの送信が失敗した回数と、
のうち少なくともいずれかに関する情報を含む、
前記（２３）に記載の通信装置。
（２５）
前記通知部は、あらかじめ設定された期間中に取得された情報に基づき、前記データの送受信に関する情報を前記基地局に通知する、前記（１８）〜（２４）のいずれか一項に記載の通信装置。
（２６）
コンピュータが、
無線通信を行うことと、
移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てることと、
を含む、通信方法。
（２７）
コンピュータが、
無線通信を行うことと、
第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知することと、
を含む、通信方法。
（２８）
コンピュータが、
無線通信を行うことと、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御することと、
を含む、通信方法。
（２９）
コンピュータが、
無線通信を行うことと、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知することと、
を含む、通信方法。
【符号の説明】
【０２９１】
１      システム
１００、１００Ａ  基地局
１００Ｃ  リレー端末
１１０  アンテナ部
１２０  無線通信部
１３０  ネットワーク通信部
１４０  記憶部
１５０  処理部
１５１  通信処理部
１５３  情報取得部
１５５  判定部
１５７  通知部
２００  端末装置
２００Ｃ  リモート端末
２１０  アンテナ部
２２０  無線通信部
２３０  記憶部
２４０  処理部
２４１  通信処理部
２４３  情報取得部
２４５  判定部
２４７  通知部
【図１】
2018056813.tif 000003
【図２】
2018056813.tif 000004
【図３】
2018056813.tif 000005
【図４】
2018056813.tif 000006
【図５】
2018056813.tif 000007
【図６】
2018056813.tif 000008
【図７】
2018056813.tif 000009
【図８】
2018056813.tif 000010
【図９】
2018056813.tif 000011
【図１０】
2018056813.tif 000012
【図１１】
2018056813.tif 000013
【図１２】
2018056813.tif 000014
【図１３】
2018056813.tif 000015
【図１４】
2018056813.tif 000016
【図１５】
2018056813.tif 000017
【図１６】
2018056813.tif 000018
【図１７】
2018056813.tif 000019
【図１８】
2018056813.tif 000020
【図１９】
2018056813.tif 000021
【図２０】
2018056813.tif 000022
【図２１】
2018056813.tif 000023
【図２２】
2018056813.tif 000024