US20200037297A1 - New radio random access in beamforming systems - Google Patents

New radio random access in beamforming systems Download PDF

Info

Publication number
US20200037297A1
US20200037297A1 US16/337,057 US201716337057A US2020037297A1 US 20200037297 A1 US20200037297 A1 US 20200037297A1 US 201716337057 A US201716337057 A US 201716337057A US 2020037297 A1 US2020037297 A1 US 2020037297A1
Authority
US
United States
Prior art keywords
wtru
preamble
trp
beams
pbch
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US16/337,057
Other languages
English (en)
Inventor
Kyle Jung-Lin Pan
Janet A. Stern-Berkowitz
Moon-Il Lee
Fengjun Xi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
IDAC Holdings Inc
Original Assignee
IDAC Holdings Inc
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 IDAC Holdings Inc filed Critical IDAC Holdings Inc
Priority to US16/337,057 priority Critical patent/US20200037297A1/en
Assigned to IDAC HOLDINGS, INC. reassignment IDAC HOLDINGS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: PAN, KYLE JUNG-LIN, STERN-BERKOWITZ, JANET A., LEE, MOON-IL, XI, FENGJUN
Publication of US20200037297A1 publication Critical patent/US20200037297A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06966—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping using beam correspondence; using channel reciprocity, e.g. downlink beam training based on uplink sounding reference signal [SRS]
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • 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/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W72/005—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/115—Grant-free or autonomous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network

Definitions

  • Different use cases may focus on different requirements such as higher data rate, higher spectrum efficiency, low power and higher energy efficiency, lower latency and higher reliability.
  • a wide range of spectrum bands ranging from 700 megahertz (MHz) to 80 gigahertz (GHz) are being considered for a variety of deployment scenarios.
  • the determination of the TRP TX/RX BCI may be based on a received TRP TX/RX BCI. In another example, the determination of the TRP TX/RX BCI may be based on at least one of a de-masking of a new radio (NR)-physical broadcast channel (PBCH) cyclic redundancy check (CRC) mask, one or more NR-PBCH resources, a NR-PBCH payload or a system information block (SIB).
  • NR new radio
  • PBCH physical broadcast channel
  • CRC cyclic redundancy check
  • the determined DL beam may be for NR-PBCH reception from a TRP.
  • the NR-PBCH may be an SS/PBCH.
  • the SS/PBCH may include an SS block time index.
  • the TX/RX BCI may include at least one of an indication of a correspondence type, a TX/RX beam width relationship or a TX/RX beam direction relationship.
  • the determination of the set of WTRU TX beams may be further based on the determined number of WTRU TX beams.
  • the WTRU may determine a preamble for a random access channel (RACH) procedure based on resources used by the determined DL beam. The WTRU may then to transmit the preamble.
  • the preamble may be transmitted using preamble time resources mapped to a gNB RX beam.
  • FIG. 1A is a system diagram of an example communications system in which one or more disclosed embodiments may be implemented
  • FIG. 10 is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communications system illustrated in FIG. 1A ;
  • RAN radio access network
  • CN core network
  • FIG. 1D is a system diagram illustrating a further example RAN and a further example CN that may be used within the communications system illustrated in FIG. 1A ;
  • FIG. 2 is a flowchart diagram which illustrates an example of a beamformed random access method
  • FIG. 4 is a flowchart diagram which illustrates an example use of reciprocity to determine a WTRU-TX beam set
  • FIG. 6 is a flowchart diagram which illustrates an example method and procedure to determine TX/RX beam reciprocity
  • FIG. 11 is a flowchart diagram which illustrates another example PRACH procedure and preamble format selection
  • FIG. 14 is a network operation diagram which illustrates a network operation in energy saving mode and low latency mode
  • FIG. 15 is a flowchart diagram which illustrates transmission reception point (TRP) efficient operations and determining an operation mode
  • FIG. 1A is a diagram illustrating an example communications system 100 in which one or more disclosed embodiments may be implemented.
  • the communications system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcast, etc., to multiple wireless users.
  • the communications system 100 may enable multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth.
  • the communications system 100 may include wireless transmit/receive units (WTRUs) 102 a , 102 b , 102 c , 102 d , a radio access network (RAN) 104 , a core network (CN) 106 , a public switched telephone network (PSTN) 108 , the Internet 110 , and other networks 112 , though it will be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and/or network elements.
  • Each of the WTRUs 102 a , 102 b , 102 c , 102 d may be any type of device configured to operate and/or communicate in a wireless environment.
  • the communications system 100 may also include a base station 114 a and/or a base station 114 b .
  • Each of the base stations 114 a , 114 b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102 a , 102 b , 102 c , 102 d to facilitate access to one or more communication networks, such as the CN 106 , the Internet 110 , and/or the other networks 112 .
  • the base stations 114 a , 114 b may be a base transceiver station (BTS), a NodeB, an eNode B (eNB), a Home Node B, a Home eNode B, a next generation NodeB, such as a gNode B (gNB), a new radio (NR) NodeB, a site controller, an access point (AP), a wireless router, and the like. While the base stations 114 a , 114 b are each depicted as a single element, it will be appreciated that the base stations 114 a , 114 b may include any number of interconnected base stations and/or network elements.
  • the base station 114 a may be part of the RAN 104 , which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, and the like.
  • BSC base station controller
  • RNC radio network controller
  • the base station 114 a and/or the base station 114 b may be configured to transmit and/or receive wireless signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be in licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum.
  • a cell may provide coverage for a wireless service to a specific geographical area that may be relatively fixed or that may change over time. The cell may further be divided into cell sectors.
  • the cell associated with the base station 114 a may be divided into three sectors.
  • the base station 114 a may include three transceivers, i.e., one for each sector of the cell.
  • the base station 114 a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers for each sector of the cell.
  • MIMO multiple-input multiple output
  • beamforming may be used to transmit and/or receive signals in desired spatial directions.
  • the base stations 114 a , 114 b may communicate with one or more of the WTRUs 102 a , 102 b , 102 c , 102 d over an air interface 116 , which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.).
  • the air interface 116 may be established using any suitable radio access technology (RAT).
  • RAT radio access technology
  • the base station 114 a and the WTRUs 102 a , 102 b , 102 c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A) and/or LTE-Advanced Pro (LTE-A Pro).
  • E-UTRA Evolved UMTS Terrestrial Radio Access
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-A Pro LTE-Advanced Pro
  • the base station 114 a and the WTRUs 102 a , 102 b , 102 c may implement a radio technology such as NR Radio Access, which may establish the air interface 116 using NR.
  • a radio technology such as NR Radio Access
  • the base station 114 a and the WTRUs 102 a , 102 b , 102 c may implement radio technologies such as IEEE 802.11 (i.e., Wireless Fidelity (WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1 ⁇ , CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), and the like.
  • IEEE 802.11 i.e., Wireless Fidelity (WiFi)
  • IEEE 802.16 i.e., Worldwide Interoperability for Microwave Access (WiMAX)
  • CDMA2000, CDMA2000 1 ⁇ , CDMA2000 EV-DO Code Division Multiple Access 2000
  • IS-2000 Interim Standard 95
  • IS-856 Interim Standard 856
  • the base station 114 b in FIG. 1A may be a wireless router, Home Node B, Home eNode B, or access point, for example, and may utilize any suitable RAT for facilitating wireless connectivity in a localized area, such as a place of business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a roadway, and the like.
  • the base station 114 b and the WTRUs 102 c , 102 d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN).
  • WLAN wireless local area network
  • the base station 114 b and the WTRUs 102 c , 102 d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN).
  • the base station 114 b and the WTRUs 102 c , 102 d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR etc.) to establish a picocell or femtocell.
  • a cellular-based RAT e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR etc.
  • the base station 114 b may have a direct connection to the Internet 110 .
  • the base station 114 b may not be required to access the Internet 110 via the CN 106 .
  • the RAN 104 may be in communication with the CN 106 , which may be any type of network configured to provide voice, data, applications, and/or voice over internet protocol (VoIP) services to one or more of the WTRUs 102 a , 102 b , 102 c , 102 d .
  • the data may have varying quality of service (QoS) requirements, such as differing throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, and the like.
  • QoS quality of service
  • the CN 106 may provide call control, billing services, mobile location-based services, pre-paid calling, Internet connectivity, video distribution, etc., and/or perform high-level security functions, such as user authentication.
  • the RAN 104 and/or the CN 106 may be in direct or indirect communication with other RANs that employ the same RAT as the RAN 104 or a different RAT.
  • the CN 106 may also be in communication with another RAN (not shown) employing a GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, or WiFi radio technology.
  • the CN 106 may also serve as a gateway for the WTRUs 102 a , 102 b , 102 c , 102 d to access the PSTN 108 , the Internet 110 , and/or the other networks 112 .
  • the PSTN 108 may include circuit-switched telephone networks that provide plain old telephone service (POTS).
  • POTS plain old telephone service
  • the Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP) and/or the internet protocol (IP) in the TCP/IP internet protocol suite.
  • the networks 112 may include wired and/or wireless communications networks owned and/or operated by other service providers.
  • the networks 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 or a different RAT.
  • the WTRUs 102 a , 102 b , 102 c , 102 d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102 a , 102 b , 102 c , 102 d may include multiple transceivers for communicating with different wireless networks over different wireless links).
  • the WTRU 102 c shown in FIG. 1A may be configured to communicate with the base station 114 a , which may employ a cellular-based radio technology, and with the base station 114 b , which may employ an IEEE 802 radio technology.
  • FIG. 1B is a system diagram illustrating an example WTRU 102 .
  • the WTRU 102 may include a processor 118 , a transceiver 120 , a transmit/receive element 122 , a speaker/microphone 124 , a keypad 126 , a display/touchpad 128 , non-removable memory 130 , removable memory 132 , a power source 134 , a global positioning system (GPS) chipset 136 , and/or other peripherals 138 , among others.
  • GPS global positioning system
  • the processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), any other type of integrated circuit (IC), a state machine, and the like.
  • the processor 118 may perform signal coding, data processing, power control, input/output processing, and/or any other functionality that enables the WTRU 102 to operate in a wireless environment.
  • the processor 118 may be coupled to the transceiver 120 , which may be coupled to the transmit/receive element 122 . While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be appreciated that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.
  • the transmit/receive element 122 may be configured to transmit signals to, or receive signals from, a base station (e.g., the base station 114 a ) over the air interface 116 .
  • a base station e.g., the base station 114 a
  • the transmit/receive element 122 may be an antenna configured to transmit and/or receive RF signals.
  • the transmit/receive element 122 may be an emitter/detector configured to transmit and/or receive IR, UV, or visible light signals, for example.
  • the transmit/receive element 122 may be configured to transmit and/or receive both RF and light signals. It will be appreciated that the transmit/receive element 122 may be configured to transmit and/or receive any combination of wireless signals.
  • the WTRU 102 may include any number of transmit/receive elements 122 . More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit/receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116 .
  • the transceiver 120 may be configured to modulate the signals that are to be transmitted by the transmit/receive element 122 and to demodulate the signals that are received by the transmit/receive element 122 .
  • the WTRU 102 may have multi-mode capabilities.
  • the transceiver 120 may include multiple transceivers for enabling the WTRU 102 to communicate via multiple RATs, such as NR and IEEE 802.11, for example.
  • the processor 118 of the WTRU 102 may be coupled to, and may receive user input data from, the speaker/microphone 124 , the keypad 126 , and/or the display/touchpad 128 (e.g., a liquid crystal display (LCD) display unit or organic light-emitting diode (OLED) display unit).
  • the processor 118 may also output user data to the speaker/microphone 124 , the keypad 126 , and/or the display/touchpad 128 .
  • the processor 118 may access information from, and store data in, any type of suitable memory, such as the non-removable memory 130 and/or the removable memory 132 .
  • the processor 118 may also be coupled to the GPS chipset 136 , which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102 .
  • location information e.g., longitude and latitude
  • the WTRU 102 may receive location information over the air interface 116 from a base station (e.g., base stations 114 a , 114 b ) and/or determine its location based on the timing of the signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may acquire location information by way of any suitable location-determination method while remaining consistent with an embodiment.
  • the processor 118 may further be coupled to other peripherals 138 , which may include one or more software and/or hardware modules that provide additional features, functionality and/or wired or wireless connectivity.
  • the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs and/or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, a Virtual Reality and/or Augmented Reality (VR/AR) device, an activity tracker, and the like.
  • the peripherals 138 may include one or more sensors.
  • the sensors may be one or more of a gyroscope, an accelerometer, a hall effect sensor, a magnetometer, an orientation sensor, a proximity sensor, a temperature sensor, a time sensor; a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, a humidity sensor and the like.
  • the WTRU 102 may include a full duplex radio for which transmission and reception of some or all of the signals (e.g., associated with particular subframes for both the UL (e.g., for transmission) and DL (e.g., for reception) may be concurrent and/or simultaneous.
  • the full duplex radio may include an interference management unit to reduce and or substantially eliminate self-interference via either hardware (e.g., a choke) or signal processing via a processor (e.g., a separate processor (not shown) or via processor 118 ).
  • the WTRU 102 may include a half-duplex radio for which transmission and reception of some or all of the signals (e.g., associated with particular subframes for either the UL (e.g., for transmission) or the DL (e.g., for reception)).
  • a half-duplex radio for which transmission and reception of some or all of the signals (e.g., associated with particular subframes for either the UL (e.g., for transmission) or the DL (e.g., for reception)).
  • FIG. 10 is a system diagram illustrating the communication system 100 including a RAN 113 and a CN 115 .
  • the RAN 113 may employ an E-UTRA radio technology to communicate with the WTRUs 102 a , 102 b , 102 c over the air interface 116 .
  • the RAN 113 may also be in communication with the CN 115 .
  • the RAN 113 may include eNode-Bs 160 a , 160 b , 160 c , though it will be appreciated that the RAN 113 may include any number of eNode-Bs while remaining consistent with an embodiment.
  • the eNode-Bs 160 a , 160 b , 160 c may each include one or more transceivers for communicating with the WTRUs 102 a , 102 b , 102 c over the air interface 116 .
  • the eNode-Bs 160 a , 160 b , 160 c may implement MIMO technology.
  • the eNode-B 160 a for example, may use multiple antennas to transmit wireless signals to, and/or receive wireless signals from, the WTRU 102 a.
  • Each of the eNode-Bs 160 a , 160 b , 160 c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and/or DL, and the like. As shown in FIG. 10 , the eNode-Bs 160 a , 160 b , 160 c may communicate with one another over an X2 interface.
  • the CN 115 shown in FIG. 10 may include a mobility management entity (MME) 162 , a serving gateway (SGW) 164 , and a packet data network (PDN) gateway (PGW) 166 . While the foregoing elements are depicted as part of the CN 115 , it will be appreciated that any of these elements may be owned and/or operated by an entity other than the CN operator.
  • MME mobility management entity
  • SGW serving gateway
  • PGW packet data network gateway
  • the MME 162 may be connected to each of the eNode-Bs 162 a , 162 b , 162 c in the RAN 113 via an S1 interface and may serve as a control node.
  • the MME 162 may be responsible for authenticating users of the WTRUs 102 a , 102 b , 102 c , bearer activation/deactivation, selecting a particular serving gateway during an initial attach of the WTRUs 102 a , 102 b , 102 c , and the like.
  • the MME 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as GSM and/or WCDMA.
  • the SGW 164 may be connected to each of the eNode Bs 160 a , 160 b , 160 c in the RAN 113 via the S1 interface.
  • the SGW 164 may generally route and forward user data packets to/from the WTRUs 102 a , 102 b , 102 c .
  • the SGW 164 may perform other functions, such as anchoring user planes during inter-eNode B handovers, triggering paging when DL data is available for the WTRUs 102 a , 102 b , 102 c , managing and storing contexts of the WTRUs 102 a , 102 b , 102 c , and the like.
  • the SGW 164 may be connected to the PGW 166 , which may provide the WTRUs 102 a , 102 b , 102 c with access to packet-switched networks, such as the Internet 110 , to facilitate communications between the WTRUs 102 a , 102 b , 102 c and IP-enabled devices.
  • packet-switched networks such as the Internet 110
  • the CN 115 may facilitate communications with other networks.
  • the CN 115 may provide the WTRUs 102 a , 102 b , 102 c with access to circuit-switched networks, such as the PSTN 108 , to facilitate communications between the WTRUs 102 a , 102 b , 102 c and traditional land-line communications devices.
  • the CN 115 may include, or may communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the CN 115 and the PSTN 108 .
  • IMS IP multimedia subsystem
  • the WTRU is described in FIGS. 1A-1D as a wireless terminal, it is contemplated that in certain representative embodiments that such a terminal may use (e.g., temporarily or permanently) wired communication interfaces with the communication network.
  • the other network 112 may be a WLAN.
  • a WLAN in Infrastructure Basic Service Set (BSS) mode may have an Access Point (AP) for the BSS and one or more stations (STAs) associated with the AP.
  • the AP may have access or an interface to a Distribution System (DS) or another type of wired/wireless network that carries traffic in to and/or out of the BSS.
  • Traffic to STAs that originates from outside the BSS may arrive through the AP and may be delivered to the STAs.
  • Traffic originating from STAs to destinations outside the BSS may be sent to the AP to be delivered to respective destinations.
  • Traffic between STAs within the BSS may be sent through the AP, for example, where the source STA may send traffic to the AP and the AP may deliver the traffic to the destination STA.
  • the traffic between STAs within a BSS may be considered and/or referred to as peer-to-peer traffic.
  • the peer-to-peer traffic may be sent between (e.g., directly between) the source and destination STAs with a direct link setup (DLS).
  • the DLS may use an 802.11e DLS or an 802.11z tunneled DLS (TDLS).
  • a WLAN using an Independent BSS (IBSS) mode may not have an AP, and the STAs (e.g., all of the STAs) within or using the IBSS may communicate directly with each other.
  • the IBSS mode of communication may sometimes be referred to herein as an “ad-hoc” mode of communication.
  • the AP may transmit a beacon on a fixed channel, such as a primary channel.
  • the primary channel may be a fixed width (e.g., 20 MHz wide bandwidth) or a dynamically set width.
  • the primary channel may be the operating channel of the BSS and may be used by the STAs to establish a connection with the AP.
  • Carrier Sense Multiple Access with Collision Avoidance (CSMA/CA) may be implemented, for example in 802.11 systems.
  • the STAs e.g., every STA, including the AP, may sense the primary channel. If the primary channel is sensed/detected and/or determined to be busy by a particular STA, the particular STA may back off.
  • One STA (e.g., only one station) may transmit at any given time in a given BSS.
  • HT STAs may use a 40 MHz wide channel for communication, for example, via a combination of the primary 20 MHz channel with an adjacent or nonadjacent 20 MHz channel to form a 40 MHz wide channel.
  • VHT STAs may support 20 MHz, 40 MHz, 80 MHz, and/or 160 MHz wide channels.
  • the 40 MHz, and/or 80 MHz, channels may be formed by combining contiguous 20 MHz channels.
  • a 160 MHz channel may be formed by combining 8 contiguous 20 MHz channels, or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration.
  • the data, after channel encoding may be passed through a segment parser that may divide the data into two streams.
  • Inverse Fast Fourier Transform (IFFT) processing, and time domain processing may be done on each stream separately.
  • IFFT Inverse Fast Fourier Transform
  • the streams may be mapped on to the two 80 MHz channels, and the data may be transmitted by a transmitting STA.
  • the above described operation for the 80+80 configuration may be reversed, and the combined data may be sent to the Medium Access Control (MAC).
  • MAC Medium Access Control
  • Sub 1 GHz modes of operation are supported by 802.11af and 802.11ah.
  • the channel operating bandwidths, and carriers, are reduced in 802.11af and 802.11ah relative to those used in 802.11n, and 802.11ac.
  • 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum
  • 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum.
  • 802.11ah may support Meter Type Control/Machine-Type Communications (MTC), such as MTC devices in a macro coverage area.
  • MTC Meter Type Control/Machine-Type Communications
  • MTC devices may have certain capabilities, for example, limited capabilities including support for (e.g., only support for) certain and/or limited bandwidths.
  • the MTC devices may include a battery with a battery life above a threshold (e.g., to maintain a very long battery life).
  • WLAN systems which may support multiple channels, and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel which may be designated as the primary channel.
  • the primary channel may have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS.
  • the bandwidth of the primary channel may be set and/or limited by a STA, from among all STAs in operating in a BSS, which supports the smallest bandwidth operating mode.
  • the primary channel may be 1 MHz wide for STAs (e.g., MTC type devices) that support (e.g., only support) a 1 MHz mode, even if the AP, and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and/or other channel bandwidth operating modes.
  • Carrier sensing and/or Network Allocation Vector (NAV) settings may depend on the status of the primary channel. If the primary channel is busy, for example, due to a STA (which supports only a 1 MHz operating mode) transmitting to the AP, all available frequency bands may be considered busy even though a majority of the available frequency bands remains idle.
  • STAs e.g., MTC type devices
  • NAV Network Allocation Vector
  • the available frequency bands which may be used by 802.11ah, are from 902 MHz to 928 MHz. In Korea, the available frequency bands are from 917.5 MHz to 923.5 MHz. In Japan, the available frequency bands are from 916.5 MHz to 927.5 MHz. The total bandwidth available for 802.11ah is 6 MHz to 26 MHz depending on the country code.
  • FIG. 1D is a system diagram illustrating the communication system 100 including a RAN 117 and a CN 119 .
  • the RAN 117 may employ an NR radio technology to communicate with the WTRUs 102 a , 102 b , 102 c over the air interface 116 .
  • the RAN 117 may also be in communication with the CN 119 .
  • the RAN 117 may include gNBs 180 a , 180 b , 180 c , though it will be appreciated that the RAN 117 may include any number of gNBs while remaining consistent with an embodiment.
  • the gNBs 180 a , 180 b , 180 c may each include one or more transceivers for communicating with the WTRUs 102 a , 102 b , 102 c over the air interface 116 .
  • the gNBs 180 a , 180 b , 180 c may implement MIMO technology.
  • gNBs 180 a , 108 b may utilize beamforming to transmit signals to and/or receive signals from the gNBs 180 a , 180 b , 180 c .
  • the gNB 180 a may use multiple antennas to transmit wireless signals to, and/or receive wireless signals from, the WTRU 102 a .
  • the gNBs 180 a , 180 b , 180 c may implement carrier aggregation technology.
  • the gNB 180 a may transmit multiple component carriers to the WTRU 102 a (not shown). A subset of these component carriers may be on unlicensed spectrum while the remaining component carriers may be on licensed spectrum.
  • the gNBs 180 a , 180 b , 180 c may implement Coordinated Multi-Point (CoMP) technology.
  • WTRU 102 a may receive coordinated transmissions from gNB 180 a and gNB 180 b (and/or gNB 180 c ).
  • CoMP Coordinated Multi-Point
  • the WTRUs 102 a , 102 b , 102 c may communicate with gNBs 180 a , 180 b , 180 c using transmissions associated with a scalable numerology. For example, the OFDM symbol spacing and/or OFDM subcarrier spacing may vary for different transmissions, different cells, and/or different portions of the wireless transmission spectrum.
  • the WTRUs 102 a , 102 b , 102 c may communicate with gNBs 180 a , 180 b , 180 c using subframe or transmission time intervals (TTIs) of various or scalable lengths (e.g., containing a varying number of OFDM symbols and/or lasting varying lengths of absolute time).
  • TTIs subframe or transmission time intervals
  • the gNBs 180 a , 180 b , 180 c may be configured to communicate with the WTRUs 102 a , 102 b , 102 c in a standalone configuration and/or a non-standalone configuration. In the standalone configuration, WTRUs 102 a , 102 b , 102 c may communicate with gNBs 180 a , 180 b , 180 c without also accessing other RANs (e.g., such as eNode-Bs 160 a , 160 b , 160 c ).
  • eNode-Bs 160 a , 160 b , 160 c eNode-Bs
  • WTRUs 102 a , 102 b , 102 c may utilize one or more of gNBs 180 a , 180 b , 180 c as a mobility anchor point.
  • WTRUs 102 a , 102 b , 102 c may communicate with gNBs 180 a , 180 b , 180 c using signals in an unlicensed band.
  • WTRUs 102 a , 102 b , 102 c may communicate with/connect to gNBs 180 a , 180 b , 180 c while also communicating with/connecting to another RAN such as eNode-Bs 160 a , 160 b , 160 c .
  • WTRUs 102 a , 102 b , 102 c may implement DC principles to communicate with one or more gNBs 180 a , 180 b , 180 c and one or more eNode-Bs 160 a , 160 b , 160 c substantially simultaneously.
  • eNode-Bs 160 a , 160 b , 160 c may serve as a mobility anchor for WTRUs 102 a , 102 b , 102 c and gNBs 180 a , 180 b , 180 c may provide additional coverage and/or throughput for servicing WTRUs 102 a , 102 b , 102 c.
  • Each of the gNBs 180 a , 180 b , 180 c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and/or DL, support of network slicing, DC, interworking between NR and E-UTRA, routing of user plane data towards User Plane Function (UPF) 184 a , 184 b , routing of control plane information towards Access and Mobility Management Function (AMF) 182 a , 182 b and the like. As shown in FIG. 1D , the gNBs 180 a , 180 b , 180 c may communicate with one another over an Xn interface.
  • UPF User Plane Function
  • AMF Access and Mobility Management Function
  • the CN 119 shown in FIG. 1D may include at least one AMF 182 a , 182 b , at least one UPF 184 a , 184 b , at least one Session Management Function (SMF) 183 a , 183 b , and possibly a Data Network (DN) 185 a , 185 b . While the foregoing elements are depicted as part of the CN 119 , it will be appreciated that any of these elements may be owned and/or operated by an entity other than the CN operator.
  • SMF Session Management Function
  • the AMF 182 a , 182 b may be connected to one or more of the gNBs 180 a , 180 b , 180 c in the RAN 117 via an N2 interface and may serve as a control node.
  • the AMF 182 a , 182 b may be responsible for authenticating users of the WTRUs 102 a , 102 b , 102 c , support for network slicing (e.g., handling of different protocol data unit (PDU) sessions with different requirements), selecting a particular SMF 183 a , 183 b , management of the registration area, termination of non-access stratum (NAS) signaling, mobility management, and the like.
  • PDU protocol data unit
  • Network slicing may be used by the AMF 182 a , 182 b in order to customize CN support for WTRUs 102 a , 102 b , 102 c based on the types of services being utilized WTRUs 102 a , 102 b , 102 c .
  • different network slices may be established for different use cases such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for MTC access, and the like.
  • URLLC ultra-reliable low latency
  • eMBB enhanced massive mobile broadband
  • the AMF 182 a , 182 b may provide a control plane function for switching between the RAN 117 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and/or non-3GPP access technologies such as WiFi.
  • radio technologies such as LTE, LTE-A, LTE-A Pro, and/or non-3GPP access technologies such as WiFi.
  • the SMF 183 a , 183 b may be connected to an AMF 182 a , 182 b in the CN 119 via an N11 interface.
  • the SMF 183 a , 183 b may also be connected to a UPF 184 a , 184 b in the CN 119 via an N4 interface.
  • the SMF 183 a , 183 b may select and control the UPF 184 a , 184 b and configure the routing of traffic through the UPF 184 a , 184 b .
  • the SMF 183 a , 183 b may perform other functions, such as managing and allocating UE IP address, managing PDU sessions, controlling policy enforcement and QoS, providing DL data notifications, and the like.
  • a PDU session type may be IP-based, non-IP based, Ethernet-based, and the like.
  • the UPF 184 a , 184 b may be connected to one or more of the gNBs 180 a , 180 b , 180 c in the RAN 117 via an N3 interface, which may provide the WTRUs 102 a , 102 b , 102 c with access to packet-switched networks, such as the Internet 110 , to facilitate communications between the WTRUs 102 a , 102 b , 102 c and IP-enabled devices.
  • the UPF 184 , 184 b may perform other functions, such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering DL packets, providing mobility anchoring, and the like.
  • the WTRUs 102 a , 102 b , 102 c may be connected to a local DN 185 a , 185 b through the UPF 184 a , 184 b via the N3 interface to the UPF 184 a , 184 b and an N6 interface between the UPF 184 a , 184 b and the DN 185 a , 185 b.
  • one or more, or all, of the functions described herein with regard to one or more of: WTRU 102 a - d , Base Station 114 a - b , eNode-B 160 a - c , MME 162 , SGW 164 , PGW 166 , gNB 180 a - c , AMF 182 a - b , UPF 184 a - b , SMF 183 a - b , DN 185 a - b , and/or any other device(s) described herein, may be performed by one or more emulation devices (not shown).
  • the emulation devices may be one or more devices configured to emulate one or more, or all, of the functions described herein.
  • the emulation devices may be used to test other devices and/or to simulate network and/or WTRU functions.
  • the emulation devices may be designed to implement one or more tests of other devices in a lab environment and/or in an operator network environment.
  • the one or more emulation devices may perform the one or more, or all, functions while being fully or partially implemented and/or deployed as part of a wired and/or wireless communication network in order to test other devices within the communication network.
  • the one or more emulation devices may perform the one or more, or all, functions while being temporarily implemented/deployed as part of a wired and/or wireless communication network.
  • the emulation device may be directly coupled to another device for purposes of testing and/or performing testing using over-the-air wireless communications.
  • the one or more emulation devices may perform the one or more, including all, functions while not being implemented/deployed as part of a wired and/or wireless communication network.
  • the emulation devices may be utilized in a testing scenario in a testing laboratory and/or a non-deployed (e.g., testing) wired and/or wireless communication network in order to implement testing of one or more components.
  • the one or more emulation devices may be test equipment. Direct RF coupling and/or wireless communications via RF circuitry (e.g., which may include one or more antennas) may be used by the emulation devices to transmit and/or receive data.
  • RF circuitry e.g., which may include one or more antennas
  • Enhanced Mobile Broadband eMBB
  • Massive Machine Type Communications mMTC
  • Ultra Reliable and Low latency Communications URLLC
  • Different use cases may focus on different requirements such as higher data rate, higher spectrum efficiency, low power and higher energy efficiency, lower latency and higher reliability.
  • a wide range of spectrum bands ranging from 700 megahertz (MHz) to 80 gigahertz (GHz) are being considered for a variety of deployment scenarios.
  • Beamforming techniques may include digital, analog and hybrid beamforming.
  • An eNode-B (or eNB) and/or a WTRU may use a random access procedure for at least one of: WTRU initial access, for example, to a cell or eNode-B; reset of UL timing, for example to reset or align WTRU uplink (UL) timing with respect to a certain cell; and reset of timing during handover, for example to reset or align WTRU timing with respect to the handover target cell.
  • the WTRU may transmit a certain physical random access channel (PRACH) preamble sequence at a certain power, PPRACH, which may be based on configured parameters and/or measurements, and the WTRU may transmit the preamble using a certain time-frequency resource or resources.
  • PRACH physical random access channel
  • the configured parameters may include one or more of: initial preamble power, for example, preamblelnitialReceivedTargetPower; a preamble format based offset, for example, deltaPreamble; a random access response (RAR) window, for example, ra-ResponseWindowSize; a power ramping factor, for example, powerRampingStep; and a maximum number of retransmissions, for example, preambleTransMax.
  • the PRACH resources which may include preambles or sets of preambles and/or time/frequency resources which may be used for preamble transmission, may be provided or configured by the eNode-B.
  • the measurements may include pathloss.
  • One or more the time-frequency resources may be chosen by the WTRU from an allowed set or may be chosen by the eNode-B and signalled to the WTRU.
  • the eNode-B may respond with an RAR message. If the WTRU may not or does not receive an RAR message for the transmitted preamble, which may for example, correspond to a certain preamble index and/or time/frequency resource, within an allotted time, for example, a ra-ResponseWindowSize, the WTRU may send another preamble at a later time, at a higher power, for example, higher than the previous preamble transmission by powerRampingStep, where the transmission power may be limited by a maximum power, for example a WTRU configured maximum power which may be for the WTRU as a whole, for example PCMAX, or for a certain serving cell of the WTRU, for example PCMAX,c.
  • a maximum power for example a WTRU configured maximum power which may be for the WTRU as a whole, for example PCMAX, or for a certain serving cell of the WTRU, for example PCMAX,c.
  • a particular instance of a random access procedure may be contention-based or contention-free.
  • a contention-free procedure may be initiated by a request, for example from an eNode-B, which may, for example, be via physical layer signalling such as a physical downlink control channel (PDCCH) order or by higher layer signalling such as a radio resource control (RRC) reconfiguration message, for example, an RRC connection reconfiguration message, which may include mobility control information and may, for example, indicate or correspond to a handover request.
  • PDCCH physical downlink control channel
  • RRC radio resource control
  • the WTRU may autonomously initiate a contention-based procedure for reasons which may include for example, initial access, restoration of UL synchronization, or recovering from radio link failure. For certain events, for example, events other than recovery from radio link failure, it may not be defined or specified as to how long after such an event the WTRU may send the PRACH preamble.
  • a network-signalled PRACH preamble may be used, for example, by a WTRU.
  • the WTRU may autonomously choose a preamble where the preamble format and/or the one or more time/frequency resources available for preamble transmissions may be based on an indication or index, for example, prach-configIndex, which may be provided or signalled by the eNode-B.
  • One of the preambles transmitted at the progressively higher transmit powers may be detected by the eNode-B.
  • An RAR message may be sent by the eNode-B in response to that one detected preamble.
  • a PRACH preamble may be considered a PRACH resource in the examples presented herein.
  • PRACH resources may include a PRACH preamble, time, and/or frequency resources.
  • preamble resource RACH resource and PRACH resource may be used interchangeably in the examples provided herein.
  • RA RACH resource
  • PRACH PRACH resource
  • Beam reciprocity and beam correspondence may be interchangeable in the examples presented herein.
  • NR 5G New Radio
  • TX transmit
  • RX receive
  • RACH random access channel
  • Modified WTRU procedures may be needed to handle TX/RX beam reciprocity when full, partial or no reciprocity for TX/RX beam reciprocity is present.
  • association may be used to explore reciprocity.
  • a next generation NodeB (gNB) or a TRP may change an order of a beam sweep. In this case, an association or link may be overridden.
  • a TRP may be used as a non-limiting an example of a cell or node that may have a communication path for transmission, for example, in the downlink, and/or reception, for example, in the uplink, with a WTRU.
  • the terms cell, eNode-B, gNB, TRP, node, and entity may be used interchangeably. Further, the terms indication, indicator, and information may be used interchangeably herein.
  • the examples described herein for a TRP may be applied to a WTRU and those described for a WTRU may be applied to a TRP and still be consistent with other examples described herein.
  • the terms same direction and reciprocal direction may be substituted for each other and still be consistent with the examples provided herein.
  • the term reciprocal direction may be used to represent a direction that is opposite, for example, plus or minus 180 degrees from, another direction.
  • a beam direction may be from the perspective of the WTRU.
  • a beam direction may be from the perspective of the TRP.
  • beam reciprocity and beam correspondence may be used interchangeably.
  • beam reciprocity information and beam correspondence information BCI
  • DL beam, gNB TX beam and WTRU RX beam may be used interchangeably in examples provided herein.
  • UL beam, gNB RX beam and WTRU TX beam may be used interchangeably in examples provided herein.
  • mode and state may be used interchangeably in examples provided herein.
  • Further connected mode may be RRC connected mode in the examples provided herein.
  • RA resources and physical RA (PRA) resources may be used interchangeably in examples provided herein.
  • PRA physical RA
  • SS synchronization signal
  • PBCH SS/physical broadcast channel
  • TX/RX beams When TX/RX beams are partially reciprocal, a partial association or a partial link may be used to explore partial reciprocity.
  • Some gNB TX beams may not be reciprocal to the gNB RX beams.
  • TX beamwidth may not be equal to RX beamwidth. This may be due to different transmit and receive antenna structures or different numbers of antennas. Therefore the following two cases may need to be considered for WTRU procedures.
  • the gNB TX beamwidth may be greater than the gNB RX beamwidth.
  • the gNB TX beamwidth may be less than the gNB RX beamwidth.
  • the gNB TX beam may not be completely aligned with the RX beam.
  • the TX and the RX beams may partially overlap even if they have the same beamwidth.
  • dynamic association may be used. Modified methods for indication of gNB RX beams from gNB TX beams are needed. A dynamic indication or a semi-static indication may be used.
  • An example method may include transmitting, by a gNB, an indication of a gNB TX/RX reciprocity.
  • the method may further comprise determining, by a gNB, a mapping of a gNB TX beam to a gNB RX beam.
  • a gNB may determine one or more WTRU transmit beams and transmit an indication, to a WTRU, of a best DL beam for a RAR.
  • a mapping of TX and RX beams may be further refined.
  • a full association between a gNB and a WTRU may be established.
  • an example method may include performing TX beam sweeping and receiving, from a TRP, information corresponding to a selected WTRU TX beam, wherein the selected WTRU beam information is based on a determined WTRU TX beam.
  • the WTRU may be further configured to perform RX beam sweeping and determine, one or more RX beams based on a measurement criteria.
  • the WTRU may derive one or more TX beams using the determined one or more RX beams and the WTRU may determine beam reciprocity based on a set of rules.
  • Example methods of handling gNB TX beam/RX beam reciprocity are described herein. If gNB TX/RX reciprocity is present, full association between one or more TX beams and one or more Rx beams of gNB as well as association between WTRU and a gNB may be established. A one-to-one mapping between a SS/PBCH block including PBCH and PRACH time-beam resources may be used. One or more PRACH time resources may be used to indicate the detected SS/PBCH blocks. Association may indicate the best preamble RX beam at the gNB from a detected best SS/PBCH block or PBCH TX beam. That is, a TX beam may be equal to an RX beam.
  • a PBCH may signal the TX/RX beam reciprocity mode to the WTRU.
  • WTRU may need to perform preamble transmission for one particular gNB RX beam or for each of the gNB RX beams to cooperate with a gNB RX beam sweep.
  • a gNB may change the beam sweep order and override the beam order for beam sweep at any time due to the flexible operation of the system and the network.
  • a gNB may override the association and TX/RX reciprocity.
  • the timing of the RX beam and the timing of the TX beam are synchronous but the beam order may not be synchronous even though TX/RX beam reciprocity may be present. Therefore a full RX beam sweep may be necessary regardless of the existence of TX/RX beam reciprocity.
  • the gNB may send an indication to the WTRU including information regarding an association between SS/PBCH blocks and one or more PRACH preamble sequences and/or one or more resources.
  • the gNB may signal WTRU to transmit the preamble in particular time resources for the gNB RX beam. By doing so, the WTRU may not need to perform a preamble transmission for all gNB RX beams during the gNB RX beam sweep period.
  • a PBCH or broadcast signal/channel carrying remaining minimum system information or other system information may be used to indicate such information about the best gNB RX beam to the WTRU.
  • a solution is to indicate the override Mode.
  • a PBCH may signal the override mode to a WTRU.
  • the WTRU may need to perform preamble transmission for each gNB RX beam or a subset of gNB RX beams to cooperate with a gNB RX beam sweep.
  • Example methods of handling partial gNB TX/RX beam reciprocity or no gNB TX/RX beam reciprocity are discussed herein. If TX/RX reciprocity is partially present, partial association such as one-to-many, many-to-one, many-to-many may be used. Association may still indicate the best preamble RX beam at the gNB from the detected best PBCH TX beam as long as association is time synchronous. In this case, the gNB may need to arrange the RX beam to match the TX beam as much as possible.
  • TX and RX beamwidths may be different due to no gNB TX/RX beam reciprocity or partial TX/RX beam reciprocity. If an RX beam is wider and fully covers the TX beam, such a wide RX beam may be sufficient to receive a preamble transmission. If the RX beam is narrower and covers only part of a TX beam, a better resolution of the RX beam may be needed. In an example, more symbols may be needed for a gNB RX beam sweep. For example, if an RX beam is only half of a TX beam in beamwidth, the gNB may need to double the beam sweep resolution for gNB receiver. Therefore a non-uniform beam sweep may be proposed for preamble transmission and/or reception.
  • a PBCH may use M-beams for a TX beam sweep while preamble reception at the gNB may use L-beams for a beam sweep.
  • RX beamwidth may be smaller than TX beamwidth.
  • RX beamwidth may be larger than TX beamwidth.
  • TX beams and RX beams may be partially overlapping.
  • two or more RX beams may be needed for beam sweep in order to cover the best TX beam, due to the beam overlap between the TX and RX beams.
  • a different number of beams for TX and RX beam sweep may be needed as in the case of a TX beamwidth being different from an RX beamwidth.
  • the gNB may need to monitor left and right beams corresponding to a detected DL beam for a given WTRU.
  • beam receive diversity with signal combining may be used.
  • Association may be used to explore TX/RX reciprocity. When reciprocity is not present, full association may become less important. In an example, partial association may be used. That is, one DL TX beam may be mapped to two or multiple UL RX beams if DL TX beam is wider. Or multiple DL TX beams may be mapped to one UL RX beams if DL TX beam is narrower. There could be a case where multiple DL TX beams may be mapped to multiple UL RX beams, such as in a case when the TX beamwidth is not an integer multiple of RX beamwidth or vice-versa.
  • TX/RX beam reciprocity is not present, dynamic signaling or semi-static signaling may be used.
  • a time order of the beams may be present but at least one of the following may also hold true: the TX beam resolution may not be the same as the RX beam resolution, the TX beam and the RX beam may not be aligned or and the TX beam and the RX beam may not be synchronous.
  • a beam order may not be present, and a TX beamwidth may not be equal to an RX beamwidth.
  • An RX beam sweep may be necessary.
  • a solution using PBCH to indicate the desired RX beam to WTRU may be required. An example solution is illustrated in FIG. 3 .
  • FIG. 3 is a flowchart diagram which illustrates an example method and procedure for partial TX beam/RX beam reciprocity.
  • a resolution for TX beamwidth and a resolution for RX beamwidth may be determined 310 .
  • a TX beam and RX beam overlapping ratio may be determined 320 .
  • a corresponding signaling mechanism may be chosen for indicating the beamwidth resolution as well as beam overlapping ratio 330 .
  • the gNB may signal association information between one or more SS/PBCH blocks and one or more PRACH preamble sequences and/or one or more time/frequency resources to a WTRU.
  • the gNB may signal beam correspondence information to a WTRU.
  • a gNB may decide and choose an RX beam sweeping strategy for a gNB receiver 340 .
  • a TX beam sweeping strategy for a WTRU transmitter may be decided and chosen by the gNB 350 .
  • the gNB may choose that the WTRU should use a preamble transmission as a beam sweeping strategy.
  • a WTRU may receive a synchronization (SYNC) signal, reference signal, and/or other signal from a TRP, in order to, for example, synchronize in time and/or frequency with the TRP.
  • a WTRU may receive one or more signals or information from a TRP in a direction that may be, for example, may be determined by the WTRU to be, an acceptable direction or a best direction.
  • An acceptable direction may be a direction from which the WTRU may be able to receive and/or decode one or more signals from the TRP, such as a broadcast signal that may include a broadcast channel (BCH), for example, a PBCH.
  • BCH broadcast channel
  • a best direction may be a direction that the WTRU may determine to provide the highest signal strength (or other best measure or measurement), for example, from among a set of acceptable directions.
  • the determined direction may correspond to a TRP transmit (TRP-TX) beam. Further, the determined direction may correspond to a WTRU receive (WTRU-RX) beam.
  • Information regarding the TRP-TX beam may be provided explicitly, for example, via a PBCH or system information that may be broadcast, or implicitly for example, by the use of different sync signals or reference signals for different beams or by the use of different masking or cover codes on the sync signals or reference signals to distinguish different beams.
  • a WTRU may determine a receive direction based on the direction granularity of its WTRU-RX beams which may or may not match the granularity of the TRP-TX beams.
  • the receive direction may be an angle of arrival.
  • a WTRU may choose or determine a set of transmit beams (WTRU-TX beams) or transmit directions for a transmission, for example, an initial transmission, to a TRP based on a determined acceptable beam or direction or a determined best beam or direction.
  • Direction and beam may be substituted for each other in the embodiments and examples described herein.
  • reciprocity information may be provided, for example, by a TRP, and/or used for example, by a WTRU.
  • a WTRU may determine a set of beams or directions for transmission to a TRP based on at least reciprocity, for example, information regarding reciprocity, of the TRP transmit and receive beams, directions, and/or communication paths.
  • a WTRU may receive and/or use a configuration or information regarding reciprocity that may be used or assumed for a cell, an eNode-B, a gNB, a TRP, a node, for example, a network node, or another entity.
  • another entity may be a network entity with which the WTRU may communicate.
  • the reciprocity information may be used to indicate the relation between a transmit communication path and a receive communication path, for example, of the TRP.
  • the reciprocity information may include an indication of a relationship between a TRP-TX beam characteristic and a TRP-RX beam characteristic.
  • a beam characteristic may be a beam width, a beam direction, and/or a number of beams.
  • reciprocity information for a TRP may indicate at least one of the following.
  • the reciprocity information may indicate whether a TRP-RX beam width is wider, or narrower, than a transmit beam width.
  • the reciprocity information may indicate whether the number of TRP-TX beams and TRP-RX beams is the same.
  • the reciprocity information may indicate whether a TRP-RX beam direction is the same as a TRP-TX beam direction. In an additional example, the reciprocity information may indicate whether each TRP-RX beam direction is the same as a respective TRP-TX beam direction. In an example, the reciprocity information may indicate whether the beam directions are the same regardless of whether the number of beams is the same and/or the beam widths are the same.
  • the reciprocity information may indicate whether the TRP has a TRP-RX beam in the same direction as a transmit beam. Moreover, in an example, the reciprocity information may indicate whether each TRP-RX beam of the TRP has the same direction as a respective transmit beam.
  • a transmit beam for example, for which reciprocity information may be indicated, may be a beam that may provide at least one of a synchronization signal, a reference signal, a broadcast channel or signal, for example, a PBCH, and/or system information, for example, a system information block (SIB).
  • SIB system information block
  • a transmit beam for example, for which reciprocity information may be indicated, may refer to a beam that may provide at least one of a synchronization signal, a reference signal, a broadcast channel or signal, for example, a PBCH, and/or system information, for example, a SIB.
  • a reciprocity indication may provide a value, a ratio, and/or an index to a table of values that may convey the relevant information.
  • One or more reciprocity indications may be provided via broadcast or system information.
  • One or more reciprocity indications may be provided by a PBCH.
  • a WTRU may receive and/or determine reciprocity information and may use the information, for example, at least one reciprocity indicator, to determine at least one beam characteristic for transmission to a TRP.
  • a transmission may be of a signal, for example, a reference signal, or channel.
  • a transmission may be of a preamble, data or a data channel, control information or a control channel.
  • a transmission may be for an initial access which may be a random access, a grant-less access, or a granted access.
  • random access may include that a preamble for transmission may be chosen randomly.
  • a granted access may include a scheduled access.
  • a WTRU may determine a beam, according to an example described herein, that may be an acceptable beam or a best beam.
  • an acceptable beam may include an acceptable direction for the beam and a best beam may include the best direction for the beam.
  • the term determined DL beam is used as a non-limiting example of a determined best beam or acceptable beam.
  • a WTRU may determine a set of M transmit beams (WTRU-TX beams) or transmit directions for a transmission, for example, an initial transmission, to a TRP based on at least reciprocity information or a reciprocity indication it may receive or determine regarding the TRP.
  • the WTRU may transmit to the TRP on the M transmit beams. Transmission on multiple beams may be in series or in parallel, for example, based on the capabilities of the WTRU and/or the TRP.
  • a WTRU may determine the number of beams, M, in the set of WTRU-TX beams based on at least reciprocity information or a reciprocity indication the WTRU may determine or receive.
  • the WTRU may determine which WTRU-TX beams to include in the set, for example, on which beams or in which directions to transmit, based on at least reciprocity information or a reciprocity indication the WTRU may determine or receive.
  • the WTRU may determine the set of WTRU-TX beams, for example, based on reciprocity information, to include at least one of the following: a first WTRU-TX beam, for example, one or only one WTRU-TX beam, that may be in the same direction or a nearest direction as the determined DL beam; one or more, for example, N, beams that may be adjacent to, for example, left and/or right of, the first WTRU-TX beam.
  • a first WTRU-TX beam for example, one or only one WTRU-TX beam, that may be in the same direction or a nearest direction as the determined DL beam
  • N beams that may be adjacent to, for example, left and/or right of, the first WTRU-TX beam.
  • N may be 0.
  • the value of M and/or N may be dependent on whether TRP-TX beams and TRP-RX beams may have the same direction, for example, whether TRP-RX beams may be centered on TRP-TX beams.
  • N may be a first number, such as 0 or a small number
  • M may be a first number such as 1 or a small number.
  • M and/or N may be a second number that may be larger than the first corresponding number.
  • the value of M and/or N may be dependent on the beam width of at least one of the WTRU-TX beams, the WTRU-RX beams, the TRP-TX beams, and/or the TRP-RX beams.
  • N may be an even number.
  • N may be evenly split to the left and right of the first beam.
  • WTRU-TX beam directions may not match exactly to WTRU-RX beam directions or to TRP-TX beams.
  • a WTRU-TX beam with a nearest direction to a determined DL beam may be used as an UL beam.
  • a beam type may be at least one of a TRP-TX beam, a TRP-RX beam, a WTRU-TX beam, and/or a WTRU-RX beam.
  • a WTRU may determine at least one of M, N, and/or the set of WTRU-TX beams based on at least one of: the number of beams and/or beam widths of at least one beam type; or the relationship of the number of beams and/or beam widths between at least two beam types.
  • M may be determined to be a first number when the beam widths of the TRP-TX beams and the TRP-RX beams may be the same.
  • M may be determined to be a second number when the beam widths of the TRP-TX beams and the TRP-RX beams may not be the same.
  • the second number may be smaller than the first number, for example when the TRP-RX beams may be wider than the TRP-TX beams.
  • the WTRU may determine a beam width for a WTRU-TX beam based on at least reciprocity information the WTRU may receive.
  • a WTRU may provide beam characteristic information and/or reciprocity information, for example, for WTRU-TX and WTRU-RX beams, to a TRP, for example, a TRP with which it may communicate.
  • a TRP for example, a TRP with which it may communicate.
  • An example is shown in FIG. 4 .
  • FIG. 4 is a flowchart diagram which illustrates an example use of reciprocity to determine a WTRU-TX beam set.
  • a WTRU may determine a DL beam to use 410 .
  • the WTRU may determine to use a best DL beam.
  • the WTRU may determine to use an acceptable DL beam.
  • the WTRU determination may be based on beam strength.
  • the DL beam may be used for synchronization between the WTRU and the TRP.
  • the DL beam may be used by the WTRU for PBCH reception. Further, the WTRU may determine TRP beam reciprocity information.
  • the WTRU may determine TRP beam reciprocity information based on the determined DL beam.
  • the WTRU may receive TRP beam reciprocity information 420 .
  • the WTRU may determine TRP beam reciprocity information based on the received TRP beam reciprocity information.
  • the WTRU may be pre-configured with TRP beam reciprocity information.
  • the WTRU may determine TRP beam reciprocity information based on a PBCH cyclic redundancy check (CRC) mask, one or more PBCH resources, a PBCH payload, a SIB, or the like.
  • the WTRU may determine TRP TX/RX BCI.
  • the WTRU may determine the TRP BCI based on the determined DL beam.
  • the WTRU may receive TRP TX/RX BCI.
  • the WTRU may determine TRP TX/RX BCI based on the received TRP TX/RX BCI.
  • the WTRU may be pre-configured with TRP TX/RX BCI.
  • the WTRU may determine TRP TX/RX BCI based on a PBCH cyclic redundancy check (CRC) mask, one or more PBCH resources, a PBCH payload, a SIB, or the like.
  • CRC PBCH cyclic redundancy check
  • the WTRU may determine a number of WTRU-TX beams, which may be represented by M, based on the beam reciprocity information 430 . In another example, the WTRU may determine a number of WTRU-TX beams based on the TRP TX/RX BCI. In addition, the WTRU may determine the WTRU-TX beam set based on the beam reciprocity information 440 . In a further example, the WTRU may determine the WTRU-TX beam set based on the TRP TX/RX BCI. In still a further example, the WTRU determining the set of WTRU-TX beams may be further based on the determined number of WTRU-TX beams. In an example, determining the WTRU-TX beam set includes determining one or more WTRU-TX beam directions.
  • the WTRU may transmit to the TRP using the determined WTRU-TX beam set 450 .
  • the WTRU may transmit to the TRP using a random access procedure.
  • the WTRU may transmit data using the determined set of WTRU TX beams.
  • the WTRU may determine a timing for transmission using the set of WTRU TX beams based on at least the TRP TX/RX BCI.
  • the TRP TX/RX BCI may include at least one of an indication of a correspondence type, a TX/RX beam width relationship or a TX/RX beam direction relationship.
  • the WTRU may determine and transmit a WTRU TX/RX BCI.
  • a PBCH may indicate TX/RX reciprocity for optimizing preamble reception.
  • Several methods may be used for the indication. For example, a CRC mask may be used or employed in a such a method. Another example method may use an orthogonal cover code.
  • a further example method may use a PBCH detection position (such as time or frequency).
  • An additional example method may employ 1 or 2 bits explicitly in a PBCH payload.
  • FIG. 5 is a flowchart diagram which illustrates an example method for the indication of TX/RX beam reciprocity.
  • TX/RX beam reciprocity may be indicated using a CRC mask via a PBCH.
  • a corresponding number of masks may be used.
  • a PBCH payload may be first generated 510 .
  • a CRC may be generated 530 .
  • the generated CRC may be masked with a sequence that is a function of TX/RX reciprocity 550 .
  • PBCH payload may then be concatenated with the masked CRC 570 .
  • a configuration 1 may indicate full TX/RX beam reciprocity
  • a configuration 2 may indicate partial TX/RX beam reciprocity
  • a configuration 3 may indicate no TX/RX beam reciprocity.
  • the numbering of the configurations may be reordered and still be consistent with the examples provided herein. Further, different numbers of configurations may be used and still be consistent with the examples provided herein.
  • three sequences may be used for the CRC mask for the method depicted in FIG. 5 .
  • a different number of sequences may be used for the CRC mask and still be consistent with the examples provided herein.
  • partial TX/RX reciprocity may be due to interference and may occur in a dynamic manner. Therefore, using a semi-static signaling method may not be an optimal procedure to provide a TX/RX beam reciprocity indication. Instead, a combination of semi-static and dynamic signaling method may be optimal.
  • two configuration types may be defined. In an example, configuration 1 may indicate full TX/RX reciprocity and configuration 2 may indicate no TX/RX reciprocity. Therefore two sequences may be used for the CRC mask for the method depicted in FIG. 5 .
  • FIG. 6 is a flowchart diagram which illustrates an example method and procedure to determine TX/RX beam reciprocity.
  • a TRP or gNB may still need to indicate partial TX/RX reciprocity using dynamic signaling such as Layer 1 (L1)/Layer 2 (L2) signaling.
  • An example procedure as shown in flowchart diagram 600 may be performed to dynamically signal partial TX/RX reciprocity.
  • a WTRU may receive a PBCH indicating TX/RX beam reciprocity 610 .
  • the WTRU may determine if the PBCH indicates either full TX/RX beam reciprocity or no TX/RX beam reciprocity 620 .
  • the WTRU may assume no gNB TX/RX beam reciprocity 630 . If the PBCH indicates TX/RX beam reciprocity, the WTRU may assume full gNB TX/RX beam reciprocity 640 . When the WTRU receives a PBCH indicating full reciprocity, the WTRU may temporarily assume full gNB TX/RX beam reciprocity 640 until the WTRU receives a second tier indication indicating whether the gNB TX/RX beam reciprocity is truly full gNB TX/RX beam reciprocity or partial gNB TX/RX beam reciprocity 650 .
  • such a second tier indication may be sent using L1/L2 signaling or RRC signaling.
  • the WTRU may determine if the second tier indication is for full reciprocity or partial reciprocity 660 . For example, if the second tier indication is for partial reciprocity, the WTRU may assume partial reciprocity 670 . Further, if the second tier indication is for full reciprocity, the WTRU may assume full reciprocity 680 .
  • a mode 1 may indicate full association
  • a mode 2 may indicate partial association
  • a mode 3 may indicate no association.
  • the numbering of the modes may be reordered and still be consistent with the examples provided herein. Further, different numbers of modes may be used and still be consistent with the examples provided herein.
  • Association mode may be indicated using CRC mask as well, in an example.
  • FIG. 7 is a flowchart diagram which illustrates another example method for the indication of TX/RX beam reciprocity.
  • a gNB may generate a PBCH payload 710 . Further, the gNB may generate a CRC 730 . The generated CRC may be masked with a sequence that is a function of the association mode. Depending on the number of association modes, a corresponding number of one or more masks may be used. The generated CRC may be masked by the gNB with a sequence that is a function of the association mode 750 . The PBCH payload and masked CRC may then be concatenated by the gNB 770 .
  • the PBCH CRC may be scrambled or XORed with N bit mask which may jointly indicate number of antennas or antenna ports, antenna configurations antenna and/or TX/RX beam reciprocity.
  • N may be 16. In other examples, N may be 8, 24 or 32.
  • the PBCH CRC may be scrambled with the mask corresponding to TX/RX reciprocity with the M antennas and so on.
  • a PBCH may also be used to indicate one or multiple gNB RX beams to WTRU.
  • the following example method use a PBCH for the indication of a preamble RX beam.
  • an implicit indication may use a PBCH masking, SS block time index, PBCH demodulation reference signal (DMRS) sequence index or the like.
  • each mask, SS block time index, PBCH DMRS sequence index or the like may correspond to the best gNB RX beam.
  • the best gNB RX beam may be mapped to a preamble index, and the mask, SS block time index, and/or PBCH DMRS sequence index may be associated with a preamble index.
  • the preamble index may include one or more of a sequence index, time index, frequency index, resource index or the like.
  • an explicit indication may use payload bits, and a few bits may be used to indicate the best gNB RX beam.
  • the bits used for explicit indication may be carried in a RACH message 2 or an RAR message.
  • an implicit indication may use PBCH masking, SS block time index, PBCH DMRS sequence index or the like, wherein each mask, SS block time index, PBCH DMRS sequence index or the like may correspond to a subset of beams, for example, the best K gNB RX beam or beams.
  • the best K gNB RX beam(s) may be mapped to a set of one or more preamble indexes and one or more masks, SS block time indexes or PBCH DMRS sequence indexes may be associated with a set of preamble indexes.
  • the preamble index may include one or more of a sequence index, time index, frequency index, resource index or the like.
  • the best K gNB RX beam(s) may be mapped to a set of K preamble index(es) and K mask(s).
  • an explicit indication may use payload bits, and a few bits may be used to indicate a subset of beams, for example, the best K gNB RX beam.
  • a gNB TX beam may be mapped to a gNB RX beam.
  • the gNB TX beam may be used to transmit an SS block which may include a time index, which may be an SS block time index.
  • a gNB TX beam ID may be an SS block time index.
  • the gNB RX beam may be used to receive a preamble which may use one or more preamble sequences and/or one or more preamble resources.
  • the preamble resources may be allocated according to a preamble resource index, which may include a time resource index and/or a frequency resource index.
  • the preamble sequence may be determined based on a preamble sequence index
  • a gNB TX beam may be mapped to a time index x, for example, SS block time index x
  • a gNB RX beam may be mapped to a time index y, for example, PRACH resource time index y.
  • y may equal x plus c and c may be a time offset, a frequency offset, another type of offset and the like.
  • c may be equal to 0 and a time offset may or may not be used.
  • the gNB TX beam is associated with the gNB RX beam or a DL SS block time index may be associated with an UL preamble time resource index.
  • a WTRU detects the best gNB TX beam at time x, it may automatically know the best gNB RX beam at time y or vice versa.
  • a gNB When a gNB detects the preamble at time resource index y that is transmitted by a WTRU, it may implicitly know the best SS/PBCH block time index x that the WTRU detects. When the WTRU determines to report such a time index say SS/PBCH block time index x to gNB, WTRU may send preamble in time resource index y where time index x and y are associated with each other.
  • each gNB TX beam may be mapped to an SS block and each gNB RX beam may be mapped to a preamble time resource.
  • a WTRU may select a preamble, such as preamble index n, and transmit the selected preamble on the PRACH frequency resources to identify the n-th SS block and feedback the SS block time index.
  • a WTRU may select a preamble and transmit the selected preamble on the PRACH frequency resource, such as resource index n, to identify the n-th SS block and feedback the SS block time index.
  • a WTRU may select a preamble, such as preamble index n, and transmit the selected preamble on the PRACH frequency resource, such as frequency resource index m, to identify the n-th SS block and feedback the SS block time index.
  • the n-th SS block may be associated with preamble index n and frequency resource index m.
  • a WTRU may select a preamble, such as preamble index n, and transmit the selected preamble on the PRACH frequency resource, such as frequency resource index m, at a time resource index j to identify the n-th SS block and feedback the SS block time index.
  • the n-th SS block may be associated with the preamble index n, frequency resource index m and time resource index j.
  • an SS block may be associated with multiple preamble, frequency and/or time indexes.
  • a WTRU may select a preamble in a preamble set, such as preamble set index n, and transmit the selected preamble on the PRACH frequency resource in a frequency set, such as frequency resource set index m, at time resource set j to identify the n-th SS block and feedback the SS block time index.
  • the n-th SS block may be associated with the preamble set index n, frequency resource set index m and/or time resource set index j.
  • One or more DL TX beams and one or more UL RX beams may be associated. Association between one or more DL TX beams and one or more UL RX beams may be signaled via system information, minimum system information, remaining minimum system information or other system information.
  • SS block(s), PRACH resource(s), preamble time resources, preamble frequency resources and/or preamble sequence(s) may each be associated with one or more of each other. Association between an SS block, a PRACH resource and/or a preamble sequence may be signaled via system information, minimum system information, remaining minimum system information or other system information.
  • the PRACH resources may be defined by a frequency index only. This is because a WTRU may select a preamble and transmit the selected preamble on the PRACH frequency resources at time y to identify the SS block and feedback the SS block time index if the PBCH is received at time x.
  • a WTRU may select a preamble, such as preamble index n, and transmit the selected preamble on the PRACH frequency resource, say frequency resource index m, at time y to identify the n-th SS block and feedback the SS block time index.
  • the n-th SS block may be associated with the preamble index n and frequency resource index m.
  • a WTRU may use only a preamble, for example, a preamble resource, sequence, or the like, to report a detected SS/PBCH block.
  • the preamble may carry or contain SS/PBCH block information where different preambles, such as sequences and/or resources, may indicate different SS/PBCH blocks.
  • Preamble number x may be used to indicate or report SS/PBCH block number x.
  • a preamble may be a preamble sequence, preamble resource or combination of the same.
  • a preamble resource may be a preamble time resource, frequency resource, preamble spatial resource or combination of the same.
  • preamble time resource number x may correspond to SS/PBCH block number x.
  • a WTRU may use preamble time resource number x to request SS/PBCH block number x.
  • WTRU may select preamble time resource number x and transmit the preamble sequence in preamble time resource number x.
  • preamble frequency resource number x may correspond to SS/PBCH block number x.
  • a WTRU may use preamble frequency resource number x to indicate or report SS/PBCH block number x.
  • WTRU may select preamble frequency resource number x and transmit the preamble sequence in preamble frequency resource number x.
  • An association between an SS/PBCH block and a preamble may be used.
  • An association between an SS/PBCH block and a preamble time resource, frequency resource, preamble sequence or any combination of them may be used.
  • An association between a preamble sequence and an SS/PBCH block may be used.
  • one preamble may be associated with one SS/PBCH block.
  • Preamble sequence number x may be associated with SS/PBCH block number x.
  • the WTRU may select preamble sequence number x and transmit it.
  • one preamble may be associated with multiple SIBs.
  • Preamble sequence number x may be associated with SS/PBCH block number x and SS/PBCH block number y.
  • an association between one or more preamble frequency resources and one or more SS/PBCH blocks may be used.
  • an association between any one of one or more preamble time/frequency resources, one or more sequences and one or more SS/PBCH blocks may be used.
  • WTRU may use the preamble to indicate or report an SS/PBCH block.
  • the preamble may be a preamble sequence, preamble resource and the like. If WTRU does not receive an indication with the association for preamble and SS/PBCH block, WTRU may use a control field in a payload, such as a RACH message 3, to indicate or report the SS/PBCH block.
  • a single association or mapping may be used.
  • An association indication of 1 bit may be used.
  • WTRU may be indicated either with or without association, for example, “1” may indicate “with association” and “0” may indicate “without association”.
  • more than one associations or mappings may be used.
  • An association indication of N bits may be used. Two examples may be used. In a one example, two indicators may be used, a first indicator may indicate with association or without association. In an example, the first indicator may be one bit. A second indicator (N bits) may be used to indicate which association should be used if the WTRU receives the first indicator indicating with association. In an example, the second indicator may be N bits. In another example, a single indicator with joint coding of “with” and “without” association and multiple associations. In an example, the single indicator may be N bits. In an example of 3 associations, a two-bit single indicator may be used. Accordingly, the bits 00 may indicate without association. Further, the bits 01 , 10 and 11 may indicate a first association, a second association and a third association, respectively. The first association, the second association and the third association may be labeled “association 1”, “association 2” and “association 3” respectively.
  • the association between SS/PBCH blocks and PRACH preamble may be based on the actually transmitted SS/PBCH blocks which may be indicated in RMSI.
  • the association between SS blocks and PRACH preamble may be based on the maximum SS/PBCH blocks which may be predetermined according to frequency bands.
  • the available number of NR-RACH preamble in a cell may be determined by
  • L′ may the number of actually transmitted SS-blocks within an SS block set and K may the number of preambles associated with each SS-block.
  • K may be 1.
  • the association may be done by mapping the consecutive M preambles in a cell to the L′ number of SS-blocks or SS/PBCH blocks. Also, K consecutive preambles may be mapped to each SS-block.
  • the preambles in a cell may be associated or mapped to SS/PBCH block based on at least one of the following: cyclic shifts of a root Zadoff-Chu sequence, a root index of the Zadoff-Chu sequence, an NR-RACH preamble time instances within a slot, a slot index, a frequency index (which may include, for example, a subcarrier index, a PRB index and the like) and the like.
  • a gNB may configure a WTRU to report an additional SS/PBCH block index, for example, a strongest SS/PBCH block index, through a message of contention based random access.
  • the message may be a message 3 of contention based random access.
  • the gNB may configure the WTRU to report the multiple SS/PBCH block indices through a PRACH preamble during a contention-free random access procedure, such as, for example, in a handover.
  • the gNB may be configured to report the multiple SS/PBCH block indices through one or more PRACH preambles during a contention-based random access procedure.
  • the best gNB RX beam may be identified without an RX beam sweeping or training at a gNB RX site. This may reduce the beam sweeping or training overhead and latency.
  • PRACH resources may be reduced for a given WTRU because now the WTRU may not have freedom to use resources of the WTRU's choosing in the time domain.
  • a WTRU may only have freedom in the frequency domain. This may increase transmission collision probabilities.
  • WTRUs may be forced to transmit the preamble at different time instances, such preamble transmission may also reduce the collision probabilities for the preamble transmissions. In case WTRUs are covered by the same beam, WTRUs collision probabilities may be increased since WTRUs may each have to send a preamble in the same time instance in the same beam without spatial separation.
  • transmission collision may be reduced since WTRUs are separated in time.
  • This solution may be referred to as autonomous beam scheduling. That is, the time index for a detected best gNB TX beam may automatically determine the PRACH resources in the time domain for a WTRU though not in the frequency domain, and the best gNB RX beam may be automatically scheduled.
  • the solution may be considered to be autonomous TDMA for the RACH.
  • the best gNB TX beam may indicate a set of best gNB RX beams, such as beam set Q.
  • a WTRU may need to send preambles one at a time at time.
  • a WTRU may need to send preambles at time x+nc, time x+nc+1, time x+nc ⁇ 1 and so on, where n is a positive integer if this beam set is plus and minus the index of the best gNB TX beam.
  • This may be called a local beam set.
  • the local beam set may be considered to be local with respect to the index of the best SS/PBCH block or gNB TX beam.
  • a beam set may also be non-local.
  • a WTRU may send a preamble randomly at one or multiple PRACH time resources, such as time x+nc, time x+nc+1, time x+nc ⁇ 1 and so on.
  • X may be the index of the best SS/PBCH block or gNB TX beam
  • n may be a integer number
  • c may be a constant for different designs.
  • PRACH resources may be defined by time index, which may be a local time index and a frequency index, which may be a global frequency index. This local time index may be local with respect to the index of the best SS/PBCH block or gNB TX beam.
  • the global frequency index may be global with respect to the index of the best SS/PBCH block or gNB TX beam.
  • FIG. 8 is a flowchart diagram which illustrates an example of a WTRU procedure for a beam operation mode.
  • a WTRU may receive a PBCH at time index x 810 .
  • the WTRU may apply a time offset to a transmit preamble 830 .
  • a WTRU may also receive gNB TX/RX reciprocity indication.
  • the WTRU may determine if the gNB TX/RX reciprocity indication is true or false 850 .
  • a TX/RX beam reciprocity determination, a TX/RX beam refinement, or both may be performed.
  • a gNB may have knowledge or information for TX/RX beam reciprocity.
  • a gNB may also determine or refine the TX/RX beam reciprocity by a training method.
  • Such an example solution may be used for, and is not limited to, an example configuration as follows.
  • the best SS/PBCH block may be SS/PBCH block index x and the best PRACH preamble and/or resource may be PRACH preamble sequence/resource index y.
  • the best TX beam may be beam x and the best RX beam may be beam y.
  • a beam sweep or training may be used to determine or refine TX/RX beam reciprocity.
  • a multi-stage solution may be used, in example. For example, in an example stage, a full beam sweep may be performed. In a further example stage, TX/RX beam reciprocity may be decided or refined. In another example stage, a power saving beam sweep or training may be performed to update the beam reciprocity.
  • a WTRU TX beam may be mapped to a WTRU RX beam. If a WTRU receives the PBCH at the best WTRU RX beam z, then the WTRU may send a preamble using the WTRU TX beam z if WTRU TX/RX beam reciprocity is present. Otherwise, the WTRU may need to send the preamble by sweeping all WTRU TX beams one at a time at time x+nc where n is a positive integer.
  • the best WTRU RX beam may indicate a set of best WTRU TX beams.
  • the set of best WTRU TX beams may be a beam set Q.
  • the WTRU may need to send a preamble by sweeping this beam set Q of WTRU TX beams one at a time at time x+nc where n is a positive integer.
  • Such a beam set may be predefined, via a master information block (MIB)/SIB or via a configuration.
  • MIB master information block
  • Beam reciprocity/correspondence for one or more WTRU TX/RX beams may be determined via the following example steps. It may be understood to one skilled in the art that certain steps may be performed out of order or not performed at all. Other steps may be performed in-between the steps provided herein.
  • a WTRU may perform TX beam sweeping.
  • a TRP may determine one or more WTRU TX beams based on a measurement performed at the TRP.
  • the TRP may indicate or transmit information regarding the determined WTRU TX beam information based on the determined one or more WTRU TX beams in step 2.
  • the beam index or beam indices of the determined one or more beams may be signaled to the WTRU via, but not limited to, RAR, NR-PRACH message 4, NR-PDCCH, NR-enhanced PDCCH (ePDCCH), medium access control element (MAC CE), RRC signaling or the like.
  • a WTRU may perform RX beam sweeping.
  • the WTRU may determine one or more RX beams based on one or more measurements.
  • the WTRU may derive TX beam or beams using the determined RX beam or beams in step 5, assuming beam reciprocity/correspondence at the WTRU.
  • the indicated one or more beams in steps 3 and the derived one or more beams in step 6 may be compared at the WTRU, and the WTRU may determine a final beam reciprocity/correspondence at the WTRU based on a rule or a set of rules.
  • full beam reciprocity/correspondence at the WTRU may be declared and determined. If the indicated and derived beams in steps 3 and 6 are partially the same, partial beam reciprocity/correspondence at the WTRU may be declared and determined. If the indicated and derived beams in steps 3 and 6 are totally different, no beam reciprocity/correspondence at the WTRU may be declared and determined.
  • a TRP may perform TX beam sweeping.
  • a WTRU may determine one or more TRP TX beams based on one or more measurements.
  • a WTRU may inform, indicate or transmit information regarding the determined TRP TX beam information based on the determined beam or beams in step 2.
  • the determined beam index or beam indices may be fed back to the TRP via, but not limited to, WTRU feedback, CSI feedback, NR-PRACH message 1, one or more preambles, NR-PUCCH, NR-PUSCH, scheduling request (SR) or the like.
  • the TRP may perform RX beam sweeping.
  • the TRP may determine one or more RX beams based on one or more measurements.
  • the TRP may derive TX beam or beams using the determined RX beam or beams in step 5 assuming beam reciprocity/correspondence at the TRP.
  • the indicated one or more beams in steps 3 and the derived one or more beams in step 6 may be compared at the TRP, and the TRP may determine final beam reciprocity/correspondence at the TRP based on a rule or a set of rules. For example, if the indicated and derived beams of steps 3 and 6 are the same, full beam reciprocity/correspondence at TRP may be declared and determined.
  • partial beam reciprocity/correspondence at TRP may be declared and determined. If the indicated and derived beams in steps 3 and 6 are totally different, no beam reciprocity/correspondence at TRP may be declared and determined.
  • Measurements or metrics to determine beams or beam reciprocity/correspondence may be based on but not limited to signal to noise ratio (SNR), signal to interference plus noise ratio (SINR), signal strength, power, beam-quality, CSI or the like.
  • SNR signal to noise ratio
  • SINR signal to interference plus noise ratio
  • CSI CSI
  • a WTRU beam correspondence or reciprocity may be determined using one or more of the methods and procedures described herein. Once a WTRU beam correspondence or reciprocity has been determined, the results of the determined beam correspondence or reciprocity may be signaled or indicated to the other side of the wireless connection. For example, if a WTRU determines the beam correspondence or reciprocity, the WTRU may provide feedback including the results of the determined beam correspondence or reciprocity to a gNB, TRP or other WTRU. Such feedback may be semi-static or dynamic.
  • the results of a determined beam correspondence or reciprocity may be fed back via, but not limited to, an initial uplink transmission, WTRU feedback, CSI, an NR-PRACH message 1, one or more preambles, an NR-PRACH message 3, NR-PUCCH, NR-PUSCH, SR, MAC, MAC CE, RRC signaling, side link transmission or the like.
  • Such feedback may be either periodic, aperiodic, per request or based on demand.
  • Such feedback for results of WTRU beam correspondence or reciprocity may be initiated by the WTRU, TRP or both.
  • Such feedback for results of WTRU beam correspondence or reciprocity may be triggered by an event.
  • a WTRU may provide feedback including results of a determined beam correspondence or reciprocity to a gNB, TRP or other WTRU as part of a WTRU capability indication. For example, one or more results of a determined beam correspondence or reciprocity alone or along with a WTRU capability may be signaled or indicated to a gNB, TRP or other WTRU, from the given WTRU, via an initial uplink transmission, NR-PRACH message 1, one or more preambles, RRC connection establishment request, NR-PRACH message 3, RRC signaling, side link transmission or the like.
  • FIG. 9 is a flowchart diagram which illustrates an example WTRU method and procedure for determining and reporting WTRU beam correspondence, beam reciprocity or both.
  • a gNB or TRP may request information for WTRU beam correspondence, beam reciprocity or both 910 .
  • a WTRU may perform a method and procedure for beam correspondence/reciprocity 920 .
  • the WTRU may perform the method and procedure for beam correspondence/reciprocity based on the request received from the gNB or TRP.
  • a WTRU may perform the method and procedure for beam correspondence/reciprocity without receiving a request from a gNB or TRP.
  • the WTRU may send an indication of the beam correspondence/reciprocity determination to a gNB or TRP in a predetermined procedure. Such procedure may be via an initial access procedure, a random access procedure or RRC procedure during an RRC connection stage.
  • a WTRU may determine beam correspondence/reciprocity according to one or more results of the method and procedure for beam correspondence/reciprocity determination 930 .
  • the WTRU may determine beam correspondence/reciprocity by following a method and procedure for beam correspondence/reciprocity determination provided elsewhere herein.
  • a WTRU may indicate information of beam correspondence/reciprocity to a gNB or TRP as part of a WTRU capability indication 940 .
  • a WTRU may also indicate beam correspondence/reciprocity to other WTRUs 950 .
  • the WTRU may also indicate beam correspondence/reciprocity to other WTRUs, if necessary.
  • a WTRU may indicate beam correspondence or reciprocity information to a gNB or TRP as part of the WTRU capability transmission.
  • the capability transmission may include full or no beam correspondence or reciprocity, or full, partial or no beam correspondence or reciprocity. Additional categories for beam correspondence or reciprocity may also be reported.
  • a preamble may be used to indicate a best DL beam for an RAR.
  • a best DL PBCH beam may be used for an RAR DL beam if such a DL beam does not change.
  • Such an association may be done in a synchronous fashion in time (or frequency) at a beam level. However, such an association should be within a coherent time.
  • Several reasons may cause such DL beams for SYNC, PBCH and RAR to change, including: if a channel change is very fast; if a change due to WTRU rotation or blockage occurs; if the network decides to use a different DL beam, beamwidth or beam order; or the like.
  • a gNB changes the beam sweep order for an RAR which is different from the beam sweep order for a PBCH.
  • an alternative solution may be used. For example, a preamble may be used for such an indication.
  • a preamble may be used to indicate one of the M DL beams.
  • Different preamble groups may be designed.
  • a preamble may be designed with M groups, where each group may indicate one of the M DL beams.
  • the WTRU may select a preamble from the corresponding preamble group associated with the detected DL beam.
  • a gNB detects the preamble, may know which preamble group the detected preamble belongs to, and thus which DL beam may be used for a following DL transmission, such as for RAR transmission.
  • a DL beam is separated in the spatial domain usually in different beam directions, therefore when WTRU selects preamble, there may be no interference from each other, and no collision may occur. Both preambles may be received, and the same random access (RA)-radio network temporary identifier (RNTI) may be sent.
  • RA random access
  • RNTI radio network temporary identifier
  • an RAR message may not collide due to spatial separation.
  • two or multiple WTRUs detect the same DL beam, and select the same preamble group, since there are fewer preambles in the smaller group, the likelihood may increase that two WTRUs may select the same preamble, thus collision may occur in RAR.
  • the beam is narrow, fewer WTRUs may reside in the same narrow beam, and this may reduce the chance that multiple WTRUs may initiate the random access procedure. Collision may be proportional to the number of WTRUs and inversely proportional to the number of preambles.
  • the number of WTRUs and the number of preambles may cancel out each other in terms of collision probability.
  • the collision probability may remain otherwise the same.
  • Other methods using a different cyclic shift of the same root sequence, different root sequence or combination of the two may also be used.
  • the indication for WTRU TX/RX beam reciprocity may be a function of the preamble format such as a long/short format, a preamble sequence length, a preamble group, a preamble sequence, a root index, a cyclic shift, one or more frequency/time/spatial resources, or the like, or a combination of them.
  • the indication for the desired TRP TX beam index or indices may be a function of preamble format such as a long/short format, a preamble sequence length, a preamble group, a preamble sequence, a root index, a cyclic shift, one or more frequency/time/spatial resources, or the like, or combination of them.
  • a synchronous design may be simple and incur less overhead, but a synchronous design may offer lower flexibility since a fixed association is needed and a resource is determined by association. Thus, the fixed association and resource determined by association may lower flexibility. But a synchronous design may reduce the overhead due to the use of additional signaling for the TX/RX beam reciprocity indication.
  • a preamble may be used to indicate different service types. By selecting a preamble from one of the M preamble groups, the preamble may indicate eMBB, URLLC, and mMTC, in addition to a DL beam for RAR. A preamble may also indicate different combinations of low latency and payload size.
  • the indication for a service type may be a function of a preamble format such as a long/short format, a preamble sequence length, a preamble group, a preamble sequence, a root index, a cyclic shift, one or more frequency/time/spatial resources, or the like, or combination of them.
  • a preamble format such as a long/short format, a preamble sequence length, a preamble group, a preamble sequence, a root index, a cyclic shift, one or more frequency/time/spatial resources, or the like, or combination of them.
  • the RA-RNTI may be computed based on the SS/PBCH block index associated with the RACH preamble in addition to a slot index and a frequency index in which the preamble was transmitted in time and frequency.
  • the RA-RNTI may also be calculated based on a time index and a frequency index.
  • the time index may be a unique value within a RACH resource group.
  • the time index may be a function of a slot index and a starting symbol index within the slot.
  • time index in the RA-RNTI may be based on one of the following: the subframe number, the symbol number, the slot number and the RACH occasion index within a radio frame.
  • a RACH resource group may be a set of RACH resources sharing the same RA-RNTI.
  • a downlink control information (DCI) message in a PDCCH scheduling one or more RAR messages on the PRACH preamble on each of the RACH resources within the RACH resource group may be masked with the same RA-RNTI.
  • a gNB or network may indicate the number of RACH resources per RACH resource group.
  • the gNB or network may indicate the number of random access preamble IDs (RAPIDs).
  • the WTRU may calculate the number of preambles per RACH resource within a RACH resource group.
  • One or more PRACH resources may be obtained from a PBCH and/or other sources with and without association.
  • a PBCH may be used to configure beam resources and PRACH resources, such as, for example, time, frequency, code and the like. Beam resources may also be a part of PRACH resources.
  • a PBCH may be used to jointly configure PRACH resources, such as, for example, time, frequency, code and the like.
  • a PBCH may be associated with a PRACH with a synchronous resources allocation for the PRACH. By detecting the PBCH DL beam, a WTRU may obtain the time and beam resources for a preamble transmission.
  • a WTRU may also obtain the code resources.
  • the WTRU obtaining the code resources may include the WTRU obtaining the preamble group.
  • a PBCH DL beam may also be associated with frequency resources by modulo operation.
  • Synchronous PBCH/PRACH may be designed in two stages.
  • One example stage may include determining the resources for time, beam and code.
  • Another example stage may include determining frequency resources. If a frequency resource index is denoted as f id , the frequency resource may be determined by Equation 1:
  • an asynchronous design may use a dynamic or semi-static signaling or combination of the two.
  • an asynchronous design may use a predefined mapping. For example, an angle of departure (AoD), an angle of arrival (AoA) or an overlap beam or beams may be used as resources.
  • An AoA or an AoD may be estimated during initial synchronization or PBCH transmission.
  • a beam sweep method for the next stage may be indicated by the preamble.
  • a beam sweep method may be a function of time, frequency, code, number of sweeps, number of symbols per sweep, periodicity, and the like.
  • a PBCH transmission in DL may be associated with PRACH transmission in UL.
  • PBCH-to-PRACH association may be established so that when a WTRU detects the best PBCH TX beam, it may automatically obtain the knowledge about the best preamble gNB RX beam if gNB TX/RX beam reciprocity is present.
  • PBCH transmission is not associated with PRACH transmission, when a WTRU detects the best PBCH TX beam, it may not know the best preamble gNB RX beam even if gNB TX/RX beam reciprocity is present. Therefore, the WTRU may need the PBCH to indicate the best preamble gNB RX beam.
  • a SIB such as a SIB1, may be used to configure preamble and RACH resources.
  • FIG. 10 is a flowchart diagram which illustrates an example PRACH procedure and preamble format selection based on beam deployment.
  • the beam deployment may be an indicated beam deployment.
  • a WTRU may be equipped and/or configured with multiple RACH preamble formats 1010 .
  • the RACH preamble formats may include long and short preamble formats.
  • the WTRU may detect a SYNC signal and receive an indication of single beam or multi-beam operation 1020 . Further, the WTRU may determine the preamble format as a function of beam deployment or beam operation mode 1030 . Further, the WTRU may determine whether a single beam deployment or multi-beam deployment is indicated 1040 .
  • the WTRU may determine the preamble format 1050 . Further, the WTRU may transmit the preamble with the determine preamble length 1055 . Then, the WTRU may perform the RACH procedure based on the determined preamble format 1060 . For example, the WTRU may determine a first preamble format. In an example, the first preamble format may be preamble format A. In a further example, the WTRU may determine a long preamble format as preamble format A. Further, the WTRU may transmit the preamble with a long preamble length. The WTRU may perform the RACH procedure based on the determined long preamble format.
  • the WTRU may determine the preamble format 1070 . Further, the WTRU may transmit the preamble with the determine preamble length 1075 . Then, the WTRU may perform the RACH procedure based on the determined preamble format 1080 . For example, the WTRU may determine a second preamble format. In an example, the second preamble format may be preamble format B. In a further example, the WTRU may determine a short preamble format as preamble format B. Further, the WTRU may transmit the preamble with a short preamble length. The WTRU may perform the RACH procedure based on the determined short preamble format.
  • FIG. 11 is a flowchart diagram which illustrates another example PRACH procedure and preamble format selection.
  • a WTRU may be equipped and/or configured with multiple RACH preamble formats, for example, long and short preamble formats 1110 .
  • the WTRU may detect a SYNC signal and receive an indication for multi-beam operation 1120 . Further, the WTRU may measure a DL signal, for example, a SYNC, a PBCH, or a broadcast reference signal (BRS) signal 1130 . Also, the WTRU may select a preamble format based on preamble format selection criteria 1140 .
  • BTS broadcast reference signal
  • the preamble format selection criteria may include, for example, a reference signal received power (RSRP), reference signal received quality (RSRQ), cell center indication or cell edge indication.
  • RSRP reference signal received power
  • RSRQ reference signal received quality
  • the WTRU may determine the long preamble format and transmit the preamble with long preamble length if RSRP is below a predetermined threshold or a cell edge is indicated. Otherwise, the WTRU may determine the short preamble format and transmit the preamble with short preamble length.
  • the WTRU may determine the long preamble format 1150 . Further, the WTRU may then transmit the preamble with long preamble length 1160 .
  • the WTRU may determine the short preamble format 1170 . Further, the WTRU may then transmit the preamble with short preamble length 1180 .
  • FIG. 12 is a network operation diagram which illustrates a network operation mode with an energy saving mode WTRU.
  • a WTRU when operating in a regular mode 1210 , a WTRU may perform a full beam sweep.
  • regular mode 1210 may be a first mode.
  • the first mode may be referred to as mode 1.
  • the gNB may transmit and receive using beams 1220 and the WTRU may transmit and receive using beams 1230 .
  • a WTRU may perform a short beam sweep or no beam sweep. In this mode, the gNB may transmit and receive using beams 1260 and the WTRU may transmit and receive using beams 1270 .
  • the energy efficiency or low latency mode 1250 may be referred to as a second mode.
  • the second mode may be referred to as mode 2.
  • a gNB and WTRU may operate in mode 1.
  • TX/RX reciprocity at WTRU is present, a gNB and WTRU may operate in mode 2.
  • WTRU may report its TX/RX reciprocity to a gNB in order for the gNB to decide which mode it may operate.
  • Each WTRU may report its own TX/RX reciprocity to a gNB, for example, as part of WTRU capability or as part of CSI feedback.
  • a TRP or a gNB may configure and operate in mode 2 for the TRP or cell. Furthermore when all WTRUs in a beam have TX/RX beam reciprocity, gNB may configure and operate in mode 2 for the beam. Therefore a beam, a TRP or a cell may operate in either mode 1 or mode 2. In an example, a gNB may switch to mode 2 for energy efficiency when a condition is met. A gNB may switch back to mode 1 for regular operation when a condition is not met.
  • FIG. 13 is a network operation diagram which illustrates a network operation mode with a low latency mode.
  • a low latency mode 1310 may be used.
  • low latency mode 1310 may be a third mode. Further the third mode may be referred to as mode 3.
  • the gNB may transmit and receive using beams 1320 and the WTRU may transmit and receive using beams 1330 .
  • mode 3 when gNB TX/RX reciprocity is present, mode 3 may be used.
  • a gNB may operate an RX period with each gNB RX beam allowing all WTRU TX preamble beams to perform a training with a full sweep.
  • each WTRU may know when to send its preamble. Therefore, each WTRU may finish preamble transmission of all WTRU TX beams in a very short period.
  • Some WTRUs may finish preamble in a shorter time and some may finish in a longer time, depending on the gNB RX beam for the WTRU.
  • mode 3 offers a comparatively lower latency operation.
  • mode 1 may be operated when no TX/RX beam reciprocity is present at both a gNB and an WTRU.
  • Mode 2 may be operated when TX/RX beam reciprocity is present at the WTRU.
  • Mode 2 may achieve better energy savings.
  • Mode 3 may be operated when gNB TX/RX beam reciprocity is present.
  • Mode 3 may achieve low latency operation.
  • an energy efficiency and low latency mode may be used.
  • Such an energy efficiency and low latency mode may be a fourth mode.
  • the fourth mode may be referred to as mode 4.
  • FIG. 14 is a network operation diagram which illustrates a network operation in energy saving mode and low latency mode.
  • an energy saving mode and low latency mode 1410 may be used.
  • energy saving mode and low latency mode 1410 may be referred to as mode 4.
  • Mode 4 may achieve both energy efficiency and low latency.
  • the gNB may transmit and receive using beams 1420 and the WTRU may transmit and receive using beams 1430 .
  • a gNB may indicate an operation mode to the WTRU.
  • an operation mode may be indicated in a PBCH either explicitly or implicitly.
  • an operation mode may be indicated in a SIB either explicitly or implicitly.
  • an operation mode may be indicated in SYNC either explicitly or implicitly.
  • parameter N may be predefined or configured as a number of WTRU RX beams to participate in an operation.
  • FIG. 15 is a flowchart diagram which illustrates TRP efficient operations and determining an operation mode.
  • a WTRU may report the TX/RX beam reciprocity back to the TRP or gNB 1510 .
  • the TRP or gNB may collect a WTRU TX/RX beam reciprocity report from all WTRUs in a cell 1530 .
  • the TRP or gNB may decide on an appropriate operation mode based on the collected feedback for WTRU TX/RX beam reciprocity 1550 .
  • the TRP or gNB may signal the operation mode to the WTRUs 1560 .
  • a simplified RACH procedure using reduced number of steps for random access may be used.
  • a simplified RACH method may be designed as follows.
  • a WTRU may send message X.
  • a WTRU may transmit a preamble and message 3, including an RRC connection request, a WTRU ID, or the like.
  • a gNB may send message Y.
  • a gNB may send an RAR message with an RRC connection complete message, contention resolution message, or the like.
  • Message 3 may be placed on different time/frequency resources linked to a preamble sequence index.
  • a collision may occur.
  • One or more of the Message 3s may not be decoded since they are in the same time/frequency resources.
  • a RA procedure may involve the use of a channel that may be referred to as a RA channel (RACH), for example for sending a transmission.
  • RACH RA channel
  • the transmission may be or may include a preamble that may, for example, initiate the RA procedure.
  • An RA procedure may use another channel and still be consistent with the examples provided herein.
  • a procedure may be a RA procedure when, for example, at least one transmission in the procedure may involve the random selection of at least one parameter on which the transmission may be based.
  • a RA procedure may involve the random selection of a transmission parameter.
  • the transmission parameter may be selected, for example, from a set or pool of configured or available candidates.
  • the transmission parameter may be a code, a preamble, a resource, such as, for example, a time and/or a frequency resource, an identity or identifier, for example, a WTRU ID, a RNTI, among others, and the like.
  • one or more RA procedure types may be used, for example based on a WTRU's situation. Different RA procedures may result in a different delay, for example, a connection delay or an access delay.
  • a WTRU's situation may, for example, be a mode or a state, for example, idle, connected, suspended, or the like.
  • a WTRU's situation may, for example, be a capability.
  • a WTRU's situation may, for example, be a status or a status with respect to a parameter such as timing advance.
  • a status of a parameter may be whether or not a WTRU has a parameter.
  • a status of a parameter may be an age of the parameter.
  • a WTRU's situation may, for example be a status with respect to a mode such as connected mode.
  • a status for example, with respect to a mode, may be how long since the WTRU was in a mode such as connected mode, or how long the WTRU has been asleep or in DRX mode.
  • a first type of RA procedure may be referred to as a full RA procedure and a second type of RA procedure may be referred to as a simplified RA procedure.
  • a full RA procedure may be used interchangeably with an M-stage RA procedure, a Type-1 RA procedure, a legacy RA procedure, an LTE RA procedure, a legacy contention based RA procedure, a legacy contention-free RA procedure and the like.
  • a simplified RA procedure may be used interchangeably used with an N-stage RA procedure, a Type-2 RA procedure, a new RA procedure, a shortened RA procedure, a low latency RA procedure, a modified RA procedure and the like.
  • the WTRU may receive or transmit a message in each stage.
  • a msg may be transmitted by a WTRU.
  • a msg that may be transmitted by a WTRU may be received by an eNode-B.
  • a msg may be received by a WTRU, for example from an eNode-B.
  • An eNode-B may be used as a non-limiting example of a node such as a base station or other network node.
  • M may be 4.
  • a WTRU may transmit a first msg, for example, Type-1 msg1, in a first stage, for example, stage 1.
  • a WTRU may receive (or attempt to receive) a second msg, for example, Type-1 msg2, in a second stage, for example, stage 2.
  • the WTRU may transmit a third msg, for example, Type-1 msg3, for example based on the received second msg.
  • the WTRU may receive (or attempt to receive) a fourth msg, for example, Type-1 msg4) in a fourth stage, for example, stage 4). Reception of a Type-1 msg4 may finish the RA procedure.
  • a WTRU may receive, obtain, and/or determine one or more of the following information, for example, during, an RA procedure such as a full RA procedure.
  • the WTRU may receive, obtain, and/or determine a temporary WTRU-ID.
  • the WTRU may receive, obtain, and/or determine a power offset value.
  • the WTRU may receive, obtain, and/or determine a timing advance value, such as, for example, an initial timing advance value.
  • the WTRU may receive, obtain, and/or determine a coverage level.
  • the WTRU may receive, obtain, and/or determine a search space, such as a common search space (CSS).
  • the WTRU may receive, obtain, and/or determine and/or at least one configuration, for example, a high layer configuration.
  • a temporary WTRU-ID for example, a C-RNTI
  • a temporary WTRU-ID may be used during an active mode or state, for example, RRC connected.
  • a temporary WTRU-ID may be used for uplink and/or downlink transmission, for example during an active state.
  • a temporary WTRU-ID may be used interchangeably with a C-RNTI, temporary C-RNTI, T-WTRU-ID and the like.
  • a WTRU-ID may be used interchangeably with IMSI, s-TMSI, P-WTRU-ID and the like.
  • a WTRU-ID may include a T-WTRU-ID, a P-WTRU-ID and the like.
  • a power offset value, or a transmission power level may be used, for example, by the WTRU, for an initial uplink transmission.
  • the power offset value may be used when uplink transmission power is calculated at least for an initial, or first, uplink transmission of data or a control channel, for example, when transmitting msg3.
  • a WTRU may receive, obtain, and/or determine a search space, for example, a CSS, of a downlink control channel that the WTRU may use for receiving, or attempting to receive, a DL control channel, for example, during a RA procedure.
  • a search space for example, a CSS
  • one or more CSSs may be used or configured and a search space among the configured CSSs may be determined based on a coverage level that the WTRU may use. The coverage level may be determined, for example, by the WTRU, during RA procedure.
  • the WTRU may monitor a corresponding common search space for a DL control channel that may be associated with a msg, for example, reply, from the eNode-B.
  • the WTRU may use a determined CSS for monitoring of a DL control channel subsequent to completion of an RA procedure.
  • the value of N may be less than the value of M, in an example.
  • the value of M may be equal to or less than the value of N.
  • N may be 2.
  • a WTRU may transmit a first msg, for example, Type-2 msg1, in a first stage, for example, stage 1.
  • a WTRU may receive, or attempt to receive, a second msg, for example, Type-2 msg2, in a second stage, for example, stage 2. Reception of a Type-2 msg2 may finish the RA procedure.
  • a WTRU may receive, obtain, and/or determine a subset of information which may be received, obtained, and/or determined for or from a full RA procedure. For example, during or as part of a simplified RA procedure, a WTRU may receive, obtain, and/or determine a subset of information which may be received, obtained, and/or determined for or from a full RA procedure.
  • a WTRU may obtain a T-WTRU-ID during a simplified RA procedure while the WTRU may obtain a T-WTRU-ID and timing advance value during a full RA procedure.
  • the WTRU obtaining a T-WTRU-ID may be or may include the WTRU receiving the T-WTRU-ID.
  • the WTRU obtaining a T-WTRU-ID may be or may include the WTRU determining the T-WTRU-ID.
  • a Type-2 msg1 may be or may include at least one of: a PRA preamble that may be reserved, configured, or determined for a simplified RA procedure; a PRA preamble with, for example, that may provide or include, information related to a WTRU-ID; a WTRU-ID; and/or a grant-less transmission such as a grant-less PUSCH, which may be a GL-PUSCH, transmission.
  • a PRA preamble may be a sequence.
  • a PRA preamble may be a Zadoff-Chu sequence.
  • a PRA preamble may be transmitted in one or more preamble resources.
  • a PRA preamble may be randomly selected from a set of PRA preambles that may be configured for a simplified RA procedure.
  • a WTRU-ID may be signalled, for example, using a UL signal that may be transmitted in a determined or known time/frequency location.
  • the time/frequency location may be determined based on at least one of a PRA preamble, for example, that the WTRU may transmit for at least part of Type-2 msg1, and a WTRU-ID.
  • the WTRU-ID may be at least one of T-WTRU-ID, P-WTRU-ID, a randomly selected WTRU-ID, and the like.
  • the UL signal that may be transmitted may be determined as a function of the PRA preamble.
  • the UL signal that may be transmitted may be a known or a fixed signal.
  • the UL signal that may be transmitted may be a function of the WTRU-ID.
  • the UL signal that may be transmitted may be the PRA preamble.
  • a WTRU-ID may be implicitly signaled.
  • a WTRU-ID may be implicitly signaled based on the determination of a PRA resource.
  • the PRA resource may be a PRA preamble and/or time/frequency resource.
  • one or more PRA preambles and/or one or more PRA time/frequency resources may be used, determined, and/or configured for a simplified RA procedure.
  • a WTRU may transmit a PRA preamble in a PRA time/frequency resource.
  • a PRA preamble and/or a PRA time/frequency resource may be determined, for example, by the WTRU based on a WTRU-ID.
  • a WTRU-ID may be transmitted implicitly via a determined PRA preamble or explicitly via a data resource and/or a control resource.
  • a randomly selected WTRU-ID may include an RNTI, for example, a C-RNTI.
  • a WTRU may randomly select an RNTI within a set of RNTIs.
  • the set of RNTIs may be reserved RNTIs and/or configured RNTIs.
  • the set of RNTIs may not be used for RRC connected WTRUs, and/or common functions such as paging, broadcast, RAR, and the like.
  • a Type-2 msg1 may be or may include a grant-less transmission such as a grant-less PUSCH transmission.
  • a grant-less PUSCH transmission such as a grant-less PUSCH transmission.
  • one or more PUSCH types may be defined including a grant-less PUSCH (GL-PUSCH).
  • a GL-PUSCH may contain at least one of a data resource, a control resource, and a preamble resource.
  • a GL-PUSCH for example, for a Type-2 msg1, may be used, for example, by a WTRU, to send one or more following information.
  • the GL-PUSCH may be used to send a PRA preamble.
  • the GL-PUSCH may be used to send a WTRU-ID.
  • the GL-PUSCH may be used to send an RRC connection request, for example, an RRC connection establishment or reestablishment request.
  • the GL-PUSCH may be used to send a coverage level.
  • the GL-PUSCH may be used to send a service type, for example, an eMBB, an mMTC, a URLLC, and the like.
  • the GL-PUSCH may be used to send a WTRU category or type, for example, a BL-WTRU, a CE-WTRU, a normal WTRU, or the like.
  • an RRC connection request may be transmitted in a data resource and/or a control resource.
  • a coverage level may be indicated, for example, implicitly, by a determined and/or used GL-PUSCH resource and/or a determined and/or used PRA resource.
  • a service type may be a service type requested, required, or needed by the WTRU.
  • a WTRU may receive or attempt to receive a Type-2 msg2.
  • a WTRU may monitor a downlink control information (DCI) message in a DL control channel search space for a Type-2 msg2 that may be carried in the DCI message.
  • the control channel search space may be a common search space.
  • a DCI message that may carry a Type-2 msg2 may be referred to as a DCI-msg2.
  • the DL control channel search space for a DCI-msg2 may be determined based on the uplink resource used for a Type-2 msg1 transmission.
  • the uplink resource may be determined at least in part based on a WTRU-ID.
  • An RNTI that may be used for a DCI-msg2 may be determined based on the uplink resource used for a Type-2 msg1 transmission and/or the WTRU-ID.
  • a Type-2 msg2 may be a signal.
  • a signal may be transmitted to indicate the confirmation of a WTRU-ID that may be transmitted implicitly or explicitly by a Type-2 msg1.
  • the signal may be transmitted to indicate successful reception of a Type-2 msg1 that may be for a particular WTRU-ID.
  • a Type-2 msg2 may carry at least one of following information: a timing advance value; a power offset for uplink transmission, for example, an initial uplink transmission; a contention resolution message; an RRC connection setup complete message; a WTRU-ID or confirmation of WTRU-ID that may be indicated in or by Type-2 msg1; or one or more higher layer configurations.
  • the information may be provided as an information element. In another example, the information may be provided as part of an information element.
  • one or more types of RA procedures may be used in a cell.
  • a first RA procedure type and a second RA procedure type may be used.
  • a first RA procedure type may be a Type-1 or full RA procedure.
  • a second RA procedure type may be a Type-2 or simplified RA procedure.
  • a first RA procedure type may be used when a first WTRU condition may be met and a second RA procedure type may be used when a second WTRU condition may be met.
  • the number of RA procedure types that may be used, for example, in a cell may be configured, for example by an eNode-B.
  • Two is used herein as a non-limiting example of a number of RA procedure types that may be used, configured, or indicated, for example by an eNode-B. Any other number may be used and still be consistent with the examples provided herein.
  • one or two RA procedures types may be used, configured, or indicated by an eNode-B.
  • a first, for example, Type-1, RA procedure may be used, for example, when one RA procedure type may be configured or indicated.
  • a first, for example, Type-1, RA procedure or a second, for example, Type-2, RA procedure may be used, for example when two RA procedure types may be configured or indicated.
  • a WTRU may determine a RA procedure type to use based on whether the WTRU is using the RA procedure to change mode, state or status. Moreover, a WTRU may determine a RA procedure type to use based on a service type, for example, eMBB, URLLC, mMTC, that the WTRU may need, use, or request. Additionally, a WTRU may determine a RA procedure type to use based on a WTRU type or category.
  • a service type for example, eMBB, URLLC, mMTC
  • a WTRU may determine a RA procedure type when switching from inactive status, for example, RRC idle, to active status, for example, RRC connected, based on at least one of the following: an inactive status time, a WTRU position, and/or an associated cell-ID, for example, the cell-ID of the cell with which the WTRU may communicate for the RA procedure. For example, a WTRU may determine a RA procedure type to use when switching from inactive status to active status.
  • a second type for example, a Type-2 or a simplified, RA procedure may be used by the WTRU.
  • a first type for example, Type-1 or full, RA procedure may be used.
  • a second type for example, Type-2 or simplified, RA procedure may be used by the WTRU.
  • a first type for example, Type-1 or full, RA procedure may be used.
  • the WTRU position change may be derived, calculated, measured, or determined based on a difference of positions of the WTRU.
  • the difference of positions may be a difference in a position from before inactive status, for example, at or near the start of inactive status, and a current position when performing the RA procedure or when determining which RA procedure type to use.
  • the position change may be derived, calculated, measured, or determined using GPS or observed time difference of arrival (OTDOA) data.
  • OTDOA observed time difference of arrival
  • the WTRU position change may be derived, calculated, measured, or determined based on a change in received signal time difference (RSTD) of a signal, for example, a CRS or a PRS.
  • RSTD received signal time difference
  • a RSTD may be measured as the difference of the receive times of a signal from two cells or eNode-Bs where at least one of the cells or eNode-Bs may be a serving cell or eNode-B of the WTRU.
  • the base value may be a value determined at or near the start of inactive status.
  • the current value may be a value determined when performing the RA procedure or when determining which RA procedure type to use.
  • the change may be the difference between the base value and the current value.
  • the WTRU position change may be derived, calculated, measured, or determined based on TX-RX time difference drift during inactive status time.
  • a WTRU may use a determination of change in RSTD, for example, during inactive status, to determine a RA procedure type to use.
  • a second type for example, Type-2 or simplified, RA procedure may be used for a determined change below a threshold.
  • a first type, for example, Type-1 or full, RA procedure may be used for a determined change above a threshold.
  • a WTRU may use a determination of change in TX-RX time difference or TX-RX time difference drift, for example, during inactive status, to determine a RA procedure type to use.
  • a second type for example, Type-2 or simplified, RA procedure may be used for a determined change below a threshold.
  • a first type, for example, Type-1 or full, RA procedure may be used for a determined change above a threshold.
  • FIG. 16 is a flowchart diagram which illustrates an example method and procedure for beam reciprocity based random access. Examples shown in flowchart diagram 1600 may also illustrate beam correspondence based random access method and procedure. Beam reciprocity or beam correspondence may be indicated by a PBCH with a mask with additional details, for example, RACH timing, in a PBCH payload. For example, a gNB may generate a PBCH payload 1610 . Also, the gNB may generated a CRC 1620 . Further, the gNB may mask the generated CRC with a sequence that is a function of TX/RX reciprocity 1630 . The PBCH payload may then be concatenated by the gNB with the masked CRC 1640 .
  • a WTRU may determine a situation the WTRU or a time value of the WTRU.
  • the WTRU may determine, for example, a position, beam RSRP, cell ID, state, time since last TA, time in state, or the like.
  • the WTRU may select different random access methods and procedures 1670 .
  • the WTRU may select as 4-step or 2-step random access methods and procedures, or full random or simplified random access methods and procedures.
  • the WTRU may select the full four step RACH procedure 1675 .
  • the situation of the WTRU may refer to a position of the WTRU, a beam RSRP, a cell ID, a state of the WTRU, a value of the WTRU with respect to a threshold and the like.
  • the WTRU may select the simplified RACH procedure 1680 .
  • the simplified RACH procedure may be a two step RACH procedure.
  • the indicated beam reciprocity or beam correspondence information received by the WTRU may be used to determine one or more UL directions and timing for RACH based on a DL beam and beam reciprocity or beam correspondence information 1690 .
  • the one or more UL directions and timing may be relative to a DL beam.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
US16/337,057 2016-09-28 2017-09-28 New radio random access in beamforming systems Abandoned US20200037297A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/337,057 US20200037297A1 (en) 2016-09-28 2017-09-28 New radio random access in beamforming systems

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201662400980P 2016-09-28 2016-09-28
US201662416592P 2016-11-02 2016-11-02
US201762443319P 2017-01-06 2017-01-06
US201762454470P 2017-02-03 2017-02-03
PCT/US2017/054086 WO2018064372A1 (en) 2016-09-28 2017-09-28 New radio random access in beamforming systems
US16/337,057 US20200037297A1 (en) 2016-09-28 2017-09-28 New radio random access in beamforming systems

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2017/054086 A-371-Of-International WO2018064372A1 (en) 2016-09-28 2017-09-28 New radio random access in beamforming systems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/085,903 Continuation US11290998B2 (en) 2016-09-28 2020-10-30 Random access in new radio (NR) and other beamforming systems

Publications (1)

Publication Number Publication Date
US20200037297A1 true US20200037297A1 (en) 2020-01-30

Family

ID=60083485

Family Applications (4)

Application Number Title Priority Date Filing Date
US16/337,057 Abandoned US20200037297A1 (en) 2016-09-28 2017-09-28 New radio random access in beamforming systems
US17/085,903 Active US11290998B2 (en) 2016-09-28 2020-10-30 Random access in new radio (NR) and other beamforming systems
US17/679,779 Active US11871384B2 (en) 2016-09-28 2022-02-24 Random access in new radio (NR) and other beamforming systems
US18/512,883 Pending US20240089931A1 (en) 2016-09-28 2023-11-17 Random access in new radio (nr) and other beamforming systems

Family Applications After (3)

Application Number Title Priority Date Filing Date
US17/085,903 Active US11290998B2 (en) 2016-09-28 2020-10-30 Random access in new radio (NR) and other beamforming systems
US17/679,779 Active US11871384B2 (en) 2016-09-28 2022-02-24 Random access in new radio (NR) and other beamforming systems
US18/512,883 Pending US20240089931A1 (en) 2016-09-28 2023-11-17 Random access in new radio (nr) and other beamforming systems

Country Status (8)

Country Link
US (4) US20200037297A1 (ja)
EP (2) EP3520237A1 (ja)
JP (2) JP2019534615A (ja)
KR (2) KR20220072878A (ja)
CN (2) CN109952720A (ja)
AU (1) AU2017336775B2 (ja)
MX (1) MX2019003537A (ja)
WO (1) WO2018064372A1 (ja)

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180359783A1 (en) * 2017-06-08 2018-12-13 Qualcomm Incorporated Techniques and apparatuses for random access procedure in a wireless backhaul network
US20190199412A1 (en) * 2016-06-23 2019-06-27 Nokia Technologies Oy Beam change
US20190229776A1 (en) * 2017-06-20 2019-07-25 Sony Corporation Electronic device, method and storage medium for wireless communication system
US20190254077A1 (en) * 2016-11-04 2019-08-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods, devices and network nodes for performing an access procedure
US20190289640A1 (en) * 2016-11-04 2019-09-19 Kt Corporation Method and device for executing multi-beam-based random access procedure in wireless communication
US20190320430A1 (en) * 2016-11-06 2019-10-17 Lg Electronics Inc. Method and user equipment for transmitting random access signals, and method and base station for receiving random access signals
US20200229244A1 (en) * 2017-09-30 2020-07-16 Huawei Technologies Co., Ltd. Random access method and apparatus
US20200295854A1 (en) * 2019-03-13 2020-09-17 Apple Inc. Dynamic antenna selection and beam steering
US10904921B2 (en) * 2017-06-07 2021-01-26 Samsung Electronics Co., Ltd. System and method of identifying random access response
US20210076427A1 (en) * 2018-04-04 2021-03-11 Zte Corporation Assignment of random access channel resources to information requests
US10999874B2 (en) * 2016-10-19 2021-05-04 Qualcomm Incorporated Enhanced random access channel (RACH) procedure
US11064365B2 (en) * 2017-02-16 2021-07-13 Lg Electronics Inc. Method for signal transmission/reception between base station and terminal in wireless communication system supporting unlicensed band, and apparatus supporting same
US11101860B2 (en) * 2017-03-17 2021-08-24 Datang Mobile Communications Equipment Co., Ltd. Method, apparatus, and electronic device of determining beam reciprocity of a device
US20210282189A1 (en) * 2017-11-16 2021-09-09 Telefonaktiebolaget Lm Ericsson (Publ) Window length of random access response in new radio
US20210329710A1 (en) * 2018-05-02 2021-10-21 China Mobile Communication Co., Ltd Research Institute Random access method, user equipment and network side device
WO2021219756A1 (en) * 2020-04-29 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) First message differentiation in cfra procedure
WO2021219723A1 (en) * 2020-04-29 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) First message differentiation in cbra procedure
US11171700B2 (en) * 2017-06-01 2021-11-09 Sony Interactive Entertainment Inc. Main beam direction determining device, main beam direction determining method, and program
KR20210138016A (ko) * 2019-03-18 2021-11-18 퀄컴 인코포레이티드 프리앰블 및 페이로드를 포함하는 랜덤 액세스 메시지에 대한 우선순위 처리
US20210378025A1 (en) * 2019-04-26 2021-12-02 Telefonaktiebolaget Lm Ericsson (Publ) Network device, terminal device, and methods therein
US11201662B2 (en) * 2018-11-02 2021-12-14 Apple Inc. Uplink transmit beam sweep
US11252756B2 (en) * 2016-12-19 2022-02-15 Qualcomm Incorporated Uplink transmission parameter selection during random access message transmission and retransmission
US11259293B2 (en) * 2019-01-10 2022-02-22 Ofinno, Llc Two-stage preamble transmission
US11284472B2 (en) * 2018-09-26 2022-03-22 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
US20220132594A1 (en) * 2019-02-14 2022-04-28 Datang Mobile Communications Equipment Co., Ltd. Information transmission method, apparatus, and device
US11323973B2 (en) * 2017-05-04 2022-05-03 Huawei Technologies Co., Ltd Information sending and receiving method and related device
WO2022108180A1 (en) * 2020-11-19 2022-05-27 Samsung Electronics Co., Ltd. Method and apparatus for a user equipment sub-chain beam codebook design and operation
US11363637B2 (en) * 2017-03-27 2022-06-14 Zte Corporation Method and device for providing indication of physical resource used for random access, and storage medium
US11375546B2 (en) * 2017-01-10 2022-06-28 Sharp Kabushiki Kaisha Terminal device, base station device, and communication method for performing random access procedure
US11405942B2 (en) * 2016-11-16 2022-08-02 Kt Corporation Method and apparatus for transmitting and receiving downlink signal in next generation wireless network
US11419143B2 (en) 2017-06-08 2022-08-16 Qualcomm Incorporated Random access procedure in a wireless backhaul network
US20220302984A1 (en) * 2021-03-19 2022-09-22 Lg Electronics Inc. Method of transmitting and receiving data in wireless communication system supporting full-duplex radio and apparatus therefor
US11483719B2 (en) 2019-10-17 2022-10-25 Samsung Electronics Co., Ltd. Method and apparatus for beam configuration in wireless communication system
US20220417955A1 (en) * 2021-06-24 2022-12-29 Qualcomm Incorporated High-priority data transmission handling
US11770855B2 (en) 2016-10-19 2023-09-26 Qualcomm Incorporated Random access channel (RACH) procedure design
US11832286B2 (en) * 2018-01-12 2023-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling request resource configuration
US12010729B2 (en) 2023-05-12 2024-06-11 Qualcomm Incorporated Enhanced random access channel (RACH) procedure

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10849134B2 (en) * 2016-11-04 2020-11-24 Qualcomm Incorporated Indicating a range of beam correspondence in a wireless node
US10859713B2 (en) 2017-01-04 2020-12-08 Qualcomm Incorporated Position-window extension for GNSS and visual-inertial-odometry (VIO) fusion
MX2019008092A (es) * 2017-01-05 2019-09-04 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo para acceso aleatorio y dispositivo terminal.
MX2019009340A (es) * 2017-02-06 2019-11-28 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo de comunicacion, dispositivo terminal y dispositivo de red.
US11490428B2 (en) * 2018-04-06 2022-11-01 Mediatek Inc. Initial access in new radio unlicensed spectrum
KR102431968B1 (ko) * 2018-04-18 2022-08-12 삼성전자 주식회사 무선 통신 시스템에서 동기 신호 송수신 방법 및 장치
US20210274567A1 (en) * 2018-06-28 2021-09-02 Ntt Docomo, Inc. User terminal
CN112514504B (zh) * 2018-07-17 2023-06-20 中兴通讯股份有限公司 用于传送信号和信道信息的方法、装置和系统
CN110769505B (zh) * 2018-07-26 2023-04-18 维沃移动通信有限公司 随机接入方法、终端及网络设备
US11228353B2 (en) 2018-08-09 2022-01-18 Qualcomm Incorporated Beamforming in non-reciprocal uplink and downlink channels
BR112021002616A2 (pt) 2018-08-17 2021-05-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método para transmitir um sinal, dispositivo terminal, e dispositivo de rede
WO2020060119A1 (ko) * 2018-09-21 2020-03-26 엘지전자 주식회사 무선 통신 시스템에서 단말의 위치를 측정하기 위한 방법 및 이를 위한 장치
US11963015B2 (en) * 2018-09-28 2024-04-16 Lg Electronics Inc. Method for transmitting and receiving AoD information and device therefor
JP2020102752A (ja) * 2018-12-21 2020-07-02 シャープ株式会社 基地局装置、端末装置、通信方法、および、集積回路
US11032854B2 (en) 2019-01-18 2021-06-08 Qualcomm Incorporated Variable payload size for two-step random access
EP3925083A4 (en) * 2019-02-14 2022-11-09 Sony Group Corporation METHOD OF ESTABLISHING BEAM RECIPROCITY, RELATED WIRELESS DEVICES AND RELATED NETWORK NODES
EP3949651B1 (en) * 2019-03-28 2023-08-23 Telefonaktiebolaget LM Ericsson (publ) Ue-selection of a contention-based random access procedure
WO2021140494A1 (en) * 2020-01-10 2021-07-15 Lenovo (Singapore) Pte. Ltd. Transmitting sidelink csi using an uplink channel
WO2021158162A1 (en) * 2020-02-05 2021-08-12 Telefonaktiebolaget Lm Ericsson (Publ) Configuration for ue energy consumption reduction features
KR20240004265A (ko) * 2021-05-06 2024-01-11 인텔 코포레이션 무선 네트워크들에서의 다중-trp 동작을 위한 빔 관리
WO2023052017A1 (en) * 2021-09-30 2023-04-06 Nokia Technologies Oy Devices, methods and computer readable media for cellular communication

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5146138B2 (ja) 2008-06-19 2013-02-20 富士通株式会社 無線通信装置および送信ビーム制御方法
CN102215598B (zh) * 2010-04-02 2016-03-30 中兴通讯股份有限公司 一种随机接入方法和装置
US8666398B2 (en) 2010-04-13 2014-03-04 Qualcomm Incorporated Random access procedure enhancements for heterogeneous networks
US20120208541A1 (en) * 2011-02-14 2012-08-16 Qualcomm Incorporated Mobility procedures in wireless networks with distributed remote radio heads
US9185669B2 (en) * 2011-09-08 2015-11-10 Lg Electronics Inc. Synchronization method for distributed antenna system and apparatus using the same
CN103051413B (zh) * 2011-10-17 2016-12-07 华为技术有限公司 实现信道质量指示cqi上报的方法及装置
KR101995798B1 (ko) * 2012-07-03 2019-07-03 삼성전자주식회사 빔포밍을 사용하는 통신 시스템의 랜덤 억세스 장치 및 방법
EP2901640A2 (en) * 2012-09-26 2015-08-05 Interdigital Patent Holdings, Inc. Methods, systems and apparatuses for operation in long-term evolution (lte) systems
WO2014069953A1 (ko) * 2012-11-04 2014-05-08 엘지전자 주식회사 동기 신호 수신 방법 및 사용자기기와, 동기 신호 전송 방법 및 기지국
CN104782067B (zh) * 2012-11-06 2017-11-28 Lg电子株式会社 用于在无线通信系统中发送和接收数据的方法和设备
US9468022B2 (en) * 2012-12-26 2016-10-11 Samsung Electronics Co., Ltd. Method and apparatus for random access in communication system with large number of antennas
US20150382205A1 (en) 2013-01-25 2015-12-31 Interdigital Patent Holdings, Inc. Methods and apparatus for vertical beamforming
WO2015021318A2 (en) * 2013-08-07 2015-02-12 Interdigital Patent Holdings, Inc. Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario
US9866299B2 (en) * 2014-09-24 2018-01-09 Mediatek Inc. Synchronization in a beamforming system
KR101915291B1 (ko) 2014-10-20 2018-11-05 후아웨이 테크놀러지 컴퍼니 리미티드 정보 송신 방법, 기기 및 시스템
WO2016086144A1 (en) * 2014-11-26 2016-06-02 Interdigital Patent Holdings, Inc. Initial access in high frequency wireless systems
WO2016114641A1 (ko) * 2015-01-16 2016-07-21 삼성전자 주식회사 무선 통신 시스템에서 제어 정보 전송 방법 및 장치
EP3314952A1 (en) 2015-06-25 2018-05-02 Interdigital Patent Holdings, Inc. Methods and apparatus for initial cell search and selection using beamforming
US10804989B2 (en) * 2016-07-20 2020-10-13 Convida Wireless, Llc Mobility for radio devices using beamforming and selection
US10952117B2 (en) 2016-08-12 2021-03-16 Lg Electronics Inc. Method for changing serving cell in wireless communication system and apparatus therefor
WO2018064407A1 (en) 2016-09-28 2018-04-05 Idac Holdings, Inc. Efficient broadcast channel in beamformed systems for nr
US10849134B2 (en) 2016-11-04 2020-11-24 Qualcomm Incorporated Indicating a range of beam correspondence in a wireless node
CN110178333A (zh) 2017-01-06 2019-08-27 Idac控股公司 与新无线电相关联的物理广播信道、初始上行链路传输和系统获取
PL3580977T3 (pl) 2017-02-07 2023-05-02 Innovative Technology Lab Co., Ltd. Sposób i aparatura do konfiguracji kanału rozgłaszania oraz nadawania i odbioru kanału rozgłaszania dla systemu komunikacyjnego
US10425900B2 (en) * 2017-05-15 2019-09-24 Futurewei Technologies, Inc. System and method for wireless power control

Cited By (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190199412A1 (en) * 2016-06-23 2019-06-27 Nokia Technologies Oy Beam change
US11729833B2 (en) 2016-10-19 2023-08-15 Qualcomm Incorporated Enhanced random access channel (RACH) procedure
US11770855B2 (en) 2016-10-19 2023-09-26 Qualcomm Incorporated Random access channel (RACH) procedure design
US10999874B2 (en) * 2016-10-19 2021-05-04 Qualcomm Incorporated Enhanced random access channel (RACH) procedure
US10966253B2 (en) * 2016-11-04 2021-03-30 Kt Corporation Method and device for executing multi-beam-based random access procedure in wireless communication
US20190289640A1 (en) * 2016-11-04 2019-09-19 Kt Corporation Method and device for executing multi-beam-based random access procedure in wireless communication
US20190254077A1 (en) * 2016-11-04 2019-08-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods, devices and network nodes for performing an access procedure
US20190320430A1 (en) * 2016-11-06 2019-10-17 Lg Electronics Inc. Method and user equipment for transmitting random access signals, and method and base station for receiving random access signals
US10873929B2 (en) * 2016-11-06 2020-12-22 Lg Electronics Inc. Method and user equipment for transmitting random access signals, and method and base station for receiving random access signals
US11405942B2 (en) * 2016-11-16 2022-08-02 Kt Corporation Method and apparatus for transmitting and receiving downlink signal in next generation wireless network
US11252756B2 (en) * 2016-12-19 2022-02-15 Qualcomm Incorporated Uplink transmission parameter selection during random access message transmission and retransmission
US11375546B2 (en) * 2017-01-10 2022-06-28 Sharp Kabushiki Kaisha Terminal device, base station device, and communication method for performing random access procedure
US11064365B2 (en) * 2017-02-16 2021-07-13 Lg Electronics Inc. Method for signal transmission/reception between base station and terminal in wireless communication system supporting unlicensed band, and apparatus supporting same
US11101860B2 (en) * 2017-03-17 2021-08-24 Datang Mobile Communications Equipment Co., Ltd. Method, apparatus, and electronic device of determining beam reciprocity of a device
US11716768B2 (en) 2017-03-27 2023-08-01 Zte Corporation Method and device for providing instruction of physical resource used for random access, and storage medium
US11363637B2 (en) * 2017-03-27 2022-06-14 Zte Corporation Method and device for providing indication of physical resource used for random access, and storage medium
US11323973B2 (en) * 2017-05-04 2022-05-03 Huawei Technologies Co., Ltd Information sending and receiving method and related device
US11171700B2 (en) * 2017-06-01 2021-11-09 Sony Interactive Entertainment Inc. Main beam direction determining device, main beam direction determining method, and program
US11432340B2 (en) * 2017-06-07 2022-08-30 Samsung Electronics Co., Ltd. System and method of identifying random access response
US10904921B2 (en) * 2017-06-07 2021-01-26 Samsung Electronics Co., Ltd. System and method of identifying random access response
US11419143B2 (en) 2017-06-08 2022-08-16 Qualcomm Incorporated Random access procedure in a wireless backhaul network
US11528749B2 (en) * 2017-06-08 2022-12-13 Qualcomm Incorporated Techniques and apparatuses for random access procedure in a wireless backhaul network
US20180359783A1 (en) * 2017-06-08 2018-12-13 Qualcomm Incorporated Techniques and apparatuses for random access procedure in a wireless backhaul network
US11881913B2 (en) 2017-06-20 2024-01-23 Sony Corporation Electronic device, method and storage medium for wireless communication system
US20190229776A1 (en) * 2017-06-20 2019-07-25 Sony Corporation Electronic device, method and storage medium for wireless communication system
US10931333B2 (en) * 2017-06-20 2021-02-23 Sony Corporation Electronic device, method and storage medium for wireless communication system
US11503646B2 (en) * 2017-09-30 2022-11-15 Huawei Technologies Co., Ltd. Random access method and apparatus
US20200229244A1 (en) * 2017-09-30 2020-07-16 Huawei Technologies Co., Ltd. Random access method and apparatus
US20210282189A1 (en) * 2017-11-16 2021-09-09 Telefonaktiebolaget Lm Ericsson (Publ) Window length of random access response in new radio
US11979895B2 (en) 2018-01-12 2024-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling request resource configuration
US11832286B2 (en) * 2018-01-12 2023-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling request resource configuration
US20210076427A1 (en) * 2018-04-04 2021-03-11 Zte Corporation Assignment of random access channel resources to information requests
US11438933B2 (en) * 2018-04-04 2022-09-06 Zte Corporation Assignment of random access channel resources to information requests
US11877323B2 (en) * 2018-05-02 2024-01-16 China Mobile Communication Co., Ltd Research Institute Random access method, user equipment and network side device
US20210329710A1 (en) * 2018-05-02 2021-10-21 China Mobile Communication Co., Ltd Research Institute Random access method, user equipment and network side device
US11369001B2 (en) 2018-09-26 2022-06-21 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
US11838981B2 (en) 2018-09-26 2023-12-05 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
US11452168B2 (en) 2018-09-26 2022-09-20 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
US11284472B2 (en) * 2018-09-26 2022-03-22 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
US11902003B2 (en) 2018-11-02 2024-02-13 Apple Inc. Uplink transmit beam sweep
US11201662B2 (en) * 2018-11-02 2021-12-14 Apple Inc. Uplink transmit beam sweep
US11653366B2 (en) 2019-01-10 2023-05-16 Beijing Xiaomi Mobile Software Co., Ltd. Random access resource configuration based on downlink control information
US11259293B2 (en) * 2019-01-10 2022-02-22 Ofinno, Llc Two-stage preamble transmission
US20220132594A1 (en) * 2019-02-14 2022-04-28 Datang Mobile Communications Equipment Co., Ltd. Information transmission method, apparatus, and device
US11683106B2 (en) * 2019-03-13 2023-06-20 Apple Inc. Dynamic antenna selection and beam steering
US20200295854A1 (en) * 2019-03-13 2020-09-17 Apple Inc. Dynamic antenna selection and beam steering
KR102561669B1 (ko) 2019-03-18 2023-07-28 퀄컴 인코포레이티드 프리앰블 및 페이로드를 포함하는 랜덤 액세스 메시지에 대한 우선순위 처리
KR20210138016A (ko) * 2019-03-18 2021-11-18 퀄컴 인코포레이티드 프리앰블 및 페이로드를 포함하는 랜덤 액세스 메시지에 대한 우선순위 처리
US11310834B2 (en) * 2019-03-18 2022-04-19 Qualcomm Incorporated Priority handling for a random access message that includes a preamble and a payload
US11700648B2 (en) * 2019-04-26 2023-07-11 Telefonaktiebolaget Lm Ericsson (Publ) Network device, terminal device, and methods therein
US20210378025A1 (en) * 2019-04-26 2021-12-02 Telefonaktiebolaget Lm Ericsson (Publ) Network device, terminal device, and methods therein
US11483719B2 (en) 2019-10-17 2022-10-25 Samsung Electronics Co., Ltd. Method and apparatus for beam configuration in wireless communication system
WO2021219723A1 (en) * 2020-04-29 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) First message differentiation in cbra procedure
WO2021219756A1 (en) * 2020-04-29 2021-11-04 Telefonaktiebolaget Lm Ericsson (Publ) First message differentiation in cfra procedure
US11638281B2 (en) 2020-11-19 2023-04-25 Samsung Electronics Co., Ltd. Method and apparatus for a user equipment sub-chain beam codebook design and operation
WO2022108180A1 (en) * 2020-11-19 2022-05-27 Samsung Electronics Co., Ltd. Method and apparatus for a user equipment sub-chain beam codebook design and operation
US20220302984A1 (en) * 2021-03-19 2022-09-22 Lg Electronics Inc. Method of transmitting and receiving data in wireless communication system supporting full-duplex radio and apparatus therefor
US11601182B2 (en) * 2021-03-19 2023-03-07 Lg Electronics Inc. Method of transmitting and receiving data in wireless communication system supporting full-duplex radio and apparatus therefor
US20220417955A1 (en) * 2021-06-24 2022-12-29 Qualcomm Incorporated High-priority data transmission handling
US12010729B2 (en) 2023-05-12 2024-06-11 Qualcomm Incorporated Enhanced random access channel (RACH) procedure

Also Published As

Publication number Publication date
JP2019534615A (ja) 2019-11-28
KR20190069407A (ko) 2019-06-19
KR20230165380A (ko) 2023-12-05
US11871384B2 (en) 2024-01-09
KR20220072878A (ko) 2022-06-02
US11290998B2 (en) 2022-03-29
MX2019003537A (es) 2019-06-17
AU2017336775A1 (en) 2019-04-18
EP3520237A1 (en) 2019-08-07
CN109952720A (zh) 2019-06-28
US20210120535A1 (en) 2021-04-22
KR102401700B1 (ko) 2022-05-26
US20240089931A1 (en) 2024-03-14
JP2021090216A (ja) 2021-06-10
AU2017336775B2 (en) 2020-09-03
WO2018064372A1 (en) 2018-04-05
EP3879721A1 (en) 2021-09-15
US20220303964A1 (en) 2022-09-22
CN112954815A (zh) 2021-06-11

Similar Documents

Publication Publication Date Title
US11871384B2 (en) Random access in new radio (NR) and other beamforming systems
US11968041B2 (en) Efficient broadcast channel in beamformed systems for NR
US11470577B2 (en) Method and apparatus for paging procedures in new radio (NR)
US11800436B2 (en) Methods and systems for beamformed system information transmission
JP2022188297A (ja) 新無線／新無線－無認可（ｎｒ／ｎｒ－ｕ）における最初のアクセスおよびチャネルアクセス
WO2019099443A1 (en) Multiple monitoring occasions at a random access channel control resource set
WO2019099661A1 (en) Enhanced paging monitoring in 5g
US11502887B2 (en) Method and apparatus for collision mitigation and complexity reduction for NOMA
WO2020076953A1 (en) Simplified physical random access methods and procedures for nr-u
US20200100197A1 (en) Synchronization block association and system information reception
KR102667243B1 (ko) 빔포밍 시스템의 새로운 무선 랜덤 액세스
US20230363006A1 (en) Rach Enhancements for Radar Coexistence

Legal Events

Date Code Title Description
AS Assignment

Owner name: IDAC HOLDINGS, INC., DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PAN, KYLE JUNG-LIN;STERN-BERKOWITZ, JANET A.;LEE, MOON-IL;AND OTHERS;SIGNING DATES FROM 20190415 TO 20190419;REEL/FRAME:049192/0393

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE