JP2022543228A - ランダムアクセス手順の実行に関与するユーザ機器 - Google Patents

ランダムアクセス手順の実行に関与するユーザ機器 Download PDF

Info

Publication number
JP2022543228A
JP2022543228A JP2022506535A JP2022506535A JP2022543228A JP 2022543228 A JP2022543228 A JP 2022543228A JP 2022506535 A JP2022506535 A JP 2022506535A JP 2022506535 A JP2022506535 A JP 2022506535A JP 2022543228 A JP2022543228 A JP 2022543228A
Authority
JP
Japan
Prior art keywords
random access
access
type
procedure
threshold
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
JP2022506535A
Other languages
English (en)
Inventor
ミン－フン タオ
秀俊 鈴木
リキン シャー
ホンチャオ リ
哲矢 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JP2022543228A publication Critical patent/JP2022543228A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H04W74/0841—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/02—Hybrid access techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal

Abstract

本開示は、複数のランダムアクセスタイプしきい値を受信する受信機を有するユーザ機器（ＵＥ）に関する。前記ＵＥの処理回路は、ランダム値を決定し、その後、前記ＵＥによって実行されるべきランダムアクセス手順のタイプを選択する。当該選択することは、少なくとも、前記複数のランダムアクセスタイプしきい値の中から１つを選択すること、前記決定したランダム値を前記選択したランダムアクセスタイプしきい値と比較すること、および前記比較の結果に基づいてランダムアクセス手順のタイプを選択することを含む。その後、前記ＵＥは、前記選択したタイプのランダムアクセス手順を実行する。

Description

本開示は、３ＧＰＰ通信システムなどの通信システムにおける方法、装置、および物品を対象とする。
現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）は、次世代のセルラー技術（第５世代（５Ｇ）とも呼ばれる）の技術仕様に取り組んでいる。
１つの目的は、少なくとも拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）を含む、あらゆる使用シナリオ、要件、および配置シナリオ（例えば、非特許文献１の６節を参照）に対処する、単一の技術的枠組みを提供することである。例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれうる。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、遠隔診断、および遠隔治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれうる。ｍＭＴＣの配置シナリオには、スマートウェアラブルやセンサネットワークなど、遅延の影響が小さいデータ伝送を行う多数の装置を使用するシナリオが含まれうる。ｅＭＢＢサービスとＵＲＬＬＣサービスは、いずれも極めて広い帯域幅が要求される点で似ているが、ＵＲＬＬＣサービスでは、極めて小さいレイテンシ（待ち時間）（latency）が好ましくは要求される点において異なる。
第２の目的は、前方互換性を達成することである。ロングタームエボリューション（ＬＴＥ、ＬＴＥ－Ａ）セルラーシステムへの後方互換性は要求されず、これにより、全く新しいシステムの設計および／または新しい機能の導入が容易になる。
ＴＲ ３８．９１３ ｖｅｒｓｉｏｎ １５．０．０ ３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０ ３ＧＰＰ ＴＲ ３８．８０１ ｖ１４．０．０ ３ＧＰＰ ＴＳ ３８．３００ ３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．６．０ ＴＳ ２３．５０１ ｖ１６．１．０ ３ＧＰＰ ＴＳ ２２．２６１ ｖ１６．８．０ ３ＧＰＰ ＴＳ ２４．５０１ ｖ１６．１．０ ３ＧＰＰ ＴＳ ３８．３３１ ｖ１５．６．０ ３ＧＰＰ ＴＳ ３８．３２１ ｖ１５．６．０ ３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ＴＲ ３６．８８９，ｖｅｒｓｉｏｎ １３．０．０
１つの非限定的かつ例示的な実施形態は、ＵＥによって実行されるランダムアクセス手順の改善を容易にする手順を提供することを促進する。
一実施形態において、本明細書に開示されている技術は、動作中、複数のランダムアクセスタイプしきい値を受信する受信機を有するユーザ機器（ＵＥ）を特徴とする。また、ＵＥは、動作中、ランダム値を決定する処理回路も有する。前記処理回路は、動作中、前記ＵＥによって実行されるべきランダムアクセス手順のタイプを選択し、当該選択することは、少なくとも、
－ 前記複数のランダムアクセスタイプしきい値の中から１つを選択すること、
－ 前記決定したランダム値を前記選択したランダムアクセスタイプしきい値と比較すること、および
－ 前記比較の結果に基づいてランダムアクセス手順のタイプを選択すること、
を含む。その後、前記ＵＥは、前記選択したタイプのランダムアクセス手順を実行する。
なお、一般的な実施形態または具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。
開示されている実施形態およびさまざまな実装形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざま実施形態および特徴によって個別に得ることができる。但し、これらは、このような恩恵および／または利点の１つまたは複数を得るために、すべてを設ける必要はない。
以下、例示的な実施形態について添付の図面を参照してより詳細に説明する。
３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す図 ＬＴＥ ｅＮＢ、ｇＮＢ、およびＵＥに対する例示的なユーザおよび制御プレーンアーキテクチャを示す図 ＮＧ－ＲＡＮと５ＧＣの間の機能分割を示す概略図 ＲＲＣ接続セットアップ／再構成手順のシーケンス図 拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示す概略図 非ローミングシナリオ向けの例示的な５Ｇシステムアーキテクチャを示すブロック図 競合ベースのＲＡＣＨ手順を実行するときにｅＮＢとＵＥの間で交換されるメッセージを示す図 競合なしのＲＡＣＨ手順を実行するときにｅＮＢとＵＥの間で交換されるメッセージを示す図 ＵＥおよびｇＮＢの例示的な単純化した構造を示す図 改善されたランダムアクセス手順の例示的な実装形態によるＵＥの構造を示す図 改善されたソリューションの例示的な実装形態による、ＵＥの動作のフロー図 改善されたソリューションの例示的な実装形態による、ｇＮＢの動作のフロー図 改善されたソリューションの例示的な実装形態による、ＵＥの動作のフロー図 改善されたソリューションの例示的な実装形態による、ＵＥの動作のフロー図 改善されたソリューションの例示的な実装形態による、ｇＮＢの動作のフロー図
５Ｇ ＮＲシステムのアーキテクチャおよびプロトコルスタック
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ規格に準拠したスマートフォンの試験および商用展開に進むことができる。
とりわけ、全体的なシステムアーキテクチャは、ｇＮＢを有するＮＧ－ＲＡＮ（次世代無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、これらのｇＮＢは、ＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。また、ｇＮＢは、次世代（ＮＧ：Next Generation）インタフェースによってＮＧＣ(次世代コア：Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ(アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ(ユーザプレーン機能：User Plane Function）（例えば、ＵＰＦを実行する特定のコアエンティティ）にも接続されている。ＮＧ－ＲＡＮアーキテクチャを図１に示す（例えば、非特許文献２の４節を参照）。
さまざまな異なる配置シナリオをサポートすることができる（例えば、非特許文献３を参照）。この文献には、例えば、非中央集中型の配置シナリオが提示されており（例えば、非特許文献３では、５Ｇ ＮＲをサポートする基地局を配置することができる。図２は、例示的な非中央集中型の配置シナリオを示しており（例えば、前記非特許文献３の図５．２．－１を参照）、ＬＴＥ ｅＮＢおよびユーザ機器（ＵＥ）をさらに示しており、ユーザ機器（ＵＥ）は、ｇＮＢおよびＬＴＥ ｅＮＢの両方に接続されている。ＮＲ ５Ｇの新しいｅＮＢは、例示的にｇＮＢと呼ぶことができる。ｅＬＴＥ ｅＮＢは、ｅＮＢの進化型であり、ＥＰＣ（進化型パケットコア：Evolved Packet Core）およびＮＧＣ（次世代コア：Next Generation Core）への接続性をサポートする。
ＮＲにおけるユーザプレーンプロトコルスタック（例えば、非特許文献４の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献４の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献４の６．３節を参照）サブレイヤ、ＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献４の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ：access stratum）の新しいサブレイヤ（ＳＤＡＰ、サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば、非特許文献４の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば、非特許文献４の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献４の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、非特許文献４の６．４節、６．３節、および６．２節にそれぞれ記載されている。ＲＲＣレイヤの機能は、非特許文献４の７節に記載されている。
例えば、媒体アクセス制御レイヤは、論理チャネルの多重化、ならびに、さまざまなヌメロロジーの処理を含む、スケジューリングおよびスケジューリング関連機能を扱う。
物理レイヤ（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理時間－周波数リソースへの信号のマッピングの責務を負う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングも処理する。物理レイヤは、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。１つの物理チャネルは、ランダムアクセスに使用されるＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）である。
ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対して、ＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはＵＬおよびＤＬそれぞれで０．５ｍｓ）と、高い信頼性（１ｍｓ内で１～１０－５）とが課せられる。さらに、ｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、およびデバイスコストを下げるための極めて長寿命のバッテリ（１５年）が、好ましくは要求されうる。
したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも、短いシンボル持続時間（したがって、より大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボルが、好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いＣＰ持続時間が、好ましくは要求されうる。同程度のＣＰオーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって、現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、…のサブキャリア間隔が検討されている。シンボル持続時間Ｔuとサブキャリア間隔Δｆは、式（Δｆ＝１／Ｔｕ）により、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、「リソースエレメント」という用語を使用することができる。
新しい無線システム５Ｇ－ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献５を参照）。
ＮＧ－ＲＡＮと５ＧＣの間の５Ｇ ＮＲ機能の分割
図３は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。
特に、ｇＮＢおよびｎｇ－ｅＮＢは、次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送信される）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ デュアルコネクティビティ
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（Reachability）(ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガリング
最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
ＲＲＣ接続の確立および再設定手順
図４は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦ(５ＧＣエンティティ）の間のインタラクションを示している（非特許文献２を参照）
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、およびＵＥセキュリティ能力などを含む）を準備し、それを初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）によってｇＮＢに送る。次に、ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これは、ｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後、ｇＮＢは、シグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立するために再設定を実行し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後に、ｇＮＢは、確立手順が完了したことを、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）によってＡＭＦに通知する。
したがって、本開示では、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間にシグナリング無線ベアラが確立されるように、動作中、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中、そのＮＧ接続を介して初期コンテキストセットアップメッセージをｇＮｏｄｅＢに送信する送信機とを有する、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦなど）が提供される。特に、ｇＮｏｄｅＢは、リソース割当て設定情報要素を含む無線リソース制御（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。次いで、ＵＥが、このリソース割当て設定に基づいてアップリンク送信またはダウンリンク受信を実行する。
ＩＭＴ－２０２０以降の使用シナリオ
図５は、５Ｇ ＮＲのユースケースのいくつかを示している。第３世代パートナーシッププロジェクトの新無線（３ＧＰＰ ＮＲ：3rd generation partnership project new radio）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信のための標準化が含まれることになる。図５は、２０２０年以降のＩＭＴについて想定される使用シナリオのいくつかの例を示している。
ＵＲＬＬＣユースケースは、スループットやレイテンシ、可用性などの能力に関する厳しい要件を有し、工業的製造または生産プロセスの無線制御、遠隔医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献１によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣの場合、重要な要件は、ユーザプレーンの目標レイテンシが、ＵＬ（アップリンク）に対して０．５ｍｓ、ＤＬ（ダウンリンク）に対して０．５ｍｓであることを含む。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
ＲＡＮ１の観点から、信頼性は、多くの可能な方法で向上させることができる。信頼性を向上させるための現在の範囲は、ＵＲＬＬＣのための個別のＣＱＩテーブルや、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどを定義することを含む。しかし、（ＮＲ ＵＲＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＣＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、およびミッションクリティカルなアプリケーションが挙げられる。
さらに、ＮＲ ＵＲＬＣＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＣＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性向上に関する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有する必要がある。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能なソリューションである。
上記のように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、ならびに周波数領域、時間領域、および／または空間領域に関連するダイバーシチが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
ＮＲ ＵＲＬＣの場合、例えば、工場自動化や輸送産業、電力供給など、より厳しい要件を有するさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓ（値は周波数範囲に応じて１～数μｓ）のオーダーの時間同期、０．５～１ｍｓのオーダーの短いレイテンシ（特にユーザプレーンの目標レイテンシは０．５ｍｓ）である。
さらに、ＮＲ ＵＲＬＬＣの場合、ＲＡＮ１の観点からいくつかの技術強化が認識されている。特に、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨ監視の増大、に関連するＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）の強化が挙げられる。さらに、ＵＣＩ（アップリンク制御情報：Uplink Control Information）の強化は、ＨＡＲＱ（ハイブリッド自動再送要求：Hybrid Automatic Repeat Request）の強化およびＣＳＩフィードバックの強化に関連する。また、ミニスロットレベルのホッピングおよび再送信／繰り返しに関連するＰＵＳＣＨの強化も認識されている。「ミニスロット」という用語は、スロット（１４個のシンボルを含むスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ：Transmission Time Interval）を意味する。
ＱｏＳ制御
５Ｇ ＱｏＳ（サービス品質：Quality of Service）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
５ＧＣは、ＵＥごとに、１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を確立し、次に、そのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば、図４を参照しながら上記したように、設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタが、ＵＬおよびＤＬのパケットをＱｏＳフローに関連付け、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則が、ＵＬおよびＤＬのＱｏＳフローをＤＲＢに関連付ける。
図６は、５Ｇ ＮＲ非ローミング基準アーキテクチャを示している（非特許文献６の４．２３節を参照）。アプリケーション機能（ＡＦ：Application Function）（例えば、図５に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワーク（Core Network）と対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、またはポリシー制御（例えば、ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能ＰＣＦを参照）と対話する。オペレータの配備に基づいて、オペレータによって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることがオペレータによって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。
図６は、５Ｇアーキテクチャのさらなる機能ユニットとして、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統一データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例えば、オペレータサービス、インターネットアクセスまたは第三者サービス）を示している。
統一アクセス制御（ＵＡＣ：Unified Access Control）
例示的な５Ｇシナリオでは、どのアクセス試行を許可しまたはブロックすべきかを決定する際に、例えば、オペレータポリシー、配備シナリオ、加入者プロファイル、および利用可能なサービスに応じて、異なる基準を使用することができる（非特許文献７の６．２２節、非特許文献８の４．５節を参照）。これらの異なるアクセス制御基準は、アクセスアイデンティティ（Access Identity）およびアクセスカテゴリ（Access Category）に関連付けることができる。５Ｇシステムは、現在、オペレータがこれら２つの基準に基づいてアクセスを制御する単一の統一アクセス制御を提供している。
統一アクセス制御では、各アクセス試行が、１つ以上のアクセスアイデンティティと１つのアクセスカテゴリに分類される。ＵＥは、アクセス試行の対応するアクセスアイデンティティおよびアクセスカテゴリに適用可能なアクセス制御情報に基づいて、実際のアクセス試行を行うことができるか否かのテストを実行する。
統一アクセス制御は、追加の標準化されたアクセスアイデンティティおよびアクセスカテゴリを含めることを可能にする拡張性をサポートするとともに、オペレータが独自の基準（例えば、ネットワークスライシング、アプリケーション、およびアプリケーションサーバ）を使用してオペレータ定義のアクセスカテゴリを定義することを許容する柔軟性をサポートする。
次の表に、３ＧＰＰで定義され得るさまざまなアクセスアイデンティティの概要を示す。
Figure 2022543228000002
次の表に、３ＧＰＰで定義され得るさまざまなアクセスカテゴリの概要を示す。

Figure 2022543228000003
上記の表から明らかなように、アクセスカテゴリ０は、アクセスアイデンティティにかかわらず、規制されない。
オペレータのポリシーに基づいて、５Ｇシステムは、アクセスアイデンティティおよびアクセスカテゴリに応じて変化する関連する規制パラメータを使用して、ＵＥがネットワークにアクセスしないようにすることができる。アクセスアイデンティティは、上記の表に示すようにＵＥで設定される。アクセスカテゴリは、上記の表に示すように、ＵＥに関連する条件とアクセス試行のタイプとの組合せによって定義される。アクセス試行のために、１つ以上のアクセスアイデンティティおよびただ１つのアクセスカテゴリが選択され、テストされる。
５Ｇネットワークは、ＲＡＮの１つ以上の領域において、規制制御情報（つまり、アクセスアイデンティティおよびアクセスカテゴリに関連付けられた規制パラメータのリスト）をブロードキャストすることができる。
ＵＥは、ブロードキャストされた規制制御情報およびＵＥの設定から受け取る規制パラメータに基づいて、特定の新規アクセス試行が許可されるか否かを決定することができる。統一アクセス制御のフレームワークは、新規アクセス試行（例えば、新規セッション要求）を開始する時に、ＲＲＣアイドル状態（RRC Idle）、ＲＲＣインアクティブ状態（RRC Inactive）、およびＲＲＣ接続状態（RRC Connected）のＵＥに適用可能とすることができる。
特に、ＵＡＣ手順の目的は、付与されたアクセスカテゴリおよび１つ以上のアクセスアイデンティティに関連するアクセス試行に対するアクセス規制チェックを、例えば、上位層からの要求に応じて、実行することである。
アクセス制御チェックは、例えば、非特許文献８の４．５．１節に定義されているように、特定のイベントのアクセス試行のために実行される。ＵＥは、これらのイベントのうちの１つでアクセス試行を開始するとき、当該アクセス試行に関連付けられた、１つ以上のアクセスアイデンティティを、関連する標準化されたアクセスアイテンティティ（上記の表を参照）から決定し、１つのアクセスカテゴリを、標準化されたアクセスカテゴリと場合によってはオペレータ定義のアクセスカテゴリとのセット（例えば、非特許文献８の４．５．３節を参照）から決定することができる。
１つの例示的な３ＧＰＰ実装では、統一アクセス制御（ＵＡＣ）手順に関して、以下のステップがＵＥによって実行される（非特許文献９の５．３．１４．５節を参照）。
Figure 2022543228000004
ＵＡＣ手順のいくつかのパラメータは、例えば、ＳＩＢ１内の、システム情報（System Information）によってＵＥに提供される（例えば、ＳＩＢ１、非特許文献９の６．２．２節を参照）。
Figure 2022543228000005
Figure 2022543228000006
Figure 2022543228000007
Figure 2022543228000008
ＳＩＢ１のパラメータＵＡＣ－ＢａｒｒｉｎｇＩｎｆｏＳｅｔＬｉｓｔは、以下のように定義することができ、ＵＡＣ手順における上記パラメータＵＡＣ－ＢａｒｒｉｎｇＦａｃｔｏｒを搬送する。
Figure 2022543228000009
上記のＵＡＣ手順は、以下のように要約することができる。アクセス試行は、１つのアクセスカテゴリおよび１つ以上のアクセスアイデンティティに関連付けることができるものとする。まず、ＵＥは、システム情報によってブロードキャストされた、関連付けられたアクセスアイデンティティと、設定されたアクセスアイデンティティとに基づいて、アクセス試行が許可されているか否かをチェックする（例えば、ＳＩＢ１、非特許文献９の６．２．２節を参照）。次に、ＵＥが、アクセスアイデンティティに基づいて、セルとのアクセス試行を実行することが許可されていると判断した場合、ＵＥは、アクセス試行を実行することを行う。一方、ＵＥが、アクセスアイデンティティに基づいて、セルとのアクセス試行を実行することが許可されていないと判断した場合、ＵＥは、アクセスカテゴリに基づいて、アクセス試行が許可されているか否かを判断することを行う。これは、例えば、ランダム値を取り出して、アクセスカテゴリベースのアクセス試行用の特定の確率しきい値（当該アクセスカテゴリに関連付けられたｕａｃ－ＢａｒｒｉｎｇＦａｃｔｏｒ；情報は、例えば、システム情報によって、ＵＥに知られている）と比較することを含む。ランダム値がアクセス試行確率しきい値未満である場合、ＵＥは、セルにアクセスすることを許可される。しかし、ランダム値がアクセス試行確率しきい値以上である場合、ＵＥは、セルにアクセスすることは許可されない。
統一アクセス制御（Unified Access Control）に密接に関連する、ＵＥで実行される１つの重要なさらなる手順は、ランダムアクセス手順（ＲＡＣＨ手順とも呼ばれる）である。ＵＡＣは、ＵＥが特定のｇＮＢとのアクセス試行を実行すべきかどうかをＵＥがテストすることを可能にする。ＵＥがアクセス試行を実行することを肯定的に決定すると、ＵＥは、例えば、ランダムアクセス手順を実行して、無線セルにアクセスすることができる。別の表現で言うと、アクセス試行は、ランダムアクセス手順を実行することを含む。
以下で説明するように、ランダムアクセス手順は、多くのさまざまな理由で実行することができる。ＲＡＣＨ手順の観点から、ランダムアクセス手順の実行は、上記のようにＵＥによるＵＡＣチェックの実行に先行されてもよいし、あるいは必ずしも先行されなくてもよい。
ランダムアクセス手順
ＬＴＥと同様に、５Ｇ ＮＲは、ＲＡＣＨ（Random Access Channel：ランダムアクセスチャネル）手順（または単にランダムアクセス手順）を提供する。例えば、ＲＡＣＨ手順は、ＵＥが見つけたセルにアクセスするために、ＵＥによって使用されることができる。ＲＡＣＨ手順は、ＮＲ内の他のコンテクスト、例えば、
・ハンドオーバの場合、新たなセルに対して同期を確立するとき、
・デバイスからのアップリンク送信なしにあまりにも長時間経過したために同期が失われた場合に、現在のセルへのアップリンク同期を再確立すること、
・専用のスケジューリング要求リソースがデバイスに設定されていない場合に、アップリンクスケジューリングを要求すること、
においても使用することができる。
例えば、次のような、ＵＥにランダムアクセス手順を実行させ得る多数のイベントが存在する（非特許文献２の９．２．６節を参照）。
－ ＲＲＣ＿ＩＤＬＥからの初期アクセス
－ ＲＲＣ接続再確立（RRC Connection Re-establishment）手順
－ ＵＬ同期状態が「非同期」の場合におけるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬまたはＵＬデータ到着
－ 利用可能なＳＲ用ＰＵＣＣＨリソースがない場合におけるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＬデータ到着
－ ＳＲ障害
－ 同期再設定（例えば、ハンドオーバ）時のＲＲＣによる要求
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移
－ ＳＣｅｌｌ追加時のタイムアラインメントを確立すること
－ 他のＳＩの要求（７．３節を参照）
－ ビーム障害回復
以下、ＲＡＣＨ手順について、図７および図８を参照して、より詳細に説明する。移動端末は、そのアップリンク送信が時間同期されている場合、アップリンク送信のためにスケジューリングされることができる。したがって、ランダムアクセスチャネル（ＲＡＣＨ：Random Access Channel）手順は、非同期移動端末（ＵＥ）とアップリンク無線アクセスの直交送信（orthogonal transmission）との間のインタフェースとしての役割を果たす。例えば、ランダムアクセスは、アップリンク同期をまだ獲得していないかまたは失ったユーザ機器のアップリンク時間同期を達成するために使用される。ユーザ機器がアップリンク同期を達成すると、基地局は、そのためのアップリンク送信リソースをスケジューリングすることができる。ランダムアクセスに関連するシナリオの１つは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器であってその現在のサービングセルから新たなターゲットセルにハンドオーバするものが、ターゲットセルにおけるアップリンク時間同期を達成するためにランダムアクセス手順を実行する場合である。
アクセスが、競合ベース、つまり、衝突の内在的リスクを暗示するものか、または競合なし（非競合ベース）のいずれかであることを許容する２つのタイプのランダムアクセス手順が存在し得る。
ランダムアクセス手順の例示的な定義は、非特許文献１０の５．１節に見出すことができる。
以下、競合ベースのランダムアクセス手順について、図７に関してより詳細に説明する。この手順は、４つの「ステップ」からなり、したがって、４ステップＲＡＣＨ手順とも呼ぶことができる。まず、ユーザ機器は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）で、ランダムアクセスプリアンブルを基地局に送信する（つまり、ＲＡＣＨ手順のメッセージ１）。基地局は、ＲＡＣＨプリアンブルを検出した後、プリアンブルが検出された時間－周波数およびスロットを識別する（ランダムアクセス：Random Access）ＲＡ－ＲＮＴＩを用いて、ＰＤＣＣＨ上でアドレス指定されたＰＤＳＣＨ(Physical Downlink Shared Channel：物理ダウンリンク共有チャネル）でランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージ（ＲＡＣＨ手順のメッセージ２）を送信する。複数のユーザ機器が同じＲＡＣＨプリアンブルを同じＰＲＡＣＨリソースで送信した場合（これは衝突とも呼ばれる）、当該複数のユーザ機器は、同じランダムアクセス応答メッセージを受信することになる。ＲＡＲメッセージは、検出したＲＡＣＨプリアンブルと、受信したプリアンブルのタイミングに基づく後続のアップリンク送信の同期のためのタイミングアラインメントコマンド（ＴＡコマンド）と、最初にスケジューリングされた送信を送信するための初期アップリンクリソース割当て（グラント）と、一時セル無線ネットワーク一時識別子（Ｔ－ＣＲＮＴＩ：Temporary Cell Radio Network Temporary Identifier）の割当てと、を伝達することができる。このＴ－ＣＲＮＴＩは、ＲＡＣＨ手順が終了するまで、ＲＡＣＨプリアンブルが検出された移動局をアドレス指定するために基地局によって使用される。なぜなら、この時点における移動局の「本当の」アイデンティティは、基地局によってまだ知られていないからである。
ユーザ機器は、所与の時間ウィンドウ（例えば、ＲＡＲ受信ウィンドウと呼ばれる）（これは、基地局によって設定することができる）内にランダムアクセス応答メッセージを受信するためにＰＤＣＣＨを監視する。基地局から受信したＲＡＲメッセージに応答して、ユーザ機器は、最初にスケジューリングされたアップリンク送信を、ランダムアクセス応答内のグラントによって割り当てられた無線リソースで送信する。このスケジューリングされたアップリンク送信は、例えば、ＲＲＣ接続要求（RRC Connection Request）、ＲＲＣ再開要求（RRC Resume Request）、またはバッファ状態報告のような実際のランダムアクセス手順メッセージを伝達する。
ＲＡＣＨ手順の最初のメッセージでプリアンブルの衝突が発生した場合、つまり、複数のユーザ機器が同じプリアンブルを同じＰＲＡＣＨリソースで送信した場合、衝突するユーザ機器は、同じＴ－ＣＲＮＴＩをランダムアクセス応答内で受信し、ＲＡＣＨ手順の第３のステップにおいて自己のスケジューリングされた送信を送信するときに、同じアップリンクリソースでも衝突する。１つのユーザ機器からのスケジューリングされた送信の復号が基地局によって成功した場合、競合は、他のユーザ機器については未解決のままである。この種の競合を解決するために、基地局は、Ｃ－ＲＮＴＩまたは一時（Temporary）Ｃ－ＲＮＴＩにアドレス指定された競合解決メッセージ（第４のメッセージ）を送信する。これで手順は終了する。
図８は、競合ベースのランダムアクセス手順と比較して簡略化された、競合なしのランダムアクセス手順を示している。基地局は、第１のステップにおいて、衝突の危険性がないように、つまり、複数のユーザ機器が同じプリアンブルを送信する危険性がないように、ランダムアクセスに使用するプリアンブルをユーザ機器に提供する。したがって、その後、ユーザ機器は、基地局によってシグナリングされたプリアンブルを、ＰＲＡＣＨリソース上のアップリンクで送信している。競合なしのランダムアクセスでは、複数のＵＥが同じプリアンブルを送信している場合が回避されるため、本質的に、競合なしのランダムアクセス手順は、ＵＥによるランダムアクセス応答の受信が成功した後に終了する。
また、３ＧＰＰは、５Ｇ ＮＲ向けの２ステップ（競合ベース）ＲＡＣＨ手順の検討もしており、そこでは、４ステップＬＴＥ ＲＡＣＨ手順におけるメッセージ１およびメッセージ３に対応するメッセージ１（ｍｓｇＡとも呼ぶことができる）が最初に送信される。次いで、ｇＮＢは、ＬＴＥ ＲＡＣＨ手順のメッセージ２およびメッセージ４に対応するメッセージ２（ｍｓｇＢとも呼ぶことができる）で応答する。このｍｓｇＢは、例えば、成功（Success）ランダムアクセス応答（ＲＡＲ）、フォールバック（Fallback）ＲＡＲ、および任意選択でバックオフ指示を含むことができる。２ステップＲＡＣＨ手順については、例えば、ＵＥは、ＲＡＣＨタイプ（例えば、２ステップＲＡＣＨ）を決定した後、失敗まで当該同じＲＡＣＨタイプを再試行し続けるなどと、いくつかさらに仮定される。しかし、一定時間後にＵＥが４ステップＲＡＣＨ手順にフォールバックすることができる可能性もあり得る。
さらに、ネットワークは、２ステップＲＡＣＨ手順および４ステップＲＡＣＨ手順を実行するのに使用する、互いに排他的である無線リソースを半静的に決定し得る。ＲＡＣＨ手順において第１のメッセージを送信するのに使用される無線リソースは、少なくともＲＡＣＨオケージョンおよびプリアンブルを含む。例えば、２ステップＲＡＣＨ手順において、最初のメッセージｍｓｇＡは、ＰＲＡＣＨリソース（例えば、ＲＡＣＨオケージョンおよびプリアンブル）だけでなく、関連付けられたＰＵＳＣＨリソースも使用する。
低減されたメッセージ交換により、２ステップＲＡＣＨ手順のレイテンシは、４ステップＲＡＣＨ手順と比較して低減され得る。一方、２ステップＲＡＣＨは、２ステップＲＡＣＨ手順で送信される最初のメッセージに追加のＰＵＳＣＨリソースが必要とされるため、４ステップＲＡＣＨ手順よりも多くの無線リソースを消費することがある。
ネットワークは、例えば、４ステップＲＡＣＨもしくは２ステップＲＡＣＨのみを使用し、または４ステップＲＡＣＨおよび２ステップＲＡＣＨの両方を使用するように、ＵＥを設定し得る。
そのため、ＵＥが４ステップＲＡＣＨ手順および２ステップＲＡＣＨ手順の両方をサポートする可能性がある。適切なタイプのＲＡＣＨ手順（例えば、２ステップ対４ステップ）を選択することについては、システム情報によってすべてのＵＥに提供される指示に基づいて行うことができ、または、例えば、ＲＲＣ設定メッセージを使用して、各ＵＥに対するＵＥ専用設定に基づいて別々に行うこともできる可能性がある。
本発明者らは、ＵＥが実行するＲＡＣＨ手順のタイプの選択方法に関する現在の予備的な合意に伴う欠点を特定した。
例えば、ｇＮＢが、システム情報を使用してＲＡＣＨ手順のタイプを実行するようにすべてのＵＥに指示する場合、指示されたＲＡＣＨタイプ（例えば、２ステップ）の無線リソースは、非常に混雑することになる可能性があり、他のＲＡＣＨタイプ（例えば、４ステップ）の無線リソースは、ほとんど利用されなくなる。これは、無線リソース管理にもランダムアクセス手順の実行の成功にも悪影響を及ぼすことになる。
一方で、例えば、専用ＲＲＣメッセージを使用して、専用の方法でＵＥに指示することは、システム情報を使用する場合、上記の欠点を被らないかもしれない。一方、それは、実際にネットワークに接続され、そのようなＲＲＣメッセージを受信することができるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに適用可能であるだけかもしれない。他のＵＥ（例えば、ＲＲＣアイドル状態にある）は、そのような情報を全く受信することができないかもしれない。このような専用通信は、さらに、大きなシグナリングオーバーヘッドをもたらすことがある。
したがって、本発明者らは、特にいくつかの異なるタイプのランダムアクセス手順がある場合に、ＵＥと基地局の間で実行されるランダムアクセス手順を改善する可能性を特定した。
以下、このようなニーズを満たすＵＥ、基地局、および手順について、５Ｇ移動通信システムに向け想定される新しい無線アクセス技術のために説明するが、これは、ＬＴＥ移動通信システムにおいても使用され得る。また、さまざまな実装形態と変更例についても説明する。以下の開示は、上記の議論および発見によって促進されたものであり、例えば、少なくともその一部に基づくものであり得る。
一般に、本開示の基礎となる原理を明瞭かつ理解しやすく説明できるように、本明細書には多くの想定がなされていることに留意されたい。しかし、これらの想定は、本開示の範囲を制限しない、説明を目的として本明細書になされた単なる例として理解されたい。当業者には、以下の開示の原理および特許請求の範囲に記載されている原理を、さまざまなシナリオに、本明細書に明示的に記載されていない方法で適用できることが認識されるであろう。
さらに、以下で使用する手順、エンティティ、レイヤなどの用語のいくつかは、たとえ次の３ＧＰＰ ５Ｇ通信システムのための新しい無線アクセス技術のコンテクストで使用される具体的な用語がまだ完全には決定されておらず、または最終的に変更される可能性があるにもかかわらず、ＬＴＥ／ＬＴＥ－Ａシステムに、または、現在の３ＧＰＰ ５Ｇ標準化で使用される用語に密接に関係している。したがって、用語は、実施形態の機能に影響を及ぼすことなく、将来変更され得る。そのため、当業者は、実施形態およびその保護範囲が、他にもっと新しい用語または最終的に合意された用語がないために本明細書で例示的に使用される特定の用語に限定されるべきではなく、本開示の機能および原理の基礎となる機能および概念の観点からより広く理解されるべきであることを認識する。
例えば、移動局（mobile station）または移動ノード（mobile node）またはユーザ端末（user terminal）またはユーザ機器（ＵＥ：user equipment）は、通信ネットワーク内の物理エンティテイ（物理ノード）である。１つのノードは、いくつかの機能エンティティを有し得る。機能エンティティは、同じもしくは他のノードまたはネットワークの他の機能エンティティに所定の機能セットを実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、当該ノードの通信を可能にする通信設備または媒体に当該ノードを接続する１つ以上のインタフェースを有し得る。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードとの通信を可能にする通信設備または媒体に機能エンティティを接続する論理インタフェースを有し得る。
本明細書で「基地局（base station）」または「無線基地局（radio base station）」という用語は、通信ネットワーク内の物理エンティティを指す。移動局と同様に、基地局は、いくつかの機能エンティティを有し得る。機能エンティティは、同じもしくは他のノードまたはネットワークの他の機能エンティティに所定の機能セットを実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。当該物理エンティティは、１つ以上のスケジューリングおよび設定を含む、通信デバイスに関するいくつかの制御タスクを実行する。また、基地局機能および通信デバイス機能は、単一のデバイス内に統合されてもよいことに留意されたい。例えば、移動端末は、他の端末のための基地局の機能も実装し得る。ＬＴＥで使用される用語は、ｅＮＢ（またはｅＮｏｄｅＢ）であり、一方、５Ｇ ＮＲで現在使用されている用語は、ｇＮＢである。
図９は、ユーザ機器（通信デバイスとも呼ばれる）およびスケジューリングデバイス（ここでは、例示的に、基地局内、例えば、ｅＬＴＥ ｅＮＢ（代替的にｎｇ－ｅＮＢと呼ばれる）内または５Ｇ ＮＲのｇＮＢ内に位置するものとされる）の一般的で簡略化された例示的なブロック図を示す。ＵＥおよびｅＮＢ／ｇＮＢは、それぞれ送受信機を使用して、（無線）物理チャネルを通じて互いに通信している。
通信デバイスは、送受信機および処理回路を有し得る。次に、送受信機は、受信機および送信機を有し、および／または、受信機および送信機として機能し得る。処理回路は、例えば、１つ以上のプロセッサまたは任意のＬＳＩなど、１つ以上のハードウェアであり得る。送受信機と処理回路の間には、入出力点（またはノード）があり、これを通じて処理回路は、動作中、送受信機を制御し、つまり、受信機および／または送信機を制御し、受信／送信データを交換することができる。送受信機は、送信機および受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）フロントを含み得る。処理回路は、当該処理回路によって提供されるユーザデータおよび制御データを送信するように、および／または、当該処理回路によってさらに処理されるユーザデータおよび制御データを受信するように送受信機を制御することなどの制御タスクを実装し得る。また、処理回路は、例えば、判断、決定、計算、測定などの他のプロセスを実行することに関与し得る。送信機は、送信するプロセスおよびこれに関連する他のプロセスを実行することに関与し得る。受信機は、受信するプロセスおよびこれに関連する他のプロセス（例えば、チャネルを監視することなど）を実行することに関与し得る。
以下、ランダムアクセス手順の実行方法に関する改善された手順について説明する。
図１０は、改善された手順の１つのソリューションによる単純化した例示的なＵＥ構造を示し、図９に関連して説明した一般的なＵＥ構造に基づいて実装することができる。この図に示すＵＥのさまざまな構造要素は、例えば、制御データおよびユーザデータならびに他の信号を交換するために、例えば、対応する入出力ノード（図示せず）を用いて、互いに相互接続することができる。説明のために図示しないが、ＵＥは、さらなる構造要素を含み得る。
図１０から明らかなように、ＵＥは、ランダムアクセスタイプしきい値受信機、ランダム値決定回路、ランダムアクセスタイプしきい値選択回路、値比較回路、ランダムアクセス手順タイプ選択回路、およびランダムアクセス手順実行回路を含み得る。
したがって、以下の開示から明らかになるように、この場合、処理回路は、ランダム値を決定すること、複数のランダムアクセスタイプしきい値の中から１つを選択すること、前記ランダム値を前記１つのランダムアクセスタイプしきい値と比較すること、ランダムアクセス手順タイプを選択すること、ランダムアクセス手順を実行すること、アクセス制御手順の一部として無線セルへのアクセス試行を行うことができるかどうかを決定することなどのうちの１つ以上を少なくとも部分的に実行するように例示的に構成することができる。
したがって、受信機は、複数のランダムアクセスタイプしきい値を受信すること、ランダムアクセス手順の一部としてのメッセージを受信すること、ランダムアクセスタイプしきい値と他の基準（例えば、ＲＡＣＨトリガ、アクセスカテゴリ、チャネル品質、無線セルなど）との間の関連付けに関する情報を受信することなどのうちの１つ以上を少なくとも部分的に実行するように例示的に構成することができる。
したがって、送信機は、ランダムアクセス手順の一部としてのメッセージを送信することなどのうちの１つ以上を少なくとも部分的に実行するように例示的に構成することができる。
図１１は、改善されたＲＡＣＨ手順による例示的なＵＥ動作のシーケンス図であり、以下でより詳細に説明する。
ＵＥは、例えば、上記した２ステップおよび４ステップのＲＡＣＨ（ここでは競合ベースの）手順など、いくつかのタイプのランダムアクセス手順をサポートするものとする。以下では、例示的に、ＵＥが選択する必要があるランダムアクセス手順として２つの異なるタイプのみがあるものとする。しかし、改善されたＲＡＣＨ手順は、これに限定されず、ＵＥは、３つ以上の異なるＲＡＣＨ手順から同様に選択するようにしてもよい。
さらに、例示的に、ＵＥは、例えば、無線セルにアクセスするために、どのタイプのＲＡＣＨ手順を実行すべきかについての最終決定を行うことに関与するものとする。この決定は、ＵＥがＲＡＣＨ手順のタイプに達するのに使用される適切なパラメータを提供することによって、ネットワークオペレータ（例えば、ｇＮＢ）によってある程度制御され得る。
それに応じて、ＵＥは、複数のしきい値パラメータ（ランダムアクセスタイプしきい値または単にＲＡＣＨタイプしきい値とも呼ぶことができる）を受信して、ＲＡＣＨタイプを選択するために使用し得る。後でより詳細に説明するように、複数のＲＡＣＨタイプしきい値（例えば、１つの確率しきい値の代わりに）を提供することによって、ネットワークは、例えば、ＲＡＣＨトリガ、実行するＲＡＣＨ手順に関連付けられたアクセスカテゴリ、それを通じてＲＡＣＨ手順が実行される無線リンクのチャネル品質、または、それを通じてＲＡＣＨ手順が実行される無線セル（例えば、ＰＣｅｌｌ対ＳＣｅｌｌ）を考慮に入れることを可能にすることによって、異なるＵＥがどのようにＲＡＣＨタイプを選択するかの正確で精密な制御を実行することができる。
ここおよび以下では、複数のＲＡＣＨタイプしきい値の使用を想定しているが、ＵＥにおけるＲＡＣＨタイプの選択を制御するために、１つのＲＡＣＨタイプしきい値のみを使用することも可能である。この場合、ＲＡＣＨタイプの選択の制御の精度は低くなることがある。一方で、ＵＥにおけるＲＡＣＨタイプの選択を単純化することができるだけでなく、それにより、ネットワーク側によって設定されるべき（例えば、ｇＮＢによって送信されるべき）パラメータも低減することができる。
改善されたＲＡＣＨ手順によれば、ＲＡＣＨタイプの選択は、ランダム値および受信したＲＡＣＨタイプしきい値に基づいて実行される。これに応じて、ＵＥは、ランダム値を決定する。さらに、ＵＥは、複数のランダムアクセスタイプしきい値の中から１つを選択し、前に決定したランダム値を選択したランダムアクセスタイプしきい値と比較する。比較の結果に基づいて、ＵＥは、ランダムアクセス手順のタイプを選択する。その後、ＵＥは、選択したタイプに従ってランダムアクセス手順を実行する。
ＵＥが選択したランダム値をネットワークが定義したしきい値と比較するという当該メカニズムを使用することによって、ネットワークは、２ステップおよび／または４ステップＲＡＣＨリソースの負荷を適切な方法で制御することができる。さらに、当該メカニズムによって、２ステップＲＡＣＨ手順または４ステップＲＡＣＨ手順を実行するように特定のＵＥを設定する必要がないことが容易になる。
図１２は、改善されたＲＡＣＨ手順による例示的なｇＮＢ動作のシーケンス図であり、以下でより詳細に説明する。ｇＮＢは、複数のランダムアクセスタイプしきい値に関する情報をＵＥに送信することができ、これにより、ＵＥは、上記したおよび以下で説明するようにそれを使用してＲＡＣＨタイプの選択を実行することができる。ＵＥは、ＲＡＣＨのタイプを決定した後、ＲＡＣＨ手順を開始し、ｇＮＢは、ＵＥによって開始されたＲＡＣＨ手順に参加することができ、それに応じて、例えば、４ステップＲＡＣＨ（図７および上記の関連段落を参照）の第１のメッセージおよび第３のメッセージを受信し、第２のメッセージおよび第４のメッセージを送信したり、あるいは、２ステップＲＡＣＨの第１のメッセージを受信し、第２のメッセージを送信したりすることができる。
ランダム値および受信したＲＡＣＨタイプしきい値の値は、意味のある比較を可能にするために調整されるべきである。例えば、ＲＡＣＨタイプしきい値およびランダム値は、確率として定義することができ、例えば、それらの値は、０～１の間（非整数値）、または０～１００の間とすることができる。これに応じて、確率しきい値を０または１と定義した場合、ネットワークは、特定のＲＡＣＨタイプが無線セル内のＵＥによって常に使用されるかまたは決して使用されないことを保証する。
ＲＡＣＨタイプしきい値は、ＲＡＣＨ手順のタイプのうちの１つ（例えば、２ステップＲＡＣＨ手順）に関連しているものとすることができ、これにより、上記したＲＡＣＨタイプ選択によって、ＲＡＣＨ手順のそのタイプ（例えば、２ステップＲＡＣＨ）を選択するかどうかを決定することができる。例えば、ランダム値が第１タイプ関連のＲＡＣＨしきい値よりも小さい場合、ＵＥは、第１タイプのＲＡＣＨ手順を選択すべきであると決定する。ランダム値が第１タイプ関連のＲＡＣＨしきい値以上である場合、ＵＥは、第１タイプのＲＡＣＨ手順を選択すべきではなく、第２タイプのＲＡＣＨ手順を選択するものと決定する。ここで、２つの異なるＲＡＣＨ手順のみが存在するものと例示的に仮定したため（上記の２ステップＲＡＣＨ対４ステップＲＡＣＨを参照）、これ以上他のＲＡＣＨタイプ選択手順を実行する必要はない。なぜなら、ＵＥは、単一のＲＡＣＨタイプ選択に基づいて、１つのＲＡＣＨタイプまたは他のＲＡＣＨタイプ（例えば、４ステップ）を使用することを直接決定することができるからである。
２つ以上の異なるＲＡＣＨ手順を区別することも同様に可能であるが、その場合、例えば、別のＲＡＣＨタイプしきい値を提供すること、および／または、ＵＥが２つ以上のＲＡＣＨタイプ選択を実行することが必要であるかもしれない。
すでに上記したように、ＵＥには、おのおのＲＡＣＨタイプ選択のために考慮することができる特定のパラメータまたは基準に関連付けられている複数のランダムアクセスタイプしきい値を提供することができる。例えば、ネットワークは、ＲＡＣＨトリガごと、および／またはアクセスカテゴリごと、および／またはチャネル品質ごと、および／または使用する無線セルごと、および／またはその他適切な基準ごとに、ＲＡＣＨタイプ選択を区別することができる。
より詳細には、ＲＡＣＨ手順を、例えば、例示的な３ＧＰＰ規格の実装形態について上記したように、異なるイベントによってトリガすることができる。これらの異なるＲＡＣＨトリガイベントの一部またはすべてについて、異なるＲＡＣＨタイプしきい値を、ネットワークによって定義して、ＵＥに提供することができる。これに応じて、ＲＡＣＨタイプ選択を実行するとき、ＵＥは、現在のＲＡＣＨをトリガしたＲＡＣＨトリガに関連付けられているＲＡＣＨタイプしきい値を実行すると決定する。その後、前に生成したランダム値をそのＲＡＣＨトリガ固有のＲＡＣＨタイプしきい値と比較して、ＲＡＣＨのタイプで実行することに決定する。
各ＲＡＣＨトリガにどの特定の値を関連付けるかは、例えば、ＲＡＣＨトリガがどのくらい重要であるか、またはどのくらい緊急であるかなどの考慮事項に基づいて、ネットワークによって決定することができる。例えば、ＲＡＣＨトリガ「他のＳＩの要求（Request for Other SI）」は、「ＲＲＣ接続再確立手順（RRC Connection Re-establishment procedure）」よりも緊急性が低い、なぜなら、「他のＳＩ」を取得するためのレイテンシ要件は、切れたＲＲＣ接続から再開するためのレイテンシ要件よりも制限が小さいからである。この意味で、ネットワークは、ＵＥが、そのＲＡＣＨトリガが「ＲＲＣ接続再確立」である場合には２ステップＲＡＣＨ手順を実行する可能性が高く、また、そのＲＡＣＨトリガが「他のＳＩの要求」である場合には４ステップＲＡＣＨ手順を実行する可能性が高くなるように、ＲＡＣＨタイプしきい値を設定することができる。
さらに、ＲＡＣＨ手順は、統一アクセス制御（ＵＡＣ）手順に関連して上記したアクセスカテゴリと密接な関係がある。例えば、ＵＥで実行されるＵＡＣ手順の制御下でほとんどの各ＲＡＣＨはアクセス試行に先行されるものと例示的に想定した。したがって、ＲＡＣＨトリガを特定のアクセスカテゴリに関連付けることができる。以下に、ＲＡＣＨトリガと可能なアクセスカテゴリとの間の例示的な関連付けを提示する。
Figure 2022543228000010
したがって、例えば、ＲＲＣ＿ＩＤＬＥからの初期アクセスのためにトリガされた、ＲＡＣＨ手順を実行するＵＥは、アクセスカテゴリ２または８に関連付けられたＲＡＣＨタイプしきい値を選択する（以下の抜粋はさらに上の表からのものである）、なぜなら、ＲＡＣＨ試行は、ＲＲＣレベルシグナリングの結果であるからである。
Figure 2022543228000011
他のＲＡＣＨトリガの場合、いくつかのアクセスカテゴリが可能であり、ＵＥは、前に実行したＵＡＣ手順を参照してアクセス試行のアクセスカテゴリを決定することができる。
本発明のために、いくつかのＲＡＣＨトリガ（例えば、ビーム障害回復、ＳＣｅｌｌ追加時のタイムアラインメント、非同期時のＤＬデータ到着など）は、必ずしもアクセスカテゴリに必ずしも関連付けられる必要はない、なぜなら、それらは競合なしのＲＡＣＨ手順として実行されるため、タイプを選択する必要がないからである（なぜなら、競合なしのＲＡＣＨ手順は１つのタイプだけであると例示的に仮定されているからである）。
各アクセスカテゴリにどの特定の値を関連付けるかは、アクセスカテゴリがどのくらい重要であるか、またはどのくらい緊急であるかなどの考慮事項に基づいて、ネットワークによって決定することができる。例えば、アクセスカテゴリ２（緊急事態）は、アクセスカテゴリ７（他のアクセスカテゴリに属さないＭＯデータ）よりも緊急性が高い、なぜなら、明らかに、緊急呼に対するレイテンシ要件は、優先度の低いアップリンクトラフィックのレイテンシ要件よりもはるかに制限が大きくなければならないからである。この意味で、ネットワークは、ＲＡＣＨ手順がアクセスカテゴリ２によってトリガされる場合にはＵＥが２ステップＲＡＣＨ手順を実行する可能性が高く、また、ＲＡＣＨ手順がアクセスカテゴリ７によってトリガされる場合にはＵＥが４ステップＲＡＣＨ手順を実行する可能性が高くなるように、ＲＡＣＨタイプしきい値を設定することができる。
別の可能性として、チャネル品質（例えば、ＲＳＲＰ／ＲＳＲＱ）の値または範囲に各ＲＡＣＨタイプしきい値を関連付けることができる。その結果、したがって、ＵＥは、チャネルであってこれを通じてＲＡＣＨ手順が実行されるチャネルの品質（例えば、ビームのＲＳＲＰおよび／またはＲＳＲＱ）を決定（測定）し、その後、決定したチャネル品質に関連付けられているＲＡＣＨタイプしきい値を決定する。その後、この決定したチャネル品質固有のＲＡＣＨタイプしきい値を使用してランダム値を比較することができる。
各チャネル品質にどの特定の値を関連付けるかは、例えばリソース利用効率などの考慮事項に基づいて、ネットワークによって決定することができる。２ステップＲＡＣＨ手順の使用は、より多くの無線リソース（ＰＵＣＣＨ＋ＰＵＳＣＨ）を消費するため、２ステップＲＡＣＨ手順を失敗することは、４ステップＲＡＣＨ手順を失敗することよりも多くの不利益をもたらすことになる。この意味で、ネットワークは、２ステップＲＡＣＨ手順を実行する成功率が４ステップＲＡＣＨ手順を実行する成功率よりも高くなることを望み得る。その結果、ネットワークは、ＵＥとｇＮＢの間のリンク品質が良好である場合にはＵＥが２ステップＲＡＣＨ手順を実行する可能性が高く、また、ＵＥとｇＮＢの間のリンク品質が不良である場合にはＵＥが４ステップＲＡＣＨ手順を実行する可能性が高くなるように、ＲＡＣＨタイプしきい値を設定することができる。
さらに別の可能性として、ＲＡＣＨ手順を実行する特定の無線セル（例えば、ＰＣｅｌｌ、またはＳＣｅｌｌの１つなど）に各ＲＡＣＨタイプしきい値を関連付けることができる。ＲＡＣＨ手順が実行される無線セルについては、今まで区別されていなかった。例えば、通常、競合ベースのＲＡＣＨ手順は常にＰＣｅｌｌ上で実行されるものと仮定される。それにもかかわらず、例えば、将来の３ＧＰＰリリースでは、競合ベースのＲＡＣＨ手順が設定された１つ以上のＳＣｅｌｌのうちの１つで実行される可能性がある。このようなシナリオでは、ネットワークは、ＰＣｅｌｌおよびＳＣｅｌｌにおける２ステップおよび４ステップＲＡＣＨ手順の使用を別々に制御することに興味があり得る。これに応じて、ネットワークは、ＰＣｅｌｌおよび１つ以上のＳＣｅｌｌに対して異なるＲＡＣＨタイプしきい値を定義し得る。例えば、ＲＡＣＨ手順がＳＣｅｌｌの１つで実行される場合、ＵＥは、まず、そのＳＣｅｌｌに関連付けられているＲＡＣＨタイプしきい値を決定し、前に決定したランダム値をそのＳＣｅｌｌ固有のＲＡＣＨタイプしきい値と比較する。
各無線セルにどの特定の値を関連付けるかは、ＰＣｅｌｌで実行されるＲＡＣＨ手順はＳＣｅｌｌで実行されるＲＡＣＨ手順よりも高い優先度を有するべきであるという考慮事項に基づいて、ネットワークによって決定することができる。これは、あるＵＥがＳＣｅｌｌでＲＡＣＨ手順を実行している場合、いくつかの他のＵＥも、これらのためのＰＣｅｌｌである同じセルでＲＡＣＨ手順を実行することを望むことがあるからである。ＰＣｅｌｌで実行されるＲＡＣＨ手順が、ＳＣｅｌｌで実行されるＲＡＣＨ手順よりも緊急／重要であると仮定することによって、ネットワークは、ＲＡＣＨ手順がＰＣｅｌｌで実行される場合にはＵＥが２ステップＲＡＣＨ手順を実行する可能性が高く、また、ＲＡＣＨ手順がＳＣｅｌｌで実行される場合にはＵＥが４ステップＲＡＣＨ手順を実行する可能性が高くなるように、ＲＡＣＨタイプしきい値を設定することができる。
さらに、上記の基準（ＲＡＣＨトリガ、アクセスカテゴリ、チャネル品質、無線セル）の一部または全部は、これらに関連付けられているＲＡＣＨタイプしきい値を提供することによって、ＲＡＣＨタイプ選択のために考慮に入れることができる。例えば、アクセスカテゴリおよび無線セルのタイプに関連付けられているＲＡＣＨタイプしきい値を提供することは、有益であり得る。しかし、ネットワークオペレータの関心に応じて、他の組合せも同様に可能である。
ＲＡＣＨタイプしきい値とさまざまな基準との間の上記関連付けは、さまざまな方法でＵＥに提供することができる。１つの例示的なソリューションは、このような関連付けをシステム情報（例えば、ＳＩＢ１）でブロードキャストすることである。このようにして、無線セル内のすべてのＵＥは、関連付けを決定することができ、ネットワークによって関連付けが変更された場合には、すでに確立されたシステム情報更新メカニズムを通じて最新の状態にしておくことができるようになる。
ＲＡＣＨタイプしきい値が異なるアクセスカテゴリに関連付けられている特定の例示的な実装形態の１つによれば、このような関連付けに関する情報を、アクセス試行しきい値情報と共に送信することができる。この目的のために、３ＧＰＰ規格固有の実装形態を使用する場合、ＳＩＢ１によって搬送され、１つの特定のアクセスカテゴリ（ＳＩＢ１のＵＡ－ＢａｒｒｉｎｇＩｎｆｏＳｅｔＬｉｓｔ、非特許文献９を参照）のアクセス試行しきい値に関する情報を含む、対応する情報要素を、例えば、以下のように拡張して、ＲＡＣＨタイプしきい値（ここでは、２ステップＲＡＣＨを使用するか否かを決定するのに使用されるものとして、例えば、２ｓｔｅｐＲＡＣＨ－ＰｒｏｂＴｈｒｅｓ）とアクセスカテゴリとの間の関連付けに関する情報を搬送することができる。
Figure 2022543228000012
ＲＡＣＨタイプしきい値について異なる値を定義することができる（ここでは、例えば、０から１００までの１０パーセントステップ）。ここで、ｐ００は、当該アクセスカテゴリに対して４ステップＲＡＣＨのみが設定されることを意味し、ｐ１００は、このアクセスカテゴリに対して２ステップＲＡＣＨのみが設定されることを意味し得る。この点で、２ステップＲＡＣＨ固有のしきい値よりも小さい任意のランダム値は、２ステップＲＡＣＨの使用につながり、一方、２ステップＲＡＣＨ固有のしきい値以上の任意のランダム値は、２ステップＲＡＣＨを使用することなく、他のＲＡＣＨタイプ（つまり、４ステップＲＡＣＨ）のみを使用することにつながることが例示的に想定される。
上記では、ＵＡＣ－ＢａｒｒｉｎｇＩｎｆｏＳｅｔＬｉｓｔ情報要素によって搬送される、異なるＲＡＣＨタイプしきい値とアクセスカテゴリとの間の関連付けについて説明した。同様に、ＲＡＣＨタイプしきい値と他の基準（例えば、ＲＡＣＨトリガ、チャネル品質、ＰＣｅｌｌ／ＳＣｅｌｌ）との関連付けは、例えば、以下に提示するような、対応する情報要素で送信することができる。このような情報要素はすべて、例えば、システム情報（例えば、ＳＩＢ１）によって送信することができる。
特に、Ｔｒｉｇｇｅｒ－ＲＡＣＨＴｙｐｅＳｅｌｅｃｔ情報要素は、特定のＲＡＣＨトリガイベント（ここでは、「ＲＡＣＨ－ＴｒｉｇｇｅｒＥｖｅｎｔ」によって識別される）を、特定のＲＡＣＨタイプしきい値（ここでは、２ｓｔｅｐＲＡＣＨ－ＰｒｏｂＴｈｒｅｓによって識別される）に関連付ける。
Figure 2022543228000013
ＣｈａｎｎｅｌＱ－ＲＡＣＨＴｙｐｅＳｅｌｅｃｔ情報要素は、異なるチャネル品質（ここでは、ｃｈａｎｎｅｌ－Ｑｕａｌｉｔｙ－ＵｐｐｅｒＢｏｕｎｄおよびｃｈａｎｎｅｌ－Ｑｕａｌｉｔｙ－ＬｏｗｅｒＢｏｕｎｄによって識別される）を、特定のＲＡＣＨタイプしきい値（ここでは、２ｓｔｅｐＲＡＣＨ－ＰｒｏｂＴｈｒｅｓによって識別される）に関連付ける。
Figure 2022543228000014
Ｃｅｌｌ－ＲＡＣＨＴｙｐｅＳｅｌｅｃｔ情報要素は、異なる無線セル（ここでは、ｃｅｌｌ－Ｔｙｐｅによって識別される）を、特定のＲＡＣＨタイプしきい値（ここでは、２ｓｔｅｐＲＡＣＨ－ＰｒｏｂＴｈｒｅｓによって識別される）に関連付ける。
Figure 2022543228000015
２ステップＲＡＣＨ手順に対するしきい値を定義する代わりに、４ステップＲＡＣＨ手順を使用し、当該４ステップＲＡＣＨ手順をＲＡＣＨタイプ選択において使用するためのしきい値を、対応する方法で定義することも可能である。以下は、そのような４ステップＲＡＣＨしきい値設定の一例である。
Figure 2022543228000016
この場合、例えば、４ステップＲＡＣＨ固有のしきい値よりも小さい任意のランダム値は、４ステップＲＡＣＨの使用につながり、一方、４ステップＲＡＣＨ固有のしきい値以上の任意のランダム値は、４ステップＲＡＣＨを使用することなく、他のＲＡＣＨタイプ（つまり、２ステップＲＡＣＨ）のみを使用することにつながる。
以下、上記改善されたＲＡＣＨ手順の変形例について詳細に説明する。例えば、これらの変形例のいくつかは、ＵＡＣ手順とＲＡＣＨ手順の間の相互関係を中心に展開する。ＵＡＣは、３ＧＰＰで現在特定されており、上記で紹介されている。繰り返しを避けるために、それらの詳細な説明を参照し、簡単な概要のみを提示する。要約すると、ＵＥは、無線セルへのアクセス試行を行うべきか否かを決定するためにアクセス制御手順（ＵＡＣ）を実行する。ＵＡＣチェックは、アクセス試行の１つ以上のアクセスアイデンティティに基づいて行われ、アクセスアイデンティティに基づいてアクセス試行が許可されていない場合には、アクセス試行のアクセスカテゴリに基づいてＵＡＣチェックが継続される。上記のように、ＵＥは、ランダム値を決定し、このランダム値を、アクセスカテゴリに関連付けられているアクセス試行しきい値（ＵＡＣ－ＢａｒｒｉｎｇＦａｃｔｏｒ）と比較する。例えば、ランダム値がしきい値以上である場合、ＵＥはセルへのアクセスを禁止され、また、ランダム値がしきい値未満である場合、ＵＥはアクセス試行を実行することができる。
肯定的なアクセス試行チェック（つまり、ＵＥはアクセス試行を実行することができる）の後に、例えば、上記の改善されたＲＡＣＨ手順のうちの１つに従って、ＲＡＣＨ手順が続くことができる。１つの例示的な実装形態によれば、ＵＡＣ手順および改善されたＲＡＣＨ手順は、連続してもよいが、互いに独立して実行することができる。例えば、ＵＥは、まず、必要であれば、ランダム値を取り出すステップと、当該ランダム値を適切なアクセス試行しきい値（例えば、ＵＡＣ－ＢａｒｒｉｎｇＦａｃｔｏｒ）と比較するステップとを含む、ＵＡＣ手順を実行する。その後、上記した改善されたＲＡＣＨタイプ選択ソリューションの一部として、ＵＥは、別のランダム値を引き出し、この別のランダム値を適切なＲＡＣＨタイプしきい値と比較して、実行するＲＡＣＨ手順のタイプを選択する。
このソリューションは、改善されたＲＡＣＨ手順による例示的なＵＥ動作のシーケンス図である図１３に示されている。上記の説明に従って、ＵＥは、ランダム番号を２回、ＵＡＣチェック（アクセスカテゴリに基づく）時に１つのランダム番号Ａと、ＲＡＣＨタイプ選択用に別のランダム番号Ｂとを引き出さなければならないことがある。その後、それぞれのランダム番号に基づいて、それぞれのチェックが行われる。
２つの手順を互いに分離することは、ＵＡＣ手順を変更する必要がないことを容易にする。さらに、ＲＡＣＨタイプ選択は、ＵＡＣ手順から独立しており、これにより、ＲＡＣＨタイプ選択は、ネットワークによって独立に制御することができる。
他の例示的な実装形態によれば、例えば図１３で説明した上記ソリューションで行わるようにランダム番号を２回引き出す代わりに、ＵＡＣ手順およびＲＡＣＨタイプ選択手順は、ランダム番号を１回だけ引き出す必要があることを容易にするように相互に関連付けられている。特に、ランダム番号がＵＡＣ手順の一部としてすでに引き出されている場合、ＵＥは、そのランダム番号をＲＡＣＨタイプ選択のためにも再使用することができ、別のランダム番号（図１３のソリューションにおけるランダム番号Ｂ）を引き出さない。そうではなく、ＵＡＣ手順の一部としてランダム番号が引き出されない場合（例えば、アクセス試行がアクセスアイデンティティの１つに基づいてすでに許可されているため）、ＵＥは、ＲＡＣＨタイプを選択するためにランダム番号を引き出すものとする。
さらに、ＲＡＣＨタイプしきい値およびアクセス試行しきい値は、特定のタイプのＲＡＣＨ手順に基づいて、いくつのＵＥがセルにアクセスするかを決定するために、連携して機能することに留意されたい。例えば、ＲＡＣＨタイプしきい値がアクセス試行しきい値よりも高く設定されている場合、ネットワークは、ランダム値が常にＲＡＣＨタイプしきい値よりも低いことを達成し得る、なぜなら、例示的な、ランダム値＜アクセス試行しきい、であるＵＥのみが、アクセス試行を実行し、したがって、ＲＡＣＨタイプ選択を実行するからである。これは、すべてのＵＥが常に同じタイプのＲＡＣＨ手順を選択する結果となる。
チェックの例示的なシーケンスを以下に示す。ｕａｃ－ＢａｒｒｉｎｇＦｏｒＡｃｃｅｓｓＩｄｅｎｔｉｔｙベースのチェックの結果として、ＵＥがｕａｃ－ＢａｒｒｉｎｇＦａｃｔｏｒに基づいてさらにチェックする必要がある場合、ＵＥは、ランダム値（ＲＡＮ＿ｖａｌｕｅ、０～９９）を取り出す。
Figure 2022543228000017
ｕａｃ－ＢａｒｒｉｎｇＦｏｒＡｃｃｅｓｓＩｄｅｎｔｉｔｙベースのチェックの結果として、ＵＥがセルへのアクセスを許可される場合、ＵＥは、ランダム値（ＲＡＮＤ＿ｖａｌｕｅ、０～９９）を取り出す。
Figure 2022543228000018
１つのランダム値のみを決定する必要がある上記ソリューションの１つの例示的な実装形態は、改善されたＲＡＣＨ手順による例示的なＵＥ動作のシーケンス図である図１４に示されている。同図から明らかなように、ＵＥは、いずれの場合でも、１つのランダム番号Ａのみを決定する必要がある。その後、ＲＡＣＨタイプ選択は、すでに引き出されてアクセスカテゴリに基づいて実行されるアクセス試行チェックに使用された可能性がある当該ランダム番号Ａに基づいて実行される。
これらの例示的な実装形態は、いずれの場合でもＵＥにおいて１つのランダム番号のみを引き出す必要があるという利点を有する。ランダム値を決定することは、プロセッサ消費であり、ＵＥの複雑さを増大させ、一般的にはこれらの欠点を回避することが好ましい。さらに、ＵＡＣチェックは、実際に変更は必要でないため、現在定義されているものと全く同じままであることができる。例えば、アクセス試行が対応（matching）アクセスアイデンティティにより許可された場合にランダム番号Ａを引き出す追加のプロセスは、ＲＡＣＨタイプ選択の一部とすることができる。
図１４は、アクセス試行がアクセスアイデンティティに基づいて許可された場合に実行することができる、ＲＡＣＨタイプしきい値を正規化する任意選択的ステップをさらに示している。より詳細には、例えば、アクセス試行しきい値が０．８に設定されていると仮定する。これは、ＵＥの８０％が、（ランダム番号Ａに基づいて、図１４を参照）セルへのアクセス試行の実行を許可されることを意味する。さらに、ＲＡＣＨタイプしきい値が０．４であると例示的に仮定する。ランダム値Ａが０～０．８であるＵＥのみがアクセスを試みることを念頭に置くと、このＲＡＣＨタイプ選択は、結果として、実際にはアクセスを試みるＵＥの５０％（つまり、０．４／０．８４）が、例えば、２ステップＲＡＣＨを使用することになる。しかし、アクセス試行がアクセスアイデンティティに基づいて許可される場合において、ランダム番号Ａを引き出す必要があるとき、ＲＡＣＨタイプ選択を実行するＵＥのランダム値の範囲は、０～１である。これは、結果として、実際にはアクセスを試みるＵＥの４０％（０．４／１）が、例えば、２ステップＲＡＣＨを使用することになる。したがって、ＲＡＣＨタイプ選択の制御は、ＵＥに対してどのようにアクセス決定が許可されるか、つまり、アクセスアイデンティティに基づくか、またはアクセスカテゴリに基づくか、によって異なる。
ＲＡＣＨタイプ選択の統一制御を可能にするために、例えば、アクセス試行がアクセスアイデンティティに基づいて許可される場合に、正規化ステップを任意選択的に導入することができる。特に、正規化ステップは、特定のタイプのＲＡＣＨ手順を選択する確率が、アクセスアイデンティティに基づいてセルへのアクセスが許可された場合と、アクセスカテゴリに基づいてセルへのアクセスが許可された場合とで同じになるように、ＲＡＣＨタイプしきい値の値を適応させる。さらに、正規化は、アクセス試行しきい値の値に依存している。例えば、上記で使用した例示的なシナリオでは、ＲＡＣＨタイプしきい値を０．５に正規化し得る。一般に、正規化ＲＡＣＨタイプしきい値は、「旧ＲＡＣＨタイプしきい値」／「アクセス試行しきい値」によって計算することができ、上記の場合、０．４／０．８＝０．５となる。
前に説明したように、関連付けに関する情報は、アクセス試行しきい値情報と共に送信し得る。この目的のために、３ＧＰＰ規格固有の実装形態を使用する場合、ＳＩＢ１によって搬送され、１つの特定のアクセスカテゴリ（ＳＩＢ１のＵＡ－ＢａｒｒｉｎｇＩｎｆｏＳｅｔＬｉｓｔ、3GPP 38.331を参照）のアクセス試行しきい値に関する情報を含む、対応する情報要素を、例えば、以下のように拡張して、ＲＡＣＨタイプしきい値（ここでは、２ステップＲＡＣＨを使用するか否かを決定するのに使用されるものとして、例えば、２ｓｔｅｐＲＡＣＨ－ＰｒｏｂＴｈｒｅｓ）とアクセスカテゴリとの間の関連付けに関する情報を搬送し得る。
Figure 2022543228000019
この例示的なソリューションでは、ネットワークが規制とＲＡＣＨタイプ選択とのために同じしきい値を定義することを可能にするために、２ｓｔｅｐＲＡＣＨ－ＰｒｏｂＴｈｒｅｓの特定の値は、ｕａｃ－ＢａｒｒｉｎｇＦａｃｔｏｒの値と同じである。特に、アクセス試行しきい値と同じＲＡＣＨタイプしきい値を選択する場合、ネットワークは、ＵＥが１つのタイプのみに従ってＲＡＣＨを実行することを制御することができる。
さらなるソリューションによれば、ネットワーク（例えば、ｇＮＢ）は、ＲＡＣＨタイプしきい値の値を動的に（任意選択的に、アクセス試行しきい値の値も）変更し、その後、更新したＲＡＣＨタイプしきい値（任意選択的に、更新したアクセス試行しきい値も）を、例えば、システム情報で、ＵＥに送信することができる。
ネットワークは、しきい値を動的に適応させるためのさまざまな基準を考慮し得る。そのような基準には、例えば、無線セルの負荷またはアップリンク無線リソースの可用性が含まれ得る。例えば、無線セルの負荷は、ｇＮＢにおいて、ＲＡＣＨタイプしきい値（および任意選択的にアクセス試行しきい値）の適切な値を決定するように、決定することができる。１つの例示的な実装形態では、セル負荷が高い（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのアクティブＵＥが１０００個存在するなど、特定のしきい値を超える）場合、２ステップＲＡＣＨ手順を使用することができるＵＥが少なくなるように、ＲＡＣＨタイプしきい値を適応させ得る。２ステップＲＡＣＨ手順は、最初のメッセージにおける結合されたＰＲＡＣＨおよびＰＵＳＨの送信のため、より多くの無線リソースを消費することになり、その結果、高負荷の状況では、利用可能な無線リソースは、２ステップＲＡＣＨ手順をサポートするのに十分ではない可能性があるものの、依然として４ステップＲＡＣＨ手順をサポートすることができる可能性はある。逆に、セル負荷が低い（例えば、その同じ特定のしきい値よりも低い）場合、より多くのＵＥが２ステップＲＡＣＨ手順を使用することができるようにＲＡＣＨタイプしきい値を適応させ得る。また、アクセス試行しきい値（例えば、ｕａｃ－ｂａｒｒｉｎｇｆａｃｔｏｒ）に対して、セル負荷に基づく同一または同様の動的適応を行うこともできる。
一方、アップリンクリソースの可用性は、時々著しく変化することがある。これは一般に真実であるが、これは、とりわけ、アンライセンス無線セル（例えば、ＮＲ－Ｕシナリオ）について真実である。アンライセンスバンドの利用は、新しい５Ｇ－ＮＲ開発の焦点となっている。ＮＲでは、リスンビフォアトーク（Listen-Before-Talk）をアンライセンスキャリアで実行する。特に、送信エンティティがＬＢＴを実行し、チャネル占有は、例えば、このようなアンライセンスバンドで動作するＷｉ－Ｆｉ（ＩＥＥＥ８０２．１１）システムなど、他のシステムとの共存を容易にするために、ＬＢＴ空きチャネル判定（ＣＣＡ：Clear channel Assessment）が成功した後にのみ許される（例えば、非特許文献１１を参照）。
これに応じて、リソースは、他の端末またはＷＩＦＩノードによって繰り返しブロックされる可能性があり、その結果、ｇＮＢによって制御されるＵＥのためのアップリンクリソースの可用性は低い。一方、アンライセンスキャリアを使用する他のＵＥまたはＷｉＦｉノードがほとんど存在しなければ、ｇＮＢによって制御されるＵＥのためのアップリンクリソースの可用性は高い。ｇＮＢは、自己の無線セルのアップリンクリソースの可用性を決定するために自己のＣＣＡを実行することもできるが、ＲＡＣＨタイプしきい値を変化する可用性に適応させることができる。例えば、アップリンクリソースが不足している場合（例えば、チャネル占有時間が総時間の３０％未満である場合など、特定のしきい値未満である場合）、ｇＮＢは、２ステップＲＡＣＨ手順を使用することができるＵＥが少なくなるように、ＲＡＣＨタイプしきい値を適応させ得る。２ステップＲＡＣＨ手順が４ステップＲＡＣＨ手順よりも多くの無線リソースを消費することを考慮すると、ｇＮＢがチャネルをほとんど取得できない場合、利用可能な無線リソースは、２ステップＲＡＣＨをサポートするのに十分ではなくなるものの、依然として４ステップＲＡＣＨをサポートすることができる可能性はある。一方、アップリンクリソースが十分に利用可能である場合（例えば、チャネル占有時間が総時間の９０％を超える場合など、特定のしきい値を超える場合）、２ステップＲＡＣＨ手順を使用することができるＵＥが多くなるようにＲＡＣＨタイプしきい値を適応させ得る。
また、アクセス試行しきい値（例えば、ｕａｃ－ｂａｒｒｉｎｇｆａｃｔｏｒ）に対して、セル負荷に基づく同一または同様の動的適応を行うこともできる。
上記のように更新ＲＡＣＨタイプしきい値（任意選択的に、更新アクセス試行しきい値も）をシステム情報でブロードキャストする代わりに、ｇＮＢは、更新値を、ＣＯＴ指示（Channel Occupation Time indication：チャネル占有時間指示）内でまたはＣＯＴ指示と共に、ＵＥに提供することもできる。ＣＯＴ指示は、チャネルが現在利用可能であることをＵＥに示すために、ｇＮＢによって（ＣＯ－ＰＤＣＣＨで）送信される。このＣＯＴ指示は、ＲＡＣＨタイプしきい値およびアクセス試行しきい値の一方または両方の更新値に関する情報を搬送するように、さらに拡張することができる。ＵＥが更新値をＣＯ－ＰＤＣＣＨによって受信した場合、システム情報によって受信した前の値は、新しい値で上書きされる。
図１５は、例示的な実装形態による、ＲＡＣＨタイプしきい値を更新するｇＮＢの例示的動作のシーケンス図を示す。同図から明らかなように、ｇＮＢは、上記ソリューションのうちの１つに従って、複数のＲＡＣＨタイプしきい値およびアクセス試行しきい値を設定するものとする。その後、これらのしきい値に関する情報は、ＲＡＣＨタイプ選択およびそれぞれＵＡＣ手順に使用されるように、ＵＥに（例えば、システム情報によって）送信される。上記のように、しきい値を更新するために、ｇＮＢは、セル負荷およびアップリンクリソースの可用性を監視し得る（図１５の例では、ＲＡＣＨリソース輻輳ありおよびＲＡＣＨリソース空きありと呼ばれる）。監視基準のいずれかに有意な変化がある場合、ｇＮＢは、ＲＡＣＨタイプしきい値およびアクセス試行しきい値のいずれかまたは両方を適応させることに決めて、更新値をＵＥに送信することができる（例えば、システム情報もしくはＣＯＴで、または以下で説明する専用の方法で、再びブロードキャストする）。
さらなる例示的な実装形態によれば、ＲＡＣＨタイプしきい値は、さらに他の方法で、例えば、専用の方法で、ＵＥに提供することができる。より詳細には、ｇＮＢは、例えば、ハンドオーバまたは条件付きハンドオーバシナリオの場合に、専用ＲＲＣメッセージをＵＥに送信することができる。具体的には、ＵＥは、ハンドオーバ中、いくつかのＲＲＣメッセージを新旧のｇＮＢと交換する。これらのＲＲＣメッセージのうちの１つを適応させて、ＵＥがハンドオーバ実行中またはハンドオーバ実行直後に競合ベースのＲＡＣＨのタイプを決定するのに使用し得る。１つの例示的な実装形態では、このＲＡＣＨタイプしきい値は、すべてのアクセスカテゴリに適用可能であり、さらに、ＵＥが、ターゲット無線セルのＲＡＣＨタイプしきい値を、例えば、システム情報によって、獲得するまで、有効であり得る。
ＲＡＣＨタイプしきい値をＵＥに送信する他の方法は、例えば、ＲＡＣＨ手順が失敗した（例えば、競合のために）場合に、ＲＡＣＨ手順のメッセージを使用することである。１つの実装形態では、バックオフインジケータを搬送する第２または第４のメッセージが、追加的に（更新）ＲＡＣＨタイプしきい値を搬送することができる。したがって、ＵＥは、その後のＲＡＣＨ試行のための異なる値を使用して、（失敗したＲＡＣＨ手順の後に）新しいＲＡＣＨタイプ選択を実行することができる。１つの例示的な実装形態では、このＲＡＣＨタイプしきい値は、すべてのアクセスカテゴリに適用可能であり、さらに、ＵＥが、無線セルのＲＡＣＨタイプしきい値を、例えば、システム情報によって、獲得するまで、有効であり得る。
これらのソリューションは、ネットワークが２ステップまたは４ステップＲＡＣＨ無線リソースを短時間で軽減する必要がある場合に有益である。システム情報を使用してＲＡＣＨタイプしきい値を更新することは、無線セル内のすべてのＵＥに達するように、並行して行うことができるが、システム情報の更新は、通常、次のシステム情報変更期間に実行されるため、より時間がかかることがある。
さらなる態様
第１の態様によれば、複数のランダムアクセスタイプしきい値を受信する受信機を有するユーザ機器（ＵＥ）が提供される。前記ＵＥは、ランダム値を決定する処理回路をさらに有する。前記処理回路は、前記ＵＥによって実行されるべきランダムアクセス手順のタイプを選択し、当該選択することは、少なくとも、
－ 前記複数のランダムアクセスタイプしきい値の中から１つを選択すること、
－ 前記決定したランダム値を前記選択したランダムアクセスタイプしきい値と比較すること、および
－ 前記比較の結果に基づいてランダムアクセス手順のタイプを選択すること、を含む。前記ＵＥは、前記選択したタイプのランダムアクセス手順を実行する。
第１の態様に加えて提供される第２の態様によれば、前記処理回路は、無線セルへのアクセス試行を行うことができるか否かを決定する。任意選択的な実装形態では、前記アクセス試行は、前記ランダムアクセス手順を実行することを含む。さらなる任意選択的な実装形態では、前記アクセス試行は、１つ以上のアクセスアイデンティティおよび１つのアクセスカテゴリに関連付けられており、前記処理回路は、前記無線セルへの前記アクセス試行を、
・まず前記１つ以上のアクセスアイデンティティに基づいて、行うことができるか否かを決定し、
・次に、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができない場合に、前記アクセスカテゴリに基づいて行うことができるか否かを決定し、前記アクセス試行を前記アクセスカテゴリに基づいて行うことができるか否かを決定することは、前記アクセス試行の前記アクセスカテゴリに関連付けられたアクセス試行しきい値を決定することを含む。
第２の態様に加えて提供される第３の態様によれば、前記アクセス試行を行うことができるか否かを決定することは、第２のランダム値を決定すること、および、前記第２のランダム値を前記アクセス試行しきい値と比較すること、を含む。
第２の態様に加えて提供される第４の態様によれば、前記アクセス試行を行うことができるか否かを決定することは、前記ランダムアクセス手順タイプを選択するのに使用されるべき同一のランダム値を前記アクセス試行しきい値と比較することを含む。任意選択的な実装形態では、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができると決定する場合、前記ランダムアクセス手順タイプを選択することは、例えば、前記アクセスアイデンティティに基づく試行が成功した場合の一タイプのランダムアクセス手順を実行する確率が、前記アクセスカテゴリに基づく試行が成功した場合の同一タイプのランダムアクセス手順を実行する確率と同じかまたは近くなるように、前記アクセス試行しきい値に基づいて前記ランダムアクセスタイプしきい値を正規化することを含む。
第１から第４の態様のうちの１つに加えて提供される第５の態様によれば、前記複数のランダムアクセスタイプしきい値は、２ステップランダムアクセス手順または４ステップランダムアクセス手順など、さまざまなタイプのランダムアクセス手順のうちの１つの使用に関連している。任意選択的な実装形態では、前記ランダムアクセスタイプしきい値よりも小さい前記ランダム値は、前記ランダムアクセス手順の第１のタイプに関連付けられ、前記ランダムアクセスタイプしきい値よりも大きいかまたは等しい前記ランダム値は、前記ランダムアクセス手順の第２のタイプに関連付けられている。任意選択的な実装形態では、前記ランダム値は、０と１の間で決定される非整数値であり、また、前記ランダムアクセスタイプしきい値も、０と１の間の非整数値である。
第１から第５の態様のうちの１つに加えて提供される第６の態様によれば、前記複数のランダムアクセスタイプしきい値の中には、前記ＵＥにランダムアクセス手順を実行させる異なるランダムアクセストリガイベントのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記ランダムアクセス手順を実行させた前記ランダムアクセストリガに関連付けられた前記ランダムアクセスタイプしきい値の決定を含む。追加的または代替的に、前記複数のランダムアクセスタイプしきい値の中には、アクセス試行の異なるアクセスカテゴリのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記アクセス試行の前記アクセスカテゴリに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含む。追加的または代替的に、前記複数のランダムアクセスタイプしきい値の中には、チャネル品質の異なるセットのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、１）前記ＵＥと基地局の間の無線リンクであってこれによって前記ランダムアクセス手順が実行されるべき無線リンクの前記チャネル品質を決定すること、および、２）前記決定されたチャネル品質に関連付けられた前記ランダムアクセスタイプしきい値を決定すること、を含む。追加的または代替的に、前記複数のランダムアクセスタイプしきい値の中には、基地局の異なる無線セルのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記無線セルであってこれを通じて前記ランダムアクセス手順が実行されるべき前記無線セルに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含み、任意選択的に、前記異なる無線セルは、プライマリ無線セルおよび１つ以上のセカンダリ無線セルである。
第６の態様に加えて提供される第７の態様によれば、前記受信機は、動作中、無線セル内の基地局からブロードキャストされたシステム情報を受信し、前記システム情報は、
・前記ランダムアクセスタイプしきい値と前記ランダムアクセストリガイベントとの間の関連付けに関する情報、
・前記ランダムアクセスタイプしきい値と前記アクセスカテゴリとの間の関連付けに関する情報、任意選択的に、および、前記アクセス試行しきい値と前記アクセスカテゴリとの間の関連付けに関する情報、
・前記ランダムアクセスタイプしきい値と前記チャネル品質との間の関連付けに関する情報、
・前記ランダムアクセスタイプしきい値と前記無線セルであってこれを通じて前記ランダムアクセス手順が実行されるべき前記無線セルとの間の関連付けに関する情報、
のうちの１つ以上を含む。
第１から第７の態様のうちの１つに加えて提供される第８の態様によれば、前記受信機は、前記複数のランダムアクセスタイプしきい値の中の１つを使用する代わりに、無線セル内の基地局から、ランダムアクセス手順のタイプを選択するのに使用されるべき単一のランダムアクセスしきい値を受信する。任意選択的な実装形態では、前記単一のランダムアクセスしきい値は、前記基地局と前記ＵＥの間で実行された失敗ランダムアクセス手順のメッセージにおいて受信され、任意選択的に、前記失敗ランダムアクセス手順のランダムアクセス応答において、またはソース基地局およびターゲット基地局と共にＵＥによって実行されたハンドオーバ手順のメッセージにおいて受信される。
第１から第８の態様のうちの１つに加えて提供される第９の態様によれば、前記ランダムアクセス手順は、２ステップランダムアクセス手順および４ステップランダムアクセス手順のどちらかである。１つの任意選択的な実装形態では、前記２ステップランダムアクセス手順の場合、少なくとも、
・前記ＵＥの送信機が、動作中、ランダムアクセスプリアンブルおよびアップリンクデータを基地局に送信すること、
・前記受信機が、動作中、ランダムアクセス応答、および、少なくとも競合解決に関する情報を受信すること、を含む。
前記４ステップランダムアクセス手順の場合、少なくとも、
・前記ＵＥの送信機が、動作中、ランダムアクセスプリアンブルを基地局に送信すること、
・前記受信機が、動作中、前記ＵＥによって使用されるべき無線リソースを指示するランダムアクセス応答を受信すること、
・前記送信機が、動作中、前記指示された無線リソースを使用してアップリンクデータを送信すること、
・前記受信が、動作中、競合解決に関する情報を受信すること、を含む。
第１０の態様によれば、ユーザ機器（ＵＥ）によって実行される以下のステップを有する方法であって、
複数のランダムアクセスタイプしきい値を受信するステップと、
ランダム値を決定するステップと、
前記ＵＥによって実行されるべきランダムアクセス手順のタイプを選択するステップであって、前記選択するステップが、少なくとも、
－ 前記複数のランダムアクセスタイプしきい値の中から１つを選択すること、
－ 前記決定したランダム値を前記選択したランダムアクセスタイプしきい値と比較すること、および
－ 前記比較の結果に基づいてランダムアクセス手順のタイプを選択すること、を含む、ステップと、
前記選択したタイプのランダムアクセス手順を実行するステップと、
を有する、方法が提供される。
第１０の態様に加えて提供される第１１の態様によれば、前記方法は、無線セルへのアクセス試行を行うことができるか否かを決定するステップをさらに有する。任意選択的な実装形態では、前記アクセス試行は、前記ランダムアクセス手順を実行することを含む。任意選択的な実装形態では、前記アクセス試行は、１つ以上のアクセスアイデンティティおよび１つのアクセスカテゴリに関連付けられており、前記決定するステップは、前記無線セルへの前記アクセス試行を、
・まず前記１つ以上のアクセスアイデンティティに基づいて、行うことができるか否かを決定し、
・次に、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができない場合に、前記アクセスカテゴリに基づいて行うことができるか否かを決定し、前記アクセス試行を前記アクセスカテゴリに基づいて行うことができるか否かを決定することは、前記アクセス試行の前記アクセスカテゴリに関連付けられたアクセス試行しきい値を決定することを含む。
第１１の態様に加えて提供される第１２の態様によれば、前記アクセス試行を行うことができる否かを決定することは、第２のランダム値を決定すること、および、前記第２のランダム値を前記アクセス試行しきい値と比較すること、を含む。
第１１の態様に加えて提供される第１３の態様によれば、前記アクセス試行を行うことができるか否かを決定することは、前記ランダムアクセス手順タイプを選択するのに使用されるべき同一のランダム値を前記アクセス試行しきい値と比較することを含む。任意選択的な実装形態では、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができると決定する場合、前記ランダムアクセス手順タイプを選択することは、例えば、前記アクセスアイデンティティに基づく試行が成功した場合の一タイプのランダムアクセス手順を実行する確率が、前記アクセスカテゴリに基づく試行が成功した場合の同一タイプのランダムアクセス手順を実行する確率と同じかまたは近くなるように、前記アクセス試行しきい値に基づいて前記ランダムアクセスタイプしきい値を正規化することを含む。
第１０から第１３の態様のいずれかに加えて提供される第１４の態様によれば、前記複数のランダムアクセスタイプしきい値は、２ステップランダムアクセス手順または４ステップランダムアクセス手順など、さまざまなタイプのランダムアクセス手順のうちの１つの使用に関連している。任意選択的な実装形態では、前記ランダムアクセスタイプしきい値よりも小さい前記ランダム値は、前記ランダムアクセス手順の第１のタイプに関連付けられ、前記ランダムアクセスタイプしきい値よりも大きいかまたは等しい前記ランダム値は、前記ランダムアクセス手順の第２のタイプに関連付けられている。任意選択的な実装形態では、前記ランダム値は、０と１の間で決定される非整数値であり、また、前記ランダムアクセスタイプしきい値も、０と１の間の非整数値である。
第１０から第１４の態様のいずれかに加えて提供され第１５の態様によれば、前記複数のランダムアクセスタイプしきい値の中には、前記ＵＥにランダムアクセス手順を実行させる異なるランダムアクセストリガイベントのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記ランダムアクセス手順を実行させた前記ランダムアクセストリガに関連付けられた前記ランダムアクセスタイプしきい値の決定を含む。追加的または代替的に、前記複数のランダムアクセスタイプしきい値の中には、アクセス試行の異なるアクセスカテゴリのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記アクセス試行の前記アクセスカテゴリに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含む。
追加的または代替的に、前記複数のランダムアクセスタイプしきい値の中には、チャネル品質の異なるセットのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、１）前記ＵＥと基地局の間の無線リンクであってこれによって前記ランダムアクセス手順が実行されるべき無線リンクの前記チャネル品質を決定すること、および、２）前記決定されたチャネル品質に関連付けられた前記ランダムアクセスタイプしきい値を決定すること、を含む。追加的または代替的に、前記複数のランダムアクセスタイプしきい値の中には、基地局の異なる無線セルのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記無線セルであってこれを通じて前記ランダムアクセス手順が実行されるべき前記無線セルに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含み、任意選択的に、前記異なる無線セルは、プライマリ無線セルおよび１つ以上のセカンダリ無線セルである。
本開示のハードウェアおよびソフトウェアの実施
本開示は、ソフトウェア、ハードウェア、またはハードウェアと連携したソフトウェアで実現することができる。上記各実施の形態の説明に用いた各機能ブロックは、部分的または全体的に、集積回路などのＬＳＩによって実現可能であり、また、各実施形態で説明した各処理は、部分的または全体的に、同じＬＳＩまたはＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは、チップとして個別に形成されてもよいし、または、機能ブロックの一部または全部を含むように１つのチップが形成されてもよい。ＬＳＩは、データ入力とこれに接続されたデータ出力を含んでもよい。ここで、ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることがある。しかし、集積回路を実現する技術は、ＬＳＩに限られるものではなく、専用回路、汎用プロセッサ、または専用プロセッサを用いて実現されてもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、または、ＬＳＩ内部に配置された回路セルの接続および設定を再構成可能なリコンフィギャラブル・プロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実現することができる。半導体技術または他の派生技術の進歩の結果として将来の集積回路技術がＬＳＩに取って代わる場合には、その将来の集積回路技術を用いて機能ブロックを集積化することができる。バイオテクノロジーも適用可能である。
本開示は、通信装置と呼ばれる、通信機能を有するあらゆる種類の装置、デバイス、またはシステムによって実現することができる。
そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ノートブック）、カメラ（例えば、デジタル・スチル／ビデオ・カメラ）、デジタルプレーヤー（デジタル・オーディオ／ビデオ・プレーヤー）、着用可能なデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダー、テレヘルス／テレメディシン（遠隔ヘルスおよびメディシン）デバイス、通信機能を提供する車両（例えば、自動車、飛行機、船舶）、ならびにそれらのさまざまな組み合わせを含む。
通信装置は、持ち運び可能または移動可能なものに限定されず、例えば、スマートホームデバイス（例えば、家電、照明、スマートメーター、コントロールパネル）、自動販売機、その他「ＩｏＴ（Internet of Things）」のネットワークにおけるあらゆる「物（things）」など、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、またはシステムを含みうる。
通信は、例えば、セルラーシステム、無線ＬＡＮシステム、通信衛星システムなどによるデータのやりとり、およびそれらのさまざまな組み合せによるデータのやりとりを含みうる。
通信装置は、本開示に記載された通信機能を実行する通信デバイスに接続される、コントローラやセンサなどのデバイスを有しうる。例えば、通信装置は、当該通信装置の通信機能を実行する通信装置によって使用される制御信号またはデータ信号を生成するコントローラまたはセンサを有しうる。
また、通信装置は、上記の非限定的な例における装置と通信しまたはこれを制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、もしくはシステムを含みうる。
さらに、様々な実施形態は、ソフトウェアモジュールによって実施してもよく、これらのソフトウェアモジュールは、プロセッサによって実行される、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどに格納することができる。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
具体的な実施形態に示した本開示には、様々な変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限しないものとみなされる。

Claims (15)

  1. ユーザ機器（ＵＥ）であって、
    動作中、複数のランダムアクセスタイプしきい値を受信する受信機と、
    動作中、ランダム値を決定する処理回路と、を有し、
    前記処理回路は、動作中、前記ＵＥによって実行されるべきランダムアクセス手順のタイプを選択し、当該選択することは、少なくとも、
    － 前記複数のランダムアクセスタイプしきい値の中から１つを選択すること、
    － 前記決定したランダム値を前記選択したランダムアクセスタイプしきい値と比較すること、および
    － 前記比較の結果に基づいてランダムアクセス手順のタイプを選択すること、を含み、
    前記ＵＥは、前記選択したタイプのランダムアクセス手順を実行する、
    ユーザ機器。
  2. 前記処理回路は、動作中、無線セルへのアクセス試行を行うことができるか否かを決定し、
    任意選択的に、前記アクセス試行は、前記ランダムアクセス手順を実行することを含み、
    任意選択的に、前記アクセス試行は、１つ以上のアクセスアイデンティティおよび１つのアクセスカテゴリに関連付けられており、前記処理回路は、前記無線セルへの前記アクセス試行を、
    ・まず前記１つ以上のアクセスアイデンティティに基づいて、行うことができるか否かを決定し、
    ・次に、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができない場合に、前記アクセスカテゴリに基づいて行うことができるか否かを決定し、前記アクセス試行を前記アクセスカテゴリに基づいて行うことができるか否かを決定することは、前記アクセス試行の前記アクセスカテゴリに関連付けられたアクセス試行しきい値を決定することを含む、
    請求項１に記載のユーザ機器。
  3. 前記アクセス試行を行うことができるか否かを決定することは、第２のランダム値を決定すること、および、前記第２のランダム値を前記アクセス試行しきい値と比較すること、を含む、
    請求項２に記載のユーザ機器。
  4. 前記アクセス試行を行うことができるか否かを決定することは、前記ランダムアクセス手順タイプを選択するのに使用されるべき同一のランダム値を前記アクセス試行しきい値と比較することを含み、
    任意選択的に、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができると決定する場合、前記ランダムアクセス手順タイプを選択することは、例えば、前記アクセスアイデンティティに基づく試行が成功した場合の一タイプのランダムアクセス手順を実行する確率が、前記アクセスカテゴリに基づく試行が成功した場合の同一タイプのランダムアクセス手順を実行する確率と同じかまたは近くなるように、前記アクセス試行しきい値に基づいて前記ランダムアクセスタイプしきい値を正規化することを含む、
    請求項２に記載のユーザ機器。
  5. 前記複数のランダムアクセスタイプしきい値は、２ステップランダムアクセス手順または４ステップランダムアクセス手順など、さまざまなタイプのランダムアクセス手順のうちの１つの使用に関連し、
    任意選択的に、前記ランダムアクセスタイプしきい値よりも小さい前記ランダム値は、前記ランダムアクセス手順の第１のタイプに関連付けられ、前記ランダムアクセスタイプしきい値よりも大きいかまたは等しい前記ランダム値は、前記ランダムアクセス手順の第２のタイプに関連付けられ、
    任意選択的に、前記ランダム値は、０と１の間で決定される非整数値であり、また、前記ランダムアクセスタイプしきい値も、０と１の間の非整数値である、
    請求項１～４のいずれか一項に記載のユーザ機器。
  6. 前記複数のランダムアクセスタイプしきい値の中には、前記ＵＥにランダムアクセス手順を実行させる異なるランダムアクセストリガイベントのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記ランダムアクセス手順を実行させた前記ランダムアクセストリガに関連付けられた前記ランダムアクセスタイプしきい値の決定を含み、および／または、
    前記複数のランダムアクセスタイプしきい値の中には、アクセス試行の異なるアクセスカテゴリのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記アクセス試行の前記アクセスカテゴリに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含み、および／または、
    前記複数のランダムアクセスタイプしきい値の中には、チャネル品質の異なるセットのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、１）前記ＵＥと基地局の間の無線リンクであってこれによって前記ランダムアクセス手順が実行されるべき無線リンクの前記チャネル品質を決定すること、および、２）前記決定されたチャネル品質に関連付けられた前記ランダムアクセスタイプしきい値を決定すること、を含み、および／または、
    前記複数のランダムアクセスタイプしきい値の中には、基地局の異なる無線セルのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記無線セルであってこれを通じて前記ランダムアクセス手順が実行されるべき前記無線セルに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含み、任意選択的に、前記異なる無線セルは、プライマリ無線セルおよび１つ以上のセカンダリ無線セルである、
    請求項１～５のいずれか一項に記載のユーザ機器。
  7. 前記受信機は、動作中、無線セル内の基地局からブロードキャストされたシステム情報を受信し、前記システム情報は、
    ・前記ランダムアクセスタイプしきい値と前記ランダムアクセストリガイベントとの間の関連付けに関する情報、
    ・前記ランダムアクセスタイプしきい値と前記アクセスカテゴリとの間の関連付けに関する情報、任意選択的に、および、前記アクセス試行しきい値と前記アクセスカテゴリとの間の関連付けに関する情報、
    ・前記ランダムアクセスタイプしきい値と前記チャネル品質との間の関連付けに関する情報、
    ・前記ランダムアクセスタイプしきい値と前記無線セルであってこれを通じて前記ランダムアクセス手順が実行されるべき前記無線セルとの間の関連付けに関する情報、
    のうちの１つ以上を含む、
    請求項６に記載のユーザ機器。
  8. 前記受信機は、動作中、前記複数のランダムアクセスタイプしきい値の中の１つを使用する代わりに、無線セル内の基地局から、ランダムアクセス手順のタイプを選択するのに使用されるべき単一のランダムアクセスしきい値を受信し、
    任意選択的に、前記単一のランダムアクセスしきい値は、前記基地局と前記ＵＥの間で実行された失敗ランダムアクセス手順のメッセージにおいて受信され、任意選択的に、前記失敗ランダムアクセス手順のランダムアクセス応答において、またはソース基地局およびターゲット基地局と共にＵＥによって実行されたハンドオーバ手順のメッセージにおいて受信される、
    請求項１～７のいずれか一項に記載のユーザ機器。
  9. 前記ランダムアクセス手順は、２ステップランダムアクセス手順および４ステップランダムアクセス手順のどちらかであり、任意選択的に、前記２ステップランダムアクセス手順の場合、少なくとも、
    前記ＵＥの送信機が、動作中、ランダムアクセスプリアンブルおよびアップリンクデータを基地局に送信すること、
    前記受信機が、動作中、ランダムアクセス応答、および、少なくとも競合解決に関する情報を受信すること、を含み、
    前記４ステップランダムアクセス手順の場合、少なくとも、
    前記ＵＥの送信機が、動作中、ランダムアクセスプリアンブルを基地局に送信すること、
    前記受信機が、動作中、前記ＵＥによって使用されるべき無線リソースを指示するランダムアクセス応答を受信すること、
    前記送信機が、動作中、前記指示された無線リソースを使用してアップリンクデータを送信すること、
    前記受信が、動作中、競合解決に関する情報を受信すること、を含む、
    請求項１～８のいずれか一項に記載のユーザ機器。
  10. ユーザ機器（ＵＥ）によって実行される以下のステップを有する方法であって、
    複数のランダムアクセスタイプしきい値を受信するステップと、
    ランダム値を決定するステップと、
    前記ＵＥによって実行されるべきランダムアクセス手順のタイプを選択するステップであって、前記選択するステップが、少なくとも、
    － 前記複数のランダムアクセスタイプしきい値の中から１つを選択すること、
    － 前記決定したランダム値を前記選択したランダムアクセスタイプしきい値と比較すること、および
    － 前記比較の結果に基づいてランダムアクセス手順のタイプを選択すること、を含む、ステップと、
    前記選択したタイプのランダムアクセス手順を実行するステップと、
    を有する、方法。
  11. 無線セルへのアクセス試行を行うことができるか否かを決定するステップをさらに有し、
    任意選択的に、前記アクセス試行は、前記ランダムアクセス手順を実行することを含み、
    任意選択的に、前記アクセス試行は、１つ以上のアクセスアイデンティティおよび１つのアクセスカテゴリに関連付けられており、前記決定するステップは、前記無線セルへの前記アクセス試行を、
    ・まず前記１つ以上のアクセスアイデンティティに基づいて、行うことができるか否かを決定し、
    ・次に、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができない場合に、前記アクセスカテゴリに基づいて行うことができるか否かを決定し、前記アクセス試行を前記アクセスカテゴリに基づいて行うことができるか否かを決定することは、前記アクセス試行の前記アクセスカテゴリに関連付けられたアクセス試行しきい値を決定することを含む、
    請求項１０に記載の方法。
  12. 前記アクセス試行を行うことができる否かを決定することは、第２のランダム値を決定すること、および、前記第２のランダム値を前記アクセス試行しきい値と比較すること、を含む、
    請求項１１に記載の方法。
  13. 前記アクセス試行を行うことができるか否かを決定することは、前記ランダムアクセス手順タイプを選択するのに使用されるべき同一のランダム値を前記アクセス試行しきい値と比較することを含み、
    任意選択的に、前記アクセス試行を前記１つ以上のアクセスアイデンティティに基づいて行うことができると決定する場合、前記ランダムアクセス手順タイプを選択することは、例えば、前記アクセスアイデンティティに基づく試行が成功した場合の一タイプのランダムアクセス手順を実行する確率が、前記アクセスカテゴリに基づく試行が成功した場合の同一タイプのランダムアクセス手順を実行する確率と同じかまたは近くなるように、前記アクセス試行しきい値に基づいて前記ランダムアクセスタイプしきい値を正規化することを含む、
    請求項１１に記載の方法。
  14. 前記複数のランダムアクセスタイプしきい値は、２ステップランダムアクセス手順または４ステップランダムアクセス手順など、さまざまなタイプのランダムアクセス手順のうちの１つの使用に関連し、
    任意選択的に、前記ランダムアクセスタイプしきい値よりも小さい前記ランダム値は、前記ランダムアクセス手順の第１のタイプに関連付けられ、前記ランダムアクセスタイプしきい値よりも大きいかまたは等しい前記ランダム値は、前記ランダムアクセス手順の第２のタイプに関連付けられ、
    任意選択的に、前記ランダム値は、０と１の間で決定される非整数値であり、また、前記ランダムアクセスタイプしきい値も、０と１の間の非整数値である、
    請求項１０～１３のいずれか一項に記載の方法。
  15. 前記複数のランダムアクセスタイプしきい値の中には、前記ＵＥにランダムアクセス手順を実行させる異なるランダムアクセストリガイベントのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記ランダムアクセス手順を実行させた前記ランダムアクセストリガに関連付けられた前記ランダムアクセスタイプしきい値の決定を含み、および／または、
    前記複数のランダムアクセスタイプしきい値の中には、アクセス試行の異なるアクセスカテゴリのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記アクセス試行の前記アクセスカテゴリに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含み、および／または、
    前記複数のランダムアクセスタイプしきい値の中には、チャネル品質の異なるセットのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、１）前記ＵＥと基地局の間の無線リンクであってこれによって前記ランダムアクセス手順が実行されるべき無線リンクの前記チャネル品質を決定すること、および、２）前記決定されたチャネル品質に関連付けられた前記ランダムアクセスタイプしきい値を決定すること、を含み、および／または、
    前記複数のランダムアクセスタイプしきい値の中には、基地局の異なる無線セルのそれぞれに関連付けられた各ランダムアクセスタイプしきい値があり、当該各ランダムアクセスタイプしきい値を選択することは、前記無線セルであってこれを通じて前記ランダムアクセス手順が実行されるべき前記無線セルに関連付けられた前記ランダムアクセスタイプしきい値を決定することを含み、任意選択的に、前記異なる無線セルは、プライマリ無線セルおよび１つ以上のセカンダリ無線セルである、
    請求項１０～１４のいずれかに記載の方法。
JP2022506535A 2019-07-31 2020-06-19 ランダムアクセス手順の実行に関与するユーザ機器 Pending JP2022543228A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP19189391.6A EP3772230A1 (en) 2019-07-31 2019-07-31 User equipment involved in performing a random access procedure
EP19189391.6 2019-07-31
PCT/EP2020/067106 WO2021018472A1 (en) 2019-07-31 2020-06-19 User equipment involved in performing a random access procedure

Publications (1)

Publication Number Publication Date
JP2022543228A true JP2022543228A (ja) 2022-10-11

Family

ID=67539241

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022506535A Pending JP2022543228A (ja) 2019-07-31 2020-06-19 ランダムアクセス手順の実行に関与するユーザ機器

Country Status (4)

Country Link
US (1) US20220183081A1 (ja)
EP (2) EP3772230A1 (ja)
JP (1) JP2022543228A (ja)
WO (1) WO2021018472A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220317234A1 (en) * 2019-08-09 2022-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Procedures for Enhanced On-Demand Delivery of Positioning Assistance Data
US11716766B2 (en) * 2020-03-20 2023-08-01 Qualcomm Incorporated Exposure-dependent random access channel procedure selection
CN114245471B (zh) * 2022-02-28 2022-05-13 成都爱瑞无线科技有限公司 随机接入信号处理方法、随机接入方法、装置及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10433342B2 (en) * 2016-10-19 2019-10-01 Qualcomm Incorporated Enhanced random access channel (RACH) procedure
CN108282895B (zh) * 2017-01-06 2019-12-20 电信科学技术研究院 一种随机接入方法及终端

Also Published As

Publication number Publication date
EP4005328B1 (en) 2023-08-23
US20220183081A1 (en) 2022-06-09
WO2021018472A1 (en) 2021-02-04
EP3772230A1 (en) 2021-02-03
EP4005328A1 (en) 2022-06-01

Similar Documents

Publication Publication Date Title
US20220312478A1 (en) User equipment and base station performing transmission and reception operations
US20220167352A1 (en) User equipment and scheduling node
EP4005328B1 (en) User equipment involved in performing a random access procedure
US20230143590A1 (en) Communication apparatus and base station
US20220132530A1 (en) User equipment and base station
JP2023515345A (ja) スモールデータの送信に関与するユーザ機器および基地局
US20230171802A1 (en) Terminal, and communication method
US20240056977A1 (en) User equipment and scheduling node
JP2023535682A (ja) ユーザ機器および基地局
US20220294520A1 (en) Group-based scell beam failure recovery
JP2022550879A (ja) クロススロットスケジューリング適応のためのデバイスおよび方法
AU2020381902A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
US20230084062A1 (en) Communication apparatus and network node for small data transmission during random access applying a transport block size restriction
US20220346127A1 (en) User equipment and scheduling node
JP2023534724A (ja) スモールデータの送信に関与するユーザ機器および基地局
EP4338545A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
US20230413340A1 (en) Transceiver device and scheduling device involved in transmission of small data
EP4160965A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
EP4319311A1 (en) User equipment and base stations involved in a cell mobility procedure
EP4319312A1 (en) User equipment and base stations involved in a cell mobility procedure
JP2024511097A (ja) 小規模データの送信に関与するユーザ機器および基地局
WO2023001508A1 (en) User equipment and base station involved in transmission of small data
WO2022232092A1 (en) Apparatus and methods for improving multi-sim devices performance and operation

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230512