Method and apparatus for controlling power of random access process in sub-band full duplex communication system

Abstract

The present disclosure relates to a random access process wherein a terminal: receives a first preamble reception target power parameter for a legacy RO from a base station; receives a second preamble reception target power parameter for an additional RO from the base station; determines message 3 PUSCH transmission power of the random access process on the basis of the first preamble reception target power parameter or the second preamble reception target power parameter; and transmits a message 3 PUSCH to the base station on the basis of the message 3 PUSCH transmission power, wherein the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power on the basis that the message 3 PUSCH is transmitted on non-SBFD symbols, and the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power on the basis that the message 3 PUSCH is transmitted on SBFD symbols.

Description

Power control method and device for random access process in subband full-duplex communication system

[0001] The present disclosure relates to a wireless communication system, and to a method and device for controlling power in a random access process in a subband full duplex (SBFD) system of a terminal recognizing subband full duplex communication (SBFD).

[0002] Wireless access systems are widely deployed to provide various types of communication services, such as voice and data. Typically, wireless access systems are multiple access systems that support communications with multiple users by sharing available system resources (e.g., bandwidth, transmission power). Examples of multiple access systems include code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), and single-carrier frequency division multiple access (SC-FDMA).

[0003] As more and more communication devices demand greater communication capacity, the need for improved mobile broadband communications over existing radio access technology (RAT) is emerging. Furthermore, massive Machine Type Communications (MTC), which connects numerous devices and objects to provide diverse services anytime, anywhere, is also a key issue to be considered in next-generation communications. Furthermore, communication system design that considers reliability and latency-sensitive services / terminals is being discussed. The introduction of next-generation radio access technologies that take enhanced mobile broadband communications, massive MTC, and URLLC (Ultra-Reliable and Low Latency Communication) into account is being discussed. For convenience, these technologies are referred to herein as new RAT or NR.

[0004] Wireless communication systems, whether NR or later, can perform full duplex (FD) operation. In FD operation, a device can simultaneously perform downlink reception and uplink transmission within a specific time resource. This differs from half duplex (HD) operation, which can perform either downlink reception or uplink transmission within a specific time resource.

[0005] For FD operation, some frequency resources in the same time resource can be allocated as downlink subbands for downlink communication, and other frequency resources can be allocated as uplink subbands for uplink communication. This can be called subband full duplex (SBFD). Alternatively, for FD operation, frequency resources that can be used for both downlink and uplink communication can be allocated in the same time resource. This can be called spectrum-sharing full duplex (SSFD).

[0006] Meanwhile, in an environment where the aforementioned SBFD is used in a wireless communication system, it is necessary to specify how an SBFD-aware UE performs a random access process, and more specifically, how to obtain the transmission power when performing PUSCH (physical uplink shared channel) transmission of the random access process using SBFD resources.

[0007] In the prior art, the RACH opportunity (abbreviated as RO) for transmitting the preamble (message 1) of the random access process was set only on HD resources, and the scheduled PUSCH transmission (message 3 PUSCH) according to the random access response (message 2) was also set only on HD resources. Therefore, the power parameter (e.g., preambleReceivedTargetPower indicating the target power level at the network receiver side) used to determine the preamble transmission power could also be used to determine the transmission power of the message 3 PUSCH.

[0008] However, in NR or post-NR wireless communication systems, RO may be set not only for HD resources but also for SBFD resources. In addition, the above message 3 PUSCH may be set not only for HD resources but also for SBFD resources.

[0009] Therefore, it is necessary to define a method for calculating the transmission power during PUSCH transmission in a random access process by taking these points into consideration.

[0010] The technical problem to be solved by the present disclosure is to provide a method for controlling power during a random access process of a device in a subband full-duplex communication (SBFD) system and a device using the method.

[0011] A method for controlling power in a random access process of a terminal recognizing subband full-duplex communication (SBFD) in a wireless communication system and a device using the method are provided. According to the above method, the terminal receives a first preamble reception target power parameter for a legacy RO (random access occasion) from a base station, receives a second preamble reception target power parameter for an additional RO from the base station, determines a message 3 PUSCH (physical uplink shared channel) transmission power of a random access process based on the first preamble reception target power parameter or the second preamble reception target power parameter, and transmits a message 3 PUSCH to the base station based on the message 3 PUSCH transmission power, wherein the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, and the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in SBFD symbols.

[0012] In another aspect, a terminal, device, or computer-readable medium for executing the above method is provided.

[0013] In another aspect, a method of operating a base station and a base station using the method are provided. According to the method of operating the base station, the base station transmits to a terminal a first preamble reception target power parameter for a legacy random access occasion (RO), transmits to the terminal a second preamble reception target power parameter for an additional RO, and the base station receives a message 3 physical uplink shared channel (PUSCH) from the terminal, wherein the transmission power of the message 3 PUSCH is determined based on the first preamble reception target power parameter when the message 3 PUSCH is received in non-SBFD (non-subband full duplex) symbols, and ii) is determined based on the second preamble reception target power parameter when the message 3 PUSCH is received in SBFD symbols.

[0014] According to the present disclosure, the transmission power of Message 3 PUSCH can be determined by considering the resource type used for Message 3 PUSCH transmission. For example, when Message 3 PUSCH is transmitted on HD resources and SBFD resources, the interference amount, channel environment, etc. may differ for each resource type, and the transmission power of Message 3 PUSCH can be determined by considering these. Therefore, the random access process can be performed more reliably.

[0015] Additionally, in situations where different resource types are mixed, the transmission power control method of the random access process is clarified so that ambiguity does not occur between the network and the terminal.

[0016] The effects that can be obtained from the embodiments of the present disclosure are not limited to the effects mentioned above, and other effects not mentioned can be clearly derived and understood by those skilled in the art to which the technical configuration of the present disclosure is applied, from the description of the embodiments of the present disclosure below. In other words, unintended effects resulting from implementing the configuration described in the present disclosure can also be derived from the embodiments of the present disclosure by those skilled in the art.

[0017] The accompanying drawings are intended to aid understanding of the present disclosure and, together with detailed descriptions, may provide embodiments of the present disclosure. However, the technical features of the present disclosure are not limited to specific drawings, and the features disclosed in each drawing may be combined with each other to form new embodiments. Reference numerals in each drawing may indicate structural elements.

[0018] FIG. 1 illustrates an example of signal transmission through physical channels according to an embodiment of the present disclosure.

[0019] FIG. 2 illustrates the structure of a radio frame of NR according to one embodiment of the present disclosure.

[0020] FIG. 3 illustrates a slot structure of an NR frame according to one embodiment of the present disclosure.

[0021] FIG. 4 illustrates the structure of a self-contained slot according to an embodiment of the present disclosure.

[0022] FIG. 5 illustrates an example of a method of applying full duplex (FD) within a carrier according to an embodiment of the present disclosure.

[0023] FIG. 6 illustrates examples of a resource structure in which time resources operating in half duplex (HD) and time resources operating in full duplex (FD) coexist according to one embodiment of the present disclosure.

[0024] FIG. 7 illustrates an example of the location of a random access channel occasion (RO) on the time axis according to one embodiment of the present disclosure.

[0025] Figure 8 illustrates RO groups when the number of repetitions is 4, the number of SSBs (synchronization signal blocks) is 2, the number of FDMed (frequency domain multiplexed) ROs is 2, and the number of SSBs per RO is 1 / 2.

[0026] Figure 9 illustrates RO groups when the number of repetitions is 4, the number of SSBs is 3, the number of FDMed ROs is 4, and the number of SSBs per RO is 1.

[0027] FIG. 10 illustrates an example of a structure in which SBFD slots are allocated in the time and frequency axes according to one embodiment of the present disclosure.

[0028] FIG. 11 illustrates an example of a downlink slot to which an SBFD setting is applied according to one embodiment of the present disclosure.

[0029] FIG. 12 illustrates an example of a flexible slot to which an SBFD setting is applied according to one embodiment of the present disclosure.

[0030] FIG. 13 illustrates another example of a flexible slot with SBFD settings applied according to one embodiment of the present disclosure.

[0031] FIG. 14 illustrates an example of a separated RO setup according to one embodiment of the present disclosure.

[0032] Figure 15 illustrates an RO based on the existing PRACH configuration index table.

[0033] Figure 16 illustrates an association pattern according to the mapping rules of SSB and RO.

[0034] Figure 17 illustrates an operation method of the terminal.

[0035] Figure 18 illustrates an operation method of the terminal.

[0036] Figure 19 illustrates a method for determining power when transmitting Msg3.

[0037] Figure 20 illustrates the signaling process and operation between a base station and a terminal.

[0038] Figure 21 illustrates a wireless device applicable to the present specification.

[0039] Figure 22 illustrates another example of a wireless device.

[0040] Figure 23 illustrates an example of a signal processing module structure.

[0041] Figure 24 illustrates another example of the structure of a signal processing module within a transmission device.

[0042] FIG. 25 illustrates an example of a wireless communication device according to an implementation example of the present disclosure.

[0043] Fig. 26 illustrates a communication system (1) applicable to this specification.

[0044] The following embodiments combine the components and features of the present disclosure in a predetermined form. Each component or feature may be considered optional unless explicitly stated otherwise. Each component or feature may be implemented without being combined with other components or features. Furthermore, some components and / or features may be combined to form embodiments of the present disclosure. The order of operations described in the embodiments of the present disclosure may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment.

[0045] In the description of the drawings, procedures or steps that may obscure the gist of the present disclosure are not described, and procedures or steps that can be understood by a person skilled in the art are also not described.

[0046] Throughout the specification, when a part is said to "comprising" or "including" a component, this does not mean that other components may be included, but rather that other components may be excluded, unless otherwise specifically stated. In addition, terms such as "...part," "...unit," and "module" described in the specification mean a unit that processes at least one function or operation, which may be implemented by hardware, software, or a combination of hardware and software. In addition, the words "a" or "an," "one," "the," and similar related words may be used in the context of describing the present disclosure (especially in the context of the claims below) to include both the singular and the plural, unless otherwise indicated herein or clearly contradicted by context.

[0047] Embodiments of the present disclosure described herein focus on the data transmission and reception relationship between a base station and a mobile station. Here, the base station is understood as a terminal node of a network that directly communicates with the mobile station. Certain operations described herein as being performed by the base station may, in some cases, be performed by an upper node of the base station.

[0048] That is, in a network consisting of multiple network nodes including a base station, various operations performed for communication with a mobile station may be performed by the base station or other network nodes other than the base station. In this case, the term 'base station' may be replaced by terms such as fixed station, Node B, eNB (eNode B), gNB (gNode B), ng-eNB, advanced base station (ABS), or access point.

[0049] Additionally, in the embodiments of the present disclosure, the term terminal may be replaced with terms such as user equipment (UE), mobile station (MS), subscriber station (SS), mobile subscriber station (MSS), mobile terminal, or advanced mobile station (AMS). Hereinafter, for convenience, the terminal may be referred to as UE.

[0050] Additionally, a transmitter refers to a fixed and / or mobile node that provides data or voice services, and a receiver refers to a fixed and / or mobile node that receives data or voice services. Therefore, for uplink, a mobile station can be the transmitter, and a base station can be the receiver. Similarly, for downlink, a mobile station can be the receiver, and a base station can be the transmitter.

[0051] Embodiments of the present disclosure may be supported by standard documents disclosed in at least one of wireless access systems, such as IEEE 802.xx system, 3rd Generation Partnership Project (3GPP) system, 3GPP Long Term Evolution (LTE) system, 3GPP 5G (5th generation) NR (New Radio) system and 3GPP2 system, for example, embodiments of the present disclosure may be supported by 3GPP TS (technical specification) 38.211, 3GPP TS 38.212, 3GPP TS 38.213, 3GPP TS 38.321 and 3GPP TS 38.331 documents.

[0052] Furthermore, the embodiments of the present disclosure can be applied to other wireless access systems and are not limited to the systems described above. For example, they can be applied to systems implemented after the 3GPP 5G NR system and are not limited to a specific system.

[0053] That is, obvious steps or parts not described in the embodiments of the present disclosure can be explained by referring to the above documents. In addition, all terms disclosed in this document can be explained by the above standard documents.

[0054] Hereinafter, preferred embodiments according to the present disclosure will be described in detail with reference to the accompanying drawings. The detailed description set forth below, together with the accompanying drawings, is intended to illustrate exemplary embodiments of the present disclosure and is not intended to represent the only embodiments in which the technical configurations of the present disclosure may be implemented.

[0055] Additionally, specific terms used in the embodiments of the present disclosure are provided to aid in understanding of the present disclosure, and the use of such specific terms may be changed to other forms without departing from the technical spirit of the present disclosure.

[0056] The following technology can be applied to various wireless access systems such as CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), and SC-FDMA (single carrier frequency division multiple access).

[0057] For clarity, the following description is based on 3GPP communication systems (e.g., LTE, NR, etc.), but the technical spirit of the present disclosure is not limited thereto. LTE may refer to technology after 3GPP TS 36.xxx Release 8. Specifically, LTE technology after 3GPP TS 36.xxx Release 10 may be referred to as LTE-A, and LTE technology after 3GPP TS 36.xxx Release 13 may be referred to as LTE-A pro. 3GPP NR may refer to technology after TS 38.xxx Release 15. 3GPP 6G may be an example of a next-generation wireless communication system. "xxx" refers to a standard document detail number. LTE / NR / 6G may be collectively referred to as a 3GPP system.

[0058] For background information, terms, abbreviations, etc. used in this disclosure, reference may be made to standard documents published prior to this disclosure. For example, reference may be made to standard documents 36.xxx and 38.xxx.

[0059] In this disclosure, “A or B” can mean “only A,” “only B,” or “both A and B.” In other words, “A or B” in this specification can be interpreted as “A and / or B.” For example, “A, B or C” in this specification can mean “only A,” “only B,” “only C,” or “any combination of A, B, and C.”

[0060] As used herein, a slash ( / ) or a comma can mean "and / or." For example, "A / B" can mean "A and / or B." Accordingly, "A / B" can mean "only A," "only B," or "both A and B." For example, "A, B, C" can mean "A, B, or C."

[0061] In this specification, “at least one of A and B” may mean “only A,” “only B,” or “both A and B.” Additionally, in this specification, the expressions “at least one of A or B” or “at least one of A and / or B” may be interpreted identically to “at least one of A and B.”

[0062] Additionally, in this specification, “at least one of A, B and C” can mean “only A,” “only B,” “only C,” or “any combination of A, B and C.” Additionally, “at least one of A, B or C” or “at least one of A, B and / or C” can mean “at least one of A, B and C.”

[0063] Additionally, parentheses used herein may mean “for example.” Specifically, when indicated as “control information (PDCCH),” “PDCCH” may be proposed as an example of “control information.” In other words, “control information” in this specification is not limited to “PDCCH,” and “PDCCH” may be proposed as an example of “control information.” Furthermore, even when indicated as “control information (i.e., PDCCH),” “PDCCH” may be proposed as an example of “control information.”

[0064] In this specification, transmitting a specific channel (e.g., a terminal transmitting a PRACH) may mean transmitting related information / data / signal (e.g., a preamble) via the specific channel (e.g., a PRACH). Similarly, receiving a specific channel (e.g., a base station receiving a PRACH) may mean receiving related information / data / signal (e.g., a preamble) via the specific channel (e.g., a PRACH).

[0065] Technical features individually described in a single drawing in this specification may be implemented individually or simultaneously.

[0066] The following drawings are intended to illustrate specific examples of the present specification. The names of specific devices and the names of specific signals, messages, and fields depicted in the drawings are provided for illustrative purposes only, and the technical features of this specification are not limited to the specific names used in the drawings.

[0067] The effects that can be achieved through specific examples of this specification are not limited to the effects listed. For example, a person with ordinary skill in the relevant technical field may understand or derive various technical effects from this specification. Accordingly, the specific effects of this specification are not limited to those explicitly described herein, but may include various effects that can be understood or derived from the technical features of this specification.

[0068] FIG. 1 illustrates an example of signal transmission through physical channels according to an embodiment of the present disclosure.

[0069] Referring to Fig. 1, when a terminal is powered on again after being powered off or when it newly enters a cell, it performs an initial cell search operation, such as synchronizing with the base station (S11). Specifically, the terminal receives a primary synchronization channel (P-SCH) and a secondary synchronization channel (S-SCH) from the base station, synchronizes with the base station, and obtains information such as a cell ID. Thereafter, the terminal can obtain broadcast information within the cell by receiving a physical broadcast channel (PBCH) signal from the base station. Meanwhile, the terminal can check the downlink channel status by receiving a downlink reference signal (DL RS) during the initial cell search phase.

[0070] After completing initial cell search, the terminal performs system information reception (S12). For example, the terminal can obtain more specific system information by receiving the Physical Downlink Control Channel (PDCCH) and the Physical Downlink Control Channel (PDSCH) based on the PDCCH information.

[0071] Thereafter, the terminal may perform a random access procedure to complete connection to the base station (S13 to S16). For example, the terminal may transmit a preamble via a physical random access channel (PRACH) (S13) and receive a random access response (RAR) to the preamble via a physical downlink control channel (PDCCH) and a corresponding PDSCH (S14). The terminal may transmit a physical uplink shared channel (PUSCH) using scheduling information in the RAR (S15) and perform a contention resolution procedure, such as receiving a PDCCH signal and a corresponding PDSCH signal (S16).

[0072] Meanwhile, when the random access process is performed in two stages, the terminal's preamble transmission and PUSCH transmission can be performed in one operation, and the base station's RAR transmission and PDSCH transmission can be performed in one operation.

[0073] Thereafter, the terminal may perform reception of a PDCCH signal and / or a PDSCH signal (S17) or transmission of a PUSCH signal and / or a PUCCH signal (S18) as a general uplink / downlink signal transmission procedure.

[0074] The control information transmitted from a terminal to a base station is referred to as uplink control information (UCI). UCI may include at least one of HARQ ACK / NACK (Hybrid Automatic Repeat and request Acknowledgement / Negative-ACK), SR (Scheduling Request), and CSI (Channel State Information). CSI may include at least one of CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), and RI (Rank Indication). UCI is generally transmitted periodically through PUCCH, but may be transmitted through PUSCH when control information and data must be transmitted simultaneously. Additionally, the terminal may transmit UCI aperiodically through PUSCH according to a request / instruction from the network.

[0075] Wireless Resource Structure

[0076] FIG. 2 illustrates the structure of a radio frame of NR according to an embodiment of the present disclosure. The embodiment of FIG. 2 can be combined with various embodiments of the present disclosure.

[0077] Referring to Figure 2, radio frames can be used for uplink and downlink transmission in NR. A radio frame has a length of 10 ms and can be defined as two 5 ms half-frames (Half-Frames, HF). A half-frame can include five 1 ms sub-frames (Subframes, SF). A sub-frame can be divided into one or more slots, and the number of slots within a sub-frame can be determined by the Subcarrier Spacing (SCS). Each slot can include 12 or 14 OFDM (A) symbols depending on the cyclic prefix (CP).

[0078] When normal CP is used, each slot can contain 14 symbols. When extended CP is used, each slot can contain 12 symbols. Here, the symbols can include OFDM symbols (or CP-OFDM symbols), SC-FDMA (Single Carrier - FDMA) symbols (or DFT-s-OFDM (Discrete Fourier Transform-spread-OFDM) symbols).

[0079] When normal CP is used, the number of symbols per slot (N) depends on the SCS setting (μ). slot symb ), number of slots per frame (N frame,μ slot ) and the number of slots per subframe (N subframe,μ slot ) may vary.

[0080] Table A below illustrates the SCS settings μ.

[0081] [Table A]

[0082]

[0083] The following table B shows the number of symbols in a slot (N) according to the SCS setting μ slot symb ), number of slots in the frame (N frame,μ slot ), number of slots in a subframe (N subframe,μ slot ) is an example.

[0084] [Table B]

[0085]

[0086] Table C below shows the number of symbols in a slot (N) according to the SCS setting μ when extended CP is used. slot symb ), number of slots in the frame (N frame,μ slot ), number of slots in a subframe (N subframe,μ slot) is an example.

[0087] [Table C]

[0088]

[0089] In an NR system, OFDM(A) numerology (e.g., SCS, CP length, etc.) may be set differently between multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., subframe, slot, or TTI) (conveniently referred to as TU (Time Unit)) set to the same number of symbols may be set differently between the merged cells.

[0090] In NR, multiple numerologies, or SCSs, can be supported to support various 5G services. For example, a 15 kHz SCS can support wide areas in traditional cellular bands, while a 30 kHz / 60 kHz SCS can support dense urban areas, lower latency, and wider carrier bandwidth. A 60 kHz or higher SCS can support bandwidths greater than 24.25 GHz to overcome phase noise.

[0091] The NR frequency band can be defined by two types of frequency ranges (FR1, FR2). The numerical values ​​of the frequency ranges can be changed, and for example, the two types of frequency ranges (FR1, FR2) can be as shown in Table D below. For convenience of explanation, among the frequency ranges used in the NR system, FR1 can mean the "sub 6 GHz range", and FR2 can mean the "above 6 GHz range" and can be called millimeter wave (mmW).

[0092] [Table D]

[0093]

[0094] As described above, the numerical value of the frequency range of the NR system can be changed. For example, FR1 may include a band from 410 MHz to 7125 MHz, as shown in Table E below. For example, FR1 may include a frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.). For example, the frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.) included within FR1 may include an unlicensed band. The unlicensed band may be used for various purposes, such as for communications for vehicles (e.g., autonomous driving).

[0095] [Table E]

[0096]

[0097] FIG. 3 illustrates a slot structure of an NR frame according to an embodiment of the present disclosure. The embodiment of FIG. 3 can be combined with various embodiments of the present disclosure.

[0098] Referring to Figure 3, a slot includes multiple symbols in the time domain. For example, in the case of a normal CP, one slot may include 14 symbols, but in the case of an extended CP, one slot may include 12 symbols. Alternatively, in the case of a normal CP, one slot may include 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.

[0099] A carrier includes multiple subcarriers in the frequency domain. A resource block (RB) may be defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A bandwidth part (BWP) may be defined as multiple consecutive (P)RBs ((Physical) Resource Blocks) in the frequency domain, and may correspond to a single numerology (e.g., SCS, CP length, etc.). A carrier may include up to N (e.g., 4 or 5) BWPs. Data communication may be performed through active BWPs. Each element may be referred to as a Resource Element (RE) in the resource grid, and one complex symbol may be mapped to it.

[0100] FIG. 4 illustrates the structure of a self-contained slot according to an embodiment of the present disclosure. In an NR system, a frame is characterized by a self-contained structure in which a DL control channel, DL or UL data, and a UL control channel can all be included within a single slot. For example, the first N symbols within a slot can be used to transmit a DL control channel (hereinafter, referred to as a DL control region), and the last M symbols within a slot can be used to transmit a UL control channel (hereinafter, referred to as a UL control region). N and M are each integers greater than or equal to 0. A resource region (hereinafter, referred to as a data region) between the DL control region and the UL control region can be used for DL ​​data transmission or UL data transmission. For example, the following configuration can be considered. Each section is listed in chronological order.

[0101] 1. DL only setting

[0102] 2. UL only setting

[0103] 3. Mixed UL-DL settings

[0104] - DL area + GP (Guard Period) + UL control area

[0105] - DL control area + GP + UL area

[0106] DL area: (i) DL data area, (ii) DL control area + DL data area

[0107] UL domain: (i) UL data domain, (ii) UL data domain + UL control domain

[0108] In the DL control region, a PDCCH can be transmitted, and in the DL data region, a PDSCH can be transmitted. In the UL control region, a PUCCH can be transmitted, and in the UL data region, a PUSCH can be transmitted. In the PDCCH, Downlink Control Information (DCI), such as DL data scheduling information and UL data scheduling information, can be transmitted. In the PUCCH, UCI, such as ACK / NACK (Positive Acknowledgement / Negative Acknowledgement) information for DL ​​data, CSI (Channel State Information) information, and SR (Scheduling Request), can be transmitted. A guard period (GP) provides a time gap when a base station (BS) and a terminal switch from transmission mode to reception mode or when switching from reception mode to transmission mode. Some symbols at the time of switching from DL to UL within a subframe can be set as GP.

[0109] DAPS-HO (Dual active protocol stack based handover)

[0110] From a UE functional perspective, DAPS can generally be characterized as follows:

[0111] Transmission Action:

[0112] Common SN;

[0113] Separate header compression for source and target cells;

[0114] Separate encryption for source and target cells.

[0115] Receiving action:

[0116] Separate decryption for source and target cells;

[0117] Individual header restoration for source and target cells;

[0118] Common PDCP reordering;

[0119] Sequential delivery and duplicate detection;

[0120] Common buffer management.

[0121] In general, the network and UE share the same processes and functions for transmission and reception operations. The only difference is whether these functions reside in the same location. On the network side, all functions except DL PDCP SN allocation and UL PDCP reordering are performed separately at the source and target eNBs, so two PDCP entities are assumed, located at the source and target eNBs.

[0122] On the UE side, on the other hand, since all functions, including SN allocation and PDCP reordering, exist in the same location, all functions for DAPS on the UE side can be modeled as a single PDCP entity. For single UL data transmission, header compression and security processing are used for either the source eNB or the target eNB.

[0123] UE RF / baseband requirements

[0124] To minimize interruption, the UE must continue to transmit and receive data with the source cell when performing a random access procedure to the target cell, regardless of whether SAPS or DAPS is used. This is only possible if the UE supports simultaneous transmission and reception with both cells. This works in most cases for UEs with Dual Rx / Dual Tx chains, but may require further restrictions for UEs with Dual Rx / Single Tx RF chains or Single Rx / Single Tx RF chains.

[0125] Additionally, functional division of the UE is necessary for effective use of baseband and RF resources. In SAPS, coordinating UE baseband and RF resources is not straightforward, resulting in additional interruptions and UE complexity.

[0126] For UEs with Dual Rx / Single Tx RF chains, simultaneous UL data transmission to both cells can be supported if certain requirements are met, such as the bandwidth of the source cell being larger than that of the target cell. Otherwise, a UL time division multiplexing (TDM) pattern is required, which increases additional interruption time and UL switching complexity. However, this UE option provides various UE implementations in terms of hardware and power efficiency for low-cost devices (including UEs that do not support UL CA and / or UL MIMO).

[0127] For UEs with a single Rx / Tx RF chain, simultaneous transmission and reception can be supported if certain requirements are met. Otherwise, TDM design is required for both DL and UL, which increases complexity on both the UE and network sides. Additionally, RF chain switching is required for both DL and UL, which increases HO interruption time and switching complexity.

[0128] In general, solutions should be designed for all types of UE functions, rather than being limited to specific UE functions. Therefore, solutions should be considered based on Dual Rx / Dual Tx, with Dual Rx / Single Tx and Single Rx / Single Tx alternatives.

[0129] Describes DAPS-HO in standard specifications (e.g. TS 38.213).

[0130] When a UE indicates capability for DAPS HO, the UE may be provided with a source Master Cell Group (MCG) and a target MCG.

[0131] When the UE is configured with MCG and SCG (Secondary Cell Group) using NR radio access in FR1 and / or FR2, the maximum power P for transmission in MCG by p-DAPS-FR1 and / or p-DAPS-FR2 MCG and maximum power P for transmission in SCG SCG is set, and the inter-CG power sharing mode by UplinkPowerSharingDAPS-HO-mode for FR1 and / or FR2 is set. The UE determines the transmit power of MCG and SCG for each frequency band.

[0132] If the UE indicates UplinkPowerSharingDAPS-HO = Semi-static-mode1 and is provided with UplinkPowerSharingDAPS-HO-mode = Semi-static-mode1, the UE considers the target MCG as MCG and the source MCG as SCG and determines the transmit power for the target MCG or the source MCG.

[0133] If the UE indicates UplinkPowerSharingDAPS-HO = Semi-static-mode2 and is provided with UplinkPowerSharingDAPS-HO-mode = Semi-static-mode2, the UE considers the target MCG as MCG and the source MCG as SCG and determines the transmit power for the target MCG or the source SCG.

[0134] When the UE indicates UplinkPowerSharingDAPS-HO = Dynamic and is provided with UplinkPowerSharingDAPS-HO-mode = Dynamic, the UE considers the target MCG as MCG and the source MCG as SCG and determines the transmit power for the target MCG or the source MCG.

[0135] If the UE does not provide UplinkPowerSharingDAPS-HO and transmissions from the target cell and the source cell overlap, the UE transmits only in the target cell.

[0136] The transmissions of target cells and source cells are considered to overlap when:

[0137] When the carrier frequencies of the target MCG and the source MCG are within the same frequency (intra-frequency) and same band (intra-band), they are within overlapping time resources.

[0138] When the carrier frequencies of the target MCG and the source MCG are not the same frequency and not in the same band, and are within overlapping time resources and overlapping frequency resources.

[0139] For same-frequency DAPS HO operation, the UE expects the active DL BWP and active UL BWP of the target cell to be contained within the active DL BWP and active UL BWP of the source cell, respectively.

[0140] UE is N for target MCG cells targetA pdcch-BlindDetectionMCG1-UE can be provided to indicate the ability to monitor the maximum number of PDCCH candidates per slot corresponding to a downlink cell, and N for the source MCG. cells source A pdcch-BlindDetectionMCG2-UE may be provided to indicate the ability to monitor the maximum number of PDCCH candidates per slot corresponding to a downlink cell. When a UE is provided with search space sets for both the target MCG and the source MCG, the UE expects that in no slot will it have a USS set that does not have a PDCCH candidate allocated for both the target MCG and the source MCG.

[0141] Full duplex operation for NR

[0142] 5G is giving rise to new service types, such as extended reality (XR), AI-based services, and self-driving cars. These services will experience dynamic traffic changes in both downlink and uplink directions, and low latency may be required for transmitted packets. In 5G services, traffic loads are expected to increase dramatically to support a variety of new use cases.

[0143] On the other hand, existing semi-static or dynamic TDD UL / DL configurations have limitations related to transmission delay and interference between operators. Furthermore, existing FDD schemes have limitations in terms of efficient frequency resource utilization in the DL / UL directions. Therefore, in NR, the introduction of full-duplex operation within a single carrier can be discussed to achieve low latency and efficient resource utilization.

[0144] FIG. 5 illustrates an example of a method for applying full duplex within a carrier (Intra-carrier) according to an embodiment of the present disclosure.

[0145] Referring to Fig. 5, the structure in which DL and UL are allocated on the frequency axis of SBFD (subband-wise full duplex, also referred to as subband full duplex) and SSFD (spectrum-sharing full duplex) can be identified. In the case of SBFD as in Fig. 5 (a), transmission and reception of DL and UL are performed through different frequency resources within a single carrier. That is, DL and UL have different frequency resources for the same time resource. In the case of SSFD as in Fig. 5 (b), transmission and reception of DL and UL are performed through the same frequency resource or overlapping frequency resources within a single carrier. That is, DL and UL can have the same or overlapping frequency resources for the same time resource.

[0146] This full-duplex (FD) communication can be used in conjunction with existing half-duplex (HD) communication. In an existing half-duplex-based TDD communication environment, some time resources can be used for full-duplex communication. In some of the time resources used for full-duplex communication, SBFD or SSFD operations can be performed.

[0147] FIG. 6 illustrates examples of a resource structure in which time resources operating in half duplex (HD) and time resources operating in full duplex (FD) coexist according to one embodiment of the present disclosure.

[0148] Referring to (a) of Fig. 6, some time resources are used for SBFD-based communication, and the remaining time resources are used for HD-based communication. Referring to (b) of Fig. 6, some time resources are used for SSFD-based communication, and the remaining time resources are used for HD-based communication. Here, the time resources can be set in slots, symbols, subframes, or other similar time units.

[0149] In a time resource operating in SBFD, some frequency resources are used as DL resources, and some frequency resources are used as UL resources. For convenience of explanation, in the present disclosure, among the total frequency resources in a time resource operating in FD, the frequency resources operating in DL may be referred to as DL subbands, and the frequency resources operating in UL may be referred to as UL subbands.

[0150] Base stations and terminals can perform full-duplex communication in various ways. For example, both the base station and terminal can perform full-duplex operation. That is, both the base station and terminal can simultaneously transmit and receive DL and UL signals using the same or different frequency resources in the same time resource. Alternatively, only the base station can perform full-duplex communication, while the terminal can perform half-duplex communication. In this case, the base station can simultaneously transmit and receive DL and UL signals using the same or different frequency resources in the same time resource, but the terminal performs only DL reception or UL transmission in a specific time resource. In this case, the base station performs full-duplex communication by simultaneously transmitting DL and receiving UL signals with different terminals.

[0151] For convenience of explanation, it is assumed below that the base station performs full-duplex communication and the terminal performs half-duplex communication. However, this is not limiting. For example, the methods described in this disclosure can be applied even when both the base station and the terminal perform full-duplex communication.

[0152] Below, a random access procedure / process is described. The present disclosure proposes a method for setting bandwidth part (BWP) resources for intra-carrier full duplex communication based on the following random access procedure.

[0153] RACH (random access channel) procedure

[0154] The physical random access procedure is triggered by a PRACH transmission request or PDCCH order from a higher layer. Higher layer settings for PRACH transmission may include:

[0155] Settings for PRACH transmission.

[0156] Preamble Index, Preamble SCS, P PRACH,target , the corresponding RA-RNTI, and PRACH resources.

[0157] PRACH is a PRACH format and transmission power P selected from the designated PRACH resources. PRACH,b,f,c (i) is transmitted using

[0158] For a Type-1 random access procedure, the UE is provided with the number N of SS / PBCH block indices associated with one PRACH opportunity and the number R of contention-based preambles per SS / PBCH block index per valid PRACH opportunity by ssb-perRACH-OccasionAndCB-PreamblesPerSSB.

[0159] For Type-2 random access procedure (for commonly configured PRACH opportunities), the UE is provided with the number N of SS / PBCH block indices associated with a PRACH opportunity by ssb-perRACH-OccasionAndCB-PreamblesPerSSB and the number Q of contention-based preambles per SS / PBCH block index per valid PRACH opportunity by msgA-CB-PreamblesPerSSB-PerSharedRO. PRACH transmissions can be performed according to the PRACH mask index provided by msgA-SSB-SharedRO-MaskIndex in a subset of PRACH opportunities associated with the same SS / PBCH block index within an SSB-RO mapping period.

[0160] For Type-2 random access procedures (for separately configured PRACH opportunities), the UE is provided with the number N of SS / PBCH block indices associated with a PRACH opportunity and the number R of contention-based preambles per SS / PBCH block index per valid PRACH opportunity, if provided by msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB, otherwise provided by ssb-perRACH-OccasionAndCB-PreamblesPerSSB.

[0161] For a Type-1 random access procedure or a Type-2 random access procedure using a PRACH opportunity set separately from a Type-1 random access procedure, if N<1, one SS / PBCH block index is mapped to 1 / N consecutive valid PRACH opportunities, and the R contention-based preamble associated with the SS / PBCH block index per valid PRACH opportunity starts from preamble index 0. If N≥1, the R contention-based preamble associated with the SS / PBCH block index n (0≤n≤N-1) per valid PRACH opportunity is mapped to preamble index n·N. preamble total Starting from / N, where N preamble totalis given by totalNumberOfRA-Preambles for type-1 random access procedures, or by msgA-TotalNumberOfRA-Preambles for type-2 random access procedures, and is an integer multiple of N.

[0162] For a type-2 random access procedure using a common PRACH opportunity, if N<1, one SS / PBCH block index is mapped to 1 / N consecutive valid PRACH opportunities, and the Q contention-based preamble associated with the SS / PBCH block index per valid PRACH opportunity starts from the preamble index R. If N≥1, the Q contention-based preamble associated with the SS / PBCH block index n (0≤n≤N-1) per valid PRACH opportunity starts from the preamble index n·N. preamble total Starting from / N+R, where N preamble total is provided by totalNumberOfRA-Preambles.

[0163] For link recovery, the UE is provided with N SS / PBCH block indices associated with one PRACH opportunity by ssb-perRACH-Occasion of BeamFailureRecoveryConfig. For dedicated RACH configurations provided by RACH-ConfigDedicated, if cfra is provided, the UE is provided with N SS / PBCH block indices associated with one PRACH opportunity by ssb-perRACH-Occasion of occasions. If N<1, one SS / PBCH block index is mapped to 1 / N consecutive valid PRACH opportunities. If N≥1, all consecutive N SS / PBCH block indices are associated with one PRACH opportunity.

[0164] The SS / PBCH block index is provided by ssb-PositionsInBurst in SIB1 or ServingCellConfigCommon and can be mapped to valid PRACH opportunities in the following order, depending on certain parameters:

[0165] First, in ascending order of preamble index within a single PRACH opportunity.

[0166] Second, in ascending order of the frequency resource index of the frequency multiplexing PRACH opportunity.

[0167] Third, in ascending order of time resource index within the PRACH slot.

[0168] Fourth, in ascending order of the PRACH slot index.

[0169] The association period for mapping SS / PBCH block indices to PRACH opportunities starts from frame 0 and is N at least once within the association period. Tx SSB The SS / PBCH block indices are the smallest value in the set determined from the PRACH configuration period so that they are mapped to PRACH opportunities. Here, the UE is N Tx SSB is obtained from the ssb-PositionsInBurst value of SIB1 or ServingCellConfigCommon. After an integer number of periods mapping SS / PBCH block indices to PRACH opportunities within the association period, N Tx SSBIf there are PRACH opportunities or sets of PRACH preambles that are not mapped to SS / PBCH block indices, no SS / PBCH block index is mapped to the PRACH opportunities or sets of PRACH preambles. The association pattern period includes one or more association periods, and the pattern between the PRACH opportunity and the SS / PBCH block index is determined so that it repeats at most every 160 ms. Even after an integer number of association periods, PRACH opportunities that are not associated with an SS / PBCH block index are not used for PRACH transmission.

[0170] For PRACH transmissions triggered by a PDCCH command, the PRACH mask index field indicates the PRACH opportunity of the PRACH transmission in the PRACH opportunity associated with the SS / PBCH block index indicated by the SS / PBCH block index field of the PDCCH command, if the value of the Random Access Preamble Index field is not 0. The UE may select K by CellSpecific_Koffset. cell,offset If provided, the PRACH opportunity is slot n+2 of UL BWP μ ·K cell,offset Here, n is the slot of UL BWP for PRACH transmission overlapping with the end of PDCCH command reception, μ is the SCS setting for PRACH transmission, and T TA Assume =0. If a PDCCH reception for a PDCCH command includes two PDCCH candidates from two related search space sets based on searchSpaceLinking, the last symbol of the PDCCH reception is the last symbol of the PDCCH candidate that ends later. A PDCCH reception includes both PDCCH candidates even if the UE does not need to monitor either of the two PDCCH candidates.

[0171] For PRACH transmissions triggered by a request from a higher layer, if ssb-ResourceList is provided, the PRACH mask index is indicated by ra-ssb-OccasionMaskIndex, which indicates the PRACH opportunity of the PRACH transmission in the PRACH opportunity associated with the selected SS / PBCH block index.

[0172] PRACH opportunities are mapped sequentially for each SS / PBCH block index. The indexing of PRACH opportunities, indicated by the mask index value, is initialized at each mapping period of consecutive PRACH opportunities for each SS / PBCH block index. The UE selects a PRACH opportunity indicated by the PRACH mask index value for the SS / PBCH block index designated for PRACH transmission from the first available mapping period.

[0173] For a given preamble index, the order of PRACH opportunities is as follows:

[0174] First, in ascending order of the frequency resource index of the frequency multiplexing PRACH opportunities.

[0175] Second, within a PRACH slot, time multiplexing PRACH opportunities in ascending order of time resource index.

[0176] Third, in ascending order of the PRACH slot index.

[0177] For PRACH transmissions triggered by a request from a higher layer, if csirs-ResourceList is provided, the value of ra-OccasionList indicates a list of PRACH opportunities for PRACH transmissions indicated by the selected CSI-RS index (csi-RS). The indexing of PRACH opportunities indicated by ra-OccasionList is initialized for each association pattern period.

[0178] [Table 1] shows the mapping between the PRACH setup period and the PRACH opportunity association period in the SS / PBCH block.

[0179] [Table 1]

[0180]

[0181] For paired spectrum or supplementary uplink bands, all PRACH opportunities are valid.

[0182] For unpaired spectra:

[0183] If the UE is not provided with tdd-UL-DL-ConfigurationCommon, it is not before the SS / PBCH block in the PRACH slot and at least N symbols after the last SS / PBCH block received. gap Starting after the symbol, the PRACH opportunity within the PRACH slot is valid. The above N gap is provided in Table 2 below. In addition, if channelAccessMode = "semiStatic" is provided, it must not overlap with a set of consecutive symbols before the start of the next channel occupancy time, in which case the UE does not perform transmission.

[0184] The candidate SS / PBCH block index of the SS / PBCH block may correspond to the SS / PBCH block index provided by ssb-PositionsInBurst in SIB1 or ServingCellConfigCommon.

[0185] If the UE is provided with a TDD configuration (e.g., tdd-UL-DL-ConfigurationCommon), a PRACH opportunity within a PRACH slot is valid under the following conditions:

[0186] within the UL symbol, or

[0187] Not preceding the SS / PBCH block within the PRACH slot, and at least N blocks after the last downlink symbol. gapsymbol, and at least N symbols after the last SS / PBCH block symbol. gap If it starts after the symbol. The above N gap is provided in Table 2 below. Additionally, if channelAccessMode = "semiStatic" is provided, it must not overlap with a set of consecutive symbols before the start of the next channel occupancy time, in which case no transmission must be performed.

[0188] The candidate SS / PBCH block index of the SS / PBCH block may correspond to the SS / PBCH block index provided by ssb-PositionsInBurst in SIB1 or ServingCellConfigCommon.

[0189] For certain preamble formats (e.g., preamble format B4), N gap =0 may be.

[0190] [Table 2] shows the N for the preamble SCS(μ). gap Indicates a value.

[0191] [Table 2]

[0192]

[0193] When the random access procedure is initiated by a PDCCH command, if requested by a higher layer, the UE transmits a PRACH at the selected PRACH opportunity, and the time between the last symbol of the PDCCH command reception and the first symbol of the PRACH transmission is N. T,2 +△BWPSwitching+△ Delay + T switch It must be more than msec.

[0194] N T,2 is the time corresponding to N2 symbols corresponding to the PUSCH preparation time for UE processing capability 1, and μ corresponds to the smaller SCS setting between the SCS setting of the PDCCH command and the SCS setting of the corresponding PRACH transmission.

[0195] If the active UL BWP does not change, △BWPSwitching=0, otherwise △BWPSwitching can be defined in the standard specification.

[0196] For FR1, △ Delay =0.5 msec, and for FR2, △ Delay =0.25 msec.

[0197] T switch is the switching gap duration.

[0198] For PRACH transmission using 1.25 kHz or 5 kHz SCS, the UE determines N2 assuming SCS setting μ=0.

[0199] For single-cell operation or carrier aggregation operation in the same frequency band, the UE shall not transmit PRACH and PUSCH / PUCCH / SRS within the same slot. Or, the UE shall not transmit if the interval between the first or last symbol of a PRACH transmission in the first slot and the last or first symbol of a PUSCH / PUCCH / SRS transmission in the second slot is less than N symbols, respectively, where N=2 for μ=0 or μ=1, N=4 for μ=2 or μ=3, N=16 for μ=5, and N=32 for μ=6, where μ is the SCS setting of the active UL BWP. If the PUSCH transmission uses repetition type B, this condition applies to each actual repetition of the PUSCH transmission.

[0200] Below, examples of PRACH configuration tables used in the methods proposed through the present disclosure are described.

[0201] [Table 3] shows examples of random access settings for FR1 and unpaired spectrum.

[0202] [Table 3]

[0203]

[0204]

[0205]

[0206]

[0207]

[0208]

[0209] [Table 4] shows examples of random access settings for FR2 and unpaired spectrum.

[0210] [Table 4]

[0211]

[0212]

[0213]

[0214]

[0215]

[0216]

[0217]

[0218] [Table 5] shows the supported Δf RA and corresponding combinations of Δf It represents.

[0219] [Table 5]

[0220]

[0221] FIG. 7 illustrates an example of the location of a random access channel occasion (RO) on the time axis according to one embodiment of the present disclosure.

[0222] Referring to Fig. 7, when the PRACH setting index is, for example, 28, the position of the RO on the time axis can be represented as in Fig. 7. The RO is allocated for each frame set to 40 slots, and three ROs can be set in each slot.

[0223] OFDM baseband signal generation for PRACH

[0224] Time-series signal s at antenna port p for PRACH l (p,u) (t) can be defined as in Equation 1.

[0225] [Formula 1]

[0226]

[0227] Here t start RA ≤t <t start RA +(N u + N CP,l RA )T c And, is provided by standard specifications.

[0228] Δf RA is the subcarrier spacing of the initial uplink bandwidth portion during initial access. For non-initial access, Δf RA is the subcarrier spacing of the active uplink bandwidth portion.

[0229] μ0 is the largest μ value among the subcarrier spacing settings provided by the upper layer parameter scs-SpecificCarrierListscs.

[0230] N BWP,i start is the resource block with the lowest number in the initial uplink bandwidth portion during the initial connection, and is determined by the upper layer parameter initialUplinkBWP. If it is not the initial connection, N BWP,i start is the resource block with the lowest number in the active uplink bandwidth portion, and is determined by the upper layer parameter BWP-Uplink.

[0231] n RA startis the frequency offset of the lowest PRACH transmission opportunity in the frequency domain for physical resource block 0 of the active uplink bandwidth portion. n RA star t is provided by the upper layer parameter msgA-RO-FrequencyStart and applies if a type-2 random access procedure has been started. Otherwise, it is provided by msg1-FrequencyStart.

[0232] n RA is the frequency domain PRACH transmission opportunity index at a given time instance for a particular PRACH transmission opportunity.

[0233] N RB RA is the number of occupied resource blocks, which can be provided by parameter allocation expressed as the number of resource blocks for PUSCH.

[0234] N RB,UL,n start,μ is RB n,UL start,μ The starting CRB index of the uplink RB set n corresponding to the quantity. The UE assumes that the RB set is defined if IntraCellGuardBandsPerSCS is not provided for the UL carrier.

[0235] n0 is n RA start is the index of the RB set containing the lowest PRACH transmission opportunity in the frequency domain indicated by n. The UE is RA start It can be assumed that each PRACH transmission opportunity is set to be completely contained within the RB set.

[0236] L RA and N u can be provided by standard specifications.

[0237] N CP,l RA = N CP RA+n·16k, and Δf RA When ∈{1.25, 5}kHz, n=0, and Δf RA If ∈{15, 30, 60, 120, 480, 960}kHz, then n is the interval [t start RA , t start RA + (N u RA +N CP RA )T c ) within this subframe, time instance 0 or time instance (Δf max N f / 2000)·T c = The number of times it overlaps with 0.5ms.

[0238] Starting position t of PRACH preamble start RA is a subframe (Δf RA ∈{1.25, 5, 15, 30}kHz) or in the 60 kHz slot (Δf RA ∈{60,120,480,960}kHz), which is given by [Equation 2].

[0239] [Formula 2]

[0240]

[0241] Here, we assume that the subframe or 60 kHz slot starts at t=0.

[0242] Timing advance value N TA =0 must be assumed.

[0243] N u μ and N CP,l-1 μ can be provided by standard specifications.

[0244] Δf RA If ∈{1.25, 5}kHz, then μ=0 should be assumed, otherwise the value of μ is Δf RA ∈{15,30,60,120,480,960}kHz, and symbol position l is l=l0+n tRA N dur RA +14n slot RA It is given as follows.

[0245] Here, l0 can be provided by the "starting symbol" parameter.

[0246] N t RA is the PRACH transmission opportunity within the PRACH slot, from 0 to N within the RACH slot. t RA,slot -Numbers are assigned in ascending order from 1 to 1, where N t RA,slot is L RA When ∈{139,571,1151}, it can be provided by a predefined table, and L RA = When 839, it is fixed to 1

[0247] N dur RA is provided by a predefined table.

[0248] n slot RA is given as follows:

[0249] Δf RA If ∈{1.25,5,15,60}kHz, then n slot RA .

[0250] Δf RA ∈{30,120}kHz, and if the "Number of PRACH slots in a subframe" or "Number of PRACH slots in a 60 kHz slot" of the predetermined table is 1, then n slot RA =1; otherwise n slot RA ∈{0,1}.

[0251] If Δf RA ∈{480,960} and:

[0252] If the "Number of PRACH slots in 60 kHz slots" in the predefined table is 1, Δf RA= n at 480kHz slot RA =7, Δf RA =n at 960kHz slot RA =15.

[0253] If the "Number of PRACH slots in 60 kHz slots" in the predefined table is 2, Δf RA =n at 480kHz slot RA ∈{3,7}, Δf RA =n at 960kHz slot RA ∈{7,15}.

[0254] If the preamble format provided in the predefined table is A1 / B1, A2 / B2, or A3 / B3:

[0255] n t RA =N t RA,slot If -1, the PRACH preamble is transmitted in the corresponding PRACH preamble format among B1, B2, and B3 at the PRACH transmission opportunity.

[0256] Otherwise, the PRACH preamble is transmitted in the corresponding PRACH preamble format among A1, A2, and A3 at the PRACH transmission opportunity.

[0257] Supported N RB RA , Δf RA , parameter combinations of Δf and The corresponding values ​​can be expressed as shown in [Table 6] below.

[0258] [Table 6]

[0259]

[0260] PRACH repetition

[0261] To improve coverage, RO groups can be introduced for PRACH repetition. For example, if a base station sets and / or indicates a repetition number of N (e.g., 2, 4, 8), N valid ROs existing on the same frequency can be grouped in ascending order of time domain index to form an RO group. In the RO group, N-1 ROs can be located on the same frequency as the first RO, as shown in FIGS. 8 and 9 . In other words, among valid ROs associated with the same beam, N ROs existing on the same frequency can be grouped into one RO group.

[0262] Figure 8 illustrates RO groups when the number of repetitions is 4, the number of SSBs (synchronization signal blocks) is 2, the number of FDMed (frequency domain multiplexed) ROs is 2, and the number of SSBs per RO is 1 / 2.

[0263] Figure 9 illustrates RO groups when the number of repetitions is 4, the number of SSBs is 3, the number of FDMed ROs is 4, and the number of SSBs per RO is 1.

[0264] When PRACH transmission is performed with preamble repetition, the time period starting from frame 0 is defined as the minimum integer number of associated pattern periods, and N for all set preamble repetitions within that time period. Tx SSBFor each SS / PBCH block index, at least one valid PRACH opportunity set must be determined. For each configured preamble repetition count, the set of valid PRACH opportunities is repeated at the corresponding time period, where the time period is defined as the minimum integer number of association pattern periods. Here, the association pattern period can be configured as one or more association periods, and for each SSB index, an association pattern having at least one valid PRACH opportunity set is repeated at most every 160 ms.

[0265] The association period for mapping SS / PBCH block indices to PRACH opportunities starts from frame 0, and N Tx SSB The minimum integer value in the set determined by the PRACH configuration period such that the SS / PBCH block index is mapped to a PRACH opportunity at least once within the corresponding association period, where the UE is N Tx SSB is obtained from the ssb-PositionsInBurstssb-PositionsInBurstssb-PositionsInBurst value of SIB1 or ServingCellConfigCommon. The association pattern period includes one or more association periods, and the pattern between the PRACH opportunity and the SS / PBCH block index is determined to repeat at most every 160 ms.

[0266] Below, we describe the HD operations supported in NR.

[0267] <Slot Settings>

[0268] The slot format includes downlink symbols, uplink symbols, and flexible symbols.

[0269] The following applies to each serving cell:

[0270] If the UE is provided with tdd-UL-DL-ConfigurationCommon, the UE sets the slot format of each slot according to the number of slots specified by tdd-UL-DL-ConfigurationCommon.

[0271] tdd-UL-DL-ConfigurationCommon provides:

[0272] i) Set reference SCS by referenceSubcarrierSpacing μ ref .

[0273] ii) pattern1.

[0274] pattern1 can provide:

[0275] Slot setting period in Pmsec by dl-UL-TransmissionPeriodicity,

[0276] The number of slots containing only downlink symbols d by nrofDownlinkSlots slots ,

[0277] Number of downlink symbols d by nrofDownlinkSymbols sym ,

[0278] The number of slots containing only uplink symbols u by nrofUplinkSlots slots ,

[0279] Number of uplink symbols u by nrofUplinkSymbols sym .

[0280] P=0.625 msec value is μ ref = 3, μ ref = 5 or μ ref = Valid only when 6. P=1.25 msec value is μ ref = 2, μ ref = 3, μ ref = 5 or μ ref = Valid only when 6. P=2.5 msec value is μ ref = 1, μ ref= 2, μ ref = 3, μ ref = 5 or μ ref = Valid only when 6. P=10 msec value is μ ref = 0, μ ref = 1, μ ref = 2, μ ref = 3 or μ ref = Valid only when 5.

[0281] Slot setting period P msec SCS setting μ ref Includes slots with . The first d in the S slot slots The slot contains only downlink symbols, and the last slot u slots contains only uplink symbols. The first d slots slot d sym The symbols that follow are downlink symbols. The last u slots u in front of slot sym The symbol is an uplink symbol. The rest (Sd slots -u slots )-N symb slot -d sym -u sym is a fluid symbol.

[0282] In every 20 / P period, the first symbol is the first symbol of an even frame.

[0283] If tdd-UL-DL-ConfigurationCommon provides both Pattern 1 and Pattern 2, the UE sets the slot format per slot for the first number of slots indicated in Pattern 1, and sets the slot format per slot for the second number of slots indicated in Pattern 2.

[0284] Pattern 2 can provide:

[0285] Slot setting period of P2msec by dl-UL-TransmissionPeriodicity,

[0286] The number of slots containing only downlink symbols d by nrofDownlinkSlots slot,2 ,

[0287] Number of downlink symbols d by nrofDownlinkSymbols sym,2 ,

[0288] The number of slots containing only uplink symbols u by nrofUplinkSlots slots,2 ,

[0289] Number of uplink symbols u by nrofUplinkSymbols sym,2 .

[0290] The applicable values ​​of P2 are the same as the applicable values ​​of P.

[0291] The slot setting cycle P+P2mec is the first S=P·2 μref Slot and second S2=P2·2 μref Includes slots.

[0292] Among the S2 slots, the first d slots,2 The slot contains only downlink symbols, and the last u slots,2 The slot contains only uplink symbols. The first d slots,2 d after slot sym,2 The symbol is a downlink symbol. The last u slots,2 u before slot sym,2 The symbol is an uplink symbol. The remaining (S2-d slots,2 -u slots,2 )-N symb slot - d sym,2 -u sym,2 is a fluid symbol.

[0293] The UE expects P+P2 to be divisible by 20 ms.

[0294] The first symbol in every 20 / (P+P2) cycle is the first symbol of an even frame.

[0295] UE sets reference SCS μ refFor this configured DL BWP or UL BWP, we expect the SCS setting μ to be less than or equal to that of the configured DL BWP or UL BWP. Each slot provided by pattern1 or pattern2 is a contiguous 2-bit slot of an active DL BWP or an active UL BWP. (μ-μref) Applicable to slots. The first slot is the reference SCS setting μ ref Starts at the same time as the first slot of the reference SCS setting μ ref Each downlink, floating or uplink symbol for SCS configuration μ is 2 (μ-μref) Corresponds to continuous downlink, dynamic or uplink symbols.

[0296] If the UE is additionally provided with tdd-UL-DL-ConfigurationDedicated, the tdd-UL-DL-ConfigurationDedicated parameter only overwrites slot-specific floating symbols according to the number of slots provided by tdd-UL-DL-ConfigurationCommon.

[0297] tdd-UL-DL-ConfigurationDedicated can provide:

[0298] A set of slot settings provided by slotSpecificConfigurationsToAddModList,

[0299] For each slot configuration in the set of slot configurations, the slot index of the slot given by slotIndex, the set of symbols of the slot given by symbols: if symbols = allDownlink, all symbols in the slot are downlink, if symbols = allUplink, all symbols in the slot are uplink, if symbols = explicit, nrofDownlinkSymbols gives the number of downlink first symbols in the slot, and nrofUplinkSymbols gives the number of uplink last symbols in the slot. If nrofDownlinkSymbols is not provided, the slot has no downlink first symbol, and if nrofUplinkSymbols is not provided, the slot has no uplink last symbol. The remaining symbols in the slot are floating symbols.

[0300] For each slot with the corresponding index provided by slotIndex, the UE applies the format provided by the corresponding symbols. The UE does not expect tdd-UL-DL-ConfigurationDedicated to indicate a symbol designated as downlink by tdd-UL-DL-ConfigurationCommon as uplink, or a symbol designated as uplink as downlink.

[0301] For each slot configuration provided by tdd-UL-DL-ConfigurationDedicated, the reference SCS configuration is μ, which is the reference SCS configuration provided by tdd-UL-DL-ConfigurationCommon. ref am.

[0302] The number of downlink symbols, uplink symbols and floating symbols in each slot of the slot configuration period and the slot configuration period are determined from tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated, which are common to each configured BWP.

[0303] The UE considers symbols in slots indicated as downlink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated to be for reception, and symbols in slots indicated as uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated to be for transmission.

[0304] If the UE has not configured PDCCH monitoring for DCI format 2_0, it applies to the set of symbols in the slot indicated by tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated (if provided) as floating symbols, or if tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated are not provided to the UE, to the corresponding set of symbols.

[0305] The UE receives the PDSCH or CSI-RS in the set of symbols of the slot when the corresponding indication is received by the DCI format.

[0306] The UE transmits a PUSCH, PUCCH, PRACH or SRS in the set of symbols of a slot if it receives the corresponding indication by DCI format, RAR UL grant, fallbackRAR UL grant, or successRAR.

[0307] For operation in an unpaired spectrum on a single carrier, if a UE is configured by a higher layer to receive a PDCCH, a PDSCH, a CSI-RS or a DL PRS in a set of symbols of a slot, the UE receives the PDCCH, a PDSCH, a CSI-RS or a DL PRS in the set of symbols of the slot unless the UE detects a DCI format indicating an instruction to transmit a PUSCH, a PUCCH, a PRACH or an SRS in at least one symbol in the set of symbols of the slot. Otherwise, the UE does not receive the PDCCH, a PDSCH, a CSI-RS or a DL PRS in the set of symbols of the slot.

[0308] For shared spectrum channel access in FR1 or operation in FR2-2 with ChannelAccessMode2 = 'enabled', if the UE is provided with csi-RS-ValidationWithDCI, is not provided with CO-DurationsPerCell and SlotFormatCombinationsPerCell, and the UE is configured by higher layers to receive CSI-RS in the symbol set of the slot, if the UE does not detect a DCI format indicating aperiodic CSI-RS reception or scheduling PDSCH reception in the symbol set of the slot, the UE cancels CSI-RS reception in the symbol set of the slot.

[0309] If the UE is provisioned with channelAccessMode = 'dynamic' and availableRB-SetsToAddModList and availableRB-SetsToReleaseList are provided, the UE expects co-DurationsPerCellToAddModList and co-DurationsPerCellToReleaseList and / or slotFormatCombToAddModList and slotFormatCombToReleaseList to be provided.

[0310] For operation in an unpaired spectrum on a single carrier, if the UE is configured by a higher layer to transmit an SRS, PUCCH, PUSCH or PRACH in a set of symbols of a slot, and the UE detects a DCI format instructing it to receive a CSI-RS or PDSCH in a subset of that set of symbols,

[0311] If the UE does not indicate the [partialCancellation] capability, the UE shall receive T from the last symbol of PDCCH reception. proc,2 It is expected that the UE will not cancel the transmission of PUCCH, PUSCH, or PRACH in the symbols occurring within. Otherwise, the UE cancels the actual repetition of PUCCH, PUSCH, PUSCH, or PRACH transmission.

[0312] If the UE indicates the [partialCancellation] capability, the UE shall receive T from the last symbol of PDCCH reception. proc,2 It is expected that transmission of PUCCH, PUSCH or PRACH will not be canceled in the symbols occurring within. The UE cancels PUCCH, PUSCH, actual repetition of PUSCH, or PRACH transmission in the remaining symbols.

[0313] The UE receives T from the last symbol of PDCCH reception. proc,2 It is expected that the UE will not cancel SRS transmissions in the symbols occurring within the subset. The UE cancels SRS transmissions in the remaining symbols of the subset.

[0314] T proc,2 is d 2,1=1, and the PUSCH preparation time for the UE processing capability that matches μ, which corresponds to the smallest SCS setting among the SCS settings of the SRS, PUCCH, and PUSCH and the SCS settings of the PDCCH including the DCI format. If the SCS setting of the PRACH is 15 kHz or higher, μ corresponds to the SCS setting of the PRACH, otherwise μ r =0.

[0315] If the symbol set of a slot is indicated to the UE as uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and the symbol set of that slot overlaps or even partially overlaps with the PDCCH, PDSCH or CSI-RS, the UE does not receive the PDCCH, PDSCH or CSI-RS.

[0316] If the symbol set of a slot is indicated to the UE as uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and the UE is not provided with a measurement gap, the UE does not receive DL PRS in the symbol set of that slot.

[0317] If the symbol set of a slot is indicated as downlink to the UE by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and the symbol set of that slot overlaps or even partially overlaps with a PUSCH, PUCCH, PRACH or SRS, the UE shall not transmit a PUSCH, PUCCH, PRACH or SRS.

[0318] If the symbol set of a slot is indicated as flexible to the UE by tdd-UL-DL-ConfigurationCommon and, if provided, tdd-UL-DL-ConfigurationDedicated, the UE shall not expect to receive both upper layer dedicated parameters configuring the UE's transmission and upper layer dedicated parameters configuring the UE's reception in the symbol set of that slot.

[0319] When operating on a single carrier in an unpaired spectrum, the UE shall not transmit a PUSCH, PUCCH or PRACH in a slot, and shall not transmit an SRS in a symbol set of a slot indicated to the UE for reception of an SS / PBCH block by ssb-PositionsInBurst of SIB1, ssb-PositionsInBurst of ServingCellConfigCommon, or, if the UE is not provided with dl-OrJointTCI-StateList, ssb-PositionsInBurst of SSB-MTCAdditionalPCI associated with an active TCI state of a PDCCH or PDSCH, or a symbol set of a slot corresponding to an SS / PBCH block configured for L1 beam measurement / reporting, if the transmission overlaps with symbols of the corresponding symbol set. The UE does not expect the set of symbols in a slot to be indicated to the UE in uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated.

[0320] When a UE is configured with multiple serving cells and directionalCollisionHandling-r16 = 'enabled' is provided for a specific serving cell among the multiple serving cells, it indicates support for the half-DuplexTDD-CA-SameSCS-r16 feature, and when none of the multiple serving cells is configured for PDCCH monitoring for DCI format 2_0 detection, the set of slot symbols of the first serving cell indicated to the UE for SS / PBCH block reception by ssb-PositionsInBurst of SIB1, ssb-PositionsInBurst of ServingCellConfigCommon, or ssb-PositionsInBurst of SSB-MTCAdditionalPCI associated with an active TCI state of PDCCH or PDSCH if the UE is not provided with dl-OrJointTCI-StateList, or an SS / PBCH block configured for L1 beam measurement / reporting. For a set of symbols in a slot, if a transmission overlaps with a symbol in that set of symbols, the UE does not transmit a PUSCH, PUCCH, or PRACH in the slot, and does not transmit an SRS within the set of symbols in the slot.

[0321] i) If the UE is not capable of simultaneous transmission and reception between multiple serving cells by simultaneousRxTxInterBandCA, ii) One of the cells corresponding to the same band as the first cell, regardless of whether any of the multiple serving cells is capable of simultaneous transmission and reception by simultaneousRxTxInterBandCA.

[0322] The symbol set of the slot corresponding to a valid PRACH event and the N preceding the valid PRACH event gapFor symbols, if reception overlaps with a symbol in a symbol set, the UE does not receive PDCCH, PDSCH, or CSI-RS in the slot. The UE does not expect the symbol set in the slot to be indicated as downlink by tdd-UL-DL-Configuration Common or tdd-UL-DL-ConfigurationDedicated.

[0323] For a set of symbols in a slot indicated to the UE by pdcch-ConfigSIB1 in the MIB for a CORESET for a Type0-PDCCH CSS set, the UE does not expect that set of symbols to be indicated in the uplink by tdd-UL-DL-Configuration Common or tdd-UL-DL-ConfigurationDedicated.

[0324] If a UE is scheduled in DCI format to receive PDSCH in multiple slots, and tdd-UL-DL-Configuration Common or tdd-UL-DL-ConfigurationDedicated indicates that at least one symbol in the set of symbols for which the UE receives the scheduled PDSCH for one of the multiple slots is an uplink symbol, the UE does not receive PDSCH in the slot.

[0325] If a UE is scheduled in DCI format to transmit PUSCH over multiple slots, and tdd-UL-DL-Configuration Common or tdd-UL-DL-ConfigurationDedicated indicates that at least one symbol in a series of symbols for which the UE is scheduled for one of the multiple slots is a downlink symbol, the UE shall not transmit PUSCH in that slot.

[0326] If UE

[0327] It is configured with multiple serving cells, and directional collision handling - r16 = 'enabled' is provided for one of the configured serving cells.

[0328] Indicates that half-duplex TDD-CA-SameSCS-r16 functionality is supported,

[0329] If multiple service cells are not configured to monitor PDCCH to detect DCI format 2_0,

[0330] The UE determines the reference cell of the symbol as the active cell with the smallest cell index among the following.

[0331] i) Multiple serving cells configured when the UE cannot transmit and receive simultaneously as indicated by simultaneous RxTxInterBandCA among multiple serving cells, ii) Multiple serving cells configured when the UE can transmit and receive simultaneously via RxTxInterBandCA, with each cell in each band individually configured.

[0332] Here the symbols are set as follows:

[0333] Downlink or uplink. This can be indicated by tdd-UL-DL-Configuration Common or tdd-UL-DL-ConfigurationDedicated.

[0334] If the symbol is flexible and the UE is configured to transmit SRS, PUCCH, PUSCH or PRACH in the symbol, it can be configured for uplink.

[0335] If the symbol is floating and the UE is configured to receive PDCCH, PDSCH or CSI-RS in the symbol, it may be configured for downlink.

[0336] If another cell among the cells set to directionalCollisionHandling-r16 operates in the same frequency band as the reference cell, the UE does not expect:

[0337] i) A symbol that is indicated as downlink or uplink in the reference cell by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and as uplink or downlink in other cells, respectively;

[0338] ii) tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, which detects the DCI format that marks a symbol as downlink in the reference cell and schedules transmission of the symbol in other cells;

[0339] iii) configured to receive PDCCH, PDSCH or CSI-RS on a flexible symbol in a reference cell by an upper layer and detect a DCI format for scheduling transmission in that symbol in another cell.

[0340] If the reference cell and other cells set to directionalCollisionHandling-r16 operate in different frequency bands, the UE

[0341] i) When a symbol is indicated as downlink or uplink in other cells by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and as uplink or downlink in the reference cell, the symbol is assumed to be a flexible symbol, and there is no need to receive a PDCCH, PDSCH, or CSI-RS configured in a higher layer, and there is no need to transmit an SRS, PUCCH, PUSCH, or PRACH configured in a higher layer.

[0342] ii) If the symbol is marked as downlink in the reference cell by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, the signal / channel scheduled by the DCI format is transmitted in the symbol of another cell.

[0343] iii) If the UE detects a DCI format that schedules transmission for one or more symbols in another cell, it does not need to receive the PDCCH, PDSCH, or CSI-RS configured in the upper layer in the floating symbols of the reference cell in that symbol set.

[0344] And regardless of whether the reference cell and other cells operate in the same frequency band or different frequency bands, the UE

[0345] 1) It is not expected to detect a DCI format that indicates that the tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated symbol for the reference cell is uplink and schedules reception on that symbol in another cell.

[0346] 2) It is configured by the upper layer to transmit SRS, PUCCH, PUSCH or PRACH on a flexible symbol in the reference cell, and it is not expected to detect a DCI format that schedules reception on the corresponding symbol in another cell.

[0347] 3) If at least one symbol among the symbol sets is indicated as downlink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated in the reference cell, or corresponds to PDCCH, PDSCH or CSI-RS reception, the PUCCH, PUSCH or PRACH set by the upper layer for the symbol sets of other cells is not transmitted.

[0348] 4) If the corresponding symbol set is indicated as downlink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated in the reference cell, or corresponds to PDCCH, PDSCH, or CSI-RS reception, the SRS set by the upper layer for the symbol set of another cell is not transmitted.

[0349] 5) If at least one symbol among the symbol sets is indicated as uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated in the reference cell, or corresponds to SRS, PUCCH, PUSCH or PRACH transmission, the PDCCH, PDSCH or CSI-RS set by the upper layer for the symbol sets of other cells is not received.

[0350] 6) If the reference cell is configured by the upper layer to transmit SRS, PUCCH, PUSCH, or PRACH, or to receive PDCCH, PDSCH, or CSI-RS, the symbol indicated as downlink or uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated in another cell is considered a flexible symbol.

[0351] 7) It is not expected to detect a first DCI format that schedules transmission or reception for a particular symbol in the first cell, and a second DCI format that schedules reception or transmission for that symbol in the second cell, respectively.

[0352] After applying the above procedure for directional collision handling within the set of cells set to directionalCollisionHandling-r16, the UE does not expect directional collisions to occur between serving cells on which the UE cannot perform simultaneous transmission and reception.

[0353] UE procedure for determining slot format

[0354] This section applies to serving cells included in the serving cell set established by slotFormatCombToAddModList, slotFormatCombToReleaseList, availableRB-SetsToAddModList, availableRB-SetsToReleaseList, switchTriggerToAddModList, switchTriggerToReleaseList, co-DurationsPerCellToAddModList, and co-DurationsPerCellToReleaseList for the UE.

[0355] If the UE is configured with the SlotFormatIndicator parameter by the upper layer, the UE is provided with the SFI-RNTI by sfi-RNTI and the payload size of DCI format 2_0 by dci-PayloadSize.

[0356] Additionally, the UE may provide L for DCI format 2_0 in one or more serving cells. SFI Having a CCE aggregation level A search space set for monitoring PDCCH candidates and a setting for the corresponding CORESET p are provided. A PDCCH candidate is a CCE aggregation level L for a search space set s in CORESET p. SFI The first one about It is a PDCCH candidate.

[0357] For each serving cell in the serving cell set, the following may be provided to the UE:

[0358] 1) ID of serving cell by servingCellId

[0359] 2) SFI index field position of DCI format 2_0 by positionInDCI

[0360] 3) A set of slot format combinations by slot format combinations, wherein each slot format combination of the set of slot format combinations may include the following.

[0361] 4) For unpaired spectrum operation, reference SCS setting μ by subcarrier spacing SFI , if a secondary UL carrier is set in the serving cell, reference SCS setting μ by subcarrierSpacing2 for the secondary UL carrier SFI,SUL

[0362] 5) For paired spectrum operation, reference SCS setting μ for DL ​​BWP by subcarrierSpacing SFI,DL and reference SCS setting μ for UL BWP by subcarrierSpacing2 SFI,UL

[0363] 6) Location of the available RB set indicator field of DCI format 2_0, the field by available RB-SetsPerCell is as follows.

[0364] 1 bit, if the intraCellGuardBandsDL-List for the serving cell indicates that no intra-cell guard bands are configured, where a value of '1' indicates that the serving cell is available for reception, and a value of '0' indicates that the serving cell is not available for reception, the serving cell remains available or unavailable for reception until the end of the remaining channel occupancy period. Or,

[0365] A bitmap that maps to the set of RBs of the serving cell, the intraCellGuardBandsDL-List for the serving cell is set if an intra-cell guard band is set or the intraCellGuardBandsDL-List for the serving cell is not provided, where the bitmap is N RB,set,DLIncludes bits and N RB,set,DL is the number of RB sets of the serving cell, and a value of '1' indicates that the RB set is available for reception, and a value of '0' indicates that the RB set is not available for reception, and the RB set remains available or unavailable for reception until the remaining channel occupancy period ends.

[0366] The location of the Channel Occupancy Duration field indicated by CO-DurationsPerCell in DCI format 2_0, this field indicates the remaining channel occupancy duration of the serving cell starting from the first symbol of the slot in which the UE detects DCI format 2_0 by providing the value of co-DurationList. The Channel Occupancy Duration field contains: bits, where COdurationListSize is the number of values ​​provided in co-DurationList. If CO-DurationsPerCell is not provided, the remaining channel occupancy duration of the serving cell is the number of slots for which the SFI-index field value provides the corresponding slot format, starting from the slot in which the UE detects DCI format 2_0.

[0367] Setting reference SCS for co-DurationList by subcarrierSpacing.

[0368] Location of the search space set group switching flag field, DCI format 2_0 by SearchSpaceSwitchTrigger, where the field indicates a group of two groups of search space sets for PDCCH monitoring for scheduling for a serving cell or a set of serving cells, and is provided by CellGroupsForSwitching.

[0369] The SFI Index field value of DCI format 2_0 indicates to the UE the slot format of each slot for the number of slots of each DL BWP or each UL BWP, starting from the slot in which the UE detects DCI format 2_0. The number of slots shall be greater than or equal to the PDCCH monitoring period for DCI format 2_0. The SFI Index field contains bits, and maxSFIindex is the maximum value provided by the corresponding slot format combination ID. The slot format is identified by the corresponding format index as provided in Table 7, where 'D' indicates a downlink symbol, 'U' indicates an uplink symbol, and 'F' indicates a flexible symbol.

[0370] If the PDCCH monitoring periodicity for DCI format 2_0 provided to the UE for the search space set by the monitoring slot periodicity and offset is less than the duration of the slot format combination acquired by the UE when monitoring the PDCCH for DCI format 2_0 by the corresponding SFI index field value, and the UE detects one or more DCI formats 2_0 indicating a slot format for one slot, the UE expects that each of the one or more DCI formats 2_0 indicates the same slot format.

[0371] It is expected that the UE will not be configured to monitor PDCCH for DCI format 2_0 on a second serving cell that uses a larger SCS than the serving cell.

[0372] [Table 7] shows an example of a slot format for a normal cyclic prefix.

[0373] [Table 7]

[0374]

[0375]

[0376] For non-paired spectrum operation for the UE in the serving cell, the reference SCS for each slot format is set μ by the subcarrier spacing (SCS). SFIis provided as a combination of slot formats indicated by the SFI index field value of DCI format 2_0. The UE sets the reference SCS μ SFI For active UL BWP with active DL BWP or SCS setting μ, μ≥μ SFI is expected to be. Each slot format of the slot format combination indicated by the SFI index field value of DCI format 2_0 is 2 of the active DL BWP or the active UL BWP. (μ-μ_SFI) Applies to consecutive slots, with the first slot being the reference SCS setting μ SFI Starts concurrently with the first slot of the reference SCS setting μ SFI Each downlink, floating or uplink symbol of corresponds to a consecutive downlink, floating or uplink symbol of the SCS configuration μ.

[0377] For paired spectrum operation for a UE of a serving cell, the SFI Index field of DCI format 2_0 indicates a combination of slot formats including a slot format combination for a reference DL BWP and a slot format combination for a reference UL BWP of the serving cell. The UE sets a reference SCS for the slot format combination indicated by the value of the SFI Index field of DCI format 2_0 for the reference DL BWP of the serving cell by subcarrier spacing μ SFI,DL is provided. subcarrierSpacing2 is the reference SCS setting μ for the slot format combination indicated by the SFI index field value of DCI format 2_0 for the reference UL BWP of the serving cell. SFI,UL provides μ to the UE. SFI,DL ≥μ SFI,UL and each The value of the slot format provided by the value, where the value of the slot format is determined by the value of the slot format combination ID of the slot format combination, and the value of the slot format combination ID is set to the value of the SFI index field value of DCI format 2_0, and first The values ​​for the slot format combination apply to the reference DL BWP and the following values ​​apply to the reference UL BWP: μ SFI,DL <μ SFI,UL and each The first value of the slot format combination for the value is applied to the reference DL BWP, and the next The values ​​apply to the reference UL BWP.

[0378] UE sets reference SCS μ SFI,DL , and the SCS setting μ of the active DL BWP is provided. DL About μ DL ≥μ SFI,DL satisfies. The UE sets the reference SCS μ SFI,UL , and the SCS setting μ of the active UL BWP is provided. UL About μ UL ≥μ SFI,UL satisfies. Each slot format of the slot format combination indicated by the SFI-index field value of DCI format 2_0 for the reference DL BWP is indicated by the slotFormatCombinationId value mapped to the slotFormats value in slotFormatCombination, starting from the first slot starting at the same time as the first slot of the reference DL BWP for the active DL BWP. Applies to consecutive slots of the dog. See also SCS setting μ SFI,DL Each downlink or floating symbol of SCS setting μ DL About corresponds to a continuous downlink or floating symbol. Each slot format for the slot format combination of the reference UL BWP starts from the first slot starting at the same time as the first slot of the reference UL BWP for the active UL BWP. Applies to consecutive slots of the dog. See also SCS setting μ SFI,UL Each uplink or floating symbol of SCS setting μ UL About It corresponds to a continuous uplink or floating symbol of a dog.

[0379] For unpaired spectrum operation where the UE uses the second UL carrier in the serving cell, the SFI-index field value of DCI format 2_0 indicates a slot format combination including a slot format combination for the reference first UL carrier of the serving cell and a slot format combination for the reference second UL carrier of the serving cell. The UE sets the reference SCS by subcarrierSpacing μ for the slot format combination indicated by the SFI-index field value of DCI format 2_0 for the reference first UL carrier of the serving cell. SFI is provided. The UE sets the reference SCS μ by subcarrierSpacing2 for the slot format combination indicated by the SFI-index field value of DCI format 2_0 for the reference second UL carrier of the serving cell. SFI,SUL are provided. Each For +1 slotFormats value, the first of the slot format combinations The values ​​are applied to the reference 1st UL carrier, and the following values ​​are applied to the reference 2nd UL carrier.

[0380] The UE sets the SCS μ for the active UL BWP of the second UL carrier. SUL This μ SUL ≥μ SFI,SUL Set the reference SCS to satisfy μ SFI,SUL It is expected that this will be provided. Each slot format of the slot format combination indicated by the SFI-index field of the DCI format 2_0 for the reference first UL carrier shall be provided for the active DL BWP and the active UL BWP of the first UL carrier from the first slot starting at the same point in time as the first slot of the reference first UL carrier. It applies to consecutive slots of the reference 2nd UL carrier. Each slot format for the slot format combination of the reference 2nd UL carrier is applied to the active UL BWP of the 2nd UL carrier from the first slot starting at the same time as the first slot of the reference 2nd UL carrier. Applies to consecutive slots of the dog.

[0381] If the BWP of the serving cell is set to μ=2 and the extended CP, the UE is set to μ SFI =0, μ SFI =1 or μ SFI =2 is expected. The format of a slot with an extended CP is determined from the format of a slot with a normal CP. The UE determines the extended CP symbol as a downlink / uplink / floating symbol if the overlapping normal CP symbols are each a downlink / uplink / floating symbol. The UE determines the extended CP symbol as a floating symbol if one of the overlapping normal CP symbols is a floating symbol. The UE determines the extended CP symbol as a floating symbol if the overlapping normal CP symbol pair includes a downlink symbol and an uplink symbol.

[0382] Reference SCS setting μ SFI , μ SFI,DL , μ SFI,UL , or μ SFI,SUL For FR1 it is 0, 1, or 2, and for FR2 it is 2 or 3.

[0383] For a set of symbols in a slot, the UE detects a DCI format 2_0 that includes an SFI-index field value indicating the set of symbols in the slot to be uplinked, and does not simultaneously detect a DCI format indicating to receive a PDSCH or CSI-RS in the set of symbols in the same slot.

[0384] For a set of symbols in a slot, the UE detects a DCI format 2_0 that includes an SFI-index field value indicating the set of symbols in the slot to be downlinked, and does not simultaneously detect a DCI format indicating to transmit a PUSCH, PUCCH, PRACH, or SRS in the set of symbols in the same slot, a RAR UL grant, a fallbackRAR UL grant, or successRAR.

[0385] For a set of symbols in a slot that is indicated to be within the remaining channel occupancy period via the Channel Occupancy Duration field or the SFI-index field by DCI Format 2_0, the UE shall not detect DCI Format 2_0 at a later point in time that indicates via the Channel Occupancy Duration field or the SFI-index field that no symbol in that set of symbols is within the remaining channel occupancy period.

[0386] For a set of symbols in a slot indicated as downlink / uplink by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, the UE does not detect DCI format 2_0 containing an SFI-index field value indicating the set of symbols in that slot as uplink / downlink or dynamic, respectively.

[0387] For a set of symbols of a slot corresponding to a candidate SS / PBCH block index of an SS / PBCH block, if the index is indicated in the physical cell ID associated with the active TCI state for PDCCH or PDSCH via ssb-PositionsInBurst of SIB1, ssb-PositionsInBurst of ServingCellConfigCommon, NonCellDefiningSSB, or ssb-PositionsInBurst of SSB-MTCAdditionalPCI if the UE is not provided with dl-OrJointTCI-StateList, or for a set of symbols of a slot corresponding to an SS / PBCH block configured for L1 beam measurement / reporting, the UE does not detect a DCI format 2_0 including an SFI-index field value indicating the set of symbols of the corresponding slot to uplink.

[0388] The set of symbols in the slot corresponding to a valid PRACH opportunity and the N preceding the valid PRACH opportunity gap For the symbol, the UE does not detect DCI format 2_0 containing an SFI-index field value indicating the set of symbols for that slot to be downlinked.

[0389] For the symbol set of a slot indicated to the UE as CORESET for the Type0-PDCCH CSS set by pdcch-ConfigSIB1 of the MIB, the UE does not detect a DCI format 2_0 containing an SFI-index field value indicating the symbol set of that slot to the uplink.

[0390] For the set of symbols of a slot dynamically indicated to the UE by tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated (if provided), or if tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated are not provided to the UE, if the UE detects DCI format 2_0 providing a format for a slot using a slot format value other than 255.

[0391] If one or more symbols in the symbol set are symbols of a CORESET configured for PDCCH monitoring by the UE, the UE receives the PDCCH in the CORESET only if the value of the SFI-index field of DCI format 2_0 indicates that one or more of the symbols is a downlink symbol.

[0392] If the SFI-index field value of DCI format 2_0 dynamically indicates a set of symbols of a slot and a DCI format is detected that instructs the UE to receive PDSCH or CSI-RS in the set of symbols of the slot, the UE receives PDSCH or CSI-RS in the set of symbols of the slot.

[0393] If the SFI-index field value of DCI format 2_0 dynamically indicates the symbol set of a slot and the UE detects a DCI format, RAR UL grant, fallbackRAR UL grant, or successRAR that instructs the UE to transmit PUSCH, PUCCH, PRACH, or SRS in the symbol set of the slot, the UE transmits PUSCH, PUCCH, PRACH, or SRS in the symbol set of the slot.

[0394] If the SFI-index field value of DCI format 2_0 dynamically indicates the symbol set of the slot and the UE does not detect a DCI format that instructs the UE to receive PDSCH or CSI-RS in the symbol set of the slot, or if the UE does not detect a DCI format, RAR UL grant, fallbackRAR UL grant, or successRAR that instructs the UE to transmit PUSCH, PUCCH, PRACH, or SRS in the symbol set of the slot, the UE does not transmit or receive in the symbol set of the slot.

[0395] When a UE is configured by a higher layer to receive PDSCH or CSI-RS in a symbol set of a slot, the UE receives PDSCH or CSI-RS in a symbol set of a slot only when the value of the SFI-index field in DCI format 2_0 indicates the symbol set of that slot in the downlink and, if applicable, the symbol set is within the remaining channel occupancy period.

[0396] When a UE is configured by a higher layer to receive DL PRS in a symbol set of a slot, the UE receives DL PRS in a symbol set of a slot only when the value of the SFI-index field in DCI format 2_0 downlink or dynamically indicates the symbol set of that slot.

[0397] When a UE is configured by a higher layer to transmit a PUCCH, PUSCH or PRACH in a symbol set of a slot, the UE transmits a PUCCH, PUSCH or PRACH in a symbol set of a slot only when the value of the SFI-index field in DCI format 2_0 indicates that the symbol set of the slot is uplink.

[0398] When the UE is configured by the upper layer to transmit SRS in the set of symbols of a slot, the UE transmits SRS only in a subset of the set of symbols of the slot indicated by the SFI-index field value of the DCI format 2_0 as uplink symbols.

[0399] The UE shall not simultaneously detect a DCI format, RAR UL grant, fallbackRAR UL grant, or successRAR that instructs the UE to transmit SRS, PUSCH, PUCCH, or PRACH in one or more symbols of the symbol set of the slot, if the SFI-index field value of DCI format 2_0 indicates a set of symbols of the slot for downlink.

[0400] The UE does not detect a case where the SFI-index field value of DCI format 2_0 indicates a downlink or dynamic symbol set of a slot containing symbols corresponding to a repetition of a PUSCH transmission activated by a UL Type 2 grant PDCCH.

[0401] The UE shall not simultaneously detect a DCI format that instructs the UE to receive a PDSCH or CSI-RS in one or more symbols of the symbol set of the slot, if the SFI-index field value of DCI format 2_0 indicates a set of symbols of the slot for uplink.

[0402] When a UE is configured by a higher layer to receive CSI-RS or PDSCH in a set of symbols of a slot, and the UE detects DCI format 2_0 indicating a slot format whose slot format value is not 255 and the slot format indicates a subset of the set of symbols to be uplink or flexibly transmitted, or a DCI format indicating that the UE transmits PUSCH, PUCCH, SRS or PRACH in at least one symbol of the set of symbols, the UE cancels reception of CSI-RS in the set of symbols of the slot or cancels reception of PDSCH in the slot.

[0403] For UE operation using shared spectrum channel access in FR1 or in FR2-2 with ChannelAccessMode2 = 'enabled', if the UE is configured by higher layers to receive CSI-RS and CO-DurationsPerCell is provided, the UE cancels CSI-RS reception for the set of symbols of slots indicated in downlink or dynamically by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, or if tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated are not provided, the UE cancels CSI-RS reception for the set of symbols of the corresponding slots that are not included in the remaining channel occupancy period.

[0404] If the UE is configured by a higher layer to receive DL PRS in a symbol set of a slot, and the UE detects a DCI format 2_0 indicating a slot format whose slot format value is not 255 and the slot format indicates a subset of the symbol set for uplink, or a DCI format indicating that the UE transmits PUSCH, PUCCH, SRS or PRACH in at least one symbol of the symbol set, the UE cancels reception of DL PRS in the symbol set of the slot.

[0405] If the UE is configured by a higher layer to transmit SRS, PUCCH, PUSCH or PRACH in a set of symbols of a slot, and the UE detects DCI format 2_0 indicating a slot format whose slot format value is not 255 and the slot format indicates a subset of the set of symbols for downlink or flexibly, or if the UE detects a DCI format indicating that the UE receives CSI-RS or PDSCH in a subset of the set of symbols, then

[0406] If the UE does not indicate the [partialCancellation] function, the UE shall transmit PUCCH, PUSCH or PRACH from the last symbol of the PDCCH reception where the first symbol of the symbol set detects the DCI format. proc,2 If this occurs within the time period, the transmission is not canceled. Otherwise, the UE cancels the PRACH transmission in the actual repetition or symbol set of the PUCCH, PUSCH, or PUSCH.

[0407] If the UE indicates the [partialCancellation] feature, the UE shall receive T from the last symbol of the PDCCH reception in which the DCI format was detected. proc,2 The UE shall not cancel PUCCH, PUSCH or PRACH transmissions in symbols of the set of symbols occurring within the set. The UE shall cancel PRACH transmissions in symbols of the actual repetition of PUCCH, PUSCH or PUSCH or in the remaining symbol set.

[0408] The UE detects the DCI format from the last symbol of the PDCCH reception. proc,2 The UE does not cancel SRS transmissions in symbols in the subset of symbols that occur within the UE. The UE cancels SRS transmissions in symbols in the remaining subset of symbols.

[0409] T proc,2 is the PUSCH preparation time for the corresponding UE processing capability, and d 2,1=1, μ is the SCS setting of PDCCH including DCI format and SCS setting of SRS, PUCCH, PUSCH or μ r corresponds to the smallest SCS setting among them. Here, μ r If the SCS setting of PRACH is 15 kHz or higher, it corresponds to the SCS setting of PRACH, otherwise μ r =0.

[0410] If the UE is configured by a higher layer to receive CSI-RS or is instructed to receive CSI-RS in one or more RB sets and symbol sets of a slot by detecting DCI format 0_1, and if the UE detects DCI format 2_0 and the bitmap indicates that any one or more of the RB sets is not receivable, the UE cancels CSI-RS reception in the symbol sets of the corresponding slot.

[0411] The UE considers a floating symbol of the CORESET configured in the UE for PDCCH monitoring as a downlink symbol if the UE does not detect an SFI-index field value of DCI format 2_0 indicating that the set of symbols in the slot is floating or uplink, and also does not detect a DCI format indicating that SRS, PUSCH, PUCCH or PRACH should be transmitted in the corresponding set of symbols.

[0412] For the set of symbols of a slot indicated dynamically (F) by tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated (if provided), or if tdd-UL-DL-ConfigurationCommon and tdd-UL-DL-ConfigurationDedicated are not provided to the UE, if the UE does not detect a DCI format 2_0 providing a slot format for that slot,

[0413] 1) The UE receives a PDSCH or CSI-RS in the symbol set of the corresponding slot, and this is done only if the UE has received a DCI format containing an indication for it.

[0414] 2) The UE transmits PUSCH, PUCCH, PRACH, or SRS in the symbol set of the corresponding slot, only if the UE has received a DCI format containing an indication for the same, a RAR UL grant, a fallbackRAR UL grant, or a successRAR.

[0415] 3) The UE receives the PDCCH.

[0416] 4) If the UE is configured by the upper layer to receive PDSCH in the symbol set of the slot, the UE does not receive PDSCH in the symbol set of the slot.

[0417] 5) If the UE is configured by the upper layer to receive CSI-RS in the symbol set of a slot, the UE shall not receive CSI-RS in the symbol set of that slot, except when CO-DurationsPerCell is provided and the symbol set of the slot is within the remaining channel occupancy period.

[0418] 6) If the UE is configured by the upper layer to receive DL PRS in the symbol set of the slot, the UE receives DL PRS in the symbol set of the slot.

[0419] 7) If the UE is configured by the upper layer to transmit SRS, PUCCH, PUSCH, or PRACH in the symbol set of the slot, but enableConfiguredUL is not provided,

[0420] a) If the UE does not indicate the [partialCancellation] function, the actual repetition of PUCCH, PUSCH, PUSCH, or the first symbol of PRACH is from the last symbol of PDCCH reception set to monitor DCI format 2_0. proc,2 If it occurs within a slot, the UE does not cancel the transmission. Otherwise, the UE cancels the transmission of PUCCH, PUSCH, actual repetition of PUSCH, or PRACH in the slot.

[0421] b) If the UE indicates the [partialCancellation] feature, the UE shall receive T from the last symbol of PDCCH reception configured to monitor DCI format 2_0. proc,2 The UE does not cancel PUCCH, PUSCH, actual repetition of PUSCH, or PRACH transmission in symbols of the symbol set occurring within the symbol set. The UE cancels PUCCH, PUSCH, actual repetition of PUSCH, or PRACH transmission in symbols of the remaining symbol set.

[0422] The UE receives T from the last symbol of PDCCH reception configured to monitor DCI format 2_0. proc,2 The UE does not cancel SRS transmission in symbols of the set of symbols occurring within the set. The UE cancels SRS transmission in symbols of the remaining set of symbols.

[0423] T proc,2 is the PUSCH preparation time for the corresponding UE processing capability, and d 2,1 =1 can be assumed. μ is the SCS setting of PDCCH including DCI format 2_0 and the SCS setting of SRS, PUCCH, PUSCH or μ r corresponds to the smallest SCS setting among them. Here, μ r If the SCS setting of PRACH is 15 kHz or higher, it corresponds to the SCS setting of PRACH, otherwise μ r =0.

[0424] If the UE is configured by a higher layer to transmit SRS, PUCCH, PUSCH or PRACH in the symbol set of a slot and enableConfiguredUL is provided, the UE may transmit SRS, PUCCH, PUSCH or PRACH, respectively.

[0425] If a UE is performing unpaired spectrum operation in a cell of the FR1 frequency band and scheduling restrictions based on RRM measurements are not applied, and if the UE detects a DCI format that indicates to transmit in a symbol set, there is no need to perform RRM measurements in other cells based on SS / PBCH block or CSI-RS reception that includes at least one symbol in the symbol set.

[0426] TDD slot and / or symbol configuration can be determined through multiple operations. For example, all UEs in a cell can be allocated a cell-specific DL / UL pattern through tdd-UL-DL-ConfigurationCommon. Additionally, the UE can receive resources that were left as flexible slots and / or symbols as UE-specific allocations through a dedicated RRC signal, tdd-UL-DL-ConfigurationDedicated. tdd-UL-DL-ConfigurationCommon can be transmitted through SIB1 or dedicated RRC signaling. In order for a specific slot and / or symbol to be configured as a flexible slot and / or symbol, it must be configured flexibly through both UE- and / or cell-specific slot configurations. In this case, since tdd-UL-DL-ConfigurationDedicated is optional, the network may not configure UE-specific slots and / or symbols. In this case, the DL / UL pattern configured based on tdd-UL-DL-ConfigurationCommon is used. If the UE does not receive the SlotFormatIndicator configuration, it may receive PDSCH or CSI-RS in some or all symbols of the slot according to the indication of DCI format 1_0, DCI format 1_1, or DCI format 0_1. In addition, if the UE does not receive the SlotFormatIndicator configuration, the UE may transmit PUSCH, PUCCH, PRACH, or SRS in some or all symbols of the slot according to the indication of DCI format 0_0, DCI format 0_1, DCI format 1_0, DCI format 1_1, or DCI format 2_3.

[0427] In addition, the base station may not configure RO in resources allocated in slots and / or symbols for HD DL transmission, and the UE may not expect RO to be configured. For resources allocated in HD flexible mode, RO configuration may be performed based on several constraints. For example, if RO is not configured through tdd-UL-DL-ConfigurationCommon, the PRACH occasion of the resource configured as the PRACH slot may not be located before the SS / PBCH block resource or may not be at least N times the last SS / PBCH block reception symbol. gap If the number of symbols in the PRACH opportunity is greater than or equal to the number of symbols in the RO, the PRACH opportunity can be treated as a valid RO.

[0428] On the other hand, when RO is set via tdd-UL-DL-ConfigurationCommon, the PRACH opportunity of the resource set to UL symbol or PRACH slot is not located before SS / PBCH block resource or is at least N times the last SS / PBCH block repetition symbol. gap If the PRACH opportunity is positioned after the number of symbols of , the corresponding PRACH opportunity can be treated as a valid RO.

[0429] In this disclosure, an RO that cannot be used due to the aforementioned restrictions is referred to as an invalid RO. Hereinafter, what is designated as a slot and / or symbol may be interpreted as a unit of slots and symbols. In addition, what is designated as SBFD (subband full duplex) and / or non-SBFD may be understood as an SBFD slot / symbol and / or a non-SBFD slot / symbol.

[0430] FIG. 10 illustrates an example of a structure in which SBFD slots are allocated in the time and frequency axes according to one embodiment of the present disclosure.

[0431] Referring to Fig. 10, when the SBFD configuration is applied to a resource for which a DL slot or a dynamic (F) slot is configured by a higher layer, some frequency resources of the SBFD slot may be configured as DL, i.e., SBFD DL subbands, and some frequency resources may be configured as UL, i.e., SBFD UL subbands. Here, a frequency gap may be configured between the frequency resources of the SBFD DL subband and the frequency resources of the SBFD UL subband. Meanwhile, the direction of each SBFD subband may be indicated through a dynamic indication (e.g., DCI format 2_0 or SFI (slot format indicator)).

[0432] Fig. 11 illustrates an example of a downlink slot to which an SBFD setting is applied according to an embodiment of the present disclosure. In the following disclosure, an SBFD-aware UE (1110, which may be referred to as an “SBFD-aware terminal”) refers to a terminal capable of performing SBFD operations and HD operations, and a legacy UE (1120) may be understood as a terminal performing HD operations.

[0433] Referring to FIG. 11, the legacy UE (1120) recognizes the downlink slot resource to which the SBFD setting is applied as a DL resource (e.g., a DL symbol). Therefore, the legacy UE (1120) does not expect RO configuration for the downlink slot to which the SBFD setting is applied, as in the existing operation.

[0434] However, since the SBFD-aware UE (1110) recognizes the downlink slot resource with the SBFD configuration applied as an SBFD resource (e.g., an SBFD symbol), it can expect RO configuration in the SBFD UL subband according to the new rule. The new rule regards the SBFD symbol as a floating symbol, which specifically means the condition that configuration is possible in both the UL direction and the DL direction in one symbol. In this case, the configured RO or RO group can only be used by the SBFD-aware UE (1110).

[0435] When determining the RO configuration index, the base station may enable the RO to be configured for an SBFD symbol configured for downlink by the TDD configuration. For example, the base station may inform the terminal of the SBFD symbol through information included in the system information block (SIB). In addition, the TDD configuration may indicate whether the symbols in the slot are downlink symbols, uplink symbols, or flexible symbols. In this case, a symbol indicated as a downlink symbol by the TDD configuration may be a symbol indicated as an SBFD symbol by the SIB. In this case, the SBFD symbol may be referred to as an SBFD symbol configured for downlink by the TDD configuration.

[0436] Similarly, a symbol designated as a flexible symbol by the TDD configuration may be designated as an SBFD symbol by the SIB. In this case, the SBFD symbol may be referred to as an SBFD symbol designated as flexible (F) by the TDD configuration.

[0437] Based on parameters related to the signaled RO configuration index, ROs can be located in SBFD symbols and non-SBFD symbols. At this time, ROs in which legacy UEs and SBFD-aware UEs can transmit PRACH are referred to as legacy ROs, and ROs in which only SBFD-aware UEs can transmit PRACH are referred to as SBFD ROs. Legacy UEs can determine legacy ROs located in non-SBFD symbols and flexible symbols (e.g., SBFD symbols configured as flexible (F) by TDD configuration) as valid ROs, and SBFD-aware UEs can determine legacy ROs and SBFD ROs located in non-SBFD symbols and SBFD symbols as valid ROs.

[0438] FIG. 12 and FIG. 13 illustrate examples of flexible slots with SBFD settings applied according to one embodiment of the present disclosure.

[0439] Fig. 12 illustrates an example of a flexible slot when an RO is configured by a legacy RO configuration, and Fig. 13 illustrates an example of a flexible slot when an RO is configured by a separate RO configuration. Since a legacy UE (1220 or 1320) treats the allocated resource as a flexible slot, it determines the RO configuration based on existing rules and determines whether the RO is valid or invalid. On the other hand, an SBFD-aware UE (1210 or 1310) recognizes the resource as an SBFD resource, and thus can expect RO configuration in an SBFD UL subband (the SBFD UL subband may also be expressed as 'UL usable PRBs'. Hereinafter, the SBFD UL subband may be replaced with UL usable PRBs) according to the new rules. For example, if there are both legacy UEs (1220, 1320) and SBFD-aware UEs (1210, 1310), when configuring an RO or an RO group, the location of the RO's time and frequency resources can be determined by considering SBFD and non-SBFD. The settings and methods applied to the RO below can also be applied to the RO group.

[0440] A. RO setup and collision in SBFD DL subband

[0441] Legacy ROs can be understood as resources that can be used by legacy UEs and SBFD-aware UEs for PRACH transmission, while SBFD-dedicated ROs can be understood as resources that can be used only by SBFD-aware UEs for PRACH transmission. SBFD-dedicated ROs may also be simply referred to as SBFD ROs hereinafter.

[0442] The following two methods can be proposed as a way to set up legacy RO and SBFD-only RO.

[0443] First, a method may be used in which legacy ROs and SBFD-dedicated ROs are supported through separate RO configurations. For this purpose, multiple (e.g., two) RO configurations may be configured. In the present disclosure, a configuration in which multiple ROs are individually configured is referred to as a separate RO configuration.

[0444] FIG. 14 illustrates an example of a separated RO setup according to one embodiment of the present disclosure.

[0445] Referring to Figure 14, it can be seen that RO1 and RO2 can be configured at different frequencies by separate RO configurations. For example, ROs can be configured by two separate RACH configurations. For convenience, let us say that the two separate RACH configurations are a legacy RACH configuration and an additional RACH configuration. The legacy RACH configuration can be a RACH configuration that can be interpreted by both legacy UEs and SBFD-aware UEs, and the additional RACH configuration can be a RACH configuration that can be interpreted only by SBFD-aware UEs. In this case, RO1 can be configured by the additional RACH configuration, and RO2 can be configured by the legacy RACH configuration.

[0446] Second, a method can be used in which legacy ROs and SBFD-specific ROs are supported through a single RO configuration. A configuration in which legacy ROs and SBFD-specific ROs are configured simultaneously can be referred to as a shared RO configuration or a single RACH configuration. A single RACH configuration allows both legacy UEs and SBFD-aware UEs to be configured with the location of the RO.

[0447] In the following, it is assumed that even if only a slot or symbol is indicated, it can be applied to both slot and symbol units. For example, even if only SBFD or non-SBFD is indicated, it can mean an SBFD slot / symbol or a non-SBFD slot / symbol.

[0448] In existing standards (e.g., 3GPP NR, Rel-18), SBFD slots can be used in downlink (DL) slots and flexible slots of legacy systems.

[0449] Looking at the legacy operation, the current TDD slot / symbol configuration is done through the following two operations. First, all UEs in the cell are assigned cell-specific DL / UL patterns through tdd-UL-DL-ConfigurationCommon. Second, the resources remaining as flexible slots / symbols are configured UE-specifically through a dedicated RRC signal, tdd-UL-DL-ConfigurationDedicated.

[0450] tdd-UL-DL-ConfigurationCommon can be transmitted via SIB1 or dedicated RRC signaling. A specific slot can be configured as a flexible slot / symbol only if it is configured as flexible through both terminal-specific slot configuration and cell-specific slot configuration.

[0451] Since tdd-UL-DL-ConfigurationDedicated is optional, the network is not required to perform the second operation, in which case the DL / UP pattern configured by tdd-UL-DL-ConfigurationCommon will be used. At this time, if the UE does not set SlotFormatIndicator, the UE can receive PDSCH or CSI-RS in some / all symbols of the slot as indicated by DCI format 1_0, DCI format 1_1, and DCI format 0_1. If the UE does not set SlotFormatIndicator, the UE can transmit PUSCH, PUCCH, PRACH, and SRS in some / all symbols of the slot as indicated by DCI format 0_0, DCI format 0_1, DCI format 1_0, DCI format 1_1, and DCI format 2_3.

[0452] Meanwhile, the direction of each SBFD subband may also be indicated through a dynamic indication (e.g., DCI format 2_0, SFI).

[0453] Parts that are unusable or invalid as random access occasions (ROs) in legacy systems can be used as ROs in SBFD systems. Therefore, it is necessary to develop RO configurations and power control-related operations for SBFD systems to enable them to operate with legacy systems.

[0454] In this disclosure, a shared power control method that can be used with legacy systems, focusing on the SBFD system according to the above-mentioned needs, and a separated (or additional) power control method using independent parameters are described.

[0455] First, we explain the existing operation and limitations of legacy RO. Legacy RO operates differently in DL / flexible / UL slots. For example, both the base station and the terminal implicitly expect legacy RO to not be configured in downlink slots.

[0456] Legacy ROs can be configured in slots of other link directions (e.g., uplink slots), but the base station and the terminal can implicitly determine whether the use of the RO is valid / invalid based on other signaling with higher priority using the same criteria. For example, if the PRACH occasion of the resource configured as the PRACH slot is not located before the SS / PBCH block resource, or if there are at least N symbols in the last SS / PBCH block received, gap If it is positioned after the number of symbols of , it becomes a valid RO.

[0457] If tdd-UL-DL-ConfigurationCommon is set, the PRACH opportunity for a resource set to a UL symbol or a PRACH slot is not located before an SS / PBCH block resource, or is at least N times shorter than the last SS / PBCH block received symbol. gap If it is located after the number of symbols of , it becomes a valid RO. An RO that cannot be used due to such restrictions is called an invalid RO.

[0458] Specific embodiments of the present disclosure

[0459] In a random access process, when transmitting message 3 (which may be denoted as Msg3 / msg3) with a mixed SBFD system and a non-SBFD system, a case in which different systems are used in message 1 (which may be denoted as Msg1 / msg1) and in Msg3 may be considered. Since the Msg3 PUSCH transmission calculates power control by referring to the preambleReceivedTargetPower parameter in Msg1, if the systems in Msg1 and Msg3 are different, an unintended transmission power may be calculated at the terminal. In order to solve the above problem, the present disclosure describes a method for changing the power control in Msg3 according to the power control intention in Msg1 when the systems in Msg1 and Msg3 are different.

[0460] SBFD can exhibit lower latency in uplink transmission than non-SBFD. Furthermore, compared to non-SBFD configurations of DDDSUDDDSU, SBFD can allocate longer uplink time resources to the UE and increase cell range or coverage through long PRACHs or PRACH repetitions. However, SBFD can generate cross-link interference (CLI) between subbands, and SBFD can use different antenna configurations than non-SBFD. Therefore, system conditions under SBFD and non-SBFD can differ.

[0461] Furthermore, increasing PRACH power in SBFD may improve PRACH reception performance, but may cause significant interference to neighboring UEs. Conversely, decreasing PRACH power in SBFD may reduce interference to neighboring UEs, but PRACH reception performance will deteriorate. In this case, reception performance will be worse than in non-SBFD, as interference from neighboring base stations or self-interference may also occur.

[0462] Considering these points, there may be a need to configure power control in SBFD and non-SBFD through different methods. Accordingly, when SBFD and non-SBFD systems are mixed, a case where different systems are used in Msg1 and Msg3 can be considered. In the conventional standard, when transmitting Msg3 PUSCH, power control is calculated by referring to the preambleReceivedTargetPower parameter in Msg1. Therefore, if the systems in Msg1 and Msg3 are different, unintended transmission power may be calculated at the terminal. In order to solve this problem, the present disclosure also describes a method for changing the power control in Msg3 according to the power control intention in Msg1 when the systems in Msg1 and Msg3 are different. Depending on the RACH configuration option for configuring RO for PRACH transmission, the preambleReceivedTargetPower parameter value given to Msg1 that can be applied to Msg3 may vary. Taking this into consideration, a method for configuring power control in Msg 3 is described.

[0463] <Msg1에서 Msg3로의 전송 시스템 판단>

[0464] The following four cases can be considered:

[0465] Case 1) Msg1 transmission on RO in non-SBFD symbol (Msg1 on RO in non-SBFD symbol), Msg3 PUSCH transmission on non-SBFD symbol (Msg3 PUSCH in non-SBFD symbol)

[0466] Case 2) Msg1 transmission from RO in SBFD symbol, Msg3 PUSCH transmission in non-SBFD symbol

[0467] Case 3) Msg1 transmission from RO in SBFD symbol, Msg3 PUSCH transmission in SBFD symbol

[0468] Case 4) Msg1 transmission from RO in non-SBFD symbol, Msg3 PUSCH transmission in SBFD symbol.

[0469] A terminal that is not aware of SBFD can only fall into case 1. However, an SBFD-aware terminal can transmit Msg3 using a symbol of the same type as the symbol type that transmitted Msg1 or a symbol of a different type if Msg1 is transmitted using an SBFD symbol, such as in case 2 or case 3, or a non-SBFD symbol, such as in case 1 or case 4.

[0470] Therefore, the base station can issue a separate instruction. For example, the separate instruction can be transmitted via msg2 RAR. For example, it can be indicated via resource allocation within the PUSCH frequency resource allocation. If Msg3 PUSCH is transmitted via a non-SBFD symbol, the PUSCH frequency resource allocation is set based on BWP (bandwidth part), and if Msg3 PUSCH is transmitted via an SBFD symbol, the PUSCH frequency resource allocation is set based on the UL subband (which can specifically mean the UL usable PRB, which is a frequency resource where the UL BWP and the UL subband overlap).

[0471] The following table illustrates the field sizes of the Random Access Response Grant Content field.

[0472] [Table 8]

[0473]

[0474] For Msg 3 retransmission, frequency resource allocation is set via DCI format 0_0 scrambled with TC_RNTI.

[0475] The above instructions allow an SBFD-aware terminal to determine whether to transmit Msg3 in an SBFD / non-SBFD symbol. This applies to all cases 1 to 4. If cases 1 to 4 are explicitly indicated, the type of Msg3 can be additionally set via RAR or other instructions. However, in cases 1 and 3, the symbol type of Msg3 can be transmitted using the same type as Msg1 without an instruction via RAR.

[0476] When cases 1 to 4 are implicitly indicated, the TDMA of Msg3 can be set through the value of the PUSCH time resource allocation of RAR, and the terminal can implicitly perform the case according to the set time resource and the slot type in the time resource. An SBFD-aware terminal can notify the base station that it is an SBFD-aware terminal before transmitting Msg3 through early detection, etc.

[0477] If the base station configures an RO in an SBFD symbol, and an SBFD-aware UE selects an RO in the SBFD symbol to transmit Msg1, and the base station detects a PRACH preamble in that RO, the UE transmitting the PRACH preamble can be considered to have SBFD aware capability. (Cases 2 and 3 can operate with such RACH resource configuration.)

[0478] If the base station sets a RO distinct from an existing RO in a non-SBFD symbol or indicates a PRACH preamble for an SBFD-aware UE distinct from a PRACH preamble for an existing non-SBFD UE within an RO indicated for an existing non-SBFD UE, and the SBFD-aware UE selects a RO for an SBFD-aware UE indicated in a non-SBFD symbol or a distinguished PRACH preamble for an SBFD-aware UE within an existing RO indicated in a non-SBFD symbol to transmit Msg1, the base station may consider the UE transmitting the PRACH preamble as having SBFD awareness capability if it detects the PRACH preamble. (Such resource configuration may be required for Case 4.)

[0479] Through such resource configuration and resource selection method, when Msg1 is transmitted to an SBFD-specific RO, the base station can naturally know that the terminal is an SBFD-aware terminal, and when an SBFD-aware terminal transmits in an SBFD non-specific RO, additional information (e.g., PRACH transmission to an additionally indicated RO or PRACH transmission with a distinct PRACH preamble indication) may be required to support early detection in order for the base station to know that the terminal is an SBFD-aware terminal.

[0480] In this case, the terminal can normally perform the operations of cases 1 to 4 through the RAR. However, if the SBFD-aware terminal does not inform the base station that it is an SBFD-aware terminal through some method before the base station transmits the RAR, the base station cannot know whether the terminal can use the SBFD system. Therefore, the base station may determine that the terminal will operate in case 1 and may not issue a separate instruction to the terminal to use the SBFD system of Msg3.

[0481] <Msg1 PRACH 설정의 개수를 고려한 Msg3 전송 판단 시 고려사항>

[0482] Another consideration is the number of Msg1 PRACH configurations. Whether to provide separate PRACH configuration instructions to SBFD-aware UEs may be an issue. If separate PRACH configuration instructions are provided to SBFD-aware UEs, the instructions may include Msg1 PRACH power control parameters. In this case, there would be a total of two PRACH power control parameters indicated to the UE. For example, the UE could use two different preambleReceivedTargetPower values ​​in SBFD and non-SBFD systems, respectively.

[0483] Alternatively, even if the UE does not receive separate, independent PRACH configuration instructions from the base station, it may use independent PRACH power control parameters through reinterpretation by two different systems by prior agreement. In this case, the UE is expected to use two preambleReceivedTargetPowers in the two different systems. Alternatively, although the UE is instructed with two Msg1-related parameters for preambleReceivedTargetPower, it can only use parameters of one type used in Msg1 in Msg3. In this case, the UE operates as if it has received one RACH configuration during the following operations.

[0484] If we organize the above, it can be expressed as follows.

[0485] Option 1 with one separate RACH configuration

[0486] Alt 1: SBFD-aware UE reinterprets PRACH power control parameter values ​​based on specific rules.

[0487] For example, it may receive one explicit parameter and one implicit parameter, resulting in two values.

[0488] For example, even if one preambleReceivedTargetPower value is given, each value is applied through reinterpretation, so the preambleReceivedTargetPower value can be used according to each transmission symbol type when transmitting Msg3 PUSCH.

[0489] Alt 2: How to use one PRACH power control parameter value.

[0490] A method to use a single PRACH power control parameter in common in both SBFD / non-SBFD systems.

[0491] Option 2 with two separate RACH configurations

[0492] In this option 2, since two PRACH power setting parameters are set, the preambleReceivedTargetPower value can be used according to each transmission symbol type when transmitting Msg3 PUSCH.

[0493] <Msg3를 위한 receivedPreambleTargetPower와 deltaPreamble의 조정 방법>

[0494] By synthesizing the above cases and considerations, a method for changing the receivedPreambleTargetPower to be used for Msg1 and Msg3 can be devised based on the case of transmitting Msg1 in the RO of a non-SBFD symbol and transmitting Msg3 PUSCH in a non-SBFD symbol. Among the power control parameters of Msg3, the elements related to Msg1 are as follows.

[0495] [Formula 3]

[0496]

[0497] At this time, P O_PRE is provided by preambleReceivedTargetPower, and Δ PREAMBLE,Msg3 is provided by Msg3-DeltaPreamble or deltaPreamble.

[0498] Method 1. Use the preambleReceivedTargetPower given in Msg3 without any additional parameters.

[0499] In this method, the preambleReceivedTargetPower given in Msg3 is used as is without any additional parameters. However, there are two possibilities. First, the terminal expects the base station to indicate a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively), and uses the preambleReceivedTargetPower indicated for Msg1 for the purpose of transmitting Msg3, similar to the type in Msg3.

[0500] The second method is a method in which the terminal uses the preambleReceivedTargetPower of Msg1 in Msg3 regardless of the slot type of Msg3, even if the base station has indicated each preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively).

[0501] In the case where the terminal uses the preambleReceivedTargetPower instructed by the base station without reinterpretation, as in the two methods mentioned above, there is no room for change in preamble_received_targer_power, so another parameter, Δ PREAMBLE,Msg3 It can be noted that.

[0502] Δ PREAMBLE,Msg3can be adjusted within the range [-2, 0, ..., 12] by Msg3-DeltaPreamble or deltaPreamble. If this range is insufficient, a new range can be defined.

[0503] The advantage of Method 1 is that the power of Msg3 can be controlled using only the currently available parameters without defining additional parameters.

[0504] Method 2. P via additional parameters O_PRE Adjust the .

[0505] Method 2 uses additional parameters to P O_PRE The adjustment is performed. There are two possibilities for the terminal's use of preambleReceivedTargetPower. In the first method, the terminal expects the base station to indicate a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively), and uses the preambleReceivedTargetPower indicated for Msg1 for the purpose of transmitting Msg3, identical to the type in Msg3. In the second method, the terminal uses the preambleReceivedTargetPower of Msg1 in Msg3 as it is, regardless of the slot type of Msg3, even if the base station has indicated a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively). Method 2, specifically, uses the new parameter 'delta_type 1' to set P O_PRE The value can be adjusted. The above delta_type 1 can be indicated when the upper layer parameter preambleReceivedTargetPower is indicated, or through upper layer signaling together with msg3-DeltaPreamble or deltaPreamble. The specific application method is as follows.

[0506] [Formula 4]

[0507]

[0508] If upper-layer signaling is not available, the preamble_received_target_power alone will be used. The advantage of this method is that the power of Msg3 can be easily adjusted without modifying other parameters.

[0509] Method 3: Δ via additional parameters PREAMBLE,Msg3 Adjustment is carried out.

[0510] In this method, Δ is added through an additional parameter. PREAMBLE,Msg3 Adjustment is performed. There are two possibilities for the terminal's use of preambleReceivedTargetPower. The first way is that the terminal expects the base station to indicate a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively), and uses the preambleReceivedTargetPower indicated for Msg1 for the purpose of transmitting Msg3, identical to the type in Msg3. The second way is that the terminal uses the preambleReceivedTargetPower of Msg1 in Msg3 as is, regardless of the slot type of Msg3, even if the base station has indicated a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively).

[0511] Method 3 is specifically, Δ through a new parameter 'delta_type 2'. PREAMBLE,Msg3 The value can be adjusted. The above delta_type 2 can be indicated when the upper layer parameter preambleReceivedTargetPower is indicated, or through upper layer signaling together with msg3-DeltaPreamble or deltaPreamble. The specific application method is as follows.

[0512] [Formula 5]

[0513]

[0514] The transmission power difference between msg 3 and PRACH can be adjusted according to the position of msg 3 using delta_preamble + delta_type 2. In this case, delta_type 2 can be Delta preamble-19. For example, Delta preamble-19 can have the following range: [-6, ... -2] × m (e.g., m = 2).

[0515] If upper-layer signaling is not available, the preamble_received_target_power alone will be used. The advantage of this method is that it allows for simple adjustment of Msg3 power without modifying other parameters.

[0516] Method 4: Each P O_PRE Wow Δ PREAMBLE,Msg3 How to keep the value and execute msg 3 power control through additional parameters.

[0517] In this method 4, through a new parameter 'delta_type 3', P O_NOMINAL,PUSCH,f,c(0) can be adjusted. There are two possibilities for the terminal to use preambleReceivedTargetPower. The first way is that the terminal expects the base station to indicate a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively), and uses the preambleReceivedTargetPower indicated for Msg1 for the purpose of transmitting Msg3, identical to the type in Msg3. The second way is that the terminal uses the preambleReceivedTargetPower of Msg1 as is in Msg3, regardless of the slot type of Msg3, even if the base station has indicated a separate preambleReceivedTargetPower for each slot type (e.g., SBFD and HD respectively).

[0518] In Method 4, the delta_type 3 can be indicated when the upper layer parameter preambleReceivedTargetPower is indicated, or through upper layer signaling together with msg3-DeltaPreamble or deltaPreamble. The specific application method is as follows.

[0519] [Formula 6]

[0520]

[0521] <PRACH 설정 시나리오에의 각 방법 적용>

[0522] This section explains how to apply the above-mentioned cases to the circumstances of each PRACH setting.

[0523] Option 1 with one separate RACH configuration.

[0524] Alt 1: SBFD-aware UE reinterprets PRACH power control parameter values ​​based on specific rules.

[0525] Alt 1-1: When the gNB indicates one PRACH power control parameter for a non-SBFD symbol.

[0526] 1) Transmitting Msg1 in the RO of a non-SBFD symbol, and transmitting Msg 3 PUSCH in a non-SBFD symbol. In this case, the same preamble_received_target_power can be used for Msg1 and Msg3 without separate adjustment.

[0527] 2) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in SBFD symbol.

[0528] In this case, if the terminal is an SBFD system, the terminal reinterprets the parameters indicated by the base station in Msg1 by a predetermined operation with the base station. Assuming that the terminal used the parameters reinterpreted by the SBFD system in Msg1, the value that was used as preamble_received_target_power is P in Msg3. O_PRE Use it by substituting it into .

[0529] 3) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in non-SBFD symbol.

[0530] In this case, since gNB is expected to provide preamble_received_target_power according to the non-SBFD symbol, Msg3 uses the parameter without any separate adjustment. In other words, the same preamble_received_target_power can be used for Msg1 and Msg3 without any separate adjustment.

[0531] 4) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in SBFD symbol.

[0532] In this case, if the terminal is an SBFD system, the terminal reinterprets the parameters indicated by the base station in Msg1 by a predetermined operation with the base station. The terminal uses the value of preamble_received_target_power used in Msg1 for the parameters reinterpreted by the SBFD system as P in Msg3. O_PRE Use it by substituting it into .

[0533] Alt 1-2: When the gNB indicates one PRACH power control parameter in accordance with the SBFD symbol.

[0534] 1) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in non-SBFD symbol.

[0535] In this case, if the terminal is a non-SBFD system, the terminal reinterprets the parameters indicated by the base station in Msg1 by a predefined operation with the base station. Assuming that the terminal used the parameters reinterpreted as a non-SBFD system in Msg1, the value that was used as preamble_received_target_power is P in Msg3. O_PRE Use it by substituting it into .

[0536] 2) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in SBFD symbol.

[0537] In this case, since gNB is expected to provide preamble_received_target_power according to the SBFD symbol, Msg3 uses the parameter without any separate adjustment. In other words, the same preamble_received_target_power can be used for Msg1 and Msg3 without any separate adjustment.

[0538] 3) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in non-SBFD symbol.

[0539] In this case, if the terminal is a non-SBFD system, the terminal reinterprets the parameters indicated by the base station in Msg1 by a predetermined operation with the base station. The terminal uses the value of preamble_received_target_power used in Msg1 for the parameters reinterpreted as a non-SBFD system as the P value of Msg3. O_PRE Use it by substituting it into .

[0540] 4) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in SBFD symbol.

[0541] In this case, the same preamble_received_target_power can be used for Msg1 and Msg3 without any separate adjustment.

[0542] Alt 2: How to use one PRACH power control parameter value.

[0543] Alt 2-1: Assume that the gNB indicates a PRACH power control parameter with an arbitrary value. This method assumes that the UE does not know what type of PRACH power the gNB assumes and indicates the power control parameter, i.e., that there is no information about it.

[0544] 1) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in non-SBFD symbol.

[0545] In this case, the same preamble_received_targer_power is used for Msg1 and Msg3 without any separate adjustment.

[0546] 2) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in SBFD symbol.

[0547] Method 1 Application: By using the preambleReceivedTargetPower given to Msg3 without any additional parameters, the target power value of PRACH can be adjusted according to the position of Msg3.

[0548] Method 2: Applying P with additional parameters O_PRE By adjusting the target power value of PRACH, it is possible to adjust the target power value of PRACH according to the position of Msg3. For example, in this case, delta_type 1 may be biased toward a negative value.

[0549] Method 3: Applying Δ with additional parameters PREAMBLE,Msg3 By adjusting the target power value of PRACH, it is possible to adjust the target power value of PRACH according to the position of Msg3. For example, in this case, delta_type 2 may be biased toward a negative value.

[0550] Method 4: Application: The target power value of PRACH can be comprehensively adjusted based on the position of Msg3 using additional parameters. In this case, delta_type3 can be set.

[0551] 3) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in non-SBFD symbol.

[0552] Method 1 Application: By using the preambleReceivedTargetPower given to Msg3 without any additional parameters, the target power value of PRACH can be adjusted according to the position of Msg3.

[0553] Method 2: The target power value of PRACH can be adjusted according to the position of Msg3 using preamble_received_targe_power + delta_type 3. For example, delta_type 1 in this case can be biased toward a positive value.

[0554] Method 3: Using delta_preamble + delta_type 4, the transmission power difference between msg 3 and PRACH can be adjusted according to the position of msg 3. For example, delta_type 2 in this case can be biased toward a positive value.

[0555] Method 4: Application: The target power value of PRACH can be comprehensively adjusted according to the position of Msg3 through additional parameters. In this case, delta_type6 can be set.

[0556] 4) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in SBFD symbol.

[0557] In this case, the same preamble_received_targer_power is used for Msg1 and Msg3 without any separate adjustment.

[0558] Alt 2-2: When the gNB indicates one PRACH power control parameter to match a non-SBFD symbol.

[0559] 1) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in non-SBFD symbol.

[0560] In this case, the same preamble_received_target_power is used for Msg1 and Msg3 without any separate adjustment.

[0561] 2) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in SBFD symbol.

[0562] Method 1 Application: By using the preambleReceivedTargetPower given to Msg3 without any additional parameters, the target power value of PRACH can be adjusted according to the position of Msg3.

[0563] Method 2: Applying P with additional parameters O_PREBy adjusting the target power value of PRACH, it is possible to adjust the target power value of PRACH according to the position of Msg3. For example, delta_type 1 at this time may be biased toward a negative value.

[0564] Method 3: Applying Δ with additional parameters PREAMBLE,Msg3 By adjusting the target power value of PRACH, it is possible to adjust the target power value of PRACH according to the position of Msg3. For example, delta_type 2 at this time may be biased toward a negative value.

[0565] Method 4: Application: The target power value of PRACH can be comprehensively adjusted according to the position of Msg3 through additional parameters. In this case, delta_type3 can be set.

[0566] 3) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in non-SBFD symbol.

[0567] In this case, since gNB is expected to provide preamble_received_target_power according to the non-SBFD symbol, Msg3 uses the parameter without any separate adjustment. That is, the same preamble_received_target_power is used for Msg1 and Msg3 without any separate adjustment.

[0568] 4) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in SBFD symbol.

[0569] Method 1 Application: By using the preambleReceivedTargetPower given to Msg3 without any additional parameters, the target power value of PRACH can be adjusted according to the position of Msg3.

[0570] Method 2: Applying P with additional parameters O_PREBy adjusting the target power value of PRACH, it is possible to adjust the target power value of PRACH according to the position of Msg3. For example, delta_type 1 at this time may be biased toward a negative value.

[0571] Method 3: Applying Δ with additional parameters PREAMBLE,Msg3 By adjusting the target power value of PRACH, it is possible to adjust the target power value of PRACH according to the position of Msg3. For example, delta_type 2 at this time may be biased toward a negative value.

[0572] Method 4: Application: The target power value of PRACH can be comprehensively adjusted according to the position of Msg3 through additional parameters. In this case, delta_type3 can be set.

[0573] Alt 2-3: When gNB indicates one PRACH power control parameter in accordance with the SBFD symbol.

[0574] 1) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in non-SBFD symbol.

[0575] Method 1 Application: By using the preambleReceivedTargetPower given to Msg3 without any additional parameters, the target power value of PRACH can be adjusted according to the position of Msg3.

[0576] Method 2: The target power value of PRACH can be adjusted according to the position of Msg3 using preamble_received_targe_power + delta_type 3. For example, delta_type 1 in this case may be biased toward positive values.

[0577] Method 3: Using delta_preamble + delta_type 4, the transmission power difference between msg 3 and PRACH can be adjusted according to the position of msg 3. For example, delta_type 2 in this case can be biased toward a positive value.

[0578] Method 4: Application: The target power value of PRACH can be comprehensively adjusted according to the position of Msg3 through additional parameters. In this case, delta_type3 can be set.

[0579] 2) Transmit Msg1 in RO of non-SBFD symbol, transmit Msg 3 PUSCH in SBFD symbol.

[0580] In this case, since gNB is expected to provide preamble_received_target_power according to the SBFD symbol, Msg3 uses the parameter without any separate adjustment. That is, the same preamble_received_target_power is used for Msg1 and Msg3 without any separate adjustment.

[0581] 3) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in non-SBFD symbol.

[0582] Method 1 Application: By using the preambleReceivedTargetPower given to Msg3 without any additional parameters, the target power value of PRACH can be adjusted according to the position of Msg3.

[0583] Method 2: The target power value of PRACH can be adjusted according to the position of Msg3 using preamble_received_targe_power + delta_type 3. For example, delta_type 1 in this case may be biased toward positive values.

[0584] Method 3: Using delta_preamble + delta_type 4, the transmission power difference between msg 3 and PRACH can be adjusted according to the position of msg 3. For example, delta_type 2 in this case can be biased toward a positive value.

[0585] Method 4: Application: The target power value of PRACH can be comprehensively adjusted according to the position of Msg3 through additional parameters. In this case, delta_type3 can be set.

[0586] 4) Transmit Msg1 in RO of SBFD symbol, transmit msg 3 PUSCH in SBFD symbol.

[0587] In this case, the same preamble_received_target_power is used for Msg1 and Msg3 without any separate adjustment.

[0588] Option 2 with two separate RACH configurations.

[0589] In Option 2, since two PRACH power control parameters are set, each preamble_received_target_power value is used when transmitting Msg3 PUSCH. The UE must be able to receive each power control parameter, and when using different systems for Msg1 and Msg3, it is instructed to set different power control parameters.

[0590] Below, a method for increasing the available RO in an SBFD system for PRACH transmission in SBFD symbols in a system supporting SBFD is described.

[0591] It may be an issue whether the PRACH configuration index table needs to be changed for RACH use in SBFD symbols.

[0592] In this regard, the first method considered does not provide additional configuration parameters for SBFD-aware UEs, and the second method provides additional configuration parameters for SBFD-aware UEs. In the first method, since the configuration is not specifically indicated for SBFD, the existing table for the PRACH configuration index table can be used as is.

[0593] For the second method, there are several possibilities. For example, there are methods using existing tables for unpaired spectra, using tables for paired spectra, and introducing new entries or new parameters into existing tables.

[0594] Figure 15 illustrates an RO based on the existing PRACH configuration index table.

[0595] Referring to FIG. 15, the number of ROs present in the 1st, 2nd, 3rd, and 4th positions of the existing PRACH configuration index (PCI) table (e.g., B4, 30 kHz) is very small. Accordingly, a new method for increasing the number of ROs is required, and the following methods can be considered.

[0596] 1. How to set RO for all slots, such as index 167, 168.

[0597] 2. How to define SBFD-specific rules by reinterpreting the PRACH configuration index table without new parameters.

[0598] The above methods may have the following problems:

[0599] 1) If the current random access configuration table is used as is (or modified), it may not be easy to configure RO in the SBFD symbol. This is because the table was designed primarily for the UL symbol.

[0600] 2) If sufficient configuration flexibility is considered, a PCI (PRACH configuration index) can be set, which sets ROs for all slots within a frame. However, this reduces the opportunity for UL resource transmissions other than PRACH, as ROs are always set in UL available PRBs. A PRACH mask can be used to set valid ROs. See Section 5.1 below.

[0601] 3) You may also consider defining a rule that implicitly increases RO without defining new parameters. See Section 5.2 below.

[0602] <Section 5.1. How to invalidate some resources for ROs set at the base station.>

[0603] This section describes the case where RO is set such that an unexpected degradation in UL performance is expected for all slots / subframes or excluding PRACH transmissions. As described above, in the case of format B4, RO is set in all slots when PCI is 167 or 168 (in the case of other formats, RO can be set in all slots when PCI is 27, 50, 51, 52, etc.; this disclosure does not exclude other formats).

[0604] When all available UL PRBs or UL slots are assigned an RO, the base station must always be prepared for PRACHs that may arrive at any given time. This can be a burden on the base station and, from a resource perspective, can waste resources that could otherwise be used for uplink.

[0605] Considering these points, the base station according to the present disclosure can invalidate some resources for excessively configured ROs. However, this process must be validated / invalidated based on an agreement between the terminal and the base station. Therefore, a process is required to instruct the terminal to invalidate the ROs.

[0606] There is an existing instruction method called PRACH mask. This method allows a base station to instruct a specific terminal to use resources in order to designate the ROs used by the terminal as contention-free in the existing CFRA.

[0607] In NR, SSB-RO mapping is used to enable the base station to determine the receiving beam via SSB during the initial access process. Each RO has an SSB-RO mapping that associates a specific RO with each SSB. In NR, SSB-RO mapping is completed before using the PRACH mask, and then the PRACH mask is used. When the base station indicates the PRACH mask to the UE, it additionally transmits the SSB index via ssb-ResourceList for SSB-RO mapping information. This PRACH mask can be set / indicated via ra-ssb-OccasinMaskIndex.

[0608] Meanwhile, there are also masks used for other purposes. For example, msgA-ssb-SharedRO-MaskIndex is used for two-stage random access (RA). Similar to CFRA, for two-stage RA, the base station transmits specific available ROs to the UE. Similar to Ra-ssb-OccasionMaskIndex, msgA-ssb-SharedRO-MaskIndex also transmits the SSB index.

[0609] Additionally, because the RACH preamble itself does not contain any information, when a UE transmits a preamble, the base station can specify which preamble the UE can use, allowing it to differentiate subsequent operations based on its characteristics. This is called preamble partitioning. Preamble partitioning can be configured / indicated through the RRC information element featureCombination. Based on this information, an SBFD-specific mask can be designed.

[0610] Method 1. Method of indicating through SBFD specific mask after SSB-RO mapping.

[0611] This method can design an SBFD-specific mask after SSB-RO mapping, similar to the existing two-step RA and CFRA masks. The advantage of this method is that it does not require specifying new parameters for SSB-RO mapping.

[0612] To design a SBFD-specific mask, you can reuse ssb-SharedRO-MaskIndex-r17 or design a new parameter, for example, ssb-SharedRO-MaskIndex_SBFD. ra-ssb-OccasionMaskIndex_SBFD can be provided through the FeatureCombinationPreambles IE. Table 9 illustrates a FeatureCombinationPreambles IE containing ssb-SharedRO-MaskIndex_SBFD.

[0613] [Table 9]

[0614]

[0615] A new table can be defined for the values ​​of Ssb-SharedRO-MaskIndex_SBFD. In this regard, Table 10 is an example and does not exclude other indication methods.

[0616] [Table 10]

[0617]

[0618] In the above table, the allowed PRACH opportunities of SSB can represent any method that can be used to indicate a valid RO for SBFD. For example, one method can specify which slot / subframe RO among the ROs set as indices 3 to 11 is to be used. As another example, among the ROs set as indices 13 to 18, a certain range of ROs can be indicated as valid ROs. As another example, among the ROs set as indices 0 to 2, a certain rule can be indicated as valid ROs. As another example, among the ROs indicated as indices 19, a certain RO can be explicitly selected and indicated as a valid RO.

[0619] Among the above methods, the method of counting the order of slots / subframes may follow the order of slots / subframes set by the semi-static tdd-ul-dl-configurationcommom within a period or may follow the period / order of the indicated ROs.

[0620] Additionally, to ensure that msg2 or msgB operates in an SBFD-specific manner, the base station may need to know that the corresponding UE is SBFD-capable. This information can be obtained through the preamble segmentation provided by the featureCombiantion field of the FeatureCombinationPreambles IE. For example, featureCombiantion can be defined as follows.

[0621] [Table 11]

[0622]

[0623] Each field in Table 11 is described below.

[0624] redCap: If present, this field indicates that RedCap is part of this feature set.

[0625] smallData: If present, this field indicates that Small Data is part of this feature set.

[0626] nsag: If present, this field indicates the NSAG that is part of this feature set.

[0627] msg3-Repetitions: If present, this field indicates that the Msg3 repetition signal is part of this feature set. This field is not set for preamble sets that are configured as two-step random access types.

[0628] SBFD: If present, this field indicates that SBFD is part of this feature set.

[0629] Based on this information, the base station can instruct the terminal to segment the preamble using SBFD operation.

[0630] Specific parameters can be added by SBFD operation. The first method is a single parameter, and the second is an additional parameter. To use the first method, existing parameters must not be modified, considering both SBFD-aware UEs and existing legacy UEs. Therefore, since the current operation of RACH-ConfigCommon must not be altered, the parameters can be specified in the following order.

[0631] 1) BWP-Uplinkcommon, 2) RACH-ConfigCommon, 3) fearureCombinationPreambleList-17, 4) FeatureCombinationPreambles-17, 5) ssb-SharedRO-MaskIndex_SBFD.

[0632] On the other hand, the second method requires implementing SBFD operations using new additional parameters, excluding those used by legacy UEs. Therefore, these parameters can be indicated via AdditionalRACH-Config. The parameters can be indicated in the following order:

[0633] 1) BWP-Uplinkcommon, 2) AdditionalRACH-ConfigList-17, 3) AdditionalRACH-Config-r17, 4) RACH-ConfigCommon, 5) fearureCombinationPreambleList-17, 6) FeatureCombinationPreambles-17, 7) ssb-SharedRO-MaskIndex_SBFD.

[0634] Additionally, there is a way to reuse Table 12 as a way to implement an RO specified by a mask. Table 12 exemplifies PRACH mask index values.

[0635] [Table 12]

[0636]

[0637] In Table 12, the PRACH occasion index for SBFD can mean any method that can be used to indicate a valid RO for SBFD. For example, one of these methods can specify which RO among the ROs set with indices 1 to 8 is to be used. As another example, among the ROs set with indices 0, 9, and 10, ROs with a certain rule can be indicated as valid ROs. As an example of one of the rules, if a semi-static tdd-ul-dl-configurationcommom sets a period of 5 slots and one RO is set for each slot, if the last slot of the period (i.e., the 5th slot) is set as 'UL only' (non-SBFD slot), the ROs of the 2 or 3 slots that are furthest in time from the 'UL only' slot can be set as valid ROs.

[0638] This method may work only on SBFD symbols, only on SBFD symbols and DL symbols (as configured by tdd-UL-DL-ConfigurationCommon) without legacy ROs configured, or even on non-SBFD symbols with SBFD ROs configured.

[0639] Additionally, setting a SBFD-specific mask as described above may conflict with existing mask usage methods. For example, it may conflict with the mask of a two-stage RA.

[0640] msgA-SSB-SharedRO-MaskIndex indicates a subset of the Phase 4 RA type PRACH opportunities that are shared with the Phase 2 RA type PRACH opportunities for each SSB. If the Phase 2 RA type PRACH opportunities are shared with the Phase 4 RA type PRACH opportunities and msgA-SSB-SharedRO-MaskIndex is not set, all Phase 4 RA type PRACH opportunities can be used for the Phase 2 RA types. If ssb-SharedRO-MaskIndex_SBFD is set, the PRACH opportunities for each SSB follow the PRACH opportunities indicated by ssb-SharedRO-MaskIndex_SBFD.

[0641] That is, as an example of a solution for mask duplication, if an SBFD-specific mask is set as above, the RO set in the 2-step RA can be shared with the SBFD-specific mask.

[0642] Method 2. SSB-RO mapping after indicating through SBFD specific mask.

[0643] Unlike conventional mask methods, this method designates a new SSB-RO mapping along with the mask. The advantage of this method is that the SSB-RO mapping can be designed to suit SBFD operation.

[0644] To design SBFD-specific masks, you can reuse ssb-SharedRO-MaskIndex-r17 or design a new parameter, e.g., ssb-SharedRO-MaskIndex_SBFD. ra-ssb-OccasionMaskIndex_SBFD can be provided via FeatureCombinationPreambles IE.

[0645] Depending on the embodiment, a new parameter may be required to direct the SSB-RO mapping to SBFD operation. For example, the number of SSBs per RO may be indicated via ssb-perRACH-OccasionAndCB-PreamblesPerSSB_SBFD. ssb-perRACH-OccasionAndCB-PreamblesPerSSB_SBFD may be provided via the FeatureCombinationPreambles IE.

[0646] When using the new SSB-RO mapping, the list of SSBs used by the base station must be provided via ssb-ResourceList. The list of SSBs used by the base station can be indicated, for example, via ssb-ResourceList_SBFD.

[0647] [Table 13]

[0648]

[0649] A new table can be defined for the values ​​of Ssb-SharedRO-MaskIndex_SBFD, as shown in Table 14. However, Table 14 is only an example and does not exclude other indication methods.

[0650] [Table 14]

[0651]

[0652] In Table 14 above, the allowed PRACH opportunities of SSB can mean any method that can be used to indicate a valid RO for SBFD. For example, one of these methods can specify the RO of a certain slot / subframe among the ROs set as indices 3 to 11 to be used. As another example, ROs within a certain range among the ROs set as indices 13 to 18 can be indicated as valid ROs. As another example, ROs with a certain rule among the ROs set as indices 0 to 2 can be indicated as valid ROs. As another example, an RO of an RO indicated as indices 19 can be explicitly selected and indicated as a valid RO. In the above methods, the method of counting the order of slots / subframes can follow the order of slots / subframes set by the semi-static tdd-ul-dl-configurationcommom within a period, or can follow the period / order of the indicated ROs.

[0653] Additionally, to ensure that msg2 or msgB operates in an SBFD-specific manner, the base station may need to know that the corresponding UE is SBFD-capable. This information can be obtained through the preamble segmentation provided by the featureCombiantion field of the FeatureCombinationPreambles IE. The featureCombiantion field can be defined, for example, as follows:

[0654] [Table 15]

[0655]

[0656] Based on this information, the base station can instruct the terminal to perform preamble partitioning by SBFD operation.

[0657] Additional parameters are being discussed for SBFD operation. Two main approaches are under discussion: the first involves a single parameter, and the second involves additional parameters. To utilize the first approach, existing parameters must remain unchanged, taking into account both SBFD-aware UEs and existing legacy UEs. Therefore, since the current operation of RACH-ConfigCommon must remain unchanged, the following parameter order can be used.

[0658] 1) BWP-Uplinkcommon, 2) RACH-ConfigCommon, 3) fearureCombinationPreambleList-17, 4) FeatureCombinationPreambles-17, 5) ssb-SharedRO-MaskIndex_SBFD.

[0659] On the other hand, using the second method requires implementing SBFD operations using new additional parameters, excluding those used by legacy UEs. Therefore, these parameters can be indicated via AdditionalRACH-Config. In this case, the parameters can be indicated in the following order:

[0660] 1) BWP-Uplinkcommon, 2) AdditionalRACH-ConfigList-17, 3) AdditionalRACH-Config-r17, 4) RACH-ConfigCommon, 5) fearureCombinationPreambleList-17, 6) FeatureCombinationPreambles-17, 7) ssb-SharedRO-MaskIndex_SBFD.

[0661] Additionally, there is a method of implementing an RO specified by a mask by modifying Table 16 below. Table 16 exemplifies PRACH mask index values.

[0662] [Table 16]

[0663]

[0664] In Table 16, the PRACH occasion index for SBFD can mean any method that can be used to indicate a valid RO for SBFD. For example, one of the methods can specify which RO among the ROs set with indices 1 to 8 is to be used. As another example, among the ROs set with indices 0, 9, and 10, ROs with a certain rule can be indicated as valid ROs. As an example of one of the rules, if a semi-static tdd-ul-dl-configurationcommom sets a period of 5 slots and one RO is set for each slot, if the last slot of the period (i.e., the 5th slot) is set as 'UL only' (non-SBFD slot), the ROs of the 2 or 3 slots that are furthest in time from the 'UL only' slot can be set as valid ROs.

[0665] This method may work only on SBFD symbols, only on SBFD symbols and DL symbols (as configured by tdd-UL-DL-ConfigurationCommon) without legacy ROs configured, or even on non-SBFD symbols with SBFD ROs configured.

[0666] Additionally, setting a SBFD-specific mask as described above may conflict with existing mask usage methods. For example, it may conflict with the mask of a two-stage RA.

[0667] msgA-SSB-SharedRO-MaskIndex indicates a subset of the Phase 4 RA type PRACH opportunities that are shared with the Phase 2 RA type PRACH opportunities for each SSB. If the Phase 2 RA type PRACH opportunities are shared with the Phase 4 RA type PRACH opportunities and msgA-SSB-SharedRO-MaskIndex is not set, all Phase 4 RA type PRACH opportunities can be used for the Phase 2 RA types. If ssb-SharedRO-MaskIndex_SBFD is set, the PRACH opportunities for each SSB follow the PRACH opportunities indicated by ssb-SharedRO-MaskIndex_SBFD.

[0668] That is, as an example of a solution for mask duplication, if an SBFD-specific mask is set as above, the RO set in the 2-step RA can be shared with the SBFD-specific mask.

[0669] <Section 5.2 How to use RO implicitly in SBFD symbols>

[0670] In Section 5.1, we described a method for validating ROs after configuring them in all or multiple slots. This Section 5.2 describes a method for reconfiguring ROs that are biased toward the 5th slot / subframe (UL-only slot, also known as non-SBFD symbols) using a currently existing PRACH configuration index table, to the time resource configured with the SBFD symbol. For example, we describe a method for the base station and the terminal to implicitly reinterpret the PRACH configuration index table (hereinafter, PCI) without separate instructions through some implicit rule.

[0671] The advantages of this method include that the terminal and base station set RO by agreement without additional instructions, and that unnecessary RO settings can be suppressed.

[0672] There are several ways to implicitly reinterpret PCI. This disclosure describes two options.

[0673] As a first option, when interpreting the PRACH configuration index set based on the existing PRACH configuration index table, if there is an RO only in the 5th slot / subframe (UL only slot, i.e., non-SBFD symbol), an additional RO can be set implicitly by a specific rule agreed upon in advance between the terminal and the base station.

[0674] For example, an additional RO may be set to the closest SBFD slot / symbol among the slots / symbols that exist in front of a non-SBFD symbol on the time axis.

[0675] For example, when the PRACH configuration index is set / indicated as 98 as shown below, since the subframe number is 4, RO is set only in the UL subframe. At this time, assuming that the subframe numbers set as downlink by tdd-ul-dl-configuraitoncommom for SBFD-aware UEs and tdd-ul-dl-configuraitoncommom for legacy UEs are 1, 2, and 3, the subframe numbers can be 3 and 4 by the rule that the closest SBFD slot / symbol among the slots / symbols existing in front of the non-SBFD symbol in the time axis exists in subframe number 3. At this time, values ​​such as x and y, excluding the subframe / slot number, are applied equally.

[0676] [Table 17]

[0677]

[0678] As a second option, when the position of the RO is set / indicated by the PRACH setting index value, it is possible to additionally set an RO for a subframe / slot number for which the RO is not set. For example, it is predefined that one or more values ​​among the subframe numbers 0, 1, 2, 3, 4, 5, 6, 7, 8, and 9 are added. For example, if the PRACH setting index sets an RO for the subframe number 4 or 8, an RO can be additionally set / indicated for the subframe number 5 or 9. At this time, values ​​such as x and y, excluding the subframe / slot number, are applied in the same way as before.

[0679] When setting the two options described above, a threshold can be set. Since the purpose of adding ROs is to secure transmission opportunities for RACH preambles in SBFD symbols, if a certain number of ROs are already set in SBFD symbols, there will be no significant difference in performance even if this method is not used. For example, if the period is set to XXXXU (X is an SBFD symbol) and ROs are already set in the second and third slots, the two options described above may not be used.

[0680] Figure 16 illustrates an association pattern according to the mapping rules of SSB and RO.

[0681] Figure 16 (a) illustrates an association pattern of SSB-to-RO based on legacy mapping rules.

[0682] Figure 16 (b) illustrates an RO group of two repeated ROs having different starting RBs.

[0683] Figure 16 (c) illustrates an RO group of two repeated ROs having the same starting RB.

[0684] In some embodiments, only ROs in which the starting RB (resource block: resource block) of the first RO set as an RO group in a PRACH repeatedly transmitted N times and the RB positions of the remaining N-1 ROs are the same can be used for repetition.

[0685] It may be questionable whether the starting RBs of ROs can be set differently at different times for multiple PRACH transmissions. For example, similar to conventional frequency hopping, whether explicit hopping offset settings are supported for multiple PRACH transmissions, and whether ROs within an RO group can have different starting RBs without hopping offset settings, may be a concern.

[0686] In this regard, the starting RB of ROs within the RO group may vary over time.

[0687] For example, if frequency hopping is supported within a RO group, frequency index offsets can be defined / indicated between different ROs within a RO group.

[0688] Alternatively, if the same set of frequency domain ROs for the selected SSB / CSI-RS occur at different times, the configuration of PRACH frequency hopping can be similar to PUSCH frequency hopping, for example, using a frequency hopping offset. If the same number of frequency domain ROs for the selected SSB / CSI-RS occur at different times and are located on different frequency resources over time, the UE can transmit on the same RO based on the RO with the lowest frequency resource among the ROs associated with the same SSB.

[0689] Alternatively, the starting RBs of ROs in one RO group may be different for different time zones in case of multiple PRACH transmissions.

[0690] Depending on the embodiment, different starting RBs may be supported across multiple PRACH transmissions. Frequency hopping across multiple PRACH transmissions may be implicitly enabled and configured by the gNB via RO group configuration.

[0691] When frequency hopping is supported, the RO group for frequency hopping can be determined through a hopping step in the time domain and a hopping offset in the frequency domain by considering additionally defined new frequency indices among the selected FDMed ROs mapped to the same SSB.

[0692] For multiple PRACH transmissions using the same Tx beam, the RO offset can be set or implicitly determined for frequency hopping.

[0693] Figure 17 illustrates an operation method of the terminal.

[0694] Referring to FIG. 17, the terminal receives a first preamble reception target power parameter (first preambleReceivedTargetPower) for a legacy RO (random access occasion) from a base station (S171), and receives a second preamble reception target power parameter (second preambleReceivedTargetPower) for an additional RO from the base station (S172).

[0695] In some embodiments, the first preamble reception target power parameter and the second preamble reception target power parameter may be received via one random access channel (RACH) configuration (i.e., option 1 described above).

[0696] Alternatively, the first preamble reception target power parameter and the second preamble reception target power parameter may be received via two random access channel (RACH) settings (i.e., option 2 described above).

[0697] The terminal determines a message 3 PUSCH (physical uplink shared channel) transmission power of a random access process based on the first preamble reception target power parameter or the second preamble reception target power parameter, wherein i) based on the message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power, and ii) based on the message 3 PUSCH being transmitted in SBFD symbols, the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power (S173).

[0698] In the prior art, when PUSCH transmission is performed on an active UL BWP b of carrier f of a serving cell c using a parameter set configuration having an index j, if a PUSCH power control adjustment state having an index l is used, the PUSCH transmission power P at a PUSCH transmission opportunity i PUSCH,b,f,c (i, j, q d ,l) can be given as follows. This can be referred to 3GPP TS 38.213 V18, section 7.1.1.

[0699] [Formula 7]

[0700]

[0701] In the above equation 7, P CMAX,f,c (i) is the ‘UE configured maximum output power’ for carrier f of serving cell c in PUSCH transmission opportunity i.

[0702] P o_PUSCH,b,f,c (j) is element P O_NOMINAL,PUSCH,f,c (j) and element P O_UE_PUSCH,b,f,cis a parameter composed of the sum of (j), where j∈{0, 1, ..., J-1}.

[0703] Here, j=0, P O_UE_PUSCH,b,f,c (0)=0,P O_NOMINAL,PUSCH,f,c (0)=P O_PRE +Δ PREAMBLE,Msg3 and P O_PRE is provided by preambleReceivedTargetPower (i.e., the conventional preamble received target power parameter) Δ PREAMBLE,Msg3 is provided by msg3-DeltaPreamble or deltaPreamble.

[0704] In the prior art, SBFD resources were not considered in the RO for message 1 (preamble) transmission during the random access process, message 3 PUSCH transmission, etc. Therefore, there was no problem in using the preambleReceivedTargetPower (i.e., the conventional preamble reception target power parameter) used when determining PRACH transmission power in the RO for message 1 (preamble) transmission to determine transmission power when transmitting message 3 PUSCH.

[0705] However, in future wireless communication systems, SBFD resources may need to be considered in RO for message 1 (preamble) transmission during a random access process, message 3 PUSCH transmission, etc. Therefore, it is inefficient to apply the conventional technology as it is. In this respect, in the present disclosure, the base station provides the terminal with the first preamble reception target power parameter (first preambleReceivedTargetPower) and the second preamble reception target power parameter (second preambleReceivedTargetPower), and the terminal uses the first preamble reception target power parameter (first preambleReceivedTargetPower) or the second preamble reception target power parameter (second preambleReceivedTargetPower) according to the resource type (e.g., non-SBFD symbol or SBFD symbol) used when transmitting message 3 PUSCH. For example, P related to Equation 7 O_PRE In determining, the resource type used in message 3 PUSCH transmission may be, for example, i) if it is a non-SBFD symbol, the first preamble received target power parameter (first preambleReceivedTargetPower) may be used, or ii) if it is an SBFD symbol, the second preamble received target power parameter (second preambleReceivedTargetPower) may be used.

[0706] The terminal transmits message 3 PUSCH to the base station based on the message 3 PUSCH transmission power (S174).

[0707] The above legacy RO may be an RO that can be used by both legacy terminals and SBFD-aware terminals that recognize SBFD, and the above additional RO may be an RO that can be used by the SBFD-aware terminal.

[0708] When the terminal transmits message 1 including a preamble in the legacy RO, the terminal can determine a PRACH (physical random access channel) transmission power based on the first preamble reception target power parameter.

[0709] When the terminal transmits message 1 including a preamble in the additional RO, the terminal can determine a PRACH (physical random access channel) transmission power based on the second preamble reception target power parameter.

[0710] The transmission of the above message 3 PUSCH may be the first scheduled transmission in the random access process.

[0711] When the terminal receives multiple RACH (random access channel) settings from multiple base stations and the random access opportunities (ROs) set by the multiple RACH settings overlap, the validity of the overlapped ROs can be determined based on the types of each of the multiple base stations. For example, when a base station operating according to the 5G standard and a base station operating according to the 6G standard each set ROs and some of the ROs overlap, the RO set by the base station operating according to the 6G standard can be treated as invalid.

[0712] According to the present disclosure, the transmission power of Message 3 PUSCH can be determined by considering the resource type used for Message 3 PUSCH transmission. For example, when Message 3 PUSCH is transmitted on HD resources and SBFD resources, the interference amount, channel environment, etc. may differ for each resource type, and the transmission power of Message 3 PUSCH can be determined by considering these. Therefore, the random access process can be performed more reliably.

[0713] Additionally, in situations where different resource types are mixed, the transmission power control method of the random access process is clarified so that ambiguity does not occur between the network and the terminal.

[0714] The method of Fig. 17 can also be implemented like the method of Fig. 18 below.

[0715] Figure 18 illustrates an operation method of the terminal.

[0716] Referring to FIG. 18, a terminal receives a first RACH (random access channel) configuration and a second RACH configuration from a base station, wherein the first RACH configuration includes (or informs) a first preamble reception target power parameter that indicates a target power level of a network receiver side related to message 1 transmission on a non-SBFD (non-subband full duplex) resource of the terminal, and the second RACH configuration includes (or informs) a second preamble reception target power parameter that indicates a target power level of a network receiver side related to message 1 transmission on a SBFD resource of the terminal (S181).

[0717] The above first RACH setting may be a legacy RACH setting, and the above second RACH setting may be an additional RACH setting.

[0718] The transmission of the message 1 in the non-SBFD resource may be (or is related to) the terminal transmitting a preamble in a random access opportunity (RO) of the non-SBFD resource.

[0719] The transmission of the message 1 in the SBFD resource may be (or is related to) the terminal transmitting a preamble in a random access opportunity (RO) of the SBFD resource.

[0720] In response to the transmission of the message 1 in the non-SBFD resource or the transmission of the message 1 in the SBFD resource, the terminal may receive the random access response. The message 3 may be transmitted using the scheduled uplink grant in the random access response. In this sense, the transmission of the message 3 may be the first scheduled transmission in the random access process of the terminal.

[0721] The terminal transmits message 3 based on a random access response to the base station in a time resource, and determines the transmission power of the message 3 using the preamble reception target power parameter indicated for message 1 for a resource type identical to the resource type of the time resource (S182).

[0722] The resource type of the above time resource may be a non-SBFD resource or an SBFD resource.

[0723] For example, when transmission of the above message 3 is performed on a non-SBFD resource, the transmission power of the transmission of the above message 3 is determined based on the first preamble reception target power parameter.

[0724] When transmitting the above message 3 on an SBFD resource, the transmission power of the transmission of the above message 3 is determined based on the second preamble reception target power parameter.

[0725] Transmission of the message 1 in the non-SBFD resource or transmission of the message 1 in the SBFD resource is performed via a physical random access channel (PRACH), and transmission of the message 3 is performed via a physical uplink shared channel (PUSCH).

[0726] In an embodiment, when the terminal receives multiple RACH settings from multiple base stations and an overlap occurs in random access opportunities (ROs) set by the multiple RACH settings, the validity of the overlapped ROs can be determined based on the type of each of the multiple base stations.

[0727] Figure 19 illustrates a method for determining power when transmitting Msg3.

[0728] Referring to FIG. 19, the terminal receives / sets a first preamble reception target power parameter indicating a target power level of a network receiver side related to message 1 transmission from a base station, and a second preamble reception target power parameter indicating a target power level of a network receiver side related to message 1 transmission.

[0729] For example, when a terminal transmits Msg1 in an RO of a Non-SBFD resource at the time of transmitting Msg1 (preamble), the transmission power of the PRACH can be determined using the first preamble reception target power parameter (e.g., first preambleReceivedTargetPower).

[0730] [Formula 8]

[0731]

[0732] P in Equation 8 CMAX,f,c (i) is the UE configured maximum output power.

[0733] P PRACH,target,f,c is the PRACH target received power given by the upper layer and can be given by the parameter first PREAMBLE_RECEIVED_TARGET_POWER or first preambleReceivedTargetPower.

[0734] PL b,f,c is the path loss for the active UL BWP b of carrier f, based on the DL RS (downlink reference signal) associated with the PRACH transmission of the active DL BWP of cell c.

[0735] That is, when transmitting Msg1 in RO of Non-SBFD resource, the value of the first preamble reception target power parameter is P PRACH,target,f,c The transmission power of PRACH can be calculated by inputting .

[0736] When the terminal transmits Msg1 in the RO of the SBFD resource at the time of transmitting Msg1 (preamble), the transmission power of the PRACH can be determined using the second preamble reception target power parameter (e.g., second preambleReceivedTargetPower). That is, when transmitting Msg1 in the RO of the SBFD resource, the value of the second preamble reception target power parameter is P in the above equation 8. PRACH,target,f,c The transmission power of PRACH can be calculated by inputting .

[0737] At the time of Msg3 transmission in the random access process, if the terminal transmits Msg3 PUSCH in a non-SBFD resource, the Msg3 PUSCH transmission power is determined by applying the first preamble reception target power parameter, i.e., the preamble reception target power parameter applied when transmitting PRACH in the RO of the non-SBFD resource. In other words, the Msg3 PUSCH transmission power is determined by using the preamble reception target power parameter set for Msg1 transmission of the same resource type as the resource type when transmitting Msg3.

[0738] At the time of Msg3 transmission in the random access process, if the terminal transmits Msg3 PUSCH in the SBFD resource, the Msg3 PUSCH transmission power is determined by applying the second preamble reception target power parameter, i.e., the preamble reception target power parameter applied when transmitting PRACH in the RO of the SBFD resource. In other words, the Msg3 PUSCH transmission power is determined by using the preamble reception target power parameter set for Msg1 transmission of the same resource type as the resource type when transmitting Msg3.

[0739] In particular, when Msg1 and Msg3 are transmitted in resources having different resource types, such as 1) when the terminal transmits Msg1 in an RO of a non-SBFD resource and Msg3 in an SBFD resource, and 2) when the terminal transmits Msg1 in an RO of an SBFD resource and Msg3 in a non-SBFD resource, the difference from the prior art is clear. In the cases 1) and 2), in the prior art, there is only one (one type) preamble reception target power parameter (preambleReceivedTargetPower) indicated for Msg1, and when determining the transmission power of Msg3, the preamble reception target power parameter (preambleReceivedTargetPower) indicated for Msg1 is used.

[0740] On the other hand, according to the method according to the present disclosure, there are two (two types) of preamble reception target power parameters indicated for Msg1 (first preambleReceivedTargetPower (for non-SBFD), second preambleReceivedTargetPower (for SBFD)), and when transmitting Msg3, the preamble reception target power parameter set for Msg1 transmission of the same resource type as the resource type when transmitting Msg3 is used to determine the Msg3 PUSCH transmission power.

[0741] Figure 20 illustrates the signaling process and operation between a base station and a terminal.

[0742] Referring to FIG. 20, the base station provides a first preamble reception target power parameter and a second preamble reception target power parameter to the terminal (S201). In terms of resource type, for example, the first preamble reception target power parameter may be related to a first resource type (non-SBFD symbols), and the second preamble reception target power parameter may be related to a second resource type (SBFD). More specifically, the first preamble reception target power parameter may be related to an RO that can be used by both legacy terminals and SBFD-aware terminals (i.e., an RO of non-SBFD symbols and SBFD symbols satisfying a specific condition), and the second preamble reception target power parameter may be related to an RO that can be used by SBFD-aware terminals.

[0743] The terminal transmits a preamble (Msg1) in an RO of a first resource type (e.g., non-SBFD) based on a first preamble reception target power parameter or a second preamble reception target power parameter (S202).

[0744] The base station transmits a random access response (RAR) to the terminal (S203).

[0745] When the terminal transmits Msg3 PUSCH based on a random access response in a resource of a second resource type (e.g., SBFD), the terminal calculates transmission power using the 'preambleReceivedTargetPower' parameter (i.e., second preambleReceivedTargetPower, second preamble reception target power parameter) related to the second resource type (S204).

[0746] The terminal transmits Msg3 PUSCH with the determined / calculated transmission power (S205).

[0747] Figure 21 illustrates a wireless device applicable to the present specification.

[0748] Referring to FIG. 21, the first wireless device (100) and the second wireless device (200) can transmit and receive wireless signals through various wireless access technologies (e.g., LTE, NR).

[0749] A first wireless device (100) includes at least one processor (102) and at least one memory (104), and may further include at least one transceiver (106) and / or at least one antenna (108). The at least one processor (102, hereinafter simply referred to as a processor) controls at least one memory (104, hereinafter simply referred to as a memory) and / or at least one transceiver (106, hereinafter simply referred to as a transceiver or a transceiver), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document. For example, the processor (102) may process information in the memory (104) to generate first information / signal, and then transmit a wireless signal including the first information / signal via the transceiver (106). In addition, the processor (102) may receive a wireless signal including second information / signal through the transceiver (106), and then store information obtained from signal processing of the second information / signal in the memory (104). 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 may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. Here, the processor (102) and the memory (104) may be part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver (106) may be connected to the processor (102) and may transmit and / or receive a wireless signal through one or more antennas (108). The transceiver (106) may include a transmitter and / or a receiver. The transceiver (106) may be used interchangeably with an RF (Radio Frequency) unit.In this specification, wireless device may also mean a communication modem / circuit / chip.

[0750] The processor (102) receives a first preamble reception target power parameter for a legacy random access occasion (RO) from a base station, receives a second preamble reception target power parameter for an additional RO from the base station, determines a message 3 PUSCH (physical uplink shared channel) transmission power of a random access process based on the first preamble reception target power parameter or the second preamble reception target power parameter, and transmits a message 3 PUSCH to the base station based on the message 3 PUSCH transmission power, wherein the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, and the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in SBFD symbols. The specific operation is described above with reference to Figures 17 to 20.

[0751] A second wireless device (200) includes at least one processor (202), at least one memory (204), and may further include at least one transceiver (206) and / or at least one antenna (208). The processor (202) controls the memory (204) and / or the transceiver (206), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document. 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 via the transceiver (206). In addition, the processor (202) may receive a wireless signal including fourth information / signal via the transceiver (206), and then store information obtained from signal processing of the fourth information / signal in the memory (204). 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 may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. Here, the processor (202) and the memory (204) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). The transceiver (206) may be connected to the processor (202) and may transmit and / or receive wireless signals via 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 this specification, a wireless device may also mean a communication modem / circuit / chip.

[0752] The processor (202) transmits to the terminal a first preamble reception target power parameter for a legacy RO (random access occasion), transmits to the terminal a second preamble reception target power parameter for an additional RO, and the base station receives a message 3 PUSCH (physical uplink shared channel) from the terminal, wherein the transmission power of the message 3 PUSCH is determined based on the first preamble reception target power parameter when the message 3 PUSCH is received in non-SBFD (non-subband full duplex) symbols, and ii) is determined based on the second preamble reception target power parameter when the message 3 PUSCH is received in SBFD symbols. The specific operation thereof has been described above with reference to FIGS. 17 to 20.

[0753] Figure 22 illustrates another example of a wireless device.

[0754] According to FIG. 22, the wireless device may include at least one processor (102, 202), at least one memory (104, 204), at least one transceiver (106, 206), and one or more antennas (108, 208).

[0755] The difference between the example of the wireless device described in FIG. 21 and the example of the wireless device in FIG. 22 is that in FIG. 21, the processor (102, 202) and the memory (104, 204) are separated, whereas in the example of FIG. 22, the memory (104, 204) is included in the processor (102, 202). For example, the processor and the memory may constitute a single chipset.

[0756] Hereinafter, the hardware elements of the wireless device (100, 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 (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors (102, 202) may generate messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and / or methods disclosed herein, and provide the signals to one or more transceivers (106, 206). One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and / or operational flowcharts disclosed herein.

[0757] The one or more processors (102, 202) may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer. The one or more processors (102, 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 the one or more processors (102, 202). The one or more processors (102, 202) may also be implemented by at least one computer-readable medium (CRM) containing instructions based on which at least one processor is executed.

[0758] For example, at least one computer readable medium (CRM) including instructions based on being executed by at least one processor, performs the operations of receiving a first preamble reception target power parameter for a legacy random access occasion (RO) from a base station, receiving a second preamble reception target power parameter for an additional RO from the base station, determining a message 3 physical uplink shared channel (PUSCH) transmission power of a random access process based on the first preamble reception target power parameter or the second preamble reception target power parameter, and transmitting a message 3 PUSCH to the base station based on the message 3 PUSCH transmission power, wherein the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in non-subband full duplex (SBFD) symbols, and the message 3 Based on the fact that the PUSCH is transmitted in SBFD symbols, the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power. The specific operation thereof has been described with reference to FIGS. 17 to 20.

[0759] The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc. The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and / or sets of instructions. The firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be included in one or more processors (102, 202) or stored in one or more memories (104, 204) and executed by one or more processors (102, 202). The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and / or sets of instructions.

[0760] One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions, and / or commands. The one or more memories (104, 204) may be configured as ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer-readable storage media, and / or combinations thereof. The one or more memories (104, 204) may be located internally and / or externally to the one or more processors (102, 202). Additionally, the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.

[0761] One or more transceivers (106, 206) can transmit user data, control information, wireless signals / channels, etc., as mentioned in the methods and / or flowcharts of this document, to one or more other devices. One or more transceivers (106, 206) can receive user data, control information, wireless signals / channels, etc., as mentioned in the descriptions, functions, procedures, proposals, methods and / or flowcharts of this document, from one or more other devices. For example, one or more transceivers (106, 206) can be connected to one or more processors (102, 202) and can transmit and receive wireless signals. For example, one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers (106, 206) may be coupled to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals / channels, or the like, as referred to in the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed herein, via one or more antennas (108, 208). In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers (106, 206) can convert received user data, control information, wireless signals / channels, etc. from RF band signals to baseband signals in order to process the received user data, control information, wireless signals / channels, etc. using one or more processors (102, 202).One or more transceivers (106, 206) may convert user data, control information, wireless signals / channels, etc. processed by one or more processors (102, 202) from baseband signals to RF band signals. For this purpose, one or more transceivers (106, 206) may include an (analog) oscillator and / or filter.

[0762] Fig. 23 illustrates an example of a signal processing module structure. Here, signal processing may be performed in the processor (102, 202) of Fig. 21.

[0763] Referring to FIG. 23, a transmission device (e.g., a processor, a processor and a memory, or a processor and a transceiver) within a terminal or a base station may include a scrambler (301), a modulator (302), a layer mapper (303), an antenna port mapper (304), a resource block mapper (305), and a signal generator (306).

[0764] A transmitting device can transmit one or more codewords. The coded bits within each codeword are scrambled by a scrambler (301) and transmitted over a physical channel. A codeword may also be referred to as a data string and may be equivalent to a transport block, which is a data block provided by the MAC layer.

[0765] The scrambled bits are modulated into complex-valued modulation symbols by a modulator (302). The modulator (302) can modulate the scrambled bits according to a modulation scheme and arrange them into complex-valued modulation symbols that represent positions on a signal constellation. There is no limitation on the modulation scheme, and m-PSK (m-Phase Shift Keying) or m-QAM (m-Quadrature Amplitude Modulation) can be used to modulate the encoded data. The modulator may be referred to as a modulation mapper.

[0766] The complex modulation symbols may be mapped to one or more transmission layers by a layer mapper (303). The complex modulation symbols on each layer may be mapped by an antenna port mapper (304) for transmission on an antenna port.

[0767] The resource block mapper (305) can map the complex modulation symbol for each antenna port to an appropriate resource element within a virtual resource block (VRB) allocated for transmission. The resource block mapper can map the VRB to a physical resource block (PRB) according to an appropriate mapping scheme. The resource block mapper (305) can assign the complex modulation symbol for each antenna port to an appropriate subcarrier and multiplex it according to the user.

[0768] The signal generator (306) can generate a complex-valued time domain OFDM symbol signal by modulating a complex modulation symbol, for example, an antenna-specific symbol, for each antenna port, with a specific modulation method, for example, an Orthogonal Frequency Division Multiplexing (OFDM) method. The signal generator can perform an Inverse Fast Fourier Transform (IFFT) on the antenna-specific symbol, and a Cyclic Prefix (CP) can be inserted into the time domain symbol on which the IFFT is performed. The OFDM symbol is transmitted to a receiving device through each transmitting antenna through digital-to-analog conversion, frequency uplink conversion, etc. The signal generator can include an IFFT module, a CP inserter, a Digital-to-Analog Converter (DAC), a frequency uplink converter, etc.

[0769] Fig. 24 illustrates another example of the signal processing module structure within a transmission device. Here, signal processing may be performed in a processor of a terminal / base station, such as the processor (102, 202) of Fig. 21.

[0770] Referring to FIG. 24, a transmission device (e.g., a processor, a processor and a memory, or a processor and a transceiver) within a terminal or base station may include a scrambler (401), a modulator (402), a layer mapper (403), a precoder (404), a resource block mapper (405), and a signal generator (406).

[0771] The transmitting device can transmit coded bits within a codeword through a physical channel after scrambling the coded bits within the codeword by a scrambler (401).

[0772] The scrambled bits are modulated into complex modulation symbols by a modulator (402). The modulator can modulate the scrambled bits according to a predetermined modulation scheme and arrange them into complex modulation symbols representing positions on a signal constellation. There is no limitation on the modulation scheme, and pi / 2-BPSK (pi / 2-Binary Phase Shift Keying), m-PSK (m-Phase Shift Keying), or m-QAM (m-Quadrature Amplitude Modulation) can be used to modulate the encoded data.

[0773] The above complex modulation symbol can be mapped to one or more transmission layers by the layer mapper (403).

[0774] The complex modulation symbols on each layer can be precoded by the precoder (404) for transmission on the antenna ports. Here, the precoder may perform precoding after performing transform precoding on the complex modulation symbols. Alternatively, the precoder may perform precoding without performing transform precoding. The precoder (404) may process the complex modulation symbols in a MIMO manner according to multiple transmission antennas to output antenna-specific symbols and distribute the antenna-specific symbols to the corresponding resource block mapper (405). The output z of the precoder (404) can be obtained by multiplying the output y of the layer mapper (403) by the precoding matrix W of NХM. Here, N is the number of antenna ports and M is the number of layers.

[0775] The resource block mapper (405) maps the demodulation modulation symbol for each antenna port to the appropriate resource element within the virtual resource block allocated for transmission.

[0776] The resource block mapper (405) can assign complex modulation symbols to appropriate subcarriers and multiplex them according to the user.

[0777] The signal generator (406) can generate a complex-valued time domain OFDM (Orthogonal Frequency Division Multiplexing) symbol signal by modulating a complex modulation symbol with a specific modulation method, for example, OFDM. The signal generator (406) can perform an Inverse Fast Fourier Transform (IFFT) on an antenna-specific symbol, and a Cyclic Prefix (CP) can be inserted into the time domain symbol on which the IFFT has been performed. The OFDM symbol is transmitted to a receiving device through each transmitting antenna after going through digital-to-analog conversion, frequency upconversion, etc. The signal generator (406) can include an IFFT module, a CP inserter, a Digital-to-Analog Converter (DAC), a frequency uplink converter, etc.

[0778] The signal processing process of the receiving device may be configured in reverse order of the signal processing process of the transmitter. Specifically, the processor of the receiving device performs decoding and demodulation on a wireless signal received externally through the antenna port(s) of the transceiver. The receiving device may include a plurality of multiple receiving antennas, and each signal received through the receiving antenna is restored to a baseband signal and then multiplexed and MIMO demodulated to be restored to a data sequence originally intended to be transmitted by the transmitting device. The receiving device (1820) may include a signal restorer for restoring the received signal to a baseband signal, a multiplexer for combining and multiplexing the received and processed signals, and a channel demodulator for demodulating the multiplexed signal sequence into a corresponding codeword. The signal restorer, the multiplexer, and the channel demodulator may be configured as an integrated module performing their functions or as individual modules. More specifically, the signal restorer may include an analog-to-digital converter (ADC) that converts an analog signal into a digital signal, a CP remover that removes a CP from the digital signal, an FFT module that applies an FFT (fast Fourier transform) to a signal from which the CP has been removed to output a frequency domain symbol, and a resource element demapper / equalizer that restores the frequency domain symbol to an antenna-specific symbol. The antenna-specific symbol is restored to a transmission layer by a multiplexer, and the transmission layer is restored to a codeword that the transmitter intended to transmit by a channel demodulator.

[0779] FIG. 25 illustrates an example of a wireless communication device according to an implementation example of the present disclosure.

[0780] Referring to FIG. 25, a wireless communication device, for example, a terminal, may include at least one of a processor (2310) such as a digital signal processor (DSP) or a microprocessor, a transceiver (2335), a power management module (2305), an antenna (2340), a battery (2355), a display (2315), a keypad (2320), a global positioning system (GPS) chip (2360), a sensor (2365), a memory (2330), a subscriber identification module (SIM) card (2325), a speaker (2345), and a microphone (2350). There may be a plurality of antennas and processors.

[0781] The processor (2310) can implement the functions, procedures, and methods described in this specification. The processor (2310) of FIG. 25 may be the processor (102, 202) of FIG. 21.

[0782] Memory (2330) is connected to the processor (2310) and stores information related to the processor's operation. The memory may be located internally or externally to the processor and may be connected to the processor via various technologies, such as wired or wireless connections. The memory (2330) of FIG. 25 may be the memory (104, 204) of FIG. 21.

[0783] A user may input various types of information, such as a phone number, using various techniques, such as pressing buttons on a keypad (2320) or activating sound using a microphone (2350). The processor (2310) may receive and process the user's information and perform an appropriate function, such as dialing the entered phone number. In some scenarios, data may be retrieved from a SIM card (2325) or memory (2330) to perform the appropriate function. In some scenarios, the processor (2310) may display various types of information and data on a display (2315) for the user's convenience.

[0784] A transceiver (2335) is coupled to a processor (2310) and transmits and / or receives wireless signals, such as radio frequency (RF) signals. The processor may control the transceiver to initiate communication or transmit wireless signals containing various types of information or data, such as voice communication data. The transceiver includes a transmitter and a receiver for transmitting and receiving wireless signals. An antenna (2340) may facilitate the transmission and reception of wireless signals. In some implementations, upon receiving a wireless signal, the transceiver may forward and convert the signal to a baseband frequency for processing by the processor. The processed signal may be processed by various techniques, such as being converted into audible or readable information for output through a speaker (2345). The transceiver of FIG. 25 may be the transceiver (106, 206) of FIG. 24.

[0785] Although not shown in FIG. 25, various components, such as a camera and a Universal Serial Bus (USB) port, may be additionally included in the terminal. For example, the camera may be connected to the processor (2310).

[0786] Fig. 25 is only one implementation example for a terminal, and the implementation examples are not limited thereto. The terminal does not necessarily have to include all the elements of Fig. 25. For example, some components, such as a keypad (2320), a Global Positioning System (GPS) chip (2360), a sensor (2365), and a SIM card (2325), may not be essential elements, and in this case, may not be included in the terminal.

[0787] Fig. 26 illustrates a communication system (1) applicable to this specification.

[0788] Referring to FIG. 26, 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 (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication / wireless / 5G device. Although not limited thereto, the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Things) 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, a vehicle capable of performing vehicle-to-vehicle communication, etc. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, and can be implemented in the form of HMD (Head-Mounted Device), HUD (Head-Up Display) installed in a vehicle, television, smartphone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc. Mobile devices can include smartphone, smart pad, wearable device (e.g., smart watch, smart glass), computer (e.g., laptop, etc.), etc. Home appliances can include TV, refrigerator, washing machine, etc. IoT devices can include sensors, smart meters, etc. For example, base stations and networks can also be implemented as wireless devices, and a specific wireless device (200a) can act as a base station / network node to other wireless devices.

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

[0790] Wireless communication / connection (150a, 150b, 150c) can be established between wireless devices (100a~100f) / base stations (200), and base stations (200) / base stations (200). Here, wireless communication / connection can be achieved through various wireless access technologies (e.g., 5G NR) such as uplink / downlink communication (150a), sidelink communication (150b) (or D2D communication), and communication between base stations (150c) (e.g., relay, IAB (Integrated Access Backhaul). Through wireless communication / connection (150a, 150b, 150c), wireless devices and base stations / wireless devices, and base stations and base stations can transmit / receive wireless signals to each other. For example, wireless communication / connection (150a, 150b, 150c) can transmit / receive signals through various physical channels. To this end, at least some of various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel encoding / decoding, modulation / demodulation, resource mapping / demapping, etc.), and resource allocation processes can be performed based on various proposals of the present specification.

[0791] The claims set forth in this specification may be combined in various ways. For example, the technical features of the method claims of this specification may be combined and implemented as a device, and the technical features of the device claims of this specification may be combined and implemented as a method. Furthermore, the technical features of the method claims and the technical features of the device claims of this specification may be combined and implemented as a device, and the technical features of the method claims and the technical features of the device claims of this specification may be combined and implemented as a method.

Claims

1. In the method, The terminal receives a first preamble reception target power parameter for a legacy RO (random access occasion) from a base station, The terminal receives a second preamble reception target power parameter for an additional RO from the base station, The terminal determines the message 3 PUSCH (physical uplink shared channel) transmission power of the random access process based on the first preamble reception target power parameter or the second preamble reception target power parameter, and The terminal transmits message 3 PUSCH to the base station based on the message 3 PUSCH transmission power. Based on the above message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power, A method characterized in that the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in SBFD symbols.

2. In paragraph 1, A method characterized in that the above legacy RO is an RO that can be used by both legacy terminals and SBFD-aware terminals that recognize SBFD, and the above additional RO is an RO that can be used by the SBFD-aware terminal.

3. A method according to claim 1, characterized in that when the terminal transmits message 1 including a preamble in the legacy RO, the terminal determines a PRACH (physical random access channel) transmission power based on the first preamble reception target power parameter.

4. A method according to claim 1, characterized in that when the terminal transmits message 1 including a preamble in the additional RO, the terminal determines a PRACH (physical random access channel) transmission power based on the second preamble reception target power parameter.

5. A method according to claim 1, characterized in that the transmission of the message 3 PUSCH is a first scheduled transmission in the random access process.

6. A method according to claim 1, characterized in that the first preamble reception target power parameter and the second preamble reception target power parameter are received through one RACH (random access channel) setting.

7. A method according to claim 1, characterized in that the first preamble reception target power parameter and the second preamble reception target power parameter are received through two RACH (random access channel) settings.

8. In paragraph 1, A method characterized in that the terminal receives a plurality of RACH (random access channel) settings from a plurality of base stations, and when an overlap occurs in random access opportunities (ROs) set by the plurality of RACH settings, the validity of the overlapped ROs is determined based on the type of each of the plurality of base stations.

9. The terminal (user equipment: UE) is At least one transmitter / receiver; At least one memory; and At least one processor connected to at least one transceiver and at least one memory, wherein said at least one memory comprises instructions that are executed by said at least one processor to perform operations, The above actions are, Receive a first preamble reception target power parameter for a legacy random access occasion (RO) from a base station, Receive a second preamble reception target power parameter for an additional RO from the base station, Based on the first preamble reception target power parameter or the second preamble reception target power parameter, determine the message 3 PUSCH (physical uplink shared channel) transmission power of the random access process, and Transmitting message 3 PUSCH to the base station based on the message 3 PUSCH transmission power, Based on the above message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power, A terminal characterized in that the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in SBFD symbols.

10. In paragraph 9, A terminal characterized in that the above legacy RO is an RO that can be used by both legacy terminals and SBFD-aware terminals that recognize SBFD, and the above additional RO is an RO that can be used by the SBFD-aware terminal.

11. In the 9th paragraph, the terminal is characterized in that, when transmitting message 1 including a preamble in the legacy RO, the terminal determines a PRACH (physical random access channel) transmission power based on the first preamble reception target power parameter.

12. In the 9th paragraph, the terminal is characterized in that, when transmitting message 1 including a preamble in the additional RO, the terminal determines a PRACH (physical random access channel) transmission power based on the second preamble reception target power parameter.

13. A terminal characterized in that, in the 9th paragraph, the transmission of the message 3 PUSCH is a first scheduled transmission in the random access process.

14. A terminal according to claim 9, wherein the first preamble reception target power parameter and the second preamble reception target power parameter are received through one RACH (random access channel) setting.

15. A terminal according to claim 9, wherein the first preamble reception target power parameter and the second preamble reception target power parameter are received through two RACH (random access channel) settings.

16. In paragraph 9, A terminal characterized in that the terminal receives a plurality of RACH (random access channel) settings from a plurality of base stations, and when an overlap occurs in random access opportunities (ROs) set by the plurality of RACH settings, the terminal determines the validity of the overlapped ROs based on the type of each of the plurality of base stations.

17. The device, At least one memory; and At least one processor operably coupled to at least one memory, wherein said at least one memory comprises instructions that are executed by said at least one processor to perform operations, The above actions are, Receive a first preamble reception target power parameter for a legacy random access occasion (RO) from a base station, Receive a second preamble reception target power parameter for an additional RO from the base station, Based on the first preamble reception target power parameter or the second preamble reception target power parameter, determine the message 3 PUSCH (physical uplink shared channel) transmission power of the random access process, and Transmitting message 3 PUSCH to the base station based on the message 3 PUSCH transmission power, Based on the above message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power, A device characterized in that the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in SBFD symbols.

18. At least one computer readable medium (CRM) containing instructions based on being executed by at least one processor, An operation of receiving a first preamble reception target power parameter for a legacy random access occasion (RO) from a base station, An operation of receiving a second preamble reception target power parameter for an additional RO from the base station; An operation for determining a message 3 PUSCH (physical uplink shared channel) transmission power of a random access process based on the first preamble reception target power parameter or the second preamble reception target power parameter, and An operation of transmitting message 3 PUSCH to the base station based on the message 3 PUSCH transmission power is performed. Based on the above message 3 PUSCH being transmitted in non-SBFD (non-subband full duplex) symbols, the first preamble reception target power parameter is used to determine the message 3 PUSCH transmission power, A CRM characterized in that the second preamble reception target power parameter is used to determine the message 3 PUSCH transmission power based on the message 3 PUSCH being transmitted in SBFD symbols.

19. In the method, The base station transmits the first preamble reception target power parameter for a legacy RO (random access occasion) to the terminal, The base station transmits a second preamble reception target power parameter for an additional RO to the terminal, and The above base station receives message 3 PUSCH (physical uplink shared channel) from the above terminal, A method characterized in that the transmission power of the message 3 PUSCH is determined based on the first preamble reception target power parameter when the message 3 PUSCH is received in non-SBFD (non-subband full duplex) symbols, and ii) the transmission power of the message 3 PUSCH is determined based on the second preamble reception target power parameter when the message 3 PUSCH is received in SBFD symbols.

20. The base station, At least one transmitter / receiver; At least one memory; and At least one processor connected to at least one transceiver and at least one memory, wherein said at least one memory comprises instructions that are executed by said at least one processor to perform operations, The above actions are, The base station transmits the first preamble reception target power parameter for a legacy RO (random access occasion) to the terminal, The base station transmits a second preamble reception target power parameter for an additional RO to the terminal, and The above base station receives message 3 PUSCH (physical uplink shared channel) from the above terminal, A base station, characterized in that the transmission power of the message 3 PUSCH is determined based on the first preamble reception target power parameter when the message 3 PUSCH is received in non-SBFD (non-subband full duplex) symbols, and ii) the transmission power of the message 3 PUSCH is determined based on the second preamble reception target power parameter when the message 3 PUSCH is received in SBFD symbols.

Images