JP7376687B2 - 上りリンク送信の優先順位付けのための方法及び装置 - Google Patents

上りリンク送信の優先順位付けのための方法及び装置 Download PDF

Info

Publication number
JP7376687B2
JP7376687B2 JP2022507669A JP2022507669A JP7376687B2 JP 7376687 B2 JP7376687 B2 JP 7376687B2 JP 2022507669 A JP2022507669 A JP 2022507669A JP 2022507669 A JP2022507669 A JP 2022507669A JP 7376687 B2 JP7376687 B2 JP 7376687B2
Authority
JP
Japan
Prior art keywords
mac
resource
bfr
implementation
transmission
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.)
Active
Application number
JP2022507669A
Other languages
English (en)
Other versions
JP2022543471A (ja
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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
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 FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Publication of JP2022543471A publication Critical patent/JP2022543471A/ja
Application granted granted Critical
Publication of JP7376687B2 publication Critical patent/JP7376687B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/063—Parameters other than those covered in groups H04B7/0623 - H04B7/0634, e.g. channel matrix rank or transmit mode selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964—Re-selection of one or more beams after beam failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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

Description

本開示は一般に、無線通信に関し、より詳細には、上りリンク（ＵＬ）送信の優先順位付けのための方法及び装置に関する。
接続されたデバイスの数の大幅な増加及びユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延性、信頼性、及びモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）などの次世代無線通信システムのための無線通信の異なる側面を改善するために、様々な努力がなされてきた。
５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）、大規模マシンタイプ通信（ｍＭＴＣ：massive Machine-Type Communication）、及び高信頼低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）などの様々な使用ケースに適応させて、ネットワークサービス及びタイプを最適化するための柔軟性及び構成可能性を提供するように設計される。
しかしながら、無線アクセスの需要が増加し続けるにつれて、次世代無線通信システムのための無線通信の更なる改善が必要とされている。
本開示は、ＵＬ送信の優先順位付けのための方法及び装置を対象とする。
本開示の態様によれば、上りリンク送信の優先順位付けのための方法が提供される。本方法は、ユーザ機器（ＵＥ：User Equipment）によって実行される。本方法は、ＵＥが、無線リソース制御（ＲＲＣ：Radio Resource Control）メッセージを受信すること、特殊セル（ＳｐＣｅｌｌ：Special Cell）でビーム障害イベントを検出すること、及びビーム障害イベントの検出に応じた処理を実行することを含む。処理は、ＵＥが、ＳｐＣｅｌｌにプリアンブルを送信すること、ＳｐＣｅｌｌからランダムアクセス（ＲＡ：Random Access）応答（ＲＡＲ：RA Response）メッセージを受信すること、第１のＵＬリソースがＲＡＲメッセージによって示されるかどうか、及びＲＲＣメッセージがインディケーションを用いて設定されるかどうかに従って、第１のＵＬリソースがビーム障害回復（ＢＦＲ）報告の送信に有効であるかどうかを決定すること、及び第１のＵＬリソースがＢＦＲ報告の送信に有効であると決定した後、第１のＵＬリソースでＢＦＲ報告を送信することを含む。
本開示の別の態様によれば、ＵＥが提供される。ＵＥは、メモリ、及びメモリに結合された少なくとも１つのプロセッサを含む。少なくとも１つのプロセッサは、ＲＲＣメッセージを受信し、ＳｐＣｅｌｌでビーム障害イベントを検出し、ビーム障害イベントの検出に応じて、処理を実行するように構成される。処理は、ＵＥが、ＳｐＣｅｌｌにプリアンブルを送信すること、ＳｐＣｅｌｌからＲＡＲメッセージを受信すること、第１のＵＬリソースがＢＦＲ報告の送信に有効であるかどうかを、第１のＵＬリソースがＲＡＲメッセージによって示されるかどうか、及びＲＲＣメッセージがインディケーションを用いて設定されるかどうかに従って決定すること、及び第１のＵＬリソースがＢＦＲ報告の送信に有効であることを決定した後、第１のＵＬリソースでＢＦＲ報告を送信することを含む。
本開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
図１は、本開示の一実装形態による、セルのビーム障害検出（ＢＦＤ：beam Failure Detection）手順及びＢＦＲ手順を示す。 図２は、本開示の一実装形態による、ＵＬ媒体アクセス制御（ＭＡＣ：Medium Access Control）プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）のデータ構造を示す。 図３は、本開示の一実装形態による、ＵＬ共有チャンネル（ＳＣＨ：Shared Channel）（ＵＬ－ＳＣＨ）リソース間の優先順位付けの一例を示す。 図４は、本開示の一実装形態による、ＵＬ送信の優先順位付けのための方法のフローチャートを示す。 図５は、本開示の一実装形態による、ＵＬ送信の優先順位付けのための方法のフローチャートを示す。 図６は、本開示の一実装形態による、ＵＬ送信の優先順位付けのための方法のフローチャートを示す。 図７は、本開示の一実装形態による、ＵＬ送信の優先順位付けのための方法のフローチャートを示す。 図８は、本開示の一実装形態による、ＵＬ送信の優先順位付けのための方法のフローチャートを示す。 図９は、本開示の様々な態様による、無線通信のためのノードのブロック図を示す。
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
一貫性の目的及び理解を容易にするために、同様の特徴は、例としての図において数字によって識別される（ただし、いくつかの例において、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。
「１つの実装形態」、「一実装形態」、「例としての実装形態」、「様々な実装形態」、「いくつかの実装形態」、「本出願のいくつかの実装形態」などへの言及は、そのように記載された本出願の実装形態（単数又は複数）が特定の特徴、構造、又は特性を含み得ることを示し得るが、本出願のすべての可能な実装形態が特定の特徴、構造、又は特性を必ずしも含むわけではない。更に、語句「１つの実装形態において」、「一例としての実装形態において」、又は「一実装形態」の繰り返しの使用は必ずしも、同じ実装形態を指すわけではないが、同じ実装形態を指す場合もある。更に、「本開示」に接続する「実装形態」のような語句の任意の使用は、本出願のすべての実装形態が特定の特徴、構造、又は特性を含んでいなければならないことを特徴とすることを意味せず、代わりに、「本出願の少なくともいくつかの実装形態」が、特定の特徴、構造又は特性を含むことを意味することを理解されたい。用語「接続した（coupled）」は介在する構成要素を介して直接的又は間接的であるかにかかわらず、接続されることと定義されるが、物理的な接続に必ずしも限定されない。「備える（comprise）」という単語は、使用される場合、「含む(include)、が限定するわけではない、」を意味するが、このように記載された組合せ、群、系列及び均等物におけるオープンエンド包括又はメンバーシップを具体的に示す。
本明細書中の用語「及び／又は」は、関連するオブジェクトを記述するための関係のみであり、３つの関係が存在し得ることを表し、例えば、Ａ及び／又はＢは以下を表すことができる。すなわち、Ａが単独で存在すること、ＡおよびＢが同時に存在すること、およびＢが単独で存在することを表すことができる。更に、本明細書中で使用される文字「／」は、前者及び後者が「又は」関係にあることを一般的に表す。
更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。
当業者は、本開示に記載されている任意のネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の例としての実装形態は、本開示の範囲内にある。
コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。
無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム）は、通常、少なくとも一つの基地局、少なくとも一つのユーザ機器（ＵＥ）、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは、基地局によって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、次世代コア（ＮＧＣ：Next-Generation Core）、又はインターネット）と通信する。
なお、本開示において、ＵＥとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない。上記ＵＥは、ＲＡＮにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。
ＢＳは、ＵＭＴＳにおけるノードＢ（ＮＢ：ｎｏｄｅ Ｂ）、ＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：evolved node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、ＧＳＭ／ＧＥＲＡＮにおける基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するＥ－ＵＴＲＡ（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ＢＳにおけるｎｇ－ｅＮＢ、５Ｇアクセスネットワーク（５Ｇ－ＡＮ：5G Access Network）における次世代ノードＢ（ｇＮＢ：generation Node B）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースによって、一つ以上のＵＥにサービスを提供するように接続し得る。
ＢＳは、以下の無線アクセス技術（ＲＡＴｓ：Radio Access Technologies）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、汎用パケット無線サービス（ＧＲＰＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及びＬＴＥ－Ａ Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。
ＢＳは、ＲＡＮに含まれる複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってもよい。ＢＳは、セルのオペレーションをサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと称される）は、その無線カバレッジ内の１つ以上のＵＥにサービスを提供しうる（例えば、各セルは、下りリンク及び随意的な上りリンク（ＵＬ：uplink）リソースを、下りリンク及び随意的なＵＬパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥにスケジュールする）。ＢＳは、複数のセルを介して無線通信システム内の１つ以上のＵＥと通信しうる。セルは、近接サービス（ＰｒｏＳｅ：Proximity Service）をサポートするために、ＳＬリソースを割り当てることができる。各セルは、他のセルとオーバーラップしたカバレッジエリアを有しうる。ＭＲ－ＤＣの場合、ＭＣＧの、又はＳＣＧのプライマリセルは、スペシャルセル（ＳｐＣｅｌｌ：Special Cell）と呼ばれることがある。ＰＣｅｌｌは、ＭＣＧのＳｐＣｅｌｌを指してよい。プライマリセカンダリセル（ＰＳＣｅｌｌ）は、ＳＣＧのＳｐＣｅｌｌを指してもよい。ＭＣＧは、ＳｐＣｅｌｌと、任意で一つ以上のセカンダリセル（ＳＣｅｌｌｓ：Secondary Cells）を含み、ＭＮに関連付けられたサービングセルのグループを意味する。ＳＣＧは、ＳｐＣｅｌｌ及び任意で一つ以上のＳＣｅｌｌｓを含んでいる、ＳＮと関連付けられたサービングセルのグループを意味する。
上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Enhanced Mobile Broadband）、大容量マシンタイプ通信（ｍＭＴＣ：Massive Machine Type Communication）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）といった様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰにおいて合意された直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ：Cyclic Prefix）といったスケーラブルなＯＦＤＭニューメロロジーも、使用されてもよい。更に、ＮＲでは（１）低密度パリティ検査（ＬＤＰＣ：Low-Density Parity-Check）符号及び（２）ポーラ符号の２つの符号化方法が検討されている。符号化スキームの適用は、チャネル条件及び／又はサービスアプリケーションに基づいて構成されてもよい。
更に、単一のＮＲフレームの送信時間間隔において、下りリンク（ＤＬ：downlink）送信データ、ガード期間、及び上りリンク（ＵＬ：Uplink）送信データは、少なくとも含まれるべきであると考えられ、ＤＬ送信データ、ガード期間、及び上りリンク（ＵＬ：Uplink）送信データのそれぞれの部分は、例えばＮＲのネットワークダイナミクスに基づいて設定可能であるべきである。更に、サイドリンクリソースは、ＰｒｏＳｅサービスをサポートするために、ＮＲフレーム内に提供されてもよい。
ＵＥ内優先順位付け／多重化は、工業インターネットオブシングス（ＩｏＴ：Internet of Things）の焦点領域の１つである。これは、ＵＥが異なるサービス品質（ＱｏＳ：Quality of Service）要件に関連する制御／データトラフィック間のＤＬ／ＵＬ無線リソース競合に直面する場合を考慮する。例えば、スマートファクトリにおける無人航空機（ＵＡＶ：Unmanned Aerial Vehicle）は、監視映像のようなｅＭＢＢトラフィック及びモーション制御のようなＵＲＬＬＣトラフィックに同時に対処しなければならない場合がある。制御／データトラフィックのための無線リソースの優先順位付けを行うために、いくつかの解決策が必要となることがあり、これは、制御／データトラフィック間の無線リソース競合が発生したとき、より高いＱｏＳ要件を有する。
ＮＲにおいて、ＵＥは、（セルの）ＢＦＲ手順をトリガすることができ、その間に、ＵＥは（セルの）サービングＳＳＢ／ＣＳＩ－ＲＳ上でビーム障害イベントが検出されたとき、新しい同期信号ブロック（ＳＳＢ：Synchronization）又はチャネル状態情報（ＣＳＩ：Channel State Information）参照信号（ＲＳ：Reference Signal）（ＣＳＩ－ＲＳ）をサービングｇＮＢに通知することができる。ＢＦＤ手順の場合、ｇＮＢは、ＢＦＤ ＲＳ（例えば、ＳＳＢ、又はＣＳＩ－ＲＳ）を用いてＵＥを設定することができ、ＵＥは、設定されたタイマが満了する前に、物理（ＰＨＹ：Physical）層からのビーム障害インスタンスインディケーションの数が設定された閾値に達したとき、ビーム障害イベントを検出することができる。ＳＳＢベースのＢＦＤ手順は、初期ＤＬ帯域幅部分（ＢＷＰ：Bandwidth Part）に関連付けられたＳＳＢに基づいて実行されてもよく、初期ＤＬ ＢＷＰ、及び初期ＤＬ ＢＷＰに関連付けられたＳＳＢを含むＤＬ ＢＷＰのためにのみ設定されてもよい。他のＤＬ ＢＷＰの場合、ＢＦＤ手順は、ＣＳＩ－ＲＳに基づいてのみ実行され得る。
一実装形態において、ビーム障害イベントが検出されるとき、ＵＥは、以下のことを含んでいる（ランダムアクセスチャネル（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）ベースの）ＢＦＲ手順を実行することができる：
－ＰＣｅｌｌでＲＡ手順を開始することによってＢＦＲ手順をトリガすること、及び
－ＢＦＲ手順を実行するのに適したビームを選択すること（例えば、ｇＮＢがＵＥに特定のビームのための専用ＲＡリソースを提供した場合、これらのビームは、ＵＥによって選択されるように優先順位付けされ得る）。
ＲＡ手順が完了すると、ＢＦＲ手順は完了したと見なされてもよい。
３ＧＰＰ Ｒｅｌｅａｓｅ １５（Ｒｅｌ－１５）において、ＲＡＣＨベースのＢＦＲ機構は、例えばＳｐＣｅｌｌ（例えば、ＰＣｅｌｌ、又はＰＳＣｅｌｌ）において、ＳｐＣｅｌｌ上でビーム障害イベントが検出されたときにのみ適用され得る。この場合において、ビームブロッケージがＳＣｅｌｌ上で発生する、及び／又はビーム障害イベントがＳＣｅｌｌ上で検出された場合、ＵＥは、それを処理するためにネットワークに依拠することができる。
例えばＵＥは、ＳＣｅｌｌでスケジュールされたＤＬ送信のための肯定応答（ＡＣＫ：Acknowledgement）／否定応答（ＮＡＣＫ：Negative Acknowledgement）フィードバックの不在に基づいて、又はＳＣｅｌｌのためのチャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）報告に基づいて、ビーム障害イベントがＳＣｅｌｌで検出されたことを決定することができる。ビーム障害が発生した場合（例えば、ビーム障害イベントが検出された場合）、ネットワークは、このＳＣｅｌｌをリリースし、データ送信を再スケジュールすることができる。しかしながら、この方法は、スケジューリング効率を低下させ、（例えば、無線リソース制御（ＲＲＣ：Radio Resource Control）層の）上位層のシグナリング伝播遅延を増大することがある。ＳＣｅｌｌでビーム障害からビームを迅速に回復するために、シグナリング構成及び／又はＢＦＲ手順は、ＳＣｅｌｌ ＢＦＲ手順をサポートするために提供され得る。
一実装形態において、ＳＣｅｌｌのＢＦＤ手順及びＢＦＲ手順は、図１に示される。
図１は、本開示の一実装形態による、セルのＢＦＤ手順及びＢＦＲ手順を示す。ＢＦＤ手順は、アクション１０２を含むことができる。ＢＦＲ手順は、アクション１０４、１０６、及び１０８を含むことができる。アクション１０４、１０６、及び１０８の内の１つ又は複数は、ＢＦＲ手順から省略され得ることを理解されたい。
アクション１０２において、ＢＦＤ手順は、実行され得る。ＢＦＤ手順の間、ＢＦＤ ＲＳ（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）は、ＵＥ１８２がビーム障害イベントを検出するために、ＢＳ１８４によって明示的又は暗黙的に設定されることができる。例えば、ＵＥ１８２のＰＨＹ層は、ＢＦＤ ＲＳによって無線リンク品質を測定し、無線リンク品質が所定時間内に閾値より低い場合、上位層（例えば、ＵＥ１８２のＭＡＣエンティティ）にビーム障害インスタンスインディケーションを提供することができる。
ＵＥ１８２のＭＡＣエンティティの観点から、（連続した）検出されたビーム障害インスタンス指示の数が、設定された最高数（例えば、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔとして示されるパラメータ）を超える場合、ビーム障害イベントは、検出され得る。１つのｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔは、セルグループ／セルグループの各ＢＷＰ／セル／サブセットに対して設定されてもよい。一方で、カウンタ（例えば、ＢＦＩ＿ＣＯＵＮＴＥＲと表記されるパラメータ）は、ビームフ障害インスタンスインディケーションの数をカウントするために使用されてもよい。ＢＦＩ＿ＣＯＵＮＴＥＲは、セルグループ／セルグループの各ＢＷＰ／セル／サブセットに対して使用されてもよい。ＢＦＤタイマ（例えば、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒと示されるパラメータ）は、終了時にＢＦＩ＿ＣＯＵＮＴＥＲをリセットすることができる。ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒは、セルグループ／セルグループの各ＢＷＰ／セル／サブセットについて設定され得る。ビーム障害イベントが検出されるとき、ＵＥ１８２は、ＢＦＲ手順をトリガすることができる。更に、ＢＦＲ手順がトリガされた場合、ＵＥは、ＢＦＲスケジューリング要求（ＳＲ）手順をトリガすることができ、ＢＦＲ－ＳＲ手順は、ＢＦＲのためにトリガされたＳＲ手順とすることができる。一実装形態において、ＢＦＲ手順がトリガされた場合、ＵＥは、ＢＦＲ報告の送信のために利用可能なＵＬリソースがあるかどうかを決定することができる。ＢＦＲ報告の送信のために利用可能なＵＬリソースがない場合、ＵＥは、ＢＦＲ－ＳＲ手順をトリガすることができる。ＢＦＲ－ＳＲ手順がトリガされるとき、ＵＥは、ＢＦＲ－ＳＲを送信することができる。
ＢＦＤ ＲＳは、ＲＳ（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）のセットであってよい。ＢＦＤ ＲＳの異なるセットは、異なる部品キャリア（ＣＣ：Component Carriers）、セル、セルのセット／グループ、送信、及び受信ポイント（ＴＲＰ：Transmission and Reception Points）に関連付けられ得る。例えば、第１のセットのＢＦＤ ＲＳは、第１のＣＣ／セルに関連付けられる。ＵＥが無線リンク品質を評価するためにＵＥが使用するＢＦＤ ＲＳの第１のセットの品質が周期的なＣＳＩ－ＲＳ設定の内の最短の周期性、及び／又はＰＣｅｌｌ又はＰＳＣｅｌｌ上のＳＳＢの間の最大値によって決定される周期性を有する閾値よりも全て低いことを検出する場合、第１のセットにおいて、ＵＥのＰＨＹ層は、第１のＣＣ／セルのためにＵＥのＭＡＣエンティティにビーム障害インスタンスインディケーションを送信することができる。続いて、ＢＦＤ手順に基づいて、ＭＡＣエンティティは、第１のＣＣ／セルの受信ビーム障害インスタンスインディケーションごとに、第１のＣＣ／セルのＢＦＩ＿ＣＯＵＮＴＥＲを「１」だけインクリメントすることができる。ビーム障害イベントは、ビーム障害インスタンスインディケーションの数が第１のＣＣ／セルの設定された最大数に達した場合、第１のＣＣ／セルについて検出されたとみなされる。一方で、ビーム障害イベント検出のためにＣＣ（又はセル）にＢＦＤ ＲＳが提供されない場合、ＵＥは、ＣＣ（又はセル）のＰＤＣＣＨのためのアクティブ化された送信設定インディケーション（ＴＣＩ：Transmission Configuration Indication）状態に基づいてビーム監視を実行することができる。ＢＦＤ ＲＳは、（例えば、同じ帯域内で）現在のＣＣ又は別のＣＣのいずれかで（アクティブＢＷＰの）送信され得る。ＢＦＤ ＲＳは、ＢＦＲ－ＳＲと共に構成されてもよい（例えば、同じ設定であってよい）。
一実装形態において、ＵＥは、セルのためのＢＦＤ ＲＳの測定（無線リンク品質を評価すること）に基づいて、セルのＤＬビーム品質が劣ることを検出することができる。続いて、ＵＥのＰＨＹ層は、セルのビーム障害インスタンスインディケーションをＵＥのＭＡＣエンティティに送信することができ、したがって、セルの“ＢＦＩ＿ＣＯＵＮＴＥＲ”の値は、‘１’だけインクリメントされることができる。ＭＡＣエンティティのセルに“ＢＦＩ＿ＣＯＵＮＴＥＲ”が設定された最高数（例えば、“ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ”）に達するとき、ＵＥは、セルでビーム障害イベントが検出されたとみなすことができる。
一実装形態において、ビーム障害イベントがセルで検出されるとき、ＵＥは、セルのためのＢＦＲ手順をトリガすることができる。一実装形態において、セルのためにＢＦＲ手順がトリガされた場合、ＵＥは、ＢＦＲ報告の送信のために利用可能なＵＬリソースがあるかどうかを更に決定することができる。１つのケースにおいて、ＢＦＲ手順がセルのためにトリガされ、ＢＦＲ報告の送信のための利用可能なＵＬリソースがない場合、ＵＥは（ＢＦＲ手順をトリガしたセルのための）ＢＦＲ－ＳＲ手順をトリガすることができる。一実装形態において、ＢＦＲ－ＳＲ手順がトリガされたとき、ＵＥは、ＢＦＲ－ＳＲを送信することができる。一実装形態において、ＵＬリソースがＢＦＲ報告の送信のために利用可能になったとき、ＢＦＲ－ＳＲ手順をキャンセルすることができる。一実装形態において、ＵＥは、ビーム障害イベントが検出されたサービングセルの情報を含むＢＦＲ報告を送信するとき、セルのＢＦＲ－ＳＲ手順をキャンセルすることができる。一実装形態において、セルのＢＦＲ－ＳＲ手順は、ＵＥがＢＦＲ手順をトリガしたサービングセルの情報を含むＢＦＲ報告を送信するとき、キャンセルされ得る。
一実施形態において、ＢＦＲ手順が（セルのために）トリガされた場合、（対応するセルのための）アクション１０４、１０６、及び１０８を実行することができる。
アクション１０４において、新しいビーム識別（ＮＢＩ）処理が実行されてもよい。ＮＢＩ処理の間、ＵＥ１８２は、ＮＢＩ ＲＳの測定に基づいて、新しいビーム（又は「候補ビーム」）を検索し、選択することができる。例えば、ＵＥ１８２は、レイヤ１（Ｌ１）－参照信号受信電力（ＲＳＲＰ：Reference Signal Received Power）測定結果が閾値よりも高いビームを候補ビームとして選択することができる。新しいビームは、ＲＳ（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、及び／又はサウンディング参照信号（ＳＲＳ：Sounding Reference Signal））、及び／又はＴＣＩ状態を介して示され得る。
ＮＢＩ ＲＳは、新しいビーム識別のために使用されるＲＳのセット（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）であり得る。ＮＢＩ ＲＳの異なるセットは、異なるＣＣ（又はセル）、セルのセット／グループ、ＴＲＰ、及び／又はＢＷＰのために設定され得る。例えば、ＮＢＩ ＲＳの第１のセットは、第１のＣＣ（又はセル）のために設定される。ビーム障害イベントが第１のＣＣ（又はセル）で検出された場合、ＵＥは、ＮＢＩ ＲＳの測定された第１のセットに従って新しいビームを選択することができる。ＵＥは、ＮＢＩ ＲＳの第１のセットにおいて最も高いＲＳＲＰを有する新しいビームを選択することができる。代替的に、ＵＥは、設定された閾値を上回るＮＢＩ ＲＳの第１のセット内の任意の新しいビームを選択することができる。ＵＥは、ＮＢＩ ＲＳの情報（例えば、選択された新しいビーム）をＢＦＲ報告に含めることができる。ＮＢＩ ＲＳは、同じ帯域内のＢＦＲ又は別のＣＣについて監視されるように構成された（アクティブＢＷＰの）ＣＣで送信され得る。
アクション１０６において、ビーム障害回復要求（ＢＦＲＱ：Beam Failure Recovery reQuest）処理が実行されてもよく、ここで、ＢＦＲＱ処理は、サブアクション１Ａ及びサブアクション２Ａを含んでよい。
サブアクション１Ａにおいて、ＵＥ１８２は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、及び／又はＳＣｅｌｌを介してＢＦＲ－ＳＲを送信することができ、ＢＦＲ－ＳＲは、ＣＣ（又はＣｅｌｌ）で検出されたビーム障害イベントをＢＳ１８４に通知するために、及び／又はＵＬリソースを要求するために使用されるＳＲであり得る。一実装形態において、（セルの）ＢＦＲ－ＳＲ手順がトリガされ、キャンセルされていない場合にのみ、（サブアクション１Ａにおける）ＢＦＲ－ＳＲをＵＥ１８２によって送信することができる。
サブアクション２Ａにおいて、ＵＥ１８２は、（例えば、ＭＡＣ制御要素（ＣＥ：Control Element）を介して）ＢＦＲ報告をＢＳ１８４に送信することができる。ＢＦＲ報告は、障害ＣＣ／セル情報（例えばＣｅｌｌインデックス）、新しいビーム情報（例えば新しいビームは、ＮＢＩ ＲＳの測定に基づいて選択されてよい）、及び／又は新しいビームがない情報を含むことができる。例えば、新ビーム情報がないことは、ＵＥ１８２が任意の（認定された）新しいビーム／候補ビームを見つけられない（例えば、ＵＥ１８２は、閾値よりも高い対応するＬ１－ＲＳＲＰを有する新しいビーム／候補ビームを見つけない）ことを示すことができる。一実装形態において、（セルの）ＢＦＲ手順がトリガされ、キャンセルされなかった場合、（サブアクション１Ａにおける）ＢＦＲ報告は、ＵＥ１８２によって送信され得る。
一実装形態において、ＢＦＲ報告は、ＢＦＲ－ＳＲによって要求されるＵＬグラントを介して送信され得る。
一実装形態において、ＢＦＲ報告は、任意のＵＬグラント（例えば、ＲＡＲにおいて提供されるＵＬグラント、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）を介して提供される動的ＵＬグラント、及び／又は設定されたグラント）を介して送信され得る。
アクション１０８において、ＢＦＲ応答処理を実行することができる。ＢＦＲ応答処理の間、ＵＥは、ＢＦＲＱ（例えば、ＢＦＲ－ＳＲ及び／又はＢＦＲ報告）を送信した後、ＢＳ１８４からのＢＦＲ応答（例えば、ＰＤＣＣＨ監視を介して）の監視を試みることができる。
一実装形態において、ＢＦＲ応答は、ＰＣｅｌｌ、ＰＳＣｅｌｌ、及び／又はＳＣｅｌｌ上で送信され得る。
ＢＦＲ応答を受信すると、ＵＥ１８２は、ＢＦＲ手順を完了したとみなすことができる。一実装形態において、ＢＦＲ手順が完了したとき、ＵＥ１８２は、トリガされたＢＦＲ手順をキャンセルすることができる。一実装形態において、セルでＢＦＲ手順が完了したとき、ＵＥ１８２は、セルのトリガされたＢＦＲ手順をキャンセルすることができる。一実装形態において、ＵＥ１８２によって送信されたＢＦＲ報告の応答としてＢＳ１８４からＢＦＲ応答を受信すると、ＵＥ１８２は、セルのトリガされたＢＦＲ手順をキャンセルすることができ、ＢＦＲ報告は、セルのＢＦＲ情報を含む。一実装形態において、セルのＢＦＲ情報を含むＢＦＲ報告を送信すると、ＵＥ１８２は、セルのトリガされたＢＦＲ手順をキャンセルすることができる。
ＮＲ又はＬＴＥにおいて、（通常の）ＳＲは、新しい送信のためのＵＬ－ＳＣＨリソースを要求するために使用され得る。ＵＥは、０、１、又は複数のＳＲ設定で設定できる。ＳＲ設定は、異なるＢＷＰ及びセルにわたるＳＲのための物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースのセットを含み得る。論理チャネル（ＬＣＨ：Logical Channel）の場合、ＳＲのＰＵＣＣＨリソースは、ＢＷＰ毎に最大１つ設定できる。各ＳＲ設定は、１つ又は複数のＬＣＨに対応し得る。各ＬＣＨは、０又は１つのＳＲ設定にマッピングされ得る。バッファ状態報告（ＢＳＲ：Buffer Status Report）をトリガしたＬＣＨのＳＲ設定（そのような設定が存在する場合）は、トリガされたＳＲの対応するＳＲ設定とみなされ、ＳＲ（手順）がトリガされるとき、それはキャンセルされるまで保留中とみなされる。
上述した（通常の）ＳＲと比較して、ＢＦＲ－ＳＲは、ＢＦＲＱ処理（例えば、図１に示されるサブアクション１Ａ）において使用され得る。例えば、ＢＦＲ－ＳＲ手順がトリガされ、キャンセルされなかったとき、ＢＦＲ－ＳＲは、ＢＦＲのための専用のＳＲのようなＰＵＣＣＨリソース上で送信されうる。ＢＦＲ－ＳＲは、ＢＦＲＱに通知するために使用されてもよく、及び／又はＢＦＲ報告送信のためにＵＬ－ＳＣＨリソースを要求するために使用されてもよい。ＢＦＲ－ＳＲによって要求されるＵＬリソースは、ＢＦＲ（報告送信）のため（のみ）に使用され得る。ＵＥは、０、１、又は複数のＢＦＲ－ＳＲ設定で設定され得る。更に、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースは、ＢＷＰ毎、ＴＲＰ毎、ＣＣ毎、ＣＣのセット毎、セルグループ（ＣＧ）毎、及び／又はＵＥ毎に設定され得る。ＢＦＲ－ＳＲは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、及び／又はＳＣｅｌｌで送信され得る。一実装形態において、ＢＦＲ－ＳＲは、クロスセル送信を介して送信されてもよい（例えば、ビーム障害イベントは、ＳＣｅｌｌ上で発生し、ビーム障害イベントのＢＦＲ－ＳＲは、ＰＣｅｌｌ上で送信される）。一実装形態において、ＢＦＲ－ＳＲ設定は、ＳＲ設定の内の一つでない設定であってもよい（例えば、ＢＦＲ－ＳＲ設定の識別（ＩＤ：identification）は、ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔｉｄとして示されるパラメータ／情報要素（ＩＥ）と共有しない場合がある（例えば、３ＧＰＰ技術仕様（ＴＳ：Technical Specifications）３８．３３１、バージョン１５．５．０で規定される））。一実装形態において、ＢＦＲ－ＳＲ設定は、ＳＲ設定の内の１つとすることができる（例えば、ＢＦＲ－ＳＲ設定のＩＤは、ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔｉｄと共有することができる）。
ＢＦＲ報告送信は、ＢＦＲＱ処理（例えば、図１に示すサブアクション２Ａ）に含まれてもよい。一実装形態において、ＢＦＲ報告は、ＢＦＲ－ＳＲによって要求されるＵＬグラントで（のみ）送信され得る。一実装形態において、ＵＬグラントがＢＦＲ－ＳＲによって要求されるかどうかは、暗黙的又は明示的な方法に基づいて示され得る。一実装形態において、ＢＦＲ報告は、ＭＡＣ ＣＥ及び／又はＵＬ制御情報（ＵＣＩ：UL Control Information）によって送信され得る。一実装形態において、ＢＦＲ報告は、ＰＵＣＣＨ及び／又はＰＨＹ ＵＬ共有チャネル（ＰＵＳＣＨ：PHY UL Shared Channel）で送信され得る。「ＢＦＲ ＭＡＣ ＣＥ」という用語は、ＭＡＣ ＣＥを介して送信されるＢＦＲ報告を説明するために使用され得る。
一実装形態において、ＢＦＲ報告は、以下の項目のうちの少なくとも１つを含むことができる：
－ （障害）ＣＣ（又はセル）情報（例えば、セルインデックス／ＩＤ）；
－ （ネットワークによって事前に設定され得る）セルの（障害）セット／グループ；
－ （障害）ＴＲＰ情報；
－ （障害）ＢＷＰ情報（例えば、ＢＷＰ ＩＤ）；
－ （障害）ＣＣ、セルのセット／グループ、ＴＲＰ、及び／又はＢＷＰの対応する測定結果（例えば、ＲＳＲＰ又は信号対妨害プラス雑音比（ＳＩＮＲ：Signal to Interference plus Noise Ratio））；
－ 候補ビーム情報（又は新しいビーム情報）（例えば、ＮＢＩ ＲＳの測定に基づいて決定された１つ又は複数の適格ビーム）、及び
－ （例えば、ＵＥが、（障害）ＣＣ、セルのセット／グループ、ＴＲＰ、及び／又はＢＷＰの閾値よりも高いＲＳＲＰを有する新しいビームを見つけることができない場合に提供される）新しいビーム情報がないこと。
一実装形態において、ＢＦＤ ＲＳは、ビーム障害イベントの検出のために使用されるＲＳ（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳを含む）のセットであってよい。ＢＦＤ ＲＳの異なるセットは、異なるＣＣ（又はセル）、セルの異なるセット／グループ、異なるＴＲＰ、及び／又は異なるＢＷＰに関連付けられ得る。例えば、ＢＦＤ ＲＳの第１のセットが第１のＣＣに関連付けられ、ＢＦＤ ＲＳの第１のセットの品質が一定期間の間、閾値よりも低いことをＵＥが検出した場合、ＵＥは、第１のＣＣが障害である（又はビーム障害イベントが検出された）ことを決定することができる。一方で、ＢＦＤ手順のためのＣＣ（又はセル）のためにＢＦＤ ＲＳが提供されない場合、ＵＥは、ＣＣ（又はセル）のＰＤＣＣＨのためのアクティブ化されたＴＣＩ状態に基づいてビーム監視を実行することができる。ＢＦＤ ＲＳは、（例えば、同じ周波数帯域内で）現在のＣＣ又は別のＣＣ（のアクティブＢＷＰ）で送信されてもよい。一実装形態において、ＢＦＤ ＲＳは、ＢＦＲ－ＳＲと共に設定され得る。
一実装形態において、ＮＢＩ ＲＳは、ＮＢＩのために使用される（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳを含む）ＲＳのセットであってよい。ＮＢＩ ＲＳの異なるセットは、異なるＣＣ（又はセル）、セルのセット／グループ、ＴＲＰ、及び／又はＢＷＰのために設定され得る。例えば、ＮＢＩ ＲＳの第１のセットが第１のＣＣ（又はセル）のために設定され、第１のＣＣ（又はセル）がビーム障害を起こした場合（例えば、ビーム障害イベントが第１のＣＣ（又はセル）のために検出される）、ＵＥは、ＮＢＩ ＲＳの第１のセットのための測定結果に基づいて、新しい／候補ビームを選択することができる。例えば、ＵＥは、ＮＢＩ ＲＳの第１セット内で最も高いＲＳＲＰを有するビームをＢＦＲのための新たなビームとして選択することができる。一実装形態において、ＵＥは、ＢＦＲ報告にＮＢＩ ＲＳの情報を含むことができる。ＮＢＩ ＲＳ（例えば、ＳＳＢ又はＣＳＩ－ＲＳ）は、同じ周波数帯域内のＢＦＲ又は別のＣＣのために監視されるように設定されたＣＣ（のアクティブＢＷＰ）において送信され得る。
一実装形態において、図１は、ＰＣｅｌｌのＢＦＤ手順及びＢＦＲ手順（ＰＣｅｌｌのＲＡＣＨベースのＢＦＲ手順）を示すために使用されてもよい。アクション１０２において、ＵＥ１８２は、ＰＣｅｌｌのためのＢＦＤ ＲＳの測定（例えば、無線回線品質を評価する）に基づいて、ＰＣｅｌｌの劣ったＤＬビーム品質を検出することができる。続いて、ＵＥ１８２のＰＨＹ層は、セルのビーム障害インスタンスインディケーションをＵＥのＭＡＣエンティティに送信することができ、したがって、ＰＣｅｌｌの「ＢＦＩ＿ＣＯＵＮＴＥＲ」の値は、「１」だけインクリメントされることができる。ＭＡＣエンティティのＰＣｅｌｌのために「ＢＦＩ＿ＣＯＵＮＴＥＲ」が設定された最高数（例えば、「ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ」）に達するとき、ＵＥ１８２は、ＰＣｅｌｌでビーム障害イベントが検出されたとみなすことができる。一実装形態において、ビーム障害イベントがＰＣｅｌｌで検出されるとき、ＵＥ１８２は、１０４をスキップし、アクション１０６を直接実行することができる。アクション１０６の間、ＢＦＲ手順のＢＦＲＱ処理（例えば、図１に示されるサブアクション１Ａ）におけるＢＦＲ－ＳＲ送信は、物理ＲＡＣＨ（ＰＲＡＣＨ）送信によって置き換えられ得る。例えば、ＢＦＲＱの第１のステップにおいて、ＵＥ１８２は、ＢＦＲ報告の送信のための上りリンクリソースを要求するために、ＰＲＡＣＨ送信（例えば、プリアンブルを送信する）を実行することができる。ＢＳ１８４がサブアクション１ＡにおいてＰＲＡＣＨ送信（例えば、プリアンブル）を受信した後、ＢＳ１８４は、ＳｐＣｅｌｌからＲＡＲメッセージを介してＢＦＲ報告のためのＵＬグラントを提供することができる。したがって、ＵＥ１８２は、サブアクション２Ａに示されるように、（例えば、ＲＡＲによって示されるＵＬリソースにおいて）ＲＡＲで提供されるＵＬグラントにおいて、ＢＦＲ報告を送信することができる。最後に、アクション１０８において、サブアクション２ＡにおいてＢＦＲ報告を受信した後、ＢＦＲ応答処理を実行することができる。ＢＦＲ応答処理の間、ＵＥ１８２は、ＢＦＲＱ（例えば、ＰＲＡＣＨ送信及び／又はＢＦＲ報告）を送信した後、ＢＳ１８４からのＢＦＲ応答を（例えば、ＰＤＣＣＨ監視を介して）監視しようと試みることができる。ＢＳ１８４からＢＦＲ応答を受信すると、ＵＥ１８２は、ＢＦＲ手順が完了したとみなすことができる。
〔ＭＡＣ ＰＤＵ多重化の優先度〕
ＵＥは、ＭＡＣ ＣＥ及びＭＡＣサービスデータユニット（ＳＤＵ：Service Data Units）をＭＡＣ ＰＤＵ内で多重化することができ、例えば、多重化及びアセンブリ機構、及び／又はＬＣＨ優先度（ＬＣＰ：LCH Prioritization）手順（例えば、３ＧＰＰ ＴＳ ３８．３２１、バージョン１５．５．０で規定される）に基づく。ＭＡＣ ＰＤＵは、１つ又は複数のＭＡＣサブＰＤＵを含むことができる。各ＭＡＣサブＰＤＵは、以下の内の１つを含むことができる：
－ ＭＡＣサブヘッダのみ（パディングを含む）；
－ ＭＡＣサブヘッダ及びＭＡＣ ＳＤＵ；
－ ＭＡＣサブヘッダ及びＭＡＣ ＣＥ；
－ ＭＡＣサブヘッダとパディング。
ＭＡＣ ＳＤＵは、可変サイズである。各ＭＡＣ サブヘッダは、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、又はパディングに対応することができる。
図２は、本開示の実装形態によるＵＬ ＭＡＣ ＰＤＵのデータ構造を示す。図２に示すように、ＵＬ ＭＡＣ ＰＤＵ２００は、いくつかのＭＡＣサブＰＤＵ（例えば、ＭＡＣサブＰＤＵ２０２、ＭＡＣサブＰＤＵ２０４、ＭＡＣサブＰＤＵ２０６、ＭＡＣサブＰＤＵ２０８、及びＭＡＣサブＰＤＵ２１０）を含むことができる。１つ又は複数のＭＡＣサブＰＤＵは、ＭＡＣサブＰＤＵ２０２及びＭＡＣサブＰＤＵ２０４といったＭＡＣ ＳＤＵを含んでよい。１つ又は複数のＭＡＣサブＰＤＵは、ＭＡＣ ＣＥ２１８を含むＭＡＣサブＰＤＵ２０６及びＭＡＣ ＣＥ２２２を含むＭＡＣサブＰＤＵ２０８といったＭＡＣ ＣＥを含んでもよい。ＭＡＣサブＰＤＵの内の１つ又は複数は、ＭＡＣサブＰＤＵ２１０などのパディングを含むことができる。パディングを含むＭＡＣサブＰＤＵの存在は、ＵＬ ＭＡＣ ＰＤＵＰＤＵ２００の中で任意であってよい。例えば、ＵＬ ＭＡＣ ＰＤＵＰＤＵ２００は、パディングの大きさが０である場合、ＭＡＣサブＰＤＵ ２１０を含まないことがある。
ＭＡＣ ＣＥは、共に配置されてもよい。例えば、ＭＡＣ ＣＥを有するＤＬ ＭＡＣサブＰＤＵは、ＭＡＣ ＳＤＵを有するＭＡＣサブＰＤＵ及びパディングを有するＭＡＣサブＰＤＵの前に配置できる。一方で、ＭＡＣ ＣＥを有するＵＬ ＭＡＣサブＰＤＵ（例えば、ＭＡＣサブＰＤＵ２０６及び２０８）は、ＭＡＣ ＳＤＵを有する全てのＭＡＣサブＰＤＵ（例えば、ＭＡＣサブＰＤＵ２０２及び２０４）の後、ＵＬ ＭＡＣ ＰＤＵのパディングを有するＭＡＣ サブＰＤＵ（例えば、ＭＡＣサブＰＤＵ２１０）の前に配置できる。
更に、固定サイズのＭＡＣ ＣＥ、パディング、及びＵＬ共通制御チャネル（ＣＣＣＨ：Common Control Channel）（ＵＬ－ＣＣＣＨ）を含むＭＡＣ ＳＤＵを除くＭＡＣサブヘッダは、Ｒフィールド、Ｆフィールド、ＬＣＨ ＩＤ（ＬＣＩＤ）フィールド、及びＬフィールド（図２における「Ｒ／Ｆ／ＬＣＩＤ／Ｌ」として示される）などの４つのヘッダフィールドを含むことができる。固定サイズのＭＡＣ ＣＥ、パディングのためのＭＡＣサブヘッダ、及びＵＬ ＣＣＣＨを含むＭＡＣ ＳＤＵは、Ｒフィールド及びＬＣＩＤフィールド（図２における「Ｒ／ＬＣＩＤ」として示される）といった２つのヘッダフィールドを含むことができる。図２に示すように、ＭＡＣサブＰＤＵ２０２（ＭＡＣ ＳＤＵを含む）は、サブヘッダ２１２及びＭＡＣ ＳＤＵ２１４を含むことができ、ここで、サブヘッダ２１２は、４つのヘッダフィールド（例えば、Ｒ／Ｆ／ＬＣＩＤ／Ｌ）を含むことができる。ＭＡＣサブＰＤＵ２０６は、サブヘッダ２１６及び固定サイズのＭＡＣ ＣＥ２１８を含むことができ、ここで、サブヘッダ２１６は、２つのヘッダフィールド（例えば、Ｒ／ＬＣＩＤ）を含むことができる。ＭＡＣサブＰＤＵ２０８は、サブヘッダ２２０及び可変サイズＭＡＣ ＣＥ２２２を含むことができ、ここで、サブヘッダ２２０は、４つのヘッダフィールド（例えば、Ｒ／Ｆ／ＬＣＩＤ／Ｌ）を含むことができる。
１つのＭＡＣ ＰＤＵの最大値は、ＭＡＣエンティティ毎にトランスポートブロック（ＴＢ：Transport Block）毎に送信され得る。
ＵＬのための異なるＭＡＣ ＣＥは、ＭＡＣ ＰＤＵにおいて多重化されるべき異なる優先順位を有し得る。例えば、ＬＣＨは、以下の順序（最初にリストされる最高の優先順位）によって優先順位付けされてもよい：
－ セル無線ネットワーク一時識別子（ＲＮＴＩ；Radio Network Temporary Identity）（Ｃ－ＲＮＴＩ）ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ；
－ 設定したグラント確認ＭＡＣ ＣＥ；
－ パディングのために含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ ＣＥ；
－ シングルエントリパワーヘッドルーム報告（ＰＨＲ：Power Headroom Report）ＭＡＣ ＣＥ又は多重エントリＰＨＲ ＭＡＣ ＣＥ；
－ ＵＬ－ＣＣＣＨからのデータを除く、ＬＣＨからのデータ；
－ 推奨ビットレートクエリのためのＭＡＣ ＣＥ；
－ パディングを含む、ＢＳＲのためのＭＡＣ ＣＥ。
しかしながら、ＭＡＣ ＰＤＵ多重化のための既存の優先順位は、いくつかの欠点を引き起こし得る。例えば、ＭＡＣ ＰＤＵ多重化を実行するとき、ＭＡＣ ＣＥのほとんどがＬＣＨからのデータ（特に、ＵＬ－ＣＣＣＨを除くＬＣＨ）よりも高い優先順位を有し、これらのＬＣＨによってサポートされるトラフィックに余分な遅延及びサービス劣化をもたらすため、ＵＬリソースは、ＬＣＨからのデータを収容するのに十分でないことがある。したがって、ＭＡＣ ＰＤＵ多重化を実行するとき、既存の優先順位のルールに基づいて追加のルールを導入することができる。例えば、ＬＣＨが遅延センシティブデータを支援するように設定されているＵＬ－ＣＣＣＨ以外のＬＣＨは、ＭＡＣ ＰＤＵ多重化を実行している間、１つ又は複数の既存の／新しいＭＡＣ ＣＥ（例えば、ＢＳＲ ＭＡＣ ＣＥ）よりも高い優先度を有することができる。いくつかのアプローチを提供することができる。
〔アプローチ１：ＭＡＣ ＣＥのＬＣＰマッピング制限〕
ＮＲ Ｒｅｌ－１５において、ＭＡＣ ＣＥは、任意のＵＬリソースで送信されることができる。しかしながら、これは、いくつかのＭＡＣ ＣＥが遅延にセンシティブな手順のためにトリガ／開始されることがあるため、望ましくないことがある。例えば、ＢＦＲ ＭＡＣ ＣＥは、（例えばＢＦＲ手順がトリガされた）ＢＦＲ手順の間、送信されることができ、これは、ＵＥが経験するサービス継続性に直接的に影響を及ぼすことができる。アプローチ１を用いると、ＬＣＰマッピング制限を特定のＭＡＣ ＣＥに導入し、これらのＭＡＣ ＣＥ（例えば、ＢＦＲ ＭＡＣ ＣＥ）が特定の特性を有するＵＬリソース（例えば、短い持続時間を有するＵＬリソース）でのみ送信されることを可能にすることができる。
一実装形態において、第１のインディケーションは、ＵＬリソースが第２の指示を用いて設定されたＭＡＣ ＣＥのためにのみ使用され得ることを示すように、ＵＬリソースのために設定され得る。
一実装形態において、ＵＬリソースが第１のインディケーションと同じ値を有する第２のインディケーションを用いて設定されたＭＡＣ ＣＥのためにのみ使用され得ることを示すために、特定の値を有する第１のインディケーションは、ＵＬリソースのために設定され得る。
一実装形態において、特定の状態を有する第１のインディケーションは、それが第１のインディケーションと同じ状態を有する第２のインディケーションを用いて設定されたＭＡＣ ＣＥのためにのみ使用されることがあることを示すために、ＵＬリソースのために設定されることがある。
一実装形態において、第１のインディケーションは、ＵＬリソースが第２のインディケーションを用いて設定されていないＭＡＣ ＣＥのためにのみ使用され得ることを示すように、ＵＬリソースのために設定され得る。
一実装形態において、ＵＬリソースが第１のインディケーションとは異なる値を有する第２のインディケーションを用いて設定されたＭＡＣ ＣＥのためにのみ使用され得ることを示すために、特定の値を有する第１のインディケーションは、ＵＬリソースのために設定され得る。
一実装形態において、特定の状態を有する第１のインディケーションは、それが第１のインディケーションとは異なる状態を有する第２のインディケーションを用いて設定されたＭＡＣ ＣＥのためにのみ使用されることがあることを示すために、ＵＬリソースのために設定されることがある。
一実装形態において、ＵＥが送信のためにＭＡＣ ＣＥに対応するＵＬリソースを割り当てることを意味するＭＡＣ ＣＥのために、ＵＬリソースは、使用されることがある。
一実装形態において、ＵＥが送信のためにＭＡＣ ＣＥに対応するＵＬリソースを割り当てないことを意味するＭＡＣ ＣＥのために、ＵＬリソースは、使用されないことがある。
一実装形態において、第１のインディケーションは、ＵＬグラントのＤＬ ＲＲＣ信号又はＤＬ制御情報（ＤＣＩ：DL Control Information）フィールドにおいて提供され得る。
一実装形態において、第１のインディケーションがＵＬグラントのＤＣＩフィールド内に提供される場合、第１のインディケーションを用いて設定されたＵＬリソースは、このＵＬグラントによってスケジュールされたＵＬリソースに対応し得る。
一実装形態において、ＭＡＣ ＣＥのための第２のインディケーションは、ＲＲＣ信号を介して送信され得る。例えば、ＭＡＣ ＣＥのインディケーションは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ、ＢＳＲ－Ｃｏｎｆｉｇ ＩＥ、ＰＨＲ－Ｃｏｎｆｉｇ ＩＥ、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ、及びｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ ＩＥなどで設定できる。一実装形態において、ＵＥは、ＭＡＣ ＣＥに関連付けられた設定内のインディケーションを用いて設定されてもよい。例えば、インディケーションは、ＢＳＲ ＭＡＣ ＣＥのＢＳＲ－ｃｏｎｆｉｇで設定できる。別の例において、インディケーションは、ＢＦＲ ＭＡＣ ＣＥのためのＳＣｅｌｌ ＢＦＲ設定において設定され得る。
一実装形態において、第１及び／又は第２のインジケータは、真（ＴＲＵＥ）又は偽（ＦＡＬＳＥ）の状態で表現されることがある。
一実装形態において、第２のインディケーションは、（遅延にセンシティブであり得る）ＢＦＲ ＭＡＣ ＣＥのために設定され得る。ネットワークは、（例えば、時間領域において比較的短い持続時間を有する）固有の特性を有するＵＬリソースへの第１のインディケーションを設定して、ＢＦＲ ＭＡＣ ＣＥは、ＵＬリソースでのみ送信されることを可能にすることができる。したがって、ＢＦＲ手順の遅延を短縮することができる。
一実装形態において、１の値を有する第２のインディケーションは、（遅延にセンシティブであり得る）ＢＦＲ ＭＡＣ ＣＥのために設定され得る。ネットワークは、ＢＦＲ ＭＡＣ ＣＥがＵＬリソースでのみ送信されることを可能にするために、（例えば、時間領域において比較的短い持続時間を有する）固有の特性を有するＵＬリソースに、（第２のインディケーションの値と同じ）１の値を有する第１のインディケーションを設定することができる。したがって、ＢＦＲ手順の遅延を短縮することができる。
一実装形態において、真の状態の２番目のインディケーションは、（遅延にセンシティブである）ＢＦＲ ＭＡＣ ＣＥのために設定できる。ネットワークは、ＢＦＲ ＭＡＣ ＣＥがそれらのＵＬリソースでのみ送信されることを可能にするために、（例えば、時間領域において比較的短い持続時間を有する）固有の特性を有するＵＬリソースに、真（二番目のインディケーションの値と同じ）の状態を有する第１のインディケーションを設定することができる。したがって、ＢＦＲ手順の遅延を短縮することができる。
一実装形態において、ＵＥが受信されたＵＬリソースに対応する構成によってＬＣＰルールを適用することができるように、第１のインディケーション又は第２のインディケーションのいずれかを、ＵＥ毎に、ＭＡＣエンティティ毎に、ＬＣＨ毎に、ＣＣ毎に、ＢＷＰ毎に、又はビーム毎に設定することができる。
一実装形態において、１つ又は複数のインディケーション／パラメータは、ＭＡＣ ＣＥがＭＡＣ ＣＥの送信を制限するように、例えばＵＬリソースを使用してＭＡＣ ＣＥを制限するように、ＭＡＣ ＣＥのために設定され得る。例えば、ＵＬリソースが新しい送信のために利用可能になったとき、ＭＡＣエンティティは、ＭＡＣ ＣＥのために設定されたインディケーション、及び／又は送信のために利用可能なデータを有するＬＣＨ毎に設定されたＬＣＰマッピング制限に基づいて、ＬＣＨからのＭＡＣ ＣＥ及び／又はデータが対応するＵＬリソースで送信され得るか否かを決定することができる。
一実装形態において、ＵＬ送信が実行されるとき、ＵＥがＭＡＣ ＣＥ及び／又はＬＣＨのために対応するＵＬリソースを割り振る場合、ＭＡＣ ＣＥ及び／又はＬＣＨからのデータは、対応するＵＬリソースで送信され得る。
一実装形態において、ＵＥがＵＬリソースのためのＭＡＣ ＣＥを生成できない場合（例えば、ＵＬリソースを割り当てるためのＬＣＰ手順を実行するとき）、ＭＡＣ ＣＥは、ＵＬリソースの使用を制限されることがある。
一実装形態において、ＵＥがＵＬリソースのためのＭＡＣ ＣＥを生成する場合（例えば、ＵＬリソースを割り当てるためのＬＣＰ手順を実行するとき）、ＭＡＣ ＣＥは、対応するＵＬリソースで送信されてよい。
一実装形態において、インディケーションがＭＡＣ ＣＥのために設定されていない（又は存在しない）場合、対応するＭＡＣ ＣＥは、ＬＣＰ手順に基づいて、任意のＵＬリソースで送信されてよい。
一実装形態において、インディケーションは、ＭＡＣ ＣＥのためにのみ設定されることがある。ＭＡＣ ＣＥは、設定されたグラント確認のＭＡＣ ＣＥ、ＢＳＲ ＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、推奨ビットレートクエリのＭＡＣ ＣＥ、パディングに含まれるＢＳＲのＭＡＣ ＣＥ、及び／又はＢＦＲ ＭＡＣ ＣＥの１つ若しくは複数の、又は任意の組み合わせである。従って、ＭＡＣエンティティは、（ＬＣＰマッピング）制限が新しい送信のためのＭＡＣ ＰＤＵを生成するとき、特定のＭＡＣ ＣＥ及び／又はＬＣＨのために設定されているかどうかのみを考慮することがある。
一実装形態において、このインディケーションは、３ＧＰＰ ＴＳ ３８．３３１、バージョン１５．５．０内で特定されているように、以下のパラメータ／ＩＥ、例えば、ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、及び／又はａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌの内の１つ又は複数とすることができる。
一実装形態において、このインディケーションは、例えば、マッピング制限のための新しいマッピング制限であってよい。ＭＡＣ ＣＥタイプに設定されているとき、マッピング制限は、特定の特性を有するＵＬリソースで送信されるＭＡＣ ＣＥタイプを制限することがある。特性は、リソースタイプ、ＢＷＰインデックス、変調符号化方式（ＭＣＳ：Modulation Coding Scheme）表、設定されたグラント周期性、ＣＧのＣＧ／サブセットなどの１つ若しくは複数、又は任意の組合せによって決定され得る。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、自律ＵＬ送信（ＡＵＬ：Autonomous UL transmission）などを含むことができる。
一実装形態において、ネットワークは、ＢＦＲ ＭＡＣ ＣＥのためのみに、ＰＣｅｌｌのインデックス及び／又はＰＳＣｅｌｌのインデックスを用いて、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌを設定するように制限され得る。
一実装形態において、ＭＡＣ ＣＥのためのインディケーションは、ＤＬ ＲＲＣ信号を介して送信され得る。例えば、ＭＡＣ ＣＥのインディケーションは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ、ＢＳＲ－Ｃｏｎｆｉｇ ＩＥ、ＰＨＲ－Ｃｏｎｆｉｇ ＩＥ、ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ ＩＥなどで設定できる。一実装形態において、ＵＥは、ＭＡＣ ＣＥに関連付けられた設定内のインディケーションを用いて設定されてもよい。例えば、ＢＳＲ ＭＡＣ ＣＥのためのＢＳＲ－ｃｏｎｆｉｇでインディケーションを設定できる。別の例において、インディケーションは、ＢＦＲ ＭＡＣ ＣＥのためのＳＣｅｌｌ ＢＦＲ設定において設定され得る。
１つの実装形態において、ＵＬリソースは、動的グラント、設定済みグラントタイプ１／タイプ２、又はＡＵＬによって割り当てることができる。
一実装形態において、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎは、（遅延にセンシティブであり得る）ＢＦＲ ＭＡＣ ＣＥのために設定され得る。したがって、ＢＦＲ ＭＡＣ ＣＥは、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎによって示される持続時間よりも短いか又は等しいＰＵＳＣＨ持続時間をもたらすＵＬグラントを使用してのみ送信され得る。１つの実装形態において、ＢＦＲ ＭＡＣ ＣＥに新しいマッピング制限を設定できる。したがって、ＢＦＲ手順の遅延を短縮することができる。
ＵＥのＭＡＣエンティティの処理は、表１に基づくことができる。
〔アプローチ２：ＭＡＣ ＣＥのグループ化〕
一実装形態において、第１のインディケーションは、ネットワークによって送信されてもよい。第１のインディケーションに基づくと、ＵＥは、全てのＭＡＣ ＣＥタイプがＵＬリソースに含まれ得るかどうか、又は特定のＭＡＣ ＣＥタイプのみがＵＬリソースに含まれ得るかどうかを決定し得る。
一実装形態において、第１のインディケーションは、ＲＲＣ信号を介して送信され得る。これは、全てのＭＡＣ ＣＥタイプ又は特定のＭＡＣ ＣＥタイプのみが、設定されたグラントタイプ１／タイプ２、又はＡＵＬのＵＬリソースに含まれ得るかどうかを示すために使用できる。第１のインディケーションは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ又はＡＵＬ－Ｃｏｎｆｉｇ－ｒ１５ ＩＥで設定されてもよいが、これに限定されない。
一実装形態において、第１のインディケーションは、ＲＲＣ信号を介して送信され得る。これは、ＣＧの特定のＢＷＰ／セル／サブセット／ＣＧ／ＴＣＩ状態上で受信されるＵＬリソースに、全てのＭＡＣ ＣＥタイプ又は特定のＭＡＣ ＣＥタイプのみが含まれ得るかどうかを示すために使用され得る。例えば、第１のインディケーションは、特定のＵＬ ＢＷＰで受信されたＵＬリソースに特定のＭＡＣ ＣＥタイプのみが含まれることを示すために、ＰＵＳＣＨ－Ｃｏｎｆｉｇ ＩＥ又はＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥで設定されることができる。
一実装形態において、第１のインディケーションは、ＵＬグラントのＤＣＩフィールドを介して送信され得る。これは、全てのＭＡＣ ＣＥタイプ又は特定のＭＡＣ ＣＥタイプのみが、このＵＬグラントによって示されるＵＬリソースに含まれ得るかどうかを示すために使用され得る。
一実装形態において、ＭＡＣ ＣＥタイプは、ＢＦＲ ＭＡＣ ＣＥ、設定されたグラント確認のＭＡＣ ＣＥ、パディングのために含まれるＢＳＲを除くＢＳＲのためのＭＡＣ ＣＥ、パディングのために含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのためのＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、推奨ビットレートクエリのためのＭＡＣ ＣＥ、パディングのために含まれる（ＳＬ）ＢＳＲのためのＭＡＣ ＣＥ、ＳＰＳ／ＡＵＬ確認のためのＭＡＣ ＣＥなどであってもよいが、これらに限定されない。
一実装形態において、第２のインディケーションは、ネットワークによって送信されてもよい。第２のインディケーションに基づくと、ＵＥは、ＭＡＣ ＣＥタイプが特定のＭＡＣ ＣＥタイプに属するかどうかを決定することができる。例えば、ＰＨＲ ＭＡＣ ＣＥに第２のインディケーションが設定されているとき、ＰＨＲ ＭＡＣ ＣＥは、固有のＭＡＣ ＣＥに属する。逆に、ＰＨＲ ＭＡＣ ＣＥに第２のインディケーションが設定されていない場合、ＰＨＲ ＭＡＣ ＣＥは、特定のＭＡＣ ＣＥに属しない。第２のインディケーションは、ＲＲＣ信号又はＤＣＩ信号を介して送信され得る。一実装形態において、特定のＭＡＣ ＣＥタイプがＵＬリソースに含まれるかどうかは、ＵＥがＵＬリソースのための特定のＭＡＣ ＣＥタイプを生成するかどうか（例えば、ＵＬリソースを割り当てるためのＬＣＰ手順を実行するとき）を意味する。
一実装形態において、第１のインディケーションは、対応するＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥによってスケジュールされたＵＬリソースが特定のＭＡＣ ＣＥの送信にのみ使用され得ることを示すために、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥで設定されることができる。更に、ＭＡＣ ＣＥがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥによってスケジュールされたＵＬリソースで送信され得ることを示すために、特定のＭＡＣ ＣＥ（例えば、ＢＦＲ ＭＡＣ ＣＥ）のために第２のインディケーションを設定することができる。
一実装形態において、第１のインディケーションは、このＵＬ ＢＷＰ上のＵＬリソースが固有のＭＡＣ ＣＥを送信するためにのみ使用され得ることを示すために、例えば短いＳＣＳを有するＵＬ ＢＷＰについて、特定のＵＬ ＢＷＰにおいて設定され得る。更に、ＭＡＣ ＣＥ（例えば、ＢＦＲ ＭＡＣ ＣＥ）がこのＵＬ ＢＷＰ上のＵＬリソースで送信され得ることを示すために、（例えばＢＦＲ ＭＡＣ ＣＥ）遅延センシティブであり得る、固有のＭＡＣ ＣＥのために第２のインディケーションは、設定され得る。
一実装形態において、第１のインディケーションは、ＢＷＰ固有であるＰＵＳＣＨ－Ｃｏｎｆｉｇ ＩＥ／ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ内で設定され得る。第１のインディケーションが、インデックスｊを有するＵＬ ＢＷＰ内で設定されるＰＵＳＣＨ－Ｃｏｎｆｉｇ ＩＥ／ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥにおいて設定される場合、インデックスｊを有するＵＬ ＢＷＰ上のＵＬリソースは、固有のＭＡＣ ＣＥ、例えば、第２のインディケーションを用いて設定されたＭＡＣ ＣＥを送信するためにのみ使用され得る。
〔アプローチ３：ＭＡＣ ＣＥよりもＵＲＬＬＣデータに優先順位を付ける〕
一実装形態において、以下の条件の１つ若しくは複数、又は任意の組み合わせが満たされる場合、ＵＬリソースが到着したとき、特定のＭＡＣ ＣＥタイプは、ＭＡＣ ＰＤＵに含まれないことがある：
－対応するＵＬリソースが、特定のＲＮＴＩ（例えば、ＭＣＳ Ｃ－ＲＮＴＩ）、特定のＰＵＳＣＨ持続時間（又は閾値より小さいＰＵＳＣＨ持続時間）、特定のＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ、又は他の低ブロックエラー率（ＢＬＥＲ：Block Error Rate）ＭＣＳ表）、特定のＤＣＩフォーマットを有するＵＬグラントによって示される特定の繰り返し回数、周期性、ＲＡＮプロファイル、ミニスロットベースのスケジューリング、重複アクティブ化／非アクティブ化状態などに関連する、特定の特性を有するＵＲＬＬＣサービスのためのものである、などの場合；
－非スロットベースの繰り返しを実行するために、対応するＵＬリソースが示される（ない）場合；
－１つ又は複数のＬＣＨ／ＬＣＨグループ（ＬＣＧ）がＵＲＬＬＣサービスのために特別に設定されている場合；
－１つ又は複数のＬＣＨ／ＬＣＧが特定のネットワークスライスのために特に設定されている場合、及び、
－１つ又は複数のＬＣＨ／ＬＣＧがＵＲＬＬＣサービスのために特に設定され、対応するＵＬリソースで報告される利用可能なデータを有する場合。
特定のＭＡＣ ＣＥタイプは、ＢＦＲ ＭＡＣ ＣＥ、設定されたグラント確認のＭＡＣ ＣＥ、パディングに含まれるＢＳＲを除くＢＳＲのためのＭＡＣ ＣＥ、パディングに含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのためのＭＡＣ ＣＥ、パディングに含まれるＰＨＲ ＭＡＣ ＣＥ、推奨ビットレートクエリのためのＭＡＣ ＣＥ、パディングに含まれる（ＳＬ）ＢＳＲのためのＭＡＣ ＣＥ、ＳＰＳ／ＡＵＬ確認のためのＭＡＣ ＣＥなど、１つ若しくは複数、又は任意の組み合わせである。
一実装形態において、ＢＳＲ ＭＡＣ ＣＥ（例えば、パディングに含まれるＢＳＲを除くＢＳＲのＭＡＣ ＣＥ、パディングに含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのＭＡＣ ＣＥ、パディングに含まれる（ＳＬ）ＢＳＲ）は、以下の条件の１つ若しくは複数、又は任意の組合せが満たされる場合、ＵＬリソースで送信されないことがある：
－ 関連するＵＬリソースが、固有の特性を持つＵＲＬＣサービスである場合、例えば、特定のＲＮＴＩ（例えば、ＭＣＳ Ｃ－ＲＮＴＩ）に関連付けられた、特定のＰＵＳＣＨ持続時間（例えば、ＰＵＳＣＨ持続時間が閾値より小さい）を持つ、特定のＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ又は他の低ＢＬＥＲ ＭＣＳ表）を設定する、特定のＤＣＩ形式、周期性などを持つＵＬグラントによって示される特定の繰り返し回数で示される；
－ ＢＳＲ ＭＡＣ ＣＥが非ＵＲＬＬＣサービスに特有のＬＣＧ／ＬＣＨのみを報告する必要がある場合、例えば、ＵＲＬＬＣサービスに特有のＬＣＨ／ＬＣＧは、ＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵが構築されるときに送信に利用可能なデータを有していない；
－ ＵＲＬＬＣサービスのために特別に設定された全てのＬＣＨ／ＬＣＧのバッファサイズがゼロである場合；
－ 特別にＵＲＬＬＣサービスのために設定された全てのＬＣＨ／ＬＣＧのバッファサイズが閾値よりも小さい場合；
－ １つ又は複数のＬＣＨ／ＬＣＧがＵＲＬＬＣサービスのために特別に設定されている場合、及び
－ １つ又は複数のＬＣＨ／ＬＣＧがＵＲＬＬＣサービスのために特別に設定されており、対応するＵＬリソースで報告可能なデータを有している場合。
一実装形態において、ＵＬリソース（例えば、ＵＬリソース＃１）がＵＬグラント（例えば、動的グラント）によって、特定のＤＣＩフォーマット、例えば、ＵＲＬＬＣサービスのためのＤＣＩ形式で示され、ＵＲＬＬＣサービスのためのＬＣＧも、ＢＳＲ ＭＡＣ ＣＥで報告される必要がない場合、このＢＳＲ ＭＡＣ ＣＥは、ＵＬリソース＃１で送信されないことがある。
一実装形態において、ＵＲＬＬＣサービスに特有のＬＣＨは、特定のパラメータ（例えば、ｐｒｉｏｒｉｔｙ、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎなど）及び／又は特定のマッピング制限（例えば、ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓなど）及び／又は特定のＬＣＩＤに関連付けることができる。一実装形態において、特にＵＲＬＬＣサービスのためのＬＣＨがＲＲＣシグナリングを介してネットワークによって明示的に示され得る。
一実装形態において、特にＵＲＬＬＣサービスのためのＬＣＧは、ＵＲＬＬＣサービスのために設定された少なくとも１つのＬＣＨを含むＬＣＧとすることができる。一実装形態において、特にＵＲＬＬＣサービスのためのＬＣＧは、特定のＬＣＧ ＩＤを有することができる。
一実装形態において、ＵＬリソース（例えば、ＵＬリソース＃１）が特定のＤＣＩ形式を有するＵＬグラント（例えば、動的グラント）、特にＵＲＬＬＣサービスのためのＤＣＩ形式によって示され、ＵＬＬＣリソース＃１で報告されるために利用可能なデータを有するＵＲＬＬＣサービスのために特に設定されたＬＣＨが存在する場合、ＰＨＲ ＭＡＣ ＣＥは、ＵＬリソース＃１で送信されないことがある。
一実装形態において、以下の条件の１つ若しくは複数、又は任意の組み合わせが満たされる場合、特定のＭＡＣ ＣＥタイプは、特にＵＲＬＬＣサービスのためのＬＣＨよりも後のＵＬリソースで割り当てられてよい：
－ 対応するＵＬリソースが固有の特性を有するＵＲＬＬＣサービスのためのものである場合、例えば、特定のＲＮＴＩ（例えば、ＭＣＳ Ｃ－ＲＮＴＩ）に関連付けられた、特定のＰＵＳＣＨ持続時間（例えば、閾値よりも小さいＰＵＳＣＨ持続時間）を有する、特定のＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ又は他の低ＢＬＥＲ ＭＣＳ表）で設定された、特定の繰り返し回数で設定される、特定のＤＣＩ形式、周期性などを有するＵＬグラントによって示される；
－ １つ又は複数のＬＣＨ／ＬＣＧがＵＲＬＬＣサービスのために特に設定されている場合、及び
－ １つ又は複数のＬＣＨ／ＬＣＧがＵＲＬＬＣサービスのために特に設定され、対応するＵＬリソースで報告される利用可能なデータを有する場合。
一実装形態において、特にＵＲＬＬＣサービスのためのＬＣＨがＲＲＣ信号を介してネットワークによって明示的に示され得る。
一実装形態において、特にＵＲＬＬＣサービスのためにＬＣＨは、（例えば、ｐｒｉｏｒｉｔｙ、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎなどの）特定パラメータ、及び／又は（例えば、ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓなどの）マッピング制約、及び／又はＬＣＩＤに関連付けられ得る。
〔アプローチ４：設定された優先順位に基づく優先順位付け〕
一実装形態において、既存の／新しいＭＡＣ ＣＥタイプの内の１つ又は複数のために、インディケーションを設定することができる。ＵＬリソースが新しい送信に利用可能になるとき、ＭＡＣエンティティは、ＭＡＣ ＣＥ及びＬＣＨにリソースを割り当てて、特定の順序でＭＡＣ ＰＤＵを多重化することができ、これはインディケーションの存在／値、及び／又は各ＬＣＨに設定された優先順位によって決定されることがある。
一実装形態において、インディケーションがＭＡＣ ＣＥタイプのいずれにも設定されていない場合、ＬＣＨ及びＭＡＣ ＣＥは、ＴＳ３８．３２１バージョン１５．５．０で規定されている順序で優先順位を付けることができる。一方で、インディケーションがＭＡＣ ＣＥタイプの内の少なくとも１つのために設定される場合、ＬＣＨ及びＭＡＣ ＣＥは、ＴＳ３８．３２１バージョン１５．５．０で規定された順序とは異なる新しい順序で優先順位付けされ得る。
一実装形態において、ＭＡＣ ＣＥタイプに設定された全てのインディケーションが具体的な値（例えば、０）を示す場合、ＬＣＨ及びＭＡＣ ＣＥは、ＴＳ３８．３２１バージョン１５．５．０で規定された順序で優先順位付けされることがある。そうでない場合、ＭＡＣ ＣＥタイプのために設定された少なくとも１つのインディケーションが別の具体的な値（例えば、１）を持つ場合、ＬＣＨ及びＭＡＣ ＣＥは、ＴＳ３８．３２１バージョン１５．５．０で規定されている順序とは別の新しい順序で優先順位付けされることがある。
一実装形態において、ＭＡＣ ＣＥのために設定されたインディケーションは、ＲＲＣ信号を介して送信され得る。例えば、ＭＡＣ ＣＥに設定されたインディケーションは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥ、ＢＳＲ－Ｃｏｎｆｉｇ ＩＥ、ＰＨＲ－Ｃｏｎｆｉｇ ＩＥ、及びｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ ＩＥなどで設定できる。一実装形態において、ＭＡＣ ＣＥのためのインディケーションは、このＭＡＣ ＣＥの関連したパラメータを含む設定の中で設定されてもよい。例えば、ＢＳＲ ＭＡＣ ＣＥのインディケーションは、ＢＳＲ－ｃｏｎｆｉｇ ＩＥで設定できる。例えば、ＰＨＲ ＭＡＣ ＣＥのインディケーションは、ＰＨＲ－Ｃｏｎｆｉｇ ＩＥで設定できる。例えば、ＢＦＲ ＭＡＣ ＣＥのインディケーションは、ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ ＩＥにおいて設定されてもよい。例えば、設定されたグラント確認のＭＡＣ ＣＥのインディケーションは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥで設定できる。
一実装形態において、ＭＡＣ ＣＥタイプのためのインディケーション（例えば、１ビットのインディケーション）の存在は、対応するＭＡＣ ＣＥタイプが特定のＬＣＨより後／前のリソースで割り当てられることがあることを示すことがある。例えば、ＭＡＣ ＣＥのためのＬＣＰの優先順位は、特定ＬＣＨの優先順位より低い／高いことができる。
一実装形態において、特定の値（例えば、１）を持つＭＡＣ ＣＥタイプのインディケーション（例えば、１ビットのインディケーション）は、対応するＭＡＣ ＣＥタイプが特定のＬＣＨより後／前のリソースで割り当てられることがあることを示すことがある。
一実装形態において、ＭＡＣ ＣＥがリソースに割り当てられていない場合、ＵＥは、ＭＡＣ ＣＥを生成しないことがある。逆に、ＭＡＣ ＣＥにリソースが割り当てられている場合、ＵＥは、ＭＡＣ ＣＥを生成することがある。
一実装形態において、ＭＡＣ ＣＥタイプのために設定されたインディケーションは、ｐｒｉｏｒｉｔｙ値であってよい。ＵＥは、ＭＡＣ ＣＥのために設定されたｐｒｉｏｒｉｔｙ値をＬＣＨのために設定されたｐｒｉｏｒｉｔｙ値と比較して、ＬＣＰ手順の間、リソース割当ての順序を決定することができる（例えば、新しい送信のためにＭＡＣ ＰＤＵを多重化する手順）。より高い／より低いｐｒｉｏｒｉｔｙ値で設定されたＭＡＣ ＣＥ／ＬＣＨは、以前のリソースで割り当てられていることがある。一方で、ＭＡＣ ＣＥが等しいｐｒｉｏｒｉｔｙ値をＬＣＨとして設定される場合、ＭＡＣ ＣＥ／ＬＣＨは、最初にリソースに割り当てられてよい。例えば、送信のために入手可能なデータを持つＬＣＨがｐｒｉｏｒｉｔｙ値１で設定され、報告されるべきＢＳＲ ＭＡＣ ＣＥがｐｒｉｏｒｉｔｙ値２で設定される場合、新しい送信のためのＵＬリソースが到着すると、ＬＣＨは、ＢＳＲ ＭＡＣ ＣＥの前にリソースを割り当てられることがある。更に、ＬＣＨに割り当てられるリソースのサイズは、優先順位付けされたビットレート（ＰＢＲ：Prioritized Bit Rate）（例えば、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ）、バケットサイズ持続時間（ＢＳＤ：Bucket Size Duration）（例えば、バケットサイズ持続時間）、及びこのＬＣＨの可変Ｂｊに従うこともできる。例えば、送信が実行されるとき、ＵＥは次の逐次的な順序でリソースを割り当てることができる：
－ Ｂｊ＞０、又は優先順位が設定されたＭＡＣ ＣＥのＵＬグラントのための（データの利用可能性とＬＣＨに設定されたマッピング制限を考慮して）選択されたＬＣＨは、優先順位の低い順にリソースが割り当てられる。ＬＣＨのＰＢＲが無限大にセットされる場合、ＭＡＣエンティティは、より低い優先順位のＬＣＨのＰＢＲを満たす前に、ＬＣＨでの送信のために利用可能な全てのデータのためのリソースを割り当てる；
－ 上述したＬＣＨｊにサービスされるＭＡＣ ＳＤＵの合計サイズだけＢｊをデクリメントする；
－ 任意のリソースが残る場合、（データの利用可能性とＬＣＨに設定されたマッピング制限を考慮して）選択された全てのＬＣＨは、そのＬＣＨのデータ又はＵＬグラントのいずれかが使い果たされるまで、（Ｂｊの値に関係なく）優先順位が低くなる。同等の優先順位で設定されたＬＣＨは、同様にサービスを受けるべきである。
一実装形態において、可変Ｂｊは、各ＬＣＨｊのために維持され得る。ＭＡＣエンティティは、ＬＣＨが確立されるとき、ＬＣＨｊの可変Ｂｊをゼロに初期化することがある。更に、各ＬＣＨｊについて、ＭＡＣエンティティは、ＬＣＰ手順の全てのインスタンスの前に、ＰＢＲとＴとの積によってＢｊの値をインクリメントすることができ、ここで、Ｔは、可変Ｂｊが最後にインクリメントされてから経過した時間であり、ＰＢＲは、各ＬＣＨについて、ネットワークによって設定されることができる。更に、Ｂｊの値がバケットサイズ（例えば、ＰＢＲとＢＳＤとの積）より大きい場合、ＵＥは、Ｂｊの値をバケットサイズに設定することができる。
一実装形態において、特定のＬＣＨは、特定の値ｘよりも高い／よりも低い設定されたｐｒｉｏｒｉｔｙを有するＬＣＨに対応し得る。値ｘは、ＵＥによって事前設定されてもよいし、ネットワークによって送信されてもよい。
一実装形態において、特定のＬＣＨは、特定のマッピング制限、例えばａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ ＩＥ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ ＩＥ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ ＩＥ、及びａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓ ＩＥ（例えば３ＧＰＰ ＴＳ３８．３３１、バージョン１５．５．０で提供される）の１つ若しくは複数の、又は任意の組合せで設定されたＬＣＨに対応することができる。
一実装形態において、特定のＬＣＨは、特定のマッピング制限で設定されたＬＣＨに対応することができ、例えば、ＭＡＣ ＣＥタイプのために設定されたとき、マッピング制限は、ＭＡＣ ＣＥタイプを特定の特性を持つＵＬリソースに制限し、例えば、ＵＬリソースは、リソースタイプ、ＢＷＰインデックス、ＭＣＳ表、設定されたグラント周期性、ＣＧ／サブセットなどの１つ若しくは複数の、又は任意の組合せに関連付けることができる。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどを含むことができる。
一実装形態において、インディケーション（例えば、１ビットのインディケーション）は、ＰＨＲ ＭＡＣ ＣＥのために設定されてよい。このインディケーションの存在は、ＰＨＲ ＭＡＣ ＣＥが、例えばｘよりも小さく設定されたｐｒｉｏｒｉｔｙを有するＬＣＨである、特定のＬＣＨのより低いＬＣＰ優先順位を有することを示すことができる。この例において、ｘより小さいｐｒｉｏｒｉｔｙ値を有するＬＣＨは、特にＵＲＬＬＣに関連したサービスのために設定されてよい。
一実装形態において、インディケーション（例えば、１ビットのインディケーション）は、ＢＦＲ ＭＡＣ ＣＥのために設定されてよい。このインディケーションの存在は、ＢＦＲ ＭＡＣ ＣＥが、例えばｘよりも小さく設定されたｐｒｉｏｒｉｔｙ値を有するＬＣＨである、特定のＬＣＨよりも低いＬＣＰ優先順位を有することを示すことができる。この例において、ｘより小さいｐｒｉｏｒｉｔｙ値を有するＬＣＨは、特にＵＲＬＬＣに関連したサービスのために設定されてよい。
〔アプローチ５：ＭＡＣ ＣＥの優先順位〕
例えばＢＦＲ ＭＡＣ ＣＥ、新しいＭＡＣ ＣＥが導入される場合、多重化のためのＢＦＲ ＭＡＣ ＣＥの優先順位は、例えば他のＭＡＣ ＣＥと比較される新しいＭＡＣ ＣＥの特性に基づいて、特定されることができる。上述したように、ＢＦＲ ＭＡＣ ＣＥは、ＳＣｅｌｌがビーム障害イベントを検出したとき、送信され得る。ビーム障害イベントがＳＣｅｌｌのために検出されるとき、ビーム障害ＳＣｅｌｌの無線チャネルは、ワイヤレス通信システムの非効率性、例えば電力消費、リソース非効率性、チャネル干渉などを引き起こすことがあり、送信されるために認証されないであろう。ＳＣｅｌｌのためのＵＥとネットワークとの間のビームのミスアライメントを回復することが重要であり得る。したがって、ＢＦＲ ＭＡＣ ＣＥの優先度は、高い。
一実装形態において、ＵＥがＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化するとき、ＢＦＲ ＭＡＣ ＣＥは、以下の順序（最初にリストされた最高の優先順位）に従って優先順位付けされ得る：
－ Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ；
－ ＢＦＲ ＭＡＣ ＣＥ；
－ 設定されたグラント確認のＭＡＣ ＣＥ；
－ パディングに含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ ＣＥ；
－ シングルエントリＰＨＲ ＭＡＣ ＣＥ又は複数エントリＰＨＲ ＭＡＣ ＣＥ；
－ ＵＬ－ＣＣＣＨからのデータを除く、任意のＬＣＨからのデータ；
－ 推奨ビットレートクエリのためのＭＡＣ ＣＥ；
－ パディングのために含まれるＢＳＲのためのＭＡＣ ＣＥ。
一実装形態において、ＵＥがＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化するとき、ＢＦＲ ＭＡＣ ＣＥは、以下の順序（最初にリストされた最高の優先順位）に従って優先順位付けされ得る：
－ Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ；
－ 設定されたグラント確認のＭＡＣ ＣＥ；
－ ＢＦＲ ＭＡＣ ＣＥ；
－ パディングのために含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ ＣＥ；
－ シングルエントリＰＨＲ ＭＡＣ ＣＥ又は複数エントリＰＨＲ ＭＡＣ ＣＥ；
－ ＵＬ－ＣＣＣＨからのデータを除く、任意のＬＣＨからのデータ；
－ 推奨ビットレートクエリのためのＭＡＣ ＣＥ；
－ パディングのために含まれるＢＳＲのためのＭＡＣ ＣＥ。
一実装形態において、ＵＥがＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化するとき、ＢＦＲ ＭＡＣ ＣＥは、以下の順序（最初にリストされた最高の優先順位）に従って優先順位付けされ得る：
－ Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ；
－ 設定したグラント確認のＭＡＣ ＣＥ；
－ パディングに含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ ＣＥ；
－ ＢＦＲ ＭＡＣ ＣＥ；
－ シングルエントリＰＨＲ ＭＡＣ ＣＥ又は複数エントリＰＨＲ ＭＡＣ ＣＥ；
－ ＵＬ－ＣＣＣＨからのデータを除く、任意のＬＣＨからのデータ；
－ 推奨ビットレートクエリのためのＭＡＣ ＣＥ；
－ パディングのために含まれるＢＳＲのためのＭＡＣ ＣＥ。
一実装形態において、ＵＥがＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化するとき、ＢＦＲ ＭＡＣ ＣＥは、以下の順序（最初にリストされた最高の優先順位）に従って優先順位付けされ得る：
－ Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ；
－ 設定したグラント確認のＭＡＣ ＣＥ；
－ パディングに含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ ＣＥ；
－ シングルエントリＰＨＲ ＭＡＣ ＣＥ又は複数エントリＰＨＲ ＭＡＣ ＣＥ；
－ ＢＦＲ ＭＡＣ ＣＥ；
－ ＵＬ－ＣＣＣＨからのデータを除く、任意のＬＣＨからのデータ；
－ 推奨ビットレートクエリのためのＭＡＣ ＣＥ；
－ パディングのために含まれるＢＳＲのためのＭＡＣ ＣＥ。
一実装形態において、ＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化する間に、異なるＭＡＣエンティティが異なる優先順位を持つことがあり、エントリ表が事前定義され、ＵＥに対して設定される。
一実装形態において、ＵＥがＭＡＣ ＣＥをＭＡＣ ＰＤＵに多重化するとき、ＢＦＲ ＭＡＣ ＣＥは設定されたグラント確認のＭＡＣ ＣＥと同じ順序で優先されることがある。
ＬＣＰ手順の例は、表２に基づくことができる。
〔アプローチ６：ＵＬ ＭＡＣ ＰＤＵにおけるＭＡＣ ＣＥの位置〕
一実装形態において、ＢＦＲ ＭＡＣ ＣＥを含む（搬送する）ＵＬ ＭＡＣ ＰＤＵが一旦、ＭＡＣ ＣＥを持つＵＬ ＭＡＣサブＰＤＵの一部は、ＭＡＣ ＳＤＵを持つＭＡＣサブＰＤＵの前、及び／又はＭＡＣ ＰＤＵにパディングを持つＭＡＣサブＰＤＵの前に置くことができる。例えば、ＢＦＲ ＭＡＣ ＣＥを持つＭＡＣサブＰＤＵは、ＭＡＣ ＳＤＵを持つＭＡＣサブＰＤＵの前に配置されてもよく、及び／又はＭＡＣ ＰＤＵにパディングを持つＭＡＣサブＰＤＵの前に配置されてもよい。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥを含む（搬送する）ＵＬ ＭＡＣ ＰＤＵが一旦、ＭＡＣ ＣＥの残りのタイプを持つＵＬ ＭＡＣサブＰＤＵの前、及び／又はＭＡＣ ＳＤＵを持つＭＡＣサブＰＤＵの前、及び／又はＭＡＣ ＰＤＵにパディングを持つＭＡＣサブＰＤＵの前に、ＭＡＣ ＣＥの特定のタイプを持つＵＬ ＭＡＣサブＰＤＵを置くことができる。例えば、ＢＦＲ ＭＡＣ ＣＥを持つＭＡＣサブＰＤＵは、ＭＡＣ ＣＥの残りのタイプを持つＭＡＣサブＰＤＵの前、及び／又はＭＡＣ ＳＤＵを持つＭＡＣサブＰＤＵの前、及び／又はＭＡＣ ＰＤＵにパディングを持つＭＡＣサブＰＤＵ の前に配置されてよい。
〔ＵＬリソースの重複〕
単一のアクティブＢＷＰ／サービングセルにおいて、２つ以上のＵＬリソース（例えば、ＰＲＡＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨリソース）送信機会は、時間領域において重複し得る。ＵＥは、限られたＵＥ能力のために、一度に送信するためにＵＬリソースの内の１つだけを選択することができる。例えば、ＳＲ送信機会のためのＰＵＣＣＨリソースがＵＬ－ＳＣＨリソース（例えば、動的ＰＵＳＣＨリソース、及び／又は設定されたＰＵＳＣＨリソース）と重複する場合、ＵＥは、ＳＲのための１つの有効なＰＵＣＣＨリソースでＳＲを送信しないことがある。この例において、このＵＥは、ＰＵＳＣＨ送信のみを行うことができる。
２つ以上のＵＬリソース送信機会の間で重複が発生し得る、多くのケースは、存在する。それぞれの重複するケースに対応するＵＥの振舞いは、以下の実装形態の中で見出され得る。
〔ケース１：２つ以上のＵＬ－ＳＣＨリソースが時間領域において重複する〕
一実装形態において、２つ以上のＵＬ－ＳＣＨリソース（例えば、ＰＵＳＣＨリソース）が時間領域において重複する場合、ＵＥは、送信のために１つのＵＬ－ＳＣＨリソースのみを選択することができる。
一実装形態において、互いに重複する２つ以上のＵＬ－ＳＣＨリソースが同じＵＬ ＢＷＰ／サービングセルにおいて割り当てられるケースにおいて、ＵＥは、１つのみのＵＬ－ＳＣＨリソースで送信することができる。
一実装形態において、時間領域において重複するＵＬ－ＳＣＨリソースは、新しい送信又は再送信のためのものであり得る。
一実装形態において、ＵＬ－ＳＣＨリソースは、ネットワークＲＲＣシグナリング、ＤＣＩシグナリング、事前設定などによって提供され得る。
一実装形態において、ＵＬ－ＳＣＨリソースは、動的グラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどのいずれかとすることができる。
一実装形態において、２つ以上のＵＬ－ＳＣＨリソースが時間領域において重複する場合、ＵＥは、ＵＬ－ＳＣＨリソースの内の１つを優先順位付けすることができる。
一実装形態において、無効にされた（送信のために選択されていない）ＵＬ－ＳＣＨリソースの送信を、ＵＥは、中断／スキップ／無視／停止することができる。
一実装形態において、無効にされた（送信のために選択されていない）ＵＬ－ＳＣＨリソースで進行中の送信を、ＵＥは、終了することができる。
一実装形態において、ＵＥは、最も高い優先度を有するＵＬ－ＳＣＨリソースを選択することができる。
一実装形態において、２つ以上のＵＬ－ＳＣＨリソースが時間領域において重複する場合、このＵＬ－ＳＣＨが重複するＵＬ－ＳＣＨリソースの中で最も高いＬＣＰ順序を有するＬＣＨ及び／又はＭＡＣ ＣＥ（送信の準備ができている）からデータを送信するために使用され得る場合、ＵＥは、ＵＬ－ＳＣＨリソースを選択し得る。ＬＣＰ順序は、３ＧＰＰ ＴＳ３８．３２１、バージョン１５．５．０で特定することができる。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥのＬＣＰ順序は、アプローチ５に基づいて決定され得る。
一実装形態において、ＬＣＨ及び／又はＭＡＣ ＣＥからのデータは、対応するＬＣＨからのデータを含むＭＡＣサブＰＤＵを生成するための基準、及び／又は対応するＭＡＣ ＣＥを含むＭＡＣサブＰＤＵを生成するための基準が満たされていることを示しうる。
一実装形態において、重複するＵＬ－ＳＣＨリソースがＬＣＨから、及び／又は（送信の準備ができている）ＭＡＣ ＣＥから、等しく最高のＬＣＰ順序でデータを送信するために使用される場合、重複するリソースは、等しい優先順位を有すると見なされる。
図３は、本発明の実施形態による、ＵＬ－ＳＣＨリソース間の優先順位付けの例を示す。図３に示すように、ＵＥは、時間領域において互いに重複する新しい送信のために、２つのＵＬ－ＳＣＨリソース（ＵＬ－ＳＣＨリソース＃１ ３０２及びＵＬ－ＳＣＨリソース＃２ ３０４）を割り当てられている。ＢＦＲ ＭＡＣ ＣＥがＵＬ－ＳＣＨリソース＃１ ３０２で送信され、ＢＳＲ ＭＡＣ ＣＥがＵＬ－ＳＣＨリソース＃２ ３０４で送信されるべきである場合（これは、本開示において前に説明された制約に基づいて、それぞれ、ＢＦＲ ＭＡＣ ＣＥ及びＢＳＲ ＭＡＣ ＣＥがＵＬ－ＳＣＨリソース＃１ ３０２で送信されるように制限されるという仮定の下であり得る）、及びＵＬ－ＳＣＨリソース＃１ ３０２及びＵＬ－ＳＣＨリソース＃２ ３０４がＵＥに割り当てられるときに、ＢＦＲ ＭＡＣ ＣＥ及びＢＳＲ ＭＡＣ ＣＥを生成するための基準が両方とも満たされている場合（例えば、ＢＦＲ－ＳＲ（手順）がトリガされ、キャンセルされていない；ＢＳＲ（手順）がトリガされ、キャンセルされていない）、ＵＬ－ＳＣＨリソース＃１ ３０２及びＵＬ－ＳＣＨリソース＃２ ３０４の優先順位は、ＢＦＲ ＭＡＣ ＣＥ及びＢＳＲ ＭＡＣ ＣＥのそれぞれのＬＣＰの優先順位の順序に基づいて決定され得る。したがって、ＵＬ－ＳＣＨリソース＃１ ３０２は、ＵＬ－ＳＣＨリソース＃２ ３０４よりも優先され得る。したがって、ネットワークは、ＢＦＲ ＭＡＣ ＣＥが送信されることができることを保証することができる（ＢＦＲ ＭＡＣ ＣＥがＢＳＲ ＭＡＣ ＣＥよりもより遅延に厳格であると仮定される）。
一実装形態において、ＵＬ－ＳＣＨリソースの優先順位は、ＵＬ－ＳＣＨリソースを介して（例えば、対応するＬＣＨからのデータを含むＭＡＣサブＰＤＵを生成するための基準、及び／又は対応するＭＡＣ ＣＥを含むＭＡＣサブＰＤＵを生成するための基準が満たされている）送信の準備ができており、最も高く設定されたｐｒｉｏｒｉｔｙを有する、特定のＬＣＨ及び／又は特定のＭＡＣ ＣＥに基づいて決定され得る。本実装形態は、ＭＡＣ ＣＥ及びＬＣＨがｐｒｉｏｒｉｔｙ値で設定されていることを前提としてよい。
一実装形態において、特定のＬＣＨは、対応するＵＬ－ＳＣＨリソースでの送信のためにＭＡＣ ＰＤＵに含まれ得る設定されたＬＣＨであり得る（例えば、ＬＣＨのために設定されたＬＣＰマッピング制限は、データが対応するＵＬ－ＳＣＨリソースで送信され得ることを示す）。一実装形態において、ＵＬ－ＳＣＨがＢＦＲ ＭＡＣ ＣＥの送信のために使用されることができる場合（例えば、ＵＬ－ＳＣＨの特性は、ＢＦＲ ＭＡＣ ＣＥのマッピング制限（設定されている／事前設定されている場合））を満たし、また、このＵＬ－ＳＣＨリソースでの送信のためのＢＦＲ ＭＡＣ ＣＥを生成するための条件（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）も満たされている場合、ＵＬ－ＳＣＨリソースが最高の優先度を有する（又は他のＵＬ－ＳＣＨよりも優先され得る）と見なされ得る。
一実装形態において、２つ以上の重複するＵＬ－ＳＣＨがＢＦＲ ＭＡＣ ＣＥの送信のために使用され得る場合、重複するＵＬ－ＳＣＨは、等しい優先度を有すると考えられ得る。
一実装形態において、ＵＬ－ＳＣＨがＣ－ＲＮＴＩ ＭＡＣ ＣＥの送信のために使用されることができる場合（例えば、ＵＬ－ＳＣＨの特性は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥのマッピング制限（設定されている／事前設定されている場合）を満たし、このＵＬ－ＳＣＨリソースでの送信のためのＣ－ＲＮＴＩ ＭＡＣ ＣＥを生成するための条件（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）が満たされている場合）、ＵＬ－ＳＣＨリソースは、最高の優先度を有すると見なされ得る。
一実装形態において、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの送信のために２つ以上の重複するＵＬ－ＳＣＨが使用され得る場合、これらの重複するＵＬ－ＳＣＨは、等しい優先度を有すると見なされ得る。
一実装形態において、ＵＬ－ＳＣＨがＭＡＣ ＣＥ／ＬＣＨの送信のために使用される場合（例えば、ＵＬ－ＳＣＨの特性がネットワークによって明示的に示された対応するＭＡＣ ＣＥ／ＬＣＨのマッピング制限（設定されている／事前設定されている場合）を満たし、また、対応するＭＡＣ ＣＥ／ＬＣＨが送信の準備ができている場合（例えば、対応するＬＣＨからのデータを含むＭＡＣサブＰＤＵを生成するための基準、及び／又は対応するＭＡＣ ＣＥを含むＭＡＣサブＰＤＵを生成するための基準が満たされている場合）、ＵＬ－ＳＣＨリソースは、最高の優先順位を有すると見なされ得る。ｇＮＢは、ＲＲＣ信号、例えばＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ、ＢＳＲ－Ｃｏｎｆｉｇ ＩＥ、ＰＨＲ－Ｃｏｎｆｉｇ ＩＥ、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ ＩＥなど、を介して、インディケーションを提供してもよい。時間領域において重複する２つのＵＬ－ＳＣＨリソースがネットワークによって明示的に示されるＭＡＣ ＣＥ及び／又はＬＣＨを含み得、これらのＭＡＣ ＣＥ及び／又はＬＣＨが送信の準備ができている場合、２つのＵＬ－ＳＣＨリソースの優先順位は、同じと考えられ得る。
一実装形態において、ＵＬ－ＳＣＨリソースの優先順位は、ＲＲＣ信号、ＤＣＩ信号などを介してネットワークによって明示的に示され得る。
一実装形態において、ｇＮＢは、ＤＣＩ信号／ＲＲＣ信号を介して、それぞれのＵＬ－ＳＣＨのプライオリティ値（例えば、１、２、３、４など）を示すことができる。時間領域において２つ以上のＵＬ－ＳＣＨリソースが重複する場合、最も高い／最も低い優先順位の値を有するＵＬ－ＳＣＨは、最も高い優先順位を有すると見なされてもよい。
一実装形態において、ネットワークによってインディケーションが提供されてもよい。示されたＵＬ－ＳＣＨリソースは、ＵＬ－ＳＣＨが属するＣＧ／ＣＧの対応するＢＷＰ／セル／サブセット上で最高の優先順位を有することができる。
一実装形態において、ＵＬ－ＳＣＨリソースの優先順位は、リソースタイプ、ＲＮＴＩのタイプ、ＤＣＩフォーマット、ＵＬ－ＳＣＨを設定するために使用されるパラメータなどによって暗黙的に決定され得る。
一実装形態において、固有のＲＮＴＩ（例えば、ＭＣＳ Ｃ－ＲＮＴＩ）に関連付けられたＵＬ－ＳＣＨリソースは、最高の優先順位を有することができる。
一実装形態において、特定のＤＣＩフォーマットに関連付けられたＵＬ－ＳＣＨリソースは、最高の優先順位を有することができる。
一実装形態において、閾値よりも小さい時間領域の持続時間を有するＵＬ－ＳＣＨリソースは、最高の優先順位を有し得る。
一実装形態において、特定の検索空間内で見つかったＵＬグラントによってスケジュールされたＵＬ－ＳＣＨリソースは、最高の優先順位を有し得る。
一実装形態において、ミニスロット設定（例えば、反復）によってスケジュールされたＵＬ－ＳＣＨリソースは、最高の優先順位を有し得る。
一実装形態において、２つ以上の時間領域が重複するＵＬ－ＳＣＨリソースが等しい優先順位を有すると判定された場合、以下の特性の１つ若しくは複数、又は任意の組合せを有するＵＬ－ＳＣＨリソースは、送信のために選択され得る：
－ 重複するＵＬ－ＳＣＨリソースの中で最高／最低のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat reQuest）ＩＤに対応する、ＵＬ－ＳＣＨリソース；
－ 重複するＵＬ－ＳＣＨリソースの中で最高／最低のＩＤを有するＬＣＨ（送信に利用可能なデータを有する）によって送信される、ＵＬ－ＳＣＨリソース；
－ 重複するＵＬ－ＳＣＨリソースの中で最高／最低のＩＤを有するＬＣＧ（送信のために利用可能なデータを有する）に属するＬＣＨによって送信される、ＵＬ－ＳＣＨリソース；
－ （送信の準備ができている）特定のＭＡＣ ＣＥに関連付けられる、ＵＬ－ＳＣＨリソース。例えば（ＢＦＲ ＭＡＣ ＣＥを生成するための状態が満たされる場合）ＢＦＲ ＭＡＣ ＣＥの送信のために使用されうるＵＬ－ＳＣＨは、選択されうる；
－ ネットワークによって明示的に示される、ＵＬ－ＳＣＨリソース。例えば、ネットワークによって（ＲＲＣ又はＤＣＩ信号を介して）示されるＵＬ－ＳＣＨが選択されることができる；
－ 重複するＵＬ－ＳＣＨリソースの中で最も多くのデータを収容する、ＵＬ－ＳＣＨリソース。例えば、最も大量のデータを収容可能なＵＬ－ＳＣＨリソースが選択される；
－ 重複するＵＬ－ＳＣＨリソースの内、時間領域（例えばＰＵＳＣＨ持続時間）において最短／最長の長さを有する、ＵＬ－ＳＣＨリソース；
－ 特有のＲＮＴＩ（例えばＭＣＳ Ｃ－ＲＮＴＩ）に関連付けられたＵＬグラントによってスケジュールされる、ＵＬ－ＳＣＨリソース；
－ 特定のＤＣＩフォーマットを有するＵＬグラントによってスケジュールされる、ＵＬ－ＳＣＨリソース；
－ 特定の検索空間において見つけられたＵＬグラントによってスケジュールされる、 ＵＬ－ＳＣＨリソース；
－ ｇＮＢからの明示的／暗黙的なインディケーション毎に、非スロットベースの繰り返しに対応する、ＵＬ－ＳＣＨリソース；
－ ｇＮＢによって明示的に／暗黙的に示されるように、又は何らかの事前定義されたルールに基づいて、特定のグループに属するＨＡＲＱプロセスＩＤに対応する、ＵＬ－ＳＣＨリソース；
－ ＵＬグラントによってスケジュールされ、このＵＬグラントのＫ２値は、シンボル、サブスロット、ミリ秒（ｍｓ）、又はサブｍｓの値として表される、ＵＬ－ＳＣＨリソース；
－ ＵＬグラントによってスケジュールされ、このＵＬグラントのＫ２値は事前定義された／事前設定された閾値よりも低い／大きい、ＵＬ－ＳＣＨリソース；
－ 重複するＵＬリソースをスケジュールする全てのＵＬグラントの中で最も低い／最も大きいＫ２値を有する、ＵＬグラントによってスケジュールされる、ＵＬ－ＳＣＨリソース；
－ ＢＦＲ ＭＡＣ ＣＥの送信に使用され、ここで、ファインビーム（例えば、特定のＢＦＤ ＲＳ ＩＤに対応する）を意図したＢＦＲ ＭＡＣ ＣＥの送信に使用される別のＵＬ－ＳＣＨとの比較として、粗ビーム（例えば、特定のＢＦＤ ＲＳ ＩＤに対応する）に対応する障害ビームが使用される、ＵＬ－ＳＣＨリソース。
一実装形態において、Ｋ２値は、「Ｋ２」として示されるＬ１パラメータに対応し得る（３ＧＰＰ ＴＳ３８．２１４、バージョン１５．５．０で特定される）。
一実装形態において、ＨＡＲＱ ＩＤは、ＤＣＩフィールドによって示され、及び／又は設定されたグラントのための公式によって計算されてもよい（例えば、３ＧＰＰ ＴＳ３８．３２１、バーション１５．５．０で特定される）。
固有のＭＡＣ ＣＥは、対応するＵＬ－ＳＣＨリソースでの伝送のためにＭＡＣ ＰＤＵに含まれ得るＭＡＣ ＣＥであり得る（例えば、ＭＡＣ ＣＥのために設定されたインディケーションは、このＭＡＣ ＣＥが対応するＵＬ－ＳＣＨリソースで送信され得ることを示す）。また、固有のＭＡＣ ＣＥタイプは、ＢＦＲ ＭＡＣ ＣＥ、設定されたグラント確認のＭＡＣ ＣＥ、ＢＦＲ ＭＡＣ ＣＥ、パディングに含まれるＢＳＲを除くＢＳＲのＭＡＣ ＣＥ、パディングに含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、推奨されたビットレートクエリのＭＡＣ ＣＥ、パディングに含まれる（ＳＬ）ＢＳＲのＭＡＣ ＣＥ、ＳＰＳ／ＡＵＬ確認のＭＡＣ ＣＥなどである。
固有のＭＡＣ ＣＥは、マッピング制限が設定されているＭＡＣ ＣＥであってよい。例えば、ＭＡＣ ＣＥに設定されている場合、マッピングの制約により、ＭＡＣ ＣＥが固有の特性を持つＵＬリソースに制限されることがある。例えば、ＵＬリソースは、リソースタイプ、ＢＷＰインデックス、ＭＣＳ表、設定されたグラントの周期性、ＣＧ／ＣＧのサブセットなどのうちの１つ若しくは複数、又は任意の組合せに関連付けられてもよい。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどを含むことができる。
ＭＡＣ ＣＥは、例えばネットワーク、又は３ＧＰＰ仕様で事前定義された、優先順位が割り当てられ得る。
ＬＣＰ順序は、新しい送信のためのＭＡＣ ＰＤＵを生成するとき、（例えば）送信の準備ができているＭＡＣ ＣＥ／ＬＣＨにリソースを割り当てる順序であってよい（ＬＣＨ）データ利用可能／（ＭＡＣ ＣＥ）がトリガされており、キャンセルされていない）。例えば、ＬＣＰ順序は、（最高ＬＣＰ順序から最低ＬＣＰ順序まで）以下のように決定されてもよい：
－ Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ；
－ 設定されたグラント確認のＭＡＣ ＣＥ；
－ パディングに含まれるＢＳＲを除く、ＢＳＲのＭＡＣ ＣＥ；
－ シングルエントリＰＨＲ ＭＡＣ ＣＥ又は複数エントリＰＨＲ ＭＡＣ ＣＥ；
－ ＵＬ－ＣＣＣＨからのデータを除く、任意のＬＣＨからのデータ；
－ 推奨ビットレートクエリのＭＡＣ ＣＥ；
－ パディングに含まれるＢＳＲのためのＭＡＣ ＣＥ。
〔ケース２：時間領域におけるＵＬ－ＳＣＨリソースのＰＵＣＣＨリソースとの重複〕
ケース２において、ＵＬ－ＳＣＨリソースとＰＵＣＣＨリソースとの間のリソース重複が発生する場合、ＵＥは、ＵＬ－ＳＣＨ／ＰＵＣＣＨリソース設定の特性及び／又はＵＬ－ＳＣＨ／ＰＵＣＣＨリソースでの送信に利用可能なコンテンツに基づいて、送信のためにＵＬ－ＳＣＨリソース又はＰＵＣＣＨリソースのいずれかを選択する。
一実装形態において、ＵＬ－ＳＣＨリソース（例えばＰＵＳＣＨリソース）が１つ又は複数のＰＵＣＣＨリソースと時間領域において重複する場合、ＵＥは、送信のために、ＵＬ－ＳＣＨリソース及びＰＵＣＣＨリソースから１つのみのＵＬリソースを選択することができる。
一実装形態において、重複するＵＬ－ＳＣＨリソース及びＰＵＣＣＨリソースが同じＵＬ ＢＷＰ／サービングセル内でスケジュールされるとき、ＵＥは、１つのみのＵＬリソースで送信することができる。
一実装形態において、ＵＬ－ＳＣＨリソースは、ネットワークＲＲＣシグナリング、ＤＣＩシグナリング、事前設定などによって提供され得る。
一実装形態において、ＵＬ－ＳＣＨリソースは、動的グラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどのいずれかとすることができる。
一実装形態において、ＵＬ－ＳＣＨリソースが時間領域においてＰＵＣＣＨリソースと重複する場合、ＵＥは、ＰＵＣＣＨリソースよりもＵＬ－ＳＣＨリソースに優先順位を付けることができる。
一実装形態において、ＵＥは、無効化されたＵＬリソースのシグナリング／送信を中断／スキップ／無視／停止することができる。
一実装形態において、ＵＥは、無効にされたＵＬリソースで進行中の送信を終了することができる。
一実装形態において、ＵＥは、最高の優先順位を有するＵＬ－ＳＣＨリソース及び／又はＰＵＣＣＨリソースのいずれかで送信することができる。
一実装形態において、ＵＥのＭＡＣエンティティ又はＨＡＲＱエンティティは、後続のＵＬ送信において無効にされたＭＡＣ ＰＤＵ（例えば、進行中の送信の間にＵＥによって終了されたＭＡＣ ＰＤＵ、又は構築されたが送信されていないＭＡＣ ＰＤＵ）からＭＡＣ ＳＤＵを搬送する、ＭＡＣサブＰＤＵを含むために多重化及び集合体エンティティに示すことができる。
一実装形態において、特定のＭＡＣ ＣＥの送信のために使用されるＵＬ－ＳＣＨリソースは、ＳＲ送信のために構成された特定のＰＵＣＣＨリソースよりも高い優先順位を有することができる。
一実装形態において、ＵＥは、ＢＦＲ ＭＡＣ ＣＥの送信のために使用されるＵＬ－ＳＣＨリソース＃１を受信し、ＵＬ－ＳＣＨリソース＃１での送信のためのＢＦＲ ＭＡＣ ＣＥを生成するために（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）状態が満たされている。更に、ＰＵＣＣＨリソース＃１で送信され得るＳＲは、非ＵＲＬＬＣサービスのためのＬＣＨによって、又は特定のＬＣＨによってトリガされている（例えば、ＬＣＨは、特定のｐｒｉｏｒｉｔｙ値を有する）。この例において、ＵＬ－ＳＣＨリソース＃１とＰＵＣＣＨリソース＃１とが時間領域で重複するとき、ＵＥは、送信のためにＵＬ－ＳＣＨリソース＃１を選択することができる。
一実装形態において、特定のＭＡＣ ＣＥの送信のために使用され得るＵＬ－ＳＣＨリソースは、ＢＦＲ－ＳＲ送信のための特定のＰＵＣＣＨリソースよりも高い優先順位を有し得る。
一実装形態において、ＵＥは、ＢＦＲ ＭＡＣ ＣＥの送信のために使用されるＵＬ－ＳＣＨリソース＃１を受信し、ＵＬ－ＳＣＨリソース＃１での送信のためのＢＦＲ ＭＡＣ ＣＥを生成するために、（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）条件は、満たされている。更に、ＰＵＣＣＨリソース＃１は、ＢＦＲ－ＳＲの送信のために設定される。この例において、ＵＬ－ＳＣＨリソース＃１とＰＵＣＣＨリソース＃１とが時間領域で重複する場合、ＵＥは、送信のためにＵＬ－ＳＣＨリソース＃１を選択することができる。したがって、ネットワークは、より早くＵＥから詳細情報（ＢＦＲ ＭＡＣ ＣＥ）を取得することができる。一実装形態において、ＢＦＲ－ＳＲは、キャンセルされ得るが、ＵＥは、ＣＥ内の全ての障害インディケーションを備えるために、新しいＢＦＲ ＭＡＣ ＣＥを再アセンブルし得る。
一実装形態において、特定のＭＡＣ ＣＥの送信のために使用され得るＵＬ－ＳＣＨリソースは、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースよりも高い優先順位を有し得る。
一実装形態において、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥは、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースよりも高い優先順位を有することができる。その理由は、ＵＥがＲＲＣ接続状態にあるとき、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥは競合ベースＲＡ（ＣＢＲＡ：Contention Based RA）手順中にＵＥによって送信されることができ、ＣＢＲＡ手順は、ＢＦＲ－ＳＲ送信よりも重要であり得ることである。
一実装形態において、固有のＭＡＣ ＣＥは、対応するＵＬ－ＳＣＨリソースでの送信のためにＭＡＣ ＰＤＵに含まれるＭＡＣ ＣＥであり得る（例えば、ＭＡＣ ＣＥのために設定されたインディケーションは、このＭＡＣ ＣＥが対応するＵＬ－ＳＣＨリソースで送信され得ることを示す）。更に、固有のＭＡＣ ＣＥタイプは、設定されたグラント確認のＭＡＣ ＣＥ、ＢＦＲ ＭＡＣ ＣＥ、パディングに含まれるＢＳＲを除くＢＳＲのＭＡＣ ＣＥ、パディングに含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、推奨されたビットレートクエリのＭＡＣ ＣＥ、パディングに含まれる（ＳＬ）ＢＳＲのＭＡＣ ＣＥ、ＳＰＳ／ＡＵＬ確認のＭＡＣ ＣＥなどである。
一実装形態において、特定のＭＡＣ ＣＥは、特定のマッピング制限が設定されたＭＡＣ ＣＥであってよい。例えば、ＭＡＣ ＣＥのために設定されるとき、特定のマッピング制約は、ＭＡＣ ＣＥを、特定の特性を有するＵＬリソースに制限することができ、特性は、リソースタイプ、ＢＷＰインデックス、ＭＣＳ表、設定されたグラント周期性、ＣＧのＣＧ／サブセットなどの１つ若しくは複数、又は任意の組合せによって決定されることができる。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどを示すことができる。
一実装形態において、特定のＭＡＣ ＣＥは、優先順位（値）を用いて設定されてもよく、例えば、ネットワーク、又は３ＧＰＰ仕様で事前定義されてもよい。
一実装形態において、ＳＲ送信のための特定のＰＵＣＣＨリソースが以下にリストされるような特性の１つ若しくは複数、又は任意の組合せを有することができる：
－ 特定のｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩｄ値に関連付けられている、
－ 特定のｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＩｄ値に関連付けられている、
－ 特定のＳＲ周期性に関連付けられている、
－ 特定のＳＲ設定に関連付けられている、及び特定の優先順位の値（例えばＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥは優先順位の値で設定されている）を用いてこのＳＲ設定は、ＬＣＨ（例えばＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥは、ＳＲ設定のｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩｄを用いて設定される）のために設定された、
－ ＵＲＬＬＣサービスに対応する特定のＳＲ設定に関連付けられていない（ＳＲ設定がＵＲＬＬＣサービスに対応しているかどうかをネットワークが示すことができる）、
－ ＰＵＣＣＨリソースで送信され得るＳＲは、特定の特性を持つＬＣＨによってトリガされない。例えば、ＬＣＨの特性は、ＬＣＧ ＩＤ値、ＬＣＩＤ値、ｐｒｉｏｒｉｔｙ値、ＬＣＰマッピング制限などによって決定されてもよい。特定のＬＣＰマッピング制限は、ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓなどであってよく、
－ ＢＦＲ－ＳＲの送信に使用されない。
〔ケース３：時間領域におけるＵＬ－ＳＣＨリソースとＰＲＡＣＨリソースとの重複〕
ＵＬ－ＳＣＨリソースとＰＲＡＣＨリソースとの間のリソース重複が発生するケースにおいて、ＵＥは、ＵＬ－ＳＣＨ／ＰＲＡＣＨリソース設定の特性、ＵＬ－ＳＣＨリソースで送信されるべき内容、ＲＡ手順をトリガしたイベント、又はそれらの任意の組合せに基づいて、送信のためのＵＬリソース（例えば、ＵＬ－ＳＣＨリソース又はＰＲＡＣＨリソース）を選択することができる。
一実装形態において、ＵＬ－ＳＣＨリソース（例えば、ＰＵＳＣＨリソース）は、１つ又は複数のＰＲＡＣＨリソースと時間領域で重複する場合、ＵＥは、送信のために１つのＵＬリソース（すなわち、ＵＬ－ＳＣＨリソース又はＰＲＡＣＨリソース）のみを選択することができる。
一実装形態において、重複するＵＬ－ＳＣＨリソース及びＰＲＡＣＨリソースが同じＵＬ ＢＷＰ／サービングセル内でスケジュールされるケースにおいて、ＵＥは、１つのみのＵＬリソース（例えば、ＵＬ－ＳＣＨリソース又はＰＲＡＣＨリソース）で送信することができる。
一実装形態において、ＵＬ－ＳＣＨリソースは、ネットワークＲＲＣシグナリング、ＤＣＩシグナリング、事前設定などによって提供され得る。
一実装形態において、ＵＬ－ＳＣＨリソースは、動的グラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどのいずれかとすることができる。
一実装形態において、ＵＬ－ＳＣＨリソースが時間領域においてＰＲＡＣＨリソースと重複する場合、ＵＥは、ＵＬ－ＳＣＨリソース又はＰＲＡＣＨリソースの内の１つに優先順位を付けることができる。
一実装形態において、ＵＥは、無効にされたＵＬリソースの送信／シグナリングを中断／スキップ／無視／停止することができる。
一実装形態において、ＵＥは、無効にされたＵＬリソースで進行中の送信を終了することができる。
一実装形態において、ＵＥは、最高の優先順位を有するＵＬ－ＳＣＨリソース及び／又はＰＲＡＣＨリソースのいずれかで送信することができる（ＵＬ－ＳＣＨリソースの優先順位が上述した実装形態に基づいて決定され得る）。
一実装形態において、ＰＲＡＣＨリソースが第１のＲＡイベントのために使用される場合、特定のＭＡＣ ＣＥの送信のために使用され得るＵＬ－ＳＣＨリソースは、ＰＲＡＣＨリソースよりも高い優先順位を有し得る。
一実装形態において、第１のＲＡイベントは、以下のＲＡトリガイベントのいずれかであってよい：
－ ＲＲＣ＿ＩＤＬＥからの最初のアクセス、
－ ＲＲＣ接続の再確立手順、
－ ＵＬ同期の状態が「非同期」のとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬ又はＵＬデータの到着、
－ 保留中のＳＲを有するＳＲ設定のＰＵＣＣＨリソースが存在しないときのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＬデータの到着、
－ ＳＲ送信障害（例えば、ＳＲ送信の回数が設定された最大数を超える）、
－ 同期再設定時のＲＲＣによる申請（例えば、ハンドオーバ）、
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、
－ ＳＣｅｌｌ追加時のタイムアライメントの確立、
－ 他のＳＩのための要求、及び
－ ＢＦＲ。
一実装形態において、ＵＥは、ＢＦＲ ＭＡＣ ＣＥの送信のために使用されるＵＬ－ＳＣＨリソース＃１を受信し、ＵＬ－ＳＣＨリソース＃１での送信のためのＢＦＲ ＭＡＣ ＣＥを生成するために、（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）状態が満たされている。更に、有効なＰＵＣＣＨリソースを有さないＳＲ設定は、ＰＲＡＣＨリソース＃１でプリアンブル送信に対応する、ＲＡ手順につながる、低優先度ＬＣＨによってトリガされる保留中のＳＲを有する。この例において、ＵＬ－ＳＣＨリソース＃１とＰＲＡＣＨリソース＃１とが時間領域で重複する場合、ＵＥは、送信のためにＵＬ－ＳＣＨリソース＃１を選択することができる。その理由は、ＢＦＲ ＭＡＣ ＣＥがＲＡ手順を開始する低い優先順位ＬＣＨよりも、より遅延に厳格であり得るからである。したがって、ＢＦＲ ＭＡＣ ＣＥ送信に優先順位を付けることが望ましい。
一実装形態において、ＰＲＡＣＨリソースが第２のＲＡイベントのために使用される場合、特定のＭＡＣ ＣＥの送信のために使用され得るＵＬ－ＳＣＨリソースは、ＰＲＡＣＨリソースよりも低い優先度を有し得る。
一実装形態において、第２のＲＡイベントは、以下のＲＡトリガイベントのいずれかであってよい：
－ ＲＲＣ＿ＩＤＬＥからの初期のアクセス、
－ ＲＲＣ接続の再確立手順、
－ ＵＬ同期状態が「非同期」のとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬ又はＵＬデータの到着、
－ ＳＲが保留中のＳＲ設定のＰＵＣＣＨリソースが存在しないとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＬデータの到着、
－ ＳＲ送信障害（例えば、ＳＲ送信の回数が設定された最大数を超える）、
－ 同期再設定時のＲＲＣによる要求（例えば、ハンドオーバ）、
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からの遷移、
－ ＳＣｅｌｌ追加時のタイムアライメントの確立、
－ 他のＳＩの要求、及び
－ ＢＦＲ。
一実装形態において、ＵＥは、ＢＦＲ ＭＡＣ ＣＥの送信のために使用されるＵＬ－ＳＣＨリソース＃１を受信し、ＵＬ－ＳＣＨリソース＃１での送信のためのＢＦＲ ＭＡＣ ＣＥを生成するために、（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）状態が満たされている。更に、ハンドオーバのためにＲＲＣによって要求されると開始されるＲＡ手順は、ＰＲＡＣＨリソース＃１でのＲＡプリアンブル送信につながる。この例に置いて、ＵＬ－ＳＣＨリソース＃１とＰＲＡＣＨリソース＃１とが時間領域で重複する場合、ＵＥは、送信のためにＰＲＡＣＨリソース＃１を選択することができる。その理由は、ハンドオーバの成功がＢＦＲ ＭＡＣ ＣＥを送信するよりも重要であり得るからである。
一実装形態において、ＵＥは、ＢＦＲ ＭＡＣ ＣＥの送信のために使用されるＵＬ－ＳＣＨリソース＃１を受信し、ＵＬ－ＳＣＨリソース＃１での送信のためのＢＦＲ ＭＡＣ ＣＥを生成するために、（例えば、ＢＦＲ－ＳＲがトリガされ、キャンセルされていない）状態が満たされている。更に、ＢＦＲによって開始されるＲＡ手順は、ＰＲＡＣＨリソース＃１でのＲＡプリアンブル送信につながる。この例において、ＵＬ－ＳＣＨリソース＃１とＰＲＡＣＨリソース＃１とが時間領域で重複する場合、ＵＥは、送信のためにＰＲＡＣＨリソース＃１を選択することができる。別の実装形態において、ＢＦＲ ＭＡＣ ＣＥを含むＵＬ－ＳＣＨとＰＲＡＣＨリソースとの間の優先順位付けは、ＲＡタイプ（例えば、競合フリーＲＡ（ＣＦＲＡ）、ＣＢＲＡ、２ステップＲＡ）に依存し得る。例えば、ＣＦＲＡは、ＢＦＲ ＭＡＣ ＣＥを用いてＵＬ－ＳＣＨに優先順位を付けることができ、ＣＢＲＡは、ＢＦＲ ＭＡＣ ＣＥを用いてＵＬ－ＳＣＨに優先順位を付けることができる。
１つの実装形態において、第１及び／又は第２のＲＡイベントは、以下のＲＡイベントである得る：ＳＲが保留中のＳＲを持つＳＲ設定のＰＵＣＣＨリソースが存在しないとき優先順位ＬＣＨによってＳＲがトリガされるとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中にＵＬデータの到着によってＲＡがトリガされ、ここで、優先順位ＬＣＨは、特定の優先順位又は特定のマッピング制限（例えば、ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓなど）、又はＬＣＨ毎に設定された他のパラメータであり得る。
一実装形態において、第１及び／又は第２のＲＡイベントは、以下のＲＡイベントであるうる：保留中のＳＲを持つ特定のＳＲ設定のＰＵＣＣＨリソースが存在しないとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＵＬデータ到着により、ＲＡは、トリガされ、ここで、特定のＳＲ設定は、特定のｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩｄ若しくはｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＩｄ、又はＳＲ設定毎に設定されている他のパラメータ（例えば、周期性）を持つ設定であり得る。
一実装形態において、固有のＭＡＣ ＣＥは、対応するＵＬ－ＳＣＨリソースでの送信のためにＭＡＣ ＰＤＵに含まれ得るＭＡＣ ＣＥであり得る（例えば、ＭＡＣ ＣＥのために設定されたインディケーションは、このＭＡＣ ＣＥが対応するＵＬ－ＳＣＨリソースで送信され得ることを示す）。また、固有のＭＡＣ ＣＥタイプは、設定されたグラント確認のＭＡＣ ＣＥ、ＢＦＲ ＭＡＣ ＣＥ、パディングのためのＢＳＲを除くＢＳＲのＭＡＣ ＣＥ、パディングに含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、推奨ビットレートクエリのＭＡＣ ＣＥ、パディングに含まれる（ＳＬ）ＢＳＲのＭＡＣ ＣＥ、ＳＰＳ／ＡＵＬ確認のＭＡＣ ＣＥなどである。
一実装形態において、固有のＭＡＣ ＣＥは、固有のマッピング制限を用いて設定されたＭＡＣ ＣＥであってよい。例えば、ＭＡＣ ＣＥに固有のマッピング制限が設定されているとき、固有のマッピング制限は、固有の特性を持つＵＬリソースにＭＡＣ ＣＥを制限することがある。例えば、特性は、リソースタイプ、ＢＷＰインデックス、ＭＣＳ表、設定されたグラント周期性、ＣＧのＣＧ／サブセットなどの１つ若しくは複数、又は任意の組合せによって決定されてよい。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどを含むことができる。
一実装形態において、ＭＡＣ ＣＥは、優先順位を用いて設定されてよく、例えばネットワークによって設定される、又は３ＧＰＰ仕様で事前定義されてもよい。
〔ケース４：測定ギャップを有する時間領域におけるＵＬ－ＳＣＨリソース重複〕
ＮＲ Ｒｅｌ－１５において、ＵＥは、例えばｍｅａｓＧａｐＣｏｎｆｉｇを介して、サービングセル上で、測定ギャップを有するように設定されてもよい。サービングセル上の測定ギャップの間、ＵＥは、いくつかのＤＬ（例えば、ＰＤＣＣＨ監視、ＤＬ－ＳＣＨ受信）及び／又はＵＬ送信（例えば、ＨＡＲＱフィードバック、ＳＲ、ＣＳＩ、ＳＲＳ報告、ＵＬ－ＳＣＨ送信）を実行しないことがあり、そのためＵＥは、この間に測定を実行する必要があり得る。
一実装形態において、測定は、ノンギャップアシストである、又はギャップアシストであるかどうかは、ＵＥの能力、ＵＥのアクティブＢＷＰ、及び現在の処理周波数に依存し得る：
－ ＳＳＢベースの周波数間のために、測定ギャップ設定は、以下の場合に常に提供されてよい：
－ ＵＥがＵＥ毎の測定ギャップのみをサポートする場合；及び／又は
－ ＵＥが周波数範囲（ＦＲ：Frequency Range）毎の測定ギャップをサポートし、任意のサービングセルの設定されたＢＷＰ周波数のいずれかが、測定対象の同じ周波数範囲内にある場合：
－ ＳＳＢベースの周波数内測定のために、測定ギャップ設定は、以下の場合に常に提供されてよい：
－ ＢＷＰが設定されたＵＥのいずれかが、初期ＤＬ ＢＷＰに関連付けられたＳＳＢの周波数領域リソースを含まない場合、初期ＢＷＰ以外である。
ノンギャップシナリオにおいて、ＵＥは、測定ギャップなしにそのような測定を実行することができる。ギャップアシストシナリオにおいて、ＵＥは、測定ギャップなしにそのような測定を実行することができないと仮定され得る。
しかしながら、例えば、ＢＦＲ手順中に送信される必要があるＢＦＲ ＭＡＣ ＣＥ（例えば、ＢＦＲ手順がトリガされたとき）を含むＭＡＣ ＰＤＵの送信のためにＵＬ－ＳＣＨが使用される場合、ＮＲリリース１６（Ｒｅｌ－１６）からの例外的なケースは、存在し得る。したがって、ＵＥは、いくつかの状態に基づいて、測定ギャップの間、ＵＬ－ＳＣＨ送信を実行することも、実行しないこともある。
一実装形態において、測定ギャップ中に、ＵＥは、以下の情報がＭＡＣ ＰＤＵに含まれている場合、ＵＬ－ＳＣＨリソースの送信を実行することができ、ＭＡＣ ＰＤＵは、このＵＬ－ＳＣＨで送信されることになる。特定の情報は、以下の１つ若しくは複数、又は任意の組み合わせに対応し得る：
－ 特定のＭＡＣ ＣＥ
－ 特定のＬＣＨ。
一実装形態において、測定ギャップ中に、ＵＬ－ＳＣＨは、以下の特性の１つ若しくは複数、又は任意の組合せを有する場合、ＵＥはＵＬ－ＳＣＨリソースの送信を実行することができる：
－ ＵＬ－ＳＣＨリソースは、具体的なリソースタイプ、例えば、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどに属する；
－ ＵＬ－ＳＣＨリソースは、ＢＦＲ ＭＡＣ ＣＥの送信のためのものであり、例えば、ＵＬ－ＳＣＨリソースは、ネットワークがＵＥからＢＦＲ－ＳＲを受信すると、ネットワークによってスケジュールされる；
－ ＵＬ－ＳＣＨリソースは、特定のＬＣＨの送信のためのものである；
－ ＵＬ－ＳＣＨリソースは、特定のＭＡＣ ＣＥの送信のためのものである；
－ ＵＬ－ＳＣＨリソースは、特有のＲＮＴＩタイプ、ＤＣＩ形式、ＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ又は他の低ＢＬＥＲ ＭＣＳ表）、又はそれらの任意の組合せに関連付けられる；
－ 対応するＵＬ－ＳＣＨリソースをスケジュールするＵＬグラントは、特定の検索空間でＵＥによって受信される；
－ ＵＬ－ＳＣＨリソースは、設定されたＵＬグラント（例えば、設定されたグラントタイプ１／タイプ２、ＡＵＬなど）に属し、対応する設定されたＵＬグラントのそれぞれのＵＬ－ＳＣＨリソース送信間の周期性は、閾値より小さい。ここで、周期性及び閾値は、ネットワークによって設定されてもよく、又はＵＥによって予め設定されてもよい；
－ ＵＬ－ＳＣＨリソースは、特有のＲＮＴＩタイプ、ＤＣＩ形式、ＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ又は他の低ＢＬＥＲ ＭＣＳ表）、時間領域の持続時間、又はそれらの任意の組合せに関連付けられる。
一実装形態において、固有のＭＡＣ ＣＥは、対応するＵＬ－ＳＣＨリソースでの送信のためにＭＡＣ ＰＤＵに含まれ得るＭＡＣ ＣＥであり得る（例えば、ＭＡＣ ＣＥのために設定されたインディケーションは、このＭＡＣ ＣＥが対応するＵＬ－ＳＣＨリソースで送信され得ることを示す）。また、固有のＭＡＣ ＣＥタイプは、設定されたグラント確認のＭＡＣ ＣＥ、ＢＦＲ ＭＡＣ ＣＥ、パディングのＢＳＲを除くＢＳＲのＭＡＣ ＣＥ、パディングに含まれるＳＬ ＢＳＲを除くＳＬ ＢＳＲのＭＡＣ ＣＥ、ＰＨＲ ＭＡＣ ＣＥ、推奨ビットレートクエリのＭＡＣ ＣＥ、パディングに含まれる（ＳＬ）ＢＳＲのＭＡＣ ＣＥ、ＳＰＳ／ＡＵＬ確認のＭＡＣ ＣＥなどである。
一実装形態において、特定のＭＡＣ ＣＥは、特定のマッピング制限を用いて設定されたＭＡＣ ＣＥであってよい。例えば、ＭＡＣ ＣＥに設定されているとき、マッピングの制約は、ＭＡＣ ＣＥを特定の特性を持つＵＬ リソースに制限することがある。例えば、特性は、リソースタイプ、ＢＷＰインデックス、ＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ又は他の低ＢＬＥＲ ＭＣＳ表）、設定されたグラント周期性、ＣＧ／ＣＧサブセットなどの１つ若しくは複数の、又は任意の組合せによって決定され得る。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどを含むことができる。
１つの実装形態において、特定のＭＡＣ ＣＥは、優先順位を用いて設定されてもよく、例えばネットワークによって設定された、又は３ＧＰＰ仕様で事前定義され得る。
一実装形態において、特定のＬＣＨは、特定の値より高い／より低い設定されたｐｒｉｏｒｉｔｙを持ってよい。
一実装形態において、特定のＬＣＨは、例えばａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、及びａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓの１つ若しくは複数の、又は任意の組合せを有することができる。
一実装形態において、特定のＬＣＨは、例えばＬＣＨのために設定されたとき、ＬＣＨを特定の特徴を有するＵＬリソースに制限するマッピング制限である、特定のマッピング制限を有することができる。例えば、特性は、リソースタイプ、ＢＷＰインデックス、ＭＣＳ表（例えば、ｑａｍ６４ＬｏｗＳＥ又は他の低ＢＬＥＲ ＭＣＳ表）、設定されたグラント周期性、ＣＧ／ＣＧサブセットなどの１つ若しくは複数の、又は任意の組合せによって決定され得る。リソースタイプは、動的ＵＬグラント、設定されたグラントタイプ１／タイプ２、ＡＵＬなどを含むことができる。
一実装形態において、測定ギャップを用いて設定されるＵＥの振舞いは、表３及び表４に基づくことができる。
〔ＢＦＲ ＭＡＣ ＣＥの内容〕
一実装形態において、ビーム障害イベントが１つのセルで検出された場合。ＵＥは、ＢＦＲ ＭＡＣ ＣＥの送信に利用可能なＵＬ－ＳＣＨリソースを受信すると、ＢＦＲ ＭＡＣ ＣＥを生成し、報告することができる。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥを生成するための基準が満たされる場合にのみ、ＢＦＲ ＭＡＣ ＣＥを生成することができる。基準は、ＢＦＲ－ＳＲがトリガされ、キャンセルされないことであってよい。
一実装形態において、ＢＦＤ ＲＳが単一のセルを検出するように設定され、このセルでビーム障害イベントが検出される場合、ＢＦＲ ＭＡＣ ＣＥは、このセルの情報（例えば、障害セル情報）を含むことができる。
例えば、ＢＦＤ ＲＳ＃１がセル＃１を検出するように設定され、セル＃１でビーム障害イベントが検出された場合、ＢＦＲ ＭＡＣ ＣＥは、セル＃１の情報（例えば、障害セル情報）を含むことができる。
一実装形態において、ＢＦＤ ＲＳがＣＧ（例えば、２つ以上のセルを含む）を検出するように設定され、このＣＧでビーム障害イベントが検出される場合、ＢＦＲ ＭＡＣ ＣＥは、このＣＧの情報（例えば、障害ＣＧ情報）を含むことができる。
一実装形態において、１つのＢＦＲ ＭＡＣ ＣＥは、このＣＧに属する各々のセルの情報（例えば、障害セル情報）を含むことができる。
一実装形態において、１つのＢＦＲ ＭＡＣ ＣＥは、１つの特定のセルの情報を含むことができる。
特定のセルは、このＣＧに属する全てのセルインデックスの最大／最小のセルインデックスを有するセルであり得る。
代替として、複数のＢＦＲ ＭＡＣ ＣＥは、生成されてもよく、各ＢＦＲ ＭＡＣ ＣＥは、このＣＧに属するセルの情報（例えば、ＮＢＩ、障害セル情報など）を含んでもよい。
例えば、ＢＦＤ ＲＳ＃１がＣＧ＃１（セル＃１及びセル＃２を含む）を検出するように設定され、ＣＧ＃１でビーム障害イベントが検出された場合、ＣＧ＃１の情報（例えば、ＮＢＩ、障害ＣＧ情報など）を含むＢＦＲ ＭＡＣ ＣＥを生成して報告することができる。
一実装形態において、セル＃１及びセル＃２の情報（例えば、障害セル情報など）を含むＢＦＲ ＭＡＣ ＣＥは、生成され、報告されることができる。
一実装形態において、セル＃１（例えばＣＧ＃１に属する全てのセルインデックスのうちの最小のもの）のみの情報（例えば、障害セル情報など）を含むＢＦＲ ＭＡＣ ＣＥは、生成され、報告されることができる。
一実装形態において、セル＃２（ＣＧ ＃１に属する全てのセルインデックスのうち最大のもの）のみの情報（例えば、障害セル情報など）を含むＢＦＲ ＭＡＣ ＣＥは、生成され、報告されることができる。
一実装形態において、２つのＢＦＲ ＭＡＣ ＣＥが生成され、報告され得る。２つのＢＦＲ ＭＡＣ ＣＥの内の１つは、セル＃１の情報（例えば、障害セル情報など）を含み、他方は、セル＃２の情報を含むことができる。
一実装形態において、ビーム障害イベントは、１つのセルで検出されてもよい。更に、このセルのために設定された１つのＮＢＩ ＲＳ（ＳＳＢ／ＣＳＩ－ＲＳ）のみが、新しいサービングビームとして選択されるべき基準（例えば、このＮＢＩ ＲＳ（ＳＳＢ／ＣＳＩ－ＲＳ）上のＬ１－ＲＳＲＰ測定値は、閾値よりも高い）を満たすことができる。ＢＦＲ ＭＡＣ ＣＥは、このビーム（ＮＢＩ ＲＳ）の情報を含むことができ、例えば、このビームに関連するＳＳＢ ＩＤ／ＣＳＩ－ＲＳ ＩＤである。
一実装形態において、ビーム障害イベントは、１つのセルで検出されてよい。更に、このセルのために設定された２つ以上のＮＢＩ ＲＳ（ＳＳＢ／ＣＳＩ－ＲＳ）は、新しいサービングビームとして選択されるべき基準（例えば、このＮＢＩ ＲＳ上のＬ１－ＲＳＲＰ測定値は、閾値よりも高い）を満たすことができる。ＢＦＲ ＭＡＣ ＣＥは、新たなサービングビームとして選択される全ての候補サービングビーム（ＮＢＩ ＲＳ）の情報を含むことができ、例えばこれらのビームに対応するＳＳＢ ＩＤ及び／又はＣＳＩ ＲＳ ＩＤである。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥは、特定のビーム（ＣＳＩ－ＲＳ／ＳＳＢ）のみの情報を含むことができ、例えば、特定のビームのＳＳＢ ＩＤ／ＣＳＩ－ＲＳ ＩＤである。
一実装形態において、特定のビームは、候補の新しいサービングビームのリストに対応する１つのＣＳＩ－ＲＳ／ＳＳＢであってよい。
一実装形態において、このリストが１つ／複数のＣＳＩ－ＲＳからなる場合、特定のビームは、候補の新しいサービングビームのリストからの１つ／複数のＣＳＩ－ＲＳのうちの最大／最小のＣＳＩ－ＲＳ ＩＤを有するＣＳＩ－ＲＳであり得る。
一実装形態において、このリストが１つ／複数のＳＳＢからなる場合、特定のビームは、候補の新しいサービングビームのリストからの１つ／複数のＳＳＢのうちの最大／最小のＳＳＢ ＩＤを有するＳＳＢであってよい。
一実装形態において、特定のビームは、候補の新しいサービングビームのリストの、最も高いＬ１－ＲＳＲＰ測定結果を有するＣＳＩ－ＲＳ／ＳＳＢであってよい。
一実装形態において、ビーム障害イベントは、１つのセルで検出されてよい。更に、このセルのために設定されたＮＢＩ ＲＳ（ＳＳＢ及び／又はＣＳＩ－ＲＳ）は、新しいサービングビームとして選択されるべき基準（例えば、このＮＢＩ ＲＳ上のＬ１－ＲＳＲＰ測定値が閾値よりも高い）を満たすことができない。ＢＦＲ ＭＡＣ ＣＥは、ビーム障害イベントが検出されたサービングセルの情報を含むことができ、ＢＦＲ ＭＡＣ ＣＥを介して、ビーム障害イベントが検出された対応するセル上に新しいサービングビームが見つからないことを通知する。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥ上の特定のインデックスを使用し、ビーム障害イベントが検出されたサービングセル上に新しいサービングビームが見つからないことを表すことができる。
一実装形態において、ビーム障害イベントは、複数のセルのグループで検出され得る。更に、このグループのために設定されたＮＢＩ－ＲＳ（ＳＳＢ／ＣＳＩ－ＲＳ）は、新しいサービングビームとして選択されるべき基準（例えば、このＮＢＩ ＲＳ上のＬ１－ＲＳＲＰ測定値は、閾値よりも高い）を満たすことができる。ＢＦＲ ＭＡＣ ＣＥは、このセルグループに属する１つのセルの情報と、このセルグループに対応するＮＢＩ－ＲＳ（ＳＳＢ／ＣＳＩ－ＲＳ）とを報告するだけでよい。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥは、特定のＬＣＩＤによって識別され得る。一実装形態において、ＢＦＲ ＭＡＣ ＣＥは、ビットマップを含むことができ、各ビットは、対応するＳＣｅｌｌ／ＳｐＣｅｌｌについてビーム障害イベントが検出されたかどうかを示すために、ＳＣｅｌｌ／ＳｐＣｅｌｌにマッピングされ得る。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥは、ビットマップを含むことができ、各ビットは、複数のセルのグループにマッピングされ、対応するグループについてビーム障害イベントが検出されたかどうかを提示することができる。
一実装形態において、ＢＦＲ ＭＡＣ ＣＥは、ゼロビットの固定サイズを有することができる。つまり、特定のＭＡＣサブヘッダのみがＢＦＲ ＭＡＣ ＣＥとして表される。
一実装形態において、障害セル情報、ＮＢＩ、及び／又はＮＢＩ ＲＳは、ＢＦＲ ＭＡＣ ＣＥのＭＡＣサブヘッダ内のフィールドによって示されてよい。
一実装形態において、ＣＣは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、及び／又はＳＣｅｌｌであってよい。
一実装形態において、ＳｐＣｅｌｌは、ＰＣｅｌｌ及びＰＳＣｅｌｌを含むことができる。
一実装形態において、ＵＬリソースは、ＰＲＡＣＨリソース、ＰＵＣＣＨリソース、及び／又はＰＵＳＣＨリソースであり得る。ＵＬリソースは、動的グラント（例えば、ＰＤＣＣＨを介して）によってスケジュールされ、及び／又はＲＲＣによって設定されてもよい（例えば、タイプ１／タイプ２の設定されたＵＬグラント、又はＲＲＣ設定で事前設定された）。（ＳＣｅｌｌの）ビーム障害イベントが検出されるとき、ＵＥは、（ＳＣｅｌｌの）ＢＦＲ手順をトリガすることができる。
一実装形態において、上述したＢＦＲ手順を使用し、ＳｐＣｅｌｌ又はＳＣｅｌｌのビーム障害を回復することができる。
一実装形態において、ＲＡＣＨベースのＢＦＲ手順は、ＣＦＲＡ手順及び／又はＣＢＲＡ手順に基づいて実行され得る。ＲＡＣＨベースのＢＦＲ手順は、対応するＲＡ手順が開始されたときにトリガされる。ＲＡＣＨベースのＢＦＲ手順は、対応するＲＡ手順が進行中であるとき、進行中である。ＲＡＣＨベースのＢＦＲ手順は、対応するＲＡ手順が停止されたとき、停止される。ＲＡＣＨベースのＢＦＲ手順は、対応するＲＡ手順が完了したとき、完了する。
一実装形態において、ＢＦＲ手順は、ＢＦＲ－ＳＲに基づいて実行され得る。ＢＦＲ手順は、対応するＢＦＲ－ＳＲがトリガされたときに開始される。ＢＦＲ手順は、対応するＢＦＲ－ＳＲが保留中であるとき、進行中である。ＢＦＲ手順は、対応するＢＦＲ－ＳＲがキャンセルされたとき、停止される。
一実装形態において、ＮＢＩ ＲＳは、ＳＳＢであってもよいし、ネットワークによって設定されたＣＳＩ－ＲＳであってもよい。
一実装形態において、ＭＡＣエンティティは、ＵＥに対応してよい。
一実装形態において、本開示で言及したＢＦＲ手順のＢＦＲＱ処理（例えば、図１に示すアクション１Ａ）におけるＢＦＲ－ＳＲ送信は、ＰＲＡＣＨ送信に置き換えることができる。例えば、ＢＦＲＱの第１のステップに置いて、ＵＥは、ＢＦＲ報告のためのＵＬリソースを要求するためにＰＲＡＣＨ送信（例えば、送信プリアンブル）を実行することができる。
一実装形態において、ＢＦＲ手順のＢＦＲＱ処理（例えば、図１に示すアクション２Ａ）におけるＢＦＲ報告ＭＡＣ ＣＥの送信は、ＵＣＩを送信することによって置き換えることができる。例えば、ＢＦＲ関連情報（例えば、（障害）ＣＣ（又はセル）情報（例えば、セルインデックス）の場合）、（障害）セルのセット／グループ（例えば、セット／グループはネットワークによって事前設定されてもよい）、（障害）ＴＲＰ情報、（例えば、ＲＳＲＰ、ＳＩＮＲなどの）対応する（障害）ＣＣの測定結果、（障害）セルのセット／グループ、ＴＲＰ、候補ビーム情報（又は新しいビーム情報）、例えば、ＮＢＩ ＲＳの測定に基づいた１つ又は複数の適格ビーム、（例えば、（障害）ＣＣの閾値よりも高いＲＳＲＰを有する新しいビームがない場合、セルのセット／グループ、ＴＲＰなどの）新しいビーム情報は、ＵＣＩに含まれてよい。
一実装形態において、ＵＥは、ＢＦＲ報告（ＭＡＣ ＣＥ）を送信するために特定のＵＬリソースのみを使用することができる。特定のＵＬリソースは、特定のＵＬグラントによって提供され得る。例えば、特定のＵＬグラントは、このＵＬグラントがＢＦＲ報告（ＭＡＣ ＣＥ）送信のために使用されるというインディケーションを含むことができる。特定のＵＬグラントは、特定のサイズであってよい。
例えば、固有のＵＬグラントは、ＢＦＲ報告（ＢＦＲ報告のサブヘッダを含む）と同じ大きさを有することができる。ＵＬグラントのスケジュール（例えば、ＰＤＣＣＨ）は、特定のタイミングで、例えば、ＢＦＲ－ＳＲ送信後の特定のタイミングで、又は特定のウィンドウ内で、又は特定のタイマが実行されているときに送信され得る（特定のタイマは、ＢＦＲ－ＳＲが送信されるときに開始され得る）。
例えば、特定のタイミングは、ＢＦＲ－ＳＲをトリガした後、又はＢＦＲ－ＳＲをシグナリングした後に受信された第１のＵＬグラントであってよい。特定のＵＬリソースは、例えば、特定のＰＵＳＣＨの持続時間を有することができ、特定のＵＬリソースのＰＵＳＣＨの持続時間は、閾値よりも低い。特定のＵＬリソースは、特定のセルにマッピングされてよい。
一実装形態において、特定のＵＬリソースは、ＢＦＲ報告のために暗黙的に又は明示的に示され得る。特定のＵＬリソースは、特定のＵＬグラントを介してスケジュールされてよく、特定のＵＬグラントは、ＵＬリソースがＢＦＲのためのものであるという情報を示してよい。
一実装形態において、ＵＬグラントは、特定のＲＮＴＩでスクランブルされたＤＣＩによってスケジュールされ得る。ＵＬグラントは、特定のＤＣＩ形式を用いてＤＣＩによってスケジュールされ得る。ＵＬグラントは、特定の情報を示すために、特定のフィールドを有するＤＣＩによってスケジュールされ得る。
一実装形態において、特定のＵＬリソースは、例えばａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、及び／又はａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌについて、（ＢＦＲ報告のための）以下の状態の１つ若しくは複数の、又は任意の組合せに基づいて、いくつかの特定のルールを満たすことができる。ＵＬリソースが特定のルールを満たす場合、ＵＥは、ＢＦＲ報告を生成し、ＵＬリソースにＢＦＲ報告を含めることができる。ＵＬリソースが特定のルールの内の１つを満たさない場合、ＵＥは、ＢＦＲ報告を生成することができない。特定のルールは、ＢＦＲ－ＳＲ又はＢＦＲ設定の設定で設定されてよい。
一実装形態において、特定のＵＬリソースは、特定のＵＬ設定されたグラント設定（例えば、設定ＩＤ、又はｔｙｐｅ１／ｔｙｐｅ２）に関連付けられ得る。例えば、特定のＵＬ設定されたグラント設定は、ＢＦＲ報告送信のために設定されることができる。利用可能なＵＬリソースが、特定の設定されたグラント設定にマップされた設定されたグラント設定である場合、ＵＥは、ＢＦＲ報告を生成し、ＵＬリソースにＢＦＲ報告を含めることができる。ｇＮＢは、ＲＲＣ又はＤＣＩ信号を介して、設定されたグラント設定が特定の設定されたグラント設定であることを示してよい。
一実装形態において、ＭＡＣエンティティ又はＵＥは、０、１つ又は複数のＢＦＲ－ＳＲ設定を用いて設定されてよい。ＢＦＲ－ＳＲ設定は、異なるＢＷＰ及びセルにわたるＳＲのためのＰＵＣＣＨリソースのセットを含み得る。
一実装形態において、リソースの重複は、部分的に重複した、及び／又は完全に重複したことを意味してよい。
図４は、本開示の実装形態による、ＵＬ送信優先順位付けのための方法４００のフローチャートを示す。アクション４０２、４０４、４０６、４０８、及び４１０は、図４において独立したブロックとして表される別々のアクションとして描画されるが、これらの別々に描写されたアクションは、必ずしも順序に依存するものとして解釈されるべきではない。図４においてアクションが実行される順序は限定として解釈されることを意図しておらず、説明されたブロックの任意の数は、方法又は代替の方法を実施するために任意の順序で組み合わされてもよい。更に、アクション４０２、４０４、４０６、４０８、及び４１０のうちの１つ又は複数は、本実施形態のいくつかにおいて省略されてよい。
アクション４０２において、ＵＥは、ＳｐＣｅｌｌ上でビーム障害イベントを検出することができる。例えば、ＵＥのＰＨＹ層は、ＢＦＤ ＲＳに従ってＳｐＣｅｌｌへの無線リンク品質を測定し、無線リンク品質が所定時間内に閾値より低い場合、ＵＥのＭＡＣエンティティに（ＳｐＣｅｌｌに対する）ビーム障害インスタンスインディケーションを提供することができる。ビーム障害イベントは、（連続した）検出されたビーム障害インスタンスインディケーションの数が設定された最高数（例えば、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）を超えるとき、ＳｐＣｅｌｌ上で検出され得る。一実装形態において、カウンタは、ＳｐＣｅｌｌに使用されてよく、ＳｐＣｅｌｌ上のビーム障害インスタンスインディケーションの数をカウントする（例えば、ＢＦＩ＿ｃｏｕｎｔｅｒ）。カウンタは、ＵＥのＭＡＣエンティティがＵＥのＰＨＹ層から（ＳｐＣｅｌｌのための）ビーム障害インスタンスインディケーションを受信するときはいつでも、１だけインクリメントされ得る。
アクション４０２において（ＳｐＣｅｌｌ上の）ビーム障害イベントを検出することに応答して、ＵＥは、アクション４０４、４０６、４０８、及び４１０の内の１つ又は複数を含む処理を実行することができる。
図４に示すように、アクション４０４において、ＵＥは、プリアンブルをＳｐＣｅｌｌに送信することができる。プリアンブルは、２ステップＲＡ手順又は４ステップＲＡ手順において使用されるＲＡプリアンブルであってよい。例えば、２ステップＲＡ手順において、メッセージは、メッセージＡ（ｍｓｇＡ）（例えば、ＲＡプリアンブル及びＰＵＳＣＨペイロードを含む）及びメッセージＢ（ｍｓｇＢ）（例えば、ＲＡＲ）として識別され得る。したがって、２ステップＲＡ手順が適用される場合、ＳｐＣｅｌｌに送信されるプリアンブルは、ｍｓｇＡに含まれ得る。一方で、４ステップＲＡ手順において、メッセージは、メッセージ１（ｍｓｇ１）（例えば、ＲＡプリアンブル）、メッセージ２（ｍｓｇ２）（例えば、ＲＡＲ）、メッセージ３（ｍｓｇ３）（例えば、ＲＲＣ接続要求）、メッセージ４（ｍｓｇ４）（例えば、ＲＲＣ競合セットアップ／解決メッセージ）として識別される。この場合において、ＳｐＣｅｌｌに送信されるプリアンブルは、ｍｓｇ１に含まれることができる。
アクション４０６において、ＵＥは、ＳｐＣｅｌｌからＲＡＲメッセージを受信することができる。アクション４０４において送信されたプリアンブルの応答として、ＲＡＲメッセージは、適用されるＲＡ手順のタイプ（例えば、２ステップＲＡ手順又は４ステップＲＡ手順）に応じて、ｍｓｇＢ又はｍｓｇ２に含まれてよい。ＵＥは、プリアンブル送信の終了を含むサブフレームから始まるＲＡＲウィンドウでＲＡＲメッセージを監視できる。
アクション４０８において、ＵＥは、第１のＵＬリソースがＲＡＲメッセージによって示されるかどうかに従って、第１のＵＬリソースがＢＦＲ報告の送信に適しているかどうかを決定することができる。決定の詳細は、図５を参照して説明される。
アクション４１０において、ＵＥは、第１のＵＬリソースがＢＦＲ報告の送信に適していると決定した後、第１のＵＬリソース上でＢＦＲ報告を送信することができる。一実装形態において、第１のＵＬリソースがＢＦＲ報告の送信に適したＵＬリソースと見なされるときのみ、ＵＥは、ＢＦＲ報告を送信するために第１のＵＬリソースを使用することができる。
図５は、本開示の実装形態による、ＵＬ送信優先順位付けのための方法５００のフローチャートを示す。方法５００は、個々のＵＥによって、又は本開示で説明される方法／実装形態と組み合わせて実行され得る。アクション５０２、５０４、５０６、及び５０８は図５において独立したブロックとして表される別々のアクションとして描写されるが、これらの別々に描写されたアクションは、必ずしも順序に依存するものとして解釈されるべきではない。図５においてアクションが実行される順序は、限定として解釈されることを意図しておらず、説明されたブロックの任意の数は、方法又は代替の方法を実装するために任意の順序で組み合わされてよい。更に、アクション５０２、５０４、５０６、及び５０８の内の１つ又は複数は、本実装形態のいくつかにおいて省略されてよい。
アクション５０２において、ＵＥは、（例えば、第１のＵＬリソースがＲＡＲメッセージに含まれるＵＬグラントによって示されるかどうかを検査することによって）第１のＵＬリソースがＲＡＲメッセージによって示されるかどうかを決定することができる。
アクション５０４において、アクション５０２の結果が、はい（Ｙｅｓ）である場合（例えば、第１のＵＬリソースがＲＡＲメッセージ内のＵＬグラントによって示されるとき）、ＵＥは、第１のＵＬリソースがＢＦＲ報告の送信に積雪であると決定することができる。
アクション５０６において、アクション５０２の結果がいいえ（Ｎｏ）である場合（例えば、第１のＵＬリソースがＲＡＲメッセージによって示されていないとき）、ＵＥは、第１のＵＬリソースがＢＦＲ報告の送信に適切でないと決定することができる。
アクション５０８において、ＵＥは、第１のＵＬリソースがＢＦＲ報告の送信に適切でないと決定した後、第１のＵＬリソース上でＢＦＲ報告を送信することを無効化／禁止され得る。
図６は、本開示の実装形態による、ＵＬ送信優先順位付けのための方法６００のフローチャートを示す。方法６００は、独立したＵＥによって、又は本開示で説明される方法／実装形態と組み合わせて実行され得る。アクション６０２、６０４、６０６、及び６０８は、図６において独立したブロックとして表される別々のアクションとして描写されるが、これらの別々に描写されたアクションは、必ずしも順序に依存するものとして解釈されるべきではない。図６におけるアクションは、実行される順序は限定として解釈されることを意図しておらず、説明されたブロックの任意の数は、方法又は代替の方法を実施するために任意の順序で組み合わされてよい。更に、アクション６０２、６０４、６０６、及び６０８の内の１つ又は複数は、本実施形態のいくつかにおいて省略されてよい。
アクション６０２において、ＵＥは、プリアンブル（例えば、ＲＡプリアンブル）が送信された後、タイマを開始することができる。タイマは、プリアンブルのためのＲＡＲメッセージを監視するためのＲＡＲウィンドウの長さを決定するために使用され得る。例えば、ＵＥは、プリアンブル送信の終了を含むサブフレームでタイマを開始することができる。ＵＥは、タイマが終了する前にＲＡＲメッセージを受信しない場合、ＵＥは、ＲＡＲメッセージの受信に失敗したと決定してよい。
アクション６０４において、ＵＥは、タイマが実行していないとき、第２のＵＬリソースを示すＵＬグラントを受信することができる。例えば、ＵＬグラントは、ＲＡＲメッセージのＲＡＲウィンドウの前後に受け取ることができる。この場合において、ＵＥは、第２のＵＬリソースを示すＵＬグラントがＲＡＲメッセージによって提供されないことを識別することができる。
アクション６０６において、ＵＥは、第２のＵＬリソースがＢＦＲ報告の送信に適切でないと決定することができる。
アクション６０８において、ＵＥは、第２のＵＬリソースがＢＦＲ報告の送信に適切でないと決定した後、第２のＵＬリソース上でＢＦＲ報告を送信することを無効化／禁止され得る。
図７は、本開示の実装形態による、ＵＬ送信優先順位付けのための方法７００のフローチャートを示す。方法７００は、ＵＥによって独立して、又は本開示で説明される方法／実装形態と組み合わせて実行され得る。アクション７０２、７０４、及び７０６は、図７において独立したブロックとして表される別々のアクションとして描写されるが、これらの別々に描写されたアクションは、必ずしも順序に依存するものとして解釈されるべきではない。図７においてアクションが実行される順序は、限定として解釈されることを意図しておらず、説明されたブロックの任意の数は、方法又は代替の方法を実行するために任意の順序で組み合わされてもよい。更に、アクション７０２、７０４、及び７０６の内の１つ又は複数は、本実装形態のいくつかにおいて省略され得る。
本実装形態において、ＵＥは、ＵＬリソースをスケジュールするセルに基づいて、ＵＬリソースがＢＦＲ報告送信に適切であるかどうかを決定することができる。例えば、ＳＣｅｌｌによってスケジューリングされるＵＬリソースは、ＢＦＲ報告送信に適切でないＵＬリソースと考えられることがある。
図７に示すように、アクション７０２において、ＵＥは、ＳＣｅｌｌ上でスケジュールされた第２のＵＬリソースを示すＵＬグラントを受信することができる。
アクション７０４において、ＵＥは、第２のＵＬリソースがＢＦＲ報告の送信に適切でないと決定することができる。
アクション７０６において、ＵＥは、第２のＵＬリソースがＢＦＲ報告の送信に適切でないと決定した後、第２のＵＬリソース上でＢＦＲ報告を送信することを無効化／禁止され得る。
図８は、本開示の実装形態による、ＵＬ送信優先順位付けのための方法８００のフローチャートを示す。方法８００は、ＵＥによって独立して、又は本開示で説明される方法／実装形態と組み合わせて実行され得る。アクション８０２、８０４、及び８０６は、図８では独立したブロックとして表現される独立したアクションとして描かれているが、これらの別々に描かれたアクションは、必ずしも順序に依存すると解釈されるべきではない。図８においてアクションが実行される順序は、限定として解釈されることを意図しておらず、説明されたブロックの任意の数は、方法又は代替方法を実装するために任意の順序で組み合わされてよい。更に、本実装形態のいくつかにおいて、アクション８０２、８０４、及び８０６の内の１つ以上は、省略されてよい。
本実装形態において、ＵＥは、ＵＬリソースを示す／スケジューリングするＤＣＩのＤＣＩ形式に基づいて、及び／又はＵＬリソースがＤＣＩによって示されるかどうかに基づいて、ＵＬリソースがＢＦＲ報告送信に適切であるかどうかを決定することができる。例えば、ＤＣＩ形式０＿０又はＤＣＩ形式０＿１のＤＣＩで示されるＵＬリソースは、ＢＦＲ報告送信に適切でないＵＬリソースと見なされることがある。
図８に示すように、アクション８０２において、ＵＥは、第２のＵＬリソースを示すＵＬグラントをＤＣＩで受信することができる。一実装形態において、ＤＣＩは、ＤＣＩ形式０＿０、ＤＣＩ形式０＿１、又はＤＣＩ形式０＿２を持つことができる。
第２のＵＬリソースは、ＤＣＩ内のＵＬグラントによって示されるが、ＲＡＲメッセージ内のＵＬグラントによって示されないから、ＵＥは、アクション８０４において、第２のＵＬリソースがＢＦＲ報告の送信に適切でないと決定することができる。
アクション８０６において、ＵＥは、第２のＵＬリソースがＢＦＲ報告の送信に適切でないと決定した後、第２のＵＬリソース上でＢＦＲ報告を送信することを無効化／禁止され得る。
一実装形態において、ＢＦＲ報告は、第１のビットと少なくとも１つの第２のビットとを含むビットマップを含むことができる。第１のビットは、ビーム障害イベントがＳｐＣｅｌｌ上で検出されたかどうかを示すことができ、少なくとも１つの第２のビットのそれぞれは、ビーム障害イベントが対応するＳＣｅｌｌ上で検出されたかどうかを示すことができる。
例えば、ＢＦＲ報告は、ＳｐＣｅｌｌ（ＳＰ）フィールドといくつかのＣｉフィールド（例えば、Ｃ１からＣ７）が含んでよい。ＳＰフィールドは、ビーム障害イベントがＳｐＣｅｌｌ上で検出されたかどうかを示すための第１のビットによって表され得る。例えば、第１のビットは、ビーム障害イベントがＳｐＣｅｌｌ上で検出されることを示すために「１」にセットされ、ビーム障害イベントがＳｐＣｅｌｌ上で検出されないことを示すために「０」にセットされ得る。それぞれのＣｉフィールドは、対応するＳＣｅｌｌ＃ｉ上でビーム障害イベントが検出されるか否かを示すために、第２のビットによって表されてもよい。例えば、Ｃ１フィールドの第２のビットは、対応するＳＣｅｌｌ＃１上でビーム障害イベントが検出されたことを示すために「１」にセットされ、ＳＣｅｌｌ＃１上でビーム障害イベントが検出されなかったことを示すために「０」にセットされ、Ｃ２フィールドの第２のビットは、対応するＳＣｅｌｌ＃２上でビーム障害イベントが検出されたことを示すために「１」にセットされ、ＳＣｅｌｌ＃２上でビーム障害イベントが検出されなかったことを示すために「０」にセットされ、以下同様にセットされる。
ＢＦＲ報告に含まれる第１のビット及び第２のビットは、ビットマップを形成することができる。例えば、［Ｃ７、Ｃ６、Ｃ５、Ｃ４、Ｃ３、Ｃ２、Ｃ１、ＳＰ］フィールドの１番目と２番目のビットがそれぞれ［０、０、０、１、０、１］にセットされる場合、ＵＥは、ＳｐＣｅｌｌ（ＳＰフィールドに対応）、ＳＣｅｌｌ＃２（Ｃ２フィールドに対応）、ＳＣｅｌｌ＃４（Ｃ４フィールドに対応）でビーム障害が発生し（例えば、ビーム障害イベントが検出され）、残りのＣｉフィールドに対応するＳＣｅｌｌ（存在する場合）でビーム障害イベントが検出されないことを知ることができる。
ビットマップを用いて、ＵＥは、単一のＢＦＲ報告を使用して、ＳｐＣｅｌｌ及びＳＣｅｌｌ上のビーム障害検出を示すことができる。例えば、ＵＥは、ＳｐＣｅｌｌ及びＳＣｅｌｌ上でビーム障害イベントが検出された場合、第１ビット（ＳｐＣｅｌｌに対応する）及び第２ビット（ＳＣｅｌｌに対応する）を同一値（例えば「１」）にセットすることができる。
図９は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。図９に示すように、ノード９００は、トランシーバ９０６と、プロセッサ９０８と、メモリ９０２と、一つ以上のプレゼンテーション部品９０４と、少なくとも一つのアンテナ９１０とを含むことができる。ノード９００はまた、ＲＦスペクトル帯域モジュールと、ＢＳ通信モジュールと、ネットワーク通信モジュールと、システム通信管理モジュールと、入出力（Ｉ／Ｏ）ポートと、Ｉ／Ｏ部品と、電源（図９には明示的に示されていない）とを含むことができる。これらの部品の各々は、一つ以上のバス９２４を介して、直接的又は間接的に互いに通信することができる。一実装形態において、ノード９００が例えば、図１から図８を参照して本明細書で説明される様々な機能を実行するＵＥ又はＢＳであり得る。
送信機９１６（例えば送信／送信回路）及び受信機９１８（例えば受信／受信回路）を有するトランシーバ９０６は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。いくつかの実装形態において、トランシーバ９０６が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ９０６は、データ及び制御チャンネルを受信するように構成され得る。
ノード９００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、ノード９００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という単語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体と、を含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。
メモリ９０２は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ９０２は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどが含まれる。図９に示すように、メモリ９０２は、実行されるとき、プロセッサ９０８に、例えば図１から図８を参照して、本明細書に記載する様々な機能を実行させるように構成された、コンピュータ読み取り可能なコンピュータ実行可能命令９１４（例えば、ソフトウェアコード）を記憶することができる。あるいは、命令９１４は、プロセッサ９０８によって直接的に実行可能ではなく、本明細書に記載する様々な機能を実行するためにノード９００（例えばコンパイルされ実行されるとき）を引き起こすように設定されてもよい。
プロセッサ９０８（例えば処理回路を有する）は、インテリジェントハードウェアデバイス、例えば中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含んでもよい。プロセッサ９０８は、メモリを含んでもよい。プロセッサ９０８は、メモリ９０２から受信したデータ９１２及び命令９１４、並びにトランシーバ９０６、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ９０８はまた、コアネットワークへの送信のために、アンテナ９１０を介してネットワーク通信モジュールに送信するためにトランシーバ９０６に送信される情報を処理することができる。
一つ以上のプレゼンテーション部品９０４は、人又は他のデバイスにデータインディケーションを提示する。プレゼンテーション部品９０４の例は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。
上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。さらに、概念は特定の実装形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するであろう。したがって、説明された実装形態は、すべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実装形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。

Claims (11)

  1. 上りリンク（ＵＬ：Uplink）送信の優先順位付けのためにユーザ機器（ＵＥ：User Equipment）（９００）によって実行される方法であって、前記方法は、
    無線リソース制御（ＲＲＣ：Radio Resource Control）メッセージを受信すること、
    特殊セル（ＳｐＣｅｌｌ：Special Cell）でビーム障害イベントを検出すること、及び
    前記ビーム障害イベントの検出に応じた処理を実行することを含み、前記処理は、
    前記ＳｐＣｅｌｌにプリアンブルを送信すること、
    前記ＳｐＣｅｌｌからランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージを受信すること、
    第１のＵＬリソースが前記ＲＡＲメッセージによって示されるかどうか、または、前記ＲＲＣメッセージがインディケーションを用いて設定されているかどうかに従って、前記第１のＵＬリソースがビーム障害回復（ＢＦＲ：Beam Failure Recovery）報告のために送信を制限されていないかどうかを決定すること、及び
    前記第１のＵＬリソースが前記ＢＦＲ報告の送信を制限されていないと決定した後、前記第１のＵＬリソースで前記ＢＦＲ報告を送信すること、
    を含む、
    方法。
  2. 前記第１のＵＬリソースが前記ＲＡＲメッセージによって示され、または、前記ＲＲＣメッセージが前記インディケーションを用いて設定されるとき、前記第１のＵＬリソースは、ＢＦＲ報告の送信が制限されていないことを決定することを更に含む、請求項１に記載の方法。
  3. 前記第１のＵＬリソースが前記ＲＡＲメッセージによって示されていない場合、かつ前記ＲＲＣメッセージが前記インディケーションを用いて設定されていない場合、前記第１のＵＬリソースは、前記ＢＦＲ報告の前記送信のために制限されていることを決定すること、
    を更に含む、請求項１に記載の方法。
  4. 前記第１のＵＬリソースがＢＦＲ報告の送信のために制限されていることを決定した後、前記ＵＥ（９００）が前記第１のＵＬリソース上で前記ＢＦＲ報告を送信することを無効にすること、
    を更に含む、請求項３に記載の方法。
  5. 前記プリアンブルが送信された後、タイマを開始すること、
    前記タイマが実行していないとき、第２のＵＬリソースを示すＵＬグラントを受信すること、
    前記第２のＵＬリソースが前記ＲＡＲメッセージによって示されていない場合、および前記ＲＲＣメッセージが前記インディケーションを用いて設定されていない場合、前記第２のＵＬリソースが前記ＢＦＲ報告の前記送信のために制限されていることを決定すること、及び
    前記第２のＵＬリソースが前記ＢＦＲ報告の前記送信のために制限されていることを決定した後、前記ＵＥ（９００）が前記第２のＵＬリソース上で前記ＢＦＲ報告を送信することを無効にすること、
    を更に含む、請求項１に記載の方法。
  6. セカンダリセル（ＳＣｅｌｌ：Secondary Cell）上でスケジュールされた第２のＵＬリソースを示すＵＬグラントを受信すること、
    前記第２のＵＬリソースが前記ＲＡＲメッセージによって示されていない場合、および前記ＲＲＣメッセージが前記インディケーションを用いて設定されていない場合、前記第２のＵＬリソースが前記ＢＦＲ報告の前記送信のために制限されていることを決定すること、及び
    前記第２のＵＬリソースが前記ＢＦＲ報告の前記送信のために制限されていることを決定した後、前記ＵＥ（９００）が前記第２のＵＬリソース上で前記ＢＦＲ報告を送信することを無効にすること、
    を更に含む、請求項１に記載の方法。
  7. 第２のＵＬリソースを示すＵＬグラントを下りリンク制御情報（ＤＣＩ：Downlink Control Information）で受信すること、
    前記第２のＵＬリソースが前記ＲＡＲメッセージによって示されていない場合、および前記ＲＲＣメッセージが前記インディケーションを用いて設定されていない場合、前記第２のＵＬリソースが前記ＢＦＲ報告の前記送信のために制限されていることを決定すること、及び
    前記第２のＵＬリソースが前記ＢＦＲ報告の前記送信のために制限されていることを決定した後、前記ＵＥ（９００）が前記第２のＵＬリソース上で前記ＢＦＲ報告を送信することを無効にすること、
    を更に含む、請求項１に記載の方法。
  8. 前記ＢＦＲ報告は、第１のビット及び少なくとも１つの第２のビットを含むビットマップを含み、前記第１のビットは、前記ビーム障害イベントが前記ＳｐＣｅｌｌ上で検出されたかどうかを示し、前記少なくとも１つの第２のビットのそれぞれは、前記ビーム障害イベントが対応するセカンダリセル（ＳＣｅｌｌ：Secondary Cell）上で検出されたかどうかを示す、請求項１に記載の方法。
  9. 前記ビーム障害イベントが前記ＳｐＣｅｌｌ及び前記少なくとも１つの第２のビットの内の前記１つに対応するＳＣｅｌｌ上で検出されるとき、前記第１のビット及び前記少なくとも１つの第２のビットの内の１つを同じ値にセットすること、を更に含む、請求項８に記載の方法。
  10. 前記ＲＲＣメッセージが前記インディケーションを用いて設定される場合、前記インディケーションは、前記ＲＲＣメッセージの中のビーム障害回復設定の情報要素（ＩＥ：Information Element）に格納される、請求項１に記載の方法。
  11. メモリ、及び
    前記メモリに結合された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、請求項１～１０のいずれかに記載の方法を実行する、
    ユーザ機器（ＵＥ：User Equipment）（９００）。
JP2022507669A 2019-08-14 2020-08-13 上りリンク送信の優先順位付けのための方法及び装置 Active JP7376687B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962886776P 2019-08-14 2019-08-14
US62/886,776 2019-08-14
PCT/CN2020/108944 WO2021027885A1 (en) 2019-08-14 2020-08-13 Methods and apparatuses for uplink transmission prioritization

Publications (2)

Publication Number Publication Date
JP2022543471A JP2022543471A (ja) 2022-10-12
JP7376687B2 true JP7376687B2 (ja) 2023-11-08

Family

ID=74566874

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022507669A Active JP7376687B2 (ja) 2019-08-14 2020-08-13 上りリンク送信の優先順位付けのための方法及び装置

Country Status (7)

Country Link
US (1) US11342980B2 (ja)
EP (1) EP4014541A4 (ja)
JP (1) JP7376687B2 (ja)
KR (1) KR20220045183A (ja)
CN (1) CN114223250A (ja)
TW (1) TWI733559B (ja)
WO (1) WO2021027885A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11395284B2 (en) * 2019-03-28 2022-07-19 Samsung Electronics Co., Ltd. Method and apparatus of indicating alternative resource at collision of configured grants
CN112584443A (zh) * 2019-09-27 2021-03-30 苹果公司 辅助小区链路恢复请求传输
EP3799518A1 (en) * 2019-09-27 2021-03-31 Apple Inc. Secondary cell link recovery request transmission
US11329710B2 (en) * 2019-11-08 2022-05-10 At&T Intellectual Property I, L.P. Facilitation of beam failure indication for multiple transmission points for 5G or other next generation network
KR20220143661A (ko) * 2020-04-01 2022-10-25 삼성전자주식회사 무선 통신 시스템에서 유휴 모드 동작을 위한 방법 및 장치
US11172019B1 (en) * 2020-08-28 2021-11-09 Tencent America LLC Systems and methods for unmanned aerial system communication
US20220103232A1 (en) * 2020-09-29 2022-03-31 Qualcomm Incorporated Transmission reception point (trp)-specific beam failure detection (bfd) reference signal (rs) determination
US11943037B2 (en) * 2020-10-05 2024-03-26 Samsung Electronics Co., Ltd. Method and apparatus for beam failure recovery in a wireless communication system
US11924014B2 (en) * 2020-10-15 2024-03-05 Qualcomm Incorporated Dynamic modulation and coding scheme table switching to indicate transmit waveform switching
US11728873B2 (en) 2021-07-09 2023-08-15 Qualcomm Incorporated Early beam failure detection
US20230090834A1 (en) * 2021-09-22 2023-03-23 Mediatek Inc. Method and apparatus for beam failure recovery procedure
KR20230150178A (ko) * 2022-04-21 2023-10-30 엘지전자 주식회사 무선 통신 시스템에서 사용자 기기가 절단된mac ce 보고를 전송하는 방법 및 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019119399A1 (en) 2017-12-22 2019-06-27 Zte Corporation Methods and wireless communication device for carrying out beam failure recovery

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113242571B (zh) * 2017-05-05 2022-11-15 北京三星通信技术研究有限公司 传输上行信号的方法、用户设备及基站
EP3665792A1 (en) * 2017-08-09 2020-06-17 IDAC Holdings, Inc. Methods and systems for beam recovery and management
US11206596B2 (en) 2017-11-27 2021-12-21 Asustek Computer Inc. Method and apparatus for reducing interruption of beaming recovery procedure in a wireless communication system
CN117596694A (zh) * 2017-12-22 2024-02-23 夏普株式会社 无线通信方法和设备
EP3718334A4 (en) 2018-01-05 2021-08-25 Samsung Electronics Co., Ltd. SECONDARY CELL BEAM RECOVERY APPARATUS AND METHOD
US10863570B2 (en) 2018-01-09 2020-12-08 Comcast Cable Communications, Llc Beam selection in beam failure recovery request retransmission
US11277302B2 (en) * 2018-06-21 2022-03-15 Ofinno, Llc PUCCH based beam failure recovery procedure
US20210306061A1 (en) * 2018-08-07 2021-09-30 Beijing Xiaomi Mobile Software Co., Ltd. Information reporting method and apparatus, terminal, and storage medium
EP4005141A4 (en) * 2019-07-22 2023-07-26 Fg Innovation Company Limited BEAM FAILURE RECOVERY (BFR) METHODS AND DEVICES

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019119399A1 (en) 2017-12-22 2019-06-27 Zte Corporation Methods and wireless communication device for carrying out beam failure recovery

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，Discussion on beam failure recovery for SCell[online]，3GPP TSG RAN WG2 #102 R2-1807975，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_102/Docs/R2-1807975.zip>，2018年05月11日
MediaTek Inc.，Enhancements on multi-beam operations[online]，3GPP TSG RAN WG1 #97 R1-1906537，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906537.zip>，2019年05月04日

Also Published As

Publication number Publication date
TWI733559B (zh) 2021-07-11
EP4014541A4 (en) 2023-08-16
EP4014541A1 (en) 2022-06-22
CN114223250A (zh) 2022-03-22
US20210050901A1 (en) 2021-02-18
WO2021027885A1 (en) 2021-02-18
KR20220045183A (ko) 2022-04-12
TW202116096A (zh) 2021-04-16
US11342980B2 (en) 2022-05-24
JP2022543471A (ja) 2022-10-12

Similar Documents

Publication Publication Date Title
JP7376687B2 (ja) 上りリンク送信の優先順位付けのための方法及び装置
US11683838B2 (en) Method and apparatus for transmitting and receiving data using plurality of carriers in mobile communication system
JP7266744B2 (ja) ビーム障害回復方法及び関連する装置
CN114097286B (zh) 用于波束故障恢复的调度请求资源优化方法及用户装置
US11632793B2 (en) Method and apparatus for random access procedure
US11632794B2 (en) Methods and apparatuses for listen before talk failure detection and recovery
JP2023062108A (ja) 異なる信頼度を有するデータを転送するための方法、システム、およびデバイス
US9750051B2 (en) Wireless communication system and method of wireless communication
US11706801B2 (en) Method of listen before talk recovery procedure and related device
WO2021139729A1 (en) Methods and apparatuses for handling uplink (re) transmission in nr-u
WO2021155853A1 (en) Wireless communication method and user equipment for handling random access operations
US11381300B2 (en) Method and apparatus for performing random access procedure for beam failure recovery
US20220210860A1 (en) Methods for data transmission and user equipment using the same
WO2023143259A1 (en) Method and user equipment for performing uplink transmissions for random access and related base station

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220207

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230711

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230914

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231017

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231026

R150 Certificate of patent or registration of utility model

Ref document number: 7376687

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150