Method and apparatus for transmitting SR in communication system supporting sbfd

Abstract

A method of user equipment (UE) comprises the steps of: receiving, from a base station, configuration information of a physical uplink control channel (PUCCH) resource; transmitting a scheduling request (SR) to the base station on the PUCCH resource; and on the basis of an uplink (UL) grant not being received from the base station in response to the SR, retransmitting the SR to the base station within a period in which a preset condition is satisfied regardless of the type of symbol in which the PUCCH resource is configured.

Description

Method and apparatus for SR transmission in a communication system supporting SBFD

[0001] The present disclosure relates to an improved communication technology, and more specifically, to a technology for transmitting a scheduling request (SR) in a communication system that supports subband full duplex (SBFD).

[0002] Communication networks (e.g., 5G communication networks, 6G communication networks, etc.) are being developed to provide communication services that are improved over existing communication networks (e.g., LTE (long term evolution), LTE-A (advanced), etc.). 5G communication networks (e.g., NR (new radio) communication networks) can support frequency bands above 6 GHz as well as frequency bands below 6 GHz. That is, 5G communication networks can support the FR1 band and / or FR2 band. 5G communication networks can support a wider variety of communication services and scenarios compared to LTE communication networks. For example, usage scenarios for 5G communication networks may include eMBB (enhanced Mobile BroadBand), URLLC (Ultra Reliable Low Latency Communication), mMTC (massive Machine Type Communication), etc.

[0003] 6G communication networks can support a wider variety of communication services and scenarios compared to 5G communication networks. 6G communication networks can meet the requirements for ultra-high performance, ultra-bandwidth, ultra-spatial, ultra-precision, ultra-intelligence, and / or ultra-reliability. 6G communication networks can support a wide range of frequency bands and can be applied to various usage scenarios (e.g., terrestrial communication, non-terrestrial communication, sidelink communication, etc.).

[0004] Meanwhile, the communication network may support subband full duplex (SBFD) operation. A physical uplink control channel (PUCCH) resource for transmitting a scheduling request (SR) can be pre-configured at the terminal, and the terminal can transmit the SR through the PUCCH resource. The PUCCH resource may be configured without considering the symbol type (e.g., SBFD symbol or N(non)-SBFD symbol). In this case, the terminal's SR transmission operation may be restricted based on the symbol type. For example, if only SR transmission is allowed on a PUCCH resource configured for a specific symbol type, SR transmission may be restricted or delayed, which may consequently restrict or delay uplink data transmission as well. Such problems can reduce resource utilization efficiency between the terminal and the base station and may lead to limitations in satisfying low-latency communication requirements. Therefore, methods to solve the aforementioned problems may be necessary.

[0005] The purpose of the present disclosure to solve the above-mentioned problems is to provide a method and apparatus for transmitting a scheduling request (SR) in a communication system that supports subband full duplex (SBFD).

[0006] A method of user equipment (UE) according to embodiments of the present disclosure for achieving the above objective comprises: receiving configuration information of a physical uplink control channel (PUCCH) resource from a base station; transmitting a scheduling request (SR) from the PUCCH resource to the base station; and, based on the fact that an uplink grant (UL) is not received from the base station in response to the SR, retransmitting the SR to the base station regardless of the symbol type set by the PUCCH resource within a period in which a preset condition is satisfied, wherein the symbol type is a subband full duplex (SBFD) symbol or an N(non)-SBFD symbol.

[0007] Based on the satisfaction of the above preset conditions regardless of whether SBFD setting 1 or SBFD setting 2 is applied, the SR within the above interval can be transmitted regardless of the symbol type in which the PUCCH resource is set, and based on the application of SBFD setting 1, UL communication can be performed in the same symbol type, and based on the application of SBFD setting 2, UL communication can be performed in different symbol types.

[0008] The above method of the UE may further include the step of receiving from the base station information indicating the symbol type for which the transmission of the SR is allowed, and the initial transmission of the SR may be performed in the PUCCH resource set in the symbol type indicated by the base station.

[0009] The above preset condition may be that the number of transmissions of the SR is less than the maximum number of transmissions, and the SR may be retransmitted to the base station within the maximum number of transmissions regardless of the symbol type in which the PUCCH resource is set.

[0010] The above method of the UE may further include the step of receiving information of additional transmission counts from the base station indicating the number of transmissions of the SR in the changed symbol type, and based on the change of the symbol type in which the PUCCH resource is set, the SR in the PUCCH resource set in the changed symbol type may be retransmitted within the additional transmission counts.

[0011] The first maximum number of transmissions of the SR for the PUCCH resource set in the above SBFD symbol and the second maximum number of transmissions of the SR for the PUCCH resource set in the above N-SBFD symbol can be set independently, and the number of transmissions of the SR can be counted independently for each symbol type in which the PUCCH resource is set.

[0012] The above preset condition may be that SR transmission is performed within a window, and the SR may be retransmitted to the base station regardless of the symbol type in which the PUCCH resource is set within the window.

[0013] The above window may start at the first or last symbol of the PUCCH resource where the initial transmission of the above SR was performed.

[0014] The above window can be started at the end of the interval corresponding to the SR prohibition timer.

[0015] At least one of the start time, length, or end time of the above window can be updated by the base station.

[0016] User equipment (UE) according to embodiments of the present disclosure for achieving the above objective comprises at least one processor, wherein the at least one processor causes the UE to receive configuration information of a physical uplink control channel (PUCCH) resource from a base station; to transmit a scheduling request (SR) from the PUCCH resource to the base station; and, based on the fact that an uplink grant (UL) is not received from the base station in response to the SR, to cause the PUCCH resource to retransmit the SR to the base station regardless of the symbol type configured within a period in which a preset condition is satisfied, wherein the symbol type is a subband full duplex (SBFD) symbol or an N(non)-SBFD symbol.

[0017] Based on the satisfaction of the above preset conditions regardless of whether SBFD setting 1 or SBFD setting 2 is applied, the SR within the above interval can be transmitted regardless of the symbol type in which the PUCCH resource is set, and based on the application of SBFD setting 1, UL communication can be performed in the same symbol type, and based on the application of SBFD setting 2, UL communication can be performed in different symbol types.

[0018] The above at least one processor may further cause the UE to receive information from the base station indicating the symbol type for which the transmission of the SR is allowed, and the initial transmission of the SR may be performed in the PUCCH resource set in the symbol type indicated by the base station.

[0019] The above preset condition may be that the number of transmissions of the SR is less than the maximum number of transmissions, and the SR may be retransmitted to the base station within the maximum number of transmissions regardless of the symbol type in which the PUCCH resource is set.

[0020] The above at least one processor may further cause the UE to receive information of additional transmission counts indicating the number of transmissions of the SR in the changed symbol type from the base station, and based on the change of the symbol type in which the PUCCH resource is set, the SR in the PUCCH resource set in the changed symbol type may be retransmitted within the additional transmission counts.

[0021] The first maximum number of transmissions of the SR for the PUCCH resource set in the above SBFD symbol and the second maximum number of transmissions of the SR for the PUCCH resource set in the above N-SBFD symbol can be set independently, and the number of transmissions of the SR can be counted independently for each symbol type in which the PUCCH resource is set.

[0022] The above preset condition may be that SR transmission is performed within a window, and the SR may be retransmitted to the base station regardless of the symbol type in which the PUCCH resource is set within the window.

[0023] The above window may start at the first or last symbol of the PUCCH resource where the initial transmission of the above SR was performed.

[0024] The above window can be started at the end of the interval corresponding to the SR prohibition timer.

[0025] At least one of the start time, length, or end time of the above window can be updated by the base station.

[0026] According to the present disclosure, in a communication system supporting subband full duplex (SBFD) operation, the problem of a terminal failing to transmit a Scheduling Request (SR) or experiencing delays due to constraints based on the symbol type can be mitigated. Even when pre-configured PUCCH resources in the terminal exist across different symbol types, uplink transmission delay can be reduced by the terminal performing SR transmission or SR retransmission (e.g., repeated SR transmission) when pre-configured conditions are satisfied. Accordingly, the efficiency of uplink resource utilization between the terminal and the base station can be improved, and transmission performance can be enhanced in a service environment requiring low-latency communication.

[0027] FIG. 1 is a conceptual diagram illustrating embodiments of a communication system.

[0028] FIG. 2 is a block diagram illustrating embodiments of communication nodes constituting a communication system.

[0029] FIG. 3 is a block diagram illustrating embodiments of communication nodes performing communication.

[0030] FIG. 4a is a block diagram illustrating embodiments of a transmission path.

[0031] FIG. 4b is a block diagram illustrating embodiments of a receiving path.

[0032] FIG. 5 is a conceptual diagram illustrating embodiments of a system frame in a communication system.

[0033] FIG. 6 is a conceptual diagram illustrating embodiments of subframes in a communication system.

[0034] FIG. 7 is a conceptual diagram illustrating embodiments of slots in a communication system.

[0035] FIG. 8 is a conceptual diagram illustrating embodiments of time-frequency resources in a communication system.

[0036] Figures 9a and 9b are conceptual diagrams illustrating SR PUCCH settings in a communication system supporting SBFD.

[0037] Figure 10 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0038] Figure 11 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0039] FIG. 12 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0040] FIGS. 13a and FIGS. 13b are conceptual diagrams illustrating an SR transmission method in SR PUCCH resources set in different symbol types.

[0041] FIG. 14 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0042] FIGS. 15a and FIGS. 15b are conceptual diagrams illustrating an SR transmission method in SR PUCCH resources set in different symbol types.

[0043] The present disclosure is capable of various modifications and may have various embodiments, and specific embodiments are illustrated in the drawings and described in detail. However, this is not intended to limit the present disclosure to specific embodiments and should be understood to include all modifications, equivalents, and substitutions that fall within the spirit and scope of the present disclosure.

[0044] Terms such as "first," "second," etc., may be used to describe various components, but said components should not be limited by said terms. Such terms are used solely for the purpose of distinguishing one component from another. For example, without departing from the scope of the present disclosure, the first component may be named the second component, and similarly, the second component may be named the first component. The term "and / or" may mean a combination of a plurality of related described items or any of a plurality of related described items.

[0045] In the present disclosure, "at least one of A and B" may mean "at least one of A or B" or "at least one of one or more combinations of A and B". Additionally, in the present disclosure, "at least one of A and B" may mean "at least one of A or B" or "at least one of one or more combinations of A and B".

[0046] In the present disclosure, (re)transmission may mean "transmission," "retransmission," or "transmission and retransmission"; (re)setting may mean "setting," "resetting," or "setting and resetting"; (re)connection may mean "connection," "reconnection," or "connection and reconnection"; and (re)connection may mean "connection," "reconnection," or "connection and reconnection".

[0047] When it is stated that one component is "connected" or "connected" to another component, it should be understood that while it may be directly connected or connected to that other component, there may also be other components in between. On the other hand, when it is stated that one component is "directly connected" or "directly connected" to another component, it should be understood that there are no other components in between.

[0048] The terms used in this disclosure are used merely to describe specific embodiments and are not intended to limit this disclosure. The singular expression includes the plural expression unless the context clearly indicates otherwise. In this disclosure, terms such as “comprising” or “having” are intended to specify the existence of the features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, and should be understood as not precluding the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof.

[0049] Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by those skilled in the art to which this disclosure pertains. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant technology, and should not be interpreted in an ideal or overly formal sense unless explicitly defined in this disclosure.

[0050] Hereinafter, preferred embodiments of the present disclosure will be described in more detail with reference to the attached drawings. To facilitate overall understanding in describing the present disclosure, the same reference numerals are used for identical components in the drawings, and redundant descriptions of identical components are omitted. Operations according to combinations of embodiments, extensions of embodiments, and / or modifications of embodiments may be performed, as well as the embodiments explicitly described in the present disclosure. The performance of some operations may be omitted, and the order of operations may be changed.

[0051] In the embodiments, even when a method performed at a first communication node among the communication nodes (e.g., transmission or reception of a signal) is described, the corresponding second communication node may perform a method corresponding to the method performed at the first communication node (e.g., reception or transmission of a signal). That is, when the operation of a UE (user equipment) is described, the corresponding base station may perform an operation corresponding to the operation of the UE. Conversely, when the operation of a base station is described, the corresponding UE may perform an operation corresponding to the operation of the base station.

[0052] A base station may be referred to as Node B, evolved Node B, gNode B (next generation node B), gNB, device, apparatus, node, communication node, BTS (base transceiver station), RRH (radio remote head), TRP (transmission reception point), RU (radio unit), RSU (road side unit), radio transceiver, access point, access node, etc. A UE may be referred to as terminal, device, apparatus, node, communication node, end node, access terminal, mobile terminal, station, subscriber station, mobile station, portable subscriber station, OBU (on board unit), etc.

[0053] In the present disclosure, signaling may be at least one of upper-layer signaling, MAC (medium access control) signaling, or PHY (physical) signaling. A message used for upper-layer signaling may be referred to as an "upper-layer message" or an "upper-layer signaling message." A message used for MAC signaling may be referred to as a "MAC message" or a "MAC signaling message." A message used for PHY signaling may be referred to as a "PHY message" or a "PHY signaling message." Upper-layer signaling may refer to the transmission and reception operations of system information (e.g., MIB (master information block), SIB (system information block)) and / or RRC (radio resource control) messages. MAC signaling may refer to the transmission and reception operations of MAC CE (control element). PHY signaling may refer to the transmission and reception operations of control information (e.g., DCI (downlink control information), UCI (uplink control information), SCI (sidelink control information)).

[0054] In the present disclosure, "setting an operation (e.g., a transmission operation)" may mean that "setting information for said operation (e.g., an information element, a parameter)" and / or "information directing the performance of said operation" is signaled. "Setting an information element (e.g., a parameter)" may mean that said information element is signaled. In the present disclosure, "signal and / or channel" may mean a signal, a channel, or "signal and channel," and "signal" may be used to mean "signal and / or channel." In the present disclosure, "time" and "time point" may be used interchangeably. "Time" may be interpreted as a time or a time point depending on the context, and "time point" may be interpreted as a time point or a time depending on the context.

[0055] In the present disclosure, a phrase containing "~ case (e.g., when ~)" may be expressed as a phrase containing "~ based on (e.g., based on ~)" or a phrase containing "~ in response to (e.g., in response to ~)". In other words, a phrase containing "~ case" may be interpreted as identical or similar to a phrase containing "~ based on" or a phrase containing "~ in response to".

[0056] The communication networks to which the embodiments are applied are not limited to those described below, and the embodiments may be applied to various communication networks (e.g., 4G communication networks, 5G communication networks, and / or 6G communication networks). Here, the term "communication network" may be used interchangeably with "communication system."

[0057] FIG. 1 is a conceptual diagram illustrating embodiments of a communication system.

[0058] Referring to FIG. 1, the communication system (100) may include a plurality of communication nodes (110-1, 110-2, 110-3, 120-1, 120-2, 130-1, 130-2, 130-3, 130-4, 130-5, 130-6). Additionally, the communication system (100) may further include a core network (e.g., an S-GW (serving-gateway), a P-GW (PDN (packet data network)-gateway), and an MME (mobility management entity)). If the communication system (100) is a 5G communication system (e.g., a new radio (NR) system), the core network may include an AMF (access and mobility management function), a UPF (user plane function), an SMF (session management function), etc.

[0059] Multiple communication nodes (110 to 130) can support communication protocols defined in 3GPP (3rd generation partnership project) standards (e.g., LTE communication protocol, LTE-A communication protocol, NR communication protocol, etc.). Multiple communication nodes (110 to 130) can support CDMA (code division multiple access) technology, WCDMA (wideband CDMA) technology, TDMA (time division multiple access) technology, FDMA (frequency division multiple access) technology, OFDM (orthogonal frequency division multiplexing) technology, Filtered OFDM technology, CP (cyclic prefix)-OFDM technology, DFT-s-OFDM (discrete Fourier transform-spread-OFDM) technology, OFDMA (orthogonal frequency division multiple access) technology, SC (single carrier)-FDMA technology, NOMA (non-orthogonal multiple access) technology, GFDM (generalized frequency division multiplexing) technology, FBMC (filter bank multi-carrier) technology, UFMC (universal filtered multi-carrier) technology, SDMA (space division multiple access) technology, etc. Each of the multiple communication nodes may have the following structure.

[0060] FIG. 2 is a block diagram illustrating embodiments of communication nodes constituting a communication system.

[0061] Referring to FIG. 2, the communication node (200) may include at least one processor (210), a memory (220), and a transceiver (230) that is connected to a network to perform communication. Additionally, the communication node (200) may further include an input interface device (240), an output interface device (250), a storage device (260), etc. Each component included in the communication node (200) may be connected by a bus (270) to communicate with one another.

[0062] The processor (210) can execute a program command stored in at least one of the memory (220) and the storage device (260). The processor (210) may mean a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which the methods according to embodiments of the present disclosure are performed. Each of the memory (220) and the storage device (260) may be composed of at least one of a volatile storage medium and a non-volatile storage medium. For example, the memory (220) may be composed of at least one of read-only memory (ROM) and random access memory (RAM).

[0063] Referring again to FIG. 1, the communication system (100) may include a plurality of base stations (110-1, 110-2, 110-3, 120-1, 120-2) and a plurality of terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6). Each of the first base station (110-1), the second base station (110-2), and the third base station (110-3) may form a macro cell. Each of the fourth base station (120-1) and the fifth base station (120-2) may form a small cell. The fourth base station (120-1), the third terminal (130-3), and the fourth terminal (130-4) may be located within the cell coverage of the first base station (110-1). The second terminal (130-2), the fourth terminal (130-4), and the fifth terminal (130-5) may be located within the cell coverage of the second base station (110-2). The fifth base station (120-2), the fourth terminal (130-4), the fifth terminal (130-5), and the sixth terminal (130-6) may be located within the cell coverage of the third base station (110-3). The first terminal (130-1) may be located within the cell coverage of the fourth base station (120-1). The sixth terminal (130-6) may be located within the cell coverage of the fifth base station (120-2).

[0064] Here, each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be referred to as NB (NodeB), eNB (evolved NodeB), gNB, ABS (advanced base station), HR-BS (high reliability-base station), BTS (base transceiver station), radio base station, radio transceiver, access point, access node, RAS (radio access station), MMR-BS (mobile multihop relay-base station), RS (relay station), ARS (advanced relay station), HR-RS (high reliability-relay station), HNB (home NodeB), HeNB (home eNodeB), RSU (road side unit), RRH (radio remote head), TP (transmission point), TRP (transmission and reception point), etc.

[0065] Each of the multiple terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) may be referred to as UE (user equipment), TE (terminal equipment), AMS (advanced mobile station), HR-MS (high reliability-mobile station), terminal, access terminal, mobile terminal, station, subscriber station, mobile station, portable subscriber station, node, device, OBU (on board unit), etc.

[0066] Meanwhile, each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may operate in different frequency bands or in the same frequency band. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be connected to each other via an ideal backhaul link or a non-ideal backhaul link, and may exchange information with each other via an ideal backhaul link or a non-ideal backhaul link. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be connected to a core network via an ideal backhaul link or a non-ideal backhaul link. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) can transmit a signal received from the core network to the corresponding terminal (130-1, 130-2, 130-3, 130-4, 130-5, 130-6), and can transmit a signal received from the corresponding terminal (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) to the core network.

[0067] In addition, each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) can support MIMO transmission (e.g., SU (single user)-MIMO, MU (multi user)-MIMO, massive MIMO, etc.), CoMP (coordinated multipoint) transmission, carrier aggregation (CA) transmission, transmission in an unlicensed band, sidelink communication (e.g., D2D (device to device communication), ProSe (proximity services)), IoT (Internet of Things) communication, dual connectivity (DC), etc. Here, each of the plurality of terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) can perform an operation corresponding to the base station (110-1, 110-2, 110-3, 120-1, 120-2) and an operation supported by the base station (110-1, 110-2, 110-3, 120-1, 120-2). For example, the second base station (110-2) can transmit a signal to the fourth terminal (130-4) based on the SU-MIMO method, and the fourth terminal (130-4) can receive a signal from the second base station (110-2) based on the SU-MIMO method. Alternatively, the second base station (110-2) can transmit a signal to the fourth terminal (130-4) and the fifth terminal (130-5) based on the MU-MIMO method, and each of the fourth terminal (130-4) and the fifth terminal (130-5) can receive a signal from the second base station (110-2) by the MU-MIMO method.

[0068] Each of the first base station (110-1), the second base station (110-2), and the third base station (110-3) can transmit a signal to the fourth terminal (130-4) based on the CoMP method, and the fourth terminal (130-4) can receive a signal from the first base station (110-1), the second base station (110-2), and the third base station (110-3) by the CoMP method. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) can transmit and receive signals based on the CA method with terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) within its cell coverage area. Each of the first base station (110-1), the second base station (110-2), and the third base station (110-3) can control sidelink communication between the fourth terminal (130-4) and the fifth terminal (130-5), and each of the fourth terminal (130-4) and the fifth terminal (130-5) can perform sidelink communication by controlling each of the second base station (110-2) and the third base station (110-3).

[0069] Meanwhile, communication nodes performing communication in a communication network may be configured as follows. The communication node shown in FIG. 3 may be a specific embodiment of the communication node shown in FIG. 2.

[0070] FIG. 3 is a block diagram illustrating embodiments of communication nodes performing communication.

[0071] Referring to FIG. 3, the first communication node (300a) and the second communication node (300b) may each be a base station or a UE. The first communication node (300a) may transmit a signal to the second communication node (300b). A transmission processor (311) included in the first communication node (300a) may receive data (e.g., a data unit) from a data source (310). The transmission processor (311) may receive control information from a controller (316). The control information may include at least one of system information, RRC setting information (e.g., information set by RRC signaling), MAC control information (e.g., MAC CE), or PHY control information (e.g., DCI, SCI).

[0072] The transmitting processor (311) can generate data symbol(s) by performing processing operations on data (e.g., encoding operations, symbol mapping operations, etc.). The transmitting processor (311) can generate control symbol(s) by performing processing operations on control information (e.g., encoding operations, symbol mapping operations, etc.). Additionally, the transmitting processor (311) can generate synchronization / reference symbol(s) for synchronization signals and / or reference signals.

[0073] The Tx MIMO processor (312) can perform spatial processing operations (e.g., precoding operations) on data symbol(s), control symbol(s), and / or synchronization / reference symbol(s). The output of the Tx MIMO processor (312) (e.g., a symbol stream) can be provided to modulators (MODs) included in transceivers (313a to 313t). The modulators (MODs) can perform processing operations on the symbol stream to generate modulated symbols and perform additional processing operations on the modulated symbols (e.g., analog conversion operations, amplification operations, filtering operations, up-conversion operations) to generate signals. The signals generated by the modulators (MODs) of the transceivers (313a to 313t) can be transmitted through antennas (314a to 314t).

[0074] Signals transmitted by the first communication node (300a) can be received at the antennas (364a to 364r) of the second communication node (300b). Signals received at the antennas (364a to 364r) can be provided to demodulators (DEMODs) included in the transceivers (363a to 363r). The demodulators (DEMODs) can obtain samples by performing processing operations on the signals (e.g., filtering, amplification, down-conversion, digital conversion). The demodulators (DEMODs) can obtain symbols by performing additional processing operations on the samples. The MIMO detector (362) can perform MIMO detection operations on the symbols. The receiving processor (361) can perform processing operations on the symbols (e.g., deinterleaving, decoding). The output of the receiving processor (361) can be provided to the data sink (360) and the controller (366). For example, data can be provided to the data sink (360), and control information can be provided to the controller (366).

[0075] Meanwhile, the second communication node (300b) can transmit a signal to the first communication node (300a). The transmission processor (368) included in the second communication node (300b) can receive data (e.g., a data unit) from the data source (367) and can generate data symbol(s) by performing a processing operation on the data. The transmission processor (368) can receive control information from the controller (366) and can generate control symbol(s) by performing a processing operation on the control information. Additionally, the transmission processor (368) can generate reference symbol(s) by performing a processing operation on a reference signal.

[0076] The Tx MIMO processor (369) can perform spatial processing operations (e.g., precoding operations) on data symbol(s), control symbol(s), and / or reference symbol(s). The output of the Tx MIMO processor (369) (e.g., a symbol stream) can be provided to modulators (MODs) included in transceivers (363a to 363t). The modulators (MODs) can perform processing operations on the symbol stream to generate modulated symbols and perform additional processing operations on the modulated symbols (e.g., analog conversion operations, amplification operations, filtering operations, up-conversion operations) to generate signals. The signals generated by the modulators (MODs) of the transceivers (363a to 363t) can be transmitted through antennas (364a to 364t).

[0077] Signals transmitted by the second communication node (300b) can be received at the antennas (314a to 314r) of the first communication node (300a). Signals received at the antennas (314a to 314r) can be provided to demodulators (DEMODs) included in the transceivers (313a to 313r). The demodulators (DEMODs) can obtain samples by performing processing operations on the signals (e.g., filtering operation, amplification operation, down-conversion operation, digital conversion operation). The demodulators (DEMODs) can obtain symbols by performing additional processing operations on the samples. The MIMO detector (320) can perform MIMO detection operations on the symbols. The receiving processor (319) can perform processing operations on the symbols (e.g., deinterleaving operation, decoding operation). The output of the receiving processor (319) can be provided to the data sink (318) and the controller (316). For example, data can be provided to the data sink (318), and control information can be provided to the controller (316).

[0078] The memories (315 and 365) may store data, control information, and / or program code. The scheduler (317) may perform scheduling operations for communication. The processors (311, 312, 319, 361, 368, 369) and controllers (316, 366) shown in FIG. 3 may be the processor (210) shown in FIG. 2 and may be used to perform the methods described in this disclosure.

[0079] FIG. 4a is a block diagram illustrating embodiments of a transmission path, and FIG. 4b is a block diagram illustrating embodiments of a reception path.

[0080] Referring to FIGS. 4a and 4b, a transmission path (410) may be implemented at a communication node that transmits a signal, and a reception path (420) may be implemented at a communication node that receives a signal. The transmission path (410) may include a channel coding and modulation block (411), an S-to-P (serial-to-parallel) block (412), an N IFFT (Inverse Fast Fourier Transform) block (413), a P-to-S (parallel-to-serial) block (414), a CP (cyclic prefix) addition block (415), and an UC (up-converter) (UC) (416). The reception path (420) may include a DC (down-converter) (421), a CP removal block (422), an S-to-P block (423), an N FFT block (424), a P-to-S block (425), and a channel decoding and demodulation block (426). Here, N can be a natural number.

[0081] Information bits in the transmission path (410) can be input to the channel coding and modulation block (411). The channel coding and modulation block (411) can perform coding operations (e.g., LDPC (low-density parity check) (LDPC) coding operations, polar coding operations, etc.) and modulation operations (e.g., QPSK (Quadrature Phase Shift Keying), QAM (Quadrature Amplitude Modulation), etc.) on the information bits. The output of the channel coding and modulation block (411) may be a sequence of modulation symbols.

[0082] The S-to-P block (412) can convert modulated symbols in the frequency domain into parallel symbol streams to generate N parallel symbol streams. N can be the IFFT size or the FFT size. The N IFFT block (413) can generate signals in the time domain by performing an IFFT operation on the N parallel symbol streams. The P-to-S block (414) can convert the output of the N IFFT block (413) (e.g., parallel signals) into a serial signal to generate a serial signal.

[0083] The CP addition block (415) can insert CP into the signal. The UC (416) can up-convert the frequency of the output of the CP addition block (415) to an RF (radio frequency) frequency. Additionally, the output of the CP addition block (415) can be filtered in the baseband before up-conversion.

[0084] A signal transmitted from the transmission path (410) can be input to the reception path (420). The operation in the reception path (420) may be the inverse operation of the operation in the transmission path (410). The DC (421) may down-convert the frequency of the received signal to a baseband frequency. The CP removal block (422) may remove CP from the signal. The output of the CP removal block (422) may be a serial signal. The S-to-P block (423) may convert the serial signal into parallel signals. The N FFT block (424) may generate N parallel signals by performing an FFT algorithm. The P-to-S block (425) may convert the parallel signals into a sequence of modulation symbols. The channel decoding and demodulation block (426) may perform a demodulation operation on the modulation symbols and perform a decoding operation on the result of the demodulation operation to restore the data.

[0085] In FIGS. 4a and 4b, Discrete Fourier Transform (DFT) and Inverse DFT (IDFT) may be used instead of FFT and IFFT. In FIGS. 4a and 4b, each of the blocks (e.g., components) may be implemented by at least one of hardware, software, or firmware. For example, in FIGS. 4a and 4b, some blocks may be implemented by software, and the remaining blocks may be implemented by hardware or a "combination of hardware and software." In FIGS. 4a and 4b, one block may be subdivided into multiple blocks, multiple blocks may be integrated into one block, some blocks may be omitted, and blocks supporting other functions may be added.

[0086] FIG. 5 is a conceptual diagram illustrating embodiments of a system frame in a communication system.

[0087] Referring to FIG. 5, time resources in a communication system can be divided into frames. For example, system frames can be set consecutively in the time domain of the communication system. The length of a system frame can be 10 ms (millisecond). The system frame number (SFN) can be set from #0 to #1023. In this case, 1024 system frames can be repeated in the time domain of the communication system. For example, the SFN of a system frame after system frame #1023 can be #0.

[0088] A single system frame may contain two half frames. The length of a single half frame may be 5ms. A half frame located at the beginning of the system frame may be referred to as "Half Frame #0", and a half frame located at the end of the system frame may be referred to as "Half Frame #1". A system frame may contain 10 subframes. The length of a single subframe may be 1ms. Within a single system frame, the 10 subframes may be referred to as "Subframe #0-9".

[0089] FIG. 6 is a conceptual diagram illustrating embodiments of subframes in a communication system.

[0090] Referring to FIG. 6, one subframe may include n slots, where n is a natural number. Thus, one subframe may consist of one or more slots.

[0091] FIG. 7 is a conceptual diagram illustrating embodiments of slots in a communication system.

[0092] Referring to FIG. 7, a slot may contain one or more symbols. A slot illustrated in FIG. 7 may contain 14 symbols. The length of the slot may vary depending on the number of symbols included in the slot and the length of the symbols. Alternatively, the length of the slot may vary depending on the numerology.

[0093] Numerals applied to physical signals and channels in a communication system may be variable. Numerals may be variable to meet various technical requirements of the communication system. In a communication system where CP (cyclic prefix) based OFDM waveform technology is applied, numerals may include subcarrier spacing and CP length (or CP type). Table 1 may be a first embodiment of a method for configuring numerals for a CP-OFDM based communication system. Depending on the frequency band in which the communication system operates, at least some of the numerals in Table 1 may be supported. Additionally, numerals not listed in Table 1 may be further supported in the communication system.

[0094]

[0095] When the subcarrier spacing is 15 kHz (e.g., μ=0), the slot length may be 1 ms. In this case, one system frame may contain 10 slots. When the subcarrier spacing is 30 kHz (e.g., μ=1), the slot length may be 0.5 ms. In this case, one system frame may contain 20 slots.

[0096] When the subcarrier spacing is 60 kHz (e.g., μ=2), the slot length may be 0.25 ms. In this case, one system frame may contain 40 slots. When the subcarrier spacing is 120 kHz (e.g., μ=3), the slot length may be 0.125 ms. In this case, one system frame may contain 80 slots. When the subcarrier spacing is 240 kHz (e.g., μ=4), the slot length may be 0.0625 ms. In this case, one system frame may contain 160 slots.

[0097] The symbol can be set as a downlink (DL) symbol, a flexible (FL) symbol, or an uplink (UL) symbol. A slot consisting only of a DL symbol may be referred to as a "DL slot," a slot consisting only of an FL symbol may be referred to as an "FL slot," and a slot consisting only of a UL symbol may be referred to as an "UL slot."

[0098] The slot format can be semi-fixed by upper-layer signaling (e.g., RRC signaling). Information indicating the semi-fixed slot format may be included in system information, and the semi-fixed slot format can be set cell-specifically. Additionally, the semi-fixed slot format can be additionally set per terminal through terminal-specific upper-layer signaling (e.g., RRC signaling). The flexible symbols of the cell-specific slot format can be overridden as downlink symbols or uplink symbols by the terminal-specific upper-layer signaling. Furthermore, the slot format can be dynamically indicated by physical layer signaling (e.g., the SFI (slot format indicator) included in the DCI). The semi-fixed slot format can be overridden by the dynamically indicated slot format. For example, the semi-fixed flexible symbols can be overridden as downlink symbols or uplink symbols by the SFI.

[0099] The reference signal may be a CSI-RS (channel state information-reference signal), SRS (sounding reference signal), DM-RS (demodulation-reference signal), PT-RS (phase tracking-reference signal), etc. The channel may be a PBCH (physical broadcast channel), PDCCH (physical downlink control channel), PDSCH (physical downlink shared channel), PUCCH (physical uplink control channel), PUSCH (physical uplink shared channel), PSCCH (physical sidelink control channel), PSSCH (physical sidelink shared channel), etc. In the present disclosure, the control channel may mean PDCCH, PUCCH, or PSCCH, and the data channel may mean PDSCH, PUSCH, or PSSCH.

[0100] FIG. 8 is a conceptual diagram illustrating embodiments of time-frequency resources in a communication system.

[0101] Referring to FIG. 8, a resource consisting of one symbol (e.g., an OFDM symbol) in the time domain and one subcarrier in the frequency domain can be defined as a "RE (resource element)." A resource consisting of one OFDM symbol in the time domain and K subcarriers in the frequency domain can be defined as a "REG (resource element group)." A REG can include K REs. A REG can be used as the basic unit of resource allocation in the frequency domain. K can be a natural number. For example, K can be 12. N can be a natural number. In the slot illustrated in FIG. 7, N can be 14. N OFDM symbols can be used as the basic unit of resource allocation in the time domain.

[0102] In the present disclosure, RB may mean a common RB (CRB). Alternatively, RB may mean a PRB or a virtual RB (VRB). In a communication system, a CRB may mean an RB that constitutes a set of consecutive RBs (e.g., a common RB grid) based on a reference frequency (e.g., point A). A carrier and / or bandwidth portion may be placed on the common RB grid. That is, the carrier and / or bandwidth portion may be composed of CRB(s). An RB or CRB constituting the bandwidth portion may be referred to as a PRB, and within the bandwidth portion, a CRB index may be appropriately converted to a PRB index.

[0103] Downlink data may be transmitted via PDSCH. A base station may transmit configuration information of the PDSCH (e.g., scheduling information) to a terminal via PDCCH. A terminal may obtain the configuration information of the PDSCH by receiving the PDCCH (e.g., downlink control information (DCI)). For example, the configuration information of the PDSCH may include a modulation coding scheme (MCS) used for transmitting and receiving the PDSCH, time resource information of the PDSCH, frequency resource information of the PDSCH, feedback resource information for the PDSCH, etc. PDSCH may refer to a radio resource where downlink data is transmitted and received. Alternatively, PDSCH may refer to the downlink data itself. PDCCH may refer to a radio resource where downlink control information (e.g., DCI) is transmitted and received. Alternatively, PDCCH may refer to the downlink control information itself.

[0104] The terminal may perform a monitoring operation for the PDCCH to receive the PDSCH transmitted from the base station. The base station may notify the terminal of configuration information for the monitoring operation of the PDCCH using a higher-layer message (e.g., a radio resource control (RRC) message). The configuration information for the monitoring operation of the PDCCH may include CORESET (control resource set) information and search space information.

[0105] CORESET information may include PDCCH DMRS (demodulation reference signal) information, PDCCH precoding information, PDCCH occasion information, etc. The PDCCH DMRS may be a DMRS used to demodulate the PDCCH. A PDCCH occasion may be an area where the PDCCH can exist. That is, a PDCCH occasion may be an area where DCI can be transmitted. A PDCCH occasion may be referred to as a PDCCH candidate. PDCCH occasion information may include time resource information and frequency resource information of the PDCCH occasion. In the time domain, the length of the PDCCH occasion may be indicated in symbol units. In the frequency domain, the size of the PDCCH occasion may be indicated in RB units (e.g., PRB (physical resource block) units or CRB (common resource block) units).

[0106] The search space information may include a CORESET ID (identifier) ​​associated with the search space, the period of PDCCH monitoring, and / or an offset. The period and offset of PDCCH monitoring may each be specified in slot units. Additionally, the search space information may further include the index of the symbol where the PDCCH monitoring operation begins.

[0107] A base station may configure a Bandwidth Part (BWP) for downlink communication. BWPs may be configured differently for each terminal. The base station may notify the terminal of the BWP configuration information using upper-layer signaling. Upper-layer signaling may refer to "transmission operations of system information" and / or "transmission operations of Radio Resource Control (RRC) messages." One or more BWPs may be configured for a single terminal. The terminal may receive BWP configuration information from the base station and identify the BWP(s) configured by the base station based on the BWP configuration information. If multiple BWPs are configured for downlink communication, the base station may activate one or more of the multiple BWPs. The base station may transmit the configuration information of the activated BWP(s) to the terminal using at least one of upper-layer signaling, a Medium Access Control (MAC) Control Element (CE), or a DCI. The base station may perform downlink communication using the activated BWP(s). The terminal can identify the activated BWP(s) by receiving configuration information of the activated BWP(s) from the base station, and can perform a downlink reception operation on the activated BWP(s).

[0108] Meanwhile, communication systems (e.g., NR communication systems, 5G communication systems, 6G communication systems) can support usage scenarios such as eMBB (enhanced Mobile BroadBand), URLLC (Ultra Reliable Low Latency Communication), and mMTC (massive Machine Type Communication). Communication systems (e.g., communication networks) can support SBFD (subband full duplex) operation.

[0109] A communication system may support the time division duplexing (TDD) method. In a communication system that supports the TDD method (hereinafter referred to as the "TDD communication system"), DL (downlink) symbol(s) and UL (uplink) symbol(s) may be set in different time resources within a single carrier. DL symbols and UL symbols may be associated with coverage and / or latency. In a TDD communication system, the base station can utilize resources more efficiently than the frequency division duplexing (FDD) method by considering various use cases. Resource scheduling operations of the base station in a TDD communication system may be important. For enhanced TDD operation, SBFD operations (e.g., SBFD method) may be supported. If SBFD operations are supported in a TDD communication system, DL communication (e.g., transmission and reception of DL signals) and UL communication (e.g., transmission and reception of UL signals) may be performed simultaneously within the same time resource. For example, within the same time resource, some subbands may be DL subbands, and other subbands may be UL subbands and / or FL subbands. In this disclosure, the DL signal may be interpreted as a DL signal, a DL channel, or "DL signal and DL channel" depending on the context. In this disclosure, the UL signal may be interpreted as a UL signal, a UL channel, or "UL signal and UL channel" depending on the context.

[0110] Symbols to which SBFD operations are applied may be referred to as SBFD symbols. Symbols to which SBFD operations are not applied may be referred to as N(non)-SBFD symbols. N-SBFD symbols may be DL symbols, UL symbols, or FL symbols. In an SBFD symbol, the terminal can perform DL communication and UL communication. In other words, in an SBFD symbol, the terminal can perform full-duplex operation. The base station may assume that DL communication and UL communication are possible in an SBFD symbol. In an N-SBFD symbol, the terminal can perform one of DL communication and UL communication. In other words, in an N-SBFD symbol, the terminal can perform half-duplex operation. An SBFD symbol may be a symbol that includes a subband to which SBFD operations are performed. The subband for SBFD may be referred to or interpreted as a UL subband. The UL subband can exist (e.g., be configured) within the symbol where the SSB (synchronization signal block) is transmitted.

[0111] Resources for SBFD operation (e.g., time resources and / or frequency resources) may be configured in a semi-static manner. In other words, the configuration for SBFD resources may be a semi-static configuration. "That the SBFD resource configuration is a semi-static configuration" may mean that the SBFD resource is configured by semi-static signaling (e.g., system information, RRC messages). In this disclosure, SBFD resources may refer to time resources and / or frequency resources for SBFD operation. UL subbands for SBFD may be SBFD resources. Alternatively, SBFD resources may be configured in a dynamic manner. "That the SBFD resource configuration is a dynamic configuration" may mean that the SBFD resource is configured by dynamic signaling (e.g., MAC CE, DCI, SCI).

[0112] SBFD resources (e.g., UL subband, SBFD symbol) may be configured within DL resources and / or FL (flexible) resources configured by TDD-UL-DL configuration common information (e.g., TDD-UL-DL-configCommon). In the time domain, the transition point from an N-SBFD symbol to an SBFD symbol may be limited to one. In the time domain, the transition point from an SBFD symbol to an N-SBFD symbol may be limited to one. Regarding the resource configuration of a subband for SBFD, it may be desirable for the terminal to be aware of the resource configuration information of the subband for SBFD in advance.

[0113] TDD-UL-DL configuration common information can be used to configure patterns (e.g., TDD-UL-DL-Pattern) for DL ​​resources and / or UL resources in the time domain of a TDD communication system. Patterns for DL ​​resources and / or UL resources may be referred to as UL / DL patterns. UL / DL patterns may change depending on the environment of the communication system (e.g., TDD communication system). Up to two UL / DL patterns may be configured on a terminal. TDD-UL-DL configuration common information may be cell-specific parameters (e.g., cell-specific configuration information). The base station may change the configuration for symbol(s) (e.g., transmission direction, type) on a terminal-by-terminal basis based on a specific slot within a preset UL / DL pattern. The slot where the symbol configuration (e.g., symbol direction, symbol type) can be changed may be a slot configured as an FL resource by the TDD-UL-DL configuration common information. The symbol direction (e.g., symbol transmission direction) and / or symbol type may be DL, UL, or FL. The RRC signaling used to change the configuration of an FL slot (e.g., FL resource) may be TDD-UL-DL configuration-dedicated information (e.g., TDD-UL-DL-ConfigDedicated). Table 2 may be TDD-UL-DL configuration common information, and Tables 3 and 4 may be TDD-UL-DL configuration-dedicated information.

[0114]

[0115]

[0116]

[0117] The UL / DL pattern, configured by the common information of the TDD-UL-DL configuration, may be repeated according to a specific period (e.g., dl-UL-TransmissionPeriodicity). In the time interval where the UL / DL pattern is applied, the leading portion may be configured as a DL resource. In the time interval where the UL / DL pattern is applied, the trailing portion may be configured as a UL resource. Resources that are not configured as DL or UL resources in the time interval where the UL / DL pattern is applied may be FL resources. The period of the UL / DL pattern may vary depending on the reference numerology. A guard time (e.g., a guard gap) may be required for switching (e.g., transition) from a DL resource (e.g., DL symbol / slot) to a UL resource (e.g., UL symbol / slot). Since the propagation delay of the DL signal causes interference to the UL resource, a guard time may be required for switching from a DL resource to a UL resource. A separate guard time may not be required for switching from UL resources to DL resources. Since UL signals are transmitted based on TAC (timing advance command) directed by the base station, a guard time may not be required for switching from UL resources to DL resources.

[0118] TDD-UL-DL configuration common information (e.g., TDD-UL-DL-ConfigCommon) may be referred to as "TDD Common" or "TDD Common Information". TDD-UL-DL configuration dedicated information (e.g., TDD-UL-DL-ConfigDedicated) may be referred to as "TDD Dedicated" or "TDD Dedicated Information". UL subband may refer to a subband for SBFD. DL symbol(s) and / or DL ​​slot(s) may be referred to as DL area(or DL ​​resource). UL symbol(s) and / or UL slot(s) may be referred to as UL area(or UL resource). FL symbol(s) and / or FL slot(s) may be referred to as FL area(or FL resource). A terminal that supports (e.g. recognizes) SBFD operation may be referred to as an SBFD terminal or SBFD UE. A terminal that does not support (e.g., does not recognize) SBFD operation may be referred to as an N(non)-SBFD terminal or an N-SBFD UE. An N-SBFD terminal may be a legacy terminal (e.g., a legacy UE). In this disclosure, a terminal may be interpreted as an SBFD terminal and / or an N-SBFD terminal depending on the context. Legacy settings (e.g., legacy information, legacy settings information) may be information for an N-SBFD terminal.

[0119] An SBFD resource may be located adjacent to (e.g., contiguously) an N-SBFD resource. An SBFD resource may refer to an SBFD symbol and / or an SBFD slot. An N-SBFD resource may refer to an N-SBFD symbol and / or an N-SBFD slot. SBFD symbols and N-SBFD symbols may be located contiguously or discontinuously within a single slot. In slots (e.g., adjacent slots, contiguous slots), SBFD symbols and N-SBFD symbols may exist adjacently. The types of adjacent symbols (e.g., SBFD symbols or N-SBFD symbols) may be the same or different. The operation of the terminal may vary based on the types of adjacent symbols (e.g., the same symbol type or different symbol types).

[0120] A communication system supporting SBFD may support two SBFD configurations (e.g., SBFD configuration 1, SBFD configuration 2). SBFD configuration 1 may be referred to as configuration 1, SBFD transmission configuration 1, or SBFD configuration 1 transmission. SBFD configuration 2 may be referred to as configuration 2, SBFD transmission configuration 2, or SBFD configuration 2 transmission. If SBFD configuration 1 is configured on a terminal (e.g., indicated), the terminal may perform communication (e.g., downlink communication and / or uplink communication) using the same symbol type (e.g., SBFD symbol or N-SBFD symbol). If SBFD configuration 2 is configured on a terminal (e.g., indicated), the terminal may perform communication (e.g., downlink communication and / or uplink communication) using different symbol types (e.g., SBFD symbol and N-SBFD symbol). An SBFD terminal may operate based on one of SBFD settings, SBFD setting 1 and SBFD setting 2. Among SBFD setting 1 and SBFD setting 2, SBFD setting 1 may be the default setting. For example, if there is no separate instruction for an SBFD setting, the SBFD terminal may operate based on SBFD setting 1. If the base station instructs the terminal to SBFD setting 2 (for example, if SBFD setting 2 is enabled), the SBFD terminal may operate based on SBFD setting 2.

[0121] Symbol types may be classified into SBFD symbols and N-SBFD symbols. Depending on the context, a symbol type may be interpreted as a symbol having the said symbol type (e.g., a resource). In the present disclosure, uplink communication (e.g., uplink transmission) may include PUCCH transmission (e.g., PUCCH repeated transmission), PUSCH transmission (e.g., PUSCH repeated transmission), and / or UL RS (reference signal) transmission (e.g., SRS transmission).

[0122] Meanwhile, various methods regarding the transmission operation and resource configuration of physical channels related to uplink and downlink transmission in different symbol types are being discussed. As one of these discussions, a method in which a terminal performs transmission or reception using pre-configured resources can be considered. For example, a terminal can transmit a scheduling request from a base station using pre-configured PUCCH resources. The terminal can obtain resource information required for data transmission (e.g., pre-configured resource information), such as PUSCH transmission based on a configured grant (CG), and can transmit uplink signals / channels (e.g., UL data) using the pre-configured resources. According to this method, the terminal can perform a transmission operation based on pre-configured resources even without receiving a dynamic resource allocation signal.

[0123] Pre-configured resources may be configured across different symbol types, and the operation of the terminal may vary depending on the operation settings according to the symbol types. In an embodiment to which SBFD setting 1 is applied, the terminal may perform transmission or reception for resources having a single symbol type. In an embodiment to which SBFD setting 1 is applied, the constraints on terminal operation may be greater than the constraints on terminal operation in an embodiment to which SBFD setting 2 is applied. Additional problems may arise due to these constraints. In a situation where a base station is configured to perform transmission or reception using resources corresponding to a specific symbol type according to SBFD setting 1, if some of the resources available for signal transmission (e.g., data transmission) do not correspond to the specific symbol type, signal transmission may be delayed.

[0124] The present disclosure proposes a method for solving the above-mentioned problem, and for convenience of explanation, embodiments of the present disclosure will be described with a focus on the PUCCH for SR transmission among resources that can be pre-set (e.g., CG PUSCH and PUCCH for SR transmission (PUCCH for SR)). The PUCCH for SR transmission may be referred to as the SR PUCCH. In the present disclosure, SR transmission may include repeated SR transmission and / or SR retransmission. If SR transmission fails, the terminal may retransmit the SR. "Shortcoming of SR transmission" may mean "not receiving a UL grant in response to the SR." If a UL grant is not received in response to the SR, the terminal may retransmit the SR to the base station. A UL grant may refer to a DCI containing UL scheduling information (e.g., UL resource allocation information). A DCI containing UL scheduling information can schedule UL communication.

[0125] Embodiments of the present disclosure may be applied in the same or similar manner to SR PUCCH (e.g., SR PUCCH transmission) as well as to other uplink channels utilizing preset resources (e.g., other uplink transmission). Some or all of the methods proposed in the present disclosure may be extended to downlink channels (e.g., downlink signal, downlink transmission) as well as uplink channels (e.g., uplink signal, uplink transmission). The methods proposed in the present disclosure may be applied to at least one of an embodiment to which SBFD setting 1 is applied or an embodiment to which SBFD setting 2 is applied. The methods proposed in the present disclosure may be applied to both an embodiment to which SBFD setting 1 is applied and an embodiment to which SBFD setting 2 is applied.

[0126] A base station can pre-configure SR PUCCH resources to a terminal through signaling (e.g., RRC signaling, RRC configuration). The terminal can receive configuration information for SR PUCCH resources (e.g., SR PUCCH configuration information) through the base station's signaling. The SR PUCCH resources configured by the base station may have periodicity. In other words, the SR PUCCH resources may be configured periodically. For example, the period of the SR PUCCH resources (e.g., SR PUCCH period) may be N symbols or M slots. N may be a natural number. For example, N may be 2, 6, or 7. M may be a natural number. For example, M may be 2, 4, 5, 8, or 10. Information regarding the SR PUCCH period (e.g., N and / or M) may be included in the SR PUCCH configuration information.

[0127] An SR PUCCH may have PUCCH format 0 or PUCCH format 1. An SR PUCCH with PUCCH format 0 (e.g., an SR PUCCH resource) may be set on one or two symbols. An SR PUCCH with PUCCH format 1 (e.g., an SR PUCCH resource) may be set on multiple symbols (e.g., four to fourteen symbols). The start time of an SR PUCCH may vary depending on the PUCCH format. An SR PUCCH with PUCCH format 0 may start at a symbol between symbol #0 and symbol #11. An SR PUCCH with PUCCH format 1 may start at a symbol between symbol #0 and symbol #10. An SR PUCCH (e.g., a legacy SR PUCCH) may be set regardless of the symbol type (e.g., SBFD symbol or N-SBFD symbol). SBFD symbols can be set sequentially based on the TDD pattern cycle. An SBFD symbol can be set at any symbol within a slot (e.g., position, start).

[0128] Figures 9a and 9b are conceptual diagrams illustrating SR PUCCH settings in a communication system supporting SBFD.

[0129] Referring to FIGS. 9a and 9b, an SR PUCCH can be set regardless of the symbol type. In other words, an SR PUCCH can be set on SBFD symbols and N-SBFD symbols. An SR PUCCH set only on SBFD symbols, an SR PUCCH set only on N-SBFD symbols, and / or an SR PUCCH set across SBFD symbols and N-SBFD symbols may exist. The terminal can determine whether to perform an SR transmission on the SR PUCCH based on SBFD settings and / or instructions from the base station.

[0130] In a communication system that supports SBFD, SBFD setting 1 may be the default setting. If the base station does not instruct the terminal to set SBFD 2 (e.g., if SBFD setting 2 is not enabled), SBFD setting 1 may be applied. If the base station instructs the terminal to set SBFD 2 (e.g., if SBFD setting 2 is enabled), SBFD setting 2 may be applied. In a scenario where SBFD setting 1 is applied, if the base station instructs the terminal to transmit an SR on an SR PUCCH set only in N-SBFD symbols (e.g., set), the terminal may not expect to transmit an SR on an SR PUCCH set in symbols containing at least one SBFD symbol (e.g., an SR PUCCH set only in SBFD symbols and / or an SR PUCCH set across N-SBFD symbols and SBFD symbols). The operation described above may be an operation based on the embodiment illustrated in FIG. 9b.

[0131] In the above-described situation, if there are many SR PUCCH resources set in SBFD symbols, the SR transmission of the terminal may be delayed when SR transmission is required. In other words, when many SBFD symbols are set consecutively in the time domain, the number of SR PUCCH resources set only in N-SBFD symbols is less than the number of SR PUCCH resources set in symbols containing at least one N-SBFD symbol, so the SR transmission of the terminal may be delayed.

[0132] When the channel between the terminal and the base station is poor, the terminal may transmit SR repeatedly. Even if a specific symbol type for which SR transmission is allowed is specified and multiple SR PUCCH resources configured for that specific symbol type exist, the number of multiple SR PUCCH resources may not be sufficient for repeated SR transmission. In this case, the terminal may not be able to perform repeated SR transmission in a timely manner. To solve the above-mentioned problem, the following methods may be proposed.

[0133] · Proposal #1

[0134] The terminal may repeatedly transmit the SR as many times as a maximum number of transmissions (e.g., sr-TransMax). The maximum number of SR transmissions (e.g., sr-TransMax) may be set to the terminal by the base station's signaling. If a specific symbol type for which SR transmission is allowed is indicated, and SR PUCCH resources set for different symbol types exist, delays in SR transmission may occur. In certain situations, the terminal may be allowed to ignore the specific symbol type for which SR transmission is allowed as indicated by the base station. In this disclosure, the symbol type for which SR transmission is allowed may be referred to as the SR-allowed symbol type. The SR-allowed symbol type may be set to the terminal by the base station's signaling. In this disclosure, "some operation allowed to the terminal" may mean "the base station instructing the terminal to perform a certain operation." The SR-allowed symbol type may indicate the symbol type for which the initial transmission of the SR (e.g., the first transmission) is allowed. Alternatively, SR-allowed symbol types may indicate the symbol types that are allowed for retransmission as well as initial transmission of the SR.

[0135] In a scenario where SBFD setting 1 is applied, if the SR-allowed symbol type is indicated as an N-SBFD symbol, the terminal can repeat the SR regardless of the SR-allowed symbol type indicated by the base station in a situation where the SR is repeated. In other words, even when the SR-allowed symbol type is indicated as an N-SBFD symbol, the terminal can perform SR repeated transmission not only in the SR PUCCH resources set in the N-SBFD symbol but also in the SR PUCCH resources set in the SBFD symbol.

[0136] In a scenario where SBFD configuration 2 is applied, the terminal can perform SR repeat transmissions on an SR PUCCH resource regardless of the symbol type. In other words, the terminal can perform SR repeat transmissions on an SR PUCCH resource configured for N-SBFD symbols, an SR PUCCH resource configured for SBFD symbols, and / or an SR PUCCH resource configured across N-SBFD symbols and SBFD symbols. In the above-described situation, if certain conditions (e.g., number of transmissions) are satisfied, the terminal can expect to transmit SR using only an SR PUCCH resource configured for one symbol type (e.g., N-SBFD symbols or SBFD symbols).

[0137] Even if a base station instructs (e.g., sets) a terminal to allow transmission or reception on a channel set for a specific symbol type, in a situation where repeated transmission is being performed, the terminal may be allowed to ignore the base station's instruction and perform repeated transmission regardless of the symbol type. In the present disclosure, "channel set for a specific symbol type" may mean "channel set (e.g., located) on a symbol(s) having a specific symbol type."

[0138] Figure 10 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0139] Referring to FIG. 10, in a scenario where SBFD setting 1 is applied, the terminal can repeatedly transmit SRs up to a maximum number of times regardless of the symbol type for which the SR PUCCH resource is set. According to Proposal #1, when SR repeated transmission is performed, the terminal can repeatedly transmit SRs regardless of the symbol type without any separate conditions (e.g., constraints). For example, the terminal can transmit SRs to the base station from the SR PUCCH resource set in the N-SBFD symbol. If SR transmission fails (e.g., if a UL grant is not received in response to the SR), the terminal can retransmit SRs to the base station from the SR PUCCH resource set in the SBFD symbol as well as the SR PUCCH resource set in the N-SBFD symbol within the maximum number of times. The maximum number of times SRs are transmitted can be set to the terminal by the signaling of the base station. The maximum number of SR transmissions in SR PUCCH resources configured for different symbol types can be set independently of the maximum number of SR transmissions in SR PUCCH resources configured for the same symbol type.

[0140] · Proposal #1-1

[0141] Power from the terminal may be consumed whenever the terminal transmits an additional SR. Power waste may occur in the terminal due to repeated SR transmissions in situations where the channel between the base station and the terminal is poor. Additional SR transmissions may be allowed if SR transmissions are performed fewer than a preset number (N) before the change of the symbol type for which the SR PUCCH resource is set. Additional SR transmissions may not be allowed if SR transmissions exceeding the preset number (N) are performed before the change of the symbol type for which the SR PUCCH resource is set. The preset number (N) may be set in the terminal by the signaling of the base station. In this case, the counter previously used to calculate the number of SR transmissions may be used as is. Alternatively, a separate counter may be introduced to support the above-described operation. For example, a separate counter may be set for additional SR transmissions after the preset number (N). The separate counter may be set in the terminal by the signaling of the base station.

[0142] Figure 11 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0143] Referring to FIG. 11, if SR transmissions have been performed a preset number of times (N) before the change of the symbol type set in the SR PUCCH resource, whether to perform repeated SR transmissions from the SR PUCCH resource set in the changed symbol type (e.g., another symbol type) may be considered in terms of communication efficiency. Unlike the above proposal, if SR transmissions (e.g., actual SR transmissions) have been performed a preset number of times (N) before the change of the symbol type set in the SR PUCCH resource, it may be permitted for the terminal to transmit SR from the SR PUCCH resource set in the changed symbol type. In other words, the terminal can expect to transmit SR from the SR PUCCH resource set in the changed symbol type. The counter may represent the number of actual SR transmissions. If SR transmissions have not been performed a preset number of times (N) before the change of the symbol type set in the SR PUCCH resource, it may not be permitted for the terminal to transmit SR from the SR PUCCH resource set in the changed symbol type. In other words, the terminal may not expect to transmit an SR from the SR PUCCH resource configured in the changed symbol type.

[0144] In the case of a change in the symbol type set for the SR PUCCH resource during SR repeated transmission (e.g., SR retransmission), whether to repeat the SR transmission after the change in the symbol type set for the SR PUCCH resource can be determined based on the result of comparing the number of SR transmissions before the change in the symbol type set for the SR PUCCH resource (e.g., actual number of SR transmissions) with a preset number (N).

[0145] · Proposal #1-2

[0146] The base station may set (e.g., instruct) the maximum number of SR transmissions (e.g., sr-TransMax) and the additional number of SR transmissions (e.g., sr-TransMax_diff) to the terminal via signaling. The terminal may check the maximum number of SR transmissions (e.g., sr-TransMax) and the additional number of SR transmissions (e.g., sr-TransMax_diff) via the base station's signaling. Alternatively, the additional number of SR transmissions may not be set by the base station. For example, the additional number of SR transmissions may be defined in the technical specifications. The maximum number of SR transmissions may refer to the maximum number of SR transmissions in SR PUCCH resources configured for the same symbol type. Alternatively, the maximum number of SR transmissions may refer to the maximum number of SR transmissions in SR PUCCH resources regardless of the symbol type in which the SR PUCCH resources are configured.

[0147] The additional transmission count of an SR may refer to the number of times an SR can be transmitted (e.g., maximum transmission count or additional transmission count) after a change in the symbol type set by the SR PUCCH resource in the SR repeat transmission procedure. The maximum transmission count of an SR (e.g., sr-TransMax) may be set to be greater than or equal to the additional transmission count of an SR (e.g., sr-TransMax_diff).

[0148] In a scenario where SBFD setting 1 applies, if the base station has set an additional number of SR transmissions for the terminal, the terminal may be allowed to transmit SRs by the additional number of transmissions when the symbol type for which the SR PUCCH resource is set changes. In other words, if the symbol type for which the SR PUCCH resource is set changes, the terminal can expect to transmit SRs by the additional number of transmissions. In a scenario where SBFD setting 1 applies, if the base station has not set an additional number of SR transmissions for the terminal, the terminal may not be allowed to transmit SRs when the symbol type for which the SR PUCCH resource is set changes. In other words, the terminal may not expect to transmit SRs when the symbol type for which the SR PUCCH resource is set changes.

[0149] In a scenario where SBFD setting 2 applies, the terminal can transmit SRs from SR PUCCH resources configured in different symbol types. In a scenario where SBFD setting 2 applies, the number of additional SR transmissions may or may not be configured for the terminal. If, while the terminal is transmitting an SR, the SR transmission satisfies a specific condition (e.g., maximum number of transmissions), the terminal can perform SR transmissions using only the SR PUCCH resources configured in one symbol type. In the above situation, if the number of additional SR transmissions is configured for the terminal, the terminal can perform SR transmissions using only the SR PUCCH resources configured in one symbol type (e.g., the same symbol type) for the additional number of transmissions after the SR transmission satisfies the specific condition.

[0150] Based on whether the number of additional transmissions of SR is set on the terminal, SR transmission operations (e.g., SR repeat transmission operation, SR retransmission operation) on SR PUCCH resources set in different symbol types may differ. Accordingly, the maximum number of transmissions and / or additional transmissions of SR may be applied differently.

[0151] FIG. 12 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0152] Referring to FIG. 12, when there is a change in the symbol type set in an SR PUCCH resource, the terminal may transmit an SR according to the additional number of SR transmissions (e.g., sr-TransMax_diff). After transmitting the SR by the additional number of transmissions, the terminal may not perform SR transmission on an SR PUCCH resource having a symbol type different from the symbol type set in the SR PUCCH resource where the previous SR (e.g., the first SR, the initial SR) was transmitted. The symbol type set in the SR PUCCH resource where the first SR was transmitted may be an SR-allowed symbol type indicated by the base station. Subsequently, the terminal may maintain a counter for SR transmission until an SR PUCCH resource set in the SR-allowed symbol type appears, and may repeatedly transmit SRs on SR PUCCH resources set in the SR-allowed symbol type. At this time, the terminal may increment the counter for SR transmission. The terminal can expect to transmit SRs up to a maximum number of transmissions (e.g., sr-TransMax) from SR PUCCH resources configured in SR-Allowed Symbol Types.

[0153] The terminal may utilize two independent counters. The terminal may utilize one counter (e.g., a first counter) for SR transmission in an SR PUCCH resource configured for the same symbol type. The first counter may be used to count the actual number of SR transmissions in an SR PUCCH resource configured for the same symbol type. The terminal may utilize another counter (e.g., a second counter) for SR transmission in an SR PUCCH resource configured for different symbol types. The second counter may be used to count the actual number of SR transmissions in an SR PUCCH resource configured for different symbol types. When the sum of the first counter and the second counter reaches the maximum number of transmissions, the terminal may stop SR transmission.

[0154] The maximum number of SR transmissions per symbol type can be set to the terminal by the base station's signaling. For example, the first maximum number of transmissions can be set for the SR PUCCH resource set in the N-SBFD symbol, and the second maximum number of transmissions can be set for the SR PUCCH resource set in the SBFD symbol. The first maximum number of transmissions and the second maximum number of transmissions can be set independently. For example, the first maximum number of transmissions and the second maximum number of transmissions can be set to different values. When an SR transmission is performed on the SR PUCCH resource set in the N-SBFD symbol, the first counter can be used to count the number of SR transmissions (e.g., the actual number of transmissions) on the SR PUCCH resource set in the N-SBFD symbol. The terminal can transmit an SR using the SR PUCCH resource set in the N-SBFD symbol within the first maximum number of transmissions. If an SR transmission is performed on an SR PUCCH resource set in an SBFD symbol, a second counter may be used to count the number of SR transmissions (e.g., actual number of transmissions) on the SR PUCCH resource set in the SBFD symbol. The terminal may transmit an SR using the SR PUCCH resource set in the SBFD symbol within the second maximum number of transmissions.

[0155] · Proposal #2

[0156] Proposals #1-1 and #1-2 may be SR transmission methods based on the number of SR transmissions. In Proposals #1-1 and #1-2, the number of SR transmissions and / or SR transmission may be independent of time. SBFD operations were introduced to reduce delay. To maximize the benefits resulting from the introduction of SBFD operations, time-aware SR operations may be considered. In an embodiment based on Proposal #1, SR transmission may be performed on SR PUCCH resources configured for different symbol types without considering time and / or the number of transmissions. In other words, the terminal can expect to transmit SRs on SR PUCCH resources configured for different symbol types.

[0157] Unlike Proposal #1-1 and Proposal #1-2, time-related variables (e.g., timer, window) can be set on the terminal, and terminal behavior may vary depending on the time-related variables. A window (e.g., time window) can be defined based on a timer. The window may be terminated early by the occurrence of a preset event. Alternatively, the window may be terminated by the expiration of the timer.

[0158] · Proposal #2-1

[0159] A base station may set a separate window for a terminal (e.g., an SBFD terminal). Window information may be transmitted to the terminal via the base station's signaling. The terminal can identify the window set by the base station via the base station's signaling. In a situation where there are SR PUCCH resources (e.g., available SR PUCCH resources) set with different symbol types within the window, even if SBFD setting 1 is applied and an SR-allowed symbol type is indicated, the terminal may be allowed to transmit an SR from an SR PUCCH resource having a symbol type different from the SR-allowed symbol type within the window. In other words, in the above-described situation, the terminal can expect to transmit an SR from an SR PUCCH resource having a symbol type different from the SR-allowed symbol type within the window.

[0160] FIGS. 13a and FIGS. 13b are conceptual diagrams illustrating an SR transmission method in SR PUCCH resources set in different symbol types.

[0161] Referring to FIGS. 13a and 13b, a window may be configured, and SR PUCCH resources configured in different symbol types may exist within the window. The first SR transmission (e.g., the initial SR transmission) may be performed within the window. The length of the window may be M symbols or M slots. M (e.g., window length information) may be configured in the terminal by signaling of the base station.

[0162] In the embodiment of FIG. 13a, it may be permitted for the terminal to perform SR transmission only on SR PUCCH resources existing within the window. In other words, the terminal can be expected to perform SR transmission only on SR PUCCH resources existing within the window. In the embodiment of FIG. 13b, it may be permitted for the terminal to perform SR transmission on SR PUCCH resources existing after the window as well as on SR PUCCH resources existing after the window. In other words, the terminal can be expected to perform SR transmission on SR PUCCH resources existing after the window as well as on SR PUCCH resources existing after the window. At this time, the counter for SR transmission, the maximum number of SR transmissions, and / or the number of additional SR transmissions may be operated as described in Proposal #1-2 above.

[0163] Alternatively, if there are SR PUCCH resources configured in different symbol types within a window, the terminal may not be allowed to transmit SRs from the SR PUCCH resources within the window. In other words, in the situation described above, the terminal may not expect to transmit SRs from the SR PUCCH resources within the window. For example, if the terminal transmits an SR from an SR PUCCH resource configured in an N-SBFD symbol within a window, the terminal may not transmit an SR from an SR PUCCH resource configured in an SBFD symbol within the window, and the terminal may transmit an SR from an SR PUCCH resource configured in an N-SBFD symbol after the window. As another example, if a terminal transmits an SR from an SR PUCCH resource configured in an SBFD symbol within a window, the terminal may not transmit an SR from an SR PUCCH resource configured in an N-SBFD symbol within the window, and the terminal may transmit an SR from an SR PUCCH resource configured in an SBFD symbol after the window.

[0164] · Proposal #2-1-1

[0165] The start time of the window may be the first or last symbol of the SR PUCCH resource to which the first SR (e.g., initial SR) was transmitted. Alternatively, the start time of the window may be the start or end time when a request for data generated at the MAC layer is passed to the PHY layer. The base station may set the window to the terminal via signaling (e.g., RRC signaling, RRC setup). Subsequently, the window may be updated by MAC CE or DCI. In other words, the base station may transmit MAC CE or DCI containing window update information to the terminal. The terminal may receive update information from the base station and update the window based on the update information. Alternatively, the window may be set dynamically by MAC CE or DCI. Window information (e.g., window setup information, window update information) may include at least one of the window length, start time, or end time.

[0166] Windows can be configured independently. An SR prohibit timer (e.g., sr-ProhibitTimer) can be reinterpreted as window information (e.g., start time, length). If an SR PUCCH resource with a symbol type different from the previous symbol type exists after the time corresponding to the SR prohibit timer, the terminal can expect to transmit an SR from the SR PUCCH resource with the different symbol type. The window can start at the end of the period corresponding to the SR prohibit timer, and the terminal can transmit an SR from an SR PUCCH resource with a different symbol type within the window that starts after the expiration of the SR prohibit timer. Alternatively, if an SR PUCCH resource with a symbol type different from the previous symbol type exists after the time corresponding to the SR prohibit timer, the terminal can expect not to transmit an SR from the SR PUCCH resource with the different symbol type.

[0167] · Proposal #2-2

[0168] Based on the TDD pattern, in the time domain, DL (downlink) resources (e.g., DL slots, DL symbols) can be allocated preferentially, and UL (uplink) resources (e.g., UL slots, UL symbols) can be allocated after DL resources. In the time domain, UL channels can exist after DL channels. After SR transmission from SR PUCCH resources configured in SBFD symbols, SR transmission from SR PUCCH resources configured in N-SBFD symbols can be performed. The symbol type can be changed once from SBFD symbols to N-SBFD symbols. In a scenario where SBFD setting 1 is applied, if the base station sets the SR-allowed symbol type to SBFD symbols, the terminal may not be able to transmit SR (e.g., repeat transmission, retransmission) even though there are many SR PUCCH resources configured in N-SBFD symbols.

[0169] To resolve the aforementioned problem, the interval where rules based on SR-allowed symbol types are applied may be configured on the terminal. The interval where rules based on SR-allowed symbol types are applied may be configured as a window or a timer. Alternatively, the interval where rules based on SR-allowed symbol types are applied may be an interval corresponding to the maximum number of transmissions of SR.

[0170] In a window (e.g., a period corresponding to a timer, a period corresponding to the maximum number of SR transmissions), the terminal can expect to transmit an SR from an SR PUCCH resource having an SR-allowed symbol type. After the window, the terminal can expect to transmit an SR from an SR PUCCH resource having a symbol type different from the SR-allowed symbol type.

[0171] In a situation where the maximum number of SR transmissions (or additional transmissions) is set on the terminal, the terminal may be unable to transmit an SR from the SR PUCCH resource due to a change in the symbol type. In this case, the terminal may assume that an SR has been transmitted from the SR PUCCH resource where the SR was not actually transmitted, and may increment a counter based on said assumption. In other words, the counter may be incremented based on assumed SR transmissions as well as actual SR transmissions. After the counter reaches the maximum number of transmissions, the terminal may be allowed to transmit an SR from the SR PUCCH resource.

[0172] FIG. 14 is a conceptual diagram illustrating an SR transmission method in SR PUCCH resources configured in different symbol types.

[0173] Referring to FIG. 14, a window may be configured on the terminal, and the SR-allowed symbol type may be an N-SBFD symbol. The terminal may transmit an SR on an SR PUCCH configured for N-SBFD symbols within the window, and may not transmit an SR on an SR PUCCH configured for SBFD symbols within the window. The terminal may transmit an SR on an SR PUCCH having a symbol type different from the SR-allowed symbol type after the window. Transmitting an SR on an SR PUCCH resource configured across different symbol types may not be permitted. In other words, transmitting an SR on an SR PUCCH configured for the same symbol type may be permitted. Alternatively, transmitting an SR on an SR PUCCH resource configured across different symbol types may be permitted. The terminal may be expected to transmit an SR on SR PUCCH resources regardless of the symbol type after the window.

[0174] · Proposal #3

[0175] In the aforementioned proposals #1 and #2, the terminal may perform SR transmission (e.g., SR retransmission, SR repeated transmission) on an SR PUCCH having a symbol type different from the symbol type set in the SR PUCCH where the first SR was transmitted. According to the above operation, the complexity of the terminal may increase. To solve the above problem, the terminal may be expected not to perform SR transmission on an SR PUCCH having a symbol type different from the symbol type set in the SR PUCCH where the first SR was transmitted.

[0176] FIGS. 15a and FIGS. 15b are conceptual diagrams illustrating an SR transmission method in SR PUCCH resources set in different symbol types.

[0177] Referring to FIG. 15a and FIG. 15b, the terminal can transmit the first SR from an SR PUCCH resource configured in an N-SBFD symbol. In the embodiment of FIG. 15a, if an SR PUCCH resource configured in an SBFD symbol other than an N-SBFD symbol exists after the SR transmission is performed in an SR PUCCH resource configured in an N-SBFD symbol, the terminal may not transmit the SR. In other words, the SR transmission procedure may be terminated. The base station may expect that the SR will not be received from an SR PUCCH resource having a symbol type different from the symbol type configured in the SR PUCCH resource to which the terminal's first SR is transmitted. In a situation where the base station has set the maximum number of SR transmissions to the terminal through signaling, if SR PUCCH resources configured in different symbol types exist, the terminal may initialize the counter.

[0178] In the embodiment of FIG. 15b, the terminal may transmit an SR in an SR PUCCH having the same symbol type as the symbol type set in the SR PUCCH to which the first SR was transmitted. Alternatively, if an SR-allowed symbol type is indicated to the terminal, the terminal may transmit an SR in an SR PUCCH having an SR-allowed symbol type. The terminal may increment a counter each time it transmits an SR from an SR PUCCH resource.

[0179] In this disclosure, a superior proposal and a sub-proposal associated with said superior proposal have been described. A sub-proposal(s) associated with any superior proposal may be applied to another superior proposal. A combination of some or all of the superior proposal and the sub-proposals associated with said superior proposal may be utilized.

[0180] In the present disclosure, the UL subband may be a time domain and frequency domain where uplink communication is possible in DL symbol(s) and / or FL symbol(s). The UL available PRBs may be an overlapping area between the UL subband and an active UL BWP. In the present disclosure, the DL subband may be a time domain and frequency domain where downlink communication is possible in DL symbol(s) and / or FL symbol(s). The DL available PRBs may be an overlapping area between the DL subband and a BWP (e.g., an active DL BWP).

[0181] In the present disclosure, a terminal may transmit information to a base station indicating whether it supports the function(s) proposed in the present disclosure. Information indicating whether it supports the function(s) may be included in a UE capability report. A base station may receive a UE capability report from a terminal and perform signaling and / or operations based on the information included in the UE capability information (e.g., information indicating whether it supports the function(s).

[0182] Settings for the UL subband (e.g., SBFD settings) can be transmitted via signaling (e.g., RRC signaling). SBFD settings can be transmitted after the transmission of TDD common settings. The methods proposed in this disclosure can be applied to unlicensed bands as well as licensed bands. The methods proposed in this disclosure can be applied to sidelinks and / or supplementary uplinks (SUL). For example, the methods proposed in this disclosure can be applied to determine transmit power in sidelinks and / or SULs.

[0183] Each of the proposals of the present disclosure may be applied independently. Or a combination of the proposals of the present disclosure may be applied. Some proposals of the present disclosure may be applied to other proposals. Each of the options of the present disclosure may be applied independently. Or a combination of the options of the present disclosure may be applied. Some options of the present disclosure may be applied to other options. The proposals and / or options of the present disclosure may be applied regardless of the RRC state of the terminal. For example, a terminal in an RRC idle state, a terminal in an RRC inactive state, and / or a terminal in an RRC connected state may perform the proposals and / or options of the present disclosure. A base station may perform the proposals and / or options of the present disclosure for a terminal in an RRC idle state, a terminal in an RRC inactive state, and / or a terminal in an RRC connected state.

[0184] The channels / signals to which the proposals of the present disclosure apply may not be limited to specific channels / signals. In other words, the proposals of the present disclosure may be applied in the same or similarly to all channels / signals (e.g., all uplink channels, all uplink signals, all downlink channels, all downlink signals).

[0185] The operation of the method according to the present disclosure can be implemented as a computer-readable program or code on a computer-readable recording medium. A computer-readable recording medium includes any type of recording device in which information that can be read by a computer system is stored. Additionally, a computer-readable recording medium may be distributed across networked computer systems, allowing the computer-readable program or code to be stored and executed in a distributed manner.

[0186] In addition, computer-readable recording media may include hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, and flash memory. Program instructions may include machine code, such as that generated by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc.

[0187] Some aspects of the present disclosure have been described in the context of a device, but may also be described according to a corresponding method, wherein a block or device corresponds to a method step or a feature of a method step. Similarly, aspects described in the context of a method may also be described according to a corresponding block or item or a feature of a corresponding device. Some or all of the method steps may be performed by (or using) a hardware device, such as, for example, a microprocessor, a programmable computer, or an electronic circuit. In some embodiments, at least one of the most important method steps may be performed by such a device.

[0188] A programmable logic device (e.g., a field-programmable gate array) may be used to perform some or all of the functions of the methods described in this disclosure. A field-programmable gate array may operate with a microprocessor to perform one of the methods described in this disclosure. Generally, it is preferable that the methods be performed by some hardware device.

[0189] Although the present disclosure has been described with reference to preferred embodiments, those skilled in the art will understand that various modifications and changes can be made to the present disclosure without departing from the spirit and scope of the present disclosure as set forth in the following claims.

Claims

1. As a method of UE (user equipment), A step of receiving configuration information for a PUCCH (physical uplink control channel) resource from a base station; A step of transmitting a scheduling request (SR) from the PUCCH resource to the base station; and Based on the fact that a UL (uplink) grant is not received from the base station in response to the above SR, the method includes the step of retransmitting the SR to the base station regardless of the symbol type set by the PUCCH resource within a period where a preset condition is satisfied. The above symbol type is an SBFD (subband full duplex) symbol or an N(non)-SBFD symbol, UE's method.

2. In Claim 1, Based on the satisfaction of the above preset condition regardless of whether SBFD setting 1 or SBFD setting 2 is applied, the SR within the above interval is transmitted regardless of the symbol type for which the PUCCH resource is set, and Based on the application of the above SBFD setting 1, UL communication is performed in the same symbol type, and based on the application of the above SBFD setting 2, UL communication is performed in different symbol types, UE's method.

3. In Claim 1, The method further includes the step of receiving from the base station information indicating the symbol type for which the transmission of the SR is permitted, The initial transmission of the above SR is performed in the PUCCH resource set in the symbol type indicated by the base station, UE's method.

4. In Claim 1, The above preset condition is that the number of transmissions of the SR is less than the maximum number of transmissions, and the SR is retransmitted to the base station within the maximum number of transmissions regardless of the symbol type for which the PUCCH resource is set. UE's method.

5. In Claim 1, The method further includes the step of receiving information from the base station regarding an additional number of transmissions indicating the number of transmissions of the SR in the changed symbol type, Based on the change in the symbol type set in the above PUCCH resource, the SR in the above PUCCH resource set in the changed symbol type is retransmitted within the additional number of transmissions, UE's method.

6. In Claim 1, The first maximum number of transmissions of the SR for the PUCCH resource set in the above SBFD symbol and the second maximum number of transmissions of the SR for the PUCCH resource set in the above N-SBFD symbol are set independently, and the number of transmissions of the SR is counted independently for each symbol type in which the PUCCH resource is set. UE's method.

7. In Claim 1, The above preset condition is that SR transmission is performed within a window, and the SR is retransmitted to the base station within the window regardless of the symbol type in which the PUCCH resource is set. UE's method.

8. In Claim 7, The above window starts at the first or last symbol of the PUCCH resource where the initial transmission of the above SR was performed, UE's method.

9. In Claim 7, The above window starts at the end of the section corresponding to the SR prohibition timer, UE's method.

10. In Claim 7, At least one of the start time, length, or end time of the above window is updated by the base station, UE's method.

11. As UE (user equipment), It includes at least one processor, The above at least one processor is the UE, Receive configuration information for PUCCH (physical uplink control channel) resources from the base station; Transmitting an SR (scheduling request) from the above PUCCH resource to the above base station; and Based on the fact that a UL (uplink) grant is not received from the base station in response to the above SR, the PUCCH resource causes the SR to be retransmitted to the base station regardless of the set symbol type within the interval where a preset condition is satisfied, and The above symbol type is an SBFD (subband full duplex) symbol or an N(non)-SBFD symbol, UE.

12. In Claim 11, Based on the satisfaction of the above preset condition regardless of whether SBFD setting 1 or SBFD setting 2 is applied, the SR within the above interval is transmitted regardless of the symbol type for which the PUCCH resource is set, and Based on the application of the above SBFD setting 1, UL communication is performed in the same symbol type, and based on the application of the above SBFD setting 2, UL communication is performed in different symbol types, UE.

13. In Claim 11, The above at least one processor is the UE, It further causes receiving information from the base station indicating the symbol type for which the transmission of the above SR is allowed, and The initial transmission of the above SR is performed in the PUCCH resource set in the symbol type indicated by the base station, UE.

14. In Claim 11, The above preset condition is that the number of transmissions of the SR is less than the maximum number of transmissions, and the SR is retransmitted to the base station within the maximum number of transmissions regardless of the symbol type for which the PUCCH resource is set. UE.

15. In Claim 11, The above at least one processor is the UE, It further causes receiving information on additional transmission counts indicating the number of transmissions of the SR in the changed symbol type from the base station, and Based on the change in the symbol type set in the above PUCCH resource, the SR in the above PUCCH resource set in the changed symbol type is retransmitted within the additional number of transmissions, UE.

16. In Claim 11, The first maximum number of transmissions of the SR for the PUCCH resource set in the above SBFD symbol and the second maximum number of transmissions of the SR for the PUCCH resource set in the above N-SBFD symbol are set independently, and the number of transmissions of the SR is counted independently for each symbol type in which the PUCCH resource is set. UE.

17. In Claim 11, The above preset condition is that SR transmission is performed within a window, and the SR is retransmitted to the base station within the window regardless of the symbol type in which the PUCCH resource is set. UE.

18. In Claim 17, The above window starts at the first or last symbol of the PUCCH resource where the initial transmission of the above SR was performed, UE.

19. In Claim 17, The above window starts at the end of the section corresponding to the SR prohibition timer, UE.

20. In Claim 17, At least one of the start time, length, or end time of the above window is updated by the base station, UE

Images