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