JP6810793B2 - Ｃｏｒｅｓｅｔにおいて制御チャンネルを受信／送信するための方法及び装置 - Google Patents

Ｃｏｒｅｓｅｔにおいて制御チャンネルを受信／送信するための方法及び装置 Download PDF

Info

Publication number
JP6810793B2
JP6810793B2 JP2019513346A JP2019513346A JP6810793B2 JP 6810793 B2 JP6810793 B2 JP 6810793B2 JP 2019513346 A JP2019513346 A JP 2019513346A JP 2019513346 A JP2019513346 A JP 2019513346A JP 6810793 B2 JP6810793 B2 JP 6810793B2
Authority
JP
Japan
Prior art keywords
coreset
size
reg
terminal
signal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019513346A
Other languages
English (en)
Other versions
JP2019530323A (ja
JP2019530323A5 (ja
Inventor
インクォン ソ
インクォン ソ
ヨンチョン イ
ヨンチョン イ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2019530323A publication Critical patent/JP2019530323A/ja
Publication of JP2019530323A5 publication Critical patent/JP2019530323A5/ja
Application granted granted Critical
Publication of JP6810793B2 publication Critical patent/JP6810793B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
    • H04B7/0482—Adaptive codebooks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069—Cell search, i.e. determining cell identity [cell-ID]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path

Description

本発明は無線通信システムに関し、より具体的には、無線通信システムにおいて制御チャンネルを受信／送信する方法、並びにそのための装置に関する。
まず、既存の３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムについて簡略に説明する。図１を参照すると、端末は初期セル探索を行う（Ｓ１０１）。初期セル探索の過程において、端末は基地局からＰ−ＳＣＨ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）及びＳ−ＳＣＨ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）を受信して基地局と下りリンク同期を確立し、セルＩＤなどの情報を得る。その後、端末はＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を介してシステム情報（ｅ．ｇ．，ＭＩＢ）を得る。端末はＤＬ ＲＳ（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャンネル状態を確認することができる。
初期セル探索の後、端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＰＤＣＣＨによりスケジュールされたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信して、より具体的なシステム情報（ｅ．ｇ．，ＳＩＢｓ）を得る（Ｓ１０２）。
端末は上りリンク同期化のために任意接続の過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。端末はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブル\\（ｅ．ｇ．，Ｍｓｇ１）を送信し（Ｓ１０３）、ＰＤＣＣＨ及びＰＤＣＣＨに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（ｅ．ｇ．，Ｍｓｇ２）を受信する（Ｓ１０４）。競争基盤任意接続の場合は、さらにＰＲＡＣＨの送信（Ｓ１０５）及びＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）が行われる。
その後、端末は、一般的な上／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の送信（Ｓ１０８）を行う。端末が基地局にＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信する。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。
本発明で遂げようとする技術的課題は、端末と基地局がＰＢＣＨに基づいたＣＯＲＥＳＥＴを介してシステム情報をスケジュールするＰＤＣＣＨをより効率的且つ正確に送／受信する方法及びそのための装置を提供することである。
本発明の技術的課題は、上述した技術的課題に制限されず、その他の技術的課題が本発明の実施例から導出され得る。
上述した技術的課題を達成するための本発明の一実施例による無線通信システムにおいて、端末が下りリンク信号を受信する方法は、同期信号ブロック（ＳＳＢ）上でＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）信号を受信するステップ、前記ＰＢＣＨ信号に基づいて設定された特定の制御リソースセット（ＣＯＲＥＳＥＴ）上において、システム情報をスケジュールする制御チャンネルの候補をモニタリングするステップ、および前記制御チャンネルによってスケジュールされた前記システム情報を獲得するステップを含み、前記端末は、前記ＰＢＣＨ信号を介して前記特定のＣＯＲＥＳＥＴの設定の全体パラメータのうち一部のみを獲得し、前記端末は、前記ＰＢＣＨ信号を介して獲得されない前記特定のＣＯＲＥＳＥＴの設定の残りのパラメータである１ＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）バンドルのサイズは６−ＲＥＧと固定され、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）−ｔｏ−ＲＥＧマッピングタイプはインターリーブと固定され、前記インターリーブのためのインターリーバの行（ｒｏｗ）サイズは２と固定され、同一のプリコーディング仮定の単位であるプリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）は１ＲＥＧバンドルと固定されたと仮定して、前記制御チャンネルの候補をモニタリングすることができる。
上述した技術的課題を達成するための本発明の別の一側面によって、下りリンク信号を受信する端末は、送受信機、および前記送受信機を介して同期信号ブロック（ＳＳＢ）上においてＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）信号を受信して、前記ＰＢＣＨ信号に基づいて設定された特定の制御リソースセット（ＣＯＲＥＳＥＴ）上において、システム情報をスケジュールする制御チャンネルの候補をモニタリングして、前記制御チャンネルによってスケジュールされた前記システム情報を獲得するプロセッサーを含み、前記プロセッサーは、前記ＰＢＣＨ信号を介して前記特定のＣＯＲＥＳＥＴの設定の全体パラメータのうち一部のみを獲得して、前記プロセッサーは、前記ＰＢＣＨ信号を介して獲得されない前記特定のＣＯＲＥＳＥＴの設定の残りのパラメータである１ＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）バンドルのサイズは６−ＲＥＧと固定され、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）−ｔｏ−ＲＥＧマッピングタイプはインターリーブと固定され、前記インターリーブのためのインターリーバの行（ｒｏｗ）サイズは２と固定され、同一のプリコーディング仮定の単位であるプリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）は１ＲＥＧバンドルと固定されたと仮定して、前記制御チャンネルの候補をモニタリングすることができる。
前記システム情報は、ＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）１であり、前記特定のＣＯＲＥＳＥＴは、前記ＳＩＢ １の送信のためのＣＯＲＥＳＥＴ ０であってもよい。
前記ＰＢＣＨ信号は、前記特定のＣＯＲＥＳＥＴ上において、前記端末が前記システム情報をスケジュールする前記制御チャンネルの候補をモニタリングすべきモニタリング周期に関する情報を指示してもよい。
前記端末が前記ＰＢＣＨ信号を介して獲得する前記特定のＣＯＲＥＳＥＴの設定のパラメータは、前記特定のＣＯＲＥＳＥＴの帯域幅及び前記特定のＣＯＲＥＳＥＴのシンボル数を含んでもよい。前記特定のＣＯＲＥＳＥＴの帯域幅及び前記特定のＣＯＲＥＳＥＴのシンボル数は、前記ＰＢＣＨ信号内においてジョイントエンコーディング（ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ）されていてもよい。
前記ＰＢＣＨ信号を介して獲得される前記特定のＣＯＲＥＳＥＴの帯域幅は２４、４８又は９６のリソース単位のうちいずれか１つに制限されてもよい。
前記端末が前記ＰＢＣＨ信号を介して獲得する前記特定のＣＯＲＥＳＥＴの設定のパラメータは、さらに、周波数ドメイン上において前記特定のＣＯＲＥＳＥＴの位置を前記ＳＳＢに基づいて指示するためのオフセットを含んでもよい。
前記端末は前記制御チャンネルの候補のＣＣＥ集合レベルと各ＣＣＥ集合レベルごとに候補数が固定されたと仮定して、前記制御チャンネルの候補をモニタリングしてもよい。
無線通信システムにおいて、基地局が下りリンク信号を送受信する方法は、同期信号ブロック（ＳＳＢ）上においてＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）信号を送信するステップ、前記ＰＢＣＨ信号に基づいて設定された特定の制御リソースセット（ＣＯＲＥＳＥＴ）上において、システム情報をスケジュールする制御チャンネル信号を送信するステップ、および前記制御チャンネル信号によってスケジュールされた前記システム情報を送信するステップを含み、前記基地局は前記ＰＢＣＨ信号を介して前記特定のＣＯＲＥＳＥＴの設定の全体パラメータのうち一部のみを指示して、前記基地局は、前記ＰＢＣＨ信号によって指示されない前記特定のＣＯＲＥＳＥＴの設定の残りのパラメータである、１ＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）バンドルのサイズは６−ＲＥＧと固定して、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）−ｔｏ−ＲＥＧマッピングタイプはインターリーブと固定して、前記インターリーブのためのインターリーバの行（ｒｏｗ）サイズは２と固定して、同一のプリコーディング仮定の単位であるプリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）は１ＲＥＧバンドルと固定して、前記制御チャンネル信号を送信してもよい。
前記システム情報はＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）１であり、前記特定のＣＯＲＥＳＥＴは前記ＳＩＢ １の送信のためのＣＯＲＥＳＥＴ ０であってもよい。
前記ＰＢＣＨ信号は前記特定のＣＯＲＥＳＥＴ上において端末が前記システム情報をスケジュールする前記制御チャンネル信号に対するモニタリングを行うべきモニタリング周期に関する情報を指示してもよい。
前記ＰＢＣＨ信号を介して指示される前記特定のＣＯＲＥＳＥＴの設定のパラメータは、前記特定のＣＯＲＥＳＥＴの帯域幅及び前記特定のＣＯＲＥＳＥＴのシンボル数を含み、前記特定のＣＯＲＥＳＥＴの帯域幅及び前記特定のＣＯＲＥＳＥＴのシンボル数は、前記ＰＢＣＨ信号内においてジョイントエンコーディング（ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ）されてもよい。
前記ＰＢＣＨ信号を介して指示される前記特定のＣＯＲＥＳＥＴの帯域幅は、２４、４８又は９６のリソース単位のうちいずれか１つに制限されてもよい。
前記ＰＢＣＨ信号を介して指示される前記特定のＣＯＲＥＳＥＴの設定のパラメータは、さらに、周波数ドメイン上において前記特定のＣＯＲＥＳＥＴの位置を前記ＳＳＢに基づいて指示するためのオフセットを含んでもよい。
前記基地局は前記制御チャンネル信号に対して使用可能なＣＣＥ集合レベルと各ＣＣＥ集合レベルごとに候補数が固定されたと仮定して、前記制御チャンネル信号を送信してもよい。
本発明の一実施例によれば、端末はＰＢＣＨが指示しない一部のＣＯＲＥＳＥＴ設定パラメータに対しては固定した値を仮定するため、制約されたサイズを有するＰＢＣＨのシグナリングオーバーヘッドを増加させずに、端末と基地局はＣＯＲＥＳＥＴを介してシステム情報をスケジュールするＰＤＣＣＨをより効率的且つ正確に送／受信することができる。
本発明の技術的効果は、上述した技術的効果に制限されず、その他の技術的効果が本発明の実施例から導出され得る。
３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いる一般的な信号送信方法を示す図である。 本発明の一実施例による特定のシステム情報のための制御チャンネルの指示を説明するための図である。 本発明の別の一実施例による特定のシステム情報のための制御チャンネルの指示を説明するための図である。 本発明の一実施例による下りリンク信号の送受信方法のフローを示す図である。 本発明の一実施例による端末及び基地局を示す図である。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
説明を明確にするために、３ＧＰＰベースの移動通信システムを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
多数の通信機器がより大きな通信容量を要求することにより、最近論議されている次世代通信システムでは、既存の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイルブロードバンド（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信の必要性が高まっている。また多数の機器及びモノを連結していつでもどこでも多様なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）も次世代通信において考慮すべき主要なイッシュである。また、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）などに敏感なサービス／ＵＥを考慮して、次世代通信システムとしてＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が論議されている。
このようにｅＭＢＢ、ｍＭＴＣ及びＵＲＬＣＣなどを考慮した新しい無線接続技術（Ｎｅｗ ＲＡＴ）が次世代無線通信のために論議されている。
Ｎｅｗ ＲＡＴの設計とかち合わないＬＴＥ／ＬＴＥ−Ａの動作及び設定はＮｅｗ ＲＡＴにも適用することができる。Ｎｅｗ ＲＡＴは便宜上５Ｇ移動通信とも称する。
＜ＮＲフレーム構造及び物理リソース＞
ＮＲシステムにおいて、下りリンク（ＤＬ）及び上りリンク（ＵＬ）の送信は１０ｍｓ長さ（ｄｕｒａｔｉｏｎ）を有するフレームを介して行われ、各々のフレームは１０つのサブフレームを含む。従って１サブフレームは１ｍｓに該当する。各々のフレームは２つのハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）に分けられる。
１つのサブフレームは、Nsymb subframe，μ= Nsymb slot X Nslot subframe，μ個の連続したＯＦＤＭシンボルを含む。Nsymb slotはスロット当たりのシンボル数、μはＯＦＤＭニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）を表し、Nslot subframe，μは該当μに対してサブフレーム当たりのスロット数を表す。ＮＲでは表１のような多重ＯＦＤＭニューマロロジーが支援される。
Figure 0006810793
表１において、Δfはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ，ＳＣＳ）を意味する。ＤＬキャリアＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するμ及びＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）とＵＬキャリアＢＷＰに対するμ及びＣＰは、上りリンクシグナリングにより端末に設定される。
表２は、一般ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymb slot）、フレーム当たりのスロット数（Nslot frame，μ）及びサブフレーム当たりのスロット数（Nslot subframe，μ）を表す。
Figure 0006810793
表３は、拡大ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymb slot）、フレーム当たりのスロット数（Nslot frame，μ）及びサブフレーム当たりのスロット数（Nslot subframe，μ）を表す。
Figure 0006810793
このようにＮＲシステムではＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって１サブフレームを構成するスロット数が変更できる。各々のスロットに含まれたＯＦＤＭシンボルはＤ（ＤＬ）、Ｕ（ＵＬ）及びＸ（Ｆｌｅｘｉｂｌｅ）のうちいずれか１つである。ＤＬ送信はＤ又はＸシンボルで行われ、ＵＬ送信はＵ又はＸシンボルで行われる。なお、Ｆｌｅｘｉｂｌｅリソース（ｅ．ｇ．，Ｘシンボル）はＲｅｓｅｒｖｅｄリソース、Ｏｔｈｅｒリソース又はＵｎｋｎｏｗｎリソースとも称される。
ＮＲにおいて、１つのＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は周波数ドメインで１２つのサブキャリアに該当する。ＲＢは多数のＯＦＤＭシンボルを含むことができる。ＲＥ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）は１サブキャリア及び１ＯＦＤＭシンボルに該当する。従って、１ＲＢ内の１ＯＦＤＭシンボル上には１２ＲＥが存在する。
キャリアＢＷＰは連続するＰＲＢ（Ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）のセットで定義される。キャリアＢＷＰは簡略にＢＷＰとも称される。１つのＵＥには最大４つのＢＷＰが上りリンク／下りリンクの各々に対して設定される。多重のＢＷＰが設定されても、与えられた時間の間には１つのＢＷＰが活性化される。但し、端末にＳＵＬ（ｓｕｐｐｌｅｍｅｎｔａｒｙ ｕｐｌｉｎｋ）が設定された場合、さらに４つのＢＷＰがＳＵＬに対して設定され、与えられた時間の間に１つのＢＷＰが活性化される。端末は活性化されたＤＬ ＢＷＰから外れると、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）又はＴＲＳ（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を受信できない。また端末は活性化されたＵＬ ＢＷＰから外れると、ＰＵＳＣＨ又はＰＵＣＣＨを受信できない。
＜ＮＲ ＤＬ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ＞
ＮＲシステムにおいて、制御チャンネルの送信単位はＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）及び／又はＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）などで定義される。ＣＣＥは制御チャンネル送信のための最小単位を意味する。即ち、最小ＰＤＣＣＨのサイズは１ＣＣＥに対応する。集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）が２以上である場合、ネットワークは多数のＣＣＥを集めて１つのＰＤＣＣＨを送信することができる(ｉ．ｅ.，ＣＣＥ ａｇｇｒｅｇａｔｉｏｎ)。
ＲＥＧは、時間ドメインでは１ＯＦＤＭシンボル、周波数ドメインでは１ＰＲＢに該当する。また、１ＣＣＥは６ＲＥＧに該当する。
一方、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）及び探索空間（ｓｅａｒｃｈ ｓｐａｃｅ，ＳＳ）について簡略に説明すると、ＣＯＲＥＳＥＴは制御信号送信のためのリソースのセットであり、探索空間は端末がブラインド検出を行う制御チャンネル候補の集まりである。探索空間はＣＯＲＥＳＥＴ上に設定されることができる。一例として、１つのＣＯＲＥＳＥＴに１つの探索空間が定義されると、ＣＳＳ（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）のためのＣＯＲＥＳＥＴとＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）のためのＣＯＲＥＳＥＴが各々設定される。他の例として、１つのＣＯＲＥＳＥＴに多数の探索空間が定義されてもよい。例えば、ＣＳＳとＵＳＳが同じＣＯＲＥＳＥＴに設定されてもよい。以下の例示においては、ＣＳＳはＣＳＳが設定されるＣＯＲＥＳＥＴを意味し、ＵＳＳはＵＳＳが設定されるＣＯＲＥＳＥＴなどを意味してもよい。
基地局は、ＣＯＲＥＳＥＴに関する情報を端末にシグナリングすることができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎが端末にシグナリングされ、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎには当該ＣＯＲＥＳＥＴの時間長（ｔｉｍｅ ｄｕｒａｔｉｏｎ）（ｅ．ｇ．，１／２／３ シンボルなど）、当該ＣＯＲＥＳＥＴの周波数ドメインリソース、プリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）、ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプ（ｅ．ｇ．，Ｉｎｔｅｒｌｅａｖｅｄ／Ｎｏｎ−Ｉｎｔｅｒｌｅａｖｅｄ）、Ｉｎｔｅｒｌｅａｖｅｄ ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプの場合、ＲＥＧバンドリングサイズ及びインターリーバサイズなどがシグナルされる。
１−シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＮｏｎ−Ｉｎｔｅｒｌｅａｖｅｄタイプである場合、ＣＣＥに対する６ＲＥＧが１つのＲＥＧバンドルでグループされ、当該ＣＣＥのＲＥＧはいずれも連続することができる。１ＰＤＣＣＨ内にＣＣＥが複数である場合（ｅ．ｇ．，ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌが２以上である場合）、ＣＣＥも互いに連続することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧバンドルに対して同一のプリコーディングを仮定することができる。
１−シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＩｎｔｅｒｌｅａｖｅｄタイプである場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルで構成される。一例として、２、３、６のＲＥＧバンドルサイズがいずれも支援されるのではなく、そのサブセットとして、例えば、{２}、{３}、{２、３}、{２、６}、{３、６}又は{２、３、６}のＲＥＧバンドルサイズが支援される。仮に、{２、６}のＲＥＧバンドルサイズが支援される場合、２つのＲＥＧが１ＲＥＧバンドルを構成するか、又は６つのＲＥＧが１ＲＥＧバンドルを構成することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーティングを仮定することができる。
２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングの場合、ＲＥＧバンドルが時間／周波数ドメインで定義されてもよい。ＲＥＧバンドルが時間ドメインで定義される場合、１ＲＥＧバンドルに属するＲＥＧがいずれも同一のＲＢに属して、他のシンボルが該当してもよい。ＲＥＧバンドルが時間−周波数ドメインで定義される場合、１ＲＥＧバンドルは同一のＲＢに属して、他のシンボルが該当するＲＥＧのみならず、他のＲＢに属するＲＥＧを含んでもよい。
また、２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングに対して時間優先マッピング（ｔｉｍｅ−ｆｉｒｓｔ ｍａｐｐｉｎｇ）が支援されてもよい。時間ドメイン上でＲＥＧバンドルがＣＯＲＥＳＥＴの時間ドメインＤｕｒａｔｉｏｎと同様に設定されることが支援されてもよい。Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄタイプの場合、ＣＣＥを構成する６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、当該ＣＣＥのＲＥＧは時間／周波数ドメインで局部化（ｌｏｃａｌｉｚｅｄ）されてもよい。Ｉｎｔｅｒｌｅａｖｅｄタイプの場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、ＣＯＲＥＳＥＴ内でＲＥＧバンドルはインターリーブされてもよい。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーディングを仮定してもよい。
<Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ>
ＮＲシステムでは、制御チャンネルのために多数のＣＯＲＥＳＥＴ（ｅ．ｇ．，制御チャンネル送受信のためのリソースインデックスが行われるリソース領域）が１端末に設定されてもよい。端末はＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ及び探索空間セットＣｏｎｆｉｇｕｒａｔｉｏｎによって当該ＣＯＲＥＳＥＴにおけるブラインドデコーディング（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）を行うことができる。
ＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎのシグナリング方式によって大きく２つに区分される。一方のＣＯＲＥＳＥＴは初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程においてＰＢＣＨなどを介して指示されるＣｏｍｍｏｎ ＣＯＲＥＳＥＴであり、他方のＣＯＲＥＳＥＴはＵＥ−ｄｅｄｉｃａｔｅｄ上位層シグナリングなどを介して指示されるＵＥ−ｓｐｅｃｉｆｉｃ ＣＯＲＥＳＥＴである。このとき、ｃｏｍｍｏｎとＵＥ−ｓｐｅｃｉｆｉｃは、ＣＯＲＥＳＥＴが設定される方式を意味して、ＵＥ−ｓｐｅｃｉｆｉｃ ＣＯＲＥＳＥＴのＣＳＳなどを介して（又は、ｃｏｍｍｏｎ ＣＯＲＥＳＥＴにおいて）多数の端末のための（ｇｒｏｕｐ）共通情報（又は、ＵＥ−ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ）が伝達される。
Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴはＲＭＳＩ（ｅ．ｇ．，ＳＩＢ １）のスケジュールのためのＰＤＣＣＨが送信されるＣＯＲＥＳＥＴであって、その名称は簡略してＲＭＳＩ ＣＯＲＥＳＥＴ、ＲＭＳＩのためのＣＯＲＥＳＥＴ、ＰＢＣＨによって指示／設定されるＣＯＲＥＳＥＴ、初期接続過程におけるＣＯＲＥＳＥＴ又はＣＯＲＥＳＥＴ ０と称されてもよい。ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）はｍｉｎｉｍｕｍ ＳＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）又はＳＩＢ １と称されてもよい。
Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴの場合、初期接続過程において端末に必要な情報であるＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）（ｅ．ｇ．，ＳＩＢ １）をスケジュールために用いられる。Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴの場合、ＰＢＣＨによってＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎが与えられるため、ＰＢＣＨのオーバーヘッドを減らすためには、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴのｃｏｎｆｉｇｕｒａｂｉｌｉｔｙを制限することが望ましい。そのために、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎの一部コンテンツ（ｅ．ｇ．，パラメータ）は、予め定義された値に固定されることでシグナリングが省略されてもよく、一部コンテンツは他のコンテンツとのジョイントエンコーディング（ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ）などを介して情報サイズを減らすことが望ましい。
以下では、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎの各コンテンツに対する値を設定する方法、固定する方法及び／又はジョイントエンコーディングを行う方法などを提案する。以下の方法は、主にＣｏｍｍｏｎ ＣＯＲＥＳＥＴを対象として説明するが、本発明はこれに限定されず、ＵＥ−ｓｐｅｃｉｆｉｃ ＣＯＲＥＳＥＴに適用することもできる。例えば、以下の発明内容は、ＵＥ−ｓｐｅｃｉｆｉｃ ＣＯＲＥＳＥＴに対するＲＲＣシグナリングオーバーヘッドを減らすために適用されることができる。
＊ ＣＯＲＥＳＥＴ ｂａｎｄｗｉｄｔｈ
ＣＯＲＥＳＥＴ ＢＷ（ｂａｎｄｗｉｄｔｈ）はＣＯＲＥＳＥＴが周波数ドメインにおいて占める領域を意味する。
− Ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ ｏｆ ＣＯＲＥＳＥＴ ＢＷ：ＣＯＲＥＳＥＴ ＢＷが設定可能なものは、ネットワークの柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）が保障されるというメリットがあるが、ＰＢＣＨのオーバーヘッドを増加させるため、ＣＯＲＥＳＥＴのために使用可能なＢＷ値の数を減らすことが望ましい。
一例として、単位リソースサイズが予め定義され、ネットワークは単位リソースサイズの倍数のうち１つをＣＯＲＥＳＥＴのＢＷとして設定することができる。
単位リソースは、例えば以下の（ｉ）〜（ｖｉ）のような値が考慮され得る。
（ｉ）ＵＥ ｍｉｎｉｍｕｍ ＢＷ：ＮＲにおいて各端末が支援すべき最小のＢＷが定義される。一例として、ネットワークは、端末最小ＢＷ値又は端末最小ＢＷ値＊Ｎ（ｅ．ｇ．，Ｎ＝１／２、２、４..など）をＣＯＲＥＳＥＴ ＢＷとして設定することができる。
（ｉｉ）Ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ＢＷ：ＮＲにおいて支援する最小システムＢＷが定義される。一例として、ネットワークは最小システムＢＷ値又は最小システムＢＷ値＊Ｎ（ｅ．ｇ．，Ｎ＝１／２、２、４..など）をＣＯＲＥＳＥＴ ＢＷとして設定することができる。
（ｉｉｉ）ＳＳ ｂｌｏｃｋ ＢＷ：ＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ｂｌｏｃｋ）ＢＷ（ｉ．ｅ．，ｓｙｎｃ．ｓｉｇｎａｌ及びＰＢＣＨが送信されるＢＷ）が定義される。一例として、ネットワークはＳＳＢ ＢＷ値又はＳＳＢ ＢＷ値＊Ｎ（ｅ．ｇ．，Ｎ＝１／２、２、４..など）をＣＯＲＥＳＥＴ ＢＷとして設定することができる。
（ｉｖ）単位リソースサイズ：ＣＯＲＥＳＥＴ ＢＷ Ｃｏｎｆｉｇｕｒａｔｉｏｎのために単位リソースサイズが予め定義（ｅ．ｇ．，５ＭＨｚ）される。一例として、ネットワークは単位リソースサイズ又は単位リソースサイズ＊Ｎ（ｅ．ｇ．，Ｎ＝１／２、２、４..など）をＣＯＲＥＳＥＴ ＢＷとして設定することができる。
（ｖ）ＲＥＧ（ｏｒ ＣＣＥ）数：ネットワークはＣＯＲＥＳＥＴのサイズを当該ＣＯＲＥＳＥＴ内の制御リソース単位（ｅ．ｇ．，ＲＥＧ、ＣＣＥ、ｃａｎｄｉｄａｔｅなど）の数に設定（又は、固定）することができる。例えば、ネットワークは制御リソース単位の２４、４８、７２、９６などのオプションを予め定義して、予め定義された値のうち１つをＣＯＲＥＳＥＴ ＢＷとして設定することができる。
このような制御リソース単位ベースのＣＯＲＥＳＥＴ ＢＷ設定は、（ｍａｘ）集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ，ＡＬ）及び／又は制御チャンネル候補の数と解釈できる。例えば、ネットワークは特定のＣＯＲＥＳＥＴにおいて同時に送信可能な集合レベル及び候補を設定することができる。例えば、ネットワークはＡＬ（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）８候補（＝４８ＲＥＧｓ）をベースとして、何個のＡＬ８候補が当該ＣＯＲＥＳＥＴにおいて同時に支援できるかを設定することができる（ｅ．ｇ．，ｔｈｅ ｎｕｍｂｅｒ ｏｆ ＡＬ８ ｃａｎｄｉｄａｔｅ＝２である場合、９６ＲＥＧｓに該当するＣＯＲＥＳＥＴ設定）。
このように、ＲＥＧ数などでＣＯＲＥＳＥＴのリソースサイズがシグナルされる場合、当該ＣＯＲＥＳＥＴのＢＷはＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎ（ｉ．ｅ．，ＯＦＤＭ ｓｙｍｂｏｌ数）と連携して決定される。例えば、９６ＲＥＧｓ ＣＯＲＥＳＥＴに対してＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎが２と設定される場合、当該ＣＯＲＥＳＥＴのＢＷは４８ＲＥＧｓと決定されることができる。
（ｖｉ）ＣＯＲＥＳＥＴ ＢＷとＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎはジョイント設定を介して指示されてもよい。予め定義又はネットワークのシグナリングによって多数の[ＢＷ＆ｄｕｒａｔｉｏｎ]の組み合わせが定義され、ネットワークはＰＢＣＨ（又は、ＵＥ−ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）などによって特定の組み合わせをＣＯＲＥＳＥＴに対して設定することができる。例えば、[４８ＲＥＧｓ＆２ｓｙｍｂｏｌｓ]、[９６ＲＥＧｓ＆１ｓｙｍｂｏｌ]として定義される２つの組み合わせが存在する場合、ネットワークは１−ｂｉｔシグナリングによって１つの組み合わせをＣＯＲＥＳＥＴのために設定することができる。
− Ｆｉｘｅｄ ｂａｎｄｗｉｄｔｈ：ＣＯＲＥＳＥＴ ＢＷが固定される場合、上述した値のうち１つが固定された値として選択されてもよい。例えば、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴのＢＷは、ＳＳ ｂｌｏｃｋ ＢＷ（＝２４ＲＥＧｓ）、ＵＥ ｍｉｎｉｍｕｍ ＢＷ（ｅ．ｇ．，２０ＭＨｚ）、ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ＢＷ（ｅ．ｇ．，５ＭＨｚ）又はＣＯＲＥＳＥＴ単位リソース（ｅ．ｇ．，４８ＲＥＧｓ）などの値のうち１つに固定されてもよい。上記のように、ＣＯＲＥＳＥＴリソースサイズがＲＥＧの数（ｅ．ｇ．，４８ＲＥＧｓ）などと表現される場合、ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎを考慮してＣＯＲＥＳＥＴのＢＷが決定されてもよい。
＊ Ｔａｒｇｅｔ Ｓｉｇｎａｌ Ｃｏｎｆｉｇｕｒａｔｉｏｎ
ネットワークが送信する各情報の周期は情報ごとに異ならせて設定されてもよい。異なる周期を有する各情報のために、異なるＣＯＲＥＳＥＴを設定することは、シグナリングオーバーヘッドを増加させ、これとは逆に、端末が１つのＣＯＲＥＳＥＴ内において異なる複数の情報に対するブラインド検出を行うことは、端末プロセッシングオーバーヘッドを増加させる。
例えば、ｃｏｍｍｏｎ ＣＯＲＥＳＥＴを介して送信されるＲＭＳＩは初期接続過程で必要な情報であり、重要なシステム情報であるため、動的に変更されないのが一般である。例えば、ＬＴＥにおいてシステム情報は８０ｍｓの送信周期で送信される。
ＲＭＳＩの変更周期よりも短いモニタリング周期（ｍｏｎｉｔｏｒｉｎｇ ｐｅｒｉｏｄｉｃｉｔｙ）がＲＭＳＩのためのｃｏｍｍｏｎ ＣＯＲＥＳＥＴに設定される場合、端末がＲＭＳＩに対して繰り返してデコーディングを不要に行う問題をもたらす。一方、ネットワークが端末の初期接続以後にＣＳＳのためのＣＯＲＥＳＥＴをさらに設定する方式は、シグナリングオーバーヘッドが増加する問題がある。
よって、異なる情報の送信であっても同一のＣｏｎｆｉｇｕｒａｔｉｏｎ（ｅ．ｇ．，ｗｉｔｈ／ｗｉｔｈｏｕｔ ｉｎｔｅｒｌｅａｖｉｎｇ ｔｒａｎｓｍｉｓｓｉｏｎ ｔｙｐｅなど）が用いられる場合、ＲＭＳＩのためのｃｏｍｍｏｎ ＣＯＲＥＳＥＴを初期接続以後にＣＳＳのためのＣＯＲＥＳＥＴとして再使用することが望ましい。
本発明の一実施例では、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎに対して互いに異なる制御情報に対するｓｕｂ−ｍｏｎｉｔｏｒｉｎｇ ｓｅｔがさらに設定されてもよい。例えば、ネットワークはｃｏｍｍｏｎ ＣＯＲＥＳＥＴのｏｃｃａｓｉｏｎ ｐｅｒｉｏｄは１０ｍｓと設定（又は、固定）して、ＲＭＳＩ−ＲＮＴＩに対するモニタリング周期は８０ｍｓと設定し、ｏｔｈｅｒ ＳＩ（ｅ．ｇ．，ＳＩ−ＲＮＴＩ）に対するモニタリング周期は２０ｍｓと設定することができる。このようなＣｏｎｆｉｇｕｒａｔｉｏｎを受信した端末はＣＯＲＥＳＥＴにおいて特定の情報をモニタリングするに当たって、特定の情報に連携されたサブ−モニタリング周期によってモニタリングを行うことができる。さらに、サブ−モニタリング周期（又は、特定の情報）に対するＣｏｎｆｉｇｕｒａｔｉｏｎが指示されてもよい。例えば、ネットワークはＲＭＳＩ−ＲＮＴＩに対するモニタリングセットでは、端末がＡＬ４、ＡＬ８に対する候補をそれぞれ１つずつだけブラインド検出するように設定して、ＳＩ−ＲＮＴＩに対するモニタリング周期にはＡＬ４、ＡＬ８に対する候補をそれぞれ２つずつブラインド検出するように設定することができる。
上述では、説明の便宜のために、ＲＭＳＩ−ＲＮＴＩ、ＳＩ−ＲＮＴＩなどと検出される特定の情報を言及したが、特定の情報にはページング、Ｍｓｇ２、４、フォールバック動作（ｆａｌｌｂａｃｋ ｏｐｅｒａｔｉｏｎ）など制御チャンネルを介して伝達される情報が含まれる。
＊ ＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ） Ｃｏｎｆｉｇｕｒａｔｉｏｎ
ＮＲ制御チャンネルは様々な参照信号設定を有する。
制御チャンネル容量（ｃａｐａｃｉｔｙ）に関連して、ＮＲでは１シンボルＣＯＲＥＳＥＴにおいてＡＬ８候補のために４８ＲＥＧｓが必要であり、１シンボル上の４８ＲＥＧｓは１０ＭＨｚのＢＷに該当する。よって、複数の端末が同一のＣＯＲＥＳＥＴに対するモニタリングを行う場合、制御チャンネルに対する容量が足りないこともある。制御チャンネルの場合、堅牢さ（ｒｏｂｕｓｔｎｅｓｓ）が重要であるため、高い集合レベルの使用頻度が高く、この場合、制御チャンネル容量不足の問題が深刻になり得る。
制御チャンネルの容量問題を解決する方法の１つとしてＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）−ＭＩＭＯが考慮される。制御チャンネルのためにＭＵ−ＭＩＭＯが適用される場合、制御チャンネルの堅牢さのために直交（ｏｒｔｈｏｇｏｎａｌ）ＭＵ−ＭＩＭＯが適用されることが望ましい。
直交ＭＵ−ＭＩＭＯと各レイヤーのチャンネル推定性能を考慮する場合、ＮＲでは１ＲＥＧ当たり２つの直交アンテナポートがＲＳのために割り当てられ、１ＲＥＧにおいて各ＲＳポートは２ＲＥｓにおいてＲＳ（ｅ．ｇ．，ＰＤＣＣＨ ＤＭＲＳ）を送信することが望ましい。例えば、ＲＥＧ観点からは、制御チャンネル送信と比べたＲＳ送信のオーバーヘッドは１／３である。
一方、単一端末の観点からは、低い集合レベル又は高いコードレートにおける制御チャンネル性能を向上させるためにＲＳのオーバーヘッドを減らすことが望ましい。逆に、高い集合レベルにおけるチャンネル推定性能を向上させるために端末が用いるＲＳポートのｄｅｎｓｉｔｙを増加させることが望ましい。前者の場合、ネットワーク／端末がＲＳオーバーヘッドを１／４に減らす方法などが考慮され、後者の場合は、ネットワーク／端末が１／３（ｅ．ｇ．，ＲＥＧ内において４ＲＥｓを１ＲＳポートのために使用）のＲＳオーバーヘッドを適用することができる。
本発明の一実施例によって、ＣＯＲＥＳＥＴごとにＲＳ ｄｅｎｓｉｔｙ及び／又はＲＳアンテナポート数などを設定することを提案する。さらに、ＲＳパターン（ｅ．ｇ．，ｆｒｏｎｔ−ｌｏａｄｅｄ ＲＳ、ｆｕｌｌ−ｌｏａｄｅｄ ＲＳ）が設定されてもよい。例えば、予め定義によって又はネットワークの上位層シグナリングなどによって、１／４ Ｄｅｎｓｉｔｙ ｗｉｔｈ １−ｐｏｒｔ、１／３ Ｄｅｎｓｉｔｙ ｗｉｔｈ ２−ｐｏｒｔ（ｅ．ｇ．，ＦＤＭ）及び１／３ Ｄｅｎｓｉｔｙ ｗｉｔｈ １−ｐｏｒｔオプションのうち全部又は一部が設定され、ネットワークはＣＯＲＥＳＥＴごとにＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎを介して当該ＣＯＲＥＳＥＴに用いられるＲＳ Ｃｏｎｆｉｇｕｒａｔｉｏｎを指定することができる。例えば、１／３ Ｄｅｎｓｉｔｙ ｗｉｔｈ ２−ｐｏｒｔｓの場合、使用されるＲＳポート情報（ｅ．ｇ．，ポートインデックスなど）及び／又はレートマッチングを行うＲＳポート情報などがさらにシグナルされるか、暗示的（ｉｍｐｌｉｃｉｔ）に決定（ｅ．ｇ．，ＵＥＩＤベース）されてもよく、またネットワークは特定のＲＳポートに対して端末が干渉測定（ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）を行うように指示してもよい。
＊ Ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ及びＡＬ別ｃａｎｄｉｄａｔｅ数
当該ＣＯＲＥＳＥＴにおける集合レベルが設定されたＣＯＲＥＳＥＴのリソース領域内の可用リソース（ａｖａｉｌａｂｌｅ ｒｅｓｏｕｒｃｅ）（ｅ．ｇ．，ＲＥＧ、ＣＣＥ）数によって暗示的に決定されてもよい。
一例として、ＣＯＲＥＳＥＴの時間／周波数リソース設定による可用ＲＥＧの数が４８よりも大きい場合、当該ＣＯＲＥＳＥＴにおいて端末がブラインドデコーディングを行うべき最大集合レベル（ＡＬ）は８と決定される。候補の数も可用リソースの量によって決定され、一例として、可用ＲＥＧ数を４８で除した分がＡＬ８に対する候補の数であると暗示的に決定される。
各ＡＬに対する候補の数の場合、予め各ＡＬの候補数の最大値が固定され、ａｖａｉｌａｂｌｅ ＲＥＧ数によって実際の候補の数が決定される。例えば、ＡＬ１、２、４、８に対する最大候補の数がそれぞれ４、４、２、２であり、ａｖａｉｌａｂｌｅ ＲＥＧの数が５０である場合、５０／４８＝１．ｘｘであるため、ＡＬ８に対する候補の数は１となり、その他のＡＬに対する候補数は各ＡＬの最大値（ｅ．ｇ．，４、４、２）であり得る。
＊ Ｉｎｔｅｒｌｅａｖｉｎｇ方式
ＮＲにおいてＣＯＲＥＳＥＴのリソースマッピングは、ＲＥＧ間又はＲＥＧバンドル間にインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）を行うか否かによって局部マッピング（ｌｏｃａｌｉｚｅｄ ｍａｐｐｉｎｇ）（ｉ．ｅ．，ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ）と分散 マッピング（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｐｐｉｎｇ）（ｉ．ｅ．，ｉｎｔｅｒｌｅａｖｅｄ）などと区分される。局部マッピングは、主にＵＥ−ｄｅｄｉｃａｔｅｄ ｂｅａｍｆｏｒｍｉｎｇが適用される場合、ｂｅａｍｆｏｒｍｉｎｇ ｇａｉｎを極大化するために狭い領域にＮＲ−ＰＤＣＣＨリソースを集める形態を示す。分散マッピングの場合、端末に対するチャンネル状態推定（ｅ．ｇ．，ＣＳＩ報告）に対する正確度が低下する場合、送信ダイバーシティ、時間／周波数ダイバーシティなどを得るために用いられる。
一方、局部マッピングが適用されたＣＯＲＥＳＥＴと分散マッピングが適用されたＣＯＲＥＳＥＴが重なる（ｏｖｅｒｌａｐ）場合、マッピング方式の差によってブロッキング（ｂｌｏｃｋｉｎｇ）の問題が生じ得る。例えば、重畳領域においてｌｏｃａｌｉｚｅｄ ｍａｐｐｉｎｇ ＣＯＲＥＳＥＴのＮＲ−ＰＤＣＣＨが送信される場合、分散マッピングが適用されたＣＯＲＥＳＥＴでは多数のＣＣＥがｌｏｃａｌｉｚｅｄ ｍａｐｐｉｎｇ ＣＯＲＥＳＥＴのＮＲ−ＰＤＣＣＨによって使用できない場合が生じ得る。
このようなブロッキング問題はＲＥＧバンドルセット単位でインターリービングを行うなどの方式によって解決できる。しかしながら、ＣＯＲＥＳＥＴ間に重畳が発生せず、ＣＯＲＥＳＥＴのＢＷなどが大きい場合には、ＲＥＧバンドル単位でインターリービングを行い、周波数ダイバーシティ利得を得ることが望ましい。
よって、本発明の一実施例によれば、ＣＯＲＥＳＥＴごとにインターリービング方式などを設定することを提案する。例えば、重畳が発生しないＣＯＲＥＳＥＴではＲＥＧバンドル単位でインターリーブが行われ、重畳が発生する場合、分散マッピングが適用されるＣＯＲＥＳＥＴではＲＥＧバンドルセット単位でインターリービングが行われるように定義して、暗示的にインターリービング方式が決定されてもよい。
さらに、ＲＥＧバンドルセット単位でインターリービングが行われる場合、ネットワークはＲＥＧバンドルセットのサイズをＣＯＲＥＳＥＴごとに設定してもよい。ＲＥＧバンドルセットのサイズによってバンドルサイズ及び／又はマッピング方式も変更できるため、ＣＯＲＥＳＥＴスケジューリングなどの過程でネットワークがＲＥＧバンドルセットのサイズを決定することが望ましい。或いは、ＲＥＧバンドルセットのサイズは２と固定される。これはＡＬ２候補を構成する互いに異なるＣＣＥのＲＥＧがＲＥＧバンドルセットを構成することと解釈できる。
Ｓｕｍｍａｒｙ＆Ｐｒｏｐｏｓａｌｓ
以上のＣｏｍｍｏｎ ＣＯＲＥＳＥＴのＣｏｎｆｉｇｕｒａｔｉｏｎに対する要約と共に、これに基づく提案を説明する。
より柔軟な動作のためには、互いに異なるリソース及び属性を有する多重のＣＯＲＥＳＥＴが支援されることが望ましい。例えば、少なくとも２つのＣＯＲＥＳＥＴが１端末に設定されることが支援される。１つのＣＯＲＥＳＥＴは分散ＣＣＥ−ｔｏ−ＲＥＧマッピングを有するＵＳＳ／ＣＳＳ間に共有され、他の１つのＣＯＲＥＳＥＴは局部又は分散マッピングを有するＵＳＳに特定のＣＯＲＥＳＥＴであってもよい。
提案１：１つの端末に設定されるＣＯＲＥＳＥＴの数は１又は２であってもよい。
＊ ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ
ＣＯＲＥＳＥＴの時間／周波数リソースは初期接続手順（e．g．，ＰＢＣＨ及び／又はＳＩ）又はＵＥ−特定の上位層シグナリングから獲得される。一部のコンテンツ（ｅ．ｇ．，時間／周波数リソース、送信タイプなど）は、ＵＥ−特定のＣＯＲＥＳＥＴのために設定されてもよい。その他にもＲＳ設定及び探索空間設定などがＣＯＲＥＳＥＴ設定に含まれてもよい。
ＮＲにおいて、端末は多数のＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ＆ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）から同時に制御情報及びデータを受信することができる。制御情報が多数のＴＲＰから送信される場合、各ＴＲＰごとに異なるＣＯＲＥＳＥＴを設定することが望ましい。例えば、多数のＴＲＰのために各ＴＲＰと連携されたＣＯＲＥＳＥＴ特定のスクランブリングパラメータが設定されてもよい。端末に複数のＴＲＰが設定されると、多重ＣＯＲＥＳＥＴからの多重送信が支援されるか、又はＣＯＲＥＳＥＴ選択に基づいたＤＰＳ（ｄｙｎａｍｉｃ ｐｏｉｎｔ ｓｅｌｅｃｔｉｏｎ）が支援される。
また、少なくとも非−直交ＤＭＲＳを用いてＮＲ−ＰＤＣＣＨに対してＭＵ−ＭＩＭＯが支援されてもよい。同一のＭＵ−ＭＩＭＯ対（ｐａｉｒ）に含まれた各端末を区分するために、端末−特定のＲＳスクランブリングパラメータがＣＯＲＥＳＥＴに対して設定される。
よって、各端末に対してＣＯＲＥＳＥＴ−特定のＲＳスクランブリングシーケンス（ｅ．ｇ．，仮想セルＩＤを使用）を設定することを提案する。ＭＵ−ＭＩＭＯに関連して、直交ＤＭＲＳはチャンネル推定及び干渉除去の利得がある。よって、直交ＤＭＲＳを用いるＭＵ−ＭＩＭＯが導入されると、ＲＳポートに対する情報がさらに設定される。
柔軟な運営のために、各ＣＯＲＥＳＥＴは異なる目的のための異なる属性を有してもよい。例えば、互いに異なるＣＯＲＥＳＥＴに含まれた探索空間も探索空間そのままの設定を有する。集合レベル及び各集合レベルの候補数が各ＣＯＲＥＳＥＴに設定される。また、探索空間タイプ（ｅ．ｇ．，ＣＳＳ、ＵＳＳ又はＣＳＳ＆ＵＳＳ）がＣＯＲＥＳＥＴに合わせて設定される。
提案２：ＲＳに関する情報及び探索空間タイプが端末−特定のＣＯＲＥＳＥＴのために設定される。
初期接続過程において指示されるＣＯＲＥＳＥＴはセル特定として設定されてもよく、ＲＭＳＩ及びＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）などに関するＤＣＩの送信に用いられてもよい。このようなＣＯＲＥＳＥＴはＲＭＳＩ ＣＯＲＥＳＥＴ又はＣｏｍｍｏｎ ＣＯＲＥＳＥＴと称されてもよい。Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴに対する設定はＰＢＣＨによって提供されるため、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴの設定のサイズを最小化して、一部の制約によってＰＢＣＨのオーバーヘッドを減らすことが望ましい。
以下のような事項がＲＭＳＩスケジューリングのためのＣｏｍｍｏｎ ＣＯＲＥＳＥＴ設定として考慮される。
− 帯域幅：Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴ ＢＷが設定できれば、ＳＳＢと同一のＢＷ、端末最小のＢＷ、ＳＳＢ ＢＷの２倍、端末最小のＢＷの１／２のようにいくつかのＢＷ値のみが支援される。シグナリングオーバーヘッド減少のためにＣＯＲＥＳＥＴ ＢＷはｄｕｒａｔｉｏｎとジョイントコードされ、例えば、基地局は１ビットシグナリングによって９６ＲＢ ＢＷ ｗｉｔｈ １ｓｙｍｂｏｌと４８ ＲＢｓ ｗｉｔｈ ２ｓｙｍｂｏｌのうちいずれか１つの組み合わせを設定することができる。仮に多重のｄｕｒａｔｉｏｎを有する多重のＢＷが支援されると、シグナリングオーバーヘッドを最小化するために、ＲＭＳＩ ＣＯＲＥＳＥＴのために支援されるＡＬがカバーできる一部セットのみが選択されてもよい。これとは異なり、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴ ＢＷが固定されると、ＡＬ８候補及び他の情報送信のために必要な（４８＋α）ＲＥＧｓ及びＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎが固定されたＢＷ値と連携されてもよい。例えば、ＢＷはＲＥＧ数／ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎで決定されてもよい。
− 周波数位置：ＲＭＳＩ送信が全てのＳＳブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ）において行われると仮定するとき、ＲＭＳＩのためのＣＯＲＥＳＥＴはＳＳブロックに隣接したＣＯＲＥＳＥＴであってもよい。ＳＳブロック間にＲＭＳＩが共有される場合、ＳＳブロックとＲＭＳＩ ＣＯＲＥＳＥＴとの間のオフセットが指示される。
− 時間ドメインにおいて開始シンボル：ＳＳブロックは様々な位置を有することができる。例えば、５ｋＨｚ ＳＣＳの７シンボルスロットの場合、偶数目のスロットのＳＳブロックの開始シンボルインデックスは２であり、奇数目のスロットのＳＳブロックの開始シンボルインデックスは１である。また、ＢＷが小さく（ｅ．ｇ．，５ＭＨｚ）、ＣＯＲＥＳＥＴサイズが大きい場合（ｅ．ｇ．，９６ＲＥＧｓ）、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴはＳＳブロックと同一のスロットに位置しなくてもよい。このような問題を解決するために、ＳＳブロック位置に対してレートマッチングされるｄｕｒａｔｉｏｎが１よりも大きいＲＭＳＩ ＣＯＲＥＳＥＴに対して開始シンボルが固定される。また、ＲＭＳＩ ＣＯＲＥＳＥＴがスケジュール可能なスロットがＳＳブロックを含まないスロットであるか、又はＣＯＲＥＳＥＴ配置のために十分なシンボルを有するスロット（ｅ．ｇ．，偶数スロット）であってもよい。別の方案として、ＲＭＳＩスロットサイズは常に１４であると仮定されてもよい。７シンボルがミニ−スロットによって具現されるように、ＲＭＳＩスロットサイズは１４シンボルサイズのスロットで定義されることが単純化のために望ましい。仮に７シンボルスロットサイズが定義される場合、このような７シンボルスロットは端末特定のデータスケジューリング用途に制限される。ＬＴＥ−ＮＲ共存ケースにおいて、ＲＭＳＩ ＣＯＲＥＳＥＴの開始時点は、ＬＴＥ ＰＤＣＣＨ領域のサイズによって調節される。このような意味において、ＲＭＳＩ ＣＯＲＳＥＴの開始シンボルに関する情報が必要である。制御シグナリングのオーバーヘッドを最小化するために、ＬＴＥ−ＮＲ共存及びＲＭＳＩ送信に用いられるニューマロロジーのように他の情報とＲＭＳＩ開始シンボルの情報がジョイントシグナルされる。表４は、一実施例によるＬＴＥ−ＮＲ共存のためのＲＭＳＩ ＣＯＲＥＳＥＴの開始シンボル情報とＲＭＳＩ送信に用いられるニューマロロジー間のジョイントエンコーディングを示す。ＬＴＥ−ＮＲ共存ケースにおいて、ＲＭＳＩ ＣＯＲＳＥＴはＬＴＥ ＣＲＳと衝突を回避するために、ＭＢＳＦＮサブフレームでのみ送信可能であると仮定した。
Figure 0006810793
− モニタリング周期：Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴのモニタリング周期は、例えば、５ｍｓ（ｉ．ｅ．，ＳＳブロック送信周期）、２０ｍｓ又は８０ｍｓ（ｉ．ｅ．，ＰＢＣＨ ＴＴＩ）と固定される。ＲＭＳＩ ＣＯＲＥＳＥＴがＲＡＲ／Ｍｓｇ．４などのためのＣＯＲＥＳＥＴと共有される場合、ＲＭＳＩのモニタリング周期はＣｏｍｍｏｎ ＣＯＲＥＳＥＴのモニタリングセットのサブセットとして設定される。仮にｃｏｎｆｉｇｕｒａｂｉｌｉｔｙが必要であれば、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴの周期が設定されてもよい（ｅ．ｇ．，２又は３ビットのシグナリング）。
− ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎ：ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎはＳＳブロック配置によって固定される。ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎのＣｏｎｆｉｇｕｒａｂｉｌｉｔｙが必要である場合、ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎ情報はＣＯＲＥＳＥＴ ＢＷ情報とジョイントコードされてシグナルされる。
− ＲＳ情報：ＲＳ情報はＣｅｌｌ ＩＤに基づいて決定される。
− ＲＥＧバンドリングサイズ、ＲＥＧバンドルセットサイズ：例えば、２又は６のように特定値と固定される。
−ブラインドデコーディング設定：端末によって支援される最小ブラインドデコーディング回数がＲＭＳＩ ＣＯＲＥＳＥＴに対する最小ブラインドデコーディング回数として設定される。
結果として、Ｃｏｍｍｏｎ ＣＯＲＥＳＥＴに対して時間／周波数リソースに関する情報がＰＢＣＨによって設定されてもよく、他の情報、例えばＲＳ情報、送信タイプ（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｅｄ／ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄマッピング）及び／又はＲＥＧバンドル（セット）サイズなどの情報はＰＢＣＨオーバーヘッド減少のために固定される。
提案３：ＰＢＣＨによって設定されるＣＯＲＥＳＥＴに対して、ＲＥＧバンドリングサイズ、送信タイプ（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｅｄ／ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄマッピング）及びＡＬ＆候補の数（ｅ．ｇ．，可用ＲＥＧの数によって）のうち少なくとも１つが固定される。
提案４：ＰＢＣＨによって設定されるＣＯＲＥＳＥＴに対して、時間／周波数リソース（ｅ．ｇ．，ＣＯＲＥＳＥＴ開始位置／ＢＷなどを含むリソース情報）がシグナリングされる。
＊ 多重−ビーム動作のためのＣｏｍｍｏｎ ＣＯＲＥＳＥＴ
ＮＲでは単一ビーム及び多重ビームの動作がいずれも支援される。ＵＥ観点では単一／多重−ビーム動作に関係なく、制御チャンネルモニタリングのためにいずれのリソースをモニタリングすべきかが指示される必要がある。特に、多重−ビームが用いられる場合、多重のｏｃｃａｓｉｏｎを介して同一の制御チャンネルが送信される。端末はこのような多重のｏｃｃａｓｉｏｎのうちいずれのｏｃｃａｓｉｏｎのＣＳＳをモニタリングすべきかを識別しなければならない。多重−ビームの動作では多重のＳＳブロックが送信されることが予想される。端末はＢｅｓｔ ＳＳブロックを介して情報を獲得した端末はＢｅｓｔ ＳＳブロックと同一のビームによって特定のシステム情報（ｅ．ｇ．，ＲＭＳＩ又はｍｉｎｉｍｕｍ ＳＩ）を獲得することが望ましい。特定のシステム情報のスケジューリングのためのＣＳＳに対する情報は、ＰＢＣＨによって送信され、そのために以下のようなオプションが考慮される。
− オプション１：ＳＳブロックのＰＢＣＨはＳＳブロックと同一のビーム方向を共有する特定のシステム情報のためのＣＳＳの情報を指示することができる。
− オプション２：ＳＳブロックのＰＢＣＨはビームスイーピングを介して送信される特定のシステム情報のためのＣＳＳのリソースのセットを指示することができる。
− オプション３：ＳＳブロックのＰＢＣＨは特定のシステム情報のための制御チャンネルが１つ又は多重ビームによって送信されるＣＯＲＥＳＥＴを指示することができる。
図２は、オプション１による特定のシステム情報のための制御チャンネルの指示を説明するための図である。
図２を参照すれば、各ＰＢＣＨは当該ＰＢＣＨと同一のビームに関連するＣＯＲＥＳＥＴを指示することができる。この場合、ＰＢＣＨのコンテンツが異なってもよく（ｅ．ｇ．，各ビーム方向ごとに異なるＣＯＲＥＳＥＴ時間／周波数リソースが指示される）、各ビームに対するリソースが準−静的に固定されるため、特定のシステム情報送信の柔軟なスケジューリングが支援されないことがある。一方、オプション１は、端末がターゲットビームのために指示されたリソースに対してのみモニタリングを行えばよいので、ＣＳＳモニタリングに対する端末の負担を減らすことができる。
図３は、オプション２による特定のシステム情報のための制御チャンネルの指示を説明するための図である。
図３を参照すれば、ＰＢＣＨは特定のシステム情報のためのＣＯＲＥＳＥＴのセットを指示することができる。端末はＰＢＣＨを介して設定されたＣＯＲＥＳＥＴのセットにおいてビームスイーピングを仮定してもよく、ＰＳＳ／ＳＳＳ／ＰＢＣＨの受信過程を介して獲得されたビームインデックス（ｅ．ｇ．，ＰＳＳ／ＳＳＳ／ＰＢＣＨの受信に用いられたビームのインデックス）に基づいて当該制御情報／データを受信することができる。
ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎのオーバーヘッドを最小化するために、各ビームに対して同一サイズの制御領域が仮定される。ビームスイーピングを仮定して各ビームの制御領域のｄｕｒａｔｉｏｎ、全制御領域サイズ、制御領域の周波数の位置が設定される。このような方式は、柔軟性と各ＰＢＣＨに同一のコンテンツを提供する一方、端末のブラインドデコーディング回数を増加させることができる。端末のブラインドデコーディングを減少させるための１つの方法として、ＳＳブロックと設定された制御リソースとの暗黙的なマッピングが用いられる。例えば、各ビームのＣＳＳは全制御領域内において順次送信され、端末はＳＳブロックから獲得されたビームインデックスに基づいて当該ビームが送信されるＯＦＤＭシンボルを類推することができる。例えば、ビームに対して、ＳＳブロックと特定のシステム情報の制御リソースとの暗黙的なマッピングが仮定される。これと類似した関係が、特定のシステム情報の制御リソース（又は、データリソース）と他のシステム情報又はＲＡＲ制御リソースセット間に定義されてもよい。このような方式の１つのデメリットは、多重ビームのために連続する制御領域が設定されなければならず、これはデータスケジューリングに影響を及ぼす可能性があることである。
オプション１とオプション２による問題点を解決するための他のオプションとして、特定のシステム情報がスケジュールできる共通リソースが指示されてもよい。ただし、このように設定されたリソースにおいていずれのビームが使用されるのかはネットワークによって決定されてもよい。端末が特定のシステム情報を得るまでに端末は設定されたＣＳＳをモニタリングすることができる。
提案５：ＰＢＣＨにおいてＣｏｍｍｏｎ ＣＯＲＥＳＥＴの指示は簡単（ｃｏｍｐａｃｔ）でなければならず、多重ビームに対応する多重のＣＯＲＥＳＥＴを指示することは適切ではない。特定のシステム情報のためのＣＯＲＥＳＥＴに対して、上述したオプション１及びオプション３が考慮される。
上述したオプション１は、各ＰＢＣＨが特定のシステム情報に対するビームに対応するＣＯＲＥＳＥＴを設定することと理解できる。
上述したオプション３は、各ＰＢＣＨがネットワークの異なるモニタリングｏｃｃａｓｉｏｎで異なるビームをスケジュールできるＣＯＲＥＳＥＴを設定することと理解できる。
＊ Ｈａｎｄｌｉｎｇ ｏｆ ｏｖｅｒｌａｐｐｅｄ ＣＯＲＥＳＥＴ
ＣＯＲＥＳＥＴはスロット内で他のＣＯＲＥＳＥＴ又はＳＳブロックを重なり得る。ＣＯＲＥＳＥＴ間の重畳の場合、ＣＯＲＥＳＥＴの候補は他のＣＯＲＥＳＥＴの候補をブロッキングすることができる。このようなブロッキング確率を下げるための直観的な方法は、周波数ドメインにおいて各ＣＯＲＥＳＥＴのＲＥＧバンドル境界（ｂｏｕｎｄａｒｙ）とＲＥＧバンドルサイズを整列することである。ＲＥＧバンドル境界の整列のために、ＲＥＧバンドリングが開始される地点を指示する周波数オフセットがＣＯＲＥＳＥＴ特定として設定されてもよい。仮に重なるＣＯＲＥＳＥＴ間に周波数バンドルサイズが整列されないか、又は各ＣＯＲＥＳＥＴごとに異なる送信タイプが設定される場合、ＲＥＧバンドルセットベースのインターリービングが用いられる。
仮に、スロット内でＣＯＲＥＳＥＴがＳＳブロックと重なる場合（ｅ．ｇ．，ＳＳブロックの開始点が第３番目のＯＦＤＭシンボルであり、ＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎが３つのＯＦＤＭシンボルである場合）、重なる領域では制御情報が送信されない。このような問題点を解決するために、重なる領域に対して制御情報をレートマッチングする方案又は１／２−シンボルＣＯＲＥＳＥＴでｆａｌｌｂａｃｋする方案が考えられる。特に、ＣＯＲＥＳＥＴとＳＳブロックが異なるビームを用いる多重−ビーム動作の際、同一シンボルでＣＯＲＥＳＥＴとＳＳブロックを多重化することは望ましくない。このような場合、ＳＳブロックが送信される全シンボルに対するレートマッチングが必要である。
ＲＭＳＩ ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｔｙｐｅ０−ＰＤＣＣＨ ＣＳＳ Ｓｅｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ
まず、Ｔｙｐｅ ０−ＰＤＣＣＨ ＣＳＳに対して簡略に説明すると、Ｔｙｐｅ ０−ＰＤＣＣＨ ＣＳＳはＰＢＣＨに含まれたＭＩＢを介して設定されるＣＳＳであるか、又は共通ＰＤＣＣＨ Ｃｏｎｆｉｇｕｒａｔｉｏｎの特定のパラメータ（ｅ．ｇ．，ｓｅａｒｃｈｓｐａｃｅＳＩＢ １）を介して設定されるＣＳＳであって、ＣＲＣがＳＩ−ＲＮＴＩでスクランブールされたＤＣＩのために設定されてもよい。例えば、ＳＩＢ １を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨはＴｙｐｅ ０−ＰＤＣＣＨ ＣＳＳを介して送信されてもよく、当該ＰＤＣＣＨのＣＲＣはＳＩ−ＲＮＴＩでスクランブールされてもよい。
ＮＲシステムでは、ＰＤＣＣＨデコーディングに関して、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎ、探索空間セットＣｏｎｆｉｇｕｒａｔｉｏｎなどが以下のように定義されている。
−一般に、端末がＵＥ−ｄｅｄｉｃａｔｅｄ ＲＲＣシグナリングなどによって受信するＣＯＲＥＳＥＴ ＣｏｎｆｉｇｕｒａｔｉｏｎにはＣＯＲＥＳＥＴのＩＤ、ＰＤＣＣＨ ＤＭＲＳのＳｃｒａｍｂｌｉｎｇ ＩＤ、ＣＯＲＥＳＥＴのｔｉｍｅ ｄｕｒａｔｉｏｎ（ｅ．ｇ．，１／２／３シンボル）、ＣＯＲＥＳＥＴ周波数ドメインリソース、ＣＯＲＥＳＥＴのＣＣＥ−ｔｏ−ＲＥＧマッピングタイプ（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｅｄ/ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ）、ＣＯＲＥＳＥＴのＲＥＧバンドルサイズ、ＣＯＲＥＳＥＴシフトインデックス、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）−ＳｔａｔｅｓＰＤＣＣＨ（ｅ．ｇ．，ＱＣＬ関連情報）及びＴＣＩ−ＰｒｅｓｅｎｔＩｎＤＣＩ（ｅ．ｇ．，ＤＣＩにおけるＴＣＩフィールドの存否）などの情報のうち少なくとも１つが含まれる。
−一般に、探索空間セットＣｏｎｆｉｇｕｒａｔｉｏｎにはＣｏｍｍｏｎ−ｓｅａｒｃｈ−ｓｐａｃｅ−ｆｌａｇ（ｅ．ｇ．，当該探索空間がＣＳＳであるか否かを指示する情報）、当該探索空間セットに含まれた候補の集合レベル情報及び各集合レベル別の候補数、Ｍｏｎｉｔｏｒｉｎｇ−ｐｅｒｉｏｄｉｃｉｔｙ−ＰＤＣＣＨ−ｓｌｏｔ、Ｍｏｎｉｔｏｒｉｎｇ−ｏｆｆｓｅｔ−ＰＤＣＣＨ−ｓｌｏｔ及びＭｏｎｉｔｏｒｉｎｇ−ｓｙｍｂｏｌｓ−ＰＤＣＣＨ−ｗｉｔｈｉｎ−ｓｌｏｔ（ｅ．ｇ．，ＰＤＣＣＨモニタリングを行うべきスロット内のシンボル情報）などの情報のうち少なくとも１つが含まれる。
端末が初期接続過程でＲＭＳＩ（ｅ．ｇ．，ＳＩＢ １）を獲得するためには、ＰＢＣＨに基づいてＲＭＳＩ ＣＯＲＥＳＥＴ ＣｏｎｆｉｇｕｒａｔｉｏｎとＴｙｐｅ０−ＰＤＣＣＨ ＣＳＳに関する情報を正しく獲得する必要がある。
なお、初期接続を行う端末の場合、予めシステム情報（ｅ．ｇ．，ＭＩＢ、ＳＩＢ）などの内容が分からないため、ネットワークはＲＭＳＩなどのシステム情報（ｅ．ｇ．，ＳＩＢ）の受信に必要な制御チャンネルに関する全ての情報をＰＢＣＨを介してブロードキャストすることができる。一方、ＰＢＣＨのシグナリングオーバーヘッドを考慮して、当該システム情報をスケジュールする制御チャンネルに関する情報のためのビット数は８ｂｉｔｓに制限される。
結果として、ＳＩＢなどのシステム情報受信のための制御チャンネルに対するＣＯＲＥＳＥＴ及び探索空間（ｅ.ｇ．，Ｔｙｐｅ０−ＰＤＣＣＨ ＣＳＳ）に関する情報は、８ｂｉｔｓ ｉｎｆｏｒｍａｔｉｏｎ（ｅ．ｇ．，ＲＭＳＩ−ＰＤＣＣＨ−Ｃｏｎｆｉｇ．）によって定義される。このとき、８ｂｉｔｓのうち４ｂｉｔｓはＣＯＲＥＳＥＴの時間／周波数リソース情報を指示することができる。残りの４ｂｉｔｓは当該ＣＯＲＥＳＥＴに含まれたＴｙｐｅ０−ＰＤＣＣＨ ＣＳＳに関する情報（ｅ．ｇ．，ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）を提供することができる。８ｂｉｔｓによって伝達される情報を除く残りの情報はさらなる伝達手段がないため、予め定義されることが望ましい。例えば、ＱＣＬ（ｑｕａｓｉ−ｃｏ ｌｏｃａｔｉｏｎ）に関する情報は、ＰＢＣＨが受信されたＳＳＢ（ＳＳ ｂｌｏｃｋ）と連携され、スクランブリングに関する情報はｃｅｌｌ ＩＤと連携されるように定義される。
本発明の一実施例では、ＣＯＲＥＳＥＴ（ｅ．ｇ．，ＲＭＳＩのためのＣＯＲＥＳＥＴ）及び探索空間セットＣｏｎｆｉｇｕｒａｔｉｏｎのうち上の情報（ｅ．ｇ．，ＣＯＲＥＳＥＴの時間／周波数リソース情報、ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ、ＱＣＬに関する情報、スクランブリングに関する情報）を除く残りの情報を決定する方法が提案される。
以下において、ＣＯＲＥＳＥＴの時間／周波数リソース割り当てによって各パラメータの値が変更されることは、ＰＢＣＨの時間／周波数リソース割り当て情報を指示するフィールドの値によって各パラメータが変更されることを意味する。
＊ ＣＣＥ−ｔｏ−ＲＥＧ ｍａｐｐｉｎｇ
ＣＣＥ−ｔｏ−ＲＥＧマッピングタイプは、ＲＥＧバンドルレベルのインターリーブの可否を示す。インターリービングが用いられない場合、１つの候補を構成するＲＥＧ及びＣＣＥは時間／周波数ドメインで連続して配置されるように定義される。
一般に、インターリービングなく連続したリソースをＰＤＤＣＨ送信に用いることは、基地局（ｅ．ｇ．，ｇＮＢ）と端末とのチャンネル状況などをネットワークが知っている場合であって、この場合、ネットワークはチャンネル状況に適宜なプリコーディングを用いて端末のデコーディング性能を向上させることができる。
しかしながら、初期接続過程では端末のフィードバックなどが行われ難く、基地局が多数の端末に同一の情報を送信しなければならないため、基地局はインターリービングを用いて周波数ダイバーシティ利得及び送信ダイバーシティ利得（ｅ．ｇ．，ｐｒｅｃｏｄｅｒ ｃｙｃｌｉｎｇによる送信ダイバーシティ利得）によって端末のデコーディング性能を向上させることが望ましい。よって、本発明の一実施例では、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴ及び当該ＣＯＲＥＳＥＴを用いる探索空間ではＲＥＧバンドルレベルのインターリービングを用いることが提案される。
ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎは、ＣＯＲＥＳＥＴが占有するＯＦＤＭシンボルの数を意味して、１、２又は３シンボルがＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎとして設定される。さらに、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴにはＴｙｐｅ０−ＰＤＣＣＨ ＣＳＳが含まれ、Ｔｙｐｅ０ ＣＳＳでは集合レベル４、８、１６のみが用いられる。これはＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎが小さい場合、周波数ドメインにおいて大きいリソースがＰＤＣＣＨ送信に用いられることを意味する。例えば、ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎが１シンボルであるとき、集合レベル８の候補のためには１０ＭＨｚの周波数リソースが必要である。このように、広い周波数リソースが用いられる場合、周波数ダイバーシティが確保できるため、インターリービングが用いられず、チャンネル推定による性能増加を意図することが望ましい。
よって、本発明の一実施例では、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのＣＣＥ−ｔｏ−ＲＥＧマッピングタイプがＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎに基づいて決定されることを提案する。例えば、１シンボルＣＯＲＥＳＥＴが設定される場合、端末はＣＣＥ−ｔｏ−ＲＥＧマッピングにインターリービングが用いられないことを仮定して、その他の場合、インターリーブが用いられることと予め定義されてもよい。又は、ＣＯＲＥＳＥＴにおけるリソース量をベースとしてインターリービングを用いるか否かを決定する。一例として、ＣＯＲＥＳＥＴにおける単位リソース（ｅ．ｇ．，ＲＥＧ、ＲＥＧバンドル、ＣＣＥ）の数がしきい値よりも大きい場合、端末はインターリービングが用いられると仮定することができる。一方、しきい値は予め定義されるか、又は上位層シグナリングなどによって決定される。また、インターリービングが用いられない場合、端末が当該候補内では同一プリコーディングを仮定したり、Ｗｉｄｅｂａｎｄ ＲＳが用いられると仮定したりする。
ＲＥＧバンドルサイズが６と固定される場合、ＣＣＥ−ｔｏ−ＲＥＧマッピングにインターリービングが用いられることは望ましい。例えば、チャンネル推定性能はＲＥＧバンドルサイズ＝６によって保障できるため、周波数ダイバーシティ利得及び送信ダイバーシティ利得などをさらに得るためにインターリービングを用いることが望ましい。
＊ ＲＥＧ Ｂｕｎｄｌｅ ｓｉｚｅ
一般に、ＲＭＳＩ（ｅ．ｇ．，ＳＩＢ １）によって設定されるＣＯＲＥＳＥＴ、又はＵＥ−ｄｅｄｉｃａｔｅｄ ＲＲＣシグナリングによって設定されるＣＯＲＥＳＥＴの場合、ＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎによって当該ＣＯＲＥＳＥＴで仮定可能なＲＥＧバンドルサイズが決定される。例えば、１シンボルＣＯＲＥＳＥＴの場合、ＲＥＧバンドルサイズは２又は６であってもよく、２、３シンボルＣＯＲＥＳＥＴの場合、ＲＥＧバンドルサイズはＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎと同一又は６であってもよい。ネットワークは可能な２つの値のうち１つを設定することになる。
一方、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴの場合、ＰＢＣＨを介してＣＯＲＥＳＥＴに対するＲＥＧバンドルサイズをシグナリングすることが難しいため、ＲＥＧバンドルサイズが予め１つの値に固定されるか、又はＲＥＧバンドルサイズを決定する規則が予め定義されてもよい。
一例として、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴでＲＥＧバンドルサイズは、当該ＣＯＲＥＳＥＴのＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎと同一に設定することを提案する。現在のＮＲシステムによれば、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎは１、２又は３のうち１つの値であってもよい。これは１つのＣＣＥを周波数ドメインで均等に分散させて周波数ダイバーシティを増加させる方法と解釈できる。
別の一例として、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのＲＥＧバンドルサイズは６と固定される。Ｔｙｐｅ０ ＣＳＳの場合、集合レベルが４、８及び／又は１６と設定されるが、ＲＥＧバンドルサイズ＝６は、チャンネル推定性能が優れるため、一般に高い集合レベルで（６より小さいＲＥＧバンドルサイズが用いられる場合と比較して）良い性能をみせるため、ＲＥＧバンドルサイズを６と固定することが望ましい。
＊ Ｒｏｗ ｓｉｚｅ ｏｆ ｉｎｔｅｒｌｅａｖｅｒ
ＮＲシステムにおいて用いられるインターリーバはブロックインターリーバを含んでよい。一例として、ブロックインターリーバはＲＥＧバンドル（又は、ＲＥＧバンドルセット）をＲｏｗに沿って先に書き（ｗｒｉｔｅ）、Ｃｏｌｕｍｎに沿って読んだり（ｒｅａｄ）、逆に、Ｃｏｌｕｍｎに沿って先に書き、Ｒｏｗに沿って読む方式でインターリービングを行うことができる。
ＣＣＥ−ｔｏ−ＲＥＧマッピング方式としてインターリービングが用いられる場合、インターリーバのＲｏｗサイズが決定される。インターリーバのＲｏｗサイズは連続したＲＥＧバンドルが分散される度合いを意味する。具体的に、ＣＯＲＥＳＥＴのリソースは周波数ドメイン上でインターリーバのＲｏｗサイズと同数のスロックに分けられ、連続したＲＥＧバンドルは互いに異なるブロックに属する。一方、インターリーバのＲｏｗサイズは単にインターリーバサイズと称されてもよい。
一般に、ＵＥ−ｄｅｄｉｃａｔｅｄ ＣＯＲＥＳＥＴにおけるインターリーバのＲｏｗサイズは、{２、３、６}のうち１つに設定される。例えば、ＵＥ−ｄｅｄｉｃａｔｅｄ ＣＯＲＥＳＥＴのＣｏｎｆｉｇｕｒａｔｉｏｎを介してインターリーバのＲｏｗサイズがシグナルされ、全体のＲＥＧバンドルの数をＲｏｗサイズで叙した値がインターリーバのＣｏｌｕｍｎサイズとなる。インターリーバのＲｏｗサイズが３であるとき、インターリービングが行われる場合、ＣＯＲＥＳＥＴは周波数ドメイン上で３つの周波数ブロックに分けられ、ＲＥＧバンドルｉ、ｉ＋１、ｉ＋２はそれぞれ第１番目の周波数ブロック、第２番目の周波数ブロック及び第３番目の周波数ブロックに属する。
本発明の一実施例によれば、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴの場合、ＲＥＧバンドルサイズによってインターリーバのＲｏｗサイズを異ならせて設定／決定することを提案する。
ＮＲにおいて、１つのＣＣＥは６つのＲＥＧからなり、ＲＥＧバンドルサイズは２、３、６のうち１つの値を有する。よって、１ＣＣＥ当たりＲＥＧバンドルの数は１、２又は３であってもよい。インターリーバのＲｏｗサイズは１つのＣＣＥを構成するＲＥＧバンドルが周波数ドメインで分散される度合いを意味する。よって、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴで仮定されるＲＥＧバンドルサイズ又はＣＣＥ当たりＲＥＧバンドルの数によってインターリーバのＲｏｗサイズが決定されることを提案する。
例えば、ＲＥＧバンドルサイズ＝２である場合、１ＣＣＥは３つのＲＥＧバンドルに該当する。周波数ダイバーシティ利得を十分に得るためには、全体の周波数ドメインが３つの領域に区分され、１ＣＣＥを構成する３つのＲＥＧバンドルを互いに異なる３つの領域にそれぞれ配置することが望ましい。よって、ＲＥＧバンドルサイズ＝２である場合、インターリーバのＲｏｗ ｓｉｚｅ＝３と定義される。同様な理由によって、ＲＥＧバンドルサイズ＝３である場合、１ＣＣＥは２つのＲＥＧバンドルに該当するため、インターリーバのＲｏｗ ｓｉｚｅ＝２と定義される。
ＲＥＧバンドルサイズ＝６である場合、１ＣＣＥが１ＲＥＧバンドルに該当するため、ＡＬを考慮してインターリーバのＲｏｗサイズが決定されることが望ましい。一例として、ＲＥＧバンドルサイズ＝６である場合、インターリーバのＲｏｗ ｓｉｚｅ＝４と仮定することを提案する。Ｒｏｗ ｓｉｚｅが４よりも大きい場合、周波数ダイバーシティ利得がほとんど増加しないため、ＡＬ４の候補を最も均一に分散させることが性能面において望ましい。
一方、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのＲＥＧバンドルサイズが特定値に固定される場合、インターリーバのＲｏｗサイズも固定される。ＲＥＧバンドルサイズが２又は３と固定される場合、１つのＣＣＥに属するＲＥＧバンドルを最大に分散させるためのインターリーバのＲｏｗサイズは３又は２と固定される。或いは、ＡＬ２、４などの候補を最大に分散させるためにインターリーバのＲｏｗ ｓｉｚｅ＝６と固定されてもよい。
ＲＥＧバンドルサイズ＝６と固定される場合、従来のＲｏｗサイズに含まれていない４をインターリーバのＲｏｗサイズに導入して固定することができる。これは集合レベル４の候補に属する４つのＣＣＥをＣＯＲＥＳＥＴ内に最大に分散させるためのである。又は、インターリーバのＲｏｗサイズが２、３、６のうち１つの値に固定されてもよい。また、Ｒｏｗサイズ６は排除されてもよい。リソース量の少ないＣＯＲＥＳＥＴの場合、当該ＣＯＲＥＳＥＴを６つのｓｕｂ−ｂｌｏｃｋに分ける場合、むしろＣＣＥがｌｏｃａｌｉｚｅｄされるためである。よって、バンドルサイズが６と固定される場合、インターリーバのＲｏｗサイズは２又は３と固定されることが望ましい。インターリーバのＲｏｗサイズが３である場合、２である場合に比べて低いＡＬで周波数ダイバーシティ利得をさらに得るというメリットがある。
＊ Ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ
ＮＲにおいて（周波数ドメインにおける）ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙは周波数ドメインにおけるＲＥＧバンドルサイズと同一になるように第１の設定値で設定されるか、又は当該ＣＯＲＥＳＥＴの連続する（ｃｏｎｔｉｇｕｏｕｓ）ＲＢ内において端末が同一のｐｒｅｃｏｄｅｒ（ｅ．ｇ．，ｓａｍｅ ｐｒｅｃｏｄｉｎｇ）が仮定できるように第２の設定値で設定されてもよい。便宜のために、第２の設定値をｌａｒｇｅｒ ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙと称する。また、第２の設定値はＷｉｄｅｂａｎｄ ＲＳ設定、第１の設定値はＮａｒｒｏｗｂａｎｄ ＲＳ設定と称されてもよい。
上述したように、初期接続過程におけるＰＢＣＨによって設定されるＣＯＲＥＳＥＴの場合、ＰＢＣＨを介してシグナリング可能な情報が制限的であるため、ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙは予め固定するか、他の値から暗示的に決定してもよい。
Ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙが予め固定される場合、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴはｌａｒｇｅｒ ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙが適用されることと定義されてもよい（ｅ．ｇ．，第２の設定値と固定）。この場合、ｐｒｅｃｏｄｅｒ ｃｙｃｌｉｎｇによる送信ダイバーシティを得ることはできないが、チャンネル推定性能を増加させるというメリットがある。
逆に、ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙがＲＥＧバンドルサイズで固定される場合（ｅ．ｇ．，第１の設定値で固定）、チャンネル推定性能は低下し得るが、周波数ダイバーシティ利得が得られるために変動（ｆｌｕｃｔｕａｔｉｏｎ）の激しいチャンネル状態において制御チャンネル受信性能の向上が期待できる。一例として、ＲＥＧバンドルサイズが６と固定される場合、チャンネル推定性能がＲＥＧバンドルにおいて増加されるため、ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙを（周波数ドメインにおける）ＲＥＧバンドルサイズと固定されてもよい。
別の方法として、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのリソース割り当てによって、ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙが決定されてもよい。例えば、ＣＯＲＥＳＥＴのＴｉｍｅ Ｄｕｒａｔｉｏｎ（ｉ．ｅ．，ＯＦＤＭシンボルの数）によってｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙが決定される。一例として、端末はＣＯＲＥＳＥＴのｔｉｍｅ ｄｕｒａｔｉｏｎが１である場合、ｌａｒｇｅｒ ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙを仮定して（ｅ．ｇ．，第２の設定値を仮定）、ＣＯＲＥＳＥＴのｔｉｍｅ ｄｕｒａｔｉｏｎが１よりも大きい場合、ＲＥＧバンドルサイズでｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙを仮定することができる（ｅ．ｇ．，第１の設定値を仮定）。
ＲＥＧバンドルサイズが６である場合、端末はｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙが（周波数ドメインにおける）ＲＥＧバンドルサイズと同一であると仮定（ｅ．ｇ．，第１の設定値を仮定）することが望ましい。上述したように、チャンネル推定性能はＲＥＧバンドルサイズ＝６によって保障でき、さらに周波数ダイバーシティ及び送信ダイバーシティ利得などを得るためにＮａｒｒｏｗｂａｎｄ ＲＳを用いることが望ましいためである。
＊ ＣＯＲＥＳＥＴ ＩＤ
ＣＯＲＥＳＥＴと各探索空間セットとの間の連関関係（ｌｉｎｋａｇｅ）を設定するために、各ＣＯＲＥＳＥＴにはＣＯＲＥＳＥＴ ＩＤが設定されてもよい。ＣＯＲＥＳＥＴ ＩＤ設定はＲＲＣシグナリングなどによって行われるが、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴに対しては、このようなＣＯＲＥＳＥＴ ＩＤのためのさらなるシグナリングが使用できない。
よって、ＰＢＣＨによって設定されるＣＯＲＥＳＥＴのＩＤを０と固定することを提案する。
図４は、本発明の一実施例による下りリンク信号の送受信方法のフローを示す。上述した内容と重なる説明は省略して、本発明は図４に限定されない。
図４を参照すれば、端末は同期信号ブロック（ＳＳＢ）上でＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）信号を受信する（４０５）。
端末はＰＢＣＨ信号に基づいて設定された特定の制御リソースセット（ＣＯＲＥＳＥＴ）上において、システム情報をスケジュールする制御チャンネル（ｅ．ｇ．，ＰＤＣＣＨ）の候補をモニタリングする（４１０）。
基地局はＰＢＣＨ信号に基づいて設定された特定の制御リソースセット（ＣＯＲＥＳＥＴ）上において、システム情報をスケジュールする制御チャンネルの信号を送信する（４１１）。
端末は制御チャンネルによってスケジュールされた前記システム情報を獲得する（４１５）。
端末はＰＢＣＨ信号を介して特定のＣＯＲＥＳＥＴの設定の全体パラメータのうち一部のみ獲得することができる。端末はＰＢＣＨ信号を介して獲得されない特定のＣＯＲＥＳＥＴの設定の残りのパラメータである、１ＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）バンドルサイズは６−ＲＥＧと固定され、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）−ｔｏ−ＲＥＧマッピングタイプはインターリービングと固定され、インターリービングのためのインターリーバの行（ｒｏｗ）サイズは２と固定され、同一のプリコーディング仮定の単位であるプリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）は１ＲＥＧバンドルと固定されると仮定して、制御チャンネルの候補をモニタリングすることができる。
システム情報はＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）１であり、特定のＣＯＲＥＳＥＴはＳＩＢ １の送信のためのＣＯＲＥＳＥＴ ０であってもよい。
ＰＢＣＨ信号は特定のＣＯＲＥＳＥＴ上で端末がシステム情報をスケジュールする制御チャンネルの候補をモニタリングすべきモニタリング周期に関する情報を指示することができる。
端末がＰＢＣＨ信号を介して獲得する特定のＣＯＲＥＳＥＴの設定のパラメータは、特定のＣＯＲＥＳＥＴの帯域幅及び特定のＣＯＲＥＳＥＴのシンボル数を含んでもよい。特定のＣＯＲＥＳＥＴの帯域幅及び特定のＣＯＲＥＳＥＴシンボル数はＰＢＣＨ信号内においてジョイントエンコーディング（ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ）されてもよい。
ＰＢＣＨ信号を介して獲得される特定のＣＯＲＥＳＥＴの帯域幅は２４、４８又は９６のリソース単位（ｅ．ｇ．，ＲＢｓ）のうちいずれか１つに制限される。
端末がＰＢＣＨ信号を介して獲得する特定のＣＯＲＥＳＥＴの設定のパラメータは、さらに周波数ドメイン上で特定のＣＯＲＥＳＥＴの位置をＳＳＢをベースとして指示するためのオフセットを含んでもよい。
端末は制御チャンネルの候補のＣＣＥ集合レベルと各ＣＣＥ集合レベル別の候補数が固定されたと仮定して、制御チャンネルの候補をモニタリングすることができる。
図５は、本発明の一実施例による無線通信システム１００における基地局１０５及び端末１１０の構成を示したブロック図である。図５に示した基地局１０５と端末１１０の構成は、上述した方法を実施するための基地局と端末の例示的な具現であり、本発明の基地局と端末の構成は図５により限られない。基地局１０５はｅＮＢ又はｇＮＢとも呼ばれ、端末１１０はＵＥとも呼ばれる。
無線通信システム１００を簡略に示すために、１つの基地局１０５と１つの端末１１０を示したが、無線通信システム１００は１つ以上の基地局及び／又は１つ以上の端末を含む。
基地局１０５は、送信（Ｔｘ）データプロセッサー１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサー１８０、メモリ１８５、受信器１９０、シンボル復調器１９５及び受信データプロセッサー１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサー１６５、シンボル変調器１７５、送信器１７５、送受信アンテナ１３５、プロセッサー１５５、メモリ１６０、受信器１４０、シンボル復調器１５５及び受信データプロセッサー１５０を含むことができる。送受信アンテナ１３０、１３５はそれぞれ基地局１０５及び端末１１０に１つが示されているが、基地局１０５及び端末１１０は複数の送受信アンテナを備えてもよい。よって、本発明による基地局１０５及び端末１１０はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システムを支援する。また、本発明による基地局１０５はＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ Ｕｓｅｒ−ＭＩＭＯ）ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ Ｕｓｅｒ−ＭＩＭＯ）方式のいずれも支援することができる。
下りリンク上で、送信データプロセッサー１１５はトラフィックデータを受信し、受信したトラフィックデータをフォーマットしてコードし、コードされたトラフィックデータをインターリーブして変調し（又はシンボルマップし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１２０はこのデータシンボルとパイロットシンボルを受信及び処理してシンボルのストリームを提供する。
シンボル変調器１２０は、データ及びパイロットシンボルを多重化し、これを送信器１２５に送信する。ここで、それぞれの送信シンボルはデータシンボル、パイロットシンボル又はゼロの信号値であり得る。それぞれのシンボル周期で、パイロットシンボルが連続的に送信されることもできる。パイロットシンボルは周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）又はコード分割多重化（ＣＤＭ）シンボルであり得る。
送信器１２５はシンボルのストリームを受信し、これを１つ以上のアナログ信号に変換し、さらにこのアナログ信号を追加的に調節して（例えば、増幅、フィルタリング及び周波数アップカンバーティング（ｕｐｃｏｎｖｅｒｔｉｎｇ）して、無線チャンネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は発生した下りリンク信号を端末に送信する。
端末１１０の構成において、受信アンテナ１３５は基地局からの下りリンク信号を受信し、受信された信号を受信器１４０に提供する。受信器１４０は受信された信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンカンバーティング（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））、調整された信号をデジタル化してサンプルを獲得する。シンボル復調器１４５は受信されたパイロットシンボルを復調し、チャンネル推定のためにこれをプロセッサー１５５に提供する。
また、シンボル復調器１４５はプロセッサー１５５から下りリンクに対する周波数応答推定値を受信し、受信されたデータシンボルに対してデータ復調を行って（送信されたデータシンボルの推定値である）データシンボル推定値を獲得し、データシンボル推定値を受信（Ｒｘ）データプロセッサー１５０に提供する。受信データプロセッサー１５０はデータシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコードして、送信されたトラフィックデータを復旧する。
シンボル復調器１４５及び受信データプロセッサー１５０による処理はそれぞれ基地局１０５でのシンボル変調器１２０及び送信データプロセッサー１１５による処理に対して相補的である。
端末１１０は上りリンク上で、送信データプロセッサー１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０はデータシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５はシンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は発生した上りリンク信号を基地局１０５に送信する。端末及び基地局における送信器及び受信器は、１つのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットで構成される。
基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を介して受信され、受信器１９０は受信した上りリンク信号を処理してサンプルを獲得する。ついで、シンボル復調器１９５はこのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサー１９７はデータシンボル推定値を処理し、端末１１０から送信されたトラフィックデータを復旧する。
端末１１０及び基地局１０５のそれぞれのプロセッサー１５５、１８０はそれぞれ端末１１０及び基地局１０５での動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサー１５５、１８０はプログラムコード及びデータを保存するメモリユニット１６０、１８５と連結されることができる。メモリ１６０、１８５はプロセッサー１８０に連結され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ ｆｉｌｅｓ）を保存する。
プロセッサー１５５、１８０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサー（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも言える。一方、プロセッサー１５５、１８０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの組合せによって実現されることができる。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）などがプロセッサー１５５、１８０に備えられてもよい。
一方、ファームウエア又はソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を行うモジュール、過程又は関数などを含むようにファームウエア又はソフトウェアが構成されることができ、本発明を実行するように構成されたファームウエア又はソフトウェアはプロセッサー１５５、１８０内に備えられるとかメモリ１６０、１８５に保存されてプロセッサー１５５、１８０によって駆動されることができる。
端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤーは通信システムでよく知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３個レイヤーに基づいて、第１レイヤーＬ１、第２レイヤーＬ２及び第３レイヤーＬ３に分類されることができる。物理レイヤーは前記第１レイヤーに属し、物理チャンネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤーは前記第３レイヤーに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末、基地局は無線通信ネットワークとＲＲＣレイヤーを介してＲＲＣメッセージを交換することができる。
以上で説明した実施例は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は別途の明示的言及がない限り選択的なものとして考慮されなければならない。各構成要素又は特徴は他の構成要素又は特徴と結合しない形態に実施されることができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されることができる。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴と取り替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するとか出願後の補正によって新しい請求項として含ませることができるのは明らかである。
本発明は本発明の精神及び必須特徴から逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。よって、前記の詳細な説明は全ての面で制限的に解釈されてはいけなく例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
以上のように本発明は様々な無線通信システムに適用できる。

Claims (8)

  1. ３ＧＰＰベースの無線通信システムにおいて、端末（ＵＥ）が下りリンク信号を受信する方法であって、
    同期信号ブロック（ＳＳＢ）上でＰＢＣＨ信号を受信するステップと、
    前記ＰＢＣＨ信号に基づいて設定された第１の制御リソースセット（ＣＯＲＥＳＥＴ）において、システム情報をスケジュールする第１制御チャンネルを受信するステップと、
    前記第１制御チャンネルによってスケジュールされた前記システム情報を獲得するステップと、を含み、
    前記第１のＣＯＲＥＳＥＴは、（ｉ）前記ＰＢＣＨ信号に含まれる第１パラメータ、及び（ｉｉ）前記ＰＢＣＨ信号に含まれない第２パラメータに関する前記端末の仮定に基づいて設定され、
    前記第１パラメータは、前記第１のＣＯＲＥＳＥＴに対する帯域幅及び前記第１のＣＯＲＥＳＥＴに対するシンボル数を含み、
    前記第１のＣＯＲＥＳＥＴに対する帯域幅及び前記第１のＣＯＲＥＳＥＴに対するシンボル数は、前記ＰＢＣＨ信号内のジョイントエンコーディングされた値により示され、
    前記第２パラメータは、前記第１のＣＯＲＥＳＥＴに対するＲＥＧバンドルのサイズ、前記第１のＣＯＲＥＳＥＴにおけるインターリーブされたＣＣＥ−ｔｏ−ＲＥＧマッピングに対するインターリーバのＲｏｗサイズ、及び前記第１のＣＯＲＥＳＥＴに対するプリコーダ粒度を含み、
    前記第２パラメータに関する前記仮定は、
    （ａ）前記第１のＣＯＲＥＳＥＴに対する前記プリコーダ粒度は、前記ＲＥＧバンドルのサイズと同じである、
    （ｂ）前記第１のＣＯＲＥＳＥＴに対する前記ＲＥＧバンドルのサイズは、６−ＲＥＧと固定される、
    （ｃ）前記第１のＣＯＲＥＳＥＴにおけるインターリーブされたＣＣＥ−ｔｏ−ＲＥＧマッピングに対する前記インターリーバのＲｏｗサイズは、２と固定される、
    ことを含む、方法。
  2. 前記第１パラメータは、前記第１のＣＯＲＥＳＥＴにおいて、前記端末が前記第１制御チャンネルの候補をモニタリングするモニタリング周期をさらに含む、請求項１に記載の方法。
  3. 前記第１のＣＯＲＥＳＥＴに対する帯域幅は、２４、４８又は９６のリソース単位に制限される、請求項１に記載の方法。
  4. 前記第１パラメータは、周波数ドメイン上において前記第１のＣＯＲＥＳＥＴの位置を前記ＳＳＢに基づいて指示するためのオフセットをさらに含む、請求項１に記載の方法。
  5. ＵＥ−ｄｅｄｉｃａｔｅｄ上位層信号を受信するステップであって、前記ＵＥ−ｄｅｄｉｃａｔｅｄ上位層信号は、第２のＣＯＲＥＳＥＴに対する周波数リソース、前記第２のＣＯＲＥＳＥＴに対する時間リソース、前記第２のＣＯＲＥＳＥＴに対するＲＥＧバンドルのサイズ、ＣＣＥ集合レベル、及びＣＣＥ集合レベルごとの候補数を含む、ステップと、
    前記ＵＥ−ｄｅｄｉｃａｔｅｄ上位層信号に基づいて設定される第２のＣＯＲＥＳＥＴにおいて、第２制御チャンネルを受信するステップと、をさらに含む、請求項１に記載の方法。
  6. 前記第２パラメータは、前記第１のＣＯＲＥＳＥＴに関連するＣＣＥ集合レベル及び前記ＣＣＥ集合レベルのそれぞれに対する候補数をさらに含み、
    前記第１のＣＯＲＥＳＥＴに関連する前記ＣＣＥ集合レベル及び前記ＣＣＥ集合レベルのそれぞれに対する前記候補数は、固定される、請求項１に記載の方法。
  7. ３ＧＰＰベースの無線通信システムにおいて、下りリンク信号を受信する端末（ＵＥ）であって、
    送受信機と、
    前記送受信機と接続されるプロセッサーと、を含み、
    前記プロセッサーは、
    前記送受信機を介して、同期信号ブロック（ＳＳＢ）上でＰＢＣＨ信号を受信し、
    前記送受信機を介して、前記ＰＢＣＨ信号に基づいて設定された第１の制御リソースセット（ＣＯＲＥＳＥＴ）において、システム情報をスケジュールする第１制御チャンネルを受信し、
    前記第１制御チャンネルによってスケジュールされた前記システム情報を獲得するよう構成され、
    前記第１のＣＯＲＥＳＥＴは、（ｉ）前記ＰＢＣＨ信号に含まれる第１パラメータ、及び（ｉｉ）前記ＰＢＣＨ信号に含まれない第２パラメータに関する前記端末の仮定に基づいて設定され、
    前記第１パラメータは、前記第１のＣＯＲＥＳＥＴに対する帯域幅及び前記第１のＣＯＲＥＳＥＴに対するシンボル数を含み、
    前記第１のＣＯＲＥＳＥＴに対する帯域幅及び前記第１のＣＯＲＥＳＥＴに対するシンボル数は、前記ＰＢＣＨ信号内のジョイントエンコーディングされた値により示され、
    前記第２パラメータは、前記第１のＣＯＲＥＳＥＴに対するＲＥＧバンドルのサイズ、前記第１のＣＯＲＥＳＥＴにおけるインターリーブされたＣＣＥ−ｔｏ−ＲＥＧマッピングに対するインターリーバのＲｏｗサイズ、及び前記第１のＣＯＲＥＳＥＴに対するプリコーダ粒度を含み、
    前記第２パラメータに関する前記仮定は、
    （ａ）前記第１のＣＯＲＥＳＥＴに対する前記プリコーダ粒度は、前記ＲＥＧバンドルのサイズと同じである、
    （ｂ）前記第１のＣＯＲＥＳＥＴに対する前記ＲＥＧバンドルのサイズは、６−ＲＥＧと固定される、
    （ｃ）前記第１のＣＯＲＥＳＥＴにおけるインターリーブされたＣＣＥ−ｔｏ−ＲＥＧマッピングに対する前記インターリーバのＲｏｗサイズは、２と固定される、
    ことを含む、端末。
  8. 前記プロセッサーは、
    前記送受信機を介して、ＵＥ−ｄｅｄｉｃａｔｅｄ上位層信号を受信し、前記ＵＥ−ｄｅｄｉｃａｔｅｄ上位層信号は、第２のＣＯＲＥＳＥＴに対する周波数リソース、前記第２のＣＯＲＥＳＥＴに対する時間リソース、前記第２のＣＯＲＥＳＥＴに対するＲＥＧバンドルのサイズ、ＣＣＥ集合レベル、及びＣＣＥ集合レベルごとの候補数を含み、
    前記送受信機を介して、前記ＵＥ−ｄｅｄｉｃａｔｅｄ上位層信号に基づいて設定される第２のＣＯＲＥＳＥＴにおいて、第２制御チャンネルを受信するようさらに構成される、請求項７に記載の端末。
JP2019513346A 2017-08-11 2018-08-13 Ｃｏｒｅｓｅｔにおいて制御チャンネルを受信／送信するための方法及び装置 Active JP6810793B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762544685P 2017-08-11 2017-08-11
US62/544,685 2017-08-11
US201862615939P 2018-01-10 2018-01-10
US62/615,939 2018-01-10
PCT/KR2018/009255 WO2019031942A1 (ko) 2017-08-11 2018-08-13 무선 통신 시스템에서 신호를 측정 및 보고하는 방법 및 이를 위한 장치

Publications (3)

Publication Number Publication Date
JP2019530323A JP2019530323A (ja) 2019-10-17
JP2019530323A5 JP2019530323A5 (ja) 2019-11-28
JP6810793B2 true JP6810793B2 (ja) 2021-01-06

Family

ID=65271532

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019513346A Active JP6810793B2 (ja) 2017-08-11 2018-08-13 Ｃｏｒｅｓｅｔにおいて制御チャンネルを受信／送信するための方法及び装置

Country Status (6)

Country Link
US (2) US10547413B2 (ja)
EP (1) EP3471297B1 (ja)
JP (1) JP6810793B2 (ja)
KR (1) KR102072589B1 (ja)
CN (1) CN110383723B (ja)
WO (1) WO2019031942A1 (ja)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7267745B2 (ja) 2017-04-24 2023-05-02 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて信号を送受信する方法及びそのための装置
CN110547012B (zh) * 2017-04-25 2024-03-15 Oppo广东移动通信有限公司 处理信号的方法和设备
ES2863362T3 (es) * 2017-05-02 2021-10-11 Guangdong Oppo Mobile Telecommunications Corp Ltd Métodos y aparatos para controlar la agrupación de recursos de control y mapeo en sistemas de comunicación inalámbrica
CN109565830B (zh) * 2017-06-16 2023-01-06 Lg 电子株式会社 用于收发下行链路信道的方法及其装置
US10637622B2 (en) * 2017-06-27 2020-04-28 Qualcomm Incorporated Common reference signals for multiple search spaces within a control resource set
US11582727B2 (en) * 2017-08-09 2023-02-14 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for transmitting control information
EP3471297B1 (en) * 2017-08-11 2022-01-12 LG Electronics Inc. Method and apparatus for receiving/transmitting control channel in coreset
CN115567974A (zh) * 2017-08-11 2023-01-03 华为技术有限公司 一种信息的发送方法及设备
CN109391430A (zh) * 2017-08-11 2019-02-26 维沃移动通信有限公司 Pdcch资源配置、确定方法、网络侧设备及用户终端
EP4207651A1 (en) * 2017-09-15 2023-07-05 Samsung Electronics Co., Ltd. Method and apparatus for transmitting control information in wireless communication system
US10727968B2 (en) * 2017-09-15 2020-07-28 Qualcomm Incorporated Synchronization signal block and control resource set multiplexing
US10980007B2 (en) * 2017-09-29 2021-04-13 Samsung Electronics Co., Ltd Uplink resource configuration method and apparatus in wireless communication system
US10616877B2 (en) * 2017-11-16 2020-04-07 Huawei Technologies Co., Ltd. Configuration of the initial active bandwidth part for initial network access
KR101999702B1 (ko) 2017-11-17 2019-07-12 엘지전자 주식회사 하향링크 채널을 송수신하는 방법 및 이를 위한 장치
JP7124092B2 (ja) * 2018-01-12 2022-08-23 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 制御リソースセット制御チャネルエレメント対リソースエレメントグループマッピングのための端末デバイス、基地局および方法
US11271701B2 (en) * 2018-01-12 2022-03-08 Qualcomm Incorporated Physical downlink control channel (PDCCH) monitoring with overlapping resources
US10856326B2 (en) * 2018-02-12 2020-12-01 Huawei Technologies Co., Ltd. Channel access in BSS PCP/AP cluster service set
CN110166393B (zh) * 2018-02-13 2021-06-25 展讯通信（上海）有限公司 同步信号块的发送、接收方法及装置
AU2018409080B2 (en) 2018-02-14 2021-10-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Indication method, detection method, and related device
JP7042357B2 (ja) * 2018-03-28 2022-03-25 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 時間領域リソース割り当ての指示情報を使用するための方法および装置
ES2962577T3 (es) 2018-04-04 2024-03-19 Huawei Tech Co Ltd Transmisión de información del sistema
US11438117B2 (en) * 2018-04-04 2022-09-06 Lg Electronics Inc. Method for receiving reference signal by terminal in wireless communication system, and terminal using same method
US10952235B2 (en) * 2018-04-05 2021-03-16 Qualcomm Incorporated Resource identification techniques for combining multiple instances of system information
EP3565172B1 (en) * 2018-05-04 2020-11-25 ASUSTek Computer Inc. Method and apparatus for downlink control information (dci) content processing considering active downlink (dl) bandwidth part (bwp) change in a wireless communication system
US11057876B2 (en) * 2018-07-20 2021-07-06 Qualcomm Incorporated Downlink control for multiple transmit receive point configurations
ES2894645T3 (es) 2018-07-31 2022-02-15 Lg Electronics Inc Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método
US11051327B2 (en) * 2018-08-10 2021-06-29 Qualcomm Incorporated Rate-matching around CRS for NR-TDD
US11153873B2 (en) * 2018-09-28 2021-10-19 Qualcomm Incorporated Resolving time-domain resource allocation ambiguity
US11201663B2 (en) * 2018-12-20 2021-12-14 Qualcomm Incorporated Transmission configuration indication determination for a shared data channel
CN111586881B (zh) * 2019-02-15 2022-09-16 华为技术有限公司 随机接入的方法和装置
WO2020181408A1 (en) * 2019-03-08 2020-09-17 Qualcomm Incorporated Interference management for two-step random access
CN111435904B (zh) * 2019-03-27 2021-12-24 维沃移动通信有限公司 搜索空间的配置方法及装置、通信设备
EP4131832A1 (en) * 2019-03-28 2023-02-08 Ofinno, LLC Multiplexing and prioritization in new radio
CN110249582B (zh) * 2019-04-29 2022-08-19 北京小米移动软件有限公司 信息传输方法、装置及计算机可读存储介质
CN111817831B (zh) * 2019-07-15 2022-01-04 维沃移动通信有限公司 一种传输方法和通信设备
US20220394601A1 (en) * 2019-11-15 2022-12-08 Lenovo (Beijing) Ltd. Method and apparatus for wireless communication
CN112954796B (zh) * 2019-12-11 2023-10-27 中国移动通信有限公司研究院 一种发送方法、接收方法、网络设备及终端
CN115023923B (zh) * 2020-02-10 2023-10-24 高通股份有限公司 控制资源集预编码指示
WO2021189213A1 (zh) * 2020-03-23 2021-09-30 华为技术有限公司 一种控制信息的发送、接收方法及装置
US20210321408A1 (en) * 2020-04-10 2021-10-14 Qualcomm Incorporated Enabling remaining minimum system information (rmsi) repetition or rmsi slot aggregation
EP4135437A4 (en) * 2020-04-10 2023-06-14 Fujitsu Limited METHOD AND DEVICE FOR RECEIVING SYSTEM INFORMATION
US20230180110A1 (en) * 2020-05-15 2023-06-08 Lg Electronics Inc. Method for transmitting and receiving signals for wireless communication, and apparatus therefor
WO2022082684A1 (zh) * 2020-10-22 2022-04-28 华为技术有限公司 一种控制信息的传输方法、装置和系统
WO2023123097A1 (zh) * 2021-12-29 2023-07-06 北京小米移动软件有限公司 资源元素群组捆确定、映射方法和装置
KR20230153237A (ko) 2022-04-28 2023-11-06 엘지전자 주식회사 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2186200B1 (en) * 2007-08-28 2016-06-15 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving data in a communication system using low density parity check codes
US8400951B2 (en) * 2009-03-24 2013-03-19 Motorola Mobility Llc PHICH resource signaling in a wireless communication system
ES2719076T3 (es) 2012-01-20 2019-07-08 Lg Electronics Inc Método de recepción de información de control y dispositivo para lo mismo
WO2013147523A1 (ko) * 2012-03-28 2013-10-03 엘지전자 주식회사 무선 통신 시스템에서 하향링크 제어 채널을 위한 자원을 할당하는 방법 및 이를 위한 장치
US9736829B2 (en) * 2013-10-14 2017-08-15 Qualcomm Incorporated Downlink control management in an unlicensed or shared spectrum
US9820247B2 (en) * 2014-07-30 2017-11-14 Intel IP Corporation Enhanced node B (ENB) and method for MTC coexistence
US10251071B2 (en) 2014-09-26 2019-04-02 Mediatek Inc. Incremental scheduling for wireless communication system with beamforming
KR102491072B1 (ko) * 2016-12-07 2023-01-20 엘지전자 주식회사 무선 통신 시스템에서 nr에 대한 제어 채널을 구성하기 위한 방법 및 장치
US10652856B2 (en) * 2017-06-22 2020-05-12 Telefonaktiebolaget Lm Ericsson (Publ) Transmission and reception of broadcast information in a wireless communication system
EP3471297B1 (en) * 2017-08-11 2022-01-12 LG Electronics Inc. Method and apparatus for receiving/transmitting control channel in coreset

Also Published As

Publication number Publication date
US20190140776A1 (en) 2019-05-09
US10944510B2 (en) 2021-03-09
KR20190017731A (ko) 2019-02-20
WO2019031942A1 (ko) 2019-02-14
EP3471297A1 (en) 2019-04-17
EP3471297A4 (en) 2020-05-06
CN110383723A (zh) 2019-10-25
US10547413B2 (en) 2020-01-28
US20200162198A1 (en) 2020-05-21
CN110383723B (zh) 2021-02-02
JP2019530323A (ja) 2019-10-17
KR102072589B1 (ko) 2020-03-02
EP3471297B1 (en) 2022-01-12

Similar Documents

Publication Publication Date Title
JP6810793B2 (ja) Ｃｏｒｅｓｅｔにおいて制御チャンネルを受信／送信するための方法及び装置
US11652570B2 (en) Method for transmitting or receiving signal in wireless communication system and apparatus therefor
JP6724245B2 (ja) 無線通信システムにおいて信号を送信又は受信する方法及びそのための装置
JP6816263B2 (ja) 無線通信システムにおいて信号を送受信する方法及びそのための装置
US20230155786A1 (en) Method and device for receiving signal in wireless communication system
JP6746779B2 (ja) 無線通信システムにおいて信号を送信又は受信する方法及びそのための装置
JP7290709B2 (ja) 無線通信システムにおいてスロットフォーマットを決定する方法およびそのための装置
EP3664311A1 (en) Method and device for measuring and reporting signal in wireless communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191007

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200108

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200114

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200409

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200623

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200928

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20200928

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20201007

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20201013

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201117

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201211

R150 Certificate of patent or registration of utility model

Ref document number: 6810793

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250