WO2018085205A1 - Transmission par canal à accès aléatoire à deux éléments (prach) - Google Patents

Transmission par canal à accès aléatoire à deux éléments (prach) Download PDF

Info

Publication number
WO2018085205A1
WO2018085205A1 PCT/US2017/059074 US2017059074W WO2018085205A1 WO 2018085205 A1 WO2018085205 A1 WO 2018085205A1 US 2017059074 W US2017059074 W US 2017059074W WO 2018085205 A1 WO2018085205 A1 WO 2018085205A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
channel
channels
spucch
symbols
Prior art date
Application number
PCT/US2017/059074
Other languages
English (en)
Inventor
Wenting CHANG
Huaning Niu
Qiaoyang Ye
Jeongho Jeon
Original Assignee
Intel IP Corporation
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 Intel IP Corporation filed Critical Intel IP Corporation
Publication of WO2018085205A1 publication Critical patent/WO2018085205A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/0006—Assessment of spectral gaps suitable for allocating digitally modulated signals, e.g. for carrier allocation in cognitive radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks

Definitions

  • Embodiments of the present disclosure generally relate to the field of wireless communication, and more particularly, to apparatuses, systems, and methods for two- element Random Access Channel (RACH) transmission in an unlicensed spectrum.
  • RACH Random Access Channel
  • LTE in 3 GPP Release 13 is to enable operation in the unlicensed spectrum via Licensed-Assisted Access (LAA), which expands the system bandwidth by utilizing the flexible carrier aggregation (CA) framework.
  • LAA Licensed-Assisted Access
  • CA flexible carrier aggregation
  • Potential LTE operation in unlicensed spectrum may include LTE operation in the unlicensed spectrum via dual connectivity (DC) or the standalone LTE system in the unlicensed spectrum (e.g., Multefire).
  • Fig. 1 illustrates a simplified wireless communication system in which embodiments of the disclosure can be implemented.
  • Fig. 2 illustrates a simplified signal diagram for a two-element radio access (RA) procedure in accordance with embodiments of the disclosure.
  • Fig. 3 illustrates an example of a short Physical Uplink Control Channel (sPUCCH)-based Physical Random Access Channel (PRACH) transmission scheme in accordance with embodiments of the disclosure.
  • sPUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • Fig. 4 illustrates an example of an sPUCCH + Physical Uplink Shared Channel
  • Fig. 5 illustrates a flow chart of a method for a two element random access (RA) procedure performed by a user equipment (UE) with a base station in accordance with various embodiments of the disclosure.
  • RA random access
  • Fig. 6 illustrates another flow chart of a method for a two element RA procedure performed by a UE with a base station in accordance with various embodiments of the disclosure.
  • Fig. 7 illustrates a flow chart of a method for a two element RA procedure performed by a base station with a UE in accordance with various embodiments of the disclosure.
  • Fig. 8 illustrates another flow chart of a method for a two element RA procedure performed by a base station with a UE in accordance with various embodiments of the disclosure.
  • Fig. 9 illustrates an electronic device in accordance with some embodiments of the disclosure.
  • Fig. 10 illustrates hardware resources in accordance with some embodiments of the disclosure.
  • A/B mean (A), (B), or (A and B).
  • Embodiments provide systems and methods for low latency PRACH signal transmission in unlicensed spectrum via LAA or Multefire.
  • the PRACH may be used for scheduling request (SR), uplink (UL) synchronization, and power control for initial UL transmission.
  • a SR may include a four-element contention-based random access procedure that includes the UE providing a PRACH preamble signal, an eNodeB responding with a random access request (RAR) signal, the UE providing a Message 3 (Msg 3) signal with a cell radio network temporary identifier (C-RNTI) or a temporary C- RNTI, and the eNodeB responding with a contention resolution message (e.g., Message 4 (Msg 4)).
  • RAR random access request
  • Msg 3 Message 3
  • C-RNTI cell radio network temporary identifier
  • Msg 4 Message 4
  • the RA procedure may be complicated by a listen-before-talk (LBT) protocol, which is a procedure whereby radio transmitters first sense the medium and transmit only if the medium is sensed to be idle, also called a clear channel assessment (CCA).
  • LBT listen-before-talk
  • ED energy detection
  • both the UE and the eNodeB should perform an LBT procedure prior to transmitting their respective messages associated with the RACH procedure. This may add a large amount of delay to the RA procedure, and may limit UL transmissions.
  • a PRACH transmission scheme with reduced steps (such as, two-element PRACH transmission or one-element PRACH transmission) may be used.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • ePUCCH extended PUCCH
  • PRACH transmission with reduced steps.
  • various embodiments described herein provide two-step RACH transmission including PRACH transmission based on a hybrid uplink physical channel or based on a single uplink physical channel.
  • Fig. 1 illustrates a simplified wireless communication system 100 in which embodiments of the disclosure can be implemented.
  • the wireless communication system 100 may be applied to implement the 3rd Generation partnership Project (3GPP) long term evolution advanced (LTE-A) or 5th generation (5G) wireless network.
  • 3GPP 3rd Generation partnership Project
  • LTE-A long term evolution advanced
  • 5G 5th generation
  • the wireless communication system 100 may include at least a base station 110 and user equipment (UE) 120.
  • the base station 110 may be an evolved node B (eNodeB/eNB) or a next-generation node B (gNodeB/gNB).
  • the base station 110 may be operable over a coverage area 112, which may be regarded as a cell.
  • the UE 120 may communicate with the base station 110 within the coverage area 112.
  • the wireless communication system 100 may include one or more UE and eNodeBs.
  • the coverage area 112 of the base station 110 may be further divided into three sectors. In some examples, each sector of the base station 110 may also be viewed as a cell.
  • the UE 120 may provide transmissions to and receive transmissions from the base station 110 in a licensed spectrum, an unlicensed spectrum, or combinations thereof. Operation in both the licensed spectrum and the unlicensed spectrum may include dual connectivity (DC). Operation in the unlicensed spectrum may be implemented by Multefire. In some examples, operation in the unlicensed spectrum may be via LAA, which may expand available bandwidth by utilizing a flexible carrier aggregation (CA) framework. To ensure coexistence with incumbent systems and other LAA/Multefire systems, transmission in the unlicensed spectrum may include performing an LBT procedure, and holding transmission until completing CCA and sensing channel to be idle.
  • CA flexible carrier aggregation
  • the wireless communication system 100 may include a capability for the base station 110 and the UE 120 to communicate over the unlicensed spectrum.
  • the UE 120 may initiate a SR that includes a PRACH signal transmission.
  • the PRACH signal may be used for UL synchronization and power control for initial UL transmission. Because of implementation of LBT, the RA procedure may incur a large latency and may limit UL transmissions.
  • the UE 120 and the base station 110 in the unlicensed spectrum may support a two-element radio access (RA) procedure (e.g., aside from the LBT procedures).
  • RA radio access
  • the UE 120 may initiate a RA procedure with the base station 110.
  • the UE 120 may encode a message for a transmission to the base station 110, and may transmit the message to the base station 110 in response to a CCA from an LBT procedure.
  • the message may include a PUSCH preamble sequence and a radio resource control (RRC) connection request.
  • RRC radio resource control
  • the message may include a PRACH preamble sequence and a message part.
  • the message part may include, for example, a cell radio network temporary identifier (C-RNTI, e.g., temporary or assigned), buffer status report (BSR) information, capability of the UE 120, and Msg 3.
  • C-RNTI cell radio network temporary identifier
  • BSR buffer status report
  • the Msg 3 may be a message transmitted on an uplink channel (such as, an uplink shared channel (UL-SCH)) and may include a C-RNTI medium access control (MAC) control element (CE) or common control channel (CCCH) service data unit (SDU).
  • the C-RNTI MAC CE or CCCH SDU may be submitted from upper layer and may be associated with an identity of UE for contention resolution.
  • the Msg 3 may include, e.g., an identity of the UE 120. The identity of the UE may be used for contention resolution later.
  • the message may be transmitted by the UE 120 in one or two channels on the unlicensed spectrum.
  • uplink physical channels including, for example, PUSCH, PUCCH, PRACH, sPUCCH, ePUCCH, and sPRACH. All these channels may be used for uplink transmissions from the UE 120 to the base station 110.
  • the UE 120 may transmit the message to the base station 110 utilizing one or two channels including, for example, the sPUCCH, ePUCCH or PUSCH.
  • the base station 110 may receive the message from the one or two channels, and then decode the message.
  • the base station 110 may encode a second message for a transmission to the UE 120.
  • the second message may include a random access response (RAR) and a contention resolution message.
  • the second message may include the RAR and/or a Msg 4 that is scheduled via a physical downlink control channel (PDCCH)/evolved PDCCH (ePDCCH) using the C-RNTI received from the UE 120 or a common random access RNTI (RA-RNTI) calculated based on time-frequency resources used by the preamble of the first transmission.
  • PDCH physical downlink control channel
  • ePDCCH evolved PDCCH
  • RA-RNTI common random access RNTI
  • the base station 110 may transmit the second message in a Physical Downlink Control Channel (PDCCH) or Physical Downlink Shared Channel (PDSCH) to the UE 120, for example, in response to a clear channel assessment (CCA) from an LBT procedure.
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • the UE 120 may encode UL data for transmission, if the second message which it received from the base station 110 indicates an UL grant. Otherwise, another RA procedure may be initiated by the UE 120.
  • Fig. 2 shows a simplified signal diagram for a two-element RA procedure 200 in accordance with some embodiments of the disclosure.
  • the two-element RA procedure 200 as shown in Fig. 2 may be setup between a UE 220 and a base station 210.
  • the base station 210 may be an eNB or a gNB.
  • the UE 220 may be implemented as the UE 120 of Fig. 1
  • the base station 210 may be implemented as the base station 110 of Fig. 1.
  • the UE 220 may initiate a RA procedure with the base station 210.
  • the UE 220 may communicate with the base station 210 in an unlicensed spectrum.
  • the UE 220 may perform an LBT procedure (not shown) in the unlicensed spectrum.
  • the UE 220 may transmit a message to the base station 210 in one or two uplink physical channels on the unlicensed spectrum.
  • the message at 202 may include a preamble part and a message part.
  • the preamble part may include a PRACH preamble and the message part may include Msg 3 transmission.
  • the Msg 3 transmission may include an include an identity of the UE 220, which may be used for contention resolution, for example.
  • the preamble part may include a PUSCH preamble sequence and the message part may include a RRC connection request.
  • the preamble part may include a PRACH preamble sequence and the message part may include a C-RNTI (e.g., temporary or assigned), buffer status report (BSR) information, or capability of the UE 220.
  • C-RNTI e.g., temporary or assigned
  • BSR buffer status report
  • the message part may also include a CCCH subheader.
  • the message part may include an MAC part containing the possible C-RNTI, BRS information, and layer 1 (L1)/MAC UE capability and a RRC part containing a RRC message with the UE identity for contention resolution.
  • the UE identity used for contention resolution may be included in the MAC part.
  • the UE 220 may transmit the message at 202 to the base station 210 utilizing one or two channels including the sPUCCH, ePUCCH or PUSCH.
  • the UE 220 may transmit the message at 202 to the base station 210 in one channel including the sPUCCH, ePUCCH or PUSCH.
  • the UE 220 may transmit the PRACH preamble sequence in a first portion of the one channel and the message part including the RRC connection request in a remaining portion of the one channel.
  • sPUCCH e.g., MF-sPUCCH
  • ePUCCH e.g., MF-ePUCCH
  • the sPUCCH may be transmitted during the last four symbols of a subframe where the preceding ten symbols of the subframe are not used for uplink transmission.
  • the UE 220 may transmit the message in the sPUCCH (which may be regarded as the sPUCCH-based PRACH transmission).
  • the sPUCCH may include two Demodulation Reference signal (DMRS) symbols and two data symbols.
  • DMRS Demodulation Reference signal
  • Fig. 3 illustrates an example of the sPUCCH-based PRACH transmission scheme in accordance with embodiments of the disclosure.
  • the UE 220 may transmit the PRACH preamble sequence within the two DMRS symbols of the sPUCCH and transmit the message part (e.g., the RRC connection request, Msg 3, or BSR information) within the two data symbols.
  • the message part e.g., the RRC connection request, Msg 3, or BSR information
  • the sPUCCH supports multiple formats, such as, format 0, format 1, format 2 and format 3. All these formats, except format 0, may be used by the UE 220 to carry the message part, since format 0 does not include a symbol for transmitting the message part.
  • the sPUCCH formats 1, 2 and 3 may include four symbols in the time domain, of which two symbols are DMRS symbols, which may be used for channel estimation, and the other two symbols are data symbols, which may be utilized to carry the message part.
  • the sPUCCH formats 1, 2 and 3 are similar in the time domain, but there is a little difference in the frequency domain.
  • the symbols of sPUCCH formats 1, 2 and 3 may be multiplexed with an intra-symbol Orthogonal Cover Code (OCC) sequence.
  • OCC Orthogonal Cover Code
  • a length of the intra-symbol OCC sequence is 1 (thus, no intra- symbol OCC is applied on the sPUCCH formats 1);
  • a length of the intra-symbol OCC sequence is 2; and
  • a length of the intra- symbol OCC sequence is 6.
  • the UE 220 may achieve a channel condition (including a quality of link) and select a sPUCCH format based on the channel condition.
  • a channel condition including a quality of link
  • sPUCCH format 1/2/3 sPUCCH format 1 has the best data rate, but the quality of link is not so good; sPUCCH format 3 has the best quality of link, but the data rate is not so good; and sPUCCH format 2 has a moderate data rate and quality of link.
  • the UE 220 may select the sPUCCH format 1 ; otherwise, the UE 220 will select the sPUCCH format 2 or 3.
  • the UE 220 may use the sPUCCH format 1 to transmit the message part.
  • the message part, including the Msg 3 may have a payload size of e.g., 56 bits.
  • the Msg 3 may include a C-RNTI, BSR and power headroom report (PHR).
  • an MAC control subheader may have a payload size of 8 bits, and an MAC control element may have a payload size of 16 bits; for the BSR, an MAC control subheader may have a payload size of 8 bits, and an MAC control element may also have a payload size of 8 bits; and for the PHR, an MAC control subheader may have a payload size of 8 bits, and an MAC control element may also have a payload size of 8 bits; as a result, the Msg 3 may have a payload size of 56 bits.
  • two sPUCCH format 1 entries may be included within one interlace.
  • a sPUCCH format 1 entry may include two DMRS symbols and two data symbols.
  • OCC inter-symbol Orthogonal Cover Code
  • the same inter-symbol OCC may be applied on both the DMRS symbols and the data symbols.
  • a mapping between the inter-symbol OCC and DMRS sequences to be used as the PRACH preamble (which may be referred to as PRACH preamble sequences) may be predefined. For instance, the PRACH preamble sequences may be multiplexed with cyclic shifts.
  • a mapping from indexes of the OCC applied to the symbols to the cyclic shifts applied to the PRACH preamble sequences may be predefined, e.g., OCC indexes 0 and 1 may corresponds to cyclic shifts 0 and 6, respectively.
  • the UE 220 may use the sPUCCH format 2 to transmit the message part.
  • the message part including the Msg 3 may have a payload size of e.g., 56 bits.
  • four sPUCCH format 2 entries may be included within one interlace.
  • An sPUCCH format 2 entry may include two DMRS symbols and two data symbols.
  • a length-2 inter-symbol OCC may be applied on two adjacent symbols.
  • a length-2 intra- symbol OCC may also be applied on the symbols.
  • a mapping from the inter- symbol OCC or the intra-symbol OCC to the PRACH preamble sequences may be predefined.
  • the inter-symbol OCC may be the same as an OCC applied to the PRACH preamble sequence, and the intra-symbol OCC indexes may indicate which cyclic shifts may be applied to the PRACH preamble sequences.
  • intra-symbol OCC indexes 0 and 1 may corresponds to cyclic shifts 0 and 6, respectively.
  • the UE 220 may also use the sPUCCH format 3 to transmit the message part, which may include the RRC connection request, Msg 3, or BSR information.
  • the sPUCCH format 3 may be similar as the sPUCCH format 2 described above, except that a length-6 intra-symbol OCC is applied on the symbols.
  • the UE 220 may transmit the message in the ePUCCH (which may be regarded as the ePUCCH-based PRACH transmission).
  • the ePUCCH e.g., MF-ePUCCH
  • the ePUCCH may include four Demodulation Reference signal (DMRS) symbols and eight, or nine, or ten data symbols.
  • DMRS Demodulation Reference signal
  • the number of symbols for data transmission may depend on whether the first and/or last symbols of an ePUCCH subframe are punctured.
  • UE 220 may use the four DMRS symbols to carry the PRACH preamble sequence and the data symbols to carry the message part, e.g., the RRC connection request, Msg 3 and BSR information.
  • the DMRS symbols may be used for channel estimation.
  • a length-four OCC may be applied on the four DMRS symbols, and a length-five OCC may be applied on five data symbols.
  • An OCC of other length may also be applied on the data symbols, for example, a length-eight OCC may be predefined.
  • two interlaces may be allocated for an ePUCCH subframe.
  • a first interlace of the two interlaces may be for the PRACH preamble sequence transmitted over the DMRS symbols of the ePUCCH subframe
  • a second interlace of the two interlaces may be for the message part transmitted over the data symbols of the ePUCCH subframe.
  • the second interlace may use the existing ePUCCH format in Multefire, e.g., MF-ePUCCH format 1.
  • MF-ePUCCH format 1 As in MF-ePUCCH format 1, a subframe includes four symbols for DMRS and the remaining symbols for data transmission.
  • an extension from the PRACH preamble sequence may be adopted.
  • a PRACH preamble with a subcarrier spacing of 15 kHz and a normal cyclic prefix (CP) may be transmitted over 12, 13, or 14 symbols, for example.
  • CP normal cyclic prefix
  • a new PRACH format may be defined, with the same or different subcarrier spacing and a different length of CP.
  • a mapping between the OCC applied to the data symbols and, for example, a root index, cyclic shift, OCC, etc. for the PRACH preamble sequence transmitted above the DMRS symbols may also be predefined.
  • a relationship between the OCC applied to the data symbols and cyclic shifts applied to the PRACH preamble sequence may follow the relationship between the OCC applied to the symbols and cyclic shifts applied to the PRACH preamble sequences as presented above in the sPUCCH-based PRACH transmission embodiments.
  • the UE 220 may transmit the message in the PUSCH (which may be regarded as the PUSCH-based PRACH transmission).
  • the UE 220 may use two DMRS symbols of a PUSCH subframe to carry the PRACH preamble sequence and remaining data symbols of the subframe to carry the message part, e.g., the RRC connection request, Msg 3 and buffer status report (BSR) information.
  • the message part e.g., the RRC connection request, Msg 3 and buffer status report (BSR) information.
  • BSR buffer status report
  • DMRS information such as, cyclic shift, a length of resource blocks (RBs), a number of the interlace, etc.
  • an evolved node B e.g., the base station 210 or other eNodeB in the wireless communication network
  • high layer signaling for example, a RRC signaling, a master information block (MIB), or a system information block (SIB).
  • the number of subcarriers for the DMRS may be larger than the number of subcarriers for data resource elements (REs).
  • the DMRS sequence can be transmitted by all the subcarriers, while corresponding data REs may be restricted to one interlace, since different sequences may be orthogonal in the code domain.
  • the sPUCCH-based PRACH transmission, ePUCCH-based PRACH transmission and PUSCH-based PRACH transmission may be collectively referred to as a single uplink physical channel based PRACH transmission.
  • the UE 220 may transmit the message to the base station 210 in two channels including the sPUCCH, ePUCCH or PUSCH, which may be referred to as a hybrid uplink physical channel based PRACH transmission.
  • the UE 220 may transmit the message to the base station 210 utilizing the sPUCCH and PUSCH (which may be regarded as the sPUCCH+PUSCH-based PRACH transmission).
  • the UE 220 may use the sPUCCH to transmit the PRACH preamble sequence, and use the PUSCH following the sPUCCH to transmit the message part, including a C-RNTI (e.g., temporary or assigned), BSR information, capability of the UE 220, Msg 3, etc.
  • the sPUCCH may include two DMRS symbols and two data symbols. The UE 220 may use the two DMRS symbols and two data symbols of the sPUCCH to transmit the PRACH preamble sequence.
  • different interlaces may be associated into different PRACH preamble sequences, for example, the association between the interlaces and PRACH preamble sequences may be predefined by higher layer signalling. In another embodiment, different interlaces may be configured with a same set of PRACH preamble sequences.
  • Fig. 4 illustrates an example of the sPUCCH+PUSCH-based PRACH transmission in accordance with embodiments of the disclosure. As shown in Fig. 4, two different interlaces are associated into two different PRACH preamble sequences. The four symbols of the sPUCCH are used to transmit the PRACH preamble sequences. PUSCH is used to transmit the message part.
  • occupied subcarriers of the sPUCCH should include occupied subcarriers of the PUSCH.
  • the PUSCH subframe may include DMRS symbols (e.g., as a regular PUSCH subframe), which may also be used for channel estimation.
  • the UE 220 may divide the PUSCH into a plurality of orthogonal resources including a frequency -domain interlace and a plurality of time- domain Orthogonal Frequency Division Multiplexing (OFDM) symbols. The UE 220 may associate different orthogonal resources to different PRACH preamble sequences, so as to avoid an interference between different payloads.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the UE 220 may transmit the message to the base station 210 utilizing the sPUCCH and ePUCCH (which may be regarded as the sPUCCH+ePUCCH-based PRACH transmission).
  • the UE 220 may use the sPUCCH to transmit the PRACH preamble sequence, and use the ePUCCH to transmit the message part, for example, Msg 3 and BSR information.
  • the UE 220 may use the four symbols (including two DMRS symbols and two data symbols) of the sPUCCH to transmit the PRACH preamble sequence.
  • the frequency bandwidths of the sPUCCH and ePUCCH may be different, and therefore, occupied RBs of the sPUCCH and ePUCCH may be flexibly designed to meet their corresponding Signal to Interference plus Noise Ratio (SINR) thresholds as required.
  • SINR Signal to Interference plus Noise Ratio
  • Four PRACH preamble sequences may then be flexibly configured.
  • the four symbols of the sPUCCH used for transmitting the PRACH preamble sequences may be utilized for channel estimation.
  • DRMS symbols within the ePUCCH subframe may be utilized together with the PRACH preamble sequences transmitted over the sPUCCH for channel estimation.
  • a length-5 or other predefined lengths inter-symbol OCC may be applied to the ePUCCH subframe.
  • a mapping between the OCC applied to the data symbols over the ePUCCH and, for example, a root index, cyclic shift, OCC, etc. for the PRACH preamble sequence transmitted over the sPUCCH may also be predefined.
  • a relationship between the OCC applied to the data symbols over the ePUCCH and cyclic shifts applied to the PRACH preamble sequence may follow the relationship between the OCC applied to the symbols and cyclic shifts applied to the PRACH preamble sequences as presented above in the sPUCCH-based PRACH transmission and ePUCCH-based PRACH transmission embodiments.
  • DMRS symbols in the ePUCCH subframe and the symbols in the sPUCCH subframe used to transmit the PRACH preamble sequences may be utilized together to improve a PRACH detection probability.
  • the UE 220 may transmit the message to the base station 210 utilizing the ePUCCH and PUSCH (which may be regarded as the ePUCCH+PUSCH-based PRACH transmission).
  • the UE 220 may use the ePUCCH to transmit the PRACH preamble sequence, and use the PUSCH to transmit the message part, for example, Msg 3 and BSR information.
  • the ePUCCH and PUSCH may be frequency multiplexed, for example, by transmitting over different interlaces within the same subframe.
  • the ePUCCH and PUSCH may be time multiplexed, for example, a PUSCH subframe may follow an ePUCCH subframe.
  • the PRACH preamble sequence over the ePUCCH and DMRS symbols with the PUSCH may be used together for channel estimation. Additionally, the DMRS symbols with the PUSCH may be used to improve the PRACH detection probability.
  • the UE 220 may jointly divide the remaining data symbols (e.g., two data symbols) in the sPUCCH and the PUSCH into multiple orthogonal RBs.
  • Each orthogonal resource may be associated with the different PRACH preamble sequences.
  • a PRACH preamble sequence 1 mat be associated to an orthogonal resource 1, which might be an interlace 1 ;
  • a sequence 2 may be associated to an orthogonal resource 2, which might be an interlace 2; and so forth.
  • the UE 220 when associating the PRACH preamble sequences with the time/frequency resources for the message part, may map one or more PRACH preamble sequences to one or more time/frequency resources.
  • the UE 220 may use any of the sPUCCH-based PRACH transmission scheme, ePUCCH-based PRACH transmission scheme, PUSCH-based PRACH transmission scheme, sPUCCH+PUSCH-based PRACH transmission scheme, sPUCCH+ePUCCH- based PRACH transmission scheme and ePUCCH+PUSCH-based PRACH transmission scheme to transmit the message to the base station 210, in order to initiate a random access (RA) procedure in an unlicensed spectrum.
  • RA random access
  • the base station 210 may transmit, at 204, a second message to the UE 220.
  • the base station 210 may start the transmission of the second message after a CCA from an LBT procedure (not shown).
  • the second message may include, for example, a random access request (RAR) and/or a Msg 4.
  • the Msg 4 may be scheduled via a PDCCH/ePDCCH, using C-RNTI received from the UE 220 or a common RA-RNTI.
  • the RA-RNTI may be calculated based on time-frequency resources used by the PRACH preamble sequence of the message.
  • Contention resolution may be performed based on one of PDCCH/ePDCCH or on either the MAC or RRC part (e.g., whichever was provided by the UE 220 in the first transmission). If based on the PDCCH/ePDCCH, contention resolution may be considered successful if the PDCCH/ePDCCH contains the assigned C-RNTI of the UE. If based on the MAC part, contention resolution may be considered successful if the MAC part contains the assigned C-RNTI of the UE 220 or the UE 220 identity provided in the first transmission. If based on the RRC part, contention resolution may be considered successful if the RRC message of the RRC part provided in the first transmission included the assigned C-RNTI of the UE 220 or the UE 220 identity provided in the first transmission.
  • the UL grant allocation may be included a message part of the RAR, the PDCCH/ePDCCH with the assigned C-RNTI of the UE 220, or the PDCCH/ePDCCH with the assigned RA-RNTI. If included in the PDCCH/ePDCCH with the assigned C- RNTI of the UE 220, the UE 220 may decode the downlink (DL) DCI for scheduling RAR/Msg 4 as well as UL grant masked with the assigned C-RNTI of the UE 220.
  • DL downlink
  • the UE 220 may decode the DL grant for scheduling RAR/Msg 4 as well as UL grant for scheduling PUSCH masked with the assigned RA-RNTI.
  • Fig. 5 shows a flow chart of a method 500 for a two element RA procedure performed by a UE 520 with a base station 510 in accordance with various embodiments.
  • the UE 520 may be implemented as the UE 120 of Fig. 1 or UE 220 of Fig. 2.
  • the base station 510 may be implemented as the base station 110 of Fig. 1 or base station 210 of Fig. 2.
  • the base station 510 may be an eNB or a gNB, for example.
  • the method 500 may include, at 502, encoding a message for transmission in one or two channels on an unlicensed spectrum for a RAprocedure.
  • the one or two channels may include, for example, an ePUCCH, sPUCCH, or PUSCH.
  • the message may include, for example, a PRACH preamble sequence and a RRC connection request.
  • the message may include a PRACH preamble sequence and a message part.
  • the message part may include, for example, a cell radio network temporary identifier (C- RNTI, e.g., temporary or assigned), BSR information, capability of the UE 520, or Msg 3, which may include an identity of the UE 520 (e.g., which may be used for contention resolution).
  • C- RNTI cell radio network temporary identifier
  • Msg 3 Mobility Service Set
  • the UE 520 may encode the message to be transmitted in one channel including the sPUCCH, ePUCCH and PUSCH.
  • the UE 520 may encode the PRACH preamble sequence to be transmitted in a first portion (e.g., including a plurality of DMRS symbols) of the one channel and encode the RRC connection request to be transmitted in a remaining portion (e.g., including a plurality of data symbols) of the one channel.
  • the UE 520 may encode the message to be transmitted in two channels including the sPUCCH, ePUCCH and PUSCH.
  • the UE 520 may encode the PRACH preamble sequence to be transmitted in a first channel of the two channels and encode the RRC connection request to be transmitted in a second channel of the two channels.
  • the method 500 may further include, at 504, encoding uplink (UL) data for transmission based on an UL grant received in response to the transmission of the message.
  • UL uplink
  • Fig. 6 shows another flow chart of a method 600 for a two element RA procedure performed by a UE 620 with a base station 610 in accordance with various embodiments.
  • the UE 520 may be implemented as the UE 120 of Fig. 1, UE 220 of Fig. 2, or UE 520 of Fig. 5.
  • the base station 510 may be implemented as the base station 110 of Fig. 1, base station 210 of Fig. 2, or base station 510 of Fig.5.
  • the base station 610 may be an eNB or a gNB, for example.
  • the method 600 may include, at 602, transmitting, in response to a CCA from an
  • the LBT procedure (not shown), a message in one or two channels of an unlicensed spectrum to the base station 610, for a RA procedure.
  • the one or two channels may include, for example, an ePUCCH, sPUCCH, or PUSCH.
  • the message may include, for example, at least a PRACH preamble sequence and Msg 3.
  • the message may include a PRACH preamble sequence and a message part.
  • the message part may include, for example, a cell radio network temporary identifier (C-RNTI, e.g., temporary or assigned), buffer status report (BSR) information, capability of the UE 620, or Msg 3, which may include an identity of the UE 620 (e.g., which may be used for contention resolution).
  • C-RNTI cell radio network temporary identifier
  • BSR buffer status report
  • the UE 620 may transmit the message in one channel including the sPUCCH, ePUCCH and PUSCH.
  • the UE 520 may transmit the PRACH preamble sequence in a first portion (e.g., including a plurality of DMRS symbols) of the one channel and the Msg 3 in a remaining portion (e.g., including a plurality of data symbols) of the one channel.
  • the UE 620 may transmit the message in two channels including the sPUCCH, ePUCCH and PUSCH.
  • the UE 520 may transmit the PRACH preamble sequence in a first channel of the two channels and the Msg 3 in a second channel of the two channels.
  • the method 600 may further include, at 604, encoding uplink (UL) data for transmission based on an UL grant received from the base station 610 in response to the transmission of the message.
  • UL uplink
  • Fig. 7 shows a flow chart of a method 700 for a two element RA procedure performed by a base station 710 with a UE 720 in accordance with various embodiments.
  • the base station 710 may be implemented as the base station 110 of Fig. 1, base station 210 of Fig. 2, base station 510 of Fig.5, or base station 610 of Fig.6.
  • the UE 720 may be implemented as the UE 120 of Fig. 1, UE 220 of Fig. 2, UE 520 of Fig. 5 or UE 620 of Fig. 6.
  • the base station 710 may be an eNB or a gNB, for example.
  • the method 700 may include, at 702, decoding a first message received within one or two channels on an unlicensed spectrum from the UE 720.
  • the one or two channels may include, for example, an ePUCCH, a sPUCCH, or a PUSCH.
  • the first message may include, for example, a PRACH preamble sequence and a RRC connection request.
  • the first message may include a PRACH preamble sequence and a message part.
  • the message part may include, for example, a C-RNTI, e.g., temporary or assigned), BSR information, capability of the UE 720, or Msg 3, which may include an identity of the UE 720 (e.g., which may be used for contention resolution).
  • the base station 710 may receive the first message in one channel including the sPUCCH, ePUCCH, or PUSCH.
  • the base station 710 may receive the PRACH preamble sequence in a first portion (e.g., including a plurality of DMRS symbols) of the one channel and the RRC connection request in a remaining portion (e.g., including a plurality of data symbols) of the one channel.
  • the base station 710 may receive the first message in two channels including the sPUCCH, ePUCCH, or PUSCH.
  • the base station 710 may receive the PRACH preamble sequence in a first channel of the two channels and the RRC connection request in a second channel of the two channels.
  • the method 700 may further include, at 704, encoding, in response to the first message, a second message for a transmission to the UE 720.
  • the second message may include, for example, a RAR and a contention resolution message.
  • the second message may include the RAR and/or a Msg 4 that is scheduled via a PDCCH/ePDCCH using C-RNTI received from the UE 720 or a common RA-RNTI calculated based on time-frequency resources used by the PRACH preamble sequence of the first message.
  • Fig. 8 shows another flow chart of a method 800 for a two element RA procedure performed by a base station 810 with a UE 820 in accordance with various embodiments.
  • the base station 810 may be implemented as the base station 110 of Fig. 1, base station 210 of Fig. 2, base station 510 of Fig.5, base station 610 of Fig.6, or base station 710 of Fig.7.
  • the UE 820 may be implemented as the UE 120 of Fig. 1, UE 220 of Fig. 2, UE 520 of Fig. 5, or UE 620 of Fig. 6, or UE 720 of Fig. 7.
  • the base station 810 may be an eNB or a gNB, for example.
  • the method 800 may include, at 802, receiving, from the UE 820, a first message in one or two channels on an unlicensed spectrum, for a RA procedure.
  • the one or two channels may include, for example, an ePUCCH, sPUCCH, or PUSCH.
  • the message may include, for example, at least a PRACH preamble sequence and Msg 3.
  • the message may include a PRACH preamble sequence and a message part.
  • the message part may include, for example, a cell radio network temporary identifier (C- RNTI, e.g., temporary or assigned), BSR information, capability of the UE 820, or Msg 3, which may include an identity of the UE 820 (e.g., which may be used for contention resolution).
  • C- RNTI cell radio network temporary identifier
  • BSR information capability of the UE 820
  • Msg 3 which may include an identity of the UE 820 (e.g., which may be used for contention resolution).
  • the base station 810 may receive the first message in one channel including the sPUCCH, ePUCCH, or PUSCH.
  • the base station 810 may receive the PRACH preamble sequence in a first portion (e.g., including a plurality of DMRS symbols) of the one channel and the Msg 3 in a remaining portion (e.g., including a plurality of data symbols) of the one channel.
  • the base station 810 may receive the first message in two channels including the sPUCCH, ePUCCH and PUSCH.
  • the base station 810 may receive the PRACH preamble sequence in a first channel of the two channels and the Msg 3 in a second channel of the two channels.
  • the method 800 may further include, at 804, encoding, based on the first message, a second message for a transmission to the UE 820.
  • the second message may include, for example, a RAR and Msg 4.
  • the Msg 4 may be scheduled via a PDCCH/ePDCCH using C-RNTI received from the UE 820 or a RA-RNTI calculated based on time-frequency resources used by the PRACH preamble sequence of the first message.
  • Fig. 9 illustrates, for one embodiment, example components of an electronic device 900.
  • the electronic device 900 may be, implement, be incorporated into, or otherwise be a part of the base station 110/210/510/610/710/810 or UE 120/220/520/620/720/820, or some other electronic device.
  • the electronic device 900 may include application circuitry 902, baseband circuitry 904, Radio Frequency (RF) circuitry 906, front-end module (FEM) circuitry 908 and one or more antennas 910, coupled together at least as shown.
  • RF Radio Frequency
  • FEM front-end module
  • the application circuitry 902 may include one or more application processors.
  • the application circuitry 902 may include circuitry such as, but not limited to, one or more single-core or multi-core processors or processing circuitry.
  • the processor(s) may include any combination of general-purpose processors and dedicated processors (for example, graphics processors, application processors, etc.).
  • the processor(s)/ processing circuitry may be coupled with or may include memory /storage and may be configured to execute instructions stored in the memory /storage to enable various applications or operating systems to run on the system.
  • the baseband circuitry 904 may include circuitry such as, but not limited to, one or more single-core or multi-core processors, to perform the various two element RA procedures described herein.
  • the baseband circuitry 904 may be used to perform the method 500 or method 600 as shown in the flowcharts of Fig. 5 or Fig. 6.
  • the baseband circuitry 904 may be used to perform the method 700 or method 800 as shown in the flowcharts of Fig. 7 or Fig. 8.
  • the baseband circuitry 904 may include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 906 and to generate baseband signals for a transmit signal path of the RF circuitry 906.
  • Baseband processing circuity 904 may interface with the application circuitry 902 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 906.
  • the baseband circuitry 904 may include a second generation (2G) baseband processor 904a, third generation (3G) baseband processor 904b, fourth generation (4G) baseband processor 904c, a fifth generation (5G) baseband processor 904h, or other baseband processor(s) 904d for other existing generations, generations in development, or to be developed in the future (for example, 6G, etc.).
  • the baseband circuitry 904 (for example, one or more of baseband processors
  • radio control functions may include, but are not limited to, signal modulation/demodulation, encoding/decoding, radio frequency shifting, etc.
  • modulation/demodulation circuitry of the baseband circuitry 904 may include Fast-Fourier Transform (FFT), precoding, or constellation mapping/demapping functionality.
  • encoding/decoding circuitry of the baseband circuitry 904 may include convolution, tail-biting convolution, turbo, Viterbi, or Low Density Parity Check (LDPC) encoder/decoder functionality.
  • FFT Fast-Fourier Transform
  • encoding/decoding circuitry of the baseband circuitry 904 may include convolution, tail-biting convolution, turbo, Viterbi, or Low Density Parity Check (LDPC) encoder/decoder functionality.
  • LDPC Low Density Parity Check
  • the baseband circuitry 904 may include elements of a protocol stack such as, for example, elements of an EUTRAN protocol including, for example, PHY, MAC, RLC, PDCP, or RRC elements.
  • a central processing unit (CPU) 904e of the baseband circuitry 904 may be configured to run elements of the protocol stack for signaling of the PHY, MAC, RLC, PDCP, or RRC layers.
  • the baseband circuitry may include one or more audio digital signal processor(s) (DSP) 904f.
  • the audio DSP(s) 904f may be include elements for compression/decompression and echo cancellation and may include other suitable processing elements in other embodiments.
  • the baseband circuitry 904 may further include memory /storage 904g.
  • the memory /storage 904g may be used to load and store data or instructions for operations performed by the processors of the baseband circuitry 904.
  • Memory /storage for one embodiment may include any combination of suitable volatile memory or non-volatile memory.
  • the memory /storage 904g may include any combination of various levels of memory /storage including, but not limited to, read-only memory (ROM) having embedded software instructions (for example, firmware), random access memory (for example, dynamic random access memory (DRAM)), cache, buffers, etc.
  • ROM read-only memory
  • DRAM dynamic random access memory
  • the memory /storage 904g may be shared among the various processors or dedicated to particular processors.
  • the memory /storage 904g may be used to store UL data to be transmitted to a base station, for example.
  • the memory /storage 904g may be used to store DL data to be transmitted to a UE.
  • Components of the baseband circuitry may be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some embodiments.
  • some or all of the constituent components of the baseband circuitry 904 and the application circuitry 902 may be implemented together such as, for example, on a system on a chip (SOC).
  • SOC system on a chip
  • the baseband circuitry 904 may provide for communication compatible with one or more radio technologies.
  • the baseband circuitry 904 may support communication with a RAN, for example, an EUTRAN or next generation RAN (NG RAN), or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), a wireless personal area network (WPAN).
  • NG RAN next generation RAN
  • WMAN wireless metropolitan area networks
  • WLAN wireless local area network
  • WPAN wireless personal area network
  • multi-mode baseband circuitry Embodiments in which the baseband circuitry 904 is configured to support radio communications of more than one wireless protocol.
  • RF circuitry 906 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium.
  • the RF circuitry 106 may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.
  • RF circuitry 906 may include a receive signal path which may include circuitry to down-convert RF signals received from the FEM circuitry 908 and provide baseband signals to the baseband circuitry 904.
  • RF circuitry 906 may also include a transmit signal path which may include circuitry to up- convert baseband signals provided by the baseband circuitry 904 and provide RF output signals to the FEM circuitry 908 for transmission.
  • the RF circuitry 906 may include a receive signal path and a transmit signal path.
  • the receive signal path of the RF circuitry 906 may include mixer circuitry 106a, amplifier circuitry 906b and filter circuitry 906c.
  • the transmit signal path of the RF circuitry 906 may include filter circuitry 906c and mixer circuitry 906a.
  • RF circuitry 906 may also include synthesizer circuitry 906d for synthesizing a frequency for use by the mixer circuitry 906a of the receive signal path and the transmit signal path.
  • the mixer circuitry 906a of the receive signal path may be configured to down-convert RF signals received from the FEM circuitry 908 based on the synthesized frequency provided by synthesizer circuitry 906d.
  • the amplifier circuitry 906b may be configured to amplify the down-converted signals and the filter circuitry 906c may be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals.
  • LPF low-pass filter
  • BPF band-pass filter
  • Output baseband signals may be provided to the baseband circuitry 904 for further processing.
  • the output baseband signals may be zero-frequency baseband signals, although this is not a requirement.
  • mixer circuitry 906a of the receive signal path may comprise passive mixers, although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 906a of the transmit signal path may be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 906d to generate RF output signals for the FEM circuitry 908.
  • the baseband signals may be provided by the baseband circuitry 904 and may be filtered by filter circuitry 906c.
  • the filter circuitry 906c may include a low-pass filter (LPF), although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 906a of the receive signal path and the mixer circuitry 906a of the transmit signal path may include two or more mixers and may be arranged for quadrature downconversion or upconversion respectively.
  • the mixer circuitry 906a of the receive signal path and the mixer circuitry 906a of the transmit signal path may include two or more mixers and may be arranged for image rejection (for example, Hartley image rejection).
  • the mixer circuitry 906a of the receive signal path and the mixer circuitry 906a may be arranged for direct downconversion or direct upconversion, respectively.
  • the mixer circuitry 906a of the receive signal path and the mixer circuitry 906a of the transmit signal path may be configured for super-heterodyne operation.
  • the output baseband signals and the input baseband signals may be analog baseband signals, although the scope of the embodiments is not limited in this respect.
  • the output baseband signals and the input baseband signals may be digital baseband signals.
  • the RF circuitry 906 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 904 may include a digital baseband interface to communicate with the RF circuitry 906.
  • ADC analog-to-digital converter
  • DAC digital-to-analog converter
  • a separate radio IC circuitry may be provided for processing signals for each spectrum, although the scope of the embodiments is not limited in this respect.
  • the synthesizer circuitry 906d may be a fractional-N synthesizer or a fractional N/N+l synthesizer, although the scope of the embodiments is not limited in this respect as other types of frequency synthesizers may be suitable.
  • synthesizer circuitry 906d may be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.
  • the synthesizer circuitry 906d may be configured to synthesize an output frequency for use by the mixer circuitry 906a of the RF circuitry 906 based on a frequency input and a divider control input. In some embodiments, the synthesizer circuitry 906d may be a fractional N/N+l synthesizer.
  • frequency input may be provided by a voltage controlled oscillator (VCO), although that is not a requirement.
  • VCO voltage controlled oscillator
  • Divider control input may be provided by either the baseband circuitry 904 or the applications processor 902 depending on the desired output frequency.
  • a divider control input (for example, N) may be determined from a look-up table based on a channel indicated by the applications processor 902.
  • Synthesizer circuitry 906d of the RF circuitry 906 may include a divider, a delay- locked loop (DLL), a multiplexer and a phase accumulator.
  • the divider may be a dual modulus divider (DMD) and the phase accumulator may be a digital phase accumulator (DPA).
  • the DMD may be configured to divide the input signal by either N or N+1 (for example, based on a carry out) to provide a fractional division ratio.
  • the DLL may include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop.
  • the delay elements may be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line.
  • Nd is the number of delay elements in the delay line.
  • synthesizer circuitry 906d may be configured to generate a carrier frequency as the output frequency, while in other embodiments, the output frequency may be a multiple of the carrier frequency (for example, twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other.
  • the output frequency may be a LO frequency (fLO).
  • the RF circuitry 906 may include an IQ/polar converter.
  • FEM circuitry 908 may include a receive signal path which may include circuitry configured to operate on RF signals received from one or more antennas 910, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 906 for further processing.
  • FEM circuitry 908 may also include a transmit signal path which may include circuitry configured to amplify signals for transmission provided by the RF circuitry 906 for transmission by one or more of the one or more antennas 910.
  • the FEM circuitry 908 may include a TX/RX switch to switch between transmit mode and receive mode operation.
  • the FEM circuitry may include a receive signal path and a transmit signal path.
  • the receive signal path of the FEM circuitry may include a low-noise amplifier (LNA) to amplify received RF signals and provide the amplified received RF signals as an output (for example, to the RF circuitry 906).
  • the transmit signal path of the FEM circuitry 108 may include a power amplifier (PA) to amplify input RF signals (for example, provided by RF circuitry 906), and one or more filters to generate RF signals for subsequent transmission (for example, by one or more of the one or more antennas 910).
  • the electronic device 900 may include additional elements such as, for example, memory /storage, display, camera, sensor, or input/output (I/O) interface.
  • the electronic device 900 of Fig. 9 may be configured to perform one or more processes, techniques, or methods as described herein, or portions thereof.
  • the electronic device 900 may perform operations described in Figures 2 and 5-8.
  • Figure 10 is a block diagram illustrating components, according to some example embodiments, able to read instructions from a machine-readable or computer-readable medium (for example, a machine-readable storage medium) and perform any one or more of the methodologies discussed herein.
  • Figure 10 shows a diagrammatic representation of hardware resources 1000 including one or more processors (or processor cores) 1010, one or more memory /storage devices 1020, and one or more communication resources 1030, each of which may be communicatively coupled via a bus 1040.
  • node virtualization for example, network function virtualization (NFV)
  • a hypervisor 1002 may be executed to provide an execution environment for one or more network slices/sub-slices to utilize the hardware resources 1000.
  • NFV network function virtualization
  • the processors 1010 may include, for example, a processor, a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU), a digital signal processor (DSP) such as a baseband processor, an application specific integrated circuit (ASIC), a radio-frequency integrated circuit (RFIC), another processor, or any suitable combination thereof
  • RISC reduced instruction set computing
  • CISC complex instruction set computing
  • GPU graphics processing unit
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • RFIC radio-frequency integrated circuit
  • the memory /storage devices 1020 may include main memory, disk storage, or any suitable combination thereof.
  • the memory /storage devices 1020 may include, but are not limited to, any type of volatile or non-volatile memory such as dynamic random access memory (DRAM), static random-access memory (SRAM), erasable programmable readonly memory (EPROM), electrically erasable programmable read-only memory (EEPROM), Flash memory, solid-state storage, etc.
  • DRAM dynamic random access memory
  • SRAM static random-access memory
  • EPROM erasable programmable readonly memory
  • EEPROM electrically erasable programmable read-only memory
  • Flash memory solid-state storage, etc.
  • the communication resources 1030 may include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 1004 or one or more databases 1006 via a network 1008.
  • the communication resources 1030 may include wired communication components (for example, for coupling via a Universal Serial Bus (USB)), cellular communication components, near-field communication (NFC) components, Bluetooth® components (for example, Bluetooth® Low Energy), Wi-Fi® components, and other communication components.
  • wired communication components for example, for coupling via a Universal Serial Bus (USB)
  • USB Universal Serial Bus
  • NFC near-field communication
  • Bluetooth® components for example, Bluetooth® Low Energy
  • Wi-Fi® components and other communication components.
  • Instructions 1050 may include software, a program, an application, an applet, an app, or other executable code for causing at least any of the processors 1010 to perform any one or more of the methodologies discussed herein.
  • the instructions 1050 may cause the processors 1010 to perform the operation flow/algorithmic structure 200 or other operations of a UE described, for example, in the flow charts of Figures 5-6.
  • the instructions 1050 may cause the processors 1010 to perform the operation flow/algorithmic structure 200 or other operations of an eNodeB described, for example, in the flows of Figures 7-8.
  • the instructions 1050 may reside, completely or partially, within at least one of the processors 1010 (for example, within the processor's cache memory), the memory /storage devices 1020, or any suitable combination thereof. Furthermore, any portion of the instructions 1050 may be transferred to the hardware resources 1000 from any combination of the peripheral devices 1004 or the databases 1006. Accordingly, the memory of processors 1010, the memory /storage devices 1020, the peripheral devices 1004, and the databases 1006 are examples of computer-readable and machine-readable media.
  • the resources described in Figure 10 may also be referred to as circuitry.
  • communication resources 1030 may also be referred to as communication circuitry 1030.
  • Example 1 includes an apparatus to be employed in a user equipment (UE), the apparatus comprising: a memory and a processing circuitry coupled with the memory.
  • the memory has uplink (UL) data to be transmitted to a base station stored thereon.
  • the processing circuitry is operable to encode a message for transmission in one or two channels on an unlicensed spectrum for a random access (RA) procedure, the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the message is to include a PRACH preamble sequence and a radio resource control (RRC) connection request; and encode uplink (UL) data for transmission based on an UL grant received in response to the transmission of the message.
  • RA random access
  • Example 2 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include one channel and the processing circuitry is further operable to encode the PRACH preamble sequence to be transmitted in a first portion of the one channel and encode the RRC connection request to be transmitted in a remaining portion of the one channel.
  • Example 3 includes the apparatus of example 1 or some other example herein, wherein the first portion includes a plurality of Demodulation Reference Signal (DMRS) symbols, and the remaining portion includes a plurality of data symbols.
  • DMRS Demodulation Reference Signal
  • Example 4 includes the apparatus of example 3 or some other example herein, wherein a mapping from an orthogonal cover code (OCC) applied to the plurality of DMRS symbols or the plurality of data symbols to the PRACH preamble sequence is predefined.
  • OCC orthogonal cover code
  • Example 5 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include an sPUCCH, and the processing circuitry is further operable to encode the PRACH preamble sequence to be transmitted within two Demodulation Reference Signal (DMRS) symbols of a subframe of the sPUCCH and the RRC connection request to be transmitted within two data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 6 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include an sPUCCH, and the message is to be transmitted using sPUCCH format 1 , 2 or 3.
  • Example 7 includes the apparatus of example 6 or some other example herein, wherein the processing circuitry is further to: determine a channel condition; and select an sPUCCH format to be used to transmit the message based on the channel condition.
  • Example 8 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include an ePUCCH, and the processing circuitry is further operable to encode the PRACH preamble sequence to be transmitted within four Demodulation Reference Signal (DMRS) symbols of a subframe of the ePUCCH and the RRC connection request to be transmitted within eight, nine, or ten data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 9 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include a PUSCH, and the processing circuitry is further operable to encode the PRACH preamble sequence to be transmitted within two Demodulation Reference Signal (DMRS) symbols of a subframe of the PUSCH and the RRC connection request to be transmitted within remaining Orthogonal Frequency Division Multiplexing (OFDM) symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • OFDM Orthogonal Frequency Division Multiplexing
  • Example 10 includes the apparatus of example 1 or some other example herein, wherein the message includes a message part having the RRC connection request, a cell radio network temporary identifier (C-RNTI), buffer status report (BSR) information, capability of the UE, or an identity of the UE.
  • C-RNTI cell radio network temporary identifier
  • BSR buffer status report
  • Example 11 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include two channels and the processing circuitry is further operable to: encode the PRACH preamble sequence to be transmitted in a first channel of the two channels and the RRC connection request to be transmitted in a second channel of the two channels.
  • Example 12 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include an sPUCCH and a PUSCH, and the processing circuitry is further operable to: encode the PRACH preamble sequence to be transmitted in the sPUCCH and encode the RRC connection request to be transmitted in the PUSCH, which is to follow the sPUCCH.
  • Example 13 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include an sPUCCH and an ePUCCH, and the processing circuitry is further operable to: encode the PRACH preamble sequence to be transmitted in the sPUCCH and encode the RRC connection request to be transmitted in the ePUCCH.
  • Example 14 includes the apparatus of example 1 or some other example herein, wherein the one or two channels include an ePUCCH and a PUSCH, and the processing circuitry is further operable to: encode the PRACH preamble sequence to be transmitted in the ePUCCH and encode the RRC connection request to be transmitted in the PUSCH.
  • Example 15 includes the apparatus of example 14 or some other example herein, wherein the ePUCCH and PUSCH are frequency or time multiplexed.
  • Example 16 includes the apparatus of examples 12 or 14 or some other example herein, the processing circuitry is further operable to divide the PUSCH into a plurality of orthogonal resources including a frequency -domain interlace and a plurality of time- domain Orthogonal Frequency Division Multiplexing (OFDM) symbols; and associate different orthogonal resources to different PRACH preamble sequences.
  • OFDM Orthogonal Frequency Division Multiplexing
  • Example 17 includes one or more computer-readable media having instructions stored thereon.
  • the instructions when executed by one or more processors cause a user equipment (UE) to transmit, in response to a clear channel assessment (CCA) from a listen-before-talk (LBT) procedure, a message in one or two channels of an unlicensed spectrum to a base station, for a random access (RA) procedure, the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the message includes a Physical Random Access Channel (PRACH) preamble sequence and a message 3 (Msg 3) of the RA procedure; and encode uplink (UL) data for transmission based on an UL grant received in response to the transmission of the message.
  • CCA clear channel assessment
  • LBT listen-before-talk
  • RA random access
  • ePUCCH extended Physical Uplink Control Channel
  • sPUCCH short Physical Uplink Control Channel
  • Example 18 includes the one or more computer-readable media of claim 17 or some other example herein, wherein the one or two channels include one channel, the instructions when executed by the one or more processors further cause the UE to transmit the PRACH preamble sequence in a first portion of the one channel and the Msg 3 in a remaining portion of the one channel.
  • Example 19 includes the one or more computer-readable media of example 17 or some other example herein, wherein the first portion includes a plurality of Demodulation Reference Signal (DMRS) symbols, and the remaining portion includes a plurality of data symbols.
  • DMRS Demodulation Reference Signal
  • Example 20 includes the one or more computer-readable media of example 19 or some other example herein, wherein a mapping from an orthogonal cover code (OCC) applied to the plurality of DMRS symbols or the plurality of data symbols to the PRACH preamble sequence is predefined.
  • OCC orthogonal cover code
  • Example 21 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include an sPUCCH, the instructions when executed by the one or more processors further cause the UE to transmit the PRACH preamble sequence within two Demodulation Reference Signal (DMRS) symbols of a subframe of the sPUCCH and the Msg 3 within two data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 22 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include an sPUCCH, and the message is to be transmitted using sPUCCH format 1, 2 or 3.
  • Example 23 includes the one or more computer-readable media of example 22 or some other example herein, wherein the instructions when executed by the one or more processors further cause the UE to: determine a channel condition; and select an sPUCCH format to be used to transmit the message based on the channel condition.
  • Example 24 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include an ePUCCH, the instructions when executed by the one or more processors further cause the UE to transmit the PRACH preamble sequence within four Demodulation Reference Signal (DMRS) symbols of a subframe of the ePUCCH and the Msg 3 within eight, nine, or ten data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 25 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include a PUSCH, the instructions when executed by the one or more processors further cause the UE to transmit the PRACH preamble sequence within two Demodulation Reference Signal (DMRS) symbols of a subframe of the PUSCH and the Msg 3 within remaining Orthogonal Frequency Division Multiplexing (OFDM) symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • OFDM Orthogonal Frequency Division Multiplexing
  • Example 26 includes the one or more computer-readable media of example 17 or some other example herein, wherein the message includes a message part having the RRC connection request, a cell radio network temporary identifier (C-RNTI), buffer status report (BSR) information, capability of the UE, or an identity of the UE.
  • C-RNTI cell radio network temporary identifier
  • BSR buffer status report
  • Example 27 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include two channels, the instructions when executed by the one or more processors further cause the UE to: transmit the PRACH preamble sequence in a first channel of the two channels and the Msg3 in a second channel of the two channels.
  • Example 28 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include an sPUCCH and a PUSCH, the instructions when executed by the one or more processors further cause the UE to: transmit the PRACH preamble sequence in the sPUCCH and transmit the Msg3 in the PUSCH, which is to follow the sPUCCH.
  • Example 29 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include an sPUCCH and an ePUCCH, the instructions when executed by the one or more processors further cause the UE to: transmit the PRACH preamble sequence in the sPUCCH and transmit the Msg3 in the ePUCCH.
  • Example 30 includes the one or more computer-readable media of example 17 or some other example herein, wherein the one or two channels include an ePUCCH and a PUSCH, the instructions when executed by the one or more processors further cause the UE to: transmit the PRACH preamble sequence in the ePUCCH and transmit the Msg3 in the PUSCH.
  • Example 31 includes the one or more computer-readable media of example 30 or some other example herein, wherein the ePUCCH and PUSCH are frequency or time multiplexed.
  • Example 32 includes the one or more computer-readable media of examples 28 or 30 or some other example herein, wherein the instructions when executed by the one or more processors further cause the UE to: divide the PUSCH into a plurality of orthogonal resources including a frequency -domain interlace and a plurality of time-domain Orthogonal Frequency Division Multiplexing (OFDM) symbols; and associate different orthogonal resources to different PRACH preamble sequences.
  • OFDM Orthogonal Frequency Division Multiplexing
  • Example 33 includes a method to be performed by a user equipment (UE), including: encoding a message for transmission in one or two channels on an unlicensed spectrum for a random access (RA) procedure, the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the message is to include a PRACH preamble sequence and a radio resource control (RRC) connection request; and encoding uplink (UL) data for transmission based on an UL grant received in response to the transmission of the message.
  • RA random access
  • Example 34 includes the method of example 33 or some other example herein, wherein the one or two channels include one channel, the method further includes encoding the PRACH preamble sequence to be transmitted in a first portion of the one channel and encoding the RRC connection request to be transmitted in a remaining portion of the one channel.
  • Example 35 includes the method of example 33 or some other example herein, wherein the first portion includes a plurality of Demodulation Reference Signal (DMRS) symbols, and the remaining portion includes a plurality of data symbols.
  • DMRS Demodulation Reference Signal
  • Example 36 includes the method of example 35 or some other example herein, wherein a mapping from an orthogonal cover code (OCC) applied to the plurality of DMRS symbols or the plurality of data symbols to the PRACH preamble sequence is predefined.
  • OCC orthogonal cover code
  • Example 37 includes the method of example 33 or some other example herein, wherein the one or two channels include an sPUCCH, the method further includes encoding the PRACH preamble sequence to be transmitted within two Demodulation Reference Signal (DMRS) symbols of a subframe of the sPUCCH and the RRC connection request to be transmitted within two data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 38 includes the method of example 33 or some other example herein, wherein the one or two channels include an sPUCCH, and the message is to be transmitted using sPUCCH format 1, 2 or 3.
  • Example 39 includes the method of example 38 or some other example herein, wherein method further includes: determining a channel condition; and selecting an sPUCCH format to be used to transmit the message based on the channel condition.
  • Example 40 includes the method of example 33 or some other example herein, wherein the one or two channels include an ePUCCH, and the method further includes encoding the PRACH preamble sequence to be transmitted within four Demodulation Reference Signal (DMRS) symbols of a subframe of the ePUCCH and the RRC connection request to be transmitted within eight, nine, or ten data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 41 includes the method of example 33 or some other example herein, wherein the one or two channels include a PUSCH, and the method further includes encoding the PRACH preamble sequence to be transmitted within two Demodulation Reference Signal (DMRS) symbols of a subframe of the PUSCH and the RRC connection request to be transmitted within remaining Orthogonal Frequency Division Multiplexing (OFDM) symbols of the subframe.
  • Example 42 includes the method of example 33 or some other example herein, wherein the message includes a message part having the RRC connection request, a cell radio network temporary identifier (C-RNTI), buffer status report (BSR) information, capability of the UE, or an identity of the UE.
  • C-RNTI cell radio network temporary identifier
  • BSR buffer status report
  • Example 43 includes the method of example 33 or some other example herein, wherein the one or two channels include two channels, the method further includes encoding the PRACH preamble sequence to be transmitted in a first channel of the two channels and the RRC connection request to be transmitted in a second channel of the two channels.
  • Example 44 includes the method of example 33 or some other example herein, wherein the one or two channels include an sPUCCH and a PUSCH, the method further includes encoding the PRACH preamble sequence to be transmitted in the sPUCCH and the RRC connection request to be transmitted in the PUSCH, which is to follow the sPUCCH.
  • Example 45 includes the method of example 33 or some other example herein, wherein the one or two channels include an sPUCCH and an ePUCCH, the method further includes encoding the PRACH preamble sequence to be transmitted in the sPUCCH and the RRC connection request to be transmitted in the ePUCCH.
  • Example 46 includes the method of example 33 or some other example herein, wherein the one or two channels include an ePUCCH and a PUSCH, the method further includes encoding the PRACH preamble sequence to be transmitted in the ePUCCH and encode the RRC connection request to be transmitted in the PUSCH.
  • Example 47 includes the method of example 46 or some other example herein, wherein the ePUCCH and PUSCH are frequency or time multiplexed.
  • Example 48 includes the method of examples 44 or 46 or some other example herein, wherein the mrthod further includes dividing the PUSCH into a plurality of orthogonal resources including a frequency -domain interlace and a plurality of time- domain Orthogonal Frequency Division Multiplexing (OFDM) symbols; and associating different orthogonal resources to different PRACH preamble sequences.
  • OFDM Orthogonal Frequency Division Multiplexing
  • Example 49 includes an apparatus to be employed in a user equipment (UE), including means for performing the method according to any of examples 33-48.
  • UE user equipment
  • Example 50 includes an apparatus to be employed in a base station.
  • the apparatus includes a memory and a processing circuitry coupled with the memory.
  • the memory stores downlink (DL) data to be transmitted to a user equipment (UE).
  • the processing circuitry is operable to decode a first message received within one or two channels on an unlicensed spectrum from the UE, the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the first message is to include a PRACH preamble sequence and a radio resource control (RRC) connection request; and encode, in response to the first message, a second message for a transmission to the UE, wherein the second message includes a random access response (RAR) and a contention resolution message.
  • RRC radio resource control
  • Example 51 includes the apparatus of example 50 or some other example herein, wherein the one or two channels include one channel and the processing circuitry is further operable to receive the PRACH preamble sequence in a plurality of Demodulation Reference Signal (DMRS) symbols of a subframe of the channel and the RRC connection request in a plurality of data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 52 includes the apparatus of example 51 or some other example herein, wherein the processing circuitry is further operable to utilize the DMRS symbols for channel estimation.
  • Example 53 includes the apparatus of example 51 or some other example herein, wherein the processing circuitry is further operable to configure DMRS information for the DMRS symbols through high layer signaling.
  • Example 54 includes the apparatus of example 50 or some other example herein, wherein the processing circuitry is further operable to transmit the second message in response to a clear channel assessment (CCA) from a listen-before-talk (LBT) procedure.
  • CCA clear channel assessment
  • LBT listen-before-talk
  • Example 55 includes the apparatus of example 50 or some other example herein, wherein the one or two channels include two channels and the processing circuitry is further operable to receive the PRACH preamble sequence in a first channel of the two channels and the RRC connection request in a second channel of the two channels.
  • Example 56 includes the apparatus of example 55 or some other example herein, wherein the processing circuitry is further operable to utilize the PRACH preamble sequence over the first channel and Demodulation Reference Signal (DMRS) symbols of the second channel together for channel estimation.
  • DMRS Demodulation Reference Signal
  • Example 57 includes one or more computer-readable media having instructions stored thereon.
  • the instructions when executed by one or more processors cause an evolved node B (eNodeB) to receive, from a user equipment (UE), a first message in one or two channels on an unlicensed spectrum, for a random access (RA) procedure, the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the first message includes a Physical Random Access Channel (PRACH) preamble sequence and a message 3 (Msg 3); and encode, based on the first message, a second message for a transmission to the UE, wherein the second message includes a random access response (RAR) and a message 4 (Msg 4).
  • eNodeB evolved node B
  • UE user equipment
  • a first message in one or two channels on an unlicensed spectrum, for a random access (RA) procedure the one or two channels to
  • Example 58 includes the one or more computer-readable media of example 57 or some other example herein, wherein the one or two channels include one channel, the instructions when executed by the one or more processors further cause the eNodeB to receive the PRACH preamble sequence in a plurality of Demodulation Reference Signal (DMRS) symbols of a subframe of the channel and the Msg 3 in a plurality of data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 59 includes the one or more computer-readable media of example 58 or some other example herein, wherein the instructions when executed by the one or more processors further cause the eNodeB to utilize the DMRS symbols for channel estimation.
  • Example 60 includes the one or more computer-readable media of example 58 or some other example herein, wherein the instructions when executed by the one or more processors further cause the eNodeB to configure DMRS information for the DMRS symbols through high layer signaling.
  • Example 61 includes the one or more computer-readable media of example 57 or some other example herein, wherein the instructions when executed by the one or more processors further cause the eNodeB to transmit the second message in response to a clear channel assessment (CCA) from a listen-before-talk (LBT) procedure.
  • CCA clear channel assessment
  • LBT listen-before-talk
  • Example 62 includes the one or more computer-readable media of example 57 or some other example herein, wherein the one or two channels include two channels, the instructions when executed by the one or more processors further cause the eNodeB to receive the PRACH preamble sequence in a first channel of the two channels and the Msg 3 in a second channel of the two channels.
  • Example 63 includes the one or more computer-readable media of example 62 or some other example herein, wherein the instructions when executed by the one or more processors further cause the eNodeB to utilize the PRACH preamble sequence over the first channel and Demodulation Reference Signal (DMRS) symbols of the second channel together for channel estimation.
  • DMRS Demodulation Reference Signal
  • Example 64 includes a method to be performed by an evolved node B (eNodeB).
  • the method includes: decoding a first message received within one or two channels on an unlicensed spectrum from a user equipment (UE), the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the first message is to include a PRACH preamble sequence and a radio resource control (RRC) connection request; and encoding, in response to the first message, a second message for a transmission to the UE, wherein the second message includes a random access response (RAR) and a contention resolution message.
  • RRC radio resource control
  • Example 65 includes the method of example 64 or some other example herein, wherein the one or two channels include one channel, the method further includes receiving the PRACH preamble sequence in a plurality of Demodulation Reference Signal (DMRS) symbols of a subframe of the channel and the RRC connection request in a plurality of data symbols of the subframe.
  • DMRS Demodulation Reference Signal
  • Example 66 includes the method of example 65 or some other example herein, wherein the method further includes utilizing the DMRS symbols for channel estimation.
  • Example 67 includes the method of example 65 or some other example herein, wherein the method further includes configuring DMRS information for the DMRS symbols through high layer signaling.
  • Example 68 includes the method of example 64 or some other example herein, wherein the method further includes transmitting the second message in response to a clear channel assessment (CCA) from a listen-before-talk (LBT) procedure.
  • CCA clear channel assessment
  • LBT listen-before-talk
  • Example 69 includes the method of example 64 or some other example herein, wherein the one or two channels include two channels, the method further includes receiving the PRACH preamble sequence in a first channel of the two channels and the RRC connection request in a second channel of the two channels.
  • Example 70 includes the method of example 69 or some other example herein, wherein the method further includes utilizing the PRACH preamble sequence over the first channel and Demodulation Reference Signal (DMRS) symbols of the second channel together for channel estimation.
  • Example 71 includes an apparatus to be employed in an evolved node B (eNodeB), including means for performing the method according to any of examples 64-70.
  • eNodeB evolved node B
  • Example 72 includes system for Random Access Channel (RACH) transmission.
  • the system includes a user equipment (UE) and abase station in communication with the UE.
  • the UE is operable to encode a fist message for transmission to the base station in one or two channels on an unlicensed spectrum, the one or two channels to include an extended Physical Uplink Control Channel (ePUCCH), a short Physical Uplink Control Channel (sPUCCH), or a Physical Uplink Share Channel (PUSCH), wherein the message is to include a PRACH preamble sequence and a radio resource control (RRC) connection request.
  • the base station is operable to decode the first message, and encode, in response to the first message, a second message for a transmission to the UE, wherein the second message includes a random access response (RAR) and a contention resolution message.
  • RAR random access response
  • embodiments may include fewer features than those disclosed in a particular example.
  • the following claims are hereby incorporated into the Detailed Description, with a claim standing on its own as a separate embodiment.
  • the scope of the embodiments disclosed herein is to be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.

Landscapes

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

Abstract

Des modes de réalisation de la présente invention concernent des appareils, des systèmes et des procédés pour une transmission par canal à accès aléatoire à deux éléments (PRACH) dans un spectre sans licence.
PCT/US2017/059074 2016-11-04 2017-10-30 Transmission par canal à accès aléatoire à deux éléments (prach) WO2018085205A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNPCT/CN2016/104579 2016-11-04
CN2016104579 2016-11-04

Publications (1)

Publication Number Publication Date
WO2018085205A1 true WO2018085205A1 (fr) 2018-05-11

Family

ID=60480384

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2017/059074 WO2018085205A1 (fr) 2016-11-04 2017-10-30 Transmission par canal à accès aléatoire à deux éléments (prach)

Country Status (1)

Country Link
WO (1) WO2018085205A1 (fr)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108702762A (zh) * 2018-05-18 2018-10-23 北京小米移动软件有限公司 消息发送方法、装置和资源分配方法、装置
CN110535602A (zh) * 2019-01-18 2019-12-03 中兴通讯股份有限公司 一种信息传输方法、装置、通信设备和通信节点
WO2020019182A1 (fr) * 2018-07-25 2020-01-30 Oppo广东移动通信有限公司 Appareil et procédé de transmission de signal, dispositif terminal, et dispositif de réseau
WO2020147826A1 (fr) * 2019-01-18 2020-07-23 维沃移动通信有限公司 Procédé de transmission d'accès aléatoire, et terminal
WO2020164344A1 (fr) 2019-02-15 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Dispositif terminal, dispositif de réseau et procédés associés
WO2020165498A1 (fr) * 2019-02-15 2020-08-20 Nokia Technologies Oy Structure de message d'un équipement d'utilisateur à une station de base dans un accès aléatoire en deux étapes
WO2020192700A1 (fr) * 2019-03-27 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Procédés, dispositif terminal et station de base pour procédure d'accès aléatoire
KR20210036828A (ko) * 2019-09-26 2021-04-05 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
CN112771983A (zh) * 2018-09-26 2021-05-07 联想（新加坡）私人有限公司 执行两步随机接入信道过程
CN113303019A (zh) * 2019-01-17 2021-08-24 中兴通讯股份有限公司 前导码和参考信号的发射机侧处理
US20210307075A1 (en) * 2018-11-01 2021-09-30 Panasonic Intellectual Property Corporation Of America Transmission device, reception device, transmission method, and reception method
KR20210121243A (ko) * 2019-02-14 2021-10-07 다탕 모바일 커뮤니케이션즈 이큅먼트 코포레이션 리미티드 정보 전송 방법, 장치 및 기기
JPWO2020157993A1 (ja) * 2019-02-01 2021-12-02 株式会社Ｎｔｔドコモ ユーザ装置及び基地局装置
EP3927093A4 (fr) * 2019-02-13 2022-04-20 KDDI Corporation Dispositif terminal, dispositif de station de base, procédé de communication et programme, pour exécuter une procédure d'accès aléatoire en deux étapes
CN114451061A (zh) * 2019-10-04 2022-05-06 Lg电子株式会社 由终端在免授权频带下执行随机接入信道过程的方法及其装置
JP2022524706A (ja) * 2019-01-17 2022-05-10 ベイジン スプレッドトラム ハイ－テック コミュニケーションズ テクノロジー カンパニー，リミティド データ伝送方法及び装置
KR20220120531A (ko) * 2019-09-26 2022-08-30 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
JP2023536295A (ja) * 2020-08-06 2023-08-24 富士通株式会社 信号の送受信方法、装置及び通信システム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015122701A1 (fr) * 2014-02-16 2015-08-20 Lg Electronics Inc. Procédé et appareil pour transmettre des données de liaison montante dans un système de communication sans fil
WO2015137632A1 (fr) * 2014-03-11 2015-09-17 Lg Electronics Inc. Procédé d'attribution d'identifiant temporaire à un terminal dans un processus d'accès aléatoire dans un système de communication sans fil et appareil correspondant
US20160242213A1 (en) * 2015-02-18 2016-08-18 Qualcomm Incorporated Techniques for cell access using an unlicensed radio frequency spectrum band
WO2016171767A1 (fr) * 2015-04-22 2016-10-27 Intel IP Corporation Demande de planification reposant sur un conflit à faible latence

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015122701A1 (fr) * 2014-02-16 2015-08-20 Lg Electronics Inc. Procédé et appareil pour transmettre des données de liaison montante dans un système de communication sans fil
WO2015137632A1 (fr) * 2014-03-11 2015-09-17 Lg Electronics Inc. Procédé d'attribution d'identifiant temporaire à un terminal dans un processus d'accès aléatoire dans un système de communication sans fil et appareil correspondant
US20160242213A1 (en) * 2015-02-18 2016-08-18 Qualcomm Incorporated Techniques for cell access using an unlicensed radio frequency spectrum band
WO2016171767A1 (fr) * 2015-04-22 2016-10-27 Intel IP Corporation Demande de planification reposant sur un conflit à faible latence

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "DL based mobility UL channels", vol. RAN WG1, no. Lisbon, Portugal; 20160910 - 20160914, 9 October 2016 (2016-10-09), XP051150189, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN1/Docs/> [retrieved on 20161009] *
QUALCOMM INCORPORATED: "RACH Procedure for Enhanced LAA", vol. RAN WG2, no. Dubrovnik, Croatia; 20160412 - 20160416, 2 April 2016 (2016-04-02), XP051082641, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_93bis/Docs/> [retrieved on 20160402] *

Cited By (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108702762A (zh) * 2018-05-18 2018-10-23 北京小米移动软件有限公司 消息发送方法、装置和资源分配方法、装置
CN110771240A (zh) * 2018-07-25 2020-02-07 Oppo广东移动通信有限公司 一种信号传输方法及装置、终端设备、网络设备
WO2020019182A1 (fr) * 2018-07-25 2020-01-30 Oppo广东移动通信有限公司 Appareil et procédé de transmission de signal, dispositif terminal, et dispositif de réseau
CN112771983B (zh) * 2018-09-26 2024-06-11 联想（新加坡）私人有限公司 执行两步随机接入信道过程
CN112771983A (zh) * 2018-09-26 2021-05-07 联想（新加坡）私人有限公司 执行两步随机接入信道过程
US20210307075A1 (en) * 2018-11-01 2021-09-30 Panasonic Intellectual Property Corporation Of America Transmission device, reception device, transmission method, and reception method
CN113303019B (zh) * 2019-01-17 2024-09-27 中兴通讯股份有限公司 前导码和参考信号的发射机侧处理
EP3912423A4 (fr) * 2019-01-17 2022-01-26 ZTE Corporation Traitement côté émetteur de préambules et de signaux de référence
US11963231B2 (en) 2019-01-17 2024-04-16 Zte Corporation Transmitter-side processing of preambles and reference signals
CN113303019A (zh) * 2019-01-17 2021-08-24 中兴通讯股份有限公司 前导码和参考信号的发射机侧处理
JP7238144B2 (ja) 2019-01-17 2023-03-13 ベイジン スプレッドトラム ハイ－テック コミュニケーションズ テクノロジー カンパニー，リミティド データ伝送方法及び装置
JP2022524706A (ja) * 2019-01-17 2022-05-10 ベイジン スプレッドトラム ハイ－テック コミュニケーションズ テクノロジー カンパニー，リミティド データ伝送方法及び装置
WO2020147826A1 (fr) * 2019-01-18 2020-07-23 维沃移动通信有限公司 Procédé de transmission d'accès aléatoire, et terminal
CN110535602A (zh) * 2019-01-18 2019-12-03 中兴通讯股份有限公司 一种信息传输方法、装置、通信设备和通信节点
CN110535602B (zh) * 2019-01-18 2022-12-20 中兴通讯股份有限公司 一种信息传输方法、装置、通信设备和通信节点
JP7365370B2 (ja) 2019-02-01 2023-10-19 株式会社Ｎｔｔドコモ 端末、無線通信システム、及び、通信方法
JPWO2020157993A1 (ja) * 2019-02-01 2021-12-02 株式会社Ｎｔｔドコモ ユーザ装置及び基地局装置
EP3927093A4 (fr) * 2019-02-13 2022-04-20 KDDI Corporation Dispositif terminal, dispositif de station de base, procédé de communication et programme, pour exécuter une procédure d'accès aléatoire en deux étapes
KR20210121243A (ko) * 2019-02-14 2021-10-07 다탕 모바일 커뮤니케이션즈 이큅먼트 코포레이션 리미티드 정보 전송 방법, 장치 및 기기
EP3927063A4 (fr) * 2019-02-14 2022-04-13 Datang Mobile Communications Equipment Co., Ltd. Procédé de transmission d'informations, appareil, et dispositif
US20220132594A1 (en) * 2019-02-14 2022-04-28 Datang Mobile Communications Equipment Co., Ltd. Information transmission method, apparatus, and device
KR102660235B1 (ko) 2019-02-14 2024-04-23 다탕 모바일 커뮤니케이션즈 이큅먼트 코포레이션 리미티드 정보 전송 방법, 장치 및 기기
US12048026B2 (en) 2019-02-14 2024-07-23 Datang Mobile Communications Equipment Co., Ltd. Information transmission method, apparatus, and device applied to 2-step random access procedure
US12048017B2 (en) 2019-02-15 2024-07-23 Nokia Technologies Oy Structure of message from user equipment to base station in 2-step random access
TWI824109B (zh) * 2019-02-15 2023-12-01 芬蘭商諾基亞科技公司 兩步驟隨機接取中從使用者設備到基地台之訊息結構
US11483875B2 (en) 2019-02-15 2022-10-25 Telefonaktiebolaget Lm Ericsson (Publ) Terminal device, network device and methods therein
US12052773B2 (en) 2019-02-15 2024-07-30 Telefonaktiebolaget Lm Ericsson (Publ) Terminal device, network device and methods therein
CN113491165A (zh) * 2019-02-15 2021-10-08 诺基亚技术有限公司 从用户设备到基站的两步随机接入中的消息结构
WO2020165498A1 (fr) * 2019-02-15 2020-08-20 Nokia Technologies Oy Structure de message d'un équipement d'utilisateur à une station de base dans un accès aléatoire en deux étapes
JP7228046B2 (ja) 2019-02-15 2023-02-22 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 端末デバイス、ネットワークデバイスおよびその方法
CN113330709A (zh) * 2019-02-15 2021-08-31 瑞典爱立信有限公司 终端设备、网络设备及其中的方法
WO2020164344A1 (fr) 2019-02-15 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Dispositif terminal, dispositif de réseau et procédés associés
JP2022516705A (ja) * 2019-02-15 2022-03-02 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 端末デバイス、ネットワークデバイスおよびその方法
CN113330709B (zh) * 2019-02-15 2024-03-29 瑞典爱立信有限公司 终端设备、网络设备及其中的方法
WO2020192700A1 (fr) * 2019-03-27 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Procédés, dispositif terminal et station de base pour procédure d'accès aléatoire
KR20210036828A (ko) * 2019-09-26 2021-04-05 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
KR102561693B1 (ko) * 2019-09-26 2023-07-28 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
KR20230019902A (ko) * 2019-09-26 2023-02-09 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
KR102493036B1 (ko) * 2019-09-26 2023-01-31 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
KR20220120531A (ko) * 2019-09-26 2022-08-30 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
KR102434829B1 (ko) * 2019-09-26 2022-08-22 애플 인크. 무선 통신들에서의 2-단계 랜덤 액세스 채널 절차를 위한 프레임워크
CN114451061A (zh) * 2019-10-04 2022-05-06 Lg电子株式会社 由终端在免授权频带下执行随机接入信道过程的方法及其装置
JP7456551B2 (ja) 2020-08-06 2024-03-27 富士通株式会社 信号の送受信方法、装置及び通信システム
JP2023536295A (ja) * 2020-08-06 2023-08-24 富士通株式会社 信号の送受信方法、装置及び通信システム

Similar Documents

Publication Publication Date Title
WO2018085205A1 (fr) Transmission par canal à accès aléatoire à deux éléments (prach)
US11083019B2 (en) Partial subframe transmission in licensed assisted access
CN108781463B (zh) 用于通信的装置、用户设备(ue)和由ue实施的方法
US11924892B2 (en) Enhanced RACH (random access channel) design for 5G CIOT (cellular internet of things)
US11064521B2 (en) Scheduling uplink transmissions for a user equipment (UE)
US10798687B2 (en) Scheduling uplink transmission outside of a transmission opportunity
EP3369283B1 (fr) Configuration d&#39;une classe de priorité d&#39;écoute avant de parler de liaison descendante pour une transmission d&#39;autorisation de liaison montante dans un accès assisté par licence
US10721772B2 (en) Performing mission critical communications at a user equipment (UE)
EP3222102B1 (fr) Conception d&#39;accès multiple avec écoute de porteuse (lbt) pour opération d&#39;accès assisté autorisé (laa) dans une bande non autorisée
EP4131838B1 (fr) Planification de liaison montante multi-sous-trame dans un spectre sans licence
US20180152950A1 (en) Low latency contention based scheduling request
US11140712B2 (en) Transmission of (E)PDCCH within partial subframe in licensed assisted access (LAA)
US20210076406A1 (en) Scheduling request transmissions in the unlicensed spectrum
WO2017160351A1 (fr) Conception améliorée de robustesse de liaison montante et de rapports
WO2017111857A1 (fr) Structure de trame/conception de préambule et conception de crs de rafale de laa
US20220038233A1 (en) Sounding reference signal and hybrid automatic repeat request for new radio-unlicensed
US20220304045A1 (en) Msga pusch validation

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17805002

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17805002

Country of ref document: EP

Kind code of ref document: A1