JP7288267B2 - ２ステップランダムアクセス手順の不連続受信 - Google Patents

２ステップランダムアクセス手順の不連続受信 Download PDF

Info

Publication number
JP7288267B2
JP7288267B2 JP2022520050A JP2022520050A JP7288267B2 JP 7288267 B2 JP7288267 B2 JP 7288267B2 JP 2022520050 A JP2022520050 A JP 2022520050A JP 2022520050 A JP2022520050 A JP 2022520050A JP 7288267 B2 JP7288267 B2 JP 7288267B2
Authority
JP
Japan
Prior art keywords
wireless device
base station
random access
downlink
preamble
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
JP2022520050A
Other languages
English (en)
Other versions
JP2022543498A (ja
Inventor
ヒョンスク チョン，
エスマエル ディナン，
ユンジュン イ，
フア ジョウ，
Original Assignee
オフィノ， エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by オフィノ， エルエルシー filed Critical オフィノ， エルエルシー
Publication of JP2022543498A publication Critical patent/JP2022543498A/ja
Application granted granted Critical
Publication of JP7288267B2 publication Critical patent/JP7288267B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0836—Random access procedures, e.g. with 4-step access with 2-step access
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Description

関連出願の相互参照
本出願は、２０１９年１０月３日に出願された米国仮特許出願第６２／９１０，２５７号の優先権を主張し、その出願は、参照によりその全体が本明細書に組み込まれる。
基地局は、無線デバイスの混合と通信することができる。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートすることができる。無線デバイスは、無線デバイスのカテゴリーおよび／または能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及することができる。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及することができる。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づいて実行されるため、開示された方法に準拠しない場合があるカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。
本発明は、例えば、以下を提供する。
（項目１）
無線デバイスによって、
プリアンブルと、
無線デバイスアイデンティティを示すトランスポートブロックであって、送信機会を介して送信される、トランスポートブロックと、を含むメッセージを送信することと、
前記無線デバイスの不連続受信（ＤＲＸ）動作が、時間ウィンドウの実行に基づいてＤＲＸアクティブ時間内にあることを決定することであって、前記時間ウィンドウが、前記送信機会後に少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルで開始する、決定することと、
一つまたは複数のダウンリンク制御チャネルを介して、および前記決定に基づいて、前記メッセージに対する応答を受信することと、
前記ＤＲＸ動作が、前記応答の受信に応答して前記ＤＲＸアクティブ時間内にないという判定に基づいて、前記一つまたは複数のダウンリンク制御チャネルの監視を停止することと、を含む、方法。
（項目２）
前記メッセージを前記送信することが、２ステップランダムアクセス手順のためである、項目１に記載の方法。
（項目３）
前記ＤＲＸ動作を構成するＤＲＸ構成パラメーターを受信することをさらに含む、項目１に記載の方法。
（項目４）
前記プリアンブルが、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信機会を介して送信される、項目１に記載の方法。
（項目５）
前記送信機会が、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信機会である、項目１に記載の方法。
（項目６）
前記応答について、メッセージＢ無線ネットワーク一時識別子を使用して前記一つまたは複数のダウンリンク制御チャネルを監視することをさらに含む、項目１に記載の方法。
（項目７）
前記決定に基づいて、前記ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、前記一つまたは複数のダウンリンク制御チャネルを監視することをさらに含む、項目１に記載の方法。
（項目８）
前記応答の受信に応答して前記時間ウィンドウを停止することをさらに含む、項目１に記載の方法。
（項目９）
前記ＤＲＸ動作が前記ＤＲＸアクティブ時間にないという前記決定が、前記時間ウィンドウの停止に応答している、項目８に記載の方法。
（項目１０）
前記ＤＲＸ動作が、前記時間ウィンドウが実行中である間に前記ＤＲＸアクティブ時間内にある、項目８に記載の方法。
（項目１１）
前記トランスポートブロックが、前記無線デバイスのＣ－ＲＮＴＩを示す前記セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含む、項目１に記載の方法。
（項目１２）
前記Ｃ－ＲＮＴＩが、前記無線デバイスアイデンティティを示す、項目１１に記載の方法。
（項目１３）
前記応答について、および前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含む前記トランスポートブロックに基づいて、前記Ｃ－ＲＮＴＩを使用して前記一つまたは複数のダウンリンク制御チャネルを監視することをさらに含む、項目１２に記載の方法。
（項目１４）
前記応答が、前記Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）である、項目１２に記載の方法。
（項目１５）
前記応答が前記Ｃ－ＲＮＴＩにアドレス付けられた前記ＤＣＩであることに応答して、２ステップランダムアクセス手順が成功裏に完了すると判定することをさらに含む、項目１４に記載の方法。
（項目１６）
前記ＤＣＩが、送信に対する許可を含む、項目１４に記載の方法。
（項目１７）
前記許可がアップリンク許可である、項目１６の方法。
（項目１８）
前記許可がダウンリンク割り当てである、項目１６に記載の方法。
（項目１９）
前記送信が新しい送信であるのに応答して、ＤＲＸイナクティビティタイマーを開始することと、
前記ＤＲＸ動作が、前記ＤＲＸイナクティビティタイマーが実行中である間に前記ＤＲＸアクティブ時間内にあると判定することと、をさらに含む、項目１６に記載の方法。
（項目２０）
前記ＤＲＸアクティブ時間中に、前記送信の再送信のための第二の許可を含む第二のＤＣＩを受信することと、
前記第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始することと、
前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答してＤＲＸ再送信タイマーを開始することであって、前記ＤＲＸ動作が前記ＤＲＸ再送信タイマーの実行に基づいて前記ＤＲＸアクティブ時間内にある、開始することと、をさらに含む、項目１９に記載の方法。
（項目２１）
無線デバイスによって、
プリアンブルと、
無線デバイスアイデンティティを示すトランスポートブロックであって、送信機会を介して送信される、トランスポートブロックと、を含むメッセージを送信することと、
前記無線デバイスの不連続受信（ＤＲＸ）動作が、時間ウィンドウの実行に基づいてＤＲＸアクティブ時間内にあることを決定することであって、前記時間ウィンドウが、前記送信機会後に少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルで開始する、決定することと、
一つまたは複数のダウンリンク制御チャネルを介して、および前記決定に基づいて、前記メッセージに対する応答を受信することであって、前記ＤＲＸ動作が、前記応答に応答して前記ＤＲＸアクティブ時間内にない、受信することと、を含む、方法。
（項目２２）
前記ＤＲＸ動作が前記ＤＲＸアクティブ時間内にないことに基づいて、前記一つまたは複数のダウンリンク制御チャネルの監視を停止することをさらに含む、項目２１に記載の方法。
（項目２３）
前記応答の受信に応答して前記時間ウィンドウを停止することをさらに含む、項目２１に記載の方法。
（項目２４）
前記ＤＲＸ動作が前記ＤＲＸアクティブ時間内にないという前記決定が、前記時間ウィンドウの停止に応答している、項目２３に記載の方法。
（項目２５）
前記ＤＲＸ動作が、前記時間ウィンドウが実行中である間に前記ＤＲＸアクティブ時間内にある、項目２３に記載の方法。
（項目２６）
無線デバイスによって、プリアンブルおよびトランスポートブロックを含むメッセージを送信することと、
前記無線デバイスのＤＲＸ動作の不連続受信（ＤＲＸ）アクティブ時間の間に、前記メッセージへの応答を受信することであって、前記ＤＲＸアクティブ時間が、前記トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づく、受信することと、を含む、方法。
（項目２７）
前記トランスポートブロックが、無線デバイスアイデンティティを示す、項目２６に記載の方法。
（項目２８）
前記トランスポートブロックが送信機会を介して送信される、項目２６に記載の方法。
（項目２９）
前記ＤＲＸ動作が、前記時間ウィンドウの実行に基づいて、前記ＤＲＸアクティブ時間内にあると判定することと、
前記ＤＲＸ動作が、前記応答の受信に応答して前記ＤＲＸアクティブ時間内にないという判定に基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止することと、をさらに含む、項目２６に記載の方法。
（項目３０）
前記時間ウィンドウが、前記送信機会後の前記少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルから開始する、項目２６に記載の方法。
（項目３１）
無線デバイスによって、および前記無線デバイスのＤＲＸ動作の不連続受信（ＤＲＸ）アクティブ時間の間に、プリアンブルおよびトランスポートブロックを含むメッセージへの応答を受信することを含み、前記ＤＲＸアクティブ時間は、前記トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいて決定される、方法。
（項目３２）
前記プリアンブルおよび前記トランスポートブロックを含む前記メッセージを送信することをさらに含む、項目３１に記載の方法。
（項目３３）
前記メッセージを前記送信することが、２ステップランダムアクセス手順のためのものである、項目３２に記載の方法。
（項目３４）
前記トランスポートブロックが送信機会を介して送信される、項目３１に記載の方法。
（項目３５）
前記時間ウィンドウが、前記送信機会後の前記少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルから開始する、項目３１に記載の方法。
（項目３６）
前記ＤＲＸ動作が、前記時間ウィンドウの実行に基づいて、前記ＤＲＸアクティブ時間内にあると判定することと、
前記ＤＲＸ動作が、前記応答の受信に応答して前記ＤＲＸアクティブ時間内にないという判定に基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止することと、をさらに含む、項目３１に記載の方法。
（項目３７）
前記応答について、メッセージＢ無線ネットワーク一時識別子を使用して前記一つまたは複数のダウンリンク制御チャネルを監視することをさらに含む、項目３６に記載の方法。
（項目３８）
前記決定に基づいて、前記ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、前記一つまたは複数のダウンリンク制御チャネルを監視することをさらに含む、項目３６に記載の方法。
（項目３９）
前記応答の受信に応答して前記時間ウィンドウを停止することをさらに含む、項目３６に記載の方法。
（項目４０）
前記ＤＲＸ動作が、前記時間ウィンドウが実行中である間に前記ＤＲＸアクティブ時間内にある、項目３９に記載の方法。
（項目４１）
前記トランスポートブロックが、前記無線デバイスのＣ－ＲＮＴＩを示す前記セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含む、項目３６に記載の方法。
（項目４２）
前記Ｃ－ＲＮＴＩが、無線デバイスアイデンティティを示す、項目４１に記載の方法。
（項目４３）
前記応答について、および前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含む前記トランスポートブロックに基づいて、前記Ｃ－ＲＮＴＩを使用して前記一つまたは複数のダウンリンク制御チャネルを監視することをさらに含む、項目４２に記載の方法。
（項目４４）
前記応答が、前記Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）である、項目４２に記載の方法。
（項目４５）
前記応答が前記Ｃ－ＲＮＴＩにアドレス付けられた前記ＤＣＩであることに応答して、２ステップランダムアクセス手順が成功裏に完了すると判定することをさらに含む、項目４４に記載の方法。
（項目４６）
前記ＤＣＩが、送信に対する許可を含む、項目４４に記載の方法。
（項目４７）
前記許可がアップリンク許可である、項目４６に記載の方法。
（項目４８）
前記許可がダウンリンク割り当てである、項目４６に記載の方法。
（項目４９）
前記送信が新しい送信であるのに応答して、ＤＲＸイナクティビティタイマーを開始することと、
前記ＤＲＸ動作が、前記ＤＲＸイナクティビティタイマーが実行中である間に前記ＤＲＸアクティブ時間内にあると判定することと、をさらに含む、項目４６に記載の方法。
（項目５０）
前記ＤＲＸアクティブ時間中に、前記送信の再送信のための第二の許可を含む第二のＤＣＩを受信することと、
前記第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始することと、
前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答してＤＲＸ再送信タイマーを開始することであって、前記ＤＲＸ動作が前記ＤＲＸ再送信タイマーの実行に基づいて前記ＤＲＸアクティブ時間内にある、開始することと、をさらに含む、項目４９に記載の方法。
（項目５１）
無線デバイスから基地局によって、
プリアンブルと、
無線デバイスアイデンティティを示すトランスポートブロックであって、送信機会を介して送信される、トランスポートブロックと、を含むメッセージを受信することと、
前記無線デバイスの不連続受信（ＤＲＸ）動作が、時間ウィンドウの実行に基づいてＤＲＸアクティブ時間内にあることを決定することであって、前記時間ウィンドウが、前記送信機会後に少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルで開始する、決定することと、
一つまたは複数のダウンリンク制御チャネルを介して、および前記決定に基づいて、前記メッセージに対する応答を送信することであって、前記ＤＲＸ動作が前記応答の送信に応答して前記ＤＲＸアクティブ時間内にない、送信することと、を含む、方法。
（項目５２）
前記メッセージを前記受信することが、２ステップランダムアクセス手順のためのものである、項目５１に記載の方法。
（項目５３）
前記ＤＲＸ動作を構成するＤＲＸ構成パラメーターを送信することをさらに含む、項目５１に記載の方法。
（項目５４）
前記プリアンブルが、物理ランダムアクセスチャネル（ＰＲＡＣＨ）の送信機会を介して受信される、項目５１に記載の方法。
（項目５５）
前記送信機会が、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信機会である、項目５１に記載の方法。
（項目５６）
前記無線デバイスが、前記応答について、前記一つまたは複数のダウンリンク制御チャネルを、メッセージＢ無線ネットワーク一時識別子を使用して監視することを決定することをさらに含む、項目５１に記載の方法。
（項目５７）
前記決定に基づいて、前記ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、前記無線デバイスが前記一つまたは複数のダウンリンク制御チャネルを監視することを決定することをさらに含む、項目５１に記載の方法。
（項目５８）
前記応答を送信することに応答して前記時間ウィンドウを停止することをさらに含む、項目５１に記載の方法。
（項目５９）
前記ＤＲＸ動作が前記ＤＲＸアクティブ時間にないという前記決定が、前記時間ウィンドウの停止に応答している、項目５８に記載の方法。
（項目６０）
前記ＤＲＸ動作が、前記時間ウィンドウが実行中である間に前記ＤＲＸアクティブ時間内にある、項目５８に記載の方法。
（項目６１）
前記トランスポートブロックが、前記無線デバイスのＣ－ＲＮＴＩを示す前記セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含む、項目５１に記載の方法。
（項目６２）
前記無線デバイスが、前記応答について、および前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含む前記トランスポートブロックに基づいて、前記Ｃ－ＲＮＴＩを使用して前記一つまたは複数のダウンリンク制御チャネルを監視することを決定することをさらに含む、項目６１に記載の方法。
（項目６３）
前記Ｃ－ＲＮＴＩが、前記無線デバイスアイデンティティを示す、項目６１に記載の方法。
（項目６４）
前記応答が、前記Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）である、項目６３に記載の方法。
（項目６５）
前記応答が前記Ｃ－ＲＮＴＩにアドレス付けられたＤＣＩであることに応答して、２ステップランダムアクセス手順が成功裏に完了すると判定することをさらに含む、項目６４に記載の方法。
（項目６６）
前記ＤＣＩが、送信に対する許可を含む、項目６４に記載の方法。
（項目６７）
前記許可がアップリンク許可である、項目６６に記載の方法。
（項目６８）
前記許可がダウンリンク割り当てである、項目６６に記載の方法。
（項目６９）
前記送信が新しい送信であるのに応答して、ＤＲＸイナクティビティタイマーを開始することと、
前記ＤＲＸ動作が、前記ＤＲＸイナクティビティタイマーが実行中である間に前記ＤＲＸアクティブ時間内にあると判定することと、をさらに含む、項目６６に記載の方法。
（項目７０）
前記ＤＲＸアクティブ時間の間に、前記送信の再送信のための第二の許可を含む第二のＤＣＩを送信することと、
前記第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始することと、
前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答してＤＲＸ再送信タイマーを開始することであって、前記ＤＲＸ動作が前記ＤＲＸ再送信タイマーの実行に基づいて前記ＤＲＸアクティブ時間内にある、開始することと、をさらに含む、項目６９に記載の方法。
（項目７１）
基地局によって、無線デバイスへ、および前記無線デバイスのＤＲＸ動作の不連続受信（ＤＲＸ）アクティブ時間の間に、プリアンブルおよびトランスポートブロックを含むメッセージへの応答を送信することを含み、前記ＤＲＸアクティブ時間は、前記トランスポートブロックの送信機会後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいて決定される、方法。
（項目７２）
前記プリアンブル前記およびトランスポートブロックを含む前記メッセージを受信することをさらに含む、項目７１に記載の方法。
（項目７３）
前記メッセージを前記受信することが、２ステップランダムアクセス手順のためのものである、項目７２に記載の方法。
（項目７４）
前記トランスポートブロックが、送信機会を介して受信される、項目７１に記載の方法。
（項目７５）
前記時間ウィンドウが、前記送信機会後の前記少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルからから開始する、項目７１に記載の方法。
（項目７６）
前記ＤＲＸ動作が、前記時間ウィンドウの実行に基づいて、前記ＤＲＸアクティブ時間内にあると判定することをさらに含み、前記ＤＲＸ動作が前記応答の受信に応答して、前記ＤＲＸアクティブ時間内にない、項目７１に記載の方法。
（項目７７）
前記無線デバイスが、前記応答について、一つまたは複数のダウンリンク制御チャネルを、メッセージＢ無線ネットワーク一時識別子を使用して監視することを決定することをさらに含む、項目７６に記載の方法。
（項目７８）
前記応答を送信することに応答して前記時間ウィンドウを停止することをさらに含む、項目７６に記載の方法。
（項目７９）
前記ＤＲＸ動作が、前記時間ウィンドウが実行中である間に前記ＤＲＸアクティブ時間内にある、項目７７に記載の方法。
（項目８０）
前記決定に基づいて、前記ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、前記無線デバイスが前記一つまたは複数のダウンリンク制御チャネルを監視することを決定することをさらに含む、項目７７に記載の方法。
（項目８１）
前記トランスポートブロックが、前記無線デバイスのＣ－ＲＮＴＩを示す前記セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含む、項目７７に記載の方法。
（項目８２）
前記Ｃ－ＲＮＴＩが、前記無線デバイスの無線デバイスアイデンティティを示す、項目８１に記載の方法。
（項目８３）
前記無線デバイスが、前記応答について、および前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含む前記トランスポートブロックに基づいて、前記Ｃ－ＲＮＴＩを使用して前記一つまたは複数のダウンリンク制御チャネルを監視することを決定することをさらに含む、項目８２に記載の方法。
（項目８４）
前記応答が、前記Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）である、項目８２に記載の方法。
（項目８５）
前記応答が前記Ｃ－ＲＮＴＩにアドレス付けられた前記ＤＣＩであることに応答して、２ステップランダムアクセス手順が成功裏に完了すると判定することをさらに含む、項目８４に記載の方法。
（項目８６）
前記ＤＣＩが、送信に対する許可を含む、項目８４に記載の方法。
（項目８７）
前記許可が、アップリンク許可である、項目８６に記載の方法。
（項目８８）
前記許可が、ダウンリンク割り当てである、項目８６に記載の方法。
（項目８９）
前記送信が新しい送信であるのに応答して、ＤＲＸイナクティビティタイマーを開始することと、
前記ＤＲＸ動作が、前記ＤＲＸイナクティビティタイマーが実行中である間に前記ＤＲＸアクティブ時間内にあると判定することと、をさらに含む、項目８６に記載の方法。
（項目９０）
前記ＤＲＸアクティブ時間の間に、前記送信の再送信のための第二の許可を含む第二のＤＣＩを送信することと、
前記第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始することと、
前記ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答してＤＲＸ再送信タイマーを開始することであって、前記ＤＲＸ動作が前記ＤＲＸ再送信タイマーの実行に基づいて前記ＤＲＸアクティブ時間内にある、開始することと、をさらに含む、項目８９に記載の方法。
（項目９１）
無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されるとき、前記無線デバイスに項目１～５０のいずれか一項に記載の方法を実行させる命令を記憶するメモリーと、を含む、無線デバイス。
（項目９２）
基地局であって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に項目５１～９０のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局。
（項目９３）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１～９０のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピューター可読媒体。
（項目９４）
基地局と、
無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されるとき、前記無線デバイスに、前記基地局から、および前記無線デバイスのＤＲＸ動作の不連続受信（ＤＲＸ）アクティブ時間の間に、プリアンブルおよびトランスポートブロックを含むメッセージに対する応答を受信させる命令を記憶するメモリーであって、前記ＤＲＸアクティブ時間が、前記トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいて決定される、メモリーとを含む、無線デバイスと、を含む、システム。
（項目９５）
無線デバイスと、
基地局であって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に、前記無線デバイスに、および前記無線デバイスのＤＲＸ動作の不連続受信（ＤＲＸ）アクティブ時間の間に、プリアンブルおよびトランスポートブロックを含むメッセージへの応答を送信させる命令を記憶するメモリーであって、前記ＤＲＸアクティブ時間は、前記トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいて決定される、メモリーとを含む、基地局と、を含む、システム。
本開示のさまざまな実施形態のうちのいくつかの例が、図面を参照して本明細書に記載される。
図１Ａおよび図１Ｂは、本開示の実施形態が実装され得る、移動体通信ネットワークの例を示す。
図２Ａおよび図２Ｂはそれぞれ、新しい無線（ＮＲ）ユーザープレーンおよび制御プレーンプロトコルスタックを示す。
図３は、図２ＡのＮＲユーザープレーンプロトコルスタックのプロトコル層間で提供されるサービスの例を示している。
図４Ａは、図２ＡのＮＲユーザープレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。
図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。
図５Ａおよび図５Ｂはそれぞれ、ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。
図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。
図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。
図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。
図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適応の例を示す。
図１０Ａは、二つのコンポーネントキャリアを有する三つのキャリアアグリゲーション構成を示す。
図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨ群に構成され得るかの例を示す。
図１１Ａは、ＳＳ／ＰＢＣＨブロック構造および位置の例を示す。
図１１Ｂは、時間および周波数ドメインにマッピングされたＣＳＩ－ＲＳの例を示している。
図１２Ａおよび図１２Ｂはそれぞれ、三つのダウンリンクおよびアップリンクビーム管理手順の例を示す。
図１３Ａ、図１３Ｂ、および図１３Ｃはそれぞれ、４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、および別の２ステップランダムアクセス手順を示す。
図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。
図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ－ＲＥＧマッピングの実施例を示す。
図１５は、基地局と通信する無線デバイスの例を示す。
図１６Ａは、１６Ｂ、１６Ｃ、および図１６Ｄは、アップリンクおよびダウンリンク送信のための例示的な構造を示す。
図１７Ａは、本開示の例示的実施形態の態様によるＵＬ無線リソースでＴＤＭされたＰＲＡＣＨ機会の例である。
図１７Ｂは、本開示の例示的実施形態の態様によるＵＬ無線リソースでＴＤＭされたＰＲＡＣＨ機会の例である。
図１７Ｃは、本開示の例示的実施形態の態様による、ＵＬ無線リソースでＴＤＭされたおよびＦＤＭされたＰＲＡＣＨ機会の例である。
図１８は、本開示の例示的実施形態の態様によるｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｓｋＩｎｄｅｘ値の実施例を示す。
図１９Ａは、本開示の例示的な実施形態の一態様によるＲＡＲを示している。
図１９Ｂは、本開示の例示的な実施形態の一態様による、ＭＡＣサブヘッダーを示している。
図１９Ｃは、本開示の例示的実施形態の一態様によるＲＡＲを示す。
図２０は、本開示の例示的実施形態の一態様によるＭＡＣ ＲＡＲフォーマットを示す。
図２１は、本開示の例示的実施形態の一態様によるＲＡＲフォーマットを示す。
図２２Ａは、本開示の例示的実施形態の一態様によるＲＡＲフォーマットを示す。
図２２Ｂは、本開示の例示的実施形態の一態様によるＲＡＲフォーマットを示す。
図２３は、本開示の例示的な実施形態の一態様による２ステップＲＡ手順を示す図である。
図２４Ａは、本開示の例示的な実施形態の一態様による２ステップＲＡ手順の図である。
図２４Ｂは、本開示の例示的な実施形態の一態様による２ステップＲＡ手順の図である。
図２５は、本開示の例示的な実施形態の一態様による２ステップＲＡ手順を示す図である。
図２６は、本開示の例示的な実施形態の一態様による２ステップＲＡ手順を示している。
図２７は、本開示の例示的な実施形態の一態様による２ステップＲＡ手順を示す。
図２８は、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図２９Ａは、本開示の例示的実施形態の一態様によるＤＲＸ動作のアクティブ時間を示す。
図２９Ｂは、本開示の例示的実施形態の一態様によるＤＲＸ動作のアクティブ時間を示す。
図３０Ａは、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図３０Ｂは、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図３１は、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図３２は、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図３３は、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図３４は、本開示の例示的実施形態の一態様によるＤＲＸ動作を示す。
図３５は、本開示の例示的な実施形態の一態様に基づくフロー図である。
図３６は、本開示の例示的な実施形態の一態様に基づくフロー図である。
本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、上記の明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。従って、本実施形態は、上述の例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を参照して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成することができる。さらに、機能と利点を強調するいかなる図も、例示のみを目的として提示される。開示されたアーキテクチャーは、示される以外の方式で利用することができるように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で順序付けされ、または任意選択としてのみ使用され得る。
実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。一つまたは複数の基準が満たされると、さまざまな例示的実施形態が適用されることができる。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。
本明細書では、「ａ」と「ａｎ」および同様の語句は「少なくとも一つ」および「一つまたは複数」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および「一つまたは複数」として解釈されるべきである。本明細書では、用語「ｍａｙ」は「例えば、～であり得る」として解釈される。言い換えると、用語「ｍａｙ」は、用語「ｍａｙ」に続く語句が複数の適切な可能性の一つの例であり、種々の実施形態の一つまたは複数に対して用いられても用いられなくてもよいことを示す。本明細書で使用される場合、用語「含む」および「からなる」は、記載される要素の一つまたは複数の構成要素を列挙する。用語「含む（ｃｏｍｐｒｉｓｅｓ）」は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。本明細書で使用される場合、用語「に基づく」は、例えば、「のみに基づく」というよりはむしろ、「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「および／または」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、および／またはＣ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを表し得る。
ＡおよびＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合およびサブセットのみが考慮される。例えば、Ｂ＝ ｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。「に基づいて」（または同等に「に少なくとも基づいて」）というフレーズは、用語「に基づいて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの例であることを示す。「に応答して」（または同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの例であることを示す。「に応じて」（または同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの例であることを示す。「採用／使用」（または同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の一つまたは複数に使用される場合とされない場合とがある多数の適切な可能性の一つの例であることを示す。
用語「構成される」は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。「構成される」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用することができる、または装置における特定のアクションを実装するために使用することができるパラメーターを有することを意味し得る。
本開示では、パラメーター（または同等にフィールド、または情報要素：ＩＥと呼ばれる）は、一つまたは複数の情報オブジェクトを含むことができ、情報オブジェクトは、一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーター（ＩＥ）Ｎがパラメーター（ＩＥ）Ｍを含み、パラメーター（ＩＥ）Ｍがパラメーター（ＩＥ）Ｋを含み、パラメーター（ＩＥ）Ｋがパラメーター（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、一つまたは複数のメッセージが複数のパラメーターを含むとき、それは、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つに含まれるが、一つまたは複数のメッセージの各々に含まれる必要はないことを意味する。
さらにまた、上記で提示された多くの特徴は、「ｍａｙ」の使用または括弧の使用により任意選択であるものとして説明される。簡潔さおよび読みやすさのために、本開示は、任意選択の特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。しかしながら、本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、三つの任意選択の特徴を有するものとして説明されたシステムは、七つの異なる方式、すなわち、三つの可能な特徴の一つのみ、三つの特徴のいずれか二つ、または三つの特徴の三つ全てによって具現化されることができる。
開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（すなわち、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装されてもよく、それらは、挙動的に等価とすることができる。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂなど）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピューター、マイクロコントローラー、およびマイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。
図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公共の土地移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、および無線デバイス１０６を含む。
ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のデータネットワーク（ＤＮ）へのインターフェイスを提供し得る。インターフェイス機能の一部として、ＣＮ１０２は、無線デバイス１０６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、無線デバイス１０６を認証し、充電機能を提供し得る。
ＲＡＮ１０４は、エアインターフェイス上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、および再送信プロトコルを提供し得る。エアインターフェイス上でＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアインターフェイス上で無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
無線デバイスという用語は、本開示全体を通して、無線通信が必要または利用可能な任意のモバイルデバイスまたは固定（非携帯）デバイスを指し、および包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、および／またはそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、携帯ステーション、ハンドセット、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信装置を含む、他の用語を包含する。
ＲＡＮ１０４は、一つまたは複数の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳおよび／または３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡおよび／または４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、一つまたは複数のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノードまたは中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、生成ノードＢ（ｇＮＢ、ＮＲおよび／または５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉまたはその他の適切な無線通信規格に関連している）、および／またはそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも一つのｇＮＢ 中央ユニット（ｇＮＢ－ＣＵ）および少なくとも一つのｇＮＢ 分散ユニット（ｇＮＢ－ＤＵ）を含み得る。
ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアインターフェイス上で通信するためのアンテナの一つまたは複数のセットを含み得る。例えば、一つまたは複数の基地局は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。セルのサイズは、受信機（例えば、基地局受信機）が、セルで動作する送信機（例えば、無線デバイス送信機）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。
三つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の一つまたは複数の基地局は、三つより多いまたはそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の一つまたは複数の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、および／またはドナーノードのカバレッジエリアを拡張するために使用されるリピータまたは中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型またはクラウドＲＡＮアーキテクチャーの一部であってもよく、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、または仮想化されていてもよい。リピーターノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。
ＲＡＮ１０４は、類似のアンテナパターンおよび類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（またはいわゆるホットスポット）、またはマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、およびフェムトセル基地局またはホーム基地局が挙げられる。
第三世代パートナーシッププロジェクト（３ＧＰＰ）は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成された。現在までに、３ＧＰＰは、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第三世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第四世代（４Ｇ）ネットワーク、および５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、３世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と呼ばれる、３ＧＰＰ ５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇおよび４ＧネットワークのＲＡＮ、およびまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ ６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術または非３ＧＰＰ無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。
図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、およびＵＥ１５６ＡおよびＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じまたは同様の方法で実装および動作することができる。
５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のＤＮへのインターフェイスを提供する。インターフェイス機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ ４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェイスを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ‐ＣＮ１５２のネットワーク機能は、専用もしくは共有ハードウェア上のネットワーク要素として、専用もしくは共有ハードウェア上で動作するソフトウェアインスタンスとして、またはプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。
図１Ｂに示すように、５Ｇ－ＣＮ１５２は、簡単に説明できるように、図１Ｂで一つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセスおよびモビリティ管理機能（ＡＭＦ）１５８Ａおよびユーザープレーン機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ－ＲＡＮ１５４と一つまたは複数のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティングおよび転送、パケット検査およびユーザープレーンポリシールールの施行、トラフィック利用の報告、一つまたは複数のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザープレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルターリング、ゲーティング、アップリンク／ダウンリンクレート実施、およびアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、およびダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、一つまたは複数のＤＮに相互接続される外部プロトコル（またはパケット）データユニット（ＰＤＵ）セッションポイント、および／または分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。
ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰアクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内およびシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、および／またはセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指してもよく、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。
５Ｇ－ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない一つまたは複数の追加のネットワーク機能を含み得る。例えば、５Ｇ－ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、および／または認証サーバー機能（ＡＵＳＦ）のうちの一つまたは複数を含んでもよい。
ＮＧ－ＲＡＮ１５４は、５Ｇ－ＣＮ １５２を、エアインターフェイス上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ－ＲＡＮ１５４は、ｇＮＢ１６０ＡおよびｇＮＢ１６０Ｂとして図示された一つまたは複数のｇＮＢ（まとめてｇＮＢｓ１６０）および／またはｎｇ－ｅＮＢ１６２Ａおよびｎｇ－ｅＮＢ１６２Ｂとして図示された一つまたは複数のｎｇ－ｅＮＢ（まとめてｎｇ－ｅＮＢｓ１６２）を含み得る。ｇＮＢｓ１６０およびｎｇ－ｅＮＢｓ１６２は、より一般的に基地局と呼んでもよい。ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２は、エアインターフェイス上でＵＥ１５６と通信するためのアンテナの一つまたは複数のセットを含み得る。例えば、ｇＮＢ１６０の一つまたは複数および／またはｎｇ－ｅＮＢ１６２の一つまたは複数は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含んでもよい。合わせて、ｇＮＢｓ１６０およびｎｇ－ｅＮＢｓ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。
図１Ｂに示すように、ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、ＮＧインターフェイスによって５Ｇ－ＣＮ１５２に接続されてもよく、Ｘｎインターフェイスによって他の基地局に接続され得る。ＮＧおよびＸｎインターフェイスは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続および／または間接的な接続を使用して確立され得る。ｇＮＢｓ１６０および／またはｎｇ－ｅＮＢｓ１６２は、ＵｕインターフェイスによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェイスによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、およびＵｕインターフェイスは、プロトコルスタックに関連付けられている。インターフェイスに関連付けられるプロトコルスタックは、データおよびシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用されてもよく、ユーザープレーンおよび制御プレーンの二つのプレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、一つまたは複数のＮＧインターフェイスによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ－ＣＮ１５２の一つまたは複数のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧユーザープレーン（ＮＧ－Ｕ）インターフェイスによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ－Ｕインターフェイスは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザープレーンＰＤＵの供給を提供し得る（例えば、非保証供給）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ－Ｃ）インターフェイスを使用してＡＭＦ１５８Ａに接続できる。ＮＧ－Ｃインターフェイスは、例えば、ＮＧインターフェイス管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理および構成の転送および／または警告メッセージの送信を提供することができる。
ｇＮＢ１６０は、Ｕｕインターフェイス上のＵＥ１５６に向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第一のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ａに向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。ｎｇ－ｅＮＢｓ１６２は、Ｕｕインターフェイス上のＵＥ１５６に向かって、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ‐ＵＴＲＡ）ユーザープレーンおよび制御プレーンプロトコル終端を提供してもよく、Ｅ‐ＵＴＲＡは３ＧＰＰ ４Ｇ無線アクセス技術を指す。例えば、ｎｇ－ｅＮＢ１６２Ｂは、第二のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ｂに向かってＥ‐ＵＴＲＡユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。
５Ｇ－ＣＮ１５２は、ＮＲおよび４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、およびページング）を提供する（または少なくともサポートする）。一つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、一つのｇＮＢまたはｎｇ－ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、および／または複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。
論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェイス（例えば、Ｕｕ、Ｘｎ、およびＮＧインターフェイス）がデータおよびシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられてもよい。プロトコルスタックは、二つのプレーン、すなわち、ユーザープレーンおよび制御プレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理してもよく、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
図２Ａおよび図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェイス用のＮＲユーザープレーンおよびＮＲ制御プレーンプロトコルスタックの例を示す。図２Ａおよび図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェイスに使用されるものと同じまたは類似であり得る。
図２Ａは、ＵＥ２１０およびｇＮＢ２２０に実装された五つの層を含むＮＲユーザープレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１および２２１は、プロトコルスタックの上位層にトランスポートサービスを提供してもよく、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１および２２１の上の次の四つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２および２２２、無線リンク制御層（ＲＬＣ）２１３および２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４および２２４、ならびにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５および２２５を含む。合わせて、これらの四つのプロトコルは、ＯＳＩモデルの層２またはデータリンク層を構成し得る。
図３は、ＮＲユーザープレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａおよび図３の上からスタートして、ＳＤＡＰ２１５および２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、一つまたは複数のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データ速度、および／またはエラーレートに関して）に基づいて、ＰＤＵセッションの一つまたは複数のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５および２２５は、一つまたは複数のＱｏＳフローと一つまたは複数のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピングまたは制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定することができる、ＱｏＳフローインジケーター（ＱＦＩ）でマークし得る。
ＰＤＣＰ２１４およびＰＤＣＰ２２４は、エアインターフェイス上で送信する必要のあるデータ量を低減するためのヘッダー圧縮／解凍、エアインターフェイス上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、および完全性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行ってもよい。ＰＤＣＰ２１４および２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達および再配列、ならびにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４および２２４は、受信されるパケットの可能性を改善し、受信機で、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。
図３には示されていないが、ＰＤＣＰ２１４および２２４は、デュアル接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。デュアル接続は、ＵＥが二つのセル、またはより一般的には、マスターセルグループ（ＭＣＧ）およびセカンダリーセルグループ（ＳＣＧ）の二つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５および２２５へのサービスとしてＰＤＣＰ２１４および２２４によって提供される無線ベアラの一つなどの単一の無線ベアラが、デュアル接続でセルグループによって処理されるときである。ＰＤＣＰ２１４および２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。
ＲＬＣ２１３および２２３は、それぞれ、ＭＡＣ２１２および２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、および除去を実行し得る。ＲＬＣ２１３および２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、および確認応答モード（ＡＭ）の三つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づいて、ＲＬＣは、指摘された機能のうちの一つまたは複数を実行し得る。このＲＬＣ構成は、ヌメロロジおよび／または送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎とすることができる。図３に示すように、ＲＬＣ２１３および２２３は、それぞれＰＤＣＰ２１４および２２４にサービスとしてＲＬＣチャネルを提供し得る。
ＭＡＣ２１２およびＭＡＣ２２２は、論理チャネルの多重化／多重分離、および／または論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１および２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの一つまたは複数の論理チャネルに属するデータユニットの多重化／多重分離を含んでもよい。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報報告、および優先度処理を行うように構成され得る。スケジューリングは、ダウンリンクおよびアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２および２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリアアグリゲーション（ＣＡ）の場合、キャリアごとに一つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先順位付けによるＵＥ２１０の論理チャネル間の優先度処理、および／またはパディングを行うように構成され得る。ＭＡＣ２１２およびＭＡＣ２２２は、一つまたは複数のヌメロロジおよび／または送信タイミングをサポートし得る。一実施例では、論理チャネル優先度付けにおけるマッピング制限により、論理チャネルがどのヌメロロジおよび／または送信タイミングを使用することができるかを制御することができる。図３に示すように、ＭＡＣ２１２および２２２は、サービスとしてＲＬＣ２１３および２２３に論理チャネルを提供し得る。
ＰＨＹ２１１および２２１は、エアインターフェイス上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピングおよびデジタルおよびアナログ信号処理機能を実行し得る。これらのデジタルおよびアナログ信号処理機能は、例えば、符号化／復号化および変調／復調を含み得る。ＰＨＹ２１１および２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１および２２１は、サービスとして、ＭＡＣ２１２および２２２に一つまたは複数のトランスポートチャネルを提供し得る。
図４Ａは、ＮＲユーザープレーンプロトコルスタックを通るダウンリンクデータフローの例を示す。図４Ａは、ＮＲユーザープレーンプロトコルスタックを通した三つのＩＰパケット（ｎ、ｎ＋１、およびｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で二つのＴＢを生成する。ＮＲユーザープレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。
図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、一つまたは複数のＱｏＳフローから三つのＩＰパケットを受信し、三つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎおよびｎ＋１を第一の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第二の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダー（図４Ａで「Ｈ」とラベル付けされている）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と呼ばれ、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と呼ばれる。図４Ａに示すように、ＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。
図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダーを追加し、それぞれの出力を次の下層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダー圧縮および暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択で（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送することができる。ＭＡＣ２２２は、いくつかのＲＬＣ ＰＤＵを多重化してもよく、ＭＡＣサブヘッダーをＲＬＣ ＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダーはＭＡＣ ＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダーはＭＡＣ ＰＤＵの先頭に完全に配置され得る。ＮＲ ＭＡＣ ＰＤＵ構造は、ＭＡＣ ＰＤＵサブヘッダーが、完全なＭＡＣ ＰＤＵが組み立てられる前に計算され得るため、処理時間および関連遅延を低減し得る。
図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。ＭＡＣサブヘッダーには、ＭＡＣサブヘッダーが対応しているＭＡＣ ＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣ ＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＩＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、および将来使用するための予約ビット（Ｒ）フィールドが含まれる。
図４Ｂはさらに、ＭＡＣ２２３またはＭＡＣ２２２などのＭＡＣによってＭＡＣ ＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を示す。例えば、図４Ｂは、ＭＡＣ ＰＤＵに挿入された二つのＭＡＣ ＣＥを示す。ＭＡＣ ＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣ ＰＤＵの開始に、およびアップリンク送信のためＭＡＣ ＰＤＵの終わりに挿入され得る。ＭＡＣ ＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣ ＣＥの例としては、バッファ状態レポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣ ＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、および事前構成済みコンポーネント、のためのものなどの起動／停止ＭＡＣ ＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣ ＣＥ、タイミング進行ＭＡＣ ＣＥ、およびランダムアクセス関連ＭＡＣ ＣＥが挙げられる。ＭＡＣ ＣＥは、ＭＡＣ ＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダーによって先行されてもよく、ＭＡＣ ＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。
ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、および物理チャネル、ならびにチャネルタイプ間のマッピングを最初に説明する。一つまたは複数のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。
図５Ａおよび図５Ｂは、それぞれダウンリンクおよびアップリンクについて、論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、およびＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用することができ、ＮＲ制御プレーン内に制御および構成情報を伝達する制御チャネルとして、またはＮＲユーザープレーン内にデータを伝達するトラフィックチャネルとして分類することができる。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、または複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
－ 位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－ マスター情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ ユーザーデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。
トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアインターフェイス上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
－ ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータおよびシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と、
－ アップリンクデータおよびシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－ 事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。
ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、一つまたは複数のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネルおよび物理的制御チャネルのセットは、例えば、
－ ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ ＤＬ－ＳＣＨからのダウンリンクデータおよびシグナリングメッセージ、ならびにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、およびアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ ＵＬ－ＳＣＨおよび以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータおよびシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、およびスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。
物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａおよび図５Ｂに示すよう、ＮＲによって定義される物理層信号には、プライマリー同期信号（ＰＳＳ）、セカンダリー同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＳＲ）、サウンディング基準信号（ＳＲＳ）、および位相トラッキング基準信号（ＰＴ－ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。
図２Ｂは、ＮＲ制御プレーンプロトコルスタックの例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザープレーンプロトコルスタックの例と同じ／類似の第一の四つのプロトコル層を使用し得る。これら四つのプロトコル層には、ＰＨＹ２１１および２２１、ＭＡＣ２１２および２２２、ＲＬＣ２１３および２２３、ならびにＰＤＣＰ２１４および２２４が含まれる。ＮＲユーザープレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５および２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６および２２６、ならびにＮＡＳプロトコル２１７および２３７を持つ。
ＮＡＳプロトコル２１７および２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、またはより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７および２３７は、ＮＡＳメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、ＵｕおよびＮＧインターフェイスのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７および２３７は、認証、セキュリティ、接続セットアップ、モビリティ管理、およびセッション管理などの制御プレーン機能を提供し得る。
ＲＲＣ２１６および２２６は、ＵＥ２１０とｇＮＢ２２０との間に、またはより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６および２２６は、ＲＲＣメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、および同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーンおよびユーザープレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６および２２６は、ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト、ＣＮまたはＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、およびリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラおよびデータ無線ベアラの確立、構成、メンテナンス、およびリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク故障（ＲＬＦ）の検出と回復、および／またはＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６および２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメーターの設定を伴い得る、ＲＲＣコンテキストを確立し得る。
図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａおよび図２Ｂに示すＵＥ２１０、または本開示に記載される任意の他の無線デバイス、と同一または類似であり得る。図６に示されるように、ＵＥは、三つのＲＲＣ状態のうちの少なくとも一つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、およびＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。
ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも一つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる一つまたは複数の基地局の一つ、図１Ｂに示すｇＮＢ１６０またはｎｇ－ｅＮＢ１６２の一つ、図２Ａおよび図２Ｂに示すｇＮＢ２２０、または本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと呼ばれるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメーターを含んでもよい。これらのパラメーターには、例えば、一つまたは複数のＡＳコンテキスト、一つまたは複数の無線リンク構成パラメーター、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、および／またはＰＤＵセッションに関連する）、セキュリティ情報、および／またはＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４またはＮＧ－ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセルおよび隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービス基地局は、報告された測定値に基づいて、隣接基地局の一つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行してもよく、または接続非アクティブ手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。
ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、定期的に（例えば、不連続受信サイクル毎に１回）起動して、ＲＡＮからのページングメッセージを監視することができる。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。
ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥおよび基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への遷移と比較して、シグナリングのオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速遷移が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、または接続リリース手順６０８と同一または類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。
ＲＲＣ状態は、モビリティ管理機構と関連付けられてもよい。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、そうすることができる。例えば、セルグループ化の粒度の三つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、および追跡エリアと呼ばれ、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。
追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２または５Ｇ－ＣＮ１５２）は、ＵＥ登録エリアに関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアに関連付けられるＴＡＩのリストに含まれないＴＡＩに関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。
ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、一つまたは複数のセルアイデンティティ、ＲＡＩのリスト、またはＴＡＩのリストを含み得る。一実施例では、基地局は、一つまたは複数のＲＡＮ通知エリアに属し得る。一実施例では、セルは、一つまたは複数のＲＡＮ通知エリアに属することができる。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新することができる。
ＵＥに対するＲＲＣコンテキストを格納する基地局、またはＵＥの最後のサービス基地局は、アンカー基地局と呼んでもよい。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアに留まっている時間の間、および／またはＵＥがＲＲＲＣ非アクティブ６０６に留まっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。
図１ＢのｇＮＢ１６０などのｇＮＢは、二つの部分、つまり中央ユニット（ｇＮＢ－ＣＵ）、および一つまたは複数の分散ユニット（ｇＮＢ－ＤＵ）に分割できる。ｇＮＢ－ＣＵは、Ｆ１インターフェイスを使用して、一つまたは複数のｇＮＢ－ＤＵに結合され得る。ｇＮＢ‐ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを含んでもよい。ｇＮＢ－ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを含んでもよい。
ＮＲでは、物理信号および物理チャネル（図５Ａおよび図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（またはトーン）上でデータを送信するマルチキャリア通信方式である。送信前に、データは、ソースシンボルと呼ばれ、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ－ＱＡＭ）またはＭ相シフトキーイング（Ｍ－ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから一つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の一つの振幅および位相を変調することができる。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一のＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）およびアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数上でエアインターフェイス上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）であらかじめ符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理は、ＦＦＴブロックを使用して受信機でＯＦＤＭシンボル上で実行されて、ソースシンボルにマッピングされたデータを復元し得る。
図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰り返し得る。図示するように、一つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であってもよく、持続時間が１ミリ秒である１０個のサブフレームを含んでもよい。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。
スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔およびサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされてもよく、サイクリックプレフィックス持続時間は、４．７μｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７μｓ、３０ｋＨｚ／２．３μｓ、６０ｋＨｚ／１．２μｓ、１２０ｋＨｚ／０．５９μｓ、および２４０ｋＨｚ／０．２９μｓ。
スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロット数が多い。図７は、このヌメロロジ依存性スロット持続時間およびサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンクおよびダウンリンク送信がスケジュールされるユニットとして使用され得る。低遅延をサポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルで終わってもよい。これらの部分スロット送信は、ミニスロット送信またはサブスロット送信と呼んでもよい。
図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの一つのサブキャリアによって、時間ドメインの一つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢまたは２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、および１２０ｋＨｚのそれぞれについて、５０、１００、２００、および４００ＭＨｚに制限してもよく、４００ＭＨｚの帯域幅が、キャリア帯域幅制限当たり４００ＭＨｚに基づいて設定され得る。
図８は、ＮＲキャリアの全帯域幅にわたって使用される単一のヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。
ＮＲは、広範なキャリア帯域幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、キャリアの全帯域幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリア帯域幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、および／または他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づいて、ＵＥの受信帯域幅のサイズを適合させ得る。これは帯域幅適応と呼ばれる。
ＮＲは、全キャリア帯域幅を受信できないＵＥをサポートし、帯域幅適応をサポートする帯域幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり一つまたは複数のダウンリンクＢＷＰおよび一つまたは複数のアップリンクＢＷＰ（例えば、サービングセル当たり最大四つのダウンリンクＢＷＰおよび最大四つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの一つまたは複数がアクティブであり得る。これらの一つまたは複数のＢＷＰは、サービングセルのアクティブＢＷＰと呼んでもよい。サービングセルがセカンダリーアップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに一つまたは複数の第一のアクティブＢＷＰ、およびセカンダリーアップリンクキャリアに一つまたは複数の第二のアクティブＢＷＰを有し得る。
ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成済みダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予想し得る。
プライマリーセル（ＰＣｅｌｌ）上の構成済みダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも一つの検索空間に対してＵＥを、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間および周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有の検索空間または共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上またはプライマリーセカンダリーセル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成することができる。
構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、一つまたは複数のＰＵＣＣＨ送信のための一つまたは複数のリソースセットでＵＥを構成することができる。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔およびサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨまたはＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔およびサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）を送信し得る。
一つまたは複数のＢＷＰインジケーターフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケーターフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、一つまたは複数のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。一つまたは複数のＢＷＰインジケーターフィールドの値は、一つまたは複数のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。
基地局は、ＰＣｅｌｌに関連付けられる構成済みダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰとすることができる。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づいて、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。
基地局は、ＰＣｅｌｌのＢＷＰイナクティビティタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰイナクティビティタイマーを開始または再起動することができる。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、または（ｂ）ＵＥが、ペアでないスペクトル動作に対するデフォルトダウンリンクＢＷＰまたはアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰまたはアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰイナクティビティタイマーを開始または再起動し得る。ＵＥが一定期間（例えば、１ミリ秒または０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰイナクティビティタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰイナクティビティタイマー値まで増加させるか、またはＢＷＰイナクティビティタイマー値からゼロへ減少させる）。ＢＷＰイナクティビティタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられてもよい。
一実施例では、基地局は、一つまたは複数のＢＷＰを備えたＵＥを半静的に構成することができる。ＵＥは、第二のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、および／またはＢＷＰイナクティビティタイマーの満了に応答して（例えば、第二のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第一のＢＷＰから第二のＢＷＰに切り替えることができる。
ダウンリンクおよびアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われてもよい。ペアでないスペクトルでは、ダウンリンクおよびアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰイナクティビティタイマーの満了、および／またはランダムアクセスの開始に基づいて発生し得る。
図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適応の例を示す。三つのＢＷＰで構成されるＵＥは、切替点で、一つのＢＷＰから別のＢＷＰに切り替えてもよい。図９に示される例では、ＢＷＰに、帯域幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、帯域幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、および帯域幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであってもよく、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切替点においてＢＷＰ間を切り替えることができる。図９の例では、ＵＥは、切替点９０８でＢＷＰ９０２からＢＷＰ９０４に切り替えてもよい。切替点９０８での切り替えは、例えば、ＢＷＰイナクティビティタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、および／またはアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、アクティブＢＷＰとしてＢＷＰ９０６を示すＤＣＩを受信する応答で、切替点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替えてもよい。ＵＥは、ＢＷＰイナクティビティタイマーの満了に応答して、および／またはＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切替点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替えてもよい。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切替点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替えてもよい。
ＵＥが、構成済みダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰでセカンダリーセルに対して構成される場合、セカンダリーセル上のＢＷＰを切り替えるためのＵＥ手順は、プライマリーセル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥがプライマリーセルに対してこれらの値を使用するのと同じ／同様の様式で、セカンダリーセルに対してタイマー値およびデフォルトダウンリンクＢＷＰを使用し得る。
より大きなデータ速度を提供するために、キャリアアグリゲーション（ＣＡ）を使用して、二つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信することができる。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と呼んでもよい。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは一つである。ＣＣは、周波数ドメイン内に三つの構成を有し得る。
図１０Ａは、二つのＣＣを有する三つのＣＡ構成を示す。帯域内、連続的な構成１００２において、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。帯域内、連続しない構成１００４では、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。帯域内構成１００６では、二つのＣＣは、周波数帯（周波数帯Ａおよび周波数帯Ｂ）に位置する。
一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じまたは異なる帯域幅、サブキャリア間隔、および／または二重化スキーム（ＴＤＤまたはＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、一つまたは複数のアップリンクＣＣは、任意選択で、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。
ＣＡを使用する場合、ＵＥのアグリゲーションセルの一つを、プライマリーセル（ＰＣｅｌｌ）と呼んでもよい。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、および／またはハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬ ＰＣＣ）と呼んでもよい。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬ ＰＣＣ）と呼んでもよい。ＵＥのその他のアグリゲーションセルは、セカンダリーセル（ＳＣｅｌｌ）と呼んでもよい。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬ ＳＣＣ）と呼んでもよい。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬ ＳＣＣ）と呼んでもよい。
ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィックおよびチャネル条件に基づいて起動および停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨおよびＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、およびＣＱＩ送信が停止されることを意味し得る。構成されたＳＣｅｌｌは、図４Ｂに関して、ＭＡＣ ＣＥを使用して起動および停止され得る。例えば、ＭＡＣ ＣＥは、ビットマップ（例えば、ＳＣｅｌｌあたり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動または停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり一つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。
セルのスケジューリング割り当ておよびスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当ておよび許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、および／またはＲＩなどのＨＡＲＱ確認応答およびチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられてもよい。
図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨ群に構成され得るかの例を示す。ＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０は、それぞれ一つまたは複数のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、およびＳＣｅｌｌ１０１３の三つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、およびＳＣｅｌｌ１０５３の三つのダウンリンクＣＣを含む。一つまたは複数のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、およびＳＣｅｌｌ１０２３として構成され得る。一つまたは複数の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、およびＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、およびＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、およびＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一のアップリンクＰＣｅｌｌおよびＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。
ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤまたはセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリアおよび／またはアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定することができる。セルインデックスは、ＲＲＣメッセージを使用して判定することができる。本開示において、物理セルＩＤは、キャリアＩＤと呼ばれることがある。セルインデックスは、キャリアインデックスと呼ばれることがある。例えば、本開示が第一のダウンリンクキャリアに対する第一の物理セルＩＤに言及する場合、本開示は、第一の物理セルＩＤが、第一のダウンリンクキャリアを含むセルに対するものであることを意味することができる。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第一のキャリアが起動されることを示す場合、本明細書は、第一のキャリアを含むセルが起動されることを意味し得る。
ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロックおよびトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。
ダウンリンクでは、基地局が、ＵＥへの一つまたは複数の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、ＤＭＲＳ、および／またはＰＴ－ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト）し得る。アップリンクでは、ＵＥは、一つまたは複数のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ－ＲＳ、および／またはＳＲＳ）に送信することができる。ＰＳＳおよびＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化することができる。ＰＳＳおよびＳＳＳは、ＰＳＳ、ＳＳＳ、およびＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを定期的に送信し得る。
図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造および位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、一つまたは複数のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、４つのＳＳ／ＰＢＣＨブロック）を含んでもよい。バーストは、定期的に送信され得る（例えば、２フレーム毎または２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第一のハーフフレーム）に制限され得る。図１１Ａは一例であり、これらのパラメーター（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期性、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジまたはサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、または任意の他の適切な要因に基づいて構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づいてＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。
ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の一つまたは複数のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような４つのＯＦＤＭシンボル）にわたってもよく、周波数ドメインの一つまたは複数のサブキャリア（例えば、２４０個の連続したサブキャリア）にわたってもよい。ＰＳＳ、ＳＳＳ、およびＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信されてもよく、例えば、１つのＯＦＤＭシンボルおよび１２７個のサブキャリアにわたってもよい。ＳＳＳは、ＰＳＳの後に送信されてもよく（例えば、後の二つのシンボル）、１ＯＦＤＭシンボルおよび１２７サブキャリアにわたってもよい。ＰＢＣＨは、ＰＳＳの後に送信されてもよく（例えば、次の３つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたってもよい。
時間および周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥに知られ得ない（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間および周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づいて、ＳＳＳおよびＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ－ＳＳＢ）であり得る。一実施例では、プライマリーセルは、ＣＤ－ＳＳＢと関連付けられてもよい。ＣＤ－ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索および／または再選択は、ＣＤ－ＳＳＢに基づいてもよい。
ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの一つまたは複数のパラメーターを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳおよびＳＳＳのシーケンスそれぞれに基づいて、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づいて、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示してもよく、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。
ＰＢＣＨは、ＱＰＳＫ変調を使用してもよく、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性コーディングを使用し得る。ＰＢＣＨによってスパンされる一つまたは複数のシンボルは、ＰＢＣＨの復調のために一つまたは複数のＤＭＲＳを運んでもよい。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）および／またはＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメーターは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに一つまたは複数のパラメーターを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含んでもよい。ＭＩＢは、ＵＥによって使用され、セルに関連付けられる残りの最小システム情報（ＲＳＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含んでもよい。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの一つまたは複数のパラメーターを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメーターを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１が存在しないことを示すＰＢＣＨに基づいて、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。
ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された一つまたは複数のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均利得、平均遅延、および／または空間Ｒｘパラメーターを持つ）と想定することができる。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。
ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第一のＳＳ／ＰＢＣＨブロックは、第一のビームを使用して第一の空間方向に送信されてもよく、第二のＳＳ／ＰＢＣＨブロックは、第二のビームを使用して第二の空間方向に送信され得る。
一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第一のＳＳ／ＰＢＣＨブロックの第一のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第二のＳＳ／ＰＢＣＨブロックの第二のＰＣＩとは異なってもよい。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なってもよく、または同一であり得る。
ＣＳＩ－ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定またはその他の任意の適切な目的のために、一つまたは複数のＣＳＩ－ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ－ＲＳのうちの一つまたは複数でＵＥを構成し得る。ＵＥは、一つまたは複数のＣＳＩ－ＲＳを測定することができる。ＵＥは、一つまたは複数のダウンリンクＣＳＩ－ＲＳの測定に基づいて、ダウンリンクチャネル状態を推定し、および／またはＣＳＩレポートを生成することができる。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。
基地局は、一つまたは複数のＣＳＩ－ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ－ＲＳリソースは、時間および周波数ドメイン内の位置および周期性と関連付けられてもよい。基地局は、ＣＳＩ－ＲＳリソースを選択的に起動および／または停止し得る。基地局は、ＣＳＩ－ＲＳリソースセット内のＣＳＩ－ＲＳリソースが起動および／または停止されることをＵＥに示し得る。
基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、定期的に、不定期に、または半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。定期的なＣＳＩレポートのために、ＵＥは、複数のＣＳＩレポートのタイミングおよび／または周期性で構成され得る。不定期のＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ－ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するようにコマンドし得る。半永続的ＣＳＩレポートについては、基地局は、定期レポートを定期的に送信し、選択的に起動または停止するようＵＥを構成することができる。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ－ＲＳリソースセットおよびＣＳＩレポートでＵＥを構成し得る。
ＣＳＩ－ＲＳ構成は、例えば、最大３２個のアンテナポートを示す一つまたは複数のパラメーターを含み得る。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ－ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。
ダウンリンクＤＭＲＳは、基地局によって送信されてもよく、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、一つまたは複数のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために一つまたは複数の可変および／または構成可能なＤＭＲＳパターンをサポートし得る。少なくとも一つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートすることができる。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、一つまたは複数のＤＭＲＳポートをサポートし得る。例えば、シングルユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大八つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥあたり最大４つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ－ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはスクランブリングシーケンスは、同じであっても異なっていてもよい。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＳおよび対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために一つまたは複数のダウンリンクＤＭＲを使用し得る。
一実施例では、送信機（例えば、基地局）は、送信帯域幅の一部に対してプリコーダマトリックスを使用し得る。例えば、送信機は、第一の帯域幅に第一のプリコーダマトリックスを、第二の帯域幅に第二のプリコーダマトリックスを使用し得る。第一のプリコーダマトリックスおよび第二のプリコーダマトリックスは、第一の帯域幅が第二の帯域幅とは異なることに基づいて異なってもよい。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。
ＰＤＳＣＨは、一つまたは複数の層を含んでもよい。ＵＥは、ＤＭＳを有する少なくとも一つのシンボルが、ＰＤＳＣＨの一つまたは複数の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大３つのＤＭＲＳを構成し得る。
ダウンリンクＰＴ－ＲＳは、基地局によって送信されてもよく、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ－ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングの組み合わせ、および／またはＤＣＩによって示され得る、他の目的（例えば、変調および符号化スキーム（ＭＣＳ））に使用される一つまたは複数のパラメーターとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ－ＲＳの動的な存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。ＮＲネットワークは、時間および／または周波数ドメインで定義された複数のＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポートの数は、スケジュールされたリソース内のＤＭ－ＲＳポート数よりも少ない場合がある。ダウンリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限される場合がある。ダウンリンクＰＴ－ＲＳは、受信機での相追跡を容易にするためにシンボル上で送信され得る。
ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、一つまたは複数のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨおよび／またはＰＵＣＣＨでアップリンクＤＭＲを送信し得る。アップリンクＤＭ－ＲＳは、対応する物理チャネルに関連付けられる周波数の範囲に類似する周波数の範囲にわたってもよい。基地局は、一つまたは複数のアップリンクＤＭＲＳ構成でＵＥを構成することができる。少なくとも一つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。一つまたは複数のアップリンクＤＭＲＳは、ＰＵＳＣＨおよび／またはＰＵＣＣＨの一つまたは複数のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳおよび／または二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨおよび／またはＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンクおよびアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）のために）を支持してもよく、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはＤＭＲＳのスクランブルシーケンスは、同一であっても異なってもよい。
ＰＵＳＣＨは、一つまたは複数の層を含んでもよく、ＵＥは、ＰＵＳＣＨの一つまたは複数の層の層上に存在するＤＭＳを有する少なくとも一つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大三つのＤＭＲＳを構成し得る。
アップリンクＰＴ－ＲＳ（位相トラッキングおよび／または位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、または存在しなくてもよい。アップリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングおよび／またはＤＣＩによって示され得る、他の目的（例えば、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ（ＭＣＳ））に使用される一つまたは複数のパラメーターの組み合わせによってＵＥ固有ベースに構成できる。構成される場合、アップリンクＰＴ－ＲＳの動的な存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポートの数は、スケジュールされたリソース内のＤＭ－ＲＳポート数よりも少ない場合がある。例えば、アップリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。
ＳＲＳは、アップリンクチャネル依存スケジューリングおよび／またはリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が一つまたは複数の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために一つまたは複数のリソースブロックを割り当てることができる。基地局は、一つまたは複数のＳＲＳリソースセットを用いてＵＥを半静的に構成することができる。ＳＲＳリソースセットの場合、基地局は、一つまたは複数のＳＲＳリソースを用いてＵＥを構成することができる。ＳＲＳリソースセットの適用可能性は、上位層（例えば、ＲＲＣ）のパラメーターによって構成されることができる。例えば、上位層パラメーターがビーム管理を示す場合、一つまたは複数のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、および／または同種のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の一つまたは複数のＳＲＳリソースを送信することができる。ＮＲネットワークは、非周期的、周期的、および／または半持続的ＳＲＳ送信をサポートし得る。ＵＥは、一つまたは複数のトリガータイプに基づいてＳＲＳリソースを送信してもよく、一つまたは複数のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）および／または一つまたは複数のＤＣＩフォーマットを含んでもよい。一実施例では、少なくとも一つのＤＣＩフォーマットが、ＵＥに対して用いられて、一つまたは複数の構成されるＳＲＳリソースセットのうちの少なくとも一つを選択し得る。ＳＲＳトリガータイプ０は、上位層のシグナリングに基づいてトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、一つまたは複数のＤＣＩフォーマットに基づいてトリガーされたＳＲＳを指すことができる。例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨおよび対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。
基地局は、以下のうちの少なくとも一つを示す一つまたは複数のＳＲＳ構成パラメーターを用いてＵＥを準統計学的に構成することができる。ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、または非周期的ＳＲＳの表示）、スロット、ミニスロット、および／またはサブフレームレベル周期性、周期的および／または非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳ帯域幅、周波数ホッピング帯域幅、サイクリックシフト、および／またはＳＲＳシーケンスＩＤ。
アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように画定される。第一のシンボルおよび第二のシンボルが同じアンテナポート上に送信される場合、受信機は、アンテナポート上の第一のシンボルを搬送するためのチャネルから、アンテナポート上の第二のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、および／または同種のもの）を推測し得る。第一のアンテナポートおよび第二のアンテナポートは、第一のアンテナポート上の第一のシンボルが伝達されるチャネルの一つまたは複数の大規模な特性が、第二のアンテナポートの第二のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と呼ばれてもよい。一つまたは複数の大規模プロパティは、遅延拡散、ドップラー拡散、ドップラーシフト、平均利得、平均遅延、および／または空間受信（Ｒｘ）パラメーターの少なくとも一つを含んでもよい。
ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、およびビーム表示を含み得る。ビームは、一つまたは複数の基準信号と関連付けられてもよい。例えば、ビームは、一つまたは複数のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ－ＲＳ））に基づいてダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局でセットアップされた後、ダウンリンクビーム測定手順を実施することができる。
図１１Ｂは、時間および周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルの帯域幅内のリソースブロック（ＲＢ）にわたってもよい。基地局は、一つまたは複数のＣＳＩ－ＲＳを示すＣＳＩ－ＲＳリソース構成パラメーターを含む一つまたは複数のＲＲＣメッセージを送信できる。次のパラメーターの一つまたは複数は、ＣＳＩ－ＲＳリソース構成に対する、上位層のシグナリング（例えば、ＲＲＣおよび／またはＭＡＣシグナリング）によって設定できる。つまり、ＣＳＩ－ＲＳリソース構成アイデンティティ、ＣＳＩ－ＲＳポートの数、ＣＳＩ－ＲＳ構成（例えば、サブフレーム内のシンボルおよびリソース要素（ＲＥ）の位置）、ＣＳＩ－ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、および無線フレームの周期性）、ＣＳＩ－ＲＳ電力パラメーター、ＣＳＩ－ＲＳシーケンスパラメーター、符号分割多重（ＣＤＭ）タイプパラメーター、周波数密度、送信コーム、準同一位置（ＱＣＬ）パラメーター（例えば、ＱＣＬ－ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ－ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ－ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ－ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＮＺＰｉｄ）、および／または他の無線リソースパラメーター。
図１１Ｂに示す三つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。三つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、およびビーム＃３）、それより多い、またはそれより少ないビームを構成し得る。ビーム＃１は、第一のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第二のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第三のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ－ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームに関連付けられる別のＣＳＩ－ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。
図１１Ｂ示されるＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、一つまたは複数の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ－ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定することができる。基地局は、レポート構成を用いてＵＥを構成してもよく、ＵＥは、レポート構成に基づいて、ＲＳＲＰ測定値をネットワークに（例えば、一つまたは複数の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づいて、いくつかの基準信号を含む一つまたは複数の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、一つまたは複数のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、および／またはＤＣＩを介して）。ＵＥは、一つまたは複数のＴＣＩ状態に基づいて決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有してもよく、または有しなくてもよい。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルターに基づいて、送信（Ｔｘ）ビームの空間ドメインフィルターを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルターを決定し得る。ＵＥは、基地局によってＵＥに構成される一つまたは複数のサウンディング基準信号（ＳＲＳ）リソースに基づいて、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される一つまたは複数のＳＲＳリソースの測定値に基づいて、ＵＥ用のアップリンクビームを選択し、表示し得る。
ビーム管理手順において、ＵＥは、一つまたは複数のビームペアリンク、基地局によって送信される送信ビーム、およびＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づいて、ＵＥは、例えば、一つまたは複数のビーム識別（例えば、ビームインデックス、基準信号インデックス、または類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケーター（ＰＭＩ）、チャネル品質インジケーター（ＣＱＩ）、および／またはランクインジケーター（ＲＩ）を含む、一つまたは複数のビームペア品質パラメーターを示すビーム測定レポートを送信し得る。
図１２Ａは、三つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、およびＰ３の例を示す。手順Ｐ１は、例えば、一つまたは複数の基地局Ｔｘビームおよび／またはＵＥ Ｒｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（または複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示されている）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示される時計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にすることができる。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示されている）。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施することができる。
図１２Ｂは、三つのアップリンクビーム管理手順、Ｕ１、Ｕ２、およびＵ３の例を示す。手順Ｕ１を使用して、例えば、一つまたは複数のＵＥ Ｔｘビームおよび／または基地局Ｒｘビーム（Ｕ１の最上行および最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行できるようにし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示される時計回りに回転した楕円として示されている）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示されている）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施することができる。
ＵＥは、ビーム故障の検出に基づいて、ビーム故障回復（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づいて、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣ ＣＥ、および／または同種のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号電力閾値より低い受信信号電力、タイマーの満了、および／または類似のものを有する）という判定に基づいて、ビーム故障を検出し得る。
ＵＥは、一つまたは複数のＳＳ／ＰＢＣＨブロック、一つまたは複数のＣＳＩ－ＲＳリソース、および／または一つまたは複数の復調基準信号（ＤＭＲＳ）を含む一つまたは複数の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、および／またはＲＳリソースで測定されるＣＳＩ値の一つまたは複数に基づいてもよい。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、および／または類似のもの）の一つまたは複数のＤＭ－ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソースおよび一つまたは複数のＤＭＲＳは、ＲＳリソースを介してＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメーター、フェード、および／または同種のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似または同一であるとき、ＱＣＬ化され得る。
ネットワーク（例えば、ネットワークのｇＮＢおよび／またはｎｇ－ｅＮＢ）および／またはＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥおよび／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続セットアップを要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、および／またはアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得することができる。ＵＥは、ランダムアクセス手順を開始し、一つまたは複数のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、および／または類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム故障回復要求のためのランダムアクセス手順を開始することができる。ネットワークは、ハンドオーバーのための、および／またはＳＣｅｌｌ追加のための時間アライメントを確立するためのランダムアクセス手順を開始し得る。
図１３Ａは、４ステップの競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１ １３１１、Ｍｓｇ２ １３１２、Ｍｓｇ３ １３１３、およびＭｓｇ４ １３１４の四つのメッセージの送信を含む。Ｍｓｇ１ １３１１は、プリアンブル（またはランダムアクセスプリアンブル）を含んでもよく、および／またはプリアンブルと呼んでもよい。Ｍｓｇ２ １３１２は、ランダムアクセス応答（ＲＡＲ）を含んでもよく、および／またはランダムアクセス応答（ＲＡＲ）と呼んでもよい。
構成メッセージ１３１０は、例えば、一つまたは複数のＲＲＣメッセージを使用して送信され得る。一つまたは複数のＲＲＣメッセージは、ＵＥへの一つまたは複数のランダムアクセスチャネル（ＲＡＣＨ）パラメーターを示し得る。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のランダムアクセス手順に対する一般パラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル特有のパラメーター（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、および／または専用パラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちの少なくとも一つを含んでもよい。基地局は、一つまたは複数のＲＲＣメッセージを一つまたは複数のＵＥにブロードキャストまたはマルチキャストすることができる。一つまたは複数のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、一つまたは複数のＲＡＣＨパラメーターに基づいて、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３の送信のための時間周波数リソースおよび／またはアップリンク送信電力を決定し得る。一つまたは複数のＲＡＣＨパラメーターに基づいて、ＵＥは、Ｍｓｇ２ １３１２およびＭｓｇ４ １３１４を受信するための受信タイミングおよびダウンリンクチャネルを決定し得る。
構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターは、Ｍｓｇ１ １３１１の送信に利用可能な一つまたは複数の物理ＲＡＣＨ（ＰＲＡＣＨ）機会を示し得る。一つまたは複数のＰＲＡＣＨ機会は、事前に定義されていてもよい。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のＰＲＡＣＨ機会の一つまたは複数の利用可能なセットを示し得る（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のＰＲＡＣＨ機会と、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のプリアンブルと、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数の基準信号は、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ－ＲＳであり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、ＰＲＡＣＨ機会にマッピングされたＳＳ／ＰＢＣＨブロックの数、および／またはＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。
構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターを使用して、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３のアップリンク送信電力を決定し得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力および／またはプリアンブル送信の初期電力）を示し得る。一つまたは複数のＲＡＣＨパラメーターによって示される一つまたは複数の電力オフセットがあり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、電力ランピングステップ、ＳＳＢとＣＳＩ－ＲＳとの間の電力オフセット、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の送信間の電力オフセット、および／またはプリアンブルグループ間の電力オフセット値を示し得る。一つまたは複数のＲＡＣＨパラメーターは、ＵＥが少なくとも一つの基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）および／またはアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリアおよび／または補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、一つまたは複数の閾値を示し得る。
Ｍｓｇ１ １３１１は、一つまたは複数のプリアンブル送信（例えば、プリアンブル送信および一つまたは複数のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、一つまたは複数のプリアンブルグループ（例えば、グループＡおよび／またはグループＢ）を構成するために使用され得る。プリアンブルグループは、一つまたは複数のプリアンブルを含んでもよい。ＵＥは、経路損失測定および／またはＭｓｇ３ １３１３のサイズに基づいて、プリアンブルグループを決定し得る。ＵＥは、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢおよび／またはｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ）を超えるＲＳＲＰを有する少なくとも一つの基準信号を決定し得る。ＵＥは、例えば、一つまたは複数のプリアンブルと少なくとも一つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、一つまたは複数の基準信号および／または選択されたプリアンブルグループに関連付けられる少なくとも一つのプリアンブルを選択し得る。
ＵＥは、構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターに基づいて、プリアンブルを決定し得る。例えば、ＵＥは、経路損失測定、ＲＳＲＰ測定、および／またはＭｓｇ３ １３１３のサイズに基づいて、プリアンブルを決定し得る。別の実施例として、一つまたは複数のＲＡＣＨパラメーターは、プリアンブルフォーマット、プリアンブル送信の最大数、および／または一つまたは複数のプリアンブルグループ（例えば、グループＡおよびグループＢ）を決定するための一つまたは複数の閾値を示し得る。基地局は、一つまたは複数のＲＡＣＨパラメーターを使用して、一つまたは複数のプリアンブルと一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づいて、Ｍｓｇ１ １３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１ １３１１は、一つまたは複数のＰＲＡＣＨ機会を介して基地局に送信され得る。ＵＥは、プリアンブルの選択およびＰＲＡＣＨ機会の決定のために、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を使用し得る。一つまたは複数のＲＡＣＨパラメーター（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘおよび／またはｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨ機会と一つまたは複数の基準信号との間の関連付けを示し得る。
ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、経路損失測定および／またはターゲット受信プリアンブル電力に基づいて、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定してもよく、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す一つまたは複数のＲＡＣＨパラメーター（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信および／または再送信の数を数えることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＳＴＡＴＥＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、一つまたは複数のＲＡＣＨパラメーター（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。
ＵＥが受信するＭｓｇ２ １３１２は、ＲＡＲを含んでもよい。一部のシナリオでは、Ｍｓｇ２ １３１２は、複数のＵＥに対応する複数のＲＡＲを含んでもよい。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１の送信の後またはそれに応答して受信され得る。Ｍｓｇ２ １３１２は、ＤＬ－ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２ １３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アライメントコマンド、Ｍｓｇ３ １３１３の送信のためのスケジューリング許可、および／または一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２ １３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づいて、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの一つまたは複数のシンボルの後に（例えば、プリアンブル送信の終わりからの第一のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。一つまたは複数のシンボルは、ヌメロロジに基づいて決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づいてＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する一つまたは複数のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられてもよい。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、および／またはＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づいて、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第一のＯＦＤＭシンボルのインデックスであってもよく（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第一のスロットのインデックスであってもよく（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであってもよく（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信してもよく、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生する可能性がある。競合解決（例えば、Ｍｓｇ３ １３１３およびＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させてもよい。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、および／または任意の他の適切な識別子）を含んでもよい。
Ｍｓｇ４ １３１４は、Ｍｓｇ３ １３１３の送信の後、またはそれに応答して受信され得る。Ｃ－ＲＮＴＩがＭｓｇ３ １３１３に含まれていた場合、基地局は、Ｃ－ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ－ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと判定される。ＴＣ－ＲＮＴＩがＭｓｇ３ １３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、またはそうでなければ基地局に接続されていない場合）、Ｍｓｇ４ １３１４は、ＴＣ－ＲＮＴＩに関連付けられるＤＬ－ＳＣＨを使用して受信される。ＭＡＣ ＰＤＵが成功裏に復号化され、ＭＡＣ ＰＤＵが、メッセージ３ １３１３で送信された（例えば、送信された）ＣＣＣＨ ＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＥｔＯＡｃ ＣＥを含む場合、ＵＥは、競合解決が成功したと決定することができる、および／またはＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。
ＵＥは、補完的アップリンク（ＳＵＬ）キャリアおよび正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、二つの別個のＲＡＣＨ構成、すなわち、一つはＳＵＬキャリア用、もう一つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬまたはＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、一つまたは複数の基準信号の測定品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、一つまたは複数の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、話す前に聞く）に基づいて、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３のアップリンクキャリアを決定および／または切り替え得る。
図１３Ｂは、２ステップの競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップの競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信することができる。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１ １３２１およびＭｓｇ２ １３２２の二つのメッセージの送信を含む。Ｍｓｇ１ １３２１およびＭｓｇ２ １３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１ １３１１およびＭｓｇ２ １３１２に類似し得る。図１３Ａおよび１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３ １３１３および／またはＭｓｇ４ １３１４に類似したメッセージを含み得ない。
図１３Ｂに示す競合のないランダムアクセス手順は、ビーム故障回復、他のＳＩ要求、ＳＣｅｌｌ追加、および／またはハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１ １３２１に使用されるプリアンブルをＵＥに表示または割り当ててもよい。ＵＥは、ＰＤＣＣＨおよび／またはＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。
プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム故障回復要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウおよび／または別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌ ＲＮＴＩ（Ｃ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１ １３２１の送信および対応するＭｓｇ２ １３２２の受信の後、またはそれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス付けられた場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、および／またはＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する確認の指標として決定し得る。
図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａおよび１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信することができる。構成メッセージ１３３０は、構成メッセージ１３１０および／または構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、二つのメッセージ、すなわち、Ｍｓｇ Ａ １３３１およびＭｓｇ Ｂ １３３２の送信を含む。
Ｍｓｇ Ａ １３３１は、ＵＥによってアップリンク送信で送信され得る。Ｍｓｇ Ａ １３３１は、プリアンブル１３４１の一つまたは複数の送信および／またはトランスポートブロック１３４２の一つまたは複数の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるメッセージ３ １３１３の内容物と類似および／または同等である内容物を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、および／または類似のもの）を含んでもよい。ＵＥは、Ｍｓｇ Ａ １３３１の送信の後、またはそれに応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａおよび１３Ｂ示されるＭｓｇ ２ １３１２（例えば、ＲＡＲ）、および／または図１３Ａに示されるメッセージ４ １３１４の内容物と類似および／または同等である内容物を含み得る。
ＵＥは、認可されたスペクトルおよび／または認可されていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始することができる。ＵＥは、一つまたは複数の要因に基づいて、２ステップランダムアクセス手順を開始するかどうかを決定し得る。一つまたは複数の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、および／または同種のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、認可された対認可されていない）、および／または任意の他の適切な要因であり得る。
ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメーターに基づいて、プリアンブル１３４１および／またはＭｓｇ Ａ １３３１に含まれるトランスポートブロック１３４２に対する無線リソースおよび／またはアップリンク送信電力を決定し得る。ＲＡＣＨパラメーターは、変調および符号化スキーム（ＭＣＳ）、時間周波数リソース、および／またはプリアンブル１３４１および／またはトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソースおよびトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、および／またはＣＤＭを使用して多重化され得る。ＲＡＣＨパラメーターは、ＵＥが、Ｍｓｇ Ｂ １３３２の監視および／または受信のための受信タイミングおよびダウンリンクチャネルを決定することを可能にし得る。
トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、および／またはデバイス情報（例えば、国際モバイル加入者識別子（ＩＭＳＩ））を含み得る。基地局は、Ｍｓｇ Ａ １３３１に対する応答としてＭｓｇ Ｂ １３３２を送信し得る。Ｍｓｇ Ｂ １３３２は、プリアンブル識別子、タイミングアドバンスコマンド、電力制御コマンド、アップリンク許可（例えば、無線リソース割り当ておよび／またはＭＣＳ）、競合解決のためのＵＥ識別子、および／またはＲＮＴＩ（例えば、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩ）のうちの少なくとも一つを含み得る。ＵＥは、Ｍｓｇ Ｂ １３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに合致し、および／またはＭｓｇ Ｂ １３３２のＵＥの識別子がＭｓｇ Ａ １３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に合致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。
ＵＥおよび基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと呼ばれてもよく、ＰＨＹ層（例えば、層１）および／またはＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリングおよび／またはＵＥから基地局に送信されるアップリンク制御シグナリングを含み得る。
ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソースおよび／またはトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、および／またはその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と呼ばれてもよい。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）であり得る。
基地局は、送信エラーの検出を容易にするために、一つまたは複数の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（またはＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（またはＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値およびＣＲＣパリティビットのＭｏｄｕｌｏ－２追加（または排他的ＯＲ演算）を含んでもよい。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含んでもよい。
ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報および／またはシステム情報変更通知を示し得る。Ｐ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信および／またはＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３ １３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ（ＣＳ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＣＣＨ ＲＮＴＩ（ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＳＣＨ ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＳＲＳ ＲＮＴＩ（ＴＰＣ－ＳＲＳ－ＲＮＴＩ）、Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ（ＩＮＴ－ＲＮＴＩ）、Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｉｏｎ ＲＮＴＩ（ＳＦＩ－ＲＮＴＩ）、Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ （ＳＰ－ＣＳＩ－ＲＮＴＩ）、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、および／または類似のものを含む。
ＤＣＩの目的および／または内容に応じて、基地局は、一つまたは複数のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロックおよび／またはＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨまたはＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、一つまたは複数のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、または同じＤＣＩサイズを共有し得る。
ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性コーディング）、レートマッチング、スクランブルおよび／またはＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用および／または構成されるリソース要素上に、符号化および変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズおよび／または基地局のカバレッジに基づいて、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（集計レベルと呼ばれる）は、１、２、４、８、１６、および／または任意の他の適切な数であり得る。ＣＣＥは、リソース－要素グループ（ＲＥＧ）の数（例えば、６）を含んでもよい。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含んでもよい。リソース要素上の符号化および変調されたＤＣＩのマッピングは、ＣＣＥおよびＲＥＧのマッピング（例えば、ＣＣＥ－ｔｏ－ＲＥＧマッピング）に基づいてもよい。
図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが一つまたは複数の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含んでもよい。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第一のＣＯＲＥＳＥＴ１４０１および第二のＣＯＲＥＳＥＴ１４０２は、スロット内の第一のシンボルで生じる。第一のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第二のＣＯＲＥＳＥＴ１４０２と重複する。第三のＣＯＲＥＳＥＴ１４０３は、スロット内の第三のシンボルで生じる。第四のＣＯＲＥＳＥＴ１４０４は、スロットの第七のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。
図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ－ＲＥＧマッピングの実施例を示す。ＣＣＥ－ｔｏ－ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）または非インターリーブマッピング（例えば、干渉調整および／または制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なるまたは同一のＣＣＥ－ｔｏ－ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ－ＲＥＧマッピングと関連付けられてもよい。ＣＯＲＥＳＥＴは、アンテナポート準同一位置（ＱＣＬ）パラメーターで構成され得る。アンテナポートのＱＣＬパラメーターは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。
基地局は、一つまたは複数のＣＯＲＥＳＥＴおよび一つまたは複数の検索空間セットの構成パラメーターを含むＲＲＣメッセージをＵＥに送信することができる。構成パラメーターは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与の集計レベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含んでもよい。構成パラメーターは、集計レベルごとに監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期およびＰＤＣＣＨ監視パターン、ＵＥによって監視される一つまたは複数のＤＣＩフォーマット、および／または検索空間セットが、共通検索空間セットまたはＵＥ固有の検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有の検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ－ＲＮＴＩ）に基づいて構成され得る。
図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメーターに基づいて、ＣＯＲＥＳＥＴに対するＣＣＥ－ＲＥＧマッピング（例えば、インターリーブまたは非インターリーブ、および／またはマッピングパラメーター）を決定し得る。ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメーターに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、一つまたは複数のＤＣＩを検出するために、一つまたは複数のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの一つまたは複数のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（または構成される）ＰＤＣＣＨ位置、可能な（または構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、および／またはＵＥ固有の検索空間におけるＰＤＣＣＨ候補の数）、および可能な（または構成される）ＤＣＩフォーマットを有する一つまたは複数のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインド復号化と呼んでもよい。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンク許可、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、および／または同種のもの）を処理し得る。
ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ－ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含んでもよい。ＵＥは、ＤＬ－ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づいて、ダウンリンク送信のための送信フォーマットパラメーター（例えば、マルチアンテナおよびビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含んでもよい。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの一つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。
五つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数およびＵＣＩビットの数）に基づいてＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、一つまたは二つのＯＦＤＭシンボルの長さを有してもよく、２以下のビットを含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超えており、正または負のＳＲを有するＨＡＲＱ－ＡＣＫ情報ビットの数（ＨＡＲＱ－ＡＣＫ／ＳＲビット）が一つまたは二つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信することができる。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２以下のビットを含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が一つまたは二つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、一つまたは二つのＯＦＤＭシンボルを占有してもよく、２ビット超を含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超え、ＵＣＩビットの数が二つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。
基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメーターをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大四つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ－Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、および／またはＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの一つを使用して送信することができるＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ、および／またはＣＳＩ）の合計ビット長に基づいて、複数のＰＵＣＣＨリソースセットのうちの一つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第一のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第一の設定された値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第二のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第一の設定された値より大きく、第二の設定された値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第三のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第二の設定された値より大きく、第三の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第四のＰＵＣＣＨリソースセットを選択することができる。」。
複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ、および／またはＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケーターに基づいて、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターは、ＰＵＣＣＨリソースセット内の八つのＰＵＣＣＨリソースの一つを示し得る。ＰＵＣＣＨリソースインジケーターに基づいて、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケーターによって示されるＰＵＣＣＨリソースを使用してＵＣＩ （ＨＡＲＱ－ＡＣＫ、ＣＳＩおよび／またはＳＲ）を送信することができる。
図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２および基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、またはその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、一つの無線デバイス１５０２および一つの基地局１５０４のみが示されている。しかし、移動体通信ネットワークは、図１５に示されるものと同じまたは同様の構成を有する、複数のＵＥおよび／または複数の基地局を含み得ることが理解されよう。
基地局１５０４は、無線デバイス１５０２を、エアインターフェイス（または無線インターフェイス）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアインターフェイス１５０６上で基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアインターフェイス上で無線デバイス１５０２から基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８および処理システム１５１８は、層３および層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、および図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。
処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０および送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）またはマルチアンテナ処理、および／または同種のものを実行し得る。
基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２および受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯまたはマルチアンテナ処理、および／または同種のものを実行し得る。
図１５に示すように、無線デバイス１５０２および基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザーＭＩＭＯまたは複数ユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のＭＩＭＯまたはマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２および／または基地局１５０４は、単一のアンテナを有し得る。
処理システム１５０８および処理システム１５１８は、それぞれメモリー１５１４およびメモリー１５２４と関連付けられてもよい。メモリー１５１４およびメモリー１５２４（例えば、一つまたは複数の非一時的コンピューター可読媒体）は、本出願で論じる一つまたは複数の機能を実施するために、処理システム１５０８および／または処理システム１５１８によって実行され得るコンピュータープログラム命令またはコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、および／または受信処理システム１５２２は、それらのそれぞれの機能のうちの一つまたは複数を実行するために実行され得るコンピュータープログラム命令またはコードを格納するメモリー（例えば、一つまたは複数の非一時的コンピューター可読媒体）に結合され得る。
処理システム１５０８および／または処理システム１５１８は、一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーを含んでもよい。一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーは、例えば、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／またはその他のプログラマブルロジックデバイス、ディスクリートゲートおよび／またはトランジスタロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、および／または無線デバイス１５０２および基地局１５０４がワイヤレス環境で動作するのを可能にし得る他の任意の機能のうちの少なくとも一つを実行し得る。
処理システム１５０８および／または処理システム１５１８は、それぞれ、一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６に接続され得る。一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６は、特徴および／または機能を提供するソフトウェアおよび／またはハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、および／または一つまたは複数のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、ライダーセンサー、超音波センサー、光センサー、カメラ、および／または類似のもの）を含んでもよい。処理システム１５０８および／または処理システム１５１８は、一つまたは複数の周辺装置１５１６および／または一つまたは複数の周辺装置１５２６からユーザー入力データを受信し、および／またはユーザー出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、および／または無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成することができる。電源は、一つまたは複数の電源、例えば、バッテリー、太陽電池、燃料電池、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２および基地局１５０４の地理的位置情報を提供するように構成され得る。
図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、一つまたは複数の機能を実行することができる。この一つまたは複数の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、一つまたはいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間領域単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）またはＣＰ－ＯＦＤＭ信号のアンテナポートへの生成、および／または同様のもの、のうちの少なくとも一つを含むことができる。一実施例では、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ－ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ－ＯＦＤＭ信号が生成されることができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。
図１６Ｂは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ－ＦＤＭＡまたはＣＰ－ＯＦＤＭベースバンド信号および／または複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルターリングを用いることができる。
図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、一つまたは複数の機能を実行できる。この一つまたは複数の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの一つまたはいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、および／または同様のものを含むことができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。
図１６Ｄは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルターリングを用いることができる。
無線デバイスは、複数のセル（例えば、プライマリーセル、セカンダリーセル）の構成パラメーターを含む一つまたは複数のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも一つの基地局（例えば、デュアル接続の二つ以上の基地局）と通信し得る。一つまたは複数のメッセージ（例えば、構成パラメーターの一部として）は、無線デバイスを構成するための物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層のパラメーターを含んでもよい。例えば、構成パラメーターは、物理層およびＭＡＣ層チャネル、ベアラなどを構成するためのパラメーターを含み得る。例えば、構成パラメーターは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、および／または通信チャネル用のタイマーの値を示すパラメーターを含んでもよい。
タイマーが開始されると実行を開始し、停止するまで、または満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられてもよい（例えば、タイマーは、ある値から開始または再開されてもよく、またはゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、または満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定することができる。本明細書が、一つまたは複数のタイマーに関連する実装および手順を指す場合、一つまたは複数のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの一つまたは複数が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始および満了の代わりに、二つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。
２ステップＲＡ手順の場合、無線デバイスは、基地局から、２ステップＲＡＣＨ構成パラメーター１３３０を含む一つまたは複数のＲＲＣメッセージを受信することができる。一つまたは複数のＲＲＣメッセージは、無線デバイスに（例えば、システム情報ブロードキャストメッセージを介して）ブロードキャスト、マルチキャスト（例えば、システム情報ブロードキャストメッセージを介して）、および／またはユニキャスト（例えば、専用ＲＲＣメッセージおよび／またはＰＤＣＣＨなどの下層制御信号を介して）送信し得る。一つまたは複数のＲＲＣメッセージは、無線デバイス固有のメッセージであり得、例えば、ＲＲＣ ＩＮＡＣＴＩＶＥ ６０４またはＲＲＣ ＣＯＮＮＥＣＴＥＤ ６０２を用いて無線デバイスに送信される専用ＲＲＣメッセージであり得る。一つまたは複数のＲＲＣメッセージは、Ｍｓｇ Ａ １３３１を送信するために必要なパラメーターを含み得る。例えば、パラメーターは、以下のうちの少なくとも一つを示し得る。一つまたは複数のトランスポートブロック送信に対するＰＲＡＣＨリソース割り当て、プリアンブルフォーマット、ＳＳＢ情報（例えば、ＳＳＢの総数）、ＳＳＢ送信のダウンリンクリソース割り当て、ＳＳＢ送信の送信電力、アップリンク無線リソース（時間周波数無線リソース、ＤＭＲＳ、ＭＣＳなど）、および／またはＰＲＡＣＨリソース割り当てとアップリンク無線リソースとの間の関連付け（またはアップリンク無線リソースとダウンリンク基準信号との間の関連付け）。
２ステップＲＡ手順のＵＬ送信（例えば、Ｍｓｇ Ａ １３３１）では、無線デバイスは、例えば、基地局に、少なくとも一つのランダムアクセスプリアンブル（ＲＡＰ）（例えば、プリアンブル１３４１）および／または一つまたは複数のトランスポートブロック（例えば、トランスポートブロック１３４２）を送信し得る。例えば、一つまたは複数のトランスポートブロックは、データ、セキュリティ情報、ＩＭＳＩ／ＴＭＳＩなどのデバイス情報、および／または他の情報のうちの少なくとも一つを含み得る。例えば、一つまたは複数のトランスポートブロックは、競合解決に使用され得る無線デバイス識別子（ＩＤ）を含み得る。２ステップＲＡ手順のＤＬ送信では、基地局は、ＴＡ値を示すタイミングアドバンスコマンド、電力制御コマンド、ＵＬ許可（例えば、無線リソース割り当て、および／またはＭＣＳ）、競合解決の識別子、ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩ）、および／またはその他の情報の少なくとも一つを含むことができるＭｓｇ Ｂ １３３２（例えば、ＭｓｇＡ １３３１に対応するランダムアクセス応答）を送信できる。Ｍｓｇ Ｂ １３３２は、プリアンブル１３４１に対応するプリアンブル識別子、一つまたは複数のトランスポートブロック１３４２の受信の肯定または否定応答、一つまたは複数のトランスポートブロック１３４２の成功した復号化の黙示的および／または明示的な表示、非２ステップＲＡ手順に対するフォールバックの表示、（例えば、図１３Ａの競合ベースのＲＡ手順、または図１３Ｂの競合のないＲＡ手順）、および／またはそれらの任意の組み合わせの少なくとも一つを含むことができる。
無線デバイスは、２ステップＲＡ手順を開始し得る。無線デバイスは、少なくとも一つのプリアンブルおよび／または少なくとも一つのトランスポートブロックを含むＭｓｇ Ａを送信し得る。少なくとも一つのトランスポートブロックは、無線デバイスが競合解決に使用する識別子を含んでもよい。識別子は、無線デバイスが生成するシーケンスおよび／または番号であり得る（例えば、Ｃ－ＲＮＴＩが基地局によって無線デバイスに割り当てられていない場合）。無線デバイスは、識別子をランダムに生成してもよく、および／または加入者に基づいて、無線デバイスのデバイス情報（例えば、ＩＭＳＩ／ＴＭＳＩ）、および／または基地局によって無線デバイスに割り当てられる再開識別子を生成し得る。例えば、識別子は、無線デバイスの拡張および／または切断された加入者および／またはデバイス情報（例えば、ＩＭＳＩ／ＴＭＳＩ）であり得る。例えば、識別子は、Ｃ－ＲＮＴＩ（例えば、ＲＲＣ接続の無線デバイス用）である。無線デバイスは、Ｃ－ＲＮＴＩを、事前に定義された特定のメッセージフォーマットに基づいて、基地局に示し得る。例えば、少なくとも一つのトランスポートブロックは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含む（例えば、１６ビットフィールドは、Ｃ－ＲＮＴＩを示す）。無線デバイスは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥに対応するサブヘッダーのＬＣＩＤを用いて、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信し得る。例えば、ＬＣＩＤは、無線デバイスから送信された受信信号またはメッセージ（例えば、ＭＡＣ ＰＤＵ）からＣ－ＲＮＴＩ ＭＡＣ ＣＥを識別する（検出、解析、および／または復号化する）ために基地局に使用され得る。
無線デバイスは、例えば、Ｍｓｇ Ａの送信の後、またはそれに応答して、Ｍｓｇ Ａに対応するＭｓｇ Ｂのダウンリンク制御チャネルを監視し始めてもよく、ダウンリンク制御チャネルを監視するための制御リソースセットおよび／または検索空間を、例えば、基地局によって送信されるブロードキャストＲＲＣメッセージおよび／または無線デバイス固有のＲＲＣメッセージによって表示および／または構成し得る。Ｍｓｇ Ｂは、特定のＲＮＴＩによってスクランブルされ得る。無線デバイスは、特定のＲＮＴＩとして基地局によって割り当てられたＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）を使用し得る。無線デバイスは、以下の少なくとも一つに基づいて特定のＲＮＴＩを決定し得る。少なくとも一つのプリアンブルが送信されるＰＲＡＣＨ機会の時間リソースインデックス（例えば、第一のＯＦＤＭシンボルのインデックスおよび／または第一のスロットのインデックス）少なくとも一つのプリアンブルが送信されるＰＲＡＣＨ機会の周波数リソースインデックス、少なくとも一つのトランスポートブロックが送信されるＰＵＳＣＨ機会の時間リソースインデックス（例えば、第一のＯＦＤＭシンボルのインデックスおよび／または第一のスロットのインデックス）、少なくとも一つのトランスポートブロックが送信されるＰＵＳＣＨ機会の周波数リソースインデックス、Ｍｓｇ Ａが送信されるアップリンクキャリアのインジケーター（０または１など）。無線デバイスは、２ステップＲＡ手順が、一つまたは複数の条件に基づいて成功裏に完了したと決定（または考慮）し得る。一つまたは複数の条件の少なくとも一つは、Ｍｓｇ Ｂが、無線デバイスが基地局に送信する少なくとも一つのプリアンブルに合致するプリアンブルインデックス（または識別子）を含むことである場合であり得る。一つまたは複数の条件のうちの少なくとも一つは、Ｍｓｇ Ｂが、無線デバイスが、競合解決のために基地局に送信する識別子に合致した競合解決識別子を含む、および／または示すことである場合であり得る。実施例では、無線デバイスは、少なくとも一つのトランスポートブロックの再送信を示すＭｓｇ Ｂを受信し得る。例えば、少なくとも一つのトランスポートブロックの再送信を示すＭｓｇ Ｂは、少なくとも一つのトランスポートブロックの再送信に使用されるアップリンクリソースを示すＵＬ許可を含む。
２ステップＲＡ手順のＵＬ送信では、無線デバイスは、セルを介して、基地局に、少なくとも一つのＲＡＰおよび一つまたは複数のＴＢを送信することができる。無線デバイスは、例えば、図１３のステップ１３３０で、２ステップＲＡ手順のＵＬ送信のための一つまたは複数の構成パラメーターのメッセージを受信することができる。例えば、一つまたは複数の構成パラメーターは、ＰＲＡＣＨ機会、プリアンブルフォーマット、送信ＳＳＢの数、ＳＳＢの送信のダウンリンクリソース、ＳＳＢ送信の送信電力、一つまたは複数のＴＢ送信に対する、各ＰＲＡＣＨ機会と各ＳＳＢ、ＰＵＳＣＨリソース間の関連付け（時間、周波数、コード／シーケンス／署名の観点から）、各ＰＲＡＣＨ機会と各ＰＵＳＣＨリソース間の関連付け、および／または一つまたは複数のＴＢ送信の電力制御パラメーターの少なくとも一つを示し得る。一つまたは複数のＴＢ送信の電力制御パラメーターは、受信したターゲット電力の決定に使用されるセルおよび／またはＵＥ固有の電力調整のための電力パラメーター値、経路損失測定のスケーリングファクター（例えば、セル間干渉制御パラメーター）、経路損失測定を決定するために使用される基準信号電力、プリアンブル送信の電力に対する電力オフセット、および／または一つまたは複数の電力オフセット、のうちの少なくとも一つを含み得る。例えば、無線デバイスは、基地局が送信する一つまたは複数のＳＳＢの受信した信号電力（例えば、ＲＳＲＰ）および／または品質（例えば、ＲＳＲＱ）を測定する。無線デバイスは、測定値に基づいて少なくとも一つのＳＳＢを選択し、少なくとも一つのＳＳＢに関連付けられる少なくとも一つのＰＲＡＣＨ機会、および／または少なくとも一つのＰＲＡＣＨ機会に関連付けられる、および／または少なくとも一つのＳＳＢに関連付けられる、少なくとも一つのＰＵＳＣＨリソースを決定することができる（この関連付けは、少なくとも一つのＳＳＢおよび少なくとも一つのＰＲＡＣＨ機会との間の第一の関連付け、および少なくとも一つのＰＲＡＣＨ機会および少なくとも一つのＰＵＳＣＨリソースとの間の第二の関連付けを通して、メッセージによって明示的に、および／または黙示的に構成され得る）。無線デバイスは、少なくとも一つのＰＲＡＣＨ機会を介して少なくとも一つのＲＡＰを送信してもよく、および／または少なくとも一つのＰＵＳＣＨリソースを介して少なくとも一つのＴＢを送信し得る。無線デバイスは、メッセージによって示される構成パラメーターに基づいて、少なくとも一つのＲＡＰおよび／または少なくとも一つのＴＢの送信電力を決定し得る。例えば、構成パラメーターは、基地局に対する受信されたターゲット電力、一つまたは複数の電力オフセット、電力ランピングステップ、電力ランピングカウンター、再送信カウンター、経路損失基準信号インデックス（またはインデックス）、経路損失基準信号基準電力のうちの少なくとも一つを含む、アップリンク送信電力制御パラメーターを示す。アップリンク送信電力制御パラメーターの少なくとも一つは、少なくとも一つのＲＡＰに対するアップリンク送信電力と少なくとも一つのＴＢに対するアップリンク送信電力との間で共有され得る。例えば、アップリンク送信電力制御パラメーターの少なくとも一つを共有することは、メッセージのサイズを減少し得る（例えば、少なくとも一つのアップリンク送信電力制御パラメーターが、少なくとも一つのＲＡＰおよびメッセージの少なくとも一つのＴＢに対して繰り返される場合と比較する）。アップリンク送信電力制御パラメーターのいずれも、少なくとも一つのＲＡＰに対するアップリンク送信電力と少なくとも１ＴＢに対するアップリンク送信電力との間で共有されなくてもよい。メッセージのメッセージ構造は、基地局が、アップリンク送信電力制御パラメーターのうちの少なくとも一つ（または一つもしくは複数）が、少なくとも一つのＲＡＰに対するアップリンク送信電力と、少なくとも一つのＴＢに対するアップリンク送信電力との間で共有され得るかどうかを無線デバイスに表示するように、柔軟であり得る。例えば、無線デバイスは、メッセージのメッセージ構造に基づいて、アップリンク送信電力制御パラメーターのうちの少なくとも一つ（またはどれ一つまたは複数）が、少なくとも一つのＲＡＰに対するアップリンク送信電力と少なくとも一つのＴＢに対するアップリンク送信電力との間で共有され得るかを決定する。
無線デバイスが、２ステップＲＡ手順に使用され得る一つまたは複数の候補プリアンブルを生成する一つまたは複数の方法があり得る。例えば、２ステップＲＡＣＨ構成は、ＲＡＰ生成パラメーター（例えば、ルートシーケンス）を含み、それに基づいて、無線デバイスは、一つまたは複数の候補プリアンブルを生成する。無線デバイスは、（例えば、ランダムに）、プリアンブル１３４１の送信に使用されるＲＡＰとして、一つまたは複数の候補プリアンブルのうちの一つを選択し得る。ＲＡＰ生成パラメーターは、ＤＬ基準信号（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）特異的、細胞特異的、および／または無線デバイス固有であり得る。例えば、第一のＤＬ基準信号に対するＲＡＰ生成パラメーターは、第二のＤＬ基準信号に対するＲＡＰ生成パラメーターとは異なる。例えば、ＲＡＰ生成パラメーターは、無線デバイスが２ステップＲＡ手順を開始するセルの一つまたは複数のＤＬ基準信号に対して共通である。例えば、無線デバイスは、無線デバイスの２ステップＲＡ手順に使用される一つまたは複数のＲＡＰの一つまたは複数のプリアンブルインデックスを示す制御メッセージ（例えば、ＳＩＢメッセージ、無線デバイス専用のＲＲＣメッセージ、および／またはセカンダリーセル追加のためのＰＤＣＣＨ順序）を、基地局から受信する。一つまたは複数の候補プリアンブルは、一つまたは複数のグループに分類され得る。例えば、各グループは、送信のための特定の量のデータと関連付けられる。例えば、データの量は、無線デバイスが送信する一つまたは複数のトランスポートブロックのサイズを示し、および／またはバッファに残るアップリンクデータのサイズを示す。一つまたは複数のグループの各々は、データサイズの範囲と関連付けられ得る。例えば、一つまたは複数の群のうちの第一のグループは、２ステップＲＡ手順中にトランスポートブロックの小さなデータ送信を示すＲＡＰを含み、第二のグループは、２ステップＲＡ手順中により大きなトランスポートブロックのデータ送信を示すＲＡＰを含み得る。基地局は、無線デバイスが、無線デバイスがＲＡＰのどのグループを選択したかを決定し得る、一つまたは複数の閾値を含むＲＲＣメッセージを送信し得る。例えば、一つまたは複数の閾値は、一つまたは複数のグループを決定する一つまたは複数のデータサイズを示す。無線デバイスが潜在的に送信するアップリンクデータのサイズに基づいて、無線デバイスは、アップリンクデータのサイズを一つまたは複数のデータサイズと比較し、一つまたは複数のグループから特定のグループを決定する。特定のグループから選択されるＲＡＰを送信することによって、無線デバイスは、基地局に対して、無線デバイスが送信するアップリンクデータの（例えば、推定された）サイズを、基地局に示し得る。アップリンクデータのサイズの表示は、基地局がアップリンクデータの（再）送信のためのアップリンク無線リソースの適切なサイズを決定するために使用され得る。
２ステップＲＡ手順では、無線デバイスは、２ステップＲＡＣＨ構成によって示されるＰＲＡＣＨ機会を介してＲＡＰを送信することができる。無線デバイスは、２ステップＲＡＣＨ構成によって示されるＵＬ無線リソースを介して一つまたは複数のＴＢを送信することができる。ＲＡＰの第一の送信および一つまたは複数のＴＢの第二の送信は、ＴＤＭ（時間分割多重化）様式、ＦＤＭ（周波数分割多重化）様式、ＣＤＭ（符号分割多重化）様式、および／またはそれらの任意の組み合わせでスケジュールされ得る。ＲＡＰの第一の送信は、一つまたは複数のＴＢの第二の送信と（部分的または全体的に）時間的に重複し得る。２ステップＲＡＣＨ構成は、ＲＡＰと一つまたは複数のＴＢ送信の間の無線リソースの重複の（例えば、周波数ドメインおよび／または時間ドメインにおける）一部を示し得る。ＲＡＰの第一の送信は、異なる周波数（例えば、ＰＲＢ）または同じ周波数（例えば、ＰＲＢ）における一つまたは複数のＴＢの第二の送信と重複することなくＴＤＭ化され得る。２ステップＲＡＣＨ構成は、一つまたは複数のＲＡＰ（またはＲＡＰグループ）および／またはＰＲＡＣＨ機会に関連する一つまたは複数のＵＬ無線リソースを示し得る。例えば、一つまたは複数のダウンリンク基準信号（ＳＳＢまたはＣＳＩ－ＲＳ）の各々は、一つまたは複数のＰＲＡＣＨ機会および／または一つまたは複数のＲＡＰと関連付けられる。無線デバイスは、一つまたは複数のＰＲＡＣＨ機会、および／または一つまたは複数のＲＡＰの中で少なくとも一つのＲＡＰの中で、少なくとも一つのＰＲＡＣＨ機会を決定し得る。例えば、無線デバイスは、一つまたは複数のダウンリンク基準信号のＲＳＲＰおよび／またはＲＳＲＱを測定し、一つまたは複数のダウンリンク基準信号から第一のダウンリンク基準信号を選択する。例えば、第一のダウンリンク基準信号のＲＳＲＰは、（例えば、制御メッセージまたは信号を介して基地局によって示される）閾値よりも大きい。無線デバイスは、第一のダウンリンク基準信号に関連付けられる少なくとも一つのＲＡＰおよび／または少なくとも一つのＰＲＡＣＨ機会を、プリアンブル１３４１の無線リソースとして選択し得る。少なくとも一つのＲＡＰおよび／または少なくとも一つのＰＲＡＣＨ機会の選択に基づいて、無線デバイスは、無線デバイスが２ステップＲＡＣＨ手順の一部として一つまたは複数のＴＢを送信する、少なくとも一つのＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）を決定し得る。無線デバイスは、例えば、制御メッセージおよび／または無線デバイスが基地局から受信する制御信号が、一つまたは複数のＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）と一つまたは複数のダウンリンク基準信号との間の関連付けを示す場合、第一のダウンリンク基準信号に基づいて、少なくとも一つのＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）を決定し得る。
一つまたは複数のＵＬ無線リソースは、図７のフレーム構造、および／または図８のＯＦＤＭ無線構造に基づき示され得る。例えば、一つまたは複数のＵＬ無線リソースの時間ドメインリソースは、特定のＳＦＮ（ＳＦＮ＝０）、スロット番号、ＯＦＤＭシンボル番号、および／またはそれらの組み合わせに関して示される。例えば、一つまたは複数のＵＬ無線リソースの時間ドメインリソースは、サブキャリア番号、リソース要素の数、リソースブロックの数、ＲＢＧ数、周波数ドメイン無線リソースの周波数インデックス、および／またはそれらの組み合わせに関して示される。例えば、一つまたは複数のＵＬ無線リソースは、選択されたＲＡＰの一つまたは複数のＰＲＡＣＨ機会に関する時間オフセットおよび／または周波数オフセットに基づいて示され得る。ＵＬ送信は、例えば、同じスロット（またはサブフレーム）および／または異なるスロット、例えば、連続するスロット（またはサブフレーム）で発生し得る。例えば、一つまたは複数のＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）は、定期的に、例えば、構成済み許可タイプ１またはタイプ２の定期的なリソースなどに、構成され得る。
２ステップＲＡ手順のＰＵＳＣＨ機会は、２ステップＲＡ手順のＭｓｇＡ １３３１のＰＲＡＣＨプリアンブルに関連付けられるトランスポートブロック１３４２（例えば、ペイロード）送信用のアップリンク無線リソースであり得る。ＰＵＳＣＨ機会のリソース割り当ての一つまたは複数の例は、ＰＵＳＣＨ機会がＰＲＡＣＨ機会から別々に構成され得る（ただし、これらに限定されない）。例えば、ＰＵＳＣＨ機会については、構成済み許可（例えば、構成済み許可タイプ１／タイプ２および／またはＳＰＳ）によって示される定期的なリソースに基づいて決定され得る。無線デバイスは、ｍｓｇＡ送信のためのＰＲＡＣＨとＰＵＳＣＨとの間の関連付けに基づいて、ＰＵＳＣＨ機会をさらに決定し得る。例えば、無線デバイスは、基地局から、以下のうちの少なくとも一つを示す構成パラメーターを受信し得る。変調および符号化スキーム、トランスポートブロックサイズ、ＦＤＭｅｄ ＰＵＳＣＨ機会の数（ＦＤＭｅｄ ＰＵＳＣＨ機会は、例えば、存在する場合、ガードバンドおよび／またはガード期間を含んでもよい、および同一のＭｓｇ Ａ ＰＵＳＣＨ構成におけるＦＤＭｅｄ ＰＵＳＣＨ機会は、周波数ドメインにおいて連続的であり得る）、ＰＵＳＣＨ機会当たりのＰＲＢの数、ＰＵＳＣＨ機会当たりのＤＭＳＲシンボル／ポート／シーケンスの数、Ｍｓｇ Ａ ＰＵＳＣＨ（トランスポートブロック１３４２）送信に対する反復数、ＰＲＢレベルの保護バンドの帯域幅、ガード時間の期間、トランスポートブロック１３４２のＰＵＳＣＨマッピングタイプ、周期性（例えば、ＭｓｇＡ ＰＵＳＣＨ構成期間）、オフセット（例えば、シンボル、スロット、サブフレーム、および／またはＳＦＮのうちの少なくとも一つのうちの任意の組み合わせに関して）、時間ドメインリソース割り当て（例えば、ＭｓｇＡ ＰＵＳＣＨのスロット内：開始シンボル、ＰＵＳＣＨ機会当たりのシンボルの数、時間ドメインＰＵＳＣＨ機会の数）、周波数出発点。
ＰＵＳＣＨ機会のリソース割り当ての一つまたは複数の例は、基地局が、ＰＲＡＣＨ機会に関するＰＵＳＣＨ機会の相対的な位置（例えば、時間および／または周波数）を構成し得る（しかし、これに限定されない）。例えば、ＰＲＡＣＨ機会とＰＵＳＣＨ機会におけるＰＲＡＣＨプリアンブルの間の時間および／または周波数の関係は、単一仕様の固定値とし得る。例えば、ＰＲＡＣＨ機会からＰＵＳＣＨ機会における各ＰＲＡＣＨプリアンブルの間の時間および／または周波数の関係は、単一仕様の固定値である。例えば、異なるＰＲＡＣＨ機会で異なるプリアンブルが異なる値を持つ。例えば、ＰＲＡＣＨ機会とＰＵＳＣＨ機会におけるＰＲＡＣＨプリアンブルの間の時間および／または周波数の関係は、単一の半静的に設定された値である。例えば、ＰＲＡＣＨ機会における各ＰＲＡＣＨプリアンブルとＰＵＳＣＨ機会との間の時間および／または周波数の関係は、半静的に設定された値である。例えば、異なるＰＲＡＣＨ機会で異なるプリアンブルが異なる値を持つ。例えば、上記の例の任意の組み合わせが実装／構成されてもよく、時間と周波数の関係は、同じ代替である必要はない。例えば、無線デバイスは、基地局から以下のうちの少なくとも一つを示す構成パラメーターを受信し得る。変調および符号化スキーム、トランスポートブロックサイズ、ＦＤＭｅｄ ＰＵＳＣＨ機会の数（ＦＤＭｅｄ ＰＵＳＣＨ機会は、例えば、存在する場合、ガードバンドおよび／またはガード期間を含んでもよい、および同一のＭｓｇ Ａ ＰＵＳＣＨ構成におけるＦＤＭｅｄ ＰＵＳＣＨ機会は、周波数ドメインにおいて連続的であり得る）、ＰＵＳＣＨ機会当たりのＰＲＢの数、ＰＵＳＣＨ機会当たりのＤＭＳＲシンボル／ポート／シーケンスの数、Ｍｓｇ Ａ ＰＵＳＣＨ（トランスポートブロック１３４２）送信に対する反復数、ＰＲＢレベルの保護バンドの帯域幅、ガード時間の期間、トランスポートブロック１３４２のＰＵＳＣＨマッピングタイプ、基準点（例えば、特定のＳＦＮ、関連するＰＲＡＣＨ機会および／または関連するＰＲＡＣＨスロットの開始または終了）に関する時間オフセット（スロットレベルおよびシンボルレベル指示の組み合わせ）、ＰＵＳＣＨ機会の１回あたりのシンボルの数、ＴＤＭｅｄＰＵＳＣＨ機会の数。
２ステップＲＡ手順については、ＰＵＳＣＨ機会におけるペイロード送信のためのリソース割り当ては、事前に定義されてもよく、かつ／または構成され得る。例えば、ＰＵＳＣＨ機会におけるリソースのサイズは、事前に定義され、かつ／または構成され得る。リソースは、連続的または非連続的であり得る（例えば、基地局は、リソースを柔軟に構成し得る）。リソースは、複数のリソースグループに分割され得る。例えば、ＰＵＳＣＨ機会内の各リソースグループのサイズは、同一であっても異なっていてもよい（例えば、２ステップＲＡ手順の構成に応じて）。各リソースグループインデックスは、一つまたは複数のプリアンブルインデックスにマッピングされ得る。
例えば、基地局は、ＰＵＳＣＨ機会の開始時点および／周波数、リソースグループの数、ならびに各リソースグループのサイズを示す、一つまたは複数のパラメーターを有する無線デバイスを構成し得る。各リソースグループのインデックスは、プリアンブルインデックス（例えば、特定のプリアンブル）および／または特定のＰＰＲＡＣＨ機会にマッピングされ得る。無線デバイスは、少なくとも、プリアンブルインデックス（例えば、ＲＯおよびＰＵＳＣＨ機会が１対１のマッピングである場合）に基づいて、および／またはＲＯのインデックスおよびプリアンブルインデックス（例えば、複数のＲＯが一つのＰＵＳＣＨ機会に関連付けられている場合）に基づいて、リソースグループの各位置を決定し得る。
無線デバイスは、基地局から、ＰＵＳＣＨ機会の開始時点／周波数および／またはＰＵＳＣＨリソースの連続基本ユニットのセットを示す構成パラメーターを受信し得る。リソースユニットのサイズは同一であってもよく、基本ユニットの総数は事前構成され得る。無線デバイスは、ペイロードサイズに応じて、ＭｓｇＡ １３３１送信用に一つまたは複数のリソースユニットを使用し得る。開始リソースユニットインデックスは、プリアンブルインデックスにマッピングされてもよく、占有されたＰＵＳＣＨリソースの長さ（リソースユニットの数として）は、プリアンブルインデックスにマッピングされるか、または明示的に示され得る（例えば、ＵＣＩで）。
リソースグループの数、および／またはプリアンブル、リソースグループ、およびＤＲＭＳポート間の詳細なマッピングは、例えば、複数のプリアンブルが同一のリソースグループにマッピングされるときに、基地局からのブラインド検出を回避するために、事前に定義および／または半静的に構成（および／またはＤＣＩによって動的に表示）され得る。
２ステップＲＡ手順におけるＰＵＳＣＨＣ機会を介したペイロード送信について、無線デバイスは、基地局から、ペイロードの送信について一つまたは複数のＭＣＳおよび一つまたは複数のリソースサイズを示す構成パラメーターを受信し得る。ＭＣＳおよびリソースサイズは、ペイロードのサイズに関連し得る。例えば、無線デバイスによって受信される構成パラメーターは、ペイロード、ＭＣＳ、およびリソースサイズのサイズの一つまたは複数の組み合わせ（および／または関連付け）を示し得る。例えば、一つまたは複数の特定の変調タイプ（例えば、ｐｉ／２－ＢＰＳＫ、ＢＰＳＫ、ＱＰＳＫ）は、小さなサイズのペイロードと関連付けられてもよい。例えば、一つまたは複数の特定の変調タイプ（例えば、ＱＰＳＫ）が、特定のＲＲＣ状態（例えば、ＲＲＣ ＩＤＬＥおよび／またはＲＲＣ ＩＮＡＣＴＩＶＥ）を有する無線デバイスに使用され得る。例えば、無線デバイスによって受信される構成パラメーターは、ＵＬ ＢＷＰ全体および／またはＵＬ ＢＷＰの一部にわたってペイロード送信に使用されるＰＲＢの数を示し得る（例えば、これは、事前定義および／またはＲＲＣによって半静的に構成され得る）。無線デバイスによって受信される構成パラメーターは、トランスポートブロック１３４２（例えば、ペイロード）の一つまたは複数の繰り返しを示し得る。例えば、ペイロードの送信のカバレッジ強化のために、繰返しの数が事前に定義され、半静的に構成され、および／または一つまたは複数の条件（例えば、ダウンリンク基準信号のＲＳＲＰ、および／または特定のＲＲＣ状態、および／または無線デバイスのタイプ、例えば、静止、ＩｏＴなど）に基づいてトリガーされる。
無線デバイスは、基地局から、トランスポートブロック１３４２（例えば、ペイロード）送信用の一つまたは複数の２ステップＲＡ構成を受信し得る。一つまたは複数の２ステップＲＡ構成は、ペイロードサイズ、ＭＣＳ、および／またはリソースサイズの一つまたは複数の組み合わせを示し得る。一つまたは複数の２ステップＲＡ構成の各々に対する一つまたは複数の２ステップＲＡ構成の数、および一つまたは複数のパラメーター値（例えば、ペイロードサイズ、ＭＣＳ、および／またはリソースサイズ）は、無線デバイスのＭｓｇＡおよび／またはＲＲＣ状態の内容に依存し得る。
構成される２ステップＲＡ構成パラメーターに基づいて、無線デバイスは、例えば、ＰＲＡＣＨ機会を介して少なくとも一つのプリアンブル、および／またはＰＵＳＣＨ機会を介してトランスポートブロック１３４２（例えば、ペイロード）を含むＭｓｇＡを、基地局に送信し得る。ＭｓｇＡは、競合解決の識別子を含んでもよい。例えば、無線デバイスは、複数のビット（例えば、５６および／または７２ビット）を有するｍｓｇＡペイロードとしてＭＡＣヘッダーを構築し得る。例えば、ＭｓｇＡは、ＢＳＲ、ＰＨＲ、ＲＲＣメッセージ、接続要求などを含んでもよい。例えば、ＭｓｇＡはＵＣＩを含んでもよい。ＭｓｇＡのＵＣＩは、例えば、ＭｓｇＡがＵＣＩを含む場合、ＭＣＳ表示、ＨＡＲＱ－ＡＣＫ／ＮＡＣＴおよび／またはＣＳＩレポートのうちの少なくとも一つを含んでもよい。ＭｓｇＡに対するＨＡＲＱは、Ｍｓｇ．Ａの初期送信とＭｓｇ．Ａ ＰＵＳＣＨの一つまたは複数の再送信とを組み合わせることができる。例えば、ＭｓｇＡは、ＭｓｇＡのＰＵＳＣＨにおけるＭｓｇＡの送信時間を示し得る。ｍｓｇＡのサイズは、使用ケースに依存し得る。
無線デバイスが、基地局から、２ステップＲＡと４ステップＲＡの間の異なる（または独立した）ＰＲＡＣＨ機会を示す構成パラメーターを受信し得る。異なる（または独立した）ＰＲＡＣＨ機会は、受信機の不確実性を低減し、および／またはアクセス遅延を低減し得る。基地局は、基地局が受信したプリアンブルを受信するＰＲＡＣＨ機会に基づいて、受信したプリアンブルが２ステップＲＡまたは４ステップＲＡのために無線デバイスによって送信されるかどうかを基地局が識別するように、異なる（または独立した）ＰＲＡＣＨリソースを有する無線デバイスを構成し得る。基地局は、２ステップＲＡと４ステップＲＡ手順の間で、共有されたＰＲＡＣＨ機会を構成するか、またはＰＲＡＣＨ機会を分離するかを柔軟に決定し得る。無線デバイスは、基地局から、ＲＲＣメッセージおよび／またはＤＣＩを受信して、２ステップＲＡと４ステップＲＡ手順の間で、共有されたＰＲＡＣＨ機会を構成するか、またはＰＲＡＣＨ機会を分離するかの明示的または黙示的な表示を示し得る。基地局が、２ステップＲＡと４ステップＲＡの間で共有される一つまたは複数のＰＲＡＣＨ機会、および２ステップＲＡと４ステップＲＡに対して分割されたプリアンブルを設定し得る。
図１７Ａ、図１７Ｂ、および図１７Ｃはそれぞれ、時間オフセット、周波数オフセット、および時間オフセットと周波数オフセットの組み合わせに基づく、ＰＲＡＣＨリソースおよび一つまたは複数の関連するＵＬ無線リソースの無線リソース割り当ての例である。例えば、ＭｓｇＡ １３３１のためのＰＲＡＣＨ機会および一つまたは複数の関連するＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）は、例えば、ＲＲＣメッセージによって提供される（ＲＡＣＨ構成の一部として）および／または事前定義される（例えば、マッピングテーブルとして）時間オフセットおよび／または周波数オフセットで割り当てられ得る。図１７Ａは、ＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）でＴＤＭされたＰＲＡＣＨ機会の例である。図１７Ｂは、ＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）でＴＤＭされたＰＲＡＣＨ機会の一例である。図１７Ｃは、ＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）でＴＤＭされたおよびＦＤＭされたＰＲＡＣＨ機会の例である。
無線デバイスは、基地局から、一つまたは複数のダウンリンク基準信号（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）を受信してもよく、一つまたは複数のダウンリンク基準信号の各々は、２ステップＲＡＣＨ構成によって提供される一つまたは複数のＲＡＣＨリソース（例えば、ＰＲＡＣＨ機会）および／または一つまたは複数のＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）と関連付けられてもよい。無線デバイスは、一つまたは複数のダウンリンク基準信号を測定してもよく、測定される受信信号強度および／または品質に基づいて（または他の選択ルールに基づいて）、一つまたは複数のダウンリンク基準信号の中から少なくとも一つのダウンリンク基準信号を選択し得る。無線デバイスはそれぞれ、少なくとも一つのダウンリンク基準信号に関連付けられるＰＲＡＣＨ機会を介して、および／またはＰＲＡＣＨ機会に関連付けられるおよび／または少なくとも一つのダウンリンク基準信号に関連付けられるＵＬ無線リソース（例えば、ＰＵＳＣＨ機会）を介して、ＲＡＰ（例えば、プリアンブル１３４１）および一つまたは複数のＴＢ（例えば、トランスポートブロック１３４２）を送信し得る。
一例では、基地局は、無線デバイスからのＲＡＰ受信を使用して、セル内の無線デバイスの一つまたは複数のＴＢのＵＬ送信タイミングを調整し、および／または一つまたは複数のＴＢのＵＬチャネル推定を支援し得る。２ステップＲＡＣＨ手順における一つまたは複数のＴＢのＵＬ送信の一部は、例えば、無線デバイスＩＤ、Ｃ－ＲＮＴＩ、バッファ状態レポート（例えば、バッファ状態レポート）（ＢＳＲ）などのサービス要求、一つまたは複数のユーザーデータパケット、および／またはその他の情報を含み得る。例えば、ＲＲＣ ＣＯＮＮＥＣＴＥＤ６０２状態の無線デバイスは、無線デバイス（例えば、無線デバイスＩＤ）の識別子としてＣ－ＲＮＴＩを使用することができる。ＲＲＣ ＩＮＡＣＴＩＶＥ６０４状態の無線デバイスは、無線デバイスの識別子として、Ｃ－ＲＮＴＩ（利用可能な場合）、再開ＩＤ、または短いＭＡＣ－ＩＤを使用することができる。例えば、ＲＲＣ ＩＤＬＥ ６０６状態の無線デバイスは、Ｃ－ＲＮＴＩ（使用可能な場合）、再開ＩＤ、短いＭＡＣ－ＩＤ、ＩＭＳＩ（国際モバイル加入者識別子）、Ｔ－ＩＭＳＩ（Ｔｅｍｐｏｒａｒｙ－ＩＭＳＩ）、および／または乱数（例えば、無線デバイスによって生成される）を無線デバイスの識別子として使用できる。
２ステップＲＡ手順では、無線デバイスは、Ｍｓｇ Ａに対応する二つの別々の応答、ＲＡＰ（プリアンブル１３４２など）送信の第一の応答、および一つまたは複数のＴＢの送信に対する第二の応答（例えば、トランスポートブロック１３４２）を受信し得る。無線デバイスは、ＰＤＣＣＨ（例えば、共通検索空間および／または無線デバイス固有の検索空間）を監視して、無線デバイスがＲＡＰを送信するＰＲＡＣＨリソースの時間および／または周波数インデックスに基づいて生成されたランダムアクセスＲＮＴＩで第一の応答を検出することができる。無線デバイスは、共通検索空間および／または無線デバイス固有の検索空間を監視して、第二の応答を検出することができる。無線デバイスは、第二の応答を検出するために第二のＲＮＴＩを採用し得る。例えば、第二のＲＮＴＩは、構成される場合、Ｃ－ＲＮＴＩであり、無線デバイスがＲＡＰを送信するＰＲＡＣＨ機会の時間および／または周波数のインデックスに基づいて生成されるランダムアクセスＲＮＴＩ、または無線デバイスが一つまたはより多くのＴＢを送信するＰＵＳＣＨリソースの時間および／または周波数インデックス（および／またはＤＭ－ＲＳ ＩＤ）に基づいて生成されるＲＮＴＩである。無線デバイス固有の検索空間は、基地局から受信されたＲＲＣメッセージによって事前定義および／または構成され得る。
無線デバイスは、２ステップランダムアクセス手順の一つまたは複数の条件（例えば、イベント）に基づいて、トリガー（および／または開始）し得る。例えば、一つまたは複数の条件（イベントなど）は、ＲＲＣ＿ＩＤＬＥからの初期アクセス、ＲＲＣ接続の再確立手順、ハンドオーバー、ＵＬ同期ステータスが同期されていない場合のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ６０２中のＤＬまたはＵＬデータの到着、ＲＲＣ ＩＮＡＣＴＩＶＥ ６０４からの移行、ビーム故障回復手順、および／または他のシステム情報の要求の少なくとも一つであり得る。例えば、無線デバイスのＰＤＣＣＨ順序、ＭＡＣエンティティ、および／またはビーム故障表示により、ランダムアクセス手順を開始させることができる。
無線デバイスは、例えば、送信されるデータのサービス（例えば、ＵＲＬＬＣなどの機密データの遅延）および／または無線条件に応じて、特定の状態で２ステップＲＡ手順を開始し得る。例えば、基地局は、例えば、セルが小さい場合（例えば、ＴＡの必要がない）、および／または固定無線デバイスの場合（例えば、ＴＡ更新の必要がない）、２ステップＲＡ手順で一つまたは複数の無線デバイスを構成し得る。無線デバイスは、一つまたは複数のＲＲＣメッセージ（例えば、ＭＩＢ、システム情報ブロック、マルチキャストおよび／またはユニキャストＲＲＣシグナリング）を介して、および／または２ステップＲＡ手順を開始するために使用されるＬ１制御シグナリング（例えば、ＰＤＣＣＨ順序）を介して構成を取得することができる。
例えば、マクロカバレッジエリアにおいて、無線デバイスは、記憶および／または持続されたＴＡ値、例えば、センサータイプの無線デバイスなどの静止またはほぼ静止の無線デバイスを有し得る。この場合、２ステップＲＡ手順を開始することができる。マクロカバレッジを有する基地局は、ブロードキャストおよび／または専用シグナリングを使用して、カバレッジの下で記憶および／または持続されたＴＡ値を有する一つまたは複数の無線デバイスで２ステップＲＡ手順を構成することができる。
ＲＲＣ ＣＯＮＮＥＣＴＥＤ ６０２状態の無線デバイスは、２ステップＲＡ手順を実行することができる。例えば、２ステップＲＡ手順は、無線デバイスがハンドオーバー（例えば、ネットワーク開始ハンドオーバー）を実行するとき、および／または無線デバイスが遅延に敏感なデータの送信のためにＵＬ許可を必要または要求し、かつスケジューリング要求を送信するために利用可能な物理層アップリンク制御チャネルリソースがないときに開始され得る。ＲＲＣ ＩＮＡＣＴＩＶＥ６０４状態にある無線デバイスは、例えば、ＲＲＣ ＩＮＡＣＴＩＶＥ６０４状態に留まっている間の小さなデータ送信のために、または接続を再開するために、２ステップＲＡ手順を実行することができる。無線デバイスは、例えば、無線リンクの確立、無線リンクの再確立、ハンドオーバー、ＵＬ同期の確立、および／またはＵＬ許可がない場合のスケジューリング要求などの初期アクセスのために、２ステップＲＡ手順を開始することができる。
以下の説明は、ＲＡ手順の一つまたは複数の例を示す。以下に説明する手順および／またはパラメーターは、特定のＲＡ手順に限定しなくてもよい。以下に説明する手順および／またはパラメーターは、４ステップＲＡ手順および／または２ステップＲＡ手順に適用され得る。例えば、ＲＡ手順は、以下の説明において、４ステップＲＡ手順および／または２ステップＲＡ手順を指し得る。
無線デバイスは、セル検索を実行し得る。例えば、無線デバイスは、セルとの時間と周波数の同期を取得し、セル検索手順中にセルの第一の物理層セルＩＤを検出し得る。無線デバイスは、例えば、無線デバイスが、一つまたは複数の同期信号（ＳＳ）、例えば、プライマリー同期信号（ＰＳＳ）およびセカンダリー同期信号（ＳＳＳ）を受信したとき、セル検索を実行し得る。無線デバイスは、一つまたは複数の物理ブロードキャストチャネル（ＰＢＣＨ）、ＰＳＳ、およびＳＳＳの受信機会が連続したシンボルであり、例えば、ＳＳ／ＰＢＣＨブロック（ＳＳＢ）を形成すると想定し得る。例えば、無線デバイスは、ＳＳＳ、ＰＢＣＨ復調基準信号（ＤＭ－ＲＳ）、およびＰＢＣＨデータが、リソース要素当たり同じエネルギー（ＥＰＲＥ）を有すると仮定し得る。例えば、無線デバイスは、ＳＳ／ＰＢＣＨブロックにおけるＰＳＳ ＥＰＲＥとＳＳＳ ＥＰＲＥとの比が、特定の値（例えば、０ｄＢまたは３ｄＢのいずれか）であると仮定し得る。例えば、無線デバイスは、ＰＤＣＣＨ ＤＭ－ＲＳ ＥＰＲＥとＳＳＳ ＥＰＲＥとの比が、例えば、無線デバイスが、例えば、ＲＲＣメッセージによって半静的に構成される専用の上位層パラメーターを提供されていない場合、特定の範囲（例えば、－８ｄＢ～８ｄＢ）内にあると決定し得る。
無線デバイスは、一つまたは複数の候補ＳＳ／ＰＢＣＨブロックに対する第一のシンボルインデックスを決定し得る。例えば、ＳＳ／ＰＢＣＨブロックを有するハーフフレームについて、一つまたは複数の候補ＳＳ／ＰＢＣＨブロックに対する第一のシンボルインデックスは、ＳＳ／ＰＢＣＨブロックのサブキャリア間隔に従って決定され得る。例えば、インデックス０は、ハーフフレーム内の第一のスロットの第一のシンボルに対応する。例として、一つまたは複数の候補ＳＳ／ＰＢＣＨブロックの第一のシンボルは、１５ｋＨｚのサブキャリア間隔に対して、インデックス｛２，８｝＋１４・ｎを有してもよく、例えば、３ＧＨｚ以下のキャリア周波数に対してｎ＝０，１、および例えば、３ＧＨｚ超かつ６ＧＨｚ以下のキャリア周波数に対してｎ＝０，１，２、３。ハーフフレーム内の一つまたは複数の候補ＳＳ／ＰＢＣＨブロックは、例えば、０からＬ－１までの昇順でインデックス付けされ得る。無線デバイスは、例えば、ＰＢＣＨで送信されたＤＭ－ＲＳシーケンスの一つまたは複数のインデックスを有する一対一のマッピングから、ハーフフレーム当たりのＳＳ／ＰＢＣＨブロックインデックスのいくつかのビット（例えばＬ＝１に対して二つの最下位ビット（ＬＳＢ）、Ｌ＞４に対して三つのＬＳＢビット）を決定し得る。
ランダムアクセス手順の開始前に、基地局は、例えば、４ステップＲＡ手順、２ステップＲＡ手順、および／または４ステップＲＡ手順および２ステップＲＡ手順の両方に対して、ＲＡＣＨ構成の一つまたは複数のパラメーターを有する無線デバイスを構成するために、一つまたは複数のＲＲＣメッセージを送信し得る。一つまたは複数のＲＲＣメッセージは、一つまたは複数の無線デバイスにブロードキャストまたはマルチキャストすることができる。一つまたは複数のＲＲＣメッセージは、無線デバイス固有のメッセージであり得、例えば、ＲＲＣ ＩＮＡＣＴＩＶＥ １５２０またはＲＲＣ ＣＯＮＮＥＣＴＥＤ １５３０を用いて無線デバイスに送信される専用ＲＲＣメッセージであり得る。一つまたは複数のＲＲＣメッセージは、一つまたは複数のランダムアクセスリソースを介して少なくとも一つのプリアンブルを送信するために必要な一つまたは複数のパラメーターを含み得る。例えば、一つまたは複数のパラメーターは、以下のうちの少なくとも一つを示し得る。ＰＲＡＣＨリソース割り当て（例えば、一つまたは複数のＰＲＡＣＨ機会のリソース割り当て）、プリアンブルフォーマット、ＳＳＢ情報（例えば、ＳＳＢの総数、ＳＳＢ送信のダウンリンクリソース割り当て、ＳＳＢ送信の送信電力、一つまたは複数のＲＲＣメッセージおよび／または他の情報を送信するビームに対応するＳＳＢインデックス）、および／または一つまたは複数のトランスポートブロック送信のためのアップリンク無線リソース。
基地局は、一つまたは複数のダウンリンク基準信号を、さらに送信し得る。例えば、一つまたは複数のダウンリンク基準信号は、一つまたは複数のディスカバリー基準信号を含み得る。無線デバイスは、一つまたは複数のダウンリンク基準信号の中から第一のダウンリンク基準信号を選択し得る。例えば、第一のダウンリンク基準信号は、一つまたは複数の同期信号および物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）を含み得る。例えば、無線デバイスは、一つまたは複数の同期信号に基づいて、ダウンリンク同期を調整し得る。例えば、一つまたは複数のダウンリンク基準信号は、一つまたは複数のチャネル状態情報基準信号（ＣＳＩ－ＲＳ）を含み得る。
一つまたは複数のＲＲＣメッセージは、一つまたは複数のダウンリンク制御チャネル、例えば、ＰＤＤＣＨを示す一つまたは複数のパラメーターをさらに含み得る。一つまたは複数のダウンリンク制御チャネルの各々は、一つまたは複数のダウンリンク基準信号の少なくとも一つと関連付けられてもよい。例えば、第一のダウンリンク基準信号は、一つまたは複数のシステム情報（例えば、マスター情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ））を含み得る。基地局は、例えば、物理ブロードキャストチャネル（ＰＢＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、および／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で、一つまたは複数のシステム情報を含むメッセージを送信し得る。
一つまたは複数のシステム情報は、少なくとも一つの情報要素（例えば、ＰＤＣＣＨ－Ｃｏｎｆｉｇ、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、および／またはそれらの任意の組み合わせ）を含み得る。少なくとも一つの情報要素は、例えば、無線デバイスに、一つまたは複数の制御パラメーターを示すために、基地局から送信され得る。一つまたは複数の制御パラメーターは、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）を示し得る。例えば、一つまたは複数の制御パラメーターは、第一の共通ＣＯＲＥＳＥＴ＃０（例えば、ｃｏｎｔｒｏｌＳｏｕｒｃｅＳｅｔＺｅｒｏ）、および／または第二の共通ＣＯＲＥＳＥＴ（例えば、ｃｏｍｍｏｎＣｏｎｔｒｏｌＳｏｕｒｃｅＳｅｔ）を示すパラメーターを含む。一つまたは複数の制御パラメーターは、一つまたは複数の検索空間セットをさらに含み得る。例えば、一つまたは複数の制御パラメーターは、システム情報ブロック（例えば、ｓｅａｒｃｈＳｐａｃｅＳＩＢ１）に対する第一の検索空間、および／または第一の共通検索空間＃０（例えば、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）、および／または第一のランダムアクセス検索空間（例えば、ｒａ－ＳｅａｒｃｈＳｐａｃｅ）、および／または第一のページング検索空間（例えば、ページングＳｅａｒｃｈＳｐａｃｅ）のパラメーターを含む。無線デバイスは、一つまたは複数のダウンリンク制御チャネルを取得、構成、および／または監視するために、一つまたは複数の制御パラメーターを使用し得る。
無線デバイスは、一つまたは複数の制御リソースセット内の一つまたは複数のダウンリンク制御チャネルに対する、一つまたは複数の候補のセットを監視し得る。一つまたは複数の制御リソースセットは、第一のアクティブダウンリンク周波数帯、例えば、アクティブ帯域幅部分（ＢＷＰ）で、第一のアクティブ化サービングセル上に定義され得る。例えば、第一のアクティブ化サービングセルは、ネットワークによって、一つまたは複数の検索空間セットを有する無線デバイスに構成される。例えば、無線デバイスは、第一のダウンリンク制御情報（ＤＣＩ）の第一のフォーマットに従って、一つまたは複数のダウンリンク制御チャネルの候補セットの一つまたは複数のダウンリンク制御チャネルの各々を復号化する。一つまたは複数のダウンリンク制御チャネルに対する候補のセットは、一つまたは複数の検索空間セットの観点から定義され得る。例えば、一つまたは複数の検索空間セットは、一つまたは複数の共通検索空間セット（例えば、Ｔｙｐｅ０－ＰＤＣＣＨ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ、Ｔｙｐｅ１－ＰＤＣＣＨ、Ｔｙｐｅ２－ＰＤＣＣＨ、および／またはタイプ３－ＰＤＣＣＨ）、一つまたは複数の無線デバイスデバイス固有の検索空間セット、および／またはそれらの任意の組み合わせである。
例えば、無線デバイスは、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セット内の一つまたは複数のダウンリンク制御チャネルに対する候補セットを監視し得る。例えば、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セットは、少なくとも一つの情報要素、例えば、ＭＩＢ内のＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１によって構成され得る。例えば、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セットは、一つまたは複数の検索空間セット、例えば、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＳＩＢ１、またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＺｅｒｏによって構成され得る。例えば、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間セットは、特定の無線ネットワーク一時識別子、例えば、システム情報無線ネットワーク一時識別子（ＳＩ－ＲＮＴＩ）によってスクランブルされる第一のダウンリンク制御情報の第一のフォーマットのために構成され得る。
例えば、無線デバイスは、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間セット内の一つまたは複数のダウンリンク制御チャネルに対する候補セットを監視し得る。例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間セットは、一つまたは複数の検索空間セット、例えば、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎのｒａ－ｓｅａｒｃｈＳｐａｃｅによって構成され得る。例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間セットは、第二の無線ネットワーク一時識別子、例えば、ランダムアクセス－無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ）、一時セル－無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ）、Ｃ－ＲＮＴＩ、および／または２ステップＲＡ手順に基づき無線デバイスによって生成されたＲＮＴＩ、例えばＭｓｇＢ－ＲＮＴＩによってスクランブル化された第二のダウンリンク制御情報の第二のフォーマットに対して構成され得る。
無線デバイスは、例えば、セル検索中に、第一の共通検索空間（例えば、Ｔｙｐｅ０－ＰＤＣＣＨ）に対する第一の制御リソースセットが存在すると決定し得る。第一の制御リソースセットは、一つまたは複数のリソースブロックおよび一つまたは複数のシンボルを含んでもよい。一つまたは複数のＲＲＣメッセージは、一つまたは複数のダウンリンク制御チャネルの一つまたは複数の監視機会を示す、一つまたは複数のパラメーターを含み得る。例えば、無線デバイスは、第一の共通検索空間の第一の制御リソースセットに対して、連続したリソースブロックの数および連続したシンボルの数を決定する。例えば、少なくとも一つの情報要素（例えば、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１）の一つまたは複数のビット（例えば、四つの最上位ビット）は、連続的なリソースブロックの数および連続的なシンボルの数を示す。無線デバイスは、少なくとも一つの情報要素（例えば、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１）の一つまたは複数のビット（例えば、四つの最下位ビット）から、一つまたは複数のダウンリンク制御チャネルの一つまたは複数の監視機会を決定し得る。例えば、第一のダウンリンク基準信号（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）に関連付けられる一つまたは複数のダウンリンク制御チャネルの一つまたは複数の監視機会は、第一の制御リソースセットの一つまたは複数のシステムフレーム番号および一つまたは複数のスロットインデックスに基づいて決定される。例えば、第一のインデックスを有する第一のダウンリンク基準信号は、第一のフレーム番号および第一のスロットインデックスと時間的に重複する。
無線デバイスは、第一のダウンリンク基準信号（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）に基づいて、一つまたは複数のダウンリンク制御チャネルから特定のダウンリンクチャネルを選択（または決定）し得る。例えば、無線デバイスは、一つまたは複数のダウンリンク制御チャネルと一つまたは複数のダウンリンク基準信号との間の関連を示すメッセージを受信する。無線デバイスは、例えば、第一のダウンリンク基準信号のＲＳＲＰに基づいて、第一の値よりも大きい、一つまたは複数のダウンリンク基準信号から第一のダウンリンク基準信号（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）を選択し得る。関連付けに基づいて、無線デバイスは、第一のダウンリンク基準信号に関連付けられる特定のダウンリンクチャネルを決定する。無線デバイスは、第一のダウンリンクチャネルの受信に関連付けられる復調基準信号アンテナポートが、第一のダウンリンク基準信号と準同じ位置に配置される（ＱＣＬ）と決定し得る。例えば、第一のダウンリンクチャネルの受信と第一のダウンリンク基準信号（例えば、対応するＳＳ／ＰＢＣＨブロック）と関連付けられる復調基準信号アンテナポートは、平均利得、ＱＣＬ－タイプＡ、および／またはＱＣＬ－タイプＤのうちの少なくとも一つに対して準同じ位置に配置され得る。
無線デバイスは、基地局から、一つまたは複数のランダムアクセスパラメーターを含む一つまたは複数のＲＲＣメッセージを受信することができる。例えば、一つまたは複数のＲＲＣメッセージが、共通（または汎用）ランダムアクセス構成メッセージ（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎおよび／またはＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ）、の少なくとも一つを示す、ランダムアクセスプリアンブルの合計数（例えば、ＴｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ）、一つまたは複数のＰＲＡＣＨ構成インデックス（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ）、時間インスタンス（例えば、ｍｓｇ１－ＦＤＭ）における、周波数ドメイン（ＦＤＭｅｄ）において多重化し得るＰＲＡＣＨ機会の数、第一のリソースブロック（例えば、ｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔ）に関する周波数ドメインにおける最低ＰＲＡＣＨ機会のオフセット、ＰＲＡＣＨに対する電力ランピングステップ（例えば、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ）、ネットワーク受信機側でのターゲット電力レベル（ＰｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ）、実行され得るランダムアクセスプリアンブル送信の最大数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）、ランダムアクセス応答に対するウィンドウ長さ（すなわち、ＲＡＲ、例えば、Ｍｓｇ２）（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）、ランダムアクセスチャネル（ＲＡＣＨ）機会当たりのＳＳＢの数、およびＳＳＢ当たりの競合ベースのプリアンブルの数（例えば、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ）。例えば、ランダムアクセスプリアンブルの総数は、ＲＡＣＨ機会当たりのＳＳＢ数の倍数であり得る。一例では、ＲＡＲに対するウィンドウ長さは、スロットの数であり得る。例えば、専用のランダムアクセス構成メッセージ（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）は、競合なしのランダムアクセス（例えば、機会）に対する一つまたは複数のＲＡＣＨ機会、およびランダムアクセスリソース選択に対する一つまたは複数のＰＲＡＣＨマスクインデックス（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭＡＳＫＩｎｄｅｘ）を含み得る。
一つまたは複数のランダムアクセスパラメーター（例えば、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ）は、第一のＰＲＡＣＨ機会と関連付けられ得る一つまたは複数のダウンリンク基準信号（例えば、ＳＳ／ＰＢＣＨブロック）の第一の番号（例えば、Ｎ）を示し得る。一つまたは複数のランダムアクセスパラメーター（例えば、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ）は、第一のダウンリンク基準信号および第一のＰＲＡＣＨ機会に対する一つまたは複数のランダムアクセスプリアンブルの第二の番号（例えば、Ｒ）を示し得る。一つまたは複数のランダムアクセスプリアンブルは、競合ベースのプリアンブルであり得る。第一のダウンリンク基準信号は、第一のＳＳ／ＰＢＣＨブロックであり得る。例えば、第一の番号（例えば、場合Ｎ＜１）は、第一のＳＳ／ＰＢＣＨブロックが、少なくとも一つの（例えば、１／Ｎ）連続的な有効なＰＲＡＣＨ機会にマッピングされ得ることを示す。例えば、第二の番号（例えば、Ｒ）は、第一のＳＳ／ＰＢＣＨブロックに関連付けられる連続するインデックスを有する少なくとも一つのプリアンブルが、第一の有効なＰＲＡＣＨ機会に対する第一のプリアンブルインデックスから開始され得ることを示す。
例えば、一つまたは複数のＰＲＡＣＨ構成インデックス（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ）は、プリアンブルフォーマット、一つまたは複数のＰＲＡＣＨ時間リソースに対する周期性、一つまたは複数のＰＲＡＣＨサブフレーム番号、一つまたは複数のＰＲＡＣＨサブフレーム内のＰＲＡＣＨスロットの数、ＰＲＡＣＨ開始シンボル番号、および／またはＰＲＡＣＨスロット内の時間ドメインＰＲＡＣＨ機会の数を示し得る。
一つまたは複数のランダムアクセスパラメーターは、一つまたは複数のＳＳ／ＰＢＣＨブロックを一つまたは複数のＰＲＡＣＨ機会にマッピングするための関連付け期間をさらに含んでもよい。例えば、一つまたは複数のＳＳ／ＰＢＣＨブロックインデックスは、順序に基づいて一つまたは複数のＰＲＡＣＨ機会にマッピングされる。順序の例は、第一のＰＲＡＣＨ機会における少なくとも一つのプリアンブルインデックスが増加していく順、一つまたは複数の周波数リソースのインデックスが増加していく順、（例えば、周波数多重ＰＲＡＣＨ機会の場合）、一つまたは複数の時間リソースのインデックスが増加していく順、（例えば、時間多重ＰＲＡＣＨ機会の場合）、および／または第一のＰＲＡＣＨスロットのインデックスが増加していく順である。
ＲＡ手順を開始する制御順序（例えば、ＳＣｅｌｌ追加および／またはＴＡ更新用）は、少なくとも一つのＰＲＡＣＨマスクインデックスを含み得る。少なくともＰＲＡＣＨマスクインデックスは、一つまたは複数のダウンリンク基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）に関連する一つまたは複数のＰＲＡＣＨ機会を示し得る。図１８は、制御順序によって示され得るＰＲＡＣＨマスクインデックス値の実施例を示す。無線デバイスは、制御順序（例えば、ＰＤＣＣＨ順序）によって示されるＰＲＡＣＨマスクインデックス値に基づいて、特定のダウンリンク基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）の一つまたは複数のＰＲＡＣＨ機会を識別し得る。制御順序（例えば、ＰＤＣＣＨ）は、特定のＳＳＢ（またはＣＳＩ－ＲＳ）を示すフィールドを含み得る。例えば、図１８で許容されるＰＲＡＣＨ機会は、特定のＳＳＢのインデックスに対して（例えば、連続的に）マッピングされ得る。無線デバイスは、第一の関連付け期間中の特定のＳＳＢに対する第一のＰＲＡＣＨマスクインデックス値によって示される第一のＰＲＡＣＨ機会を選択し得る。第一の関連付け期間は、第一のマッピングサイクルとすることができる。無線デバイスは、第一のマッピングサイクルに対して、一つまたは複数のＰＲＡＣＨ機会の一つまたは複数のインデックスをリセットし得る。
無線デバイスは、基地局から、図１３Ａおよび／または図１３Ｂランダムアクセス手順および／または図１３Ｃの２ステップランダムアクセス手順、のランダムアクセスパラメーターを示す一つまたは複数のメッセージを受信することができる。例えば、一つまたは複数のメッセージは、ブロードキャストＲＲＣメッセージ、無線デバイス固有のＲＲＣメッセージ、および／またはそれらの組み合わせであり得る。例えば、一つまたは複数のメッセージは、ランダムアクセス共通構成（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、ランダムアクセス汎用構成（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ）、および／または無線デバイス（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）専用のランダムアクセス構成のうちの少なくとも一つを含む。例えば、競合ベース（４ステップおよび／または２ステップ）のランダムアクセス手順の場合、無線デバイスは基地局から少なくともＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎおよびＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃを受信することができる。例えば、競合なし（４ステップおよび／または２ステップ）のランダムアクセス手順の場合、無線デバイスは基地局からＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎおよび／またはＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃとともに少なくともＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを受信することができる。ＳＣｅｌｌでのランダムアクセス手順は、第一のインデックス（例えば０ｂ００００００など、事前定義または構成されていてもよい）とは異なるｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを有するＰＤＣＣＨ順序によって開始することができる。
無線デバイスは、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ、およびＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのうちの少なくとも一つに構成されるパラメーターに基づいて、少なくともランダムアクセス手順を開始し得る。例えば、無線デバイスは、例えば、無線デバイスのＭＡＣエンティティによって、および／または無線デバイスのＲＲＣによって、基地局からＰＤＣＣＨ順序を受信の後、またはそれに応答して、ランダムアクセス手順を開始する。無線デバイスは、一つまたは複数のランダムアクセス手順を開始する必要がある、一つまたは複数の条件であり得る。例えば、ＭＡＣエンティティには任意の時点で進行中のランダムアクセス手順が一つある。例えば、無線デバイスのＭＡＣエンティティがランダムアクセス手順の要求を受信したときに、別のものがＭＡＣエンティティにおいて進行中の場合、無線デバイスは、進行中の手順を続行するか、新しい手順（例えば、ＳＩ要求のため）を開始することができる。
ランダムアクセス共通構成の例（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）は、以下であり得る。
Figure 0007288267000001
Figure 0007288267000002
例えば、メッセージＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢは、プリアンブル選択の閾値を示す。メッセージＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢの値は、ｄＢでもよい。例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎにおけるマイナス無限大は、無限大に相当する。値ｄＢ０は、０ｄＢに対応してもよく、ｄＢ５は、５ｄＢなどに対応し得る。ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇは、ＰＲＡＣＨのサブキャリア間隔を示し得る。一つまたは複数の値、例えば、１５または３０ｋＨｚ（＜６ＧＨｚ）、６０または１２０ｋＨｚ（＞６ＧＨｚ）が適用可能である。ｍｓｇ１－ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇに対応する層１パラメーター（例えば、’ｐｒａｃｈ－Ｍｓｇ１ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）があり得る。無線デバイスは、例えば、このパラメーターが存在しない場合、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃのｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘから導出されたＳＣＳを適用し得る。基地局は、ｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｉｎｇｄｉｎｇを使用して、変換プリコーディングがデータ送信のために有効になっているかどうかを無線デバイスに示し得る（４ステップＲＡ手順におけるＭｓｇ３、および／または２ステップＲＡ手順における一つまたは複数のＴＢ送信）。ｍｓｇ３－ｔｒａｎｓｆｒｏｍＰｒｅｃｏｄｉｎｇが存在しないことは、それが無効化されることを示し得る。ｎｕｍｂｅｒＯｆＲＡ－ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡは、グループＡのＳＳＢ当たりの競合ベース（ＣＢ）プリアンブルの数を示し得る。これは、黙示的に、グループＢで利用可能なＳＳＢ当たりのＣＢプリアンブルの数を決定することができる。設定は、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ ｐｒａｃｅｑｓのインデックスのパラメーターの設定と一致し得る。ｐｒａｃｈ－ＲｏｏｔＳｅｑｕｅｎｃｅＩｎｄｅｘはＰＲＡＣＨルートシーケンスを示し得る。ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－プリアンブルＰｅｒＳＳＢに対応する層１パラメーター（例えば、‘ＰＲＡＣＨＲｏｏｔＳｅｑｕｅｎｃｅＩｎｄｅｘ’）があり得る。値範囲は、プリアンブルのサイズ、例えば、プリアンブル長さ（Ｌ）がＬ＝８３９またはＬ＝１３９であるかどうかに依存し得る。ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒは、競合解決タイマーの初期値を示し得る。例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内の値ｍｓ８は、８ｍｓを示してもよく、値ｍｓ１６は、１６ｍｓを示してもよく、などとすることができる。ｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡは、トランスポートブロックサイズ閾値をビットで示し得る。例えば、無線デバイスは、例えば、トランスポートブロックサイズがｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡを下回るとき、グループＡの競合ベースのＲＡプリアンブルを採用し得る。ｒａｃｈ－ＣｏｎｆｉｇＧｅｎｅｒｉｃは、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃの一つまたは複数の汎用ＲＡＣＨパラメーターを示し得る。ｒｅｓｔｒｉｃｔｅｄＳｅｔＣｏｎｆｉｇは、制限されたセットの構成または制限されたセットの二つのタイプの一つを示し得る。ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢは、ＳＳブロック選択に対する閾値を示し得る。例えば、無線デバイスは、閾値を満たすＳＳブロックに基づいて、経路損失推定推定および（再）送信のためのＳＳブロックおよび対応するＰＲＡＣＨリソースを選択し得る。ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ－ＳＵＬは、アップリンクキャリア選択の閾値を示し得る。例えば、無線デバイスは、この閾値に基づいてランダムアクセスを実施するために、補完的アップリンク（ＳＵＬ）キャリアを選択し得る。ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢは、ＲＡＣＨ機会当たりのＳＳＢの数と、ＳＳＢ当たりの競合に基づくプリアンブルの数を示し得る。ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢに対応する層１の一つまたは複数のパラメーター（例えば、‘ＳＳＢ－ｐｅｒ－ｒａｃｈ－ｏｃｃａｓｉｏｎ’および／または‘ＣＢ－Ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ’）があり得る。例えば、ＲＡＣＨ機会におけるＣＢプリアンブルの総数は、ＣＢ－Ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ＊ｍａｘ（１，ＳＳＢ－ｐｅｒ－ｒａｃｈ－ｏｃｃａｓｉｏｎ）によって与えられてもよい。ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓは、競合ベースおよび競合なしのランダムアクセスに使用されるプリアンブルの総数を示し得る。例えば、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓは、他の目的（例えば、ＳＩ要求のために）のために採用された一つまたは複数のプリアンブルを含まなくてもよい。無線デバイスは、例えば、フィールドがない場合、ＲＡに対して６４個のプリアンブルのうちの一つまたは複数を使用し得る。
ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃのランダムアクセス共通構成の例は、以下の通りであり得る。
Figure 0007288267000003
例えば、ｍｓｇ１－ＦＤＭは、１回のインスタンスでＦＤＭ化されるＰＲＡＣＨ送信機会の数を示し得る。ｍｓｇ１－ＦＤＭに対応する層１パラメーター（例えば、‘ｐｒａｃｈ－ＦＤＭ’）があり得る。ｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔは、特定のＰＲＢ（例えば、ＰＲＢ０）に対する周波数ドメインにおけるＰＲＡＣＨ送信機会（例えば、最も低いＰＲＡＣＨ送信機会）のオフセットを示し得る。基地局は、対応するＲＡＣＨリソースがＵＬ ＢＷＰの帯域幅内にあるように、ｍｓｇ１－ＦｒｅｑｕｅｎｃｙＳｔａｒｔの値を構成し得る。ｍｓｇ１－ＦｒｅｑｅｎｃｙＳｔａｒｔに対応する層１パラメーター（例えば、‘ｐｒａｃｈ－ｆｒｅｑｕｅｎｃｙ－ｓｔａｒｔ’）があり得る。ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐは、ＰＲＡＣＨに対する電力ランピングステップを示し得る。ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘは、ＰＲＡＣＨ構成インデックスを示し得る。例えば、無線アクセス技術（例えば、ＬＴＥ、および／またはＮＲ）は、一つまたは複数のＰＲＡＣＨ構成をあらかじめ定義してもよく、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘは、一つまたは複数のＰＲＡＣＨ構成のうちの一つを示し得る。ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘに対応する層１パラメーター（例えば、‘ＰＲＡＣＨＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ’）があってもよく、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒは、ネットワーク受信機側でターゲット電力レベルを示し得る。例えば、特定の値の倍数（例えば、単位は、Ｇｂ）が選択され得る。ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃは、２ギガバイトの倍数（例えば、－２０２、－２００、－１９８．．．）が選択された例を示す。ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘは、故障を宣言する前に実行されたＲＡプリアンブル送信の数を示し得る。例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘは、故障を宣言する前に実行されたＲＡプリアンブル送信の最大数を示し得る。ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗは、スロット（またはサブフレーム、ミニスロット、および／またはシンボル）の数でＲＡＲウィンドウ長さを示し得る。基地局は、特定の値（例えば、１０ミリ秒）以下の値を構成し得る。値は、特定の値（例えば、１０ミリ秒）よりも大きくてもよい。ｚｅｒｏＣｏｒｒｅｌａｔｉｏｎＺｏｎｅＣｏｎｆｉｇは、プリアンブルシーケンス生成構成（例えば、Ｎ－ＣＳ構成）のインデックスを示し得る。無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）は、一つまたは複数のプリアンブルシーケンス生成構成をあらかじめ定義してもよく、およびｚｅｒｏＣｏｒｒｅｌａｔｉｏｎＺｏｎｅＣｏｎｆｉｇは、一つまたは複数のプリアンブルシーケンス生成構成のうちの一つを示し得る。例えば、無線デバイスは、ｚｅｒｏＣｏｒｒｅｌａｔｉｏｎＺｏｎｅＣｏｎｆｉｇに基づいて、プリアンブルシーケンスのサイクリックシフトを決定し得る。ｚｅｒｏＣｏｒｒｅｌａｔｉｏｎＺｏｎｅＣｏｎｆｉｇは、ランダムアクセスプリアンブル（例えば、ゼロ相関ゾーン）の特性を決定し得る。
ランダムアクセス専用構成の例（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）は、以下であり得る。
Figure 0007288267000004
Figure 0007288267000005
例えば、ＣＳＩ－ＲＳは、無線デバイスに対して、このサービングセルに関連付けられる測定オブジェクト内に定義されたＣＳＩ－ＲＳリソースの識別子（例えば、ＩＤ）によって示される。ｒａ－ＯｃｃａｓｉｏｎＬｉｓｔは、一つまたは複数のＲＡ機会を示し得る。無線デバイスは、例えば、無線デバイスが、ＣＳＩ－ＲＳによって識別される候補ビームを選択する際に、競合なしランダムアクセス（ＣＦＲＡ）手順を実行するとき、一つまたは複数のＲＡ機会を採用し得る。ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘは、このＣＳＩ－ＲＳに関連付けられるＲＡ機会で使用するＲＡプリアンブルインデックスを示し得る。ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘは、ＲＡリソース選択のためのＰＲＡＣＨマスクインデックスを示し得る。マスクは、ｓｓｂ－ＲｅｓｏｕｒｃｅＬｉｓｔで信号が発せられた一つまたは複数のＳＳＢリソースに対して有効であり得る。ｒａｃｈ－ＣｏｎｆｉｇＧｅｎｅｒｉｃは、ＣＦＲＡ手順に対する競合なしのランダムアクセスの機会の構成を示し得る。ｓｓｂ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎは、ＲＡＣＨ機会当たりのＳＳＢの数を示し得る。ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘは、本ＳＳＢによって識別される候補ビームを選択する際に、ＣＦＲＡを実施する際に無線デバイスが採用し得るプリアンブルインデックスを示し得る。ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのｓｓｂは、このサービングセルによって送信されるＳＳＢの識別子（例えば、ＩＤ）を示し得る。ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのｃｆｒａは、所与の標的セルへの競合なしのランダムアクセスのための一つまたは複数のパラメーターを示し得る。無線デバイスは、例えば、フィールド（例えば、ｃｆｒａ）が存在しない場合に、競合ベースのランダムアクセスを実行し得る。ｒａ－ｐｒｉｔｉｚａｔｉｏｎは、所与の標的セルに対する優先的なランダムアクセス手順に適用される一つまたは複数のパラメーターを示し得る。ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのフィールドＳＳＢ－ＣＦＲＡは、例えば、ＣＦＲＡのフィールドリソースがｓｓｂに設定される場合、存在してもよく、存在しなくてもよい。
無線デバイスは、基地局から、
ランダムアクセスプリアンブルの送信に対してＰＲＡＣＨ機会の利用可能なセット（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）、初期ランダムアクセスプリアンブル電力（例えば、ＰｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ）、ＳＳＢおよび対応するランダムアクセスプリアンブルおよび／またはＰＲＡＣＨ機会を選択するためのＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢは、ビーム故障回復構成、例えば、ビーム故障回復のためにランダムアクセス手順が開始された場合、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ ＩＥなどで構成できる）、ＣＳＩ－ＲＳおよび対応するランダムアクセスプリアンブルおよび／またはＰＲＡＣＨ機会を選択するためのＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳは、例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢにｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔを掛けることによってｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢとオフセット値に基づいて計算された値に設定できる）、ＮＵＬキャリアとＳＵＬキャリアの間の選択のためのＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ－ＳＵＬ）、ランダムアクセス手順がビーム故障回復のために開始されたとき、使用するｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢとｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ間の電力オフセット（例えば、ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔ）、
電力ランピングファクター（例えば、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ）、差別化されたランダムアクセス手順の場合の電力ランピングファクター（例えば、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐＨｉｇｈＰｒｉｏｒｉｔｙ）、ランダムアクセスプリアンブルのインデックス（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）、ＭＡＣエンティティがランダムアクセスプリアンブルを送信することができるＳＳＢに関連するＰＲＡＣＨ機会を示すインデックス（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ）（例えば、図１８はｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ値の例を示す）、ＭＡＣエンティティがランダムアクセスプリアンブルを送信することができるＣＳＩ－ＲＳに関連するＰＲＡＣＨ機会（例えば、ｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）、ランダムアクセスプリアンブル送信の最大数（例えば、ＰｒｅａｍｂｌｅＴｒａｎｓＭａｘ）、各ＰＲＡＣＨ機会にマッピングされたＳＳＢの数と、各ＳＳＢにマッピングされたランダムアクセスプリアンブルの数（例えば、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ）、ＲＡ応答を監視するための時間ウィンドウ（期間、および／または間隔）（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）および／または競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）の少なくとも一つを示す一つまたは複数のＲＲＣメッセージを受信することができる。
一実施例では、無線デバイスは、ビーム故障検出および回復のためのＲＡ手順を開始する。例えば、無線デバイスは、ビーム故障回復手順のために、基地局からＲＲＣメッセージを受信する。無線デバイスは、ビーム故障回復手順に基づいて、サービス基地局に、無線デバイスが、一つまたは複数のサービス提供ＳＳＢ／ＣＳＩ－ＲＳ間のビーム故障を検出するＳＳＢまたはＣＳＩ－ＲＳを示し得る。ビーム故障は、無線デバイスの下層からＭＡＣエンティティへの一つまたは複数のビーム故障インスタンス表示をカウントすることによって検出することができる。例えば、無線デバイスは基地局から、次の少なくとも一つを示すＲＲＣメッセージ（例えば、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇなどのビーム故障回復構成を含む）を受信する。ビーム故障検出用のｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ、ビーム故障検出用のｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ビーム故障回復手順のためのｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ、ビーム故障回復用のＲＳＲＰ閾値のｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ、ビーム故障回復用のｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ、ビーム故障回復用のｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ、ビーム故障回復用のｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ、競合なしのランダムアクセスプリアンブルを使用して、ビーム故障回復の応答を監視するための時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）、ビーム故障回復用のｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ、ビーム故障回復用のｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ、ビーム故障回復用のｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ。
無線デバイスは、ランダムアクセス手順のために一つまたは複数のパラメーター（または変数）を採用（または使用または維持）し得る。例えば、一つまたは複数のパラメーター（または変数）は、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ、ＰＣＭＡＸ、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩ、およびＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩの少なくとも一つを含む。
無線デバイスは、一つまたは複数のプリアンブルおよび一つまたは複数のＰＲＡＣＨ機会（または時間、周波数、および／またはコードを含むリソース）を選択するためのランダムアクセスリソース選択を実行することができる。例えば、ビーム故障回復のためにランダムアクセス手順を開始することができる、および／またはｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒが実行されているか、構成されていない、および／またはＳＳＢおよび／またはＣＳＩ－ＲＳのいずれかに関連付けられたビーム故障回復要求のための競合のないランダムアクセスリソースがＲＲＣによって明示的に提供される、および／またはｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔのＳＳＢの中でｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ－ＲＳＲＰを有するＳＳＢ、またはｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔのＣＳＩ－ＲＳの中でｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳを超えるＣＳＩ－ＲＳＲＰを有するＣＳＩ－ＲＳの少なくとも一つという一つまたは複数のケースがある。この場合、無線デバイスは、ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔ内のＳＳＢの中のｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超える対応する一つまたは複数のＳＳ－ＲＳＲＰ値を有する一つまたは複数のＳＳＢ、またはＣａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔのＣＳＩ－ＲＳの中のｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳを超える対応する一つまたは複数のＣＳＩ－ＲＳＲＰ値を有する一つまたは複数のＣＳＩ－ＲＳを選択できる。例えば、無線デバイスは少なくとも一つのＣＳＩ－ＲＳを選択し、例えば、少なくとも一つのＣＳＩ－ＲＳに関連付けられたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘがない場合、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを無線デバイスによって選択された少なくとも一つのＣＳＩ－ＲＳと準併置されるｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔのＳＳＢに対応するｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに設定することができる。そうでなければ、無線デバイスはＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、ビーム故障回復要求のランダムアクセスプリアンブルのセットから選択されたＳＳＢまたはＣＳＩ－ＲＳに対応するｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに設定することができる。
無線デバイスは、ＰＤＣＣＨまたはＲＲＣを介して、特定のプリアンブルインデックスではないｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを受信し得る（例えば、０ｂ００００００など、事前に定義または構成されていてもよい）。この場合、無線デバイスはＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸをシグナリングされたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに設定することができる。
ＳＳＢに関連付けられた競合のないランダムアクセスリソースが、ＲＲＣを介して無線デバイスに明示的に提供され、関連付けられたＳＳＢの中で、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ－ＲＳＲＰを有する少なくとも一つのＳＳＢが利用できる場合が一つまたは複数あり得る。この場合、無線デバイスは、関連付けられるＳＳＢの中でｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ－ＲＳＲＰを有するＳＳＢを選択することができる。例えば、無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、選択されたＳＳＢに対応するｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに設定することができる。
ＣＳＩ－ＲＳに関連付けられた競合のないランダムアクセスリソースが、ＲＲＣを介して無線デバイスに明示的に提供され、関連するＣＳＩ－ＲＳの中でｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳを超えるＣＳＩ－ＲＳＲＳＲＰを有する少なくとも一つのＣＳＩ－ＲＳが利用できる場合が一つまたは複数あり得る。この場合、無線デバイスは、関連付けられたＣＳＩ－ＲＳの中からｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳを超えるＣＳＩ－ＲＳＲＰを有するＣＳＩ－ＲＳを選択できる。例えば、無線デバイスはＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを選択したＣＳＩ－ＲＳに対応するｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに設定する。
ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ－ＲＳＲＰを有するＳＳＢの少なくとも一つが使用可能である場合が一つまたは複数あり得る。この場合、例えば、無線デバイスはｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ－ＲＳＲＰを有するＳＳＢを選択できる。無線デバイスは、例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ－ＲＳＲＰを有するＳＳＢのいずれも利用可能でない場合、任意のＳＳＢを選択し得る。例えば、ランダムアクセスリソース選択が、例えば、Ｍｓｇ１ １３１１、Ｍｓｇ３ １３１３、ＭｓｇＡ １３３１、および／またはトランスポートブロック１３４２の再送信時に実施される。無線デバイスは、Ｍｓｇ１ １３１１、Ｍｓｇ３ １３１３、ＭｓｇＡ １３３１、および／またはトランスポートブロック１３４２の第一の送信に対応するランダムアクセスプリアンブル送信の試みのために用いられたのと同じランダムアクセスプリアンブルのグループを選択し得る。無線デバイスは、例えば、ランダムアクセスプリアンブルとＳＳＢ間の関連付けが構成されている場合、選択されたＳＳＢおよび選択されたランダムアクセスプリアンブルグループに関連付けられたランダムアクセスプリアンブルから、等しい確率でランダムにｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを選択する。例えば、無線デバイスは、ランダムアクセスプリアンブルとＳＳＢ間の関連付けが構成されていない場合、選択されたランダムアクセスプリアンブルグループ内のランダムアクセスプリアンブルから、等しい確率でランダムにｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを選択する。無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、選択されたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘに設定することができる。
一例では、ＳＳＢが上記のように選択され、かつＰＲＡＣＨ機会とＳＳＢとの関連付けが構成される場合、無線デバイスは、構成される場合のｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘによって与えられた制限によって許可された選択されたＳＳＢに対応するＰＲＡＣＨ機会から次に利用可能なＰＲＡＣＨ機会を判定することができる（無線デバイスのＭＡＣエンティティは、選択されたＳＳＢに対応する、同時に発生するが異なるサブキャリアで発生するＰＲＡＣＨ機会の中でＰＲＡＣＨ機会（例えば、等しい確率でランダムに）を選択することができる。ＭＡＣエンティティは、選択されたＳＳＢに対応する次に利用可能なＰＲＡＣＨ機会を判定するときに、測定ギャップの発生の可能性を考慮に入れてもよい）。
一例では、ＣＳＩ－ＲＳが上記のように選択され、ＰＲＡＣＨ機会とＣＳＩ－ＲＳとの関連付けが構成される場合、無線デバイスは、選択されたＣＳＩ－ＲＳに対応するｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ内のＰＲＡＣＨ機会から次に利用可能なＰＲＡＣＨ機会を判定することができる（例えば、無線デバイスのＭＡＣエンティティは、選択されたＣＳＩ－ＲＳに対応する、同時に発生するが異なるサブキャリアで発生するＰＲＡＣＨ機会の中で、ＰＲＡＣＨ機会を等しい確率でランダムに選択し得る。ＭＡＣエンティティは、選択されたＣＳＩ－ＲＳに対応する次に利用可能なＰＲＡＣＨ機会を判定するときに、測定ギャップの発生の可能性を考慮に入れてもよい）。
ＣＳＩ－ＲＳが上記で選択されていて、選択されたＣＳＩ－ＲＳに関連付けられた競合のないランダムアクセスリソースがない場合、無線デバイスは、選択したＣＳＩ－ＲＳと準併置されているｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔのＳＳＢに対応する、例えば、設定されている場合のｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘは、どのＰＲＡＣＨ機会が利用可能かを許可する制限を示し得る）によって示される、ＰＲＡＣＨ機会から次に利用可能なＰＲＡＣＨ機会を決定し得る（例えば、無線デバイスのＭＡＣエンティティは、選択されたＣＳＩ－ＲＳと準併置されているＳＳＢに対応する次の利用可能なＰＲＡＣＨ機会を決定するときに、測定ギャップの発生の可能性を考慮に入れてもよい）。
無線デバイスは、次に利用可能なＰＲＡＣＨ機会を決定し得る。例えば、無線デバイスのＭＡＣエンティティは、同時に異なるサブキャリアで発生するＰＲＡＣＨ機会の中で、ＰＲＡＣＨ機会（例えば、均等な確率でランダムに）を選択する。ＭＡＣエンティティは、測定ギャップの発生の可能性に基づいて（例えば、考慮することによって）、次に利用可能なＰＲＡＣＨ機会を決定し得る。
無線デバイスは、選択されたＰＲＥＡＢＬＥ ＩＮＤＥＸおよびＰＲＡＣＨ機会に基づいて、ランダムアクセスプリアンブル送信を実行することができる。例えば、電力ランピングカウンターを停止する通知が下層（例えば、物理層）から受信されていない場合、および／または選択されたＳＳＢおよび／またはＣＳＩ－ＲＳが変更されていない場合（例えば、前のランダムアクセスプリアンブル送信と同じ）、無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＰＡＲＥを、例えば、一つまたは次の値に（例えば、カウンターステップサイズはあらかじめ定義されおよびまたは準静的に設定され得る）増加させてもよい。例えば、無線デバイスは、基地局によって事前に定義された、および／または半静的に構成され得るＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの値を選択し、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲをｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ＋（ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ－１）×ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰに設定する。
無線デバイスのＭＡＣエンティティは、選択されたＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ（例えば、利用可能な場合）、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ、およびＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してランダムアクセスプリアンブルを送信するように物理層に指示できる。例えば、無線デバイスは、ランダムアクセスプリアンブルが送信されるＰＲＡＣＨ機会に関連するＲＡ－ＲＮＴＩを決定する。実施例では、ＲＡ－ＲＮＴＩは、指定されたＰＲＡＣＨの第一のＯＦＤＭシンボルのインデックス、システムフレーム内の指定されたＰＲＡＣＨの第一のスロットのインデックス、周波数ドメイン内の指定されたＰＲＡＣＨのインデックス、および／またはアップリンクキャリアインジケーターの観点から決定され得る。例えば、指定されたＰＲＡＣＨは、無線デバイスがランダムアクセスプリアンブルを送信するＰＲＡＣＨである。ＲＡ－ＲＮＴＩの例は、以下のように決定される。
ＲＡ－ＲＮＴＩ ＝ １ ＋ ｓ＿ｉｄ ＋ １４×ｔ＿ｉｄ ＋ １４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、指定されたＰＲＡＣＨの第一のＯＦＤＭシンボルのインデックスであってもよく（０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内の指定されたＰＲＡＣＨの第一のスロットのインデックスであってもよく（０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインで指定されたＰＲＡＣＨのインデックスであってもよく（０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ（ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１、またはその逆）は、Ｍｓｇ１ １３１１送信またはプリアンブル１３４１に使用されるＵＬキャリアであり得る。認可されていないバンドでは、ＲＡ－ＲＮＴＩは、ＳＦＮおよび／またはＲＡＲウィンドウサイズに基づいてさらに決定され得る。例えば、ＲＡ－ＲＮＴＩは、ＲＡＲウィンドウサイズ（例えば、ＳＦＮモジュロＲＡＲウィンドウサイズ）によるＳＦＮの分割後の残りの部分に基づいてさらに決定され得る。認可されていないバンドにおけるＲＡ－ＲＮＴＩ決定の例は
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ×１４×８０×８×２×（ＳＦＮモジュロＲＡＲウィンドウサイズ）であり得る、
ここで、ＳＦＮは、第一のスロットのシステムフレーム番号であり、ＲＡＲウィンドウサイズは、上位層パラメーター、例えばＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃのｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって構成される。例えば、実装に応じて、（ＳＦＮモジュロＲＡＲウィンドウサイズ）は、ＲＡ－ＲＮＴＩ計算式の構成要素、ｓ＿ｉｄ、１４×ｔ＿ｉｄ、１４×８０×ｆ＿ｉｄ、および／または１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄのいずれかの前に位置し得る。
ランダムアクセスプリアンブルを送信した無線デバイスは、ランダムアクセスプリアンブルに対応するランダムアクセス応答に対してダウンリンク制御チャネルの監視を開始することができる。２ステップＲＡ手順については、無線デバイスは、例えば、ＰＲＡＣＨを介したＲＡＰの送信の後、またはそれに応答して、またはＰＵＳＣＨを介した一つまたは複数のＴＢの送信の後、またはそれに応答してダウンリンク制御チャネルを監視し始めてもよい。測定ギャップが発生する可能性があるため、無線デバイスがダウンリンク制御チャネルの監視を開始するタイミングが判定されない場合がある。
無線デバイスが、例えば、無線デバイスがビーム故障回復要求に対して競合のないランダムアクセス手順を実行する場合、ランダムアクセスプリアンブル送信（例えば、４ステップＲＡ手順の場合はＭｓｇ１ １３１１またはＭｓｇ１ １３２１）の終了から、または一つまたは複数のＴＢの送信（例えば、２ステップＲＡ手順の場合のトランスポートブロック１３４２）の終了から第一のダウンリンク制御チャネル（ＰＤＣＣＨなど）機会で、ビーム管理構成パラメーター（例えば、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ）で構成される、ランダムアクセスウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。無線デバイスは、ランダムアクセスウィンドウの実行中、特定のＲＮＴＩ（例えば、ＲＡ－ＲＮＴＩまたはＣ－ＲＮＴＩ）によって識別されたビーム故障回復要求への応答についてＳｐＣｅｌｌの第一のダウンリンク制御チャネルを監視し得る。
無線デバイスが、例えば、無線デバイスが、故障回復要求をビームするための競合のないランダムアクセス手順を実行しない場合、ランダムアクセスプリアンブル送信（例えば、４ステップＲＡ手順の場合はＭｓｇ１ １３１１またはＭｓｇ１ １３２１）の終了から、または一つまたは複数のＴＢ送信（例えば、２ステップＲＡ手順の場合のトランスポートブロック１３４２）の終了から、第一のダウンリンク制御チャネル機会で、ランダムアクセス構成パラメーター（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）で構成される、ランダムアクセスウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。無線デバイスは、ランダムアクセス応答ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が実行中である間に、特定のＲＮＴＩ（例えば、ＲＡ－ＲＮＴＩまたはＣ－ＲＮＴＩ）によって識別されたランダムアクセス応答に対して、ＳｐＣｅｌｌの第一のダウンリンク制御チャネル機会を監視することができる。
無線デバイスは、ＲＡ－ＲＮＴＩに基づいてＰＤＣＣＨを受信し得る。ＰＤＣＣＨは、無線デバイスがＭＡＣ ＰＤＵを含む一つまたは複数のＴＢを受信しダウンリンク割り当てを示し得る。例えば、ＭＡＣ ＰＤＵは無線デバイスが基地局に送信するプリアンブルに合致するランダムアクセスプリアンブル識別子（例えば、ＲＡＰＩＤ）を含む、対応するサブヘッダーを備えた少なくとも一つのＭＡＣ ｓｕｂＰＤＵを含む。この場合、無線デバイスは、このランダムアクセス応答の受信が成功し得ると決定することができる。例えば、少なくとも一つのＭＡＣ ｓｕｂＰＤＵは、例えば、無線デバイスがシステム情報要求に対して開始するランダムアクセス手順に対し、ランダムアクセスプリアンブル識別子（例えば、ＲＡＰＩＤ）のみを含む。
ＲＡ手順では、無線デバイスは、基地局から、Ｍｓｇ１ １３１３、Ｍｓｇ１ １３２１、またはＭｓｇＡ １３３１の応答として少なくとも一つのＲＡＲ（例えば、Ｍｓｇ２ １３１２、Ｍｓｇ２ １３２２、またはＭｓｇＢ １３３２）を受信することができる。無線デバイスは、第一のダウンリンク制御情報（例えば、ＤＣＩフォーマット１＿０）について、検索空間セット（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）を監視し得る。第一のダウンリンク制御情報は、特定の無線ネットワーク一時識別子（例えば、ＲＡ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、またはｍｓｇＢ－ＲＮＴＩ）によってスクランブルされ得る。第一のダウンリンク制御情報は、少なくとも一つのＲＡＲを含むＰＤＳＣＨのスケジューリングを示すダウンリンク割り当てを含み得る。無線デバイスは、ダウンリンク割り当てを使用して、ＰＤＳＣＨの復号化／検出に必要なパラメーターを識別し得る。例えば、ダウンリンク割り当ては、ＰＤＳＣＨの時間と周波数リソース割り当て、ＰＤＳＣＨのサイズ、ＭＣＳなどのうちの少なくとも一つを示す。無線デバイスは、パラメーターに基づいて、少なくとも一つのＲＡＲを含むＰＤＳＣＨを受信し得る。
無線デバイスは、時間ウィンドウ中に第一のダウンリンク制御情報（例えば、ＤＣＩフォーマット１＿０）を監視し得る。時間ウィンドウは、一つまたは複数のＲＲＣメッセージによって示され得る。例えば、時間ウィンドウは、第一の制御リソースセットの特定のシンボル（例えば、第一または最後のシンボル）で始まる。無線デバイスは、ネットワークまたは基地局から、第一の制御リソースセット上の第一のダウンリンク制御情報を受信するために必要な一つまたは複数のパラメーターを含む一つまたは複数のＲＲＣメッセージを受信し得る。無線デバイスは、一つまたは複数のパラメーター（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）に基づいて、時間ウィンドウの長さを決定し得る。時間ウィンドウの長さは、スロットの数、ＯＦＤＭシンボル、および／またはそれらの任意の組み合わせの観点から定義され得る。この場合、長さは、ヌメロロジに基づいて決定され得るスロットおよび／またはＯＦＤＭシンボルの期間に依存し得る。時間ウィンドウの長さは、例えば、ミリ秒の観点で、絶対時間持続時間に基づいて定義され得る。
無線デバイスは、例えば、成功したと判定される一つまたは複数のランダムアクセス応答の受信の後、またはそれに応答して、時間ウィンドウを停止し得る。一つまたは複数のランダムアクセス応答の受信は、例えば、一つまたは複数のランダムアクセス応答が、無線デバイスが基地局に送信するプリアンブルに対応するプリアンブルインデックス（例えば、ランダムアクセスプリアンブルＩＤ：ＲＡＰＩＤ）を含むとき、成功として判定され得る。例えば、ＲＡＰＩＤは、ＰＲＡＣＨ送信と関連付けられてもよい。一つまたは複数のランダムアクセス応答は、無線デバイスに対して許可される一つまたは複数のアップリンクリソースを示すアップリンク許可を含み得る。無線デバイスは、一つまたは複数のアップリンクリソースを介して、一つまたは複数のトランスポートブロック（例えば、Ｍｓｇ ３ １３１３）を送信し得る。
ＲＡＲは、一つまたは複数のＭＡＣ ｓｕｂＰＤＵとオプションでパディングを含むＭＡＣ ＰＤＵの形式にすることができる。図１９Ａは、ＲＡＲの例である。ＭＡＣサブヘッダーはオクテットで位置合わせすることができる。各ＭＡＣ ｓｕｂＰＤＵは、バックオフインジケーターのみを有するＭＡＣサブヘッダー、ＲＡＰＩＤのみのＭＡＣサブヘッダー（つまり、ＳＩ要求の確認応答）、ＲＡＰＩＤおよびＭＡＣ ＲＡＲを有するＭＡＣサブヘッダーのうちの少なくとも一つを含み得る。図１９Ｂは、バックオフインジケーターを有するＭＡＣサブヘッダーの例である。例えば、バックオフインジケーターを有するＭＡＣサブヘッダーは、一つまたは複数のヘッダーフィールド、例えば、図１９Ｂに記載されるようなＥ／Ｔ／Ｒ／Ｒ／ＢＩを含む。バックオフインジケーターを備えたＭＡＣ ｓｕｂＰＤＵは、例えば、ＭＡＣ ｓｕｂＰＤＵがバックオフインジケーターを含む場合、ＭＡＣ ＰＤＵの先頭に配置され得る。ＲＡＰＩＤのみを有するＭＡＣ ｓｕｂＰＤＵ、ならびにＲＡＰＩＤおよびＭＡＣ ＲＡＲを有するＭＡＣ ｓｕｂＰＤＵは、図１９Ａに記載されるようにパディングの前に存在する場合、バックオフインジケーターを有するＭＡＣ ｓｕｂＰＤＵの後のどこにでも置くことができる。ＲＡＰＩＤを有するＭＡＣサブヘッダーは、一つまたは複数のヘッダーフィールド、例えば、図１９Ｃに記載されるようなＥ／Ｔ／ＲＡＰＩＤを含み得る。パディングは、存在する場合、ＭＡＣ ＰＤＵの最後に置くことができる。パディングの存在と長さは、ＴＢサイズ、ＭＡＣ ｓｕｂＰＤＵのサイズに基づいて黙示的に示され得る。
一例では、ＭＡＣサブヘッダー内の一つまたは複数のヘッダーフィールドは次のように示すことができる。Ｅフィールドは、このＭＡＣサブヘッダーを含むＭＡＣ ｓｕｂＰＤＵがＭＡＣ ＰＤＵの最後のＭＡＣ ｓｕｂＰＤＵであるかどうか、またはＭＡＣ ＰＤＵにはないかどうかを示すフラグであり得る拡張フィールドを示すことができる。Ｅフィールドを「１」に設定して、少なくとも別のＭＡＣ ｓｕｂＰＤＵが続くことを示すことができる。Ｅフィールドを「０」に設定して、このＭＡＣサブヘッダーを含むＭＡＣ ｓｕｂＰＤＵがＭＡＣ ＰＤＵ内の最後のＭＡＣ ｓｕｂＰＤＵであることを示すことができる。Ｔフィールドは、ＭＡＣサブヘッダーにランダムアクセスプリアンブルＩＤまたはバックオフインジケーターが含まれているかどうかを示すフラグであり得る（一つまたは複数のバックオフ値が事前定義され得、ＢＩがバックオフ値の一つを示し得る）。Ｔフィールドを「０」に設定して、サブヘッダー（ＢＩ）にバックオフインジケーターフィールドが存在することを示すことができる。Ｔフィールドを「１」に設定して、サブヘッダー（ＲＡＰＩＤ）にランダムアクセスプリアンブルＩＤフィールドが存在することを示すことができる。Ｒフィールドは、「０」に設定し得る予約ビットを示すことができる。ＢＩフィールドは、セルの過負荷状態を識別するバックオフインジケーターフィールドであり得る。ＢＩフィールドのサイズは、４ビットである。ＲＡＰＩＤフィールドは、送信されたランダムアクセスプリアンブルを識別することができるランダムアクセスプリアンブル識別子フィールドであり得る。ＭＡＣ ｓｕｂＰＤＵは、例えばＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＲＡＰＩＤが、ＳＩ要求のために構成されるランダムアクセスプリアンブルのうちの一つに対応している場合、ＭＡＣ ＲＡＲを含まなくてもよい。
一つまたは複数のＭＡＣ ＲＡＲ形式が存在し得る。以下のＭＡＣ ＲＡＲフォーマットのうちの少なくとも一つは、４ステップまたは２ステップＲＡ手順で使用することができる。例えば、図２０は、ＭＡＣ ＲＡＲ形式のうちの一つの例である。ＭＡＣ ＲＡＲは図２０に示すように固定サイズであり得、次のフィールドのうちの少なくとも一つを含み得る。「０」、または「１」に設定された予約ビットを示すことができるＲフィールド、タイミング調整の量を制御するために使用されるインデックス値ＴＡを示すことができるタイミングアドバンスコマンドフィールド、アップリンクで使用されるリソースを示すＵＬ許可フィールド、ランダムアクセス中に使用されるアイデンティティを示すことができるＲＮＴＩフィールド（例えば、一時的なＣ－ＲＮＴＩおよび／またはＣ－ＲＮＴＩ）。例えば、２ステップＲＡ手順の場合、ＲＡＲは、以下のうちの少なくとも一つを含み得る。ＵＥ競合解決アイデンティティ、一つまたは複数のＴＢの再送信用のＲＶ ＩＤ、一つまたは複数のＴＢ送信の復号化成功または故障インジケーター、および図２０に示される一つまたは複数のフィールド。
基地局が、ＭＡＣ ＰＤＵにおいて、２ステップおよび４ステップＲＡ手順のためのＲＡＲを多重化することができる場合があり得る。例えば、２ステップおよび４ステップＲＡ手順のためのＲＡＲのサイズが同じである場合、無線デバイスは、ＲＡＲ長さインジケーターフィールドを必要としない可能性がありおよび／または無線デバイスは、事前に判定されたＲＡＲサイズ情報に基づいてＭＡＣ ＰＤＵ内の各ＲＡＲの境界を判定することができる。例えば、図２１は、２ステップおよびＲＡＲの４ステップＲＡ手順のためのＲＡＲを多重化するＭＡＣ ＰＤＵで用いられ得る、例示的なＲＡＲフォーマットである。図２１に示すように、ＲＡＲは、２ステップおよび４ステップＲＡ手順に対して同じフォーマットを使用する固定サイズにすることができる。無線デバイスは、ＲＡ手順のタイプに応じて、図２１のＵＥ競合解決アイデンティティについて、フィールドのビットストリング（例えば、６オクテット）を異なる方法で使用（分析、解釈、または決定）し得る。例えば、２ステップＲＡ手順を開始する無線デバイスは、例えば、競合解決識別子をＵ競合解決アイデンティティのフィールドのビットストリング（例えば、６オクテット）と比較することによって、競合解決が成功したか（例えば、解決または作製された）どうか、またはビットストリングに基づいていないかを識別する。例えば、４ステップＲＡ手順を開始する無線デバイスは、ビットストリング（例えば、６オクテット）を、例えば、競合解決の目的以外の異なる方法で使用する（分析、解釈、または決定する）。例えば、この場合、ビットストリングは、追加の一つまたは複数のＭｓｇ３ １３１３送信機会、パディングビットなどに対する別のＵＬ許可を示し得る。
一例では、２ステップＲＡ手順のためのＲＡＲは、４ステップＲＡ手順のためのＲＡＲとは異なる形式、サイズ、および／またはフィールドを有し得る。例えば、図２２Ａ、および図２２Ｂは、２ステップＲＡ手順に採用され得るＲＡＲ形式の例である。ＲＡＲは、例えば、一つまたは複数のＲＡＲ（例えば、２ステップおよび４ステップＲＡ手順のＲＡＲ）がＭＡＣ ＰＤＵに多重化され、ＲＡＲが、多重化ＲＡＲの間（例えば、２ステップＲＡ手順の間および／または２ステップおよび４ステップＲＡ手順の間）で異なるフォーマットを有する場合、ＲＡＲのタイプまたはＲＡＲの長さを示すフィールド（図２１、図２２Ａ、および図２２Ｂに示すように、予約された「Ｒ」フィールド）を含んでもよい。ＲＡＲタイプ（または長さ）を示すためのフィールドは、サブヘッダー（ＭＡＣサブヘッダーなど）の中、ＭＡＣ ＲＡＲの中、またはＲＡＲ内の別個のＭＡＣ ｓｕｂＰＤＵの中であり得る（例えば、図１９ＡのＭＡＣ ｓｕｂＰＤＵ １および／またはＭＡＣ ｓｕｂＰＤＵ ２のように、ＲＡＲタイプ（または長さ）を示す別のＭＡＣ ｓｕｂＰＤＵがあり得る）。ＲＡＲは、サブヘッダーまたはＲＡＲの黙示的および／または明示的なインジケーターに対応するさまざまなタイプのフィールドを含むことができる。無線デバイスは、一つまたは複数のインジケーターに基づいて、ＭＡＣ ＰＤＵ内の一つまたは複数のＲＡＲの境界を判定することができる。
無線デバイスが、無線デバイスから受信したプリアンブルへの応答として基地局から送信されたランダムアクセス応答について、ダウンリンク制御チャネルを監視し得るランダムアクセス応答ウィンドウがあり得る。例えば、基地局は、ＲＡＲウィンドウの値を含むメッセージを送信し得る。例えば、メッセージ中のセル共通または無線デバイス固有のランダムアクセス構成パラメーター（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃ、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ＲＡＣＨ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ、またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）は、ＲＡＲウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）の値を示す。例えば、ＲＡＲウィンドウの値は、例えば、１０ミリ秒または他の時間値に固定される。例えば、ＲＡＲウィンドウの値は、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃに示すように、スロットの数の観点から定義される。無線デバイスは、ランダムアクセス手順のために構成されるヌメロロジに基づいて、ＲＡＲウィンドウのサイズ（例えば、絶対時間持続時間、および／または長さ）を識別（または決定）し得る。例えば、ヌメロロジは、サブキャリア間隔、スロット持続時間、サイクリックプレフィックスサイズ、スロット当たりのＯＦＤＭシンボルの数、フレーム当たりのスロットの数、サブフレーム当たりのスロットの数、物理リソースブロックの最小数、および／または物理リソースブロックの最大数などの一つまたは複数のシステムパラメーターを定義する。例えば、ヌメロロジに関連付けられる一つまたは複数のシステムパラメーターは、異なるサブキャリア間隔、スロット持続時間、および／またはサイクリックプレフィックスサイズで事前に定義され得る。例えば、無線デバイスは、ヌメロロジμ＝０に対してサブキャリア間隔１５ｋＨｚ、通常のサイクリックプレフィックス、スロット当たり１４個のシンボル、フレーム当たり１０個のスロット、および／またはサブフレーム当たり１個のスロットを識別し得る。例えば、無線デバイスは、ヌメロロジμ＝１に対してサブキャリア間隔３０ｋＨｚ、通常のサイクリックプレフィックス、スロット当たり１４個のシンボル、フレーム当たり２０個のスロット、および／または２個のスロットを識別し得る。例えば、無線デバイスは、通常のサイクリックプレフィックスを用いて、ヌメロロジμ＝２に対して、サブキャリア間隔６０ｋＨｚ、スロット当たり１４個のシンボル、フレーム当たり４０個のスロット、および／またはサブフレーム当たり４個のスロットを識別することができる。例えば、無線デバイスは、拡張サイクリックプレフィックスを用いて、ヌメロロジμ＝２に対して、サブキャリア間隔６０ｋＨｚ、スロット当たり１２個のシンボル、フレーム当たり４０個のスロット、および／またはサブフレーム当たり４個のスロットを識別し得る。例えば、無線デバイスは、ヌメロロジμ＝３に対してサブキャリア間隔１２０ｋＨｚ、通常のサイクリックプレフィックス、スロット当たり１４個のシンボル、フレーム当たり８０個のスロット、および／またはサブフレーム当たり８個のスロットを識別し得る。例えば、無線デバイスは、ヌメロロジμ＝４に対してサブキャリア間隔２４０ｋＨｚ、通常のサイクリックプレフィックス、スロット当たり１４個のシンボル、フレーム当たり１６０個のスロット、および／またはサブフレーム当たり１６個のスロットを識別し得る。
無線デバイスは、構成されるＲＡＲウィンドウ値およびヌメロロジに基づいて、ＲＡＲウィンドウのサイズ（例えば、長さまたは長さ）を決定（または識別）し得る。例えば、ＲＡＲウィンドウは、例えば、構成されるＲＡＲウィンドウ値がｓｌ２０（例えば、２０スロット）であり、ヌメロロジμ＝０（例えば、マイクロ＝０のスロット持続時間が１ミリ秒）である場合、２０ミリ秒の期間を有する。一実施例では、ＲＲＣメッセージ（例えば、ブロードキャストおよび／または無線特有のユニキャスト）によって構成される特定のＲＡＲウィンドウ値（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）は、特定のヌメロロジと関連付けられてもよい。例えば、ＲＡＣＨ－ＣｏｎｆｉｇＧｅｎｅｒｉｃでは、ｓｌ１０、ｓｌ２０、ｓｌ４０、およびｓｌ８０はそれぞれ、ヌメロロジμ＝０、μ＝１、μ＝２、およびμ＝３に対するｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの値であり得る。一実施例では、基地局は、無線デバイスに、ヌメロロジとは無関係に特定のＲＡＲウィンドウ値を設定する。認可されたバンドでは、ＲＡＲウィンドウのサイズ（例えば、期間または長さ）は、１０ミリ秒（および／またはＰＲＡＣＨ機会の周期性）を超えてはならない。認可されていないバンドでは、ＲＡＲウィンドウの持続時間（例えば、サイズまたは長さ）は、１０ミリ秒（および／またはＰＲＡＣＨ機会の周期性）よりも長くてもよい。
無線デバイスは、ランダムアクセス手順（例えば、２ステップＲＡ手順および／または４ステップＲＡ手順）の間に、一つまたは複数のプリアンブルの一つまたは複数の再送信を実行し得る。一つまたは複数のプリアンブルの一つまたは複数の再送信を無線デバイスが決定することに少なくも基づく、一つまたは複数の条件があり得る。無線デバイスは、例えば、無線デバイスがランダムアクセス応答受信が成功していないと判定するとき、一つまたは複数のプリアンブルの一つまたは複数の再送信を決定し得る。無線デバイスは、例えば、ＲＡＲウィンドウ（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥなどのＲＲＣによって構成されるｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が満了になるまで、送信されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸに合致する一つまたは複数のランダムアクセスプリアンブル識別子を含む、少なくとも一つのランダムアクセス応答が受信されていない場合、ランダムアクセス応答受信が成功していないと判定し得る。無線デバイスは、例えば、ビーム故障回復手順のためのＲＡＲウィンドウ（例えば、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに構成されるｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が満了になるまで、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨが、プリアンブルが送信されるサービングセル上で受信されない場合、ランダムアクセス応答受信が成功していないと判定し得る。
無線デバイスは、例えば、無線デバイスが、例えば、競合解決が成功していないと判定するとき、一つまたは複数のプリアンブルの一つまたは複数の再送信を決定し得る。例えば、無線デバイスは、４ステップＲＡ手順に対するＭｓｇ ３ １３１３および／または２ステップＲＡ手順に対するＭｓｇＢ １３３２に基づいて、競合解決が成功したかどうかを判定し得る。
例えば、無線デバイスのＭＡＣエンティティは、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）を起動してもよく、例えば、無線デバイスがＭｓｇ３ １３１３を基地局に送信すると、基準シンボル（例えば、Ｍｓｇ３送信の終了後の第一のシンボル）で各ＨＡＲＱ再送信で競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）を再起動し得る。無線デバイスは、例えば、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）が実行中である間に、無線デバイスが競合解決の表示を受信しない場合、競合解決が成功していないと判定し得る。例えば、無線デバイスは、例えば、競合解決の表示が、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）が満了になるまで受信されない場合、競合解決が成功していないと判定し得る。無線デバイスは、競合解決タイマーの満了の後、またはそれに応答して（および／または競合解決の決定が不成功であったことに応答して）、Ｍｓｇ２ １３１２（またはＭｓｇ Ｂ １３３２）によって示されるＴＥＭＰＲＡＲＹ＿Ｃ－ＲＮＴＩを破棄し得る。無線デバイスが、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）が実行中である間に競合解決が成功したと決定した場合、無線デバイスは、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）を停止し得る。無線デバイスは、競合解決タイマーが実行中である間に検出されたＣ－ＲＮＴＩ（Ｍｓｇ１ １２１１またはＭｓｇＡ １３３１を介して送信）にアドレス付けられたＰＤＣＣＨに基づいて、競合解決が成功したと決定し得る。無線デバイスは、競合解決タイマーが実行中である間に検出された無線デバイス識別子（Ｍｓｇ３ １２１３またはＭｓｇＡ １３３１を介して送信される）に合致した競合解決識別子を受信することに基づいて、競合解決が成功したと決定し得る。
２ステップＲＡ手順については、無線デバイスは、例えば、無線デバイスの競合解決識別子を含むトランスポートブロック１３４２を送信の後、またはそれに応答して、タイマー（例えば、ＲＡＲウィンドウ、ＭｓｇＢウィンドウ、または競合解決タイマー）を起動し得る。無線デバイスは、例えば、無線デバイスが送信する競合解決識別子を含む少なくとも一つのＭｓｇ Ｂがタイマーが満期になるまで受信されていない場合、ＭｓｇＡ １３３１（例えば、プリアンブル １３４１および／またはトランスポートブロック１３４２）の一つまたは複数の再送信を決定し得る。例えば、２ステップＲＡ手順については、無線デバイスは、ＭｓｇＢの明示的および／または黙示的な兆候に基づいて、４ステップＲＡ手順にフォールバックし得る。例えば、無線デバイスによって受信されるＭｓｇＢが、このような明示的な表示を含み、および／またはＭｓｇＢをスケジューリングするＰＤＣＣＨを検出するために使用されるＲＮＴＩが特定のＲＮＴＩ（例えば、ＲＡ－ＲＮＴＩまたはｍｓｇＢ ＲＮＴＩ）である場合、無線デバイスは、４ステップＲＡ手順にフォールバックするように決定し得る。無線デバイスは、例えば、Ｍｓｇ ＢでＵＬ許可によって示されるリソースを介して、４ステップＲＡ手順へのフォールバックを決定の後、またはそれに応答して、Ｍｓｇ３を送信し得る。この場合、無線デバイスは、４ステップＲＡ手順、例えば、競合解決タイマーを開始すること、および／または競合解決が成功したかどうかを判定すること、に従ってもよい。無線デバイスは、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）が実行中である間、ＰＤＣＣＨを監視し得る。無線デバイスは、Ｍｓｇ３送信の終了後に、第一のシンボルで各ＨＡＲＱ再送信で競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）を再起動し得る。例えば、無線デバイスは、例えば、競合解決の表示が、競合解決タイマー（例えば、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）が満了になるまで受信されない場合、競合解決が成功していないと判定し得る。無線デバイスは、競合解決タイマーの満了の後、またはそれに応答して（および／または競合解決の決定が不成功であったことに応答して）、Ｍｓｇ２ １３１２（またはＭｓｇ Ｂ １３３２）によって示されるＴＥＭＰＲＡＲＹ＿Ｃ－ＲＮＴＩを破棄し得る。４ステップＲＡ手順が２ステップＲＡ手順から戻る間に再送信を決定する無線デバイスは、ＭｓｇＡ１３３１の再送信を実行し得る。４ステップＲＡ手順が２ステップＲＡ手順から戻る間に再送信を決定する無線デバイスは、Ｍｓｇ１ １３１１の再送信を実行し得る。無線デバイスは、例えば、セル（例えば、ＳｐＣｅｌｌ）のＰＤＣＣＨ送信の受信の通知が下層から受信された場合、競合解決タイマーを停止し、競合解決が成功したと判定してもよく、無線デバイスは、ＰＤＣＣＨ送信が、無線デバイスが行ったＭｓｇ３送信（またはＭｓｇＢ送信）に対応する競合解決の表示であると識別する。
無線デバイスは、例えば、ランダムアクセス応答受信が失敗した後またはそれに応答して、および／または競合解決が失敗した後またはそれに応答して、カウンターステップの値（例えば、１だけ）によって、プリアンブル送信の数を計数するカウンター（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を維持（例えば、増加）し得る。無線デバイスは、ランダムアクセス手順が成功しなかったと判定してもよく、および／または無線デバイスのＭＡＣエンティティは、例えば、プリアンブル送信の数が、事前に定義された値または半静的に設定された値に到達し得る場合（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＵＴＨ＿ＰＡＲＮＳＭＩＳＳＩＯＮ＿ＵＳＥＲＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１の場合、ここでｐｒｅａｍｂｌｅＴｒａｎｓＭａｘは事前に定義された値または半静的に設定された値）、上層へのランダムアクセスの問題を示し得る。無線デバイスは、例えば、プリアンブル送信の数が、事前に定義された、または半静的に設定された値に到達しない場合（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＵＩＳＳＩＯＮ＿ＰＡＲＥ＜ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ ＋１の場合）、ランダムアクセス手順が完了されていない、および／または一つまたは複数のＭｓｇ１ １３１１、Ｍｓｇ１ １３２１、またはＭｓｇＡ １３３１の一つまたは複数の再送信が、行われてもよいと決定し得る。
無線デバイスは、一つまたは複数のＭｓｇ１ １３１１、Ｍｓｇ１ １３２１、またはＭｓｇＡ １３３１の再送信を行うための特定の期間（例えば、バックオフ時間）を遅延させ得る。例えば、無線デバイスは、例えば、ランダムアクセス手順が開始されるときに、バックオフ時間を０ミリ秒に設定し得る。無線デバイスは、ＭＡＣ ｓｕｂＰＤＵのＢＩフィールド（例えば、図１９ＢのＢＩフィールド）の値によって決定されるＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに基づいてバックオフ時間を設定（または更新）し得る。ＢＩフィールド内の値（またはビットストリング）は、事前に定義されたまたは半静的に構成されるテーブル内の特定のバックオフ時間を示し得る。例えば、無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを事前定義されたまたは半静的に構成されるテーブルを使用して、ＭＡＣ ｓｕｂＰＤＵのＢＩフィールドによって示される値に設定し得る。例えば、無線デバイスが、インデックス３を示すＢＩ（またはビットストリング中の００１０）を受信する場合、無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを、事前に定義されたまたは半静的に構成されるテーブル内の行インデックス３の値に設定し得る。例えば、図１９Ｂにおいて、例示的なフォーマットは、ＢＩフィールドに４ビットが割り当てられていることを示す。この場合、事前に定義されたまたは半静的に構成される表の中に１６個の値（例えば、１６個の値の各々は、特定の行インデックスによって識別される）があり得る。無線デバイスは、例えば、無線デバイスが、基地局から、スケーリングファクターを示す一つまたは複数のＲＲＣメッセージを受信する場合、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦをスケーリングファクター（例えば、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩ）を乗じたＭＡＣ ｓｕｂＰＤＵのＢＩフィールドによって示される値に設定し得る。無線デバイスは、例えば、ダウンリンク割り当てがＲＡ－ＲＮＴＩのＰＤＣＣＨ上に受信され、受信したＴＢが成功裏に復号化された場合、および／またはランダムアクセス応答がバックオフインジケーター（図１９ＢのＢＩ）を有するＭＡＣ ｓｕｂＰＤＵを含む場合、ＰＲＥＭＡＢＬＥ＿ＢＡＣＫＯＦＦをＢＩフィールドに基づいて設定（または更新）することができる。無線デバイスは、例えば、ＲＡ－ＲＮＴＩのＰＤＣＣＨ上でダウンリンク割り当てが受信されていない、および／または受信したＴＢが成功裏に復号化できない場合、および／またはランダムアクセス応答がバックオフインジケーター（図２０ＢのＢＩ）を有するＭＡＣ ｓｕｂＰＤＵを含まない場合、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを０ミリ秒に設定し得る。
無線デバイスは、例えば、無線デバイスが、ランダムアクセス応答が成功しない、および／または競合解決が成功しないと決定する場合、バックオフ時間を決定し得る。無線デバイスは、バックオフ時間を決定するために、特定の選択機構を採用し得る。例えば、無線デバイスは、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間の一様な分布に基づいて、バックオフ時間を決定し得る。無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに基づいてバックオフ時間を選択するために、任意のタイプの分布を採用し得る。無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ（例えば、図２０ＢのＢＩの値）を無視し得る、および／またはバックオフ時間を有しなくてもよい。例えば、無線デバイスは、ランダムアクセス手順を開始するイベントタイプ（例えば、ビーム故障回復要求、ハンドオーバーなど）および／またはランダムアクセス手順のタイプ（例えば、４ステップまたは２ステップＲＡおよび／またはＣＢＲＡもしくはＣＦＲＡ）に基づいて、少なくとも一つのプリアンブルの再送信にバックオフ時間を適用するかどうかを決定し得る。例えば、無線デバイスは、例えば、ランダムアクセス手順がＣＢＲＡ（例えば、無線デバイスのＭＡＣエンティティによってプリアンブルが選択される場合）である場合、および／または無線デバイスが、ランダムアクセス応答受信が失敗したことに基づいて、ランダムアクセス手順が完了されていないと判定する場合に、バックオフ時間を再送信に適用し得る。例えば、無線デバイスは、例えば、無線デバイスが、競合解決が不成功であったことに基づいてランダムアクセス手順が完了されていないと判定する場合、バックオフ時間を再送信に適用し得る。
無線デバイスは、例えば、ランダムアクセス手順が完了されていない場合、ランダムアクセスリソース選択手順（例えば、少なくとも一つのＳＳＢまたはＣＳＩ－ＲＳを選択し、および／または無線デバイスによって選択される少なくとも一つのＳＳＢまたはＣＳＩ－ＲＳに対応するＰＲＡＣＨを選択）を実行し得る。無線デバイスは、後続するランダムアクセスプリアンブル送信を、バックオフ時間だけ遅延させてもよい（例えば、ランダムアクセスリソース選択手順を実施するために遅延させてもよい）。
無線アクセス技術によって、無線デバイスがチャネル（アップリンクキャリア、ＢＷＰ、および／またはサブバンド）を変化（切り替え）させて、再送信のために少なくとも一つのプリアンブルを送信することができる。これにより、認可されていないバンドにおけるプリアンブル送信の機会の数が増加することができる。例えば、基地局は、一つまたは複数のＰＲＡＣＨが構成される一つまたは複数のチャネル（例えば、アップリンクキャリア、ＢＷＰ、および／またはサブバンド）の構成を示す一つまたは複数のメッセージ（ブロードキャストメッセージ、および／またはＲＲＣメッセージ）を、無線デバイスに送信し得る。無線デバイスは、チャネル（例えば、アップリンクキャリア、ＢＷＰ、および／またはサブバンド）として、一つまたは複数のチャネル（例えば、ＢＷＰ、および／またはサブバンド）のうちの一つを選択して、少なくとも一つの第一のプリアンブルを送信し得る。無線デバイスは、ＬＢＴ結果に基づいてチャネル（例えば、アップリンクキャリア、ＢＷＰ、および／またはサブバンド）を選択し得る。例えば、無線デバイスは、一つまたは複数のチャネル上で一つまたは複数のＬＢＴを実行し、アイドルとして感知されるチャネルの中からチャネルを選択する。無線デバイスは、例えば、ランダムな選択に基づいて、アイドルとして感知されるチャネルのうちの一つを選択し得る。再送信用のチャネルを切り替えることは許可されていない場合がある（例えば、この表示は事前に定義されていても、半静的に通知されていてもよい）。
無線デバイスは、少なくとも一つのプリアンブル（またはＭｓｇＡ）ベースのＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＰＡＲＴＥＲの再送信の送信電力を決定し得る。例えば、無線デバイスは、ランダムアクセス手順の初期化として、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＰＡＲＴＥＲを初期値（例えば、１）に設定し得る。無線デバイスのＭＡＣエンティティは、例えば、各ランダムアクセスプリアンブルに対して、および／または送信される少なくとも一つのプリアンブルの各送信に対して、例えば、ランダムアクセス受信が不成功であったか、および／または競合解決が不成功であったかを判定した後、またはそれに応答して、基地局によって事前に定義されたまたは半静的に構成されるカウンターステップの値だけ、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＡＴＥＥＲを増分し得る。例えば、無線デバイスのＭＡＣエンティティは、例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲが１より大きい場合、電力ランピングカウンターを停止する通知が下層から受信されていない場合（例えば、ＬＢＴ故障のためにプリアンブル送信がドロップされたことに応じて、および／または空間フィルターが変更されたことに応じて、通知が受信される）、および／または選択されたＳＳＢまたはＣＳＩ－ＲＳが、最後のランダムアクセスプリアンブル送信での選択から変更されていない場合、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを一つ増加させてもよい。無線デバイスは、ランダムアクセス手順のために選択されたプリアンブルフォーマットおよび／またはヌメロロジに基づいて、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの値を決定し得る（例えば、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの一つまたは複数の値は、一つまたは複数のプリアンブルフォーマットおよび／またはヌメロロジと関連付けられ事前に定義されたものである。所与のプリアンブルフォーマットおよびヌメロロジについて、無線デバイスは、一つまたは複数の値から、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの特定の値を選択し得る。）無線デバイスは、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ＋（ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＡＴＥＲ－１）×ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰに決定し得る。無線デバイスのＭＡＣ層は、選択されたＰＲＡＣＨ機会、対応するＲＡ－ＲＮＴＩ（利用可能な場合）、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ、および／またはＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲに基づいて、ランダムアクセスプリアンブルを送信するように物理層に指示することができる。
２ステップＲＡ手順については、ＭｓｇＡ（またはトランスポートブロック）は、共通制御チャネル（ＣＣＣＨ）ＳＤＵを含んでもよい。例えば、トランスポートブロックの送信は、ＣＣＣＨ論理チャネルに対して行われる。例えば、無線デバイスは、ＣＣＣＨを介して基地局に、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求を送信し得る。無線デバイスは、第一のＲＮＴＩ（例えば、ｍｓｇＢ ＲＮＴＩ）を用いて、ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）を監視することを開始し得る。ダウンリンク制御チャネルを介して受信されたＰＤＣＣＨは、ＭｓｇＢを含むＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）のダウンリンク割り当てを示す。この場合、無線デバイスがダウンリンク割り当てに基づいて受信するＭｓｇＢ（例えば、ＭＡＣ ＰＤＵ）は、無線ベアラ（ＳＲＢ（ｓ））ＲＲＣメッセージを信号化することを含んでもよい。ＳＲＤ ＲＲＣメッセージには、ＲＲＣ（再）確立、ＲＲＣセットアップ、および／またはＲＲＣ再開を、それぞれ、無線デバイスがＭｓｇＡ（またはトランスポートブロック）を介して送信するＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求の応答として含むことができる。
ＭｓｇＡ（またはトランスポートブロック）が共通制御チャネル（ＣＣＣＨ）ＳＤＵを含む場合、ＭＡＣ ＰＤＵ（またはＰＤＳＣＨ）は、一つまたは複数の無線デバイスに対して一つまたは複数のＭｓｇＢを多重化し得る。ＭＡＣ ＰＤＵは、ＭｓｇＡのみの成功を示す一つまたは複数のＭｓｇＢを多重化し得る。ＭＡＣ ＰＤＵは、ＭｓｇＡのみの故障（例えば、フォールバック応答）を示す一つまたは複数のＭｓｇＢを多重化し得る。ＭＡＣ ＰＤＵは、ＭｓｇＡの成功を示す一つまたは複数の応答および／またはＭｓｇＡの故障を示す一つまたは複数の応答（例えば、フォールバックＲＡＲ）を含む複数のＭｓｇＢを多重化し得る。ＭＡＣ ＰＤＵは、少なくとも一つのバックオフ表示を含み得る。ＭｓｇＡの成功を示すＭｓｇＢについて、ＭｓｇＢは、競合解決識別子（無線デバイスがＭｓｇＡを介して送信する識別子と合致する）、Ｃ－ＲＮＴＩ、および／またはＴＡコマンドのうちの少なくとも一つを含み得る。ＭｓｇＡ（例えば、フォールバックＲＡＲ）の故障を示すＭｓｇＢについて、ＭｓｇＢは、ＲＡＰＩＤ、ＵＬ許可（例えば、ＭｓｇＡペイロードを再送する）、ＴＣ－ＲＮＴＩ、および／またはＴＡコマンドのうちの少なくとも一つを含み得る。例えば、ＭｓｇＡの故障（例えば、フォールバックＲＡＲ）を示すＭｓｇＢを受信すると、無線デバイスは４ステップＲＡＣＨ手順のＭｓｇ３送信に進んでもよい（例えば、図１３Ａ）。例えば、無線デバイスがフォールバック手順の一部として送信するＭｓｇ３は、ＭｓｇＡを介して送信されるＣＣＣＨ ＳＤＵを含む。ＭｓｇＡの成功を示すＭｓｇＢを含むＭＡＣ ＰＤＵは、４ステップＲＡＣＨ ＲＡＲ（例えば、Ｍｓｇ２）で多重化されなくてもよい。
２ステップＲＡ手順について、無線デバイスは、少なくともＣ－ＲＮＴＩに基づいて、競合解決が成功したかどうか、および／またはＭｓｇ Ｂが成功したかどうかを判定し得る。無線デバイスは、例えば、存在する場合、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含むＭｓｇＡを基地局に送信し得る。例えば、無線デバイスは、基地局から、ＭｓｇＡの送信の以前または前に、Ｃ－ＲＮＴＩを含むメッセージを受信する。ＭｓｇＡ（またはＭｓｇ Ａのトランスポートブロック）は、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥを含んでもよい。無線デバイスは、例えば、ＭｓｇＡを送信した（またはＭｓｇ Ａのトランスポートブロックを送信した）後、またはそれに応答して、ＭｓｇＡに対応するＭｓｇＢのダウンリンク制御チャネルを、一つまたは複数のＲＮＴＩで監視し始めることができる。例えば、無線デバイスは、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を示すＭｓｇＡの送信の後、またはそれに応答して、一つまたは複数のＲＮＴＩでダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）を監視し得る。一つまたは複数のＲＮＴＩは、Ｃ－ＲＮＴＩを含む。一つまたは複数のＲＮＴＩは、Ｍｓｇ Ａ送信に使用されるアップリンク無線リソースに基づいて決定（または計算）され得る第一のＲＮＴＩ（例えば、ｍｓｇＢ－ＲＮＴＩ）を含む。例えば、第一のＲＮＴＩはＲＡ－ＲＮＴＩである。例えば、第一のＲＮＴＩは、プリアンブルおよび／またはトランスポートブロックに使用されるアップリンク無線リソースに基づいて決定されるものである。例えば、アップリンク無線リソースは、ＰＲＡＣＨ機会（プリアンブル送信用）の時間（例えば、ＯＦＤＭシンボル、スロット番号、サブフレーム番号、および／またはＳＦＮの任意の組み合わせに関して）および／または周波数インデックス、プリアンブルのプリアンブル識別子、ＰＵＳＣＨ機会（トランスポートブロック送信用）の時間（例えば、ＯＦＤＭシンボル、スロット番号、サブフレーム番号、ＳＦＮ、および／または関連するＰＲＡＣＨ機会に関する時間オフセットの任意の組み合わせに関して）および／または周波数インデックス、および／またはＰＵＳＣＨ機会（トランスポートブロック送信用）のＤＭＲＳインデックス（例えば、ＤＭＲＳポート識別子）を含む。例えば、無線デバイスは、ＭｓｇＡの成功応答についてＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを監視し、ＭｓｇＡの故障（またはフォールバック）応答について第一のＲＮＴＩ（例えば、ｍｓｇＢ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨを監視し得る。無線デバイスは、タイマー（例えば、競合解決タイマー）を起動してもよく、および／またはタイマーが実行中である間にダウンリンク制御チャネルを監視し得る。例えば、タイマーは、無線デバイスが、ＭｓｇＡを送信した後、またはそれに応答して、基地局から、ＭｓｇＡに対応する（例えば、成功応答および／またはフォールバック応答）ＭｓｇＢを受信するためのダウンリンク制御チャネルをどのくらいの期間（例えば、特定の時間間隔または期間）監視するかを決定することができる。無線デバイスは、例えば、無線デバイスが、少なくとも一つの応答、例えば、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨおよび／または第一のＲＮＴＩまたはＲＡ－ＲＮＴＩＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信する場合、ダウンリンクチャネルの監視を停止し得る。無線デバイスは、一つまたは複数の条件に基づいて、競合解決が成功すると決定し得る。例えば、無線デバイスは、例えば、検出されるＣ－ＲＮＴＩ（すなわち、ＭｓｇＡに含まれるＣ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨ、および／またはＰＤＣＣＨ（例えば、ＤＣＩのダウンリンク割り当て）によって示されるＰＤＳＣＨが成功裏に復号化される場合、競合解決が成功したと判定する。ＰＤＳＣＨは、ＴＡコマンド（例えば、タイミングアドバンスコマンドを示す一つまたは複数のビットを含むＭＡＣ ＣＥ）および／またはＵＬ許可のうちの少なくとも一つを含んでもよい。無線デバイスは、例えば、競合解決が成功したと判定した後またはその判定に応答して、ＰＤＣＣＨの監視を停止し得る。Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを検出することは、成功応答（例えば、ＭｓｇＢ）の表示であり得る。Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを検出すること、および／またはＰＤＣＣＨによって示されるＰＤＳＣＨを復号化すること（例えば、ＰＤＣＣＨのＤＣＩのダウンリンク割り当て）は、成功応答（例えば、ＭｓｇＢ）の表示であり得る。例えば、無線デバイスは、例えば、無線デバイスがフォールバック応答（例えば、ＲＡＲ）を受信する場合、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨの監視を停止する。この場合、競合解決は成功せず、無線デバイスは、４ステップＲＡ手順のＭｓｇ３送信にフォールバックし得る。無線デバイスは、第一のＲＮＴＩ（例えば、ｍｓｇＢ ＲＮＴＩまたはＲＡ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨに基づいてフォールバック応答を識別し得る。例えば、無線デバイスがＰＤＣＣＨを監視する間、無線デバイスは、第一のＲＮＴＩ（例えば、ｍｓｇＢ ＲＮＴＩまたはＲＡ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨを検出する。第一のＲＮＴＩにアドレス付けられたＰＤＣＣＨは、無線デバイスがフォールバック応答を含むＰＤＳＣＨを受信する、それに基づくダウンリンク割り当てを含み得る。フォールバック応答を含むＰＤＳＣＨは、一つまたは複数の応答を含み得る。無線デバイスは、一つまたは複数の識別子に基づいて、一つまたは複数の応答からの対応する応答（例えば、成功応答、フォールバック応答、および／またはＭｓｇＢ）を識別する。例えば、無線デバイスは、例えば、対応する応答によって示される識別子が、無線デバイスが送信するプリアンブルのプリアンブルインデックスに合致される場合、一つまたは複数の応答からの対応する応答を識別する。対応する応答は、対応する応答が成功応答であるかフォールバック応答であるかを黙示的にまたは明示的に示すフィールドを含み得る。対応する応答は、無線デバイスがフォールバック動作に基づいてＭｓｇ３を送信するアップリンク無線リソースを示すＵＬ許可を含み得る。図１９Ａ（例えば、図１９Ｂおよび図１９Ｃ）は、第一のＲＮＴＩに基づいて受信されたＰＤＳＣＨのＰＤＵの例示的なフォーマットである。例えば、図１９ＣのＲＡＰＩＤは、無線デバイスがフォールバック応答のために対応する応答（例えば、図１９ＡのＭＡＣＲＡＲ）を識別する識別子の例である。無線デバイスは、例えば、フォールバック応答もＰＤＣＣＨアドレス付きＣ－ＲＮＴＩもタイマー（例えば、競合解決タイマー）内で検出されない場合、ＭｓｇＢ受信（または競合解決またはＭｓｇＡ送信の試み）が失敗していると決定し得る。この場合、無線デバイスは、例えば、ＭｓｇＢで受信した場合、バックオフインジケーター（例えば、図１９Ｂ）に基づいてバックオフ動作を行うことができる。
図２３は、２ステップＲＡ手順を示す例示的な図である。無線デバイスは、基地局から、Ｃ－ＲＮＴＩを含むメッセージを受信し得る。Ｃ－ＲＮＴＩを有する無線デバイスは、２ステップＲＡ手順中にＭｓｇＡを介して、基地局に、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信し得る。例えば、２ステップＲＡ手順の間、無線デバイスは、プリアンブルの第一の送信およびトランスポートブロックの第二の送信を含むＭｓｇＡを送信し得る。トランスポートブロックは、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を含んでもよい。ＭｓｇＡを介して（またはトランスポートブロックを介して）Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信する無線デバイスは、一つまたは複数のＲＮＴＩでダウンリンク制御チャネルを監視し始めることができる。一つまたは複数のＲＮＴＩは、Ｃ－ＲＮＴＩを含んでもよい。一つまたは複数のＲＮＴＩは、ｍｓｇＢ－ＲＮＴＩを含んでもよい。一つまたは複数のＲＮＴＩは、ＲＡ－ＲＮＴＩを含んでもよい。無線デバイスは、第一の送信および／または第二の送信に使用される無線リソース（例えば、時間（例えば、ＯＦＤＭシンボル、スロット、サブフレーム、および／またはＳＦＮ番号）および／または周波数指数の面で）に基づいて、ｍｓｇＢ－ＲＮＴＩおよび／またはＲＡ－ＲＮＴＩを決定し得る。第二の送信に使用されるプリアンブルインデックスおよび／またはＤＭＲＳインデックス（例えば、ポートまたはシーケンスインデックス）は、無線デバイスに使用され、ｍｓｇＢ－ＲＮＴＩおよび／またはＲＡ－ＲＮＴＩを決定することができる。無線デバイスは、例えば、ＭｓｇＡ（またはトランスポートブロック）の送信の後またはそれに応答して、ＭｓｇＢ ＲＡＲウィンドウ（またはタイマー）を起動し得る。無線デバイスは、ＭｓｇＢＲＡＲウィンドウ中またはタイマーの実行中、制御チャネルを監視し得る。無線デバイスは、例えば、無線デバイスが、ダウンリンク制御チャネルを介して、およびｍｓｇＢ ＲＡＲウィンドウの間、またはタイマーが実行中である間に、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられた少なくとも一つのＰＤＣＣＨを受信し得る場合、監視を停止し得る。無線デバイスは、例えば、無線デバイスが、ダウンリンク制御チャネルを介して、およびｍｓｇＢ ＲＡＲウィンドウの間、またはタイマーが実行中である間に、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられた少なくとも一つのＰＤＣＣＨを受信し得る場合、および／または少なくとも一つのＰＤＣＣＨのダウンリンク割り当てに基づいて受信されたＰＤＳＣＨが成功裏に復号化される場合、監視を停止し得る。
図２４Ａおよび図２４Ｂは、２ステップＲＡ手順の例示的な図である。Ｃ－ＲＮＴＩを有する無線デバイスは、２ステップＲＡ手順中にＭｓｇＡを介して、基地局に、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信し得る。無線デバイスは、ＭｓｇＡ（またはトランスポートブロック）の送信の後、またはそれに応答して、ＭｓｇＢ ＲＡＲウィンドウ（またはタイマー）を起動し得る。無線デバイスは、ＭｓｇＢＲＡＲウィンドウ中またはタイマーの実行中、制御チャネルを監視し得る。ＭｓｇＡを介してＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信する無線デバイスは、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、無線デバイスが、ＭｓｇＢ ＲＡＲウィンドウの間またはタイマーが実行中である間に、少なくとも一つの応答（例えば、成功応答またはフォールバック応答）を受信する場合、ダウンリンク制御チャネルの監視を停止し得る。例えば、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨの検出は、成功応答であり得る。例えば、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨの検出、および／またはＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨによって示されるＰＤＳＣＨの受信（例えば、成功復号化）は、成功応答であり得る。例えば、受信
図２４Ａは、無線デバイスが、ダウンリンク制御チャネルを介して、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信することを示す例示的な図である。ＭｓｇＡを介してＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信する無線デバイスは、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信した（および／または検出する）の後、またはそれに応答して、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルの監視を停止し得る。この場合、無線デバイスは、検出されたＰＤＣＣＨに基づいて、２ステップＲＡ手順が成功裏に完了し、ＭｓｇＢの受信が成功し、および／または競合解決が成功裏に完了すると決定し得る。無線デバイスは、例えば、無線デバイスが、ダウンリンク制御チャネルを介して、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨを受信できる（および／または検出できる）場合、および／またはＰＤＣＣＨのダウンリンク割り当てに基づいて受信されたＰＤＳＣＨが成功裏に復号化される場合、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルの監視を停止し得る。一例では、検出されたＰＤＣＣＨは、ダウンリンク割り当てを含むＤＣＩを含むことができる。無線デバイスは、ダウンリンク割り当てに基づいて、ＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）を受信し得る。受信されたＰＤＳＣＨ（またはＭＡＣ ＰＤＵ）は、ＴＡコマンド（例えば、ＴＡコマンドＭＡＣ ＣＥ）を含んでもよい。無線デバイスは、例えば、Ｃ－ＲＮＴＩおよび／またはＴＡコマンド（例えば、ＴＡコマンドＭＡＣ ＣＥ）を含む対応するＰＤＳＣＨ（またはＭＡＣ ＰＤＵ）にアドレス付けられたＰＤＣＣＨの受信の後、またはそれに応答して、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルの監視を停止し得る。この場合、無線デバイスは、検出されたＰＤＣＣＨおよび／または成功裏に復号化されたＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）に基づいて、２ステップＲＡ手順が成功裏に完了し、ＭｓｇＢの受信が成功し、および／または競合解決が成功裏に完了したと決定し得る。
図２４Ｂは、無線デバイスが、ダウンリンク制御チャネルを介して、ｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨを受信することを示す一例である。ＭｓｇＡを介してＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩを示すＣ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信する無線デバイスは、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、ｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられたＰＤＣＣＨの受信の後、またはそれに応答して、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルの監視を停止し得る。ｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられた検出されたＰＤＣＣＨは、ＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）のダウンリンク割り当てを示すＤＣＩを含んでもよい。無線デバイスは、ダウンリンク割り当てに基づいて、ＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）を受信し得る。受信したＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）は、一つまたは複数の応答（例えば、一つまたは複数のＭｓｇＢ）を含んでもよい。無線デバイスは、例えば、Ｃ－ＲＮＴＩおよび／またはＰＤＣＣＨのダウンリンク割り当てに基づいて受信されたＰＤＣＣＨ（例えば、ＭＡＣ ＰＤＵ）にアドレス付けられたＰＤＣＣＨの受信の後、またはそれに応答して、Ｃ－ＲＮＴＩおよび／またはｍｓｇＢ－ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）でダウンリンク制御チャネルの監視を停止し得る。ＰＤＳＣＨは、ＭｓｇＡのＲＡＲ（例えば、フォールバック応答）を含んでもよい。無線デバイスは、プリアンブルに合致したプリアンブル識別子に基づいて、ＭｓｇＡに対応するＲＡＲ（例えば、ＭｓｇＢ）を識別し得る。例えば、ＲＡＲ（例えば、ＭｓｇＢ）は、少なくとも一つのプリアンブル識別子を含んでもよい。無線デバイスは、ＰＤＳＣＨ（またはＭＡＣ ＰＤＵ）中のＲＡＲ（例えば、ＭｓｇＢ）が、例えば、少なくとも、無線デバイスがＭｓｇＡを介して基地局に送信するプリアンブルに合致したＲＡＲ（例えば、ＭｓｇＢ）のプリアンブル識別子に基づいて、ＭｓｇＡに対応すると判定し得る。ＲＡＲは、（例えば、黙示的または明示的な表示／フィールドに基づいて）４ステップＲＡ手順のＭｓｇ３送信へのフォールバックを示し得る。例えば、ＲＡＲは、ＵＬ許可および／またはＴＡコマンドを含んでもよい。無線デバイスは、ＵＬ許可によって示される無線リソースを介して、ＴＡコマンドに基づいて調整されたＵＬ送信タイミングを用いてＭｓｇ３を送信し得る。Ｍｓｇ３は、トランスポートブロックの少なくとも一部分を含んでもよい。例えば、Ｍｓｇ３およびＭｓｇＡのトランスポートブロックは、同一であり得る。例えば、Ｍｓｇ３は、Ｃ－ＲＮＴＩを含んでもよい。
図２５は、２ステップＲＡ手順を示す例示的な図である。無線デバイスは、プリアンブルの第一の送信およびトランスポートブロックの第二の送信を含むＭｓｇＡを送信し得る。トランスポートブロックは、ＣＣＣＨ ＳＤＵを含んでもよい。ＣＣＣＨ ＳＤＵは、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求を含んでもよい。ＭｓｇＡを介してＣＣＣＨ ＳＤＵを送信する無線デバイスは、ＭｓｇＡを送信する前に基地局からＣ－ＲＮＴＩを受信できなくてもよい。無線デバイスは、特定のＲＮＴＩでダウンリンク制御チャネルを監視し始めることができる。無線デバイスは、例えば、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信の後、またはそれに応答して、ＭｓｇＢ ＲＡＲウィンドウまたはタイマーを起動し得る。無線デバイスは、ＭｓｇＢＲＡＲウィンドウ中またはタイマーの実行中、制御チャネルを監視し得る。特定のＲＮＴＩは、ｍｓｇＢ－ＲＮＴＩまたはＲＡ－ＲＮＴＩと呼んでもよい。無線デバイスは、第一の送信（例えば、プリアンブルについて）および／または第二の送信（例えば、トランスポートブロックについて）の無線リソース（例えば、時間（例えば、ＯＦＤＭシンボル、スロット、サブフレーム、および／またはＳＦＮ番号）および／または周波数指数）に基づいて、特定のＲＮＴＩを決定し得る。プリアンブルインデックスおよび／またはＤＭＲＳインデックス（例えば、ＤＭＲＳシーケンスおよび／またはポートインデックス）は、特定のＲＮＴＩを決定するために無線デバイスに使用され得る。無線デバイスは、ＭｓｇＢ ＲＡＲウィンドウの間（またはタイマーが実行中である間）、特定のＲＮＴＩにアドレス付けられたＰＤＣＣＨを検出および／または受信し得る。ＰＤＣＣＨを介して受信されるＤＣＩは、ＰＤＳＣＨを受信するためのダウンリンク割り当てを含み得る。ＤＣＩは、そのフォーマットが事前に定義された特定のＤＣＩであり得る。例えば、ＤＣＩは、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１である。無線デバイスは、ダウンリンク割り当てに基づいてＰＤＳＣＨを受信および／または復号化し得る。無線デバイスのＭＡＣエンティティは、無線デバイスの物理層からＭＡＣ ＰＤＵ（例えば、ＰＤＳＣＨから解析される）を受信し得る。物理層は、ＰＤＳＣＨを復号化し、ＰＤＳＣＨから復号化および／または解析されたデータ（例えば、ＭＡＣ ＰＤＵ）をＭＡＣエンティティに送信し得る。無線デバイスは、ＭＡＣ ＰＤＵからのＭｓｇＡの応答（例えば、ＭｓｇＢ）を識別し得る。例えば、応答は、無線デバイスがＭｓｇＡを介して基地局に送信するプリアンブルに合致したプリアンブル識別子を含んでもよい。応答は、成功ＲＡＲであり得る。応答は、フォールバックＲＡＲであり得る。無線デバイスが受信／識別された応答が、成功ＲＡＲかフォールバックＲＡＲかを識別する明示的または黙示的なインジケーターがあり得る。例えば、ＲＡＲのタイプ（成功またはフォールバック）を示すフィールド（例えば、明示的インジケーター）がある。例えば、無線デバイスは、受信したＲＡＲのフォーマットに基づいて、ＲＡＲのタイプ（成功ＲＡＲまたはフォールバックＲＡＲ）を識別し得る。例えば、成功ＲＡＲおよび／またはフォールバックＲＡＲは、一つまたは複数のフィールドの異なるタイプおよび／または異なるサイズを含んでもよい。例えば、応答（成功ＲＡＲまたはフォールバックＲＡＲ）は、応答の長さ（またはサイズ）を示す第二のフィールドを含み得る。無線デバイスは、第二のフィールドに基づいて、ＲＡＲのタイプ（成功ＲＡＲまたはフォールバックＲＡＲ）を識別し得る。
一実施例では、無線デバイスは、２ステップＲＡ手順のためにＭｓｇＡのプリアンブルおよびトランスポートブロックを送信し得る。トランスポートブロックは、ＲＲＣ要求（例えば、ＣＣＣＨ ＳＤＵ）を含んでもよい。ＲＲＣ要求（例えば、ＣＣＣＨ ＳＤＵ）は、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求を含んでもよい。ＭｓｇＡを介してＲＲＣ要求（例えば、ＣＣＣＨ ＳＤＵ）を送信する無線デバイスは、ＭｓｇＡを送信する前に基地局からＣ－ＲＮＴＩを受信できなくてもよい。トランスポートブロック（および／またはＲＲＣ要求）は、競合解決に使用され得る無線デバイス識別子を含んでもよい。無線デバイスは、ＭｓｇＡの成功応答またはフォールバック応答として、ＭｓｇＢ（ＰＤＳＣＨ）を受信し得る。ＭｓｇＢは、例えば、ＭｓｇＢがＭｓｇＡの成功応答である場合、ＲＲＣ要求（例えば、ＣＣＣＨ ＳＤＵ）の応答を含み得る。例えば、ＲＲＣ要求（例えば、ＣＣＣＨ ＳＤＵ）の応答は、ＲＲＣメッセージ（例えば、ＳＲＢ ＲＲＣメッセージ）を含む。ＲＲＣメッセージ（例えば、ＳＲＢ ＲＲＣメッセージ）は、無線デバイスがＭｓｇＡ（またはトランスポートブロック）を介して送信する、ＲＲＣ（再）確立メッセージ（または構成）、ＲＲＣセットアップメッセージ（または構成）、および／またはＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求の応答として、ＲＲＣ再開メッセージ（または構成）をそれぞれ含んでもよい。
一実施例では、ＲＲＣメッセージ（例えば、ＳＲＢ ＲＲＣメッセージ）は、送信するために大きなサイズのメッセージビットを必要とする。基地局は、例えば、ＭｓｇＢがＲＲＣメッセージ（例えば、ＳＲＢ ＲＲＣメッセージ）を含む場合、一つまたは複数の無線デバイスに対して一つまたは複数のＭｓｇＢを多重化しなくてもよい（または限定数だけ多重化し得る）。例えば、ＭｓｇＡの応答（例えば、成功応答として）として基地局から無線デバイスによって受信されるＭｓｇＢは、複数のＭｓｇＢに分割され得る。複数のＭｓｇＢの少なくとも一つは、一つまたは複数のＭｓｇＢ（例えば、他の無線デバイスのＭｓｇＢ）と多重化され得る。複数のＭｓｇＢのうちの少なくとも一つは、無線デバイス固有のメッセージであり得る（例えば、他の無線デバイスの分割ＭｓｇＢと多重化されない）。
例えば、無線デバイスは、基地局から、ＭｓｇＡの応答（例えば、成功応答として）としてＭｓｇＢを受信し得る。ＭｓｇＢは、成功ＲＡＲ（例えば、本明細書においてＭｓｇＢ１と称される）およびＲＲＣメッセージ（例えば、本明細書においてＭｓｇＢ２と称される）を含み得る。ＭｓｇＢ２（例えば、ＭｓｇＢのＲＲＣメッセージ）は、ＲＲＣ（再）確立メッセージ（または構成）、ＲＲＣセットアップメッセージ（または構成）、および／またはＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求の応答としてＲＲＣ再開メッセージ（または構成）を、それぞれ含んでもよい。ＭｓｇＢ１（例えば、ＭｓｇＢの成功ＲＡＲ）は、プリアンブルの識別子、ＵＬ許可、ＤＬ割り当て、ＴＡコマンド、および／または競合解決識別子のうちの少なくとも一つを示す、一つまたは複数のフィールドを含み得る。ＭｓｇＢ１（例えば、ＭｓｇＢの成功ＲＡＲ）および／またはＭｓｇＢ２（例えば、ＭｓｇＢのＲＲＣメッセージ）は、ＭｓｇＡの応答として無線デバイスによって受信されるＭＡＣ ＰＤＵに多重化され得る。例えば、ＭｓｇＢ１およびＭｓｇＢ２は、ＭＡＣ ＰＤＵに多重化される。無線デバイスは、別個のＰＤＳＣＨからＭｓｇＢ１およびＭｓｇＢ２を受信し得る。例えば、ＭｓｇＢ１およびＭｓｇＢ２は、ＭＡＣ ＰＤＵに多重化されない。例えば、無線デバイスは、ＭｓｇＢ１および他の無線デバイスのＲＡＲ（例えば、Ｍｓｇ２、ＭｓｇＢ１ｓ、および／またはＭｓｇＢ）を多重化する第一のＰＤＳＣＨ（例えば、第一のＭＡＣ ＰＤＵ）を受信し得る。例えば、無線デバイスは、ＭｓｇＢ２を含む第二のＰＤＳＣＨ（例えば、第二のＭＡＣ ＰＤＵ）を受信し得る。第二のＰＤＳＣＨは、無線デバイス用の無線デバイス固有のメッセージであり得る。
無線デバイスは、ＲＲＣ要求（例えば、ＣＣＣＨ ＳＤＵ）を含むＭｓｇＡを送信し得る。無線デバイスは、ＭｓｇＡの応答として、異なるＰＤＳＣＨを介してＭｓｇＢ１およびＭｓｇＢ２を受信し得る。ＭｓｇＢ１は、ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）、競合解決識別子、Ｃ－ＲＮＴＩ、ＴＡコマンド、ＵＬ許可、および／またはダウンリンク割り当てのうちの少なくとも一つを含み得る。ＭｓｇＢ２は、ＲＲＣメッセージ（例えば、ＳＲＢ ＲＲＣメッセージ）を含んでもよい。ＭｓｇＢ２は、ＭｓｇＢ１が示さない（または含むまない）一つまたは複数の情報をさらに含み得る。例えば、ＭｓｇＢ２は、ＲＡＰＩＤ、競合解決識別子、Ｃ－ＲＮＴＩ、ＴＡコマンド、ＵＬ許可、および／またはダウンリンク割り当てのうちの少なくとも一つを含んでもよい。例えば、無線デバイスは、少なくとも一つのＭｓｇＢ１（例えば、ＭＡＣｓｕｂＰＤＵ）を多重化するＭＡＣ ＰＤＵを含む第一のＰＤＳＣＨを受信し得る。ＭｓｇＢ１ｓは、ＲＡＰＩＤ、ＴＡコマンド、および／またはＣ－ＲＮＴＩのうちの少なくとも一つを含んでもよい。無線デバイスは、ＭｓｇＢ１（またはＭａｃｓｕｂＰＤＵ）を、例えば、無線デバイスがＭｓｇＡを介して送信するプリアンブルに合致したＭｓｇＢ１（例えば、ＭＡＣｓｕｂＰＤＵ）のＲＡＰＩＤに基づいて、ＭｓｇＡに対応する応答として識別し得る。無線デバイスは、基地局から、ＭｓｇＢ２を含む第二のＰＤＳＣＨを受信し得る。ＭｓｇＢ２は、例えば、他の無線デバイス応答と多重化されない、無線デバイス固有のメッセージであり得る。ＭｓｇＢ２は、ＲＲＣ要求（例えば、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、またはＲＲＣ再開要求）の応答であり得るＲＲＣメッセージ（例えば、ＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、またはＲＲＣ再開メッセージ）を含み得る。無線デバイスは、競合解決が、ＭｓｇＢ１の競合解決識別子がＭｓｇＡを介して送信される無線デバイス識別子（ＩＤ）と合致することに基づいて、競合解決が成功裏に完了されることを決定し得る。
無線デバイスがＭｓｇＢ１（例えば、ＭｓｇＢの成功ＲＡＲ）および／またはＭｓｇＢ２（例えば、ＭｓｇＢのＲＲＡメッセージ）を受信する一つまたは複数の方法があり得る。無線デバイスは、プリアンブルおよびトランスポートブロック（例えば、無線デバイス識別子を含み得る）を含むＭｓｇＡを基地局に送信し得る。無線デバイスは、第一のＰＤＳＣＨの第一のダウンリンク割り当てを示すＤＣＩ（ＰＤＣＣＨを介して）を受信し得る。無線デバイスは、第一のダウンリンク割り当てによって示される時間／周波数リソース割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。受信した第一のＰＤＳＣＨは、一つまたは複数のＭｓｇＢ１ｓを含むＭＡＣ ＰＤＵを含んでもよい。例えば、ＭＡＣ ＰＤＵは、一つまたは複数のフォールバック応答をさらに含み得る。例えば、無線デバイスは、プリアンブルに合致したＲＡＰＩＤに基づいて、ＭＡＣ ＰＤＵからＭｓｇＡに対応するＭｓｇＢ１を識別する。例えば、ＭＡＣ ＰＤＵ中のＭｓｇＢ１（例えば、ＭＡＣｓｕｂＰＤＵ）は、特定のＲＡＰＩＤを示すフィールド（例えば、ＭｓｇＢ１のサブヘッダー）を含む。特定のＲＡＰＩＤが、ＭｓｇＡを介して送信されるプリアンブルに合致される場合、無線デバイスは、ＭｓｇＢ１がＭｓｇＡの応答であると決定し得る。ＭｓｇＢ１は、競合解決識別子をさらに含み得る。この場合、無線デバイスは、ＲＡＰＩＤおよび／または競合解決識別子に基づいて、ＭＡＣ ＰＤＵからＭｓｇＡに対応するＭｓｇＢ１を識別し得る。例えば、ＲＡＰＩＤおよび／または競合解決識別子が、それぞれ、プリアンブルおよび／または無線デバイス識別子と合致する場合、無線デバイスは、ＭｓｇＢ１がＭｓｇＡの応答であると決定し得る。この場合、無線デバイスは、無線デバイス識別子と合致する競合解決識別子に基づいて、競合解決が成功裏に完了したと判定し得る。ＭｓｇＢ１は、ＭｓｇＢ２を含み得る第二のＰＤＳＣＨの第二のダウンリンク割り当てを含んでもよい。例えば、第二のダウンリンク割り当ては、制御信号（例えば、ＰＤＣＣＨおよび／またはＤＣＩ）によって示されない。例えば、ｍｓｇＢ１（例えば、ＭＡＣ ＰＤＵ内で多重化される）は、第二のダウンリンク割り当てを示し得る。この場合、無線デバイスのＭＡＣエンティティは、無線デバイスの物理層が第二のＰＤＳＣＨを受信するように、第二のダウンリンク割り当てを無線デバイスの物理層に通知し得る。無線デバイスは、第二のダウンリンク割り当てに基づいて、第二のＰＤＳＣＨを受信し得る。第二のＰＤＳＣＨは、ＣＣＣＨ ＳＤＵ（例えば、それぞれ、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、またはＲＲＣ再開要求）の応答であり得るＲＲＣメッセージ（例えば、ＲＲＣ（再）確立、ＲＲＣセットアップ、またはＲＲＣ再開）を含むＭｓｇＢ２を含み得る。
図２６は、２ステップＲＡ手順の例である。２ステップＲＡ手順を開始する無線デバイスは、プリアンブルおよびトランスポートブロックを含むＭｓｇＡを送信し得る。トランスポートブロックは、ＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含み得る。例えば、ＲＲＣ要求メッセージは、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求のうちの一つを含む。無線デバイスは、例えば、ＭｓｇＡの送信の後、またはそれに応答して、ＭｓｇＢ１およびＭｓｇＢ２のダウンリンク制御チャネルを監視し始めることができる。トランスポートブロック（またはＲＲＣ要求メッセージ）は、競合解決に使用され得る無線デバイス識別子を含んでもよい。無線デバイスは、ウィンドウ（またはタイマー）を、例えば、ＭｓｇＡの送信の後、またはそれに応答して起動し得る。無線デバイスは、ウィンドウの間（またはタイマーが実行中である間）、第一のＰＤＳＣＨをスケジューリングするＤＣＩを含むＰＤＣＣＨを受信し得る。ＰＤＣＣＨは、特定のＲＮＴＩにアドレス付けられてもよい（例えば、スクランブルでされる）。例えば、無線デバイスは、プリアンブルおよび／またはトランスポートブロックの送信に使用される時間および／または周波数の無線リソースに基づいて、特定のＲＮＴＩを決定し得る。無線デバイスは、トランスポートブロックのプリアンブルおよび／またはＤＭＲＳ情報（例えば、ポート番号、シーケンス番号など）のＲＡＰＩＤに基づいて、特定のＲＮＴＩをさらに決定し得る。第一のＰＤＳＣＨは、ＭｓｇＢ１を含むＭＡＣ ＰＤＵを含んでもよい。ＭＡＣ ＰＤＵには、複数のＭｓｇＢ１ｓが存在し得る。無線デバイスは、ＲＡＰＩＤに基づいて、ＭＡＣ ＰＤＵからＭｓｇＢ１を識別し得る。例えば、無線デバイスは、ＭｓｇＢ１のフィールド（例えば、サブヘッダー）によって示されるＲＡＰＩＤが、プリアンブルの識別子と合致する場合に、ＭｓｇＡの応答としてＭｓｇＢ１を決定する。ＭｓｇＢ１は、競合解決識別子をさらに含み得る。この場合、無線デバイスは、ＲＡＰＩＤおよび／または無線デバイス識別子に基づいて、ＭＡＣ ＰＤＵからＭｓｇＢ１を識別し得る。例えば、無線デバイスは、例えば、ＭｓｇＢ１の第一のフィールド（例えば、サブヘッダー）によって示されるＲＡＰＩＤが、プリアンブルの識別子と合致し、および／またはＭｓｇＢ１の第二のフィールドによって示される競合解決識別子が、トランスポートブロック（またはＲＲＣ要求メッセージ）を介して基地局に送信される無線デバイス識別子と合致する場合、ＭｓｇＡの応答としてＭｓｇＢ１を決定する。ＭｓｇＢ１はさらに、ＤＬ割り当てをさらに含んでもよい。ＤＬ割り当ては、ＤＬスケジューリング情報を含んでもよい。無線デバイスは、ＤＬスケジューリング情報に基づいて、第二のＰＤＳＣＨを受信し得る。例えば、ＤＬスケジューリング情報は、第二のＰＤＳＣＨのＤＬ送信の時間および／または周波数の無線リソース表示（例えば、時間および／または周波数インデックスの観点で）、第二のＰＤＳＣＨを介して送信されるトランスポートブロック（またはパケット、またはメッセージ）のサイズ（または長さ）、および／または第二のＰＤＳＣＨの変調および符号化スキームのうちの少なくとも一つを示す。無線デバイスが基地局から受信する第二のＰＤＳＣＨは、ＭｓｇＢ２を含んでもよい。ＭｓｇＢ２は、トランスポートブロックを介して送信されるＲＲＣ要求メッセージの応答を含んでもよい。例えば、ＭｓｇＢ２は、それぞれ、ＣＣＣＨ ＳＤＵ（ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、またはＲＲＣ再開要求）の応答であり得るＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、またはＲＲＣ再開メッセージ）のうちの少なくとも一つを含む。
無線デバイスがＭｓｇＢ１およびＭｓｇＢ２を受信する方法は一つまたは複数ある場合がある。無線デバイスは、プリアンブルおよびトランスポートブロックを含むＭｓｇＡを基地局に送信し得る。トランスポートブロックは、無線デバイス識別子を含んでもよい。無線デバイスは、第一のＰＤＳＣＨの第一のダウンリンク割り当てを示す第一のＤＣＩを（第一のＰＤＣＣＨを介して）受信し得る。無線デバイスは、第一のダウンリンク割り当てによって示される時間／周波数リソース割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。受信された第一のＰＤＳＣＨは、一つまたは複数のＭＡＣｓｕｂＰＤＵを含むＭＡＣ ＰＤＵを含み得る（または解析される）。例えば、一つまたは複数のＭＡＣｓｕｂＰＤＵのうちの少なくとも一つは、ＭｓｇＢ１を含んでもよい。例えば、無線デバイスは、プリアンブルの識別子に基づいて、および一つまたは複数のＭＡＣｓｕｂＰＤＵから、一つまたは複数のＭＡＣｓｕｂＰＤＵの少なくとも一つを、ＭｓｇＡに対応するＭｓＭｓｇＢ１として識別する。ＭｓｇＢ１は、競合解決識別子をさらに含み得る。この場合、無線デバイスは、プリアンブルの識別子に一致するＲＡＰＩＤおよび／または無線デバイス識別子に合致するＭｓｇＢ１の競合解決識別子に基づいて、ＭｓｇＡに対応するＭｓｇＢ１を一つまたは複数のＭＡＣｓｕｂＰＤＵから識別し得る。ＭｓｇＢ１は、Ｃ－ＲＮＴＩをさらに含み得る。無線デバイスは、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して、第二のＤＣＩを含む第二のＰＤＣＣＨを受信し得る。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ得る（またはスクランブルされる）。第二のＤＣＩは、第二のＰＤＳＣＨの第二のダウンリンク割り当てを含み得る。第二のＰＤＳＣＨは、ＭｓｇＢ２を含んでもよい。無線デバイスは、第二のダウンリンク割り当てに基づいて、第二のＰＤＳＣＨを受信し得る。第二のＰＤＳＣＨは、ＣＣＣＨ ＳＤＵ（例えば、それぞれ、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、またはＲＲＣ再開要求）の応答であり得るＲＲＣメッセージ（例えば、ＲＲＣ（再）確立、ＲＲＣセットアップ、またはＲＲＣ再開）を含むＭｓｇＢ２を含み得る。
図２７は、２ステップＲＡ手順の例である。２ステップＲＡ手順を開始する無線デバイスは、プリアンブルおよびトランスポートブロックを含むＭｓｇＡを送信し得る。トランスポートブロックは、ＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含み得る。例えば、ＲＲＣメッセージは、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求のうちの一つを含む。無線デバイスは、例えば、ＭｓｇＡの送信の後、またはそれに応答して、ＭｓｇＢ１およびＭｓｇＢ２のダウンリンク制御チャネルを監視し始めることができる。トランスポートブロック（またはＲＲＣメッセージ）は、競合解決に使用され得る無線デバイス識別子を含み得る。無線デバイスは、ウィンドウ（またはタイマー）を、例えば、ＭｓｇＡの送信の後、またはそれに応答して起動し得る。無線デバイスは、ウィンドウの間（またはタイマーが実行中である間）、第一のＰＤＳＣＨをスケジューリングする第一のＤＣＩを含む第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨは、特定のＲＮＴＩにアドレス付けられてもよい（例えば、スクランブルされる）。例えば、無線デバイスは、プリアンブルおよび／またはトランスポートブロックの送信に使用される時間および／または周波数の無線リソースに基づいて、特定のＲＮＴＩを決定し得る。無線デバイスは、トランスポートブロックのプリアンブルおよび／またはＤＭＲＳ情報（例えば、ポート番号、シーケンス番号など）のＲＡＰＩＤに基づいて、特定のＲＮＴＩをさらに決定し得る。第一のＤＣＩは、第一のＰＤＳＣＨのダウンリンク受信をスケジュールする第一のダウンリンク割り当てを含み得る。無線デバイスは、第一のダウンリンク割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。第一のＰＤＳＣＨは、ＭｓｇＢ１を含むＭＡＣ ＰＤＵを含んでもよい。一実施例では、ＭＡＣ ＰＤＵは、一つまたは複数のＭＡＣｓｕｂＰＤＵを含み得る。例えば、一つまたは複数のＭＡＣｓｕｂＰＤＵのうちの少なくとも一つは、ＭｓｇＢ１を含んでもよい。無線デバイスは、プリアンブルの識別子に基づいて、一つまたは複数のＭＡＣｓｕｂＰＤＵからＭｓｇＢ１を識別し得る。例えば、無線デバイスは、例えば、ＭｓｇＢ１のフィールド（例えば、サブヘッダーの中にあるフィールド）によって示されるＲＡＰＩＤが、Ｐｒｅｓａｍｂｌｅの識別子と合致する場合、一つまたは複数のＭＡＣｓｕｂＰＤＵの中で、一つまたは複数のＭＡＣｓｕｂＰＤＵの少なくとも一つを、ＭｓｇＢ１（例えば、ＭｓｇＡの応答として）として、決定する。ＭｓｇＢ１は、競合解決識別子をさらに含み得る。この場合、無線デバイスは、プリアンブルの識別子および／または無線デバイス識別子に基づいて、一つまたは複数のＭＡＣｓｕｂＰＤＵからＭｓｇＢ１を識別し得る。例えば、無線デバイスは、例えば、ＭｓｇＢ１中の第一のフィールドによって示されるＲＡＰＩＤが、プリアンブルの識別子と合致し、および／またはＭｓｇＢ１中の第二のフィールドによって示される競合解決識別子が、トランスポートブロック（または、ＲＲＣ要求メッセージ）を介して基地局に送信される無線デバイス識別子に合致する場合、一つまたは複数のＭＡＣｓｕｂＰＤＵの中で、一つまたは複数のＭＡＣｓｕｂＰＤＵの少なくとも一つを、ＭｓｇＢ１として（例えば、ＭｓｇＡの応答として）、決定する。ＭｓｇＢ１は、特定のＲＮＴＩ（例えば、図２７のＲＮＴＩ）をさらに含むことができる。例えば、特定のＲＮＴＩはＣ－ＲＮＴＩである。無線デバイスは、特定のＲＮＴＩに基づいて、第二のＰＤＳＣＨのダウンリンク制御チャネルを監視し得る。無線デバイスは、特定のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）にアドレス付けられた（またはスクランブルされる）第二のＰＤＣＣＨを検出し得る。第二のＰＤＣＣＨは、第二のＤＣＩを含んでもよい。第二のＤＣＩは、第二のＰＤＳＣＨの第二のダウンリンク割り当てを含み得る。第二のダウンリンク割り当ては、ＤＬスケジューリング情報を含み得る。無線デバイスは、ＤＬスケジューリング情報に基づいて、第二のＰＤＳＣＨを受信し得る。例えば、ＤＬスケジューリング情報は、第二のＰＤＳＣＨのＤＬ送信の時間および／または周波数の無線リソース表示（例えば、時間および／または周波数インデックスの観点で）、第二のＰＤＳＣＨを介して送信されるトランスポートブロック（またはパケット、またはメッセージ）のサイズ（または長さ）、および／または第二のＰＤＳＣＨの変調および符号化スキームのうちの少なくとも一つを示す。無線デバイスが基地局から受信する第二のＰＤＳＣＨは、ＭｓｇＢ２を含んでもよい。ＭｓｇＢ２は、トランスポートブロックを介して送信されるＲＲＣ要求メッセージの応答を含んでもよい。例えば、ＭｓｇＢ２は、それぞれ、ＣＣＣＨ ＳＤＵ（ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、またはＲＲＣ再開要求）の応答であり得るＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、またはＲＲＣ再開メッセージ）のうちの少なくとも一つを含む。
２ステップＲＡ手順では、ＭｓｇＢは、ＭｓｇＢ１およびＭｓｇＢ２の二つの応答を含み得る。無線デバイスは、ＭｓｇＢ１およびＭｓｇＢ２を含む単一のＰＤＳＣＨ（例えば、単一のＭＡＣ ＰＤＵ）を受信し得る。無線デバイスは、異なる（または別個の）ＰＤＳＣＨ（例えば、第一のＰＤＳＣＨおよび第二のＰＤＳＣＨ）を介して、ＭｓｇＢ１およびＭｓｇＢ１を受信し得る。ＭｓｇＢ１は、競合解決識別子を含んでもよい。無線デバイスは、競合解決識別子に基づいて、競合解決が成功したかどうかを判定し得る。例えば、無線デバイスは、プリアンブルおよびトランスポートブロックを含むＭｓｇＡを送信し得る。トランスポートブロックは、無線デバイスの無線デバイス識別子を含んでもよい。無線デバイスは、受信したＭｓｇＢ１の競合解決識別子が無線デバイス識別子と合致する場合、競合解決が成功すると判定し得る。無線デバイスは、成功と判定された競合解決の後、またはそれに応答して、ＭｓｇＢ２を受信しようとし得る。無線デバイスは、ＭｓｇＢ１を受信し（例えば、ＭｓｇＢ１の復号化が成功した）、および／または競合解決が成功として決定された後、またはそれに応答して、ＭｓｇＢ２を受信し得る。ＭｓｇＢ２は、トランスポートブロックを介して送信されるＲＲＣ要求の応答を含んでもよい。例えば、無線デバイスは、ＭｓｇＢ２を受信し得るが、ＭｓｇＢ２を復号化できない。例えば、無線デバイスは、無線デバイスがＭｓｇＢ２を復号化できない場合、無線ベアラ（例えば、ＳＲＢおよび／またはデータ無線ベアラ、ＤＲＢ）をネットワーク（または基地局）にセットアップしなくてもよい。無線デバイスは、無線デバイスがＲＲＣ要求（例えば、ＲＲＣ（再）確立、ＲＲＣセットアップ、またはＲＲＣ再開）の応答を受信しない場合、無線ベアラ（例えば、ＳＲＢおよび／またはＤＲＢ）をネットワーク（または基地局）を用いてセットアップしない場合がある。これは、無線デバイスが、競合解決が成功したと判定し得るが、無線デバイスが、ネットワーク（または基地局）を用いて無線ベアラ（例えば、ＳＲＢおよび／またはＤＲＢ）をセットアップ、（再）確立、再開しない場合がある。
無線デバイスは、無線デバイスがＭｓｇＢ２ｓを復号化できない場合、別の一つまたは複数のＭｓｇＢ２を受信しようとし得る。２ステップＲＡ手順は、ＭｓｇＢ２を受信するためのＨＡＲＱプロセスをサポートし得る。無線デバイスは、第二のＭｓｇＢ２を成功裏に復号化し得る。無線デバイスは、第二のＭｓｇＢ２を成功裏に復号化した後、または復号化に応答して、ＡＣＫインジケーター（例えば、ＰＵＣＣＨを介してＡＣＫインジケーターを含むＵＣＩ）を基地局に送信し得る。
例えば、無線デバイスがＭｓｇＢ２（例えば、ＭｓｇＢ２の初期送信）を復号化できない場合、無線デバイスは、基地局にＮＡＣＫインジケーターを送信し得る。例えば、無線デバイスは、ＰＵＣＣＨを介して、ＮＡＣＫインジケーターを含む、ＵＣＩを基地局に送信する。ＭｓｇＢ２（例えば、ＭｓｇＢ２の初期送信）の受信をスケジュールするＤＣＩは、ＰＵＣＣＨの無線リソースを示し得る。無線デバイスは、ＮＡＣＫインジケーターの送信の後、またはそれに応答して、第二のＭｓｇＢ２（例えば、ＭｓｇＢ２の再送信）を受信しようとし得る。無線デバイスが第二のＭｓｇＢ２を復号化できない場合、無線デバイスは、第二のＰＵＣＣＨを介して第二のＮＡＣＫインジケーターを（例えば、ＵＣＩを使用して）送信し得る。第二のＭｓｇＢ２（例えば、ＭｓｇＢ２の第二の送信）の受信をスケジュールする第二のＤＣＩは、第二のＰＵＣＣＨの無線リソースを示し得る。無線デバイスは、第二のＮＡＣＫインジケーターの送信の後、またはそれに応答して、第三のＭｓｇＢ２（例えば、ＭｓｇＢ２の再送信）を受信しようとし得る。無線デバイスは、例えば、無線デバイスが、ＭｓｇＢ２のＮ回の再送に基づいてＭｓｇＢ２を成功裏に復号化するまで、このプロセスをＮ回繰り返し得る。
無線デバイスは、（例えば、各スロットおよび／または各シンボルにおいて）定期的な様式でダウンリンク制御シグナリングを監視し、アップリンク許可および／またはダウンリンク割り当てを受信し得る。ダウンリンク制御シグナリングを定期的に監視することは、例えば、無線デバイスがトラフィック挙動の変化に反応し得るという点で有益であり得る。この利点は、電力消費量の観点からコストがかかる可能性がある。例えば、パケットデータトラフィックはバーストである場合がある。例えば、パケットデータトラフィックは、送信活動の不定期の周期とそれに続く長時間の沈黙の周期であり得る。無線デバイスの電力消費量を低減するために、無線技術（例えば、Ｗｉｆｉ、ＬＴＥおよび／またはＮＲ）は、不連続受信（ＤＲＸ）のための機構を採用し得る。
例示的な実施形態によれば、無線デバイスのＤＲＸ動作のための複数の時間、持続時間、時間間隔。複数の時間、持続時間、時間間隔は、一つまたは複数の異なる方法または名称と呼んでもよく、およびそれらと互換性があり得る。例えば、ＤＲＸ動作で使用される持続期間は、持続期間、ＤＲＸ動作の持続期間、ＤＲＸ持続期間および／または類似のものと呼ばれ得る。例えば、ＤＲＸ動作で使用されるアクティブ時間は、アクティブ時間、ＤＲＸ動作のアクティブ時間、ＤＲＸアクティブ時間、および／または同種のものと呼ばれ得る。無線デバイスがＤＲＸ動作のアクティブ時間として決定しない時間（例えば、持続時間および／または時間間隔）は、イナクティブ時間（ＤＲＸ動作の）、非アクティブ時間（ＤＲＸ動作の）、ＤＲＸイナクティブ時間、非ＤＲＸアクティブ時間、および／または類似のものと呼ばれ得る。例えば、ＤＲＸ動作で使用されるイナクティビティタイマーは、非活動性（または不活動性）タイマー、ＤＲＸ動作の非活動性（または不活動性）タイマー、ＤＲＸ非活動性（または不活動性）タイマー、および／または同種のものと呼ばれ得る。
一例では、無線デバイスは、ＤＲＸサイクルでダウンリンクチャネル（例えば、ダウンリンク制御チャネル）を監視することができる。ＤＲＸサイクルは、事前に定義され、かつ／または構成可能である。無線デバイスは、ＤＲＸサイクルに基づいて、第一の時間間隔（例えば、持続期間および／またはアクティブ時間）の間にダウンリンク制御シグナリングのためのダウンリンク制御チャネルを監視し得る。例えば、第一の時間間隔は、ＤＬおよび／またはＵＬ送信に基づいて、構成可能であってもよく、および／または調整可能（例えば、拡張）であり得る。例えば、無線デバイスは、例えば、無線デバイスが、アップリンク許可（例えば、新しい送信および／または再送信のための）および／またはダウンリンク割り当てを受信する場合、第一の時間間隔を調整（例えば、延長）し得る。無線デバイスは、第二の時間間隔の間、ダウンリンク制御チャネルを監視しなくてもよい（例えば、受信機回路のスイッチオフ）。例えば、第二の時間間隔は、第一の時間間隔と重複しなくてもよい。例えば、第二の時間間隔は、第一の時間間隔を除いた、時間（例えば、連続的、非連続的、および／またはそれらの組み合わせ）であり得る。無線デバイスは、特定の時間間隔（例えば、第一の時間間隔）の間のダウンリンク制御チャネルの監視に基づいて、電力消費量を減少させ得る。例えば、サイクルが長いほど、電力消費量が低くなる。基地局は、本明細書に記述される一つまたは複数のパラメーターに基づいて、サイクルを制御／構成し得る。
無線デバイスは、例えば、基地局から、制御メッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、ＤＣＩ、および／またはそれらの組み合わせ）を受信して、データの受信および／または送信をスケジュールし得る。この場合、無線デバイスは、別の受信および／またはデータの送信をスケジュールされ得る。一実施例では、無線デバイスは、データの再送信および／またはＨＡＲＱフィードバックの送信のためにスケジュールされ得る。実施例では、無線デバイスは、それに基づいて、無線デバイスが、一つのスケジューリング機会を使用して、バッファ内のある量のデータを送信し得るＵＬ許可を受信し得る。例えば、無線デバイスは、一つのスケジューリング機会を使用して、バッファ内の全てのデータを送信できない。追加のＵＬ許可（例えば、スケジュールされた送信機会）は、バッファ内の残りのデータを送信するために要求され得る。
ＤＲＸ動作中の無線デバイスは、例えば、追加の機会が現在の活動期間にスケジュールされていない場合、次の活動期間まで待機し得る。これにより遅延が生じる場合がある。無線デバイスは、スケジュール設定された後、特定の時間（例えば、設定可能な時間）の間、アクティブ状態のままであり得る。例えば、無線デバイスは、例えば、無線デバイスがスケジューリング情報（例えば、ＤＬ割り当ておよび／またはＵＬ許可）を受信するときに、タイマー（例えば、イナクティビティタイマー）を（再）起動させてもよい。タイマー（例えば、イナクティビティタイマー）を（再）起動する無線デバイスは、タイマーが満了になるまで、ダウンリンク制御チャネルを監視し続けることができる（例えば、アクティブのまま）。
無線デバイスは、一つまたは複数のタイマーに基づいて、ＤＲＸ動作を実行し得る。一つまたは複数のタイマーは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ，ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬおよび／またはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬのうちの少なくとも一つであり得る。一つまたは複数のタイマーの各々のタイマー値は、ＴＴＩの数、例えば、ＯＦＤＭシンボルの数、スロットの数、サブフレームの数、システムフレームの数、および／または同種のものの観点から定義され得る。一つまたは複数のタイマーの各々のタイマー値は、時間値、例えば、ミリ秒、マイクロ秒、秒、および／または同種のものの観点から定義され得る。
図２８は、本開示の一実施形態の一態様による、ＤＲＸ動作の例である。無線デバイスは、構成パラメーターを含むメッセージを受信することができる。構成パラメーターは、長いＤＲＸサイクルおよび／または短いＤＲＸサイクルの期間を示し得る。無線デバイスは、一つまたは複数のＰＤＣＣＨ監視機会を介して、第一の時間間隔（例えば、ＤＲＸ持続期間および／またはＤＲＸアクティブ時間の間）の間、ダウンリンク制御チャネルを監視し得る。無線デバイスは、構成パラメーターに基づいて、一つまたは複数のＰＤＣＣＨ監視機会を決定し得る。例えば、無線デバイスは、ＤＲＸサイクル（例えば、長いＤＲＸサイクルおよび／または短いＤＲＸサイクル）の開始における第一の時間間隔を決定する。例えば、構成パラメーターは、第一のタイマーの第一のタイマー値を含むことができる。無線デバイスは、第一のタイマーが満了する（例えば、第一のタイマーが第一のタイマー値に到達した）ことに応答して、第一の時間間隔を開始し得る。無線デバイスは、例えば、第一の時間間隔中にＰＤＣＣＨが受信されていない場合、監視を停止し得る。例えば、無線デバイスは、例えば、監視の停止に基づいて、受信機回路をオフにする。無線デバイスは、例えば、無線デバイスが第一の時間間隔中にＰＤＣＣＨを受信する場合、ダウンリンク制御チャネルを監視し続けることができる。例えば、無線デバイスは、第一の時間間隔中にＰＤＣＣＨを受信することに応答して、第二のタイマー値（例えば、構成パラメーターによって示される）で第二のタイマー（例えば、イナクティビティタイマー）を（再）起動し得る。無線デバイスは、第二のタイマーが実行中である間（例えば、追加のＰＤＣＣＨ監視機会）、ダウンリンク制御チャネルを監視し続けることができる。無線デバイスは、例えば、第二のタイマーが実行中である間に無線デバイスがＰＤＣＣＨを受信する場合、第二のタイマー（例えば、イナクティビティタイマー）を（再）起動し得る。無線デバイスは、例えば、ＰＤＣＣＨが受信されていない場合、例えば、第二のタイマーが満了である場合、監視を停止し得る。無線デバイスが構成する一つまたは複数のＤＲＸサイクルがあり得る。例えば、一つまたは複数のＤＲＸサイクルは、第一のＤＲＸサイクルおよび／または第二のＤＲＸサイクルを含む。第一のＤＲＸサイクル（例えば、長いＤＲＸサイクル）は、第二のＤＲＸサイクル（例えば、短いＤＲＸサイクル）よりも長くてもよい。第一の時間間隔は、第一のＤＲＸサイクルおよび／または第二のＤＲＸサイクルで構成され得る。第二のＤＲＸサイクルは、定期的なトラフィックパターン（例えば、ボイスオーバーインターネットプロトコルサービス）に使用され得る。第二のＤＲＸサイクルでのＤＲＸ動作は、任意であり得る。構成パラメーターは、第二のＤＲＸサイクルが起動および／または構成されるかを示し得る。例えば、構成パラメーター中の第二のＤＲＸサイクルのパラメーターセットの存在（例えば、起動／構成）および／または不在（例えば、停止／非構成）は、第二のＤＲＸサイクルが起動および／または構成されるかどうかの表示であり得る。無線デバイスは、制御メッセージ（例えば、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）の受信に応答して、ダウンリンク制御チャネルを監視を開始（例えば、第一の時間間隔の開始）し得る。無線デバイスは、制御メッセージ（例えば、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ）の受信に応答して、ダウンリンク制御チャネルの監視を停止（例えば、第一の時間間隔の間）し得る。
無線デバイスは、一つまたは複数のＤＲＸ構成パラメーターを示す制御メッセージ（例えば、ＲＲＣメッセージ）を受信し得る。無線デバイスは、制御メッセージに基づいて、ＤＲＸ（例えば、ＤＲＸ機能および／またはＤＲＸ動作）を構成し得る。ＤＲＸ（例えば、ＤＲＸ機能および／またはＤＲＸ動作）は、無線デバイスのＰＤＣＣＨ監視活動を制御し得る。無線デバイスのＰＤＣＣＨ監視活動は、基地局から受信された無線デバイスの一つまたは複数のＲＮＴＩに対するものであり得る。一つまたは複数のＲＮＴＩは、事前に定義されていてもよい。例えば、一つまたは複数のＲＮＴＩは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、および／またはＴＰＣ－ＳＲＳ－ＲＮＴＩの少なくとも一つを含む。無線デバイスは、例えば、ＤＲＸが構成される場合、一つまたは複数のＲＮＴＩおよび／または一つまたは複数のＤＲＸ構成パラメーターを使用して、断続的にダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）を監視し得る。
無線デバイスは、一つまたは複数のＤＲＸ構成パラメーターを示す制御メッセージ（例えば、ＲＲＣメッセージ）を受信し得る。一つまたは複数のＤＲＸ構成パラメーターは、以下のうちの少なくとも一つを示し得る。ＤＲＸサイクルの開始時の期間（例えば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延（例えば、ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ）、ＰＤＣＣＨがＭＡＣエンティティの新しいＵＬまたはＤＬ送信を示す、ＰＤＣＣＨ機会の後の期間（例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）、ＤＬ再送信が受信されるまでの期間（例えば、最大期間）（例えば、例えば、ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごとに構成される、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ）、ＵＬ再送信の許可を受け取るまでの期間（例えば、最大期間）（例えば、例えば、ＵＬ ＨＡＲＱプロセスごとに構成される、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ）、短いＤＲＸサイクルまたは短いＤＲＸサイクルの期間（例えば、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ、例えば、オプションで構成される）、無線デバイスが短いＤＲＸサイクルに従う、期間（例えば、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、例えば、オプションで構成される）、ＨＡＲＱ再送信のＤＬ割り当てがＭＡＣエンティティによって予期される前の期間（例えば、最小期間）（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、例えば、ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごとに構成される）、および／またはＵＬＨＡＲＱ再送信許可がＭＡＣエンティティによって期待される前の期間（例えば、最小期間）（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ、例えば、ＵＬ ＨＡＲＱプロセスごとに構成される）。一つまたは複数のＤＲＸ構成パラメーターは、長いＤＲＸサイクル（例えば、長いＤＲＸサイクルの持続時間）をさらに示し得る。一つまたは複数のＤＲＸ構成パラメーターは、無線デバイスが、長いおよび短いＤＲＸサイクルが開始するＴＴＩ（例えば、スロット、サブフレーム、またはシステムフレーム）を決定する、開始オフセット（例えば、ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）をさらに示し得る。例えば、長いＤＲＸサイクルおよび開始オフセットは、単一のパラメーター、例えば、ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔまたは複数のパラメーター、例えば、長いＤＲＸサイクルの持続時間に対するｄｒｘ－ＬｏｎｇＣｙｃｌｅおよび開始オフセットに対するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔによって示され得る。
一実施例では、制御メッセージ（例えば、ＲＲＣメッセージ）は、ＤＲＸ構成情報要素（ＩＥ）、例えば、ＤＲＸ－Ｃｏｎｆｉｇを含んでもよい。ＤＲＸ構成ＩＥ（例えば、ＤＲＸ－Ｃｏｎｆｉｇ）は、一つまたは複数のＤＲＸ構成パラメーターを示し得る。ＤＲＸ構成ＩＥ（例えば、ＤＲＸ－Ｃｏｎｆｉｇ）の例は、以下の通りである。
Figure 0007288267000006
Figure 0007288267000007
Figure 0007288267000008
上のＤＲＸ構成ＩＥ（例えば、ＤＲＸ－Ｃｏｎｆｉｇ）の例では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬは、トランスポートブロックが受信されたＢＷＰのシンボル数におけるダウンリンクに対するＤＲＸ ＨＡＲＱラウンドトリップタイマーの値を示し得る。例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬは、ＨＡＲＱ再送信に対するＤＬ割り当てが無線デバイスのＭＡＣエンティティによって予期される前の期間（例えば、最小期間）を示す。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬは、ＤＬ ＨＡＲＱプロセスに従って構成され得る。ＤＬ ＨＡＲＱプロセスには、ブロードキャスト送信／シグナリングのためのＨＡＲＱプロセスが含まれなくてもよい。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬは、トランスポートブロックが送信されたＢＷＰのシンボル数におけるアップリンクに対するＤＲＸ ＨＡＲＱラウンドトリップタイマーの値を示し得る。例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬは、ＵＬ ＨＡＲＱ再送信許可が無線デバイスのＭＡＣエンティティによって予期される前の期間（例えば、最小期間）を示す。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬは、ＵＬ ＨＡＲＱプロセスに従って構成され得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＰＤＣＣＨがＭＡＣエンティティに対する新しいＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会後の期間を示すことができる。例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、１ミリ秒の複数の整数で値を示す。ｍｓ０は、０に対応し、ｍｓ１は、１ミリ秒に対応し、ｍｓ２は、２ミリ秒に対応する。ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔは、無線デバイスが、長いおよび短いＤＲＸサイクルが開始するＴＴＩ（例えば、スロット、サブフレーム、またはシステムフレーム）を決定する、長いＤＲＸサイクル（例えば、ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）の期間と、開始オフセット（例えば、ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）をと示すことができる。ｄｒｘ－ＬｏｎｇＣｙｃｌｅの値は、ミリ秒でもよい。ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの値は、１ミリ秒の倍数でもよい。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅが設定される場合、ｄｒｘ－ＬｏｎｇＣｙｃｌｅの値はｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ値の倍数とすることができる。例えば、上の例の［ｍｓ１０ ＩＮＴＥＧＥＲ（０．．．９）］の選択肢に基づいて、ｍｓ１０はｄｒｘ－ＬｏｎｇＣｙｃｌｅに対応し、ＩＮＴＥＧＥＲ（０．．．９）はｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔに対応する。ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸサイクルの開始時に期間を示し得る。ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、１／３２ミリ秒の倍数（例えば、サブミリ秒またはミリ秒）での値であり得る。例えば、値ｍｓ１が１ｍｓに対応し、値ｍｓ２が２ｍｓに対応し、以下同様である。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬは、ＤＬ再送信を受信するまでの期間（例えば、最長時間）を示し得る。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬは、ブロードキャストプロセスを除き、ＤＬ ＨＡＲＱプロセスごとに構成できる。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬは、トランスポートブロックが受信されたＢＷＰのスロット長の数の値であり得る。値ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応し、以下同様である。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬは、ＵＬ再送に対する許可を受領するまでの期間（例えば、最長期間）を示し得る。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬは、ＵＬ ＨＡＲＱプロセスに従って構成され得る。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬは、トランスポートブロックが送信されたＢＷＰのスロット長の数の値であり得る。ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応し、以下同様である。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、無線デバイスが短いＤＲＸサイクルに従う期間を示し得る。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、任意で構成され得る。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの倍数での値であり得る。１の値はｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、２の値は２＊ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、以下同様である。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅは、短いＤＲＸサイクルまたは短いＤＲＸサイクルの期間を示し得る。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅは、任意で構成され得る。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅは、ミリ秒単位の値であり得る。ｍｓ１は、１ミリ秒に対応し、ｍｓ２は、２ミリ秒に対応し、以下同様である。ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔはｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延を示し得る。ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔは１／３２ミリ秒であり得る。値０は０ミリ秒に対応し、値１は１／３２ミリ秒に対応し、値２は２／３２ミリ秒に対応し、以下同様である。
一実施例では、ＤＲＸサイクル（例えば、長いＤＲＸサイクルおよび／または短いＤＲＸサイクル）が構成されるとき、アクティブ時間が、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬまたはｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行中である、またはスケジューリング要求がＰＵＣＣＨで送信され、保留中である、または無線デバイスのＣ－ＲＮＴＩにアドレス付けられた新しい送信を示すＰＤＣＣＨが、競合ベースのランダムアクセスプリアンブルの間で無線デバイスによって選択されていないランダムアクセスプリアンブルに対するランダムアクセス応答の成功裏の受信後に受信されていない、時間（例えば、持続時間）を含む。上述の一つまたは複数の条件の評価に基づいて、無線デバイスは、アクティブ時間を決定し得る。
実施例では、無線デバイスは、例えば、ＭＡＣ ＰＤＵが、構成されるダウンリンク割り当てで受信される場合、基準シンボル（例えば、ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の第一のシンボル）で、対応するＨＡＲＱプロセスに対してｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始し得る。無線デバイスは、例えば、ＭＡＣ ＰＤＵが構成されるダウンリンク割り当てで受信された場合、対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止し得る。
実施例では、無線デバイスは、例えば、ＭＡＣ ＰＤＵが、構成されたアップリンク許可で送信される場合に、基準シンボル（例えば、対応するＰＵＳＣＨ送信の第一の繰り返しの終了後の第一のシンボル）において、対応するＨＡＲＱプロセスに対してｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始し得る。無線デバイスは、例えば、ＭＡＣ ＰＤＵが構成されたアップリンク許可で送信される場合、対応するＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止し得る。
無線デバイスは、対応するＨＡＲＱプロセスについて、基準シンボル（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の第一のシンボル）でｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを起動し得る。例えば、無線デバイスは、例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤが満了である場合、および／または対応するＨＡＲＱプロセスのデータが成功裏に復号化されていない場合、基準シンボル（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の第一のシンボル）における対応するＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する。
無線デバイスは、対応するＨＡＲＱプロセスについて、基準シンボル（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの満了後の第一のシンボル）でｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを起動し得る。例えば、無線デバイスは、例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了する場合、基準シンボル（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの満了後の第一のシンボル）において、対応するＨＡＲＱプロセスについて、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する。
無線デバイスは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止し、および／またはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止し得る。例えば、無線デバイスは、例えば、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥまたはＬｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信された場合、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止し、および／またはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する。
無線デバイスは、第一の基準シンボル（例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後の第一のシンボル）または第二の基準シンボル（例えば、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ受信の終了後の第一のシンボル）で、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを起動（または再起動）し、短いＤＲＸサイクルを採用（例えば、使用）し得る。例えば、短いＤＲＸサイクルが構成される場合、無線デバイスは、例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了またはＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信された場合に、第一の基準シンボルまたは第二の基準シンボルでｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを起動（または再起動）し、短いＤＲＸサイクルを採用（例えば、使用）し得る。例えば、短いＤＲＸサイクルが構成されていない場合、無線デバイスは、長いＤＲＸサイクルを採用（例えば、使用）し得る。例えば、短いＤＲＸサイクルが構成される場合、無線デバイスは、例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了しない、および／またはＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信されない場合、長いＤＲＸサイクルを採用（例えば、使用）し得る。
無線デバイスは、例えば、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了になった場合、長いＤＲＸサイクルを採用（例えば、使用）し得る。無線デバイスは、例えば、Ｌｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信された場合に、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止してもよく、および／または長いＤＲＸサイクルを採用（例えば、使用）し得る。
無線デバイスは、基準サブフレームの始まりからｄｒｘ－ｓｌｏｔＯｆｆｓｅｔの後、またはそれに応答して、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを起動し得る。無線デバイスは、所定の式に基づいて、および／または基準サブフレームを示す受信したパラメーターに基づいて、基準サブフレームを決定し得る。例えば、無線デバイスは、例えば、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）に基づき、基準サブフレームを決定してもよく、ここで、サブフレーム番号は、短いＤＲＸサイクルが使用される場合、基準サブフレームを示す。例えば、無線デバイスは、例えば、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔに基づき、基準サブフレームを決定してもよく、ここで、サブフレーム番号が、長いＤＲＸサイクルが使用される場合、基準サブフレームを示す。
無線デバイスは、例えば、無線デバイスがアクティブ時間内にある場合、ＰＤＣＣＨを監視し得る。無線デバイスは、ＰＤＣＣＨがＤＬ送信またはＵＬ送信を示すかに基づいて、および／またはＰＤＣＣＨが新しい送信を示すかに基づいて、異なるタイマーを開始および／または停止し得る。例えば、ＰＤＣＣＨがＤＬ送信を示す場合、無線デバイスは、対応するＨＡＲＱプロセスについて、基準シンボル（例えば、ＤＬ ＨＡＲＱフィードバックを保有する対応する送信の終了後の第一のシンボル）でｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始し、対応するＨＡＲＱプロセスについてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する。例えば、ＰＤＣＣＨがＵＬ送信を示す場合、無線デバイスは、基準シンボル（例えば、対応するＰＵＳＣＨ送信の第一の繰り返しの終了後の第一のシンボル）で対応するＨＡＲＱプロセスに対してｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを起動してもよく、および／または対応するＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止し得る。例えば、ＰＤＣＣＨが新しい送信（ＤＬまたはＵＬ）を示す場合、無線デバイスは、基準シンボル（例えば、ＰＤＣＣＨ受信の終了後の第一のシンボル）でｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを起動または再起動する。ＰＤＣＣＨは、完全なＰＤＣＣＨ機会でなくてもよい。不完全なＰＤＣＣＨ機会のこのようなＰＤＣＣＨを監視するかどうかは、実施とすることができる。例えば、無線デバイスは、例えば、アクティブ時間がＰＤＣＣＨ機会の真ん中で開始または終了する場合、ＰＤＣＣＨ機会のＰＤＣＣＨを監視しない。例えば、無線デバイスは、例えば、アクティブ時間がＰＤＣＣＨ機会の真ん中で開始または終了する場合、ＰＤＣＣＨ機会のＰＤＣＣＨを監視する。
無線デバイスは、ＤＲＸ動作中にＳＲＳを送信しなくてもよい。例えば、ＳＲＳは、非周期的ＳＲＳ、周期的ＳＲＳ、および／または半持続的ＳＲＳであり得る。例えば、無線デバイスは、例えば、無線デバイスが、本明細書に記載されるアクティブ時間を決定する一つまたは複数の条件を評価する際に、シンボルｎ以前の期間（例えば、４ミリ秒）まで、受信されたＤＬまたはＵＬ許可／割り当て／ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ／Ｌｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥおよび／または送信されたスケジューリング要求を考慮して、アクティブ時間内にない場合、シンボルｎを介してＳＲＳを送信しない。
無線デバイスは、ＤＲＸ動作中にＰＵＣＣＨを介してＣＳＩを送信（または報告）しなくてもよい。例えば、ＣＳＩは、ＰＵＣＣＨを介して送信される、非周期性ＣＳＩ、周期性ＣＳＩ、および／または半持続性ＣＳＩであり得る。例えば、ＣＳＩは、ＰＵＳＣＨを介して送信される、非周期性ＣＳＩ、周期性ＣＳＩ、および／または半持続性ＣＳＩであり得る。例えば、無線デバイスは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが、例えば、シンボルｎにおいて、本明細書に記述されるアクティブ時間を決定する一つまたは複数の条件を評価する際に、シンボルｎ以前の期間（例えば、４ミリ秒）まで受信された許可／割り当て／ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ／Ｌｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥを考慮して実行されない場合、ＣＳＩを送信（または報告）しない。例えば、無線デバイスは、例えば、ＣＳＩマスキング（ｃｓｉ－Ｍａｓｋなど）が上層（例えば、ＲＲＣパラメータによる）によって構成されている場合、および／またはシンボルｎで、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが、この仕様で説明されているように、アクティブ時間を決定する一つまたは複数の条件を評価するとき、シンボルｎ以前の、時間期間（例えば、４ミリ秒）まで受信された、許可／割り当て／ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ／Ｌｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥを考慮して実行されない場合、ＣＳＩを送信（または報告）しない。例えば、無線デバイスは、例えば、無線デバイスが、本明細書に記載されるアクティブ時間を決定する一つまたは複数の条件を評価する際に、シンボルｎ以前の期間（例えば、４ミリ秒）まで、受信された許可／割り当て／ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ／Ｌｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥおよび／または送信されたスケジューリング要求を考慮して、アクティブ時間内にない場合、シンボルｎにおいてＣＳＩを送信しない。例えば、無線デバイスは、例えば、ＣＳＩマスキング（ｃｓｉ－Ｍａｓｋなど）が上層（例えば、ＲＲＣパラメータによる）によって構成されている場合、および／またはシンボルｎで、無線デバイスが、この仕様で説明されているように、アクティブ時間を決定する一つまたは複数の条件を評価するとき、シンボルｎ以前の、時間期間（例えば、４ミリ秒）まで受信された許可／割り当て／ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ／Ｌｏｎｇ ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥおよび／または送信されたスケジューリング要求を考慮してアクティブ時間内にない場合、ＣＳＩを送信（または報告）しない。無線デバイスは、ＤＲＸ動作中に特定の信号を基地局に送信し得る。特定の信号は、ＨＡＲＱフィードバック、ＰＵＳＣＨ上の非周期性ＣＳＩ、および／または非周期的ＳＲＳを含んでもよい。例えば、無線デバイスは、無線デバイスがＰＤＣＣＨを監視しているか否かにかかわらず（例えば、無線デバイスがアクティブ時間内にあるか否かにかかわらず）、ＨＡＲＱフィードバック、ＰＵＳＣＨ上の非周期性ＣＳＩ、および／または非周期的ＳＲＳを送信し得る。
無線デバイスは、ＲＡ手順を実施する間にＤＲＸ動作を実施することができる。既存の技術では、無線デバイス（例えば、長いＤＲＸサイクルおよび／または短いＤＲＸサイクルで構成される）は、ＤＲＸ動作のアクティブ時間として、一つまたは複数の持続時間を決定し得る。例えば、一つまたは複数の持続時間は、４ステップＲＡ手順に対してｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行中である間の持続時間を含む。例えば、一つまたは複数の持続時間は、第一の時間と第二の時間との間の第二の時間持続時間を含む。例えば、第一の時間は、プリアンブルに対するランダムアクセス応答の成功裏の受信後、またはそれに応答している。例えば、プリアンブルは、競合ベースのランダムアクセスプリアンブルの中で、無線デバイスのＭＡＣ層エンティティによって選択されない。例えば、無線デバイスは、図１３Ｂの競合のないＲＡ手順のためのプリアンブルを送信（または選択）することができる。例えば、プリアンブルは、基地局によって送信される制御メッセージ（例えば、ＰＤＣＣＨ順序、および／またはＲＲＣメッセージ、ハンドオーバーコマンド）によって示されるプリアンブルの識別子に基づいて選択される。例えば、第二の時間は、ＰＤＣＣＨが無線デバイスのＣ－ＲＮＴＩにアドレス付けられた新しい送信が、競合ベースのランダムアクセスプリアンブルの中で無線デバイスのＭＡＣ層エンティティによって選択されていないプリアンブルに対するランダムアクセス応答の成功裏の受信後に受信されていないことを示す場合またはその応答である。第二の持続時間は、無線デバイスが、無線デバイスのＣ－ＲＮＴＩにアドレス付けられた新しい送信を示すＰＤＣＣＨを受信するまで、競合のないＲＡ手順（例えば、図１３Ｂ）のために送信されたプリアンブルのランダムアクセス応答の成功裏の受信の決定の後、またはそれに応答して開始する持続時間であり得る。
図２９Ａは、ＤＲＸ動作のアクティブ時間の一例である。無線デバイスは、４ステップＲＡ手順を開始し得る。４ステップＲＡ手順は、競合ベースの４ステップＲＡ手順（例えば、図１３Ａ）であり得る。無線デバイスは、基地局に、Ｍｓｇ１（例えば、プリアンブル）を送信し得る。無線デバイスは、ＲＡ－ＲＮＴＩに基づいて、ＲＡＲウィンドウ中にＭｓｇ２（例えば、ＲＡＲ）のダウンリンク制御チャネルを監視し始めてもよい。無線デバイスは、ＲＡＲウィンドウ中にＰＤＳＣＨのＤＬ割り当てを示すＰＤＣＣＨ（ＲＡ－ＲＮＴＩにアドレス付けられた）を受信し得る。無線デバイスは、ＤＬ割り当てに基づいて、ＰＤＳＣＨを受信し得る。無線デバイスは、ＰＤＳＣＨから、プリアンブルの識別子に合致したＲＡＰＩＤを示すフィールド（例えば、サブヘッダーのフィールド）に基づいて、Ｍｓｇ２を識別し得る。Ｍｓｇ２は、Ｍｓｇ３送信に対するＵＬ許可を含んでもよい。Ｍｓｇ２は、Ｍｓｇ４受信（またはＭｓｇ３送信の応答を受信する）用のＴＣ ＲＡＮＴＩを含んでもよい。無線デバイスは、ＵＬ許可に基づいて、Ｍｓｇ３を送信し得る。無線デバイスは、Ｍｓｇ３の送信の後、またはそれに応答して、競合解決タイマーを起動し得る。無線デバイスは、競合解決タイマーが実行中である間の時間をアクティブ時間として決定し得る。無線デバイスは、競合解決タイマーが実行中である間、Ｍｓｇ４受信（またはＭｓｇ３送信の応答を受信するため）について、ＴＣ－ＲＮＴＩを用いてＰＤＣＣＨを監視し得る。無線デバイスは、アクティブ時間の間（例えば、競合解決タイマーが実行中である間）、ＤＲＸ動作のために一つまたは複数のＲＮＴＩでＰＤＣＣＨを監視し得る。一つまたは複数のＲＮＴＩは、無線デバイスが一つまたは複数のＲＮＴＩを受信（例えば、構成／割り当て）する場合、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、および／またはＴＰＣ－ＳＲＳ－ＲＮＴＩの少なくとも一つを含む。無線デバイスは、ＴＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信し得る。ＰＤＣＣＨは、Ｍｓｇ４を受信するためのＤＬ割り当てを含んでもよい。無線デバイスは、ＤＬ割り当てに基づいてＭｓｇ４を受信し得る。無線デバイスは、例えば、Ｍｓｇ４が、Ｍｓｇ３を介して送信される無線デバイス識別子に合致した競合解決識別子を含む場合、競合解決タイマーを停止し得る。無線デバイスは、Ｍｓｇ３を介してＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信し得る。この場合、無線デバイスは、例えば、無線デバイスがＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信する場合、競合解決が成功したと判定し得る。無線デバイスは、例えば、無線デバイスが、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信する場合、および／または無線デバイスが、競合解決が成功したと判定する場合、競合解決タイマーを停止し得る。
図２９Ｂは、ＤＲＸ動作のアクティブ時間の例である。無線デバイスは、Ｍｓｇ１送信およびＭｓｇ２受信（例えば、図１３Ｂ）を含む競合なしのＲＡ手順を開始し得る。無線デバイスは、競合のないＲＡ手順を開始する制御メッセージ（例えば、ＲＲＣメッセージ、またはＰＤＣＣＨ順序またはハンドオーバーコマンド）を受信し得る。制御メッセージは、Ｍｓｇ１送信のプリアンブルの識別子を示し得る。無線デバイスは、プリアンブルを、Ｍｓｇ１送信を介して送信し得る。無線デバイスは、特定のＲＮＴＩに基づいて、ＲＡＲウィンドウ中にＭｓｇ２受信（例えば、ＲＡＲ受信）用のダウンリンク制御チャネルを監視し始めることができる。例えば、特定のＲＮＴＩは、ＲＡ－ＲＮＴＩおよび／またはＣ－ＲＮＴＩであり得る。無線デバイスは、ＲＡＲウィンドウ中にＰＤＳＣＨのＤＬ割り当てを示すＰＤＣＣＨ（例えば、特定のＲＮＴＩにアドレス付けられた）を受信し得る。無線デバイスは、ＤＬ割り当てに基づいて、ＰＤＳＣＨを受信し得る。無線デバイスは、ＰＤＳＣＨから、プリアンブルの識別子に合致したＲＡＰＩＤを示すフィールドに基づいて、Ｍｓｇ２を識別し得る。無線デバイスは、Ｍｓｇ２（例えば、ＲＡＲ）受信が、プリアンブルの識別子に合致したＲＡＰＩＤに基づいて成功したと判定し得る。無線デバイスは、競合のないＲＡ手順が、Ｍｓｇ２（例えば、ＲＡＲ）受信が成功していることに基づいて成功裏に完了したと判定し得る。無線デバイスは、無線デバイスのＣ－ＲＮＴＩにアドレス付けられた新しい送信を示すＰＤＣＣＨが、競合ベースのランダムアクセスプリアンブル（または制御メッセージによって示されるプリアンブル）の中で無線デバイスによって選択されていないプリアンブルについて、ＲＡＲを成功裏に受信した後、受信されていない間の時間をアクティブ時間として決定し得る。無線デバイスは、アクティブ時間中にＤＲＸ動作のために、一つまたは複数のＲＮＴＩでＰＤＣＣＨを監視し得る。一つまたは複数のＲＮＴＩは、無線デバイスが一つまたは複数のＲＮＴＩを受信（例えば、構成／割り当て）する場合、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、および／またはＴＰＣ－ＳＲＳ－ＲＮＴＩの少なくとも一つを含む。
既存のＤＲＸ技術では、無線デバイスは、無線デバイスが競合ベースのＲＡ手順（例えば、図１３Ａ）または競合のないＲＡ手順（例えば、図１３Ｂ）を実行するかどうかに基づいて、アクティブ時間を異なって決定し得る。例えば、無線デバイスは、無線デバイスのＤＲＸ動作のアクティブ時間として、競合ベースのＲＡ手順に対してｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行中である間の時間（例えば、持続時間）を決定する。例えば、無線デバイスは、競合のないＲＡ手順のためのアクティブ時間として、無線デバイスのＣ－ＲＮＴＩにアドレス付けられた新しい送信を示すＰＤＣＣＨが、競合ベースのランダムアクセスプリアンブルの中で無線デバイスによって選択されていないランダムアクセスプリアンブルに対するランダムアクセス応答の受信が成功した後に受信されていない間の時間（例えば、持続時間）を決定する。これは、競合ベースのＲＡ手順の送信および受信の数が、競合のないＲＡ手順のものと異なっているためであり得る。例えば、競合ベースのＲＡ手順は、少なくとも二つの送信（例えば、Ｍｓｇ１およびＭｓｇ３）と、少なくとも二つの受信（例えば、Ｍｓｇ２およびＭｓｇ４）とを含む。例えば、競合のないＲＡ手順は、少なくとも一つの受信（例えば、Ｍｓｇ２）に対するＨＡＲＱプロセスをサポートせずに、少なくとも一つの送信（例えば、Ｍｓｇ１）および少なくとも一つの受信（例えば、Ｍｓｇ２）を含む。
２ステップＲＡ手順（例えば、図１３Ｂ）において、送信および受信の数、競合ベースの２ステップＲＡ手順および競合のない２ステップＲＡ手順に対して同一であり得る。例えば、２ステップＲＡ手順は、少なくとも一つの送信（例えば、ＭｓｇＡ）および少なくとも一つの受信（例えば、ＭｓｇＢ）を含み得る。２ステップＲＡ手順は、どんな情報がＭｓｇＡのトランスポートブロックによって示されるに基づいて、および／またはどんな情報がＭｓｇＡの応答としてＭｓｇＢによって示されるかに基づいて、異なる数の送信および／または受信であり得る。例えば、無線デバイスがＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）を介してＣ－ＲＮＴＩを送信する場合、無線デバイスは、ＭｓｇＢ ＲＡＲウィンドウ中に、ＭｓｇＢのダウンリンク制御チャネルを監視し得る。例えば、無線デバイスがＲＲＣ要求メッセージをＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）を介して送信する場合、無線デバイスは、ＭｓｇＢ ＲＡＲウィンドウ中に、ＭｓｇＢのダウンリンク制御チャネルを監視し得る。ＭｓｇＢは、ＭｓｇＢ１およびＭｓｇＢ２を含んでもよい。無線デバイスは、同じＭＡＣ ＰＤＵを介してＭｓｇＢ１およびＭｓｇＢ２を受信し得る。無線デバイスは、異なるＭＡＣ ＰＤＵ（例えば、異なるＰＤＳＣＨ）を介して、ＭｓｇＢ１およびＭｓｇＢ２を受信し得る。無線デバイスは、無線デバイスが、ＭｓｇＢ１を含む第一のＭＡＣ ＰＤＵ（例えば、第一のＰＤＳＣＨ）を受信する前または受信するまで、同じＭＡＣ ＰＤＵを介して、または異なるＭＡＣ ＰＤＵ（例えば、異なるＰＤＳＣＨ）を介して、無線デバイスが、ＭｓｇＢ１およびＭｓｇＢＭｓｇＢ２を受信するかを決定しなくてもよい。無線デバイスは、ＭｓｇＢ１および／または第一のＭＡＣ ＰＤＵの一つまたは複数のインジケーターに基づいて、ＭｓｇＢ２が第一のＭＡＣ ＰＤＵの中にあるか、または無線デバイスが第一のＭＡＣ ＰＤＵの受信の後、またはそれに応答して受信する第二のＭＡＣ ＰＤＵの中にあるかを決定し得る。
２ステップランダムアクセス手順の既存の実施では、無線デバイスは、プリアンブルおよびトランスポートブロック（例えば、図１３Ｃ）を含むメッセージ（例えば、ＭｓｇＡ）を送信し得る。実施例では、無線デバイスは、ＤＲＸアクティブ時間内でない間にメッセージ（例えば、ＭｓｇＡ）を送信し得る。無線デバイスは、メッセージの送信の後、またはそれに応答して、ＭｓｇＢ ＲＡＲウィンドウを起動し得る。無線デバイスは、ＤＲＸ動作のイナクティブ時間が、ＭｓｇＢ ＲＡＲウィンドウが実行中である間の時間を含み得る（ＤＲＸ動作のアクティブ時間は含まなくてもよい）と決定し得る。例えば、無線デバイスは、ＭｓｇＢ ＲＡＲウィンドウ中にイナクティブ時間を維持し得る。例えば、無線デバイスは、ＭｓｇＢ ＲＡＲウィンドウの開始に応答して、ＤＲＸ動作のイナクティブ時間（アクティブ時間ではない）に移行し得る。
２ステップランダムアクセス手順の問題が、無線デバイスがアクティブ時間でない間、ＭｓｇＢ ＲＡＲウィンドウ中に、無線デバイスがメッセージ（例えば、ＭｓｇＡ）に対する応答を受信するときに発生する。この場合、無線デバイスは、応答の受信に応答して、ダウンリンク制御チャネルの監視を停止し得る。例えば、無線デバイスは、応答の受信に応答して、ＭｓｇＢ ＲＡＲウィンドウを停止し得る。例えば、無線デバイスは、応答の受信に応答して、２ステップランダムアクセス手順が成功裏に完了すると決定し得る。応答の受信に応答してダウンリンク制御チャネルの監視を停止すると、ＵＬデータまたはＤＬデータの送信遅延または通信故障を引き起こす場合がある。例えば、メッセージに対する応答は、ＰＵＳＣＨに対するＵＬ許可またはＰＤＳＣＨに対するＤＬ割り当てを含み得る。ＰＵＳＣＨまたはＰＤＳＣＨは、一つまたは複数の再送信を必要とし得る。無線デバイスは、ＵＬデータまたはＤＬデータをバッファから（例えば、遅延制約により）破棄（またはドロップ）するか、またはＤＲＸ動作の次の持続期間の機会まで待ってもよい。これにより、パケットドロップ（または損失）率、および／またはＵＬおよび／またはＤＬ送信の遅延が増加する。ＵＲＬＬＣ、およびＶ２Ｘシグナリングなどの高優先度、低遅延トラフィックの送信には、２ステップランダムアクセス手順を実装し得る。この問題は、ランダムアクセス応答がそれほど重要ではなく、遅延耐性がないとき、４ステップランダムアクセス手順には適用されない。実施例では、無線デバイスは、ランダムアクセスプリアンブルが送信される間または後に、ＤＲＸイナクティブ時間または状態（例えば、無線デバイスがダウンリンク制御チャネルを監視しない間）に入り得る（または移行）。
例示的な実施形態によれば、無線デバイスは、ＤＲＸ動作のアクティブ時間が、２ステップＲＡ手順中に開始する一つまたは複数の時間間隔（または持続時間）を含むと決定し得る。例示的な実施形態によれば、無線デバイスは、２ステップＲＡ手順におけるＭｓｇＡの送信に基づいて、アクティブ時間を決定し得る。例えば、無線デバイスは、ＭｓｇＡの送信に応答してアクティブ時間を開始することができる。例えば、無線デバイスは、ＭｓｇＡの送信に応答して、アクティブ時間内に留まり得る。例えば、無線デバイスは、ＭｓｇＡに対する応答について無線デバイスがＰＤＣＣＨを監視する間の時間を、アクティブ時間として決定し得る。例えば、無線デバイスは、アクティブ時間がＭｓｇＢ ＲＡＲウィンドウが実行中である間の時間を含むと決定し得る。この場合、無線デバイスは、２ステップＲＡ手順の間または後に、一つまたは複数のＤＲＸタイマーを開始（またはトリガー）し得る。例えば、一つまたは複数のＤＲＸタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬまたはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、および／またはｄｒｘ－ｓｈｏｒｔｃｙｃｌｅｔｉｍｅｒを含んでもよい。例えば、例示的な実施形態によれば、無線デバイスは、例えば、無線デバイスがＤＲＸアクティブ時間中に応答を受信する場合、ＵＬ許可またはＤＬ割り当てを含む応答に応答して、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬまたはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する。
例示的な実施形態によれば、無線デバイスは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの満了に応答して、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを起動し得る。例えば、無線デバイスは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了に応答して、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを起動し得る。無線デバイスは、ＤＲＸ動作のアクティブタイマーとして、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬおよび／またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬが動作している間の時間を決定し得る。無線デバイスは、アクティブ時間中に一つまたは複数のダウンリンク制御チャネルを監視することができる。無線デバイスは、アクティブ時間中に一つまたは複数のダウンリンク制御チャネルを介して一つまたは複数の再送信に対する許可（例えば、ＵＬ許可またはＤＬ割り当て）を受信し得る。
無線デバイスは、一つまたは複数のＤＲＸタイマーに基づいて、ダウンリンク制御チャネルを監視し、応答によってスケジュールされたＰＵＳＣＨまたはＰＤＳＣＨの一つまたは複数の再送信をスケジュールする許可（例えば、ＵＬ許可またはＤＬ許可）を受信し得る。例えば、無線デバイスは、ＤＬ割り当てによって示される無線リソースを介して、構成パラメーター（例えば、ビーム管理、ＵＲＬＣＣおよび／またはＶ２Ｘトラフィックのためのパラメーター）を受信し得る。実施形態の例は、基地局が、ＭｓｇＡへの応答によってスケジュールされるＰＵＳＣＨまたはＰＤＳＣＨの（再）送信のために、ＵＬ許可またはＤＬ割り当てを無線デバイスに提供することを可能にする。実施形態の例は、既存の２ステップランダムアクセス手順および既存のＤＲＸ動作（手順、技術および／またはプロセス）のパケット送信遅延の問題を低減する。例示的実施形態は、無線デバイスに対するバッテリーの電力消費および処理要件を増加させ得るが、２ステップランダムアクセス手順に対するパケット送信遅延を低減する。例えば、実施形態の例は、ＵＲＬＣＣおよびＶ２Ｘトラフィックの遅延およびパケット損失を低減し得る。例えば、例示的な実施形態によれば、例示的な実施形態における無線デバイスは、次のＤＲＸ持続期間の機会を待たずに、２ステップＲＡ手順後の（再）送信のために、ＵＬ許可またはＤＬ許可を受信し得る。この結果、高い遅延によるパケット損失が低減される。実施例では、ＤＲＸタイマー（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬおよび／またはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ）は、２ステップランダムアクセス手順の間に開始され得る。無線デバイスは、ダウンリンク制御チャネルの監視を継続してもよく、および／または一つまたは複数の再送信をスケジュールする許可（例えば、ＵＬ許可またはＤＬ許可）を首尾よく受信し得る。例示的な実施形態では、無線デバイスは、４ステップランダムアクセス手順のために既存のＤＲＸ動作を維持し得る。一実施例では、無線デバイスは、４ステップランダムアクセス手順のためのＲＡＲウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が実行中である間、ＤＲＸイナクティブ時間内であり得る。４ステップランダムアクセス手順に対する既存のＤＲＸ動作により、バッテリーの電力消費が低減される。無線デバイスは、必要に応じて、例えば、無線デバイスがＤＲＸアクティブ時間内にある時に、ランダムアクセス手順（例えば、２ステップランダムアクセス手順または４ステップランダムアクセス手順）を再開始し得る。
例示的な実施形態では、無線デバイスは、ＤＲＸアクティブ時間中に一つまたは複数のダウンリンク制御チャネルを介して、２ステップランダムアクセス手順（例えば、図１３Ｃ）のＭｓｇＡに応答（例えば、ＭｓｇＢ）を受信し得る。無線デバイスは、ＤＲＸ動作が、ＭｓｇＡのトランスポートブロック（例えば、ＵＲＬＬＣ、Ｖ２Ｘパケット）の送信の成功を確認し得る応答の受信に応答して、アクティブ時間内ではないと判定することに基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止し得る。無線デバイスは、応答の受信に応答して、ＤＲＸイナクティブ時間に移行し得る。この強化されたＤＲＸ手順は、無線デバイスが応答の受信に応答してＤＲＸイナクティブ時間に移行するにつれて、バッター電力消費を低減する一方で、無線デバイスがＭｓｇＢ ＲＡＲウィンドウ中にＤＲＸアクティブ時間に留まるにつれて、パケット送信遅延および損失を低減し得る。例示的な実施形態における無線デバイスは、一つまたは複数のＤＲＸタイマー（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬまたはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ）を開始し得る。無線デバイスは、一つまたは複数のＤＲＸタイマーの起動に基づいて、一つまたは複数のダウンリンク制御チャネルを監視する適切なタイミングまたは時間間隔（持続時間）を決定し得る。例えば、無線デバイスは、例えば、一つまたは複数のＤＲＸタイマーが動作している間、バッター電力を保存するために、一つまたは複数のダウンリンク制御チャネルを監視しなくてもよい。無線デバイスは、一つまたは複数のＤＲＸタイマーの満了に応答して、一つまたは複数のダウンリンク制御チャネルを監視し始めることができる。
例示的な実施形態によれば、無線デバイスは、アクティブ時間として、ｍｓｇＢ ＲＡＲウィンドウ中の時間を決定し得る。例えば、無線デバイスは、競合ベースの２ステップＲＡ手順に対する第一の時間オフセットで、ｍｓｇＢ ＲＡＲウィンドウを開始し得る。例えば、無線デバイスは、競合のない２ステップＲＡ手順のための第一の時間オフセットで、ｍｓｇＢ ＲＡＲウィンドウを開始し得る。例えば、無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信の後、またはそれに応答して、ｍｓｇＢ ＲＡＲウィンドウを起動し得る。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。ＭｓｇＡは、ＲＲＣ要求メッセージを含んでもよい。ＭｓｇＡは、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含んでもよい。無線デバイスは、ＭｓｇＡの応答（例えば、ＭｓｇＢを含むＰＤＳＣＨ）の受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、ＤＬ割り当てを含むＰＤＣＣＨを受信することに応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、ＤＬ割り当てに基づいて、ＭｓｇＡの応答（例えば、ＭｓｇＢを含むＰＤＳＣＨ）を受信し得る。無線デバイスは、アクティブ時間として、ｍｓｇＢ ＲＡＲウィンドウの間の時間を決定し得る。
例示的な実施形態によれば、無線デバイスは、ｍｓｇＢ ＲＡＲウィンドウとは関係なく、２ステップＲＡ手順中にアクティブ時間を決定し得る。例えば、２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順である。例えば、２ステップＲＡ手順は、競合のない２ステップＲＡ手順である。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信の後、または送信に応答して、アクティブ時間の期間を開始し得る。ＭｓｇＡは、ＲＲＣ要求メッセージを含んでもよい。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、競合解決用の無線デバイス識別子を含んでもよい。ＭｓｇＡは、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含んでもよい。無線デバイスは、ＭｓｇＡの応答（例えば、ＭｓｇＢを含むＰＤＳＣＨ）を受信するまで（例えば、応答してアクティブ時間を停止するまで）アクティブ時間を決定し得る。無線デバイスは、ＤＬ割り当てを含むＰＤＣＣＨを受信するまで、またはそれに応答して、アクティブ時間を決定（および／またはアクティブ時間を停止）し得る。無線デバイスは、ＤＬ割り当てに基づいて、ＭｓｇＡの応答（例えば、ＭｓｇＢを含むＰＤＳＣＨ）を受信し得る。無線デバイスは、アクティブ時間として、第一の時間と第二の時間との間の持続時間を決定し得る。第一の時間は、ＭｓｇＡの送信の後、またはそれに応答し得る。第二の時間は、ＭｓｇＡの応答（例えば、ＭｓｇＢを含むＰＤＳＣＨ）の受信に応答し得る。第二の時間は、ＤＬ割り当てを含むＰＤＣＣＨの受信に応答し得る。無線デバイスは、ＤＬ割り当てに基づいて、ＭｓｇＡの応答（例えば、ＭｓｇＢを含むＰＤＳＣＨ）を受信し得る。
図３０Ａは、ＤＲＸ動作の一例である。無線デバイスは、２ステップＲＡ手順を開始し得る。２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順であり得る。例えば、競合ベースの２ステップＲＡ手順について、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択される。２ステップＲＡ手順は、競合のない２ステップＲＡ手順であり得る。例えば、競合のない２ステップＲＡ手順については、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択されない。無線デバイスは、ＭｓｇＡの送信として、プリアンブルおよびトランスポートブロックを送信し得る。無線デバイスは、ＭｓｇＡの応答についてダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、例えば、トランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含む場合、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、トランスポートブロックがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含む場合（および／またはトランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まない場合）、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）に基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して第一のＰＤＣＣＨを受信し得る。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信に応答して開始するｍｓｇＢ ＲＡＲウィンドウ中に第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、ＰＤＳＣＨ（例えば、ＭｓｇＢ）を受信するためのＤＬ割り当てを示し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＭｓｇＡを介してＣ－ＲＮＴＩを送信する場合、Ｃ－ＲＮＴＩにアドレス付けられてもよい。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を送信する場合、ＭｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられてもよい。無線デバイスは、ＤＬ割り当てに基づいて、ＰＤＳＣＨを受信し得る。ＰＤＳＣＨは、ＭｓｇＢ、ＭｓｇＡの応答を含んでもよい。無線デバイスは、ＭｓｇＢの受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＣＣＨを受信する（例えば、ＭｓｇＡに対応するＭｓｇＢを含むＰＤＳＣＨを示す）ことに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、ＰＤＳＣＨを受信する（例えば、ＭｓｇＡに対応するＭｓｇＢを含む）ことに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、（例えば、ＲＡＰＩＤおよび／または競合解決識別子に基づいて）本明細書に記述される実施形態の例に基づいて、ＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）からのＭｓｇＡの応答として、ＭｓｇＢを識別し得る。無線デバイスは、２ステップＲＡ手順が成功裏に完了した後、またはそれに応答して、ダウンリンク制御チャネルを監視し得る。無線デバイスは、２ステップＲＡ手順が成功裏に完了した後、またはそれ応答して、ダウンリンク制御チャネルを介して第二のＰＤＣＣＨを受信し得る。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨであってもよく、および／または２ステップＲＡ手順が成功裏に完了した後、またはそれに応答して最初に受信され得る。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＤＬまたはＵＬ送信（例えば、新しいＤＬまたはＵＬ送信）を示すＰＤＣＣＨであり得る。例えば、無線デバイスは、ＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。例えば、無線デバイスは、ＭｓｇＡを送信する前に、基地局からＣ－ＲＮＴＩを受信する（例えば、無線デバイスはＲＲＣ接続状態である）。例えば、無線デバイスは、基地局から、ＭｓｇＢを介してＣ－ＲＮＴＩを受信する。
図３０Ａでは、無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）を送信することに応答して、第一の時間オフセットでアクティブ時間を開始し得る。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、無線デバイスは、アクティブ時間として、無線デバイスが第一のＰＤＣＣＨを受信するまでの時間を決定し得る。例えば、無線デバイスは、アクティブ時間として、無線デバイスがＰＤＳＣＨを受信するまでの時間を決定し得る。例えば、無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＣＣＨを受信するまでの時間を決定し得る。例えば、無線デバイスは、アクティブ時間として、ｍｓｇＢ ＲＡＲウィンドウが満了または停止するまでの時間を決定し得る。無線デバイスは、第一のＰＤＣＣＨの受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、ＰＤＳＣＨの受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。
図３０Ａは、ＭｓｇＡのトランスポートブロックを介してＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信する無線デバイスのための例であり得る。例えば、無線デバイスは、ｍｓｇＢ ＲＡＲウィンドウの間、ダウンリンク制御チャネルを監視する。無線デバイスは、ＭｓｇＡの送信に応答してｍｓｇ ＢＲＡＲウィンドウを開始し得る。無線デバイスは、ダウンリンク制御チャネルを介して、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨを受信することができる。第一のＰＤＣＣＨは、ＰＤＳＣＨの受信を示すＤＬ割り当てを含んでもよい。ＰＤＳＣＨは、ＴＡコマンド、ＵＬ許可、ＤＬ割り当てのうちの少なくとも一つを含んでもよい。無線デバイスは、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨを受信することに基づいて、２ステップＲＡ手順が成功裏に完了した（および／または競合解決が成功した）と決定し得る。無線デバイスは、第一のＰＤＣＣＨのＤＬ割り当てに基づいて、ＰＤＳＣＨを受信（および／または成功裏に復号化）することに基づいて、２ステップＲＡ手順が成功裏に完了した（および／または競合解決が成功した）と決定し得る。無線デバイスは、Ｍｓｇ Ａ（および／またはＭｓｇＡのトランスポートブロック）の送信に応答して、アクティブ時間を開始することを決定し得る。無線デバイスは、第一のＰＤＣＣＨの受信に応答して、アクティブ時間を停止し得る。例えば、アクティブ時間の期間は、トランスポートブロックが送信される第一の時間と、第一のＰＤＣＣＨが受信される第二の時間との間における第二の期間を含む。無線デバイスは、Ｍｓｇ Ａ（および／またはＭｓｇＡのトランスポートブロック）の送信に応答して、アクティブ時間を開始することを決定し得る。無線デバイスは、２ステップＲＡ手順が競争に成功している（および／または競合解決が成功する）と決定することに応答して、アクティブ時間を停止し得る。例えば、アクティブ時間の期間は、トランスポートブロックが送信される第一の時間と、ＰＤＳＣＨが受信される第二の時間との間における第二の期間を含む。無線デバイスは、Ｍｓｇ Ａ（および／またはＭｓｇＡのトランスポートブロック）の送信に応答して、アクティブ時間を開始することを決定し得る。無線デバイスは、第二のＰＤＣＣＨの受信に応答してアクティブ時間を停止し得る。例えば、アクティブ時間の期間は、トランスポートブロックが送信される第一の時間と、第二のＰＤＣＣＨが受信される第二の時間との間の第二の期間を含む。ｍｓｇＢ ＲＡＲウィンドウは、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨを受信することに基づいて停止し得る。ｍｓｇＢ ＲＡＲウィンドウは、ＰＤＳＣＨの受信に基づいて停止し得る。例えば、無線デバイスは、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨのＤＬ割り当てに基づいて、ＰＤＳＣＨを受信する。
図３０Ｂは、ＤＲＸ動作の一例である。無線デバイスは、２ステップＲＡ手順を開始し得る。２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順であり得る。例えば、競合ベースの２ステップＲＡ手順について、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択される。２ステップＲＡ手順は、競合のない２ステップＲＡ手順であり得る。例えば、競合のない２ステップＲＡ手順については、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択されない。無線デバイスは、ＭｓｇＡの送信として、プリアンブルおよびトランスポートブロックを送信し得る。無線デバイスは、ＭｓｇＡの応答についてダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、例えば、トランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含む場合、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、トランスポートブロックがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含む場合（および／またはトランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まない場合）、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）に基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して第一のＰＤＣＣＨを受信し得る。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信に応答して開始するｍｓｇＢ ＲＡＲウィンドウ中に第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、ＰＤＳＣＨ（例えば、ＭｓｇＢ）を受信するためのＤＬ割り当てを示し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＭｓｇＡを介してＣ－ＲＮＴＩを送信する場合、Ｃ－ＲＮＴＩにアドレス付けられてもよい。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を送信する場合、ＭｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられてもよい。無線デバイスは、ＤＬ割り当てに基づいて、ＰＤＳＣＨを受信し得る。ＰＤＳＣＨは、ＭｓｇＢ、ＭｓｇＡの応答を含んでもよい。無線デバイスは、ＭｓｇＢの受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＣＣＨを受信する（例えば、ＭｓｇＡに対応するＭｓｇＢを含むＰＤＳＣＨを示す）ことに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、ＰＤＳＣＨを受信する（例えば、ＭｓｇＡに対応するＭｓｇＢを含む）ことに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、（例えば、ＲＡＰＩＤおよび／または競合解決識別子に基づいて）本明細書に記述される実施形態の例に基づいて、ＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）からのＭｓｇＡの応答として、ＭｓｇＢを識別し得る。無線デバイスは、２ステップＲＡ手順が成功裏に完了した後、またはそれに応答して、ダウンリンク制御チャネルを監視し得る。無線デバイスは、２ステップＲＡ手順が成功裏に完了した後、またはそれ応答して、ダウンリンク制御チャネルを介して第二のＰＤＣＣＨを受信し得る。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨであってもよく、および／または２ステップＲＡ手順が成功裏に完了した後、またはそれに応答して最初に受信され得る。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＤＬまたはＵＬ送信（例えば、新しいＤＬまたはＵＬ送信）を示すＰＤＣＣＨであり得る。例えば、無線デバイスは、ＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。例えば、無線デバイスは、ＭｓｇＡを送信する前に、基地局からＣ－ＲＮＴＩを受信する（例えば、無線デバイスはＲＲＣ接続状態である）。例えば、無線デバイスは、基地局から、Ｃ－ＲＮＴＩ（または２ステップＲＡ手順が成功裏に完了したことに応答して、Ｃ－ＲＮＴＩに昇格したＴＣ－ＲＮＴＩ）を含むＭｓｇＢを受信する。
図３０Ｂで、無線デバイスは、第一のＰＤＣＣＨの受信に応答して第一の時間オフセットでアクティブ時間を開始し、ＰＤＳＣＨの受信に応答してアクティブ時間を停止し得る。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。
図３０Ｂでは、無線デバイスは、第一のＰＤＣＣＨを受信するのに応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、無線デバイスが第二のＰＤＣＣＨを受信するまでアクティブ時間を決定し得る（および／または第二のＰＤＣＣＨを受信するのに応答してアクティブ時間を停止し得る）。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。
図３０Ｂで、無線デバイスは、ＰＤＳＣＨを受信することに応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＣＣＨを受信するまでの時間を決定し得る。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。
図３０Ｂは、ＭｓｇＡのトランスポートブロックを介してＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を送信する無線デバイスの例であり得る。例えば、無線デバイスは、ｍｓｇＢ ＲＡＲウィンドウの間、ダウンリンク制御チャネルを監視する。例えば、無線デバイスは、ＭｓｇＡを送信することに応答して、ｍｓｇＢ ＲＡＲウィンドウを起動し得る。無線デバイスは、ダウンリンク制御チャネルを介して、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨは、ＰＤＳＣＨの受信を示すＤＬ割り当てを含んでもよい。ＰＤＳＣＨは、ＴＡコマンド、ＵＬ許可、ＤＬ割り当てのうちの少なくとも一つを含んでもよい。無線デバイスは、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨを受信することに基づいて、２ステップＲＡ手順が成功裏に完了した（および／または競合解決が成功した）と決定し得る。無線デバイスは、第一のＰＤＣＣＨのＤＬ割り当てに基づいて、ＰＤＳＣＨを受信（および／または成功裏に復号化）することに基づいて、２ステップＲＡ手順が成功裏に完了した（および／または競合解決が成功した）と決定し得る。図３０Ｂで、無線デバイスは、第一のＰＤＣＣＨを受信するのに応答してアクティブ時間を開始することを決定し得る。無線デバイスは、ＰＤＳＣＨの受信に応答してアクティブ時間を停止し得る。例えば、アクティブ時間の期間は、第一のＰＤＣＣＨが受信された第一の時間と、ＰＤＳＣＨが受信された第二の時間との間の第二の期間を含む。図３０Ｂで、無線デバイスは、２ステップＲＡ手順が競争に成功している（および／または競合解決に成功している）と決定することに応答してアクティブ時間を開始し、および第二のＰＤＣＣＨの受信に応答してアクティブ時間を停止すると決定し得る。無線デバイスは、第一のＰＤＣＣＨ（例えば、Ｃ－ＲＮＴＩにアドレス付けられた）を受信することに応答して、２ステップＲＡ手順が競争に成功している（および／または競合解決に成功している）と決定し得る。例えば、無線デバイスは、第一のＰＤＣＣＨ（例えば、Ｃ－ＲＮＴＩにアドレス付けられた）を受信することに応答して、アクティブ時間を開始する。無線デバイスは、第二のＰＤＣＣＨの受信に応答して、アクティブ時間を停止し得る。この場合、アクティブ時間の期間は、第一のＰＤＣＣＨの第一の受信時間と第二のＰＤＣＣＨの第二の受信時間との間の第二の期間を含む。図３０Ｂで、無線デバイスは、２ステップＲＡ手順が競争に成功している（および／または競合解決に成功している）と決定することに応答してアクティブ時間を開始し、および第二のＰＤＣＣＨの受信に応答してアクティブ時間を停止すると決定し得る。無線デバイスは、ＰＤＳＣＨを受信する（例えば、ＰＤＳＣＨを成功裏に復号化することに応答して）ことに応答して、２ステップＲＡ手順が競争に成功している（および／または競合解決に成功している）と決定し得る。例えば、無線デバイスは、ＰＤＳＣＨの受信に応答してアクティブ時間を開始する（例えば、および／またはＰＤＳＣＨを成功裏に復号化することに応答して）。無線デバイスは、第二のＰＤＣＣＨの受信に応答してアクティブ時間を停止し得る。この場合、アクティブ時間の期間は、ＰＤＳＣＨの第一の受信時間と第二のＰＤＣＣＨの第二の受信時間との間の第二の期間を含む。ｍｓｇＢ ＲＡＲウィンドウは、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨを受信することに基づいて停止し得る。ｍｓｇＢ ＲＡＲウィンドウは、ＰＤＳＣＨの受信に基づいて停止し得る。例えば、無線デバイスは、Ｃ－ＲＮＴＩにアドレス付けられた第一のＰＤＣＣＨのＤＬ割り当てに基づいて、ＰＤＳＣＨを受信する。
例示的な実施形態によれば、無線デバイスは、ｍｓｇＢ ＲＡＲウィンドウとは関係なく、２ステップＲＡ手順中にアクティブ時間を決定し得る。例えば、２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順である。例えば、２ステップＲＡ手順は、競合のない２ステップＲＡ手順である。無線デバイスは、ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）を送信した後、またはそれに応答して、アクティブ時間の期間を開始し得る。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、ＲＲＣ要求メッセージを含んでもよい。ＲＲＣ要求メッセージは、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求のうちの少なくとも一つであり得る。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、競合解決用の無線デバイス識別子を含んでもよい。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含んでもよい。ＭｓｇＡの応答は、ＭｓｇＢ１（例えば、ＴＡコマンド、ＵＬ許可、ＤＬ割り当て、および／または競合解決識別子のうちの少なくとも一つを含む成功ＲＡＲ）およびＭｓｇＢ２（例えば、ＲＲＣ（再）確立、ＲＲＣセットアップ、および／またはＲＲＣ再開のうちの少なくとも一つを含むＲＲＣメッセージ）であり得る。無線デバイスは、ＭｓＭｓｇＢ１ｓＭｓｇＢ２を含むＰＤＳＣＨを受信し得る。無線デバイスは、異なるＰＤＳＣＨを介してＭｓｇＢ１およびＭｓｇＢ２を受信し得る。例えば、無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を介してＭｓｇＢ１を受信し、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を介してＭｓｇＢ２を受信する。
例示的な実施形態によれば、無線デバイスは、無線デバイスが、同じＰＤＳＣＨでＭｓｇＢ１およびＭｓｇＢ２を受信するかどうかに基づいて、アクティブ時間の持続時間を決定し得る。一実施例では、図３０Ａおよび図３０Ｂは、ＭｓｇＢ１およびＭｓｇＢ２を含む。例えば、図３０Ａおよび図３０Ｂは、無線デバイスが、同じＰＤＳＣＨ（例えば、図３０ＢのＰＤＳＣＨ）におけるＭｓｇＢとしてＭｓｇＢ１およびＭｓｇＢ２を受信する例である。
例示的な実施形態によれば、無線デバイスは、ＰＤＳＣＨのＭＡＣ ＰＤＵにおける明示的または黙示的な表示に基づいて、識別し得る。例えば、無線デバイスは、ＭｓｇＡを送信し、ＰＤＳＣＨを受信する。ＰＤＳＣＨのＭＡＣ ＰＤＵは、一つまたは複数の応答を含んでもよい。例えば、一つまたは複数の応答のうちの一つは、成功ＲＡＲ（例えば、ＭｓｇＢ１）であり得る。例えば、一つまたは複数の応答のうちの一つは、ＲＲＣメッセージ（例えば、ＭｓｇＢ２）であり得る。例えば、一つまたは複数の応答のうちの一つは、フォールバックＲＡＲであり得る。例えば、一つまたは複数の応答は、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含む応答を含み得る。ＭＡＣ ＰＤＵは、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）が同じ応答内にあるかどうかを示す（例えば、第一のフィールドを示す）第一の表示を含み得る。例えば、ＭＡＣ ＰＤＵはＭＡＣｓｕｂＰＤＵを含む。ＭＡＣｓｕｂＰＤＵは、成功ＲＡＲ（例えば、ＭｓｇＢ１）および／またはＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含み得る。例えば、ＭＡＣｓｕｂＰＤＵは、第一の表示（例えば、第一のフィールド）を含む。第一の表示（または第一のフィールド）は、本明細書において第一のＭｓｇＢ２表示と呼んでもよい。無線デバイスは、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）が同じ応答（例えば、ＭＡＣｓｕｂＰＤＵ）にあるかどうかを判定し得る。例えば、一つまたは複数の応答は、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含む単一応答を含み得る。一つまたは複数の応答は、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）に対する単一応答に応答する単一応答を含み得る。ＭＡＣ ＰＤＵは、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）が同じ応答にあるかどうかを示す（例えば、第二のフィールドを示す）第二の表示を含み得る。第二の表示（または第二のフィールド）は、本明細書では第二のＭｓｇＢ２表示と呼んでもよい。第二の表示（例えば、第二のフィールド）は、一つまたは複数の応答が、単一応答（例えば、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含む）を含むかを示し得る。例えば、第二の表示（または第二のフィールド）が、一つまたは複数の応答が単一応答を含むことを示し、および／または応答内のＲＡＰＩＤフィールド値が、無線デバイスがＭｓｇＡを介して送信するプリアンブルの識別子に合致しない場合、無線デバイスは、ダウンリンク制御チャネルを監視（例えば、監視に戻る、および／または監視し続ける）し得る。例えば、第二の表示（または第二のフィールド）が、一つまたは複数の応答が単一応答を含むことを示し、および／または応答内のＲＡＰＩＤフィールド値が、無線デバイスがＭｓｇＡを介して送信するプリアンブルの識別子に合致される場合、無線デバイスは、応答を解析し続けることができる。例えば、無線デバイスは、競合解決識別子（例えば、ＭｓｇＢ１またはＭｓｇＢ２によって示される）が無線デバイス識別子（例えば、ＭｓｇＡのトランスポートブロックを介して送信される）と合致するかどうかを判定し得る。
図３１は、ＤＲＸ動作の例である。無線デバイスは、２ステップＲＡ手順の実行を開始することができる。２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順であり得る。例えば、競合ベースの２ステップＲＡ手順について、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択される。２ステップＲＡ手順は、競合のない２ステップＲＡ手順であり得る。例えば、競合のない２ステップＲＡ手順については、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択されない。無線デバイスは、ＭｓｇＡの送信として、プリアンブルおよびトランスポートブロックを送信し得る。無線デバイスは、ＭｓｇＡの応答についてダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、例えば、トランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含む場合、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、トランスポートブロックがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含む場合（および／またはトランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まない場合）、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）に基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して第一のＰＤＣＣＨを受信し得る。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信に応答して開始するｍｓｇＢ ＲＡＲウィンドウ中に第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１）を受信するための第一のＤＬ割り当てを示し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＭｓｇＡを介してＣ－ＲＮＴＩを送信する場合、Ｃ－ＲＮＴＩにアドレス付けられてもよい。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を送信する場合に、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられてもよい。無線デバイスは、第一のＤＬ割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。第一のＰＤＳＣＨは、ＭｓｇＢ１、ＭｓｇＡの応答を含んでもよい。例えば、ＭｓｇＢ１は、ＴＡコマンド、ＵＬ許可、第二のＤＬ割り当て、および／または競合解決識別子のうちの少なくとも一つを含む。無線デバイスは、ＭｓｇＢ１の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、（例えば、ＲＡＰＩＤおよび／または競合解決識別子に基づいて）本明細書に記述される例示的実施形態に基づいて、第一のＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）からのＭｓｇＡの応答として、ＭｓｇＢ１を識別し得る。例えば、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）は、インジケーター（例えば、第一のＭｓｇＢ２表示および／または第二のＭｓｇＢ２表示）を含む。無線デバイスは、インジケーターに基づいて、ＭｓｇＢ２が第一のＰＤＳＣＨにないと決定する。無線デバイスは、ＭｓｇＢ１が第一のＰＤＳＣＨにない、および／またはＭｓｇＢ１がＭｓｇＡの応答であると決定することに基づいて、ＭｓｇＢ２の受信の後、またはそれに応答して、ダウンリンク制御チャネルを監視し得る。無線デバイスは、特定のＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。特定のＲＮＴＩは、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩであり得る。ＭｓｇＢ１は、特定のＲＮＴＩを含んでもよい。無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を受信した後、またはそれに応答して、ダウンリンク制御チャネルを介して第二のＰＤＣＣＨを受信し得る。第二のＰＤＣＣＨは、第三のＤＬ割り当てを含んでもよい。無線デバイスは、第三のＤＬ割り当てに基づいて、第二のＰＤＳＣＨを受信し得る。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または２ステップＲＡ手順が成功裏に完了したの後、またはそれに応答して最初に受信されるＰＤＣＣＨである。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または第一のＰＤＳＣＨの受信の後、またはそれに応答して最初に受信される。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＤＬまたはＵＬ送信（例えば、新しいＤＬまたはＵＬ送信）を示すＰＤＣＣＨであり得る。例えば、無線デバイスは、第一のＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。無線デバイスは、第三のＤＬ割り当てに基づいて、第二のＰＤＳＣＨを受信し得る。第二のＰＤＳＣＨは、ＲＲＣメッセージを含んでもよい。例えば、ＲＲＣメッセージは、ＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、および／またはＲＲＣ再開メッセージのうちの一つであり得る。無線デバイスは、ＭｓｇＢ２の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨの受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、第二のＰＤＳＣＨを受信することに応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。
図３１では、無線デバイスは、ＭｓｇＡの送信に応答して、第一の時間オフセットでアクティブ時間を開始し、第一のＰＤＳＣＨの受信に応答して、アクティブ時間を停止し得る。例えば、アクティブ時間の期間は、ＭｓｇＡが第一の時間オフセットで送信される第一の時間と、第一のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。
図３１では、無線デバイスは、ＭｓｇＡの送信に応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、無線デバイスが第二のＰＤＣＣＨを受信するまでアクティブ時間を決定し得る（および／または第二のＰＤＣＣＨを受信するのに応答してアクティブ時間を停止し得る）。例えば、アクティブ時間の期間は、ＭｓｇＡが第一の時間オフセットで送信される第一の時間と第二のＰＤＣＣＨが受信される第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
図３１では、無線デバイスは、ＭｓｇＡの送信に応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＳＣＨを受信するまでの時間を決定し得る（および／または第二のＰＤＳＣＨを受信するのに応答してアクティブ時間を停止し得る）。例えば、アクティブ時間の期間は、ＭｓｇＡが第一の時間オフセットで送信される第一の時間と第二のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。
図３２は、ＤＲＸ動作の一例である。無線デバイスは、２ステップＲＡ手順の実行を開始することができる。２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順であり得る。例えば、競合ベースの２ステップＲＡ手順について、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択される。２ステップＲＡ手順は、競合のない２ステップＲＡ手順であり得る。例えば、競合のない２ステップＲＡ手順については、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択されない。無線デバイスは、ＭｓｇＡの送信として、プリアンブルおよびトランスポートブロックを送信し得る。無線デバイスは、ＭｓｇＡの応答についてダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、例えば、トランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含む場合、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、トランスポートブロックがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含む場合（および／またはトランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まない場合）、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）に基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して第一のＰＤＣＣＨを受信し得る。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信に応答して開始するｍｓｇＢ ＲＡＲウィンドウ中に第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１）を受信するための第一のＤＬ割り当てを示し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＭｓｇＡを介してＣ－ＲＮＴＩを送信する場合、Ｃ－ＲＮＴＩにアドレス付けられてもよい。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を送信する場合に、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられてもよい。無線デバイスは、第一のＤＬ割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。第一のＰＤＳＣＨは、ＭｓｇＢ１、ＭｓｇＡの応答を含んでもよい。例えば、ＭｓｇＢ１は、ＴＡコマンド、ＵＬ許可、第二のＤＬ割り当て、および／または競合解決識別子のうちの少なくとも一つを含む。無線デバイスは、ＭｓｇＢ１の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、（例えば、ＲＡＰＩＤおよび／または競合解決識別子に基づいて）本明細書に記述される例示的実施形態に基づいて、第一のＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）からのＭｓｇＡの応答として、ＭｓｇＢ１を識別し得る。例えば、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）は、インジケーター（例えば、第一のＭｓｇＢ２表示および／または第二のＭｓｇＢ２表示）を含む。無線デバイスは、インジケーターに基づいて、ＭｓｇＢ２が第一のＰＤＳＣＨにないと決定する。無線デバイスは、ＭｓｇＢ１が第一のＰＤＳＣＨにない、および／またはＭｓｇＢ１がＭｓｇＡの応答であると決定することに基づいて、ＭｓｇＢ２の受信の後、またはそれに応答して、ダウンリンク制御チャネルを監視し得る。無線デバイスは、特定のＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。特定のＲＮＴＩは、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩであり得る。ＭｓｇＢ１は、特定のＲＮＴＩを含んでもよい。無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を受信した後、またはそれに応答して、ダウンリンク制御チャネルを介して第二のＰＤＣＣＨを受信し得る。第二のＰＤＣＣＨは、第三のＤＬ割り当てを含んでもよい。無線デバイスは、第三のＤＬ割り当てに基づいて、第二のＰＤＳＣＨを受信し得る。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または２ステップＲＡ手順が成功裏に完了したの後、またはそれに応答して最初に受信されるＰＤＣＣＨである。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または第一のＰＤＳＣＨの受信の後、またはそれに応答して最初に受信される。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＤＬまたはＵＬ送信（例えば、新しいＤＬまたはＵＬ送信）を示すＰＤＣＣＨであり得る。例えば、無線デバイスは、第一のＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。無線デバイスは、第三のＤＬ割り当てに基づいて、第二のＰＤＳＣＨを受信し得る。第二のＰＤＳＣＨは、ＲＲＣメッセージを含んでもよい。例えば、ＲＲＣメッセージは、ＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、および／またはＲＲＣ再開メッセージのうちの一つであり得る。無線デバイスは、ＭｓｇＢ２の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨの受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、第二のＰＤＳＣＨを受信することに応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。
図３２では、無線デバイスは、第一のＰＤＣＣＨを受信することに応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、第二のＰＤＣＣＨの受信に応答してアクティブ時間を停止し得る。例えば、アクティブ時間の期間は、第一のＰＤＣＣＨが第一の時間オフセットで受信された第一の時間と、第二のＰＤＣＣＨが受信された第二の時間との間の第二の期間を含む。例えば、第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
図３２では、無線デバイスは、第一のＰＤＣＣＨを受信することに応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、無線デバイスが第二のＰＤＳＣＨを受信するまでアクティブ時間を決定し得る（および／または第二のＰＤＳＣＨを受信するのに応答してアクティブ時間を停止し得る）。例えば、アクティブ時間の期間は、第一のＰＤＣＣＨが第一の時間オフセットで受信された第一の時間と、第二のＰＤＳＣＨが受信された第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。
図３２では、無線デバイスは、第一のＰＤＳＣＨを受信するのに応答して、アクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＣＣＨを受信するまでの時間を決定し得る。例えば、アクティブ時間の期間は、第一のＰＤＳＣＨが受信される第一の時間と第二のＰＤＣＣＨが受信される第二の時間との間の第二の期間を含む。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
図３２では、無線デバイスは、第一のＰＤＳＣＨを受信するのに応答して、アクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＳＣＨを受信するまでの時間を決定し得る。例えば、アクティブ時間の期間は、第一のＰＤＳＣＨが受信される第一の時間と第二のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。図３２では、無線デバイスは、第二のＰＤＣＣＨの受信に応答して、アクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＳＣＨを受信するまでの時間を決定し得る。例えば、アクティブ時間の期間は、第二のＰＤＣＣＨが受信される第一の時間と第二のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。
例示的な実施形態によれば、無線デバイスは、ｍｓｇＢ ＲＡＲウィンドウとは関係なく、２ステップＲＡ手順中にアクティブ時間を決定し得る。例えば、２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順である。例えば、２ステップＲＡ手順は、競合のない２ステップＲＡ手順である。無線デバイスは、ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）を送信した後、またはそれに応答して、アクティブ時間の期間を開始し得る。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、ＲＲＣ要求メッセージを含んでもよい。ＲＲＣ要求メッセージは、ＲＲＣ（再）確立要求、ＲＲＣセットアップ要求、および／またはＲＲＣ再開要求のうちの少なくとも一つであり得る。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、競合解決用の無線デバイス識別子を含んでもよい。ＭｓｇＡ（例えば、ＭｓｇＡのトランスポートブロック）は、Ｃ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含んでもよい。ＭｓｇＡの応答は、ＭｓｇＢ１（例えば、ＴＡコマンド、ＵＬ許可、ＤＬ割り当て、および／または競合解決識別子のうちの少なくとも一つを含む成功ＲＡＲ）およびＭｓｇＢ２（例えば、ＲＲＣ（再）確立、ＲＲＣセットアップ、および／またはＲＲＣ再開のうちの少なくとも一つを含むＲＲＣメッセージ）であり得る。無線デバイスは、ＭｓＭｓｇＢ１ｓＭｓｇＢ２を含むＰＤＳＣＨを受信し得る。無線デバイスは、異なるＰＤＳＣＨを介してＭｓｇＢ１およびＭｓｇＢ２を受信し得る。例えば、無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を介してＭｓｇＢ１を受信する。第一のＰＤＳＣＨは、ＤＬ割り当てを含んでもよい。無線デバイスは、ＤＬ割り当てに基づいて、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信し得る。
例示的な実施形態によれば、無線デバイスは、無線デバイスが、同じＰＤＳＣＨでＭｓｇＢ１およびＭｓｇＢ２を受信するかどうかに基づいて、アクティブ時間の持続時間を決定し得る。一実施例では、図３０Ａおよび図３０Ｂは、ＭｓｇＢ１およびＭｓｇＢ２を含む。例えば、図３０Ａおよび図３０Ｂは、無線デバイスが、同じＰＤＳＣＨ（例えば、図３０ＢのＰＤＳＣＨ）におけるＭｓｇＢとしてＭｓｇＢ１およびＭｓｇＢ２を受信する例である。
例示的な実施形態によれば、無線デバイスは、ＰＤＳＣＨのＭＡＣ ＰＤＵにおける明示的または黙示的な表示に基づいて、識別し得る。例えば、無線デバイスは、ＭｓｇＡを送信し、ＰＤＳＣＨを受信する。ＰＤＳＣＨのＭＡＣ ＰＤＵは、一つまたは複数の応答を含んでもよい。例えば、一つまたは複数の応答のうちの一つは、成功ＲＡＲ（例えば、ＭｓｇＢ１）であり得る。例えば、一つまたは複数の応答のうちの一つは、ＲＲＣメッセージ（例えば、ＭｓｇＢ２）であり得る。例えば、一つまたは複数の応答のうちの一つは、フォールバックＲＡＲであり得る。例えば、一つまたは複数の応答は、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含む応答を含み得る。ＭＡＣ ＰＤＵは、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）が同じ応答内にあるかどうかを示す（例えば、第一のフィールドを示す）第一の表示を含み得る。例えば、ＭＡＣ ＰＤＵはＭＡＣｓｕｂＰＤＵを含む。ＭＡＣｓｕｂＰＤＵは、成功ＲＡＲ（例えば、ＭｓｇＢ１）および／またはＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含み得る。例えば、ＭＡＣｓｕｂＰＤＵは、第一の表示（例えば、第一のフィールド）を含む。第一の表示（または第一のフィールド）は、本明細書において第一のＭｓｇＢ２表示と呼んでもよい。無線デバイスは、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）が同じ応答（例えば、ＭＡＣｓｕｂＰＤＵ）にあるかどうかを判定し得る。例えば、一つまたは複数の応答は、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含む単一応答を含み得る。一つまたは複数の応答は、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）に対する単一応答に応答する単一応答を含み得る。ＭＡＣ ＰＤＵは、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）が同じ応答にあるかどうかを示す（例えば、第二のフィールドを示す）第二の表示を含み得る。第二の表示（または第二のフィールド）は、本明細書では第二のＭｓｇＢ２表示と呼んでもよい。第二の表示（例えば、第二のフィールド）は、一つまたは複数の応答が、単一応答（例えば、成功ＲＡＲ（例えば、ＭｓｇＢ１）およびＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含む）を含むかを示し得る。例えば、第二の表示（または第二のフィールド）が、一つまたは複数の応答が単一応答を含むことを示し、および／または応答内のＲＡＰＩＤフィールド値が、無線デバイスがＭｓｇＡを介して送信するプリアンブルの識別子に合致しない場合、無線デバイスは、ＲＲＣメッセージ（例えば、ＭｓｇＢ２）を受信しようとし得る。この場合、ＭｓｇＢ１は、ＤＬ割り当てを含んでもよい。ＤＬ割り当ては、第二のＰＤＳＣＨのＤＬスケジューリング情報を示し得る。第二のＰＤＳＣＨは、ＲＲＣメッセージ（例えば、ＭｓｇＢ２）を含み得る。例えば、第二の表示（または第二のフィールド）が、一つまたは複数の応答が単一応答を含むことを示し、および／または応答内のＲＡＰＩＤフィールド値が、無線デバイスがＭｓｇＡを介して送信するプリアンブルの識別子に合致される場合、無線デバイスは、応答を解析し続けることができる。例えば、無線デバイスは、競合解決識別子（例えば、ＭｓｇＢ１またはＭｓｇＢ２によって示される）が無線デバイス識別子（例えば、ＭｓｇＡのトランスポートブロックを介して送信される）と合致するかどうかを判定し得る。
図３３は、ＤＲＸ動作の一例である。無線デバイスは、２ステップＲＡ手順の実行を開始することができる。２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順であり得る。例えば、競合ベースの２ステップＲＡ手順について、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択される。２ステップＲＡ手順は、競合のない２ステップＲＡ手順であり得る。例えば、競合のない２ステップＲＡ手順については、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択されない。無線デバイスは、ＭｓｇＡの送信として、プリアンブルおよびトランスポートブロックを送信し得る。無線デバイスは、ＭｓｇＡの応答についてダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、例えば、トランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含む場合、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、トランスポートブロックがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含む場合（および／またはトランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まない場合）、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）に基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して第一のＰＤＣＣＨを受信し得る。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信に応答して開始するｍｓｇＢ ＲＡＲウィンドウ中に第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１）を受信するための第一のＤＬ割り当てを示し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＭｓｇＡを介してＣ－ＲＮＴＩを送信する場合、Ｃ－ＲＮＴＩにアドレス付けられてもよい。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を送信する場合に、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられてもよい。無線デバイスは、第一のＤＬ割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。第一のＰＤＳＣＨは、ＭｓｇＢ１、ＭｓｇＡの応答を含んでもよい。例えば、ＭｓｇＢ１は、ＴＡコマンド、ＵＬ許可、および／または競合解決識別子のうちの少なくとも一つを含む。無線デバイスは、ＭｓｇＢ１の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、（例えば、ＲＡＰＩＤおよび／または競合解決識別子に基づいて）本明細書に記述される例示的実施形態に基づいて、第一のＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）からのＭｓｇＡの応答として、ＭｓｇＢ１を識別し得る。例えば、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）は、インジケーター（例えば、第一のＭｓｇＢ２表示および／または第二のＭｓｇＢ２表示）を含む。無線デバイスは、インジケーターに基づいて、ＭｓｇＢ２が第一のＰＤＳＣＨにないと決定する。ＭｓｇＢ２は、第二のＤＬ割り当てをさらに含み得る。第二のＤＬ割り当ては、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信するために必要なＤＬスケジューリング情報を示し得る。無線デバイスは、第二のＤＬ割り当てに基づいて、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信し得る。無線デバイスは、第二のＤＬ割り当てに基づいて、ＭｓｇＢ２が第一のＰＤＳＣＨにない、および／またはＭｓｇＢ１がＭｓｇＡの応答であると決定することに基づいて、第二のＰＤＳＣＨを受信しようとし得る。第二のＤＬ割り当ては、一つまたは複数のＤＬ送信パラメーター、例えば、受信タイミング、受信周波数、ＰＤＳＣＨのサイズなどを示し得る。第二のＰＤＳＣＨは、ＲＲＣメッセージを含んでもよい。例えば、ＲＲＣメッセージは、ＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、および／またはＲＲＣ再開メッセージのうちの一つであり得る。無線デバイスは、ＭｓｇＢ２の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨの受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、第二のＰＤＳＣＨを受信することに応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、例えば、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）の受信の後、またはそれに応答して、特定のＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し始めることができる。特定のＲＮＴＩは、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩであり得る。ＭｓｇＢ１は、特定のＲＮＴＩを含んでもよい。無線デバイスは、第二のＰＤＳＣＨを受信した（例えば、ＭｓｇＢ２を含む）後、またはそれに応答して、ダウンリンク制御チャネルを介して第二のＰＤＣＣＨを受信し得る。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または第一のＰＤＳＣＨの受信の後、またはそれに応答して最初に受信される。例えば、無線デバイスは、第一のＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、かつ／または第二のＰＤＳＣＨの受信の後、またはそれに応答して最初に受信されるＰＤＣＣＨである。例えば、無線デバイスは、第二のＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または２ステップＲＡ手順が成功裏に完了した後、またはそれに応答して最初に受信されるＰＤＣＣＨである。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＤＬまたはＵＬ送信（例えば、新しいＤＬまたはＵＬ送信）を示すＰＤＣＣＨであり得る。
図３３では、無線デバイスは、ＭｓｇＡの送信に応答して、第一の時間オフセットでアクティブ時間を開始し、第一のＰＤＳＣＨの受信に応答して、アクティブ時間を停止し得る。例えば、アクティブ時間の期間は、ＭｓｇＡが第一の時間オフセットで送信される第一の時間と、第一のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。
図３３では、無線デバイスは、ＭｓｇＡの送信に応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、無線デバイスが第二のＰＤＳＣＨを受信するまでアクティブ時間を決定し得る（および／または第二のＰＤＳＣＨを受信するのに応答してアクティブ時間を停止し得る）。例えば、アクティブ時間の期間は、ＭｓｇＡが第一の時間オフセットで送信される第一の時間と第二のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。
図３３では、無線デバイスは、ＭｓｇＡの送信に応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＣＣＨを受信するまでの時間を決定し得る（および／または第二のＰＤＣＣＨを受信するのに応答してアクティブ時間を停止し得る）。例えば、アクティブ時間の期間は、ＭｓｇＡが第一の時間オフセットで送信される第一の時間と第二のＰＤＣＣＨが受信される第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、プリアンブルのプリアンブル送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、トランスポートブロック（および／またはＭｓｇＡ）のトランスポートブロック（および／またはＭｓｇＡ）送信機会の最後のシンボルの後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
図３４は、ＤＲＸ動作の一例である。無線デバイスは、２ステップＲＡ手順の実行を開始することができる。２ステップＲＡ手順は、競合ベースの２ステップＲＡ手順であり得る。例えば、競合ベースの２ステップＲＡ手順について、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択される。２ステップＲＡ手順は、競合のない２ステップＲＡ手順であり得る。例えば、競合のない２ステップＲＡ手順については、ＭｓｇＡを介して無線デバイスによって送信されるプリアンブルは、競合ベースの２ステップＲＡ手順に対して割り当てられた（または構成または割り当てられた）一つまたは複数のプリアンブルの中から無線デバイスのＭＡＣ層によって選択されない。無線デバイスは、ＭｓｇＡの送信として、プリアンブルおよびトランスポートブロックを送信し得る。無線デバイスは、ＭｓｇＡの応答についてダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、例えば、トランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含む場合、Ｃ－ＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、例えば、トランスポートブロックがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を含む場合（および／またはトランスポートブロックがＣ－ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まない場合）、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）に基づいて、ダウンリンク制御チャネルを監視し得る。無線デバイスは、ダウンリンク制御チャネルを介して第一のＰＤＣＣＨを受信し得る。無線デバイスは、ＭｓｇＡ（またはＭｓｇＡのトランスポートブロック）の送信に応答して開始するｍｓｇＢ ＲＡＲウィンドウ中に第一のＰＤＣＣＨを受信し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１）を受信するための第一のＤＬ割り当てを示し得る。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＭｓｇＡを介してＣ－ＲＮＴＩを送信する場合、Ｃ－ＲＮＴＩにアドレス付けられてもよい。第一のＰＤＣＣＨ（例えば、ＤＣＩ）は、例えば、無線デバイスがＲＲＣ要求メッセージ（例えば、ＣＣＣＨ ＳＤＵ）を送信する場合に、ｍｓｇＢ ＲＮＴＩ（またはＲＡ－ＲＮＴＩ）にアドレス付けられてもよい。無線デバイスは、第一のＤＬ割り当てに基づいて、第一のＰＤＳＣＨを受信し得る。第一のＰＤＳＣＨは、ＭｓｇＢ１、ＭｓｇＡの応答を含んでもよい。例えば、ＭｓｇＢ１は、ＴＡコマンド、ＵＬ許可、および／または競合解決識別子のうちの少なくとも一つを含む。無線デバイスは、ＭｓｇＢ１の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、（例えば、ＲＡＰＩＤおよび／または競合解決識別子に基づいて）本明細書に記述される例示的実施形態に基づいて、第一のＰＤＳＣＨ（例えば、ＭＡＣ ＰＤＵ）からのＭｓｇＡの応答として、ＭｓｇＢ１を識別し得る。例えば、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１を含む）は、インジケーター（例えば、第一のＭｓｇＢ２表示および／または第二のＭｓｇＢ２表示）を含む。無線デバイスは、インジケーターに基づいて、ＭｓｇＢ２が第一のＰＤＳＣＨにないと決定する。ＭｓｇＢ２は、第二のＤＬ割り当てをさらに含み得る。第二のＤＬ割り当ては、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信するために必要なＤＬスケジューリング情報を示し得る。無線デバイスは、第二のＤＬ割り当てに基づいて、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信し得る。無線デバイスは、第二のＤＬ割り当てに基づいて、ＭｓｇＢ２が第一のＰＤＳＣＨにない、および／またはＭｓｇＢ１がＭｓｇＡの応答であると決定することに基づいて、第二のＰＤＳＣＨを受信しようとし得る。第二のＤＬ割り当ては、一つまたは複数のＤＬ送信パラメーター、例えば、受信タイミング、受信周波数、ＰＤＳＣＨのサイズなどを示し得る。第二のＰＤＳＣＨは、ＲＲＣメッセージを含んでもよい。例えば、ＲＲＣメッセージは、ＲＲＣ（再）確立メッセージ、ＲＲＣセットアップメッセージ、および／またはＲＲＣ再開メッセージのうちの一つであり得る。無線デバイスは、ＭｓｇＢ２の受信に応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）を受信することに応答して、２ステップＲＡ手順が成功裏に完了したと決定し得る。無線デバイスは、第一のＰＤＳＣＨの受信に応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、第二のＰＤＳＣＨを受信することに応答して、ｍｓｇＢ ＲＡＲウィンドウを停止し得る。無線デバイスは、例えば、第二のＰＤＳＣＨ（例えば、ＭｓｇＢ２を含む）の受信の後、またはそれに応答して、特定のＲＮＴＩに基づいて、ダウンリンク制御チャネルを監視し始めることができる。特定のＲＮＴＩは、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩであり得る。ＭｓｇＢ１は、特定のＲＮＴＩを含んでもよい。無線デバイスは、第二のＰＤＳＣＨを受信した（例えば、ＭｓｇＢ２を含む）後、またはそれに応答して、ダウンリンク制御チャネルを介して第二のＰＤＣＣＨを受信し得る。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または第一のＰＤＳＣＨの受信の後、またはそれに応答して最初に受信される。例えば、無線デバイスは、第一のＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、かつ／または第二のＰＤＳＣＨの受信の後、またはそれに応答して最初に受信されるＰＤＣＣＨである。例えば、無線デバイスは、第二のＰＤＳＣＨの受信と第二のＰＤＣＣＨの受信との間でＣ－ＲＮＴＩにアドレス付けられたＰＤＣＣＨを受信しない。例えば、第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられ、および／または２ステップＲＡ手順が成功裏に完了した後、またはそれに応答して最初に受信されるＰＤＣＣＨである。第二のＰＤＣＣＨは、Ｃ－ＲＮＴＩにアドレス付けられたＤＬまたはＵＬ送信（例えば、新しいＤＬまたはＵＬ送信）を示すＰＤＣＣＨであり得る。
図３４では、無線デバイスは、第一のＰＤＣＣＨの受信に応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、第二のＰＤＳＣＨの受信に応答してアクティブ時間を停止し得る。例えば、アクティブ時間の期間は、第一のＰＤＣＣＨが第一の時間オフセットで受信された第一の時間と、第二のＰＤＳＣＨが受信された第二の時間との間の第二の期間を含む。例えば、第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。
図３４では、無線デバイスは、第一のＰＤＣＣＨの受信に応答して、第一の時間オフセットでアクティブ時間を開始し得る。無線デバイスは、無線デバイスが第二のＰＤＣＣＨを受信するまでアクティブ時間を決定し得る（および／または第二のＰＤＣＣＨを受信するのに応答してアクティブ時間を停止し得る）。例えば、アクティブ時間の期間は、第一のＰＤＣＣＨが第一の時間オフセットで受信された第一の時間と、第二のＰＤＣＣＨが受信された第二の時間との間の第二の期間を含む。第一の時間オフセットは、第一の値（例えば、ゼロ）として事前に定義され得る。例えば、第一の時間オフセットは、ＣＯＲＥＳＥＴの基準シンボル（例えば、第一のシンボルまたは時間内に最初に位置するシンボル）であり得る。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨを受信した後の少なくとも一つまたは複数のシンボル（例えば、少なくとも一つのシンボル）である、最も早いＣＯＲＥＳＥＴである。例えば、ＣＯＲＥＳＥＴは、第一のＰＤＣＣＨが受信される一つまたは複数のシンボルを含む、最も早いＣＯＲＥＳＥＴである。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
図３４では、無線デバイスは、第一のＰＤＳＣＨを受信するのに応答して、アクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＳＣＨを受信するまでの時間を決定し得る。例えば、アクティブ時間の期間は、第一のＰＤＳＣＨが受信される第一の時間と第二のＰＤＳＣＨが受信される第二の時間との間の第二の期間を含む。
図３４では、無線デバイスは、第一のＰＤＳＣＨを受信するのに応答して、アクティブ時間を開始し得る。無線デバイスは、ＭｓｇＢ１の受信（および／または、ＭｓｇＢ１が、本明細書に記述される例示的実施形態に基づいて、ＭｓｇＡの応答であると決定すること）に応答してアクティブ時間を開始し得る。無線デバイスは、ＭｓｇＢ１の受信（および／またはＭｓｇＢ１の受信に基づいて、２ステップＲＡ手順が成功裏に完了したと決定すること）に応答してアクティブ時間を開始し得る。無線デバイスは、ＭｓｇＢ１の受信（および／またはＭｓｇＢ１の受信に基づいて、ＭｓｇＡの応答の受信が成功していると決定すること）に応答してアクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＣＣＨを受信するまでの時間を決定し得る。例えば、アクティブ時間の期間は、第一のＰＤＳＣＨ（例えば、ＭｓｇＢ１）が受信される第一の時間と第二のＰＤＣＣＨが受信される第二の時間との間の第二の期間を含む。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
図３４では、無線デバイスは、第二のＰＤＳＣＨの受信に応答して、アクティブ時間を開始し得る。無線デバイスは、ＭｓｇＢ２の受信（および／または、ＭｓｇＢ２が、本明細書に記述される例示的実施形態に基づいて、ＭｓｇＡの応答であると決定すること）に応答してアクティブ時間を開始し得る。無線デバイスは、ＭｓｇＢ２の受信（および／またはＭｓｇＢ２の受信に基づいて、２ステップＲＡ手順が成功裏に完了したと決定すること）に応答してアクティブ時間を開始し得る。無線デバイスは、ＭｓｇＢ２の受信（および／またはＭｓｇＢ２の受信に基づいて、ＭｓｇＡの応答の受信が成功したと判定すること）に応答してアクティブ時間を開始し得る。無線デバイスは、アクティブ時間として、無線デバイスが第二のＰＤＣＣＨを受信するまでの時間を決定し得る。例えば、アクティブ時間の期間は、第二のＰＤＳＣＨが受信される第一の時間と第二のＰＤＣＣＨが受信される第二の時間との間の第二の期間を含む。無線デバイスは、第二のＰＤＣＣＨの受信に基づいて、および／または本明細書に記述されるＤＲＸ動作に基づいて、一つまたは複数の第一のタイマーを（再）起動してもよく、および／または一つまたは複数の第二のタイマーを停止し得る。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨはＤＬ割り当てを含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨはＵＬ許可を含む）。例えば、一つまたは複数の第一のタイマーは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（例えば、新しい送信（ＤＬまたはＵＬ）を示す第二のＰＤＣＣＨ）を含む。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを含む（例えば、第二のＰＤＣＣＨは、ＤＬ割り当てを含む）。一つまたは複数の第二のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを含む（例えば、第二のＰＤＣＣＨは、ＵＬ許可を含む）。
実施形態によれば、無線デバイスは、第一のプリアンブルと、無線デバイスアイデンティティを含む第一のトランスポートブロックとを含む第一のメッセージを送信し得る。無線デバイスは、第一のメッセージの送信に応答して開始する時間間隔の間に、第一の応答を受信し得る。無線デバイスは、無線デバイスアイデンティティを含む第一の応答に応答して、不連続受信動作のアクティブ時間として時間間隔の一部を決定し得る。無線デバイスは、時間間隔の一部分に基づいて、不連続受信動作に使用される一つまたは複数のネットワーク識別子に基づく制御チャネルを監視（または監視を開始）し得る。無線デバイスは、アクティブ時間中に受信した第二の応答の復号化成功に応答して、アップリンク制御信号を送信し得る。例えば、第二の時間間隔は、無線デバイスアイデンティティを含む第一の応答に応答して開始し得る。例えば、時間間隔は、無線デバイスアイデンティティを含む第一の応答に応答して再開する。例えば、無線デバイスは、時間間隔内に第二の応答を受信する。例えば、アクティブ時間の部分は、第一の応答の受信に応答して開始する。例えば、第一のトランスポートブロックは、無線リソース制御メッセージ要求をさらに含む。例えば、無線リソース制御メッセージ要求は、無線リソース制御（再）確立要求、無線リソース制御セットアップ要求、および／または無線リソース制御再開要求のうちの少なくとも一つを含む。例えば、第二の応答は、無線リソース制御メッセージを含む。例えば、無線リソース制御メッセージは、無線リソース制御（再）確立メッセージ、無線リソース制御セットアップメッセージ、および／または無線リソース制御再開メッセージのうちの少なくとも一つを含む。例えば、無線デバイスは、第一のネットワーク識別子に基づいて、第一のダウンリンク制御情報を受信し、第一のダウンリンク制御情報は、第一の応答を受信するために使用されるダウンリンク割り当てを示す。例えば、一つまたは複数のネットワーク識別子は、第一のネットワーク識別子を含まない。例えば、第一のネットワーク識別子は、２ステップランダムアクセス手順に使用されるランダムアクセスネットワーク識別子である。例えば、一つまたは複数のネットワーク識別子は、セルネットワーク識別子を含む。例えば、無線デバイスは、第一の応答を受信するのに応答して、第一の時間間隔を停止する。例えば、無線デバイスは、第二の応答を受信することに応答して第一の時間間隔を停止する。例えば、第一の応答は、第二の応答を受信するためのダウンリンク割り当てをさらに含む。例えば、無線デバイスは、ダウンリンク割り当てに基づいて、第二の応答を受信する。例えば、無線デバイスは、第一の応答を受信することに応答して、アクティブ時間の終了を決定する。例えば、無線デバイスは、第二の応答を受信することに応答して、アクティブ時間の終了を決定する。例えば、無線デバイスは、第二の応答をスケジューリングするダウンリンク制御情報の受信に応答して、アクティブ時間の終了を決定する。例えば、無線デバイスは、２ステップランダムアクセス手順のための第一のメッセージを送信する。例えば、２ステップランダムアクセス手順は、競合ベースの２ステップランダムアクセス手順である。一例では、２ステップランダムアクセス手順は、競合のない２ステップランダムアクセス手順である。
例示的な実施形態によれば、無線デバイスは、第一のプリアンブルと、無線デバイスアイデンティティを含む第一のトランスポートブロックとを含む第一のメッセージを送信し得る。無線デバイスは、第一のメッセージの送信に応答して開始する時間間隔の間に第一の応答を受信し得る。無線デバイスは、無線デバイスアイデンティティを示す第一の応答に応答して、不連続受信動作のアクティブ時間を開始し得る。無線デバイスは、アクティブ時間に基づいて、不連続受信動作に使用される一つまたは複数のネットワーク識別子に基づく制御チャネルを監視（または監視を開始）し得る。無線デバイスは、アクティブ時間中に受信した第二の応答の復号化成功に応答して、アップリンク制御信号を送信し得る。
例示的な実施形態によれば、無線デバイスは、第一のプリアンブルを含む第一のメッセージおよび／または無線デバイスアイデンティティを含む第一のトランスポートブロックを送信し得る。無線デバイスは、第一のメッセージの送信に応答して開始する時間間隔の間に、第一のメッセージの第一の応答を受信し得る。無線デバイスは、第一の応答によって示されるダウンリンク割り当てに基づいて、第一のメッセージの第二の応答を受信し得る。無線デバイスは、第二の応答を受信することに応答して、不連続受信動作のアクティブ時間を開始し得る。無線デバイスは、アクティブ時間に基づいて、不連続受信動作に使用される一つまたは複数のネットワーク識別子に基づく制御チャネルを監視し始めることができる。例えば、無線デバイスは、第一の応答の受信に応答して、第一の時間間隔を停止すると決定し得る。例えば、無線デバイスは、第二の応答を受信するのに応答して、第一の時間間隔を停止すると決定し得る。
例示的な実施形態によれば、無線デバイスは、第一のプリアンブルを含む第一のメッセージおよび／または無線デバイスアイデンティティを含む第一のトランスポートブロックを送信し得る。無線デバイスは、第一のメッセージの送信に応答して、時間間隔を開始することができる。無線デバイスは、第一のメッセージの送信に応答して、不連続受信動作のアクティブ時間を開始し得る。無線デバイスは、アクティブ時間の間に、不連続受信動作に使用される一つまたは複数のネットワーク識別子に基づいて、制御チャネルを監視し始めることができる。無線デバイスは、時間間隔の間に無線デバイスアイデンティティを示す第一の応答を受信し得る。
図３５は、本開示の例示的な実施形態の一態様に基づくフロー図である。３５１０で、無線デバイスは、プリアンブルおよびトランスポートブロックを含むメッセージを送信し得る。トランスポートブロックは、無線デバイスの無線デバイスアイデンティティを示し得る。トランスポートブロックは送信機会を介して送信され得る。３５２０で、無線デバイスは、無線デバイスの不連続受信（ＤＲＸ）動作が、時間ウィンドウの実行に基づいて、ＤＲＸアクティブ時間内にあると決定し得る。時間ウィンドウは送信機会の後に少なくとも一つのシンボルである無線デバイスの制御リソースセットの第一のシンボルで開始され得る。３５３０で、無線デバイスは、一つまたは複数のダウンリンク制御チャネルを介して、メッセージに対する応答を受信し得る。無線デバイスは、ＤＲＸ動作がＤＲＸアクティブ時間内にあるという決定に基づいて、応答を受信し得る。３５４０で、無線デバイスは、一つまたは複数のダウンリンク制御チャネルの監視を停止し得る。無線デバイスは、応答の受信に応答して、ＤＲＸ動作がＤＲＸアクティブ時間内にないという判定に基づいて、監視を停止し得る。
例示的な実施形態によれば、無線デバイスは、２ステップランダムアクセス手順のメッセージを送信し得る。無線デバイスは、ＤＲＸ動作を構成するＤＲＸ構成パラメーターを受信し得る。無線デバイスは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信機会を介して、プリアンブルを送信し得る。送信機会は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信機会であり得る。無線デバイスは、応答のために、メッセージＢ無線ネットワーク一時識別子（ＭＳＧＢ－ＲＮＴＩ）を使用して、一つまたは複数のダウンリンク制御チャネルを監視し得る。無線デバイスは、ＰＲＡＣＨ送信機会および／またはＰＵＳＣＨ送信機会の無線リソースパラメーターに基づいて、ＭＳＧＢ－ＲＮＴＩを決定し得る。無線デバイスは、ＤＲＸ動作がＤＲＸアクティブ時間内にあるという判定に基づいて、ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、一つまたは複数のダウンリンク制御チャネルを監視し得る。無線デバイスは、応答を受信することに応答して、時間ウィンドウを停止し得る。ＤＲＸ動作がＤＲＸアクティブ時間内にないという決定は、時間ウィンドウの停止に応答し得る。ＤＲＸ動作は、時間ウィンドウが実行中である間、ＤＲＸアクティブ時間内であり得る。トランスポートブロックは、無線デバイスのＣ－ＲＮＴＩを示すセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含み得る。Ｃ－ＲＮＴＩは、無線デバイスアイデンティティを示し得る。無線デバイスは、応答のために、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含むトランスポートブロックに基づいて、Ｃ－ＲＮＴＩを使用して、一つまたは複数のダウンリンク制御チャネルを監視し得る。応答は、Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）であり得る。無線デバイスは、応答がＣ－ＲＮＴＩにアドレス付けられたＤＣＩであること応答して、２ステップランダムアクセス手順が成功裏に完了すると決定し得る。ＤＣＩは、送信に対する許可を含んでもよい。許可はアップリンク許可とすることができる。許可は、ダウンリンク割り当てとすることができる。無線デバイスは、送信が新しい送信であることに応答して、ＤＲＸイナクティビティタイマーを起動し得る。無線デバイスは、ＤＲＸイナクティビティタイマーが実行中である間に、ＤＲＸ動作がアクティブ時間内にあると決定し得る。無線デバイスは、アクティブ時間の間に、送信の再送信のための第二の許可を含む第二のＤＣＩを受信し得る。無線デバイスは、第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始し得る。無線デバイスは、ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答してＤＲＸ再送信タイマーを起動してもよく、ＤＲＸ動作は、ＤＲＸ再送信タイマーの実行に基づいてＤＲＸアクティブ時間内にある。
無線デバイスは、プリアンブルおよびトランスポートブロックを含むメッセージを送信し得る。トランスポートブロックは、無線デバイスの無線デバイスアイデンティティを示し得る。トランスポートブロックは送信機会を介して送信され得る。無線デバイスは、無線デバイスの不連続受信（ＤＲＸ）動作が、時間ウィンドウの実行に基づいて、ＤＲＸアクティブ時間内にあると決定してもよく、時間ウィンドウは送信機会後に少なくとも一つのシンボルである無線デバイスの制御リソースセットの第一のシンボルで始まる。無線デバイスは、一つまたは複数のダウンリンク制御チャネルを介して、決定に基づいて、メッセージに対する応答を受信し得る。ＤＲＸ動作は、応答に応答してＤＲＸアクティブ時間内になくてもよい。
例示的な実施形態によれば、無線デバイスは、ＤＲＸ動作がＤＲＸアクティブ時間ではないことに基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止し得る。無線デバイスは、応答を受信することに応答して、時間ウィンドウを停止し得る。ＤＲＸ動作がＤＲＸアクティブ時間内にないという決定は、時間ウィンドウの停止に応答し得る。ＤＲＸ動作は、時間ウィンドウが実行中である間、ＤＲＸアクティブ時間内であり得る。
無線デバイスは、プリアンブルおよびトランスポートブロックを含むメッセージを送信し得る。無線デバイスは、不連続受信（ＤＲＸ）アクティブ時間の間に、メッセージに対する応答を受信し得る。ＤＲＸアクティブ時間は、トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいてもよい。
例示的な実施形態によれば、トランスポートブロックは、無線デバイスアイデンティティを示し得る。トランスポートブロックは送信機会を介して送信され得る。無線デバイスは、無線デバイスのＤＲＸ動作が、時間ウィンドウの実行に基づいて、ＤＲＸアクティブ時間内にあると決定し得る。無線デバイスは、ＤＲＸ動作が応答の受信に応答してＤＲＸアクティブ時間内にないという決定に基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止し得る。時間ウィンドウは送信機会後の少なくとも一つのシンボルである無線デバイスの制御リソースセットの第一のシンボルから開始され得る。
無線デバイスは、不連続受信（ＤＲＸ）アクティブ時間の間に、メッセージに対する応答を受信し得る。メッセージは、プリアンブルおよびトランスポートブロックを含み得る。ＤＲＸアクティブ時間は、トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいて決定され得る。
例示的な実施形態によれば、無線デバイスは、プリアンブルおよびトランスポートブロックを含むメッセージを送信し得る。無線デバイスは、２ステップランダムアクセス手順のためにメッセージを送信し得る。トランスポートブロックは送信機会を介して送信され得る。時間ウィンドウは送信機会後の少なくとも一つのシンボルである無線デバイスの制御リソースセットの第一のシンボルから開始され得る。無線デバイスは、無線デバイスのＤＲＸ動作が、時間ウィンドウの実行に基づいて、ＤＲＸアクティブ時間内にあると決定し得る。無線デバイスは、ＤＲＸ動作が応答の受信に応答してＤＲＸアクティブ時間内にないという決定に基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止し得る。無線デバイスは、応答のために、メッセージＢ無線ネットワーク一時識別子（ＭＳＧＢ－ＲＮＴＩ）を使用して、一つまたは複数のダウンリンク制御チャネルを監視し得る。無線デバイスは、ＤＲＸ動作がＤＲＸアクティブ時間内にあるという判定に基づいて、ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、一つまたは複数のダウンリンク制御チャネルを監視し得る。無線デバイスは、応答を受信することに応答して、時間ウィンドウを停止し得る。ＤＲＸ動作は、時間ウィンドウが実行中である間、ＤＲＸアクティブ時間内であり得る。トランスポートブロックは、無線デバイスのＣ－ＲＮＴＩを示すセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含み得る。Ｃ－ＲＮＴＩは、無線デバイスアイデンティティを示し得る。無線デバイスは、応答のために、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含むトランスポートブロックに基づいて、Ｃ－ＲＮＴＩを使用して、一つまたは複数のダウンリンク制御チャネルを監視し得る。応答は、Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）であり得る。無線デバイスは、応答がＣ－ＲＮＴＩにアドレス付けられたＤＣＩであること応答して、２ステップランダムアクセス手順が成功裏に完了すると決定し得る。ＤＣＩは、送信に対する許可を含んでもよい。許可はアップリンク許可とすることができる。許可は、ダウンリンク割り当てとすることができる。無線デバイスは、送信が新しい送信であることに応答して、ＤＲＸイナクティビティタイマーを起動し得る。無線デバイスは、ＤＲＸイナクティビティタイマーが実行中である間に、ＤＲＸ動作がアクティブ時間内にあると決定し得る。無線デバイスは、アクティブ時間の間に、送信の再送信のための第二の許可を含む第二のＤＣＩを受信し得る。無線デバイスは、第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始し得る。無線デバイスは、ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答して、ＤＲＸ再送信タイマーを起動し得る。ＤＲＸ動作は、ＤＲＸ再送信タイマーの実行に基づいて、ＤＲＸアクティブ時間内であり得る。
図３６は、本開示の例示的な実施形態の一態様に基づくフロー図である。３６１０で、基地局は、無線デバイスから、プリアンブルおよびトランスポートブロックを含むメッセージを受信し得る。トランスポートブロックは、無線デバイスアイデンティティを示し得る。トランスポートブロックは送信機会を介して送信され得る。３６２０で、基地局は、無線デバイスの不連続受信（ＤＲＸ）動作が、時間ウィンドウの実行に基づいて、ＤＲＸアクティブ時間内にあると決定し得る。時間ウィンドウは送信機会の後に少なくとも一つのシンボルである無線デバイスの制御リソースセットの第一のシンボルで開始され得る。３６３０で、基地局は、一つまたは複数のダウンリンク制御チャネルを介して、およびＤＲＸ動作がＤＲＸアクティブ時間内にあるという決定に基づいて、メッセージへの応答を送信し得る。ＤＲＸ動作は、応答の送信に応答してＤＲＸアクティブ時間内になくてもよい。
例示的な実施形態によれば、メッセージは、２ステップランダムアクセス手順のためのものであり得る。基地局は、ＤＲＸ動作を構成するＤＲＸ構成パラメーターを送信し得る。基地局は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信機会を介して、プリアンブルを受信し得る。送信機会は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信機会であり得る。基地局は、無線デバイスが、応答のために、メッセージＢ無線ネットワーク一時識別子（ＭＳＧＢ－ＲＮＴＩ）を使用して、一つまたは複数のダウンリンク制御チャネルを監視していると決定し得る。基地局は、ＤＲＸ動作がＤＲＸアクティブ時間内にあるという判定に基づいて、ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、一つまたは複数のダウンリンク制御チャネルを無線デバイスが監視すると決定し得る。基地局は、応答の送信に応答して、時間ウィンドウを停止し得る。ＤＲＸ動作がＤＲＸアクティブ時間内にないという決定は、時間ウィンドウの停止に応答し得る。ＤＲＸ動作は、時間ウィンドウが実行中である間、ＤＲＸアクティブ時間内であり得る。トランスポートブロックは、無線デバイスのＣ－ＲＮＴＩを示すセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含み得る。基地局は、無線デバイスが、Ｃ－ＲＮＴＩを使用して、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含むトランスポートブロックに基づいて、一つまたは複数のダウンリンク制御チャネルを監視していると決定し得る。Ｃ－ＲＮＴＩは、無線デバイスアイデンティティを示し得る。応答は、Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）であり得る。基地局は、応答がＣ－ＲＮＴＩにアドレス付けられたＤＣＩであることに応答して、２ステップランダムアクセス手順が成功裏に完了すると決定し得る。ＤＣＩは、送信に対する許可を含んでもよい。許可はアップリンク許可とすることができる。許可は、ダウンリンク割り当てとすることができる。基地局は、送信が新しい送信であることに応答して、ＤＲＸイナクティビティタイマーを開始し得る。基地局は、ＤＲＸ動作が、ＤＲＸイナクティビティタイマーが実行中である、アクティブ時間内にあると決定し得る。基地局は、アクティブ時間の間、送信の再送信のための第二の許可を含む第二のＤＣＩを送信し得る。基地局は、第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始し得る。基地局は、ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答して、ＤＲＸ再送信タイマーを起動し得る。ＤＲＸ動作は、ＤＲＸ再送信タイマーの実行に基づいて、ＤＲＸアクティブ時間内であり得る。
基地局は、無線デバイスに、かつ不連続受信（ＤＲＸ）アクティブ時間の間に、プリアンブルおよびトランスポートブロックを含むメッセージへの応答を送信してもよく、ＤＲＸアクティブ時間は、トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する時間ウィンドウに基づいて決定される。
例示的な実施形態によれば、基地局は、プリアンブルおよびトランスポートブロックを含むメッセージを受信し得る。基地局は、２ステップランダムアクセス手順のためのメッセージを受信し得る。基地局は、送信機会を介してトランスポートブロックを受信し得る。時間ウィンドウは送信機会後の少なくとも一つのシンボルである無線デバイスの制御リソースセットの第一のシンボルから開始され得る。基地局は、無線デバイスのＤＲＸ動作が、時間ウィンドウの実行に基づいて、ＤＲＸアクティブ時間内にあると決定し得る。ＤＲＸ動作は、応答の受信に応答してＤＲＸアクティブ時間内になくてもよい。基地局は、無線デバイスが、応答のために、メッセージＢ無線ネットワーク一時識別子（ＭＳＧＢ－ＲＮＴＩ）を使用して、一つまたは複数のダウンリンク制御チャネルを監視していると決定し得る。基地局は、ＤＲＸ動作に使用される一つまたは複数のネットワーク識別子を使用して、決定に基づいて、一つまたは複数のダウンリンク制御チャネルを、無線デバイスが監視することを決定し得る。基地局は、応答の送信に応答して、時間ウィンドウを停止し得る。ＤＲＸ動作は、時間ウィンドウが実行中である間、ＤＲＸアクティブ時間内であり得る。トランスポートブロックは、無線デバイスのＣ－ＲＮＴＩを示すセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含み得る。Ｃ－ＲＮＴＩは、無線デバイスアイデンティティを示し得る。基地局は、無線デバイスが、Ｃ－ＲＮＴＩを使用して、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを含むトランスポートブロックに基づいて、一つまたは複数のダウンリンク制御チャネルを監視していると決定し得る。応答は、Ｃ－ＲＮＴＩにアドレス付けられたダウンリンク制御情報（ＤＣＩ）であり得る。基地局は、応答がＣ－ＲＮＴＩにアドレス付けられたＤＣＩであることに応答して、２ステップランダムアクセス手順が成功裏に完了すると決定し得る。ＤＣＩは、送信に対する許可を含んでもよい。許可はアップリンク許可とすることができる。許可は、ダウンリンク割り当てとすることができる。基地局は、送信が新しい送信であることに応答して、ＤＲＸイナクティビティタイマーを開始し得る。基地局は、ＤＲＸ動作が、ＤＲＸイナクティビティタイマーが実行中である、アクティブ時間内にあると決定し得る。基地局は、アクティブ時間の間、送信の再送信のための第二の許可を含む第二のＤＣＩを送信し得る。基地局は、第二のＤＣＩに応答して、ＤＲＸハイブリッド自動反復要求（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）タイマーを開始し得る。基地局は、ＤＲＸ ＨＡＲＱ ＲＴＴタイマーの満了に応答して、ＤＲＸ再送信タイマーを起動し得る。ＤＲＸ動作は、ＤＲＸ再送信タイマーの実行に基づいて、ＤＲＸアクティブ時間内であり得る。

Claims (15)

  1. 方法であって、
    無線デバイスが、プリアンブルとトランスポートブロックとを含むメッセージを送信することと、
    前記無線デバイスの不連続受信（ＤＲＸ）動作のＤＲＸアクティブ時間の間、前記メッセージに対する応答を受信することであって、前記ＤＲＸアクティブ時間は、前記メッセージに対する前記応答を受信するために時間ウィンドウが実行中である間の時間を含み、前記時間ウィンドウは、前記トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する、ことと
    を含む、方法。
  2. 前記トランスポートブロックは、無線デバイスアイデンティティを示す、請求項１に記載の方法。
  3. 前記時間ウィンドウの実行に基づいて、前記ＤＲＸ動作が前記ＤＲＸアクティブ時間内にあることを判定することと、
    前記ＤＲＸ動作が前記応答の受信に応答して前記ＤＲＸアクティブ時間内にないという判定に基づいて、一つまたは複数のダウンリンク制御チャネルの監視を停止することと
    をさらに含む、請求項１に記載の方法。
  4. 前記時間ウィンドウは、前記送信機会後の前記少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルから開始する、請求項１に記載の方法。
  5. 前記メッセージを送信することは、２ステップランダムアクセス手順のためである、請求項１に記載の方法。
  6. 前記トランスポートブロックは、前記無線デバイスのＣ－ＲＮＴＩを示すセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を含む、請求項１に記載の方法。
  7. 無線デバイス（１１０）であって、
    一つまたは複数のプロセッサー（３１４）と、
    命令（３１６）を記憶するメモリー（３１５）であって、前記命令は、前記一つまたは複数のプロセッサーによって実行されると、請求項１～６のいずれか一項に記載の方法を前記無線デバイスに実行させる、メモリーと
    を備える、無線デバイス。
  8. 命令（３１６）を含む非一時的コンピューター可読媒体（３１５）であって、前記命令は、一つまたは複数のプロセッサー（３１４）によって実行されると、請求項１～６のいずれか一項に記載の方法を前記一つまたは複数のプロセッサーに実施させる、非一時的コンピューター可読媒体。
  9. 方法であって、
    基地局が、無線デバイスから、プリアンブルとトランスポートブロックとを含むメッセージを受信することと、
    前記無線デバイスの不連続受信（ＤＲＸ）動作のＤＲＸアクティブ時間の間、前記メッセージに対する応答を送信することであって、前記ＤＲＸアクティブ時間は、前記メッセージに対する前記応答を受信するために時間ウィンドウが実行中である間の時間を含み、前記時間ウィンドウは、前記トランスポートブロックの送信機会の後に少なくとも一つのシンボルを開始する、ことと
    を含む、方法。
  10. 前記トランスポートブロックは、無線デバイスアイデンティティを示す、請求項９に記載の方法。
  11. 前記時間ウィンドウの実行に基づいて、前記ＤＲＸ動作が前記ＤＲＸアクティブ時間内にあることを判定することをさらに含む、請求項９に記載の方法。
  12. 前記時間ウィンドウは、前記送信機会後の前記少なくとも一つのシンボルである前記無線デバイスの制御リソースセットの第一のシンボルから開始する、請求項９に記載の方法。
  13. 前記メッセージを送信することは、２ステップランダムアクセス手順のためのものである、請求項９に記載の方法。
  14. 基地局（１２０）であって、
    一つまたは複数のプロセッサー（３２１）と、
    命令（３２３）を記憶するメモリー（３２２）であって、前記命令は、前記一つまたは複数のプロセッサーによって実行されると、請求項９～１３のいずれか一項に記載の方法を前記無線デバイスに実行させる、メモリーと
    を備える、基地局。
  15. 命令（３２３）を含む非一時的コンピューター可読媒体（３２２）であって、前記命令は、一つまたは複数のプロセッサー（３２１）によって実行されると、請求項９～１３のいずれか一項に記載の方法を前記一つまたは複数のプロセッサーに実施させる、非一時的コンピューター可読媒体。
JP2022520050A 2019-10-03 2020-10-05 ２ステップランダムアクセス手順の不連続受信 Active JP7288267B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962910257P 2019-10-03 2019-10-03
US62/910,257 2019-10-03
PCT/US2020/054229 WO2021067921A1 (en) 2019-10-03 2020-10-05 Discontinuous reception for a two-step random access procedure

Publications (2)

Publication Number Publication Date
JP2022543498A JP2022543498A (ja) 2022-10-12
JP7288267B2 true JP7288267B2 (ja) 2023-06-07

Family

ID=73030211

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022520050A Active JP7288267B2 (ja) 2019-10-03 2020-10-05 ２ステップランダムアクセス手順の不連続受信

Country Status (7)

Country Link
US (2) US11641692B2 (ja)
EP (2) EP4123915A1 (ja)
JP (1) JP7288267B2 (ja)
KR (1) KR20220076495A (ja)
CN (2) CN117693072A (ja)
CA (2) CA3155060C (ja)
WO (1) WO2021067921A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020092337A1 (en) * 2018-10-31 2020-05-07 Intel Corporation Medium access control (mac) format for 2-part random access procedure
US11882591B2 (en) * 2019-04-30 2024-01-23 Qualcomm Incorporated Two-step random access channel configuration period
WO2021066542A1 (ko) * 2019-10-03 2021-04-08 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
US20220353901A1 (en) * 2019-10-04 2022-11-03 FG Innovation Company Limited Method of uplink transmission and related device
US11672007B2 (en) * 2020-03-06 2023-06-06 Qualcomm Incorporated Feedback reporting in a two-step random-access procedure
US11711775B2 (en) * 2020-05-07 2023-07-25 Qualcomm Incorporated Energy per resource element ratio for synchronization signal block symbols
US12089118B2 (en) * 2020-12-14 2024-09-10 Toyota Jidosha Kabushiki Kaisha Beam-based counting indication for multicast broadcast services
US11470488B1 (en) * 2021-04-13 2022-10-11 PanPsy Technologies, LLC Beam failure detection and recovery
US20220346123A1 (en) * 2021-04-23 2022-10-27 Apple Inc. Application timeline with unified design for active mode user equipment power saving for apparatuses, systems, and methods
US11997629B2 (en) 2021-05-11 2024-05-28 Qualcomm Incorporated Timing offset selection in non-terrestrial network
US11889560B2 (en) * 2021-05-27 2024-01-30 Qualcomm Incorporated Mitigating access congestion on a wireless network
WO2022265564A1 (en) * 2021-06-15 2022-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Beam management for wireless communication network
US12028861B2 (en) * 2021-08-05 2024-07-02 Qualcomm Incorporated Physical uplink control channel repetition across multiple component carriers
KR102423068B1 (ko) * 2021-09-07 2022-07-20 주식회사 블랙핀 무선 이동 통신 시스템에서 축소된 성능의 단말이 복수의 탐색구간과 제어자원셋을 이용해서 랜덤 액세스를 수행하는 방법 및 장치
US12069597B2 (en) * 2021-11-17 2024-08-20 Qualcomm Incorporated PDSCH rate-matching in NTN
KR20230134830A (ko) * 2022-03-15 2023-09-22 삼성전자주식회사 무선 통신 시스템에서 랜덤 액세스 및 불연속 수신을 수행하기 위한 방법 및 장치
WO2023203785A1 (ja) * 2022-04-22 2023-10-26 株式会社Ｎｔｔドコモ 端末及び通信方法
WO2023210984A1 (ko) * 2022-04-28 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024065538A1 (zh) * 2022-09-29 2024-04-04 富士通株式会社 开关控制方法、信息指示方法、转发器和网络设备
DE102022210382A1 (de) 2022-09-30 2024-04-04 Continental Automotive Technologies GmbH Verfahren zum Durchführen eines Direktzugriffs zwischen einem Benutzergerät und einem Netzknoten in einem drahtlosen Kommunikationsnetzwerk

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2461158B (en) * 2008-06-18 2011-03-02 Lg Electronics Inc Method for performing random access procedures and terminal therof
KR101868865B1 (ko) * 2012-03-19 2018-06-19 주식회사 골드피크이노베이션즈 무선통신 시스템에서 기기 내 공존 간섭을 제어하는 장치 및 방법
EP2782409A1 (en) * 2013-03-20 2014-09-24 Panasonic Intellectual Property Corporation of America Deterministic UE behaviour for CSI/SRS Reporting during DRX
US10560919B2 (en) * 2015-09-16 2020-02-11 Lg Electronics Inc. Method for executing paging sequence in wireless communication system, and device for same
EP3560252A4 (en) * 2016-12-22 2020-10-07 Nokia Technologies Oy RECEPTION DIAGRAM
US11134492B2 (en) * 2017-04-12 2021-09-28 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in next generation wireless systems
US10772151B2 (en) 2018-01-05 2020-09-08 Ofinno, Llc Beam management in discontinuous reception
US11956827B2 (en) 2018-01-05 2024-04-09 Samsung Electronics Co., Ltd. Apparatus and method of beam recovery on secondary cell
US10880895B2 (en) 2018-05-27 2020-12-29 Brian Gordaychik Variable length downlink control information formats for next generation radio technologies
WO2020022660A1 (ko) 2018-07-25 2020-01-30 엘지전자 주식회사 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
CN110876177B (zh) * 2018-08-31 2021-09-07 展讯通信（上海）有限公司 Ue非连续接收的控制、指示方法及装置、存储介质、终端、基站
WO2020067970A1 (en) * 2018-09-24 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Early mobile-terminated data transmission
US11497060B2 (en) * 2018-10-01 2022-11-08 Mediatek Singapore Pte. Ltd. Multiplexing, addressing and HARQ for MsgB in two-step RACH in mobile communications
WO2020071698A1 (ko) * 2018-10-05 2020-04-09 주식회사 케이티 비지상 네트워크를 이용하여 통신을 수행하는 방법 및 그 장치
US11546783B2 (en) * 2018-11-09 2023-01-03 Asustek Computer Inc. Method and apparatus for improving PDCCH monitoring pattern in a wireless communication system
EP4380289A3 (en) 2019-01-11 2024-07-24 Apple Inc. Systems and methods of providing new radio positioning
EP3910857B1 (en) 2019-02-15 2023-04-05 LG Electronics Inc. Method for transmitting/receiving signal in wireless communication system, and device for supporting same
WO2020197351A1 (ko) 2019-03-28 2020-10-01 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
WO2020209669A1 (en) 2019-04-11 2020-10-15 Lg Electronics Inc. Method of performing random access procedure, and transmitting device, apparatus and storage medium therefor
CN116528362A (zh) 2019-07-26 2023-08-01 汉尼拔Ip有限责任公司 用于波束故障恢复的调度请求资源优化方法及用户装置
WO2021033946A1 (ko) 2019-08-16 2021-02-25 엘지전자 주식회사 무선 통신 시스템에서 단말이 임의 접속 과정을 수행하기 위한 신호를 송수신하는 방법 및 이를 위한 장치
US11991728B2 (en) 2019-08-27 2024-05-21 Intel Corporation Techniques for high frequency wireless communication
WO2021066469A1 (en) 2019-10-01 2021-04-08 Samsung Electronics Co., Ltd. Method and apparatus for monitoring wake up signal

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG Electronics Inc.，Correction to DRX[online]，３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２＃６２ｂｉｓ 3GPP TSG-RAN WG2#62bis R2-083274，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_62bis/Docs/R2-083274.zip＞，2008年06月24日
ZTE Corporation, Sanechips, China Southern Power Grid Co., Ltd, Nokia (Stage2 spec rapporteur)，Running CR for 2-step RACH[online]，3GPP TSG RAN WG2 #107 R2-1909158，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1909158.zip>，2019年08月15日

Also Published As

Publication number Publication date
CA3190413A1 (en) 2021-04-08
WO2021067921A1 (en) 2021-04-08
US20220110184A1 (en) 2022-04-07
CN114631399A (zh) 2022-06-14
CA3155060A1 (en) 2021-04-08
CA3155060C (en) 2023-03-28
EP3970282A1 (en) 2022-03-23
EP3970282B1 (en) 2022-09-14
CN117693072A (zh) 2024-03-12
KR20220076495A (ko) 2022-06-08
US11641692B2 (en) 2023-05-02
CN114631399B (zh) 2023-09-26
EP4123915A1 (en) 2023-01-25
US20230269823A1 (en) 2023-08-24
JP2022543498A (ja) 2022-10-12

Similar Documents

Publication Publication Date Title
JP7288267B2 (ja) ２ステップランダムアクセス手順の不連続受信
EP3895499B1 (en) Reception of random access response
JP7219432B2 (ja) 新しい無線における空間関係
US20210144742A1 (en) Power Control for a Two-Step Random Access Procedure
JP7392960B2 (ja) フィードバックチャネルの無線リソースマッピング
JP2022549513A (ja) 省電力およびセル休止動作
JP2022553842A (ja) 複数の送受信ポイントにおけるダウンリンク受信
JP7438504B2 (ja) マルチキャスト及びブロードキャストサービスに対する周波数リソース割り当て
JP7262034B2 (ja) リソース取得手順
US11672019B2 (en) Random access procedure
US20220248376A1 (en) Preemption Indication and Radio Resource Selection for Transmission
JP7328647B2 (ja) サイドリンク通信のためのリソース予約
JP2022544768A (ja) 無線デバイスサイドリンク情報
JP2023535995A (ja) アップリンクリソース構成
JP2023500324A (ja) 新しい無線のライセンスされていない帯域におけるアップリンク送信
JP2023533024A (ja) 非アクティブ状態の事前設定されるリソースの検証
JP2023536378A (ja) サイドリンク用無線デバイス支援リソース選択
JP7465493B2 (ja) ダウンリンク制御チャネルスキッピング
JP2023510305A (ja) 動的経路損失推定に基づく電力ヘッドルームレポート
JP2024500749A (ja) アップリンクチャネルの繰り返しにおける電力制御パラメータの決定
JP2023536739A (ja) ダウンリンク制御チャネルの繰り返しのためのアップリンク送信
JP2023553981A (ja) アップリンクチャネルの繰り返しにおける経路損失基準信号の決定
JP2023521973A (ja) 複数の送信点及び受信点におけるビーム管理
JP2023532206A (ja) ハイブリッド確認対応反復要求フィードバックの反復
JP2024512637A (ja) キャリアアグリゲーションにおける省電力動作

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220816

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220816

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20220816

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220927

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20221226

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230224

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230327

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: 20230428

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230517

R150 Certificate of patent or registration of utility model

Ref document number: 7288267

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150