特許 6248082 ワイヤレス通信における多地点伝送

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

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

(11)【特許番号】6248082

(24)【登録日】2017年11月24日

(45)【発行日】2017年12月13日

(54)【発明の名称】ワイヤレス通信における多地点伝送

(51)【国際特許分類】

   H04W 52/38 20090101AFI20171204BHJP

   H04W 28/16 20090101ALI20171204BHJP

【ＦＩ】

   H04W52/38

   H04W28/16

【請求項の数】8

【外国語出願】

【全頁数】79

(21)【出願番号】特願2015-207430(P2015-207430)

(22)【出願日】2015年10月21日

(62)【分割の表示】特願2014-533459(P2014-533459)の分割

【原出願日】2012年9月30日

(65)【公開番号】特開2016-27763(P2016-27763A)

(43)【公開日】2016年2月18日

【審査請求日】2015年11月20日

(31)【優先権主張番号】61/616,256

(32)【優先日】2012年3月27日

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

(31)【優先権主張番号】61/644,827

(32)【優先日】2012年5月9日

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

(31)【優先権主張番号】61/542,145

(32)【優先日】2011年9月30日

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

(31)【優先権主張番号】61/604,399

(32)【優先日】2012年2月28日

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

(31)【優先権主張番号】61/591,789

(32)【優先日】2012年1月27日

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

(31)【優先権主張番号】61/678,437

(32)【優先日】2012年8月1日

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

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】ギスラン ペルティエ

(72)【発明者】

【氏名】ダイアナ パニ

(72)【発明者】

【氏名】ジェイ．パトリック トゥーハー

(72)【発明者】

【氏名】ルージン カイ

【審査官】 米倉 明日香

(56)【参考文献】

【文献】 国際公開第２０１０／１２１７０８（ＷＯ，Ａ１）

【文献】 国際公開第２０１０／１０７８８５（ＷＯ，Ａ２）

【文献】 特表２０１３−５３３６４８（ＪＰ，Ａ）

【文献】 特開２０１３−３４１１３（ＪＰ，Ａ）

【文献】 Researc In Motion, UK Limited，PRACH Enhancement and UL Power Control for CoMP Scenario4，3GPP TSG-RAN WG1 #66 R1-112372，２０１１年 ８月１６日

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサと、
送信機とを備え、
前記プロセッサは、
複数のサブフレームのサブセットのうちの、第１のサブフレームのセットおよび第２のサブフレームのセットを少なくとも識別することと、
前記第１のサブフレームのセットまたは前記第２のサブフレームのセットの少なくとも１つから、少なくとも１つのアップリンクサブフレームを割り当てることと、
伝送のための前記少なくとも１つのアップリンクサブフレームに、少なくとも第１の伝送パワーパラメータ、第２の伝送パワーパラメータ、第３の伝送パワーパラメータおよび第４の伝送パワーパラメータを適用することであって、前記第１の伝送パワーパラメータは所望の伝送パワー（Ｐｏ）であり、前記第２の伝送パワーパラメータは部分経路損失補償であり、前記第３の伝送パワーパラメータは伝送パワーコマンド（ＴＰＣ）であり、前記第４の伝送パワーパラメータは最大ＷＴＲＵパワー（Ｐ_CMAXc）である、ことと、
を実行するように、少なくとも構成されており、
前記送信機は、アップリンク伝送を前記少なくも１つのアップリンクサブフレームにおいて送信するように、少なくとも構成されている、ＷＴＲＵ。

【請求項2】

前記プロセッサは、前記複数のサブフレームのサブセットを含む構成を受信するようにさらに構成されている、請求項１に記載のＷＴＲＵ。

【請求項3】

前記アップリンクサブフレームは、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して伝送される、請求項１に記載のＷＴＲＵ。

【請求項4】

前記プロセッサは、前記第１のサブフレームのセットまたは前記第２のサブフレームのセットの少なくとも１つで前記ＴＰＣを累積可能であるようにさらに構成されている、請求項１に記載のＷＴＲＵ。

【請求項5】

ワイヤレス送受信ユニット（ＷＴＲＵ）において使用する方法であって、
複数のサブフレームのサブセットのうちの、第１のサブフレームのセットおよび第２のサブフレームのセットを少なくとも識別することと、
前記第１のサブフレームのセットまたは前記第２のサブフレームのセットの少なくとも１つから、少なくとも１つのアップリンクサブフレームを割り当てることと、
伝送のための前記少なくとも１つのアップリンクサブフレームに、少なくとも第１の伝送パワーパラメータ、第２の伝送パワーパラメータ、第３の伝送パワーパラメータおよび第４の伝送パワーパラメータを適用することであって、前記第１の伝送パワーパラメータは所望の伝送パワー（Ｐｏ）であり、前記第２の伝送パワーパラメータは部分経路損失補償であり、前記第３の伝送パワーパラメータは伝送パワーコマンド（ＴＰＣ）であり、前記第４の伝送パワーパラメータは最大ＷＴＲＵパワー（Ｐ_CMAXc）である、ことと、
アップリンク伝送を前記少なくも１つのアップリンクサブフレームにおいて送信機を介して送信することと
を備える、方法。

【請求項6】

前記複数のサブフレームのサブセットを含む構成を受信することをさらに備える、請求項５に記載の方法。

【請求項7】

前記アップリンクサブフレームは、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して伝送される、請求項５に記載の方法。

【請求項8】

前記ＴＰＣは、前記第１のサブフレームのセットまたは前記第２のサブフレームのセットの少なくとも１つについて累積可能であることをさらに備える、請求項５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本願発明は、ワイヤレス通信における多地点（Multi-Point）伝送に関する。

【背景技術】

【0002】

関連出願の相互参照
本出願は、２０１１年９月３０日に出願した米国仮特許出願第６１／５４２，１４５号、名称「ＭＵＬＴＩＰＯＩＮＴ ＴＲＡＮＳＭＩＳＳＩＯＮ ＩＮ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」、２０１２年１月２７日に出願した米国仮特許出願第６１／５９１，７８９号、名称「ＭＵＬＴＩＰＯＩＮＴ ＴＲＡＮＳＭＩＳＳＩＯＮ ＩＮ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」、２０１２年２月２８日に出願した米国仮特許出願第６１／６０４，３９９号、名称「ＭＵＬＴＩＰＯＩＮＴ ＴＲＡＮＳＭＩＳＳＩＯＮ ＩＮ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」、２０１２年３月２７日に出願した米国仮特許出願第６１／６１６，２５６号、名称「ＭＵＬＴＩＰＯＩＮＴ ＴＲＡＮＳＭＩＳＳＩＯＮ ＩＮ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」、２０１２年５月９日に出願した米国仮特許出願第６１／６４４，８２７号、名称「ＭＵＬＴＩＰＯＩＮＴ ＴＲＡＮＳＭＩＳＳＩＯＮ ＩＮ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」、２０１２年８月１日に出願した米国仮特許出願第６１／６７８，４３７号、名称「ＭＵＬＴＩＰＯＩＮＴ ＴＲＡＮＳＭＩＳＳＩＯＮ ＩＮ ＷＩＲＥＬＥＳＳ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」の利益を主張するものであり、本明細書による６件すべての出願の開示は、すべての目的のために、それぞれが全体として参照により本明細書に組み込まれている。

【0003】

ロングタームエボリューション（ＬＴＥ：Long-Term Evolution）ワイヤレスシステム用の多地点協調（ＣｏＭＰ：Coordinated Multi-Point）伝送は、ユーザ機器（ＵＥ：user equipment）（またはワイヤレス送受信ユニット（ＷＴＲＵ：wireless transmit/receive unit））との通信のためのネットワークの複数の地理的に離れた地点間の協調を含む方式群を指す。アップリンク方向では、ＣｏＭＰは、干渉を制御しカバレージを向上させるための、複数受信地点での伝送信号の同時受信および／または地点間の協調スケジューリング決定を含むことができる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ ＴＳ ３６．２１１，Ｖ１０．ｘ．ｘ，“Ｅ−ＵＴＲＡ，Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ”

【発明の概要】

【0005】

下記の発明を実施するための形態で詳細に説明される単純な形式の概念の選択を紹介するために、概要が提供される。本概要は、請求する主題の主要な特徴または不可欠な特徴を識別することは意図されておらず、また、請求する主題の範囲を限定するために用いられることも意図されていない。

【0006】

本明細書において単独または組み合わせで説明される方法および装置は、複数の宛先ポイントが存在し得るシステム配設において、ワイヤレス送受信ユニット（ＷＴＲＵ）が異なるタイプのアップリンクチャネルまたは信号を伝送できるようにするものである。本明細書で説明されるいくつかの実施形態において、方法は、ＷＴＲＵが動的に伝送の宛先ポイントを選択できるようにするものである。複数の潜在的宛先ポイント間からの宛先ポイントの選択がＷＴＲＵ伝送用に可能な場合があるシステムにおいて、システムおよび方法のいくつかの実施形態は、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）の再送処理の決定、および新しい（たとえば実施形態によって企図される）パワーヘッドルーム報告メカニズムを提供する。他の実施形態において、前記ＷＴＲＵが接続性を失った宛先ポイントへのＷＴＲＵ伝送を削減または抑制するための方法が説明される。基準信号（ＲＳ: reference signals）は、不対（unpaired）帯域幅（ＢＷ:
bandwidth）割り振りによるピークドリフト（peak drift）を補償するための事前循環シフト（ＣＳ：cyclic shift）オフセットを使用すること、異なるサイズのＲＳを超える他のホッピング層を導入すること、または、基本シーケンスの選択からＣＳホッピングを分離するための方法を使用することによって、機能強化することができる。ＣＳホッピングの初期値および循環シフトフィールド（ＣＳＦ：cyclic shift field）の再解釈に基づく他のパラメータを決定するための方法も説明される。非周期サウンディング基準信号（ＳＲＳ：sounding reference signal）、周期ＳＲＳ、および物理アップリンク共有チャネル（ＰＵＳＣＨ）に関する、異なる伝送パワー制御（ＴＰＣ：transmit power control）コマンドも説明される。分離されたＴＰＣコマンドを使用するＳＲＳに関する、追加のパワー制御方法も説明される。より動的なＰＵＳＣＨ ＲＢ割り振りに基づく、物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）リソースブロック（ＲＢ：resource block）マッピングを機能強化するための方法も開示される。物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）に関するアップリンク伝送コンテキスト（ＵＴＣ：uplink transmission contexts）の選択のための追加方法が説明される。複数のＵＴＣまたは物理チャネルのグループおよび／または伝送タイプに関するＴＰＣコマンドを処理するための方法、ならびに、ＷＴＲＵが、たとえばＦｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ｉｎｔｅｒ−ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃｏｏｒｄｉｎａｔｉｏｎ（ＦｅＩＣＩＣ）などの制限された伝送可能性を有することが可能なサブフレームサブセットを処理するための方法も説明される。

【0007】

実施形態は、プロセッサを備えることが可能なワイヤレス送受信ユニット（ＷＴＲＵ）を企図している。プロセッサは、少なくとも部分的に、少なくとも１つのアップリンク伝送コンテキスト（ＵＴＣ）を選択するように構成され得る。少なくとも１つのＵＴＣは、１または複数の特徴に対応可能である。プロセッサは、前記１または複数の特徴うちの少なくとも１つを選択するように構成され得る。プロセッサは、少なくとも部分的に、前記１または複数の特徴のうちの少なくとも１つに基づいて、伝送を開始するようにも構成され得る。

【0008】

実施形態は、プロセッサを備えることが可能なワイヤレス送受信ユニット（ＷＴＲＵ）を企図している。プロセッサは、少なくとも部分的に、伝送タイプに対応可能な少なくとも１つのアップリンク伝送コンテキスト（ＵＴＣ）を選択するように構成され得る。プロセッサは、前記少なくとも１つのＵＴＣに対応可能な伝送パワーを決定するように構成され得る。プロセッサは、前記決定されたパワーでの前記伝送タイプに対応可能な伝送を開始するようにも構成され得る。

【0009】

実施形態は、プロセッサを備えることが可能なワイヤレス送受信ユニット（ＷＴＲＵ）を企図し、ここでプロセッサは、少なくとも部分的に、循環シフト（ＣＳ）ホッピングに関する初期値を決定するように構成可能である。プロセッサは、

【0010】

【数1】

【0011】

からの前記ＣＳホッピングに関する初期値を分離するように構成可能である。プロセッサは、前記ＣＳホッピングに関する初期値を少なくとも１つのアップリンク伝送コンテキスト（ＵＴＣ）に相関させるようにも構成可能である。

【図面の簡単な説明】

【0012】

添付の図面（または図）に関連して例として与えられた以下の説明から、より詳細に理解することが可能である。詳細な説明と同様に、こうした図面内の図は例である。したがって、図および詳細な説明は限定的であるとはみなされず、他の等しく有効な例が企図される。

【0013】

【図1A】１または複数の開示された実施形態が実装可能な、例示の通信システムを示すシステム図である。

【図1B】図１Ａに示された通信システム内で使用可能な、例示のワイヤレス送受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】図１Ａに示された通信システム内で使用可能な、例示の無線アクセスネットワークおよび例示のコアネットワークを示すシステム図である。

【図2】実施形態に適合する異なるシステム帯域幅構成から生じる、異なるダウンリンク制御情報（ＤＣＩ）サイズを示す表である。

【図3】実施形態に適合する不対帯域幅割り振りの例を示す図である。

【図4】実施形態に適合する相関ピークドリフトの例を示す図である。

【図5】実施形態に適合するＰｃｅｌｌアップリンク伝送コンテキスト（ＵＴＣ）構成を示す図である。

【図6】実施形態に適合するＰｃｅｌｌアップリンク伝送コンテキスト（ＵＴＣ）構成を示す図である。

【図7】実施形態に適合するＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌ情報要素のサンプル表を示す図である。

【図8】実施形態に適合するネットワークでの循環シフト（ＣＳ）補償の例を示す図である。

【図9】実施形態に適合する例示の循環シフトフィールドを示す図である。

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

【0014】

次に、様々な図を参照しながら、例示の実施形態の詳細な説明について記述する。この説明は可能な実装の詳細な例を提供するが、詳細は例示的なものであることが意図され、いかなる場合にも本出願の範囲を制限するものではないことに留意されたい。本明細書で使用される場合、他の修飾または特徴付けのない冠詞「ａ」または「ａｎ」は、たとえば「１または複数」または「少なくとも１つ」を意味するものと理解され得る。

【0015】

図１Ａは、１または複数の開示された実施形態が実装可能な、例示の通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを、複数のワイヤレスユーザに提供する、多重アクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、こうしたコンテンツにアクセスできるようにすることが可能である。たとえば通信システム１００は、符号分割多重アクセス（ＣＤＭＡ：code division multiple access）、時分割多重アクセス（ＴＤＭＡ：time division multiple access）、周波数分割多重アクセス（ＦＤＭＡ：frequency division multiple access）、直交ＦＤＭＡ（ＯＦＤＭＡ：orthogonal FDMA）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ：single-carrier FDMA）などの、１または複数のチャネルアクセス方法を採用することができる。

【0016】

図１Ａに示されるように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ：radio access network）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ：public switched telephone network）１０８、インターネット１１０、および他のネットワーク１１２を含むことが可能であるが、開示された実施形態は、任意数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを理解されよう。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境で動作および／または通信するように構成された、任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ：user equipment）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ：personal digital assistant）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。

【0017】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ：base transceiver station）、ノードＢ、ｅノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ：access point）、ワイヤレスルータ、などとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは任意数の相互接続された基地局および／またはネットワーク要素を含むことができる。

【0018】

基地局１１４ａは、基地局コントローラ（ＢＳＣ：base station controller）、無線ネットワークコントローラ（ＲＮＣ：radio network controller）、リレーノードなどの、他の基地局および／またはネットワーク要素（図示せず）を含むことも可能な、ＲＡＮ １０４の一部とすることが可能である。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることのある特定の地理的領域内で、ワイヤレス信号を送信および／または受信するように構成可能である。セルは、さらにセルセクタに分割され得る。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって一実施形態では、基地局１１４ａは３つの送受信器、すなわちセルの各セクタに付いて１つ、を含むことができる。他の実施形態では、基地局１１４ａは多入力多出力（ＭＩＭＯ）技術を採用することが可能であるため、セルの各セクタに付いて複数の送受信器を利用することができる。

【0019】

基地局１１４ａ、１１４ｂは、任意の好適なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ：radio frequency）、マイクロ波、赤外線（ＩＲ：infrared）、紫外線（ＵＶ：ultraviolet）、可視光など）とすることが可能なエアインターフェース１１６を介して、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信可能である。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ：radio access technology）を使用して確立することができる。

【0020】

より具体的に言えば、前述のように、通信システム１００は多重アクセスシステムとすることが可能であり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を採用することができる。たとえばＲＡＮ １０４内の基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標）：wideband CDMA）を使用してエアインターフェース１１６を確立することが可能な、ユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）地上無線アクセス（ＵＴＲＡ：UMTS Terrestrial Radio Access）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ：High-Speed Uplink Packet Access）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋：Evolved HSPA）などの、通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ：High-Speed Uplink Packet Access）を含むことができる。

【0021】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することが可能な、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ：Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができる。

【0022】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃはＩＥＥＥ ８０２．１６（すなわちＷｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、Ｂｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの、無線技術を実装することができる。

【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】

ＬＴＥの場合、ダウンリンク物理チャネルは、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical Hybrid ARQ Indicator Channel）、物理データ制御チャネル（ＰＤＣＣＨ：Physical Data Control Channel）、物理マルチメディアデータチャネル（ＰＭＣＨ：Physical Multicast data Channel）、物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）、および物理データ共有チャネル（ＰＤＳＣＨ：Physical Data Shared Channel）を含むことができるが、これらには限定されない。ＰＣＦＩＣＨ上で、ＷＴＲＵは、ＤＬコンポーネントキャリア（ＣＣ：component carrier）の制御領域のサイズを示す制御データを受信する。ＰＨＩＣＨ上で、ＷＴＲＵは、前のアップリンク伝送に関するハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＨＡＲＱ Ａ／Ｎ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、またはＨＡＲＱ−ＡＣＫ）フィードバックを示す制御データを受信する。ＰＤＣＣＨ上で、ＷＴＲＵは、ダウンリンクおよびアップリンクのリソースをスケジューリングするために使用可能な、ダウンリンク制御情報（ＤＯ：downlink control information）メッセージを受信する。ＰＤＳＣＨ上で、ＷＴＲＵは、ユーザおよび／または制御データを受信することができる。たとえばＷＴＲＵは、ＵＬ ＣＣ上で伝送可能である。

【0049】

ＬＴＥの場合、アップリンク物理チャネルは、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理ランダムアクセスチャネル（ＰＲＡＣＨ）、および物理アップリンク共有チャネル（ＰＵＳＣＨ）を含むことができるが、これらには限定されない。ＰＵＳＣＨ上で、ＷＴＲＵは、ユーザおよび／または制御データを伝送可能である。ＰＵＣＣＨ上で、およびいくつかの場合にはＰＵＳＣＨ上で、ＷＴＲＵは、アップリンク制御情報（チャネル品質インジケータ／プリコーディングマトリクスインジケータ／ランクインジケータまたはスケジューリング要求（ＣＱＩ／ＰＭＩ／ＲＩまたはＳＲ）、および／またはハイブリッド自動再送要求（特にＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックなど）を伝送可能である。ＵＬ ＣＣ上で、ユーザ機器（ＵＥ）またはワイヤレス送受信ユニット（ＷＴＲＵ）（この用語は本明細書全体を通じて互換的に使用可能である）に、サウンディング基準信号（ＳＲＳ）の伝送用の専用リソースを割り振ることも可能である。

【0050】

ＬＴＥ Ｒ８＋システムでは、ＷＴＲＵは、異なる目的のためにセル固有ダウンリンク基準信号を受信することができる。たとえばセル固有基準信号（以下、ＣＲＳ）の場合、ＷＴＲＵは、ＴＭ７、ＴＭ８、またはＴＭ９で構成されたＰＭＣＨおよびＰＤＳＣＨを除く、任意のダウンリンク物理チャネルのコヒーレント復調のためのチャネル推定に、ＣＲＳを使用することができる。ＷＴＲＵは、チャネル状態情報（ＣＳＩ）測定にＣＲＳを使用することもできる。ＷＴＲＵは、セル選択および移動性関係の測定にもＣＲＳを使用することができる。ＣＲＳは任意のサブフレーム内で受信可能である。１または複数、もしくはそれぞれのアンテナポート（１、２、または４）について１つのＣＲＳが存在可能である。ＣＲＳは、１または複数、もしくはそれぞれのスロットの、第１および第３の最終ＯＦＤＭシンボルを占有可能である。

【0051】

加えてＷＴＲＵは、以下のダウンリンク基準信号のうちの１または複数を受信することができる。１）復調基準信号（ＤＭ−ＲＳ：Demodulation Reference Signals）。ＷＴＲＵ固有基準信号は、ＴＭ７、ＴＭ８、またはＴＭ９を用いるＰＤＳＣＨの復調のためのチャネル推定に使用可能である。ＤＭ−ＲＳは、該当するＷＴＲＵに関するＰＤＳＣＨ伝送に割り当てられたリソースブロック内で伝送可能である。および／または、２）ＣＳＩ基準信号（ＣＳＩ−ＲＳ）。ＷＴＲＵは、チャネル状態情報測定にＣＳＩ−ＲＳを使用することができる。ＣＳＩ−ＲＳはＴＭ９に使用可能であり（またはいくつかの実施形態では、そのようにのみ使用可能であり）、ＣＲＳよりもネットワークにより低密度で伝送可能である。

【0052】

ＵＥ ＯＲ ＷＴＲＵは、同期化を取得可能であり、セルの識別（以下、セルＩＤ）を検出可能であり、同期信号を使用して巡回プレフィックスの長さ（通常／拡張）（１次同期信号と２次同期信号との間の持続時間の差異に基づき得る）を決定可能である。ＵＥ ＯＲ ＷＴＲＵは、ＰＢＣＨ上でマスタ情報ブロック（以下、ＭＩＢ）を受信可能であり、ＭＩＢは、ＰＨＩＣＨ情報、ダウンリンク帯域幅、およびシステムフレーム数を含む。ＵＥ ＯＲ ＷＴＲＵは、ＰＢＣＨを使用して、その検出がＰＢＣＨ ＣＲＣを使用して検証される伝送アンテナポートの数を盲目的に検出することができる。

【0053】

ＬＴＥシステムにおいて、ＮＷは、ＰＤＣＣＨを使用して物理無線リソースを制御することが可能であり、制御メッセージは特定のメッセージ、たとえばデータ制御情報（ＤＣＩ：data control information）メッセージを使用して伝送可能である。ＵＥ ＯＲ ＷＴＲＵは、特定の位置で既知の無線ネットワーク一時識別子（以下、ＲＮＴＩ）を使用して、固有のＤＣＩスクランブルに関して、または、アグリゲーションレベル（以下、ＡＬ、１、２、４、または８のいずれかのＣＣＥに対応する１または複数、もしくはそれぞれ）に基づく物理リソース（たとえば、制御チャネル要素、以下ＣＣＥ：control channel element）の異なる組み合わせを使用して、検索スペースに関して、ＰＤＣＣＨを監視することによって、所与のサブフレーム内での制御シグナリング上で作用するために有用であるか否かを判別することができる。ＣＣＥは、３６のＱＰＳＫシンボル、または７２のチャネル符号化ビットを含む。

【0054】

１または複数の実施形態において、ＰＤＣＣＨは概念上、２つの別個の領域に分離可能である。ＵＥまたはＷＴＲＵがその上で動作可能なＤＣＩを発見し得るＣＣＥ位置のセットは、検索スペース（以下、ＳＳ：Search Space）と呼ぶことができる。ＳＳは概念上、共通ＳＳ（以下、ＣＳＳ：Common SS）およびＵＥ ＯＲ ＷＴＲＵ固有ＳＳ（以下、ＵＥＳＳ）に分割可能であり、ＣＳＳは、所与のＰＤＣＣＨを監視している１または複数、もしくはすべてのＵＥに共通とすることができるが、ＵＥＳＳはＵＥ ＯＲ ＷＴＲＵによって異なる。いくつかの実施形態において、どちらのＳＳも所与のサブフレーム内の所与のＵＥ ＯＲ ＷＴＲＵに関して重複可能である。これはランダム化機能の関数とすることが可能であり、この重複はサブフレームによって異なる可能性がある。

【0055】

共通検索スペース（ＣＳＳ）を構成するＣＣＥ位置のセットおよびその開始ポイントは、セル識別およびサブフレーム数の関数とすることができる。ＬＴＥ Ｒ８／９の場合、ＤＣＩはＣＳＳ内でＡＬ４（４ ＣＣＥ）またはＡＬ８（８ ＣＣＥ）で送信可能である（またはいくつかの実施形態では、そのようにのみ送信可能である）。ＵＥ ＯＲ ＷＴＲＵがＰＤＣＣＨを監視するサブフレームの場合、ＵＥ ＯＲ ＷＴＲＵは、ＣＳＳにおける合計最大１２のブラインド復号試行について、ＡＬ４に関する４ ＣＣＥの４つまでの異なるセット（たとえば８つのブラインド復号）およびＡＬ８に関する８ ＣＣＥの２つまでの異なるセット（たとえば４つのブラインド復号）において、２つのＤＣＩフォーマットサイズ（たとえば、以下を参照すると、フォーマット１Ａおよび１Ｃ、ならびに電力制御に使用されるフォーマット３Ａ）を復号するように試行することができる。ＣＳＳは、ＡＬ４に関する４つの復号候補（たとえば、ＣＣＥ ０〜３、４〜７、８〜１１、１２〜１５）およびＡＬ８に関する２つの復号候補（ＣＣＥ ０〜７、８〜１５）を示唆する、ＣＣＥ ０〜１５に対応する。

【0056】

ＵＥ ＯＲ ＷＴＲＵ固有検索スペース（ＵＥＳＳ：UE OR WTRU-Specific Search Space）を構成するＣＣＥ位置のセットおよびその開始ポイントは、ＵＥ ＯＲ ＷＴＲＵ識別およびサブフレーム数の関数とすることができる。ＬＴＥ Ｒ８＋の場合、ＤＣＩはＵＥＳＳ内でＡＬ１、ＡＬ２、ＡＬ４、またはＡＬ８で送信可能である。ＵＥまたはＷＴＲＵがＰＤＣＣＨを監視するサブフレームの場合、ＵＥまたはＷＴＲＵは、ＵＥＳＳにおける合計最大３２のブラインド復号試行について、ＡＬ１に関する６つまでの異なるＣＣＥＳ（たとえば１２のブラインド復号）、ＡＬ２に関する２ ＣＣＥの６つまでの異なるセット（たとえば１２のブラインド復号）、ＡＬ８に関する８ ＣＣＥの２つまでの異なるセット（たとえば４つのブラインド復号）、および、ＡＬ８に関する８ ＣＣＥの２つまでの異なるセット（たとえば４つのブラインド復号）において、２つのＤＣＩフォーマットを復号するように試行することができる。

【0057】

ＵＥまたはＷＴＲＵがどのＤＣＩフォーマットを復号するかは、構成済みの伝送モード（たとえば空間多重化が使用可能であるか否か）に依存することができる。いくつかの異なるＤＣＩフォーマット、たとえばフォーマット０（ＵＬ許可）、フォーマット１（非ＭＩＭＯ）、フォーマット２（ＤＬ ＭＩＭＯ）、およびフォーマット３（電力制御）が存在可能である。制御メッセージの例示の詳細なフォーマットは、ＴＳ ３６．２１２、セクション５．３．３．１で定義可能である。ＵＥまたはＷＴＲＵが復号する１または複数、もしくはそれぞれのＤＣＩフォーマットのバージョンは、少なくとも部分的に、構成済み伝送モード（たとえば、リリース８およびリリース９の場合はモード１〜７）によって管理され得る。

【0058】

例示の用途の要約リストを、以下に提示する。
− ＤＣＩフォーマット０（ＵＬ許可）
− ＤＣＩフォーマット１（ＤＬ割り当て）
− ＤＣＩフォーマット１Ａ（コンパクトなＤＬ割り当て／ランダムアクセス用のＰＤＣＣＨ順）
− ＤＣＩフォーマット１Ｂ（プリコーディング情報によるＤＬ割り当て）
− ＤＣＩフォーマット１Ｃ（非常にコンパクトなＤＬ割り当て）
− ＤＣＩフォーマット１Ｄ（プリコーディング情報＋電力オフセット情報によるコンパクトなＤＬ割り当て）
− ＤＣＩフォーマット２（空間多重化のためのＤＬ割り当て）
− ＤＣＩフォーマット２Ａ
− ＤＣＩフォーマット３（ＰＵＣＣＨ／ＰＤＳＣＨ用のＴＰＣ、２ビット）
− ＤＣＩフォーマット３Ａ（ＰＵＣＣＨ／ＰＤＳＣＨ用のＴＰＣ、単一ビット）

【0059】

異なるシステム帯域幅構成の結果として生じる異なるＤＣＩサイズの例を示す表が、図２に与えられている。

【0060】

ＬＴＥ Ｒ８＋システムにおいて、ＰＤＣＣＨ上で受信された制御シグナリングが、アップリンクコンポーネントキャリアまたはダウンリンクコンポーネントキャリアのいずれに関係するかは、ＵＥまたはＷＴＲＵによって復号されたＤＣＩのフォーマットに関係する可能性があり、ＤＣＩフォーマットは、ＵＥまたはＷＴＲＵが接続されるセルの、アップリンクコンポーネントキャリア上およびダウンリンクコンポーネントキャリア上でのＵＥ通信を制御するために使用可能である。ＵＥまたはＷＴＲＵは、スケジューリング要求（以下、ＳＲ：scheduling request）をｅＮＢに送信することによって、アップリンク伝送のための無線リソースを要求することが可能であり、ＳＲは、構成済みであればＰＵＣＣＨ上の専用リソース上で（以下、Ｄ−ＳＲ）、または、そうでなければランダムアクセス手順（以下、ＲＡＣＨ）を使用して（以下、ＲＡ−ＳＲ）、伝送可能である。

【0061】

本明細書では以下の用語が使用可能である。いくつかの実施形態において、「ポイント」は、地理的に共同設置された伝送アンテナのセットを指すことができる。本明細書で説明される１または複数の実施形態において、この定義はやや一般化されている場合があるため、「ポイント」は、地理的に共同設置されたアンテナのセットが送信用であるか受信用であるかにかかわらず、それらを指すこともできる。

【0062】

第１のＵＥまたはＷＴＲＵ伝送の「意図された受信ポイント」または「宛先ポイント」は、ネットワーク側のポイント、もしくは、いくつかの実施形態では、この第１のＵＥまたはＷＴＲＵ伝送を受信および処理することが予測し得る、第２のＵＥまたはＷＴＲＵを指すことが可能である。１または複数の実施形態において、宛先ポイントは、この宛先ポイントによって伝送される信号（セル固有基準信号、ＣＳＩ−ＲＳ、または宛先ポイントが第２のＷＴＲＵに対応する場合、ＤＭ−ＲＳ、ＳＲＳ、ＰＲＡＣＨプリアンブル、もしくは他のタイプの信号などのＷＴＲＵ固有基準）の特徴により、第１のＵＥまたはＷＴＲＵによって識別可能である。実施形態は、以下の用語の用途および意味を、それらの適用可能性を限定することなく企図している。
− コンポーネントキャリア（ＣＣ）、ＤＬ ＣＣ、およびＵＬ ＣＣ
− １次セル（ＰＣｅｌｌ：primary cell）、ＰＣｅｌｌ ＤＬ、ＰＣｅｌｌ ＵＬ、および２次セル（ＳＣｅｌｌ：secondary cell）、ＳＣｅｌｌ ＤＬ、ＳＣｅｌｌ ＵＬ
− セル、サービングセル、１次サービングセル、および２次サービングセル

【0063】

以下で言及される場合、「コンポーネントキャリア（ＣＣ）」という用語は、その一般性を失うことなく、ＵＥまたはＷＴＲＵが動作する周波数を含むことができる。たとえばＵＥまたはＷＴＲＵは、ダウンリンクＣＣ（以下、「ＤＬ ＣＣ」）上で伝送を受信することが可能であり、ＤＬ ＣＣは複数のＤＬ物理チャネルを含むことができる。他の例として、ＵＥまたはＷＴＲＵはアップリンクＣＣ（以下、「ＵＬ ＣＣ」）上で伝送を実行することが可能であり、ＵＬ ＣＣは前述のように、複数のＵＬ物理チャネルを含むことができる。

【0064】

セルは、ＤＬ ＣＣ上でブロードキャストされるか、または場合によってはネットワークからの専用構成シグナリングを使用して、ＵＥまたはＷＴＲＵによって受信されるシステム情報（ＳＩ：system information）に基づいてＵＬ ＣＣにリンクされ得るＤＬ ＣＣ内に、最小限に存在することができる。たとえばＤＬ ＣＣ上でブロードキャストされる場合、ＵＥまたはＷＴＲＵは、（たとえば、ＬＴＥ用のＲＲＣ＿ＩＤＬＥ内の場合、またはＷＣＤＭＡ用のアイドル／ＣＥＬＬ＿ＦＡＣＨ内の場合、たとえば、ＵＥまたはＷＴＲＵがまだネットワークへの無線リソース接続を有さない場合）リンクされたＵＬ ＣＣのアップリンク周波数および帯域幅を、システム情報要素の一部として受信することができる。

【0065】

以下で言及される場合、「１次セル（ＰＣｅｌｌ）」という用語は、その一般性を失うことなく、ＵＥまたはＷＴＲＵがシステムへの初期アクセスを実行する１次周波数（primary frequency）で動作するセル、たとえば、初期接続確立手順を実行するかまたは接続再確立手順を開始するセル、もしくは、ハンドオーバ手順において１次セルとして示されるセル、などを含む。これは、無線リソース接続構成手順の一部として示される周波数にも対応可能である。いくつかの機能がＰＣｅｌｌ上でサポートされ得る（またはいくつかの実施形態では、サポートのみされ得る）。たとえばＰＣｅｌｌのＵＬ ＣＣは、物理アップリンク制御チャネルリソースが、所与のＵＥまたはＷＴＲＵ用の１または複数、もしくはすべてのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを搬送するように構成可能な、ＣＣに対応可能である。

【0066】

たとえばＬＴＥにおいて、ＵＥまたはＷＴＲＵは、ＰＣｅｌｌを使用して、セキュリティ機能、または、ＮＡＳ移動性情報などの上部層システム情報に関するパラメータを導出することができる。ＰＣｅｌｌ ＤＬ上でサポート可能な（またはいくつかの実施形態では、サポートのみ可能な）他の機能は、ブロードキャストチャネル（ＢＣＣＨ）上でのシステム情報（ＳＩ）獲得および変更監視手順、ならびにページングを含む。

【0067】

以下で言及される場合、「２次セル（ＳＣｅｌｌ）」という用語は、その一般性を失うことなく、無線リソース制御接続が確立可能であれば構成可能であり、追加の無線リソースを提供するために使用可能な、２次周波数（secondary frequency）上で動作するセルを含む。該当するＳＣｅｌｌ内での動作に関連するシステム情報は、ＳＣｅｌｌをＵＥまたはＷＴＲＵの構成に追加できる場合、専用シグナリングを用いて提供され得る。パラメータは、システム情報（ＳＩ）シグナリングを用いて該当するＳＣｅｌｌのダウンリンク上でブロードキャストされるものとは異なる値を有することが可能であるが、この情報は、本明細書では、この情報を獲得するためにＵＥまたはＷＴＲＵによって使用される方法とは無関係に、該当するＳＣｅｌｌのＳＩと呼ばれることが可能である。

【0068】

以下で言及される場合、「ＰＣｅｌｌ ＤＬ」および「ＰＣｅｌｌ ＵＬ」という用語は、一般性を失うことなく、それぞれＰＣｅｌｌのＤＬ ＣＣおよびＵＬ ＣＣに対応する。同様に、「ＳＣｅｌｌ ＤＬ」および「ＳＣｅｌｌ ＵＬ」という用語は、それぞれ（構成済みの場合）ＳＣｅｌｌのＤＬ ＣＣおよびＵＬ ＣＣに対応する。

【0069】

以下で言及される場合、「サービングセル」という用語は、一般性を失うことなく、１次セル（たとえばＰＣｅｌｌ）または２次セル（たとえばＳＣｅｌｌ）を含む。より具体的に言えば、いかなるＳＣｅｌｌでも構成され得ない、または複数のコンポーネントキャリア上での動作（たとえばキャリアアグリゲーション）をサポートしていない、ＵＥまたはＷＴＲＵの場合、ＰＣｅｌｌを含む１つのサービングセルが存在可能（またはいくつかの実施形態では、おそらくそれのみが存在可能）であり、少なくとも１つのＳＣｅｌｌで構成されたＵＥまたはＷＴＲＵの場合、「サービングセル」という用語は、ＰＣｅｌｌおよび１または複数、もしくはすべての構成済みＳＣｅｌｌを含む、１または複数のセルのセットを含むことができる。

【0070】

１または複数の実施形態において、ＵＥまたはＷＴＲＵが少なくとも１つのＳＣｅｌｌで構成可能である場合、少なくとも１つのＰＣｅｌｌ ＤＬおよび少なくとも１つのＰＣｅｌｌ ＵＬが存在可能であり、１または複数、もしくはそれぞれの構成済みＳＣｅｌｌの場合、少なくとも１つのＳＣｅｌｌ ＤＬ、および、１または複数の実施形態ではおそらく１つのＳＣｅｌｌ ＵＬ（たとえば構成済みの場合）が存在可能である。

【0071】

１または複数の実施形態は、ＵＥまたはＷＴＲＵが、動的ベース(dynamic basis)で伝送の宛先ポイントまたは宛先ポイントのセットを選択することが可能な、１または複数の技法を企図している。これらの技法は、この少なくとも１つの宛先ポイントでの受信および復号を容易にすることが可能な、アップリンク伝送のある特徴の調整を可能にする。たとえばこの特徴は、伝送パワー、伝送タイミング、および／または、その基本シーケンス、その循環シフト、または直交カバーコードなどの、復調目的またはサウンディング目的で使用される基準信号のプロパティを含むことができる。こうした技法は、ネットワークの見地からのキャパシティ最適化、ならびに、ＵＥまたはＷＴＲＵの見地からの堅固な動作のためのフォールバックメカニズムを、サポートすることができる。

【0072】

他の方法は、複数の潜在的宛先ポイントがＵＥまたはＷＴＲＵ伝送用であることが可能な場合に生じる、宛先ポイント選択および他の機能に関する問題に対処する。たとえば、ＨＡＲＱ再伝送がどのように処理できるかを決定することが有用な場合がある。加えて、現行のパワーヘッドルーム報告メカニズムでは、複数の潜在的受信ポイントが存在する場合、ネットワークが最適なアップリンクスケジューリングを決定できない可能性がある。他の問題は、ＵＥまたはＷＴＲＵが少なくとも１つの宛先ポイントとの接続を失う可能性があり、それによって、ＵＥまたはＷＴＲＵがこの宛先ポイントへの送信を試行した場合、過度の干渉が生じ得ることから発生する。

【0073】

他の方法は、複数の潜在的宛先ポイントを伴う展開で動作する場合に生じる問題に対処する。たとえば、２つの共通にスケジューリングされたＵＥまたはＷＴＲＵの間で、直交性を達成するために同じＢＷ割り当てを割り振るスケジューリング制約は、より厳しくなる可能性がある。

【0074】

特に、複数のＵＥが同じサブフレームのセル内でアップリンク伝送用に共通スケジューリング可能な場合、相互干渉を最小限にするために、１または複数、もしくはそれぞれのＵＥまたはＷＴＲＵに使用される基準信号の中で、相互直交性（または大幅に減少された相互相関）を有することが有用な可能性がある。現行の３ＧＰＰ規格リリースでは、これは、１または複数の、もしくはすべての共通スケジューリングされたＵＥに対して同一の帯域幅（ＢＷ）リソースを共有できる場合、同じ基本シーケンスグループおよび異なる循環シフト（ＣＳ）設定を割り振ることによって達成可能である。特に、多地点アップリンク受信において発生するセル間ＭＵ−ＭＩＭＯ動作（inter-cell MU-MIMO operation）について、ネットワークスケジューリング効率を向上させるために、ネットワークは、部分的に重複可能な不対ＢＷでＵＥをスケジューリングすることが必要な場合がある。図３は、２つのＵＥに関する不対ＢＷ割り振り（unpaired BWs allocation）の２つの例示のシナリオを示す。

【0075】

不対ＢＷ割り振りの結果として、１または複数、もしくはそれぞれのＵＥまたはＷＴＲＵに使用される基準信号間で大きなピーク相互相関(peak cross-correlation)が時折見られるため、異なるＣＳ設定によって達成されるオリジナルの直交性は失われる可能性がある。問題は、ＲＢ割り振りの変化によって、相関ピークが時間領域内の異なる位置にドリフトするという事実から発生する。このドリフトしたピークが、別のＵＥまたはＷＴＲＵのＲＳに割り当てられた他のＣＳ領域に侵入し、重大な干渉を生成する可能性がある。これが図４の例に示されており、１２ＲＢの等しいＢＷ長さが使用され、重複部分は６ＲＢである。図４からわかるように、ドリフトの量はかなり大きい可能性がある（時には折り返される）。加えて、ウィンドウ効果が重複部分の幅に比例するため、相関ピークはより広くなり、特に２つのＲＳの重複部分が非常に小さい可能性がある場合、相関性能をさらに低下させる可能性がある。

【0076】

循環シフトホッピング（ＣＳホッピング）が宛先ポイントのうちのいくつかで使用中の可能性がある、複数の潜在的宛先ポイントを伴う展開で発生する問題に対処するための方法も提供される。したがって、結果としてこれらのポイントに対する過度の干渉を発生させない、ＵＥまたはＷＴＲＵの伝送用にＣＳを割り当てることは、より困難になる可能性がある。

【0077】

循環ホッピングは、他のＵＥへの干渉をランダム化するために、復調基準信号（ＤＭＲＳ：demodulation reference signal）に適用可能である。現行の３ＧＰＰ規格では、１または複数の、もしくはそれぞれのＵＥまたはＷＴＲＵについて、λによってインデックス付けされた層の循環シフトα_λは、以下に従って定義され、

【0078】

【数2】

【0079】

上式で、

【0080】

【数3】

【0081】

はそれぞれ、ＵＥまたはＷＴＲＵ固有および層固有のパラメータであり得、
ｎ_PN（ｎ_s）は、

【0082】

【数4】

【0083】

によって定義される、セル固有のＣＳホッピングパターンであり、これは、以下によって開始される。

【0084】

【数5】

【0085】

いくつかの実施形態では、シーケンスシフトパターン

【0086】

【数6】

【0087】

は、たとえば基本シーケンスグループを定義する際に使用される同じ値を共有することができる。

【0088】

セル間の多ユーザ多入力多出力（ＭＵ−ＭＩＭＯ）動作の場合、複数のセルまたはポイントにまたがる基準信号の直交性を強化するために、共通スケジューリングされたＵＥへの基本シーケンスの動的割り当てを可能にすることが有利な可能性がある。したがって、

【0089】

【数7】

【0090】

は、たとえばここでは経時的に変化するか、またはもはやセル固有ではない可能性があるため、ＣＳホッピングの定義には適切でない可能性がある。

【0091】

本明細書で説明される方法は、単独または組み合わせることが可能であり、複数の宛先ポイントが存在し得るシステム展開において、ＵＥまたはＷＴＲＵが異なるタイプのアップリンクチャネルまたは信号をどのように伝送可能であるかを説明する。

【0092】

サブフレーム内の所与のチャネルまたは信号の伝送を実行する際、ＵＥまたはＷＴＲＵは、少なくとも１つのＵＴＣのセットから選択されるアップリンク伝送コンテキスト（以下、ＵＴＣ）に依存する可能性のある伝送特徴を決定することができる。本明細書では、ＵＴＣの選択方法の様々な実施形態について説明する。

【0093】

様々な実施形態において、ＵＥまたはＷＴＲＵは、選択されたＵＴＣを使用して所与のチャネルまたは信号に対する伝送を実行することができるため、当該伝送に関するアップリンク周波数および／または帯域幅と、当該伝送に適用するための伝送パワーと、当該伝送に適用するためのタイミングアドバンス（またはタイミング整合）と、（ｉ）たとえばＰＵＳＣＨまたはＳＲＳ用の（周期的または非周期的）、少なくとも１つの復調基準信号（たとえば循環シフト、シーケンスグループ、アンテナポート）、（ｉｉ）たとえばＰＵＣＣＨ伝送の場合の、伝送フォーマットおよび／またはリソース、ならびに（ｉｉｉ）たとえばＰＲＡＣＨ伝送の場合の、少なくとも１つのランダムアクセスプリアンブルのプロパティなどの、伝送されるチャネルまたは信号に固有であり得る少なくとも１つのプロパティとの、伝送特徴のうちの、少なくとも１つを決定することができる。

【0094】

ＵＥまたはＷＴＲＵが選択されたＵＴＣに従ってアップリンク伝送を実行できるようにする情報を表すように、ＵＴＣを定義することが可能である。ＵＴＣは、概念上、該当するＵＴＣに関連付けられた以下のタイプの情報のうちの少なくとも１つに関して分割することができる。

【0095】

− ＵＴＣパラメータ：ＲＲＣによって構成される半静的パラメータなどの、ＵＥまたはＷＴＲＵの構成のパラメータ（たとえば、該当するＵＴＣに関する伝送のための伝送パワーを決定するために使用可能な最大伝送パワー）を含むがこれらに限定されない、１または複数のパラメータのセット、
− ＵＴＣプロパティ：ＵＥまたはＷＴＲＵの構成（たとえば、グループ化機能から導出されるＤＬ経路損失および／またはタイミング基準）、ＵＥまたはＷＴＲＵによって実行される手順（たとえば、該当するＵＴＣに関する伝送のための伝送パワーを決定するために使用可能なＤＬ ＰＬ基準から導出されるＤＬ経路損失推定）、などから導出されるプロパティを含むがこれらに限定されない、１または複数のプロパティのセット、および／または、
− ＵＴＣ変数：状態変数（たとえば、ＵＴＣが活動化状態にあるか否か）、タイマ（たとえばタイミングアドバンス値の妥当性に関するタイマ）などを含むがこれらに限定されない、１または複数の変数のセット。

【0096】

言い換えれば、アップリンク伝送コンテキストは、概念上、半静的パラメータのセット、所与の伝送に関してＵＥまたはＷＴＲＵによって決定され、１または複数の実施形態ではパラメータの構成に基づく場合のある値、および／または、該当するＵＴＣに関してＵＥまたはＷＴＲＵによって維持および更新可能な変数、のうちの少なくとも１つを含むように表現されることが可能である。

【0097】

本明細書で説明される表現は、本明細書で説明される方法の、ＵＴＣの等価の記述およびその関連方法の異なる表現への適用可能性を制限するものではない。

【0098】

ＵＴＣは、以下のうちの少なくとも１つに従った、アップリンクチャネルまたはアップリンク信号の１または複数のタイプに関連付けることができる。

【0099】

− アップリンクチャネル（または伝送信号）固有：たとえば、ＵＴＣ（またはその一部）は、所与のアップリンクチャネルに適用可能であり、たとえばＵＥまたはＷＴＲＵは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、またはＳＲＳ構成のうちの１または複数、もしくはそれぞれについて、１または複数のＵＴＣで構成可能である。

【0100】

− サービングセル固有：たとえば、ＵＴＣ（またはその一部）は、ＵＥまたはＷＴＲＵの構成の所与のサービングセルに関する複数のアップリンク伝送に適用可能であり、この場合、ＵＴＣは、１または複数の、もしくはすべての伝送に共通な可能性のある態様（たとえば、ＤＬ ＰＬおよび／またはタイミング基準）、および／または、所与のタイプの伝送に固有な可能性のある態様（たとえば、たとえばＳＲＳ伝送に適用するための伝送パワーオフセット）を含むことができる。

【0101】

− セルグループ固有：たとえば、ＵＴＣ（またはその一部）は、ＵＥまたはＷＴＲＵの構成の１または複数のサービングセルに関する伝送に適用可能であり、この場合、ＵＴＣは、サービングセルのグループに関する１または複数の、もしくはすべての伝送に共通な可能性のある態様（たとえば、ＤＬ ＰＬおよび／またはタイミング基準）を含むことができる。および／または、
− 上記の組み合わせ：たとえば、ＵＴＣ（またはその一部）は、以下のうちの１または複数に従って適用可能である。ＵＴＣは所与のサービングセルに適用可能であり、たとえば、ＳＣｅｌｌ用に構成可能である。ＵＴＣは所与のアップリンクチャネルに適用可能であり、たとえばＰＵＳＣＨ上の伝送に適用可能である。たとえば１または複数の、もしくはそれぞれのＵＴＣが異なるＰｔＲＳおよび最大パワーを含むことができる。ＵＥまたはＷＴＲＵは、当該セルのＰＵＳＣＨに関する複数のＵＴＣで構成可能である。ＵＥまたはＷＴＲＵは、どのＵＴＣが所与の伝送に適用可能であるかを決定するために、本明細書で説明したような選択方法を使用することができる。

【0102】

他の例として、ＵＴＣ（またはその一部）は、以下に従って適用可能である：ＵＴＣは、アップリンクリソースで構成された複数のサービングセルに適用可能であり、たとえば、同じＴＡグループの１または複数の、もしくはすべてのＳＣｅｌｌについて構成可能である；ＵＴＣは、１または複数の、もしくはすべてのアップリンク伝送に適用可能であり、たとえばＰＵＳＣＨ、ＰＲＡＣＨ、およびＳＲＳ上での伝送に適用可能である；たとえば、１または複数の、もしくはそれぞれのＵＴＣは、異なるＰｔＲＳ、ＤＬ ＰＬ基準、およびＤＬタイミング基準を含むことができる；ＵＥまたはＷＴＲＵは、該当するセルに関する複数のＵＴＣで構成可能である；ＵＥまたはＷＴＲＵは、どのＵＴＣが該当するセルのアップリンクリソース上での伝送に適用可能であるかを決定するために、本明細書で説明したような選択方法を使用することができる。

【0103】

他の例として、ＵＴＣ（またはその一部）は、以下に従って適用可能である：ＵＴＣは、１つのサービングセルに関する複数のチャネル（たとえばＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ）に適用可能である；ＵＥまたはＷＴＲＵは、チャネルのグループに関する複数のＵＴＣで構成可能である；ＵＥまたはＷＴＲＵは、グループ内の１または複数の、もしくはすべてのチャネルにどのＵＴＣを使用するかを決定するために、本明細書で説明したような選択方法を使用することができる；ＵＥまたはＷＴＲＵは、他のタイプのチャネルまたは伝送タイプ（たとえばＳＲＳ）に適用可能な他のＵＴＣでさらに構成可能である；ＵＥまたはＷＴＲＵは、伝送タイプＳＲＳに関する複数のＵＴＣで構成可能である；ＵＥまたはＷＴＲＵは、どのＵＴＣをＳＲＳ伝送に使用するかを決定するために、本明細書で説明したような選択方法を使用することができる（たとえば、どのＵＴＣを使用するかを決定するためにＳＲＳのタイプが使用可能である）。

【0104】

ＵＴＣパラメータ：ＵＴＣに関連付けることが可能なパラメータは、以下の構成パラメータのうちの少なくとも１つを含むことができる。これらのパラメータのうちのいくつかは、複数のＵＴＣ、もしくは１または複数の、もしくはすべてのＵＴＣに共通であると定義することができる。これらは、Ｌ１／物理層パラメータ、Ｌ２／ＭＡＣパラメータ、および／またはＬ３／ＲＲＣパラメータを含むことができる。

【0105】

Ｌ１／物理層パラメータは、以下のうちの少なくとも１つとすることができる：所与の伝送の意図された受信ポイントを表すことが可能であり、複数の意図された受信ポイントの場合、複数のＰｔＲＳを含むことが可能である、少なくとも１つのダウンリンクポイント基準信号（以下、ＰｔＲＳ）；ＵＥまたはＷＴＲＵが、たとえばあるアップリンク信号またはチャネル（たとえばＰＵＳＣＨ、ＤＭＲＳ、ＳＲＳ）の生成において少なくとも１つのセル識別を使用することが可能であり、この識別はＵＴＣが適用可能なサービングセルの識別に対応するかまたは対応しない場合がある、物理セル識別；既存のシステムと同じ解釈を有することが可能な、ｃｙｃｌｉｃＳｈｉｆｔ、ｇｒｏｕｐＡｓｓｉｇｎｍｅｎｔＰＵＳＣＨ（ΔＳＳ）、Ａｃｔｉｖａｔｅ−ＤＭＲＳ−ｗｉｔｈ ＯＣＣ、Ｓｅｑｕｅｎｃｅ−ｈｏｐｐｉｎｇ−ｅｎａｂｌｅｄ、ｇｒｏｕｐＨｏｐｐｉｎｇＥｎａｂｌｅｄ、ｐｕｓｃｈ−ＨｏｐｐｉｎｇＯｆｆｓｅｔ、ｎ−ＳＢ、ＰＵＣＣＨ内でのＤＭ−ＲＳの生成のためのホッピングモード、ＰＵＳＣＨ内のＤＭ−ＲＳ、および／またはＰＵＳＣＨなどの、既存のシステムのＰＵＳＣＨ−Ｃｏｎｆｉｇ情報要素に含まれるものに対応する使用パラメータを含むことが可能な、あるアップリンク信号の生成に使用される他のパラメータ。ＵＥまたはＷＴＲＵは、本明細書で説明されるように、こうした信号を生成するために新しい（たとえば実施形態によって企図された）パラメータを使用することも可能である。他の例では、ＵＥまたはＷＴＲＵは、１ＰＵＣＣＨ−ＡＮ（

【0106】

【数8】

【0107】

）、ｎ１ＰＵＣＣＨ−ＡＮ−ＣＳ−Ｌｉｓｔ、ｎＣＳ−Ａｎなどの、既存のシステムのＰＵＣＣＨ−Ｃｏｎｆｉｇ情報要素に含まれるものに対応するパラメータと、たとえばＵＥまたはＷＴＲＵが、所与の伝送に適応するための伝送パワーを決定するためにＰｔＲＳ測定と組み合わせて使用可能な、パワー制御パラメータとを、使用することが可能である。たとえばこうしたパラメータは、該当するＵＴＣを使用する伝送に適用可能な最大伝送パワー（Ｐｍａｘ）、および／または、経路損失推定の目的でＴｐＲＳの伝送パワーを示す、１または複数の、もしくはそれぞれのＴｐＲＳに関する基準伝送パワーと、たとえばＵＥまたはＷＴＲＵが、該当するＵＴＣに対応するＰＤＣＣＨ上のＤＣＩフォーマットの復号の少なくとも１つの態様を決定することが可能な、スケジューリング関係パラメータとを、含むことが可能であり、ＤＣＩフォーマットは、場合によってはアップリンク伝送をトリガするダウンリンク情報を含むこと、および／または、場合によっては該当するＵＴＣの少なくとも１つの態様に適用可能なＴＰＣコマンドを含むことが、可能である。たとえばＵＥまたはＷＴＲＵは、該当するＰＤＣＣＨの少なくとも１つの検索スペースを決定することができる。１または複数の実施形態では、異なる検索スペースが異なるＵＴＣに対応可能である。ＵＥまたはＷＴＲＵは、該当するＰＤＣＣＨのＤＣＩフォーマットの少なくとも１つのセットを決定することができる。１または複数の実施形態では、異なるＤＣＩフォーマットおよび／またはコンテンツが異なるＵＴＣに対応可能である。別の方法として、所与のサービングセルに関するＵＴＣ活動化状態に応じて、ＤＣＩ復号はアクティブな（または選択された）ＵＴＣに対応する異なるＤＣＩフォーマットを使用することができる。ＵＥまたはＷＴＲＵは、該当するＰＤＣＣＨの少なくとも１つのＲＮＴＩを決定することができる。１または複数の実施形態では、異なるＲＮＴＩが異なるＵＴＣに対応可能である。

【0108】

たとえばＬ２／ＭＡＣパラメータは、たとえばＵＥまたはＷＴＲＵが、選択されたＵＴＣに基づいて所与の伝送に関するＤＬタイミング基準を決定可能な、タイミングパラメータと、たとえばＵＥまたはＷＴＲＵが、該当するＵＴＣの活動化状態に基づいて所与のＵＴＣに対応するＰＤＣＣＨをＲＮＴＩが監視することを決定可能な、スケジューリング関係パラメータと、のうちの少なくとも１つを含むことができる。

【0109】

Ｌ３／ＲＲＣパラメータは、たとえばＵＥまたはＷＴＲＵが、たとえばＵＴＣの追加、修正、および／または除去の目的で、ＵＴＣの識別として使用することが可能な、ＵＴＣの識別、もしくは、たとえばＵＥまたはＷＴＲＵが、アップリンク伝送用にＵＴＣが選択され得るか否かを決定するための方法として、ＲＬＭ動作用の構成として使用することが可能な、ＵＴＣの１または複数の選択基準もしくはパラメータ、のうちのたとえば少なくとも１つ。

【0110】

前述の１または複数、もしくはそれぞれについて、ＵＴＣは、１または複数の、もしくはそれぞれのタイプのアップリンク伝送に固有であり得るパラメータの別個のセット（たとえば、ＰＲＡＣＨ、ＰＵＳＣＨ、非周期ＳＲＳ、周期ＳＲＳ、ＰＵＣＣＨについて１つのセット）を含むことが可能である。

【0111】

実施形態はＵＴＣプロパティを企図している。ＵＴＣに関連付けることが可能なプロパティは、以下のうちの少なくとも１つを含むことが可能である。たとえば、少なくとも１つのチャネルまたは信号について、このチャネルまたは信号の伝送がこのＵＴＣに対して許可され得るか否か。たとえば、ＰＵＣＣＨの伝送はＵＴＣに対して可能であるかまたは可能でない場合がある。少なくとも２つのチャネルまたは信号について、これらのチャネルまたは信号の同時伝送が同じサブフレーム内で可能であるか否か（ＰＵＣＣＨとＰＵＳＣＨ、ＰＵＣＣＨとＳＲＳなど）。たとえば少なくとも１つのチャネルまたは信号について、ＤＬ経路損失基準および／またはＤＬタイミング基準および／またはＴＡグループを、所与のＵＴＣに関連付けることができる。

【0112】

実施形態はＵＴＣ変数を企図している。上記に加えて、アップリンク伝送コンテキストに関連付けられた以下の状態変数が、伝送特徴の決定に使用可能である：ＵＴＣが選択され得る場合（たとえばＴＰＣ蓄積）、伝送パワーの決定で使用されることになるＵＴＣに関するパワー制御調整状態；場合によってはそのＰｔＲＳなどの基準信号に関する、ＵＴＣに関する伝送タイミング調整状態（たとえばＴＡ調整またはＴＡアキュムレータ）；ＵＥまたはＷＴＲＵは、たとえば選択されたＵＴＣに基づいてＴＡオフセットを所与の伝送に適用することが決定可能である；ＵＴＣに関するタイミングアドバンスタイマ（たとえばＴＡＴ）；ＵＴＣを選択する目的に使用されることになる伝送コンテキストの活動化状態；および／または、企図された他の目的の中で、このＵＴＣの選択が可能であるかどうかを判定する目的に使用されることになる、ＵＴＣの接続状態。

【0113】

上記の構成パラメータおよび状態変数のうちの少なくとも１つが、少なくとも１つのＵＴＣのグループ内で共有可能である。たとえば、ＵＴＣのグループを、同じＰｔＲＳを共有している１または複数の、もしくはすべてのＵＴＣに対して定義することができる。この場合、こうしたＵＴＣのグループは、同じ伝送タイミング調整状態、タイミングアドバンスタイマ、および接続状態を共有することも可能である。

【0114】

ＵＴＣは、ＰｔＲＳが宛先ポイントのうちの１つに対応する「送信ポイント」から送信されるとの想定の下で、ＵＥまたはＷＴＲＵ伝送に関する少なくとも１つの「意図された受信ポイント」または「宛先ポイント」に対応するものとみなすことができる。ネットワークでの少なくとも１つのこうしたポイントは、このＵＥまたはＷＴＲＵ伝送を受信および処理することが予測可能である。したがって、ＵＴＣのＰｔＲＳは、送信ポイントに関連付けられたダウンリンク基準信号にも対応可能である。こうした送信ポイントは、それ自体が、ＵＥまたはＷＴＲＵによって受信可能なダウンリンク伝送の特徴（または「ダウンリンク伝送コンテキスト」）を定義する、それ独自の構成に関連付けられることが可能である。特有のＵＴＣを所与のダウンリンク伝送コンテキストにリンクづけることが可能な場合がある。こうしたリンク付けが定義できる場合、ＵＴＣのいくつかの特徴（ＰＤＣＣＨ用の検索スペースまたはＰｔＲＳの識別の決定に使用される特徴など）を、対応するダウンリンク伝送コンテキストの一部として定義することができる。ＵＥまたはＷＴＲＵについて構成されるＵＴＣのセットは、同じセル識別に関連付けられるかまたは関連付けられない可能性がある。

【0115】

ダウンリンクポイント基準信号（ＰｔＲＳ）：ポイント基準信号（ＰｔＲＳ）は、所与のダウンリンクキャリア上でＵＥまたはＷＴＲＵによって測定可能なダウンリンク基準信号として定義することができる。ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つを実行する目的でＰｔＲＳを使用することができる：経路損失推定、たとえばＵＥまたはＷＴＲＵはＰｔＲＳをＤＬ ＰＬ基準として使用可能である；パワー制御；タイミング整合、ＵＥまたはＷＴＲＵは、ＰｔＲＳをＤＬタイミング基準として使用可能である；測定、たとえば受信されたパワーまたは品質；無線リンク監視および接続状態の決定；ＵＴＣの選択または制限。

【0116】

ＵＴＣ用に構成されたＰｔＲＳは、共通基準信号（ＣＲＳ）またはＣＳＩ−ＲＳ基準信号を含む、既存のシステム内ですでに定義されたような基準信号を含むことができる。別の方法として、ＰｔＲＳは、ＵＴＣに関する経路損失推定の目的で最適化できるような、任意の他の基準信号を含むことができる。こうした最適化信号の例として、物理リソースブロックのサブセット内、たとえば、アンテナポートインデックスに依存することが可能なオフセットを伴うＮ個の物理リソースブロックからの１つ内で、この基準信号を伝送することができる。時間領域内で、基準信号は、あらゆる時間スロットまたはあらゆるサブフレーム内などで、より頻繁に伝送可能である。周波数分解能は重要でないが、追跡時間高速変動は有用な可能性がある場合、周波数領域内では疎であるが、時間領域内では密であるような構成は、経路損失推定のために有利な可能性がある。１または複数の実施形態では、ＰｔＲＳは、それぞれがアンテナポートインデックスで識別可能な少なくとも１つのアンテナポート上で伝送可能である。

【0117】

実施形態は、ＵＥまたはＷＴＲＵにおいてＵＴＣの構成を実現するための１または複数の技法を企図している。無線リソース構成の態様は以下の通りである。ＵＥまたはＷＴＲＵは、キャリアアグリゲーションの原理に従った動作のために、１次サービングセル（たとえばＰＣｅｌｌ）およびゼロまたはそれ以上の追加のサービングセル（たとえばＳＣｅｌｌ）上で動作するために、たとえば、最新のＲＲＣ接続再構成手順と同様の手順、および／または、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｉｎｆｏ情報要素を伴うかまたは伴わない）を使用して、構成可能である。

【0118】

加えて、所与のサービングセルについて、ＵＥまたはＷＴＲＵはＵＴＣの１または複数でさらに構成可能である。１または複数の実施形態では、これは、構成済みアップリンクリソースを伴うサービングセルについて実行可能である（またはいくつかの実施形態では、それについてのみ実行可能である）。たとえばＵＥまたはＷＴＲＵは、サービングセルについて複数のＵＴＣで構成可能であり、選択されたＵＴＣは、該当するセルの無線リソース上の任意のアップリンク伝送に適用できる可能性がある。

【0119】

１または複数の実施形態では、ＵＴＣ構成は、たとえばＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨなどの特定タイプのアップリンクチャネル、および／または、所与のサービングセルに対するＳＲＳなどの特定タイプのアップリンク伝送に、適用できる可能性がある。たとえばＵＥまたはＷＴＲＵは、ＰＣｅｌｌのＰＵＣＣＨチャネルに関する複数のＵＴＣで構成可能であり、単一のＵＴＣは、該当するサービングセルに関するＰＲＡＣＨおよびＰＵＳＣＨに対して構成可能である。言い換えれば、所与のサービングセルについて、異なるタイプのアップリンク伝送が異なるＵＴＣで構成可能であるか、または無しである（それによって結果として生じる構成はデフォルトＵＴＣを表すことができる）。

【0120】

１または複数の実施形態では、ＵＴＣ構成は、複数のサービングセルにまたがって、特定タイプのアップリンク伝送、および／または、アップリンクチャネル、たとえばＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ、またはＳＲＳに適用できる可能性がある。たとえばＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵの構成の１または複数の、もしくはすべてのサービングセルのＰＵＳＣＨ伝送に適用可能な複数のＵＴＣで、構成可能である。別の方法として、ＵＴＣは、サービングセルのサブセット、たとえば、ＵＥまたはＷＴＲＵの構成の１または複数の、もしくはすべてのＳＣｅｌｌのＰＵＳＣＨ伝送に適用可能な複数のＵＴＣに、適用できる可能性がある。

【0121】

１または複数の実施形態では、ＵＴＣを適用できるサブセットは、グループ化に基づくものとすることができる。たとえばＵＥまたはＷＴＲＵは、たとえば、同じタイミングアドバンスグループ（ＴＡグループ）の一部として、または、ＲＲＣシグナリングによって受信された明示的グループ化構成に基づいて、１または複数の、もしくはすべてのＳＣｅｌｌについて、セルのグループ内の複数のサービングセルのＰＵＳＣＨチャネルに関するＵＴＣで、構成可能である。

【0122】

ＵＴＣグループは、共通の以下の特徴のうちの少なくとも１つを有することができる：ＤＬタイミング基準、および／またはタイミングアドバンス、および／またはＴＡタイマ；ＤＬ経路損失基準および／または経路損失推定；無線リンク監視のためのＤＬ基準；たとえばＵＴＣのグループに対応するＤＬ基準のＲＬＭ関数が、基準がもはや好適でない可能性があることを決定できる場合、ＵＥまたはＷＴＲＵは、同じグループの１または複数の（もしくはすべての）ＵＴＣに適用可能ないくつかのアクションを実行することができる。たとえば、ＵＥまたはＷＴＲＵは対応するＵＴＣを非活動化することが可能である；パワー制御パラメータ、たとえば名目上の所望の伝送パワーＰｏ、および／または最大パワーＰｃｍａｘ、および／またはＴＰＣ累積；該当するグループのＵＴＣを適用可能な制御シグナリングを識別するためのＲＮＴＩ；および／またはグループの識別。

【0123】

ＵＥまたはＷＴＲＵは、ＰＣｅｌｌに関するＵＥまたはＷＴＲＵの無線リソースを構成するＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を含む、ＲＲＣシグナリングを受信することができる。加えてＵＥまたはＷＴＲＵは、１または複数のＳＣｅｌｌに関するＵＥまたはＷＴＲＵの無線リソースを構成するＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ情報要素を含む、ＲＲＣシグナリングを受信することができる。こうした情報要素は、たとえば、ｐｕｃｃｈ−ＣｏｎｆｉｃＤｅｄｉｃａｔｅｄ、ｐｕｓｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ、ｕｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ、ｔｐｃ−ＰＤＣＣＨ−ＣｏｎｆｉｇＰＵＣＣＨ、ｔｐｃ−ＰＤＣＣＨ−ＣｏｎｆｉｇＰＵＳＣＨ、ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇ、ｓｏｕｎｄｉｎｇＲＳ−ＵＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ、ａｎｔｅｎｎａＩｎｆｏ、ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ、ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇ、ｃｓｉ−ＲＳ−Ｃｏｎｆｉｇ、ｓｏｕｎｄｉｎｇＲＳ−ＵＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＡｐｅｒｉｏｄｉｃ、ｕｌ−ＡｎｔｅｎｎａＩｎｆｏ、などの、アップリンクチャネルおよび伝送に関する構成情報を含むことが可能である。

【0124】

ＵＥまたはＷＴＲＵは、ＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素および／またはＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ情報要素におけるＵＴＣ構成を受信することができる。

【0125】

一実施形態において、所与のチャネルは、所与のサービングセルに適用可能な物理チャネル構成内部に該当するチャネルに関する複数のパラメータを含めることによって、複数のＵＴＣで構成可能である。１または複数の実施形態では、最新の構成をデフォルトのＵＴＣ構成とすることが暗黙的に可能であり、所与のチャネルに関する追加のＵＴＣは、追加のＵＴＣのリスト内部のそれらの相対位置に従ってインデックス付けすることが可能である。図５は、Ｐｃｅｌｌに関する例を示す。

【0126】

他の実施形態では、所与のＵＴＣが構成可能であり、所与のサービングセルに関する複数のチャネルＵＴＣを含むことができる。一実施形態において、最新の構成をデフォルトのＵＴＣ構成とすることが暗黙的に可能であり、所与のサービングセルに関する追加のＵＴＣは、追加のＵＴＣのリスト内部のそれらの相対位置に従ってインデックス付けすることが可能である。図６は、Ｐｃｅｌｌに関する例を示す。

【0127】

他の実施形態では、ＵＥまたはＷＴＲＵは、複数の情報要素を使用することによって、所与のサービングセルに関する複数の「サブセル」構成で構成可能である。１または複数の実施形態では、情報要素は、同じセル識別を使用することによって所与のサービングセルに関連付けることが可能であり、たとえば同じｓｅｒｖＣｅｌｌＩＤを備える複数の構成が存在可能である。１または複数の実施形態では、サービングセル構成に関する（たとえば所与のｓｅｒｖＣｅｌｌＩＤに関連付けられた）情報要素の順序を使用して、所与のサービングセルに関するＵＴＣの識別を導出することができる。たとえばＰＣｅｌｌ（暗黙的にｉｄ「０」を有する）の場合、構成は、ＰＣｅｌｌに適用可能な１または複数の、もしくはそれぞれのＵＴＣについて１つの、複数のＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを（および／または「Ｃｏｍｍｏｎ」も）含むことができる。たとえば同様に、明示的なｓｅｒｖＣｅｌｌＩＤで識別されるＳＣｅｌｌの場合、構成は、該当するＳＣｅｌｌに適用可能な１または複数の、もしくはそれぞれのＵＴＣについて１つの、複数のＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ情報要素を（および／または「Ｃｏｍｍｏｎ」も）含むことができる。

【0128】

他の実施形態では、情報要素は、ＩＥがアップリンク伝送の単一もしくは複数のチャネルまたはタイプに関する構成パラメータを含むことが可能な、ＵＴＣについて定義可能である。

【0129】

他の実施形態では、ＵＴＣ構成をパワー制御構成の一部として提供することができる。１または複数、もしくはそれぞれのＵＴＣについて、１または複数の、もしくはすべてのチャネルおよび伝送タイプに必要なパラメータを含む、新しい（たとえば実施形態によって企図された）パワー制御専用ＩＥが追加可能である。以下に、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＰｏｉｎｔＬｉｎｋｉｎｇ−ｒｘｘが所与のＵＴＣに関するダウンリンクポイント基準信号に対応する、一例が示される。前述の基準信号情報は、送信ポイントに関するダウンリンク構成の一部として提供されたか（たとえば、ＵＴＣ１は送信ポイント１に対応し、ＵＴＣ２は送信ポイント２に対応する）、または、１または複数の、もしくはそれぞれのＵＴＣに対して明示的に提供された可能性がある。

【0130】

図７は、例示のＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌ情報要素を示す。

【0131】

所与のチャネルまたは送信タイプに関するＵＴＣ構成は、物理層態様に関して以下で説明される方法の１つまたは組み合わせを使用して、さらに実現可能である。

【0132】

所与のサービングセル（たとえばＰｃｅｌｌまたはＳｃｅｌｌ）について、所与のチャネルおよび／または伝送タイプに関するＵＴＣの原理は、以下で説明される方法の１つまたは組み合わせを使用して実装可能である。

【0133】

１または複数の、もしくはそれぞれのＴＭに関する追加の欄を、３６．２１３の表８−３に加えることができる（以下にコピー）。実施形態は、伝送モード（ＴＭ）につき複数のＵＴＣを企図している。ＵＥまたはＷＴＲＵは、構成済みサービングセルにつき単一のＴＭで構成可能である（たとえばＰＵＳＣＨに関するＴＭ１またはＴＭ２）。加えて、ＵＥまたはＷＴＲＵは、複数のＵＴＣで、１または複数の、もしくはそれぞれのＴＭについて構成可能であり、１または複数のＵＴＣは、たとえば以下で説明される方法の１つまたは組み合わせを使用して、チャネルまたは伝送タイプの１つまたはサブセットについて構成可能である。

【0134】

【表1】

【0135】

上記の表は、サービングセルに関する複数の表８−３で拡張可能である。実施形態は、サービングセルにつき複数のＵＴＣを企図している。ＵＥまたはＷＴＲＵは、構成済みサービングセルに関する複数のＵＴＣで構成可能である。この場合、ＵＴＣは、概念上、サービングセルの構成内の「サブセル」としてみることができる。１または複数の実施形態では、各ＵＴＣは単一のＴＭで構成可能である。

【0136】

上記の表は、サービングセルに関する追加の行で拡張可能である。実施形態は、サービングセルにつき複数のＴＭを企図している。ＵＥまたはＷＴＲＵは、アップリンク動作に対するＬＴＥ Ｒ１０ ＴＭ１およびＴＭ２に加えて導入可能な、追加の伝送モードで構成可能である。１または複数の、もしくはそれぞれの追加のＴＭについて、複数のＵＴＣが構成可能である。たとえばこうした追加のＴＭは、たとえばＤＣＩフォーマット（および／またはフォーマットタイプ）が特定のＵＴＣの使用を示すように構成可能である。より具体的に言えば、１または複数の、もしくはそれぞれのＤＣＩフォーマット０および４について、ＵＴＣが構成可能であり（またはデフォルトのＵＴＣが使用可能であり）、場合によっては、構成された１つまたは複数のＵＴＣを有することが可能な、新しい（たとえば実施形態によって企図された）ＤＣＩフォーマットが導入可能である。いくつかの実施形態では、新しい（たとえば実施形態によって企図された）ＤＣＩフォーマット内で使用されることになるＵＴＣは、本明細書で説明される実施形態に従って決定可能である。

【0137】

特に、上記は、ＰＵＳＣＨチャネルに関するＵＴＣの構成に適用できる可能性がある。

【0138】

１または複数の実施形態では、ＵＴＣの原理は以下のうちの１または複数に従って実装可能である。

【0139】

− チャネル当たり１または複数のＵＴＣ：ＵＥまたはＷＴＲＵは、ＵＬ構成内の構成パラメータの一部として、チャネル（たとえばＰＵＣＣＨ、ＰＲＡＣＨ、または場合によってはＰＵＳＣＨも）当たり、または伝送タイプ（たとえばＳＲＳ）当たり、複数のＵＴＣで構成可能である。たとえばＵＥまたはＷＴＲＵは、ＰＵＣＣＨ構成の一部として、ＵＴＣまたはそのサブセットで構成可能である。ＵＴＣは、ＰＵＣＣＨに関する活動化状態、ならびに、ＡＲＩを使用してインデックス付けされた構成済みＰＵＣＣＨリソースのセットを含むことができる；ＡＲＩおよび／またはＰＵＣＣＨ活動化状態を使用して、ＰｔＲＳおよび／またはＰＵＣＣＨ伝送用の適用可能なＵＴＣを決定することができる。たとえばＵＥまたはＷＴＲＵは、周期ＳＲＳ用および／または非周期ＳＲＳ用のＳＲＳ構成の一部として、ＵＴＣまたはそのサブセットで構成可能である。ＵＴＣは、該当するＳＲＳ構成に関する活動化状態を含むことができる。より具体的に言えば、ＵＥまたはＷＴＲＵは、非周期ＳＲＳ伝送および周期ＳＲＳ伝送に関する別々のＵＴＣ構成で構成可能である。したがってＳＲＳのタイプ（たとえばＳＲＳタイプ０またはＳＲＳタイプ１）を使用して、どのＵＴＣを所与のサービングセルに関するＳＲＳ伝送に適用するか（場合によってはどのＰｔＲＳを基準として使用するかを含む）を決定することができる。加えて、ＵＥまたはＷＴＲＵは、異なるＵＴＣを伴う、いずれかのタイプに関する複数の、場合によっては１または複数、もしくはそれぞれの構成で構成可能である。たとえばＵＥまたはＷＴＲＵは、ＰＲＡＣＨ構成の一部として、ＵＴＣまたはそのサブセットで構成可能である。より具体的に言えば、ＵＥまたはＷＴＲＵは、異なるタイプの専用プリアンブル、ランダムアクセストリガ（たとえばＰＤＣＣＨまたはＲＡ−ＳＲによる）、および／またはＰＲＡＣＨリソースインデックスに関する別々のＵＴＣ構成で、構成可能である。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、ｍｓｇ３のアップリンク伝送に関するＰＤＣＣＨ ＤＣＩフォーマット１ａ内および／またはＲＡＲ（たとえば許可）内のインジケーションに基づいて、どのＵＴＣがプリアンブルに適用可能であるかを決定することができる。別の方法として、ＵＥまたはＷＴＲＵは、受信したＰＤＣＣＨおよび／またはＲＡＲ受信に関連付けられたＰｔＲＳに基づいて、プリアンブルに適用可能なＵＴＣを決定することができる。

【0140】

− １または複数のＵＴＣを複数のチャネル／信号に適用可能である：ＵＥまたはＷＴＲＵは、他のチャネル（たとえばＰＵＣＣＨ）または伝送タイプ（たとえばＳＲＳ）のサブセットの伝送に対して、（たとえば場合によっては、ＵＴＣの活動化状態に基づいて）ＰＵＳＣＨチャネルのＵＴＣを使用することができる。および／または、
− それらの組み合わせ：一実施形態において、ＰＵＣＣＨがＰＵＳＣＨのＵＴＣ構成を使用可能であり、ＳＲＳに対する別のＵＴＣが構成可能である、組み合わせが提供可能である。特に、上記は、ＰＵＣＣＨ、ＰＲＡＣＨ、および／またはＳＲＳ伝送用のＵＴＣの構成に適用できる可能性がある。

【0141】

異なる物理チャネルまたは伝送タイプに関する伝送パワーレベルは、以下の変数のうちの少なくとも１つの組み合わせに依存可能である：Ｐ_CMAX,c−ＵＴＣｃに関する構成済みの最大ＵＥまたはＷＴＲＵ伝送パワー；Ｍ−チャネルの帯域幅；Ｐ_o−所望の受信パワー；ＰＬ_c−ＵＴＣｃに適用可能なアップリンク経路損失；部分経路損失補償；パワー制御調整状態；および／または構成可能オフセット。

【0142】

物理チャネルまたは伝送タイプに関するＵＴＣが動的に変更可能であるものとすると、１または複数の、もしくはそれぞれのＵＴＣは、伝送パワーパラメータのそれ自体のセットを有することができる。さらに１または複数の、もしくはそれぞれの物理チャネル（たとえばＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨ）または伝送タイプ（たとえばＳＲＳ）は、１または複数の、もしくはそれぞれのＵＴＣに関する伝送パワーパラメータのそれ自体のセットを有することができる。１または複数の実施形態では、これらのパラメータセットは、いくつかもしくは１または複数の、もしくはすべてのパラメータについて、同じ値を重複および再使用することができる。異なるパラメータセットを有するには、１または複数の、もしくはそれぞれのＵＴＣが経路損失に関する別個の値を有することが必要な場合がある。したがってＵＥまたはＷＴＲＵは、１または複数の、もしくはすべての可能な送信ポイントまたはＵＴＣ、ならびに１または複数の、もしくはそれぞれについて特有の基準信号の、伝送パワーレベルで構成可能である。したがって経路損失は、ＵＴＣｃについて、ＰＬ_c＝ｃの基準信号パワー − ｃのより高位層のフィルタリング済みＲＳＲＰ、として定義可能である。

【0143】

ＲＳＲＰは、以下のうちの少なくとも１つから算出可能である：ＰｔＲＳまたは新しい（たとえば実施形態によって企図された）ＵＴＣ固有の基準信号；ＣＲＳ；および／またはＣＳＩ−ＲＳ。

【0144】

実施形態は、経路損失を決定するためにいずれの基準シンボルのセットを使用するかを決定するために、とりわけ、より高位層のシグナリングを介して、ＵＴＣと基準シンボルの適切なセットとの間のリンクをＵＥまたはＷＴＲＵに通知できるように、企図している。ＵＴＣを（本明細書で説明されるように）選択すると、ＵＥまたはＷＴＲＵは経路損失値を導出することができる。

【0145】

実施形態では、物理チャネルまたは伝送タイプのＵＴＣは、複数の経路損失測定値が導出可能な複数のＰｔＲＳで構成可能である。この場合、使用される経路損失を選択するための方法は、以下のうちの１または複数とすることができる：任意のＰｔＲＳに関する最低経路損失値；任意のＰｔＲＳに関する最高経路損失値；ＰｔＲＳのセットの経路損失値の線形平均（ｌｉｎｅａｒ ａｖｅｒａｇｅ）；および／または、特定ＰｔＲＳの事前構成済み経路損失値；および／または、ＰｔＲＳのセットの経路損失値の関数（たとえば、１または複数の、もしくはすべての個別の経路損失値の加算）。１または複数の実施形態では、ＰｔＲＳ選択を使用して、ＵＬ伝送および経路損失基準の決定の目的で、ＵＴＣを選択することも可能である。

【0146】

さらに、ＵＴＣが複数のＰｔＲＳで構成可能なケースでは、他のパラメータ（たとえば所望の受信パワーＰｏ）を同様に選択することも可能である（たとえば、所望の受信パワーの最大、最低、平均、または事前構成済み選択のうちの１つ）。選択メカニズムは、より高位層のＲＲＣシグナリングを介して信号送信可能であり、１または複数の、もしくはすべてのパラメータについて同じである必要はない。

【0147】

現行のパワー制御調整状態は、以前のパワー制御調整状態と最新の補正値との合計（ＴＰＣコマンドとも呼ばれる）、または最新の補正値のみ（最新のＴＰＣコマンド）の、いずれかで構成され得る。適切なパワー制御調整状態を実行可能にするために、ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つ（またはそれらの任意の組み合わせ）を実行することができる：構成されたＵＴＣごとにＴＰＣコマンドチェーンを維持する；ＰｔＲＳごとにＴＰＣコマンドチェーンを維持する（ＴＰＣコマンドチェーンを経路損失にリンクさせる）；物理チャネルまたは伝送タイプごとにＴＰＣコマンドチェーンを維持する；それらの組み合わせ；たとえば、物理チャネルのセット（たとえばＰＵＳＣＨ／ＰＵＣＣＨ）に対して１つのＴＰＣコマンドチェーンが維持可能であり、他のチャネルまたは伝送タイプ（たとえばＳＲＳ）に対して、ＵＴＣごとにＴＰＣコマンドが維持可能である。別の方法として、いくつかの実施形態では、ＰＵＳＣＨ／ＰＵＣＣＨに使用されているＵＴＣにＳＲＳが送信されている場合、ＰＵＳＣＨと同じＴＰＣコマンドが使用可能であり、他のポイントへのＳＲＳ伝送に対して独立したものが維持可能である（たとえばＵＴＣ）。

【0148】

ＵＥまたはＷＴＲＵが複数のＴＰＣコマンドチェーンを維持することが有用であるものとわかり得る場合の例は、物理チャネルが伝送タイプに応じて異なるＵＴＣを使用するように構成される場合とすることができる。たとえば、ＨＡＲＱに使用されるＰＵＣＣＨは、スケジューリング要求に使用されるＰＵＣＣＨとは異なるＵＴＣを使用することが可能であるため、１または複数、もしくはそれぞれがそれ自体のＴＰＣコマンドチェーンを有することが可能である。

【0149】

ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つによって、ＴＰＣコマンドをいずれのＵＴＣ用とすることができるかを決定する：１または複数の、もしくはすべてのＴＰＣコマンドに接続されたＵＴＣインジケーション；ＤＣＩが復号可能な検索スペース；ＤＣＩのＣＲＣにスクランブルするための異なるＲＮＴＩ（ＵＴＣ当たり１つ）の使用；ＴＰＣコマンドが受信可能な時点のサブフレーム数；および、そこからＴＰＣコマンドが送信可能なダウンリンク送信ポイント。

【0150】

新しい（たとえば新たな、または更新された）ＵＴＣがアップリンク伝送用に選択可能な場合、更新されたパワー制御調整状態は、以下のうちの少なくとも１つとすることができる：事前構成済みレベル（たとえば、０ｄＢｍ）にリセットされる。このレベルはＵＴＣに固有であるか、またはアップリンク物理チャネルに固有とすることができる；事前構成済みオフセットによって修正され、オフセットは新しいＵＴＣまたは以前のＵＴＣに固有であるか、もしくはアップリンク物理チャネルに固有であるとすることができる；将来のＴＰＣコマンドがパワー制御調整状態を適切に改善することが可能である旨の理解の下で引き続き影響を受けない（たとえば、ＵＴＣに関係なく任意の後続のＴＰＣコマンドをチャネルに関する以前の累積されたＴＰＣに追加することができる）；新しい（たとえば新たな、または更新された）ＵＴＣに関する新しい（たとえば新たな、または更新された）所望の受信パワーおよび経路損失にかかわらず、全体の伝送パワーが未変更のままであるようにスケーリングされる；ＵＴＣが使用された最新の時点から取り出される。こうしたシナリオでは、ＵＥまたはＷＴＲＵは、１または複数の、もしくはすべてのチャネルについて、および１または複数の、もしくはすべてのＵＴＣについて、１または複数の、もしくはすべての最新のパワー制御調整状態を保存できる（またはいくつかの実施形態では、おそらく、しなければならない）；および／または、そのＵＴＣへの、および／またはそのＰｔＲＳへのアップリンク伝送用に、および／またはその物理チャネル用に、および／またはその伝送タイプ用に、使用された最新の値にリセットされる。

【0151】

１または複数の実施形態では、ＵＥまたはＷＴＲＵは、複数のＵＴＣで構成可能であり、チャネル用のＵＴＣを自律的に選択可能である。アップリンクチャネル上での電流伝送用のＵＴＣを選択するために、ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つを使用することができる：最低伝送パワーを必要とするＵＴＣ。このような場合、伝送パワーはそのＵＴＣに関するパワー設定パラメータの適切なセットを用いることによって決定可能である；ＵＴＣは、本明細書で説明されるメカニズムのいずれかに従って選択可能である；ＵＴＣはパラメータのいずれかに選択メカニズムを適用することによって選択可能である。可能な選択メカニズムは、最大、最低、以前に選択されたＵＴＣのパラメータにわたる最低（または最大）しきい値差を含む。たとえばＵＥまたはＷＴＲＵは、経路損失を最低にするものを選択することによって、ＵＴＣを選択することができる。その後、パワー設定は、そのＵＴＣに適用する１または複数の、もしくはすべてのパラメータを適用することによって決定可能である。他の例として、ＵＥまたはＷＴＲＵは、以前のＵＴＣと新しい（たとえば新たな、または更新された）ＵＴＣとの間の名目上のパワーにおける差が所定のしきい値未満であることを保証することによって、新しい（たとえば新たな、または更新された）ＵＴＣを選択することができる。パラメータリストはＭＣＳを含むように拡張可能である。

【0152】

他の実施形態では、新しい（たとえば実施形態によって企図された）パワーレベルオフセットを、ＵＴＣが複数のＰｔＲＳで構成可能なケースに使用することができる。このオフセットは、１または複数の、もしくはすべての意図された受信ポイントが適切な復号の機会を有することを保証するために正であるか、または、データを復号するためにより多くの受信ポイントの協働があり、必要なパワーが少なくてよいとネットワークが決定した場合は、負とすることができる。オフセットは、より高位層を介して事前に構成可能であるか、または、ＣＲＣが新しい（たとえば実施形態によって企図された）ＲＮＴＩ（たとえばＴＰＣ−ＣＯＭＰ−ＲＮＴＩなど）でスクランブル可能なＤＣＩフォーマット３／３Ａを伴うＰＤＣＣＨにおいて、他のＴＰＣコマンドと合同で符号化可能である。

【0153】

本明細書で考察される任意のパワー制御パラメータ（ＰＣＭＡＸ，ｃなど）は、こうしたＵＬ伝送が発生する場合、サブフレームと結合可能である。たとえば、異なるパワー制御パラメータのセットを必要とするサブフレームのサブセットが存在する場合がある。こうしたシナリオでは、１または複数の、もしくはそれぞれの物理チャネルまたは伝送タイプに関するＵＴＣは、サブフレーム数に関係なく、同じままであるとすることができる。しかしながら、いくつかのパワー制御パラメータはサブフレーム数に依存する場合がある。たとえば、あるサブフレームのサブセットでは、ＵＥまたはＷＴＲＵは、ＵＴＣおよび／または物理チャネルおよび／または伝送タイプに依存する場合のあるオフセット値のセットを使用可能であり、他のサブフレームのサブセットでは、他のオフセットのセットを使用可能である。１または複数の実施形態では、１または複数の、もしくはそれぞれの物理チャネルまたは伝送タイプに使用されるＵＴＣは、サブフレーム数に依存する場合がある。

【0154】

実施形態は、ＳＲＳパワー制御に対する１または複数の機能強化を企図している。機能強化は、１）１または複数の、もしくはすべてのＳＲＳ伝送、または、２）非周期ＳＲＳ（いくつかの実施形態では、おそらく非周期ＳＲＳのみ）（たとえばタイプ１ ＳＲＳトリガ）、もしくは周期ＳＲＳ（いくつかの実施形態では、おそらく周期ＳＲＳのみ）（たとえばタイプ０ ＳＲＳトリガ）、のうちの、１または複数に適用可能である。さらに、非周期ＳＲＳについて本明細書で説明される機能強化は、場合によっては、非周期ＳＲＳがＳＲＳ要求フィールドの１または複数の特定の値でトリガされ得る場合に適用可能であり、他の値では適用不可能である。

【0155】

実施形態は、ＳＲＳパワー制御を企図している。ＳＲＳに使用されるＵＴＣがＰＵＳＣＨに使用されるものと異なり得るとすると、ｃ上にＰＵＳＣＨ伝送が存在し得ない場合、ＵＴＣ ｃに関するサブフレームｉ上で伝送されるＳＲＳに関するＵＥまたはＷＴＲＵ伝送パワーＰ_SRSの設定は、以下のように定義可能であり、
Ｐ_SRS,c（ｉ）＝ｍｉｎ｛Ｐ_CMAX,c（ｉ），１０ｌｏｇ₁₀（Ｍ_SRS,c）＋Ｐ_{O_SRS,c}（ｊ）＋α_c（ｊ）・ＰＬ_c＋ｈ_c（ｉ）｝［ｄＢｍ］
上式で、Ｐ_CMAX,c（ｉ）はサブフレームｉおよびＵＴＣｃにおける構成済みＷＴＲＵ伝送パワーとすることが可能であり、Ｍ_SRS,cはＳＲＳ伝送の帯域幅とすることが可能であり、α_c（ｊ）はＵＴＣｃ用の高位層によって提供される３ビットパラメータとすることが可能である。ＰＬ_cは本明細書で説明されるようにＵＴＣごとに定義可能であり、Ｐ_{O_SRS,c}（ｊ）はＵＴＣｃに関する所望のまたはターゲットの受信パワーとすることが可能である。この変数ｊは、所望のターゲット受信パワーが、ＳＲＳが非周期または周期であるか、もしくは正規ＳＲＳまたはプロービングＳＲＳであるかに依存し得ることを示すために使用可能であり、ｈ_c（ｉ）はＵＴＣｃに関する現行のＳＲＳパワー制御調整状態とすることが可能であり、以前のパワー制御調整状態ｈ_c（ｉ−１）とＳＲＳ用のＴＰＣコマンドの合計、または、ＳＲＳ用のＴＰＣコマンドのみの、いずれかとすることが可能である。非周期ＳＲＳの場合、ＳＲＳ用のＴＰＣコマンドは非周期ＳＲＳトリガに含めることができる。周期ＳＲＳの場合、ＴＰＣコマンドは、ＵＴＣｃに関するＤＣＩフォーマット０／４を伴うＰＤＣＣＨ内に含められるか、または、ＣＲＣパリティビットがＴＰＣ−ＳＲＳ−ＲＮＴＩでスクランブルされ得るＤＣＩフォーマット３／３Ａを伴うＰＤＣＣＨ内の他のＴＰＣコマンドと共に符号化されるかの、いずれかが可能である。

【0156】

ＤＬ ＣｏＭＰの場合、ＤＬ ＣｏＭＰ送信ポイントを決定するために、１または複数の、もしくはすべてのＣｏＭＰ協働セットセルにＳＲＳ（たとえばプロービングに使用されるＳＲＳ）を受信させることが有用な可能性がある。このようなケースでは、ＳＲＳに使用されるパワー設定は、動的スケジューリングに使用される正規ＳＲＳ用とは異なることが有用な可能性がある。したがって、ＵＥまたはＷＴＲＵは、１または複数、もしくはそれぞれが、それ自体のパワー設定パラメータ（たとえば所望のパワー、ＴＰＣコマンドチェーン、経路損失基準など）を備える、少なくとも２つのタイプの周期ＳＲＳで構成可能である。周期ＳＲＳのタイプは、以下のうちの少なくとも１つによって区別することが可能である：所望のまたはターゲットの受信パワーＰ_{O_SRS,c}（ｊ）；サブフレーム周期性；サブフレームオフセット；周波数ホッピングの使用（たとえば、多くの宛先ポイント用のＳＲＳの場合、使用可能パワーを狭帯域に集中させるために周波数ホッピングを使用することが有用な場合がある）；異なるスクランブリング；基準信号シーケンスを、１または複数、もしくはそれぞれが異なるタイプのＳＲＳに関連付けられた、２つのセットに分けることが可能である。セットはより高位層のシグナリングを介して信号送信可能である。

【0157】

ＳＲＳ伝送の伝送パワーを決定するために、ＰＬｃを推定するために使用する基準ポイント（ＰｔＲＳ）またはＵＴＣは、本明細書で説明されるいずれかの方法に従って決定することができる。たとえば１または複数の、もしくはすべてのＣｏＭＰセルに送信するために使用されるＳＲＳ構成の場合、経路損失推定に使用するためのＰｔＲＳまたはＵＴＣは、以下のうちの１または複数に従って決定可能である：経路損失が最高のポイント（たとえば、１または複数の、もしくはすべてのセルがＳＲＳを取得することを保証するため）；もしくは、このタイプのＳＲＳに使用されるデフォルトＵＴＣまたは事前構成済みＵＴＣ、および、特定のＵＴＣに送信するために使用される（またはいくつかの実施形態では、おそらく送信するためのみに使用される）ＳＲＳに関する経路損失は、上記で説明されたように、または、ＰＵＳＣＨ伝送がそのＵＴＣ用に実行可能な場合は、ＰＵＳＣＨ伝送に使用される経路損失に従って、決定することができる。

【0158】

１または複数の実施形態では、２つのタイプのＳＲＳ（プロービングおよび正規）に同じパワー設定パラメータが使用可能であるが、プロービングＳＲＳに関する受信パワーを増加させるためには周波数ホッピングが使用可能であり、正規ＳＲＳには非周波数ホッピングが使用可能である。

【0159】

１または複数の実施形態では、２つのタイプのＳＲＳに同じパワー制御パラメータが使用可能であるが、プロービングタイプのＳＲＳのパワーを設定する場合にＵＥまたはＷＴＲＵが使用可能な新しい（たとえば実施形態によって企図された）オフセットを含めることが可能である。

【0160】

１または複数の実施形態では、非周期ＳＲＳ用の少なくとも１つのパワー設定パラメータ、ＴＰＣコマンド、およびＳＲＳパワー制御調整状態は、ＰＵＣＣＨのパラメータ、ＴＰＣコマンド、および／またはＳＲＳパワー制御調整状態に対応可能である。実施形態は、たとえＳＲＳ伝送が存在し得なくとも、ＳＲＳに関するパワー制御調整状態は、ダウンリンク割り当てにおけるＴＰＣコマンドの受信によって修正可能であることを企図している。

【0161】

非周期ＳＲＳがトリガ可能な場合、トリガがいずれのタイプのＳＲＳ向けであるかを示すＩＥを含むことができる。このような場合、ＵＥまたはＷＴＲＵは、ＳＲＳ伝送に適切なパワー設定パラメータを使用することができる。別の方法として、非周期ＳＲＳが許可される場合、オフセットを非周期ＳＲＳ用に（またはいくつかの実施形態では、おそらく非周期ＳＲＳ用にのみ）使用し、他のＳＲＳには使用せずに、ＳＲＳに関するパワー設定を修正するよう、ＵＥまたはＷＴＲＵに通知する、ワンタイムオフセットが伝送可能である。

【0162】

１または複数の実施形態では、異なるＵＴＣが異なるＳＲＳに関するパラメータのサブセットを共有することができる。さらに、ＵＴＣによって使用される物理チャネルまたは伝送タイプにリンクされたいくつかのパラメータは、別のＵＴＣによって構成または伝送されることが可能である。このような場合には、構成またはパラメータを対象とし得るＵＴＣのインジケーションを、構成またはパラメータの伝送に追加することができる。これにより、構成またはパラメータがいずれのＵＴＣおよび／またはチャネルおよび／または伝送タイプを対象とし得るかを、ＷＴＲＵが知ることが保証できる。こうしたシナリオの１つは、ＷＴＲＵが、１つのＵＴＣについては周期ＳＲＳ（ＰＳＲＳ）用に、別のＵＴＣについては非周期ＳＲＳ（ＡＳＲＳ）用に、構成され得る場合とすることができる。この例は、ポイント（またはセル）Ａからのアップリンク伝送を支援するためにはＰＳＲＳが使用可能であり、ポイント（またはセル）Ｂからのダウンリンク伝送を支援するためにはＡＳＲＳが使用可能である場合とすることができる。こうしたシナリオでは、２つのＳＲＳは異なるパワー制御パラメータを必要とする場合がある。たとえばＷＴＲＵは、１または複数の、もしくはそれぞれのＵＴＣについて、異なるＰ_{O_SRS,c}（ｊ）（または同等に、Ｐ_{SRS_OFFSET,c}（ｍ））値によって示すことが可能である。さらにＰ_{O_SRS,c}（ｊ）（またはＰ_{SRS_OFFSET,c}（ｍ））は、Ｌ１シグナリングによって動的に示されるために有用な可能性がある。たとえばオフセット値（Ｐ_{SRS_OFFSET,c}（ｍ））は、ＳＲＳ要求フィールドの値の関数とすることができる。

【0163】

実施形態は、非周期ＳＲＳ（ＡＳＲＳ）、周期ＳＲＳ（ＰＳＲＳ）、およびＰＵＳＣＨの間でのＴＰＣコマンドの分離を企図している。ＴＰＣコマンドは、ＡＳＲＳ、ＰＳＲＳ、およびＰＵＳＣＨの間で、また場合によってはＡＳＲＳのトリガに使用されるＳＲＳ要求フィールドの値に応じて、別々に維持されることが有用な可能性がある。このような場合、ＡＳＲＳ、ＰＳＲＳ、およびＰＵＳＣＨは、それら独自のＴＰＣコマンドチェーンを維持することができる。ＡＳＲＳおよびＰＳＲＳのＴＰＣコマンドチェーンがＰＵＳＣＨのＴＰＣコマンドチェーンから分離され得る場合、ＴＰＣコマンドがいずれのＵＴＣ（またはＳＲＳ）を対象とし得るかを示すための機能強化が必要な可能性がある。１つの方法は、新しい（たとえば実施形態によって企図された）情報要素（ＩＥ）を、ＴＰＣコマンドを提供するＡＳＲＳトリガに追加することであり得る。さらにこのＴＰＣコマンドは、ＡＳＲＳ、ＰＳＲＳ、ＰＵＳＣＨ、またはこれらの伝送タイプの任意の組み合わせに使用可能である。ＴＰＣコマンドがいずれのポイントを対象とし得るかを示すために、新しい（たとえば実施形態によって企図された）ビットフィールドを含めることができる。このビットフィールドは、事前構成済みマッピングを使用することができる。たとえば値００はＡＳＲＳ用のＴＰＣコマンドを示し、値０１はＰＳＲＳ用のＴＰＣコマンドを示す、という具合である。１または複数の実施形態では、いずれのＡＳＲＳパラメータを使用するかを示すことに加えて、ＳＲＳ要求フィールドを使用して、ＴＰＣコマンドがいずれの伝送タイプに使用可能であるかを示すことができる。１または複数の実施形態では、新しい（たとえば実施形態によって企図された）ビットフィールドを、ＴＰＣコマンドがいずれの伝送タイプ（ＡＳＲＳ、ＰＳＲＳ、またはＰＵＳＣＨ）の組み合わせを対象とし得るかを示すＰＵＳＣＨ ＴＰＣコマンドに追加することができる。１または複数の実施形態では、ＴＰＣフィールド自体が、パワー制御調整と、調整がＡＳＲＳ、ＰＳＲＳ、またはＰＵＳＣＨのうちの少なくとも１つに適用されるかどうかのインジケーションとの両方を示すように、再解釈されることが可能である。

【0164】

１または複数の実施形態では、非周期ＳＲＳがトリガされ得ないことをＳＲＳ要求フィールドが示す（たとえば「非タイプ１ ＳＲＳトリガ」）アップリンク許可を含むＤＣＩの一部として、ＴＰＣコマンドが受信され得る場合、ＴＰＣコマンドをＰＵＳＣＨに（またはいくつかの実施形態では、おそらくＰＵＳＣＨのみに）適用することができる。ＳＲＳ要求フィールドの他の値の場合、ＰＵＳＣＨパワーは調整できない。

【0165】

１または複数の実施形態では、（他の企図された条件の中で）非周期ＳＲＳがトリガされることをＳＲＳ要求フィールドが示す（たとえばフィールドのいずれの値も「非タイプ１ ＳＲＳトリガ」に設定されていない）アップリンク許可を含むＤＣＩの一部として、ＴＰＣコマンドが受信され得る場合、ＴＰＣコマンドをＡＳＲＳに（またはいくつかの実施形態では、おそらくＡＳＲＳのみに）適用する。ＳＲＳ要求フィールドの他の値の場合、ＡＳＲＳパワーは調整できない。

【0166】

１または複数の実施形態では、ＳＲＳ要求フィールドの異なる値でトリガされるＡＳＲＳは、別々のパワー制御調整状態を維持することができる。こうしたシナリオでは、アップリンク許可を含むＤＣＩの一部として受信されるＴＰＣコマンドは、同じＤＣＩ内のＳＲＳ要求フィールドの値でトリガされるＡＳＲＳに適用すること（またはいくつかの実施形態では、おそらく適用することのみ）が可能である。

【0167】

１または複数の実施形態では、（他の企図された条件の中で）移送ブロック（アップリンク内）の伝送が使用不可であるようなＤＣＩが可能な場合、たとえばＩ_MCSが０に設定され、Ｎ_PRBが１より大きく設定された場合、またはＩ_MCSが２８に設定され、Ｎ_PRBが１に設定された場合など、ＴＰＣコマンドをＡＳＲＳに適用する（またはいくつかの実施形態では、おそらくＡＳＲＳのみに適用する）ことができる。１または複数の実施形態では、ＴＰＣコマンドは同じ条件下でＰＵＳＣＨに適用しない。

【0168】

１または複数の実施形態では、ＴＰＣコマンドを示すためにＤＣＩ（たとえばアップリンク許可、ダウンリンク割り当て、またはＤＣＩ ３／３Ａ）を使用することができる。さらに、ＤＣＩの異なる期間／オフセットと、異なる伝送タイプ（ＡＳＲＳ、ＰＳＲＳ、ＰＵＳＣＨ）または伝送タイプの組み合わせ用のＴＰＣコマンドとの間のリンクは、ＷＴＲＵで事前に構成することができる。このような場合には、ＤＣＩを受信するサブフレームに基づき、ＷＴＲＵは、ＴＰＣコマンドがいずれのＵＴＣ／伝送タイプを対象とし得るかを知ることまたは決定することができる。

【0169】

１または複数の実施形態では、ＴＰＣコマンドの適用可能性は、受信され得るＤＣＩフォーマットに依存することができる。たとえばＤＣＩフォーマット３で受信されるＴＰＣコマンドは、ＰＵＳＣＨにのみ（またはＡＳＲＳにのみ、またはＰＳＲＳにのみ）適用可能であり、ＤＣＩフォーマット４で受信されるＴＰＣコマンドは、ＡＳＲＳにのみ適用可能である。１または複数の実施形態では、ＴＰＣコマンドの適用可能性は、ＤＣＩのＣＲＣをマスクするために使用されるＲＮＴＩの値に依存することができる。

【0170】

１または複数の実施形態では、１または複数の、もしくはそれぞれの周期ＳＲＳおよび複数の非周期ＳＲＳ（ここで１または複数の、もしくはそれぞれのＡＳＲＳは異なるＳＲＳ要求フィールド値にマッピング可能である）は、場合によっては異なるＵＴＣで構成可能である。このような場合、あるいは複数の伝送タイプが同じＵＴＣで構成可能である場合、１または複数の、もしくはそれぞれのＰＳＲＳ、および複数のＡＳＲＳ、ならびにＰＵＳＣＨおよびＰＵＣＣＨについて、異なるＴＰＣコマンドループを維持することが有用な可能性がある。１または複数の実施形態では、ＳＲＳタイプおよびＰＵＳＣＨおよびＰＵＣＣＨの組み合わせは、それらのパワー制御式で同じＴＰＣコマンド値を使用することができる。例として、ＰＳＲＳおよび／またはＡＳＲＳのサブセットおよび／またはＰＵＳＣＨは同じＴＰＣコマンド値を使用可能であり、ＡＳＲＳの他のサブセットおよびＰＵＣＣＨは別の値を使用可能である。他の例では、ダウンリンク割り当て（たとえばＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２Ｂ／２Ｃ／２）に含まれるＴＰＣコマンドは、１または複数のＡＳＲＳパワー制御式に（累積的または累積的でなく）使用可能である（他の代替では、このＴＰＣコマンドはＰＵＣＣＨ ＴＰＣコマンドの再使用とすることができる）。

【0171】

１または複数の実施形態では、アップリンク許可（たとえばＤＣＩフォーマット０／４）に含まれるＴＰＣコマンドは、ＰＳＲＳ、ＰＵＳＣＨ、および１または複数のＡＳＲＳパワー制御式に使用可能である。さらに、ＤＣＩフォーマット３／３Ａは、適切なＣＲＣパリティビットスクランブリングを使用することによって、任意のＴＰＣコマンドに使用可能である。こうした例では、１または複数の、もしくはそれぞれのＰＳＲＳ、および複数のＡＳＲＳおよびＰＵＣＣＨおよびＰＵＳＣＨは、それ自体のスクランブリングＲＮＴＩを有することができる。したがってこの例では、アップリンク許可またはダウンリンク割り当て内で伝送されるＴＰＣコマンドは、（ＰＳＲＳ、複数のＡＳＲＳ、ＰＵＣＣＨ、およびＰＵＳＣＨのいくつか、または任意の事前構成済みの組み合わせに応じて）ＵＴＣのグループによって使用可能であり、ＵＴＣのサブセットに対するさらなる改善は、ＤＣＩフォーマット３上でＴＰＣコマンドを伝送することによって達成可能である。こうしたシナリオでは、１または複数の、もしくはそれぞれの物理チャネルまたは伝送タイプ（ＰＳＲＳまたはＡＳＲＳ）について、ＵＥまたはＷＴＲＵは別々のパワー制御調整状態を維持することができる。

【0172】

１または複数の実施形態では、ＵＴＣのグループ（たとえばＤＣＩフォーマット０／１／１Ａ／１Ｂ／１Ｄ／２／２Ａ／２Ｂ／２Ｃ／４の）に適用可能なＴＰＣコマンド（またはいくつかの実施形態では、おそらくＴＰＣコマンドのみ）は累積可能であり、単一のＵＴＣ（たとえばＤＣＩフォーマット３／３Ａの）に使用されるＴＰＣコマンドは、ＵＴＣ上でのＵＬ伝送の場合に有効（または複数の実施形態では、その場合にのみ有効）とすることができる。１または複数の実施形態では、物理チャネルまたは伝送タイプのグループは、同じＴＰＣコマンドで更新（またはいくつかの実施形態では、おそらく常時更新）可能であり、こうしたシナリオでは、ＵＥまたはＷＴＲＵは１または複数の、もしくはそれぞれのグループについて別々のパワー制御調整状態を維持することができる。１または複数の実施形態では、ＴＰＣコマンドが対象とするパワー制御ループは、ＴＰＣコマンドが伝送可能なサブフレームの数に依存するものとすることができる。たとえば、物理チャネルおよび／または伝送タイプのグループは、特定のＤＣＩフォーマットでＴＰＣコマンドを受信するように構成され得る。いくつかの実施形態では、グループのメンバーはさらにサブグループに細分することが可能であり、結果としてＤＣＩフォーマットがサブフレームのサブセット内で伝送（たとえば高位層によって構成）可能な場合（またはいくつかの実施形態では、おそらくそのような場合にのみ）、サブグループはＴＰＣコマンドを適用することができる。こうしたシナリオでは、物理チャネルおよび／または伝送タイプの１または複数の、もしくはそれぞれのサブグループは、１または複数の高位層によって、サブフレームのサブセットに結合されるように事前に構成可能である。

【0173】

物理チャネルおよび／または伝送タイプのグループ（ＰＳＲＳまたは任意のＡＳＲＳ）がＴＰＣコマンドを共有する場合（それらがＵＴＣを共有するか否かにかかわらず）、１または複数の、もしくはそれぞれの別個の物理チャネルおよび／または伝送タイプは、異なるオフセットをＴＰＣコマンドチェーン全体に適用するようにも構成可能である。１または複数の実施形態では、物理チャネルおよび／または伝送タイプのグループがＴＰＣコマンドを共有する場合、１または複数の、もしくはそれぞれの別個は、ＴＰＣコマンドコードポイントを異なって解釈することができる。たとえば１または複数の、もしくはそれぞれのグループは、高位層による、伝送されるＴＰＣコマンド値と、パワー制御式内で使用されることになる値との間のマッピングによって、事前に構成可能である。いくつかの実施形態では、物理チャネルおよび／または伝送タイプのグループは、たとえば単一要素によって構成可能である。

【0174】

１または複数の実施形態では、ＵＴＣの選択はサブフレーム数に依存することができる。たとえば同じ物理チャネルまたは伝送タイプを、事前構成済みのサブフレームのサブセットに基づき、特定のサブフレームに応じて異なるＵＴＣに結合することができる。サブフレームのサブセットは、フレーム数、サブフレーム数、オフセット、および周期性のうちの少なくとも１つから決定することができる。このような場合には、ＴＰＣコマンドは、ＴＰＣコマンドが伝送されたサブフレーム内でそのＵＴＣが使用可能な、物理チャネルまたは伝送タイプ（たとえばＰＳＲＳまたは複数のＡＳＲＳ）に適用可能である（またはいくつかの実施形態では、おそらく適用のみが可能である）。１または複数の実施形態では、ＴＰＣコマンドがサブフレームサブセット内で伝送され得る場合、その後（またはいくつかの実施形態では、おそらくその後にのみ）、そのサブフレームのサブセットに使用されるように構成されたＵＴＣおよび／または物理チャネルおよび／または伝送タイプ（ＰＳＲＳまたは複数のＡＳＲＳ）は、ＴＰＣコマンドを使用することができる。１または複数の実施形態では、ＴＰＣコマンドは、ＵＴＣに関係なく、特定の物理チャネルおよび／または伝送タイプに結合可能である。したがってＴＰＣコマンドは、サブフレーム数に関係なく有効とすることができる。１または複数の実施形態では、ＤＣＩフォーマット３で伝送されるＴＰＣコマンド（またはいくつかの実施形態では、おそらくこうしたＴＰＣコマンドのみ）が、１または複数の、もしくはすべてのサブフレームに使用可能である。１または複数の実施形態では、任意の他のＴＰＣコマンドをサブフレームのサブセットに対して有効とすることが可能（またはいくつかの実施形態では、おそらく有効とすることのみが可能）である。

【0175】

複数のＵＴＣに対する複数のＳＲＳが、異なる目的で働くことができる（たとえば、ＰＳＲＳはＵＬスケジューリングに使用可能であり、ＡＳＲＳはＤＬ設定管理に使用可能である）。したがって、１または複数の、もしくはそれぞれのＳＲＳが伝送され得る周波数は、異なる可能性がある。したがって、ＴＰＣコマンドがＳＲＳに対して送信され得る周波数（および／または周期性）と、このＳＲＳがＷＴＲＵによって伝送され得る周波数（および／または周期性）との間には、リンクが存在し得る。さらに、開ループパワー制御が精度に欠ける可能性がある場合、低周波数（および／または高周期性）のＴＰＣコマンドは、パワー制御が適切なソリューションに収束しない可能性がある。これに対処するための１つの方法は、ＴＰＣコマンドチェーンで使用される補正値の細分性を修正することである。たとえば１タイプのＳＲＳ（またはＰＵＳＣＨ）を、ＴＰＣコマンドフィールド値および補正値の特定のマッピングで再構成することができる。さらに他のタイプのＳＲＳ（またはＰＵＳＣＨ）を、他のマッピングで再構成することもできる。１または複数の実施形態では、これによって、異なるＵＴＣに関する異なるＳＲＳに、異なるＴＰＣコマンドの細分性を持たせることができる可能性がある。

【0176】

実施形態は、ＰＲＡＣＨパワー制御を企図している。ＳＩＢ２では、ランダムアクセスパラメータをＵＥまたはＷＴＲＵに提供することができる。これらは、経路損失の計算にいずれの信号基準を使用するか（たとえば、ＣＲＳ、ＣＳＩ−ＲＳ、または他のＵＴＣ依存基準信号のいずれか）、ならびに、ＰＲＡＣＨにいずれのリソースを使用するかを、含むことができる。ＵＥまたはＷＴＲＵに提供される複数セットのＰＲＡＣＨパラメータが存在可能である。これらのパラメータセットは、１または複数の、もしくはそれぞれのＵＴＣについて、ＰＲＡＣＨリソース、可能なプリアンブルシーケンスのセット、プリアンブルが受信するターゲットパワー、および／またはＲＡ−ＲＮＴＩのうちの、少なくとも１つを含むことができる。

【0177】

たとえば、１つのセットをＵＥまたはＷＴＲＵが特定セル上でアクセスを試行するためのものとし、別のセットをＣｏＭＰ動作用の複数のセル上でアクセスを試行するためのものとすることができる。たとえば、１つのパラメータセットは、ネットワークにＵＥのＵＴＣを示す１つのプリアンブルセットを有することができる。ＳＩＢ２では、ＵＥまたはＷＴＲＵがＣｏＭＰ機能を有することを必要とするパラメータセットに関するインジケーションが存在する場合もある。１つのパラメータセット（場合によってはＵＴＣにリンク付けされる）は、フォールバックパラメータ／ＵＴＣとみなすことができる。１または複数の実施形態では、選択されたＵＴＣを、ランダムアクセスのタイプ（コンテンションベースまたは非コンテンションベース）にリンク付けすることもできる。

【0178】

ＵＴＣが複数のＰｔＲＳを含む場合では、経路損失を以下のうちの少なくとも１つから決定することができる：任意のＰｔＲＳに関する経路損失の最低値；任意のＰｔＲＳに関する経路損失の最大値；１または複数の、もしくはすべてのＰｔＲＳに関する経路損失の線形平均；１または複数の、もしくはすべてのＰｔＲＳに関する経路損失のセットからの任意の事前構成済み値。

【0179】

ランダムアクセス応答（ＲＡＲ）メッセージでは、ネットワークはＵＥまたはＷＴＲＵにＣｏＭＰ協働セットを示すことができる。さらにＲＡＲメッセージに含められたＴＰＣコマンドは、それに対して有効であり得るＵＴＣを含むことができる。

【0180】

ランダムアクセス試行が失敗した場合、ＵＥまたはＷＴＲＵはフォールバックＵＴＣおよび単一のセル経路損失を使用して、ランダムアクセスを新規に開始することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは同じＵＴＣで続行し、パワーを適宜ランプアップ（ｒａｍｐ ｕｐ）させることができる。

【0181】

実施形態は、アップリンク基準信号を伝送し、初期に異なる周波数割り当てで直交性を維持する、１または複数の技法を企図している。

【0182】

１または複数の実施形態は、循環シフト（ＣＳ）補償によってピーク相関を低減することを企図している。相関ピークドリフトの量は、周波数領域内のＲＳの相対位置の関数として見つけることが可能であり、以下のようにサンプル数に関して導出可能であり、

【0183】

【数9】

【0184】

上式で、ｋ₀₁およびｋ₀₀は、２つのＲＳの開始位置のサブキャリアインデックスとすることが可能である。ｑは、ｖを用いて

【0185】

【数10】

【0186】

によって３ＧＰＰ規格に定義された、Ｚａｄｏｆｆ−Ｃｈｕ生成インデックスであり、

【0187】

【数11】

【0188】

は、それぞれ、シーケンスグループインデックス、基本シーケンスインデックス、およびＲＳシーケンスの長さである。Ｎは、ＳＣ−ＦＤＭＡベースバンド生成元（ｇｅｎｅｒａｔｏｒ）における離散逆フーリエ変換（ＩＤＦＴ）のサイズとすることが可能であり、１または複数の実施形態では、Ｎ＝２０４８とすることができる。

【0189】

ピーク相関の問題を軽減するための解決策として、とりわけ、ＵＥまたはＷＴＲＵが特定のリソースブロック（ＲＢ）割り振りに従ってスケジューリング可能であるとすると、計画されたＣＳ設定に加えてオフセット値を適用することにより、相関ピークのドリフトは事前に補償されることが可能である。特にｎ_PREによって示される追加のオフセット値は、循環シフト計算に追加することができる。たとえば物理アップリンク共有チャネル（ＰＵＳＣＨ）ＤＭＲＳ基準信号生成の場合、循環シフトは以下のように計算可能であり、

【0190】

【数12】

【0191】

上式で、

【0192】

【数13】

【0193】

はそれぞれ、本明細書に十分に記載のように参照により本明細書に組み込まれている規格（たとえば、被特許文献１参照）によって定義された、ＵＥまたはＷＴＲＵ固有、層固有、および、ＣＳホッピングＣＳ変数とすることが可能である。

【0194】

例示の実施形態のように、事前補償オフセット変数ｎ_PREは、以下のように相関ピークドリフトの逆方向で算出可能である。

【0195】

【数14】

【0196】

ＰＵＣＣＨまたはＳＲＳに対するＤＭＲＳなどの他のタイプの基準信号生成の場合、ＣＳ事前補償の同じ概念が適用可能であり、数式にはいくつかの相違点が提示されている場合がある。

【0197】

ＣＳ事前補償方法の第１の実装において、ＵＥまたはＷＴＲＵは、ネットワーク動作への関与なしにＣＳ補償を自律的に実行することができる。ＵＥまたはＷＴＲＵは、ネットワークによってスケジューリング許可からすでに送信された、ｋ₀₁、

【0198】

【数15】

【0199】

、およびｑの値に直接アクセスすることができる。しかしＵＥまたはＷＴＲＵは、一般に、基準ＲＳの開始位置、ｋ₀₀は利用できない。１または複数の実施形態では、ＭＵ−ＭＩＭＯ動作において合同でスケジューリングされ得るＷＴＲＵは、高位層を介してネットワークによって事前定義または構成され得る共通のｋ₀₀値で構成可能である。アップリンク関係ダウンリンク制御情報（ＤＣＩ）を介して、１または複数の、もしくはそれぞれのアップリンク許可を受信すると、ＵＥまたはＷＴＲＵは、伝送時間間隔（ＴＴＩ）ごとに、またはより長い期間、ＣＳ補償を実行することができる。別の方法として、共通スケジューリングの下で他のＵＥによって使用されるｋ₀₀値をＵＥまたはＷＴＲＵに通知するために、追加の動的シグナリングメカニズムを導入することができる。１または複数の実施形態では、ｋ₀₀値は（たとえばある潜在的な宛先ポイントのプロパティに対応する）アップリンク伝送コンテキストの一部として信号送信することが可能であり、これによってネットワークは、示されたアップリンク伝送コンテキストから複数のｋ₀₀値のうちの１つを示すことができる。

【0200】

ＣＳ事前補償方法の第２の実装において、ＣＳ補償はネットワーク側で実行可能である。１または複数の実施形態では、ネットワークスケジューラは、共通スケジューリングの下で１または複数の、もしくはそれぞれのＵＥまたはＷＴＲＵが利用可能なすべての必要な、または有用な情報を有することができる。したがって、決定したスケジューリングに従ってＣＳ補償を計算し、１または複数の、もしくはそれぞれのアップリンク許可においてＵＥまたはＷＴＲＵに送信可能な、アップリンク関係ＤＣＩ内の循環シフトフィールドを事前に修正することが可能である。例として、循環シフトフィールドは、図８に示されたように修正可能であり、循環シフトフィールド内のビットは、ｎ_PREに関して所与の表へのエントリポインタをオフセットすることによって修正可能である。いくつかの実施形態では、表の終わりに達すると折り返しが実行可能である。

【0201】

別の方法として、ＣＳの動的構成に対して追加の動的シグナリングメカニズムが導入されると、他の条件の中でとりわけ、ＣＳシグナリングを直接修正することによって、ＣＳ補償を適用することができる。

【0202】

企図されたＣＳ補償技法の有用性の少なくとも１つの態様は、基本シーケンスのグループ化および様々なレベルのホッピング方式の構成などの、基準信号を生成する現行の技法を変更することが有用でない場合があることであり、これが標準化の影響を最小限にするのに役立ち、レガシーＷＴＲＵへの後方互換性をより容易にすることができる。

【0203】

実施形態は、さらにランダム化によってピーク相関を低減することを企図している。アップリンク伝送のための基準信号を定義する際に、基本シーケンス生成のためにＺａｄｏｆｆ−Ｃｈｕシーケンスが使用され、

【0204】

【数16】

【0205】

上式で、ｑは、異なる基本シーケンスを定義するための主要パラメータとして働くことが可能なルートインデックスである。長さ

【0206】

【数17】

【0207】

は、

【0208】

【数18】

【0209】

で示される基準信号の長さと比べて最大の素数として選択可能である。長さ

【0210】

【数19】

【0211】

のＺａｄｏｆｆ−Ｃｈｕシーケンスは巡回性とすることが可能であり、長さ

【0212】

【数20】

【0213】

の基本シーケンスまで拡張可能である。

【0214】

使用可能な基本シーケンスのセットは、たとえば、ｕ，ｕ＝０、１、２、．．．、２９によってラベル付けされる３０の基本シーケンスグループを含むことができる。１または複数の、もしくはそれぞれのグループは、異なるサイズの

【0215】

【数21】

【0216】

の基本シーケンスのセットを有することが可能であり、

【0217】

【数22】

【0218】

の場合、シーケンスラベルｖ，ｖ＝０，１が割り当てられた２つの基本シーケンスが存在し得る。グループおよびシーケンスラベルとルートインデックスとの関係は、現行の３ＧＰＰ規格では、以下によって定義される。

【0219】

【数23】

【0220】

グループホッピングが実行可能な場合、グループ数ｕは、グループホッピングパターンｆ_gh（ｎ_s）に従い、スロット番号ｎ_sによって以下のように変化することが可能であり、
ｕ＝（ｆ_gh（ｎ_s）＋ｆ_ss）ｍｏｄ３０
上式で、ｆ_ssは高位層によって構成されるセル固有のシーケンスシフトパラメータとすることができる。

【0221】

基本シーケンスグループ内の１または複数の、もしくはすべての基本シーケンスについては、共通ホッピングパターンを共有していることがわかる。したがって、不対ＢＷ割り振りの場合、使用されている基準信号は、ホッピングパターンがどのように変化するかにかかわらず固定ペア関係を有することが（またはいくつかの実施形態では、常に有することが）可能である。不十分なピーク相互相関が稀に現れる場合があるため、長さが不均等な基準信号のいくつかのペア（またはいくつかの実施形態では、おそらくこうしたペアのみ）の中で、異なるサイズの基準信号全体にわたってさらにホッピングを実行することが有用な場合がある。言い換えれば、ＲＳ長さに依存可能な別の層のホッピングが企図される。例として、グループ数ｕは、以下のように定義可能であり、

【0222】

【数24】

【0223】

上式で、

【0224】

【数25】

【0225】

は、本明細書で企図されるＲＳ長さのホッピングパターンとすることが可能であり、これはＲＳ長さの関数

【0226】

【数26】

【0227】

とすることが可能である。さらに、ＲＳ長さのホッピングパターンは、

【0228】

【数27】

【0229】

によって定義可能であり、これはＲＳ長さに依存する値、たとえば

【0230】

【数28】

【0231】

で開始可能であり、上式でｃ（ｉ）は擬似ランダムシーケンス生成関数とすることができる。

【0232】

他の例として、ＲＳ長さ依存ホッピングをグループホッピングパターンに組み込むことが可能である。特に、グループホッピングパターンは、以下のようにＲＳ長さに依存させることが可能であり、

【0233】

【数29】

【0234】

これはＲＳ長さに依存する値、たとえば

【0235】

【数30】

【0236】

で開始可能である。別の方法として、グループホッピングが非セル固有である場合、初期値は

【0237】

【数31】

【0238】

によって定義可能であり、上式で、ＧｒｏｕｐＨｏｐｐｉｎｇＣｏｎｆｉｇは高位層によって構成されるか、または動的に更新されることが可能である。

【0239】

実施形態は、１つまたは複数のＣＳホッピング機能強化を企図している。以下の段落では、複数の潜在的宛先ポイントを伴う展開において、ＵＥまたはＷＴＲＵによるＣＳホッピングの使用を強化するための企図された技法について説明する。

【0240】

伝送層λについてスロットｎ_s内で伝送されるＤＭ−ＲＳは、α_λ＝２πｎ_cs,λ／１２に従った循環シフトα_λの関数とすることが可能であり、ここでｎ_cs,λは循環シフトインデックスとすることができる。循環シフトインデックスは、以下の式に従って計算可能であり、

【0241】

【数32】

【0242】

上式で、

【0243】

【数33】

【0244】

および

【0245】

【数34】

【0246】

のうちの少なくとも１つは、ＵＴＣに割り当てられるパラメータとすることができる。これらのパラメータの値は、高位層から取得可能であるか、または、アップリンク関係ダウンリンク制御信号内の循環シフトフィールド（ＣＳＦ）の値からなどの、動的選択方法から取得可能である。量ｎ_PN（ｎ_s）は「循環シフト（ＣＳ）ホッピングシーケンス」と呼ぶことができる。これは、現行システム内と同じ関係に従って擬似ランダムシーケンスｃ（ｉ）から導出可能な、スロット数ｎ_sの関数とすることができる。こうした擬似ランダムシーケンスは、１または複数の、もしくはそれぞれの無線フレームの開始時に、「ＣＳホッピングの初期値」と呼ぶことができる値ｃ_initで開始することができる。循環シフトホッピングシーケンスイニシエータの値ｃ_initは、ＵＴＣに依存可能であり、本明細書で説明されるいくつかの企図された技法のうちの少なくとも１つを使用して取得可能である。ＵＴＣが、ポイント固有の基準信号および／またはポイント固有のパワー制御パラメータの識別などの、ある受信ポイントでの適切なレベルのアップリンク信号の受信を可能にするパワー制御パラメータも含む場合、ｃ_initのＵＴＣ固有の値の利用を可能にし得る実施形態は、ＭＵ−ＭＩＭＯの結合の目的で基準信号の構造が最適な可能性のあるポイントに適切なレベルで、基準信号が受信できることを保証する。

【0247】

１または複数の実施形態では、ＣＳホッピングに使用される擬似ランダム生成元の初期値は、

【0248】

【数35】

【0249】

から分離可能であり、たとえば以下のように依然としてセル固有であり得、

【0250】

【数36】

【0251】

上式で、Ｎ^cell_IDは、物理セル識別、またはＵＴＣに関連付けられた識別に、対応可能である。１または複数の実施形態では、ＣＳホッピングは、ｃ_init＝Δ_cshを介して独立に構成可能である。２つの企図された技法を組み合わせると、ＣＳホッピングパターンは、

【0252】

【数37】

【0253】

によっても開始可能である。

【0254】

１または複数の実施形態では、ＵＥまたはＷＴＲＵ固有の調整を最新のアップリンク関係ＤＣＩに（または、現行のＵＬ伝送が関係可能なアップリンク関係ＤＣＩに）動的に割り当てることができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵ固有の調整Δ_cshはＵＥまたはＷＴＲＵで暗黙的に導出可能である。１つの可能な暗黙導出（ｉｍｐｌｉｃｉｔ ｄｅｒｉｖａｔｉｏｎ）は、現行の基本シーケンスグループに依存可能である。

【0255】

１または複数の実施形態では、暗黙導出は現行の基本シーケンスグループならびに以前の基本シーケンスグループの関数とすることができる。

【0256】

１または複数の実施形態では、本明細書で説明される概念と同様に、異なる長さのＤＭＲＳを介して追加のランダム化が実行可能である。例示の実現は、

【0257】

【数38】

【0258】

によってＣＳホッピングパターンを定義することであり得、これは、

【0259】

【数39】

【0260】

に関して、たとえば

【0261】

【数40】

【0262】

のように、同様に開始可能であるか、または別の方法として、ＵＥまたはＷＴＲＵ固有の調整が使用できる場合は、以下の通りである。

【0263】

【数41】

【0264】

１または複数の実施形態では、ＣＳは現行のシステムと同様の数式を使用して取得可能であるが、

【0265】

【数42】

【0266】

あるパラメータがＵＥまたはＷＴＲＵ固有のパラメータに置き換えられる場合があり、いくつかの実施形態では、アップリンク伝送コンテキストに提供可能である。アップリンク伝送コンテキストに提供可能なパラメータは、以下を含むことができる。
− セルＩＤ（Ｎ^cell_ID）は、ＵＴＣ固有値（Ｎ^UTC_ID）に置き換え可能である。
− シーケンスシフトパターン

【0267】

【数43】

【0268】

は、ＵＴＣ固有値

【0269】

【数44】

【0270】

に置き換え可能である。
後者の場合、ＵＴＣ固有値

【0271】

【数45】

【0272】

は直接提供可能であるか、または、ＵＴＣ固有のセルＩＤパラメータ（Ｎ^UTC_ID）から、いくつかの実施形態では、おそらく他のＵＴＣ固有パラメータ（Δ^UTC_ss）から、導出可能である。これらの値は、たとえば基本シーケンスなどの、ＵＴＣの他のプロパティの計算で使用される、可能な他のＵＴＣ固有のセルＩＤパラメータから、独立に構成されるかまたはされない場合がある。１または複数の実施形態は、以下を企図している。

【0273】

【数46】

【0274】

いくつかの実施形態では、パラメータΔ^UTC_ssが存在しないかまたは定義されていない可能性がある場合、この数式は以下のように単純化することが可能である。

【0275】

【数47】

【0276】

このような場合には、擬似ランダムシーケンス生成元の初期値ｃ_initは、以下のように要約することができる。

【0277】

【数48】

【0278】

こうした実施形態は、ネットワークが、他の共通スケジューリングされたＵＥまたはＷＴＲＵによる使用が可能な宛先ポイントで使用可能な循環シフトホッピングパターンマッチングを使用してＵＥまたはＷＴＲＵをスケジューリングできるようにし、この共通スケジューリングされたＵＥまたはＷＴＲＵとの干渉を最小限にすることができる。複数のＵＴＣ（本明細書で説明される）のうちの１つを選択できる企図された技法は、複数のこうした宛先ポイントが存在する場合、干渉を最小限にすることが最も適切な可能性のある宛先ポイントおよび対応する共通スケジューリングされたＵＥまたはＷＴＲＵの、ネットワークによる選択を可能にすることができる。

【0279】

前述の実施形態では、ＤＭ−ＲＳをＰＵＣＣＨまたはＰＵＳＣＨの一部として伝送できるか否かにかかわらず、ＣＳホッピングを決定するためのパラメータは同じとすることができる。別の方法として、少なくとも１つのパラメータが、ＰＵＣＣＨとＰＵＳＣＨとの間で異なる可能性がある。この場合、ＵＥまたはＷＴＲＵは、ＰＵＣＣＨまたはＰＵＳＣＨを介した伝送用に同じＵＴＣの一部として別個のパラメータを使用することが可能であるか、または、ＰＵＣＣＨまたはＰＵＳＣＨを介する伝送用に異なるＵＴＣを定義することが可能である。

【0280】

ＵＬ伝送用のＵＴＣの選択について、以下の方法を単独または組み合わせて使用することができる。以下の実施形態において、ダウンリンク制御シグナリングは、アップリンク伝送がこのシグナリングを使用してトリガされる場合、このアップリンク伝送に「適用可能である」ということができる。これはたとえば、ＰＵＳＣＨ伝送の許可を示すＤＣＩ（ＰＤＣＣＨまたはＥ−ＰＤＣＣＨで復号）、非周期ＳＲＳ伝送を示すＤＣＩ、ＲＡＣＨオーダーを示すＤＣＩ、または、ＨＡＲＱフィードバックがＰＵＣＣＨを介して伝送されることが有用な可能性のあるダウンリンク割り当てを示すＤＣＩを含むことができる。

【0281】

あるアップリンク伝送用に使用するＵＴＣを決定するために、ＵＥまたはＷＴＲＵは第１に、他の企図条件の中でとりわけ、少なくとも１つの企図された制約技法を使用して、候補ＵＴＣのサブセットを決定することができる。次にＵＥまたはＷＴＲＵは、候補ＵＴＣのサブセット内の使用可能なＵＴＣから、ＵＴＣを選択することができる。この場合、サブセットは空である可能性があり、ＵＥまたはＷＴＲＵは、使用可能な（またはいくつかの実施形態では、常時使用可能な）可能性のある「デフォルト」ＵＴＣを使用することができる。こうした「デフォルト」ＵＴＣは、セルのほとんどのポイントからの受信を可能にするＵＴＣに対応することができる。たとえば「デフォルト」ＵＴＣは、共通の基準信号をＰｔＲＳとして使用可能である。

【0282】

いくつかの例示の制約方法が、以下に提供される。１方法では、ＵＥまたはＷＴＲＵは、ＰｔＲＳから推定される経路損失がしきい値未満である場合、ＵＴＣが候補であり得るものと決定することができる。経路損失は、送信パワーと受信パワー（ＲＳＲＰ）とのｄＢ単位での差異として推定することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、ＰｔＲＳから測定された受信信号のパワーまたは品質がしきい値を超える場合、ＵＴＣが候補であり得るものと決定することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、このＵＴＣに対する接続が存在する場合、ＵＴＣが候補であり得ないものと決定することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、このＵＴＣに関連付けられた活動化状態が非活動化された場合、ＵＴＣが候補であり得ないものと決定することができる。

【0283】

ＵＥまたはＷＴＲＵは、アップリンク伝送のタイプに基づいて、場合によっては高位層のインジケーションまたは構成に従って、ＵＴＣを決定することができる。一例において、非周期ＳＲＳ伝送は、第１のＵＴＣの伝送パラメータを使用して伝送されるように構成され得、周期ＳＲＳ伝送は、第２のＵＴＣの伝送パラメータを使用して伝送されるように構成され得る。他の例では、第１の周期およびオフセットで実施するように構成された第１の周期ＳＲＳ伝送について、ＵＥまたはＷＴＲＵは第１のＵＴＣを使用可能であり、第２の周期およびオフセットで実施するように構成された第２の周期ＳＲＳ伝送について、ＵＥまたはＷＴＲＵは第２のＵＴＣを使用可能である。他の例では、ＵＥまたはＷＴＲＵは、ＰＵＳＣＨ伝送に第１のＵＴＣを、ＰＵＣＣＨ伝送用に第２のＵＴＣを使用することができる。他の例で、ＵＥまたはＷＴＲＵは、動的許可によってトリガされたＰＵＳＣＨ伝送に第１のＵＴＣを、半永続的スケジューリング（ＳＰＳ）許可によってトリガされたＰＵＳＣＨ伝送に第２のＵＴＣを使用することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、同じサブフレーム内のＳＰＳ許可の代わりにダイナミック許可が実行される場合、これによってトリガされたＰＵＳＣＨ伝送に第２を使用することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、ＰＵＳＣＨ伝送によって搬送される移送ブロックまたは移送ブロックのセット内に多重化されたデータに基づいて、ＵＴＣを決定することができる。たとえばＵＴＣは、論理チャネル、論理チャネルのタイプ、論理チャネルグループ、および／または、移送ブロックに含まれる無線ベアラまたはデータのタイプのうちの、１または複数に依存することができる。論理チャネルのＵＴＣへのマッピングは、１または複数の高位層によってＷＴＲＵに提供可能である。別の方法として、ＷＴＲＵは、論理チャネルグループ（ＬＣＧ）の優先順位に基づいて論理チャネルのＵＴＣへのマッピングを決定することができる。１または複数の実施形態では、ある論理チャネルについて、ＵＴＣ選択は、ＴＢがユーザプレーンデータまたは制御プレーンデータを含んでいるかどうかをさらに考慮することが可能であり、制御プレーンデータは、ＲＬＣ制御ＰＤＵ（状況ＰＤＵなど）、またはＭＡＣ制御ＰＤＵ、またはＲＲＣメッセージに対応可能である。いくつかの実施形態では、この挙動および／またはＵＴＣ選択は、論理チャネルのサブセットに対して構成可能である。複数のＭＡＣエンティティまたはＭＡＣインスタンスが構成される場合、ＵＥまたはＷＴＲＵは、ＰＵＳＣＨ伝送によって搬送される移送ブロックのセットを提供するＭＡＣエンティティまたはＭＡＣインスタンスに基づいて、ＵＴＣを決定することができる。

【0284】

ＵＥまたはＷＴＲＵは、アップリンク伝送に適用可能な受信されたダウンリンク制御シグナリングに基づいて、ＵＴＣを決定することができる。１方法では、ＰＵＳＣＨ伝送の場合、ダウンリンク制御シグナリングは、ＰＵＳＣＨ伝送に関するＵＴＣを示すフィールドを含むことができる。

【0285】

たとえばフィールドは、アップリンク関係ダウンリンク制御シグナリング内に循環シフトフィールド（ＣＳＦ）を含むことが可能であり、フィールドの解釈は既存のシステムにおける解釈と比較して修正可能である。１または複数の、もしくはそれぞれのＣＳＦは、特定のＵＴＣの使用、またはＵＴＣに関連付けられた少なくとも１つのパラメータの使用、ならびに場合によっては、直交カバーコード（ＯＣＣ）、もしくは、１または複数の、もしくはそれぞれの伝送層に関する循環シフトインデックス

【0286】

【数49】

【0287】

などの、他のパラメータの使用を示すことができる。たとえばＣＳＦの値は、以下のうちの少なくとも１つを示すことができる：ＵＴＣインデックスなどのＵＴＣに固有のパラメータ、またはセル識別の代わりに使用されるＵＴＣ固有パラメータ；１または複数の、もしくはそれぞれのスロットｎ_sに関する基本シーケンスグループ数ｕおよび基本シーケンス数ｖのうちの、少なくとも１つを決定するために使用される少なくとも１つのパラメータ。少なくとも１つのパラメータは、ＵＴＣに関連付けるか、もしくは、１または複数の、もしくはすべてのＵＴＣに共通とすることができる。たとえば、少なくとも１つのパラメータは、セル識別（Ｎ^UTC_ID）の代わりに使用されるＵＴＣ固有パラメータと、場合によっては、基本シーケンスパラメータを計算する目的でセル固有のΔ_ssの代わりに使用されるＵＴＣ固有パラメータ（Δ^UTC_ss）とを含むことができる；ＣＳホッピングに関する初期値を計算する目的で使用されるＵＴＣ固有値（Δ_cshまたはｃ_init^CSH_UTC）またはＵＴＣ固有識別（Ｎ^UTC_ID）、または、ＣＳホッピングに関する初期値を計算する目的で使用されるＵＴＣ固有パラメータΔ^UTC_ssなどの、ＣＳホッピングに関する初期値ｃ_initを決定するために使用される少なくとも１つのパラメータ；または、１つのサブフレーム内のＰＵＳＣＨに使用可能な（または等しく、ＲＢが１つのサブフレーム内のＰＵＣＣＨに使用可能な）リソースブロックを決定するために使用される少なくとも１つのパラメータ。少なくとも１つのパラメータは、ＵＴＣに関連付けるか、もしくは、１または複数の、もしくはすべてのＵＴＣに共通とすることができる。たとえば少なくとも１つのパラメータは、内部にＰＵＳＣＨを配置可能なＲＢを決定するためにＷＴＲＵによる使用が可能な、ｐｕｓｃｈ−ＨｏｐｐｉｎｇＯｆｆｓｅｔならびにｎ−ＳＢおよびｈｏｐｐｉｎｎｇｕＭｏｄｅに関するＵＴＣ固有パラメータを含むことができる。

【0288】

図９は、ＣＳＦに関する可能な修正済みマッピングの例を示し、１または複数の、もしくはそれぞれの伝送層λに関する、循環シフトインデックス

【0289】

【数50】

【0290】

および直交カバーコード［ｗ^(λ)（０） ｗ^(λ)（１）］に加えて、ＣＳホッピングの初期値は、１または複数の、もしくはそれぞれのコードポイントについて示すことができる。１または複数の実施形態は、（最終列内の）各コードポイントに関するＣＳホッピングの初期値を直接示す代わりに、１または複数の以前に説明された実施形態、たとえば、

【0291】

【数51】

【0292】

に従って、ＣＳホッピングのこの初期値を計算する目的で使用可能なＵＴＣ固有パラメータΔ^UTC_ssが示され得ることを企図している。

【0293】

ＣＳＦが上記のように解釈され得る場合、ＵＥまたはＷＴＲＵは、ＣＳホッピングに関する初期値の（または他の企図された技法では、他のＵＴＣ固有パラメータの）示された値に基づいて、ＵＴＣを（いくつかの実施形態では、おそらく暗黙的に）決定し、このＵＴＣに基づいてアップリンク伝送の他のプロパティを推測することが可能である。たとえばＵＥまたはＷＴＲＵは、ＣＳホッピングに関する初期値の示された値が第１の値であり得る場合、伝送パワーがＵＴＣ固有パラメータの第１のセットに基づいて計算可能であること、および、示された値が第２の値であり得る場合、伝送パワーがＵＴＣ固有パラメータの第２のセットに基づいて計算可能であることを、決定することができる。ＵＥまたはＷＴＲＵは、ＣＳＦフィールドを構成パラメータに応じて異なって解釈することができる。たとえばＵＥまたはＷＴＲＵは、単一のＵＴＣで構成され得る場合はＣＳＦフィールドを既存のシステムと同様に解釈し、複数のＵＴＣで構成され得る場合は図９を使用することが可能である。

【0294】

１または複数の実施形態では、非周期ＳＲＳ伝送の場合、ＳＲＳ要求を示すフィールドは、可能なＵＴＣのセット、ならびに非周期ＳＲＳ伝送の他の特徴のうちの１つを示すことができる。

【0295】

１または複数の実施形態では、ＨＡＲＱフィードバックの伝送用に使用されるＰＵＣＣＨ伝送の場合、Ａ／Ｎリソースインジケータは、使用するＵＴＣ、ならびに（ＰＵＣＣＨ伝送のリソースインデックスまたは他のプロパティなどの）使用可能なＰＵＣＣＨリソースに関する他の情報を示すことができる。たとえば、リソースインデックスの決定に使用されるパラメータ

【0296】

【数52】

【0297】

を、第１のＵＴＣにおける第１の値および第２のＵＴＣにおける第２の値に設定することが可能であり、これによってより良好なパフォーマンスのために隣り合う受信ポイント間で別個のＰＵＣＣＨ領域が使用できるようになる。他の例では、ＰＵＣＣＨ用のＤＭ−ＲＳの基本シーケンスの決定に使用されるパラメータ（セル識別を置換するパラメータなど）を、第１のＵＴＣにおける第１の値のセットおよび第２のＵＴＣにおける第２の値のセットに設定することが可能である。他の例では、ＰＵＳＣＨに使用されるＲＢの決定に使用されるパラメータ（ｐｕｓｃｈ−ＨｏｐｐｉｎｇＯｆｆｓｅｔなど）を、第１のＵＴＣにおける第１の値のセットおよび第２のＵＴＣにおける第２の値のセットに設定することが可能である。

【0298】

他の例では、ＰＵＣＣＨ用のＤＭ−ＲＳのＣＳホッピングの初期値の決定に使用されるパラメータ（初期値自体またはセル識別を置換するパラメータなど）を、第１のＵＴＣにおける第１の値のセットおよび第２のＵＴＣにおける第２の値のセットに設定することが可能である。他の例では、１または複数の、もしくはそれぞれのスロットｎ_sおよびシンボル数に関する循環シフト項

【0299】

【数53】

【0300】

の決定に使用される擬似ランダムシーケンスの初期値ｃ（ｉ）を、第１のＵＴＣにおける第１の値および第２のＵＴＣにおける第２の値に設定することが可能である。１または複数の、もしくはそれぞれのＵＴＣにおける値は、ＵＴＣ固有のセル識別パラメータに対応することができる。

【0301】

１または複数の実施形態では、ＰＤＣＣＨオーダーによってトリガされるＰＲＡＣＨ伝送の場合、他の企図された条件の中でとりわけ、ＰＤＣＣＨオーダー内のフィールドがＵＴＣを示すことができる。

【0302】

上記の方法では、ＵＴＣのインジケーションは、１または複数の、もしくはそれぞれの可能なＵＴＣ、またはそのグループについて構成された、いくつかのパラメータのセットのうちの１つを指すインデックス（この目的で使用される場合は「宛先ポイントインデックス」または「キャリアインジケーションフィールド」または「ＵＴＣ」または「送信ポイント」）を含むことができる。別の方法として、インジケーションは、送信ポイントへのインデックス、または、（たとえばＵＴＣに割り当てられた）宛先ポイントから送信され、パワー制御またはタイミング整合の目的で使用される、ＤＬ基準信号などの、ＵＴＣを独自に識別することができる任意の他のパラメータへのインジケーションを含むことができる。

【0303】

ＷＴＲＵは、アップリンク伝送に適用可能なダウンリンク制御シグナリングのプロパティに基づいて、アップリンク伝送用のＵＴＣを（いくつかの実施形態では、おそらく暗黙的に）決定することができる。１方法では、ＵＴＣは、適用可能なダウンリンク制御情報（ＤＣＩ）を含むＰＤＣＣＨまたはＥ−ＰＤＣＣＨが復号されている可能性のある検索スペース（または時間周波数グリッド内の場所）に基づいて、決定することができる。たとえば、ダウンリンク割り当て用のＤＣＩが共通検索スペース内で復号され得る場合、この割り当てに関するＨＡＲＱフィードバックを含むＰＵＣＣＨ用のＵＴＣは、セルの共通基準信号（ＣＲＳ）をそのポイント基準信号として使用できるＵＴＣに対応することが可能である。

【0304】

他の例では、アップリンク許可用のＤＣＩがＵＥまたはＷＴＲＵ固有の検索スペース内で復号され得る場合、ＰＵＳＣＨに関するＵＴＣは、他の基準信号（たとえばＣＳＩ−ＲＳ）をそのポイント基準信号として使用できるＵＴＣに対応することが可能である。１または複数の実施形態では、ＵＴＣは、適用可能なダウンリンク制御情報（ＤＣＩ）を含む、物理制御チャネルのタイプ（現行システム内で定義されたようなＰＤＣＣＨ、もしくは、ＵＥまたはＷＴＲＵ固有の基準信号に基づくＥ−ＰＤＣＣＨ）に基づいて、決定され得る。たとえば、ＤＣＩがＰＤＣＣＨから復号され得る場合、この割り当てに関するＨＡＲＱフィードバックを含むＰＵＣＣＨ用のＵＴＣは、セルの共通基準信号（ＣＲＳ）をそのポイント基準信号として使用できる宛先ポイントに対応することが可能である。

【0305】

他の例では、ＤＣＩがＥ−ＰＤＣＣＨから復号され得る場合、ＵＴＣは、他の基準信号をそのポイント基準信号として使用できる宛先ポイントに対応することが可能である。１または複数の実施形態では、ＵＴＣは、対応するダウンリンク制御シグナリングの伝送に使用される基準信号またはアンテナポートに基づいて、決定することが可能である。たとえば、ダウンリンク割り当て用のＤＣＩが、共通基準信号に対応するアンテナポートを介して伝送され得る場合、この割り当てに関するＨＡＲＱフィードバックを含むＰＵＣＣＨ用のＵＴＣは、セルの共通基準信号（ＣＲＳ）をそのポイント基準信号として使用できるＵＴＣに対応することが可能である。他の例では、アップリンク許可用のＤＣＩが、ＤＭ−ＲＳ基準信号に対応するアンテナポートを介して伝送され得る場合、ＰＵＳＣＨ用のＵＴＣは、他の基準信号（たとえばＣＳＩ−ＲＳ）をそのポイント基準信号として使用できる宛先ポイントに対応することが可能である。ダウンリンク制御シグナリングを伝送するために使用されるアンテナポートと、アップリンク伝送のＵＴＣに関するポイント基準信号として使用される基準信号（またはアンテナポート）との間の関係は、１または複数の高位層によって提供され得る。

【0306】

１または複数の実施形態では、ＵＴＣは、対応するダウンリンク制御シグナリングの符号化の際に使用されるＣＲＣをマスクするために使用されるＲＮＴＩに基づいて、決定することができる。たとえば、ダウンリンク割り当てに関するＤＣＩの符号化に使用されるＣＲＣを、第１のＲＮＴＩでマスクできる場合、この割り当てに関するＨＡＲＱフィードバックを含むＰＵＣＣＨ用のＵＴＣは、第１のポイント基準信号を使用することが可能な宛先ポイントに対応することが可能である。他の例では、ダウンリンク割り当てに関するＤＣＩの符号化に使用されるＣＲＣを、第２のＲＮＴＩでマスクできる場合、この割り当てに関するＨＡＲＱフィードバックを含むＰＵＣＣＨ用のＵＴＣは、第２のポイント基準信号を使用することが可能な宛先ポイントに対応することが可能である。他の例では、アップリンク許可用のＤＣＩの符号化に使用されるＣＲＣが一時Ｃ−ＲＮＴＩである場合、対応するＰＵＳＣＨ伝送で使用されるＤＭ−ＲＳ用のＵＴＣは、デフォルトＵＴＣに対応可能であり、伝送プロパティは物理セル識別から導出することが可能である。１または複数の実施形態では、ＲＮＴＩとＵＴＣ（またはそのポイント基準信号）との間のマッピングは、１または複数の高位層によって提供可能である。他の例では、アップリンク許可に関するＤＣＩの符号化に使用されるＣＲＣが第１のＲＮＴＩでマスクできる場合、ＰＵＳＣＨ伝送および関連付けられたＤＭ−ＲＳに関するＵＴＣ（たとえばＤＭ−ＲＳの基本シーケンスを生成するために使用されるパラメータを含む）は、第１のＵＴＣに対応することが可能である。ＤＣＩの符号化に使用されるＣＲＣが第２のＲＮＴＩでマスクできる場合、ＰＵＳＣＨ伝送および関連付けられたＤＭ−ＲＳに関するＵＴＣは、第２のＵＴＣに対応することが可能である。

【0307】

１または複数の実施形態では、ＵＴＣは使用されるＤＣＩフォーマットに基づいて決定することができる。伝送モードまたは構成モードに基づいて、ＤＣＩフォーマットのＵＴＣへの直接マッピングを指定することができる。このモードで構成される時に、ＤＣＩフォーマット、たとえばＤＣＩフォーマット５を受信できる場合、ＵＥまたはＷＴＲＵは、ＵＬ伝送用に対応する構成済みのＵＴＣを使用することが可能であり、受信できなければ、ＵＥまたはＷＴＲＵは、異なるＤＣＩフォーマットを受信する場合、デフォルトまたは関連付けられたＵＴＣを使用することができる。

【0308】

１または複数の実施形態では、ＵＴＣまたはＵＴＣに結合される少なくとも１つのパラメータ（たとえばＰＵＳＣＨホッピングオフセット）は、対応するＤＣＩ割り当ての伝送に使用されるＰＤＣＣＨを構築するために使用される、最下位のＣＣＥインデックスに基づいて決定することができる。

【0309】

ＵＥまたはＷＴＲＵは、少なくとも１つのＵＴＣに関連付けられた少なくとも１つの基準信号に対して実行される測定に基づいて、ＵＴＣを（いくつかの実施形態では、おそらく暗黙的に）決定することができる。測定を実行するために使用される基準信号は、ＵＴＣのポイント基準信号などの、本明細書の基準信号のうちの少なくとも１つに対応することが可能である。ＵＴＣの所与の基準信号に使用されることが可能な測定のタイプは、以下のうちの少なくとも１つを含むことができる：受信される信号パワー（たとえばＲＳＲＰと同様）；受信される信号品質（たとえばＲＳＲＱと同様）；送信されるパワーと受信されるパワーとの間の差異（ｄＢ単位）として推定される経路損失であって、送信されるパワーは構成の一部として提供可能である；別の方法として、経路損失の負数とすることが可能な経路利得；および／またはチャネル品質インジケーション。

【0310】

１または複数の実施形態では、ＵＴＣは、最も近い受信ポイントの１つまたはサブセットに到達する（またはいくつかの実施形態では、おそらく到達するのみである）ように、選択可能である。こうしたＵＴＣは、関連付けられた基準信号の経路損失が最も小さい可能性のある（または経路利得が最も大きい可能性のある）ＵＴＣ、関連付けられた基準信号の受信される信号パワー（または受信される信号品質、またはチャネル品質インジケーション）が最も大きい可能性のあるＵＴＣ、および／または、このＵＴＣに関する伝送パワー制御コンテキストによって決定される送信されるパワーが最も小さい可能性のあるＵＴＣ、の基準のうちの、少なくとも１つを使用して選択可能である。

【0311】

１または複数の実施形態では、ＵＴＣは、より大きな受信ポイントのセットに到達するように選択可能である。こうしたＵＴＣは、関連付けられた基準信号の経路損失が最も大きい可能性のある（または経路利得が最も小さい可能性のある）ＵＴＣ、関連付けられた基準信号の受信される信号パワー（または受信される信号品質、またはチャネル品質インジケーション）が最も小さい可能性のあるＵＴＣ、および／または、このＵＴＣに関する伝送パワー制御コンテキストによって決定される送信されるパワーが最も大きい可能性のあるＵＴＣ、の基準のうちの、少なくとも１つを使用して選択可能である。

【0312】

ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つに基づき、複数の上記基準のうちの１つがＵＴＣの選択に使用できるものと決定することができる。

【0313】

− アップリンク伝送（チャネルまたは信号）のタイプ。たとえば、最大のパワーを伴うＵＴＣは、アップリンク伝送のタイプに適用可能な高位層インジケーションに従って、周期ＳＲＳ伝送の場合に選択可能である。たとえばある非周期ＳＲＳ伝送は、最大のパワーを伴うＵＴＣを使用するように構成可能である。

【0314】

− アップリンク伝送に適用可能なダウンリンク制御情報に基づく。たとえば、アップリンク許可を示すＤＣＩ内のフィールドは、最大または最小のパワーを伴うＵＴＣを使用するかどうかを示すことができる。および／または、
− サブフレームタイミングに基づく。

【0315】

１または複数の実施形態では、ＵＥまたはＷＴＲＵは、アップリンク伝送が実行されるサブフレームのタイミング、またはダウンリンク制御情報がアップリンク伝送に適用可能なサブフレームのタイミングに基づいて、ＵＴＣを（いくつかの実施形態では、おそらく暗黙的に）決定することができる。タイミングは、フレーム数、サブフレーム数、周期性、およびオフセットのうちの、少なくとも１つを使用して定義することができる。この方法の１適用例は、ＵＥまたはＷＴＲＵが、受信ポイントとして選択できないノードに極度に干渉する可能性がある場合とすることができる。このような場合に、ネットワークは、ＵＥまたはＷＴＲＵを、正規のアップリンク伝送を使用できるサブフレームのサブセット、および制限された伝送を使用できるサブフレームの他のサブセットで、構成することができる。伝送に関する制限は、１または複数の、もしくはすべての物理チャネルおよび／または伝送タイプに関する伝送パワーの削減とすることができる。または、適用可能なＣＳホッピングおよび／またはＰＵＳＣＨホッピングにおける削減とすることができる。他の例では、ＵＥまたはＷＴＲＵは、１または複数の可能なサブフレーム構成の特定セットに基づいて、所与のサブフレーム内で使用するＵＴＣを決定することが可能であり、サブフレーム構成は、ＭＡＣインスタンス（１つまたは複数）またはＭＡＣエンティティ（１つまたは複数）がＰＵＳＣＨを介して伝送可能な、いくつかまたはそれぞれのサブフレームについて、もしくは別の方法として、サブフレームのサブセットがＰＵＳＣＨを介して伝送するために使用可能な、いくつかまたはそれぞれのＭＡＣインスタンスまたはＭＡＣエンティティについて、定義することができる。

【0316】

１例示方法では、そのフレーム数（Ｎｆ）およびサブフレーム数（Ｎｓ）が（１０×Ｎｆ＋Ｎｓ）ｍｏｄ Ｔ１＝Ｏ１を満たし、Ｔ１およびＯ１は１または複数の高位層によって提供可能なパラメータとすることが可能な、サブフレームのサブセット内で生じるアップリンク伝送に使用されるＵＴＣは、セルの共通基準信号（ＣＲＳ）をそのポイント基準信号として使用することができるＵＴＣに対応するように決定することができる。他の例では、アップリンク伝送に使用されるＵＴＣは、高位層によって提供されるビットマップに基づいて決定することが可能であり、ビットマップの１または複数の、もしくはそれぞれの位置は、あるサブフレームに対応し、ビットマップの値は使用するＵＴＣを示す。

【0317】

他の例示方法では、ＣＳホッピングおよび／またはＰＵＳＣＨホッピングオフセットに関する初期値を、偶数番号付けされたサブフレームの場合は（場合によっては第１のＵＴＣに対応する）第１の値、奇数番号付けされたサブフレームの場合は（場合によっては第２のＵＴＣに対応する）第２の値となるように、決定することができる。２つの値は高位層によって提供可能である。伝送パワーは、それぞれの対応するＵＴＣに関連付けられたパラメータに基づいて決定することも可能である。たとえばサブフレームの１サブセットでは、ＵＥまたはＷＴＲＵは、１または複数、もしくはそれぞれが、特定の伝送パワーオフセットで構成された、ＵＴＣの１セットで構成可能である。サブフレームの他のサブセットでは、ＵＥまたはＷＴＲＵは、ＵＴＣの第１のセットのニアレプリカ（ｎｅａｒ ｒｅｐｌｉｃａ）とすることが可能なＵＴＣの他のセットで構成可能であり、異なる伝送パワーオフセットなどのいくつかのパラメータにおけるいくつかの差異に備えることができる。

【0318】

１または複数の実施形態では、ＵＥまたはＷＴＲＵは、アップリンク伝送が実行されるサブフレームのタイプに基づいて、ＵＴＣを（いくつかの実施形態では、おそらく暗黙的に）決定することが可能であり、サブフレームのタイプは、「ＭＢＳＦＮ」サブフレーム、「ほぼブランクの」サブフレーム、または「通常の」サブフレームの、少なくとも特定のサブセットの１つとすることができる。たとえば、ＭＢＳＦＮサブフレームの第１のサブセット中に実行されるアップリンク伝送に使用されるＵＴＣは、第１のポイント基準信号を使用可能なＵＴＣに対応するように決定されることが可能であり、通常のサブフレーム中に実行されるアップリンク伝送に使用されるＵＴＣは、共通基準信号をそのポイント基準信号として使用可能なＵＴＣに、またはデフォルトＵＴＣに対応するように決定されることが可能である。

【0319】

ＵＥまたはＷＴＲＵは、許可において動的に信号送信、または半静的に構成されてきた、このアップリンク伝送のプロパティに基づいて、アップリンク伝送用のＵＴＣを決定することができる。たとえばＰＵＳＣＨ伝送に使用されるＵＴＣは、このＰＵＳＣＨ伝送に関するリソースブロック割り当てまたはホッピングオフセットに基づいて選択可能である。たとえばこれは、開始リソースブロックまたはリソースブロックの数またはサブバンドの数またはホッピングオフセットの関数とすることができる。他の例では、ＵＴＣは、ＰＵＳＣＨ伝送に使用される変調または符号化方式に基づいて選択可能である。

【0320】

他の例では、ＰＵＣＣＨ伝送に使用されるＵＴＣは、ＰＵＣＣＨ伝送が実行される物理リソースブロック（ＰＲＢ）に基づいて選択可能である。たとえば、ＰＵＣＣＨ伝送に使用されるＵＴＣは、ＰＲＢがＰＲＢの第１のセットに属する場合は第１のＵＴＣに、ＰＲＢがＰＲＢの第２のセットに属する場合は第２のＵＴＣに、設定することができる。したがって、たとえば物理セル識別、ならびにパワー制御パラメータおよび変数のうちの少なくとも１つは、ＰＵＣＣＨに使用されるＰＲＢに基づいて選択可能である。

【0321】

他の例では、ＰＵＣＣＨ伝送に使用されるＵＴＣは、あるＰＵＣＣＨフォーマットについてＰＵＣＣＨリソースインデックスによって示されるように、ＰＵＣＣＨのアップリンク伝送プロパティの特定のセットに基づいて選択可能である。たとえばＰＵＣＣＨ伝送に使用されるＵＴＣは、リソースインデックスが値の第１の範囲（またはセット）内に有り得る場合、第１のＵＴＣに、リソースインデックスが値の第２の範囲（またはセット）内に有り得る場合、第２のＵＴＣに、設定することができる。

【0322】

ＵＥまたはＷＴＲＵは、このダウンリンク伝送のプロパティに基づいて、ＰＤＳＣＨ上での少なくとも１つのダウンリンク伝送に関するＨＡＲＱフィードバックを含むアップリンク伝送用のＵＴＣを決定することができる。アップリンク伝送は、ＨＡＲＱフィードバックを含むＰＵＣＣＨまたはＰＵＳＣＨのうちの少なくとも１つを含むことができる。ＰＤＳＣＨ伝送のプロパティは、（１または複数の、もしくはそれぞれの伝送に関する）伝送モード、ＰＤＳＣＨ伝送に使用される基準信号のアンテナポートまたはタイプ、および／または、ＰＤＳＣＨ伝送のキャリア周波数（またはキャリアインデックスもしくはセルインデックス）のうちの、少なくとも１つを含むことができる。

【0323】

たとえば、ＵＥまたはＷＴＲＵは、少なくとも１つのＰＤＳＣＨ伝送が７から１５の間のアンテナポートを使用して受信された場合、Ａ／Ｎフィードバックを（ＰＵＣＣＨまたはＰＵＳＣＨを介して）伝送し、そうでなければポイント基準信号が共通基準信号に対応するＵＴＣを使用するために、第１のポイント基準信号に対応するＵＴＣを使用することができる。

【0324】

ＵＥまたはＷＴＲＵは、いずれのＵＴＣを使用するかについての最も新しく受信したインジケーションに基づき、アップリンク伝送に使用するためのＵＴＣを決定することができる。こうしたインジケーションは、物理、ＭＡＣ、またはＲＲＣシグナリングから受信されている可能性がある。

【0325】

たとえばＵＥまたはＷＴＲＵは、ＰＤＣＣＨに関するデジタル制御情報の受信に基づいてＵＴＣを決定することが可能であり、デジタル制御情報の少なくとも１つのフィールドは、他のインジケーションが提供されるまで使用するＵＴＣを示す。他の例示方法では、ＵＥまたはＷＴＲＵは、ＭＡＣ制御要素の受信に基づいてＵＴＣを決定することが可能であり、ＭＡＣ ＣＥの少なくとも１つのフィールドは、他のインジケーションが提供されるまで使用するＵＴＣを示す。

【0326】

他の例示方法では、ＵＥまたはＷＴＲＵは、最も新しく受信したタイミングアドバンスコマンドに基づいてＵＴＣ（たとえば最新のＴＡＣが適用可能なＵＴＣ）を決定することができる。ＵＥまたはＷＴＲＵは、ＴＡＣの受信に応じて後続の伝送用にＵＴＣを選択することができる。１または複数の実施形態では、受信されたＴＡＣがいずれのＵＴＣに適用可能であるかをＵＥまたはＷＴＲＵが決定すると、ＵＥまたはＷＴＲＵは、該当するチャネル、伝送タイプ、および／またはサービングセル、もしくはそれらのグループに関する後続の伝送用に、該当するＵＴＣを選択することができる。

【0327】

たとえばＵＥまたはＷＴＲＵは、該当するサービングセルに関するＳＲＳを（たとえば周期構成から、または非周期要求から）送信し、その後、該当するサービングセルに関するＭＡＣ ＴＡＣ ＣＥを受信することが可能であり、ＭＡＣ ＴＡＣ ＣＥは、ＴＡＣが適用されるＵＴＣのインジケーションを含むことが可能であり、ＵＥまたはＷＴＲＵは、ＰＵＳＣＨ伝送などのサービングセル内での後続の伝送用にこのＵＴＣを使用することができる。

【0328】

ＵＥまたはＷＴＲＵは、活動化された状態に有り得る（またはいくつかの実施形態では、おそらく、同様に活動化された状態に有り得るサービングセルについてのみ）ＵＴＣを選択することが可能である。１つのＵＴＣが（またはいくつかの実施形態では、おそらく１つのＵＴＣのみが）所与のサービングセルについて同時に活動化された状態に有り得る場合、ＵＥまたはＷＴＲＵは、企図された条件の中でとりわけ、活動化されたＵＴＣを選択することができる。そうでなければ、複数のＵＴＣが所与のサービングセルについて同時に活動化され得る場合、ＵＥまたはＷＴＲＵは、アップリンク伝送を実行するためのＵＴＣを選択するために、本明細書で説明される方法のいずれかをさらに適用することができる。

【0329】

ＰＲＡＣＨ用のＵＴＣ構成は、以下のパラメータのうちの少なくとも１つを含むことが可能である：初期伝送パワーｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ；パワーランピング（ｐｏｗｅｒ ｒａｍｐｉｎｇ）関数および／または係数ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ；最大数のプリアンブル伝送ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ；セルに関する伝送パワー、たとえばＰｃｍａｘ，ｃ（およびｄｅｌｔａＰｒｅａｂｍｅＭｓｇ３）；プリアンブルフォーマットベースのオフセットＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ；ＰＲＡＣＨリソースのセット（たとえばｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘ）；ランダムアクセスプリアンブルのグループ、グループあたりの使用可能プリアンブルのセット（たとえばｓｉｚｅＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡ、ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓ）；プリアンブルグループＢが存在する場合、ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢおよびｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡ；ＲＡ応答ウィンドウサイズ；最大数のＭｓｇ３ ＨＡＲＱ伝送；および／または、競合解決タイマ。

【0330】

たとえばＵＥまたはＷＴＲＵは、上記または下記で説明される１または複数の実施形態に従い、第１にＵＴＣを選択することによって、サービングセルのリソース上でプリアンブル伝送を実行することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、以下のうちの１または複数に応じて、ＵＴＣおよび／またはプリアンブルの伝送を実行する方法を選択することができる。

【0331】

− プリアンブル伝送のタイプ、たとえばプリアンブル伝送を、競合ベースランダムアクセス（ＣＢＲＡ）、無競合ランダムアクセス（ＣＦＲＡ）用、ハンドオーバ時のセルへの初期アクセス用、接続再確立用、スケジューリング要求（ＲＡ−ＳＲ）用、またはアップリンクタイミング整合の獲得用、とすることができるかどうか；たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送がＣＢＲＡに対応する場合、または別の方法として、ハンドオーバ手順中のセルへの初期アクセスのためのプリアンブル伝送時、または他の代替として、ＲＲＣ接続再確立手順中のプリアンブル伝送時に、該当するサービングセルのデフォルトＵＴＣに対応するＵＴＣ（たとえばマクロセルへの伝送に対応するＵＴＣ）を選択することができる。別の方法として、スケジューリング要求、たとえばＲＡ−ＳＲによってトリガされたプリアンブル伝送時。たとえばＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵが有効なアップリンクタイミング整合を有さない（たとえばＵＴＣ固有ＴＡＴが満了している可能性がある）か、または代替としてＳＣｅｌｌに関するプリアンブル伝送用の、ＵＴＣに対応するＵＴＣを選択することが可能である；
− プリアンブルの伝送を開始したトリガ、たとえばネットワーク開始もしくはＵＥまたはＷＴＲＵ開始のいずれか；たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送が、ＵＥまたはＷＴＲＵによって自律的に開始され得る、たとえばＲＡ−ＳＲに対応する場合、該当するサービングセルのデフォルトＵＴＣに対応するＵＴＣ（たとえばマクロセルへの伝送に対応するＵＴＣ）を選択することができる。たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送および／またはランダムアクセス手順を実行するために、プリアンブル伝送がＰＤＣＣＨオーダー（たとえばＤＣＩフォーマット１Ａ）の受信によってトリガされ得る場合、該当するセルに対して現在アクティブなＵＴＣに対応するＵＴＣを選択することができる。１または複数の実施形態では、これは、ＰＤＣＣＨオーダーがＳｃｅｌｌ上でのプリアンブル伝送を示す場合（またはいくつかの実施形態では、おそらくその場合にのみ）、または他の代替では、企図された条件の中でとりわけ、プリアンブル伝送がタイミングアドバンスを獲得するためであり得る場合（またはいくつかの実施形態では、おそらくその場合にのみ）、に実行可能である；
− プリアンブルが伝送され得るサービングセルのタイプ、たとえばプリアンブル伝送がＵＥまたはＷＴＲＵの構成のＰＣｅｌｌまたはＳＣｅｌｌに対応するか否か。たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送がＰＣｅｌｌに対するものであり得る場合、該当するサービングセルのデフォルトＵＴＣに対応するＵＴＣ（たとえばマクロセルへの伝送に対応するＵＴＣ）を選択することができる。たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送がＳＣｅｌｌに対するものであり得る場合、該当するセルに対して現在アクティブなＵＴＣに対応するＵＴＣを選択することができる；
− 制御シグナリング内部、たとえばＤＣＩフォーマット１ＡなどのＰＤＣＣＨオーダー内で受信され得る明示的インジケーション。たとえばＵＥまたはＷＴＲＵは、任意のこうしたインジケーションが存在し得る場合、受信された制御シグナリング内に示されるＵＴＣを選択することができる；および／または、
− 該当するセルに対して現在活動化されているＵＴＣ。たとえばＵＥまたはＷＴＲＵは、該当するセルに対して活動化され得るＵＴＣを選択することができる（またはいくつかの実施形態では、常時選択することができる）。

【0332】

ＵＥまたはＷＴＲＵは、その後、該当するＵＴＣに適用可能なパラメータのセットを識別することができる。たとえばＰＲＡＣＨの場合、１または複数の、もしくはそれぞれのＵＴＣは、異なるパワー関係パラメータで構成可能である。たとえばパワーランピング関数は、選択されるＵＴＣの関数とすることができる。したがってＵＴＣは、たとえばデフォルトＵＴＣに関するパワーランピングよりも低速または高速の可能性があるランピングで構成可能である。同様に、ＰＲＡＣＨに対するデフォルトＵＴＣでない可能性のあるＵＴＣは、より少ない再伝送試行で構成され得る。次にＵＥまたはＷＴＲＵは、対応するパラメータを使用してプリアンブルの伝送を開始することができる。ＵＥまたはＷＴＲＵは、Ｐｃｍａｘ，ｃに基づいてプリアンブルのグループを、さらにたとえば該当するＵＴＣに固有であり得る基準信号を使用して該当するＵＴＣに適用可能なＰＬ推定を、選択することができる。

【0333】

プリアンブルの伝送用のパワー制御パラメータを導出するために使用される基準信号は、以下の例示の基準信号のうちの少なくとも１つを含むことができる。

【0334】

たとえばセル固有ＣＲＳは、デフォルト基準信号として（またはいくつかの実施形態では、おそらく常時、所与のセル、もしくは、１または複数の、もしくはすべてのセルに対して）使用可能である。たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送用に使用されるＵＴＣがＣＲＳで構成されたＵＴＣであり得ることを決定することができる。１または複数の実施形態では、これは該当するセルに対するデフォルトＵＴＣとすることができる。たとえばＵＥまたはＷＴＲＵは、該当するセルに関するプリアンブル伝送に使用される基準信号が、プリアンブル伝送用に選択されたＵＴＣとは独立に、セル固有の基準信号であり得る（またはいくつかの実施形態では、おそらく常時有り得る）ことを決定することができる。この場合、初期伝送パワーおよび／またはパワーランピングパラメータは、選択されたＵＴＣ（たとえばＲＲＨまたはピコセルに対応するＵＴＣ）とデフォルトＵＴＣ（たとえばマクロセルに対応するＵＴＣ）との間の異なるパワーレベルを補償するように、選択されたＵＴＣに対して構成可能である。ネットワークは、場合によっては１または複数の、もしくはそれぞれの受信ポイントに対して１つのタイミングアドバンスコマンドを生成することを含む、いずれのプリアンブル受信を考慮し（複数の受信ポイントでプリアンブルを正常に復号した場合）、適宜応答するかを決定することができる。

【0335】

セル固有ＣＲＳが使用できるか否かは、（たとえばＣＢＲＡに対する）プリアンブル伝送の特徴に応じる可能性がある。ＣＲＳが使用されない場合、ＵＥまたはＷＴＲＵ固有のＲＳおよび／またはＵＴＣ用に構成されたＲＳを使用することが可能であり；たとえばＵＥまたはＷＴＲＵは、プリアンブル伝送がＵＥまたはＷＴＲＵ開始のプリアンブル伝送および／またはＣＢＲＡに対応する場合、該当するセルに対するプリアンブル伝送に使用される基準信号が、プリアンブル伝送用に選択されたＵＴＣおよび／または現在アクティブなＵＴＣとは独立に、セル固有の基準信号であり得ることを、決定することができる。そうでない場合、ＵＥまたはＷＴＲＵは、プリアンブル伝送用に選択されたＵＴＣに対応する、および／または、現在アクティブなＵＴＣの、基準信号を使用することができる。

【0336】

セル固有ＣＲＳが使用できるか否かは、選択されたＵＴＣの特徴に応じるものとすることができる。たとえば、選択されたＵＴＣがデフォルトＵＴＣに対応する場合、セル固有ＣＲＳを使用することができる。

【0337】

使用するＲＳは、明示的に示すことができる。たとえばＵＥまたはＷＴＲＵは、たとえばＰＤＣＣＨオーダーＤＣＩフォーマット１Ａにおいて、対応するプリアンブル伝送にいずれのＵＴＣおよび／または基準信号を使用するかの明示的インジケーションと共に、制御信号を受信することが可能である。

【0338】

ＵＥまたはＷＴＲＵは、該当するセルに対して選択されたＵＴＣに適用可能なＰＲＡＣＨリソース上で、初期プリアンブル伝送を実行することができる。その後ＵＥまたはＷＴＲＵは、ＰＤＣＣＨ上の制御シグナリングを復号するためにＲＡ−ＲＮＴＩを使用するランダムアクセス応答（ＲＡＲ）メッセージを受信することが可能であり、ＲＡ−ＲＮＴＩ値は、たとえばいずれの時間周波数リソースが、プリアンブル伝送用に、および／または、プリアンブルが受信されたＵＴＣ（または受信ポイント）用にも使用されたかを、ＲＡ−ＲＮＴＩが明瞭に識別できるように、選択されたＵＴＣの関数であり得る。ＵＥまたはＷＴＲＵは、ＲＡ−ＲＮＴＩ上での制御シグナリングの受信を使用して、ＲＡＲがいずれのＵＴＣに対応するかを決定することができる。より一般的には、ＵＥまたはＷＴＲＵは、所与のＲＮＴＩに基づいてＲＮＴＩで正常に復号可能なＤＣＩが、いずれのＵＴＣに対するものであるかを（いくつかの実施形態では、おそらく暗黙的に）決定することが可能であり、たとえばＵＴＣは、アップリンク伝送に対応するダウンリンク制御シグナリング（たとえば許可、ＴＰＣ、またはＳＲＳ要求）を識別する目的でＲＮＴＩを含むことができる。

【0339】

たとえばＵＥまたはＷＴＲＵは、たとえば、ＲＡ−ＲＮＴＩ＝１＋（伝送されるプリアンブルに関するＰＲＡＣＨリソースの第１のサブフレームのインデックス）＋１０^*（周波数領域内のＰＲＡＣＨのインデックス）＋（ＵＴＣ識別）のように、該当するＵＴＣの明示的識別子を含めることによって、所与のＵＴＣに対するＲＡ−ＲＮＴＩを決定することができる。１または複数の実施形態では、所与のサービングセルに対するデフォルトＵＴＣ識別を０とすることができる。

【0340】

ＵＥまたはＷＴＲＵが特定ＵＴＣに関する最大数のプリアンブル伝送に到達した場合、ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つを実行することができる：ＵＥまたはＷＴＲＵは、プリアンブル伝送が該当するセル（たとえばマクロセル）に対するデフォルトＵＴＣとして構成されたＵＴＣに対応する場合（またはいくつかの実施形態では、おそらくその場合にのみ）、ＲＡＣＨ障害をトリガすることができる（たとえばＭＡＣが上位層に対する無線リンク問題を示す）；１または複数の実施形態では、該当するセルがＵＥまたはＷＴＲＵの構成のＰＣｅｌｌであり得る場合（またはいくつかの実施形態では、おそらくその場合にのみ）、ＵＥまたはＷＴＲＵは該当するＵＴＣを非活動化することができる；および／または、ＵＥまたはＷＴＲＵは、該当するサービングセルに対するデフォルトＵＴＣとして構成されたＵＴＣ上で（もしくは１または複数の実施形態では、おそらく、ＰＣｅｌｌに対応するデフォルトＵＴＣについてのみ）、プリアンブル伝送（たとえばＲＡＣＨ手順）を開始することができる。

【0341】

実施形態は、ＬＴＥ Ｒ８以降では、アップリンクＨＡＲＱプロセスは同期式であり得ることを認識している。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、伝送が正常である、および／または、ＨＡＲＱプロセスが（たとえばＨＡＲＱ肯定応答の受信によって）停止されるまで、進行中のＨＡＲＱプロセスに対して（たとえば、プロセスに関して受信した最新のフィードバックがＨＡＲＱ否定応答の可能性があるか、またはフィードバックが受信されなかった、ＨＡＲＱプロセスに対して）、自律的なアップリンク再伝送を実行することができる。ＵＥまたはＷＴＲＵは、たとえば、ＭＣＳおよび／またはいずれのＰＲＢが再伝送に使用可能であるかに関して、再伝送を適合させるために進行中のＨＡＲＱプロセスのための再伝送の許可をさらに受信することができる。

【0342】

ＵＥまたはＷＴＲＵが、進行中のＨＡＲＱプロセスのための適合的な同期式ＨＡＲＱ再伝送を実行する場合、ＵＥまたはＷＴＲＵは、他の条件の中でとりわけ、以下のうちの少なくとも１つに従って、該当する伝送にいずれのＵＴＣを適用するかを選択することができる：ＵＥまたはＷＴＲＵは、該当するＨＡＲＱプロセスに対して初期の伝送と同じＵＴＣを使用することができる；たとえばＵＥまたはＷＴＲＵは、このＨＡＲＱプロセスに対して初期の伝送に適用したＵＴＣを適用することができる（またはいくつかの実施形態では、常に適用することができる）；いくつかの実施形態では、前の伝送が再伝送であった場合、および再伝送が、異なるＵＴＣが使用されるように動的にスケジューリングされた（たとえばＵＥまたはＷＴＲＵ自律的な再伝送ではなかった）場合、ＵＥまたはＷＴＲＵは、このＨＡＲＱプロセスに対して新しい（たとえば新たな、または更新された）伝送を開始できるまで、任意の後続のＵＥまたはＷＴＲＵ自律的な再伝送について、このＨＡＲＱプロセスのための初期の伝送のＵＴＣに戻る；ＵＥまたはＷＴＲＵは、該当するＨＡＲＱプロセスに対して前の伝送の場合と同じＵＴＣを使用することができる；たとえばＵＥまたはＷＴＲＵは、このＨＡＲＱプロセスに対して前の伝送に適用したＵＴＣを適用する；この含意は、前の伝送が再伝送であった場合のものとすることができる；再伝送が、異なるＵＴＣが使用されるように動的にスケジューリングされた（たとえばＵＥまたはＷＴＲＵ自律的な再伝送ではなかった）場合、ＵＥまたはＷＴＲＵは、このＨＡＲＱプロセスに対して初期の伝送とは異なるＵＴＣを適用することができる；ＵＥまたはＷＴＲＵは、該当するサービングセルに対してデフォルトＵＴＣを使用することができる；たとえば任意のＨＡＲＱプロセスに対して、ＵＥまたはＷＴＲＵは、非適合的再伝送を実行する時にデフォルトＵＴＣを適用することができる；ＵＥまたはＷＴＲＵは、該当するサービングセルに対して現在アクティブなＵＴＣを使用することができる。たとえば任意のＨＡＲＱプロセスに対して、ＵＥまたはＷＴＲＵは、他の企図された条件の中でとりわけ、所与のサブフレームにおいて１つのＵＴＣがアクティブである場合（またはいくつかの実施形態では、１つのＵＴＣがそのようにアクティブである場合のみ）、非適合的再伝送を実行する時に現在アクティブなＵＴＣを適用することができる。

【0343】

ＵＥまたはＷＴＲＵは、異なるサブセットに対して異なるＵＴＣを使用できるサブフレームのサブセットで構成可能である。１または複数の実施形態は、１または複数の、もしくはそれぞれのサブフレームのサブセット、および１または複数の、もしくはそれぞれのＵＴＣについて、異なるＰＣＭＡＸ，ｃが構成可能であることを企図している。こうしたシナリオでは、効率的な非適合的再伝送を達成するのが困難な場合がある。したがって非適合的再伝送は、元の再伝送と同じサブフレームのサブセット内で実行可能である（またはいくつかの実施形態において、おそらく実行のみが可能である）ように、機能強化することができる。こうしたシナリオでは、ＵＥまたはＷＴＲＵは、元の伝送のサブフレームサブセットに基づいて、別々のＨＡＲＱプロセスを維持することが可能である（またはいくつかの実施形態では、維持することが必要または有用な可能性がある）。

【0344】

ＵＥまたはＷＴＲＵが進行中のＨＡＲＱプロセスのためのＨＡＲＱ再伝送の動的スケジューリングのための制御信号を受信すると、ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つに従って、該当する伝送についていずれのＵＴＣを適用するかを選択することが可能である：ＵＥまたはＷＴＲＵは、上記および下記の段落で説明されるＵＴＣの選択のための方法のいずれかを使用することができる；ＵＥまたはＷＴＲＵは、該当するＨＡＲＱプロセスのため初期伝送用と同じＵＴＣを使用することができる；たとえば、他のＵＴＣ選択方法が適用可能でない限り（たとえばＵＴＣは制御シグナリングにおいて明示的に信号送信され得る）、ＵＥまたはＷＴＲＵは、このＨＡＲＱプロセスのための初期伝送用と同じＵＴＣを適用することができる。ＵＥまたはＷＴＲＵは、該当するＨＡＲＱプロセスのための前の伝送用と同じＵＴＣを使用することができる；たとえば、他のＵＴＣ選択方法が適用可能でない限り（たとえばＵＴＣは制御シグナリングにおいて明示的に信号送信され得る）、ＵＥまたはＷＴＲＵは、このＨＡＲＱプロセスのための前の伝送用と同じＵＴＣを適用することができる。ＵＥまたはＷＴＲＵは、該当するサービングセルにデフォルトＵＴＣを使用することができる；たとえば、他のＵＴＣ選択方法が適用可能でない限り（たとえばＵＴＣは制御シグナリングにおいて明示的に信号送信され得る）、ＵＥまたはＷＴＲＵは、再伝送を実行する場合にデフォルトＵＴＣを適用することができる；ＵＥまたはＷＴＲＵは、該当するサービングセルに現行のアクティブＵＴＣを使用することができる；たとえば、他のＵＴＣ選択方法が適用可能でない限り（たとえばＵＴＣは制御シグナリングにおいて明示的に信号送信され得る）、ＵＥまたはＷＴＲＵは、他の企図された条件の中でとりわけ、１つのＵＴＣが所与のサブフレーム内でアクティブであり得る場合（またはいくつかの実施形態では、おそらくその場合にのみ）、再伝送を実行する時に、現行のアクティブＵＴＣを使用することができる。

【0345】

ＵＥまたはＷＴＲＵは、ランダムアクセス手順中に、ＭＡＣ ＣＥまたはＲＡＲメッセージ内でタイミングアドバンスコマンド（ＴＡＣ）を受信することができる。ＵＥまたはＷＴＲＵは、以下の方法のうちの少なくとも１つに従って、ＴＡＣがいずれのＵＴＣを（たとえばいずれのＴＡアキュムレータを）適用するかを決定することができる。

【0346】

ＴＡＣ（たとえばＭＡＣ ＴＡＣ ＣＥ、ＲＡＲ）を含むメッセージ内の明示的に信号送信される識別子：ＴＡＣを含むメッセージは、該当するＵＴＣ（および、場合によっては該当するサービングセルも）の、および／または、該当するＵＴＣグループの識別を、たとえばＴＡグループ内に含む；たとえばＵＥまたはＷＴＲＵは、任意のサービングセルのダウンリンク上でＭＡＣ ＴＡＣ ＣＥを受信することができる；ＵＥまたはＷＴＲＵは、いずれのＵＴＣにＴＡＣが適用可能であるかの識別を含むフィールドに基づいて（またはビットオーダーがこうした識別を示すことが可能なビットマップに基づいて）、決定することができる。

【0347】

ＴＡＣを用いてメッセージをスケジューリングする制御シグナリング内の明示的に信号送信される識別子：ＴＡＣをスケジューリングするダウンリンク制御情報は、該当するサービングセル、ＵＴＣ（および、場合によっては該当するサービングセルも）、および／または、該当するＵＴＣグループの識別を、たとえばＴＡグループ内に含むことができる；たとえばＵＥまたはＷＴＲＵは、セル識別フィールドを使用してＰＤＳＣＨをスケジューリングするＰＤＣＣＨ ＤＣＩを受信することができる。ＣＩＦはサービングセルを示すことが可能であり、この場合、他の方法を使用して、いずれのＵＴＣにＴＡＣが適用可能であるか、たとえば示されたセルに対して活動化されたＵＴＣ、を決定することができる。別の方法として、ＣＩＦはＵＴＣを示すことができる。

【0348】

アップリンク伝送と受信されたＴＡＣとの間の関連付け：受信されたＴＡＣは、ＵＥまたはＷＴＲＵによって前に実行されたアップリンク伝送に関連付けることができる。たとえばＵＥまたはＷＴＲＵは、前のプリアンブル伝送に対応するＲＡＲ内部でＴＡＣを受信することができる。ＵＥまたはＷＴＲＵは、いずれのプリアンブル伝送にＲＡＲが対応するかを決定すること、およびＴＡＣが当該プリアンブル伝送に対応するＵＴＣに適用可能であり得ることを、決定することができる。別の方法として、ＵＥまたはＷＴＲＵのＲＮＴＩ、たとえば、その値がプリアンブルの伝送用に適用可能なＵＴＣの関数であり得るＲＡ−ＲＮＴＩを、使用することができる。別の方法として、これは、ＴＡＣに対応するダウンリンク伝送を復調する場合に使用されるＰｔＲＳに基づくものとすることができる。

【0349】

該当するサービングセルまたはＴＡグループに対する現行の活動化されたＵＴＣ：ＴＡＣは、ＴＡＣを含む伝送の受信時に活動化されるＵＴＣに関連付けることができる。

【0350】

１または複数の実施形態では、サービングセルに対して活動化されたＵＴＣおよび／またはＴＡＣを含むことができるメッセージ内に明示的に示されたＴＡグループ（たとえばＭＡＣ ＴＡＣ ＣＥ）。１または複数の実施形態では、所与のサービングセルおよび／または所与のセルのグループおよび／または伝送チャネル、たとえば、同じＵＴＣおよび／またはＴＡグループで構成されるセルおよび／またはＰＵＳＣＨチャネル。いくつかの実施形態では、受信されたＴＡＣがいずれのＵＴＣに適用可能であるかをＵＥまたはＷＴＲＵが決定できると、ＵＥまたはＷＴＲＵは、該当するＴＡＣの活動化状態を「活動化済み」に変更することができる。１または複数の実施形態では、該当するチャネル、伝送タイプ、および／またはサービングセルについて、最大１つのＵＴＣが活動化され得た場合はいつでも、該当するチャネル、伝送タイプ、および／またはサービングセルの、任意の他のＵＴＣを非活動化することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、該当するチャネル、伝送タイプ、および／またはサービングセルに関する後続の伝送について、該当するＵＴＣを選択することができる。

【0351】

ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つに従って、パワーヘッドルーム報告（ＰＨＲ）の伝送をトリガおよび／または開始することができる。

【0352】

− 所与のＵＴＣに関する経路損失推定が、しきい値を上回って変化する。ＵＥまたはＷＴＲＵは、ＵＴＣ固有基準信号に基づいて経路損失推定を実行することができる。該当するＵＴＣは、該当するサービングセルに対するデフォルトＵＴＣとすることができる。別の方法として、これは、活動化された状態であり得るＵＴＣとすることができる。しきい値は、１または複数の、もしくはそれぞれのＵＴＣについて構成可能である。別の方法として、これは、ネットワークから受信された明示的グループ化情報に基づくか、または該当するサービングセルについて、ＵＴＣのグループに適用可能なしきい値とすることができる。ＵＥまたはＷＴＲＵは、対応するＰＬ推定がしきい値だけ変化した時に、ＰＨＲ報告をトリガすることができる；および／または、
− 所与のＵＴＣに対する構成、活動化、および／または活動化状態の変化。ＵＥまたはＷＴＲＵは、ＵＴＣの活動化状態が変化した時に、ＰＨＲ報告をトリガすることができる。１実施形態では、これは、ＵＴＣの活動化時に実行することができる。代替の実施形態では、これは、ＵＥまたはＷＴＲＵによって受信された明示的シグナリングからの活動化時に実行することができる。さらに他の実施形態では、これは、非活動化から活動化へと状態を変化させる活動化時に実行することができる。

【0353】

ＵＥまたはＷＴＲＵは、ＰＨＲにおける以下のうちの少なくとも１つを含むことができる：
− ＵＥまたはＷＴＲＵは、１または複数の、もしくはすべての構成されたＵＴＣに関するＰＨＲ値を含むことができる。たとえばＵＥまたはＷＴＲＵは、構成済みであるが非活動化されたＵＴＣに関するＰＨを含む、複数のＰＨ値を報告することができる；
− ＵＥまたはＷＴＲＵは、１または複数の、もしくはすべての活動化されたＵＴＣに関するＰＨＲ値を含むことができる。たとえばＵＥまたはＷＴＲＵは、１または複数の、もしくはそれぞれの構成済みおよび活動化されたＵＴＣについて１つ、複数のＰＨ値を報告することができる；および／または、
− ＵＥまたはＷＴＲＵは、１または複数のＰＨＲを含むアップリンク伝送を実行するサブフレーム内に、選択されたＵＴＣに関するＰＨＲ値を含むことができる。たとえばＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵがアップリンク伝送を実行するサービングセルに対応する１または複数の、もしくはそれぞれのＵＴＣについて１つ、複数のＰＨ値を報告することができる。

【0354】

たとえば、上記のいずれかについて、および、ＵＥまたはＷＴＲＵが１または複数のＰＨＲを含むアップリンク伝送を実行するサブフレーム内でアップリンク伝送が実行されないＵＴＣについて、ＵＥまたはＷＴＲＵは、対応するＵＴＣに関する伝送は実行されない（たとえば仮想ＰＨＲ）が、そのサブフレーム内の伝送に関する特定パラメータに基づいて計算された値を含めることによって、ＰＨ値を報告することができる。したがって、複数のＵＴＣで構成された所与のサービングセルについて、複数のＰＨ値を報告することができる。

【0355】

１または複数の実施形態では、ＵＥまたはＷＴＲＵは複数のサブフレームサブセットで構成可能である。１または複数の、もしくはそれぞれのサブフレームサブセットについて、ＵＥまたはＷＴＲＵは、異なる伝送パワーを使用することが必要な可能性がある。これには、異なるサブフレームサブセットを異なるＰＣＭＡＸ，ｃで構成することが必要な可能性がある。こうした方法では、ＵＥまたはＷＴＲＵは、１または複数の、もしくはそれぞれのサブフレームサブセットについて異なるＵＴＣで構成可能である。したがって、１または複数の、もしくはそれぞれのＵＴＣについて、ＵＥまたはＷＴＲＵは、ＵＴＣ固有のパワー制御パラメータに基づいてＰＨＲを報告することが有用であるとわかり得る。１または複数の実施形態では、１または複数の、もしくはすべての異なるサブフレームサブセットを介する特定の物理チャネルおよび／または伝送タイプに、同じＵＴＣを使用することができる。こうしたケースでは、ＵＥまたはＷＴＲＵは、パワー制御パラメータの事前に構成されたセットを有する１または複数の、もしくはそれぞれのサブフレームサブセットを伴う、１または複数の、もしくはそれぞれのＵＴＣについて、複数のパワー制御パラメータを有することができる。したがってＵＥまたはＷＴＲＵは、１または複数の、もしくはそれぞれのＵＴＣに関する複数のＰＨＲ値を、サブフレームサブセットに対応する１または複数の、もしくはそれぞれのＰＨＲ値（したがって、伝送パワーパラメータの対応するセット）と共に、報告することができる。こうした方法では、ＵＥまたはＷＴＲＵは、そのＰＨＲ報告内にサブフレームサブセット識別子を含めることができる。１または複数の実施形態では、ＰＨＲ報告は、その内部で伝送され得るサブフレームのサブセットに対して有効（またはいくつかの実施形態では、おそらく、こうしたサブセットに対してのみ有効）な可能性がある。１または複数の実施形態では、サブフレームの１または複数の、もしくはそれぞれのサブセットは、それらに結合された特定のＰＨＲ報告インスタンスを有することができる。これらのＰＨＲ報告インスタンスは、サブフレームのサブセット内に存在しない可能性がある。

【0356】

ＵＥまたはＷＴＲＵは、ＵＴＣが活動化され得るかまたは非活動化され得るかを示す活動化情報に、ＵＴＣを関連付けることができる。活動化状態は、所与のアップリンク伝送に適用可能なＵＴＣを選択するために使用することができる。この活動化状態は、ＰＣｅｌｌが非活動化され得ないとすると、サービングセルの活動化状態から独立しているものとすることができる。１または複数の実施形態では、ＵＴＣの非活動化は、複数のＵＴＣで構成されたＰＣｅｌｌに適用可能である（またはいくつかの実施形態では、おそらく、こうしたＰＣｅｌｌにのみ適用可能である）ものとすることができる。別の方法として、この状態は、いずれの構成済みＵＴＣにも適用可能であるものとすることができる。

【0357】

ＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵの構成の１または複数のサービングセルに対するキャリアセグメントの使用を活動化する、制御シグナリングを受信することができる。制御シグナリングは、レイヤ１シグナリング、レイヤ２シグナリング、レイヤ３シグナリング、ＵＥまたはＷＴＲＵ自律型活動化のうちの、少なくとも１つを含むことができる。

【0358】

レイヤ１シグナリング：ＵＥまたはＷＴＲＵは、１または複数のサービングセルに関するＵＴＣの活動化を示すＰＤＣＣＨ上のＤＣＩフォーマットを受信することができる。いくつかの実施形態では、インジケーションは、以下のうちの少なくとも１つに従うものとすることができる：ＵＥまたはＷＴＲＵは、構成済みＲＮＴＩ、たとえばＵＴＣ−ＲＮＴＩを使用して、ＤＣＩフォーマットを正常に復号する；ＵＥまたはＷＴＲＵは、ＤＣＩフォーマットがあるタイプであり得ること、および／または、明示的インジケーション、たとえばフィールドおよび／またはフラグを含むことを、決定することができる；および／または、ＵＥまたはＷＴＲＵは、（たとえばＰＵＳＣＨに関する）アップリンク伝送、ＳＲＳ伝送の要求、または特定のＵＴＣに適用可能なＴＰＣを示す、ＤＣＩフォーマットを受信することができる。

【0359】

制御シグナリングは、当該ＤＣＩフォーマットが適用可能なＵＴＣに関する活動化状態を活動化および／または変更することができる。１または複数の実施形態では、ＤＣＩフォーマットは、制御信号が適用可能なＵＴＣの識別を含むことができる。別の方法として、制御シグナリングは、該当するサービングセルのＵＴＣに順に適用することができる。たとえば、サービングセルが２つのＵＴＣで構成可能であり、第１のＵＴＣがアクティブであり得、第２のＵＴＣが非アクティブであり得る場合、制御シグナリングは、第１のＵＴＣを非活動化すると同時に、第２のＵＴＣを活動化することができる。

【0360】

ＵＥまたはＷＴＲＵは、活動化コマンドとして解釈された当該ＤＣＩの受信に肯定応答するために、ＨＡＲＱ ＡＣＫフィードバックを伝送することができる。たとえば、サブフレームｎ内で受信されたＤＣＩシグナリングについて、ＵＥまたはＷＴＲＵは、サブフレームｎ＋ｋ内のアップリンクチャネル上でＨＡＲＱ ＡＣＫを伝送することが可能であり、ここでｋは、遅延を処理するＵＥまたはＷＴＲＵを表すことが可能であり、たとえばｋ＝４サブフレームである。

【0361】

レイヤ２シグナリング：ＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵの構成の１または複数のサービングセルについて少なくとも１つのＵＴＣの活動化を示す、ＭＡＣ制御要素（ＣＥ）を受信することができる。１または複数の実施形態では、ＭＡＣ ＣＥは、ＵＥまたはＷＴＲＵの構成の任意のサービングセルのＰＤＳＣＨ上で受信可能である。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、ＭＡＣ ＣＥに含められた明示的インジケーション（たとえば、ビットマップまたはｔｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｅｘｔＩｄ）に基づいて、サービングセルに対応するＵＴＣを活動化する。別の方法として、ＵＥまたはＷＴＲＵは、次のＵＴＣを順に活動化することによって、そのＰＤＳＣＨ上でＭＡＣ ＣＥが受信された、サービングセルに対応するＵＴＣを活動化することができる。１または複数の実施形態では、ＭＡＣ ＣＥは、対応するＵＴＣに使用するためのリソース割り振りの構成を含む。

【0362】

他の例示の実施形態では、ＵＥまたはＷＴＲＵは、ＴＡＣの受信に基づいて活動化状態を変更することができる。ＵＥまたはＷＴＲＵは、ＴＡＣの受信に応じてＵＴＣの活動化状態を変更することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵが、受信されたＴＡＣがいずれのＵＴＣに適用され得るかを決定すると、ＵＥまたはＷＴＲＵは、該当するＴＡＣの活動化状態を「活動化済み」に変更することができる。１または複数の実施形態では、該当するチャネル、伝送タイプ、および／またはサービングセル、もしくはそれらのグループについて、最大１つのＵＴＣが活動化され得る場合はいつでも、該当するチャネル、伝送タイプ、および／またはサービングセルの任意の他のＵＴＣを非活動化することが可能である。たとえばＵＥまたはＷＴＲＵは、該当するサービングセルに関するＳＲＳを（周期構成または非周期要求のいずれかから）送信し、その後、該当するサービングセルに関するＭＡＣ ＴＡＣ ＣＥを受信することが可能であり、ＭＡＣ ＴＡＣ ＣＥは、ＴＡＣを適用するＵＴＣのインジケーションを含むことが可能であり、ＵＥまたはＷＴＲＵは、該当するＵＴＣの活動化状態を「活動化済み」に変更することができる。

【0363】

レイヤ３シグナリング：ＵＥまたはＷＴＲＵは、デフォルトＵＴＣが活動化状態であり得る１または複数のＵＴＣに関する構成を受信することができる。

【0364】

ＵＥまたはＷＴＲＵ自律型活動化（たとえば暗黙的）：ＵＥまたはＷＴＲＵは、所与のＵＴＣに関する信号受信品質を測定することができる。１実施形態では、これは、ＲＳＲＰ測定を使用して実行可能である。代替の実施形態では、これはＵＴＣ固有基準信号を使用して実行可能である。ＵＥまたはＷＴＲＵが対応する測定が特定のしきい値を超える可能性があることを検出した場合、ＵＥまたはＷＴＲＵは該当するＵＴＣを活動化することができる。１または複数の実施形態では、しきい値はＲＲＣによって構成可能である。

【0365】

１または複数の実施形態では、ＵＥまたはＷＴＲＵは、単一のＵＴＣが任意の所与の時点で活動化され得るように、該当するサービングセルについて構成された任意の他のＵＴＣをさらに非活動化することができる。いくつかの実施形態では、所与のサービングセルに関するＵＴＣの使用の活動化は、即時（たとえばレイヤ１シグナリングの場合）、または１または複数の実施形態では、たとえばｋサブフレームの固定された遅延後（たとえばレイヤ２／３シグナリングの場合）に、適用することができる。たとえば、サブフレームｎで受信されるレイヤ２シグナリングの場合、ＵＥまたはＷＴＲＵは、サブフレームｎ＋ｋからの活動化された状態にあるＵＴＣを考慮することが可能であり、ここでｋは８サブフレームに等しいものとすることが可能であり、別の方法としては、ＭＡＣ ＣＥが受信された移送ブロックに関するＨＡＲＱ ＡＣＫの伝送後のサブフレーム内である。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、ＨＡＲＱプロセスが正常に完了するまで、および／または、受信された制御シグナリングが（たとえば、ＤＣＩフォーマットのＮｅｗ Ｄａｔａインジケータ、ＮＤＩフィールドからの）新しい（たとえば新たな、または更新された）データ伝送を示すまで、所与の進行中のＨＡＲＱプロセスに関するＵＴＣの使用開始をさらに遅延させることが可能である。

【0366】

ＵＥまたはＷＴＲＵが１または複数のＵＴＣを活動化する制御シグナリングを受信すると、ＵＥまたはＷＴＲＵは、使用されるＵＴＣが変更可能なサービングセルに対応するＨＡＲＱプロセスについて、新しい（たとえば新たな、または更新された）伝送として活動化状態が変化するサブフレームに続き、対応するＨＡＲＱバッファに関する第１の割り当てを考慮することができる。たとえばＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵが制御シグナリングを受信するサブフレームにおいて、上記のいずれか（または少なくとも一部）を実行することができる。別の方法として、ＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵが活動化されたＵＴＣを第１に使用できるサブフレームにおいて（たとえば活動化のサブフレームにおいて）、上記の少なくとも一部を実行することができる。さらに他の代替では、ＵＥまたはＷＴＲＵは、ＵＴＣの活動化状態を活動化済み状態に変更する制御シグナリングについて（またはいくつかの実施形態では、おそらく、こうした制御シグナリングについてのみ）、１または複数の前述の実施形態の少なくとも１つを実行することができる。

【0367】

ＵＥまたはＷＴＲＵが、所与のサービングセルに関する複数のＵＴＣで構成可能な場合、および、複数のＵＴＣが所与のサブフレーム内で活動化可能な場合、ＵＥまたはＷＴＲＵは、該当するサービングセル上でのアップリンク伝送にいずれのＵＴＣを使用するかを決定するために、追加の選択プロセスを実行することができる。ＵＥまたはＷＴＲＵは、対応するＳＣｅｌｌが非活動化状態にあり得る場合、ＵＴＣが使用できないことをさらに考慮することができる。１または複数の実施形態では、該当するＳＣｅｌｌが非活動化状態にあり得る場合、所与のＳＣｅｌｌに対して構成された１または複数の、もしくはすべてのＵＴＣを非活動化することができる。

【0368】

ＵＥまたはＷＴＲＵは、ＵＥまたはＷＴＲＵの構成の所与のサービングセルに対する１または複数のＵＴＣの使用を非活動化する、制御シグナリングを受信することができる。制御シグナリングは、レイヤ１シグナリング、レイヤ２シグナリング、レイヤ３シグナリングのうちの、少なくとも１つを含むことができる。

【0369】

レイヤ１シグナリング：ＵＥまたはＷＴＲＵは、１または複数のＵＴＣの非活動化を示すＰＤＣＣＨ上のＤＣＩフォーマットを受信することができる。いくつかの実施形態では、インジケーションは以下のうちの少なくとも１つに従うものとすることができる：ＵＥまたはＷＴＲＵは、構成済みＲＮＴＩ、たとえばＣＳ−ＲＮＴＩを使用して、ＤＣＩフォーマットを正常に復号する；ＵＥまたはＷＴＲＵは、ＤＣＩフォーマットがあるタイプであり得ること、および／または、明示的インジケーション、たとえばフィールドおよび／またはフラグを含むことを、決定することができる；ＵＥまたはＷＴＲＵは、該当するサービングセルに対して現在活動化されているＵＴＣとは異なるＵＴＣを活動化するためのインジケーションを受信し、単一のＵＴＣは任意の所与の時点で活動化状態とすることができる。

【0370】

制御シグナリングは、当該ＤＣＩフォーマットが適用可能なＵＴＣに関する活動化状態を非活動化および／または変更することができる。１または複数の実施形態では、ＤＣＩフォーマットは、制御シグナリングが適用されるＵＴＣの識別を含むことができる。別の方法として、制御シグナリングは、該当するサービングセルのＵＴＣに順に適用することができる。たとえばサービングセルが２つのＵＴＣで構成可能である場合、第１のＵＴＣが非アクティブ、第２のＵＴＣがアクティブであることが可能であり、制御シグナリングは第１のＵＴＣを活動化すると同時に、第２のＵＴＣを非活動化することができる。

【0371】

ＵＥまたはＷＴＲＵは、非活動化コマンドとして解釈された当該ＤＣＩの受信に肯定応答するために、ＨＡＲＱ ＡＣＫフィードバックを伝送することができる。たとえば、サブフレームｎ内で受信されたＤＣＩシグナリングについて、ＵＥまたはＷＴＲＵは、サブフレームｎ＋ｋ内のアップリンクチャネル上でＨＡＲＱ ＡＣＫを伝送することが可能であり、ここでｋは、遅延を処理するＵＥまたはＷＴＲＵを表すことが可能であり、たとえばｋ＝４サブフレームである。

【0372】

レイヤ２シグナリング：ＵＥまたはＷＴＲＵは、１または複数のサービングセルについて少なくとも１つのＵＴＣの非活動化を示す、ＭＡＣ制御要素（ＣＥ）を受信することができる。１または複数の実施形態では、ＭＡＣ ＣＥは、ＵＥまたはＷＴＲＵの構成の任意のサービングセルのＰＤＳＣＨ上で受信可能である。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、ＭＡＣ ＣＥに含められた明示的インジケーション（たとえば、ビットマップまたはｔｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｅｘｔＩｄ）に基づいて、サービングセルに対応するＵＴＣを非活動化する。別の方法として、ＵＥまたはＷＴＲＵは、次のＵＴＣを順に活動化することによって、そのＰＤＳＣＨ上でＭＡＣ ＣＥが受信された、サービングセルに対応するＵＴＣを非活動化することができる。１または複数の実施形態では、ＭＡＣ ＣＥは、対応するＵＴＣに使用するためのリソース割り振りの構成を含むことができる。

【0373】

１実施形態では、ＵＥまたはＷＴＲＵは、該当するチャネル、伝送タイプ、および／またはサービングセル、もしくはそれらのグループについて、他のＵＴＣを活動化するＴＡＣの受信に続いて、ＵＴＣを非活動化することができる。いくつかの実施形態では、これは、他の企図された条件の中でとりわけ、任意の所与の時点で単一のＵＴＣがアクティブ状態にあり得る場合に（またはいくつかの実施形態では、おそらく、こうした場合にのみ）実行可能である。

【0374】

レイヤ３シグナリング：ＵＥまたはＷＴＲＵは、１または複数のサービングセルに関する１または複数のＵＴＣを修正および／または除去する構成を受信することが可能であり、これによって該当するＵＴＣを非活動化することができる（たとえばＵＥまたはＷＴＲＵは、該当するサービングセルのデフォルトＵＴＣに戻る）。ＵＥまたはＷＴＲＵは、ＵＴＣを暗黙的に非活動化することが可能であり、１または複数の実施形態では、以下のうちの少なくとも１つに従って、デフォルトＵＴＣに戻ることができる：
− 該当するＵＴＣを使用した最新の伝送（または、たとえば、ＰＤＣＣＨ上でのスケジューリング、たとえば許可、および／または、ＤＬ ＨＡＲＱフィードバック、たとえばＨＡＲＱ肯定応答の、いずれかの、伝送に適用可能な制御シグナリングの受信）後の時間は、特定の値（場合によっては構成済み）よりも長い可能性がある（たとえばｔｃ−ＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを、複数のＵＴＣで構成された１または複数の、もしくはそれぞれのサービングセルに使用することができる）；
− 該当するＵＴＣおよび／またはサービングセルに関するタイミングアドバンスは、たとえばタイミング整合タイマが満了したなど、もはや有効でない可能性がある；
− ＵＥまたはＷＴＲＵは、１または複数の実施形態では、ＵＴＣがサービングセルに対するデフォルトＵＴＣでない可能性がある場合（またはいくつかの実施形態では、おそらく、こうした場合にのみ）、該当するサービングセルに関するＵＴＣの構成を修正する、制御シグナリングを受信する；
− 特定のＵＴＣを使用することができるＨＡＲＱプロセスが、最大数のＨＡＲＱ伝送に到達した（たとえばＨＡＲＱ障害）（１または複数の実施形態では、該当するＵＴＣがデフォルトＵＴＣであり得る場合、ＵＥまたはＷＴＲＵは、アップリンクがなんらかの形の無線リンク障害、たとえばＵＬ ＲＬＦを経験するものと決定することができる）；
− ＵＥまたはＷＴＲＵは、たとえばＵＥまたはＷＴＲＵが最大数のプリアンブル伝送に到達した時、該当するＵＴＣに関するＤＬタイミングおよび／またはＤＬ ＰＬ基準の障害時に、該当するＵＴＣを使用する伝送が無線リンク障害を経験している可能性があることを決定することができる。１または複数の実施形態では、該当するＵＴＣがデフォルトＵＴＣであり得る場合、ＵＥまたはＷＴＲＵは、アップリンクが、何らかの形の無線リンク障害、たとえばＵＬ ＲＬＦを経験するものと決定することができる；および／または、
− ＳＣｅｌｌが非活動化され得る場合、所与のサービングセルに関する１または複数の、もしくはすべての構成済みＵＴＣの暗黙的非活動化。

【0375】

ＵＥまたはＷＴＲＵが、所与のサービングセルに関する１または複数のＵＴＣを非活動化する制御シグナリングを受信した場合、ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つを実行することができる：ＵＴＣが使用された可能性のあるＨＡＲＱプロセスについて、ＵＥまたはＷＴＲＵは、活動化状態が新しい（たとえば新たな、または更新された）伝送として変化するサブフレームに続く、対応するＨＡＲＱバッファに対する第１の割り当てを考慮することができる；ＵＥまたはＷＴＲＵは、適用可能であれば、ＣＱＩ報告、ＳＲＳ伝送などの他の手順に関するデフォルトＵＴＣに戻ることができる。活動化に関する同様の遅延が、ＵＴＣの非活動化に適用可能である。１実施形態では、これは明示的シグナリングを使用する非活動化に対して実行可能である。

【0376】

ＵＴＣに対する接続性を決定するために、ＵＥまたはＷＴＲＵは、以下、ＵＴＣに関するＲＬＭと呼ばれる、ＵＴＣに関連付けられた無線リンクの無線リンク条件を監視することができる。送信ポイントの接続性は、ＲＡＣＨ手順状況に従ってさらに決定することができる。ＲＡＣＨ手順に障害が発生した場合、または所与のＵＴＣへのタイミング整合が満了した場合、ＵＥまたはＷＴＲＵは、ＵＴＣに対する接続性が失われたことを確立することができる。１または複数の実施形態では、ＵＥまたはＷＴＲＵは、このＵＴＣと第２のＵＴＣとの間の経路損失の差異がしきい値より大きい可能性がある場合、ＵＴＣに対する接続性が存在しないものと決定することができる。

【0377】

ＵＴＣの無線リンク監視は、ＰｔＲＳなどの所与のＵＴＣに関連付けることが可能なダウンリンク固有の基準信号に基づくものとすることができる。基準信号は、こうした基準信号が所与のＵＴＣに対して存在する場合、ＣＲＳに対応可能であるか、または、対応するＵＴＣに対するＰｔＲＳとして構成された基準信号のうちの少なくとも１つに対応可能である。

【0378】

１または複数の、もしくはそれぞれの決定されたＵＴＣについて、以下で説明されるように、ＵＥまたはＷＴＲＵは、ダウンリンク無線リンク品質を監視および推定し、これをしきい値ＱｏｕｔおよびＱｉｎと比較することができる。無線リンク監視に関連付けられたしきい値（たとえばＱｏｕｔ／Ｑｉｎ、Ｔ３１０、Ｎ３１０）は、ＵＴＣ固有であるか、または、ＵＥまたはＷＴＲＵ内の無線リンク障害を評価するために、パラメータの１つの共通セットを構成および使用することができる。

【0379】

ＵＥまたはＷＴＲＵは、以下のうちの少なくとも１つに従って、いずれのＵＴＣの無線リンク品質または接続性状態を監視するかを決定することができる：１または複数の、もしくはすべての構成済みＵＴＣに対する監視が実行可能である；１または複数の、もしくはすべてのＵＴＣに対する監視が実行可能である；チャネル／信号の特定のサブセットの伝送に使用されるように構成された少なくとも１つのＵＴＣに対する監視が実行可能である。たとえば、ＰＵＣＣＨの伝送に使用されるＵＴＣに対して、ＲＬＭが実行可能である。他の例では、ＰＵＳＣＨに関するＵＴＣまたはＳＲＳのそれが監視可能である。さらに他の例では、ＰＵＣＣＨ／ＰＵＳＣＨ伝送に使用されることになるＵＴＣに対してＲＬＭが実行可能である；構成済みのデフォルトＵＴＣに対する監視が実行可能である；チャネル品質（ＣＱＩ）測定、所与のＵＴＣに関連付けられたダウンリンクチャネルに関するＲＳＲＰ／ＲＳＲＱ、または最大ＲＨＲ値を伴うＵＴＣのうちの、少なくとも１つに従って決定された最良リンク上での監視が実行可能である（たとえば、１または複数の、もしくはすべての構成済み／アクティブＵＴＣについてＰＨＲが決定可能な場合）；構成済みデフォルトＵＴＣおよび前述の方法のいずれかに従って決定された他のＵＴＣに対する監視が実行可能である。

【0380】

１または複数の、もしくはそれぞれの決定および選択されたＵＴＣについて、関連付けられたダウンリンク基準ポイントでのＲＬＭが実行可能である。１または複数の、もしくはそれぞれのダウンリンク信号の品質は独立に監視可能であり、特定リンク上の無線リンク障害の決定は、独立に決定および表明可能である。以下で言及される場合、ＵＴＣにおける無線リンク障害は、ＵＴＣに対する接続性が失われた可能性があることを決定するための条件の１つとして言及され得る。

【0381】

代替の実施形態では、無線リンク監視／障害決定は、１または複数の、もしくはすべての監視されるＵＴＣに対して合同で実行することができる。より具体的に言えば、１または複数の、もしくはすべてのセットの物理層ダウンリンク品質は、独立に監視可能であるが、他の企図された条件の中でとりわけ、１または複数の、もしくはすべての監視されるセットの品質がＱｏｕｔしきい値を下回る可能性がある場合、ＵＥまたはＷＴＲＵは、高位層との同期外れを報告可能（またはいくつかの実施形態では、報告のみ可能）であり、それ以外の場合は、同期していることを報告可能である。

【0382】

少なくとも１つのＵＴＣにおける接続性の損失が決定される（たとえば、ＲＬＦ、同期外れ、ＲＡＣＨ障害、またはある経路損失差が検出され得る）と、ＵＥまたはＷＴＲＵは、以下のアクションのうちの１つまたは組み合わせを実行することができる：関連付けられたＵＴＣへのＵＬ伝送を停止する；関連付けられたＵＴＣの活動化状態を考慮するかまたは非活動化に設定する；ＴＡＴがＵＴＣに対して満了したものとみなす；ＵＴＣの構成を除去する；もしくは、ＵＥまたはＷＴＲＵは、障害を起こしたＵＴＣを使用している対応するチャネルの伝送を停止し、構成済みチャネルに対する新しい（たとえば新たな、または更新された）ＵＴＣの使用を開始するための明示的命令または許可を待機することが可能であり、ＵＥまたはＷＴＲＵは、デフォルトＵＴＣまたは以下で説明されるようにフォールバックしたセットのダウンリンクの監視を開始することができる。

【0383】

ＵＥまたはＷＴＲＵは、伝送チャネルまたは信号の１つまたはサブセットを伝送する目的で、および／または、ＰＤＣＣＨおよび他の構成済みダウンリンク信号のダウンリンク監視の目的で、異なるＵＴＣへのフォールバックをさらに選択することができる。フォールバックするＵＴＣは、以下のうちの少なくとも１つを使用して決定することができる：１）デフォルトＵＴＣがフォールバックＵＴＣとして選択可能である；または２）次の使用可能または活動化されたＵＴＣを新しい（たとえば新たな、または更新された）ＵＴＣであると決定可能である。複数の活動化された／構成済みのセットが使用可能な場合、ＵＥまたはＷＴＲＵは、ｉ）最良のダウンリンクチャネル品質を提供するＵＴＣ、ｉｉ）第１の使用可能ＵＴＣ、ここでＵＴＣの順序は、ＲＲＣメッセージ内で構成された順序に従うか、または構成メッセージ内に提供された明示的インデックスに従うことが可能である、またはｉｉｉ）伝送を実行するように他のチャネルが構成可能なＵＴＣが選択可能である。たとえばＰＵＣＣＨが伝送され得るＵＴＣは、他のＵＬ伝送を実行するための次のＵＴＣとして選択することができる。

【0384】

１または複数の実施形態では、新しい（たとえば新たな、または更新された）選択されたＵＴＣは、無線リンク接続を確立するため、およびＰＵＣＣＨまたはＰＵＳＣＨをｅＮＢに通信／伝送するために、ＵＥまたはＷＴＲＵによって使用されることが可能である。ＵＥまたはＷＴＲＵは、新しい（新たな、または更新された）選択されたＵＴＣ上で、以下のアクションの１つまたは組み合わせを実行することができる：１）新しい（たとえば新たな、または更新された）選択されたＵＴＣの伝送特徴／パラメータを使用して、プリアンブル伝送を開始する；２）伝送パラメータおよびリソースの選択されたセットを使用して、ＰＵＣＣＨ上でのスケジューリング要求をトリガする。１または複数の実施形態では、このアクションは、有効なＴＡＴを有するＵＥまたはＷＴＲＵに依存可能であり、ＵＴＣは障害を起こしたＵＴＣと同じグループの一部とすることができる；または、３）ＵＥまたはＷＴＲＵは、メッセージの理由（たとえばＵＴＣ障害）、障害理由（たとえばＲＬＦ、ＲＡＣＨ、ＴＡＴ満了など）、障害が発生したＵＴＣの識別、新しい（たとえば新たな、または更新された）選択されたセットのＵＴＣ識別、のうちの少なくとも１つを示すメッセージを、ネットワークに送信することによって、ＲＬＦ、もしくは、ネットワークへの少なくとも１つの送信ポイントに対して発生した接続性の損失を、示すことができる。メッセージはＲＲＣシグナリング、ＭＡＣ制御要素を介して伝送可能であり、別の方法として、ＵＥまたはＷＴＲＵは、新しい（新たな、または更新された）ＵＴＣ特徴の使用を開始する。ＵＴＣ特徴またはリソースインデックスの変更は、古いＵＴＣに障害が発生したこと、ＵＥまたはＷＴＲＵが新しい（新たな、または更新された）ＵＴＣを使用可能であることの、暗黙のインジケーションとして働くことが可能である。

【0385】

１または複数の実施形態では、デフォルトＵＴＣに障害が発生した場合、他の企図された条件の中でとりわけ、ＵＥまたはＷＴＲＵは、ＲＬＦを即時に表明することおよび／またはＲＲＣ再確立技法を開始することが可能であり、いくつかの実施形態では、他の非デフォルトＵＴＣの接続状況に関係なく、これらを実行することができる。

【0386】

本明細書での説明および図１〜図９に鑑み、実施形態は、複数のアップリンク伝送コンテキスト（ＵＴＣ）のうちの１つから導出される特徴を取得すること、および／または特徴のうちの少なくとも一部に基づいてＷＴＲＵ（またはＵＥ）から伝送することを含むことが可能な、１または複数の技法および／またはＷＴＲＵ（またはＵＥ）構成を企図している。１または複数の実施形態では、特徴は、ある意図された受信ポイントに対応可能である。意図された受信ポイントは、同じ周波数で動作可能である。いくつかの実施形態では、ＵＴＣは少なくとも１つのポイント基準信号によって特徴付けることができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣが少なくとも１つの構成パラメータおよび／または状態変数によって特徴付けられるものとすることができる。いくつかの実施形態では、特徴は、該当するＵＴＣ向けの伝送に関する伝送パワーを決定するために使用可能な最大伝送パワーを含む、無線リソースコントローラ（ＲＲＣ）によって構成された半静的パラメータを含む、ＷＴＲＵの構成のパラメータを含むがこれに限定されない、１または複数のパラメータのセットを含むことができる。

【0387】

企図された技法および／またはＷＴＲＵ構成は、特徴が、該当するＵＴＣ向けの伝送に関する伝送パワーを決定するために使用されるＤＬ経路損失基準から導出されるＤＬ経路損失推定などの、ＵＥによって実行される手順からのグループ化機能から導出される、ダウンリンク（ＤＬ）経路損失および／またはタイミング基準を含む、ＷＴＲＵの構成から導出されるプロパティを含むがこれらに限定されない、１または複数のプロパティのセットを含むことが可能であるものとすることができる。

【0388】

企図された技法および／またはＷＴＲＵ構成は、特徴が、活動化／非活動化されたＵＴＣを含む状態変数、および／または、タイミングアドバンス値の妥当性に関するタイマを含むタイマを含む、１または複数の変数のセットを含むことが可能であるものとすることができる。

【0389】

企図された技法および／またはＷＴＲＵ構成は、特徴が、以下のうちの１または複数を含むことが可能であるものとすることができる：当該伝送に関するアップリンク周波数および／または帯域幅；当該伝送に適用するための伝送パワー；当該伝送に適用するためのタイミングアドバンス（またはタイミング整合）；（ｉ）物理アップリンク共有チャネル（ＰＵＳＣＨ）またはサウンディング基準信号（ＳＲＳ）周期またはＳＲＳ非周期に関する、循環シフト、シーケンスグループ、アンテナポートを含む、少なくとも１つの復調基準信号のプロパティ、（ｉｉ）伝送フォーマットおよび／またはリソース、および／または（ｉｉｉ）少なくとも１つのランダムアクセスプリアンブルのプロパティ、を含む、伝送されるチャネルまたは信号に固有であり得る少なくとも１つのプロパティ。

【0390】

実施形態は、物理アップリンク制御チャネル（ＰＵＣＣＨ）、ＰＵＳＣＨ、ランダムアクセスチャネル（ＲＡＣＨ）、サウンディング基準信号（ＳＲＳ）を含む、異なるタイプの伝送に関するアップリンク伝送コンテキストを選択するための技法および／またはＷＴＲＵ構成を企図している。企図された技法および／またはＷＴＲＵ構成は、選択が、ダウンリンク制御シグナリングを伝送するために使用されるアンテナポートに少なくとも部分的に基づき、および／または、選択が少なくとも部分的にダウンリンク測定に基づき得るものとすることができる。

【0391】

企図された技法および／またはＷＴＲＵ構成は、ＵＴＣに適用可能な経路損失推定がしきい値を上回って変化し得る場合、パワーヘッドルーム報告（ＰＨＲ）をトリガすることを含むことができる。

【0392】

実施形態は、ＵＴＣの活動化状態を決定すること、および／または、活動化または非活動化のうちの少なくとも１つに関するトリガを検出すること、を含むことが可能な、技法および／またはＷＴＲＵ構成を企図している。企図された技法および／またはＷＴＲＵ構成は、トリガが受信された信号品質に基づき得るものとすることができる。

【0393】

企図された技法および／またはＷＴＲＵ構成は、（ｉ）ポイント基準信号上での測定、（ｉｉ）ＲＡＣＨ手順の成功／失敗、および（ｉｉｉ）デフォルトＵＴＣへのフォールバックおよび／またはＵＴＣの非活動化などの、接続性の損失の検出時のアクションのうちの、１または複数に少なくとも部分的に基づいて、ＵＴＣに対する接続性を決定することを含むことができる。

【0394】

企図された技法および／またはＷＴＲＵ構成は、以下の伝送特徴のうちの少なくとも１つの特徴を決定することを含むことができる：当該伝送に関するアップリンク周波数および／または帯域幅；当該伝送に適用するための伝送パワー；当該伝送に適用するためのタイミングアドバンス（またはタイミング整合）；および／または、（ｉ）少なくとも１つの復調基準信号のプロパティ（循環シフト、シーケンスグループ、アンテナポートなど）、（ｉｉ）伝送フォーマットおよび／またはリソース、および／または、（ｉｉｉ）少なくとも１つのランダムアクセスプリアンブルのプロパティなどの、伝送されるチャネルまたは信号に固有であり得る少なくとも１つのプロパティ。

【0395】

企図された技法および／またはＷＴＲＵ構成は、ランダムアクセス手順中に、媒体アクセスチャネル（ＭＡＣ）制御要素（ＣＥ）内および／またはランダムアクセス応答（ＲＡＲ）メッセージ内で、タイミングアドバンスコマンド（ＴＡＣ）を受信すること、および／または、ＴＡＣをいずれのＵＴＣに適用するかを決定することを、含むことができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣが、以下の方法のうちの少なくとも１つに従って決定され得るものとすることができる：（ｉ）ＴＡＣを含むメッセージ内の明示的に信号送信される識別子（たとえばＭＡＣ ＴＡＣ ＣＥ、ＲＡＲ）、（ｉｉ）ＴＡＣでメッセージをスケジューリングする制御シグナリング内の明示的に信号送信される識別子；（ｉｉｉ）アップリンク送信と受信されるＴＡＣとの間の関係；および／または、（ｉｖ）該当するサービングセルまたはＴＡグループに関する現在活動化されたＵＴＣ。

【0396】

企図された技法および／またはＷＴＲＵ構成は、（ｉ）しきい値を上回る所与のＵＴＣの変化に関する経路損失推定、および／または、（ｉｉ）所与のＵＴＣに関する活動化状態の構成、活動化、および／または変更のうちの、少なくとも１つに従って、ＷＴＲＵでのパワーヘッドルーム報告（ＰＨＲ）の伝送をトリガおよび／または開始することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣの活動化時、および／またはＷＴＲＵによって受信された明示的シグナリングからの活動化時、または非活動化から活動化へ状態を変更する活動化時の、いずれかを含む、ＵＴＣの活動化状態が変化した時に、ＷＴＲＵがパワーヘッドルーム（ＰＨＲ）報告をトリガできるようにするものとすることができる。

【0397】

企図された技法および／またはＷＴＲＵ構成は、ＰＨＲが、（ｉ）１または複数の、もしくはすべての構成されたＵＴＣに関するＰＨＲ値、（ｉｉ）１または複数の、もしくはすべての活動化されたＵＴＣに関するＰＨＲ値、（ｉｉｉ）１または複数のＰＨＲを含み得るアップリンク伝送を実行するサブフレーム内の選択されたＵＴＣに関するＰＨＲ値のうちの、少なくとも１つを含み得るものとすることができる。

【0398】

企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵ構成の１または複数のサービングセルに対するキャリアセグメントの使用を活動化することが可能な、制御シグナリングを受信することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、制御シグナリングが、レイヤ１シグナリング、レイヤ２シグナリング、レイヤ３シグナリング、および／またはＵＥ自律型活動化のうちの、少なくとも１つを含み得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、レイヤ１シグナリングが、１または複数のサービングセルに対するＵＴＣの活動化を示すことが可能な物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、ＤＣＩフォーマットを受信することを含み得るものとすることができる。

【0399】

企図された技法および／またはＷＴＲＵ構成は、インジケーションが以下のうちの少なくとも１つに従い得るものとすることができる：ＷＴＲＵは、ＵＴＣ−ＲＮＴＩを含む構成済みの無線ネットワーク一時識別子（ＲＮＴＩ）を使用して、ＤＣＩフォーマットを正常に復号する；ＷＴＲＵは、ＤＣＩフォーマットがあるタイプであり得、ならびに／または、フィールドおよび／もしくはフラグを含む明示的インジケーションを含むものと決定することができる；および／または、ＷＴＲＵは、アップリンク伝送に関する許可、ＳＲＳ伝送に関する要求、または特定のＵＴＣに適用可能なＴＰＣを示す、ＤＣＩフォーマットを受信することができる。

【0400】

企図された技法および／またはＷＴＲＵ構成は、活動化コマンドとして解釈された当該ＤＣＩの受信に肯定応答するために、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）フィードバックを伝送することも、含むことができる。企図された技法および／またはＷＴＲＵ構成は、レイヤ２シグナリングが、ＷＴＲＵの構成の１または複数のサービングセルに対する少なくとも１つのＵＴＣの活動化を示すことが可能な、ＭＡＣ制御要素（ＣＥ）を受信することを含み得るものとすることができる。

【0401】

企図された技法および／またはＷＴＲＵ構成は、ＵＥでのＴＡＣの受信に基づく活動化状態の変更を含むことができる。企図された技法および／またはＷＴＲＵ構成は、受信されたＴＡＣがいずれのＵＴＣに適用可能であるかを決定すること、および／または、該当するＴＡＣの活動化状態を「活動化済み」に変更することを、含むことができる。企図された技法および／またはＷＴＲＵ構成は、該当するチャネル、伝送タイプ、および／またはサービングセルの、１または複数の他のＵＴＣを非活動化することも含むことができる。企図された技法および／またはＷＴＲＵ構成は、レイヤ３シグナリングが、デフォルトＵＴＣが活動化状態になり得る１または複数のＵＴＣに関する構成を受信することを含み得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＵＥ自律型活動化が、所与のＵＴＣに関する信号受信品質を測定することを含むものとすることができる。

【0402】

企図された技法および／またはＷＴＲＵ構成は、所与のサービングセルに関する複数のＵＴＣでＷＴＲＵを構成すること、および／または、該当するサービングセル上でのアップリンク伝送にいずれのＵＴＣを使用するかを決定するために追加の選択プロセスを実行することを、含むことができる。企図された技法および／またはＷＴＲＵ構成は、対応するＳＣｅｌｌが非活動化状態にあり得る場合、選択的にＵＴＣを使用しないことを含むことができる。

【0403】

企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵの構成の所与のサービングセルに対する１または複数のＵＴＣの使用を非活動化することが可能な、ＷＴＲＵで制御シグナリングを受信することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、制御シグナリングが、レイヤ１シグナリング、レイヤ２シグナリング、および／またはレイヤ３シグナリングのうちの、少なくとも１つを含み得るものとすることができる。

【0404】

企図された技法および／またはＷＴＲＵ構成は、所与のサービングセルについて１または複数のＵＴＣを非活動化することが可能な制御シグナリングを受信すること、および、以下のうちの少なくとも１つを実行することを、含むことができる：ＵＴＣが使用された可能性のあるＨＡＲＱプロセスについて、ＷＴＲＵは、活動化状態が新しい（たとえば新たな、または更新された）伝送として変更可能なサブフレームに続く、対応するＨＡＲＱバッファに関する第１の割り当てを考慮可能であること；および／または、ＷＴＲＵは、適用可能であれば、チャネル品質インジケータ（ＣＱＩ）報告、ＳＲＳ伝送などの、他の手順に対するデフォルトＵＴＣに戻り得ること。

【0405】

企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵで、ＵＴＣに関連付けられた無線リンクの無線リンク条件を監視することによって、またはＲＡＣＨ手順状況に従って、および／または、このＵＴＣとしきい値より高い可能性のある第２のＵＴＣとの間の経路損失の決定された差異に従って、ＵＴＣに対する接続性を決定することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣの無線リンク監視が、ポイント基準信号（ＰｔＲＳ）などの、所与のＵＴＣに関連付けられ得るダウンリンク固有の基準信号に、少なくとも部分的に基づき得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、１または複数の、もしくはそれぞれの決定されたＵＴＣについて、ＷＴＲＵが、ダウンリンク無線リンク品質を監視および推定すること、および／またはこれをしきい値ＱｏｕｔおよびＱｉｎと比較することを実行可能であるものとすることができる。

【0406】

企図された技法および／またはＷＴＲＵ構成は、少なくとも１つのＵＴＣにおける接続性の損失（無線リンク障害（ＲＬＦ）、同期外れ、ＲＡＣＨ障害、またはある経路損失差が検出され得ることを含む）を決定すること、以下のアクション：関連付けられたＵＴＣへのＵＬ伝送を停止する；関連付けられたＵＴＣの活動化状態を考慮するかまたは非活動化に設定する；ＴＡＴがＵＴＣに対して満了したものとみなす；ＵＴＣの構成を除去する；および／または、ＷＴＲＵは、障害を起こしたＵＴＣを使用している対応するチャネルの伝送を停止し、構成済みチャネルに対する新しい（たとえば新たな、または更新された）ＵＴＣの使用を開始するための明示的命令または許可を待機する、のうちの１つまたは組み合わせを実行することを、含むことが可能である。

【0407】

企図された技法および／またはＷＴＲＵ構成は、デフォルトＵＴＣを選択すること、および／または次の使用可能なもしくは活動化されたＵＴＣを選択すること、のうちの少なくとも１つを使用して、フォールバックするＵＴＣを決定することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、複数の活動化された／構成済みのセットが使用可能な場合、ＷＴＲＵは、（ｉ）最良のダウンリンクチャネル品質を提供するＵＴＣ、（ｉｉ）第１の使用可能ＵＴＣ、ここでＵＴＣの順序は、ＲＲＣメッセージ内で構成された順序に従うか、または構成メッセージ内に提供された明示的インデックスに従うことが可能である、および／または、（ｉｉｉ）伝送を実行するように他のチャネルが構成可能なＵＴＣ、のうちの１または複数を選択可能である。企図された技法および／またはＷＴＲＵ構成は、無線リンク接続を確立し、ｅＮＢにＰＵＣＣＨまたはＰＵＳＣＨを通信／伝送するために、ＷＴＲＵによって新しい（たとえば新たな、または更新された）選択されたＵＴＣを使用することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、新しい（新たな、または更新された）選択されたＵＴＣ上で、以下のアクションの１つまたは複数を実行し得るものとすることができる：新しい（たとえば新たな、または更新された）選択されたＵＴＣの伝送特徴／パラメータを使用して、プリアンブル伝送を開始する；伝送パラメータおよびリソースの選択されたセットを使用して、ＰＵＣＣＨ上でのスケジューリング要求をトリガする；メッセージの理由、障害理由、障害が発生したＵＴＣの識別、および／または、新しい（たとえば新たな、または更新された）選択されたセットのＵＴＣ識別、のうちの少なくとも１つを示すメッセージを、ネットワークに送信することによって、ＲＬＦ、もしくは、ネットワークへの少なくとも１つの送信ポイントに対して発生した接続性の損失を、示す。

【0408】

企図された技法および／またはＷＴＲＵ構成は、ＰＵＳＣＨ伝送の不在時にＳＲＳのパワーを制御すること、および／または、ＵＴＣが複数のポイント基準信号を有し得る場合に、ＲＡＣＨプリアンブルのパワーを制御することのうちの、１または複数によって、パワーを制御することを含むことができる。

【0409】

企図された技法および／またはＷＴＲＵ構成は、アップリンク伝送に関して複数のＵＥが共通スケジューリングできる場合、計画された循環シフト設定に加えて事前補償オフセット値を適用することにより、相関ドリフトピークを事前補償することを含むことが可能である。企図された技法および／またはＷＴＲＵ構成は、事前補償オフセット値が相関ピークドリフトの反対方向で計算し得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、ネットワーク動作の関与なしにＣＳ補償を自律的に実行し得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、共通スケジューリングの下で、他のＷＴＲＵによって使用される事前補償オフセット値をＷＴＲＵに通知するために、追加の動的シグナリングメカニズムを導入し得るものとすることができる。

【0410】

企図された技法および／またはＷＴＲＵ構成は、ネットワークが、示されたアップリンク伝送コンテキストからの複数の事前補償オフセット値のうちの１つを示すことができるようにする、ある潜在的宛先ポイントのプロパティに対応するアップリンク伝送コンテキストの一部として、事前補償オフセット値が信号送信され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ネットワークが事前補償オフセット値を適用し得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、基準信号ＲＳ長さに依存し得るホッピングの他の層を追加することも含むことができる。企図された技法および／またはＷＴＲＵ構成は、ＲＳ長さに依存するホッピングがグループホッピングパターンと組み合わせ得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＣＳホッピングに関する初期値が分離され、依然としてセル固有であり得るものとすることができる。

【0411】

企図された技法および／またはＷＴＲＵ構成は、ＣＳホッピングが、ＷＴＲＵ固有の調整を用いる高位層シグナリングを介して独立に構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵ固有の調整が、最新のアップリンク関係ダウンリンク制御情報（ＤＣＩ）内で動的に割り当てられ得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、追加のランダム化が、異なる長さの復調基準信号（ＤＭＲＳ）を介して実行され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、循環シフトフィールドの再解釈に基づいて、循環シフトホッピングに関する初期値を決定することを含むことができる。

【0412】

企図された技法および／またはＷＴＲＵ構成は、非周期サウンディング基準信号（ＡＳＲＳ）、周期ＳＲＳ（ＰＳＲＳ）、および／または物理アップリンク共有チャネル（ＰＵＳＣＨ）に対して、異なる伝送パワー制御（ＴＰＣ）を使用することを含むことができる。企図された技法および／またはＷＴＲＵ構成は、ＰＵＳＣＨリソースブロック（ＲＢ）が、動的ＰＵＳＣＨ ＲＢ割り振りに鑑みて修正され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、１または複数の、もしくはそれぞれの物理チャネルがＴＰＣコマンドチェーンを有し得るものとすることができる。

【0413】

企図された技法および／またはＷＴＲＵ構成は、複数のＴＰＣコマンドチェーンが、１または複数の、または、１または複数の、もしくはそれぞれの、構成済み物理チャネルに使用され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、異なるＵＴＣが異なるＳＲＳ用のパラメータのサブセットを共有し得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣによって使用される物理チャネルまたは伝送タイプにリンクされたいくつかのパラメータが、他のＵＴＣによって構成または伝送され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、構成またはパラメータが適用可能なＵＴＣのインジケーションが、構成またはパラメータの伝送中であり得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＡＳＲＳ、ＰＳＲＳ、および／またはＰＵＳＣＨがＴＰＣコマンドチェーンを維持し得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＡＳＲＳトリガがＴＰＣコマンドを提供する情報要素を含み得るものとすることができる。

【0414】

企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが、ＡＳＲＳ、ＰＳＲＳ、および／またはＰＵＳＣＨのうちの少なくとも１つに使用され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドがいずれのポイントに関するものであるかを示すために、ビットフィールドが使用され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ビットフィールドが事前構成済みマッピングを使用できるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドがいずれの伝送タイプに使用できるかを示すために、ＳＲＳ要求フィールドが使用され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが伝送タイプのいずれの組み合わせのためのものであるかを示すことが可能なビットフィールドを、ＰＵＳＣＨ ＴＰＣコマンドが含み得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドを示すためにＤＣＩが使用され得るものとすることができる。

【0415】

企図された技法および／またはＷＴＲＵ構成は、ＤＣＩの異なる期間／オフセットと異なる伝送タイプに関するＴＰＣコマンドとの間のリンクが、ＷＴＲＵで事前に構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、複数のＵＴＣに対する複数のＳＲＳが異なる目的で働くことができるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、１または複数の、または、１または複数の、もしくはそれぞれのＳＲＳが伝送される周波数が異なり得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、そのためにＴＰＣコマンドを送信できる周波数と、このＳＲＳがＷＴＲＵによって伝送されるときに用いる周波数との間に、リンクが存在し得るものとすることができる。

【0416】

企図された技法および／またはＷＴＲＵ構成は、１または複数の、または、１または複数の、もしくはそれぞれのタイプのＳＲＳまたはＰＵＳＣＨが、ＴＰＣコマンドのフィールド値および補正値の特定のマッピングで事前構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＰＵＳＣＨに使用されるＲＢの決定に使用されるパラメータが、第１のＵＴＣ内の第１の値セットおよび第２のＵＴＣ内の第２の値セットに設定され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣまたはＵＴＣに関連付けられた少なくとも１つのパラメータが、対応するダウンリンク制御インジケータ（ＤＣＩ）割り当ての伝送に使用される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を構築するために使用される、最下位の制御チャネル要素（ＣＣＥ）インデックスに基づいて決定され得るものとすることができる。

【0417】

企図された技法および／またはＷＴＲＵ構成は、非周期ＳＲＳ（ＡＳＲＳ）に関するパワー設定パラメータ、ＴＰＣコマンド、および／またはＳＲＳパワー制御調整状態のうちの少なくとも１つが、物理アップリンク制御チャネル（ＰＵＣＣＨ）のパワー設定パラメータ、ＴＰＣコマンド、および／またはＳＲＳパワー制御調整状態に対応し得るものとすることができる。

【0418】

企図された技法および／またはＷＴＲＵ構成は、ＳＲＳに関するパワー制御調整状態が、ダウンリンク割り当てにおけるＴＰＣコマンドの受信によって修正され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、オフセットの値が、ＳＲＳ要求フィールドの値の関数であり得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが、ＡＳＲＳ、周期ＳＲＳ（ＰＳＲＳ）、および／またはＰＵＳＣＨ間で、ならびにＡＳＲＳをトリガするために使用されるＳＲＳ要求フィールドの値に関して、別々に維持され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣフィールドが、パワー制御調整と、パワー制御調整をＡＳＲＳ、ＰＳＲＳ、および／またはＰＵＳＣＨのうちの少なくとも１つに適用するか否かのインジケーションとの、両方を示すように再解釈され得るものとすることができる。

【0419】

企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドがアップリンク許可を含むことが可能なダウンリンク制御情報（ＤＣＩ）の一部として受信され得る条件で、ＴＰＣコマンドがＰＵＳＣＨに適用可能であり、ＳＲＳ要求フィールドは、ＡＳＲＳがトリガされ得ないことを示すものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドがアップリンク許可を含むことが可能なＤＣＩの一部として受信され得る条件で、ＴＰＣコマンドがＡＳＲＳに適用可能であり、ＳＲＳ要求フィールドは、ＡＳＲＳがトリガされ得ることを示すものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドがアップリンク許可を含むことが可能なダウンリンク制御情報（ＤＣＩ）の一部として受信され得る条件で、ＴＰＣコマンドがＰＵＳＣＨに適用可能であり、ＳＲＳ要求フィールドは、ＡＳＲＳがトリガされ得ないことを示し得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＡＳＲＳが、別々のパワー制御調整状態を維持することが可能なＳＲＳ要求フィールドの異なる値でトリガされ得るものとすることができる。

【0420】

企図された技法および／またはＷＴＲＵ構成は、アップリンク許可を含むＤＣＩの一部として受信されたＴＰＣコマンドが、同じＤＣＩ内のＳＲＳ要求フィールドの値でトリガされたＡＳＲＳに適用可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、移送ブロックの（アップリンクでの）伝送が使用不可であるようなＤＣＩが可能な条件で、ＴＰＣコマンドがＡＳＲＳに適用可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドの適用可能性が、受信され得るＤＣＩフォーマットに依存可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＤＣＩフォーマット３で受信されたＴＰＣコマンドが、ＰＵＳＣＨ、ＡＳＲＳ、および／またはＰＳＲＳのうちの１または複数に適用可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＤＣＩフォーマット４で受信されたＴＰＣコマンドが、ＡＳＲＳに適用可能であるものとすることができる。

【0421】

企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドの適用可能性が、ＤＣＩの巡回冗長検査（ＣＲＣ）をマスクするために使用される無線ネットワーク一時識別子の値に依存可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、アップリンク許可に関するＤＣＩの符号化に使用され得るＣＲＣが第１のＲＮＴＩでマスクできる条件で、ＰＵＳＣＨ伝送および関連付けられたＤＭ−ＲＳに関するＵＴＣが、第１のＵＴＣに対応可能であるものとすることができる。

【0422】

企図された技法および／またはＷＴＲＵ構成は、ＤＣＩの符号化に使用されＣＲＣが第２のＲＮＴＩでマスクできる条件で、ＰＵＳＣＨ伝送および関連付けられたＤＭ−ＲＳに関するＵＴＣが、第２のＵＴＣに対応可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＰＵＣＣＨ伝送に使用されるＵＴＣが、ＰＵＣＣＨ伝送が実行される物理リソースブロック（ＰＲＢ）に基づいて選択され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＰＵＣＣＨ伝送に使用されるＵＴＣが、ＰＲＢがＰＲＢの第１のセットに属する条件で第１のＵＴＣに、およびＰＲＢがＰＲＢの第２のセットに属する条件で第２のＵＴＣに、設定され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、物理セル識別、ならびにパワー制御パラメータおよび変数のうちの少なくとも１つが、ＰＵＣＣＨに使用されるＰＲＢに基づいて選択され得るものとすることができる。

【0423】

企図された技法および／またはＷＴＲＵ構成は、ＰＵＣＣＨ伝送に使用されるＵＴＣが、あるＰＵＣＣＨフォーマットに関するＰＵＣＣＨリソースインデックスによって示されるような、ＰＵＣＣＨのアップリンク伝送プロパティの特定のセットに基づいて選択され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＰＵＣＣＨ伝送に使用されるＵＴＣが、リソースインデックスが値の第１の領域（またはセット）内にあり得るという条件で第１のＵＴＣに、および、リソースインデックスが値の第２の領域（またはセット）内にあり得るという条件で第２のＵＴＣに、設定され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、パワー制御パラメータがサブフレームに結合され得るものとすることができる。

【0424】

企図された技法および／またはＷＴＲＵ構成は、周期ＳＲＳの１または複数、または、１または複数、もしくはそれぞれ、および複数の非周期ＳＲＳが、異なるＵＴＣで構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＰＳＲＳの１または複数、または、１または複数、もしくはそれぞれ、複数のＡＳＲＳ、ＰＵＳＣＨ、および／またはＰＵＣＣＨについて、異なるＴＰＣコマンドループが維持され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＳＲＳタイプならびにＰＵＳＣＨおよびＰＵＣＣＨの組み合わせが、パワー制御式において同じＴＰＣコマンド値を使用可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが、累積的な可能性のあるＵＴＣのグループに適用され得るものとすることができる。

【0425】

企図された技法および／またはＷＴＲＵ構成は、単一のＵＴＣに使用されるＴＰＣコマンドが、ＵＴＣ上でのＵＬ伝送の１インスタンスに対して有効であり得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、物理チャネルまたは伝送タイプのグループが、同じＴＰＣコマンドで更新され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、１または複数の、または、１または複数の、もしくはそれぞれのグループに対して別々のパワー制御調整状態を維持することが可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが対象とし得るパワー制御ループが、ＴＰＣコマンドが伝送されるサブフレーム数に依存可能であるものとすることができる。

【0426】

企図された技法および／またはＷＴＲＵ構成は、物理チャネルおよび／または伝送タイプのサブグループが、サブフレームのサブセットに結合されるように事前構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、物理チャネルおよび／または伝送タイプのグループがＴＰＣコマンドを共有する条件で、１または複数の、または、１または複数の、もしくはそれぞれの個々の物理チャネルおよび／または伝送タイプが、ＴＰＣコマンドチェーン全体に異なるオフセットを適用するように構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、物理チャネルおよび／または伝送タイプのグループがＴＰＣコマンドを共有する場合、１または複数の、または、１または複数の、もしくはそれぞれの個々の物理チャネルおよび／または伝送タイプが、ＴＰＣコマンドコードポイントを異なって解釈可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＵＴＣの選択がサブフレーム数に依存可能であるものとすることができる。

【0427】

企図された技法および／またはＷＴＲＵ構成は、サブフレームのサブセットが、フレーム数、サブフレーム数、オフセット、および／または周期性のうちの少なくとも１つから決定され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが、ＴＰＣコマンドが伝送されたサブフレーム内でそのＵＴＣが使用され得る、物理チャネルまたは伝送タイプに適用可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドがサブフレームサブセット内で伝送される条件で、そのサブフレームのサブセットに使用されるように構成されたＵＴＣおよび／または物理チャネルおよび／または伝送タイプが、ＴＰＣコマンドを使用することが可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＴＰＣコマンドが、ＵＴＣとは独立に、特定の物理チャネルおよび／または伝送タイプに結合され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＤＣＩフォーマット３で伝送されるＴＰＣコマンドが、１または複数の、もしくはすべてのサブフレームに使用可能であり、任意の他のＴＰＣコマンドは、サブフレームのサブセットに有効であり得るものとすることができる。

【0428】

企図された技法および／またはＷＴＲＵ構成は、ネットワークが、正規のアップリンク伝送を使用できるサブフレームのサブセット、および制限された伝送を使用できるサブフレームの他のサブセットで、ＵＥを構成することが可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、１または複数、または、１または複数、もしくはそれぞれが、特定の伝送パワーオフセットで構成された、ＵＴＣの１セットで、ＷＴＲＵが構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、サブフレームの他のサブセットにおいて、いくつかの伝送パラメータにおける差異を除き、ＷＴＲＵが、ＵＴＣの第１のセットのニアレプリカとすることが可能なＵＴＣの他のセットで構成され得るものとすることができる。

【0429】

企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、異なるサブセットに対して異なるＵＴＣが使用可能な、サブフレームのサブセットで構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、サブフレームの１または複数の、もしくはそれぞれのサブセット、ならびに、１または複数の、もしくはそれぞれのＵＴＣについて、異なるＰＣＭＡＸ，ｃが構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、元の伝送のサブフレームサブセットに基づいて別々のＨＡＲＱプロセスを維持することが可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが複数のサブフレームサブセットで構成され得るものとすることができる。

【0430】

企図された技法および／またはＷＴＲＵ構成は、１または複数の、もしくはそれぞれのサブフレームサブセットについて、ＷＴＲＵが異なる伝送パワーを使用可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、異なるサブフレームサブセットが異なるＰＣＭＡＸ，ｃで構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、サブフレームサブセットの１または複数、もしくはそれぞれについて異なるＵＴＣで構成され得るものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、ＵＴＣ固有のパワー制御パラメータに基づいてＰＨＲを報告できるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、同じＵＴＣが、１または複数の、もしくはすべての異なるサブフレームサブセットを介して、特定の物理チャネルおよび／または伝送タイプに使用され得るものとすることができる。

【0431】

企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、１または複数の、もしくはそれぞれのＵＴＣに対して複数のパワー制御パラメータを有することが可能であり、１または複数の、もしくはそれぞれのサブフレームサブセットは、パワー制御パラメータの事前構成されたセットを有することが可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、１または複数の、もしくはそれぞれのＵＴＣについて複数のパワーヘッドルーム報告（ＰＨＲ）値を報告することが可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、１または複数の、もしくはそれぞれのＰＨＲ値が、サブフレームサブセットに対応可能であるものとすることができる。企図された技法および／またはＷＴＲＵ構成は、ＷＴＲＵが、ＰＨＲ内にサブフレームサブセット識別子を含むことが可能であるものとすることができる。企図された技法および／またはＷＴＲＵは、ＰＨＲ報告が、その中で伝送され得るサブフレームのサブセットに対して有効であり得るものとすることができる。

【0432】

上記では、特徴および要素が特定の組み合わせで説明されているが、当業者であれば、それぞれの特徴および要素が単独で、または他の特徴および要素と組み合わせて使用可能であることを理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ読み取り可能媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェア内に実装可能である。コンピュータ読み取り可能媒体の例は、（ワイヤードまたはワイヤレス接続を介して伝送される）電子信号およびコンピュータ読み取り可能記憶媒体を含む。コンピュータ読み取り可能記憶媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアに関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための、無線周波数送受信器を実装することができる。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】