WO2020167085A1 - Method for, in wireless communication system, transmitting or receiving signal for performing, by terminal, random access channel procedure, and device therefor - Google Patents

Abstract

The present disclosure provides a method for, in a wireless communication system, transmitting or receiving a signal for performing, by a terminal, a random access channel procedure (RACH procedure). In particular, the method may comprise: transmitting an uplink signal including a physical random access channel (PRACH) preamble and a physical uplink shared channel (PUSCH); and in response to the uplink signal, receiving a downlink signal including contention resolution information, wherein a radio network temporary identifier (RNTI) for receiving the downlink signal is produced on the basis of an offset changed according to a time interval in a monitoring window for the downlink signal.

Description

Method for transmitting and receiving a signal for a terminal to perform a random access process in a wireless communication system, and an apparatus therefor

The present disclosure relates to a method for transmitting and receiving a signal for a terminal to perform a random access process in a wireless communication system and an apparatus therefor, and more particularly, for a terminal to perform a 2-step random access process in a wireless communication system It relates to a method for transmitting and receiving a signal and an apparatus therefor.

As more communication devices require a larger communication capacity, there is a need for improved mobile broadband communication compared to the existing radio access technology (RAT). In addition, massive Machine Type Communications (MTC), which provides a variety of services anytime, anywhere by connecting multiple devices and objects, is one of the major issues to be considered in next-generation communications. In addition, a communication system design considering a service/ sensitive to reliability and latency is being discussed. As described above, the introduction of the next-generation RAT considering enhanced mobile broadband communication (eMBB), massive MTC (mMTC), URLLC (ultra-reliable and low latency communication), etc. is being discussed. It is called (New RAT).

The present disclosure is to provide a method and apparatus for transmitting and receiving a signal for performing a two-step random access process.

The technical problems to be achieved in the present disclosure are not limited to the technical problems mentioned above, and other technical problems that are not mentioned will be clearly understood by those of ordinary skill in the technical field to which the present invention belongs from the following description. I will be able to.

In a method for transmitting and receiving a signal for performing a random access channel procedure (RACH Procedure) in a wireless communication system according to an embodiment of the present disclosure, a physical random access channel (PRACH) preamble and a physical uplink shared channel (PUSCH) ) For transmitting an uplink signal including) to the base station, and receiving a downlink signal including contention resolution information from the base station in response to the uplink signal, and receiving the downlink signal A Radio Network Temporary Identifier (RNTI) may be generated based on an offset that changes according to a time interval within a monitoring window for the downlink signal.

In this case, the offset may be for a RACH occasion related to the PRACH preamble.

In addition, the RNTI may be a value obtained by adding the offset to a value obtained by an equation for generating a random access-RNTI (RA-RNTI) based on a RACH occasion related to the PRACH preamble.

In addition, an equation for generating the RA-RNTI may be a specific equation.

In addition, the time interval is 10 ms, and the offset and the RNTI may be changed every 10 ms interval within the monitoring window.

In addition, the terminal may communicate with at least one of a terminal other than the terminal, a network, a base station, and an autonomous vehicle.

An apparatus for performing a random access channel procedure (RACH Procedure) in a wireless communication system according to the present disclosure, comprising: at least one processor; And at least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed, wherein the specific operation is PRACH (Physical Random Access Channel) transmitting an uplink signal including a preamble and a physical uplink shared channel (PUSCH), and receiving a downlink signal including contention resolution information in response to the uplink signal Including that, the RNTI (Radio Network Temporary Identifier) for receiving the downlink signal may be generated based on an offset that is changed according to a time interval within the monitoring window for the downlink signal.

In this case, the offset may be for a RACH occasion related to the PRACH preamble.

In addition, the RNTI may be a value obtained by adding the offset to a value obtained by an equation for generating a random access-RNTI (RA-RNTI) based on a RACH occasion related to the PRACH preamble.

In addition, an equation for generating the RA-RNTI may be a specific equation.

In addition, the time interval is 10 ms, and the offset and the RNTI may be changed every 10 ms interval within the monitoring window.

In addition, the device may be capable of communicating with at least one of a terminal, a network, a base station, and an autonomous vehicle.

According to the present disclosure, in a wireless communication system, a terminal can smoothly transmit and receive a signal for performing a 2-step random access process.

The effects obtainable in the present disclosure are not limited to the above-mentioned effects, and other effects not mentioned can be clearly understood by those of ordinary skill in the art from the following description. will be.

1 is a diagram illustrating an example of an NR system network architecture.

2 shows an example of a wireless communication environment to which embodiments of the present invention can be applied.

FIG. 3 is a diagram illustrating a structure of a control plane and a user plane of a radio interface protocol between a terminal and an E-UTRAN based on the 3GPP radio access network standard.

4 is a diagram for explaining physical channels used in a 3GPP system and a general signal transmission method using them.

5 is a diagram for describing an embodiment of a DRX (Discontinuous Reception) operation.

6 to 7 are diagrams for explaining downlink channel transmission in an unlicensed band.

8 to 13 are diagrams for explaining a composition and a transmission method of an SS/PBCH block.

14 to 16 are diagrams for explaining the structure of a radio frame and slot used in an NR system.

17 to 19 are diagrams for explaining a downlink control channel (Physical Downlink Control Channel; PDCCH) in an NR system.

20 is a diagram illustrating an example of a random access procedure.

21 to 22 are diagrams for explaining an example of implementing specific operations of a terminal and a base station according to an embodiment of the present disclosure.

23 is a diagram showing a basic process of a 2-step RACH.

24 to 25 are diagrams for illustrating an example of RNTI identification according to embodiments of the present disclosure.

FIG. 26 is a diagram for explaining a fall-back mechanism for a 2-step RACH and a retransmission procedure of Msg A according to an embodiment of the present disclosure.

27 to 30 illustrate examples of various wireless devices to which embodiments of the present disclosure are applied.

31 shows an example of a signal processing circuit to which embodiments of the present disclosure are applied.

The configuration, operation, and other features of the present invention may be easily understood by the embodiments of the present invention described with reference to the accompanying drawings. The embodiments described below are examples in which the technical features of the present invention are applied to a 3GPP system.

Although this specification describes an embodiment of the present invention using an LTE system, an LTE-A system and an NR system, this is an example and the embodiment of the present invention can be applied to any communication system corresponding to the above definition.

In addition, in the present specification, the name of the base station may be used as a generic term including a remote radio head (RRH), an eNB, a transmission point (TP), a reception point (RP), a relay, and the like.

3GPP-based communication standards include downlink physical channels corresponding to resource elements carrying information originating from higher layers, and downlink corresponding to resource elements used by the physical layer but not carrying information originating from higher layers. Physical signals are defined. For example, a physical downlink shared channel (PDSCH), a physical broadcast channel (PBCH), a physical multicast channel (PMCH), a physical control format indicator channel (physical control) A format indicator channel, PCFICH), a physical downlink control channel (PDCCH), and a physical hybrid ARQ indicator channel (PHICH) are defined as downlink physical channels, and a reference signal and a synchronization signal Is defined as downlink physical signals. A reference signal (RS), also referred to as a pilot, refers to a signal of a predefined special waveform that the gNB and the UE know each other, for example, cell specific RS (RS), UE- Specific RS (UE-specific RS, UE-RS), positioning RS (positioning RS, PRS), and channel state information RS (channel state information RS, CSI-RS) are defined as downlink reference signals. The 3GPP LTE/LTE-A standard corresponds to uplink physical channels corresponding to resource elements carrying information originating from an upper layer, and resource elements used by the physical layer but not carrying information originating from an upper layer. Uplink physical signals are defined. For example, a physical uplink shared channel (PUSCH), a physical uplink control channel (PUCCH), and a physical random access channel (PRACH) are used as uplink physical channels. A demodulation reference signal (DMRS) for an uplink control/data signal and a sounding reference signal (SRS) used for uplink channel measurement are defined.

In the present invention, PDCCH (Physical Downlink Control CHannel) / PCFICH (Physical Control Format Indicator CHannel) / PHICH ((Physical Hybrid automatic retransmit request Indicator CHannel) / PDSCH (Physical Downlink Shared CHannel) is DCI (Downlink Control Information) / CFI ( Control Format Indicator) / Downlink ACK / NACK (ACKnowlegement / Negative ACK) / refers to a set of time-frequency resources carrying downlink data or a set of resource elements In addition, PUCCH (Physical Uplink Control CHannel) / PUSCH (Physical Uplink Shared CHannel)/PRACH (Physical Random Access CHannel) refers to a set of time-frequency resources or a set of resource elements each carrying uplink control information (UCI)/uplink data/random access signals. , PDCCH/PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH RE or PDCCH for a time-frequency resource or resource element (RE) allocated to or belonging to PDCCH/PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH It is referred to as /PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH resource In the following, the expression that the user equipment transmits PUCCH/PUSCH/PRACH is, respectively, uplink control information/uplink data on or through PUSCH/PUCCH/PRACH. /It is used in the same meaning as that of transmitting a random access signal.In addition, the expression that gNB transmits PDCCH/PCFICH/PHICH/PDSCH is on the PDCCH/PCFICH/PHICH/PDSCH, respectively. It is used in the same meaning as transmitting downlink data/control information through or through.

Hereinafter, CRS/DMRS/CSI-RS/SRS/UE-RS are allocated or configured OFDM symbols/subcarriers/REs are CRS/DMRS/CSI-RS/SRS/UE-RS symbols/carriers. It is called /subcarrier/RE. For example, an OFDM symbol to which a tracking RS (TRS) is allocated or configured is referred to as a TRS symbol, and a subcarrier to which a TRS is allocated or configured is referred to as a TRS subcarrier, and a TRS is allocated. Alternatively, the configured RE is referred to as TRS RE. In addition, a subframe configured for TRS transmission is referred to as a TRS subframe. In addition, a subframe in which a broadcast signal is transmitted is called a broadcast subframe or a PBCH subframe, and a subframe in which a synchronization signal (eg, PSS and/or SSS) is transmitted is a synchronization signal subframe or a PSS/SSS subframe. It is called. An OFDM symbol/subcarrier/RE to which PSS/SSS is assigned or configured is referred to as PSS/SSS symbol/subcarrier/RE, respectively.

In the present invention, a CRS port, a UE-RS port, a CSI-RS port, and a TRS port respectively refer to an antenna port configured to transmit a CRS, an antenna port configured to transmit a UE-RS, Refers to an antenna port configured to transmit CSI-RS and an antenna port configured to transmit TRS. The antenna ports configured to transmit CRSs can be distinguished from each other by the positions of the REs occupied by the CRS according to the CRS ports, and the antenna ports configured to transmit UE-RSs are UE -According to the RS ports, the positions of the REs occupied by the UE-RS can be distinguished from each other, and the antenna ports configured to transmit CSI-RSs are occupied by the CSI-RS according to the CSI-RS ports. It can be distinguished from each other by the location of the REs. Therefore, the term CRS/UE-RS/CSI-RS/TRS port is also used as a term to mean a pattern of REs occupied by CRS/UE-RS/CSI-RS/TRS within a certain resource area.

1 is a diagram illustrating an example of an NR system network architecture.

The network of the NR system is largely composed of a next generation radio access network (NG-RAN) and a next generation core (NGC) network. NGC is also referred to as 5GC.

1, the NG-RAN terminates user plane protocols (e.g., SDAP, PDCP, RLC, MAC, PHY) and control plane protocols (e.g., RRC, PDCP, RLC, MAC, PHY) for the UE. It consists of gNBs that provide. The gNBs are interconnected through the Xn interface. The gNB is connected to the NGC through the NG interface. For example, the gNB is a core network node having an Access and Mobility Management function (AMF) through the N2 interface, which is one of the interfaces between the gNB and the NGC, and N3, the other one of the interfaces between the gNB and the NGC. The interface is connected to a core network node with a user plane function (UPF). The AMF and UPF may be implemented by different core network devices, respectively, or may be implemented by one core network device. In the RAN, transmission/reception of signals between the BS and the UE is performed through the air interface. For example, transmission/reception of a signal between a BS and a UE in the RAN is performed through physical resources (eg, radio frequency (RF)). On the other hand, the transmission/reception of signals between the gNB and network functions (eg AMF, UPF) in the core network is not a wireless interface, but a physical connection between core network nodes (eg optical cable) or a logical connection between core network functions. It can be done through

2 illustrates a communication system 1 applied to the present invention.

2, a communication system 1 applied to the present invention includes a wireless device, a base station, and a network. Here, the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device. Although not limited thereto, wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400. For example, the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like. Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors, smart meters, and the like. For example, the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to another wireless device.

The wireless devices 100a to 100f may be connected to the network 300 through the base station 200. AI (Artificial Intelligence) technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI server 400 through the network 300. The network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network. The wireless devices 100a to 100f may communicate with each other through the base station 200 / network 300, but may perform direct communication (e.g. sidelink communication) without going through the base station / network. For example, the vehicles 100b-1 and 100b-2 may perform direct communication (e.g. V2V (Vehicle to Vehicle)/V2X (Vehicle to Everything) communication). In addition, the IoT device (eg, sensor) may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.

Wireless communication/ connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f / base station 200 and the base station 200 / base station 200. Here, the wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR) Through wireless communication/ connections 150a, 150b, 150c, the wireless device and the base station/wireless device, and the base station and the base station can transmit/receive radio signals to each other. For example, the wireless communication/ connection 150a, 150b, 150c can transmit/receive signals through various physical channels. To this end, based on various proposals of the present invention, for transmission/reception of wireless signals At least some of a process of setting various configuration information, various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), resource allocation process, and the like may be performed.

Now, let's look at 5G communication including the NR system.

The three main requirements areas for 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and (3) ultra-reliability and It includes a low-latency communication (Ultra-reliable and Low Latency Communications, URLLC) area.

In some use cases, multiple areas may be required for optimization, and other use cases may be focused on only one key performance indicator (KPI). 5G supports these various use cases in a flexible and reliable way.

eMBB goes far beyond basic mobile Internet access, covering rich interactive work, media and entertainment applications in the cloud or augmented reality. Data is one of the key drivers of 5G, and it may not be possible to see dedicated voice services for the first time in the 5G era. In 5G, voice is expected to be processed as an application program simply using the data connection provided by the communication system. The main reasons for the increased traffic volume are an increase in content size and an increase in the number of applications requiring high data rates. Streaming services (audio and video), interactive video and mobile Internet connections will become more widely used as more devices connect to the Internet. Many of these applications require always-on connectivity to push real-time information and notifications to the user. Cloud storage and applications are increasing rapidly in mobile communication platforms, which can be applied to both work and entertainment. And, cloud storage is a special use case that drives the growth of the uplink data rate. 5G is also used for remote work in the cloud, and requires much lower end-to-end delays to maintain a good user experience when tactile interfaces are used. Entertainment For example, cloud gaming and video streaming is another key factor that is increasing the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including high mobility environments such as trains, cars and airplanes. Another use case is augmented reality and information retrieval for entertainment. Here, augmented reality requires very low latency and an instantaneous amount of data.

In addition, one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all fields, i.e. mMTC. By 2020, potential IoT devices are expected to reach 20.4 billion. Industrial IoT is one of the areas where 5G plays a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.

URLLC includes new services that will transform the industry with ultra-reliable/low-latency links such as self-driving vehicles and remote control of critical infrastructure. The level of reliability and delay is essential for smart grid control, industrial automation, robotics, drone control and coordination.

Next, a number of examples of use in 5G communication systems including NR systems will be described in more detail.

5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of providing streams rated at hundreds of megabits per second to gigabits per second. This high speed is required to deliver TVs in 4K or higher (6K, 8K and higher) resolutions as well as virtual and augmented reality. Virtual Reality (VR) and Augmented Reality (AR) applications involve almost immersive sports events. Certain application programs may require special network settings. In the case of VR games, for example, game companies may need to integrate core servers with network operators' edge network servers to minimize latency.

Automotive is expected to be an important new driving force in 5G, with many use cases for mobile communication to vehicles. For example, entertainment for passengers demands simultaneous high capacity and high mobility mobile broadband. The reason is that future users will continue to expect high-quality connections, regardless of their location and speed. Another application example in the automotive field is an augmented reality dashboard. It identifies an object in the dark on top of what the driver is looking through the front window, and displays information that tells the driver about the distance and movement of the object overlaid. In the future, wireless modules enable communication between vehicles, exchange of information between the vehicle and supporting infrastructure, and exchange of information between the vehicle and other connected devices (eg, devices carried by pedestrians). The safety system allows the driver to lower the risk of accidents by guiding alternative courses of action to make driving safer. The next step will be a remote controlled or self-driven vehicle. It is very reliable and requires very fast communication between different self-driving vehicles and between the vehicle and the infrastructure. In the future, self-driving vehicles will perform all driving activities, and drivers will be forced to focus only on traffic anomalies that the vehicle itself cannot identify. The technical requirements of self-driving vehicles call for ultra-low latency and ultra-fast reliability to increase traffic safety to levels unachievable by humans.

Smart cities and smart homes, referred to as smart society, will be embedded with high-density wireless sensor networks. A distributed network of intelligent sensors will identify the conditions for cost and energy-efficient maintenance of a city or home. A similar setup can be done for each household. Temperature sensors, window and heating controllers, burglar alarms and appliances are all wirelessly connected. Many of these sensors are typically low data rates, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.

The consumption and distribution of energy, including heat or gas, is highly decentralized, requiring automated control of distributed sensor networks. The smart grid interconnects these sensors using digital information and communication technologies to collect information and act accordingly. This information can include the behavior of suppliers and consumers, allowing smart grids to improve efficiency, reliability, economics, sustainability of production and the distribution of fuels such as electricity in an automated way. The smart grid can also be viewed as another low-latency sensor network.

The health sector has many applications that can benefit from mobile communications. The communication system can support telemedicine providing clinical care from remote locations. This can help reduce barriers to distance and improve access to medical services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies. A wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, achieving this requires that the wireless connection operates with a delay, reliability and capacity similar to that of the cable, and its management is simplified. Low latency and very low error probability are new requirements that need to be connected to 5G.

Logistics and freight tracking are important use cases for mobile communications that enable tracking of inventory and packages from anywhere using location-based information systems. Logistics and freight tracking use cases typically require low data rates, but require a wide range and reliable location information.

FIG. 3 is a diagram illustrating a structure of a control plane and a user plane of a radio interface protocol between a terminal and an E-UTRAN based on the 3GPP radio access network standard. The control plane refers to a path through which control messages used by a user equipment (UE) and a network to manage a call are transmitted. The user plane refers to a path through which data generated in the application layer, for example, voice data or Internet packet data, is transmitted.

The first layer, the physical layer, provides an information transfer service to an upper layer using a physical channel. The physical layer is connected to the upper medium access control layer through a transmission channel (transport channel). Data is transferred between the medium access control layer and the physical layer through the transmission channel. Data moves between the physical layers of the transmitting side and the receiving side through a physical channel. The physical channel uses time and frequency as radio resources. Specifically, a physical channel is modulated in an Orthogonal Frequency Division Multiple Access (OFDMA) scheme in downlink and a single carrier frequency division multiple access (SC-FDMA) scheme in uplink.

The medium access control (MAC) layer of the second layer provides a service to an upper layer, the Radio Link Control (RLC) layer, through a logical channel. The RLC layer of the second layer supports reliable data transmission. The function of the RLC layer may be implemented as a functional block inside the MAC. The PDCP (Packet Data Convergence Protocol) layer of the second layer performs a header compression function that reduces unnecessary control information in order to efficiently transmit IP packets such as IPv4 or IPv6 over a narrow bandwidth wireless interface.

The radio resource control (RRC) layer located at the bottom of the third layer is defined only in the control plane. The RRC layer is in charge of controlling logical channels, transmission channels, and physical channels in relation to configuration, re-configuration, and release of radio bearers. The radio bearer refers to a service provided by the second layer for data transmission between the terminal and the network. To this end, the UE and the RRC layer of the network exchange RRC messages with each other. If there is an RRC connection (RRC Connected) between the terminal and the RRC layer of the network, the terminal is in an RRC connected state (Connected Mode), otherwise it is in the RRC idle state (Idle Mode). The NAS (Non-Access Stratum) layer above the RRC layer performs functions such as session management and mobility management.

The downlink transmission channel for transmitting data from the network to the terminal includes a broadcast channel (BCH) that transmits system information, a paging channel (PCH) that transmits paging messages, and a downlink shared channel (SCH) that transmits user traffic or control messages. have. In the case of a downlink multicast or broadcast service traffic or control message, it may be transmitted through a downlink SCH or a separate downlink multicast channel (MCH). Meanwhile, as an uplink transmission channel for transmitting data from a terminal to a network, there are a random access channel (RACH) for transmitting an initial control message, and an uplink shared channel (SCH) for transmitting user traffic or control messages. It is located above the transmission channel, and the logical channels mapped to the transmission channel include BCCH (Broadcast Control Channel), PCCH (Paging Control Channel), CCCH (Common Control Channel), MCCH (Multicast Control Channel), MTCH (Multicast). Traffic Channel).

4 is a diagram for explaining physical channels used in a 3GPP system and a general signal transmission method using them.

When the terminal is powered on or newly enters a cell, the terminal performs an initial cell search operation such as synchronizing with the base station (S401). To this end, the UE receives a Primary Synchronization Signal (PSS) and a Secondary Synchronization Signal (SSS) from the base station to synchronize with the base station and obtain information such as a cell ID. Thereafter, the terminal may receive a physical broadcast channel (PBCH) from the base station to obtain intra-cell broadcast information. Meanwhile, the UE may receive a downlink reference signal (DL RS) in the initial cell search step to check a downlink channel state.

After completing the initial cell search, the UE acquires more detailed system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to the information carried on the PDCCH. It can be done (S402).

Meanwhile, when accessing the base station for the first time or when there is no radio resource for signal transmission, the terminal may perform a random access procedure (RACH) to the base station (S403 to S406). To this end, the UE transmits a specific sequence as a preamble through a physical random access channel (PRACH) (S403 and S405), and a response message to the preamble through the PDCCH and the corresponding PDSCH (RAR (Random Access Response) message) In the case of contention-based RACH, a contention resolution procedure may be additionally performed (S406).

After performing the above-described procedure, the UE receives PDCCH/PDSCH (S407) and Physical Uplink Shared Channel (PUSCH)/Physical Uplink Control Channel (Physical Uplink) as a general uplink/downlink signal transmission procedure. Control Channel; PUCCH) transmission (S408) may be performed. In particular, the terminal may receive downlink control information (DCI) through the PDCCH. Here, the DCI includes control information such as resource allocation information for the terminal, and different formats may be applied according to the purpose of use.

Meanwhile, the control information transmitted by the terminal to the base station through the uplink or received by the base station by the terminal is a downlink/uplink ACK/NACK signal, a channel quality indicator (CQI), a precoding matrix index (PMI), a rank indicator (RI). ), etc. The terminal may transmit control information such as CQI/PMI/RI described above through PUSCH and/or PUCCH.

Meanwhile, the NR system is considering a method of using a high ultra-high frequency band, that is, a millimeter frequency band of 6 GHz or higher to transmit data while maintaining a high transmission rate to a large number of users using a wide frequency band. In 3GPP, this is used under the name NR, and in the present invention, it will be referred to as an NR system.

NR supports multiple numerology (or subcarrier spacing (SCS)) to support various 5G services. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and when the SCS is 30 kHz/60 kHz, it is dense-urban, lower latency. And a wider carrier bandwidth (wider carrier bandwidth) is supported, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 kHz is supported to overcome phase noise.

The NR frequency band is defined as a frequency range of two types (FR1, FR2). FR1 is a sub 6GHz range, and FR2 may mean a millimeter wave (mmW) in the above 6GHz range.

Table 1 below shows the definition of the NR frequency band.

Frequency Range Designation	Corresponding frequency range	Subcarrier Spacing
FR1	410MHz- 7125MHz	15, 30, 60 kHz
FR2	24250MHz-52600MHz	60, 120, 240 kHz

DRX (Discontinuous Reception) operation

The UE may perform the DRX operation while performing the procedures and/or methods described/suggested above. A terminal in which DRX is configured can reduce power consumption by discontinuously receiving DL signals. DRX may be performed in Radio Resource Control (RRC)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state. In the RRC_IDLE state and RRC_INACTIVE state, the DRX is used to receive paging signals discontinuously. Hereinafter, DRX performed in the RRC_CONNECTED state will be described (RRC_CONNECTED DRX).

5 illustrates the DRX cycle (RRC_CONNECTED state).

Referring to FIG. 5, the DRX cycle consists of On Duration and Opportunity for DRX. The DRX cycle defines a time interval in which On Duration is periodically repeated. On Duration represents a time period during which the UE monitors to receive the PDCCH. When DRX is configured, the UE performs PDCCH monitoring during On Duration. If there is a PDCCH successfully detected during PDCCH monitoring, the UE operates an inactivity timer and maintains an awake state. On the other hand, if there is no PDCCH successfully detected during PDCCH monitoring, the terminal enters a sleep state after the On Duration is over. Accordingly, when DRX is configured, PDCCH monitoring/reception may be discontinuously performed in the time domain in performing the procedure and/or method described/proposed above. For example, when DRX is set, in the present invention, a PDCCH reception opportunity (eg, a slot having a PDCCH search space) may be set discontinuously according to the DRX configuration. On the other hand, when DRX is not configured, PDCCH monitoring/reception may be continuously performed in the time domain. For example, when DRX is not set, a PDCCH reception opportunity (eg, a slot having a PDCCH search space) may be continuously set in the present invention. Meanwhile, regardless of whether or not DRX is set, PDCCH monitoring may be restricted in a time period set as a measurement gap.

Table 2 shows the process of the terminal related to the DRX (RRC_CONNECTED state). Referring to Table 2, DRX configuration information is received through higher layer (eg, RRC) signaling, and whether DRX ON/OFF is controlled by a DRX command of the MAC layer. When the DRX is configured, the UE may perform PDCCH monitoring discontinuously in performing the procedure and/or method described/suggested in the present invention, as illustrated in FIG. 5.

	Type of signals		UE procedure
1 st step	RRC signaling (MAC-CellGroupConfig)	-Receive DRX configuration information
2 nd Step	MAC CE ((Long) DRX command MAC CE)	-Receive DRX command
3 rd Step	-	-Monitor a PDCCH during an on-duration of a DRX cycle

Here, the MAC-CellGroupConfig includes configuration information required to set a medium access control (MAC) parameter for a cell group. MAC-CellGroupConfig may also include configuration information about DRX. For example, MAC-CellGroupConfig defines DRX and may include information as follows:-Value of drx-OnDurationTimer: Defines the length of the start section of the DRX cycle.

-Value of drx-InactivityTimer: Defines the length of the time interval in which the UE is awake after the PDCCH opportunity in which the PDCCH indicating initial UL or DL data is detected

-Value of drx-HARQ-RTT-TimerDL: Defines the length of the maximum time interval from receiving the initial DL transmission until the DL retransmission is received.

-Value of drx-HARQ-RTT-TimerDL: After the grant for initial UL transmission is received, the length of the maximum time interval until the grant for UL retransmission is received is defined.

-drx-LongCycleStartOffset: Defines the time length and start point of the DRX cycle

-drx-ShortCycle (optional): Defines the time length of the short DRX cycle

Here, if any one of drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, and drx-HARQ-RTT-TimerDL is in operation, the UE performs PDCCH monitoring at every PDCCH opportunity while maintaining the awake state.

Unlicensed band

6 shows an example of a wireless communication system supporting an unlicensed band applicable to the present invention.

In the following description, a cell operating in a licensed band (hereinafter, L-band) is defined as an L-cell, and a carrier of the L-cell is defined as (DL/UL) LCC. In addition, a cell operating in an unlicensed band (hereinafter, U-band) is defined as a U-cell, and a carrier of the U-cell is defined as (DL/UL) UCC. The carrier/carrier-frequency of a cell may mean an operating frequency (eg, center frequency) of the cell. Cell/carrier (eg, CC) is collectively referred to as a cell.

When the terminal and the base station transmit and receive signals through the carrier-coupled LCC and UCC as shown in FIG. As shown in FIG. 6(b), the terminal and the base station may transmit and receive signals through one UCC or a plurality of carrier-coupled UCCs. That is, the terminal and the base station can transmit and receive signals through only UCC(s) without an LCC.

Hereinafter, the signal transmission/reception operation in the unlicensed band described in the present invention may be performed based on all of the above-described configuration scenarios (unless otherwise stated).

Meanwhile, the NR frame structure of FIG. 14 may be used for operation in the unlicensed band. The configuration of OFDM symbols occupied for uplink/downlink signal transmission in the frame structure for the unlicensed band may be set by the base station. Here, the OFDM symbol may be replaced with an SC-FDM(A) symbol.

In order to transmit a downlink signal through an unlicensed band, the base station may inform the terminal of the configuration of OFDM symbols used in subframe #n through signaling. Here, the subframe may be replaced with a slot or a time unit (TU).

Specifically, in the case of an LTE system supporting an unlicensed band, the terminal is subframe # through a specific field (eg, Subframe configuration for LAA field, etc.) in the DCI received from the base station in subframe #n-1 or subframe #n. It is possible to assume (or identify) a configuration of an OFDM symbol occupied within n.

Table 3 shows the configuration of OFDM symbols used for transmission of a downlink physical channel and/or a physical signal in a current and/or next subframe in the subframe configuration for LAA field in the LTE system. Illustrate how to display.

Value of'Subframe configuration for LAA' field in current subframe	Configuration of occupied OFDM symbols (current subframe, next subframe)
0000	(-,14)
0001	(-,12)
0010	(-,11)
0011	(-,10)
0100	(-,9)
0101	(-,6)
0110	(-,3)
0111	(14,*)
1000	(12,-)
1001	(11,-)
1010	(10,-)
1011	(9,-)
1100	(6,-)
1101	(3,-)
1110	reserved
1111	reserved
NOTE:- (-, Y) means UE may assume the first Y symbols are occupied in next subframe and other symbols in the next subframe are not occupied.- (X, -) means UE may assume the first X symbols are occupied in current subframe and other symbols in the current subframe are not occupied.-(X, *) means UE may assume the first X symbols are occupied in current subframe, and at least the first OFDM symbol of the next subframe is not occupied.

In order to transmit an uplink signal through an unlicensed band, the base station may inform the terminal of information on the uplink transmission period through signaling.

Specifically, in the case of an LTE system supporting an unlicensed band, the terminal may obtain'UL duration' and'UL offset' information for subframe #n through the'UL duration and offset' field in the detected DCI.

Table 4 illustrates how the UL duration and offset field indicates the UL offset and UL duration configuration in the LTE system.

Value of'UL duration and offset' field	UL offset, l (in subframes)	UL duration, d (in subframes)
00000	Not configured	Not configured
00001	One	One
00010	One	2
00011	One	3
00100	One	4
00101	One	5
00110	One	6
00111	2	One
01000	2	2
01001	2	3
01010	2	4
01011	2	5
01100	2	6
01101	3	One
01110	3	2
01111	3	3
10000	3	4
10001	3	5
10010	3	6
10011	4	One
10100	4	2
10101	4	3
10110	4	4
10111	4	5
11000	4	6
11001	6	One
11010	6	2
11011	6	3
11100	6	4
11101	6	5
11110	6	6
11111	reserved	reserved

As an example, when the UL duration and offset field sets (or indicates) UL offset l and UL duration d for subframe #n, the terminal is subframe #n+l+i (i=0,1,... There is no need to receive a downlink physical channel and/or a physical signal within d-1).

The base station may perform one of the following unlicensed band access procedures (eg, Channel Access Procedure, CAP) for downlink signal transmission in the unlicensed band.

(1) First downlink CAP method

7 is a flowchart of a CAP operation for transmitting a downlink signal through an unlicensed band of a base station.

The base station may initiate a channel access procedure (CAP) for downlink signal transmission (eg, signal transmission including PDSCH/PDCCH/EPDCCH) through an unlicensed band (S710). The base station may randomly select the backoff counter N within the contention window (CW) according to step 1. At this time, the N value is set to the initial value N _init (S720). N _init is selected as a random value from 0 to CW _p . Subsequently, if the backoff counter value N is 0 according to step 4 (S730; Y), the base station terminates the CAP process (S732). Subsequently, the base station may perform Tx burst transmission including PDSCH/PDCCH/EPDCCH (S734). On the other hand, if the backoff counter value is not 0 (S730; N), the base station decreases the backoff counter value by 1 according to step 2 (S740). Subsequently, the base station checks whether the channel of the U-cell(s) is in an idle state (S750), and if the channel is in an idle state (S750; Y), it checks whether the backoff counter value is 0 (S730). Conversely, if the channel is not in an idle state in step S750, that is, if the channel is in a busy state (S750; N), the base station has a delay period longer than the slot time (eg, 9usec) according to step 5 (defer duration T _d ; 25usec or more). During the process, it is checked whether the corresponding channel is in an idle state (S760). If the channel is idle in the delay period (S770; Y), the base station can resume the CAP process again. Here, the delay period may consist of a 16 usec period and m _p consecutive slot times (eg, 9 usec) immediately following. On the other hand, if the channel is busy during the delay period (S770; N), the base station performs step S760 again to check whether the channel of the U-cell(s) is idle during the new delay period.

Table 5 illustrates that m _p applied to the CAP, minimum CW, maximum CW, maximum channel occupancy time (MCOT) and allowed CW sizes vary according to the channel access priority class. .

Channel Access Priority Class (p)	m p	CW min,p	CW max,p	T ultcot,p	Allowed CW p sizes
One	One	3	7	2 ms	{3,7}
2	One	7	15	3 ms	{7,15}
3	3	15	63	8 or 10 ms	{15,31,63}
4	7	15	1023	8 or 10 ms	{15,31,63,127,255,511,1023}

The contention window size applied to the first downlink CAP may be determined based on various methods. For example, the contention window size may be adjusted based on a probability that HARQ-ACK values corresponding to PDSCH transmission(s) within a certain time period (eg, a reference TU) are determined as NACK. When the base station transmits a downlink signal including the PDSCH related to the channel access priority class p on the carrier, the HARQ-ACK values corresponding to the PDSCH transmission(s) in the reference subframe k (or reference slot k) are NACK. When the determined probability is at least Z = 80%, the base station increases the CW values set for each priority class to the next higher order after being allowed. Alternatively, the base station maintains CW values set for each priority class as initial values. The reference subframe (or reference slot) may be defined as a start subframe (or start slot) in which the most recent signal transmission on a corresponding carrier in which at least some of the HARQ-ACK feedback is available is performed.

(2) the second downlink CAP method

The base station may perform downlink signal transmission (eg, signal transmission including discovery signal transmission and not including PDSCH) through an unlicensed band based on a second downlink CAP method to be described later.

When the length of the signal transmission interval of the base station is less than 1 ms, the base station transmits a downlink signal (e.g., discovery signal transmission) through an unlicensed band immediately after the corresponding channel is sensed as idle for at least the sensing interval T _drs =25 us. And a signal not including the PDSCH). Here, T _drs is composed of a section T _f (=16us) immediately following one slot section T _sl = 9us.

(3) 3rd downlink CAP method

The base station may perform the following CAP to transmit a downlink signal through multiple carriers in an unlicensed band.

1) Type A: The base station performs CAP on multi-carriers based on a counter N (counter N considered in CAP) defined for each carrier, and performs downlink signal transmission based on this.

-Type A1: Counter N for each carrier is determined independently of each other, and downlink signal transmission through each carrier is performed based on the counter N for each carrier.

-Type A2: Counter N for each carrier is determined as an N value for a carrier with the largest contention window size, and downlink signal transmission through a carrier is performed based on a counter N for each carrier.

2) Type B: The base station performs a CAP based on counter N only for a specific carrier among a plurality of carriers, and performs downlink signal transmission by determining whether channel idle for the remaining carriers prior to signal transmission on a specific carrier. .

-Type B1: A single contention window size is defined for a plurality of carriers, and the base station utilizes a single contention window size when performing a CAP based on counter N for a specific carrier.

-Type B2: The contention window size is defined for each carrier, and the largest contention window size among the contention window sizes is used when determining the N _init value for a specific carrier.

8 illustrates an SSB structure. The UE may perform cell search, system information acquisition, beam alignment for initial access, and DL measurement based on the SSB. SSB is used interchangeably with SS/PBCH (Synchronization Signal/Physical Broadcast Channel) block.

Referring to Figure 8, the SSB is composed of PSS, SSS and PBCH. The SSB is composed of 4 consecutive OFDM symbols, and PSS, PBCH, SSS/PBCH and PBCH are transmitted for each OFDM symbol. The PSS and SSS are each composed of 1 OFDM symbol and 127 subcarriers, and the PBCH is composed of 3 OFDM symbols and 576 subcarriers. Polar coding and Quadrature Phase Shift Keying (QPSK) are applied to the PBCH. The PBCH consists of a data RE and a demodulation reference signal (DMRS) RE for each OFDM symbol. There are 3 DMRS REs for each RB, and 3 data REs exist between the DMRS REs.

Cell search

Cell search refers to a process in which a UE acquires time/frequency synchronization of a cell and detects a cell identifier (eg, Physical layer Cell ID, PCID) of the cell. PSS is used to detect a cell ID within a cell ID group, and SSS is used to detect a cell ID group. PBCH is used for SSB (time) index detection and half-frame detection.

The cell search process of the terminal may be summarized as shown in Table 6 below.

	Type of Signals		Operations
1 st step	PSS	* SS/PBCH block (SSB) symbol timing acquisition* Cell ID detection within a cell ID group(3 hypothesis)
2 nd Step	SSS	* Cell ID group detection (336 hypothesis)
3 rd Step	PBCH DMRS	* SSB index and Half frame (HF) index(Slot and frame boundary detection)
4 th Step	PBCH	* Time information (80 ms, System Frame Number (SFN), SSB index, HF) * Remaining Minimum System Information (RMSI) Control resource set (CORESET)/Search space configuration
5 th Step	PDCCH and PDSCH	* Cell access information* RACH configuration

9 illustrates SSB transmission.

SSB is transmitted periodically according to the SSB period. The SSB basic period assumed by the UE during initial cell search is defined as 20 ms. After cell access, the SSB period may be set to one of {5ms, 10ms, 20ms, 40ms, 80ms, 160ms} by the network (eg, base station). At the beginning of the SSB period, a set of SSB bursts is constructed. The SSB burst set consists of a 5 ms time window (ie, half-frame), and the SSB can be transmitted up to L times in the SS burst set. The maximum number of transmissions L of the SSB may be given as follows according to the frequency band of the carrier. One slot contains at most two SSBs.

-For frequency range up to 3 GHz, L = 4

-For frequency range from 3GHz to 6 GHz, L = 8

-For frequency range from 6 GHz to 52.6 GHz, L = 64

The temporal position of the SSB candidate within the SS burst set may be defined as follows according to the SCS. The temporal position of the SSB candidate is indexed from 0 to L-1 in the temporal order within the SSB burst set (ie, half-frame) (SSB index).

-Case A-15 kHz SCS: The index of the start symbol of the candidate SSB is given as {2, 8} + 14*n. When the carrier frequency is 3 GHz or less, n=0, 1. When the carrier frequency is 3 GHz to 6 GHz, n = 0, 1, 2, 3.

-Case B-30 kHz SCS: The index of the start symbol of the candidate SSB is given as {4, 8, 16, 20} + 28*n. When the carrier frequency is 3 GHz or less, n=0. When the carrier frequency is 3 GHz to 6 GHz, n=0, 1.

-Case C-30 kHz SCS: The index of the start symbol of the candidate SSB is given as {2, 8} + 14*n. When the carrier frequency is 3 GHz or less, n=0, 1. When the carrier frequency is 3 GHz to 6 GHz, n = 0, 1, 2, 3.

-Case D-120 kHz SCS: The index of the start symbol of the candidate SSB is given as {4, 8, 16, 20} + 28*n. When the carrier frequency is greater than 6 GHz, n=0, 1, 2, 3, 5, 6, 7, 8, 10, 11, 12, 13, 15, 16, 17, 18.

-Case E-240 kHz SCS: The index of the start symbol of the candidate SSB is given as {8, 12, 16, 20, 32, 36, 40, 44} + 56*n. When the carrier frequency is greater than 6 GHz, n = 0, 1, 2, 3, 5, 6, 7, 8.

10 illustrates that the terminal acquires information on DL time synchronization.

The UE can acquire DL synchronization by detecting the SSB. The terminal may identify the structure of the SSB burst set based on the detected SSB index, and accordingly, may detect a symbol/slot/half-frame boundary. The number of the frame/half-frame to which the detected SSB belongs can be identified using SFN information and half-frame indication information.

Specifically, the UE may obtain 10-bit SFN (System Frame Number) information from the PBCH (s0 to s9). Of the 10-bit SFN information, 6 bits are obtained from MIB (Master Information Block), and the remaining 4 bits are obtained from PBCH TB (Transport Block).

Next, the terminal may acquire 1-bit half-frame indication information (c0). When the carrier frequency is 3 GHz or less, the half-frame indication information may be implicitly signaled using PBCH DMRS. The PBCH DMRS indicates 3-bit information by using one of 8 PBCH DMRS sequences. Therefore, in the case of L=4, the SSB index is indicated among 3 bits that can be indicated using 8 PBCH DMRS sequences, and the remaining 1 bit may be used for half-frame indication.

Finally, the UE may acquire an SSB index based on the DMRS sequence and PBCH payload. SSB candidates are indexed from 0 to L-1 in time order within the SSB burst set (ie, half-frame). When L = 8 or 64, 3 bits of the least significant bit (LSB) of the SSB index may be indicated using 8 different PBCH DMRS sequences (b0 to b2). When L = 64, 3 bits of the MSB (Most Significant Bit) of the SSB index are indicated through the PBCH (b3 to b5). When L = 2, the LSB 2 bits of the SSB index may be indicated using four different PBCH DMRS sequences (b0, b1). When L = 4, out of 3 bits that can be indicated using 8 PBCH DMRS sequences, the SSB index is indicated and the remaining 1 bit may be used for half-frame indication (b2).

System information acquisition

11 illustrates a process of obtaining system information (SI). The UE may acquire AS-/NAS-information through the SI acquisition process. The SI acquisition process may be applied to a UE in an RRC_IDLE state, an RRC_INACTIVE state, and an RRC_CONNECTED state.

SI is divided into MIB (Master Information Block) and a plurality of SIB (System Information Block). The MIB and the plurality of SIBs may be further divided into a minimum SI (SI) and another SI (other SI). Here, the minimum SI may be composed of MIB and SIB 1, and includes basic information required for initial access and information for obtaining a different SI. Here, SIB 1 may be referred to as RMSI (Remaining Minimum System Information). For details, refer to the following.

-The MIB contains information/parameters related to SIB1 (SystemInformationBlockType1) reception and is transmitted through the PBCH of the SSB. In initial cell selection, the UE assumes that the half-frame with SSB is repeated in a 20ms cycle. The UE may check whether there is a CORESET (Control Resource Set) for the Type0-PDCCH common search space based on the MIB. The Type0-PDCCH common search space is a kind of PDCCH search space, and is used to transmit a PDCCH for scheduling SI messages. When there is a Type0-PDCCH common search space, the UE based on information in the MIB (e.g., pdcch-ConfigSIB1) (i) a plurality of consecutive RBs constituting CORESET and one or more consecutive symbols and (ii) PDCCH opportunity (That is, a time domain location for PDCCH reception) can be determined. When the Type0-PDCCH common search space does not exist, pdcch-ConfigSIB1 provides information on a frequency location in which SSB/SIB1 exists and a frequency range in which SSB/SIB1 does not exist.

-SIB1 includes information related to availability and scheduling (eg, transmission period, SI-window size) of the remaining SIBs (hereinafter, SIBx, x is an integer greater than or equal to 2). For example, SIB1 may inform whether SIBx is periodically broadcast or is provided by a request of a terminal through an on-demand method. When SIBx is provided by an on-demand method, SIB1 may include information necessary for the UE to perform an SI request. SIB1 is transmitted through the PDSCH, the PDCCH scheduling SIB1 is transmitted through the Type0-PDCCH common search space, and SIB1 is transmitted through the PDSCH indicated by the PDCCH.

-SIBx is included in the SI message and is transmitted through PDSCH. Each SI message is transmitted within a periodic time window (ie, SI-window).

Beam alignment

12 illustrates multi-beam transmission of SSB.

Beam sweeping means that a transmission reception point (TRP) (eg, a base station/cell) changes a beam (direction) of a radio signal according to time (hereinafter, a beam and a beam direction may be mixed). SSB may be periodically transmitted using beam sweeping. In this case, the SSB index is implicitly linked with the SSB beam. The SSB beam may be changed in units of SSB (index) or in units of SSB (index) groups. In the latter case, the SSB beam remains the same within the SSB (index) group. That is, the transmission beam echo of the SSB is repeated in a plurality of consecutive SSBs. The maximum number of transmissions L of the SSB in the SSB burst set has a value of 4, 8 or 64 depending on the frequency band to which the carrier belongs. Accordingly, the maximum number of SSB beams in the SSB burst set may also be given as follows according to the frequency band of the carrier.

-For frequency range up to 3 GHz, Max number of beams = 4

-For frequency range from 3GHz to 6 GHz, Max number of beams = 8

-For frequency range from 6 GHz to 52.6 GHz, Max number of beams = 64

* When multi-beam transmission is not applied, the number of SSB beams is 1.

When the terminal attempts to initially access the base station, the terminal may align the base station and the beam based on the SSB. For example, after performing SSB detection, the terminal identifies the best SSB. Thereafter, the UE may transmit the RACH preamble to the base station by using the PRACH resource linked/corresponding to the index (ie, the beam) of the best SSB. The SSB can be used to align the beam between the base station and the terminal even after initial access.

Channel measurement and rate-matching

13 illustrates a method of informing an actually transmitted SSB (SSB_tx).

In the SSB burst set, a maximum of L SSBs may be transmitted, and the number/locations at which SSBs are actually transmitted may vary for each base station/cell. The number/locations at which SSBs are actually transmitted is used for rate-matching and measurement, and information on the actually transmitted SSBs is indicated as follows.

-In case of rate-matching: It may be indicated through UE-specific RRC signaling or RMSI. The UE-specific RRC signaling includes a full (eg, length L) bitmap in both the below 6GHz and above 6GHz frequency ranges. On the other hand, RMSI includes a full bitmap at below 6GHz, and includes a compressed bitmap at above 6GHz. Specifically, information on the actually transmitted SSB may be indicated using a group-bit map (8 bits) + an intra-group bit map (8 bits). Here, a resource (eg, RE) indicated through UE-specific RRC signaling or RMSI is reserved for SSB transmission, and PDSCH/PUSCH may be rate-matched in consideration of SSB resources.

-In the case of measurement: In the case of RRC connected (connected) mode, the network (eg, the base station) may indicate the SSB set to be measured within the measurement interval. The SSB set may be indicated for each frequency layer. If there is no indication regarding the SSB set, the default SSB set is used. The default SSB set includes all SSBs in the measurement interval. The SSB set may be indicated using a full (eg, length L) bitmap of RRC signaling. When in RRC idle mode, the default SSB set is used.

14 illustrates a structure of a radio frame used in NR.

In NR, uplink and downlink transmission is composed of frames. The radio frame has a length of 10ms and is defined as two 5ms half-frames (HF). The half-frame is defined as five 1ms subframes (Subframe, SF). The subframe is divided into one or more slots, and the number of slots in the subframe depends on Subcarrier Spacing (SCS). Each slot includes 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP). When a normal CP is used, each slot includes 14 symbols. When the extended CP is used, each slot includes 12 symbols. Here, the symbol may include an OFDM symbol (or CP-OFDM symbol) and an SC-FDMA symbol (or DFT-s-OFDM symbol).

Table 7 exemplifies that when a normal CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS.

SCS (15*2^u)	N slot symb	N frame,u slot	N subframe,u slot
15KHz (u=0)	14	10	One
30KHz (u=1)	14	20	2
60KHz (u=2)	14	40	4
120KHz (u=3)	14	80	8
240KHz (u=4)	14	160	16

* N ^slot _symb : number of symbols in slot* N ^frame,u _slot : number of slots in frame

* N ^subframe,u _slot : number of slots in ^subframe

Table 8 exemplifies that when the extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS.

SCS (15*2^u)	N slot symb	N frame,u slot	N subframe,u slot
60KHz (u=2)	12	40	4

In the NR system, OFDM(A) numerology (eg, SCS, CP length, etc.) may be set differently between a plurality of cells merged into one terminal. Accordingly, the (absolute time) section of the time resource (eg, SF, slot or TTI) (for convenience, collectively referred to as TU (Time Unit)) composed of the same number of symbols may be set differently between the merged cells.

15 illustrates a slot structure of an NR frame. The slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 14 symbols, but in the case of an extended CP, one slot includes 12 symbols. The carrier includes a plurality of subcarriers in the frequency domain. RB (Resource Block) is defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain. The BWP (Bandwidth Part) is defined as a plurality of consecutive (P)RBs in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.). The carrier may contain up to N (eg, 4) BWPs. Data communication is performed through the activated BWP, and only one BWP can be activated to one terminal. Each element in the resource grid is referred to as a resource element (RE), and one complex symbol may be mapped.

16 illustrates the structure of a self-contained slot. In the NR system, a frame is characterized by a self-contained structure in which all of a DL control channel, DL or UL data, and a UL control channel can be included in one slot. For example, the first N symbols in a slot may be used to transmit a DL control channel (hereinafter, a DL control region), and the last M symbols in a slot may be used to transmit a UL control channel (hereinafter, a UL control region). N and M are each an integer of 0 or more. A resource region (hereinafter, a data region) between the DL control region and the UL control region may be used for DL data transmission or UL data transmission. As an example, the following configuration may be considered. Each section was listed in chronological order.

1.DL only configuration

2. UL only configuration

3. Mixed UL-DL configuration

-DL area + GP(Guard Period) + UL control area

-DL control area + GP + UL area

* DL area: (i) DL data area, (ii) DL control area + DL data area

* UL area: (i) UL data area, (ii) UL data area + UL control area

The PDCCH may be transmitted in the DL control region, and the PDSCH may be transmitted in the DL data region. PUCCH may be transmitted in the UL control region, and PUSCH may be transmitted in the UL data region. On the PDCCH, downlink control information (DCI), for example, DL data scheduling information, UL data scheduling information, and the like may be transmitted. In PUCCH, uplink control information (UCI), for example, positive acknowledgment/negative acknowledgment (ACK/NACK) information for DL data, channel state information (CSI) information, scheduling request (SR), and the like may be transmitted. The GP provides a time gap when the base station and the terminal switch from a transmission mode to a reception mode or a process from a reception mode to a transmission mode. Some symbols at a time point at which the DL to UL is switched in the subframe may be set as GP.

Bandwidth Part (BWP)

In the NR system, up to 400 MHz can be supported per one carrier. If the UE operating on such a wideband carrier always operates with a radio frequency (RF) module for the entire carrier on, the UE battery consumption may increase. Or, considering several use cases (eg, eMBB, URLLC, mMTC, V2X, etc.) operating within one wideband carrier, different neurology (eg, subcarrier spacing) for each frequency band within the corresponding carrier. Can be supported. Alternatively, each UE may have different capabilities for the maximum bandwidth. In consideration of this, the base station may instruct the UE to operate only in a portion of the bandwidth, not the entire bandwidth of the wideband carrier, and the portion of the bandwidth is referred to as a bandwidth part (BWP). In the frequency domain, the BWP is a subset of contiguous common resource blocks defined for the numerology μi in the bandwidth part i on the carrier, and one numerology (e.g., subcarrier spacing, CP length, slot/mini-slot duration) Period) can be set.

Meanwhile, the base station may set one or more BWPs in one carrier set to the UE. Alternatively, when UEs are concentrated in a specific BWP, some UEs may be moved to another BWP for load balancing. Alternatively, in consideration of frequency domain inter-cell interference cancellation between neighboring cells, some spectrum of the entire bandwidth may be excluded and both BWPs of the cell may be set in the same slot. That is, the base station may set at least one DL/UL BWP to the UE associated with the wideband carrier, and at least one DL/UL BWP among the DL/UL BWP(s) set at a specific time (physical L1 signaling as a layer control signal, MAC control element (CE) as a MAC layer control signal, or RRC signaling) can be activated and switch to another configured DL/UL BWP (L1 signaling, MAC CE, or by RRC signaling) or by setting a timer value so that the UE switches to a predetermined DL/UL BWP when the timer expires. In this case, in order to indicate to switch to another configured DL/UL BWP, DCI format 1_1 or DCI format 0_1 may be used. The activated DL/UL BWP is specifically referred to as the active DL/UL BWP. In situations such as when the UE is in the process of initial access or before the RRC connection of the UE is set up, the UE may not be able to receive the configuration for the DL/UL BWP. In this situation, the DL/UL BWP assumed by the UE is called an initial active DL/UL BWP.

Meanwhile, the DL BWP is a BWP for transmitting and receiving a downlink signal such as a PDCCH and/or a PDSCH, and the UL BWP is a BWP for transmitting and receiving an uplink signal such as a PUCCH and/or a PUSCH.

In the NR system, a downlink channel and/or a downlink signal can be transmitted and received in an active DL Downlink Bandwidth Part (BWP). In addition, an uplink channel and/or an uplink signal may be transmitted and received within an active UL BWP (Uplink Bandwidth Part).

Downlink channel structure

The base station transmits a related signal to the terminal through a downlink channel to be described later, and the terminal receives a related signal from the base station through a downlink channel to be described later.

(1) Physical downlink shared channel (PDSCH)

The PDSCH carries downlink data (e.g., DL-shared channel transport block, DL-SCH TB), and modulation methods such as Quadrature Phase Shift Keying (QPSK), Quadrature Amplitude Modulation (QAM), 64 QAM, and 256 QAM are used. Apply. A codeword is generated by encoding TB. The PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and modulation symbols generated from each codeword are mapped to one or more layers (Layer mapping). Each layer is mapped to a resource together with a demodulation reference signal (DMRS) to generate an OFDM symbol signal, and is transmitted through a corresponding antenna port.

(2) Physical downlink control channel (PDCCH)

The PDCCH carries downlink control information (DCI) and a QPSK modulation method is applied. One PDCCH is composed of 1, 2, 4, 8, 16 Control Channel Elements (CCEs) according to the Aggregation Level (AL). One CCE consists of 6 REGs (Resource Element Group). One REG is defined by one OFDM symbol and one (P)RB.

17 illustrates one REG structure. In FIG. 17, D represents a resource element (RE) to which DCI is mapped, and R represents an RE to which DMRS is mapped. The DMRS is mapped to RE #1, RE #5 and RE #9 in the frequency domain direction within one symbol.

The PDCCH is transmitted through a control resource set (CORESET). CORESET is defined as a REG set with a given pneumonology (eg, SCS, CP length, etc.). A plurality of OCRESETs for one terminal may overlap in the time/frequency domain. CORESET may be set through system information (eg, MIB) or UE-specific higher layer (eg, Radio Resource Control, RRC, layer) signaling. Specifically, the number of RBs constituting CORESET and the number of symbols (maximum 3) may be set by higher layer signaling.

The precoder granularity in the frequency domain for each CORESET is set to one of the following by higher layer signaling:

-sameAsREG-bundle: same as REG bundle size in frequency domain

-allContiguousRBs: same as the number of consecutive RBs in the frequency domain inside CORESET

REGs in CORESET are numbered based on a time-first mapping manner. That is, REGs are numbered sequentially from 0 starting from the first OFDM symbol in the lowest-numbered resource block inside the CORESET.

The mapping type from CCE to REG is set to one of a non-interleaved CCE-REG mapping type or an interleaved CCE-REG mapping type. FIG. 18(a) illustrates a non-interleaved CCE-REG mapping type, and FIG. 18(b) illustrates an interleaved CCE-REG mapping type.

-Non-interleaved CCE-REG mapping type (or localized mapping type): 6 REGs for a given CCE constitute one REG bundle, and all REGs for a given CCE are contiguous. One REG bundle corresponds to one CCE

-Interleaved (interleaved) CCE-REG mapping type (or Distributed mapping type): 2, 3, or 6 REGs for a given CCE constitute one REG bundle, and the REG bundles are interleaved in CORESET. The REG bundle in the CORESET consisting of 1 OFDM symbol or 2 OFDM symbols consists of 2 or 6 REGs, and the REG bundle in the CORESET consisting of 3 OFDM symbols consists of 3 or 6 REGs. REG bundle size is set for each CORESET

19 illustrates a block interleaver. The number of rows (A) of the (block) interleaver for the above interleaving operation is set to one of 2, 3, and 6. When the number of interleaving units for a given CORESET is P, the number of columns of the block interleaver is equal to P/A. As shown in FIG. 19, a write operation for the block interleaver is performed in a row-first direction, and a read operation is performed in a column-first direction. Cyclic shift (CS) in an interleaving unit is applied based on an ID that can be set independently for an ID that can be set for DMRS.

The UE acquires DCI transmitted through the PDCCH by performing decoding (aka, blind decoding) on the set of PDCCH candidates. The set of PDCCH candidates decoded by the UE is defined as a PDCCH search space set. The search space set may be a common search space or a UE-specific search space. The UE may acquire DCI by monitoring PDCCH candidates in one or more search space sets configured by MIB or higher layer signaling. Each CORESET setting is associated with one or more sets of search spaces, and each set of search spaces is associated with one COREST setting. One set of search spaces is determined based on the following parameters.

-controlResourceSetId: represents the set of control resources related to the search space set

-monitoringSlotPeriodicityAndOffset: indicates PDCCH monitoring period interval (slot unit) and PDCCH monitoring interval offset (slot unit)

-monitoringSymbolsWithinSlot: indicates the PDCCH monitoring pattern in the slot for PDCCH monitoring (eg, indicates the first symbol(s) of the control resource set)

-nrofCandidates: indicates the number of PDCCH candidates per AL={1, 2, 4, 8, 16} (one of 0, 1, 2, 3, 4, 5, 6, 8)

Table 9 exemplifies features of each search space type.

Type	Search Space	RNTI	Use Case
Type0-PDCCH	Common	SI-RNTI on a primary cell	SIB Decoding
Type0A-PDCCH	Common	SI-RNTI on a primary cell	SIB Decoding
Type1-PDCCH	Common	RA-RNTI or TC-RNTI on a primary cell	Msg2, Msg4 decoding in RACH
Type2-PDCCH	Common	P-RNTI on a primary cell	Paging Decoding
Type3-PDCCH	Common	INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s)
	UE Specific	C-RNTI, or MCS-C-RNTI, or CS-RNTI(s)	User specific PDSCH decoding

Table 10 exemplifies DCI formats transmitted through PDCCH.

DCI format	Usage
0_0	Scheduling of PUSCH in one cell
0_1	Scheduling of PUSCH in one cell
1_0	Scheduling of PDSCH in one cell
1_1	Scheduling of PDSCH in one cell
2_0	Notifying a group of UEs of the slot format
2_1	Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE
2_2	Transmission of TPC commands for PUCCH and PUSCH
2_3	Transmission of a group of TPC commands for SRS transmissions by one or more UEs

DCI format 0_0 is used to schedule TB-based (or TB-level) PUSCH, DCI format 0_1 is TB-based (or TB-level) PUSCH or CBG (Code Block Group)-based (or CBG-level) PUSCH Can be used to schedule DCI format 1_0 is used to schedule TB-based (or TB-level) PDSCH, DCI format 1_1 is used to schedule TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH I can. DCI format 2_0 is used to deliver dynamic slot format information (eg, dynamic SFI) to the terminal, and DCI format 2_1 is used to deliver downlink pre-Emption information to the terminal. DCI format 2_0 and/or DCI format 2_1 may be delivered to terminals in a corresponding group through a group common PDCCH, which is a PDCCH delivered to terminals defined as one group.

Random Access (RA) process

20 illustrates an example of a random access process. In particular, FIG. 20 illustrates a contention-based random access process.

First, the UE may transmit a random access preamble through the PRACH as Msg1 in the random access procedure in the UL.

Random access preamble sequences having two different lengths are supported. Long sequence length 839 is applied for subcarrier spacing of 1.25 and 5 kHz, and short sequence length 139 is applied for subcarrier spacing of 15, 30, 60 and 120 kHz.

Multiple preamble formats are defined by one or more RACH OFDM symbols and different cyclic prefixes (and/or guard times). RACH configuration for the cell is included in the system information of the cell and provided to the UE. The RACH configuration includes information on the subcarrier spacing of the PRACH, available preambles, and preamble format. The RACH configuration includes association information between SSBs and RACH (time-frequency) resources. The UE transmits a random access preamble in the RACH time-frequency resource associated with the detected or selected SSB.

The SSB threshold for RACH resource association can be set by the network, and the RACH preamble is transmitted based on the SSB in which the reference signal received power (RSRP) measured based on the SSB satisfies the threshold. Or, retransmission is performed. For example, the UE may select one of SSB(s) meeting the threshold value, and transmit or retransmit the RACH preamble based on the RACH resource associated with the selected SSB.

When the BS receives the random access preamble from the UE, the BS transmits a random access response (RAR) message (Msg2) to the UE. The PDCCH for scheduling the PDSCH carrying the RAR is transmitted after being CRC masked with a random access (RA) radio network temporary identifier (RNTI) (RA-RNTI). A UE that detects a PDCCH masked with RA-RNTI may receive an RAR from a PDSCH scheduled by a DCI carried by the PDCCH. The UE checks whether the preamble transmitted by the UE, that is, random access response information for Msg1, is in the RAR. Whether there is random access information for Msg1 transmitted by the UE may be determined based on whether a random access preamble ID for a preamble transmitted by the UE exists. If there is no response to Msg1, the UE may retransmit the RACH preamble within a predetermined number of times while performing power ramping. The UE calculates the PRACH transmission power for retransmission of the preamble based on the most recent path loss and power ramping counter.

Random access response information is timing advance information for UL synchronization, a UL grant, and when a UE temporary UE receives random access response information for itself on the PDSCH, the UE provides timing advance information for UL synchronization, initial UL Grant, UE temporary (temporary) cell RNTI (cell RNTI, C-RNTI) can be known. The timing advance information is used to control the uplink signal transmission timing. In order to better align the PUSCH/PUCCH transmission by the UE with the subframe timing at the network side, the network (e.g., BS) measures the time difference between PUSCH/PUCCH/SRS reception and subframes, and based on this You can send timing advance information. The UE may transmit UL transmission as Msg3 in a random access procedure on an uplink shared channel based on random access response information. Msg3 may include an RRC connection request and a UE identifier. In response to Msg3, the network may send Msg4, which may be treated as a contention resolution message on the DL. By receiving Msg4, the UE can enter the RRC connected state.

On the other hand, the contention-free random access procedure may be used in the process of handing over to another cell or BS by the UE, or may be performed when requested by the command of the BS. The basic process of the contention-free random access process is similar to the contention-based random access process. However, unlike a contention-based random access process in which the UE randomly selects a preamble to be used among a plurality of random access preambles, in the case of a contention-free random access process, the preamble to be used by the UE (hereinafter, a dedicated random access preamble) is the BS It is assigned to the UE. Information on the dedicated random access preamble may be included in an RRC message (eg, a handover command) or may be provided to the UE through a PDCCH order. When the random access procedure is initiated, the UE transmits a dedicated random access preamble to the BS. When the UE receives the random access process from the BS, the random access process is completed.

As mentioned above, the UL grant in the RAR schedules PUSCH transmission to the UE. The PUSCH carrying the initial UL transmission by the UL grant in the RAR is also referred to as Msg3 PUSCH. The contents of the RAR UL grant start at the MSB and end at the LSB, and are given in Table 11.

RAR UL grant field	Number of bits
Frequency hopping flag	One
Msg3 PUSCH frequency resource allocation	12
Msg3 PUSCH time resource allocation	4
Modulation and coding scheme (MCS)	4
Transmit power control (TPC) for Msg3 PUSCH	3
CSI request	One

The TPC command is used to determine the transmit power of the Msg3 PUSCH, and is interpreted according to Table 12, for example.

TPC command	value [dB]
0	-6
One	-4
2	-2
3	0
4	2
5	4
6	6
7	8

In the contention-free random access procedure, the CSI request field in the RAR UL grant indicates whether the UE will include an aperiodic CSI report in the corresponding PUSCH transmission. The subcarrier spacing for Msg3 PUSCH transmission is provided by the RRC parameter. The UE will transmit PRACH and Msg3 PUSCH on the same uplink carrier of the same serving cell. The UL BWP for Msg3 PUSCH transmission is indicated by System Information Block1 (SIB1).

Prior to the detailed description, an example of implementing operations of a terminal and a base station according to an embodiment of the present disclosure will be described with reference to FIGS. 21 to 22.

21 is a diagram for explaining an example of an operation implementation of a terminal according to the present disclosure. Referring to FIG. 21, the UE may transmit an uplink signal including a physical random access channel (PRACH) preamble and a physical uplink shared channel (PUSCH) (S2101). In addition, in response to the uplink signal, a downlink signal including contention resolution information may be received (S2103). In this case, a specific method for the UE of S2101 to S2103 to perform the random access process may be based on the embodiments and features described later.

Meanwhile, the terminal of FIG. 21 may be any one of various wireless devices disclosed in FIGS. 27 to 30. For example, the terminal of FIG. 21 may be the first wireless device 100 of FIG. 27 or the wireless devices 100 and 200 of FIG. 28. In other words, the operation process of FIG. 21 may be performed and executed by any one of various wireless devices disclosed in FIGS. 27 to 30.

22 is a diagram for describing an example of an operation implementation of a base station according to the present disclosure. Referring to FIG. 22, the base station receives an uplink signal including a PRACH (Physical Random Access Channel) preamble and a PUSCH (Physical Uplink Shared Channel) (S2201), and in response to the uplink signal, contention resolution resolution) information can be transmitted (S2203). In this case, a specific method for the base station of S2201 to S2203 to perform the random access process may be based on embodiments and features described later.

Meanwhile, the base station of FIG. 22 may be any one of various wireless devices disclosed in FIGS. 27 to 30. For example, the base station of FIG. 22 may be the second wireless device 200 of FIG. 27 or the wireless devices 100 and 200 of FIG. 28. In other words, the operation process of FIG. 22 may be performed and executed by any one of various wireless devices disclosed in FIGS. 27 to 30.

Unlike the existing LTE and NR Rel-15 in which the random access procedure (RACH Procedure) was configured in 4-steps, in NR Rel-16, in order to reduce the latency in the RACH procedure of the terminal 2 -The 2-step RACH Procedure was introduced. In the newly introduced 2-step RACH, the step of transmitting Message 3 (Msg 3) including a Physical Uplink Shared Channel (PUSCH) in the existing 4-step RACH and a contention resolution message, etc. The step of transmitting Msg 4 including a has been omitted. Instead, in the first step of the random access procedure performed by the terminal, Msg including a random access preamble and a PUSCH so that not only a random access preamble (or Physical Random Access Channel preamble; PRACH preamble) but also a PUSCH can be transmitted. A can be transmitted to the base station. In addition, the base station receiving Msg A may transmit Msg B including a random access response (RAR), contention resolution message, and Timing Advance (TA) information to the terminal as a response to Msg A. The terminal receiving Msg B completes the random access procedure by decoding Msg B and then performs data transmission/reception.

23 is a diagram showing a basic process of a 2-step RACH. Referring to FIG. 23, the UE transmits a RACH preamble (or PRACH preamble) and Msg A including a PUSCH to perform a random access procedure for a base station (S2301). The base station receiving Msg A transmits Msg B including information such as RAR and contention resolution in response to Msg A (S2303), and after the terminal successfully receives Msg B, the terminal completes access to the base station. And it is possible to transmit and receive data with the base station (S2305).

As described above, in the case of a 2-step RACH, the base station transmits Msg B to the terminal when it successfully receives Msg A including PRACH preamble and PUSCH. At this time, the UE monitors a Physical Downlink Control Channel (PDCCH) for Msg B for a predetermined time using a specific Radio Network Temporary Identifier (RNTI).

On the other hand, if the base station fails to receive Msg A, the base station instructs the terminal to not transmit any response signal or to switch to the 4-step RACH (fall-back). If the base station does not transmit any response signal to the terminal, the terminal monitors a response signal such as Msg B of the base station or a signal such as PDCCH for Msg B and fails to detect after a certain period of time. It is possible to initiate a procedure for retransmission. When the base station transmits a signal indicating fall-back to the 4-step RACH to the terminal, the terminal stops monitoring of Msg B and performs the 4-step RACH only when the terminal receives the fall-back to the 4-step RACH. You can start.

In the 2-step RACH, the UE and the base station must distinguish between the time to transmit and receive the fall-back signal for the 4-step RACH and the time to retransmit and receive the Msg A for the 2-step RACH, or the 2- The access procedure can be correctly completed only when a problem such as a step RACH and a 4-step RACH must be distinguished, or a plurality of 2-step RACHs must be distinguished in a certain time interval. Hereinafter, characteristics of the 2-step RACH will be described, and embodiments for solving the above-described problems will be described.

Decoding of Msg A

In the case of 2-step RACH, since the PRACH preamble and the PUSCH are included in Msg A, the base station must determine whether the PRACH preamble and the PUSCH are respectively successfully detected to determine whether the reception of Msg A is successful. In the transmission of Msg A to the base station of the UE, the PRACH preamble is transmitted before the PUSCH in time. Accordingly, considering that the base station decodes the PRACH preamble first, in the case of success/failure of decoding for Msg A of the base station Is divided into:

Case (1): PRACH preamble detection success / PUSCH detection success

Case (2): PRACH preamble detection success / PUSCH detection failure

Case (3): PRACH preamble detection failure

-Among the above cases, Case (1) is a case in which the base station successfully decodes both the PRACH preamble and the PUSCH. At this time, the base station transmits Msg B to the terminal in response to Msg A. If the terminal correctly receives Msg B, the contention resolution procedure is completed and the random access procedure is also terminated.

-Case (2) is a case where the base station detects the PRACH preamble but does not detect the PUSCH. At this time, since the base station has successfully received the PRACH preamble including information such as the UE's identifier, in this case, the RAR for fall-back to the 4-step RACH may be transmitted so that the PRACH preamble does not need to be received again. From then on, the UE transmits Msg 3 including the PUSCH to the base station, and the base station transmits Msg 4 including the contention resolution to complete the random access procedure, similar to the general 4-step RACH.

Or as another operation of the base station in Case (2), the base station transmits Msg B to the terminal considering that the terminal is monitoring the PDCCH for Msg B, but Msg 3 in the 4-step RACH to the transmitting Msg B You can include a message instructing the transmission of. In this case, when the UE receives the PDCCH corresponding to Msg B while monitoring the PDCCH, the UE decodes the related Physical Downlink Shared Channel (PDSCH) to obtain an indicator for the Msg 3 transmission operation. The UE instructed to transmit Msg 3 transmits Msg 3 including the PUSCH through a preparation time for transmitting the PUSCH, and then the base station transmits Msg 4 including the contention resolution to complete the random access procedure.

-Case (3) is a case where the base station does not detect the PRACH preamble. In this case, since the base station cannot identify the terminal, the RAR or Msg B cannot be transmitted to the terminal, and the terminal also cannot receive corresponding signals. In this case, the UE determines that the base station has not properly received Msg A and performs a procedure of retransmitting Msg A.

Discussion of TC-RNTI

As in some examples of Case (1) or Case (2), a Temporary Cell-RNTI (TC-RNTI) may be required for the UE to monitor the PDDCH for Msg B, and therefore, from the standpoint of the base station, Allocating TC-RNTI can be an issue in 2-step RACH. For example, if it is necessary to allocate TC-RNTI to terminals monitoring the PDCCH for Msg B, whether to allocate TC-RNTI in units of terminal groups so that terminals in a certain group use a common TC-RNTI? Alternatively, whether or not the TC-RNTI is allocated for each individual terminal so that each terminal uses a different TC-RNTI may be a problem.

The present disclosure does not specifically deal with the contents of the TC-RNTI allocation method, but issues related to the TC-RNTI mentioned in the 2-step RACH newly introduced in NR Rel-16 need to be further discussed later.

How to identify RNTI

As in some examples of Case (1) or Case (2), it is necessary to define the RNTI used when the terminal monitors the PDCCH for Msg B.

First, the RNTI used for PDCCH monitoring may be delivered to the terminal through the RAR. If the UE transmits the PRACH preamble to the base station and the base station successfully detects the PRACH preamble, the base station may send a response to the Preamble Index (RAPID) of the detected PRACH preamble. Here, the base station may deliver the RNTI for the RAPID successfully detected through the RAR to the corresponding terminal. Thereafter, if the UE receives the RAR and checks the RAPID transmitted by itself and confirms that there is a corresponding RNTI, the UE can perform PDCCH monitoring for Msg B or PDCCH monitoring for other downlink data based on the RNTI. In addition, uplink data transmission may be performed using TC-RNTI. Alternatively, the UE may use the indicated RNTI as an initialization seed value of a scrambling sequence applied during data transmission.

The UE and the base station performing the RACH procedure must be able to distinguish between the RNTI for each RACH process and the PDCCH corresponding thereto. For example, if the same RO is used to perform 2-step RACH and 4-step RACH, even if different preambles are used in each RACH, the RA-RNTI is the same, so the PDCCH is monitored to receive the RAR afterwards. In the process, it may be difficult to distinguish DCI for each RACH. Or, as another example, in the 2-step RACH, the monitoring window of the RAR becomes longer than 10ms in the existing 4-step RACH. In this case, the RA-RNTI generated according to a specific RACH Occasion (RO) and the RA-RNTI created according to the specific RACH Occasion (RO) and 10ms later are exactly the same position. RA-RNTIs generated according to other ROs that exist are the same. Therefore, even if the RA-RNTIs generated for each RO are used, their values are the same, and thus, it may be difficult to distinguish DCI in the process of monitoring the PDCCH to receive the RAR. In order to solve the problem that the RNTI and the PDCCH corresponding thereto are not identified as intended by the terminal and the base station because the RNTI is the same, the following RNTI or PDCCH identification methods may be considered.

(1) Example 1: Utilization of conventional RA-RNTI generation formula

First, in the case of performing PDCCH monitoring for Msg B, the RNTI used by the terminal may be generated using the existing RA-RNTI formula. The existing equation for generating RA-RNTI corresponding to a specific RACH Occasion (RO) is as follows.

-RA_RNTI = 1 + s_id + 14*t_id + 14*80*f_id + 14*80*8*ul_carrier_id

Here, factors such as s_id, t_id, f_id and ul_carrier_id for generating RA_RNTI are related to resources for a specific RO. s_id is a value representing the first OFDM symbol index at which a specific RO starts and has an integer value of 0 to 13, and t_id is the first slot index in which a specific RO starts in a frame. system frame) and has an integer value of 0 to 79. In the case of f_id, a value indicating a frequency domain index has an integer value of 0 to 7, and ul_carrier_id is a value indicating whether a UL carrier is indicated and has a value of 0 or 1. For a UL carrier in a normal frequency band, an ul_carrier_id value is indicated as 0, and for a UL carrier in a supplementary UL frequency band, an ul_carrier_id value is indicated as 1.

Based on the above equation, for an RO for transmitting a 2-step RACH preamble, a TC-RNTI or a new RNTI related to the RO may be defined. In particular, a new RNTI value may be obtained through a method of applying a constant offset to a conventional RNTI generation equation. For example, an RNTI may be generated by defining a parameter to be used according to a method of applying a constant offset to a parameter related to a time resource to which an RO for 2-step RACH preamble is mapped. Here, in the conventional RNTI generation formula, applying a constant offset to a parameter related to a time resource means 1) not only can be understood as applying an offset to one specific time resource parameter, but also 2) the conventional RNTI generation formula Considering that it is related to resources, it can also be understood as applying an offset comprehensively to the conventional RNTI generation formula.

As one method, the constant offset value applicable in 2-step RACH may be 14*80*8*2, and in this case, the generation formula for a new RA-RNTI is as follows.

-RA_RNTI_new = 1 + s_id + 14*t_id + 14*80*f_id + 14*80*8*ul_carrier_id + 14*80*8*2

The offset value 14*80*8*2 applied here is understood to be 1) applied as an offset for a parameter s_id indicating symbol resource on time resource, or 2) conventional RNTI generation formula is related to time resource. It can be seen as being applied as an offset to the conventional RNTI generation formula.

Or as another method, considering the fact that there are many unused indexes among s_id or t_id having a range of values, the RO is mapped through a method of applying an offset, excluding the OFDM symbol index and the slot index used. Can be used to generate RNTI.

Specifically, if the RA-RNTI for 4-step RACH is generated using a specific slot index and starting position OFDM symbol index indicated in the RACH configuration table, for the RA-RNTI for 2-step RACH A method of applying a constant offset to the slot index and the start OFDM symbol index indicated in the RACH configuration table may be considered. That is, parameters for generating RA-RNTI for 2-step RACH are values obtained by applying a constant offset value to the slot index and OFDM symbol index indicated in the RACH configuration table.

As an example, a method of applying an offset to an OFDM symbol index may be considered. The RACH preamble using the short sequence consists of at least two OFDM symbols.In the case of RACH preamble format A1, the OFDM symbol index used for the PRACH of 2 OFDM symbol length is even number 0, 2, 4, 6, 8, These are 10, 12, and odd numbers 1, 3, 5, 7, 9, 11, and 13 are not used. Here, OFDM symbol indexes used for RA-RNTI of 4-step RACH are 0, 2, 4, ..., 10, and unused OFDM symbol indexes 1, 3, 5, ..., 11 are 2 Can be used to generate the RA-RNTI of -step RACH. In this case, it can be seen that the offset value 1 is applied to the OFDM symbol index.

As another example, a method of applying an offset to a slot index may be considered. When the 4-step RACH uses slots of 2 ms intervals for slots with a period of 10 ms based on the 15 kHz frequency band, even-numbered slot indexes such as 0, 2, 4, 6, 8 for RNTI of 4-step RACH Will be used. At this time, odd-numbered slot indices such as 1, 3, 5, 7, 9 are not used, so if these indices are used for RNTI of 2-step RACH, even RNTI with the same period of 10ms is used. The RNTI can be created so as not to overlap with the RNTI of the 4-step RACH. In this case, it can be seen that the offset value 1 is applied to the slot index.

If at least one of s_id or t_id avoids the RACH configuration used for 4-step RACH and selects the value, at least 8 RNTIs distinguished from RA-RNTI for 4-step RACH based on f_id will be generated. I can. In addition, the transmission time of the preamble of the 2-step RACH and the preamble of the 4-step RACH is subtracted as the preamble of the 2-step RACH is transmitted in the first 10 ms of the period of 20 ms and the preamble of the 4-step RACH is transmitted in the next 10 ms. If the frame is completely classified, it is possible to generate more RNTIs for distinguishing between 2-step RACH and 4-step RACH.

From a viewpoint similar to the above-described examples, a situation in which an offset is applied to a case where a 4-step RACH and a 2-step RACH share the same RO can be considered. If the RO is the same, each factor to be basically used in the RA-RNTI generation formula will be the same. Therefore, in order to make a difference in RA-RNTI generation, if a specific slot index indicated in RACH configuration for the same RO is used to generate RA-RNTI of 4-step RACH, the specific slot index for 2-step RACH is used. RA-RNTI can be generated by using an index value to which a constant offset is applied to the slot index of.

In this case, as one method of applying an offset to the slot index, for indexes 0 to 79 supported by the slot index t_id of the RA-RNTI generation formula, RA-RNTIs for 4-step RACH and 2-step RACH are There may be a method of discriminating the section of the available slot indices and indicating differently. In particular, it may be considered that the offset is applied based on the fact that the number of slots in the frame varies according to the subcarrier spacing of the frequency band to which the RO is allocated. Specifically, if the subcarrier spacing of the frequency band to which the RO is allocated in Frequency Range 1 (FR1) is 15 kHz or 30 kHz, the t_id value used for RA-RNTI of 4-step RACH is 0 according to the number of slots in the frame according to the subcarrier spacing. Becomes ~39. At this time, since the 40~79 values among the slot indexes are not used, the corresponding 40~79 indexes are used as much as 40 to the t_id value used for the RA-RNTI of the 4-step RACH so that the RA-RNTI of the 2-step RACH can use them. A new t_id value to which the offset value of is applied may be indicated as a parameter of RA-RNTI of 2-step RACH. That is, if the slot index used for the RA-RNTI of the 2-step RACH is t_id_2 and the slot index used for the RA-RNTI of the 4-step RACH is t_id_4, a relationship of t_id_2 = t_id_4 + 40 can be set. . In this case, the RA-RNTIs for the 4-step RACH and the 2-step RACH can be distinguished by using slot indices corresponding to index intervals of 0 to 39 and 40 to 79, respectively, of the slot indexes of 0 to 79.

As another method of applying an offset to the slot index, RA-RNTIs can use different indices without distinguishing the interval of slot indices that can be used by RA-RNTIs for 4-step RACH and 2-step RACH. You can also consider how. For example, if the slot index of slots to which an RO common to a 4-step RACH and a 2-step RACH is actually allocated is indicated as 0, 2, 4, 6, 8, etc., the RA-RNTI for the 4-step RACH is The corresponding slot index of 0, 2, 4, 6, 8, etc. is used as a parameter, and the RA-RNTI for 2-step RACH is 1, 3, 5, 7, 9, etc. You can let the value be used as a parameter. This method has the advantage of being able to distinguish between the 4-step RACH and the RA-RNTIs for the 2-step RACH with a small offset value according to the slot indices of the slots to which the RO is actually allocated.

In addition, in order to apply the offset to the slot index, it may be considered that the number of slots in the frame is changed according to the subcarrier spacing of the frequency band to which the RO is allocated. When RACH slot is indicated based on 15kHz or 60kHz, in the case of 15kHz, indexes of 0, 1, 2, ..., 9 are indicated based on 10 slots, and in case of 60kHz, 0, 1, based on 40 slots. 2, ..., 39 are indicated. In this case, when the subcarrier spacing of the 30kHz or 120kHz band is used for the RO, it can be seen that two slots are included in each of the slots indicated based on 15kHz or 60kHz. If one of the two slots is used to generate the RA-RNTI for the 4-step RACH, the index of the remaining one unused slot may be used to generate the RA-RNTI for the 2-step RACH.

(2) Example 2: Apply offset for each period of time

It has been described that through the method of Example 1, when the RA-RNTI formula is used, factors related to resources are the same, and thus RNTIs requiring distinction can have different values. For example, through the method of Example 1, the RA-RNTI for 4-step RACH and the RA-RNTI for 2-step RACH use different parameters based on the offset in the same time interval, and each RNTI values are different values. You will be able to have. However, even if RA-RNTIs are for 4-step RACH or 2-step RACH, if each RA-RNTI is set to repeat the same value in a period of 10 ms, the monitoring window length for PDCCH detection is less than 10 ms. In the case of lengthening, problems of identification may occur. In other words, even if a TC-RNTI or a new RNTI related to the RO at a specific time is created, if there is another RO existing at the exact same location after an interval of 10 ms, 20 ms, ... from a specific time point, the TC generated every 10 ms -A problem of overlapping RNTI or new RNTI may occur.

For example, when performing a 4-step RACH through an RO at a specific point in time in an unlicensed band, it is assumed that the length of the Random Access Response monitoring window is increased to 20ms in case the PDCCH transmission is delayed due to Listen Before Talk (LBT). can do. At this time, the RA-RNTI generated by the UE based on the RO at the specific time point is used for a 20ms period to detect PDCCH within the monitoring window. However, the above RA-RNTI has a problem that cannot be distinguished in the 10 to 20 ms interval of the monitoring window compared to the RA-RNTI for this other RO when there is another RO that exists at the exact same location 10 ms after the specific time point. Can occur.

As another example, in a 2-step RACH through an RO at a specific point in time, it may be assumed that the UE monitors the RAR and Msg B together. The length of the monitoring window of the RAR is up to 10 ms, while a contention resolution timer applied to receive information included in the conventional Msg 4 in Msg B is applied for a longer period. At this time, the RA-RNTI generated by the UE based on the RO at the specific time point is used for a period for the contention resolution timer beyond 10 ms. However, the above RA-RNTI has a problem that cannot be distinguished in the section for a contention resolution timer of 10 ms or more compared to the RA-RNTI for this other RO when there is another RO that exists at the exact same location 10 ms after the specific time point. Can occur.

In order to solve the above RNTI identification problem, hereinafter, a method of applying a time offset value applied to the RNTI generation process for RO as a different value every 10 ms will be considered.

The UE generates an RA-RNTI based on the RO at the time of transmitting the RACH preamble, and then monitors the PDCCH for the RAR or Msg B using the RA-RNTI. After a certain period of time elapses from the time point when the UE decides to monitor the PDCCH, the UE newly calculates the RA-RNTI for monitoring the PDCCH for the corresponding RO. Here, the predetermined time, which is the reference of the time point for calculating RA-RNTI, may be 10 ms.

At this time, the RA-RNTI newly generated by the UE after a certain time should be generated differently from the previous one. The newly generated RA-RNTI is a slot index for distinguishing the aforementioned 4-step RACH and RA-RNTIs for the 2-step RACH. Alternatively, a method of applying an offset to an OFDM symbol index or the like may be used. For example, for the slot index t_id used in the formula to generate the RA-RNTI for monitoring the first 0 to 10 ms interval for a specific RO, the new RA-RNTI for monitoring the 10 to 20 ms interval is added to the t_id. It can be generated by using the t_id+1 value added by the offset value of 1. In addition, a new RA-RNTI for monitoring in a 20 to 30 ms interval may be set to generate a t_id+2 value, and a new RA-RNTI for monitoring in a 30 to 40 ms interval may be set to be generated using a t_id+3 value. Here, the offset is set to 1 as an example, and the offset is not limited to 1, and various values according to the method of applying the offset described above in the present disclosure may be applied.

The above method is not limited to being applied to a 2-step RACH process including PDCCH monitoring for Msg B, and may be similarly applied even when the PDCCH monitoring period is lengthened in 4-step RACH. For example, as described above, in preparation for a delay in PDCCH transmission due to LBT in a 4-step RACH of an unlicensed band, a situation in which the monitoring window length of the RAR needs to be increased to 10 ms or more may occur. In this case, if a specific slot index or OFDM symbol index is used as a parameter in the RA-RNTI for monitoring in the first 0 to 10 ms, the RA-RNTI for monitoring in the subsequent interval is the specific slot index or A value obtained by applying a constant offset to the OFDM symbol index may be generated as a parameter for calculation.

Or, as another similar method, when first generating RA-RNTI, consider a method of substituting the slot index of the RO with a slot index within a 20 ms (or more) time period and reflecting it as a parameter in the RA-RNTI calculation. have. For example, when the subcarrier spacing of the frequency band to which the RO is allocated is 15 kHz, the slot indexes for 20 slots spanning two frames may be substituted with 0 to 19 and used in calculation for RA-RNTI. However, in order to use RA-RNTI according to this method, the base station and the terminal must accurately know the start and end time of the time interval (20 ms (or more) time interval in the above case) that is the standard for slot index substitution. A condition is necessary. However, in the case where the terminal performs a handover in an asynchronous network, the terminal can obtain boundary information such as the start time and end time for the 10 ms time interval of the target cell. In order to secure boundary information of a time interval longer than 10ms, System Frame Number (SFN) information must be obtained. However, in order for the UE to acquire SFN information, it is necessary to decode a physical broadcast channel (PBCH) including SFN information, and as a result, there is a possibility that a latency may occur during handover.

(3) Embodiment 3: Using PDCCH information

On the other hand, when a problem of identification for RA-RNTIs occurs, methods of using the existing RA-RNTI in the same manner but distinguishing each RA-RNTI in the PDCCH may be considered.

1) As an example of a method of distinguishing each RA-RNTI in the PDCCH, overlapping RA-RNTIs may be distinguished by using a PDCCH scrambling sequence. The RNTI has a length of 16 bits, and the length of the CRC in which bits for the RNTI are scrambling is 24 bits. At this time, each RA-RNTI can be distinguished by mapping the RNTI of 24 bits for the CRC to 16 bits and scrambled by including identification information for each RA-RNTI in some of the remaining 8 bits. That is, while maintaining the same 16-bit value for the commonly used RNTI, additional bits that can specify each RA-RNTI can be used for CRC scrambling, and the terminal interprets the specified additional bits to determine the RA-RNTIs. Can be distinguished.

As an example, when trying to distinguish between 4-step RACH and RA-RNTIs for 2-step RACH, RA-RNTIs for 4-step RACH are scrambled in the first 16 bits among 24 bits, so the remaining 8 bits RA-RNTIs for 2-step RACH can be distinguished by adding information that can identify 2-step RACH to. When the terminal scrambles the CRC related to a specific RNTI and determines that there is no information in the last 8 bits, the UE determines that the RNTI is related to 4-step RACH, and if it is determined that there is masking information in the last 8 bits, the corresponding RNTI is 2- It is determined that it is related to step RACH.

As another example, this method may be applied when RAR and Msg B use the same RNTI. In particular, an extra 8 bits for identification of RAR and Msg B can be configured with reference to the description of the CRC attachment-related content defined in 3GPP TS 38.212 below.

Referring to the above, when 16-bit RNTI is scrambled to 24 bits for CRC and the remaining 8 bits are scrambled additionally, it may be considered to configure bits in the following manner.

here,

Is a bit of information

Parity bit on

Is the output bit to which the operation of is applied,

Represents the CRC scrambled bit. At this time, as the Xmask used for the CRC scrambling operation, {0,0,0,0,0,0,0,0}, which was previously used, can be used in the same manner.If additional Xmask is considered, {0, Bit strings such as 1,0,1,0,1,0,1}, {0,0,0,0,0,0,0,1} may be used.

The method is not limited to the case where the RNTI is 16 bits, and can be applied even when the RNTI is increased to 24 bits. Likewise, a bit string in which an existing 16-bit RNTI and an RNTI (eg, 24 bits) using extended bits are scrambled may be determined in a range of a certain value.

As another example, when the PDCCH monitoring window is longer than 10 ms, additional information may be included in the PDCCH even when repetitive RNTIs need to be distinguished. For example, after mapping an RNTI of 16 bits from 24 bits for CRC, information on a time interval of 10 ms units may be included in the remaining 8 bits.

In other words, even if the PDCCH monitoring window is longer than 10ms, bit information that can distinguish time intervals such as 0-10ms interval, 10-20ms interval, 20-30ms interval or 30-40ms interval based on a specific time point remains. By including it in 8 bits to be scrambled, the UE can distinguish RNTIs. For example, in two of the remaining 8 bits, a bit indicating a 0 to 10 ms interval from the time when the terminal starts monitoring the PDCCH is indicated as '00', and the 10 to 20 ms interval is '01', and 20 to The 30ms section can be indicated as '10', and the 30~40ms section can be indicated as '11'. In this case, even if the PDCCH monitoring window is longer than 10 ms, the UE can distinguish overlapping RNTIs by analyzing bit information according to a time interval from the start of PDCCH monitoring.

2) As another example of a method of distinguishing each RA-RNTI in the PDCCH, overlapping RNTIs may be distinguished by reflecting a separate value specifying a user in the PDCCH Demodulation Reference Signal (DMRS) sequence. That is, in configuring the DMRS sequence, a method of initializing the DMRS sequence using RNTI and n_id values as seed values may be considered. In general, when RNTI is used in common, the RNTI value will be applied as the seed value. However, if users need to be identified, the n_id value that can specify the user can be additionally used together with the commonly used RNTI.

3) As another example of a method for discriminating each RA-RNTI in the PDCCH, overlapping RNTIs may be discriminated by information (contents) included in the PDCCH. That is, information for discriminating each RNTI may be input to some bits of the DCI to indicate that PDCCHs for the same RNTI have different purposes.

Specifically, if the RA-RNTI values for each PDCCH of the RAR and Msg B overlap, the terminal detecting the PDCCH by inputting information to which each RA-RNTI can be matched to the DCI, each PDCCH is selected from among RAR and Msg B. It is possible to distinguish whether it is a PDCCH related to a message.

Or, when it is necessary to distinguish between RA-RNTI for 4-step RACH and RA-RNTI for 2-step RACH, information on whether each RA-RNTI is for 4-step RACH or 2-step RACH in DCI By inputting, the terminal detecting the PDCCH can distinguish the PDCCH for the RACH it performs.

For other reasons, even when the length of the monitoring window set by the terminal is longer than 10 ms and it is necessary to distinguish the same repeated RA-RNTI values every 10 ms, information on which time interval each RA-RNTI is related to The terminal that detects the PDCCH by input can appropriately distinguish the PDCCH. As one method, the lower N bits of bits for SFN may be included in the DCI. Here, the SFN may be the number of the frame including the RACH occasion selected by the UE to transmit the RACH preamble. Specifically, N=2, and up to 4 time periods can be distinguished through 2 bits represented by 00, 01, 10, and 11. Alternatively, information indicating each time interval based on a specific time point may be included in the DCI. With respect to the time period during which the UE monitors the PDCCH for receiving the RAR, 0 to 10 ms from a specific time such as the start time of monitoring the PDCCH or the time of transmission of the RACH preamble through 2 bits represented by 00, 01, 10, 11 , 10~20*10ms, 2*10~3*10ms, and 3*10~4*10ms time intervals can be distinguished.

(4) Example 4: Use RAR message/Msg B

In a case where an identification problem occurs because RA-RNTIs are set to repeat the same value at a constant period such as 10 ms, a method of including an indicator of the RNTI directly in the contents of the RAR message and/or Msg B may also be considered.

However, in the case of this method, the UE can receive the RAR and/or Msg B and know the correct RNTI information, but only when the RAR and/or Msg B is received, the RNTI information can be recognized, which may cause a delay in the RACH process. I can.

(5) Embodiment 5: Using information related to the state of the terminal

In addition to the methods for distinguishing the RNTI described in the above-described embodiments 1 to 4, a method for distinguishing the RNTI will be described by additionally considering the state of the terminal.

RO can be shared for 4-step RACH and 2-step RACH, and in this case, RACH preamble is divided and allocated for each RACH procedure. In this case, if the RA-RNTI is generated according to the RO, it may be difficult for the terminal to receive responses corresponding to the two RACH procedures to distinguish signals for each response.

The UE performing the 4-step RACH monitors the PDCCH for RAR (msg 2) from the slot after transmitting the RACH preamble. At this time, the search space to be monitored will be the RAR search space indicated by the base station, and the PDCCH is monitored using RA-RNTI in a monitoring period set to a maximum of 10 ms.

On the other hand, the UE performing 2-step RACH transmits the msg A RACH preamble, and after a certain time elapses from the time when msg A PUSCH is transmitted or the end time of the msg A PUSCH group, from the slot set to DL or Flexible. Step The PDCCH for the RAR of RACH is monitored. In this case, the search space in which the UE monitors the PDCCH for the RAR of the 2-step RACH may be a search space configured for the 4-step RACH, or if a separate search space is designated for the 2-step, the corresponding search space You can also use Here, the RNTI used may be classified according to the radio resource control connection state of the terminal.

For example, when the UE is in the RRC connected state, C-RNTI is used for PDCCH for reception of msg B (success RAR), and RA-RNTI can be used for PDDCH for RAR reception indicating Fall-back at the same time. have. Alternatively, for a case in which the UE is in the RRC connected state, RA-RNTI is used for both the PDCCH for reception of msg B and the PDCCH for reception of RAR indicating fall-back, and may be distinguished through the above-described embodiments.

On the other hand, when the UE is in the RRC IDLE state or the RRC INACTIVE state, RA-RNTI may be used for the PDCCH for RAR reception. The RA-RNTI used at this time may be set to have a distinct value between the RA-RNTI for 4-step RACH and the RA-RNTI for 2-step RACH based on the above-described embodiments. Alternatively, RA-RNTI for 4-step RACH and RA-RNTI for 2-step RACH use the same value, but based on the above-described embodiments, 16-bit RA-RNTI among 24-bit CRC bits is mapped It is also possible to distinguish by inputting information for distinguishing 2-step RACH in a specific bit string within the remaining 8 bits.

It has been described that the UE can differentiate between a 4-step RACH and a PDCCH for a 2-step RACH according to the above methods of identifying a monitored search space or RA-RNTI. However, considering that the starting point of PDCCH monitoring for Msg B of the 2-step RACH is the point after the PO is transmitted after RO, and the monitoring interval may be longer than 10ms, RA-RNTI repeats every 10ms. Among the RA-RNTIs for -step RACH, there remains a problem of identification of a terminal due to repetition of the same value, that is, a problem of collision between RA-RNTIs. To solve this problem, a control signal such as DCI for RAR, or information related to the RA-RNTI for RO or PO at which point in time each RA-RNTI in the RAR may be indicated. For example, the lower N bits of the SFN may be used as a bit indicating the information. Here, N is a value of 1 to 3, and may be set differently according to the start time of the RAR monitoring window or the PDCCH search starting time. Or, in order to identify the RA-RNTIs by distinguishing the relative time intervals from the RO, divide the time intervals from the RO as M*10ms (M=1, 2, 3, ..., 8) and the corresponding time intervals The M value for indicating may be indicated as related information. The M value used at this time is as an example, and is not limited to a value within 8, and may be set to a different value according to the number of relative time intervals requiring distinction.

The uses of the above embodiments for identification of RNTI are summarized as follows.

1) Based on each embodiment, RA-RNTIs of a 2-step RACH and a 4-step RACH may be classified to determine which RACH process the PDCCH monitored by the UE relates to.

2) Based on each embodiment, considering that both RAR and Msg B must be monitored in the 2-step RACH, the UE distinguishes RA-RNTI for monitoring RAR and RA-RNTI for monitoring Msg B, and The PDCCH can be correctly decoded.

3) Based on each embodiment, when the length of the monitoring window is longer than 10 ms, the RA-RNTI associated with a specific RO and the same OFDM symbol, slot, and position on the frequency band as the specific RO in the next 10 ms RA-RNTI related to the possessed RO can be distinguished.

For example, when it is difficult to obtain an opportunity to transmit a PDCCH due to an LBT during transmission of an unlicensed band, the length of the monitoring window is increased more than the existing maximum 10 ms such as 20 ms, 30 ms, 40 ms, etc., the RNTI identification methods can be applied.

Or as another example, when the length of the monitoring window for MsgB in the 2-step RACH is longer than 10 ms, the RNTI identification methods may be applied.

Or as another example, when the RA-RNTI for MsgB monitoring in 2-step RACH is generated in units of a bundle group of PUSCH Occasion (PO) mapped to a specific RO, a PUSCH occasion group different from a specific PUSCH occasion group The RNTI identification methods can be applied when distinguishing the RA-RNTI corresponding to. Here, PO means uplink time and frequency resources for PUSCH transmission in Msg A.

Or as another example, when RA-RNTI for monitoring Msg B is generated for a specific RO in a 2-step RACH, the start time of the monitoring window for Msg B is after the time when the PUSCH is transmitted from Msg A Can be considered. This is because the Msg A PUSCH is transmitted at a later time than the Msg A preamble, and the time position of the Msg A PUSCH resource having an association relationship with the Msg A preamble may vary for each preamble. In this case, even if the monitoring window for Msg B is 10 ms, the monitoring window of Msg B for the RO at the same location with an offset of 10 ms from the specific RO may overlap with the time interval, resulting in a problem of RNTI identification. This problem can be solved through this.

Or as another example, the 2-step RACH and the 4-step RACH share the same RO so that the terminal performing the 2-step RACH and the terminal performing the 4-step RACH use the same RA-RNTI determined according to the RO. Since each UE monitors each Random Access Response window, the RNTI identification methods can be applied to distinguish between the 2-step RACH and the RA-RNTIs for the 4-step RACH.

Monitoring of preambles that do not match PRU

Meanwhile, among the RACH preambles for 2-step RACH, there may be a preamble that is not mapped to the PUSCH Resource Unit (PRU). Hereinafter, a method of setting a monitoring time in relation to a RACH preamble that is not mapped to a PRU will be described.

In the 2-step RACH, Msg A is configured by mapping the RACH preamble of a specific RO and the PRU of a specific PO. In a corresponding mapping process between ROs and POs or between RACH preambles and PRUs, there may exist ROs that cannot be mapped to POs or preambles that cannot be mapped to PRUs for reasons such as the number of ROs greater than the number of POs. If the terminal performing the 2-step RACH selects a preamble that is not mapped to the PRU at a specific time and transmits Msg A, the reference point for starting monitoring of the PDCCH for RAR and/or Msg B may be a problem.In this case, the terminal Is not actually transmitted, but it is possible to perform monitoring from that point by determining the point in time for the PO that can be expected to correspond to the transmitted RO.

Or, if the base station and the terminal know the existence of ROs that cannot be mapped to the PO or RACH preambles that cannot be mapped to the PRU, the base station and the terminal must separately perform PUSCH transmission and reception for the corresponding ROs or RACH preambles. You can expect to do. In this case, the PDCCH monitoring can be performed from the slot after transmitting the 2-step RACH preamble, as the starting point of PDCCH monitoring is set to the slot after the preamble is transmitted in the existing 4-step RACH, and the terminal falls You can expect to receive a RAR containing the -back indication.

24 to 25 are diagrams for illustrating an example of RNTI identification according to embodiments of the present disclosure.

FIG. 24 is a diagram illustrating a process in which a UE receives a PDCCH and RAR by identifying an RNTI when the length of the monitoring window is lengthened. In FIG. 24, the UE transmits the RACH preamble to the base station, and the base station detects the preamble. If a certain RA-RNTI is used for a period from the start of the PDCCH monitoring window to 10 ms, the UE and the base station may perform PDCCH and RAR transmission and reception using another updated RA-RNTI for the next 10 ms period. . Here, a method of generating another updated RA-RNTI may be based on the above-described embodiments and features.

25 is a diagram illustrating a specific example of a method of classifying each RA-RNTI by including information related to a time interval in a DCI or RAR message when the length of the monitoring window is longer than 10 ms. According to FIG. 25, when a base station transmits a PDCCH in a slot within a range of 0 to 10 ms based on a RACH slot including an RO (or when a terminal receives a PDCCH), time information may be set to '000' bits. . At this time, when the UE receives the PDCCH and detects the '000' bit, the UE recognizes the PDCCH as a response to the RACH signal transmitted by the RO within 10 ms range from the RACH slot. In addition, when the base station transmits the PDCCH in a slot within the range of 10 to 2 * 10 ms based on the RACH slot including the RO (or when the terminal receives the PDCCH), the time information may be set to '001' bits. In this case, when the UE receives the PDCCH and detects the '001' bit, the UE recognizes the PDCCH as a response to the RACH signal transmitted from the RO within the range of 10 ~ 2 * 10 ms from the RACH slot. Likewise, the bit is differently set for each 10ms interval for the subsequent time range, so that the terminal receiving the PDCCH can recognize the RACH signal transmitted from the RO in which time interval the corresponding PDCCH is. In this case, in the example of FIG. 25, a time interval of 0 to 80 ms is distinguished using 3 bits, but the bit size used is not limited to 3 bits, and the bit size may have various sizes depending on the time interval to be distinguished. .

On the other hand, the starting point at which time interval discrimination starts may be set based on a slot in which RAR monitoring starts, not a RACH slot including an RO. For example, in FIG. 25, when the base station transmits the PDCCH in a slot within the range of 0 to 10 ms based on the slot in which RAR monitoring starts (or when the terminal receives the PDCCH), the time information is set to '000' bits. Can be. At this time, when the UE receives the PDCCH and detects the '000' bit, the UE recognizes the PDCCH as a response to the RACH signal transmitted from the RO within a range of 10 ms from the slot in which the monitoring of the RAR is started. In addition, when the base station transmits the PDCCH in a slot within the range of 10 to 2 * 10 ms based on the slot in which RAR monitoring starts (or when the terminal receives the PDCCH), the time information may be set to '001' bits. . In this case, when the UE receives the PDCCH and detects the '001' bit, the UE recognizes the PDCCH as a response to the RACH signal transmitted by the RO within the range of 10 to 2 * 10 ms from the slot in which the monitoring of the RAR is started. Likewise, the bit is differently set for each 10ms interval for the subsequent time range, so that the terminal receiving the PDCCH can recognize the RACH signal transmitted from the RO in which time interval the corresponding PDCCH is. In this case, the bit size used is not limited to 3 bits, and the bit size may have various sizes according to a time interval to be distinguished.

In addition, the reference point for distinguishing the time interval is set as the slot where the monitoring of Msg B starts, and the information for each time interval is indicated in bits, or the relative frame number between the frame number including the RO and the frame number at the time the PDCCH is received. Through a method such as indicating the difference in bits, the UE may recognize the PDCCH for the RACH signal transmitted from the RO in which time period.

Fall-Back Mechanism

As described above, in the case of a 2-step RACH, whether or not the reception of Msg A is successful from the standpoint of the base station must determine whether the detection of each of the PRACH preamble and PUSCH is successful. Hereinafter, when detection of a PRACH preamble or PUSCH in a 2-step RACH fails, a fall-back method to a 4-step RACH is introduced.

(1) Use of RAR

In the case where the terminal transmits Msg A to the base station in 2-step RACH, the base station successfully detects the RACH preamble but fails to decode the PUSCH, the transmission of Msg 1 from the terminal to the base station in 4-step RACH Can be treated together. That is, after detecting the RACH preamble, the base station may transmit a RAR including a PUSCH decoding failure notification and/or an Msg A retransmission request, and/or a fall-back indication to the 4-step RACH to the terminal. From the standpoint of the terminal expecting to receive Msg B, the terminal will attempt to detect the PDCCH corresponding to the RACH preamble transmitted by the terminal after transmitting Msg A until Msg B is received. Even if it receives, it does not place a great burden on the terminal. Therefore, in consideration of this point, the RAR may be used for a PUSCH decoding failure guide, and/or a request for Msg A retransmission, and/or a fall-back indication to a 4-step RACH.

(2) Preamble detection success and PUSCH decoding success/failure are indicated by RAR

In the 2-step RACH, the base station receiving the Msg A including the RACH preamble and PUSCH from the terminal attempts preamble detection and PUSCH decoding. If the preamble detection is successful, the base station decodes the PUSCH related to the preamble. Thereafter, an information bit is received through a CRC check. In this case, the base station may transmit information on whether the information bit has been successfully received or whether the information bit has failed to be restored to the terminal through the RAR.

The base station that successfully detects the preamble transmits a Random Access Preamble Identifier (RAPID) to the terminal.In this case, if the base station fails to decode the PUSCH, the uplink grant (UL grant) related to the RAPID and Timing Advance along with the RAPID of the detected preamble Information about the (TA) command, TC-RNTI, and the like may be transmitted to the terminal through the RAR. If PUSCH decoding fails, the base station prepares for transmission/reception of Msg 3 including the Fall-Back to the 4-step RACH and PUSCH afterwards. On the other hand, if the base station successfully decodes the PUSCH, the base station may transmit an indicator indicating that the PUSCH decoding was successful to the terminal through RAR together with a TA command, TC-RNTI, and the like. The base station may inform the UE that the PUSCH decoding has been successfully performed using some bits or some code points of the RAR. Here, the code point used for the PUSCH decoding success indication may be the one using some of the states represented as bits used for UL grant and the like. The base station can then deliver a message for proceeding with a procedure related to contention resolution through Msg B.

On the other hand, after transmitting Msg A, the UE monitoring the PDCCH with RA-RNTI may receive the RAR, and may check the RAPID of the preamble transmitted by itself and check whether the RAPID detection succeeds and whether the PUSCH decoding succeeds. When the RAPID detection is successful and the base station confirms that the PUSCH decoding is successful, the UE acquires a TA command and a TC-RNTI and uses it to monitor the PDCCH corresponding to Msg B transmitted thereafter, and uses the TA command for UL transmission. In this case, the UE may proceed with a related procedure based on the contention resolution information included in Msg B. On the other hand, when RAPID detection succeeds and the base station confirms that PUSCH decoding has failed, the terminal acquires a TA command, a TC-RNTI, and a UL grant, and then performs Msg 3 transmission including the PUSCH.

In addition, when the UE confirms that the preamble transmitted by the UE has not been successfully detected, the UE attempts to retransmit Msg A for 2-step RACH or fall-back to a 4-step RACH to Msg 1 including the RACH preamble. You can try to transfer. Likewise, if the UE does not receive the RAR within the RAR window, the UE attempts to retransmit Msg A for 2-step RACH or fall-back to 4-step RACH to transmit Msg 1 including RACH preamble. You can try.

(3) Preamble detection success is indicated by RAR, fall-back is indicated by Msg B by 4-step msg3

In the 2-step RACH, the terminal transmitting the Msg A including the RACH preamble and the PUSCH performs an operation of receiving the PDCCH for the RAR in the RAR monitoring window after the RACH preamble is transmitted, and the Msg B monitoring after the PUSCH is transmitted. Performs an operation of receiving a PDCCH for Msg B in the window. Here, the start time of the RAR monitoring window may be earlier than the start time of the Msg B monitoring window, and the length of each monitoring window may be different. In addition, in some time intervals, the RAR monitoring window and the Msg B monitoring window may overlap.

The base station receiving the RACH preamble and Msg A including the PUSCH from the terminal attempts preamble detection and PUSCH decoding. When the RACH preamble detection is successful, the base station may indicate to the terminal through the RAR that the preamble detection is successful. In this case, an indicator indicating successful preamble detection may be additionally transmitted to the existing RAR including the RAPID, TA command, UL grant, and TC-RNTI of the preamble successfully detected. The indicator indicating that the preamble detection is successful may be that some bits of the RAR or some code points are used. Here, the code point used for the indicator may be one using some states among several states expressed as bits used for UL grant or the like. In addition, TA, TC-RNTI, etc. may be transmitted through RAR or otherwise through Msg B. If TA, TC-RNTI, etc. are transmitted through Msg B, the bits for TA and TC-RNTI in RAR are It can be reserved separately or used for other purposes.

When the terminal receives the RAR through monitoring, the terminal checks the RAPID of the preamble transmitted by the terminal. If it is confirmed that the corresponding preamble has been successfully detected, the UE continuously performs PDCCH monitoring for Msg B until the Msg B monitoring window is terminated even after the RAR monitoring window is terminated. On the other hand, if the terminal does not receive the RAR corresponding to the RAPID of the preamble transmitted by the terminal within the RAR monitoring window, the terminal retransmits Msg A or falls back to 4-step RACH to perform the RACH process again, or Or, it tries to access a new cell by searching for another cell-ID.

When the base station succeeds in decoding the PUSCH included in Msg A, the base station may deliver a message for proceeding with a procedure related to contention resolution through Msg B. On the other hand, when PUSCH decoding fails, the base station may transmit a UL grant for msg 3 transmission through Msg B. In this case, if information about the TA command and the TC-RNTI has already been delivered to the terminal through the RAR, the information on the TA command and the TC-RNTI may not be included in Msg B. On the other hand, if information on the TA command and TC-RNTI is not transmitted through the RAR, information on the TA command and TC-RNTI may be included in Msg B. Here, when information about the TA command and TC-RNTI is not transmitted through the RAR, 1) when Msg B is transmitted to the terminal earlier than the RAR, or 2) when only Msg B is transmitted to the terminal, or 3) 2 This may mean a case where the RAR for the -step RACH is set not to include the TA command and TC-RNTI.

On the other hand, the terminal confirming the successful detection of the preamble through the RAR continuously performs monitoring for Msg B, and after receiving the Msg B, the terminal performs a contention resolution process or performs Msg 3 transmission.

Msg A Retransmission

If the terminal does not receive Msg B in the Msg B monitoring window period, the terminal may retransmit Msg A. The retransmission procedure of Msg A in the 2-step RACH is similar to the procedure of retransmitting Msg 1 in the case where the UE does not receive the RAR from the base station in the existing LTE. Retransmission of Msg A may vary depending on how a timer and/or window length for monitoring Msg B is set. As an example, in consideration of the fact that RACH preamble and PUSCH transmission are simultaneously performed in a 2-step RACH, a method of setting the start time of the monitoring window of Msg B to a time later than the start time of the RAR monitoring window at least may be considered. Even in the case of a 2-step RACH, since the base station cannot detect the RACH preamble and the PUSCH at the same time, further discussion will be required on the timer and/or the window length for monitoring Msg B.

FIG. 26 is a diagram illustrating a fall-back mechanism for a 2-step RACH and a retransmission procedure of Msg A according to an embodiment of the present disclosure. In FIG. 26, the UE transmits Msg A preamble and Msg A PUSCH, and monitors RAR and Msg B using different RA-RNTI values. Meanwhile, the base station receiving the Msg A attempts to detect the preamble and decode the PUSCH, and after successfully detecting the PRACH preamble (Case 1 and Case 2), the PUSCH decoding may succeed (Case 1) or the PUSCH decoding may fail ( Case 2). Alternatively, PRACH preamble detection may fail (Case 3), and different RACH procedures are performed for each case.

In case 1, the base station can transmit an indicator notifying the success of RAPID and PUSCH decoding for preamble to the terminal through RAR, and the terminal receives Msg B after confirming the success of PUSCH decoding of the base station and proceeds with a procedure related to contention resolution. And complete the 2-step RACH.

In case 2, the base station can transmit the RAPID for the preamble to the terminal through RAR, but the terminal cannot check whether the PUSCH decoding succeeds or the decoding fails, and then transmits the PUSCH through the reception of Msg B. UL grant can be assigned. That is, Fall-Back to Msg 3 is performed, and from then on, the same procedure as 4-step RACH is performed to complete the RACH process.

In case 3, the base station fails to detect the preamble and cannot transmit the RAPID for the preamble to the terminal through the RAR, and the terminal that does not detect the RAPID retransmits Msg A to the base station.

Although not limited thereto, various descriptions, functions, procedures, proposals, methods, and/or operational flow charts of the present invention disclosed in this document may be applied to various fields requiring wireless communication/connection (eg, 5G) between devices. have.

Hereinafter, it will be illustrated in more detail with reference to the drawings. In the following drawings/description, the same reference numerals may exemplify the same or corresponding hardware blocks, software blocks, or functional blocks, unless otherwise indicated.

27 illustrates a wireless device applicable to the present invention.

Referring to FIG. 27, the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR). Here, {the first wireless device 100, the second wireless device 200} is the {wireless device 100x, the base station 200} and/or {wireless device 100x, wireless device 100x) of FIG. } Can be matched.

The first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108. The processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. For example, the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106. In addition, the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106. The memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102. For example, the memory 104 may perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It can store software code including Here, the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR). The transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108. The transceiver 106 may include a transmitter and/or a receiver. The transceiver 106 may be mixed with an RF (Radio Frequency) unit. In the present invention, the wireless device may mean a communication modem/circuit/chip.

Specifically, commands and/or operations that are controlled by the processor 102 of the first wireless device 100 and stored in the memory 104 according to an embodiment of the present invention will be described.

The following operations are described based on the control operation of the processor 102 from the perspective of the processor 102, but may be stored in the memory 104 in software code or the like for performing these operations.

The processor 102 may control the transceiver 106 to transmit an uplink signal including a PRACH (Physical Random Access Channel) preamble and a PUSCH (Physical Uplink Shared Channel). In addition, the processor 102 may control the transceiver 106 to receive a downlink signal including contention resolution information. In this case, a specific method of controlling the transceiver 106 so that the processor 102 transmits the uplink signal and the transceiver 106 to receive the downlink signal may be based on the above-described embodiments.

Specifically, commands and/or operations controlled by the processor 202 of the second wireless device 200 according to an embodiment of the present invention and stored in the memory 204 will be described.

The following operations are described based on the control operation of the processor 202 from the perspective of the processor 202, but may be stored in the memory 204, such as software code for performing these operations.

The processor 202 may control the transceiver 206 to receive an uplink signal including a PRACH (Physical Random Access Channel) preamble and a PUSCH (Physical Uplink Shared Channel). Further, the processor 202 may control the transceiver 206 to transmit a downlink signal including contention resolution information. In this case, a specific method of controlling the transceiver 206 to receive an uplink signal by the processor 202 and controlling the transceiver 206 to transmit a downlink signal may be based on the above-described embodiments.

Hereinafter, the hardware elements of the wireless devices 100 and 200 will be described in more detail. Although not limited thereto, one or more protocol layers may be implemented by one or more processors 102, 202. For example, one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated. One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, suggestion, method, and/or operational flow chart disclosed herein. At least one processor (102, 202) generates a signal (e.g., a baseband signal) including PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , It may be provided to one or more transceivers (106, 206). One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.

One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer. One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) May be included in one or more processors 102 and 202. The description, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like. The description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and are It may be driven by the above processors 102 and 202. The descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.

One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions. One or more memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, register, cache memory, computer readable storage medium, and/or combinations thereof. One or more memories 104 and 204 may be located inside and/or outside of one or more processors 102 and 202. In addition, one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.

The one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices. One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc. mentioned in the description, functions, procedures, suggestions, methods and/or operation flow charts disclosed in this document from one or more other devices. have. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202, and may transmit and receive wireless signals. For example, one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices. In addition, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices. In addition, one or more transceivers (106, 206) may be connected with one or more antennas (108, 208), and one or more transceivers (106, 206) through one or more antennas (108, 208), the description and functionality disclosed in this document. It may be set to transmit and receive user data, control information, radio signals/channels, and the like mentioned in a procedure, a proposal, a method and/or an operation flowchart. In this document, one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports). One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal. One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from a baseband signal to an RF band signal. To this end, one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.

28 shows another example of a wireless device applied to the present invention. The wireless device may be implemented in various forms according to use-examples/services (see FIG. 27).

Referring to FIG. 28, the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 27, and various elements, components, units/units, and/or modules ) Can be composed of. For example, the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140. The communication unit may include a communication circuit 112 and a transceiver(s) 114. For example, the communication circuit 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 27. For example, the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 27. The control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device. For example, the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130. In addition, the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130. Accordingly, the specific operation process of the control unit 120 and the program/code/command/information stored in the memory unit 130 according to the present invention are at least one operation of the processors 102 and 202 of FIG. 27 and the memory 104 and 204. ) May correspond to at least one operation.

The additional element 140 may be variously configured according to the type of wireless device. For example, the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit. Although not limited thereto, wireless devices include robots (Figs. 2, 100a), vehicles (Figs. 2, 100b-1, 100b-2), XR devices (Figs. 2 and 100c), portable devices (Figs. (Fig. 2, 100e), IoT device (Fig. 2, 100f), digital broadcasting terminal, hologram device, public safety device, MTC device, medical device, fintech device (or financial device), security device, climate/environment device, It may be implemented in the form of an AI server/device (Figs. 2 and 400), a base station (Fig. 2, 200), and a network node. The wireless device can be used in a mobile or fixed location depending on the use-example/service.

In FIG. 28, various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least some may be wirelessly connected through the communication unit 110. For example, in the wireless devices 100 and 200, the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130, 140) are connected through the communication unit 110. Can be connected wirelessly. In addition, each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements. For example, the controller 120 may be configured with one or more processor sets. For example, the control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor. As another example, the memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.

Hereinafter, an implementation example of FIG. 28 will be described in more detail with reference to the drawings.

29 illustrates a portable device applied to the present invention. Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), and portable computers (eg, notebook computers). The portable device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).

Referring to FIG. 29, the portable device 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input/output unit 140c. ) Can be included. The antenna unit 108 may be configured as a part of the communication unit 110. Blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 28, respectively.

The communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations. The controller 120 may perform various operations by controlling components of the portable device 100. The controller 120 may include an application processor (AP). The memory unit 130 may store data/parameters/programs/codes/commands required for driving the portable device 100. Also, the memory unit 130 may store input/output data/information, and the like. The power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like. The interface unit 140b may support connection between the portable device 100 and other external devices. The interface unit 140b may include various ports (eg, audio input/output ports, video input/output ports) for connection with external devices. The input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user. The input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.

For example, in the case of data communication, the input/output unit 140c acquires information/signals (eg, touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130. Can be saved. The communication unit 110 may convert information/signals stored in the memory into wireless signals, and may directly transmit the converted wireless signals to other wireless devices or to a base station. In addition, after receiving a radio signal from another radio device or a base station, the communication unit 110 may restore the received radio signal to the original information/signal. After the restored information/signal is stored in the memory unit 130, it may be output in various forms (eg, text, voice, image, video, heptic) through the input/output unit 140c.

30 illustrates a vehicle or an autonomous vehicle to which the present invention is applied. The vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), or a ship.

Referring to FIG. 30, the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and autonomous driving. It may include a unit (140d). The antenna unit 108 may be configured as a part of the communication unit 110. Blocks 110/130/140a to 140d correspond to blocks 110/130/140 of FIG. 28, respectively.

The communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), and servers. The controller 120 may perform various operations by controlling elements of the vehicle or the autonomous vehicle 100. The control unit 120 may include an Electronic Control Unit (ECU). The driving unit 140a may cause the vehicle or the autonomous vehicle 100 to travel on the ground. The driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like. The power supply unit 140b supplies power to the vehicle or the autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like. The sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like. The sensor unit 140c is an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle advancement. /Reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illumination sensor, pedal position sensor, etc. may be included. The autonomous driving unit 140d is a technology for maintaining a driving lane, a technology for automatically adjusting the speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and for driving by automatically setting a route when a destination is set. Technology, etc. can be implemented.

For example, the communication unit 110 may receive map data and traffic information data from an external server. The autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data. The controller 120 may control the driving unit 140a so that the vehicle or the autonomous driving vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment). During autonomous driving, the communication unit 110 asynchronously/periodically acquires the latest traffic information data from an external server, and may acquire surrounding traffic information data from surrounding vehicles. In addition, during autonomous driving, the sensor unit 140c may acquire vehicle state and surrounding environment information. The autonomous driving unit 140d may update the autonomous driving route and the driving plan based on the newly acquired data/information. The communication unit 110 may transmit information about a vehicle location, an autonomous driving route, and a driving plan to an external server. The external server may predict traffic information data in advance using AI technology or the like, based on information collected from the vehicle or autonomous vehicles, and may provide the predicted traffic information data to the vehicle or autonomous vehicles.

31 illustrates a signal processing circuit for a transmission signal.

Referring to FIG. 31, the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060. have. Although not limited thereto, the operations/functions of FIG. 31 may be performed in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 27. The hardware elements of FIG. 31 may be implemented in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 27. For example, blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 27. Further, blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 27, and block 1060 may be implemented in the transceivers 106 and 206 of FIG. 27.

The codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 31. Here, the codeword is an encoded bit sequence of an information block. The information block may include a transport block (eg, a UL-SCH transport block, a DL-SCH transport block). The radio signal may be transmitted through various physical channels (eg, PUSCH, PDSCH).

Specifically, the codeword may be converted into a scrambled bit sequence by the scrambler 1010. The scramble sequence used for scramble is generated based on an initialization value, and the initialization value may include ID information of a wireless device. The scrambled bit sequence may be modulated by the modulator 1020 into a modulation symbol sequence. The modulation scheme may include pi/2-Binary Phase Shift Keying (pi/2-BPSK), m-Phase Shift Keying (m-PSK), m-Quadrature Amplitude Modulation (m-QAM), and the like. The complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030. The modulation symbols of each transport layer may be mapped to the corresponding antenna port(s) by the precoder 1040 (precoding). The output z of the precoder 1040 can be obtained by multiplying the output y of the layer mapper 1030 by the N*M precoding matrix W. Here, N is the number of antenna ports, and M is the number of transmission layers. Here, the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transform) on complex modulation symbols. Also, the precoder 1040 may perform precoding without performing transform precoding.

The resource mapper 1050 may map modulation symbols of each antenna port to a time-frequency resource. The time-frequency resource may include a plurality of symbols (eg, CP-OFDMA symbols, DFT-s-OFDMA symbols) in the time domain, and may include a plurality of subcarriers in the frequency domain. The signal generator 1060 generates a radio signal from the mapped modulation symbols, and the generated radio signal may be transmitted to another device through each antenna. To this end, the signal generator 1060 may include an Inverse Fast Fourier Transform (IFFT) module and a Cyclic Prefix (CP) inserter, a Digital-to-Analog Converter (DAC), a frequency uplink converter, and the like. .

The signal processing process for the received signal in the wireless device may be configured as the reverse of the signal processing process 1010 to 1060 of FIG. 31. For example, a wireless device (eg, 100 and 200 in FIG. 27) may receive a wireless signal from the outside through an antenna port/transmitter. The received radio signal may be converted into a baseband signal through a signal restorer. To this end, the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP canceller, and a Fast Fourier Transform (FFT) module. Thereafter, the baseband signal may be reconstructed into a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a de-scramble process. The codeword may be restored to an original information block through decoding. Accordingly, a signal processing circuit (not shown) for a received signal may include a signal restorer, a resource demapper, a postcoder, a demodulator, a descrambler, and a decoder.

The embodiments described above are those in which components and features of the present invention are combined in a predetermined form. Each component or feature should be considered optional unless explicitly stated otherwise. Each component or feature may be implemented in a form that is not combined with other components or features. In addition, it is also possible to construct an embodiment of the present invention by combining some components and/or features. The order of operations described in the embodiments of the present invention may be changed. Some configurations or features of one embodiment may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments. It is apparent that claims that do not have an explicit citation relationship in the claims may be combined to constitute an embodiment or may be included as a new claim by amendment after filing.

A specific operation described as being performed by a base station in this document may be performed by its upper node in some cases. That is, it is obvious that various operations performed for communication with a terminal in a network comprising a plurality of network nodes including a base station may be performed by the base station or network nodes other than the base station. The base station may be replaced by terms such as a fixed station, gNode B (gNB), Node B, eNode B (eNB), and access point.

It will be apparent to those skilled in the art that the present invention can be embodied in other specific forms without departing from the features of the present invention. Therefore, the detailed description above should not be construed as restrictive in all respects and should be considered as illustrative. The scope of the present invention should be determined by reasonable interpretation of the appended claims, and all changes within the equivalent scope of the present invention are included in the scope of the present invention.

In the wireless communication system as described above, a method for transmitting and receiving a signal for a terminal to perform a random access process and an apparatus therefor have been described mainly in an example applied to the 5th generation NewRAT system, but various wireless communication systems other than the 5th generation NewRAT system It is possible to apply to

Claims (13)

1. In a method for transmitting and receiving a signal for a UE to perform a random access channel procedure (RACH Procedure) in a wireless communication system,

   Transmitting an uplink signal including a physical random access channel (PRACH) preamble and a physical uplink shared channel (PUSCH) to a base station; And

   In response to the uplink signal, comprising the step of receiving a downlink signal including contention resolution information from the base station,

   A Radio Network Temporary Identifier (RNTI) for receiving the downlink signal is generated based on an offset that changes according to a time interval within a monitoring window for the downlink signal,

   How to send and receive signals.
2. The method of claim 1,

   The offset is for a RACH occasion related to the PRACH preamble,

   How to send and receive signals.
3. The method of claim 1,

   The RNTI is a value obtained by adding the offset to a value obtained by an equation for generating a RA-RNTI (Random Access-RNTI) based on a RACH occasion related to the PRACH preamble,

   How to send and receive signals.
4. The method of claim 3,

   The formula for generating the RA-RNTI is Equation A,

   <Equation A>

   1 + s_id + 14*t_id + 14*80*f_id + 14*80*8*ul_carrier_id

   s_id is an index of an Orthogonal Frequency Division Multiplexing (OFDM) symbol at which the RACH occasion starts, t_id is an index of a slot at which the RACH occasion starts, f_id is a frequency domain index to which the RACH occasion is allocated, and ul_carrier_id is an uplink (uplink, UL) is an index indicating a carrier,

   How to send and receive signals.
5. The method of claim 1,

   The time interval is 10ms,

   The offset and the RNTI are changed every 10 ms interval within the monitoring window,

   How to send and receive signals.
6. The method of claim 1,

   The terminal is capable of communicating with at least one of a terminal other than the terminal, a network, a base station, and an autonomous vehicle,

   How to send and receive signals.
7. In an apparatus for transmitting and receiving a signal for performing a random access channel procedure (RACH Procedure) in a wireless communication system,

   At least one processor; And

   At least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed; and

   The specific operation is,

   Transmitting an uplink signal including a PRACH (Physical Random Access Channel) preamble and PUSCH (Physical Uplink Shared Channel),

   In response to the uplink signal, comprising receiving a downlink signal including contention resolution information,

   A Radio Network Temporary Identifier (RNTI) for receiving the downlink signal is generated based on an offset that changes according to a time interval within a monitoring window for the downlink signal,

   Device.
8. The method of claim 7,

   The offset is for a RACH occasion related to the PRACH preamble,

   Device.
9. The method of claim 7,

   The RNTI is a value obtained by adding the offset to a value obtained by an equation for generating a RA-RNTI (Random Access-RNTI) based on a RACH occasion related to the PRACH preamble,

   Device.
10. The method of claim 9,

    The formula for generating the RA-RNTI is Equation A,

    <Equation A>

    1 + s_id + 14*t_id + 14*80*f_id + 14*80*8*ul_carrier_id

    s_id is an index of an Orthogonal Frequency Division Multiplexing (OFDM) symbol at which the RACH occasion starts, t_id is an index of a slot at which the RACH occasion starts, f_id is a frequency domain index to which the RACH occasion is allocated, and ul_carrier_id is an uplink (uplink, UL) is an index indicating a carrier,

    Device.
11. The method of claim 7,

    The time interval is 10ms,

    The offset and the RNTI are changed every 10 ms interval within the monitoring window,

    Device.
12. The method of claim 7,

    The device is capable of communicating with at least one of a terminal, a network, a base station, and an autonomous vehicle,

    Device.
13. In a terminal for transmitting and receiving a signal for performing a random access channel procedure (RACH Procedure) in a wireless communication system,

    At least one transceiver;

    At least one processor; And

    At least one memory that is operatively connected to the at least one processor and stores instructions for causing the at least one processor to perform a specific operation when executed; and

    The specific operation is,

    Transmits an uplink signal including a PRACH (Physical Random Access Channel) preamble and PUSCH (Physical Uplink Shared Channel) to the base station,

    In response to the uplink signal, comprising receiving from the base station a downlink signal including contention resolution information,

    A Radio Network Temporary Identifier (RNTI) for receiving the downlink signal is generated based on an offset that changes according to a time interval within a monitoring window for the downlink signal,

    Terminal.

Images