(57)【要約】本発明では、無線通信システムにおける端末の物理アップリンク制御チャネル送信実行方法を提供する。前記方法は、基地局からシステム情報を受信し、前記システム情報は、複数個のＰＵＣＣＨリソースセット（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のうち一つのＰＵＣＣＨリソースセットに対する情報を含み、前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行し、前記複数個のＰＵＣＣＨリソースセットは、各々、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連することを特徴とする。【選択図】図１３
2020507224.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信実行方法において、
基地局からシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記システム情報は、複数個のＰＵＣＣＨリソースセット（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のうち一つのＰＵＣＣＨリソースセットに対する情報を含み、
前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行し、
前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連することを特徴とする方法。
【請求項２】
前記複数個のＰＵＣＣＨリソースセットは、事前に定義されることを特徴とする請求項１に記載の方法。
【請求項３】
前記事前に定義された複数個のＰＵＣＣＨリソースセットの個数は、１６個であることを特徴とする請求項２に記載の方法。
【請求項４】
前記事前に定義された複数個のＰＵＣＣＨリソースセットは、各々、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１に対するものであることを特徴とする請求項２に記載の方法。
【請求項５】
前記複数個のＰＵＣＣＨリソースセットの各々は、前記一つの開始シンボル、前記シンボル個数の組み合わせ、及び前記一つのＰＵＣＣＨフォーマットと関連することを特徴とする請求項１に記載の方法。
【請求項６】
前記システム情報は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）であることを特徴とする請求項１に記載の方法。
【請求項７】
前記一つのＰＵＣＣＨリソースは、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）に基づいて選択されることを特徴とする請求項１に記載の方法。
【請求項８】
前記端末は、専用ＰＵＣＣＨリソースの設定を受けない端末であることを特徴とする請求項１に記載の方法。
【請求項９】
前記端末は、前記専用ＰＵＣＣＨリソースの設定を受ける時まで前記一つのＰＵＣＣＨリソースセットを利用して前記ＰＵＣＣＨ送信を実行することを特徴とする請求項８に記載の方法。
【請求項１０】
端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）は、
無線信号を送信及び受信する送受信機（Ｔｒａｎｓｃｅｉｖｅｒ）と、
前記送受信機と結合して動作するプロセッサとを含み、前記プロセッサは、
基地局からシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記システム情報は、複数個のＰＵＣＣＨリソースセット（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のうち一つのＰＵＣＣＨリソースセットに対する情報を含み、
前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行し、
前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連することを特徴とする端末。
【請求項１１】
前記複数個のＰＵＣＣＨリソースセットは、事前に定義されることを特徴とする請求項１０に記載の端末。
【請求項１２】
前記事前に定義された複数個のＰＵＣＣＨリソースセットの個数は、１６個であることを特徴とする請求項１１に記載の端末。
【請求項１３】
前記事前に定義された複数個のＰＵＣＣＨリソースセットは、各々、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１に対するものであることを特徴とする請求項１１に記載の端末。
【請求項１４】
前記事前に定義された複数個のＰＵＣＣＨリソースセットのシンボル個数は、２、１０、及び１４を含むことを特徴とする請求項１１に記載の端末。
【請求項１５】
無線通信システムにおける基地局により実行されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）受信方法において、
端末にシステム情報を送信し、
端末からＰＵＣＣＨを受信し、
前記システム情報は、複数個のＰＵＣＣＨリソースセットのうち一つのＰＵＣＣＨリソースセットに対する情報を含み、
前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースセットのうち一つのＰＵＣＣＨリソースに基づいて送信されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＵＣＣＨ）送信実行方法及び前記方法を利用する端末に関する。
【背景技術】
【０００２】
より多くの通信機器の大きい通信容量の要求に応じて、既存の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が論議されており、本発明では便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴまたはＮＲという。
【０００３】
ＮＲシステムは、多様なサービスをサポートするために、柔軟性（Ｆｌｅｘｉｂｉｌｉｔｙ）を重要な設計哲学として考慮している。特徴的に、スケジューリング単位をスロット（ｓｌｏｔ）とする時、任意のスロットが、ＤＬデータを送信する物理チャネルである物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）送信スロット（以下、ＤＬスロット）またはＵＬデータを送信する物理チャネルである物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＵＳＣＨ）送信スロット（以下、ＵＬスロット）に動的に変更されることができるようにする構造（以下、動的ＤＬ／ＵＬ設定（Ｄｙｎａｍｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ））をサポートしようとする。ＮＲシステムで前記動的ＤＬ／ＵＬ設定をサポートする場合、ＵＬ送信が可能な領域でＤＬスロットにスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報及び／またはチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）などのＵＬ制御情報を送信する物理チャネルＰＵＣＣＨが送信されることができる。
【０００４】
基地局は、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して端末にＰＵＣＣＨ送信を指示することができ、このとき、ＰＵＣＣＨが送信されるスロットと該当スロット内で送信が始まる時点である開始シンボルと、いくつかのシンボルを介して送信されるかに対する送信持続時間を知らせなければならない。
【０００５】
このとき、柔軟性を考慮して新しい構造が導入されるＮＲシステムでＰＵＣＣＨ送信リソース選択及びＰＵＣＣＨ送信に対する新しい方式を導入すべき必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、無線通信システムにおけるＰＵＣＣＨ送信実行方法及び前記方法を利用する端末を提供することにある。
【課題を解決するための手段】
【０００７】
一側面では、無線通信システムにおける端末のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信実行方法において、基地局からシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記システム情報は、複数個のＰＵＣＣＨリソースセット（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のうち一つのＰＵＣＣＨリソースセットに対する情報を含み、前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行し、前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連することを特徴とする。
【０００８】
前記複数個のＰＵＣＣＨリソースセットは、事前に定義されることでありうる。
【０００９】
前記事前に定義された複数個のＰＵＣＣＨリソースセットの個数は、１６個でありうる。
【００１０】
前記事前に定義された複数個のＰＵＣＣＨリソースセットは、各々、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１に対するものであることでありうる。
【００１１】
前記複数個のＰＵＣＣＨリソースセットの各々は、前記一つの開始シンボル、前記シンボル個数の組み合わせ、及び前記一つのＰＵＣＣＨフォーマットと関連することでありうる。
【００１２】
前記システム情報は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）であることでありうる。
【００１３】
前記一つのＰＵＣＣＨリソースは、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）に基づいて選択されることでありうる。
【００１４】
前記端末は、専用ＰＵＣＣＨリソースの設定を受けない端末であることでありうる。
【００１５】
前記端末は、前記専用ＰＵＣＣＨリソースの設定を受ける時まで前記一つのＰＵＣＣＨリソースセットを利用して前記ＰＵＣＣＨ送信を実行するでありうる。
【００１６】
異なる側面から提供される端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）は、無線信号を送信及び受信する送受信機（Ｔｒａｎｓｃｅｉｖｅｒ）と、前記送受信機と結合して動作するプロセッサとを含み、前記プロセッサは、基地局からシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信し、前記システム情報は、複数個のＰＵＣＣＨリソースセット（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のうち一つのＰＵＣＣＨリソースセットに対する情報を含み、前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行し、前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連することを特徴とする。
【００１７】
前記複数個のＰＵＣＣＨリソースセットは、事前に定義されることでありうる。
【００１８】
前記事前に定義された複数個のＰＵＣＣＨリソースセットの個数は、１６個でありうる。
【００１９】
前記事前に定義された複数個のＰＵＣＣＨリソースセットは、各々、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１に対するものであることでありうる。
【００２０】
前記事前に定義された複数個のＰＵＣＣＨリソースセットのシンボル個数は、２、１０、及び１４を含むことができる。
【００２１】
また違う側面で, 無線通信システムにおける基地局により実行されるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）受信方法において、端末にシステム情報を送信し、及び 端末からＰＵＣＣＨを受信し、前記システム情報は、複数個のＰＵＣＣＨリソースセットのうち一つのＰＵＣＣＨリソースセットに対する情報を含み、前記ＰＵＣＣＨは、前記一つのＰＵＣＣＨリソースセットのうち一つのＰＵＣＣＨリソースに基づいて送信されることを特徴とする。
【発明の効果】
【００２２】
本発明によると、柔軟性を考慮して新しい構造が導入されるＮＲシステムでより効率的なＰＵＣＣＨ送信リソース選択及びこれによるＰＵＣＣＨ送信が可能である。
【図面の簡単な説明】
【００２３】
【図１】本発明が適用されることができる無線通信システムを例示する。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。
【図４】ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図５】ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【図６】ＮＲで適用されることができるフレーム構造を例示する。
【図７】ＣＯＲＥＳＥＴを例示する。
【図８】従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。
【図９】新しい無線アクセス技術に対するフレーム構造の一例を示す。
【図１０】前記ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング（Ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ）構造を抽象的に図式化したものである。
【図１１】ダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）送信過程で同期化シグナル（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）に対して前記ビームスイーピング（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作を図式化したものである。
【図１２】前記オプション１のＰＲＢリソース割当方法を説明するための例である。
【図１３】端末の観点で、本発明の一実施例に係る端末のＰＵＣＣＨ送信実行方法を示す。
【図１４】端末の観点で、本発明の一実施例に係るＰＵＣＣＨ送信装置を示す。
【図１５】基地局の観点で、本発明の一実施例に係るＰＵＣＣＨ受信方法を示す。
【図１６】基地局の観点で、本発明の一実施例に係るＰＵＣＣＨ受信装置を示す。
【図１７】図１３及び図１５に基づく、本発明の一実施例に係るＰＵＣＣＨ送信過程を概略的に図式化したものである。
【図１８】本発明を実行する送信装置１８１０及び受信装置１８２０の構成要素を示すブロック図である。ここで、前記送信装置及び受信装置は、各々、基地局または端末である。
【図１９】送信装置１８１０内の信号処理モジュール構造の一例を示す。ここで、信号処理は、図１８のプロセッサ１８１１、１８２１のような基地局／端末のプロセッサで実行されることができる。
【図２０】送信装置１８１０内の信号処理モジュール構造の他の例を示す。ここで、信号処理は、図１８のプロセッサ１８１１、１８２１等、端末／基地局のプロセッサで実行されることができる。
【図２１】本発明の具現例に係る無線通信装置の一例を示す。
【発明を実施するための形態】
【００２４】
図１は、本発明が適用されることができる無線通信システムを例示する。これは、Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ-ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ-Ａシステムと呼ばれることができる。
【００２５】
Ｅ-ＵＴＲＡＮは、端末１０（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。
【００２６】
基地局２０は、Ｘ２インターフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ-ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００２７】
ＥＰＣ３０は、ＭＭＥ、Ｓ-ＧＷ及びＰ-ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ-Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ-ＧＷは、Ｅ-ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ-ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２８】
端末とネットワークとの間の無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができるが、この中で第１階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線資源を制御する役割を行う。このために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２９】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）で、制御平面は、制御信号送信のためのプロトコルスタックである。
【００３０】
図２及び３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位階層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  tｒａｎｓｆｅｒ  sｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。送信チャネルは、無線インターフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【００３１】
互いに異なる物理階層の間、すなわち送信機と受信機の物理階層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線資源として活用する。
【００３２】
ＭＡＣ階層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３３】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３４】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面においてのみ定義される。ＲＲＣ階層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ-ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１階層（ＰＨＹ階層）及び第２階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３５】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３６】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御平面においてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザ平面においてユーザデータを送信する通路として使用される。
【００３７】
端末のＲＲＣ階層とＥ-ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあるようになる。
【００３８】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）とその以外にユーザトラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３９】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４０】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Ｓｕｂ-ｃａｒｒｉｅｒ）とから構成される。一つのサブフレーム（Ｓｕｂ-ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。資源ブロックは、資源割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ-ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例、第１番目のＯＦＤＭシンボル）の特定副搬送波を利用できる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００４１】
以下、ＬＴＥシステムにおいて、無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ：ＲＲＭ）測定に対して説明する。
【００４２】
ＬＴＥシステムでは電力制御（Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）、スケジューリング（Ｓｃｈｅｄｕｌｉｎｇ）、セル検索（Ｃｅｌｌ  ｓｅａｒｃｈ）、セル再選択（Ｃｅｌｌ  ｒｅｓｅｌｅｃｔｉｏｎ）、ハンドオーバ（Ｈａｎｄｏｖｅｒ）、ラジオリンクまたは接続モニタリング（Ｒａｄｉｏｌｉｎｋ  ｏｒ  Ｃｏｎｎｅｃｔｉｏｎ  ｍｏｎｉｔｏｒｉｎｇ）、接続確立／再確立（Ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈ／ｒｅ−ｅｓｔａｂｌｉｓｈ）などを含むＲＲＭ動作をサポートする。このとき、サービングセルは、端末にＲＲＭ動作を実行するための測定値であるＲＲＭ測定（ｍｅａｓｕｒｅｍｅｎｔ）情報を要求することができ、代表的には、ＬＴＥシステムでは端末が各セルに対するセル検索情報、ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、ＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などの情報を測定して報告できる。具体的に、ＬＴＥシステムにおいて、端末は、サービングセルからＲＲＭ測定のための上位階層信号として‘ｍｅａｓＣｏｎｆｉｇ’の伝達を受ける。端末は、前記‘ｍｅａｓＣｏｎｆｉｇ’の情報によってＲＳＲＰまたはＲＳＲＱを測定する。ここで、ＬＴＥシステムで定義する参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ：ＲＳＲＰ）、参照信号受信品質（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ：ＲＳＲＱ）、参照信号強度指示子（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：ＲＳＳＩ）は、下記のように定義されることができる。
【００４３】
＜ＲＳＲＰ＞
【００４４】
ＲＳＲＰは、考慮される測定周波数帯域内のセル−特定参照信号を送信するリソース要素の電力分布（ｐｏｗｅｒ  ｃｏｎｔｒｉｂｕｔｉｏｎ、［Ｗ］単位）の線形平均に定義することができる。一例として、ＲＳＲＰ決定のために、ＴＳ  ３６．２１１によるセル−特定参照信号Ｒ０が使われることができる。もし、端末がセル−特定参照信号Ｒ１が利用可能であると検知する場合、前記端末は、Ｒ１を追加的に利用してＲＳＲＰを決定することができる。ＲＳＲＰのためのレファレンスポイントは、端末のアンテナコネクタになることができる。もし、端末により受信機ダイバーシティが利用される場合、報告される値は、個別的なダイバーシティブランチに対応するＲＳＲＰより低くない。
【００４５】
＜ＲＳＲＱ＞
【００４６】
ＲＳＲＱは、ＮがＥ−ＵＴＲＡ搬送波ＲＳＳＩ測定帯域幅のリソースブロックの個数である時、Ｅ−ＵＴＲＡ搬送波ＲＳＳＩ（Ｅ−ＵＴＲＡ  ｃａｒｒｉｅｒ  ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｓｔｒｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）に対するＲＳＲＰの割合であって、Ｎ＊ＲＳＲＰ／（Ｅ−ＵＴＲＡ搬送波ＲＳＳＩ）に定義されることができる。前記測定値内の分母及び分子は、リソースブロックの同じセットにより決定されることができる。
【００４７】
Ｅ−ＵＴＲＡ搬送波ＲＳＳＩは、共同−チャネル（ｃｏ−ｃｈａｎｎｅｌ）サービング及び非サービングセル、隣接チャネル干渉、熱雑音などを含む全てのソースからの受信信号に対して、Ｎ個のリソースブロックにわたって、測定帯域幅でアンテナポート０に対する参照シンボルを含むＯＦＤＭシンボルのみで端末により測定された総受信電力（［Ｗ］単位）の線形平均を含むことができる。もし、上位階層シグナリングがＲＳＲＱ測定のためにあるサブフレームを指示した場合、前記指示されたサブフレーム内の全てのＯＦＤＭシンボルに対してＲＳＳＩが測定されることができる。ＲＳＲＱのためのレファレンスポイントは、端末のアンテナコネクタになることができる。もし、端末により受信機ダイバーシティが利用される場合、報告される値は、個別的なダイバーシティブランチに対応するＲＳＲＱより低くない。
【００４８】
＜ＲＳＳＩ＞
【００４９】
ＲＳＳＩは、受信機パルス状フィルタにより定義された帯域幅内の熱雑音及び受信機で生成された雑音を含む受信された広帯域電力に定義されることができる。測定のためのレファレンスポイントは、端末のアンテナコネクタになることができる。もし、端末により受信機ダイバーシティが利用される場合、報告される値は、個別的なダイバーシティブランチに対応するＵＴＲＡ搬送波ＲＳＳＩより低くない。
【００５０】
前記定義によって、前記ＬＴＥシステムで動作する端末は、イントラ−周波数測定（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）である場合にはシステム情報ブロック３（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ  ｔｙｐｅ３：ＳＩＢ３）で送信される許可された測定帯域幅（ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）関連ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を介して、インター−周波数測定（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）である場合にはシステム情報ブロック５（ＳＩＢ５）で送信される許可された測定帯域幅（ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）を介して、６、１５、２５、５０、７５、１００ＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のうち一つに対応される帯域（ｂａｎｄｗｉｄｔｈ）でＲＳＲＰを測定するように許容を受け、または前記ＩＥがない場合にはデフォルト（ｄｅｆａｕｌｔ）で全体ＤＬシステムの周波数帯域で測定できる。このとき、端末が許可された測定帯域幅（ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）を受信する場合、端末は、該当値を最大測定帯域幅（ｍａｘｉｍｕｍ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）と判断して該当値以内で自由にＲＳＲＰの値を測定することができる。ただし、サービングセルがＷＢ−ＲＳＲＱ（ｗｉｄｅｂａｎｄ−ＲＳＲＱ）に定義されるＩＥを送信し、許可された測定帯域幅（ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）を５０ＲＢ以上に設定すると、端末は、全体許可された測定帯域幅（ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）に対するＲＳＲＰ値を計算しなければならない。一方、ＲＳＳＩに対してはＲＳＳＩ帯域幅（ｂａｎｄｗｉｄｔｈ）の定義によって端末の受信機が有する周波数帯域で測定できる。
【００５１】
以下、新しい無線アクセス技術（ｎｅｗｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗＲＡＴ、ＮＲ）に対して説明する。
【００５２】
より多くの通信機器の大きい通信容量の要求に応じて、既存の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が論議されており、本発明では便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴまたはＮＲという。
【００５３】
図４は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【００５４】
図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／またはｅＮＢを含むことができる。図４ではｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互間にＸｎインターフェースで連結されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して連結され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して連結される。
【００５５】
図５は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【００５６】
図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラー管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割当、ＰＤＵセッション制御などの機能を提供することができる。
【００５７】
図６は、ＮＲで適用されることができるフレーム構造を例示する。
【００５８】
図６を参照すると、フレームは、１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成されることができ、１ｍｓで構成されたサブフレーム１０個を含むことができる。
【００５９】
サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）によって一つまたは複数のスロット（ｓｌｏｔ）が含まれることができる。
【００６０】
以下の表１は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）μを例示する。
【００６１】
【表１】
2020507224.tif 000003
【００６２】
以下の表２は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇｃｏｎ  ｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット個数（Ｎｆｒａｍｅμｓｌｏｔ）、サブフレーム内のスロット個数（Ｎｓｕｂｆｒａｍｅμｓｌｏｔ）、スロット内のシンボル個数（Ｎｓｌｏｔｓｙｍｂ）などを例示する。
【００６３】
【表２】
2020507224.tif 000004
【００６４】
図６では、μ＝０、１、２に対して例示している。
【００６５】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、以下の表３のように一つまたはそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）で構成されることができる。
【００６６】
【表３】
2020507224.tif 000005
【００６７】
即ち、ＰＤＣＣＨは、１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信されることができる。ここで、ＣＣＥは、６個のＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）で構成され、一つのＲＥＧは、周波数領域で一つのリソースブロック、時間領域で一つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される。
【００６８】
一方、ＮＲでは、制御リソースセット（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ：ＣＯＲＥＳＥＴ）という新しい単位を導入することができる。端末は、ＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。
【００６９】
図７は、ＣＯＲＥＳＥＴを例示する。
【００７０】
図７を参照すると、ＣＯＲＥＳＥＴは、周波数領域でＮＣＯＲＥＳＥＴＲＢ個のリソースブロックで構成され、時間領域でＮＣＯＲＥＳＥＴｓｙｍｂ∈｛１、２、３｝個のシンボルで構成されることができる。ＮＣＯＲＥＳＥＴＲＢ、ＮＣＯＲＥＳＥＴｓｙｍｂは、上位階層信号を介して基地局により提供されることができる。図７に示すように、ＣＯＲＥＳＥＴ内には複数のＣＣＥ（または、ＲＥＧ）が含まれることができる。
【００７１】
端末は、ＣＯＲＥＳＥＴ内で、１、２、４、８または１６個のＣＣＥを単位でＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる一つまたは複数個のＣＣＥをＰＤＣＣＨ候補ということができる。
【００７２】
端末は、複数のＣＯＲＥＳＥＴの設定を受けることができる。
【００７３】
図８は、従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。
【００７４】
図８を参照すると、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａ）での制御領域８００は、基地局が使用するシステム帯域全体にわたって構成された。狭い帯域のみをサポートする一部端末（例えば、ｅＭＴＣ／ＮＢ−ＩｏＴ端末）を除いた全ての端末は、基地局が送信する制御情報を正確に受信／デコーディングするためには前記基地局のシステム帯域全体の無線信号が受信可能でなければならない。
【００７５】
それに対し、ＮＲでは、前述したＣＯＲＥＳＥＴを導入した。ＣＯＲＥＳＥＴ８０１、８０２、８０３は、端末が受信すべき制御情報のための無線リソースということができ、システム帯域全体の代わりに一部のみを使用することができる。基地局は、各端末にＣＯＲＥＳＥＴを割り当てることができ、割り当てたＣＯＲＥＳＥＴを介して制御情報を送信することができる。例えば、図８において、第１のＣＯＲＥＳＥＴ８０１は端末１に割り当て、第２のＣＯＲＥＳＥＴ８０２は端末２に割り当て、第３のＣＯＲＥＳＥＴ８０３は端末３に割り当てることができる。ＮＲでの端末は、システム帯域全体を必ず受信しなくても基地局の制御情報を受信することができる。
【００７６】
ＣＯＲＥＳＥＴには、端末特定的な制御情報を送信するための端末特定的なＣＯＲＥＳＥＴと全ての端末に共通的な制御情報を送信するための共通的なＣＯＲＥＳＥＴがある。
【００７７】
一方、ＮＲでは、応用（Ａｐｐｌｉｃａｔｉｏｎ）分野によっては高い信頼性（ｈｉｇｈ  ｒｅｌｉａｂｉｌｉｔｙ）を要求することができ、このような状況でダウンリンク制御チャネル（例えば、ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を介して送信されるＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）に対する目標ＢＬＥＲ（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ）は、従来技術より著しく低くなることがある。このように高い信頼性を要求する要件（ｒｅｑｕｉｒｅｍｅｎｔ）を満たすための方法の一例として、ＤＣＩに含まれる内容（ｃｏｎｔｅｎｔｓ）量を減らしたり、そして／またはＤＣＩ送信時に使用するリソースの量を増加させたりすることができる。このとき、リソースは、時間領域でのリソース、周波数領域でのリソース、コード領域でのリソース、空間領域でのリソースのうち少なくとも一つを含むことができる。
【００７８】
ＮＲでは下記の技術／特徴が適用されることができる。
【００７９】
＜セルフコンテインドサブフレーム構造（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）＞
【００８０】
図９は、新しい無線アクセス技術に対するフレーム構造の一例を示す。
【００８１】
ＮＲではレイテンシー（ｌａｔｅｎｃｙ）を最小化するための目的として、図９のように、一つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）の一つとして考慮されることができる。
【００８２】
図９において、斜線領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示し、黒色部分はアップリンク制御（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示す。表示がない領域は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ  ｄａｔａ；ＤＬ  ｄａｔａ）送信のために使われることもでき、アップリンクデータ（ｕｐｌｉｎｋ  ｄａｔａ；ＵＬ  ｄａｔａ）送信のために使われることもできる。このような構造の特徴は、一個のサブフレーム（ｓｕｂｆｒａｍｅ）内でダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次に進行され、サブフレーム（ｓｕｂｆｒａｍｅ）内でＤＬ  ｄａｔａを送り、ＵＬ  ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受けることができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすようになり、それによって、最終データ伝達のレイテンシー（ｌａｔｅｎｃｙ）を最小化することができる。
【００８３】
このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ  ａｎｄ  ｃｏｎｔｒｏｌ  ＴＤＭｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）で、基地局と端末が送信モードから受信モードへの転換過程または受信モードから送信モードへの転換過程のためのタイプギャップ（ｔｉｍｅ  ｇａｐ）が必要である。そのために、セルフコンテインドサブフレーム構造で、ＤＬからＵＬへ転換される時点の一部ＯＦＤＭシンボルが保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄ：ＧＰ）に設定されることができる。
【００８４】
＜アナログビームフォーミング＃１（Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ＃１）＞
【００８５】
ミリ波（Ｍｉｌｌｉｍｅｔｅｒ  Ｗａｖｅ：ｍｍＷ）では波長が短くなって同一面積に多数個のアンテナエレメント（ｅｌｅｍｅｎｔ）の設置が可能になる。即ち、３０ＧＨｚ帯域における波長は１ｃｍであって、５ｂｙ５ｃｍのパネル（ｐａｎｅｌ）に０．５波長（ｌａｍｂｄａ）間隔に２−次元（ｄｉｍｅｎｓｉｏｎ）配列形態で総１００個のアンテナエレメント（ｅｌｅｍｅｎｔ）設置が可能である。したがって、ｍｍＷでは多数個のアンテナエレメント（ｅｌｅｍｅｎｔ）を使用してビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ：ＢＦ）利得を高めてカバレッジを増加させ、または処理量（ｔｈｒｏｕｇｈｐｕｔ）を高めようとする。
【００８６】
この場合、アンテナエレメント（ｅｌｅｍｅｎｔ）別に送信パワー及び位相調節が可能なようにトランシーバユニット（Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ：ＴＸＲＵ）を有すると、周波数リソース別に独立的なビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）が可能である。しかし、１００余個のアンテナエレメント（ｅｌｅｍｅｎｔ）の全てにＴＸＲＵを設置するには価格側面で実効性が落ちる問題がある。したがって、一つのＴＸＲＵに多数個のアンテナエレメント（ｅｌｅｍｅｎｔ）をマッピング（ｍａｐｐｉｎｇ）してアナログフェーズシフタ（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）でビーム（ｂｅａｍ）の方向を調節する方式が考慮されている。このようなアナログビームフォーミング（ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ）方式は、全帯域において一つのビーム（ｂｅａｍ）方向のみを作ることができて周波数選択的なビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）をすることができないという短所を有する。
【００８７】
デジタルビームフォーミング（Ｄｉｇｉｔａｌ  ＢＦ）とアナログビームフォーミング（ａｎａｌｏｇ  ＢＦ）の中間形態でＱ個のアンテナエレメント（ｅｌｅｍｅｎｔ）より少ない個数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ  ＢＦ）を考慮することができる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメント（ｅｌｅｍｅｎｔ）の連結方式によって異なるが、同時に送信できるビームの方向はＢ個以下に制限されるようになる。
【００８８】
＜アナログビームフォーミング＃２（Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ＃２）＞
【００８９】
ＮＲシステムでは多数のアンテナが使われる場合、デジタルビームフォーミングとアナログビームフォーミングを結合したハイブリッドビームフォーミング技法が台頭されている。このとき、アナログビームフォーミング（または、ＲＦビームフォーミング）は、ＲＦ端でプリコーディング（Ｐｒｅｃｏｄｉｎｇ）（または、コンバイニング（Ｃｏｍｂｉｎｉｎｇ））を実行し、それによって、ＲＦチェイン数とＤ／Ａ（または、Ａ／Ｄ）コンバータ数を減らしてデジタルビームフォーミングに近接する性能を出すことができるという長所がある。便宜上、前記ハイブリッドビームフォーミング構造は、Ｎ個のＴＸＲＵとＭ個の物理的アンテナで表現されることができる。そのとき、送信端で送信するＬ個のデータ階層（ｄａｔａ  ｌａｙｅｒ）に対するデジタルビームフォーミングは、ＮｂｙＬ行列で表現されることができ、以後変換されたＮ個のデジタル信号（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ）は、ＴＸＲＵを経てアナログ信号（ａｎａｌｏｇ  ｓｉｇｎａｌ）に変換された後、ＭｂｙＮ行列で表現されるアナログビームフォーミングが適用される。
【００９０】
図１０は、前記ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング（Ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ）構造を抽象的に図式化したものである。
【００９１】
図１０において、デジタルビーム（ｄｉｇｉｔａｌ  ｂｅａｍ）の個数はＬ個であり、アナログビーム（ａｎａｌｏｇ  ｂｅａｍ）の個数はＮ個である。さらに、ＮＲシステムでは基地局がアナログビームフォーミングをシンボル単位で変更できるように設計して特定の地域に位置した端末にもっと効率的なビームフォーミングをサポートする方向を考慮している。さらに、図７において、特定Ｎ個のＴＸＲＵとＭ個のＲＦアンテナを一つのアンテナパネル（ｐａｎｅｌ）に定義する時、前記ＮＲシステムでは互いに独立的なハイブリッドビームフォーミングが適用可能な複数のアンテナパネルを導入する方案まで考慮されている。
【００９２】
前記のように基地局が複数のアナログビームを活用する場合、端末別に信号受信に有利なアナログビームが異なるため、少なくとも同期化信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）、システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）、ページング（ｐａｇｉｎｇ）などに対しては特定サブフレームで基地局が適用する複数アナログビームをシンボル別に変えて全ての端末が受信機会を有することができるようにするビームスイーピング（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作が考慮されている。
【００９３】
図１１は、ダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）送信過程で同期化シグナル（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）に対して前記ビームスイーピング（ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作を図式化したものである。
【００９４】
図１１において、ＮＲシステムのシステム情報がブロードキャスティング（Ｂｒｏａｄｃａｓｔｉｎｇ）方式に送信される物理的リソース（または、物理チャネル）をｘＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）という。このとき、一シンボル内で互いに異なるアンテナパネルに属するアナログビームは、同時送信されることができ、アナログビーム別チャネルを測定するために図８に図式化されたように（特定アンテナパネルに対応される）単一アナログビームが適用されて送信される参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：ＲＳ）であるビーム参照信号（Ｂｅａｍ  ＲＳ：ＢＲＳ）を導入する方案が論議されている。前記ＢＲＳは、複数のアンテナポートに対して定義されることができ、ＢＲＳの各アンテナポートは、単一アナログビームに対応されることができる。このとき、ＢＲＳとは違って、同期化信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）またはｘＰＢＣＨは、任意の端末がよく受信することができるようにアナログビームグループ（ａｎａｌｏｇ  ｂｅａｍ  ｇｒｏｕｐ）内の全てのアナログビームが適用されて送信されることができる。
【００９５】
一方、ＰＵＣＣＨ及びＰＵＣＣＨリソースと関連して、下記の規則／内容が適用されることができる。
【００９６】
ＰＵＣＣＨ内で報告されるＵＣＩの種類は、ＨＡＲＱ−ＡＣＫ情報、ＳＲ、及びＣＳＩを含む。ＵＣＩビットは、ＨＡＲＱ−ＡＣＫ情報ビット、ＳＲ情報ビット、ＣＳＩビットを含むことができる。
【００９７】
端末は、サービングセル上で
2020507224.tif 000006
個のシンボルを有する一つのスロット内で互いに異なるシンボルで一つまたは二つのＰＵＣＣＨを送信することができる。端末が一つのスロット内に二つのＰＵＣＣＨを送信する時、前記二つのＰＵＣＣＨのうち少なくとも一つは、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット２を使用することができる。
【００９８】
もし、端末が上位階層パラメータであるＰＵＣＣＨ−Ｃｏｎｆｉｇ内のＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔにより提供される専用ＰＵＣＣＨリソース設定を有しない場合、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１により提供される
2020507224.tif 000007
個の物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：ＰＲＢ）を有する最初有効アップリンク（Ｕｐｌｉｎｋ：ＵＬ）帯域幅パート（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ：ＢＷＰ）内のＰＵＣＣＨ上でＨＡＲＱ−ＡＣＫ情報送信のために、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１内の上位階層パラメータｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎにより以下の表４のようにＰＵＣＣＨリソースセットが提供される。ＰＵＣＣＨリソースセットは、１６個のリソースを含み、各々は、ＰＵＣＣＨフォーマット、最初シンボル、長さ、ＰＲＢオフセット
2020507224.tif 000008
、ＰＵＣＣＨ送信のための循環シフトインデックスセットに対応される。端末は、周波数ホッピングを利用してＰＵＣＣＨを送信する。表４において、ＰＵＣＣＨフォーマット１を有するＰＵＣＣＨリソースに対してインデックス０のＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）が使われる。端末は、Ｍｓｇ３（メッセージ３）ＰＵＳＣＨ送信と同じ空間平面送信フィルタを使用してＰＵＣＣＨを送信する。
【００９９】
端末は、ＲＲＣ接続設定前に一つのＨＡＲＱ−ＡＣＫ情報ビットを超過して生成することが期待されない。
【０１００】
ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１の検知に対する応答として端末がＰＵＣＣＨ送信でＨＡＲＱ−ＡＣＫ情報を提供すると、前記端末は、インデックス
2020507224.tif 000009
を有するＰＵＣＣＨリソースを
2020507224.tif 000010
により決定する。ここで、
2020507224.tif 000011
は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を有するＰＤＣＣＨ受信に対する制御リソースセット内のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の個数であり、
2020507224.tif 000012
は、前記ＰＤＣＣＨ受信に対する１番目の（ｆｉｒｓｔ）ＣＣＥのインデックスであり、
2020507224.tif 000013
は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１内のＰＵＣＣＨリソース指示子フィールドの値である。
【０１０１】
もし、
2020507224.tif 000014
である場合、
【０１０２】
−端末は、
2020507224.tif 000015
により第１のホップに対するＰＵＣＣＨ送信のＰＲＢインデックスを決定し、
2020507224.tif 000016
により第２のホップに対するＰＵＣＣＨ送信のＰＲＢインデックスを決定する。ここで、
2020507224.tif 000017
は、最初循環シフトインデックスのセット内の最初循環シフトインデックスの総個数である。
【０１０３】
−端末は、
2020507224.tif 000018
により最初循環シフトインデックスのセット内の最初循環シフトインデックスを決定する。
【０１０４】
もし、
2020507224.tif 000019
である場合、
【０１０５】
−端末は、
2020507224.tif 000020
により第１のホップに対するＰＵＣＣＨ送信のＰＲＢインデックスを決定し、
2020507224.tif 000021
により第２のホップに対するＰＵＣＣＨ送信のＰＲＢインデックスを決定する。
【０１０６】
−端末は、
2020507224.tif 000022
により最初循環シフトインデックスのセット内の最初循環シフトを決定する。
【０１０７】
【表４】
2020507224.tif 000023
【０１０８】
もし、端末が専用ＰＵＣＣＨ送信設定を有する場合、前記端末は、上位階層により１個以上のＰＵＣＣＨリソースの提供を受ける。
【０１０９】
ＰＵＣＣＨリソースは、下記のパラメータを含む。
【０１１０】
−上位階層パラメータｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＩｄにより提供されるＰＵＣＣＨリソースインデックス
【０１１１】
−上位階層パラメータｓｔａｒｔｉｎｇＰＲＢによる、周波数ホッピング以前のまたは周波数ホッピングない第１のＰＲＢインデックス
【０１１２】
−上位階層パラメータｓｅｃｏｎｄＨｏｐＰＲＢによる周波数ホッピング以後の第１のＰＲＢインデックス
【０１１３】
−上位階層パラメータｉｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇによるイントラ−スロット周波数ホッピングに対する指示
【０１１４】
−上位階層パラメータｆｏｒｍａｔにより提供される、ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４までのＰＵＣＣＨフォーマットに対する設定
【０１１５】
もし、上位階層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ０を指示する場合、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０である。ここで、ＰＵＣＣＨリソースは、上位階層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔにより提供される最初循環シフトに対するインデックス、上位階層パラメータｎｒｏｆＳｙｍｂｏｌｓにより提供されるＰＵＣＣＨ送信に対するシンボル個数、上位階層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘにより提供されるＰＵＣＣＨ送信に対する第１のシンボルを含む。
【０１１６】
もし、上位階層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ１を指示する場合、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１である。ここで、ＰＵＣＣＨリソースは、上位階層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔにより提供される最初循環シフトに対するインデックス、上位階層パラメータｎｒｏｆＳｙｍｂｏｌｓにより提供されるＰＵＣＣＨ送信に対するシンボル個数、上位階層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘにより提供されるＰＵＣＣＨ送信に対する第１のシンボル、上位階層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによるＯＣＣに対するインデックスを含む。
【０１１７】
もし、上位階層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ２またはＰＵＣＣＨ−ｆｏｒｍａｔ３を指示する場合、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、各々、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３である。ここで、ＰＵＣＣＨリソースは、上位階層パラメータｎｒｏｆＰＲＢｓにより提供されるＰＲＢ個数、上位階層パラメータｎｒｏｆＳｙｍｂｏｌｓにより提供されるＰＵＣＣＨ送信に対するシンボル個数、上位階層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘにより提供されるＰＵＣＣＨ送信に対する第１のシンボルを含む。
【０１１８】
もし、上位階層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ４を指示する場合、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット４である。ここで、ＰＵＣＣＨリソースは、上位階層パラメータｎｒｏｆＳｙｍｂｏｌｓにより提供されるＰＵＣＣＨ送信に対するシンボル個数、上位階層パラメータｏｃｃ−ＬｅｎｇｔｈによるＯＣＣ長さ、上位階層パラメータｏｃｃ−ＩｎｄｅｘによるＯＣＣインデックス、上位階層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘにより提供されるＰＵＣＣＨ送信に対する第１のシンボルを含む。
【０１１９】
端末は、最大で４個のＰＵＣＣＨリソースセットが設定されることができる。ＰＵＣＣＨリソースセットは、上位階層パラメータＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔにより提供され、上位階層パラメータｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄにより提供されるＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソースセットに使われるｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＩｄのセットを提供する上位階層パラメータｒｅｓｏｕｒｃｅＬｉｓｔにより提供されるＰＵＣＣＨリソースインデックスのセット、上位階層パラメータｍａｘＰａｙｌｏａｄＭｉｎｕｓ１により提供される端末がＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースを利用して送信可能なＵＣＩ情報ビットの最大個数と関連づけられている。第１のＰＵＣＣＨリソースセットに対して、ＵＣＩ情報ビットの最大個数は２である。ＰＵＣＣＨリソースのセットに対するＰＵＣＣＨリソースインデックスの最大個数は、上位階層パラメータｍａｘＮｒｏｆＰＵＣＣＨ−ＲｅｓｏｕｒｃｅｓＰｅｒＳｅｔにより提供される。第１のＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの最大個数は３２であり、残りのＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの最大個数は８である。
【０１２０】
もし、端末がＨＡＲＱ−ＡＣＫ情報ビットを含む
2020507224.tif 000024
個のＵＣＩ情報ビットを送信する場合、端末は、ＰＵＣＣＨリソースセットに対して下記のように決定する。
【０１２１】
−もし、ＨＡＲＱ−ＡＣＫ情報及びＳＲの送信が同時に発生する場合、一つのＳＲ送信時、１個または２個のＨＡＲＱ−ＡＣＫ情報ビット及び肯定（ｐｏｓｉｔｉｖｅ）または不正（ｎｅｇａｔｉｖｅ）ＳＲを含んで
2020507224.tif 000025
である場合、ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝０であるＰＵＣＣＨリ
ソースの第１のセット
【０１２２】
−もし、上位階層パラメータにより提供され、ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝１であるＰＵＣＣＨリソースセットに対して上位階層パラメータｍａｘＰａｙｌｏａｄＭｉｎｕｓ１により
2020507224.tif 000026
が提供され、
2020507224.tif 000027
である場合、ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝１であるＰＵＣＣＨリソースの第２のセット
【０１２３】
−もし、上位階層パラメータにより提供され、ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝２であるＰＵＣＣＨリソースセットに対して上位階層パラメータｍａｘＰａｙｌｏａｄＭｉｎｕｓ１により
2020507224.tif 000028
が提供され、
2020507224.tif 000029
である場合、ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝２であるＰＵＣＣＨリソースの第３のセット
【０１２４】
−もし、上位階層パラメータにより提供され、
2020507224.tif 000030
である場合、ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝３であるＰＵＣＣＨリソースの第４のセット
【０１２５】
以下、本発明に対して説明する。
【０１２６】
ＮＲシステムは、多様なサービスをサポートするために、柔軟性（Ｆｌｅｘｉｂｉｌｉｔｙ）を重要な設計哲学として考慮している。特徴的に、スケジューリング単位をスロット（ｓｌｏｔ）とする時、任意のスロットが、ＤＬデータを送信する物理チャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）送信スロット（以下、ＤＬスロット）またはＵＬデータを送信する物理チャネルであるＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）送信スロット（以下、ＵＬスロット）に動的に変更されることができるようにする構造（以下、動的ＤＬ／ＵＬ設定（Ｄｙｎａｍｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ））をサポートしようとする。ＮＲシステムで前記動的ＤＬ／ＵＬ設定をサポートする場合、ＵＬ送信が可能な領域でＤＬスロットにスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報及び／またはチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）などのＵＬ制御情報を送信する物理チャネルＰＵＣＣＨが送信されることができる。
【０１２７】
基地局は、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介して端末にＰＵＣＣＨ送信を指示することができ、このとき、ＰＵＣＣＨが送信されるスロットと該当スロット内で送信が始まる時点である開始シンボルと、いくつかのシンボルを介して送信されるかに対する送信持続時間を知らせなければならない。また、シンボル内の同一周波数リソースを介して複数の端末がＰＵＣＣＨを送信する多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）をサポートするためには、直交カバーコード（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ：ＯＣＣ）、循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）のようなコードリソースを周波数リソースと組み合わせたＡＲＩ（ａｃｋｎｏｗｌｅｄｇｅ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）セット（ｓｅｔ）を定義してＰＵＣＣＨリソースを割当及び指示しなければならない。
【０１２８】
以下、本発明では、ＤＬ割当（ａｓｓｉｇｎｍｅｎｔ）は、ＰＤＳＣＨスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）を指示するＤＣＩを意味し、ＵＬグラント（ｇｒａｎｔ）は、ＰＵＳＣＨスケジューリングを指示するＤＣＩを意味し、短いＰＵＣＣＨ（Ｓｈｏｒｔ  ＰＵＣＣＨ）は、送信持続時間が１−シンボルまたは２−シンボルで送信されるＰＵＣＣＨを意味し、長いＰＵＣＣＨ（Ｌｏｎｇ  ＰＵＣＣＨ）は、送信持続時間が４−シンボルから１４−シンボルまで送信可能なＰＵＣＣＨを意味する。ＡＲＩ  ＰＵＣＣＨリソース（ＡＲＩ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ）は、ＨＡＲＱ−ＡＣＫとＣＳＩなどを含むアップリンク制御情報が送信されることができるＰＵＣＣＨリソース（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ）であり、ＣＳＩまたはＳＲ  ＰＵＣＣＨリソースは、ＣＳＩとＳＲの各々を送信するための個別的なＰＵＣＣＨリソースを意味する。マルチ−ビームＰＲＡＣＨ（Ｍｕｌｔｉ−ｂｅａｍ  Ｐｈｙｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）は、端末のＰＲＡＣＨ送信ビーム（ｂｅａｍ）やｇＮＢのＰＲＡＣＨ受信ビームの方向が固定的でなく変わる場合を意味する。
【０１２９】
端末が初期接続過程またはフォールバック（ｆａｌｌｂａｃｋ）動作などでＰＵＣＣＨ送信に使用する専用リソースの割当を受けていない時、該当基地局がブロードキャスティング（ｂｒｏａｄｃａｓｔｉｎｇ）するＲＭＳＩ（ｒｅｍａｉｎｉｎｇ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を介して指示されるデフォルトＰＵＣＣＨリソースセット（ｄｅｆａｕｌｔ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のＰＵＣＣＨリソースを使用してＨＡＲＱ−ＡＣＫ応答を送信するようになる。以下、本発明では、デフォルトＰＵＣＣＨリソースセットとそれを構成するＰＵＣＣＨリソースの構成及び割当方式に対して提案する。
【０１３０】
まず、ＰＵＣＣＨフォーマットに対して説明する。
【０１３１】
ＤＬ割当でスケジューリングを受けたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫまたはＣＳＩのようなアップリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信するＰＵＣＣＨは、該当ＵＣＩのペイロードの大きさ（ｐａｙｌｏａｄ  ｓｉｚｅ）と送信持続時間（ＰＵＣＣＨ送信シンボル数）によって、下記のようにＰＵＣＣＨのフォーマット（ｆｏｒｍａｔ）を分けることができる。ここで、それぞれのＰＵＣＣＨフォーマットの番号は、各ＰＵＣＣＨフォーマットの区分のために任意に設定した。
【０１３２】
＜ＰＵＣＣＨフォーマット０（ＰＵＣＣＨ  ｆｏｒｍａｔ０）＞
【０１３３】
−サポート可能なＵＣＩペイロード大きさ：最大Ｋビット（ｕｐ  ｔｏ  Ｋ  ｂｉｔｓ）（以下、Ｋ＝２である。）
【０１３４】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：１からＸシンボル（ｆｒｏｍ  １  ｔｏ  Ｘ  ｓｙｍｂｏｌｓ）（以下、Ｘ＝２である。）
【０１３５】
−送信構造：復調参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＤＭＲＳ）なしでＵＣＩ信号のみで構成され、特定シーケンス（ｓｅｑｕｅｎｃｅ）複数個のうち一つを選択／送信することによって特定ＵＣＩ状態（ｓｔａｔｅ）を送信する構造である。
【０１３６】
＜ＰＵＣＣＨフォーマット１（ＰＵＣＣＨ  ｆｏｒｍａｔ１）＞
【０１３７】
−サポート可能なＵＣＩペイロード大きさ：最大Ｋビット（ｕｐ  ｔｏ  Ｋ  ｂｉｔｓ）
【０１３８】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙシンボル以上Ｚシンボル以下（ｆｒｏｍ  Ｙ  ｔｏ  Ｚ  ｓｙｍｂｏｌｓ）（以下、Ｙ＝４であり、Ｚ＝１４である。）
【０１３９】
−送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルに時分割多重化（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）形態で構成／マッピングされ、ＵＣＩは、特定シーケンスと変調（例えば、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ））シンボルをかける形態であり、ＵＣＩとＤＭＲＳの両方ともにＣＳ／ＯＣＣを適用して（同一ＲＢ内で）複数の端末間マルチプレキシング（ｍｕｌｔｉｐｌｅｘｉｎｇ）をサポートすることができる。
【０１４０】
＜ＰＵＣＣＨフォーマット２（ＰＵＣＣＨ  ｆｏｒｍａｔ２）＞
【０１４１】
−サポート可能なＵＣＩペイロード大きさ：Ｋビット超過（ｍｏｒｅ  ｔｈａｎ  Ｋ  ｂｉｔｓ）
【０１４２】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：１シンボル以上Ｘシンボル以下（ｆｒｏｍ  １  ｔｏ  Ｘ  ｓｙｍｂｏｌｓ）
【０１４３】
−送信構造：ＤＭＲＳとＵＣＩが同一シンボル内で周波数分割多重化（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＦＤＭ）形態で構成／マッピングされ、コーディングされたＵＣＩビット（ｃｏｄｅｄ  ＵＣＩ  ｂｉｔｓ）にＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）なしでＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）のみを適用して送信される構造である。
【０１４４】
＜ＰＵＣＣＨフォーマット３（ＰＵＣＣＨ  ｆｏｒｍａｔ３）＞
【０１４５】
−サポート可能なＵＣＩペイロード大きさ：Ｋビット超過（ｍｏｒｅ  ｔｈａｎ  Ｋ  ｂｉｔｓ）
【０１４６】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙシンボル以上Ｚシンボル以下（ｆｒｏｍ  Ｙ  ｔｏ  Ｚ  ｓｙｍｂｏｌｓ）
【０１４７】
−送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、ｃｏｄｅｄ  ＵＣＩ  ｂｉｔｓにＤＦＴを適用して送信する形態であり、ＵＣＩにはＤＦＴ前端でＯＣＣを適用してＤＭＲＳにはＣＳ（または、ＩＦＤＭ（Ｉｎｔｅｒｌｅａｖｅｄ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）マッピング）を適用することで複数の端末間マルチプレキシングをサポートすることができる。
【０１４８】
＜ＰＵＣＣＨフォーマット４（ＰＵＣＣＨ  ｆｏｒｍａｔ４）＞
【０１４９】
−サポート可能なＵＣＩペイロード大きさ：Ｋビット超過（ｍｏｒｅ  ｔｈａｎ  Ｋ  ｂｉｔｓ）
【０１５０】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙシンボル以上Ｚシンボル以下（ｆｒｏｍ  Ｙ  ｔｏ  Ｚ  ｓｙｍｂｏｌｓ）
【０１５１】
−送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、コーディングされたＵＣＩビット（ｃｏｄｅｄ  ＵＣＩ  ｂｉｔｓ）にＤＦＴを適用して端末間マルチプレキシング無しで送信される構造である。
【０１５２】
端末の初期接続過程またはフォールバック（ｆａｌｌｂａｃｋ）動作などで基地局に送信するＵＣＩペイロード大きさが２ビット以下である場合、デフォルトＰＵＣＣＨリソースセット（ｄｅｆａｕｌｔ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）を構成するＰＵＣＣＨリソースは、前記５個のＰＵＣＣＨフォーマットのうちＰＵＣＣＨフォーマット０とＰＵＣＣＨフォーマット１のみで構成されることができる。
【０１５３】
基地局周辺の端末は、該当基地局がブロードキャスティング（ｂｒｏａｄｃａｓｔｉｎｇ）するＲＭＳＩを受信することができ、該当ＲＭＳＩを介して初期接続過程でＨＡＲＱ−ＡＣＫ応答またはフォールバック動作でＨＡＲＱ−ＡＣＫ応答送信に使用するＰＵＣＣＨリソースセットに対する情報を得ることができる。一例として、ＲＭＳＩを４ビットとする場合、ＲＭＳＩ状態（ｓｔａｔｅ）と指示されるＰＵＣＣＨリソースセットは、総１６個であり、各ＰＵＣＣＨリソースセット内にはＹ個の互いに異なるリソースパラメータ組み合わせを有するＰＵＣＣＨリソースがある。
【０１５４】
端末は、ＰＵＣＣＨ送信に使用する一つのＰＵＣＣＨリソースを下記のような手順により決定できる。
【０１５５】
−ステップ０：１６個のＰＵＣＣＨリソースセットが定義される。
【０１５６】
−ステップ１：ＲＭＳＩ内の４ビットパラメータにより１６個のうち一つのＰＵＣＣＨリソースセットが設定される。
【０１５７】
−ステップ２：ＤＣＩ内の２ビットＡＲＩフィールド（２  ｂｉｔｓ  ＡＲＩ  ｆｉｅｌｄ）を介して設定されたＰＵＣＣＨリソースセット内の４個のサブセット（ｓｕｂｓｅｔ）のうち一つのサブセットが選択される。
【０１５８】
−ステップ３：ＰＤＣＣＨ開始ＣＣＥインデックス（ＰＤＣＣＨ  ｓｔａｒｔｉｎｇ  ＣＣＥ  ｉｎｄｅｘ）から黙示的なマッピング（ｉｍｐｌｉｃｉｔ  ｍａｐｐｉｎｇ）されるサブセット内の一つのＰＵＣＣＨリソースが選択される。
【０１５９】
ただし、ステップ２におけるＡＲＩフィールドは、ＰＵＣＣＨリソース指示子フィールド（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ  ｆｉｅｌｄ）などとも呼ばれ、２ビットでない３ビットであってもよい。
【０１６０】
前記Ｓｔｅｐ０と１の最初ＰＵＣＣＨリソースセット（ｉｎｉｔｉａｌ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）を構成する時は、ネットワークの設定柔軟性のために下記の事項を考慮しなければならない。
【０１６１】
−設定されたＰＵＣＣＨリソースセット内のＰＵＣＣＨフォーマット（ここで、０及び１である。）
【０１６２】
−与えられたＰＵＣＣＨフォーマットで開始シンボル（ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ）とシンボル個数（ｎｕｍｂｅｒ  ｏｆ  ｓｙｍｂｏｌ）
【０１６３】
−ＰＵＣＣＨリソース間の循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）値のギャップ（ここで、１または２または３である。）
【０１６４】
一方、ＰＵＣＣＨリソースセットを構成する各ＰＵＣＣＨリソースに設定されるべきリソースパラメータとその値の範囲は、以下の表５の通りである。
【０１６５】
【表５】
2020507224.tif 000031
【０１６６】
即ち、それぞれのＰＵＣＣＨリソースセットに対するＰＵＣＣＨフォーマット、開始シンボル、シンボル個数、開始ＣＳのインデックスが事前に定義されることができる。ここで、前述した表５は、一つの例示に過ぎず、多様な組み合わせのＰＵＣＣＨリソースセットが定義されることができる。また、ここで、前述したように、総１６個のＰＵＣＣＨリソースセットに対するＰＵＣＣＨフォーマット、開始シンボル、シンボル個数、開始ＣＳのインデックスが事前に定義されることもできる。
【０１６７】
１−シンボルＰＵＣＣＨフォーマット０を除いては周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ）利得のために常に周波数ホッピング（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）がオン状態に送信される。前記表５において、周波数リソースは、最初ＵＬ  ＢＷＰ（ｉｎｉｔｉａｌ  ＵＬ  Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）内にＮ個の物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：ＰＲＢ）がある時、最も低い周波数ＰＲＢ（Ｌｏｗｅｓｔ  ｆｒｅｑｕｅｎｃｙ  ＰＲＢ）をＰＲＢ０から順次にインデクシング（ｉｎｄｅｘｉｎｇ）した場合である。ＰＲＢ割当方式は、下記のような方法が考慮されることができる。
【０１６８】
−オプション１：ＬＴＥのＰＵＣＣＨフォーマット１のように周波数ダイバーシティを極大化するために帯域内の両端にあるＰＲＢから順次に割り当てる方法。
【０１６９】
図１２は、前記オプション１のＰＲＢリソース割当方法を説明するための例である。
【０１７０】
例示１）１−シンボル短いＰＵＣＣＨ（１−ｓｙｍｂｏｌ  ｓｈｏｒｔ  ＰＵＣＣＨ）の場合には図１２の（ａ）のように開始シンボルの位置がスロットの最後のシンボル（例えば、１４番目）であって、該当シンボル内で最初ＵＬ  ＢＷＰ（ｉｎｉｔｉａｌ  ＵＬ  ＢＷＰ）の両端のＰＲＢから交互に割り当てる。（例えば、ＰＲＢ０（最も低いＰＲＢ（ｌｏｗｅｓｔ  ＰＲＢ））→ＰＲＢ  Ｎ−１（最も高いＰＲＢ（ｈｉｇｈｅｓｔ  ＰＲＢ））→ＰＲＢ１（２番目に低いＰＲＢ（ｓｅｃｏｎｄ  ｌｏｗｅｓｔ  ＰＲＢ））→ＰＲＢ  Ｎ−２（２番目に高いＰＲＢ（ｓｅｃｏｎｄ  ｈｉｇｈｅｓｔ  ＰＲＢ））→……）
【０１７１】
例示２）２−シンボル短いＰＵＣＣＨ（２−ｓｙｍｂｏｌ  ｓｈｏｒｔ  ＰＵＣＣＨ）の場合には図１２の（ｂ）のように開始シンボルの位置がスロットの最後から２番目の シンボル（例えば、１３番目）であって、最初ＵＬ  ＢＷＰ（ｉｎｉｔｉａｌ  ＵＬ  ＢＷＰ）の両端のＰＲＢから交互に割り当て、周波数ホッピングしながら送信する場合には１３番目のシンボルの最も低いＰＲＢ（ｌｏｗｅｓｔ  ＰＲＢ）と１４番目のシンボルの最も高いＰＲＢ（ｈｉｇｈｅｓｔ  ＰＲＢ）が２−シンボルＰＵＣＣＨ（２−ｓｙｍｂｏｌ  ＰＵＣＣＨ）を構成する。（例えば、１３番目のシンボルのＰＲＢ０、１４番目のシンボルのＰＲＢ  Ｎ−１→１３番目のシンボルのＰＲＢ  Ｎ−１、１４番目のシンボルのＰＲＢ０→……）
【０１７２】
−オプション２：インター−セル干渉（Ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）を減らすためにＰＲＢ開始インデックス（ｓｔａｒｔｉｎｇ  ｉｎｄｅｘ）をセルＩＤ基盤の演算を介して割り当てる方法
【０１７３】
例示１）常にＵＬ  ＢＷＰの最も低いＰＲＢ（ｌｏｗｅｓｔ  ＰＲＢ）をＰＲＢ０でインデクシングしてＰＵＣＣＨリソースを割り当てるようになると、隣接セルが同じＰＲＢリソースをＰＵＣＣＨリソースとして使用する時、相互間に干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）を及ぼす可能性があるため、ＰＲＢ開始インデックス（ＰＲＢ  ｓｔａｒｔｉｎｇ  ｉｎｄｅｘ）をｍｏｄｕｌｏ（Ｃｅｌｌ  ＩＤ、Ｚ）（ここで、Ｚ＝４である。）のような演算を介してリソース衝突及び干渉を避けることができる。残りのＰＲＢ割当は、オプション１と同様に、ＵＬ  ＢＷＰ内のＮ個のＰＲＢがある場合、Ｎ／２地点を基準にして対称位置にあるＰＲＢで交互に割り当ててＵＬ  ＢＷＰの中央から遠ざかる方向に割り当てることができる。
【０１７４】
一方、デフォルトＰＵＣＣＨリソースセット（Ｄｅｆａｕｌｔ  ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）と各セット内のＰＵＣＣＨリソース構成方式は、下記のような方式がある。
【０１７５】
−セットタイプ１：単一ＰＵＣＣＨフォーマットと単一の｛開始シンボル位置、シンボル個数｝の組み合わせからなるリソースセット
【０１７６】
−セットタイプ２：単一ＰＵＣＣＨフォーマットと複数の｛開始シンボル位置、シンボル個数｝の組み合わせで構成されることができるリソースセット
【０１７７】
−セットタイプ３：複数のＰＵＣＣＨフォーマットと複数の｛開始シンボル位置、シンボル個数｝の組み合わせで構成されることができるリソースセット
【０１７８】
−循環シフト（Ｃｙｃｌｉｃ  ｓｈｉｆｔ：ＣＳ）ギャップ値（以下、ΔＣＳ）がリソースセット別に異なるように設定されることができる。
【０１７９】
前記（４）におけるΔＣＳは、同一ＰＲＢ内に隣接したＰＵＣＣＨリソースＣＳ（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ＣＳ）リソース間のＣＳ値のギャップに定義され、前記全ての場合に共通にΔＣＳ値別にＰＵＣＣＨリソースセットを個別的に構成することを考慮することができる。また、ＰＵＣＣＨフォーマット０の場合にはＡＣＫシーケンスのＣＳインデックスをｘとすると、ＮＡＣＫシーケンスのＣＳ値は、ｘ＋６にペアリング（ｐａｉｒｉｎｇ）されて割り当てることもあり、初期接続過程ではＮＡＣＫシーケンスを送信しないこともある。ＣＳ容量（ｃａｐａｃｉｔｙ）は（例えば、一つのＰＲＢ当たり）１２／ΔＣＳ／２であり、ＰＵＣＣＨフォーマット１の場合、ＯＣＣ容量は前記シンボル個数、即ち、１４個または１０個によって各々３または２であり、ＣＳ容量は１２／ΔＣＳである。また、ＰＵＣＣＨのマルチプレキシング容量（ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙ）と効率的なリソース割当のために各ＰＵＣＣＨリソース当たりＰＲＢ数を下記のように二つの方法に設定できる。
【０１８０】
−代案１：ΔＣＳ値別にＰＵＣＣＨリソースセット当たりマルチプレキシング容量（ｍｕｌｔｉｐｌｅｘｉｎｇ  ｃａｐａｃｉｔｙ）を同一にサポートする方法
【０１８１】
（ＰＵＣＣＨリソースセット当たり総ＰＲＢ個数＝ΔＣＳ＊Ｎ）
【０１８２】
−代案２：ΔＣＳ値別にＰＵＣＣＨリソースセット当たりＰＲＢ数を同一に設定する方法
【０１８３】
（ＰＵＣＣＨリソースセット当たり総ＰＲＢ個数＝Ｍ）
【０１８４】
前記方法に基づいてＲＭＳＩを介して一つのＰＵＣＣＨリソースセットが決定された時、該当セット内でサブセットを選択する方法は、初期接続過程ではＭｓｇ４（メッセージ４）スケジューリングＤＣＩ内の２ビットＡＲＩフィールド（２  ｂｉｔｓ  ＡＲＩ  ｆｉｅｌｄ）、フォールバック動作ではフォールバックＤＣＩ（ｆａｌｌｂａｃｋ  ＤＣＩ）内の２ビットＡＲＩフィールドを介して４個のサブセットの中から一つを選択することができる。この場合、各オプション毎にＤＣＩ内のＡＲＩ指示用途は、下記のように解釈できる。
【０１８５】
−オプション１：セットタイプ１の場合、ＰＵＣＣＨリソースセット内の全てのＰＵＣＣＨリソースが一つの｛開始シンボル位置、シンボル個数｝を有すると、ＤＣＩ（ＡＲＩ）では周波数リソース変更のためにＰＲＢ単位のオフセット（ｏｆｆｓｅｔ）を与えることができる。一例として、ＰＵＣＣＨリソースセット内の４個のサブセットがある場合、各サブセットは互いに異なるＰＲＢリソースで構成されており、ＤＣＩ内の２ビットＡＲＩフィールドを介して一つのサブセットを指示することができる。他の一例として、サブセット当たりＰＲＢ個数は、前記代案１の場合、（ΔＣＳ＊Ｎ）／４、そして代案２の場合、Ｍ／４のように構成できる。
【０１８６】
−オプション２：セットタイプ２の場合、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースが複数の｛開始シンボル位置、シンボル個数｝を有すると、ＤＣＩ（ＡＲＩ）では時間及び周波数リソース変更、即ち｛開始シンボル位置、シンボル個数｝転換とＰＲＢ単位のオフセットを共に指示できる。一例として、４個のサブセットが二つの種類のＰＲＢセット（ｓｅｔ）と二つの｛開始シンボル位置、シンボル個数｝の組み合わせで構成されている時、ＤＣＩ（ＡＲＩ）を介して時間及び周波数リソース変更を指示して一つのサブセットを指示することができる。
【０１８７】
例えば、ＰＵＣＣＨリソースセットが２個ＰＲＢであるＰＲＢインデックス１とＰＲＢインデックス２で構成され、二つの｛開始シンボル位置、シンボル個数｝である｛Ｓ１、Ｄ１｝と｛Ｓ２、Ｄ２｝で構成された場合、４個のサブセットは［ＰＲＢインデックス１、｛Ｓ１、Ｄ１｝］、［ＰＲＢインデックス１、｛Ｓ２、Ｄ２｝］、［ＰＲＢインデックス２、｛Ｓ１、Ｄ１｝］、［ＰＲＢインデックス２、｛Ｓ２、Ｄ２｝］の組み合わせで構成されることができる。他の一例として、サブセット当たりＰＲＢ個数は、前記代案１の場合、（ΔＣＳ＊Ｎ）／２、そして前記代案２の場合、Ｍ／２のように構成できる。
【０１８８】
−オプション３：セットタイプ３の場合、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースが複数の｛開始シンボル位置、シンボル個数｝を有すると、ＤＣＩ（ＡＲＩ）では四つの｛開始シンボル位置、シンボル個数｝のうち一つを指示することができる。一例として、４個のサブセットが４種類の｛開始シンボル位置、シンボル個数｝の組み合わせで構成されている時、ＤＣＩ内の２ビットＡＲＩフィールドで一つのサブセットを指示することができる。この場合、四つの｛開始シンボル位置、シンボル個数｝の組み合わせによるＰＵＣＣＨリソースは、同じＰＲＢ（セット（ｓｅｔ））内に構成されることができ、これは、即ち、同じＰＲＢ（セット（ｓｅｔ））上でＤＣＩに指示された｛開始シンボル位置、シンボル個数｝の組み合わせによってＰＵＣＣＨリソースが構成されることを意味する。他の一例として、サブセット当たりＰＲＢ個数は、前記代案１の場合、（ΔＣＳ＊Ｎ）、そして前記代案２の場合、Ｍのように構成できる。
【０１８９】
前記オプションからＰＵＣＣＨリソースセット内の一つのサブセットが選択された時、サブセット内の一つのＰＵＣＣＨリソースを選択する方法は、ＰＵＣＣＨフォーマット別に下記のような方法がある。
【０１９０】
（１）ＰＵＣＣＨフォーマット１
【０１９１】
ＰＤＣＣＨ開始ＣＣＥインデックス（ＰＤＣＣＨ  ｓｔａｒｔｉｎｇ  ＣＣＥ  ｉｎｄｅｘ）から一つの｛ＰＲＢインデックス、ＣＳインデックス、ＯＣＣインデックス｝を有するＰＵＣＣＨリソースを選択することができる。一例として、サブセット当たりＰＲＢ数がＮ個であり、ΔＣＳ＝ｄ、ＣＳ容量が１２／ｄ、ＯＣＣ容量がＭである場合に｛ＰＤＣＣＨ開始ＣＣＥインデックス｝ｍｏｄｕｌｏ｛Ｎ＊（１２／ｄ）＊Ｍ｝のようにサブセット内の｛Ｎ＊（１２／ｄ）＊Ｍ｝個のＰＵＣＣＨリソースのうち一つを指示することができる。
【０１９２】
（２）ＰＵＣＣＨフォーマット０
【０１９３】
ＰＤＣＣＨ開始ＣＣＥインデックス（ＰＤＣＣＨ  ｓｔａｒｔｉｎｇ  ＣＣＥ  ｉｎｄｅｘ）から一つの｛ＰＲＢインデックス、ＣＳインデックス対（ＣＳ  ｉｎｄｅｘ  ｐａｉｒ）（ｘ、ｘ＋６）｝を有するＰＵＣＣＨリソースを選択することができる。一例として、サブセット当たりＰＲＢ数がＮ個であり、ΔＣＳ＝ｄ、ＣＳ容量が１２／ｄ／２＝６／ｄである場合に｛ＰＤＣＣＨ開始ＣＣＥインデックス｝ｍｏｄｕｌｏ｛Ｍ＊（６／ｄ）｝のようにサブセット内の｛Ｍ＊（６／ｄ）｝個のＰＵＣＣＨリソースのうち一つを指示することができる。
【０１９４】
ＰＵＣＣＨリソースセット内で一つのサブセットとサブセット内の一つのＰＵＣＣＨリソースを暗黙的に決定する他の方法として、一つのＰＵＣＣＨリソースセット内の全てのＰＵＣＣＨリソース、例えば、Ｋ個があると仮定すると、特定の規則によってインデクシングを０、１、……、Ｋ−１までした状態で、ＤＣＩ内の２  ｂｉｔｓ  ＡＲＩではグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）がＬ＝０、Ｋ／４、Ｋ／２、３Ｋ／４であるラージオフセット（ｌａｒｇｅ  ｏｆｆｓｅｔ）を指示し、サブセット内で一つのＰＵＣＣＨリソースを指示する時は、Ｓ＝（ＰＤＣＣＨ開始ＣＣＥインデックス）ｍｏｄｕｌｏ（Ｋ／４）のようにスモールオフセット（ｓｍａｌｌ  ｏｆｆｓｅｔ）を与えることで最終的なＰＵＣＣＨリソースインデックスを｛Ｌ＋Ｓ｝に決定することもできる。
【０１９５】
前記で、ＰＵＣＣＨリソースセットを構成するＰＵＣＣＨリソースのインデクシング方法は、ＰＵＣＣＨフォーマット別に異なり、一例として、ＰＵＣＣＨフォーマット１である場合“循環シフトのインデックス（Ｉｎｄｅｘ  ｏｆ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）、時間平面ＯＣＣインデックス（Ｔｉｍｅ−ｄｏｍａｉｎ  ＯＣＣ  ｉｎｄｅｘ）、ＰＲＢインデックス”の順にインデクシングすることが可能であり、ＰＵＣＣＨフォーマット０の場合“最初循環シフトのインデックス（Ｉｎｄｅｘ  ｏｆ  ｉｎｉｔｉａｌ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）、ＰＲＢインデックス”の順にインデクシングすることが可能である。一例として、シンボル個数１０個であるＰＵＣＣＨフォーマット１で１２個のＰＵＣＣＨリソースがＰＵＣＣＨリソースセットを構成する時、２対のＰＲＢ、ΔＣＳ＝３、そして前記ＰＲＢ割当オプション１を使用すると仮定すると、リソースインデクシングを以下の表６のようにインデクシングできる。同様に、シンボル個数が２個であるＰＵＣＣＨフォーマット０で構成されたＰＵＣＣＨリソースセットが８個のＰＵＣＣＨリソースで構成され、２個のＰＲＢ、ΔＣＳ＝３と仮定すると、以下の表７のようにインデクシングが可能である。表６は、ＰＵＣＣＨフォーマット１リソースインデクシングの一例であり、表７は、ＰＵＣＣＨフォーマット０リソースインデクシングの一例である。
【０１９６】
【表６】
2020507224.tif 000032
【０１９７】
【表７】
2020507224.tif 000033
【０１９８】
他のＰＵＣＣＨリソースインデクシング方法として、ＰＵＣＣＨフォーマット１である場合“ＰＲＢインデックス、循環シフトのインデックス、時間領域ＯＣＣインデックス”の順にインデクシングすることが可能であり、ＰＵＣＣＨフォーマット０の場合“ＰＲＢインデックス、最初循環シフトのインデックス”の順にインデクシングすることが可能である。このようなインデクシング下でサブセット別にＣＳギャップΔＣＳを互いに異なるように設定すると、Ｍｓｇ４  ＤＣＩまたはフォールバックＤＣＩ内のＡＲＩフィールドを介して動的にＰＲＢ当たりマルチプレキシング容量が異なるサブセットを選択することができる。一例として、ＰＵＣＣＨフォーマット１に対してＰＵＣＣＨリソースセット内に互いに異なるΔＣＳを有したサブセットが２個あり、各々、ΔＣＳ＝２、ΔＣＳ＝３の場合、以下の表８の例示のようにインデクシングが可能である。ＰＵＣＣＨフォーマット０に対してもＰＵＣＣＨリソースセットに互いに異なるΔＣＳを有したサブセットが２個あり、各々、ΔＣＳ＝２、ΔＣＳ＝３の場合、以下の表９の例示のようなインデクシングが可能である。したがって、ＲＭＳＩを介して特定ＰＵＣＣＨリソースセットを選択した後に、初期接続過程ではＭｓｇ４  ＤＣＩ、またはフォールバックＤＣＩ内のＡＲＩを介して特定ＣＳギャップΔＣＳに設定されたサブセット（ＰＲＢ当たりマルチプレキシング容量が互いに異なるサブセット）を動的に指示できる。表８は、ＰＵＣＣＨフォーマット１リソースインデクシングの一例であり、表９は、ＰＵＣＣＨフォーマット０リソースインデクシングの一例である。
【０１９９】
【表８】
2020507224.tif 000034
【０２００】
【表９】
2020507224.tif 000035
【０２０１】
一方、一つのＰＵＣＣＨリソースセットがＫ個のＰＵＣＣＨリソースで構成される時、該当Ｋ値が４の倍数でない場合、例えば、ＰＵＣＣＨフォーマット１で構成されたリソースセットが｛ＰＲＢ＝１、ΔＣＳ＝２（ＣＳ容量＝６）、ＯＣＣ容量＝３｝で構成された場合はＫ＝１８になり、Ｌ＝０、Ｌ＝ｆｌｏｏｒ（Ｋ／４）、…またはＬ＝０、Ｌ＝ｃｅｉｌ（Ｋ／４）、…のようにラージオフセット（ｌａｒｇｅ  ｏｆｆｓｅｔ）Ｌ値を定める時、ｃｅｉｌｉｎｇ（）やｆｌｏｏｒ（）関数を使用して設定することが必要である。この場合、スモールオフセット（ｓｍａｌｌ  ｏｆｆｓｅｔ）Ｓの場合にもＳ＝（ＰＤＣＣＨ開始ＣＣＥインデックス）ｍｏｄｕｌｏ  ｆｌｏｏｒ（Ｋ／４）またはＳ＝（ＰＤＣＣＨ開始ＣＣＥインデックス）ｍｏｄｕｌｏ  ｃｅｉｌ（Ｋ／４）に決定されることができる。
【０２０２】
前記全体に対して四つの方法で最初ＰＵＣＣＨリソースセットを構成した例を以下の表１０乃至表１３に示した。表１０は、リソースセット別に単一ΔＣＳ値を設定した場合であり（表１０のセットインデックス１５は、例外的にΔＣＳに対する基地局選択自由度を付与）、表１１は、全てのリソースセットが単一ＰＵＣＣＨフォーマットと単一または複数のΔＣＳ値に設定されて構成される場合であり、そして、表１２／表１３は、複数の｛開始シンボル位置、シンボル個数｝の組み合わせで（セット＃４／５／６／７は主にＦＤＤ用途で、セット＃０／１／２／３は、主にＴＤＤ用途で例外）設定されたリソースセットを構成した場合の例示である。
【０２０３】
【表１０】
2020507224.tif 000036
【０２０４】
【表１１】
2020507224.tif 000037
【０２０５】
【表１２】
2020507224.tif 000038
【０２０６】
【表１３】
2020507224.tif 000039
【０２０７】
前記で記述したデフォルトＰＵＣＣＨリソースセット構成及び割当方式は、下記のような提案方法で要約整理できる。
【０２０８】
［提案方法＃１］複数のＰＵＣＣＨリソースセットの各々は、単一ＰＵＣＣＨフォーマット及び単一の｛開始（ｓｔａｒｔ）／長さ（ｄｕｒａｔｉｏｎ）｝組み合わせ及び単一のＣＳギャップのみで構成されることができる。即ち、互いに異なるセット間にはＰＵＣＣＨフォーマット、｛開始／長さ｝、ＣＳギャップのうち少なくとも一つが異なるように設定されることができる。
【０２０９】
［提案方法＃２］複数のＰＵＣＣＨリソースセットの各々は、単一ＰＵＣＣＨフォーマット及び単一または複数の｛開始／長さ｝組み合わせ及び単一のＣＳギャップで構成されることができる。即ち、互いに異なるセット間にはＰＵＣＣＨフォーマット、ＣＳギャップのうち少なくとも一つが異なるように設定されることができる。
【０２１０】
［提案方法＃３］複数のＰＵＣＣＨリソースセットの各々は、単一ＰＵＣＣＨフォーマット及び単一または複数の｛開始／長さ｝組み合わせ及び単一または複数のＣＳギャップで構成されることができる。即ち、互いに異なるセット間にはＰＵＣＣＨフォーマットが異なり、または｛開始／長さ｝及びＣＳギャップ組み合わせが異なるように設定されることができる。
【０２１１】
［提案方法＃４］複数のＰＵＣＣＨリソースセットの各々は、単一または複数ＰＵＣＣＨフォーマット及び単一または複数の｛開始／長さ｝組み合わせ及び単一のＣＳギャップで構成されることができる。即ち、互いに異なるセット間にはＣＳギャップが異なり、またはＰＵＣＣＨフォーマット及び｛開始／長さ｝組み合わせが異なるように設定されることができる。
【０２１２】
［提案方法＃５］複数のＰＵＣＣＨリソースセットの各々は、単一または複数ＰＵＣＣＨフォーマット及び単一または複数の｛開始／長さ｝組み合わせ及び単一または複数のＣＳギャップで構成されることができる。
【０２１３】
図１３は、端末の観点で、本発明の一実施例に係る端末のＰＵＣＣＨ送信実行方法を示す。
【０２１４】
図１３によると、端末は、基地局からシステム情報を受信する（Ｓ１３１０）。ここで、前記システム情報は、複数個のＰＵＣＣＨリソースセット（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）のうち一つのＰＵＣＣＨセットに対する情報を含むことができる。ここで、前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連したものである。また、ここで、前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、シンボル個数の組み合わせ、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連したものである。
【０２１５】
以後、前記端末は、前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行する（Ｓ１３２０）。
【０２１６】
ここで、前記複数個のＰＵＣＣＨリソースセットは、事前に定義されたものである。また、ここで、前記事前に定義された複数個のＰＵＣＣＨリソースセットの個数は、１６個である。また、ここで、前記事前に定義された複数個のＰＵＣＣＨリソースセットは、各々、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１に対するものである。また、ここで、前記事前に定義された複数個のＰＵＣＣＨリソースセットのシンボル個数は、２、１０、及び１４を含むことができる。また、ここで、前記システム情報は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）である。また、ここで、前記複数個のＰＵＣＣＨリソースセットは、各々、循環シフト（Ｃｙｃｌｉｃ  Ｓｈｉｆｔ：ＣＳ）のギャップ値が異なるように設定されることができる。また、ここで、前記端末は、専用ＰＵＣＣＨリソースの設定を受けない端末である。また、ここで、前記ＰＵＣＣＨ送信は、初期接続（Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ：ＩＡ）手順でのＨＡＲＱ−ＡＣＫ送信である。また、ここで、前記一つのＰＵＣＣＨリソースは、ＤＣＩ及び／またはＣＣＥインデックスに基づいて選択されることができる。
【０２１７】
即ち、図１３を介して説明した本発明の一実施例は、前述した［提案方法＃１］に基づいて、複数個のＰＵＣＣＨリソースセットの各々が一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマットで構成された場合、端末がＰＵＣＣＨ送信のためのＰＵＣＣＨリソースセットを選択してＰＵＣＣＨ送信を実行する方法に関する。ここで、一つのＰＵＣＣＨリソースセットは、単一の開始シンボル及びシンボル個数の組み合わせと一つのＰＵＣＣＨフォーマットからなっている。ここで、複数個（例えば、１６個）のＰＵＣＣＨリソースセットは、事前に定義されることができ、表４及び表５などのように定義されることができる。また、ここで、前述した方法は、初期接続ステップまたはフォールバックステップでのＨＡＲＱ−ＡＣＫ送信に限って使われることができる。また、ここで、前述した方法は、端末に専用ＰＵＣＣＨリソースが設定される前まで使われることができる。また、ここで、端末に専用ＰＵＣＣＨリソースが設定されると、前記専用ＰＵＣＣＨリソースが前記事前に設定された複数個のＰＵＣＣＨリソースセットに優先して使われることができる。
【０２１８】
前記方法を介して、より柔軟性を考慮して新しい構造が導入されるＮＲシステムでより効率的なＰＵＣＣＨ送信リソース選択及びこれによるＰＵＣＣＨ送信が可能である。
【０２１９】
図１４は、端末の観点で、本発明の一実施例に係るＰＵＣＣＨ送信装置を示す。
【０２２０】
図１４によると、プロセッサ１４００は、システム情報受信部１４１０及びＰＵＣＣＨ送信実行部１４２０を含むことができる。ここで、前記プロセッサは、後述する図１８乃至図２１での端末のプロセッサを意味する。
【０２２１】
システム情報受信部１４１０は、基地局から送信されるシステム情報を受信することができる。前記システム情報は、複数個のＰＵＣＣＨリソースセットのうち一つに対する情報を含むことができる。システム情報及びシステム情報を受信する構成に対する具体的な例は前述の通りであり、重複する説明は省略する。
【０２２２】
ＰＵＣＣＨ送信実行部１４２０は、前記受信したシステム情報に基づいてＰＵＣＣＨ送信を実行することができる。ＰＵＣＣＨ送信を実行する構成に対する具体的な例は前述の通りであり、重複する説明は省略する。
【０２２３】
図１５は、基地局の観点で、本発明の一実施例に係るＰＵＣＣＨ受信方法を示す。
【０２２４】
図１５によると、基地局は、端末にシステム情報を送信することができる（Ｓ１５１０）。ここで、前記基地局は、システム情報をブロードキャスティング（ｂｒｏａｄｃａｓｔｉｎｇ）して送信できる。また、ここで、前記システム情報は、複数個のＰＵＣＣＨリソースセットのうち一つに対する情報を含むことができる。システム情報及びシステム情報を送信する構成に対する具体的な例は前述の通りであり、重複する説明は省略する。
【０２２５】
以後、前記基地局は、前記端末からＰＵＣＣＨを受信することができる（Ｓ１５２０）。ここで、前記ＰＵＣＣＨは、前記複数個のＰＵＣＣＨリソースセットのうち一つに基づいて送信されたものである。ＰＵＣＣＨを受信する構成に対する具体的な例は前述の通りであり、重複する説明は省略する。
【０２２６】
図１６は、基地局の観点で、本発明の一実施例に係るＰＵＣＣＨ受信装置を示す。
【０２２７】
図１６によると、プロセッサ１６００は、システム情報送信部１６１０及びＰＵＣＣＨ受信部１６２０を含むことができる。ここで、前記プロセッサは、後述する図１８乃至図２１での基地局のプロセッサを意味する。
【０２２８】
システム情報送信部１６１０は、端末にシステム情報を送信することができる。ここで、システム情報及びシステム情報を送信する構成に対する具体的な例は前述の通りであり、重複する説明は省略する。
【０２２９】
ＰＵＣＣＨ受信部１６２０は、端末が送信するＰＵＣＣＨを受信することができる。ここで、前記ＰＵＣＣＨリソースセットは、前記端末から前記システム情報に基づいて決定されたものである。ＰＵＣＣＨを受信する構成に対する具体的な例は前述の通りであり、重複する説明は省略する。
【０２３０】
図１７は、図１３及び図１５に基づく、本発明の一実施例に係るＰＵＣＣＨ送信過程を概略的に図式化したものである。
【０２３１】
図１７によると、端末は、基地局からシステム情報を受信する（Ｓ１７１０）。ここで、前記システム情報は、複数個のＰＵＣＣＨリソースセットのうち一つのＰＵＣＣＨリソースセットに対する情報を含むことができる。ここで、前記複数個のＰＵＣＣＨリソースセットの各々は、一つの開始シンボル、一つのシンボル個数、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連したものである。また、ここで、前記複数個のＰＵＣＣＨリソースセットは、各々、一つの開始シンボル、シンボル個数の組み合わせ、及び一つのＰＵＣＣＨフォーマット（ｆｏｒｍａｔ）と関連したものである。
【０２３２】
以後、前記端末は、前記一つのＰＵＣＣＨリソースセット内の一つのＰＵＣＣＨリソースを選択する（Ｓ１７２０）。ここで、前記端末は、ＤＣＩを受信し、以後、前記複数個のＰＵＣＣＨリソースセットのうち一つのＰＵＣＣＨリソースセット内にあるＰＵＣＣＨリソースのうち、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を有するＰＤＣＣＨ受信に対する制御リソースセット内のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の個数、前記ＰＤＣＣＨ受信に対する１番目の（ｆｉｒｓｔ）ＣＣＥのインデックス及びＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１内のＰＵＣＣＨリソース指示子フィールドを利用して一つのＰＵＣＣＨリソースを選択することができる。そのために、前述したように
2020507224.tif 000040
式が利用されることができる。ここで、
2020507224.tif 000041
は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を有するＰＤＣＣＨ受信に対する制御リソースセット内のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の個数であり、
2020507224.tif 000042
は、前記ＰＤＣＣＨ受信に対する１番目の（ｆｉｒｓｔ）ＣＣＥのインデックスであり、
2020507224.tif 000043
は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１内のＰＵＣＣＨリソース指示子フィールドの値である。
【０２３３】
または、前述したように、前記端末は、ＤＣＩ内の２ビットＡＲＩフィールド（２  ｂｉｔｓ  ＡＲＩ  ｆｉｅｌｄ）を介して設定されたＰＵＣＣＨリソースセット内の４個のサブセット（ｓｕｂｓｅｔ）の中から一つのサブセットを選択し、ＰＤＣＣＨ開始ＣＣＥインデックス（ＰＤＣＣＨ  ｓｔａｒｔｉｎｇ  ＣＣＥ  ｉｎｄｅｘ）から暗黙的マッピング（ｉｍｐｌｉｃｉｔ  ｍａｐｐｉｎｇ）されるサブセット内の一つのＰＵＣＣＨリソースを選択することもできる。ただし、これは多様な例示のうち一部に過ぎず、本明細書を介して開示した多様な方法及びその組み合わせが利用されることができる。
【０２３４】
以後、前記端末は、前記選択されたＰＵＣＣＨリソースを介してＰＵＣＣＨ送信を実行する（Ｓ１７３０）。ここで、前記ＰＵＣＣＨ送信は、ＨＡＲＱ−ＡＣＫ送信である。
【０２３５】
一方、初期接続過程に対してＰＵＣＣＨフォーマット０でＮＡＣＫである場合にＰＵＣＣＨ送信をしない動作を考慮すると、ＣＳ容量は１２／ΔＣＳになる。この場合にデフォルトＰＵＣＣＨリソースセット構成を初期接続過程用としてＣＳペアリング（ｐａｉｒｉｎｇ）ないリソースセットとフォールバック用ＣＳペアリングリソースセットを各々事前に別に定義または特定規則を定めて初期接続過程では初期接続用として定義されたデフォルトＰＵＣＣＨリソースセットに従い、フォールバック動作が指示されると、黙示的にフォールバック用デフォルトＰＵＣＣＨリソースセットのリソースを使用してＰＵＣＣＨを送信することを考慮することができる。一例として、初期接続過程のためのＰＵＣＣＨリソースセットが各ＰＲＢ当たりＣＳリソースを６個ずつ使用すると、フォールバック用ＰＵＣＣＨリソースセットは、該当ＰＲＢ内のリソースを順序通りに２個ずつ束ねて３個に事前に約束して使用することができる。
【０２３６】
また、ＰＵＣＣＨフォーマット０に対してデフォルトＰＵＣＣＨリソースセット内のリソースにＣＳリソースを割り当てる時、セット内のＰＲＢ当たりＣＳリソース個数の不均衡によって同一ＰＲＢで一般（ｎｏｒｍａｌ）ＤＣＩを介してスケジューリングを受けたＰＤＳＣＨのＰＵＣＣＨが使用するＡＣＫ／ＮＡＣＫシーケンスのＣＳリソース対（ｐａｉｒ）が制限されることができるため、連続的なＣＳインデックス割当よりは特定規則を定めてインデクシングすることができる。一例として、ＰＵＣＣＨフォーマット０にΔＣＳ＝２であり、一ＰＵＣＣＨリソースセットを構成するリソースが総６個、ＰＲＢ２個で構成されたと仮定した時、リソース１番から４番がＰＲＢ０に各々ＣＳリソース０／３／６／９、リソース５番、６番がＰＲＢ１にＣＳリソース０／３が割り当てられると、ＰＲＢ当たりＣＳリソースの不均衡が発生し、ＰＲＢ１で一般（ｎｏｒｍａｌ）ＰＤＳＣＨに対するＰＵＣＣＨがＣＳリソース（０、６）、（３、９）を全て使用することができなくなる（ＡＣＫ／ＮＡＣＫシーケンスがＣＳギャップ６にペアリングされなければならない）。したがって、リソース１番から４番がＰＲＢ０に各々ＣＳリソース０／６／３／９、リソース５番と６番がＰＲＢ１に０／６を使用するようになると、一般ＰＤＳＣＨに対するＰＵＣＣＨが（０、６）を除いた残りのＣＳリソース（１、７）、（２、８）、（３、９）、（４、１０）を全て使用できるようになる。
【０２３７】
追加的に、ＰＵＣＣＨフォーマット１に対してはスロット内の１２番目または１３番目のシンボルにＰＵＣＣＨフォーマット０の送信を考慮して１２番目と１３番目のシンボルを除いて送信する縮小されたＰＵＣＣＨフォーマット（ｓｈｏｒｔｅｎｅｄ  ＰＵＣＣＨ  ｆｏｒｍａｔ）に送信できる。一例として、ＰＵＣＣＨフォーマット１に１０個のシンボルＰＵＣＣＨの場合にスロットの４番目のシンボルから始めて１−シンボルＰＵＣＣＨフォーマット０のために最後の１４番目のシンボルは送信しない。また、１４個のシンボルＰＵＣＣＨの場合にも１３番目または１４番目のシンボルを１−シンボルまたは２−シンボルＰＵＣＣＨ送信のために送信しない動作を考慮することができる。送信シンボル個数が減少すると、該当縮小されたＰＵＣＣＨフォーマット（ｓｈｏｒｔｅｎｅｄ  ＰＵＣＣＨ  ｆｏｒｍａｔ）１のマルチプレキシング容量が減少できる。
【０２３８】
多様な最初ＵＬ  ＢＷＰの帯域大きさを有する端末が存在するため、最初ＵＬ  ＢＷＰの大きさによってデフォルトＰＵＣＣＨリソースセットの構成を異なるようにする方法も考慮してみることができる。一例として、最初ＵＬ  ＢＷＰの大きさが１００ＲＢである端末Ａと５０ＲＢである端末Ｂがあると仮定した時、端末ＢのＰＵＣＣＨリソースセット内のＰＲＢには１００ＲＢである端末より多くのＰＵＣＣＨ送信がコード分割多重化（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＣＤＭ）されるように構成して全体ＰＵＣＣＨリソースセットが同じマルチプレキシング容量を有するように構成できる。または、同じＰＲＢ当たりマルチプレキシング容量を維持し、端末Ａは、ＰＵＣＣＨリソースセットにもっと多くのＰＲＢを使用して構成することもできる。
【０２３９】
一方、本発明の内容が端末間直接通信にのみ制限されるものではなく、アップリンク、またはダウンリンクでも使われることができ、このとき、基地局やリレイロード（ｒｅｌａｙ  ｎｏｄｅ）などが前記提案した方法を使用することができる。
【０２４０】
前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式と見なされることは明白な事実である。また、前記説明した提案方式は、独立に具現されることもできるが、一部提案方式の組み合わせ（または、併合）形態で具現されることもできる。前記提案方法の適用可否情報（または、前記提案方法の規則に対する情報）は、基地局が端末にまたは送信端末が受信端末に事前に定義されたシグナル（例、物理階層シグナルまたは上位階層シグナル）を介して知らせるように規則が定義されることができる。
【０２４１】
図１８は、本発明を実行する送信装置１８１０及び受信装置１８２０の構成要素を示すブロック図である。ここで、前記送信装置及び受信装置は、各々、基地局または端末である。
【０２４２】
送信装置１８１０及び受信装置１８２０は、情報及び／またはデータ、信号、メッセージなどを伝送する無線信号を送信または受信することができる送受信機１８１２、１８２２と、無線通信システム内の通信と関連した各種情報を格納するメモリ１８１３、１８２３、前記送受信機１８１２、１８２２及びメモリ１８１３、１８２３などの構成要素と連結され、前記構成要素を制御して該当装置が前述した本発明の実施例のうち少なくとも一つを実行するようにメモリ１８１３、１８２３及び／または送受信機１８１２、１８２２を制御するように構成された（ｃｏｎｆｉｇｕｒｅｄ）プロセッサ１８１１、１８２１を各々含むことができる。ここで、送受信機は、トランシーバとも呼ばれる。
【０２４３】
メモリ１８１３、１８２３は、プロセッサ１８１１、１８２１の処理及び制御のためのプログラムを格納することができ、入力／出力される情報を臨時格納することができる。メモリ１８１３、１８２３は、バッファとして活用されることができる。
【０２４４】
プロセッサ１８１１、１８２１は、通常的に送信装置または受信装置内の各種モジュールの全般的な動作を制御する。特に、プロセッサ１８１１、１８２１は、本発明を実行するための各種制御機能を遂行することができる。プロセッサ１８１１、１８２１は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも呼ばれる。プロセッサ１８１１、１８２１は、ハードウェア（ｈａｒｄｗａｒｅ）またはファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合により具現されることができる。ハードウェアを利用して本発明を具現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）またはＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサ１８１１、１８２１に備えられる。一方、ファームウェアやソフトウェアを利用して本発明を具現する場合には本発明の機能または動作を実行するモジュール、手順または関数などを含むようにファームウェアやソフトウェアが構成されることができ、本発明を実行することができるように構成されたファームウェアまたはソフトウェアは、プロセッサ１８１１、１８２１内に備えられ、またはメモリ１８１３、１８２３に格納されてプロセッサ１８１１、１８２１により駆動されることができる。
【０２４５】
送信装置１８１０のプロセッサ１８１１は、外部に送信する信号及び／またはデータに対して所定の符号化（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を実行した後、送受信機１８１２に送信できる。例えば、プロセッサ１８１１は、送信しようとするデータ列を逆多重化及びチャネル符号化、スクランブリング、変調過程などを経てコードワードを生成することができる。コードワードは、ＭＡＣ階層が提供するデータブロックであるトランスポートブロックと等価の情報を含むことができる。一つのトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＴＢ）は、一つのコードワードで符号化されることができる。各コードワードは、一つ以上のレイヤを介して受信装置に送信されることができる。周波数アップ変換（ｆｒｅｑｕｅｎｃｙ  ｕｐ−ｃｏｎｖｅｒｔ）のために、送受信機１８１２は、オシレータ（ｏｓｃｉｌｌａｔｏｒ）を含むことができる。送受信機１８１２は、一つまたは複数の送信アンテナを含むことができる。
【０２４６】
受信装置１８２０の信号処理過程は、送信装置１８１０の信号処理過程の逆に構成されることができる。プロセッサ１８２１の制御下に、受信装置１８２０の送受信機１８２２は、送信装置１８１０により送信された無線信号を受信することができる。前記送受信機１８２２は、一つまたは複数個の受信アンテナを含むことができる。前記送受信機１８２２は、受信アンテナを介して受信された信号の各々を周波数ダウン変換して（ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎ−ｃｏｎｖｅｒｔ）基底帯域信号に復元できる。送受信機１８２２は、周波数ダウン変換のためにオシレータを含むことができる。前記プロセッサ１８２１は、受信アンテナを介して受信された無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を実行することで、送信装置１８１０が元来送信しようとしたデータを復元することができる。
【０２４７】
送受信機１８１２、１８２２は、一つまたは複数個のアンテナを備えることができる。アンテナは、プロセッサ１８１１、１８２１の制御下に本発明の一実施例によって、送受信機１８１２、１８２２により処理された信号を外部に送信し、または外部から無線信号を受信して送受信機１８１２、１８２２に伝達する機能を遂行することができる。アンテナは、アンテナポートとも呼ばれる。各アンテナは、一つの物理アンテナに該当し、または一つより多い物理アンテナ要素（ｅｌｅｍｅｎｔ）の組み合わせにより構成される（ｃｏｎｆｉｇｕｒｅｄ）ことができる。各アンテナから送信された信号は、受信装置１８２０によりそれ以上分解されることができない。該当アンテナに対応して送信された参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、ＲＳ）は、受信装置１８２０の観点で本アンテナを定義し、チャネルが一つの物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルかまたは前記アンテナを含む複数の物理アンテナ要素（ｅｌｅｍｅｎｔ）からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルかにかかわらず、前記受信装置１８２０が前記アンテナに対するチャネル推定を可能にすることができる。即ち、アンテナは、前記アンテナ上のシンボルを伝達するチャネルが前記同一アンテナ上の他のシンボルが伝達される前記チャネルから導出されるように定義されることができる。複数のアンテナを利用してデータを送受信する多重入出力（Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能をサポートするトランシーバの場合には２個以上のアンテナと連結されることができる。
【０２４８】
図１９は、送信装置１８１０内の信号処理モジュール構造の一例を示す。ここで、信号処理は、図１８のプロセッサ１８１１、１８２１のような基地局／端末のプロセッサで実行されることができる。
【０２４９】
図１９を参照すると、端末または基地局内の送信装置１８１０は、スクランブラ３０１、モジュレータ３０２、レイヤマッパ３０３、アンテナポートマッパ３０４、リソースブロックマッパ３０５、信号生成器３０６を含むことができる。
【０２５０】
送信装置１８１０は、一つ以上のコードワード（ｃｏｄｅｗｏｒｄ）を送信することができる。各コードワード内の符号化されたビット（ｃｏｄｅｄ  ｂｉｔｓ）は、各々、スクランブラ３０１によりスクランブリングされて物理チャネル上で送信される。コードワードは、データ列ということができ、ＭＡＣ階層が提供するデータブロックであるトランスポートブロックと等価である。
【０２５１】
スクランブルされたビットは、モジュレータ３０２により複素変調シンボル（Ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｍｏｄｕｌａｔｉｏｎ  ｓｙｍｂｏｌｓ）に変調される。モジュレータ３０２は、前記スクランブルされたビットを変調方式によって変調して信号コンスタレーション（ｓｉｇｎａｌ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置できる。変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）には制限がなく、ｍ−ＰＳＫ（ｍ−Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）またはｍ−ＱＡＭ（ｍ−Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）などが前記符号化されたデータの変調に利用されることができる。モジュレータは、モジュレーションマッパ（ｍｏｄｕｌａｔｉｏｎ  ｍａｐｐｅｒ）ともいう。
【０２５２】
前記複素変調シンボルは、レイヤマッパ３０３により一つ以上の送信レイヤにマッピングされることができる。各レイヤ上の複素変調シンボルは、アンテナポート上での送信のためにアンテナポートマッパ３０４によりマッピングされることができる。
【０２５３】
リソースブロックマッパ３０５は、各アンテナポートに対する複素変調シンボルを送信のために割り当てられた仮想リソースブロック（Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）内の適切なリソース要素にマッピングすることができる。リソースブロックマッパは、前記仮想リソースブロックを適切なマッピング技法（ｍａｐｐｉｎｇ  ｓｃｈｅｍｅ）によって物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）にマッピングすることができる。前記リソースブロックマッパ３０５は、前記各アンテナポートに対する複素変調シンボルを適切な副搬送波に割り当て、ユーザによって多重化できる。
【０２５４】
信号生成器３０６は、前記各アンテナポートに対する複素変調シンボル、即ち、アンテナ特定シンボルを特定変調方式、例えば、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調し、複素時間ドメイン（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｔｉｍｅ  ｄｏｍａｉｎ）ＯＦＤＭシンボル信号を生成することができる。信号生成器は、アンテナ特定シンボルに対してＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を実行することができ、ＩＦＦＴが実行された時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）が挿入されることができる。ＯＦＤＭシンボルは、デジタル−アナログ（ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、周波数アップ変換などを経て各送信アンテナを介して受信装置に送信される。信号生成器は、ＩＦＦＴモジュール及びＣＰ挿入機、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）、周波数アップ変換器（ｆｒｅｑｕｅｎｃｙ  ｕｐ−ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
【０２５５】
図２０は、送信装置１８１０内の信号処理モジュール構造の他の例を示す。ここで、信号処理は、図１８のプロセッサ１８１１、１８２１等、端末／基地局のプロセッサで実行されることができる。
【０２５６】
図２０を参照すると、端末または基地局内の送信装置１８１０は、スクランブラ４０１、モジュレータ４０２、レイヤマッパ４０３、プリコーダ４０４、リソースブロックマッパ４０５、信号生成器４０６を含むことができる。
【０２５７】
送信装置１８１０は、一つのコードワードに対して、コードワード内の符号化されたビット（ｃｏｄｅｄ  ｂｉｔｓ）をスクランブラ４０１によりスクランブリングした後、物理チャネルを介して送信できる。
【０２５８】
スクランブルされたビットは、モジュレータ４０２により複素変調シンボルに変調される。前記モジュレータは、前記スクランブルされたビットを既決定された変調方式によって変調して信号コンスタレーション（ｓｉｇｎａｌ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置できる。変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）には制限がなく、ｐｉ／２−ＢＰＳＫ（ｐｉ／２−Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｍ−ＰＳＫ（ｍ−Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）またはｍ−ＱＡＭ（ｍ−Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）などが前記符号化されたデータの変調に利用されることができる。
【０２５９】
前記複素変調シンボルは、前記レイヤマッパ４０３により一つ以上の送信レイヤにマッピングされることができる。
【０２６０】
各レイヤ上の複素変調シンボルは、アンテナポート上での送信のためにプリコーダ４０４によりプリコーディングされることができる。ここで、プリコーダは、複素変調シンボルに対するトランスフォームプリコーディング（ｔｒａｎｓｆｏｒｍ  ｐｒｅｃｏｄｉｎｇ）を実行した以後にプリコーディングを実行することもできる。または、プリコーダは、トランスフォームプリコーディングを実行せずにプリコーディングを実行することもできる。プリコーダ４０４は、前記複素変調シンボルを多重送信アンテナによるＭＩＭＯ方式に処理してアンテナ特定シンボルを出力し、前記アンテナ特定シンボルを該当リソースブロックマッパ４０５に分配できる。プリコーダ４０４の出力ｚは、レイヤマッパ４０３の出力ｙとＮ×Ｍのプリコーディング行列Ｗをかけて得ることができる。ここで、Ｎはアンテナポートの個数であり、Ｍはレイヤの個数である。
【０２６１】
リソースブロックマッパ４０５は、各アンテナポートに対する復調変調シンボルを送信のために割り当てられた仮想リソースブロック内にある適切なリソース要素にマッピングする。
【０２６２】
リソースブロックマッパ４０５は、複素変調シンボルを適切な副搬送波に割り当て、ユーザによって多重化できる。
【０２６３】
信号生成器４０６は、複素変調シンボルを特定変調方式、例えば、ＯＦＤＭ方式に変調して複素時間ドメイン（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｔｉｍｅ  ｄｏｍａｉｎ）ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号を生成することができる。信号生成器４０６は、アンテナ特定シンボルに対してＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を実行することができ、ＩＦＦＴが実行された時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）が挿入されることができる。ＯＦＤＭシンボルは、デジタル−アナログ（ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、周波数アップ変換などを経て、各送信アンテナを介して受信装置に送信される。信号生成器４０６は、ＩＦＦＴモジュール及びＣＰ挿入機、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）、周波数アップ変換器（ｆｒｅｑｕｅｎｃｙ  ｕｐ−ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
【０２６４】
受信装置１８２０の信号処理過程は、送信機の信号処理過程の逆に構成されることができる。具体的に、受信装置１８２０のプロセッサ１８２１は、外部で送受信機１８２２のアンテナポート（ら）を介して受信された無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を実行する。前記受信装置１８２０は、複数個の多重受信アンテナを含むことができ、受信アンテナを介して受信された信号の各々は、基底帯域信号に復元された後、多重化及びＭＩＭＯ復調化を経て送信装置１８１０が元来送信しようとしたデータ列に復元される。受信装置１８２０は、受信された信号を基底帯域信号に復元するための信号復元器、受信処理された信号を結合して多重化する多重化器、多重化された信号列を該当コードワードに復調するチャネル復調器を含むことができる。前記信号復元器及び多重化器、チャネル復調器は、これらの機能を遂行する統合された一つのモジュールまたはそれぞれの独立されたモジュールで構成されることができる。より具体的に、前記信号復元器は、アナログ信号をデジタル信号に変換するＡＤＣ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ  ｃｏｎｖｅｒｔｅｒ）、前記デジタル信号からＣＰを除去するＣＰ除去器、ＣＰが除去された信号にＦＦＴ（ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）を適用して周波数ドメインシンボルを出力するＦＦＴモジュール、前記周波数ドメインシンボルをアンテナ特定シンボルに復元するリソース要素デマッパ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｄｅｍａｐｐｅｒ）／等化器（ｅｑｕａｌｉｚｅｒ）を含むことができる。前記アンテナ特定シンボルは、多重化器により送信レイヤに復元され、前記送信レイヤは、チャネル復調器により送信装置が送信しようとしたコードワードに復元される。
【０２６５】
図２１は、本発明の具現例に係る無線通信装置の一例を示す。
【０２６６】
図２１を参照すると、無線通信装置、例えば、端末は、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ；ＤＳＰ）またはマイクロプロセッサなどのプロセッサ２３１０、トランシーバ２３３５、電力管理モジュール２３０５、アンテナ２３４０、バッテリ２３５５、ディスプレイ２３１５、キーパッド２３２０、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）チップ２３６０、センサー２３６５、メモリ２３３０、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）カード２３２５、スピーカ２３４５、マイクロホン２３５０のうち少なくとも一つを含むことができる。前記アンテナ及びプロセッサは、複数個である。
【０２６７】
プロセッサ２３１０は、本明細書で説明した機能、手順、方法を具現することができる。図２１のプロセッサ２３１０は、図１８のプロセッサ１８１１、１８２１である。
【０２６８】
メモリ２３３０は、プロセッサ２３１０と連結され、プロセッサの動作と関連した情報を格納する。メモリは、プロセッサの内部または外部に位置し、有線連結または無線連結のような多様な技術を介してプロセッサと連結されることができる。図２１のメモリ２３３０は、図１８のメモリ１８１３、１８２３である。
【０２６９】
ユーザは、キーパッド２３２０のボタンを押さえ、またはマイクロホン２３５０を利用して声を活性化させる等、多様な技術を利用して電話番号のような多様な種類の情報を入力することができる。プロセッサ２３１０は、ユーザの情報を受信してプロセシングし、入力された電話番号に電話を掛ける等、適切な機能を遂行することができる。一部シナリオでは、データが適切な機能を遂行するために、ＳＩＭカード２３２５またはメモリ２３３０から検索されることができる。一部シナリオでは、プロセッサ２３１０は、ユーザの便宜のために、ディスプレイ２３１５に多様な種類の情報とデータを表示することができる。
【０２７０】
トランシーバ２３３５は、プロセッサ２３１０と連結され、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号のような無線信号を送信及び／または受信する。プロセッサは、通信を開始し、または音声通信データなど、多様な種類の情報またはデータを含む無線信号を送信するためにトランシーバを制御することができる。トランシーバは、無線信号の送信及び受信のために送信機及び受信機を含む。アンテナ２３４０は、無線信号の送信及び受信を容易にすることができる。一部具現例において、トランシーバは、無線信号を受信すると、プロセッサによる処理のために信号を基底帯域周波数でフォワーディングして変換できる。処理された信号は、スピーカ２３４５を介して出力されるように可聴または読み取り可能な情報に変換される等、多様な技術により処理されることができる。図２１のトランシーバは、図１８の送受信機１８１２、１８２２である。
【０２７１】
図２１に示していないが、カメラ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポートなど、多様な構成要素が端末に追加的に含まれることができる。例えば、カメラは、プロセッサ２３１０と連結されることができる。
【０２７２】
図２１は、端末に対する一つの具現例に過ぎず、具現例はこれに制限されるものではない。端末は、図２１の全ての要素を必須的に含むべきものではない。即ち、一部構成要素、例えば、キーパッド２３２０、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）チップ２３６０、センサー２３６５、ＳＩＭカード２３２５などは、必須な要素でないこともあり、この場合、端末に含まれないこともある。
【図１】
2020507224.tif 000044
【図２】
2020507224.tif 000045
【図３】
2020507224.tif 000046
【図４】
2020507224.tif 000047
【図５】
2020507224.tif 000048
【図６】
2020507224.tif 000049
【図７】
2020507224.tif 000050
【図８】
2020507224.tif 000051
【図９】
2020507224.tif 000052
【図１０】
2020507224.tif 000053
【図１１】
2020507224.tif 000054
【図１２（ａ）】
2020507224.tif 000055
【図１２（ｂ）】
2020507224.tif 000056
【図１３】
2020507224.tif 000057
【図１４】
2020507224.tif 000058
【図１５】
2020507224.tif 000059
【図１６】
2020507224.tif 000060
【図１７】
2020507224.tif 000061
【図１８】
2020507224.tif 000062
【図１９】
2020507224.tif 000063
【図２０】
2020507224.tif 000064
【図２１】
2020507224.tif 000065
【国際調査報告】
2020507224.tif 000066
2020507224.tif 000067
2020507224.tif 000068
2020507224.tif 000069