特許 5951876 拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）セル間干渉協調（ＩＣＩＣ）

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

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

(11)【特許番号】5951876

(24)【登録日】2016年6月17日

(45)【発行日】2016年7月13日

(54)【発明の名称】拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）セル間干渉協調（ＩＣＩＣ）

(51)【国際特許分類】

   H04W 72/04 20090101AFI20160630BHJP

   H04W 28/16 20090101ALI20160630BHJP

   H04W 92/20 20090101ALI20160630BHJP

   H04W 72/12 20090101ALI20160630BHJP

【ＦＩ】

   H04W72/04 136

   H04W28/16

   H04W92/20

   H04W72/12 130

【請求項の数】14

【全頁数】25

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

(86)(22)【出願日】2013年3月14日

(65)【公表番号】特表2015-515789(P2015-515789A)

(43)【公表日】2015年5月28日

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

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

(87)【国際公開日】20130919

【審査請求日】2014年9月22日

(31)【優先権主張番号】61/612,188

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

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

(31)【優先権主張番号】13/591,673

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

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

(73)【特許権者】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ジュウ，ユエン

(72)【発明者】

【氏名】チェン，シヤオガーン

(72)【発明者】

【氏名】リー，チーンホワ

(72)【発明者】

【氏名】エテマッド，カムラン

(72)【発明者】

【氏名】ハン，スンヒ

【審査官】 土居 仁士

(56)【参考文献】

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

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

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

【文献】 Nokia, Nokia Siemens Networks，Multiplexing of E-PDCCH for different users[online]， 3GPP TSG-RAN WG1#68 R1-120735，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_68/Docs/R1-120735.zip＞，２０１２年 １月３１日

【文献】 CMCC，Discussion on multiplexing of ePDCCH and PDSCH[online]， 3GPP TSG-RAN WG1#68 R1-120638，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_68/Docs/R1-120638.zip＞，２０１２年 ２月 １日

【文献】 Intel Corporation，Analysis of ePDCCH ICIC[online]， 3GPP TSG-RAN WG1#68b R1-121535，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_68b/Docs/R1-121535.zip＞，２０１２年 ３月２０日

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

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

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

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

物理リソースブロック（ＰＲＢ）における複数のセルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）をノードから通信するための方法であって、
ＰＲＢ内のサービングセルｅＰＤＣＣＨ内のサービングセル制御チャネル要素（ＣＣＥ）、および、前記ＰＲＢ内の協調セルｅＰＤＣＣＨ内の協調セルＣＣＥのマップを生成するマッピングステップと、
セル間干渉協調（ＩＣＩＣ）で使用するために、前記サービングセルＣＣＥおよび前記協調セルＣＣＥの前記マップを無線デバイスに伝送する伝送ステップと、を備える方法。

【請求項2】

請求項１に記載の方法であって、
前記ＰＲＢ内の前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップを協調ノードに伝送する伝送ステップをさらに備え、
前記ＰＲＢ内の前記サービングセルＣＣＥまたは協調セルＣＣＥの前記マップを前記協調ノードに伝送する伝送ステップは、Ｘ２アプリケーションプロトコル（Ｘ２ＡＰ）を使用し、
前記サービングセルｅＰＤＣＣＨは、ローカライズドｅＰＤＣＣＨまたはディストリビューテッドｅＰＤＣＣＨである、
方法。

【請求項3】

請求項２に記載の方法であって、
前記ＰＲＢ内の前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップを前記協調ノードに伝送する伝送ステップは、ビットマップを伴う「ｅＰＤＣＣＨにおける拡張ＣＣＥ（Ｅ−ＣＣＥ）当たりの相対狭帯域伝送電力（ＲＮＴＰ）」情報要素（ＩＥ）を含み、
前記ビットマップにおける各位置は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値を表し、該Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値のために、ビット値はＲＮＴＰ（ｎ_{Ｅ−ＣＣＥ}）を表し、インデックスは、１組のＥ−ＣＣＥと関連付けられ、０からＮ_{Ｅ−ＣＣＥ、ｋ}−１までの番号が与えられ、Ｎ_{Ｅ−ＣＣＥ、ｋ}は、サブフレームｋのためのＥ−ＣＣＥの総数であり、ＲＮＴＰ（）は前記Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}の関数である、
方法。

【請求項4】

請求項２に記載の方法であって、前記サービングセルＣＣＥおよび前記協調セルＣＣＥは、ＰＲＢペア内にマップされ、同じサブフレーム内の前記ＰＲＢペアは、複数のｅＰＤＣＣＨを運ぶように構成されている、
方法。

【請求項5】

請求項４に記載の方法であって、
前記ＰＲＢペア内の前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップを前記協調ノードに伝送する伝送ステップは、ビットマップを伴うｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）を含み、前記ビットマップにおける各位置は、ＰＲＢペアがｅＰＤＣＣＨとして割り当てられているか否かを表す値を含む、
方法。

【請求項6】

請求項４に記載の方法であって、
前記ＰＲＢペア内の前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップを前記協調ノードに伝送する伝送ステップは、「列挙されたタイプを伴うＰＲＢペア内の拡張ＣＣＥ（Ｅ−ＣＣＥ）の数」情報要素（ＩＥ）を含み、前記列挙されたタイプは、ＰＲＢペア内のローカライズドＥ−ＣＣＥの数を表す、
方法。

【請求項7】

請求項２に記載の方法であって、
前記ＰＲＢ内の前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップを前記協調ノードに伝送する伝送ステップは、ビットマップを伴う拡張ＣＣＥ（Ｅ−ＣＣＥ）タイプ情報要素（ＩＥ）を含み、前記ビットマップにおける各位置は、Ｅ−ＣＣＥがローカライズドかローカライズドでないかを表す値を含む、
方法。

【請求項8】

請求項１に記載の方法であって、下りリンクにおいて前記サービングセルｅＰＤＣＣＨを前記無線デバイスに伝送する伝送ステップをさらに備え、
前記協調セルｅＰＤＣＣＨに関連付けられたリソース要素（ＲＥ）はブランクである、
方法。

【請求項9】

請求項１に記載の方法を実行するように適合されたコンピュータプログラムコード手段を備えるコンピュータプログラム。

【請求項10】

物理リソースブロック（ＰＲＢ）における複数のセルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を通信するように構成されたノードのノードデバイスであって、
無線デバイスと通信し、セル間干渉協調（ＩＣＩＣ）で使用するために、ＰＲＢ内のサービングセルｅＰＤＣＣＨに関連付けられたサービングセル制御チャネル要素（ＣＣＥ）および前記ＰＲＢ内の協調セルｅＰＤＣＣＨ内の協調セルＣＣＥのマップを送信するように構成された送受信モジュールを備える、
ノードデバイス。

【請求項11】

請求項１０に記載にノードデバイスであって、前記ＰＲＢ内の前記サービングセルＣＣＥおよび前記協調セルＣＣＥの前記マップを生成するように構成された処理モジュールをさらに備え、
前記送受信モジュールは、協調ノードと通信し、前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップを送信または受信するようにさらに構成されている、
ノードデバイス。

【請求項12】

請求項１０に記載のノードデバイスであって、前記送受信モジュールは、下式で定義される相対狭帯域伝送電力（ＲＮＴＰ）表示ＲＮＴＰ（ｎ_ＳＲＢ）を受信するようにさらに構成されており、

【数21】

Ｅ_Ａ（ｎ_ＳＲＢ）は、アンテナポートｐ上のサブＰＲＢ内の、参照信号（ＲＳ）を含まない直交周波数分割多重化（ＯＦＤＭ）シンボルにおける、ユーザ装置固有（ＵＥ固有）物理下りリンク共有チャネル（ＰＤＳＣＨ）リソース要素（ＲＥ）のリソース要素当たり最大の意図エネルギー（ＥＰＲＥ）であり、ｎ_ＳＲＢは、サブ物理リソースブロック番号

【数22】

であり、ＲＮＴＰ_{ｔｈｒｅｓｈｏｌｄ}は、以下の値の1つをとり、

【数23】

（単位はデシベル［ｄＢ］）
そして、

【数24】

であり、

【数25】

は、ノード最大出力電力であり、

【数26】

は、サブキャリア間隔であり、

【数27】

は、

【数28】

の倍数で表現される下りリンク帯域幅構成であり、

【数29】

は、サブキャリア数として表現される、周波数領域におけるリソースブロックサイズであり、Ｎ_ＳＲＢは、ＰＲＢ内のサブ物理リソースブロック（ＳＲＢ）の数であり、

【数30】

である、
ノードデバイス。

【請求項13】

請求項１０に記載のノードデバイスであって、
前記ＰＲＢ内の前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップは、ビットマップを伴う「ｅＰＤＣＣＨにおける拡張ＣＣＥ（Ｅ−ＣＣＥ）当たりの相対狭帯域伝送電力（ＲＮＴＰ）」情報要素（ＩＥ）を含み、
前記ビットマップにおける各位置は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値を表し、該Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値のために、ビット値はＲＮＴＰ（ｎ_{Ｅ−ＣＣＥ}）を表し、インデックスは、１組のＥ−ＣＣＥと関連付られ、０からＮ_{Ｅ−ＣＣＥ、ｋ}−１までの番号が与えられ、Ｎ_{Ｅ−ＣＣＥ、ｋ}は、サブフレームｋのためのＥ−ＣＣＥの総数であり、ＲＮＴＰ（）は前記Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}の関数である、
ノードデバイス。

【請求項14】

請求項１０に記載のノードデバイスであって、前記サービングセルＣＣＥおよび前記協調セルＣＣＥは、それぞれ単一のＰＲＢペア内にマップされ、前記ＰＲＢペアは、複数のｅＰＤＣＣＨを運ぶように構成された、同じサブフレーム内に位置し、前記ＰＲＢペアにおける前記サービングセルＣＣＥまたは前記協調セルＣＣＥの前記マップは、
ビットマップを伴うｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）であり、前記ビットマップにおける各位置は、ＰＲＢペアがｅＰＤＣＣＨとして割り当てられているか否かを表す値を含む、ｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）と、
「列挙されたタイプを伴うＰＲＢペア内の拡張ＣＣＥ（Ｅ−ＣＣＥ）の数」情報要素（ＩＥ）であり、前記列挙されたタイプは、ＰＲＢペアの中のローカライズドＥ−ＣＣＥの数を表す、数と、
ビットマップを伴う拡張ＣＣＥ（Ｅ−ＣＣＥ）タイプ情報要素（ＩＥ）であり、前記ビットマップにおける各位置は、Ｅ−ＣＣＥがローカライズドかローカライズドでないかを表す値を含む、拡張ＣＣＥ（Ｅ−ＣＣＥ）タイプ情報要素（ＩＥ）と、の少なくとも１つを含む、
ノードデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本特許出願は、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）セル間干渉協調（ＩＣＩＣ）に関する。

【背景技術】

【0002】

無線移動通信技術では、ノード（例、送信局）と無線デバイス（例、移動デバイス）との間のデータ伝送のために様々な標準およびプロトコルを利用する。或る無線デバイスは、下りリンク（ＤＬ）伝送においては直交周波数分割多元接続（ＯＦＤＭＡ）を利用し、上りリンク（ＵＬ）伝送においてはシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を利用して通信する。信号伝送のために直交周波数分割多重化（ＯＦＤＭ）を利用する標準およびプロトコルには、第三世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、業界では一般にＷｉＭＡＸ（マイクロ波アクセスのための全世界相互運用性）として知られている米国電気電子学会ＩＥＥＥ８０２．１６標準（例、８０２．１６ｅ、８０２．１６ｍ）、および、業界では一般にＷｉＦｉとして知られているＩＥＥＥ８０２．１１が含まれる。

【0003】

３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（一般に、進化型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、またはｅＮＢとも称される）と無線ネットワークコントローラ（ＲＮＣ）との組合せであり得、ユーザ装置（ＵＥ）として知られる無線デバイスと通信を行う。下りリンク（ＤＬ）伝送は、ノード（またはｅＮｏｄｅＢ）から無線デバイス（またはＵＥ）への通信であり得、上りリンク（ＵＬ）伝送は、無線デバイスからノードへの通信であり得る。

【0004】

ＬＴＥにおいて、データは、ｅＮｏｄｅＢからＵＥへ、物理下りリンク共有チャネル（ＰＤＳＣＨ）を介して伝送され得る。物理下りリンク制御チャネル（ＰＤＣＣＨ）は、下りリンク制御情報（ＤＣＩ）を転送するために使用することができ、該ＤＣＩは、ＰＤＣＳＨ上の下りリンクリソース割当てに関連するリソース割当てまたはスケジューリング、上りリンクリソース許可、および、上りリンク電力制御命令についてＵＥに通知する。ＰＤＣＣＨは、ｅＮｏｄｅＢからＵＥに伝送される各サブフレームにおけるＰＤＳＣＨに先立って伝送され得る。

【0005】

ＰＤＣＣＨ信号は、ＵＥにおいてセル固有参照信号（ＣＲＳ）に基づいて復調されるように設計され得る。しかし、ＣＲＳを利用することは、アドバンストＬＴＥシステムの増加する複雑さを考慮していない。例えば、異機種ネットワークにおいて、単一のセルの中で、複数のノードが同時に送信し得る。セル固有参照信号の利用は、先進の技術がセル容量を増やすことを制限し得る。

【図面の簡単な説明】

【0006】

開示の特徴およびメリットは、添付の図面と連携して、以下に続く詳細な説明によって明らかになるであろう。図面は、詳細な説明と共に、例として、開示の特徴を示す。

【0007】

【図1】１例に従った、無線フレームリソースのブロック図を示す。

【図2】１例に従った、様々なコンポーネントキャリア（ＣＣ）帯域幅のブロック図を示す。

【図3】１例に従った、異なる無線デバイスのための下りリンク制御情報（ＤＣＩ）に関連付けられた４つのローカライズド・アグリゲーション・レベル１の制御チャネル要素（ＣＣＥ）を、１つの物理リソースブロック（ＰＲＢ）対に多重化するブロック図を示す。

【図4】１例に従った、ローカライズド拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）とディストリビューテッドｅＰＤＣＣＨを使用してサブフレームにマップされた制御チャネル要素（ＣＣＥ）およびリソース要素グループ（ＲＥＧ）のブロック図を示す。

【図5】１例に従った、ローカライズドｅＰＤＣＣＨとディストリビューテッドｅＰＤＣＣＨを使用してサブフレームにマップされた拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）のブロック図を示す。

【図6】１例に従った、１物理リソースブロック（ＰＲＢ）の粒度における、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）のための周波数領域セル間干渉協調（ＩＣＩＣ）のブロック図を示す。

【図7】１例に従った、異なるセルのための下りリンク制御情報（ＤＣＩ）に関連付けられた拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）における４つのローカライズド・アグリゲーション・レベル１の制御チャネル要素（ＣＣＥ）を１つの物理リソースブロック（ＰＲＢ）対に多重化するブロック図を示す。

【図8】１例に従った、１ローカライズド制御チャネル要素（ＣＣＥ）の粒度における、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）のための周波数領域セル間干渉協調（ＩＣＩＣ）のブロック図を示す。

【図9】１例に従った、物理リソースブロック（ＰＲＢ）における複数のセルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を、ノードから通信するための方法のフローチャートを示す。

【図10】１例に従った、物理リソースブロック（ＰＲＢ）における複数の協調セルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を、無線デバイスにおいて使用するための方法のフローチャートを示す。

【図11】１例に従った、サービングノード、協調ノード、および無線デバイスのブロック図を示す。

【図12】１例に従った、無線デバイスの図を示す。

【0008】

説明される例示の実施形態への参照が行われるであろう。そして、本明細書において、同じものを説明するために特定の言葉が使用されるであろう。それにもかかわらず理解されるべきことは、それによって発明の範囲の制限を意図するものではないことである。

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

【0009】

本発明が開示され説明される前に、理解されるべきことは、本発明は、本明細書において開示された特定の構造、処理ステップ、または材料に制限されるものではなく、当業者によって容易に理解されるであろうように、その均等物まで拡張されるということである。また、理解されるべきことは、本明細書において採用される専門用語は、特定の例を説明する目的のためだけに使用され、制限することを意図するものではない。フローチャートおよび処理において提供される番号は、説明のステップおよび動作における明確性のために提供され、必ずしも、特定の順番または順序を示すものではない。

【0010】

技術の実施形態の初期の概要が以下において提供され、次に、特定の技術の実施形態がさらに詳しく、後で説明される。この初期の概要は読者がより早く技術を理解することを助けることを意図するものであり、技術の鍵となる特徴あるいは本質的な特徴を識別することを意図するものではなく、クレームの主題の範囲を制限することを意図するものでもない。

【0011】

ＰＤＳＣＨ上のデータの通信は、物理下りリンク制御チャネル（ＰＤＣＣＨ）として参照される制御チャネルを介して制御され得る。ＰＤＣＣＨは下りリンク（ＤＬ）および上りリンク（ＵＬ）リソース割当て、送信電力命令、およびページングインジケータのために使用され得る。ＰＤＳＣＨスケジューリング許可は、ＵＥ固有のトラフィックを運ぶための専用ＰＤＳＣＨリソース割当てのために、特定の無線デバイス（例、ＵＥ）を指定し得る。あるいは、ＰＤＳＣＨスケジューリング許可は、システム情報またはページング等のブロードキャスト制御情報を運ぶための共通ＰＤＳＣＨリソース割当てのために、セル内のすべての無線デバイスを指定し得る。

【0012】

１例において、ＰＤＣＣＨおよびＰＤＳＣＨは、図１において示されるように、汎用のロングタームエボリューション（ＬＴＥ）フレーム構造を利用した、ノード（例、ｅＮｏｄｅＢ）と無線デバイス（例、ＵＥ）との間の下りリンク伝送における物理（ＰＨＹ）レイヤ上で伝送される無線フレーム構造の要素を表しうる。

【0013】

図１は、下りリンク無線フレーム構造タイプ２を示す。この例において、データを伝送するために使用される信号の無線フレーム１００は、１０ミリ秒（ｍｓ）の期間Ｔ_ｆを持つように構成され得る。各無線フレームは、セグメント分け、すなわち、各１ミリ秒長の１０個のサブフレーム１１０_ｉに分割される。各サブフレームは、さらに、各０．５ミリ秒の期間Ｔ_ｓｌｏｔを持つ、２つのスロット１２０ａおよび１２０ｂに細分される。第１のスロット（＃０）１２０ａは、レガシー（legacy）物理下りリンク制御チャネル（ＰＤＣＣＨ）１６０および／または物理下りリンク共有チャネル（ＰＤＳＣＨ）１６６を含み得、第２のスロット（＃１）１２０ｂは、ＰＤＳＣＨを使用して伝送されるデータを含み得る。

【0014】

ノードおよび無線デバイスによって使用されるコンポーネントキャリア（ＣＣ）のための各スロットは、ＣＣ周波数帯域幅に基づいて、複数のリソースブロック（ＲＢ）１３０ａ、１３０ｂ、１３０ｉ、１３０ｍ、および１３０ｎを含み得る。ＣＣは、帯域幅と中心周波数を持つキャリア周波数を持ち得る。ＣＣの各サブフレームは、レガシーＰＤＣＣＨにおいて見られる下りリンク制御情報（ＤＣＩ）を含み得る。レガシーＰＤＣＣＨが使用されるとき、制御領域におけるレガシーＰＤＣＣＨは、各サブフレームまたはＲＢの中の最初のＯＦＤＭシンボルの１乃至３カラムを含み得る。サブフレームにおける残りの１１個乃至１３個のＯＦＤＭシンボル（または、レガシーＰＤＣＣＨが使用されていないときは、１４個のＯＦＤＭシンボル）は、データのためのＰＤＳＣＨに割当てられ得る（短いまたは通常のサイクリックプレフィックスのため）。

【0015】

各ＲＢ（物理ＲＢまたはＰＲＢ）１３０ｉは、１２個の１５ｋＨｚサブキャリア１３６（周波数軸上）および、スロットあたり６または７個の直交周波数分割多重（ＯＦＤＭ）シンボル１３２（時間軸上）を含み得る。ＲＢは、もし、短いまたは通常のサイクリックプレフィックスが採用されるならば、７つのＯＦＤＭシンボルを使用し得る。ＲＢは、もし、拡張サイクリックプレフィックスが使用されるならば、６つのＯＦＤＭシンボルを使用し得る。リソースブロックは、短いまたは通常のサイクリックプレフィックスを使用して８４個のリソース要素（ＲＥ）にマップされ得、または、リソースブロックは、拡張サイクリックプレフィックスを使用して７２個のＲＥ（不図示）にマップされ得る。ＲＥは、１ＯＦＤＭシンボル１４２×１サブキャリア（即ち、１５ｋＨｚ）１４６の１単位であり得る。

【0016】

各ＲＥは、四位相偏移（ＱＰＳＫ）変調の場合、２ビット１５０ａおよび１５０ｂの情報を伝送し得る。各ＲＥにおいてより多く数のビットを伝送するために、１６直交振幅変調（ＱＡＭ）または６４ＱＡＭ等の他のタイプの変調が使用され得、または、各ＲＥにおいてより少ない数のビット（単一のビット）を伝送するために二位相偏移（ＢＰＳＫ）変調が使用され得る。ＲＢは、ｅＮｏｄｅＢからＵＥへの下りリンク伝送のために構成され得、または、ＲＢは、ＵＥからｅＮｏｄｅＢへの上りリンク伝送のために構成され得る。

【0017】

各無線デバイスは、図２において示されるように、少なくとも１つの信号帯域幅、キャリア帯域幅、またはコンポーネントキャリア（ＣＣ）を使用し得る。例えば、ＬＴＥのＣＣの帯域幅は、１．４ＭＨｚ３１０、３ＭＨｚ３１２、５ＭＨｚ３１４、１０ＭＨｚ３１６、１５ＭＨｚ３１８、および２０ＭＨｚ３２０を含み得る。１．４ＭＨｚのＣＣは、７２個のサブキャリアを含む６個のＲＢを含み得る。３ＭＨｚのＣＣは、１８０個のサブキャリアを含む１５個のＲＢを含み得る。５ＭＨｚのＣＣは、３００個のサブキャリアを含む２５個のＲＢを含み得る。１０ＭＨｚのＣＣは、６００個のサブキャリアを含む５０個のＲＢを含み得る。１５ＭＨｚのＣＣは、９００個のサブキャリアを含む７５個のＲＢを含み得る。２０ＭＨｚのＣＣは、１２００個のサブキャリアを含む１００個のＲＢを含み得る。

【0018】

ＰＤＣＣＨ上で運ばれるデータは、下りリンク制御情報（ＤＣＩ）として参照され得る。複数の無線デバイスが、１個の無線フレームの１個のサブフレームにおいてスケジューリングされ得る。従って、複数のＤＣＩメッセージが、複数のＰＤＣＣＨを使用して送信され得る。ＰＤＣＣＨの中のＤＣＩ情報は、１以上の制御チャネル要素（ＣＣＥ）を使用して伝送され得る。１個のＣＣＥは、１群のリソース要素グループ（ＲＥＧ）から構成され得る。レガシーＣＣＥは、最大９個のＲＥＧを含み得る。各ＲＥＧは４個のリソース要素（ＲＥ）から構成され得る。各リソース要素は、直交変調が使用されるときは、２ビットの情報を含み得る。従って、レガシーＣＣＥは、最大７２ビットの情報を含み得る。ＤＣＩメッセージを運ぶために７２ビット以上の情報が必要なときは、複数のＣＣＥが使用され得る。複数のＣＣＥの使用は、アグリゲーションレベルとして参照され得る。１例において、アグリゲーションレベルは、１個のＰＤＣＣＨに対して割当てられる１個、２個、４個、または８個の連続するＣＣＥとして定義され得る。

【0019】

レガシーＰＤＣＣＨは、無線通信における他の領域において為された進歩に対する制限を生じ得る。例えば、ＯＦＤＭシンボルにおけるサブフレームへのＣＣＥのマッピングは、空間ダイバーシティを提供するために、一般に制御領域上に拡散される。しかし、現在のマッピング手順では、いかなるビームフォーミングも可能ではない。加えて、隣接セル間では直交は保証されないので、現在のマッピング手順を使用して隣接するセルとの干渉協調は可能ではないかもしれない。これにより、サブキャリアの衝突が発生する結果となる。

【0020】

さらに、レガシーＰＤＣＣＨの容量は、先進の制御シグナリングのためには十分ではないかもしれない。例えば、異機種ネットワーク（ＨｅｔＮｅｔ）として構成され得るネットワークでは、１つのマクロセルサービングエリアの中に多くの異なる種類のノードを含み得る。異機種ネットワークＨｅｔＮｅｔにおいては、マクロセルおよびピコセルによって、より多くの無線デバイスが同時にサービスされ得る。ＰＤＣＣＨは、セル固有の参照信号（ＣＲＳ）に基づいて復調されるように設計され得、それによって、セルを分離することによる恩恵を十分に探究することは難しくなる。レガシーＰＤＣＣＨは、無線デバイスが異機種ネットワークＨｅｔＮｅｔにおける複数の伝送ノードを利用して帯域幅を増やし、無線デバイスにおけるバッテリーの使用を減らすことを許すために必要な情報を運ぶためには十分ではないかもしれない。

【0021】

加えて、マルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）、マシンツーマシン通信（Ｍ２Ｍ）、マルチキャスト／ブロードキャスト単一周波数ネットワークにおけるＰＤＳＣＨ伝送、および、キャリアアグリゲーションにおけるクロスキャリアスケジューリングの利用は、容量の増加を、ＰＤＣＣＨに要求し得る。無線デバイスでのＰＤＣＣＨ復調におけるＵＥ固有の参照信号（ＵＥＲＳ）の利用は、異機種ネットワークＨｅｔＮｅｔにおけるマルチノードの使用を可能にし得る。セル全体のために１つの共通の参照シンボル（例、ＣＲＳ）に頼るのではなく、各参照シンボルがＵＥ固有であり得る（例、ＵＥＲＳ）。

【0022】

レガシーＰＤＣＣＨの制限を克服するために、拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）は、レガシーＰＤＣＣＨにおけるような、サブフレームの中の最初のスロットのＰＲＢの中の最初の１から３カラムのＯＦＤＭシンボルだけの代わりに、ＰＲＢ全体またはＰＲＢペア全体におけるＲＥを使用し得る（ここで、ＰＲＢペアは、同じサブキャリアのサブフレームを使用する２つの隣接するＰＲＢである。）。それに応じて、ｅＰＤＣＣＨは、セルラネットワークの設計における進歩を許し、現在知られている挑戦を最小にするために、容量を増加して構成され得る。

【0023】

ｅＰＤＣＣＨは、周波数領域のセル間干渉協調（ＩＣＩＣ）をサポートするために使用され得る。１例において、ＩＣＩＣは、その後そのノードの近くで受信され得る、周波数領域におけるサブチャネル、の一部の電力を低くすることにより隣接するセルまたはノード（例、協調ノードまたは協力ノード）間の干渉を減らすために使用され得る。当該サブチャネルは、隣接するセル内で使用される同じサブチャネルと干渉せず、従って、データは移動デバイスに、サブチャネルへの干渉を少なくして、セルの近くに送信され得る。

【0024】

他のＩＣＩＣ技術は、異機種間ネットワーク（ＨｅｔＮｅｔ）のための時間領域内で使用される拡張ＩＣＩＣ（ｅＩＣＩＣ）である。そこでは、高出力マクロセルが、ピコセル（ショッピングセンターや空港におけるホットスポット）またはフェムトセル（家庭やビジネス等の小さなエリアにおけるホットスポット）等の低出力ノードによって補完され得る。低出力ノードは、マクロセルのカバレージエリアの内部に存在し得る。マクロセルは、長距離用の高出力信号を伝送し得、低出力ノードは、低出力信号を短距離上に伝送し得る。マクロセルと、マクロセルのカバレージエリア内に設置されたいくつかの低出力ノードとの間の干渉を軽減するための１例において、ｅＩＣＩＣは、マクロセルにおける時間領域内のサブフレームのブランキング（blanking）を調整し得る。本明細書において使用されているように、セルは、セルカバレージエリアとして称される地理的領域内の無線デバイスと通信するように構成されたノード（例、ｅＮＢ）を指し得る。

【0025】

レガシーＰＤＣＣＨとは異なり、ｅＰＤＣＣＨは、ＰＤＳＣＨとしての、１つのＰＲＢ内の同じＲＥまたは領域にマップされ得るだけでなく、異なるＰＲＢ内のＲＥまたは領域にマップされ得る。１例において、ＰＤＳＣＨおよびｅＰＤＣＣＨは、同じＰＲＢ（または同じＰＲＢペア）内に多重されないことがあり得る。このようにして、１つのＰＲＢ（または１つのＰＲＢペア）が１つのｅＰＤＣＣＨを含むならば、ＲＥはＰＤＳＣＨのために使用されないことがあり得るので、そのＰＲＢ（またはＰＲＢペア）内の未使用ＲＥは、ブランクにされ（blanked）得る。

【0026】

図３は、ＰＲＢペア１２８内の１つのｅＰＤＣＣＨの４つのＤＣＩ１８２、１８４、１８６、および１８８を示す。該ｅＰＤＣＣＨの各ＤＣＩは、少なくとも１つのＣＣＥによって伝送され得、各ＣＣＥは複数のＲＥＧを含み得、各ＲＥＧは、複数のＲＥを含み得る。図３は、複数のアグリゲーション・レベル１（ＡＧＬ１）のローカライズドＣＣＥが１つのＰＲＢペア内に多重化されるときのｅＰＤＣＣＨの多重化パターンを示す。１つのアグリゲーション・レベル１のＣＣＥ（例、単一のＣＣＥ）は１つのＤＣＩを含み得、従って４つのＣＣＥは、４つの異なるＤＣＩを含み得る。他の例において（不図示）、１つのアグリゲーション・レベル２のＣＣＥ（例、２つのＣＣＥ）が１つのＤＣＩを含み得る。ＰＲＢペアはまた、セル固有参照信号（ＣＲＳ）１７０およびＵＥ固有参照信号（ＵＥＲＳ）１７２および１７４等の、復調およびチャネル推定のために使用される、レガシー制御１６２（例、レガシーＰＤＣＣＨ）および参照信号を含み得る。１例において、ＤＣＩ１およびＤＣＩ２は、ＤＣＩ３およびＤＣＩ４によって使用されるＵＥＲＳ１７４とは異なる、ＵＥＲＳ１７２を使用し得る。

【0027】

ＰＲＢまたはＰＲＢペアは、ローカライズドｅＰＤＣＣＨおよびディストリビューテッドｅＰＤＣＣＨ伝送の両方をサポートするために使用され得る。図４および５は、１つのスロットまたはサブフレームにおけるローカライズドｅＰＤＣＣＨおよびディストリビューテッドｅＰＤＣＣＨを示す。図４において示されるように、ローカライズドｅＰＤＣＣＨ３２２ａ−ｂにおいて、ＣＣＥ３１０ａ−ｈ全体は、サブバンド３３８ａおよび３３８ｂ内のＰＲＢ３３ａおよび３３０ｃ（またはＰＲＢペア）内にあり得る。１例において、ローカライズドＣＣＥのＲＥＧ（またはＲＥ）は、お互いに隣接し得、それに続くＣＣＥが続き得る。ディストリビューテッドｅＰＤＣＣＨ３２４ａ−ｂにおいて、ＣＣＥ３１２ａ−ｂのＲＥＧ３４０ａ−ｂ、３４２ａ−ｂ、３４４ａ−ｂ、３４６ａ−ｂ、３４８ａ−ｂ、３５２ａ−ｂ、および３５４ａ−ｂは、複数のＰＲＢ３３０ｂおよび３３０ｄ（又はＰＲＢペア）に渡って分散し得る。１つのＰＲＢ３３０ｂ内のＲＥＧ３４０ａと別のＰＲＢ３３０ｄ内のＲＥＧ３４０ｂは、ＤＣＩまたはディストリビューテッドｅＰＤＣＣＨのためのＣＣＥ３１２ａを形成し得る。ディストリビューテッドｅＰＤＣＣＨにおいては、１つのＣＣＥのためのＲＥＧは、２以上のＰＲＢ（または２以上のＰＲＢペア）に渡って分散し得る。１例において、ディストリビューテッドｅＰＤＣＣＨにおいて使用されるＣＣＥのＲＥＧは、異なるサブバンド３３８ｂおよび３３８ｄに渡って分散し得る。

【0028】

図５は、１つのスロット内のＣＣＥ、ＲＥＧ、ＲＥにマップされる、ローカライズドｅＰＤＣＣＨおよびディストリビューテッドｅＰＤＣＣＨの他の例を提供する。図５の例においては、図１に示されるように、各リソースブロック対は２つのリソースブロック（ＲＢまたはＰＲＢ）を含み得、それぞれが同じサブキャリアを備え、１つの無線フレームのサブフレームにおける第１および第２のスロット内に配置されている。各ＲＢは、少なくとも１つのＣＣＥを含み得る。ＣＣＥは、ＲＢ内の定義された場所に置かれ得る。しかし、ＣＣＥは、リソースブロックを通して配置されたＲＥＧを含み得る。各ＲＥＧは４つのＲＥを含み得る。しかし、システムの要求に基づいて、ＲＥＧはそれよりも多いまたは少ないＲＥを含み得る。１例において、１つのＲＥＧ内に配置されたＲＥは、周波数および時間の少なくとも１つにおいて隣接し得る。他の例において、１つのＲＥＧ内に配置されたＲＥは、時間および／または周波数において離され得る。１つのＣＣＥ内のＲＥＧの数は、９等の固定の数であり得る。あるいは、ＲＥＧの数は、ＤＣＩデータ負荷要件（即ち、ＤＣＩデータの量）、または、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）要件、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）要求、および各リソースブロック内に割当てられたデータのためのリソースシンボル要件、等のＲＢにおける他の競合する要件に基づいて変り得る。

【0029】

図５に示されるように、アグリゲーション・レベル（ＡＧＬ）１を持つローカライズドｅＰＤＣＣＨ４０２は、単一のＣＣＥにマップされ得、それは単一のＲＢにマップされ得る。同様に、アグリゲーション・レベルの２を備えるローカライズドｅＰＤＣＣＨ４０４は、１つのＲＢ内の２つの隣接するＣＣＥにマップされ得る。ディストリビューテッドｅＰＤＣＣＨ４０６および４０８に対して、ＣＣＥ（例、ＣＣＥ１およびＣＣＥ Ｎ）は、異なる周波数キャリアおよびサブキャリアにおける異なるＲＢにおける複数のＲＥＧにマップされ得る。例えば、ＣＣＥ ＮのためのＲＥＧは周波数において分散し得る。ＲＥＧの周波数分離は、周波数ダイバーシティ利得を提供し得る。１例において、１つのＣＣＥにおける各ＲＥＧは、１以上のＲＥＧは別のＲＥＧとして同じＲＢにマップされ得るが、離れたＲＢにマップされ得る。より広く分散したＲＥＧに伴って、より大きい周波数ダイバーシティ利得が生じ得る。ＣＣＥ１およびＣＣＥ Ｎ内のＲＥＧは、１つのサブフレーム内のＲＢの間で、同じ分散（図示）または異なる分散（不図示）を持ち得る。ディストリビューテッドｅＰＤＣＣＨ４０６および４０８において示されているＲＥＧは、各対応するＣＣＥに対して、ＲＢ内で同じ時間位置にあるようにそれぞれ示されているが、ディストリビューテッドｅＰＤＣＣＨにとって、ＲＢ内の同じ時間位置は必須ではない。ＣＣＥ１およびＣＣＥ Ｎにおける分散したＲＥＧは、１つのリソースブロック内の異なる一時的な場所にあり得る。１つのサブフレームにおける各ＣＣＥは、同じ数のＲＥＧまたは異なる数のＲＥＧを持ち得る。アグリゲーション・レベルの１は、単一のＣＣＥにマップされ得るＤＣＩ情報を示唆する。

【0030】

１つのサブフレームにおける異なるリソースブロックへの、周波数に渡るＣＣＥにおけるＲＥＧの分散は、周波数ダイバーシティ利得における増加を提供し得る。良い周波数ダイバーシティを達成するために、周波数ダイバーシティの次数３または４が使用され得る。図５は、高い周波数ダイバーシティ次数および低いアグリゲーションレベルのディストリビューテッドｅＰＤＣＣＨ４０６および４０８伝送を示す。

【0031】

セルのための周波数ダイバーシティは、広帯域チャネル状態情報（ＣＳＩ）フィードバックを用いた広帯域スケジューリングを適用することにより達成され得る。例えば、ｅＰＤＣＣＨ構成は、ディストリビューテッドｅＰＤＣＣＨ伝送を使用する周波数ダイバーシティ次数４を達成するために、各セルにおいて４つのＰＲＢペアを用いて構成し得る。

【0032】

レガシーな周波数ドメインのＩＣＩＣ方式では、ＰＲＢペアレベルのＩＣＩＣのみをサポートし得るので、もし、ｅＰＤＣＣＨ ＩＣＩＣのために周波数領域のＩＣＩＣ方式が使用されるならば、より多くのＰＲＢペアが隣接セル（例、協調セル）においてＰＤＳＣＨ伝送のためにミュート（mute）され得る。図６は、各セルが、ｅＰＤＣＣＨのための４つのＰＲＢを用いて構成されている３つのセル（例、セルＡ、ＢおよびＣ）を用いたｅＰＤＣＣＨ構成の１例を与える。周波数ダイバーシティ次数４および周波数領域ＩＣＩＣにおける周波数再利用ファクタ３を達成するために、各セルは、ｅＰＤＣＣＨおよびセルＩＣＩＣのために排他的に使用される合計１２のＰＲＢを割当てる。図６は、１２個のＰＲＢ（または４個のリソースブロックグループ（ＲＢＧ）２２４ｄ、ｇ、ｊおよびｍ）がｅＰＤＣＣＨおよびセルＩＣＩＣのために割当てられ、残りの３８個のＰＲＢ（または１３個のＲＢＧ２２４ａ−ｃ、ｅ−ｆ、ｈ−ｉ、ｋ−ｌ、およびｎ−ｑ）がＰＤＳＣＨに割り当てられている帯域幅１０ＭＨｚ（例、５０個のＰＲＢ２３２ａ−ｂ；図２の３１６参照）のシステムのためのＰＲＢバンドリングまたはリソースブロックグルーピングを示す。各ＲＢＧはサブセット０、１、または２（２２６ａ−ｃ）に割り当てられ得る。１例において、各サブセットは１つのセル（例、セルＡ、Ｂ、またはＣ）を表しうる。

【0033】

図６において、５０個のＰＲＢは、（ＰＲＢ０ ２３０ａからＰＲＢ２３ ２３０ｂまでのＰＲＢのための）ＰＲＢ０−２３ ２３２ａおよび、（ＰＲＢ２４ ２３０ｃからＰＲＢ４９ ２３０ｄまでのＰＲＢのための）ＰＲＢ０−２３ ２３２ｂによって表し得る。ｅＰＤＣＣＨはＰＲＢ単位（または、ＰＲＢペア単位）に基づいて割り当てられ得るので、各セルは、専用ｅＰＤＣＣＨ２２２ａ−ｃ、および、周波数ダイバーシティ次数４のための４つの専用ｅＰＤＣＣＨを含み得る。協調セルｅＰＤＣＣＨ（セルＡ伝送のためのセルＢおよびＣのｅＰＤＣＣＨ）のために使用される未使用ＰＲＢは、ブランクにされ得、それは、効率的なリソースの使用ではないかもしれない。周波数ダイバーシティ次数４および周波数領域ＩＣＩＣにおける周波数再利用ファクタ３を備える例において、１０ＭＨｚシステム帯域のための５０個のＰＲＢの８個のＰＲＢは、ブランクにされ得、それは、ＰＤＳＣＨ伝送のために使用され得ない。

【0034】

高い周波数ダイバーシティ次数と、周波数領域ＩＣＩＣのための意味のある周波数再利用とを同時に達成するために、１個のＰＲＢ（または１個のＰＲＢペア）よりもより細かい粒度のｅＰＤＣＣＨが、より大きいリソース活用のために使用され得、それは、周波数領域のＩＣＩＣのために使用され得る。例えば、ｅＰＤＣＣＨ ＩＣＩＣのための周波数領域粒度は、１個のローカライズドＣＣＥと同じ細かさにし得る。

【0035】

図７は、周波数ダイバーシティ次数４のためのｅＰＤＣＣＨを送信するための同じ４個のＰＲＢペアを用いて構成された４つのセルの１例を示す。各ＣＣＥは、１つのＰＲＢ（またはＰＲＢペア）内の時間および／または周波数においてＲＥＧが隣接する、ローカライズドＣＣＥであり得る。１例において、（１つのＤＣＩに関連付けられた）各ＣＣＥは、アグリゲーション・レベル１を持ち得、離れたセルのための離れたｅＰＤＣＣＨ１９２、１９４、１９６、および１９８のために構成され得る。

【0036】

図８は、周波数ダイバーシティ次数４のためのｅＰＤＣＣＨを送信するために使用される４個のＰＲＢペア２３０ｅ−ｈを示す。１個のＰＲＢペアは４個のローカライズドＣＣＥを含み得るので、各セルは、周波数ダイバーシティ次数４のために使用される４個のＰＲＢペアにおける１個のローカライズドＣＣＥにおいてディストリビューテッドｅＰＤＣＣＨ２２０を送信し得る。このようにして、周波数再利用ファクタ４および周波数ダイバーシティ次数４の分散伝送を達成するために、ローカライズドＣＣＥを伴う４個のＰＲＢペアが使用され得、それは、１個のＰＲＢ（または１個のＰＲＢペア）の粒度を備えるｅＰＤＣＣＨのための１２個のブランクＰＲＢを取り除き得、非ブランクＰＲＢがＰＤＳＣＨ伝送のために使用され得る。

【0037】

ｅＰＤＣＣＨのためのＰＲＢ間（またはＰＲＢペア間）ＩＣＩＣを可能にするために、ＣＣＥからＲＥへのマッピングパターンはセル共通であり得る。このようにして、セル固有でないランダムマッピングが、ローカライズドＣＣＥのために定義され得る。ｅＰＤＣＣＨのためのＰＲＢ間（またはＰＲＢペア間）ＩＣＩＣは、１個のＰＲＢ（またはＰＲＢペア）内の、異なるセルのために使用される複数のローカライズドＣＣＥを参照し得る。

【0038】

ディストリービューテッドＣＣＥ（不図示）は、ＣＣＥのＲＥＧ（またはＲＥ）が複数のＰＲＢ（またはＰＲＢペア）に渡って分散している場合に使用され得る。１個のディストリビューテッドＣＣＥを複数のＰＲＢ（またはＰＲＢペア）からのＲＥにマッピングするとき、同じローカライズドＣＣＥに属するＲＥは、各ＰＲＢ（またはＰＲＢペア）にマップされ得る。例えば、図７および８において、各ＰＲＢペアは４個のローカライズドＣＣＥ１９２、１９４、１９６、および１９８（図７）を含み、各セルは、ｅＰＤＣＣＨのための４個のＰＲＢペア２３０ｅ−ｈ（図８）で構成される。１つのディストリビューテッドＣＣＥから（４個のＰＲＢペアの中の）ＰＲＢペアのそれぞれにおける同じローカライズドＣＣＥへマッピングすることは、ディストリビューテッドＣＣＥが、ローカライズドＣＣＥと同じＣＣＥ粒度のＩＣＩＣ利得を達成することを可能にする。

【0039】

１個のＰＲＢペアよりもより細かい粒度の周波数領域ＩＣＩＣをサポートするために、Ｘ２アプリケーションプロトコルにおける相対狭帯域伝送（Ｔｘ）電力（ＲＮＴＰ）報告が拡張され得る。例えば、ｅＰＤＣＣＨのためのＣＣＥ粒度ＩＣＩＣをサポートするために、ｅＰＤＣＣＨにおける拡張ＣＣＥ（Ｅ−ＣＣＥ）当たりの相対狭帯域伝送電力（ＲＮＴＰ）情報要素（ＩＥ）がＲＮＴＰ報告に追加され得る。Ｅ−ＣＣＥは、ｅＰＤＣＣＨのためのローカライズドＣＣＥを含み得る。ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ情報要素は、ＩＥ／グループ名（ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ）、プレゼンス、範囲、ＩＥタイプおよびレファレンス、セマンティクス記述、臨界度、および割当て臨界度を含み得る。ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ情報要素のためのプレゼンスは、必須（Ｍ）プレゼンスを含み得る。ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ情報要素は、ビットストリング（１．．４、．．．）情報要素タイプを含み得、ここで、ビットマップにおける（セマンティクス記述）各位置は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値を表し、そのためのビット値は、ＲＮＴＰ（ｎ_{Ｅ−ＣＣＥ}）を表し、ここで、１つのインデックスはＥ−ＣＣＥの１つの集合に関連付られ、０からＮ_{Ｅ−ＣＣＥ、ｋ}−１まで番号付けられ、Ｎ_{Ｅ−ＣＣＥ、ｋ}−１はサブレームｋのためのＥ−ＣＣＥの総数であり、そして、ＲＮＴＰ（）は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}の関数である。値０は、「ＴｘがＲＮＴＰ閾値を越さない」を示し得、そして、値１は、「Ｔｘ電力についてのいかなる約束も与えられない」を示し得る。

【0040】

１例において、もし、ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ情報要素が、４ビットだけを含むなら、ｅＮＢは、ＰＲＢペアにおけるすべてのｅＰＤＣＣＨのために、同じＥ−ＣＣＥのために同じ電力戦略を適用し得る。もし、ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ情報要素が、４ビット超を含むならば、より大きな柔軟性が許され得る。例えば、もしｅＮＢが、各ＰＲＢペアにおける各個別のＥ−ＣＣＥに対して異なる電力制御戦略を適用することを許されるならば、合計４×Ｎ＿ｅＰＤＣＣＨ＿ＰＲＢビットが使用され得る。ここで、Ｎ＿ｅＰＤＣＣＨ＿ＰＲＢは、ｅＰＤＣＣＨのために使用されるＰＲＢ（またはＰＲＢペア）の総数を表す。

【0041】

１つの例示の実施形態において、ノード（例、ｅＮＢ）は、下式のように定義される相対狭帯域伝送電力（ＲＮＴＰ）表示ＲＮＴＰ（ｎ_ＳＲＢ）を受信し得る。

【数1】

ここで、Ｅ_Ａ（ｎ_ＳＲＢ）は、考えられる将来の時間間隔における、アンテナポートｐ上のサブＰＲＢ内の、参照信号（ＲＳ）を含まない直交周波数分割多重化（ＯＦＤＭ）シンボルにおける、ユーザ装置固有（ＵＥ固有）物理下りリンク共有チャネル（ＰＤＳＣＨ）リソース要素（ＲＥ）のリソース要素当たり最大の意図エネルギー（ＥＰＲＥ）であり、ｎ_ＳＲＢは、サブ物理リソースブロック番号

【数2】

であり、ＲＮＴＰ_{ｔｈｒｅｓｈｏｌｄ}は、以下の値の1つをとる。

【数3】

（単位はデシベル［ｄＢ］）
そして、

【数4】

であり、ここで、

【数5】

は、ノード最大出力電力（例、基地局最大出力電力）であり、

【数6】

は、サブキャリア間隔であり、

【数7】

は、

【数8】

の倍数で表現される下りリンク帯域幅構成であり、

【数9】

は、サブキャリア数として表現される、周波数領域におけるリソースブロックサイズであり、Ｎ_ＳＲＢは、ＰＲＢ内のサブ物理リソースブロック（ＳＲＢ）の数である。ここで、

【数10】

である。ＲＮＴＰ表示は、ＰＲＢ（またはＰＲＢペア）におけるｅＰＤＣＣＨのためのＥ−ＣＣＥのための電力戦略を適用するために使用され得る。

【0042】

Ｅ−ＣＣＥ ＲＮＴＰ（例、ｅＰＤＣＣＨ情報要素（ＩＥ）におけるＥ−ＣＣＥ当たりのＲＮＴＰ）および／またはｅＰＤＣＣＨ ＰＲＢ割当て及び構成は、Ｘ２シグナリングの中に含まれ得る。ｅＰＤＣＣＨ構成情報の例は、ｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）、１つのＰＲＢペア内のＥ−ＣＣＥの数（＃）情報要素（ＩＥ）、および、Ｅ−ＣＣＥタイプ情報要素（ＩＥ）を含み得る。ｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）、１つのＰＲＢペア内のＥ−ＣＣＥの数（＃）情報要素（ＩＥ）、およびＥ−ＣＣＥタイプ情報要素（ＩＥ）は、情報要素（ＩＥ）／グループ名、プレゼンス、範囲、情報要素（ＩＥ）タイプおよび参照、セマンティクス記述、臨界度、および割当て臨界度を含み得る。ｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）、１つのＰＲＢペア内のＥ−ＣＣＥの数（＃）情報要素（ＩＥ）、および、Ｅ−ＣＣＥタイプ情報要素（ＩＥ）のためのプレゼンスは、必須（Ｍ）プレゼンスを含み得る。

【0043】

１実施形態において、ｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）は、ビットストリング（１．．Ｎ_ＲＢ、．．．）情報要素（ＩＥ）タイプを含み得る。ここで、セマンティクス記述において、ビットマップにおける各位置は、１つのＰＲＢペアがｅＰＤＣＣＨとして割り当てられているかを表し、Ｎ_ＲＢは、システム帯域幅内の下りリンクＰＲＢの数を表す。１つのＰＲＢペア内のＥ−ＣＣＥの数（＃）情報要素（ＩＥ）は、列挙された（３、４）情報要素（ＩＥ）タイプを含み得る。ここで、セマンティクス記述において、列挙されたタイプは、１つのＰＲＢペア内のローカライズドＥ−ＣＣＥの数を表す。Ｅ−ＣＣＥタイプ情報要素（ＩＥ）は、ビットストリング（１．．Ｎ_ＲＢ＊４、．．．）情報要素（ＩＥ）タイプを含み得る。ここで、セマンティクス記述において、ビットマップにおける各位置は、Ｅ−ＣＣＥがローカライズドかローカライズドでないかを表し、Ｎ_ＲＢは、システム帯域幅内の下りリンクＰＲＢの数を表す。

【0044】

ｅＰＤＣＣＨにおけるＥ−ＣＣＥ当たりのＲＮＴＰ情報要素（ＩＥ）、ｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）、１つのＰＲＢペア内のＥ−ＣＣＥの数（＃）情報要素（ＩＥ）、および、Ｅ−ＣＣＥタイプ情報要素（ＩＥ）は、ＰＤＣＣＨ割当てを決定するためのＵＥ手順の中に含まれ得る。記述された情報要素（ＩＥ）の名称、ラベル、および記述は、Ｅ−ＣＣＥの機能によって、また、機能が似ている限りにおいて、ｅＰＤＣＣＨ内に割り当てられたローカライズドＣＣＥの粒度を備えたＣＣＥの機能によって、変わり得る。記述された情報要素（ＩＥ）は、協調ノード（例、サービングノードおよび他の協調ノード）間で伝送され得る。記述された情報要素（ＩＥ）からの情報は、サービングノード（例、ｅＮＢ）から、サービングノードによるサービスを受けているサービング無線デバイス（例、ＵＥ）へ、無線リソース制御（ＲＲＣ）シグナリングを利用して、伝送または転送され得る。

【0045】

無線デバイス（例、ＵＥ）は、先進の受信機において、ｅＰＤＣＣＨ ＰＲＢ割当ておよびｅＰＤＣＣＨ構成情報を利用し得る。先進の受信機は、ＵＥＲＳ上の干渉を測定し、各個別のデータＲＥのための干渉の平均を使用するための、干渉除去組合せを備える最小平均二乗誤差（ＭＭＳＥ−ＩＲＣ）受信機を含み得る。例えば、一般に、ｅＰＤＣＣＨが１つのセル内で伝送されるとき、隣接セル（例、協調セル）は、同じＰＲＢペアにおけるＰＤＳＣＨを送信し得る。ＰＤＳＣＨのための干渉平均化を実行するとき、各ＵＥＲＳ ＲＥにおいて観測される干渉共分散行列が異なるＥ−ＣＣＥとオーバーラップし得るため、無線デバイスは、ＵＥＲＳ ＲＥの干渉平均化を使用しないことがあり得る。

【0046】

もし、無線デバイスが、ＩＣＩＣのためのｅＰＤＣＣＨにおけるＣＣＥのマップ等の、隣接セルが或るＰＲＢペアにおいてｅＰＤＣＣＨを送信しているというｅＰＤＣＣＨ構成情報を受信し、隣接セルのためのｅＰＤＣＣＨ構成を知っているならば、無線デバイスは、先進の受信機において、Ｅ−ＣＣＥ毎の（即ち、Ｅ−ＣＣＥ当たりの）干渉を平均化し得る。

【0047】

ｅＰＤＣＣＨ内に割り当てられるローカライズドＣＣＥの粒度は、周波数領域ＩＣＩＣ等の或るアプリケーションにおけるｅＰＤＣＣＨのための１つのＰＲＢ（またはＰＲＢペア）よりも大きいリソース活用を提供し得る。加えて、ｅＰＤＣＣＨ内に割り当てられるローカライズドＣＣＥの粒度はまた、ＩＣＩＣのためのより良い干渉平均化を提供し得る。

【0048】

他の例は、図９におけるフローチャートに示されるように、物理リソースブロック（ＰＲＢ）における複数のセルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を、１つのノードから通信するための方法５００を提供する。該方法は、マシン上の命令として実行され得る。ここで、該命令は少なくとも１つのコンピュータ可読媒体上に含まれる。該方法は、ブロック５１０におけるように、ＰＲＢ内のサービングセルｅＰＤＣＣＨ内のサービングセル制御チャネル要素（ＣＣＥ）、および、該ＰＲＢ内の協調セルｅＰＤＣＣＨ内の協調セルＣＣＥをマッピングする動作を含む。ブロック５２０におけるように、サービングセルＣＣＥおよび協調セルＣＣＥのマップを無線デバイスに伝送する動作が続く。サービングセルＣＣＥおよび協調セルＣＣＥのマップは、無線デバイスの干渉認識受信機によってＩＣＩＣを促進するために使用され得る。

【0049】

該方法はさらに、ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップを、協調ノード（例、協調セル）に伝送するノード（例、サービングノードまたはサービングセル）を含み得る。サービングセルＣＣＥ（または、協調セルＣＣＥ）は、ローカライズドＣＣＥからリソース要素（ＲＥ）への共通セルマッピングパターンを利用したローカライズドＣＣＥであり得る。ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップを協調ノード伝送する動作は、Ｘ２アプリケーションプロトコル（Ｘ２ＡＰ）を利用し得る。サービングセルｅＰＤＣＣＨは、ローカライズドｅＰＤＣＣＨまたはディストリビューテッドｅＰＤＣＣＨであり得る。ＰＲＢ内のサービングセルＣＣＥおよび協調セルＣＣＥのマップを無線デバイスに伝送する動作は、無線リソース制御（ＲＲＣ）シグナリングを利用し得る。

【0050】

ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップを協調ノード伝送する動作は、ビットマップを伴うｅＰＤＣＣＨ情報要素（ＩＥ）における、拡張ＣＣＥ（Ｅ−ＣＣＥ）当たりの相対狭帯域伝送電力（ＲＮＴＰ）を含み得る。ビットマップにおける各位置は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値を表し得、それについてビット値はＲＮＴＰ（ｎ_{Ｅ−ＣＣＥ}）を表す。ここで、インデックスはＥ−ＣＣＥの１組に関連付られ、０からＮ_{Ｅ−ＣＣＥ、ｋ}−１までの番号が付けられ、Ｎ_{Ｅ−ＣＣＥ、ｋ}は、サブレームｋのためのＥ−ＣＣＥの総数であり、ＲＮＴＰ（）は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}の関数である。他の例において、ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップを協調ノード伝送する動作は、ビットマップを伴う拡張ＣＣＥ（Ｅ−ＣＣＥ）タイプ情報要素（ＩＥ）を含み得る。ビットマップにおける各位置は、Ｅ−ＣＣＥがローカライズドかローカライズドでないかを表しうる。

【0051】

他の例において、サービングセルＣＣＥおよび協調セルＣＣＥは、ＰＲＢペア内にマップされ得る。ＰＲＢペアは、同じサブフレーム内にあり得、複数のｅＰＤＣＣＨを運ぶように構成され得る。ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップを協調ノードに伝送する動作は、ビットマップを伴うｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）を含み得る。ビットマップにおける各位置は、ＰＲＢペアがｅＰＤＣＣＨとして割り当てられているか否かを表す。他の例において、ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップを協調ノードに伝送する動作は、列挙されたタイプを伴う、１つのＰＲＢペア情報要素（ＩＥ）内の拡張ＣＣＥ（Ｅ−ＣＣＥ）の数を含み得る。列挙されたタイプは、１つのＰＲＢペア内のローカライズドＥ−ＣＣＥの数を表し得る。

【0052】

該方法はさらに、下りリンクにおいてサービングセルｅＰＤＣＣＨを無線デバイスに伝送するノードを含み得、協調セルｅＰＤＣＣＨに関連付けられたリソース要素（ＲＥ）はブランクであり得る。

【0053】

他の例は、図１０におけるフローチャートに示されるように、物理リソースブロック（ＰＲＢ）における複数の協調セルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を無線デバイスにおいて使用するための方法６００を提供する。該方法は、マシン上の命令として実行され得る。ここで、該命令は少なくとも１つのコンピュータ可読媒体上に含まれる。該方法は、ブロック６１０におけるように、ＰＲＢ内のｅＰＤＣＣＨ内のセルのための制御チャネル要素（ＣＣＥ）を、無線デバイスにおいて、ノードから受信する動作を含む。ここで、ＰＲＢは複数のｅＰＤＣＣＨを運ぶように構成され、各ｅＰＤＣＣＨは、複数の協調セルの中の独立したセルに対する少なくとも１つのＣＣＥに対応する。ブロック６２０におけるように、ＰＲＢからのｅＰＤＣＣＨ構成情報から干渉共分散行列を生成する動作であり、該干渉共分散行列は協調セル干渉を含む、動作が続く。

【0054】

協調セルのためのｅＰＤＣＣＨに関連付けられたリソース要素（ＲＥ）は、ブランクであり得る。ＣＣＥは、ローカライズドＣＣＥであり得、ｅＰＤＣＣＨは、ローカライズドｅＰＤＣＣＨまたはディストリビューテッドｅＰＤＣＣＨであり得る。ｅＰＤＣＣＨにおけるセルのためのＣＣＥは、ＰＲＢペア内にマップされ得る。ＰＲＢペアは、同じサブフレーム内にあり得、複数のｅＰＤＣＣＨを運ぶように構成され得る。

【0055】

図１１は、例示のノード（例、サービングノード７１０および協調ノード７３０）および例示の無線デバイス７２０を示す。ノードは、ノードデバイス７１２および７３２を含み得る。ノードデバイスまたはノードは、無線デバイスと通信するように構成され得る。ノードデバイスは、物理リソースブロック（ＰＲＢ）における複数のセルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を通信するように構成され得る。ノードデバイスまたはノードは、他のノードと、Ｘ２アプリケーションプロトコル（Ｘ２ＡＰ）等の帰路リンク７４０（光または有線リンク）を介して通信するように構成され得る。ノードデバイスは、処理モジュール７１４および７３４、および送受信モジュール７１６および７３６を含み得る。送受信モジュールは、無線デバイスと通信し、ＰＲＢ内のサービングセルｅＰＤＣＣＨに関連付けられたサービングセル制御チャネル要素（ＣＣＥ）および該ＰＲＢ内の協調セルｅＰＤＣＣＨ内の協調セルＣＣＥのマップを送信するように構成され得る。送受信モジュールはさらに、協調ノードと通信し、サービングセルＣＣＥまたは協調セルＣＣＥのマップを送信または受信するように構成され得る。

【0056】

送受信モジュール７１６および７３６はさらに、下式のように定義される相対狭帯域伝送電力（ＲＮＴＰ）表示ＲＮＴＰ（ｎ_ＳＲＢ）を受信するように構成され得る。

【数11】

ここで、Ｅ_Ａ（ｎ_ＳＲＢ）は、考えられる将来の時間間隔における、アンテナポートｐ上のサブＰＲＢ内の、参照信号（ＲＳ）を含まない直交周波数分割多重化（ＯＦＤＭ）シンボルにおける、ユーザ装置固有（ＵＥ固有）物理下りリンク共有チャネル（ＰＤＳＣＨ）リソース要素（ＲＥ）のリソース要素当たり最大の意図エネルギー（ＥＰＲＥ）であり、ｎ_ＳＲＢは、サブ物理リソースブロック番号

【数12】

であり、ＲＮＴＰ_{ｔｈｒｅｓｈｏｌｄ}は、以下の値の1つをとる。

【数13】

（単位はデシベル［ｄＢ］）
そして、

【数14】

であり、ここで、

【数15】

は、ノード最大出力電力（例、基地局最大出力電力）であり、

【数16】

は、サブキャリア間隔であり、

【数17】

は、

【数18】

の倍数で表現される下りリンク帯域幅構成であり、

【数19】

は、サブキャリア数として表現される、周波数領域におけるリソースブロックサイズであり、Ｎ_ＳＲＢは、ＰＲＢ内のサブ物理リソースブロック（ＳＲＢ）の数である。ここで、

【数20】

である。

【0057】

送受信モジュール７１６および７３６はさらに、Ｘ２アプリケーションプロトコル（Ｘ２ＡＰ）を介して協調ノードと通信するように構成され得る。送受信モジュールはさらに、ＲＲＣシグナリングを介して無線デバイスと通信するように構成され得る。ＣＣＥはローカライズドＣＣＥを含み得、ｅＰＤＣＣＨは、ローカライズドｅＰＤＣＣＨまたはディストリビューテッドｅＰＤＣＣＨを含み得る。送受信モジュールはさらに、下りリンクにおけるサービングセルｅＰＤＣＣＨを無線デバイスに伝送するように構成され得る。協調セルｅＰＤＣＣＨに関連付けられたリソース要素（ＲＥ）は、ブランクであり得る。

【0058】

ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップは、ビットマップを伴うｅＰＤＣＣＨ情報要素（ＩＥ）における拡張ＣＣＥ（Ｅ−ＣＣＥ）当たりの相対狭帯域伝送電力（ＲＮＴＰ）を含み得る。ビットマップにおける各位置は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}値を表し、それについてビット値はＲＮＴＰ（ｎ_{Ｅ−ＣＣＥ}）を表す。ここで、インデックスはＥ−ＣＣＥの１組に関連付られ、０からＮ_{Ｅ−ＣＣＥ、ｋ}−１までの番号が付けられ、Ｎ_{Ｅ−ＣＣＥ、ｋ}は、サブレームｋのためのＥ−ＣＣＥの総数であり、ＲＮＴＰ（）は、Ｅ−ＣＣＥインデックスｎ_{Ｅ−ＣＣＥ}の関数である。他の例において、ＰＲＢ内のサービングセルＣＣＥまたは協調セルＣＣＥのマップは、ビットマップを伴う拡張ＣＣＥ（Ｅ−ＣＣＥ）タイプ情報要素（ＩＥ）を含み得る。ビットマップ内の各位置は、Ｅ−ＣＣＥがローカライズドかローカライズドでないかを表す。

【0059】

サービングセルＣＣＥおよび協調セルＣＣＥは、ＰＲＢペア内にマップされ得る。ＰＲＢペアは、同じサブフレーム内にあり得、複数のｅＰＤＣＣＨを運ぶように構成され得る。ＰＲＢペア内のサービングセルＣＣＥまたは協調セルＣＣＥのマップは、ビットマップを伴うｅＰＤＣＣＨ ＰＲＢペア割当て情報要素（ＩＥ）を含み得る。ビットマップ内の各位置は、ＰＲＢペアがｅＰＤＣＣＨとして割り当てられているか否かを表す。ＰＲＢペア内のサービングセルＣＣＥまたは協調セルＣＣＥのマップは、列挙されたタイプを伴う、１つのＰＲＢペア情報要素（ＩＥ）内の拡張ＣＣＥ（Ｅ−ＣＣＥ）の数を含み得る。列挙されたタイプは、１つのＰＲＢペア内のローカライズドＥ−ＣＣＥの数を表し得る。

【0060】

処理モジュール７１４および７３４は、ＰＲＢ内のサービングセルＣＣＥおよび協調セルＣＣＥをマップするように構成され得る。ノード（例、サービングノード７１０および協調ノード７３０）は、基地局（ＢＳ）、ノードＢ（ＮＢ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線装置（ＲＲＥ）、またはリモート無線ユニット（ＲＲＵ）を含み得る。

【0061】

無線デバイス７２０は、送受信モジュール７２４、および、干渉除去組合せを備える最小平均二乗誤差（ＭＭＳＥ−ＩＲＣ）受信機７２２を含み得る。無線デバイスは、物理リソースブロック（ＰＲＢ）における複数の協調セルのためのセル間干渉協調（ＩＣＩＣ）のために構成された拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を受信するように構成され得る。送受信モジュールは、ＰＲＢ内のｅＰＤＣＣＨにおけるセルのための制御チャネル要素（ＣＣＥ）を受信するように構成され得る。ＰＲＢは複数のｅＰＤＣＣＨを運ぶように構成され得、各ｅＰＤＣＣＨは、複数の協調セルの中の独立したセルに対する少なくとも１つのＣＣＥに関連付られ得る。１例において、送受信モジュールは、ＲＲＣシグナリングを介して、ＰＲＢ内のｅＰＤＣＣＨにおけるセルのためのＣＣＥを受信するように構成され得る。

【0062】

協調セルのためのｅＰＤＣＣＨに関連付けられたリソース要素（ＲＥ）は、ブランクであり得る。ｅＰＤＣＣＨにおけるセルのためのＣＣＥは、ＰＲＢペア内にマップされ得る。ＰＲＢペアは、同じサブフレーム内にあり得、複数のｅＰＤＣＣＨを運ぶように構成され得る。

【0063】

ＭＭＳＥ−ＩＲＣ受信機７２２は、ＰＲＢ（またはＰＲＢペア）からのｅＰＤＣＣＨ構成情報から、干渉共分散行列を生成するように構成され得る。干渉共分散行列は、協調セル干渉を含み得る。

【0064】

図１２は、ユーザ装置（ＵＥ）、移動局（ＭＳ）、移動無線デバイス、移動通信デバイス、タブレット、ハンドセット、または他のタイプの無線デバイス等の無線デバイスの例示を提供する。無線デバイスは、ノード、マクロノード、低出力ノード（ＬＰＮ）、または、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線装置（ＲＲＥ）、中継局（ＲＳ）、無線装置（ＲＥ）等の伝送局、または、他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントと通信するように構成された１以上のアンテナを含み得る。無線デバイスは、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、ブルートゥース、およびＷｉＦｉを含む、少なくとも１つの無線通信標準を用いて通信するように構成され得る。無線デバイスは、各無線通信標準のための独立したアンテナを使用して、または、複数の無線通信標準のための共有アンテナを使用して、通信し得る。無線デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮにおいて通信し得る。

【0065】

図１２はまた、無線デバイスからのオーディオ入力および出力のために使用され得るマイクロフォンおよび１以上のスピーカの図を提供する。表示画面は液晶表示（ＬＣＤ）画面、または、有機発光ダイオード（ＯＬＥＤ）表示等の他のタイプの表示画面であり得る。表示画面はタッチ画面として構成され得る。タッチ画面は、容量的、抵抗的、または他のタイプのタッチ画面技術を使用し得る。アプリケーションプロセッサおよびグラフィックプロセッサは、処理能力および表示能力を提供するために内部メモリと結合され得る。ユーザにデータ入出力オプションを提供するために、不揮発性メモリポートがまた使用され得る。不揮発性メモリポートはまた、無線デバイスのメモリ能力を拡張するために使用され得る。キーボードは、追加のユーザ入力を提供するために、無線デバイスと統合され得、または、無線デバイスと無線接続され得る。タッチ画面を利用して仮想キーボードもまた提供され得る。

【0066】

さまざまな技術、または、さまざまな技術の或る側面または部分は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、またはいかなる他のマシン可読記憶媒体、等の具体的な媒体内に具体化されたプログラムコード（即ち、命令）の形をとり得る。ここで、非一時的コンピュータ可読記憶媒体、またはいかなる他のマシン可読記憶媒体にプログラムコードがロードされ、コンピュータ等のマシンによって実行されるとき、マシンはさまざまな技術を実施するための装置となる、プログラム可能なコンピュータ上のプログラムコード実行の場合において、コンピューティングデバイスは、プロセッサ、プロセッサによって読まれることのできる記憶媒体（揮発性および不揮発性メモリ、および／または、記憶要素を含む）、少なくとも１つの入力デバイス、および、少なくとも１つの出力デバイスを含み得る。揮発性および不揮発性メモリ、および／または、記憶要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光ドライブ、磁気ハードドライブ、または、電子データを格納するための他の媒体であり得る。ノードおよび無線デバイスはまた、送受信モジュール、カウンタモジュール、処理モジュール、および／または、クロックモジュールまたはタイマモジュールを含み得る。本明細書において説明された様々な技術を実装または利用し得る１以上のプログラムは、アプリケーションプログラミングインターフェイス（ＡＰＩ）、再利用可能コントロール、等を利用する。そのようなプログラムは、コンピュータシステムと通信するために、ハイレベル手順プログラミング言語、または、オブジェクト指向プログラミング言語において実装され得る。しかし、プログラムは、必要に応じて、アセンブリー言語または機械語において実装され得る。いずれにせよ、言語は、コンパイル方式またはインタープリタ方式の言語であり得、ハードウェア実装と組み合せられ得る。

【0067】

理解されるべきことは、本明細書において記載された機能部の多くは、その実装の独立性をより特別に強調するために、モジュールとしてラベル付けされているということである。例えば、モジュールは、カスタムＶＬＳＩ回路またはゲートアレイ、ロジックチップ、トランジスタ、または他のディスクリート部品等の既製の半導体を含むハードウェア回路として実装され得る。モジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、等のプログラマブルハードウェアデバイスにおいて実装され得る。

【0068】

モジュールはまた、さまざまなタイプのプロセッサによって実行されるためのソフトウェアにおいて実装され得る。識別されたモジュールの実行可能コードは、例えば、コンピュータ命令の１以上の物理的または論理的ブロックを含み、それらは、例えば、オブジェクト、手順、または機能として組織化され得る。それにもかかわらず、識別されたモジュールの実行ファイルは、物理的に一緒に置かれている必要はなく、異なる場所に格納された異種の命令を含み得、論理的に一緒に結合されるとき、該モジュールを含み、該モジュールのための定められた目的を達成し得る。

【0069】

確かに、モジュールの実行可能コードは、単一の命令、または多くの命令であり得、いくつかの異なるコードセグメントに渡って、異なるプログラムの間に、そしていくつかのメモリデバイスを横断して、分散し得る。同様に、本明細書において、運用データが、モジュール内に識別され示され得、いかなる適切な形において具体化され得、いかなる適切なタイプのデータ構造内で組織化され得る。運用データは、単一のデータセットとして集められ得、または、異なる記憶デバイス上を含む異なる場所上に分散し得、少なくとも部分的には、システムまたはネットワーク上の単なる電子信号として存在し得る。モジュールは、所望の機能を実行する操作可能なエージェントを含み、受動的または能動的であり得る。

【0070】

本明細書を通して、「１例」への参照は、その例と関連して説明される特定の機能、構造、または特性が、本発明の少なくとも１つの実施形態の中に含まれることを意味する。このようにして、本明細書を通したさまざまな場所における「１例において」というフレーズの登場は、必ずしもすべて同じ実施形態を参照するものではない。

【0071】

本明細書において使用されているように、複数の項目、構造要素、組成要素、および／または、材料は、便宜的な共通のリストにおいて提示され得る。しかし、これらのリストは、あたかも、リストの各メンバが個別に独立したユニークなメンバとして識別されると解釈されるべきである。このようにして、そのようなリストのいかなる個別のメンバも、共通のグループにおける提示のみに基づいて、それとは反対の表示無しに、同じリストのいかなる他のメンバの事実上の均等物として解釈されるべきではない。加えて、本発明のさまざまな実施形態および例は、それらのさまざまな部品のための代替とともに本明細書において参照され得る。理解されるべきは、そのような実施形態、例、および代替は、お互いの事実上の均等物として解釈されるのではなく、本発明の、独立し自律した表現として考えられるべきであるということである。

【0072】

さらに、説明された特徴、構造、または特性は、１以上の実施形態において、いかなる適切な方法で組合わせられ得る。以下の記載において、発明の実施形態の完全な理解を提供するために、レイアウトの例、距離、ネットワーク例、等の多数の特定の詳細が提供されている。しかし、１以上の特定の詳細無しに、または、他の方法、部品、レイアウト、等を用いて、本発明が実施され得ることを当業者は認識するであろう。他の例において、本発明の側面を不明確にすることを避けるために、周知の構造、材料、または動作は示されない、または、詳細に説明されない。

【0073】

上述の例は、１以上の特定のアプリケーションにおける本発明の原理の実例となるものであるが、発明力の行使無しに、そして、本発明の原理およびコンセプトから逸脱することなく、実装の形、利用、および詳細における多くの修正が為され得ることは、当業者にとって明らかである。それに応じて、以下に示される特許請求の範囲による以外に、本発明が制限されることは意図するものではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】