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

Description

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

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「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が用意されているものと仮定する。
（b₀，b₁，b₂，b₃，b₄，b₅）

ここで、b₀、b₁はModulationを表し、b₂〜b₅はcoding rateを表していると仮定する。この時、再送時のcoding rateは初送時のcoding rateと同じであると仮定することで、再送時ではb₂〜b₅を別の情報用のビットとして使用することが可能となる。例えば、これらのビットを、送信をしているCBGのインデックス情報として用いることにより、初送時と再送時のDCIビット数を変化させることなく、再送時に送信されているCBGの情報を端末装置に通知することが可能となる。なお、初送時においては、全てのCBGが送信されていると考えられるため、CBGの情報を端末装置に通知する必要はない。

また、初送か再送かの判断については、New Data Indicator（NDI）情報で通知されると考えられるため、これらを表にまとめると、以下に表１として示すようになる。

なお、NDIが初送を示している場合には、b₂〜b₅はCoding rateを表し、CBGは全て送信されているものとする。一方で、NDIが再送を示している場合には、Coding rateは初送時と同じCoding rateを表し、CBGはb₂〜b₅に対応する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の通知領域（b₀，b₁，b₂）は、Transport Blockごとに用意されているものと想定している。例えば、CBGインデックスを通知する領域として、（b₀，b₁，b₂，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）のインデックスI_TBSとして通知される場合も考えられる。その場合に、上述した表１は、以下に示す表２のように置き換えることが可能である。

また、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に係る技術が適用される環境下においても、ユースケースに応じた柔軟な設計を可能とし、システム全体の伝送効率をより向上させることが可能となる。

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

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、のうち再送の対象とするいずれかに応じた情報が他の装置に通知されるように制御する制御部と、
を備える、通信装置。
（２）
前記制御部は、
前記他の装置へのデータの送信に対する当該他の装置からの応答に応じて、前記他の装置が受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、うちのいずれかが、前記他の装置に再送させるように制御し、
前記制御の結果に応じた前記情報が前記他の装置に通知されるように制御する、
前記（１）に記載の通信装置。
（３）
前記他の装置から送信されたデータの受信結果を判定する判定部を備え、
前記制御部は、前記他の装置が、受信に失敗した前記複数の一の符号化単位と、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位と、のうちいずれを再送の対象とするかを示す前記情報が、当該他の装置に通知されるように制御する、
前記（１）に記載の通信装置。
（４）
前記他の装置は、端末装置であり、
前記制御部は、前記情報が、前記他の装置がデータを送信するためのリソースの割り当てに関する情報に関連付けられて、当該他の装置に通知されるように制御する、前記（３）に記載の通信装置。
（５）
前記制御部は、前記所定の送信単位に含まれる前記１以上の複数の一の符号化単位のうち、新たなデータの送信に割り当てた前記複数の一の符号化単位に関する情報が前記端末装置に通知されるように制御する、前記（４）に記載の通信装置。
（６）
前記制御部は、前記所定の送信単位に含まれる前記１以上の複数の一の符号化単位のうち、再送の対象とする前記複数の一の符号化単位を示した情報が前記端末装置に通知されるように制御する、前記（４）に記載の通信装置。
（７）
無線通信を行う通信部と、
他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御する制御部と、
を備え、
前記制御部は、前記他の装置が再送の対象となる前記複数の一の符号化単位を特定するための情報が、当該他の装置に通知されるように制御する、
通信装置。
（８）
前記制御部は、
再送の対象となる前記複数の一の符号化単位に関する情報に基づき、当該複数の一の符号化単位に関連付けられた所定の情報に対して所定の処理を施し、
当該所定の処理が施された当該所定の情報が、当該複数の一の符号化単位を特定するための情報として、前記他の装置に通知されるように制御する、
前記（７）に記載の通信装置。
（９）
前記所定の情報は、再送の対象となる前記複数の一の符号化単位に対して付加された誤り検出符号、当該複数の一の符号化単位に含まれる前記一の符号化単位に対して付加された誤り検出符号、または、当該一の符号化単位である、前記（８）に記載の通信装置。
（１０）
前記所定の処理は、スクランブル及びインターリーブのうち少なくともいずれかを含む、前記（８）または（９）に記載の通信装置。
（１１）
前記他の装置は、端末装置である、前記（７）〜（１０）のいずれか一項に記載の通信装置。
（１２）
前記他の装置は、基地局である、前記（７）〜（１０）のいずれか一項に記載の通信装置。
（１３）
無線通信を行う通信部と、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、他の装置から送信された少なくとも一部の前記複数の一の符号化単位を対象として、当該複数の一の符号化単位の受信結果に応じた応答が当該他の装置に通知されるように制御する制御部と、
を備える、通信装置。
（１４）
前記制御部は、前記他の装置から送信された少なくとも一部の前記複数の一の符号化単位の受信結果に応じて、前記所定の送信単位に含まれる全ての前記複数の一の符号化単位の送信要求に関する情報が前記他の装置に通知されるように制御する、前記（１３）に記載の通信装置。
（１５）
前記制御部は、前記他の装置から送信された少なくとも一部の前記複数の一の符号化単位の受信結果に応じて、再送の対象とする前記複数の一の符号化単位に関する情報が前記他の装置に通知されるように制御する、前記（１３）に記載の通信装置。
（１６）
前記他の装置は、端末装置である、前記（１３）〜（１５）のいずれか一項に記載の通信装置。
（１７）
前記他の装置は、基地局である、前記（１３）〜（１５）のいずれか一項に記載の通信装置。
（１８）
コンピュータが、
無線通信を行うことと、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、再送の対象となる前記複数の一の符号化単位に関する情報が他の装置に通知されるように制御することと、
を含む、通信方法。
（１９）
コンピュータが、
無線通信を行うことと、
他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御することと、
を含み、
前記他の装置が再送の対象となる前記複数の一の符号化単位を特定するための情報が、当該他の装置に通知されるように制御される、
通信方法。
（２０）
コンピュータが、
無線通信を行うことと、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、他の装置から送信された少なくとも一部の前記複数の一の符号化単位を対象として、当該複数の一の符号化単位の受信結果に応じた応答が当該他の装置に通知されるように制御すことと、
を含む、通信方法。
（２１）
無線通信を行う通信部と、
所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、再送の対象となる前記複数の一の符号化単位に関する情報を他の装置から取得する取得部と、
を備える、通信装置。

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

Claims (9)

1. 無線通信を行う通信部と、
   他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御する制御部と、
   を備え、
   前記制御部は、
   再送の対象となる前記複数の一の符号化単位に関する情報に基づき、当該複数の一の符号化単位に関連付けられた所定の情報に対して所定の処理を施し、
   当該所定の処理が施された当該所定の情報が、当該複数の一の符号化単位を特定するための情報として、前記他の装置に通知されるように制御し、
   前記所定の処理は、インターリーブを含む、
   通信装置。
2. 前記所定の情報は、再送の対象となる前記複数の一の符号化単位に対して付加された誤り検出符号、当該複数の一の符号化単位に含まれる前記一の符号化単位に対して付加された誤り検出符号、または、当該一の符号化単位である、請求項１に記載の通信装置。
3. 前記他の装置は、端末装置である、請求項１に記載の通信装置。
4. 前記他の装置は、基地局である、請求項１に記載の通信装置。
5. コンピュータが、
   無線通信を行うことと、
   他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御することと、
   を含み、
   再送の対象となる前記複数の一の符号化単位に関する情報に基づき、当該複数の一の符号化単位に関連付けられた所定の情報に対して所定の処理を施し、
   当該所定の処理が施された当該所定の情報が、当該複数の一の符号化単位を特定するための情報として、前記他の装置に通知されるように制御し、
   前記所定の処理は、インターリーブを含む、
   通信方法。
6. 無線通信を行う通信ステップと、
   他の装置へのデータの送信に対する応答に応じて、所定の送信単位に含まれる複数の一の符号化単位のうちの少なくとも一部を含むように規定された１以上の複数の一の符号化単位のうち、少なくとも一部の複数の一の符号化単位が前記他の装置に再送されるように制御する制御ステップと、
   を含み、
   前記制御ステップでは、
   再送の対象となる前記複数の一の符号化単位に関する情報に基づき、当該複数の一の符号化単位に関連付けられた所定の情報に対して所定の処理を施し、
   当該所定の処理が施された当該所定の情報が、当該複数の一の符号化単位を特定するための情報として、前記他の装置に通知されるように制御し、
   前記所定の処理は、インターリーブを含む、
   通信方法。
7. 前記所定の情報は、再送の対象となる前記複数の一の符号化単位に対して付加された誤り検出符号、当該複数の一の符号化単位に含まれる前記一の符号化単位に対して付加された誤り検出符号、または、当該一の符号化単位である、請求項６に記載の通信方法。
8. 前記他の装置は、端末装置である、請求項６に記載の通信方法。
9. 前記他の装置は、基地局である、請求項６に記載の通信方法。

Images