JP6870094B2

JP6870094B2 - 無線通信システムにおいてデータを送受信する方法及びそのための装置

Info

Publication number: JP6870094B2
Application number: JP2019535233A
Authority: JP
Inventors: テソンファン; ヨンチョンイ; インクォンソ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2017-02-14
Filing date: 2018-02-14
Publication date: 2021-05-12
Anticipated expiration: 2038-02-14
Also published as: KR20180104062A; CN110268671A; US20190334677A1; KR101992200B1; US10716105B2; CN110268671B; US10568086B2; US20190200332A1; EP3471319A4; WO2018151533A1; EP3471319A1; JP2020504513A; EP3471319B1

Description

本発明は、無線通信システムにおいて、データを送受信する方法及びそのための装置に関し、より詳細には、データを制御リソース集合にレートマッチングして送信する方法及びそのための装置に関する。

時代の流れによってより多くの通信装置がより大きな通信容量を要求することになり、既存のＬＴＥシステムに比べて向上した無線広帯域通信である次世代５Ｇシステムが要求されている。ＮｅｗＲＡＴと呼ばれるこの次世代５Ｇシステムは、ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄ（ｅＭＢＢ）／Ｕｌｔｒａ−ｒｅｌｉａｂｉｌｉｔｙａｎｄｌｏｗ−ｌａｔｅｎｃｙｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）／ＭａｓｓｉｖｅＭａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）などに通信シナリオが区分される。

ここで、ｅＭＢＢはＨｉｇｈＳｐｅｃｔｒｕｍＥｆｆｉｃｉｅｎｃｙ、ＨｉｇｈＵｓｅｒＥｘｐｅｒｉｅｎｃｅｄＤａｔａＲａｔｅ、ＨｉｇｈＰｅａｋＤａｔａＲａｔｅなどの特性を有する次世代移動通信シナリオであり、ＵＲＬＬＣはＵｌｔｒａＲｅｌｉａｂｌｅ、ＵｌｔｒａＬｏｗＬａｔｅｎｃｙ、ＵｌｔｒａＨｉｇｈＡｖａｉｌａｂｉｌｉｔｙなどの特性を有する次世代移動通信シナリオであり（ｅ．ｇ．，Ｖ２Ｘ、ＥｍｅｒｇｅｎｃｙＳｅｒｖｉｃｅ、ＲｅｍｏｔｅＣｏｎｔｒｏｌ）、ｍＭＴＣはＬｏｗＣｏｓｔ、ＬｏｗＥｎｅｒｇｙ、ＳｈｏｒｔＰａｃｋｅｔ、ＭａｓｓｉｖｅＣｏｎｎｅｃｔｉｖｉｔｙの特性を有する次世代移動通信シナリオである（ｅ．ｇ．，ＩｏＴ）。

本発明は、無線通信システムにおいて、データを送受信する方法及びそのための装置を提供しようとする。

本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。

本発明の実施例による、無線通信システムにおいて、端末が基地局からデータを受信する方法であって、１つ以上の制御リソース集合（ＣＯＲＥＳＥＴ）領域を受信するステップ、レートマッチング情報を上位層から受信するステップ、および前記１つ以上の制御リソース集合領域及び前記レートマッチング情報に基づいて、前記データを受信するステップを含み、前記データは、前記１つ以上の制御リソース集合のうち、上位層によって指示された少なくとも１つの制御リソース集合内にマッピングされ、前記レートマッチング情報に基づいてマッピングされることができる。

このとき、前記データは、前記少なくとも１つのリソース集合の周波数ドメインリソースによってマッピングされることができる。

また、前記レートマッチング情報は、前記データをスケジュールするための制御チャネルが送信されるリソース要素に関する情報を含むことができる。

また、前記レートマッチング情報に含まれたリソース要素には、前記データがマッピングされなくてもよい。

また、前記データは、ＤＭＲＳ（ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）がマッピングされるリソース要素にはマッピングされなくてもよい。

また、前記データがマッピングされるリソース区間は、前記少なくとも１つの制御リソース集合に含まれた少なくとも１つの検索空間に基づいて決定されることができる。

また、前記データがマッピングされるリソース区間は、上位層から受信された、前記少なくとも１つの制御リソース集合内に含まれた少なくとも１つのスロットに関する情報に基づいて決定されることができる。

また、前記少なくとも１つの制御リソース集合が指示する上位層シグナリングは、端末特定の上位層シグナリングであり、

共通の上位層シグナリングを受信する場合、前記共通の上位層シグナリングによって指示された特定リソース領域内に、前記レートマッチング情報に基づいて、前記データがマッピングされることができる。

また、前記端末特定の上位層シグナリングは、特定端末専用の上位層シグナリング又は端末グループ特定の上位層シグナリングであってもよい。

一方、本発明による無線通信システムにおいて、基地局からデータを受信する端末であって、前記基地局と信号を送受信するＲＦモジュール、および前記ＲＦモジュールと接続して、１つ以上の制御リソース集合（ＣＯＲＥＳＥＴ）領域を受信して、レートマッチング情報を上位層から受信して、前記１つ以上の制御リソース集合領域及び前記レートマッチング情報に基づいて、前記データを受信するプロセッサを含み、前記データは、前記１つ以上の制御リソース集合のうち、上位層によって指示された少なくとも１つの制御リソース集合内にマッピングされ、前記レートマッチング情報に基づいてマッピングされることができる。

また、前記少なくとも１つの制御リソース集合が指示する上位層シグナリングは、端末特定の上位層シグナリングであり、共通の上位層シグナリングを受信する場合、前記共通の上位層シグナリングによって指示された特定リソース領域内に、前記レートマッチング情報に基づいて、前記データがマッピングされることができる。

本発明によれば、下りリンク制御チャネルに対するリソースと、下りリンクデータチャネルに対するリソースを効率的に使用することができる。

本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。

３ＧＰＰ無線接続網の規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）のコントロールプレーン（ＣｏｎｔｒｏｌＰｌａｎｅ）及びユーザプレーン（ＵｓｅｒＰｌａｎｅ）構造を示す図である。３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。ＬＴＥシステムで用いられる下りリンク無線フレームの構造を例示する図である。ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。ＴＸＲＵとアンテナ要素の接続方式の一例を示す図である。自己完備型（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）サブフレーム構造の一例である。本発明の実施例によるデータを送信する方法を説明するための図である。本発明の一実施例による通信装置のブロック構成図を例示する。

以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。

本明細書ではＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上述した定義に該当するいかなる通信システムにも適用可能である。

また、本明細書では、基地局をＲＲＨ（ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ）、ｅＮＢ、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎｐｏｉｎｔ）、ＲＰ（ｒｅｃｅｐｔｉｏｎｐｏｉｎｔ）、中継機（ｒｅｌａｙ）などを含む包括的な名称として使うことができる。

図１は、３ＧＰＰ無線接続網の規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコルのコントロールプレーン及びユーザプレーンの構造を示す図である。コントロールプレーンは端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンはアプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

第１の層である物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて上位層に情報送信サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供する。物理層は上位にある媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層とは送信チャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）を介して連結される。この送信チャネルを介して媒体接続制御層と物理層の間でデータが移動する。送信側と受信側の物理層の間では物理チャネルを介してデータが移動する。物理チャネルは時間と周波数を無線リソースとして活用する。具体的には、物理チャネルは、下りリンクにおいて、ＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調され、上りリンクにおいては、ＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調される。

第２の層である媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２の層のＲＬＣ層は信頼性のあるデータ送信を支援する。ＲＬＣ層の機能はＭＡＣ内部の機能ブロックにより具現できる。第２の層のＰＤＣＰ層は帯域幅が狭い無線インターフェースにおいてＩＰｖ４或いはＩＰｖ６のようなＩＰパケットを効率的に送信するために不要な制御情報を減らすヘッダ圧縮（ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）の機能を果たす。

第３の層である最下部に位置する無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ）の設定、再設定及び解除に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。無線ベアラは端末とネットワークの間のデータ伝達のために第２の層により提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層の間にＲＲＣ連結（ＲＲＣＣｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ連結状態（ＣｏｎｎｅｃｔｅｄＭｏｄｅ）であり、そうではない場合はＲＲＣ休止状態（ＩｄｌｅＭｏｄｅ）である。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）層は、セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）と移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）などの機能を果たす。

ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信され、又は特の下りＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信されることができる。なお、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）がある。送信チャネルの上位にありかつ送信チャネルにマッピングされる論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）としては、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

図２は、３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。

端末は、電源がオンになったり新たにセルに進入した場合は、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ）作業を行う（Ｓ２０１）。このために、端末は基地局から主同期チャネル（ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ；Ｐ−ＳＣＨ）及び副同期チャネル（ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ；Ｓ−ＳＣＨ）を受信することによって基地局と同期を取り、セルＩＤなどの情報を得ることができる。その後、端末は基地局から物理放送チャネル（ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）を受信してセル内の放送情報を得ることができる。なお、端末は初期セル探索段階において下りリンク参照信号（ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＤＬＲＳ）を受信して下りリンクチャネル状態を確認することができる。

初期セル探索を終了した端末は、物理下りリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ）及び該ＰＤＣＣＨに載せられた情報によって物理下りリンク共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を得ることができる（Ｓ２０２）。

一方、基地局に最初に接続したか或いは信号送信のための無線リソースがない場合は、端末は、基地局に対して任意接続過程（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ；ＲＡＣＨ）を行うことができる（段階Ｓ２０３〜段階Ｓ２０６）。このために、端末は、物理任意接続チャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ；ＰＲＡＣＨ）を介して特定シーケンスをプリアンブルとして送信し（Ｓ２０３及びＳ２０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ２０４及びＳ２０６）。競合ベースのＲＡＣＨの場合、さらに衝突解決手順（ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ）を行うことができる。

上述した手順を行った端末は、その後、一般的な上り／下りリンク信号送信の手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ２０７）及び物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ；ＰＵＳＣＨ）／物理上りリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＵＣＣＨ）の送信（Ｓ２０８）を行う。特に、端末は、ＰＤＣＣＨを介して下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報などの制御情報を含み、その使用目的に応じてフォーマットが互いに異なる。

一方、端末が上りリンクを通じて基地局に送信したり又は端末が基地局から受信したりする制御情報は、下り／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）、ＰＭＩ（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｅｘ）、ＲＩ（ＲａｎｋＩｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰＬＴＥシステムの場合、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信することができる。

図３は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。

図３を参照すると、無線フレーム（ｒａｄｉｏｆｒａｍｅ）は１０ｍｓ（３２７２００×Ｔ_ｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは０．５ｍｓ（１５３６０×Ｔ_ｓ）の長さを有する。ここで、Ｔ_ｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０^−８（約３３ｎｓ）で表示される。スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ）を含む。ＬＴＥシステムにおいて一つのリソースブロックは１２個の副搬送波×７（６）個のＯＦＤＭシンボルを含む。データの送信される単位時間であるＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）は一つ以上のサブフレーム単位に定めることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。

図４は、下りリンク無線フレームにおいて一つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。

図４を参照すると、サブフレームは１４個のＯＦＤＭシンボルで構成されている。サブフレーム設定によって先頭の１乃至３個のＯＦＤＭシンボルは制御領域として用いられ、残りの１３〜１１個のＯＦＤＭシンボルはデータ領域として用いられる。同図で、Ｒ１乃至Ｒ４は、アンテナ０乃至３に対する基準信号（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ（ＲＳ）又はＰｉｌｏｔＳｉｇｎａｌ）を表す。ＲＳは、制御領域及びデータ領域を問わず、サブフレーム内に一定のパターンで固定される。制御チャネルは、制御領域においてＲＳの割り当てられていないリソースに割り当てられ、トラフィックチャネルもデータ領域においてＲＳの割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルには、ＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ＡＲＱＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ）、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）などがある。

ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルであって、毎サブフレームごとにＰＤＣＣＨに用いられるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは、最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４個のＲＥＧ（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ）で構成され、それぞれのＲＥＧはセルＩＤ（ＣｅｌｌＩＤｅｎｔｉｔｙ）に基づいて制御領域内に分散される。一つのＲＥＧは４個のＲＥ（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）で構成される。ＲＥは、１副搬送波×１ＯＦＤＭシンボルと定義される最小物理リソースを表す。ＰＣＦＩＣＨ値は帯域幅によって１〜３又は２〜４の値を指示し、ＱＰＳＫ（ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）で変調される。

ＰＨＩＣＨは、物理ＨＡＲＱ（Ｈｙｂｒｉｄ−ＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅｑｕｅｓｔ）指示子チャネルであって、上りリンク送信に対するＨＡＲＱＡＣＫ／ＮＡＣＫを運ぶために用いられる。すなわち、ＰＨＩＣＨは、ＵＬＨＡＲＱのためのＤＬＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを表す。ＰＨＩＣＨは、１個のＲＥＧで構成され、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）にスクランブル（ｓｃｒａｍｂｌｉｎｇ）される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ（Ｂｉｎａｒｙｐｈａｓｅｓｈｉｆｔｋｅｙｉｎｇ）で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散因子（ＳｐｒｅａｄｉｎｇＦａｃｔｏｒ；ＳＦ）＝２又は４で拡散される。同一のリソースにマッピングされる複数のＰＨＩＣＨは、ＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は、拡散コードの個数によって決定される。ＰＨＩＣＨ（グループ）は周波数領域及び／又は時間領域においてダイバーシティ利得を得るために３回反復（ｒｅｐｅｔｉｔｉｏｎ）される。

ＰＤＣＣＨは物理下りリンク制御チャネルであって、サブフレームにおける先頭のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数で、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＰＤＣＣＨは、送信チャネルであるＰＣＨ（Ｐａｇｉｎｇｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄｃｈａｎｎｅｌ）のリソース割り当てに関する情報、上りリンクスケジューリンググラント（ＵｐｌｉｎｋＳｃｈｅｄｕｌｉｎｇＧｒａｎｔ）、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ（Ｐａｇｉｎｇｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄｃｈａｎｎｅｌ）はＰＤＳＣＨを通じて送信される。したがって、基地局と端末は一般に、特定の制御情報又は特定のサービスデータ以外は、ＰＤＳＣＨを通じてデータをそれぞれ送信及び受信する。

ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるものか、これら端末がどのようにＰＤＳＣＨデータを受信してデコードしなければならないかに関する情報などは、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ）でＣＲＣマスクされており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」というＤＣＩフォーマット、すなわち、送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が、特定サブフレームで送信されると仮定する。この場合、セル内の端末は、自身が持っているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリング、すなわち、ブラインドデコードし、「Ａ」のＲＮＴＩを持っている一つ以上の端末があると、これらの端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

図５は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。

図５を参照すると、上りリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が割り当てられる領域と、ユーザデータを運ぶＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）が割り当てられる領域とに区別される。サブフレームにおいて中間部分がＰＵＳＣＨに割り当てられ、周波数領域においてデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上で送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクチャネル状態を示すＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）、ＭＩＭＯのためのＲＩ（ＲａｎｋＩｎｄｉｃａｔｏｒ）、上りリンクリソース割り当て要請であるＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）などがある。一つの端末に対するＰＵＣＣＨは、サブフレーム内の各スロットで互いに異なる周波数を占める一つのリソースブロックを使用する。すなわち、ＰＵＣＣＨに割り当てられる２個のリソースブロックはスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙｈｏｐｐｉｎｇ）する。特に、図６は、ｍ＝０のＰＵＣＣＨ、ｍ＝１のＰＵＣＣＨ、ｍ＝２のＰＵＣＣＨ、ｍ＝３のＰＵＣＣＨがサブフレームに割り当てられるとしている。

以下、チャネル状態情報（ｃｈａｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ）の報告について説明する。現在、ＬＴＥ標準では、チャネル状態情報無しで運用される開ループ（ｏｐｅｎ-ｌｏｏｐ）ＭＩＭＯと、チャネル状態情報に基づいて運用される閉ループ（ｃｌｏｓｅｄ-ｌｏｏｐ）ＭＩＭＯという２つの送信方式が存在する。特に、閉ループＭＩＭＯでは、ＭＩＭＯアンテナの多重化利得（多重化ｇａｉｎ）を得るために、基地局及び端末のそれぞれは、チャネル状態情報に基づいてビームフォーミングを行うことができる。基地局は、チャネル状態情報を端末から得るために、端末にＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）又はＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）を割り当てて、下りリンク信号に対するチャネル状態情報（ＣＳＩ）をフィードバックするように命令する。

ＣＳＩは、ＲＩ（ＲａｎｋＩｎｄｉｃａｔｏｒ）、ＰＭＩ（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｅｘ）、ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｉｏｎ）の３つの情報に大別される。先ず、ＲＩは、上述のように、チャネルのランク情報を示し、端末が同一の周波数−時間リソースによって受信できるストリーム数を意味する。また、ＲＩは、チャネルの長期フェーディング（ｌｏｎｇｔｅｒｍｆａｄｉｎｇ）によって決定されるため、通常、ＰＭＩ、ＣＱＩ値よりも長い周期で基地局にフィードバックされる。

次に、ＰＭＩはチャネルの空間特性を反映した値であって、ＳＩＮＲなどのメートル（ｍｅｔｒｉｃ）を基準として端末が選好する基地局のプリコーディング行列インデックスを示す。最後に、ＣＱＩはチャネルの強度を示す値であって、通常、基地局がＰＭＩを用いるときに得られる受信ＳＩＮＲのことを意味する。

３ＧＰＰＬＴＥ−Ａシステムにおいて、基地局は、複数のＣＳＩプロセスをＵＥに設定して、各プロセスに対するＣＳＩが報告される。ここで、ＣＳＩプロセスは、基地局からの信号品質の特定のためのＣＳＩ−ＲＳリソースと干渉測定のためのＣＳＩ−ＩＭ（ｉｎｔｅｒｆｅｒｅｎｃｅｍｅａｓｕｒｅｍｅｎｔ）リソース、即ち、ＩＭＲ（ｉｎｔｅｒｆｅｒｅｎｃｅｍｅａｓｕｒｅｍｅｎｔｒｅｓｏｕｒｃｅ）で構成される。

ＭｉｌｌｉｍｅｔｅｒＷａｖｅ（ｍｍＷ）では波長が短くなるため、同一面積に多数のアンテナ要素の設置が可能である。具体的には、３０ＧＨｚ帯域において波長は１ｃｍであって、４ｂｙ４ｃｍのパネル（ｐａｎｅｌ）に０．５ｌａｍｂｄａ（波長）間隔で２Ｄ（ｄｉｍｅｎｓｉｏｎ）配列である全６４（８×８）のアンテナ要素を設けることができる。これにより、ｍｍＷ分野における最近の動向では、多数のアンテナ要素を使用してＢＦ（ｂｅａｍｆｏｒｍｉｎｇ）利得を上げてカバレッジを増加させたり、或いはスループット（ｔｈｒｏｕｇｈｐｕｔ）を増加させたりすることを試みている。

このとき、アンテナ要素別に送信パワー及び位相の調節ができるように、ＴＸＲＵ（ＴｒａｎｓｃｅｉｖｅｒＵｎｉｔ）を備えると、周波数リソース別に独立したビームフォーミングが可能である。しかし、１００余個の全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性に乏しい問題がある。従って、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相シフター（ａｎａｌｏｇｐｈａｓｅｓｈｉｆｔｅｒ）でビーム方向を調節する方式が考えられている。かかるアナログビームフォーミング方式では全帯域において１つのビーム方向のみが形成できるので、周波数選択的なビームフォーミングができないというデメリットがある。

デジタルＢＦとアナログＢＦの中間形態として、Ｑ個のアンテナ要素より少ない数のＢ個のＴＸＲＵを有するハイブリッドＢＦが考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の接続方式によって差はあるが、同時に送信可能なビームの方向はＢ個以下に制限される。

図６は、ＴＸＲＵとアンテナ要素の接続方式の一例を示す図である。

図６（ａ）は、ＴＸＲＵがサブアレイ（ｓｕｂ−ａｒｒａｙ）に接続された方式を示している。この場合、アンテナ要素は１つのＴＸＲＵにのみ接続される。これとは異なり、図６（ｂ）は、ＴＸＲＵが全てのアンテナ要素に接続された方式を示している。この場合、アンテナ要素は全てのＴＸＲＵに接続される。図６において、Ｗはアナログ位相シフターにより乗じられる位相ベクトルを示す。即ち、Ｗによってアナログビームフォーミングの方向が決定される。ここで、ＣＳＩ−ＲＳアンテナポートとＴＸＲＵとのマッピングは１−ｔｏ−１又は１−ｔｏ−多である。

より多い通信機器がより大きい通信容量を要求することにより、既存のＲＡＴ（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ）に比べて向上した無線広帯域通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模（ｍａｓｓｉｖｅ）ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）が次世代通信において考慮される主なイッシュの１つである。のみならず、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及びレイテンシ（ｌａｔｅｎｃｙ）に敏感なサービス／ＵＥを考慮した通信システムデザインが提示されている。これを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜のために、ＮｅｗＲＡＴと称する。

ＴＤＤシステムにおいてデータ送信レイテンシを最小化するために５世代ＮＲでは、図７のような自己完備型（Ｓｅｉｆ−ｃｏｎｔａｉｎｅｄ）サブフレームの構造を考慮している。図７は、自己完備型サブフレーム構造の一例を示す図である。

図７において、斜線領域は下りリンク制御領域を示し、黒塗り領域は上りリンク制御領域を示す。表示のない領域は、下りリンクデータ送信のために用いられてよく、上りリンクデータ送信のために用いられてもよい。この構造の特徴は、１つのサブフレームにおいて下りリンク送信と上りリンク送信とが順次に行われ、サブフレーム内で下りリンクデータを送信したり、上りリンクＡＣＫ／ＮＡＣＫを受信したりすることもできる。結果として、データ送信エラーが発生したとき、データの再送信までかかる時間を減らすことになり、これによって最終データ伝達のレイテンシを最小化することができる。

このような自己完備型サブフレーム構造において、基地局とＵＥが送信モードから受信モードに切り替えられる過程、又は受信モードから送信モードに切り替えられる過程のためには、時間間隙（ｔｉｍｅｇａｐ）が必要である。そのために、自己完備型サブフレーム構造において、下りリンクから上りリンクに切り替えられる時点の一部のＯＦＤＭシンボル（ＯＦＤＭｓｙｍｂｏｌ；ＯＳ）がＧＰ（ｇｕａｒｄｐｅｒｉｏｄ）として設定される。

ＮｅｗＲＡＴをベースとして動作するシステムにおいて、構成／設定が可能な上述した自己完備型サブフレームタイプの一例として、少なくとも以下のような４つのサブフレームタイプが考えられる。

− 下りリンク制御区間＋下りリンクデータ区間＋ＧＰ＋上りリンク制御区間

− 下りリンク制御区間＋下りリンクデータ区間

− 下りリンク制御区間＋ＧＰ＋上りリンクデータ区間＋上りリンク制御区間

− 下りリンク制御区間＋ＧＰ＋上りリンクデータ区間

５世代ＮｅｗＲＡＴシステムでは、下りリンク制御指示子（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ；ＤＣＩ）を送信／検出するために、１つ以上の検索空間（ｓｅａｒｃｈｓｐａｃｅ；ＳＳ）を構成することができ、１つ以上の制御リソース集合（ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ；ＣＯＲＥＳＥＴ）を設定することができる。また、５世代ＮｅｗＲＡＴシステムでは、リソース使用の効率を高めるための方法として、データと制御情報との効率的なリソース共有（ｒｅｓｏｕｒｃｅｓｈａｒｉｎｇ）を考慮することができる。

一方、５世代ＮｅｗＲＡＴシステムでは、共通検索空間（Ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ；ＣＳＳ）とＵＥ特定検索空間（ＵＥ−ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ；ＵＳＳ）とが同一の制御リソース集合に対応することができる。一方、リソースの効率的な活用のために、共通検索空間とＵＥ特定検索空間とが互いに異なる制御リソース集合に対応するように設定することもできる。

制御リソース集合（ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ；ＣＯＲＥＳＥＴ）が設定される場合、データ送信は、前記制御リソース集合が設定された領域を考慮して、レートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）を行うことができる。例えば、制御リソース集合が設定された領域との重畳を避ける方向にレートマッチングが行われる。しかし、制御リソース集合の場合、多数のＰＤＣＣＨ候補間の重畳及び干渉を発生させる可能性のある場合、多数のＰＤＣＣＨ候補間のブロッキング現象（ｂｌｏｃｋｉｎｇ）を減少させるために、そのサイズが非常に大きい場合があり、このとき、データリソースの減少による性能劣化が発生し得る。

よって、本発明では、制御リソース集合、検索空間、制御情報及びデータ間の関係などによって、効率的に制御情報とデータがリソースを共有する方法を提案する。一方、本発明は、下りリンク制御情報に基づいて説明されたが、上りリンク制御情報に対しても拡張適用することができる。

データマッピングにおいて、制御リソース集合に対するレートマッチング可否及び方法は、制御リソース集合ごとに設定することができる。この場合、ネットワークがＵＥ特定検索空間、下りリンク検索空間又は上りリンク検索空間のような特定検索空間、又は検索空間の一部に対して、データとのリソース共有を支援することができる。

また別の方式では、単に検索空間の種類、すなわち、共通検索空間であるか、又はＵＥ特定検索空間であるかによって、レートマッチング可否及び方法を設定することもできる。具体的に、共通検索空間に対してはレートマッチングを行わず、ＵＥ特定検索空間に対してはデータ共有をさらに活用することができる。

換言すれば、共通検索空間に対しては、共通検索空間内のＰＤＣＣＨの存否には関係なく、ＰＤＳＣＨをマッピングしないが、ＵＥ特定検索空間に対しては、ＰＤＳＣＨをスケジュールするＰＤＣＣＨを除くＵＥ特定検索空間内のリソース要素にＰＤＳＣＨをマッピングすることができる。

以下、特定制御リソース集合又は検索空間にデータをマッピングするとき、当該領域にデータをレートマッチングする方法に関する具体的な実施例を説明する。

実施例１−１

データをマッピングするとき、全体の制御リソース集合又は全体の検索空間に対してレートマッチングを行うことができる。

実施例１−２

データをマッピングするとき、制御リソース集合又は検索空間のうち、前記データに対応する制御情報のみに対してレートマッチングを行うことができる。具体的に、制御情報は、マッピングされるデータをスケジュールする制御情報であってもよい。よって、データをスケジュールする制御情報のためのリソース以外の制御情報に対しては、データスケジューリング時に、基地局（ｇＮＢ）がデータのためのリソース割り当てを行わなくてもよい。

実施例１−３

データをマッピングするとき、当該データをスケジュールする制御情報がマッピングされるリソースは、制御領域の最後のＣＣＥ又は最後のＰＲＢであると仮定した上、レートマッチングを行うことができる。その他の制御情報に対しては、その他の制御情報をリソース領域に別として配置するか送信する方式によってデータとの重畳を防止することができる。

実施例１−４

ＤＣＩを介して当該制御リソース集合に対するレートマッチング情報を送信することができる。例えば、ＤＣＩを介して、レートマッチングの対象となる最初のＣＣＥ及び／又は最後のＣＣＥに関する情報を送信するか、レートマッチングの対象となる最初のＰＲＢ及び／又は最後のＰＲＢに関する情報を送信することができる。

前記ＤＣＩは、レートマッチングに対応するデータをスケジュールするＤＣＩであってもよく、各制御リソース集合を介して送信されるグループ共通ＤＣＩであってもよい。このとき、前記ＤＣＩを介して指示された情報に従って、データのレートマッチングを行い、データをマッピングすることができる。

実施例１−５

特定制御リソース集合のグループ共通ＤＣＩを介してレートマッチング情報を送信することができる。例えば、グループ共通ＤＣＩを介して、レートマッチングの対象となる最初のＣＣＥ及び／又は最後のＣＣＥに関する情報を送信するか、レートマッチングの対象となる最初のＰＲＢ及び／又は最後のＰＲＢに関する情報を送信することができる。また、グループ共通ＤＣＩを介して指示されたレートマッチング情報は、全ての制御リソース集合に適用されることができる。また、グループ共通ＤＣＩを介して指示された情報によって、データのレートマッチングを行い、データをマッピングすることができる。

実施例１−６

上位層シグナリングを介して、全ての又は各々の制御リソース集合に対するレートマッチング情報を送信することができる。例えば、上位層シグナリングを介して、レートマッチングの対象となる最初のＣＣＥ及び／又は最後のＣＣＥに関する情報を送信するか、レートマッチングの対象となる最初のＰＲＢ及び／又は最後のＰＲＢに関する情報を送信することができる。また、上位層シグナリングを介して指示された情報によって、データのレートマッチングを行い、データをマッピングすることができる。

上述した実施例は、制御リソース集合ごとに独立して適用されてもよく、複数の実施例が組み合わされて設定されてもよい。例えば、特定制御リソース集合に対しては、「実施例１−６」を適用する共に、「実施例１−２」を適用して指示されたレートマッチング情報の他にもデータをスケジュールする制御情報に対してレートマッチングを行うことができる。

また、複数の実施例が設定された状態において、スケジューリングＤＣＩに含まれた指示フィールド（ｉｎｄｉｃａｔｉｏｎｆｉｅｌｄ）を用いて動的にレートマッチング方法を変更してもよい。或いは、ＲＮＴＩ及び／又はスクランブリング及び／又はＣＲＣマスキングによって動的にレートマッチング方法を変更してもよい。

一方、レートマッチング又はパンクチャリングの対象となるリソースに対して、以下のようなオプションを設定することもできる。以下の説明において、当該制御情報は、データをスケジュールするための制御情報であり得る。また、以下の説明において、ＯＦＤＭシンボルは、動的又は静的なリソースをいずれも含むことができる。

（オプション１）当該制御情報がマッピングされる領域を含むＰＲＢグループのＰＲＢ内において、データがマッピングされないと仮定する。

（オプション２）当該制御情報がマッピングされる領域を含むＰＲＢグループのＰＲＢ内において、当該制御情報がマッピングされるＯＦＤＭシンボルに限ってデータがマッピングされないと仮定する。

（オプション３）当該制御情報がマッピングされる領域を含むＰＲＢグループのＰＲＢ内において、制御領域の最初のシンボルから、当該制御情報がマッピングされるＯＦＤＭシンボルに限ってデータがマッピングされないと仮定する。

（オプション４）当該制御情報がマッピングされる領域を含むＰＲＢグループのＰＲＢ内において、制御領域に含まれたＯＦＤＭシンボル内に限ってデータがマッピングされないと仮定する。

（オプション５）当該制御情報がマッピングされる領域を含むＰＲＢ内において、データはマッピングされないと仮定する。

（オプション６）当該制御情報がマッピングされる領域を含むＰＲＢ内において、当該制御情報がマッピングされるＯＦＤＭシンボルに限ってデータがマッピングされないと仮定する。

（オプション７）当該制御情報がマッピングされる領域を含むＰＲＢ内において、制御領域の最初のシンボルから、当該制御情報がマッピングされるＯＦＤＭシンボルに限ってデータがマッピングされないと仮定する。

（オプション８）当該制御情報がマッピングされる領域を含むＰＲＢ内において、制御領域に含まれたＯＦＤＭシンボル内に限ってデータがマッピングされないと仮定する。

（オプション９）当該制御情報がマッピングされる領域を含む制御リソース集合にはデータがマッピングされないと仮定する。この場合、制御リソース集合は、共通検索空間を含むリソース集合に限ることができる。

ところが、共通検索空間のための制御リソース集合の制御領域以前の時点において、データマッピングの開始点が設定された場合、共通検索空間と重なるか、共通検索空間内で制御情報が検出された場合、前記リソース集合の全てがレートマッチングに使用可能であることを仮定する。そうではない場合、前記リソース集合はデータマッピングのみに使用されることを仮定する。

すなわち、共通検索空間内において制御情報が検出された場合、前記リソース集合が制御リソース集合であると仮定して、制御リソース集合内においてデータがレートマッチングされ得ることを仮定することが可能である。一方、制御情報が検出されない場合、前記リソース集合を制御リソース集合として仮定せず、前記リソース集合がデータマッピングのみに使用されるリソース集合であると仮定する。

一方、同一の制御リソース集合に対して、複数の検索空間が設定されることができる。すなわち、共通検索空間とＵＥ特定検索空間が、特定制御リソース集合に同様に構成されてもよい。この場合、データに対するレートマッチング方法が同一の制御リソース集合内においても異なることがある。

例えば、共通検索空間に対応するサブ領域（ｓｕｂ−ｒｅｇｉｏｎ）の場合、全体の制御リソース集合又は検索空間に対してレートマッチングを行ってもよく、ＤＣＩ又は上位層シグナリングを介して指示されるレートマッチング領域に応じてレートマッチングを行ってもよい。

一方、ＵＥ特定検索空間に対応するサブ領域の場合、データをマッピングするとき、制御リソース集合又は検索空間内において、マッピングされるデータに対応する制御情報のみに対してレートマッチングを行ってもよく、ＤＣＩ又は上位層シグナリングを介して指示されるレートマッチング領域に応じてレートマッチングを行ってもよい。ここで、ＵＥ特定検索空間は、特定のＵＥ専用検索空間であってもよく、特定のＵＥグループ用検索空間であってもよい。

このとき、指示されるレートマッチング領域は、共通検索空間とＵＥ特定検索空間のそれぞれに対して、独立的に設定されることができる。これは、通常、共通検索空間に対するＰＤＣＣＨ候補が少ないため、ケジューリングによるレートマッチング方法が容易ではない可能性があるからである。さらに、複数の方式が設定された状態では、スケジューリングＤＣＩ内の指示フィールド（ｉｎｄｉｃａｔｉｏｎｆｉｅｌｄ）を用いて、動的にレートマッチング方法を変更してもよい。

制御リソース集合（Ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ）は、全部又は一部がＵＥ特定であってもよく、ＵＥグループ共通（ＵＥ−ｇｒｏｕｐｃｏｍｍｏｎ）に指定されてもよい。このとき、特定のＵＥに全ての制御リソース集合に関する情報をネットワークが知らせることは、シグナリングのオーバーヘッドの観点から非効率的であり、よって特定のＵＥ又はＵＥグループ共通のために設定された制御リソース集合を除くその他の制御リソース集合に対しては、別のレートマッチングを行わず、スケジューリングのみに基づいて制御情報とデータとのリソース割り当ての衝突を回避することができる。

図８に基づいて、上述した内容を簡単にまとめると、上位層を介して制御リソース集合のための領域を設定して（Ｓ８０１）、レートマッチング情報をＤＣＩ又は上位層シグナリングを介して受信する（Ｓ８０３）。このとき、Ｓ８０３は、上述した実施例１−４乃至実施例１−６において行われ、実施例１−１乃至実施例１−３においては省略してもよい。

この後、前記制御リソース集合及びレートマッチング情報に基づいてデータをそれぞれのリソース要素にマッピングして（Ｓ８０５）、マッピングされたデータを送信する（Ｓ８０７）。

一方、５世代ＮｅｗＲＡＴシステムでは、単一ＰＤＳＣＨ又はＰＵＳＣＨに対する複数のＰＤＣＣＨを送信することもできる。特に、ＰＤＣＣＨ送信形態は、局部的（ｌｏｃａｌｉｚｅｄ）であってもよいが、周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙｄｉｖｅｒｓｉｔｙ）取得のために分散的（ｄｉｓｔｒｉｂｕｔｅｄ）であってもよい。以下、複数のＰＤＣＣＨに対するレートマッチング方法に関する実施例を説明する。特に、以下の実施例は、スケジューリングＤＣＩに対するレートマッチング方法について詳細に説明しようとする。

実施例２−１

最初のＣＣＥと最後のＣＣＥの間に含まれた全てのＣＣＥ、すなわち、検出されたスケジューリングＤＣＩがマッピングされた最初のＣＣＥと最後のＣＣＥの間に含まれた全てのＣＣＥがレートマッチング可能なものと仮定する。この場合、最初のＣＣＥと最後のＣＣＥの間に位置する中間のＣＣＥを介して、前記スケジューリングＤＣＩ以外の制御情報を送信することもできる。

実施例２−２

複数のＤＣＩがマッピングされたＣＣＥのみに対してレートマッチングを行うことができる。この方式は、リソースの効率性の観点から有利な場合がある。

実施例２−３

スケジューリング情報が複数のＰＤＣＣＨを介して送信されることが許容された（ｅｎａｂｌｅｄ）場合、全体の制御リソース集合がレートマッチングに使用されることを仮定することができる。

一方、レートマッチングされるリソース要素を指示して、これに基づいてレートマッチングを行う、指示ベースのレートマッチング方式の場合にも、上述した実施例２−１乃至実施例２−３が拡張適用されることができ、この場合、代表ＰＤＣＣＨに関する情報を指示して、前記代表ＰＤＣＣＨに基づいて、実施例２−１乃至実施例２−３を適用することができる。例えば、実施例２−１において、最初のＣＣＥを前記代表ＰＤＣＣＨの最初のＣＣＥとみなし、前記代表ＰＤＣＣＨの最初のＣＣＥをベースとしてレートマッチングを行うことができる。

一方、データを制御リソース領域内にマッピングすることを支援することにおいて、制御情報のマッピング方式が局部的であるか分散的であるかによってもレートマッチング方法が異なり得る。このとき、上述したマッピング方式は、ＲＥＧがＣＣＥでマッピングされること及び／又はＣＣＥがＰＤＣＣＨでマッピングされることを意味してもよい。

例えば、制御情報が周波数ドメイン領域において分散的にマッピングされる場合、データとのリソース共有が容易ではない可能性があるため、全体の制御リソース集合に対してレートマッチングを行うことができる。一方、制御情報が周波数ドメイン領域において局部的にマッピングされる場合、データと制御情報間のＦＤＭが容易であるため、上述したオプション１乃至６のように、設定ベースでレートマッチングを行ってもよく、当該ＵＥの制御情報に対応するリソースのみに対してレートマッチングを行ってもよい。

また別の方式として、制御情報のマッピング方式には、時間優先マッピング方式と、周波数優先マッピング方式とがある。時間優先マッピング方式では、上述したオプション１乃至６のように、設定ベースでレートマッチングを行ってもよく、当該ＵＥの制御情報に対応するリソースのみに対してレートマッチングを行ってもよい。

一方、周波数優先マッピング方式は、全体の制御リソース集合に対してレートマッチングを行ってもよく、上述したオプション１乃至６のように、設定ベースでレートマッチングを行ってもよい。

また、５世代ＮｅｗＲＡＴシステムでは、データと制御情報とのニューマロロジーが異なってもよい。また、複数の制御情報及びデータの組み合わせ間に異なるニューマロロジー及び／又はＴＴＩタイプが用いられてもよい。この場合、制御リソース集合内において制御リソース集合の一部にデータをレートマッチングして送信することが、不適な場合もある。

よって、上述のような場合には、制御リソース集合の全体に対して、データのレートマッチングを行うことができる。一方、明示的に又は暗示的に指示されたレートマッチング情報によって、制御情報がマッピングされるリソースと一部でも重なるリソースは、レートマッチングの対象となってもよい。また、レートマッチングに関する情報は、ニューマロロジーごとに、及び／又はＴＴＩタイプごとに、独立的に設定されることができる。

このとき、ニューマロロジーは、制御情報に対するニューマロロジーであってもよく、又はデータに対するニューマロロジーであってもよい。また、レートマッチングに関する情報は、制御情報及び／又はデータ間のニューマロロジー及び／又はＴＴＩタイプの組み合わせごとに設定されることもできる。

例えば、第１のニューマロロジーを仮定するデータが、第２のニューマロロジーを仮定する制御領域において行われるレートマッチング方法と、第１のニューマロロジーを仮定する制御領域において行われるレートマッチング方法とは異なり得る。

すなわち、データと同一のニューマロロジーを仮定する制御領域におけるレートマッチング方法と、異なるニューマロロジーを仮定する制御領域におけるレートマッチング方法とは異なり得る。

上述した方法による、明示的なレートマッチング方法の一例としては、ＲＲＣによってレートマッチング方法を設定するか、スケジューリングＤＣＩによってレートマッチング方法を指示することができる。複数のニューマロロジーに対するレートマッチング方法を設定又は指示する場合、レートマッチング方法が制御情報又はデータに対するニューマロロジー、或いはその組み合わせに対して、それぞれ指示フィールド（ｉｎｄｉｃａｔｉｏｎｆｉｅｌｄ）が存在してもよい。

上述した方法とは違って、制御リソース集合内において送信されるデータは、制御情報と同一のニューマロロジーに変換されて送信されることもできる。

上述のように、データのニューマロロジーと制御情報のニューマロロジーとが異なる場合、ＰＤＳＣＨの開始点が設定されることができ、ＰＤＳＣＨの開始点が制御領域を含む場合には、たとえ当該制御領域に対してモニタリングするように設定されても、前記制御情報をモニタリングしないようにすることができる。このとき、上述した設定は、データのニューマロロジーと制御情報のニューマロロジーとが異なる場合に限って適用され得る。一方、上述した一例とは異なり、ＰＤＳＣＨ開始点が前記ＰＤＳＣＨを受信するＵＥの制御情報がマッピングされたＯＦＤＭシンボルインデックスより小さい場合には、前記制御情報がマッピングされたシンボル、すなわち制御リソース集合の全体に対してレートマッチングが行われたことを仮定する。

一方、ＰＤＳＣＨ又はＰＵＳＣＨをスケジュールすることに当って、マルチスロット集合（ｍｕｌｔｉ−ｓｌｏｔａｇｇｒｅｇａｔｉｏｎ）を考慮してもよい。このとき、第１のＴＴＩタイプと第２のＴＴＩタイプとは互いに異なるタイプであり、第２のＴＴＩタイプの相対的な長さが第１のＴＴＩタイプに比べて短いと仮定することができる。この場合、それぞれのスロットに対して、制御リソース集合が設定されてもよく、このときのレートマッチング方式は、以下のようである。

各スロットごとにＰＤＳＣＨ開始点を半静的（ｓｅｍｉ−ｓｔａｔｉｃ）又は動的（ｄｙｎａｍｉｃ）に設定することができる。このとき、動的に設定する方式は、スロット集合（ｓｌｏｔ−ａｇｇｒｅｇａｔｉｏｎ）の最初のＤＣＩにおいてＰＤＳＣＨ開始点を指示してもよく、各スロッごとに当該レートマッチング又はパンクチャリング情報を指示してもよい。また、エンコーディング時間を考慮して、最初のスロットを除いて、その他のスロットの制御リソース集合内のＰＤＳＣＨ送信に対してパンクチャリングを行うこともできる。

或いは、各スロットごとにレートマッチング情報を明示的に指示して、ＵＥは、当該情報に基づいてレートマッチング又はパンクチャリングを行うことができる。一方、上述のように、レートマッチング情報を明示的に指示する場合は、ＣＳＩ−ＲＳに関する情報を指示するなどのように、制御情報をレートマッチングする場合だけではなく、別の理由によって、レートマッチングを行う場合にも同様に明示的に指示することができる。また、各スロットごとに、各スロットの開始点及び最後点を半静的に又は動的に指示することができる。

一方、制御情報のシグナリングオーパーヘッドを考慮して、レートマッチング又はパンクチャリング情報を複数のスロットに対して適用することもできる。例えば、上述したデータマッピングが可能なスロットの開始点及び／又は最後点に関する情報を複数のスロットに対して適用することができる。

具体的に、シグナリングオーバーヘッドを考慮して、複数のスロット／スロットグループに対するレートマッチング情報を提供して、最初のスロットに対するレートマッチングパターンを同様に適用することができる。例えば、ＣＳＩ−ＲＳレートマッチングなどが複数のスロット／スロットグループに対して同様に適用されると仮定することができる。

別の方法としては、複数のスロットのうち、最初のスロットとその他のスロットに異なるレートマッチング設定を適用することができる。例えば、最初のスロットは、特定ＵＥに関する制御情報に対してレートマッチングを行い、その他のスロットは、制御リソース集合の全体に対してレートマッチングを行うかパックチャリングを行うことができる。

一方、基本的に、マルチスロットは、常に時間−周波数リソースが同時に指示されることが効率的な場合がある。

また、本発明の実施例において説明したレートマッチング又はパンクチャリングに関する方法は、ＰＤＳＣＨ又はＰＵＳＣＨマッピング時、ＰＤＣＣＨのみならず、ＣＳＩ−ＲＳ、ＵＣＩ、ＰＤＳＣＨマッピング情報を送信するためのＵＬ送信、ＰＵＳＣＨマッピング情報を送信するためのＤＬ送信にも拡張して適用することができる。また、基地局がＵＥに指示することに関する内容は実施例に過ぎず、その逆の場合、すなわちＵＥが基地局に指示する方式にも本発明の思想を拡張して適用可能であることは自明であろう。

また、マルチスロットに対して、ＰＤＳＣＨ又はＰＵＳＣＨがスケジュールされた後、中間スロットにおいてまた別のＰＤＣＣＨが送信される必要がある場合、又は単一スロットに対してＰＤＳＣＨ又はＰＵＳＣＨがスケジュールされた後、前記単一スロット内の特定のミニスロットにおいてまた別のＰＤＣＣＨが送信される必要がある場合、前記途中に送信される必要のあるＰＤＣＣＨは、既に割り当てられた（ａｓｓｉｇｎｅｄ）下りリンクリソースを先占（ｐｒｅ−ｅｍｐｔｉｏｎ）するか、又は重畳（ｓｕｐｅｒｐｏｓｉｔｉｏｎ）する形態で送信されることができる。この場合、先占されたリソースに対する指示信号を基地局であるＵＥに送信することができる。

一方、データ送信のためのシンボルの数が少ない場合のように、データ送信区間が相対的に小さい場合には、本発明によるＰＤＣＣＨとＰＤＳＣＨとのリソース共有方法が特に有用であり得る。ただし、本発明によるＰＤＣＣＨとＰＤＳＣＨとのリソース共有であっても、ＰＤＳＣＨの復調及びデコーディングのためにＤＭＲＳはレートマッチングされてはいけないため、ＤＭＲＳを送信する位置を別に定義する必要がある。

以下、これによるＤＭＲＳを送信する位置を設定する方法に関する実施例を説明する。

一方、ＤＭＲＳを送信する位置を設定する方法を説明するに先立って、ＰＤＣＣＨとＰＤＳＣＨに対するリソース配置に関するケースを説明する。

ケース１

ＰＤＣＣＨとＰＤＳＣＨに対するリソースが重ならない場合、すなわちＰＤＣＣＨとＰＤＳＣＨが完全にＦＤＭされる場合がある。

ケース２

ＰＤＣＣＨとＰＤＳＣＨに対するリソースが周波数軸に一部重なる場合、前記重なったＰＤＳＣＨに対する一部の周波数領域、すなわちＲＢ領域に対してはＰＤＣＣＨとＴＤＭされてもよい。

例えば、ＰＤＣＣＨに対してｗｉｄｅｂａｎｄＲＳが用いられ、ＰＤＣＣＨが送信されるＣＯＲＥＳＥＴのサブセットとＰＤＳＣＨに対するリソースが周波数軸に一部重なった場合、一部重なったＰＤＳＣＨに対する周波数領域は、ＣＯＲＥＳＥＴのサブセットとＴＤＭされてもよい。

このとき、ＣＯＲＥＳＥＴのサブセットに対するセグメント（ｓｅｇｍｅｎｔ）において前記セグメントは連続したＲＢで構成されることができ、当該セグメント領域内では、同一のプリコーディング及び／又はチャネル推定を仮定することができる。

ケース３

ＰＤＣＣＨとＰＤＳＣＨに対するリソースが周波数軸に完全に重なる場合には、ＰＤＳＣＨに対する全体のスケジューリング周波数リソース（ｓｃｈｅｄｕｌｅｄｆｒｅｑｕｅｎｃｙｒｅｓｏｕｒｃｅ）領域に対してＰＤＣＣＨとＴＤＭされてもよい。一方、ケース３は、ＰＤＣＣＨに対する周波数リソース領域がＰＤＳＣＨに対する周波数リソース領域より大きい場合を含んでもよい。

例えば、ＰＤＣＣＨに対してｗｉｄｅｂａｎｄＲＳが用いられ、ＰＤＣＣＨが送信されるＣＯＲＥＳＥＴのサブセットとＰＤＳＣＨに対するリソースが周波数軸に完全に重なった場合、前記ＣＯＲＥＳＥＴのサブセットと全体のＰＤＳＣＨに対する周波数領域がＴＤＭされてもよい。このとき、ＣＯＲＥＳＥＴのサブセットに対するセグメント（ｓｅｇｍｅｎｔ）において、前記セグメントは連続したＲＢで構成されることができ、当該セグメント領域内では同一のプリコーディング及び／又はチャネル推定を仮定することができる。

一方、ＰＤＣＣＨに対する領域は、ＰＤＳＣＨに対するレートマッチングパターンに対応する領域を含んでもよい。また、ＰＤＣＣＨに対する領域は、前記ＰＤＣＣＨに対応するＲＳがマッピングされる領域を含んでもよい。

ここで、ＤＭＲＳを送信する位置を設定する方法に関する実施例を説明する。

基本的に、ＤＭＲＳの位置は、プロセッシングタイムを考慮すれば、データがマッピングされる位置より先立つことが有利な場合がある。

ＰＤＳＣＨ／ＰＵＳＣＨに対するデータシンボルインデックスがスケジューリングＤＣＩで指示される場合には、指示されたシンボル又は指示されたシンボルの以前のシンボルにおいてＤＭＲＳがマッピングされることができる。一方、スケジューリングＤＣＩにおいてＰＤＳＣＨ／ＰＵＳＣＨに対する最初のシンボルインデックスを指示しない場合には、スケジューリングＤＣＩに対するＣＯＲＥＳＥＴの最後のシンボル以後の次のシンボル、又はスケジューリングＤＣＩを含むＰＤＣＣＨの開始又は最後のシンボルの次のシンボルにおいてＤＭＲＳがマッピングされることができる。一方、ＰＵＳＣＨの場合、予め定義されたか上位層シグナリングによって設定されたオフセット分だけの後にＤＭＲＳがマッピングされることができる。換言すれば、スケジューリングＤＣＩを含むＰＤＣＣＨの開始又は最後のシンボルから前記オフセット間隔以後のシンボルからＤＭＲＳがマッピングされることができる。一方、上位層シグナリングを介して当該ＴＴＩの最初のシンボル又はＣＯＲＥＳＥＴ以後の最初のシンボルを指示することもでき、これに基づいてＤＭＲＳをマッピングすることもできる。

一方、上述したＤＭＲＳマッピングは、ケース１又はケース３の場合には明確に表現できるが、ケース２のようにＰＤＳＣＨに対する最初のシンボルインデックスがＲＢ又は周波数リソースごとに異なる場合には、更なる作業が要求される可能性がある。

例えば、ケース２のように、ＰＤＳＣＨとＰＤＣＣＨに対するリソースが周波数軸に一部重なる場合のＤＭＲＳ送信の位置は、具体的に、以下の実施例のように配置されることができる。

実施例３−１

ＤＭＲＳを送信するシンボルインデックスは、当該ＰＤＳＣＨのＲＢごとに、又は周波数リソースごとに最初のシンボルインデックスの最大値に設定される。例えば、特定周波数領域における最初のシンボルインデックスが１であり、その他の周波数領域における最初のシンボルインデックスが２である場合、ＤＭＲＳはインデックス番号２を有するシンボルにおいてマッピングされることができる。

実施例３−２

ＤＭＲＳがマッピングされるシンボルインデックスは、当該ＰＤＳＣＨのＲＢごとに、又は周波数リソースごとに異なり得る。すなわち、各々の周波数リソースに対する最初のシンボルインデックスにおいてＤＭＲＳが送信される。一方、前記周波数リソースは、ＲＥ単位、ＲＢ単位又はＲＢＧ単位などに決定されることができる。

実施例３−３

ＤＭＲＳは周波数軸にＰＤＣＣＨ、ＣＯＲＥＳＥＴ又はレートマッチングリソース（ｒａｔｅ−ｍａｔｃｈｉｎｇｒｅｓｏｕｒｃｅ；ＲＭＲ）と重ならない領域でのみ送信され、このときのＰＤＳＣＨに対する最初のシンボルインデックスにおいてマッピングされる。この場合、ＰＤＣＣＨ又はＣＯＲＥＳＥＴと周波数軸に重なる部分のリソースに対するチャネル推定は、ＰＤＣＣＨとＰＤＳＣＨとのＤＭＲＳ共有によって取得することができる。

このとき、ＰＤＳＣＨに対する最初のシンボルインデックスは、レートマッチングリソースによって決定されることができる。また、周波数リソースは、ＰＤＳＣＨ／ＰＵＳＣＨに対するマッピングを考慮して、当該ＰＤＳＣＨ／ＰＵＳＣＨに対するＲＢＧ単位に決定されることができ、或いはＰＤＣＣＨに対するマッピングを考慮して、ＲＥＧ又はＲＥＧバンドル単位に決定されることもできる。また、チャネル推定単位を考慮して、ＰＲＢバンドル単位に決定されることもできる。すなわち、ＤＭＲＳに対するマッピング単位は、上述した周波数リソース単位によって決定されることができる。

図９を参照すると、通信装置９００は、プロセッサ９１０、メモリ９２０、ＲＦモジュール９３０、ディスプレイモジュール９４０、及びユーザインターフェースモジュール９５０を備えている。

通信装置９００は説明の便宜のために示されたもので、一部のモジュールは省略されてもよい。また、通信装置９００は必要なモジュールをさらに備えてもよい。また、通信装置９００において一部のモジュールはより細分化したモジュールに区分されてもよい。プロセッサ９１０は、図面を参照して例示した本発明の実施例に係る動作を実行するように構成される。具体的に、プロセッサ９１０の詳細な動作は、図１乃至図８に記載された内容を参照すればよい。

メモリ９２０は、プロセッサ９１０に接続し、オペレーティングシステム、アプリケーション、プログラムコード、データなどを格納する。ＲＦモジュール９３０は、プロセッサ９１０に接続し、基底帯域信号を無線信号に変換したり、無線信号を基底帯域信号に変換する機能を果たす。そのために、ＲＦモジュール９３０は、アナログ変換、増幅、フィルタリング及び周波数アップ変換又はこれらの逆過程を行う。ディスプレイモジュール９４０は、プロセッサ9１０に接続し、様々な情報をディスプレイする。ディスプレイモジュール９４０は、特に制限されるものではなく、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）、ＬＥＤ（ＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）、ＯＬＥＤ（ＯｒｇａｎｉｃＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）のような周知の要素を用いることができる。ユーザインターフェースモジュール９５０は、プロセッサ９１０に接続し、キーパッド、タッチスクリーンなどのような周知のユーザインターフェースの組み合わせで構成可能である。

以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替わってもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。

本文書で基地局によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒｎｏｄｅ）によって行われることもある。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われ得ることは明らかである。基地局は、固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）などの用語にしてもよい。

本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現では、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現では、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現されてもよい。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって駆動可能である。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。

本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化できるということが当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

上述のような無線通信システムにおいて、先占されたリソース情報を指示する方法及びそのための装置は、５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、５世代ＮｅｗＲＡＴシステムの他にも様々な無線通信システムに適用することができる。

Claims

無線通信システムにおいて、端末が基地局から物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信する方法であって、
１つ以上の制御リソース集合（ＣＯＲＥＳＥＴ）に関連する第１の情報を受信するステップと、
前記ＰＤＳＣＨのリソース領域に関連する第２の情報を受信するステップと、
前記第２の情報に基づいて、前記ＰＤＳＣＨを受信するステップと、
前記ＰＤＳＣＨの前記リソース領域と重なる前記１つ以上のＣＯＲＥＳＥＴに基づいて、前記１つ以上のＣＯＲＥＳＥＴの後のＯＦＤＭシンボルにおいて、前記ＰＤＳＣＨに対するＤＭＲＳを受信するステップと、を含み、
前記ＰＤＳＣＨは、前記１つ以上のＣＯＲＥＳＥＴに対するリソースブロック（ＲＢ）及びＯＦＤＭシンボル内で受信されない、ＰＤＳＣＨ受信方法。
前記ＰＤＳＣＨに対する第１のリソースが、前記１つ以上のＣＯＲＥＳＥＴに対する第２のリソースと重なるとき、前記ＤＭＲＳは、前記第１のリソース及び前記第２のリソースと重なる周波数領域内で受信されない、請求項１に記載のＰＤＳＣＨ受信方法。
前記第２の情報は、前記ＰＤＳＣＨをスケジュールするための制御チャネルが送信されるリソース要素に対する情報を含む、請求項１に記載のＰＤＳＣＨ受信方法。
前記ＰＤＳＣＨは、特定の検索空間に対するリソース内で受信されない、請求項１に記載のＰＤＳＣＨ受信方法。
無線通信システムにおいて、基地局から物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信する端末であって、
少なくとも１つの送受信器と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に接続可能な少なくとも１つのコンピュータメモリと、を含み、
前記少なくとも１つのコンピュータメモリは、実行されるとき、前記少なくとも１つのプロセッサに、
１つ以上の制御リソース集合（ＣＯＲＥＳＥＴ）に関連する第１の情報を受信し、
前記ＰＤＳＣＨのリソース領域に関連する第２の情報を受信し、
前記第２の情報に基づいて、前記ＰＤＳＣＨを受信し、
前記ＰＤＳＣＨの前記リソース領域と重なる前記１つ以上のＣＯＲＥＳＥＴに基づいて、前記１つ以上のＣＯＲＥＳＥＴの後のＯＦＤＭシンボルにおいて、前記ＰＤＳＣＨに対するＤＭＲＳを受信することを含む動作を実行させる命令を格納し、
前記ＰＤＳＣＨは、前記１つ以上のＣＯＲＥＳＥＴに対するリソースブロック（ＲＢ）及びＯＦＤＭシンボル内で受信されない、端末。
前記第２の情報は、前記ＰＤＳＣＨをスケジュールするための制御チャネルが送信されるリソース要素に対する情報を含む、請求項５に記載の端末。