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