×この技術を簡単クリック査定この機能をご利用いただくには、会員登録(無料)が必要です。出願した特許の牽制数、引用された数などを知る事ができます。気になる技術や特許をブックマークしておけば、いつでも後から読むことができます。後で印刷するために、公報をPDFでダウンロードできます。会員登録してastamuseを使えば、もっと簡単に便利にお使いいただけます。会員登録(無料)「astamuse」は世界中の挑戦したい社会課題に挑戦し、未来を創る人のプラットフォームです。移動無線通信システム※この項目の情報は公開日時点(2018年4月5日)のものです。(基地局100A、リモート端末200C)は、無線通信を行う通信部と、移動可能に構成されたリレー端末100Cに第1の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、リレー端末との間の第2の無線リンクに対して、当該第2の無線リンクを介してデータの受信結果をリレー端末から取得するためのリソースを割り当てる通信処理部と、を備える。Things)に関連する技術が注目を集めており、研究開発が盛んに行われている。IoTでは、モノがネットワークにつながる必要があるため、無線通信がより重要な技術テーマとなってくる。IoT)など、IoT端末向けに特化した通信方式の規格化が行われている。このような、IoT端末向けの通信方式の特徴としては、低消費電力、低コスト、大カバレッジを実現している点が挙げられる。cost)端末においては、低消費電力通信が非常に重要になってくるため、今後のさらなるエンハンスメントが期待されている。ローコスト端末の代表的な一例として、所謂ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力及び高信頼通信が求められ、状況に応じて大容量通信が求められる場合もある。D2D)の規格化が2016年に開始された。ウェアラブル端末は、ユーザ自身の周辺に存在することから、スマートフォンのような端末装置を用いたリレー通信を利用することで、通信距離を短くし、低消費電力かつ高信頼の通信を実現することが可能になる。既存の規格に基づくリレー通信の一例については、例えば、特許文献1に開示されている。基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質の保証を可能とする。通信装置(基地局100A、リモート端末200C)は、無線通信を行う通信部と、移動可能に構成されたリレー端末100Cに第1の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、リレー端末との間の第2の無線リンクに対して、当該第2の無線リンクを介してデータの受信結果をリレー端末から取得するためのリソースを割り当てる通信処理部と、を備える。2前記通信処理部は、前記第2の無線リンクを介した前記リレー端末との間の通信をスケジューリングし、前記スケジューリングの結果に基づき前記リソースを割り当てる、請求項1に記載の通信装置。請求項3前記通信処理部は、取得した前記リモート端末に関する情報に基づき、前記リレー端末が前記データの受信結果を通知するためのフォーマットを設定し、設定した当該フォーマットに基づき前記リソースを割り当てる、請求項2に記載の通信装置。請求項4前記フォーマットの設定は、所定のシグナリングに基づき前記リレー端末に通知される、請求項3に記載の通信装置。請求項5前記通信処理部は、前記第2の無線リンクに対してリソースプールを割り当てることで、前記リソースを割り当てる、請求項1に記載の通信装置。請求項6前記通信処理部は、前記リレー端末との間で設定された共通の条件に基づき、当該リレー端末が前記データの受信結果の通知を行うために前記リソースプールから選択する前記リソースを特定する、請求項5に記載の通信装置。請求項7前記共通の条件は、前記リモート端末に設定された識別情報と、前記リモート端末の位置情報と、前記データの再送回数と、前記データを送信するパケットに設定された優先度と、前記リモート端末に設定された優先度と、のうち少なくともいずれかに関する情報に基づき設定される、請求項6に記載の通信装置。請求項8前記リモート端末に関する情報は、前記リレー端末に接続された前記リモート端末の数と、前記第1の無線リンクを介した通信のトラフィック量と、前記第1の無線リンクに割り当てられたトランスポートブロック数と、前記第1の無線リンクを介した通信に要求される通信品質と、前記リモート端末に設定された識別情報と、前記リモート端末に設定された優先度と、前記リモート端末のバッファ内に記憶されたデータの状態と、のうち少なくともいずれかに関する情報を含む、請求項1に記載の通信装置。10前記通知部は、複数のリモート端末から送信された前記データの受信結果を多重化して前記基地局に通知する、請求項9に記載の通信装置。12前記データの送受信に関する情報は、前記無線リンクに割り当てられたリソースプールの使用状況と、前記無線リンクの通信品質と、前記データの送信が失敗した回数と、のうち少なくともいずれかに関する情報を含む、請求項11に記載の通信装置。請求項13前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末と、前記リレー端末と、の間の前記無線リンクを介した通信の設定を制御する、請求項11に記載の通信装置。請求項14前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リモート端末との間の前記リレー端末を介した通信のモードを制御する、請求項11に記載の通信装置。請求項15前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リレー端末に対して、当該情報に対応する前記リモート端末への前記データの再送を指示する、請求項11に記載の通信装置。請求項16前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記無線リンクに割り当てるリソースの設定を制御する、請求項11に記載の通信装置。請求項17前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の通信に利用する無線リンクを切り替える、請求項11に記載の通信装置。19前記通知部は、前記データの送受信に関する情報を、当該データの受信結果に関連付けて前記基地局に通知する、請求項18に記載の通信装置。請求項20前記通信装置は、前記リレー端末であり、前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の無線リンクを介して通知する、請求項18に記載の通信装置。請求項21前記データの送受信に関する情報は、前記リモート端末から通知され、前記通知部は、前記データの送受信に関する情報を通知した前記リモート端末の数に応じて、当該データの送受信に関する情報を前記基地局に通知する、請求項20に記載の通信装置。請求項22前記通信装置は、前記リモート端末であり、前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の直接的な無線リンクを介した通信と、前記リレー端末を介した通信と、のうち少なくともいずれかの通信に基づき通知する、請求項18に記載の通信装置。請求項23前記通知部は、前記無線リンクに関する情報に基づき、前記データの受信結果に関する情報を前記基地局に通知する、請求項18に記載の通信装置。請求項24前記無線リンクに関する情報は、前記無線リンクに割り当てられたリソースプールの使用状況と、前記無線リンクの通信品質と、前記データの送信が失敗した回数と、のうち少なくともいずれかに関する情報を含む、請求項23に記載の通信装置。請求項25前記通知部は、あらかじめ設定された期間中に取得された情報に基づき、前記データの送受信に関する情報を前記基地局に通知する、請求項18に記載の通信装置。0001本開示は、通信装置及び通信方法に関する。Things)に関連する技術が注目を集めており、研究開発が盛んに行われている。IoTでは、モノがネットワークにつながる必要があるため、無線通信がより重要な技術テーマとなってくる。IoT)など、IoT端末向けに特化した通信方式の規格化が行われている。このような、IoT端末向けの通信方式の特徴としては、低消費電力、低コスト、大カバレッジを実現している点が挙げられる。cost)端末においては、低消費電力通信が非常に重要になってくるため、今後のさらなるエンハンスメントが期待されている。0003ローコスト端末の代表的な一例として、所謂ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力及び高信頼通信が求められ、状況に応じて大容量通信が求められる場合もある。D2D)の規格化が2016年に開始された。ウェアラブル端末は、ユーザ自身の周辺に存在することから、スマートフォンのような端末装置を用いたリレー通信を利用することで、通信距離を短くし、低消費電力かつ高信頼の通信を実現することが可能になる。既存の規格に基づくリレー通信の一例については、例えば、特許文献1に開示されている。発明が解決しようとする課題0005ところで、スマートフォンのような端末装置(所謂リレー端末)を用いたリレー通信においては、所謂リモート端末と基地局との間の通信をリレーするリレー端末の存在が重要となる。その一方で、従来の規格に基づきリレー通信を実現する場合においては、基地局とリレー端末との間の無線リンク通信(以降では「バックホールリンク通信」とも称する)と、リレー端末と当該リレー端末に接続された端末装置(所謂リモート端末)との間の無線リンク通信(以降では「アクセスリンク通信」とも称する)と、のそれぞれの通信品質が独立して管理されていた。0006そこで、本開示では、基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質を保証することが可能な通信装置及び通信方法について提案する。課題を解決するための手段0007本開示によれば、無線通信を行う通信部と、移動可能に構成されたリレー端末に第1の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第2の無線リンクに対して、当該第2の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てる通信処理部と、を備える、通信装置が提供される。0008また、本開示によれば、無線通信を行う通信部と、第1の無線リンクを介して接続されたリモート端末に関する情報を、第2の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第2の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知する通知部と、を備える、通信装置が提供される。0009また、本開示によれば、無線通信を行う通信部と、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御する通信処理部と、を備える、通信装置が提供される。0010また、本開示によれば、無線通信を行う通信部と、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知する通知部と、を備える、通信装置が提供される。0011また、本開示によれば、コンピュータが、無線通信を行うことと、移動可能に構成されたリレー端末に第1の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第2の無線リンクに対して、当該第2の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てることと、を含む、通信方法が提供される。0012また、本開示によれば、コンピュータが、無線通信を行うことと、第1の無線リンクを介して接続されたリモート端末に関する情報を、第2の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第2の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知することと、を含む、通信方法が提供される。0013また、本開示によれば、コンピュータが、無線通信を行うことと、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御することと、を含む、通信方法が提供される。0014また、本開示によれば、コンピュータが、無線通信を行うことと、リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知することと、を含む、通信方法が提供される。発明の効果0015以上説明したように本開示によれば、基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質を保証ことが可能な通信装置及び通信方法が提供される。0016なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。図面の簡単な説明0017本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。リレー端末を介した通信の概要について説明するための説明図である。リレー通信の概略的な構成の一例について説明するための説明図である。同実施形態に係るシステムにおけるリレー通信の概要について説明するための説明図である。同実施形態に係る基地局の構成の一例を示すブロック図である。同実施形態に係る端末装置の構成の一例を示すブロック図である。HARQの概要について説明するための説明図である。本開示の第1の実施形態に係るシステムの概要について説明するための説明図である。同施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図である。本開示の第2の実施形態に係るシステムの概要について説明するための説明図である。同実施形態に係るシステムの一連の処理の流れの一例について示したフローチャートである。同実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図である。同実施形態に係るシステムにおけるリレー通信の一連の処理の流れの他の一例を示したシーケンス図である。同実施形態に係るシステムの動作の一態様について説明するための説明図である。本開示の第3の実施形態に係るシステムの概要について説明するための説明図である。同本実施形態に係るシステムの概要について説明するための説明図である。同実施形態に係るシステムの一連の処理の流れの一例を示したシーケンス図である。同実施形態に係るシステムの一連の処理の流れの他の一例を示したシーケンス図である。eNBの概略的な構成の第1の例を示すブロック図である。eNBの概略的な構成の第2の例を示すブロック図である。スマートフォンの概略的な構成の一例を示すブロック図である。カーナビゲーション装置の概略的な構成の一例を示すブロック図である。実施例0018以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。0019なお、説明は以下の順序で行うものとする。1.はじめに1.1.システム構成の一例1.2.リレー端末を介した通信に関する検討2.構成例2.1.基地局の構成例2.2.端末装置の構成例3.第1の実施形態3.1.概要3.2.技術的特徴3.3.評価4.第2の実施形態4.1.概要4.2.技術的特徴4.3.評価5.第3の実施形態5.1.概要5.2.技術的特徴5.3.評価6.応用例6.1.基地局に関する応用例6.2.端末装置に関する応用例7.むすび0020<<1.はじめに>><1.1.システム構成の一例>まず、図1を参照して、本開示の一実施形態に係るシステム1の概略的な構成の一例について説明する。図1は、本開示の一実施形態に係るシステム1の概略的な構成の一例について説明するための説明図である。図1に示すように、システム1は、無線通信装置100と、端末装置200とを含む。ここでは、端末装置200は、ユーザとも呼ばれる。当該ユーザは、UEとも呼ばれ得る。無線通信装置100Cは、UE−Relayとも呼ばれる。Relayであってもよく、より一般的に通信機器を意味してもよい。図10021(1)無線通信装置100無線通信装置100は、配下の装置に無線通信サービスを提供する装置である。無線通信装置100Aは、セルラーシステム(又は移動体通信システム)の基地局である。基地局100Aは、基地局100Aのセル10Aの内部に位置する装置(例えば、端末装置200A)との無線通信を行う。基地局100Aは、端末装置200Aへのダウンリンク信号を送信し、端末装置200Aからのアップリンク信号を受信する。0022基地局100Aは、他の基地局と例えばX2インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。基地局100Aは、所謂コアネットワーク(図示を省略する)と例えばS1インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。これらの装置間の通信は、物理的には多様な装置により中継され得る。0023ここで、図1に示した無線通信装置100Aは、マクロセル基地局であり、セル10Aはマクロセルである。一方で、無線通信装置100B及び100Cは、スモールセル10B及び10Cをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス100Bは、固定的に設置されるスモールセル基地局である。スモールセル基地局100Bは、マクロセル基地局100Aとの間で無線バックホールリンクを、スモールセル10B内の1つ以上の端末装置(例えば、端末装置200B)との間でアクセスリンクをそれぞれ確立する。無線通信装置100Bは、3GPPで定義されるリレーノードであってもよい。マスタデバイス100Cは、ダイナミックAP(アクセスポイント)である。ダイナミックAP100Cは、スモールセル10Cを動的に運用する移動デバイスである。ダイナミックAP100Cは、マクロセル基地局100Aとの間で無線バックホールリンクを、スモールセル10C内の1つ以上の端末装置(例えば、端末装置200C)との間でアクセスリンクをそれぞれ確立する。ダイナミックAP100Cは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。PRO、GSM(登録商標)、UMTS、W−CDMA、CDMA200、WiMAX、WiMAX2又はIEEE802.16などの任意の無線通信方式に従って運用されてよい。0025なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル(例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど)を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、LTEにおけるDeNBを意味してもよく、より一般的にリレーノードの親局を意味してもよい。0026(2)端末装置200端末装置200は、セルラーシステム(又は移動体通信システム)において通信可能である。端末装置200は、セルラーシステムの無線通信装置(例えば、基地局100A、マスタデバイス100B又は100C)との無線通信を行う。端末装置200Aは、基地局100Aからのダウンリンク信号を受信し、基地局100Aへのアップリンク信号を送信する。UE)が適用されてもよい。以上、システム1の概略的な構成を示したが、本技術は図1に示した例に限定されない。Network)、MTCネットワーク等が採用され得る。システム1の構成の、他の一例として、マスタデバイスがスモールセルに接続し、スモールセルの配下でセルを構築してもよい。図10029<1.2.リレー端末を介した通信に関する検討>続いて、スマートフォン等のような移動可能に構成された端末装置がリレー端末として振る舞うことで、ウェアラブル端末等のような所謂リモート端末と基地局との間の通信を実現する場合の一例について説明したうえで、本実施形態に係るシステムの技術的課題について整理する。以降では、リレー端末として動作する端末装置を「リレー端末100C」とも称する。リモート端末として動作する端末装置を「リモート端末200C」とも称する。Things)に関連する技術が注目を集めており、研究開発が盛んに行われている。IoTでは、モノがネットワークにつながる必要があるため、無線通信がより重要な技術テーマとなってくる。IoT)など、IoT端末向けに特化した通信方式の規格化が行われている。このような、IoT端末向けの通信方式の特徴としては、低消費電力、低コスト、大カバレッジを実現している点が挙げられる。cost)端末においては、低消費電力通信が非常に重要になってくるため、今後のさらなるエンハンスメントが期待されている。0031ローコスト端末の代表的な一例として、所謂ウェアラブル端末が挙げられる。ウェアラブル端末においては、低消費電力及び高信頼通信が求められ、状況に応じて大容量通信が求められる場合もある。D2D)の規格化が2016年に開始された。ウェアラブル端末は、ユーザ自身の周辺に存在することから、スマートフォンのような端末装置を用いたリレー通信を利用することで、通信距離を短くし、低消費電力かつ高信頼の通信を実現することが可能になる。0032例えば、図2は、リレー端末を介した通信の概要について説明するための説明図である。リレー端末100Cとしては、例えば、ユーザが保持するスマートフォン等が想定され得る。リレー端末100Cを介して基地局100Aと通信を行うリモート端末200Cとしては、例えば、ウェアラブル端末等が想定され得る。リレー端末100Cは、基地局100Aとの間で、例えば、所謂LTE通信(以降では、「バックホールリンク通信」とも称する)を行う一方で、リモート端末200Cとの間でサイドリンク通信を行う。リモート端末200Cは、リレー端末100Cを経由して基地局100Aと通信を行う。この場合には、リレー端末100Cは、リモート端末200Cと基地局100Aとの間の通信を中継する通信装置となり得る。リモート端末200Cは、基地局100Aと直接通信を行うことも可能である。図20033ところで、ウェアラブル端末のようなリモート端末200Cと基地局100Aとの間のリレー通信においては、リモート端末200Cがリレー端末100Cを介して基地局100Aと通信を行うため、リレー端末100Cの存在が非常に重要となる。その一方で、従来の規格(例えば、EnhancedD2D)に基づきリレー通信を実現する場合においては、IPリレーが行われており、基地局100Aとリレー端末100Cとの間の無線リンク通信(バックホールリンク通信)と、リレー端末100Cとリモート端末200Cとの間の無線リンク通信(アクセスリンク通信)と、が独立して管理されている。0034例えば、図3は、リレー通信の概略的な構成の一例について説明するための説明図であり、従来の規格に基づくリレー通信の一例について、基地局100Aからリレー端末100Cを介してリモート端末200Cにデータが送信される場合に着目して示している。具体的には、基地局100Aは、送信対象となるデータ(「ユーザデータ」とも称する)に対して所定の伝送処理を施し、符号化及び変調等を施したうえで、当該ユーザデータをリレー端末100Cに送信する。図3に示す例では、リレー端末100Cは、基地局100Aからユーザデータを受信すると、当該ユーザデータを復調及び復号し、所定の再生処理を施すことで当該ユーザデータを取得する。リレー端末100Cは、取得したユーザデータに対して改めて所定の伝送処理を施し、符号化及び変調等を施したうえで、当該ユーザデータをリモート端末200Cに送信する。リモート端末200Cは、リレー端末100Cからユーザデータを受信すると、当該ユーザデータを復調及び復号し、所定の再生処理を施すことで当該ユーザデータを取得する。図30035以上のように、図3に示す例では、基地局100Aからリモート端末200Cに対してユーザデータを送信する場合においても、基地局100Aとリレー端末100Cとの間の通信と、当該リレー端末100Cとリモート端末200Cとの間の通信が独立して制御される。End)で通信品質を保証することが困難であった。図30036特に、従来の規格に基づくリレー通信においては、HARQの制御は基地局100Aとリレー端末100Cとの間のバックホールリンクにおいてのみ実施され、当該リレー端末100Cとリモート端末200Cとの間のアクセスリンクにおいてはHARQの制御が行われていなかった。0037このような状況を鑑み、本開示では、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、E2Eでの無線リンクの品質の保証を可能とするための技術の一例について提案する。0038例えば、図4は、本開示の一実施形態に係るシステムにおけるリレー通信の概要について説明するための説明図である。図4に示す例を、図3に示す例と比較するとわかるように、本実施形態に係るシステムでは、リレー端末100Cにおいてユーザデータの復調及び復号後に、当該ユーザデータに対して再度符号化及び変調を行いリモート端末200Cに送信する(即ち、レイヤ2リレーを導入する)。復号の処理以外の無線機能(例えば、再送制御等)を、基地局100Aとリモート端末200Cとの間で透過的に処理する。図3図40039これにより、本実施形態に係るシステムに依れば、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、E2Eで無線リンクの品質を保証することが可能となる。reQuest)に基づく各種制御を実現するための仕組みに着目してより詳しく説明する。0041<<2.構成例>>続いて、本実施形態に係るシステムを構成する基地局100及び端末装置200の機能構成の一例について説明する。0042<2.1.基地局の構成例>まず、図5を参照して、本開示の一実施形態に係る基地局100の構成を説明する。図5は、本開示の一実施形態に係る基地局100の構成の一例を示すブロック図である。図5を参照すると、基地局100は、アンテナ部110と、無線通信部120と、ネットワーク通信部130と、記憶部140と、処理部150とを含む。図50043(1)アンテナ部110アンテナ部110は、無線通信部120により出力される信号を電波として空間に放射する。アンテナ部110は、空間の電波を信号に変換し、当該信号を無線通信部120へ出力する。0044(2)無線通信部120無線通信部120は、信号を送受信する。無線通信部120は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。0045また、前述したように、本実施形態に係るシステム1においては、端末装置がリレー端末(図1における無線通信装置100C)として動作し、リモート端末(図1における端末装置200C)と基地局との間の通信を中継する場合がある。このような場合には、例えば、リレー端末に相当する無線通信装置100Cにおける無線通信部120は、リモート端末との間でサイドリンク信号を送受信してもよい。図10046(3)ネットワーク通信部130ネットワーク通信部130は、情報を送受信する。ネットワーク通信部130は、他のノードへの情報を送信し、他のノードからの情報を受信する。上記他のノードは、他の基地局及びコアネットワークノードを含む。0047なお、前述したように、本実施形態に係るシステム1においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置100Cは、ネットワーク通信部130を備えていなくてもよい。0048(4)記憶部140記憶部140は、基地局100の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。0049(5)処理部150処理部150は、基地局100の様々な機能を提供する。処理部150は、通信処理部151と、情報取得部153と、判定部155と、通知部157とを含む。処理部150は、これらの構成要素以外の他の構成要素をさらに含み得る。処理部150は、これらの構成要素の動作以外の動作も行い得る。0050通信処理部151、情報取得部153、判定部155、及び通知部157の動作は、後に詳細に説明する。0051<2.2.端末装置の構成例>次に、図6を参照して、本開示の実施形態に係る端末装置200の構成の一例を説明する。図6は、本開示の実施形態に係る端末装置200の構成の一例を示すブロック図である。図6に示すように、端末装置200は、アンテナ部210と、無線通信部220と、記憶部230と、処理部240とを含む。図60052(1)アンテナ部210アンテナ部210は、無線通信部220により出力される信号を電波として空間に放射する。アンテナ部210は、空間の電波を信号に変換し、当該信号を無線通信部220へ出力する。0053(2)無線通信部220無線通信部220は、信号を送受信する。無線通信部220は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。0054また、前述したように、本実施形態に係るシステム1においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、リモート端末として動作する端末装置200Cにおける無線通信部220は、リレー端末との間でサイドリンク信号を送受信してもよい。0055(3)記憶部230記憶部230は、端末装置200の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。0056(4)処理部240処理部240は、端末装置200の様々な機能を提供する。処理部240は、通信処理部241と、情報取得部243と、判定部245と、通知部247とを含む。処理部240は、これらの構成要素以外の他の構成要素をさらに含み得る。処理部240は、これらの構成要素の動作以外の動作も行い得る。0057通信処理部241、情報取得部243、判定部245、及び通知部247の動作は、後に詳細に説明する。0058<<3.第1の実施形態>><3.1.概要>続いて、本開示の一実施形態に係る技術的特徴について、実施形態を分けてそれぞれ説明する。第1の実施形態として、本実施形態に係るシステムにおけるリレー通信において、基地局100A、リレー端末100C、及びリモート端末200C間で、HARQに基づきデータの受信結果(ACK/NACK)を通知するための仕組みの一例について説明する。0059まず、本実施形態に係るシステムの特徴をよりわかりやすくするために、図7を参照して、従来の規格に基づく、基地局100と端末装置200との間の通信におけるHARQの概要について説明する。図7は、HARQの概要について説明するための説明図であり、基地局100が端末装置200に対してデータを送信し、当該端末装置200が基地局100に対してデータの受信結果を通知する場合の一例を示している。Channel))のフォーマットを通知する(S101)。基地局100(通信処理部151)は、端末装置200に対してデータを送信する(S103)。図70061端末装置200(通信処理部241)は、基地局100から送信されたデータを受信すると、受信した当該データを復号する。ここでは、端末装置200は、当該データの復号に失敗したものとする(S105)。この場合には、端末装置200(通知部247)は、RRCシグナリングに基づき基地局100から通知されたフォーマットに基づき、基地局100に対してNACKを通知する(S107)。基地局100(情報取得部153)は、送信したデータに対する応答として端末装置200からNACKの通知を受けることとなる。これにより、基地局100(判定部155)は、通知されたNACKに基づき、端末装置200がデータの受信に失敗したことを認識することが可能となる。0062基地局100(通信処理部151)は、端末装置200から通知されたNACKに基づき、当該端末装置200がデータの受信に失敗したことを認識すると、端末装置200に対して当該データを再送する(S109)。0063端末装置200(通信処理部241)は、当該基地局100から再送されたデータを受信すると、受信した当該データを復号する。ここでは、端末装置200は、当該データの復号に成功したものとする(S111)。この場合には、端末装置200(通知部247)は、RRCシグナリングに基づき基地局100から通知されたフォーマットに基づき、当該基地局100に対してACKを通知する(S113)。基地局100(情報取得部153)は、再送したデータに対する応答として端末装置200からACKの通知を受けることとなる。これにより、基地局100(判定部155)は、通知されたACKに基づき、端末装置200がデータの受信に成功したことを認識することが可能となる。0064なお、端末装置200は、基地局100から最初に送信されたデータの復号に成功した場合には、応答として、当該基地局100にACKを通知してもよいことは言うまでもない。端末装置200は、基地局100から再送されたデータの復号した場合には、当該基地局100に対して再度NACKを通知してもよいことは言うまでもない。Back)に基づき、当該ACKまたはNACKを通知してもよい。0065また、上記では、基地局100から端末装置200に向けたDL(Downlink)通信に着目して説明したが、端末装置200から基地局100に向けたUL(Uplink)通信においてもHARQを適用することが可能である。Channel)を利用してACKまたはNACKを通知すればよい。0066以上、図7を参照して、従来の規格に基づき、基地局100と端末装置200との間の通信におけるHARQの概要について説明した。図70067続いて、図8を参照して、本実施形態に係るシステムの概要として、基地局100A、リレー端末100C、及びリモート端末200C間で、HARQに基づきデータの受信結果(ACK/NACK)を通知するための仕組みの一例について説明する。図8は、本実施形態に係るシステムの概要について説明するための説明図である。図80068図8に示すように、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信においては、基地局100Aとリレー端末100Cとの間の通信(バックホールリンク通信)と、リレー端末100Cとリモート端末200Cとの間の通信(アクセスリンク通信)とが実行される。基地局100Aとリレー端末100Cとの間と、リレー端末100Cとリモート端末200Cとの間とのそれぞれにおいて、データの送受信が行われた場合には、当該データの受信結果(ACK/NACK)が送信先から送信元に対して通知されることとなる。図80069このような状況を想定し、本実施形態に係るシステムにおいては、基地局100Aは、例えば、バックホールリンクとアップリンクとの双方に対して、データの受信結果を通知するためのリソースを割り当ててもよい。他の一例として、基地局100Aは、例えば、バックホールリンクに対してのみ、データの受信結果を通知するためのリソースを割り当ててもよい。この場合には、アクセスリンクに対する、データの受信結果を通知するためのリソースの割り当てについては、リレー端末100Cが実行してもよい。このような仕組みに基づき、リレー端末100Cは、リモート端末200Cからデータの受信結果(ACK/NACK)を受信した場合に、当該受信結果を基地局100Aに通知する。これにより、基地局100Aは、リモート端末200Cに対して送信したデータの、当該リモート端末200Cにおける受信結果を認識することが可能となる。0070なお、リレー端末100Cに対してリモート端末200Cが複数接続される場合も想定され得る。そのため、例えば、リレー端末100Cに接続されるリモート端末200Cの数が増大すると、当該リレー端末100Cが、リモート端末200Cにおけるデータの受信結果(即ち、リモート端末200Cから通知される受信結果)を基地局100Aに対して通知するために、より多くのリソースが必要となる場合がある。0071このような状況を鑑み、本実施形態に係るシステムでは、基地局100Aは、リレー端末100Cに接続されたリモート端末200Cに関する情報(例えば、リモート端末200Cの数)に応じて、バックホールリンクに対する、データの受信結果を通知するためのリソースの割り当てを制御する。このような制御により、例えば、リレー端末100Cに接続されたリモート端末200Cの数が増大した場合においても、当該リレー端末100Cが、当該リモート端末200Cにおけるデータの受信結果を基地局100Aに対して通知するためのリソースを、より好適な態様で確保することが可能となる。0072以上、図8を参照して、本実施形態に係るシステムの概要として、基地局100A、リレー端末100C、及びリモート端末200C間で、HARQに基づきデータの受信結果(ACK/NACK)を通知するための仕組みの一例について説明した。図80073<3.2.技術的特徴>続いて、本実施形態に係るシステムの技術的特徴についてより詳しく説明する。0074(1)処理まず、図9を参照して、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について説明する。図9は、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図であり、特に、HARQに基づきACK及びNACKを通知するためのリソースの割り当てに係る処理の流れについて示している。図90075図9に示すように、まず、リモート端末200Cとリレー端末100Cとは、互いにデータを送受信するために、無線リンク(即ち、アクセスリンク)を介した通信を確立する(S201)。リモート端末200Cとリレー端末100Cとの間の通信が確立すると、リレー端末100C(通知部157)は、当該リレー端末100Cに接続されたリモート端末200Cに関する情報(例えば、サービング端末数等)を基地局100Aに通知する(S203a)。他の一例として、リモート端末200C(通知部247)が、基地局100Aとの間の直接的な無線リンク(以下、「Uuリンク」とも称する)を介して、当該リモート端末200Cに関する情報を基地局に通知してもよい(S203b)。図90076次いで、基地局100Aは、通知されたリモート端末200Cに関する情報に基づき、リレー端末100Cとの間のバックホールリンクに対して、HARQに基づきデータの受信結果(ACK/NACK)を通知するためのリソースを割り当てる。0077具体的には、基地局100A(判定部155)は、通知されたリモート端末200Cに関する情報に基づき、基地局100Aとリレー端末100Cとの間における、バックホールリンクを介したデータの受信結果(ACK/NACK)の通知に利用可能なリソースを決定する(S205)。基地局100A(通信処理部151)は、当該バックホールリンクに対して、リモート端末200Cに関する情報に基づき決定した当該リソースを割り当てる(S207)。このとき基地局100Aは、バックホールリンクに対して、ACK及びNACKの通知に利用可能なリソースプールを割り当ててもよい。他の一例として、基地局100Aは、ACK及びNACKの通知を行うためのリソースをスケジューリングし、当該スケジューリング結果に基づきバックホールリンクに対してリソースを割り当ててもよい。この場合には、例えば、基地局100Aは、通知されたリモート端末200Cに関する情報に基づき、ACK及びNACKの通知に必要なリソースブロック(例えば、リソースブロック数)を決定してもよい。基地局100Aによる、バックホールリンクに対する当該リソースの割り当てに係る処理の詳細については別途後述する。0078また、基地局100Aは、通知されたリモート端末200Cに関する情報に基づき、リレー端末100Cとリモート端末200Cとの間のアクセスリンクに対して、HARQに基づきデータの受信結果(ACK/NACK)を通知するためのリソースを割り当ててもよい。0079具体的な一例として、基地局100Aは、アクセスリンクを介したデータの受信結果(ACK/NACK)の通知に利用可能なリソースプールを割り当ててもよい(Option1)。この場合には、基地局100A(判定部155)は、通知されたリモート端末200Cに関する情報に基づき、ACK及びNACKの通知に利用可能なリソースプールを決定する(S209a)。基地局100A(通信処理部151)は、当該アクセスリンクに対して、リモート端末200Cに関する情報に基づき決定した当該リソースプールを割り当ててもよい(S211a)。0080また、他の一例として、基地局100Aは、アクセスリンクを介したデータの受信結果(ACK/NACK)の通知を行うためのリソースブロックをスケジューリングし、当該スケジューリング結果に基づきアクセスリンクに対してリソースを割り当ててもよい(Option2)。この場合には、基地局100A(判定部155)は、通知されたリモート端末200Cに関する情報に基づき、ACK及びNACKの通知に必要なリソースブロック(例えば、リソースブロック数)を決定する(S209b)。基地局100A(通信処理部151)は、リソースブロックの決定結果に応じて、ACK及びNACKを行うためのリソースをスケジューリングし、当該スケジューリング結果に基づきアクセスリンクに対してリソースを割り当ててもよい(S211b)。0081また、他の一例として、基地局100Aに替えてリレー端末100Cが、アクセスリンクに対して、ACK及びNACKの通知に利用可能なリソースを割り当ててもよい。0082なお、基地局100Aは、リレー端末100Cと基地局100Aとの間におけるバックホールリンクを介してデータの送受信結果と、リレー端末100Cとリモート端末200Cとの間におけるアクセスリンクを介してデータの送受信結果と、を明示的に区別してもよい。NACK」とも称する。NACK」とも称する。0083次いで、リレー端末100Cからリモート端末200Cに対してアクセスリンクを介してデータが送信されると(S213)、当該リモート端末200C(通信処理部241)は、当該データの受信処理を実行する(S215)。本説明では、リモート端末200Cは、データの復号に成功したものとする。ACK)を送信する(S217)。0084リレー端末100C(通知部157)は、リモート端末200Cからデータの受信結果(例えば、ALACK)を受信すると、バックホールリンクに対して割り当てられたリソースを利用して、当該データの受信結果を基地局100Aに送信する(S221)。このときバックホールリンクに対してリソースプールが割り当てられている場合には、リレー端末100Cは、当該リソースプールから所定の条件に基づき送信リソースを選択し(S219)、当該送信リソースを当該データの受信結果の送信に利用する(S221)。0085また、基地局100Aは、リレー端末100Cからバックホールリンクを介して送信されるデータの受信結果に対して、例えば、所定のタイミングで自身が保持する情報に基づきブラインドデコーディングを施すことで当該受信結果の復号を試みる(S223)。NACK)が、リレー端末100Cを介して基地局100AにE2Eで通知される。0086なお、図9を参照して上述した例では、基地局100Aからリモート端末200Cに対してリレー端末100Cを介してデータが送信されるDL通信に着目して説明したが、データの受信結果を通知するためのリソースの割り当てに係る処理については、UL通信についても同様である。UL通信においては、図9に示す例において、データ送信と当該データの受信結果(ACK/NACK)の通知とのそれぞれにおいて、主体と客体とを入れ替えればよい。図90087以上、図9を参照して、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について説明した。続いて、バックホールリンクに対してACK及びNACKの通知に利用可能なリソースを割り当てる方法の詳細について説明する。前述したように、基地局100Aが、バックホールリンクに対してリソースを割り当てる方法として、ACK及びNACKの通知のスケジューリング結果に基づきリソースを割り当てる方法と、リソースプールを割り当てる方法とが挙げられる。そこで、以降では、ACK及びNACKの通知のスケジューリング結果に基づきリソースを割り当てる方法と、リソースプールを割り当てる方法と、に分けて、それぞれの方法について説明する。0089(2−1)スケジューリング結果に基づくリソースの割り当て方法まず、ACK及びNACKの通知のスケジューリング結果に基づき、バックホールリンクに対してリソースを割り当てる方法の一例について説明する。0090前述したように、基地局100Aは、リレー端末100Cまたはリモート端末200Cから通知されるリモート端末200Cに関する情報に基づき、バックホールリンクに対して、ACK及びNACKの通知に利用可能なリソースを割り当てる。persistent)に設定されてもよく、固定的に設定されてもよい。当該タイミングは、動的に設定されてもよい。0091リモート端末200Cに関する情報としては、例えば、リレー端末100Cに接続されたリモート端末200Cの数(即ち、サービング端末数)、当該リモート端末200Cのトラフィック量等が挙げられる。NACKが送信されるような状況下においても、十分な量のリソースを確保することが可能となる。0092また、基地局100Aは、通知されたリモート端末200Cに関する情報に基づき、リレー端末100CがACK及びNACKを通知するための制御チャネル(例えば、PUCCH)のフォーマットを変更してもよい。NACK)の通知をサポートする場合には、リレー端末100Cに対して、複数のACK及びNACKを同時に通知可能なフォーマットを割り当てる。0093また、上記フォーマットとして、既存のフォーマットに限らず、新たなフォーマットが規定されてもよい。具体的な一例として、リレー端末100Cに接続されたリモート端末200Cの数に応じて、ACK及びNACKを通知するためのリソースの割り当て量を変更することが可能な、新たなフォーマットが規定されてもよい。Channel))のフォーマットを変更してもよい。0095なお、基地局100Aから、リレー端末100C及びリモート端末200Cに対するフォーマットの割り当ては、例えば、所定のシグナリング(例えば、RRCシグナリング)に基づき行われればよい。Back)を利用してもよい。NACKをPUSCHにピギーバックしてもよい。NACKを通知するような場合に着目する。NACKと、をPUSCHにピギーバックしてもよい。続いて、バックホールリンクに対して、ACK及びNACKの通知に利用可能なリソースプールを割り当てる方法の一例について説明する。0098基地局100Aは、リレー端末100Cまたはリモート端末200Cから通知されるリモート端末200Cに関する情報に基づき、バックホールリンクに対して、ACK及びNACKの通知に利用可能なリソースプールを割り当てる。このとき、基地局100Aは、通知されたリモート端末200Cに関する情報に基づき、リレー端末100Cが1以上のリモート端末200Cから通知されたACK及びNACKを基地局100Aに通知するために十分な量のリソースを確保可能となるように、リソースプールサイズを決定する。0099例えば、基地局100Aは、ACK及びNACKの通知に利用可能なリソースプールを用いたフィードバック送信を行うか否かを、リレー端末100C及びリモート端末200Cのうち少なくともいずれかに通知してもよい。この通知を受けて、リレー端末100Cまたはリモート端末200Cは、リモート端末200Cに関する情報を基地局100Aに通知してもよい。0100リモート端末200Cに関する情報としては、例えば、リレー端末100Cに接続されたリモート端末200Cの数(即ち、サービング端末数)、当該リモート端末200Cのトラフィック量等が挙げられる。Service)レベル、優先度情報、トランスポートブロック数の合計、バッファステータスレポート等が使用されてもよい。0101また、基地局100Aは、ACK及びNACKの通知に利用可能なリソースプールを、PUSCHまたはPDSCHに準静的に割り当てることで、リレー端末100Cに割り当ててもよい。time)を満たすように割り当てるとよい。Block)等を用いてリレー端末100Cに通知してもよい。NACK)の送信に用いるリソースを選択する。NACKを基地局100Aに通知するためのリソースを、所定の条件に基づき選択する。具体的な一例として、リレー端末100Cは、リモート端末200Cの情報(例えば、端末識別情報、データの再送回数、送信パケットの優先度情報、リモート端末200Cの位置情報等)を、当該リソースを選択するための条件として利用してもよい。リレー端末100Cは、当該リレー端末100Cにおいてリモート端末200Cを管理するための情報を、当該リソースを選択するための条件として利用してもよい。リレー端末100Cは、上述した各情報のうち少なくとも一部の情報を、当該リソースを選択するための条件として利用してもよい。0105なお、リレー端末100CがリソースプールからACK及びNACKの送信に用いるリソースを選択するための所定の条件として、基地局100Aとリレー端末100Cとの間で共通の条件が設定されていることが望ましい。そのため、当該所定の条件は、例えば、基地局100Aからリレー端末100Cに対して通知されてもよい。NACKの通知に使用されているかを認識することが可能となる。0106また、リソースプールのサイズが小さく、リレー端末100Cが、当該リソースプールから新たにリソースを選択することが困難となる場合も想定され得る。NACKを多重化して基地局100Aに送信してもよい。NACKを多重化したリモート端末200Cに関する情報と、を基地局100Aに通知してもよい。リレー端末100Cは、情報の多重化を行う場合に、パケット優先度や端末優先度等のような各種優先度ごとに多重化を行ってもよい。続いて、アクセスリンクに対してACK及びNACKの通知に利用可能なリソースを割り当てる方法の詳細について説明する。前述したように、基地局100Aは、アクセスリンクに対してリソースを割り当てる際に、リソースプールを割り当ててもよいし(Option1)、ACK及びNACKの通知のスケジューリング結果に基づきリソースを割り当ててもよい(Option2)。0108また、基地局100Aは、アクセスリンクに対して割り当てるACK及びNACKの通知に利用可能なリソースの設定に関する情報を、リレー端末100C及びリモート端末200Cのうちの少なくともいずれかに対して、所定のタイミングで事前に通知してもよい。persistent)に設定されてもよく、固定的に設定されてもよい。当該タイミングは、動的に設定されてもよい。(SFN等)からのオフセット情報、プールの時間周波数情報等)を、SIB等を用いてリレー端末100C及びリモート端末200Cのうち少なくともいずれかに通知してもよい。基地局100Aは、当該リソースプールの情報をリモート端末200Cに通知する場合には、当該リモート端末200Cに対してUuリンクを介して直接的に通知してもよいし、リレー端末100Cを介したリレー通信により間接的に通知してもよい。0110また、アクセスリンクに対してリソースプールが割り当てられる場合(Option1)には、当該アクセスリンクを介した通信が所定の符号化方式に基づき符号化されてもよい。この場合には、例えば、リレー端末100Cごと、またはリモート端末200Cごとに異なる直交符号が割り当てられてよく、その他の非直交多重方式が用いられてもよい。0111また、アクセスリンクに対してリソースプールが割り当てられる場合(Option1)において、リモート端末200Cは、リレー端末100Cに対してACK及びNACKを通知するためのリソースを、所定のタイミングでリソースプールからランダムに選択してもよい。persistent)に設定されてもよく、固定的に設定されてもよい。当該タイミングは、動的に設定されてもよい。0112また、他の一例として、リモート端末200Cは、所定の条件に基づき、リレー端末100Cに対してACK及びNACKを通知するためのリソースを、リソースプールから選択してもよい。具体的には、リモート端末200Cは、自身の端末識別情報、データの再送回数、送信パケットの優先度情報、自身の位置情報、リレー端末100C側で管理された自身の端末識別情報(リレー端末100C、基地局100A、またはさらに上位の層から付与された情報)のうち少なくとも一部の情報を用いて、リソースプールからリソースを選択してもよい。0113また、他の一例として、リモート端末200Cは、基地局100Aまたはリレー端末100Cから指示されたリソースを用いてもよい。0114なお、上記では、リモート端末200Cがリレー端末100Cに対してACK及びNACKを通知する場合に着目して、当該リモート端末200Cが、当該通知に利用するリソースをリソースプールから選択する場合の一例について説明した。これに対して、リレー端末100Cがリモート端末200Cに対してACK及びNACKを通知する場合についても、当該リレー端末100Cは、上記に説明した場合と同様の方法で、リソースプールからリソースを選択してもよい。0115続いて、アクセスリンクに対してACK及びNACKの通知のスケジューリング結果に基づきリソースが割り当てられる場合(Option2)に着目する。この場合には、基地局100Aは、スケジューリングしたリソースブロックに関する情報(例えば、リソースブロックの位置情報)を、リレー端末100C及びリモート端末200Cのうち少なくともいずれかに通知してもよい。基地局100Aは、当該リソースブロックに関する情報をリモート端末200Cに通知する場合には、当該リモート端末200Cに対してUuリンクを介して直接的に通知してもよいし、リレー端末100Cを介したリレー通信により間接的に通知してもよい。NACKが通知されるタイミングを特定できるとは限らない。NACKの復号を試みてもよい。persistent)に設定されてもよく、固定的に設定されてもよい。当該タイミングは、動的に設定されてもよい。Scheduling)リソース)が使用されていない場合(即ち、アクティベート(Activate)されていない場合)には、当該リソースを他の用途で使用してもよい。0119以上、図9を参照して、本実施形態に係るシステムの技術的特徴についてより詳しく説明した。図90120<3.3.評価>以上説明したように、本実施形態に係る情報処理システムにおいて、基地局100Aは、リレー端末100Cに接続されたリモート端末200Cに関する情報に応じて、バックホールリンクに対する、データの受信結果(ACK/NACK)を通知するためのリソースの割り当てを制御する。基地局100Aは、当該リモート端末200Cに関する情報に応じて、アクセスリンクに対する、データの受信結果(ACK/NACK)を通知するためのリソースの割り当てを制御してもよい。0121以上のような構成により、例えば、リレー端末100Cに接続されたリモート端末200Cの数が増大した場合においても、基地局100Aに対して、当該リモート端末200Cにおけるデータの受信結果を通知するためのリソースを、より好適な態様で確保することが可能となる。本実施形態に係るシステムに依れば、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、E2Eで無線リンクの品質を保証するための、通信リソースの制御をより好適な態様で実現ことが可能となる。0122<<4.第2の実施形態>><4.1.概要>続いて、第2の実施形態として、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、HARQに基づくデータの再送制御を実現するための仕組みの一例について説明する。0123まず、図10を参照して、本実施形態に係るシステムの技術的課題について整理する。図10は、本実施形態に係るシステムの概要について説明するための説明図である。基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信では、基地局100Aとリレー端末100Cとの間(即ち、バックホールリンク)と、当該リレー端末100Cとリモート端末200Cとの間(即ち、アクセスリンク)と、のそれぞれにおいてデータの送受信が行われる。そのため、例えば、基地局100Aからリレー端末100Cを介してリモート端末200Cにデータが送信される場合に、バックホールリンクを介したデータの送信が成功したとしても、アクセスリンクを介した当該データの送信が失敗する場合がある。図100124特に、アクセスリンクに対して割り当てられるリソースは、バックホールリンクに対して割り当てられるリソースよりも制限されている場合が多い。そのため、アクセスリンクを介した通信は、バックホールリンクを介した通信に比べてリソース不足となりやすい場合がある。0125このような状況下において、例えば、バックホールリンクとアクセスリンクとのそれぞれにおいて独立して再送制御が行われると、アクセスリンクを介したデータの送受信が失敗したとしても、基地局100Aが、当該失敗を認識することが困難となる場合がある。そのため、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、E2Eでリンク品質を保証することが困難となる場合がある。0126このような状況を鑑み、本実施形態では、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、E2Eでリンク品質の保証を可能とする再送制御の仕組みの一例について提案する。0127例えば、図11は、本実施形態に係るシステムの一連の処理の流れの一例について示したフローチャートであり、特に、データの送受信に失敗した場合におけるデータの再送に係る基地局100Aの処理の一例について概略レベルで示している。本説明では、本実施形態に係るシステムの特徴をわかりやすくするために、基地局100Aから送信されたデータをリレー端末100Cがリモート端末200Cにリレー送信する場合(以降では、「DL通信」とも称する)に着目して説明する。NACKを送信したものとする。NACKを受信するとともに(S303、NO)、当該リモート端末200Cから、上記データの送受信に関する情報のフィードバックを直接的または間接的に受信する(S305)。0129リモート端末200Cからのフィードバックを受信すると、基地局100A(通信処理部151)は、フィードバックされた情報を基に、当該リモート端末200Cへのデータの送信に係る通信を制御する(S307)。基地局100Aは、フィードバックされた情報を基に、アクセスリンクを介したリレー端末100Cとリモート端末200Cとの間の通信に関する各種設定の変更を、リレー端末100C及びリモート端末200Cの少なくともいずれかに指示してもよい。基地局100Aは、アクセスリンクに対するリソースの割り当てを制御してもよい。基地局100Aは、フィードバックされた情報を基に、データの送信(再送)に利用する無線リンクの切り替えを、リレー端末100C及びリモート端末200Cの少なくともいずれかに指示してもよい。0130次いで、リモート端末200Cが復号に失敗したデータの再送に係る処理が実行される(S301)。このとき、基地局100Aは、リレー端末100Cに対してデータの再送を指示してもよい。他の一例として、リレー端末100Cが、基地局100Aから上記設定の変更に係る指示等を受けた場合に、当該データの再送を実行してもよい。NACKを送信したものとする。ACKを受信し(S303、YES)、当該データの送信に係る一連の処理を終了する。0132以上のように、本実施形態に係るシステムでは、基地局100Aは、少なくとも一部の無線リンクを介したデータの送受信が失敗した場合に、当該データの送受信に関する情報のフィードバックを、リレー端末100C及びリモート端末200Cの少なくともいずれかから受信する。これにより、基地局100Aは、例えば、端末装置200Cがアクセスリンクを介したデータの送受信に失敗した場合に、当該失敗を認識することが可能となる。そのため、基地局100Aは、例えば、フィードバックされた情報を基に、アクセスリンクを介した設定の変更や、データの送信に利用する無線リンクの切り替え等を、リレー端末100C及びリモート端末200Cの少なくともいずれかに対して指示することも可能となる。このとき基地局100Aは、フィードバックされた情報を基に、アクセスリンクに対するリソースの割り当てを制御することも可能である。基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信の一連の処理の流れについては、詳細を別途後述する。0133以上のような構成により、本実施形態に係るシステムは、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、より好適な態様で再送制御を実現し、ひいてはE2Eでのリンク品質を保証することが可能となる。0134以上、図10及び図11を参照して、本実施形態に係るシステムの概要として、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、HARQに基づく再送制御を実現するための仕組みの一例について説明した。図10図110135<4.2.技術的特徴>続いて、本実施形態に係るシステムの技術的特徴についてより詳しく説明する。0136(1)処理まず、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について、特に、HARQに基づく再送制御に着目して説明する。本説明では、基地局100Aからリモート端末200Cに対してデータを送信する場合(DL通信)と、リモート端末200Cから基地局100Aに対してデータを送信する場合(UL通信)と、に分けてそれぞれ説明する。0137(1−1)DL通信の処理まず、図12を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、DL通信に着目して説明する。図12は、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例を示したシーケンス図であり、DL通信における再送制御の一例について示している。図120138図12に示すように、まず、基地局100A(通信処理部151)がリレー端末100Cに対してバックホールリンクを介してデータを送信し(S311)、当該リレー端末100C(通信処理部151)は、当該データの復号に失敗したものとする(S313)。この場合には、リレー端末100C(通知部157)は、基地局100AにBLNACKを通知する(S315)。図120139基地局100Aは、リレー端末100Cに対するデータの送信結果として、当該リレー端末100CからBLNACKを受信すると、当該データの再送処理を実行する(S317、S319)。ここで、リレー端末100Cは、基地局100Aから再送されたデータの復号に成功したものとする(S321)。ACKを通知する(S323)。これにより、基地局100Aは、バックホールリンクを介したリレー端末100Cへのデータの再送が成功したことを認識することが可能となる。0140次いで、リレー端末100C(通信処理部151)は、基地局100Aから受信したデータを、当該データの送信先となるリモート端末200Cに対して、アクセスリンクを介してリレー送信する(S325、S327)。ここで、リモート端末200Cは、リレー端末100Cから送信されたデータの復号に失敗したものとする(S329)。NACKを通知するとともに、リレー端末100Cから送信されたデータの受信結果に関する情報を当該基地局100Aにフィードバックする。NACKの通知と、上記情報のフィードバックと、を行ってもよい(S331、S333)。NACKの通知と、上記情報のフィードバックと、を行ってもよい(S335)。NACKの通知に対して、リレー端末100Cから送信されたデータの受信結果に関する情報のフィードバックが関連付けられていれば、当該フィードバックの通知方法は特に限定されない。NACKの通知と、データの受信結果に関する情報のフィードバックと、を受けると、当該リモート端末200Cとの間の直接的または間接的な通信(換言すると、リモート端末200Cとの間のE2Eの通信)の制御を実行する(S337、S339)。0142具体的な一例として、基地局100Aは、フィードバックされた情報を基に、アクセスリンクを介したリレー端末100Cとリモート端末200Cとの間の通信に関する各種設定の変更を、リレー端末100C及びリモート端末200Cの少なくともいずれかに指示してもよい。他の一例として、また、基地局100Aは、フィードバックされた情報を基に、データの送信(再送)に利用する無線リンクの切り替えを、リレー端末100C及びリモート端末200Cの少なくともいずれかに指示してもよい。具体的な一例として、基地局100Aは、リモート端末200Cとの間のリレー通信に利用するリレー端末100Cが他のリレー端末100Cにハンドオーバーされるように、当該リモート端末200Cと各リレー端末100Cとのうち少なくともいずれかに指示を行ってもよい。基地局100Aは、リモート端末200Cとの間の通信を、リレー端末100Cを介した通信から、Uuリンクを介した直接的な通信に切り替える(フォールバックする)ように、当該リモート端末200Cに対して指示を行ってよい。基地局100Aは、アクセスリンクに対するリソースの割り当てを制御してもよい。0143基地局100Aによる上記制御の実行が完了すると、リモート端末200Cが復号に失敗したデータの再送制御が行われる。この場合には、例えば、リレー端末100C(通信処理部151)が、当該リモート端末200Cに対する、アクセスリンクを介した当該データの再送処理を実行する(S341、S343)。ここで、リモート端末200Cは、リレー端末100Cから再送されたデータの復号に成功したものとする(S345)。この場合には、リモート端末200C(通知部247)は、基地局100Aとリレー端末100Cとに対してALACKを通知する。ACKの通知を行ってもよい(S347、S349)。NACKの通知を行ってもよい(S351)。これにより、基地局100Aは、アクセスリンクを介したリレー端末100Cからリモート端末200Cへのデータのリレー送信が成功したことを認識することが可能となる。0144以上、図12を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、DL通信に着目して説明した。続いて、図13を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、UL通信に着目して説明する。図13は、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの他の一例を示したシーケンス図であり、UL通信における再送制御の一例について示している。図130146図13に示すように、まず、リモート端末200C(通信処理部241)がリレー端末100Cに対してアクセスリンクを介してデータを送信し(S411)、当該リレー端末100C(通信処理部151)は、当該データの復号に失敗したものとする(S413)。NACKを通知する(S415)。NACKの通知を受けることとなる。NACKの通知と、リモート端末200Cから送信されたデータの受信結果に関する情報のフィードバックと、を行う(S417)。NACKの通知に対して、リモート端末200Cから送信されたデータの受信結果に関する情報のフィードバックが関連付けられていれば、当該フィードバックの通知方法は特に限定されない。NACKの通知と、データの受信結果に関する情報のフィードバックと、を受けると、対応するリモート端末200Cとの間の直接的または間接的な通信(換言すると、リモート端末200Cとの間のE2Eの通信)の制御を実行する(S419、S421)。当該制御の内容については、前述したDL通信の場合と同様のため、詳細な説明は省略する。0148基地局100Aによる上記制御の実行が完了すると、リレー端末100Cが復号に失敗したデータの再送制御が行われる。この場合には、リモート端末200C(通信処理部241)が、当該リレー端末100Cに対する、アクセスリンクを介した当該データの再送処理を実行する(S423、S425)。ここで、リレー端末100Cは、リモート端末200Cから再送されたデータの復号に成功したものとする(S427)。この場合には、リレー端末100C(通知部157)は、リモート端末200Cに対してALACKを通知する(S429)。ACKの通知を受けることとなる。これにより、リモート端末200C(判定部245)は、アクセスリンクを介したリレー端末100Cへのデータの送信が成功したことを認識することが可能となる。0149次いで、リレー端末100C(通信処理部151)は、リモート端末200Cから受信したデータを、基地局100Aに対して、バックホールリンクを介してリレー送信する(S431、S433)。ここで、基地局100Aは、リレー端末100Cから送信されたデータの復号に失敗したものとする(S435)。この場合には、基地局100A(通知部157)は、リレー端末100Cに対してBLNACKを通知する(S437)。0150リレー端末100Cは、基地局100Aに対するデータの送信結果として、当該基地局100AからBLNACKを受信すると、当該データの再送処理を実行する(S439、S441)。ここで、基地局100Aは、リレー端末100Cから再送されたデータの復号に成功したものとする(S443)。ACKの通知を行ってもよい(S445、S447)。ACKの通知を行ってもよい(S449)。ACKの通知を受けることとなる。これにより、リモート端末200C(判定部245)は、バックホールリンクを介したリレー端末100Cから基地局100Aへのデータのリレー送信が成功したことを認識することが可能となる。0151以上、図13を参照して、本実施形態に係るシステムの一連の処理の流れの一例について、UL通信に着目して説明した。続いて、アクセスリンクを介したリレー端末100Cとリモート端末200Cとの間のデータの送受信の失敗時に、リレー端末100Cとリモート端末200Cとの少なくともいずれかから基地局100Aへの情報のフィードバックに係る処理の詳細について説明する。NACK)と、が明示的に区別されている。NACKと、のうち少なくとも一部の複数の情報は多重化されて送信されてもよい。0154(2−1)フィードバックされる情報の一例リモート端末200Cまたはリレー端末100Cから基地局100Aに対してフィードバックされる情報としては、例えば、アクセスリンクを介したデータ送信が失敗した回数や、アクセスリンクの通信品質に関する情報(例えば、アクセスリンク(サイドリンク)に対するRRMメジャメントの結果)等が挙げられる。アクセスリンクに対してリソースプールが割り当てられている場合には、当該リソースプールに関する情報が基地局100Aにフィードバックされもよい。この場合には、例えば、当該リソースプール中のリソースの使用状況(混雑度の状況)に関する情報が、基地局100Aにフィードバックされてもよい。リモート端末200Cまたはリレー端末100Cが、所定のリソースプールまたは所定の周波数帯域におけるリソースの使用状況をセンシングし、当該リソースの使用状況のセンシング結果を基地局100Aにフィードバックしてもよい。0155(2−2)フィードバック方法の一例リモート端末200Cが、基地局100Aに情報をフィードバックする方法としては、リレー端末100Cを介したリレー通信により間接的にフィードバックをする方法と、Uuリンクを介して直接的にフィードバックをする方法と、が挙げられる。Channel)を利用することが可能である。リレー端末100Cと基地局100Aとの間のバックホールリンクを介した情報のフィードバックには、例えば、PUCCHまたはPUSCHを利用することが可能である。他の一例として、リレー端末100Cと基地局100Aとの間のバックホールリンクを介した情報のフィードバックに、PDCCHまたはPDSCHが利用されてもよい。0157また、Uuリンクを介して直接的に情報のフィードバックが行われる場合には、当該フィードバックには、例えば、PUCCHまたはPUSCHを利用することが可能である。他の一例として、Uuリンクを介した当該フィードバックに、PDCCHまたはPDSCHが利用されてもよい。0158また、リモート端末200Cまたはリレー端末100Cから基地局100Aに対するフィードバックは、所定の条件に基づく判定結果をトリガとして実行されてもよい。persistent)に設定されてもよく、固定的に設定されてもよい。当該条件は、動的に設定されてもよい。0159また、フィードバックのトリガとなる条件としては、例えば、アクセスリンクを介したデータ送信が失敗した回数や、アクセスリンクの通信品質に関する情報(例えば、アクセスリンク(サイドリンク)に対するRRMメジャメントの結果)等が挙げられる。アクセスリンクに対してリソースプールが割り当てられている場合には、当該リソースプールに関する情報(例えば、当該リソースプール中のリソースの使用状況(混雑度の状況))が、フィードバックのトリガとなる条件として利用されてもよい。所定のリソースプールまたは所定の周波数帯域におけるリソースの使用状況のセンシング結果が、フィードバックのトリガとなる条件として利用されてもよい。以上のような各種情報に基づき、例えば、リモート端末200Cは、当該各種情報が閾値を超えた場合に、基地局100Aまたはリレー端末100Cに対してフィードバックを行ってもよい。同様に、リレー端末100Cは、上述した各種情報が閾値を超えた場合に、基地局100Aに対してフィードバックを行ってもよい。0160また、リレー端末100Cが、基地局100Aに対するフィードバックのトリガとなる条件の判定を行う場合には、当該リレー端末100Cに対してフィードバックを行ったリモート端末200Cの数が、当該条件として利用されてもよい。この場合には、例えば、リレー端末100Cは、自身に対してフィードバックを行ったリモート端末200Cの数が閾値を超えた場合に、基地局100Aに対してフィードバックを行ってもよい。0161また、フィードバックを行うか否かの判定に利用する情報を収集する期間(「ウィンドウ(Window)期間」とも称する)が設定されていてもよい。この場合には、リモート端末200Cまたはリレー端末100Cは、ウィンドウ期間中に、フィードバックのトリガとなる条件を満たした場合に、基地局100Aへの情報のフィードバックを実行すればよい。ウィンドウ期間の開始(Start)、終了(End)、及び継続(Duration)に関しては、例えば、基地局100Aが、リモート端末200Cまたはリレー端末100Cに対して設定すればよい。リモート端末200Cまたはリレー端末100Cは、ウィンドウ期間が経過した場合には、当該ウィンドウ期間中に集計していた情報のカウンタをクリアしてもよい。続いて、基地局100Aがリモート端末200Cまたはリレー端末100Cからフィードバックを受信した後の動作の一例について説明する。0163例えば、図14は、本実施形態に係るシステムの動作の一態様について説明するための説明図であり、リモート端末200Cからフィードバックを受けた基地局100Aの動作の概要を示している。図14に示すように、例えば、基地局100Aからリレー端末100Cに送信されたデータを、当該リレー端末100Cがリモート端末200Cにリレー送信する場合に、アクセスリンクのリソースが不足し、当該リレー送信が失敗したものとする。この場合には、前述したように、リモート端末200Cから基地局100Aに対して、当該データの送信が失敗したことが直接的または間接的に通知される。このような場合には、基地局100Aは、リモート端末200Cまたはリレー端末100Cから、アクセスリンクを介した当該データの送受信に関する情報のフィードバックを受けて、当該フィードバックに応じた対策を実行する。そこで、以下に、フィードバックに応じて基地局100Aにより実行される対策の一例について説明する。基地局100Aは、リモート端末200Cまたはリレー端末100Cからフィードバックを受けた場合に、当該フィードバックに応じて、当該リモート端末200C及び当該リレー端末100Cのうち、当該データの送信元に対してデータの再送を指示してもよい。0165(送信モードの制御)なお、データの再送に際し、リモート端末200Cとリレー端末100Cとの間のアクセスリンクを介したデータの再送における通信のモード(即ち、送信モード)が制御されてもよい。Indicator)に基づき、リモート端末200C及びリレー端末100Cのうち少なくともいずれかに指示してもよい。0166ここで、上記モード1〜モード3の各モードについて説明する。モード1は、基地局100Aが、アクセスリンクを介したデータの送信に利用するリソースブロックをスケジューリングし、リモート端末200Cまたはリレー端末100Cに対して当該リソースブロックを指示するモードである。0167また、モード2は、リモート端末200Cまたはリレー端末100Cが、アクセスリンクを介したデータの送信に利用可能なリソースプールから、データの送信に使用するリソースを自ら選択するモードである。この場合には、当該リソースプールは、基地局100Aにより設定されてもよいし、あらかじめ設定されていてもよい(Pre-configureされていてもよい)。0168また、モード3は、リレー端末100Cが、アクセスリンクを介したデータの送信に利用可能なリソースプール(以降では、「リレーリソースプール」とも称する)から、アクセスリンクを介したデータの送信に利用するリソースブロックをスケジューリングし、リモート端末200Cに対して当該リソースブロックを指示するモードである。この場合においても、当該リレーリソースプールは、基地局100Aにより設定されてもよいし、あらかじめ設定されていてもよい(Pre-configureされていてもよい)。0169(リソースプールの制御)また、データの再送に際し、アクセスリンクを介したデータの送信に利用可能なリソースプールの設定が制御されてもよい。0170例えば、基地局100Aは、アクセスリンクを介したデータの送受信に利用可能なリソースが不足している場合には、リソースプールのサイズがより大きくなるように再設定してもよいし、リソースプールを追加で割り当ててもよい。0171また、基地局100Aは、アクセスリンクを介したデータの送信に利用可能なリソースプールとして、既に設定されているリソースプールを、他のリソースプールに変更してもよい。0172また、基地局100Aは、リソースプールの利用に対して周波数ホッピングの設定を適用してもよい。この場合には、基地局100Aは、リモート端末200Cまたはリレー端末100Cに対して、周波数ホッピングの設定に関する情報を提供してもよい。0173なお、基地局100Aは、リソースプールの設定を変更した場合には、設定変更後のリソースプールに関する情報を、リモート端末200Cまたはリレー端末100Cに通知してもよい。このとき通知されるリソースプールに関する情報の一例として、例えば、周波数領域に関する情報と、時間領域に関する情報と、が挙げられる。End)、PRB数、及びサブチャネル情報等が挙げられる。Indicator)、サブフレーム番号、及びフレーム番号等が挙げられる。基地局100Aは、リソースプールのホッピングフラグを、リモート端末200Cまたはリレー端末100Cに通知してもよい。基地局100Aは、リソースプールポッピングインディケータにより、ホッピングパターンをリモート端末200Cまたはリレー端末100Cに指示してもよい。0174(送信用パラメータの制御)また、データの再送に際し、アクセスリンクを介したデータの送信に関する各種設定(パラメータ)が制御されてもよい。Version)等が挙げられる。これらのパラメータは直接割り当て制御が行われてもよく、パラメータの選択範囲を制限することで制御が行われてもよい。パラメータの選択範囲の制限を行う制御の場合には、いくつかのモードを定義し、特定のモードを割り当てることにより、パラメータの選択範囲が制御されてもよい。0176例えば、送信モードとしてモード1が選択されている場合には、データの再送時における上記設定は基地局100Aにより制御され、当該設定に関する情報が、基地局100Aからリモート端末200C及びリレー端末100Cのうち少なくともいずれかに対して通知される。Block)を用いて直接的に通知してもよい。他の一例として、基地局100Aは、リモート端末200Cに対して、上記設定に関する情報を、リレー端末100Cを介して間接的に通知してもよい。この場合には、例えば、基地局100Aからリレー端末100Cへの当該情報の通知は、例えば、DCIやSIBを用いて行われればよい。Information)を用いて行われればよい。0177また、送信モードとしてモード2が選択されている場合には、データの再送時における上記設定は、リモート端末200C及びリレー端末100Cのうちデータの送信元となる端末自らが選択してもよい。この場合には、リモート端末200Cやリレー端末100Cが、データの再送時に選択する当該設定の範囲が、例えば、基地局100Aまたはネットワーク側から指示されてもよい。当該指示には、例えば、DCIやSIBを利用することが可能である。0178また、送信モードとしてモード3が選択されている場合には、データの再送時における上記設定が、リレー端末100Cにより制御され、当該設定に関する情報が、リレー端末100Cからリモート端末200Cに通知されてもよい。この場合には、リレー端末100Cは、リモート端末200Cに対して、上記設定に関する情報をSCIを用いて通知すればよい。0179(3−2)無線リンクの切り替え基地局100Aは、リモート端末200Cまたはリレー端末100Cからフィードバックを受けた場合に、当該フィードバックに応じて、リモート端末200Cとの間の通信に利用する無線リンクを切り替えてもよい。0180具体的には、基地局100Aは、リモート端末200Cとの間のリレー通信に利用するリレー端末100Cを、他のリレー端末100Cに切り替えてもよい(即ち、ハンドオーバーまたはリセレクションしてもよい)。この場合には、例えば、基地局100Aは、切替先となるリレー端末100Cに対して、当該切り替えの要求(即ち、ハンドオーバー要求またはリセレクション要求)を通知してもよい。切替先となるリレー端末100Cは、基地局100Aからの当該要求を受けて、ハンドオーバーまたはリセレクションに係る各種処理を開始すればよい。0181また、他の一例として、基地局100Aは、近隣に位置するリレー端末100Cの候補に対して、ハンドオーバー要求またはリセレクション要求のメッセージを通知してもよい。この場合には、基地局100Aは、例えば、ディスカバリ(Discovery)信号を用いて、ハンドオーバー要求またはリセレクション要求のメッセージを近隣に位置するリレー端末100Cの候補に通知すればよい。0182また、基地局100Aは、リモート端末200Cに対して、リレー端末100Cの切り替えの要求(即ち、ハンドオーバー要求またはリセレクション要求)を通知してもよい。この場合には、基地局100Aは、例えば、リモート端末200Cに対して当該切り替えの要求を、Uuリンクを介して直接的に通知してもよい。他の一例として、基地局100Aは、リモート端末200Cに対して当該切り替えの要求を、リレー端末100Cを介して間接的に通知してもよい。リモート端末200Cは、基地局100Aからの当該要求を受けて、ハンドオーバーまたはリセレクションに係る各種処理を開始すればよい。0183また、基地局100Aは、リモート端末200Cとの間の通信を、リレー端末100Cを介したリレー通信から、Uuリンクを介した直接的な通信に切り替えてもよい。Multi-Point)と呼ばれる技術に基づき、リレー通信に利用するリレー端末100Cを増やすことで、スループットの向上を図ってもよい。0185具体的には、基地局100Aは、CoMP送信に利用するリレー端末100Cを新たに設定する。基地局100Aは、新たに設定したリレー端末100Cを含む複数のリレー端末100Cを利用したCoMP送信により、リモート端末200Cに対して当該複数のリレー端末100Cを介してデータを送信する。このとき、基地局100Aは、基地局100Aとリモート端末200Cとの間におけるリレー端末100Cを介したリレー通信に対してCoMP送信を適用することを、CoMP送信に利用される当該複数のリレー端末100Cに対して指示する。selection等の方法が用いられる。Versions)を送信するように指示してもよい。基地局100Aまたはリモート端末200Cが、CoMP送信に利用される複数のリレー端末100Cそれぞれに対して、CoMP送信に利用するリソースに関する情報を指示してもよい。0187<4.3.評価>以上説明したように、本実施形態に係る情報処理システムにおいて、基地局100Aは、リモート端末200Cとの間のリレー端末100Cを介したリレー通信における、アクセスリンクを介したデータの送受信に関する情報のフィードバックを、当該リモート端末200Cと当該リレー端末100Cとうちの少なくともいずれかから受ける。基地局100Aは、当該データの送受信に関する情報のフィードバックを受けた後に、当該情報に対応するリモート端末200Cと間の直接的または間接的な通信(換言すると、リモート端末200Cとの間のE2Eの通信)の制御を実行する。0188以上のような構成により、本実施形態に係るシステムは、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、より好適な態様で再送制御を実現し、ひいてはE2Eでのリンク品質を保証することが可能となる。0189<<5.第3の実施形態>><5.1.概要>続いて、第3の実施形態として、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、所謂ユニダイレクショナル(Unidirectional)通信を行う場合における再送制御の仕組みの一例について説明する。0190例えば、リレー端末100Cからリモート端末200Cへのアクセスリンクを介した通信と、基地局100Aからリモート端末200CへのUuリンクを介した通信(DL通信)と、の間で、互いに異なる無線アクセス方式が使用される場合がある。Access)と呼ばれるシングルキャリアの無線アクセス方式が使用される。access)と呼ばれるマルチキャリアの無線アクセス方式が使用される。そのため、このような場合には、リモート端末200Cは、基地局100Aとリレー端末100Cとのそれぞれからデータを受信するためには、SC−FDMA及びOFDMAそれぞれの無線アクセス方式に対応した受信機が必要となる。0191一方で、所謂ウェアラブル端末等のように、リモート端末200Cとして動作する端末装置の中には低消費電力化が求められているものもある。これに対して、端末装置に対して、複数の無線アクセス方式それぞれに対応した受信機を設けた場合には、消費電力がより高くなる傾向にある。リモート端末200Cとして動作する端末装置の中には、所謂ローコスト端末のように低コスト化が求められているものもある。そのため、リモート端末200Cとして、上述したような無線アクセス方式のうちいずれかに対応した受信機のみが設けられている場合も想定され得る。このような状況から、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、所謂ユニダイレクショナル通信が適用される場合も想定され得る。0192例えば、図15及び図16は、本実施形態に係るシステムの概要について説明するための説明図であり、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信に対して、ユニダイレクショナル通信を適用した場合の一例を示している。図15図160193まず、図15に示す例について説明する。図15に示す例は、リモート端末200Cが、無線通信の受信機としてOFDMAに対応する受信機のみを備えた場合における、ユニダイレクショナル通信の構成の一例を示している。この場合には、リモート端末200Cは、基地局100AからOFDMA方式に基づき送信されるデータを受信することは可能であるが、リレー端末100CからSC−FDMA方式に基づき送信されるデータを受信することは困難である。そのため、リモート端末200Cは、基地局100Aから送信されるデータを、Uuリンクを介した当該基地局100Aとの間の直接的な通信に基づき受信する。リモート端末200Cは、基地局100Aから受信した当該データの受信結果(ACK/NACK)については、リレー端末100Cを介したリレー通信に基づき、基地局100Aに対して間接的に通知する。図150194次いで、図16に示す例について説明する。図16に示す例は、リモート端末200Cが、無線通信の受信機としてSC−FDMAに対応する受信機のみを備えた場合における、ユニダイレクショナル通信の構成の一例を示している。この場合には、リモート端末200Cは、リレー端末100CからSC−FDMA方式に基づき送信されるデータを受信すること可能であるが、基地局100AからOFDMA方式に基づき送信されるデータを受信することは困難である。そのため、リモート端末200Cは、基地局100Aから送信されるデータを、リレー端末100Cを介したリレー通信に基づき受信する。リモート端末200Cは、リレー端末100Cを介して基地局100Aから受信した当該データの受信結果(ACK/NACK)については、Uuリンクを介した基地局100Aとの間の通信に基づき、当該基地局100Aに対して直接的に通知する。図160195以上のような構成により、リモート端末200Cが、無線通信の受信機として単一の無線方式に対応する受信機のみを備えているような状況下においても、基地局100Aと当該リモート端末200Cとの間のリレー端末100Cを介したリレー通信においてHARQの制御を実現することが可能となる。0196一方で、図15及び図16に示すような、ユニダイレクショナル通信に基づくリレー通信においては、HARQに基づきデータの再送制御を行う場合において、当該再送が実行されるまでに時間を要し、結果として遅延が生じる場合が想定され得る。図15図160197具体的な一例として、図15に示す例において、リモート端末200Cが基地局100Aから受信したデータの復号に失敗した場合について説明する。この場合には、当該データの再送に係る処理は、リモート端末200Cから送信されたNACKがリレー端末100Cを介して基地局100Aに受信された後に、当該基地局100Aにより実行されることとなる。図150198また、他の一例として、図16に示す例において、リモート端末200Cが基地局100Aから受信したデータの復号に失敗した場合について説明する。この場合には、リモート端末200Cは、基地局100Aに対して直接的にNACKを通知することが可能である。一方で、基地局100Aから当該リモート端末200Cへのデータの再送は、リレー端末100Cを介したリレー通信により改めて実行される。基地局100Aが再送したデータはリレー端末100Cにより受信され、当該リレー端末100Cにより、当該データがリモート端末200Cにリレー送信されることとなる。図160199このように、ユニダイレクショナル通信に基づくリレー通信においては、リモート端末200Cが基地局100Aに対してNACKを通知してから、再送データを受信するまでに時間を要する場合が想定され得る。0200このような状況を鑑み、本実施形態では、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、特にユニダイレクショナル通信を適用した場合に、データの再送に伴う遅延をより低減するための仕組みの一例について提案する。0201具体的には、本実施形態に係るシステムでは、リモート端末200Cが、基地局100Aから送信されたデータの復号に失敗した場合に、当該データの再送を当該基地局100Aに替えてリレー端末100Cが代理で行う。以降では、リレー端末100Cがデータの再送を代理で行うことを、「代理送信」とも称する。このような構成により、基地局100Aからリモート端末200Cに対して直接的または間接的にデータを再送せずとも、リレー端末100Cからリモート端末200Cにデータが再送されることとなる。これにより、基地局100Aからリモート端末200Cに対して直接的または間接的にデータを再送する場合に比べて、当該データの再送に要する時間をより低減することが可能となる。0202以上、図15及び図16を参照して、本実施形態に係るシステムの概要として、基地局100Aとリモート端末200Cとの間のリレー端末100Cを介したリレー通信において、ユニダイレクショナル通信を行う場合における再送制御の仕組みの一例について説明した。図15図160203<5.2.技術的特徴>続いて、本実施形態に係るシステムの技術的特徴についてより詳しく説明する。0204(1)処理まず、本実施形態に係るシステムにおけるリレー通信の一連の処理の流れの一例について、特に、HARQに基づく再送制御に着目して説明する。本説明では、リモート端末200Cが、基地局100AからUuリンクを介して直接的にデータを受信する場合(図15参照)と、リレー端末100Cを介して間接的にデータを受信する場合(図16参照)と、に分けてそれぞれ説明する。図15図160205(1−1)基地局から直接的にデータを受信する場合まず、図17を参照して、図15に示すように、ユニダイレクショナル通信に基づくリレー通信について、リモート端末200CがUuリンクを介して基地局100Aから直接的にデータを受信する場合における再送制御の一例について説明する。図17は、本実施形態に係るシステムの一連の処理の流れの一例を示したシーケンス図である。図15図170206まず、基地局100A(通信処理部151)は、リモート端末200Cとの間のリレー端末100Cを介したリレー通信における、再送制御時における代理送信に利用するリレー端末100Cを設定する(S501)。このとき基地局100A(通知部157)は、代理送信に利用するために選択したリレー端末100Cに対して、再送制御時における代理送信に利用する旨を通知してもよく、このとき代理送信に関する設定等を通知してもよい。0207次いで、基地局100A(通信処理部151)は、リモート端末200Cに対してUuリンクを介してデータ(DL信号)を送信する(S503)。このとき基地局100A(通信処理部151)は、リモート端末200Cに送信した当該データを、再送制御時における代理送信に利用するリレー端末100Cに対してバックホールリンクを介して送信する(S505)。ここでは、リモート端末200Cが基地局100Aから送信されたデータの復号に失敗し(S507)、リレー端末100Cが基地局100Aから送信されたデータの復号に成功したものとする(S509)。リレー端末100C(通知部157)は、基地局100Aから送信されたデータ(DL信号)の復号に成功した場合に(S509)、基地局100Aに対してACKを送信してもよい(S511)。0208リモート端末200Cは、基地局100Aから送信されたデータの復号に失敗すると(S507)、リレー端末100Cに対してアクセスリンクを介してNACKを送信する(S513)。当該リレー端末100C(通信処理部151)は、リモート端末200CからNACKを受信すると、事前に基地局100Aから受信したデータ(DL信号)を、当該基地局100Aの代理として当該リモート端末200Cに再送する(S515、S517)。このとき、リレー端末100Cは、基地局100Aがリモート端末200Cにデータを送信する場合と同様の無線アクセス方式(例えば、OFDMA)に基づき、当該リモート端末200Cに対してデータを再送する。リレー端末100C(通知部157)は、基地局100Aの代理としてリモート端末200Cにデータを再送した場合に、当該基地局100Aに対して、代理でデータの再送を行ったことを通知する(S519)。これにより、基地局100Aは、リモート端末200Cに対するデータの再送に係る処理を実行しなくてもよいことを認識することが可能となる。0209次いで、リモート端末200Cが、基地局100Aの代理としてリレー端末100Cから再送されたデータの復号に成功したものとする(S521)。この場合には、リモート端末200C(通知部247)は、リレー端末100Cに対してACKを通知する(S523)。リレー端末100C(通知部157)は、リモート端末200CからACKの通知を受けると、通知された当該ACKを基地局100Aにリレー送信する(S525)。これにより、基地局100A(判定部155)は、リモート端末200Cに送信したデータ(DL信号)が、当該リモート端末200Cに正しく受信されたことを認識することが可能となる。0210以上、図17を参照して、図15に示すように、ユニダイレクショナル通信に基づくリレー通信について、リモート端末200CがUuリンクを介して基地局100Aから直接的にデータを受信する場合における再送制御の一例について説明した。続いて、図18を参照して、図16に示すように、ユニダイレクショナル通信に基づくリレー通信において、リモート端末200Cが基地局100Aから送信されたデータを、リレー端末100Cを介して間接的に受信する場合における再送制御の一例について説明する。図18は、実施形態に係るシステムの一連の処理の流れの他の一例を示したシーケンス図である。図16図180212まず、基地局100A(通信処理部151)は、リモート端末200Cとの間のリレー端末100Cを介したリレー通信における、再送制御時における代理送信に利用するリレー端末100Cを設定する(S551)。このとき基地局100A(通知部157)は、代理送信に利用するために選択したリレー端末100Cに対して、再送制御時における代理送信に利用する旨を通知してもよく、このとき代理送信に関する設定等を通知してもよい。0213次いで、基地局100A(通信処理部151)は、リモート端末200Cに対して送信するデータ(DL信号)を、当該リモート端末200Cが接続されたリレー端末100Cにバックホールリンクを介して送信する(S553)。ここでは、リレー端末100Cは、当該データの復号に成功したものとする(S555)。この場合には、リレー端末100C(通知部157)は、基地局100に対してACKを通知する(S557)。これにより、基地局100(判定部155)は、通知されたACKに基づき、リレー端末100Cがデータの受信に成功したことを認識することが可能となる。0214次いで、リレー端末100C(通信処理部151)は、基地局100Aから受信したデータ(DL信号)を、当該データの送信先となるリモート端末200Cに対して、アクセスリンクを介してリレー送信する(S559)。ここでは、リモート端末200Cは、当該データの復号に失敗したものとする(S661)。この場合には、リモート端末200C(通知部247)は、基地局100Aに対してUuリンクを介した直接的な通信に基づきNACKを通知する(S563)。このとき、リレー端末100Cは、リモート端末200Cから送信されるデータをブラインドデコードすることで、当該リモート端末200Cから基地局100Aに対して直接的に送信されるNACKを復号する(S565)。これにより、リレー端末100C(判定部155)は、リモート端末200Cがデータの受信に失敗したことを認識することが可能となる。基地局100Aは、このときのNACK信号の送信されるリソースの情報を、リレー端末100Cに対して事前に通知しておいてもよい。0215また、他の一例として、リモート端末200CによるNACKの通知が、基地局100Aを介してリレー端末100Cに通知されてもよい。具体的には、基地局100Aは、リモート端末200CからNACKの通知を受けた場合に、当該リモート端末200Cが復号に失敗したデータの再送に替えて、通知された当該NACKをリレー端末100Cに転送してもよい。これにより、リレー端末100C(判定部155)は、リモート端末200Cがデータの受信に失敗したことを認識することが可能となる。0216リレー端末100Cは、リモート端末200Cがデータの受信に失敗したことを認識すると、当該リモート端末200Cに対する当該データの再送に係る処理を実行する。このとき、リレー端末100C(通知部157)は、まず基地局100Aに対して。代理でデータの再送を行うことを通知する(S567)。これにより、基地局100Aは、リモート端末200Cに対するリレー端末100Cを介したデータの再送に係る処理を実行しなくてもよいことを認識することが可能となる。リレー端末100C(通信処理部151)は、リモート端末200Cが受信に失敗したデータ、即ち、従前に基地局100Aから受信したデータ(DL信号)を当該リモート端末200Cに再送する(S571)。0217次いで、リモート端末200Cが、リレー端末100Cから再送されたデータの復号に成功したものとする(S571)。この場合には、リモート端末200C(通知部247)は、基地局100Aに対してUuリンクを介した直接的な通信に基づきACKを通知する(S575)。これにより、基地局100A(判定部155)は、リモート端末200Cがデータの受信に成功したことを認識することが可能となる。このときリレー端末100Cは、リモート端末200Cから送信されるデータをブラインドデコードすることで、当該リモート端末200Cから基地局100Aに対して直接的に送信されるACKを復号する(S577)。これにより、リレー端末100C(判定部155)は、リモート端末200Cがデータの受信に成功したことを認識することが可能となる。0218以上、図18を参照して、図16に示すように、ユニダイレクショナル通信に基づくリレー通信にいて、リモート端末200Cが基地局100Aから送信されたデータを、リレー端末100Cを介して間接的に受信する場合における再送制御の一例について説明した。続いて、ユニダイレクショナル通信に基づくリレー通信において、再送制御時における代理送信に利用されるリレー端末100Cの設定に係る処理の詳細について説明する。0220例えば、基地局100Aは、所定のタイミングで、リモート端末200Cとの間のリレー端末100Cを介したリレー通信における、再送制御時における代理送信に利用するリレー端末100Cを設定する。このとき、基地局100Aは、前述したように、代理送信に利用するために選択したリレー端末100Cに対して、再送制御時における代理送信に利用する旨を通知してもよく、このとき代理送信に関する設定等を通知してもよい。基地局100Aは、例えば、RRCシグナリングを用いてリレー端末100Cへの当該通知を行ってもよい。基地局100Aは、例えば、リクエストメッセージやリプライメッセージをリレー端末100Cへの当該通知に利用してもよい。0221また、基地局100Aは、再送制御時における代理送信に利用するリレー端末100Cを、各リレー端末100Cのケイパビリティ(Capability)に関する情報に応じて設定してもよい。リレー端末100Cのケイパビリティに関する情報としては、例えば、当該リレー端末100Cのメモリ容量、バッテリー情報、端末カテゴリ(Category)、RF構成等が挙げられる。Layer)により設定されてもよい。persistent)に設定されてもよく、固定的に設定されてもよい。当該タイミングは、動的に設定されてもよい。続いて、リレー端末100Cにおける復号処理の詳細について説明する。本説明では、基地局100Aからリモート端末200Cに送信されたデータ(DL信号)の復号に係る処理と、リモート端末200Cから基地局100Aに送信されたACK及びNACKの復号に係る処理と、に分けて説明するものとする。0224(3−1)基地局100Aから送信されたデータ(DL信号)の復号まず、図15及び図17を参照して説明した例のように、基地局100Aからリモート端末200Cに送信されたデータ(DL信号)をリレー端末100Cが復号する場合における、当該復号に係る処理の詳細について説明する。図15図170225この場合には、代理送信の設定が行われたリレー端末100Cは、基地局100AがUuリンクを介してリモート端末200Cに送信したデータを、当該基地局100Aから同様に受信して復号する。そのため、例えば、リモート端末200Cは、基地局100AからUuリンクを介して自身に送信されるデータを、リレー端末100Cが復号(例えば、ブラインドデコード)できるように、当該データの復号に利用する情報(例えば、RNTI情報)を当該リレー端末100Cに事前に通知してもよい。他の一例として、基地局100Aが、当該データの復号に利用する情報をリレー端末100CにDCIを用いて通知してもよい。0226また、基地局100Aは、リモート端末200Cに送信したデータ(DL信号)を当該リモート端末200Cとリレー端末100Cとの双方が復号できるように、当該データの送信を制御する。基地局100Aは、リモート端末200Cとリレー端末100Cとの双方に対して共通のDCIを用いて、当該データの送信に利用するデータ領域の通知を行ってもよい。この場合には、基地局100Aは、当該共通のDCIの通知に利用する領域を事前に設定しておいてもよい。0227また、他の一例として、基地局100Aは、リモート端末200Cとリレー端末100Cとのそれぞれに対して互いに異なるDCIを割り当ててもよい。この場合には、基地局100Aは、リモート端末200Cとリレー端末100Cとのそれぞれに割り当てたDCIにより、共通のデータ領域(即ち、データの送信に利用するデータ領域)を指示すればよい。0228また、他の一例として、基地局100Aは、リモート端末200Cとリレー端末100Cとに対して、互いに異なるリソースを用いて共通のデータ(DL信号)をそれぞれ個別に送信してもよい。この場合には、基地局100Aは、当該データの送信に利用するデータ領域と、当該データ領域を通知するためのDCIとを、リモート端末200Cとリレー端末100Cと間で個々に設定して、それぞれに対して個別に通知してもよい。0229また、基地局100Aは、リレー端末100Cに割り当てたDCIに対して、データの送信先となるリモート端末200Cに関する情報を追加して送信してもよい。0230また、リレー端末100Cは、リモート端末200Cのページング設定を自身に対して行い、リモート端末200Cのページングタイミングにあわせてページング信号の受信を行ってもよい。基地局100Aは、リレー端末100Cに対して、リモート端末200Cのページングタイミングを設定してもよい。続いて、図16及び図18を参照して説明した例のように、リモート端末200Cから基地局100Aに送信されたACK及びNACKをリレー端末100Cが復号する場合における、当該復号に係る処理の詳細について説明する。図16図180232この場合には、代理送信の設定が行われたリレー端末100Cは、リモート端末200CがUuリンクを介して基地局100Aに送信したACK及びNACKを復号(例えば、ブラインドデコード)する。そのため、例えば、基地局100Aは、リモート端末200CからUuリンクを介して自身に送信されるACK及びNACKを、リレー端末100Cが復号(ブラインドデコード)できるように、当該ACK及びNACKのリソースに関する情報を当該リレー端末100Cに事前に通知してもよい。リモート端末200Cは、Uuリンクを介して基地局100Aに送信するACK及びNACKをリレー端末100Cが復号できるように、当該ACK及びNACKの復号に利用する情報(例えば、RNTI情報)を当該リレー端末100Cに事前に通知してもよい。他の一例として、基地局100Aが、当該ACK及びNACKの復号に利用する情報をリレー端末100CにDCIを用いて通知してもよい。0233また、リレー端末100Cは、リモート端末200Cで用いられたACK及びNACKのリソースを把握するために、当該リモート端末200Cに対してPSCCHフォーマットを割り当ててもよい。この場合には、リレー端末100Cは、リモート端末200Cに割り当てたPSCCHフォーマットを用いて、当該リレー端末100Cが基地局100AへのACK及びNACKの通知に利用するリソースを把握し、当該ACK及びNACKを復号すればよい。続いて、ユニダイレクショナル通信に基づくリレー通信において、リレー端末100Cが代理でデータの再送を行う場合に、基地局100Aに対して当該再送を行うことを通知する処理の詳細について説明する。0235図17及び図18を参照して説明したいずれの例においても、基地局100Aがリモート端末200Cに対して送信したデータ(DL信号を)が、リレー端末100Cに対しても同様に送信される。この場合において、リレー端末100Cは、当該データの再送を代理で行う旨を、所定の方法で基地局100Aに通知する。図17図180236具体的な一例として、リレー端末100Cは、基地局100Aから送信されたデータの復号に成功した場合に、当該基地局100Aに対してACKを通知することで、当該データの再送を代理で行う旨を基地局100Aに通知してもよい。基地局100Aは、リレー端末100Cへのデータの送信に対する応答としてACKが通知された場合に、対象となるトランスポートブロックについて、当該リレー端末100Cにより上述した代理送信の制御が行われると判断することが可能である。そのため、例えば、基地局100Aは、リレー端末100CからACKが通知された場合には、リモート端末200Cに対して送信したデータに対する応答(ACK/NACK)が既定の時間内に返ってくるか否かを判定するためのタイマーを停止してもよい。0237また、他の一例として、リレー端末100Cは、基地局100Aに対してデータの再送を代理で行う旨を明示的に通知してもよい。当該通知は、例えば、図17に示す例において参照符号S519で示された通知や、図18に示す例において参照符号S567で示された通知が該当する。このような通知が行われることで、基地局100Aは、対象となるトランスポートブロックについて、通知元となるリレー端末100Cにより上述した代理送信の制御が行われると判断することが可能である。そのため、例えば、基地局100Aは、リレー端末100Cからデータの再送を代理で行う旨の通知を受けた場合には、リモート端末200Cに対して送信したデータに対する応答(ACK/NACK)が既定の時間内に返ってくるか否かを判定するためのタイマーを停止してもよい。続いて、何らかの理由により、リレー端末100Cがデータの再送を代理で行うことが困難となった場合における制御の一例について説明する。0239例えば、リレー端末100Cは、データの再送を代理で行うことが困難となった場合に、代理送信が困難となった旨を基地局100Aに通知してもよい。このとき、リレー端末100Cは、一部のトランスポートブロックに対応するデータの再送や、一部のリモート端末200Cへのデータの再送が困難となった場合には、当該トランスポートブロックや当該リモート端末200Cに関する情報を基地局100Aに通知してもよい。リレー端末100Cは、トランスポートブロックやリモート端末200Cに限らず、すべての代理送信が困難となった場合には、すべての代理送信が困難となった旨を基地局100Aに通知してもよい。0240また、基地局100Aは、リモート端末200Cに向けた直接的または間接的なデータ(DL信号)の送信を行った場合に、タイマーを設定することで、当該データの受信結果に関する応答を受け付ける期間を制限してもよい。このような構成に基づき、基地局100Aは、所定の期間が経過するまでの間にリモート端末200CからACKまたはNACKの通知がない場合には、データの再送を実行してもよい。この場合には、基地局100Aは、再送回数が規定数に達するか、または、規定の遅延時間を超えるまで、当該データの再送を実行してもよい。0241<5.3.評価>以上説明したように、本実施形態に係る情報処理システムでは、リモート端末200Cが、基地局100Aから送信されたデータの復号に失敗した場合に、当該データの再送を当該基地局100Aに替えてリレー端末100Cが代理で行う。0242このような構成により、基地局100Aからリモート端末200Cに対して直接的または間接的にデータを再送せずとも、リレー端末100Cからリモート端末200Cにデータが再送されることとなる。リレー端末100Cとリモート端末200Cとの間の通信は、基地局100Aとリモート端末200Cとの間の通信や、基地局100Aとリレー端末100Cとの間の通信に比べて、伝送距離が短く、遅延も少ない。そのため、基地局100Aに替えてリレー端末100Cがデータを再送することで、基地局100Aからリモート端末200Cに対して直接的または間接的にデータを再送する場合に比べて、当該データの再送に要する時間をより低減することが可能となる。0243<<6.応用例>>本開示に係る技術は、様々な製品へ応用可能である。B)として実現されてもよい。スモールeNBは、ピコeNB、マイクロeNB又はホーム(フェムト)eNBなどの、マクロセルよりも小さいセルをカバーするeNBであってよい。Station)などの他の種類の基地局として実現されてもよい。Head)とを含んでもよい。後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局100として動作してもよい。基地局100の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。Computer)、ノートPC、携帯型ゲーム端末、携帯型/ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。Communication)端末ともいう)として実現されてもよい。端末装置200は、MTC端末、eMTC端末、及びNB−IoT端末等のような所謂ローコスト端末として実現されてもよい。端末装置200の少なくとも一部の構成要素は、これら端末に搭載されるモジュール(例えば、1つのダイで構成される集積回路モジュール)において実現されてもよい。0245<6.1.基地局に関する応用例>(第1の応用例)図19は、本開示に係る技術が適用され得るeNBの概略的な構成の第1の例を示すブロック図である。eNB800は、1つ以上のアンテナ810、及び基地局装置820を有する。各アンテナ810及び基地局装置820は、RFケーブルを介して互いに接続され得る。図190246アンテナ810の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、基地局装置820による無線信号の送受信のために使用される。eNB800は、図19に示したように複数のアンテナ810を有し、複数のアンテナ810は、例えばeNB800が使用する複数の周波数帯域にそれぞれ対応してもよい。図19にはeNB800が複数のアンテナ810を有する例を示したが、eNB800は単一のアンテナ810を有してもよい。図190247基地局装置820は、コントローラ821、メモリ822、ネットワークインタフェース823及び無線通信インタフェース825を備える。0248コントローラ821は、例えばCPU又はDSPであってよく、基地局装置820の上位レイヤの様々な機能を動作させる。コントローラ821は、無線通信インタフェース825により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース823を介して転送する。コントローラ821は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。Control)又はスケジューリング(Scheduling)などの制御を実行する論理的な機能を有してもよい。当該制御は、周辺のeNB又はコアネットワークノードと連携して実行されてもよい。メモリ822は、RAM及びROMを含み、コントローラ821により実行されるプログラム、及び様々な制御データ(例えば、端末リスト、送信電力データ及びスケジューリングデータなど)を記憶する。0249ネットワークインタフェース823は、基地局装置820をコアネットワーク824に接続するための通信インタフェースである。コントローラ821は、ネットワークインタフェース823を介して、コアネットワークノード又は他のeNBと通信してもよい。その場合に、eNB800と、コアネットワークノード又は他のeNBとは、論理的なインタフェース(例えば、S1インタフェース又はX2インタフェース)により互いに接続されてもよい。ネットワークインタフェース823は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース823が無線通信インタフェースである場合、ネットワークインタフェース823は、無線通信インタフェース825により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。ページトップへこの技術を出願した法人この情報を共有FacebookTwitterGoogle+LinkedInこの技術を発明した人物この情報を共有FacebookTwitterGoogle+LinkedInページトップへ関連する挑戦したい社会課題この情報を共有FacebookTwitterGoogle+LinkedInサイバー攻撃のない社会を実現する5G通信技術、IoTサービスの普及に伴い「サイバー攻撃のない社会」はこれまで以上に重要になります。ネット上の個人データが狙われるだけでなく、今後はサイバー攻撃によって医療デバイスや都市インフラなど...最終更新日:2018/06/11犯罪者のいない都市を実現する犯罪者のいない都市を実現するためには、年々変化する犯罪への予防対策・解決への取り組みが重要です。イノベーションを導く多くの企業が膨大な労力と費用をかけて新たな市場や事業を生み出そうとしている中「イノベーション」にかかわるデータのニーズはかつてないほどの高まりを見せいます。2019/09/12)【課題】端末が保持するデータに関する情報を効率的に取得すること。