知財求人 - 知財ポータルサイト「IP Force」
▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-12-09
(45)【発行日】2022-12-19
(54)【発明の名称】ＲＡＣＨ電力オフセット
(51)【国際特許分類】
H04W 52/38 20090101AFI20221212BHJP
H04W 52/18 20090101ALI20221212BHJP
H04W 74/08 20090101ALI20221212BHJP
【ＦＩ】
H04W52/38
H04W52/18
H04W74/08
【請求項の数】
20
(21)【出願番号】P 2019560361
(86)(22)【出願日】2018-05-04
(65)【公表番号】
(43)【公表日】2020-06-25
(86)【国際出願番号】 US2018031254
(87)【国際公開番号】W WO2018204887
(87)【国際公開日】2018-11-08
【審査請求日】2021-05-06
(31)【優先権主張番号】62/501,505
(32)【優先日】2017-05-04
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100154922
【弁理士】
【氏名又は名称】崔 允辰
(72)【発明者】
【氏名】チョン， ヒョンスク
(72)【発明者】
【氏名】ディナン， エスマエル
(72)【発明者】
【氏名】ババエイ， アリレザ
(72)【発明者】
【氏名】パク， キュンミン
【審査官】倉本 敦史
(56)【参考文献】
【文献】国際公開第２０１０／０５２８４３（ＷＯ，Ａ１）
【文献】Ericsson，On path loss estimation for UL power control，3GPP TSG-RAN WG1 #88bis R1-1705915，2017年03月25日，pp.1-4
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線通信システムにおける無線デバイスの方法であって、前記無線デバイスによって、ＳＳ／ＰＢＣＨ（a synchronization signals and physical broadcast channel）ブロックを受信することと、
ランダムアクセス手順（procedure）のプリアンブルの送信のための制御指令を受信することと、
前記プリアンブルのための送信電力を決定することであって、
前記無線デバイスにチャネル状態情報参照信号（ＣＳＩ－ＲＳ）が構成される場合、前記ＣＳＩ－ＲＳの送信電力に関連付けられた電力オフセット値に基づいて前記プリアンブルのための送信電力を決定し、前記ＣＳＩ－ＲＳの前記送信電力は、ＳＳ／ＰＢＣＨブロックの送信電力に関連付けられ、かつ、
前記無線デバイスに前記ＣＳＩ－ＲＳが構成されない場合、前記電力オフセット値に基づくことなく前記ＳＳ／ＰＢＣＨブロックの前記送信電力に基づく、決定することと、
前記送信電力に基づいて前記プリアンブルを送信することと、を含む、方法。
【請求項2】
前記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、請求項１に記載の方法。
【請求項3】
前記電力オフセット値を指示する１つ以上の構成パラメータを受信することをさらに含む、請求項１に記載の方法。
【請求項4】
前記ＣＳＩ－ＲＳの周期性及びリソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す１つ以上の構成パラメータを受信することをさらに含む、請求項１に記載の方法。
【請求項5】
参照信号電力値、プリアンブル基地局が受信した目標電力、またはセルの構成された無線デバイス送信電力のうちの少なくとも１つを指示する１つ以上の構成パラメータを受信することをさらに含む、請求項１に記載の方法。
【請求項6】
前記送信電力が、プリアンブル基地局が受信した目標電力と伝搬損失測定の値との合計に基づく、請求項１に記載の方法。
【請求項7】
前記伝搬損失測定の前記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、１つ以上の構成パラメータがＣＳＩ－ＲＳ構成パラメータを１つ以上含む場合、前記参照信号は前記ＣＳＩ－ＲＳであり、
前記１つ以上の構成パラメータが前記ＣＳＩ－ＲＳ構成パラメータを含まない場合、前記参照信号は少なくとも１つの同期信号である、請求項６に記載の方法。
【請求項8】
前記送信電力の前記決定が、参照信号電力値にさらに基づく、請求項１に記載の方法。
【請求項9】
前記送信電力が、前記ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いる、請求項１に記載の方法。
【請求項10】
１つ以上の構成パラメータが前記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、前記ランダムアクセス手順のプリアンブルの前記送信は少なくとも１つのランダムアクセスチャネルを使用し、前記１つ以上のメッセージが、１つ以上の同期信号と前記ＣＳＩ－ＲＳとの間の関連付け、および
前記少なくとも１つのランダムアクセスチャネルと前記１つ以上の同期信号との間の関連付けを示す、請求項１～９のいずれかに記載の方法。
【請求項11】
無線通信システムにおける無線デバイスであって、トランシーバと、
プロセッサと、を含み、
前記プロセッサは、
前記無線デバイスを介して、ＳＳ／ＰＢＣＨ（a synchronization signals and physical broadcast channel）ブロックを受信し、
前記トランシーバを介して、ランダムアクセス手順（procedure）のプリアンブルの送信のための制御指令を受信し、
チャネル状態情報参照信号（ＣＳＩ－ＲＳ）が構成される場合、前記ＣＳＩ－ＲＳの送信電力に関連付けられた電力オフセット値に基づいて、前記プリアンブルのための送信電力を決定し、ここで、前記ＣＳＩ－ＲＳの前記送信電力は、ＳＳ／ＰＢＣＨブロックの送信電力に関連付けられ、
前記無線デバイスに前記ＣＳＩ－ＲＳが構成されない場合、前記電力オフセット値に基づくことなく前記ＳＳ／ＰＢＣＨブロックの前記送信電力に基づいて、前記プリアンブルのための送信電力を決定し、
前記送信電力に基づいて前記プリアンブルを送信することを特徴とする無線デバイス。
【請求項12】
前記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、請求項１１に記載の無線デバイス。
【請求項13】
前記トランシーバを介して、前記電力オフセット値を指示する１つ以上の構成パラメータを受信する、請求項１１に記載の無線デバイス。
【請求項14】
前記トランシーバを介して、前記ＣＳＩ－ＲＳの周期性及びリソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す１つ以上の構成パラメータを受信する、請求項１１に記載の無線デバイス。
【請求項15】
前記トランシーバを介して、参照信号電力値、プリアンブル基地局が受信した目標電力、またはセルの構成された無線デバイス送信電力のうちの少なくとも１つを指示する１つ以上の構成パラメータを受信することをさらに含む、請求項１１に記載の無線デバイス。
【請求項16】
前記送信電力が、プリアンブル基地局が受信した目標電力と伝搬損失測定の値との合計に基づく、請求項１１に記載の無線デバイス。
【請求項17】
前記伝搬損失測定の前記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、１つ以上の構成パラメータがＣＳＩ－ＲＳ構成パラメータを１つ以上含む場合、前記参照信号は前記ＣＳＩ－ＲＳであり、
前記１つ以上の構成パラメータが前記ＣＳＩ－ＲＳ構成パラメータを含まない場合、前記参照信号は少なくとも１つの同期信号である、請求項１６に記載の無線デバイス。
【請求項18】
前記送信電力の前記決定が、参照信号電力値にさらに基づく、請求項１１に記載の無線デバイス。
【請求項19】
前記送信電力が、前記ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いる、請求項１１に記載の無線デバイス。
【請求項20】
１つ以上の構成パラメータが前記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、前記ランダムアクセス手順のプリアンブルの前記送信は少なくとも１つのランダムアクセスチャネルを使用し、前記１つ以上のメッセージが、１つ以上の同期信号と前記ＣＳＩ－ＲＳとの間の関連付け、および
前記少なくとも１つのランダムアクセスチャネルと前記１つ以上の同期信号との間の関連付けを示す、請求項１１～１９のいずれかに記載の無線デバイス。
【発明の詳細な説明】
【背景技術】
【0001】
本出願は、２０１７年５月４日に出願された米国仮特許出願第６２／５０１，５０５号の利益を主張し、その全体が参照により本明細書に組み込まれる。
【発明の概要】
【課題を解決するための手段】
【0002】
本発明の例示的な実施形態は、キャリアアグリゲーションの動作を可能にする。本明細書で開示される技術の実施形態は、マルチキャリア通信システムの技術分野で用いられてもよい。より具体的には、本明細書で開示される技術の実施形態は、マルチキャリア通信システムにおける信号タイミングに関係し得る。
【0003】
本発明の例示的な実施形態は、様々な物理層変調および送信メカニズムを使用して実装されてもよい。例示的な送信メカニズムには、ＣＤＭＡ、ＯＦＤＭ、ＴＤＭＡ、ウェーブレット技術などが含まれるが、これらに限定されない。ＴＤＭＡ／ＣＤＭＡ、およびＯＦＤＭ／ＣＤＭＡなどのハイブリッド送信メカニズムも用いられ得る。物理層での信号送信には、さまざまな変調方式を適用できる。変調方式の例には、位相、振幅、コード、これらの組み合わせなどが含まれるが、これらに限定されない。例示的な無線送信方法は、ＢＰＳＫ、ＱＰＳＫ、１６－ＱＡＭ、６４－ＱＡＭ、２５６－ＱＡＭなどを使用してＱＡＭを実装してもよい。物理的な無線送信は、送信要件と無線条件に応じて変調およびコーディング方式を動的または半動的に変更することにより強化できる。
【図面の簡単な説明】
【0004】
本発明の様々な実施形態のいくつかの例は、図面を参照して本明細書に記載されている。
【0005】
【図1】本開示の実施形態の一態様による、ＯＦＤＭサブキャリアの例示的なセットを示す図である。
【図2】本開示の実施形態の一態様による、キャリアグループ内の２つのキャリアの例示的な送信時間および受信時間を示す図である。
【図3】本開示の実施形態の一態様による、ＯＦＤＭ無線リソースを示す図である。
【図4】本開示の実施形態の一態様による、基地局および無線デバイスのブロック図である。
【図5A】本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図5B】本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図5C】本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図5D】本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図6】本開示の実施形態の一態様による、マルチコネクティビティを備えたプロトコル構造の例示的な図である。
【図7】本開示の実施形態の一態様による、ＣＡおよびＤＣを有するプロトコル構造の例示的な図である。
【図8】本開示の実施形態の一態様による、ＴＡＧ構成の例を示す。
【図9】本開示の実施形態の一態様による、セカンダリＴＡＧのランダムアクセスプロセスにおける例示的なメッセージフローである。
【図10A】本開示の実施形態の一態様による、５Ｇコアネットワーク（例えば、ＮＧＣ）と基地局（例えば、ｅｇＮＢおよびｅＬＴＥ ｅＮＢ）との間のインターフェースの例示的な図である。
【図10B】本開示の実施形態の一態様による、５Ｇコアネットワーク（例えば、ＮＧＣ）と基地局（例えば、ｅｇＮＢおよびｅＬＴＥ ｅＮＢ）との間のインターフェースの例示的な図である。
【図11A】本開示の実施形態の一態様による、５Ｇ ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ ＲＡＮ（例えば、（ｅ）ＬＴＥ ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図11B】本開示の実施形態の一態様による、５Ｇ ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ ＲＡＮ（例えば、（ｅ）ＬＴＥ ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図11C】本開示の実施形態の一態様による、５Ｇ ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ ＲＡＮ（例えば、（ｅ）ＬＴＥ ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図11D】本開示の実施形態の一態様による、５Ｇ ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ ＲＡＮ（例えば、（ｅ）ＬＴＥ ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図11E】本開示の実施形態の一態様による、５Ｇ ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ ＲＡＮ（例えば、（ｅ）ＬＴＥ ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図11F】本開示の実施形態の一態様による、５Ｇ ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ ＲＡＮ（例えば、（ｅ）ＬＴＥ ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図12A】本開示の実施形態の一態様による、緊密に相互作用するベアラの無線プロトコル構造の例示的な図である。
【図12B】本開示の実施形態の一態様による、緊密に相互作用するベアラの無線プロトコル構造の例示的な図である。
【図12C】本開示の実施形態の一態様による、緊密に相互作用するベアラの無線プロトコル構造の例示的な図である。
【図13A】本開示の実施形態の一態様による、ｇＮＢ展開シナリオの例示的な図である。
【図13B】本開示の実施形態の一態様による、ｇＮＢ展開シナリオの例示的な図である。
【図14】本開示の実施形態の一態様による、集中型ｇＮＢ展開シナリオの機能分割オプションの例の例示的な図である。
【図15A】本開示の実施形態の一態様による、競合ベースの４ステップＲＡ手順および無競合ＲＡ手順の例示的な図である。
【図15B】本開示の実施形態の一態様による、競合ベースの４ステップＲＡ手順および無競合ＲＡ手順の例示的な図である。
【図16】本開示の実施形態の一態様による、ＭＡＣ ＰＤＵフォーマットの例示的な図である。
【図17A】本開示の実施形態の一態様による、ＭＡＣ ＲＡＲフォーマットの例示的な図である。
【図17B】本開示の実施形態の一態様による、ＭＡＣ ＲＡＲフォーマットの例示的な図である。
【図17C】本開示の実施形態の一態様による、ＭＡＣ ＲＡＲフォーマットの例示的な図である。
【図18】本開示の実施形態の一態様による、ＳＳバーストセットの異なる構成の例示的な図である。
【図19】本開示の実施形態の一態様による、ＲＡＣＨ機会、ＲＡＣＨバーストおよびＲＡＣＨバーストセットの例示的な図である。
【図20A】本開示の実施形態の一態様による、ＰＲＡＣＨリソースのＴＤＭおよびＦＤＭマッピングの例示的な図である。
【図20B】本開示の実施形態の一態様による、ＰＲＡＣＨリソースのＴＤＭおよびＦＤＭマッピングの例示的な図である。
【図20C】本開示の実施形態の一態様による、ＰＲＡＣＨリソースのＴＤＭおよびＦＤＭマッピングの例示的な図である。
【図21A】本開示の実施形態の一態様による、ＳＳブロックと１つ以上のＣＳＩ－ＲＳとの間の関連付けの例示的な図である。
【図21B】本開示の実施形態の一態様による、ＳＳブロックと１つ以上のＣＳＩ－ＲＳとの間の関連付けの例示的な図である。
【図22A】本開示の実施形態の一態様による、ビーム固有プリアンブルとＰＲＡＣＨ機会との間のマッピングの例示的な図である。
【図22B】本開示の実施形態の一態様による、ビーム固有プリアンブルとＰＲＡＣＨ機会との間のマッピングの例示的な図である。
【図23】本開示の実施形態の一態様による、マルチビームによるＲＡ手順の例示的な図である。
【図24A】本開示の実施形態の一態様による、ＲＡＲウィンドウの前の複数のプリアンブル送信の例示的な図である。
【図24B】本開示の実施形態の一態様による、ＲＡＲウィンドウの前の複数のプリアンブル送信の例示的な図である。
【図25】本開示の実施形態の一態様による、ワイドビームおよびＣＳＩ－ＲＳナロービームを備えたＩＤＬＥモードＲＳを送信するＴＲＰの例示的な図である。
【図26】本開示の実施形態の一態様による、カウンタの例示的な図である。
【図27】本開示の実施形態の一態様による、カウンタの例示的な図である。
【図28】本開示の実施形態の一態様による、プリアンブルフォーマットに基づいて決定されたＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの例示的な図である。
【図29】本開示の実施形態の一態様による、ＫＰＵＳＣＨの例示的な図である。
【図30A】本開示の実施形態の一態様による、δＰＵＳＣＨ，ｃの例示的な図である。
【図30B】本開示の実施形態の一態様による、δＰＵＳＣＨ，ｃの例示的な図である。
【図31】本開示の実施形態の一態様による、ＰＵＣＣＨの例示的な図である。
【図32】本開示の実施形態の一態様による、δＰＵＣＣＨの例示的な図である。
【図33】本開示の実施形態の一態様による、１つ以上のプリアンブル送信をドロップするための例示的な図である。
【図34】本開示の実施形態の一態様による、電力オフセットを用いるための例示的な図である。
【図35】本開示の実施形態の一態様による、カウンタを管理するための例示的な図である。
【図36】本開示の実施形態の一態様による、ランピング電力を用いるための例示的な図である。
【図37】本開示の実施形態の一態様による、例示的なフロー図である。
【図38】本開示の実施形態の一態様による、例示的なフロー図である。
【図39】本開示の実施形態の一態様による、例示的なフロー図である。
【図40】本開示の実施形態の一態様による、例示的なフロー図である。
【図41】本開示の実施形態の一態様による、例示的なフロー図である。
【図42】本開示の実施形態の一態様による、例示的なフロー図である。
【図43】本開示の実施形態の一態様による、例示的なフロー図である。
【図44】本開示の実施形態の一態様による、例示的なフロー図である。
【発明を実施するための形態】
【0006】
以下の頭字語は、本開示全体で使用される。
【表1-1】
【表1-2】
【表1-3】
【表1-4】
【0007】
図１は、本発明の実施形態の一態様による、ＯＦＤＭサブキャリアの例示的なセットを示す図である。この例に示すように、図の矢印は、マルチキャリアＯＦＤＭシステムのサブキャリアを示してもよい。ＯＦＤＭシステムは、ＯＦＤＭ技術、ＤＦＴＳ－ＯＦＤＭ、ＳＣ－ＯＦＤＭ技術などの技術を使用してもよい。例えば、矢印１０１は、情報シンボルを送信するサブキャリアを示す。図１は例示を目的とするものであり、典型的なマルチキャリアＯＦＤＭシステムは、キャリアにより多くのサブキャリアを含むことができる。例えば、キャリア内のサブキャリアの数は、１０～１０，０００個のサブキャリアの範囲にあってもよい。図１は、送信帯域内の２つの保護帯域１０６および１０７を示す。図１に示すように、保護帯域１０６は、サブキャリア１０３とサブキャリア１０４との間にある。サブキャリアＡ１０２の例示的なセットは、サブキャリア１０３およびサブキャリア１０４を含む。図１は、サブキャリアＢ１０５の例示的なセットも示す。図示のように、例示的なサブキャリアのセットＢ１０５の任意の２つのサブキャリア間に保護帯域はない。マルチキャリアＯＦＤＭ通信システムのキャリアは、連続キャリア、非連続キャリア、または連続キャリアと非連続キャリアの両方の組み合わせであってもよい。
【0008】
図２は、本発明の実施形態の一態様による、２つのキャリアの例示的な送信時間および受信時間を示す図である。マルチキャリアＯＦＤＭ通信システムは、例えば１～１０キャリアの範囲の１つ以上のキャリアを含んでもよい。キャリアＡ２０４およびキャリアＢ２０５は、同じまたは異なるタイミング構造を有してもよい。図２は２つの同期されたキャリアを示しているが、キャリアＡ２０４とキャリアＢ２０５は互いに同期してもしなくてもよい。ＦＤＤおよびＴＤＤデュプレックスメカニズムでは、異なる無線フレーム構造がサポートされてもよい。図２は、例示的なＦＤＤフレームタイミングを示す。ダウンリンクおよびアップリンク送信は、無線フレーム２０１に編成されてもよい。この例では、無線フレーム期間は１０ミリ秒である。例えば、１～１００ミリ秒の範囲の他のフレーム期間もサポートされ得る。この例では、各１０ミリ秒無線フレーム２０１は、１０個の同じサイズのサブフレーム２０２に分割されてもよい。０．５ミリ秒、１ミリ秒、２ミリ秒、５ミリ秒など、他のサブフレーム期間もサポートされ得る。サブフレームは、２つ以上のスロット（スロット２０６および２０７など）で構成されてもよい。ＦＤＤの例では、１０ミリ秒間隔ごとに１０個のサブフレームがダウンリンク送信に使用でき、１０個のサブフレームがアップリンク送信に使用できる。アップリンクとダウンリンクの送信は、周波数領域で分離されてもよい。スロットは、通常のＣＰで最大６０ｋＨｚの同じサブキャリア間隔で７または１４ＯＦＤＭシンボルとすることができる。スロットは、通常のＣＰで６０ｋＨｚを超える同じサブキャリア間隔で１４ＯＦＤＭシンボルとすることができる。スロットには、すべてのダウンリンク、すべてのアップリンク、またはダウンリンク部分とアップリンク部分などを含めることができる。スロットアグリゲーションをサポートでき、例えば、１つまたは複数のスロットにまたがるようにデータ送信をスケジュールできる。一例では、ミニスロットはサブフレーム内のＯＦＤＭシンボルで開始することができる。ミニスロットは、１つ以上のＯＦＤＭシンボルの期間を有することができる。スロットは、複数のＯＦＤＭシンボル２０３を含むことができる。スロット２０６内のＯＦＤＭシンボル２０３の数は、サイクリックプレフィックス長およびサブキャリア間隔に依存してもよい。
【0009】
図３は、本発明の実施形態の一態様による、ＯＦＤＭ無線リソースを示す図である。時間３０４および周波数３０５のリソースグリッド構造が図３に示されている。ダウンリンクサブキャリアまたはＲＢの量は、少なくとも部分的に、セル内で構成されたダウンリンク送信帯域幅３０６に依存してもよい。最小の無線リソースユニットは、リソース要素と呼ばれる場合がある（例：３０１）。リソース要素は、リソースブロックにグループ化することができる（例：３０２）。リソースブロックは、リソースブロックグループ（ＲＢＧ）と呼ばれるより大きな無線リソースにグループ化することができる（例：３０３）。スロット２０６内の送信信号は、複数のサブキャリアおよび複数のＯＦＤＭシンボルの１つまたはいくつかのリソースグリッドによって記述され得る。リソースブロックを使用して、特定の物理チャネルからリソース要素へのマッピングを記述することができる。物理リソース要素の他の事前定義されたグループ化は、無線技術に応じてシステムに実装することができる。例えば、２４のサブキャリアは、５ミリ秒の期間、無線ブロックとしてグループ化することができる。例示的な例では、リソースブロックは、時間領域の１つのスロットと周波数領域の１８０ｋＨｚに対応してもよい（１５ＫＨｚのサブキャリア帯域幅と１２のサブキャリアの場合）。
【0010】
例示的な実施形態では、複数の数秘術がサポートされ得る。一例では、整数Ｎによって基本的なサブキャリア間隔をスケーリングすることにより、数秘術を導出することができる。一例では、スケーラブルな数秘術は、少なくとも１５ｋＨｚ～４８０ｋＨｚのサブキャリア間隔を可能にし得る。１５ｋＨｚの数秘術と同じＣＰオーバーヘッドを持つ異なるサブキャリア間隔のスケーリングされた数秘術は、ＮＲキャリアで１ミリ秒ごとにシンボル境界に整合してもよい。
【0011】
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本発明の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。図５Ａは、例示的なアップリンク物理チャネルを示す。物理アップリンク共有チャネルを表すベースバンド信号は、以下のプロセスを実行してもよい。これらの機能は例として示されており、さまざまな実施形態で他のメカニズムを実装することができることが予想される。機能には、スクランブリング、スクランブルビットの変調による複素数値シンボルの生成、複素数値変調シンボルの１つ以上の送信層へのマッピング、プリコーディングの変換による複素数値シンボルの生成、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、各アンテナポートの複素数値時間領域ＤＦＴＳ－ＯＦＤＭ／ＳＣ－ＦＤＭＡ信号の生成などが含まれてもよい。
【0012】
各アンテナポートの複素数値ＤＦＴＳ－ＯＦＤＭ／ＳＣ－ＦＤＭＡベースバンド信号および／または複素数値ＰＲＡＣＨベースバンド信号のキャリア周波数への変調およびアップコンバージョンの例を図５Ｂに示す。送信前にフィルタリングを用いることができる。
【0013】
ダウンリンク送信の構造例は、図５Ｃに示されている。ダウンリンク物理チャネルを表すベースバンド信号は、以下のプロセスを実行してもよい。これらの機能は例として示されており、さまざまな実施形態で他のメカニズムを実装することができることが予想される。機能には、物理チャネルで送信される各コードワードのコード化ビットのスクランブル、スクランブルビットの変調による複素数値変調シンボルの生成、複素数値変調シンボルの１つまたはいくつかの送信層上へのマッピング、アンテナポートで送信するための各層の複素数値変調シンボルのプリコーディング、各アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、各アンテナポートの複素数値時間領域ＯＦＤＭ信号の生成などが含まれる。
【0014】
各アンテナポートの複素数値ＯＦＤＭベースバンド信号のキャリア周波数への変調とアップコンバージョンの例を図５Ｄに示す。送信前にフィルタリングを用いることができる。
【0015】
図４は、本発明の実施形態の一態様による、基地局４０１および無線デバイス４０６の例示的なブロック図である。通信ネットワーク４００は、少なくとも１つの基地局４０１および少なくとも１つの無線デバイス４０６を含むことができる。基地局４０１は、少なくとも１つの通信インターフェース４０２、少なくとも１つのプロセッサ４０３、および非一時的メモリ４０４に格納され、少なくとも１つのプロセッサ４０３によって実行可能なプログラムコード命令４０５の少なくとも１つのセットを含むことができる。無線デバイス４０６は、少なくとも１つの通信インターフェース４０７、少なくとも１つのプロセッサ４０８、および非一時的メモリ４０９に格納され、少なくとも１つのプロセッサ４０８によって実行可能なプログラムコード命令４１０の少なくとも１つのセットを含むことができる。基地局４０１の通信インターフェース４０２は、少なくとも１つの無線リンク４１１を含む通信経路を介して無線デバイス４０６の通信インターフェース４０７と通信するように構成されてもよい。無線リンク４１１は、双方向リンクとすることができる。無線デバイス４０６の通信インターフェース４０７は、基地局４０１の通信インターフェース４０２との通信に従事するように構成されてもよい。基地局４０１および無線デバイス４０６は、複数の周波数キャリアを使用して無線リンク４１１を介してデータを送受信するように構成されてもよい。実施形態の様々な態様のうちのいくつかによれば、トランシーバが用いられてもよい。トランシーバは、トランスミッタとレシーバの両方を含むデバイスである。トランシーバは、無線デバイス、基地局、中継ノードなどのデバイスで用いることができる。通信インターフェース４０２、４０７および無線リンク４１１に実装される無線技術の例示的な実施形態は、図１、図２、図３、図５、および関連するテキストで示されている。
【0016】
インターフェースは、ハードウェアインターフェース、ファームウェアインターフェース、ソフトウェアインターフェース、および／またはそれらの組み合わせであってもよい。ハードウェアインターフェースは、コネクタ、ワイヤ、ドライバなどの電子デバイス、アンプなどを含むことができる。ソフトウェアインターフェースは、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、それらの組み合わせなどを実装するためにメモリデバイスに格納されたコードを含んでもよい。ファームウェアインターフェースには、接続、電子デバイス動作、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、ハードウェア動作、それらの組み合わせなどを実装するために、メモリデバイスに格納された、および／またはメモリデバイスと通信して埋め込まれたハードウェアとコードの組み合わせを含んでもよい。
【0017】
用語「構成された」は、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの容量に関連する場合がある。「構成された」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定を指す場合もある。言い換えると、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリ値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成」され得る。「デバイスで発生する制御メッセージ」などの用語は、デバイスが動作状態か非動作状態かにかかわらず、制御メッセージにデバイスの特定の特性を構成するために使用できるパラメータがあることを意味する場合がある。
【0018】
実施形態の様々な態様のいくつかによれば、５Ｇネットワークは多数の基地局を含むことができ、無線デバイスに向けてユーザプレーンＮＲ ＰＤＣＰ／ＮＲ ＲＬＣ／ＮＲ ＭＡＣ／ＮＲ ＰＨＹおよび制御プレーン（ＮＲ ＲＲＣ）プロトコル終端を提供する。基地局は、他の基地局と相互接続することができる（Ｘｎインターフェースを用いるなど）。基地局はまた、例えばＮＧＣへのＮＧインターフェースを用いて接続されてもよい。図１０Ａおよび図１０Ｂは、本発明の実施形態の一態様による、５Ｇコアネットワーク（例えば、ＮＧＣ）と基地局（例えば、ｇＮＢおよびｅＬＴＥ ｅＮＢ）との間のインターフェースの例示的な図である。例えば、基地局は、ＮＧ－Ｃインターフェースを用いるＮＧＣ制御プレーン（例えば、ＮＧ ＣＰ）およびＮＧ－Ｕインターフェースを用いるＮＧＣユーザプレーン（例えば、ＵＰＧＷ）に相互接続されてもよい。ＮＧインターフェースは、５Ｇコアネットワークと基地局間の多対多の関係をサポートすることができる。
【0019】
基地局には、例えば、１、２、３、４、または６つのセクターなど、多くのセクターが含まれる場合がある。基地局は、例えば１～５０個以上のセルの範囲の多くのセルを含むことができる。セルは、例えばプライマリセルまたはセカンダリセルに分類できる。ＲＲＣ接続の確立／再確立／ハンドオーバーでは、１つのサービングセルがＮＡＳ（非アクセス層）モビリティ情報（例えば、ＴＡＩ）を提供し、ＲＲＣ接続の再確立／ハンドオーバーでは、１つのサービングセルがセキュリティ入力を提供することができる。このセルは、プライマリセル（ＰＣｅｌｌ）と呼ばれる場合がある。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアはダウンリンクプライマリコンポーネントキャリア（ＤＬ ＰＣＣ）とし、アップリンクでは、アップリンクプライマリコンポーネントキャリア（ＵＬ ＰＣＣ）とすることができる。無線デバイスの機能に応じて、セカンダリセル（ＳＣｅｌｌ）は、ＰＣｅｌｌとサービングセルのセットを一緒に形成するように構成することができる。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ）であり、アップリンクではアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）である。ＳＣｅｌｌには、アップリンクキャリアを有する場合と有しない場合がある。
【0020】
ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。キャリア（ダウンリンクまたはアップリンク）は１つのセルにのみ属することができる。セルＩＤまたはセルインデックスは、セルのダウンリンクキャリアまたはアップリンクキャリアも（使用されるコンテキストに応じて）識別することができる。本明細書では、セルＩＤは、キャリアＩＤと等しく呼ばれてもよく、セルインデックスは、キャリアインデックスと呼ばれてもよい。実装では、物理セルＩＤまたはセルインデックスをセルに割り当てることができる。セルＩＤは、ダウンリンクキャリアで送信される同期信号を使用して決定されてもよい。セルインデックスは、ＲＲＣメッセージを使用して決定されてもよい。例えば、仕様が第１のダウンリンクキャリアの第１の物理セルＩＤを指す場合、仕様は、第１のダウンリンクキャリアを含むセルの第１の物理セルＩＤを意味する場合がある。同じ概念が、例えば、キャリアのアクティベーションに適用される場合がある。仕様が第１のキャリアがアクティブになっていることを示している場合、その仕様は、第１のキャリアを含むセルがアクティブになっていることを等しく意味する場合がある。
【0021】
実施形態は、必要に応じて動作するように構成されてもよい。開示されたメカニズムは、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされたときに実行され得る。例示的な基準は、例えば、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。１つ以上の基準が満たされると、様々な例示的な実施形態が適用され得る。したがって、開示されたプロトコルを選択的に実装する例示的な実施形態を実装することが可能であり得る。
【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】
機能分割は、ＣＵごと、ＤＵごと、ＵＥごと、ベアラごと、スライスごと、または他の粒度で構成されてもよい。ＣＵごとの分割では、ＣＵに固定分割があり、ＤＵはＣＵの分割オプションに一致するように構成することができる。ＤＵ分割ごとに、各ＤＵは異なる分割で構成でき、ＣＵは異なるＤＵに異なる分割オプションを提供することができる。ＵＥごとの分割では、ｇＮＢ（ＣＵおよびＤＵ）が異なるＵＥに異なる分割オプションを提供することができるベアラごとの分割では、異なるベアラタイプに異なる分割オプションを使用できる。スライスごとのスプライスでは、異なるスライスに異なる分割オプションを適用できる。
【0049】
例示的な実施形態では、新無線アクセスネットワーク（新ＲＡＮ）は異なるネットワークスライスをサポートし、エンドツーエンドスコープで異なるサービス要件をサポートするようにカスタマイズされた差別化された処理を可能にし得る。新ＲＡＮは、事前構成され得る異なるネットワークスライスのトラフィックの差別化された処理を提供し得、単一のＲＡＮノードが複数のスライスをサポートすることを可能にし得る。新ＲＡＮは、ＵＥまたはＮＧＣ（例えば、ＮＧ ＣＰ）によって提供される１つ以上のスライスＩＤまたはＮＳＳＡＩによって、所定のネットワークスライスのＲＡＮ部分の選択をサポートすることができる。スライスＩＤまたはＮＳＳＡＩは、ＰＬＭＮ内の事前構成されたネットワークスライスの１つ以上を識別できる。初期接続では、ＵＥはスライスＩＤおよび／またはＮＳＳＡＩを提供し、ＲＡＮノード（例えば、ｇＮＢ）は、初期ＮＡＳシグナリングをＮＧＣコントロールプレーン機能（例えばＮＧ ＣＰ）にルーティングするために、スライスＩＤまたはＮＳＳＡＩを使用することができる。ＵＥがスライスＩＤまたはＮＳＳＡＩを提供しない場合、ＲＡＮノードはＮＡＳシグナリングをデフォルトのＮＧＣコントロールプレーン機能に送信できる。後続のアクセスでは、ＵＥはスライス識別用の一時ＩＤを提供することができ、スライス識別はＮＧＣ制御プレーン機能によって割り当てられ、ＲＡＮノードがＮＡＳメッセージを関連するＮＧＣ制御プレーン機能にルーティングできるようにする。新ＲＡＮは、スライス間のリソース分離をサポートすることができる。ＲＡＮリソース分離は、１つのスライス内の共有リソースの不足が別のスライスのサービスレベルアグリーメントに違反することを回避することで実現できる。
【0050】
セルラーネットワークを介して送信されるデータトラフィックの量は、今後何年も増加すると予想されている。ユーザ／デバイスの数は増加しており、各ユーザ／デバイスは、ビデオ配信、大きなファイル、画像など、ますます多くの種類のサービスにアクセスしている。これには、ネットワークの大容量だけでなく、双方向性と応答性に関する顧客の期待に応えるために、非常に高いデータレートを提供する必要がある。したがって、携帯電話事業者が増加する需要を満たすためには、より多くのスペクトルが必要である。シームレスなモビリティとともに高いデータレートに対するユーザの期待を考慮すると、セルラーシステムのスモールセルと同様にマクロセルを展開するためにより多くのスペクトルを利用できるようにすることが有益である。
【0051】
市場の需要に応えるために、無認可スペクトルを利用してトラフィックの増加に対応する補完的なアクセスを展開することに、事業者からの関心が高まっている。これは、事業者が展開する多数のＷｉ－Ｆｉネットワークと、ＬＴＥ／ＷＬＡＮインターワーキングソリューションの３ＧＰＰ標準化によって実証されている。この関心は、無認可スペクトルが存在する場合、ホットスポットエリアなどのいくつかのシナリオでトラフィックの爆発的増加に対処するのに役立つ携帯電話事業者のライセンススペクトルを効果的に補完できることを示す。ＬＡＡは、事業者が１つの無線ネットワークを管理しながら、無認可スペクトルを利用するための代替手段を提供し、ネットワークの効率を最適化する新しい可能性を提供する。
【0052】
例示的な実施形態では、ＬＡＡセルでの送信のためにリッスンビフォアトーク（クリアチャネルアセスメント）を実装することができる。リッスンビフォアトーク（ＬＢＴ）手順では、チャネルを使用する前に、機器がクリアチャネルアセスメント（ＣＣＡ）チェックを適用する場合がある。例えば、ＣＣＡは、少なくともエネルギー検出を利用して、チャネル上の他の信号の有無を判断し、チャネルが占有されているか、クリアであるかをそれぞれ判断する。例えば、ヨーロッパと日本の規制では、無認可帯域でのＬＢＴの使用が義務付けられている。規制要件とは別に、ＬＢＴを介したキャリアセンシングは、無認可スペクトルを公平に共有するための１つの方法である。
【0053】
例示的な実施形態では、最大送信期間が制限された無認可キャリアでの不連続送信が有効にされてもよい。これらの機能の一部は、不連続ＬＡＡダウンリンク送信の開始から送信される１つ以上の信号によってサポートされる場合がある。チャネル予約は、成功したＬＢＴ動作を介してチャネルアクセスを取得した後、ＬＡＡノードによる信号の送信によって有効になり、特定の閾値を超えるエネルギーで送信信号を受信する他のノードが占有されるチャネルを感知できるようにする。不連続ダウンリンク送信でのＬＡＡ動作のために１つ以上の信号でサポートする必要がある機能には、ＵＥによるＬＡＡダウンリンク送信（セル識別を含む）の検出、ＵＥの時間と周波数の同期のうちの１つ以上が含まれる。
【0054】
例示的な実施形態では、ＤＬ ＬＡＡ設計は、ＣＡによって集約されたサービングセルにわたるＬＴＥ－Ａキャリアアグリゲーションタイミング関係に従ってサブフレーム境界アラインメントを用いてもよい。これは、ｅＮＢ送信がサブフレーム境界でのみ開始できることを意味しない場合がある。ＬＡＡは、ＬＢＴに従ってサブフレーム内のすべてのＯＦＤＭシンボルを送信できるわけではない場合、ＰＤＳＣＨの送信をサポートする場合がある。ＰＤＳＣＨに必要な制御情報の配信もサポートされる場合がある。
【0055】
ＬＢＴ手順は、ＬＡＡと他の事業者および無認可スペクトルで動作する技術との公正かつ友好的な共存のために用いられる場合がある。無認可スペクトルにおけるキャリアで送信しようとするノードでのＬＢＴ手順では、ノードがクリアチャネルアセスメントを実行して、チャネルが使用できるかどうかを判断する必要がある。ＬＢＴ手順には、チャネルが使用されているかどうかを判断するための少なくともエネルギー検出が含まれる場合がある。例えば、ヨーロッパなど一部の地域の規制要件では、ノードがこの閾値を超えるエネルギーを受け取る場合、ノードはチャネルが空いていないと仮定するように、エネルギー検出閾値を指定する。ノードはこのような規制要件に従ってもよく、オプションで、規制要件で指定された閾値よりも低い閾値をエネルギー検出に使用してもよい。一例では、ＬＡＡは、エネルギー検出閾値を適応的に変更するメカニズムを用いてもよく、例えば、ＬＡＡは、上限からエネルギー検出閾値を適応的に低下させるメカニズムを用いてもよい。適応メカニズムは、閾値の静的または半静的な設定を妨げない場合がある。一例では、カテゴリ４ＬＢＴメカニズムまたは他のタイプのＬＢＴメカニズムを実装することができる。
【0056】
さまざまな例のＬＢＴメカニズムを実装することができる。一例では、一部の信号、一部の実装シナリオ、一部の状況、および／または一部の周波数では、送信エンティティによってＬＢＴ手順が実行されない場合がある。一例では、カテゴリ２（例えば、ランダムバックオフのないＬＢＴ）を実装することができる。送信エンティティが送信する前にチャネルがアイドル状態であると感知される期間は、決定論的であり得る。一例では、カテゴリ３（例えば、固定サイズのコンテンションウィンドウを使用したランダムバックオフのＬＢＴ）を実装することができる。ＬＢＴ手順には、そのコンポーネントの１つとして次の手順がある。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを描画できる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値で指定できる。コンテンションウィンドウのサイズは固定できる。乱数Ｎは、送信エンティティがチャネル上で送信する前に、チャネルがアイドルであると感知される期間を決定するためにＬＢＴ手順で用いられてもよい。一例では、カテゴリ４（例えば、可変サイズのコンテンションウィンドウを使用したランダムバックオフのＬＢＴ）を実装することができる。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを描画できる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値で指定できる。送信エンティティは、乱数Ｎを描画するときにコンテンションウィンドウのサイズを変更できる。乱数Ｎは、ＬＢＴ手順で使用して送信エンティティがチャネル上で送信する前に、チャネルがアイドル状態であると感知される期間を決定するためにＬＢＴ手順で使用される。
【0057】
ＬＡＡはＵＥでアップリンクＬＢＴを用いることができる。ＵＬ ＬＢＴスキームは、例えば、ＬＡＡ ＵＬがＵＥのチャネル競合機会に影響を及ぼすスケジュールされたアクセスに基づいているため、（例えば、異なるＬＢＴメカニズムまたはパラメータを使用することにより）ＤＬ ＬＢＴスキームと異なる場合がある。異なるＵＬ ＬＢＴスキームを動機付けるその他の考慮事項には、単一のサブフレームでの複数のＵＥの多重化が含まれるが、これらに限定されない。
【0058】
一例では、ＤＬ送信バーストは、同じＣＣ上の同じノードからの直前または直後に送信がないＤＬ送信ノードからの連続送信とすることができる。ＵＥの観点からのＵＬ送信バーストは、同じＣＣ上の同じＵＥからの直前または直後に送信がないＵＥからの連続送信とすることができる。一例では、ＵＥの観点からＵＬ送信バーストが定義される。一例では、ＵＬ送信バーストは、ｅＮＢの観点から定義されてもよい。一例では、同じ無認可キャリア上でＤＬ＋ＵＬ ＬＡＡを動作するｅＮＢの場合、ＬＡＡ上のＤＬ送信バーストおよびＵＬ送信バーストは、同じ無認可キャリア上でＴＤＭ方式でスケジュールされ得る。例えば、ある瞬間は、ＤＬ送信バーストまたはＵＬ送信バーストの一部とすることができる。
【0059】
４ステップランダムアクセス（ＲＡ）手順には、図１５Ａに示すように、第１のステップでのＲＡプリアンブル（ＲＡＰ）送信、第２のステップでのランダムアクセス応答（ＲＡＲ）送信、第３のステップでの１つ以上のトランスポートブロック（ＴＢ）のスケジュール送信、および第４のステップでの競合解決が含まれる。競合のないＲＡの場合、最初の２つのステップであるＲＡＰおよびＲＡＲ送信を実装することができる。競合解決は、図１５Ｂに示すように専用のＲＡプリアンブルのために実装されない場合がある。
【0060】
第１のステップで、無線デバイスは、構成されたＲＡプリアンブルフォーマットを使用して、単一の特定のＴｘビームでＲＡＰを送信する。ＲＡチャネル（ＲＡＣＨ）リソースは、ＲＡＰを送信する時間周波数リソースとして定義されてもよい。ブロードキャストシステム情報は、無線デバイスがＲＡＣＨリソースのサブセット内で１回または複数回／繰り返しプリアンブルを送信する必要があるかどうかを通知する。
【0061】
基地局は、第２のステップでダウンリンク（ＤＬ）送信を決定するために、ＤＬ信号／チャネルと、ＲＡＣＨリソースのサブセットおよび／またはＲＡＰインデックスのサブセットとの間の関連付けを構成することができる。ＤＬ測定および対応する関連付けに基づいて、無線デバイスは、ＲＡＣＨリソースのサブセットおよび／またはＲＡＰインデックスのサブセットを選択することができる。一例では、ブロードキャストシステム情報によって通知される２つのＲＡＰグループがあり得、１つはオプションであり得る。基地局が４ステップＲＡ手順で２つのグループを構成する場合、無線デバイスは、第３のステップで無線デバイスが送信したメッセージのサイズと伝搬損失を使用して、無線デバイスがＲＡＰを選択するグループを決定できる。基地局は、ＲＡＰが属するグループタイプを、第３のステップのメッセージサイズおよび無線デバイスの無線状態の指標として使用できる。基地局は、システム情報に関する１つ以上の閾値とともに、ＲＡＰグループ化情報をブロードキャストできる。
【0062】
ＵＥが、例えば新しいセルへのハンドオーバーのために、競合のないＲＡを実行するように要求されている場合、使用するプリアンブルは、基地局から明示的に示される場合がある。衝突を回避するために、基地局は、競合ベースのランダムアクセスに使用される２つのサブセット以外のシーケンスから、競合のないプリアンブルを選択できる。
【0063】
４ステップＲＡ手順の第２のステップでは、基地局は、無線デバイスが送信するＲＡＰの受信に応じて、無線デバイスにＲＡ応答（ＲＡＲ）を送信することができる。無線デバイスは、ＲＡ応答ウィンドウ内のＲＡ－ＲＮＴＩによって識別されるＲＡＲの物理層ダウンリンク制御チャネルを監視することができ、ＲＡ応答ウィンドウは、ＲＡＰ送信の終了と３つのサブフレームを含み、長さｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅを持つサブフレームで開始できる。無線デバイスは、無線デバイスが次のようにＲＡＰを送信するＰＲＡＣＨに関連付けられたＲＡ－ＲＮＴＩを計算できる。
ＲＡ－ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ
ここで、ｔ＿ｉｄは指定されたＰＲＡＣＨの第１のサブフレームのインデックス（０≦ｔ＿ｉｄ＜１０）であり、ｆ＿ｉｄは、ＮＢ－ＩｏＴ ＵＥ、ＢＬ ＵＥ、または拡張カバレッジのＵＥを除き、周波数ドメインの昇順（０≦ｆ＿ｉｄ＜６）で、そのサブフレーム内の指定されたＰＲＡＣＨのインデックスである。一例では、異なるタイプのＵＥ、例えば、ＮＢ－ＩｏＴ、ＢＬ－ＵＥ、および／または拡張カバレッジのＵＥは、ＲＡ－ＲＮＴＩ計算のために異なる式を用いることができる。
ＲＡ－ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ
ここで、ｔ＿ｉｄは指定されたＰＲＡＣＨの第１のサブフレームのインデックス（０≦ｔ＿ｉｄ＜１０）であり、ｆ＿ｉｄは、ＮＢ－ＩｏＴ ＵＥ、ＢＬ ＵＥ、または拡張カバレッジのＵＥを除き、周波数ドメインの昇順（０≦ｆ＿ｉｄ＜６）で、そのサブフレーム内の指定されたＰＲＡＣＨのインデックスである。一例では、異なるタイプのＵＥ、例えば、ＮＢ－ＩｏＴ、ＢＬ－ＵＥ、および／または拡張カバレッジのＵＥは、ＲＡ－ＲＮＴＩ計算のために異なる式を用いることができる。
【0064】
ＢＬ ＵＥおよび拡張カバレッジのＵＥの場合、ランダムアクセスプリアンブルが送信されるＰＲＡＣＨに関連付けられたＲＡ－ＲＮＴＩは、次のように計算できる。
ＲＡ－ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊（ＳＦＮ＿ｉｄ ｍｏｄ（Ｗｍａｘ／１０））
ここで、ｔ＿ｉｄは指定されたＰＲＡＣＨの第１のサブフレームのインデックス（０≦ｔ＿ｉｄ＜１０）であり、ｆ＿ｉｄは、周波数ドメインの昇順（０≦ｆ＿ｉｄ＜６）で、そのサブフレーム内の指定されたＰＲＡＣＨのインデックスであり、ＳＦＮ＿ｉｄは、指定されたＰＲＡＣＨの第１の無線フレームのインデックスであり、Ｗｍａｘは４００で、ＢＬ ＵＥまたは拡張カバレッジのＵＥのサブフレームの最大可能ＲＡＲウィンドウサイズである。
ＲＡ－ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊（ＳＦＮ＿ｉｄ ｍｏｄ（Ｗｍａｘ／１０））
ここで、ｔ＿ｉｄは指定されたＰＲＡＣＨの第１のサブフレームのインデックス（０≦ｔ＿ｉｄ＜１０）であり、ｆ＿ｉｄは、周波数ドメインの昇順（０≦ｆ＿ｉｄ＜６）で、そのサブフレーム内の指定されたＰＲＡＣＨのインデックスであり、ＳＦＮ＿ｉｄは、指定されたＰＲＡＣＨの第１の無線フレームのインデックスであり、Ｗｍａｘは４００で、ＢＬ ＵＥまたは拡張カバレッジのＵＥのサブフレームの最大可能ＲＡＲウィンドウサイズである。
【0065】
ＮＢ－ＩｏＴ ＵＥの場合、ランダムアクセスプリアンブルが送信されるＰＲＡＣＨに関連付けられたＲＡ－ＲＮＴＩは、次のように計算できる。
ＲＡ－ＲＮＴＩ＝１＋ｆｌｏｏｒ（ＳＦＮ＿ｉｄ／４）
ここで、ＳＦＮｉｄは、指定されたＰＲＡＣＨの第１の無線フレームのインデックスである。
ＲＡ－ＲＮＴＩ＝１＋ｆｌｏｏｒ（ＳＦＮ＿ｉｄ／４）
ここで、ＳＦＮｉｄは、指定されたＰＲＡＣＨの第１の無線フレームのインデックスである。
【0066】
無線デバイスは、無線デバイスによって送信されたＲＡＰに一致するＲＡＰ識別子（ＲＡＰＩＤ）を含むＲＡＲのＭＡＣパケットデータユニット（ＰＤＵ）の復号後、ＲＡＲの監視を停止してもよい。ＭＡＣ ＰＤＵは、１つ以上のＭＡＣ ＲＡＲと、バックオフインジケータ（ＢＩ）を有するサブヘッダと、ＲＡＰＩＤを含む１つ以上のサブヘッダとを含み得るＭＡＣヘッダとを含んでもよい。図１６は、４ステップＲＡ手順のためのＭＡＣヘッダおよびＭＡＣ ＲＡＲを含むＭＡＣ ＰＤＵの例を示す。ＲＡＲが無線デバイスが送信するＲＡＰに対応するＲＡＰＩＤを含む場合、無線デバイスは、タイミングアドバンス（ＴＡ）コマンド、ＵＬ許可、一時Ｃ－ＲＮＴＩ（ＴＣ－ＲＮＴＩ）などのデータをＲＡＲで処理できる。
【0067】
【0068】
専用のプリアンブルを使用した競合のないランダムアクセスが使用される場合、この第２のステップはＲＡ手順の最後のステップになる場合がある。競合を処理する必要はない場合があり、および／または、ＵＥはすでにＣ－ＲＮＴＩの形で割り当てられた一意のＩＤを有する場合がある。
【0069】
４ステップＲＡ手順の第３のステップでは、無線は、第２のステップで受信したＲＡＲのＴＡコマンドに対応するＴＡ値を使用してＵＬタイムアライメントを調整し、受信したＲＡＲのＵＬ許可で割り当てられたＵＬリソースを使用して１つ以上のＴＢを基地局に送信することができる。無線デバイスが第３のステップで送信するＴＢは、ＲＲＣ接続要求、ＲＲＣ接続再確立要求、ＲＲＣ接続再開要求などのＲＲＣシグナリング、および無線デバイスＩＤを含むことができ、ＩＤは第４のステップで競合解決メカニズムの一部として使用される。
【0070】
４ステップＲＡ手順の第４のステップは、競合解決のためのＤＬメッセージを含むことができる。第２のステップから、１つ以上の無線デバイスは、第１のステップで同じＲＡＰを使用して同時ＲＡ試行を実行し、第２のステップで同じＴＣ－ＲＮＴＩで同じＲＡＲを受信することができる。第４のステップでの競合解決は、無線デバイスが別の無線デバイスＩＤを誤って使用しないようにすることであってもよい。競合解決メカニズムは、無線デバイスがＣ－ＲＮＴＩを有しているかどうかに応じて、ＰＤＣＣＨのＣ－ＲＮＴＩまたはＤＬ－ＳＣＨの競合解決ＩＤのいずれかに基づいてもよい。無線デバイスがＣ－ＲＮＴＩを有している場合、ＰＤＣＣＨでＣ－ＲＮＴＩを検出すると、無線デバイスはＲＡ手順の成功を判断できる。無線デバイスにＣ－ＲＮＴＩが事前に割り当てられていない場合、無線デバイスは、基地局が第２のステップのＲＡＲで送信するＴＣ－ＲＮＴＩに関連付けられたＤＬ－ＳＣＨを監視し、第４のステップでＤＬ－ＳＣＨの基地局によって送信されたデータのＩＤと、無線デバイスが第３のステップで送信するＩＤを比較することができる。２つのＩＤが同一である場合、無線デバイスはＲＡ手順の成功を判断し、ＴＣ－ＲＮＴＩをＣ－ＲＮＴＩにプロモートする。４ステップＲＡ手順の第４のステップは、ＨＡＲＱ再送信を可能にし得る。無線デバイスは、第３のステップで無線デバイスが１つ以上のＴＢを基地局に送信するときにｍａｃ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを開始し、ＨＡＲＱ再送信時にｍａｃ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを再起動することができる。無線デバイスが第４のステップでＣ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによって識別されたＤＬリソースでデータを受信すると、無線デバイスはｍａｃ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを停止することができる。無線デバイスが、第３のステップで無線デバイスによって送信されたＩＤに一致する競合解決ＩＤを検出しない場合、無線デバイスは、ＲＡ手順の失敗を判断し、ＴＣ－ＲＮＴＩを破棄することができる。ｍａｃ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの有効期限が切れると、無線デバイスはＲＡ手順の失敗を判断し、ＴＣ－ＲＮＴＩを破棄することができる。競合解決が失敗した場合、無線デバイスはＭＡＣ ＰＤＵの送信に使用されるＨＡＲＱバッファをフラッシュし、第１のステップから４ステップＲＡ手順を再開できる。無線デバイスは、０とＲＡＲのＭＡＣ ＰＤＵのＢＩに対応するバックオフパラメータ値との間の均一な分布に従ってランダムに選択されたバックオフ時間だけ、後続のＲＡＰ送信を遅延させることができる。
【0071】
４ステップＲＡ手順では、最初の２つのステップの使用法は、無線デバイスのＵＬタイムアライメントを取得し、アップリンク許可を取得することである。ＵＬタイムアラインメントは、１つ以上のシナリオでは必要ない場合がある。例えば、スモールセルまたは固定無線デバイスの場合、ゼロに等しいＴＡで十分な場合（例えば、スモールセル）または最後のＲＡからの格納されたＴＡ値が現在のＲＡ（固定無線デバイス）に役立つ場合、ＵＬタイムアライメントを取得するプロセスは必要ない場合がある。無線デバイスが有効なＴＡ値で接続されたＲＲＣにあり、ＵＬ送信用に構成されたリソースがない場合、無線デバイスがＵＬ許可を取得する必要がある場合、ＵＬタイムアライメントは必要ない場合がある。
【0072】
ＮＲ（新無線）は、シングルビームとマルチビームの両方の動作をサポートすることができる。マルチビームシステムでは、ｇＮＢはダウンリンクビームスイープを使用して、ＤＬ同期信号（ＳＳ）および共通制御チャネルのカバレッジを提供する必要があり得る。ＵＥがセルにアクセスできるようにするには、ＵＬ方向にも同様のスイープが必要になる場合がある。
【0073】
シングルビームシナリオでは、ネットワークは、１つの同期信号（ＳＳ）ブロック内で時間繰り返しを構成することができ、これは、ワイドビームで少なくともＰＳＳ（プライマリ同期信号）、ＳＳＳ（セカンダリ同期信号）、およびＰＢＣＨ（物理ブロードキャストチャネル）を含むことができる。マルチビームシナリオでは、ネットワークは、ＵＥが少なくともＳＳブロックからのＯＦＤＭシンボルインデックス、無線フレームのスロットインデックス、および無線フレーム番号を識別するように、これらの信号と物理チャネル（例えば、ＳＳブロック）の少なくとも一部を複数のビームで構成することができる。
【0074】
ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥ ＵＥは、ＳＳブロックが、所定の周期性を有するＳＳブロックセットおよびＳＳブロックセットバーストを形成し得ると仮定する必要があり得る。マルチビームシナリオでは、ＳＳブロックは複数のビームで送信され、一緒にＳＳバーストを形成することができる。ビームを送信するために複数のＳＳバーストが必要な場合、これらのＳＳバーストは図１８に示されるようにＳＳバーストセットを一緒に形成してもよい。
【0075】
マルチビームシナリオでは、同じセルに対して、ＰＳＳ／ＳＳＳ／ＰＢＣＨを繰り返して、セルの選択／再選択と初期アクセス手順をサポートすることができる。ＳＳバースト内のビームベースでＴＳＳ（３次同期信号）によって示される伝達されたＰＲＡＣＨ構成には、いくつかの違いがあり得る。ＰＢＣＨがＰＲＡＣＨ構成を運ぶという仮定の下で、ｇＮＢは、おそらくはＴＳＳを利用してＰＲＡＣＨ構成の違いを意味し得るビームごとにＰＲＡＣＨ構成をブロードキャストすることができる。
【0076】
一例では、基地局は、１つ以上のセルの構成パラメータを含む１つ以上のメッセージを無線デバイスに送信することができる。構成パラメータは、複数のＣＳＩ－ＲＳ信号フォーマットおよび／またはリソースのパラメータを含むことができる。ＣＳＩ－ＲＳの構成パラメータは、ＣＳＩ－ＲＳの周期性を示す１つ以上のパラメータ、ＣＳＩ－ＲＳサブキャリア（例えば、リソース要素）を示す１つ以上のパラメータ、ＣＳＩ－ＲＳシーケンスを示す１つ以上のパラメータ、および／または他のパラメータを含むことができる。一部のパラメータは、１つ以上のパラメータに結合できる。複数のＣＳＩ－ＲＳ信号が構成されてもよい。一例では、１つ以上のメッセージは、ＳＳブロックとＣＳＩ－ＲＳ信号との間の対応を示し得る。１つ以上のメッセージは、ＲＲＣ接続設定メッセージ、ＲＲＣ接続再開メッセージ、および／またはＲＲＣ接続再構成メッセージとすることができる。一例では、ＲＲＣアイドルモードのＵＥは、ＣＳＩ－ＲＳ信号で構成されず、ＳＳブロックを受信し、ＳＳ信号に基づいて伝搬損失を測定し得る。ＲＲＣ接続モードのＵＥは、ＣＳＩ－ＲＳ信号で構成でき、ＣＳＩ－ＲＳ信号に基づいて伝搬損失を測定することができる。一例では、ＲＲＣ非アクティブモードのＵＥは、例えば、ＵＥがアンカー基地局と比較して異なるＣＳＩ－ＲＳ構成を有する異なる基地局に移動する場合、ＳＳブロックに基づいて伝搬損失を測定することができる。
【0077】
マルチビームシステムでは、ＮＲはＳＳブロックおよび／またはＤＬビームに関連付けられ得るさまざまなタイプのＰＲＡＣＨリソースを構成することができる。ＮＲでは、ＰＲＡＣＨ送信機会は、ＵＥが構成されたＰＲＡＣＨプリアンブルフォーマットを使用して１つの特定のＴｘビームでプリアンブルを送信し、ｇＮＢがＰＲＡＣＨプリアンブル検出を実行する時間周波数リソースとして定義され得る。１つのＰＲＡＣＨ機会を使用して、ビームの不一致の場合をカバーすることができる。ＵＥ ＴＸのビームアライメントは１回の機会で固定されるため、ｇＮＢはＰＲＡＣＨ機会でＲＸスイープを実行できる。ＰＲＡＣＨバーストは、時間領域で連続して割り当てられたＰＲＡＣＨ機会のセットを意味する場合があり、ＰＲＡＣＨバーストセットは、完全なＲＸスイープを可能にするＰＲＡＣＨバーストのセットを意味する場合がある。図１９は、構成されたＰＲＡＣＨ機会、ＰＲＡＣＨバースト、およびＰＲＡＣＨバーストセットの例を示す。
【0078】
ＳＳブロック（ＤＬ信号／チャネル）とＰＲＡＣＨ機会およびＰＲＡＣＨプリアンブルリソースのサブセットとの間に関連付けが存在する場合がある。１つのＰＲＡＣＨ機会には、プリアンブルのセットが含まれる場合がある。マルチビーム動作では、ｇＮＢはＲＡＲの送信に使用できるビームまたはビームのセットを知る必要があり得、プリアンブルを使用してそれを示すことができる。ＮＲは、マルチビーム動作で次の区分とマッピングを構成することができる。
【0079】
ＳＳブロックからＰＲＡＣＨリソースへのタイミングは、ＭＩＢで示され得る。一例では、ＴＳＳ内の検出されたシーケンスがＰＲＡＣＨリソースを示すように、異なるタイミングに対して異なるＴＳＳが使用され得る。このＰＲＡＣＨ構成は、ＳＳブロックに対するタイミングとして指定でき、ＭＩＢのペイロードと別のブロードキャストされたシステム情報の組み合わせとして指定できる。
【0080】
ＳＳブロックとＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の関連付けは、ＴＲＰが、受信されたプリアンブルのリソースロケーションまたはプリアンブルインデックスに従ってＵＥにとって最良のＤＬビームを識別できるように構成されてもよい。関連付けは、独立している場合があり、少なくともＲＡＣＨリソースのサブセットまたはプリアンブルインデックスのサブセットのいずれかを複数のＳＳブロックに関連付けることは許可されない場合がある。
【0081】
ＰＲＡＣＨリソースは、複数ビーム動作でＳＳブロックごとに区分できる。ＳＳブロックとＰＲＡＣＨ機会との間に１対１および／または多対１のマッピングが存在し得る。図２０Ａ、図２０Ｂ、および図２０Ｃは、ＳＳブロックとＰＲＡＣＨ機会との間のＴＤＤ（図２０Ａ）／ＦＤＤ（図２０Ｂ）ベースの１対１マッピングおよび多対１マッピング（図２０Ｃ）の例を示す。
【0082】
ＵＥは、ＤＬ同期信号に基づいてＳＳブロックを検出し、時間インデックスに基づいてＳＳブロックを区別することができる。ＳＳブロックおよび特定のＰＲＡＣＨ機会を送信するために使用される１つ以上のビームの１対１マッピングでは、ＰＲＡＣＨプリアンブルリソースの送信は、優先ＳＳブロックのＵＥからｇＮＢへの通知とすることができる。このようにして、単一のＰＲＡＣＨ機会のＰＲＡＣＨプリアンブルリソースが特定のＳＳブロックに対応し、ＳＳブロックインデックスに基づいてマッピングが行われてもよい。ＳＳブロックビームとＰＲＡＣＨ機会の間に１対１のマッピングが存在してもよい。ＳＳブロックの周期性とＲＡＣＨ機会の周期性には、このようなマッピングが存在しない場合がある。
【0083】
ｇＮＢの機能（例えば、使用されるビームフォーミングアーキテクチャ）によっては、単一のＳＳブロックと単一のＲＡＣＨ機会の間に１対１のマッピングが存在しない場合がある。ＳＳブロックの送信とＲＡＣＨ機会時の受信に使用されるビームが直接対応しない場合、例えば、ｇＮＢが複数のＳＳブロックビームをカバーする受信ビームを形成する場合、ＰＲＡＣＨ機会のプリアンブルは、ＰＲＡＣＨプリアンブルのサブセットが特定のＳＳブロックにマッピングされるように異なるＳＳブロック間で分割されてもよい。
【0084】
ビーム固有のＰＲＡＣＨリソースでは、ｇＮＢ ＤＬ ＴＸビームをプリアンブルのサブセットに関連付けることができる。ビーム固有のＰＲＡＣＨプリアンブルリソースは、Ｌ３モビリティの周期的なビームおよびセル固有のＣＳＩ－ＲＳによって識別されるＤＬ ＴＸビームに関連付けることができる（Ｌ２ビーム管理／セル内モビリティにも同じ信号を使用できる）。ＵＥは、ＲＲＣ構成なしでビームを検出でき、例えば、最小ＳＩ（ＭＩＢ／ＳＩＢ）からビーム構成を読み取ることができる。
【0085】
特定のビームへのＰＲＡＣＨリソースのマッピングでは、ＳＳブロックの関連付けを使用できる。特定のビームは、図２１Ａおよび図２１Ｂに示されるように、ＳＳブロックを送信するために使用されるビームに関連付けられてもよい。図２１Ａでは、ｇＮＢは１つまたは複数のビームを使用してＳＳブロックを送信してもよい（アナログ／ハイブリッドビームフォーミングの場合）が、個々のビームは検出されない場合がある。ＵＥの観点からは、これはシングルビーム送信である。図２１Ｂでは、ｇＮＢは、特定のＳＳブロックに関連付けられた個々のビームを使用してＣＳＩ－ＲＳ（モビリティ用）を送信することができる。ＵＥは、ＣＳＩ－ＲＳに基づいて個々のビームを検出できる。
【0086】
ＰＲＡＣＨ機会は、対応するＳＳブロックにマッピングされてもよく、ＰＲＡＣＨプリアンブルのセットは、図２２Ａに示されるようにビーム間で分割されてもよい。単一のＰＲＡＣＨ機会への複数のＳＳブロックのマッピングと同様に、図２２Ｂに示すように、ＳＳブロックの複数のビームを少なくとも１つのＰＲＡＣＨ機会にマッピングすることができる。
【0087】
ＰＲＡＣＨ機会がｋ個のプリアンブルで構成され、ＰＲＡＣＨ機会がＳＳブロック固有となるように構成されている場合、プリアンブルのセット全体を使用して特定のＳＳブロックを示すことができる。この場合、Ｎ個のＳＳブロックに対応するＮ個のＰＲＡＣＨ機会があり得る。
【0088】
複数のＳＳブロックが単一のＰＲＡＣＨ機会にマッピングされる場合、プリアンブルはＳＳブロック間で分割され、ＳＳブロックの数に応じて、ＳＳブロックごとに使用可能なプリアンブルはＫ／Ｎ（Ｋプリアンブル、Ｎ ＳＳ－ブロック）とすることができる。
【0089】
Ｋ個のＳＳブロック固有プリアンブルが、対応するＰＲＡＣＨ機会においてＣＳＩ－ＲＳビーム間で分割される場合、ビームごとの利用可能なプリアンブルの数は、Ｋプリアンブル／ビームの数によって決定されてもよい。
【0090】
プリアンブルがＳＳブロック固有の方法で区分されている場合、ＵＥは優先ＳＳブロックを示すことができるが、ｇＮＢに優先個別ＤＬ ＴＸビームを示すことはできない。
【0091】
ネットワークは、ＰＲＡＣＨプリアンブルリソースのＳＳブロックおよび／または個々のビームへのマッピング／区分を構成することができる。ＵＥは、例えばＰＲＡＣＨ構成に基づいて、使用されるＰＲＡＣＨプリアンブルの区分を可能な限り決定することができる。
【0092】
ｇＮＢがアナログＲＸビームフォーミングを使用する場合、ビーム固有のＰＲＡＣＨ構成を構成することができる。その場合、ＵＥが、例えば１つまたは複数のＳＳブロック送信に関連付けられたビーム固有の時間／周波数スロットでプリアンブルを送信すると、ｇＮＢはその時間／周波数スロットでプリアンブルを受信するときに適切なＲＸビームフォーミングを使用でき、ＲＡＲを送信するときに対応するＤＬビームを使用することができる。したがって、ビーム固有のＰＲＡＣＨ構成により、ｇＮＢは、関連するＰＲＡＣＨリソースを監視するときに、そのＲｘビームフォーミングを同じビームの方向に向けることができる。
【0093】
マルチビームＲＡＣＨシナリオでは、ＤＬ ＳＳビームとＰＲＡＣＨ構成との間のマッピング（例えば、時間／周波数スロットと場合によってはプリアンブル区分）により、ＵＥはセル内の所定のＤＬビームまたは少なくともそれらのサブセットのカバレッジ下にある場合がある。これにより、ネットワークは、この最良のＤＬビームでＲＡＲを送信し、および／または可能なビームで同じＲＡＲメッセージを送信しない（例えば、下図のようにシングルビームでＲＡＲを送信しない）など、図２３に示すようにより最適化されたビームスイープ手順を実行できる。
【0094】
ＮＲは、ハンドオーバー、ＤＬデータ到着、セカンダリＴＡＧのタイミングアドバンスアライメントの測位および取得のためのＬＴＥのように、プリアンブル送信専用のＲＡＣＨリソースを提供する方法で、競合のないシナリオをサポートすることができる。ハンドオーバーの場合、ＵＥは、隣接セル内の１つ以上のＳＳブロックまたは他のＲＳで測定するように構成することができる。隣接セルのＳＳブロック測定値の１つがハンドオーバー要求をトリガーする場合、ソースｇＮＢは、ハンドオーバー要求内の優先ビームインデックスを目標ｇＮＢにシグナリングすることができる。次に、目標ｇＮＢは、ハンドオーバーコマンドでビーム固有の専用ＲＡＣＨリソース（プリアンブルを含む）を提供してもよい。一例では、目標ｇＮＢは、例えば、ハンドオーバーコマンド内の少なくとも１つのＳＳブロックのためなどの、専用リソースのセットを提供してもよい。次いで、ＵＥは、目標セル内の優先ＤＬビームに対応する専用プリアンブルを使用してＭｓｇ１を送信してもよい。
【0095】
ＵＥがプリアンブルを送信するとき、ＲＡＲウィンドウを監視する前に、複数のＲＡＣＨ送信リソース（例えば、機会）においてＰＲＡＣＨプリアンブルで送信するようにＵＥが構成されている場合、遅延を減らすことができる。ＲＡＲウィンドウの前の複数のＭｓｇ．１送信の２つの例を図２４Ａおよび図２４Ｂに示す。図２４Ａでは、ＵＥは、周波数領域で構成されるＲＡＣＨ送信機会にＭｓｇ．１を送信してもよい。一例では、ＵＥが単一のアンテナパネルを使用して一方向にビームを生成することができるため、これはＵＥが複数のアンテナパネルを有するときに実装されてもよい。図２４Ｂでは、ＵＥは、時間領域で構成されるＲＡＣＨ送信機会でＭｓｇ．１を送信することができる。ビーム対応のないＵＥは、異なるＲＡＣＨ ＴＸの機会に異なるＵＬ ＴＸビームを介してＭｓｇ．１を送信し、より少ない遅延で目標セルにアクセスできる。一例では、ＵＥは、１つ以上のＲＡＣＨリソースで複数のランダムアクセスプリアンブルを並行して送信することができる。
【0096】
同時に複数のプリアンブル送信の場合（例えば、図２４Ａで説明した異なる周波数リソースまたはＲＡＣＨリソースの異なるランダムアクセスプリアンブル上）、複数のプリアンブルを同時に送信するために必要な合計送信電力は、ＵＥの構成された最大送信電力を超える場合がある。そのような場合、ＵＥは、１つ以上のプリアンブル送信電力を縮小および／または１つ以上のプリアンブル送信をドロップするために、送信電力制御（ＴＰＣ）プロセスを必要とする場合がある。
【0097】
新無線では、基地局は、１つ以上のＲＡＣＨプリアンブル送信のために、周波数ドメインで多重化された１つ以上の無線リソースを構成することができる。例えば、１つ以上のＲＡＣＨプリアンブル送信は、競合ベースのＲＡ用とすることができる。例えば、１つ以上のＲＡＣＨプリアンブル送信は、競合のないＲＡ用とすることができる。基地局は、１つ以上の無線リソースを介して複数のプリアンブルを送信するように無線デバイスを構成してもよい。既存のランダムアクセスメカニズムを実装すると、アップリンクの送信電力の決定が非効率になり、バッテリーの消費電力が増加する可能性がある。
【0098】
無線デバイスにおけるアップリンク送信を改善するために、アップリンク送信電力の決定プロセスを強化する必要がある。例示的な実施形態では、複数のプリアンブル送信が構成されたときに、新しいアップリンク送信電力の決定プロセスが実装されてもよい。例示的な実施形態は、アップリンク電力制御を改善するために、少なくとも１つのプリアンブル送信をドロップし、および／または複数のプリアンブルに必要な送信電力のうちの少なくとも１つをスケーリングすることにより、複数のプリアンブルの送信電力を決定してもよい。少なくとも１つのプリアンブル送信をドロップすると（例えば、計算された必要な送信電力の合計が閾値を超えるとき）、基地局でのプリアンブル送信の検出および／または復号の成功率が高くなり得る。例示的な実施形態では、基地局は、無線デバイスにおけるランダムアクセス電力の決定のための閾値を含む１つ以上のメッセージ（例えば、ＲＲＣメッセージ）を送信することができる。例示的なシグナリングメカニズムは、無線デバイスのバッテリー電力消費を削減することができる。少なくとも１つのプリアンブル送信をドロップするおよび／または合計送信電力をスケーリングする例示的な実施形態は、プリアンブルの再送信の回数を減らす。例えば、再送信の回数を減らすと、無線デバイスのバッテリー消費電力が改善される。少なくとも１つのプリアンブル送信をドロップするおよび／または合計送信電力をスケーリングする例示的な実施形態は、生成される干渉の量を減らす。例えば、干渉の量の減少は、他の無線デバイスによって送信されたプリアンブルの検出および／または復号の成功率を改善することができる。
【0099】
１つ以上のＲＡＣＨプリアンブル送信のための周波数多重化無線リソースは、例えば、時間多重化された無線リソースと比較して、ＵＥおよび／または基地局が短期間で競合のないＲＡ（または競合ベースのＲＡ）を完了するために有利であり得る。
【0100】
一例では、基地局は、複数のＲＡプリアンブルを送信するようにＵＥを構成することができる。例えば、基地局は、複数のＲＡプリアンブルのための周波数多重化無線リソースでＵＥを構成してもよい。例えば、ＵＥは、同じＲＡＣＨ ＴＸ機会に周波数多重化無線リソースを介して複数のＲＡプリアンブルを送信してもよい。この場合、複数のＲＡプリアンブルを送信するために必要な送信電力は、最大許容送信電力を超える場合がある。例えば、ＵＥは、複数のＲＡプリアンブルのそれぞれの必要な送信電力（例えば、複数のＲＡプリアンブルのそれぞれの各必要な送信電力の合計）に基づいて、必要な送信電力を決定してもよい。例えば、ＵＥがセルエッジエリアに向かって（基地局から離れて）移動すると、ＲＡプリアンブルの送信電力が大きくなる。ＵＥがセルエッジエリアで複数のＲＡプリアンブルを送信する場合、複数のＲＡプリアンブルのそれぞれの必要な送信電力はより大きくてもよく、複数のＲＡプリアンブルの必要な送信電力は閾値を超えてもよい（例えば、閾値は、セルの最大許容送信電力であってもよい）。
【0101】
一例では、ＵＥが複数のＲＡプリアンブルを送信するのに十分な電力を有していない場合、ＵＥは複数のＲＡプリアンブルを送信しないと決定し（例えば、ＵＥはＲＡ障害を決定することができる）、１つ以上の参照信号（ＳＳブロックおよび／またはＣＳＩ－ＲＳ）を測定し、これにより、ＲＡ手順が遅延する可能性がある。
【0102】
一例では、ＵＥが複数のＲＡプリアンブルを送信するのに十分な電力を有していない場合、ＵＥは、複数のＲＡプリアンブルのうちの少なくとも１つの送信をドロップすることができる。ドロップされる複数のＲＡプリアンブルのうちの少なくとも１つの送信を選択することは、ＵＥおよび／または基地局がＲＡ手順を完了するのに必要な合計期間に影響を与える。複数のＲＡプリアンブルの中からどのＲＡプリアンブルが選択）されるかに応じて、基地局は、選択されたＲＡプリアンブルの送信を検出してもしなくてもよい。例えば、ＵＥが第１のＲＡプリアンブルの送信をドロップし、第２のＲＡプリアンブルを送信するとき、基地局は、第２のＲＡプリアンブルの受信信号強度が低い場合、第２のＲＡプリアンブルを検出しない場合がある。第１のＲＡプリアンブルは、ＲＡプリアンブル（例えば、第１のＲＡプリアンブル）を基地局により確実に送信し得るＵＥにとってより良い選択であり得る。
【0103】
問題は、ＵＥの合計送信電力が制限されている（例えば、複数のＲＡプリアンブルの合計必要送信電力が、閾値、例えば、合計許容送信電力を超える）場合、ＵＥが複数のＲＡプリアンブルの中からどのＲＡプリアンブルを選択するかである。複数のＲＡプリアンブルの中から１つ以上のＲＡプリアンブルを選択することにより、ＵＥがＲＡ手順をどれだけ速く完了するかを決定し得る。ＵＥは、伝搬損失測定の値および／または複数のＲＡプリアンブルの合計必要送信電力に基づいて、複数のＲＡプリアンブルの中から１つ以上のＲＡプリアンブルを選択することができる。
【0104】
例えば、伝搬損失は、損失レベルに関してＵＥと基地局の間のチャネル品質を示し得る測定基準とすることができる。例えば、伝搬損失測定の値が大きいほど、損失レベルが大きくなる。ＵＥは、関連する伝搬損失測定の値（例えば、複数のＲＡプリアンブルの伝搬損失測定の値の昇順および／または降順）に基づいて１つ以上のプリアンブルをドロップする場合がある。
【0105】
例えば、ＵＥは、どのＲＡプリアンブルをドロップするかを決定するための測定基準として、プリアンブル送信に必要な電力を用いることができる。例えば、プリアンブル送信に必要な電力は、伝搬損失測定の値、プリアンブル受信目標電力、および／または１つ以上の電力オフセットに依存する場合がある。例えば、ＵＥと基地局との間の測定されたチャネル品質（例えば、伝搬損失測定の値）が良好で、プリアンブル送信に対応する必要な電力が大きい場合がある（例えば、プリアンブル受信目標電力および／または１つ以上の電力オフセットにより、必要な電力が増加する場合がある）。例えば、ＵＥは、送信に関連する必要な電力（例えば、複数のＲＡプリアンブルの送信に必要な電力の値の昇順および／または降順）に基づいて１つ以上のプリアンブルをドロップしてもよい。
【0106】
ＲＡＰのドロップまたはスケーリングは、伝搬損失、ＰＰＲＡＣＨ，ｓ（ランダム選択に基づくｓ番目のプリアンブル送信プリアンブルインデックス、および／またはその他のパラメータに必要な電力）に基づいてもよい。
【0107】
図２４Ａの例で説明したように、ＵＥが異なる周波数リソースで複数のプリアンブルを並列に送信する場合、ＵＥは、複数のプリアンブルの同時送信に必要な合計電力が閾値（例えば、ＰＣＭＡＸ，ｃ（ｉ）））を超える場合、１つ以上のプリアンブル送信をドロップすることができる。１つ以上のプリアンブル送信のドロップおよび／またはスケーリング（調整）の優先順位付けは、ＰＲＡＣＨリソースの順序に基づいてもよい。一例では、１つ以上のプリアンブル送信のドロップおよび／またはスケーリング（調整）の優先順位付けは、推定伝搬損失に基づいてもよい。例えば、ＵＥは、
番目の送信からプリアンブル送信を少なくともドロップしてもよく、条件
が満たされる。
【数1】
【数2】
【0108】
一例では、ランダムアクセスプリアンブルの伝搬損失は、１つ以上の参照信号の測定を用いて計算されてもよい。一例では、１つ以上の参照信号は、１つ以上のＳＳブロック、ＣＳＩ参照信号、ＤＭＲＳ参照信号のうちの少なくとも１つを含むことができる。一例では、所定のＳ ＳＳ ＤＬブロック、ＰＬｃ，ｓは、サービングセルＣ上のｓ番目のＳＳブロックの推定伝搬損失とすることができ、ここでｓ∈｛１，…，Ｓ｝である。一例では、ＰＬｃ，ｓは、サービングセルｃ上のｓ番目の参照信号（ＣＳＩ－ＲＳ、ＤＭＲＳ）の推定伝搬損失であり得る。昇順のＰＬｃ，１、…、ＰＬｃ，Ｓの順序付けられた値は、ＰＬｃ，（１）、…、ＰＬｃ，（Ｓ）によって定義される。
ＰＬｃ，（ｓ）は、ＰＬｃ，１、…、ＰＬｃ，Ｓの中で（ｓ）番目に低い伝搬損失である。
ＰＬｃ，（１）＝ｍｉｎ｛ＰＬｃ，１，…，ＰＬｃ，Ｓ｝
ＰＬｃ，（Ｓ）＝ｍａｘ｛ＰＬｃ，１，…，ＰＬｃ，Ｓ｝
ＰＬｃ，（ｘ）≦ＰＬｃ，（ｙ）であり、ｘ＜ｙの場合、ｘ，ｙ∈｛１，…，ｓ｝である。
ＰＰＲＡＣＨ、ＰＬｃ、（ｓ）は、伝搬損失ＰＬｃ，（ｓ）に対応するプリアンブル送信に必要な電力であり、以下で定義される。
ＰＰＲＡＣＨ，ＰＬｃ，（ｓ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ，（ｓ）＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］
一例では、上記のパラメータに加えて、他のパラメータをプリアンブル電力計算に追加できる。Ｐｒａｃｈ－ｏｆｆｓｅｔは、伝搬損失計算プロセスに依存する要因になる場合がある。一例では、Ｐｒａｃｈ－ｏｆｆｓｅｔはゼロになる場合がある。
ＰＣＭＡＣ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力であり得る。Ｐｒａｃｈ－ｏｆｆｓｅｔ伝搬損失参照および／または伝搬損失測定プロセスに依存する場合がある。
ＰＬｃ，（ｓ）は、ＰＬｃ，１、…、ＰＬｃ，Ｓの中で（ｓ）番目に低い伝搬損失である。
ＰＬｃ，（１）＝ｍｉｎ｛ＰＬｃ，１，…，ＰＬｃ，Ｓ｝
ＰＬｃ，（Ｓ）＝ｍａｘ｛ＰＬｃ，１，…，ＰＬｃ，Ｓ｝
ＰＬｃ，（ｘ）≦ＰＬｃ，（ｙ）であり、ｘ＜ｙの場合、ｘ，ｙ∈｛１，…，ｓ｝である。
ＰＰＲＡＣＨ、ＰＬｃ、（ｓ）は、伝搬損失ＰＬｃ，（ｓ）に対応するプリアンブル送信に必要な電力であり、以下で定義される。
ＰＰＲＡＣＨ，ＰＬｃ，（ｓ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ，（ｓ）＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］
一例では、上記のパラメータに加えて、他のパラメータをプリアンブル電力計算に追加できる。Ｐｒａｃｈ－ｏｆｆｓｅｔは、伝搬損失計算プロセスに依存する要因になる場合がある。一例では、Ｐｒａｃｈ－ｏｆｆｓｅｔはゼロになる場合がある。
ＰＣＭＡＣ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力であり得る。Ｐｒａｃｈ－ｏｆｆｓｅｔ伝搬損失参照および／または伝搬損失測定プロセスに依存する場合がある。
【0109】
一例では、１つ以上のプリアンブル送信のドロップおよび／またはスケーリングの優先順位付け（調整）は、ＰＰＲＡＣＨ，１，…ＰＰＲＡＣＨ，Ｓの順序付けされた値に基づいてもよく、ここでｓ∈｛１，…，Ｓ｝のＰＰＲＡＣＨ，ｓはｓ番目のプリアンブル送信に対応する必要な電力である。例えば、ＵＥは、
番目の送信からのプリアンブル送信を少なくともドロップすることができ、ここで条件
が満たされ、ＰＰＲＡＣＨ，ｓは伝搬損失ＰＬｃ，ｓに対応するプリアンブル送信に必要な電力であり、ＰＰＲＡＣＨ，ｓ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ，ｓ＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］で定義される。
昇順にＰＰＲＡＣＨ，１、．．．ＰＰＲＡＣＨ，Ｓの順序付けされた値はＰＰＲＡＣＨ，（１），…ＰＰＲＡＣＨ，（Ｓ）によって定義される。ＰＰＲＡＣＨ，（ｓ）は、ＰＰＲＡＣＨ，（１）、…ＰＰＲＡＣＨ，（Ｓ）の中で（ｓ）番目に計算された最小送信電力である。ここで、
ＰＰＲＡＣＨ，（１）＝ｍｉｎ｛ＰＰＲＡＣＨ，１，…ＰＰＲＡＣＨ，Ｓ｝
ＰＰＲＡＣＨ，（Ｓ）＝ｍａｘ｛ＰＰＲＡＣＨ，１，…ＰＰＲＡＣＨ，Ｓ｝
ＰＰＲＡＣＨ，（ｘ）≦ＰＰＲＡＣＨ，（ｙ）であり、ｘ＜ｙの場合、ｘ，ｙ∈｛１，…，ｓ｝である。
【数3】
【数4】
昇順にＰＰＲＡＣＨ，１、．．．ＰＰＲＡＣＨ，Ｓの順序付けされた値はＰＰＲＡＣＨ，（１），…ＰＰＲＡＣＨ，（Ｓ）によって定義される。ＰＰＲＡＣＨ，（ｓ）は、ＰＰＲＡＣＨ，（１）、…ＰＰＲＡＣＨ，（Ｓ）の中で（ｓ）番目に計算された最小送信電力である。ここで、
ＰＰＲＡＣＨ，（１）＝ｍｉｎ｛ＰＰＲＡＣＨ，１，…ＰＰＲＡＣＨ，Ｓ｝
ＰＰＲＡＣＨ，（Ｓ）＝ｍａｘ｛ＰＰＲＡＣＨ，１，…ＰＰＲＡＣＨ，Ｓ｝
ＰＰＲＡＣＨ，（ｘ）≦ＰＰＲＡＣＨ，（ｙ）であり、ｘ＜ｙの場合、ｘ，ｙ∈｛１，…，ｓ｝である。
【0110】
図２４Ａに記載されているように、ＵＥが異なる周波数リソース上で並列に複数のプリアンブルを送信した場合の例では、ＵＥは、
プリアンブルをドロップすることにより、Ｓプリアンブルから
プリアンブルを送信することができ、ここで条件
が満たされる。
【数5】
【数6】
【数7】
【0111】
一例では、Ｓプリアンブルは並列送信を考慮している。一例では、Ｓは事前構成された番号（例えば、２、４）であってもよい。一例では、少なくとも１つのメッセージ（例えば、ＲＲＣ）は、並列送信について考慮されるランダムアクセスプリアンブルの数を示す１つ以上のパラメータを含むことができる。一例では、Ｓは１つ以上のＲＡＣＨ構成パラメータに依存する場合がある。例えば、基地局は、ランダムアクセスプリアンブル送信の数を示す１つ以上のパラメータを含むＰＤＣＣＨ指令（ＤＣＩ）を送信してもよい。ＰＤＣＣＨ指令は、１つ以上のランダムアクセスプリアンブルインデックス、１つ以上のマスクインデックス、１つ以上のＰＲＡＣＨリソースなどを含むことができる。一例では、ＳはＳＳブロックの数とすることができる。
【0112】
一例では、送信電力を制御するためにプリアンブルのドロップが実装されてもよい。Ｓプリアンブルの
プリアンブルが送信され、
プリアンブルがドロップされてもよい。送信されたプリアンブルの場合、ｗ（ｓ）は１に等しくてもよい。一例では、プリアンブルのスケーリングが実装されてもよい。
はＳに等しくてもよい。例えば、調整係数ｗ（ｓ）を使用して事前定義されたルールに従って、プリアンブル電力を縮小できる。一例では、プリアンブルのドロップとスケーリングの両方を実装することができる。１つ以上のプリアンブルをドロップし、１つ以上のプリアンブル電力を調整（縮小）することができる。
【数8】
【数9】
【数10】
【0113】
一例では、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＵＥがＢＬ ＵＥまたは拡張カバレッジのＵＥである場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは次のように設定できる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）、
ＮＢ－ＩｏＴの場合、
■拡張カバレッジレベル０の場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定できる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
■その他の拡張カバレッジレベルの場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは最大ＵＥ出力電力に対応して設定できる。
ＵＥがＮＢ－ＩｏＴ ＵＥの場合、拡張カバレッジのＢＬ ＵＥまたはＵＥは、
■物理層に、選択された拡張カバレッジレベルに対応する選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックスまたはＮＢ－ＩｏＴサブキャリアインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用して、選択されたプリアンブルグループに対応するプリアンブル送信に必要な繰り返し回数（たとえば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信するように指示することができる。
その他の場合、
■選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを送信するように物理層に指示できる。
ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、およびｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、システム情報ブロック（ＳＩＢ）からのものであってもよい。ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥは、図２５に示すように、システム情報ブロック（ＳＩＢ）で定義されているｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定されるプリアンブルフォーマットに基づいて決定されてもよい。ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲは０から始まり、ランダムアクセス応答の受信が成功しないと見なされるたびに、ＭＡＣエンティティによって１ずつ増加してもよい。
【数11】
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）、
ＮＢ－ＩｏＴの場合、
■拡張カバレッジレベル０の場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定できる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
■その他の拡張カバレッジレベルの場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは最大ＵＥ出力電力に対応して設定できる。
ＵＥがＮＢ－ＩｏＴ ＵＥの場合、拡張カバレッジのＢＬ ＵＥまたはＵＥは、
■物理層に、選択された拡張カバレッジレベルに対応する選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックスまたはＮＢ－ＩｏＴサブキャリアインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用して、選択されたプリアンブルグループに対応するプリアンブル送信に必要な繰り返し回数（たとえば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信するように指示することができる。
その他の場合、
■選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを送信するように物理層に指示できる。
ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、およびｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、システム情報ブロック（ＳＩＢ）からのものであってもよい。ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥは、図２５に示すように、システム情報ブロック（ＳＩＢ）で定義されているｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定されるプリアンブルフォーマットに基づいて決定されてもよい。ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲは０から始まり、ランダムアクセス応答の受信が成功しないと見なされるたびに、ＭＡＣエンティティによって１ずつ増加してもよい。
【0114】
一例では、図２６はプリアンブルのドロップの例を示す。基地局は、複数のＲＡプリアンブルを送信するように無線デバイスを構成してもよい。無線デバイスは、１つ以上の参照信号（たとえば、１～ｎまでのＳＳブロック）を測定し、送信する複数のＲＡプリアンブルを決定することができる。図２６は、無線デバイスが合計ｎ個のＲＡプリアンブルを選択するが、ｎ個のＲＡプリアンブルを送信するために必要な電力が第１の閾値を超えることを示す。無線デバイスは、必要な送信電力が他のプリアンブル送信よりも大きいため、プリアンブル＃１の送信をドロップする。
【0115】
一例では、無線デバイスは、１つ以上のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信し、１つ以上のランダムアクセスチャネルを介して複数のランダムアクセスプリアンブルを並行して送信するためのランダムアクセス手順を開始し、１つ以上のパラメータを用いて、複数のランダムアクセスプリアンブルのうちの１つ以上のプリアンブル送信電力を計算し、複数のランダムアクセスプリアンブルのうちの１つ以上の計算された合計電力が第１の値を超える場合、少なくとも１つのプリアンブル送信電力をスケーリングまたはドロップし、１つ以上のランダムアクセスチャネルを介して、複数のランダムアクセスプリアンブルのうちの少なくとも１つを送信することができる。
【0116】
一例では、１つ以上のパラメータは、伝搬損失値およびランプアップ値を含むことができる。無線デバイスが複数のランダムアクセスプリアンブルの送信のための１つ以上の伝搬損失値を推定できる場合、少なくとも複数のランダムアクセスプリアンブル中のランダムアクセスプリアンブルの送信のために、１つ以上の伝搬損失値のうちの伝搬損失値を用いることができる。
【0117】
一例では、１つ以上のパラメータはオフセット値を含むことができ、オフセット値は複数のランダムアクセスプリアンブルの数に依存する。
【0118】
一例では、複数のランダムアクセスプリアンブルのうちの１つ以上の計算された合計電力は、複数のランダムアクセスプリアンブルのうちの１つ以上のプリアンブル送信電力の合計とすることができる。第１の値は、セルを介した無線デバイスの最大許容送信電力とすることができる。複数のランダムアクセスプリアンブルのうちの１つ以上の第２の計算された合計電力は、第１の値以下とすることができる。
【0119】
一例では、少なくとも１つのプリアンブル送信電力をドロップすることは、対応する伝搬損失値に従って１つ以上のプリアンブルをドロップすることを含むことができ、第１のランダムアクセスプリアンブルに対応する伝搬損失値が第２のランダムアクセスプリアンブルに対応する伝搬損失値よりも小さい場合、第１のランダムアクセスプリアンブルには、２のランダムアクセスプリアンブルと比較して低い優先度が割り当てられる。
【0120】
一例では、少なくとも１つのプリアンブル送信電力をドロップすることは、対応する計算されたプリアンブル送信電力に従って１つ以上のプリアンブルをドロップすることを含むことができ、第１のランダムアクセスプリアンブルに対応するプリアンブル送信電力が第２のランダムアクセスプリアンブルに対応するプリアンブル送信電力よりも小さい場合、第１のランダムアクセスプリアンブルは、第２のランダムアクセスプリアンブルと比較して低い優先度が割り当てられる。
【0121】
一例では、少なくとも１つのプリアンブル送信電力をドロップすることは、対応する計算されたプリアンブル送信電力に従って１つ以上のプリアンブルをドロップすることを含むことができ、第１のランダムアクセスプリアンブルは、ランダム選択に基づく第２のランダムアクセスプリアンブルと比較して低い優先度が割り当てられる。
【0122】
ランダムアクセス手順では、伝搬損失を推定するためのＤＬ信号として、ＩＤＬＥモードＲＳ（例えば、ＳＳブロック）、Ｌ３モビリティ用のＣＳＩ－ＲＳ、および／またはＤＭ－ＲＳを用いることができる。ＩＤＬＥモードＲＳは、例えば５ミリ秒の周期性で送信されてもよい。一例では、周期性は１６０ミリ秒になる。周期性は、周波数層のセルに対して有効な場合がある。周波数層は、例えば１６０ミリ秒の長いＩＤＬＥモードＲＳ周期性で構成されるが、セル内のＣＯＮＮＥＣＴＥＤモードＵＥのＬ３モビリティをサポートするために、一部のセルがＩＤＬＥモードＲＳをより頻繁に送信することを禁止しない場合がある。
【0123】
ＩＤＬＥモードＲＳは、例えばより短い周期性が使用される場合など、いくつかの実装例でＣＯＮＮＥＣＴＥＤモードに十分な測定精度を提供することができる。ＩＤＬＥモードのＲＳ周期性が長くなると、例えば、高いＵＥ速度と組み合わせると、測定精度が不十分になる場合がある。ＣＯＮＮＥＣＴＥＤモードでの制御およびデータ送信が一部のセルで高度に指向性のあるビームフォーミングゲインを有するマルチビームシナリオでは、Ｌ３モビリティはそのようなゲインを組み込んだＲＲＭ測定に基づいてもよい。ＣＳＩ－ＲＳは、図２７に示されるように、ＩＤＬＥモードＲＳよりも効率的に多数のそのようなビームフォーミングされたＲＳを提供することができる。ＮＷは、ＵＥがＬ３モビリティのＩＤＬＥモードＲＳまたはＣＳＩ－ＲＳの測定を使用してＲＡＣＨリソースとプリアンブルのサブセットを選択するかどうかの構成可能性をサポートすることができる。
【0124】
ＩＤＬＥモードＲＳは、ＩＤＬＥモードでのＬ３モビリティのためのＤＬベースのＲＲＭ測定に使用され得る少なくともセカンダリ同期信号（ＮＲ－ＳＳＳ）を含むことができる。Ｌ３モビリティのＣＯＮＮＥＣＴＥＤモードＲＲＭ測定では、ＩＤＬＥモードＲＳに加えてＣＳＩ－ＲＳを使用できる。
【0125】
Ｌ３モビリティのＣＳＩ－ＲＳは常時オンではなく、半静的にオン／オフされ、周期的に送信される。ＣＳＩ－ＲＳがオフの場合、ＵＥはＤＬ信号としてＩＤＬＥモードＲＳを使用する必要があり得る。ＩＤＬＥモードＲＳで測定されるポート／ビーム／ＴＲＰの数は、ＳＳバーストセットごとの送信されたＳＳブロックの数に依存する場合がある。
【0126】
セルは、ＳＳバーストセット中にＬ３モビリティのＣＳＩ－ＲＳを送信できる。ＵＥは、ＳＳバーストセットを含む時間窓内でＬ３モビリティのための信号ＩＤＬＥ ＲＳおよびＣＳＩ－ＲＳを受信することができる。Ｌ３モビリティのＣＳＩ－ＲＳは、ＰＳＳ／ＳＳＳ／ＰＢＣＨによって占有されていないサブキャリアで送信される。ＳＳブロック中の異なる同時Ｔｘビームは、例えば、マルチＴＲＰセルや、デジタルまたはハイブリッドビームフォーミング実装を備えたＴＲＰなどの多くのシナリオでサポートされる。
【0127】
セルは、いくつかのシナリオでＳＳバーストセット間のＬ３モビリティのＣＳＩ－ＲＳを送信することができる。例えば、システムの帯域幅がＳＳブロックの帯域幅に近い場合、ＳＳブロック中にＣＳＩ－ＲＳに十分なサブキャリアがない場合がある。実装例としては、アナログビームフォーミングを用いたシングルＴＲＰセルがあり得る。この場合、単一のＴＲＰ Ｔｘビームを一度に使用でき、これは、ＳＳブロック中に送信されるＣＳＩ－ＲＳが、ＳＳブロックに使用したものと同じＴＲＰ Ｔｘビームを使用する必要があり得ることを意味し得る。ＮＷは、ＳＳバーストセット外のＬ３モビリティ用にＣＳＩ－ＲＳを構成することができ、例えばＳＳバーストセットで使用されるよりもナロービームでＣＳＩ－ＲＳをビーム管理に再利用できるようにする。
【0128】
セルは、例えば、ＳＳバーストセットの周期が長い場合や高速シナリオの場合など、ＳＳバーストセット中およびＳＳバーストセット間のＬ３モビリティのＣＳＩ－ＲＳを送信できる。
【0129】
セルは、Ｌ３モビリティのＣＳＩ－ＲＳをオンデマンドで送信し、ＮＲ－ＳＳおよびＮＲ－ＰＢＣＨを含む常時接続信号を最小化して、前方互換性とリソース効率をサポートすることができる。ＵＥは、（例えば、ＵＥによって共有される専用のＰＲＡＣＨリソースを使用して）Ｌ３モビリティのＣＳＩ－ＲＳの送信をトリガーするための要求メカニズムを必要とする場合がある。これにより、ＲＲＣ接続が確立される前に、ＣＳＩ－ＲＳを使用したファインビーム探索が可能になり得る。
【0130】
新無線では、基地局は、複数のＳＳダウンリンクビームに対応する複数の同期信号ブロックを送信する。一例では、基地局は、無線デバイス用の１つ以上のＣＳＩ－ＲＳを構成することができる。既存のランダムアクセスメカニズムを実装すると、アップリンクの送信電力の決定が非効率になり、バッテリーの消費電力が増加する可能性がある。
【0131】
無線デバイスにおけるアップリンク送信を改善するために、アップリンク送信電力の決定プロセスを強化する必要がある。例示的な実施形態では、ＣＳＩ－ＲＳが構成されているときに、新しいアップリンク送信電力の決定プロセスが実装されてもよい。例示的な実施形態は、ＣＳＩ－ＲＳまたはＳＳブロックに基づいてランダムアクセスプリアンブル送信電力を決定して、アップリンク電力制御を改善することができる。ランダムアクセスプリアンブル電力計算にＣＳＩ－ＲＳを使用すると、ランダムアクセスプリアンブル電力計算にＳＳブロックを使用するよりも、伝搬損失計算の測定がより正確になる。例示的な実施形態は、無線デバイスにおけるより効率的で正確な伝搬損失測定値を提供する。例示的な実施形態では、基地局は、ＣＳＩ－ＲＳが構成されているとき、無線デバイスにおけるランダムアクセス電力の決定のための電力オフセット値を含む１つ以上のメッセージ（例えば、ＲＲＣメッセージ）を送信することができる。例示的なシグナリングメカニズムは、ＳＳブロックとＣＳＩ－ＲＳの異なる送信電力を構成する際の柔軟性を提供する。ＲＲＣメッセージを用いる例示的な実施形態は、アップリンクおよびダウンリンクの両方の電力制御メカニズムを改善する。例示的な実施形態では、ＲＲＣメッセージは電力オフセット値を含む。ＳＳブロックに対するＣＳＩ－ＲＳのオフセット値の送信は、ＲＲＣシグナリングのオーバーヘッドビットの数を減らすことにより、ＣＳＩ－ＲＳおよびランダムアクセス送信の電力パラメータを構成するためのシグナリング効率を改善することができる。
【0132】
一例では、基地局は、ランダムアクセス手順を開始するために無線デバイスにＰＤＣＣＨ指令を送信してもよい。一例では、基地局は、１つ以上のＣＳＩ－ＲＳでＵＥを構成することができる。ＵＥは、ランダムアクセスプリアンブル送信のために、１つ以上のＣＳＩ－ＲＳの１つ以上の参照信号受信電力を測定し得る。プリアンブルの電力計算にＣＳＩ－ＲＳを使用すると（ＣＳＩ－ＲＳが構成されている場合）、ＳＳブロックを使用する場合と比べて、アップリンク電力制御の精度が向上する。これにより、バッテリーの消費電力と干渉が減少する。
【0133】
一例では、ＣＳＩ－ＲＳの参照信号電力は、ＳＳブロックの参照信号電力と異なる場合がある。例えば、ＣＳＩ－ＲＳがＳＳブロックよりもナロービームで構成され得る場合、ＣＳＩ－ＲＳの参照信号電力値はＳＳブロックの参照信号電力値よりも小さくなり得る。例えば、参照信号電力値は、アンテナゲイン（ビームフォーミングゲインなど）に依存する場合がある。例えば、ナロービームは、より大きなアンテナゲイン（例えば、ビームフォーミングゲイン）を有する場合があり、これにより、より小さな（例えば、より大きな）参照信号電力が生じる場合がある。
【0134】
ＵＥで構成された参照信号のタイプに応じて、基地局は、参照信号のタイプに関連付けられた送信電力（例えば、参照信号電力値）の構成パラメータを示す１つ以上のメッセージを送信することができる。参照信号のタイプは、ＳＳ、ＣＳＩ－ＲＳ、および／またはＤＭＲＳを含んでもよい。ランダムアクセスプリアンブル送信のためのさまざまな参照信号電力パラメータの送信は、参照信号の選択とランダムアクセスプリアンブルの電力計算の柔軟性と精度を高めることができる。例えば、ＵＥが１つ以上のＣＳＩ－ＲＳで構成される場合、基地局は、第１の参照信号電力値をＵＥに送信することができる。ＵＥがＣＳＩ－ＲＳで構成されていない場合、基地局は、第２の参照信号電力値をＵＥに送信することができ、第２の参照信号電力は、１つ以上のＳＳブロックに関連付けられ得る。
【0135】
例えば、参照信号電力は、アンテナゲインに依存する場合がある。例えば、第１の参照信号電力値は、第２の参照信号電力と相関していてもよい。一例では、ＣＳＩ－ＲＳおよびＳＳブロックは、異なるアンテナゲインで同じ基地局（または同じＴＲＰ）から送信されてもよい。この場合、第１の参照信号電力と第２の参照信号電力間の差は、異なるアンテナゲイン（例えば、異なるビームフォーミングゲイン）に依存してもよい。一例では、第１の参照信号電力値は、第２の参照信号電力値と電力オフセット値に分解され得る。一例では、電力オフセット値は、異なるタイプの参照信号間の異なるアンテナゲインを補償し、アップリンク電力制御効率を改善することができる。
【0136】
一例では、ＵＥは、第１の参照信号電力値に基づいて、ＣＳＩ－ＲＳに関連付けられた第１の伝搬損失を計算することができる。ＵＥは、基地局から、ＣＳＩ－ＲＳの第１の参照信号受信電力を受信することができる。ＵＥは、第２の参照信号電力値に基づいてＳＳブロックに関連する第２の伝搬損失を計算することができる。ＵＥは、基地局から、ＳＳブロックの第２の参照信号受信電力を受信することができる。一例では、第１の参照信号電力値は、第２の参照信号電力値および第１のオフセット値に基づいてもよい。一例では、第１の参照信号電力値に基づいて計算され得る第１の伝搬損失は、第２の参照信号電力値および第２のオフセット値に基づいて計算され得る第２の伝搬損失に分解され得る。例えば、第１のオフセット値と第２のオフセット値は同じであってもよい。
【0137】
例えば、参照信号電力値は、第１の値から第２の値までの範囲とすることができる。一例では、－６０ｄＢｍ～５０ｄＢｍの範囲で、ステップサイズが２ｄＢの場合、基地局は、構成信号に少なくとも６ビットを含めて、参照信号電力値を示すことができる。基地局がＵＥにＣＳＩ－ＲＳを構成しない場合、基地局は、少なくとも１つのＳＳブロックに関連する第１の参照信号電力値を示す少なくとも６ビットを含む少なくとも１つのメッセージを送信することができる。基地局がＣＳＩ－ＲＳでＵＥを構成する場合、基地局は、ＣＳＩ－ＲＳに関連する第２の参照信号電力値を示す少なくとも６ビットを含む少なくとも１つの第２のメッセージを送信することができる。基地局が参照信号を第１のタイプから第２のタイプに切り替えるとき、第２のタイプに関連する参照信号電力の電力値を送信する代わりに電力オフセット値を示すことが効率的であり得る。電力オフセット値は、電力値と比較してより少ないビット数（例えば、１または２ビット）で示されてもよい。
【0138】
一例では、基地局は、ＣＳＩ－ＲＳでＵＥを構成しなくてもよい。基地局は、少なくとも１つのＳＳブロックに関連付けられた第１の参照信号電力値を示す１つ以上の第１のメッセージを送信してもよい。基地局がＵＥにＣＳＩ－ＲＳを構成するとき、基地局がＣＳＩ－ＲＳに関連付けられた第２の参照信号電力値を示す１つ以上の第２のメッセージを送信すると、ダウンリンクシグナリングオーバーヘッドが増加する。例えば、基地局がＵＥを構成するＳＳブロックおよび／またはＣＳＩ－ＲＳの数が増加するにつれて、シグナリングオーバーヘッドが増加する場合がある。例えば、第１および第２の参照信号電力値が互いに相関している（互いに関連している、および／または互いに対応している）場合、基地局は、基地局が第１および第２の参照信号電力値間の差を送信する場合にシグナリングオーバーへッドを削減することができる。例えば、参照信号電力値は、第１の値（例えば、－６０ｄＢｍ）から第２の値（例えば、５０ｄＢｍ）の範囲であってもよく、第１の値と第２の値の間との値のいずれかを示すために、ビット数（例えば、ステップサイズが２ｄＢの場合は少なくとも６ビット）が必要になる場合がある。例えば、第１のＳＳブロックと第１のＣＳＩ－ＲＳが互いに関連付けられている場合、電力オフセット値は小さく（例えば、１０ｄＢ未満）てもよく、これは少数のビット（例えば、２ｄＢのステップサイズの２または３ビット）で示されてもよい。
【0139】
図２８は、プリアンブル送信電力の計算例を示す。例えば、無線デバイスがＣＳＩ－ＲＳで構成されていない場合、無線デバイスは、第１の測定された伝搬損失に基づいてプリアンブル送信電力を決定してもよく、第１の測定された伝搬損失は少なくとも１つのＳＳブロックの参照信号受信電力に基づいてもよい。基地局は、１つ以上のＣＳＩ－ＲＳ構成パラメータを含む１つ以上のメッセージを送信することができ、１つ以上のＣＳＩ－ＲＳ構成パラメータは電力オフセット値を含むことができる。無線デバイスは、１つ以上のＣＳＩ－ＲＳ構成パラメータの受信に応答して、ＣＳＩ ＲＳで構成されてもよい。無線デバイスがＣＳＩ－ＲＳで構成される場合、無線デバイスは、第２の測定された伝搬損失および電力オフセット値に基づいてプリアンブル送信電力を決定してもよく、第２の測定伝搬損失はＣＳＩ－ＲＳの参照信号受信電力に基づいてもよい。
【0140】
ＵＥがＲＡ手順でプリアンブルを送信するとき、ＵＥは、参照信号（ＲＳ）によって測定された伝搬損失に基づいて、ＰＰＲＡＣＨで示される送信電力を決定する。ＣＳＩ－ＲＳおよびＳＳは、伝搬損失の推定に使用されるＲＳであってもよい。例えば、ＣＳＩ－ＲＳで構成されていないＵＥの場合、伝搬損失推定はＳＳに基づいてもよい。構成された（アクティブ化された）半永続的なＣＳＩ－ＲＳで構成されたＵＥの場合、ＣＳＩ－ＲＳおよび／またはＳＳが伝搬損失推定の基礎になる。半永続的なＣＳＩ－ＲＳがＵＥでリリースされた場合、ＵＥはＳＳに基づいて伝搬損失推定に戻る場合がある。
【0141】
異なるタイプのＲＳでの測定間で動的な切り替えが行われる場合がある。ＲＳは異なる方法で送信されてもよく、異なるビームフォーミングゲインを構成してもよい。伝搬損失推定に複数のＲＳを利用すると、ＵＥが異なるビームフォーミングゲインに対応する信号から伝搬損失を推定することを意味する場合がある。ｇＮＢは、ＲＳを送信するために使用されるビームフォーミングゲインとは必ずしも等しくない利用されているビームフォーミングゲインで、ＵＥの送信されたプリアンブルを受信することができる。
【0142】
ＵＥが任意の所定の時間に使用できるＲＳのフレームワークがあり得る。複数のＲＳが伝搬損失推定に利用される場合、フレームワークを定義して、どの時点でＵＥがどのＲＳを測定するか、時間内のすべての点で明確にすることができる。
【0143】
複数のＲＳが伝搬損失推定に利用される場合、ＵＥはビームフォーミングゲインの差を補償するためにＰＰＲＡＣＨにオフセットを含めることができる。たとえば、ＵＥはＰＰＲＡＣＨを次のように決定できる。
ＰＰＲＡＣＨ＝ｍｉｎ｛ＰＣＭＡＣ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］。
一例では、ＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力であり得る。ＰＬｃは、サービングセルｃのＵＥで計算されたダウンリンク伝搬損失推定値である。Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＰＬｃを推定するときに使用されたＲＳから値が与えられるパラメータであり得る。一例では、Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＵＥがランダムアクセスプリアンブルを送信するときのＵＥの状態に依存し得る。ＳＳが使用される場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第１の値をとる場合がある。ＣＳＩ－ＲＳが使用される場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第２の値をとる場合がある。Ｐｒａｃｈ－ｏｆｆｓｅｔのＲＳタイプごとの第１および第２の値は、ｇＮＢで構成可能である。ｇＮＢは、１つ以上のＰｒａｃｈ－ｏｆｆｓｅｔ値のための１つ以上のパラメータを含む１つ以上のメッセージ（例えば、ＲＲＣ）を送信してもよい。構成を実行することにより、ＵＬ送信を受信するときと特定のＲＳを送信するときに、ｇＮＢによるビームフォーミングゲインの差をＵＥに補償させることができる。一例では、第１の値はデフォルトでゼロであり、第２の値は構成可能な値（またはその逆）であり得る。構成例では、第１の値を第２の値と同じ値に構成することができる。
一例では、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ
＋（ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ－１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ
○ＵＥがＢＬ ＵＥまたは拡張カバレッジのＵＥである場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
○ＮＢ－ＩｏＴの場合、
■拡張カバレッジレベル０の場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは次のように設定できる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
■その他の拡張カバレッジレベルの場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは最大ＵＥ出力電力に対応して設定できる。
○ＵＥがＮＢ－ＩｏＴ ＵＥ、ＢＬ ＵＥ、または拡張カバレッジのＵＥの場合、
■物理層に、選択された拡張カバレッジレベルに対応する選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックスまたはＮＢ－ＩｏＴサブキャリアインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用して、選択されたプリアンブルグループに対応するプリアンブル送信に必要な繰り返し回数（たとえば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信するように指示することができる。
○その他の場合、
■選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを送信するように物理層に指示できる。
一例では、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、およびｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、システム情報ブロック（ＳＩＢ）からのものであってもよい。一例では、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥは、図２５に示すように、システム情報ブロック（ＳＩＢ）で定義されているｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定されるプリアンブルフォーマットに基づいて決定されてもよい。ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲは０から始まり、ランダムアクセス応答の受信が成功しないと見なされるたびに、ＭＡＣエンティティによって１ずつ増加してもよい。
ＰＰＲＡＣＨ＝ｍｉｎ｛ＰＣＭＡＣ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］。
一例では、ＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力であり得る。ＰＬｃは、サービングセルｃのＵＥで計算されたダウンリンク伝搬損失推定値である。Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＰＬｃを推定するときに使用されたＲＳから値が与えられるパラメータであり得る。一例では、Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＵＥがランダムアクセスプリアンブルを送信するときのＵＥの状態に依存し得る。ＳＳが使用される場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第１の値をとる場合がある。ＣＳＩ－ＲＳが使用される場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第２の値をとる場合がある。Ｐｒａｃｈ－ｏｆｆｓｅｔのＲＳタイプごとの第１および第２の値は、ｇＮＢで構成可能である。ｇＮＢは、１つ以上のＰｒａｃｈ－ｏｆｆｓｅｔ値のための１つ以上のパラメータを含む１つ以上のメッセージ（例えば、ＲＲＣ）を送信してもよい。構成を実行することにより、ＵＬ送信を受信するときと特定のＲＳを送信するときに、ｇＮＢによるビームフォーミングゲインの差をＵＥに補償させることができる。一例では、第１の値はデフォルトでゼロであり、第２の値は構成可能な値（またはその逆）であり得る。構成例では、第１の値を第２の値と同じ値に構成することができる。
一例では、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ
＋（ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ－１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ
○ＵＥがＢＬ ＵＥまたは拡張カバレッジのＵＥである場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
○ＮＢ－ＩｏＴの場合、
■拡張カバレッジレベル０の場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは次のように設定できる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
■その他の拡張カバレッジレベルの場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは最大ＵＥ出力電力に対応して設定できる。
○ＵＥがＮＢ－ＩｏＴ ＵＥ、ＢＬ ＵＥ、または拡張カバレッジのＵＥの場合、
■物理層に、選択された拡張カバレッジレベルに対応する選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックスまたはＮＢ－ＩｏＴサブキャリアインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用して、選択されたプリアンブルグループに対応するプリアンブル送信に必要な繰り返し回数（たとえば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信するように指示することができる。
○その他の場合、
■選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを送信するように物理層に指示できる。
一例では、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、およびｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、システム情報ブロック（ＳＩＢ）からのものであってもよい。一例では、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥは、図２５に示すように、システム情報ブロック（ＳＩＢ）で定義されているｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定されるプリアンブルフォーマットに基づいて決定されてもよい。ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲは０から始まり、ランダムアクセス応答の受信が成功しないと見なされるたびに、ＭＡＣエンティティによって１ずつ増加してもよい。
【0144】
一例では、無線デバイスは、ランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信し、少なくとも１つのランダムアクセスプリアンブルを送信するためのランダムアクセス手順を開始し、測定参照信号に基づいて伝搬損失値を推定し、伝搬損失値、ランプアップ値、構成された初期受信目標電力、および第１のオフセット値を用いて、少なくとも１つのランダムアクセスプリアンブルの１つのプリアンブル送信電力を計算し、ランダムアクセスチャネルを介して、プリアンブル送信電力を有する少なくとも１つのランダムアクセスプリアンブルのうちの１つを送信することができる。
【0145】
一例では、第１のオフセット値は、測定参照信号のタイプに依存してもよい。測定参照信号のタイプは、同期信号、チャネル状態情報参照信号、復調参照信号、のうちの少なくとも１つを含んでもよい。第１のオフセット値は、ランダムアクセス手順が開始されるときの無線デバイスの状態に依存してもよい。無線デバイスの状態は、ＲＲＣアイドル状態、ＲＲＣ接続状態、およびＲＲＣ非アクティブ状態を含むことができる。第１のオフセット値は、並行して送信されるプリアンブルの数に依存してもよい。
【0146】
一例では、第１のオフセット値は、ランダムアクセス手順を開始したイベントタイプに依存してもよい。ランダムアクセス手順を開始したイベントタイプは、無線リンクを確立するときの初期アクセス、無線リンク障害後の無線リンクの再確立、新しいセルへのアップリンク同期を確立する必要がある場合のハンドオーバー、端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあり、アップリンクが同期されていないときにアップリンクまたはダウンリンクデータが到着した場合のアップリンク同期の確立、アップリンク測定に基づく測位方法を使用した測位、および専用のスケジューリング要求リソースがＰＵＣＣＨで構成されていない場合のスケジューリング要求、のうち少なくとも１つを含んでもよい。
【0147】
一例では、ランダムアクセスプリアンブルのプリアンブル送信電力を計算することは、第２のオフセット値をさらに用いてもよく、第２のオフセット値は、ランダムアクセスプリアンブルのフォーマットに依存する。
【0148】
プリアンブル送信電力は、最新の推定伝搬損失ならびにＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒおよびＰｏｗｅｒＲａｍｐｉｎｇＳｔｅｐにより決定される電力オフセットを含み得る参照プリアンブル送信電力Ｐ０を含むことができ、
ＰＰＲＡＣＨ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），Ｐ０（ＰＬｃ）＋ＰｏｗｅｒＯｆｆｓｅｔ｝［ｄＢｍ］
ここで、ＰｏｗｅｒＯｆｆｓｅｔ＝（ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒ－１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐであり，
ここで、Ｐ０は、ＰＬｃ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ、および／またはＰｒａｃｈ－ｏｆｆｓｅｔを含むことができる。シングルビームシナリオでは、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒはＲＡＣＨ再送信で増加し続けることがあり、その結果、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒはＲＡＣＨ再送信カウンタと同じになる。
ＰＰＲＡＣＨ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），Ｐ０（ＰＬｃ）＋ＰｏｗｅｒＯｆｆｓｅｔ｝［ｄＢｍ］
ここで、ＰｏｗｅｒＯｆｆｓｅｔ＝（ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒ－１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐであり，
ここで、Ｐ０は、ＰＬｃ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ、および／またはＰｒａｃｈ－ｏｆｆｓｅｔを含むことができる。シングルビームシナリオでは、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒはＲＡＣＨ再送信で増加し続けることがあり、その結果、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒはＲＡＣＨ再送信カウンタと同じになる。
【0149】
マルチビームシナリオでは、ＵＥがＲＡＣＨプリアンブル送信に対応するＲＡＲを取得しない場合、ＵＥはさまざまな方法でプリアンブルの送信を再試行する。例えば、ＵＥは、ＵＥのＴｘビームスイッチングを実行してもよく、前のＲＡＣＨプリアンブル送信とは異なる新しいＲＡＣＨリソースを選択してもよい。この場合、そのような異なる状況に応じて、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒがリセットされるか、変更されないままになるか、または増加し続ける場合がある。
【0150】
例えば、ＵＥは、ＵＥ ＴＸビームごとにＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒを有してもよい。対応するＵＥ ＴＸビームが使用されると、カウンタがリセットされるか、変更されないままになるか、または増加し続ける場合がある。
【0151】
ＵＥは、ＵＥがＵＥ ＴＸビームを変更するたびにリセットされるか、変更されないままになるか、または増加し続ける１つのＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒを有してもよい。例えば、ＵＥが間違ったＵＬＴｘビームを選択し、電力が数回ランプアップしても失敗した場合、ＵＥは電力レベルをリセットするか、変更せずに維持するか、または増加させ続けることにより、別のＵＬＴｘビームに切り替えることができる。ＵＥは、不要な干渉を生成しないようにＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒをリセットし、追加の遅延を引き起こす場合がある。ＵＥは、そのような遅延を回避するためにＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒを増加させることを決定する場合があり、これは、ＵＥ側のビーム変化が受信電力の増加、例えば１０ｄＢを超える場合に大量の干渉を生成する場合がある。ＵＥは、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒを変更せずに保持して、遅延とＵＬ干渉のバランスを取る。
【0152】
一例では、変更されたＲＡＣＨリソースと前回のＲＡＣＨ試行でＲＡＣＨプリアンブル送信で応答したＤＬ ＳＳブロックとの関連付けに応じて、ＵＥがＲＡＣＨ再試行中にＲＡＣＨリソースを変更することを決定する場合、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒはリセットされるか、変更されないままになるか、または増加し続ける場合がある。例えば、変更されたＲＡＣＨリソースが同じＤＬブロードキャストチャネル／信号に関連付けられている場合、ＵＥは、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒを増加させて、失敗の少ないＵＥよりも高い優先度を持たせることができる。変更されたＲＡＣＨリソースが同じＤＬブロードキャストチャネル／信号に関連付けられていない場合、ＵＥは、初期値としてＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒをリセットすることができる。
【0153】
ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒに加えて、ＵＥは、ＲＡＣＨプリアンブルの再送信回数が最大数に達したかどうかを知るための再送信カウンタを有してもよい。ＵＥは、ＲＡＣＨプリアンブル送信に対応するＲＡＲを取得できない場合、再送信カウンタを増やすことができる。ＵＥ ＴＸビームごとのＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒの場合、ＵＥは、ＵＥＴｘビームの合計カウンタを有し、ｇＮＢは、合計カウンタに基づいて再送信の最大回数を制限し、および／またはＵＥＴｘビームごとのカウンタに基づいてＵＥＴｘビームごとの再送信の最大回数を制限してもよい。
【0154】
マルチビームシナリオでは、ＵＥは、以下にＣＯＵＮＴＥＲで示されるカウンタを用いて、ランピング電力とＲＡＣＨプリアンブル再送信の数を管理できる。ＵＥがＲＡＲウィンドウ内でＲＡＲウィンドウの前に実行された１つ以上のプリアンブル送信に対応するＲＡＲを受信しない場合、ＵＥは、ＣＯＵＮＴＥＲを増加させることができる。
【0155】
新無線では、無線デバイスはＲＡＲウィンドウを開始する前、またはＲＡＲウィンドウが期限切れになる前に複数のプリアンブルを送信する。一例では、既存のランダムアクセスメカニズムの実装は、非効率的なアップリンク送信電力の決定をもたらし、バッテリー電力消費を増加させ、干渉の量を増加させる場合がある。
【0156】
無線デバイスでのランダムアクセス手順のアップリンク送信を改善するために、カウンタの管理を強化する必要がある。例示的な実施形態では、複数のプリアンブルが送信されるときに、新しい単一のカウンタが実装されてもよい。例示的な実施形態は、ＲＡＲの満了に応答してカウンタをインクリメントすることができる。新しい単一のカウンタを使用すると、セル内の干渉レベルをより適切な方法で維持できる。例示的な実施形態は、無線デバイスからの干渉をより少なくすることにより、他の無線デバイスのプリアンプル送信のより高い成功率を提供する。例示的なカウンタ管理メカニズムは、無線デバイスが異なる数のプリアンブルを送信するときに、無線デバイス間のアクセス公平性を提供し得る。
【0157】
一例では、ＵＥは、再送信のためにＲＡプリアンブルの送信電力をランピングし、再送信の回数をカウントするために使用され得るカウンタを有してもよい。この場合、基地局が複数のＲＡプリアンブル送信でＵＥを構成する場合、ＵＥはいつカウンタをインクリメントするかを決定してもよい。ＵＥは、ＲＡプリアンブルの送信に応答して、カウンタを１インクリメントしてもよい。例えば、ＵＥがＲＡ手順を開始し、基地局からＲＡＲを受信する前に１つ以上のＲＡプリアンブルを送信する場合、ＵＥは１つ以上のＲＡプリアンブルのそれぞれを送信するときにカウンタを１インクリメントしてもよい。これにより、他のＵＥにより多くの干渉が発生する場合がある。これにより、不公平の問題が発生する場合がある。例えば、第１のＵＥと第２のＵＥが同じ周波数帯域でＲＡ手順を実行（または開始）し、第１のＵＥがＲＡプリアンブルを送信し、第２のＵＥが複数のＲＡプリアンブルを送信する場合、第２のＵＥが使用する大きなランピング電力は、第１のＵＥのＲＡ送信に干渉する場合がある。基地局では、第１のＵＥによって送信される第１のプリアンブルの第１の受信電力および第２のＵＥによって送信される第２のプリアンブルの第２の受信電力は、例えば、第２のＵＥによって使用されるランピング電力のために大きい場合がある。例えば、基地局での２つの信号の受信電力の大きなギャップは、基地局での信号処理システムのより大きなダイナミックレンジを必要とする場合がある。
【0158】
一例では、ＵＥは第１のカウンタ（例えば、ＰｏｗｅｒＲａｍｐｉｎｇＣｏｕｎｔｅｒおよび／またはＣＯＵＮＴＥＲ）を有してもよい。例えば、ＵＥは、第１のカウンタに基づいてランピング電力を決定することができる。例えば、ＵＥは、ＵＥの挙動（例えば、ＵＥのＴＸビームスイッチング、および／またはＲＡＣＨリソース再選択）に応答してリセットし、第１のカウンタをインクリメントし得る。例えば、ＵＥのＴｘビームスイッチングおよび／またはＲＡＣＨリソースの再選択は、ＵＥの実装の問題であり得る。例えば、ＵＥの挙動（ＵＥのＴｘビームスイッチングおよび／またはＲＡＣＨリソースの再選択など）に応答してＵＥが第１のカウンタをインクリメントする場合、ＵＥがカウンタを積極的にインクリメントし、ＲＡ送信のランピング電力が大きくなり、同じセル内の他のＵＥへの干渉が大きくなる場合がある。一例では、ＵＥは、ＲＡ再送信の数をカウントし得る第２のカウンタを有してもよい。
【0159】
一例では、ＵＥは、ＵＥの挙動（例えば、ＵＥのＴＸビームスイッチング、および／またはＲＡＣＨリソースの再選択）に応答して、変化しないまま（インクリメントされない）であり得るカウンタを有してもよい。ＵＥは、カウンタを用いて、ＲＡランピング電力を決定することができる。例えば、ＵＥは、ＲＡプリアンブル送信の再送信の実行に応答してカウンタをインクリメントしてもよく、ＲＡプリアンブル送信は、ＲＡＲウィンドウ中にＲＡＲが検出されないことに応答してトリガーしてもよい。例えば、ＵＥは、ＵＥのＴＸビームスイッチング、および／またはＲＡＣＨリソースの再選択に応答して、カウンタをリセットおよび／またはインクリメントしない場合がある。例えば、ＵＥは、ＲＡＲウィンドウの満了前に複数のＲＡプリアンブル送信のカウンタをインクリメントしない場合がある。この場合、異なるＵＥの挙動を有するＵＥ間の不公平に生成された干渉は解決され得る。一例では、ＵＥは、カウンタを用いて、ＲＡ再送信の数をカウントし、および／またはＲＡ再送信の数を制限することができる（例えば、ＲＡＲウィンドウ満了前の１つ以上のＲＡ送信は、ＲＡ再送信とみなされない場合がある。ＲＡ再送信は、ＲＡＲウィンドウ中にＲＡＲが検出されないことに応答した１つ以上のＲＡ送信とすることができる。）。この場合（例えば、ＵＥがカウンタを用いてＲＡランピング電力を決定し、再送信回数を制限する場合）、基地局とＵＥがＲＡ再送信および／またはＲＡランピング電力、例えば、基地局およびＵＥが複数のカウンタを用いる場合と比較したシグナリングオーバーヘッドの削減などを管理するプロセスを簡素化することが有益な場合がある。
【0160】
ＵＥは、ＵＥ ＴＸビームを保持することにより、またはＵＥ ＴＸビームスイッチングを実行することにより、時間、周波数、および／またはプリアンブルインデックスを含み得る１つ以上のＲＡＣＨリソース上で複数のＲＡＣＨプリアンブル送信を実行することができる。図２９に示すように、ＵＥがＲＡＲウィンドウの前にＵＥ ＴＸビームを複数のＲＡＣＨプリアンブル送信を行う場合、ＣＯＵＮＴＥＲは変更されないままであってもよい。図２９に示すように、ＵＥがＲＡＲウィンドウの前にＵＥ ＴＸビームスイッチングを実行することで複数のＲＡＣＨプリアンブル送信を実行する場合、ＣＯＵＮＴＥＲは変更されないままであってもよい。
【0161】
ＵＥが１つ以上のＲＡＣＨプリアンブル送信を実行した後、ＵＥがＲＡＲウィンドウ内でＲＡＲを受信しない場合、または受信したＲＡＲのいずれにも、送信された１つ以上のＲＡプリアンブルに対応する１つ以上のＲＡプリアンブル識別子が含まれていない場合、ＵＥはＲＡＲの受信が成功しなかったとみなし、ＣＯＵＮＴＥＲを１増やし得る。
【0162】
一例では、ＵＥは、ランダムアクセス応答ウィンドウ中にランダムアクセス応答を監視する前に、異なるリソースおよび／または無線ビームを介して複数のプリアンブルを送信することができる。ＣＯＵＮＴＥＲは、複数のランダムアクセスプリアンブルの送信のために１インクリメントされてもよい。一例では、ＵＥがＲＡＲウィンドウ内でＲＡＲを受信しない場合、または送信された１つ以上のＲＡプリアンブルに対応する１つ以上のＲＡプリアンブル識別子のいずれも受信ＲＡＲのいずれも含まない場合、プリアンブルはインクリメントされてもよい。一例では、プリアンブルは、複数のプリアンブルの送信前またはランダムアクセスウィンドウの前にインクリメントされてもよい。例示的な実施形態は、複数のランダムアクセスプリアンブルの送信のためにＣＯＵＮＴＥＲを１つインクリメントし、複数のプリアンブルの送信電力を計算するために同じＣＯＵＮＴＥＲを用いることにより、ランダムアクセス手順を強化する。
【0163】
システム情報のブロードキャストから通知された、またはＲＡＣＨ再送信の合計数を制限する事前構成されたＬＴＥのｐｒｅａｍｂｌｅＴｒａｎｓＭａｘなどの閾値が存在する場合がある。インクリメントされたＣＯＵＮＴＥＲが閾値（または、例えば、閾値＋１）に等しい場合、ＵＥはＲＡ手順を終了できる。ＵＥは、ＲＡ問題を決定することができ、例えば、ＭＡＣエンティティは、ＲＡ問題を上層に示すことができる。インクリメントされたＣＯＵＮＴＥＲが閾値（または、例えば、閾値＋１）よりも低い場合、ＵＥはＲＡＣＨプリアンブル送信を再試行できる。プリアンブルの送信電力は
ＰＰＲＡＣＨ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］，
とすることができ、ここで、ＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力である。
●Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＰＬｃの推定時に使用されたＲＳから値が与えられるパラメータとすることができる。一例では、Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＵＥがランダムアクセスプリアンブルを送信するときのＵＥの状態に依存し得る。ＳＳを使用する場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第１の値をとる場合がある。ＣＳＩ－ＲＳが使用される場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第２の値をとる場合がある。Ｐｒａｃｈ－ｏｆｆｓｅｔのＲＳタイプごとの第１および第２の値は、ｇＮＢで構成可能である。ｇＮＢは、１つ以上のＰｒａｃｈ－ｏｆｆｓｅｔ値のための１つ以上のパラメータを含む１つ以上のメッセージ（例えば、ＲＲＣ）を送信してもよい。構成を実行することにより、ＵＬ送信を受信するときと特定のＲＳを送信するときに、ｇＮＢによるビームフォーミングゲインの差をＵＥに補償させることができる。一例では、第１の値はデフォルトでゼロであり、第２の値は構成可能な値（またはその逆）であり得る。構成例では、第１の値を第２の値と同じ値に構成できる。
●ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ
＋（ＣＯＵＮＴＥＲ－１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ
○ＵＥがＢＬ ＵＥまたは拡張カバレッジのＵＥである場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
○ＮＢ－ＩｏＴの場合、
■拡張カバレッジレベル０の場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
■その他の拡張カバレッジレベルの場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは最大ＵＥ出力電力に対応して設定できる。
○ＵＥがＮＢ－ＩｏＴ ＵＥ、ＢＬ ＵＥ、または拡張カバレッジのＵＥの場合、
■物理層に、選択された拡張カバレッジレベルに対応する選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックスまたはＮＢ－ＩｏＴサブキャリアインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用して、選択されたプリアンブルグループに対応するプリアンブル送信に必要な繰り返し回数（たとえば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信するように指示することができる。
○その他の場合、
■選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを送信するように物理層に指示できる。
ＰＰＲＡＣＨ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬｃ＋Ｐｒａｃｈ－ｏｆｆｓｅｔ｝［ｄＢｍ］，
とすることができ、ここで、ＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力である。
●Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＰＬｃの推定時に使用されたＲＳから値が与えられるパラメータとすることができる。一例では、Ｐｒａｃｈ－ｏｆｆｓｅｔは、ＵＥがランダムアクセスプリアンブルを送信するときのＵＥの状態に依存し得る。ＳＳを使用する場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第１の値をとる場合がある。ＣＳＩ－ＲＳが使用される場合、Ｐｒａｃｈ－ｏｆｆｓｅｔは第２の値をとる場合がある。Ｐｒａｃｈ－ｏｆｆｓｅｔのＲＳタイプごとの第１および第２の値は、ｇＮＢで構成可能である。ｇＮＢは、１つ以上のＰｒａｃｈ－ｏｆｆｓｅｔ値のための１つ以上のパラメータを含む１つ以上のメッセージ（例えば、ＲＲＣ）を送信してもよい。構成を実行することにより、ＵＬ送信を受信するときと特定のＲＳを送信するときに、ｇＮＢによるビームフォーミングゲインの差をＵＥに補償させることができる。一例では、第１の値はデフォルトでゼロであり、第２の値は構成可能な値（またはその逆）であり得る。構成例では、第１の値を第２の値と同じ値に構成できる。
●ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ
＋（ＣＯＵＮＴＥＲ－１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ
○ＵＥがＢＬ ＵＥまたは拡張カバレッジのＵＥである場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
○ＮＢ－ＩｏＴの場合、
■拡張カバレッジレベル０の場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは、次のように設定することができる。
ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
＝ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ－１０＊ｌｏｇ１０（ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）
■その他の拡張カバレッジレベルの場合、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは最大ＵＥ出力電力に対応して設定できる。
○ＵＥがＮＢ－ＩｏＴ ＵＥ、ＢＬ ＵＥ、または拡張カバレッジのＵＥの場合、
■物理層に、選択された拡張カバレッジレベルに対応する選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックスまたはＮＢ－ＩｏＴサブキャリアインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用して、選択されたプリアンブルグループに対応するプリアンブル送信に必要な繰り返し回数（たとえば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信するように指示することができる。
○その他の場合、
■選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、プリアンブルインデックス、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを送信するように物理層に指示できる。
【0164】
一例では、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅＴａｒｇｅｔＰｏｗｅｒ、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、およびｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、システム情報ブロック（ＳＩＢ）からのものであってもよい。ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥは、図２５に示すように、システム情報ブロック（ＳＩＢ）で定義されるｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘで指定されるプリアンブルフォーマットに基づいて決定されてもよい。ＣＯＵＮＴＥＲは０から始まり、ランダムアクセス応答の受信が成功しないと見なされるたびに、ＭＡＣエンティティによって１ずつ増加してもよい。
【0165】
図３０に示されるように、ＲＡＣＨプリアンブル再送信において、ＵＥが前のＲＡＣＨ試行で選択されたものとは異なるＲＡＣＨリソースを選択した場合、ＣＯＵＮＴＥＲは変更されないままであってもよい。図３０に示されるように、ＲＡＣＨプリアンブル再送信において、ＵＥが前のＲＡＣＨ試行で使用されたものとは異なるＵＥ ＴＸビームを使用する場合、ＣＯＵＮＴＥＲは変更されないままであってもよい。
【0166】
図３５は、カウンタの例を示す。一例では、無線デバイスは、無線デバイスがＲＡＲウィンドウの満了前に１つ以上の第１のプリアンブルを基地局に送信し得る第１のＲＡ試行を実行することができる。無線デバイスは、ＲＡＲウィンドウの満了前の１つ以上の第１のプリアンブルの送信中に変更されないままであり得るカウンタを用いることができる。ＲＡＲウィンドウ中にＲＡＲが検出されなかったことに応答して、無線デバイスは第２のＲＡ試行を実行することができ、無線デバイスは１つ以上の第２のプリアンブルを送信することができる。ＲＡＲが検出されなかったことに応答して、無線デバイスは、カウンタを１つインクリメントし、カウンタを用いて、第２のＲＡ試行中の１つ以上の第２のプリアンブル送信のＲＡランピング電力値を決定することができる。例えば、無線デバイスは、無線デバイスが１つ以上の第２のプリアンブルを送信するかどうか、を決定するために、カウンタ値を閾値（事前構成および／または事前定義）と比較してもよい。カウンタ値が閾値を超えた場合、無線デバイスはＲＡ手順の失敗を判断できる。ＲＡ手順の失敗に応答して、無線デバイスはカウンタをリセットすることができる。カウンタが閾値を超えない場合、無線デバイスは１つ以上の第２のプリアンブルを送信できる。基地局から少なくとも１つのＲＡＲを受信することに応答して、無線デバイスは、ＲＡ手順が正常に完了したと見なし、カウンタをリセットすることができる。
【0167】
一例では、無線デバイスは、１つ以上のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信し、１つ以上のランダムアクセスチャネルを介して複数のランダムアクセスプリアンブルを送信するためのランダムアクセス手順を開始し、第１のカウンタを用いて、第１の複数のランダムアクセスプリアンブルのそれぞれについて１つ以上のプリアンブル送信電力を計算し、ランダムアクセス応答ウィンドウ中にランダムアクセス応答の制御チャネルを監視し、複数の無線ビームで第１の複数のランダムアクセスプリアンブルを送信するために、第１のカウンタを１つインクリメントし、第１のカウンタが第１の値に達し、ランダムアクセス応答が受信されない場合、ランダムアクセス手順を終了することができる。
【0168】
一例では、無線デバイスがＲＡＲウィンドウ内でＲＡＲを受信しない場合、または送信された１つ以上のＲＡプリアンブルに対応する１つ以上のＲＡプリアンブル識別子のいずれも受信ＲＡＲに含まれない場合、インクリメントが実行されてもよい。
【0169】
マルチビームシナリオの下での４ステップＲＡ手順では、ＤＬ Ｔｘビーム決定はｇＮＢでのプリアンブル送信の受信に基づいてもよい。
【0170】
ＲＡ手順では、ＵＥはｇＮＢから受信したＳＳブロックに基づいてＤＬタイミング基準を選択し、ＲＡＣＨプリアンブルインデックスのサブセットを選択し、ＤＬタイミングに基づいてＰＲＡＣＨプリアンブルを送信することができる。ｇＮＢは、ＳＳブロックと受信ＰＲＡＣＨプリアンブルインデックスとの関連付けに基づいて、どのＳＳブロック（ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＰＢＣＨ、およびおそらくＮＲ－ＴＳＳ）ビームがＵＥに最適であるかを識別することができる。ｇＮＢは、ＲＡ－ＲＡＴＩで識別されるＲＡＲを介して、検出された最良のビームをＵＥに通知でき、通知されたビームは、後続のＤＬ送信および／またはｇＮＢ ＴＸ／ＲＸビーム対応に基づいて後続のＵＬ送信を受信するｇＮＢ ＲＸビームの選択に使用できる。通知されたビームが後続のＤＬ／ＵＬ送信に使用される場合、ＵＥは、後続のＵＬデータ送信のＵＬ送信電力の電力オフセットと同じセル内のＲＡ手順で、最初から最後までのプリアンブル再送信（プリアンブルが少なくとも１回ランプアップされた場合）から累積された合計電力ランプアップを使用できる。
【0171】
ＵＥは、ＲＡ手順中に別のビームに切り替えることができる。例えば、ＲＡ手順中の早い時期に複数のビームに関する測定報告が利用可能である場合、ｇＮＢおよび／またはＵＥは、ビームを切り替え、および／またはよりナローなビームを有するようにビーム精密化手順をトリガーすることができる。そのようなビーム測定報告は、ＳＳブロックおよび／または周期的なＣＳＩ－ＲＳ ＲＳＲＰ測定に基づいてもよい。ＲＡ手順中のビーム管理（例えば、ビームスイッチングおよび／またはビーム精密化）の強化は、１つ以上のＤＬ Ｔｘビームおよび／または品質の報告に基づいてもよい。ＵＥは、Ｍｓｇ１送信にこのようなビーム情報を含めることができる。例えば、ＲＡ手順は、ＳＳブロックとＲＡＣＨリソースのサブセットおよび／またはＲＡＣＨプリアンブルインデックスのサブセットとの間の関連付けに加えて、Ｌ３モビリティのためのＣＳＩ－ＲＳとＲＡＣＨリソースのサブセットおよび／またはＲＡＣＨプリアンブルインデックスのサブセットとの間の関連付けを有してもよい。ＲＡＣＨリソース／プリアンブルの区分は、ＵＥで測定された伝搬損失に基づいてもよい。Ｌ３モビリティのＣＳＩ－ＲＳとＳＳブロックをＲＡＣＨリソースの同じサブセットおよび／またはＲＡＣＨプリアンブルインデックスのサブセットにマッピングして、Ｌ３モビリティのＣＳＩ－ＲＳとＳＳブロックとの関連付けを暗黙的に通知することができる。そのような場合、ＳＳとＣＳＩ－ＲＳの両方の測定がＵＥで利用可能な場合、ＵＥは、関連するＲＡＣＨリソースのサブセットおよび／またはＲＡＣＨプリアンブルインデックスのサブセットを選択することにより、ＳＳブロックおよび／またはＣＳＩ－ＲＳに対応する優先ビームおよび／またはビーム品質をｇＮＢに通知することができる。プリアンブル送信の受信から、ｇＮＢは１つ以上のＳＳビームとＵＥが優先する１つ以上のＣＳＩ－ＲＳビームを識別することができる。ｇＮＢは、ＵＥが優先するＳＳビームを使用してＲＡＲを送信することができる。ＲＡＲは、ＣＳＩ－ＲＳビームへのビームスイッチングのインジケータを含むことができ、ＵＥによって優先ＳＳビームで報告される。この場合、ＵＥは、最初から最後までのプリアンブル再送信から累積された合計電力ランプアップを使用せずに、ＵＬ送信電力の電力オフセットとしてランプアップ電力値をゼロにリセットすることができる。一例では、ＵＥは、ビームを変更し、プリアンブル送信に用いられるビームと比較して異なるビームを選択してもよい。この場合、ＵＥは、最初から最後までのプリアンブル再送信から累積された合計電力ランプアップを使用せずに、ＵＬ送信電力の電力オフセットとしてランプアップ電力値をゼロにリセットしてもよい。
【0172】
新無線では、無線デバイスは、ランダムアクセス手順中にビームを第１のビームから第２のビームに切り替える。一例では、既存のランダムアクセスメカニズムの実装は、非効率的なアップリンク送信電力の決定をもたらし、バッテリー電力消費を増加させ、干渉の量を増加させる場合がある。
【0173】
無線デバイスにおけるアップリンク送信を改善するために、アップリンク送信電力の決定プロセスを強化する必要がある。例示的な実施形態では、ビームを第１のビームから第２のビームに切り替えるときに、新しいアップリンク送信電力の決定プロセスが実装されてもよい。例示的な実施形態は、ＲＡ手順の後に送信の送信電力を決定して、アップリンク電力制御を改善することができる。後続の送信でランピング電力を再利用するかどうかを決定すると、アップリンク送信電力制御が改善され、生成される干渉の量が削減される場合がある。例示的な実施形態では、基地局は、無線デバイスに対するビームスイッチングの要求を含む１つ以上のメッセージ（例えば、ＲＡＲ）を送信することができる。例示的なメカニズムは、無線デバイスのバッテリー電力消費を削減し得る。例示的な実施形態は、アップリンク電力制御の精度を改善する。
【0174】
一例では、ＵＥは、例えば、ＳＳブロック関連ビーム間、ＣＳＩ－ＲＳ関連ビーム間、および／またはＳＳブロック関連ビームとＣＳＩ－ＲＳ関連ビームとの間で、１つのビームを別のビームに切り替える１つ以上の信号を基地局に送信および／または受信することができる。例えば、１つ以上の信号は、ビームスイッチングを要求する第１のメッセージ、ビームスイッチングを構成する第２のメッセージ、および／またはビームスイッチングの実装の確認を確認する第３のメッセージの少なくとも１つを含むことができる。ＲＡ手順中にビームを切り替えると、シグナリングのオーバーヘッドが大幅に削減される場合がある。例えば、基地局は、ビーム精密化の目的でＲＡ手順中にビームの切り替えを用いる場合がある。例では、ワイドビームをナロービームに切り替えるために、ワイドビームを決定するための第１のビーム管理手順、およびワイドビームからナロービームに切り替えるための第２のビーム管理手順の２つのビーム管理手順が必要になる場合がある。各手順では、基地局とＵＥの間で交換される１つ以上の信号が必要になる場合がある。第２のビーム管理手順を第１のビーム管理手順に統合すると、信号のオーバーヘッドが大幅に削減される場合がある。
【0175】
一例では、ＵＥは、基地局から、ビームを第１のビームから第２のビームに切り替えることを要求し得るＲＡＲを受信することができる。ＵＥは、第１のビームに基づいて累積された非ゼロランピング電力を有してもよい。例えば、ＵＥは、第１のビームを用いて１つ以上のＲＡ再送信を実行している場合があり、ＵＥは、１つ以上のＲＡ再送信のうちの少なくとも１つのランピング電力を増加させる。例えば、ＵＥは、第１のビームのＲＦ環境を考慮することによりランピング電力値を決定し得る。ＵＥが第１のビームを第２のビームに切り替えると、ＲＦ環境が変化する場合があり、例えば、アンテナゲインおよび／または伝搬損失指数が変化する場合がある。ＵＥが第２のビームでの送信に第１のビームに基づいて増加したランピング電力を用いる場合、送信は、たとえばＲＦ環境の変化により、不要な干渉を生成する可能性がある。ＵＥが第２のビームでの送信に対して第１のビームに基づいて増加したランピング電力を用いる場合、送信の送信電力は、基地局が送信データを検出および／または復号するのに十分でない可能性がある。したがって、ＵＥは、切り替えられたビームのＲＡ手順の間に累積されたランピング電力をＵＥが用いるかどうかを決定することができる。
【0176】
図３６は、累積ランピング電力値の使用を決定する例示的な実施形態を示す。一例では、無線デバイスは、ＲＡ手順を実行し得る。無線デバイスは、第１の送信電力で１つ以上の第１のプリアンブルを送信してもよい。ＲＡＲウィンドウの間に、無線デバイスが基地局から１つ以上の第１プリアンブルの少なくとも１つに対応するＲＡＲを受信しない場合、無線デバイス、第２の送信電力で１つ以上の第２のプリアンブルを基地局に再送信でき、第２の送信電力は、（例えば、１つ以上の第２のプリアンブル送信の成功率を高めるために）ランピング電力値を用いてもよい。無線デバイスが、第１のビームから第２のビームへのビームスイッチング指示を伴う１つ以上の第１のプリアンブルの少なくとも１つに対応する少なくとも１つのＲＡＲを基地局から受信する場合、無線デバイスは、後続の送信（たとえば、Ｍｓｇ３送信）のＲＡ手順中に累積されたランプ電力を用いても用いなくてもよい。例えば、無線デバイスは、ＲＡ手順中に累積されたランピング電力を用いて、第１のビームと第２のビームが同じである場合、後続の送信のための送信電力を決定することができる。例えば、無線デバイスは、第１のビームが第２のビームと異なる場合、後続の送信のための送信電力を決定するためにＲＡ手順の間に累積されたランピング電力を用いなくてもよい。
【0177】
一例では、ＵＥは、ＲＡ－ＲＮＴＩの値に基づいて、どのプリアンブル送信が成功したかを判断し得る。一例では、ＲＡ－ＲＮＴＩは、少なくとも時間（例えば、ＴＴＩ、スロット、サブフレーム）インデックスおよび周波数インデックス、および／または対応するプリアンブルが送信されるＲＡＣＨリソースの他のパラメータを用いて計算され得る。
【0178】
ここでは、例示的な電力制御メカニズムについて説明する。いくつかの詳細なパラメータが例で提供されている。基本プロセスは、ＬＴＥ、新無線、および／または他の技術などの技術で実装できる。無線技術には固有のパラメータがあり得る。例示的な実施形態は、電力制御メカニズムを実装する方法を説明する。異なるパラメータを使用する本発明の他の例示的な実施形態を実装することができる。いくつかの例示的な実施形態は、いくつかの層２パラメータが考慮されるとき、物理層電力制御メカニズムを強化する。
【0179】
例示的な実施形態では、ダウンリンク電力制御は、リソース要素当たりのエネルギー（ＥＰＲＥ）を決定してもよい。リソース要素エネルギーという用語は、ＣＰ挿入前のエネルギーを示す場合がある。リソース要素エネルギーという用語は、適用される変調方式のコンスタレーションポイントで取得される平均エネルギーを示す場合がある。アップリンク電力制御は、物理チャネルが送信され得るＳＣ－ＦＤＭＡシンボルの平均電力を決定する。
【0180】
アップリンク電力制御は、異なるアップリンク物理チャネルの送信電力を制御することができる。
【0181】
一例として、ＵＥがアップリンク送信用のＬＡＡ ＳＣｅｌｌで構成されている場合、特に明記しない限り、ＵＥはＬＡＡ ＳＣｅｌｌのフレーム構造タイプ１を仮定して、この節でＰＵＳＣＨおよびＳＲＳについて説明した手順を適用できる。
【0182】
一例では、ＰＵＳＣＨの場合、送信電力
は、送信スキーム用に構成されたアンテナポートの数に対する非ゼロＰＵＳＣＨ送信とアンテナポートの数の比によって最初にスケーリングされてもよい。その結果、スケーリングされた電力は、非ゼロＰＵＳＣＨが送信されるアンテナポート間で均等に分割されてもよい。ＰＵＣＣＨまたはＳＲＳの場合、送信電力
は、ＰＵＣＣＨまたはＳＲＳ用に構成されたアンテナポートに均等に分割できる。
は、
の線形値であってもよい。ＵＬ干渉を制御するためのセル全体の過負荷インジケータ（ＯＩ）および高干渉インジケータ（ＨＩＩ）は、ＬＴＥテクノロジーのパラメータである。
【数12】
【数13】
【数14】
【数15】
【0183】
一例では、フレーム構造タイプ１のサービングセルの場合、ＵＥがＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０で構成されることは期待されていない。
【0184】
一例では、ＵＥがＳＣＧで構成されている場合、ＵＥは、ＭＣＧとＳＣＧの両方に対してこの節で説明されている手順を適用することができる。
手順がＭＣＧに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、ＭＣＧに属するセカンダリセル、サービングセルをそれぞれ指す。
－手順がＳＣＧに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、ＳＣＧに属するセカンダリセル（ＰＳＣｅｌｌを除く）、サービングセルをそれぞれ指す。この節の「プライマリセル」という用語は、ＳＣＧのＰＳＣｅｌｌを指す。
手順がＭＣＧに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、ＭＣＧに属するセカンダリセル、サービングセルをそれぞれ指す。
－手順がＳＣＧに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、ＳＣＧに属するセカンダリセル（ＰＳＣｅｌｌを除く）、サービングセルをそれぞれ指す。この節の「プライマリセル」という用語は、ＳＣＧのＰＳＣｅｌｌを指す。
【0185】
一例では、ＵＥがＰＵＣＣＨ－ＳＣｅｌｌで構成されている場合、ＵＥは、プライマリＰＵＣＣＨグループとセカンダリＰＵＣＣＨグループの両方にこの節で説明されている手順を適用できる。
－手順がプライマリＰＵＣＣＨグループに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、プライマリＰＵＣＣＨグループに属するセカンダリセル、サービングセルそれぞれを指す。
－手順がセカンダリＰＵＣＣＨグループに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、セカンダリＰＵＣＣＨグループに属するセカンダリセル、サービングセルそれぞれを指す。
－手順がプライマリＰＵＣＣＨグループに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、プライマリＰＵＣＣＨグループに属するセカンダリセル、サービングセルそれぞれを指す。
－手順がセカンダリＰＵＣＣＨグループに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、セカンダリＰＵＣＣＨグループに属するセカンダリセル、サービングセルそれぞれを指す。
【0186】
一例では、ＵＥがサービングセルｃの同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃのサブフレームｉにおけるＰＵＳＣＨ送信のＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次のように与えられ得る。
【数16】
【0187】
一例では、ＵＥがサービングセルｃのＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、サービングセルｃのサブフレームｉにおけるＰＵＳＣＨ送信のＵＥ送信電力ＰＰＵＳＣＨ、ｃ（ｉ）は、次のように与えられ得る。
【数17】
【0188】
一例では、ＵＥがサービングセルｃについてＰＵＳＣＨを送信していない場合、ＰＵＳＣＨについてＤＣＩフォーマット３／３Ａで受信されたＴＰＣコマンドの累積について、ＵＥは、サービングセルｃのサブフレームｉのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）が、次のように計算されると仮定してもよい。
ＰＰＵＳＣＨ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（１）＋αｃ（１）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
ＰＰＵＳＣＨ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（１）＋αｃ（１）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
【0189】
一例では、累積が有効かどうかに応じて、ｆｃ（＊）は累積または現在の絶対値とすることができる。両方のタイプのｆｃ（＊）（累積または現在の絶対値）の場合、第１の値は次のように設定できる。
－一例では、ＰＯ＿ＵＥ＿ＰＵＳＣＨ、ｃ値が上位層によって変更され、サービングセルｃがプライマリセルである場合、またはＰＯ＿ＵＥ＿ＰＵＳＣＨ、ｃ値が上位層によって受信され、サービングセルｃがセカンダリセルである場合、
－ｆｃ（０）＝０
－その他の場合、
－ｆｃ（０）＝ΔＰｒａｍｐｕｐ，ｃ＋δｍｓｇ２，ｃ、ここで
－δｍｓｇ２，ｃは、サービングセルｃで送信されるランダムアクセスプリアンブルに対応するランダムアクセス応答で示されるＴＰＣコマンドである。
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信し、ランダムアクセス応答メッセージに別のビームへのビームスイッチング指令がある場合、ΔＰｒａｍｐｕｐ，ｃ＝０である。それ以外の場合、
ここでΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃは、上位層によって提供され、サービングセルｃの最初から最後のプリアンブルまでの上位層により要求された合計電力ランプアップに対応している。ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃ＝０の場合、ｆｃ（０）＝δｍｓｇ２，ｃである。
－一例では、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値がサービングセルｃの上位層によって受信された場合。
－ｆｃ，２（０）＝０
－一例では、ＰＯ＿ＵＥ＿ＰＵＳＣＨ、ｃ値が上位層によって変更され、サービングセルｃがプライマリセルである場合、またはＰＯ＿ＵＥ＿ＰＵＳＣＨ、ｃ値が上位層によって受信され、サービングセルｃがセカンダリセルである場合、
－ｆｃ（０）＝０
－その他の場合、
－ｆｃ（０）＝ΔＰｒａｍｐｕｐ，ｃ＋δｍｓｇ２，ｃ、ここで
－δｍｓｇ２，ｃは、サービングセルｃで送信されるランダムアクセスプリアンブルに対応するランダムアクセス応答で示されるＴＰＣコマンドである。
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信し、ランダムアクセス応答メッセージに別のビームへのビームスイッチング指令がある場合、ΔＰｒａｍｐｕｐ，ｃ＝０である。それ以外の場合、
【数18】
－一例では、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値がサービングセルｃの上位層によって受信された場合。
－ｆｃ，２（０）＝０
【0190】
一例では、ＰＣＭＡＸ、ｃ（ｉ）は、サービングセルｃのサブフレームｉで構成されたＵＥ送信電力であり得、
はＰＣＭＡＸ，ｃ（ｉ）の線形値であり得る。一例では、ＵＥがサービングセルｃのサブフレームｉでＰＵＳＣＨなしでＰＵＣＣＨを送信する場合、ＰＵＳＣＨのＤＣＩフォーマット３／３Ａで受信されたＴＰＣコマンドの累積のために、ＵＥはＰＣＭＡＸ，ｃ（ｉ）と仮定してもよい。一例では、ＵＥがサービングセルｃのサブフレームｉでＰＵＣＣＨおよびＰＵＳＣＨを送信しない場合、ＰＵＳＣＨのＤＣＩフォーマット３／３Ａで受信したＴＰＣコマンドの累積のために、ＵＥはＭＰＲ＝０ｄＢ、Ａ－ＭＰＲ＝０ｄＢ、Ｐ－ＭＰＲ＝０ｄＢ、ΔＴＣ＝０ｄＢを仮定してＰＣＭＡＸ，ｃ（ｉ）を計算することができ、ここでＭＰＲ、Ａ－ＭＰＲ、Ｐ－ＭＰＲ、ΔＴＣはＬＴＥテクノロジーで事前定義されてもよい。
はＰＰＵＣＣＨ（ｉ）の線形値である。ＭＰＵＳＣＨ，ｃ（ｉ）は、サブフレームｉおよびサービングセルｃに有効なリソースブロックの数で表されるＰＵＳＣＨリソース割り当ての帯域幅であり得る。
【数19】
【数20】
【0191】
一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０で構成され、サブフレームｉが上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、
－ｊ＝０の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（０）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）であり、ここで、ｊ＝０は、半永続的な許可に対応するＰＵＳＣＨ（再）送信に使用されてもよい。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０－ＵＥ－ＰＵＳＣＨ－Ｐｅｒｓｉｓｔｅｎｔ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２およびｐ０－ＮｏｍｉｎａｌＰＵＳＣＨ－Ｐｅｒｓｉｓｔｅｎｔ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２であってもよい。
－ｊ＝１の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（１）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）であり、ここで、ｊ＝１は、動的にスケジュールされた許可に対応するＰＵＳＣＨ（再）送信に使用されてもよい。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０－ＵＥ－ＰＵＳＣＨ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２およびｐ０－ＮｏｍｉｎａｌＰＵＳＣＨ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２であってもよい。
－ｊ＝２の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（２）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（２）ここで、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、ここでパラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層から通知されてもよく、ここでｊ＝２は、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に使用されてもよい。
それ以外の場合、
－ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｊ＝０および１の上位層から提供されるコンポーネントＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）と、サービングセルｃについてｊ＝０および１の上位層によって提供されるコンポーネントＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）との和からなるパラメータであってもよい。半永続的な許可に対応するＰＵＳＣＨ（再）送信の場合はｊ＝０、動的にスケジュールされた許可に対応するＰＵＳＣＨ（再）送信の場合はｊ＝１、ランダムアクセス応答の許可に対応するＰＵＳＣＨ（再）送信の場合はｊ＝２である。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、ここで、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層から通知されてもよい。
－ｊ＝０の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（０）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）であり、ここで、ｊ＝０は、半永続的な許可に対応するＰＵＳＣＨ（再）送信に使用されてもよい。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０－ＵＥ－ＰＵＳＣＨ－Ｐｅｒｓｉｓｔｅｎｔ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２およびｐ０－ＮｏｍｉｎａｌＰＵＳＣＨ－Ｐｅｒｓｉｓｔｅｎｔ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２であってもよい。
－ｊ＝１の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（１）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）であり、ここで、ｊ＝１は、動的にスケジュールされた許可に対応するＰＵＳＣＨ（再）送信に使用されてもよい。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０－ＵＥ－ＰＵＳＣＨ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２およびｐ０－ＮｏｍｉｎａｌＰＵＳＣＨ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２であってもよい。
－ｊ＝２の場合、ＰＯ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（２）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（２）ここで、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、ここでパラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層から通知されてもよく、ここでｊ＝２は、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に使用されてもよい。
それ以外の場合、
－ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｊ＝０および１の上位層から提供されるコンポーネントＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）と、サービングセルｃについてｊ＝０および１の上位層によって提供されるコンポーネントＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）との和からなるパラメータであってもよい。半永続的な許可に対応するＰＵＳＣＨ（再）送信の場合はｊ＝０、動的にスケジュールされた許可に対応するＰＵＳＣＨ（再）送信の場合はｊ＝１、ランダムアクセス応答の許可に対応するＰＵＳＣＨ（再）送信の場合はｊ＝２である。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、ここで、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層から通知されてもよい。
【0192】
一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０で構成され、サブフレームｉが上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、
－ｊ＝０または１の場合、αｃ（ｊ）＝αｃ，２∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝である。αｃ，２は、サービングセルｃの上位層によって提供されるパラメータａｌｐｈａ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２であってもよい。
－ｊ＝２の場合、αｃ（ｊ）＝１である。
それ以外の場合、
－ｊ＝０または１の場合、αｃ∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝は、サービングセルｃについて上位層によって提供される３ビットのパラメータであってもよい。ｊ＝２の場合、αｃ（ｊ）＝１である。
－ｊ＝０または１の場合、αｃ（ｊ）＝αｃ，２∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝である。αｃ，２は、サービングセルｃの上位層によって提供されるパラメータａｌｐｈａ－ＳｕｂｆｒａｍｅＳｅｔ２－ｒ１２であってもよい。
－ｊ＝２の場合、αｃ（ｊ）＝１である。
それ以外の場合、
－ｊ＝０または１の場合、αｃ∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝は、サービングセルｃについて上位層によって提供される３ビットのパラメータであってもよい。ｊ＝２の場合、αｃ（ｊ）＝１である。
【0193】
ＰＬｃは、サービングセルｃのｄＢ単位でＵＥで計算されたダウンリンク伝搬損失推定値であり、ＰＬｃ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ－上位層フィルタリングＲＳＲＰであり、ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは上位層によって提供され、ＲＳＲＰは参照サービングセルのために定義され、上位層フィルタ構成は参照サービングセルについて定義することができる。
－一例では、サービングセルｃがプライマリセルを含むＴＡＧに属している場合、プライマリセルのアップリンクについて、プライマリセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。セカンダリセルのアップリンクの場合、上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇで構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
－一例では、サービングセルｃがＰＳＣｅｌｌを含むＴＡＧに属している場合、ＰＳＣｅｌｌのアップリンクについて、ＰＳＣｅｌｌはｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層のフィルタリングされたＲＳＲＰを決定するための参照サービングセルとして使用でき、ＰＳＣｅｌｌ以外のセカンダリセルのアップリンクの場合、上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
－一例では、サービングセルｃがプライマリセルまたはＰＳＣｅｌｌを含まないＴＡＧに属する場合、サービングセルｃは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
－一例では、サービングセルｃがプライマリセルを含むＴＡＧに属している場合、プライマリセルのアップリンクについて、プライマリセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。セカンダリセルのアップリンクの場合、上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇで構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
－一例では、サービングセルｃがＰＳＣｅｌｌを含むＴＡＧに属している場合、ＰＳＣｅｌｌのアップリンクについて、ＰＳＣｅｌｌはｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層のフィルタリングされたＲＳＲＰを決定するための参照サービングセルとして使用でき、ＰＳＣｅｌｌ以外のセカンダリセルのアップリンクの場合、上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
－一例では、サービングセルｃがプライマリセルまたはＰＳＣｅｌｌを含まないＴＡＧに属する場合、サービングセルｃは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
【0194】
【数21】
【数22】
－
【数23】
－ここで、ＣはコードブロックＲのサイズであってもよく、Ｋｒは、コードブロックｒのサイズであってもよく、ＯＣＱＩは、ＣＲＣビットを含むＣＱＩ／ＰＭＩビットの数であってもよく、ＮＲＥは、
【数24】
【数25】
－
【数26】
【0195】
δＰＵＳＣＨ，ｃは、ＴＰＣコマンドとも呼ばれる補正値であり、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるか、またはサービングセルｃのＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨに含まれるか、またはＣＲＣパリティビットがＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩでスクランブルされるＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨで他のＴＰＣコマンドと一緒にコーディングされてもよい。一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０で構成され、サブフレームｉが上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、サービングセルｃの現在のＰＵＳＣＨ電力制御調整状態はｆｃ，２（ｉ）によって与えられ、ＵＥはＰＰＵＳＣＨ，ｃ（ｉ）を決定するために、ｆｃ（ｉ）の代わりのｆｃ，２（ｉ）を使用してもよい。それ以外の場合、サービングセルｃの現在のＰＵＳＣＨ電力制御調整状態はｆｃ（ｉ）によって与えられてもよい。
【0196】
一例では、ｆｃ，２（ｉ）およびｆｃ（ｉ）は次のように定義できる。
－ｆｃ（ｉ）＝ｆｃ（ｉ－１）＋δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）＋δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）上位層によって提供されるパラメータＡｃｃｕｍｕｌａｔｉｏｎ－ｅｎａｂｌｅｄに基づいて累積を有効にできる場合、またはＴＰＣコマンドδＰＵＳＣＨ，ｃが、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨに含まれており、ＣＲＣがＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩによってスクランブルされる場合であって、ここで、δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）は、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨまたは、サブフレームｉ－ＫＰＵＳＣＨ上のＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨで通知され、また、ｆｃ（０）は累積のリセット後の第１の値である場合である。ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥのＵＥの場合、サブフレームｉ－ＫＰＵＳＣＨは、ＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨが送信され得る最後のサブフレームであってもよい。
－ｆｃ（ｉ）＝ｆｃ（ｉ－１）＋δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）＋δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）上位層によって提供されるパラメータＡｃｃｕｍｕｌａｔｉｏｎ－ｅｎａｂｌｅｄに基づいて累積を有効にできる場合、またはＴＰＣコマンドδＰＵＳＣＨ，ｃが、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨに含まれており、ＣＲＣがＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩによってスクランブルされる場合であって、ここで、δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）は、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨまたは、サブフレームｉ－ＫＰＵＳＣＨ上のＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨで通知され、また、ｆｃ（０）は累積のリセット後の第１の値である場合である。ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥのＵＥの場合、サブフレームｉ－ＫＰＵＳＣＨは、ＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨが送信され得る最後のサブフレームであってもよい。
【0197】
ＫＰＵＳＣＨの値は、次のようにすることができる。
－ＦＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４である。
－ＴＤＤの場合、ＵＥが複数のサービングセルで構成され、少なくとも２つの構成されたサービングセルのＴＤＤ ＵＬ／ＤＬ構成が同じでない場合、またはＵＥが少なくとも１つのサービングセルについてパラメータＥＩＭＴＡ－ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ－ｒ１２で構成され、またはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ２の場合、「ＴＤＤ ＵＬ／ＤＬ構成」はサービングセルｃのＵＬ参照ＵＬ／ＤＬ構成を指す。
－ＴＤＤ ＵＬ／ＤＬ構成１～６の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－ＴＤＤ ＵＬ／ＤＬ構成０の場合、
－一例では、サブフレーム２または７でのＰＵＳＣＨ送信が、ＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでスケジュールされ、ＵＬインデックスのＬＳＢが１に設定される場合、ＫＰＵＳＣＨ＝７である。
－他のＰＵＳＣＨ送信の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－ＦＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４である。
－ＴＤＤの場合、ＵＥが複数のサービングセルで構成され、少なくとも２つの構成されたサービングセルのＴＤＤ ＵＬ／ＤＬ構成が同じでない場合、またはＵＥが少なくとも１つのサービングセルについてパラメータＥＩＭＴＡ－ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ－ｒ１２で構成され、またはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ２の場合、「ＴＤＤ ＵＬ／ＤＬ構成」はサービングセルｃのＵＬ参照ＵＬ／ＤＬ構成を指す。
－ＴＤＤ ＵＬ／ＤＬ構成１～６の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－ＴＤＤ ＵＬ／ＤＬ構成０の場合、
－一例では、サブフレーム２または７でのＰＵＳＣＨ送信が、ＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでスケジュールされ、ＵＬインデックスのＬＳＢが１に設定される場合、ＫＰＵＳＣＨ＝７である。
－他のＰＵＳＣＨ送信の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
【0198】
フレーム構造タイプ３のサービングセルの場合、ＰＵＳＣＨトリガーＡが０に設定されたアップリンクＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂの場合、ＫＰＵＳＣＨはｋ＋ｌに等しくてもよく、ここで、ｋおよびｌはＬＴＥテクノロジーで事前定義されてもよい。ＰＵＳＣＨトリガーＡが１に設定され、ＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩ ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂの場合、ＫＰＵＳＣＨはｐ、ｋ、ｌに等しくてもよく、ここで、ｐ、ｋ、およびｌはＬＴＥテクノロジーで事前定義されてもよい。一例では、ＵＥがサブフレームｉ－ＫＰＵＳＣＨで複数のＴＰＣコマンドを検出した場合、ＵＥは、サブフレームｉでＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４ＢでＰＤＣＣＨ／ＥＰＤＣＣＨのＴＰＣコマンドを使用することができる。
【0199】
サービングセルｃおよび非ＢＬ／ＣＥ ＵＥの場合、ＵＥは、ＤＲＸの場合またはサービングセルｃが非アクティブになる場合を除くすべてのサブフレームで、ＳＰＳ Ｃ－ＲＮＴＩの場合のＵＥのＣ－ＲＮＴＩまたはＤＣＩフォーマット０のＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨおよびこのＵＥのＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩを使用したＤＣＩフォーマット３／３ＡのＰＤＣＣＨの復号を試みる。
【0200】
サービングセルｃおよびＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、ＵＥは、ＤＲＸの場合を除くすべてのＢＬ／ＣＥダウンリンクサブフレームで、ＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩでＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨおよびこのＵＥのＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩでＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨの復号を試みる。
【0201】
非ＢＬ／ＣＥ ＵＥの場合、サービングセルｃのＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢとＤＣＩフォーマット３／３Ａの両方が同じサブフレームで検出される場合、ＵＥはＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４Ｂで提供されるδＰＵＳＣＨ，ｃを使用できる。
【0202】
ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、サービングセルｃのＤＣＩフォーマット６－０ＡとＤＣＩフォーマット３／３Ａの両方が同じサブフレームで検出される場合、ＵＥはＤＣＩフォーマット６－０Ａで提供されるδＰＵＳＣＨ，ｃを使用できる。
－サービングセルｃのＴＰＣコマンドが復号されないサブフレーム、またはＤＲＸが発生するサブフレーム、またはｉがＴＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルｃフレーム構造タイプ２のアップリンクサブフレームではないサブフレームの場合、δＰＵＳＣＨ，ｃ＝０ｄＢである。
－サブフレームｉがＤＣＩフォーマット０Ｂ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨでスケジュールされた第１のサブフレームではない場合、δＰＵＳＣＨ，ｃ＝０ｄＢである。
－ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでシグナリングされたδＰＵＳＣＨ，ｃｄＢ累積値は、図３４Ａの表として与えられてもよい。一例では、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＳＣＨ，ｃは０ｄＢである可能性がある。
－ＤＣＩフォーマット３／３Ａを有するＰＤＣＣＨ／ＭＰＤＣＣＨ上でシグナリングされるδＰＵＳＣＨｄＢ累積値は、図３４Ａの表として与えられるＳＥＴ１または、上位層によって提供されるパラメータＴＰＣ－Ｉｎｄｅｘで決定される図３４Ｂの表として与えられるＳＥＴ２のうちの１つであり得る。
－サービングセルｃのＴＰＣコマンドが復号されないサブフレーム、またはＤＲＸが発生するサブフレーム、またはｉがＴＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルｃフレーム構造タイプ２のアップリンクサブフレームではないサブフレームの場合、δＰＵＳＣＨ，ｃ＝０ｄＢである。
－サブフレームｉがＤＣＩフォーマット０Ｂ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨでスケジュールされた第１のサブフレームではない場合、δＰＵＳＣＨ，ｃ＝０ｄＢである。
－ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでシグナリングされたδＰＵＳＣＨ，ｃｄＢ累積値は、図３４Ａの表として与えられてもよい。一例では、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＳＣＨ，ｃは０ｄＢである可能性がある。
－ＤＣＩフォーマット３／３Ａを有するＰＤＣＣＨ／ＭＰＤＣＣＨ上でシグナリングされるδＰＵＳＣＨｄＢ累積値は、図３４Ａの表として与えられるＳＥＴ１または、上位層によって提供されるパラメータＴＰＣ－Ｉｎｄｅｘで決定される図３４Ｂの表として与えられるＳＥＴ２のうちの１つであり得る。
【0203】
一例では、ＵＥがサービングセルｃについてＰＣＭＡＸ，ｃ（ｉ）に達した場合、サービングセルｃに対するポジティブＴＰＣコマンドは累積されない可能性がある
【0204】
一例では、ＵＥが最小電力に達した場合、ネガティブＴＰＣコマンドが累積されない場合がある。
【0205】
一例では、ＵＥがサービングセルｃのための上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０で構成されない場合、ＵＥは累積をリセットし得る。
－サービングセルｃについて、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更することができる場合
－サービングセルｃについて、ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－サービングセルｃについて、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更することができる場合
－サービングセルｃについて、ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
【0206】
一例では、サービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０でＵＥを構成できる場合、
－ＵＥは、サービングセルｃのｆｃ（＊）に対応する累積をリセットできる。
－ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更することができる場合
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－ＵＥは、サービングセルｃのｆｃ，２（＊）に対応する累積をリセットできる。
－ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値が上位層によって変更することができる場合
－ＵＥは、サービングセルｃのｆｃ（＊）に対応する累積をリセットできる。
－ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更することができる場合
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－ＵＥは、サービングセルｃのｆｃ，２（＊）に対応する累積をリセットできる。
－ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値が上位層によって変更することができる場合
【0207】
一例では、サービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０でＵＥを構成できる場合、および
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ（ｉ）＝ｆｃ（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属する場合
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属さない場合
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ（ｉ）＝ｆｃ（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属する場合
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属さない場合
【0208】
ｆｃ（ｉ）＝δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）およびｆｃ，２（ｉ）＝δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）であり、上位層が提供するパラメータＡｃｃｕｍｕｌａｔｉｏｎ－ｅｎａｂｌｅｄに基づいて、サービングセルｃの累積が有効になっていない場合、ここで、δＰＵＳＣＨ，ｃ（ｉ－ＫＰＵＳＣＨ）は、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨで、サブフレームｉ－ＫＰＵＳＣＨのサービングセルｃについてシグナリングされている。ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、サブフレームｉ－ＫＰＵＳＣＨは、ＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨまたはＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨを送信し得る最後のサブフレームであってもよい。
【0209】
ＫＰＵＳＣＨの値は、次のようにすることができる。
－ＦＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４である。
－ＴＤＤの場合、ＵＥが複数のサービングセルで構成され、少なくとも２つの構成されたサービングセルのＴＤＤ ＵＬ／ＤＬ構成が同じでない場合、またはＵＥが少なくとも１つのサービングセルについてパラメータＥＩＭＴＡ－ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ－ｒ１２で構成され、またはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ２の場合、「ＴＤＤ ＵＬ／ＤＬ構成」はサービングセルｃのＵＬ参照ＵＬ／ＤＬ構成を指す。
－ＴＤＤ ＵＬ／ＤＬ構成１～６の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－ＴＤＤ ＵＬ／ＤＬ構成０の場合、
－一例では、サブフレーム２または７でのＰＵＳＣＨ送信が、ＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでスケジュールされ、ＵＬインデックスのＬＳＢが１に設定される場合、ＫＰＵＳＣＨ＝７である。
－他のＰＵＳＣＨ送信の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－フレーム構造タイプ３のサービングセルの場合、
ＰＵＳＣＨトリガーＡが０に設定されたアップリンクＤＣＩフォーマット０Ａ／４Ａの場合、ＫＰＵＳＣＨはｋ＋ｌに等しくてもよく、ここで、ｋおよびｌはＬＴＥテクノロジーで事前定義されてもよい。
－ＰＵＳＣＨトリガーＡが０に設定されたアップリンクＤＣＩフォーマット０Ｂ／４Ｂの場合、ＫＰＵＳＣＨはｋ＋ｌ＋ｉ’に等しくてもよく、
であり、ここで、ｎｉ
ＨＡＲＱ＿ＩＤはサブフレームｉのＨＡＲＱプロセス番号、ｋ、ｌ、ｎＨＡＲＱ＿ＩＤおよびＮＨＡＲＱは、ＬＴＥテクノロジーで事前定義されてもよい。
－ＰＵＳＣＨトリガーＡが１に設定され、ＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩ ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ａ／４Ａの場合、ＫＰＵＳＣＨはｐ、ｋ、ｌに等しくてもよく、ここで、ｐ、ｋ、およびｌはＬＴＥテクノロジーで事前定義されてもよい。
－ＰＵＳＣＨトリガーＡが１に設定され、ＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩ ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ｂ／４Ｂの場合、ＫＰＵＳＣＨはｐ＋ｋ＋ｌ＋ｉ’に等しくてもよく、
であり、ここで、ｎｉ
ＨＡＲＱ＿ＩＤは、サブフレームｉのＨＡＲＱプロセス番号、ｐ、ｋ、ｌ、ｎＨＡＲＱ＿ＩＤおよびＮＨＡＲＱは、ＬＴＥテクノロジーで事前定義されてもよい。
－一例では、ＵＥがサブフレームｉ－ＫＰＵＳＣＨで複数のＴＰＣコマンドを検出した場合、ＵＥは、サブフレームｉでＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４ＢでＰＤＣＣＨ／ＥＰＤＣＣＨのＴＰＣコマンドを使用することができる。
－ＦＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４である。
－ＴＤＤの場合、ＵＥが複数のサービングセルで構成され、少なくとも２つの構成されたサービングセルのＴＤＤ ＵＬ／ＤＬ構成が同じでない場合、またはＵＥが少なくとも１つのサービングセルについてパラメータＥＩＭＴＡ－ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ－ｒ１２で構成され、またはＦＤＤ－ＴＤＤおよびサービングセルフレーム構造タイプ２の場合、「ＴＤＤ ＵＬ／ＤＬ構成」はサービングセルｃのＵＬ参照ＵＬ／ＤＬ構成を指す。
－ＴＤＤ ＵＬ／ＤＬ構成１～６の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－ＴＤＤ ＵＬ／ＤＬ構成０の場合、
－一例では、サブフレーム２または７でのＰＵＳＣＨ送信が、ＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでスケジュールされ、ＵＬインデックスのＬＳＢが１に設定される場合、ＫＰＵＳＣＨ＝７である。
－他のＰＵＳＣＨ送信の場合、ＫＰＵＳＣＨは図３３の表として与えられ得る。
－フレーム構造タイプ３のサービングセルの場合、
ＰＵＳＣＨトリガーＡが０に設定されたアップリンクＤＣＩフォーマット０Ａ／４Ａの場合、ＫＰＵＳＣＨはｋ＋ｌに等しくてもよく、ここで、ｋおよびｌはＬＴＥテクノロジーで事前定義されてもよい。
－ＰＵＳＣＨトリガーＡが０に設定されたアップリンクＤＣＩフォーマット０Ｂ／４Ｂの場合、ＫＰＵＳＣＨはｋ＋ｌ＋ｉ’に等しくてもよく、
【数27】
－ＰＵＳＣＨトリガーＡが１に設定され、ＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩ ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ａ／４Ａの場合、ＫＰＵＳＣＨはｐ、ｋ、ｌに等しくてもよく、ここで、ｐ、ｋ、およびｌはＬＴＥテクノロジーで事前定義されてもよい。
－ＰＵＳＣＨトリガーＡが１に設定され、ＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩ ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ｂ／４Ｂの場合、ＫＰＵＳＣＨはｐ＋ｋ＋ｌ＋ｉ’に等しくてもよく、
【数28】
－一例では、ＵＥがサブフレームｉ－ＫＰＵＳＣＨで複数のＴＰＣコマンドを検出した場合、ＵＥは、サブフレームｉでＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４ＢでＰＤＣＣＨ／ＥＰＤＣＣＨのＴＰＣコマンドを使用することができる。
【0210】
ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨでシグナリングされたδＰＵＳＣＨ，ｃｄＢ絶対値は、図３４Ａの表として与えられてもよい。一例では、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＳＣＨ，ｃは０ｄＢである可能性がある。
－非ＢＬ／ＣＥ ＵＥの場合、サブフレームについてｆｃ（ｉ）＝ｆｃ（ｉ－１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）であり、ここで、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨは、サービングセルｃに対して復号されない場合があり、あるいはＤＲＸが発生するか、ｉがＴＤＤまたはＦＤＤ－ＴＤＤのアップリンクサブフレームではなく、サービングセルｃフレーム構造タイプ２である場合がある。
－ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、サブフレームについてｆｃ（ｉ）＝ｆｃ（ｉ－１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）であり、ここで、ＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨは、サービングセルｃに対して復号されない場合があり、あるいはＤＲＸが発生するか、ｉがＴＤＤのアップリンクサブフレームではない場合がある。
－非ＢＬ／ＣＥ ＵＥの場合、サブフレームについてｆｃ（ｉ）＝ｆｃ（ｉ－１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）であり、ここで、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨは、サービングセルｃに対して復号されない場合があり、あるいはＤＲＸが発生するか、ｉがＴＤＤまたはＦＤＤ－ＴＤＤのアップリンクサブフレームではなく、サービングセルｃフレーム構造タイプ２である場合がある。
－ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、サブフレームについてｆｃ（ｉ）＝ｆｃ（ｉ－１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ－１）であり、ここで、ＤＣＩフォーマット６－０ＡのＭＰＤＣＣＨは、サービングセルｃに対して復号されない場合があり、あるいはＤＲＸが発生するか、ｉがＴＤＤのアップリンクサブフレームではない場合がある。
【0211】
一例では、サービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ－ｖ１２ｘ０でＵＥを構成できる場合、および
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ（ｉ）＝ｆｃ（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属する場合
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ、２（ｉ）＝ｆｃ、２（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属さない場合
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ（ｉ）＝ｆｃ（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属する場合
－サブフレームｉが、上位層パラメータｔｐｃ－ＳｕｂｆｒａｍｅＳｅｔ－ｒ１２ ｆｃ、２（ｉ）＝ｆｃ、２（ｉ－１）によって示されるように、アップリンク電力制御サブフレームセット２に属さない場合
【0212】
一例では、サービングセルｃがプライマリセルである場合、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３の場合、サービングセルｃのサブフレームｉ内の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のＵＥ送信電力ＰＰＵＣＣＨの設定は、次のように定義できる。
【数29】
【0213】
一例では、サービングセルｃがプライマリセルである場合、ＰＵＣＣＨフォーマット４／５の場合、サービングセルｃのサブフレームｉ内の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のＵＥ送信電力ＰＰＵＣＣＨの設定は、次のように定義できる。
【数30】
【0214】
一例では、ＵＥがプライマリセルのＰＵＣＣＨを送信していない場合、ＰＵＣＣＨのＴＰＣコマンドの累積について、ＵＥは、サブフレームｉのＰＵＣＣＨのＵＥ送信電力ＰＰＵＣＣＨが、次のように計算されると仮定してもよい。
ＰＰＵＣＣＨ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），Ｐ０＿ＰＵＣＣＨ＋ＰＬｃ＋ｇ（ｉ）｝［ｄＢｍ］
ＰＰＵＣＣＨ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），Ｐ０＿ＰＵＣＣＨ＋ＰＬｃ＋ｇ（ｉ）｝［ｄＢｍ］
【0215】
一例では
、ここで、ｇ（ｉ）は、現在のＰＵＣＣＨ電力制御調整状態であってもよく、ｇ（０）は、リセット後の第１の値であってもよい。
－ＦＤＤまたはＦＤＤ－ＴＤＤおよびプライマリセルフレーム構造タイプ１の場合、Ｍ＝１およびｋ０＝４である。
－ＴＤＤの場合、Ｍおよびｋｍの値は、ＬＴＥテクノロジーで事前定義されてもよい。
－ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨまたはＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨまたはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨ上でシグナリングされたδＰＵＣＣＨｄＢ値は、図３５の表として与えられてもよい。一例では、ＤＣＩフォーマット１／１Ａ／２／２Ａ／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨまたはＤＣＩフォーマット１／１Ａ／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨまたはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨが、ＳＰＳアクティベーションＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証されるか、または、ＤＣＩフォーマット１ＡのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨは、ＳＰＳリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＣＣＨは０ｄＢであってもよい。
－ＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨ上でシグナリングされるδＰＵＣＣＨｄＢ値は、図３５の表として、または図３６の表として、上位層によって半静的に構成されて与えられてもよい。
－一例では、ＰＯ＿ＵＥ＿ＰＵＣＣＨ値が上位層によって変更することができる場合、
－ｇ（０）＝０
その他の場合、
－ｇ（０）＝ΔＰｒａｍｐｕｐ＋δｍｓｇ２、ここで
－δｍｓｇ２は、プライマリセルで送信されるランダムアクセスプリアンブルに対応するランダムアクセス応答で示されるＴＰＣコマンドであり、および
－ＵＥがサブフレームｉでＰＵＣＣＨを送信している場合、
－ＵＥがランダムアクセス応答メッセージを受信し、ランダムアクセス応答メッセージ内に別のビームへのビームスイッチング指令がある場合、ΔＰｒａｍｐｕｐ＝０である。
－その他の場合、
それ以外の場合、
ΔＰｒａｍｐｕｐ＝ｍｉｎ［｛ｍａｘ（０，ＰＣＭＡＸ，ｃ－（Ｐ０＿ＰＵＣＣＨ＋ＰＬｃ））｝，ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ］
ここでΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄは、上位層によって提供されてもよく、プライマリセルの最初から最後のプリアンブルまでの上位層により要求された合計電力ランプアップに対応している。ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃ＝０の場合、ｇ（０）＝ΔＰｒａｍｐｕｐ＋δｍｓｇ２である。
【数31】
－ＦＤＤまたはＦＤＤ－ＴＤＤおよびプライマリセルフレーム構造タイプ１の場合、Ｍ＝１およびｋ０＝４である。
－ＴＤＤの場合、Ｍおよびｋｍの値は、ＬＴＥテクノロジーで事前定義されてもよい。
－ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨまたはＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨまたはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨ上でシグナリングされたδＰＵＣＣＨｄＢ値は、図３５の表として与えられてもよい。一例では、ＤＣＩフォーマット１／１Ａ／２／２Ａ／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨまたはＤＣＩフォーマット１／１Ａ／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨまたはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨが、ＳＰＳアクティベーションＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証されるか、または、ＤＣＩフォーマット１ＡのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨは、ＳＰＳリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＣＣＨは０ｄＢであってもよい。
－ＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨ上でシグナリングされるδＰＵＣＣＨｄＢ値は、図３５の表として、または図３６の表として、上位層によって半静的に構成されて与えられてもよい。
－一例では、ＰＯ＿ＵＥ＿ＰＵＣＣＨ値が上位層によって変更することができる場合、
－ｇ（０）＝０
その他の場合、
－ｇ（０）＝ΔＰｒａｍｐｕｐ＋δｍｓｇ２、ここで
－δｍｓｇ２は、プライマリセルで送信されるランダムアクセスプリアンブルに対応するランダムアクセス応答で示されるＴＰＣコマンドであり、および
－ＵＥがサブフレームｉでＰＵＣＣＨを送信している場合、
－ＵＥがランダムアクセス応答メッセージを受信し、ランダムアクセス応答メッセージ内に別のビームへのビームスイッチング指令がある場合、ΔＰｒａｍｐｕｐ＝０である。
－その他の場合、
【数32】
ΔＰｒａｍｐｕｐ＝ｍｉｎ［｛ｍａｘ（０，ＰＣＭＡＸ，ｃ－（Ｐ０＿ＰＵＣＣＨ＋ＰＬｃ））｝，ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ］
ここでΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄは、上位層によって提供されてもよく、プライマリセルの最初から最後のプリアンブルまでの上位層により要求された合計電力ランプアップに対応している。ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃ＝０の場合、ｇ（０）＝ΔＰｒａｍｐｕｐ＋δｍｓｇ２である。
【0216】
一例では、ＵＥがプライマリセルについてＰＣＭＡＸ，ｃ（ｉ）に達した場合、プライマリセルに対するポジティブＴＰＣコマンドは累積されない可能性がある
【0217】
一例では、ＵＥが最小電力に達した場合、ネガティブＴＰＣコマンドが累積されない場合がある。
【0218】
次の場合、ＵＥは累積をリセットすることができる。
－ＰＯ＿ＵＥ＿ＰＵＣＣＨ値が上位層によって変更することができる場合
－ＵＥがプライマリセルのランダムアクセス応答メッセージを受信した場合
－ｇ（ｉ）＝ｇ（ｉ－１）ｉがＴＤＤまたはＦＤＤ－ＴＤＤおよびプライマリセルフレーム構造タイプ２のアップリンクサブフレームでない場合
－ＰＯ＿ＵＥ＿ＰＵＣＣＨ値が上位層によって変更することができる場合
－ＵＥがプライマリセルのランダムアクセス応答メッセージを受信した場合
－ｇ（ｉ）＝ｇ（ｉ－１）ｉがＴＤＤまたはＦＤＤ－ＴＤＤおよびプライマリセルフレーム構造タイプ２のアップリンクサブフレームでない場合
【0219】
一例ではＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃのサブフレームｉの構成されたＵＥ送信電力であり得る。一例では、ＵＥが、ＰＵＣＣＨのＴＰＣコマンドの累積のために、サービングセルｃのサブフレームｉでＰＵＣＣＨおよびＰＵＳＣＨを送信しない場合、ＵＥはＭＰＲ＝０ｄＢ、Ａ－ＭＰＲ＝０ｄＢ、Ｐ－ＭＰＲ＝０ｄＢおよびΔＴＣ＝０ｄＢを仮定してＰＣＭＡＸ，ｃ（ｉ）を計算することができ、ここでＭＰＲ、Ａ－ＭＰＲ、Ｐ－ＭＰＲおよびΔＴＣはＬＴＥテクノロジーで事前定義されてもよい。
【0220】
パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）は、上位層によって提供されてもよく、ΔＦ＿ＰＵＣＣＨ（Ｆ）値は、ＰＵＣＣＨフォーマット１ａに対するＰＵＣＣＨフォーマット（Ｆ）に対応し、ここでＰＵＣＣＨフォーマット（Ｆ）は、ＬＴＥテクノロジーで事前定義されてもよい。
【0221】
一例では、ＵＥは、上位層によって構成して２つのアンテナポートでＰＵＣＣＨを送信することができ、ΔＴＸＤ（Ｆ’）は上位層によって提供されてもよく、ここでＰＵＣＣＨフォーマットＦ’は、ＬＴＥテクノロジーで事前定義されてもよく、そうでない場合、ΔＴＸＤ（Ｆ’）＝０である。
【0222】
ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）はＰＵＣＣＨフォーマットに依存する値であってもよく、ここでｎＣＱＩはチャネル品質情報の情報ビットの数に対応する。サブフレームｉが、ＵＬ－ＳＣＨに関連付けられたトランスポートブロックを持たないＵＥのＳＲ用に構成できる場合はｎＳＲ＝１、そうでない場合はｎＳＲ＝０である。一例では、ＵＥが複数のサービングセルで構成され得るか、またはＵＥが１つのサービングセルで構成され、ＰＵＣＣＨフォーマット３を使用して送信する場合、ｎＨＡＲＱの値はＬＴＥテクノロジーで事前定義されてもよく、そうでない場合、ｎＨＡＲＱはサブフレームｉで送信されたＨＡＲＱ－ＡＣＫビットの数である。
－ＰＵＣＣＨフォーマット１，１ａおよび１ｂ ｈ（ｎＣＱＩの場合、ｎＨＡＲＱ，ｎＳＲ）＝０である。
－チャネル選択を伴うＰＵＣＣＨフォーマット１ｂの場合、ＵＥが複数のサービングセルで構成されている場合、
であり、それ以外の場合、ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）＝０である。
－ＰＵＣＣＨフォーマット２、２ａ、２ｂおよび通常のサイクリックプレフィックスの場合
－ＰＵＣＣＨフォーマット２および拡張サイクリックプレフィックスの場合
－ＰＵＣＣＨフォーマット３の場合、およびＵＥが周期的ＣＳＩなしでＨＡＲＱ－ＡＣＫ／ＳＲを送信する場合、
－一例では、ＵＥが２つのアンテナポートでＰＵＣＣＨフォーマット３を送信するように上位層で構成できる場合、またはＵＥが１１ビットを超えるＨＡＲＱ－ＡＣＫ／ＳＲを送信する場合
－それ以外の場合、
－ＰＵＣＣＨフォーマット３の場合、およびＵＥがＨＡＲＱ－ＡＣＫ／ＳＲおよび周期的ＣＳＩを送信する場合、
－一例では、２つのアンテナポートでＰＵＣＣＨフォーマット３を送信するように上位層でＵＥを構成できる場合、または１１ビットを超えるＨＡＲＱ－ＡＣＫ／ＳＲおよびＣＳＩを送信する場合
－それ以外の場合、
－ＰＵＣＣＨフォーマット４の場合、ＭＰＵＣＣＨ，ｃ（ｉ）は、サブフレームｉおよびサービングセルｃに有効なリソースブロック数で表されるＰＵＣＣＨフォーマット４の帯域幅であってもよい。ＰＵＣＣＨフォーマット５の場合、ＭＰＵＣＣＨ，ｃ（ｉ）＝１である。
－ΔＴＦ，ｃ（ｉ）＝１０ ｌｏｇ１０（２１．２５．ＢＰＲＥ（ｉ）－１）ここでＢＰＲＥ（ｉ）＝ＯＵＣＩ（ｉ）／ＮＲＥ（ｉ），
－ＯＵＣＩ（ｉ）は、サブフレームｉのＰＵＣＣＨフォーマット４／５で送信されるＣＲＣビットを含むＨＡＲＱ－ＡＣＫ／ＳＲ／ＲＩ／ＣＱＩ／ＰＭＩビットの数であってもよい。
－ＰＵＣＣＨフォーマット４の場合、
であり、およびＰＵＣＣＨフォーマット５の場合、
である。
－短縮場合ＰＵＣＣＨフォーマット４または短縮ＰＵＣＣＨフォーマット５がサブフレームｉで使用される場合、
であり、その他の場合、
である。
－ＰＵＣＣＨフォーマット１，１ａおよび１ｂ ｈ（ｎＣＱＩの場合、ｎＨＡＲＱ，ｎＳＲ）＝０である。
－チャネル選択を伴うＰＵＣＣＨフォーマット１ｂの場合、ＵＥが複数のサービングセルで構成されている場合、
【数33】
－ＰＵＣＣＨフォーマット２、２ａ、２ｂおよび通常のサイクリックプレフィックスの場合
【数34】
【数35】
－一例では、ＵＥが２つのアンテナポートでＰＵＣＣＨフォーマット３を送信するように上位層で構成できる場合、またはＵＥが１１ビットを超えるＨＡＲＱ－ＡＣＫ／ＳＲを送信する場合
【数36】
【数37】
－一例では、２つのアンテナポートでＰＵＣＣＨフォーマット３を送信するように上位層でＵＥを構成できる場合、または１１ビットを超えるＨＡＲＱ－ＡＣＫ／ＳＲおよびＣＳＩを送信する場合
【数38】
【数39】
－ΔＴＦ，ｃ（ｉ）＝１０ ｌｏｇ１０（２１．２５．ＢＰＲＥ（ｉ）－１）ここでＢＰＲＥ（ｉ）＝ＯＵＣＩ（ｉ）／ＮＲＥ（ｉ），
－ＯＵＣＩ（ｉ）は、サブフレームｉのＰＵＣＣＨフォーマット４／５で送信されるＣＲＣビットを含むＨＡＲＱ－ＡＣＫ／ＳＲ／ＲＩ／ＣＱＩ／ＰＭＩビットの数であってもよい。
－ＰＵＣＣＨフォーマット４の場合、
【数40】
【数41】
－短縮場合ＰＵＣＣＨフォーマット４または短縮ＰＵＣＣＨフォーマット５がサブフレームｉで使用される場合、
【数42】
【数43】
【0223】
ＰＯ＿ＰＵＣＣＨは、上位層によって提供されるパラメータＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＣＣＨと上位層によって提供されるパラメータＰＯ＿ＵＥ＿ＰＵＣＣＨの合計で構成されるパラメータである。
【0224】
δＰＵＣＣＨは、ＴＰＣコマンドとも呼ばれるＵＥ特定補正値とすることができ、一次電池のためのＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤとＰＤＣＣＨに含まれ、またはＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨに含まれるか、プライマリセルのＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨに含まれるか、または、ＣＲＣパリティビットがＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩでスクランブルされるＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨで、他のＵＥ固有のＰＵＣＣＨ補正値と一緒にコーディングされて送信される。
－非ＢＬ／ＣＥ ＵＥの場合、ＵＥがＥＰＤＣＣＨモニタリング用に構成されていない可能性がある場合、ＵＥは、ＤＲＸの場合を除くすべてのサブフレームで、ＵＥのＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩを使用して、ＤＣＩフォーマット３／３ＡのＰＤＣＣＨおよびＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩを使用した１つまたは複数のＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨの復号を試みる。
－一例では、ＵＥがＥＰＤＣＣＨ監視用に構成されている場合、ＵＥは以下の復号を試みる。
－ＵＥのＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩを備えたＤＣＩフォーマット３／３ＡのＰＤＣＣＨと、ＵＥのＣ－ＲＮＴＩまたはＳＰＳを備えたＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄの１つ以上のＰＤＣＣＨ Ｃ－ＲＮＴＩ、および
－ＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩを備えたＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄの１つ以上のＥＰＤＣＣＨ。
－ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、ＵＥは、ＤＲＸの場合を除くすべてのＢＬ／ＣＥダウンリンクサブフレームで、ＵＥのＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩでＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨおよびＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩでＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨの復号を試みる。
－一例では、ＵＥが、
－ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨまたは
－ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨまたは
－ＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨを復号する場合、
プライマリセルおよび対応する検出されたＲＮＴＩはＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩに等しく、ＤＣＩフォーマットのＴＰＣフィールドはＰＵＣＣＨリソースの決定に使用されない場合、ＵＥは、そのＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨで提供されるδＰＵＣＣＨを使用できる。
その他の場合
－ＵＥは、ＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨを復号した場合、ＵＥは、そのＰＤＣＣＨ／ＭＰＤＣＣＨに設けられたＰＵＣＣＨを使用することができる。
それ以外の場合、ＵＥはδＰＵＣＣＨ＝０ｄＢに設定できる。
－非ＢＬ／ＣＥ ＵＥの場合、ＵＥがＥＰＤＣＣＨモニタリング用に構成されていない可能性がある場合、ＵＥは、ＤＲＸの場合を除くすべてのサブフレームで、ＵＥのＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩを使用して、ＤＣＩフォーマット３／３ＡのＰＤＣＣＨおよびＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩを使用した１つまたは複数のＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨの復号を試みる。
－一例では、ＵＥがＥＰＤＣＣＨ監視用に構成されている場合、ＵＥは以下の復号を試みる。
－ＵＥのＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩを備えたＤＣＩフォーマット３／３ＡのＰＤＣＣＨと、ＵＥのＣ－ＲＮＴＩまたはＳＰＳを備えたＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄの１つ以上のＰＤＣＣＨ Ｃ－ＲＮＴＩ、および
－ＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩを備えたＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄの１つ以上のＥＰＤＣＣＨ。
－ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、ＵＥは、ＤＲＸの場合を除くすべてのＢＬ／ＣＥダウンリンクサブフレームで、ＵＥのＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩでＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨおよびＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩでＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨの復号を試みる。
－一例では、ＵＥが、
－ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＰＤＣＣＨまたは
－ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤのＥＰＤＣＣＨまたは
－ＤＣＩフォーマット６－１ＡのＭＰＤＣＣＨを復号する場合、
プライマリセルおよび対応する検出されたＲＮＴＩはＵＥのＣ－ＲＮＴＩまたはＳＰＳ Ｃ－ＲＮＴＩに等しく、ＤＣＩフォーマットのＴＰＣフィールドはＰＵＣＣＨリソースの決定に使用されない場合、ＵＥは、そのＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨで提供されるδＰＵＣＣＨを使用できる。
その他の場合
－ＵＥは、ＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨを復号した場合、ＵＥは、そのＰＤＣＣＨ／ＭＰＤＣＣＨに設けられたＰＵＣＣＨを使用することができる。
それ以外の場合、ＵＥはδＰＵＣＣＨ＝０ｄＢに設定できる。
【0225】
ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ ＵＥの場合、ＰＵＣＣＨが複数のサブフレームｉ０、ｉ１、…、ｉＮ－１で送信され、ここで、ｉ０＜ｉ１＜…＜ｉＮ－１の場合、サブフレームｉｋ、ｋ＝０、１、…、Ｎ－１のＰＵＣＣＨ送信電力は、以下で決定されてもよい。
ＰＰＵＣＣＨ，ｃ（ｉｋ）＝ＰＰＵＣＣＨ，ｃ（ｉ０）
ＰＰＵＣＣＨ，ｃ（ｉｋ）＝ＰＰＵＣＣＨ，ｃ（ｉ０）
【0226】
ＣＥＭｏｄｅＢで構成されたＢＬ／ＣＥ ＵＥの場合、サブフレームｉｋのＰＵＣＣＨ送信電力は、以下で決定されてもよい。
ＰＰＵＣＣＨ，ｃ（ｉｋ）＝ＰＣＭＡＸ，ｃ（ｉ０）
ＰＰＵＣＣＨ，ｃ（ｉｋ）＝ＰＣＭＡＸ，ｃ（ｉ０）
【0227】
サービングセルｃのサブフレームｉで送信されるＳＲＳのＵＥ送信電力ＰＳＲＳの設定は、以下によって定義されてもよい。
－フレーム構造タイプ２のサービングセルｃについて、ＰＵＳＣＨ／ＰＵＣＣＨ送信用に構成されていない場合
ＰＳＲＳ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），１０ｌｏｇ１０（ＭＳＲＳ，ｃ）＋ＰＯ＿ＳＲＳ，ｃ（ｍ）＋αＳＲＳ，ｃ・ＰＬｃ＋ｆＳＲＳ，ｃ（ｉ）｝［ｄＢｍ］
－それ以外の場合、
ＰＳＲＳ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＳＲＳ＿ＯＦＦＳＥＴ，ｃ（ｍ）＋１０ｌｏｇ１０（ＭＳＲＳ，ｃ）ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）＋αｃ（ｊ）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
－フレーム構造タイプ２のサービングセルｃについて、ＰＵＳＣＨ／ＰＵＣＣＨ送信用に構成されていない場合
ＰＳＲＳ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），１０ｌｏｇ１０（ＭＳＲＳ，ｃ）＋ＰＯ＿ＳＲＳ，ｃ（ｍ）＋αＳＲＳ，ｃ・ＰＬｃ＋ｆＳＲＳ，ｃ（ｉ）｝［ｄＢｍ］
－それ以外の場合、
ＰＳＲＳ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＳＲＳ＿ＯＦＦＳＥＴ，ｃ（ｍ）＋１０ｌｏｇ１０（ＭＳＲＳ，ｃ）ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）＋αｃ（ｊ）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
【0228】
一例では、
－累積を有効にできる場合、累積のリセット後のｆＳＲＳ、ｃ（０）が第１の値であってもよい。次の場合、ＵＥは累積をリセットすることができる。
－サービングセルｃについて、ＰＯ＿ＵＥ＿ＳＲＳ，ｃ値が上位層によって変更することができる場合
－サービングセルｃについて、ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－両方のタイプのｆＳＲＳ，ｃ（＊）（累積または現在の絶対値）の場合、第１の値は次のように設定できる。
－一例では、ＰＯ＿ＵＥ＿ＳＲＳ、ｃ値が上位層によって受信される可能性がある場合
－ｆＳＲＳ，ｃ（０）＝０
－その他の場合
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信し、ランダムアクセス応答メッセージに別のビームへのビームスイッチング指令がある場合、ｆＳＲＳ，ｃ（０）＝ΔＰｒａｍｐｕｐ、ここでΔＰｒａｍｐｕｐ，ｃ＝０である。それ以外の場合、
であり、ここでΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃが上位層によって提供され、サービングセルｃの最初から最後のプリアンブルまでの上位層によって要求される合計電力ランプアップに対応し、ＭＳＲＳ、ｃ（０）はサービングセルｃにおける第１のＳＲＳ送信のサブフレームに有効なリソースブロックの数で表されるＳＲＳ送信の帯域幅であってもよい。
－累積を有効にできる場合、累積のリセット後のｆＳＲＳ、ｃ（０）が第１の値であってもよい。次の場合、ＵＥは累積をリセットすることができる。
－サービングセルｃについて、ＰＯ＿ＵＥ＿ＳＲＳ，ｃ値が上位層によって変更することができる場合
－サービングセルｃについて、ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－両方のタイプのｆＳＲＳ，ｃ（＊）（累積または現在の絶対値）の場合、第１の値は次のように設定できる。
－一例では、ＰＯ＿ＵＥ＿ＳＲＳ、ｃ値が上位層によって受信される可能性がある場合
－ｆＳＲＳ，ｃ（０）＝０
－その他の場合
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信した場合
－ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信し、ランダムアクセス応答メッセージに別のビームへのビームスイッチング指令がある場合、ｆＳＲＳ，ｃ（０）＝ΔＰｒａｍｐｕｐ、ここでΔＰｒａｍｐｕｐ，ｃ＝０である。それ以外の場合、
【数44】
【0229】
一例では、ＰＣＭＡＸ、ｃ（ｉ）は、サービングセルｃのためのサブフレームｉ内の構成されたＵＥ送信電力であり得る。ＰＳＲＳ＿ＯＦＦＳＥＴ，ｃ（ｍ）は、サービングセルｃのｍ＝０およびｍ＝１の上位層によって半静的に構成できる。トリガータイプ０が指定されたＳＲＳ送信の場合はｍ＝０、トリガータイプ１が指定されたＳＲＳ送信の場合はｍ＝１である。ＭＳＲＳ，ｃは、リソースブロックの数で表されるサービングセルｃのサブフレームｉにおけるＳＲＳ送信の帯域幅であり得る。ｆｃ（ｉ）は、サービングセルｃの現在のＰＵＳＣＨ電力制御調整状態であり得る。ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）およびαｃ（ｊ）は、サブフレームＩ、ｊ＝１についてＬＴＥテクノロジーに事前定義されたパラメータであってもよい。αＳＲＳ，ｃは、サービングセルｃの上位層によって構成された上位層パラメータａｌｐｈａ－ＳＲＳであってもよい。ＰＯ＿ＳＲＳ，ｃ（ｍ）は、ｍ＝０および１の上位層から提供されるコンポーネントＰＯ＿ＮＯＭＩＮＡＬ＿ＳＲＳ，ｃ（ｍ）と、サービングセルｃについてｍ＝０および１の上位層によって提供されるコンポーネントＰＯ＿ＵＥ＿ＳＲＳ，ｃ（ｍ）との和からなるパラメータであってもよい。トリガータイプ０が指定されたＳＲＳ送信の場合はｍ＝０、トリガータイプ１が指定されたＳＲＳ送信の場合はｍ＝１である。
－フレーム構造タイプ２のサービングセルｃについて、ＰＵＳＣＨ／ＰＵＣＣＨ送信用に構成されていない場合、現在のＳＲＳ電力制御調整状態はｆＳＲＳ，ｃ（ｉ）で与えられ、次のように定義されてもよい。
－累積を有効にできる場合、ｆＳＲＳ，ｃ（ｉ）＝ｆＳＲＳ，ｃ（ｉ－１）＋δＳＲＳ，ｃ（ｉ－ＫＳＲＳ）であり、上位層パラメータＡｃｃｕｍｕｌａｔｉｏｎ－ｅｎａｂｌｅｄに基づいて累積が有効にならない場合、ｆＳＲＳ，ｃ（ｉ）＝δＳＲＳ，ｃ（ｉ－ＫＳＲＳ）であり、ここで、
－δＳＲＳ，ｃ（ｉ－ＫＳＲＳ）は、最新のサブフレームｉ－ＫＳＲＳでＤＣＩフォーマット３ＢのＰＤＣＣＨで通知されるＳＲＳ ＴＰＣコマンドと呼ばれてもよく、ここでＫＳＲＳ≧４である。
－フレーム構造タイプ２のサービングセルｃについて、ＰＵＳＣＨ／ＰＵＣＣＨ送信用に構成されていない場合、現在のＳＲＳ電力制御調整状態はｆＳＲＳ，ｃ（ｉ）で与えられ、次のように定義されてもよい。
－累積を有効にできる場合、ｆＳＲＳ，ｃ（ｉ）＝ｆＳＲＳ，ｃ（ｉ－１）＋δＳＲＳ，ｃ（ｉ－ＫＳＲＳ）であり、上位層パラメータＡｃｃｕｍｕｌａｔｉｏｎ－ｅｎａｂｌｅｄに基づいて累積が有効にならない場合、ｆＳＲＳ，ｃ（ｉ）＝δＳＲＳ，ｃ（ｉ－ＫＳＲＳ）であり、ここで、
－δＳＲＳ，ｃ（ｉ－ＫＳＲＳ）は、最新のサブフレームｉ－ＫＳＲＳでＤＣＩフォーマット３ＢのＰＤＣＣＨで通知されるＳＲＳ ＴＰＣコマンドと呼ばれてもよく、ここでＫＳＲＳ≧４である。
【0230】
ＵＥは、同じサブフレームでサービングセルｃの異なるＳＲＳ ＴＰＣコマンド値を受信することを期待されない場合がある。フレーム構造タイプ２のサービングセルｃを処理し、ＰＵＳＣＨ／ＰＵＣＣＨ送信用に構成されていない場合、ＵＥは、ＤＲＸの場合またはサービングセルｃを非アクティブ化できる場合を除き、すべてのサブフレームで上位層パラメータＳＲＳ－ＴＰＣ－ＲＮＴＩ－ｒ１４によってスクランブルされたＣＲＣを使用してＤＣＩフォーマット３ＢのＰＤＣＣＨの復号を試みる。－サービングセルｃについてＤＣＩ ３Ｂを有するＰＤＣＣＨのＴＰＣコマンドが復号されないサブフレーム、またはＤＲＸが発生するサブフレーム、またはｉがＴＤＤまたはＦＤＤ－ＴＤＤおよびサービングセルｃフレーム構造タイプ２のアップリンク／スペシャルサブフレームではないサブフレームの場合、δＳＲＳ，ｃ＝０ｄＢである。
【0231】
一例では、上位層パラメータｆｉｅｌｄＴｙｐｅＦｏｒｍａｔ３Ｂが２ビットのＴＰＣコマンドを示す場合、ＤＣＩフォーマット３ＢのＰＤＣＣＨ上でシグナリングされたδＳＲＳｄＢ値は、δＰＵＳＣＨ，ｃをδＳＲＳで置き換えることにより、図３４Ａの表として与えられてもよく、または、上位層パラメータｆｉｅｌｄＴｙｐｅＦｏｒｍａｔ３Ｂが１ビットのＴＰＣコマンドを示す場合ＤＣＩフォーマット３ＢのＰＤＣＣＨ上でシグナリングされたδＳＲＳｄＢは、δＰＵＳＣＨ，ｃをδＳＲＳで置き換えることにより、図３４Ｂの表として与えられてもよい。
【0232】
一例では、無線デバイスは、１つ以上のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信し、１つ以上のランダムアクセスチャネルを介して１つ以上のランダムアクセスプリアンブルを送信するためのランダムアクセス手順を開始し、１つ以上の無線ビームを介して１つ以上のランダムアクセスプリアンブルを送信し、ランダムアクセス応答ウィンドウ中にランダムアクセス応答（ＲＡＲ）を受信し、ＲＡＲに対応するＲＡ－ＲＮＴＩに基づいて、１つ以上の無線ビーム内の第１の無線ビームを決定し、この無線ビームは、ランダムアクセスプリアンブル送信に用いられ、第２の無線ビームを介して、１つ以上のトランスポートブロックを第１の送信電力で送信することができる。一例では、第１の送信電力は、ランプアップ電力値を用いることができ、ここで、ランプアップ電力値は、第１の無線ビームが第２の無線ビームと異なる場合、ゼロに等しく、かつ、プリアンブルが第１の無線ビームを介して複数回送信される場合、ランダムアクセスプリアンブルの最初の送信から最後の送信までの合計電力ランプアップに等しい。
【0233】
様々な実施形態によれば、例えば、無線デバイス、オフネットワーク無線デバイス、基地局などのデバイスは、１つ以上のプロセッサおよびメモリを含んでもよい。メモリは、１つ以上のプロセッサによって実行されると、デバイスに一連のアクションを実行させる命令を格納できる。例示的なアクションの実施形態は、添付の図および仕様に示されている。様々な実施形態の特徴を組み合わせて、さらなる実施形態を作成することができる。
【0234】
図３７は、本開示の実施形態の態様による例示的なフロー図である。３７１０で、無線デバイスは、セルの１つ以上の構成パラメータを含む少なくとも１つの無線リソース制御メッセージを受信することができる。３７２０で、無線デバイスは、セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することができる。３７３０で、ランダムアクセスプリアンブルについて、伝搬損失測定に基づく送信電力が決定されてもよい。１つ以上の構成パラメータが、セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上のパラメータを含む場合（３７３２）、伝搬損失測定は、ＣＳＩ－ＲＳに基づいてもよく、送信電力の決定は、１つ以上の構成パラメータによって示される電力オフセット値を用いてもよい（３７３６）。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合（３７３２）、伝搬損失測定は少なくとも１つの同期信号に基づいてもよく、送信電力の決定は、電力オフセット値を用いない（３７３４）。３７４０で、送信電力に基づいてランダムアクセスプリアンブルを送信することができる。
【0235】
一実施形態によれば、ＣＳＩ－ＲＳは周期的ＣＳＩ－ＲＳであってもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、ＣＳＩ－ＲＳの周期性を示してもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す。一実施形態によれば、１つ以上のメッセージは、参照信号電力値、プリアンブル基地局が受信した目標電力、またはセルの構成された無線デバイス送信電力のうちの少なくとも１つを含むことができる。一実施形態によれば、送信電力は、プリアンブル基地局が受信した目標電力と伝搬損失測定値の合計に基づいてもよい。一実施形態によれば、伝搬損失測定の値は、参照信号の測定受信電力値から参照信号電力値を引いたものに基づいてもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、参照信号はＣＳＩ－ＲＳであってもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合、参照信号は少なくとも１つの同期信号であってもよい。一実施形態によれば、送信電力の決定は、参照信号電力値にさらに基づいてもよい。一実施形態によれば、送信電力は、ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いることができる。一実施形態によれば、１つ以上の構成パラメータがＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、ランダムアクセスプリアンブルの送信は少なくとも１つのランダムアクセスチャネルを使用してもよい。１つ以上のメッセージは、１つ以上の同期信号とＣＳＩ－ＲＳとの間の関連付け、および少なくとも１つのランダムアクセスチャネルと１つ以上の同期信号との間の関連付けを示してもよい。一実施形態によれば、１つ以上のメッセージは、ＣＳＩ－ＲＳに関連付けられた１つ以上の同期信号、および１つ以上の同期信号に関連付けられた少なくとも１つのランダムアクセスチャネルを示してもよい。無線デバイスは、少なくとも１つのランダムアクセスチャネルを介してランダムアクセスプリアンブルを送信してもよい。
【0236】
図３８は、本開示の実施形態の態様による例示的なフロー図である。３８１０で、無線デバイスは、１つ以上のメッセージを受信することができる。１つ以上のメッセージは、セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上の構成パラメータ、およびセルのＣＳＩ－ＲＳに関連付けられた電力オフセット値を示してもよい。３８２０で、制御指令が受信されてもよい。制御指令は、セルを介したランダムアクセスプリアンブルの送信用であってもよい。３８３０で、ランダムアクセスプリアンブルの送信電力が決定されてもよい。セルのＣＳＩ－ＲＳで構成された無線デバイスに応答して（３８３２）、送信電力は、少なくとも電力オフセット値に基づいてもよい（３８３６）。無線デバイスは、３８４０で送信電力を使用してランダムアクセスプリアンブルを送信してもよい。
【0237】
一実施形態によれば、伝搬損失測定の値は、参照信号の測定受信電力値から参照信号電力値を引いたものに基づいてもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、参照信号はＣＳＩ－ＲＳであってもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合、参照信号は少なくとも１つの同期信号であってもよい。一実施形態によれば、送信電力は、プリアンブル基地局が受信した目標電力と伝搬損失測定の値の合計に基づいてもよい。一実施形態によれば、送信電力は、ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いることができる。一実施形態によれば、ランダムアクセスプリアンブルの送信電力が決定されてもよい。無線デバイスがセルのＣＳＩ－ＲＳで構成されていないことに応答して、伝搬損失測定は少なくとも１つの同期信号に基づいてもよく、送信電力の決定は、電力オフセット値を用いなくてもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、ＣＳＩ－ＲＳの周期性を示してもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示し得る。一実施形態によれば、１つ以上の構成パラメータがＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、ランダムアクセスプリアンブルの送信は少なくとも１つのランダムアクセスチャネルを使用してもよい。１つ以上のメッセージは、１つ以上の同期信号とＣＳＩ－ＲＳとの間の関連付け、および少なくとも１つのランダムアクセスチャネルと１つ以上の同期信号との間の関連付けを示してもよい。
【0238】
図３９は、本開示の実施形態の態様による例示的なフロー図である。３９１０で、無線デバイスは、少なくとも１つの無線リソース制御メッセージを受信することができる。少なくとも１つの無線リソース制御メッセージは、セルの１つ以上の構成パラメータを含んでもよい。３９２０で、無線デバイスは、セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することができる。３９３０で、伝搬損失測定に基づく送信電力は、ランダムアクセスプリアンブルについて決定されてもよい。１つ以上の構成パラメータが、セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上のパラメータを含む場合（３９３２）、伝搬損失測定は、ＣＳＩ－ＲＳに基づいてもよく、送信電力の決定は、１つ以上の構成パラメータによって示される電力オフセット値を用いてもよい（３９３６）。３９４０で、送信電力に基づいてランダムアクセスプリアンブルを送信することができる。
【0239】
一実施形態によれば、ＣＳＩ－ＲＳは周期的ＣＳＩ－ＲＳであってもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、ＣＳＩ－ＲＳの周期性を示してもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示し得る。一実施形態によれば、ランダムアクセスプリアンブルの送信電力が決定されてもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合、伝搬損失測定は少なくとも１つの同期信号に基づいてもよく、送信電力の決定は、電力オフセット値を用いなくてもよい。一実施形態によれば、１つ以上のメッセージは、参照信号電力値、プリアンブル基地局が受信した目標電力、またはセルの構成された無線デバイス送信電力のうちの少なくとも１つを含むことができる。一実施形態によれば、送信電力の決定は、参照信号電力値にさらに基づいてもよい。一実施形態によれば、送信電力は、ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いることができる。一実施形態によれば、送信電力は、プリアンブル基地局が受信した目標電力と伝搬損失測定の値の合計に基づいてもよい。一実施形態によれば、伝搬損失測定の値は、参照信号の測定受信電力値から参照信号電力値を引いたものに基づいてもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、参照信号はＣＳＩ－ＲＳであってもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合、参照信号は少なくとも１つの同期信号であってもよい。一実施形態によれば、１つ以上の構成パラメータがＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、ランダムアクセスプリアンブルの送信は少なくとも１つのランダムアクセスチャネルを使用してもよい。１つ以上のメッセージは、１つ以上の同期信号とＣＳＩ－ＲＳとの間の関連付け、および少なくとも１つのランダムアクセスチャネルと１つ以上の同期信号との間の関連付けを示してもよい。
【0240】
図４０は、本開示の実施形態の一態様による例示的なフロー図である。４０１０で、無線デバイスは、１つ以上のメッセージを受信することができる。１つ以上のメッセージは、セルの周期的チャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上の構成パラメータ、およびセルの周期的ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示してもよい。４０２０で、ランダムアクセスプリアンブルの送信のための制御指令がセルを介して受信されてもよい。４０３０で、ランダムアクセスプリアンブルの送信電力が決定されてもよい。セルの周期的ＣＳＩ－ＲＳで構成された無線デバイスに応答して（４０３２）、送信電力は少なくとも電力オフセット値に基づいてもよい（４０３６）。４０４０で、無線デバイスは、送信電力を使用してランダムアクセスプリアンブルを送信してもよい。
【0241】
一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、ＣＳＩ－ＲＳの周期性を示してもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示し得る。一実施形態によれば、送信電力は、ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いることができる。一実施形態によれば、伝搬損失測定の値は、参照信号の測定受信電力値から参照信号電力値を引いたものに基づいてもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、参照信号はＣＳＩ－ＲＳであってもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合、参照信号は少なくとも１つの同期信号であってもよい。
【0242】
一実施形態によれば、ランダムアクセスプリアンブルの送信電力をさらに含むことが決定されてもよい。無線デバイスがセルの周期的なＣＳＩ－ＲＳで構成されていないことに応答して、送信電力は電力オフセット値を用いなくてもよい。一実施形態によれば、１つ以上のメッセージは、参照信号電力値、プリアンブル基地局が受信した目標電力、またはセルの構成された無線デバイス送信電力のうちの少なくとも１つを含むことができる。一実施形態によれば、送信電力の決定は、参照信号電力値にさらに基づいてもよい。一実施形態によれば、１つ以上の構成パラメータがＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、ランダムアクセスプリアンブルの送信は少なくとも１つのランダムアクセスチャネルを使用してもよい。１つ以上のメッセージは、１つ以上の同期信号とＣＳＩ－ＲＳとの間の関連付け、および少なくとも１つのランダムアクセスチャネルと１つ以上の同期信号との間の関連付けを示してもよい。
【0243】
図４１は、本開示の実施形態の態様による例示的なフロー図である。４１０で、ランダムアクセスプリアンブルの送信電力は、伝搬損失測定に基づいて決定されてもよい。送信電力は、ＣＳＩ－ＲＳ（４１１２）に基づく伝搬損失測定に応答した電力オフセット値（４１１４）、および少なくとも１つの同期信号（４１１６）に基づく伝搬損失測定に応答した電力オフセット値なし（４１１８）を用いてもよい。４１２０で、送信電力に基づいてランダムアクセスプリアンブルを送信することができる。
【0244】
一実施形態によれば、ＣＳＩ－ＲＳは周期的ＣＳＩ－ＲＳであってもよい。一実施形態によれば、無線デバイスは、１つ以上のメッセージをさらに受信することができる。１つ以上のメッセージは、ＣＳＩ－ＲＳの１つ以上の構成パラメータ、およびセルの周期的ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示してもよい。一実施形態によれば、ＣＳＩ－ＲＳの１つ以上のパラメータは、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示し得る。一実施形態によれば、送信電力の決定は、参照信号電力値にさらに基づいてもよい。一実施形態によれば、送信電力は、ＣＳＩ－ＲＳに基づく伝搬損失測定に応答したＣＳＩ－ＲＳの受信電力、および少なくとも１つの同期信号に基づく伝搬損失測定に応答した少なくとも１つの同期信号の受信電力に基づく伝搬損失測定の値を用いてもよい。
【0245】
一実施形態によれば、１つ以上のメッセージは、参照信号電力値、プリアンブル基地局が受信した目標電力、またはセルの構成された無線デバイス送信電力のうちの少なくとも１つを含むことができる。一実施形態によれば、送信電力は、プリアンブル基地局が受信した目標電力と伝搬損失測定値の合計に基づいてもよい。一実施形態によれば、伝搬損失測定の値は、参照信号の測定受信電力値から参照信号電力値を引いたものに基づいてもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、参照信号はＣＳＩ－ＲＳであってもよい。１つ以上の構成パラメータがセルのＣＳＩ－ＲＳパラメータを含まない場合、参照信号は少なくとも１つの同期信号であってもよい。
【0246】
図４２は、本開示の実施形態の態様による例示的なフロー図である。４２１０で、無線デバイスは、基地局から１つ以上のメッセージを受信することができる。１つ以上のメッセージは、セルの１つ以上のビームに対する複数のランダムアクセスチャネルの構成パラメータを含んでもよい。４２２０で、無線デバイスは、１つ以上のビームの複数のランダムアクセスチャネルを介した複数のランダムアクセスプリアンブルの並列送信のためのランダムアクセス手順を開始することができる。４２３０で、複数のランダムアクセスプリアンブルの並列送信に対応する複数の送信電力が決定されてもよい。４２５０で、複数の送信電力を含む第１の計算された送信電力が４２４０で第１の値を超える場合、並列送信の少なくとも１つがドロップされてもよい。４２６０で、無線デバイスはランダムアクセスチャネルの複数の少なくとも１つを介してランダムアクセスプリアンブルのうちの少なくとも一方を送信することができる。
【0247】
一実施形態によれば、第１の計算された送信電力は、複数の送信電力の合計を含むことができる。一実施形態によれば、複数のランダムアクセスプリアンブルのうちの少なくとも１つの送信のために、第２の計算された送信電力が決定されてもよい。第２の計算された送信電力は、第１の値以下であってもよい。一実施形態によれば、第１の値は、セルを介した無線デバイスの最大許容送信電力であってもよい。一実施形態によれば、ドロップすることは、セルの１つ以上のビームの優先度に基づいてもよい。セルの１つ以上のビームの優先度は、１つ以上のビームの複数の伝搬損失値に基づいてもよい。一実施形態によれば、無線デバイスは、１つ以上の同期信号の受信電力に基づいて、１つ以上のビームの複数の伝搬損失値を測定してもよい。一実施形態によれば、無線デバイスは、１つ以上のチャネル状態情報参照信号の受信電力に基づいて、１つ以上のビームの複数の伝搬損失値を測定してもよい。一実施形態によれば、複数のランダムアクセスプリアンブルの並列送信に対する１つ以上の伝搬損失値が測定されてもよい。無線デバイスは、複数の送信電力を決定するために１つ以上の伝搬損失値を用いてもよい。一実施形態によれば、第１のランダムアクセスプリアンブルの第１の送信は、第１の送信に対応する第１の伝搬損失値が第２の送信に対応する第２の伝搬損失値より大きい場合、第２のランダムアクセスプリアンブルの第２の送信よりも低い優先度を有してもよい。一実施形態によれば、第１のランダムアクセスプリアンブルの第１の送信は、第１の送信に対応する第１の送信電力が第２の送信に対応する第２の送信電力より大きい場合、第２のランダムアクセスプリアンブルの第２の送信よりも低い優先度を有してもよい。一実施形態によれば、複数の送信電力のうちの少なくとも１つは、伝搬損失値、ランプアップ値、および／またはオフセット値のうちの少なくとも１つを含むことができる。オフセット値は、複数のランダムアクセスプリアンブルの数に依存してもよい。
【0248】
図４３は、本開示の実施形態の態様による例示的なフロー図である。４３１０で、無線デバイスは、基地局から１つ以上のメッセージを受信することができる。１つ以上のメッセージは、複数のランダムアクセスチャネルの構成パラメータを含んでもよい。４３２０で、複数のランダムアクセスプリアンブルが、１つ以上のランダムアクセスチャネルを介して送信されてもよい。４３３０で、ランダムアクセス応答（ＲＡＲ）ウィンドウ中に、複数のランダムアクセスプリアンブルに対応するランダムアクセス応答の制御チャネルを監視することができる。第１のカウンタは、４３３２でＲＡＲウィンドウ中にＲＡＲを受信しなかったこと、または、４３３４で受信されたＲＡＲのいずれも複数のランダムアクセスプリアンブルに対応する１つ以上のランダムアクセスプリアンブル識別子の少なくとも１つを含まないことに応答して、４３４０で１インクリメントされてもよい。４３５０で、ランダムアクセスプリアンブル送信電力は、第１のカウンタを用いて決定されてもよい。４３６０において、複数のランダムアクセスプリアンブルは、ランダムアクセスプリアンブル送信電力を用いる１つ以上のランダムアクセスチャネルを介して送信されてもよい。
【0249】
図４４は、本開示の実施形態の態様による例示的なフロー図である。４４１０で、無線デバイスは、基地局から１つ以上のメッセージを受信することができる。１つ以上のメッセージは、少なくとも１つのランダムアクセスチャネルの構成パラメータを含んでもよい。４４２０で、１つ以上の無線ビームを有する１つ以上のランダムアクセスプリアンブルが、少なくとも１つのランダムアクセスチャネルを介して送信されてもよい。４４３０で、第１の無線ビームに関連付けられたランダムアクセス応答（ＲＡＲ）は、ランダムアクセス応答ウィンドウ中の１つ以上のランダムアクセスプリアンブルの少なくとも１つに対応するランダムアクセス識別子に基づいて検出されてもよい。４４４０で、ランダムアクセス識別子に基づいて、１つ以上の無線ビームの中の第２の無線ビームを決定することができる。４４５０で、第１の送信電力を有する１つ以上のトランスポートブロックが、第１の無線ビームを介して送信されてもよい。第１の送信電力は、ランプアップ電力値を用いてもよい。第１の無線ビームが４４５２の第２の無線ビームと異なる場合、ランプアップ電力値は４４５４でゼロに等しくてもよい。ランプアップ電力値は、４４５６で第２の無線ビームを介してプリアンブルが複数回送信される場合、４４５８でランダムアクセスプリアンブルの第１の送信から最後の送信までの合計電力ランプアップに等しくてもよい。
【0250】
本明細書において、「ａ」および「ａｎ」および同様のフレーズは、「少なくとも１つ」および「１つ以上」と解釈されるべきである。本明細書において、用語「ｍａｙ」は、「ｍａｙ、例えば言い換えれば、用語「ｍａｙ」は、用語「ｍａｙ」に続く句が、１つ以上の様々な実施形態に使用される場合とされない場合がある多数の適切な可能性の１つであることを示す。ＡとＢがセットで、Ａのすべての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、空でないセットとサブセットのみが考慮される。たとえば、Ｂ＝｛ｃｅｌｌ１、ｃｅｌｌ２｝の可能なサブセットは、｛ｃｅｌｌ１｝、｛ｃｅｌｌ２｝、および｛ｃｅｌｌ１、ｃｅｌｌ２｝である。
【0251】
この仕様では、パラメータ（情報要素：ＩＥ）は１つ以上のオブジェクトで構成され、それらのオブジェクトのそれぞれは１つ以上の他のオブジェクトで構成される。たとえば、パラメータ（ＩＥ）Ｎがパラメータ（ＩＥ）Ｍを含み、パラメータ（ＩＥ）Ｍがパラメータ（ＩＥ）Ｋを含み、パラメータ（ＩＥ）Ｋがパラメータ（情報要素）Ｊを含む場合、たとえば、ＮはＫを含み、ＮはＪを含む。例示的な実施形態では、１つ以上のメッセージが複数のパラメータを含む場合、これは、複数のパラメータ内のパラメータが１つ以上のメッセージの少なくとも１つにあるが、１つ以上のメッセージのそれぞれにある必要がないことを意味する。
【0252】
開示される実施形態で説明される要素の多くは、モジュールとして実装されてもよい。ここでモジュールは、定義された機能を実行し、他の要素への定義されたインターフェースを有する分離可能な要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（すなわち、生物学的要素を備えたハードウェア）、またはそれらの組み合わせで実装されてもよい。たとえば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂなど）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されたコンピュータ言語で記述されたソフトウェアルーチンで実装されてもよい。さらに、ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込んだ物理ハードウェアを使用してモジュールを実装することも可能である。プログラム可能なハードウェアの例には、コンピュータ、マイクロコントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、結合プログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピュータ、マイクロコントローラ、およびマイクロプロセッサは、アセンブリ、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。最後に、機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用されることを強調する必要がある。
【0253】
この特許文書の開示には、著作権保護の対象となる資料が組み込まれている。著作権所有者は、特許商標局の特許ファイルまたは記録にあるように、法律で要求される限られた目的のために、特許文書または特許開示のいずれかによるファクシミリ複製に異議を唱えないが、それ以外はすべての著作権を留保する。
【0254】
様々な実施形態が上記で説明されたが、それらは例として提示されており、限定ではないことを理解されたい。当業者には、趣旨および範囲から逸脱することなく、形態および詳細の様々な変更を行うことができることは明らかであろう。実際、上記の説明を読んだ後、代替の実施形態を実装する方法が関連技術の当業者に明らかになるであろう。したがって、本実施形態は、上述の例示的な実施形態のいずれによっても限定されるべきではない。特に、例示の目的で、上記の説明は、ＦＤＤ通信システムを使用する例に焦点を合わせていることに注意すべきである。しかしながら、当業者は、本発明の実施形態が、１つ以上のＴＤＤセル（例えば、フレーム構造２および／またはフレーム構造３ライセンス支援アクセス）を含むシステムで実装されてもよいことを認識するであろう。開示された方法およびシステムは、無線または有線システムで実装されてもよい。本発明で提示される様々な実施形態の特徴は組み合わせることができる。一実施形態の１つまたは多くの特徴（方法またはシステム）は、他の実施形態で実装されてもよい。強化された送信および受信システムおよび方法を作成するために様々な実施形態で組み合わせられ得る特徴の可能性を当業者に示すために、限られた数の例示的な組み合わせのみが示される。
【0255】
さらに、機能と利点を強調する図は、例示のみを目的として提示されていることを理解する必要がある。開示されたアーキテクチャは、示されている以外の方法で利用できるように、十分に柔軟で構成可能である。例えば、任意のフローチャートにリストされたアクションは、いくつかの実施形態で並べ替えられ、またはオプションとしてのみ使用されてもよい。
【0256】
さらに、開示の要約の目的は、米国特許商標局および一般の人々、特に特許または法的用語または語法に精通していない当業者、特に科学者、エンジニアおよび実務家が、アプリケーションの技術的開示の性質と本質を迅速に判断することである。開示の要約は、いかなる意味においても範囲を限定することを意図したものではない。
【0257】
最後に、米国特許法１１２条の下で、「ための手段」または「のためのステップ」という表現を含むクレームのみを解釈することが出願人の意図である。「手段」または「ステップ」のフレーズを明示的に含まないクレームは、米国特許法１１２条の下で解釈されるべきではない。
例えば、本願は以下の項目を提供する。
（項目１）
無線デバイスによって、セルの１つ以上の構成パラメータを含む少なくとも１つの無線リソース制御メッセージを受信することと、
無線デバイスによって、上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルについて、伝搬損失測定に基づいて送信電力を決定することであって、
上記１つ以上の構成パラメータが、上記セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上のパラメータを含む場合、
上記伝搬損失測定は、上記ＣＳＩ－ＲＳに基づき、かつ
上記送信電力の上記決定は、上記１つ以上の構成パラメータによって示される電力オフセット値を用い、
上記１つ以上の構成パラメータが、上記セルのＣＳＩ－ＲＳパラメータを含まない場合、
上記伝搬損失測定は、少なくとも１つの同期信号に基づき、かつ
上記送信電力の上記決定は、上記電力オフセット値を用いない、決定することと、
上記送信電力に基づいて上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目１に記載の方法。
（項目３）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目１または２に記載の方法。
（項目４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目１～３のいずれかに記載の方法。
（項目５）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つを含む、項目１～４のいずれかに記載の方法。
（項目６）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定の値との合計に基づく、項目１～５のいずれかに記載の方法。
（項目７）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目６に記載の方法。
（項目８）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目１～７のいずれかに記載の方法。
（項目９）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された上記伝搬損失測定の上記値を用いる、項目１～８のいずれかに記載の方法。
（項目１０）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目１～９のいずれかに記載の方法。
（項目１１）
無線デバイスによって、１つ以上のメッセージを受信することであって、上記１つ以上のメッセージが、
セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上の構成パラメータ、および
上記セルの上記ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示す、受信することと、
上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルの送信電力を決定することであって、上記無線デバイスが上記セルの上記ＣＳＩ－ＲＳで構成されていることに応答して、上記送信電力が少なくとも上記電力オフセット値に基づく、決定することと、
上記無線デバイスによって、上記送信電力を使用して上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目１２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目１１に記載の方法。
（項目１３）
上記ランダムアクセスプリアンブルの上記送信電力の上記決定が、伝搬損失測定に基づく、項目１１または１２に記載の方法。
（項目１４）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目６に記載の方法。
（項目１５）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定の上記値との合計に基づく、項目１１～１４のいずれかに記載の方法。
（項目１６）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された上記伝搬損失測定の値を用いる、項目１１～１５のいずれかに記載の方法。
（項目１７）
上記ランダムアクセスプリアンブルの上記送信電力を決定することをさらに含み、上記無線デバイスが上記セルの上記ＣＳＩ－ＲＳで構成されていないことに応答して、
上記伝搬損失測定は、少なくとも１つの同期信号に基づき、かつ
上記送信電力の上記決定は、上記電力オフセット値を用いない、項目１１～１６のいずれかに記載の方法。
（項目１８）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目１１～１７のいずれかに記載の方法。
（項目１９）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目１１～１８のいずれかに記載の方法。
（項目２０）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目１１～１９のいずれかに記載の方法。
（項目２１）
無線デバイスによって、セルの１つ以上の構成パラメータを含む少なくとも１つの無線リソース制御メッセージを受信することと、
無線デバイスによって、上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルについて、伝搬損失測定に基づいて送信電力を決定することであって、上記１つ以上の構成パラメータが、上記セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上のパラメータを含む場合、
上記伝搬損失測定は、上記ＣＳＩ－ＲＳに基づき、かつ
上記送信電力の上記決定は、上記１つ以上の構成パラメータによって示される電力オフセット値を用いる、決定することと、
上記送信電力に基づいて上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目２２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目２１に記載の方法。
（項目２３）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目２１または２２に記載の方法。
（項目２４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目２１～２３のいずれかに記載の方法。
（項目２５）
上記ランダムアクセスプリアンブルの上記送信電力を決定することをさらに含み、上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、
上記伝搬損失測定は、少なくとも１つの同期信号に基づき、かつ
上記送信電力の上記決定は、上記電力オフセット値を用いない、項目２１～２４のいずれかに記載の方法。
（項目２６）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つを含む、項目２１～２５のいずれかに記載の方法。
（項目２７）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目２１～２６のいずれかに記載の方法。
（項目２８）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された上記伝搬損失測定の値を用いる、項目２１～２７のいずれかに記載の方法。
（項目２９）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定の上記値との合計に基づく、項目２１～２８のいずれかに記載の方法。
（項目３０）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目２９に記載の方法。
（項目３１）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目２１～３０のいずれかに記載の方法。
（項目３２）
無線デバイスによって、１つ以上のメッセージを受信することであって、上記１つ以上のメッセージが、
セルの周期的チャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上の構成パラメータ、および
上記セルの上記周期的ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示す、受信することと、
上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルの送信電力を決定することであって、上記無線デバイスが上記セルの上記周期的ＣＳＩ－ＲＳで構成されていることに応答して、上記送信電力が少なくとも上記電力オフセット値に基づく、決定することと、
上記無線デバイスによって、上記送信電力を使用して上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目３３）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目３２に記載の方法。
（項目３４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目３２または３３に記載の方法。
（項目３５）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いる、項目３２～３４のいずれかに記載の方法。
（項目３６）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目６に記載の方法。
（項目３７）
上記ランダムアクセスプリアンブルの上記送信電力の決定をさらに含み、上記無線デバイスが上記セルの上記周期的ＣＳＩ－ＲＳで構成されていないことに応答して、上記送信電力は上記電力オフセット値を用いない、項目３２～３６のいずれかに記載の方法。
（項目３８）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つを含む、項目３２～３７のいずれかに記載の方法。
（項目３９）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目３２～３８のいずれかに記載の方法。
（項目４０）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目３２～３９のいずれかに記載の方法。
（項目４１）
伝搬損失測定に基づいてランダムアクセスプリアンブルの送信電力を決定することであって、上記送信電力が、
チャネル状態情報参照信号（ＣＳＩ－ＲＳ）に基づく上記伝搬損失測定に応答した電力オフセット値、および
少なくとも１つの同期信号に基づく上記伝搬損失測定に応答した電力オフセット値なしを用いる、決定することと、
上記送信電力に基づいて上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目４２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目４１に記載の方法。
（項目４３）
上記無線デバイスによって、１つ以上のメッセージを受信することであって、上記１つ以上のメッセージが、
上記ＣＳＩ－ＲＳの１つ以上の構成パラメータ、および
上記セルの上記周期的ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示す、受信することをさらに含む、項目４１または４２に記載の方法。
（項目４４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す項目４３に記載の方法。
（項目４５）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目４１または４４のいずれかに記載の方法。
（項目４６）
上記送信電力が、
上記ＣＳＩ－ＲＳに基づく上記伝搬損失測定に応答した上記ＣＳＩ－ＲＳの受信電力、および
上記少なくとも１つの同期信号に基づく上記伝搬損失測定に応答した上記少なくとも１つの同期信号の受信電力に基づく上記伝搬損失測定の値を用いる、項目４１または４５のいずれかに記載の方法。
（項目４７）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つをさらに含む、項目４３に記載の方法。
（項目４８）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定との値の合計に基づく、項目４１～４７のいずれかに記載の方法。
（項目４９）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目４８に記載の方法。
（項目５０）
無線デバイスによって、基地局からセルの１つ以上のビームに対する複数のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記無線デバイスによって、上記１つ以上のビームに対する上記複数のランダムアクセスチャネルを介した複数のランダムアクセスプリアンブルの並列送信のためのランダムアクセス手順を開始することと、
上記複数の上記ランダムアクセスプリアンブルの上記並列送信に対応する複数の送信電力を決定することと、
上記複数の送信電力を含む第１の計算された送信電力が第１の値を超える場合、上記並列送信の少なくとも１つをドロップすることと、
上記無線デバイスによって、上記複数の上記ランダムアクセスチャネルのうちの少なくとも１つを介して上記複数の上記ランダムアクセスプリアンブルのうちの少なくとも１つを送信することと、を含む、方法。
（項目５１）
上記第１の計算された送信電力が、上記複数の送信電力の合計を含む、項目５０に記載の方法。
（項目５２）
上記複数の上記ランダムアクセスプリアンブルのうちの上記少なくとも１つの送信のための第２の計算された送信電力を決定することをさらに含み、上記第２の計算された送信電力が、上記第１の値以下である、項目５０または５１に記載の方法。
（項目５３）
上記第１の値が、上記セルを介した上記無線デバイスの最大許容送信電力である、項目５０～５２のいずれかに記載の方法。
（項目５４）
上記ドロップすることが、上記セルの１つ以上のビームの優先度に基づき、上記セルの上記１つ以上のビームの上記優先度が、上記１つ以上のビームの複数の伝搬損失値に基づく、項目５０～５３のいずれかに記載の方法。
（項目５５）
上記無線デバイスが、１つ以上の同期信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値を測定する、項目５４に記載の方法。
（項目５６）
上記無線デバイスが、１つ以上のチャネル状態情報参照信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値を測定する、項目５４に記載の方法。
（項目５７）
上記複数のランダムアクセスプリアンブルの上記並列送信に対する１つ以上の伝搬損失値を測定することをさらに含み、上記無線デバイスが、上記複数の送信電力の上記決定のために上記１つ以上の伝搬損失値を用いる、項目５０～５６のいずれかに記載の方法。
（項目５８）
第１の送信に対応する第１の伝搬損失値が第２の送信に対応する第２の伝搬損失値よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目５０～５７のいずれかに記載の方法。
（項目５９）
第１の送信に対応する第１の送信電力が第２の送信に対応する第２の送信電力よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目５０～５８のいずれかに記載の方法。
（項目６０）
上記複数の送信電力のうちの少なくとも１つが、伝搬損失値、ランプアップ値、および／またはオフセット値のうちの少なくとも１つを含み、上記オフセット値が、上記複数のランダムアクセスプリアンブルの数に依存している、項目５０～５９のいずれかに記載の方法。
（項目６１）
１つ以上のプロセッサと、
命令を格納するメモリであって、上記命令が、上記１つ以上のプロセッサで実行されると、上記無線デバイスに、
基地局から、セルの１つ以上のビームに対する複数のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記１つ以上のビームに対する上記複数のランダムアクセスチャネルを介した複数のランダムアクセスプリアンブルの並列送信のためのランダムアクセス手順を開始することと、
上記複数の上記ランダムアクセスプリアンブルの上記並列送信に対応する複数の送信電力を決定することと、
上記複数の送信電力を含む第１の計算された送信電力が第１の値を超える場合、上記並列送信の少なくとも１つをドロップすることと、
上記複数の上記ランダムアクセスチャネルのうちの少なくとも１つを介して、上記複数の上記ランダムアクセスプリアンブルのうちの少なくとも１つを送信することと、を実行させる、メモリと、を備える、無線デバイス。
（項目６２）
上記第１の計算された送信電力が、上記複数の送信電力の合計を含む、項目６１に記載の無線デバイス。
（項目６３）
上記命令が、上記１つ以上のプロセッサによって実行されると、上記無線デバイスに、上記複数の上記ランダムアクセスプリアンブルのうちの上記少なくとも１つの送信のための第２の計算された送信電力をさらに決定させ、上記第２の計算された送信電力が、上記第１の値以下である、項目６１または６２に記載の無線デバイス。
（項目６４）
上記第１の値が、上記セルを介した上記無線デバイスの最大許容送信電力である、項目６１～６３のいずれかに記載の無線デバイス。
（項目６５）
上記命令が、上記１つ以上のプロセッサによって実行されると、上記無線デバイスに、１つ以上の同期信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値をさらに測定させる、項目６１～６４のいずれかに記載の無線デバイス。
（項目６６）
上記命令が、上記１つ以上のプロセッサによって実行されると、上記無線デバイスに、１つ以上のチャネル状態情報参照信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値をさらに測定させる、項目６１～６５のいずれかに記載の無線デバイス。
（項目６７）
第１の送信に対応する第１の伝搬損失値が第２の送信に対応する第２の伝搬損失値よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目６１～６６のいずれかに記載の無線デバイス。
（項目６８）
第１の送信に対応する第１の送信電力が第２の送信に対応する第２の送信電力よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目６１～６７のいずれかに記載の無線デバイス。
（項目６９）
上記複数の送信電力のうちの少なくとも１つが、伝搬損失値、ランプアップ値、および／またはオフセット値のうちの少なくとも１つを含み、上記オフセット値が、上記複数のランダムアクセスプリアンブルの数に依存している、項目６１～６８のいずれかに記載の無線デバイス。
（項目７０）
基地局から無線デバイスによって、１つ以上のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記１つ以上のランダムアクセスチャネルを介して複数のランダムアクセスプリアンブルを送信することと、
ランダムアクセス応答（ＲＡＲ）ウィンドウ中に上記複数のランダムアクセスプリアンブルに対応するランダムアクセス応答の制御チャネルを監視することと、
第１のカウンタを１インクリメントすることであって、
上記ＲＡＲウィンドウ中にＲＡＲを受信しない、または
受信されたＲＡＲのいずれも上記複数のランダムアクセスプリアンブルに対応する１つ以上のランダムアクセスプリアンブル識別子のうちの少なくとも１つを含まないことに応答して、インクリメントすることと、
上記第１のカウンタを用いて上記ランダムアクセスプリアンブル送信電力を決定することと、
上記１つ以上のランダムアクセスチャネルを介して、上記ランダムアクセスプリアンブル送信電力を用いて上記複数のランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目７１）
基地局から無線デバイスによって、少なくとも１つのランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記少なくとも１つのランダムアクセスチャネルを介して、１つ以上の無線ビームで１つ以上のランダムアクセスプリアンブルを送信することと、
ランダムアクセス応答ウィンドウ中に上記１つ以上のランダムアクセスプリアンブルのうちの少なくとも１つに対応するランダムアクセス識別子に基づいて、第１の無線ビームに関連付けられたランダムアクセス応答（ＲＡＲ）を検出することと、
上記ランダムアクセス識別子に基づいて、上記１つ以上の無線ビームの中の第２の無線ビームを決定することと、
上記第１の無線ビームを介して、第１の送信電力で１つ以上のトランスポートブロックを送信することであって、上記第１の送信電力がランプアップ電力値を用い、上記ランプアップ電力値は、
上記第１の無線ビームが上記第２の無線ビームと異なる場合、ゼロに等しくなり、かつ
上記プリアンブルが上記第２の無線ビームを介して複数回送信される場合、上記ランダムアクセスプリアンブルの第１の送信から最後の送信までの合計電力ランプアップに等しい、送信することと、を含む、方法。
例えば、本願は以下の項目を提供する。
（項目１）
無線デバイスによって、セルの１つ以上の構成パラメータを含む少なくとも１つの無線リソース制御メッセージを受信することと、
無線デバイスによって、上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルについて、伝搬損失測定に基づいて送信電力を決定することであって、
上記１つ以上の構成パラメータが、上記セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上のパラメータを含む場合、
上記伝搬損失測定は、上記ＣＳＩ－ＲＳに基づき、かつ
上記送信電力の上記決定は、上記１つ以上の構成パラメータによって示される電力オフセット値を用い、
上記１つ以上の構成パラメータが、上記セルのＣＳＩ－ＲＳパラメータを含まない場合、
上記伝搬損失測定は、少なくとも１つの同期信号に基づき、かつ
上記送信電力の上記決定は、上記電力オフセット値を用いない、決定することと、
上記送信電力に基づいて上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目１に記載の方法。
（項目３）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目１または２に記載の方法。
（項目４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目１～３のいずれかに記載の方法。
（項目５）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つを含む、項目１～４のいずれかに記載の方法。
（項目６）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定の値との合計に基づく、項目１～５のいずれかに記載の方法。
（項目７）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目６に記載の方法。
（項目８）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目１～７のいずれかに記載の方法。
（項目９）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された上記伝搬損失測定の上記値を用いる、項目１～８のいずれかに記載の方法。
（項目１０）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目１～９のいずれかに記載の方法。
（項目１１）
無線デバイスによって、１つ以上のメッセージを受信することであって、上記１つ以上のメッセージが、
セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上の構成パラメータ、および
上記セルの上記ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示す、受信することと、
上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルの送信電力を決定することであって、上記無線デバイスが上記セルの上記ＣＳＩ－ＲＳで構成されていることに応答して、上記送信電力が少なくとも上記電力オフセット値に基づく、決定することと、
上記無線デバイスによって、上記送信電力を使用して上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目１２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目１１に記載の方法。
（項目１３）
上記ランダムアクセスプリアンブルの上記送信電力の上記決定が、伝搬損失測定に基づく、項目１１または１２に記載の方法。
（項目１４）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目６に記載の方法。
（項目１５）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定の上記値との合計に基づく、項目１１～１４のいずれかに記載の方法。
（項目１６）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された上記伝搬損失測定の値を用いる、項目１１～１５のいずれかに記載の方法。
（項目１７）
上記ランダムアクセスプリアンブルの上記送信電力を決定することをさらに含み、上記無線デバイスが上記セルの上記ＣＳＩ－ＲＳで構成されていないことに応答して、
上記伝搬損失測定は、少なくとも１つの同期信号に基づき、かつ
上記送信電力の上記決定は、上記電力オフセット値を用いない、項目１１～１６のいずれかに記載の方法。
（項目１８）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目１１～１７のいずれかに記載の方法。
（項目１９）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目１１～１８のいずれかに記載の方法。
（項目２０）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目１１～１９のいずれかに記載の方法。
（項目２１）
無線デバイスによって、セルの１つ以上の構成パラメータを含む少なくとも１つの無線リソース制御メッセージを受信することと、
無線デバイスによって、上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルについて、伝搬損失測定に基づいて送信電力を決定することであって、上記１つ以上の構成パラメータが、上記セルのチャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上のパラメータを含む場合、
上記伝搬損失測定は、上記ＣＳＩ－ＲＳに基づき、かつ
上記送信電力の上記決定は、上記１つ以上の構成パラメータによって示される電力オフセット値を用いる、決定することと、
上記送信電力に基づいて上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目２２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目２１に記載の方法。
（項目２３）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目２１または２２に記載の方法。
（項目２４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目２１～２３のいずれかに記載の方法。
（項目２５）
上記ランダムアクセスプリアンブルの上記送信電力を決定することをさらに含み、上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、
上記伝搬損失測定は、少なくとも１つの同期信号に基づき、かつ
上記送信電力の上記決定は、上記電力オフセット値を用いない、項目２１～２４のいずれかに記載の方法。
（項目２６）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つを含む、項目２１～２５のいずれかに記載の方法。
（項目２７）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目２１～２６のいずれかに記載の方法。
（項目２８）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された上記伝搬損失測定の値を用いる、項目２１～２７のいずれかに記載の方法。
（項目２９）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定の上記値との合計に基づく、項目２１～２８のいずれかに記載の方法。
（項目３０）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目２９に記載の方法。
（項目３１）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目２１～３０のいずれかに記載の方法。
（項目３２）
無線デバイスによって、１つ以上のメッセージを受信することであって、上記１つ以上のメッセージが、
セルの周期的チャネル状態情報参照信号（ＣＳＩ－ＲＳ）の１つ以上の構成パラメータ、および
上記セルの上記周期的ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示す、受信することと、
上記セルを介したランダムアクセスプリアンブルの送信のための制御指令を受信することと、
上記ランダムアクセスプリアンブルの送信電力を決定することであって、上記無線デバイスが上記セルの上記周期的ＣＳＩ－ＲＳで構成されていることに応答して、上記送信電力が少なくとも上記電力オフセット値に基づく、決定することと、
上記無線デバイスによって、上記送信電力を使用して上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目３３）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、上記ＣＳＩ－ＲＳの周期性を示す、項目３２に記載の方法。
（項目３４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す、項目３２または３３に記載の方法。
（項目３５）
上記送信電力が、上記ＣＳＩ－ＲＳの受信電力に基づいて決定された伝搬損失測定の値を用いる、項目３２～３４のいずれかに記載の方法。
（項目３６）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目６に記載の方法。
（項目３７）
上記ランダムアクセスプリアンブルの上記送信電力の決定をさらに含み、上記無線デバイスが上記セルの上記周期的ＣＳＩ－ＲＳで構成されていないことに応答して、上記送信電力は上記電力オフセット値を用いない、項目３２～３６のいずれかに記載の方法。
（項目３８）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つを含む、項目３２～３７のいずれかに記載の方法。
（項目３９）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目３２～３８のいずれかに記載の方法。
（項目４０）
上記１つ以上の構成パラメータが上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記ランダムアクセスプリアンブルの上記送信は少なくとも１つのランダムアクセスチャネルを使用し、上記１つ以上のメッセージが、
１つ以上の同期信号と上記ＣＳＩ－ＲＳとの間の関連付け、および
上記少なくとも１つのランダムアクセスチャネルと上記１つ以上の同期信号との間の関連付けを示す、項目３２～３９のいずれかに記載の方法。
（項目４１）
伝搬損失測定に基づいてランダムアクセスプリアンブルの送信電力を決定することであって、上記送信電力が、
チャネル状態情報参照信号（ＣＳＩ－ＲＳ）に基づく上記伝搬損失測定に応答した電力オフセット値、および
少なくとも１つの同期信号に基づく上記伝搬損失測定に応答した電力オフセット値なしを用いる、決定することと、
上記送信電力に基づいて上記ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目４２）
上記ＣＳＩ－ＲＳが周期的ＣＳＩ－ＲＳである、項目４１に記載の方法。
（項目４３）
上記無線デバイスによって、１つ以上のメッセージを受信することであって、上記１つ以上のメッセージが、
上記ＣＳＩ－ＲＳの１つ以上の構成パラメータ、および
上記セルの上記周期的ＣＳＩ－ＲＳに関連付けられた電力オフセット値を示す、受信することをさらに含む、項目４１または４２に記載の方法。
（項目４４）
上記ＣＳＩ－ＲＳの上記１つ以上のパラメータが、リソース要素の１つ以上のＣＳＩ－ＲＳサブキャリアまたはＣＳＩ－ＲＳシーケンスのうちの少なくとも１つを示す項目４３に記載の方法。
（項目４５）
上記送信電力の上記決定が、参照信号電力値にさらに基づく、項目４１または４４のいずれかに記載の方法。
（項目４６）
上記送信電力が、
上記ＣＳＩ－ＲＳに基づく上記伝搬損失測定に応答した上記ＣＳＩ－ＲＳの受信電力、および
上記少なくとも１つの同期信号に基づく上記伝搬損失測定に応答した上記少なくとも１つの同期信号の受信電力に基づく上記伝搬損失測定の値を用いる、項目４１または４５のいずれかに記載の方法。
（項目４７）
上記１つ以上のメッセージが、参照信号電力値、プリアンブル基地局が受信した目標電力、または上記セルの構成された無線デバイス送信電力のうちの少なくとも１つをさらに含む、項目４３に記載の方法。
（項目４８）
上記送信電力が、プリアンブル基地局が受信した目標電力と上記伝搬損失測定との値の合計に基づく、項目４１～４７のいずれかに記載の方法。
（項目４９）
上記伝搬損失測定の上記値が、参照信号電力値から参照信号の測定された受信電力値を引いた値に基づき、
上記１つ以上の構成パラメータが上記セルの上記ＣＳＩ－ＲＳの１つ以上のパラメータを含む場合、上記参照信号は上記ＣＳＩ－ＲＳであり、
上記１つ以上の構成パラメータが上記セルのＣＳＩ－ＲＳパラメータを含まない場合、上記参照信号は少なくとも１つの同期信号である、項目４８に記載の方法。
（項目５０）
無線デバイスによって、基地局からセルの１つ以上のビームに対する複数のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記無線デバイスによって、上記１つ以上のビームに対する上記複数のランダムアクセスチャネルを介した複数のランダムアクセスプリアンブルの並列送信のためのランダムアクセス手順を開始することと、
上記複数の上記ランダムアクセスプリアンブルの上記並列送信に対応する複数の送信電力を決定することと、
上記複数の送信電力を含む第１の計算された送信電力が第１の値を超える場合、上記並列送信の少なくとも１つをドロップすることと、
上記無線デバイスによって、上記複数の上記ランダムアクセスチャネルのうちの少なくとも１つを介して上記複数の上記ランダムアクセスプリアンブルのうちの少なくとも１つを送信することと、を含む、方法。
（項目５１）
上記第１の計算された送信電力が、上記複数の送信電力の合計を含む、項目５０に記載の方法。
（項目５２）
上記複数の上記ランダムアクセスプリアンブルのうちの上記少なくとも１つの送信のための第２の計算された送信電力を決定することをさらに含み、上記第２の計算された送信電力が、上記第１の値以下である、項目５０または５１に記載の方法。
（項目５３）
上記第１の値が、上記セルを介した上記無線デバイスの最大許容送信電力である、項目５０～５２のいずれかに記載の方法。
（項目５４）
上記ドロップすることが、上記セルの１つ以上のビームの優先度に基づき、上記セルの上記１つ以上のビームの上記優先度が、上記１つ以上のビームの複数の伝搬損失値に基づく、項目５０～５３のいずれかに記載の方法。
（項目５５）
上記無線デバイスが、１つ以上の同期信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値を測定する、項目５４に記載の方法。
（項目５６）
上記無線デバイスが、１つ以上のチャネル状態情報参照信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値を測定する、項目５４に記載の方法。
（項目５７）
上記複数のランダムアクセスプリアンブルの上記並列送信に対する１つ以上の伝搬損失値を測定することをさらに含み、上記無線デバイスが、上記複数の送信電力の上記決定のために上記１つ以上の伝搬損失値を用いる、項目５０～５６のいずれかに記載の方法。
（項目５８）
第１の送信に対応する第１の伝搬損失値が第２の送信に対応する第２の伝搬損失値よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目５０～５７のいずれかに記載の方法。
（項目５９）
第１の送信に対応する第１の送信電力が第２の送信に対応する第２の送信電力よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目５０～５８のいずれかに記載の方法。
（項目６０）
上記複数の送信電力のうちの少なくとも１つが、伝搬損失値、ランプアップ値、および／またはオフセット値のうちの少なくとも１つを含み、上記オフセット値が、上記複数のランダムアクセスプリアンブルの数に依存している、項目５０～５９のいずれかに記載の方法。
（項目６１）
１つ以上のプロセッサと、
命令を格納するメモリであって、上記命令が、上記１つ以上のプロセッサで実行されると、上記無線デバイスに、
基地局から、セルの１つ以上のビームに対する複数のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記１つ以上のビームに対する上記複数のランダムアクセスチャネルを介した複数のランダムアクセスプリアンブルの並列送信のためのランダムアクセス手順を開始することと、
上記複数の上記ランダムアクセスプリアンブルの上記並列送信に対応する複数の送信電力を決定することと、
上記複数の送信電力を含む第１の計算された送信電力が第１の値を超える場合、上記並列送信の少なくとも１つをドロップすることと、
上記複数の上記ランダムアクセスチャネルのうちの少なくとも１つを介して、上記複数の上記ランダムアクセスプリアンブルのうちの少なくとも１つを送信することと、を実行させる、メモリと、を備える、無線デバイス。
（項目６２）
上記第１の計算された送信電力が、上記複数の送信電力の合計を含む、項目６１に記載の無線デバイス。
（項目６３）
上記命令が、上記１つ以上のプロセッサによって実行されると、上記無線デバイスに、上記複数の上記ランダムアクセスプリアンブルのうちの上記少なくとも１つの送信のための第２の計算された送信電力をさらに決定させ、上記第２の計算された送信電力が、上記第１の値以下である、項目６１または６２に記載の無線デバイス。
（項目６４）
上記第１の値が、上記セルを介した上記無線デバイスの最大許容送信電力である、項目６１～６３のいずれかに記載の無線デバイス。
（項目６５）
上記命令が、上記１つ以上のプロセッサによって実行されると、上記無線デバイスに、１つ以上の同期信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値をさらに測定させる、項目６１～６４のいずれかに記載の無線デバイス。
（項目６６）
上記命令が、上記１つ以上のプロセッサによって実行されると、上記無線デバイスに、１つ以上のチャネル状態情報参照信号の受信電力に基づいて上記１つ以上のビームの上記複数の伝搬損失値をさらに測定させる、項目６１～６５のいずれかに記載の無線デバイス。
（項目６７）
第１の送信に対応する第１の伝搬損失値が第２の送信に対応する第２の伝搬損失値よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目６１～６６のいずれかに記載の無線デバイス。
（項目６８）
第１の送信に対応する第１の送信電力が第２の送信に対応する第２の送信電力よりも大きい場合、第１のランダムアクセスプリアンブルの上記第１の送信が、第２のランダムアクセスプリアンブルの上記第２の送信より低い優先度を有する、項目６１～６７のいずれかに記載の無線デバイス。
（項目６９）
上記複数の送信電力のうちの少なくとも１つが、伝搬損失値、ランプアップ値、および／またはオフセット値のうちの少なくとも１つを含み、上記オフセット値が、上記複数のランダムアクセスプリアンブルの数に依存している、項目６１～６８のいずれかに記載の無線デバイス。
（項目７０）
基地局から無線デバイスによって、１つ以上のランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記１つ以上のランダムアクセスチャネルを介して複数のランダムアクセスプリアンブルを送信することと、
ランダムアクセス応答（ＲＡＲ）ウィンドウ中に上記複数のランダムアクセスプリアンブルに対応するランダムアクセス応答の制御チャネルを監視することと、
第１のカウンタを１インクリメントすることであって、
上記ＲＡＲウィンドウ中にＲＡＲを受信しない、または
受信されたＲＡＲのいずれも上記複数のランダムアクセスプリアンブルに対応する１つ以上のランダムアクセスプリアンブル識別子のうちの少なくとも１つを含まないことに応答して、インクリメントすることと、
上記第１のカウンタを用いて上記ランダムアクセスプリアンブル送信電力を決定することと、
上記１つ以上のランダムアクセスチャネルを介して、上記ランダムアクセスプリアンブル送信電力を用いて上記複数のランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目７１）
基地局から無線デバイスによって、少なくとも１つのランダムアクセスチャネルの構成パラメータを含む１つ以上のメッセージを受信することと、
上記少なくとも１つのランダムアクセスチャネルを介して、１つ以上の無線ビームで１つ以上のランダムアクセスプリアンブルを送信することと、
ランダムアクセス応答ウィンドウ中に上記１つ以上のランダムアクセスプリアンブルのうちの少なくとも１つに対応するランダムアクセス識別子に基づいて、第１の無線ビームに関連付けられたランダムアクセス応答（ＲＡＲ）を検出することと、
上記ランダムアクセス識別子に基づいて、上記１つ以上の無線ビームの中の第２の無線ビームを決定することと、
上記第１の無線ビームを介して、第１の送信電力で１つ以上のトランスポートブロックを送信することであって、上記第１の送信電力がランプアップ電力値を用い、上記ランプアップ電力値は、
上記第１の無線ビームが上記第２の無線ビームと異なる場合、ゼロに等しくなり、かつ
上記プリアンブルが上記第２の無線ビームを介して複数回送信される場合、上記ランダムアクセスプリアンブルの第１の送信から最後の送信までの合計電力ランプアップに等しい、送信することと、を含む、方法。
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図5C】
【図5D】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11A】
【図11B】
【図11C】
【図11D】
【図11E】
【図11F】
【図12A】
【図12B】
【図12C】
【図13A】
【図13B】
【図14】
【図15A】
【図15B】
【図16】
【図17A】
【図17B】
【図17C】
【図18】
【図19】
【図20A】
【図20B】
【図20C】
【図21A】
【図21B】
【図22A】
【図22B】
【図23】
【図24A】
【図24B】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30A】
【図30B】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
