WO2020213977A1 - Method for performing random access procedure in wireless communication system and apparatus therefor - Google Patents

Abstract

A method by which a terminal performs a random access procedure in a wireless communication system, according to one embodiment of the present specification, comprises the steps of: transmitting a physical random access channel (PRACH) preamble; and receiving a random access response (RAR). The PRACH preamble is transmitted on the basis of a specific unit and the specific unit is related to a common property.

Description

Method and apparatus for performing random access procedure in wireless communication system

The present specification relates to a method and apparatus for performing a random access procedure in a wireless communication system.

Mobile communication systems have been developed to provide voice services while ensuring user activity. However, the mobile communication system has expanded to not only voice but also data services, and nowadays, the explosive increase in traffic causes a shortage of resources and users request higher speed services, so a more advanced mobile communication system is required. .

The requirements of the next-generation mobile communication system are largely explosive data traffic acceptance, dramatic increase in transmission rate per user, largely increased number of connected devices, very low end-to-end latency, and support for high energy efficiency. You should be able to. To this end, dual connectivity, Massive Multiple Input Multiple Output (MIMO), In-band Full Duplex, Non-Orthogonal Multiple Access (NOMA), and Super Wideband Various technologies such as wideband) support and device networking are being studied.

This specification proposes a method for performing a random access procedure of a multi-panel terminal.

Specifically, in the case of a multi-panel terminal, the following problems may occur. Due to the geographically distributed positions of each panel, a fading characteristic may appear different for each panel, and a delay may occur due to a difference in cable length according to the position of each panel, which may cause timing synchronization problems. In addition, differences in channel characteristics such as phase noise, frequency offset, and timing offset may further increase due to the use of different hardware components for each panel.

Accordingly, the present specification proposes a method for performing a random access procedure in consideration of differences in characteristics between panels due to multiple panels.

The technical problems to be achieved in the present specification are not limited to the technical problems mentioned above, and other technical problems 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 wireless communication system according to an embodiment of the present specification, a method of performing a random access procedure by a terminal includes transmitting a physical random access channel preamble (PRACH preamble) and a random access response. It includes receiving a (Random Access Response, RAR).

The PRACH preamble is transmitted based on a specific unit, and the specific unit is i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) the at least one panel and It is based on any one of at least one related antenna port, and the specific unit is characterized in that it is related to a common property.

The common characteristic may include at least one of Timing Advance (TA) and Transmission Power Control (TPC).

The common characteristic is related to a specific frequency domain, and the specific frequency domain may be based on a component carrier (CC) or a bandwidth part (BWP).

The method further includes transmitting UE capability information, wherein the UE capability information is related to the number of specific units, and the number of specific units is the total number (N) or can be applied simultaneously. It may be based on at least one of the maximum number (M).

Based on the PRACH preamble being associated with a plurality of specific units, a specific unit for transmission of the PRACH preamble is determined based on association information, and the association information is the ID of the specific unit or the specific unit. It may be based on mapping information between a unit and a Radio Network Temporary Indentifier (RNTI).

Based on the PRACH preamble being associated with a plurality of specific units, the specific unit for transmission of the PRACH preamble is determined based on association information, and the association information is determined based on the plurality of specific units It may be related to at least one associated downlink reference signal (DL RS).

The PRACH preamble may be transmitted based on the M specific units.

The method further includes transmitting a third message (Msg3) based on the RAR and receiving a contention resolution message (Msg4), and the Msg3 may be transmitted based on the specific unit. have.

The PRACH preamble is based on a plurality of PRACH preambles, the RAR includes a TA value for any one of a plurality of TA values for the plurality of PRACH preambles, and the Msg4 is the RAR among the plurality of TA values. Information on other TA values excluding the TA value included in may be included.

The TA value included in the RAR is i) a TA value applied to the transmission of the Msg3, ii) a TA value for any one of a plurality of specific units for the plurality of PRACH preambles, or iii) the remaining TA values. It may be based on at least one of reference TA values for.

The TA value included in Msg4 may be a differential value with respect to the TA value included in the RAR.

The plurality of TA values may be adjusted by the same value based on a preset command.

The PRACH preamble is based on a plurality of PRACH preambles, the Msg3 includes information related to a specific event, and the specific event may be related to the configuration of a plurality of TC-RNTIs (temporary cell radio network temporary identifiers).

The PRACH preamble or Msg3 may include the ID of the specific unit used for transmission of the PRACH preamble.

The ID of the specific unit is based on a default ID, and the default ID is 1) a specific unit of the lowest index, 2) a specific unit used for the most recent uplink transmission, 3) the most recent specific uplink It may be related to at least one of a specific unit used for transmission of a link channel, 4) a specific unit related to a transmission configuration indicator (TCI) of the lowest control resource element (CORESET), and 1) to 4).

The ID of the specific unit may be determined based on a mapping period between SSB (SS Block) and RO (RACH Occasion).

The quality of the panel according to the ID of the specific unit and the quality of the SSB may be greater than or equal to a specific value.

In a wireless communication system according to another embodiment of the present specification, a terminal performing a random access procedure is operatively accessible to one or more transceivers, one or more processors, and the one or more processors, and the one or more When a random access procedure is executed by processors, it includes one or more memories that store instructions for performing operations.

The operations include transmitting a physical random access channel preamble (PRACH preamble) and receiving a random access response (RAR).

The PRACH preamble is transmitted based on a specific unit, and the specific unit is i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) the at least one panel and It is based on any one of at least one related antenna port, and the specific unit is characterized in that it is related to a common property.

An apparatus according to another embodiment of the present specification includes one or more memories and one or more processors that are functionally connected to the one or more memories.

The one or more processors are configured such that the device transmits a physical random access channel preamble (PRACH preamble) and receives a random access response (RAR).

The PRACH preamble is transmitted based on a specific unit, and the specific unit is i) at least one beam, ii) at least one panel among a plurality of panels, or iii) at least one associated with the at least one panel It is based on any one of the antenna ports of, and the specific unit is related to a common property.

One or more non-transitory computer-readable media according to another embodiment of the present specification store one or more instructions.

One or more instructions executable by one or more processors are configured so that the terminal transmits a physical random access channel preamble (PRACH preamble) and receives a random access response (RAR).

The PRACH preamble is transmitted based on a specific unit, and the specific unit is i) at least one beam, ii) at least one panel among a plurality of panels, or iii) at least one associated with the at least one panel It is based on any one of the antenna ports of, and the specific unit is related to a common property.

According to an embodiment of the present specification, a Physical Random Access Channel Preamble (PRACH preamble) is transmitted based on a specific unit related to a common property. The specific unit may be based on one of i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) at least one antenna port related to the at least one panel. That is, a random access procedure is performed based on a panel/beam/antenna port and the like having common characteristics.

Accordingly, the random access procedure of the multi-panel terminal can be performed so that the difference in channel characteristics and other characteristics between panels is minimized, and thus, reliability of the procedure can be secured.

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

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are included as part of the detailed description to aid in understanding of the present invention, provide embodiments of the present invention, and describe technical features of the present invention together with the detailed description.

1 shows an example of an overall system structure of an NR to which the method proposed in the present specification can be applied.

2 shows a relationship between an uplink frame and a downlink frame in a wireless communication system to which the method proposed in the present specification can be applied.

3 shows an example of a frame structure in an NR system.

4 shows an example of a resource grid supported by a wireless communication system to which the method proposed in the present specification can be applied.

5 shows examples of an antenna port and a resource grid for each neurology to which the method proposed in the present specification can be applied.

6 illustrates physical channels and general signal transmission used in a 3GPP system.

7 shows an example of start OFDM symbols related to the RACH slot.

8 shows an example of a RACH setting table.

9 is a diagram showing an example of a RACH configuration interval and a mapping interval set.

10 is a diagram showing the RACH procedure.

11 shows an example of an overall RACH procedure.

12 is a diagram showing an example of a TA.

13 shows an example of retransmission of MSG3 and MSG4 transmission.

14 is a flowchart illustrating an example of a signaling procedure according to an embodiment of the present specification.

15 is a flowchart illustrating another example of a signaling procedure according to an embodiment of the present specification.

16 is a flowchart illustrating a method for a terminal to perform a random access procedure in a wireless communication system according to an embodiment of the present specification.

17 is a flowchart illustrating a method for a base station to perform a random access procedure in a wireless communication system according to another embodiment of the present specification.

18 illustrates a communication system 1 applied to the present specification.

19 illustrates a wireless device applicable to the present specification.

20 illustrates a signal processing circuit applied to the present specification.

21 shows another example of a wireless device applied to the present specification.

22 illustrates a portable device applied to the present specification.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. The detailed description to be disclosed hereinafter together with the accompanying drawings is intended to describe exemplary embodiments of the present invention, and is not intended to represent the only embodiments in which the present invention may be practiced. The following detailed description includes specific details to provide a thorough understanding of the present invention. However, one of ordinary skill in the art appreciates that the invention may be practiced without these specific details.

In some cases, in order to avoid obscuring the concept of the present invention, well-known structures and devices may be omitted or illustrated in a block diagram form centering on core functions of each structure and device.

Hereinafter, downlink (DL) refers to communication from a base station to a terminal, and uplink (UL) refers to communication from a terminal to a base station. In downlink, the transmitter may be part of the base station, and the receiver may be part of the terminal. In the uplink, the transmitter may be part of the terminal, and the receiver may be part of the base station. The base station may be referred to as a first communication device, and the terminal may be referred to as a second communication device. Base station (BS) is a fixed station, Node B, evolved-NodeB (eNB), Next Generation NodeB (gNB), base transceiver system (BTS), access point (AP), network (5G). Network), AI system, RSU (road side unit), vehicle, robot, drone (Unmanned Aerial Vehicle, UAV), AR (Augmented Reality) device, VR (Virtual Reality) device, etc. have. In addition, the terminal may be fixed or mobile, and UE (User Equipment), MS (Mobile Station), UT (user terminal), MSS (Mobile Subscriber Station), SS (Subscriber Station), AMS (Advanced Mobile) Station), WT (Wireless terminal), MTC (Machine-Type Communication) device, M2M (Machine-to-Machine) device, D2D (Device-to-Device) device, vehicle, robot, AI module , Drone (Unmanned Aerial Vehicle, UAV), AR (Augmented Reality) device, VR (Virtual Reality) device.

The following techniques can be used in various wireless access systems such as CDMA, FDMA, TDMA, OFDMA, SC-FDMA, and the like. CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA may be implemented with radio technologies such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE). OFDMA may be implemented with a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (Evolved UTRA). UTRA is a part of Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA, and Advanced (LTE-A)/LTE-A pro is an evolved version of 3GPP LTE. 3GPP New Radio or New Radio Access Technology (NR) is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.

For clarity, the description is based on a 3GPP communication system (eg, LTE-A, NR), but the technical idea of the present invention is not limited thereto. LTE refers to technology after 3GPP TS 36.xxx Release 8. In detail, LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A, and LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro. 3GPP NR refers to the technology after TS 38.xxx Release 15. LTE/NR may be referred to as a 3GPP system. "xxx" means standard document detail number. LTE/NR may be collectively referred to as a 3GPP system. Background art, terms, abbreviations, and the like used in the description of the present invention may refer to matters described in standard documents published before the present invention. For example, you can refer to the following document:

3GPP LTE

-36.211: Physical channels and modulation

-36.212: Multiplexing and channel coding

-36.213: Physical layer procedures

-36.300: Overall description

-36.331: Radio Resource Control (RRC)

3GPP NR

-38.211: Physical channels and modulation

-38.212: Multiplexing and channel coding

-38.213: Physical layer procedures for control

-38.214: Physical layer procedures for data

-38.300: NR and NG-RAN Overall Description

-38.331: Radio Resource Control (RRC) protocol specification

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. In addition, massive MTC (Machine Type Communications), which connects multiple devices and objects to provide various services anytime, anywhere, is one of the major issues to be considered in next-generation communications. In addition, a communication system design that considers a service/terminal sensitive to reliability and latency is being discussed. In this way, the introduction of a next-generation radio access technology considering enhanced mobile broadband communication (eMBB), massive MTC (Mmtc), and ultra-reliable and low latency communication (URLLC) is being discussed, and in this specification, the technology is called NR for convenience. . NR is an expression showing an example of a 5G radio access technology (RAT).

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, look at a number of examples 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.

A new RAT system including NR uses an OFDM transmission scheme or a similar transmission scheme. The new RAT system may follow OFDM parameters different from those of LTE. Alternatively, the new RAT system follows the numerology of the existing LTE/LTE-A as it is, but can have a larger system bandwidth (eg, 100 MHz). Alternatively, one cell may support a plurality of neurology. That is, terminals operating in different neurology can coexist within one cell.

Numerology corresponds to one subcarrier spacing in the frequency domain. By scaling the reference subcarrier spacing to an integer N, different numerology can be defined.

Definition of terms

eLTE eNB: eLTE eNB is an evolution of eNB that supports connectivity to EPC and NGC.

gNB: A node that supports NR as well as connection with NGC.

New RAN: A radio access network that supports NR or E-UTRA or interacts with NGC.

Network slice: A network slice is a network defined by an operator to provide an optimized solution for specific market scenarios that require specific requirements with end-to-end coverage.

Network function: A network function is a logical node within a network infrastructure with well-defined external interfaces and well-defined functional behaviors.

NG-C: Control plane interface used for the NG2 reference point between the new RAN and NGC.

NG-U: User plane interface used for the NG3 reference point between the new RAN and NGC.

Non-standalone NR: A deployment configuration in which gNB requires LTE eNB as an anchor for control plane connection to EPC or eLTE eNB as an anchor for control plane connection to NGC.

Non-standalone E-UTRA: Deployment configuration in which eLTE eNB requires gNB as an anchor for control plane connection to NGC.

User plane gateway: The endpoint of the NG-U interface.

System general

1 shows an example of an overall system structure of an NR to which the method proposed in the present specification can be applied.

1, the NG-RAN is composed of gNBs that provide a control plane (RRC) protocol termination for an NG-RA user plane (new AS sublayer/PDCP/RLC/MAC/PHY) and a user equipment (UE). do.

The gNBs are interconnected through an X _n interface.

The gNB is also connected to the NGC through the NG interface.

More specifically, the gNB is connected to an Access and Mobility Management Function (AMF) through an N2 interface and a User Plane Function (UPF) through an N3 interface.

NR (New Rat) Numerology and Frame Structure

)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 뉴머롤로지는 주파수 대역과 독립적으로 선택될 수 있다.In the NR system, multiple numerologies can be supported. Here, the neurology may be defined by subcarrier spacing and CP (Cyclic Prefix) overhead. In this case, the plurality of subcarrier intervals is an integer N (or,

It can be derived by scaling with ). Further, even if it is assumed that a very low subcarrier spacing is not used at a very high carrier frequency, the neurology to be used can be selected independently of the frequency band.

In addition, in the NR system, various frame structures according to a number of neurology may be supported.

Hereinafter, an Orthogonal Frequency Division Multiplexing (OFDM) neurology and frame structure that can be considered in an NR system will be described.

A number of OFDM neurology supported in the NR system may be defined as shown in Table 1.

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 GHz is supported to overcome phase noise.

The NR frequency band is defined as a frequency range of two types (FR1, FR2). FR1 and FR2 may be configured as shown in Table 2 below. Further, FR2 may mean a millimeter wave (mmW).

의 시간 단위의 배수로 표현된다. 여기에서,

이고,

이다. 하향링크(downlink) 및 상향크(uplink) 전송은

의 구간을 가지는 무선 프레임(radio frame)으로 구성된다. 여기에서, 무선 프레임은 각각

의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다.Regarding the frame structure in the NR system, the sizes of various fields in the time domain are

Is expressed as a multiple of the unit of time. From here,

ego,

to be. Downlink and uplink transmission

It is composed of a radio frame having a section of. Here, each radio frame

It consists of 10 subframes having a section of. In this case, there may be one set of frames for uplink and one set of frames for downlink.

2 shows a relationship between an uplink frame and a downlink frame in a wireless communication system to which the method proposed in the present specification can be applied.

이전에 시작해야 한다.As shown in Figure 2, the transmission of the uplink frame number i from the terminal (User Equipment, UE) than the start of the downlink frame in the corresponding terminal

You have to start before.

에 대하여, 슬롯(slot)들은 서브프레임 내에서

의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서

의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은

의 연속하는 OFDM 심볼들로 구성되고,

는, 이용되는 뉴머롤로지 및 슬롯 설정(slot configuration)에 따라 결정된다. 서브프레임에서 슬롯

의 시작은 동일 서브프레임에서 OFDM 심볼

의 시작과 시간적으로 정렬된다.Numerology

For, the slots are within a subframe

Are numbered in increasing order of, within the radio frame

Are numbered in increasing order. One slot is

Consisting of consecutive OFDM symbols of,

Is determined according to the used neurology and slot configuration. Slot in subframe

Start of OFDM symbol in the same subframe

It is aligned in time with the beginning of.

Not all UEs can simultaneously transmit and receive, which means that all OFDM symbols of a downlink slot or an uplink slot cannot be used.

), 무선 프레임 별 슬롯의 개수(

), 서브프레임 별 슬롯의 개수(

)를 나타내며, 표 3은 확장(extended) CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.Table 3 shows the number of OFDM symbols per slot in a normal CP (

), the number of slots per radio frame (

), the number of slots per subframe (

), and Table 3 shows the number of OFDM symbols per slot, the number of slots per radio frame, and the number of slots per subframe in an extended CP.

3 shows an example of a frame structure in an NR system. 3 is merely for convenience of description and does not limit the scope of the present invention.

In the case of Table 4, as an example of a case where μ=2, that is, a subcarrier spacing (SCS) of 60 kHz, referring to Table 3, 1 subframe (or frame) may include 4 slots. , 1 subframe={1,2,4} slots shown in FIG. 3 are examples, and the number of slot(s) that may be included in 1 subframe may be defined as shown in Table 3.

Also, a mini-slot may be composed of 2, 4 or 7 symbols, or may be composed of more or fewer symbols.

In relation to the physical resource in the NR system, an antenna port, a resource grid, a resource element, a resource block, a carrier part, etc. Can be considered.

Hereinafter, the physical resources that can be considered in the NR system will be described in detail.

First, with respect to the antenna port, the antenna port is defined such that a channel carrying a symbol on the antenna port can be inferred from a channel carrying another symbol on the same antenna port. When the large-scale property of a channel carrying a symbol on one antenna port can be inferred from a channel carrying a symbol on another antenna port, the two antenna ports are quasi co-located or QC/QCL quasi co-location) relationship. Here, the wide range characteristic includes one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.

4 shows an example of a resource grid supported by a wireless communication system to which the method proposed in the present specification can be applied.

서브캐리어들로 구성되고, 하나의 서브프레임이

OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다. Referring to Figure 4, the resource grid on the frequency domain

It is composed of subcarriers, and one subframe

Although it is exemplarily described as consisting of OFDM symbols, it is not limited thereto.

서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및

의 OFDM 심볼들에 의해 설명된다. 여기에서,

이다. 상기

는 최대 전송 대역폭을 나타내고, 이는, 뉴머롤로지들뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다.In the NR system, the transmitted signal is

One or more resource grids composed of subcarriers and

Is described by the OFDM symbols. From here,

to be. remind

Denotes a maximum transmission bandwidth, which may vary between uplink and downlink as well as neurology.

및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다.In this case, as shown in Fig. 5, the neurology

And one resource grid may be configured for each antenna port p.

5 shows examples of an antenna port and a resource grid for each neurology to which the method proposed in the present specification can be applied.

및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍

에 의해 고유적으로 식별된다. 여기에서,

는 주파수 영역 상의 인덱스이고,

는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍

이 이용된다. 여기에서,

이다.Numerology

And each element of the resource grid for the antenna port p is referred to as a resource element, and an index pair

Is uniquely identified by From here,

Is the index in the frequency domain,

Refers to the position of a symbol within a subframe. When referring to a resource element in a slot, an index pair

Is used. From here,

to be.

및 안테나 포트 p에 대한 자원 요소

는 복소 값(complex value)

에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 뉴머롤로지가 특정되지 않은 경우에는, 인덱스들 p 및

는 드롭(drop)될 수 있으며, 그 결과 복소 값은

또는

이 될 수 있다.Numerology

And resource elements for antenna port p

Is a complex value

Corresponds to. If there is no risk of confusion or if a specific antenna port or neurology is not specified, the indices p and

Can be dropped, resulting in a complex value

or

Can be

연속적인 서브캐리어들로 정의된다. In addition, the physical resource block (physical resource block) in the frequency domain

It is defined as consecutive subcarriers.

Point A serves as a common reference point of the resource block grid and can be obtained as follows.

-OffsetToPointA for the PCell downlink indicates the frequency offset between the lowest subcarrier of the lowest resource block and point A of the lowest resource block that overlaps the SS/PBCH block used by the UE for initial cell selection, and the 15 kHz subcarrier spacing for FR1 and It is expressed in resource block units assuming a 60 kHz subcarrier spacing for FR2;

-absoluteFrequencyPointA represents the frequency-position of point A expressed as in the absolute radio-frequency channel number (ARFCN).

에 대한 주파수 영역에서 0부터 위쪽으로 넘버링(numbering)된다.Common resource blocks set the subcarrier interval

Numbered from 0 to the top in the frequency domain for.

에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호(number)

와 서브캐리어 간격 설정

에 대한 자원 요소(k,l)은 아래 수학식 1과 같이 주어질 수 있다.Subcarrier spacing setting

The center of subcarrier 0 of the common resource block 0 for is coincided with'point A'. Common resource block number (number) in the frequency domain

And subcarrier spacing

The resource element (k,l) for may be given as in Equation 1 below.

는

이 point A를 중심으로 하는 subcarrier에 해당하도록 point A에 상대적으로 정의될 수 있다. 물리 자원 블록들은 대역폭 파트(bandwidth part, BWP) 내에서 0부터

까지 번호가 매겨지고,

는 BWP의 번호이다. BWP i에서 물리 자원 블록

와 공통 자원 블록

간의 관계는 아래 수학식 2에 의해 주어질 수 있다.From here,

Is

It can be defined relative to point A so that it corresponds to a subcarrier centered on point A. Physical resource blocks are from 0 in the bandwidth part (BWP)

Numbered to,

Is the number of the BWP. Physical resource block in BWP i

And common resource block

The relationship between may be given by Equation 2 below.

는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록일 수 있다.From here,

May be a common resource block in which the BWP starts relative to the common resource block 0.

Physical channel and general signal transmission

6 illustrates physical channels and general signal transmission used in a 3GPP system. In a wireless communication system, a terminal receives information from a base station through a downlink (DL), and the terminal transmits information to the base station through an uplink (UL). The information transmitted and received by the base station and the terminal includes data and various control information, and various physical channels exist according to the type/use of information transmitted and received by 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 (S601). 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 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 (S602).

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) for the base station (S603 to S606). To this end, the UE transmits a specific sequence as a preamble through a physical random access channel (PRACH) (S603 and S605), and a response message to the preamble through a PDCCH and a corresponding PDSCH (RAR (Random Access Response) message) In the case of contention-based RACH, a contention resolution procedure may be additionally performed (S606).

After performing the above-described procedure, the UE receives PDCCH/PDSCH (S607) and Physical Uplink Shared Channel (PUSCH)/Physical Uplink Control Channel as a general uplink/downlink signal transmission procedure. Control Channel; PUCCH) transmission (S608) 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.

On the other hand, the control information transmitted by the terminal to the base station through the uplink or received from 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.

PRACH design and RA procedure in NR

The following description briefly summarizes the PRACH design and random access procedure of the 3GPP NR system, and may differ from the exact design and simultaneous design of the NR.

The exact design may vary slightly by release and by version, and is described in 3GPP TS 38.211, TS 38.212, TS 38.213, TS 38.214, TS 38.321, and TS 38.331.

PRACH (physical random access channel) design

First, the principle of PRACH design will be explained.

Supports beam-based PRACH preamble transmission and reception

Supports both FDD and TDD frame structures

Provides dynamic cell range (up to 100km)

High-speed vehicle support (e.g. up to 500km/h)

Wide frequency range support (e.g. up to 100 GHz)

Next, a sequence for the PRACH preamble will be described.

ZC sequence

: Provides excellent cross correlation characteristics and low PAPR/CM

Sequence of two lengths for the PRACH preamble in NR

: Long preamble sequence (L = 839)

(Use Case) LTE coverage, high-speed case / only used for FR1

: Short preamble sequence (L = 139)

Supports multi-beam scenario and TDD frame structure / Preamble is aligned with OFDM symbol boundary / Used for both FR1 and FR2

In the case of FR1, 15kHz and 30khz of subcarrier spacing is supported.

For FR2, it supports subcarrier spacing of 60kHz and 120kHz.

Table 5 below shows an example of a long sequence-based PRACH preamble, and relates to a long preamble format (LRA=839, subcarrier spacing={1.25, 5}kHz).

Table 6 below shows an example of a short sequence-based PRACH preamble, and relates to short preamble formats (LRA=139, subcarrier spacing = {15, 30, 60, 120} kHz).

Next, look at the RACH slot.

The RACH slot includes one or more RACH Occasion(s).

The slot duration is 1ms for the {1.25kHz, 5kHz} subcarrier spacing, and has a scalable duration (i.e. 1ms, 0.5ms, 0.25ms, 0.125ms) for the {15kHz, 30kHz, 60kHz, 120kHz} subcarrier spacing.

For short preamble formats, the OFDM symbol index starting in the RACH slot has {0,2,x} values.

7 shows an example of start OFDM symbols related to the RACH slot. Specifically, FIG. 7(a) shows a case where the start OFDM symbol is '0', and FIG. 7(b) shows a case where the start OFDM symbol is '2'.

Next, a look at the RACH configuration table.

A number of tables can be defined according to the frequency range and duplex scheme.

FDD and FR1 (for both long preamble and short preamble formats)

TDD and FR1 (for both long and short preamble formats)

TDD and FR2 (short preamble format only)

8 shows an example of a RACH setting table.

Let's look at the association between SSB and RACH occasions.

Time interval from SSB to RO association

The smallest value in the set determined by the RACH setting

All of the SSBs actually transmitted may be mapped to ROs within the time interval at least once.

Table 7 below is a table showing an example of a RACH configuration interval and a mapping interval set, and FIG. 9 is a diagram showing an example of a RACH configuration interval and a mapping interval set.

Random Access (RA) procedure

RA can be triggered by several events.

Initial access from RRC_IDLE

RRC connection re-establishment procedure

Handover

If the UL synchronization status is'asynchronous, DL or UL data arrives during RRC_CONNECTED.

Transition from RRC_INACTIVE

Request for other system information (SI)

Beam failure recovery

Referring to FIG. 10, two types of RACH procedures in NR are described.

FIG. 10(a) is a contention based RACH procedure, and FIG. 10(b) is a contention free RACH procedure.

11 shows an example of an overall RACH procedure.

First, look at the MSG1 transmission.

The subcarrier spacing for MSG1 is set in the RACH configuration, and is provided in the handover command for an RA procedure without contention for handover.

Preamble indices for contention based random access (CBRA) and contention free random access (CFRA) are continuously mapped to one SSB in one RACH transmission opportunity.

CBRA

: The association between the SS block (SSB) and a subset of RACH resources and/or preamble indices within an SS burst set is set by a parameter set in RMSI.

CFRA

: The UE may be configured to transmit multiple MSG1s through a dedicated multiple RACH transmission opportunity in the time domain before the end of the monitored RAR window.

And, the association between the CFRA preamble and the SSB is reset through UE-specific RRC.

Next, look at the random access response (MSG2) setting.

The subcarrier spacing (SCS) for MSG2 is the same as the SCS of the remaining minimum SI (RMSI).

And, for a non-contention RA procedure for handover, it is provided in the handover command.

And, MSG2 is transmitted within the UE minimum DL BW.

The size of the RAR window is the same for all RACH opportunities and is set in RMSI.

Maximum window size: Depends on the worst gNB delay after receiving Msg1 including processing delay, scheduling delay, etc.

Minimum window size: Depends on the duration of Msg2 or CORESET and scheduling delay.

Next, look at the timing advance (TA) instruction in MSG2.

It is used to control the uplink signal transmission timing.

First, for LTE,

TA resolution is 16 Ts (Ts=1/(2048x15000)).

The TA range is 1282 x TA step size ~ 667.66. → 100.16

In RAR, the timing advance (TA) has a value from 0 to 1,282 and consists of 11 bits.

For NR,

Used in very long coverage (150Km ~ 300Km) in TR38.913.

TA increases by 2,564 or 3,846 TA_step (12its)

12 is a diagram showing an example of a TA.

RA- RNTI

RA_RNTI is determined by transmitting the timing of PRACH Preamble by the UE.

That is, RA_RNTI may be determined by Equation 3 below.

In Equation 3, s_id represents the first OFDM symbol index (0≤s_id<14), t_id represents the first slot index in the system frame (0≤t_id<X), and X is a fixed 80 for 120kHz SCS. , F_id represents a frequency domain index (0≤f_id<Y), Y is a fixed 8 for the maximum #n of the FDMed RO, and ul_carrier_id represents an indication of a UL carrier (0:normal, 1:SUL) .

The minimum gap between MSG2 and MSG3 is the duration of the N1 + duration of N2 + L2 + TA.

Here, N1 and N2 are front loaded + additional DMRS and UE capability, L2 is MAC processing latency (500us), and TA is the same as the maximum timing advance value.

If MSG2 does not contain a response to the transmitted preamble sequence,

의 지속 구간(duration) 후에 새로운 preamble sequence를 전송한다.

A new preamble sequence is transmitted after the duration of.

Table 8 shows an example of DCI format 1-0 with RA-RNTI.

Next, look at Message3.

MSG3 is scheduled by the uplink grant in the RAR.

The MSG3 is transmitted after a minimum time interval from the end of MSG2.

The transmit power of MSG3 is set in MSG2.

The SCS for MSG3 is set in the RMSI containing 1 bit (independently from the SCS for MSG1).

MSG3 includes UE-Identity and establishment cause.

First, for UE-Identity, IMSI is transmitted in a message when it is first attached to the network.

If the UE is previously attached, the S-TMSI is included in the message.

And, the establishment cause may include emergency, MO-signaling, MO-data, MT-access, high-priority access, and the like.

Table 9 below shows an example of DCI format 0-0 with TC-RNTI for MSG3 retransmission.

Let's look at the MSG4 setting.

The MSG4 configuration is limited within the UE minimum DL BW.

The SCS for MSG4 is the same as the numerology for RMSI and MSG2.

The minimum gap between MSG4 and the start of HARQ-ACK is N1+L2.

Here, N1 denotes UE processing time, and L2 denotes MAC layer processing time.

We look at the retransmission order of MSG 3 and the distinction between MSG4.

MSG3 retransmission: DCI format 0-0 with TC-RNTI

MSG4: DCI format 1-0 with TC-RNTI

13 shows an example of retransmission of MSG3 and MSG4 transmission.

Table 10 below is a table showing an example of DCI format 1-0 having TC-RNTI for MSG4.

Hereinafter, the random access procedure of the NR system will be described in more detail.

The UE may transmit a PRACH preamble in UL as Msg1 of the random access procedure.

Two different length random access preamble sequences are supported. Long sequence length 839 is applied with subcarrier spacing of 1.25 and 5 kHz and short sequence length 139 is applied with subcarrier spacing of 15, 30, 60 and 120 kHz. Long sequences support unrestricted sets and limited types of A and B sets, while short sequences only support unrestricted sets.

Multiple RACH preamble formats are defined with one or more RACH OFDM symbols and different cyclic prefixes and guard times. The PRACH preamble configuration is provided to the terminal in the system information.

When there is no response to Msg1, the UE may retransmit the PRACH preamble by power rampling within a predetermined number of times. The UE calculates the PRACH transmission power for retransmission of the preamble based on the most recent estimated path loss and power ramping counter. When the terminal performs beam switching, the counter of power ramping does not change.

The system information informs the UE of the association between SS blocks and RACH resources.

The above contents (3GPP system, frame structure, NR system, etc.) may be applied in combination with the methods proposed in the present specification to be described later, or may be supplemented to clarify the technical characteristics of the methods proposed in this specification. . The methods described below are only classified for convenience of description, and of course, some components of one method may be substituted with some components of another method, or may be combined with each other and applied.

In future wireless communication systems, various UE types must be considered and supported. Currently, the LTE system is optimized for single panel terminals. Multi-panel terminals are supported in a very limited range in the Rel-15 NR system. In Rel-15 NR, when a plurality of SRS resources are set in the UE, the UE transmits an SRS antenna port set set as an SRS resource from one panel and another SRS port set set as a different SRS resource from another panel. I can. In the case of non-codebook-based uplink transmission, the SRS resource set may be transmitted in the same panel by applying different beams, and the different SRS resource set may be transmitted in different panels by applying different beams. That is, SRS beamforming per port is applied.

In summary, the terminal may use different transmission panels for transmission of different (sets of) SRS resources. After receiving and comparing the SRS port, the base station selects one of the configured SRS resources, and the transmission precoding matrix indicator (TPMI) and transmission rank indicator (TRI) for the codebook-based PUSCH. SRS resource indicator (SRS Resource Indicator) can be signaled. If the corresponding parameters are correctly received by the terminal, the corresponding terminal must use the panel indicated through the SRI in performing PUSCH transmission. In the case of non-codebook-based uplink transmission, the base station transmits only SRI and the terminal needs to apply the selection layer(s) from the panel.

In the case of codebook-based UL, NR currently has the following limitations in supporting multi-panel terminals.

-Different number of Tx antenna ports per panel are not supported

-Simultaneous use of multiple panels for PUSCH transmission is not supported or is supported limitedly

In the case of non-codebook based UL (Non-codebook based UL), the following restrictions apply.

-There is ambiguity about how to map each SRS resource to each panel

-Simultaneous use of multiple panels for PUSCH transmission is not supported or is supported limitedly

Another important point for multi-panel terminals is the distance between panels. In the case of a handheld device, the distance between panels is not long, but in the case of a large device, the distance may increase (eg, a vehicle terminal or a vehicle may be a device that receives a downlink signal and transmits an uplink signal. In the case of a link, the vehicle can be a transmitter and/or a receiver Most of the current vehicles have antennas (eg single panel) in the same geographical location, but multiple antennas (eg beamforming, spatial diversity) The development of geographically distributed antennas (eg, multi-panel) is being considered in order to obtain more gains from and to meet the NR requirements (4 Rx antennas are mandatory in some NR bands). In the case of a distributed antenna, the distance between the panels can be as large as a few meters or more (eg, one panel in the front bumper and another panel in the rear bumper) and the orientation of each panel can be different, so the fading characteristics of each panel ( fading characteristics can be completely different from each other.

In addition, each panel may have different hardware characteristics. In the case of geographically dispersed antennas, the distance from each panel to a baseband processor may be particularly different when a common baseband processor (modem) is shared. Thus, gain imbalance across different panels can occur for both transmit and receive. In addition, different cable lengths can cause different delays (ie timing synchronization) across different panels. Since the addition of a timing calibration processor/circuit can increase the terminal implementation cost, the timing difference across different panels may or may not be internally adjusted depending on the terminal implementation method. I can.

In addition to cables, the use of different hardware components from panel to panel (e.g. oscillators, different RF/circuit structures, amplifiers, phase shifters, etc.) can be used to reduce phase noise, frequency offset, timing offset, etc. Likewise, it can cause (or enlarge) the difference in channel characteristics experienced in different panels.

In the present specification, the'panel' may mean a physical Tx/Rx antenna group located closely with the hardware implementation. A'panel' may represent a group of antenna ports (eg, logical antennas) having a common point in terms of effective channels due to hardware components (eg, amplifiers, hardware boards, etc.) as well as geographical locations not far from each other. More specifically, in the receiver, the antenna ports transmitted from the same panel have their long-term channel characteristics such as average path-loss, average doppler shift, and average delay. properties) can be observed to be similar or identical. From a receiving point of view, for a transmitted antenna port, the observed signals from different logical antennas in the same panel can be assumed to have commonality in terms of long-term channel characteristics. In addition to the long-term channel characteristics described above, panels can share the same Tx/Rx (analog) beam, but different (analog) beams can be used for different panels. In other words, each panel is likely to individually control its own beam due to geographical differences.

In the present specification,'/' may mean'or' or'and/or' depending on the context.

Among the above-described problems, this specification focuses on uplink synchronization for a multi-panel terminal. For multi-panel terminals, the optimal timing advance (TA) value may be different for each panel according to the aforementioned terminal implementation methods (eg, distributed antennas in the terminal).

In the previous system, a single TA value is assumed that the geographic locations of a plurality of antennas are sufficiently close to each other for each terminal. Accordingly, per component carrier per device is provided by the base station. It is assumed that UL Tx timing across different Tx antennas is implemented to be well calibrated inside the UE.

The two existing assumptions described above (geographic location and internal calibration) may no longer be established for new device types (eg vehicle terminals). Therefore, there is a need to introduce a new signaling method that allows different TA values for different panels.

A unit for sharing/non-sharing a common TA value may not be coupled with an actual hardware implementation. Some panels may share the same TA value if the panels are well coordinated internally and/or geographically closely located. Meanwhile, each panel may have multiple UL (analog) beams or UL antenna subsets, and may have significantly different channel characteristics for different beams or antenna subsets even if they belong to the same panel according to a terminal implementation method. For example, if different beams are generated using different antenna sets within a panel, and the hardware characteristics of each antenna set are significantly different from each other, the above assumptions (i.e., one TA value per panel per CC, one TA value per panel per CC) may be incorrect.

Therefore, it is necessary to define a general term (ie, an uplink synchronization unit: UL synchronization unit, USU) indicating a group of an uplink antenna port and/or a physical uplink channel that is synchronized with respect to uplink timing. The USU may correspond to one or more UL panels, one or more UL beams, or a UL antenna group within one panel according to different terminal implementation schemes.

In the present specification, the USU may indicate an uplink antenna port group and/or a UL resource group having common characteristics (eg, a common TA value, a common power control parameter, etc.). For example, the USU is at least one UTE (Uplink Transmission Entity), at least one UTE group, at least one panel, at least one panel group, at least one beam, at least one beam group, at least one antenna (or Antenna port), at least one antenna (antenna port) group, or the like. Further, in the present specification, the antenna (or antenna port) may represent a physical or logical antenna (or antenna port).

Hereinafter, methods related to an uplink synchronization unit (USU) will be described.

[suggestion 1]

Associating/grouping uplink antenna ports (UL APs) and/or physical UL channels to apply a common TA value (common timing advance value) within a CC (Component Carrier) A general term, an uplink synchronization unit (USU) may be defined.

For reference, the USU may include an uplink antenna port (UL AP) of the same RS/channel type as other RS/channel types. For example, the USU may include an SRS AP (or SRS resource) set, a PUCCH DMRS AP (or PUCCH resource) set, a PUSCH DMRS AP (or PUSCH resource) set, and/or a PRACH preamble/resource set.

Grouped antenna ports/channels share a common TA value per CC, and ungrouped antenna ports/channels may have different TA values for each CC.

The USU may be based on i) one or more uplink panels, ii) one or more UL beams, or iii) uplink antenna groups in the uplink panel.

Most of the information related to the USU may not change frequently. That is, information related to the USU may be provided through RRC signaling. However, certain types of antenna ports/channels associated with the USU may need to be changed more often than others depending on panel activation/deactivation, radio channel conditions, etc. For example, the association of PUCCH/PUSCH (AP) may need to be changed more often than the association of SRS/PRACH. Accordingly, lower layer signaling (eg, MAC CE and/or DCI) may be used to change the USU mapping for these antenna ports/channels more quickly and frequently.

Hereinafter, a more specific operation of the base station/terminal will be described based on the proposal 1 above.

[1-1]

After successfully receiving the TA value for the USU, the UE applies the TA value for transmission of an uplink signal included/related to the corresponding USU. When two SRS resources are configured in the terminal (SRI # 0 is set in USU # 0, SRI # 1 is set in USU # 1), the terminal may transmit the SRS as follows.

The UE can transmit SRS from SRS resource # 0 based on TA # 0 in a specific panel (eg, panel # 0), and SRS resource # 1 based on TA # 1 in another panel (eg panel # 1). SRS can be transmitted.

When the PUCCH resource is set in USU # 0, the UE must use panel # 0 (with application of a TA value (TA # 0) corresponding to transmission of PUCCH) for PUCCH transmission.

[1-2]

The actual mapping between the USU and the panel (or beam) depends on the terminal, but the terminal must use the same physical resource (eg, panel) for transmission of an uplink signal included in the same USU. For transmission of the PUSCH (or multi-layer PUCCH), the PUSCH may be associated with a plurality of USUs, but each USU may include a portion of the PUSCH layer or may be associated with a portion of the PUSCH layer. For example, some of the PUSCH DMRS ports may be included/associated in USU # 0, and other PUSCH DMRS ports may be included/associated in USU # 1.

In the case of PUSCH transmission, associated USU(s) information may be dynamically indicated through DCI instead of being configured through higher layer signaling. The associated USU information may be signaled through a dedicated DCI field or a dedicated RNTI for each USU. When a plurality of USUs are indicated for PUSCH transmission, the association between the PUSCH layer and the USU ID may be dynamically indicated through DCI instead of being preset through a higher layer signal.

In this case, higher layer signaling (eg, RRC and/or MAC-CE) may provide information on which USU set is used for PUSCH transmission. Lower layer signaling (eg, DCI) may indicate which layer(s) is associated with which USU.

Instead of signaling the association of layers to the USU, a rule for association may be defined (e.g., in the case of rank 3, the first two layers are mapped to the first USU, and the last layer is the second USU. Mapped to). In this regard, the following physical uplink channels (eg, PUSCH or PUCCH) or signals may be allowed.

-Physical uplink channel/signal not related to USU

-Physical uplink channel/signal associated with a plurality of USUs for the same layer(s)

In such a case, the same uplink signal may be transmitted (redundantly) with different TA values applicable to each physical resource in a plurality of physical resources (eg, panels).

[1-3]

From the base station/network perspective, the base station/network needs to know the number of TA values that must be separately controlled. If the base station/network knows the number, the base station/network can set the PRACH resource(s) to the terminal according to the number.

In addition, information on whether different TA values can be applied simultaneously in the terminal is important. In other words, the information corresponds to whether different APs corresponding to different USUs can be multiplexed in frequency (FDM: Frequency Domain Multiplexing).

If the USU corresponds to the panel, the following items may be considered in relation to the management of the TA value.

Regarding the type of terminal, there may be a terminal capable of transmitting an uplink signal only on one panel at a time. In this case, a multi-panel is implemented based on a panel-level switch. For this type of terminal, a plurality of TA values need to be managed, but only one TA value can be applied at a time.

With respect to different types of terminals, uplink signals can be simultaneously transmitted on different panels by applying different TA values for each panel. From the viewpoint of the base station/network, information on the number of TA values to be separately controlled is required in order to set/trigger different uplink signals/channels. Hereinafter, matters related to the number of USUs will be examined in detail in Proposal 2.

[Proposal 2]

A method of reporting N (per CC), which is the total (additional) number of USUs (or TA values) required by the terminal, to the base station/network may be considered.

Additionally, the UE may report M (per CC), which is the maximum number of USUs that can be simultaneously applied (or transmitted).

Here,'simultaneous transmission' may mean transmission in the same symbol (set) or the same slot.

When M is reported, the UE does not expect to be configured/instructed to transmit more uplink signals/channels than M USUs in a given time unit (eg, symbol, symbol set, slot).

The'uplink signal/channel' may include symbols other than symbols for the actually indicated uplink signal/channel (eg, one additional symbol before/after the indicated uplink signal/channel).

This is because if different TA values are applied to different uplink signals, symbol boundaries may be misaligned, and thus, even if the set symbol index does not overlap, it may collide with a symbol located in front or behind.

The time required for panel/beam/antenna switching may affect the number of symbols (or slots) added. In particular, in the case of panel switching, a relatively long time is required until the panel hardware is sufficiently stabilized after panel activation. Thus, the time (or symbol or slot) required to switch the USU(s) can be reported by the terminal. In addition, the number of added symbols may be set by the base station/network, and the number of added symbols may vary depending on whether it is beam switching or panel switching within a panel.

In addition, the information on the number of USUs that can be applied/transmitted at the same time (M) is generalized to USU grouping information such as which of the N USUs can be transmitted simultaneously or cannot be transmitted simultaneously. Can be (or replaced).

The USU grouping information will be described in detail based on the following assumptions.

1) Requires 3 USUs, 2 of them are for 2 different beams (or groups of antennas) for one panel and the other USUs are for the other panel

2) Due to the switching-based implementation in the panel, only one of the two USUs in the panel can be applied at a time, and both panels can be used simultaneously.

In the case of 1) and 2) above, the maximum number (M) of USUs that can be simultaneously applied/transmitted is not sufficient information. Rather, information on combinations of USUs that can be applied/transmitted simultaneously may be more advantageous.

Considering the above example, the USU can be grouped as follows. Specifically, USUs that cannot be transmitted simultaneously (ie, USUs in a panel) may be grouped together. In this case, it may be assumed that different USU groups can be transmitted simultaneously.

USUs can be grouped in different ways. That is, USUs that can be transmitted simultaneously in the USU group are included and USUs that cannot be transmitted simultaneously may be included in different USU groups.

[2-1]

When the proposed information N is reported by the terminal, the network can set up to N USUs to the terminal. In each USU, one or more PRACH preamble(s)/resource(s) may be associated in addition to SRS, PUCCH and/or PUSCH. In other words, when the PRACH preamble/resource is UE-specifically configured, each PRACH preamble/resource may be associated with a specific USU (USU ID). Based on the association, when the terminal receives a TA command in response to a PRACH preamble/resource, the terminal corresponds to a USU whose TA value is associated with the PRACH preamble/resource, and the corresponding TA value is associated with the same USU. It may be assumed that it can be used for all other uplink signals/channels (eg, SRS, PUCCH, PUSCH).

[2-2]

On the other hand, when a plurality of USUs are triggered one by one, it is possible to share a PRACH preamble/resource to obtain TA values for a plurality of USUs. More specifically, the PRACH may not be associated with any USU or may be shared with several USUs. In this case, ambiguity arises as to which USU should be applied when the terminal receives the TA command. Therefore, accurate USU information (eg, USU ID) in relation to the TA command needs to be delivered to the terminal. In this regard, more specific signaling may be based on one of the following options.

Option 1: Associated USU information is provided together with a PRACH transmission command.

Option 2: Associated USU information is provided through MSG2.

Option 3: Associated USU information is provided through MSG4.

Option 4: Associated USU information is provided immediately after the RACH procedure.

Option 5: TA value per USU is updated/set through separate signaling (procedure).

One way of notifying USU information in the above option is to define a DCI field indicating the USU ID. Another method may be to use a different RNTI for each USU, and this mapping information (RNTI per USU) may be set by higher layer signaling or predefined. Another method for signaling associated USU information is to use a higher layer message (eg, MAC-CE or RRC).

In the case of option 5, it is advantageous to use higher layer signaling (eg, MAC-CE, RRC) in consideration of the size of the information. In this case, signaling (procedure) for updating part of the information (e.g., TA value for a specific USU) is also required, and signaling for update is a lower layer than signaling for configuring all information in order to reduce latency. It may be performed through lower layer signaling.

As described above, two different approaches have been proposed in terms of PRACH utilization. A comparison of the effects of the above two approaches is as follows.

1) The use of multiple PRACH preambles/resources (e.g., one PRACH per USU) requires more signaling overhead, but latency for acquiring multiple TA values for multiple USUs ) Can be reduced. 2) When the PRACH is shared for all USUs, PRACH resources are saved, but the latency for obtaining the TA value for each USU increases.

A combination of the above two methods may also be considered, in which case the PRACH is shared for a subset of USUs. Since each method has advantages and disadvantages for resource overhead versus latency, the number of PRACH resources shared for a subset of USUs to be set for the terminal may be based on the decision of the base station/network, but the maximum possible number is N (per CC).

In the above proposals, the PRACH resource associated with USUs may be based on at least one of a contention-free PRACH resource and a contention-based PRACH resource.

[Suggestion 3]

The PRACH preamble/resource may be associated with one or more USUs.

The TA value provided by the base station in response to the PRACH preamble/resource corresponds to a USU (or one of a plurality of USUs) related to the PRACH preamble/resource.

(If a plurality of USUs are associated with the PRACH) USU information may be additionally indicated to the terminal through one or more signaling options of options 1 to 5 proposed above.

(If a plurality of USUs are related to the PRACH) The USU corresponding to the indicated TA value may be implicitly determined by a rule (eg, the n-th indicated TA value corresponds to the n-th USU among the associated USUs).

The proposed method may not be applied in some cases, particularly when PRACH transmission is processed by a terminal other than a base station (eg, initial RACH, contention-based PRACH, PRACH transmission for beam failure recovery). At this time, ambiguity in the operation of the terminal occurs in relation to the USU/PRACH/panel/beam to be used.

In such a case, the following method may be considered. Specifically, a method in which the network/base station provides association information between each USU (or TA value) and a DL RS (eg, CSI-RS resource, SSB) to the terminal may be considered. Based on the information, the UE can determine which USU/panel/beam/antenna/TA to use when the quality of the DL RS is good (or exceeds the threshold). Based on the information, the network may indicate the associated DL RS instead of the USU ID to indicate which panel/beam to use and/or which TA value to apply. Therefore, the signaling according to option 1 proposed above can be extended to indicate the associated DL RS instead of USU information. Hereinafter, in relation to the indication of the DL RS, it will be described in detail in proposal 4.

[Proposal 4]

The base station/network may provide the UE with the association between the USU (or TA value) and the DL RS (eg, CSI-RS resource, SSB).

(Terminal Initiated) In the case of uplink transmission, the UE may select a DL RS based on its quality and apply a USU (panel/beam/antenna and/or TA value) related to the selected DL RS.

In the above approach, a USU may be associated with a plurality of DL RSs, and a DL RS may also be associated with a plurality of USUs. In the latter case, when a DL RS associated with a plurality of USUs is selected, the UE may use a plurality of panels/beams/antennas (USUs) for transmission of an antenna port/channel. For better robustness, the UE may select one or more DL RSs.

In addition to the above approach, it may be possible to use (instruct the terminal to use) all USUs (panels/beams) (which can be transmitted at the same time) while consuming terminal power in case of terminal initiated uplink transmission. This is to improve coverage and reliability.

Multiple approaches (selected USU, all USUs) may be supported in a complementary manner. In this case, the network/base station can set an access method to be used for specific uplink transmission.

If the terminal can simultaneously transmit a plurality of USUs, the terminal can transmit a plurality of PRACH preambles/resources. Here, each PRACH is transmitted on a different set of panels/beams/antennas. The UE needs to receive a plurality of TA values, one for each USU as a response to the PRACH. In Proposal 5 below, a signaling method related to the plurality of TA values will be described.

[Proposal 5]

After the UE transmits a plurality of PRACH preambles/resources (simultaneously), the UE/base station operation according to Method 1 or Method 2 below may be performed.

Method 1)

The base station may simultaneously provide a plurality of TA values through MSG2 or MSG4. In this case, the mapping between each TA value and each PRACH (or USU(s)) may be signaled explicitly or implicitly.

An example of implicit signaling is as follows.

1) If the indicated TA value is TA # 1, TA # 2,... TA # K,

2) TA # k corresponds to the k-th PRACH preamble/resource ID (k = 1,.. K).

Method 2)

The base station first provides one TA value through MSG2 and then provides other TA values through MSG4 or through another message transmitted after MSG4.

The TA value provided by MSG2 may represent one or more of the following 1) to 3).

1) TA value to be applied to MSG3 transmission

2) TA value corresponding to a specific USU

3) Reference value for subsequent TA information signaling

In the case of 2), USU information may be additionally indicated by the base station. Alternatively, the USU information may be determined according to a specific rule (eg, a first USU ID, a USU corresponding to a transmitted PRACH preamble/resource having the lowest ID). In relation to the signaling related to the USU information, a DCI field-based and/or RNTI-based method based on options 1 to 5 described above may be applied.

In order to reduce overhead, a TA value in a message after MSG4/MSG4 may represent a differential value(s) with respect to a TA value signaled by MSG2.

One initial/default/reference USU among a plurality of USUs may be defined or assumed.

The initial/default/reference USU may be based on at least one of the following USUs.

-The USU selected by the terminal to use for (initial or previous) PRACH transmission

-USU corresponding to the TA value obtained initially (or initially or previously)

-USU used for communication between terminals/base stations to date

The terminal may use one initial/default/reference USU (eg, panel) until the network instructs/allows to use a plurality of USUs or switch to another USU(s). In this sense, the N value of proposal 2 may mean the number of additional USUs in addition to the initial/default/reference USU. Hereinafter, a specific example related to the application of the N value will be described.

For example, if the terminal has two panels (ie, two USUs), it may operate as follows for contention-based PRACH transmission and subsequent uplink transmission. The terminal initially selects and uses one panel, and may apply a TA corresponding to the selected panel (ie, a default TA for a default USU) for initial communication with a base station responding to the terminal. Thereafter, the terminal may notify the base station that the terminal has one or more USUs for which different TA values need to be applied (either autonomously or at the request of the base station). In this example, N = 1. With the modified definition of N as above, the following procedure may be performed.

Step 1) The UE autonomously selects a USU (eg, panel) for transmission of MSG1 (eg, contention-based PRACH).

Step 2) The TA value is provided by MSG2. That is, a default TA value for the selected USU is provided.

Step 3) The terminal notifies the existence of an N value or an additional USU through MSG3.

Step 4) The base station can set and trigger (sequential/simultaneous) transmission of N (contention free) PRACH through MSG4 or other messages.

Step 5) The terminal transmits N PRACH(s) for other USUs to the base station.

Step 6) The UE receives TA values for other USUs in response to N PRACH(s).

In this case, the contention-based PRACH may be transmitted through the default USU and the non-contention-based PRACH(s) may be allocated/used for other USU(s). In order to improve signaling efficiency, TA value(s) for USU(s) other than the default/reference USU may be notified to the terminal as a differential value for the default/reference TA value for the default/reference USU. .

The reference TA value may be transmitted to the terminal in response to the contention-based PRACH, and the differential TA value may be transmitted to the terminal in response to the contention-free PRACH. The difference in TA values between different USUs may be caused primarily by the relative distance of the panel (eg cabling delay), not the absolute position of the panel. In this regard, the differential TA value referred to as delta-TA needs to be changed less frequently than the difference between the actual TA value that can be changed relatively quickly according to the moving speed of the terminal. Therefore, in order to improve the signaling efficiency for the TA indication, it is more advantageous for the signaling of delta-TA to be performed through higher layer messages (eg, MAC-CE, RRC) compared to the signaling of the default/reference TA.

[Proposal 6]

After obtaining the TA value for (initial/default/basic) communication with the base station, the terminal may request/report the presence of additional USU(s) and/or (additional) USUs.

In response to the request/report, the base station may immediately trigger a PRACH for an additional USU.

The requesting/reporting information may be replaced with'request/report for additional uplink synchronization (process) required and/or required TA value (or number of processes)'.

The additional TA value(s) are notified as difference value(s) with respect to the initially (previously) acquired TA value (ie, delta-TA). The delta-TA value may be signaled through a higher layer message.

The uplink signal transmitted from each UE panel may target not only different TRPs but also the same transmit and reception point (TRP). When targeting a common TRP (or TRP beam or TRP panel) in a plurality of USUs, different TA values for each USU may be for synchronous UL reception of the target TRP. Therefore, it may be more efficient when a TA adjustment command (ie, increase or decrease of a previous TA) that is commonly applied to a plurality of TA values for a plurality of USUs is defined. For example, when the base station commands the terminal to decrease the TA by J samples, the terminal J samples the TA values for all (or some) USUs even if the absolute TA value is independently signaled. Decrease by

Different USUs may be targeted to be received by different TRPs or different Rx beams/panels of TRP. For example, TA values are set for i) synchronous reception of signals of USU # 0 and USU # 1 by TRP # A, and ii) synchronous reception of signals of USU # 2 by TRP # B. In this case, the set of USUs sharing the TA coordination command must be set/instructed by the base station/network (ie, USU # 0 and USU # 1 in the above example). In addition, if the USU grouping information is preset in the terminal, the USU set/group ID may be notified along with the TA adjustment command. Alternatively, if the USU grouping information is not set in the terminal, a set of USU IDs to which the command is commonly applied may be notified directly to the terminal together with a TA adjustment command (e.g., Notification via bitmap).

[Proposal 7]

A TA adjustment command indicating an increase or decrease (by a certain amount) of a TA value previously indicated from the base station may be commonly applied to a plurality of TA values for a plurality of USUs.

A set of USUs sharing the coordination command may be additionally notified/instructed through the base station.

For the (initial) RACH procedure based on contention-based PRACH, it may be possible for a terminal having a plurality of USUs to transmit a plurality of PRACHs. Here, each PRACH is transmitted through a specific set of physical resources (eg, panels), and the set is autonomously selected by the terminal.

For example, the terminal may transmit PRACH # 0 in panel # 0 and PRACH # 1 in panel # 1, but the network information about which panel (or USU) the terminal uses for transmission of each PRACH. Does not have When the terminal successfully receives only one response (ie, MSG2) for the PRACH, the terminal can (temporarily) use the corresponding panel for subsequent uplink transmission. When the terminal successfully receives the plurality of responses, the base station cannot distinguish whether the plurality of PRACHs are transmitted by two different terminals or by the same terminal, so that the terminal has two different Temporary Cell RNTIs ). After successful contention resolution based on MSG3 and MSG4, the terminal may have two different C-RNTIs. One terminal having a plurality of C-RNTIs (Cell-RNTIs) may unnecessarily increase the number of PDCCH blind detections and may unnecessarily consume RNTI resources from the viewpoint of the base station. Therefore, it is necessary to merge or discard the remaining RNTIs except for one RNTI.

In Proposal 8 below, a detailed look at the plurality of TC-RNTIs (a plurality of C-RNTIs) will be given.

[Proposal 8]

In relation to the allocation of multiple TC-RNTIs or multiple C-RNTIs, the terminal may perform at least one of the following operations.

1) The terminal may inform the network/base station whether a plurality of TC-RNTIs or a plurality of C-RNTIs are allocated to the terminal.

2) The UE may request the network/base station to merge the plurality of TC-RNTIs or the plurality of C-RNTIs or discard some (eg, discard the remaining RNTIs except one RNTI).

In this case, information about duplicated TC-RNTIs/C-RNTIs (information about duplicated TC-RNTIs/C-RNTIs) may be delivered through at least one of a response to MSG3, MSG4, or other messages.

Hereinafter, the procedure related to the proposal 8 is illustrated.

Step 1) The terminal transmits contention-based PRACH #0 to panel #0 and contention-based PRACH #1 to panel #1. Transmission of each PRACH may be performed through the use of a PRACH Tx instance according to i) or ii) below.

i) Different PRACH Tx instances using the same PRACH preamble/resource (different PRACH Tx instance using same PRACH preamble)

ii) the same/different PRACH instance using different PRACH preamble/resource (same/different PRACH instance using different PRACH preamble/resource)

In the case of ii), different RA-RNTIs are mapped for each USU.

Step 2) The base station transmits two MSG2s to PRACH #0 and PRACH #1, respectively, using different RA-RNTIs. Here, each MSG2 includes a TA value, PUSCH resource allocation (for MSG3), and TC-RNTI.

Step 3) The UE transmits one or two MSG3s through one or two PUSCHs, where each PUSCH is scheduled by each MSG2. In MSG3, the terminal notifies the base station of an event of a duplicate TC-RNTI.

Example 1: When two PUSCHs are used/transmitted for MSG3, at least one of the two MSG3s contains information on a duplicated TC-RNTI, unnecessary TC-RNTI, or additionally used TC-RNTI for UE-ID. Can include.

Example 2: When only one PUSCH is used/transmitted for MSG3, information on unused PUSCH in addition to the UE-ID may be included in MGS3.

Example 3: When two PUSCHs are used/transmitted for MSG3, one of the two MSG3s may contain information indicating that this message does not need to respond.

Step 4) The base station provides the same C-RNTI through two MSG4s or one C-RNTI through one MSG4. In the latter case, the terminal may not search for MSG4 according to i) and ii) below.

i) MSG4 to MSG3 indicating that the terminal does not need to respond

ii) MSG4 for TC-RNTIs indicated (via MSG3) as to be discarded.

Another example of the procedure related to the proposal 8 is as follows.

Step 1) and Step2) Same as above

Step 3) The UE transmits two MSG3s through two PUSCHs, where each PUSCH is scheduled by each MSG2. Existing MSG3 information (eg, UE-ID) is included in the two MSG3s.

Step 4) The base station provides 2 C-RNTIs through 2 MSG4s each.

Step 5) The terminal reports the occurrence of an event related to a plurality of C-RNTIs. Additionally, duplicate C-RNTIs, unnecessary C-RNTIs, C-RNTIs to be discarded or C-RNTIs selected for use may be notified through i) or ii) below.

i) Response to MSG4

ii) Signaling procedure separated from RACH (e.g., a procedure performed during the RRC establishment procedure)

As described above, the PRACH procedure in two cases can be considered. To simplify the procedure, the procedures may be generalized to transmission of a plurality of PRACHs.

If the terminal can use only one panel at a time (due to limited power/energy or hardware structure), simultaneous transmission of a plurality of PRACH resources using a plurality of panels may not be feasible in the terminal. For these terminals, the network may associate some of the PRACH resources dedicated to each USU as described in proposal 3. In this approach, as the number of USUs increases, the number of PRACH resources required increases. Hereinafter, a method(s) of sharing PRACH resources for a plurality of USUs will be described in detail.

Information related to the association between the PRACH and the USU may not be provided by the base station. Alternatively, the information may be provided by a base station in which one PRACH resource is related to a plurality of USUs.

There are various cases in which the terminal having completed the initial access procedure transmits the PRACH. As an example, i) when the base station commands to transmit PRACH (PDCCH order PRACH), ii) a beam failure event occurs in the current CC (component carrier or cell) ([3GPP TS 38.213] [3GPP TS 38.321] ).

In this regard, when a beam failure event occurs in another CC, a method of using PRACH, PUCCH, or PUSCH has been proposed to recover beam failure in Scell (here, Scell may not be a UL carrier). In this case (especially the BFR case), a method of selecting a USU for MSG1 transmission (eg, PRACH/PUCCH preamble transmission) based on the UE's own determination may be considered. This embodiment can be applied only when the PRACH/PUCCH/PUSCH is not connected to a specific USU. When the MSG1 is successfully delivered to the base station, the base station may need USU information used for the MSG1 transmission in order to control the USU(s) for subsequent uplink transmission (eg, PUSCH, PUCCH, SRS). In this regard, we will look at it in more detail in Proposal 9 below.

[Proposal 9]

For PRACH (or PUCCH or PUSCH) resources shared by a plurality of USUs, the UE selects a USU for transmission of the PRACH (or PUCCH or PUSCH) by its own determination, and transmits the selected USU ID to the base station/network. . The signaling may be performed on a corresponding PRACH (or PUCCH or PUSCH) resource, or after/or together with the transmission of the PRACH (or PUCCH or PUSCH).

The PRACH (or PUCCH or PUSCH) resource may be a (dedicated or reserved) resource for transmitting a beam failure recovery request (BFRQ) or a scheduling request (SR) to the base station. The UE may transmit a PRACH (or PUCCH or PUSCH) when a beam failure event occurs in (serving cell or other Scell) or there is UL data (or UL-SCH) to be transmitted to the base station.

The PRACH may be a PRACH based on a PDCCH order. The PRACH is a PRACH triggered by the base station on the basis of the PDCCH. When the PDCCH is used to trigger the PRACH, the DCI includes a random access preamble index, a PRACH MASK index, an SS/PBCH index, and the like.

The above proposal may or may not be applicable to PRACH/PUCCH for purposes other than BFRQ, SR and/or PDCCH order PRACH.

Exemplary procedures related to the proposal will be described below with reference to FIGS. 14 and 15.

14 is a flowchart illustrating an example of a signaling procedure according to an embodiment of the present specification.

S1410) (when the PRACH/PUCCH resource is shared by a plurality of USUs or the PRACH/PUCCH resource is not related to any USU), the UE transmits MSG1 (e.g., contention-based PRACH or a dedicated PUCCH for beam failure recovery request) The USU (eg panel) is autonomously selected for this purpose.

Other reporting information may be explicitly transmitted through reporting content/parameters for the resource or implicitly transmitted using other PRACH/PUCCH resources.

In the case of BFR, examples of other reporting information: whether the terminal has found a new beam greater than or equal to the threshold, failed CC index(es), and quality above a predefined/set threshold (e.g., L1- RSRP) with a new beam ID (e.g. CRI or SSBRI)

S1420) (when the base station correctly detects and receives MSG1) A response from the base station is provided by MSG2.

MSG2 may be delivered to the UE as a MAC-CE message in DCI or PDSCH through CORESET_BFR or general CORESET.

Or, if MSG 2 is delivered based on the existing DCI format through the existing CORESET, MSG2 is the existing MSG2 (e.g., MSG2 in FIG. 10/11) or the existing DCI (e.g., PUSCH allocation using DCI format 0_0 or 0_1). DCI).

S1430) The terminal reports USU information used for transmission of MSG1 through MSG3 (or together with MSG3).

MSG3 may be delivered to the base station as a PUSCH/PUCCH UCI or PUSCH MAC-CE message.

Resource allocation for PUSCH/PUCCH may be assigned by the base station after MSG2 (or together with MSG2). Or MSG3 is set/triggered/activated for other purposes (e.g., grant-free PUCCH/PUSCH, PUSCH/PUCCH for semi-static CSI reporting, PUCCH for periodic CSI reporting, PUCCH for ACK/NACK, PUCCH for scheduling request) It can be delivered through the PUCCH / PUSCH.

In order to transmit the uplink channel used for MSG3, the UE may use the same USU used for transmitting MSG1.

The USU information includes at least a USU ID. The USU ID may be replaced with an SRS resource group ID, a PUCCH resource group ID, or another ID.

In MSG3, other report information may be transmitted to the base station together according to a use case in this procedure and information included in MSG1.

In the case of BFR, examples of other reporting information: whether the terminal has found a new beam greater than or equal to a threshold value, failed CC index(s) (failed CC index(es)), quality of a predefined/set threshold or higher (eg, L1- RSRP) with new beam ID (e.g. CRI or SSBRI), quality of new beam (e.g. L1-RSRP, L1-SINR)

S1440) The base station resets/triggers/changes/updates USU information for subsequent uplink transmission based on USU information provided from MSG3 through MSG4 or another message.

If the base station does not change the USU and relies on other existing procedures (eg, radio link failure, SCell deactivation), msg4 may be as follows. MSG4 may be an existing MSG4 (eg, MSG4 in FIG. XX) or a message/signaling defined for USU (or panel) ID indication for PUCCH/PUSCH/SRS transmission.

The UE may use the USU used for MSG1 and/or MSG3 for transmission of another PUCCH, PUSCH or SRS after MSG3 transmission (eg, UL Tx procedure of FIG. 14).

The UE operation may be continued until the base station configures/triggers transmission of the USU ID (different from the USU ID used in MSG1 and/or MSG3) and PUCCH and/or PUSCH and/or SRS.

15 is a flowchart illustrating another example of a signaling procedure according to an embodiment of the present specification.

In FIG. 15, S1520 to S1540 may be performed based on an existing procedure. Hereinafter, portions that are distinguished from the example of FIG. 14 are indicated by underlines.

S1510) (when the PRACH/PUCCH resource is shared by a plurality of USUs or the PRACH/PUCCH resource is not related to any USU), the terminal is MSG1 (e.g., contention-based PRACH, beam failure recovery request-only PUCCH or PUSCH) The USU (eg, panel) is autonomously selected for transmission of MSG1, and the USU information used for transmission of MSG1 is reported together with MSG1 (or included in MSG1).

USU information includes at least a USU ID. The USU ID may be replaced with an SRS resource group ID, a PUCCH resource group ID, or another ID.

The USU ID may be explicitly transmitted through a message or UCI when MSG1 is transmitted through PUCCH/PUSCH.

The USU ID may be implicitly transmitted. For example, different USUs are based on different information, so that the USU ID may be implicitly transmitted. The different information includes at least one of sequences, RE mapping, format, PRB location/size, transmission (symbol/slot) opportunity, or antenna port(s).

In the case of implicit delivery, the base station may need to perform a blind search for PRACH/PUCCH resources based on possible combinations of USUs in order to know the USU ID used for MSG1 transmission.

For the report, the UE uses a PUCCH/PUSCH for another UCI previously set/allocated/triggered (other UCI (eg, ACK/NACK or CSI) or UL-SCH (eg, grant-free PUSCH)), or , PUSCH allocated to the terminal may be used through a normal scheduling request procedure.

Other reporting information may be explicitly transmitted through reporting content/parameters for the resource or implicitly transmitted using other PRACH/PUCCH resources.

In the case of BFR, examples of other reporting information: whether the terminal has found a new beam greater than or equal to a threshold value, failed CC index(s), a new beam ID having a quality (eg, L1-RSRP) greater than or equal to a predefined/set threshold ( Example: CRI or SSBRI)

S1520) (When the base station correctly detects and receives MSG1) A response from the base station is provided by MSG2.

MSG2 may be delivered to the UE as a MAC-CE message in DCI or PDSCH through CORESET_BFR or general CORESET.

Or, if MSG 2 is delivered based on the existing DCI format through the existing CORESET, MSG2 is the existing MSG2 (e.g., MSG2 in FIG. 10/11) or the existing DCI (e.g., PUSCH allocation using DCI format 0_0 or 0_1). DCI).

S1530) Other (remaining) reporting information may be delivered to the base station as MSG3.

MSG3 may be delivered to the base station as a PUSCH/PUCCH UCI or PUSCH MAC-CE message.

Resource allocation for PUSCH/PUCCH may be assigned by the base station after MSG2 (or together with MSG2). Or MSG3 is set/triggered/activated for other purposes (e.g., grant-free PUCCH/PUSCH, PUSCH/PUCCH for semi-static CSI reporting, PUCCH for periodic CSI reporting, PUCCH for ACK/NACK, PUCCH for scheduling request) It can be delivered through the PUCCH / PUSCH.

For MSG 3 (and other subsequent PUCCH/PUSCH/SRS transmission after transmitting MSG1), the UE may use the USU used for MSG1 (eg, MSG3/UL Tx procedure in FIG. 14).

The terminal operation may continue until the base station configures/triggers PUCCH/PUSCH/SRS transmission together with the USU ID. In this case, the USU ID may be different from the USU ID used in MSG1 and/or MSG3.

In the case of BFR, examples of other reporting information: whether the terminal has found a new beam greater than or equal to a threshold value, failed CC index(s), a new beam ID having a quality (eg, L1-RSRP) greater than or equal to a predefined/set threshold ( E.g. CRI or SSBRI), the quality of the new beam (e.g. L1-RSRP, L1-SINR)

If there is no additional (dedicated) report information, MSG3 reports the existing MSG3 (e.g., MSG3 in Fig. 10/11), the existing beam/CSI related report, or in the case of BFR, new beam information (failed CC index(s)). It may be a UCI/MAC-CE message for.

S1540) The base station resets/triggers/changes/updates USU information for subsequent UL transmission based on USU information provided from MSG3 through MSG4 or another message.

If the base station does not change the USU and relies on other existing procedures (eg, radio link failure, SCell deactivation), MSG4 may be as follows. MSG4 may be an existing MSG4 (eg, MSG4 in FIG. XX) or a message/signaling defined for USU (or panel) ID indication for PUCCH/PUSCH/SRS transmission.

In the above proposal (and examples), the TA value may be provided to the terminal by MSG2, MSG4 or other message. In this case, since the TA value is applied to the USU used for MSG1 transmission, the corresponding TA value must be used for other uplink transmission related to the USU. If one TA value can be applied in common to a plurality of USUs/panels (which may depend on the terminal performance), for example, when the panels are closely located and sufficiently calibrated in relation to the transmission timing, the TA value is common upward. It can be applied to a plurality of USUs sharing link timing (control).

[Proposal 10]

In proposal 9, it is assumed that the UE cannot or should not change the mapping between the USU ID(s) and the USU(s) (eg, physical antenna/panel (or logical antenna port)). This is because the base station can still use the previous measurement/configuration to indicate a specific USU for subsequent uplink transmission after MSG1 (and MSG3) transmission. However, in some cases, for example, in the case of a PRACH-based BFR (PCell or PRACH for the same cell), the measurement result performed before MSG1 is useful after MSG1 due to a change in radio state (e.g., beam or link failure occurs). I can't.

In this case, another applicable method is that the UE autonomously changes the mapping between the USU ID(s) and USU(s) (eg, physical antenna/panel (or logical antenna port)) for MSG1 (and subsequent UL transmission). will be. Through this method, it is not necessary to report the USU ID used in MSG1. In this case, a specific rule (eg, physical antenna/panel (or logical antenna port)) for changing the mapping between the USU ID and the USU needs to be defined. That is, the USU ID is predefined by the rule. The USU ID is used for MSG1 transmission, MSG3 transmission, or subsequent uplink transmission until a (explicit) USU (and/or panel) instructs to change the USU (and/or panel) for uplink transmission from the base station. May be for the USU used for.

For example, the predefined ID (or default ID) may be based on at least one of 1) to 4) below.

1) lowest USU ID (e.g. ID = 0)

2) USU ID used for the most recent uplink transmission

3) USU ID used for transmission of the most recent specific uplink channel/signal (eg, PUCCH resource with the lowest ID)

4) USU ID corresponding to TCI(s) for (lowest) CORESET(s)

The terminal maps/uses the predefined/default USU ID to the USU used for transmission of MSG1. The terminal maps/uses the predefined/default USU ID to the MSG3 and the USU used for transmission of the subsequent uplink transmission until there is a (explicit) panel indication for changing the panel from the base station. In this case, the base station assumes that the terminal will use the predefined/default USU ID.

Mapping rules for the remaining USU IDs may be defined as follows.

That is, USU ID # x is converted to USU ID # y according to a given rule. Here, x = 0,.., N-1 and y = 0,.., N-1, and N is the number of USUs of the terminal.

It is assumed that N=4, the predefined/default ID is 0, and the USU ID of the most recently used/activated USU before MSG1 transmission is 2 is assumed. At this time, the USU ID of the most recently used/activated USU is i) the most recent USU ID used for PUCCH (and/or SRS and/or PUSCH) transmission or ii) for the (lowest) CORESET(s). It may be a USU ID corresponding to the TCI(s). USU IDs (eg, 0, 1, 2, 3) for each USU are converted to new USU IDs (eg, 1, 2, 0, 3) according to predefined rules.

[Proposal 11]

As suggested above, USU information (eg, USU ID(s)) may be associated with one or more PRACH resources (eg, PRACH occasion and/or preamble). In the NR system, each SSB (SS/PBCH block) is associated with one or more PRACH resource(s) by a predefined rule. More specifically, an example of the number of SSBs associated with one RO (in case of RACH) may be as follows.

Nssb = {1/8, 1/4, 1/2, 1, 2, 4, 8, 16}

1 인 경우 연속적인 인덱스들과 함께 R개의 프리앰블들은 n개의 SSB와 연관된다. 여기서,

이다.When Nssb<1, one SSB is mapped to consecutive RO(s), Nssb

In the case of 1, R preambles along with consecutive indices are associated with n SSBs. here,

to be.

The mapping of SSBs to the PRACH occasion is performed in the following order.

1) Preamble indices within a single RO

2) Frequency resource indexes for frequency multiplexed ROs

3) Time resource indexes for time multiplexed ROs in PRACH slot

4) PRACH slot indexes

Within an association period (e.g., 10/20/40/80/160ms), an integer number of SSBs (cyclically) are mapped to ROs, and the remaining ROs in the association period ( S) are omitted. The association pattern period is one or a plurality of association periods (160 ms).

The association between the SSB and the PRACH resource means that when the associated SSB (associated SSB) is preferred (ie, the quality of the SSB is greater than or equal to a certain threshold, for example, RSRP-ThresholdSSBlock), the UE can select and transmit the PRACH resource. do.

In consideration of the above structure, the following method may be considered in order to map the USU ID to the PRACH resource as much as possible. Specifically, a method of associating the USU ID with (each) SSB or reusing an existing mapping rule between the PRACH resource and the SSB may be considered.

The association between USU IDs for (each) SSB(s) may be provided by a base station configuration (eg, through an RRC message). Alternatively, the association may be determined by a predefined rule. For example, if the SSB relates to K ROs, then each USU may be associated with (approximately) K/L RO(s). Here, L is the total number of USUs of the terminal according to the configuration of the base station or a predefined mapping rule.

In another example, when SSB is associated with K preambles in one RO, each USU may be associated with K/L preambles. Here, L is the number of total USUs of the terminal according to the base station configuration or a predefined mapping rule.

In another example, the associated USU ID may be changed according to the SSB-RO mapping period (or based on the SSB-RO mapping period). For example, the associated USU ID is not changed during an association period (eg, 10/20/40/80/160 ms), but may be changed over multiple association periods. The associated USU ID may be set/defined as a slot/subframe number.

The association information proposed as described above may be used when the UE selects a PRACH resource (and/or transmits a PRACH). The association information may be used when the associated SSB and the associated USU are preferred. When the associated SSB and the associated USU are preferred, it may mean that the quality of the SSB associated with the associated/corresponding USU (or Rx panel) is greater than or equal to a specific threshold (eg, RSRP-ThresholdSSBlock) or greater. Together with the association information, the terminal may report/notify the base station (implicitly) of the preferred/used/selected USU (ID) in addition to the preferred/selected SSB ID.

When the base station detects/receives the PRACH preamble (accurately), the base station can know which USU ID is used by the terminal for PRACH transmission. The association information may be used by the base station to indicate a specific USU ID for PRACH transmission. For example, when the base station selects a PRACH resource (triggers PRACH transmission / indicates a PRACH resource to the terminal) (e.g., PDCCH order PRACH), the indicated PRACH resource implicitly indicates the USU ID to be used for PRACH transmission. I can. The terminal transmits the PRACH on the indicated PRACH resource based on (or using) the (associated) USU ID (or USU).

[Proposal 12]

Since each USU will be associated with a different set of physical resources (eg, panels, beams) in the terminal, the uplink transmission power needs to be independently controlled for each USU and TA. For open loop (and closed loop) power control, the DL RS associated with each USU (Proposal 4) can be used for path loss estimation for each USU. For closed loop power control, the base station/network may command an increase/decrease of UL Tx power for each USU. For example, it is assumed that the PUSCH/PUCCH DMRS layer set (DMRS set # 0) is associated with USU # 0 and the other PUSCH/PUCCH DMRS layer (DMRS set # 1) is associated with USU # 1. The network may have to command an increase or decrease in uplink transmission power for a specific DMRS set (eg, DMRS set # 0).

In this regard, the USU information may be provided when a TPC command is provided to the terminal. In this case, the USU information may be provided by adding an information field (eg, USU ID) in the DCI format for the TPC command.

Another signaling option is to use a different RNTI for each USU for CRC scrambling of the PDCCH including the TPC command. In this case, the network provides the UE with an association between RNTI and RNTI and USU(s) (e.g., TPC-PUCCH-RNTI0 for PUCCH resources of USU # 0, TPC-PUCCH-RNTI1 for PUCCH resources of USU # 1) ( Need to be informed) through higher layer signaling.

One RNTI may be associated with a plurality of USUs. In this case, the plurality of USUs share a power control process/parameter. Another way to signal TPC per USU(s) is to define an extended DCI format for a TPC that can represent multiple TPCs. For example, a plurality of TPC fields may be defined in a DCI format, where each TPC may be explicitly mapped to one or a plurality of USUs through different information fields. Alternatively, each TPC is implicitly mapped to one or more USUs (eg, the nth TPC is mapped to the nth USU). Alternatively, it is also possible to jointly encode a plurality of TPCs into one DCI field.

Therefore, the above-described proposals can be extended and applied not only to TAs per USU but also to TPCs per USU.

In other words, the USU may be redefined as a power control process and/or a UL RS/channel set that shares a TA value. Depending on the implementation method, the USU may have different sets of physical resources (eg, panels) sharing power control and physical resources sharing TA. The former has more to do with whether the power resources share a power amplifier, and the latter is the line delay and timing calibration for physical resources (e.g. antennas, panels) in the baseband processor. This is because it may be more related to the difference in capability).

Since the USU may be defined based on only one aspect, another information is required in order for the terminal and the base station to indicate USUs having a common point/difference for another aspect. For example, the USU may be defined in terms of uplink synchronization. In this case, the terminal notifies the base station of which USU(s) share the power control related process/parameter. Together or separately, the base station may set whether the USUs share the TPC in the terminal. For a specific TPC command, the network may indicate USU set information instead of USU information to which the TPC command is applied. The base station can control the increase/decrease of Tx power for all panels more frequently than independently controlling each panel according to the overall quality of the uplink signal. Accordingly, when there is no explicit setting/instruction related to USU information, it may be more efficient for the Pc value indicated for the TPC to correspond to all USUs (for UL signal/channel).

In this regard, it is more efficient to use the differential Pc value(s) to reduce signaling overhead. For example, the base station may indicate K Pc values, where the first Pc value is commonly applied to all USUs, and the other (K-1) Pc values are each (K-1) USU (or USU set S) respectively. Here, the (K-1) values are difference values for the first Pc value referred to as the delta-Pc value.

Each of the (K-1) delta-Pc values may be notified with a payload size smaller than the first/reference Pc value. This will be described with a specific example. It is assumed that the base station wants to instruct all panels (USU) to boost the Tx power of the terminal by X dB, except for one specific panel, and the Tx power of the specific panel must be boosted by (X-1) dB. . In the proposed method, the base station should indicate two Pc values, that is, Pc # 0 = XdB as a reference Pc (reference Pc) and Pc # 1 = -1dB as delta-Pc, where the second Pc is a smaller payload. It can be transmitted in size (eg 1 to 2 bits). In the above example, the USU (set) ID may be accompanied by a delta-Pc value to indicate the set of USU(s) to which the TPC command is applied.

Another example of using delta-Pc is when the first (or reference) Pc value corresponds to a specific USU, not all USUs. For example, the initial/base/reference USU defined/described in previous proposals may be a specific USU. Alternatively, the specific USU may be preset by the base station or may be predefined by a rule (eg, the USU with the lowest ID). One specific Pc value for the TPC may correspond to a specific USU (eg, preset/defined USU), and different Pc values may correspond to different USUs, respectively. Here, the different Pc values may be notified as differential values with respect to a specific Pc value.

The reference/first Pc value and the delta-Pc value may be transmitted in the same or different messages, and each message may be transmitted in a different layer (eg, one physical layer, the other one MAC sublayer). In this case, the transmission may be based on the same or different signaling mechanisms (eg, one PDCCH CRC scrambling, the other one DCI field).

As described above for delta-TA, the difference values of Pc across a plurality of USUs need to be changed less frequently. Therefore, while the TPC command is indicated through physical layer signaling (eg, DCI), delta-Pc values may be indicated through higher layer signaling (eg, MAC-CE).

The above-described proposals may relate to how many TA values should be controlled for each CC. In NR, a bandwidth part (BWP) is newly introduced, and each BWP in a CC may have a different neurology (eg, subcarrier spacing). In the future, a terminal capable of managing a plurality of BWPs in the CC may be supported. Therefore, the TA value needs to be controlled for each BWP, not for CC. In this case, in the present specification,'per CC' may be replaced with'per BWP'.

The term “USU” proposed in the present specification is used for convenience of proposal 1 and description. However, the term is not intended to limit the scope of application of the embodiments described in this specification. Even if'USU' or terms related to it are not specifically defined, proposals other than proposal 1 may be applied. Instead of introducing a new term,'USU' may be replaced with one or more PRACH resources/preamble/instance, SRS resource/resource set, PUCCH resource/resource set, or PUSCH DMRS port/layer.

In terms of implementation, operations of the base station/terminal according to the above-described embodiments (e.g., operations related to transmission/random access procedures of an uplink signal based on at least one of proposals 1 to 12) are illustrated in FIGS. 18 to 18 to be described later. It can be processed by the device of 22 (e.g., processors 102 and 202 of FIG. 19).

In addition, the operation of the base station/terminal according to the above-described embodiment (e.g., operation related to transmission/random access procedure of an uplink signal based on at least one of proposals 1 to 12) is at least one processor (e.g., in FIG. It may be stored in a memory (eg, 104 and 204 of FIG. 19) in the form of an instruction/program (eg, instruction, executable code) for driving the 102 and 202).

Hereinafter, the above-described embodiments will be described in detail with reference to FIG. 16 in terms of the operation of the terminal. The methods described below are only classified for convenience of description, and of course, some components of one method may be substituted with some components of another method, or may be combined with each other and applied.

16 is a flowchart illustrating a method for a terminal to perform a random access procedure in a wireless communication system according to an embodiment of the present specification.

Referring to FIG. 16, a method for a terminal to perform a random access procedure in a wireless communication system according to an embodiment of the present specification may include transmitting a PRACH preamble (S1610) and receiving a random access response (S1620).

In S1610, the terminal transmits a physical random access channel preamble (PRACH preamble) to the base station. The PRACH preamble may be based on a contention-based RACH procedure (CBRA) or a contention-free RACH procedure (CFRA).

According to an embodiment, the PRACH preamble may be transmitted based on a specific unit. The specific unit may be an UL synchronization unit (USU) based on any one of proposals 1 to 12.

The specific unit may be based on one of i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) at least one antenna port related to the at least one panel.

According to an embodiment, the specific unit may be related to a common property. The common characteristic may include at least one of Timing Advance (TA) and Transmission Power Control (TPC).

The common characteristic may be related to a specific frequency domain. The specific frequency domain may be based on a component carrier (CC) or a bandwidth part (BWP). This embodiment may be based on at least one of the proposal 1 or the proposal 12.

According to an embodiment, based on the fact that the PRACH preamble is associated with a plurality of specific units (eg, a plurality of USUs), a specific unit for transmission of the PRACH preamble may be determined based on association information. have.

For example, the association information may be based on the ID of the specific unit or mapping information between the specific unit and a Radio Network Temporary Indentifier (RNTI).

As another example, the association information may be related to at least one downlink reference signal (DL RS) associated with the plurality of specific units.

This embodiment may be based on at least one of the proposals 2 to 4 above. The ID of the specific unit may be a USU ID. The mapping information may indicate an RNTI for each USU.

According to the above-described S1610, the terminal (100/200 of FIGS. 18 to 22) transmits a physical random access channel preamble (PRACH preamble) to the base station (100/200 of FIGS. 18 to 22). The operation can be implemented by the device of FIGS. 18 to 22. For example, referring to Figure 19, one or more processors 102 to transmit a physical random access channel preamble (Physical Random Access Channel Preamble, PRACH preamble) to the base station 200 one or more transceivers 106 and / or one The above memory 104 can be controlled.

In S1620, the terminal receives a random access response (RAR) from the base station. The RAR may be based on a contention-based RACH procedure or a contention-free RACH procedure.

According to the above-described S1620, the operation of receiving a random access response (RAR) from the base station (100/200 of FIGS. 18 to 22) by the terminal (100/200 of FIGS. 18 to 22) is shown in FIGS. It can be implemented by the device of FIG. 22. For example, referring to FIG. 19, one or more processors 102 may include one or more transceivers 106 and/or one or more memories 104 to receive a random access response (RAR) from the base station 200. Can be controlled.

The method may further include transmitting terminal capability information before the step S1610 or after the step S1620.

In the UE capability information transmission step, the UE transmits UE capability information to the base station. The terminal capability information may be related to the number of the specific unit. The number of specific units may be based on at least one of the total number (N) or the maximum number (M) that can be applied simultaneously. This embodiment may be based on proposal 2 above.

The PRACH preamble may be transmitted based on the M specific units. This is to improve coverage and reliability by utilizing all of the specific units (eg, USUs) that can be applied simultaneously in PRACH preamble transmission. This embodiment may be based on the proposal 4 above.

According to the above-described steps, the operation of the terminal (100/200 of FIGS. 18 to 22) to transmit the UE capability information to the base station (100/200 of FIGS. 18 to 22) is shown in FIGS. 18 to 22 It can be implemented by the device of. For example, referring to FIG. 19, one or more processors 102 control one or more transceivers 106 and/or one or more memories 104 to transmit UE capability information to the base station 200 can do.

The method according to this embodiment may be based on a contention-based random access procedure (CBRA). Specifically, the method may further include transmitting a third message (Msg3) and receiving a contention cancellation message.

In the third message transmission step, the terminal transmits a third message (Msg3) to the base station based on the RAR. The Msg3 may be transmitted based on the specific unit (eg, USU).

According to the above-described steps, the operation of transmitting the third message (Msg3) based on the RAR to the base station (100/200 of FIGS. 18 to 22) by the terminal (100/200 of FIGS. 18 to 22) is shown in FIG. To 22 may be implemented. For example, referring to FIG. 19, one or more processors 102 may transmit one or more transceivers 106 and/or one or more memories 104 to the base station 200 to transmit a third message (Msg3) based on the RAR. ) Can be controlled.

In the contention resolution message receiving step, the terminal may receive a contention resolution message (MSg4) from the base station.

According to the above-described steps, the operation of the terminal (100/200 of FIGS. 18 to 22) receiving a contention resolution message (MSg4) from the base station (100/200 of FIGS. 18 to 22) is shown in FIGS. It can be implemented by the device of FIG. 22. For example, referring to FIG. 19, one or more processors 102 may receive one or more transceivers 106 and/or one or more memories 104 to receive a Contention Resolution Message (MSg4) from the base station 200. Can be controlled.

According to an embodiment, the PRACH preamble may be based on a plurality of PRACH preambles. The RAR may include a TA value for any one of a plurality of TA values for the plurality of PRACH preambles. The Msg4 may include information on remaining TA values excluding the TA value included in the RAR among the plurality of TA values. This embodiment may be based on the proposal 5 above.

For example, the TA value included in the RAR is i) a TA value applied to transmission of the Msg3, ii) a TA value for any one of a plurality of specific units for the plurality of PRACH preambles or iii) the remaining It may be based on at least one of reference TA values for TA values.

For example, the TA value included in Msg4 may be a differential value with respect to the TA value included in the RAR.

According to an embodiment, the plurality of TA values may be adjusted by the same value based on a preset command. The preset command may be a TA adjustment command based on the proposal 6.

According to an embodiment, the PRACH preamble is based on a plurality of PRACH preambles, and the Msg3 may include information related to a specific event. The specific event may be related to the configuration of a plurality of TC-RNTIs (temporary cell radio network temporary identifiers). This embodiment may be based on at least one of proposals 7 to 8 above.

According to an embodiment, the PRACH preamble or Msg3 may include an ID (eg, USU ID) of the specific unit used for transmission of the PRACH preamble. This embodiment may be based on at least one of the proposals 9 to 11.

The ID of the specific unit may be based on the default ID of the proposal 10. Specifically, the default ID is,

1) The specific unit of the lowest index

2) A specific unit used for the most recent uplink transmission

3) A specific unit used for transmission of the most recent specific uplink channel

4) A specific unit related to the Transmission Configuration Indicator (TCI) of the lowest control resource element (CORESET)

It may be related to at least any one of the above 1) to 4).

The ID of the specific unit may be determined based on a mapping period between SSB (SS Block) and RO (RACH Occasion). The quality of the panel according to the ID of the specific unit and the quality of the SSB may be greater than or equal to a specific value. The specific value may be a specific threshold value (RSRP-ThresholdSSBlock) of the proposal 11.

Hereinafter, the above-described embodiments will be described in detail with reference to FIG. 17 in terms of the operation of the base station. The methods described below are only classified for convenience of description, and of course, some components of one method may be substituted with some components of another method, or may be combined with each other and applied.

17 is a flowchart illustrating a method for a base station to perform a random access procedure in a wireless communication system according to another embodiment of the present specification.

Referring to FIG. 17, a method for a base station to perform a random access procedure in a wireless communication system according to another embodiment of the present specification may include receiving a PRACH preamble (S1710) and transmitting a random access response (S1720).

In S1710, the base station receives a physical random access channel preamble (PRACH preamble) from the terminal. The PRACH preamble may be based on a contention-based RACH procedure (CBRA) or a contention-free RACH procedure (CFRA).

According to an embodiment, the PRACH preamble may be transmitted based on a specific unit. The specific unit may be an UL synchronization unit (USU) based on any one of proposals 1 to 12.

The specific unit may be based on one of i) at least one beam, ii) at least one panel among a plurality of panels of the base station, or iii) at least one antenna port related to the at least one panel.

According to an embodiment, the specific unit may be related to a common property. The common characteristic may include at least one of Timing Advance (TA) or Transmission Power Control (TPC).

The common characteristic may be related to a specific frequency domain. The specific frequency domain may be based on a component carrier (CC) or a bandwidth part (BWP). This embodiment may be based on at least one of the proposal 1 or the proposal 12.

According to an embodiment, based on the fact that the PRACH preamble is associated with a plurality of specific units (eg, a plurality of USUs), a specific unit for reception of the PRACH preamble may be determined based on association information. have.

For example, the association information may be based on the ID of the specific unit or mapping information between the specific unit and a Radio Network Temporary Indentifier (RNTI).

As another example, the association information may be related to at least one downlink reference signal (DL RS) associated with the plurality of specific units.

This embodiment may be based on at least one of the proposals 2 to 4 above. The ID of the specific unit may be a USU ID. The mapping information may indicate an RNTI for each USU.

According to the above-described S1710, the base station (100/200 of FIGS. 18 to 22) receives a physical random access channel preamble (PRACH preamble) from the terminal (100/200 of FIGS. 18 to 22). The operation can be implemented by the device of FIGS. 18 to 22. For example, referring to FIG. 19, one or more processors 202 may receive one or more transceivers 206 and/or one to receive a physical random access channel preamble (PRACH preamble) from the terminal 100. The above memory 204 can be controlled.

In S1720, the base station transmits a random access response (RAR) to the terminal. The RAR may be based on a contention-based RACH procedure (CBRA) or a contention-free RACH procedure (CFRA).

According to the above-described S1720, the operation of the base station (100/200 in FIGS. 18 to 22) transmitting a random access response (RAR) to the terminal (100/200 in FIGS. 18 to 22) is shown in FIGS. It can be implemented by the device of FIG. 22. For example, referring to FIG. 19, one or more processors 202 may transmit one or more transceivers 206 and/or one or more memories 204 to transmit a random access response (RAR) to the terminal 100. Can be controlled.

The method may further include receiving terminal capability information before step S1710 or after step S1720.

In the UE capability information receiving step, the base station receives UE capability information from the UE. The terminal capability information may be related to the number of the specific unit. The number of specific units may be based on at least one of the total number (N) or the maximum number (M) that can be applied simultaneously. This embodiment may be based on proposal 2 above.

The PRACH preamble may be transmitted based on the M specific units. This is to improve coverage and reliability by utilizing all of the specific units (eg, USUs) that can be simultaneously applied in PRACH preamble reception. This embodiment may be based on the proposal 4 above.

According to the above-described steps, the operation of receiving UE capability information from the base station (100/200 of FIGS. 18 to 22) from the terminal (100/200 of FIGS. 18 to 22) is shown in FIGS. 18 to 22 It can be implemented by the device of. For example, referring to FIG. 19, one or more processors 202 control one or more transceivers 206 and/or one or more memories 204 to receive UE capability information from the terminal 100. can do.

The method according to this embodiment may be based on a contention-based random access procedure (CBRA). Specifically, the method may further include receiving a third message (Msg3) and transmitting a contention cancellation message.

In the third message receiving step, the base station receives a third message (Msg3) based on the RAR from the terminal. The Msg3 may be transmitted based on the specific unit (eg, USU).

According to the above-described steps, the operation of receiving the third message (Msg3) based on the RAR from the base station (100/200 of FIGS. 18 to 22) from the terminal (100/200 of FIGS. 18 to 22) is shown in FIG. To 22 may be implemented. For example, referring to FIG. 19, one or more processors 202 may receive one or more transceivers 206 and/or one or more memories 204 to receive a third message (Msg3) based on the RAR from the terminal 100. ) Can be controlled.

In the contention resolution message transmission step, the base station may transmit a contention resolution message (MSg4) to the terminal.

According to the above-described steps, the operation of the base station (100/200 of FIGS. 18 to 22) transmitting a contention resolution message (MSg4) to the terminal (100/200 of FIGS. 18 to 22) is shown in FIGS. It can be implemented by the device of FIG. 22. For example, referring to Figure 19, one or more processors 202 to transmit a contention resolution message (Contention Resolution Message, Msg4) to the terminal 100, one or more transceivers 206 and / or one or more memory 204 Can be controlled.

According to an embodiment, the PRACH preamble may be based on a plurality of PRACH preambles. The RAR may include a TA value for any one of a plurality of TA values for the plurality of PRACH preambles. The Msg4 may include information on remaining TA values excluding the TA value included in the RAR among the plurality of TA values. This embodiment may be based on the proposal 5 above.

For example, the TA value included in the RAR is i) a TA value applied to the reception of the Msg3, ii) a TA value for any one of a plurality of specific units for the plurality of PRACH preambles, or iii) the remaining It may be based on at least one of reference TA values for TA values.

For example, the TA value included in Msg4 may be a differential value with respect to the TA value included in the RAR.

According to an embodiment, the plurality of TA values may be adjusted by the same value based on a preset command. The preset command may be a TA adjustment command based on the proposal 6.

According to an embodiment, the PRACH preamble is based on a plurality of PRACH preambles, and the Msg3 may include information related to a specific event. The specific event may be related to the configuration of a plurality of TC-RNTIs (temporary cell radio network temporary identifiers). This embodiment may be based on at least one of proposals 7 to 8 above.

According to an embodiment, the PRACH preamble or Msg3 may include an ID (eg, USU ID) of the specific unit used for transmission of the PRACH preamble. This embodiment may be based on at least one of the proposals 9 to 11.

The ID of the specific unit may be based on the default ID of the proposal 10. Specifically, the default ID is,

1) The specific unit of the lowest index

2) A specific unit used for the most recent uplink reception

3) A specific unit used for reception of the most recent specific uplink channel

4) A specific unit related to the Transmission Configuration Indicator (TCI) of the lowest control resource element (CORESET)

It may be related to at least any one of the above 1) to 4).

The ID of the specific unit may be determined based on a mapping period between SSB (SS Block) and RO (RACH Occasion). The quality of the panel according to the ID of the specific unit and the quality of the SSB may be greater than or equal to a specific value. The specific value may be a specific threshold value (RSRP-ThresholdSSBlock) of the proposal 11.

Communication system example to which the present invention is applied

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 block, software block, or functional block, unless otherwise indicated.

18 illustrates a communication system 1 applied to the present specification.

Referring to FIG. 18, a communication system 1 applied to the present specification 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.

Examples of wireless devices to which the present invention is applied

19 illustrates a wireless device applicable to the present specification.

Referring to FIG. 19, 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. 18 } 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.

The second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208. The processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. For example, the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206. In addition, the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206. The memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may perform some or all of the processes controlled by the processor 202, 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 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR). The transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208. The transceiver 206 may include a transmitter and/or a receiver. The transceiver 206 may be used interchangeably with an RF unit. In the present invention, the wireless device may mean a communication modem/circuit/chip.

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.

Signal processing circuit example to which the present invention is applied

20 illustrates a signal processing circuit applied to the present specification.

Referring to FIG. 20, 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. 20 may be performed in processors 102 and 202 and/or transceivers 106 and 206 of FIG. 19. The hardware elements of FIG. 20 may be implemented in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 19. For example, blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 19. Further, blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 19, and block 1060 may be implemented in the transceivers 106 and 206 of FIG. 19.

The codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 20. 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. 20. For example, a wireless device (eg, 100 and 200 in FIG. 19) 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.

Examples of wireless devices to which the present invention is applied

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

Referring to FIG. 21, the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 19, 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. 19. For example, the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 19. 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.

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. 18, 100a), vehicles (Figs. 18, 100b-1, 100b-2), XR devices (Figs. 18, 100c), portable devices (Figs. 18, 100d), and home appliances. (Figs. 18, 100e), IoT devices (Figs. 18, 100f), digital broadcasting terminals, hologram devices, public safety devices, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate/environment devices, It may be implemented in the form of an AI server/device (FIGS. 18 and 400 ), a base station (FIGS. 18 and 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. 21, various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be connected to each other through a wired interface, or at least part of them 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.

Examples of mobile devices to which the present invention is applied

22 illustrates a portable device applied to the present specification. 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. 22, 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. 21, 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.

A method of performing a random access procedure in a wireless communication system according to an embodiment of the present specification and an effect of the apparatus will be described as follows.

According to an embodiment of the present specification, a Physical Random Access Channel Preamble (PRACH preamble) is transmitted based on a specific unit related to a common property. The specific unit may be based on one of i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) at least one antenna port related to the at least one panel. That is, a random access procedure is performed based on a panel/beam/antenna port and the like having common characteristics.

Accordingly, the random access procedure of the multi-panel terminal can be performed so that the difference in channel characteristics and other characteristics between panels is minimized, and thus, reliability of the procedure can be secured.

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.

The embodiment according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. In the case of implementation by hardware, an embodiment of the present invention provides one or more ASICs (application specific integrated circuits), DSPs (digital signal processors), DSPDs (digital signal processing devices), PLDs (programmable logic devices), and FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, etc.

In the case of implementation by firmware or software, an embodiment of the present invention may be implemented in the form of a module, procedure, or function that performs the functions or operations described above. The software code can be stored in a memory and driven by a processor. The memory may be located inside or outside the processor, and may exchange data with the processor through various known means.

It is obvious to a person skilled in the art that the present invention can be embodied in other specific forms without departing from the essential features of the present invention. Therefore, the above detailed description should not be construed as restrictive in all respects, but 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.

Claims (20)

In a method for a terminal to perform a random access procedure in a wireless communication system, Transmitting a physical random access channel preamble (PRACH preamble); And Including the step of receiving a random access response (Random Access Response, RAR), The PRACH preamble is transmitted based on a specific unit, The specific unit is based on any one of i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) at least one antenna port related to the at least one panel, The method, characterized in that the specific unit is related to a common property. The method of claim 1, The common characteristic includes at least one of Timing Advance (TA) or Transmission Power Control (TPC). The method of claim 2, The common characteristic is related to a specific frequency domain, wherein the specific frequency domain is based on a component carrier (CC) or a bandwidth part (BWP). The method of claim 2, Further comprising the step of transmitting UE capability information, The terminal capability information is related to the number of the specific unit, The number of the specific units is based on at least one of a total number (N) or a maximum number (M) that can be applied simultaneously. The method of claim 2, Based on the PRACH preamble being associated with a plurality of specific units, A specific unit for transmission of the PRACH preamble is determined based on association information, The association information is characterized in that based on the ID of the specific unit or mapping information between the specific unit and a Radio Network Temporary Indentifier (RNTI). The method of claim 2, Based on the PRACH preamble being associated with a plurality of specific units, The specific unit for transmission of the PRACH preamble is determined based on association information, The association information is characterized in that it is related to at least one downlink reference signal (DL RS) associated with the plurality of specific units. The method of claim 4, The method of claim 1, wherein the PRACH preamble is transmitted based on the M specific units. The method of claim 2, Transmitting a third message (Msg3) based on the RAR; And Further comprising the step of receiving a contention resolution message (Contention Resolution Message, Msg4), The method of claim 3, wherein the Msg3 is transmitted based on the specific unit. The method of claim 8, The PRACH preamble is based on a plurality of PRACH preambles, The RAR includes a TA value for any one of a plurality of TA values for the plurality of PRACH preambles, The method of claim 4, wherein Msg4 includes information on remaining TA values excluding a TA value included in the RAR among the plurality of TA values. The method of claim 9, The TA value included in the RAR is i) a TA value applied to the transmission of the Msg3, ii) a TA value for any one of a plurality of specific units for the plurality of PRACH preambles, or iii) the remaining TA values. The method according to claim 1, wherein the method is based on at least one of reference TA values for reference. The method of claim 9, The method of claim 1, wherein the TA value included in Msg4 is a differential value with respect to the TA value included in the RAR. The method of claim 9, The method of claim 1, wherein the plurality of TA values are adjusted by the same value based on a preset command. The method of claim 8, The PRACH preamble is based on a plurality of PRACH preambles, The Msg3 includes information related to a specific event, The specific event is characterized in that related to the configuration of a plurality of TC-RNTI (temporary cell radio network temporary identifier). The method of claim 8, The PRACH preamble or the Msg3 includes the ID of the specific unit used for transmission of the PRACH preamble. The method of claim 14, The ID of the specific unit is based on a default ID, The default ID is, 1) The specific unit of the lowest index 2) A specific unit used for the most recent uplink transmission 3) A specific unit used for transmission of the most recent specific uplink channel 4) A specific unit related to the Transmission Configuration Indicator (TCI) of the lowest control resource element (CORESET) A method, characterized in that related to at least one of the above 1) to 4). The method of claim 14, The ID of the specific unit is determined based on a mapping period between SSB (SS Block) and RO (RACH Occasion). The method of claim 16, The method, characterized in that the quality of the panel and the quality of the SSB according to the ID of the specific unit is equal to or greater than a specific value. In a terminal performing a random access procedure in a wireless communication system, One or more transceivers; One or more processors; And And one or more memories that are operably accessible to the one or more processors, and store instructions for performing operations when a random access procedure is executed by the one or more processors, The above operations are: Transmitting a physical random access channel preamble (PRACH preamble); And Including the step of receiving a random access response (Random Access Response, RAR), The PRACH preamble is transmitted based on a specific unit, The specific unit is based on any one of i) at least one beam, ii) at least one panel among a plurality of panels of the terminal, or iii) at least one antenna port related to the at least one panel, The specific unit is a terminal, characterized in that associated with a common property (common property). An apparatus comprising one or more memories and one or more processors functionally connected to the one or more memories, The one or more processors the device, Transmit a physical random access channel preamble (PRACH preamble), It is set to receive a random access response (RAR), The PRACH preamble is transmitted based on a specific unit, The specific unit is based on any one of i) at least one beam, ii) at least one panel among a plurality of panels, or iii) at least one antenna port related to the at least one panel, The device, characterized in that the specific unit is related to a common property. In one or more non-transitory computer-readable media storing one or more instructions, One or more instructions executable by one or more processors are the terminal, Transmit a physical random access channel preamble (PRACH preamble), It is set to receive a random access response (RAR), The PRACH preamble is transmitted based on a specific unit, The specific unit is based on any one of i) at least one beam, ii) at least one panel among a plurality of panels, or iii) at least one antenna port related to the at least one panel, The specific unit is a non-transitory computer-readable medium, characterized in that associated with a common property.

Images