(57)【要約】  無線通信を行う通信部と、装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御する制御部と、を備え、前記制御部は、前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定する、通信装置。
2020166280.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を行う通信部と、
装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御する制御部と、
を備え、
前記制御部は、前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定する、
通信装置。
【請求項２】
前記制御部は、前記データの送信に関連付けて前記他の端末装置から通知される情報に基づき、前記応答の送信に使用するリソースを決定する、請求項１に記載の通信装置。
【請求項３】
前記他の端末装置から通知される情報は、前記リソースに関する情報である、請求項２に記載の通信装置。
【請求項４】
前記リソースに関する情報は、前記リソースが関連付けられた第１の制御情報からの時間オフセットに関する情報を含む、請求項３に記載の通信装置。
【請求項５】
前記他の端末装置から通知される情報は、前記装置間通信の条件に関する情報である、請求項２に記載の通信装置。
【請求項６】
前記装置間通信の条件に関する情報は、
前記リソースが関連付けられた第１の制御情報のスクランブル系列に関する情報と、
前記第１の制御情報とは異なる、前記装置間通信に関する第２の制御情報と、
のうちの少なくともいずれかを含む、
請求項５に記載の通信装置。
【請求項７】
前記第２の制御情報は、ＨＡＲＱプロセスＩＤを含む、請求項６に記載の通信装置。
【請求項８】
前記他の端末装置から通知される情報として取り得る値のセットは、所定の条件に応じて選択的に切り替えられる、請求項２に記載の通信装置。
【請求項９】
前記所定の条件は、
前記データのパケットに関連付けられた緊急度と、
前記装置間通信に使用される周波数帯域の混雑度のレベルと、
のうちの少なくともいずれかに関する条件を含む、
請求項８に記載の通信装置。
【請求項１０】
前記制御部は、
前記データのパケットに関連付けられた緊急度と、
前記通信装置の前記装置間通信に関するケイパビリティと、
前記装置間通信に使用される周波数帯域の混雑度のレベルと、
前記通信装置による前記周波数帯域の占有率と、
のうちの少なくともいずれかに関する情報に基づき、前記応答の送信に使用するリソースを決定する、
請求項１に記載の通信装置。
【請求項１１】
前記制御部は、複数の前記他の端末装置それぞれに対する前記応答の送信それぞれに対して前記リソースを個別に決定する、請求項１に記載の通信装置。
【請求項１２】
前記制御部は、複数の前記他の端末装置それぞれに対する前記応答の送信に対して共通の前記リソースを決定する、請求項１に記載の通信装置。
【請求項１３】
前記制御部は、所定の条件に基づき、前記応答に対して、当該応答の復調におけるゲインコントロールに利用可能なシンボルを関連付ける、請求項１に記載の通信装置。
【請求項１４】
前記制御部は、前記他の端末装置から前記装置間通信を介して送信される情報に応じて、前記応答に対して前記シンボルを関連付ける、請求項１３に記載の通信装置。
【請求項１５】
前記制御部は、
前記リソースが関連付けられた第１の制御情報に対して、当該第１の制御情報の復調におけるゲインコントロールに利用可能なシンボルが関連付けられているか否かに応じて、
前記応答に対して、当該応答の復調におけるゲインコントロールに利用可能なシンボルを関連付ける、
請求項１４に記載の通信装置。
【請求項１６】
無線通信を行う通信部と、
装置間通信を介して他の端末装置にデータが送信されるように制御する制御部と、
を備え、
前記制御部は、前記装置間通信に関する条件に応じたリソースを使用して前記他の端末装置から送信される、前記データの送信に対する応答が取得されるように制御する、
を備える、通信装置。
【請求項１７】
前記制御部は、
前記他の端末装置に対して前記リソースを割り当て、
当該リソースの割り当て結果に応じた情報が当該他の端末装置に通知されるように制御する、
請求項１６に記載の通信装置。
【請求項１８】
前記制御部は、複数の前記他の端末装置に対して前記リソースを個別に割り当てる、請求項１７に記載の通信装置。
【請求項１９】
前記制御部は、複数の前記他の端末装置に対して共通の前記リソースを割り当てる、請求項１７に記載の通信装置。
【請求項２０】
前記制御部は、前記他の端末装置における前記データの復号の成功時には当該他の端末装置から前記応答が送信されない設定の場合に、複数の前記他の端末装置に対して、共通の前記リソースを割り当てる、請求項１９に記載の通信装置。
【請求項２１】
前記制御部は、
前記リソースの割当方式として、
複数の前記他の端末装置に対して前記リソースを個別に割り当てる第１の割当方式と、
複数の前記他の端末装置に対して共通の前記リソースを割り当てる第２の割当方式と、
のいずれを適用するかを所定の条件に基づき決定する、
請求項１７に記載の通信装置。
【請求項２２】
前記制御部は、
前記データの送信対象となる前記他の端末装置の数と、
前記装置間通信に使用される周波数帯域の混雑度のレベルと、
のうちの少なくともいずれかに関する条件に基づき、前記第１の割当方式と前記第２の割当方式とのうちのいずれを適用するかを決定する、
請求項２１に記載の通信装置。
【請求項２３】
コンピュータが、
無線通信を行うことと、
装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御することと、
前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定することと、
を含む、通信方法。
【請求項２４】
コンピュータが、
無線通信を行うことと、
装置間通信を介して他の端末装置にデータが送信されるように制御することと、
前記装置間通信に関する条件に応じたリソースを使用して前記他の端末装置から送信される、前記データの送信に対する応答が取得されるように制御することと、
を含む、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long  Term  Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced  Pro（LTE-A  Pro）」、「New  Radio（NR）」、「New  Radio  Access  Technology（NRAT）」、「Evolved  Universal  Terrestrial  Radio  Access（EUTRA）」、または「Further  EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project:  3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A  Pro、およびEUTRAを含み、ＮＲは、NRAT、およびFEUTRAを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はｅＮｏｄｅＢ（evolved  NodeB）、端末装置（移動局、移動局装置、端末）はＵＥ（User  Equipment）とも称する。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。【０００３】
ＬＴＥにおいて、車車間通信（Vehicle−to−Vehicle（Ｖ２Ｖ）  communication）や車人間通信（Vehicle−to−Pedestrian（Ｖ２Ｐ）  communication）、車インフラ間通信（Vehicle−to−Infrastructure／network（Ｖ２Ｉ／Ｎ）  communication）など、自動車における様々な通信（Vehicle−to−Anything（Ｖ２Ｘ）  communication）がサポートされた。ＬＴＥにおけるＶ２Ｘでは、運転補助や自動運転、歩行者への警告、などのユースケースをサポートする。Ｖ２Ｘをサポートするために、サイドリンク（デバイス間通信（Device  to  Device（Ｄ２Ｄ）  communication）とも呼称される）が用いられる。【０００４】
更に、ＮＲにおいて、ＬＴＥのＶ２Ｘユースケースをサポートすることに加え、隊列走行（Vehicles  Platooning）、センサシェアリング（Extended  Sensors）、高度自動運転（Advanced  Driving）、リモート操縦（Remote  Driving）等のような、更なる要求条件の高いユースケースをサポートすることが求められている。これらのユースケースをサポートするためには、より高スループットかつ低遅延高信頼性が求められ、６０ＧＨｚ帯などのミリ波での運用も検討されている。ＮＲにおけるＶ２Ｘの詳細は、非特許文献１に開示されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】RP−181429，  Vodafone，  “New  SID:  Study  on  NR  V2X，”  3GPP  TSG  RAN  Meeting  #80，  La  Jolla，  USA，  June  11th−14th，  2018．
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、従来のＤ２ＤやＶ２Ｘでは、ブロードキャスト通信がサポートされていた。これに対して、ＮＲ  Ｖ２Ｘでは、上述の通り多様なユースケースをサポートするために、ブロードキャスト通信に加えて、ユニキャスト通信やグループキャスト（マルチキャスト）通信のサポートが検討されている。このような背景から、ＮＲ  Ｖ２Ｘに代表される端末装置間における装置間通信において、高効率なユニキャスト通信やグループキャスト通信を実現するために、当該装置間通信に対して、ＨＡＲＱのようなデータの受信結果に応じた応答を送信側の装置にフィードバックする技術の適用が求められている。【０００７】
そこで、本開示では、端末装置間における装置間通信において、データの受信結果に応じた応答のフィードバックをより好適な態様で実現可能とする技術を提案する。
【課題を解決するための手段】
【０００８】
本開示によれば、無線通信を行う通信部と、装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御する制御部と、を備え、前記制御部は、前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定する、通信装置が提供される。【０００９】
また、本開示によれば、無線通信を行う通信部と、装置間通信を介して他の端末装置にデータが送信されるように制御する制御部と、を備え、前記制御部は、前記装置間通信に関する条件に応じたリソースを使用して前記他の端末装置から送信される、前記データの送信に対する応答が取得されるように制御する、を備える、通信装置が提供される。【００１０】
また、本開示によれば、コンピュータが、無線通信を行うことと、装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御することと、前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定することと、を含む、通信方法が提供される。【００１１】
また、本開示によれば、コンピュータが、無線通信を行うことと、装置間通信を介して他の端末装置にデータが送信されるように制御することと、前記装置間通信に関する条件に応じたリソースを使用して前記他の端末装置から送信される、前記データの送信に対する応答が取得されるように制御することと、を含む、通信方法が提供される。
【図面の簡単な説明】
【００１２】
【図１】本開示の一実施形態におけるサイドリンク通信の概要について説明するための説明図である。
【図２】同実施形態の基地局装置の構成を示す概略ブロック図である。
【図３】同実施形態の端末装置の構成を示す概略ブロック図である。
【図４】サイドリンクの動的リソースプール割当の一例について説明するための説明図である。
【図５】サイドリンクの動的リソースプール割当の他の一例について説明するための説明図である。
【図６】サイドリンクの動的リソースプール割当の他の一例について説明するための説明図である。
【図７】サイドリンクの動的リソースプール割当の他の一例について説明するための説明図である。
【図８】サイドリンクの動的リソースプール割当の他の一例について説明するための説明図である。
【図９】ＨＡＲＱに利用可能なリソースの配置方法の一例について概要を説明するための説明図である。
【図１０】ＨＡＲＱに利用可能なリソースの配置方法の他の一例について概要を説明するための説明図である。
【図１１】ＨＡＲＱに利用可能なリソースの配置方法の他の一例について概要を説明するための説明図である。
【図１２】ＡＧＣシンボルについて概要を説明するための説明図である。
【図１３】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図１４】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図１５】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１６】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
なお、説明は以下の順序で行うものとする。
１．はじめに
２．技術的課題
３．技術的特徴
４．応用例
４．１．基地局に関する応用例
４．２．端末装置に関する応用例
５．むすび
【００１５】
＜＜１．はじめに＞＞
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。また、特に明記されない限り、以下で説明される技術、機能、方法、構成、手順、およびその他全ての記載は、ＬＴＥおよびＮＲに適用できる。
【００１６】
＜本実施形態における無線通信システム＞
本実施形態において、無線通信システムは、基地局装置１および端末装置２を少なくとも具備する。基地局装置１は複数の端末装置を収容できる。基地局装置１は、他の基地局装置とＸ２インタフェースの手段によって互いに接続できる。また、基地局装置１は、Ｓ１インタフェースの手段によってＥＰＣ（Evolved  Packet  Core）に接続できる。さらに、基地局装置１は、Ｓ１−ＭＭＥインタフェースの手段によってＭＭＥ（Mobility  Management  Entity）に接続でき、Ｓ１−Ｕインタフェースの手段によってＳ−ＧＷ（Serving  Gateway）に接続できる。Ｓ１インタフェースは、ＭＭＥおよび／またはＳ−ＧＷと基地局装置１との間で、多対多の接続をサポートしている。また、本実施形態において、基地局装置１および端末装置２は、それぞれＬＴＥおよび／またはＮＲをサポートする。
【００１７】
＜本実施形態におけるサイドリンク通信の概要＞
図１は、本実施形態におけるサイドリンク通信の概要について説明するための説明図である。１つのユースケースとして、例えば、２つ以上の端末装置２が、基地局装置１により構成されるセル３の内部に存在し、当該端末装置２間でサイドリンク通信を行う場合がある。また、他のユースケースとして、例えば、２つ以上の端末装置２のうち、少なくとも一方の端末装置２が、基地局装置１により構成されるセル３の内部に存在し、他方の端末装置２がそのセル３の外部に存在するような状況下において、当該端末装置２間でサイドリンク通信を行う場合がある。更に、セル３の内部に存在する端末装置２は、基地局装置１と通信を行うことで、当該基地局装置１と、セル３の外部に存在する端末装置２と、の間の通信の中継を行うことが可能である。
【００１８】
なお、端末装置２がセル３の内部に存在する状態は、端末装置２が基地局装置１から受信する下りリンク信号の品質が、所定の基準以上である状態であるとも言える。また、端末装置２がセル３の内部に存在する状態は、端末装置２が基地局装置１から受信する所定の下りリンクチャネルが復号可能である確率が、所定の確率以上である状態であるとも言える。言い換えると、端末装置２がセル３の外部に存在する状態は、端末装置２が基地局装置１から受信する下りリンク信号の品質が、所定の基準を下回る状態であるとも言える。また、端末装置２がセル３の外部に存在する状態は、端末装置２が基地局装置１からの受信する所定の下りリンクチャネルを復号可能である確率が、所定の確率以上ではない状態であるとも言える。
【００１９】
以下、本実施形態では、サイドリンク通信によって送受信を行う２つの端末装置を第１の端末装置と第２の端末装置とも呼称する。特に、本実施形態では、基地局装置からサイドリンク通信に関する情報を受信し、サイドリンク制御チャネルを送信する端末装置を第１の端末装置と呼称し、それ以外の端末装置を第２の端末装置と呼称する場合がある。
【００２０】
＜本実施形態における基地局装置の構成例＞
図２は、本実施形態の基地局装置１の構成を示す概略ブロック図である。図示するように、基地局装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７、および、送受信アンテナ１０９、を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７、およびチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７、および下りリンク参照信号生成部１０７９を含んで構成される。
【００２１】
既に説明したように、基地局装置１は、１つ以上のＲＡＴをサポートできる。図２に示す基地局装置１に含まれる各部の一部または全部は、ＲＡＴに応じて個別に構成されうる。例えば、受信部１０５および送信部１０７は、ＬＴＥとＮＲとで個別に構成される。また、ＮＲセルにおいて、図２に示す基地局装置１に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるＮＲセルにおいて、無線受信部１０５７および無線送信部１０７７は、送信信号に関するパラメータセットに応じて個別に構成されうる。
【００２２】
上位層処理部１０１は、媒体アクセス制御（MAC:  Medium  Access  Control）層、パケットデータ統合プロトコル（Packet  Data  Convergence  Protocol:  PDCP）層、無線リンク制御（Radio  Link  Control:  RLC）層、無線リソース制御（Radio  Resource  Control:  RRC）層の処理を行う。また、上位層処理部１０１は、受信部１０５、および送信部１０７の制御を行うために制御情報を生成し、制御部１０３に出力する。
【００２３】
制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５および送信部１０７の制御を行う。制御部１０３は、上位層処理部１０１への制御情報を生成し、上位層処理部１０１に出力する。制御部１０３は、復号化部１０５１からの復号化された信号およびチャネル測定部１０５９からのチャネル推定結果を入力する。制御部１０３は、符号化する信号を符号化部１０７１へ出力する。また、制御部１０３は、基地局装置１の全体または一部を制御するために用いられる。
【００２４】
上位層処理部１０１は、ＲＡＴ制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部１０１における処理および管理は、端末装置毎、または基地局装置に接続している端末装置共通に行われる。上位層処理部１０１における処理および管理は、上位層処理部１０１のみで行われてもよいし、上位ノードまたは他の基地局装置から取得してもよい。また、上位層処理部１０１における処理および管理は、ＲＡＴに応じて個別に行われてもよい。例えば、上位層処理部１０１は、ＬＴＥにおける処理および管理と、ＮＲにおける処理および管理とを個別に行う。
【００２５】
上位層処理部１０１におけるＲＡＴ制御では、ＲＡＴに関する管理が行われる。例えば、ＲＡＴ制御では、ＬＴＥに関する管理および／またはＮＲに関する管理が行われる。ＮＲに関する管理は、ＮＲセルにおける送信信号に関するパラメータセットの設定および処理を含む。
【００２６】
上位層処理部１０１における無線リソース制御では、下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ制御エレメント（ＣＥ：Control  Element）の生成および／または管理が行われる。
【００２７】
上位層処理部１０１におけるサブフレーム設定では、サブフレーム設定、サブフレームパターン設定、上りリンク−下りリンク設定、上りリンク参照ＵＬ−ＤＬ設定、および／または、下りリンク参照ＵＬ−ＤＬ設定の管理が行われる。なお、上位層処理部１０１におけるサブフレーム設定は、基地局サブフレーム設定とも呼称される。また、上位層処理部１０１におけるサブフレーム設定は、上りリンクのトラフィック量および下りリンクのトラフィック量に基づいて決定できる。また、上位層処理部１０１におけるサブフレーム設定は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて決定できる。
【００２８】
上位層処理部１０１におけるスケジューリング制御では、受信したチャネル状態情報およびチャネル測定部１０５９から入力された伝搬路の推定値やチャネルの品質などに基づいて、物理チャネルを割り当てる周波数およびサブフレーム、物理チャネルの符号化率および変調方式および送信電力などが決定される。例えば、制御部１０３は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて、制御情報（ＤＣＩフォーマット）を生成する。
【００２９】
上位層処理部１０１におけるＣＳＩ報告制御では、端末装置２のＣＳＩ報告が制御される。例えば、端末装置２においてＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。
【００３０】
受信部１０５は、制御部１０３からの制御に従って、送受信アンテナ１０９を介して端末装置２から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部１０３に出力する。なお、受信部１０５における受信処理は、あらかじめ規定された設定、または基地局装置１が端末装置２に通知した設定に基づいて行われる。
【００３１】
無線受信部１０５７は、送受信アンテナ１０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard  Interval:  GI）の除去、および／または、高速フーリエ変換（Fast  Fourier  Transform:  FFT）による周波数領域信号の抽出を行う。
【００３２】
多重分離部１０５５は、無線受信部１０５７から入力された信号から、ＰＵＣＣＨまたはＰＵＳＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を分離する。多重分離部１０５５は、上りリンク参照信号をチャネル測定部１０５９に出力する。多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、上りリンクチャネルに対する伝搬路の補償を行う。
【００３３】
復調部１０５３は、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary  Phase  Shift  Keying）、ＱＰＳＫ（Quadrature  Phase  shift  Keying）、１６ＱＡＭ（Quadrature  Amplitude  Modulation）、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部１０５３は、ＭＩＭＯ多重された上りリンクチャネルの分離および復調を行う。
【００３４】
復号化部１０５１は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータおよび／または上りリンク制御情報は制御部１０３へ出力される。復号化部１０５１は、ＰＵＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。
【００３５】
チャネル測定部１０５９は、多重分離部１０５５から入力された上りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部１０５５および／または制御部１０３に出力する。例えば、チャネル測定部１０５９は、ＵＬ−ＤＭＲＳを用いてＰＵＣＣＨまたはＰＵＳＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定し、ＳＲＳを用いて上りリンクにおけるチャネルの品質を測定する。
【００３６】
送信部１０７は、制御部１０３からの制御に従って、上位層処理部１０１から入力された下りリンク制御情報および下りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部１０７は、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部１０７における送信処理は、あらかじめ規定された設定、基地局装置１が端末装置２に通知した設定、または、同一のサブフレームで送信されるＰＤＣＣＨまたはＥＰＤＣＣＨを通じて通知される設定に基づいて行われる。
【００３７】
符号化部１０７１は、制御部１０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ−ＡＣＫ、ＡＣＫ／ＮＡＣＫ）、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。下りリンク参照信号生成部１０７９は、物理セル識別子（ＰＣＩ：Physical  cell  identification）、端末装置２に設定されたＲＲＣパラメータなどに基づいて、下りリンク参照信号を生成する。多重部１０７５は、各チャネルの変調シンボルと下りリンク参照信号を多重し、所定のリソースエレメントに配置する。
【００３８】
無線送信部１０７７は、多重部１０７５からの信号に対して、逆高速フーリエ変換（Inverse  Fast  Fourier  Transform:  IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート:  up  convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部１０７７が出力した送信信号は、送受信アンテナ１０９から送信される。
【００３９】
＜本実施形態における端末装置の構成例＞
図３は、本実施形態の端末装置２の構成を示す概略ブロック図である。図示するように、端末装置２は、上位層処理部２０１、制御部２０３、受信部２０５、送信部２０７、および送受信アンテナ２０９を含んで構成される。また、受信部２０５は、復号化部２０５１、復調部２０５３、多重分離部２０５５、無線受信部２０５７、およびチャネル測定部２０５９を含んで構成される。また、送信部２０７は、符号化部２０７１、変調部２０７３、多重部２０７５、無線送信部２０７７、および上りリンク参照信号生成部２０７９を含んで構成される。
【００４０】
既に説明したように、端末装置２は、１つ以上のＲＡＴをサポートできる。図３に示す端末装置２に含まれる各部の一部または全部は、ＲＡＴに応じて個別に構成されうる。例えば、受信部２０５および送信部２０７は、ＬＴＥとＮＲとで個別に構成される。また、ＮＲセルにおいて、図３に示す端末装置２に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるＮＲセルにおいて、無線受信部２０５７および無線送信部２０７７は、送信信号に関するパラメータセットに応じて個別に構成されうる。
【００４１】
上位層処理部２０１は、上りリンクデータ（トランスポートブロック）を、制御部２０３に出力する。上位層処理部２０１は、媒体アクセス制御（MAC:  Medium  Access  Control）層、パケットデータ統合プロトコル（Packet  Data  Convergence  Protocol:  PDCP）層、無線リンク制御（Radio  Link  Control:  RLC）層、無線リソース制御（Radio  Resource  Control:  RRC）層の処理を行なう。また、上位層処理部２０１は、受信部２０５、および送信部２０７の制御を行うために制御情報を生成し、制御部２０３に出力する。
【００４２】
制御部２０３は、上位層処理部２０１からの制御情報に基づいて、受信部２０５および送信部２０７の制御を行う。制御部２０３は、上位層処理部２０１への制御情報を生成し、上位層処理部２０１に出力する。制御部２０３は、復号化部２０５１からの復号化された信号およびチャネル測定部２０５９からのチャネル推定結果を入力する。制御部２０３は、符号化する信号を符号化部２０７１へ出力する。また、制御部２０３は、端末装置２の全体または一部を制御するために用いられてもよい。
【００４３】
上位層処理部２０１は、ＲＡＴ制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部２０１における処理および管理は、あらかじめ規定される設定、および／または、基地局装置１から設定または通知される制御情報に基づく設定に基づいて行われる。例えば、基地局装置１からの制御情報は、ＲＲＣパラメータ、ＭＡＣ制御エレメントまたはＤＣＩを含む。また、上位層処理部２０１における処理および管理は、ＲＡＴに応じて個別に行われてもよい。例えば、上位層処理部２０１は、ＬＴＥにおける処理および管理と、ＮＲにおける処理および管理とを個別に行う。
【００４４】
上位層処理部２０１におけるＲＡＴ制御では、ＲＡＴに関する管理が行われる。例えば、ＲＡＴ制御では、ＬＴＥに関する管理および／またはＮＲに関する管理が行われる。ＮＲに関する管理は、ＮＲセルにおける送信信号に関するパラメータセットの設定および処理を含む。
【００４５】
上位層処理部２０１における無線リソース制御では、自装置における設定情報の管理が行われる。上位層処理部２０１における無線リソース制御では、上りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ制御エレメント（ＣＥ：Control  Element）の生成および／または管理が行われる。
【００４６】
上位層処理部２０１におけるサブフレーム設定では、基地局装置１および／または基地局装置１とは異なる基地局装置におけるサブフレーム設定が管理される。サブフレーム設定は、サブフレームに対する上りリンクまたは下りリンクの設定、サブフレームパターン設定、上りリンク−下りリンク設定、上りリンク参照ＵＬ−ＤＬ設定、および／または、下りリンク参照ＵＬ−ＤＬ設定を含む。なお、上位層処理部２０１におけるサブフレーム設定は、端末サブフレーム設定とも呼称される。
【００４７】
上位層処理部２０１におけるスケジューリング制御では、基地局装置１からのＤＣＩ（スケジューリング情報）に基づいて、受信部２０５および送信部２０７に対するスケジューリングに関する制御を行うための制御情報が生成される。
【００４８】
上位層処理部２０１におけるＣＳＩ報告制御では、基地局装置１に対するＣＳＩの報告に関する制御が行われる。例えば、ＣＳＩ報告制御では、チャネル測定部２０５９でＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。ＣＳＩ報告制御では、ＤＣＩおよび／またはＲＲＣパラメータに基づいて、ＣＳＩを報告するために用いられるリソース（タイミング）を制御する。
【００４９】
受信部２０５は、制御部２０３からの制御に従って、送受信アンテナ２０９を介して基地局装置１から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部２０３に出力する。なお、受信部２０５における受信処理は、あらかじめ規定された設定、または基地局装置１からの通知または設定に基づいて行われる。
【００５０】
無線受信部２０５７は、送受信アンテナ２０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard  Interval:  GI）の除去、および／または、高速フーリエ変換（Fast  Fourier  Transform:  FFT）による周波数領域の信号の抽出を行う。
【００５１】
多重分離部２０５５は、無線受信部２０５７から入力された信号から、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨまたはＰＤＳＣＨなどの下りリンクチャネル、下りリンク同期信号および／または下りリンク参照信号を分離する。多重分離部２０５５は、下りリンク参照信号をチャネル測定部２０５９に出力する。多重分離部２０５５は、チャネル測定部２０５９から入力された伝搬路の推定値から、下りリンクチャネルに対する伝搬路の補償を行う。
【００５２】
復調部２０５３は、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部２０５３は、ＭＩＭＯ多重された下りリンクチャネルの分離および復調を行う。
【００５３】
復号化部２０５１は、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータおよび／または下りリンク制御情報は制御部２０３へ出力される。復号化部２０５１は、ＰＤＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。
【００５４】
チャネル測定部２０５９は、多重分離部２０５５から入力された下りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部２０５５および／または制御部２０３に出力する。チャネル測定部２０５９が測定に用いる下りリンク参照信号は、少なくともＲＲＣパラメータによって設定される送信モードおよび／または他のＲＲＣパラメータに基づいて決定されてもよい。例えば、ＤＬ−ＤＭＲＳはＰＤＳＣＨまたはＥＰＤＣＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定する。ＣＲＳはＰＤＣＣＨまたはＰＤＳＣＨに対する伝搬路補償を行うための伝搬路の推定値、および／または、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。ＣＳＩ−ＲＳは、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。チャネル測定部２０５９は、ＣＲＳ、ＣＳＩ−ＲＳまたは検出信号に基づいて、ＲＳＲＰ（Reference  Signal  Received  Power）および／またはＲＳＲＱ（Reference  Signal  Received  Quality）を算出し、上位層処理部２０１へ出力する。
【００５５】
送信部２０７は、制御部２０３からの制御に従って、上位層処理部２０１から入力された上りリンク制御情報および上りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部２０７は、ＰＵＳＣＨまたはＰＵＣＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部２０７における送信処理は、あらかじめ規定された設定、または、基地局装置１から設定または通知に基づいて行われる。
【００５６】
符号化部２０７１は、制御部２０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ−ＡＣＫ、ＡＣＫ／ＮＡＣＫ）、上りリンク制御情報、および上りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部２０７３は、符号化部２０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。上りリンク参照信号生成部２０７９は、端末装置２に設定されたＲＲＣパラメータなどに基づいて、上りリンク参照信号を生成する。多重部２０７５は、各チャネルの変調シンボルと上りリンク参照信号を多重し、所定のリソースエレメントに配置する。
【００５７】
無線送信部２０７７は、多重部２０７５からの信号に対して、逆高速フーリエ変換（Inverse  Fast  Fourier  Transform:  IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート:  up  convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部２０７７が出力した送信信号は、送受信アンテナ２０９から送信される。
【００５８】
＜本実施形態におけるＬＴＥのサイドリンクの詳細＞
ＬＴＥにおいて、サイドリンク通信が行われる。サイドリンク通信とは、端末装置とその端末装置とは異なる端末装置との直接通信である。サイドリンクには、リソースプールと呼称されるサイドリンクの送受信に用いられる時間および周波数リソースの候補が端末装置に設定され、そのリソースプールの中からサイドリンクの送受信のためのリソースが選択され、サイドリンク通信が行われる。サイドリンク通信は、上りリンクのリソース（上りリンクサブフレーム、上りリンクコンポーネントキャリア）を用いて行われるため、リソースプールも上りリンクサブフレームまたは上りリンクコンポーネントキャリアに設定される。
【００５９】
サイドリンク物理チャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、サイドリンクＡＣＫ／ＮＡＣＫチャネル、などを含む。
【００６０】
ＰＳＣＣＨは、サイドリンク制御情報（Sidelink  Control  Information：ＳＣＩ）を送信するために用いられる。サイドリンク制御情報の情報ビットのマッピングが、ＳＣＩフォーマットとして定義される。サイドリンク制御情報は、サイドリンクグラントを含む。サイドリンクグラントは、ＰＳＳＣＨのスケジューリングのために用いられる。
【００６１】
ＰＳＳＣＨは、サイドリンクデータ（Sidelink  Shared  Channel：ＳＬＬ−ＳＣＨ）を送信するために用いられる。なお、ＰＳＳＣＨは、上位層の制御情報を送信するためにも用いられてもよい。
【００６２】
サイドリンクＡＣＫ／ＮＡＣＫチャネルは、ＰＳＳＣＨの復号結果に対するＡＣＫ／ＮＡＣＫを送信端末装置に対して回答するために用いられる。
【００６３】
リソースプールは、ＳＩＢまたは専用ＲＲＣメッセージによって基地局装置から端末装置に設定される。もしくは、端末装置に予め設定されたリソースプールに関する情報によって設定される。時間のリソースプールは、周期の情報、オフセットの情報、および、サブフレームビットマップ情報によって指示される。周波数のリソースプールは、リソースブロックの開始位置、リソースブロックの終了位置、および連続するリソースブロック数によって指示される。
【００６４】
＜本実施形態におけるＮＲのサイドリンクの詳細＞
以下に、ＮＲにおけるサイドリンクのリソースプールの割当の詳細について説明する。
セルカバレッジ内におけるサイドリンク通信において、ＮＲにおけるサイドリンクのリソースプールは、動的にリソースプールを設定することができる。ＮＲにおけるサイドリンクのリソースプールは、ＮＲ−ＰＤＣＣＨによって基地局から指示される。すなわち、ＮＲ−ＰＤＣＣＨに含まれるＮＲ−ＤＣＩは、ＮＲ−ＰＳＣＣＨ、ＮＲ−ＰＳＳＣＨ、および、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送受信されるリソースブロックおよびサブフレームを指示する。
【００６５】
図４は、サイドリンクの動的リソースプール割当の一例を示す図である。第１の端末装置は、ＮＲ−ＰＤＣＣＨによって、そのＮＲ−ＰＤＣＣＨが送信されたサブフレームを含む、後の３サブフレームをサイドリンク通信のためのリソースプールとして設定される。第１の端末装置は、受信／送信切替え、および、ＮＲ−ＰＳＣＣＨとＮＲ−ＰＳＳＣＨの生成処理のためのギャップ時間を待機した後に、ＮＲ−ＰＤＣＣＨで指定されたリソースプールを用いて、ＮＲ−ＰＳＣＣＨを第２の端末装置宛に送信する。更に、第１の端末装置は、ＮＲ−ＰＤＣＣＨで指定されたリソースプールを用いて、ＮＲ−ＰＳＣＣＨに含まれるＮＲ−ＳＣＩフォーマットに従ってスケジュールされたＮＲ−ＰＳＳＣＨを第２の端末装置宛に送信する。最後に、第２の端末装置は、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルの生成処理のためのギャップ時間を待機した後に、ＮＲ−ＰＤＣＣＨで指定されたリソースプールを用いて、第１の端末装置から送信されたＮＲ−ＰＳＳＣＨに対するＡＣＫ／ＮＡＣＫ応答の情報をサイドリンクＡＣＫ／ＮＡＣＫ用チャネルに乗せて、第１の端末装置宛に送信する。
【００６６】
ＮＲ−ＰＤＣＣＨによる時間リソースプールの指示の一例として、サイドリンク通信に用いられる時間リソースは、ＮＲ−ＰＤＣＣＨにサイドリンク通信を指示するＤＣＩが含まれていた場合に、そのＮＲ−ＰＤＣＣＨから所定のサブフレームまでサイドリンクのリソースプールとして指示される。第１の端末装置は、そのサイドリンク通信を指示するＤＣＩを受信したサブフレームから、時間リソースプールを認識する。所定のサブフレームは、例えば、３サブフレームなど予め設定されてもよいし、ＳＩＢや専用ＲＲＣメッセージなどの上位層から設定されてもよい。
【００６７】
ＮＲ−ＰＤＣＣＨによる時間リソースプールの指示の一例として、サイドリンク通信に用いられる時間リソースは、ＮＲ−ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩにサブフレームを指示する情報が含まれて、その情報に基づいてリソースプールが指示される。第１の端末装置は、そのサブフレームを指示する情報から、時間リソースプールを認識する。サブフレームの指示の方法として、例えば、サブフレーム番号、ＮＲ−ＰＤＣＣＨから時間リソースプールまでのサブフレーム数、などがある。
【００６８】
ＮＲ−ＰＤＣＣＨによる周波数リソースの指示の一例として、サイドリンク通信に用いられる周波数リソースは、ＮＲ−ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩのパラメータの１つであるリソース割当情報に基づいて指示される。第１の端末装置は、リソース割当情報によって指示されたリソースブロックは、リソースプールであると認識する。そのリソース割当情報は、少なくともＮＲ−ＰＳＣＣＨが送信されるリソースを示す情報である。
【００６９】
なお、そのリソース割当情報は、ＮＲ−ＰＳＣＣＨが送信されるリソースを示す情報と、ＮＲ−ＰＳＳＣＨが送信されるリソースを示す情報と、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送信されるリソースを示す情報と、で個別に通知されてもよい。
【００７０】
なお、ＮＲ−ＰＳＳＣＨが送信されるリソースと、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送信されるリソースは、ＮＲ−ＰＳＣＣＨが送信されるリソースを示す情報に紐付いてもよい。例えば、ＮＲ−ＰＳＳＣＨが送信される周波数リソースは、ＮＲ−ＰＳＣＣＨが送信される周波数リソースと同じであってもよい。
【００７１】
なお、１つのＮＲ−ＰＤＣＣＨから複数のＮＲコンポーネントキャリアのリソースプールが指示されてもよい。例えば、ＮＲのプライマリーセルで送信されたＮＲ−ＰＤＣＣＨから、ＮＲのプライマリーセルおよびセカンダリーセルのサイドリンク通信に用いられるリソースプールが設定されてもよい。
【００７２】
なお、ＮＲ−ＰＤＣＣＨによるリソースプールの指示が可能なサブフレームおよびリソースブロックは、上位層情報によって制限されてもよい。その上位層情報は、例えば、専用ＲＲＣメッセージなどによる端末固有設定情報や、ＳＩＢなどの報知情報である。その上位層情報によって時間および周波数リソースプールの候補が設定され、ＮＲ−ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩによって、その候補から実際にリソースプールとして用いることができるサブフレームおよびリソースブロックが指示される。
【００７３】
サイドリンクのリソースプールに関する情報が含まれるＮＲ−ＰＤＣＣＨは、端末装置固有または端末装置グループ固有に送信されることが好ましい。すなわち、サイドリンクのリソースプール情報が含まれるＮＲ−ＰＤＣＣＨは、Ｃ−ＲＮＴＩなどの端末装置固有情報によって決定されるサーチスペースに配置される、もしくは、端末装置グループ固有の情報によって決定されるサーチスペースに配置されることが好ましい。
【００７４】
第２の端末装置のＮＲ−ＰＳＣＣＨのモニタリングの一例として、第２の端末装置はＮＲ−ＰＤＣＣＨとＮＲ−ＰＳＣＣＨの両方を常にモニタし続ける。第２の端末装置宛のＮＲ−ＰＤＣＣＨを検出した場合は、第２の端末装置は、上りリンクの送信処理または下りリンクの受信処理またはＮＲ−ＰＳＣＣＨの送信処理に移行し、そうでなければ、ＮＲ−ＰＳＣＣＨのモニタを試みる。この場合、第２の端末装置に対して、ＮＲ−ＰＳＣＣＨが送信される可能性のある複数のリソースの候補（ＮＲ−ＰＳＣＣＨ候補）を上位層から設定される、または、予め設定される。第２の端末装置は、その設定されたＮＲ−ＰＳＣＣＨ候補において、ＮＲ−ＰＳＣＣＨのブラインド復号を試みる。そのＮＲ−ＰＳＣＣＨ候補の設定情報は、第２の端末装置が基地局装置とＲＲＣ接続状態である場合には、専用ＲＲＣメッセージによって第２の端末装置に通知され、第２の端末装置が基地局装置とＲＲＣ接続状態でない場合には、第１の端末装置が送信するＮＲのサイドリンク用報知チャネル（ＮＲ−ＰＳＢＣＨ）によって第２の端末装置に報知される。ＮＲ−ＰＳＢＣＨに含まれる設定情報は、第１の端末装置がセルの内部に存在する場合は、基地局装置から設定された情報であり、第１の端末装置がセルの外部に存在する場合は、予め設定された情報である。
【００７５】
なお、ＮＲ−ＰＳＢＣＨが送信されるリソースプールも、ＮＲ−ＰＤＣＣＨによって指示されてもよい。ＮＲ−ＰＳＢＣＨが送信されるリソースプールを指示する方法も、ＮＲ−ＰＳＣＣＨが送信されるリソースプールを指示する方法と同様であってもよい。
【００７６】
第２の端末装置のＮＲ−ＰＳＣＣＨのモニタリングの別の一例として、第２の端末装置がセルの内部に存在する場合は、第２の端末装置はリソースプールが指定されるＮＲ−ＰＤＣＣＨを受信することができる。そのＮＲ−ＰＤＣＣＨを受信した場合に、第２の端末装置は、そのＮＲ−ＰＤＣＣＨに含まれるリソースプールの情報に基づいて、ＮＲ−ＰＳＣＣＨが送信されるリソースにおいてＮＲ−ＰＳＣＣＨの復号を試み、そうでなければ、次の単位フレームまでモニタリングの処理を待機する。これにより、１つの単位フレームにおいて複数回のＮＲ−ＰＳＣＣＨの復号を試みる動作を行わなくてよいため、端末装置の低消費電力や受信機の簡略化などの効果が期待できる。
【００７７】
図５は、サイドリンクの動的リソースプール割当の一例を示す図である。図４との差異として、サイドリンク通信においても自己完結型送信が可能である場合、図５に示す通りＮＲ−ＰＳＣＣＨ、ＮＲ−ＰＳＳＣＨおよびサイドリンクＡＣＫ／ＮＡＣＫチャネルの送受信が１つの所定の送受信時間（例えば、単位フレーム時間）内に割り当てられるサイドリンク送信用リソースプールで完結することができる。第１の端末装置は、ＮＲ−ＰＤＣＣＨの受信後に、ＮＲ−ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩ（第１のサイドリンク用ＤＣＩ）に基づいて、サイドリンクのリソースプールを認識する。そして、第１の端末装置は、その第１のサイドリンク用ＤＣＩから指示されたサイドリンクのリソースプールを用いてＮＲ−ＰＳＣＣＨとＮＲ−ＰＳＳＣＨを送信する。第２の端末装置は、第１の端末装置から送信されたＮＲ−ＰＳＣＣＨを受信後、そのＮＲ−ＰＳＣＣＨに含まれる情報に基づいてＮＲ−ＰＳＳＣＨの復号を試みる。
【００７８】
第１の端末装置は、第１のサイドリンク用ＤＣＩに含まれるサイドリンクの時間リソースに関する情報に基づいて、ＮＲ−ＰＳＳＣＨのチャネル長を決定することができる。または、第１の端末装置は、第１のサイドリンク用ＤＣＩに含まれるＮＲ−ＰＳＳＣＨのチャネル長に関する情報に基づいて、ＮＲ−ＰＤＣＣＨに含まれるサイドリンクの時間リソースを認識することができる。
【００７９】
これにより、サイドリンク通信においても自己完結型送信が可能となり、柔軟なリソース制御を行うことで、システムのリソース利用効率が良好となる。
【００８０】
図６は、サイドリンクの動的リソースプール割当の一例を示す図である。図５との差異として、第１の端末装置は、ＮＲ−ＰＳＣＣＨを用いて、第２の端末装置に対して第２の端末装置からのＮＲ−ＰＳＳＣＨ送信のスケジューリング情報を指示する。第２の端末装置は、ＮＲ−ＰＳＣＣＨの受信処理およびＮＲ−ＰＳＳＣＨの送信処理のためのギャップ時間を待機してから、そのＮＲ−ＰＳＳＣＨから指示された情報に基づいて、ＮＲ−ＰＳＳＣＨを送信する。これにより、特に、第２の端末装置がセルの外部に存在した場合でも、第１の端末装置を経由することで、基地局装置が、第２の端末装置が使うサイドリンク通信のためのリソースを、動的に制御することができ、システムのリソース利用効率が良好となる。
【００８１】
図６で送信されるＮＲ−ＰＳＣＣＨに含まれるサイドリンク通信を指示するＤＣＩ（第２のサイドリンク用ＤＣＩ）は、図５で送信されるＮＲ−ＰＳＣＣＨに含まれるサイドリンク通信を指示する第１のサイドリンク用ＤＣＩとは異なる。図５で送信されるＮＲ−ＰＳＣＣＨに含まれるサイドリンク通信を指示するＤＣＩは、第１の端末装置が第２の端末装置に対してＮＲ−ＰＳＣＣＨおよびＮＲ−ＰＳＳＣＨを送信するリソースをスケジュールするＤＣＩであり、図６で送信されるＮＲ−ＰＳＣＣＨに含まれるサイドリンク通信を指示するＤＣＩは、第１の端末装置が第２の端末装置に対してＮＲ−ＰＳＣＣＨを送信するリソース、および、第２の端末装置は第１の端末装置に対してそのＮＲ−ＰＳＣＣＨによってスケジュールされたＮＲ−ＰＳＳＣＨを送信するリソースをスケジュールするＤＣＩである。
【００８２】
また、図５で送信されるＮＲ−ＰＳＣＣＨに含まれるＳＣＩ（第１のＳＣＩ）と、図６で送信されるＮＲ−ＰＳＣＣＨに含まれるＳＣＩ（第２のＳＣＩ）は異なる。第１のＳＣＩは、第２の端末装置に対して第１の端末装置から送信されるＮＲ−ＰＳＳＣＨの受信を指示するために用いられ、第２のＳＣＩは、第２の端末装置に対して第１の端末装置宛のＮＲ−ＰＳＳＣＨの送信を指示するために用いられる。
【００８３】
図７は、サイドリンクの動的リソースプール割当の一例を示す図である。図７は、端末装置中継を想定する。図７は、図６から更に、ＮＲ−ＰＤＣＣＨによってサイドリンクのリソースプールの指示に加えて、ＮＲ−ＰＵＳＣＨのスケジューリングも行われる。図６と同様に、第１の端末装置は、ＮＲ−ＰＳＣＣＨによって、第２の端末装置に対してＮＲ−ＰＳＳＣＨの送信を指示し、第２の端末装置からのＳＬ−ＳＣＨを受信する。そして、第１の端末装置は、その受信したＳＬ−ＳＣＨをＮＲ−ＰＵＳＣＨに含めて基地局装置へ送信する。これにより、１つのＮＲ−ＰＤＣＣＨによってサイドリンクのリソースプールとＮＲ−ＰＵＳＣＨのスケジューリングを行うことができるため、ＮＲ−ＰＤＣＣＨによるオーバーヘッドを低減しつつ、低遅延な端末装置中継を実現することができる。
【００８４】
図８は、サイドリンクの動的リソースプール割当の一例を示す図である。図８は、ＮＲ−ＰＤＣＣＨによってサイドリンクのリソースプールを無線フレーム単位で指示する。サブフレーム＃０で送信される。
【００８５】
ＮＲ−ＰＤＣＣＨに含まれるサイドリンクのリソースプールの情報は、サイドリンクのリソースプールが設定されるサブフレームを１または０で指示されるビットマップ情報と、リソースブロックの開始位置Ｓ１、リソースブロックの終了位置Ｓ２、および連続するリソースブロック数Ｍによって指示される。
【００８６】
このサイドリンクのリソースプール情報を含むＮＲ−ＰＤＣＣＨは、端末共有に送られることが好ましい。すわなち、そのサイドリンクのリソースプール情報が含まれるＮＲ−ＰＤＣＣＨは、端末装置共通のサーチスペースに配置されることが好ましい。
端末装置がサブフレーム＃０でサイドリンクのリソースプール情報が含まれるＮＲ−ＰＤＣＣＨを受信した場合は、ＮＲ−ＰＤＣＣＨを受信したその無線フレーム間では、そのリソースプール情報を用いてリソースプールが設定される。一方で、端末装置が端末装置がサブフレーム＃０でサイドリンクのリソースプール情報が含まれるＮＲ−ＰＤＣＣＨを受信した場合は、その無線フレーム間では、リソースプールが設定されないと想定する。
【００８７】
＜＜２．技術的課題＞＞
続いて、本開示の一実施形態に係る通信システムの技術的課題について、特に、ＮＲのサイドリンクを介した装置間通信（例えば、Ｄ２Ｄ、Ｖ２Ｖに代表されるＶ２Ｘ通信等）を実現する場合に着目して説明する。
【００８８】
従来のＤ２ＤやＶ２Ｘでは、必要最低限のユースケースのサポートを目的として、ブロードキャスト通信をサポートしていた。これに対して、ＮＲのＶ２Ｘでは、ＬＴＥでのＶ２Ｘのユースケースをサポートすることに加えて、隊列走行、センサシェアリング、リモート操縦等のような、要求条件のより高いユースケースがサポートされる。そのため、このような要求条件のより高いユースケースをサポートするために、ブロードキャスト通信のサポートに加えて、ユニキャスト通信やグループキャスト（マルチキャスト）通信のサポートが検討されている。
【００８９】
従来のＤ２Ｄにおいても、上位層レベル（例えば、ＴＣＰ層やアプリケーション層レベル）でのグループキャスト通信を実施することは可能である。具体的には、送信側の端末装置がブロードキャストによって周囲の端末装置（即ち、受信側の端末装置）にデータを送信し、受信側の端末装置が上位層に含まれる宛先情報に基づいてデータを処理するか破棄するかを行う。従来のマルチキャスト通信の方式では、ブロードキャスト通信を用いるため、グループに属する端末装置に対して適切な通信制御を行うことが困難な場合があり、必ずしも効率的とは言えない場合があった。
【００９０】
高効率なユニキャスト通信及びグループキャスト通信を実現するためには、ＨＡＲＱのような、データの受信結果に応じた応答を送信側の装置にフィードバックする技術の導入は有効な手段である。ＨＡＲＱを適用することで、送信側の端末装置が受信側の端末装置におけるデータ複合の成否に応じてデータの再送を行うことが可能となるため、受信側の端末装置は、送信されたデータをソフト合成することが可能となる。また、ＡＣＫ／ＮＡＣＫフィードバックによって、送信側の端末装置が受信側の端末装置の受信品質の状態を知ることが可能であるため、ユニキャストまたはグループキャストのリンクアダプテーションを実現することが可能となる。具体的には、ＡＣＫが返ってきた場合には、送信側の端末装置は、例えば、送信に用いられたＭＣＳに対して十分な受信ＳＩＮＲが確保できていると判断し、次の送信には高いＭＣＳを用いることが可能となる。また、ＮＡＣＫが返ってきた場合には、送信側の端末装置は、例えば、送信に用いられたＭＣＳに対して十分な受信ＳＩＮＲを確保することが困難であると判断し、次の送信には低いＭＣＳを用いることが可能となる。以上のような制御により、良好なサイドリンク通信を実現することが可能となる。
【００９１】
一方で、サイドリンクを介した端末装置間における装置間通信に対してＨＡＲＱを適用するためには、受信側の端末装置が送信側の端末装置に対してＨＡＲＱをフィードバックするためのリソースの確保が必要となる。
【００９２】
以上のような状況を鑑み、本開示では、端末装置間における装置間通信（例えば、Ｄ２Ｄ、Ｖ２Ｖに代表されるＶ２Ｘ通信等）において、データの受信結果に応じた応答のフィードバックをより好適な態様で実現可能とする技術を提案する。具体的には、本開示では、ＮＲの適用を想定した端末装置間における装置間通信（例えば、ＮＲ  Ｖ２Ｘ）に対して、より好適な態様でＨＡＲＱを適用可能とする技術を提案する。
【００９３】
＜＜３．技術的特徴＞＞
以下に、本開示の一実施形態に係るシステムの技術的特徴について、特に、ＮＲのＶ２Ｘに代表されるサイドリンクを介した端末装置間での装置間通信におけるＨＡＲＱの実現に係る技術に着目して説明する。
【００９４】
サイドリンクを介した端末装置間における装置間通信において、送信側の端末装置は、ＰＳＣＣＨ、ＰＳＳＣＨに加えて、受信側の端末装置がsidelink  ACK/NACKチャネルやＨＡＲＱフィードバック用チャネルとして利用可能なリソースを取得する。なお、本開示では、sidelink  ACK/NACKチャネルやＨＡＲＱフィードバック用チャネル等のように、サイドリンクを介した応答の送信に利用可能なチャネルを便宜上「ＰＳＦＣＨ（Physical  Sidelink  Feedback  Channel）」とも称する。また、以降では、便宜上、送信側の端末装置を「送信端末」とも称し、受信側の端末装置を「受信端末」とも称する。即ち、端末装置間における装置間通信においては、送信端末から見た場合には受信端末が「他の端末装置」の一例に相当し、受信端末から見た場合には送信端末が「他の端末装置」の一例に相当し得る。このような仕組みが実現されることで、例えば、送信端末においてＰＳＦＣＨリソースを予め認識することが可能となるため、ＰＳＦＣＨの受信タイミングの調整や、ＰＦＳＣＨのブラインドデコードにかかる負荷の低減が可能となる。更に、グループキャストにおいて、複数受信端末で用いられるＰＳＦＣＨリソースのスケジューリングを調整することが容易となる。
【００９５】
ＰＳＦＣＨとしては、「Ｓｈｏｒｔ  ＰＳＦＣＨ」と「Ｌｏｎｇ  ＰＳＦＣＨ」との２種類が挙げられる。Ｓｈｏｒｔ  ＰＳＦＣＨは、２シンボル以下の長さで構成される。これに対して、Ｌｏｎｇ  ＰＳＦＣＨは、３シンボル以上、１４シンボル以下の長さで構成される。
【００９６】
（ＨＡＲＱフィードバックに利用可能なリソースの配置方法）
ここで、以下に、ＨＡＲＱフィードバックに利用可能なリソース（即ち、ＰＳＦＣＨリソース）の配置方法の一例について説明する。まず、装置間通信における受信側から送信側へのＨＡＲＱフィードバックにＳｈｏｒｔ  ＰＳＦＣＨが利用される場合に着目して、ＨＡＲＱフィードバックに利用可能なリソースの配置方法の一例について説明する。例えば、図９〜図１１は、ＨＡＲＱに利用可能なリソースの配置方法の一例について概要を説明するための説明図である。そこで、図９〜図１１に示す例それぞれについて以下に個別に説明する。
【００９７】
まず、図９に示す例について説明する。図９は、self-contained  feedbackを想定したＰＳＦＣＨの配置方法の一例について示している。即ち、図９は、１つのＰＳＳＣＨに対して１つのＰＳＦＣＨが関連付けられる場合における、当該ＰＳＦＣＨの配置方法の一例について示している。self-contained  feedbackが行われる場合には、例えば図９に示すように、ＰＳＳＣＨの送信に利用されるスロットの後方側の所定数のシンボル（例えば、後方１シンボル）に対してＨＡＲＱリソース（換言すると、ＰＳＦＣＨリソース）が割り当てられる。
【００９８】
次いで、図１０に示す例について説明する。図１０は、同一リンク間（同一送受信間）におけるHARQ  bundlingを想定したＰＳＦＣＨの配置方法の一例について示している。即ち、図１０は、複数のＰＳＳＣＨに対して１つのＰＳＦＣＨが関連付けられる場合における、当該ＰＳＦＣＨの配置方法の一例について示している。同一リンク間におけるHARQ  bundlingが行われる場合には、例えば図１０に示すように、互いに異なるスロットに配置された複数のＰＳＳＣＨに対して１つのＰＳＦＣＨが関連付けられ得る。
【００９９】
一方で、図１０に示す例では、互いに異なるスロットに配置された複数のＰＳＳＣＨに対して１つのＰＳＦＣＨが関連付けられ得るという特性から、ＰＳＣＣＨの取り逃しが生じる可能性がある。そのため、当該ＰＳＳＣＨの取り逃しを回避するために、ＬＴＥにおけるＤＡＩ（Downlink  Assignment  Index）に相当する仕組みが導入されることが望ましい。ＤＡＩとは、ＰＳＳＣＨが複数回に分けて送信される（換言すると、複数のスロットに分けて送信される）場合において、今は何回目の送信であるかを通知するためのインデックスである。なお、本開示においては、ＮＲのＶ２Ｘに代表されるサイドリンクを介した端末装置間における装置間通信に対して適用される、上記ＤＡＩに相当する仕組みを、便宜上「ＳＡＩ（Sidelink  Assignment  Index）」とも称する。即ち、受信端末は、ＳＡＩを用いることで、一部のＰＳＣＣＨ及びＰＳＳＣＨを取り逃した場合に、当該ＰＳＣＣＨ及びＰＳＳＣＨを特定し、当該ＰＳＣＣＨ及びＰＳＳＣＨに対するＮＡＣＫを送信端末に送信することが可能となる。
【０１００】
また、サイドリンクを介した装置間通信では、リピティション（Repetition）送信を適用することが可能である。そのため、リピティション送信とＳＡＩとの関係について一例を以下に説明する。互いに異なる複数のスロットそれぞれに配置されたＰＳＣＣＨ間において、同じＳＡＩであり、かつ同じＨＡＲＱ  ＩＤ（ＨＡＲＱプロセスＩＤ）であるという条件を満たす場合に、受信端末は、当該複数のスロットに対してPSSCH  repetitionが適用されていると認識することが可能である。換言すると、互いに異なる複数のスロットそれぞれに配置されたＰＳＣＣＨ間において、ＳＡＩが異なる場合や、ＨＡＲＱ  ＩＤが異なる場合には、受信端末は、当該複数のスロットそれぞれで送信されるデータが互いに異なるデータであると認識することが可能である。これにより、端末装置は、少ない制御情報で動的にリピティション制御（リピティションの適用／不適用の通知）が可能となる。
【０１０１】
次いで、図１１に示す例について説明する。図１１は、異なるリンク間（異なる送信端末間または異なる受信端末間）におけるHARQ  bundlingを想定したＰＳＦＣＨの配置方法の一例について示している。即ち、図１１は、複数のＰＳＳＣＨに対して複数のＰＳＦＣＨが関連付けられる場合における、当該ＰＳＦＣＨの配置方法の一例について示している。なお、図１１に示す例については、送信端末が異なる場合と、受信端末が異なる場合と、に分けてそれぞれ説明する。
【０１０２】
まず、送信端末が異なる場合の一例について説明する。この場合には、例えば、受信端末は、複数の送信端末それぞれに対して、互いに異なるリソースに関連付けてＨＡＲＱ−ＡＣＫを返送してもよい。換言すると、この場合には、受信端末は、ユニキャスト（Unicast）により、複数の送信端末それぞれに対して個別にＨＡＲＱ−ＡＣＫを返送してもよい。また、他の一例とそして、受信端末は、複数の送信端末に対するＨＡＲＱ−ＡＣＫを１つのＰＳＦＣＨに関連付けて返送してもよい。換言すると、この場合には、受信端末は、ブロードキャスト（broadcast）により、複数の送信端末に対してＨＡＲＱ−ＡＣＫを返送してもよい。
【０１０３】
次いで、受信端末が異なる場合（即ち、グループキャストやマルチキャストが行われる場合）の一例について説明する。この場合には、例えば、複数の受信端末のそれぞれが異なるリソースを用いてＨＡＲＱ−ＡＣＫを返送してもよい。即ち、この場合には、複数の受信端末それぞれに対して、フィードバックに利用可能なリソース（ＰＳＦＣＨ）が個別に割り当てられる。なお、本方式を、便宜上「フィードバックリソース個別割当方式」とも称する。また、他の一例として、複数の受信端末のそれぞれがフィードバックに利用可能な共通のリソースを用いてＨＡＲＱ−ＡＣＫを返送してもよい。即ち、この場合には、複数の受信端末に対して、フィードバックに利用可能な共通のリソース（ＰＳＦＣＨ）が割り当てられる。なお、本方式を、便宜上「フィードバックリソース共有割当方式」とも称する。
【０１０４】
なお、上述したように、ＨＡＲＱフィードバックに利用可能なリソースとして、Ｌｏｎｇ  ＰＳＦＣＨを利用することも可能である。この場合においても、Ｓｈｏｒｔ  ＰＳＦＣＨが利用される場合と同様のリソースの割当方法を適用することが可能である。
【０１０５】
（ＨＡＲＱフィードバックに利用可能なリソースの指示の方法）
続いて、ＨＡＲＱフィードバックに利用可能なリソースの指示の方法の一例について説明する。
【０１０６】
基本的には、ＨＡＲＱフィードバックに利用可能なリソースとして、時間リソース情報が通知される。この場合には、リソースの指示によって、リソースの配置パターンが切り替えられてもよい。なお、時間リソース情報については、事前に指定されてもよい。
【０１０７】
また、各種条件に応じて、ＨＡＲＱフィードバックに利用可能なリソースが決定されてもよい。
【０１０８】
例えば、パケットの緊急度に応じてリソースが決定されてもよい。具体的な一例として、緊急度の高いパケットの場合には、同一スロットにＰＳＦＣＨリソースが割り当てられてもよい。なお、緊急度の高いパケットとしては、例えば、遅延要求がより厳しいパケットが該当し得る。また、緊急度の低いパケットの場合には、所定数のスロット後のＰＳＦＣＨリソースが割り当てられてもよい。
【０１０９】
また、他の一例として、端末装置のケイパビリティ応じてリソースが決定されてもよい。具体的な一例として、Processing  time（ＰＳＳＣＨの復号時間やRx/Tx  Switching時間を含む）が短い端末装置については、同一スロットにＰＳＦＣＨリソースが割り当てられてもよい。即ち、受信端末が、同一スロット内での送信端末に対するフィードバックが可能な場合には、同一スロットにＰＳＦＣＨリソースが割り当てられてもよい。これに対して、Processing  timeが長い端末装置については、所定数のスロット後のＰＳＦＣＨリソースが割り当てられてもよい。即ち、受信端末が、同一スロット内での送信端末に対するフィードバックが困難な場合には、当該受信端末のProcessing  Timeよりも長い期間が経過した後のスロットにＰＳＦＣＨリソースが割り当てられてもよい。
【０１１０】
また、他の一例として、装置間通信に使用される周波数帯域の混雑度のレベルに応じてリソースが決定されてもよい。なお、上記周波数帯域の混雑度については、例えば、ＣＢＲ（Channel  Busy  Ratio）によって表される。具体的な一例として、上記周波数帯域の混雑度がより高いほど、時間セットがより短くとられるように制御されてもよい。
【０１１１】
また、他の一例として、端末装置のＣＲ（Channel  Occupancy  Ratio）に応じてリソースが決定されてもよい。具体的な一例として、ＣＲがより高く、周波数帯域がより多く保有されている場合には、時間オフセットがより短くとられるように制御されてもよい。
【０１１２】
もちろん、上記はあくまで一例であり、必ずしも本開示の一実施形態に係るシステムにおいて提供される機能（特に、ＨＡＲＱフィードバックに利用可能なリソースの決定に係る機能）を限定するものではない。即ち、上記以外の他の条件に応じてリソースが決定されてもよい。
【０１１３】
続いて、ＨＡＲＱフィードバックに利用可能なリソースが指定される場合の一例について説明する。なお、当該リソースの指定方法としては、明示的（explicit）な指定方法と、暗示的（implicit）な指定方法と、が想定され得る。そこで、それぞれの指定方法について以下に個別に説明する。
【０１１４】
まず、ＨＡＲＱフィードバックに利用可能なリソースが明示的に指定される場合における、当該指定方法の一例について説明する。この場合には、例えば、ＰＳＣＣＨのビットに対して、上記リソースに関する情報が関連付けられてもよい。なお、上記ＰＳＣＣＨのように、上記リソースに関する情報等のＰＳＦＣＨに関する情報が関連付けられる制御情報が、「第１の制御情報」の一例に相当する。
【０１１５】
具体的な一例として、ＰＳＣＣＨからＰＳＦＣＨまでの時間オフセットに関する情報により、ＨＡＲＱフィードバックに利用可能なリソースが指定されてもよい。この場合には、例えば、時間オフセットパターンに対応するビット列により、上記リソースが通知されてもよい。なお、本通知方法は、ＤＣＩフォーマット1_0，1_1に含まれるPDSCH-to-HARQ-feedback-timing-indicatorと同様の通知方法である。また、時間オフセットパターンが上位層により設定されなかった場合には、デフォルトの時間オフセットパターンが用いられてもよい。デフォルトの時間オフセットパターンとしては、例えば、｛０，１，２，３｝が挙げられる。また、時間オフセットは、例えば、スロット数により表される。
【０１１６】
また、他の一例として、ＰＳＦＣＨのリソースが指定されてもよい。例えば、図１１を参照して説明した例のように、所定のスロット内に複数のＰＳＦＣＨリソースが設定された場合には、当該ＰＳＦＣＨリソースを指定する情報が通知されてもよい。
【０１１７】
また、他の一例として、同一スロット内におけるＰＳＦＣＨのスキップに係る指示が行われてもよい。具体的な一例として、同一スロットでＰＳＦＣＨが送信されるか否かが通知されてもよい。即ち、同一スロットでＰＳＦＣＨが送信されることが通知された場合には、対応するスロットでＰＳＦＣＨが送信されることとなる。これに対して、同一スロットでＰＳＦＣＨが送信ないことが通知された場合には、例えば、予め指定されたスロットでＰＳＦＣＨがされてもよい。
【０１１８】
なお、上述した各種条件は個別に適用されてもよいし、複数の条件の組み合わせが適用されてもよい。また、上述した各種条件はあくまで一例であり、必ずしも本開示の一実施形態に係るシステムにおいて提供される機能（特に、ＨＡＲＱフィードバックに利用可能なリソースの決定に係る機能）を限定するものではない。即ち、上記以外の他の条件によりＨＡＲＱフィードバックに利用可能なリソースが指定されてもよい。
【０１１９】
次いで、ＨＡＲＱフィードバックに利用可能なリソースが暗示的に指定される場合における、当該指定方法の一例について説明する。
【０１２０】
具体的な一例として、ＰＳＣＣＨの物理リソースの位置に応じてＰＳＦＣＨのリソースが決定されてもよい。
【０１２１】
また、他の一例として、ＰＳＣＣＨのスクランブル系列に応じてＰＳＦＣＨのリソースが決定されてもよい。この場合には、例えば、PSCCH  scrambleやCRC  scramble等のスクランブル系列と、ＰＳＦＣＨのリソースと、が紐づけられてもよい。
【０１２２】
また、他の一例として、ＰＳＳＣＨの長さに応じてＰＳＦＣＨのリソースが決定されてもよい。具体的な一例として、ＰＳＳＣＨがＰＳＦＣＨリソースにオーバラップするように指示された場合には、当該スロットではＰＳＦＣＨが送信されず、以降のスロットで当該ＰＳＦＣＨが送信されてもよい。当該以降のスロットは、例えばスロットのオフセットやスロット番号等が、予め指定されてもよい。このような制御により、例えば、ＰＳＦＣＨの送信が行われないリソースをＰＳＳＣＨの送信に利用することが可能となり、リソース利用効率の向上を期待することが可能となる。
【０１２３】
また、他の一例として、ＳＣＩに含まれるＰＳＦＣＨのリソースに関する情報とは異なる制御情報に対して、リソースに関する情報が紐付けられることで、当該制御情報を利用してリソースが決定されてもよい。ＳＣＩに含まれるＰＳＦＣＨのリソースに関する情報とは異なる他の制御情報の一例としては、送信端末ＩＤ、受信端末ＩＤ、ＨＡＲＱプロセスＩＤ（HARQ  process  ID）、ＮＤＩ（New  Data  Indicator）、及びＲＶ（Redundancy  Version）等が挙げられる。具体的には、送信端末ＩＤが利用される場合には、例えば、送信端末ごとに上記リソースが割り当てられてもよい。また、受信端末ＩＤが利用される場合には、例えば、受信端末ごとに上記リソースが割り当てられてもよい。また、ＨＡＲＱプロセスＩＤが利用される場合には、当該ＨＡＲＱプロセスＩＤと時間オフセットに関する情報とが紐づけられてもよい。この場合には、例えば、ＨＡＲＱプロセスＩＤが時間オフセットを示してもよい。具体的な一例として、ＨＡＲＱプロセスＩＤが０の場合には、同一スロットでＰＳＦＣＨが送信され、ＨＡＲＱプロセスＩＤが１の場合には、次のスロットでＰＳＦＣＨが送信されるように制御されてもよい。
【０１２４】
また、他の一例として、ＰＳＦＣＨのリソースに関する情報が関連付けられたＳＣＩとは異なる、他のＳＣＩ（Sidelink  Control  Information）に含まれる制御情報を利用してリソースが決定されてもよい。他のＳＣＩとは、ブロードキャスト送信のためのＳＣＩ、他の端末間通信のＳＣＩ、ＰＳＦＣＨのリソースに関する情報が関連付けられたＳＣＩとは異なる制御情報を含むＳＣＩ等が挙げられる。具体的には、他のＳＣＩの情報から、ＰＳＦＣＨのリソースと重なることが判断された場合には、指示されたＰＳＦＣＨリソースとは異なるリソースを用いてＰＳＦＣＨが送信されてもよい。なお、上述した他のＳＣＩに含まれる制御情報が、「第２の制御情報」の一例に相当する。
【０１２５】
また、上述した明示的な指定方法と暗示的な指定方法との組み合わせが利用されてもよい。具体的には、条件に応じて取りうる値のセットが変わり、明示的な指定方法または暗示的な指摘方法により対応する値が指定されてもよい。
【０１２６】
より具体的な一例として、緊急度に応じて、時間オフセットのパターンが｛０，１，２，３｝と｛４，５，６，７｝との間で切り替わり、明示的な指定方法または暗示的な指摘方法によりオフセット値の通知が行われてもよい。また、他の一例として、装置間通信に使用される周波数帯域の混雑度のレベルに応じて、時間オフセットのパターンが｛０，１，２，３｝と｛４，５，６，７｝との間で切り替わり、明示的な指定方法または暗示的な指摘方法によりオフセット値の通知が行われてもよい。
【０１２７】
（ＨＡＲＱフィードバックリソースに加えて設定され得る情報）
続いて、ＨＡＲＱフィードバックリソースに加えて設定され得る情報の一例について以下に説明する。
【０１２８】
・スイッチングタイム（Switching  time）
例えば、ＰＳＳＣＨの直後にＰＳＦＣＨが送信される場合には、ＴｘとＲｘとの切り替えが必要となる。このＴｘとＲｘとの切り替えに要する時間については、スイッチングタイム（Switching  time）と称されている。
【０１２９】
ＴｘとＲｘとの切り替えが必要となる場合には、例えば、Ｒｘ／Ｔｘスイッチングのために１シンボル以上のスイッチングギャップ（Switching  gap）が設けられているとよい。スイッチングギャップについては、予め設定されてもよい。例えば、ＰＳＳＣＨ及びＰＳＦＣＨのいずれにも用いられないシンボルを利用してＲｘ／Ｔｘスイッチングが行われてもよい。また、この場合には、ＢＷＰ（Bandwidth  Part）（または、サブキャリア間隔）ごとにスイッチングギャップが設定されてもよい。
【０１３０】
また、他の一例として、スイッチングギャップがＲＲＣにより設定されてもよい。この場合には、例えば、どのシンボルがスイッチングシンボル（Switching  symbol）に該当するかに関する情報が通知されてもよい。また、この場合には、ＢＷＰ（または、サブキャリア間隔）ごとにスイッチングギャップが設定されてもよい。
【０１３１】
また、他の一例として、スイッチングギャップがＰＳＣＣＨにより通知されてもよい。この場合には、明示的（Explicit）な通知方法と、暗示的（Implicit）な通知方法とが適用され得る。明示的な通知方法が適用される場合には、例えば、何シンボル目がスイッチングシンボルに該当するかと、スイッチングギャップの有無と、のうちの少なくともいずれかに関する情報がＰＳＣＣＨで通知されるとよい。また、暗示的な通知方法が適用される場合には、例えば、ＰＳＳＣＨ及びＰＳＦＣＨによって割り当てられたリソース以外については、スイッチングギャップとして用いることが可能である。
【０１３２】
なお、スイッチングギャップが１シンボル以上設けられた場合には、他の端末装置が当該スイッチングギャプを他の用途で使用することも可能である。具体的な一例として、１シンボル以上のスイッチングギャップ間において、他の端末装置が、ＤＳＲＣ（Dedicated  Short  Range  Communications）機器への検出用信号を送信することも可能である。また、他の一例として、１シンボル以上のスイッチングギャップ間において、他の端末装置が、ＰＳＦＣＨの送信を行ってもよい。また、他の端末装置は、自分宛てではないＰＳＣＣＨ（ＳＣＩ）を受信することも可能である。即ち、他の端末装置は、自分宛てではないＰＳＣＣＨ（ＳＣＩ）を取得することで、スイッチングギャップを認識し、当該スイッチングギャップを活用して信号を送信することが可能である。
【０１３３】
また、他の一例として、スイッチングギャップは、端末装置のケイパビリティ（Capability）情報に基づき設定されてもよい。具体的な一例として、Processing  time（ＰＳＳＣＨの復号時間やRx/Tx  Switching時間を含む）が長い端末装置については、スイッチングギャップが２シンボル以上設けられ、Processing  timeが短い端末装置については、スイッチングギャップが１シンボルのみ設けられてもよい。また、この場合には、ＢＷＰ（または、サブキャリア間隔）ごとにスイッチングギャップが設定されてもよい。
【０１３４】
また、ＰＳＳＣＨの後方シンボルの一部が、Ｒｘ／Ｔｘスイッチングに利用されてもよい。具体的な一例として、受信端末は、ＰＳＳＣＨの全てのシンボルを受信する前にデータの復号を完了することができた場合には、後方シンボルの一部（例えば、データの復号完了後に送達するシンボルの一部）をＲｘ／Ｔｘスイッチングに利用してもよい。
【０１３５】
また、ＰＳＦＣＨの先頭、または、後述するＡＧＣシンボルの一部が、Ｒｘ／Ｔｘスイッチングに利用されてもよい。具体的な一例として、受信端末は、ＰＳＦＣＨの先頭シンボル、または、後述するＡＧＣシンボルの一部をバンクチャし（送信せずに）、Ｒｘ／Ｔｘスイッチングに利用してもよい。
【０１３６】
・ＡＧＣシンボル（AGC  symbol）
ＤＬ（Downlink）については基地局が固定されており（即ち、基地局が移動せず）、さらに周期信号が基地局から定期的に送信されるため、端末装置は、当該周期信号を用いてＡＧＣ（Automatic  Gain  Control）を行うことが可能である。また、ＵＬ（Uplink）においても、基地局の受信電力が一定となるように送信電力制御が定期的に行われるため、受信電力が大幅に変化するような状況は発生しにくい。
【０１３７】
一方で、Ｄ２ＤやＶ２Ｘのような端末装置間における装置間通信においては、送信端末と受信端末との双方が動的に移動し得る。このような特性から、当該装置間通信については送受信間の距離が大きく変わり得るため、受信電力が大幅に変化する可能性がある。このような状況を鑑みて、受信端末が、受信信号の復調を行う前に、当該受信信号のゲインコントロール（即ち、ＡＧＣ）を行うことで、受信信号のピークレベルを調整することが望ましい場合がある。このように、受信端末がＡＧＣを行う場合には、送信端末は、例えば、ＰＳＣＣＨ及びＰＳＦＣＨのうちの少なくともいずれかの送信の前に、ＡＧＣ用の信号（換言すると、信号の復調におけるゲインコントロールに利用可能な信号）の送信を行ってもよい。
【０１３８】
例えば、図１２は、ＡＧＣシンボルについて概要を説明するための説明図であり、ＰＳＦＣＨに対してＡＧＣシンボルが付加される場合における概略的なフレーム構成の一例を示している。図１２において、横軸は時間を示している。即ち、図１２に示す例では、ＰＳＦＣＨのシンボルの直前に、ＡＧＣシンボルが付加されている。即ち、受信端末は、ＰＳＦＣＨの復調を行う前に、当該ＡＧＣシンボルを利用してＡＧＣを行うことで、受信信号（ＰＳＦＣＨ）のピークレベルを調整することが可能となる。即ち、ＡＧＣシンボルは、信号を受信する端末装置が当該信号の復調におけるゲインコントロール（即ち、ＡＧＣ）に利用可能なシンボルに相当する。
【０１３９】
ＰＳＦＣＨに対するＡＧＣシンボルの付加条件については、例えば、予め設定されていてもよい。この場合には、例えば、ＰＳＦＣＨが送信される際に、常にＡＧＣシンボルが付加されてもよい。
【０１４０】
また、他の一例として、ＰＳＦＣＨに対するＡＧＣシンボルの付加条件が、ＲＲＣシグナリングにより設定されてもよい。この場合には、例えば、ＢＷＰ（または、サブキャリア間隔）ごとにＡＧＣシンボルを付加するか否かが設定され得る。
【０１４１】
また、他の一例として、ＰＳＦＣＨに対するＡＧＣシンボルの付加条件が、ＰＳＣＣＨを利用して明示的（Explicit）に通知されてもよい。この場合には、例えば、何シンボル目がＡＧＣシンボルに該当するかと、ＡＧＣギャップ（AGC  gap）の有無と、のうちの少なくともいずれかがＰＳＣＣＨで通知されるとよい。
【０１４２】
また、他の一例として、ＰＳＦＣＨに対するＡＧＣシンボルの付加条件が、暗示的（Implicit）に通知されてもよい。具体的な一例として、ＰＳＣＣＨまたはＰＳＳＣＨに対してＡＧＣシンボルが付加されている場合には、ＰＳＦＣＨに対してＡＧＣシンボルが付加されてもよい。これに対して、ＰＳＣＣＨ及びＰＳＳＣＨに対してＡＧＣシンボルが付加されていない場合には、ＰＳＦＣＨに対してＡＧＣシンボルが付加されなくてもよい。
【０１４３】
もちろん上記はあくまで一例であり、ＰＳＦＣＨに対するＡＧＣシンボルの付加条件は上述した例には限定されない。具体的な一例として、ＡＧＣシンボルを付加するか否かが、送受信間の距離に応じて決定されてもよい。また、他の一例として、ＡＧＣシンボルを付加するか否かが、端末装置の位置するゾーンに関する情報に応じて決定されてもよい。また、他の一例として、ＡＧＣシンボルを付加するか否かが、トラフィックパターンに応じて決定されてもよい。具多的な一例として、周期トラフィックに関しては、必ずしも全てのＰＳＦＣＨ送信に対してＡＧＣシンボルが付加されなくてもよい。また、他の一例として、リピティション送信が適用される場合には、例えば、最初の送信に対してＡＧＣシンボルが付加され、以降の送信についてはＡＧＣシンボルが付加されなくてもよい。また、他の一例として、ＡＧＣシンボルを送信してから所定の送信回数（カウンタ）を超過する、または、所定の時間（タイマ）を経過するまで、ＡＧＣシンボルが付加されなくてもよい。また、ＡＧＣシンボルを付加するか否かが、端末装置のケイパビリティ（Capability）情報に応じて決定されてもよい。また、ユニキャスト通信またはグループキャスト通信における、端末間リンクの初期セットアップ時において、物理チャネル（ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ）にＡＧＣシンボルが付加されてもよい。また、２回目以降のフィードバック送信の際には、ＡＧＣシンボルの付加が省略されてもよい。このような条件の設定については、例えば、送信端末または基地局から受信端末に対して通知や設定が行われてもよい。
【０１４４】
また、受信端末が送信端末に対してＰＳＦＣＨをフィードバックする際に、当該受信端末が、当該ＰＳＦＣＨに対してＡＧＣシンボルを付加することで、新たなフィードバック情報を付加してもよい。具体的な一例として、受信端末は、ＰＳＳＣＨの受信が失敗した場合に、ＡＧＣシンボルとＮＡＣＫを含んだＰＳＦＣＨとを送信端末に返送することで受信電力に関する情報をフィードバックすることが可能となる。なお、ＰＳＳＣＨの受信に失敗する場合の一例として、受信電力が大きすぎることで、ＰＳＳＣＨの受信に失敗する場合が挙げられる。また、受信端末は、ＰＳＣＣＨまたはＰＳＣＣＨの受信電力が所定のレンジ外であった場合に、ＡＧＣシンボルを付加してＰＳＦＣＨを送信端末に返送してもよい。
【０１４５】
次いで、ＡＧＣシンボルの構成の一例について説明する。ＡＧＣシンボルは、例えば、ＣＳＩ測定用信号で構成され得る。また、他の一例として、ＡＧＣシンボルは、ＰＳＣＣＨまたはＰＳＦＣＨの先頭シンボルのＣＰ（Cyclic  prefix）を延長させることで構成されてもよい。また、他の一例として、ＡＧＣシンボルは、ＤＳＲＣ機器が受信可能な信号で構成されてもよい。この場合には、例えば、ＤＳＲＣ機器が当該信号を検出することでリソース占有状況を他の装置に伝えることが可能となり、ＡＧＣ効果に加えて、ＤＳＲＣとのより高効率な共存が可能となり得る。
【０１４６】
また、ＡＧＣシンボル、１シンボルまたは１シンボル以下の長さ（サブシンボルとも称することが可能である）の信号であることが望ましい。また、ＡＧＣシンボルの長さは、シンボル長（または、サブキャリア間隔）に関わらず、一定の長さであってもよい。
【０１４７】
（ＰＳＦＣＨに関する送信パラメータの上書き）
ＰＳＦＣＨに関する送信パラメータは、ＰＳＦＣＨが送信される前であれば、上書きすることが可能である。上書き可能なＰＳＦＣＨの送信パラメータとしては、例えば、以下に示すパラメータが挙げられる。
・ＰＳＦＣＨ送信リソース
・送信電力
・ＰＳＦＣＨフォーマット（例えば、Ｌｏｎｇ  ＰＳＦＣＨまたはｓｈｏｒｔ  ＰＳＦＣＨ）
・ＡＧＣシンボルの付加
・ＰＳＦＣＨのＤＭＲＳシーケンス
【０１４８】
また、ＰＳＦＣＨに関する送信パラメータは、例えば、他のＳＣＩによって上書きされてもよい。具体的な一例として、所定のＳＣＩでＰＳＦＣＨの送信パラメータが指示された後であり、かつ当該ＰＳＦＣＨの送信前に、当該ＳＣＩとは異なる他のＳＣＩによって送信パラメータが改めて指示されるような状況が想定され得る。このような場合には、当該他のＳＣＩで指示された送信パラメータが用いられてもよい。
【０１４９】
また、他の一例として、ＰＳＦＣＨの送信タイミングが、より優先度の高い信号またはチャネルの送信タイミングまたは受信タイミングと重複する場合に、当該ＰＳＦＣＨに関する送信パラメータが上書きされてもよい。具体的な一例として、ＰＳＦＣＨの送信タイミングが、同期信号またはＰＳＤＣＨの送信タイミングまたは受信タイミングと重複する場合に、当該ＰＳＦＣＨの送信タイミングが延期されるように送信リソースの割り当てが制御されてもよい。
【０１５０】
以上のような制御により、チャネルや通信の状況により追従可能となるように、適応的な通信を実現することが可能となる。
【０１５１】
（グループキャストＨＡＲＱ）
続いて、グループキャストを想定したＨＡＲＱ（以降では、便宜上「グループキャストＨＡＲＱ」とも称する）について説明する。グループＩＤに関連付けられたＰＳＣＣＨ及び／またはＰＳＳＣＨの送信については、グループキャスト送信とみなすことが可能である。そこで、グループキャストＨＡＲＱを実現するための技術の一例について以下に説明する。
【０１５２】
まず、グループキャストＨＡＲＱのフィードバックリソースの割り当て方法について、送信端末がグループに所属する端末装置を認識している場合と、送信端末がグループに所属する端末装置を認識していない場合と、に分けて説明する。
【０１５３】
送信端末がグループに所属する端末装置を認識している場合には、受信端末が応答としてＡＣＫ／ＮＡＣＫを送信するか、ＮＡＣＫのみを送信するか、に応じて、フィードバックリソースの割り当て方法が異なる。ここで、受信端末が応答としてＡＣＫ／ＮＡＣＫを送信する場合においては、具体的には、受信端末は、ＰＳＳＣＨの復号に成功した場合に応答としてＡＣＫを送信し、ＰＳＳＣＨの復号に失敗した場合に応答してＮＡＣＫを送信する。また、受信端末が応答としてＮＡＣＫのみを送信する場合においては、具体的には、受信端末は、ＰＳＳＣＨの復号に成功した場合には応答（例えば、ＡＣＫ）を送信せず、ＰＳＳＣＨの復号に失敗した場合に応答としてＮＡＣＫを送信する。
【０１５４】
受信端末が応答としてＡＣＫ／ＮＡＣＫを送信する場合には、例えば、送信端末は、各受信端末に対して、直交した個別のＨＡＲＱフィードバックリソース（即ち、ＰＳＦＣＨリソース）を割り当てることが可能である。なお、この場合におけるフィードバックリソースの割当方式を、便宜上「フィードバックリソース個別割当方式」とも称する。ここで、各受信端末に対して個別にフィードバックリソースを割り当てるということは、各受信端末に対して互いに異なる物理リソース（例えば、時間、周波数、及び直交コード）が割り当てられることを意味し得る。また、「フィードバックリソース個別割当方式」が、「第１の割当方式」の一例に相当する。
【０１５５】
フィードバックリソース個別割当方式が適用されることで、例えば、送信端末は、各受信端末における情報の復号状況（例えば、ＰＳＣＣＨ及びＰＳＳＣＨの復号結果）を個別に認識することが可能となる。即ち、この場合には、各受信端末に対して固有（個別）のリソースが割り当てられるため、送信端末は、どの受信端末が情報の受信に成功し、どの受信端末が情報の受信に失敗したかを認識することが可能となる。
【０１５６】
また、フィードバックリソース個別割当方式が適用されることで、例えば、受信端末が応答としてＡＣＫ及びＮＡＣＫのいずれも送信しないことで、ＤＴＸ（Discontinuous  Transmission）をフィードバックすることも可能となる。なお、ＤＴＸが通知された場合には、送信端末は、例えば、受信端末側でＰＳＣＣＨの復号に失敗したと判断することが可能となる。
【０１５７】
また、受信端末が応答としてＮＡＣＫのみを送信する場合には、送信端末は、ＨＡＲＱフィードバックリソースの割当方式として２つの方式を選択的に適用することが可能である。
【０１５８】
まず、１つ目の方式は、上述した「フィードバックリソース個別割当方式」である。即ち、送信端末は、各受信端末に対して、直交した個別のＨＡＲＱフィードバックリソースを割り当てることが可能である。この場合には、各受信端末に対して固有（個別）のリソースが割り当てられるため、送信端末は、どの受信端末が情報の受信に成功し、どの受信端末が情報の受信に失敗したかを認識することが可能となる。
【０１５９】
これに対して、２つ目の方式は、送信端末が、グループに所属する受信端末間で共通のＨＡＲＱフィードバックリソースを割り当てる方式である。なお、この場合におけるフィードバックリソースの割当方式を、便宜上「フィードバックリソース共有割当方式」とも称する。ここで、各受信端末に対して共通のフィードバックリソースを割り当てるということは、同一の物理リソース（例えば、時間及び周波数）が各受信端末間で共有されるように割り当てられることを意味し得る。また、「フィードバックリソース共有割当方式」が、「第２の割当方式」の一例に相当する。この場合には、グループに所属する受信端末間でリソースが共通となるため、ＨＡＲＱフィードバックに対するリソース利用効率を向上させることが可能となる。
【０１６０】
次いで、送信端末がグループに所属する端末装置を認識していない場合の例について説明する。送信端末がグループに所属する端末装置を認識していない場合には、例えば、受信端末が応答としてＮＡＣＫのみを送信する方式が適用され得る。また、ＨＡＲＱフィードバックリソースの割当方式としては、フィードバックリソース共有割当方式が適用され得る。
【０１６１】
続いて、グループキャストＨＡＲＱにおける、ＨＡＲＱフィードバックリソースの割当方式の切り替えについて説明する。グループキャストＨＡＲＱが行われる場合にはＨＡＲＱフィードバックリソースの割当方式として、上述した「フィードバックリソース個別割当方式」と「フィードバックリソース共有割当方式」とが所定の条件に応じて選択的に適用されてもよい。
【０１６２】
具体的な一例として、グループに所属する受信端末の数に応じて、ＨＡＲＱフィードバックリソースの割当方式が切り替えられてもよい。より具体的には、グループに所属する受信端末の数が少ない場合（即ち、閾値未満の場合）には、「フィードバックリソース個別割当方式」が適用されてもよい。これに対して、グループに所属する受信端末の数が多い場合（即ち、閾値以上の場合）や、グループに所属する受信端末の数が不明の場合には、「フィードバックリソース共有割当方式」が適用されてもよい。
【０１６３】
また、他の一例として、装置間通信に使用される周波数帯域の混雑度のレベルに応じて、ＨＡＲＱフィードバックリソースの割当方式が切り替えられてもよい。より具体的には、上記周波数帯域の混雑度のレベルが低い場合（即ち、閾値未満の場合）には、「フィードバックリソース個別割当方式」が適用されてもよい。これに対して、上記周波数帯域の混雑度のレベルが高い場合（即ち、閾値以上の場合）には、「フィードバックリソース共有割当方式」が適用されてもよい。
【０１６４】
また、他の一例として、送信端末とグループに所属する各受信端末との位置関係に応じて、ＨＡＲＱフィードバックリソースの割当方式が切り替えられてもよい。より具体的には、送信端末から最も遠くに位置する受信端末を対象とした送受信端末間の距離が長い場合（即ち、閾値以上の場合）には、「フィードバックリソース個別割当方式」が適用されてもよい。これに対して、送信端末から最も遠くに位置する受信端末を対象とした送受信端末間の距離が短い場合（即ち、閾値未満の場合）には、「フィードバックリソース共有割当方式」が適用されてもよい。
【０１６５】
また、他の一例として、ＰＳＳＣＨの送信方式に応じて、ＨＡＲＱフィードバックリソースの割当方式が切り替えられてもよい。より具体的には、ＰＳＳＣＨが高いＭＣＳ（Modulation  and  Coding  Scheme）で送信される場合（即ち、多値レベルが閾値以上の場合）には、「フィードバックリソース個別割当方式」が適用されてもよい。これに対して、ＰＳＳＣＨが低いＭＣＳで送信される場合（即ち、多値レベルが閾値未満の場合）には、「フィードバックリソース共有割当方式」が適用されてもよい。
【０１６６】
また、他の一例として、ＱｏＳレベル（換言すると、緊急度のレベル）に応じて、ＨＡＲＱフィードバックリソースの割当方式が切り替えられてもよい。より具体的には、ＱｏＳレベルが場合（即ち、閾値以上の場合）には、「フィードバックリソース個別割当方式」が適用されてもよい。これに対して、ＱｏＳレベルが低い場合（即ち、閾値未満の場合）には、「フィードバックリソース共有割当方式」が適用されてもよい。
【０１６７】
以上のように、ＨＡＲＱフィードバックリソースの割当方式が各種条件に基づき選択的に切り替えられることで、通信効率やフィードバックリソースのオーバーヘッドを状況に応じて調整することが可能となる。なお、上記はあくまで一例であり、ＨＡＲＱフィードバックリソースの割当方式の切り替え条件として上記とは異なる他の条件が適用されてもよい。
【０１６８】
（応答の通知方法）
続いて、応答（ＡＣＫ／ＮＡＣＫまたはＮＡＣＫ）の通知方法の一例について説明する。
【０１６９】
具体的な一例として、応答の通知に、オンオフ変調（On-Off  keying）が適用されてもよい。この場合には、フィードバックを受ける端末装置は、例えば、所定のリソースの受信電力が閾値以上の場合にはＮＡＣＫと判断し、当該受信電力が当該閾値未満の場合にはＡＣＫと判断してもよい。
【０１７０】
また、他の一例として、応答の通知に、シーケンス（Sequence）が利用されてもよい。この場合には、例えば、ＡＣＫ／ＮＡＣＫを表すシーケンスパターンを用いて応答が送信されてもよい。
【０１７１】
また、他の一例として、応答の通知に、ペイロード（Payload）が利用されてもよい。この場合には、物理チャネルに対してＡＣＫ／ＮＡＣＫを表すビット情報が関連付けられることで応答が送信されてもよい。
【０１７２】
また、他の一例として、応答の通知に、Resource  selectionの仕組みが適用されてもよい。この場合には、例えば、２種類のフィードバックリソースが割り当てられる。このような前提の基で、フィードバックを受ける端末装置は、例えば、一方のリソースを利用して応答が送信された場合にＡＣＫと判断し、他方のリソースを利用して応答が送信された場合にＮＡＣＫと判断してもよい。
【０１７３】
もちろん、上記はあくまで一例であり、他の端末装置に対して応答（ＡＣＫ／ＮＡＣＫまたはＮＡＣＫ）を通知することが可能であれば、その方法は特に限定されない。
【０１７４】
＜＜４．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局装置１は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２０７】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２０８】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２０９】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２１０】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図１６に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図１６には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２１１】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２１２】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２１３】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図１６に示したように複数のアンテナ９３７を有してもよい。なお、図１６にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２１４】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２１５】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１６に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２１６】
図１６に示したカーナビゲーション装置９２０において、図３を参照して説明した上位層処理部２０１及び制御部２０３のうち１つ以上の構成要素は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２１７】
また、図１６に示したカーナビゲーション装置９２０において、例えば、図３を参照して説明した受信部２０５及び送信部２０７は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、送受信アンテナ２０９は、アンテナ９３７において実装されてもよい。
【０２１８】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、上位層処理部２０１、制御部２０３、受信部２０５、及び送信部２０７のうち少なくともいずれかを備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２１９】
＜＜５．むすび＞＞
以上説明したように、本開示の一実施形態に係るシステムにおいて、通信装置（受信端末）は、無線通信を行う通信部と、装置間通信を介した他の端末装置（送信玉津）からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御する制御部と、を備える。上記制御部は、上記装置間通信に関する条件に基づき、上記応答の送信に使用するリソースを決定する。また、通信装置（送信端末）は、無線通信を行う通信部と、装置間通信を介して他の端末装置（受信端末）にデータが送信されるように制御する制御部と、を備える。上記制御部は、上記装置間通信に関する条件に応じたリソースを使用して上記他の端末装置から送信される、上記データの送信に対する応答が取得されるように制御する。
【０２２０】
以上のような構成により、ＮＲの適用を想定した端末装置間における装置間通信（例えば、ＮＲ  Ｖ２Ｘ）において、データの受信結果に応じた応答の送信に利用可能なリソースをより好適な態様で確保することが可能となる。即ち、上記装置間通信に対してユニキャストやグループキャスト（マルチキャスト）が適用される場合においても、データの受信結果に応じた応答のフィードバックをより好適な態様で実現することが可能となる。より具体的には、上述した構成により、ＮＲの適用を想定した端末装置間における装置間通信（例えば、ＮＲ  Ｖ２Ｘ）に対して、より好適な態様でＨＡＲＱを適用することが可能となる。そのため、本開示に係る技術に依れば、ＮＲ  Ｖ２Ｘに代表される端末装置間における装置間通信において、高効率なユニキャスト通信やグループキャスト通信をより好適な態様で実現することが可能となる。
【０２２１】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２２２】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２２３】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御する制御部と、
を備え、
前記制御部は、前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定する、
通信装置。
（２）
前記制御部は、前記データの送信に関連付けて前記他の端末装置から通知される情報に基づき、前記応答の送信に使用するリソースを決定する、前記（１）に記載の通信装置。
（３）
前記他の端末装置から通知される情報は、前記リソースに関する情報である、前記（２）に記載の通信装置。
（４）
前記リソースに関する情報は、前記リソースが関連付けられた第１の制御情報からの時間オフセットに関する情報を含む、前記（３）に記載の通信装置。
（５）
前記他の端末装置から通知される情報は、前記装置間通信の条件に関する情報である、前記（２）に記載の通信装置。
（６）
前記装置間通信の条件に関する情報は、
前記リソースが関連付けられた第１の制御情報のスクランブル系列に関する情報と、
前記第１の制御情報とは異なる、前記装置間通信に関する第２の制御情報と、
のうちの少なくともいずれかを含む、
前記（５）に記載の通信装置。
（７）
前記第２の制御情報は、前記応答の送信に係る処理に関連付けられた識別情報を含む、前記（６）に記載の通信装置。
（８）
前記他の端末装置から通知される情報として取り得る値のセットは、所定の条件に応じて選択的に切り替えられる、前記（２）〜（７）のいずれか一項に記載の通信装置。
（９）
前記所定の条件は、
前記データのパケットに関連付けられた緊急度と、
前記装置間通信に使用される周波数帯域の混雑度のレベルと、
のうちの少なくともいずれかに関する条件を含む、
前記（８）に記載の通信装置。
（１０）
前記制御部は、
前記データのパケットに関連付けられた緊急度と、
前記通信装置の前記装置間通信に関するケイパビリティと、
前記装置間通信に使用される周波数帯域の混雑度のレベルと、
前記通信装置による前記周波数帯域の占有率と、
のうちの少なくともいずれかに関する情報に基づき、前記応答の送信に使用するリソースを決定する、
前記（１）に記載の通信装置。
（１１）
前記制御部は、複数の前記他の端末装置それぞれに対する前記応答の送信それぞれに対して前記リソースを個別に決定する、前記（１）〜（１０）のいずれか一項に記載の通信装置。
（１２）
前記制御部は、複数の前記他の端末装置それぞれに対する前記応答の送信に対して共通の前記リソースを決定する、前記（１）〜（１０）のいずれか一項に記載の通信装置。
（１３）
前記制御部は、所定の条件に基づき、前記応答に対して、当該応答の復調におけるゲインコントロールに利用可能なシンボルを関連付ける、前記（１）〜（１２）のいずれか一項に記載の通信装置。
（１４）
前記制御部は、前記他の端末装置から前記装置間通信を介して送信される情報に応じて、前記応答に対して前記シンボルを関連付ける、前記（１３）に記載の通信装置。
（１５）
前記制御部は、
前記リソースが関連付けられた第１の制御情報に対して、当該第１の制御情報の復調におけるゲインコントロールに利用可能なシンボルが関連付けられているか否かに応じて、
前記応答に対して、当該応答の復調におけるゲインコントロールに利用可能なシンボルを関連付ける、
前記（１４）に記載の通信装置。
（１６）
無線通信を行う通信部と、
装置間通信を介して他の端末装置にデータが送信されるように制御する制御部と、
を備え、
前記制御部は、前記装置間通信に関する条件に応じたリソースを使用して前記他の端末装置から送信される、前記データの送信に対する応答が取得されるように制御する、
を備える、通信装置。
（１７）
前記制御部は、
前記他の端末装置に対して前記リソースを割り当て、
当該リソースの割り当て結果に応じた情報が当該他の端末装置に通知されるように制御する、
前記（１６）に記載の通信装置。
（１８）
前記制御部は、複数の前記他の端末装置に対して前記リソースを個別に割り当てる、前記（１７）に記載の通信装置。
（１９）
前記制御部は、複数の前記他の端末装置に対して共通の前記リソースを割り当てる、前記（１７）に記載の通信装置。
（２０）
前記制御部は、前記他の端末装置における前記データの復号の成功時には当該他の端末装置から前記応答が送信されない設定の場合に、複数の前記他の端末装置に対して、共通の前記リソースを割り当てる、前記（１９）に記載の通信装置。
（２１）
前記制御部は、
前記リソースの割当方式として、
複数の前記他の端末装置に対して前記リソースを個別に割り当てる第１の割当方式と、
複数の前記他の端末装置に対して共通の前記リソースを割り当てる第２の割当方式と、
のいずれを適用するかを所定の条件に基づき決定する、
前記（１７）に記載の通信装置。
（２２）
前記制御部は、
前記データの送信対象となる前記他の端末装置の数と、
前記装置間通信に使用される周波数帯域の混雑度のレベルと、
のうちの少なくともいずれかに関する条件に基づき、前記第１の割当方式と前記第２の割当方式とのうちのいずれを適用するかを決定する、
前記（２１）に記載の通信装置。
（２３）
コンピュータが、
無線通信を行うことと、
装置間通信を介した他の端末装置からのデータの送信に対する応答が、当該装置間通信を介して当該他の端末装置に送信されるように制御することと、
前記装置間通信に関する条件に基づき、前記応答の送信に使用するリソースを決定することと、
を含む、通信方法。
（２４）
コンピュータが、
無線通信を行うことと、
装置間通信を介して他の端末装置にデータが送信されるように制御することと、
前記装置間通信に関する条件に応じたリソースを使用して前記他の端末装置から送信される、前記データの送信に対する応答が取得されるように制御することと、
を含む、通信方法。
【符号の説明】
【０２２４】
１        基地局装置
１０１    上位層処理部
１０３    制御部
１０５    受信部
１０５１  復号化部
１０５３  復調部
１０５５  多重分離部
１０５７  無線受信部
１０５９  チャネル測定部
１０７    送信部
１０７１  符号化部
１０７３  変調部
１０７５  多重部
１０７７  無線送信部
１０７９  リンク参照信号生成部
１０９    送受信アンテナ
２        端末装置
２０１    上位層処理部
２０３    制御部
２０５    受信部
２０５１  復号化部
２０５３  復調部
２０５５  多重分離部
２０５７  無線受信部
２０５９  チャネル測定部
２０７    送信部
２０７１  符号化部
２０７３  変調部
２０７５  多重部
２０７７  無線送信部
２０７９  リンク参照信号生成部
２０９    送受信アンテナ
【図１】
2020166280.tif 000003
【図２】
2020166280.tif 000004
【図３】
2020166280.tif 000005
【図４】
2020166280.tif 000006
【図５】
2020166280.tif 000007
【図６】
2020166280.tif 000008
【図７】
2020166280.tif 000009
【図８】
2020166280.tif 000010
【図９】
2020166280.tif 000011
【図１０】
2020166280.tif 000012
【図１１】
2020166280.tif 000013
【図１２】
2020166280.tif 000014
【図１３】
2020166280.tif 000015
【図１４】
2020166280.tif 000016
【図１５】
2020166280.tif 000017
【図１６】
2020166280.tif 000018
【国際調査報告】
2020166280.tif 000019
2020166280.tif 000020
2020166280.tif 000021
2020166280.tif 000022