(57)【要約】【課題】ユースケースに応じた柔軟な設計を可能とし、システム全体の伝送効率をより向上させる。【解決手段】無線通信を行う通信部と、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、のうち再送の対象とするいずれかに応じた情報が他の装置に通知されるように制御する制御部と、を備える、通信装置。【選択図】図８
2018191118.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）とも称する。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
ＮＲは、ＬＴＥに対する次世代の無線アクセス方式として、ＬＴＥとは異なるＲＡＴ（Radio  Access  Technology）である。ＮＲは、ｅＭＢＢ（Enhanced  mobile  broadband）、ｍＭＴＣ（Massive  machine  type  communications）およびＵＲＬＬＣ（Ultra  reliable  and  low  latency  communications）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、および配置シナリオなどに対応する技術フレームワークを目指して検討される。ＮＲで検討されている技術の１つに、Control  Block（CB）  Group  Basedの再送技術がある。これは、１つの送信ブロックを複数ブロックに分割し、分割後のブロック単位で再送をする技術であり、詳細は非特許文献１に開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP，  RAN1，  R1-1706049，  Ericsson，  “On  Protocol  Impacts  of  Code  Block  Group  Based  HARQ−ACK  Feedback，”  April,  2017．
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方で、ＮＲでは、多様なユースケースでの利用が想定され、ユースケースに応じた柔軟な設計を可能とする仕組みが求められている。このような背景から、ＣＢグループ再送が行われるような状況下においても、当該ＣＢグループ再送に係る動作をより柔軟に制御でき、ひいては、システム全体の伝送効率をより向上させることが可能な技術の提供が求められている。
【０００６】
そこで、本開示では、ユースケースに応じた柔軟な設計を可能とし、システム全体の伝送効率をより向上させることが可能な技術について提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、無線通信を行う通信部と、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、のうち再送の対象とするいずれかに応じた情報が他の装置に通知されるように制御する制御部と、を備える、通信装置が提供される。
【０００８】
また、本開示によれば、無線通信を行う通信部と、他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御する制御部と、を備え、前記制御部は、前記他の装置が再送の対象となる前記複数の一の符号化単位を特定するための情報が、当該他の装置に通知されるように制御する、通信装置が提供される。
【０００９】
また、本開示によれば、無線通信を行う通信部と、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、他の装置から送信された少なくとも一部の前記複数の一の符号化単位を対象として、当該複数の一の符号化単位の受信結果に応じた応答が当該他の装置に通知されるように制御する制御部と、を備える、通信装置が提供される。
【００１０】
また、本開示によれば、コンピュータが、無線通信を行うことと、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、再送の対象となる前記複数の一の符号化単位に関する情報が他の装置に通知されるように制御することと、を含む、通信方法が提供される。
【００１１】
また、本開示によれば、コンピュータが、無線通信を行うことと、他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御することと、を含み、前記他の装置が再送の対象となる前記複数の一の符号化単位を特定するための情報が、当該他の装置に通知されるように制御される、通信方法が提供される。
【００１２】
また、本開示によれば、コンピュータが、無線通信を行うことと、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、他の装置から送信された少なくとも一部の前記複数の一の符号化単位を対象として、当該複数の一の符号化単位の受信結果に応じた応答が当該他の装置に通知されるように制御すことと、を含む、通信方法が提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、ユースケースに応じた柔軟な設計を可能とし、システム全体の伝送効率をより向上させることが可能な技術が提供される。
【００１４】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１５】
【図１】本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。
【図２】同実施形態に係る基地局の構成の一例を示すブロック図である。
【図３】同実施形態に係る端末装置の構成の一例を示すブロック図である。
【図４】CBの概要について説明するための説明図である。
【図５】CBの概要について説明するための説明図である。
【図６】CBの概要について説明するための説明図である。
【図７】CBの概要について説明するための説明図である。
【図８】実施例１−１に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図９】実施例１−２に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１０】実施例１−２に係るシステムの概要について説明するための説明図である。
【図１１】実施例１−２に係るシステムの一連の処理の流れの他の一例を示した概略的なシーケンス図である。
【図１２】実施例１−３に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１３】実施例１−４に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１４】実施例３−１に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１５】実施例３−１に係るシステムの一連の処理の流れの他の一例を示した概略的なシーケンス図である。
【図１６】実施例３−２に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１７】実施例４−１に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１８】実施例４−２に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図１９】実施例４−３に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。
【図２０】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２１】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２２】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２３】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
なお、説明は以下の順序で行うものとする。
１．構成例
１．１．システム構成の一例
１．２．基地局の構成例
１．３．端末装置の構成例
２．技術的特徴
２．１．Code  Block  Group（CBG）
２．２．CBG−based  HARQ−ACK
２．３．ダウンリンク送信におけるCBGの送信
２．４．ダウンリンク送信されたCBGに対するHARQ−ACK送信手段
２．５．アップリンク送信におけるCBG送信手段
２．６．アップリンク送信されたCBGに対するHARQ−ACK送信手段
２．７．補足
３．応用例
３．１．基地局に関する応用例
３．２．端末装置に関する応用例
４．むすび
【００１８】
＜＜１．構成例＞＞
＜１．１．システム構成の一例＞
まず、図１を参照して、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明する。図１は、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。図１に示すように、システム１は、無線通信装置１００と、端末装置２００とを含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ−Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、ＵＥ−Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ  ＵＥ  ｔｏ  Ｎｅｔｗｏｒｋ  Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。
【００１９】
（１）無線通信装置１００
無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
【００２０】
基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、所謂コアネットワーク（図示を省略する）と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
【００２１】
ここで、図１に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０Ａはマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。なお、無線通信装置１００Ｂは、３ＧＰＰで定義されるリレーノードであってもよい。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized  Network／Virtual  Cell）である。
【００２２】
セル１０Ａは、例えば、ＬＴＥ、ＬＴＥ−Ａ（LTE−Advanced）、ＬＴＥ−ＡＤＶＡＮＣＥＤ  ＰＲＯ、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
【００２３】
なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢを意味してもよく、より一般的にリレーノードの親局を意味してもよい。
【００２４】
（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
【００２５】
また、端末装置２００としては、所謂ＵＥのみに限らず、例えば、ＭＴＣ端末、ｅＭＴＣ（Enhanced  MTC）端末、及びＮＢ−ＩｏＴ端末等のような所謂ローコスト端末（Low  cost  UE）が適用されてもよい。
【００２６】
（３）補足
以上、システム１の概略的な構成を示したが、本技術は図１に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small  Cell  Enhancement）、ＨｅｔＮｅｔ（Heterogeneous  Network）、ＭＴＣネットワーク等が採用され得る。またシステム１の構成の、他の一例として、マスタデバイスがスモールセルに接続し、スモールセルの配下でセルを構築してもよい。
【００２７】
＜１．２．基地局の構成例＞
次いで、図２を参照して、本開示の一実施形態に係る基地局１００の構成を説明する。図２は、本開示の一実施形態に係る基地局１００の構成の一例を示すブロック図である。図２を参照すると、基地局１００は、アンテナ部１１０と、無線通信部１２０と、ネットワーク通信部１３０と、記憶部１４０と、処理部１５０とを含む。
【００２８】
（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
【００２９】
（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
【００３０】
また、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末（図１における無線通信装置１００Ｃ）として動作し、リモート端末（図１における端末装置２００Ｃ）と基地局との間の通信を中継する場合がある。このような場合には、例えば、リレー端末に相当する無線通信装置１００Ｃにおける無線通信部１２０は、リモート端末との間でサイドリンク信号を送受信してもよい。
【００３１】
（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
【００３２】
なお、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置１００Ｃは、ネットワーク通信部１３０を備えていなくてもよい。
【００３３】
（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００３４】
（５）処理部１５０
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、通信制御部１５１と、情報取得部１５３と、判定部１５５と、通知部１５７とを含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。なお、処理部１５０が、基地局１００における「制御部」の一例に相当する。
【００３５】
通信制御部１５１、情報取得部１５３、判定部１５５、及び通知部１５７の動作は、後に詳細に説明する。
【００３６】
＜１．３．端末装置の構成例＞
次に、図３を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図３は、本開示の一実施形態に係る端末装置２００の構成の一例を示すブロック図である。図３に示すように、端末装置２００は、アンテナ部２１０と、無線通信部２２０と、記憶部２３０と、処理部２４０とを含む。
【００３７】
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００３８】
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
【００３９】
また、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、リモート端末として動作する端末装置２００Ｃにおける無線通信部２２０は、リレー端末との間でサイドリンク信号を送受信してもよい。
【００４０】
（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００４１】
（４）処理部２４０
処理部２４０は、端末装置２００の様々な機能を提供する。例えば、処理部２４０は、通信制御部２４１と、情報取得部２４３と、判定部２４５と、通知部２４７とを含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。なお、処理部２４０が、端末装置２００における「制御部」の一例に相当する。
【００４２】
通信制御部２４１、情報取得部２４３、判定部２４５、及び通知部２４７の動作は、後に詳細に説明する。
【００４３】
＜＜２．技術的特徴＞＞
続いて、本開示の一実施形態に係るシステムの技術的特徴について説明する。
【００４４】
＜２．１．Code  Block  Group（CBG）＞
まず、CBG（Code  Block  Group）について概要を説明する。CBGとは、１つまたは複数のCB（Code  Block）をいくつかのGroupにまとめたものを示す。例えば、図４〜図７は、CBの概要について説明するための説明図である。例えば、図４に示すように、１つのTB（Transport  Block）に８個のCBが含まれていると仮定する。なお、TBは、「所定の送信単位」をに相当し、例えば、データの送信等はTB単位で行われ得る。また、CBは、「一の符号化単位」に相当し、例えば、符号化処理や変調処理等はCB単位で行われ得る。CBGは、これらのCBを１つまたは複数のGroupに分けたものに相当する。即ち、CBGは、「複数の一の符号化単位」に相当するとも言える。より具体的な一例として、図４は、CBを２つごとに１つのGroupとして、１つのTBに含まれる８個のCBを４つのCBGに分けた場合の一例を示している。同様に、図５は、CBを４つごとに１つのGroupとし、１つのTBに含まれる８個のCBを２つのCBGに分けた場合の一例を示している。また、CBGは均等に分ける必要はない。具体的な一例として、図６に示すように、CBG#0とCBG#1は３つのCBを含み、CBG#2は２つのCBを含むように、各CBGが規定されていてもよい。また、図７に示すように、CBGは、１つのTBに含まれる全てのCBを含むように規定されてもよい。なお、１つのTBに含まれるCBGの数や、１つのCBGに含まれるCBの数は、準静的または動的に制御されてもよい。即ち、１つのTBに含まれるCBGの数や、１つのCBGに含まれるCBの数に関する情報については、例えば、RRC  Signaling  やSystem  Information等に基づき準静的に通知されても良いし、DCI等に基づき動的に通知されても良い。なお、TB、CB、及びCBGの関係はあくまで一例であり、必ずしも本開示に係る技術を限定するものではない。すなわち、TBに替えて他の送信単位が適用されてもよい。また、CBに替えて他の符号化単位が適用されてもよく、CBGに替えて当該他の符号化単位を複数含む概念が規定されてもよい。なお、以降の説明では、TB、CB、及びCBGを適用した場合を例に説明する。
【００４５】
＜２．２．CBG−based  HARQ−ACK＞
続いて、CBG−based  HARQ−ACKについて説明する。CBG−based  HARQ−ACKとは、CBGに基づいた再送を実施するための技術である。CBG−based  HARQ−ACKにより、例えば、１つのTBにCBG#0〜CBG#3の４つが含まれる場合に、このうちのCBG#0とCBG#1のみを再送するといった制御が可能となる。これにより、送信に使用するリソースの削減や、コードレートを下げることによる信頼性の向上といった効果が見込まれる。CBGに基づいた再送を実施する場合には、例えば、１つのTBに含まれるCBGのそれぞれについて、HARQ−ACKをフィードバックすることが考えられる。従来は、１つのTBに対してHARQ−ACKをフィードバックしていた。これに対して、CBG-based  HARQ−ACKに依れば、当該TBに含まれる複数のCBGそれぞれに対してHARQ−ACKをフィードバックすることが可能である。そのため、CBG-based  HARQ−ACKを適用する場合においては、複数ビットでのHARQ−ACKフィードバックをすることが考えられる。具体的な一例として、１つのTBに４つのCBGが含まれる場合には、4ビットを使用してHARQ−ACKフィードバックを実施するといった制御が考えられる。
【００４６】
＜２．３．ダウンリンク送信におけるCBGの送信＞
続いて、ダウンリンク送信におけるCBGの送信に関する仕組みの一例について説明する。上記で説明をしたように、CBG−based  HARQ−ACKに依れば、再送が発生した場合に、受信に失敗をしたCBGのみを再送するといった制御も可能であるため、CBGをどのように送信するかは重要である。そこで、以下に、CBGの送信手段として、ダウンリンクを想定した場合の一例について実施例１−１〜１−６に分けてそれぞれ説明する。
【００４７】
（実施例１−１：送信の対象とするCBGを通知する）
まず、実施例１−１として、送信の対象とするCBGを、例えばDCIなどで通知する方法の一例について説明する。例えば、図８は、実施例１−１に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。
【００４８】
図８に示す例では、基地局１００（通信制御部１５１）は、送信対象となるデータが発生すると、当該データに対してCBごとに符号化等の所定の処理を施し、通信の設定に応じて、各CBをCBG#0〜CBG#3に分ける（Ｓ１０１）。次いで、基地局１００（通信制御部１５１）は、対象となるデータ（CBG#0〜CBG#3）を送信先の端末装置２００に送信する。また、このとき基地局１００が、DCI等の制御情報により、CBG#0、CBG#1、CBG#2、CBG#3を送信していることを当該端末装置２００に通知する（Ｓ１０３）。
【００４９】
端末装置２００（通信制御部２４１）は、基地局１００から送信されたデータ（CBG#0〜CBG#3）を受信し、受信した当該データを復号する。このとき、端末装置２００は、基地局１００からのDCI等の制御情報による通知に基づき、CBG#0、CBG#1、CBG#2、CBG#3が送信されていることを認識する。また、端末装置２００（判定部２４５）は、CRC等の誤り検出符号に基づき、受信したCBGそれぞれについて正しく復号できたか否かを判定する。ここで、データの復号時に誤りが発生し、端末装置２００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ１０５）。端末装置２００（通知部２４７）は、判定結果に応じて、基地局１００に対してHARQ−ACKフィードバックを行う（Ｓ１０７）。この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることになる。
【００５０】
基地局１００（情報取得部１５３）は、端末装置２００から送信されたデータに対する応答としてHARQ−ACKフィードバックを取得する。また、このとき基地局１００（通信制御部１５１）は、当該HARQ−ACKフィードバックを復号し、CRC等の誤り検出符号に基づき、当該HARQ−ACKフィードバックが正しく復号できたか否かを判定してもよい。ここでは、HARQ−ACKフィードバックが正しく復号されたものとする（Ｓ１０９）。
【００５１】
次いで、基地局１００（通信制御部１５１）は、端末装置２００からHARQ−ACKフィードバックに基づき、端末装置２００が復号に失敗したCBGを再送する。ここでは、CBG#2、CBG#3についてはNACKがフィードバックされたため、基地局１００は、CBG#2、CBG#3を端末装置２００に再送し、DCI等の制御情報により、CBG#2、CBG#3を再送していることを当該端末装置２００に通知する（Ｓ１１１）。
【００５２】
端末装置２００（通信制御部２４１）は、基地局１００から再送されたデータ（CBG#2、CBG#3）を受信し、受信した当該データを復号する。このとき、端末装置２００は、基地局１００からのDCI等の制御情報による通知に基づき、CBG#2、CBG#3が送信されていることを認識することとなる。また、ここでは、再送されたCBG#2、CBG#3の復号が成功し、結果として、CBG#0、CBG#1、CBG#2、CBG#3の全てについてCBGごとの復号が成功したものとする（Ｓ１１３）。端末装置２００（判定部２４５）は、CRC等の誤り検出符号に基づき、TBが正しく復号できたか否かを判定する。ここでは、TBが正しく復号されたものとする（Ｓ１１５）。端末装置２００（通知部２４７）は、判定結果に応じて、基地局１００に対してHARQ−ACKフィードバックを行う（Ｓ１１７）。この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする。
【００５３】
なお、図８に示す例では、上述したように、基地局１００は、DCI等の制御情報により、TBに含まれるCBG#0〜CBG#3のうち、送信または再送の対象となるCBGを通知している。具体的な一例として、基地局１００は、CBG#0、CBG#1のみ送信をしていて、CBG#2、CBG#3を送信していない場合には、（0，0，1，1）のような制御情報を端末装置２００に通知する。ここでの例では、（CBG#3，CBG#2，CBG#1，CBG#0）のようにCBGに対応したビット系列により送信または再送の対象となるCBGを示しており、1のビットに対応するCBGが送信されていることを示している。なお、0と1が逆の意味を表わしていても構わない。このような通知が行われることで、端末装置２００は、どのCBGが送信されているかを認識することが可能となる。
【００５４】
一方で、本実施例では、上述したビット系列のような情報をDCIなどの制御情報として含めなければならないため、制御情報の情報量が増加することとなる。また、図４〜図７を参照して説明したように、CBGのサイズを動的に変化させることも可能であり、この場合には、制御情報のサイズも動的に変化することが考えられるため、DCIのブラインドデコーディング回数の増加が懸念される。これに対して、ブラインドデコーディング回数が変わらないようにするために、DCIなどの制御情報にパディングビットを適用することも方法として考えられる。
【００５５】
例えば、仕様上の最大のCBGサイズが8であると仮定した場合には、制御情報として、（CBG#7，CBG#6，CBG#5，CBG#4，CBG#3，CBG#2，CBG#1，CBG#0）のような8ビットのエリアを用意する。このような前提の基で、設定されたCBGサイズが4である場合には、CBG#7〜CBG#4のビットに対してパディングビットを適用して送信することとなる。また、初回送信時に設定されたCBGサイズが4であり、再送時に送信するCBG数が2である場合には、初回送信時に成功している他のCBGのビットについては、パディングビットを適用することとなる。しかしながら、上述した手法は、情報を持たないビットを送信することとなるため、送信リソース利用効率の低下が懸念される。
【００５６】
（実施例１−２：前回送信時のACK/NACKに基づいて決定する）
続いて、実施例１−２として、前回送信時のACK/NACKの結果に基づいて、再送時のCBGを決定する方法の一例について説明する。例えば、図９は、実施例１−２に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。
【００５７】
図９に示す例では、基地局１００（通信制御部１５１）は、送信対象となるデータが発生すると、当該データに対してCBごとに符号化等の所定の処理を施し、通信の設定に応じて、各CBをCBG#0〜CBG#3に分ける（Ｓ１３１）。次いで、基地局１００（通信制御部１５１）は、対象となるデータ（CBG#0〜CBG#3）を送信先の端末装置２００に送信する。なお、本実施例では、前述した実施例１−１と異なり、基地局１００から端末装置２００に対して、DCI等の制御情報による送信対象となるCBGの通知は行われない（Ｓ１３３）。
【００５８】
端末装置２００（通信制御部２４１）は、基地局１００から送信されたデータ（CBG#0〜CBG#3）を受信し、受信した当該データを復号する。このとき、端末装置２００は、基地局１００から送信されたデータが初回送信時のものであるため、TBに含まれるCBG#0、CBG#1、CBG#2、CBG#3の全てが送信されているものとして、各CBGを復号する。また、端末装置２００（判定部２４５）は、CRC等の誤り検出符号に基づき、受信したCBGそれぞれについて正しく復号できたか否かを判定する。ここで、図８に示す例と同様に、データの復号時に誤りが発生し、端末装置２００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ１３５）。この場合においては、参照符号Ｓ１３５〜Ｓ１３９で示した処理は、図８に示す例における参照符号Ｓ１０５〜Ｓ１０９で示した処理と同様のため詳細な説明は省略する。
【００５９】
次いで、基地局１００（通信制御部１５１）は、端末装置２００からHARQ−ACKフィードバックに基づき、端末装置２００が復号に失敗したCBGを再送する。ここでは、CBG#2、CBG#3についてはNACKがフィードバックされたため、基地局１００は、CBG#2、CBG#3を端末装置２００に再送する（Ｓ１４１）。
【００６０】
端末装置２００（通信制御部２４１）は、基地局１００から再送されたデータ（CBG#2、CBG#3）を受信し、受信した当該データを復号する。このとき、端末装置２００は、従前にCBG#2、CBG#3についてNACKを通知しているため、基地局１００からCBG#2、CBG#3が送信されているものとして、受信した各CBGを復号する。また、ここでは、図８に示す例と同様に、再送されたCBG#2、CBG#3の復号が成功し、結果として、CBG#0、CBG#1、CBG#2、CBG#3の全てについてCBGごとの復号が成功したものとする（Ｓ１４３）。この場合においては、参照符号Ｓ１４３〜Ｓ１４７で示した処理は、図８に示す例における参照符号Ｓ１１３〜Ｓ１１７で示した処理と同様のため詳細な説明は省略する。
【００６１】
ここで、図１０を参照して、実施例１−２に係るシステムについて以下に検討する。図１０は、実施例１−２に係るシステムの概要について説明するための説明図である。即ち、本説明では、図１０に示すように、CBG#0〜CBG#3がダウンリンクで送信され、そのうちCBG#0、CBG#1が受信に成功し、CBG#2、CBG#3が受信に失敗したものする。
【００６２】
実施例１−２に係るシステムでは、図８を参照して説明したように、端末装置２００は、TBに含まれるCBG#0、CBG#1、CBG#2、CBG#3についてHARQ−ACKフィードバックを行う。また、基地局１００は、端末装置２００からのフィードバック結果に基づき、再送時に、NACKに対応するCBGのみを当該端末装置２００に送信する。実施例１−２においては、以上のような取り決めが行われることにより、実施例１−１でしましたような制御情報（例えば、ビット系列）の送信が不要となるため、送信リソース利用効率の向上が見込まれる。
【００６３】
一方で、端末装置２００からのHARQ−ACKフィードバック結果を、基地局１００が誤って復号した場合や、基地局１００が復号の誤りを検知した場合には、問題が生じる可能性がある。例えば、図１１は、実施例１−２に係るシステムの一連の処理の流れの他の一例を示した概略的なシーケンス図である。なお、参照符号Ｓ２０１〜Ｓ２０７で示した処理については、図９において参照符号Ｓ１３１〜Ｓ１３７で示した処理と同様のため詳細な説明は省略する。
【００６４】
図１１に示す例では、端末装置２００は、基地局１００に対して、CBG#0、CBG#1についてはACKを通知し、CBG#2、CBG#3についてはNACKを通知している（Ｓ２０７）。これに対して、基地局１００において、HARQ−ACKフィードバックの復号自体は成功したものの、復号結果に誤りが生じ、CBG#0、CBG#2がACKであり、CBG#1、CBG#3がNACKであるものと認識されたものとする（Ｓ２０９）。この場合には、基地局１００は、CBG#1、CBG#3を再送することとなる（Ｓ２１１）。一方で、端末装置２００は、CBG#2、CBG#3が送信されたものとして再送信号を復号することとなるため、CBG#2の再送に問題が生じることとなる。即ち、端末装置２００は、CBG#1の復号に成功した場合に、当該CBG#1のデータをCBG#2のデータとして使用することとなる。そのため、例えば、全てのCBGのデータ復号が成功となった後に、TB全体でデータ誤りが発生するか（Ｓ２１３、Ｓ２１５）、もしくは、初回送信時に受信したCBG#2のデータと、再送で誤って送信されたCBG#1のデータをcombineしてしまうことで、CBG#2の復号に再度失敗することになる。即ち、この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてNACKをフィードバックすることとなり、新たに再送が発生するため（Ｓ２１９〜Ｓ２２７）、遅延の原因ともなり得る。
【００６５】
一方で、HARQ−ACKフィードバックの復号結果の誤りを基地局１００が検知した場合においても、当該基地局１００は、どのCBGがACK/NACKであったかを知ることが困難である。即ち、基地局１００は、どのCBGを再送すればよいかがわからないため、前回送信時と同じCBGか、もしくはすべてのCBGを送信することが対策として考えられる。
【００６６】
しかしながら、基地局１００が端末装置２００に対して、前回送信時と同じCBGか、もしくは全てのCBGを送信したことを通知する手段がないため、端末装置２００は、基地局１００からどのCBGが再送されたのかを知ることが困難である。
【００６７】
このように、実施例１−２に係るシステムおいては、上述したような問題が生じる可能性がある。そのため、実施例１−２にシステムを適用する場合には、端末装置２００からのHARQ−ACKフィードバックを正しく受信できる環境に対して適用するか、もしくは、送受信機間で送受信をしたCBGの齟齬が発生しないための対策が別途必要となる。
【００６８】
（実施例１−３：全CBG再送ビットまたは前回CBG再送ビットに基づいて決定する）
続いて、実施例１−３として、上述した実施例１−２に係るシステムを改善する技術の一例について説明する。本実施例では、実施例１−２として説明した仕組みに加えて、全CBG再送ビットまたは前回CBG再送ビットをDCIなどの制御情報により、端末装置２００に対して再送対象のCBGを通知する仕組みの一例について説明する。
【００６９】
より具体的には、本実施例では、基地局１００がHARQ−ACKフィードバックの復号に失敗したことを検知できた場合には、当該基地局１００は、全てのCBGを再送するか、または前回の送信と同じCBGを再送するかを選択的に切り替える。また、基地局１００は、全てのCBGを再送するか、または前回の送信と同じCBGを再送するかの選択結果を、DCIなどの制御情報により端末装置２００に通知する。
【００７０】
例えば、図１２は、実施例１−３に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。また、図１２において、参照符号Ｓ２５１〜Ｓ２５９で示した処理は、図１１に示す例における参照符号Ｓ２０１〜Ｓ２０９で示した処理と同様のため詳細な説明は省略する。
【００７１】
本実施例においては、基地局１００（判定部１５５）は、CRC等の誤り検出符号に基づき、端末装置２００からのHARQ−ACKフィードバックが正しく復号されたか否かを判定する。ここでは、HARQ−ACKフィードバックの復号に誤りが生じているため、基地局１００は、HARQ−ACKフィードバックが正しく復号されていないものと判定することとなる。即ち、基地局１００は、HARQ−ACKフィードバックの復号結果に誤りを検知したため、TBに含まれる全CBG（即ち、CBG#0〜CBG#3）を端末装置２００に再送する。また、このとき基地局１００は、DCI等の制御情報において全CBG再送ビットをEnableとすることで、全CBGを再送していることを端末装置２００に対して通知する（Ｓ２６１、Ｓ２６３）。
【００７２】
また、端末装置２００は、全CBGの再送と、前回送信時と同じCBGの再送と、のいずれが行われたかを、基地局から通知される制御情報に基づき認識、認識結果に応じて対応するCBGの復号を試みる。例えば、図１２に示す例の場合には、基地局１００が全CBGを再送しているため、端末装置２００は、再送された当該全CBGを改めて復号することとなる。そして、端末装置２００は、全CBGの復号に成功し（Ｓ２６５）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ２６７）、基地局１００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ２６９）。以上により、基地局１００と端末装置２００と間における、CBGに関する認識の齟齬を解消することが可能となる。
【００７３】
なお、上述したように、本実施例では、基地局１００がHARQ−ACKフィードバックの復号に失敗した場合に、当該失敗を検知できる仕組みが設けられていることが前提となる。具体的な一例として、HARQ−ACKフィードバックにCRC等の誤り検知符号を追加するなどにより、基地局１００がHARQ−ACKフィードバックの復号誤りを検知できるようにするといったことが考えられる。
【００７４】
（実施例１−４：CBGインデックス認識手段に基づく決定）
続いて、実施例１−４として、上述した実施例１−２に係るシステムを改善する技術の他の一例について説明する。本実施例では、上述した１−３のような基地局１００から端末装置２００への通知を行うことなく、端末装置２００側において、どのCBGが送信されているかの認識を可能とする仕組みの一例について説明する。
【００７５】
具体的には、本実施例では、基地局１００が、端末装置２００に送信する情報やデータに対して、対応するCBGに紐付いたインデックスに基づくスクランブルを適用することにより、端末装置２００は、どのCBGが送信されているかを認識する。
【００７６】
より具体的な一例として、各CBに対してCRCが付加されている場合が考えられる。このような前提の基で、基地局１００は、例えば、CBが属するCBGのインデックスに対応したIDに基づき、当該CBのCRCをスクランブルする。これにより、TBに含まれる各CBのCRCは、当該CBが属するCBGのインデックスに対応したIDに基づきスクランブルされることとなる。また、基地局１００は、CBのCRCを、CBGのインデックスに対応したIDでスクランブルしたデータを端末装置２００に送信する。端末装置２００は、各CBの復号後にCRCのチェックを行うが、このとき、CBGに対応したIDでデスクランブルを行うことで、CRCチェック結果がOKとなるCBGに対応したIDを探索する。例えば、端末装置２００は、CB#2の復号後に、CBG#1に対応したIDに基づき当該CB#2のCRCをデスクランブルして、CRCチェック結果がOKとなった場合に、CB#2がCBG#1に属していることを認識することが可能となる。なお、以降では、上述した仕組みに基づき、送信の対象となるCBGを認識する手段を、「CBGインデックス認識手段」とも称する。
【００７７】
例えば、図１３は、実施例１−４に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。
【００７８】
図１３に示すように、基地局１００は、送信対象となるデータが発生すると、当該データに対してCBごとに符号化等の所定の処理を施し、通信の設定に応じて、各CBをCBG#0〜CBG#3に分ける。また、基地局１００は、各CBのCRCを当該CBが属するCBGのインデックスに対応したIDに基づきスクランブルする（Ｓ３０１）。そして、基地局１００は、対象となるデータ（CBG#0〜CBG#3）を送信先の端末装置２００に送信する（Ｓ３０３）。
【００７９】
端末装置２００は、上述したように、各CBの復号後に、当該CBのCRCのデスクランブルを各CBGに対応したIDに基づき行うことで、CRCチェック結果がOKとなるCBGに対応したIDを探索する。これにより、端末装置２００は、CBG#0〜CBG#3が送信されていることを認識する（Ｓ３０５）。ここで、データの復号時に誤りが発生し、端末装置２００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ３０７）。端末装置２００は、判定結果に応じて、基地局１００に対してHARQ−ACKフィードバックを行う（Ｓ３０９）。この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることになる。
【００８０】
これに対して、基地局１００において、HARQ−ACKフィードバックの復号自体は成功したものの、復号結果に誤りが生じ、CBG#0、CBG#2がACKであり、CBG#1、CBG#3がNACKであるものと認識されたものとする（Ｓ３１１）。この場合には、基地局１００は、CBG#1、CBG#3を再送の対象とする。即ち、基地局１００は、CBG#1、CBG#3それぞれに含まれる各CBのCRCを当該CBが属するCBGのインデックスに対応したIDに基づきスクランブルする。そして、基地局１００は、CBG#1、CBG#3を端末装置２００に再送する（Ｓ３１３）。
【００８１】
端末装置２００は、参照符号Ｓ３０５で示した処理と同様に、再送された各CBの復号後に、当該CBのCRCのデスクランブルを各CBGに対応したIDに基づき行うことで、CRCチェック結果がOKとなるCBGに対応したIDを探索する。これにより、端末装置２００は、CBG#1、CBG#3が送信されていることを認識する（Ｓ３１５）。即ち、端末装置２００は、CBG#3の復号には成功するものの（Ｓ３１７）、CBG#2の復号には失敗したことを認識することとなる。即ち、この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1、CBG#3についてはACKをフィードバックし、CBG#2についてはNACKをフィードバックすることになる（Ｓ３１９）。
【００８２】
次いで、基地局１００において、端末装置２００からHARQ−ACKフィードバック（Ｓ３１９）の復号に成功したものとする（Ｓ３２１）。この場合には、基地局１００は、CBG#2を再送の対象とする。即ち、基地局１００は、CBG#2に含まれる各CBのCRCを当該CBが属するCBGのインデックスに対応したIDに基づきスクランブルする。そして、基地局１００は、CBG#2を端末装置２００に再送する（Ｓ３２３）。端末装置２００は、参照符号Ｓ３０５で示した処理と同様の方法に基づき、CBG#2が送信されていることを認識する（Ｓ３２５）。そして、端末装置２００は、全CBGの復号に成功し（Ｓ３２７）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ３２９）、基地局１００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ３３１）。
【００８３】
以上のように、本実施例においては、基地局１００が端末装置２００にCBGに関する制御情報を通知することなく、端末装置２００は、どのCBGが送信されているかを認識ことが可能となる。
【００８４】
なお、上記ではCBのCRCをスクランブルする例について説明したが、端末装置２００が、どのCBGが送信されているかを認識することが可能であれば、必ずしも上述した例のみには限定されない。具体的な一例として、CBGごとにCRCが付与される場合には、CBGのCRCが、当該CBGに対応したIDでスクランブルされてもよい。また、他の一例として、CRCのみに限らず、CBやCBG全体が、当該CBGに対応したIDでスクランブルされてもよい。
【００８５】
また、上記では、スクランブルを例に説明したが、スクランブルに替えてインターリーブが適用されてもよい。
【００８６】
以上のように、本実施例に依れば、基地局１００は、新たに制御情報を追加することなく、端末装置２００に対して、どのCBGを送信したかを通知できることが可能となる。さらに、基地局１００がHARQ−ACKフィードバックの誤りを検知できない場合や、誤りの検知に失敗した場合においても、端末装置２００は、上述したCBGインデックス認識手段により、どのCBGが送信されたのかを認識することが可能となる。そのため、本実施例に係るシステムに依れば、基地局１００と端末装置２００との間のCBGに関する齟齬を解消することが可能となる。
【００８７】
（実施例１−５：実施例１−１の改良案）
続いて、実施例１−５として、上述した実施例１−１に係るシステムを改善する技術の一例について説明する。
【００８８】
実施例１−１で示したように、DCI等の制御情報により送信しているCBGを動的に通知する場合は、送信するCBG数が変化すると、DCIのペイロード（Payload）サイズも変化することとなり、ブラインドデコーディング数が増加するという問題点があった。これに対して、例えば、ブラインドデコーディング数が変わらないようにするためには、DCIなどで通知するCBGの情報の一部をパディングすることも考えられるが、この場合においては、パディングビット分の無駄な情報が発生してしまう場合がある。以上を解決するため、本実施例では、再送時において、例えばDCIのような動的通知のコンテンツを、初回送信（以下、「初送」とも称する）時と再送時とで適応的に変更する仕組みの一例について提案する。
【００８９】
例えば、初送時のDCIではModulationとCoding  rateとが、Modulation  and  coding  scheme（MCS）で送信される。一方で、再送時のCoding  rateが初送時と同じであると仮定すれば、再送時のDCIでCoding  rateを通知する必要はなくなる。例えば、MCSを通知する領域として、以下のように6bitが用意されているものと仮定する。
（b0，b1，b2，b3，b4，b5）
【００９０】
ここで、b0、b1はModulationを表し、b2〜b5はcoding  rateを表していると仮定する。この時、再送時のcoding  rateは初送時のcoding  rateと同じであると仮定することで、再送時ではb2〜b5を別の情報用のビットとして使用することが可能となる。例えば、これらのビットを、送信をしているCBGのインデックス情報として用いることにより、初送時と再送時のDCIビット数を変化させることなく、再送時に送信されているCBGの情報を端末装置に通知することが可能となる。なお、初送時においては、全てのCBGが送信されていると考えられるため、CBGの情報を端末装置に通知する必要はない。
【００９１】
また、初送か再送かの判断については、New  Data  Indicator（NDI）情報で通知されると考えられるため、これらを表にまとめると、以下に表１として示すようになる。
【００９２】
【表１】
2018191118.tif 000003
【００９３】
なお、NDIが初送を示している場合には、b2〜b5はCoding  rateを表し、CBGは全て送信されているものとする。一方で、NDIが再送を示している場合には、Coding  rateは初送時と同じCoding  rateを表し、CBGはb2〜b5に対応するCBGが送信されているものとする。
【００９４】
以上のような仕組みを適用することで、初送時と再送時のDCIビット数を変化させることなく、再送時に送信されているCBGを通知することが可能となる。また、上記の例ではModulationの領域が再送時においてもModulationを通知するとしているが、場合によってはModulationの領域が再送時にCBGのインデックスの通知領域として使用されてもよい。例えば、再送時のModulationは初送時のModulationと同じと仮定することで、再送時にMCSの通知領域全てをCBGインデックスの通知領域として使用することが可能となる。また、他の一例として、再送時のModulationは、前回送信時のModulationから１段階下げる（例えば、64QAMから16QAMとか、16QAMからQPSKにするなど）か、それとも維持する（例えば、前回送信時が64QAMであればそのまま64QAMで維持するなど）か、という１ビットのみとしてもよい。これにより、従来はQPSK、16QAM、64QAM、256QAMの通知に２ビットが使用されていたところを、１ビット節約することが可能となる。なお、1024QAMなどの256QAMよりも高い変調方式をサポートする場合には、2ビット以上の節約が可能となる。
【００９５】
また、上述した例では、MCS通知領域を利用する方法について示したが、必ずしも上記方法には限定されない。具体的な一例として、再送時のResource  Allocationを限定することにより、Resource  Allocation通知領域の一部をCBGインデックスの通知領域として利用してもよい。また、他の一例として、再送時のLayer数が初送時のLayer数と同一であると仮定することにより、再送時においては、Layer数通知領域をCBGインデックス通知領域として利用してもよい。また、これらの例によらず、初送時にDCIなどで通知される他の通知領域においても、本方法は適用可能である。
【００９６】
このとき、一例としてLayer数の通知領域を再送時にCBGインデックス通知領域として使用する場合に、Transport  block数が１つの場合は問題ないが、Transport  Block数が２つ以上であった場合は、以下に説明する検討が必要となる。具体的には、Layerを通知する領域は、それぞれのTransport  Blockで共通の領域となるため、再送をするCBGインデックスがそれぞれのTransport  Blockで異なる場合に問題が生じる可能性がある。ここで、Layerを通知する領域を（L0）と仮定する。また、再送時にCBGインデックス通知領域として使用するMCSの通知領域（b0，b1，b2）は、Transport  Blockごとに用意されているものと想定している。例えば、CBGインデックスを通知する領域として、（b0，b1，b2，L0）を再送時に使用できるものとする。ここで、Transport  Block  #0は、（1，1，0，1）を、Transport  Block  #2は、（1，0，1，0）を再送時に送信しようとするが、L0は全てのTransport  Blockで共通に使用する領域であるため、Transport  Block間で値が異なる場合に問題が発生する可能性がある。そこで、L0の領域を利用するために、ACKだとしても場合によってはCBGを再送するようにする。例えば、上記の例では、Transport  Block  #2は、（1，0，1，1）に対応するCBGを送信するように調整をするといった方法が考えられる。以上のような調整により、Layer数などの複数Transport  Block間で共通に利用する領域においても、再送時にCBGインデックス通知領域として再利用することが可能となる。また、Coding  rateは、Transport  Block  Size（TBS）のインデックスITBSとして通知される場合も考えられる。その場合に、上述した表１は、以下に示す表２のように置き換えることが可能である。
【００９７】
【表２】
2018191118.tif 000004
【００９８】
また、CBGのインデックス通知領域を新たに用意する場合においても、本方法は適用可能である。例えば、再送時では、CBGのインデックス通知領域はどのCBGが送信されているかを通知する領域として使用されるが、一方で、初送時ではすべてのCBGが送信されると考えられるため、CBGのインデックス通知領域を他の情報の通知領域として使用することが可能となる。具体的な一例として、初送時では、CBGのインデックス通知領域を使用して、端末装置がHARQ−ACKフィードバックを返信するタイミングを通知する、といったことが一例として考えられる。また、上記の例によらず、他の通知用途として使用されても良い。
【００９９】
（実施例１−６：Reference  Signal系列と紐づけて決定）
続いて、実施例１−６として、Reference  Signal系列と紐づけて決定することにより、CBG  Indexの明示的な通知を削減する技術の一例について説明する。
【０１００】
例えば、Reference  Signalパターン#0を送信した場合にはCBG  Index#0が、Reference  Signalパターン#1を送信した場合にはCBG  Index#1が、Reference
Signalパターン#2を送信した場合にはCBG  Index#0及び#1が送信されている、といった紐づけが可能である。この場合には、端末装置２００は、全てのReference  Signalパターンをブラインドデコーディングすることで、どのReference  Signalパターンが送信されているかを判断し、Reference  SignalパターンからどのCBG  Indexが送信されているかを判断する。Reference  Signalとしては、例えばDe−modulation  Reference
Signal（DMRS）等が考えられる。
【０１０１】
＜２．４．ダウンリンク送信されたCBGに対するHARQ−ACK送信手段＞
続いて、ダウンリンク送信されたCBGに対するHARQ−ACKフィードバックの送信手段の一例について説明する。例えば、上述した例では、ダウンリンク送信において基地局１００がどのようにCBGを送信するかを示したが、それに対して端末装置２００がどのようにHARQ−ACKフィードバックを返信するかについても重要である。そこで、以降では、端末装置２００がHARQ−ACKフィードバックを返信する手段の一例について実施例として説明する。
【０１０２】
（実施例２−１：CBG全体のHARQ−ACKを送信する）
まず、実施例２−１として、端末装置２００が、常に、TBに含まれる全CBGについてHARQ−ACKフィードバックを送信する場合の一例について説明する。
【０１０３】
例えば、TBに含まれるCBGが全部で４つあるものとする。この場合には、端末装置２００は、常に４つのCBGに対応するHARQ−ACKフィードバックを基地局１００に返信する。即ち、基地局１００が、再送時にCBG#2、CBG#3のみを送信した場合においても、端末装置２００は、CBG#0、CBG#1、CBG#2、CBG#3すべてのHARQ−ACKフィードバックを返信することとなる。なお、この場合においては、基地局１００から送信されていないCBG#0、CBG#1については、例えば、DTXとして送信することになる。
【０１０４】
本実施例は、常に、TBに含まれるすべてのCBGに対応するHARQ−ACKフィードバックが基地局１００に送信される。そのため、本実施例においては、基地局１００と端末装置２００との間で、送信されたCBGインデックスの齟齬が発生していたとしても、HARQ−ACKフィードバックにより、基地局１００が、当該齟齬を検知することが可能となる場合がある。しかしながら、本実施例においては、基地局１００から送信されていないCBGについては、DTXとして送信されることになるため、無駄なビットが発生してしまうことが問題点として挙げられる。
【０１０５】
（実施例２−２：受信したCBGのみのHARQ−ACKを送信する）
続いて、実施例２−２として、端末装置２００が、基地局１００から受信したCBGについてのみHARQ−ACKフィードバックを送信する場合の一例について説明する。
【０１０６】
例えば、１回目の送信においてCBG#2、CBG#3がNACKであったものとする。この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることとなる。また、端末装置２００からのHARQ−ACKフィードバックを受信した基地局１００は、当該端末装置２００に対して、NACKがフィードバックされたCBG#2、CBG#3を再送する。端末装置２００は、当該再送に対するHARQ−ACKフィードバックとして、再送されたCBG#2、CBG#3についてのみ、HARQ−ACKフィードバックを基地局１００に返信する。すなわち、再送時には、HARQ−ACKフィードバックのビット数が減ることとなり、制御情報の情報量を削減することが可能となる。
【０１０７】
ただし、本実施例においては、実施例１−２でも説明したように、基地局１００と端末装置２００との間において、どのCBGを送信しているかに関する認識の齟齬が発生した場合に、問題が生じる可能性がある。
【０１０８】
これに対して、例えば、実施例１−４として示したCBGインデックス認識手段などを適用することにより、端末装置２００は、基地局１００から送信されたCBGが正しくない場合に、正しいCBGではないことを認識することが可能となる。一方で、基地局１００側には、誤ったCBGを送信したことを認識する手段が無い。そのため、本実施例で説明した技術に加えて、例えば、端末装置２００が正しいCBGではないことを認識した場合に、当該認識結果に応じた情報を基地局１００に通知をする仕組みが必要となる。そこで、以降では、本実施例を改善するための仕組みの一例について、実施例２−３及び２−４として説明する。
【０１０９】
（実施例２−３：全CBG再送要求の送信）
まず、実施例２−３として、上述した実施例２−２に係るシステムを改善する技術の一例について説明する。本実施例では、端末装置２００は、必用に応じて、基地局１００に対して、TBに含まれる全CBGの再送要求を送信する。
【０１１０】
具体的な一例として、１回目の送信においてCBG#2、CBG#3がNACKであったものとする。この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることとなる。
【０１１１】
一方で、基地局１００において、HARQ−ACKフィードバックの復号自体は成功したものの、復号結果に誤りが生じ、CBG#0、CBG#2がACKであり、CBG#1、CBG#3がNACKであるものと認識されたものとする。この場合には、基地局１００は、CBG#1、CBG#3を再送することとなる。
【０１１２】
これに対して、端末装置２００は、正しくないCBGが送信されていることを、例えば、実施例１−４において上述したCBGインデックス認識手段を用いることで認識する。その後、端末装置２００は、基地局１００に対して、全CBGの再送要求を通知する。これにより、基地局１００は、正しいCBGを送信することが可能となる。
【０１１３】
なお、全CBGの再送要求については、HARQ−ACKフィードバックに加えて送信されてもよいし、HARQ−ACKフィードバックの代わりに送信されてもよい。
【０１１４】
（実施例２−４：再送が必要なCBGインデックスの通知）
続いて、実施例２−４として、上述した実施例２−２に係るシステムを改善する技術の他の一例について説明する。本実施例では、端末装置２００が、基地局１００に対して、再送が必要なCBGのインデックスを送信する。
【０１１５】
具体的な一例として、１回目の送信においてCBG#2、CBG#3がNACKであったものとする。この場合には、端末装置２００は、基地局１００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることとなる。
【０１１６】
一方で、基地局１００において、HARQ−ACKフィードバックの復号自体は成功したものの、復号結果に誤りが生じ、CBG#0、CBG#2がACKであり、CBG#1、CBG#3がNACKであるものと認識されたものとする。この場合には、基地局１００は、CBG#1、CBG#3を再送することとなる。
【０１１７】
これに対して、端末装置２００は、正しくないCBGが送信されていることを、例えば、実施例１−４において上述したCBGインデックス認識手段を用いることで認識する。その後、端末装置２００は、基地局１００に対して、再送が必要なCBGのインデックスを、例えばUplink  Control  Information（UCI）で通知する。これにより、基地局１００は、正しいCBGを送信することが可能となる。
【０１１８】
なお、再送が必要なCBGのインデックスの通知については、例えば、HARQ−ACKフィードバックに加えて送信されてもよいし、HARQ−ACKフィードバックの代わりに送信されてもよい。
【０１１９】
＜２．５．アップリンク送信におけるCBG送信手段＞
続いて、アップリンク送信におけるCBGの送信に係る技術の一例について説明する。これまでは、ダウンリンク送信の場合のCBG送信手段について実施例を示してきたが、CBGによる再送はアップリンク送信においても適用可能である。そこで、以降では、アップリンク送信におけるCBGの送信手段の一例について、実施例として説明する。なお、端末装置２００のアップリンク送信に対して基地局１００がフィードバックを行う方法として、ACK/NACKフィードバックのみを通知する方法と、アップリンク送信Grantを送信する方法との２つが考えられる。そこで、以降では、ACK/NACKフィードバックのみを通知する場合と、アップリンク送信Grantを送信する場合と、に分けてそれぞれの実施例について説明する。
【０１２０】
（ａ）ACK/NACK情報のみを通知する場合
まず、ACK/NACK情報のみを通知する場合の一例について、実施例３−１〜３−３として説明する。本項で説明する方法では、基地局１００は、HARQ−ACKフィードバックとしてACK/NACKの情報のみを端末装置２００に通知する。端末装置２００は、受信したHARQ−ACKフィードバックの情報を基に、あらかじめ決定された送信リソースを使用して、アップリンク送信を行う。
【０１２１】
（実施例３−１：動的または準静的な通知、もしくはPre-definedによる方法）
まず、実施例３−１として、どのCBGを送信するかを基地局１００が明示的に通知するかを明示的に通知する場合について説明する。
【０１２２】
例えば、図１４は、実施例３−１に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図であり、どのCBGを送信するかを基地局１００が端末装置２００に対して準静的に通知する場合の一例を示している。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。
【０１２３】
図１４に示す例では、基地局１００（通知部１５７）は、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを示す情報を、RRC  signalingやSystem  Informationなどで準静的に通知する（Ｓ３５１）。端末装置２００は、基地局１００に対してデータを再送する際には、同通知で指定された方法に基づき当該再送を行うこととなる。
【０１２４】
具体的には、端末装置２００（通信制御部２４１）は、送信対象となるデータが発生すると、当該データに対してCBごとに符号化等の所定の処理を施し、通信の設定に応じて、各CBをCBG#0〜CBG#3に分ける。また、端末装置２００（通知部２４７）は、基地局１００に対してScheduling  Requestを送信する（Ｓ３５５）。また、基地局１００（通知部１５７）は、端末装置２００からScheduling  Requestに応じて、Uplink  Grantを送信する（Ｓ２５７）。これにより、端末装置２００と基地局１００との間の通信が確立する。そして、端末装置２００（通信制御部２４１）は、対象となるデータ（CBG#0〜CBG#3）を基地局１００に送信する（Ｓ３５９）。
【０１２５】
基地局１００（通信制御部１５１）は、端末装置２００から送信されたデータ（CBG#0〜CBG#3）を受信し、受信した当該データを復号する。また、基地局（判定部１５５）は、CRC等の誤り検出符号に基づき、受信したCBGそれぞれについて正しく復号できたか否かを判定する。ここで、データの復号時に誤りが発生し、基地局１００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ３６１）。基地局１００（通知部１５７）は、判定結果に応じて、端末装置２００に対してHARQ−ACKフィードバックを行う（Ｓ３６３）。この場合には、基地局１００は、端末装置２００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることになる。
【０１２６】
端末装置２００（情報取得部２４３）は、基地局１００に送信したデータに対する応答として応答として当該基地局１００からHARQ−ACKフィードバックを取得する。また、このとき端末装置２００（通信制御部２４１）は、当該HARQ−ACKフィードバックを復号し、CRC等の誤り検出符号に基づき、当該HARQ−ACKフィードバックが正しく復号できたか否かを判定してもよい。ここでは、HARQ−ACKフィードバックが正しく復号されたものとする（Ｓ３６５）。
【０１２７】
次いで、端末装置２００（通信制御部２４１）は、基地局１００からHARQ−ACKフィードバックに基づき、データの再送を行う。このとき、端末装置２００は、基地局１００から準静的に通知された情報（Ｓ３５１）に基づき、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを選択的に切り替える。例えば、図１４に示す例は、NACKが通知されたCBGのみの再送が基地局１００から通知された場合について示しており、端末装置２００は、NACKが通知されたCBG#2、CBG#3のみを基地局１００に再送している（Ｓ３６７）。
【０１２８】
基地局１００（通信制御部１５１）は、端末装置２００から再送されたデータ（CBG#2、CBG#3）を受信し、受信した当該データを復号する。このとき、基地局１００は、端末装置２００に対する準静的な通知に基づき当該端末装置２００が再送を行うため、当該端末装置２００から、TBに含まれる全てのCBGと、NACKが通知されたCBGのみと、のうちいずれが再送されるかを認識することが可能である。
【０１２９】
そして、基地局１００は、全CBGの復号に成功し（Ｓ３６９）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ３７１）、端末装置２００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ３７３）。
【０１３０】
以上、図１４を参照して、実施例３−１に係るシステムの一連の処理の流れの一例として、どのCBGを送信するかを基地局１００が端末装置２００に対して準静的に通知する場合の一例について説明した。
【０１３１】
また、基地局１００は、端末装置２００に対して、どのCBGを送信するかを動的に通知してもよい。例えば、図１５は、実施例３−１に係るシステムの一連の処理の流れの他の一例を示した概略的なシーケンス図であり、どのCBGを送信するかを基地局１００が端末装置２００に対して動的に通知する場合の一例を示している。
【０１３２】
具体的には、図１５に示す例では、図１４において参照符号Ｓ３５１で示した通知に替えて、参照符号Ｓ４１７で示した通知により、基地局１００から端末装置２００に対して再送の対象となるCBGが指示される。なお、図１５に示す例において、参照符号Ｓ４０１〜Ｓ４１５，Ｓ４１９〜Ｓ４２３で示した処理については、図１４において参照符号Ｓ３５３〜Ｓ３５６、Ｓ３６７〜Ｓ３７１で示した処理と同様である。即ち、端末装置２００は、例えば、基地局１００からDCI等の制御情報により動的に通知される情報（Ｓ４１７）に基づき、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを選択的に切り替える。具体的な一例として、図１５に示す例は、NACKが通知されたCBGのみの再送が基地局１００から通知された場合について示しており、端末装置２００は、NACKが通知されたCBG#2、CBG#3のみを基地局１００に再送している（Ｓ４１９）。
【０１３３】
また、他の一例として、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかが、仕様としてPre-definedされていてもよい。この場合には、図１４及び図１５に示す例のような、基地局１００から端末装置２００に対する明示的な通知が行われなくてもよい。
【０１３４】
（実施例３−２：端末装置が決定する方法）
まず、実施例３−２として、どのCBGを送信するかを端末装置２００が決定する場合の一例について説明する。
【０１３５】
本実施例においては、端末装置２００は、基地局１００に対して、どのCBGを送信したかを、所定の通知方法により明示的に通知するか、もしくは、前述したCBGインデックス認識手段を適用することにより間接的に通知する。
【０１３６】
例えば、図１６は、実施例３−２に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図であり、どのCBGを送信するかを端末装置２００が決定する場合の一例を示している。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。また、参照符号Ｓ４５１〜Ｓ４６３で示した処理については、図１５において参照符号Ｓ４０１〜Ｓ４１５で示した処理と同様のため詳細な説明は省略する。
【０１３７】
端末装置２００は、基地局１００に送信したデータに対する応答として応答として当該基地局１００からHARQ−ACKフィードバックを取得し、当該HARQ−ACKフィードバックに応じて、どのCBGを再送するかを決定する。例えば、図１６に示す例では、基地局１００は、端末装置２００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックしている（Ｓ４６１）。
【０１３８】
これに対して端末装置２００は、NACKが通知されたCBG#2、CBG#3についてのみ再送を行うことを決定し（Ｓ４６５）、CBG#2、CBG#3を基地局１００に再送している（Ｓ４６７）。また、このとき端末装置２００は、所定の通知方法に基づき、基地局１００に対してCBG#2、CBG#3を再送したことを通知してもよい（Ｓ４６９）。なお、同通知については、例えば、UCIやPUSCH等を利用することが可能である。これにより、基地局１００は、端末装置２００からの通知に基づき、当該端末装置２００がCBG#2、CBG#3を再送したことを認識することが可能となる。
【０１３９】
また、他の一例として、端末装置２００は、基地局１００に対してデータを送信または再送する際に、前述したCBGインデックス認識手段を適用してもよい。これにより、端末装置２００から基地局１００に対して明示的な通知が行われなくとも、基地局１００は、端末装置２００が送信または再送したCBGを認識することが可能となるため、当該通知によるオーバーヘッドを削減することも可能となる。
【０１４０】
そして、基地局１００は、全CBGの復号に成功し（Ｓ４７１）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ４７３）、端末装置２００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ４７５）。
【０１４１】
（実施例３−３：Reference  Signal系列と紐づけて決定）
続いて、実施例３−３として、Reference  Signal系列と紐づけて決定することにより、CBG  Indexの明示的な通知を削減する技術の一例について説明する。
【０１４２】
例えばReference  Signalパターン#0を送信した場合にはCBG  Index#0が、Reference  Signalパターン#1を送信した場合にはCBG  Index#1が、Reference
Signalパターン#2を送信した場合は、CBG  Index#0及び#1が送信されている、といった紐づけが可能である。Reference  Signalは、基地局１００から送信されるダウンリンクReference  Signalでもよいし、端末装置２００から送信されるアップリンクReference  Signalでもよい。この場合には、基地局１００または端末装置２００は、全てのReference  Signalパターンをブラインドデコーディングすることで、どのReference  Signalパターンが送信されているかを判断し、Reference  SignalパターンからどのCBG  Indexが送信されているかを判断する。Reference  Signalとしては、例えば、DMRS等が考えられる。
【０１４３】
（ｂ）再送時にアップリンクGrantを通知する場合
続いて、再送時に基地局１００が端末装置２００に対してアップリンクGrantを通知する場合の一例について、実施例４−１〜４−３として説明する。本項で説明する方法では、基地局１００が端末装置２００に対してアップリンクGrantを通知し、端末装置２００は、通知されたアップリンクGrantの情報に基づき、アップリンク送信（例えば、データの再送）を行う。
【０１４４】
（実施例４−１：アップリンクGrantにACK/NACK情報が含まれる場合）
まず、実施例４−１として、基地局１００が、アップリンクGrantにACK/NACK情報を追加して、端末装置２００に当該アップリンクGrantを通知する場合の一例について説明する。
【０１４５】
例えば、図１７は、実施例４−１に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。また、参照符号Ｓ５０１〜Ｓ５１１で示した処理については、図１４において参照符号Ｓ３５１〜Ｓ３６１で示した処理と同様のため詳細な説明は省略する。
【０１４６】
図１７に示すように、基地局１００は、端末装置２００から送信されたデータ（CBG#0〜CBG#3）を受信し、受信した当該データを復号する。また、基地局は、CRC等の誤り検出符号に基づき、受信したCBGそれぞれについて正しく復号できたか否かを判定する。ここで、データの復号時に誤りが発生し、基地局１００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ５１１）。
【０１４７】
本実施例において、基地局１００は、端末装置２００がCBGを再送するためのリソースを割り当て、当該割り当て結果に応じたアップリンクGrantを当該端末装置２００に通知する。このとき、基地局１００は、当該アップリンクGrantに対して、端末装置２００から送信されたデータの復号結果に応じたHARQ−ACKフィードバック（即ち、ACK/NACK情報）を含めることで、当該HARQ−ACKフィードバックを当該端末装置２００に通知する（Ｓ５１３）。また、端末装置２００は、基地局１００から通知されたアップリンクGrantに含まれるHARQ−ACKフィードバックに応じて、当該基地局１００に再送するCBGを決定する。
【０１４８】
なお、本実施例において、端末装置２００が、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するか、を決定する方法については特に限定されない。即ち、実施例３−１として説明した例のように、端末装置２００は、基地局１００から準静的または動的な通知に基づき、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを決定してもよい。また、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかが、仕様としてPre-definedされていてもよい。なお、図１７は、端末装置２００が、基地局１００から準静的に通知された情報に基づき、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを決定する場合の一例について示している。
【０１４９】
また、端末装置２００は、基地局１００に再送するCBGをImplicitに決定しても良い。例えば、端末装置２００は、Grantで通知されたアップリンク送信リソースサイズに基づいて、再送するCBGを決定してもよい。具体的には、端末装置２００は、アップリンク送信リソースサイズが前回の送信時と同じであった場合には、前回と同様のCBGを再送してもよい。また、端末装置２００は、アップリンク送信リソースサイズが前回の送信時よりも小さい場合には、NACKが通知されたCBGのみを再送してもよい。また、端末装置２００は、アップリンク送信リソースサイズが前回の送信時よりも大きい場合には、TBに含まれる全てのCBGを再送してもよい。
【０１５０】
また、実施例３−２として説明した例のように、端末装置２００が、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを決定してもよい。
【０１５１】
なお、以降の処理については、図１４に示す例と同様である。即ち、端末装置２００は、対象となるCBGを基地局１００に対して再送する（Ｓ５１５）。また、基地局１００は、全CBGの復号に成功し（Ｓ５１７）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ５１９）、端末装置２００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ５２１）。
【０１５２】
また、実施例１−５として前述したように、初送と再送で動的通知領域の内容を切り替える方法を、本実施例に適用することも可能である。具体的な一例として、MCSを通知する領域を、初送時はModulationとCoding  rateの通知に利用し、再送時においては、ModulationとACK/NACKの通知に利用する、といった制御が可能である。もちろん、実施例１−５として前述したように、通知に使用される領域や通知される情報は、上記の例に限定されるものではない。
【０１５３】
（実施例４−２：アップリンクにNDI情報が含まれる場合）
続いて、実施例４−２として、基地局１００が、アップリンクGrantにNew  Data  Indicator（NDI）を追加して、端末装置２００に当該アップリンクGrantを通知する場合の一例について説明する。
【０１５４】
NDI情報は、アップリンクGrantが新しいデータ用のGrantであるか、もしくは再送用のGrantであるのかを通知する情報である。本実施例では、端末装置２００は、通知されたNDI情報を基に、再送をするCBGを決定する。例えば、それぞれのCBGに対応するNDIが通知されるものとする。なお、本説明では、CBG#0、CBG#1、CBG#2、CBG#3に対応するNDIを、それぞれNDI#0、NDI#1、NDI#2、NDI#3と称する場合がある。例えば、端末装置２００は、NDI#0が再送を示していればCBG#0を再送する。また、端末装置２００は、NDI#1が新しいデータの送信を示していれば、CBG#1では新しいデータの送信を行ってもよいし、CBG#1ではデータを送信しなくてもよい。
【０１５５】
ここで、図１８を参照して、本実施例に係るシステムの一連の処理の流れの一例について、より具体的な例を挙げて説明する。図１８は、実施例４−２に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。
【０１５６】
図１８に示す例では、基地局１００は、TBに含まれる全てのCBGを再送するか、もしくはNACKが通知されたCBGのみを再送するかを示す情報を、RRC  signalingやSystem  Informationなどで準静的に通知する（Ｓ５５１）。即ち、端末装置２００は、基地局１００に対してデータを再送する際には、同通知で指定された方法に基づき当該再送を行うこととなる。
【０１５７】
また、基地局１００は、再送時においてNDIが新しいデータの送信を示していた場合における動作を示す情報を、RRC  signalingやSystem  Informationなどで準静的に通知する（Ｓ５５３）。即ち、端末装置２００は、NDIが新しいデータの送信を示していた場合には、同通知で指定された方法に基づき、当該NDIに対応するCBGに関する処理を実行することとなる。具体的な一例として、端末装置２００は、同通知に基づき、対応するNDIが新しいデータの送信を示すCBGについて、当該CBGにより新しいデータを送信するか、もしくは当該CBGではデータを送信しないか、を決定してもよい。
【０１５８】
なお、参照符号Ｓ５５５〜Ｓ５６３で示した処理については、図１４において参照符号Ｓ３５３〜Ｓ３６１で示した処理と実質的には同様のため詳細な説明は省略する。
【０１５９】
次いで、図１８に示すように、基地局１００は、端末装置２００から送信されたデータ（CBG#0〜CBG#3）を受信し、受信した当該データを復号する。また、基地局は、CRC等の誤り検出符号に基づき、受信したCBGそれぞれについて正しく復号できたか否かを判定する。ここで、データの復号時に誤りが発生し、基地局１００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ５６３）。
【０１６０】
本実施例において、基地局１００は、端末装置２００がCBGを再送するためのリソースを割り当て、当該割り当て結果に応じたアップリンクGrantを当該端末装置２００に通知する。このとき、基地局１００は、当該アップリンクGrantに対して、端末装置２００から送信されたデータの復号結果に応じたNDI情報を含めることで、TBに含まれる各CBGのうちどのCBGが新しいデータ用のものか（換言すると、どのCBGが再送用のものか）について当該端末装置２００に通知する（Ｓ５６５）。即ち、端末装置２００は、基地局１００から通知されたアップリンクGrantに含まれるNDI情報に応じて、当該基地局１００に再送するCBGを決定する。
【０１６１】
なお、図１８に示す例では、端末装置２００は、NDIが新しいデータの送信を示していた場合における動作を、基地局１００からの準静的な通知（Ｓ５５３）に応じて決定する。一方で、本実施例においては、端末装置２００が、NDIが新しいデータの送信を示していた場合における動作を決定する方法については、必ずしも図１８に示すような基地局１００からの準静的な通知に基づくものには限定されない。具体的な一例として、NDIが新しいデータの送信を示していた場合における動作が、仕様としてPre-definedされていてもよい。
【０１６２】
また、他の一例として、NDIが新しいデータの送信を示していた場合における動作を端末装置２００が決定してもよい。なお、この場合には、端末装置２００は、対応するNDIが新しいデータの送信を示しているCBGについて、新しいデータを送信したか否かを、基地局１００に別途通知してもよい。
【０１６３】
また、他の一例として、TBに含まれる全てのCBGについて、新しいデータの送信を示しているか、またはデータの再送を示しているかが、１つのNDIで通知されてもよい。この場合には、例えば、NDIが再送を示している場合には、TBに含まれる全てのCBG、またはNACKが通知されたCBGが再送されてもよい。また、NDIが新しいデータの送信を示している場合には、TBに含まれる全てのCBGで新しいデータが送信されてもよい。
【０１６４】
なお、以降の処理については、図１４に示す例と同様である。即ち、端末装置２００は、対象となるCBGを基地局１００に対して再送する（Ｓ５６７）。また、基地局１００は、全CBGの復号に成功し（Ｓ５６９）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ５７１）、端末装置２００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ５７３）。
【０１６５】
また、実施例１−５として前述したように、初送と再送で動的通知領域の内容を切り替える方法を、本実施例に適用することが可能である。具体的な一例として、MCSを通知する領域を、初送時はModulationとCoding  rateの通知に利用し、再送時においては、ModulationとNDIの通知に利用する、といった制御が可能である。もちろん、実施例１−５として前述したように、通知に使用される領域や通知される情報は、上記の例に限定されるものではない。
【０１６６】
（実施例４−３：アップリンクGrantにCBG  Index情報が含まれる場合）
続いて、実施例４−３として、基地局１００が、アップリンクGrantにCBG  Index情報を追加して、端末装置２００に当該アップリンクGrantを通知する場合の一例について説明する。
【０１６７】
CBG  Index情報は、アップリンクGrantで通知されたリソースで送信されるCBGのIndexを通知するための情報である。例えば、CBG  Index情報が#2、#3である場合には、Grantされたリソースでは、CBG#2、CBG#3を送信することとなる。
【０１６８】
例えば、図１９は、実施例４−３に係るシステムの一連の処理の流れの一例を示した概略的なシーケンス図である。なお、本説明では、１つのTBがCBG#0〜CBG#3を含むものとする。また、参照符号Ｓ６０１〜Ｓ６１１で示した処理については、図１４において参照符号Ｓ３５１〜Ｓ３６１で示した処理と同様のため詳細な説明は省略する。
【０１６９】
図１９に示すように、基地局１００は、端末装置２００から送信されたデータ（CBG#0〜CBG#3）を受信し、受信した当該データを復号する。また、基地局は、CRC等の誤り検出符号に基づき、受信したCBGそれぞれについて正しく復号できたか否かを判定する。ここで、データの復号時に誤りが発生し、基地局１００がCBG#2及びCBG#3を正しく復号できなかったものとする（Ｓ６１１）。
【０１７０】
本実施例において、基地局１００は、端末装置２００がCBGを再送するためのリソースを割り当て、当該割り当て結果に応じたアップリンクGrantを当該端末装置２００に通知する。このとき、基地局１００は、当該アップリンクGrantに対して、端末装置２００から送信されたデータの復号結果に応じたCBG  Index情報を含めることで、端末装置２００に対して再送の対象となるCBGを通知する（Ｓ６１３）。例えば、図１９に示す例の場合には、CBG  Index情報は、CBG#2、CBG#3を示していることとなる。また、端末装置２００は、基地局１００から通知されたアップリンクGrantに含まれるCBG  Index情報に応じて、当該基地局１００に再送するCBGを決定する。
【０１７１】
なお、CBG  Index情報をNDI情報と組み合わせることで、CBG  Index情報で指定されたCBGについて、再送であるか、新しいデータの送信であるかが、NDI情報により指定されてもよい。例えば、１つのTBがCBG#0〜CBG#3を含み、CBG  Index情報によりCBG#0〜CBG#3の送信が通知されたものとする。このとき、端末装置２００は、TBに含まれる全てのCBGを送信することとなるが、送信の対象が再送データと新しいデータとのいずれかを特定することが困難な場合がある。そのため、NDI情報と組み合わせることにより、例えば、端末装置２００は、NDIが再送を示していれば全CBGで再送データを送信し、NDIが新しいデータの送信を示していれば全CBGで新しいデータを送信することも可能となる。
【０１７２】
また、他の一例として、NDI情報と組み合わせることなく、CBG  Index情報のみにより、当該CBG  Index情報で指定されたCBGについて、再送であるか、新しいデータの送信であるかを通知することも可能である。例えば、１つのTBがCBG#0〜CBG#3を含む場合には、CBG  Indexの通知の例として、4ビットを使用しての通知が挙げられる。この場合には、例えば、各ビットについて、１が再送を表し、０が送信しないことを表すと仮定すると、４ビット全てが１であれば全てのCBGを再送することになる。また、CBG#0、CBG#1に対応するビットが１であれば、CBG#0、CBG#1を再送し、CBG#2、CBG#3については送信しないことになる。ここで、全てのビットが０である場合には、全てのCBGで新しいデータを送信すると規定することにより、NDIの通知が不要となる。なお、ビットが表す意味は、１と０が逆であってもよい。
【０１７３】
なお、以降の処理については、図１４に示す例と同様である。即ち、端末装置２００は、対象となるCBGを基地局１００に対して再送する（Ｓ６１５）。また、基地局１００は、全CBGの復号に成功し（Ｓ６１７）、かつ、CRC等の誤り検出符号に基づき、TBが正しく復号されたことを認識した場合には（Ｓ６１９）、端末装置２００に対して、CBG#0、CBG#1、CBG#2、CBG#3についてACKをフィードバックする（Ｓ６２１）。
【０１７４】
また、実施例１−５として前述したように、初送と再送で動的通知領域の内容を切り替える方法を、本実施例に適用することが可能である。具体的な一例として、MCSを通知する領域を、初送時はModulationとCoding  rateの通知に利用し、再送時においては、ModulationとCBG  Indexの通知に利用する、といった制御が可能である。もちろん、実施例１−５として前述したように、通知に使用される領域や通知される情報は、上記の例に限定されるものではない。
【０１７５】
（実施例４−４：Reference  Signal系列と紐づけて決定）
続いて、実施例４−４として、Reference  Signal系列と紐づけて決定することにより、CBG  Indexの明示的な通知を削減する技術の一例について説明する。
【０１７６】
例えば、Reference  Signalパターン#0を送信した場合にはCBG  Index#0が、Reference  Signalパターン#1を送信した場合にはCBG  Index#1が、Reference
Signalパターン#2を送信した場合にはCBG  Index#0及び#1が送信されている、といった紐づけが可能である。Reference  Signalは、基地局１００から送信されるダウンリンクReference  Signalでもよいし、端末装置２００から送信されるアップリンクReference  Signalでもよい。この場合には、基地局１００または端末装置２００は、全てのReference  SignalパターンをブラインドデコーディングすることでどのReference  Signalパターンが送信されているかを判断し、Reference  SignalパターンからどのCBG  Indexが送信されているかを判断する。Reference  Signalとしては、例えば、DMRS等が考えられる。
【０１７７】
＜２．６．アップリンク送信されたCBGに対するHARQ−ACK送信手段＞
続いて、アップリンク送信されたCBGに対するHARQ−ACKフィードバックの返信に係る技術の一例について説明する。上記では、アップリンク送信において端末装置２００がどのようにCBGを送信するかを示したが、それに対して基地局１００がどのようにHARQ−ACKフィードバックを返信するかについても重要である。そこで、以降では、基地局１００が端末装置２００に対してHARQ−ACKフィードバックを返信する手段の一例について実施例として説明する。
【０１７８】
（実施例５−１：CBG全体のHARQ−ACKを送信する）
まず、実施例５−１として、基地局１００が、常に、TBに含まれる全CBGについてHARQ−ACKフィードバックを送信する場合の一例について説明する。
【０１７９】
例えば、TBに含まれるCBGが全部で４つあるものとする。この場合には、基地局１００は、常に４つのCBGに対応するHARQ−ACKフィードバックを端末装置２００に返信する。即ち、端末装置２００が、再送時にCBG#2、CBG#3のみを送信した場合においても、基地局１００は、CBG#0、CBG#1、CBG#2、CBG#3すべてのHARQ−ACKフィードバックを返信することとなる。なお、この場合においては、端末装置２００から送信されていないCBG#0、CBG#1については、例えば、DTXとして送信することになる。
【０１８０】
本実施例は、常に、TBに含まれるすべてのCBGに対応するHARQ−ACKフィードバックが基地局１００に送信される。そのため、本実施例においては、端末装置２００と基地局１００との間で、送信されたCBGインデックスの齟齬が発生していたとしても、HARQ−ACKフィードバックにより、端末装置２００が、当該齟齬を検知することが可能となる場合がある。しかしながら、本実施例においては、端末装置２００から送信されていないCBGについては、DTXとして送信されることになるため、無駄なビットが発生してしまうことが問題点として挙げられる。
【０１８１】
（実施例５−２：受信したCBGのみのHARQ−ACKを送信する）
続いて、実施例５−２として、基地局１００が、端末装置２００から受信したCBGについてのみHARQ−ACKフィードバックを送信する場合の一例について説明する。
【０１８２】
例えば、１回目の送信においてCBG#2、CBG#3がNACKであったものとする。この場合には、基地局１００は、端末装置２００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることとなる。また、基地局１００からのHARQ−ACKフィードバックを受信した端末装置２００は、当該基地局１００に対して、NACKがフィードバックされたCBG#2、CBG#3を再送する。基地局１００は、当該再送に対するHARQ−ACKフィードバックとして、再送されたCBG#2、CBG#3についてのみ、HARQ−ACKフィードバックを端末装置２００に返信する。すなわち、再送時には、HARQ−ACKフィードバックのビット数が減ることとなり、制御情報の情報量を削減することが可能となる。
【０１８３】
ただし、本実施例においては、端末装置２００と基地局１００との間において、どのCBGを送信しているかに関する情報に誤りが発生した場合（即ち、端末装置２００と基地局１００との間で認識に齟齬が発生した場合）に、問題が発生する可能性がある。
【０１８４】
これに対して、例えば、実施例１−４として示したCBGインデックス認識手段などを適用することにより、基地局１００は、端末装置２００から送信されたCBGが正しくない場合に、正しいCBGではないことを認識することが可能となる。一方で、端末装置２００側には、誤ったCBGを送信したことを認識する手段が無い。そのため、本実施例で説明した技術に加えて、例えば、基地局１００が正しいCBGではないことを認識した場合に、当該認識結果に応じた情報を端末装置２００に通知をする仕組みが必要となる。
【０１８５】
（実施例５−３：全CBG再送要求の送信）
次いで、実施例５−３として、上述した実施例５−２に係るシステムを改善する技術の一例について説明する。本実施例では、基地局１００は、必用に応じて、端末装置２００に対して、TBに含まれる全CBGの再送要求を送信する。
【０１８６】
具体的な一例として、１回目の送信においてCBG#2、CBG#3がNACKであったものとする。この場合には、基地局１００は、端末装置２００に対して、CBG#0、CBG#1についてはACKをフィードバックし、CBG#2、CBG#3についてはNACKをフィードバックすることとなる。
【０１８７】
一方で、端末装置２００において、HARQ−ACKフィードバックの復号自体は成功したものの、復号結果に誤りが生じ、CBG#0、CBG#2がACKであり、CBG#1、CBG#3がNACKであるものと認識されたものとする。この場合には、端末装置２００は、CBG#1、CBG#3を再送することとなる。
【０１８８】
これに対して、基地局１００は、正しくないCBGが送信されていることを、例えば、実施例１−４において上述したCBGインデックス認識手段を用いることで認識する。その後、基地局１００は、端末装置２００に対して、全CBGの再送要求を通知する。これにより、端末装置２００は、正しいCBGを送信することが可能となる。
【０１８９】
なお、全CBGの再送要求については、HARQ−ACKフィードバックに加えて送信されてもよいし、HARQ−ACKフィードバックの代わりに送信されてもよい。
【０１９０】
（実施例５−４：HARQ−ACKを送信せず他の情報で代用する場合）
続いて、実施例５−４として、基地局１００が端末装置２００に対してHARQ−ACKフィードバックを返信せずに、他の情報で代用する場合の一例について説明する。具体的には、基地局１００は、前述したNDIやCBG  Indexを、HARQ−ACKフィードバックの代用として使用してもよい。なお、この場合の基地局１００及び端末装置２００の動作については、実施例４−２や実施例４−３で示した動作と実質的に同様となる。
【０１９１】
＜２．７．補足＞
以上、ダウンリンクおよびアップリンクの場合における実施例について説明したが、各実施例として上述した本開示に係る技術は、必ずしもダウンリンクおよびアップリンクのみに限定されるものではない。具体的な一例として、Device  to  Deviceなどのサイドリンク、リレー端末との通信、基地局からのGrantが行われないGrant-free送信等においても、本開示に係る技術を適用することが可能である。また、上記ではCBGのインデックスを通知する実施例について説明したが、CBGのインデックスだけでなく、CBGの最大サイズや、一つのCBGに含まれるCB数など、CBやCBGに関する他の情報が通知されても良い。また、上述したような通知される情報が、状況に応じて、他の情報の通知用途として使用されても良い。
【０１９２】
また、上述した実施例では、2−stage  DCIでの適用も可能である。2−Stage  DCIにおいては、1st  stageのDCIに、最小限に必要な制御情報と2nd  stage  DCIのリソース情報が含まれ、2nd  stage  DCIには残りの制御情報が含まれる。上述した実施例の適用に加えて、2−stage  DCIの場合においては、1st  stage  DCIが2nd  stage  DCIのリソース情報を含む。そのため、2nd  stage  DCIのリソースサイズを調整することにより、CBGインデックスの最大数が動的に切り替わった場合においても、情報を持たない無駄なbitを送信しないようにすることが可能となる。
【０１９３】
＜＜３．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２２６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２２７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２２８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２２９】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２３に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２３には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２３０】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２３１】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２３２】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２３に示したように複数のアンテナ９３７を有してもよい。なお、図２３にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２３３】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２３４】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２３に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２３５】
図２３に示したカーナビゲーション装置９２０において、図３を参照して説明した処理部２４０に含まれる１つ以上の構成要素（通信制御部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２３６】
また、図２３に示したカーナビゲーション装置９２０において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
【０２３７】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、通信制御部２４１、情報取得部２４３、判定部２４５、及び通知部２４７のうち少なくともいずれかを備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２３８】
＜＜４．むすび＞＞
以上説明したように、本実施形態に係るシステムにおいて、基地局１００は、TBに含まれる１以上のCBGのうち、端末装置２００が受信（復号）に失敗したCBGと、TBに含まれる全てのCBGと、うち再送の対象とするいずれかに応じた情報を端末装置２００に通知してもよい。以上のような構成により、基地局１００がHARQ−ACKフィードバックの誤りを検知できない場合や、誤りの検知に失敗した場合においても、基地局１００と端末装置２００との間における、CBGに関する認識の齟齬を解消することが可能となる。
【０２３９】
また、本実施形態に係るシステムにおいて、基地局１００は、TBに含まれる少なくとも一部のCBGを端末装置２００に再送する場合に、端末装置２００が再送の対象となるCBGを特定するための情報を通知してもよい。このとき、基地局１００は、再送の対象となるCBGに関連付けられた情報（例えば、当該CBGに含まれるCBのCRC、当該CB自体、または当該CBGのCRC等）に対して、当該CBGに関する情報（例えば、インデックス）に基づき、スクランブルまたはインターリーブ等の処理を施す。このような構成により、基地局１００から端末装置２００に対して、当該端末装置２００が再送の対象となるCBGを特定するための情報が間接的に通知される。以上のような構成により、基地局１００がHARQ−ACKフィードバックの誤りを検知できない場合や、誤りの検知に失敗した場合においても、基地局１００と端末装置２００との間における、CBGに関する認識の齟齬を解消することが可能となる。なお、上記は、端末装置２００が基地局１００に対してCBGを再送する場合についても同様である。
【０２４０】
また、本実施形態に係るシステムにおいて、端末装置２００は、TBに含まれるCBGのうち少なくとも一部のCBGが基地局１００から送信（再送）された場合に、送信された当該少なくとも一部のCBGを対象として、各CBGの受信結果に応じたHARQ−ACKフィードバックを基地局１００に返送する。このような構成により、再送時には、HARQ−ACKフィードバックのビット数が減ることとなり、制御情報の情報量を削減することが可能となる。なお、上記は、基地局１００が端末装置２００に対してHARQ−ACKフィードバックを返送する場合についても同様である。
【０２４１】
以上のように、本開示の一実施形態に係るシステムに依れば、CBGやCBG−based  HARQ−ACKに係る技術が適用される環境下においても、ユースケースに応じた柔軟な設計を可能とし、システム全体の伝送効率をより向上させることが可能となる。
【０２４２】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２４３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２４４】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、のうち再送の対象とするいずれかに応じた情報が他の装置に通知されるように制御する制御部と、
を備える、通信装置。
（２）
前記制御部は、
前記他の装置へのデータの送信に対する当該他の装置からの応答に応じて、前記他の装置が受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、うちのいずれかが、前記他の装置に再送させるように制御し、
前記制御の結果に応じた前記情報が前記他の装置に通知されるように制御する、
前記（１）に記載の通信装置。
（３）
前記他の装置から送信されたデータの受信結果を判定する判定部を備え、
前記制御部は、前記他の装置が、受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、のうちいずれを再送の対象とするかを示す前記情報が、当該他の装置に通知されるように制御する、
前記（１）に記載の通信装置。
（４）
前記他の装置は、端末装置であり、
前記制御部は、前記情報が、前記他の装置がデータを送信するためのリソースの割り当てに関する情報に関連付けられて、当該他の装置に通知されるように制御する、前記（３）に記載の通信装置。
（５）
前記制御部は、前記所定の送信単位に含まれる前記１以上の複数の一の符号化単位のうち、新たなデータの送信に割り当てた前記複数の一の符号化単位に関する情報が前記端末装置に通知されるように制御する、前記（４）に記載の通信装置。
（６）
前記制御部は、前記所定の送信単位に含まれる前記１以上の複数の一の符号化単位のうち、再送の対象とする前記複数の一の符号化単位を示した情報が前記端末装置に通知されるように制御する、前記（４）に記載の通信装置。
（７）
無線通信を行う通信部と、
他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御する制御部と、
を備え、
前記制御部は、前記他の装置が再送の対象となる前記複数の一の符号化単位を特定するための情報が、当該他の装置に通知されるように制御する、
通信装置。
（８）
前記制御部は、
再送の対象となる前記複数の一の符号化単位に関する情報に基づき、当該複数の一の符号化単位に関連付けられた所定の情報に対して所定の処理を施し、
当該所定の処理が施された当該所定の情報が、当該複数の一の符号化単位を特定するための情報として、前記他の装置に通知されるように制御する、
前記（７）に記載の通信装置。
（９）
前記所定の情報は、再送の対象となる前記複数の一の符号化単位に対して付加された誤り検出符号、当該複数の一の符号化単位に含まれる前記一の符号化単位に対して付加された誤り検出符号、または、当該一の符号化単位である、前記（８）に記載の通信装置。
（１０）
前記所定の処理は、スクランブル及びインターリーブのうち少なくともいずれかを含む、前記（８）または（９）に記載の通信装置。
（１１）
前記他の装置は、端末装置である、前記（７）〜（１０）のいずれか一項に記載の通信装置。
（１２）
前記他の装置は、基地局である、前記（７）〜（１０）のいずれか一項に記載の通信装置。
（１３）
無線通信を行う通信部と、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、他の装置から送信された少なくとも一部の前記複数の一の符号化単位を対象として、当該複数の一の符号化単位の受信結果に応じた応答が当該他の装置に通知されるように制御する制御部と、
を備える、通信装置。
（１４）
前記制御部は、前記他の装置から送信された少なくとも一部の前記複数の一の符号化単位の受信結果に応じて、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位の送信要求に関する情報が前記他の装置に通知されるように制御する、前記（１３）に記載の通信装置。
（１５）
前記制御部は、前記他の装置から送信された少なくとも一部の前記複数の一の符号化単位の受信結果に応じて、再送の対象とする前記複数の一の符号化単位に関する情報が前記他の装置に通知されるように制御する、前記（１３）に記載の通信装置。
（１６）
前記他の装置は、端末装置である、前記（１３）〜（１５）のいずれか一項に記載の通信装置。
（１７）
前記他の装置は、基地局である、前記（１３）〜（１５）のいずれか一項に記載の通信装置。
（１８）
コンピュータが、
無線通信を行うことと、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、再送の対象となる前記複数の一の符号化単位に関する情報が他の装置に通知されるように制御することと、
を含む、通信方法。
（１９）
コンピュータが、
無線通信を行うことと、
他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御することと、
を含み、
前記他の装置が再送の対象となる前記複数の一の符号化単位を特定するための情報が、当該他の装置に通知されるように制御される、
通信方法。
（２０）
コンピュータが、
無線通信を行うことと、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、他の装置から送信された少なくとも一部の前記複数の一の符号化単位を対象として、当該複数の一の符号化単位の受信結果に応じた応答が当該他の装置に通知されるように制御すことと、
を含む、通信方法。
（２１）
無線通信を行う通信部と、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、再送の対象となる前記複数の一の符号化単位に関する情報を他の装置から取得する取得部と、
を備える、通信装置。
【符号の説明】
【０２４５】
１      システム
１００  基地局
１１０  アンテナ部
１２０  無線通信部
１３０  ネットワーク通信部
１４０  記憶部
１５０  処理部
１５１  通信制御部
１５３  情報取得部
１５５  判定部
１５７  通知部
２００  端末装置
２１０  アンテナ部
２２０  無線通信部
２３０  記憶部
２４０  処理部
２４１  通信制御部
２４３  情報取得部
２４５  判定部
２４７  通知部
【図１】
2018191118.tif 000005
【図２】
2018191118.tif 000006
【図３】
2018191118.tif 000007
【図４】
2018191118.tif 000008
【図５】
2018191118.tif 000009
【図６】
2018191118.tif 000010
【図７】
2018191118.tif 000011
【図８】
2018191118.tif 000012
【図９】
2018191118.tif 000013
【図１０】
2018191118.tif 000014
【図１１】
2018191118.tif 000015
【図１２】
2018191118.tif 000016
【図１３】
2018191118.tif 000017
【図１４】
2018191118.tif 000018
【図１５】
2018191118.tif 000019
【図１６】
2018191118.tif 000020
【図１７】
2018191118.tif 000021
【図１８】
2018191118.tif 000022
【図１９】
2018191118.tif 000023
【図２０】
2018191118.tif 000024
【図２１】
2018191118.tif 000025
【図２２】
2018191118.tif 000026
【図２３】
2018191118.tif 000027