(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の複数の同時物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定することと、
前記スケーリングされた送信電力に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定することと、
前記ＰＲＡＣＨ送信を送ることを決定すると、前記スケーリングされた送信電力で、前記ＵＥから、前記ＰＲＡＣＨ送信を送ることと
を備える、ワイヤレス通信の方法。
【請求項２】
前記ＰＲＡＣＨ送信を送るべきかどうかの前記決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記ＰＲＡＣＨ送信を送ることを決定すると、プリアンブル送信カウンタを増分することと、
前記ＰＲＡＣＨ送信を送らないことを決定すると、前記プリアンブル送信カウンタを増分することを控えることと
をさらに備える、請求項１に記載の方法。
【請求項４】
前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定することをさらに備える、
請求項１に記載の方法。
【請求項５】
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づく、
請求項４に記載の方法。
【請求項６】
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定することは、前記ＰＲＡＣＨ送信が送られると決定され、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるとき、前記プリアンブル送信カウンタを増分することを決定すること、または
前記ＰＲＡＣＨ送信を送らないことを決定すると、または前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値よりも小さいとき、前記プリアンブル送信カウンタを増分することを控えることを決定することを備える、
請求項５に記載の方法。
【請求項７】
前記ＰＲＡＣＨ送信のための前記送信電力をスケーリングすることを前記決定することは、電力スケーリングファクタに基づき、
前記ＰＲＡＣＨ送信のための前記送信電力は、電力ランピングステップサイズと前記電力スケーリングファクタとに基づき、
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づく、
請求項１に記載の方法。
【請求項８】
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づく、
請求項７に記載の方法。
【請求項９】
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるかどうかに基づく、
請求項８に記載の方法。
【請求項１０】
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値以上であるとき、前記ＰＲＡＣＨ送信を送ることを決定すること、または
前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値よりも小さいとき、前記ＰＲＡＣＨ送信を送ることを控えることを備える、
請求項９に記載の方法。
【請求項１１】
前記電力ランピングステップサイズと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定することと、
前記別のＰＲＡＣＨ送信のための前記決定された送信電力で前記別のＰＲＡＣＨ送信を送ることと
をさらに備える、請求項１に記載の方法。
【請求項１２】
ワイヤレス通信のための装置であって、
複数の同時物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定するための手段と、
前記ユーザ機器（ＵＥ）の前記スケーリングされた送信電力に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段と、
前記ＰＲＡＣＨ送信を送ることを決定すると、前記スケーリングされた送信電力で、前記ＵＥから、前記ＰＲＡＣＨ送信を送るための手段と
を備える、装置。
【請求項１３】
実行されると、コンピュータに、請求項１乃至１１のいずれか１項に従う方法を実行させる、コンピュータ実行可能コードを記憶するコンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本出願は、それらの全体が参照により本明細書に明確に組み込まれる、２０１４年１０月６日に出願された「PRACH TRANSMISSION HANDLING IN LTE」と題する米国仮出願第６２／０６０，５２８号、２０１４年１１月５日に出願された「PRACH TRANSMISSION HANDLING IN LTE」と題する米国仮出願第６２／０７５，７８６号、および２０１５年９月２２日に出願された「PRACH TRANSMISSION POWER ADJUSTMENT」と題する米国特許出願第１４／８６１，７４９号の利益を主張する。
【技術分野】
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、ロングタームエボリューション（ＬＴＥ（登録商標））における物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信処理に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。例示的な電気通信規格はＬＴＥである。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
[0005]第１の構成では、ユーザ機器（ＵＥ）が、前に失敗したＰＲＡＣＨ送信（たとえば、最も高い送信電力をもつ、前に失敗したＰＲＡＣＨ送信）に関して、ＰＲＡＣＨのためのＰＲＡＣＨ電力ランプアップ（power ramp-up）Ｐramp-upを決定し得る。第２の構成では、ＵＥが、電力制限シナリオにあるとき、ＵＥは、Ｐramp-up−Ｐscal＜Ｐdropである場合、ＰＲＡＣＨ送信をドロップし／それを送信することを控え、他の場合、ＰＲＡＣＨを送信し、ここで、Ｐscalは電力スケーリング値であり、Ｐramp-upは構成されたランプアップ電力値であり、Ｐdropはしきい値である。第３の構成では、ＵＥは、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分すべきかどうかを決定する。一構成では、ＵＥは、ＰＲＡＣＨ送信が行われる（すなわち、ＰＲＡＣＨがドロップされない）とき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分し、ＰＲＡＣＨ送信が行われない（すなわち、ＰＲＡＣＨがドロップされる）とき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分することを控える。別の構成では、ＵＥは、ＰＲＡＣＨ送信が行われ、Ｐramp-up−Ｐscal≧Ｐcountであるとき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分し、ここでＰcountはしきい値であり、他の場合、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分することを控える。
【０００６】
[0006]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はＵＥであり得る。ＵＥは、複数の同時ＰＲＡＣＨ送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定する。さらに、ＵＥは、スケーリングされた送信電力に基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定する。さらに、ＵＥは、ＰＲＡＣＨ送信を送ることを決定すると、スケーリングされた送信電力でＰＲＡＣＨ送信を送る。
【０００７】
[0007]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はＵＥであり得る。ＵＥは、電力ランピングステップサイズ（power ramping stepsize）と、前に送られた失敗したＰＲＡＣＨ送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定する。ＵＥは、決定された送信電力でＰＲＡＣＨ送信を送る。
【０００８】
[0008]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はＵＥであり得る。ＵＥは、複数の同時ＰＲＡＣＨ送信のうちのＰＲＡＣＨ送信のために電力スケーリングファクタによって電力をスケーリングすることを決定する。ＰＲＡＣＨ送信のための送信電力は、電力ランピングステップサイズと電力スケーリングファクタとに少なくとも基づく。ＵＥは、ＰＲＡＣＨ送信を送るべきかどうかを決定する。ＵＥは、ＰＲＡＣＨ送信を送るべきかどうかの決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定する。一構成では、プリアンブル送信カウンタを増分すべきかどうかの決定は、電力ランピングステップサイズと電力スケーリングファクタの両方にさらに基づく。一構成では、プリアンブル送信カウンタを増分すべきかどうか決定は、電力ランピングステップサイズと電力スケーリングファクタとの間の差にさらに基づく。一構成では、プリアンブル送信カウンタを増分すべきかどうかを決定することは、電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値よりも小さいか、またはＰＲＡＣＨ送信が送られないと決定されるとき、プリアンブル送信カウンタを増分することを控えることを決定することを含む。一構成では、プリアンブル送信カウンタを増分すべきかどうかを決定することは、電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値以上であり、ＰＲＡＣＨ送信が送られると決定されるとき、プリアンブル送信カウンタを増分することを決定することを含む。
【図面の簡単な説明】
【０００９】
【図１】ネットワークアーキテクチャの一例を示す図。
【図２】アクセスネットワークの一例を示す図。
【図３】ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７Ａ】連続キャリアアグリゲーションの一例を示す図。
【図７Ｂ】非連続キャリアアグリゲーションの一例を示す図。
【図８】デュアル接続性を示す図。
【図９Ａ】ＰＲＡＣＨ送信処理のための例示的な方法／装置を示すための図。
【図９Ｂ】ＰＲＡＣＨ送信処理のための例示的な方法／装置を示すための図。
【図９Ｃ】ＰＲＡＣＨ送信処理のための例示的な方法／装置を示すための図。
【図９Ｄ】ＰＲＡＣＨ送信処理のための例示的な方法／装置を示すための図。
【図１０】ワイヤレス通信の第１の方法のフローチャート。
【図１１】ワイヤレス通信の第２の方法のフローチャート。
【図１２】ワイヤレス通信の第３の方法のフローチャート。
【図１３】例示的な装置中の異なる手段／構成要素間のデータフローを示す概念データフロー図。
【図１４】処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１０】
[0024]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素がブロック図の形式で示される。
【００１１】
[0025]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００１２】
[0026]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１３】
[0027]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
【００１４】
[0028]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示されていない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１５】
[0029]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含み、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８を含み得る。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（たとえば、変調およびコーディング方式（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は別個のエンティティ、またはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００１６】
[0030]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６はＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、パブリックランドモバイルネットワーク（ＰＬＭＮ：public land mobile network）内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を集めることとを担当し得る。
【００１７】
[0031]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは１つまたは複数の（たとえば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリア、および／または特定のカバレージエリアをサービスするｅＮＢサブシステムを指すことがある。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。
【００１８】
[0032]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを与えるためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課される全体的な設計制約に依存することになる。
【００１９】
[0033]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、各空間的にプリコーディングされたデータストリームのソースを識別することが可能になる。
【００２０】
[0034]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００２１】
[0035]以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００２２】
[0036]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７つの連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６つの連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、チャネル状態情報（ＣＳＩ）ＲＳ（ＣＳＩ−ＲＳ）と、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上で送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２３】
[0037]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
【００２４】
[0038]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００２５】
[0039]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングをも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みを行うことができる。
【００２６】
[0040]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３とともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００２７】
[0041]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、メディアアクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００２８】
[0042]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担当する。
【００２９】
[0043]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【００３０】
[0044]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【００３１】
[0045]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相偏移変調（ＢＰＳＫ：binary phase-shift keying）、４位相偏移変調（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相偏移変調（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３２】
[0046]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００３３】
[0047]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサ６５９は、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、暗号解読（decipher）と、ヘッダ解凍（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。
【００３４】
[0048]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。
【００３５】
[0049]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３６】
[0050]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した様式と同様の様式でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００３７】
[0051]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、暗号解読と、ヘッダ解凍と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００３８】
[0052]図７Ａは、連続キャリアアグリゲーションタイプを開示する。図７Ｂは、非連続キャリアアグリゲーションタイプを開示する。ＵＥは、各方向において送信のために使用される最高合計１００ＭＨｚ（５つのコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られ得る、キャリアごとの最高２０ＭＨｚ帯域幅のスペクトルを使用し得る。概して、アップリンク上ではダウンリンクよりも少ないトラフィックが送信され、したがって、アップリンクスペクトル割振りはダウンリンク割振りよりも小さくなり得る。たとえば、アップリンクに２０ＭＨｚが割り当てられた場合、ダウンリンクは１００Ｍｈｚを割り当てられ得る。これらの非対称ＦＤＤ割当ては、スペクトルを節約し、ブロードバンド加入者による一般に非対称な帯域利用にぴったり合う。２つのタイプのキャリアアグリゲーション（ＣＡ）方法、すなわち、連続ＣＡおよび非連続ＣＡが提案されている。これら２つのタイプのＣＡ方法は図７Ａおよび図７Ｂに示されている。非連続ＣＡは、複数の利用可能なコンポーネントキャリアが周波数帯域に沿って分離されたときに生じる（図７Ｂ）。一方、連続ＣＡは、複数の利用可能なコンポーネントキャリアが互いに隣接するときに生じる（図７Ａ）。非連続ＣＡと連続ＣＡの両方は、単一のＵＥをサービスするために複数のＬＴＥ／コンポーネントキャリアをアグリゲートする。コンポーネントキャリアは、プライマリコンポーネントキャリアと、１つまたは複数のセカンダリコンポーネントキャリアとを含み得る。プライマリコンポーネントキャリアはプライマリセル（Ｐｃｅｌｌ：primary cell）と呼ばれることがあり、セカンダリコンポーネントキャリアはセカンダリセル（ＳＣｅｌｌ：secondary cell）と呼ばれることがある。
【００３９】
[0053]図８は、デュアル接続性を示す図８００である。セルエッジ上のＵＥは、データレートを制限することがある高いセル間干渉を経験し得る。図８に示されているように、ＵＥ８２０は、ｅＮＢ８１０ａおよびｅＮＢ８１０ｂとのデュアル接続性（ＤＣ：dual connectivity）を有する。ＵＥ８２０が、（セル８０２ａ、８０２ｂ中の）ｅＮＢ８１０ａ、８１０ｂの両方の範囲内にあるとき、ＵＥ８２０は、ｅＮＢ８１０ａ、８１０ｂとのＤＣを有し得る。ＤＣをもつＵＥ８２０は、独立データストリーム中で同時にｅＮＢ８１０ａ、８１０ｂにデータを送り、それらからデータを受信し得る。独立データストリームは、セルエッジユーザエクスペリエンスを改善し、ＵＥ８２０のためのスループットデータ速度を増加させる。
【００４０】
[0054]ＵＥのアップリンク送信タイミングが同期させられる場合、ＵＥはアップリンク送信のためにスケジュールされ得る。ＰＲＡＣＨは、アップリンク時間同期を失ったかまたはまだ獲得していないＵＥのためのアップリンク時間同期を達成するために使用される。ＰＲＡＣＨはまた、初期ネットワークアクセスのために使用される。ＵＥは、以下の式に基づいて、ＰＲＡＣＨを送信するための送信電力を決定し得、
【００４１】
【数１】
0006487040.tif 000002
【００４２】
ここで、ＰCMAXc（ｉ）は、サービングセルｃのサブフレームｉのための構成されたＵＥ送信電力であり、ＰＬcは、サービングセルｃについての推定経路損失であり、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲは以下によって与えられ、
【００４３】
【数２】
0006487040.tif 000003
【００４４】
そこにおいて、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒはＵＥのために構成され、Ｄｅｌｔａ＿ＰｒｅｍａｂｌｅはＰＲＡＣＨプリアンブルフォーマットに依存し、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿ＣｏｕｎｔｅｒはＰＲＡＣＨ試みの数であり、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐは、ＵＥのために構成され、０／２／４／６ｄＢであり得る。
【００４５】
[0055]ＣＡでは、ＵＥがＵＬ電力制限される場合、ＰＲＡＣＨは、より高い優先度を与えられ得るが、２つまたはそれ以上のＰＲＡＣＨがサブフレーム中にある場合、２つまたはそれ以上のＰＲＡＣＨ間の電力優先度付けは、ＵＥ実装形態に委ねられ得る。ＤＣでは、ＵＥがＵＬ電力制限される場合、プライマリセルＰＲＡＣＨは最も高い優先度を与えられ得る。（セカンダリグループ中のプライマリ／セカンダリセルＰＲＡＣＨを含む）すべての他のＰＲＡＣＨ間の電力優先度付けは、指定されないことがあるが、これらのＰＲＡＣＨは、他のＵＬチャネル（たとえば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳなど）よりも高い優先度を依然として与えられ得る。しかしながら、プライマリセルＰＲＡＣＨが、最も高い優先度を与えられるので、他のＰＲＡＣＨは電力スケーリングを受け、ＰＲＡＣＨのための元の意図された電力ランプアップは影響を及ぼされる。影響は電力スケーリングの量に依存する。
【００４６】
[0056]ＰＲＡＣＨ電力ランプアップに対する電力スケーリングの影響を緩和するために、ＵＥがＰＲＡＣＨのための電力スケーリングを実行すると、送信のためにＰＲＡＣＨ送信電力ランプアップが中断され、ＰＲＡＣＨ送信試みの全体的最大数として送信がカウントされないように、ＰＲＡＣＨは、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒの一部としてカウントされないことがある。すなわち、ＰＲＡＣＨ電力ランプアップに対する電力スケーリングの影響を緩和するために、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは、ＵＥがＰＲＡＣＨのための電力スケーリングを実行するとき、中断されることがある。Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを中断することは、問題を生じることがある。ＰＲＡＣＨのための電力スケーリングが、大きいかまたは小さいことがある。Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒ更新をブラインドで中断することが、問題になる。たとえば、スケーリングが大きい（たとえば、ＰＲＡＣＨは１０ｄＢだけスケールダウンされるが、電力ランプアップステップサイズは２ｄＢである）場合、現在のＰＲＡＣＨ送信と次のＰＲＡＣＨ送信とを比較すると、巨大な電力ランプアップがあることになる（たとえば、電力スケーリングが１０ｄＢダウンであり、電力ランプアップが２ｄＢである場合、（意図された２ｄＢの電力ランプアップに反して）現在のＰＲＡＣＨ送信と次のＰＲＡＣＨ送信との間に１２ｄＢの電力差があり得る）。そのような例では、カウンタを中断することが有益である。しかしながら、スケーリングが小さい（たとえば、ＰＲＡＣＨは０．５ｄＢだけスケールダウンされるが、電力ランプアップステップサイズは４ｄＢである）場合、カウンタを中断することは有益でないことがある。
【００４７】
[0057]上記で説明したように、ＰＣｅｌｌ  ＰＲＡＣＨ以外の並列ＰＲＡＣＨ送信の場合、ＰＲＡＣＨ処理はＵＥ実装形態に委ねられ得る。より優先度の低いＰＲＡＣＨは、電力スケーリング／ドロッピングを受けるので、ＰＲＡＣＨのための現在の意図された電力ランプアップは、影響を及ぼされる。ＰＲＡＣＨ電力ランプアップに対する電力スケーリング／ドロッピングの影響を緩和するために、ＵＥがＰＲＡＣＨのための電力スケーリングを実行すると、ＰＲＡＣＨはドロップされ、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒによって許容ＰＲＡＣＨ試みの最大数にカウントされないことがある。しかしながら、ＰＲＡＣＨのための電力スケーリングは、変動し、大きいかまたは小さいことがある。Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒ更新をブラインドでドロップし、省略することが、望ましくないことがある。なお一層重要なことに、電力スケーリングされた失敗したＰＲＡＣＨ送信後のスケーリングされない電力レベルに基づく電力ランプアップは、電力スケーリングが必要とされない（ＵＥがもはや電力制限されない）場合、ＰＲＡＣＨ送信電力の著しい増加を招くことがある。
【００４８】
[0058]例示的な構成では、電力ランプアップ基準値と、スケーリングされた電力を用いてＰＲＡＣＨ送信がドロップされるのか送信されるのかに関する決定とは、電力スケーリング値と、構成されたランプアップ値とに基づき得る。たとえば、連続するＰＲＡＣＨ送信のために利用可能なスケーリングされた電力が、電力ランプアップよりも小さい（すなわち、前の失敗したＰＲＡＣＨ送信よりも小さい）場合、新しいＰＲＡＣＨ送信はドロップされ得る。意図されたランプアップに関してスケーリングが有意でない他の場合には、ＰＲＡＣＨ送信はドロップされないことがある。電力ランプアップは、進行中のＰＲＡＣＨプロシージャにおいて失敗したＰＲＡＣＨ試みの間で最も高い送信電力を有した前の実際のＰＲＡＣＨ送信の電力に関して、決定され得る。電力スケーリング／ドロッピングの場合、後続のＰＲＡＣＨ送信電力ランプアップを前の最大の実際の送信電力に基づかせることによって、ＰＲＡＣＨ電力の増分は、より漸進的になり、元の電力ランプアッププロシージャによって意図された挙動に沿い得る。場合によっては、ＰＲＡＣＨ送信電力の大きい変動が発生することがあり、これは、ＵＬ動作にとって望ましくないことがある。許容送信の最大数にＰＲＡＣＨをカウントすべきかどうかの決定はまた、ランプアップ値と電力スケーリング値との間の差に基づき得る。単純な場合、それは、ＰＲＡＣＨ送信がドロップされる場合、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分されず、他の場合（ＰＲＡＣＨのスケーリングされた送信が行われるとき）、増分されることを意味し得る。
【００４９】
[0059]図９Ａは、ＰＲＡＣＨ送信処理のための例示的な方法／装置を示すための図９００である。図９Ａに示されているように、ＤＣをもつＵＥ９０２は、同じサブフレーム中で同時にＰＲＡＣＨ９０８、９１０がｅＮＢ９０４、９１４に送信されると決定する９０６。
【００５０】
[0060]第１の構成では、ＵＥ９０２は、前に失敗したＰＲＡＣＨ送信のうちの最も高い電力レベルに関して、ＰＲＡＣＨ９１０のためのＰＲＡＣＨ電力ランプアップを決定する。
【００５１】
[0061]第２の構成では、ＵＥ９０２が、電力制限シナリオにあるとき、ＵＥ９０２は、電力ランプアップ（Ｐramp-up）−電力スケーリングファクタ（Ｐscal）がしきい値Ｐdropよりも小さい（すなわち、Ｐramp-up−Ｐscal＜Ｐdrop）場合、ＰＲＡＣＨ送信９１０をドロップし／それを送信することを控え、他の場合（すなわち、Ｐramp-up−Ｐscal≧Ｐdrop）、ＰＲＡＣＨ９１０を送信し、ここで、Ｐscalは電力スケーリングファクタであり、Ｐramp-upは、構成されたランプアップ電力値（すなわち、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ）であり、Ｐdropはしきい値である。あるサブ構成では、しきい値Ｐdropは０以上であり得る。別のサブ構成では、しきい値Ｐdropは０に等しくなり得る。
【００５２】
[0062]第３の構成では、ＵＥ９０２は、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒ９０６を増分すべきかどうかを決定する。あるサブ構成では、ＵＥ９０２は、ＰＲＡＣＨ送信９１０が行われる（すなわち、ＰＲＡＣＨがドロップされない）とき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分し、ＰＲＡＣＨ送信９１０が行われない（すなわち、ＰＲＡＣＨがドロップされる）とき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分することを控える。別のサブ構成では、ＵＥ９０２は、ＰＲＡＣＨ送信９１０が行われ、電力ランプアップ（Ｐramp-up）−電力スケーリングファクタ（Pscal）がしきい値Ｐcount以上である（すなわち、Ｐramp-up−Ｐscal≧Ｐcount）とき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分し、ここで、Ｐcountはしきい値である。そのようなサブ構成では、ＵＥ９０２は、ＰＲＡＣＨ送信９１０が行われないか、または電力ランプアップ（Ｐramp-up）−電力スケーリングファクタ（Ｐscal）がしきい値Ｐcountよりも小さい（すなわち、Ｐramp-up−Ｐscal＜Ｐcount）とき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒを増分することを控える。そのようなサブ構成では、ＰcountがＰdropに等しい場合、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは、ＰＲＡＣＨ送信９１０が行われるときのみ増分され、ＰＲＡＣＨ送信９１０がドロップされるときに増分されない。
【００５３】
[0063]図９Ｂ、図９Ｃ、図９Ｄは、ＰＲＡＣＨ送信処理のための例示的な方法／装置を示すための図９３０、９６０、９９０である。
【００５４】
[0064]図９Ｂは、電力ランプアップがＰramp-upであり、電力制限による電力スケーリングがＰscalである、シナリオ９３０を示し、ここで、電力ランプアップＰramp-up−電力スケーリングファクタＰscalは、しきい値Ｐdrop以上である（すなわち、Ｐramp-up−Ｐscal≧Ｐdrop）と仮定される。この場合、ＵＥは、電力スケーリングされた第２のＰＲＡＣＨ（Ｐ2ndTx）を送信し（Ｐ2ndTxのための電力は、第１の成功したＰＲＡＣＨ送信Ｐ1stTxの電力＋電力ランプアップＰramp-up−電力スケーリングファクタＰscalに基づいて決定され）、Ｐramp-up−Ｐscal≧Ｐcountである場合、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分される。第２のＰＲＡＣＨ送信（Ｐ2ndTx）が失敗した場合、次のＰＲＡＣＨ送信（Ｐ3rdTx）（ここではスケーリングされないと仮定される）は、前の（スケーリングされた）ＰＲＡＣＨ送信（Ｐ2ndTx）に関して、Ｐramp-upの電力ランプアップを用いて実行される。
【００５５】
[0065]図９Ｃは、電力スケーリングファクタＰscalが、第２のＰＲＡＣＨ送信試み（×によって図示）のための電力ランプアップＰramp-upよりも大きく、したがって、得られた利用可能な電力が、前の失敗したＰＲＡＣＨ送信（Ｐ1stTx）のための電力よりも小さいであろう、例９６０である。図９Ｃでは、電力ランプアップＰramp-up−電力スケーリングファクタＰscalは、しきい値Ｐdropよりも小さい（すなわち、Ｐramp-up−Ｐscal＜Ｐdrop）と仮定される。そのような場合、すでに失敗したＰＲＡＣＨよりも低い電力レベルで送信することは不合理であり得るので、ＰＲＡＣＨはドロップされる。さらに、ＰＲＡＣＨがドロップされるとき、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分されない。第２の実際のＰＲＡＣＨ送信（Ｐ2ndTx）は、（この例における第１の送信である）最も高い電力レベルをもつ前の失敗したＰＲＡＣＨ送信（Ｐ1stTx）に関して、（電力スケーリングが必要がないと仮定して）Ｐramp-upの電力ランプアップを用いて次のＰＲＡＣＨ機会において実行される。（×における）第２のＰＲＡＣＨ機会では、ＰＲＡＣＨ送信はドロップされず、ＵＥは、（Ｐ1stTxにおける）前の（第１の）試みよりも小さい電力レベルでＰＲＡＣＨを送信することを決定し、試みが失敗した場合でも、（Ｐ2ndTxにおける）第３の送信機会では、電力ランプアップＰramp-upは、この例では（×における第２の試みではなく）（Ｐ1stTxにおける）第１の試みの送信電力である、最も高い前の送信レベルに基づくであろう。従来のランプアップ式を（Ｐ2ndTxにおける）第３のＰＲＡＣＨ試みに適用することは、成功したＰＲＡＣＨ送信を有するためには不必要に高過ぎる電力レベルであり得る、（Ｐ1stTxにおける）第１の試み２＊Ｐramp-up大きい電力レベルを生じるであろう。
【００５６】
[0066]図９Ｄは、従来のＰＲＡＣＨ電力処理ルールに従うＰＲＡＣＨ試行結果（Ｐ4thTx(a)９８８）と、例示的なＰＲＡＣＨ挙動に従うＰＲＡＣＨ試行結果（Ｐ4thTx(b)９９０）との両方を提示する例９８０である。従来のＰＲＡＣＨ処理ルールに従うことは、電力スケーリングを伴った９８２、９８４、９８６（Ｐ1stTx toＰ3rdTx）におけるいくつかの失敗したＰＲＡＣＨ試みの後にはるかに高くなり得る、ＰＲＡＣＨ送信Ｐ4thTx(a)９８８における電力スパイクを生じる。従来のＰＲＡＣＨ処理ルールでは、失敗した第１のＰＲＡＣＨ送信Ｐ1stTx９８２の後にＰｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分され、第２のＰＲＡＣＨ送信Ｐ2ndTx９８４の送信電力は、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-up−電力スケーリングファクタＰscal1に基づいて決定され、失敗した第２のＰＲＡＣＨ送信Ｐ2ndTx９８４の後にＰｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは再び増分され、第３のＰＲＡＣＨ送信Ｐ3rdTx９８６の送信電力は、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-upの２倍（ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを決定するための上記式を参照）−電力スケーリングファクタＰscal2(a)に基づいて決定され、失敗した第３のＰＲＡＣＨ送信Ｐ3rdTx９８６の後にＰｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは再び増分され、第４のＰＲＡＣＨ送信Ｐ4thTx(a)９８８の送信電力は、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-upの３倍（ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを決定するための上記式を参照）に基づいて決定される（ここでは電力スケーリングがないと仮定される）。図９Ｄに示されているように、第４の試みＰ4thTx(a)９８８は、前の失敗した試みの電力スケーリング／ドロッピングを考慮に入れることなしに電力ランプアップＰramp-upに基づく場合、不必要に高い電力レベルになるであろう（前の送信試みＰ1stTxよりも３＊Ｐramp-up高い、Ｐ4thTx(a)）。したがって、従来のＰＲＡＣＨ処理ルールは、第４のＰＲＡＣＨ送信Ｐ4thTx(a)９８８において不必要に高いＰＲＡＣＨ送信電力を生じる。より低いＰＲＡＣＨ送信電力が成功し得るので、第４のＰＲＡＣＨ送信Ｐ4thTx(a)９８８の送信電力は不必要に高い。
【００５７】
[0067]対照的に、例示的なＰＲＡＣＨ挙動に従うことは、電力ランプアップが前の失敗した試みのうちの最も高い送信電力（または直前の失敗した送信）に基づく、妥当な電力レベル増加を生じる（前の最も高い電力送信Ｐ1stTxよりもＰramp-up高い、Ｐ4thTx(b)）。例示的なＰＲＡＣＨ処理ルールの一構成では、失敗した第１のＰＲＡＣＨ送信Ｐ1stTx９８２の後にＰｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分され、第２のＰＲＡＣＨ送信Ｐ2ndTx９８４の送信電力は、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-up−電力スケーリングファクタＰscal1に基づいて決定され、Ｐramp-up−Ｐscal1＜Ｐdropであると仮定すると、第２のＰＲＡＣＨ送信Ｐ2ndTx９８４はドロップされ、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分されず、第３のＰＲＡＣＨ送信Ｐ3rdTx９８６の送信電力は、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-up−電力スケーリングファクタＰscal2(b)に基づいて決定され、Ｐramp-up−Ｐscal2(b)＜Ｐdropであると仮定すると、第３のＰＲＡＣＨ送信Ｐ3rdTx９８６はドロップされ、Ｐｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒは増分されず、第４のＰＲＡＣＨ送信Ｐ4thTx(b)９９０の送信電力は、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-upに基づいて決定される（ここでは電力スケーリングがないと仮定される）。
【００５８】
[0068]例示的なＰＲＡＣＨ処理ルールの別の構成では、第１、第２、および第３のＰＲＡＣＨ送信（Ｐ1stTx toＰ3rdTx）９８２、９８４、９８６のために従来のＰＲＡＣＨ処理ルールに従う場合でも、第４のＰＲＡＣＨ送信Ｐ4thTx(b)９９０のための送信電力は、増分されたＰｒｅａｍｂｌｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｃｏｕｎｔｅｒにかかわらず、第１のＰＲＡＣＨ送信Ｐ1stTx９８２の送信電力＋電力ランプアップＰramp-upに基づいて決定される。
【００５９】
[0069]図１０は、ワイヤレス通信の方法のフローチャート１０００である。本方法は、ＵＥ９０２など、ＵＥによって実行され得る。２つのＰＲＡＣＨが衝突するか、またはＰＲＡＣＨが他のチャネルと重複する場合、ＰＣｅｌｌ  ＰＲＡＣＨは、他のＣＣの他のＰＲＡＣＨよりも高い優先度を有し（たとえば、それらの前に割り振られ）、他のＰＲＡＣＨは、他のチャネル（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨなど）よりも高い優先度を有する（たとえば、それらの前に割り振られる）。他のＰＲＡＣＨの中での優先度は、ＵＥ実装形態次第であり得る。より低い優先度を付けられたＰＲＡＣＨが電力スケーリングまたはドロップされるかどうかも、ＵＥ実装形態次第であり得る。ＰＲＡＣＨがドロップされる場合、ＵＥはプリアンブル送信カウンタを増分することを控え得る。ＰＲＡＣＨが電力スケーリングされる場合、ＵＥは、プリアンブル送信カウンタを増分すべきか否かを決定し得る。さらなる詳細について、図１０に関して説明する。
【００６０】
[0070]１００２において、ＵＥは、複数の同時（たとえば、時間的に完全にまたは部分的に重複する）ＰＲＡＣＨ送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定する。たとえば、図９Ａを参照すると、ＤＣをもつＵＥは、複数の同時ＰＲＡＣＨ送信９０８、９１０のうちのＰＲＡＣＨ送信９１０のための送信電力をスケーリングすることを決定し得る。
【００６１】
[0071]１００４において、ＵＥは、スケーリングされた送信電力に基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定する。一構成では、ＵＥは、電力スケーリングファクタＰscalに基づいて、ＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定し得る。ＰＲＡＣＨ送信のための送信電力は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとに基づき得る。そのような構成では、１００４において、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとに基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定し得る。一構成では、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差に基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定し得る。一構成では、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐdrop以上であるかどうかに基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定し得る。たとえば、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐdrop以上であるとき、ＰＲＡＣＨ送信を送ることを決定し得る。逆に、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐdropよりも小さいとき、ＰＲＡＣＨ送信を送ることを控え得る。図９Ｂにおける例を参照すると、ＰＲＡＣＨ送信電力をスケーリングすることを決定すると、ＵＥは、Ｐramp-up−Ｐscal≧Ｐdropであるので、ＰＲＡＣＨ送信を送ることを決定する。図９Ｃにおける例を参照すると、ＰＲＡＣＨ送信電力をスケーリングすることを決定すると、ＵＥは、Ｐramp-up−Ｐscal＜Ｐdropであるので、ＰＲＡＣＨ送信を送らないことを決定する。
【００６２】
[0072]１００４においてＰＲＡＣＨ送信を送ることを決定すると、１００６において、ＵＥは、ＰＲＡＣＨ送信を送るべきかどうかの決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定し得る。
【００６３】
[0073]ＵＥが、プリアンブル送信カウンタを増分することを決定する場合、１０１０において、ＵＥは、スケーリングされた送信電力で（増分されたプリアンブル送信カウンタに基づいて）ＰＲＡＣＨ送信を送る。
【００６４】
[0074]ＵＥがプリアンブル送信カウンタを増分しないことを決定する場合、１０１２において、ＵＥは、スケーリングされた送信電力で（増分されないプリアンブル送信カウンタに基づいて）ＰＲＡＣＨ送信を送る。
【００６５】
[0075]１００４においてＰＲＡＣＨ送信を送らないことを決定すると、１００８において、ＵＥは、プリアンブル送信カウンタを増分することを控え、ＰＲＡＣＨ送信をドロップする。
【００６６】
[0076]１００６において、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定し得る。一構成では、プリアンブル送信カウンタを増分すべきかどうか決定は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差に基づく。一構成では、１００６においてプリアンブル送信カウンタを増分すべきかどうかを決定するとき、ＵＥは、ＰＲＡＣＨ送信が送られると決定され、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰcountとの間の差がしきい値Ｐcount以上である（Ｐramp-up−Ｐscal≧Ｐcount）とき、プリアンブル送信カウンタを増分することを決定する。一構成では、プリアンブル送信カウンタを増分すべきかどうかを決定するとき、ＵＥは、ＰＲＡＣＨ送信を送らないことを決定すると、または電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐcountよりも小さい（Ｐramp-up−Ｐscal＜Ｐcount）とき、プリアンブル送信カウンタを増分することを控えることを決定する。
【００６７】
[0077]その後、１００８の後に１０１４において、ＵＥは、電力ランピングステップサイズＰramp-upと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定し得る。さらに、１０１６において、ＵＥは、別のＰＲＡＣＨ送信のための決定された送信電力で別のＰＲＡＣＨ送信を送り得る。一構成では、１０１６において、前に失敗したＰＲＡＣＨ送信の送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である。一構成では、１０１６において、前に失敗したＰＲＡＣＨ送信の送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である。たとえば、図９Ｂ、図９Ｃ、および図９Ｄを参照されたい。
【００６８】
[0078]図１１は、ワイヤレス通信の方法のフローチャート１１００である。本方法は、ＵＥ９０２など、ＵＥによって実行され得る。
【００６９】
[0079]１１０２において、ＵＥは、電力ランピングステップサイズＰramp-upと、前に送られた失敗したＰＲＡＣＨ送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定する。ブロック１１０２は、図１０の１０１４に対応し得る。
【００７０】
[0080]１１０４において、ＵＥは、決定された送信電力でＰＲＡＣＨ送信を送る。ブロック１１０４は、図１０の１０１６に対応し得る。一構成では、前に送られた失敗したＰＲＡＣＨ送信の送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である。別の構成では、前に送られた失敗したＰＲＡＣＨ送信の送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である。ＵＥは、図１０に示されている１つまたは複数の追加のブロックを実行し得る。
【００７１】
[0081]図１２は、ワイヤレス通信の方法のフローチャート１２００である。本方法は、ＵＥ９０２など、ＵＥによって実行され得る。
【００７２】
[0082]１２０２において、ＵＥは、複数の同時ＰＲＡＣＨ送信のうちのＰＲＡＣＨ送信のために電力スケーリングファクタＰscalによって電力をスケーリングすることを決定する。ＰＲＡＣＨ送信のための送信電力は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとに少なくとも基づく。
【００７３】
[0083]１２０４において、ＵＥは、ＰＲＡＣＨ送信を送るべきかどうかを決定する。
【００７４】
[0084]１２０６において、ＵＥは、ＰＲＡＣＨ送信を送るべきかどうかの決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定する。
【００７５】
[0085]一構成では、プリアンブル送信カウンタを増分すべきかどうか決定は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalの両方にさらに基づく。一構成では、プリアンブル送信カウンタを増分すべきかどうか決定は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差にさらに基づく。一構成では、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐcountよりも小さいか、またはＰＲＡＣＨ送信が送られないと決定されるとき、プリアンブル送信カウンタを増分することを控えることを決定することによって、プリアンブル送信カウンタを増分すべきかどうかを決定する。一構成では、ＵＥは、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐcount以上であり、ＰＲＡＣＨ送信が送られると決定されるとき、プリアンブル送信カウンタを増分することを決定することによって、プリアンブル送信カウンタを増分すべきかどうかを決定する。
【００７６】
[0086]図１３は、例示的な装置１３０２中の異なる手段／構成要素間のデータフローを示す概念データフロー図１３００である。本装置は、ＵＥ９０２など、ＵＥであり得る。本装置は、複数の同時ＰＲＡＣＨ送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定するように構成される、ＰＲＡＣＨ送信電力構成要素１３０４を含む。本装置は、スケーリングされた送信電力に基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される、ＰＲＡＣＨ送信決定構成要素１３０８をさらに含む。本装置は、ＰＲＡＣＨ送信を送ることを決定すると、スケーリングされた送信電力でＰＲＡＣＨ送信を送るように構成される、送信構成要素１３１０をさらに含む。
【００７７】
[0087]本装置は、ＰＲＡＣＨ送信決定構成要素１３０８によるＰＲＡＣＨ送信を送るべきかどうかの決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するように構成される、プリアンブル送信カウンタ構成要素１３０６をさらに含み得る。プリアンブル送信カウンタ構成要素１３０６は、ＰＲＡＣＨ送信決定構成要素１３０８がＰＲＡＣＨ送信を送ることを決定すると、プリアンブル送信カウンタを増分することと、ＰＲＡＣＨ送信決定構成要素１３０８がＰＲＡＣＨ送信を送らないことを決定すると、プリアンブル送信カウンタを増分することを控えることとを行うように構成され得る。プリアンブル送信カウンタ構成要素１３０６は、Ｐramp-upと電力スケーリングファクタＰscalとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するように構成され得る。電力ランピングステップサイズＰramp-upおよび電力スケーリングファクタＰscalは、セル固有構成（たとえば、システム情報ブロック（ＳＩＢ）１）および／またはＵＥ固有構成（たとえば、ＲＲＣシグナリング）を介してｅＮＢ１３５０によって構成され得る。プリアンブル送信カウンタ構成要素１３０６は、ＰＲＡＣＨ送信電力構成要素１３０４または別の構成要素から、電力ランピングステップサイズＰramp-upおよび電力スケーリングファクタＰscalの値を受信し得る。プリアンブル送信カウンタ構成要素１３０６は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差に基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するように構成され得る。プリアンブル送信カウンタを増分すべきかどうかを決定するとき、プリアンブル送信カウンタ構成要素１３０６は、（ＰＲＡＣＨ送信決定構成要素１３０８から受信された情報に基づいて）ＰＲＡＣＨ送信が送られると決定され、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐcount以上であるとき、プリアンブル送信カウンタを増分することを決定するように構成され得る。プリアンブル送信カウンタ構成要素１３０６は、ＰＲＡＣＨ送信電力構成要素１３０４または別の構成要素からしきい値Ｐcountの値を受信し得る。プリアンブル送信カウンタを増分すべきかどうかを決定するとき、プリアンブル送信カウンタ構成要素１３０６は、ＰＲＡＣＨ送信を送らないことを決定すると、または電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐcountよりも小さいとき、プリアンブル送信カウンタを増分することを控えることを決定するように構成され得る。
【００７８】
[0088]ＰＲＡＣＨ送信電力構成要素１３０４は、電力スケーリングファクタＰscalに基づいて、ＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定するように構成され得る。ＰＲＡＣＨ送信のための送信電力は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとに基づき得る。ＰＲＡＣＨ送信決定構成要素１３０８は、ＰＲＡＣＨ送信電力構成要素１３０４または別の構成要素からその両方の値が受信され得る、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとに基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成され得る。上記で説明したように、電力ランピングステップサイズＰramp-upおよび電力スケーリングファクタＰscalは、セル固有構成（たとえば、ＳＩＢ１）および／またはＵＥ固有構成（たとえば、ＲＲＣシグナリング）を介してｅＮＢ１３５０によって構成され得る。ＰＲＡＣＨ送信決定構成要素１３０８は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差に基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成され得る。一構成では、ＰＲＡＣＨ送信決定構成要素１３０８は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐdrop以上であるかどうかに基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される。ＰＲＡＣＨ送信決定構成要素１３０８は、ＰＲＡＣＨ送信電力構成要素１３０４または別の構成要素からしきい値Ｐdropのための値を受信し得る。一構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するとき、ＰＲＡＣＨ送信決定構成要素１３０８は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐdrop以上であるとき、ＰＲＡＣＨ送信を送ることを決定するように構成される。一構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するとき、ＰＲＡＣＨ送信決定構成要素１３０８は、電力ランピングステップサイズＰramp-upと電力スケーリングファクタＰscalとの間の差がしきい値Ｐdropよりも小さいとき、ＰＲＡＣＨ送信を送ることを控えるように構成される。ＰＲＡＣＨ送信を送ることを決定するとき、ＰＲＡＣＨ送信決定構成要素１３０８は、ＰＲＡＣＨ送信を送るという決定を送信構成要素１３１０に通知するように構成される。送信構成要素１３１０は、ＰＲＡＣＨ送信を送るためのスケーリングされた送信電力を示す情報を、ＰＲＡＣＨ送信電力構成要素１３０４から受信するように構成される。一構成では、ＰＲＡＣＨ送信電力構成要素１３０４は、電力ランピングステップサイズＰramp-upと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定するように構成される。さらに、送信構成要素１３１０は、別のＰＲＡＣＨ送信のための決定された送信電力で別のＰＲＡＣＨ送信を送るように構成される。一構成では、前に失敗したＰＲＡＣＨ送信の送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である。一構成では、前に失敗したＰＲＡＣＨ送信の送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である。
【００７９】
[0089]一構成では、ＰＲＡＣＨ送信電力構成要素１３０４は、電力ランピングステップサイズＰramp-upと、前に送られた失敗したＰＲＡＣＨ送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定するように構成される。さらに、送信構成要素１３１０は、決定された送信電力でＰＲＡＣＨ送信を送るように構成される。一構成では、前に送られた失敗したＰＲＡＣＨ送信の送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である。一構成では、前に送られた失敗したＰＲＡＣＨ送信の送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である。
【００８０】
[0090]本装置は、図１０〜図１２の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加の構成要素を含み得る。したがって、図１０〜図１２の上述のフローチャート中の各ブロックは、１つの構成要素によって実行され得、本装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成される１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されるプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００８１】
[0091]図１４は、処理システム１４１４を採用する装置１３０２’のためのハードウェア実装形態の一例を示す図１４００である。処理システム１４１４は、バス１４２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１４２４は、処理システム１４１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１４２４は、プロセッサ１４０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１３０４、１３０６、１３０８、１３１０と、コンピュータ可読媒体／メモリ１４０６とを含む様々な回路を互いにリンクする。バス１４２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００８２】
[0092]処理システム１４１４はトランシーバ１４１０に結合され得る。トランシーバ１４１０は１つまたは複数のアンテナ１４２０に結合される。トランシーバ１４１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１４１４に与える。さらに、トランシーバ１４１０は、処理システム１４１４、特に送信構成要素１３１０から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１４２０に適用されるべき信号を生成する。処理システム１４１４は、コンピュータ可読媒体／メモリ１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ可読媒体／メモリ１４０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１４０４によって実行されたとき、処理システム１４１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ１４０６はまた、ソフトウェアを実行するときにプロセッサ１４０４によって操作されるデータを記憶するために使用され得る。処理システム１４１４は、構成要素１３０４、１３０６、１３０８、１３１０のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１４０４中で動作し、コンピュータ可読媒体／メモリ１４０６中に存在する／記憶されたソフトウェア構成要素であるか、プロセッサ１４０４に結合された１つまたは複数のハードウェア構成要素であるか、またはそれらの何らかの組合せであり得る。処理システム１４１４は、ＵＥ６５０の構成要素であり得、メモリ６６０および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
【００８３】
[0093]一構成では、ワイヤレス通信のための装置１３０２／１３０２’は、複数の同時ＰＲＡＣＨ送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定するための手段を含む。さらに、本装置は、スケーリングされた送信電力に基づいて、ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段を含む。さらに、本装置は、ＰＲＡＣＨ送信を送ることを決定すると、スケーリングされた送信電力でＰＲＡＣＨ送信を送るための手段を含む。一構成では、本装置は、ＰＲＡＣＨ送信を送るべきかどうかの決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段をさらに含み得る。一構成では、本装置は、ＰＲＡＣＨ送信を送ることを決定すると、プリアンブル送信カウンタを増分するための手段と、ＰＲＡＣＨ送信を送らないことを決定すると、プリアンブル送信カウンタを増分することを控えるための手段とをさらに含み得る。一構成では、本装置は、電力ランピングステップサイズと電力スケーリングファクタとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段をさらに含み得る。一構成では、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段は、電力ランピングステップサイズと電力スケーリングファクタとの間の差に基づいて決定を行う。一構成では、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段は、ＰＲＡＣＨ送信が送られると決定され、電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値以上であるとき、プリアンブル送信カウンタを増分することを決定するように構成される。一構成では、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段は、ＰＲＡＣＨ送信を送らないことを決定すると、または電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値よりも小さいとき、プリアンブル送信カウンタを増分することを控えることを決定するように構成される。一構成では、ＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定するための手段は、電力スケーリングファクタに基づいて決定を行う。そのような構成では、ＰＲＡＣＨ送信のための送信電力は、電力ランピングステップサイズと電力スケーリングファクタとに基づき得る。さらに、そのような構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段は、電力ランピングステップサイズと電力スケーリングファクタとに基づいて決定を行う。一構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段は、電力ランピングステップサイズと電力スケーリングファクタとの間の差に基づいて決定を行う。一構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段は、電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値以上であるかどうかに基づいて決定を行う。一構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段は、電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値以上であるとき、ＰＲＡＣＨ送信を送ることを決定するように構成される。一構成では、ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段は、電力ランピングステップサイズと電力スケーリングファクタとの間の差がしきい値よりも小さいとき、ＰＲＡＣＨ送信を送ることを控えるように構成される。一構成では、本装置は、電力ランピングステップサイズと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定するための手段と、別のＰＲＡＣＨ送信のための決定された送信電力で別のＰＲＡＣＨ送信を送るための手段とをさらに含む。一構成では、前に失敗したＰＲＡＣＨ送信の送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である。一構成では、前に失敗したＰＲＡＣＨ送信の送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である。
【００８４】
[0094]一構成では、ワイヤレス通信のための装置１３０２／１３０２’は、電力ランピングステップサイズと、前に送られた失敗したＰＲＡＣＨ送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定するための手段と、決定された送信電力でＰＲＡＣＨ送信を送るための手段とを含む。一構成では、前に送られた失敗したＰＲＡＣＨ送信の送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である。一構成では、前に送られた失敗したＰＲＡＣＨ送信の送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である。本装置は、上記で説明したようにさらなる手段を含み得る。
【００８５】
[0095]上述の手段は、上述の手段によって具陳された機能を実行するように構成される、装置１３０２、および／または装置１３０２’の処理システム１４１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明したように、処理システム１４１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成される、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。
【００８６】
[0096]開示したプロセス／フローチャートにおけるブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【００８７】
[0097]以上の説明は、当業者が本明細書で説明した様々な態様を実施することができるようにするために提供したものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明したいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
複数の同時物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定することと、
前記スケーリングされた送信電力に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定することと、
前記ＰＲＡＣＨ送信を送ることを決定すると、前記スケーリングされた送信電力で前記ＰＲＡＣＨ送信を送ることと
を備える、ワイヤレス通信の方法。
［Ｃ２］
前記ＰＲＡＣＨ送信を送るべきかどうかの前記決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ３］
前記ＰＲＡＣＨ送信を送ることを決定すると、プリアンブル送信カウンタを増分することと、
前記ＰＲＡＣＨ送信を送らないことを決定すると、前記プリアンブル送信カウンタを増分することを控えることと
をさらに備える、［Ｃ１］に記載の方法。
［Ｃ４］
前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ５］
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づく、
［Ｃ４］に記載の方法。
［Ｃ６］
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定することは、前記ＰＲＡＣＨ送信が送られると決定され、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるとき、前記プリアンブル送信カウンタを増分することを決定することを備える、
［Ｃ５］に記載の方法。
［Ｃ７］
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定することは、前記ＰＲＡＣＨ送信を送らないことを決定すると、または前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値よりも小さいとき、前記プリアンブル送信カウンタを増分することを控えることを決定することを備える、
［Ｃ５］に記載の方法。
［Ｃ８］
前記ＰＲＡＣＨ送信のための前記送信電力をスケーリングすることを前記決定することは、電力スケーリングファクタに基づき、
前記ＰＲＡＣＨ送信のための前記送信電力は、電力ランピングステップサイズと前記電力スケーリングファクタとに基づき、
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づく、
［Ｃ１］に記載の方法。
［Ｃ９］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づく、
［Ｃ８］に記載の方法。
［Ｃ１０］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるかどうかに基づく、
［Ｃ９］に記載の方法。
［Ｃ１１］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値以上であるとき、前記ＰＲＡＣＨ送信を送ることを決定することを備える、
［Ｃ１０］に記載の方法。
［Ｃ１２］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値よりも小さいとき、前記ＰＲＡＣＨ送信を送ることを控えることを備える、
［Ｃ１０］に記載の方法。
［Ｃ１３］
前記電力ランピングステップサイズと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定することと、
前記別のＰＲＡＣＨ送信のための前記決定された送信電力で前記別のＰＲＡＣＨ送信を送ることと
をさらに備える、［Ｃ１］に記載の方法。
［Ｃ１４］
前記前に失敗したＰＲＡＣＨ送信の前記送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である、
［Ｃ１３］に記載の方法。
［Ｃ１５］
前記前に失敗したＰＲＡＣＨ送信の前記送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である、
［Ｃ１３］に記載の方法。
［Ｃ１６］
電力ランピングステップサイズと、前に送られた失敗した物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定することと、
前記決定された送信電力で前記ＰＲＡＣＨ送信を送ることと、
を備える、ワイヤレス通信の方法。
［Ｃ１７］
前記前に送られた失敗したＰＲＡＣＨ送信の前記送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である、
［Ｃ１６］に記載の方法。
［Ｃ１８］
前記前に送られた失敗したＰＲＡＣＨ送信の前記送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である、
［Ｃ１６］に記載の方法。
［Ｃ１９］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
複数の同時物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定することと、
前記スケーリングされた送信電力に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定することと、
前記ＰＲＡＣＨ送信を送ることを決定すると、前記スケーリングされた送信電力で前記ＰＲＡＣＨ送信を送ることと
を行うように構成される、装置。
［Ｃ２０］
前記少なくとも１つのプロセッサは、前記ＰＲＡＣＨ送信を送るべきかどうかの前記決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するようにさらに構成される、
［Ｃ１９］に記載の装置。
［Ｃ２１］
前記少なくとも１つのプロセッサは、
前記ＰＲＡＣＨ送信を送ることを決定すると、プリアンブル送信カウンタを増分することと、
前記ＰＲＡＣＨ送信を送らないことを決定すると、前記プリアンブル送信カウンタを増分することを控えることと
を行うようにさらに構成される、
［Ｃ１９］に記載の装置。
［Ｃ２２］
前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するようにさらに構成される、
［Ｃ１９］に記載の装置。
［Ｃ２３］
前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づいて、前記プリアンブル送信カウンタを増分すべきかどうかを決定するように構成される、
［Ｃ２２］に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサは、前記ＰＲＡＣＨ送信が送られると決定され、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるとき、前記プリアンブル送信カウンタを増分することを決定することによって、前記プリアンブル送信カウンタを増分すべきかどうかを決定するように構成される、
［Ｃ２３］に記載の装置。
［Ｃ２５］
前記少なくとも１つのプロセッサは、前記ＰＲＡＣＨ送信を送らないことを決定すると、または前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値よりも小さいとき、前記プリアンブル送信カウンタを増分することを控えることを決定することによって、前記プリアンブル送信カウンタを増分すべきかどうかを決定するように構成される、
［Ｃ２３］に記載の装置。
［Ｃ２６］
前記少なくとも１つのプロセッサは、電力スケーリングファクタに基づいて前記ＰＲＡＣＨ送信のための前記送信電力をスケーリングすることを決定するように構成され、前記ＰＲＡＣＨ送信のための前記送信電力が、電力ランピングステップサイズと前記電力スケーリングファクタとに基づき、ここにおいて、前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される、
［Ｃ１９］に記載の装置。
［Ｃ２７］
前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される、
［Ｃ２６］に記載の装置。
［Ｃ２８］
前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるかどうかに基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される、
［Ｃ２７］に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値以上であるとき、前記ＰＲＡＣＨ送信を送ることを決定することによって、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される、
［Ｃ２８］に記載の装置。
［Ｃ３０］
前記少なくとも１つのプロセッサは、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値よりも小さいとき、前記ＰＲＡＣＨ送信を送ることを控えることによって、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するように構成される、
［Ｃ２８］に記載の装置。
［Ｃ３１］
前記少なくとも１つのプロセッサは、
前記電力ランピングステップサイズと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定することと、
前記別のＰＲＡＣＨ送信のための前記決定された送信電力で前記別のＰＲＡＣＨ送信を送ることと
を行うように構成される、［Ｃ１９］に記載の装置。
［Ｃ３２］
前記前に失敗したＰＲＡＣＨ送信の前記送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である、
［Ｃ３１］に記載の装置。
［Ｃ３３］
前記前に失敗したＰＲＡＣＨ送信の前記送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である、
［Ｃ３１］に記載の装置。
［Ｃ３４］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
電力ランピングステップサイズと、前に送られた失敗した物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定することと、
前記決定された送信電力で前記ＰＲＡＣＨ送信を送ることと、
を行うように構成される、装置。
［Ｃ３５］
前記前に送られた失敗したＰＲＡＣＨ送信の前記送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である、
［Ｃ３４］に記載の装置。
［Ｃ３６］
前記前に送られた失敗したＰＲＡＣＨ送信の前記送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である、
［Ｃ３４］に記載の装置。
［Ｃ３７］
ワイヤレス通信のための装置であって、
複数の同時物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定するための手段と、
前記スケーリングされた送信電力に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定するための手段と、
前記ＰＲＡＣＨ送信を送ることを決定すると、前記スケーリングされた送信電力で前記ＰＲＡＣＨ送信を送るための手段と
を備える、装置。
［Ｃ３８］
前記ＰＲＡＣＨ送信を送るべきかどうかの前記決定に少なくとも基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段をさらに備える、  
［Ｃ３７］に記載の装置。
［Ｃ３９］
前記ＰＲＡＣＨ送信を送ることを決定すると、プリアンブル送信カウンタを増分するための手段と、
前記ＰＲＡＣＨ送信を送らないことを決定すると、前記プリアンブル送信カウンタを増分することを控えるための手段と
をさらに備える、［Ｃ３７］に記載の装置。
［Ｃ４０］
前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づいて、プリアンブル送信カウンタを増分すべきかどうかを決定するための手段をさらに備える、
［Ｃ３７］に記載の装置。
［Ｃ４１］
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定するための手段は、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づいて前記決定を実行するように構成される、
［Ｃ４０］に記載の装置。
［Ｃ４２］
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定するための手段は、前記ＰＲＡＣＨ送信が送られると決定され、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるとき、前記プリアンブル送信カウンタを増分することを決定するように構成される、
［Ｃ４１］に記載の装置。
［Ｃ４３］
前記プリアンブル送信カウンタを増分すべきかどうかを前記決定するための手段は、前記ＰＲＡＣＨ送信を送らないことを決定すると、または前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値よりも小さいとき、前記プリアンブル送信カウンタを増分することを控えることを決定するように構成される、
［Ｃ４１］に記載の装置。
［Ｃ４４］
前記ＰＲＡＣＨ送信のための前記送信電力をスケーリングすることを前記決定することは、電力スケーリングファクタに基づき、
前記ＰＲＡＣＨ送信のための前記送信電力が、電力ランピングステップサイズと前記電力スケーリングファクタとに基づき、
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定することは、前記電力ランピングステップサイズと前記電力スケーリングファクタとに基づく、
［Ｃ３７］に記載の装置。
［Ｃ４５］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定するための手段は、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の差に基づいて前記決定を行うように構成される、
［Ｃ４４］に記載の装置。
［Ｃ４６］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定するための手段は、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差がしきい値以上であるかどうかに基づいて前記決定を行うように構成される、
［Ｃ４５］に記載の装置。
［Ｃ４７］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定するための手段は、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値以上であるとき、前記ＰＲＡＣＨ送信を送ることを決定するように構成される、
［Ｃ４６］に記載の装置。
［Ｃ４８］
前記ＰＲＡＣＨ送信を送るべきかどうかを前記決定するための手段は、前記電力ランピングステップサイズと前記電力スケーリングファクタとの間の前記差が前記しきい値よりも小さいとき、前記ＰＲＡＣＨ送信を送ることを控えるように構成される、
［Ｃ４６］に記載の装置。
［Ｃ４９］
前記電力ランピングステップサイズと、前に失敗したＰＲＡＣＨ送信の送信電力とに少なくとも基づいて、別のＰＲＡＣＨ送信のための送信電力を決定するための手段と、
前記別のＰＲＡＣＨ送信のための前記決定された送信電力で前記別のＰＲＡＣＨ送信を送るための手段と
をさらに備える、［Ｃ３７］に記載の装置。
［Ｃ５０］
前記前に失敗したＰＲＡＣＨ送信の前記送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である、
［Ｃ４９］に記載の装置。
［Ｃ５１］
前記前に失敗したＰＲＡＣＨ送信の前記送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である、
［Ｃ４９］に記載の装置。
［Ｃ５２］
ワイヤレス通信のための装置であって、
電力ランピングステップサイズと、前に送られた失敗した物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定するための手段と、
前記決定された送信電力で前記ＰＲＡＣＨ送信を送るための手段と、
を備える、装置。
［Ｃ５３］
前記前に送られた失敗したＰＲＡＣＨ送信の前記送信電力は、前に送られた失敗したＰＲＡＣＨ送信のうちの最も高い送信電力である、
［Ｃ５２］に記載の装置。
［Ｃ５４］
前記前に送られた失敗したＰＲＡＣＨ送信の前記送信電力は、直前に送られた失敗したＰＲＡＣＨ送信の送信電力である、
［Ｃ５２］に記載の装置。
［Ｃ５５］
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
複数の同時物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のうちのＰＲＡＣＨ送信のための送信電力をスケーリングすることを決定することと、
前記スケーリングされた送信電力に基づいて、前記ＰＲＡＣＨ送信を送るべきかどうかを決定することと、
前記ＰＲＡＣＨ送信を送ることを決定すると、前記スケーリングされた送信電力で前記ＰＲＡＣＨ送信を送ることと
を行うためのコードを備える、コンピュータ可読媒体。
［Ｃ５６］
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
電力ランピングステップサイズと、前に送られた失敗した物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信の、前に決定された送信電力とに少なくとも基づいて、ＰＲＡＣＨ送信のための送信電力を決定することと、
前記決定された送信電力で前記ＰＲＡＣＨ送信を送ることと
を行うためのコードを備える、コンピュータ可読媒体。
【図１】
0006487040.tif 000004
【図２】
0006487040.tif 000005
【図３】
0006487040.tif 000006
【図４】
0006487040.tif 000007
【図５】
0006487040.tif 000008
【図６】
0006487040.tif 000009
【図７Ａ】
0006487040.tif 000010
【図７Ｂ】
0006487040.tif 000011
【図８】
0006487040.tif 000012
【図９Ａ】
0006487040.tif 000013
【図９Ｂ】
0006487040.tif 000014
【図９Ｃ】
0006487040.tif 000015
【図９Ｄ】
0006487040.tif 000016
【図１０】
0006487040.tif 000017
【図１１】
0006487040.tif 000018
【図１２】
0006487040.tif 000019
【図１３】
0006487040.tif 000020
【図１４】
0006487040.tif 000021