[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2020515160A - ランダムアクセスのための電力制御強化 - Google Patents

ランダムアクセスのための電力制御強化 Download PDF

Info

Publication number
JP2020515160A
JP2020515160A JP2019551429A JP2019551429A JP2020515160A JP 2020515160 A JP2020515160 A JP 2020515160A JP 2019551429 A JP2019551429 A JP 2019551429A JP 2019551429 A JP2019551429 A JP 2019551429A JP 2020515160 A JP2020515160 A JP 2020515160A
Authority
JP
Japan
Prior art keywords
service
random access
power
preamble
access channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2019551429A
Other languages
English (en)
Inventor
ジンファ リュウ，
ジンファ リュウ，
ヤン クリストファーソン，
ヤン クリストファーソン，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル）, テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2020515160A publication Critical patent/JP2020515160A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/32—TPC of broadcast or control channels
    • H04W52/325—Power control of control or pilot channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/26—TPC being performed according to specific parameters using transmission rate or quality of service QoS [Quality of Service]
    • H04W52/265—TPC being performed according to specific parameters using transmission rate or quality of service QoS [Quality of Service] taking into account the quality of service QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/28—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission
    • H04W52/281—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission taking into account user or data type priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/50—TPC being performed in particular situations at the moment of starting communication in a multiple access environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0836—Random access procedures, e.g. with 4-step access with 2-step access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、無線デバイス及び無線アクセスネットワークノードを備える通信システムにおける方法であって、本方法は、前記無線デバイスにおいて、物理アップリンク制御チャネルにおける送信時間間隔（ＴＴＩ）長を設定するステップと、制御情報を、前記無線デバイスによって、前記物理アップリンク制御チャネルを介して前記設定された送信時間間隔長で送信するステップと、前記無線デバイスによって設定される前記送信時間間隔長を、前記無線デバイスと前記無線アクセスネットワークノードとの間のチャネル又はペイロード特性に基づいて変更するステップとを有すること、及び、開始することの少なくとも一方を行う。

Description

[0001]本開示は一般に通信に関し、より具体的には、無線通信に関する。
[0002]本節は、本開示のより良い理解を容易にすることができる態様を紹介する。したがって、本節の記述はこの観点で読まれるべきであり、従来技術に何があるか、又は従来技術に何がないかについての承認として理解されるべきではない。
[0003]通信サービス・プロバイダ及びネットワーク・オペレータは例えば、魅力のあるネットワーク・サービス及びパフォーマンスを提供することによって消費者に価値及び利便性を提供する課題に絶えず直面している。劇的に増加するトラフィック要件を満たすために、通信技術開発のための１つの興味深い選択肢は、共通のネットワークを介して異なるサービス品質（ＱｏＳ）要件を有する様々なサービスをサポートすることである。５Ｇ又は新しい無線（ＮＲ）などの次世代通信システムでは、無線デバイスがランダムアクセス（ＲＡ）を開始することによって、異なるタイプのサービスのためのセッションを確立することができると期待される。超高信頼低遅延通信（ＵＲＬＬＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ＭＴＣ）等のような異なるサービスは、通常、異なるレイテンシ（待ち時間）要件を有する。ユーザ・エクスペリエンスは、ＲＡの待ち時間のために影響を受ける可能性がある。
[0004]本概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化した形で紹介するために提供される。本概要は、請求する主題の重要な特徴又は本質的な特徴を識別することを意図するものではなく、請求する主題の範囲を限定するために使用されることを意図するものでもない。
[0005]ＮＲなどの無線通信ネットワークは、共通のネットワークを介して様々なタイプのサービスをサポートすることができる。ＵＲＬＬＣなどのいくつかのサービスは、信頼性及び遅延に関して厳しい要件を有することがある。同じパラメータ設定がすべてのサービスに適用される場合、信頼性のあるＲＡに対するより厳しい要件を有するサービスの無線接続設定は、他のサービスと同じ大きな遅延を経験することがある。したがって、より信頼性の高いＲＡを必要とするサービスの遅延を低減することが望ましい場合がある。
[0006]本開示はより高い信頼性要件を有するサービスのために端末デバイスによってＲＡメッセージ送信のために送信電力ブーストを可能にし、その結果、端末デバイスが、高い成功率及び短い遅延で当該サービスのためのネットワークノードにアクセスすることができるような、ＲＡのための電力制御強化の解決策を提案する。
[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]上述の手法に加えて、ＲＡ手順中に使用される電力制御戦略は、ＲＡの成功率にも影響を及ぼすことができる。例えば、ＬＴＥにおけるＰＲＡＣＨに適用される電力制御戦略によれば、ＰＲＡＣＨのプリアンブルの送信電力は、プリアンブルの目標受信電力を表すパラメータREAMBLE_RECEIVED_TARGET_POWERを使用することによって計算することができ、以下のように設定されうる。
PREAMBLE_RECEIVED_TARGET_POWER
= preambleInitialReceivedTargetPower + DELTA_preamble +(PREAMBLE_TRNSMISSION_COUNTER-1)* powerRampingStep （１）
ここで、preambleInitialReceivedTargetPowerは初期プリアンブル電力を表し、DELTA_PREAMBLEはプリアンブルフォーマットベースのオフセットを表し、PREAMBLE_TRANSMISSION_COUNTERはプリアンブル送信のためのカウンタを表し、powerRampingStepは電力ランピング係数を表す。より高いPREAMBLE_RECEIVED_TARGET_POWERは、プリアンブルの比較的高い送信電力を意味することに留意されたい。
[0043]次いで、ＲＡ手順は、選択されたＰＲＡＣＨ、対応するランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）、プリアンブルインデックス及びPREAMBLE_RECEIVED_TARGET_POWERを使用してプリアンブルを送信するように物理レイヤに命令することによって実行されうる。
[0044]ＲＡ応答ウィンドウ内でＲＡ応答が受信されない場合、或いは、すべての受信されたＲＡ応答のいずれもが、送信されたＲＡプリアンブルに対応するＲＡプリアンブル識別子を含まない場合、ＲＡ応答受信は成功しなかったと見なされ、メディアアクセス制御（ＭＡＣ）エンティティは、いくつかの適切なアクションをとることができる。
[0045]例えば、電力ランピング停止の通知が下位レイヤから受信されなかった場合、PREAMBLE_TRANSMISSION_COUNTERは１だけ増加される。
[0046]PREAMBLE_TRASMISSION_COUNTER = preambleTransMax + １であり、ＲＡプリアンブルが同時接続の場合にセカンダリプライマリセル（ＳｐＣｅｌｌ）上で送信される場合、ＲＡ問題が上位レイヤに示されることがあり、ここで、preambleTransMaxはプリアンブル送信の最大数を表す。ＲＡプリアンブルがセカンダリセル（ＳＣｅｌｌ）上で送信される場合、ＲＡ手順は正常に完了していないと見なされる。
[0047]このＲＡ手順において、ＲＡプリアンブルがＭＡＣによって選択された場合、バックオフパラメータに基づいて、ランダムバックオフ時間が、０とバックオフパラメータ値との間の一様な分布に従って選択されうる。後続のＲＡ送信は、バックオフ時間だけ遅延されうる。
[0048]いくつかの無線リソース制御（ＲＲＣ）情報要素は、汎用ＲＡパラメータを構成するために使用されうる。例えば、情報要素RACH-ConfigCommonは、preambleInitialReceivedTargetPower、PREAMBLE_TRANSMISSION_COUNTER、powerRampingStep、及びpreambleTransMaxのような汎用ＲＡパラメータを指定するために使用されうる。これらのパラメータは、ＰＲＡＣＨ送信電力設定に影響を及ぼすことがある。
[0049]すべてのサービスについて、同じ電力制御パラメータ設定がＰＲＡＣＨのプリアンブル（メッセージ１とも称する）又はメッセージ３に適用される場合、ＵＲＬＬＣサービスの無線接続設定は、ｅＭＢＢ／ｍＭＴＣサービスと同じ大きな遅延を経験しうる。
[0050]電力制御の柔軟性を利用することにより、例えば、特定のサービスのための送信電力を強化することによって、ＲＡトラフィックの信頼性を保証することが可能になる。本開示のいくつかの例示的な実施形態による提案された解決策では、特定のサービスのためのＲＡ遅延を低減することができるように、特定の送信電力ブーストがいくつかの特定のサービスのための端末デバイスによるＲＡメッセージ送信のために適用されうる。
[0051]図１は、本開示のいくつかの実施形態に係る方法を例示するフローチャートである。図１に示される方法は、端末デバイスにおいて実装されるか、又は端末デバイスに通信可能に結合される装置によって実行されうる。例示的な実施形態によれば、端末デバイスは、ＵＥ、移動局、ワイヤレスデバイス、ＰＤＡ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン、ポータブルデバイス、又はワイヤレスネットワークの通信に参加することができる任意の他のユーザデバイスを備えることができる。
[0052]図１に示される例示的な方法によれば、端末デバイスなどの無線デバイスは、ブロック１０２において、第１のサービスのためにＲＡ手順が開始されるかどうかを決定しうる。ＵＲＬＬＣサービスのような第１のサービスは、ｅＭＢＢサービス又はｍＭＴＣサービスのような第２のサービスよりも信頼性の高いＲＡを必要としうる。いくつかの実施形態はＵＲＬＬＣ、ｅＭＢＢ、及びｍＭＴＣサービスに関連して説明されるが、本開示の実施形態による方法はＲＡ手順が開始されうる任意の他の適切なサービス、トラフィック、又はセッションにも適用可能でありうることが理解されよう。
[0053]ＲＡ手順が第１のサービスのために開始されるという決定に応じて、端末デバイスは、ブロック１０４において、第１のサービスのためのパラメータ設定に少なくとも部分的に基づいて、ＲＡ手順の１以上のメッセージのためのそれぞれの送信電力を推定してもよい。パラメータ設定は、電力制御、ＲＡ手順のための特定の電力制御戦略若しくはルール、及び／又は同様のものに関連する１以上のパラメータを示しうる。
[0054]ブロック１０６で、端末デバイスは、ブロック１０４で推定されたそれぞれの送信電力を使用することによって、ＲＡ手順中に１以上のメッセージをネットワークノードに送信することができる。例示的な実施形態では、１以上のメッセージがＰＲＡＣＨのプリアンブル及びメッセージ３のうちの少なくとも１つを含むことができる。
[0055]１以上のメッセージの例示的な例示は、ＮＲ及びＬＴＥのコンテキストにおけるＰＲＡＣＨのプリアンブル、メッセージ１、及びメッセージ３に限定されず、他のＲＡメッセージを含むことができることに留意されたい。本明細書で提案される方法、装置、及び関連する製品はまた、他の適切なネットワーク環境、例えば、異なるタイプのセッション又はサービスのためのＲＡメッセージ送信をサポートすることができる様々なワイヤレス通信システムにも適用可能でありうるが、いくつかの例示的な実施形態はＮＲ又はＬＴＥに関して説明される。
[0056]例示的な実施形態によれば、図１に関連して説明したようなパラメータ設定は、第１のサービスにおける１以上のメッセージのためのそれぞれの送信電力を、第２のサービスと比較してブーストさせることができる。特定のメッセージの送信電力をブーストすることは、所定量だけ当該メッセージの元の送信電力を増加させることを意味する。
[0057]例えば、パラメータ設定は、サービスのタイプのための少なくとも１つの電力ブーストパラメータを示すか又は指定し、これにより、当該タイプのサービスのためのＲＡメッセージの送信電力の増加を達成することができる。電力ブーストパラメータは、送信電力の目標値、又は送信電力の相対的なブースト値を含むことができる。
[0058]図１に示される例示的な方法によれば、第１のサービスのためのパラメータ設定に少なくとも部分的に基づいてＲＡ手順の１以上のメッセージのためのそれぞれの送信電力の推定は、第１のサービスのためのパラメータ設定に従って１以上のメッセージのための少なくとも１つの電力ブーストパラメータを決定することと、少なくとも１つの電力ブーストパラメータに少なくとも部分的に基づいて１以上のメッセージのためのそれぞれの送信電力を計算することとを含むことができる。
[0059]例示的な実施形態によれば、パラメータ設定は、ネットワークノードから取得されてもよく、或いは端末デバイスにおいて事前に定義されてもよい。例えば、ネットワークノードはブロードキャスト信号を介して、及び／又はネットワークノードへの端末デバイスの登録時に、端末デバイスにパラメータ設定を送信することができる。
[0060]図２は、本開示のいくつかの実施形態による別の方法を例示するフローチャートである。図２に示される方法は、ネットワークノードにおいて実装されるか、又はネットワークノードに通信可能に結合される装置によって実行されてもよい。例示的な実施形態によれば、ネットワークノードは、ｇＮＢ、ｅＮＢ、ＢＳ、ＡＰ、通信ノード、制御センタ、中継局、リピータ、又は無線ネットワークの通信に参加することができる任意の他のネットワークデバイスを備えることができる。
[0061]図２に示される例示的な方法によれば、ネットワークノードはブロック２０２に示されるように、第１のサービス及び第２のサービスのためのパラメータ設定を構成することができる。図１に関連して説明したように、第１のサービスは第２のサービスよりも信頼性の高いＲＡを必要とする。例えば、第１のサービスは、信頼性及び／又は遅延に関して厳しい要件を有するＵＲＬＬＣサービス又は任意の他のサービスを備えてもよい。
[0062]例示的な実施形態によれば、ネットワークノードはパラメータ設定を構成するために、いくつかのシステム情報要素を使用することができる。例えば、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎなどの特定のＲＲＣ情報要素を使用して、構成されたパラメータ設定によって示される特定のＲＡパラメータを端末デバイスに通知することができる。
[0063]ブロック２０４では、ネットワークノードがパラメータ設定を端末デバイスに送信することができる。例えば、パラメータ設定は、放送信号、登録信号、及び／又は同様のものを介して端末デバイスに送信することができる。例示的な実施形態によれば、パラメータ設定は、ＲＡ手順が第１のサービス又は第２のサービスのどちらに対して開始されるかに応じて、端末デバイスがＲＡ手順のメッセージに対して異なる送信電力推定を実行することを可能にしうる。
[0064]したがって、ネットワークノードからパラメータ設定を取得する端末デバイスは、図１に示される例示的な方法に従って、アップリンクＲＡのための電力制御強化を実行しうる。オプションとして、ネットワークノードは第１のサービスのために開始されたＲＡ手順中に、端末デバイスから１以上のメッセージを受信することができる。パラメータ設定は、第１のサービスにおける１以上のメッセージのためのそれぞれの送信電力を、第２のサービスと比較してブーストさせることができる。
[0065]例示的な一実施形態では、パラメータ設定が第１のサービスを有する端末デバイスのためのＰＲＡＣＨのプリアンブルの送信電力ブーストを実現することを可能にすることができる。プリアンブルの送信電力を増加させるための可能な方法は、ＰREAMBLE_RECEIVED_TARGET_POWERの値をブーストすることである。
[0066]例えば、パラメータ設定は、第２のサービスよりも高い第１のサービスに対するＰＲＡＣＨのプリアンブルの初期受信目標電力と、第２のサービスよりも大きい第１のサービスに対するＰＲＡＣＨのプリアンブルのための電力ランピング係数と、第２のサービスよりも大きい第１のサービスに対するＰＲＡＣＨのプリアンブル送信の最大数と、の電力パラメータのうちの少なくとも１つを示すことができる。
[0067]これに関して、preambleInitialReceivedTargetPower及びpowerRampingStepの新しい値は、第１のサービスのＲＡ電力制御をｅＭＢＢ又はｍＭＴＣサービスのような第２のサービスから区別するために、ＵＲＬＬＣサービスなどの第１のサービスに対して指定されうる。例えば、preambleInitialReceivedTargetPowerUrllc、powerRampingStepUrllc、preambleTransMaxUrllc、及び／又はこれらに類するものなど、いくつかの新たなパラメータをRACH-ConfigCommonに導入して、ＵＲＬＬＣサービスを有する端末デバイスのためのＰＲＡＣＨ送信電力をブーストすることができる。これに対応して、元のパラメータpreambleInitialReceivedTargetPower、powerRampingStep、及びpreambleTransMaxは、ｅＭＢＢ又はｍＭＴＣサービスを有する端末デバイスに適用される。
[0068]ＬＴＥなどの従来の無線通信ネットワークで定義された元のパラメータと比較して、preambleInitialReceivedTargetPowerUrllcはpreambleInitialReceivedTargetPowerより大きく、powerRampingStepUrllcはpowerRampingStepより大きく、preambleTransMaxUrllcはpreambleTransMaxより大きい。１以上の新たなパラメータを使用してＵＲＬＬＣサービスについて計算された、より高いPREAMBLE_RECEIVED_TARGET_POWERは、プリアンブルの比較的高い送信電力を意味する。
[0069]或いは、図１及び図２と組み合わせて説明されるようなパラメータ設定は、以下の電力パラメータ、すなわち、第２のサービスに対する第１のサービスにおけるＰＲＡＣＨのプリアンブルの初期受信目標電力の第１の増分と、第２のサービスに対する第１のサービスにおけるＰＲＡＣＨのプリアンブルに対する電力ランピング係数の第２の増分と、第２のサービスに対する第１のサービスにおけるＰＲＡＣＨのプリアンブル送信の最大数の第３の増分とのうちの少なくとも１つを示しうる。
[0070]これに関して、いくつかの新たなパラメータが、相対的な電力ブーストを示すために、ＵＲＬＬＣサービスなどの第１のサービスのために指定されうる。例えば、第１の増分はdeltaPreambleInitialReceivedTargetPowerUrllc(＞０ｄＢ）として示されてもよく、第２の増分はdeltaPowerRampingStepUrlc(＞０ｄＢ）として示されてもよく、第３の増分はdeltapreambleTransMaxUrllc(＞０ｄＢ）として示されてもよい。新たなパラメータはＵＲＬＬＣサービスを有する端末デバイスのためのＰＲＡＣＨ送信電力をブーストするために、ネットワークノードからRACH-ConfigCommonにおいて指定されうる。代替的に又は追加的に、これらのパラメータはまたシグナリングオーバーヘッドを節約するために、端末デバイスにおいて事前に定義されてもよい。
[0071]したがって、端末デバイスは、以下の式を使用して、ＰＲＡＣＨ送信のための１以上のブーストパラメータを決定することができる。
preambleInitialReceivedTargetPowerUrllc = preambleInitialReceivedTargetPower + deltaPreambleInitialReceivedTargetPowerUrllc (２）
powerRampingStepUrllc = powerRampingStep + deltaPowerRampingStepUrllc (３）
preambleTransMaxUrllc = preambleTransMax + deltapreambleTransMaxUrllc (４）。
[0072]ＰＲＡＣＨのための電力ブーストに加えて、ＵＲＬＬＣサービスにおけるメッセージ３送信のための電力ブーストを適用することも有意義である。例えば、ＵＲＬＬＣサービスを有する第１のＵＥとｅＭＢＢサービスを有する第２のＵＥとの間のＰＲＡＣＨ衝突において、両方のＵＥが、ｇＮＢからの同じＲＡ応答に従ってメッセージ３を送信する高い確率が存在しうる。第１のＵＥがメッセージ３送信のための電力ブーストを適用する場合、第１のＵＥと第２のＵＥとの間にメッセージ３衝突があっても、ｇＮＢが第１のＵＥからのメッセージ３を正常に検出する確率は依然として高い。
[0073]したがって、例示的な実施形態によれば、メッセージ３の電力ブーストは、第２のデバイスよりも信頼性の高いＲＡを必要とする第１のサービスを有する端末デバイスに対して有効にされうる。例えば、パラメータ設定は、第２のサービスに対する第１のサービスにおけるメッセージ３のための送信電力の第４の増分を示すことができる。或いは、パラメータ設定は、第２のサービスに対する第１のサービスにおけるメッセージ３のための送信電力の第５の増分を計算するために、第１のサービスにおけるＰＲＡＣＨのプリアンブルのための１以上の電力パラメータを使用するように示すことができる。
[0074]これに対応して、ＵＲＬＬＣサービスを有するＵＥのためのメッセージ３の送信電力を高めるための２つのオプションが存在しうる。オプションＩでは、ＵＲＬＬＣサービスを有するＵＥにおけるメッセージ３送信のための第４の増分としてオフセット（＞０ｄＢ）を予め定義することによって、電力ブーストを達成することができる。ＵＥはまず、ＬＴＥで適用されるような通常の電力制御方式に従って送信電力を計算することができる。次に、ＵＥは、予め定義されたオフセットを用いて計算された送信電力を増加させることによって、メッセージ３の送信電力を推定することができる。
[0075]オプションＩＩでは１以上の電力ブーストパラメータがＰＲＡＣＨのために事前に構成されるか又は予め定義される場合、これらのパラメータはメッセージ３のための送信電力ブーストを計算するために再使用されうる。例えば、ＵＥは、メッセージ３の送信電力を推定するための第５の増分として以下の式を使用して、ｏｆｆｓｅｔ１〜ｏｆｆｓｅｔ４のうちの１つを計算することができる。
offset1
= preambleInitialReceivedTargetPowerUrllc − preambleInitialReceivedTargetPower (５）
offset2
= （PREAMBLE_TRANSMISSION_COUNTER - 1)*(powerRampingStepUrllc - powerRampingStep) (６）
ｏｆｆｓｅｔ３ = DeltaPreambleInitialReceivedTargetPowerUrllc (７）
offset4
＝（PREAMBLE_TRANSMISSION_COUNTER - 1)* deltaPowerRampingStepUrllc (８）。
[0076]本明細書に記載される電力ブーストパラメータ及びパラメータ設定は、単なる例であることが理解されるであろう。他の適切なパラメータ設定、関連する電力ブーストパラメータ、及びそれらの特定の値も、提案された方法を実施するために適用可能でありうる。
[0077]図３は、本開示の実施形態によるＲＡのための電力制御強化を実施するための方法を示すフローチャートである。図示された方法では、ＵＥが、ＲＡが開始されるセッションのタイプに少なくとも部分的に基づいて、ＰＲＡＣＨ(又は簡単には「ＰＲＡＣＨ」）のプリアンブル及び／又はメッセージ３に送信電力ブーストを適用しうる。異なるサービスは、異なるセッションタイプに対応することができる。典型的な場合、セッションタイプは、送信のためのデータを有する論理チャネルの優先順位によって決定されうる。
[0078] 図３のブロック３０４に示されるように、ＵＥがＲＡにおいてセッション要求を有する場合、ＵＥの高プロトコルレイヤは、ＲＡが開始されるセッションタイプ（ＵＲＬＬＣ、ｅＭＢＢ、又はｍＭＴＣなど）を決定することができる。決定されたセッションタイプのインジケータは、ＵＥの高プロトコルレイヤからＭＡＣレイヤに送信されてもよい。ブロック３０６において、ＭＡＣレイヤは、インジケータに従ってＰＲＡＣＨ及び／又はメッセージ３の送信電力推定のためのパラメータ設定及び１以上の電力ブーストパラメータを決定することができる。
[0079]例示的な実施形態では、送信電力推定のためのパラメータ設定及び電力ブーストパラメータがＰＲＡＣＨ及び／又はメッセージ３のための送信電力ブースト構成から決定又は取得されうる。そのような送信電力ブースト構成は図３のオプションのブロック３０２に示されるように、ネットワーク側からＵＥによって受信されうる。代替的に又は追加的に、ＵＥはまた、予め定義されたパラメータ設定及び／又は予め定義された電力ブーストパラメータをローカルに取り出すことができる。
[0080]ブロック３０８において、ＵＥのＭＡＣレイヤは、決定されたパラメータ及びパラメータ設定を使用して、ＰＲＡＣＨ及び／又はメッセージ３のための送信電力を推定することができる。次いで、ＰＲＡＣＨ又はメッセージ３の送信は、エアインタフェースにおけるＲＡ手順の間にスケジュールされうる。したがって、ＵＥはブロック３１０に示されるように、推定された送信電力を使用してＰＲＡＣＨ及び／又はメッセージ３を送信することができる。
[0081]図１乃至図３に関して示されるような提案した方法は、ＲＡの成功率を増加させ、このサービスのＲＡ遅延を減少させるために、ＲＡにおけるより信頼性の高いサービスのための端末デバイスによって、ＰＲＡＣＨ及び／又はメッセージ３のための送信電力制御を強化することができる。
[0082]例えば、提案した方法によれば、ＵＲＬＬＣサービスを有するＵＥがｅＭＢＢ／ｍＭＴＣサービスを有するＵＥと比較して短い遅延でシステムにアクセスすることができるように、ＵＲＬＬＣサービスを有するＵＥによるアップリンクＲＡメッセージ送信のための送信電力ブーストを適用することができる。例示的な実施形態ではＵＲＬＬＣサービスを有するＵＥのためのＰＲＡＣＨに電力ブーストを適用することができ、その結果、ｇＮＢはより高い確率でＵＥからのＰＲＡＣＨを検出することができる。代替的に、又は追加的に、ＵＲＬＬＣサービスを有するＵＥのメッセージ３のための送信電力はｅＭＢＢ／ｍＭＴＣサービスを有する別のＵＥとの衝突において、ＵＲＬＬＣサービスを有するＵＥからのメッセージ３をｇＮＢが検出する確率が高くなるように、ブーストされてもよい。
[0083]２ステップＲＡ手順では、集約されたＰＲＡＣＨとしての新たなメッセージ１送信及びメッセージ３送信のための電力ブーストがＵＲＬＬＣサービスのために適用されうることに留意されたい。したがって、パラメータ設定構成及び送信のためのネットワークノード、並びにサービスタイプ決定、送信電力推定、及びＲＡメッセージ送信のための端末デバイスの上記に示された実施形態は、同様の方法で２ステップＲＡ手順に適用可能でありうる。この場合、新たなメッセージ１の受信側となるネットワークノードからの競合解決メッセージとしてのＲＡ応答メッセージを、ＲＡイニシエータとして動作する端末デバイスに送信することができる。
[0084]図１乃至図３に示される様々なブロックは、方法ステップとして、及び／又は、コンピュータプログラムコードの操作から生じる動作として、及び／又は、関連する機能を実行するように構成された複数の結合論理回路要素として見ることができる。上記の概略フローチャートは、一般に論理フローチャートとして示される。したがって、図示の順序及びラベル付けされたステップは、提示された方法の特定の実施形態を示す。図示された方法の機能、論理、又は効果が、１以上のステップ若しくはその一部と同等である他のステップ及び方法を考えることができる。さらに、特定の方法が行われる順序は、示された対応するステップの順序に厳密に準拠していてもよく、そうでなくてもよい。
[0085]図４は、本開示の様々な実施形態に係る装置４００を示すブロック図である。図４に示されるように、装置４００は、プロセッサ４０１などの１以上のプロセッサと、コンピュータプログラムコード４０３を記憶するメモリ４０２などの１以上のメモリとを備えてもよい。メモリ４０２は、非一時的な機械／プロセッサ／コンピュータ可読記憶媒体とすることができる。いくつかの例示的な実施形態によれば、装置４００は、図１に関して説明したように端末デバイスにプラグ接続又はインストールすることができる集積回路チップ若しくはモジュール、又は図２に関して説明したようなネットワークノードとして実装することができる。
[0086]いくつかの実装形態では、１以上のメモリ４０２及びコンピュータプログラムコード４０３が１以上のプロセッサ４０１と共に、装置４００に、図１に関連して説明した方法の任意の動作を少なくとも実行させるように構成されうる。他の実装形態では、１以上のメモリ４０２及びコンピュータプログラムコード４０３が１以上のプロセッサ４０１と共に、装置４００に、図２に関連して説明したような方法の任意の動作を少なくとも実行させるように構成されうる。代替的に又は追加的に、１以上のメモリ４０２及びコンピュータプログラムコード４０３は、１以上のプロセッサ４０１と共に、本開示の例示的な実施形態による提案された方法を実施するために、装置４００に少なくともより多くの又はより少ない動作を実行させるように構成されてもよい。
[0087]図５は、本開示のいくつかの実施形態による装置５００を示すブロック図である。図５に示されるように、装置５００は、決定モジュール５０１と、推定モジュール５０２と、送信モジュール５０３とを備えることができる。例示的な実施形態では、装置５００が端末デバイスに実装されうる。決定モジュール５０１はブロック１０２の動作を実行するように動作可能であり、推定モジュール５０２はブロック１０４の動作を実行するように動作可能であり、送信モジュール５０３は、ブロック１０６の動作を実行するように動作可能でありうる。オプションとして、決定モジュール５０１、推定モジュール５０２、及び／又は送信モジュール５０３は本開示の例示的な実施形態による提案された方法を実施するために、より多くの又はより少ない動作を実行するように動作可能でありうる。
[0088]図６は、本開示のいくつかの実施形態による装置６００を示すブロック図である。図６に示すように、装置６００は、構成モジュール６０１及び送信モジュール６０２を備えてもよい。例示的な実施形態では、装置６００がネットワークノードにおいて実装されうる。構成モジュール６０１はブロック２０２で動作を実行するように動作可能であり、送信モジュール６０２は、ブロック２０４で動作を実行するように動作可能である。例示的な実施形態では、装置６００が端末デバイスから１以上のメッセージを受信するように動作可能でありうる受信モジュール（図６には示されていない）をさらに備えてもよい。オプションとして、構成モジュール６０１、送信モジュール６０２、及び／又は受信モジュールは本開示の例示的な実施形態による提案された方法を実装するために、より多くの又はより少ない動作を実行するように動作可能でありうる。
[0089]一般的に、様々な例示的な実施形態は、ハードウェア又は専用チップ、回路、ソフトウェア、ロジック、又はそれらの任意の組合せで実装されうる。例えば、いくつかの態様はハードウェアで実装されてもよく、一方、他の態様はコントローラ、マイクロプロセッサ、又は他のコンピューティングデバイスによって実行されてもよいファームウェア又はソフトウェアで実装されてもよいが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様はブロック図、フローチャートとして、又は何らかの他の図的表現を使用して図示及び説明されうるが、本明細書で説明されるこれらのブロック、装置、システム、技術、又は方法は非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ若しくは他のコンピューティングデバイス、或いはそれらの何らかの組合せで実装されうることが十分に理解されるであろう。
[0090]したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップ及びモジュールなどの様々な構成要素において実施されうることを理解されたい。したがって、本開示の例示的な実施形態は集積回路として具現化される装置において実現されてもよく、集積回路は本開示の例示的な実施形態に従って動作するように構成可能な、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路、及び無線周波数回路のうちの少なくとも１以上を具現化するための回路（場合によってはファームウェア）を備えてもよいことを理解されたい。
[0091]本開示の例示的な実施形態の少なくともいくつかの態様は、１以上のコンピュータ又は他のデバイスによって実行される、１以上のプログラムモジュールなどのコンピュータ実行可能命令で具現化されうることを理解されたい。一般的に、プログラムモジュールはコンピュータ又は他のデバイス内のプロセッサによって実行されたときに、特定のタスクを実行するか、又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ランダムアクセスメモリ（ＲＡＭ）等のようなコンピュータ可読媒体に記憶されてもよい。当業者には理解されるように、プログラムモジュールの機能は、さまざまな実施形態において所望に応じて組み合わせることも分散させることもできる。さらに、本機能は全体又は部分的に、集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などのファームウェア又はハードウェア同等物で実施することができる。
[0092]本開示は明示的に、又はそれらの任意の一般化のいずれかで、本明細書で開示される任意の新規な特徴又は特徴の組み合わせを含む。本開示の前述の例示的な実施形態に対する様々な修正及び適応は添付の図面と関連して読まれる場合に、前述の説明を考慮して、関連技術の当業者に明らかになりうる。しかしながら、任意の及び全ての修正は、依然として本開示の非限定的かつ例示的な実施形態の範囲内にある。

Claims (33)

  1. 無線デバイスにおいて実施される方法であって、
    第２のサービスよりも信頼性の高いランダムアクセスを必要とする第１のサービスに対してランダムアクセス手順が開始されるかどうかを決定することと（１０２）、
    前記ランダムアクセス手順が前記第１のサービスのために開始されるという決定に応じて、前記第１のサービスのためのパラメータ設定に少なくとも部分的に基づいて、前記ランダムアクセス手順の１以上のメッセージのためのそれぞれの送信電力を推定することと（１０４）、
    前記それぞれの送信電力を使用することによって、前記ランダムアクセス手順の間に、前記１以上のメッセージをネットワークノードに送信することと（１０６）
    を含む、方法。
  2. 前記パラメータ設定は、前記第１のサービスにおける前記１以上のメッセージのための前記それぞれの送信電力を、前記第２のサービスと比較してブーストさせる、請求項１に記載の方法。
  3. 前記１以上のメッセージは、物理ランダムアクセスチャネルのプリアンブル及びメッセージ３のうちの少なくとも１つを含む、請求項１又は２に記載の方法。
  4. 前記パラメータ設定は、
    前記第２のサービスより高い前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルの電力ランピング係数と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数と
    の電力パラメータの少なくとも１つを示す、請求項１乃至３のいずれか１項に記載の方法。
  5. 前記パラメータ設定は、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力の第１の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルにおける電力ランピング係数の第２の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数の第３の増分と
    の電力パラメータの少なくとも１つを示す、請求項１乃至３のいずれか１項に記載の方法。
  6. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第４の増分を示す、請求項１乃至５のいずれか１項に記載の方法。
  7. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第５の増分を計算するために、前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルにおける１以上の電力パラメータを使用することを示す、請求項１乃至５のいずれか１項に記載の方法。
  8. 前記第１のサービスのための前記パラメータ設定に少なくとも部分的に基づいて、前記ランダムアクセス手順の前記１以上のメッセージのための前記それぞれの送信電力を推定することは、
    前記第１のサービスに対する前記パラメータ設定に従って、前記１以上のメッセージにおける少なくとも１つの電力ブーストパラメータを決定することと、
    前記少なくとも１つの電力ブーストパラメータに少なくとも部分的に基づいて、前記１以上のメッセージのための前記それぞれの送信電力を計算することと
    を含むことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
  9. 前記パラメータ設定は、前記ネットワークノードから取得されるか、又は前記無線デバイスにおいて予め定義される、請求項１乃至８のいずれか１項に記載の方法。
  10. 装置（４００）であって、
    １以上のプロセッサ（４０１）と、
    コンピュータプログラムコード（４０３）を含む１以上のメモリ（４０２）と、を備え、
    前記１以上のメモリ（４０２）及び前記コンピュータプログラムコード（４０３）が前記１以上のプロセッサ（４０１）と共に、前記装置（４００）に少なくとも、
    第２のサービスよりも信頼性の高いランダムアクセスを必要とする第１のサービスに対してランダムアクセス手順が開始されるかどうかを決定させ、
    前記ランダムアクセス手順が前記第１のサービスのために開始されるという決定に応じて、前記第１のサービスのためのパラメータ設定に少なくとも部分的に基づいて、前記ランダムアクセス手順の１以上のメッセージのためのそれぞれの送信電力を推定させ、
    前記それぞれの送信電力を使用することによって、前記ランダムアクセス手順の間に前記１以上のメッセージをネットワークノードに送信させる、
    ように構成される、装置。
  11. 前記パラメータ設定は、前記第１のサービスのための前記１以上のメッセージにおける前記それぞれの送信電力を前記第２のサービスと比較してブーストさせる、請求項１０に記載の装置。
  12. 前記１以上のメッセージは、物理ランダムアクセスチャネルのプリアンブル及びメッセージ３のうちの少なくとも１つを含む、請求項１０又は１１に記載の装置。
  13. 前記パラメータ設定は、
    前記第２のサービスより高い前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルの電力ランピング係数と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数と
    の電力パラメータの少なくとも１つを示す、請求項１０乃至１２のいずれか１項に記載の装置。
  14. 前記パラメータ設定は、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力の第１の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルにおける電力ランピング係数の第２の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数の第３の増分と
    の電力パラメータの少なくとも１つを示す、請求項１０乃至１２のいずれか１項に記載の装置。
  15. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第４の増分を示す、請求項１０乃至１４のいずれか１項に記載の装置。
  16. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第５の増分を計算するために、前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルにおける１以上の電力パラメータを使用することを示す、請求項１０乃至１４のいずれか１項に記載の装置。
  17. 前記１以上のメモリ及び前記コンピュータプログラムコードは、前記１以上のプロセッサと共に、前記第１のサービスのための前記パラメータ設定に少なくとも部分的に基づいて、前記装置に、前記ランダムアクセス手順の前記１以上のメッセージのための前記それぞれの送信電力を推定させるべく、
    前記第１のサービスに対する前記パラメータ設定に従って、前記１以上のメッセージにおける少なくとも１つの電力ブーストパラメータを決定させ、
    前記少なくとも１つの電力ブーストパラメータに少なくとも部分的に基づいて、前記１以上のメッセージのための前記それぞれの送信電力を計算させる、
    ことを特徴とする請求項１０乃至１６のいずれか１項に記載の装置。
  18. 前記パラメータ設定は、前記ネットワークノードから取得されるか、又は前記装置において予め定義される、請求項１０乃至１７のいずれか１項に記載の装置。
  19. 無線デバイスにおいて実施される方法であって、
    第１のサービス及び第２のサービスに対するパラメータ設定を構成すること（２０２）であって、前記第１のサービスは前記第２のサービスよりも信頼性の高いランダムアクセスである、ことと、
    前記パラメータ設定を端末デバイスへ送信することと（２０４）、を含み、
    前記パラメータ設定は、ランダムアクセス手順が前記第１のサービス又は前記第２のサービスに対して開始されるかどうかに従って、前記ランダムアクセス手順のメッセージにおける異なる送信電力推定を、前記端末デバイスが実行することを可能にする、方法。
  20. さらに、
    前記第１のサービスについて開始された前記ランダムアクセス手順中に前記端末デバイスから１以上のメッセージを受信することを含み、前記パラメータ設定は、前記第１のサービスのための前記１以上のメッセージにおけるそれぞれの送信電力を前記第２のサービスと比較してブーストさせる、請求項１９に記載の方法。
  21. 前記１以上のメッセージは、物理ランダムアクセスチャネルのプリアンブル及びメッセージ３のうちの少なくとも１つを含む、請求項１９又は２０に記載の方法。
  22. 前記パラメータ設定は、
    前記第２のサービスより高い前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルの電力ランピング係数と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数と
    の電力パラメータの少なくとも１つを示す、請求項１９乃至２１のいずれか１項に記載の方法。
  23. 前記パラメータ設定は、
    前記第２のサービスに対する第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力の第１の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルにおける電力ランピング係数の第２の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数の第３の増分と
    の電力パラメータの少なくとも１つを示す、請求項１９乃至２１のいずれか１項に記載の方法。
  24. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第４の増分を示す、請求項１９乃至２３のいずれか１項に記載の方法。
  25. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第５の増分を計算するために、前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルにおける１以上の電力パラメータを使用することを示す、請求項１９乃至２３のいずれか１項に記載の方法。
  26. 装置（４００）であって、
    １以上のプロセッサ（４０１）と、
    コンピュータプログラムコード（４０３）を含む１以上のメモリ（４０２）と、を備え、
    前記１以上のメモリ（４０２）及び前記コンピュータプログラムコード（４０３）が前記１以上のプロセッサ（４０１）と共に、前記装置（４００）に少なくとも、
    第１のサービス及び第２のサービスに対するパラメータ設定を構成させ、前記第１のサービスは前記第２のサービスよりも信頼性の高いランダムアクセスであり、
    前記パラメータ設定を端末デバイスへ送信させる、ように構成され、
    前記パラメータ設定は、ランダムアクセス手順が前記第１のサービス又は前記第２のサービスに対して開始されるかどうかに従って、前記ランダムアクセス手順のメッセージにおける異なる送信電力推定を、前記端末デバイスが実行することを可能にする、装置。
  27. 前記１以上のメモリ及び前記コンピュータプログラムコードは、前記１以上のプロセッサと共に、前記装置にさらに、
    前記第１のサービスのために開始された前記ランダムアクセス手順の間に、前記端末デバイスから１以上のメッセージを受信させ、前記パラメータ設定は、前記第１のサービスのための前記１以上のメッセージにおけるそれぞれの送信電力を前記第２のサービスと比較してブーストさせる、ように構成される、請求項２６に記載の装置。
  28. 前記１以上のメッセージは、物理ランダムアクセスチャネルのプリアンブル及びメッセージ３のうちの少なくとも１つを含む、請求項２６又は２７に記載の装置。
  29. 前記パラメータ設定は、
    前記第２のサービスより高い前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルの電力ランピング係数と、
    前記第２のサービスより大きい前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数と
    の電力パラメータの少なくとも１つを示す、請求項２６乃至２８のいずれか１項に記載の装置。
  30. 前記パラメータ設定は、
    前記第２のサービスに対する第１のサービスのための物理ランダムアクセスチャネルのプリアンブルの初期受信目標電力の第１の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルの前記プリアンブルにおける電力ランピング係数の第２の増分と、
    前記第２のサービスに対する前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブル送信の最大数の第３の増分と
    の電力パラメータの少なくとも１つを示す、請求項２６乃至２８のいずれか１項に記載の装置。
  31. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第４の増分を示す、請求項２６乃至３０のいずれか１項に記載の装置。
  32. 前記パラメータ設定は、前記第２のサービスに対する前記第１のサービスのためのメッセージ３における送信電力の第５の増分を計算するために、前記第１のサービスのための物理ランダムアクセスチャネルのプリアンブルにおける１以上の電力パラメータを使用することを示す、請求項２６乃至３０のいずれか１項に記載の装置。
  33. コンピュータ上で実行されたときに、前記コンピュータに、請求項１乃至９及び請求項１９乃至２５のいずれか１項に記載の方法を実行させるコンピュータプログラムコード（４０３）を備えるコンピュータ可読媒体。
JP2019551429A 2017-03-24 2018-02-12 ランダムアクセスのための電力制御強化 Pending JP2020515160A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2017/078054 2017-03-24
CN2017078054 2017-03-24
PCT/CN2018/076509 WO2018171365A1 (en) 2017-03-24 2018-02-12 Power control enhancement for random access

Publications (1)

Publication Number Publication Date
JP2020515160A true JP2020515160A (ja) 2020-05-21

Family

ID=63586253

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019551429A Pending JP2020515160A (ja) 2017-03-24 2018-02-12 ランダムアクセスのための電力制御強化

Country Status (7)

Country Link
US (2) US20190239167A1 (ja)
EP (1) EP3488642A4 (ja)
JP (1) JP2020515160A (ja)
KR (1) KR102335102B1 (ja)
CN (1) CN109691188A (ja)
AU (2) AU2018240963A1 (ja)
WO (1) WO2018171365A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11943774B2 (en) * 2018-07-25 2024-03-26 Sony Corporation System and method for indicating a first set and a second set of uplink channel transmission parameters
CN111385909B (zh) * 2018-12-29 2024-07-12 北京三星通信技术研究有限公司 信号传输方法、ue、基站以及计算机可读介质
US20220210826A1 (en) * 2019-05-02 2022-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Methods of prioritized two-step radio access channel (rach) in new radio (nr)
WO2020223731A1 (en) * 2019-05-02 2020-11-05 Apple Inc. Method and ue for power control for two-step random access procedure
CN113453327A (zh) * 2020-03-28 2021-09-28 华为技术有限公司 一种发送功率控制方法、终端、芯片系统与系统
US20230262746A1 (en) * 2020-07-28 2023-08-17 Beijing Xiaomi Mobile Software Co., Ltd. Random access method and device
KR102503666B1 (ko) * 2021-12-14 2023-02-24 주식회사 블랙핀 비지상 네트워크에서 물리 상향링크 공유 채널을 전송하는 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010107354A1 (en) * 2009-03-17 2010-09-23 Telefonaktiebolaget L M Ericsson (Publ) High priority random access
US20150023281A1 (en) * 2012-03-22 2015-01-22 Zte (Usa) Inc. Optimized transmission of machine type communication data from a mobile device to a wireless network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7239884B2 (en) * 2003-01-23 2007-07-03 Motorola, Inc. Method for providing improved access times for a communication device
US8310921B2 (en) * 2008-09-04 2012-11-13 Lg Electronics Inc. Method of random access in a wireless system
US9025455B2 (en) 2011-04-26 2015-05-05 Industrial Technology Research Institute Prioritized random access method, resource allocation method and collision resolution method
CN102781086B (zh) * 2011-05-11 2017-06-06 中兴通讯股份有限公司 一种随机接入信道的功率控制方法及装置
CN104956740B (zh) * 2013-01-24 2019-03-29 Lg 电子株式会社 在无线通信系统中控制用于设备对设备通信的发现信号的发送功率的方法及其装置
US9473371B2 (en) * 2014-03-27 2016-10-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and server for dynamically determining a reference signal (RS) power boost level
WO2016119966A1 (en) * 2015-01-30 2016-08-04 Nokia Solutions And Networks Oy Method and apparatus
US10299292B2 (en) 2015-02-15 2019-05-21 Lg Electronics Inc. Method and device for detecting RACH preamble collision caused by multi-path channel in wireless communication system
CN105704833B (zh) * 2016-01-22 2021-03-02 国网智能电网研究院 一种面向智能电网的lte随机接入方法
US10959261B2 (en) * 2016-04-01 2021-03-23 Huawei Technologies Co., Ltd. System and method for pilot assisted grant-free uplink transmission identification
US10405354B2 (en) 2016-12-09 2019-09-03 Samsung Electronics Co., Ltd. Method and apparatus for RACH procedure in wireless systems

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010107354A1 (en) * 2009-03-17 2010-09-23 Telefonaktiebolaget L M Ericsson (Publ) High priority random access
US20150023281A1 (en) * 2012-03-22 2015-01-22 Zte (Usa) Inc. Optimized transmission of machine type communication data from a mobile device to a wireless network

Also Published As

Publication number Publication date
US20190239167A1 (en) 2019-08-01
EP3488642A1 (en) 2019-05-29
WO2018171365A1 (en) 2018-09-27
KR20190128705A (ko) 2019-11-18
US11044680B2 (en) 2021-06-22
KR102335102B1 (ko) 2021-12-03
AU2018240963A1 (en) 2019-10-31
AU2018240963A8 (en) 2020-07-02
AU2021203632B2 (en) 2022-09-15
EP3488642A4 (en) 2019-07-17
CN109691188A (zh) 2019-04-26
AU2021203632A1 (en) 2021-07-01
US20200329436A1 (en) 2020-10-15

Similar Documents

Publication Publication Date Title
US11044680B2 (en) Power control enhancement for random access
CN110249683B (zh) 用于波束故障恢复的方法和装置
CN110832913B (zh) 随机接入功率控制方法、装置以及通信系统
CN112702771B (zh) 测量方法、终端设备和接入网设备
EP3857941B1 (en) Measurement reporting for network maintenance methods and systems
JP2021005902A (ja) 基地局、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、及びこれらの方法
JP7434332B2 (ja) ２ステップランダムアクセスプロシージャのための方法および装置
KR20190073504A (ko) 데이터 전송/수신 장치 및 방법, 및 통신 시스템
CN111919465B (zh) 用于早期传输数据的传输块大小选择
WO2020062071A1 (zh) 一种上行信号的传输方法和设备
EP4193772B1 (en) Coverage enhancement of msg3 and msga transmissions on physical uplink shared channel
US20220295574A1 (en) Method and apparatus for channel state information
US20240106574A1 (en) HARQ RTT Timer Adjustment for Multi-TB Scheduling
US20210385859A1 (en) Method and apparatus for lbt option selection for wideband operation
US12096404B2 (en) Methods and devices for data transmission
WO2020134215A1 (en) Method for network node to switch format of medium access control subheader, and network node apparatus
EP3429273B1 (en) Method of transmitting communication message, and device
US20210204327A1 (en) Method for controlling power ramp counter, and terminal device

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191115

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191115

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201204

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20210303

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210602

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210709