▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特許7073314機械タイプ通信を支援する無線接続システムにおいてサウンディング参照信号の送信を制御する方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-05-13
(45)【発行日】2022-05-23
(54)【発明の名称】機械タイプ通信を支援する無線接続システムにおいてサウンディング参照信号の送信を制御する方法及び装置
(51)【国際特許分類】
H04W 72/04 20090101AFI20220516BHJP
H04W 4/70 20180101ALI20220516BHJP
【ＦＩ】
H04W72/04 136
H04W4/70
【請求項の数】
8
(21)【出願番号】P 2019136319
(22)【出願日】2019-07-24
(62)【分割の表示】P 2017552883の分割
【原出願日】2016-04-08
(65)【公開番号】P2019205193
(43)【公開日】2019-11-28
【審査請求日】2019-07-24
【審判番号】
【審判請求日】2021-04-08
(31)【優先権主張番号】62/145,529
(32)【優先日】2015-04-10
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100117019
【弁理士】
【氏名又は名称】渡辺 陽一
(74)【代理人】
【識別番号】100173107
【弁理士】
【氏名又は名称】胡田 尚則
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(72)【発明者】
【氏名】キム ポンヘ
(72)【発明者】
【氏名】イ ユンチョン
【合議体】
【審判長】廣川 浩
【審判官】中木 努
【審判官】横田 有光
(56)【参考文献】
【文献】特許第６５６３５１４（ＪＰ，Ｂ２）
【文献】特表２０１３－５２００９１（ＪＰ，Ａ）
【文献】特表２０１３－５０９８３９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１３／０３２２３６３（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１４／０１１２１６８（ＵＳ，Ａ１）
【文献】ＬＧ Ｅｌｅｃｔｒｏｎｉｃｓ，Ｄｅｔａｉｌｓ ｏｎ ＳＲ ｒｅｐｅｔｉｔｉｏｎ ａｎｄ ＳＲＳ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｏｒ ＭＴＣ ＵＥ，３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ１＃８２ｂ Ｒ１－１５５３７１，２０１５年 ９月２６日，インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８２ｂ／Ｄｏｃｓ／Ｒ１－１５５３７１．ｚｉｐ＞
【文献】Ｅｒｉｃｓｓｏｎ，ＮＢ－ＩｏＴ － Ｒｅｍａｉｎｉｎｇ ｉｓｓｕｅｓ ｆｏｒ ＮＰＵＳＣＨ ｄｅｓｉｇｎ，３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ１＃８４ｂ Ｒ１－１６２７７６，２０１６年 ４月 ６日，インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８４ｂ／Ｄｏｃｓ／Ｒ１－１６２７７６．ｚｉｐ＞
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04W4/00-99/00
(57)【特許請求の範囲】
【請求項1】
機械タイプ通信（ＭＴＣ）を支援する無線接続システムにおいてＭＴＣ端末がサウンディング参照信号（ＳＲＳ）送信を制御する方法であって、送信されるＳＲＳに関する情報を含む上位層信号を受信するステップと、
前記ＳＲＳに関する情報に基づいて前記ＳＲＳを構成するステップと、
構成された物理上りリンク共有チャネル（ＰＵＳＣＨ）サブバンドのサブフレームにおいてＰＵＳＣＨを送信するステップとを含み、
構成されたＳＲＳサブバンドが周波数ドメイン内で完全には前記ＰＵＳＣＨサブバンド内にはないことに基づいて、前記構成されたＳＲＳサブバンドについての前記ＳＲＳは、前記構成されたＰＵＳＣＨサブバンドのサブフレームで送信されず、
前記構成されたＳＲＳサブバンドが前記周波数ドメイン内で前記ＰＵＳＣＨサブバンドと同一であることに基づいて、前記構成されたサブバンドについての前記ＳＲＳは前記構成されたＰＵＳＣＨサブバンドのサブフレームにおいて送信される、方法。
【請求項2】
前記上位層信号は前記ＳＲＳが送信される前記構成されたＳＲＳサブバンドを示すサブバンド情報をさらに含む、請求項１に記載の方法。
【請求項3】
前記ＳＲＳは周波数ホップしたサブバンドで送信され、前記周波数ホップしたサブバンドは６つの物理リソースブロック（ＰＲＢ）で構成される、請求項１に記載の方法。
【請求項4】
前記ＳＲＳは所定回数反復送信される、請求項１に記載の方法。
【請求項5】
機械タイプ通信（ＭＴＣ）を支援する無線接続システムにおいてサウンディング参照信号（ＳＲＳ）送信を制御するＭＴＣ端末であって、送信機と、
受信機と、
プロセッサとを備え、
前記プロセッサは、
前記受信機が送信されるＳＲＳに関する情報を含む上位層信号を受信し、
前記ＳＲＳに関する情報に基づいて前記ＳＲＳを構成するように制御し、
前記送信機が構成された物理上りリンク共有チャネル（ＰＵＳＣＨ）サブバンドのサブフレームにおいてＰＵＳＣＨを送信するように制御し、
構成されたＳＲＳサブバンドが周波数ドメイン内で完全には前記ＰＵＳＣＨサブバンド内にはないことに基づいて、前記構成されたＳＲＳサブバンドについての前記ＳＲＳは、前記構成されたＰＵＳＣＨサブバンドのサブフレームで送信されず、
前記構成されたＳＲＳサブバンドが前記周波数ドメイン内で前記ＰＵＳＣＨサブバンドと同一であることに基づいて、前記構成されたサブバンドについての前記ＳＲＳは前記構成されたＰＵＳＣＨサブバンドのサブフレームにおいて送信される、ＭＴＣ端末。
【請求項6】
前記上位層信号は前記ＳＲＳが送信される前記構成されたＳＲＳサブバンドを示すサブバンド情報をさらに含む、請求項５に記載のＭＴＣ端末。
【請求項7】
前記ＳＲＳは周波数ホップしたサブバンドで送信され、前記周波数ホップしたサブバンドは６つの物理リソースブロック（ＰＲＢ）で構成される、請求項５に記載のＭＴＣ端末。
【請求項8】
前記ＳＲＳは所定回数反復送信される、請求項５に記載のＭＴＣ端末。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、機械タイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する無線接続システムに関し、特に、ＭＴＣ端末がサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を送信する方法、上りリンクデータ送信時にＳＲＳの送信を制御する方法及びそれを支援する装置に関する。
【背景技術】
【0002】
無線接続システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して多重ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【0003】
本発明は、ＭＴＣを支援する無線通信環境においてサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を送信する方法及びそれを支援する装置に関する。
【0004】
本発明の目的は、ＭＴＣ環境においてＳＲＳを反復送信するためのＳＲＳ構成方法及びＳＲＳ送信方法を提供することにある。
【0005】
本発明の他の目的は、ＭＴＣ環境においてＳＲＳ送信サブバンドと上りリンクデータを送信するサブバンドとが一致しない場合に、周波数リチューニングのためのＳＲＳ及び上りリンクデータを送信する方法を提供することにある。
【0006】
本発明の更に他の目的は、ＭＴＣ環境においてＳＲＳ送信サブフレームと上りリンクデータを送信するサブフレームとが異なる場合に、ＳＲＳ及び上りリンクデータを送信する方法を提供することにある。
【0007】
本発明の更に他の目的は、このような方法を支援する装置を提供することにある。
【0008】
本発明で達成しようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
【課題を解決するための手段】
【0009】
本発明は、機械タイプ通信を支援する無線接続システムにおいてＳＲＳの送信を制御する方法及びこれらの方法を支援する装置を提供する。
【0010】
本発明の一態様として、機械タイプ通信（ＭＴＣ）を支援する無線接続システムにおいてＭＴＣ端末がサウンディング参照信号（ＳＲＳ）送信を制御する方法は、反復送信されるＳＲＳに関する情報を含む上位層信号を受信するステップと、ＳＲＳに関する情報に基づいてＳＲＳを構成するステップと、ＳＲＳを、周波数ホップされる物理上りリンク共有チャネル（ＰＵＳＣＨ）が割り当てられるサブバンドで送信するステップと、を含むことができる。このとき、サブバンドは６個の物理リソースブロック（ＰＲＢ）から構成され、ＳＲＳは周波数ホップされるサブバンドに順次送信されてもよい。
【0011】
本発明の他の態様として、機械タイプ通信（ＭＴＣ）を支援する無線接続システムにおいてサウンディング参照信号（ＳＲＳ）送信を制御するＭＴＣ端末は、送信器、受信器、及びＳＲＳ送信を制御するためのプロセッサを備えることができる。このとき、プロセッサは、反復送信されるＳＲＳに関する情報を含む上位層信号を上記受信器を制御して受信し、ＳＲＳに関する情報に基づいてＳＲＳを構成し、送信器を制御して、ＳＲＳを周波数ホップされる物理上りリンク共有チャネル（ＰＵＳＣＨ）が割り当てられるサブバンドで送信するように構成されてもよい。このとき、サブバンドは６個の物理リソースブロック（ＰＲＢ）から構成され、ＳＲＳは周波数ホップされるサブバンドに順次送信されてもよい。
【0012】
上位層信号は、ＳＲＳが送信されるサブバンドを示すサブバンド情報をさらに含むことができる。
【0013】
ＳＲＳは１個のＰＲＢ単位で順次に送信されてもよい。
【0014】
ＳＲＳはサブバンドで所定回数反復送信されてよい。
【0015】
ＳＲＳは周期的又は基地局の要求に応じて送信されるＳＲＳであってもよい。
【0016】
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
【発明の効果】
【0017】
本発明の実施例によれば、次のような効果が得られる。
【0018】
第一に、基地局は、反復送信されるＳＲＳを受信することによって、劣悪な環境に位置しているＭＴＣ端末に対する上りリンクチャネルをより確実に推定することができる。
【0019】
第二に、ＭＴＣ端末特有のＳＲＳ反復送信のためのＳＲＳ生成方法及びＳＲＳ送信方法を利用することによって、ＭＴＣ端末に対する上りリンクチャネルが効率的に利用され得る。
【0020】
第三に、ＭＴＣ端末がＳＲＳ送信サブバンドとＰＵＳＣＨ送信サブバンドとが一致しない場合に発生し得る周波数リチューニングのためにＳＲＳ送信をドロップしＰＵＳＣＨだけを送信することによって、データ送信処理量の損失を減らすことができる。
【0021】
本発明の実施例から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。すなわち、本発明を実施する上で意図していない効果も、本発明の実施例から、当該技術の分野における通常の知識を有する者によって導出可能である。
【図面の簡単な説明】
【0022】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する様々な実施例を提供する。また、添付の図面は、詳細な説明と共に本発明の実施の形態を説明するために用いられる。
【図1】物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【図2】無線フレームの構造の一例を示す図である。
【図3】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。
【図4】上りリンクサブフレームの構造の一例を示す図である。
【図5】下りリンクサブフレームの構造の一例を示す図である。
【図6】コンポーネントキャリア（ＣＣ）及びＬＴＥ－Ａシステムで使用されるキャリア併合の一例を示す図である。
【図7】クロスキャリアスケジューリングによるＬＴＥ－Ａシステムのサブフレームの構造を示す図である。
【図8】クロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【図9】本発明の実施例で使用されるＳＲＳ送信方法の一つを示す図である。
【図11】ＳＲＳ送信方式のうち、トリガータイプ０である場合にＭＴＣ端末がＳＲＳを繰り返して送信する方法の一つを示す図である。
【図12】ＳＲＳ送信方式のうち、トリガータイプ１である場合にＭＴＣ端末がＳＲＳを繰り返して送信する方法の一つを示す図である。
【図13】周波数ホップ時にＳＲＳ送信を行う方法の一つを説明するための図である。
【図14】上りリンク送信のためのサブバンドとＳＲＳ送信のためのサブバンドとが一致しない場合にＳＲＳ送信を制御する方法を説明するための図である。
【発明を実施するための形態】
【0023】
以下に詳しく説明する本発明の実施例は、機械タイプ通信を支援する無線接続システムにおいてＳＲＳを送信する方法及びこれを支援する装置に関する。
【0024】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更してもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取り替えられてもよい。
【0025】
図面に関する説明において、本発明の要旨を曖昧にさせうる手順又は段階などは記述を省略し、当業者のレベルで理解できるような手順又は段階も記述を省略した。
【0026】
明細書全体を通じて、ある部分がある構成要素を「含む」としたとき、これは、特別に言及しない限り、他の構成要素を除外する意味ではなく、他の構成要素をさらに含んでもよいということを意味する。また、明細書に記載された「…部」、「…機」、「モジュール」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「ある（ａ又はａｎ）」、「一つ（ｏｎｅ）」、「その（ｔｈｅ）」及び類似関連語は、本発明を記述する文脈において（特に、以下の請求項の文脈において）、本明細書に特別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両意味で使うことができる。
【0027】
本明細書で、本発明の実施例は、基地局と移動局との間のデータ送受信関係を中心に説明した。ここで、基地局は移動局と直接通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ ｎｏｄｅ）としての意味を有する。本文書で基地局によって行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われてもよい。
【0028】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークで移動局との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われてもよい。ここで、「基地局」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、発展した基地局（ＡＢＳ：Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ）又はアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に代えてもよい。
【0029】
また、本発明の実施例でいう「端末（Ｔｅｒｍｉｎａｌ）」は、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、加入者端末（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動加入者端末（ＭＳＳ：Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、又は発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【0030】
また、送信端は、データサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。そのため、上りリンクでは、移動局を送信端とし、基地局を受信端とすることができる。同様に、下りリンクでは、移動局を受信端とし、基地局を送信端とすることができる。
【0031】
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）システム、３ＧＰＰ ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によって裏付けることができ、特に、本発明の実施例は、３ＧＰＰ ＴＳ ３６．２１１、３ＧＰＰ ＴＳ ３６．２１２、３ＧＰＰ ＴＳ ３６．２１３、３ＧＰＰ ＴＳ ３６．３２１及び３ＧＰＰ ＴＳ ３６．３３１の文書によって裏付けることができる。すなわち、本発明の実施例において説明していない自明な段階又は部分は、上記の文書を参照して説明することができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【0032】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明が実施されうる唯一の実施の形態を示すためのものではない。
【0033】
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更してもよい。
【0034】
以下では、本発明の実施例を適用し得る無線接続システムの一例として３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステムについて説明する。
【0035】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに適用することができる。
【0036】
ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。
【0037】
ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ－ＦＤＭＡを採用する。ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）システムは、３ＧＰＰ ＬＴＥシステムの改良されたシステムである。本発明の技術的特徴に関する説明を明確にするために、本発明の実施例を３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステムを中心に説明するが、ＩＥＥＥ ８０２．１６ｅ／ｍシステムなどに適用してもよい。
【0038】
１．３ＧＰＰ ＬＴＥ／ＬＴＥ＿Ａシステム
【0039】
無線接続システムにおいて、端末は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）を介して基地局から情報を受信し、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）を介して基地局に情報を送信する。基地局と端末が送受信する情報は、一般データ情報及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0040】
１．１ システム一般
【0041】
図１は、本発明の実施例で使用できる物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【0042】
電源が消えた状態で再び電源がついたり、新しくセルに進入したりした端末は、Ｓ１１段階で基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐ－ＳＣＨ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）及び２次同期チャネル（Ｓ－ＳＣＨ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【0043】
その後、端末は、基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）信号を受信してセル内放送情報を取得することができる。
【0044】
一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0045】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報を取得することができる。
【0046】
その後、端末は、基地局への接続を完了するために、段階Ｓ１３乃至段階Ｓ１６のようなランダムアクセス過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ１３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ１４）。競合ベースのランダムアクセスでは、端末は、さらなる物理ランダムアクセスチャネル信号の送信（Ｓ１５）、及び物理下りリンク制御チャネル信号及びこれに対応する物理下りリンク共有チャネル信号の受信（Ｓ１６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0047】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信（Ｓ１７）、及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）信号及び／又は物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）信号の送信（Ｓ１８）を行うことができる。
【0048】
端末が基地局に送信する制御情報を総称して、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩは、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）情報などを含む。
【0049】
ＬＴＥシステムにおいて、ＵＣＩは、一般的にＰＵＣＣＨを介して周期的に送信するが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨを介して送信してもよい。また、ネットワークの要求／指示に応じてＰＵＳＣＨを介してＵＣＩを非周期的に送信してもよい。
【0050】
図２には、本発明の実施例で用いられる無線フレームの構造を示す。
【0051】
図２（ａ）は、タイプ１フレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ １）を示す。タイプ１フレーム構造は、全二重（ｆｕｌｌ ｄｕｐｌｅｘ）ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システムと半二重（ｈａｌｆ ｄｕｐｌｅｘ）ＦＤＤシステムの両方に適用することができる。
【0052】
１無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）は、Ｔｆ＝307200・Ｔｓ＝１０ｍｓの長さを有し、Ｔｓｌｏｔ＝15360・Tｓ＝0.5ｍｓの均等な長さを有し、０から１９までのインデックスが与えられた２０個のスロットで構成される。１サブフレームは、２個の連続したスロットと定義され、ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。１サブフレームを送信するのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）という。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０－８（約３３ｎｓ）と表示される。スロットは、時間領域で複数のＯＦＤＭシンボル又はＳＣ－ＦＤＭＡシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）を含む。
【0053】
１スロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ ＬＴＥは、下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルは１シンボル区間（ｓｙｍｂｏｌ ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ－ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、リソース割当て単位であって、１スロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【0054】
全二重ＦＤＤシステムでは、各１０ｍｓ区間で１０個のサブフレームを下りリンク送信と上りリンク送信のために同時に利用することができる。このとき、上りリンク送信と下りリンク送信は周波数領域で区別される。一方、半二重ＦＤＤシステムでは、端末は送信と受信を同時に行うことができない。
【0055】
上述した無線フレームの構造は一つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【0056】
図２（ｂ）には、タイプ２フレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ ２）を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。１無線フレームは、Ｔｆ＝307200・Ｔｓ＝１０ｍｓの長さを有し、153600・Ｔｓ＝５ｍｓの長さを有する２個のハーフフレーム（ｈａｌｆ－ｆｒａｍｅ）で構成される。各ハーフフレームは、30720・Ｔｓ＝１ｍｓの長さを有する５個のサブフレームで構成される。ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当する各Ｔｓｌｏｔ＝15360・Tｓ＝０．５ｍｓの長さを有する２個のスロットで構成される。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０－８（約３３ｎｓ）で表示される。
【0057】
タイプ２フレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンクと下りリンクとの間において下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【0058】
下記の表１に、特別フレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を示す。
【0059】
【表1】
【0060】
図３は、本発明の実施例で使用できる下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。
【0061】
図３を参照すると、１つの下りリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは、７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域で１２個の副搬送波を含むとするが、これに限定されるものではない。
【0062】
リソースグリッド上で各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）とし、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮＤＬは、下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一であってもよい。
【0063】
図４は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
【0064】
図４を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上りリンク制御情報を運ぶＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを運ぶＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨにはサブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットのそれぞれで異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢ対はスロット境界（ｓｌｏｔ ｂｏｕｎｄａｒｙ）で周波数跳躍（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）するという。
【0065】
図５には、本発明の実施例で使用できる下りリンクサブフレームの構造を示す。
【0066】
図５を参照すると、サブフレームにおける第一のスロットでＯＦＤＭシンボルインデックス０から最大３個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルが、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ ｒｅｇｉｏｎ）である。３ＧＰＰ ＬＴＥで用いられる下りリンク制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ－ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）などがある。
【0067】
ＰＣＦＩＣＨは、サブフレームにおける最初のＯＦＤＭシンボルで送信され、サブフレーム内に制御チャネルの送信のために使われるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を運ぶ。ＰＨＩＣＨは、上りリンクに対する応答チャネルであって、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）という。下りリンク制御情報は、上りリンクリソース割り当て情報、下りリンクリソース割り当て情報、又は任意の端末グループに対する上りリンク送信（Ｔｘ）電力制御命令を含む。
【0068】
１．２ ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
【0069】
１．２．１ ＰＤＣＣＨ一般
【0070】
ＰＤＣＣＨは、ＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のリソース割当て及び送信フォーマット（すなわち、下りリンクグラント（ＤＬ－Ｇｒａｎｔ））、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のリソース割当て情報（すなわち、上りリンクグラント（ＵＬ－Ｇｒａｎｔ））、ＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）におけるページング（ｐａｇｉｎｇ）情報、ＤＬ－ＳＣＨにおけるシステム情報、ＰＤＳＣＨで送信されるランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）のような上位レイヤ（ｕｐｐｅｒ－ｌａｙｅｒ）制御メッセージに対するリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）活性化の有無に関する情報などを運ぶことができる。
【0071】
複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続したＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）で構成される。１つ又は複数の連続したＣＣＥの集合で構成されたＰＤＣＣＨは、サブブロックインターリービング（ｓｕｂｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｉｎｇ）を経た後、制御領域を通して送信することができる。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当て単位である。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）に対応する。ＣＣＥの数とＣＣＥによって提供される符号化率との関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【0072】
１．２．２ ＰＤＣＣＨ構造
【0073】
複数の端末に対する多重化された複数のＰＤＣＣＨが制御領域内で送信されてもよい。ＰＤＣＣＨは１つ又は２つ以上の連続したＣＣＥの集合（ＣＣＥ ａｇｇｒｅｇａｔｉｏｎ）で構成される。ＣＣＥは、４個のリソース要素で構成されたＲＥＧの９個のセットに対応する単位のことを指す。各ＲＥＧには４個のＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）シンボルがマップされる。参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）によって占有されたリソース要素はＲＥＧに含まれない。すなわち、ＯＦＤＭシンボル内でのＲＥＧの総個数は、セル特定参照信号が存在するか否かによって異なってくることがある。４個のリソース要素を１つのグループにマップするＲＥＧの概念は、他の下りリンク制御チャネル（例えば、ＰＣＦＩＣＨ又はＰＨＩＣＨ）にも適用することができる。ＰＣＦＩＣＨ又はＰＨＩＣＨに割り当てられないＲＥＧを
ＮＲＥＧとすれば、システムで利用可能なＣＣＥの個数は
であり、各ＣＣＥは０からＮＣＣＥ－１までのインデックスを有する。
ＮＲＥＧとすれば、システムで利用可能なＣＣＥの個数は
【数1】
【0074】
端末のデコーティングプロセスを単純化するために、ｎ個のＣＣＥを含むＰＤＣＣＨフォーマットは、ｎの倍数と同じインデックスを有するＣＣＥから始まってもよい。すなわち、ＣＣＥインデックスがｉである場合、
を満たすＣＣＥから始まってもよい。
【数2】
【0075】
基地局は１つのＰＤＣＣＨ信号を構成するために｛１，２，４，８｝個のＣＣＥを使用することができ、ここで、｛１，２，４，８｝をＣＣＥ集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）と呼ぶ。特定ＰＤＣＣＨの送信のために使われるＣＣＥの個数はチャネル状態によって基地局で決定される。例えば、良好な下りリンクチャネル状態（基地局に近接している場合）を有する端末のためのＰＤＣＣＨは、１つのＣＣＥだけで十分でありうる。一方、よくないチャネル状態（セル境界にある場合）を有する端末の場合は、８個のＣＣＥが十分な堅牢さ（ｒｏｂｕｓｔｎｅｓｓ）のために要求されることがある。しかも、ＰＤＣＣＨの電力レベルも、チャネル状態にマッチして調節されてもよい。
【0076】
下記の表２にＰＤＣＣＨフォーマットを示す。ＣＣＥ集合レベルによって、表２のように４つのＰＤＣＣＨフォーマットが支援される。
【0077】
【表2】
【0078】
端末ごとにＣＣＥ集合レベルが異なる理由は、ＰＤＣＣＨに載せられる制御情報のフォーマット又はＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）レベルが異なるためである。ＭＣＳレベルは、データコーディングに用いられるコードレート（ｃｏｄｅ ｒａｔｅ）と変調序列（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を意味する。適応的なＭＣＳレベルはリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）のために用いられる。一般に、制御情報を送信する制御チャネルでは３～４個程度のＭＣＳレベルを考慮することができる。
【0079】
制御情報のフォーマットを説明すると、ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ）という。ＤＣＩフォーマットによってＰＤＣＣＨペイロード（ｐａｙｌｏａｄ）に載せられる情報の構成が異なることがある。ＰＤＣＣＨペイロードは、情報ビット（ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔ）を意味する。下記の表３は、ＤＣＩフォーマットによるＤＣＩを示すものである。
【0080】
【表3】
【0081】
表３を参照すると、ＤＣＩフォーマットには、ＰＵＳＣＨスケジューリングのためのフォーマット０、１つのＰＤＳＣＨコードワードのスケジューリングのためのフォーマット１、１つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングのためのフォーマット１Ａ、ＤＬ－ＳＣＨの非常に簡単なスケジューリングのためのフォーマット１Ｃ、閉ループ（Ｃｌｏｓｅｄ－ｌｏｏｐ）空間多重化（ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）モードでのＰＤＳＣＨスケジューリングのためのフォーマット２、開ループ（Ｏｐｅｎ－ｌｏｏｐ）空間多重化モードでのＰＤＳＣＨスケジューリングのためのフォーマット２Ａ、上りリンクチャネルのためのＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）命令の送信のためのフォーマット３及び３Ａがある。ＤＣＩフォーマット１Ａは、端末にいずれの送信モードが設定されてもＰＤＳＣＨスケジューリングのために用いることができる。
【0082】
ＤＣＩフォーマットによってＰＤＣＣＨペイロード長が変わることがある。また、ＰＤＣＣＨペイロードの種類とそれによる長さは、簡単な（ｃｏｍｐａｃｔ）スケジューリングであるか否か、又は端末に設定された送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ）などによって異なってもよい。
【0083】
送信モードは、端末がＰＤＳＣＨを介した下りリンクデータを受信するように設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、ＰＤＳＣＨを介した下りリンクデータには、端末にスケジュールされたデータ（ｓｃｈｅｄｕｌｅｄ ｄａｔａ）、ページング、ランダムアクセス応答、又はＢＣＣＨを介したブロードキャスト情報などがある。ＰＤＳＣＨを介した下りリンクデータは、ＰＤＣＣＨを介してシグナルされるＤＣＩフォーマットと関係がある。送信モードは、上位層シグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング）によって端末に半静的に（ｓｅｍｉ－ｓｔａｔｉｃａｌｌｙ）設定することができる。送信モードは、シングルアンテナ送信（Ｓｉｎｇｌｅ ａｎｔｅｎｎａ ｔｒａｎｓｍｉｓｓｉｏｎ）又はマルチアンテナ（Ｍｕｌｔｉ－ａｎｔｅｎｎａ）送信に区別できる。
【0084】
端末は、上位層シグナリングによって半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に送信モードが設定される。例えば、マルチアンテナ送信には、送信ダイバーシティ（Ｔｒａｎｓｍｉｔ ｄｉｖｅｒｓｉｔｙ）、開ループ（Ｏｐｅｎ－ｌｏｏｐ）又は閉ループ（Ｃｌｏｓｅｄ－ｌｏｏｐ）空間多重化（Ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＭＵ－ＭＩＭＯ（Ｍｕｌｔｉ－ｕｓｅｒ－Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、及びビーム形成（Ｂｅａｍｆｏｒｍｉｎｇ）などがある。送信ダイバーシティは、多重送信アンテナで同一のデータを送信して送信信頼度を高める技術である。空間多重化は、多重送信アンテナで互いに異なるデータを同時に送信し、システムの帯域幅を増加させることなく高速のデータを送信できる技術である。ビーム形成は、多重アンテナでチャネル状態による加重値を与えて信号のＳＩＮＲ（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ Ｎｏｉｓｅ Ｒａｔｉｏ）を増加させる技術である。
【0085】
ＤＣＩフォーマットは、端末に設定された送信モードに依存する。端末が自身に設定された送信モードによってモニタする参照（Ｒｅｆｅｒｅｎｃｅ）ＤＣＩフォーマットがある。次の通り、端末に設定される送信モードは１０個の送信モードを有することができる。
【0086】
（１）送信モード１：単一アンテナポート；ポート０
【0087】
（２）送信モード２：送信ダイバーシティ（Ｔｒａｎｓｍｉｔ Ｄｉｖｅｒｓｉｔｙ）
【0088】
（３）送信モード３：開ループ空間多重化（Ｏｐｅｎ－ｌｏｏｐ Ｓｐａｔｉａｌ Ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0089】
（４）送信モード４：閉ループ空間多重化（Ｃｌｏｓｅｄ－ｌｏｏｐ Ｓｐａｔｉａｌ Ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0090】
（５）送信モード５：多重ユーザＭＩＭＯ
【0091】
（６）送信モード６：閉ループランク＝１プリコーディング
【0092】
（７）送信モード７：コードブックに基づかない、単一レイヤ送信を支援するプリコーディング
【0093】
（８）送信モード８：コードブックに基づかない、２個までのレイヤを支援するプリコーディング
【0094】
（９）送信モード９：コードブックに基づかない、８個までのレイヤを支援するプリコーディング
【0095】
（１０）送信モード１０：コードブックに基づかない、ＣｏＭＰのために用いられる、８個までのレイヤを支援するプリコーディング
【0096】
１．２．３ ＰＤＣＣＨ送信
【0097】
基地局は、端末に送信しようとするＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を付加する。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途によって固有の識別子（例えば、ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ））をマスクする。特定の端末のためのＰＤＣＣＨであれば、端末固有の識別子（例えば、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ））をＣＲＣにマスクすることができる。又は、ページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子（例えば、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ－ＲＮＴＩ））をＣＲＣにマスクすることができる。システム情報、より具体的にシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ）のためのＰＤＣＣＨであれば、システム情報識別子（例えば、ＳＩ－ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ））をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ＲＡ－ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ－ＲＮＴＩ）をＣＲＣにマスクすることができる。
【0098】
続いて、基地局は、ＣＲＣの付加された制御情報にチャネルコーディングを行って符号化されたデータ（ｃｏｄｅｄ ｄａｔａ）を生成する。このとき、ＭＣＳレベルによるコードレートでチャネルコーディングを行うことができる。基地局は、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥ集合レベルによる送信率マッチング（ｒａｔｅ ｍａｔｃｈｉｎｇ）を行い、符号化されたデータを変調して変調シンボルを生成する。この時、ＭＣＳレベルによる変調序列を用いることができる。１つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集合レベルが１、２、４、８のいずれか一つであってもよい。その後、基地局は、変調シンボルを物理的なリソース要素にマップ（ＣＣＥ ｔｏ ＲＥ ｍａｐｐｉｎｇ）する。
【0099】
１．２．４ ブラインドデコーディング（ＢＳ：Ｂｌｉｎｄ Ｄｅｃｏｄｉｎｇ）
【0100】
一つのサブフレーム内で複数のＰＤＣＣＨが送信されてもよい。すなわち、一つのサブフレームの制御領域は、インデックス０～ＮＣＣＥ，ｋ－１を有する複数のＣＣＥで構成される。ここで、ＮＣＣＥ、ｋは、ｋ番目のサブフレームの制御領域内における総ＣＣＥの個数を意味する。端末は、毎サブフレームごとに複数のＰＤＣＣＨをモニタする。ここで、モニタリングとは、端末がモニタされるＰＤＣＣＨフォーマットによってＰＤＣＣＨのそれぞれのデコーディングを試みることをいう。
【0101】
基地局は、端末にサブフレーム内に割り当てられた制御領域で該当のＰＤＣＣＨがどこに位置するのかに関する情報を提供しない。端末は基地局から送信された制御チャネルを受信するために自身のＰＤＣＣＨがどの位置でどのＣＣＥ集合レベルやＤＣＩフォーマットで送信されるのかを把握できず、端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタして自身のＰＤＣＣＨを探す。これをブラインドデコーディング（ＢＤ）という。ブラインドデコーディングとは、端末がＣＲＣ部分に自身の端末識別子（ＵＥ ＩＤ）をデマスク（Ｄｅ－Ｍａｓｋｉｎｇ）した後、ＣＲＣ誤りを検討し、当該ＰＤＣＣＨが自身の制御チャネルであるか否かを確認する方法をいう。
【0102】
活性モード（ａｃｔｉｖｅ ｍｏｄｅ）で、端末は自身に送信されるデータを受信するためにサブフレーム毎のＰＤＣＣＨをモニタする。ＤＲＸモードで、端末はＤＲＸ周期毎のモニタリング区間でウエイクアップ（ｗａｋｅ ｕｐ）し、モニタリング区間に該当するサブフレームでＰＤＣＣＨをモニタする。ＰＤＣＣＨのモニタリングが行われるサブフレームをｎｏｎ－ＤＲＸサブフレームという。
【0103】
端末は、自身に送信されるＰＤＣＣＨを受信するためには、ｎｏｎ－ＤＲＸサブフレームの制御領域に存在する全てのＣＣＥに対してブラインドデコーディングを行わなければならない。端末は、いずれのＰＤＣＣＨフォーマットが送信されるのかを把握できないことから、毎ｎｏｎ－ＤＲＸサブフレーム内でＰＤＣＣＨのブラインドデコーディングに成功するまで、可能なＣＣＥ集団レベルでＰＤＣＣＨを全てデコードしなければならない。端末は、自身のためのＰＤＣＣＨがいくつのＣＣＥを用いるのかを把握できず、ＰＤＣＣＨのブラインドデコーディングに成功するまで、可能な全てのＣＣＥ集団レベルで検出を試みなければならない。
【0104】
ＬＴＥシステムでは端末のブラインドデコーディングのためにサーチスペース（ＳＳ：Ｓｅａｒｃｈ Ｓｐａｃｅ）概念を定義する。サーチスペースは、端末がモニタするためのＰＤＣＣＨ候補セットを意味し、各ＰＤＣＣＨフォーマットによって異なるサイズを有することができる。サーチスペースは、共用サーチスペース（ＣＳＳ：Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）及び端末特定サーチスペース（ＵＳＳ：ＵＥ－ｓｐｅｃｉｆｉｃ／Ｄｅｄｉｃａｔｅｄ Ｓｅａｒｃｈ Ｓｐａｃｅ）を含むことができる。
【0105】
共用サーチスペースの場合、全ての端末が共用サーチスペースのサイズを認知できるが、端末特定サーチスペースは、各端末ごとに個別に設定することができる。したがって、端末は、ＰＤＣＣＨをデコードするために、端末特定サーチスペース及び共用サーチスペースを全てモニタしなければならなく、したがって、１サブフレームで最大４４回のブラインドデコーディング（ＢＤ）を行うことになる。ここには、異なるＣＲＣ値（例えば、Ｃ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ）によって行うブラインドデコーディングは含まれない。
【0106】
サーチスペースの制約によって、基地局が、与えられたサブフレーム内でＰＤＣＣＨを送信しようとする端末の全てにＰＤＣＣＨを送信するためのＣＣＥリソースが確保されない場合が発生しうる。なぜなら、ＣＣＥ位置が割り当てられて残ったリソースは、特定端末のサーチスペース内に含まれないことがあるためである。次のサブフレームでも続き得るこのような障壁を最小化するために、端末特定跳躍（ｈｏｐｐｉｎｇ）シーケンスを端末特定サーチスペースの始点に適用することができる。
【0107】
表４は、共用サーチスペースと端末特定サーチスペースのサイズを示す。
【0108】
【表4】
【0109】
ブラインドデコーディングを試みる回数による端末の負荷を軽減するために、端末は、定義された全てのＤＣＩフォーマットによるサーチを同時に行うわけではない。具体的に、端末は、端末特定サーチスペースで常にＤＣＩフォーマット０及び１Ａに対するサーチを行う。この時、ＤＣＩフォーマット０と１Ａは同じサイズを有するが、端末は、ＰＤＣＣＨに含まれたＤＣＩフォーマット０と１Ａを区別するために用いられるフラグ（ｆｌａｇ ｆｏｒ ｆｏｒｍａｔ ０／ｆｏｒｍａｔ １Ａ ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）を用いてＤＣＩフォーマットを区別することができる。また、端末にＤＣＩフォーマット０とＤＣＩフォーマット１Ａに加えて他のＤＣＩフォーマットが要求されてもよいが、その一例としてＤＣＩフォーマット１、１Ｂ、２がある。
【0110】
共用サーチスペースで、端末はＤＣＩフォーマット１Ａと１Ｃをサーチすることができる。また、端末はＤＣＩフォーマット３又は３Ａをサーチするように設定されてもよく、ＤＣＩフォーマット３と３Ａは、ＤＣＩフォーマット０と１Ａと同じサイズを有するが、端末は、端末特定識別子以外の識別子によってスクランブルされたＣＲＣを用いてＤＣＩフォーマットを区別することができる。
【0111】
サーチスペース
は、集合レベル
によるＰＤＣＣＨ候補セットを意味する。サーチスペースのＰＤＣＣＨ候補セットｍによるＣＣＥは、次式１によって決定することができる。
【数3】
【数4】
【0112】
〔式１〕
【数5】
【0113】
ここで、Ｍ（Ｌ）は、サーチスペースでモニタするためのＣＣＥ集合レベルＬによるＰＤＣＣＨ候補の個数を表し、ｍ＝０、・・・、Ｍ（Ｌ）－１である。ｉは、ＰＤＣＣＨにおいて各ＰＤＣＣＨ候補で個別ＣＣＥを指定するインデックスであり、ｉ＝０、・・・、Ｌ－１である。
であり、ｎｓは、無線フレーム内でのスロットインデックスを表す。
【数6】
【0114】
上述したように、端末は、ＰＤＣＣＨをデコードするために端末特定サーチスペース及び共用サーチスペースの両方をモニタする。ここで、共用サーチスペース（ＣＳＳ）は、｛４，８｝の集合レベルを有するＰＤＣＣＨを支援し、端末特定サーチスペース（ＵＳＳ）は、｛１，２，４，８｝の集合レベルを有するＰＤＣＣＨを支援する。表５は、端末によってモニタされるＰＤＣＣＨ候補を表す。
【0115】
【表5】
【0116】
式１を参照すると、共用サーチスペースの場合、２個の集合レベル、Ｌ＝４及びＬ＝８に対してＹｋは０に設定される。一方、端末特定サーチスペースの場合、集合レベルＬに対してＹｋは式２のように定義される。
【0117】
〔式２〕
【数7】
【0118】
ここで、
であり、ｎＲＮＴＩはＲＮＴＩ値を表す。また、Ａ＝39827であり、Ｄ＝65537である。
【数8】
【0119】
２．キャリア併合（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）環境
【0120】
２．１ ＣＡ一般
【0121】
３ＧＰＰ ＬＴＥ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；Ｒｅｌ－８又はＲｅｌ－９）システム（以下、ＬＴＥシステム）は、単一コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）を複数の帯域に分割して使用する多重搬送波変調（ＭＣＭ：Ｍｕｌｔｉ－Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）方式を用いる。しかし、３ＧＰＰ ＬＴＥ－Ａｄｖａｎｃｅｄシステム（以下、ＬＴＥ－Ａシステム）では、ＬＴＥシステムに比べて広帯域のシステム帯域幅を支援するために、一つ以上のコンポーネントキャリアを結合して使用するキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）のような方法を用いることができる。キャリア併合は、搬送波集成、搬送波整合、マルチコンポーネントキャリア環境（Ｍｕｌｔｉ－ＣＣ）、又はマルチキャリア環境と呼ぶこともできる。
【0122】
本発明でマルチキャリアはキャリアの併合（又は、搬送波集成）を意味し、この場合、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、隣接しない（ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合も意味する。また、下りリンクと上りリンクにおいて集成されるコンポーネントキャリアの数を異なるように設定してもよい。下りリンクコンポーネントキャリア（以下、「ＤＬ ＣＣ」という。）の数と上りリンクコンポーネントキャリア（以下、「ＵＬ ＣＣ」という。）の数とが一致する場合を対称的（ｓｙｍｍｅｔｒｉｃ）併合といい、両者の数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）併合という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ ａｇｇｒｅｇａｔｉｏｎ）などのような用語に言い換えてもよい。
【0123】
２つ以上のコンポーネントキャリアが結合して構成されるキャリア併合は、ＬＴＥ－Ａシステムでは１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域よりも小さい帯域幅を有する１個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）維持のために、既存のシステムで使用する帯域幅に制限することができる。
【0124】
例えば、既存の３ＧＰＰ ＬＴＥシステムでは、｛１．４，３，５，１０，１５，２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ ＬＴＥ－ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ－Ａ）では、既存のシステムとの互換のために、それらの帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅を支援するようにすることができる。また、本発明で用いられるキャリア併合システムは、既存のシステムで用いる帯域幅にかかわらず、新しい帯域幅を定義してキャリア併合を支援するようにすることもできる。
【0125】
また、このようなキャリア併合は、イントラ－バンドＣＡ（Ｉｎｔｒａ－ｂａｎｄ ＣＡ）とインター－バンドＣＡ（Ｉｎｔｅｒ－ｂａｎｄ ＣＡ）とに区別できる。イントラ－バンドキャリア併合とは、複数のＤＬ ＣＣ及び／又はＵＬ ＣＣが周波数上で隣接したり近接して位置することを意味する。言い換えると、ＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が同じバンド内に位置することを意味できる。一方、周波数領域において遠く離れている環境をインター－バンドＣＡ（Ｉｎｔｅｒ－Ｂａｎｄ ＣＡ）と呼ぶことができる。言い換えると、複数のＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が、互いに異なるバンドに位置することを意味できる。この場合、端末は、キャリア併合環境における通信を行うために、複数のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）端を使用することができる。
【0126】
ＬＴＥ－Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。上述したキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ ｃｅｌｌｓ）環境と呼ぶことができる。セルは、下りリンクリソース（ＤＬ ＣＣ）及び上りリンクリソース（ＵＬ ＣＣ）の組合せと定義されるか、上りリンクリソースは必須要素ではない。このため、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの両者で構成することができる。
【0127】
例えば、特定端末が、１個の設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ ｓｅｒｖｉｎｇ ｃｅｌｌ）を有する場合、１個のＤＬ ＣＣと１個のＵＬ ＣＣを有することができる。しかし、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ ＣＣを有し、ＵＬ ＣＣの数はそれと同数又は小さい数であってもよい。又は、これと逆にＤＬ ＣＣとＵＬ ＣＣが構成されてもよい。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ ＣＣの数よりもＵＬ ＣＣが多いキャリア併合環境が支援されてもよい。
【0128】
また、キャリア結合（ＣＡ）は、それぞれのキャリア周波数（セルの中心周波数）が異なる２つ以上のセルの併合と理解されてもよい。キャリア結合でいう「セル（Ｃｅｌｌ）」は、周波数の観点で説明されるものであり、一般的に使われる、基地局のカバーする地理的領域としての「セル」とは区別されなければならない。以下、上述したイントラ－バンドキャリア併合をイントラ－バンド多重セルといい、インター－バンドキャリア併合をインター－バンド多重セルという。
【0129】
ＬＴＥ－Ａシステムで用いられるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を含む。ＰセルとＳセルはサービングセル（Ｓｅｒｖｉｎｇ Ｃｅｌｌ）として用いることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか又はキャリア併合を支援しない端末の場合、Ｐセルのみで構成されたサービングセルが１つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるとともに、キャリア併合が設定されている端末の場合、一つ以上のサービングセルが存在してもよく、全体のサービングセルにはＰセルと一つ以上のＳセルが含まれる。
【0130】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを用いて設定することができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘはＳセルに適用するためにあらかじめ与えられる。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さいセルＩＤ（又はセルインデックス）を有するセルがＰセルとなる。
【0131】
Ｐセルはプライマリ周波数（又は、ｐｒｉｍａｒｙ ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再－設定過程を行うために用いられてもよく、ハンドオーバー過程で指示されたセルのことを指してもよい。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の中心となるセルを意味する。すなわち、端末は、自身のＰセルでのみＰＵＣＣＨの割当てを受けて送信することができ、システム情報を取得したり、モニタリング手順を変更する時にＰセルのみを用いることができる。Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）は、キャリア併合環境を支援する端末に対して、移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いてハンドオーバー手順のためにＰセルのみを変更することもできる。
【0132】
Ｓセルはセカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ ＣＣ）上で動作するセルを意味できる。特定端末にＰセルは１一つのみ割り当てられ、Ｓセルは１つ以上割り当てられてもよい。Ｓセルは、ＲＲＣ接続設定がなされた後に構成可能であり、追加の無線リソースを提供するために用いることができる。キャリア併合環境で設定されたサービングセルにおいてＰセル以外のセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。
【0133】
Ｅ－ＵＴＲＡＮは、Ｓセルをキャリア併合環境を支援する端末に追加する時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作に関する全てのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌ）を用いて提供することができる。システム情報の変更は、関連したＳセルの解除及び追加によって制御することができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いることができる。Ｅ－ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）をすればよい。
【0134】
初期保安活性化過程が始まった後に、Ｅ－ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに加えて一つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルはそれぞれのコンポーネントキャリアとして動作することができる。以下の実施例では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同じ意味で使われ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同じ意味で使われてもよい。
【0135】
図６は、本発明の実施例で用いられるコンポーネントキャリア（ＣＣ）、及びＬＴＥ＿Ａシステムで用いられるキャリア併合の一例を示す図である。
【0136】
図６（ａ）は、ＬＴＥシステムで用いられる単一キャリア構造を示す。コンポーネントキャリアにはＤＬ ＣＣとＵＬ ＣＣがある。一つのコンポーネントキャリアは２０ＭＨｚの周波数範囲を有することができる。
【0137】
図６（ｂ）は、ＬＴＥ＿Ａシステムで用いられるキャリア併合構造を示す。図６（ｂ）では、２０ＭＨｚの周波数サイズを有する３個のコンポーネントキャリアが結合された場合を示している。ＤＬ ＣＣとＵＬ ＣＣがそれぞれ３個ずつあるが、ＤＬ ＣＣとＵＬ ＣＣの個数に制限があるわけではない。キャリア併合の場合、端末は３個のＣＣを同時にモニタすることができ、下りリンク信号／データを受信することができ、上りリンク信号／データを送信することができる。
【0138】
仮に、特定セルでＮ個のＤＬ ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ ＣＣを割り当てることができる。この時、端末はＭ個の制限されたＤＬ ＣＣのみをモニタしてＤＬ信号を受信することができる。また、ネットワークはＬ（Ｌ≦Ｍ≦Ｎ）個のＤＬ ＣＣに優先順位を与えて主なＤＬ ＣＣを端末に割り当てることもでき、この場合、ＵＥはＬ個のＤＬ ＣＣは必ずモニタしなければならない。この方式は上りリンク送信に同一に適用されてもよい。
【0139】
下りリンクリソースの搬送波周波数（又はＤＬ ＣＣ）と上りリンクリソースの搬送波周波数（又は、ＵＬ ＣＣ）とのリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位層メッセージやシステム情報で示すことができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ Ｔｙｐｅ２）によって定義されるリンケージによってＤＬリソースとＵＬリソースとの組合せを構成することができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ ＣＣと該ＵＬグラントを用いるＵＬ ＣＣとのマッピング関係を意味することができ、ＨＡＲＱのためのデータが送信されるＤＬ ＣＣ（又はＵＬ ＣＣ）とＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ ＣＣ（又はＤＬ ＣＣ）とのマッピング関係を意味することもできる。
【0140】
２．２ クロスキャリアスケジューリング（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）
【0141】
キャリア併合システムには、キャリア（又は搬送波）又はサービングセル（Ｓｅｒｖｉｎｇ Ｃｅｌｌ）に対するスケジューリング観点で、自己スケジューリング（Ｓｅｌｆ－Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）方法がある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）又はクロスセルスケジューリング（Ｃｒｏｓｓ Ｃｅｌｌ Ｓｃｈｅｄｕｌｉｎｇ）と呼ぶこともできる。
【0142】
自己スケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨが同一ＤＬ ＣＣで送信されたり、又はＤＬ ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ ＣＣとリンクされているＵＬ ＣＣで送信されることを意味する。
【0143】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨがそれぞれ異なるＤＬ ＣＣで送信されたり、又はＤＬ ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ ＣＣとリンクされているＵＬ ＣＣ以外のＵＬ ＣＣで送信されることを意味する。
【0144】
クロスキャリアスケジューリングは、端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）に活性化又は非活性化することができ、上位層シグナリング（例えば、ＲＲＣシグナリング）用いて半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に各端末に対して知らせることができる。
【0145】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨには、該ＰＤＣＣＨが示すＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ ＣＣで送信されるのかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｏｒ Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨリソース又はＰＵＳＣＨリソースをＣＩＦを用いて複数のコンポーネントキャリアのうちの一つに割り当てることができる。すなわち、ＤＬ ＣＣ上のＰＤＣＣＨが多重集成されたＤＬ／ＵＬ ＣＣのうちの一つにＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てる場合にＣＩＦが設定される。この場合、ＬＴＥ Ｒｅｌｅａｓｅ－８のＤＣＩフォーマットはＣＩＦによって拡張されてもよい。このとき、設定されたＣＩＦは、３ビットフィールドに固定されてもよく、設定されたＣＩＦの位置はＤＣＩフォーマットサイズに関係なく固定されてもよい。また、ＬＴＥ Ｒｅｌｅａｓｅ－８のＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）を再使用してもよい。
【0146】
一方、ＤＬ ＣＣ上のＰＤＣＣＨが同ＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、単一リンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ Ｒｅｌｅａｓｅ－８と同じＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）とＤＣＩフォーマットが用いられてもよい。
【0147】
クロスキャリアスケジューリングが可能な場合、端末はＣＣ別送信モード及び／又は帯域幅によってモニタリングＣＣの制御領域で複数のＤＣＩに対するＰＤＣＣＨをモニタする必要がある。このため、これを支援できる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【0148】
キャリア併合システムにおいて、端末ＤＬ ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジュールされたＤＬ ＣＣの集合を指し、端末ＵＬ ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジュールされたＵＬ ＣＣの集合を指す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ ＣＣの集合を意味する。ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合と同一であってもよく、端末ＤＬ ＣＣ集合の副集合（ｓｕｂｓｅｔ）であってもよい。ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合におけるＤＬ ＣＣの少なくとも一つを含むことができる。又は、ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合とは別個に定義されてもよい。ＰＤＣＣＨモニタリング集合に含まれるＤＬ ＣＣは、リンクされたＵＬ ＣＣに対する自己スケジューリング（ｓｅｌｆ－ｓｃｈｅｄｕｌｉｎｇ）は常に可能なように設定することができる。このような、端末ＤＬ ＣＣ集合、端末ＵＬ ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ ｇｒｏｕｐ－ｓｐｅｃｉｆｉｃ）又はセル特定（Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ）に設定することができる。
【0149】
クロスキャリアスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ ＣＣ集合と同一であるということを意味し、このような場合にはＰＤＣＣＨモニタリング集合に対する別のシグナリングのような指示が必要でない。しかし、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするために、基地局はＰＤＣＣＨモニタリング集合のみを通じてＰＤＣＣＨを送信する。
【0150】
図７は、本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ－Ａシステムのサブフレーム構造を示す図である。
【0151】
図７を参照すると、ＬＴＥ－Ａ端末のためのＤＬサブフレームは、３個の下りリンクコンポーネントキャリア（ＤＬ ＣＣ）が結合されており、ＤＬ ＣＣ 「Ａ」はＰＤＣＣＨモニタリングＤＬ ＣＣとして設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ ＣＣはＣＩＦ無しで自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信することができる。一方、ＣＩＦが上位層シグナリングによって使用される場合には、一つのＤＬ ＣＣ 「Ａ」のみがＣＩＦを用いて自身のＰＤＳＣＨ又は他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信することができる。この時、ＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されていないＤＬ ＣＣ 「Ｂ」及び「Ｃ」はＰＤＣＣＨを送信しない。
【0152】
図８は、本発明の実施例で用いられるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【0153】
キャリア結合（ＣＡ）を支援する無線接続システムでは基地局及び／又は端末を一つ以上のサービングセルで構成することができる。図８で、基地局は、Ａセル、Ｂセル、Ｃセル及びＤセルの合計４個のサービングセルを支援することができ、端末ＡはＡセル、Ｂセル及びＣセルで構成され、端末ＢはＢセル、Ｃセル及びＤセルで構成され、端末ＣはＢセルで構成された場合を仮定する。ここで、各端末に構成されたセルのうち少なくとも一つをＰセルとして設定することができる。この時、Ｐセルは常に活性化された状態であり、Ｓセルは基地局及び／又は端末によって活性化又は非活性化されてもよい。
【0154】
図８で、構成されたセルは、基地局のセルのうち、端末からの測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）メッセージに基づいてＣＡにセル追加が可能なセルであって、端末別に設定可能である。構成されたセルは、ＰＤＳＣＨ信号の送信に対するＡＣＫ／ＮＡＣＫメッセージの送信のためのリソースをあらかじめ予約しておく。活性化されたセル（Ａｃｔｉｖａｔｅｄ ｃｅｌｌ）は、構成されたセルのうち、実際にＰＤＳＣＨ信号及び／又はＰＵＳＣＨ信号を送信するように設定されたセルであり、ＣＳＩ報告及びＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）送信を行う。非活性化されたセル（Ｄｅ－Ａｃｔｉｖａｔｅｄ ｃｅｌｌ）は、基地局の命令又はタイマー動作によってＰＤＳＣＨ／ＰＵＳＣＨ信号の送受信を行わないように構成されるセルであって、ＣＳＩ報告及びＳＲＳ送信も中断される。
【0155】
３．サウンディング参照信号（ＳＲＳ）
【0156】
３．１ ＬＴＥ／ＬＴＥ―ＡシステムのＳＲＳ
【0157】
図９は、本発明の実施例で使用されるＳＲＳ送信方法の一つを示す図である。
【0158】
ＳＲＳは、上りリンク上で周波数－選択的（Ｆｒｅｑｕｅｎｃｙ－Ｓｅｌｅｃｔｉｖｅ）スケジューリングを可能にするためのチャネル品質の推定のために使用される。このとき、ＳＲＳ送信は、上りリンクデータ送信及び／又は上りリンク制御情報送信とは関係なく行われる。但し、ＳＲＳは、電力制御の向上のための目的又は近来のスケジュールされていない端末に対する多様な新規機能を提供するための目的で使用することができる。例えば、多様な新規機能は、初期ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）選択、データ送信のための初期電力制御、時間優先（ＴＡ：Ｔｉｍｉｎｇ Ａｄｖａｃｎｅｄ）及びいわゆる周波数準選択的スケジューリングを含む。このとき、周波数準選択的スケジューリングは、周波数リソースがサブフレームの第一のスロットに選択的に割り当てられ、疑似ランダムに第二のスロットの他の周波数にホップされることを意味する。
【0159】
また、ＳＲＳは、無線チャネルの上りリンク及び下りリンクが相互的であるという仮定の下で下りリンクチャネル品質の推定のために使用することができる。このような仮定は、上りリンク及び下りリンクで同一の周波数スペクトルを共有し、時間領域で分離されている時間分割多重（ＴＤＤ）システムに特に有効である。
【0160】
各セル内で任意の端末が送信するＳＲＳが送信されるサブフレームは、セル特定放送シグナリング（Ｃｅｌｌ－Ｓｐｅｃｉｆｉｃ ｂｒｏａｄｃａｓｔ ｓｉｇｎａｌｉｎｇ）によって指示される。セル特定「ｓｒｓＳｕｂｆｒａｍｅＣｏｎｆｉｇｕｒａｔｉｏｎ」パラメータは、各無線フレーム内でＳＲＳが送信され得る１５個の可能なサブフレームの集合を指示する。このような構成は、配置シナリオ上によるＳＲＳオーバーヘッドを調整するのに柔軟性を与えることができる。セル内で１６番目の構成は主に高速端末に対する接近であり、セル内でＳＲＳを完全にオフにするように変更する。
【0161】
ＳＲＳ送信は、サブフレームの最後のＳＣ－ＦＤＭＡシンボルに構成される。そのため、ＳＲＳ及びＤＭ－ＲＳは別個のＳＣ－ＦＤＭＡシンボルに位置する。また、ＰＵＳＣＨデータ送信は、ＳＲＳに割り当てられたＳＣ－ＦＤＭＡシンボル上には許容されず、最悪の場合、ＳＲＳオーバーヘッドは毎サブフレームで約７％発生し得る。
【0162】
各ＳＲＳシンボルは、与えられた時間区間及び帯域幅で基本シーケンスによって生成され、セル内の全ての端末は同一の基本シーケンスを用いる。このとき、セル内での多数の端末からのＳＲＳ送信は、それぞれ基本シーケンスの別個の循環遷移によって直交的に区分することができる。他のセルからのＳＲＳシーケンスは、各セル間に別個の基本シーケンスを割り当てることによって区分することができる。但し、基本シーケンス間には直交性が保証されない。
【0163】
３．２ 端末サウンディング信号送信方法
【0164】
以下では、端末がサウンディング参照信号を送信する方法に対して説明する。
【0165】
端末は、二つのトリガータイプに基づいてサービングセルごとにＳＲＳリソース上でＳＲＳを送信することができる。トリガータイプ０（ｔｒｉｇｇｅｒ ｔｙｐｅ ０）は、上位層シグナリングによって指示される周期的ＳＲＳ送信方法を意味し、トリガータイプ１（ｔｒｉｇｇｅｒ ｔｙｐｅ １）は、ＦＤＤ及びＴＤＤ方式に対してＰＤＣＣＨを介して送信されるＤＣＩフォーマット０／４／１Ａ又はＴＤＤ方式に対してＰＤＣＣＨを介して送信されるＤＣＩフォーマット２Ｂ／２Ｃ／２Ｄを通じて要求される非周期的ＳＲＳ送信方法を意味する。
【0166】
トリガータイプ０及び１によるＳＲＳ送信が同一のサービングセル内の同一のサブフレームで発生する場合、端末は、トリガータイプ１によるＳＲＳ送信のみを行う。端末は、各サービングセルごとにトリガータイプ０及び／又はトリガータイプ１に対するＳＲＳパラメータで構成することができる。以下では、トリガータイプ０及び／又はトリガータイプ１に対して上位層信号によってサービングセル特定又は半―静的に構成されるＳＲＳパラメータに対して説明する。
【0167】
３ＧＰＰ ＴＳ ３６．２１１規格文書の５．５．３．２節に定義された送信コーム
（Ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｍｂ）は、トリガータイプ０及びそれぞれのトリガータイプ１に対して構成される。
【数9】
【0168】
３ＧＰＰ ＴＳ ３６．２１１規格文書の５．５．３．２節に定義された物理リソースブロック割当て開始（Ｓｔａｒｔｉｎｇ ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ａｓｓｉｇｎｍｅｎｔ）ｎＲＲＣパラメータは、トリガータイプ０及びそれぞれのトリガータイプ１に対して構成される。
【0169】
トリガータイプ０に対して、持続時間（ｄｕｒａｔｉｏｎ）パラメータは、単一サブフレームで構成されてもよく、又は解除されるまで無期限に構成されてもよい。
【0170】
トリガータイプ０に対して、ＳＲＳ送信周期ＴＳＲＳ及びＳＲＳサブフレームオフセットＴｏｆｆｓｅｔを示すｓｒｓ－ＣｏｎｆｉｇＩｎｄｅｘ ＩＳＲＳパラメータは、以下で説明する表７及び表８に定義されており、トリガータイプ１に対して、ＳＲＳ送信周期ＴＳＲＳ，１及びＳＲＳサブフレームオフセットＴoffset,1を示すｓｒｓ－ＣｏｎｆｉｇＩｎｄｅｘ ＩＳＲＳパラメータは、以下で説明する表１０及び表１１に定義されている。
【0171】
３ＧＰＰ ＴＳ ３６．２１１規格文書の５．５．３．２節に定義されたＳＲＳ帯域幅ＢＳＲＳパラメータは、トリガータイプ０及びそれぞれのトリガータイプ１に対して構成される。
【0172】
３ＧＰＰ ＴＳ ３６．２１１規格文書の５．５．３．２節に定義された周波数ホッピング帯域幅ｂｈｏｐパラメータは、トリガータイプ０に対して構成される。
【0173】
３ＧＰＰ ＴＳ ３６．２１１規格文書の５．５．３．１節に定義された循環遷移ｎｃｓ
ＳＲＳパラメータは、トリガータイプ０及びそれぞれのトリガータイプ１に対して構成される。
【0174】
アンテナポート番号Ｎｐパラメータは、トリガータイプ０及びそれぞれのトリガータイプ１に対して構成される。
【0175】
トリガータイプ１及びＤＣＩフォーマット４のために三つのＳＲＳパラメータ集合（例えば、ｓｒｓ－ＣｏｎｆｉｇＡｐＤＣＩ－Ｆｏｒｍａｔ４）が上位層信号によって構成される。ＤＣＩフォーマット４に含まれた２ビットのＳＲＳ要求フィールドは、次の表６に与えられたＳＲＳパラメータ集合を指示する。
【0176】
【表6】
【0177】
トリガータイプ１及びＤＣＩフォーマット０に対して、一つのＳＲＳパラメータ集合ｓｒｓ－ＣｏｎｆｉｇＡｐＣＤＩ－Ｆｏｒｍａｔ０が上位層シグナリングによって構成される。トリガータイプ１及びＤＣＩフォーマット１Ａ／２Ｂ／２Ｃ／２Ｄに対して、一つの共通ＳＲＳパラメータ集合ｓｒｓ－ＣｏｎｆｉｇＡｐＣＤＩ－Ｆｏｒｍａｔ１ａ２ｂ２ｃは上位層シグナリングによって構成される。
【0178】
ＤＣＩフォーマット０／１Ａ／２Ｂ／２Ｃ／２Ｄに含まれた１ビットのＳＲＳ要求フィールドが「１」に設定されると、トリガータイプ１をトリガーすることができる（すなわち、ポジティブＳＲＳ要求）。端末が上位層シグナリングによってＤＣＩフォーマット０／１Ａ／２Ｂ／２Ｃ／２Ｄに対してＳＲＳパラメータで構成されると、フレーム構造タイプ１に対してＤＣＩフォーマット０／１Ａ内に１ビットのＳＲＳ要求フィールドが含まれ、フレーム構造タイプ２に対してＤＣＩフォーマット０／１Ａ／２Ｂ／２Ｃ／２Ｄ内に１ビットのＳＲＳ要求フィールドが含まれる。
【0179】
サービングセル特定ＳＲＳ送信帯域ＣＳＲＳ及びサービングセル特定ＳＲＳ送信サブフレームは、上位層シグナリング（例えば、ＭＡＣ、ＲＲＣメッセージなど）によって構成される。
【0180】
送信アンテナ選択を支援する端末に対して与えられたサービングセルに対してアンテナ選択が活性化されると、時間ｎＳＲＳに送信されるＳＲＳを送信する端末アンテナのインデックスは、次の式３又は式４のように与えられる。
【0181】
〔式３〕
【数10】
【0182】
式３は、サウンディング帯域の一部又は全部に対して周波数ホッピングが非活性化された場合（すなわち、
）の端末アンテナインデックスを示す。
【数11】
【0183】
〔式４〕
【数12】
【0184】
式４は、周波数ホッピングが活性化された場合（すなわち、ｂｈｏｐ＜ＢＳＲＳ）の端末アンテナインデックスを示す。式３及び式４において、パラメータ値ＢＳＲＳ、ｂｈｏｐ、Ｎｂ、及びｎＳＲＳは、３ＧＰＰ ＴＳ ３６．２１１規格文書の５．５．３．２節を参照することができる。また、単一ＳＲＳ送信が端末に構成された場合を除いては
に設定される。このとき、Ｎｂ値とは関係なく、
であることを仮定する。端末が一つ以上のサービングセルで構成されると、端末が別個のアンテナポートを介して同時にＳＲＳを送信すると期待しない。
【数13】
【数14】
【0185】
端末がサービングセルでＮｐ個のアンテナポート上でＳＲＳを送信するように構成することができる。Ｎｐ値は、上位層信号で端末に知らせることができる。ＰＵＳＣＨ送信モード１に対して
で、二つのアンテナポートで構成されたＰＵＳＣＨに対するＰＵＳＣＨ送信モード２に対して
で、ＰＵＳＣＨのために構成された４アンテナポートに対して
である。
【数15】
【数16】
【数17】
【0186】
サービングセルの多重アンテナポート上でＳＲＳを送信するように構成された端末は、該当サービングセルの同一のサブフレームの一つのＳＣ－ＦＤＡＭシンボル内で構成された送信アンテナポートの全てに対してＳＲＳを送信しなければならない。ＳＲＳ送信帯域幅及び開始物理リソースブロック割当てパラメータは、該当サービングセルの構成された全てのアンテナポートに対して同一に設定される。
【0187】
多重時間優先グループ（ＴＡＧ：Ｔｉｍｉｎｇ Ａｄｖａｎｃｅｄ Ｇｒｏｕｐ）で構成されていない端末は、ＳＲＳ及びＰＵＳＣＨ送信が同一のシンボルで重複される度にＳＲＳを送信しない。ＴＡＧは、キャリア結合（ＣＡ）環境で基地局と上りリンク同期を取るためのＴＡが同一であるサービングセルのグループを意味する。
【0188】
ＴＤＤに対して、与えられたサービングセルのＵｐＰＴＳ内にＳＣ－ＦＤＭＡシンボルが一つ存在すると、ＳＣ－ＦＤＭＡシンボルはＳＲＳ送信のために使用することができる。与えられたサービングセルのＵｐＰＴＳ内にＳＣ－ＦＤＭＡシンボルが二つ存在すると、二つのＳＣ－ＦＤＡＭシンボルを同一の端末に割り当てることができ、いずれもＳＲＳ送信に使用することができる。
【0189】
多重ＴＡＧで構成されていない端末は、同一のサブフレーム内でトリガータイプ０ ＳＲＳ送信とＰＵＣＣＨフォーマット２／２ａ／２ｂ送信とが衝突すると、トリガータイプ０ ＳＲＳ送信を行わない。多重ＴＡＧで構成されていない端末は、同一のサブフレーム内でトリガータイプ１ ＳＲＳ送信とＰＵＣＣＨフォーマット２ａ／２ｂ送信又はＨＡＲＱ情報送信のためのＰＵＣＣＨフォーマット２送信とが衝突すると、トリガータイプ１ ＳＲＳ送信を行わない。多重ＴＡＧで構成されていない端末は、同一のサブフレーム内でＨＡＲＱ情報送信を除いたＰＵＣＣＨフォーマット２送信とトリガータイプ１ ＳＲＳ送信とが衝突すると、ＨＡＲＱ情報送信を除いたＰＵＣＣＨフォーマット２送信を行わない。
【0190】
ａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータが「ＦＡＬＳＥ」に設定されると、多重ＴＡＧで構成されていない端末は、同一のサブフレーム内でＳＲＳ送信とＨＡＲＱ－ＡＣＫ情報送信のためのＰＵＣＣＨ送信及び／又はポジティブＳＲとが衝突すると、ＳＲＳ送信を行わない。ａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータが「ＴＲＵＥ」に設定されると、多重ＴＡＧで構成されていない端末は、同一のサブフレーム内でＳＲＳ送信とＨＡＲＱ－ＡＣＫ情報送信のためのＰＵＣＣＨ送信及び／又は縮小されたフォーマットを使用するポジティブＳＲとが衝突すると、ＳＲＳ送信を行う。
【0191】
多重ＴＡＧで構成されていない端末は、同一のサブフレーム内でＳＲＳ送信とＨＡＲＱ情報送信のためのＰＵＣＣＨ送信及び／又は一般ＰＵＣＣＨフォーマットを使用するポジティブＳＲとが衝突すると、ＳＲＳ送信を行わない。
【0192】
ＵｐＰＴＳでＳＲＳ送信区間がプリアンブルフォーマット４のためのＰＲＡＣＨ領域と重畳したり、サービングセル内に構成された上りリンクシステム帯域幅の範囲を超えると、端末はＳＲＳ送信を行わない。
【0193】
上位層によって提供されるａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータによって、同一のサブフレーム内で端末がＨＡＲＱ－ＡＣＫ情報を含むＰＵＣＣＨとＳＲＳを同時に送信するか否かが決定される。端末が同一のサブフレームでＰＵＣＣＨを介したＨＡＲＱ－ＡＣＫ及びＳＲＳを送信するように構成されると、プライマリセルのセル特定ＳＲＳサブフレームにおいて、端末は、縮小されたＰＵＣＣＨフォーマットを用いてＨＡＲＱ－ＡＣＫ及びＳＲを送信する。このとき、ＳＲＳ位置に相応するＨＡＲＱ－ＡＣＫ又はＳＲシンボルはパンクチャされる。端末がプライマリセルのセル特定ＳＲＳサブフレーム内でＳＲＳ送信を行わない場合にも、縮約されたＰＵＣＣＨフォーマットは該当サブフレーム内で使用される。そうでない場合、端末は、一般ＰＵＣＣＨフォーマット１／１ａ／１ｂ又は一般ＰＵＣＣＨフォーマット３をＨＡＲＱ－ＡＣＫ及びＳＲ送信に使用する。
【0194】
ＳＲＳ周期ＴＳＲＳパラメータ及びＳＲＳサブフレームオフセットＴｏｆｆｓｅｔパラメータに対するトリガータイプ０ ＳＲＳ構成は、次の表７及び表８にＦＤＤ及びＴＤＤに対してそれぞれ定義されている。
【0195】
【表7】
【0196】
【表8】
【0197】
ＳＲＳ送信周期パラメータＴＳＲＳは、サービングセルに特定され、｛２，５，１０，２０，４０，８０，１６０，３２０｝ｍｓの集合又はサブフレームから選択される。ＴＤＤにおける２ｍｓのＴＳＲＳ周期パラメータに対して、二つのＳＲＳリソースは、与えられた該当サービングセルでＵＬサブフレームを含むハーフフレーム内に構成される。
【0198】
ＴＳＲＳ＞２であるＴＤＤ又はＦＤＤに対して、与えられたサービングセル内でトリガータイプ０であるＳＲＳ送信インスタンス（ｉｎｓｔａｎｃｅｓ）は、
を満足するサブフレームで決定される。このとき、ＦＤＤに対して、
は、フレーム内のサブフレームインデックスを意味し、ＴＤＤに対して、ｋＳＲＳは、次の表９によって定義される。また、ＴＳＲＳ＝２であるＴＤＤに対して、ＳＲＳ送信インスタンスは、
を満足するサブフレームである。
【数18】
【数19】
【数20】
【0199】
【表9】
【0200】
サービングセル内でトリガータイプ１であるＳＲＳ送信に対して、ＳＲＳ送信周期ＴＳＲＳ、１及びＳＲＳサブフレームオフセットＴｏｆｆｓｅｔ、１は、次の表１０及び表１１にＦＤＤ及びＴＤＤに対してそれぞれ定義される。
【0201】
【表10】
【0202】
【表11】
【0203】
ＳＲＳ送信に対する周期パラメータＴＳＲＳ、１は、サービングセル特定値であり、サブフレーム又は｛２，５，１０｝ｍｓ集合から選択される。ＴＤＤにおける２ｍｓのＳＲＳ送信周期に対して、二つのＳＲＳリソースは、与えられたサービングセルでＵＬサブフレームを含むハーフフレーム内に構成される。
【0204】
サービングセルｃにおいて、タイプ１ ＳＲＳ送信で構成され、キャリア指示子フィールドによって構成されていない端末は、サービングセルｃ上でＰＵＳＣＨ／ＰＤＳＣＨをスケジュールするＰＤＣＣＨ／ＥＰＤＣＣＨ内のポジティブＳＲＳ要求を検出する場合、サービングセルｃでＳＲＳを送信する。
【0205】
サービングセルｃにおいて、タイプ１ ＳＲＳ送信で構成され、キャリア指示子フィールドによって構成された端末は、ＰＵＳＣＨ／ＰＤＳＣＨをスケジュールするＰＤＣＣＨ／ＥＰＤＣＣＨ内のポジティブＳＲＳ要求の検出時、キャリア指示子フィールドと相応するサービングセルｃ上でＳＲＳを送信する。
【0206】
サービングセルｃにおいて、タイプ１ ＳＲＳ送信で構成された端末がサービングセルｃのサブフレームｎでポジティブＳＲＳ要求を検出すると、ＦＤＤ及びＴＳＲＳ，１＞２であるＴＤＤに対して、
及び
を満足する第一のサブフレーム内でＳＲＳ送信を開始する。又は、端末は、ＴＳＲＳ、１＝２であるＴＤＤに対して、
を満足する第一のサブフレームでＳＲＳ送信を開始する。このとき、ＦＤＤに対して、フレームｎｆ内での
はサブフレームインデックスを示す。
【数21】
【数22】
【数23】
【数24】
【0207】
トリガータイプ１ ＳＲＳ送信で構成された端末は、同一のサービングセル及び同一のサブフレームに対して、上位層シグナリングによって他の値で構成されたトリガータイプ１ ＳＲＳ送信パラメータと関連するタイプ１ ＳＲＳトリガリングイベントを受信すると期待しない。
【0208】
端末は、同一のサブフレーム内でランダムアクセス過程に基づいた競争の一部として同一の送信ブロックの再送信又はランダムアクセス応答に相応するＰＵＳＣＨ送信とＳＲＳとが衝突すると、ＳＲＳを送信しない。
【0209】
３．３ 周期的ＳＲＳ送信及び非周期的ＳＲＳ送信
【0210】
図１０（ａ）は、周期的ＳＲＳ送信の概念を示す図で、図１０（ｂ）は、非周期的ＳＲＳ送信の概念を示す図である。このとき、周期的ＳＲＳ送信は、トリガータイプ０であるＳＲＳ送信を意味し、非周期的ＳＲＳ送信は、トリガータイプ１であるＳＲＳ送信を意味する。
【0211】
まず、周期的ＳＲＳ送信に対して説明する。図１０（ａ）を参照すると、ＳＲＳ送信のためのＳＲＳ送信パラメータは、基地局から上位層シグナル（例えば、ＲＲＣ信号）を介して端末に送信される（Ｓ１０１０）。
【0212】
ＳＲＳ送信パラメータは、一つのＳＲＳ送信が占める帯域幅を示すＳＲＳ送信帯域幅パラメータ、ＳＲＳ送信が周波数上でホップする周波数領域を示すホッピング帯域幅パラメータ、周波数領域上でＳＲＳ送信が開始される位置を示す周波数位置（ｆｒｅｑｕｅｎｃｙ ｐｏｓｉｔｉｏｎ）パラメータ、ＳＲＳ送信位置又はパターンを示すための送信コーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｍｂ）パラメータ、ＳＲＳ間の区別のための循環遷移（ｃｙｃｌｉｃ ｓｈｉｆｔ）パラメータ、ＳＲＳ送信周期を示す周期パラメータ、及びＳＲＳが送信されるサブフレームを指示するサブフレームオフセットパラメータを含むことができる。このとき、サブフレームオフセットパラメータは、セル特定ＳＲＳサブフレーム又は端末特定ＳＲＳサブフレームなどを指示することができる。
【0213】
端末は、ＳＲＳ送信パラメータを基盤にして２ｍｓ～１６０ｍｓの定められた時間間隔で周期的にＳＲＳ送信を行うことができる（Ｓ１０３０）。
【0214】
このとき、ＳＲＳシンボルは、ＰＵＳＣＨ送信に使用されてはならないので、セル内の全ての端末は、該当セル内のいずれのサブフレームでＳＲＳ送信が起こるのかをあらかじめ知っている場合がある。
【0215】
次に、非周期的ＳＲＳ送信に対して説明する。非周期的ＳＲＳ送信は、スケジューリング承認の一部としてＰＤＣＣＨ上のシグナリングでトリガーされる。非周期的ＳＲＳ送信の周波数領域構造は周期的ＳＲＳと同一である。但し、非周期的ＳＲＳがいつ送信されるのかは、上位層シグナリングを通じて端末別に設定される。
【0216】
図１０（ｂ）を参照すると、ＳＲＳ送信のためのＳＲＳ送信パラメータは、基地局から上位層シグナル（例えば、ＲＲＣ信号）を介して端末に送信される（Ｓ１０２０）。
【0217】
このとき、非周期的ＳＲＳ送信で使用されるＳＲＳ送信パラメータは、基本的に周期的ＳＲＳ送信に使用されるＳＲＳ送信パラメータと同一である。
【0218】
基地局は、非周期的ＳＲＳ送信を要求する場合、ＳＲＳ要求フィールドが設定されたＰＤＣＣＨ信号又はＥ－ＰＤＣＣＨ信号を端末に送信する。このとき、Ｅ－ＰＤＣＣＨ信号は、ＰＤＳＣＨ領域を介して送信される制御情報を意味する。また、ＰＤＣＣＨ信号に対する説明は、上述した１節を参照することができる（Ｓ１０４０）。
【0219】
Ｓ１０４０段階で明示的に非周期的ＳＲＳ送信の要求を受けた端末は、該当サブフレームで非周期的ＳＲＳ送信を行うことができる（Ｓ１０６０）。
【0220】
４．ＭＴＣ端末のＳＲＳ送信方法
【0221】
４．１ ＭＴＣ端末
【0222】
ＬＴＥ―Ａシステムは、次期無線通信システムにおいて計量器の検針、水位測定、監視カメラの活用、自動販売機の在庫報告などのデータ通信を主とする低価／低仕様の端末を構成することを考慮している。見た発明の実施例では、便宜上、このような端末をＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末と称することにする。
【0223】
ＭＴＣ端末の場合、送信データ量が少なく、上リンク／下りリンクデータ送受信が度々発生するので、このような低いデータ送信率に合わせて端末機の単価を低下させ、バッテリ消耗を減少させることが効率的である。このようなＭＴＣ端末は、移動性が少ないことを特徴とし、したがって、チャネル環境がほとんど変わらないという特性を有している。現在、ＬＴＥ―Ａでは、このようなＭＴＣ端末が既存に比べて広いカバレッジを有するようにすることを考慮しており、このために、ＭＴＣ端末のための多様なカバレッジ向上（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ）技法が論議されている。
【0224】
ＭＴＣ端末は、レガシーＵＥ（すなわち、一般端末）に比べて送信環境が良くない領域（ｅ．ｇ．，地下室など）に設置することができる。このようなＭＴＣ端末のために中継器などを設置する場合、設備投資に多くの費用が消耗され得る。よって、電波環境が劣悪な地域で動作するＭＴＣ端末に対しては、下りリンク又は上りリンクチャネルを繰り返して送信することによって安定的な通信を提供することが効率的であり得る。
【0225】
以下では、ＭＴＣ端末のＳＲＳ送信方法に対して詳細に説明する。このとき、ＳＲＳ送信方法は、１節～３節で説明した方法を基盤にして動作することができる。
【0226】
４．２ ＳＲＳ送信方法－１
【0227】
ＳＲＳは、基地局における上りリンクチャネル測定を支援するために上りリンクチャネルで送信されることによって、その後、ＰＵＳＣＨをスケジュールするために使用される。このとき、ＭＴＣ端末が位置するチャネル環境は電波環境が劣悪であり得る。よって、ＭＴＣ端末は、基地局が効果的に上りリンクチャネルを推定できるように繰り返してＳＲＳを送信するように構成することができる。
【0228】
４．２．１ ＭＴＣ端末のためのＳＲＳ構成方法
【0229】
ＭＴＣ端末が送信するＳＲＳは、繰り返して送信される形態で構成することができる。ＳＲＳシーケンスの送信は、セル特定パラメータ（ｃｅｌｌ ｓｐｅｃｉｆｉｃ ｐａｒａｍｅｔｅｒ）と端末特定パラメータ（ＵＥ ｓｐｅｃｉｆｉｃ ｐａｒａｍｅｔｅｒ）によって決定される。このとき、ＳＲＳの反復送信は時間領域で行われることが好ましい。このために、ＳＲＳの反復送信期間の間、ＳＲＳのシーケンス特性及び送信帯域は同一に設定することができる。
【0230】
ＳＲＳ送信帯域は、ＳＲＳ帯域幅及びＳＲＳホッピング（ＳＲＳ ｈｏｐｐｉｎｇ）関連パラメータで決定され、ＳＲＳ反復送信のために、ＳＲＳ帯域幅及びＳＲＳホッピングパラメータは、ＳＲＳ反復送信区間の間に同一の値を維持するように設定することができる。
【0231】
ＳＲＳシーケンスは、３ＧＰＰ ＴＳ ３６．２１１規格文書で定義しているように、（１）シーケンスグループ番号ｕ（ｓｅｑｕｅｎｃｅ ｇｒｏｕｐ ｎｕｍｂｅｒ ｕ）と（２）送信帯域及びシーケンスホッピングの有無によって決定される基底シーケンス番号ｖ（ｂａｓｅ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ ｖ）、（３）ＳＲＳ送信パラメータである循環遷移パラメータ及び（４）ＳＲＳ送信アンテナポートによって決定することができる。
【0232】
ＳＲＳを時間領域で繰り返して送信することは、基地局で繰り返して受信したＳＲＳを結合し、上りリンクチャネル推定性能を向上させるためである。よって、反復送信区間の間、ＳＲＳシーケンスが変わらないことが好ましい。すなわち、同一のＳＲＳシーケンスを繰り返して送信することができる。
【0233】
このために、ＳＲＳシーケンスを決定するのに使用されるパラメータ値ｕ及びｖは、反復区間の間に固定されることが好ましい。また、ＳＲＳに対するシーケンスグループホッピングを非活性化させたり、反復送信区間の間にはｕ及びｖを一定の値に設定することができる。
【0234】
以下では、シーケンスグループ番号ｕを設定する方法に対して説明する。ＳＲＳ反復送信のためのパラメータ値ｕは、次の式５のように定義することができる。
【0235】
〔式５〕
【数25】
【0236】
式５において、ｆｇｈは、グループホッピングパターンを示す関数で、ｆｓｓは、ＳＲＳシーケンス遷移パターンを意味する。このとき、
を満足する値に決定され、Ｎｃｅｌｌ
ＩＤはセル識別子を意味し、ｎｐはＳＲＳ送信周期を示す。すなわち、この場合は、全てのＳＲＳ反復送信区間で同一のＳＲＳシーケンスが使用されるように設定される。このとき、シーケンスグループホッピングが非活性化される場合は、ｆｇｈ（ｎｐ）＝０に設定することができる。
【数26】
【0237】
他の方法として、シーケンスグループホッピングを最初のＳＲＳ反復送信区間の間に一定に維持した後、次のＳＲＳ反復送信区間で他のＳＲＳシーケンスを使用するように設定される場合は、ｆｇｈ（ｎｐ）にＳＲＳ送信周期（ｎｐ）関数を任意（ｒａｎｄｏｍ）の値に設定することができる。すなわち、端末は、毎ＳＲＳ反復送信周期ごとに別個のＳＲＳシーケンスを用いてＳＲＳを送信することができる。このときにも、一つのＳＲＳ反復送信周期内では同一のＳＲＳシーケンスが繰り返して送信される。
【0238】
以下では、基底シーケンス番号ｖを設定する方法に対して説明する。ｖ値は、ＳＲＳ送信帯域が６ＲＢ以下である場合は、既存のＬＴＥ／ＬＴＥ―Ａシステムのように「０」に設定することができる。ＳＲＳ送信帯域が６ＲＢ以上である場合は、シーケンスホッピングを非活性化し、ｖ値も「０」に設定されるように構成することができる。これは、既存のＬＴＥ／ＬＴＥ―Ａシステムでは、シーケンスホッピングを活性化する場合はｖ値が別個の値を有するようになるが、ＭＴＣ端末がＳＲＳを繰り返して送信する場合はｖ値を互いに同一に設定するためである。
【0239】
又は、ＳＲＳシーケンスホッピングは、シーケンスグループホッピングのような方法で一つの反復送信区間の間には同一のｖ値を有するようにし、次の反復送信区間の間には異なるｖ値を有するように設定することができる。このとき、ｖ値は、ＳＲＳ送信周期（ｎｐ）関数を任意の値に設定することができる。
【0240】
上述した方法のように、端末は、基地局が設定するパラメータ値によってＳＲＳを生成及び送信することができる。このとき、端末は、全てのＳＲＳ送信周期で同一のＳＲＳシーケンスを生成して繰り返して送信したり、ＳＲＳ送信周期ごとに別個のＳＲＳシーケンスを生成して繰り返して送信することができる。
【0241】
４．２．２ ＳＲＳ送信方法
【0242】
ＭＴＣ環境において、ＭＴＣ端末の送信帯域幅は特定の帯域幅（ｅ．ｇ．，６ＰＲＢ）に制限することができる。この場合、端末が送信するＳＲＳの送信帯域幅も制限することができる。しかし、システム帯域幅は、ＭＴＣ端末が支援する送信帯域幅より大きくなり得るので、ＭＴＣ端末がシステム帯域幅のサブバンド（ｓｕｂｂａｎｄ）でスケジューリングを受けるためには、ＳＲＳもサブバンドで送信されるように設定することができる。例えば、システム帯域をＭＴＣ端末の帯域幅に該当する多数のサブバンドに分け、ＳＲＳが該当サブバンドの一つ以上で送信されるように設定することができる。
【0243】
このとき、ＳＲＳがサブバンドで送信される順序は、サブバンドインデックス順序（ｅ．ｇ．，周波数が低いサブバンドインデックス順序）又はあらかじめ定められた順序に設定することができる。よって、端末は、このような順序でＳＲＳをサブバンドを介して送信することができる。ＳＲＳが送信されるサブバンドが一つ以上である場合は、一つのサブバンドでＳＲＳ反復送信が全て完了した後、次のサーブバンドでＳＲＳ反復送信が開始されることが好ましい。
【0244】
時間領域でＳＲＳを繰り返して送信するために、端末は、多数のＳＲＳ構成の設定を受ける必要がある。例えば、基地局は、サービングセルに共通的に設定されたＳＲＳサブフレームで端末がＳＲＳ送信を繰り返して行うように設定することが好ましい。例えば、サービングセルに共通的に設定されたＳＲＳサブフレームは、（１）既存のＬＴＥ／ＬＴＥ―Ａシステムの一般端末に割り当てられるＳＲＳ送信のためのセル特定ＳＲＳサブフレームに設定したり、又は（２）ＭＴＣ端末のために新たに定義されるセル特定ＳＲＳサブフレームに設定することができる。すなわち、ＭＴＣ端末がＳＲＳを繰り返して送信するためのセル特定ＭＴＣ ＳＲＳサブフレームを定義することができる。
【0245】
ＳＲＳ反復送信のために、次のような方法を考慮することができる。
【0246】
（１）方法１：基地局は、セル特定ＳＲＳサブフレームのうちＳＲＳ反復送信のために使用するサブフレームを端末に明示的に知らせることができる。この場合、基地局が指示したサブフレームでのみＳＲＳ反復送信が起こり、残りのサブフレームでは一般的なＳＲＳ送信を行うことができる。すなわち、ＳＲＳ反復送信は、毎ＳＲＳ送信周期で連続的に起こらない場合がある。
【0247】
（２）方法２：基地局は、セル特定ＳＲＳサブフレームで端末特定ＳＲＳサブフレームオフセット（ＵＥ ｓｐｅｃｉｆｉｃ ＳＲＳ ｓｕｂｆｒａｍｅ ｏｆｆｓｅｔ）から反復送信に必要なサブフレームの個数を指示することができる。本発明の実施例において、端末特定ＳＲＳサブフレームは、セル特定ＳＲＳサブフレームに含まれる概念として定義することができる。
【0248】
方法２の場合、セル特定ＳＲＳサブフレームのうち基地局から指示された端末特定ＳＲＳサブフレームでのみ連続的にＳＲＳ反復送信を行うことができる。例えば、基地局が指示したサブフレームでのみＳＲＳ送信が行われ、残りのＳＲＳ送信周期ではＳＲＳ反復送信が発生しない場合がある。
【0249】
（３）方法３：基地局は、セル特定ＳＲＳサブフレームのうちＳＲＳ反復送信を行う端末特定ＳＲＳサブフレームの最初のサブフレーム番号（すなわち、サブフレームオフセット）と最後のＳＲＳサブフレームを明示的に指示することができる。
【0250】
方法３の場合、端末は、ＳＲＳサブフレームオフセットに該当する最初のサブフレームから基地局が最後に指示したＳＲＳサブフレームまでセル特定ＳＲＳサブフレームに対してＳＲＳを繰り返して送信することができる。方法３の場合、セル特定ＳＲＳサブフレームの設定によってＳＲＳ反復送信が連続的なＳＲＳサブフレームで行われない場合がある。例えば、セル特定ＳＲＳサブフレームが連続的に設定されていない場合は、ＳＲＳ反復送信は、ＳＲＳ反復送信周期内に含まれたセル特定ＳＲＳサブフレームでのみ行われて、残りのサブフレームでは行われない場合がある。
【0251】
図１１は、ＳＲＳ送信方式のうちトリガータイプ０である場合に、ＭＴＣ端末がＳＲＳを繰り返して送信する方法の一つを示す図である。特に、図１１（ａ）は、一般端末がＳＲＳを周期的に送信する方法を示し、図１１（ｂ）は、ＭＴＣ端末がＳＲＳを周期的に送信する方法を示す。
【0252】
図１２は、ＳＲＳ送信方式のうちトリガータイプ１である場合に、ＭＴＣ端末がＳＲＳを繰り返して送信する方法の一つを示す図である。特に、図１２（ａ）は、一般端末がＳＲＳを非周期的に送信する方法を示し、図１２（ｂ）は、ＭＴＣ端末がＳＲＳを非周期的に送信する方法を示す。
【0253】
図１１（ａ）及び図１２（ａ）のＳＲＳ送信方式は、３節で説明したＳＲＳ送信方法を参照することができる。図１１（ｂ）及び図１２（ｂ）のＭＴＣ端末がＳＲＳを繰り返して送信する方法は、４．２．２節で説明した方法１～３の方法を適用することができる。図１１（ｂ）及び図１２（ｂ）において、ＭＴＣ端末は、４．２．１節で説明したＳＲＳ構成方法によって生成したＳＲＳを各ＳＲＳ送信周期又はＳＲＳ送信の要求を受けたサブフレームで所定回数だけ繰り返して送信することができる。
【0254】
このとき、ＳＲＳ反復送信は、セル特定ＳＲＳサブフレームのうち基地局が指示したＳＲＳサブフレームでのみ繰り返して行ったり（方法１）、セル特定ＳＲＳサブフレームの端末特定ＳＲＳサブフレームのうち基地局が指示したＳＲＳサブフレームでのみ繰り返して行うことができる（方法２又は３）。
【0255】
このとき、セル特定ＳＲＳサブフレームが連続的に構成されない場合は、ＭＴＣ端末は、（１）ＳＲＳ反復送信のための所定回数だけのサブフレーム内でセル特定ＳＲＳサブフレームでのみＳＲＳを繰り返して送信したり、（２）最初のＳＲＳ反復送信区間のセル特定ＳＲＳサブフレームでのみＳＲＳを繰り返して送信し、反復回数だけＳＲＳを繰り返して送信できなかった場合は、次のＳＲＳ反復送信区間のセル特定ＳＲＳサブフレームで残りのＳＲＳを繰り返して送信することができる。
【0256】
又は、基地局がＳＲＳ反復送信回数及び区間を設定することができる。例えば、ＭＴＣ環境で、ＭＴＣ端末はｎ回のＳＲＳ反復送信が必要であると仮定する。このとき、基地局は、ＳＲＳ反復送信区間を設定するとき、反復送信回数ｎ、セル特定ＳＲＳサブフレームの個数ｘ及び端末特定ＳＲＳサブフレームの個数ｙを考慮してＳＲＳ反復送信区間を設定することができる。ｙ＞ｘ＞＝ｎである場合、基地局は、端末にｎ回のＳＲＳ反復送信のみを指示することができる。ｙ＞ｎ＞ｘ又はｘ＞ｎ＞ｙである場合、基地局は、端末にｎ－ｘ回又はｎ－ｙ回の反復送信回数だけ反復送信周期を増加させるように設定することができる。
【0257】
４．３ ＳＲＳ送信方法－２
【0258】
端末がＳＲＳを繰り返して送信する間、他の端末のＳＲＳとの多重化を容易にするためにＳＲＳ送信コーム（ＳＲＳ ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｍｂ）として互いに異なるものを使用することができる。
【0259】
すなわち、一つのＲＢには２個のＳＲＳ送信コームが存在するが、ＭＴＣ端末がＳＲＳ反復送信のために反復送信区間内で第１ＳＲＳ送信コームを使用し、他のサブフレームで送信されるＳＲＳ送信は第２ＳＲＳ送信コームを使用するように構成することができる。このために、基地局は、上位層シグナリング／ＭＡＣシグナリング／Ｌ１シグナリングなどを通じてＳＲＳ送信コームの設定を知らせることができる。
【0260】
４．４ ＳＲＳ送信制限
【0261】
以下では、上述したＳＲＳ送信方法に適用できるＳＲＳ送信制限方法に対して説明する。
【0262】
４．４．１ トリガータイプによるＳＲＳ送信制限
【0263】
ＳＲＳ送信は、上位層の設定によって送信されるトリガータイプ０（すなわち、周期的ＳＲＳ送信）とＰＤＣＣＨによって送信開始が指示されるトリガータイプ１（すなわち、非周期的ＳＲＳ送信）とに区分することができる。このとき、ＭＴＣ端末は、劣悪なＭＴＣ電波環境に配置されるので、トリガータイプ０及び１のうち一つのモードのみを支援するように設定することができる。
【0264】
例えば、ＭＴＣ端末は、トリガータイプ１のみを支援するように設定することができる。この場合、基地局の要求がある場合にのみ、ＭＴＣ端末はＳＲＳ反復送信を行うことができる。勿論、ＭＴＣ端末は、トリガータイプ０のみを支援するように設定することができる。トリガータイプ０のみがサポートされる場合、ＭＴＣ端末は、基地局からの非周期的ＳＲＳ要求はないと仮定することができる。このとき、非周期的ＳＲＳ要求を行うＤＣＩフォーマットのＳＲＳ要求フィールドは送信しないか、他の目的で使用することができる。
【0265】
４．４．２ ＳＲＳと他の上りリンクチャネルの同時送信時の動作
【0266】
ＭＴＣ端末がＳＲＳを繰り返して送信する場合、上りリンク制御情報（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）送信、周期的ＣＳＩ送信及び／又は非周期的ＣＳＩ送信など）の送信が行われるサブフレームでＳＲＳ反復送信が共に行われる状況が発生し得る。この場合、基地局は、あらかじめ上位層信号（例えば、ＲＲＣ、ＭＡＣ信号など）を用いて該当の同一のサブフレームでＳＲＳ送信を行わないように設定することができる。すなわち、ＳＲＳ反復送信区間と上りリンク制御情報の送信が行われるサブフレームとが重なる場合、重なるサブフレームではＳＲＳ反復送信が行われないように設定することができる。
【0267】
この場合、基地局及び／又は端末は、ＳＲＳが実際に送信されない場合にも、実際にＳＲＳ送信が行われたと見なして反復送信の回数を計算することができる。これは、他の上りリンクチャネルとＳＲＳ送信が同時に行われることによってＳＲＳのドロップが頻繁に発生する場合、ＳＲＳ反復送信周期が端末ごとに互いに異なるようになり、多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）するのに複雑度を増加できるという短所を補完することができる。すなわち、ＭＴＣ端末がＳＲＳ反復送信開始時点を設定した後、ＳＲＳドロップによって次の反復送信時点まで繰り返して送信するＳＲＳを全て送信できないとしても、ＭＴＣ端末及び／又は基地局は、ＳＲＳ構成情報又はＳＲＳ構成パラメータに基づいて新しいＳＲＳ反復送信を開始することができる。このような方法は、基地局の管理を容易にし、システムの複雑度を低下できるという長所を有する。
【0268】
他の実施例として、ＭＴＣ端末は、実際にＳＲＳを繰り返して送信した個数のみを計算し、ＳＲＳ反復送信を完了することができる。これは、ＳＲＳ多重化の複雑度は増加させるが、ＳＲＳを用いたチャネル推定性能を相対的に向上させることができる。
【0269】
４．４．３ 送信フォーマット制限方法
【0270】
ＳＲＳ反復送信とＨＡＲＱ－ＡＣＫ／ＳＲ反復送信とが同時に行われるサブフレームにおいて、ＭＴＣ端末は、ＨＡＲＱ－ＡＣＫ／ＳＲ送信はセル特定ＳＲＳサブフレームで縮小されたフォーマット（ｓｈｏｒｔｅｎｅｄ ｆｏｒｍａｔ）を使用して行うように構成することができる。例えば、ＬＴＥ／ＬＴＥ―Ａシステムの一般端末のためのａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータ及びＭＴＣ端末のためのＭＴＣａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータを仮定することができる。例えば、ａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータが「ＴＲＵＥ」に設定され、ＭＴＣａｃｋＮａｃｋＳＲＳ－ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎパラメータが「ＦＡＬＳＥ」に設定される場合、二つのパラメータの設定によって、レガシーセル特定ＳＲＳサブフレームとＭＴＣセル特定ＳＲＳサブフレームでＳＲＳの送信フォーマットを決定することができる。他の例として、上述した二つのパラメータの代わりに、ＬＴＥ／ＬＴＥ―Ａシステムで定義する他のパラメータを用いることができる。この場合、ＳＲＳ送信フォーマットは常に縮小されたフォーマットに設定される。
【0271】
しかし、ＭＴＣ端末は、ＳＲＳ反復送信区間でセル特定ＳＲＳサブフレームでないサブフレームではＨＡＲＱ－ＡＣＫ／ＳＲ送信のために一般フォーマットを使用するように構成することができる。この場合、ＨＡＲＱ－ＡＣＫ／ＳＲを受信する基地局（受信機）では、セル特定ＳＲＳサブフレームで送信されるＨＡＲＱ－ＡＣＫ／ＳＲとセル特定ＳＲＳサブフレームでないサブフレームで送信されるＨＡＲＱ－ＡＣＫ／ＳＲをそれぞれ別途に結合した後、最終デコーディングを行うことができる。
【0272】
４．５ ＤＭ－ＲＳ利用方法
【0273】
上述した本発明の実施例において、ＰＵＳＣＨを介して送信されるＵＬデータに対するチャネル推定性能を高めるために、互いに異なるサブフレームにあるＤＭ－ＲＳを用いるように設定することができる。
【0274】
このために、ＳＲＳの反復送信のパラメータ設定のような方法で、互いに異なるサブフレームのＤＭ ＲＳは同一の周波数帯域、同一のシーケンスを有するように構成されることが好ましい。すなわち、基地局は、互いに異なるサブフレームのＤＭ－ＲＳを使用したチャネル推定の有無を知らせる上位層パラメータを端末に送信することが好ましい。
【0275】
例えば、基地局は、ＭＴＣ端末にいずれかのサブフレームのＤＭ－ＲＳを、ＳＲＳ反復送信と共に使用し、上りリンクチャネルを推定するのに使用できるという情報を知らせることができる。
【0276】
以下では、ＤＭ－ＲＳシーケンスのｕ値を設定する方法を説明する。
【0277】
基地局は、ＳＲＳ反復送信と共に、上りリンクチャネル推定に使用されるＰＵＳＣＨ ＤＭ－ＲＳのｕを決定するグループホッピングは非活性化させることができる。これは、ＰＵＳＣＨ ＤＭ－ＲＳが繰り返して送信される間に同一のＤＭ－ＲＳシーケンスを有するようにするためである。又は、基地局は、第１サブフレーム集合内でＰＵＳＣＨ ＤＭ－ＲＳのｕ値を同一の値に維持するように設定し、第２サブフレーム集合内では別個のｕ値を有するように設定することができる。ＤＭ－ＲＳのｕ値は、次の式６のように表現することができる。
【0278】
〔式６〕
【数27】
【0279】
式６において、ｎｐ
ＤＭＲＳは、ＤＭ－ＲＳを共に使用してＵＬチャネルを推定するサブフレームの個数を示すパラメータで、
である。このとき、連続的なｐ個のサブフレームのＤＭ ＲＳを使用する場合、ｎｐ
ＤＭＲＳは、ｐ個のサブフレームごとに新しい任意の値の割り当てを受けるパラメータを意味する。
【数28】
【0280】
以下では、ＤＭ－ＲＳシーケンスのｖ値を設定する方法を説明する。ｖ値は、ＤＭ ＲＳ送信帯域が６ＲＢ以下である場合は、既存のように「０」に設定して送信することが好ましい。ＤＭ ＲＳ送信帯域が６ＲＢ以上である場合は、シーケンスホッピングを非活性化し、ｖ値も「０」に設定して送信することが好ましい。
【0281】
又は、シーケンスホッピングは、シーケンスグループホッピングのような方法でＤＭ－ＲＳを用いてチャネル推定を行うサブフレーム集合では同一のｖ値を有するように設定し、次の送信区間の間では別個のｖ値を有するように設定することができる。このとき、ｖ値は、ＤＭ ＲＳを用いてチャネル推定を行うサブフレームの個数を示すパラメータであるｎｐ
ＤＭＲＳの関数で任意の値になるように設定することができる。すなわち、ＤＭ－ＲＳを用いてチャネル推定を行うサブフレーム集合別に別個のｖ値を有するように設定することができる。
【0282】
５． ＭＴＣ端末のＰＵＳＣＨ及びＳＲＳの送信方法
【0283】
５．１ 周波数ホップ時にＳＲＳ送信方法
【0284】
ＭＴＣ端末はＰＵＳＣＨで上りリンクデータを送信する時に、周波数ホップ（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）したり又はＰＵＳＣＨを送信するサブバンド（ｓｕｂｂａｎｄ）をスイッチングして送信するように構成され得る。この場合、ダイバーシチ利得（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）が増加するため、カバレッジ向上（ＣＥ：Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ）モードのＭＴＣ端末はＰＵＳＣＨ反復送信の回数を減少させることができ、低費用（ＬＣ：Ｌｏｗ Ｃｏｓｔ）モードＭＴＣ端末は性能利得を得ることができる。
【0285】
図１３は、周波数ホップ時にＳＲＳ送信を行う方法の一つを説明するための図である。
【0286】
基地局にとってはＰＵＳＣＨに対するＭＣＳを決定するために、ＭＴＣ端末がＳＲＳをＰＵＳＣＨ周波数ホップの行われるサブバンド又は周波数スイッチングの行われるサブバンドで送信することが好ましい。
【0287】
基地局は、このように周波数ホップ又はスイッチングされるサブバンドを示すサブバンド情報を、ＲＲＣシグナリングのような上位層信号を用いて半静的（ｓｅｍｉ－ｓｔａｔｉｃ）な方式でＭＴＣ端末に送信して設定することができる（Ｓ１３１０）。
【0288】
ＭＴＣ端末はサブバンド情報に基づいて、ＰＵＳＣＨがホップされるサブバンド又はスイッチングされるサブバンドが分かる。したがって、ＭＴＣ端末は該当のサブバンドでＰＵＳＣＨ及びＳＲＳを送信することができる。このとき、ＳＲＳが送信される方式については図９～図１２で説明した内容を参照することができる（Ｓ１３２０）。
【0289】
ＳＲＳが送信される送信帯域（ｔｒａｎｓｍｉｓｓｉｏｎ ｂａｎｄｗｉｄｔｈ）を様々に設定することができる。現在３ＧＰＰ ＬＴＥ標準文書によれば、ＳＲＳを送信する最小単位は４ＰＲＢである。しかし、ＣＥモードのＭＴＣ端末では、１個のＰＲＢでＳＲＳを送信すると、４個のＰＲＢでＳＲＳを送信することに比べて電力ブースティング（ｐｏｗｅｒ ｂｏｏｓｔｉｎｇ）効果があるため、チャネル推定性能を改善することができる。したがって、ＭＴＣ端末が１ＰＲＢ単位でＳＲＳを送信するように設定することができる。
【0290】
ＬＣモードのＭＴＣ端末はＳＲＳ送信時点に上位層で設定したサブバンドでＳＲＳを順次に送信することができる。特に、ＣＥモードのＭＴＣ端末がＸ回のＳＲＳ送信時点に同一サブバンドでＳＲＳを送信した後、次のサブバンドで再びＸ回のＳＲＳを送信するように構成すると、ＳＲＳ反復送信によるチャネル推定性能を改善することができる。
【0291】
ＦＤＤ ＬＣモードのＭＴＣ端末において、サブバンドの個数がＭ個であり（Ｍ＞２）、ＵＥ特定ＳＲＳ送信周期が２ｍｓより大きく設定された場合に、ＳＲＳが送信されるサブバンドｓｒｓｂ(ｎ)（サブバンドインデックスｎ（０，１，…，ｎ））は、次の式７のように表すことができる。
【0292】
〔式７〕
【数29】
【0293】
式７で、ｎｆはシステムフレーム番号、ｎｓはスロット番号、ＴＳＲＳはＵＥ特定ＳＲＳ送信周期を表す。
【0294】
ＣＥモードのＭＴＣ端末がＸ回のＳＲＳを同一サブバンドで送信した後にサブバンドをスイッチングする場合に、ＳＲＳが送信されるサブバンドｓｒｓｂ(ｎ)（サブバンドインデックスｎ（０，１，…，ｎ））は、次の式８のように表すことができる
【0295】
〔式８〕
【数30】
【0296】
式７及び式８のようなＳＲＳ送信方式において、ＳＲＳが他の上りリンクチャネルと同時に送信されることからドロップして送信されない場合が発生することがある。この場合、ＭＴＣ端末は該当の時点に該当のサブバンドでＳＲＳを送信せず、次の送信時点には、再び式７又は式８によって決定されたサブバンドでＳＲＳを送信することができる。
【0297】
５．２ ＭＴＣ端末がＳＲＳ送信を制御する方法
【0298】
周波数ホップを支援するＭＴＣモードにおいてＳＲＳを送信するＳＲＳの送信周期を２ｍｓ以上と設定することができる。したがって、ＭＴＣ端末はＳＲＳ送信周期が１ｍｓであることを期待しないように構成することができ、これは、ＳＲＳ送信は連続したサブフレームで反復送信されないことを意味する。
【0299】
なぜなら、ＭＴＣを支援する端末は制限された帯域幅（例えば、６ＰＲＢ）でのみ無線チャネルを送受信できるため、送信又は受信するサブバンドが変更される場合には周波数を合わせるための周波数リチューニング（ｆｒｅｑｕｅｎｃｙ ｒｅｔｕｎｉｎｇ）時間が必要となる。このため、ＭＴＣ端末がＳＲＳを連続したサブフレームで送信するように設定されると、周波数リチューニング時間（ｆｒｅｑｕｅｎｃｙ ｒｅｔｕｎｉｎｇ ｔｉｍｅ）によるタイムギャップ（ｔｉｍｅ ｇａｐ）によって処理量損失（ｔｈｒｏｕｇｈｐｕｔ ｌｏｓｓ）が発生することがある。
【0300】
例えば、ＭＴＣ端末がＰＵＳＣＨ及び／又はＰＵＣＣＨを連続したサブフレームｎ及びｎ＋１で反復送信する場合に、ＳＲＳをサブフレームｎ及びｎ＋１で送信するようになると、ＰＵＳＣＨ及び／又はＰＵＣＣＨを送信するサブバンドとＳＲＳを送信するサブバンドとが一致しないことがあり、周波数リチューニングが必要である。したがって、ＭＴＣ端末がサブフレームｎ又はｎ＋１で送信するＳＲＳをドロップし、ＰＵＳＣＨ及び／又はＰＵＣＣＨだけを送信するように構成することができる。
【0301】
図１４は、上りリンク送信のためのサブバンドとＳＲＳ送信のためのサブバンドとが一致しない場合にＳＲＳ送信を制御する方法を説明するための図である。
【0302】
周波数ホップを支援するＭＴＣにおいてＳＲＳを送信する時点にＰＵＳＣＨが送信される場合、ＰＵＳＣＨ送信サブバンドとＳＲＳ送信サブバンドとが一致しなければ、ＳＲＳは送信しないことが好ましい。なぜなら、周波数チューニング時間を確保するようにするとＳＲＳ送信のための時間が不十分であり得るためである。これについて図１４を参照して詳しく説明する。
【0303】
基地局は、ＳＲＳ送信のためのＳＲＳ送信パラメータを含む上位層信号をＭＴＣ端末に送信することができる（Ｓ１４１０）。
【0304】
Ｓ１４１０段階で、ＭＴＣ端末に周波数ホップ又はサブバンドスイッチングが適用される場合には、ＳＲＳを送信するサブバンドを示すサブバンド情報がさらに送信されてもよい。
【0305】
周波数ホップを支援するＭＴＣ端末がＳＲＳを送信する時点（周期的又はトリガリング方式の両方を含む。）において送信するＰＵＳＣＨがある場合、ＭＴＣ端末はＳＲＳを送信するサブバンドとＰＵＳＣＨを送信するサブバンドとが一致するか否かを確認することができる（Ｓ１４２０）。
【0306】
仮に、ＰＵＳＣＨを送信するサブバンドとＳＲＳを送信するサブバンドとが一致しなければ、ＭＴＣ端末はＳＲＳをドロップして送信しないように構成される。なぜなら、サブバンド不一致を解消するために周波数リチューニング時間を確保するにはＳＲＳ送信のための時間が不十分であり得るためである。したがって、ＭＴＣ端末はＳＲＳ送信をドロップし、ＰＵＳＣＨ送信だけを行うことができる。また、ＳＲＳが送信されるＳＣ－ＦＤＭＡシンボルではＰＵＳＣＨデータを送信することができる（Ｓ１４３０ａ）。
【0307】
Ｓ１４２０段階で、ＰＵＳＣＨを送信するサブバンドとＳＲＳを送信するサブバンドとが一致すると、ＭＴＣ端末は該当のサブフレームの該当のサブバンドでＰＵＳＣＨ及びＳＲＳを送信することができる（Ｓ１４３０ｂ）。
【0308】
本実施例の他の側面として、連続したサブフレームでＰＵＳＣＨが送信される場合に、ＳＲＳは連続したサブフレームで送信されないことが好ましい。ただし、ＳＲＳが送信されるサブフレーム（ｎ番目のＳＦ）のサブバンドの大きさとＰＵＳＣＨが送信されるサブフレーム（ｎ＋１番目のＳＦ）のサブバンドの大きさとが一致しなければ、ＳＲＳ送信はドロップすることが好ましい。なぜなら、制限された帯域幅に対して周波数リチューニング時間を確保し、データ処理量の損失を防止するためである。
【0309】
上述した本発明の実施例において、サブバンドを狭帯域バンド（ｎａｒｒｏｗ ｂａｎｄ）と呼ぶことができる。また、ＭＴＣ端末がデータ送受信をするためのチャネル又はＳＲＳ送信をするためのチャネルは、狭帯域バンドに構成することができる。
【0310】
６．具現装置
【0311】
【0312】
端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、上りリンクでは送信機として動作し、下りリンクでは受信機として動作することができる。また、基地局（ｅＮＢ：ｅ－Ｎｏｄｅ Ｂ）は、上りリンクでは受信機として動作し、下りリンクでは送信機として動作することができる。
【0313】
すなわち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するためにそれぞれ送信モジュール（Ｔｘ ｍｏｄｕｌｅ）１５４０、１５５０、及び受信モジュール（Ｒｘ ｍｏｄｕｌｅ）１５６０、１５７０を備えることができ、情報、データ及び／又はメッセージを送受信するためのアンテナ１５００、１５１０などを備えることができる。
【0314】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を行うためのプロセッサ（Ｐｒｏｃｅｓｓｏｒ）１５２０、１５３０、及びプロセッサの処理過程を臨時的に又は持続的に記憶できるメモリ１５８０、１５９０を備えることができる。
【0315】
図１５で説明する端末はＭＴＣ端末であってもよく、基地局はＭＴＣを支援する基地局である。上述した端末及び基地局装置の構成成分及び機能を用いて本願発明の実施例を行うことができる。例えば、ＭＴＣ端末のプロセッサは、ＰＵＳＣＨを送信するサブバンドとＭＴＣ ＳＲＳを送信するサブバンドとが一致するか否かに基づいてＳＲＳをドロップ又は送信することができる。基地局のプロセッサは上位層シグナリングを用いてＳＲＳ構成情報及び／又はサブバンド情報をＭＴＣ端末に送信し、サブバンド情報が示すサブバンドで、ＳＲＳ構成情報に基づいて生成されたＳＲＳを送信するようにすることができる。その詳細については第１節～第５節を参照することができる。
【0316】
端末及び基地局に含まれた送信モジュール及び受信モジュールは、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）パケットスケジューリング及び／又はチャネル多重化機能を実行することができる。また、図１５の端末及び基地局は、低電力ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）／ＩＦ（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｆｒｅｑｕｅｎｃｙ）モジュールをさらに備えることができる。
【0317】
一方、本発明で端末として、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ－Ｈｅｌｄ ＰＣ）、ノートパソコン、スマート（Ｓｍａｒｔ）フォン、又はマルチモードマルチバンド（ＭＭ－ＭＢ：Ｍｕｌｔｉ Ｍｏｄｅ－Ｍｕｌｔｉ Ｂａｎｄ）端末機などを用いることができる。
【0318】
ここで、スマートフォンは、移動通信端末機と個人携帯端末機の長所を組み合わせた端末機であって、移動通信端末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機を意味できる。また、マルチモードマルチバンド端末機は、マルチモデムチップを内蔵し、携帯インターネットシステムでも、その他の移動通信システム（例えば、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）２０００システム、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ ＣＤＭＡ）システムなど）でも作動できる端末機のことを指す。
【0319】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【0320】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【0321】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。例えば、ソフトウェアコードは、メモリユニット１５８０、１５９０に記憶され、プロセッサ１５２０、１５３０によって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の種々の手段によってプロセッサとデータをやり取りすることができる。
【0322】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化されてもよい。したがって、前記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【0323】
本発明の実施例は、様々な無線接続システムに適用可能である。様々な無線接続システムの一例として、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）、３ＧＰＰ２及び／又はＩＥＥＥ ８０２．ｘｘ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ ８０２）システムなどがある。本発明の実施例は、前記の様々な無線接続システムだけでなく、これら様々な無線接続システムを応用したいずれの技術分野にも適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
