JP2018056813A - 通信装置及び通信方法 - Google Patents

Abstract

【課題】基地局とリモート端末との間のリレー端末を介したリレー通信において、エンドツーエンドで無線リンクの品質の保証を可能とする。
【解決手段】通信装置（基地局１００Ａ、リモート端末２００Ｃ）は、無線通信を行う通信部と、移動可能に構成されたリレー端末１００Ｃに第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果をリレー端末から取得するためのリソースを割り当てる通信処理部と、を備える。
【選択図】図２

Description

本開示は、通信装置及び通信方法に関する。

近年、ＩｏＴ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２２に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２２には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２２に示したように複数のアンテナ９３７を有してもよい。なお、図２２にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２２に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２２に示したカーナビゲーション装置９２０において、図６を参照して説明した処理部２４０に含まれる１つ以上の構成要素（通信処理部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２２に示したカーナビゲーション装置９２０において、例えば、図６を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、通信処理部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれかを備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜７．むすび＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てる通信処理部と、
を備える、通信装置。
（２）
前記通信処理部は、前記第２の無線リンクを介した前記リレー端末との間の通信をスケジューリングし、前記スケジューリングの結果に基づき前記リソースを割り当てる、前記（１）に記載の通信装置。
（３）
前記通信処理部は、取得した前記リモート端末に関する情報に基づき、前記リレー端末が前記データの受信結果を通知するためのフォーマットを設定し、設定した当該フォーマットに基づき前記リソースを割り当てる、前記（２）に記載の通信装置。
（４）
前記フォーマットの設定は、所定のシグナリングに基づき前記リレー端末に通知される、前記（３）に記載の通信装置。
（５）
前記通信処理部は、前記第２の無線リンクに対してリソースプールを割り当てることで、前記リソースを割り当てる、前記（１）に記載の通信装置。
（６）
前記通信処理部は、前記リレー端末との間で設定された共通の条件に基づき、当該リレー端末が前記データの受信結果の通知を行うために前記リソースプールから選択する前記リソースを特定する、前記（５）に記載の通信装置。
（７）
前記共通の条件は、
前記リモート端末に設定された識別情報と、
前記リモート端末の位置情報と、
前記データの再送回数と、
前記データを送信するパケットに設定された優先度と、
前記リモート端末に設定された優先度と、
のうち少なくともいずれかに関する情報に基づき設定される、
前記（６）に記載の通信装置。
（８）
前記リモート端末に関する情報は、
前記リレー端末に接続された前記リモート端末の数と、
前記第１の無線リンクを介した通信のトラフィック量と、
前記第１の無線リンクに割り当てられたトランスポートブロック数と、
前記第１の無線リンクを介した通信に要求される通信品質と、
前記リモート端末に設定された識別情報と、
前記リモート端末に設定された優先度と、
前記リモート端末のバッファ内に記憶されたデータの状態と、
のうち少なくともいずれかに関する情報を含む、
前記（１）〜（７）のいずれか一項に記載の通信装置。
（９）
無線通信を行う通信部と、
第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知する通知部と、
を備える、通信装置。
（１０）
前記通知部は、複数のリモート端末から送信された前記データの受信結果を多重化して前記基地局に通知する、前記（９）に記載の通信装置。
（１１）
無線通信を行う通信部と、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御する通信処理部と、
を備える、通信装置。
（１２）
前記データの送受信に関する情報は、
前記無線リンクに割り当てられたリソースプールの使用状況と、
前記無線リンクの通信品質と、
前記データの送信が失敗した回数と、
のうち少なくともいずれかに関する情報を含む、
前記（１１）に記載の通信装置。
（１３）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末と、前記リレー端末と、の間の前記無線リンクを介した通信の設定を制御する、前記（１１）または（１２）に記載の通信装置。
（１４）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リモート端末との間の前記リレー端末を介した通信のモードを制御する、前記（１１）〜（１３）のいずれか一項に記載の通信装置。
（１５）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リレー端末に対して、当該情報に対応する前記リモート端末への前記データの再送を指示する、前記（１１）〜（１４）のいずれか一項に記載の通信装置。
（１６）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記無線リンクに割り当てるリソースの設定を制御する、前記（１１）〜（１５）のいずれか一項に記載の通信装置。
（１７）
前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の通信に利用する無線リンクを切り替える、前記（１１）または（１２）に記載の通信装置。
（１８）
無線通信を行う通信部と、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知する通知部と、
を備える、通信装置。
（１９）
前記通知部は、前記データの送受信に関する情報を、当該データの受信結果に関連付けて前記基地局に通知する、前記（１８）に記載の通信装置。
（２０）
前記通信装置は、前記リレー端末であり、
前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の無線リンクを介して通知する、
前記（１８）または（１９）に記載の通信装置。
（２１）
前記データの送受信に関する情報は、前記リモート端末から通知され、
前記通知部は、前記データの送受信に関する情報を通知した前記リモート端末の数に応じて、当該データの送受信に関する情報を前記基地局に通知する、
前記（２０）に記載の通信装置。
（２２）
前記通信装置は、前記リモート端末であり、
前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の直接的な無線リンクを介した通信と、前記リレー端末を介した通信と、のうち少なくともいずれかの通信に基づき通知する、
前記（１８）または（１９）に記載の通信装置。
（２３）
前記通知部は、前記無線リンクに関する情報に基づき、前記データの受信結果に関する情報を前記基地局に通知する、前記（１８）〜（２２）のいずれか一項に記載の通信装置。
（２４）
前記無線リンクに関する情報は、
前記無線リンクに割り当てられたリソースプールの使用状況と、
前記無線リンクの通信品質と、
前記データの送信が失敗した回数と、
のうち少なくともいずれかに関する情報を含む、
前記（２３）に記載の通信装置。
（２５）
前記通知部は、あらかじめ設定された期間中に取得された情報に基づき、前記データの送受信に関する情報を前記基地局に通知する、前記（１８）〜（２４）のいずれか一項に記載の通信装置。
（２６）
コンピュータが、
無線通信を行うことと、
移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てることと、
を含む、通信方法。
（２７）
コンピュータが、
無線通信を行うことと、
第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知することと、
を含む、通信方法。
（２８）
コンピュータが、
無線通信を行うことと、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御することと、
を含む、通信方法。
（２９）
コンピュータが、
無線通信を行うことと、
リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知することと、
を含む、通信方法。

１ システム
１００、１００Ａ 基地局
１００Ｃ リレー端末
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 処理部
１５１ 通信処理部
１５３ 情報取得部
１５５ 判定部
１５７ 通知部
２００ 端末装置
２００Ｃ リモート端末
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 処理部
２４１ 通信処理部
２４３ 情報取得部
２４５ 判定部
２４７ 通知部

Claims (29)

1. 無線通信を行う通信部と、
   移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てる通信処理部と、
   を備える、通信装置。
2. 前記通信処理部は、前記第２の無線リンクを介した前記リレー端末との間の通信をスケジューリングし、前記スケジューリングの結果に基づき前記リソースを割り当てる、請求項１に記載の通信装置。
3. 前記通信処理部は、取得した前記リモート端末に関する情報に基づき、前記リレー端末が前記データの受信結果を通知するためのフォーマットを設定し、設定した当該フォーマットに基づき前記リソースを割り当てる、請求項２に記載の通信装置。
4. 前記フォーマットの設定は、所定のシグナリングに基づき前記リレー端末に通知される、請求項３に記載の通信装置。
5. 前記通信処理部は、前記第２の無線リンクに対してリソースプールを割り当てることで、前記リソースを割り当てる、請求項１に記載の通信装置。
6. 前記通信処理部は、前記リレー端末との間で設定された共通の条件に基づき、当該リレー端末が前記データの受信結果の通知を行うために前記リソースプールから選択する前記リソースを特定する、請求項５に記載の通信装置。
7. 前記共通の条件は、
   前記リモート端末に設定された識別情報と、
   前記リモート端末の位置情報と、
   前記データの再送回数と、
   前記データを送信するパケットに設定された優先度と、
   前記リモート端末に設定された優先度と、
   のうち少なくともいずれかに関する情報に基づき設定される、
   請求項６に記載の通信装置。
8. 前記リモート端末に関する情報は、
   前記リレー端末に接続された前記リモート端末の数と、
   前記第１の無線リンクを介した通信のトラフィック量と、
   前記第１の無線リンクに割り当てられたトランスポートブロック数と、
   前記第１の無線リンクを介した通信に要求される通信品質と、
   前記リモート端末に設定された識別情報と、
   前記リモート端末に設定された優先度と、
   前記リモート端末のバッファ内に記憶されたデータの状態と、
   のうち少なくともいずれかに関する情報を含む、
   請求項１に記載の通信装置。
9. 無線通信を行う通信部と、
   第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知する通知部と、
   を備える、通信装置。
10. 前記通知部は、複数のリモート端末から送信された前記データの受信結果を多重化して前記基地局に通知する、請求項９に記載の通信装置。
11. 無線通信を行う通信部と、
    リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御する通信処理部と、
    を備える、通信装置。
12. 前記データの送受信に関する情報は、
    前記無線リンクに割り当てられたリソースプールの使用状況と、
    前記無線リンクの通信品質と、
    前記データの送信が失敗した回数と、
    のうち少なくともいずれかに関する情報を含む、
    請求項１１に記載の通信装置。
13. 前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末と、前記リレー端末と、の間の前記無線リンクを介した通信の設定を制御する、請求項１１に記載の通信装置。
14. 前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リモート端末との間の前記リレー端末を介した通信のモードを制御する、請求項１１に記載の通信装置。
15. 前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記リレー端末に対して、当該情報に対応する前記リモート端末への前記データの再送を指示する、請求項１１に記載の通信装置。
16. 前記通信処理部は、前記データの送受信に関する情報を取得した後に、前記無線リンクに割り当てるリソースの設定を制御する、請求項１１に記載の通信装置。
17. 前記通信処理部は、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の通信に利用する無線リンクを切り替える、請求項１１に記載の通信装置。
18. 無線通信を行う通信部と、
    リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知する通知部と、
    を備える、通信装置。
19. 前記通知部は、前記データの送受信に関する情報を、当該データの受信結果に関連付けて前記基地局に通知する、請求項１８に記載の通信装置。
20. 前記通信装置は、前記リレー端末であり、
    前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の無線リンクを介して通知する、
    請求項１８に記載の通信装置。
21. 前記データの送受信に関する情報は、前記リモート端末から通知され、
    前記通知部は、前記データの送受信に関する情報を通知した前記リモート端末の数に応じて、当該データの送受信に関する情報を前記基地局に通知する、
    請求項２０に記載の通信装置。
22. 前記通信装置は、前記リモート端末であり、
    前記通知部は、前記データの送受信に関する情報を、前記基地局に対して、当該基地局との間の直接的な無線リンクを介した通信と、前記リレー端末を介した通信と、のうち少なくともいずれかの通信に基づき通知する、
    請求項１８に記載の通信装置。
23. 前記通知部は、前記無線リンクに関する情報に基づき、前記データの受信結果に関する情報を前記基地局に通知する、請求項１８に記載の通信装置。
24. 前記無線リンクに関する情報は、
    前記無線リンクに割り当てられたリソースプールの使用状況と、
    前記無線リンクの通信品質と、
    前記データの送信が失敗した回数と、
    のうち少なくともいずれかに関する情報を含む、
    請求項２３に記載の通信装置。
25. 前記通知部は、あらかじめ設定された期間中に取得された情報に基づき、前記データの送受信に関する情報を前記基地局に通知する、請求項１８に記載の通信装置。
26. コンピュータが、
    無線通信を行うことと、
    移動可能に構成されたリレー端末に第１の無線リンクを介して接続されたリモート端末に関する情報を取得し、取得した当該リモート端末に関する情報に基づき、前記リレー端末との間の第２の無線リンクに対して、当該第２の無線リンクを介してデータの受信結果を前記リレー端末から取得するためのリソースを割り当てることと、
    を含む、通信方法。
27. コンピュータが、
    無線通信を行うことと、
    第１の無線リンクを介して接続されたリモート端末に関する情報を、第２の無線リンクを介して接続された基地局に通知し、当該通知後に、前記第２の無線リンクに割り当てられたリソースを利用して、データの受信結果を基地局に通知することと、
    を含む、通信方法。
28. コンピュータが、
    無線通信を行うことと、
    リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、前記リモート端末と前記リレー端末とのうち少なくともいずれかから取得し、前記データの送受信に関する情報を取得した後に、当該情報に対応する前記リモート端末との間の直接的または間接的な通信を制御することと、
    を含む、通信方法。
29. コンピュータが、
    無線通信を行うことと、
    リモート端末と移動可能に構成されたリレー端末との間の無線リンクを介したデータの送受信に関する情報を、基地局に対して直接的または間接的に通知することと、
    を含む、通信方法。
    
    

Images