JP6986102B2 - 無線通信システムにおける端末のダウンリンク信号受信方法及び前記方法を利用する端末 - Google Patents

Description

本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末のダウンリンク信号受信方法及びこの方法を利用する端末に関する。

より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうちの一つである。

信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムも論議されており、改善されたモバイルブロードバンド通信、マッシブＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術を新しいＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ ｒａｄｉｏ）と呼ぶ。

将来の無線通信システムでは、帯域部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を導入することができる。広帯域を使用する無線通信システムで前記広帯域をサポートしにくい端末のために、一部帯域を割り当てるために帯域部分が使われることができる。このような帯域部分で端末に割り当てられるリソースは、リソースブロックグループ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ：ＲＢＧ）単位で実行されることができ、前記帯域部分でＲＢＧの個数をどのような方式に定めるかが問題になることができる。

また、基地局は、端末にリソースを割り当てるにあたって、インターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）を利用することもできる。インターリービングは、論理的リソースブロックである仮想リソースブロックを物理リソースブロックにマッピングすることである。インターリービングの単位は、リソースブロックバンドル（ｂｕｎｄｌｅ）であり、前記リソースブロックバンドルと物理リソースブロックの境界との間の関係を規定する必要がある。

本発明が解決しようとする技術的課題は、無線通信システムにおける端末のダウンリンク信号受信方法及びこれを利用する端末を提供することにある。

一側面において、無線通信システムにおける端末のダウンリンク信号受信方法を提供する。前記方法は、ビットマップを含むリソースブロック割当情報を受信し、帯域部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）で前記ビットマップが指示するリソースブロックグループ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ：ＲＢＧ）を介してダウンリンク信号を受信し、前記帯域部分の総リソースブロックグループ個数は、前記帯域部分の開始リソースブロックのインデックス、前記帯域部分のサイズ及び設定されたリソースブロックグループ一つのサイズに基づいて決定されることを特徴とする。

前記帯域部分がｉ（ｉは、０または自然数）番目の帯域部分とする時、総リソースブロックグループ個数（Ｎ_ＲＢＧ）は、以下の数式により決定される。

ただし、前記数式において、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は、前記ｉ番目の帯域部分の開始リソースブロックのインデックスを示し、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}は、前記ｉ番目の帯域部分のサイズを示し、前記Ｐは、設定されたリソースブロックグループ一つのサイズを示す。

前記ビットマップのビット個数は、前記総リソースブロックグループ個数（Ｎ_ＲＢＧ）と同じである。

前記Ｐは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを介してあらかじめ設定された候補値の中から前記帯域部分のサイズによって選択される。

前記ビットマップの各ビットは、前記帯域部分の各リソースブロックグループに１：１に対応されて前記各リソースブロックグループが割り当てられたかどうかを指示する。

他の側面で提供される端末は、無線信号を送信及び受信するトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）及び前記トランシーバと結合して動作するプロセッサを含み、前記プロセッサは、ビットマップを含むリソースブロック割当情報を受信し、帯域部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）で前記ビットマップが指示するリソースブロックグループ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ：ＲＢＧ）を介してダウンリンク信号を受信し、前記帯域部分の総リソースブロックグループ個数は、前記帯域部分の開始リソースブロックのインデックス、前記帯域部分のサイズ及び設定されたリソースブロックグループ一つのサイズに基づいて決定されることを特徴とする。

ＮＲのような次世代無線通信システムにおいて、帯域部分に対するリソース割当単位（例えば、ＲＢＧ）の個数を決定する方法を提供し、それによって、周波数領域リソース割当フィールドのサイズを決定することができる。リソース割当フィールドのビットを浪費せずに、周波数領域に対するリソース割当を効率的に実行することができる。

既存の無線通信システムを例示する。 ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。 制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。 ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。 ＮＲで適用されることができるフレーム構造を例示する。 ＣＯＲＥＳＥＴを例示する。 従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。 ＮＲで新しく導入された搬送波帯域部分（ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を例示する。 リソース割当タイプ１に対する例を示す。 ホッピング領域設定に対する一例を図示する。 ダウンリンクリソース割当に関連した端末動作を例示する。 Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}個のＰＲＢで構成されたダウンリンク搬送波帯域部分ｉに対して、ＲＢＧの個数（Ｎ_ＲＢＧ）を決定する例を示す。 リソース割当タイプ１で、インターリービングのためのＲＢバンドルとＣＲＢの境界を一致させる例を示す。 本発明の実施例が具現化される装置を示すブロック図である。

図１は、既存の無線通信システムを例示する。これはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。

Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、モビリティを有してもよく、ＭＳ（Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。

基地局２０は、Ｘ２インターフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と接続され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と接続される。

ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末のモビリティ管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）参照モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができ、そのうち、第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。

図２は、ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御プレーンは、制御信号送信のためのプロトコルスタックである。

図２及び図３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ） ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を利用して上位層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して接続されている。トランスポートチャネルを介してＭＡＣ層と物理層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。

互いに異なる物理層間、即ち、送信機と受信機の物理層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。

ＭＡＣ層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層にサービスを提供する。

ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は、透過モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。

ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。

ユーザプレーンでのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。

ＲＢが設定されるとは、特定のサービスを提供するために、無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（Ｄａｔａ ＲＢ）の二つに分けられる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザプレーンでユーザデータを送信する通路として使われる。

端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ ｉｄｌｅ）状態になる。

ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。

トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定のＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定の副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。

以下、新しい無線アクセス技術（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ｎｅｗ ＲＡＴ）またはＮＲ（ｎｅｗ ｒａｄｉｏ）に対して説明する。

より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が論議されており、本発明では該当技術（ｔｅｃｈｎｏｌｏｇｙ）を便宜上ｎｅｗ ＲＡＴまたはＮＲと呼ぶ。

図４は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。

図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザプレーン及び制御プレーンプロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／またはｅＮＢを含むことができる。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互の間にＸｎインターフェースを介して接続されている。ｇＮＢ及びｅＮＢは、第５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して接続され、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して接続される。

ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ Ｃｅｌｌ ＲＲＭ）、無線ベアラ管理（ＲＢ ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態モビリティ処理などの機能を提供することができる。ＵＰＦは、モビリティアンカリング（Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。

図５は、ＮＲで適用されることができるフレーム構造を例示する。

図５を参照すると、フレームは、１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成されることができ、１ｍｓで構成されたサブフレーム１０個を含むことができる。

サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって一つまたは複数のスロット（ｓｌｏｔ）が含まれることができる。

以下の表は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μを例示する。

以下の表は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット個数（Ｎ^{ｆｒａｍｅ、μ} _ｓｌｏｔ）、サブフレーム内のスロット個数（Ｎ^{ｓｕｂｆｒａｍｅ、μ} _ｓｌｏｔ）、スロット内のシンボル個数（Ｎ^ｓｌｏｔ _ｓｙｍｂ）などを例示する。

図５では、μ＝０、１、２に対して例示している。

スロット内には複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルが含まれることができる。スロット内の複数のＯＦＤＭシンボルは、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄで表示）、フレキシブル（ｆｌｅｘｉｂｌｅ、Ｘで表示）、アップリンク（ｕｐｌｉｎｋ、Ｕで表示）に区分されることができる。スロット内のＯＦＤＭシンボルが前記Ｄ、Ｘ、Ｕのうちいずれのもので構成されるかによって前記スロットのフォーマット（ｆｏｒｍａｔ）が決定されることができる。

以下の表は、スロットフォーマットの一例を示す。

端末は、上位層信号を介してスロットのフォーマットの設定を受けたり、ＤＣＩを介してスロットのフォーマットの設定を受けたり、上位層信号及びＤＣＩの組合せに基づいてスロットのフォーマットの設定を受けたりすることができる。

ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、以下の表のように一つまたはそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）で構成されることができる。

即ち、ＰＤＣＣＨは、１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信されることができる。ここで、ＣＣＥは、６個のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）で構成され、一つのＲＥＧは、周波数領域で一つのリソースブロック、時間領域で一つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される。

一方、将来の無線通信システムでは、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）という新しい単位を導入することができる。端末は、ＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。

図６は、ＣＯＲＥＳＥＴを例示する。

図６を参照すると、ＣＯＲＥＳＥＴは、周波数領域でＮ^{ＣＯＲＥＳＥＴ} _ＲＢ個のリソースブロックで構成され、時間領域でＮ^{ＣＯＲＥＳＥＴ} _ｓｙｍｂ∈｛１、２、３｝個のシンボルで構成されることができる。Ｎ^{ＣＯＲＥＳＥＴ} _ＲＢ、Ｎ^{ＣＯＲＥＳＥＴ} _ｓｙｍｂは、上位層信号を介して基地局により提供されることができる。図６に示すように、ＣＯＲＥＳＥＴ内には複数のＣＣＥ（または、ＲＥＧ）が含まれることができる。

端末は、ＣＯＲＥＳＥＴ内で、１、２、４、８または１６個のＣＣＥを単位としてＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる一つまたは複数個のＣＣＥをＰＤＣＣＨ候補ということができる。

端末は、複数のＣＯＲＥＳＥＴの設定を受けることができる。

図７は、従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。

図７を参照すると、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａ）での制御領域３００は、基地局が使用するシステム帯域全体にわたって構成された。狭い帯域のみをサポートする一部の端末（例えば、ｅＭＴＣ／ＮＢ−ＩｏＴ端末）を除外した全ての端末は、基地局が送信する制御情報を正確に受信／デコーディングするために前記基地局のシステム帯域全体の無線信号が受信可能でなければならない。

それに対して、将来の無線通信システムでは、前述したＣＯＲＥＳＥＴを導入した。ＣＯＲＥＳＥＴ３０１、３０２、３０３は、端末が受信すべき制御情報のための無線リソースということができ、システム帯域全体の代わりに一部のみを使用することができる。基地局は、各端末にＣＯＲＥＳＥＴを割り当てることができ、割り当てたＣＯＲＥＳＥＴを介して制御情報を送信することができる。例えば、図７において、第１のＣＯＲＥＳＥＴ３０１は端末１に割り当て、第２のＣＯＲＥＳＥＴ３０２は端末２に割り当て、第３のＣＯＲＥＳＥＴ３０３は端末３に割り当てることができる。ＮＲでの端末は、システム帯域全体を必ず受信しなくても基地局の制御情報を受信することができる。

ＣＯＲＥＳＥＴには、端末固有の制御情報を送信するための端末固有ＣＯＲＥＳＥＴと全ての端末に共通した制御情報を送信するための共通ＣＯＲＥＳＥＴがある。

図８は、ＮＲで新しく導入された搬送波帯域部分（ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を例示する。

図８を参照すると、搬送波帯域部分は、簡単に帯域部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）と略称できる。前述したように、将来の無線通信システムでは、同じ搬送波に対して多様なｎｕｍｅｒｏｌｏｇｙ（例えば、多様な副搬送波間隔）がサポートされることができる。ＮＲは、与えられた搬送波で与えられたｎｕｍｅｒｏｌｏｇｙに対して共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＣＲＢ）を定義することができる。

帯域部分は、与えられた搬送波で与えられたｎｕｍｅｒｏｌｏｇｙに対する共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＣＲＢ）の連続的な部分集合の中から選択された連続した物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＰＲＢ）のセットである。

図８に示すように、ある搬送波帯域に対するｎｕｍｅｒｏｌｏｇｙ、例えば、どの副搬送波間隔を使用するかによって共通リソースブロックが決まることができる。共通リソースブロックは、搬送波帯域の最も低い周波数からインデクシング（０から開始）されることができ、共通リソースブロックを単位とするリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ、これを共通リソースブロックリソースグリッドという）が定義されることができる。

帯域部分は、最も低いインデックスを有するＣＲＢ（これをＣＲＢ０という）を基準にして指示されることができる。最も低いインデックスを有するＣＲＢ０をポイントＡともいう。

例えば、与えられた搬送波の与えられたｎｕｍｅｒｏｌｏｇｙ下で、ｉ番目の帯域部分は、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}及びＮ^ｓｉｚｅ _{ＢＷＰ、ｉ}により指示されることができる。Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は、ＣＲＢ０を基準にしてｉ番目のＢＷＰの開始ＣＲＢを指示することができ、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}は、ｉ番目のＢＷＰの周波数領域でのサイズを指示（例えば、ＰＲＢ単位で）することができる。各ＢＷＰ内のＰＲＢは、０からインデクシングされることができる。各ＢＷＰ内のＣＲＢのインデックスは、ＰＲＢのインデックスにマッピングされることができる。例えば、ｎ_ＣＲＢ＝ｎ_ＰＲＢ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}のようにマッピングされることができる。

端末は、ダウンリンクで最大４個のダウンリンク帯域部分の設定を受けることができるが、与えられた時点で一つのダウンリンク帯域部分のみが活性化されることができる。端末は、ダウンリンク帯域部分のうち活性化されたダウンリンク帯域部分の外ではＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳなどを受信することを期待しない。各ダウンリンク帯域部分は、少なくとも一つのＣＯＲＥＳＥＴを含むことができる。

端末は、アップリンクで最大４個のアップリンク帯域部分の設定を受けることができるが、与えられた時点で一つのアップリンク帯域部分のみが活性化されることができる。端末は、アップリンク帯域部分のうち活性化されたアップリンク帯域部分の外ではＰＵＳＣＨ、ＰＵＣＣＨなどを送信しない。

ＮＲは、従来のシステムに比べて広帯域で動作し、全ての端末がこのような広帯域をサポートすることができない。帯域部分（ＢＷＰ）は、前記広帯域をサポートすることができない端末も動作できるようにする特徴ということができる。

以下、リソース割当タイプ（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ）に対して説明する。リソース割当タイプは、スケジューラ（例えば、基地局）が各送信に対してリソースブロックを割り当てる方式を規定する。例えば、基地局が複数のリソースブロックで構成された帯域を端末に割り当てるとする時、前記帯域の各リソースブロックに対応するビットで構成されたビットマップを介して前記端末に割り当てられるリソースブロックを知らせることができる。この場合、リソース割当の柔軟性は最も大きくなるが、リソース割当のために使われる情報量が大きくなる短所がある。

このような長所・短所を考慮して、下記の三つのリソース割当タイプを定義／使用することができる。

１）リソース割当タイプ０は、ビットマップを介してリソースを割り当て、前記ビットマップの各ビットは、リソースブロックでなくリソースブロックグループ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ：ＲＢＧ）を指示する方式である。即ち、リソース割当タイプ０では、リソース割当がリソースブロックレベルでなくリソースブロックグループ単位で実行される。以下の表は、システム帯域がＮ^ＤＬ _ＲＢ個のリソースブロックで構成された場合、使われるＲＢＧのサイズを例示する。

２）リソース割当タイプ１は、ＲＢＧサブセット（ｓｕｂｓｅｔ）単位でリソースを割り当てる方式である。一つのＲＢＧサブセットは、複数のＲＢＧで構成されることができる。例えば、ＲＢＧサブセット＃０はＲＢＧ＃０、３、６、９...、ＲＢＧサブセット＃１はＲＢＧ＃１、４、７、１０...、ＲＢＧサブセット＃２はＲＢＧ＃２、５、８、１１...などのように構成されることができる。一つのＲＢＧサブセット内に含まれているＲＢＧの個数と一つのＲＢＧ内に含まれているリソースブロック（ＲＢ）の個数は、同じに設定される。リソース割当タイプ１は、ＲＢＧサブセットのうちいずれのＲＢＧサブセットが使われるか及び使われるＲＢＧサブセット内でどのＲＢが使われるかを知らせる。

３）リソース割当タイプ２は、割り当てられる帯域開始位置（ＲＢ番号）及び連続したリソースブロックの個数を知らせる方式でリソース割当をする方法である。前記連続したリソースブロックは、前記開始位置から始まることができる。ただし、連続したリソースブロックは、必ず物理的に連続するという意味に限定されるものではなく、論理的または仮想的リソースブロックインデックスが連続するという意味もある。

将来の無線通信システムでは、ＲＢＧ（または、ＲＢのグループ）を構成するリソースブロックの個数が流動的に変更されることができる。このとき、該当ＲＢＧに対する情報、例えば、ＲＢＧを構成するリソースブロックの個数を知らせる情報は、スケジューリングＤＣＩまたは第３の物理層（Ｌ１）シグナリングまたはＲＲＣメッセージのような上位層信号を介して送信されることができる。

また、将来の無線通信システムでは、リソース割当情報は、周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）に対する情報の他に時間領域（ｔｉｍｅ−ｄｏｍａｉｎ）に対する情報を含むことができ、どんな情報を含むか、どんな方式で含むか等も流動的に変更されることができる。

本発明ではリソース割当に対するフィールドサイズ（ｆｉｅｌｄ ｓｉｚｅ）及び／または解釈方法が多様な場合にＰＤＳＣＨ及び／またはＰＵＳＣＨに対するリソース割当方法を提案する。後述する実施例では、説明の便宜上、ＲＢＧサイズが流動的な場合にＲＢＧベースのビットマップ方式を仮定したが、リソース割当のグラニュラリティ（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｇｒａｎｕｌａｒｉｔｙ）が変更される場合、及び／またはそれによってリソース割当方式が変更される場合などに対しても拡張が可能である。

本発明の実施例において、リソース割当技法（特にＲＢＧサイズまたはグリッド（ｇｒｉｄ）に対する内容）は、少なくともＰＤＳＣＨまたはＰＵＳＣＨのみがマッピング可能なリソース領域に適用される。他のリソース領域では他のリソース割当技法（ＲＢＧサイズまたはグリッド）が適用されることができる。例えば、ＰＤＣＣＨ領域の特定のリソースがＰＤＳＣＨマッピングに使われることができるとする時、該当領域内のＲＢＧサイズとその他のＲＢＧサイズは、独立して設定または指示されることができる。

他の一例として、複数の搬送波または帯域部分に対してＰＤＳＣＨまたはＰＵＳＣＨのリソース割当を実行するとする時、各搬送波または帯域部分別にＲＢＧサイズは、異なり、または独立して設定／指示されることができる。

本発明の実施例では、ＲＢＧサイズが流動的に変更される状況（または、ＤＣＩで指示される状況）を仮定したが、リソース割当（ＲＡ）フィールドで指示されることができるＲＢＧ個数が流動的に変更される状況（または、ＤＣＩで指示される状況）に対しても拡張して適用できる。

＜時間及び／または周波数リソース割当のための動的なフィールドサイズ＞

以下の実施例において、ＲＢＧは、周波数領域グラニュラリティ（ｆｒｅｑｕｅｎｃｙ−ｄｏｍａｉｎ ｇｒａｎｕｌａｒｉｔｙ）を代表する値であるとみることができる。ＲＢＧサイズは、流動的に変更される。したがって、前記ＲＢＧが使われる場合、周波数領域のリソース割当フィールドサイズも流動的に変更されることができる。

周波数軸に広い領域（例えば、全体の端末帯域またはシステム帯域）を指示するにあたっては、ＲＢＧサイズが大きいことが有利である。それに対して、周波数軸に小さい領域（例えば、一つまたは複数個の物理リソースブロック）を指示するにあたっては、ＲＢＧサイズが小さいことが有利である。

周波数軸にスケジューリング柔軟性（ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ）を最大限維持するとする場合、ＲＢＧサイズが小さい場合（ＲＢＧサイズが大きいことに比べて）、要求されるリソース割当フィールドサイズが過度に大きくなることができる。

一例として、５０個の物理リソースブロック（ＰＲＢ）で構成された帯域（ＢＷ）で、ＲＢＧサイズが１０に設定された場合、ビットマップ方式の周波数軸リソース割当フィールドは５ビットで構成されることができ、それに比べて、ＲＢＧサイズが２である場合、周波数軸リソース割当フィールドは２５ビットで構成されることができる。

リソース割当フィールドはＤＣＩに含まれ、全体のＤＣＩサイズまたは全体のリソース割当フィールドサイズを同じに維持することが、端末の立場でブラインドデコーディング／検出の側面で有利である。

ＲＢＧサイズ選択によって変動されるリソース割当フィールドのビットは、主に時間領域リソース割当を実行するときに使われる。指示されるＲＢＧサイズによって時間及び／または周波数領域リソースに対する割当方法が異なる。

以下、ＲＢＧサイズによるリソース割当方式に対する一例を示す。下記方式の全体または一部の組合せが時間及び周波数リソース割当時に使われることができる。

１）ＲＢＧサイズが特定水準（Ｎ_ｌｏｗ）以下または未満に小さい場合、リソース割当フィールドが指示するものは、周波数領域のリソースに限定されることができる。前記特定水準とは、事前に設定されたデフォルト（ｄｅｆａｕｌｔ）ＲＢＧサイズであり、または上位層で設定することである。

ＲＢＧサイズが特定水準以下または未満に小さい場合、時間領域でのリソース割当は、あらかじめ決まり、または上位層信号を介してまたはスロットタイプフォーマットなどにより決定されたＰＤＳＣＨマッピング領域またはＰＵＳＣＨマッピング領域に対して（時間軸に）全体に対して実行されることができる。または、上位層シグナリングまたはスロットタイプフォーマットに対する情報などによりリソース割当の対象となる時間領域リソースが別途に指示されることもできる。

デフォルト時間領域リソースが使われる場合：ここで、デフォルト時間領域リソースは、あらかじめ決まり（例えば、スロット全体にわたったＰＤＳＣＨまたはＰＵＳＣＨ）、または、スロットタイプ関連情報が動的に指示される場合、時間領域情報は、前記スロットタイプ関連情報によってスロット内で動的に変わることができる。または、スロットタイプ関連情報が送信される場合にも、信頼性のためにＰＤＳＣＨやＰＵＳＣＨの開始点と区間（ｄｕｒａｔｉｏｎ）は、上位層信号によりあらかじめ設定されることもできる。または、スロットタイプ関連情報が送信されない場合にも、同様に上位層シグナリングを考慮することができる。

２）ＲＢＧサイズが特定水準（Ｎ_ｈｉｇｈ）以上または超過する場合、リソース割当フィールドが指示することは、時間領域のリソースに限定されることができる。より具体的に、前記ＲＢＧサイズは、システム帯域または端末帯域と同じ、またはそれに相応する値である。この場合、周波数領域でのリソース割当は、（指示されたＲＢＧサイズに対して）いずれか一つのＲＢＧがＰＤＳＣＨまたはＰＵＳＣＨ送信のために割り当てられることができる。

３）ＲＢＧサイズが特定範囲に存在する場合（一例として、ＲＢＧサイズがＮ_ｌｏｗとＮ_ｈｉｇｈとの間にある場合）、リソース割当フィールドが指示することは、時間及び周波数リソースである。より具体的に、リソース割当フィールドの全体ビットのうち、一部ビットは、周波数領域リソース割当を指示するときに使われ、残りのビットは、時間領域リソース割当を指示するときに使われることができる。

一例として、周波数領域リソース割当は、指示されたＲＢＧサイズで割り当てるＲＢＧを指示する。時間領域リソース割当は、あらかじめ設定され、または指示された時間領域スケジューリング単位（ｔｉｍｅ−ｄｏｍａｉｎ ｓｃｈｅｄｕｌｉｎｇ ｕｎｉｔ）でどれが割り当てられるかを指示する。または、時間領域リソース割当は、パターンの形態で提供されることができ、時間領域リソース割当に対するビットの変化によってそのパターンの個数も異なる。

他の方式として、時間領域リソース割当と周波数領域リソース割当を結合（ｊｏｉｎｔ）して実行することもできる。具体的に、割り当てられる時間及び周波数リソースの組（ｐａｉｒ）に対する情報を複数のパターン形態で設定できる。そして、全体リソース割当フィールドのビットは、前記パターンを指示することができる。

これを具現化する一つの方法は、次の通りである。端末は、複数個の帯域部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）の設定を受けることができ、各帯域部分は、連続したＰＲＢのセットと、使われるＲＢＧサイズ、そして、時間領域リソース割当のサイズなどにより設定されることができる。ＤＣＩで使われる帯域部分インデックスを知らせることができ、各帯域部分が指示される時、各帯域部分で使用するＲＢＧサイズと時間情報などがリソース割当に使われることができる。

即ち、帯域部分に対する選択が、リソース割当時、時間及び／または周波数リソーススケジューリング単位に対する選択を代表する。端末は、設定を受けた帯域部分のうち、共に使われることができる帯域部分（即ち、一つのＤＣＩサイズで動的に変わることができる帯域部分）に対して帯域部分グループに設定を受けることができ、各帯域部分グループ内で最も大きいリソース割当フィールドのサイズによって、帯域部分グループ内でのリソース割当フィールドのビットサイズが決まると仮定することができる。

このような構成は、帯域部分が動的に変わることと併用されることもできる。各帯域部分グループは、ＣＯＲＥＳＥＴを共有すると仮定することができる。これはＣＯＲＥＳＥＴが変わると、スケジューリングするＤＣＩのサイズも変更されることができて、ＣＯＲＥＳＥＴが共有されながら動的にリソース割当フィールドが変更される場合などを考慮したことである。

または、このような構成時、帯域部分グループは、ＣＯＲＥＳＥＴ（ｓ）を共有しながら、端末が基底帯域（ｂａｓｅｂａｎｄ ｂａｎｄｗｉｄｔｈ）を合わせないことを期待することができる。これは帯域部分グループ内では、端末の基底帯域が帯域部分グループの最大値に合わせて変わらないと仮定することである。

または、このような構成時、端末が帯域変更を仮定することができるか、または制御信号とデータとの間のリチューニング（ｒｅｔｕｎｉｎｇ）遅延などが仮定されることができるかに対する上位層シグナリングが可能である。もし、帯域変更を仮定した遅延が設定されない場合、帯域は、変わらずに最大値に合わせると仮定することができる。

または、帯域部分一つを設定し、該当帯域部分のＣＯＲＥＳＥＴ（ｓ）で指示できるＤＣＩのリソース割当の時間／周波数方式に対するセットの設定を受けることができる。一例として、帯域部分が２００個のリソースブロックで構成される時、時間／周波数方式のセットは、帯域、ＲＢＧサイズ、時間領域リソース割当情報などで構成されることができる。

一例として、時間／周波数方式のセットは、エントリ１＝（２００ＲＢ（帯域）、１０ＲＢ（ＲＢＧサイズ）、開始ＯＦＤＭシンボル（４ビット）、４個のスロット（２ビット））、エントリ２＝（１００番目のＲＢから始まる１６個のＲＢ（帯域）、１ＲＢ（ＲＢＧサイズ）、時間領域リソース割当に対しては０）等のように構成されることができる。

４）ＲＢＧサイズの候補値が複数個である時、他のＲＢＧサイズまたは時間−周波数リソース割当方式を指示する方法は、下記の通りである。

i ）ＤＣＩに明示的ビットを使用することができる。ii）ＤＣＩがマッピングされるＣＣＥインデックスによって異なるように解釈できる。このようなマッピングは、上位層信号により設定され、または常に決まる値である。iii）または、ＤＣＩのスクランブリングまたはＣＲＣなどを利用することもできる。

５）時間／周波数リソースが複数個である時、これを動的に変更するためには端末に同時に複数個の帯域部分に設定されたＣＯＲＥＳＥＴをモニタリングするようにすることができる。各ＣＯＲＥＳＥＴ別に使われるリソース割当方式が異なる。

一例として、２００ＲＢ帯域部分と１０ＲＢ帯域部分に各々ＣＯＲＥＳＥＴを構成し、各ＣＯＲＥＳＥＴのリソース割当フィールドのビットサイズは、２００ＲＢと１０ＲＢをスケジューリングするために必要な程度を仮定することができる。より一般的に、各ＣＯＲＥＳＥＴ別にスケジューリング可能なデータの帯域及びリソース割当情報などが設定される。

より具体的に、前記方式に対して時間及び周波数リソース割当に対する全体ビットフィールドサイズは同じである。前記で周波数領域に対するリソース割当は、与えられたＲＢＧサイズに対してビットマップ方式を介して割り当てられたリソースを指示することであり、または与えられたＲＢＧサイズを基本単位でＲＩＶ方式（即ち、開始ＲＢまたはＲＢＧインデックスと連続するＲＢまたはＲＢＧ個数を知らせる方式）を指示することである。

前記で時間領域に対するリソース割当は、ＰＤＳＣＨまたはＰＵＳＣＨに対して開始時間領域スケジューリング単位インデックス（ｓｔａｒｔｉｎｇ ｔｉｍｅ−ｄｏｍａｉｎ ｓｃｈｅｄｕｌｉｎｇ ｕｎｉｔ ｉｎｄｅｘ）、最後の時間領域スケジューリング単位インデックス（ｅｎｄｉｎｇ ｔｉｍｅ−ｄｏｍａｉｎ ｓｃｈｅｄｕｌｉｎｇ ｕｎｉｔ ｉｎｄｅｘ）、及び／または連続する時間領域スケジューリング単位の個数（ｃｏｎｔｉｇｕｏｕｓ ｎｕｍｂｅｒ ｏｆ ｔｉｍｅ−ｄｏｍａｉｎ ｓｃｈｅｄｕｌｉｎｇ ｕｎｉｔｓ）である。

前記で時間領域スケジューリング単位は、（基準ｎｕｍｅｒｏｌｏｇｙまたはＤＣＩに対するｎｕｍｅｒｏｌｏｇｙ基準）シンボルであり、または複数のシンボルまたはミニスロット（ｍｉｎｉ−ｓｌｏｔ）である。前記シンボルグループに対するサイズが設定され、これに基づいてスケジューリング単位を設定する時、スロットを構成するシンボル個数によって特定シンボルグループのサイズは、他のシンボルグループサイズと異なる。

または、スロット内または複数のスロット内のシンボルグループに対するパターンが、事前にまたは基地局指示によって設定され、該当単位で開始単位と該当単位個数に基づいてリソース割当を実行することもできる。

一例として、制御領域（ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）設定（例えば、時間領域でのシンボル個数）によって前記シンボルグループパターンが異なる。一例として、７個のシンボルで構成されたスロット内のシンボルグループパターンは、次のうちいずれか一つである。（３、２、２）、（１、２、２、２）、（２、２、２、１）、（２、２、３）、（２、３、２）等。

前記開始／最後／区間に対する情報がパターン形態で存在し、リソース割当ビットフィールドは、該当パターンを指示するときに使われることができる。より特徴的に、前記パターンに対する情報は、基地局が指示（上位層シグナリングまたは第３のＰＤＣＣＨを介して）するものである。

前記パターンの一例として、ＲＩＶ方式（開始シンボルインデックス、連続するシンボルの個数を知らせる方式）を使用することができる。もし、ＲＢＧサイズによって時間領域リソース割当に対するビットフィールドサイズが変更されるとする時、ＲＩＶ方式の一部のビットが特定の値（例えば、０または１）に固定された状態でリソース割当が実行され、またはＲＩＶ方式時、基本単位が増加（例えば、１シンボル区間で実行されることから複数のシンボルを基準にして実行されることに）されることもできる。

＜時間及び／または周波数リソース割当のための固定されたフィールドサイズ＞

リソース割当時に、リソース割当フィールドのビットサイズは同じであり、ＲＢＧサイズが変更される場合、割り当てられることができるリソース組合せが異なるようになることができる。

ＲＢＧサイズが変更される方式は、１）ＤＣＩで直接指示され、または２）帯域部分変更によって変更され、または３）リソース割当フィールドのビットサイズによって変更されることのうち少なくとも一つによることができる。

具体的に、周波数領域リソース割当に対するビットフィールドの場合は、特定のＲＢＧサイズを基準にして構成される。一例として、前記ビットフィールドのサイズは、設定可能な最大ＲＢＧサイズを基準にして決定されることができる。

または、将来の無線通信システムでは、リソース割当フィールドのビットサイズを基地局が指示することもできる。前記特定のＲＢＧサイズまたはそれより大きいＲＢＧサイズに対しては、システム帯域または端末帯域または設定された帯域部分内の全てのＲＢＧに対して柔軟（ｆｌｅｘｉｂｌｅ）にリソース割当が可能である。

もし、指示されたＲＢＧサイズがそれより小さい場合は、一部のＲＢＧセットに対してのみリソース割当が可能なこともある。より具体的な一例として、周波数領域リソース割当をＲＢＧに対するビットマップで構成するとする時、特定のＲＢＧサイズ（グループ）に対しては、該当端末に与えられた帯域内の全てのＲＢＧまたはＲＢＧの組合せを表現可能である。それに対して、ＲＢＧサイズが小さい場合は、該当端末に与えられた帯域内で一部のＲＢＧセットに対してのみリソース割当が可能である。

より具体的な一例として、第１のＲＢＧサイズに対しては端末帯域内にＲＢＧ個数がＮ個であり、第２のＲＢＧサイズに対しては端末帯域内にＲＢＧ個数がＭ個であると仮定する。このとき、もし、第１のＲＢＧサイズが第２のＲＢＧサイズより大きい場合、Ｍ＞Ｎである。しかし、リソース割当フィールドは、第１のＲＢＧサイズを基準にして設定された場合、第２のＲＢＧサイズに対してはＭ個のＲＢＧのうちＮ個またはそれの部分集合に対してのみ前記リソース割当フィールドを介して割当可能である。

リソース割当を実行する立場で、ＲＢＧサイズを大きく設定することは、より多い周波数リソースを割り当てるためであり、それに対して、ＲＢＧサイズを小さく設定することは、小さい周波数リソースを割り当てるためである。

または、帯域部分（ＢＷＰ）が流動的に変更される状況で、スケジューリングをする帯域部分（ｓｃｈｅｄｕｌｉｎｇ ＢＷＰ）とスケジューリングを受ける帯域部分（ｓｃｈｅｄｕｌｅｄ ＢＷＰ）で各々要求されるリソース割当フィールドのビットサイズが異なる時、本発明では、スケジューリングする帯域部分でのリソース割当フィールドのビットサイズでスケジューリングを受ける帯域部分に対するリソース割当を実行することができる。

ＲＢＧサイズが小さい場合、制限されたリソース割当フィールドのビットサイズを利用して割り当てることができるリソース量が制限される。この場合、リソース割当に対する制約を軽減させるために、前記ＲＢＧセットを選択する情報を基地局が端末に指示できる。

具体的に、周波数領域でのリソース割当フィールドは、ＲＢＧサイズ指示子、帯域内でのＲＢＧセット指示子、及び／またはＲＢＧセット内でのＲＢＧ指示子で構成されることができる。

一例として、ＲＢＧセットに対する候補は、基地局が端末に別途に指示（例えば、ＲＲＣメッセージのような上位層信号を介したシグナリング及び／またはグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ−ｃｏｍｍｏｎ ＰＤＣＣＨ）及び／または第３のＤＣＩを介して指示）できる。ＲＢＧセットに対する候補のうち特定の候補は、該当ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩで指示できる。

基地局設定によってＲＢＧセット内のＲＢＧが局部化（ｌｏｃａｌｉｚｅｄ、即ち、互いに隣接）する形態や分散（ｄｉｓｔｒｉｂｕｔｅｄ、即ち、互いに離れた形態）する形態で構成されることもできる。

簡単な一例として、基地局は、ＲＲＣメッセージのような上位層信号を介したシグナリング及び／またはＰＤＣＣＨ及び／または第３のＤＣＩを介してＲＢＧセットに対する候補を設定することができ、該当方式は、端末帯域またはシステム帯域内のＲＢＧに対するビットマップ形態である。

したがって、基地局は、局部化リソース割当（ｌｏｃａｌｉｚｅｄ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）のためには、複数の連続したＲＢＧを同じＲＢＧセットにマッピングさせることもでき、分散リソース割当（ｄｉｓｔｒｉｂｕｔｅｄ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）のためには複数の非連続ＲＢＧ（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ ＲＢＧ）を同じＲＢＧセットにマッピングさせることもできる。

他の方式として、指示の対象となるＲＢＧは、スケジューリングを受ける帯域部分（ｓｃｈｅｄｕｌｅｄ ＢＷＰ）の最も低いＲＢＧからスケジューリングする帯域部分（ｓｃｈｅｄｕｌｉｎｇ ＢＷＰ）のリソース割当フィールドのビットサイズによって、表現可能なＲＢＧ個数ほどのＲＢＧで構成されることができる。

帯域部分（ＢＷＰ）によって、ＲＢＧを構成するＰＲＢ個数が相対的に小さくなる場合、及び／または予約されたリソース（ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅ）などによりＲＢＧ内で実際データマッピングに使用することができるＰＲＢ個数が相対的に小さくなる場合、該当ＲＢＧを指示の対象となるＲＢＧセットから除外することもできる。前記相対的に小さくなるＲＢＧサイズとは、帯域部分（ＢＷＰ）サイズによって設定されるＲＢＧサイズより小さくなる場合を意味できる。

前述した内容は、リソース割当タイプにかかわらず適用されることができる。または、ビットマップ方式のリソース割当タイプでは前記方式のように要求されるリソース割当フィールドのビットサイズと実際リソース割当フィールドのビットサイズが異なる場合の方式に従うことができる。ＲＩＶ方式のリソース割当タイプは、最も大きい帯域部分を基準にしてリソース割当フィールドのビットサイズを構成し、または設定された帯域部分のうち最も大きい帯域部分を基準にしてリソース割当フィールドのビットサイズを構成することもできる。ＲＩＶ方式の場合は、帯域部分サイズによってリソース割当フィールドのビットサイズ差が軽微であるためである。

他の方式として、リソース割当でリソースを指示する時に使われるＲＢＧサイズが複数個である場合もある。より具体的な一例として、帯域部分を複数のＲＢＧで構成する時、特定のＲＢＧのサイズは、設定されたＲＢＧサイズに従い（＋／−１差を含む）、他の特定のＲＢＧのサイズは、帯域部分の残りのＰＲＢを全て含むように設定できる。

一例として、帯域部分が５０個のＰＲＢで構成され、リソース割当フィールドのビットサイズが５（ビット）で構成され、ＲＢＧサイズは５ＰＲＢで構成されると仮定する。この場合、前記帯域部分に対するＲＢＧ構成は、例えば、サイズが５ＰＲＢであるＲＢＧが４個、そしてサイズが３０ＰＲＢであるＲＢＧが１個で構成されることができる。前記方式では特定のＲＢＧサイズが過度に大きくなる問題がある。

他の方式として、リソース割当フィールドのビットサイズと帯域部分のサイズが設定または与えられた状態で、ＲＢＧサイズ及び個数を設定するとする時、構成ＲＢＧ間のサイズ差が１（ＰＲＢ）以下になるようにすることを考慮することができる。具体的に、帯域部分がＮ個のＰＲＢで構成され、リソース割当フィールドのビットサイズがＭビットに設定されたとする時、前記帯域部分を構成するＲＢＧは、サイズがＣｅｉｌ（Ｎ／Ｍ）であるＲＢＧがＭ＊Ｃｅｉｌ（Ｎ／Ｍ）−Ｎであり、サイズがＦｌｏｏｒ（Ｎ／Ｍ）であるＲＢＧがＭ−（Ｍ＊Ｃｅｉｌ（Ｎ／Ｍ）−Ｎ）である。互いに異なるｓｉｚｅを有するＲＢＧが配置される順序は、同じＲＢＧサイズを有するＲＢＧを先に配置した後、他のＲＢＧサイズを有するＲＢＧを配置する。

他の方式として、最大限ＲＢＧサイズを同じに合わせるために、大多数のＲＢＧ（例えば、全体のＲＢＧの中から特定の一つを除外して）は、サイズがＣｅｉｌ（Ｎ／Ｍ）またはＦｌｏｏｒ（Ｎ／Ｍ）になるように設定し、残りの（一つの）ＲＢＧのサイズを残りのＰＲＢを含むように設定（一例として、Ｎ−（Ｍ−１）＊Ｃｅｉｌ（Ｎ／Ｍ）またはＮ−（Ｍ−１）＊Ｆｌｏｏｒ（Ｎ／Ｍ）のサイズを有するように設定）する。例えば、帯域部分が５０個のＰＲＢで構成（Ｎ＝５０）され、リソース割当フィールドのビットサイズが１３（ビット）で構成（Ｍ＝１３）されると仮定する。この場合、前記帯域部分に対するＲＢＧ構成は、サイズが４ＰＲＢ（＝ｃｅｉｌ（５０／１３））であるＲＢＧが１２個、そしてサイズが２ＰＲＢ（＝５０−１２＊４）であるＲＢＧが１個で構成されることができる。

前記例は、周波数領域でのＲＢＧサイズによるリソース割当（解釈）方法に対することを説明したが、時間領域でのスケジューリング（時間）単位によるリソース割当（解釈）方法にも拡張可能である。同様に、時間領域に対するリソース割当も特定のスケジューリング単位に対して設定され、流動的に変更されるスケジューリング単位の値によってリソース割当が実行される。より特徴的に、前記ＲＢＧセット指示子の場合は、時間及び／または周波数リソーススケジューリング単位で代表されることもできる。

一例として、ＲＢＧセット指示子は、ＲＢＧセットを構成するＲＢＧに対する情報と共に開始シンボルインデックス及び／または区間（ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ ｉｎｄｅｘ ａｎｄ／ｏｒ ｄｕｒａｔｉｏｎ）などに対する情報を含むことができる。または、時間領域のスケジューリング単位内のＲＢＧ別に基本時間及び周波数リソース単位を選択することもできる。または、時間軸に対してはリソース割当が（または、スケジューリング単位が）流動的に変更されない。

他の方式として、特定のＲＢＧセットに対して周波数領域に対するリソース割当が実行され、前記特定のＲＢＧセットに対する割当情報が帯域内の複数のＲＢＧセットに同様に適用されるようにすることもできる。例えば、全体のＲＢＧが複数のＲＢＧセット形態で構成される場合、特定のＲＢＧセットに対するビットマップ情報が他の各々のＲＢＧセットに対して同様に適用されることを考慮することができる。

前記実施例における帯域は、システム帯域（Ｓｙｓｔｅｍ ＢＷ）または端末帯域（ＵＥ ｂａｎｄｗｉｄｔｈ）であり、帯域部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に代替されることもできる。もし、特定の端末に対して複数の帯域部分が設定された状況である場合、帯域部分指示子（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒ）情報が送信され、ＲＢＧセットは該当帯域部分内に限定され、またはＲＢＧセット自体が複数の帯域部分内のＲＢＧで構成可能である。

他の方式は、一例として、二つのリソース割当タイプが動的に設定される。以下、周波数領域に対して説明するが、時間領域でのリソース割当にも適用されることができ、時間／周波数領域リソースに対して適用することもできる。

１）リソース割当タイプ０：ＲＢＧサイズＫ＋ｆｌｏｏｒ（Ｍ／Ｋ）のビットサイズを有するビットマップ、ここで、Ｍは、帯域部分内で設定された帯域に対するＰＲＢの個数である。

２）リソース割当タイプ１：ＲＢＧサイズｐ＊Ｋ＋ｆｌｏｏｒ（Ｍ／ｐ＊Ｋ）のビットサイズを有するビットマップ＋（ｐ＊Ｋ）のビットサイズを有するビットマップ

図９は、リソース割当タイプ１に対する例を示す。

図９を参照すると、リソース割当タイプ１は、ＲＢＧサイズを伸ばし、ＲＢＧの中からどのＲＢＧが選択されるかに対するビットマップ（ＲＢＧ指示子）を与え、一つのＲＢＧサイズ内で（他の）ビットマップ（ＲＢＧ内でのＲＢ指示子）をおくことでＲＢレベルのリソース割当が可能である。ＲＢＧサイズ内でのビットマップは、選択されたＲＢＧに共通に適用可能であると仮定することができる。

前述した方法は、組み合わせて使われることができる。一例として、周波数領域のビットサイズを多く伸ばさないために、ＲＢＧサイズによって割当可能なＲＢのセットが異なり、同時に時間領域のリソース割当方式が変わることができる。

将来の無線通信システムでは、時間領域リソース割当を実行するにあたって、スケジューリングするＤＣＩ（ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ）を介して端末にＰＤＳＣＨまたはＰＵＳＣＨに対する開始シンボルインデックス及び／または最後のシンボルインデックスを指示することができる。

より具体的に、前記開始シンボルインデックス及び／または最後のシンボルインデックスは、スロットを構成するシンボル単位でまたはシンボルグループ単位で各々指示されることもでき、または開始シンボルインデックスと最後のシンボルインデックスを結合して指示（ｊｏｉｎｔ ｉｎｄｉｃａｔｉｏｎ）することもできる。例えば、ＲＩＶ方式で前記開始シンボルインデックスと最後のシンボルインデックスを結合して指示できる。ＲＩＶ方式とは、開始シンボルインデックスと区間（ｄｕｒａｔｉｏｎ）を知らせる方式である。

また、将来の無線通信システムでは、基地局がＲＲＣシグナリングを介して複数の時間領域リソースに対するセットを設定することができ、各々のセットは、ＰＤＳＣＨ／ＰＵＳＣＨがマッピングされるスロットインデックス情報、及び／または開始シンボルインデックス、及び／または最後のシンボルインデックスなどの組合せで構成される。そして、設定されたセットのうち一つをスケジューリングするＤＣＩ（ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ）を介して指示することによって時間領域リソース割当が実行されることができる。

前記ＲＲＣにより設定されたセットは、グループ共通ＰＤＣＣＨに送信されるスロット形式指示（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｆｏｒｍａｔｉｏｎ：ＳＦＩ）とは別途に設定される。ＳＦＩは、スロット内のダウンリンク部分、ギャップ、及び／またはアップリンク部分を表示する。このとき、ＳＦＩでは前記ダウンリンク部分が一般的にスロットの最初のシンボルから使われることを仮定し、それに対して、時間領域リソース割当の場合は、ＰＤＳＣＨまたはＰＵＳＣＨスケジューリング時にＣＯＲＥＳＥＴ（制御領域）との重複を避けるための目的として、最初の何シンボルの間にはマッピングされないようにする方式を排除しないため、その目的及び方式が異なると見ることができる。

時間領域リソース割当をＲＲＣシグナリングに基づいて実行するようになる場合は、ＲＲＣ設定が確立される以前及び／またはＲＲＣ再設定区間の間での時間領域リソース割当方法を定める必要がある。下記は、より具体的な実施例である。

１）時間領域リソースに対するパラメータセット（例えば、スロットインデックス情報、開始シンボルインデックス、最後のシンボルインデックスのうち少なくとも一つの組合せ）は、ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）及び／またはＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）及び／またはＯＳＩ（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）等を介して設定されることができる。将来の無線通信システムでは、最小システム情報を伝達するにあたって、前記最小システム情報の一部は、ＰＢＣＨを介して送信され、残りの即ち、ＲＭＳＩは、ＰＤＳＣＨを介して送信されることができる。より特徴的に、前記方式の時間領域リソース割当は、スケジューリングＤＣＩが共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）またはグループ共通検索空間（ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）に属する場合である。また、前記共通検索空間は、ＲＭＳＩ及び／またはＯＳＩ送信のための検索空間である。

２）動的時間領域リソース割当を実行しない。この場合、スロットインデックスの場合は固定された値であり、ＰＤＳＣＨとＰＵＳＣＨに対して異なる値が設定されることができる。例えば、ＰＤＳＣＨは、ＰＤＣＣＨと同じスロットで送信され、ＰＵＳＣＨは、ＰＤＣＣＨから４スロット以後に送信されることができる。開始シンボルインデックスの場合は、ＣＯＲＥＳＥＴ区間の次のシンボルに指定されることができる。より特徴的に、ＰＵＳＣＨに対しては上位層シグナリング（ＰＢＣＨ及び／またはＲＭＳＩ及び／またはＯＳＩ）及び／またはＤＣＩ指示を介して開始シンボルインデックスを設定することもでき、または設定されたスロットの最初のシンボルから始まると設定することもできる。最後のシンボルインデックスの場合は、上位層シグナリング（ＰＢＣＨ及び／またはＲＭＳＩ及び／またはＯＳＩ）及び／またはＤＣＩ指示を介して設定され、またはスロットの最後のシンボルに設定されることもできる。より特徴的に、前記方式の時間領域リソース割当は、スケジューリングするＤＣＩが共通検索空間またはグループ共通検索空間に属する場合である。また、前記共通検索空間は、ＲＭＳＩ及び／またはＯＳＩ送信のための検索空間である。

将来の無線通信システムでは、多重スロットのアグリゲーションを介してＰＤＳＣＨまたはＰＵＳＣＨを複数のスロットにわたってスケジューリングできる。前記状況で時間領域リソース割当は、アグリゲーションされるスロットに対して指示することに拡張される必要がある。下記は、多重スロットのアグリゲーション状況での時間領域リソース割当方法に対するより具体的な一例である。

１）ＲＲＣシグナリングを介して、多重スロットにわたった時間領域リソースに対するセットを設定する。前記各々のセットは、ＰＤＳＣＨまたはＰＵＳＣＨのマッピングが始まるスロットインデックス及び／または最後のスロットインデックス、及び／またはアグリゲーションされるスロットの個数及び／または各アグリゲーションされるスロット別開始シンボルインデックス及び／または各アグリゲーションされるスロット別最後のシンボルインデックスなどの組合せで構成されることができる。前記ＲＲＣ設定は、多重スロットアグリゲーション動作が設定される場合に設定され、一つのスロットである場合に対する時間領域リソース割当に対するＲＲＣ設定とは独立して設定されることもでき、これを含むスーパーセット（ｓｕｐｅｒｓｅｔ）に設定されることもできる。

２）一つのスロットである場合に対する時間領域リソースに対するセットをアグリゲーションされたスロットに活用することもできる。特徴的に（ＤＣＩで最終的に）指示されたセット内の開始シンボルインデックスは、各アグリゲーションされたスロットに共通に適用されることができる。ＣＯＲＥＳＥＴ区間の場合は、アグリゲーションされたスロットで変更されると見ることができないため、適した方式である。次に指示されたセット内の最後のシンボルインデックスは、特定のアグリゲーションされたスロットに適用する。特徴的に前記特定のスロットは、アグリゲーションされたスロットのうち最後のまたは最初のスロットである。残りのアグリゲーションされたスロットに対する最後のスロットインデックスは、（１）ＲＲＣシグナリング、（２）ＲＲＣシグナリング及びＤＣＩ指示（特徴的にＳＦＩまたはＳＦＩパターン形態である）、（３）該当スロットに対するＳＦＩ（グループ共通ＰＤＣＣＨから受信）、（４）該当スロットに対するＳＦＩパターン（グループ共通ＰＤＣＣＨから受信）のうち少なくとも一つにより設定される。

＜簡単な周波数リソース割当（Ｃｏｍｐａｃｔ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）＞

将来の無線通信システムでは、高い信頼性を要求する応用分野をサポートすることができ、前記状況ではＰＤＣＣＨに送信されるＤＣＩの量も減ることができる。より特徴的に、ＤＣＩの内容のうち特定のフィールド（特に、リソース割当フィールド）のサイズを効率的に減らす必要がある。

リソース割当は、ＲＩＶ方式（即ち、開始ＲＢインデックスと連続するＲＢ個数、または特定のＲＢセットに対して開始ＲＢセットと連続するＲＢセット個数で表現する方式）を利用することができる。前記方式は、連続したリソース割当のみを表現することによってリソース割当に必要なビットサイズを減らすことができる。

ネットワークの立場で、互いに異なるＰＤＳＣＨまたはＰＵＳＣＨの間の多重化を効率的に管理するためには、スケジューリンググラニュラリティ（ｓｃｈｅｄｕｌｉｎｇ ｇｒａｎｕｌａｒｉｔｙ、スケジューリング単位）をＲＢＧサイズに設定する必要がある。より具体的な一例として、ＬＴＥシステムでは、システム帯域によってＲＢＧサイズが決定され、少なくともリソース割当タイプ０の場合は、ＲＢＧ単位でリソース割当が実行されることができる。前記の場合、リソース割当がＲＢＧ単位でない場合はリソースの浪費が発生することもできる。前記で簡単なリソース割当（ｃｏｍｐａｃｔ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）時のステップサイズ（ｓｔｅｐ ｓｉｚｅ）に対する情報またはＲＢＧサイズに対する情報は、特定のＲＢＧサイズ（例えば、帯域に連動して設定されるＲＢＧサイズ）に設定され、または基地局が端末に指示（例えば、上位層信号、グループ共通ＰＤＣＣＨまたは第３のＤＣＩのうち少なくとも一つを介して）するものである。システム帯域または端末帯域または帯域部分のサイズによって、特定のＲＢＧは、設定されたＲＢＧサイズより大きいまたは小さい。前記特定のＲＢＧに対しても他のＲＢＧと同様に、同様に割り当てられたリソースとして取り扱われる／指示されることができる。即ち、リソース割当時、ＲＢＧは、各々、ＲＢＧサイズにかかわらず割り当てられたＲＢＧが指示され、指示されたＲＢＧは、各々、ＲＢＧサイズによってＰＲＢが割り当てられる。もし、ＲＢＧサイズが流動的に変更される場合、簡単なリソース割当（ｃｏｍｐａｃｔ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）に対する総ビットサイズを維持するためには、特定のＲＢＧサイズ（例えば、候補値のうち、最も大きい、または最も小さい、または基地局が指示した値）によって総ビットサイズが設定されることができる。

前記状況で指示されたＲＢＧサイズによってＲＩＶ方式でのスケジューリング単位が変更されることができる。したがって、指示されたＲＢＧサイズが前記サイズ設定時に参照した特定のＲＢＧサイズより大きい場合は、ＲＩＶに対するビットフィールドでＭＳＢまたはＬＳＢに特定の値（例えば、０）が設定された総ビットフィールドサイズを合わせるようにパディングすることができる。それに対して、その値が小さい場合は、ＲＩＶに対するビットフィールドでＭＳＢまたはＬＳＢの単一または複数のビットを切削し、ＲＩＶ値解釈時、前記切削されたビットが特定の値（例えば、０）に満たされる形態を仮定することができる。

周波数ダイバーシティ確保のためには分散されたリソース割当及び／または周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）が必要なこともあり、これは簡単なリソース割当（ｃｏｍｐａｃｔ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）以後にインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）を適用することによって実行することができる。インターリービング方式の場合は、特定サイズの行列（ｍａｔｒｉｘ）に行別に（ｒｏｗ−ｂｙ−ｒｏｗ）または列別に（ｃｏｌｕｍｎ−ｂｙ−ｃｏｌｕｍｎ）入力し、列別に（または、行別に）抽出する方式（以下、ブロックインターリーバ方式）を使用することができる。または、疑似ランダム（ｐｓｅｕｄｏ−ｒａｎｄｏｍ）な関数に基づいてインターリービングを実行することもできる。前記の場合、ランダム番号を基準にして周波数リソースの位置が移動することができる。より特徴的に、前記インターリービングは、ＰＤＳＣＨまたはＰＵＳＣＨがスケジューリングされた（ｓｃｈｅｄｕｌｅｄ）活性化帯域部分（ａｃｔｉｖｅ ＢＷＰ）のサイズ内で実行され、または別途の特定周波数領域（例えば、基地局が指示（上位層シグナリング及び／またはＤＣＩを介して）した領域）内で実行される。

前記状況では、互いに異なる帯域部分を有する端末間にもホッピング領域（ｈｏｐｐｉｎｇ ｒｅｇｉｏｎ）を同じに合わせて同じホッピングパターン及び送信チャネル間多重化を保証することができる。

しかし、前記方式の場合、特定の端末に対する帯域部分とホッピング領域との間の差が大きい場合は、処理量（ｔｈｒｏｕｇｈｐｕｔ）を減少させ、他の方式として、ホッピング領域を互いに直交（ｏｒｔｈｏｇｏｎａｌ）に設定することを考慮することもできる。

より具体的に、ホッピング領域は非連続（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）に設定することもでき、これに基づいて互いに異なる帯域部分間のホッピングされたリソースが重なることを防止することもできる。

他の方法として、一例として、ブロックインターリービング方式を実行するにあたって、ブロックインターリーバの行のサイズを部分帯域サイズにかかわらず設定（例えば、第３の上位層信号シグナリングを利用）する。より具体的に、ＰＢＣＨまたはＲＭＳＩ等を介して設定し、ＲＲＣに更新する。

前記の場合、互いに異なる部分帯域間にもブロックインターリーバに対する行のサイズ（ｒｏｗ ｓｉｚｅ）は、同じに設定されることができる。より特徴的に、端末の帯域をＸ個の部分領域に分け、部分領域の個数をブロックインターリーバ行列の行の個数に定義することもできる。このとき、前記行列の特定領域の値をＮＵＬＬに満たすことができ、前記ＮＵＬＬに対する部分は、列別に（ｃｏｌｕｍｎ−ｂｙ−ｃｏｌｕｍｎ）インデックスを抽出時にスキップされる。即ち、前記方式を介してホッピング領域を特定領域を避けて実行することができる。より具体的に、ＮＵＬＬを指定する方式は、ブロックインターリーバに対する行列に対して特定の行（及び／または要素に対するオフセット）を選択し、または開始要素と最後の要素を指示する形態で選択する。前記情報は、基地局が指示（例えば、上位層シグナリング）するものである。

図１０は、ホッピング領域設定に対する一例を図示する。

前記疑似ランダム（ｐｓｅｕｄｏ−ｒａｎｄｏｍ）方式の場合は、セルＩＤ（ｉｄｅｎｔｉｔｙ）に基づいて実行され、または部分帯域固有の情報、または第３のシグナリング（例えば、仮想ＩＤ）に基づいて実行される。前記方式は、セル間または部分帯域間ランダム化（ｒａｎｄｏｍｉｚａｔｉｏｎ）をサポートしながら、セルまたは部分帯域内で端末間の多重化を効率的にサポートする。互いに異なるＰＤＳＣＨまたはＰＵＳＣＨ（特に、ＲＢＧ単位のリソース割当を実行する）間の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）を考慮する場合は、依然としてインターリービング以後にもリソース割当がＲＢＧ単位であることが有用である。即ち、特徴的にインターリービングの単位は、ＲＢＧ単位である。前記ＲＢＧは、リソース割当指示時におけるＲＢＧサイズと同じ、または異なるように設定される。即ち、基地局は、リソース割当時に仮定するＲＢＧサイズとインターリービング時に仮定するＲＢＧサイズを各々別途に端末に指示（例えば、上位層シグナリングまたはグループ共通ＰＤＣＣＨまたは第３のＤＣＩ）できる。

また、スロット間（ｉｎｔｅｒ−ｓｌｏｔ）ホッピング及び／またはスロット間ホッピングによってはスロット別にまたはシンボルグループ別にホッピングされた周波数領域／リソースが異なる。前記方式で、リソース割当を実行するにあたって、ＰＲＢの位置は、ＰＤＳＣＨまたはＰＵＳＣＨが始まるスロットまたはシンボルインデックスを基準にしてホッピングが実行され、またはセル間多数の端末間の多重化を考慮して特定の時点（例えば、サブフレームの開始、フレームの開始等）に基づいて計算されたホッピングされたＰＲＢインデックスに基づいてリソース割当が実行されることもできる。

より特徴的に、前記時間領域でのホッピング区間は、複数の端末間の多重化を考慮して固定された形態（例えば、スロット内の中央地点または７番目のシンボルと８番目のシンボルとの間を基準にして区分）で設定されることができる。より特徴的に、前記時間領域でのホッピング区間は、構成シンボル個数が異なるＰＤＳＣＨまたはＰＵＳＣＨ間の多重化を考慮して上位層シグナリング（例えば、ＰＢＣＨ、ＲＭＳＩ、ＲＲＣのうち少なくとも一つ）で設定され、及び／またはＤＣＩを介して指示されることができる。これは非スロットベースのスケジューリングをする場合、スロット内（ｉｎｔｒａ−ｓｌｏｔ）周波数ホッピングが適用され、非スロット区間内ではホッピングが行われない。

他の方式として、あらかじめ決まったホッピング領域（例えば、活性化されたアップリンク帯域部分）または上位層によりシグナリングされた（例えば、ＰＢＣＨまたはＲＭＳＩまたはＲＲＣ）ホッピング領域内で特定のオフセットを基準にして実行される。

一例として、第１のホッピング区間ではＰＲＢ Ｎで送信されるＰＵＳＣＨまたはＰＤＳＣＨが、第２のホッピング区間では｛（ＰＲＢ Ｎ＋オフセット）ｍｏｄアップリンク帯域部分の帯域幅｝で送信される。より特徴的に、前記時間領域でのホッピング区間は、複数端末間の多重化を考慮して固定された形態（例えば、スロット内の中央地点または７番目のシンボルと８番目のシンボルとの間を基準にして区分）で設定され、より特徴的に、構成シンボルの個数が異なるＰＤＳＣＨまたはＰＵＳＣＨ間の多重化を考慮して上位層シグナリング（例えば、ＰＢＣＨまたはＲＭＳＩまたはＲＲＣ）で設定され、及び／またはＤＣＩを介して指示される。

前記オフセットは、セル固有に上位層信号によりシグナリングされる／設定される値であり、または帯域部分別に設定されるオフセット値であり、またはホッピング領域がパラメータに設定（例えば、ホッピング領域の１／Ｎ、２／Ｎ、...（Ｎ−１）／Ｎ倍数に設定）される。

及び／または、前記オフセットが半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に複数個設定され、最終適用値はＤＣＩを介して指示する形態である。

周波数ホッピングでのサブバンドサイズ／オフセットとホッピングパターンは、複数個設定されることができる。該当設定は、構成を受ける帯域部分（ＢＷＰ）によって異なるように設定されることもできる。代表的に、ホッピングパターン別にサブバンドサイズ及びオフセットが構成され、または該当値は帯域部分別に異なるように設定される。

このようなホッピングパターンは、周波数ダイバーシティ利得（ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）と端末間の多重化によって効率的な値が異なるため、帯域部分別に使用するホッピングパターンを異なるように設定し、または動的に多数のホッピングパターンのうち一値を決めることができる。このようなホッピングパターンの一例は、下記の通りである。

１）タイプ１：セル固有に設定されたオフセット値ほどＲＢまたはＲＢＧのインデックスが増加できる。これは、端末が他の帯域部分を有しても同じホッピングパターンを使用するようにして、端末間ホッピングにより衝突が発生する場合を最小化することができる。または、オフセット設定自体は、帯域部分別に実行され、ネットワークが複数の帯域部分に対して同じ値を設定することを考慮することもできる。

２）タイプ２：ＬＴＥ ＰＵＣＣＨタイプ１のように、端末に設定されたホッピング帯域を半分に分けて該当値ほどＲＢまたはＲＢＧインデックスを増加させる。これは他の帯域部分を有する端末間に他のオフセットでホッピングすることで衝突を増加させることができるが、ダイバーシティ利得を得ることができる。該当方式使用時、ホッピング帯域を半分に分けるよりは、特定の値にオフセットを有するようにすることができる。

３）タイプ３：ＬＴＥ ＰＵＣＣＨタイプ２のように、自分の帯域部分より大きいホッピング帯域に対してホッピングを適用する。ホッピングにより自分が帯域部分より大きいＲＢまたはＲＢＧインデックスでホッピングされる場合、ホッピングによってアップリンク帯域部分の絶対的周波数位置（ａｂｓｏｌｕｔｅ ｆｒｅｑｕｅｎｃｙ ｌｏｃａｔｉｏｎ）を移す。または、ホッピング適用時、多重レベルホッピングを実行することもできる。一例として、一つのアップリンク帯域部分を多数個のサブバンドに分けてサブバンド内でタイプ１や２を実行し、各サブバンド別に再びタイプ１やタイプ２を実行することもできる。

メッセージ３が送信される初期アップリンク帯域部分内でのホッピングも前記方式に従い、ランダムアクセス応答（ＲＡＲ）にホッピング方式が送信される。メッセージ３の送信時、初期アップリンク帯域部分が少ない場合を考慮して、少なくともスロット間（ｉｎｔｅｒ−ｓｌｏｔ）ホッピングが適用される場合は、アップリンク帯域部分の絶対的周波数位置が変更されることを考慮することができる。即ち、周波数ホッピングが共通ＰＲＢインデクシングを基準にして設定されたホッピング帯域内で行われることができ、該当ホッピング帯域は、ＲＳＭＩなどにより設定されることができる。該当ホッピングにより初期アップリンク帯域部分の物理的位置が変更される。これはスロット間のホッピングの場合にのみ適用され、またはメッセージ３の初期送信または再送信にのみ適用される。

より一般的に、スロット間ホッピングの場合、共通ＰＲＢインデクシングを基準にしてセル共通またはグループ共通のホッピング帯域内で行われることができ、スロット内（ｉｎｔｒａ−ｓｌｏｔ）ホッピングの場合は、端末の活性化された帯域部分内で行われることができる。

前記方式の利点は、ＲＢＧサイズが小さい場合（一例として、１ＲＢグラニュラリティ）をサポートする時、ＲＩＶ方式リソース割当時には１ＲＢグラニュラリティで実行し、以後インターリービングのみをＲＢＧサイズグラニュラリティで実行することができるという点である。前記方式の利点は、ＲＢＧサイズより小さくリソース割当を実行し、同時に割り当てられたＲＢを他のＰＤＳＣＨまたはＰＵＳＣＨとの多重化を考慮しながら（即ち、ＲＢＧグリッドを維持しながら）分散させることができるという点である。

簡単なリソース割当（Ｃｏｍｐａｃｔ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）の場合は、該当ビットフィールドサイズを一層減少させるために割り当てられるリソースの可能な組合せを減らすことを考慮することができる。例えば、割り当てられるリソースの可能な組合せ間の関係がネスト（ｎｅｓｔｅｄ）構造を有するようにする。一例として、開始ＲＢが制限される。

＜波形によるリソース割当技法＞

将来の無線通信システムでは、ＣＰ−ＯＦＤＭ方式とＤＦＴ−Ｓ−ＯＦＤＭのように異なる波形（ｗａｖｅｆｏｒｍ）がサポートされることができる。及び／または、特定の状況に対してはリソース割当を実行するにあたって、連続するリソース割当（ｃｏｎｔｉｇｕｏｕｓ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）のみが許容され、または非連続リソース割当及び／または連続リソース割当が許容されることもできる。

例えば、アップリンク送信の場合は、ＣＰ−ＯＦＤＭとＤＦＴ−Ｓ−ＯＦＤＭを全てサポートすることによって、波形によってリソース割当タイプまたは方法が異なるように設定されることができる。波形に対する選択は、上位層シグナリングの設定に従うことができる。この場合、異なる波形間ＤＣＩサイズ及び／またはリソース割当フィールドサイズは、互いに異なるように設定されることもできる。しかし、もし、波形を流動的に変更する場合は、ＤＣＩサイズ及び／またはリソース割当フィールドサイズを同じに合わせる必要がある。

または、波形にかかわらずリソース割当フィールドは、同じに構成することもできる。

前記非連続的リソース割当をサポートすることができる方式の場合は、設定値によっては連続的リソース割当を表示することができる。

併せて、前記方式は、ＰＤＳＣＨスケジューリングのためのＤＣＩとＰＵＳＣＨスケジューリングのためのＤＣＩとの間にサイズ及び／またはリソース割当フィールドを同じに合わせることにも拡張可能である。

連続的リソース割当のみをサポートするタイプと非連続的リソース割当もサポートできるタイプに対して、リソース割当フィールドサイズ及び／またはＤＣＩサイズは異なる場合もあり、前記状況で、送信モードから独立した（ＴＭ−ｉｎｄｅｐｅｎｄｅｎｔ）ＰＤＳＣＨをスケジューリングするＤＣＩと連続的リソース割当のみをサポートするまたは波形がＤＦＴ−Ｓ−ＯＦＤＭであるＰＵＳＣＨをスケジューリングするＤＣＩは、サイズが同じに設定され、送信モードに従属的な（ＴＭ−ｄｅｐｅｎｄｅｎｔ）ＰＤＳＣＨをスケジューリングするＤＣＩと非連続的リソース割当もサポートするまたは波形がＣＰ−ＯＦＤＭであるＰＵＳＣＨをスケジューリングするＤＣＩは、サイズが同じに設定されることができる。

追加的に、もし、端末が複数タイプのＰＵＳＣＨをスケジューリングすることができるＤＣＩを検出することができる場合は、検出されたＤＣＩまたはこれに含まれているリソース割当タイプによって波形を変更する。一例として、ＤＣＩ内のリソース割当が連続的リソース割当のみを許容する場合は、該当ＰＵＳＣＨの波形がＤＦＴ−Ｓ−ＯＦＤＭであり、その他の場合は、ＣＰ−ＯＦＤＭである。

＜ＲＢＧとＰＲＧの整列（Ａｌｉｇｎｍｅｎｔ ｂｅｔｗｅｅｎ ＲＢＧ ａｎｄ ＰＲＧ）＞

ＲＢＧは、周波数リソース割当時、ビットマップが基本単位として使われることができる。そして、ＰＲＧは、プリコーダグラニュラリティ（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）で同じＰＲＧ内のＰＲＢは同じプリコーダが適用されると仮定することができる。また、ＰＲＧは、これに基づいてチャネル推定時、基本単位として使われることができる。

ＮＲにおいて、ＰＲＧは、互いに異なる帯域部分が設定された端末間のマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）を考慮して帯域部分にかかわらず共通リソースブロックを基準にして設定されることができる。将来の無線通信システムでは、端末具現化の複雑度を考慮してＲＢＧサイズ＝２ＲＢである時、ＰＲＧサイズが４ＲＢであることを期待しない。リソース割当によって実質的なＰＲＧサイズが変更されると、チャネル推定時、複雑度が増加される問題があるためである。また、スケジューリングによっては補間（ｉｎｔｅｒｐｏｌａｔｉｏｎ）が制限されながらスケジューリングを受けるＲＢ間にチャネル推定性能が異なるようになって、復調性能が落ちることができる。

ＲＢＧとＰＲＧの境界（ｂｏｕｎｄａｒｙ）が整列されない場合は、前記のように単一ＰＲＧが複数のＲＢＧに重なるように（ｏｖｅｒｌａｐｐｉｎｇ）なる状況が発生できる。前記状況と類似するように、スケジューリングによって補間（ｉｎｔｅｒｐｏｌａｔｉｏｎ）が制限されることによってチャネル推定性能が落ちることができる。

したがって、ＲＢＧとＰＲＧを全て共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＣＲＢまたはシステム帯域）を基準にして定義／設定できる。例えば、ＣＲＢ＃０から周波数の昇順（ｆｒｅｑｕｅｎｃｙ ｉｎｃｒｅａｓｉｎｇ ｏｒｄｅｒ）にＲＢＧを構成するＲＢを構成することができる。この場合、帯域部分内の最初のＲＢＧは｛（指示されたＲＢＧサイズ−帯域部分開始）ｍｏｄ指示されたＲＢＧサイズ｝に設定されることができる。前記指示されたＲＢＧサイズは、帯域部分サイズによって及び／または上位層により設定される表（ｔａｂｌｅ）及び／または指示される帯域部分及び／またはＤＣＩが送信される帯域部分によって設定された値である。そして、最後のＲＢＧは｛（帯域部分開始＋帯域部分サイズ）ｍｏｄｅ（指示されたＲＢＧサイズまたは指示されたＲＢＧサイズ）である。前記数式の結果の値は、０である。そして、残りのＲＢＧは、指示されたＲＢＧサイズである。

または、帯域部分に対する開始ＣＲＢインデックスを制限することもできる。より具体的に、帯域部分に対する開始ＣＲＢインデックスは、特定のＰＲＧサイズ（例えば、２または４）の倍数に設定されることができる。即ち、帯域部分の開始ＣＲＢインデックスは、ＲＢＧとＰＲＧが境界側面で整列されるように設定されることを期待することができる。

ＲＢＧ個数は、帯域部分開始ＲＢ、帯域部分サイズと指示されたＲＢＧサイズによって決定されることができる。帯域部分開始ＲＢが指示されたＲＢＧサイズに割り切れる場合、帯域部分内のＲＢＧの個数は｛帯域部分サイズ／指示されたＲＢＧ｝の切り上げに設定されることができる。帯域部分開始ＲＢが指示されたＲＢＧサイズに割り切れない場合、ＲＢＧの個数は｛帯域部分サイズ／指示されたＲＢＧ｝の切り上げ＋１である。

他の一例として、帯域部分内のＲＢＧ個数（Ｎ_ＲＢＧ）は、Ｃｅｉｌｉｎｇ（帯域部分サイズ／指示されたＲＢＧサイズ）＋Ｃｅｉｌｉｎｇ（（帯域部分開始インデックスｍｏｄ指示されたＲＢＧサイズ／指示されたＲＢＧサイズ））で表現されることもでき、Ｃｅｉｌｉｎｇ（（帯域部分サイズ＋帯域部分開始インデックスｍｏｄ指示されたＲＢＧサイズ）／指示されたＲＢＧサイズ）である場合もある。前記ＲＢＧ個数に基づいて周波数領域リソース割当タイプ０のビットフィールドサイズを決定することができる。このとき、基準となる帯域部分は、設定された帯域部分のうちサイズが最大であり、またはＤＣＩが送信される帯域部分であり、またはスケジューリングされたＰＤＳＣＨまたはＰＵＳＣＨが送信される帯域部分に対するものである。

図１１は、ダウンリンクリソース割当に関連した端末動作を例示する。

図１１を参照すると、端末は、ビットマップを含むリソースブロック割当情報を受信し（Ｓ１０１）、帯域部分（ＢＷＰ）で、前記ビットマップが指示するリソースブロックグループを介してダウンリンク信号、例えば、ＰＤＳＣＨを受信（または、ＰＵＳＣＨを送信）することができる（Ｓ１０２）。

このとき、前記帯域部分の総リソースブロックグループ個数は、前記帯域部分の開始リソースブロックのインデックス、前記帯域部分のサイズ及び設定されたリソースブロックグループ一つのサイズに基づいて決定されることができる。

例えば、前記帯域部分がｉ（ｉは、０または自然数）番目の帯域部分とし、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}個のＰＲＢで構成されたとする時、総リソースブロックグループ個数（Ｎ_ＲＢＧ）は、以下の数式により決定されることができる。

前記数式において、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は、前記ｉ番目の帯域部分の開始リソースブロックのインデックスを示し、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}は、前記ｉ番目の帯域部分のサイズを示し、前記Ｐは、設定されたリソースブロックグループ一つのサイズである。前記Ｐは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを介してあらかじめ設定された候補値の中から前記帯域部分のサイズによって選択／決定されることができる。前記候補値は、ＲＲＣメッセージを介して表（ｔａｂｌｅ）形態で提供されることができる。

また、前記ビットマップのビット個数は、前記総リソースブロックグループ個数（Ｎ_ＲＢＧ）と同じであり、前記ビットマップの各ビットは、前記帯域部分の各リソースブロックグループに１：１に対応されて前記各リソースブロックグループが割り当てられたかどうかを指示することができる。

以下、より具体的に、図１１の各ステップに対して説明する。ＮＲでのダウンリンクリソース割当タイプ０では、リソースブロック割当情報が端末に割り当てられたＲＢＧを指示するビットマップ（ｂｉｔｍａｐ）を含む。ＲＢＧは、連続する（仮想）リソースブロックのセットであり、例えば、帯域部分のサイズ及び上位層信号により設定されたパラメータにより定義されることができる。

以下の表は、帯域部分のサイズによるＲＢＧサイズＰを例示する。

図１２は、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}個のＰＲＢで構成されたダウンリンク搬送波帯域部分ｉに対して、ＲＢＧの個数（Ｎ_ＲＢＧ）を決定する例を示す。

前述したように、本発明ではＲＢＧの個数（Ｎ_ＲＢＧ）が前記数式Ｃｅｉｌｉｎｇ（（Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}＋（Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}ｍｏｄＰ））／Ｐ）のように決定されることができる。

より具体的に、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}は、基準点（例えば、ＣＲＢ０）を基準とした、ｉ番目のＢＷＰの開始位置（例えば、開始リソースブロックインデックス）を指示することができ、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}は、ｉ番目のＢＷＰの周波数領域でのサイズ（即ち、ｉ番目のＢＷＰを構成するリソースブロックの個数、即ち、ｉ番目のＢＷＰのサイズを指示）することができる。そして、Ｐは、指示されたＲＢＧのサイズである。前記ＲＢＧ個数（Ｎ_ＲＢＧ）に基づいて（周波数領域）リソース割当タイプ０のビットマップのサイズを決定することができる。最初のＲＢＧと最後のＲＢＧを除外した残りのＲＢＧは、全て同様にサイズがＰである。最初のＲＢＧと最後のＲＢＧは、Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}の値によってＰでないサイズを有することもできる。例えば、最初のＲＢＧのサイズは、Ｐ−Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}ｍｏｄＰであり、最後のＲＢＧのサイズは（Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}＋Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}）ｍｏｄＰが０より大きい場合、（Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}＋Ｎ^ｓｉｚｅ _{ＢＷＰ、ｉ}）ｍｏｄＰである。

一方、リソース割当タイプ１の場合、インターリービングされたＶＲＢ−ｔｏ−ＰＲＢマッピング時、インターリービングは、ＲＢバンドル（ｂｕｎｄｌｅ）単位で実行され、該当ＲＢバンドルも同様に、ＣＲＢを基準にして設定／定義される必要がある。ＲＢバンドルは、連続するリソースブロックに定義されることができる。即ち、インターリービング以後にＲＢバンドルに対してもＰＲＧと境界が整列されることによって、チャネル推定複雑度を低くして性能向上を期待することができる。

図１３は、リソース割当タイプ１で、インターリービングのためのＲＢバンドルとＣＲＢの境界を一致させる例を示す。

図１３を参照すると、インターリービングのためのＲＢバンドルとＣＲＢの境界が一致（ａｌｉｇｎ）されるように設定／定義される。ＣＲＢは、ＰＲＢと同じである。インターリービング後に、ＲＢバンドルは、ＰＲＢのグループであるＰＲＧと境界が一致することができる。

端末は、ＲＲＢバンドル内の周波数領域で同じプリコーディングが使われると仮定することができる。端末は、互いに異なるＣＲＢのバンドルで同じプリコーディングが使われると仮定しない。

一方、共通リソースブロック（ＣＲＢ）グリッドに対する情報がＲＭＳＩにより与えられるため、ＣＯＲＥＳＥＴ０の共通検索空間でＤＣＩフォーマット１＿０によりスケジューリングされるＲＭＳＩを含むＰＤＳＣＨ（以下、ＲＭＳＩ−ＰＤＳＣＨ）に対するインターリービングされたＶＲＢ−ｔｏ−ＰＲＢマッピングを実行するかどうかまたはどのように実行するかを定義する必要がある。

具体的に、共通リソースブロックグリッドで、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}及びＮ^ｓｉｚｅ _{ＢＷＰ、ｉ}が定義されることができる。端末は、ＲＭＳＩを受信する前までは前記値を知らない。単純化のために、ＲＭＳＩ−ＰＤＳＣＨは、インターリービングされないＶＲＢ−ｔｏ−ＰＲＢマッピングのみをサポートすることを考慮することができる。この場合、周波数ダイバーシティの不足により、ＲＭＳＩの受信性能が低下されることができる。

または、ＲＭＳＩ−ＰＤＳＣＨのためのリソースブロックバンドルが初期ダウンリンク帯域部分グリッド内に定義されることもできる。具体的に、前記リソースブロックバンドルは、前記初期ダウンリンク帯域部分の最初のリソースブロックインデックスから始め、全てのリソースブロックバンドルは、例えば、２個の連続するリソースブロックで構成されることができる。

提案１：初期ダウンリンク帯域部分でＲＭＳＩを含むＰＤＳＣＨに対して、インターリービングされたＶＲＢ−ｔｏ−ＰＲＢマッピングが使われることができる。共通リソースブロックグリッドの考慮無しで初期ダウンリンク帯域部分でリソースブロックバンドルが定義されることができる。

ＲＭＳＩ受信後に、前記共通リソースブロックグリッドが端末に知られる。その場合、共通リソースブロックグリッドに基づく全ての技法が使用可能になる。この場合、初期ダウンリンク帯域部分でない他のダウンリンク帯域部分でＲＭＳＩを含むＰＤＳＣＨを受信すると、インターリービングされたＶＲＢ−ｔｏ−ＰＲＢマッピングのためのリソースブロックバンドルは、共通リソースブロックグリッドに整列されるように定義されることができる。

端末は、初期ダウンリンク帯域部分で他のＰＤＳＣＨ（即ち、ＲＭＳＩを含まないＰＤＳＣＨ）を受信することができる。この場合、複数の端末の多重化を考慮する時、ＰＤＳＣＨに適用されるＲＮＴＩにかかわらずリソースブロックバンドルの定義を同じにすることが好ましい。即ち、ＲＮＴＩにかかわらず、初期ダウンリンク帯域部分での全てのＰＤＳＣＨマッピングは、共通リソースブロックグリッドの考慮無しで初期ダウンリンク帯域部分で定義されると仮定することができる。

また、前記初期ダウンリンク帯域部分で、ＲＢＧも共通リソースブロックグリッドの考慮無しで定義されることができる。

提案２：ＯＳＩを含むＰＤＳＣＨ、ページング、初期ダウンリンク帯域部分でランダムアクセス応答（ＲＡＲ）などに対して、リソースブロックバンドルは、共通リソースブロックグリッドの考慮無しで初期ダウンリンク帯域部分で定義されることができる。

即ち、インターリービングされたＶＲＢ−ｔｏ−ＰＲＢマッピング時、インターリーババンドルは、次の例外状況でＣＲＢの代わりに（初期）帯域部分を基準にして境界が定義／設定される。前記例外事項とは、ＤＣＩがＲＭＳＩをスケジューリングする場合、またはＲＭＳＩをスケジューリングするときにＤＣＩが共通検索空間（ＣＳＳ）に関連したＣＯＲＥＳＥＴ＃０に属する場合、またはＤＣＩがＣＳＳに属する場合、またはＤＣＩが初期ダウンリンク帯域部分のＣＳＳに属する場合、またはＤＣＩが初期ダウンリンク帯域部分に属する場合である。より具体的に、ビットマップ方式のリソース割当でのＲＢＧも、前記状況で例外的にＣＲＢの代わりに帯域部分を基準にして（境界が整列されるように）設定されることができる。

または、ＳＩ−ＲＮＴＩによりスクランブリングされたＤＣＩがインターリービングされたＶＲＢ−ｔｏ−ＰＲＢマッピングに対するリソースブロックバンドルを構成するかを指示することもできる。

特に、ＲＲＣ設定前にリソースブロックバンドルのサイズが２に設定されるため、初期ダウンリンク帯域部分の開始ＲＢインデックスによって最初のリソースブロックバンドルのサイズが１かまたは２かを前記ＤＣＩが指示できる（留保されたビットのうち一つを利用して）。この場合、前記リソースブロックバンドルは、ＲＭＳＩ−ＰＤＳＣＨにおいても共通リソースブロックグリッドに整列されることができる。

ＳＩ−ＲＮＴＩにスクランブリングされたＤＣＩは（Ｎ^{ｓｔａｒｔ} _{ＢＷＰ、ｉ}ｍｏｄ２）、即ち、ＰＤＳＣＨをスケジューリングするＤＣＩでリソースブロックバンドルを構成する方法または最初のリソースブロックバンドルのサイズまたはリソースブロックバンドルが始まるＰＲＢと共通リソースブロックグリッドとの間のオフセット値などを指示することができる。

＜リソース割当帯域と実際の帯域部分のサイズとの間の不一致（Ｍｉｓａｌｉｇｎｍｅｎｔ ｂｅｔｗｅｅｎ ＲＡ ｂ ａｎｄ ｗｉｄｔｈ ａｎｄ ａｃｔｕａｌ ＢＷＰ ｓｉｚｅ）＞

将来の無線通信システムでは、端末の複雑度を低くするための目的として、端末がモニタリングすべきＤＣＩサイズの個数を制限することができる。より具体的に、ＤＣＩフォーマット１＿０とＤＣＩフォーマット０＿０（以下、フォールバックＤＣＩ）は、特定の検索空間（例えば、端末固有検索空間）で送信される時、全体ＤＣＩサイズ個数によって該当フォールバックＤＣＩが送信される活性化された帯域部分に基づいてリソース割当ビットフィールドが構成されることもでき（ＤＣＩサイズの個数が十分の場合）、または初期（ダウンリンク）帯域部分サイズに基づいてリソース割当ビットフィールドが構成されることもできる（ＤＣＩサイズの個数が一定水準に超えたまたは超えようとする場合）。

前記状況によっては、リソース割当ビットフィールドに指示できる周波数範囲を異なるように設定することを考慮することもできる。基本的にリソース割当フィールドのビットサイズとＤＣＩが属する帯域部分で要求するリソース割当フィールドのサイズが同じ場合（または、リソース割当フィールドのビットサイズがより大きく設定された場合）、リソース割当フィールドに対応される最も低いリソースブロックインデックス（ｌｏｗｅｓｔ ＲＢ ｉｎｄｅｘ）は、該当帯域部分の最も小さいＲＢインデックスでマッチングされ、最も高いＲＢインデックスは、該当帯域部分の最も大きいＲＢインデックスにマッチングされることができる。前記領域は、インターリービングの対象領域にも同じに適用する。

それに対して、リソース割当フィールドのビットサイズが帯域部分で要求するリソース割当フィールドサイズより小さい場合は、リソース割当フィールドに対応される最も低いＲＢインデックスは、該当帯域部分の最も小さいＲＢインデックスでマッチングされ、最も高いＲＢインデックスは、該当帯域部分の最も小さいＲＢインデックスから初期（ダウンリンク）帯域部分ほど離れたＲＢインデックスにマッチングされる。これはリソース割当フィールドのビットサイズの限界でより効率的にリソース割当を実行するためである。このとき、インターリービングの対象領域にも同様に実際の帯域部分より小さく設定された領域を基準にして設定される。他の方式としては、依然として相対的に大きい活性化帯域部分の利点を活用するための方法の一環として、インターリービングの対象領域は、依然として活性化帯域部分に設定されることを考慮することもできる。

もし、リソース割当フィールドのビットサイズが帯域部分で要求するリソース割当フィールドサイズより小さい場合も、リソース割当フィールドに対応される領域を活性化帯域部分に設定する場合は、該当ビットフィールドを解釈する以前にｚｅｒｏ−ｐａｄｄｉｎｇをＬＳＢまたはＭＳＢに実行することができる。

図１４は、本発明の実施例が具現化される装置を示すブロック図である。

図１４を参照すると、装置１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１０、メモリ（ｍｅｍｏｒｙ）１２０及びトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）１３０を含む。プロセッサ１１０は、提案された機能、過程及び／または方法を具現化する。メモリ１２０は、プロセッサ１１０と連結され、プロセッサ１１０を駆動するための多様な情報を格納する。トランシーバ１３０は、プロセッサ１１０と連結され、無線信号を送信及び／または受信する。

装置１００は、基地局または端末である。

プロセッサ１１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。トランシーバ１３０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。実施例がソフトウェアで具現化される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現化されることができる。モジュールは、メモリ１２０に格納され、プロセッサ１１０により実行されることができる。メモリ１２０は、プロセッサ１１０の内部または外部にあり、よく知られた多様な手段でプロセッサ１１０と連結されることができる。

Claims (6)

1. 無線通信システムにおけるダウンリンク信号を受信する方法であって、
   前記方法は、
   端末によって行われ、かつ、
   ビットマップを含むリソースブロック割当情報を受信し、
   帯域部分内で前記ビットマップが示すＲＢＧ（resource block group）を介して前記ダウンリンク信号を受信する、ことを含み、
   前記帯域部分内のＲＢＧの総数は、前記帯域部分の開始リソースブロックのインデックス、前記帯域部分のサイズ、及び一つのＲＢＧのサイズに基づいて決定され、
   ｉ番目の帯域部分（ｉは０又は自然数）である前記帯域部分に基づいて、及び、前記ｉ番目の帯域部分の開始リソースブロックのインデックスを示すＮ ^start _BWP,i と、ｉ番目の帯域部分のサイズを示すＮ ^size _BWP,i と、一つのＲＢＧの前記サイズを示すＰとに基づいて、前記ＲＢＧの前記総数（Ｎ _RBG ）は、式
   

   

   に基づいて決定される、ことを含む、方法。
2. 前記ビットマップのビットの数は、前記ＲＢＧの前記総数（Ｎ_RBG）と同じである、請求項１に記載の方法。
3. 前記ビットマップのビットは、前記帯域部分の前記ＲＢＧにそれぞれ対応し、各ＲＢＧが割り当てられたかどうかを示す、請求項１に記載の方法。
4. 端末であって、
   無線信号を送信及び受信するトランシーバと、
   前記トランシーバと結合して動作するプロセッサと、を含み、
   前記プロセッサは、
   ビットマップを含むリソースブロック割当情報を受信し、
   帯域部分内で前記ビットマップが示すＲＢＧ（resource block group）を介してダウンリンク信号を受信し、
   前記帯域部分内のＲＢＧの総数は、前記帯域部分の開始リソースブロックのインデックス、前記帯域部分のサイズ、及び一つのＲＢＧのサイズに基づいて決定され、
   ｉ番目の帯域部分（ｉは０又は自然数）である前記帯域部分に基づいて、及び、前記ｉ番目の帯域部分の開始リソースブロックのインデックスを示すＮ ^start _BWP,i と、ｉ番目の帯域部分のサイズを示すＮ ^size _BWP,i と、一つのＲＢＧの前記サイズを示すＰとに基づいて、前記ＲＢＧの前記総数（Ｎ _RBG ）は、式
   

   

   に基づいて決定される、端末。
5. 前記ビットマップのビットの数は、前記ＲＢＧの前記総数（Ｎ_RBG）と同じである、請求項４に記載の端末。
6. 前記ビットマップのビットは、前記帯域部分の前記ＲＢＧにそれぞれ対応し、各ＲＢＧが割り当てられたかどうかを示す、請求項４に記載の端末。

Images