(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、ＵＥ（user equipment）が再送信されるデータを受信する方法であって、
ＢＳ（base station）から、複数のコードブロックグループを含む複数のトランスポートブロックを受信するステップと、
前記複数のトランスポートブロックの各々の受信の順序、及び前記複数のトランスポートブロックの各々に含まれた前記コードブロックグループの順序に基づいて、複数のコードブロックグループを第１のＨＡＲＱ（hybrid automatic request）−ＡＣＫ（acknowledgement）信号にマッピングして、前記第１のＨＡＲＱ−ＡＣＫ信号を送信するステップと、
前記送信された第１のＨＡＲＱ−ＡＣＫ信号に基づいて再送信される１つ以上のコードブロックグループを受信するステップと、を含み、
前記複数のトランスポートブロックの各々に対する第２のＨＡＲＱ−ＡＣＫ信号は、前記第１のＨＡＲＱ−ＡＣＫ信号と共に送信され、
前記第１のＨＡＲＱ−ＡＣＫ信号及び前記第２のＨＡＲＱ−ＡＣＫ信号は、異なるチャネルによって送信される、方法。
【請求項２】
前記複数のトランスポートブロックの各々の中の偶数番目又は奇数番目のコードブロックグループは、前記第１のＨＡＲＱ−ＡＣＫ信号に最初にマッピングされ、
残りのコードブロックグループは、前記第１のＨＡＲＱ−ＡＣＫ信号にさらにマッピングされる、請求項１に記載の方法。
【請求項３】
前記複数のトランスポートブロックの各々に含まれた前記コードブロックグループのうち、前記トランスポートブロックの各々において最低のインデックスを有するコードブロックグループから始まるコードブロックグループは、昇順に前記第１のＨＡＲＱ−ＡＣＫ信号にマッピングされる、請求項１に記載の方法。
【請求項４】
前記複数のコードブロックグループのうち、ＮＡＣＫ（Non-Acknowledgement）信号に対応する少なくとも１つのコードブロックグループのみが、前記第１のＨＡＲＱ−ＡＣＫ信号にマッピングされる、請求項１に記載の方法。
【請求項５】
前記複数のトランスポートブロックに含まれたコードブロックの数が閾値より少ない場合、前記第２のＨＡＲＱ−ＡＣＫ信号のみが、送信される、請求項１に記載の方法。
【請求項６】
前記第１のＨＡＲＱ−ＡＣＫ信号は、上りリンクデータチャネルにピギーバックされる形態で送信される、請求項１に記載の方法。
【請求項７】
前記第１のＨＡＲＱ−ＡＣＫ信号は、前記第１のＨＡＲＱ−ＡＣＫ信号が受信されたかどうかを確認するためのＣＲＣ（Cyclical Redundancy Check）ビットを含み、
前記ＣＲＣビットに基づいて、前記第１のＨＡＲＱ−ＡＣＫ信号が受信されたかどうかに関する情報を含むＤＣＩ（Downlink Control Indicator）は、前記ＢＳから受信される、請求項１に記載の方法。
【請求項８】
無線通信システムにおいて、再送信されるデータを受信するＵＥ（user equipment）であって、
ＢＳ（base station）と無線信号を送受信するように構成されるＲＦ（radio frequency）モジュールと、
前記ＲＦモジュールと接続され、
前記ＢＳから、複数のコードブロックグループを含む複数のトランスポートブロックを受信し、
前記複数のトランスポートブロックの各々の受信の順序、及び前記複数のトランスポートブロックの各々に含まれた前記コードブロックグループの順序に基づいて、複数のコードブロックグループを第１のＨＡＲＱ（hybrid automatic request）−ＡＣＫ（acknowledgement）信号にマッピングして、前記第１のＨＡＲＱ−ＡＣＫ信号を送信し、
前記送信された第１のＨＡＲＱ−ＡＣＫ信号に基づいて再送信される１つ以上のコードブロックグループを受信する、ように構成されるプロセッサと、を備え、
前記複数のトランスポートブロックの各々に対する第２のＨＡＲＱ−ＡＣＫ信号は、前記第１のＨＡＲＱ−ＡＣＫ信号と共に送信され、
前記第１のＨＡＲＱ−ＡＣＫ信号及び前記第２のＨＡＲＱ−ＡＣＫ信号は、異なるチャネルによって送信される、ＵＥ。
【請求項９】
前記複数の送信ブロックの各々について、偶数番目又は奇数番目のコードブロックグループは、前記第１のＨＡＲＱ−ＡＣＫ信号に最初にマッピングされ、
残りのコードブロックグループは、前記第１のＨＡＲＱ−ＡＣＫ信号にさらにマッピングされる、請求項８に記載のＵＥ。
【請求項１０】
前記複数のコードブロックグループのうち、ＮＡＣＫ（Non-Acknowledgement）信号に対応する少なくとも１つのコードブロックグループのみが、前記第１のＨＡＲＱ−ＡＣＫ信号にマッピングされる、請求項８に記載のＵＥ。
【請求項１１】
前記複数のトランスポートブロックに含まれたコードブロックの数が閾値より少ない場合、前記第２のＨＡＲＱ−ＡＣＫ信号のみが、送信される、請求項８に記載のＵＥ。
【請求項１２】
前記第１のＨＡＲＱ−ＡＣＫ信号は、上りリンクデータチャネルにピギーバックされる形態で送信される、請求項８に記載のＵＥ。
【請求項１３】
前記第１のＨＡＲＱ−ＡＣＫ信号は、前記第１のＨＡＲＱ−ＡＣＫ信号が受信されたかどうかを確認するためのＣＲＣ（Cyclical Redundancy Check）ビットを含み、
前記ＣＲＣビットに基づいて、前記第１のＨＡＲＱ−ＡＣＫ信号が受信されたかどうかに関する情報を含むＤＣＩ（Downlink Control Indicator）は、前記ＢＳから受信される、請求項８に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおいて、ＨＡＲＱ−ＡＣＫ信号を送信する方法、及びそのための装置に関し、より詳細には、トランスポートブロック単位でデータが送信された端末が、コードブロック単位又はコードブロックグループ単位でＨＡＲＱ−ＡＣＫ信号を送信する方法、及びそのための装置に関する。
【背景技術】
【０００２】
本発明が適用できる無線通信システムの一例として、３ＧＰＰ通信システムに関して概略を説明する。
【０００３】
図１は、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（以下、「ＬＴＥ」という）無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造の概略を示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７及びＲｅｌｅａｓｅ  ８を参照すればよい。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために複数のデータストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは、互いに異なった帯域幅を提供するように設定されればよい。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は下りリンクスケジューリング情報を送信し、該当する端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は上りリンクスケジューリング情報を該当する端末に送信し、該当する端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成可能である。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥにまで開発されてきたが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス利用可能性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消費などが要求される。
【０００７】
時代の流れによってより多くの通信装置がより大きな通信容量を要求することになり、既存のＬＴＥシステムに比べて向上した無線広帯域通信である次世代５Ｇシステムが要求されている。ＮｅｗＲＡＴと呼ばれるこの次世代５Ｇシステムは、Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）／Ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｕＭＴＣ）／Ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）などに通信シナリオが区分される。
【０００８】
ここで、ｅＭＢＢはＨｉｇｈ  Ｓｐｅｃｔｒｕｍ  Ｅｆｆｉｃｉｅｎｃｙ、Ｈｉｇｈ  Ｕｓｅｒ  Ｅｘｐｅｒｉｅｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ、Ｈｉｇｈ  Ｐｅａｋ  Ｄａｔａ  Ｒａｔｅなどの特性を有する次世代移動通信シナリオであり、ｕＭＴＣはＵｌｔｒａ  Ｒｅｌｉａｂｌｅ、Ｕｌｔｒａ  Ｌｏｗ  Ｌａｔｅｎｃｙ、Ｕｌｔｒａ  Ｈｉｇｈ  Ａｖａｉｌａｂｉｌｉｔｙなどの特性を有する次世代移動通信シナリオであり（ｅ．ｇ．，Ｖ２Ｘ、Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ、Ｒｅｍｏｔｅ  Ｃｏｎｔｒｏｌ）、ｍＭＴＣはＬｏｗ  Ｃｏｓｔ、Ｌｏｗ  Ｅｎｅｒｇｙ、Ｓｈｏｒｔ  Ｐａｃｋｅｔ、Ｍａｓｓｉｖｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙの特性を有する次世代移動通信シナリオである（ｅ．ｇ．，ＩｏＴ）。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、無線通信システムにおいて、ＨＡＲＱ−ＡＣＫ信号を送信する方法、及びそのための装置を提供しようとする。
【００１０】
本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【００１１】
本発明の実施例による無線通信システムにおいて、端末が再送信されるデータを受信する方法であって、基地局から、複数のコードブロックグループを含む複数のトランスポートブロックを受信するステップと、各々のコードブロックグループが、前記複数のトランスポートブロックの各々が受信された手順及び前記複数のトランスポートブロックの各々に含まれた手順に基づいて、前記複数のコードブロックグループの各々に対する第１のＨＡＲＱ−ＡＣＫ信号をマッピングして、送信するステップと、前記送信された第１のＨＡＲＱ−ＡＣＫ信号に基づいて再送信される１つ以上のコードブロックグループを受信するステップと、を含む。
【００１２】
このとき、前記複数のトランスポートブロックの各々に対して、偶数番目又は奇数番目に位置したコードブロックグループに対して、前記第１のＨＡＲＱ−ＡＣＫ信号を優先マッピングした後、残りのコードブロックグループを前記第１のＨＡＲＱ−ＡＣＫ信号にさらにマッピングする。
【００１３】
また、前記複数のトランスポートブロックの各々に含まれたコードブロックグループのうち、各々のトランスポートブロックにおいて最低のインデックスを有するコードブロックグループから昇順に前記第１のＨＡＲＱ−ＡＣＫ信号にマッピングされる。
【００１４】
また、前記複数のコードブロックのうち、Ｎｏｎ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＮＡＣＫ）信号に対応する、少なくとも１つのコードブロックグループのみを前記第１のＨＡＲＱ−ＡＣＫ信号にマッピングする。
【００１５】
また、前記複数のトランスポートブロックの各々に対する第２のＨＡＲＱ−ＡＣＫ信号を共に送信し、前記第１のＨＡＲＱ−ＡＣＫ信号及び前記第２のＨＡＲＱ−ＡＣＫ信号は、互いに異なるチャネルを介して送信される。
【００１６】
また、前記複数のトランスポートブロックに含まれた前記複数のコードブロックの数が閾値以下である場合、前記第２のＨＡＲＱ−ＡＣＫ信号のみを送信する。
【００１７】
また、前記第１のＨＡＲＱ−ＡＣＫ信号は、上りリンクデータチャネルにピギーバックされる形態で送信される。
【００１８】
また、前記第１のＨＡＲＱ−ＡＣＫ信号は、前記第１のＨＡＲＱ−ＡＣＫ信号の受信有無を確認するためのＣＲＣ（Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）ビットを含み、前記基地局から前記ＣＲＣビットに基づく、前記第１のＨＡＲＱ−ＡＣＫ信号の受信有無に関する情報を含むＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）を受信する。
【００１９】
本発明による無線通信システムにおいて、再送信されるデータを受信する端末であって、基地局と無線信号を送受信するＲＦモジュールと、前記ＲＦモジュールと接続され、前記基地局から、複数のコードブロックグループを含む複数のトランスポートブロックを受信し、各々のコードブロックグループが、前記複数のトランスポートブロックの各々が受信された手順及び前記複数のトランスポートブロックの各々に含まれた手順に基づいて、前記複数のコードブロックグループの各々に対する第１のＨＡＲＱ−ＡＣＫ信号をマッピングして、送信し、前記送信された第１のＨＡＲＱ−ＡＣＫ信号に基づいて再送信される１つのコードブロックグループを受信する。
【００２０】
また、前記複数のトランスポートブロックの各々に対して、偶数番目又は奇数番目に位置したコードブロックグループに対して、前記第１のＨＡＲＱ−ＡＣＫ信号を優先マッピングした後、残りのコードブロックグループを前記第１のＨＡＲＱ−ＡＣＫ信号にさらにマッピングする。
【００２１】
また、前記複数のコードブロックグループのうち、Ｎｏｎ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＮＡＣＫ）信号に対応する、少なくとも１つのコードブロックグループのみを前記第１のＨＡＲＱ−ＡＣＫ信号にマッピングする。
【００２２】
また、前記複数のトランスポートブロックの各々に対する第２のＨＡＲＱ−ＡＣＫ信号を共に送信し、前記第１のＨＡＲＱ−ＡＣＫ信号及び前記第２のＨＡＲＱ−ＡＣＫ信号は、互いに異なるチャネルを介して送信される。
【００２３】
また、前記複数のトランスポートブロックに含まれた前記複数のコードブロックの数が閾値以下である場合、前記第２のＨＡＲＱ−ＡＣＫ信号のみを送信する。
【００２４】
また、前記第１のＨＡＲＱ−ＡＣＫ信号は、上りリンクデータチャネルにピギーバックされる形態で送信される。
【００２５】
また、前記第１のＨＡＲＱ−ＡＣＫ信号は、前記第１のＨＡＲＱ−ＡＣＫ信号の受信有無を確認するためのＣＲＣ（Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）ビットを含み、前記基地局から前記ＣＲＣビットに基づく、前記第１のＨＡＲＱ−ＡＣＫ信号の受信有無に関する情報を含むＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）を受信する。
【発明の効果】
【００２６】
本発明によれば、コードブロックグループ単位のＨＡＲＱ−ＡＣＫ信号送信に基づいて、データの再送信を効率的に行うことができる。
【図面の簡単な説明】
【００２７】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造の概略を示す図である。
【図２】３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。
【図３】３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【図４】ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【図５】ＬＴＥシステムで用いられる下りリンク無線フレームの構造を例示する図である。
【図６】ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【図７】ＴＸＲＵとアンテナ要素との接続方式の一例を示す図である。
【図８】自己完備型（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）サブフレーム構造の一例を示す図である。
【図９】本発明の実施例によるＨＡＲＱ−ＡＣＫ信号マッピング方法を説明するための図である。
【図１０】本発明の実施例によるＨＡＲＱ−ＡＣＫ信号マッピング方法を説明するための図である。
【図１１】本発明の一実施例による通信装置のブロック構成を例示する図である。
【発明を実施するための形態】
【００２８】
以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００２９】
本明細書ではＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上述した定義に該当するいかなる通信システムにも適用可能である。
【００３０】
また、本明細書では、基地局をＲＲＨ（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ）、ｅＮＢ、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｉｎｔ）、ＲＰ（ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ）、中継機（ｒｅｌａｙ）などを含む包括的な名称として使うことができる。
【００３１】
図２は、３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン及びユーザプレーンの構造を示す図である。コントロールプレーンとは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークとがコールを管理するために用いる制御メッセージが送信される通路のことを意味する。ユーザプレーンとは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路のことを意味する。
【００３２】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位の媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とはトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。該トランスポートチャネルを通じて媒体アクセス制御層と物理層との間にデータが移動する。送信側の物理層と受信側の物理層との間には物理チャネルを通じてデータが移動する。該物理チャネルは、時間及び周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクにおいてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクにおいてＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３３】
第２層の媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を通じて、上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼できるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとしてもよい。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に送信するために、余分の制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
【００３４】
第３層の最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンにのみ定義される。ＲＲＣ層は、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して、論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。無線ベアラー（ＲＢ）とは、端末とネットワーク間のデータ伝達のために第２層により提供されるサービスのことを意味する。そのために、端末のＲＲＣ層とネットワークのＲＲＣ層とはＲＲＣメッセージを互いに交換する。端末のＲＲＣ層とネットワークのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合に、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあり、そうでない場合は、ＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）にあるようになる。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００３５】
ネットワークから端末にデータを送信する下りトランスポートチャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージは、下りＳＣＨを通じて送信されてもよく、別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を通じて送信されてもよい。一方、端末からネットワークにデータを送信する上りトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。トランスポートチャネルの上位に存在し、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３６】
図３は、３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【００３７】
端末は、電源が入ったり、新しくセルに進入したりした場合に、基地局と同期を取る等の初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う（Ｓ３０１）。そのために、端末は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得すればよい。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信し、セル内放送情報を取得できる。一方、端末は、初期セル探索段階で、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＬ  ＲＳ）を受信し、下りリンクのチャネル状態を確認できる。
【００３８】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、及び該ＰＤＣＣＨに載せられた情報に基づいて物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を取得できる（Ｓ３０２）。
【００３９】
一方、基地局に最初に接続したり信号送信のための無線リソースがない場合には、端末は、基地局にランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ）を行ってよい（Ｓ３０３乃至Ｓ３０６）。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ）を通じて特定シーケンスをプリアンブルとして送信し（Ｓ３０３及びＳ３０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを通じて、プリアンブルに対する応答メッセージを受信すればよい（Ｓ３０４及びＳ３０６）。競合ベースのＲＡＣＨについては、競合解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）をさらに行ってもよい。
【００４０】
上述の手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ３０７）、及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）送信（Ｓ３０８）を行えばよい。特に、端末はＰＤＣＣＨを通じて下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含んでおり、その使用目的によってフォーマットが異なっている。
【００４１】
一方、端末が上りリンクを通じて基地局に送信する又は端末が基地局から受信する制御情報としては、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ  ＬＴＥシステムでは、端末は、これらのＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを通じて送信してもよい。
【００４２】
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【００４３】
図４を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０ｍｓ（３２７２００×Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは０．５ｍｓ（１５３６０×Ｔｓ）の長さを有する。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）で表示される。スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。ＬＴＥシステムにおいて一つのリソースブロックは１２個の副搬送波×７（６）個のＯＦＤＭシンボルを含む。データの送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は一つ以上のサブフレーム単位に定めることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００４４】
図５は、下りリンク無線フレームにおいて一つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。
【００４５】
図５を参照すると、サブフレームは１４個のＯＦＤＭシンボルで構成されている。サブフレーム設定によって先頭の１乃至３個のＯＦＤＭシンボルは制御領域として用いられ、残り１３〜１１個のＯＦＤＭシンボルはデータ領域として用いられる。同図で、Ｒ１乃至Ｒ４は、アンテナ０乃至３に対する参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ（ＲＳ）又はＰｉｌｏｔ  Ｓｉｇｎａｌ）を表す。ＲＳは、制御領域及びデータ領域を問わず、サブフレーム内に一定のパターンで固定される。制御チャネルは、制御領域においてＲＳの割り当てられていないリソースに割り当てられ、トラフィックチャネルもデータ領域においてＲＳの割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルには、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）などがある。
【００４６】
ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルで、サブフレームごとにＰＤＣＣＨに用いられるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは、最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４個のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）で構成され、それぞれのＲＥＧはセルＩＤ（Ｃｅｌｌ  ＩＤｅｎｔｉｔｙ）に基づいて制御領域内に分散される。一つのＲＥＧは４個のＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＲＥは、１副搬送波×１ＯＦＤＭシンボルと定義される最小物理リソースを表す。ＰＣＦＩＣＨ値は帯域幅によって１〜３又は２〜４の値を指示し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）で変調される。
【００４７】
ＰＨＩＣＨは、物理ＨＡＲＱ（Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅｑｕｅｓｔ）指示子チャネルで、上りリンク送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫを運ぶために用いられる。すなわち、ＰＨＩＣＨは、ＵＬ  ＨＡＲＱのためのＤＬ  ＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを表す。ＰＨＩＣＨは、１個のＲＥＧで構成され、セル固有（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）にスクランブル（ｓｃｒａｍｂｌｉｎｇ）される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ（Ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散率（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ；ＳＦ）＝２又は４で拡散される。同一のリソースにマッピングされる複数のＰＨＩＣＨは、ＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は、拡散コードの個数によって決定される。ＰＨＩＣＨ（グループ）は周波数領域及び／又は時間領域においてダイバーシティ利得を得るために３回繰り返される（ｒｅｐｅｔｉｔｉｏｎ）。
【００４８】
ＰＤＣＣＨは物理下りリンク制御チャネルで、サブフレームにおける先頭のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数で、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＰＤＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割り当てに関する情報、上りリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＰＤＳＣＨを通じて送信される。したがって、基地局と端末は一般に、特定の制御情報又は特定のサービスデータ以外は、ＰＤＳＣＨを通じてデータをそれぞれ送信及び受信する。
【００４９】
ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるものか、これらの端末がどのようにＰＤＳＣＨデータを受信してデコードしなければならないかに関する情報などは、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスクされており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」というＤＣＩフォーマット、すなわち、送信形式情報（例えば、トランスポートブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が、特定サブフレームで送信されると仮定する。この場合、セル内の端末は、自身が持っているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリング、すなわち、ブラインドデコードし、「Ａ」のＲＮＴＩを持っている一つ以上の端末があると、これらの端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００５０】
図６は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【００５１】
図６を参照すると、上りリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が割り当てられる領域と、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられる領域とに区別される。サブフレームにおいて中間部分がＰＵＳＣＨに割り当てられ、周波数領域においてデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上で送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクのチャネル状態を示すＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＭＩＭＯのためのＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、上りリンクリソース割り当て要求であるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などがある。一つの端末に対するＰＵＣＣＨは、サブフレーム内の各スロットで互いに異なる周波数を占める一つのリソースブロックを使用する。すなわち、ＰＵＣＣＨに割り当てられる２個のリソースブロックはスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）する。特に、図６は、ｍ＝０のＰＵＣＣＨ、ｍ＝１のＰＵＣＣＨ、ｍ＝２のＰＵＣＣＨ、ｍ＝３のＰＵＣＣＨがサブフレームに割り当てられるとしている。
【００５２】
以下、チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ）の報告について説明する。現在、ＬＴＥ標準では、チャネル状態情報無しで運用される開ループ（ｏｐｅｎ-ｌｏｏｐ）ＭＩＭＯと、チャネル状態情報に基づいて運用される閉ループ（ｃｌｏｓｅｄ-ｌｏｏｐ）ＭＩＭＯという２つの送信方式が存在する。特に、閉ループＭＩＭＯでは、ＭＩＭＯアンテナの多重化利得（多重化ｇａｉｎ）を得るために、基地局及び端末は、チャネル状態情報に基づいてビームフォーミングを行うことができる。基地局は、チャネル状態情報を端末から得るために、端末にＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）又はＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を割り当て、下りリンク信号に対するチャネル状態情報（ＣＳＩ）をフィードバックするように命令する。
【００５３】
ＣＳＩは、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）の３つの情報に大別される。先ず、ＲＩは、上述のように、チャネルのランク情報を示し、端末が同一の周波数−時間リソースによって受信できるストリーム数を意味する。また、ＲＩは、チャネルの長期フェーディング（ｌｏｎｇ  ｔｅｒｍ  ｆａｄｉｎｇ）によって決定されるため、通常、ＰＭＩ、ＣＱＩ値よりも長い周期で基地局にフィードバックされる。
【００５４】
次に、ＰＭＩはチャネルの空間特性を反映した値であって、ＳＩＮＲなどのメトリック（ｍｅｔｒｉｃ）を基準として端末が選好するプリコーディング行列インデックスを示す。最後に、ＣＱＩはチャネルの強度を示す値であって、通常、基地局がＰＭＩを用いるときに得られる受信ＳＩＮＲのことを意味する。
【００５５】
３ＧＰＰ  ＬＴＥ−Ａシステムにおいて、基地局は、複数のＣＳＩプロセスをＵＥに設定して、各プロセスに対するＣＳＩが報告される。ここで、ＣＳＩプロセスは、基地局からの信号品質の特定のためのＣＳＩ−ＲＳリソースと干渉測定のためのＣＳＩ−ＩＭ（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍｅａｓｕｒｅｍｅｎｔ）リソース、即ち、ＩＭＰ（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｓｏｕｒｃｅ）で構成される。
【００５６】
Ｍｉｌｌｉｍｅｔｅｒ  Ｗａｖｅ（ｍｍＷ）では波長が短くなるため、同面積に多数のアンテナ要素の設置が可能である。具体的には、３０ＧＨｚ帯域において波長は１ｃｍであって、４  ｂｙ  ４ｃｍのパネル（ｐａｎｅｌ）に０．５ｌａｍｂｄａ（波長）間隔で２Ｄ（ｄｉｍｅｎｓｉｏｎ）配列である全６８（８×８）のアンテナ要素を設けることができる。これにより、ｍｍＷ分野における最近の動向では、多数のアンテナ要素を使用してＢＦ（ｂｅａｍｆｏｒｍｉｎｇ）利得を上げてカバレッジを増加させたり、或いはスループット（ｔｈｒｏｕｇｈｐｕｔ）を増加させたりすることを試みている。
【００５７】
このとき、アンテナ要素別に送信パワー及び位相の調節ができるように、ＴＸＲＵ（Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ）を備える場合、周波数リソース別に独立したビームフォーミングが可能である。しかし、１００個余りの全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性に乏しい問題がある。従って、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相シフター（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）でビーム方向を調節する方式が考えられている。かかるアナログビームフォーミング方式では全帯域において１つのビーム方向のみが形成できるので、周波数選択的なビームフォーミングができないというデメリットがある。
【００５８】
デジタルＢＦとアナログＢＦの中間形態として、Ｑ個のアンテナ要素より少ない数のＢ個のＴＸＲＵを有するハイブリッドＢＦが考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に送信可能なビームの方向はＢ個以下に制限される。
【００５９】
図７は、ＴＸＲＵとアンテナ要素の接続方式の一例を示す図である。
【００６０】
図７（ａ）は、ＴＸＲＵがサブアレイ（ｓｕｂ−ａｒｒａｙ）に接続された方式を示している。この場合、アンテナ要素は１つのＴＸＲＵにのみ連結される。これとは異なり、図７（ｂ）は、ＴＸＲＵが全てのアンテナ要素に連結された方式を示している。この場合、アンテナ要素は全てのＴＸＲＵに連結される。図７において、Ｗはアナログ位相シフターにより乗じられる位相ベクトルを示す。即ち、Ｗによってアナログビームフォーミングの方向が決定される。ここで、ＣＳＩ−ＲＳアンテナポートとＴＸＲＵとのマッピングは１−ｔｏ−１又は１−ｔｏ−多である。  
【００６１】
より多い通信機器がより大きい通信容量を要求することにより、既存のＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）に比べて向上した無線広帯域通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が次世代通信において考慮される主なイッシュの１つである。のみならず、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及びレイテンシ（ｌａｔｅｎｃｙ）に敏感なサービス／ＵＥを考慮した通信システムデザインが提示されている。これを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜のために、Ｎｅｗ  ＲＡＴと称する。
【００６２】
ＴＤＤシステムにおいてデータ送信レイテンシを最小化するために第５世代ＮｅｗＲＡＴでは、図９のような自己完備型サブフレームの構造を考慮している。図９は、自己完備型サブフレームの構造の一例を示す図である。
【００６３】
図８において、斜線領域は下りリンク制御領域を示し、黒塗り領域は上りリンク制御領域を示す。表示のない領域は、下りリンクデータ送信のために用いられてよく、上りリンクデータ送信のために用いられてもよい。この構造の特徴は、１つのサブフレームにおいて下りリンク送信と上りリンク送信とが順次に行われ、サブフレーム内で下りリンクデータを送信したり、上りリンクＡＣＫ／ＮＡＣＫを受信したりすることもできる。結果として、データ送信エラーが発生したとき、データの再送信までかかる時間を減らすことになり、これによって最終データ伝達のレイテンシを最小化することができる。
【００６４】
このような自己完備型スロット構造において、基地局とＵＥが送信モードから受信モードに切り替えられる過程、又は受信モードから送信モードに切り替えられる過程のためには、時間間隙（ｔｉｍｅ  ｇａｐ）が必要である。そのために、自己完備型サブフレームスロット構造において、下りリンクから上りリンクに切り替えられる時点の一部のＯＦＤＭシンボル（ＯＦＤＭシンボル；ＯＳ）がＧＰ（ｇｕａｒｄ  ｐｅｒｉｏｄ）として設定される。
【００６５】
ＮｅｗＲＡＴをベースとして動作するシステムにおいて、構成／設定が可能な上述した自己完備型サブフレームタイプの一例として、少なくとも以下のような４つのサブフレームタイプが考えられる。
【００６６】
−  下りリンク制御区間＋下りリンクデータ区間＋ＧＰ＋上りリンク制御区間
【００６７】
−  下りリンク制御区間＋下りリンクデータ区間
【００６８】
−  下りリンク制御区間＋ＧＰ＋上りリンクデータ区間＋上りリンク制御区間
【００６９】
−  下りリンク制御区間＋ＧＰ＋上りリンクデータ区間
【００７０】
第５世代ＮｅｗＲＡＴでは、サービス又は要求事項に応じて、信号を送信する方式が異なってもよい。例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ）の場合は、相対的に送信時間単位が長く、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の場合は、相対的に送信時間単位が短い。
【００７１】
また、ＵＲＬＬＣは、サービスの種類に応じて、特に、緊急サービスを提供する場合は、ｅＭＢＢが送信中であっても、該当リソース上でＵＬＲＲＣ信号が送信されることができ、よって、ネットワークの観点又は端末の観点から、ＵＲＬＬＣ送信は、ｅＭＢＢの一部の送信リソースをプリエンプション（ｐｒｅｅｍｐｔｉｏｎ）することを考慮してもよい。
【００７２】
このとき、このプリエンプションによって、相対的に送信時間単位の長いｅＭＢＢの送信リソースの一部がパックチャリングされることもあり、ＵＲＬＬＣのような、他の信号と重なり（ｓｕｐｅｒ−ｉｍｐｏｓｅｄ）、信号が変形されることもある。
【００７３】
ＵＲＬＬＣ送信がｅＭＢＢ送信の一部のリソースをプリエンプションする場合、ｅＭＢＢ送信の特定コードブロック（ｃｏｄｅ  ｂｌｏｃｋ；ＣＢ）に対するＵＥのデコーディングが失敗する可能性が高い。特に、この状況は、チャネルの状態が良い場合でも、特定のコードブロックに対するデコーディング失敗を発生させる可能性がある。ここで、第５世代ＮｅｗＲＡＴでは、再送信を行うとき、トランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ；ＴＢ）単位で行うことの代わりに、コードブロック単位で行うことが考えられる。
【００７４】
よって、本発明では、コードブロック単位で再送信を行うためのＨＡＲＱ−ＡＣＫ送信方法を提案する。
【００７５】
＜コードブロックグループ単位のＨＡＲＱ−ＡＣＫ送信タイミング＞
【００７６】
コードブロックグループ（Ｃｏｄｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ；ＣＢＧ）単位の再送信のためには、ＨＡＲＱ−ＡＣＫ送信もコードブロックグループ単位で行われる必要がある。このとき、コードブロックグループ単位のＨＡＲＱ−ＡＣＫ送信は、ミニスロット単位、ＵＲＬＬＣ送信時間単位又はシンボルグループ単位で行われることができる。また、同一トランスポートブロック又は同一ＰＤＳＣＨに対する１つ以上のコードブロックグループ単位のＨＡＲＱ−ＡＣＫは、同一時点の上りリンクリソースで送信できる。同一時点の上りリンクリソースを用いる場合、ＰＤＳＣＨをスケジューリングするＤＣＩにおいて、ＨＡＲＱ−ＡＣＫタイミングの指示に用いられるオーバーヘッドを減らすというメリットがある。
【００７７】
一方、コードブロックグループ単位ごとにＨＡＲＱ−ＡＣＫタイミングを指示することもできる。例えば、ｅＭＢＢ送信中のＵＲＬＬＣプリエンプションに対応するコードブロックグループは、該当コードブロックグループに対するＨＡＲＱ−ＡＣＫが送信される前に再送信され、その他のコードブロックグループに対する再送信は、ＨＡＲＱ−ＡＣＫが送信された後、再送信されることができる。
【００７８】
また、ＵＲＬＬＣプリエンプションに対応するコードブロックグループのＨＡＲＱ−ＡＣＫ設定は、上述した再送信が行われた後に設定できる。即ち、ＵＲＬＬＣプリエンプションの有無に応じて、コードブロックグループに対するＨＡＲＱ−ＡＣＫ送信タイミングを異なるように設定することが有用であり得る。例えば、特定の指示信号が受信できないことで生じる曖昧性を回避するために、ＵＲＬＬＣプリエンプションに対応するコードブロックグループのＨＡＲＱ−ＡＣＫは、数回送信されてもよい。また、ＵＲＬＬＣプリエンプションには関係のないコードブロックグループに対するＨＡＲＱ−ＡＣＫ送信時に、ＵＲＬＬＣプリエンプションに対応するコードブロックグループのＨＡＲＱ−ＡＣＫが共に送信されることができる。
【００７９】
また他の例として、ＵＲＬＬＣプリエンプションには関係なく、コードブロックグループごとにＨＡＲＱ−ＡＣＫ送信タイミングが異なってもよい。例えば、コードブロックグループがマッピングされる時間領域リソース（ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ）に基づいて、同一ＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫが送信できる。
【００８０】
また、設定された値によって、全体のコードブロックグループが各々のＨＡＲＱ−ＡＣＫフィードバックとして自動に割り当てられることができる。このとき、１個のコードブロックグループが複数のＨＡＲＱ−ＡＣＫフィードバックに割り当てられてもよい。例えば、最初のＮ個のコードブロックグループは、第１のＨＡＲＱ−ＡＣＫフィードバックに対応して、次のＮ個のコードブロックグループは、第２のＨＡＲＱ−ＡＣＫフィードバックに対応することができる。
【００８１】
一方、指示信号を用いて、ＵＲＬＬＣプリエンプションには関係なく、特定のコードブロックグループのＨＡＲＱ−ＡＣＫ送信タイミングをアップデートしてもよい。例えば、ＤＣＩ又は上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において指示された送信タイミングで指示信号によって指示されていないコードブロックグループに対するＨＡＲＱ−ＡＣＫフィードバックが設定され、指示信号によって指示されるコードブロックグループに対するＨＡＲＱ−ＡＣＫフィードバックが別に設定されてもよい。
【００８２】
＜コードブロックグループ単位のＨＡＲＱ−ＡＣＫ構成方法＞
【００８３】
同一ＰＤＳＣＨに対するコードブロックの数は、ＭＩＭＯ送信有無、トランスポートブロックの数、又はトランスポートブロックのサイズに応じて変動可能である。このとき、トランスポートブロックごとにトランスポートブロックのサイズが決定されてもよく、よって、トランスポートブロックごとに該当トランスポートブロックを構成するコードブロックの数が異なってもよい。
【００８４】
コードブロックグループに基づく再送信が設定された場合、コードブロックグループ単位のＨＡＲＱ−ＡＣＫを構成する実施例は、以下のようである。
【００８５】
１．実施例１−１
【００８６】
予め設定された最大のコードブロックグループ数を基準として、ＨＡＲＱ−ＡＣＫペイロードを構成するか、ＤＣＩ又は上位層送信情報を基準として決定することができる。例えば、ＤＣＩ又は上位層によって設定されたＨＡＲＱ−ＡＣＫコードブックのサイズに応じて、コードブロックグループの数が設定され、設定されたコードブロックグループの数を基準として、ＨＡＲＱ−ＡＣＫペイロードを構成することができる。この場合、トランスポートブロックサイズに応じて、コードブロックグループを構成するコードブロックの数が変化してもよい。具体的に、コードブロックグループの数又はコードブロックグループの数に相当するＨＡＲＱ−ＡＣＫペイロードのサイズを上位層で設定するとき、その値は、システム帯域幅を基準として設定されてもよく、広帯域動作（ｗｉｄｅｂａｎｄ  ｏｐｅｒａｔｉｏｎ）を考慮して、特定の帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ；ＢＷＰ）に対する値を指定するか、異なるサイズの複数の帯域幅部分ごとにその値を指定してもよい。
【００８７】
或いは、コードブロックグループの構成に参照される時間及び／又は周波数リソース単位を指定するものであってもよい。例えば、上位層において、帯域幅に関係なく、１個のシンボルをコードブロックグループ構成に対する参照単位として設定する場合、各シンボルに全体又は一部が重なったコードブロックでコードブロックグループを構成してもよい。或いは、コードブロックグループ構成参照単位を１００ＲＢの２シンボルで構成する場合、仮に、ＵＥが４シンボルに２００ＲＢで動作する場合、コードブロックグループの数は４個になる。
【００８８】
一方、設定されたコードブロックグループの数に応じて、コードブロックグループに含まれるコードブロックを構成する方法に対する実施例は、以下のようである。
【００８９】
（ケース１）設定されたコードブロックグループの数よりもコードブロックの数が少ない場合
【００９０】
コードブロックの数が予め設定された数である、Ｎ（例えば、Ｎ＝１）より少ないか同一の場合、トランスポートブロック単位のＨＡＲＱ−ＡＣＫでフォールバック（ｆａｌｌｂａｃｋ）することができる。何故なら、コードブロックの数が所定以上少ない場合、コードブロックグループ単位のＨＡＲＱ−ＡＣＫを送信する効率が低下するからである。例えば、トランスポートブロック内に含まれたコードブロックの数が１個であれば、トランスポートブロック単位のＨＡＲＱ−ＡＣＫと、コードブロックグループ単位のＨＡＲＱ−ＡＣＫが実質的に同一のＨＡＲＱ−ＡＣＫ信号となる。よって、この場合、シグナリングオーバーヘッドのみ増加するだけで、コードブロックグループ単位のＨＡＲＱ−ＡＣＫを送信することで、取得しようとする再送信の効率性は僅かとなる。
【００９１】
よって、コードブロックの数がＮより少ない場合には、トランスポートブロック単位のＨＡＲＱ−ＡＣＫ送信でフォールバックした方が、全体の通信の効率を高めることができる。
【００９２】
一方、コードブロックの数が予め設定された数であるＮより大きいものの、コードブロックグループの数より少ない場合は、複数のコードブロックを各コードブロックグループのＨＡＲＱ−ＡＣＫに１個ずつマッピングし、残りのコードブロックを２個ずつグループ化して、各コードブロックグループのＨＡＲＱ−ＡＣＫにマッピングして、それでもコードブロックが残る場合、コードブロックを４個ずつグループ化して、各コードブロックグループのＨＡＲＱ−ＡＣＫにマッピングすることができる。このとき、低いインデックスのコードブロックグループに対するＨＡＲＱ−ＡＣＫから埋め込むことができ、残りのＨＡＲＱ−ＡＣＫは、ＮＡＣＫ（Ｎｏｎ−Ａｃｋｎｏｗｌｅｇｅｍｅｎｔ）と表記できる。
【００９３】
換言すれば、複数のコードブロックを各コードブロックグループのＨＡＲＱ−ＡＣＫにそれぞれマッピングして、残りのコードブロックグループに含まれるコードブロックを再びマッピングする。例えば、コードブロックグループが４個であるが、コードブロックが３個である場合、コードブロックグループの最初の２個のＨＡＲＱ−ＡＣＫビットに、最初の２個のコードブロックをマッピングして、次の２個のＨＡＲＱ−ＡＣＫビットに３番目のコードブロックと共に、最初のコードブロックのＨＡＲＱ−ＡＣＫを再びマッピングすることができる。この場合、余分のコードブロックグループのＨＡＲＱ−ＡＣＫビットに、最初のコードブロックに対するＨＡＲＱ−ＡＣＫをマッピングし、繰り返し送信することで、ＨＡＲＱ−ＡＣＫ信号の損失を減らすことができる。
【００９４】
（ケース２）設定されたコードブロックグループの数よりもコードブロックの数が多いものの、設定されたコードブロックグループの数とコードブロックの数が倍数関係ではない場合（即ち、コードブロックの数とコードブロックグループの数が割り切れない場合）、
【００９５】
１）ｃｅｉｌ（ＣＢ  ＃／ＣＢ  ｇｒｏｕｐ数）を各コードブロックグループに含まれるコードブロックの数で算出する。その後、重ならない形態でコードブロックグループのＨＡＲＱ−ＡＣＫにコードブロックをマッピングする。残るコードブロックは、最後のコードブロックグループのＨＡＲＱ−ＡＣＫにマッピングすることができ、残るコードブロックのない場合には、ＮＡＣＫが始めて発生したコードブロックグループの最初のコードブロックに対するＨＡＲＱ−ＡＣＫを最後のコードブロックグループに重ねてマッピングしてもよい。
【００９６】
２）１個のコードブロックに関する情報が、複数のコードブロックグループに属してもよい。例えば、一シンボルごとにコードブロックグループを構成する場合、複数のシンボルにわたるコードブロックは、複数のコードブロックグループに含まれ、複数のコードブロックグループのＨＡＲＱ−ＡＣＫにマッピングできる。他の例として、被除数によって１個以上のコードブロックグループに対するＨＡＲＱ−ＡＣＫにマッピングできる。
【００９７】
３）シンボルごとにコードブロックグループを構成するとき、データ区間（ｄａｔａ  ｄｕｒａｔｉｏｎ）がコードブロック区間の数より少ない場合、各コードブロックグループごとにＨＡＲＱ−ＡＣＫを送信した後、残ったビットだけ、ＮＡＣＫが発生したコードブロックグループの最初のコードブロックに対するＨＡＲＱ−ＡＣＫ又は特定のコードブロックに対するＨＡＲＱ−ＡＣＫをマッピングする。それでもビットが残る場合、ＮＡＣＫが発生したコードブロックグループの２番目のコードブロックに対するＨＡＲＱ−ＡＣＫをマッピングする。このとき、全体のコードブロックグループの数を設定されたコードブロックグループの数と仮定して、シンボルごとにコードブロックグループを構成する制限を除去した状態で、上述した２）、３）の方式を適用することができる。即ち、シンボルごとにコードブロックグループを構成しない場合にも、設定されたコードブロックグループの数を全体のコードブロックの数と仮定して、２）、３）の方式を活用して、各コードブロックを全体のコードブロックの数を基準として、各ＨＡＲＱ−ＡＣＫにマッピングすることができる。
【００９８】
２．実施例１−２
【００９９】
ＤＣＩで指示された情報に基づいて、又はスケジューリングに基づいて設定されたコードブロックグループの数に応じて、ＨＡＲＱ−ＡＣＫペイロードサイズを構成する。このとき、ＤＣＩで指示された情報は、ＰＤＳＣＨ／ＰＵＳＣＨの開始点（ｓｔａｒｔｉｎｇ）と区間（ｄｕｒａｔｉｏｎ）又はトランスポートブロックサイズ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  Ｓｉｚｅ；ＴＢＳ）を含むことができる。
【０１００】
この場合、１）トランスポートブロックサイズに応じてコードブロックグループの数が定義される、２）データ区間（ｄａｔａ  ｄｕｒａｔｉｏｎ）に応じてコードブロックグループの数が定義される、又は、１）、２）のうち、少ないか多いコードブロックグループの数に基づいて、ＨＡＲＱ−ＡＣＫペイロードサイズを構成することができる。具体的に、１）の例示としては、コードブロックグループ当たりコードブロックの数が設定され、これによって、コードブロックグループの数が定義できる。２）の例示としては、データ送信のためのＯＦＤＭシンボルの数に特定数を除した値をコードブロックグループの数と定義することができる。
【０１０１】
また、ＨＡＲＱ−ＡＣＫのビット数は、常にコードブロックグループの数と一致してもよいが、所定数のビットを追加して、更なる情報を送信してもよい。更なる情報の例としては、ＮＡＣＫが発生したコードブロックグループの最初のコードブロックに対するＨＡＲＱ−ＡＣＫを追加されたビットの数だけ手順通りに送信するか、ＮＡＣＫが発生した最初のコードブロックグループの各コードブロックごとにＨＡＲＱ−ＡＣＫを送信するか、他のコードブロックグループ構成によってＨＡＲＱ−ＡＣＫビットを繰り返し送信することができる。このとき、他のコードブロックグループの構成は、この前のコードブロックグループよりも大きいサイズのコードブロックグループで構成されてもよい。又は、要求されるＭＣＳレベルを指示するか、ＨＡＲＱ−ＡＣＫ外に他のフィードバックのために用いてもよい。このような、追加ビットは、各コードワード／トランスポートブロックごとに指定されてもよいが、１つのＰＵＣＣＨに対して定められる値であってもよい。
【０１０２】
一方、ＨＡＲＱ−ＡＣＫなどがコードブロック又はコードブロックグループごとに複数のスロット又は複数の搬送波に対してバンドリングされて送信されるか、複数のスロットに対するＨＡＲＱ−ＡＣＫ送信が１つの上りリンクスロットによって送信される場合、各スロットに該当するビット数の曖昧性を避けるために、１つのスロットで送信されるコードブロックグループの数又はＨＡＲＱ−ＡＣＫビット数は、同一であるようにＤＣＩで設定されると仮定する。即ち、ＵＥが１つの上りリンクスロットに対応するＤＣＩを１つだけ受けた場合にも、同一の情報を他のスロットに適用することができる。
【０１０３】
一方、ＨＡＲＱ−ＡＣＫを送信するタイミングをＤＣＩで指定されたとき、ＤＣＩが受信できない場合、該当下りリンクスロットに対するＨＡＲＱ−ＡＣＫは、ｔｏｔａｌ  ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）などを用いてＮＡＣＫで送信することを仮定してもよい。このような送信のために、１つの上りリンクスロットを介して、ＨＡＲＱ−ＡＣＫが送信されるＰＤＳＣＨに対するスケジューリングごとにＤＡＩなどがそれぞれ維持されてもよい。
【０１０４】
ｔｏｔａｌ  ＤＡＩが用いられる場合、コードブロックグループの数を含み、ＨＡＲＱ−ＡＣＫビット数を定めることもできる。この場合、各スロットごとに異なるコードブロックグループの数が指定されてもよい。即ち、各スケジューリングごとにＨＡＲＱ−ＡＣＫを送信するコードブロックグループの数を指示して、同一の上りリンクスロットにマッピングされる全体のコードブロックグループの数又はＨＡＲＱ−ＡＣＫビット数を共に指示することができる。一方、上述のように、ｔｏｔａｌ  ＤＡＩがコードブロックグループの数を含むと、何個のスロットがスケジューリングされたかに関する曖昧性が発生することもある。
【０１０５】
例えば、ｔｏｔａｌ  ＤＡＩ＝８を受信した後、ｔｏｔａｌ  ＤＡＩ＝１６を受信して、該当スロットに４個のコードブロックグループがスケジューリングされたとき、該当スロットで受信できなかった４個のコードブロックグループは、１個以上の他のスロットによって送信されたものであり得る。よって、各々のスロットの情報が必要である場合、別のスロットナンバー又はスケジューリングされたトランスポートブロックの数が共に指示される必要がある。
【０１０６】
一方、コードブロックグループの数又は各ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫビット数は、特定値に固定するものの、ＤＡＩではＰＤＣＣＨ及び／又はＰＤＳＣＨの手順及び個数のみを指示することができる。或いは、ＤＡＩでスケジューリングされたコードワード数又はトランスポートブロックの数のみを指示してもよく、この場合、同一のコードブロックグループ数が同一ＰＵＣＣＨリソースにマッピングされる複数のコードワード又はトランスポートブロックに対して適用されると仮定することができる。
【０１０７】
一方、実施例１−１及び実施例１−２に応じて、再送信のためのＤＣＩサイズやコンテンツが異なり得るが、実施例１−１によってＨＡＲＱ−ＡＣＫを構成するか、実施例１−２によってＨＡＲＱ−ＡＣＫを構成するかは、ＭＡＣ  ＣＥ、ＲＲＣ又はＬ１シグナリングを介して決定されてもよい。
【０１０８】
例えば、ＤＣＩ検出に失敗した場合、ＨＡＲＱ−ＡＣＫ構成に対する曖昧性が発生する可能性があるため、「実施例１−１」の方が適切である。実施例１−１を適用すると、複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ集合が同一のＰＵＣＣＨを介して送信できる。
【０１０９】
一方、ＤＣＩ検出に失敗した場合、ＵＥがＰＵＣＣＨを送信しなくてもよく、よってＰＵＣＣＨ送信がＤＣＩ検出後に発生すると仮定すると、実施例１−２を適用した方が適切である。
【０１１０】
ＰＤＳＣＨ送信ごとにトランスポートブロックに基づくＨＡＲＱ−ＡＣＫ及びコードブロックグループに基づくＨＡＲＱ−ＡＣＫのうちいずれの方式を用いるかについて、またＨＡＲＱ−ＡＣＫコードブックサイズ及びビットサイズ又は個数に関する情報をＤＣＩ又は上位層で指示してもよい。或いは、ＵＥが設定を受けたコードブロック数に応じて又はＵＥの干渉環境に応じて選択してもよい。
【０１１１】
ＵＥが選択する場合、ＵＥは、トランスポートブロックに基づくＨＡＲＱ−ＡＣＫとコードブロックに基づくＨＡＲＱ−ＡＣＫに対して、それぞれ異なるリソースを設定されてもよい。仮に、複数のＤＣＩ又はＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ送信が同一ＰＵＣＣＨリソースを介して送信される場合には、ＤＣＩ内に全体のＨＡＲＱ−ＡＣＫコードブックサイズに関する情報が含まれる。
【０１１２】
また、ＨＡＲＱ−ＡＣＫ送信タイミングに対する設定が動的に設定された場合と、半静的に設定される場合とを区分して、コードブロックに基づくＨＡＲＱ−ＡＣＫフィードバックを構成してもよい。例えば、ＨＡＲＱ−ＡＣＫ送信タイミング及び下りリンク割り当て（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）とＨＡＲＱ−ＡＣＫフィードバック間の間隔が半静的に設定された場合に限って、コードブロックグループの数が変化できる。
【０１１３】
一方、送信タイミングが動的に設定された場合でも、複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫフィードバックが互いにＴＤＭされる場合、又は別のチャネルを介して複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫフィードバックがそれぞれ送信される場合に限って、コードブロックグループの数が変化してもよい。一方、送信タイミングが動的に設定された場合でも、複数のＰＤＳＣＨに対するコードブロックグループの数が同一であるとＵＥが仮定できる場合、コードブロックグループの数が変化してもよい。
【０１１４】
このとき、スケジューリングされるコードブロックグループの数に応じて、ＨＡＲＱ−ＡＣＫコードブックのサイズが変更されてもよく、このとき、ＰＵＣＣＨフォーマットも変更されてもよい。
【０１１５】
このような、ＰＵＣＣＨフォーマットを基準としたＨＡＲＱ−ＡＣＫマッピング方法は、以下のようである。
【０１１６】
１．実施例２−１
【０１１７】
１番目のトランスポートブロックのコードブロックグループに対するＨＡＲＱ−ＡＣＫを並べ、２番目のトランスポートブロックのコードブロックグループに対するＨＡＲＱ−ＡＣＫを並べる。仮に、コードワークスワッピング（ＣＷ  ｓｗａｐｐｉｎｇ）が行われた場合、１番目のトランスポートブロックと２番目のトランスポートブロックとの間の手順が変更され得る。又は、各々のトランスポートブロックごとにＨＡＲＱ−ＡＣＫビット数を基準として、各々のトランスポートブロックのコードブロックグループに対するＨＡＲＱ−ＡＣＫを並べることができる。例えば、ＨＡＲＱ−ＡＣＫビット数の多いトランスポートブロックのコードブロックグループに対するＨＡＲＱ−ＡＣＫを前側に配置することができる。
【０１１８】
２．実施例２−２
【０１１９】
全てのトランスポートブロックのコードブロックグループに対するＨＡＲＱ−ＡＣＫを並べることができる。このとき、トランスポートブロック間の手順は、コードワードスワッピングに応じて異なり得るが、各々のトランスポートブロックごとにＨＡＲＱ−ＡＣＫビット数を基準として配置トランスポートブロックを配置することができる。その後、各々のトランスポートブロックに含まれた偶数番目のコードブロックグループ（又は、奇数番目のコードブロックグループ）に対するＨＡＲＱ−ＡＣＫを優先して配置して、また各々のトランスポートブロックに含まれた奇数番目のコードブロックグループ（又は、偶数番目のコードブロックグループ）に対するＨＡＲＱ−ＡＣＫを配置することができる。
【０１２０】
図９に基づいて、これを詳細に説明すると、２個のトランスポートブロックを受信したと仮定する場合（Ｓ９０１）、１番目のトランスポートブロックのコードブロックグループのうち、偶数番目のコードブロックグループ（又は、奇数番目のコードブロックグループ）に対するＨＡＲＱ−ＡＣＫを配置して、２番目のトランスポートブロックのコードブロックグループのうち、偶数番目のコードブロックグループ（又は、奇数番目のコードブロックグループ）に対するＨＡＲＱ−ＡＣＫを配置する（Ｓ９０３）。その後、１番目のトランスポートブロックのコードブロックグループのうち、奇数番目のコードブロックグループ（又は、偶数番目のコードブロックグループ）に対するＨＡＲＱ−ＡＣＫを配置して、２番目のトランスポートブロックのコードブロックグループのうち、奇数番目のコードブロックグループ（又は、偶数番目のコードブロックグループ）に対するＨＡＲＱ−ＡＣＫを配置する（Ｓ９０５）。また、並べられたＨＡＲＱ−ＡＣＫを送信する（Ｓ９０７）。
【０１２１】
或いは、トランスポートブロックに含まれたコードブロックグループのインデックス手順として、低い手順からＨＡＲＱ−ＡＣＫを配置してもよい。即ち、第１のトランスポートブロックの１番目のコードブロックグループを配置して、第２のトランスポートブロックの１番目のコードブロックグループを配置した後、第１のトランスポートブロックの２番目のコードブロックグループを配置して、第２のトランスポートブロックの２番目のコードブロックグループを配置する形態で、ＨＡＲＱ−ＡＣＫを配置することができる。
【０１２２】
一方、実施例２−２の場合、各々のトランスポートブロックに対するエラー保護（ｅｒｒｏｒ  ｐｒｏｔｅｃｔｉｏｎ）を全てのトランスポートブロックに対して、できる限り同等に行うことができる。
【０１２３】
３．実施例２−３
【０１２４】
全てのトランスポートブロックに対するＨＡＲＱ−ＡＣＫを送信して、ＮＡＣＫが生じたトランスポートブロックに対するコードブロックＨＡＲＱ−ＡＣＫのみを送信してもよい。この場合、トランスポートブロックに対するＨＡＲＱ−ＡＣＫを並べ、ＮＡＣＫが生じたトランスポートブロックごとに、手順通りにコードブロック又はコードブロックグループに対するＨＡＲＱ−ＡＣＫを並べることができる。
【０１２５】
即ち、図１０に示されたように、複数のトランスポートブロックを受信する場合（Ｓ１００１）、複数のトランスポートブロックの全てに対するＨＡＲＱ−ＡＣＫを送信して（Ｓ１００３）、複数のトランスポートブロックのうち、ＮＡＣＫが生じたトランスポートブロックに含まれたコードブロック又はコードブロックグループに対するＨＡＲＱ−ＡＣＫを再送信することができる（Ｓ１００５）。
【０１２６】
このとき、各々のコードブロック又はコードブロックグループに対するＨＡＲＱ−ＡＣＫビット数は、ＮＡＣＫが生じたトランスポートブロックに設定されたコードブロック又はコードブロックグループの数に応じて異なってもよいが、ＨＡＲＱ−ＡＣＫビット数は固定されてもよい。
【０１２７】
また、１番目のトランスポートブロックに対するＨＡＲＱ−ＡＣＫが送信されなければ、コードブロックに関する情報が得られないため、１番目のトランスポートブロックに対するＨＡＲＱ−ＡＣＫは、別々にエンコードされることが考えられる。この場合、別々にエンコードされるＨＡＲＱ−ＡＣＫと、２番目のトランスポートブロック以後のトランスポートブロックに対するＨＡＲＱ−ＡＣＫは、ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙが要求される場合、同一のＰＵＣＣＨリソースを介して送信されてもよい。また、上位層設定によって同一のＰＵＣＣＨリソースを用いて送信されるようにしてもよい。但し、別々にエンコードされるＨＡＲＱ−ＡＣＫと、２番目のトランスポートブロック以後のトランスポートブロックに対するＨＡＲＱ−ＡＣＫは、それぞれ独立して設定されたＰＵＣＣＨリソースを介して送信されてもよい。
【０１２８】
仮に、ＮＡＣＫが生じたトランスポートブロックがない場合は、トランスポートブロックに対するＨＡＲＱ−ＡＣＫのみが送信できる。
【０１２９】
コードブロック又はコードブロックグループに対するＨＡＲＱ−ＡＣＫのビット数は様々であり、該当コードブロックグループのＨＡＲＱ−ＡＣＫサイズは、（１）トランスポートブロックに対する最大のコードブロック又はコードブロックグループ数に対応するか、（２）該当トランスポートブロックサイズによるコードブロック又はコードブロックグループ数に対応するか、又は（３）ＰＵＣＣＨを送信するとき、ＵＣＩ形態で知らせてもよい。
【０１３０】
（３）のように、ＰＵＣＣＨでコードブロックグループのＨＡＲＱ−ＡＣＫサイズを知らせる場合は、トランスポートブロックに対するＨＡＲＱ−ＡＣＫにおいて指示してもよい。一方、送信すべきコードブロックグループのＨＡＲＱ−ＡＣＫのビット数が予め設定されていてもよい。
【０１３１】
例えば、トランスポートブロックが５個であり、全体のＨＡＲＱ−ＡＣＫビット数が２０ビットである場合、コードワードが１個であるとき、ビット数は１５ビットである。
【０１３２】
一方、ＮＡＣＫが生じたトランスポートブロックが２個である場合、１５個のビットを２トランスポートブロックに分けて、コードブロックグループが７個であると仮定する。このとき、７／８個のコードブロックグループも可能である。これと同様に、ＮＡＣＫが生じたトランスポートブロックが５個であれば、各トランスポートブロックごとに３個のコードブロックグループを仮定することができる。
【０１３３】
４．実施例２−４
【０１３４】
トランスポートブロックに対するＨＡＲＱ−ＡＣＫ又はコードブロックグループに対するＨＡＲＱ−ＡＣＫを第１のチャネルを介して送信して、ＮＡＣＫが発生したコードブロックグループに関する情報又はＮＡＣＫが発生したコードブロックに関する情報を第２のチャネルを介して送信する。このために、第１のＰＵＣＣＨ及び第２のＰＵＣＣＨのためのリソースは、動的にＤＣＩを介して設定されることができる。また、第１のＰＵＣＣＨ及び第２のＰＵＣＣＨに対する遅延時間などのようなタイミング値は同一であると仮定することができるが、時間−周波数リソースが互いに異なるように設定されてもよい。例えば、短いＰＵＣＣＨの２個にわたって第１、２のチャネルを送信することができる。
【０１３５】
一方、コードブロックグループ単位のＨＡＲＱ−ＡＣＫ送信又は再送信スケジューリングは、上位層で設定することができる。この場合、トランスポートブロックサイズに応じて、コードブロックの数が少ないことがあり、この場合は、自動的にトランスポートブロックに基づくＨＡＲＱ−ＡＣＫ送信及び再送信スケジューリングでフォールバック（ｆａｌｌ  ｂａｃｋ）してもよい。例えば、コードブロックグループの数がＮとしてＤＣＩ又は上位層を介して設定されたが、コードブロックの数がＮより小さい場合、トランスポートブロックに基づく動作でフォールバックすることができる。
【０１３６】
また、フォールバックするとき、実施例２−３の場合、コードブロックグループ単位のＨＡＲＱ−ＡＣＫ送信のためのチャネルは用いられない。一方、ＤＣＩで該当ＨＡＲＱ−ＡＣＫが又はスケジューリングがトランスポートブロック単位であるか、又はコードブロックグループ単位であるかを指示することもできる。また、バンドリングが行われる場合、このような指示は、バンドリングされる対象に対して同様であると仮定することができる。
【０１３７】
＜コードブロックグループ単位のＨＡＲＱ−ＡＣＫとトランスポートブロック単位のＨＡＲＱ−ＡＣＫの構成方法＞
【０１３８】
単一ＵＥにおいて送受信されるデータトラフィックの種類は多様であり、一種類のトラフィックが送受信されても、トランスポートブロック単位のＨＡＲＱ−ＡＣＫとコードブロックグループ単位のＨＡＲＱ−ＡＣＫとが同一時点に送信できる。このとき、コードブロックグループ単位のＨＡＲＱ−ＡＣＫが送信される時点と共に送信されるトランスポートブロック単位のＨＡＲＱ−ＡＣＫは、コードブロックグループ単位に切り替えて送信することができる。
【０１３９】
反面、トランスポートブロック単位のＨＡＲＱ−ＡＣＫと、コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫとを別々に送信することもできる。特に、ＵＥがｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙを考慮する必要がたいしてない場合は、コードブロック単位のＨＡＲＱ−ＡＣＫとトランスポートブロック単位のＨＡＲＱ−ＡＣＫとをそれぞれ異なるチャネルを介して送信することができる。例えば、ＰＵＳＣＨにピギーバック（ｐｉｇｇｙｂａｃｋ）されて送信できる。即ち、ネットワークがコードブロックグループごとにＨＡＲＱ−ＡＣＫを受信したい場合、ＰＵＳＣＨを共にスケジューリングしてもよく、該当コードブロックグループＨＡＲＱ−ＡＣＫは、ＰＵＳＣＨを介して送信できる。
【０１４０】
よって、この場合には、ＰＵＳＣＨのスケジューリングが行われる必要があり、ＵＬ  ｇｒａｎｔをＵＥが受信できない場合は、ｄｅｆａｕｌｔ  ＰＵＳＣＨ情報を使うか、コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫがドロップ（Ｄｒｏｐ）される。
【０１４１】
また、トランスポートブロック単位のＨＡＲＱ−ＡＣＫと、コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫとを別々のチャネル又は他のリソースを介して送信することができる。例えば、第１のＰＵＣＣＨでトランスポートブロック単位のＨＡＲＱ−ＡＣＫが送信され、第２のＰＵＣＣＨでコードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫが送信できる。この場合、第２のＰＵＣＣＨに関する情報とピギーバックＵＣＩの情報が共に指示されることができる。或いは、別のエンコーディングによってトランスポートブロック単位のＨＡＲＱ−ＡＣＫと、コードブロック単位のＨＡＲＱ−ＡＣＫとを一チャネルを介して送信することもできる。このとき、トランスポートブロック単位のＨＡＲＱ−ＡＣＫのサイズは固定してもよく、コードブロック単位ＨＡＲＱ−ＡＣＫのサイズは変化してもよい。
【０１４２】
この場合、各ＮＡＣＫが発生したトランスポートブロックのコードブロックグループのサイズが同一であるという仮定の下、コードブロック単位のＨＡＲＱ−ＡＣＫのサイズは、ＮＡＣＫが発生したトランスポートブロックの数によって暗示的に知らせることができる。また、第２のＰＵＣＣＨがあることを知らせるビットは、第１のＰＵＣＣＨに含まれてもよい。また、この場合、ＰＵＣＣＨ又はＰＵＳＣＨをＦＤＭやＣＤＭができるように、チャネル設計及びリソース割り当てが行われてもよい。上述した同時送信の有無及び可否については、ＵＥ  ｃａｐａｂｉｌｉｔｙシグナリング及び上位層信号によって、ＵＥとｇＮＢとの間に情報を送受信することができる。
【０１４３】
また、ＵＥがｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙを考慮する必要があるか、ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙが設定された場合、コードブロックグループのＨＡＲＱ−ＡＣＫとトランスポートブロックのＨＡＲＱ−ＡＣＫとを同一チャネルを介して、同時に送信することを考慮してもよい。
【０１４４】
この場合、各々のＨＡＲＱ−ＡＣＫは、別々のチャネルコーディングによってエンコードされることができる。以下、これを分離コーディング（ｓｅｐａｒａｔｅ  ｃｏｄｉｎｇ）と呼ぶ。
【０１４５】
特に、これは、同一のトラフィックに対して、トランスポートブロックのＨＡＲＱ−ＡＣＫが受信できないか、エラーが発生した場合、複数のコードブロックに影響を与えるため、プロテクション（ｐｒｏｔｅｃｔｉｏｎ）を異ならせて設定するときに有用である。
【０１４６】
しかし、全てのコードブロックに関する情報が完成されてから、トランスポートブロックに関する完全な情報を得ることができるため、同一のチャネルコーディングによって、ジョイント−コーディングされてもよい。
【０１４７】
上述の方式のうち、いずれの方式を選択するかは、ＵＥが用いるウェーブフォーム（ｗａｖｅｆｏｒｍ）によって異なり得る。例えば、ＯＦＤＭの場合、別のチャネルを仮定することができ、ＤＦＴ−ｓ−ＯＦＤＭの場合、同一チャネルを考慮することができる。また、カバレッジ問題（ｃｏｖｅｒａｇｅ  ｉｓｓｕｅ）によって、ＤＦＴ−ｓ−ＯＦＤＭの場合、コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫは用いられない（ｄｉｓａｂｌｅ）可能性がある。或いは、トランスポートブロック単位のＨＡＲＱ−ＡＣＫと、コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫとが異なるスロット又は異なる時間領域に送信されるように設定されてもよい。この場合、電力過渡現象（ｐｏｗｅｒ  ｔｒａｎｓｉｅｎｔ）を考慮して、電力を同一に維持するか、トランスポートブロック単位のＨＡＲＱ−ＡＣＫと、コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫ送信との間にギャップ（ｇａｐ）を許容してもよい。
【０１４８】
＜ＨＡＲＱ−ＡＣＫバンドリング技法＞
【０１４９】
ビット数が多くなると、ＰＵＣＣＨ性能が劣化する可能性があり、よって、ＨＡＲＱ−ＡＣＫビット数を軽減できる方法が必要である。特に、空間バンドリング（Ｓｐａｔｉａｌ  ｂｕｎｄｌｉｎｇ）の場合、トランスポートブロックごとにコードブロックの数が異なる場合に対する実行方法が必要であるが、本発明で提案する実行方法は、以下のようである。
【０１５０】
１．実施例１
【０１５１】
予め設定された、又は上位層で設定したＨＡＲＱ−ＡＣＫビット数（ｃｏｄｅｂｏｏｋ  ｓｉｚｅ）を超える場合、コードブロックグループ単位のＨＡＲＱ−ＡＣＫをトランスポートブロック単位のＨＡＲＱ−ＡＣＫに変更することができる。それにもかかわらず、追加バンドリングが必要な場合は、トランスポートブロックのＨＡＲＱ−ＡＣＫに対して空間バンドリングを行うことができる。
【０１５２】
２．実施例２
【０１５３】
予め設定された、又は上位層で設定したＨＡＲＱ−ＡＣＫビット数（ｃｏｄｅｂｏｏｋ  ｓｉｚｅ）を超える場合、トランスポートブロックごとに、コードブロックグループに対するＨＡＲＱ−ＡＣＫビット数を合わせる作業を行うことができる。例えば、Ｎ１＜Ｎ２である場合、Ｎ２をＮ１に減らすために、バンドリング（ｂｕｎｄｌｉｎｇ）又はマルチプレクシング（ｍｕｌｔｉｐｌｅｘｉｎｇ）を行うことができる。具体的に、ＡＮＤ動作又は連続ＡＣＫカウンタを用いる。さらにビット数を減少する必要がある場合、減少されたコードブロックグループのＨＡＲＱ−ＡＣＫ間の空間バンドリングを行うことができる。
【０１５４】
３．実施例３
【０１５５】
コードブロックグループインデックスごとに空間バンドリングを行うことができる。例えば、同一のインデックスを有するコードブロックグループ間に空間バンドリングを行い、コードブロックグループの数が多いトランスポートブロックの場合、空間バンドリングを行ってから残ったコードブロック、即ち、相対コードブロックグループの最大インデックスよりも大きいインデックスを有するコードブロックグループに対しては、ＨＡＲＱ−ＡＣＫをそのまま送信してもよい。
【０１５６】
しかし、上述した実施例によらず、ＨＡＲＱ−ＡＣＫコードブックサイズに関係なく、バンドリング有無そのものをＤＣＩ又は上位層シグナリングを介して指示してもよい。また、設計の便宜のために、トランスポートブロックごとのコードブロックグループの数は、同一に合わせてもよい。即ち、トランスポートブロックごとにコードブロックグループを構成するコードブロックの数が異なってもよい。
【０１５７】
＜コードブロックグループ単位の再送信とトランスポートブロック単位の再送信を多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）する方法＞
【０１５８】
基地局端においてコードブロック又はトランスポートブロックに対する再送信をスケジューリングするとき、新しいデータへのスケジューリングを共に行ってもよい。例えば、従来のＬＴＥシステムでは、ＭＩＭＯ動作のとき、１個のコードワードに対して再送信をスケジューリングして、他のコードワードに対しては新しいデータをスケジューリングする。
【０１５９】
よって、コードブロックグループ単位の再送信を支援及び設定した場合、依然として新しいデータはトランスポートブロック単位で行うか否かを決定する必要がある。よって、本発明では、コードブロックグループ単位の再送信とトランスポートブロック単位の再送信又は新しいデータをマルチプレックスする方法について説明する。
【０１６０】
１．実施例１
【０１６１】
コードブロックグループ単位の再送信は、新しいデータと共に送信されない。コードブロックグループ単位の再送信がＵＲＬＬＣ変形（ｃｏｒｒｕｐｔｉｏｎ）による補償のために発生することから、複数のレイヤ又はコードワードにわたって、複数のコードブロックグループの再送信が求められる可能性がある。
【０１６２】
２．実施例２
【０１６３】
コードワード又はレイヤを基準として、コードブロックグループ再送信と新しいデータの送信とを区分する。即ち、特定のコードワード又はレイヤに対しては、コードブロックグループ再送信をスケジューリングし、他のコードワード又はレイヤに対しては、新しいデータをスケジューリングすることができる。
【０１６４】
この場合、コードブロックグループ再送信に必要なリソースと新しいデータの送信に必要なリソースとの差によって、新しいデータに関する情報サイズ又はトランスポートブロックのサイズが制限されてもよい。
【０１６５】
３．実施例３
【０１６６】
同一のコードワード又はレイヤにおいて、コードブロックグループ再送信と新しいデータが多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）されてもよい。このとき、マルチプレックスされた新しいデータとコードブロックグループ再送信がマッピングされたコードワード又はレイヤが複数であるとき、同一のコードワード又はレイヤは同一の集合であってもよく、一部が重なるものであってもよく、他方、例えば、コードブロックグループ再送信に対するコードワード又はレイヤが、新しいデータに対するコードワード又はレイヤのサブ集合であってもよい。もちろん、その逆であってもよい。
【０１６７】
一般に、新しいデータよりコードブロックグループ再送信に必要なリソースの量は相対的に少ないはずであり、よって、新しいデータに対するリソースを一部借用する形態でマルチプレックスされてもよい。一方、コードブロックグループ再送信がマッピングされる時間及び／又は周波数リソースは、予め定められた規則によって設定されてもよく、ＤＣＩ及び／又は上位層でその方法及び方式を指示してもよい。
【０１６８】
＜コードブロックグループ単位の再送信スケジューリング方法＞
【０１６９】
コードブロックグループ単位の再送信スケジューリングは、ＤＣＩにおいて実際にＮＡＣＫに対応するコードブロックグループ、即ち、コードブロックグループ内において少なくとも１つ又は一部のコードブロックに対するＮＡＣＫを指示することができる。或いは、別のコードブロックグループに対するＤＣＩを導入することなく、コードブロックグループに基づくＨＡＲＱ−ＡＣＫフィードバックに基づいて、コードブロックグループスケジューリングを行ってもよい。
【０１７０】
例えば、ｇＮＢは、トランスポートブロック単位のスケジューリングに対するＤＣＩをＵＥに送信して、コードブロックグループ単位のＨＡＲＱ−ＡＣＫを送信するＵＥが当該ＨＡＲＱ−ＡＣＫを送信する場合、これに基づいて、ＮＡＣＫに対応するコードブロックグループを再送信することができる。この場合、ＵＥは、自身が送信したＨＡＲＱ−ＡＣＫに基づいて、ＮＡＣＫに対応するコードブロックグループを受信することを期待して、ＰＤＳＣＨをデコードすることができる。
【０１７１】
しかし、ＵＥが送信するＨＡＲＱ−ＡＣＫフィードバックと、ｇＮＢが受信するＨＡＲＱ−ＡＣＫフィードバックは、エラー発生による曖昧性が生じる可能性がある。よって、この曖昧性を減少させるために、ｇＮＢがスケジューリングＤＣＩ内にＨＡＲＱ−ＡＣＫ受信有無に関する情報を再びＵＥに伝達してもよい。例えば、コードブロックグループ単位のＨＡＲＱ−ＡＣＫは、ＣＲＣ（Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を含むことができ、ｇＮＢは、ＣＲＣ確認（ｃｈｅｃｋ）によって、ＵＥが送信したＨＡＲＱ−ＡＣＫの受信に成功したか否かを確認することができる。このとき、ＣＲＣは、コードブロックグループ単位のＨＡＲＱ−ＡＣＫのビット数の増加によって含まれてもよい。
【０１７２】
これによって、ｇＮＢは、ＣＲＣが成功したか否かを再びスケジューリングＤＣＩに含めて送信することができ、ＣＲＣが成功した場合には、ＵＥとｇＮＢとの間に再送信の対象となるコードブロックグループに対する曖昧性がないと仮定することができる。仮に、ＣＲＣが失敗した場合には、ＤＣＩにおいてこれを表示して、ｇＮＢは、トランスポートブロック単位のスケジューリングを行うことができ、ＵＥもトランスポートブロックに基づく再送信を仮定して、ＰＤＳＣＨデコーディングを行うことができる。
【０１７３】
＜コードブロック又はコードブロックグループ単位のＨＡＲＱ−ＡＣＫ送信無しでコードブロック単位の再送信を行う方法＞
【０１７４】
ＵＲＬＬＣなどのパックチャリングによって、送信端は、受信端において特定のコードブロックにエラーが発生したか否かを確実に分かる場合がある。この場合、コードブロック単位の再送信は、ＨＡＲＱ−ＡＣＫの送信有無とは関係なく、コードブロック又はコードブロックグループ単位の再送信を行うことができる。この場合、ＵＥは、トランスポートブロック単位のスケジューリングとコードブロック単位の再送信を区分する必要がある。
【０１７５】
よって、ＤＣＩの特定のフィールドによって知らせるか、ＳＳを区分するか、スクランブリング、ＲＮＴＩなどを用いて区分するか、ＵＥがＨＡＲＱ−ＡＣＫを送信する前のグラント（ｇｒａｎｔ）とそうではないグラントで区分することができる。
【０１７６】
また、パックチャリングによってＨＡＲＱ−ＡＣＫ送信のないコードブロック単位の再送信と、ＵＥのＨＡＲＱ−ＡＣＫ送信によるコードブロック単位の再送信とを区分する必要があり、上述した方式を同様に用いることができる。また、上述した方式に応じて、ＵＥの動作は異なってもよい。
【０１７７】
ＵＥがパックチャリングによるコードブロック又はコードブロックグループ単位の再送信を受信する場合、ＵＥは、バッファーから該当コードブロックを取り除き、新たにデータを受信することができ、一般のコードブロック又はコードブロックグループの再送信の場合には、ＨＡＲＱ−ＡＣＫ結合、例えば、チェース結合を行うことができる。
【０１７８】
一方、コードブロック又はコードブロックグループ単位の再送信において、バッファー内のデータを除去すべきコードブロックと、そうではないコードブロックが共に送信されることがある。よって、除去すべきコードブロックと、そうではないコードブロックを別々に指示するか、１ビットを用いて、コードブロックの全体を除去したりチェース結合を行うことを指示してもよい。
【０１７９】
別々に指示する場合、ｍｕｌｔｉ−ｌｅｖｅｌ  ＤＣＩを用いて、別のチャネルで送信することができる。例えば、第２のＤＣＩにＨＡＲＱ−ＡＣＫ結合コードブロック情報を送信して、第２のＤＣＩが第３のＤＣＩの情報を知らせて、第３のＤＣＩで除去されるべきコードブロックに関する情報を送信することができる。或いは、別のエンコーディングなどによって１つのチャネルで送信可能であることは言うまでもない。
【０１８０】
＜コードブロックグループ構成方法及びマッピング方法＞
【０１８１】
各々のコードブロックは、変調、スクランブリング及び／又はレートマッチングの作業を行った後、物理リソースにマッピングされてもよい。物理リソースは、レイヤ又はコードワードのような、空間ドメイン、副搬送波のような周波数ドメイン、ＯＦＤＭシンボルのような時間ドメインで構成できる。
【０１８２】
次期システムでは、互いに異なるサービス要求又は遅延（ｌａｔｅｎｃｙ）要求を有する複数のトラフィック送信が同一の時間−周波数リソースにおいてスケジューリングできる。例えば、ｅＭＢＢが送信される途中に、ＵＲＬＬＣがリソースの一部が重なる形態で送信されてもよく、この場合、送信中であったｅＭＢＢの一部リソースをパックチャリングして、ＵＲＬＬＣを送信することができる。具体的に、全てのレイヤに対する時間−周波数リソースがパックチャリングされてもよく、特定のレイヤ又はレイヤ集合に対する時間−周波数リソースがパックチャリングされてもよい。
【０１８３】
このように、特定のレイヤ又はレイヤ集合に対する時間−周波数リソースがパックチャリングされるとき、パックチャリングによって影響を受けるリソースを指示（ｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ）する方法に関する具体的な実施例を説明する。
【０１８４】
１．実施例１−１
【０１８５】
影響を受けたリソース（ｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ）を指示するとき、レイヤ又はレイヤ集合に関する情報を含む。具体的に、影響を受けるリソースに関する指示情報は、該当レイヤ又はレイヤ集合に対するインデックスを含み、時間及び／又は周波数リソースに関する情報を含むことができる。
【０１８６】
本方式は、ｅＭＢＢとＵＲＬＬＣのように、互いに異なるサービス要求、遅延要求又はスケジューリング区間に対する複数の送信間ＭＵ−ＭＩＭＯを支援するものとみなされ、具体的に、異なるサービスに対する送信リソースをプリエンプション（ｐｒｅ−ｅｍｐｔｉｎｇ）する送信に対する参照信号（例えば、ＤＭＲＳ）は、全てのレイヤにわたって特定の時間及び／又は周波数リソースをプリエンプションするか、パックチャリングするものであってもよい。
【０１８７】
２．実施例１−２
【０１８８】
影響を受けるリソースを指示するとき、レイヤ又はレイヤ集合ごとに、時間及び／又は周波数リソースに関する情報或いは影響を受けるリソースの存否に関する情報を含んでもよい。
【０１８９】
ＵＥは、レイヤに関する情報をさらに認識して、復調又はデコーディング時に、該当レイヤのみに対してｃｏｒｒｕｐｔｅｄ  ｃｏｄｅｄ  ｂｉｔｓを除去することができる。
【０１９０】
ＬＴＥシステムを基準として、複数のコードブロックが連接するコードされたシンボルは、同一のコードワード内において、レイヤ、周波数インデックス及びシンボルインデックスの順にマッピングされた。
【０１９１】
即ち、コードされたシンボルは、特定のコードワード内において、小さいインデックスのレイヤ、副搬送波、シンボルに対してマッピングを始め、特定のコードワード内において、レイヤインデックスを増加させてマッピングを行い、最後のレイヤインデックスへのマッピングの後、副搬送波インデックスを増加させる。また、小さいインデックスのレイヤからマッピングを行う方式を繰り返す。副搬送波インデックスが最大値に到達した後には、シンボルインデックスを増加させて、マッピングを行う。
【０１９２】
上述したマッピング方式について、レイヤ、周波数ドメイン、時間ドメインの順にマッピングを行うとする。上述の場合、同一の時間−周波数リソースに対して、複数のレイヤにわたってマッピングされるコードされたシンボルは、同一のコードブロック又はコードブロックグループに属する可能性が高い。よって、ＵＲＬＬＣのように、異なるサービス要求及び／又は遅延要求を有するサービスがプリエンプションを試みる場合、特定のコードブロック又はコードブロックグループにＵＲＬＬＣによるプリエンプションが集中する可能性がある。
【０１９３】
よって、特定のトランスポートブロックに対してプリエンプションされた後の復号性能を向上／保証するためには、ｃｏｒｒｕｐｔｅｄ  ｃｏｄｅｄ  ｂｉｔｓが特定のコードブロック又はコードブロックグループに集中して発生するよりは、複数のコードブロック又はコードブロックグループに分散して発生した方が有用であり得る。
【０１９４】
逆に、コードブロック又はコードブロックグループに基づく再送信を考慮したとき、ｃｏｒｒｕｐｔｅｄ  ｃｏｄｅｄ  ｂｉｔｓが特定のコードブロック又はコードブロックグループに集中して発生した方が得であり得る。具体的に、同一の時間−周波数リソースに対して、各々のレイヤにマッピングされるコードブロック又はコードブロックグループが異なってもよい。この場合、影響を受けるリソースが包含できる送信に対するコードレート、ＭＣＳ、ＴＢＳ、リソース割り当て、ｗｉｄｅｂａｎｄリソース割り当てであるかｎａｒｒｏｗｂａｎｄリソース割り当てであるかなどに応じて、各々のレイヤにマッピングされるコードブロック又はコードブロックグループが異なってもよい。
【０１９５】
以下、コードブロック又はコードブロックグループを複数のレイヤ、副搬送波、シンボルにマッピングする方法に関する具体的な実施例について説明する。
【０１９６】
１．実施例２−１
【０１９７】
マッピング手順を周波数ドメイン、時間ドメイン、レイヤの順に行うか、又は時間ドメイン、周波数ドメイン、レイヤの順に行う。この場合、特定のコードブロック又はコードブロックグループに特定のレイヤだけがマッピングされる可能性が高い。よって、特定のコードブロック又はコードブロックグループに対しては、空間多重化（ｓｐａｔｉａｌ  ｄｉｖｅｒｓｉｔｙ）が取得できず、性能劣化が発生する可能性がある。しかし、ＵＲＬＬＣによるプリエンプションを考慮する場合は、特定の影響を受けるリソースが複数のコードブロック又はコードブロックグループに分散されることで、再送信の前に復号に成功できる可能性が高くなることもある。
【０１９８】
２．実施例２−２
【０１９９】
マッピング手順をレイヤ、周波数ドメイン、時間ドメインの順に行うか、又は、マッピング手順をレイヤ、時間ドメイン、周波数ドメインの順に行う。さらに、レイヤ又はレイヤ集合ごとにコードされたシンボルに対して、インターリーバ（ｉｎｔｅｒｌｅａｖｅｒ）を異ならせて適用してもよい。
【０２００】
例えば、レイヤごとにマッピングのための開始時間及び／又は周波数リソースが異なってもよい。具体的に、レイヤ、周波数ドメイン、時間ドメインの順のマッピングが用いられ、周波数ドメインに対するマッピングを１個のシンボル内に適用するとき、１個のコードブロックが複数のレイヤにマッピングされる場合、該当コードブロックが複数の周波数領域において送信できるように、複数のレイヤを異なる周波数領域にマッピングさせることができる。  
【０２０１】
これは、１個のコードブロックがマッピングされる周波数領域がｗｉｄｅｂａｎｄではない場合、さらに有用である。よって、このマッピング方式は、全体のスケジューリング単位にマッピングされるコードブロックの数に応じてトリガされるか、設定されたリソース領域がｗｉｄｅｂａｎｄである場合に限ってトリガされてもよい。或いは、マッピングの前にコードされたシンボルに対して、インターリービングを行うことができる。
【０２０２】
インターリービングは、コードブロックへのデコーティング時の遅延を考慮して、インターリーブされる最大区間を制限してもよい。例えば、同一のシンボル又はミニスロット内に対応するコードされたシンボル間にインターリービングが行われることができる。
【０２０３】
具体的に、特定の時間区間におけるインターリービングは、スケジューリングに応じて変更するため、ＵＥの具現化には適しない可能性があり、インターリービングは、スケジューリングに対応する代わりに、システム帯域幅又はサブバンドサイズに連動できる。
【０２０４】
例えば、システム帯域幅に応じてＰＲＢバンドリングサイズが決定され、ＰＲＢバンドリングサイズ単位でインターリービングが発生する。仮に、変調されたシンボルの代わりに、コードされたビット単位でインターリーブされる場合、特定の変調次数を基準としてインターリービングを行うことができる。
【０２０５】
インターリーバについて、より具体的な実施例を説明すると、手順通りに連接されたコードブロック又はコードブロックグループに対して、特定の区間ごとに、又は全体に対して、インターリービングを行うことができ、インターリービングは、特定の行列に行又は列ごとに順次に入力した後、列又は行単位にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）を行い、それぞれの列（ｃｏｌｕｍｎ  ｂｙ  ｃｏｌｕｍｎ）又はそれぞれの行（ｒｏｗ  ｂｙ  ｒｏｗ）を抽出することができる。
【０２０６】
インターリービングの基本単位、即ち、特定の行列の各要素単位は、コードされたビット、コードされた変調シンボル、コードブロック又はコードブロックグループであってもよい。
【０２０７】
また、コードされたビット又はシンボルに対してＭＩＭＯ動作を考慮するとき、特定のコードブロック又はコードブロックグループが複数のレイヤに均一に分散してマッピングされるように、特定のコードワード内のレイヤ又はレイヤ集合の数を考慮したシンボルグループであってもよい。例えば、特定のコードワード内のレイヤ数をＬとするとき、インターリービングの基本単位は、Ｌ個のコードされたシンボルである。また、ビット単位で行われる場合は、Ｌ＊変調されたシンボル当たりビット数だけのビット単位グループごとにインターリービングが行われてもよい。一方、上述したインターリービング方式は、一例に過ぎず、他の方式でも上述したインターリービングの基本単位に対する発明内容を拡張して適用することができる。
【０２０８】
３．実施例２−３
【０２０９】
マッピング手順をＰＲＢバンドリングされる周波数ドメイン、上位層又は予め設定されたスペックによって定義される周波数ＰＲＢの集合及び固定したサイズの周波数領域のうち１つ、レイヤ、ＰＲＢバンドルインデックス、時間ドメインの順にする。
【０２１０】
上述した実施例は、従来のＬＴＥシステムにおいて、単一のリソース要素単位でレイヤ、周波数ドメイン、時間ドメインの手順にマッピングを行っていたことから、複数のリソース要素及び／又はＰＲＢ単位でレイヤ、周波数ドメイン、時間ドメインの手順にマッピングを行うことに変更されたことと同様である。
【０２１１】
このとき、ＰＲＢバンドルサイズ又は周波数領域サイズは、単一ＰＲＢを含んでもよく、複数のＰＲＢ又は複数の副搬送波で構成できる。特に、ＰＲＢバンドルサイズは、コードブロックサイズ及び／又はコードブロックの数に連動してもよい。
【０２１２】
複数のＰＲＢ単位でマッピングするとき、インターリービングがＰＲＢグループ又はＰＲＢバンドル間に行われてもよい。また、レイヤ、各レイヤが異なるＰＲＢバンドル又はＰＲＢグループ周波数の位置にマッピングされるようにするＰＲＢバンドル周波数、時間ドメインの順に、実施例２−２を変形した方式も適用可能である。
【０２１３】
即ち、各レイヤを先にマッピングして、各レイヤが異なる周波数領域マッピングされるようにして、該領域がバンドルサイズごとに決定できる。仮に、インターリーバをレイヤごとに異ならせて適用して、周波数ダイバーシティを追求するというとき、インターリーバの単位がＰＲＢグループ又はＰＲＢバンドルになってもよい。
【０２１４】
レイヤは空間ドメインのリソースを、副搬送波は周波数ドメインを、及びシンボルは時間ドメインのリソースを指示する一例であり、他の表現又は他の方式でも表現できる。また、上述したマッピング方式に関する説明は一例に過ぎず、たとえ、レイヤ、周波数ドメイン、時間ドメインの手順のように、他の方式のマッピングが用いられる場合でも、予めインターリービングによって上述の方式を支援することもできる。
【０２１５】
一方、上述した実施例によるマッピング方式は、基本として設定され用いられるか、上位層シグナリングを介して基地局がマッピング方式をＵＥに指示することができる。或いは、マッピング方式を有用なシナリオに応じて変更するために、ＤＣＩで指示してもよい。このとき、上述したマッピング方式は、ＰＤＳＣＨ又はＰＵＳＣＨに対するＭＣＳ及び／又はスケジューリングされたＰＲＢサイズ及び／又はコードレートを基準として選択されてもよい。また、選択の基準となる閾値は、上位層で指示してもよい。
【０２１６】
例えば、コードレートが特定の閾値以下であるため、ＵＲＬＬＣによるプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）があっても、他のコードされたビットでデコーディングが可能であると判断される場合は、基地局が同一の時間及び周波数リソースを用いるが、複数のレイヤにマッピングされるコードされたシンボルが他のコードブロック又はコードブロックグループに属するように設定することができ、その他には、特定のコードブロック又はコードブロックグループに影響を受けるリソースが集中するように選択することができる。
【０２１７】
一方、コードブロックグループ単位でＨＡＲＱ−ＡＣＫ送信及び再送信を行うと仮定するとき、コードブロックグループ単位でパリティーコードブロック（ｐａｒｉｔｙ  ｃｏｄｅ  ｂｌｏｃｋ）を生成して、該当パリティーコードブロックを以下のように送信する方式が考えられる。
【０２１８】
１．実施例３−１
【０２１９】
各コードブロックグループごとに、パリティービットを生成して、各コードブロックグループは、既存のコードブロックにパリティーコードブロックを追加して送信する。一方、インターリービングは、各コードブロックグループがマッピングされる区間内でのみ行うことができる。例えば、シンボル内でインターリービングを行うことができる。パリティーコードブロックを送信するためのリソースは、ネットワークで予め設定するか、レートマッチングなどによってＵＥが行うことができる。
【０２２０】
２．実施例３−２
【０２２１】
各コードブロックグループごとに、パリティーコードブロックを生成して、パリティーコードブロックは、全てのコードブロックに対するマッピングが完了した後、即ち、全体のリソースマッピングが完了した後、各コードブロックグループ又はコードブロックにレートマッチングなどによって、一定にパリティーコードブロックをマッピングすることができる。
【０２２２】
次期システムでは、特定のトランスポートブロックに対するコードブロックの数は、ＬＴＥシステムに比べて大きく増加されてもよく、同一のシンボル内に存在できるコードブロックの数も複数であってもよい。
【０２２３】
また、互いに異なるサービス要求及び／又は遅延要求を有する異なるトラフィック送信に対して、ＵＲＬＬＣのような特定のトラフィックがｅＭＢＢのような他の送信中のトラフィックをプリエンプションする場合は、複数のコードブロックが影響を受ける可能性がある。例えば、ＵＲＬＬＣがｅＭＢＢを基準として複数のシンボルに対応するスケジューリング単位を有するとき、ＵＲＬＬＣプリエンプションによるコードブロックは、特定のパターンを有してもよい。具体的に、ｅＭＢＢに対して、各シンボルごとにＮ個のコードブロックが存在して、ＵＲＬＬＣが２個のシンボルにわたって送信されるとき、１番目のシンボルにおいてｎ番目のコードブロックと互いに異なるトラフィックが重なる場合は、２番目のシンボルでは、Ｎ個以後のｎ＋Ｎコードブロックと異なるトラフィックが重なってもよい。
【０２２４】
よって、コードブロックグループを構成するコードブロックを選択するとき、ＵＲＬＬＣプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）を考慮して、非連続のコードブロックが１個のコードブロックグループに属するものを選択することができる。具体的に、同一のコードブロックグループに属する非連続のコードブロックは、時間及び／又は周波数リソースの側面から隣接するものであり得る。ここで、コードブロックが非連続であるとは、コードブロックのインデックスなどが連続しないことを意味してもよい。
【０２２５】
上述した実施例は、コードブロックグループ単位の再送信を指示するとき、オーバーヘッドを減少する側面から有用である。例えば、影響を受けるリソースを指示する情報の細分化の度合い（ｇｒａｎｕｌａｒｉｔｙ）に応じて、設定される時間及び／又は周波数リソースを基準として、コードブロックグループに属するコードブロックが構成できる。
【０２２６】
一方、追加の設定によって、コードブロックグループ構成のための時間及び／又は周波数リソース単位を基地局がＵＥに指示することもできる。例えば、特定のコードブロックが複数のリソース集合に重なる場合、（１）重なる度合い又は重なる部分、即ち、重なるリソース要素又はシンボルの数、或いは、重なるリソース要素又はシンボルの位置に応じて、コードブロックを特定のコードブロックグループにのみ含ませるか、（２）コードブロックのｓｙｓｔｅｍａｔｉｃ  ｂｉｔｓが相対的に多く重なるコードブロックグループにのみ含ませるか、又は（３）重なるコードブロックグループの全てに重ねて含ませることができる。
【０２２７】
図１１を参照すると、通信装置１１００は、プロセッサ１１１０、メモリ１１２０、ＲＦモジュール１１３０、ディスプレイモジュール１１４０、及びユーザインターフェースモジュール１１５０を備えている。
【０２２８】
通信装置１１００は説明の便宜のために示されたもので、一部のモジュールは省略されてもよい。また、通信装置１１００は必要なモジュールをさらに備えてもよい。また、通信装置１１００において一部のモジュールはより細分化したモジュールに区分されてもよい。プロセッサ１１１０は、図面を参照して例示した本発明の実施例に係る動作を実行するように構成される。具体的に、プロセッサ１１１０の詳細な動作は、図１乃至図１０に記載された内容を参照するとよい。
【０２２９】
メモリ１１２０は、プロセッサ１１１０に接続し、オペレーティングシステム、アプリケーション、プログラムコード、データなどを格納する。ＲＦモジュール１１３０は、プロセッサ１１１０に接続し、基底帯域信号を無線信号に変換したり、無線信号を基底帯域信号に変換する機能を果たす。そのために、ＲＦモジュール１１３０は、アナログ変換、増幅、フィルタリング及び周波数アップ変換又はこれらの逆手順を行う。ディスプレイモジュール１１４０は、プロセッサ１１１０に接続し、様々な情報をディスプレイする。ディスプレイモジュール１１４０は、特に制限されるものではなく、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）のような周知の要素を用いることができる。ユーザインターフェースモジュール１１５０は、プロセッサ１１１０に接続し、キーパッド、タッチスクリーンなどのような周知のユーザインターフェースの組み合わせで構成可能である。
【０２３０】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定の形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。
【０２３１】
本文書で基地局によって行われるとした特定の動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われ得ることは明らかである。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語にしてもよい。
【０２３２】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現化することができる。ハードウェアによる具現化では、本発明の一実施例は、一つ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現化することができる。
【０２３３】
ファームウェアやソフトウェアによる具現化では、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現化されてもよい。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって駆動可能である。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。
【０２３４】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化できるということが当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０２３５】
上述のような無線通信システムにおいて、ＨＡＲＱ−ＡＣＫ信号を送信する方法、及びそのための装置は、第５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、第５世代ＮｅｗＲＡＴシステムの他にも様々な無線通信システムに適用することができる。
【図１】
0006929945.tif 000002
【図２（Ａ）】
0006929945.tif 000003
【図２（Ｂ）】
0006929945.tif 000004
【図３】
0006929945.tif 000005
【図４】
0006929945.tif 000006
【図５】
0006929945.tif 000007
【図６】
0006929945.tif 000008
【図７（Ａ）】
0006929945.tif 000009
【図７（Ｂ）】
0006929945.tif 000010
【図８】
0006929945.tif 000011
【図９】
0006929945.tif 000012
【図１０】
0006929945.tif 000013
【図１１】
0006929945.tif 000014