6396494 無線リソースの用途変更を支援する無線通信システムにおいて上りリンク制御情報送信方法及びそのための装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6396494

(24)【登録日】2018年9月7日

(45)【発行日】2018年9月26日

(54)【発明の名称】無線リソースの用途変更を支援する無線通信システムにおいて上りリンク制御情報送信方法及びそのための装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20180913BHJP

   H04W 52/54 20090101ALI20180913BHJP

【ＦＩ】

   H04W72/04 111

   H04W72/04 136

   H04W52/54

【請求項の数】4

【全頁数】38

(21)【出願番号】特願2016-561828(P2016-561828)

(86)(22)【出願日】2015年3月25日

(65)【公表番号】特表2017-516384(P2017-516384A)

(43)【公表日】2017年6月15日

(86)【国際出願番号】KR2015002916

(87)【国際公開番号】WO2015156521

(87)【国際公開日】20151015

【審査請求日】2016年10月7日

(31)【優先権主張番号】61/976,514

(32)【優先日】2014年4月8日

(33)【優先権主張国】US

(31)【優先権主張番号】61/977,072

(32)【優先日】2014年4月8日

(33)【優先権主張国】US

(31)【優先権主張番号】61/979,007

(32)【優先日】2014年4月14日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】リ スンミン

(72)【発明者】

【氏名】ソ ハンピョル

(72)【発明者】

【氏名】ヤン ソクチョル

(72)【発明者】

【氏名】ソ インクォン

(72)【発明者】

【氏名】チェ ヒョクチン

【審査官】 松本 光平

(56)【参考文献】

【文献】 CATT，Outcome of the offline discussion on eIMTA，3GPP TSG RAN WG1 Meeting #76bis R1-141842，3GPP，２０１４年 ４月 ３日，第２頁，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_76b/Docs/R1-141842.zip

【文献】 Samsung，UCI Multiplexing in PUSCH，3GPP TSG RAN WG1 #76 R1-140349，3GPP，２０１４年 ２月 １日，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_76/Docs/R1-140349.zip

【文献】 New Postcom，Discussion on RRC impact of TDD eIMTA，3GPP TSG RAN WG1 Meeting #76bis R1-141369，3GPP，２０１４年 ３月２１日，第１頁，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_76b/Docs/R1-141369.zip

【文献】 Session Chairman (Qualcomm Inc.)，Summary of Ad-hoc session on Further Enhancements to LTE TDD for DL-UL Interference Management and Traffic Adaptation，3GPP TSG RAN WG1 Meeting #76bis R1-141871，3GPP，２０１４年 ４月 ４日，第２頁，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_76b/Docs/R1-141871.zip

【文献】 LG Electronics，Remaining Details of Uplink Power Control for TDD eIMTA，3GPP TSG RAN WG1 Meeting #75 R1-135452，3GPP，２０１３年１１月 １日，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_75/Docs/R1-135452.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１上りリンク電力制御サブフレーム集合と第２上りリンク電力制御サブフレーム集合が設定されたサービングセルと上りリンク電力制御サブフレーム集合が設定されないその他のセルの搬送波集成（ＣＡ）を支援する無線通信システムにおいて端末が上りリンク制御情報（ＵＣＩ）を送信する方法であって、
前記第１上りリンク電力制御サブフレーム集合と前記第２上りリンク電力制御サブフレーム集合が設定された前記サービングセルから、複数のＵＣＩ送信サブフレームに対するＵＣＩ送信と関連した第１ベータオフセット及び第２ベータオフセットを受信するステップと、
前記第１ベータオフセット及び前記第２ベータオフセットの対応する一つに基づき、前記複数のＵＣＩ送信サブフレームに対する上りリンク電力を決定するステップと、
前記決定された上りリンク電力に基づいて前記ＵＣＩを送信するステップと、
を有し、
前記複数のＵＣＩ送信サブフレームの１つのＵＣＩ送信サブフレームが、前記第１上りリンク電力制御サブフレーム集合に属する場合、前記ＵＣＩは、前記第１ベータオフセットにのみ基づいて決定された上りリンク電力で前記サービングセルと前記その他のセルに送信され、
前記複数のＵＣＩ送信サブフレームの１つのＵＣＩ送信サブフレームが、前記第２上りリンク電力制御サブフレーム集合に属する場合、前記ＵＣＩは、前記第２ベータオフセットにのみ基づいて決定された上りリンク電力で前記サービングセルに送信される、上りリンク制御情報送信方法。

【請求項2】

前記第１ベータオフセット及び前記第２ベータオフセットは、ＰＵＳＣＨで送信される前記ＵＣＩに対する上りリンク電力を決定するために用いられる、請求項１に記載の上りリンク制御情報送信方法。

【請求項3】

前記第１ベータオフセット及び前記第２ベータオフセットは、ＨＡＲＱ−ＡＣＫ、ＲＩ、及びＣＱＩからなるグループから選択される少なくとも一つに対して設定される、請求項２に記載の上りリンク制御情報送信方法。

【請求項4】

第１上りリンク電力制御サブフレーム集合と第２上りリンク電力制御サブフレーム集合が設定されたサービングセルと上りリンク電力制御サブフレーム集合が設定されないその他のセルの搬送波集成（ＣＡ）を支援する無線通信システムにおいて上りリンク制御情報（ＵＣＩ）を送信する端末であって、
無線周波数ユニットと、
プロセッサと、
を備え、
前記プロセッサは、
前記第１上りリンク電力制御サブフレーム集合と前記第２上りリンク電力制御サブフレーム集合が設定された前記サービングセルから、複数のＵＣＩ送信サブフレームに対するＵＣＩ送信と関連した第１ベータオフセット及び第２ベータオフセットを受信し、
前記第１ベータオフセット及び前記第２ベータオフセットの対応する一つに基づき、前記複数のＵＣＩ送信サブフレームに対する上りリンク電力を決定し、
前記決定された上りリンク電力に基づいて前記ＵＣＩを送信するように構成され、
前記複数のＵＣＩ送信サブフレームの１つのＵＣＩ送信サブフレームが、前記第１上りリンク電力制御サブフレーム集合に属する場合、前記ＵＣＩは、前記第１ベータオフセットにのみ基づいて決定された上りリンク電力で前記サービングセルと前記その他のセルに送信され、
前記複数のＵＣＩ送信サブフレームの１つのＵＣＩ送信サブフレームが、前記第２上りリンク電力制御サブフレーム集合に属する場合、前記ＵＣＩは、前記第２ベータオフセットにのみ基づいて決定された上りリンク電力で前記サービングセルに送信される、端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムに関し、特に、無線リソースの用途変更を支援する無線通信システムにおいて上りリンク制御情報送信方法及びそのための装置に関する。

【背景技術】

【0002】

本発明を適用できる無線通信システムの一例として、３ＧＰＰＬＴＥ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。

【0003】

図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照することができる。

【0004】

図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。

【0005】

一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは、互いに異なった帯域幅を提供するように設定することができる。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位に端末の移動性を管理する。

【0006】

無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されているが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。

【0007】

端末は、基地局の無線通信システムの効率的な運用を補助するために、現在チャネルの状態情報を基地局に周期的及び／又は非周期的に報告する。このように報告されるチャネルの状態情報は、様々な状況を考慮して計算された結果を含み得ることから、より効率的な報告方法が要求されている実情である。

【発明の概要】

【発明が解決しようとする課題】

【0008】

上述したような議論に基づき、以下、無線リソースの用途変更を支援する無線通信システムにおいて上りリンク制御情報送信方法及びそのための装置を提案する。

【0009】

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

【課題を解決するための手段】

【0010】

上述した問題点を解決するための本発明の一様相である、無線通信システムにおいて端末の上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）を送信する方法は、サービングセルの上りリンク−下りリンク設定（ＵＬ−ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレーム上での上りリンク制御情報（ＵＣＩ）送信と関連した第１オフセット（ｏｆｆｓｅｔ）情報を受信するステップと、前記上りリンクサブフレームに対して、第１上りリンク電力制御サブフレーム集合（Ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｓｕｂｆｒａｍｅ ｓｅｔ）と第２上りリンク電力制御サブフレーム集合を設定する電力制御パラメータを受信するステップとを有し、前記第１上りリンク電力制御集合と前記第２上りリンク電力制御サブフレーム集合は、互いに独立して上りリンク制御情報送信のためのオフセットが適用されるように構成されたことを特徴とする。

【0011】

また、第１上りリンク電力制御集合は、前記上りリンク制御情報送信のために、前記上りリンクサブフレームのために設定された第１オフセット情報が適用されてもよい。

【0012】

また、第２上りリンク電力制御集合は、前記上りリンク制御情報送信のために、上位層シグナリングで指示される第２オフセット情報が適用されてもよい。

【0013】

また、前記電力制御パラメータは、上位層シグナリングを通じて受信されることを特徴とする。

【0014】

また、前記第１上りリンク電力制御サブフレーム集合及び前記第２上りリンク電力制御サブフレーム集合を解除（ｒｅｌｅａｓｅ）する電力制御パラメータを受信するステップをさらに有することができる。また、前記第１上りリンク電力制御サブフレーム集合及び前記第２上りリンク電力制御サブフレーム集合が解除（ｒｅｌｅａｓｅ）された場合、前記上りリンクサブフレームは、前記第１オフセットが適用されるように設定されてもよい。

【0015】

また、前記オフセット情報は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）で前記上りリンク制御情報を送信するために用いられてもよい。また、前記オフセット情報は、ＨＡＲＱ−ＡＣＫ、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、或いはＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）のうち少なくとも一つのために設定されてもよい。

【0016】

上述した問題点を解決するための本発明の他の様相である、搬送波集成（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）を支援する無線通信システムにおいて端末の上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信する方法は、サービングセルの上りリンク−下りリンク設定（ＵＬ−ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレーム上での上りリンク制御情報（ＵＣＩ）送信と関連した第１オフセット（ｏｆｆｓｅｔ）情報を受信するステップと、前記サービングセルのうち少なくとも一つのサービングセルに対して、第１上りリンク電力制御サブフレーム集合（Ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｓｕｂｆｒａｍｅ ｓｅｔ）と第２上りリンク電力制御サブフレーム集合を設定する電力制御パラメータを受信するステップと、前記第１上りリンク電力制御集合と前記第２上りリンク電力制御サブフレーム集合は、互いに独立して上りリンク制御情報送信のためのオフセットが適用されるように構成されたことを特徴とする。

【0017】

また、前記サービングセルのうち、前記第１上りリンク電力制御サブフレーム集合が設定された第１サービングセルは、前記上りリンク制御情報送信のために、上りリンク前記上りリンクサブフレームのために設定された第１オフセット情報が適用されてもよい。

【0018】

また、前記サービングセルのうち、前記第２上りリンク電力制御サブフレーム集合が設定された第２サービングセルは、前記上りリンク制御情報送信のために、上位層シグナリングで指示される第２オフセット情報が適用されてもよい。

【0019】

上述した問題点を解決するための本発明の他の様相である、無線通信システムにおいて上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信する端末は、無線周波数ユニットと、プロセッサとを備え、前記プロセッサは、サービングセルの上りリンク−下りリンク設定（ＵＬ−ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレーム上での上りリンク制御情報（ＵＣＩ）送信と関連した第１オフセット（ｏｆｆｓｅｔ）情報を受信し、前記上りリンクサブフレームに対して、第１上りリンク電力制御サブフレーム集合（Ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｓｕｂｆｒａｍｅ ｓｅｔ）と第２上りリンク電力制御サブフレーム集合を設定する電力制御パラメータを受信するように構成され、前記第１上りリンク電力制御集合と前記第２上りリンク電力制御サブフレーム集合は、互いに独立して上りリンク制御情報送信のためのオフセットが適用されるように構成されたことを特徴とする。

【発明の効果】

【0020】

本発明の実施例によれば、無線リソースの用途変更を支援する無線通信システムにおいて上りリンク制御情報の送信を効率的に行うことができる。

【0021】

本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

【図面の簡単な説明】

【0022】

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。

【0023】

【図1】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に例示する図である。

【図2】３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）の構造を例示する図である。

【図3】３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を例示する図である。

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

【図5】下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。

【図6】下りリンクサブフレームの構造を例示する図である。

【図7】上りリンクサーバーフレームの構造を例示する図である。

【図8】ＰＵＣＣＨピギーバック（ｐｉｇｇｙｂａｃｋ）を説明するための参考図である。

【図9】ＵＬ−ＳＣＨデータと制御情報の処理過程を例示する図である。

【図10】ＰＵＳＣＨ上で上りリンク制御情報とＵＬ−ＳＣＨデータの多重化方法の一例を示す図である。

【図11】キャリア併合（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ；ＣＡ）通信システムを例示する図である。

【図12】複数のキャリアが併合された場合のスケジューリングを例示する図である。

【図13】ＥＰＤＣＣＨ、及びＥＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨを例示する図である。

【図14】ＴＤＤシステム環境下で既存（Ｌｅｇａｃｙ）サブフレームを静的サブフレーム集合と流動サブフレーム集合とに区別した場合を示す。

【図15】本発明の一実施例に適用可能な基地局及び端末を示す図である。

【発明を実施するための形態】

【0024】

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。

【0025】

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは異なった帯域幅を提供するように設定することができる。

【0031】

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

【0032】

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

【0033】

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

【0034】

初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。

【0035】

その後、ユーザ機器は、基地局への接続を完了するために、段階Ｓ３０３乃至段階Ｓ３０６のようなランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0036】

上述したような手順を行ったユーザ機器は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書で、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは簡単に、ＨＡＲＱ−ＡＣＫ或いはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と呼ぶ。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にはＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータとが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要請／指示に応じて、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。

【0037】

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

【0038】

図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位になされ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）構造、及びＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。

【0039】

図４の（ａ）は、タイプ１無線フレームの構造を例示する。下りリンク無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは、時間領域（ｔｉｍｅ ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。１サブフレーム）を送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さを１ｍｓ、１スロットの長さを０．５ｍｓとすることができる。１スロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは下りリンクでＯＦＤＭＡが用いられるため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソース割当て単位としてのリソースブロック（ＲＢ）は、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。

【0040】

１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって可変することができる。ＣＰには、拡張されたＣＰ（ｅｘｔｅｎｄｅｄ ＣＰ）と標準ＣＰ（ｎｏｒｍａｌ ＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張されたＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増加することから、１スロットに含まれるＯＦＤＭシンボルの数は、標準ＣＰの場合に比べて少ない。拡張されたＣＰの場合、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。ユーザ機器が速い速度で移動するなどしてチャネル状態が不安定な場合、シンボル間干渉をより減らすために、拡張されたＣＰを用いることができる。

【0041】

標準ＣＰが用いられる場合、１スロットは７ ＯＦＤＭシンボルを含むため、１サブフレームは１４ ＯＦＤＭシンボルを含む。このとき、各サブフレームの先頭における最大３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に割り当てることができる。

【0042】

図４の（ｂ）は、タイプ２無線フレームの構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ ｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレームと、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ）とで構成される。

【0043】

特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定とユーザ機器の上りリンク送信同期の獲得に用いられる。すなわち、ＤｗＰＴＳは下りリンク送信に、ＵｐＰＴＳは上りリンク送信に用いられ、特に、ＵｐＰＴＳはＰＲＡＣＨプリアンブルやＳＲＳ送信のために用いられる。また、保護区間は、上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。

【0044】

上記の特別サブフレームに関して現在３ＧＰＰ標準文書では下記の表１のように設定を定義している。表１で、

【数1】

の場合に、ＤｗＰＴＳとＵｐＰＴＳを示しており、残りの領域が保護区間として設定される。

【表1】

【0045】

一方、タイプ２無線フレームの構造、すなわち、ＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２のとおりである。

【表2】

【0046】

上記の表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを意味する。また、上記の表２では、それぞれの上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンクスイッチング周期も表している。

【0047】

上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。

【0048】

図５は、下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0049】

【数2】

図５は、下りリンクスロットが７ ＯＦＤＭシンボルを含み、リソースブロックが１２副搬送波を含むと例示しているが、必ずしもこれに制限されない。例えば、下りリンクスロットに含まれるＯＦＤＭシンボルの個数はサイクリックプレフィックス（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ；ＣＰ）の長さによって変形されてもよい。

【0050】

リソースグリッド上の各要素をリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ；ＲＥ）といい、１つのリソース要素は、１つのＯＦＤＭシンボルインデックス及び１つの副搬送波インデックスで示される。

【数3】

【0051】

図６は、下りリンクサブフレームの構造を例示する。

【0052】

図６を参照すると、サブフレームの第１スロットにおいて先頭における最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が割り当てられるデータ領域に該当する。ＬＴＥで用いられる下りリンク制御チャネルの例は、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、上りリンク送信に対する応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。

【0053】

ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と称する。ＤＣＩは、ユーザ機器又はユーザ機器グループのためのリソース割当て情報及び他の制御情報を含む。例えば、ＤＣＩは、上りリンク／下りリンクスケジューリング情報、上りリンク送信（Ｔｘ）電力制御命令などを含む。

【0054】

ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当て情報、ページングチャネル（ｐａｇｉｎｇ ｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当て情報、ユーザ機器グループ内の個別ユーザ機器に対する送信電力制御命令セット、送信電力制御命令、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されてもよく、ユーザ機器は、複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するために用いられる論理的割当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数はＣＣＥの個数によって決定される。基地局は、ユーザ機器に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ））でマスクする。例えば、ＰＤＣＣＨが特定ユーザ機器のためのものであれば、該当のユーザ機器の識別子（例、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがページングメッセージのためのものであれば、ページング識別子（例、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ））のためのものであれば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがランダムアクセス応答のためのものであれば、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスクすることができる。

【0055】

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

【0056】

図７を参照すると、上りリンクサブフレームは、複数（例、２個）のスロットを含む。スロットは、ＣＰ長によって異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは、周波数領域でデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置したＲＢ対（ＲＢ ｐａｉｒ）を含み、スロットを境界にホップする。

【0057】

ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。

【0058】

− ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ Ｋｅｙｉｎｇ）方式で送信される。

【0059】

− ＨＡＲＱ ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットに対する応答信号である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一の下りリンクコードワードに対する応答として１ビットのＡＣＫ／ＮＡＣＫが送信され、２つの下りリンクコードワードに対する応答として２ビットのＡＣＫ／ＮＡＣＫが送信される。

【0060】

− ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに対するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）を含み、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）関連フィードバック情報は、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ）などを含む。サブフレーム当たり２０ビットが使用される。

【0061】

ユーザ機器がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報の送信に可用なＳＣ−ＦＤＭＡの個数に依存する。制御情報の送信に可用なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ−ＦＤＭＡシンボル以外のＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）が設定されたサブフレームではサブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。

【0062】

次に、ＰＵＣＣＨピギーバック（ｐｉｇｇｙｂａｃｋ）について説明する。

【0063】

既存の３ＧＰＰ ＬＴＥシステム（例えば、リリース−８）システムにおける上りリンク送信では、端末機のパワーアンプの効率的な活用のために、パワーアンプの性能に影響を及ぼすＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ Ｐｏｗｅｒ Ｒａｔｉｏ）特性やＣＭ（Ｃｕｂｉｃ Ｍｅｔｒｉｃ）特性が良好な単一搬送波送信を維持するようになっている。すなわち、既存ＬＴＥシステムにおけるＰＵＳＣＨ送信では、送信しようとするデータに対してＤＦＴ−プリコーディング（ｐｒｅｃｏｄｉｎｇ）を用いて単一搬送波特性を維持し、ＰＵＣＣＨ送信では、単一搬送波特性を有するシーケンスに情報を載せて送信することによって単一搬送波特性を維持することができる。しかし、ＤＦＴ−プリコーディングしたデータを周波数軸で非周期的に割り当てたり、ＰＵＳＣＨとＰＵＣＣＨが同時に送信される場合には、上記のような単一搬送波特性が崩れることになる。

【0064】

したがって、図８に示すように、ＰＵＣＣＨ送信と同じサブフレームにＰＵＳＣＨ送信がある場合、単一搬送波特性を維持するために、ＰＵＣＣＨで送信するＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）情報をＰＵＳＣＨでデータと併せて送信（Ｐｉｇｇｙｂａｃｋ）するようになっている。

【0065】

前述したように、既存のＬＴＥ端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信することができず、よって、ＰＵＳＣＨが送信されるサブフレームではＵＣＩ（ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩなど）をＰＵＳＣＨ領域に多重化する方法を用いる。一例として、ＰＵＳＣＨを送信するように割り当てられたサブフレームでＣＱＩ及び／又はＰＭＩを送信しなければならない場合、ＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩをＤＦＴ−拡散前に多重化して、制御情報とデータを共に送信することができる。この場合、ＵＬ−ＳＣＨデータは、ＣＱＩ／ＰＭＩリソースを考慮してレート−マッチングを行う。また、ＨＡＲＱ ＡＣＫ、ＲＩなどの制御情報は、ＵＬ−ＳＣＨデータをパンクチャリングしてＰＵＳＣＨ領域に多重化することができる。

【0066】

図９に、ＵＬ−ＳＣＨデータと制御情報の処理過程を例示する。

【0067】

図９を参照すると、ＵＬ−ＳＣＨで送信されるデータは、各伝送時間区間（ＴＴＩ）ごとに１回ずつ伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の形態で符号化ユニット（ｃｏｄｉｎｇ ｕｎｉｔ）に伝達される。

【0068】

【数4】

【0069】

【数5】

ここで、ｒは、コードブロックの番号（ｒ＝０，…，Ｃ−１）であり、Ｋ_rは、コードブロックｒによるビット数である。また、Ｃはコードブロックの総個数を表す（Ｓ９１０）。

【0070】

【数6】

ｒは、コードブロック番号を表し（ｒ＝０，１，…，Ｃ−１）、Ｋ_rは、コードブロックｒのビット数を表す。また、Ｃは、コードブロックの総個数を表す。本発明の実施例では各コードブロックをターボコーディング方式を用いてチャネル符号化することができる（Ｓ９２０）。

【0071】

チャネル符号化過程後にレートマッチング段階が行われる。レートマッチング後のビットは、

【数7】

のようになる。ここで、Ｅ_rは、ｒ−番目のコードブロックのレートマッチングされたビットの個数を表し、ｒ＝０，１，…，Ｃ−１であり、Ｃは、コードブロックの総個数を表す（Ｓ９３０）。

【0072】

【数8】

【0073】

上りリンク制御情報（ＵＣＩ）であるチャネル品質情報（ＣＱＩ及び／又はＰＭＩ）、ＲＩ及びＨＡＲＱ−ＡＣＫの場合、チャネルコーディングがそれぞれ独立して行われる（Ｓ９５０，Ｓ９６０，Ｓ９７０）。各ＵＣＩに対するチャネルコーディングは、それぞれの制御情報のための符号化されたシンボルの個数に基づいて行われる。例えば、符号化されたシンボルの個数は、符号化された制御情報のレートマッチングに用いられてもよい。符号化されたシンボルの個数は、以降の過程で変調シンボルの個数、ＲＥの個数などに対応する。

【0074】

【数9】

【0075】

【数10】

【0076】

１−ビットＲＩの場合、反復（ｒｅｐｅｔｉｔｉｏｎ）コーディングが用いられる。２−ビットＲＩの場合、（３，２）シンプレックスコードが符号化に使われ、エンコードされたデータは循環反復されてもよい。また、３−ビット以上乃至１１−ビット以下のＲＩに対しては、上りリンク共有チャネルで使用する（３２，Ｏ）ＲＭ符号を用いて符号化し、１２ビット以上のＲＩに対しては、二重ＲＭ構造を用いてＲＩ情報を２グループに分け、それぞれのグループを（３２，Ｏ）ＲＭ符号を用いて符号化する。

【数11】

【0077】

【数12】

【0078】

ここで、ＡＣＫは１に符号化され、ＮＡＣＫは０に符号化される。１−ビットＨＡＲＱ−ＡＣＫの場合、反復（ｒｅｐｅｔｉｔｉｏｎ）コーディングが用いられる。２−ビットＨＡＲＱ−ＡＣＫの場合、（３，２）シンプレックスコードが用いられ、エンコードされたデータは、循環反復されてもよい。また、３−ビット以上乃至１１−ビット以下のＨＡＲＱ−ＡＣＫに対しては、上りリンク共有チャネルで使用する（３２，Ｏ）ＲＭ符号を用いて符号化し、１２ビット以上のＨＡＲＱ−ＡＣＫに対しては、二重ＲＭ構造を用いてＨＡＲＱ−ＡＣＫ情報を２グループに分け、それぞれのグループを（３２，Ｏ）ＲＭ符号を用いて符号化する。

【数13】

【0079】

【数14】

Ｎ_Lは、ＵＬ−ＳＣＨ伝送ブロックがマップされたレイヤの個数を表し、Ｈは、伝送ブロックがマップされたＮ_L個の送信レイヤにＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩ情報のために割り当てられた符号化された総ビットの個数を表す。ここで、Ｈは、ＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩのために割り当てられた符号化されたビットの総個数である。

【0080】

チャネルインターリーバでは、チャネルインターリーバに入力される符号化されたビットに対してチャネルインターリービング段階が行われる。

【数15】

【0081】

【数16】

【0082】

チャネルインターリーバは、ＰＵＳＣＨ送信のために制御情報及び／又はＵＬ−ＳＣＨデータを多重化する。具体的に、チャネルインターリーバは、ＰＵＳＣＨリソースに対応するチャネルインターリーバ行列に制御情報とＵＬ−ＳＣＨデータをマップする過程を含む。

【0083】

チャネルインターリービングが行われた後、チャネルインターリーバ行列から行単位（ｒｏｗ−ｂｙ−ｒｏｗ）でビットシーケンス

【数17】

が出力される。導出されたビットシーケンスはリソースグリッド上にマップされる。

【0084】

図１０は、ＰＵＳＣＨ上で上りリンク制御情報とＵＬ−ＳＣＨデータの多重化方法の一例を示す図である。

【0085】

端末がＰＵＳＣＨ送信が割り当てられたサブフレームで制御情報を送信しようとする場合、端末は、ＤＦＴ−拡散前に上りリンク制御情報（ＵＣＩ）とＵＬ−ＳＣＨデータとを多重化する。上りリンク制御情報（ＵＣＩ）は、ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ及びＲＩの少なくとも一つを含む。

【0086】

ＣＱＩ／ＰＭＩ、ＡＣＫ／ＮＡＣＫ及びＲＩ送信に用いられるそれぞれのＲＥ個数は、ＰＵＳＣＨ送信のために割り当てられたＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）及びオフセット値

【数18】

に基づく。オフセット値は、制御情報によって異なるコーディングレートを許容し、上位層（例えば、ＲＲＣ層）シグナルによって半−静的に設定される。ＵＬ−ＳＣＨデータと制御情報は同一のＲＥにマップされない。制御情報は、サブフレームの２つのスロットに存在するようにマップされる。基地局は、制御情報がＰＵＳＣＨで送信されることを事前に認知できるので、制御情報及びデータパケットを容易に逆−多重化することができる。

【0087】

図１０を参照すると、ＣＱＩ及び／又はＰＭＩ（ＣＱＩ／ＰＭＩ）リソースは、ＵＬ−ＳＣＨデータリソースの開始部分に位置し、一つの副搬送波上で全てのＳＣ−ＦＤＭＡシンボルに順次にマップされてから次の副搬送波にマップされている。ＣＱＩ／ＰＭＩは、副搬送波内で左側から右側に、すなわち、ＳＣ−ＦＤＭＡシンボルインデックスが増加する方向にマップされる。ＰＵＳＣＨデータ（ＵＬ−ＳＣＨデータ）は、ＣＱＩ／ＰＭＩリソースの量（すなわち、符号化されたシンボルの個数）を考慮してレート−マッチングされる。ＵＬ−ＳＣＨデータと同じ変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）がＣＱＩ／ＰＭＩに用いられる。

【0088】

例えば、ＣＱＩ／ＰＭＩ情報サイズ（ペイロードサイズ）が小さい場合（例えば、１１ビット以下）、ＣＱＩ／ＰＭＩ情報にはＰＵＣＣＨデータ送信と同様に（３２，ｋ）ブロックコードが用いられ、符号化されたデータは、循環反復されてもよい。ＣＱＩ／ＰＭＩ情報サイズが小さい場合、ＣＲＣは用いられない。

【0089】

仮に、ＣＱＩ／ＰＭＩ情報サイズが大きい場合（例えば、１１ビットを超える場合）、８ビットＣＲＣが付加され、テール−バイティングコンボリューションコード（ｔａｉｌ−ｂｉｔｉｎｇｃｏｎｖｏｌｕｔｉｏｎ ｃｏｄｅ）を用いてチャネルコーディングとレートマッチングが行われる。ＡＣＫ／ＮＡＣＫは、ＵＬ−ＳＣＨデータがマップされたＳＣ−ＦＤＭＡのリソースの一部にパンクチャリングによって挿入する。ＡＣＫ／ＮＡＣＫは、ＲＳに隣接して位置し、当該ＳＣ−ＦＤＭＡシンボル内で下から上に、すなわち、副搬送波インデックスが増加する方向に埋められる。

【0090】

一般ＣＰ（Ｎｏｒｍａｌ ＣＰ）である場合、図１０に示すように、ＡＣＫ／ＮＡＣＫのためのＳＣ−ＦＤＭＡシンボルは、各スロットにおいてＳＣ−ＦＤＭＡシンボル＃２／＃４に位置する。サブフレームでＡＣＫ／ＮＡＣＫが実際に送信されるか否かにかかわらず、符号化されたＲＩは、ＡＣＫ／ＮＡＣＫのためのシンボルに隣接して（すなわち、シンボル＃１／＃５に）位置する。このとき、ＡＣＫ／ＮＡＣＫ、ＲＩ及びＣＱＩ／ＰＭＩは独立してコーディングされる。

【0091】

図１１は、キャリア併合（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する図である。

【0092】

図１１を参照すると、複数の上りリンク／下りリンクコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ、ＣＣ）を束ねてより広い上りリンク／下りリンク帯域幅を支援することができる。「コンポーネントキャリア（ＣＣ）」は、等価の他の用語（例、キャリア、セルなど）に代えてもよい。それぞれのＣＣは、周波数領域で互いに隣接しても非−隣接してもよい。各コンポーネントキャリアの帯域幅は独立して定められてもよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称搬送波集成も可能である。一方、制御情報は特定ＣＣでのみ送受信されるように設定されてもよい。このような特定ＣＣを、プライマリＣＣ（又は、アンカーＣＣ）と称し、残りのＣＣをセカンダリＣＣと呼ぶことができる。

【0093】

クロス−キャリアスケジューリング（又は、クロス−ＣＣスケジューリング）が適用される場合、下りリンク割当てのためのＰＤＣＣＨは、ＤＬ ＣＣ＃０を通じて送信し、該当するＰＤＳＣＨは、ＤＬ ＣＣ＃２を通じて送信することができる。クロス−ＣＣスケジューリングのために、キャリア指示フィールド（ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内にＣＩＦが存在するか否かは、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的及び端末−特定（又は、端末グループ−特定）に設定することができる。ＰＤＣＣＨ送信のベースラインを要約すると、次のとおりである。

【0094】

□ ＣＩＦディセーブルド（ｄｉｓａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、同一のＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、一つのリンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる

【0095】

● Ｎｏ ＣＩＦ

【0096】

● ＬＴＥ ＰＤＣＣＨ構造（同じ符号化、同じＣＣＥ−ベースのリソースマッピング）及びＤＣＩフォーマットと同一である

【0097】

□ ＣＩＦイネーブルド（ｅｎａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて、複数の併合されたＤＬ／ＵＬ ＣＣのうちの特定ＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる

【0098】

● ＣＩＦを有する拡張されたＬＴＥ ＤＣＩフォーマット

【0099】

− ＣＩＦ（設定される場合）は、固定されたｘ−ビットフィールド（例、ｘ＝３）

【0100】

− ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズにかかわらず固定される

【0101】

● ＬＴＥ ＰＤＣＣＨ構造を再使用（同じ符号化、同じＣＣＥ−ベースのリソースマッピング）

【0102】

ＣＩＦが存在する場合、基地局は端末側のＢＤ複雑度を下げるために、ＰＤＣＣＨモニタリングＤＬ ＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬ ＣＣセットは、併合された全体ＤＬ ＣＣの一部であって、一つ以上のＤＬ ＣＣを含む。端末は、当該ＤＬ ＣＣ上でのみＰＤＣＣＨの検出／復号化を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨはＰＤＣＣＨモニタリングＤＬ ＣＣセットでのみ送信される。ＰＤＣＣＨモニタリングＤＬ ＣＣセットは、端末−特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末−グループ−特定、又はセル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）に設定することができる。「ＰＤＣＣＨモニタリングＤＬ ＣＣ」は、モニタリングキャリア、モニタリングセルなどの等価の用語に代えてもよい。また、端末のために併合されたＣＣは、サービングＣＣ、サービングキャリア、サービングセルなどの等価の用語に代えてもよい。

【0103】

図１２は、複数のキャリアが併合された場合のスケジューリングを例示する図である。３個のＤＬ ＣＣが併合されているとする。ＤＬ ＣＣ ＡがＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されているとする。ＤＬ ＣＣ Ａ〜Ｃは、サービングＣＣ、サービングキャリア、サービングセルなどと呼ぶことができる。ＣＩＦがディセーブルされた場合、それぞれのＤＬ ＣＣは、ＬＴＥ ＰＤＣＣＨ設定によってＣＩＦ無しで自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨのみを送信することができる。一方、端末−特定（又は、端末−グループ−特定又はセル−特定）上位層シグナリングによってＣＩＦがイネーブルされた場合には、ＤＬ ＣＣ Ａ（モニタリングＤＬ ＣＣ）は、ＣＩＦを用いて、ＤＬ ＣＣ ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨだけでなく、他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されていないＤＬ ＣＣ Ｂ／Ｃでは、ＰＤＣＣＨが送信されない。このため、ＤＬ ＣＣ Ａ（モニタリングＤＬ ＣＣ）は、ＤＬ ＣＣ Ａと関連したＰＤＣＣＨ検索領域、ＤＬ ＣＣ Ｂと関連したＰＤＣＣＨ検索領域、及びＤＬ ＣＣ Ｃと関連したＰＤＣＣＨ検索領域を全て含まなければならない。本明細書で、ＰＤＣＣＨ検索領域はキャリア別に定義されると仮定する。

【0104】

上述したとおり、ＬＴＥ−Ａは、クロス−ＣＣスケジューリングのためにＰＤＣＣＨ内でＣＩＦ使用を考慮している。ＣＩＦが使用されるか否か（すなわち、クロス−ＣＣスケジューリングモード又はノン−クロス−ＣＣスケジューリングモードの支援）及びモード間切替は、ＲＲＣシグナリングによって半−静的／端末−特定に設定することができる。このＲＲＣシグナリング過程から、端末は、自身にスケジュールされるＰＤＣＣＨ内にＣＩＦが用いられるか否かが確認できる。

【0105】

図１３は、ＥＰＤＣＣＨ、及びＥＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを例示する図である。

【0106】

図１３を参照すると、ＥＰＤＣＣＨは、一般に、データを送信するＰＤＳＣＨ領域の一部分を定義して使用することができ、端末は、自身のＥＰＤＣＣＨを検出するためのブラインドデコーディング（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）過程を行わなければならない。ＥＰＤＣＣＨは、既存のレガシーＰＤＣＣＨと同一のスケジューリング動作（すなわち、ＰＤＳＣＨ、ＰＵＳＣＨ制御）を行うが、ＲＲＨのようなノードに接続した端末の個数が増加すると、より多数のＥＰＤＣＣＨがＰＤＳＣＨ領域に割り当てられるため、端末の行うべきブラインドデコーディングの回数は増加し、複雑度が増加するという短所がありうる。

【0107】

図１４は、ＴＤＤシステム環境下で既存（Ｌｅｇａｃｙ）サブフレームを静的サブフレーム集合と流動サブフレーム集合とに区別した場合を示す。図１４では、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）シグナルによって設定された既存上りリンク−下りリンク設定を上りリンク−下りリンク設定＃１（すなわち、ＤＳＵＵＤＤＳＵＵＤ）と仮定し、基地局は端末に事前に定義されたシグナルを用いて無線リソースの用途の再設定情報を知らせると仮定している。

【0108】

無線リソース用途変更メッセージ（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｓｓａｇｅ）は、事前に定義された規則によって、ｉ）当該用途変更メッセージ受信時点を含めて後に現れたり、或いはii）当該用途変更メッセージ受信時点を含めないで後に、或いはiii ）当該用途変更メッセージ受信時点から事前に定義された時間（すなわち、サブフレームオフセット（Ｓｕｂｆｒａｍｅ Ｏｆｆｓｅｔ）以降）に現れる無線リソースの用途を知らせる目的で用いられる。

【0109】

前述した内容に基づいて、本発明では、特定セル上の無線リソース用途が負荷状態によって動的に変更（すなわち、ｅＩＭＴＡ（ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ） ｃｅｌｌ）される場合に、上りリンクデータチャネル（ＰＵＳＣＨ）上にピギーバック（Ｐｉｇｇｙｂａｃｋ）されたり、ＰＵＳＣＨ上で送信される上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を効率的に送信する方案について説明する。

【0110】

本発明で、用途変更メッセージ（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｓｓａｇｅ）は、事前に定義されたセル（例、Ｐｒｉｍａｒｙ Ｃｅｌｌ；ＰＣｅｌｌ）上で上位層シグナル形態（例、ＳＩＢ／ＰＢＣＨ／ＭＡＣ／ＲＲＣ）或いは物理層シグナル形態（例、ＰＤＣＣＨ／ＥＰＤＣＣＨ／ＰＤＳＣＨ）で送信されてもよい。また、当該用途変更メッセージは、端末特定的な（ＵＥ−Ｓｐｅｃｉｆｉｃ）特性、セル特定的な（Ｃｅｌｌ−Ｓｐｅｃｉｆｉｃ）特性、端末グループ特定的な（ＵＥ−Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ）特性、或いは端末グループ共通（ＵＥ−Ｇｒｏｕｐ−Ｃｏｍｍｏｎ）特性を有することができる。さらに、用途変更メッセージは、事前に定義されたセル（例、ＰＣｅｌｌ）上でＵＳＳ（ＵＥ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）或いはＣＳＳ（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）で送信されてもよい。

【0111】

以下では、説明の便宜のために、３ＧＰＰ ＬＴＥシステムに基づいて本発明を説明する。たたじ、本発明が適用されるシステムの範囲は、３ＧＰＰ ＬＴＥシステム以外のシステムにも拡張可能である。また、本発明の実施例は、ｉ）ＴＤＤセルが搬送波集成技法（ＣＡ）で用いられ、集成されたセルの少なくとも一つ（すなわち、一部或いは全て）が無線リソース用途変更モードと動作する場合、及び／又はii）ＴＤＤセルとＦＤＤセルの組合せが搬送波集成技法（例、ＴＤＤ ＰＣｅｌｌとＦＤＤ ＳＣｅｌｌの場合、或いはＦＤＤ ＰＣｅｌｌとＴＤＤ ＳＣｅｌｌの場合）に用いられ、集成されたＴＤＤセルの少なくとも一つ（すなわち、一部或いは全て）が無線リソース用途変更モードと動作する場合などでも拡張して適用可能である。

【0112】

まず、既存（ｌｅｇａｃｙ）無線通信システム（３ＧＰＰ ＴＳ ３６．２１３）によれば、上りリンクデータチャネル（ＰＵＳＣＨ）上にピギーバック（Ｐｉｇｇｙｂａｃｋ）されたりＰＵＳＣＨ上で送信される上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）は、表３のように、上位層シグナル（ＲＲＣ）ベースの更なるＭＣＳオフセット（Ｏｆｆｓｅｔ）設定を通じてより信頼性の高い送信を保障することができる（３ＧＰＰ ＴＳ ３６．２１３ ８．６．３節参照）。ここで、ＰＵＳＣＨ上にピギーバックされて送信されるＵＣＩに上位層シグナルベースの更なるＭＣＳオフセットを設定することは、当該ＵＣＩの信頼できる受信を保障することに目的がある。また、このような動作は、特に、サービングセルが（端末から送信される）上りリンクシグナルを受信する際に、ｉ）隣接バンド／チャネル上で上りリンク／下りリンク通信を行う隣接セルから強い干渉を受ける場合、或いはii）同一バンド／チャネル上で上りリンク／下りリンク通信を行う隣接セルから強い干渉を受ける場合、に有用である。

【表3-1】

【表3-2】

【表3-3】

【0113】

しかし、隣接セルが無線リソース用途の動的変更モード（すなわち、「ｅＩＭＴＡ Ｍｏｄｅ」）と動作することによって、サービングセル（例、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ｓｅｒｖｉｎｇ ｃｅｌｌ或いはｅＩＭＴＡ−ｄｉｓａｂｌｅｄ ｓｅｒｖｉｎｇ ｃｅｌｌ）の観点では、同一に上りリンク用途で使われるサブフレームであっても、外部から入る干渉の強度或いは干渉変化の程度がサブフレーム別に異なりうる。

【0114】

具体例として、サービングセルの観点で上りリンク用途で使われるサブフレーム＃Ａ上では隣接セルから下りリンク通信による干渉（ＤＬ Ｉｎｔｅｒｆｅｒｅｎｃｅ）が入り、サービングセルの観点で上りリンク用途で使われるサブフレーム＃Ｂ上では隣接セルから上りリンク通信による干渉（ＵＬ Ｉｎｔｅｒｆｅｒｅｎｃｅ）が入りうる。したがって、サービングセルの観点で上りリンク用途で使われるサブフレーム（集合）別に異なる干渉特性を考慮して、サブフレーム（集合）別に独立した電力制御パラメータ（例、Ｏｐｅｎ−ｌｏｏｐ Ｐａｒａｍｅｔｅｒｓ（例、Ｐ_o，ａｌｐｈａ））が設定される（及び／又は、サブフレーム（集合）別ＴＰＣ Ａｃｃｕｍｕｌａｔｉｏｎが独立して行われる）「Ｓｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ」技法が導入された。

【0115】

しかし、強い干渉（例、ＤＬ Ｉｎｔｅｒｆｅｒｅｎｃｅ）が入る上りリンクサブフレーム（集合）上でのＰＵＳＣＨ送信（及び／又は、ＰＵＳＣＨ上にピギーバックされて送信されるＵＣＩ）電力を、Ｓｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌを用いて高く設定するとしても、強い干渉から、ＰＵＳＣＨ上にピギーバックされて送信されるＵＣＩの成功的な受信が保障されるとは限らない。また、システム具現（或いは、システム運営）の観点で、干渉特性が異なる上りリンクサブフレーム集合別に（ＰＵＳＣＨ受信に対する、或いはＰＵＳＣＨ上にピギーバックされて送信されるＵＣＩ受信に対する）同一のターゲットＢＬＥＲ（Ｔａｒｇｅｔ Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ；Ｔａｒｇｅｔ ＢＬＥＲ）が設定される必要がない。したがって、表４に示すように、干渉特性の異なる上りリンクサブフレーム集合別に、ＰＵＳＣＨ上にピギーバックされて送信されるＵＣＩ（すなわち、ＲＩ、ＣＱＩ）が次のように互いに独立した（例えば、互いに異なる）ＭＣＳオフセット設定が可能なように定義されてもよい。

【表4】

【0116】

以下、本発明では、表４で説明したように、干渉特性の異なる上りリンクサブフレーム集合別に、ＰＵＳＣＨ上にピギーバックされて送信されるＣＳＩ関連ＵＣＩ（すなわち、ＲＩ、ＣＱＩ）が互いに独立した（例えば、互いに異なる）ＭＣＳオフセット設定を有するようにする他にも、ＰＵＳＣＨ上にピギーバックされて送信されるＨＡＲＱ−ＡＣＫ情報も、干渉特性の異なる上りリンクサブフレーム集合別に互いに独立した（例えば、互いに異なる）ＭＣＳオフセット設定（すなわち、

【数19】

）を適用できるようにする方法を提案する。

【0117】

本発明は、特に、搬送波集成技法（ＣＡ）が適用された環境下で、表５によってＳＣｅｌｌ（例、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ）関連ＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎが導出される場合に有用である。言い換えると、ＳＣｅｌｌ（例、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ）上に最終適用されるＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎが、ｉ）ＳＣｅｌｌ上に設定されたｅＩＭＴＡ（或いは、ＲＲＣ−Ｃｏｎｆｉｇｕｒｅｄ） ＤＬ ＨＡＲＱ ｒｅｆｅｒｅｎｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎの上りリンクサブフレーム（すなわち、Ｓｔａｔｉｃ ＵＬ ＳＦ）上でのＨＡＲＱ−ＡＣＫ送信（すなわち、ＰＵＳＣＨ上にピギーバックされて送信されるＨＡＲＱ−ＡＣＫ）だけを保障することはできないか、或いはii）ＳＣｅｌｌ上に最終適用されるＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎが、相対的に低い干渉が受信される上りリンクサブフレーム集合でのＨＡＲＱ−ＡＣＫ送信（すなわち、ＰＵＳＣＨ上にピギーバックされて送信されるＨＡＲＱ−ＡＣＫ）だけを保障することはできないためである（３ＧＰＰ ＴＳ ３６．２１３参照）。

【表5】

ここで、一例として、上述した表５（すなわち、Ｒｅｌ−１０／１１ＣＡ動作に基づくＳＣｅｌｌ（Ｓｅｒｖｉｎｇ Ｃｅｌｌ）のＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ導出方法）で、ＰＣｅｌｌは、Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇの場合／Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ（ＣＣＳ）の場合を問わず、常に、ＰＣｅｌｌ上に設定されたＳＩＢ１ ＵＬ−ＤＬ ＣｏｎｆｉｇｕｒａｔｉｏｎをＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎと仮定することができる。

【0118】

すなわち、上述した高（受信）信頼度のＨＡＲＱ−ＡＣＫ送信を保障できない例として、ＰＵＣＣＨ／ＰＵＳＣＨ同時送信が設定されていない端末（ｅＩＭＴＡ ＵＥ）に２つのセル（すなわち、ｎｏｎ−ｅＩＭＴＡ ＰＣｅｌｌ、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ）が搬送波集成技法で設定され、ｎｏｎ−ｅＩＭＴＡ ＰＣｅｌｌのＳＩＢ１ ＵＬ−ＤＬ ＣｏｎｆｉｇｕｒａｔｉｏｎがＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ １であり、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌのＳＩＢ１ ＵＬ−ＤＬ ＣｏｎｆｉｇｕｒａｔｉｏｎがＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ １、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌのｅＩＭＴＡ（或いはＲＲＣ−Ｃｏｎｆｉｇｕｒｅｄ） ＤＬ ＨＡＲＱ ｒｅｆｅｒｅｎｃｅ ＣｏｎｆｉｇｕｒａｔｉｏｎがＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ５に設定された状況を仮定する。ここで、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの観点で、Ｆｉｘｅｄ ＵＬ ＳＦ（すなわち、外部から相対的に低い干渉が入る位置と仮定）はＵＬ ＳＦ ＃２であり、Ｆｌｅｘｉｂｌｅ ＵＬ ＳＦ（すなわち、外部から相対的に高い干渉が入る位置と仮定）はＵＬ ＳＦ ＃３、＃７、＃８だと仮定する。また、上記２つのセルに対してＣＣＳ（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）が設定されると、上述の表５から、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの最終ＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ １に決定される。しかし、この場合、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌのｅＩＭＴＡ（或いはＲＲＣ−Ｃｏｎｆｉｇｕｒｅｄ） ＤＬ ＨＡＲＱ ｒｅｆｅｒｅｎｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ５）と最初ＤＬ−ｒｅｆｅｒｅｎｃｅ ＵＬ／ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ １）とが異なることから、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの観点でＦｌｅｘｉｂｌｅ ＵＬ ＳＦと仮定される位置でＨＡＲＱ−ＡＣＫがＰＵＳＣＨ（すなわち、ＳＣｅｌｌ上で送信されるＰＵＳＣＨ）上にピギーバックされて送信されてもよい。

【0119】

具体的に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌのＡｃｔｕａｌ ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＤＣＩに基づいて（再）設定されるＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）がＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ２に設定されると、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの観点でＦｌｅｘｉｂｌｅ ＵＬ ＳＦと仮定されるＵＬ ＳＦ ＃７で（ＤＬ ＳＦ ＃０，＃１，＃３，＃９関連）ＨＡＲＱ−ＡＣＫがＰＵＳＣＨ（すなわち、ＳＣｅｌｌ上で送信されるＰＵＳＣＨ）上にピギーバックされて送信されてもよい。

【0120】

したがって、本発明に係る一実施例として、特定セル（例、ｅＩＭＴＡ−ｅｎａｂｌｅｄ Ｃｅｌｌ）上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連２つのサブフレーム集合（すなわち、ＵＬ ＰＣ ＳＦ ＳＥＴ＃０（すなわち、相対的に低い干渉（例、ＵＬ Ｉｎｔｅｒｆｅｒｅｎｃｅ）が入るサブフレーム集合）、ＵＬ ＰＣ ＳＦ ＳＥＴ＃１（すなわち、相対的に高い干渉（例、ＤＬ Ｉｎｔｅｒｆｅｒｅｎｃｅ）が入るサブフレーム集合））が設定された場合に、

【数20】

【0121】

他の例実施例として、ｉ）当該セル上のＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連サブフレーム集合の個数が１個から２個と変更される場合、或いはii）当該セル上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌが設定されていないが、

【数21】

【0122】

さらに、ｉ）当該セル上のＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連サブフレーム集合の個数が２個から１個と変更される場合、或いはii）当該セル上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌが設定（Ｅｎａｂｌｅ）されているが、Ｓｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌが設定されない（Ｄｉｓａｂｌｅ）場合に、特定上りリンク電力制御サブフレーム集合（ＵＬ ＰＣ ＳＦ ＳＥＴ）のために設定されたり、或いは適用／使用されているＭＣＳオフセット値（例、ＵＬ ＰＣ ＳＦ ＳＥＴ＃０のために設定されたＭＣＳオフセット値（すなわち、

【数22】

））をそのまま再使用／継承（Ｉｎｈｅｒｉｔ）するよう設定されてもよい（すなわち、ＭＣＳオフセット値がさらにシグナルされる必要がない）。

【0123】

すなわち、本発明によれば、サブフレーム集合ベースの上りリンク電力制御（ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ）動作が設定されるとき、ＵＬ ＰＣ ＳＦ ＳＥＴ＃０関連ベータオフセット値は、ＲＲＣシグナリングを通じて追加として受けるものではなく、既存ベータオフセットを継承するようになる。一方、サブフレーム集合ベースの上りリンク電力制御（ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ）動作が解除（ＤＩＳＡＢＬＥ）されるとき、全てのＵＬ ＳＦに適用されるベータオフセット値は、ＲＲＣシグナリングを通じて追加として受信されるものではなく、ＵＬ ＰＣ ＳＦ ＳＥＴ＃０関連ベータオフセット値を継承するようになる。

【0124】

更に他の例として、セル別に、Ｓｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連２つのサブフレーム集合（すなわち、２ Ｓｕｂｆｒａｍｅ Ｓｅｔｓ ｆｏｒ Ｕｐｌｉｎｋ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）の設定／非設定、及び／又はＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ動作の設定／非設定、及び／又はｅＩＭＴＡ Ｍｏｄｅの設定／非設定が異なってもよいので、本発明に対して以下の設定／規則がさらに適用されるように定義されてもよい。

【0125】

以下では、本発明に関する説明の便宜のために、２個のセル（例、（Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ）が搬送波集成技法で用いられる状況を仮定する。しかし、本発明の実施例は、ｉ）３個以上のセルが搬送波集成技法で用いられる状況、及び／又はii）少なくとも１つのセル上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連２つのサブフレーム集合（すなわち、２ Ｓｕｂｆｒａｍｅ Ｓｅｔｓ ｆｏｒ Ｕｐｌｉｎｋ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）或いはＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ動作が設定された場合、及び／又はiii ）少なくとも１つのセルがｅＩＭＴＡ Ｍｏｄｅと動作する場合においても拡張して適用可能である。

【0126】

●搬送波集成技法関連特定セル（例、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ）上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連の２つのサブフレーム集合或いはＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌが設定され、サブフレーム集合別に独立した（例えば、異なる）

【数23】

が設定／シグナリングされたとしても、

【0127】

− 仮に、ｉ）搬送波集成技法関連の他のセル（例、（Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ）上でＨＡＲＱ−ＡＣＫ情報がＰＵＳＣＨ上にピギーバックされて送信され、及び／又は当該他のセル（例、（Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ）上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連の２つのサブフレーム集合或いはＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ動作が設定されない場合、 或いはii）搬送波集成技法関連の他のセル（例、（Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ）上でＨＡＲＱ−ＡＣＫ情報がＰＵＳＣＨ上にピギーバックされて送信され、及び／又は当該他のセル（例、（Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ）がｅＩＭＴＡ Ｍｏｄｅと動作しない場合には、事前に定義された規則によって（特定セル（例、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ）上に設定された）特定サブフレーム集合関連

【数24】

が適用されるように設定されてもよい。

【0128】

− ここで、当該特定サブフレーム集合は、ｉ）相対的に低いサブフレーム集合インデックスを有する集合（すなわち、ＵＬ ＰＣ ＳＦ ＳＥＴ＃０，

【数25】

）、或いはii）２つのサブフレーム集合のうち、相対的に低い（及び／又は、静的な特性の）干渉が入るサブフレーム集合、iii ）或いは静的な上りリンクサブフレーム（例、ｅＩＭＴＡ（或いは、ＲＲＣ−Ｃｏｎｆｉｇｕｒｅｄ）ＤＬ ＨＡＲＱ ｒｅｆｅｒｅｎｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ上のＵＬ ＳＦ）が含まれた集合のうち一つと定義されてもよい。

【0129】

− 又は、特定サブフレーム集合と関連して、端末がいかなるサブフレーム集合関連

【数26】

を適用すべきかを、事前に定義されたシグナル（例、ＲＲＣシグナル）を用いて基地局が知らせるように設定されてもよい。

【0130】

すなわち、本発明によれば、搬送波集成（ＣＡ）技法が適用されるセル別に、サブフレーム集合ベースの上りリンク電力制御（ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ）動作が独立して設定／非設定される場合、「ＵＬ ＰＣ ＳＦ ＳＥＴ＃０関連ベータオフセット値」は、「ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ動作が設定されないセルの全てのＵＬ ＳＦ」と「ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ動作が設定されたセルの全てのＵＬ ＰＣ ＳＦ ＳＥＴ＃０」にのみ共通に適用されるようになる。また、搬送波集成技法が適用されるセル別に、サブフレーム集合ベースの上りリンク電力制御（ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ）動作が独立して設定／非設定される場合、「ＵＬ ＰＣ ＳＦ ＳＥＴ＃１関連ベータ＿オフセット値」は、「ＳＦ ＳＥＴ ＤＥＰＥＮＤＥＮＴ ＵＬ ＰＣ動作が設定されたセルの全てのＵＬ ＰＣ ＳＦ ＳＥＴ＃１」にのみ共通に適用されてもよい。

【0131】

また、本発明の実施例は、搬送波集成技法が適用され、ｉ）（ｅＩＭＴＡ Ｍｏｄｅと動作する）ＳＣｅｌｌの場合、或いはii）（ｅＩＭＴＡ Ｍｏｄｅと動作する）ＳＣｅｌｌ上にＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ関連の２つのサブフレーム集合（すなわち、２ Ｓｕｂｆｒａｍｅ Ｓｅｔｓ ｆｏｒ Ｕｐｌｉｎｋ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）或いはＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ動作が設定された場合、或いはiii ）ＰＵＣＣＨとＰＵＳＣＨの同時送信が設定されない場合、或いはiv）少なくとも１つのセルがｅＩＭＴＡ Ｍｏｄｅと動作する或いはＳｕｂｆｒａｍｅ（Ｓｅｔ）−ｄｅｐｅｎｄｅｎｔ ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ動作が適用される場合、或いはｖ）ＰＣｅｌｌのＳＩＢ１ ＵＬ−ＤＬ ＣｏｎｆｉｇｕｒａｔｉｏｎとＳＣｅｌｌのｔｄｄ−Ｃｏｎｆｉｇ−ｒ１０ベースのＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎとが異なる場合、或いはvi）ＰＣｅｌｌのｅＩＭＴＡ（或いはＲＲＣ−Ｃｏｎｆｉｇｕｒｅｄ）ＤＬ ＨＡＲＱ ｒｅｆｅｒｅｎｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎとＳＣｅｌｌのｅＩＭＴＡ（或いはＲＲＣ−Ｃｏｎｆｉｇｕｒｅｄ）ＤＬ ＨＡＲＱ ｒｅｆｅｒｅｎｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎとが異なる場合、或いはvii ）ＣＣＳ（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）が設定された場合、或いはviii）セルフ−スケジューリング（Ｓｅｌｆ Ｓｃｈｅｄｕｌｉｎｇ）が設定された場合、或いはix）ハーフ−デュプレックス（Ｈａｌｆ Ｄｕｐｌｅｘ；ＨＤ）端末、或いはｘ）ＰＵＣＣＨとＰＵＳＣＨの同時送信を端末能力（ＵＥ Ｃａｐａｂｉｌｉｔｙ）として持っていない端末、或いはｘ）ＰＵＣＣＨとＰＵＳＣＨの同時送信を端末能力（ＵＥ Ｃａｐａｂｉｌｉｔｙ）として有する端末のうち、少なくとも一つの場合にのみ限定的に適用されるように設定されてもよい。

【0132】

また、本発明は、一例として、ＴＤＤセルとＦＤＤセルの組合せが搬送波集成技法（例、ｉ）ＴＤＤ ＰＣｅｌｌとＦＤＤ ＳＣｅｌｌの場合、或いはii）ＦＤＤ ＰＣｅｌｌとＴＤＤ ＳＣｅｌｌの場合）で用いられ、このようなＴＤＤセルの少なくとも一つ（すなわち、一部或いは全て）が無線リソース用途変更モードと動作する場合においても拡張して適用可能である。

【0133】

さらに、上述した本発明の実施例は、搬送波集成技法（ＣＡ）が適用された状況下で、ｉ）少なくとも特定一つのセルの無線リソース用途が負荷状態によって動的に変更される場合、或いはii）少なくとも特定一つのセルの送信モード（ＴＭ）が事前に定義された送信モードと指定される場合、或いはiii ）少なくとも特定一つのセル（例、ＴＤＤ ｅＩＭＴＡ Ｃｅｌｌ）の上りリンク−下りリンク設定が特定値に（再）設定された場合、或いはiv）ＣＣＳが設定された場合、或いはｖ）セルフ−スケジューリング（Ｓｅｌｆ Ｓｃｈｅｄｕｌｉｎｇ）が設定された場合、のうち少なくとも一つの場合にのみ限定的に適用されるように設定されてもよい。

【0134】

さらに、上述した本発明の実施例／設定／規則／一例も、本発明を具現するための一つの方案と解釈することができ、一種の実施例と判断されてもよいことは明らかである。また、上述した実施例は、独立して具現されてもよいが、一部り実施例の組合せ或いは併合の形態で具現されてもよい。

【0135】

さらに、上述した本発明の実施例／設定／規則／一例に関する情報、或いは本発明の実施例／設定／規則／一例を適用するか否かに関する情報などは、基地局が端末に、事前に定義されたシグナル（例、物理層或いは上位層シグナル）によって知らせることができる。

【0136】

また、上述した実施例は、異なるＴＤＤ上りリンク−下りリンク設定（Ｄｉｆｆｅｒｅｎｔ ＴＤＤ ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ、例えば、ＳＩＢ１ ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＰＣｅｌｌ）、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ ＩＥ（ＳＣｅｌｌ））を有するセルが搬送波集成技法（ＣＡ）で用いられ、このうち少なくとも一つのセルの無線リソース用途が負荷状態によって動的に変更される場合にも拡張適用が可能である。

【0137】

また、上述した本発明の実施例は、搬送波集成技法が適用された状況下で、ｉ）少なくとも特定一つのセルの送信モード（ＴＭ）が事前に定義された送信モードと指定される場合、及び／又はii）少なくとも特定一つのセル（例、ＴＤＤ ｅＩＭＴＡ Ｃｅｌｌ）の上りリンク−下りリンク設定（ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が特定値に（再）設定された場合にのみ限定的に適用されるように設定されてもよい。

【0138】

図１５には、本発明の一実施例に適用可能な基地局及び端末を例示する。

【0139】

無線通信システムにリレーが含まれる場合、バックホールリンクでは通信が基地局とリレー間に行われ、アクセスリンクでは通信がリレーと端末間に行われる。したがって、図面に例示された基地局又は端末は状況によってリレーに代替されてもよい。

【0140】

図１５を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成されてもよい。メモリ１１４は、プロセッサ１１２と接続され、プロセッサ１１２の動作と関連した様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２と接続され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成されてもよい。メモリ１２４は、プロセッサ１２２と接続され、プロセッサ１２２の動作と関連した様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２と接続され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。

【0141】

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

【0142】

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

【0143】

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

【0144】

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を実行するモジュール、手順、関数などの形態として具現することができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されてもよい。

【0145】

メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。

【0146】

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

【産業上の利用可能性】

【0147】

上述したような無線リソースの用途変更を支援する無線通信システムにおいて上りリンク制御情報を送信する方法及びそのための装置は、３ＧＰＰ ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥシステムの他、様々な無線通信システムにも適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】