Supporting low capability ues in subband full duplex operation

Abstract

An apparatus configured to generate, for transmission to a network, an indication of support for Subband Full Duplex (SBFD) operation and monitor a downlink (DL) sub-band for a Physical Downlink Control Channel (PDCCH). The indication of support for SBFD operation indicates a capability of being scheduled in only an uplink (UL) sub-band, in a UL sub-band and one DL sub-band or a UL sub-band and more than one DL sub-band.

Description

Supporting Low Capability UEs in Subband Full Duplex OperationBackground

[0001] A user equipment (UE) may establish a connection to at least one of multiple different networks or types of networks. The use of Subband Full Duplex (SBFD) where the UE and / or base station operates in both the downlink (DL) and uplink (UL) in the same frequency simultaneously is being studied. There are various issues that need to be solved to implement SBFD, including, but not limited to, UEs that are low capability UEs. These low capability UEs either cannot be scheduled in DL in SBFD symbols or it can be scheduled over only one of the DL sub-bands in SBFD symbols, not across both DL sub-bands.Summary

[0002] Some example embodiments are related to an apparatus having processing circuitry configured to generate, for transmission to a network, an indication of support for Subband Full Duplex (SBFD) operation and monitor a downlink (DL) sub-band for a Physical Downlink Control Channel (PDCCH) .

[0003] Other example embodiments are related to a method for generating, for transmission to a network, an indication of support for Subband Full Duplex (SBFD) operation and monitoring a downlink (DL) sub-band for a Physical Downlink Control Channel (PDCCH) .Brief Description of the Drawings

[0004] Fig. 1 shows an example network arrangement according to various example embodiments.

[0005] Fig. 2 shows an example user equipment (UE) according to various example embodiments.

[0006] Fig. 3 shows an example base station according to various example embodiments.

[0007] Fig. 4 shows an example time / frequency diagram 400 comparing time division duplexing (TDD) operation to SBFD operation according to various example embodiments.

[0008] Fig. 5 shows an example time / frequency diagram having a TDD slot followed by an SBFD slot according to various example embodiments.

[0009] Fig. 6 shows an example slot diagram that includes SBFD slots and non-SBFD slots according to various example embodiments.Detailed Description

[0010] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The example embodiments relate to resolving issues related to low capability UEs operating in Subband Full Duplex (SBFD) . These issues include reporting the UEs SBFD capabilities to the network, monitoring a Physical Downlink Control Channel (PDCCH) , switching from SBFD operation to non-SBFD operation (and vice versa) and determining Frequency Domain  Resource Assignment (FDRA) for a Physical Downlink Shared Channel (PDSCH) in SBFD operation.

[0011] The example embodiments are described with regard to a user equipment (UE) . Specifically, the UE described herein may be referred to as an SBFD-aware UE. A UE that is an SBFD-aware UE may be a UE that is aware that the network (e.g., gNB) may schedule SBFD in full duplex (FD) . However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate electronic component.

[0012] The example embodiments are also described with regard to a 5G New Radio (NR) network. However, reference to a 5G NR network is merely provided for illustrative purposes. The example embodiments may be utilized with any network that may establish a connection to a UE and exchange information and data with the UE (e.g., 5G-Advanced networks, 6G networks, etc. ) .

[0013] The example embodiments describe various aspects related to SBFD operation. In a first aspect, operations related to configuring a UE to report a UE capability with respect to SBFD capabilities to the network are described. In a second aspect, operations related to an SBFD-aware UE monitoring PDCCH candidates is described. In a third aspect, operations related to an SBFD-aware UE switching from SBFD operation to non-SBFD operation (and vice versa) are described. In a fourth aspect,  operations related to an SBFD-aware UE determining FDRA for a PDSCH is described. Each of these example embodiments will be described in greater detail below.

[0014] Fig. 1 shows an example network arrangement 100 according to various example embodiments. The example network arrangement 100 includes a UE 110. The UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, phablets, embedded devices, wearables, Internet of Things (IoT) devices, etc. An actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of a single UE 110 is merely provided for illustrative purposes.

[0015] The UE 110 may be configured to communicate with one or more networks. In the example of the network arrangement 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. However, the UE 110 may also communicate with other types of networks (e.g., 5G cloud RAN, a next generation RAN (NG-RAN) , a long term evolution RAN, a legacy cellular network, a WLAN, etc. ) and the UE 110 may also communicate with networks over a wired connection. With regard to the example embodiments, the UE 110 may establish a connection with the 5G NR RAN 120. Therefore, the UE 110 may have a 5G NR chipset to communicate with the NR RAN 120.

[0016] The 5G NR RAN 120 may be a portion of a public land mobile network (PLMN) that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The 5G NR RAN 120 may  include, for example, cells or base stations (Node Bs, eNodeBs, HeNBs, eNBS, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. The gNB 120A may include one or more communication interfaces to exchange data and / or information with the UE 110, the corresponding 5G NR RAN 120, the cellular core network 130, the internet 140, etc.

[0017] The UE 110 may connect to the 5G NR-RAN 120 via the gNB 120A. Any association procedure may be performed for the UE 110 to connect to the 5G NR-RAN 120. For example, as discussed above, the 5G NR-RAN 120 may be associated with a particular cellular provider where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR-RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR-RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., the gNB 120A) . However, as mentioned above, reference to the 5G NR-RAN 120 is merely for illustrative purposes and any appropriate type of RAN may be used.

[0018] In addition to the 5G NR RAN 120, the network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 may be considered to be the interconnected set of components that manages the operation and traffic of the cellular network. The cellular core network 130 also manages the traffic that flows between the cellular network and the Internet 140.

[0019] The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0020] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 will be described with regard to the network arrangement 100 of Fig. 1. The UE 110 may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225 and other components 230. The other components 230 may include, for example, an audio input device, an audio output device, a power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, etc.

[0021] The processor 205 may be configured to execute a plurality of engines of the UE 110. For example, the engines may include an SBFD engine 235. The SBFD engine 235 may perform various operations related to SBFD operations by the UE 110. Specifically, the SBFD engine 235 may perform operations such as, but not limited to, reporting SBFD capabilities to the network, monitoring PDCCH candidates, switching from SBFD  operation to non-SBFD operation (and vice versa) and determining FDRA for a PDSCH in SBFD operation. These and other operations are described in greater detail below.

[0022] The above referenced engine 235 being an application (e.g., a program) executed by the processor 205 is merely provided for illustrative purposes. The functionality associated with the engine 235 may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engine may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The example embodiments may be implemented in any of these or other configurations of a UE.

[0023] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen.

[0024] The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an  LTE-RAN (not pictured) , a legacy RAN (not pictured) , a WLAN (not pictured) , etc. Accordingly, the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode and / or decode signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0025] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A or any other type of access node through which the UE 110 may establish a connection and manage network operations.

[0026] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320, and other components 325. The other components 325 may include, for example, an audio input device, an audio output device, a battery, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources, TxRUs, transceiver chains, antenna elements, antenna panels, etc.

[0027] The processor 305 may be configured to execute a plurality of engines for the base station 300. For example, the  engines may include an SBFD engine 330. The SBFD engine 330 may perform various operations related to receiving a UE capability related to SBFD operation, configuring a UE to operate in SBFD and configuring PDCCH candidates for SBFD operation. These and other operations are described in greater detail below.

[0028] The above noted engine 330 being an application (e.g., a program) executed by the processor 305 is only an example. The functionality associated with the engine 330 may also be represented as a separate incorporated component of the base station 300 or may be a modular component coupled to the base station 300, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. In addition, in some base stations, the functionality described for the processor 305 is split among a plurality of processors (e.g., a baseband processor, an applications processor, etc. ) . The example embodiments may be implemented in any of these or other configurations of a base station.

[0029] The memory arrangement 310 may be a hardware component configured to store data related to operations performed by the base station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station 300.

[0030] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UEs in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of  consecutive frequencies) . Therefore, the transceiver 320 may include one or more components to enable the data exchange with the various networks and UEs. The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be configured to encode and / or decode signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0031] Fig. 4 shows an example time / frequency diagram 400 comparing time division duplexing (TDD) operation to SBFD operation according to various example embodiments. The example TDD and SBFD operation illustrated by Fig. 4 may be performed by any device transmitting over-the-air (OTA) in a communication network, e.g., UE 110, base station 300, etc. The example of Fig. 4 will be described with reference to a UE but the example embodiments are not limited to UE operations.

[0032] Fig. 4 shows an example TDD slot 410 having a DL bandwidth part (BWP) 415, a guard band 420 and an UL BWP 425. The DL BWP 415 may be used by the UE to receive communications in the DL from the network. The guard band 420 is used to prevent DL and UL communications from overlapping in time in the TDD slot 410. The UL BWP 425 may be used by the UE to transmit communications in the UL to the network. In this example, the DL BWP 415 is larger (in time and frequency) than the UL BWP 425 but that is not a requirement of TDD operation. In this TDD operation, the network may be operating in full duplex (FD) mode  because as can be seen from Fig. 4, the network may schedule one or more UEs to receive signals in the DL BWP 415 and one or more UEs to transmit signals in the UL BWP 425. The one or more UEs may be operating in half duplex (HD) where each UE is only receiving or transmitting in the TDD slot 410.

[0033] Fig. 4 also shows an example SBFD slot 450 having DL sub-bands 455 and 475, guard bands 460 and 470, and a UL sub-band 465. In this example, the frequency range of the SBFD slot 450 is the same as the frequency range of the TDD slot 410, e.g., the frequency range of the DL BWP 415 is the same as the frequency range of the SBFD slot 450. In the SBFD slot 450, the UE may receive communications in the DL from the network in the DL sub-bands 455 and 475 and may transmit communications in the UL to the network in the UL sub-band 465. The guard bands 460 and 470 may be used to prevent DL and UL communications from overlapping in frequency in the SBFD slot 450. Again, in this example of Fig. 4, the network may be operating in FD because the network may schedule one or more UEs to receive signals in the DL sub-bands 455 and 475 and one or more UEs to transmit signals in the UL sub-band 465. The one or more UEs may be operating in HD where each UE is only receiving or transmitting in the TDD slot 410.

[0034] In the example of Fig. 4, the use of two (2) DL sub-bands and one (1) UL sub-band is only an example. The SBFD frequency range may be divided in other manners, e.g., two (2) UL sub-bands and one (1) DL sub-band, two (2) DL sub-bands and two (2) UL sub-bands, etc.

[0035] As described above, some UEs may be low capability UEs that either cannot be scheduled in the DL in SBFD symbols or can be scheduled over only one of the DL sub-bands in SBFD symbols, not across both DL sub-bands. The example embodiments provide solutions for such UEs to operate in SBFD.

[0036] In a first aspect of the example embodiments, low capability SBFD-aware UEs may signal the network different UE capabilities with respect to SBFD operation. Fig. 5 shows an example time / frequency diagram 500 having a TDD slot 510 followed by an SBFD slot 550 according to various example embodiments. The signaling of the UE capabilities with respect to SBFD operation will be described with reference to the time / frequency diagram 500.

[0037] Similar to Fig. 4, Fig. 5 shows a TDD slot 510 having a DL BWP 515, a guard band 520 and a UL BWP 515. In the example of Fig. 5, the TDD slot 510 is followed in time by the SBFD slot 550. Again, similar to Fig. 4, the SBFD slot 550 includes DL sub-bands 555 and 575, guard sub-bands 560 and 570 and a UL sub-band 575. The SBFD slot also includes a guard band 580 to prevent communications in the TDD slot 510 and SBFD slot 550 from overlapping in time.

[0038] In some example embodiments, the SBFD-aware UE may signal the network that it supports being scheduled in the UL only sub-band. This is shown as UE1 in the example of Fig. 5, e.g., the UE1 is shown as supporting being scheduled in the UL sub-band 565 only. The SBFD-aware UE1 may signal this type of support to minimize the chance of cross-link interference (CLI) , e.g., since the UE is not receiving any signals in the DL, the  UE should not experience CLI. Thus, i f the network has DL communications for this type of SBFD-aware UE, the network may have to wait until the next TDD slot to schedule DL communications.

[0039] In other example embodiments, the SBFD-aware UE may signal the network that it supports being scheduled in the UL sub-band and only one of the DL sub-bands. This is shown as UE2 in the example of Fig. 5, e.g., the UE2 is shown as supporting being s cheduled in the UL sub-band 565 and one of the DL sub-bands 555. The use of the DL sub-band 555 is only an example, the one DL sub-band may also be the DL sub-band 575. Again, in this example, the SBFD-aware UE2 may use this configuration to minimize CLI.

[0040] In further example embodiments, the SBFD-aware UE may signal the network that it supports being scheduled in the UL sub-band and acros s both DL sub-bands. This is shown as UE3 in the example of Fig. 5, e.g., the UE3 is shown as supporting being s cheduled in the UL sub-band 565 and both of the DL sub-bands 555 and 575. This may be the most capable UE in terms of CLI handling.

[0041] In a second aspect, the example embodiments are related to Physical Downlink Control Channel (PDCCH) monitoring in SBFD operation. The monitoring of the PDCCH may be for monitoring a UE-specific search space (USS) or a common search space (CSS) . In the USS case, the network is aware of whether the UE is an SBFD-aware UE or a legacy UE when schedul ing the UE.In contrast, because PDCCH using CSS is targeted to multiple UEs, the network may not be aware of whether the targeted UEs  are SBFD-aware UEs or are legacy UEs. The following provides various solutions based on the capability of the SBFD-aware UE and the type of search space that is being monitored in the PDCCH.

[0042] In a first example embodiment, the SBFD-aware UE may monitor PDCCH across both DL sub-bands in the SBFD symbols for a USS in a monitoring occasion within SBFD symbols. This type of UE was described by example as UE3 in reference to Fig. 5.

[0043] In a first alternative, the same USS is applied to both SBFD and non-SBFD symbols, where for SBFD symbols Resource Element Group (REG) -to-Control Channel Element (CCE) mapping follows a legacy procedure. However, in this scenario, it is possible that REG-CCE mapping in the SBFD slot 550 may not be within one of the DL sub-bands 555 or 575, e.g., the PDCCH candidate may have REGs in in the guard sub-bands 560 and 570 or the UL sub-band 565. This may include scenarios where the PDCCH candidate may have REGs that are not fully within the within DL sub-bands 555 or 575 usable Physical Resource Blocks (PRBs) . Thus, in this scenario, various options may be used to handle the scenario where the PDCCH candidate has REGs that are not fully within the within DL sub-bands 555 or 575. In a first option, the PDCCH candidate may be rate matched or punctured. Rate matching refers to an operation where bits are punctured to decrease the rate such that the PDCCH candidate has REGs that are only in the DL sub-bands 555 or 575 usable PRBs. Thus, in this option, the scheduler may rate match or puncture the PDCCH candidate to ensure that the PDCCH candidate is within the DL sub-bands 555 or 575 usable PRBs.

[0044] In a second option, the PDCCH candidate may be dropped but counted against a blind decoding (BD) budget. In a third option, the PDCCH candidate may be dropped and not counted against the BD budget. The BD budget refers to the UE being configured with a maximum number of BDs to attempt to decode the PDCCH. When the UE reaches this limit, the UE will no longer attempt to decode the PDCCH.

[0045] In a second alternative, the same USS is applied to both SBFD and non-SBFD symbols but the UE may drop a USS associated with a Core Resource Set (CORESET) that is beyond the DL sub-bands 555 or 575 usable PRBs.

[0046] In a third alternative, a separate USS may be defined and associated with a CORESET that is limited to DL sub-bands 555 or 575 usable PRBs and is only valid / monitored in SBFD symbols.

[0047] In a second example embodiment, the SBFD-aware UE may monitor PDCCH across both DL sub-bands in the SBFD symbols for a CSS in a monitoring occasion within SBFD symbols. This type of UE was described by example as UE3 in reference to Fig. 5. Thus, the second example embodiment differs from the first example embodiment in that a CSS is being monitored as opposed to a USS in the first example embodiment.

[0048] In a first alternative, an SBFD symbol is turned to a non-SBFD symbol, and for a PDCCH candidate there is no limitation for REGs to be fully within DL usable PRBs. For example, referring to Fig. 5, the PDCCH candidate may be in the UL sub-band 565. In this alternative, the SBFD symbols for the  PDCCH candidate may be turned into a non-SBFD symbol, e.g., there is no UL sub-bands or DL sub-bands, and the UE may monitor for the PDCCH candidate anywhere within the SBFD slot 550 frequency range.

[0049] In a second alternative, any of the alternatives presented above for the first example embodiment may be used for the CSS, e.g., the above described first, second and third alternatives for the first example embodiment may be applied to CSS rather than USS. Thus, the above description of these alternatives may be the same with CSS substituted for USS.

[0050] Different alternatives may be applied to the USS and the CSS. For example, for USS, the first alternative of the first example embodiment may be used and, for CSS, the second alternative of the first example embodiment (as applied to CSS) may be used. Other example combinations may be used or USS and CSS may use the same alternative.

[0051] In a third example embodiment, the SBFD-aware UE may monitor PDCCH over only one of the DL sub-bands in the SBFD symbols for a USS in a monitoring occasion within SBFD symbols, e.g., the UE monitors a USS if it is corresponding to a CORESET limited to usable DL PRBs of the DL sub-band the UE monitors. This type of UE was described by example as UE2 in reference to Fig. 5.

[0052] In a first alternative, when there is a prior indication to the UE as to which DL sub-band the UE should use, the UE may monitor that sub-band for the PDCCH. The prior indication may be, for example, a Physical Downlink Shared  Channel (PDSCH) allocation in one of the DL sub-bands 555 or 575. If the UE receives such a PDSCH allocation, the UE may determine that the same DL sub-band may be monitored for PDCCH. In this alternative, while the UE only monitors one of the DL sub-bands at a time, the UE may be configured with CORESETs in each of the DL sub-bands 555 and 575.

[0053] In a second alternative, when there is no prior indication to the UE as to which DL sub-band the UE should use, the UE may monitor the upper DL sub-band (e.g., DL sub-band 555) or the lower DL sub-band (e.g., DL sub-band 575) . This may be hard coded into standards, e.g., 3GPP Technical Specifications. Thus, when the UE is to monitor for PDCCH, the UE switches to the DL sub-band (e.g., upper or lower) that contains the configured CORESET to monitor for PDCCH.

[0054] In third alternative, a same scheme as the second alternative is used, except that the DL sub-band (e.g., upper or lower) that is to be monitored when there is no indication from the network is indicated as part of the UE capability (e.g., UE to network) or other higher layer signaling (e.g., network to UE) . For example, as part of the UE capability reporting, the UE may report to the network that when the UE is to monitor PDCCH and there is no indication from the network as to which DL sub-band is to be monitored, a specific DL sub-band (e.g., DL sub-band 555 or 575) that the UE will monitor. Thus, the network is aware as to which DL sub-band the UE will be monitoring for PDCCH.

[0055] In a fourth example embodiment, the SBFD-aware UE may monitor PDCCH over only one of the DL sub-bands in the SBFD  symbols for a CSS in a monitoring occasion within SBFD symbols. This type of UE was described by example as UE2 in reference to Fig. 5. Thus, the fourth example embodiment differs from the third example embodiment in that a CSS is being monitored as opposed to a USS in the third example embodiment.

[0056] In a first alternative, an SBFD symbol is turned to a non-SBFD symbol, and for a PDCCH candidate there is no limitation for REGs to be fully within DL usable PRBs. For example, referring to Fig. 5, the PDCCH candidate may be in the UL sub-band 565. In this alternative, the SBFD symbols for the PDCCH candidate may be turned into a non-SBFD symbol, e.g., there is no UL sub-bands or DL sub-bands, and the UE may monitor for the PDCCH candidate anywhere within the SBFD slot 550 frequency range.

[0057] In a second alternative, any of the alternatives presented above for the third example embodiment may be used for the CSS, e.g., the above described first, second and third alternatives for the third example embodiment may be applied to CSS rather than USS. Thus, the above description of these alternatives may be the same with CSS substituted for USS.

[0058] Different alternatives may be applied to the USS and the CSS. For example, for USS, the first alternative of the third example embodiment may be used and, for CSS, the second alternative of the third example embodiment (as applied to CSS) may be used. Other example combinations may be used or USS and CSS may use the same alternative.

[0059] In a fifth example embodiment, the UE may not expect a search space spans both SBFD and non-SBFD symbols. For example, a CORESET may have a 3 symbol search space that has a first symbol in the TDD slot 510 and second and third symbols in the SBFD slot 550. The UE may not expect the scheduler to configure such a search space. In the event that the scheduler does schedule such a search space, the UE may ignore this configuration and not monitor such a search space.

[0060] In a third aspect, the example embodiments relate to operations for a SBFD-aware UE to switch from SBFD symbols to non-SBFD symbols or to switch from non-SBFD symbols to SBFD symbols. Prior to describing the operations for an SBFD-aware UE relating to switching, some example use cases will be described. These example use cases may apply to an SBFD-aware UE that can receive over only one of DL sub-bands in the SBFD symbols, e.g., the UE2 of Fig. 5.

[0061] Fig. 6 shows an example slot diagram 600 that includes SBFD slots and non-SBFD slots according to various example embodiments. The slot diagram includes nine (9) slots labeled as slot n through slot n+8. Slot n is a non-SBFD slot and includes only a DL BWP. Slot n+1 is also a non-SBFD slot that includes both a DL BWP and a UL BWP. Slots n+2 through n+6 are SBFD slots. Slots n+7 and n+8 are non-SBFD slots and include only a DL BWP. The slot diagram 600 is only an example and an actual slot diagram may include slots in different orders and different types of slots.

[0062] In a first example use case, the UE may switch from non-SBFD symbols to SBFD symbols for DL reception. This is shown  in Fig. 6 as Case 1 where the UE is switching from the non-SBFD slot n during the non-SBFD slot n+1 to the DL sub-band of the SBFD slot n+2 to receive the PDSCH. In this example, the PDSCH received in SBFD slot n+2 was configured by the Downlink Control Information (DCI) received in the non-SBFD slot n.

[0063] In a second example use case, the UE may switch from SBFD symbols with DL reception to non-SBFD symbols for DL reception or UL transmission. This is shown in Fig. 6 as Case 2 where the UE is switching from receiving channel state information reference signals (CSI-RS) in the DL sub-band SBFD slot n+6 to receive DCI in non-SBFD slot n+8. The switch occurs during the non-SBFD slot n+7.

[0064] In a third example use case, the UE may switch from SBFD symbols with DL reception to SBFD symbols for UL transmission. This is shown in Fig. 6 as Case 3 where the UE is switching from receiving the PDSCH in the DL sub-band of the SBFD slot n+2 to transmitting Physical Uplink Control Channel (PUCCH) in the UL sub-band of the SBFD slot n+4, e.g., to transmit the Hybrid Automatic Repeat Request Acknowledgement (HARQ-ACK) corresponding to the PDSCH received in SBFD slot n+2. The switch occurs during the SBFD slot n+3.

[0065] In a fourth example use case, the UE may switch from SBFD symbols with UL transmission to SBFD symbols for DL reception. This is shown in Fig. 6 as Case 4 where the UE is switching from transmitting PUCCH in the UL sub-band of the SBFD slot n+4 to receiving CSI-RS in the DL sub-band of the SBFD slot n+6. The switch occurs during the SBFD slot n+5.

[0066] In a fifth example use case, the UE may switch from SBFD symbols with DL reception to SBFD symbols for DL reception but on the other DL sub-band. This is not shown in Fig. 6. This example use case may apply to a UE2 that can only receive on one (1) DL sub-band at a time but that DL sub-band may change during operation.

[0067] In the example use cases, a SBFD switching delay is de fined as a slot offset between two states. In some example embodiments, the SBFD switching delay may reuse the numbers specified in 3GPP TS 38.133 Table 8.6.2-1, for BWP switch delay without BWP switch indication. The SBFD switching is not the same as BWP switching but these example embodiments just reuse the delay that was previously defined for BWP switching. In other example embodiments, subject to UE capability, new slot or sub-slot offsets may be specified. In the example use cases provided above this slot offset was defined as one (1) slot but it may be defined as another slot offset value depending on the capability of the UE. The UE is not expected to receive or transmit during the symbols within the SBFD switching delay.

[0068] In some example embodiments, SBFD state switching may be dynamically indicated (e.g., when the UE is scheduled a dynamic grant (DG) -PDSCH within a DL sub-band in SBFD symbols) or semi-statically indicated. In a first alternative, an allocation such as PDSCH, CSI-RS, etc. may indicate to which DL sub-bands the UE should switch. In a second alternative, when the switch is semi-statically configured without any DL reception indication, the UE may switch to the upper (or lower) DL sub-band, based on UE capability or higher layer signaling.

[0069] In a fourth aspect, the example embodiments relate to operations for Frequency Domain Resource Assignment (FDRA) for PDSCH in SBFD operation. These example embodiments may apply to an SBFD-aware UE that can receive over only one of DL sub-bands in the SBFD symbols, e.g., UE2 of Fig. 5. Similar to the PDCCH reception described above, the example embodiments for FDRA in SBFD operation may be different for USS and CSS. The following provides examples of both USS and CSS operation.

[0070] For a USS search space in a monitoring occasion within the SBFD symbols, the FDRA bit-field size may be determined in one of the following manners.

[0071] In a first alternative, the FDRA bit-field size may be based on the search space occasion. For example, if the search space is on SBFD symbols, the FDRA is determined based on a number of usable PRBs in one of DL sub-bands. The DL sub-band that is used may be determined in a similar manner as described above with respect to the PDCCH monitoring for USS, e.g., based on prior indication of an allocation to the UE, UE configuration or higher layer signaling. If the search space is on non-SBFD symbols, the FDRA may be determined based on active DL BWP size.

[0072] In a second alternative, the FDRA bit-field size may be based on the usable PRBs in one of the DL sub-bands. Again, the DL sub-band that is used may be determined in a similar manner as des cribed above with respect to the PDCCH monitoring for USS, e.g., based on prior indication of an allocation to the UE, UE configuration or higher layer signaling.

[0073] In a third alternative, the FDRA bit-field size may be based on the active DL BWP size.

[0074] In the above first and second alternatives, there may be scenarios where the DL DCI is detected in SBFD symbols but the scheduled DG-PDSCH is on non-SBFD symbols. In this scenario, the FDRA indication may be scaled. If the FDRA is a FDRA type 1 (e.g., contiguous resource allocation) , the UE receives values for the starting RB (RBstart) and the length of the RBs (LRB) in a Resource Indication Value (RIV) . These values may be scaled or multipl ied by K, where K is the maximum value from the set {1, 2, 4, 8} that satis fies

[0075] If the FDRA is a FDRA type 0 (e.g., bit-map allocation) , each bit in the bitmap of size N is repeated by K times, where M is the FDRA size associated with the active DL BWP, and K is the maximum value from the set {1, 2, 4, 8} that satisfies

[0076] For a CSS search space in a monitoring occasion within the SBFD symbols, the FDRA bit-field size may be determined in the flowing manners.

[0077] In a first alternative, the FDRA bit-field size may be based on a size of the CORESET 0 if the CORESET 0 is configured for the cell or the size of an initial DL BWP if the CORESET 0 is not configured for the cell.

[0078] In a second alternative, the FDRA bit-field size may be based on the first alternative or the second alternative described above for the USS.

[0079] Examples

[0080] In a first example, a method, comprising generating, for transmission to a network, an indication of support for Subband Full Duplex (SBFD) operation and monitoring a downlink (DL) sub-band for a Physical Downlink Control Channel (PDCCH) .

[0081] In a second example, the method of the first example, wherein the indication of support for SBFD operation indicates a capability of being scheduled in only an uplink (UL) sub-band.

[0082] In a third example, the method of the first example, wherein the indication of support for SBFD operation indicates a capability of being scheduled in an uplink (UL) sub-band and more than one DL sub-band.

[0083] In a fourth example, the method of the third example, wherein monitoring the DL sub-band comprises monitoring for a UE specific search space (USS) , wherein the USS is the same for SBFD symbols and non-SBFD symbols, and wherein a PDCCH candidate is not fully within usable Physical Resource Blocks (PRBs) of the DL sub-band.

[0084] In a fifth example, the method of the fourth example, wherein the PDCCH candidate is rate matched to be fully within the usable PRBs.

[0085] In a sixth example, the method of the fourth example, further comprising dropping the PDCCH candidate and count the PDCCH candidate as a blind detection (BD) .

[0086] In a seventh example, the method of the fourth example, further comprising dropping the PDCCH candidate and not count the PDCCH candidate as a blind detection (BD) .

[0087] In an eighth example, the method of the fourth example, further comprising dropping the USS when it is associated with a Core Resource Set (CORESET) when it is outside the usable PRBs of the DL sub-band.

[0088] In a ninth example, the method of the third example, wherein monitoring the DL sub-band comprises monitoring for a UE specific search space (USS) , wherein the USS is associated with a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the DL sub-band.

[0089] In a tenth example, the method of the third example, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the monitoring of the DL sub-band comprises monitoring all SBFD symbols.

[0090] In an eleventh example, the method of the third example, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the CSS is the same for SBFD symbols and non-SBFD symbols, and wherein a PDCCH candidate is not fully within usable Physical Resource Blocks (PRBs) of the DL sub-band.

[0091] In a twelfth example, the method of the eleventh example, wherein the PDCCH candidate is rate matched to be fully within the usable PRBs.

[0092] In a thirteenth example, the method of the eleventh example, further comprising dropping the PDCCH candidate and count the PDCCH candidate as a blind detection (BD) .

[0093] In a fourteenth example, the method of the eleventh example, further comprising dropping the PDCCH candidate and not count the PDCCH candidate as a blind detection (BD) .

[0094] In a fifteenth example, the method of the eleventh example, further comprising dropping the CSS when it is associated with a Core Resource Set (CORESET) when it is outside the usable PRBs of the DL sub-band.

[0095] In a sixteenth example, the method of the third example, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the CSS is associated with a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the DL sub-band.

[0096] In a seventeenth example, the method of the first example, wherein the indication of support for SBFD operation indicates a capability of being scheduled in an uplink (UL) sub-band and only one DL sub-band.

[0097] In an eighteenth example, the method of the seventeenth example, wherein monitoring the DL sub-band comprises monitoring for a UE-specific search space (USS) when  the USS corresponds to a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the only one DL sub-band.

[0098] In a nineteenth example, the method of the eighteenth example, further comprising processing an allocation related to SBFD symbols from the network, wherein the allocation indicates the only one DL sub-band that is to be monitored for the USS.

[0099] In a twentieth example, the method of the eighteenth example, wherein the only one DL sub-band that is to be monitored for the USS is predefined in specifications or signaled in a user equipment (UE) capability message.

[0100] In a twenty first example, the method of the eighteenth example, further comprising processing, based on signaling from the network, an indication of the only one DL sub-band that is to be monitored for the USS.

[0101] In a twenty second example, the method of the seventeenth example, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the monitoring of the DL sub-band comprises monitoring all SBFD symbols.

[0102] In a twenty third example, the method of the seventeenth example, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) when the CSS corresponds to a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the only one DL sub-band.

[0103] In a twenty fourth example, the method of the twenty third example, further comprising processing an allocation related to SBFD symbols from the network, wherein the allocation indicates the only one DL sub-band that is to be monitored for the CSS.

[0104] In a twenty fifth example, the method of the twenty third example, wherein the only one DL sub-band that is to be monitored for the CSS is predefined in specifications or signaled in a user equipment (UE) capability message.

[0105] In a twenty sixth example, the method of the twenty third example, further comprising processing, based on signaling from the network, an indication of the only one DL sub-band that is to be monitored for the CSS.

[0106] In a twenty eighth example, the method of the seventeenth example, further comprising switching from monitoring non-SBFD symbols to monitor SBFD symbols for DL reception in the in the only one DL sub-band or switching from monitoring for DL reception in SBFD symbols of the only one DL sub-band to non-SBFD symbols for DL reception or UL transmission or switching from monitoring for DL reception in SBFD symbols of the only one DL sub-band to UL transmission in the UL sub-band or switching from UL transmission in the UL sub-band to monitoring for DL reception in SBFD symbols of the only one DL sub-band or switching from monitoring for DL reception in SBFD symbols of a first one of the only one DL sub-band to monitoring for DL reception in SBFD symbols of a second one of the only one DL sub-band SBFD symbols.

[0107] In a twenty ninth example, the method of the twenty eighth example, wherein a SBFD switching delay to perform the switch is predefined.

[0108] In a thirtieth example, the method of the twenty ninth example, wherein the processing circuitry is configured to not perform DL reception or UL transmission within the SBFD switching delay.

[0109] In a thirty first example, the method of the twenty eighth example, further comprising processing, based on signaling received from the network, an allocation, wherein the switch is based on the allocation.

[0110] In a thirty second example, the method of the twenty eighth example, wherein the switch is based on a semi-static configuration comprising a predefined switch or higher layer signaling.

[0111] In a thirty third example, the method of the seventeenth example, further comprising determining a Frequency Domain Resource Assignment (FDRA) bit-field size for a UE-specific search space (USS) .

[0112] In a thirty fourth example, the method of the thirty third example, wherein the FDRA bit-field size is determined based on (i) a number of usable Physical Resource Blocks (PRBs) in the only one DL sub-band when a search space is in SBFD symbols, or (ii) an active bandwidth part (BWP) when the search space is in non-SBFD symbols.

[0113] In a thirty fifth example, the method of the thirty fourth example, further comprising processing, based on signaling received from the network, Downlink Control Information (DCI) in SBFD symbols, wherein a dynamic grant Physical Downlink Shared Channel (DG-PDSCH) scheduled by the DCI is in non-SBFD symbols and scaling the FDRA bit-field size.

[0114] In a thirty sixth example, the method of the thirty fi fth example, wherein, when the FDRA is a FDRA type 1, the FDRA is scaled by multiplying a starting resource block (RBstart) and a length of RBs (LRB) in a Resource Indication Value (RIV) by a value K, where K is the maximum value from a set {1, 2, 4, 8} that satisfies

[0115] In a thirty seventh example, the method of the thirty s ixth example, wherein, when the FDRA is a FDRA type 0, each bit in a bitmap of size N is repeated by K times, where M is an FDRA size associated with the active DL BWP, and K is a maximum value from a set {1, 2, 4, 8} that satisfies

[0116] In a thirty eighth example, the method of the thirty third example, wherein the FDRA bit-field size is determined based on a number of usable Phys ical Resource Blocks (PRBs) in the only one DL sub-band.

[0117] In a thirty ninth example, the method of the thirty eighth example, further comprising processing, based on s ignaling received from the network, Downlink Control Information (DCI) in SBFD symbols, wherein a dynamic grant  Physical Downlink Shared Channel (DG-PDSCH) scheduled by the DCI is in non-SBFD symbols and scaling the FDRA bit-field size.

[0118] In a fortieth example, the method of the thirty ninth example, wherein, when the FDRA is a FDRA type 1, the FDRA is scaled by multiplying a starting resource block (RBstart) and a length of RBs (LRB) in a Resource Indication Value (RIV) by a value K, where K is the maximum value from a set {1, 2, 4, 8} that satisfies

[0119] In a forty first example, the method of the thirty ninth example, wherein, when the FDRA is a FDRA type 0, each bit in a bitmap of size N is repeated by K times, where M is an FDRA size associated with the active DL BWP, and K is a maximum value from a set {1, 2, 4, 8} that satisfies

[0120] In a forty second example, the method of the thirty third example, wherein the FDRA bit-field size is determined based on an active bandwidth part (BWP) when the search space is in non-SBFD symbols.

[0121] In a forty third example, the method of the seventeenth example, further comprising determining a Frequency Domain Resource Assignment (FDRA) bit-field size for a common search space (CSS) .

[0122] In a forty fourth example, the method of the forty third example, wherein the FDRA bit-field size is based on a size of a Core Resource Set 0 (CORESET 0) when CORESET 0 is  configured for a cell or a size of an initial DL bandwidth part (BWP) when CORESET 0 is not configured for the cell.

[0123] In a forty fifth example, the method of the forty third example, wherein the FDRA bit-field size is determined based on (i) a number of usable Physical Resource Blocks (PRBs) in the only one DL sub-band when a search space is in SBFD symbols, or (ii) an active bandwidth part (BWP) when the search space is in non-SBFD symbols.

[0124] In a forty sixth example, the method of the forty third example, wherein the FDRA bit-field size is determined based on a number of usable Physical Resource Blocks (PRBs) in the only one DL sub-band.

[0125] In a forty seventh example, the method of the first example, wherein a search space spans both SBFD symbols and non-SBFD symbols, the method further comprising ignoring the search space that spans both SBFD symbols and non-SBFD symbols.

[0126] In a forty eighth example, the method of the first example, further comprising determining signals are outside usable Physical Resource Blocks (PRBs) of a downlink (DL) sub-band and ignoring the signals outside the usable PRBs of the DL sub-band.

[0127] In a forty ninth example, a processor configured to perform any of the methods of the first through forty eighth examples.

[0128] In a fiftieth example, a user equipment (UE) configured to perform any of the methods of the first through forty eighth examples.

[0129] Those skilled in the art will understand that the above-described example embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An example hardware platform for implementing the example embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. The example embodiments of the above described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0130] Although this application described various embodiments each having different features in various combinations, those skilled in the art will understand that any of the features of one embodiment may be combined with the features of the other embodiments in any manner not specifically disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed embodiments.

[0131] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable  information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0132] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalent.

Claims

1.An apparatus comprising processing circuitry configured to:generate, for transmission to a network, an indication of support for Subband Full Duplex (SBFD) operation; andmonitor a downlink (DL) sub-band for a Physical Downlink Control Channel (PDCCH) .2.The apparatus of claim 1, wherein the indication of support for SBFD operation indicates a capability of being scheduled in only an uplink (UL) sub-band.3.The apparatus of claim 1, wherein the indication of support for SBFD operation indicates a capability of being scheduled in an uplink (UL) sub-band and more than one DL sub-band.4.The apparatus of claim 3, wherein monitoring the DL sub-band comprises monitoring for a UE specific search space (USS) , wherein the USS is the same for SBFD symbols and non-SBFD symbols, and wherein a PDCCH candidate is not fully within usable Physical Resource Blocks (PRBs) of the DL sub-band.5.The apparatus of claim 3, wherein monitoring the DL sub-band comprises monitoring for a UE specific search space (USS) , wherein the USS is associated with a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the DL sub-band.6.The apparatus of claim 3, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the monitoring of the DL sub-band comprises monitoring all SBFD symbols.7.The apparatus of claim 3, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the CSS is the same for SBFD symbols and non-SBFD symbols, and wherein a PDCCH candidate is not fully within usable Physical Resource Blocks (PRBs) of the DL sub-band.8.The apparatus of claim 3, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the CSS is associated with a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the DL sub-band.9.The apparatus of claim 1, wherein the indication of support for SBFD operation indicates a capability of being scheduled in an uplink (UL) sub-band and only one DL sub-band.10.The apparatus of claim 9, wherein monitoring the DL sub-band comprises monitoring for a UE-specific search space (USS) when the USS corresponds to a Core Resource Set (CORESET) that is limited to usable Physical Resource Blocks (PRBs) of the only one DL sub-band.11.The apparatus of claim 9, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) , wherein the monitoring of the DL sub-band comprises monitoring all SBFD symbols.12.The apparatus of claim 9, wherein monitoring the DL sub-band comprises monitoring for a common search space (CSS) when the CSS corresponds to a Core Resource Set (CORESET) that is  limited to usable Physical Resource Blocks (PRBs) of the only one DL sub-band.13.The apparatus of claim 9, wherein the processing circuitry is further configured to:switch from monitoring non-SBFD symbols to monitor SBFD symbols for DL reception in the in the only one DL sub-band; orswitch from monitoring for DL reception in SBFD symbols of the only one DL sub-band to non-SBFD symbols for DL reception or UL transmission; orswitch from monitoring for DL reception in SBFD symbols of the only one DL sub-band to UL transmission in the UL sub-band; orswitch from UL transmission in the UL sub-band to monitoring for DL reception in SBFD symbols of the only one DL sub-band; orswitch from monitoring for DL reception in SBFD symbols of a first one of the only one DL sub-band to monitoring for DL reception in SBFD symbols of a second one of the only one DL sub-band SBFD symbols.14.The apparatus of claim 13, wherein the processing circuitry is further configured to:process, based on signaling received from the network, an allocation, wherein the switch is based on the allocation.15.The apparatus of claim 13, wherein the switch is based on a semi-static configuration comprising a predefined switch or higher layer signaling.16.The apparatus of claim 9, wherein the processing circuitry is further configured to:determine a Frequency Domain Resource Assignment (FDRA) bit-field size for a UE-specific search space (USS) .17.The apparatus of claim 16, wherein the FDRA bit-field size is determined based on (i) a number of usable Physical Resource Blocks (PRBs) in the only one DL sub-band when a search space is in SBFD symbols, or (ii) an active bandwidth part (BWP) when the search space is in non-SBFD symbols.18.The apparatus of claim 17, wherein the processing circuitry is further configured to:process, based on signaling received from the network, Downlink Control Information (DCI) in SBFD symbols, wherein a dynamic grant Physical Downlink Shared Channel (DG-PDSCH) scheduled by the DCI is in non-SBFD symbols; andscale the FDRA bit-field size.19.The apparatus of claim 18, wherein, when the FDRA is a FDRA type 1, the FDRA is scaled by multiplying a starting resource block (RBstart) and a length of RBs (LRB) in a Resource Indication Value (RIV) by a value K, where K is the maximum value from a set {1, 2, 4, 8} that satisfies 20.The apparatus of claim 19, wherein, when the FDRA is a FDRA type 0, each bit in a bitmap of size N is repeated by K times, where M is an FDRA size associated with the active DL BWP, and K is a maximum value from a set {1, 2, 4, 8} that satisfies

Images