(57)【要約】【課題】無線通信システムにおける端末のＡＣＫ／ＮＡＣＫ受信方法及びこのような方法を利用する端末を提供する。【解決手段】前記方法は、無線通信システムにおける端末のＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）受信方法において、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介してデータを送信し、及び、前記データに対するＡＣＫ／ＮＡＣＫを受信し、前記ＡＣＫ／ＮＡＣＫは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して受信されることを特徴とするを特徴とする。【選択図】図１１
2016513929.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）受信方法において、
ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介してデータを送信し、及び
前記データに対するＡＣＫ／ＮＡＣＫを受信し、
前記ＡＣＫ／ＮＡＣＫは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して受信されることを特徴とする方法。
【請求項２】
前記ＤＣＩは、複数の端末に送信される複数のＡＣＫ／ＮＡＣＫが多重化されることができるＨＩ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｉｎｄｉｃａｔｏｒ）ビットフィールド及びＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）フィールドを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記端末に対するＡＣＫ／ＮＡＣＫは、前記ＨＩビットフィールドのうち特定ビットに位置することを特徴とする請求項２に記載の方法。
【請求項４】
前記特定ビットは、前記ＰＵＳＣＨを構成する最小リソースブロックインデックス及び前記ＰＵＳＣＨをスケジューリングするアップリンクグラントに含まれている復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：ＤＭＲＳ）循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値に基づいて決定されることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＣＲＣフィールドは、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｎｄｉｃａｔｏｒ）でスクランブリングされたＣＲＣを含むことを特徴とする請求項２に記載の方法。
【請求項６】
前記ＲＮＴＩを指示するインデックス及び前記ＨＩビットフィールドで特定ビットを指示するインデックスに基づき、前記ＡＣＫ／ＮＡＣＫが前記ＤＣＩ内に位置した位置が識別されることを特徴とする請求項５に記載の方法。
【請求項７】
前記データが２個のコードワードを含む場合、前記２個のコードワードに対する２個のＡＣＫ／ＮＡＣＫは、同じＤＣＩ内で受信されることを特徴とする請求項１に記載の方法。
【請求項８】
無線信号を送受信するＲＦ部；及び、
前記ＲＦ部に連結されるプロセッサ；を含み、前記プロセッサは、
ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介してデータを送信し、及び
前記データに対するＡＣＫ／ＮＡＣＫを受信し、
前記ＡＣＫ／ＮＡＣＫは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して受信されることを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおいて、ＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）受信方法及びこのような方法を利用する装置に関する。
【背景技術】
【０００２】
無線通信システムにおいて、送信機と受信機との間にはＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）を適用することができる。ＨＡＲＱは、物理階層で受信したデータが復号できないエラーを含むかどうかを確認し、エラーが発生すると、再送信を要求する信号送受信方法である。ＨＡＲＱ実行過程で、受信機は、エラーが発生する場合、制御チャネルを介してＮＡＣＫ（ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信し、エラーが発生しない場合、ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。従来、端末が送信したデータに対するＡＣＫ／ＮＡＣＫは、基地局がＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）と呼ばれるチャネルを介して送信した。
【０００３】
一方、将来無線通信システムではＮＣＴ（ｎｅｗ  ｃａｒｒｉｅｒ  ｔｙｐｅ）が使われることができる。ＮＣＴは、既存ＬＣＴ（ｌｅｇａｃｙ  ｃａｒｒｉｅｒ  ｔｙｐｅ）で使われたチャネル構造とは異なるチャネル構造を使用することができる。例えば、ＮＣＴは、ＬＣＴに存在したＰＨＩＣＨを含まない。
【０００４】
また、既存ＬＣＴやＮＣＴでＰＨＩＣＨの代わりにＥ−ＰＨＩＣＨ（ｅｎｈａｎｃｅｄ−ＰＨＩＣＨ）を使用することができる。ＰＨＩＣＨがＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）領域内に位置したに対し、Ｅ−ＰＨＩＣＨはＰＤＣＣＨ領域外に位置することができる。
【０００５】
ＮＣＴのようにＰＨＩＣＨが存在しない、またはＰＤＣＣＨ領域他に位置できるＥ−ＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを送信する場合、従来のＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを送信する方法をそのまま適用しにくい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
無線通信システムにおけるＡＣＫ／ＮＡＣＫ受信方法及び装置を提供しようとする。
【課題を解決するための手段】
【０００７】
一側面において、無線通信システムにおける端末のＡＣＫ／ＮＡＣＫ受信方法を提供する。前記方法は、ＰＵＳＣＨを介してデータを送信し、及び前記データに対するＡＣＫ／ＮＡＣＫを受信し、前記ＡＣＫ／ＮＡＣＫは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して受信されることを特徴とする。
【０００８】
前記ＤＣＩは、複数の端末に送信される複数のＡＣＫ／ＮＡＣＫが多重化されることができるＨＩ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｉｎｄｉｃａｔｏｒ）ビットフィールド及びＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）フィールドを含む。
【０００９】
前記端末に対するＡＣＫ／ＮＡＣＫは、前記ＨＩビットフィールドのうち特定ビットに位置する。
【００１０】
前記特定ビットは、前記ＰＵＳＣＨを構成する最小リソースブロックインデックス及び前記ＰＵＳＣＨをスケジューリングするアップリンクグラントに含まれている復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：ＤＭＲＳ）循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値に基づいて決定される。
【００１１】
前記ＣＲＣフィールドは、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｎｄｉｃａｔｏｒ）でスクランブリングされたＣＲＣを含む。
【００１２】
前記ＲＮＴＩを指示するインデックス及び前記ＨＩビットフィールドで特定ビットを指示するインデックスに基づき、前記ＡＣＫ／ＮＡＣＫが前記ＤＣＩ内に位置した位置が識別される。
【００１３】
前記データが２個のコードワードを含む場合、前記２個のコードワードに対する２個のＡＣＫ／ＮＡＣＫは、同じＤＣＩ内で受信される。
【００１４】
他の側面で提供される端末は、無線信号を送受信するＲＦ部；及び、前記ＲＦ部に連結されるプロセッサ；を含み、前記プロセッサは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介してデータを送信し、及び前記データに対するＡＣＫ／ＮＡＣＫを受信し、前記ＡＣＫ／ＮＡＣＫは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して受信されることを特徴とする。
【発明の効果】
【００１５】
基地局は、端末が送信したデータに対するＡＣＫ／ＮＡＣＫを、ＡＣＫ／ＮＡＣＫ専用チャネルということができるＰＨＩＣＨを介して送信せずに一般的な制御チャネル内でＤＣＩ形態に送信することができる。この場合、複数の端末に対するＡＣＫ／ＮＡＣＫを多重化して送信することができ、本発明は、各端末が自分のＡＣＫ／ＮＡＣＫを効率的に認識することができる方法を提供する。したがって、本発明は、ＰＨＩＣＨを利用することができない搬送波、例えば、ＰＨＩＣＨが存在しないＮＣＴにも適用可能である。
【図面の簡単な説明】
【００１６】
【図１】３ＧＰＰ  ＬＴＥにおける無線フレームの構造を示す。
【図２】一つのスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【図３】アップリンクサブフレームの構造を示す。
【図４】ダウンリンクサブフレームの構造を示す。
【図５】アップリンクＨＡＲＱ実行方法の一例を示す。
【図６】ＰＨＩＣＨの構成過程を示す一例である。
【図７】ダウンリンクサブフレームの制御領域に制御チャネルがマッピングされる一例を示す。
【図８】既存の単一搬送波システムとキャリアアグリゲーションシステムの比較例である。
【図９】非交差搬送波スケジューリング及び交差搬送波スケジューリングを例示する。
【図１０】本発明の一実施例によって追加されるＥ−制御領域を示す。
【図１１】本発明の一実施例に係るＡＣＫ／ＮＡＣＫ受信方法を示す。
【図１２】ＨＩが送信されるＤＣＩフォーマットの一例を示す。
【図１３】既存のＰＨＩＣＨグループ、ＰＨＩＣＨシーケンス対とＰＨＩＣＨリソースとの間のマッピングを示す一例である。
【図１４】本発明の一実施例に係るＤＣＩ内の特定ビットフィールドを指示する方法を例示する。
【図１５】本発明の一実施例に係るＤＣＩ内の特定ビットフィールドを指示する他の方法を例示する。
【図１６】複数のＤＣＩで特定ＨＩビットフィールドをマッピングする一例を示す。
【図１７】基地局及び端末を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現されることができる。ＴＤＭＡは，ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６ｅに基づくシステムとの下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。説明を明確にするために、ＬＴＥ−Ａシステムに適用される状況を仮定して記述するが、本発明の技術的思想がこれに制限されるものではない。
【００１８】
図１は、３ＧＰＰ  ＬＴＥにおける無線フレームの構造を示す。
【００１９】
図１を参照すると、無線フレームは、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、一つのサブフレームは、２個のスロット（ｓｌｏｔ）で構成される。無線フレーム内のスロットは、＃０から＃１９までのスロット番号が付けられる。一つのサブフレームの送信にかかる時間をＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）という。ＴＴＩは、データ送信のためのスケジューリング単位である。例えば、一つの無線フレームの長さは１０ｍｓであり、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。
【００２０】
前記無線フレームの構造は、一例にすぎない。したがって、無線フレームに含まれるサブフレームの個数やサブフレームに含まれるスロットの個数は、多様に変更されることができる。
【００２１】
図２は、一つのスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【００２２】
スロットは、ダウンリンクスロットとアップリンクスロットがある。ダウンリンクスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。ＯＦＤＭシンボルは、特定時間区間を示すものであり、送信方式によってＳＣ−ＦＤＭＡシンボルとも呼ばれる。ダウンリンクスロットは、周波数領域でＮＲＢ個のリソースブロック（ＲＢ；Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。リソースブロックは、リソース割当単位であり、時間領域で一つのスロット、周波数領域で複数の連続する副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００２３】
ダウンリンクスロットに含まれるリソースブロックの数ＮＲＢは、セルで設定されるダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。例えば、ＬＴＥシステムにおいて、ＮＲＢは６〜１１０のうちいずれか一つである。アップリンクスロットの構造も前記ダウンリンクスロットの構造と同じである。
【００２４】
リソースグリッド上の各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ、ＲＥ）という。リソースグリッド上のリソース要素は、スロット内のインデックス対（ｐａｉｒ）（ｋ，ｌ）により識別されることができる。ここで、ｋ（ｋ＝０，．．．，ＮＲＢ×１２−１）は、周波数領域内の副搬送波インデックスであり、ｌ（ｌ＝０，．．．，６）は、時間領域内のＯＦＤＭシンボルインデックスである。
【００２５】
一つのリソースブロックは、時間領域で７ＯＦＤＭシンボル、周波数領域で１２副搬送波で構成されて７×１２リソース要素を含むことを例示的に記述するが、リソースブロック内のＯＦＤＭシンボルの数と副搬送波の数はこれに制限されるものではない。ＯＦＤＭシンボルの数と副搬送波の数は、ＣＰの長さ、周波数間隔（ｆｒｅｑｕｅｎｃｙ  ｓｐａｃｉｎｇ）などによって多様に変更されることができる。例えば、ノーマルＣＰ（ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｉｆｉｘ）の場合、ＯＦＤＭシンボルの数は７であり、拡張されたＣＰ（ｅｘｔｅｎｄｅｄ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）の場合、ＯＦＤＭシンボルの数は６である。一つのＯＦＤＭシンボルで副搬送波の数は１２８、２５６、５１２、１０２４、１５３６及び２０４８のうち一つを選定して使用することができる。
【００２６】
図３は、アップリンクサブフレームの構造を示す。
【００２７】
アップリンクサブフレームは、周波数領域で制御領域とデータ領域とに分けられる。制御領域は、アップリンク制御情報が送信されるためのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる。データ領域は、データが送信されるためのＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。端末は、設定によってＰＵＣＣＨとＰＵＳＣＨを同時に送信しない、または同時に送信できる。
【００２８】
一つの端末に対するＰＵＣＣＨは、サブフレームでリソースブロック対（ＲＢ  ｐａｉｒ）で割り当てられる。リソースブロック対に属するリソースブロックは、第１のスロットと第２のスロットの各々で互いに異なる副搬送波を占める。ＰＵＣＣＨに割り当てられるリソースブロック対に属するリソースブロックが占める周波数は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）を基準に変更される。これをＰＵＣＣＨに割り当てられるＲＢ対がスロット境界で周波数がホッピング（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）されたという。端末がアップリンク制御情報を時間によって互いに異なる副搬送波を介して送信することによって、周波数ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）利得を得ることができる。
【００２９】
ＰＵＣＣＨ上に送信されるアップリンク制御情報には、ＡＣＫ／ＮＡＣＫ、ダウンリンクチャネル状態を示すＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、アップリンク無線リソース割当要求であるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などがある。ＣＳＩには、プリコーディング行列を指示するＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｅｘ）、端末が選好するランク値を示すＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、チャネル状態を示すＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）などがある。
【００３０】
ＰＵＳＣＨは、トランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）であるＵＬ−ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＰＵＳＣＨ上に送信されるアップリンクデータは、ＴＴＩ中に送信されるＵＬ−ＳＣＨのためのデータブロックであるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）である。前記トランスポートブロックは、ユーザ情報である。または、アップリンクデータは、多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）データである。多重化されたデータは、ＵＬ−ＳＣＨのためのトランスポートブロックと制御情報が多重化されたものである。例えば、データに多重化される制御情報には、ＣＱＩ、ＰＭＩ、ＡＣＫ／ＮＡＣＫ、ＲＩなどがある。または、アップリンクデータは、制御情報のみで構成されることもできる。
【００３１】
図４は、ダウンリンクサブフレームの構造を示す。
【００３２】
ダウンリンクサブフレームは、時間領域で２個のスロットを含み、各スロットは、ノーマルＣＰで７個のＯＦＤＭシンボルを含む。サブフレーム内の第１のスロットの前方部の最大３ＯＦＤＭシンボル（１．４Ｍｈｚ帯域幅に対しては最大４ＯＦＤＭシンボル）は、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域である。ＰＤＳＣＨは、基地局またはノードが端末にデータを送信するチャネルを意味する。
【００３３】
制御領域で送信される制御チャネルには、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）がある。
【００３４】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの個数（即ち、制御領域の大きさ）に対する情報であるＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。端末は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００３５】
ＰＨＩＣＨは、アップリンクＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。端末が送信したアップリンクデータに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。ＰＨＩＣＨに対しては詳細に後述する。
【００３６】
ＰＤＣＣＨは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信する制御チャネルである。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをダウンリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ：ＤＬグラント）ともいう）、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当（これをアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ：ＵＬグラント）ともいう）、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００３７】
図５は、アップリンクＨＡＲＱ実行方法の一例を示す。
【００３８】
端末は、基地局からｎ番目のサブフレームでＰＤＣＣＨ３１０上に初期アップリンクリソース割当を含むＵＬグラントを受信する。
【００３９】
端末は、ｎ＋４番目のサブフレームで前記初期アップリンクリソース割当を利用してＰＵＳＣＨ３２０上にアップリンクデータ、より具体的には、アップリンク送信ブロック（ｔｒａｎｓｍｉｓｓｉｏｎ  ｂｌｏｃｋ）を送信する。
【００４０】
基地局は、ｎ＋８番目のサブフレームでＰＨＩＣＨ３３１上に前記アップリンク送信ブロックに対するＡＣＫ／ＮＡＣＫ信号を送る。ＡＣＫ／ＮＡＣＫ信号は前記アップリンク送信ブロックに対する受信確認を示し、ＡＣＫ信号は受信成功を示し、ＮＡＣＫ信号は受信失敗を示す。
【００４１】
ＮＡＣＫ信号を受信した端末は、ｎ＋１２番目のサブフレームでＰＵＳＣＨ３４０上に再送信ブロックを送る。
【００４２】
基地局は、ｎ＋１６番目のサブフレームでＰＨＩＣＨ３５１上に前記アップリンク送信ブロックに対するＡＣＫ／ＮＡＣＫ信号を送る。
【００４３】
ｎ＋４番目のサブフレームでの初期送信後、ｎ＋１２番目のサブフレームで再送信が行われるため、８サブフレームをＨＡＲＱ周期にしてＨＡＲＱが実行される。
【００４４】
３ＧＰＰ  ＬＴＥでは、８個のＨＡＲＱプロセスが実行されることができ、各ＨＡＲＱプロセスは、０から７までのインデックスが付けられる。前述した例は、ＨＡＲＱプロセスインデックス４であり、ＨＡＲＱが実行されることを示す。
【００４５】
以下、ＰＨＩＣＨに対して詳細に説明する。
【００４６】
前述したように、ＰＨＩＣＨは、端末のアップリンクデータ送信に対するＡＣＫ／ＮＡＣＫ信号を伝送する制御チャネルである。複数のＰＨＩＣＨがＰＨＩＣＨグループを形成する同じリソース要素集合にマッピングされることができる。同じＰＨＩＣＨグループ内のＰＨＩＣＨは、互いに異なる直交シーケンス（ｏｒｔｈｏｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）により区分される。ＰＨＩＣＨが送信されるリソースをＰＨＩＣＨリソースといい、ＰＨＩＣＨリソースは（ｎｇｒｏｕｐＰＨＩＣＨ，ｎｓｅｑＰＨＩＣＨ）のようなインデックス対により識別されることができる。ｎｇｒｏｕｐＰＨＩＣＨは、ＰＨＩＣＨグループインデックスを示し、ｎｓｅｑＰＨＩＣＨは、ＰＨＩＣＨグループ内の直交シーケンスのインデックスを示す。
【００４７】
以下の数式は、ＰＨＩＣＨリソースを示すインデックス対を示す。
【００４８】
【数１】
2016513929.tif 000003
【００４９】
前記数式１において、Ｉｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡは、該当するＰＵＳＣＨの第１のスロットの最小ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）インデックスであり、ｎＤＭＲＳは、該当ＰＵＳＣＨでの復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：ＤＭＲＳ）の循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）を示す値である。復調参照信号は、ＰＵＳＣＨ上に送信されるデータの復調に使われる参照信号を意味する。また、ＮｇｒｏｕｐＰＨＩＣＨはＰＨＩＣＨグループの個数であり、ＮＰＨＩＣＨＳＦはＰＨＩＣＨ変調のための拡散因子（ｓｐｒｅａｄｉｎｇ  ｆａｃｔｏｒ）であり、ＩＰＨＩＣＨは１または０を有する値であり、サブフレームｎ＝４または９（ｎは、０〜９のうちいずれか一つであり、このようなｎが４または９）でＰＵＳＣＨ送信をし、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）アップリンク−ダウンリンク設定（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ：ＵＬ−ＤＬ設定）が０の場合には１であり、その以外の場合には０である。
【００５０】
ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）に使われる無線フレームで、ＰＨＩＣＨグループの個数ＮｇｒｏｕｐＰＨＩＣＨは、全てのサブフレームに対して定数（ｃｏｎｓｔａｎｔ）であり、以下のように与えられる。
【００５１】
【数２】
2016513929.tif 000004
【００５２】
ここで、Ｎｇ∈｛１／６，１／２，１，２｝であり、上位階層信号を介して与えられ、前記数式１のインデックスｎｇｒｏｕｐＰＨＩＣＨは、０からＮｇｒｏｕｐＰＨＩＣＨ−１までの範囲を有する。
【００５３】
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）に使われる無線フレームでは、ＰＨＩＣＨグループの個数がダウンリンクサブフレーム間に多様に変更されることができる。ＰＨＩＣＨグループの個数は、ｍｉ・ＮｇｒｏｕｐＰＨＩＣＨとして与えられることができ、ｍｉは、以下の表のように与えられることができる。また、ＮｇｒｏｕｐＰＨＩＣＨは、前記数式２のように与えられ、ＰＨＩＣＨリソースを有するダウンリンクサブフレームに対してインデックスｎｇｒｏｕｐＰＨＩＣＨは、０〜ｍｉ・ＮｇｒｏｕｐＰＨＩＣＨ−１の範囲を有する。
【００５４】
【表１】
2016513929.tif 000005
【００５５】
図６は、ＰＨＩＣＨの構成過程を示す一例である。
【００５６】
ステップＳ１１０において、ＡＣＫ／ＮＡＣＫ信号は、コード率（ｃｏｄｅ  ｒａｔｅ）による反復コーディング（ｒｅｐｅｔｉｔｉｏｎ  ｃｏｄｉｎｇ）を利用してチャネルコーディングが実行される。
【００５７】
ステップＳ１２０において、チャネルコーディングされたＡＣＫ／ＮＡＣＫ信号は、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調を介して変調シンボルにマッピングされる。ステップＳ１３０において、変調シンボルは、ＳＦ（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ）ＮＰＨＩＣＨＳＦと直交シーケンスを利用して拡散される。
【００５８】
例えば、一つのサブフレーム内で一つのＰＨＩＣＨを介して送信されるビット列がｂ（０），．．．，ｂ（Ｍｂｉｔ−１）の場合、このビット列は、ＢＰＳＫ（ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）変調されて複素値（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ）を有する変調シンボルｚ（０），．．．，ｚ（Ｍｓ−１）として生成される。ここで、Ｍｓ＝Ｍｂｉｔである。
【００５９】
前記変調シンボルｚ（０），．．．，ｚ（Ｍｓ−１）は、以下の数式のようにシンボル単位に（ｓｙｍｂｏｌ−ｗｉｓｅ）直交シーケンスが乗算されて（ｍｕｌｔｉｐｌｉｅｄ）スクランブリングされて（ｓｃｒａｍｂｌｅｄ）変調シンボルｄ（０），．．．，ｄ（Ｍｓｙｍｂ−１）が以下の数式のように生成される。
【００６０】
【数３】
2016513929.tif 000006
【００６１】
また、ｃ（ｉ）は、セル特定的スクランブリングシーケンス（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｓｃｒａｍｂｌｉｎｇ  ｓｅｑｕｅｎｃｅ）であり、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ９．１．０．７．２節により与えられることができる。ｃ（ｉ）の初期値ｃｉｎｉｔは、各サブフレームに対して以下の数式のように与えられる。
【００６２】
【数４】
2016513929.tif 000007
【００６３】
前記数式４において、ＮｃｅｌｌＩＤは、物理階層セルＩＤを意味し、ｎｓは、無線フレーム内のスロット番号である。
【００６４】
ＰＨＩＣＨの拡散に使われる直交シーケンス［ｗ（０）．．．ｗ（ＮＰＨＩＣＨＳＦ−１）］は、以下の表のように与えられる。このとき、ｎｓｅｑＰＨＩＣＨは、ＰＨＩＣＨグループ内でＰＨＩＣＨ番号（ｎｕｍｂｅｒ）に対応される。
【００６５】
【表２】
2016513929.tif 000008
【００６６】
また、図６を参照すると、ステップＳ１４０において、拡散されたシンボルは、ランクによって階層マッピングされ、プリコーディングされる。
【００６７】
即ち、変調シンボルｄ（０），．．．，ｄ（Ｍｓｙｍｂ−１）は、まず、リソース要素グループ大きさ（ｓｉｚｅ）に整列されてｄ（０）（０），．．．，ｄ（０）（ｃ・Ｍｓｙｍｂ−１）として生成される。ここで、ｃは、ノーマルＣＰで１であり、拡張ＣＰで２である。ノーマルＣＰの場合、ｄ（０）（ｉ）＝ｄ（ｉ）であり、ｉ＝０，．．．，Ｍｓｙｍｂ−１である。拡張ＣＰの場合、以下の数式の通りである。
【００６８】
【数５】
2016513929.tif 000009
【００６９】
数式５において、ｉ＝０，．．．，（Ｍｓｙｍｂ／２）−１である。
【００７０】
変調シンボルｄ（０）（０），．．．，ｄ（０）（ｃ・Ｍｓｙｍｂ−１）は、レイヤ（ｌａｙｅｒｓ）にマッピングされてプリコーディング（ｐｒｅｃｏｄｉｎｇ）されて以下の数式のようなベルトルが生成される。
【００７１】
【数６】
2016513929.tif 000010
【００７２】
前記数式６において、ｙ（ｐ）（ｉ）は、アンテナポートｐに対する信号を示す。また、ｐ＝０，．．．，Ｐ−１である。Ｐは、セル特定的参照信号の個数を示し、Ｐ∈｛１，２，４｝である。
【００７３】
レイヤマッピング及びプリコーディングは、ＣＰ長さ及びＰＨＩＣＨ送信に使われるアンテナポートの個数に従属的である。ＰＨＩＣＨは、ＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）と同じアンテナポート集合上に送信されることができる。
【００７４】
単一アンテナポート（即ち、Ｐ＝１）送信に対して、レイヤマッピング及びプリコーディングは、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ９．１．０．６．３．３．１節及び６．３．４．１節により実行されることができる。このとき、Ｍ（０）ｓｙｍｂ＝ｃ・Ｍｓｙｍｂである。
【００７５】
２個のアンテナポート（即ち、Ｐ＝２）による送信に対してレイヤマッピング及びプリコーディングは、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ９．１．０．６．３．３．３節及び６．３．４．３節により実行されることができる。このとき、Ｍ（０）ｓｙｍｂ＝ｃ・Ｍｓｙｍｂである。
【００７６】
４個のアンテナポート（即ち、Ｐ＝４）による送信に対してレイヤマッピングは、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ９．１．０．６．３．３．３節により実行されることができる。このとき、Ｍ（０）ｓｙｍｂ＝ｃ・Ｍｓｙｍｂである。また、プリコーディングは、以下の表３のように実行される。
【００７７】
【表３】
2016513929.tif 000011
【００７８】
前記表３は、ノーマルＣＰに対して（ｉ＋ｎｇｒｏｕｐＰＨＩＣＨ）ｍｏｄ２＝０であり、または拡張ＣＰに対して以下の数式７を満たす場合を示す。ｎｇｒｏｕｐＰＨＩＣＨは、ＰＨＩＣＨグループ番号であり、ｉ＝０、１、２である。‘ｍｏｄ’は、モジュラス（ｍｏｄｕｌｕｓ）演算を意味する。
【００７９】
【数７】
2016513929.tif 000012
【００８０】
その以外の場合には、以下の表４のようにプリコーディングが実行される。
【００８１】
【表４】
2016513929.tif 000013
【００８２】
また、図６を参照すると、ステップＳ１５０において、階層マッピングされたシンボルがリソース要素に各々マッピングされる。
【００８３】
例えば、各ＰＨＩＣＨグループに対するシーケンスが以下の数式のように定義されることができる。
【００８４】
【数８】
2016513929.tif 000014
【００８５】
前記数式８の和演算は、ＰＨＩＣＨグループ内の全てのＰＨＩＣＨに対して実行され、ｙ（ｐ）ｉ（ｎ）は、ＰＨＩＣＨグループ内でｉ番目のＰＨＩＣＨに対するシンボルシーケンスを示す。
【００８６】
ＰＨＩＣＨグループは、ＰＨＩＣＨマッピング単位（ｍａｐｐｉｎｇ  ｕｎｉｔｓ）にマッピングされる。
【００８７】
ノーマルＣＰに対し、ＰＨＩＣＨグループｍのＰＨＩＣＨマッピング単位ｍ′へのマッピングは、以下の数式のように定義される。フレーム構造タイプ１は、ＦＤＤに使われるフレームであり、フレーム構造タイプ２は、ＴＤＤに使われるフレームである。このようなフレーム構造タイプは、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ８．６．０（２００９−０３）４節を参照することができる。
【００８８】
【数９】
2016513929.tif 000015
【００８９】
拡張ＣＰに対し、ＰＨＩＣＨグループｍ及びｍ＋１のＰＨＩＣＨマッピング単位ｍ′へのマッピングは、以下の数式のように定義される。
【００９０】
【数１０】
2016513929.tif 000016
【００９１】
数式９及び数式１０において、ｍｉは、前記表１により与えられる。
【００９２】
例えば、ｚ（ｐ）（ｉ）がアンテナポートｐに対する以下の数式１１のような‘４個のシンボル’（ｓｙｍｂｏｌ  ｑｕａｄｒｕｐｌｅｔ）ｉを示すと仮定する。
【００９３】
【数１１】
2016513929.tif 000017
【００９４】
リソース要素へのマッピングは、前記４個のシンボルを利用して下記のようなステップを経て実行されると定義されることができる。
【００９５】
ステップ１：各ｌ′値に対して
【００９６】
ステップ２：ｎｌ′は、ＯＦＤＭシンボルｌ′でＰＣＦＩＣＨに割り当てられないリソース要素グループの個数とする。
【００９７】
ステップ３：ＯＦＤＭシンボルｌ′でＰＣＦＩＣＨに割り当てられないリソース要素グループを最も低い周波数領域のインデックスを有するリソース要素グループから始めて０からｎｌ′−１までナンバリング（ｎｕｍｂｅｒｉｎｇ）する。
【００９８】
ステップ４：ｍ′＝０に初期化する。即ち、ＰＨＩＣＨマッピング単位番号を初期化する。
【００９９】
ステップ５：ｉ＝０、１、２、各々の値に対して
【０１００】
ステップ６：ＰＨＩＣＨマッピング単位ｍ′からの４個のシンボルｚ（ｐ）（ｉ）を（ｋ′，ｌ′）ｉで表示されるリソース要素グループにマッピングする。ここで、ｌ′ｉは時間領域のインデックスであり、ｋ′ｉは周波数領域インデックスである。ｋ′ｉ及びｌ′ｉは、以下の数式のように与えられることができる。数式１２において、ノーマルＰＨＩＣＨ区間（ｎｏｒｍａｌ  ＰＨＩＣＨ  ｄｕｒａｔｉｏｎ）、拡張ＰＨＩＣＨ区間（ｅｘｔｅｎｄｅｄ  ＰＨＩＣＨ  ｄｕｒａｔｉｏｎ）は、表５に基づく。
【０１０１】
【数１２】
2016513929.tif 000018
【０１０２】
周波数領域インデックスｋ′ｉを
【化１】
2016513929.tif 000019
が割り当てられたリソース要素グループにセッティングする。
【化２】
2016513929.tif 000020
は、以下の数式１３または数式１４のように与えられる。数式１３は、ＴＤＤに使われる無線フレームのサブフレーム１、６で拡張ＰＨＩＣＨ区間またはＭＢＳＦＮサブフレームで拡張ＰＨＩＣＨ区間に対して
【化３】
2016513929.tif 000021
を規定したものである。
【０１０３】
【数１３】
2016513929.tif 000022
【０１０４】
その以外の場合には、数式１４のように
【化４】
2016513929.tif 000023
が与えられる。
【０１０５】
【数１４】
2016513929.tif 000024
【０１０６】
ステップ７：ｍ′を１増加させる。
【０１０７】
ステップ８：前述したステップ５乃至ステップ７を全てのＰＨＩＣＨマッピング単位が割り当てられる時まで繰り返す。
【０１０８】
ＰＨＩＣＨ区間（ｄｕｒａｔｉｏｎ）は、上位階層信号により以下の表のように設定される。ＰＨＩＣＨ区間は、ＰＨＩＣＨ送信に使われるＯＦＤＭシンボルの個数を示す。
【０１０９】
【表５】
2016513929.tif 000025
【０１１０】
図７は、ダウンリンクサブフレームの制御領域に制御チャネルがマッピングされる一例を示す。
【０１１１】
図７において、Ｒ０はアンテナポート＃０の基準信号を示し、Ｒ１はアンテナポート＃１の基準信号を示し、Ｒ２はアンテナポート＃２の基準信号を示し、Ｒ３はアンテナポート＃３の基準信号を示す。
【０１１２】
制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）を含む。ＣＣＥは、無線チャネルの状態による符号化率を提供するために使われる論理的割当単位であり、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ：ＲＥＧ）で構成されることができる。例えば、一つのＣＣＥは、９個のＲＥＧを含むことができる。一つのＲＥＧは、４個のリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ：ＲＥ）を含むため、ＲＥクアドルプレット（ｑｕａｄｒｕｐｌｅｔ）で表示することもできる。一つのＲＥＧに含まれる４個のリソース要素は、隣接してもよく、隣接しなくてもよい。ＰＨＩＣＨは、ノーマルＣＰにおいて、サブフレームの１番目のＯＦＤＭシンボルでＣＣＥ単位（または、ＲＥＧ単位）に割り当てられてマッピングされることができる。
【０１１３】
＜キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）＞
【０１１４】
以下、キャリアアグリゲーションシステムに対して説明する。
【０１１５】
図８は、既存の単一搬送波システムとキャリアアグリゲーションシステムの比較例である。
【０１１６】
図８を参照すると、単一搬送波システムでは、アップリンクとダウンリンクに一つの搬送波のみを端末にサポートする。搬送波の帯域幅は多様であるが、端末に割り当てられる搬送波は一つである。それに対し、キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）システムでは、端末に複数のコンポーネントキャリア（ＤＬ  ＣＣ  Ａ乃至Ｃ、ＵＬ  ＣＣ  Ａ乃至Ｃ）が割り当てられることができる。コンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：ＣＣ）は、キャリアアグリゲーションシステムで使われる搬送波を意味し、搬送波と略称できる。例えば、端末に６０ＭＨｚの帯域幅を割り当てるために、３個の２０ＭＨｚのコンポーネントキャリアが割り当てられることができる。
【０１１７】
キャリアアグリゲーションシステムは、アグリゲーションされる搬送波が連続する連続（ｃｏｎｔｉｇｕｏｕｓ）キャリアアグリゲーションシステムとアグリゲーションされる搬送波が互いに離れている不連続（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）キャリアアグリゲーションシステムとに区分されることができる。以下、単純にキャリアアグリゲーションシステムという時、これはコンポーネントキャリアが連続な場合と不連続な場合を両方とも含むと理解しなければならない。
【０１１８】
１個以上のコンポーネントキャリアをアグリゲーションする時、対象となるコンポーネントキャリアは、既存システムとの下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）のために既存システムで使用する帯域幅をそのまま使用することができる。例えば、３ＧＰＰ  ＬＴＥシステムでは１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚの帯域幅をサポートし、３ＧＰＰ  ＬＴＥ−Ａシステムでは前記３ＧＰＰ  ＬＴＥシステムの帯域幅のみを利用して２０ＭＨｚ以上の広帯域を構成することができる。または、既存システムの帯域幅をそのまま使用せずに新しい帯域幅を定義して広帯域を構成することもできる。
【０１１９】
無線通信システムのシステム周波数帯域は、複数の搬送波周波数（Ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ）に区分される。ここで、搬送波周波数は、セルの中心周波数（Ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ  ｏｆ  ａ  ｃｅｌｌ）を意味する。以下、セル（ｃｅｌｌ）は、ダウンリンク周波数リソースとアップリンク周波数リソースを意味する。または、セルは、ダウンリンク周波数リソースと選択的な（ｏｐｔｉｏｎａｌ）アップリンク周波数リソースの組合せ（ｃｏｍｂｉｎａｔｉｏｎ）を意味する。また、一般的にキャリアアグリゲーション（ＣＡ）を考慮しない場合、一つのセル（ｃｅｌｌ）は、アップリンク及びダウンリンク周波数リソースが常に対で存在できる。
【０１２０】
特定セルを介してパケット（ｐａｃｋｅｔ）データの送受信が行われるためには、端末は、まず、特定セルに対して設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を完了しなければならない。ここで、設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）とは、該当セルに対するデータ送受信に必要なシステム情報受信を完了した状態を意味する。例えば、設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、データ送受信に必要な共通物理階層パラメータ、またはＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層パラメータ、またはＲＲＣ階層で特定動作に必要なパラメータを受信する全般の過程を含むことができる。設定完了したセルは、パケットデータが送信されることができるという情報のみ受信すると、直ちにパケットの送受信が可能になる状態である。
【０１２１】
設定完了状態のセルは、活性化（Ａｃｔｉｖａｔｉｏｎ）または非活性化（Ｄｅａｃｔｉｖａｔｉｏｎ）状態に存在できる。ここで、活性化は、データの送信または受信が行なわれ、または準備状態（ｒｅａｄｙｓｔａｔｅ）にあることを意味する。端末は、自分に割り当てられたリソース（周波数、時間など）を確認するために、活性化されたセルの制御チャネル（ＰＤＣＣＨ）及びデータチャネル（ＰＤＳＣＨ）をモニタリングまたは受信することができる。
【０１２２】
非活性化は、トラフィックデータの送信または受信が不可能であり、測定や最小情報の送信／受信が可能であることを意味する。端末は、非活性化セルからパケット受信のために必要なシステム情報（ＳＩ）を受信することができる。それに対し、端末は、自分に割り当てられたリソース（周波数、時間など）を確認するために、非活性化されたセルの制御チャネル（ＰＤＣＣＨ）及びデータチャネル（ＰＤＳＣＨ）をモニタリングまたは受信しない。
【０１２３】
セルは、プライマリセル（ｐｒｉｍａｒｙ  ｃｅｌｌ）、セカンダリセル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）、サービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）に区分されることができる。
【０１２４】
プライマリセルは、プライマリ周波数で動作するセルを意味し、端末が基地局との最初接続確立過程（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）または接続再確立過程を実行するセル、またはハンドオーバ過程でプライマリセルに指示されたセルを意味する。
【０１２５】
セカンダリセルは、セカンダリ周波数で動作するセルを意味し、ＲＲＣ接続が確立される場合に設定され、追加的な無線リソースの提供に使われる。
【０１２６】
サービングセルは、キャリアアグリゲーションが設定されない、またはキャリアアグリゲーションを提供することができない端末である場合には、プライマリセルで構成される。キャリアアグリゲーションが設定された場合、サービングセルという用語は、端末に設定されたセルを示し、複数で構成されることができる。一つのサービングセルは、一つのダウンリンクコンポーネントキャリアまたは｛ダウンリンクコンポーネントキャリア，アップリンクコンポーネントキャリア｝の対で構成されることができる。複数のサービングセルは、プライマリセル及び全てのセカンダリセルのうち一つまたは複数で構成された集合で構成されることができる。
【０１２７】
ＰＣＣ（ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）は、プライマリセルに対応するコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ：ＣＣ）を意味する。ＰＣＣは、端末が複数のＣＣのうち初期に基地局と接続（ＣｏｎｎｅｃｔｉｏｎまたはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）されるＣＣである。ＰＣＣは、複数のＣＣに対するシグナリングのための接続（ＣｏｎｎｅｃｔｉｏｎまたはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）を担当し、端末と関連した接続情報である端末コンテキスト情報（ＵＥ  Ｃｏｎｔｅｘｔ）を管理する特別なＣＣである。また、ＰＣＣは、端末と接続されてＲＲＣ接続状態（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）の場合には、常に活性化状態に存在する。プライマリセルに対応するダウンリンクコンポーネントキャリアをダウンリンクプライマリコンポーネントキャリア（ＤｏｗｎＬｉｎｋ  Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＤＬ  ＰＣＣ）といい、プライマリセルに対応するアップリンクコンポーネントキャリアをアップリンクプライマリコンポーネントキャリア（ＵＬ  ＰＣＣ）という。
【０１２８】
ＳＣＣ（ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）は、セカンダリセルに対応するＣＣを意味する。即ち、ＳＣＣは、ＰＣＣ以外に端末に割り当てられたＣＣであり、端末がＰＣＣ以外に追加的なリソース割当などのために拡張された搬送波（Ｅｘｔｅｎｄｅｄ  Ｃａｒｒｉｅｒ）であり、活性化または非活性化状態に分けられる。セカンダリセルに対応するダウンリンクコンポーネントキャリアをダウンリンクセカンダリコンポーネントキャリア（ＤＬ  Ｓｅｃｏｎｄａｒｙ  ＣＣ、ＤＬ  ＳＣＣ）といい、セカンダリセルに対応するアップリンクコンポーネントキャリアをアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）という。
【０１２９】
プライマリセルとセカンダリセルは、下記のような特徴を有する。
【０１３０】
第一に、プライマリセルは、ＰＵＣＣＨの送信のために使われる。第二に、プライマリセルは、常に活性化されており、それに対し、セカンダリセルは、特定条件によって活性化／非活性化される搬送波である。第三に、プライマリセルが無線リンク失敗（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ；以下、ＲＬＦ）を経験する時、ＲＲＣ再接続がトリガリング（ｔｒｉｇｇｅｒｉｎｇ）される。第四に、プライマリセルは、セキュリティキー（ｓｅｃｕｒｉｔｙ  ｋｅｙ）変更やＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）手順と伴うハンドオーバ手順により変更されることができる。第五に、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）情報は、プライマリセルを介して受信する。第六に、ＦＤＤシステムの場合、プライマリセルは、常にＤＬ  ＰＣＣとＵＬ  ＰＣＣが対（ｐａｉｒ）で構成される。第七に、各端末毎に異なるコンポーネントキャリア（ＣＣ）がプライマリセルに設定されることができる。第八に、プライマリセルは、ハンドオーバ、セル選択／セル再選択過程を介してのみ交替されることができる。新規セカンダリセルの追加において、専用（ｄｅｄｉｃａｔｅｄ）セカンダリセルのシステム情報を送信するのにＲＲＣシグナリングが使われることができる。
【０１３１】
サービングセルを構成するコンポーネントキャリアは、ダウンリンクコンポーネントキャリアが一つのサービングセルを構成することもでき、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアが連結設定されて一つのサービングセルを構成することもできる。しかし、一つのアップリンクコンポーネントキャリアのみではサービングセルが構成されない。
【０１３２】
コンポーネントキャリアの活性化／非活性化は、サービングセルの活性化／非活性化の概念と同じである。例えば、サービングセル１がＤＬ  ＣＣ１で構成されていると仮定する時、サービングセル１の活性化は、ＤＬ  ＣＣ１の活性化を意味する。もし、サービングセル２がＤＬ  ＣＣ２とＵＬ  ＣＣ２が連結設定されて構成されていると仮定する時、サービングセル２の活性化は、ＤＬ  ＣＣ２とＵＬ  ＣＣ２の活性化を意味する。このような意味で、各コンポーネントキャリアは、サービングセル（ｃｅｌｌ）に対応されることができる。
【０１３３】
ダウンリンクとアップリンクとの間にアグリゲーションされるコンポーネントキャリアの数は、異なるように設定されることができる。ダウンリンクＣＣ数とアップリンクＣＣ数が同じ場合を対称的（ｓｙｍｍｅｔｒｉｃ）アグリゲーションといい、その数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）アグリゲーションという。また、ＣＣの大きさ（即ち、帯域幅）は互いに異なることがある。例えば、７０ＭＨｚ帯域の構成のために５個のＣＣが使われるとする時、５ＭＨｚ  ＣＣ（ｃａｒｒｉｅｒ  ＃０）＋２０ＭＨｚ  ＣＣ（ｃａｒｒｉｅｒ  ＃１）＋２０ＭＨｚ  ＣＣ（ｃａｒｒｉｅｒ  ＃２）＋２０ＭＨｚ  ＣＣ（ｃａｒｒｉｅｒ  ＃３）＋５ＭＨｚ  ＣＣ（ｃａｒｒｉｅｒ  ＃４）のように構成されることもできる。
【０１３４】
前述したように、キャリアアグリゲーションシステムでは、単一搬送波システムと違って、複数のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＣＣ）、即ち、複数のサービングセルをサポートすることができる。
【０１３５】
このようなキャリアアグリゲーションシステムは、非交差搬送波スケジューリング及び交差搬送波スケジューリングをサポートすることができる。
【０１３６】
図９は、非交差搬送波スケジューリング及び交差搬送波スケジューリングを例示する。
【０１３７】
非交差搬送波スケジューリング（ｎｏｎ−ｃｒｏｓｓ  ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）は、従来の単一セル内でのスケジューリング方法を複数個のセルに単純拡張して適用することである。ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨがある時、前記ＰＤＣＣＨ／ＰＤＳＣＨは、同じコンポーネントキャリアを介して送信され、前記ＰＤＣＣＨは、特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリアを介して送信されるＰＵＳＣＨをスケジューリングすることができる。
【０１３８】
交差搬送波スケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）は、特定コンポーネントキャリアを介して送信されるＰＤＣＣＨを介して他のコンポーネントキャリアを介して送信されるＰＤＳＣＨのリソース割当及び／または前記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリア以外の他のコンポーネントキャリアを介して送信されるＰＵＳＣＨのリソース割当をすることができるスケジューリング方法である。即ち、ＰＤＣＣＨとＰＤＳＣＨが互いに異なるダウンリンクＣＣを介して送信されることができ、ＵＬグラントを含むＰＤＣＣＨが送信されたダウンリンクＣＣとリンクされたアップリンクＣＣでない他のアップリンクＣＣを介してＰＵＳＣＨが送信されることができる。このように交差搬送波スケジューリングをサポートするシステムでは、ＰＤＣＣＨが制御情報を提供するＰＤＳＣＨ／ＰＵＳＣＨがどのようなＤＬ  ＣＣ／ＵＬ  ＣＣを介して送信されるかを知らせる搬送波指示子が必要である。以下、このような搬送波指示子を含むフィールドを搬送波指示フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｉｏｎ  ｆｉｅｌｄ、ＣＩＦ）という。
【０１３９】
交差搬送波スケジューリングをサポートするキャリアアグリゲーションシステムは、従来のＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）フォーマットに搬送波指示フィールド（ＣＩＦ）を含むことができる。交差搬送波スケジューリングをサポートするシステム、例えば、ＬＴＥ−Ａシステムでは、既存のＤＣＩフォーマット（即ち、ＬＴＥで使用するＤＣＩフォーマット）にＣＩＦが追加されるため、３ビットが拡張されることができ、ＰＤＣＣＨ構造は、既存のコーディング方法、リソース割当方法（即ち、ＣＣＥベースのリソースマッピング）等を再使用することができる。
【０１４０】
以下、既存制御領域（例えば、ＬＴＥで使用する制御領域）に追加されることができる制御領域に対して説明する。便宜上、追加されることができる制御領域をＥ（ｅｎｈａｎｃｅｄ）−制御領域という。Ｅ−制御領域は、既存の無線通信システムで増加された制御情報を送信するために追加される無線リソース領域である。
【０１４１】
図１０は、本発明の一実施例によって追加されるＥ−制御領域を示す。
【０１４２】
図１０を参照すると、Ｅ−制御領域は、時間領域では、既存の制御領域の次に位置できる。例えば、サブフレームの前方部の３個のＯＦＤＭシンボルで既存の制御領域が送信されると、前記３個のＯＦＤＭシンボルの次に位置するＯＦＤＭシンボルにＥ−制御領域が追加されることができる。周波数領域では、既存の制御領域とＥ−制御領域は、一致してもよく、互いに異なるように設定されてもよい。図１０では、既存の制御領域の一部周波数帯域でのみＥ−制御領域が設定される例を示す。
【０１４３】
Ｅ−制御領域では、改善された端末（ａｄｖａｎｃｅｄ  ＵＥ）のための信号が送信されることができる。改善された端末は、本発明による信号送受信が可能な端末を意味する。既存の端末は、現在通信標準により動作する端末を意味する。即ち、既存の端末は、第１のＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）、例えば、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−１０により動作する第１のタイプ（ｔｙｐｅ）端末であり、改善された端末は、第２のＲＡＴ、例えば、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−１１により動作する第２のタイプ端末である。ここで、第２のＲＡＴは、第１のＲＡＴの進化である。
【０１４４】
Ｅ−制御領域では、例えば、改善された端末のための制御チャネルが送信されることができる。改善された端末のための制御チャネルは、既存端末のための制御チャネルと区分するために、Ｅ−制御チャネルという。Ｅ−制御チャネルには、Ｅ−ＰＤＣＣＨ、Ｅ−ＰＣＦＩＣＨ、Ｅ−ＰＨＩＣＨなどがある。以下、ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨは、既存の制御チャネルを意味し、Ｅ−ＰＤＣＣＨ、Ｅ−ＰＣＦＩＣＨ、Ｅ−ＰＨＩＣＨは、本発明によって追加される制御チャネルを意味する。
【０１４５】
以下、Ｘ領域は、基地局立場ではＸチャネルが送信される無線リソース領域を意味し、端末立場ではＸチャネルを受信する無線リソース領域を意味する。例えば、Ｅ−ＰＨＩＣＨ領域は、Ｅ−ＰＨＩＣＨが送信される無線リソース領域を意味する。
【０１４６】
Ｅ−制御領域では、既存端末が使用しない参照信号が使われることができる。改善された端末は、Ｅ−制御領域で既存端末が使用しない参照信号を利用して信号を受信することができる。
【０１４７】
Ｅ−ＰＨＩＣＨ領域は、Ｅ−ＰＤＣＣＨ領域と周波数領域で区分されて送信されることができる。即ち、Ｅ−ＰＨＩＣＨ領域とＥ−ＰＤＣＣＨ領域は、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）されることができる。
【０１４８】
また、Ｅ−ＰＨＩＣＨ領域は、Ｅ−制御領域内でＥ−ＰＤＣＣＨ領域とＴＤＭ及びＦＤＭされることもできる。即ち、Ｅ−ＰＨＩＣＨは、時間領域でＥ−制御領域を構成するＯＦＤＭシンボルのうち一部ＯＦＤＭシンボルで構成され、周波数領域でＥ−制御領域を構成するリソースブロック（または、副搬送波）のうち一部リソースブロック（または、一部副搬送波）で構成されるリソース領域で送信されることができる。Ｅ−ＰＨＩＣＨ領域は、Ｅ−ＰＤＣＣＨ領域と離隔されて構成されることもできる。
【０１４９】
以下、本発明に対して説明する。
【０１５０】
従来、ＰＨＩＣＨは、ＰＤＣＣＨ領域内で送信される。しかし、将来の無線通信システムでは、ＮＣＴ（ｎｅｗ  ｃａｒｒｉｅｒ  ｔｙｐｅ）を使用することを考慮している。ＮＣＴは、既存のＬＣＴ（ｌｅｇａｃｙ  ｃａｒｒｉｅｒ  ｔｙｐｅ）と異なるチャネル構造を使用する搬送波を意味し、ＰＤＣＣＨ領域を含まない。即ち、ＮＣＴは、主にデータ送信のために使われることができ、この場合、全てのサブフレームにＰＤＣＣＨを含むことはリソースの無駄遣いになる。したがって、ＮＣＴではＬＣＴと違って、サブフレーム内にＰＤＣＣＨ領域を含まずに、制御情報送信のための新しい制御チャネルを、データが送信されるデータ領域内に必要によって挿入して使用することができる。前記新しい制御チャネルは、例えば、前述したＥ−ＰＤＣＣＨになることができる。
【０１５１】
このように、ＮＣＴでは、既存ＰＤＣＣＨ領域が存在しないため、ＰＨＩＣＨも存在しない。従来、端末のアップリンクデータ送信に対するＡＣＫ／ＮＡＣＫは、ＰＨＩＣＨを介して送信されると規定され、この場合、ＡＣＫ／ＮＡＣＫ送信のために使われるＰＨＩＣＨリソースがＰＨＩＣＨグループ、ＰＨＩＣＨシーケンスにより規定された。しかし、ＮＣＴでは、ＰＨＩＣＨ自体が存在しないため、このような従来規定を同じく使用することができないという問題がある。
【０１５２】
また、既存ＬＣＴでもサブフレームによってＰＨＩＣＨを経由せずにＡＣＫ／ＮＡＣＫを送信することができる。例えば、特定サブフレームでは、Ｅ−ＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを送信することができる。この場合にも、従来ＰＨＩＣＨを介したＡＣＫ／ＮＡＣＫ送信方法を同じく利用しにくい。
【０１５３】
このような問題を解決するために、本発明ではＡＣＫ／ＮＡＣＫ専用チャネル、即ち、ＰＨＩＣＨを利用せずに、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介してＡＣＫ／ＮＡＣＫを送信する方法を提供する。
【０１５４】
図１１は、本発明の一実施例に係るＡＣＫ／ＮＡＣＫ受信方法を示す。
【０１５５】
図１１を参照すると、基地局は、端末にＵＬグラントを送信する（Ｓ５００）。端末は、ＰＵＳＣＨを基地局に送信する（Ｓ５１０）。前記ＰＵＳＣＨは、前記ＵＬグラントによりスケジューリングされたものである。基地局は、ＤＣＩを介してＡＣＫ／ＮＡＣＫを送信する（Ｓ５２０）。前記ＡＣＫ／ＮＡＣＫは、前記ＰＵＳＣＨ、より具体的には、前記ＰＵＳＣＨに含まれている送信ブロックまたはコードワードに対する応答である。
【０１５６】
以下、ＤＣＩを介してＡＣＫ／ＮＡＣＫを送信する方法に対して具体的に説明する。以下、便宜上、ＰＵＳＣＨ送信に対するＡＣＫ／ＮＡＣＫ応答をＨＩ（ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ）と略称する。
【０１５７】
図１２は、ＨＩが送信されるＤＣＩフォーマットの一例を示す。
【０１５８】
図１２を参照すると、ＤＣＩフォーマットは、制御データフィールドとＣＲＣで構成されることができる。制御データフィールドは、複数の端末に割り当てられたＰＵＳＣＨに対するＨＩが多重化されて送信されることができるＨＩビットフィールドを含むことができる。
【０１５９】
即ち、一つのＤＣＩには複数の端末に対するＨＩが多重化されて送信されることができる。
【０１６０】
各端末は、ＤＣＩ内で自分に対するＡＣＫ／ＮＡＣＫ情報を検出しなければならない。このとき、端末がどのように自分に対するＡＣＫ／ＮＡＣＫを検出するかが問題になる。これと関連して、二つの方法を考慮することができる。即ち、既存のＰＨＩＣＨグループ、ＰＨＩＣＨシーケンス対とＰＨＩＣＨリソースとの間のマッピング関係を活用することができる方法と、他の方法として、ＰＵＳＣＨとＨＩビットフィールドとの間の新しいマッピング関係を規定する方法である。
【０１６１】
Ｉ．既存のＰＨＩＣＨグループ、ＰＨＩＣＨシーケンス対とＰＨＩＣＨリソースとの間のマッピング規則を活用する方法
【０１６２】
図１３は、既存のＰＨＩＣＨグループ、ＰＨＩＣＨシーケンス対とＰＨＩＣＨリソースとの間のマッピングを示す一例である。
【０１６３】
図１３を参照すると、ＨＩが送信されることができる複数のＰＨＩＣＨリソースが存在する。前記複数のＰＨＩＣＨリソースは、ＮｇｒｏｕｐＰＨＩＣＨ個のＰＨＩＣＨグループで構成され、各ＰＨＩＣＨグループは、２ＮＰＨＩＣＨＳＦ個のＰＨＩＣＨリソースで構成されることができる。この場合、前記複数のＰＨＩＣＨリソースのうち、特定ＰＨＩＣＨリソースは、ＰＨＩＣＨグループインデックス（ｎｇｒｏｕｐＰＨＩＣＨ）、ＰＨＩＣＨグループ内のＰＨＩＣＨシーケンスインデックス（ｎｓｅｑＰＨＩＣＨ）により指示される。
【０１６４】
また、ＰＨＩＣＨグループインデックスとＰＨＩＣＨシーケンスインデックスは、割り当てられたＰＵＳＣＨの最小インデックスであるＩｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡとＰＵＳＣＨをスケジューリングするＵＬグラントに含まれているＤＭＲＳ循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）であるｎＤＭＲＳ値の組合せに基づいて決定されることができる。
【０１６５】
アップリンクにＭＩＭＯが適用される場合、２個のコードワードが一つのＰＵＳＣＨで送信されることができ、このとき、ＰＨＩＣＨでは前記２個のコードワードに対するＨＩ送信が必要である。この場合、２番目のコードワードに対するＨＩを送信するＰＨＩＣＨリソースは、ＰＵＳＣＨの最小インデックスに１を加えた値に基づいて決定されることができる。
【０１６６】
このような従来のＰＨＩＣＨグループインデックス及びＰＨＩＣＨシーケンスインデックス対とＰＨＩＣＨリソースとの間のマッピング規則を最大限活用してＤＣＩ内の特定ビットフィールドを指示することができる。
【０１６７】
図１４は、本発明の一実施例に係るＤＣＩ内の特定ビットフィールドを指示する方法を例示する。
【０１６８】
図１４を参照すると、ＨＩを送信することができるＤＣＩが複数個存在できる。例えば、ＰＨＩＣＨグループの個数（ＮｇｒｏｕｐＰＨＩＣＨ）ほどのＤＣＩが存在できる。また、各ＤＣＩは、ＰＨＩＣＨシーケンスの長さ（２ＮＰＨＩＣＨＳＦ）ほどのＨＩビットフィールドを有し、また、ＣＲＣフィールドを有することができる。各ＤＣＩは、互いに区分されるＨＩ−ＲＮＴＩでＣＲＣスクランブリングされることができる。ＨＩ−ＲＮＴＩは、ＨＩを送信するためのＤＣＩに使われるＲＮＴＩを示す。
【０１６９】
この場合、ＰＨＩＣＨグループインデックス（ｎｇｒｏｕｐＰＨＩＣＨ）の値により特定ＤＣＩを指示することができ、ＰＨＩＣＨグループ内のＰＨＩＣＨシーケンスインデックス（ｎｓｅｑＰＨＩＣＨ）により前記特定ＤＣＩ内で特定ビットを指示することができる。
【０１７０】
この方法は、ＰＨＩＣＨシーケンスの長さが短い場合、ＰＨＩＣＨグループ個数によって多くの数のＤＣＩを生成しなければならない。また、各ＤＣＩに追加されるＣＲＣのオーバーヘッドも発生する。
【０１７１】
図１５は、本発明の一実施例に係るＤＣＩ内の特定ビットフィールドを指示する他の方法を例示する。
【０１７２】
図１５を参照すると、ＨＩ−ＲＮＴＩ０でＣＲＣスクランブリングされたＤＣＩ０とＨＩ−ＲＮＴＩ１でスクランブリングされたＤＣＩ１がある。各ＤＣＩは、複数のＰＨＩＣＨグループとマッピングされることができる。例えば、ＤＣＩ０は、ＰＨＩＣＨグループ０、１、２とマッピングされ、ＤＣＩ１は、ＰＨＩＣＨグループ３、４、５とマッピングされることができる。
【０１７３】
ＰＨＩＣＨグループインデックス（ｎｇｒｏｕｐＰＨＩＣＨ）が与えられると、端末は、どのＤＣＩを指示するかを知ることができる。例えば、ＰＨＩＣＨグループインデックスがＰＨＩＣＨグループ１を示す場合、ＤＣＩ０を指示することを知ることができる。また、ＰＨＩＣＨグループ内のＰＨＩＣＨシーケンスインデックス（ｎｓｅｑＰＨＩＣＨ）によりＰＨＩＣＨグループ１にマッピングされるビットのうち何番目のビットが自分のＨＩを含んでいるかを知ることができる。
【０１７４】
ＨＩ−ＲＮＴＩの個数は、ＲＲＣ信号により直接知らせることができる。または、ＤＣＩの長さとＮｇにより決定されるＰＨＩＣＨグループの個数によって決定されることができる。
【０１７５】
ＨＩを送信するＤＣＩの長さは、同じ検索空間を共有する他のＤＣＩの長さと同じくすることができる。ＨＩを送信するＤＣＩによってブラインドデコーディング回数が増加することを防止するためである。
【０１７６】
ＨＩを送信するＤＣＩの長さをＢ（ビット）とする。ここで、Ｂビットは、ＣＲＣを除外したＨＩビットフィールドの大きさを示すことができる。この場合、ＲＮＴＩの個数は、以下の数式のように決定されることができる。
【０１７７】
【数１５】
2016513929.tif 000026
【０１７８】
一方、ＢがＰＨＩＣＨシーケンス長さの整数倍がない場合、一つのＰＨＩＣＨグループが互いに異なるＤＣＩを介して送信されることができる。即ち、一つのＰＨＩＣＨグループが一つのＤＣＩにマッピングされずに、２個のＤＣＩにマッピングされることができる。前記２個のＤＣＩは、各々、異なるＲＮＴＩでスクランブリングされることができる。
【０１７９】
一つのＰＨＩＣＨグループが互いに異なるＤＣＩにマッピングされることを避けるために、Ｂの値は、ＰＨＩＣＨシーケンス長さの整数倍になるように制限することができる。
【０１８０】
この場合、ＲＮＴＩの数は、以下の数式のように決定されることができる。
【０１８１】
【数１６】
2016513929.tif 000027
【０１８２】
このとき、残りのビットフィールドは、仮想ＣＲＣとして活用し、またはＤＣＩの１番目のＰＨＩＣＨグループのＨＩの循環シフト値を使用するようにすることができる。最後のＲＮＴＩに該当するＤＣＩの場合、ＰＨＩＣＨグループ数が足りないことがある。
【０１８３】
ＰＨＩＣＨグループの数は、ダウンリンクリソースブロックの個数によって決定されることができる。アップリンクリソースブロックの個数によってＰＨＩＣＨグループの数を決定することが好ましいが、アップリンクリソースブロックの個数はＳＩＢで送信されるため、Ｎｇを利用してＰＨＩＣＨグループ数を把握し、ＰＤＣＣＨを構成した後になってこそ、ＳＩＢが送信されるＰＤＳＣＨを検出することができるためである。
【０１８４】
しかし、ＮｇのようにＰＨＩＣＨリソースの数を決定する変数の適用時点がアップリンクリソースブロックの個数を把握する時点と同じ、またはその以後になる場合、アップリンクリソースブロックの個数を適用することが好ましい。
【０１８５】
即ち、既存のＰＤＣＣＨ領域のＰＨＩＣＨリソースでない、ＰＤＳＣＨ領域やＥ−ＰＤＣＣＨ領域を介して、または既存ＰＤＣＣＨ領域のＰＤＣＣＨに送信されるＤＣＩの形態にＥ−ＰＨＩＣＨが送信される場合、アップリンクリソースブロックの個数によってＰＨＩＣＨの数を決定することができる。
【０１８６】
図１５のように、複数のＰＨＩＣＨグループと一つのＲＮＴＩがマッピングされるようにする場合、一部ＰＨＩＣＨグループのみが使われる場合にＤＣＩの無駄遣いが発生できる。例えば、ＰＨＩＣＨグループ０、１、２がＨＩ−ＲＮＴＩ０でスクランブリングされるＤＣＩ０で送信され、ＰＨＩＣＨグループ３、４、５はＨＩ−ＲＮＴＩ１でスクランブリングされるＤＣＩ１で送信されるようにマッピングされた場合を仮定する。この場合、ＰＨＩＣＨグループ０、２、３をＨＩ送信のために使用する場合、一つのＤＣＩで３個のＰＨＩＣＨグループを送信することができるにもかかわらず、２個のＤＣＩを使用しなければならない。
【０１８７】
したがって、ＰＨＩＣＨグループの組合せによるＨＩ−ＲＮＴＩ対応を多様にすることでＤＣＩの無駄遣いを減らす方法を考慮することができる。
【０１８８】
例えば、ＰＨＩＣＨグループの個数が６個であり、一つのＤＣＩに３個ずつのＰＨＩＣＨグループが送信される場合、６個のＰＨＩＣＨグループで３個のＰＨＩＣＨグループを選択する組合せ（即ち、６Ｃ３＝２０）は総２０個である。これを各々２０個のＨＩ−ＲＮＴＩにマッピングさせる場合、必要な組合せによってＤＣＩを構成することができる長所がある。複数のＲＮＴＩリソースの予約が必要であるが、実際に物理的なリソースを占有するＤＣＩの個数を減らす効果がある。
【０１８９】
また、ＤＣＩのデコーディング以後スクランブリングされたＲＮＴＩのみを対照すればいいため、ブラインドデコーディング回数の増加も誘発しない。ＨＩ−ＲＮＴＩとＰＨＩＣＨグループの組合せの対応は、予め約束された規則により、またはシグナリングにより行われることができる。シグナリングは、ＲＲＣメッセージのような上位階層信号により行われることができる。全てのＰＨＩＣＨグループの組合せに対してＨＩ−ＲＮＴＩを割り当てることもできるが、ＨＩ−ＲＮＴＩ割当の負担を適正に維持するために、一部の組合せに対してのみＨＩ−ＲＮＴＩを割り当てることができる。
【０１９０】
一方、一つのＨＩ−ＲＮＴＩに対応されるＰＨＩＣＨグループの個数が決定されると、ＰＨＩＣＨグループ番号とＨＩ−ＲＮＴＩの対応関係は、下記のように決定されることができる。
【０１９１】
ＨＩ−ＲＮＴＩ間の順序とＰＨＩＣＨグループ間の順序を同じくし、または対応するようにすることができる。例えば、ＨＩ−ＲＮＴＩの最小値がＰＨＩＣＨグループの最小値に対応されるようにすることができる。
【０１９２】
ＨＩ−ＲＮＴＩがＲＲＣメッセージでシグナリングされる場合、ＨＩ−ＲＮＴＩのフィールド順にＰＨＩＣＨグループを順次にマッピングすることができる。
【０１９３】
一方、ＴＤＤの場合、ＵＬ−ＤＬ設定によって、一つのフレーム内にＤＬサブフレームの個数よりＵＬサブフレームの個数が多い（例えば、ＵＬ−ＤＬ設定０）。
【０１９４】
このような場合、一つのＤＬサブフレームで２個のＵＬサブフレームのＰＵＳＣＨに対するＨＩを送信しなければならない。そのために、該当サブフレームではＩＰＨＩＣＨ＝１であるＰＨＩＣＨリソースの設定になり、ＰＨＩＣＨグループの数が２倍になる。ＮｇｒｏｕｐＰＨＩＣＨの値は、一つのＵＬサブフレームに対応されるＰＨＩＣＨグループの数であり、複数のＤＬサブフレームでの総ＰＨＩＣＨグループの数は２ＮｇｒｏｕｐＰＨＩＣＨになる。
【０１９５】
そのために、ＨＩ−ＲＮＴＩの値は、ＲＲＣでシグナリングされ、またはＩＰＨＩＣＨ＝０の場合のＰＨＩＣＨグループ値にオフセット値を加えた値が選択されることができる。オフセット値は、ＩＰＨＩＣＨ＝０である場合のＨＩ−ＲＮＴＩの総個数になることができる。
【０１９６】
または、ＰＨＩＣＨグループの個数は維持し、ＰＨＩＣＨグループの選択値に循環シフトを適用するオフセットを加える方法を使用することができる。例えば、下記のような方法を適用することができる。
【０１９７】
【数１７】
2016513929.tif 000028
【０１９８】
前記数式において、ＩＰＨＩＣＨ＝１のＰＨＩＣＨグループの選択のためのオフセットは、同じＤＣＩ内のＰＨＩＣＨグループ間の選択をするようにすることができる。一つの端末が一つのＤＣＩのみを検出するようにするためである。
【０１９９】
一方、ＵＬ  ＭＩＭＯを使用する場合、２番目のコードワードに対するＨＩリソースが必要である。
【０２００】
既存のように割当を受けたＰＵＳＣＨの最初インデックスに１を加えた値（即ち、ＩＰＲＢ＿ＲＡ＝Ｉｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡ＋１）を使用することができる。しかし、この方法は、ＰＨＩＣＨグループインデックスとＰＨＩＣＨシーケンスインデックスが同時に変わるため、互いに異なるＨＩ−ＲＮＴＩのＤＣＩで送信される可能性が増加する。
【０２０１】
したがって、同じＨＩ−ＲＮＴＩに送信されるＰＨＩＣＨグループ内でのオフセットを適用し、または同じＰＨＩＣＨグループインデックスを使用するようにオフセットを適用せずに、ＰＨＩＣＨシーケンスインデックスの選択にのみオフセットを適用することができる。一つの端末は、一つのＤＣＩのみを検出するようにすることができる。
【０２０２】
前記では（ＰＨＩＣＨグループインデックス，ＰＨＩＣＨシーケンスインデックス）対とＰＨＩＣＨリソースとのマッピング規則を最大限活用し、（ＰＨＩＣＨグループインデックス，ＰＨＩＣＨシーケンスインデックス）とＤＣＩ内のＨＩビットフィールドとマッピングする例を説明した。ここで、ＰＨＩＣＨグループインデックス及びＰＨＩＣＨシーケンスインデックスは、ＰＵＳＣＨを構成する最小リソースブロックインデックス（Ｉｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡ）とＰＵＳＣＨをスケジューリングするアップリンクグラントに含まれているＤＭＲＳ循環シフト値（ｎＤＭＲＳ）に基づいて決定される。したがって、ＨＩビットフィールドは、Ｉｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡ、ｎＤＭＲＳに基づいて決定されているということができる。
【０２０３】
以下、ＰＵＳＣＨとＨＩビットフィールドの新しいマッピング規則に対して説明する。
【０２０４】
ＩＩ．ＰＵＳＣＨとＨＩビットフィールドのマッピング規則。
【０２０５】
複数のＨＩが多重化されてジョイントコーディングされるＤＣＩではＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に基づいて区分されるＰＨＩＣＨグループを適用することは非効率的である。したがって、ＰＨＩＣＨグループの代わりにＨＩ−ＲＮＴＩ別にＰＨＩＣＨリソースを区分することが好ましい。
【０２０６】
図１６は、複数のＤＣＩで特定ＨＩビットフィールドをマッピングする一例を示す。
【０２０７】
一つのＤＣＩのＨＩビットフィールドの長さをＮＨＩＨＩ−ｆｉｅｌｄとする。ＲＮＴＩの個数をＮＲＮＴＩＨＩとする。前記ＮＲＮＴＩＨＩは、下記のように決定されることができる。
【０２０８】
【数１８】
2016513929.tif 000029
【０２０９】
ＮＨＩＨＩ−ｆｉｅｌｄは、予め決められた値を使用し、またはＲＲＣでシグナリングされる値を使用することができる。または、周波数帯域によって決定される値または特定ＤＣＩフォーマットの情報フィールド大きさになることができる。ＮＤＬＲＢは、ダウンリンクに割り当てられたリソースブロックの個数であり、アップリンクに割り当てられたリソースブロックの個数であるＮＵＬＲＢに代替されることができる。
【０２１０】
ＲＮＴＩの個数は、ＰＵＳＣＨ割当単位である２、３、５を基数（ｒａｄｉｘ）として有する値または２、３、５の倍数値で構成されることができる。これは２以上のリソースブロックを割り当てる場合、ＰＵＳＣＨスケジューリング単位は２、３、５を基数として有する値になるためである。したがって、このような方法を利用する場合、ＰＵＳＣＨとＨＩ対応リソースの活用度を高めることができる。即ち、ＰＵＳＣＨ割当単位によってよく使われないリソースを特定ＨＩ−ＲＮＴＩのＤＣＩに集中させてＨＩ向けのＤＣＩの送信を減らすことができる。
【０２１１】
図１６に示す方法によると、ＲＮＴＩを指示するインデックス（ｎＲＮＴＩＨＩ）及び前記ＨＩビットフィールドで特定ビットを指示するインデックス（ｎｉｎｄｅｘＨＩ）に基づいて特定端末に対するＡＣＫ／ＮＡＣＫがどのＤＣＩ内にどのビットに位置したかが識別されることができる。
【０２１２】
一方、ＩＰＲＢ＿ＲＡ、ｎＤＭＲＳ値によるｎＲＮＴＩＨＩ、ｎｉｎｄｅｘＨＩの選択は、下記のように決定することができる。
【０２１３】
ｎＲＮＴＩＨＩは、設定されたＨＩ−ＲＮＴＩを決められた順序通りに番号を付けた値である。ＨＩ−ＲＮＴＩの使用順序は、下記のように決定されることができる。
【０２１４】
ＨＩ−ＲＮＴＩ値の順序通りに（例えば、ＨＩ−ＲＮＴＩの値が小さい値から大きい値の順に）順次にマッピングすることができる。または、ＨＩ−ＲＮＴＩがＲＲＣメッセージでシグナリングされる場合、ＨＩ−ＲＮＴＩフィールド順にＰＨＩＣＨグループを順次にマッピングすることができる。
【０２１５】
最後のＨＩ−ＲＮＴＩリソースから次のリソースへ変わる場合には、最初のリソースに循環シフトされて適用されることができる。
【０２１６】
ＩＰＲＢ＿ＲＡ、ｎＤＭＲＳの値の和の１増加をｎＲＮＴＩＨＩの変更に反映することができる。
【０２１７】
既存のＰＨＩＣＨグループリソース選択方法と同様に、値の１増加をＲＮＴＩの選択に反映する。ｎＤＭＲＳ＝０の場合、ＰＵＳＣＨの連続されたＲＢインデックス値が互いに異なるＲＮＴＩに割り当てられることができる。
【０２１８】
即ち、ＰＵＳＣＨの最小ＲＢインデックスに対応されるリソースのみを活用するため、最小インデックスに対応されるＨＩリソース以外のＰＵＳＣＨインデックスに対応されるＨＩリソースは、他の端末にも活用されない。
【０２１９】
ｎＲＮＴＩＨＩ、ｎｉｎｄｅｘＨＩは、以下の数式のように決定されることができる。
【０２２０】
【数１９】
2016513929.tif 000030
【０２２１】
または、ＩＰＲＢ＿ＲＡ、ｎＤＭＲＳの和に隣接する値は、可能な限り同じｎＲＮＴＩＨＩに位置するように設定できる。隣接する値は、可能な限り同じｎＲＮＴＩＨＩに位置するようにしてＨＩ向けのＤＣＩリソースの管理をアップリンクリソースブロック単位にする。
【０２２２】
例えば、ｎＲＮＴＩＨＩ、ｎｉｎｄｅｘＨＩは、以下の数式のように決定されることができる。
【０２２３】
【数２０】
2016513929.tif 000031
【０２２４】
または、ｎＤＭＲＳ値の適用を同じＲＮＴＩのＤＣＩでのインデックスに限定することもできる。例えば、ｎＲＮＴＩＨＩの入力パラメータとしてｎＤＭＲＳは除いてＩＰＲＢ＿ＲＡのみを適用することができる。ｎＤＭＲＳは、ｎｉｎｄｅｘＨＩの入力パラメータとして適用できる。即ち、ｎＤＭＲＳの値は、同じｎＲＮＴＩＨＩに位置するように設定され、一つのＤＣＩでのＨＩの衝突可否のみを考慮してｎＤＭＲＳの値を調整するようにすることができる。即ち、ｎＤＭＲＳの値の増加分に応じて同じＲＮＴＩでの循環シフトが適用されるようにする。ＨＩリソースがＰＵＳＣＨの個数に比べて不足に設定された時衝突回避をより単純にすることができる長所がある。
【０２２５】
例えば、ｎＲＮＴＩＨＩ、ｎｉｎｄｅｘＨＩは、以下の数式のように決定されることができる。
【０２２６】
【数２１】
2016513929.tif 000032
【０２２７】
一方、アップリンクＭＩＭＯの２番目のコードワードに対するＨＩリソースの選択を同じＲＮＴＩのＤＣＩでのインデックスに限定することができる。
【０２２８】
ＵＬ  ＭＩＭＯによる２個のコードワードに対する２個のＨＩ値は、一つの端末を対象にするようになる。したがって、端末が一つのＤＣＩのみをデコーディングすることができるように、ｎＲＮＴＩＨＩの入力パラメータとしてＩｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡを適用し、ｎｉｎｄｅｘＨＩの入力パラメータとしてＩＰＲＢ＿ＲＡを適用する。
【０２２９】
即ち、２個のコードワードに対するＨＩは、同じＲＮＴＩに対応されるようにし、該当ＲＮＴＩのＤＣＩでのＨＩインデックスとして区分される。もし、コードワードによって互いに異なるＲＮＴＩのＤＣＩにマッピングされると、一部ＤＣＩを受信することができない場合、再送信コードワードに曖昧さが発生できる。
【０２３０】
ｎＲＮＴＩＨＩ、ｎｉｎｄｅｘＨＩは、以下の数式のように決定されることができる。
【０２３１】
【数２２】
2016513929.tif 000033
【０２３２】
図１７は、基地局及び端末を示すブロック図である。
【０２３３】
基地局１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びＲＦ部（ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）  ｕｎｉｔ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現する。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。ＲＦ部１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。
【０２３４】
端末２００は、プロセッサ２１０、メモリ２２０及びＲＦ部２３０を含む。プロセッサ２１０は、提案された機能、過程及び／または方法を具現する。メモリ２２０は、プロセッサ２１０と連結され、プロセッサ２１０を駆動するための多様な情報を格納する。ＲＦ部２３０は、プロセッサ２１０と連結され、無線信号を送信及び／または受信する。
【０２３５】
プロセッサ１１０、２１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。図７のＯＦＤＭ送信機及びＯＦＤＭ受信機は、プロセッサ１１０、２１０内に具現されることができる。メモリ１２０、２２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部  １３０、２３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１２０、２２０に格納され、プロセッサ１１０、２１０により実行されることができる。メモリ１２０、２２０は、プロセッサ１１０、２１０の内部または外部にあり、よく知られた多様な手段でプロセッサ１１０、２１０と連結されることができる。
【図１】
2016513929.tif 000034
【図２】
2016513929.tif 000035
【図３】
2016513929.tif 000036
【図４】
2016513929.tif 000037
【図５】
2016513929.tif 000038
【図６】
2016513929.tif 000039
【図７】
2016513929.tif 000040
【図８】
2016513929.tif 000041
【図９】
2016513929.tif 000042
【図１０】
2016513929.tif 000043
【図１１】
2016513929.tif 000044
【図１２】
2016513929.tif 000045
【図１３】
2016513929.tif 000046
【図１４】
2016513929.tif 000047
【図１５】
2016513929.tif 000048
【図１６】
2016513929.tif 000049
【図１７】
2016513929.tif 000050
【国際調査報告】
2016513929.tif 000051
2016513929.tif 000052
2016513929.tif 000053
2016513929.tif 000054