(57)【特許請求の範囲】
【請求項１】
搬送波集約をサポートし、かつ時分割２重通信（ＴＤＤ）で動作する無線通信システムにおいて上りリンク制御情報を送信する方法であって、
上りリンク−下りリンク（ＵＬ−ＤＬ）構成に従って複数の下りリンクサブフレーム内で一つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）及び一つ以上の物理下りリンク共通チャネル（ＰＤＳＣＨ）のうち少なくとも一つを受信するステップと、
上りリンクスケジュールのための下りリンク制御情報（ＤＣＩ）フォーマット内の所定の２ビットフィールドが指示する値を用いて、前記一つ以上のＰＤＣＣＨ及び一つ以上のＰＤＳＣＨのうち少なくとも一つに対する受信応答情報のビット数を決定するステップと、
前記ＤＣＩフォーマットに対応する物理上りリンク共有チャネル（ＰＵＳＣＨ）を介して前記受信応答情報を送信するステップと、を含み、
前記受信応答情報のビット数は、次の式を用いて決定される方法。
【数１】
0005932974.tif 000036
ここで、ＶＵＬＤＡＩは、前記所定の２ビットフィールドが指示する値であって、１乃至４の整数であり、Ｕｍａｘは、成分搬送波別に前記複数の下りリンクサブフレーム内で受信されたＰＤＳＣＨ信号及びＰＤＣＣＨ信号の個数のうちの最大値を表し、
【数２】
0005932974.tif 000037
は、切り上げ関数を表す。
【請求項２】
前記受信応答情報のビット数は、下記の式による値と同一である、請求項１に記載の方法。
【数３】
0005932974.tif 000038
ここで、Ｃは、構成された成分搬送波の個数であり、Ｃ2は、最大２個の伝送ブロックをサポートし、かつバンドルが適用されない成分搬送波の個数である。
【請求項３】
前記受信応答情報は、一つ以上の成分搬送波に対する受信応答情報を含み、ｃ番目の成分搬送波に対する受信応答情報のビット数は、
（ｉ）前記ｃ番目の成分搬送波が単一伝送ブロックをサポートする送信モードに設定されるか、又はバンドルが適用される場合、
【数４】
0005932974.tif 000039
であり、
（ii）前記ｃ番目の成分搬送波が二つの伝送ブロックをサポートする送信モードに設定され、かつバンドルが適用されない場合、
【数５】
0005932974.tif 000040
である、請求項１に記載の方法。
【請求項４】
前記の式
【数６】
0005932974.tif 000041
は、該当のコンポーネント搬送波に対して受信応答情報のフィードバックを必要とする下りリンクサブフレームの個数に対応する、請求項１に記載の方法。
【請求項５】
前記ＵＬ−ＤＬ構成がＵＬ−ＤＬ構成＃５である、請求項１に記載の方法。
【請求項６】
搬送波集約をサポートし、かつ時分割２重通信（ＴＤＤ）で動作する無線通信システムにおいて上りリンク制御情報を送信するように構成された通信装置であって、
無線周波数（ＲＦ）ユニットと、
プロセッサと、
を備え、
前記プロセッサは、上りリンク−下りリンク（ＵＬ−ＤＬ）構成に従って複数の下りリンクサブフレーム内で一つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）及び一つ以上の物理下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくとも一つを受信し、上りリンクスケジュールのための下りリンク制御情報（ＤＣＩ）フォーマット内の所定の２ビットフィールドが指示する値を用いて、前記一つ以上のＰＤＣＣＨ及び一つ以上のＰＤＳＣＨのうち少なくとも一つに対する受信応答情報のビット数を決定し、前記ＤＣＩフォーマットに対応する物理上りリンク共有チャネル（ＰＵＳＣＨ）を介して前記受信応答情報を送信するように構成され、
前記受信応答情報のビット数は、次の式によって決定される通信装置。
【数７】
0005932974.tif 000042
ここで、ＶＵＬＤＡＩは、前記所定の２ビットフィールドが指示する値であって、１乃至４の整数であり、Ｕｍａｘは、成分搬送波別に前記複数の下りリンクサブフレーム内で受信されたＰＤＳＣＨ信号及びＰＤＣＣＨ信号の個数のうちの最大値を表し、
【数８】
0005932974.tif 000043
は、切り上げ関数を表す。
【請求項７】
前記受信応答情報のビット数は、次の式による値と同一である、請求項６に記載の通信装置。
【数９】
0005932974.tif 000044
ここで、Ｃは、構成された成分搬送波の個数であり、Ｃ2は、最大２個の伝送ブロックをサポートし、かつバンドルが適用されない成分搬送波の個数である。
【請求項８】
前記受信応答情報は、一つ以上の成分搬送波に対する受信応答情報を含み、ｃ番目の成分搬送波に対する受信応答情報のビット数は、
（ｉ）前記ｃ番目の成分搬送波が単一伝送ブロックをサポートする送信モードに設定されるか、又はバンドルが適用される場合、
【数１０】
0005932974.tif 000045
であり、
（ii）前記ｃ番目の成分搬送波が二つの伝送ブロックをサポートする送信モードに設定され、かつバンドルが適用されない場合、
【数１１】
0005932974.tif 000046
である、請求項６に記載の通信装置。
【請求項９】
前記の式
【数１２】
0005932974.tif 000047
は、該当コンポーネント搬送波に対して受信応答情報のフィードバックを必要とする下りリンクサブフレームの個数に対応する、請求項６に記載の通信装置。
【請求項１０】
前記ＵＬ−ＤＬ構成がＵＬ−ＤＬ構成＃５である、請求項６に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、制御情報を送信する方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートできる多元接続システムのことを指す。多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて制御情報を効率よく送信する方法及びそのための装置を提供することにある。本発明の他の目的は、時分割２重通信（ＴＤＤ）システムにおいて上りリンク制御情報を効率よく送信し、そのためのリソースを効率的に管理する方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、搬送波集約（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）をサポートし、かつＴＤＤで動作する無線通信システムにおいて上りリンク制御情報を送信する方法において、上りリンク−下りリンク（ＵＬ−ＤＬ）構成に従って複数の下りリンクサブフレーム内で一つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）及び一つ以上の物理下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくとも一つを受信するステップと、上りリンク（ＵＬ）スケジュールのための下りリンク制御情報（ＤＣＩ）フォーマット内の所定の２ビットフィールドが指示する値を用いて、一つ以上のＰＤＣＣＨ及び一つ以上のＰＤＳＣＨのうち少なくとも一つに対する受信応答情報のビット数を決定するステップと、ＤＣＩフォーマットに対応する物理上りリンク共有チャネル（ＰＵＳＣＨ）を介して受信応答情報を送信するステップと、を含み、受信応答情報のビット数は、次の式を用いて決定される方法が提供される。
【数１】
0005932974.tif 000002
ここで、ＶＵＬＤＡＩは、所定の２ビットフィールドが指示する値であって、１乃至４の整数であり、Ｕｍａｘは、成分搬送波別に複数の下りリンクサブフレーム内で受信されたＰＤＳＣＨ信号及びＰＤＣＣＨ信号の個数のうちの最大値を表し、
【数２】
0005932974.tif 000003
は、切り上げ関数を表す。
【０００６】
本発明の他の態様として、搬送波集約をサポートし、かつＴＤＤで動作する無線通信システムにおいて上りリンク制御情報を送信するように構成された通信装置であって、無線周波数（ＲＦ）ユニットと、プロセッサと、を備え、プロセッサは、ＵＬ−ＤＬ構成に従って複数の下りリンクサブフレーム内で一つ以上のＰＤＣＣＨ及び一つ以上のＰＤＳＣＨのうち少なくとも一つを受信し、ＵＬスケジュールのためのＤＣＩフォーマット内の所定の２ビットフィールドが指示する値を用いて、一つ以上のＰＤＣＣＨ及び一つ以上のＰＤＳＣＨのうち少なくとも一つに対する受信応答情報のビット数を決定し、ＤＣＩフォーマットに対応するＰＵＳＣＨを介して受信応答情報を送信するように構成され、受信応答情報のビット数は、次の式によって決定される通信装置が提供される。
【数３】
0005932974.tif 000004
ここで、ＶＵＬＤＡＩは、所定の２ビットフィールドが指示する値であって、１乃至４の整数であり、Ｕｍａｘは、成分搬送波別に複数の下りリンクサブフレーム内で受信されたＰＤＳＣＨ信号及びＰＤＣＣＨ信号の個数のうちの最大値を表し、
【数４】
0005932974.tif 000005
は、切り上げ関数を表す。
【０００７】
好適には、受信応答情報のビット数は、次の式による値と同一である。
【数５】
0005932974.tif 000006
ここで、Ｃは、構成された成分搬送波の個数であり、Ｃ2は、最大２個の伝送ブロックをサポートし、かつバンドルが適用されない成分搬送波の個数である。
【０００８】
好適には、受信応答情報は、一つ以上の成分搬送波に対する受信応答情報を含み、ｃ番目の成分搬送波に対する受信応答情報のビット数は、
（ｉ）ｃ番目の成分搬送波が単一伝送ブロックをサポートする送信モードに設定され、又はバンドルが適用される場合、
【数６】
0005932974.tif 000007
であり、
（ii）ｃ番目の成分搬送波が二つの伝送ブロックをサポートする送信モードに設定され、かつバンドルが適用されない場合、
【数７】
0005932974.tif 000008
である。
【０００９】
好適には、
【数８】
0005932974.tif 000009
は、該当コンポーネント搬送波に対して受信応答情報のフィードバックを必要とする下りリンクサブフレームの個数に対応する。
【００１０】
好適には、ＵＬ−ＤＬ構成がＵＬ−ＤＬ構成＃５である。
【発明の効果】
【００１１】
本発明によれば、無線通信システムにおいて制御情報を効率よく送信することができる。具体的には、ＴＤＤシステムにおいて上りリンク制御情報を効率的に送信し、そのためのリソースを効率的に管理することができる。
【００１２】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００１３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムの一例である３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を示す図である。
【図２】無線フレームの構造を示す図である。
【図３】下りリンクスロットのリソースグリッドを示す図である。
【図４】下りリンクサブフレームの構造を示す図である。
【図５】上りリンクサブフレームの構造を示す図である。
【図６】ＵＬ−ＳＣＨデータと制御情報の処理過程を例示する図である。
【図７】ＰＵＳＣＨ上で制御情報とＵＬ−ＳＣＨデータとの多重化を示す図である。
【図８】単一セル状況でＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信手順を示すフローチャートである。
【図９】ＤＡＩを用いたＡＣＫ／ＮＡＣＫ送信を例示する図である。
【図１０】搬送波集約通信システムを示す図である。
【図１１】搬送波間スケジュールを例示する図である。
【図１２】スロットレベルのＥ−ＰＵＣＣＨフォーマットを例示する図である。
【図１３】Ｅ−ＰＵＣＣＨフォーマット（すなわち、ＰＵＣＣＨフォーマット３）が設定されたとき、ＡＣＫ／ＮＡＣＫをＰＵＳＣＨで送信する場合におけるＵＬ−ＳＣＨデータと制御情報の処理過程を例示する図である。
【図１４】本発明の実施例に係るＡＣＫ／ＮＡＣＫ送信を例示する図である。
【図１５】本発明の実施例に係るＡＣＫ／ＮＡＣＫ送信を例示する図である。
【図１６】本発明の実施例に係るＡＣＫ／ＮＡＣＫ送信を例示する図である。
【図１７】本発明の実施例に適用可能な基地局及び端末を示す図である。
【発明を実施するための形態】
【００１４】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような様々な無線接続システムに利用可能である。ＣＤＭＡは、はん用地上無線接続（ＵＴＲＡ）又はＣＤＭＡ２０００のような無線技術で実現可能である。ＴＤＭＡは、ＧＳＭ（登録商標）／一般パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化用強化データ速度（ＥＤＧＥ）のような無線技術で実現可能である。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）などのような無線技術で実現可能である。ＵＴＲＡは、はん用移動体通信システム（ＵＭＴＳ）の一部である。第三世代パートナーシッププロジェクト（３ＧＰＰ）長期進化システム（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いる強化ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部であり、下りリンクにおいてＯＦＤＭＡを採用し、上りリンクにおいてＳＣ−ＦＤＭＡを採用する。高度ＬＴＡ（ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００１５】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に説明するが、本発明の技術的思想がこれに限定されるわけではない。また、以下の説明で使われる特定の用語は、本発明の理解を助けるために提供されるもので、このような特定の用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形式に変更してもよい。
【００１６】
まず、本明細書で用いられる用語について整理する。
●ＨＡＲＱ−ＡＣＫ：下りリンク送信（例えば、ＰＤＳＣＨ又は半永続スケジュール（ＳＰＳ）解放ＰＤＣＣＨ）に対する受信応答結果、すなわち、肯定応答／否定応答／不連続送信（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）応答（簡単に、ＡＣＫ／ＮＡＣＫ応答、ＡＣＫ／ＮＡＣＫ）のことを指す。ＡＣＫ／ＮＡＣＫ／ＤＴＸ応答は、ＡＣＫ、ＮＡＣＫ、ＤＴＸ又はＮＡＣＫ／ＤＴＸを意味する。特定成分搬送波（ＣＣ）に対するハイブリッド自動再送要求（ＨＡＲＱ）−ＡＣＫ又は特定ＣＣのＨＡＲＱ−ＡＣＫは、当該ＣＣと関連している（例えば、当該ＣＣにスケジュールされた）下りリンク信号（例えば、ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を意味する。ＰＤＳＣＨは伝送ブロック又は符号語に代えてもよい。
●ＰＤＳＣＨ：ＤＬ許可ＰＤＣＣＨに対応するＰＤＳＣＨを意味する。本明細書でＰＤＳＣＨはＰＤＳＣＨ ｗ／ＰＤＣＣＨと同じ意味で使われる。
●ＳＰＳ解放ＰＤＣＣＨ：ＳＰＳ解放を指示するＰＤＣＣＨを意味する。端末は、ＳＰＳ解放ＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ情報を上りリンクフィードバックする。
●ＳＰＳ ＰＤＳＣＨ：ＳＰＳによって半永続的に設定されたリソースを用いてＤＬ送信されるＰＤＳＣＨを意味する。ＳＰＳ ＰＤＳＣＨは、対応するＤＬ許可ＰＤＣＣＨがない。本明細書でＳＰＳ ＰＤＳＣＨはＰＤＳＣＨ ｗ／ｏ ＰＤＣＣＨと同じ意味で使われる。
●下りリンク割当インデクス（ＤＡＩ）：ＰＤＣＣＨを用いて送信されるＤＣＩに含まれる。ＤＡＩは、ＰＤＣＣＨの順序値又はカウンタ値を表すことができる。便宜上、ＤＬ許可ＰＤＣＣＨのＤＡＩフィールドが指示する値をＤＬ ＤＡＩと呼び、ＵＬ許可ＰＤＣＣＨ内のＤＡＩフィールドが指示する値をＵＬ ＤＡＩと呼ぶ。
●搬送波集約（ＣＡ）ベースのシステム：複数の成分搬送波（又はセル）を束ねて運営できる無線通信システムを意味する。ＣＡベース通信システムは、設定によって、一つの成分搬送波（又はセル）だけを用いることもでき、複数の成分搬送波（又はセル）を束ねて用いることもできる。束ねられる成分搬送波（又はセル）の個数は端末別に独立して構成可能である。
【００１７】
無線通信システムにおいて端末は基地局から下りリンク（ＤＬ）で情報を受信し、端末は基地局に上りリンク（ＵＬ）で情報を送信する。基地局と端末とが送受信する情報にはデータ及び種々の制御情報が含まれ、これら送受信される情報の種類／用途によって様々な物理チャネルが存在する。
【００１８】
図１は、３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【００１９】
電源が切れた状態で再び電源が入ったり、新しくセルに進入したりした端末は、段階Ｓ１０１で基地局と同期を取るなどの初期セル探索作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐ−ＳＣＨ）及び２次同期チャネル（Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は基地局から物理同報チャネルを受信してセル内の同報情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ）を受信して下りリンクチャネル状態を確認してもよい。
【００２０】
初期セル探索を終えた端末は、段階Ｓ１０２で、物理下りリンク制御チャネル（ＰＤＣＣＨ）及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信し、より具体的なシステム情報が取得できる。
【００２１】
続いて、端末は基地局への接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のようなランダム接続手順を行ってもよい。そのために、端末は、物理ランダム接続チャネル（ＰＲＡＣＨ）を用いてプリアンブルを送信し（Ｓ１０３）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルを用いてプリアンブルに対する応答メッセージを受信できる（Ｓ１０４）。競合ベースのランダム接続では、追加の物理ランダム接続チャネルの送信（Ｓ１０５）及び物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネル受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行ってもよい。
【００２２】
上述の手順を行った端末は、その後、一般的な上り／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ１０７）、及び物理上りリンク共有チャネル（ＰＵＳＣＨ）／物理上りリンク制御チャネル（ＰＵＣＣＨ）の送信（Ｓ１０８）を行ってもよい。端末が基地局に送信する制御情報を総称して上りリンク制御情報（ＵＣＩ）と呼ぶ。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジュール要求（ＳＲ）、チャネル品質指示子（ＣＱＩ）、プリコーディング行列指示子（ＰＭＩ）、ランク指示情報（ＲＩ）などを含む。本明細書では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、ＨＡＲＱ−ＡＣＫ又はＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と略称することがある。ＨＡＲＱ−ＡＣＫは、肯定ＡＣＫ（簡単に、ＡＣＫ）、否定ＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも１種を含む。ＵＣＩは、ＰＵＣＣＨで送信されるのが一般的であるが、制御情報及びトラヒックデータが同時に送信されるべき場合には、ＰＵＳＣＨで送信されることもある。また、ネットワークの要求／指示に応じてＵＣＩがＰＵＳＣＨで非周期的に送信されることもある。
【００２３】
図２に、無線フレームの構造を例示する。セルラＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム単位で行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ ＬＴＥ標準では、周波数分割２重通信（ＦＤＤ）に適用可能なタイプ１無線フレーム構造と、ＴＤＤに適用可能なタイプ２無線フレーム構造とをサポートする。
【００２４】
図２（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは、１０個のサブフレームで構成され、１サブフレームは時間領域において２個のスロットで構成される。１サブフレームを送信するために掛かる時間を送信時間間隔（ＴＴＩ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓでよい。１スロットは、時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、下りリンクにおいてＯＦＤＭＡを使用するため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ばれることもある。リソース割当単位としてのリソースブロック（ＲＢ）は、１スロットで複数個の連続した副搬送波を含んでよい。
【００２５】
１スロットに含まれるＯＦＤＭシンボルの数は、循環プレフィクス（ＣＰ）の構成によって異なることがある。ＣＰには、拡張ＣＰと正規ＣＰとがある。例えば、ＯＦＤＭシンボルが正規ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個でよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増えるため、１スロットに含まれるＯＦＤＭシンボルの数は、正規ＣＰの場合に比べて少ない。拡張ＣＰでは、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってよい。端末が高速で移動する場合などのようにチャネル状態が不安定な場合、シンボル間の干渉をより減らすために拡張ＣＰが用いられることがある。
【００２６】
正規ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含むため、１サブフレームは１４個のＯＦＤＭシンボルを含む。ここで、各サブフレームの先頭の最大３個のＯＦＤＭシンボルがＰＤＣＣＨに割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨに割り当ててもよい。
【００２７】
図２（ｂ）は、タイプ２無線フレームの構造を例示する図である。タイプ２無線フレームは、２個のハーフフレームで構成され、各ハーフフレームは、５個のサブフレーム、下りリンクパイロット時間スロット（ＤｗＰＴＳ）、保護区間（ＧＰ）及び上りリンクパイロット時間スロット（ＵｐＰＴＳ）で構成され、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定、及び端末の上りリンク送信同期を合わせるために用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで発生する干渉を除去するための区間である。
【００２８】
表１に、ＴＤＤモードにおいて無線フレーム内のサブフレームのＵＬ−ＤＬ構成を例示する。
【００２９】
【表１】
0005932974.tif 000010
【００３０】
表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特別サブフレームを表す。特別サブフレームは、ＤｗＰＴＳ、ＧＰ、ＵｐＰＴＳを含む。ＤｗＰＴＳは、下りリンク送信用に留保された時間区間であり、ＵｐＰＴＳは、上りリンク送信用に留保された時間区間である。
【００３１】
上記の無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更可能である。
【００３２】
図３に、下りリンクスロットのリソースグリッドを例示する。
【００３３】
図３を参照すると、下りリンクスロットは、時間ドメインで複数のＯＦＤＭシンボルを含む。１下りリンクスロットは、７（６）個のＯＦＤＭシンボルを含み、リソースブロックは周波数ドメインで１２個の副搬送波を含んでいる。リソースグリッド上の各要素はリソース要素（ＲＥ）と呼ばれる。１ ＲＢは１２×７（６）個のＲＥを含む。下りリンクスロットに含まれるＲＢの個数ＮRBは下りリンク送信帯域に依存する。上りリンクスロットの構造は、ＯＦＤＭシンボルがＳＣ−ＦＤＭＡシンボルに取り替えられる以外は、下りリンクスロットの構造と同一である。
【００３４】
図４には、下りリンクサブフレームの構造を例示する。
【００３５】
図４を参照すると、サブフレームの１番目のスロットにおいて先頭に位置している最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に相当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域に相当する。ＬＴＥで用いられる下りリンク制御チャネルの例には、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、ＰＤＣＣＨ、物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨはサブフレームの１番目のＯＦＤＭシンボルで送信されるものであり、サブフレーム内において制御チャネルの送信に使われるＯＦＤＭシンボルの個数に関する情報を搬送する。ＰＨＩＣＨは、上りリンク送信の応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を搬送する。
【００３６】
ＰＤＣＣＨで送信される制御情報を下りリンク制御情報（ＤＣＩ）という。ＤＣＩフォーマットは、上りリンク用にフォーマット０、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、３、３Ａなどのフォーマットが定義されている。ＤＣＩフォーマットは、用途によって、ホップフラグ、ＲＢ割当、変調符号化方式（ＭＣＳ）、冗長バージョン（ＲＶ）、新規データ指示子（ＮＤＩ）、送信電力制御（ＴＰＣ）、巡回シフト復調参照信号（ＤＭ ＲＳ）、チャネル品質指示子（ＣＱＩ）要求、ＨＡＲＱプロセス番号、送信プリコーディング行列指示子（ＴＰＭＩ）、ＰＭＩ確認などの情報を選択的に含む。
【００３７】
ＰＤＣＣＨは、下りリンク共有チャネル（ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、上りリンク共有チャネル（ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、呼出しチャネル（ＰＣＨ）上の呼出し情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位層制御メッセージのリソース割当情報、端末グループ内の個別端末に対するＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＩＰ電話（ＶｏＩＰ）の活性化指示情報などを搬送する。複数のＰＤＣＣＨが制御領域内で送信され、端末は、複数のＰＤＣＣＨを監視可能である。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに、無線チャネル状態に基づく符号化速度を提供するために使われる論理的割当ユニットである。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥの個数によって決定される。基地局は、端末に送信されるＤＣＩに基づいてＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査ビット（ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的に基づいて識別子（例えば、無線ネットワーク一時識別子（ＲＮＴＩ））でマスクされる。例えば、ＰＤＣＣＨが特定端末のためのものであるときは、該当の端末の識別子（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスクしてもよい。ＰＤＣＣＨが呼出しメッセージのためのものであるときは、呼出し識別子（例えば、呼出しＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスクしてもよい。ＰＤＣＣＨがシステム情報（より具体的には、システム情報ブロック（ＳＩＢ））のためのものであるときは、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクしてもよい。ＰＤＣＣＨがランダム接続応答のためのものであるときは、ランダム接続ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクしてもよい。
【００３８】
図５には、ＬＴＥで用いられる上りリンクサブフレームの構造を例示する。
【００３９】
図５を参照すると、上りリンクサブフレームは、複数（例えば、２個）のスロットを含む。スロットは、ＣＰの長さによって異なった数のＳＣ−ＦＤＭＡシンボルを含むことがある。上りリンクサブフレームは周波数領域においてデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界にホップする。
【００４０】
ＰＵＣＣＨは、下記の制御情報を送信するために使用可能である。
【００４１】
- スケジュール要求（ＳＲ）：上りリンクＵＬ−ＳＣＨリソースを要求するために用いられる情報である。オン・オフ変調（ＯＯＫ）方式で送信される。
【００４２】
- ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットに対する応答信号である。下りリンクデータパケットの受信に成功したか否かを表す。単一の下りリンク符号語（ＣＷ）に対する応答としてＡＣＫ／ＮＡＣＫ １ビットが送信され、二つの下りリンク符号語に対する応答としてＡＣＫ／ＮＡＣＫ ２ビットが送信される。
【００４３】
- ＣＱＩ：下りリンクチャネルに関するフィードバック情報である。多入力多出力（ＭＩＭＯ）関連フィードバック情報は、ランク指示子（ＲＩ）、ＰＭＩ、プリコーディング種別指示子（ＰＴＩ）などを含む。サブフレーム当たり２０ビットが用いられる。
【００４４】
端末がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報の送信に使用可能なＳＣ−ＦＤＭＡの個数に依存する。制御情報送信に使用可能なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号送信のためのＳＣ−ＦＤＭＡシンボルを除いた残りのＳＣ−ＦＤＭＡシンボルを意味し、測定参照信号（ＳＲＳ）が設定されたサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。ＰＵＣＣＨは、送信される情報によって７個のフォーマットをサポートする。
【００４５】
表２に、ＬＴＥにおいてＰＵＣＣＨフォーマットとＵＣＩとのマップ関係を示す。
【００４６】
【表２】
0005932974.tif 000011
【００４７】
ＬＴＥ端末は、ＰＵＣＣＨ及びＰＵＳＣＨを同時に送信できず、ＰＵＳＣＨが送信されるサブフレームでＵＣＩ（例えば、ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）を送信する必要がある場合にはＵＣＩをＰＵＳＣＨ領域に多重化する。一例として、ＰＵＳＣＨ送信が割り当てられたサブフレームでＨＡＲＱ−ＡＣＫを送信しなければならない場合、端末はＵＬ−ＳＣＨデータとＨＡＲＱ−ＡＣＫとをＤＦＴ拡散前に多重化した後、ＰＵＳＣＨを介して制御情報及びデータを共に送信する。
【００４８】
図６は、ＵＬ−ＳＣＨデータ及び制御情報の処理手順を例示する図である。
【００４９】
図６を参照すると、エラー検出がＣＲＣ付加によってＵＬ−ＳＣＨ伝送ブロックに提供される（Ｓ１００）。
【００５０】
全体伝送ブロックがＣＲＣパリティビットを計算するために用いられる。伝送ブロックのビットは、ａ０，ａ１，ａ２，ａ３，…，ａＡ−１である。パリティビットはＰ０，Ｐ１，Ｐ２，Ｐ３，…，ＰL−１である。伝送ブロックの大きさはＡであり、パリティビットの数はＬである。
【００５１】
伝送ブロックＣＲＣ付加の後に、符号ブロック分割及び符号ブロックＣＲＣ付加が実行される（Ｓ１１０）。符号ブロック分割に対するビット入力は、ｂ０，ｂ１，ｂ２，ｂ３，…，ｂＢ−１である。Ｂは、伝送ブロック（ＣＲＣを含む）のビット数である。符号ブロック分割後のビットは、Ｃｒ０，Ｃｒ１，Ｃｒ２，Ｃｒ３，…，Ｃｒ（Ｋｒ−１）になる。ｒは、符号ブロック番号を表し（ｒ＝０，１，…，Ｃ−１）、Ｋrは、符号ブロックｒのビット数を表す。Ｃは符号ブロックの総個数を表す。
【００５２】
チャネル符号化は、符号ブロック分割及び符号ブロックＣＲＣの後に実行される（Ｓ１２０）。チャネル符号化後のビットはｄ（ｉ）ｒ０，ｄ（ｉ）ｒ１，ｄ（ｉ）ｒ２，ｄ（ｉ）ｒ３，…，ｄ（ｉ）ｒ（Ｄｒ−１）になる。ｉ＝０，１，２であり、Ｄｒは、符号ブロックｒのためのｉ番目の符号化されたストリームのビット数を表す（すなわち、Ｄｒ＝Ｋｒ＋４）。ｒは、符号ブロック番号を表し（ｒ=０，１，…，Ｃ−１）、Ｋrは、符号ブロックｒのビット数を表す。Ｃは、符号ブロックの総個数を表す。チャネル符号化のためにターボ符号化を用いてもよい。
【００５３】
速度整合（レートマッチング）はチャネル符号化の後に行われる（Ｓ１３０）。速度整合後のビットは、ｅｒ０，ｅｒ１，ｅｒ２，ｅｒ３，…，ｅｒ（Ｅｒ−１）になる。Ｅｒは、ｒ番目の符号ブロックの速度整合されたビットの数である。ｒ＝０，１，…，Ｃ−１であり、Ｃは、符号ブロックの総個数を表す。
【００５４】
符号ブロック連結は速度整合後に実行される（Ｓ１４０）。符号ブロック連結後のビットは、ｆ０，ｆ１，ｆ２，ｆ３，…，ｆＧ−１になる。Ｇは、送信のための符号化されたビットの総個数を表す。制御情報がＵＬ−ＳＣＨ送信と多重化される場合、制御情報送信に用いられるビットはＧに含まれない。ｆ０，ｆ１，ｆ２，ｆ３，…，ｆＧ−１はＵＬ−ＳＣＨ符号語に相当する。
【００５５】
ＵＣＩは、チャネル品質情報（ＣＱＩ及び／又はＰＭＩ）Ｏ０，Ｏ１，…，ＯＯ−１、ＲＩ［ＯＲＩ０］又は［ＯＲＩ０ ＯＲＩ１］、及びＨＡＲＱ−ＡＣＫ［ＯＡＣＫ０］、［ＯＡＣＫ０ ＯＡＣＫ１］又は［ＯＡＣＫ０ ＯＡＣＫ１…ＯＡＣＫＯＡＣＫ−１］のチャネル符号化がそれぞれ独立して行われる（Ｓ１５０〜Ｓ１７０）。ＵＣＩのチャネル符号化は、それぞれの制御情報のための符号化されたシンボルの個数に基づいて行われる。例えば、符号化されたシンボルの個数が、符号化された制御情報の速度整合に用いられる。符号化されたシンボルの個数は、以降の過程において変調シンボルの個数、ＲＥの個数などに対応する。
【００５６】
ＨＡＲＱ−ＡＣＫのチャネル符号化は、段階Ｓ１７０の入力ビットシーケンス［ＯＡＣＫ０］、［ＯＡＣＫ０ ＯＡＣＫ１］又は［ＯＡＣＫ０ ＯＡＣＫ１…ＯＡＣＫＯＡＣＫ−１］を用いて行われる。［ＯＡＣＫ０］及び［ＯＡＣＫ０ ＯＡＣＫ１］はそれぞれ、１ビットＨＡＲＱ−ＡＣＫと２ビットＨＡＲＱ−ＡＣＫを意味する。また、［ＯＡＣＫ０ ＯＡＣＫ１…ＯＡＣＫＯＡＣＫ−１］は、３ビット以上の情報で構成されたＨＡＲＱ−ＡＣＫを意味する（すなわち、ＯＡＣＫ＞２）。ＡＣＫは１に符号化され、ＮＡＣＫは０に符号化される。１ビットＨＡＲＱ−ＡＣＫについては、反復（ｒｅｐｅｔｉｔｉｏｎ）符号化が用いられる。２ビットＨＡＲＱ−ＡＣＫについては、（３，２）シンプレックス符号が用いられ、符号化されたデータは循環反復してもよい。ＯＡＣＫ＞２の場合、（３２，Ｏ）ブロック符号が使用される。
【００５７】
ＱＡＣＫは、符号化されたビットの総個数を表し、ビットシーケンスｑＡＣＫ０，ｑＡＣＫ１，ｑＡＣＫ２，…，ｑＡＣＫＡＣＫ−１は、符号化されたＨＡＲＱ−ＡＣＫブロックの結合によって得られる。ビットシーケンスの長さをＱＡＣＫに合わせるために、最後に結合される符号化されたＨＡＲＱ−ＡＣＫブロックは一部分である場合もある（すなわち、速度整合）。ＱＡＣＫ＝Ｑ’ＡＣＫ×Ｑｍであり、Ｑ’ＡＣＫは、ＨＡＲＱ−ＡＣＫのための符号化されたシンボルの個数であり、Ｑｍは、変調次数である。Ｑｍは、ＵＬ−ＳＣＨデータと同一に設定される。
【００５８】
データ／制御多重化ブロックの入力は、符号化されたＵＬ−ＳＣＨビットを意味するｆ０，ｆ１，ｆ２，ｆ３，…，ｆＧ−１、及び符号化されたＣＱＩ／ＰＭＩビットを意味するｑ０，ｑ１，ｑ２，ｑ３，…,ｑＱＣＱＩ−１である（Ｓ１８０）。データ／制御多重化ブロックの出力は、ｇ０，ｇ１，ｇ２，ｇ３，…，ｇＨ’−１である。ｇｉは、長さＱｍのカラムベクトルである（ｉ＝０，…，Ｈ’−１）。Ｈ’＝Ｈ／Ｑｍであり、Ｈ＝（Ｇ＋ＱＣＱＩ）である。Ｈは、ＵＬ−ＳＣＨデータ及びＣＱＩ／ＰＭＩのために割り当てられた、符号化されたビットの総個数である。
【００５９】
チャネルインタリーバの入力は、データ／制御多重化ブロックの出力ｇ０，ｇ１，ｇ２，…，ｇＨ’−１、符号化されたランク指示子ｑＲＩ０,ｑＲＩ１，ｑＲＩ２，…，ｑＲＩＱ’ＲＩ−１、及び符号化されたＨＡＲＱ−ＡＣＫ ｑＡＣＫ０，ｑＡＣＫ１，ｑＡＣＫ２，…，ｑＡＣＫＱ’ＡＣＫ−１を対象にして行われる（Ｓ１９０）。ｇｉは、ＣＱＩ／ＰＭＩのための長さＱｍのカラムベクトルであり、ｉ＝０，…，Ｈ’−１である（Ｈ’＝Ｈ／Ｑｍ）。ｑＡＣＫｉは、ＡＣＫ／ＮＡＣＫのための長さＱｍのカラムベクトルであり、ｉ＝０，…，Ｑ’ＡＣＫ−１である（Ｑ’ＡＣＫ＝ＱＡＣＫ／Ｑｍ）。ｑＲＩｉは、ＲＩのための長さＱｍのカラムベクトルであり、ｉ＝０，…，Ｑ’ＲＩ−１である（Ｑ’ＲＩ＝ＱＲＩ／Ｑｍ）。
【００６０】
チャネルインタリーバは、ＰＵＳＣＨ送信のために制御情報とＵＬ−ＳＣＨデータとを多重化する。具体的には、チャネルインタリーバは、ＰＵＳＣＨリソースに対応するチャネルインタリーバ行列に制御情報及びＵＬ−ＳＣＨデータをマップする過程を含む。
【００６１】
チャネルインタリーブ後に、チャネルインタリーバ行列から行単位（ｒｏｗ−ｂｙ−ｒｏｗ）に読み出されたビットシーケンスｈ０，ｈ１，ｈ２，…，ｈＨ＋ＱＲＩ−１が出力される。読み出されたビットシーケンスはリソースグリッド上にマップされる。Ｈ”＝Ｈ’＋Ｑ’ＲＩ個の変調シンボルがサブフレームで送信される。
【００６２】
図７に、ＰＵＳＣＨ上で制御情報とＵＬ−ＳＣＨデータとの多重化を示す。ＰＵＳＣＨ送信が割り当てられたサブフレームで制御情報を送信しようとする場合、端末は、ＤＦＴ−拡散前に制御情報（ＵＣＩ）とＵＬ−ＳＣＨデータとを多重する。制御情報は、ＣＱＩ／ＰＭＩ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、及びＲＩの少なくとも一つを含む。ＣＱＩ／ＰＭＩ、ＡＣＫ／ＮＡＣＫ及びＲＩの送信に用いられるそれぞれのＲＥの個数は、ＰＵＳＣＨ送信のために割り当てられた変調符号化方式（ＭＣＳ）及びオフセット値（ΔＣＱＩｏｆｆｓｅｔ，ΔＨＡＲＱ−ＡＣＫｏｆｆｓｅｔ，ΔＲＩｏｆｆｓｅｔ）に基づく。オフセット値は、制御情報別に異なった符号化速度を許容し、上位層（例えば、ＲＲＣ）信号によって半永続的に設定される。ＵＬ−ＳＣＨデータと制御情報とが、同一のＲＥにマップされることはない。制御情報はサブフレームの２スロットの両方に存在するようにマップされる。
【００６３】
図７を参照すると、ＣＱＩ及び／又はＰＭＩ（ＣＱＩ／ＰＭＩ）リソースは、ＵＬ−ＳＣＨデータリソースの先頭部分に位置し、一つの副搬送波上で全ＳＣ−ＦＤＭＡシンボルに順次にマップされた後に、次の副搬送波でマップされる。ＣＱＩ／ＰＭＩは、副搬送波内で左側から右側へ、すなわち、ＳＣ−ＦＤＭＡシンボルインデクスが増加する方向にマップされる。ＰＵＳＣＨデータ（ＵＬ−ＳＣＨデータ）は、ＣＱＩ／ＰＭＩリソースの量（すなわち、符号化されたシンボルの個数）を考慮して速度整合される。ＵＬ−ＳＣＨデータと同じ変調次数がＣＱＩ／ＰＭＩに用いられる。ＡＣＫ／ＮＡＣＫは、ＵＬ−ＳＣＨデータがマップされたＳＣ−ＦＤＭＡのリソースの一部にパンクチャによって挿入される。ＡＣＫ／ＮＡＣＫはＲＳに隣接して位置し、該当のＳＣ−ＦＤＭＡシンボル内で下方から上方へ、すなわち、副搬送波インデクスが増加する方向に埋められる。正規ＣＰでは、同図のように、ＡＣＫ／ＮＡＣＫのためのＳＣ−ＦＤＭＡシンボルは各スロットにおいてＳＣ−ＦＤＭＡシンボル＃２／＃５に位置する。サブフレームにおいてＡＣＫ／ＮＡＣＫが実際に送信されるか否かにかかわらず、符号化されたＲＩは、ＡＣＫ／ＮＡＣＫのためのシンボルに隣接して位置する。
【００６４】
ＬＴＥにおいて、制御情報（例えば、ＱＰＳＫ変調使用）は、ＵＬ−ＳＣＨデータ無しにＰＵＳＣＨ上で送信されるようにスケジュールされることもある。制御情報（ＣＱＩ／ＰＭＩ、ＲＩ及び／又はＡＣＫ／ＮＡＣＫ）は、低い３次計量（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ，ＣＭ）の単一搬送波特性を維持するためにＤＦＴ拡散前に多重化される。ＡＣＫ／ＮＡＣＫ、ＲＩ及びＣＱＩ／ＰＭＩを多重化することは、図７におけると同様である。ＡＣＫ／ＮＡＣＫのためのＳＣ−ＦＤＭＡシンボルはＲＳに隣接して位置し、ＣＱＩのマップされたリソースがパンクチャされることがある。ＡＣＫ／ＮＡＣＫ及びＲＩのためのＲＥの個数は、参照ＭＣＳ（ＣＱＩ／ＰＭＩ ＭＣＳ）及びオフセットパラメータ（ΔＣＱＩｏｆｆｓｅｔ，ΔＨＡＲＱ−ＡＣＫｏｆｆｓｅｔ，又はΔＲＩｏｆｆｓｅｔ）に基づく。参照ＭＣＳは、ＣＱＩペイロードサイズ及びリソース割当から計算される。ＵＬ−ＳＣＨデータのない制御信号通知のためのチャネル符号化及び速度整合は、上述したＵＬ−ＳＣＨデータがある制御信号通知の場合と同一である。
【００６５】
次に、ＴＤＤシステムのＡＣＫ／ＮＡＣＫ送信過程について説明する。ＴＤＤ方式は、同じ周波数帯域を時間ドメインでＤＬサブフレームとＵＬサブフレームとに分けて使用する（図２（ｂ）参照）。そのため、ＤＬ／ＵＬ非対称データトラヒック状況では、ＤＬサブフレームが多く割り当てられたり、ＵＬサブフレームが多く割り当てられたりすることがある。したがって、ＴＤＤ方式ではＤＬサブフレームとＵＬサブフレームとが１対１で対応しない場合が発生する。特に、ＤＬサブフレームの数がＵＬサブフレームよりも多い場合、端末は、複数のＤＬサブフレーム上の複数のＰＤＳＣＨ（及び／又はＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を、一つのＵＬサブフレームで送信しなければならない状況が発生する。例えば、ＴＤＤ構成によって、ＤＬサブフレーム：ＵＬサブフレーム＝Ｍ：１に設定されることがある。ここで、Ｍは一つのＵＬサブフレームに対応するＤＬサブフレームの個数である。この場合、端末は、Ｍ個のＤＬサブフレーム上の複数のＰＤＳＣＨ（又はＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫ応答を、一つのＵＬサブフレームで送信しなければならない。
【００６６】
図８には、単一セル状況でＴＤＤ ＵＬ ＡＣＫ／ＮＡＣＫ送信過程を示す。
【００６７】
図８を参照すると、端末は、Ｍ個のＤＬサブフレーム（ＳＦ）上で一つ以上のＰＤＳＣＨ信号を受信する（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。それぞれのＰＤＳＣＨ信号は送信モードによって一つ又は複数（例えば、二つ）の伝送ブロック（ＴＢ）（又は、符号語（ＣＷ））を送信するために用いられる。また、図示してはいないが、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１で、ＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ信号、例えば半永続スケジュール（ＳＰＳ）解放（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を指示するＰＤＣＣＨ信号（簡略に、ＳＰＳ解放ＰＤＣＣＨ信号）が受信されることもある。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解放ＰＤＣＣＨ信号が存在すると、端末はＡＣＫ／ＮＡＣＫを送信するための過程（例えば、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割当など）を経て、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームでＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解放ＰＤＣＣＨ信号に関する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨを介して送信されるが、ＡＣＫ／ＮＡＣＫ送信時点でＰＵＳＣＨ送信があると、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを介して送信される。表２の種々のＰＵＣＣＨフォーマットをＡＣＫ／ＮＡＣＫ送信に利用可能である。また、ＰＵＣＣＨフォーマットによって送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドル、ＡＣＫ／ＮＡＣＫチャネル選択のような種々の方法を用いてもよい。
【００６８】
上述したように、ＴＤＤでは、Ｍ個のＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームで送信され（すなわち、Ｍ ＤＬ ＳＦ：１ ＵＬ ＳＦ）、これらの関係は下りリンクアソシエーションセットインデクス（ＤＡＳＩ）によって与えられる。
【００６９】
表３に、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ0，ｋ1，…，ｋM-1｝）を示す。表３は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの立場でＵＬサブフレーム自身に関連しているＤＬサブフレームとの間隔を示す。具体的には、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ送信及び／又はＳＰＳ解放を指示するＰＤＣＣＨがある場合、端末はサブフレームｎでＡＣＫ／ＮＡＣＫを送信する。
【００７０】
【表３】
0005932974.tif 000012
【００７１】
複数のＤＬサブフレームで複数のＰＤＳＣＨを一つの端末に送信する場合、基地局は各ＰＤＳＣＨに対して一つのＰＤＣＣＨを送信し、複数のＰＤＣＣＨを送信することになる。このとき、端末は、複数のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを一つのＵＬサブフレーム上でＰＵＣＣＨ又はＰＵＳＣＨを介して送信する。既存のＬＴＥにおいてＴＤＤモードでの動作時に複数のＰＤＳＣＨに対してＡＣＫ／ＮＡＣＫを送信する方式には、大きく、次の２方式がある。
【００７２】
１）ＡＣＫ／ＮＡＣＫバンドル：複数のデータユニット（例えば、ＰＤＳＣＨ、ＳＰＳ解放ＰＤＣＣＨなど）に対するＡＣＫ／ＮＡＣＫビットが論理ＡＮＤ演算によって結合される。例えば、すべてのデータユニットが成功裏に復号された場合、Ｒｘノード（例えば、端末）はＡＣＫ信号を送信する。一方、データユニットのいずれか一つでも成功裏に復号（又は検出）されなかった場合は、ＲｘノードはＮＡＣＫ信号を送信するか、又は何らの信号も送信しない。
【００７３】
２）ＰＵＣＣＨ選択送信：複数のＰＤＳＣＨを受信する端末は、ＡＣＫ／ＮＡＣＫ送信のために複数のＰＵＣＣＨリソースを占有する。複数のデータユニットに対するＡＣＫ／ＮＡＣＫ応答は、実際ＡＣＫ／ＮＡＣＫ送信に使用されたＰＵＣＣＨリソースと送信されたＡＣＫ／ＮＡＣＫ内容（例えば、ビット値）との組み合わせによって識別される。
【００７４】
ＴＤＤで端末が基地局にＡＣＫ／ＮＡＣＫ信号を送信するときに次の問題が生じることがある。
【００７５】
・ 複数のサブフレーム区間で基地局が送ったＰＤＣＣＨのうちの一部を端末が逃した場合、端末は、逃したＰＤＣＣＨに該当するＰＤＳＣＨが自身に送信された事実さえわからず、ＡＣＫ／ＮＡＣＫ生成時に誤りが発生することがある。
【００７６】
このような誤りを解決するために、ＴＤＤシステムは、ＰＤＣＣＨに下りリンク割当インデクス（ＤＡＩ）を含める。ＤＡＩは、ＤＬサブフレームｎ−ｋ（ｋ∈Ｋ）内で現在サブフレームまでのＰＤＳＣＨに対応するＰＤＣＣＨ及び下りリンクＳＰＳ解放を指示するＰＤＣＣＨの累積値（すなわち、カウント値）を表す。例えば、３個のＤＬサブフレームが一つのＵＬサブフレームに対応する場合、３個のＤＬサブフレーム区間に送信されるＰＤＳＣＨに順次にインデクスを付与（すなわち、順次にカウント）して、ＰＤＳＣＨをスケジュールするＰＤＣＣＨに乗せて送る。端末は、ＰＤＣＣＨに含まれているＤＡＩ情報から、これまでのＰＤＣＣＨを正しく受信したか否かが確認できる。便宜上、ＰＤＳＣＨスケジュールＰＤＣＣＨ及びＳＰＳ解放ＰＤＣＣＨに含まれたＤＡＩを、ＤＬ ＤＡＩ、ＤＡＩ−ｃ（ｃｏｕｎｔｅｒ）と称するか、又は、簡単にＤＡＩと称する。
【００７７】
表４に、ＤＬ ＤＡＩフィールドが指示する値（ＶＤＬＤＡＩ）を示す。
【００７８】
【表４】
0005932974.tif 000013
【００７９】
図９に、ＤＬ ＤＡＩを用いたＡＣＫ／ＮＡＣＫ送信を例示する。本例は、３ ＤＬサブフレーム：１ ＵＬサブフレームで構成されたＴＤＤシステムを仮定する。便宜上、端末はＰＵＳＣＨリソースを用いてＡＣＫ／ＮＡＣＫを送信すると仮定する。既存のＬＴＥでは、ＰＵＳＣＨを介してＡＣＫ／ＮＡＣＫを送信する場合に１ビット又は２ビットのバンドルされたＡＣＫ／ＮＡＣＫを送信する。
【００８０】
図９を参照すると、例１）のように、２番目のＰＤＣＣＨを逃した場合、端末は、３番目のＰＤＣＣＨのＤＬ ＤＡＩ値と、そのときまで検出されたＰＤＣＣＨの数とが異なることから、２番目のＰＤＣＣＨを逃したことがわかる。この場合、端末は、２番目のＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ応答をＮＡＣＫ（又はＮＡＣＫ／ＤＴＸ）と処理できる。一方、例２）のように、最後のＰＤＣＣＨを逃した場合には、端末は、最後に検出したＰＤＣＣＨのＤＡＩ値と、そのときまで検出されたＰＤＣＣＨの数とが一致するから、最後のＰＤＣＣＨを逃したことが認識できない（すなわち、ＤＴＸ）。そのため、端末は、ＤＬサブフレーム区間において２個のＰＤＣＣＨだけがスケジュールされたものと認識する。この場合、端末は最初の２個のＰＤＣＣＨに対応するＡＣＫ／ＮＡＣＫだけをバンドルすることになるため、ＡＣＫ／ＮＡＣＫフィードバック過程で誤りが発生する。このような問題を解決するために、ＰＵＳＣＨスケジュールＰＤＣＣＨ（すなわち、ＵＬ許可ＰＤＣＣＨ）は、ＤＡＩフィールド（便宜上、ＵＬ ＤＡＩフィールド）を含む。ＵＬ ＤＡＩフィールドは、２ビットフィールドであり、スケジュールされたＰＤＣＣＨの個数に関する情報を知らせる。
【００８１】
具体的には、端末は、ＶＤＬＤＡＩ≠（ＵＤＡＩ＋ＮＳＰＳ−１）ｍｏｄ４＋１の場合、少なくとも一つの下りリンク割当が損失されたと仮定し（すなわち、ＤＴＸ発生）、バンドル過程によってすべての符号語に対してＮＡＣＫを生成する。ここで、ＵＤＡＩは、サブフレームｎ−ｋ（ｋ∈Ｋ）（表３参照）で検出されたＤＬ許可ＰＤＣＣＨ及びＳＰＳ解放ＰＤＣＣＨの総個数を表す。ＮＳＰＳは、ＳＰＳ ＰＤＳＣＨの個数を表し、０又は１である。
【００８２】
表５は、ＵＬ ＤＡＩフィールドが指示する値（ＶＤＬＤＡＩ）を表すものである。
【００８３】
【表５】
0005932974.tif 000014
【００８４】
図１０には、搬送波集約（ＣＡ）通信システムを例示する。ＬＴＥ−Ａシステムは、より広い周波数帯域を用いるために、複数のＵＬ／ＤＬ周波数ブロックを束ねてより大きいＵＬ／ＤＬ帯域幅を用いる搬送波集約（又は帯域集約）技術を用いる。各周波数ブロックは、成分搬送波（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）を用いて送信される。成分搬送波は、該当の周波数ブロックのための搬送波周波数（又は、中心搬送波、中心周波数）と理解してもよい。
【００８５】
図１０を参照すると、複数のＵＬ／ＤＬ成分搬送波を束ねてより広いＵＬ／ＤＬ帯域幅をサポートすることができる。ＣＣは周波数領域で互いに隣接しても、非隣接でもよい。各ＣＣの帯域幅は独立して定めてもよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称搬送波集約も可能である。例えば、２個のＤＬ ＣＣ及び１個のＵＬ ＣＣの場合は２：１で対応するように構成可能である。ＤＬ ＣＣ／ＵＬ ＣＣリンクは、システムに固定されていてもよいし、半永続的に構成されていてもよい。また、システム全体帯域がＮ個のＣＣで構成されていても、特定端末が監視／受信できる周波数帯域はＭ（＜Ｎ）個のＣＣに限定してもよい。搬送波集約に関する種々のパラメータは、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）方式で設定可能である。一方、制御情報は特定ＣＣを介してだけ送受信されるように設定可能である。このような特定ＣＣを１次ＣＣ（ＰＣＣ）（又はアンカＣＣ）と呼び、残りのＣＣを２次ＣＣ（ＳＣＣ）と呼ぶことができる。
【００８６】
ＬＴＥ−Ａは、無線リソースを管理するためにセルの概念を用いる。セルは、下りリンクリソースと上りリンクリソースとの組み合わせで定義されるが、上りリンクリソースは必須要素ではない。そのため、セルは、下りリンクリソース単独で構成されることもあり、又は下りリンクリソース及び上りリンクリソースの両方で構成されることもある。搬送波集約がサポートされる場合、下りリンクリソースの搬送波周波数（又は、ＤＬ ＣＣ）及び上りリンクリソースの搬送波周波数（又は、ＵＬ ＣＣ）間の関係付け（ｌｉｎｋａｇｅ）はシステム情報によって指示してもよい。１次周波数（又はＰＣＣ）上で動作するセルを１次セル（ＰＣｅｌｌ）と呼び、２次周波数（又はＳＣＣ）上で動作するセルを２次セル（ＳＣｅｌｌ）と呼ぶことができる。ＰＣｅｌｌは、端末が初期接続確立過程を行ったり、接続再確立過程を行ったりするために用いられる。ＰＣｅｌｌは、ハンドオーバ過程で指示されたセルを意味することもある。ＳＣｅｌｌは、ＲＲＣ接続が確立された後に構成可能であり、追加の無線リソースを提供するために利用可能である。ＰＣｅｌｌ及びＳＣｅｌｌはサービス提供セルと総称してもよい。そのため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波集約が設定されていないか、搬送波集約をサポートしない端末については、ＰＣｅｌｌだけで構成されたサービス提供セルが一つだけ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、かつ搬送波集約が設定された端末については、一つ以上のサービス提供セルが存在し、全体サービス提供セルにはＰＣｅｌｌ及び全体ＳＣｅｌｌが含まれる。搬送波集約のために、ネットワークは、初期セキュリティ活性化過程が開始された後、接続確立過程で初期に構成されるＰＣｅｌｌに加えて、一つ以上のＳＣｅｌｌを、搬送波集約をサポートする端末のために構成してもよい。
【００８７】
搬送波間スケジュール（又は、ＣＣ間スケジュール）が適用される場合、下りリンク割当のためのＰＤＣＣＨがＤＬ ＣＣ＃０で送信され、該当のＰＤＳＣＨがＤＬ ＣＣ＃２で送信されることがある。ＣＣ間スケジュールのために搬送波指示フィールド（ＣＩＦ）の導入を考慮してもよい。ＰＤＣＣＨ内でのＣＩＦ存在の有無は、上位層信号通知（例えば、ＲＲＣ信号通知）によって半永続的及び端末特定（又は、端末グループ特定）方式で設定可能である。ＰＤＣＣＨ送信の基本を要約すると、次の通りである。
【００８８】
− ＣＩＦ無効化（ｄｉｓａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨが同一ＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、一つのリンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てたりする。
− ＣＩＦ有効化（ｅｎａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨがＣＩＦを用いて、複数の束ねられたＤＬ／ＵＬ ＣＣのうち、特定ＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることが可能である。
【００８９】
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を軽減するためにＰＤＣＣＨ監視ＤＬ ＣＣセットを割り当てることができる。ＰＤＣＣＨ監視ＤＬ ＣＣセットは、束ねられた全体ＤＬ ＣＣの一部であり、一つ以上のＤＬ ＣＣを含み、端末は、該当のＤＬ ＣＣ上でだけＰＤＣＣＨの検出／復号を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨはＰＤＣＣＨ監視ＤＬ ＣＣセットを用いてだけ送信される。ＰＤＣＣＨ監視ＤＬ ＣＣセットは、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定、又はセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）方式で設定可能である。「ＰＤＣＣＨ監視ＤＬ ＣＣ」という用語は、監視搬送波、監視セルのような均等な用語に代えてもよい。また、端末のために束ねられたＣＣは、サービス提供ＣＣ、サービス提供搬送波、サービス提供セルのような均等な用語に代えてもよい。
【００９０】
図１１は、複数の搬送波が束ねられた場合のスケジュールを例示する。同図では３個のＤＬ ＣＣが束ねられており、かつＤＬ ＣＣ ＡがＰＤＣＣＨ監視ＤＬ ＣＣとして設定されているとする。ＤＬ ＣＣ Ａ〜Ｃをサービス提供ＣＣ、サービス提供搬送波、サービス提供セルなどと呼んでもよい。ＣＩＦが無効化された場合、それぞれのＤＬ ＣＣは、ＬＴＥ ＰＤＣＣＨ規則に従って、ＣＩＦ無しで自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨだけを送信してもよい。一方、ＣＩＦが有効化された場合には、ＤＬ ＣＣ Ａ（監視ＤＬ ＣＣ）は、ＣＩＦを用いて、ＤＬ ＣＣ ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨだけでなく、他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信可能である。この場合、ＰＤＣＣＨ監視ＤＬ ＣＣとして設定されていないＤＬ ＣＣ Ｂ／ＣではＰＤＣＣＨは送信されない。
【００９１】
ＣＡベースのＴＤＤシステムにおけるＡＣＫ／ＮＡＣＫの送信
【００９２】
ＣＡベースのＴＤＤシステムにおいてＡＣＫ／ＮＡＣＫ送信のために次の方式が更に考慮される。
【００９３】
−  完全（ｆｕｌｌ）ＡＣＫ／ＮＡＣＫ方式：端末に割り当てられたすべてのＣＣ及び複数のＤＬサブフレーム（すなわち、ＳＦｎ−ｋ（ｋ∈Ｋ））（表３参照）で送信可能な最大ＣＷ（又はＴＢ）数に対応する複数ＡＣＫ／ＮＡＣＫを送信する。
【００９４】
−  バンドルされたＡＣＫ／ＮＡＣＫ方式：ＣＷバンドル、ＣＣバンドル及びサブフレーム（ＳＦ）バンドルのうち少なくとも一つを適用することによって、全送信ＡＣＫ／ＮＡＣＫビット数を減らして送信する。
【００９５】
ＣＷバンドルは、各ＤＬ ＳＦに対してＣＣ別にＡＣＫ／ＮＡＣＫバンドルを適用することを意味する。ＣＷバンドルは空間バンドルとも呼ばれる。ＣＣバンドルは、各ＤＬ ＳＦに対して全体又は一部のＣＣにＡＣＫ／ＮＡＣＫバンドルを適用することを意味する。ＳＦバンドルは、各ＣＣに対して全体又は一部のＤＬ ＳＦにＡＣＫ／ＮＡＣＫバンドルを適用することを意味する。ＡＣＫ／ＮＡＣＫバンドルは、複数のＡＣＫ／ＮＡＣＫ応答に対して論理ＡＮＤ演算過程を行うことを意味する。
【００９６】
図１２に、スロットレベルのＥ−ＰＵＣＣＨフォーマットを例示する。Ｅ−ＰＵＣＣＨフォーマットにおいて、複数のＡＣＫ／ＮＡＣＫ情報は、合同符号化（例えば、Ｒｅｅｄ−Ｍｕｌｌｅｒ符号、末尾喰い畳み込み符号（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅ）など）、ブロック拡散、ＳＣ−ＦＤＭＡ変調を経て送信される。
【００９７】
図１２を参照すると、一つのシンボルシーケンスが周波数領域にわたって送信され、当該シンボルシーケンスに直交カバー符号（ＯＣＣ）ベースの時間ドメイン拡散が適用される。ＯＣＣを用いて同一のＲＢに複数の端末の制御信号を多重化できる。具体的には、長さ５（拡散係数ＳＦ＝５）のＯＣＣ（Ｃ１〜Ｃ５）を用いて、一つのシンボルシーケンス（｛ｄ１，ｄ２，…｝）から５個のＳＣ−ＦＤＭＡシンボル（すなわち、ＵＣＩデータパート）が生成される。ここで、シンボルシーケンス（｛ｄ１，ｄ２，…｝）は変調シンボルシーケンス又は符号語ビットシーケンスを意味可能である。シンボルシーケンス（｛ｄ１，ｄ２，…｝）が符号語ビットシーケンスを意味する場合、図１２のブロック図は変調ブロックを更に含む。同図は、１スロットにおいて２個のＲＳシンボル（すなわち、ＲＳパート）が使われた場合を示しているが、３個のＲＳシンボルで構成されたＲＳパートとＳＦ＝４ ＯＣＣを用いて構成されたＵＣＩデータパートを使用するなど、多様な応用も考慮可能である。ここで、ＲＳシンボルは、特定巡回シフトを有する定振幅無自己相関（ＣＡＺＡＣ）シーケンスから生成してもよい。また、ＲＳは、時間領域の複数のＲＳシンボルに特定ＯＣＣが適用された（掛けられた）形態で送信してもよい。便宜上、Ｅ−ＰＵＣＣＨフォーマットを使用するチャネル符号化ベースのＵＣＩ（例えば、複数のＡＣＫ／ＮＡＣＫ）送信方式を「多ビットＵＣＩ符号化」送信方法と称する。
【００９８】
図１２のＥ−ＰＵＣＣＨフォーマットは、本発明の最初の優先日（２０１１年５月１２日）以前に公開された３ＧＰＰ技術規格（ＴＳ）３６．２１１ Ｖ１０．１．０（２０１１年３月）、３６．２１２ Ｖ１０．１．０（２０１１年３月）、及び３６．２１３ Ｖ１０．１．０（２０１１年３月）のＰＵＣＣＨフォーマット３に対応し、本明細書においてＥ−ＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマット３は同じ意味で使われる。３６．２１３ Ｖ１０．１．０“７．３ ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｒｅｐｏｒｔｉｎｇ ＨＡＲＱ−ＡＣＫ”を参照して、Ｅ−ＰＵＣＣＨフォーマット（すなわち、ＰＵＣＣＨフォーマット３）設定時のＡＣＫ／ＮＡＣＫペイロード構成方法を付加的に説明する。ＰＵＣＣＨフォーマット３のためのＡＣＫ／ＮＡＣＫペイロードはセル別に構成された後、セルインデクス順に連接される。
【００９９】
具体的には、ｃ番目のサービス提供セル（又はＤＬ ＣＣ）のためのＨＡＲＱ−ＡＣＫフィードバックビットは
【数９】
0005932974.tif 000015
で与えられる（ｃ≧０）。ＯＡＣＫｃは、ｃ番目のサービス提供セルのためのＨＡＲＱ−ＡＣＫペイロードのビット数（すなわち、サイズ）を表す。ｃ番目のサービス提供セルに対して、単一伝送ブロック送信をサポートする送信モードが設定されたり、空間バンドルが適用されたりした場合、ＯＡＣＫｃ＝Ｍと与えてもよい。一方、ｃ番目のサービス提供セルに対して、複数（例えば、２）の伝送ブロック送信をサポートする送信モードが設定され、かつ空間バンドルが適用されない場合、ＯＡＣＫｃ＝２Ｍと与えてもよい。Ｍは、表３に定義されたＫセット内の元素個数を表す。
【０１００】
ｃ番目のサービス提供セルに対して、単一伝送ブロック送信をサポートする送信モードが設定されたり、空間バンドルが適用されたりした場合、当該サービス提供セルのＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置はｏＡＣＫｃ，ＤＡＩ（ｋ）−１で与えられる。ＤＡＩ(ｋ)は、ＤＬサブフレームｎ−ｋで検出されたＰＤＣＣＨのＤＬ ＤＡＩ値を表す。一方、ｃ番目のサービス提供セルに対して、複数（例えば、２）の伝送ブロック送信をサポートする送信モードが設定され、かつ空間バンドルが適用されない場合、当該サービス提供セルのＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置はｏＡＣＫｃ，２ＤＡＩ（ｋ）−２及びｏＡＣＫｃ，２ＤＡＩ（ｋ）−１で与えられる。ｏＡＣＫｃ，２ＤＡＩ（ｋ）−２は、符号語０のためのＨＡＲＱ−ＡＣＫを表し、ｏＡＣＫｃ，２ＤＡＩ（ｋ）−１は、符号語１のためのＨＡＲＱ−ＡＣＫを表す。符号語０及び符号語１は、スワッピングによってそれぞれ伝送ブロック０及び１、又は伝送ブロック１及び０に対応する。ＳＲ送信のために設定されたサブフレームでＰＵＣＣＨフォーマット３が送信される場合、ＰＵＣＣＨフォーマット３はＡＣＫ／ＮＡＣＫビットとＳＲ  １ビットを共に送信する。
【０１０１】
既存ＬＴＥでは、ＡＣＫ／ＮＡＣＫ送信時点でＰＵＳＣＨが存在する場合、ＵＬ−ＳＣＨデータペイロードをパンクチャ（及び／又はレート−マッチング）した後、ＡＣＫ／ＮＡＣＫをＵＬ−ＳＣＨデータと多重化し、ＰＵＣＣＨではなくＰＵＳＣＨを介して送信する（すなわち、ＡＣＫ／ＮＡＣＫピギーバック）（図６及び図７参照）。ＣＡベースのＴＤＤシステムにおいてもＡＣＫ／ＮＡＣＫ送信時点（例えば、ＵＬサブフレーム）でＰＵＳＣＨが存在する場合、完全又はバンドルされたＡＣＫ／ＮＡＣＫをＰＵＳＣＨにピギーバックしてもよい。この場合、ＰＵＳＣＨ送信のためのＡＣＫ／ＮＡＣＫペイロードは、設定されたＰＵＣＣＨフォーマットを考慮して構成してもよい。
【０１０２】
図１３は、Ｅ−ＰＵＣＣＨフォーマット（すなわち、ＰＵＣＣＨフォーマット３）が設定された場合、ＡＣＫ／ＮＡＣＫをＰＵＳＣＨを介して送信する場合のＵＬ−ＳＣＨデータ及び制御情報の処理過程を例示する図である。図１３は、図６のブロック図においてＡＣＫ／ＮＡＣＫと関連した一部を示している。
【０１０３】
図１３で、チャネル符号化ブロック（Ｓ１７０）に入力されるＡＣＫ／ＮＡＣＫペイロードは、ＰＵＣＣＨフォーマット３のために定義された方法によって構成される。すなわち、ＡＣＫ／ＮＡＣＫペイロードはセル別に構成された後、セルインデクス順に連接される。具体的には、ｃ番目のサービス提供セル（又はＤＬ ＣＣ）のためのＨＡＲＱ−ＡＣＫフィードバックビットは、
【数１０】
0005932974.tif 000016
で与えられる（ｃ≧０）。したがって、一つのサービス提供セルが構成された場合（ｃ＝０）に、チャネル符号化ブロック（Ｓ１７０）には
【数１１】
0005932974.tif 000017
が入力される。他の例として、二つのサービス提供セルが構成された場合（ｃ＝０、ｃ＝１）に、チャネル符号化ブロック（Ｓ１７０）には、
【数１２】
0005932974.tif 000018
が入力される。チャネル符号化ブロック（Ｓ１７０）の出力ビットはチャネルインタリーバブロック（Ｓ１９０）に入力される。チャネルインタリーバブロック（Ｓ１９０）には、データ及び制御多重化ブロック（Ｓ１８０）の出力ビット並びにＲＩ用チャネル符号化ブロック（Ｓ１６０）の出力ビットも入力される。ＲＩは選択的に存在する。
【０１０４】
一方、ＣＡベースのＴＤＤシステムにおいてＰＵＳＣＨを介してＡＣＫ／ＮＡＣＫを送信する場合、ＣＣ個数、ＣＷ個数及び／又はＤＬ ＳＦ個数が多いため、完全又はバンドルされたＡＣＫ／ＮＡＣＫペイロードサイズが大きくなると、ＰＵＳＣＨにピギーバックされるＡＣＫ／ＮＡＣＫビット又はシンボル量が多くなり、ＵＬ−ＳＣＨデータスループット損失を招く可能性がある。
【０１０５】
実施例：ＴＤＤシステムのＡＣＫ／ＮＡＣＫ送信方法
【０１０６】
上述した問題を解消するために、ＰＵＳＣＨにピギーバックされるＡＣＫ／ＮＡＣＫペイロードサイズ、又はＡＣＫ／ＮＡＣＫ送信に使われるＲＥ個数を適応的に決定／調節するための情報を、ＰＵＳＣＨスケジュールＰＤＣＣＨ（すなわち、ＵＬ許可ＰＤＣＣＨ）を介して知らせることを提案する。
【０１０７】
以下では、特別に言及しない限り、ＰＤＳＣＨは、ＡＣＫ／ＮＡＣＫ応答が要求されるＰＤＳＣＨ、例えば、ＰＤＳＣＨ ｗ／ＰＤＣＣＨ、ＰＤＳＣＨ ｗ／ｏ ＰＤＣＣＨ（例えば、ＳＰＳ ＰＤＳＣＨ）を含み、ＰＤＣＣＨは、ＡＣＫ／ＮＡＣＫ応答が要求されるＰＤＣＣＨ、例えば、ＳＰＳ解放ＰＤＣＣＨを含む。また、ＤＬ ＳＦ：ＵＬ ＳＦ＝Ｍ：１であるＴＤＤ構成は、ＵＬ ＳＦに対応するＤＬ ＳＦの数がＭ個であることを意味する。すなわち、該当Ｍ個のＤＬ ＳＦで受信されたＤＬ信号（すなわち、ＰＤＳＣＨ及び／又はＰＤＣＣＨ）に対するＡＣＫ／ＮＡＣＫが該当ＵＬ ＳＦで送信される。
【０１０８】
具現例１：ＡＣＫ／ＮＡＣＫペイロードサイズの調節
【０１０９】
ＤＬ ＣＣ別にそれぞれ、既存ＬＴＥ（３ＧＰＰ Ｒｅｌ−８） ＴＤＤにおいてと同様に、ＤＬ許可ＰＤＣＣＨ内のＤＡＩフィールドを用いて下記のようにＤＡＩ−カウンタ（ＤＡＩ−ｃ）を動作させる状況を考慮してもよい（ここで、ＤＡＩ−ｃ値は０若しくは１、又は任意の数字から始めてもよいが、便宜上、１から始まるとする）。ＤＡＩ−ｃはＤＬ ＤＡＩと同じ意味で使われる。
【０１１０】
●ＤＡＩ−ｃ：ＤＬ（すなわち、ＤＬ ＤＡＩ）：ＤＬ ＳＦ順序ベースでスケジュールされるＰＤＳＣＨ又はＤＬ許可ＰＤＣＣＨの順序を知らせることができる。すなわち、ＤＡＩ−カウンタ値は、ＤＬサブフレームｎ−ｋ（ｋ∈Ｋ）（表３参照）から現在サブフレームまでのＰＤＳＣＨに対応するＰＤＣＣＨ及び下りリンクＳＰＳ解放を指示するＰＤＣＣＨの累積値（すなわち、カウント値）を表すことができる。一方、ＤＡＩ−ｃが指示する順序は、ＰＤＣＣＨ無しで送信されるＰＤＳＣＨ（例えば、ＳＰＳ ＰＤＳＣＨ）を除いた順序であってもよい。ＤＡＩ−ｃ値は０若しくは１、又は任意の数字から始めてもよいが、便宜上１から始まるとする。例えば、ＤＬ ＳＦ ＃１、＃３でＰＤＳＣＨがスケジュールされる場合、当該ＰＤＳＣＨをスケジュールするＰＤＣＣＨ内のＤＡＩ−ｃはそれぞれ、１、２で信号通知してもよい。２ビットＤＡＩ−ｃに基づいてＤＬ ＳＦ：ＵＬ ＳＦ＝９：１のＴＤＤ構成（例えば、表１のＵＬ−ＤＬ構成５）まで考慮する場合、次のようなｍｏｄｕｌｏ４演算が適用可能である。
【０１１１】
−  １又は５又は９番目にスケジュールされるＰＤＳＣＨ又はＤＬ許可ＰＤＣＣＨのＤＡＩ−ｃ＝１
−  ２又は６番目にスケジュールされるＰＤＳＣＨ又はＤＬ許可ＰＤＣＣＨのＤＡＩ−ｃ＝２
−  ３又は７番目にスケジュールされるＰＤＳＣＨ又はＤＬ許可ＰＤＣＣＨのＤＡＩ−ｃ＝３
−  ４又は８番目にスケジュールされるＰＤＳＣＨ又はＤＬ許可ＰＤＣＣＨのＤＡＩ−ｃ＝４
【０１１２】
このような状況で、それぞれのＤＬ ＣＣにスケジュール／送信されたＰＤＳＣＨ及び／又はＰＤＣＣＨ（例えば、ＳＰＳ解放ＰＤＣＣＨ）の個数のうち最大値（便宜上、ｍａｘＰＤＣＣＨｐｅｒＣＣという）（ＡＣＫ／ＮＡＣＫフィードバックを必要とするＤＬサブフレームの個数と等価である）を、ＰＵＳＣＨをスケジュールするＰＤＣＣＨを介して知らせる方式が考慮できる。これに制限されるものではないが、ＰＤＣＣＨ無しで送信されるＰＤＳＣＨ（例えば、ＳＰＳ ＰＤＳＣＨ）は基地局、端末両方とも知っているスケジュール情報であるため、ｍａｘＰＤＣＣＨｐｅｒＣＣ決定対象から除外してもよい。また、ＰＣＣをスケジュールするＰＤＣＣＨのＤＡＩフィールドが、ＤＡＩ−ｃ以外の用途（例えば、ＡＣＫ／ＮＡＣＫリソースを指定／移動する用途）に借用される場合を考慮すると、ＰＣＣを除外したＤＬ ＣＣに対してスケジュール／送信されたＰＤＳＣＨ及び／又はＰＤＣＣＨの個数のうち最大値を、ＰＵＳＣＨをスケジュールするＰＤＣＣＨを介して知らせる方式を考慮してもよい。
【０１１３】
この場合、端末は、各ＤＬ ＣＣ別にＤＡＩ−ｃ＝１〜ｍａｘＰＤＣＣＨｐｅｒＣＣ（ＤＡＩ−ｃが１から始まる場合）に対応するＰＤＳＣＨ（又はＰＤＣＣＨ）及びＡＣＫ／ＮＡＣＫ位置に対してだけＡＣＫ／ＮＡＣＫペイロードを構成してもよい。該当ＤＬ ＣＣに対するＡＣＫ／ＮＡＣＫペイロードを構成するＡＣＫ／ＮＡＣＫビットの個数／位置は、基地局と端末との間の不一致（ｍｉｓａｌｉｇｎｍｅｎｔ）を防止するために、図１２に関する説明で例示した通り、瞬時に送信されるＣＷ（又はＴＢ）個数ではなく各ＤＬ ＣＣの送信モード（すなわち、送信可能な最大ＣＷの個数）及びＣＷバンドルの有無によって決定してもよい。ｍａｘＰＤＣＣＨｐｅｒＣＣ情報はＵＬ許可ＰＤＣＣＨ内のＤＡＩフィールド（すなわち、ＵＬ ＤＡＩフィールド）で指示可能である。２ビットＵＬ ＤＡＩフィールドに基づいてＤＬ ＳＦ：ＵＬ ＳＦ＝９：１であるＴＤＤ ＵＬ−ＤＬ構成まで考慮する場合、４を超過するｍａｘＰＤＣＣＨｐｅｒＣＣ値には下記のようにｍｏｄｕｌｏ４演算を適用してもよい。
【０１１４】
−  ｍａｘＰＤＣＣＨｐｅｒＣＣ＝１又は５又は９の場合：ＵＬ−ＤＡＩ＝１
−  ｍａｘＰＤＣＣＨｐｅｒＣＣ＝２又は６の場合：ＵＬ−ＤＡＩ＝２
−  ｍａｘＰＤＣＣＨｐｅｒＣＣ＝３又は７の場合：ＵＬ−ＤＡＩ＝３
−  ｍａｘＰＤＣＣＨｐｅｒＣＣ＝４又は８の場合：ＵＬ−ＤＡＩ＝４
【０１１５】
ＵＬ−ＤＡＩは、２ビットＵＬ−ＤＡＩフィールドが指示する値（便宜上、ＶＵＬＤＡＩで表示）を表す。ＶＵＬＤＡＩは、便宜上定義された記号であり、任意の記号（例えば、ＷＵＬＤＡＩ）に代えてもよい。
【０１１６】
ＤＬ ＳＦ：ＵＬ ＳＦ＝Ｍ：１のＴＤＤ ＵＬ−ＤＬ構成を考慮すると、ＰＵＳＣＨにピギーバックされるＡＣＫ／ＮＡＣＫペイロードのビット数ＯＡＣＫは、ＵＬ−ＤＡＩＶＵＬＤＡＩで受信されたｍａｘＰＤＣＣＨｐｅｒＣＣ値Ｎｍａｘ，ＣＣによって下記の式１のように決定してもよい。ここで、ｍａｘＰＤＣＣＨｐｅｒＣＣ及びＮｍａｘ，ＣＣは、便宜上定義された用語／記号であり、任意の用語／記号（例えば、ＢＤＬｃ）に代えてもよい。
【０１１７】
【数１３】
0005932974.tif 000019
ここで、ＯＡＣＫは、総ＡＣＫ／ＮＡＣＫフィードバックビット数を表す。すなわち、
ＯＡＣＫは、ＣＣ別のＡＣＫ／ＮＡＣＫフィードバックビット数を総合した値であり、
【数１４】
0005932974.tif 000020
で与えられ、ＯＡＣＫｃは、ｃ番目のＤＬ ＣＣ（又はサービス提供セル）のための
ＡＣＫ／ＮＡＣＫペイロードのビット数（すなわち、サイズ）を表す（ｃ≧０）。
【０１１８】
ここで、Ｎｍａｘ，ＣＣは、それぞれのＤＬ ＣＣにスケジュール／送信されたＰＤＳＣＨ及び／又はＰＤＣＣＨ（例えば、ＳＰＳ解放ＰＤＣＣＨ）の個数のうち最大値を表す。Ｎｍａｘ，ＣＣは、該当ＤＬ ＣＣで同一の値を有する。すなわち、Ｎｍａｘ，ＣＣ＝Ｎｍａｘ，ｃである（ｃ≧０）。ここで、Ｎｍａｘ，ｃは、ｃ番目のＤＬ ＣＣ（又はサービス提供セル）でスケジュール／送信されたＰＤＳＣＨ及び／又はＰＤＣＣＨに該当する。
【０１１９】
ここで、Ｃは、端末に割り当てられたＣＣ個数を意味し、Ｃ２は、複数（例えば、２）の伝送ブロック送信をサポートする送信モードに設定され、かつ空間バンドルが適用されないＣＣ個数を意味する。Ｃ＝Ｃ１＋Ｃ２であり、Ｃ１は、単一伝送ブロック送信をサポートする送信モードに設定され、又は空間バンドルが適用されるＣＣ個数を表す。
【０１２０】
式２及び式３は、式１と等価である。
【０１２１】
【数１５】
0005932974.tif 000021
【０１２２】
【数１６】
0005932974.tif 000022
【０１２３】
ここで、Ｃは、端末に構成されたＤＬ ＣＣ（又はサービス提供セル）の個数を表す。ＯＡＣＫｃは、ｃ番目のＤＬ ＣＣ（又はサービス提供セル）が単一伝送ブロック送信をサポートする送信モードに設定されたり、又は空間バンドルが適用されたりする場合、Ｎｍａｘ，ｃｃであり、ｃ番目のＤＬ ＣＣ（又はサービス提供セル）が複数（例えば、２）の伝送ブロック送信をサポートする送信モードに設定され、かつ空間バンドルが適用されない場合には、２×Ｎｍａｘ，ｃｃである。
【０１２４】
図１４には、本方法によるＡＣＫ／ＮＡＣＫ送信を例示する。本例は、４個のＣＣが束ねられ、ＤＬ ＳＦ：ＵＬ ＳＦ＝４：１（すなわち、Ｍ＝４）で構成されたＴＤＤ状況においてｍａｘＰＤＣＣＨｐｅｒＣＣに基づいてＡＣＫ／ＮＡＣＫペイロードを構成する例を示す。
【０１２５】
図１４を参照すると、ＤＬ ＣＣ ＃１、＃２、＃３、＃４のそれぞれに対してスケジュール／送信されたＰＤＳＣＨの個数はそれぞれ２、３、１、０であるから、これらのうちの最大値（すなわち、ｍａｘＰＤＣＣＨｐｅｒＣＣ＝３）がＵＬ許可ＰＤＣＣＨを介して指示される。端末は、各ＤＬ ＣＣ別に初期値から（ｍａｘＰＤＣＣＨｐｅｒＣＣ−１＝２）に該当するＤＡＩ−ｃに対応するＰＤＳＣＨ及びＡＣＫ／ＮＡＣＫ位置に対してだけＡＣＫ／ＮＡＣＫペイロードを構成する。ここで、対応するＤＡＩ−ｃ値がない場合（例えば、対応するＤＡＩ−ｃ値を含むＰＤＣＣＨを受信できなかった場合、又はＤＡＩ−ｃの最大値よりもｍａｘＰＤＣＣＨｐｅｒＣＣが大きい場合）に、ＡＣＫ／ＮＡＣＫ位置（ｐｏｓｉｔｉｏｎ）は、図示のようにＮＡＣＫ又はＤＴＸ処理してもよい。
【０１２６】
図１４のように、Ｍ≦４の場合には、ｍａｘＰＤＣＣＨｐｅｒＣＣ値もＮｍａｘ，ｃｃ≦４になるため、端末は、受信したＵＬ ＤＡＩとＮｍａｘ，ｃｃとが同一であると判断できる（すなわち、ＶＵＬＤＡＩ＝Ｎｍａｘ，ｃｃ）。しかし、Ｍ＞４（例えば、Ｍ＝９）（表１、ＴＤＤ ＵＬ−ＤＬ構成５）の場合、ｍａｘＰＤＣＣＨｐｅｒＣＣ値の範囲がＮｍａｘ，ｃｃ＞４（反面、ＵＬ ＤＡＩ値の範囲はＶＵＬＤＡＩ≦４）である場合も発生するため、必ずしもＶＵＬＤＡＩ＝Ｎｍａｘ，ＣＣと判断できない。この問題を解決するために、本例では、各ＣＣ別に４個以上のＤＬ許可ＰＤＣＣＨの検出に失敗する場合が全ＣＣに対して発生する確率が極めて低いという点に着目し、Ｎｍａｘ，ＣＣ値を下記のように算出する方法を更に提案する。下記の方法は、すべてのＵＬ−ＤＬ構成に一般的に適用されてもよく、特定ＵＬ−ＤＬ構成（例えば、ＵＬ−ＤＬ構成５）にだけ適用してもよい。後者の場合、特定ＵＬ−ＤＬ構成以外の残りＵＬ−ＤＬ構成に対して、端末は、受信したＵＬ ＤＡＩとＮｍａｘ，ＣＣとが同一であると判断してもよい（すなわち、ＶＵＬＤＡＩ＝Ｎｍａｘ，ＣＣ）。
【０１２７】
具体的には、端末が実際に受信したＣＣ別ＰＤＳＣＨ及び／又はＰＤＣＣＨの個数のうちの最大値をＵｍａｘ（簡単に、Ｕ）と定義し、４（Ｌ−１）＜Ｕｍａｘ−ＶＵＬＤＡＩ≦４Ｌの条件を満たすＬ値（Ｌは０と同一か又は大きい整数）を選択した後、受信したＵＬ−ＤＡＩ ＶＵＬＤＡＩ値に４Ｌを加えて次の式４のように値Ｎｍａｘ，ＣＣを算出してもよい。このとき、次の式４を満たすＬ値が存在しないときは、ＰＵＳＣＨへのＡＣＫ／ＮＡＣＫ送信を省略してもよい。
【０１２８】
【数１７】
0005932974.tif 000023
【０１２９】
均等な方法で、端末は、ＵＬ−ＤＡＩと、ＰＤＳＣＨ及び／又はＰＤＣＣＨが最も多く受信されたＣＣのＰＤＳＣＨ及び／又はＰＤＣＣＨの個数Ｕｍａｘとを用いて、式５のようにｍａｘＰＤＣＣＨｐｅｒＣＣ値 Ｎｍａｘ，ＣＣを計算してもよい。
【０１３０】
【数１８】
0005932974.tif 000024
【０１３１】
ここで、
【数１９】
0005932974.tif 000025
は、切り上げ関数を表す。
【０１３２】
図１５及び図１６は、上記の提案に従うＡＣＫ／ＮＡＣＫ送信過程を例示する図である。同図は端末の立場で示されているが、対応動作が基地局で行われることは明らかである。
【０１３３】
図１５を参照すると、端末は、ＣＣ＝ｃでＵｃ個のＰＤＳＣＨ（及び／又はＰＤＣＣＨ）信号を受信する（ｃ≧０）（Ｓ１５０２）。以降、端末はＵＬ許可ＰＤＣＣＨ信号を受信し（Ｓ１５０４）、ＵＬ許可ＰＤＣＣＨ信号内のＤＡＩフィールドが指示する値（ＶＵＬＤＡＩ）を用いてＮｍａｘ，ＣＣを決定する（Ｓ１５０６）。これに制限されるものではないが、Ｎｍａｘ，ＣＣは式４〜５を用いて決定してもよい。続いて、端末は、Ｎｍａｘ，ＣＣを用いてｃ番目のＤＬ ＣＣ（又はサービス提供セル）のためのＡＣＫ／ＮＡＣＫフィードバックビット
【数２０】
0005932974.tif 000026
（すなわち、ＣＣ別ＡＣＫ／ＮＡＣＫペイロード）を生成する（ｃ≧０）（Ｓ１５０８）。複数のＤＬ ＣＣが構成された場合、ＣＣ別ＡＣＫ／ＮＡＣＫフィードバックビットはセルインデクス順で順次に、好ましくは昇順で連接し、端末は、物理チャネル送信のための信号処理（例えば、チャネル符号化、変調、スクランブルなど）過程を経て
【数２１】
0005932974.tif 000027
をＰＵＳＣＨを介して送信する（ｃ≧０）（Ｓ１５１０）。
【０１３４】
図１６を参照すると、ＤＬ ＣＣ ＃１では６個のＰＤＳＣＨ及びＰＤＣＣＨ信号が受信されたため、Ｕ#1＝６であり、ＤＬ ＣＣ ＃２では３個のＰＤＳＣＨ及びＰＤＣＣＨ信号が受信されたため、Ｕ#2＝３である。したがって、ＵmaxはＵ#1及びＵ#2のうち、最大値である６で与えられる。一方、ＵＬ許可ＰＤＣＣＨ内のＵＬ ＤＡＩフィールドは２を指示するため、式５によってｍａｘＰＤＣＣＨｐｅｒＣＣ値Ｎｍａｘ，ＣＣは、６と計算可能である。したがって、端末は、同図のように、各ＣＣに対して６個のＰＤＳＣＨ及びＰＤＣＣＨ信号（又はＤＡＩ−ｃ）を仮定して該当ＣＣのＡＣＫ／ＮＡＣＫフィードバックビットを構成してもよい。それぞれのＣＣ別のＡＣＫ／ＮＡＣＫペイロードでＡＣＫ／ＮＡＣＫビットの個数／位置は、該当ＣＣの送信モード及び空間バンドル設定によって変わってもよい。
【０１３５】
要するに、ＵＬ ＤＡＩ値を用いて全体ＡＣＫ／ＮＡＣＫペイロードサイズを調節可能である。具体的には、ＵＬ ＤＡＩ値と、該当ＣＣの送信モード及びバンドルの有無を考慮して各ＤＬ ＣＣのためのＣＣ別ＡＣＫ／ＮＡＣＫペイロード（すなわち、ＡＣＫ／ＮＡＣＫパート）のサイズを決定可能である。また、各ＤＬ ＣＣで受信されたＤＬ ＤＡＩ値を用いて、ＣＣ別ＡＣＫ／ＮＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置を決定することも可能である。
【０１３６】
具体的には、ｃ番目のＤＬ ＣＣ（又はサービス提供セル）のためのＨＡＲＱ−ＡＣＫフィードバックビット（すなわち、ＡＣＫ／ＮＡＣＫペイロード）を
【数２２】
0005932974.tif 000028
と仮定する（ｃ≧０）。ＯＡＣＫｃは、ｃ番目のＤＬ ＣＣのためのＨＡＲＱ−ＡＣＫペイロードのビット数（すなわち、サイズ）を表す。ｃ番目のＤＬ ＣＣに対して、単一伝送ブロック送信をサポートする送信モードが設定されたり、空間バンドルが適用されたりする場合、ＯＡＣＫｃ＝ＢＤＬｃと与えてもよい。一方、ｃ番目のＤＬ ＣＣに対して、複数（例えば、２）の伝送ブロック送信をサポートする送信モードが設定され、かつ空間バンドルが適用されない場合、ＯＡＣＫｃ＝２ＢＤＬｃと与えてもよい。ここで、ＢＤＬｃは、Ｎｍａｘ，ＣＣと同じ意味で使われる。したがって、ＢＤＬｃは、式４によって決定してもよい。
【０１３７】
ｃ番目のＤＬ ＣＣに対して、単一伝送ブロック送信をサポートする送信モードが設定されたり、空間バンドルが適用されたりする場合、ＣＣ別ＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置はｏＡＣＫｃ，ＤＡＩ（ｋ）−１で与えられる。ＤＡＩ(ｋ)は、ＤＬサブフレームで検出されたＰＤＣＣＨのＤＬ ＤＡＩ値を表す。一方、ｃ番目のＤＬ ＣＣに対して、複数（例えば、２）の伝送ブロック送信をサポートする送信モードが設定され、かつ空間バンドルが適用されない場合、ＣＣ別ＨＡＲＱ−ＡＣＫペイロード内で各ＡＣＫ／ＮＡＣＫの位置はｏＡＣＫｃ，２ＤＡＩ（ｋ）−２及びｏＡＣＫｃ，２ＤＡＩ（ｋ）−１で与えられる。ｏＡＣＫｃ，２ＤＡＩ（ｋ）−２は符号語０のためのＨＡＲＱ−ＡＣＫを表し、ｏＡＣＫｃ，２ＤＡＩ（ｋ）−１は符号語１のためのＨＡＲＱ−ＡＣＫを表す。
【０１３８】
具現例２：ＡＣＫ／ＮＡＣＫ送信に使用されるＲＥ個数の調節
【０１３９】
上述したｍａｘＰＤＣＣＨｐｅｒＣＣに対するＵＬ ＤＡＩ信号通知に基づくＡＣＫ／ＮＡＣＫピギーバック方式は、ＤＬスケジュールが全ＣＣに比較的均一に行われる場合に好適である。一方、一つ又は少数のＣＣにだけＤＬスケジュールが実行（又は集中）される場合には、不必要に高いｍａｘＰＤＣＣＨｐｅｒＣＣ値が全ＣＣに適用される可能性がある。この場合、ＰＵＳＣＨに占めるＡＣＫ／ＮＡＣＫ変調シンボル数又はＡＣＫ／ＮＡＣＫ送信のために使われるＲＥ数が増加し、余分のオーバヘッドをもたらすことがある。
【０１４０】
そこで、ＵＬ許可ＰＤＣＣＨ（例えば、ＵＬ ＤＡＩフィールド）を用いて、（ピギーバックされるＡＣＫ／ＮＡＣＫペイロードビット数ではなく）ＰＵＳＣＨ内にＡＣＫ／ＮＡＣＫ送信のために使用されるＲＥ数を調節する方法を考慮してもよい。式５は、ＵＬ ＣＣ上で一つのＵＬ−ＳＣＨ伝送ブロックが送信される場合、ＨＡＲＱ−ＡＣＫのための符号化された変調シンボルの個数を表す。式６は、ＵＬ ＣＣ上で二つのＵＬ−ＳＣＨ伝送ブロックが送信される場合にＨＡＲＱ−ＡＣＫのための符号化された変調シンボルの個数を表す。ＨＡＲＱ−ＡＣＫのための符号化された変調シンボルの個数はＨＡＲＱ−ＡＣＫのためのＲＥの個数と等価である。
【０１４１】
【数２３】
0005932974.tif 000029
【０１４２】
【数２４】
0005932974.tif 000030
【０１４３】
ここで、Ｑ’は、レイヤ当たり符号化された変調シンボルの個数を表す。Ｏは、ＨＡＲＱ−ＡＣＫビットの個数である。ＭＰＵＳＣＨＳＣは、現サブフレームで伝送ブロックのＰＵＳＣＨ送信のためにスケジュールされた帯域である（副搬送波単位）。ＭＰＵＳＣＨ−ｉｎｉｔｉａｌＳＣは、同一伝送ブロックの初期ＰＵＳＣＨ送信のためにスケジュールされた帯域である（副搬送波単位）。ＮＰＵＳＣＨ−ｉｎｉｔｉａｌｓｙｍｂは、同一伝送ブロックの初期ＰＵＳＣＨ送信のためのサブフレーム当たりＳＣ−ＦＤＭＡシンボルの個数である。ＮＰＵＳＣＨ−ｉｎｉｔｉａｌｓｙｍｂ＝（２（ＮＵＬｓｙｍｂ−１）−ＮＳＲＳ）である。ＮＵＬｓｙｍｂは、上りリンクスロットにあるＳＣ−ＦＤＭＡシンボルの個数である。ＮＳＲＳは、ＳＲＳ送信に関連した値で、０又は１の値を有する。βＰＵＳＣＨｏｆｆｓｅｔは、オフセット値を表す。Ｃは、同一伝送ブロックに対する符号ブロックの個数である。Ｋｒは、符号ブロックのペイロードサイズである。上付き文字は、レイヤ番号を表す。Ｑ’ｍｉｎは、符号化された変調シンボルの下限値を表す。
【０１４４】
本例で、ＤＬ ＳＦ：ＵＬ ＳＦ＝Ｍ：１のＴＤＤ構成においてＰＵＳＣＨにピギーバックされるＡＣＫ／ＮＡＣＫペイロードのビット数ＯＡＣＫは、ＵＬ ＤＡＩ値によらずに次のように与えてもよい。
【０１４５】
【数２５】
0005932974.tif 000031
【０１４６】
ここで、Ｃは、ＣＣ個数を意味し、Ｃ２は、最大２個の伝送ブロック送信をサポートするように送信モードが設定され、かつ空間バンドルが適用されないＣＣの個数である。
【０１４７】
ＰＵＳＣＨ内にＡＣＫ／ＮＡＣＫ送信のために使用されるＲＥ数は、受信されたＵＬ ＤＡＩ値によって次のように調節可能である。具体的には、Ｎビット（例えば、Ｎ＝２）で構成された（すなわち、２Ｎ個の状態が表現可能な）ＵＬ ＤＡＩの使用を仮定すれば、式５及び式６に使われるパラメータＯとしては、ＵＬ ＤＡＩ値によってＯＡＣＫ以下の２Ｎ個の値が算出できる。ｍａｘＰＤＣＣＨｐｅｒＣＣ値に基づいてＡＣＫ／ＮＡＣＫペイロードのビット数を決定する方式と違い、本例ではＵＬ ＤＡＩ信号通知を用いてＰＵＳＣＨ内のＡＣＫ／ＮＡＣＫ送信ＲＥ数を調節する。これによって、２Ｎ個のＵＬ ＤＡＩ値がＭ値によらずに使用可能となる。
【０１４８】
一例として、ＮビットＵＬ ＤＡＩをＶＵＬＤＡＩ∈｛１，…，２Ｎ｝と定義したとき、パラメータＯは、受信されたＵＬ ＤＡＩ値によって次のように与えてもよい。ＶＵＬＤＡＩは、便宜上定義された記号で、任意の記号（例えば、ＷＵＬＤＡＩ）に代えてもよい。
【０１４９】
【数２６】
0005932974.tif 000032
【０１５０】
ここで、ＲＥ個数を調節するパラメータＮＲＥは、具現例１と類似の方式で算出してもよい。ＮＲＥは、便宜上定義された記号で、任意の記号に代えてもよい。
【０１５１】
具体的には、Ｎ＝２の場合を挙げると、端末が実際に受信したＣＣ別ＰＤＳＣＨ及び／又はＰＤＣＣＨの個数のうち、最大値をＵｍａｘ（簡単に、Ｕ）と定義すれば、
【数２７】
0005932974.tif 000033
の条件を満たすＬ値（Ｌは０と同一か又は大きい整数）を選択した後、受信したＵＬ ＤＡＩ ＶＵＬＤＡＩ値に４(＝２N)×Ｌを加え、次の式９のように値ＮＲＥを算出してもよい。このとき、次の式９を満たすＬ値が存在しないとき、ＰＵＳＣＨへのＡＣＫ／ＮＡＣＫ送信を省略してもよい。
【０１５２】
【数２８】
0005932974.tif 000034
【０１５３】
等価の方法で、端末は、ＵＬ−ＤＡＩ ＶＵＬＤＡＩと、ＰＤＳＣＨ及び／又はＰＤＣＣＨが最も多く受信されたＣＣのＰＤＳＣＨ及び／又はＰＤＣＣＨの個数Ｕｍａｘとを用いて、式１０のようにＮＲＥを計算してもよい。
【０１５４】
【数２９】
0005932974.tif 000035
【０１５５】
一方、（上記二つの具現例のいずれについても）、ＣＡベースのＴＤＤシステムでは特定ＵＬ ＳＦで一つ以上のＣＣを介して一つ以上のＰＵＳＣＨが送信されることがあり、ＵＬ許可ＰＤＣＣＨによるスケジュール無しで送信されるＰＵＳＣＨ（すなわち、ＰＵＳＣＨ ｗ／ｏ ＰＤＣＣＨ、例えば、ＳＰＳ ＰＵＳＣＨ）も一つ以上のＰＵＳＣＨに含まれてもよい。ＡＣＫ／ＮＡＣＫピギーバックのためにＰＵＳＣＨ ｗ／ｏ ＰＤＣＣＨが選択された場合はＯ＝ＯＡＣＫ＝Ｍ（Ｃ＋Ｃ２）を適用し、当該ＰＵＳＣＨへのＡＣＫ／ＮＡＣＫピギーバックを行うことが好ましい。
【０１５６】
具現例１及び２による方法は、一つのシステムで併せて使用してもよい。この場合、セル特定構成によって全端末にいずれか一つの方法を同一に適用してもよいし、又は、端末特定構成によって端末別に該当の方法を独立して適用してもよい。
【０１５７】
図１７には、本発明の実施例に適用可能な基地局及び端末を例示する。
【０１５８】
図１７を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含んでいる。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波（ＲＦ）ユニット１１６を備えている。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成してもよい。メモリ１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関連した種々の情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を備えている。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成してもよい。メモリ１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関連した種々の情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は複数アンテナを有する。
【０１５９】
以上説明してきた実施例は、本発明の構成要素及び特徴が所定の形態に結合されたものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することが望ましい。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施してもよいし、一部の構成要素及び／又は特徴が結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更してもよい。ある実施例の一部構成や特徴は、別の実施例に含まれてもよいし、別の実施例の対応する構成又は特徴に置き換えてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０１６０】
本文書において、本発明の実施例は主として端末と基地局との間のデータ送受信関係を中心に説明されている。本文書で基地局によって行われるとした特定動作は、場合によっては、その上位ノードによって行われることもある。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる種々の動作は、基地局又は基地局以外の別のネットワークノードによって実行可能であるということは明らかである。基地局は、固定局、ノード Ｂ、強化ノードＢ（ｅＮＢ）、アクセスポイントなどの用語に代えてもよい。また、端末は、ユーザ装置（ＵＥ）、移動機（ＭＳ）、移動加入者局（ＭＳＳ）などの用語に代えてもよい。
【０１６１】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はそれらの結合などによって具現可能である。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上の特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現してもよい。
【０１６２】
ファームウェア又はソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態で具現してもよい。ソフトウェアコードは、メモリユニットに記憶して、プロセッサによって実行してもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換してもよい。
【０１６３】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化してもよいことは当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１６４】
本発明は、端末、リレー、基地局などのような無線通信装置に利用可能である。
【図１】
0005932974.tif 000048
【図２】
0005932974.tif 000049
【図３】
0005932974.tif 000050
【図４】
0005932974.tif 000051
【図５】
0005932974.tif 000052
【図６】
0005932974.tif 000053
【図７】
0005932974.tif 000054
【図８】
0005932974.tif 000055
【図９】
0005932974.tif 000056
【図１０】
0005932974.tif 000057
【図１１】
0005932974.tif 000058
【図１２】
0005932974.tif 000059
【図１３】
0005932974.tif 000060
【図１４】
0005932974.tif 000061
【図１５】
0005932974.tif 000062
【図１６】
0005932974.tif 000063
【図１７】
0005932974.tif 000064