Repetition schemes for type-0 pdcch and pdsch with SIB1

Abstract

The present disclosure generally relates to downlink transmission schemes for Type-0 physical downlink control channel (PDCCH) and physical downlink shared channel (PDSCH) with system information block 1 (SIB 1). In accordance with aspects of the present disclosure, a user equipment (UE) may receive an indication of one or more parameters associated with a repetition scheme for Type-0 PDCCH and PDSCH with SIB1. The UE can monitor a set of PDCCH resources for a set of Type-0 PDCCH repetitions in accordance with the repetition scheme. The UE can monitor a set of PDSCH resources for a set of PDSCH repetitions with SIB 1 in accordance with the repetition scheme and the set of Type-0 PDCCH repetitions.

Description

REPETITION SCHEMES FOR TYPE-0 PDCCH AND PDSCH WITH SIB1TECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more specifically to repetition schemes for Type-0 physical downlink control channel (PDCCH) and physical downlink shared channel (PDSCH) with system information block 1 (SIB1) .BACKGROUND

[0002] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the wireless user devices using one or more wireless network protocols, such as protocols described in various telecommunication standards promulgated by the European Telecommunications Standards Institute (ETSI) Third Generation Partnership Project (3GPP) . The wireless communication networks facilitate mobile broadband service using technologies such as orthogonal frequency-division multiple access (OFDMA) , multiple-input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features.SUMMARY

[0003] One aspect of the present disclosure relates to a method including: receiving an indication of one or more parameters associated with a repetition scheme for at least one of Type-0 physical downlink control channel (PDCCH) or physical downlink shared channel (PDSCH) with system information block 1 (SIB1) ; monitoring a set of PDCCH resources for a set of Type-0 PDCCH repetitions in accordance with the repetition scheme; and monitoring a set of PDSCH resources for a set of PDSCH repetitions with SIB1 in accordance with the repetition scheme and the set of Type-0 PDCCH repetitions.

[0004] Another aspect of the present disclosure relates to a method including: transmitting an indication of one or more parameters associated with at least one of a repetition scheme for Type-0 PDCCH or PDSCH with SIB1; transmitting a set of Type-0 PDCCH repetitions via a set of PDCCH resources in accordance with the repetition scheme; and transmitting a set of PDSCH repetitions with SIB1 via a set of PDSCH resources in accordance with the repetition scheme and the set of Type-0 PDCCH repetitions.

[0005] Another aspect of the present disclosure relates to an apparatus including one or more processors configured to perform any of the foregoing operations.

[0006] The details of one or more embodiments of these systems and methods are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of these systems and methods will be apparent from the description and drawings, and from the claims. BRIEF DESCRIPTION OF THE FIGURES

[0007] FIG. 1 illustrates an example wireless network, according to some implementations.

[0008] FIGs. 2 and 3A-3D illustrate example resource diagrams, according to some implementations.

[0009] FIGs. 4-9 illustrate example repetition schemes for Type-0 physical downlink control channel (PDCCH) and physical downlink shared channel (PDSCH) with system information block 1 (SIB1) , according to some implementations.

[0010] FIGs. 10-12 illustrate flowcharts of example methods for Type-0 PDCCH and PDSCH repetition, according to some implementations.

[0011] FIG. 13 illustrates an example UE, according to some implementations.

[0012] FIG. 14 illustrates an example access node, according to some implementations.DETAILED DESCRIPTION

[0013] In a non-terrestrial network (NTN) , a user equipment (UE) may communicate with one or more satellite base stations (also referred to as satellites or non-terrestrial access nodes) of a wireless network. In some implementations, a satellite can relay signals between the UE and one or more terrestrial access nodes. In other implementations, the UE may communicate directly with the satellite. Due to power constraints of the satellite and the relatively large distance between the UE and the satellite, non-terrestrial communications may have lower signal quality, higher path loss, and greater latency, compared to terrestrial communications. To improve the likelihood of the UE successfully receiving a downlink signal from the satellite, it may be advantageous for the satellite to transmit multiple repetitions of the downlink signal. However, such repetitions may not be supported for certain downlink signals.

[0014] In accordance with aspects of the present disclosure, a UE may be configured to monitor for multiple repetitions of a Type-0 physical downlink control channel (PDCCH) transmission that schedules a physical downlink shared channel (PDSCH) transmission carrying system information block 1 (SIB1) . For example, the UE may receive (i) a first repetition of the Type-0 PDCCH transmission that schedules a first repetition of the PDSCH transmission carrying SIB1 and (ii) a second repetition of the Type-0 PDCCH transmission that schedules a second repetition of the PDSCH transmission carrying SIB1. In some implementations, the UE may receive the first repetition of the Type-0 PDCCH transmission and the second repetition of the Type-0 PDCCH transmission in the same slot. In other implementations, the UE may receive the first repetition of the Type-0 PDCCH transmission and the second repetition of the Type-0 PDCCH transmission in different slots.

[0015] FIG. 1 illustrates an example wireless network 100, according to some implementations. The wireless network 100 includes a UE 102 and a base station 104, which are connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.

[0016] In some implementations, the wireless network 100 is a standalone (SA) network, e.g., that incorporates fifth generation (5G) New Radio (NR) . In some other implementations, the wireless network 100 is a non-standalone (NSA) network that incorporates Long Term Evolution (LTE) and 5G NR. In these implementations, the wireless network 100 may be an Evolved Universal Terrestrial Radio Access (E-UTRA) NR dual connectivity (EN-DC) network, or an NR-EUTRA dual connectivity (NE-DC) network. Furthermore, wireless networks implementing one or more other types of communication standards are possible, including future 3GPP systems (e.g., sixth generation “6G” ) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 technology, or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as systems subsequent to 5G (e.g., 6G) .

[0017] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of a laptop computer, smartphone, tablet computer, machine-type device (such as smart meters or specialized devices for healthcare) , intelligent transportation system, or any other wireless device. In the wireless network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.

[0018] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include application-specific circuitry, baseband circuitry, or any of various combinations thereof. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry and / or front-end module (FEM) circuitry.

[0019] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and / or control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For example, the control circuitry 110 can determine one or more slots to monitor for repetitions of a Type-0 PDCCH transmission that schedules a PDSCH transmission carrying SIB1. As described herein, the term “slot” refers to a time interval comprising 14 orthogonal frequency division multiplexing (OFDM) symbols.

[0020] The transmit circuitry 112 can perform various operations described herein. For example, the transmit circuitry 112 can transmit an indication of whether the UE 102 supports intra-slot repetition of Type-0 PDCCH and / or PDSCH with SIB1. Additionally, the transmit circuitry 112 may transmit using a plurality of multiplexed uplink physical channels. The plurality ofuplink physical channels may be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) , and in some implementations, along with carrier aggregation (CA) . The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission on the air interface 108.

[0021] The receive circuitry 114 can perform various operations described herein. For example, the receive circuitry 114 can receive control signaling that configures one or more parameters for Type-0 PDCCH repetition and / or PDSCH repetition. Additionally, the receive circuitry 114 may receive a plurality of multiplexed downlink physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The plurality of downlink physical channels may be multiplexed, e.g., according to TDM or FDM, e.g., along with CA. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video, and the like) structured within data blocks that are carried by the physical channels.

[0022] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.

[0023] The base station 104 circuitry may include control circuitry 116 coupled (directly or indirectly) with transmit circuitry 118 and / or receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled (directly or indirectly) with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, addressed to any UE connected to the base station 104. The receive circuitry 120 may receive a plurality of uplink physical channels from one or more UEs, including the UE 102.

[0024] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as an LTE protocol, advanced LTE (LTE-A) protocol, LTE-based access to unlicensed spectrum (LTE-U) , NR protocol, NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In some implementations, the UE 102 may directly exchange communication data via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink interface and may include one or more logical channels, including but not limited to a physical sidelink control channel (PSCCH) , a physical sidelink discovery channel (PSDCH) , and a physical sidelink broadcast channel (PSBCH) .

[0025] Some aspects of the present disclosure relate to NTN downlink coverage enhancement. The downlink coverage enhancements described herein provide support for additional reference satellite payload parameters covering both geosynchronous (GSO) and non-geosynchronous (NGSO) constellations operating in frequency range 1 (FR1) -NTN or frequency range 2 (FR2) -NTN.

[0026] Additional reference satellite payload parameters may be defined, assuming power sharing among satellite beams or different satellite beam patterns / size (e.g., wide or narrow) across the satellite footprint, such that satellite beams are not simultaneously active or active below a nominal effective isotropic radiated power (EIRP) density per satellite beam due to power and / or feeder link bandwidth constraints. Corresponding power sharing assumptions, link-level and system-level evaluation methodologies, and relevant coverage evaluation metrics may also be defined to allow for identification of physical channels / signals and system-level aspects that can be improved.

[0027] The wireless network 100 may support link-level enhancements for FR1-NTN (e.g., for PDCCH, PDSCH) and / or system level enhancements for FR1-NTN and / or FR2-NTN, allowing dynamic and flexible power sharing between satellite beams or different satellite beam patterns / size (e.g., wide or narrow) across the satellite footprint. In some cases, antenna gain of the UE 102 is considered to be between -4dB and -7dB (e.g., -5.5dB) for smartphones in FR1-NTN, the UE 102 is considered to be a full-duplex UE 102, and at least 2 Rx chains are supported at the UE 102. NGSO may have the same priority as LEO Set-1 at 600 km. The wireless network 100 may optionally support network energy saving techniques.

[0028] In some implementations, the wireless network 100 supports NR PDCCH coverage enhancements. For example, the wireless network 100 may support PDCCH common search space (CSS) link-level enhancements for all CSS types except Type-3. The wireless network 100 may optionally support PDCCH repetition, including intra-slot PDCCH repetition and / or inter-slot PDCCH repetition. In some implementations, the wireless network 100 supports control resource set (CORESET) length extension (e.g., increasing the number of OFDM symbols) and / or downlink control information (DCI) format optimization (e.g., message size reduction) . The techniques described herein can be applied to various search space types targeted for link-level enhancements. The techniques include consideration for the following items: configuration; backward compatibility; behavior of legacy UEs; linked search spaces; blocking probability; DCI format size budget; resource overhead; and impact on CORESET#0. Some of the coverage enhancements described herein focus on set 1-3 with a target carrier to noise ratio (CNR) between -6dB and -10dB (e.g., -8 dB) for NR NTN downlink link-level coverage enhancements. In some cases, these coverage enhancements can be applied to PDCCH CSS Type-3 and PDCCH UE-specific search space (USS) .

[0029] For PDCCH CSS (except Type-3) link-level enhancements, PDCCH repetitions are supported for NTN. These repetitions can be intra-slot and / or inter-slot. For link-level enhancements of PDSCH with SIB1, PDSCH repetitions within a 20 ms duration are supported. The number of repetitions may be fixed, e.g., at 2 repetitions or another suitable number. Aspects of the present disclosure generally relate to procedures and signaling for enabling such repetitions, determining associated time resources, etc. Without PDSCH repetitions, the coverage gap may be 2.2 dB to 4.6 dB, depending on the size of SIB1. The techniques described herein focus on coverage enhancements for set 1-3 with a target CNR of-8 dB for NR NTN downlink coverage enhancements at the link-level. These coverage enhancements may not be applicable to multiple SIB1 transmissions across the 20ms SSB periodicity, as this functionality may not be available when the SSB periodicity is 160 ms or larger (if supported) , depending on the SSB and CORESET multiplexing pattern.

[0030] FIG. 2 illustrates an example resource diagram 200, according to some implementations. For clarity of presentation, the resource diagram 200 is described in the context of the preceding figures. For example, the resource diagram 200 includes a number of control channel elements (CCE) , which can be monitored by the UE 102 of FIG. 1. The example resource diagram 200 includes a first CCE for a first search space (SS1) and a second CCE for a second search space (SS2) . The first CCE and the second CCE may each have an aggregation level (AL) of 4. A first pair of linked PDCCH candidates may include CCE indices 1-4 of both CCEs. A second pair of linked PDCCH candidates may include CCE indices 5-8 of both CCEs. A third pair of linked PDCCH candidates may include CCE indices 9-12 of both CCEs. A fourth pair of linked PDCCH candidates may include CCE indices 13-16 of both CCEs.

[0031] In FIG. 2, two PDCCHs are transmitted in a TDM / FDM manner from two linked search space (SS) sets. The linkage of 2 SS sets may be configured by radio resource control (RRC) signaling. The two linked SS sets may be associated with the same or different CORESETs. Two linked PDCCH candidates in two SS sets may have the same AL and the same PDCCH candidate index. The two linked SS sets may be configured with the following constraints. No third monitored SS set can be linked with either of the linked SS sets. Neither of the linked SS sets may contain individual PDCCH candidates. The two linked SS sets can have the same SS set type (USS / CSS) , the same DCI format to monitor, the same number of candidates for each AL, the same periodicity and offset (e.g., monitoringSlotPeriodicityAndOffset) , the same duration, and the same number of monitoring occasions. The nth monitoring occasion of one SS set may be linked to the nth monitoring occasion of the other SS set (as shown in FIG. 2) . The linked PDCCH candidates may be transmitted within a slot. The CORESETs associated with two linked SS sets may have the same configuration of TCI presence in DCI. PDCCH repetition and single frequency network (SFN) PDCCH may not be configured simultaneously.

[0032] The following SS sets may not be linked with another SS set for PDCCH repetition: SS set 0, searchSpaceSIB1, searchSpaceOtherSystemlnformation, pagingSearchSpace, ra-SearchSpace, and SS configured with recoverySearchSpaceld. A first PDCCH candidate from the first pair of linked candidates may not overlap with (e.g., use the same CORESET, DCI size, CCEs, or scrambling as) a second PDCCH candidate from the second pair of linked candidates. Two linked AL8 PDCCH candidates in the first linked SS sets pair and another two linked AL16 PDCCH candidates in a second linked SS sets pair may not share the same starting CCEs when the CORESET spans one OFDM symbol. For cross-carrier scheduling, searchSpaceSharing may not be applicable. Two linked PDCCH candidates may not be associated with different CORESETPoollndex values.

[0033] FIG. 3A illustrates an example resource diagram 300, according to some implementations. In FIG. 3A, a UE (such as the UE 102 of FIG. 1) monitors SS#0 in CORESET#0 for a Type-0 PDCCH. The UE can determine which PDSCH resources to monitor for SIB1 based on the Type-0 PDCCH. The UE can receive the PDSCH with SIB1 and the Type-0 PDCCH in the same slot (as shown in FIG. 3A) .

[0034] FIG. 3B illustrates another example resource diagram 301, according to some implementations. In FIG. 3B, a UE (such as the UE 102 of FIG. 1) monitors CORESET#0 for a first SSB (SSB0) or a second SSB (SSB1) . The UE can determine which PDSCH resources to monitor for SIB1 based on type-0 PDCCH for SSB0 and / or SSB1. In some implementations, the UE receives type-0 PDCCH for SSB0 and SSB1 in the same slot (as shown in FIG. 3B) .

[0035] FIG. 3C illustrates another example resource diagram 302, according to some implementations. FIG. 3C shows an inter-slot PDCCH repetition scheme, where a UE (such as the UE 102 of FIG. 1) monitors SS#0 in CORESET#0 for a Type-0 PDCCH in two consecutive or non-consecutive slots. The first Type-0 PDCCH schedules a first PDSCH with SIB1 in the first slot, and the second Type-0 PDCCH schedules a second PDSCH with SIB1 in the second slot.

[0036] FIG. 3D illustrates another example resource diagram 303, according to some implementations. FIG. 3D shows an intra-slot PDCCH repetition scheme, where a UE (such as the UE 102 of FIG. 1) monitors CORESET#0 for two repetitions of type-0 PDCCH for SSB0 in a first slot. The UE may determine which PDSCH resources to monitor for SIB1 based on type-0 PDCCH. In some implementations, the UE monitors PDSCH for SIB1 in two subsequent slots (as shown in FIG. 3D) . In the following slot, the UE may receive additional repetitions of PDSCH for SIB1.

[0037] The parameters listed in Table 13-11 of 3GPP TS 38.213 (shown below) indicate which PDCCH resources to monitor for SS / physical broadcast channel (PBCH) blocks. Table 1: Parameters for PDCCH Monitoring Occasions for Type-0 PDCCH CSS Set -SS / PBCH  Block and CORESET Multiplexing Pattern 1 and FR1

[0038] The parameters listed in Table 5.1.2.1.1-2 of 3GPP TS 38.214 (shown below) indicate which PDSCH resources to monitor for SIB1, assuming a normal cyclic prefix (CP) . Table 2: Default PDSCH Time Domain Resource Allocation A for Normal CP

[0039] Existing downlink transmission schemes may not support repetitions of both Type-0 PDCCH and PDSCH with SIB1. For intra-slot Type-0 PDCCH repetition, the PDSCH with SIB1 may start in the slot (s) subsequent to the Type-0 PDCCH. This may involve a modification of the TDRA table shown above. Some fields of the TDRA table (e.g., the starting symbol or length of the PDSCH) may be fixed, and a flexible slot offset may be introduced between PDCCH and PDSCH. The Type-0 PDCCH monitoring frames / slots may depend on the number of repetitions of PDSCH with SIB1. In some implementations, the Type-0 PDCCH monitoring symbols (or search space locations) may be modified.

[0040] Alternatively, the PDSCH with SIB1 can start in the same slot as the Type-0 PDCCH. The PDSCH with SIB1 can be repeated in subsequent slots, and a default or second TDRA (different from the first slot) can be applied. For inter-slot Type-0 PDCCH repetition, the repetition pattern of PDSCH with SIB1 can be the same as Type-0 PDCCH repetition. Alternatively, the Type-0 PDCCH initial transmission can have one (same-slot) PDSCH with SIB1 transmission, and the Type-0 PDCCH repetition can schedule repetitions of PDSCH with SIB1. In some example, each Type-0 PDCCH transmission can schedule repetitions of PDSCH with SIB1. Type-0 PDCCH monitoring behavior may depend on the repetition scheme for PDSCH with SIB1.

[0041] FIG. 4 illustrates an example repetition scheme 400 for Type-0 PDCCH and PDSCH with SIB1, according to some implementations. The repetition scheme 400 of FIG. 4 supports intra-slot Type-0 PDCCH repetition and PDSCH with SIB1 repetition. In existing schemes, PDCCH and PDSCH with SIB1 are received in the same slot. More OFDM symbols in the slot may be allocated for additional PDCCH repetitions. As such, there may not be enough OFDM symbols left in the slot for PDSCH with SIB1. In existing communication schemes, PDSCH repetitions follow the same TDRA as the initial PDSCH, which can result in wasted / unused resources. If additional PDSCH repetitions are needed, it can delay reception of the PDSCH with SIB1.

[0042] In accordance with the techniques described herein, a dedicated slot for multiple search spaces can be used to support type-0 PDCCH repetitions. PDSCH with SIB1 can be transmitted in subsequent slots. In some implementations, a new or modified default TDRA table can replace Table 5.1.2.1.1-2 of TS 38.214. This table can be used when intra-slot Type-0 PDCCH repetitions are enabled. In the new / modified table, the K0 value can be larger than 0. K0 can be 1 or N, where N is equal to the number of repetitions used for PDSCH with SIB1. This option may be applicable when the number of (linked) search space sets is 2 (to support different SSB indexes) . In other implementations, some default TDRA values can be fixed when intra-slot Type-0 PDCCH repetition is used. For example, each Type-0 PDCCH repetition may have a fixed starting symbol (e.g., symbol 2, symbol 0) and a fixed length (e.g., 12 symbols, 14 symbols) . In this scenario, the DCI only has to indicate the K0 value.

[0043] Ifmultiple slots are used for PDSCH repetitions, the frames and slots with Type-0 PDCCH transmission (s) may be modified. For example, slot where O and M are configured by a master information block (MIB) , and X is configured in PBCH / MIB as the number of repetitions for PDSCH with SIB1. If O = 0, M = 1, and X = 2, then n0 is equal to 0 for SSB index 0 and n0 is equal to 3 for SSB index 1. Accordingly, the UE monitors slot n0 in a frame with an even system frame number (SFN) if and in a frame with an odd SFN if A new or modified default PDCCH monitoring occasion table (shown below) can replace Table 13-11 of TS 38.213. In the table below, Ncoreset is the number of symbols in CORESET#0. Table 3: Pre-configured PDCCH Monitoring Occasions for Type-0 CSS Set

[0044] FIGs. 5A and 5B illustrate example repetition schemes 500 and 501 for Type-0 PDCCH and PDSCH with SIB1, according to some implementations. The repetition schemes 500 and 501 support intra-slot Type-0 PDCCH repetition and PDSCH with SIB1 repetition.

[0045] In FIG. 5A, there is one SS set per slot, K0 = 1, and X = 4. As described herein, the parameter X indicates the number of PDSCH repetitions for a particular SSB index. In this scenario, a UE may receive two repetitions of type-0 PDCCH in a linked SS set for SSB0. Each type-0 PDCCH repetition can schedule up to 2 repetitions of PDSCH with SIB1, so the UE may receive up 4 repetitions of PDSCH with SIB1 in subsequent slots, If K0 is 1 (as shown in FIG. 5A) , the PDSCH repetitions may start in the following slot. Once the PDSCH repetitions for SSB0 are complete, the UE may receive two repetitions of type-0 PDCCH in another linked SS set for SSB1. Each repetition of type-0 PDCCH can schedule up to 2 repetitions of PDSCH with SIB1, so the UE may receive up 4 repetitions of PDSCH with SIB1 in subsequent slots.

[0046] In FIG. 5B, there are two SS sets per slot, X = 4, and K0 is greater than or equal to 1. In the first slot, the UE receives two Type-0 PDCCH repetitions for SSB0 on linked SS set 0 and two Type-0 PDCCH repetitions for SSB1 on linked SS set 1. The Type-0 PDCCH repetitions may indicate a K0 value of 1 for SSB0 and a K0 value of 4 for SSB1. Accordingly, repetitions of PDSCH with SIB1 for SSB0 may start in the following slot, and repetitions of PDSCH with SIB1 for SSB1 may start in the fifth slot (e.g., after the PDSCH repetitions for SSB0) . Each Type-0 PDCCH repetition can schedule up to two repetitions of PDSCH with SIB1.

[0047] FIG. 6 illustrates another repetition scheme 600 for Type-0 PDCCH and PDSCH with SIB1, according to some implementations. The repetition scheme 600 of FIG. 6 uses a mixed slot design for multiple SS sets to support repetitions of Type-0 PDCCH and PDSCH with SIB1. The initial PDSCH with SIB1 can be transmitted in the same slots as the Type-0 PDCCH repetitions. Repetitions of PDSCH with SIB1 can be transmitted in subsequent slots. To make use of the subsequent slots for PDSCH repetitions, different TDRAs can be used for initial PDSCH transmissions and PDSCH repetitions (as shown in FIG. 6) .

[0048] In some implementations, a default TDRA is used for PDSCH repetitions in subsequent slots. For example, the initial PDSCH with SIB1 can use a TDRA indicated by the scheduling DCI, and the PDSCH repetition with SIB1 may have a fixed starting symbol of 2 and a length of 12; or a fixed starting symbol of 0 and a length of 14. In other implementations, the scheduling DCI indicates two TDRA values: the first TDRA value is for the initial PDSCH with SIB1, and the second TDRA value is for the repetition of PDSCH with SIB1.

[0049] In legacy inter-slot Type-0 PDCCH repetition schemes, Type-0 PDCCH and PDSCH with SIB1 are received in the same slot. Inter-slot type-0 PDCCH repetition can allow legacy UEs to receive SIB1 in earlier slot (s) . Newer UEs may combine PDCCHs from different slots, but additional buffers may be needed and this does not guarantee that PDSCH with SIB1 in the early slot will be buffered and combined with the PDSCH with SIB1 in the later slot. It may be desirable to have PDSCH with SIB1 repetition (s) scheduled by a single DCI.

[0050] Different repetition patterns can be used. For example, Type-0 PDCCH / PDSCH with SIB1 repetitions can be in consecutive slots for a given SSB index, and beam sweeping over different SSB indexes can occur in subsequent slots (as shown in FIG. 7A) . Monitoring occasions associated with SSB index i can be located in slots [n0, n0 + 1, ..., n0 + (X -1) ] , where and X is the configured number of repetitions for PDSCH with SIB1 (which is equal to the number of type-0 PDCCH repetitions) . Alternatively, beam sweeping over different SSB indexes can occur first, and repetitions of Type-0 PDCCH and PDSCH with SIB1 can take place in subsequent slots (as shown in FIG. 7B) . Monitoring occasions associated with SSB index i may be in slots [n0, n0 + Y, ..., n0 + (X -1) ·Y] , where and Y is the number of SSB indexes.

[0051] FIGs. 7A and 7B illustrate example repetition schemes 700 and 701 for Type-0 PDCCH and PDSCH with SIB1, according to some implementations. The repetition schemes 700 and 701 support inter-slot Type-0 PDCCH repetition and PDSCH with SIB1 repetition. In FIG. 7A, repetitions of Type-0 PDCCH and PDSCH with SIB1 occur in consecutive slots for a given SSB index, and beam sweeping over different SSB indexes occurs in subsequent slots. In FIG. 7B, beam sweeping over different SSB indexes occurs first, and repetitions of Type-0 PDCCH and PDSCH with SIB1 take place in subsequent slots.

[0052] The transmission schemes described herein support an additional number of repetitions of PDSCH with SIB1, meaning the number of repetitions of PDSCH with SIB1 can be larger than the number of Type-0 PDCCH repetitions. This can further enhance coverage of PDSCH with SIB1, where the coverage gap of PDSCH with SIB1 can be larger due to the large payload size of SIB1. This can simplify UE implementation because the UE has to combine the last two PDSCH repetitions, and does not have to buffer the PDSCH with SIB1 for the first Type-0 PDCCH. The number of PDSCH repetitions can be indicated by the DCI scheduling the PDSCH with SIB1. Additionally, or alternatively, MIB / PBCH can indicate the number of PDSCH repetitions.

[0053] Different repetition patterns can be used. For example, repetitions of Type-0 PDCCH and PDSCH with SIB1 can occur in consecutive slots for a given SSB index. Beam sweeping over different SSB indexes can occur in subsequent slots. In some implementations, PDSCH repetitions are used for the last Type-0 PDCCH repetition (as shown in FIG. 8A) . In this scenario, monitoring occasions associated with SSB index i may be in slots [n0, n0 + 1, ..., n0 + (Y -1) ] , where X is the configured number of repetitions for PDSCH with SIB1, and Y is the number of repetitions configured for inter-slot Type-0 PDCCH. In other implementations, PDSCH repetitions are applied to each Type-0 PDCCH (as shown in FIG. 8B) . In this scenario, monitoring occasions associated with SSB index i may be in slots [n0, n0 + X, ..., n0 + (Y-1) ·X] , where X is the configured number of repetitions for PDSCH with SIB1, and Y is the number of repetitions configured for inter-slot Type-0 PDCCH.

[0054] Alternatively, beam sweeping over different SSB indexes can occur first, and repetitions of Type-0 PDCCH and PDSCH with SIB1 can occur in subsequent slots. PDSCH repetitions can be applied to each Type-0 PDCCH or limited to the last Type-0 PDCCH repetition. If PDSCH repetitions are applied to the last Type-0 PDCCH repetition (as shown in FIG. 9A) , the monitoring occasions associated with SSB index i may be in slots [n0, n0 + Z, ..., n0 + (Y -1) ·Z] , where  and Z is the number of SSB indexes. If PDSCH repetitions are applied to each Type-0 PDCCH repetition (as shown in FIG. 9B) , the monitoring occasions associated with SSB index i maybe in slots [n0, n0 + X·Z, ..., n0 + X· (Y -1) ·Z] , where and Z is the number of SSB indexes.

[0055] FIG. 8A and 8B illustrate example repetition schemes 800 and 801 for Type-0 PDCCH and PDSCH with SIB1, according to some implementations. The repetition schemes 800 and 801 support inter-slot Type-0 PDCCH repetition and PDSCH with SIB1 repetition. In FIGs. 8A and 8B, repetitions of Type-0 PDCCH and PDSCH with SIB1 occur in consecutive slots for a given SSB index, and beam sweeping over different SSB indexes occurs in subsequent slots. In FIG. 8A, PDSCH repetitions are only applied to the last Type-0 PDCCH repetition. In FIG. 8B, PDSCH repetitions are applied to each Type-0 PDCCH repetition.

[0056] FIG. 9A and 9B illustrate example repetition schemes 900 and 901 for Type-0 PDCCH and PDSCH with SIB1, according to some implementations. The repetition schemes 900 and 901 support inter-slot Type-0 PDCCH repetition and PDSCH with SIB1 repetition. In FIGs. 9A and 9B, beam sweeping over different SSB indexes occurs first, and repetitions of Type-0 PDCCH and PDSCH with SIB1 occur in subsequent slots. In FIG. 9A, PDSCH repetitions are only applied to the last Type-0 PDCCH repetition. In FIG. 9B, PDSCH repetitions are applied to each Type-0 PDCCH repetition.

[0057] FIG. 10 illustrates a flowchart of an example method 1000 for Type-0 PDCCH and PDSCH repetition, according to some implementations. For clarity of presentation, the method 1000 is described in the context of the preceding figures. For example, the method 1000 can be performed by a UE (such as the UE 102 of FIG. 1) , or any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 1000 can be run in parallel, in combination, in loops, or in any order. The example method 1000 shown in FIG. 10 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 10) , which can be performed in the order shown or in a different order.

[0058] At 1002, the UE receives a MIB or PBCH indicating a repetition factor Y for intra-slot or inter-slot Type-0 PDCCH and / or a repetition factor X for PDSCH with SIB1. In some implementations, a reserved bit in MIB can indicate X or Y. PBCH reserved bits for FR1-NTN,  are reserved bits that can be used to indicate the number of repetitions for Type-0 PDCCH and / or PDSCH with SIB1. For Type-0 PDCCH repetition, the MIB / PBCH can indicate whether Type-0 PDCCH repetition is applied, whether intra-slot Type-0 PDCCH repetition or inter-slot Type-0 PDCCH repetition is applied, the number of type-0 PDCCH repetitions Y, and so on. For repetitions of PDSCH with SIB1, the MIB / PBCH can indicate whether PDSCH repetition is applied, the number of PDSCH repetitions X, the format of PDSCH repetition (together with PDCCH repetition) , etc.

[0059] At 1004, the UE determines a system frame and slot index to monitor for Y Type-0 PDCCH repetitions associated with a particular SSB index. The frame and slots for PDCCH repetitions can be determined according to the formulas described with reference to FIGs. 7A and 7B (depending on the indicated schemes) .

[0060] At 1006, the UE determines a respective TDRA to use for an initial PDSCH transmission with SIB1 and one or more PDSCH repetitions with SIB1 based on a corresponding default PDSCH TDRA table (such as Table 3) . The repetition scheme can start from a subsequent slot or the same slot as the Type-0 PDCCH. In some implementations, the UE determines a number of repetitions for PDSCH with SIB1 based on the scheduling DCI or one or more reserved bits in MIB / PBCH. The number of repetitions for PDSCH with SIB1 may be applied to each PDCCH repetition or to the last PDCCH repetition.

[0061] FIG. 11 illustrates a flowchart of an example method 1100 for Type-0 PDCCH and PDSCH repetition, according to some implementations. For clarity of presentation, the method 1100 is described in the context of the preceding figures. For example, the method 1100 can be performed by a UE (such as the UE 102 of FIG. 1) , or any suitable system, environment, software, hardware, or combination thereof.In some implementations, operations of the method 1100 can be run in parallel, in combination, in loops, or in any order. The example method 1100 shown in FIG. 11 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 11) , which can be performed in the order shown or in a different order.

[0062] At 1102, the UE receives an indication of one or more parameters associated with a repetition scheme for at least one of Type-0 PDCCH or PDSCH with SIB1.

[0063] At 1104, the UE monitors PDCCH resources for Type-0 PDCCH repetitions in accordance with the repetition scheme.

[0064] At 1106, the UE monitors PDSCH resources for PDSCH repetitions with SIB1 in accordance with the repetition scheme and the Type-0 PDCCH repetitions.

[0065] FIG. 12 illustrates a flowchart of an example method 1200 for Type-0 PDCCH and PDSCH repetition, according to some implementations. For clarity of presentation, the method 1200 is described in the context of the preceding figures. For example, the method 1200 can be performed by a base station (such as the base station 104 of FIG. 1) , or any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 1200 can be mn in parallel, in combination, in loops, or in any order. The example method 1200 shown in FIG. 12 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 12) , which can be performed in the order shown or in a different order.

[0066] At 1202, the base station transmits an indication of one or more parameters associated with a repetition scheme for at least one of Type-0 PDCCH or PDSCH with SIB1.

[0067] At 1204, the base station transmits Type-0 PDCCH repetitions via PDCCH resources in accordance with the repetition scheme.

[0068] At 1206, the base station transmits PDSCH repetitions with SIB1 via PDSCH resources in accordance with the repetition scheme and the Type-0 PDCCH repetitions.

[0069] FIG. 13 illustrates an example UE 1300, according to some implementations. The UE 1300 may be similar to and substantially interchangeable with UE 102 of FIG. 1. The UE 1300 may include any mobile or non-mobile computing device, such as, for example, a mobile phone, computer, tablet, industrial wireless sensors, video device (for example, cameras, video cameras, and the like) , wearable devices (for example, a smart watch) , relaxed intemet-of-things (IoT) devices, etc.

[0070] The UE 1300 may include any / all of processor 1302, RF interface circuitry 1304, memory / storage 1306, user interface 1308, sensors 1310, driver circuitry 1312, power management integrated circuit (PMIC) 1314, one or more antenna (s) 1316, and battery 1318. The components of the UE 1300 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 13 is intended to show a high-level view of some of the components of the UE 1300. However, some of the components shown may be omitted, additional components may be present, and a different arrangement of the components shown may occur in other implementations.

[0071] The components of the UE 1300 may be coupled with various other components over one or more interconnects 1320, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0072] The processor 1302 may include one or more processors. For example, the processor 1302 may include processor circuitry such as, for example, baseband (BB) processor circuitry 1322A, central processor unit (CPU) circuitry 1322B, and graphics processor unit (GPU) circuitry 1322C. The processor 1302 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1306 to cause the UE 1300 to perform operations as described herein.

[0073] In some implementations, the baseband processor circuitry 1322A may access a communication protocol stack 1324 in the memory / storage 1306 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1322A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (SDAP) layer, and / or protocol data unit (PDU) layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and / or non-access stratum (NAS) layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by components of the RF interface circuitry 1304. The baseband processor circuitry 1322A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, waveforms for NR may implement cyclic prefix-orthogonal frequency division multiplexing (CP-OFDM) in the uplink or downlink, and discrete Fourier transform-spread-orthogonal frequency division multiplexing (DFT-S-OFDM) in the uplink.

[0074] The memory / storage 1306 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1324) that can be executed by the processor 1302 to cause the UE 1300 to perform various operations described herein. The memory / storage 1306 include any type of volatile or non-volatile memory that may be distributed throughout the UE 1300. In some implementations, some of the memory / storage 1306 may be located on the processor 1302 itself (for example, Layer 1 “L1” and Layer 2 “L2” caches) , while other memory / storage 1306 is external to the processor 1302 but accessible thereto via a memory interface. The memory / storage 1306 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0075] The RF interface circuitry 1304 may include transceiver circuitry and radio frequency front end module (RFEM) that allows the UE 1300 to communicate with other devices over a radio access network. The RF interface circuitry 1304 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0076] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 1316 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that downconverts the RF signal into a baseband signal that is provided to the baseband processor.

[0077] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna (s) 1316. In various implementations, the RF interface circuitry 1304 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0078] The antenna (s) 1316 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves over the air into electrical signals. In some implementations, the antenna elements may be arranged into one or more antenna panels. The antenna (s) 1316 may have antenna panels that are omnidirectional, directional, or a combination thereof, to enable beamforming and multiple input, multiple output communications. The antenna (s) 1316 may include any / all of microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 1316 may have one or more panels designed for one or more specific frequency bands, such as bands in frequency range 1 (FR1) or frequency range 2 (FR2) .

[0079] The user interface 1308 includes various input / output (I / O) devices designed to enable user interaction with the UE 1300. The user interface 1308 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs) , or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1300.

[0080] The sensors 1310 may include devices, modules, or subsystems whose purpose is to detect events or changes in its enviromnent and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0081] The driver circuitry 1312 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1300, attached to the UE 1300, or otherwise communicatively coupled with the UE 1300. The driver circuitry 1312 may include individual drivers allowing other components to interact with or control various I / O devices that may be present within, or connected to, the UE 1300. For example, driver circuitry 1312 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1310 and control and allow access to sensors 1310, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0082] The PMIC 1314 may manage power provided to various components of the UE 1300. In particular, with respect to the processor 1302, the PMIC 1314 may control power-source selection, voltage scaling, battery charging, or direct current (DC) -to-DC conversion.

[0083] In some implementations, the PMIC 1314 may control, or otherwise be part of, various power saving mechanisms of the UE 1300. A battery 1318 may power the UE 1300, although in some examples the UE 1300 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 1318 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1318 may be a lead-acid automotive battery.

[0084] FIG. 14 illustrates an example access node 1400 (e.g., a base station or gNB) , according to some implementations. The access node 1400 may be similar to and substantially interchangeable with base station 104. The access node 1400 may include one or more of processor 1402, RF interface circuitry 1404, core network (CN) interface circuitry 1406, memory / storage circuitry 1408, and one or more antenna (s) 1410. The processor 1402 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 1408 to cause the access node 1400 to perform operations as described herein.

[0085] The components of the access node 1400 may be coupled with various other components over one or more interconnects 1412. The processor 1402, RF interface circuitry 1404, memory / storage circuitry 1408 (including communication protocol stack 1414) , antenna (s) 1410, and interconnects 1412 may be similar to like-named elements shown and described with respect to FIG. 13. For example, the processor 1402 may include processor circuitry such as, for example, BB processor circuitry 1416A, CPU circuitry 1416B, and GPU circuitry 1416C.

[0086] The CN interface circuitry 1406 may provide connectivity to a core network, for example, a 5G core (5GC) network using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the access node 1400 via a fiber optic or wireless backhaul. The CN interface circuitry 1406 may include one or more dedicated processors or field-programmable gate arrays (FPGA) to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1406 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0087] As used herein, the terms “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes can be referred to as base stations, gNBs, RAN nodes, eNBs, NodeBs, roadside units (RSU) , transmit-receive points (TRP) , and so forth, and can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like may refer to an access node 1400 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like may refer to an access node 1400 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 1400 may be implemented as one or more of a dedicated physical device such as a macrocell base station, and / or a low power base station for providing femtocells, picocells or other like cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.

[0088] In some implementations, all or parts of the access node 1400 may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a cloud radio access network (CRAN) and / or a virtual baseband unit pool (vBBUP) . In vehicle-to-everything (V2X) scenarios, the access node 1400 may be or act as an RSU. The term RSU refers to any transportation infrastructure entity used for V2X communications. An RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE may be referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB may be referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB may be referred to as a “gNB-type RSU, ” and the like.

[0089] Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112 (f) interpretation for that component.

[0090] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, or the like, as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below.

[0091] Example 1 is a method including: receiving an indication of one or more parameters associated with a repetition scheme for at least one of Type-0 PDCCH or PDSCH with SIB1; monitoring a set of PDCCH resources for a set of Type-0 PDCCH repetitions in accordance with the repetition scheme; and monitoring a set of PDSCH resources for a set of PDSCH repetitions with SIB1 in accordance with the repetition scheme and the set of Type-0 PDCCH repetitions.

[0092] Example 2 includes the method of example 1, where the one or more parameters associated with the repetition scheme include a parameter K0 that indicates a slot offset between a last Type-0 PDCCH repetition and a first PDSCH repetition with SIB1.

[0093] Example 3 includes the method of example 2, where a value of K0 is greater than or equal to 1.

[0094] Example 4 includes the method of any of examples 1 to 3, where a value of K0 is equal to a number of repetitions configured for PDSCH with SIB1.

[0095] Example 5 includes the method of any of examples 2 to 4, where receiving the indication of the one or more parameters includes receiving scheduling DCI that indicates a value of K0.

[0096] Example 6 includes the method of any of examples 1 to 5, where the one or more parameters associated with the repetition scheme indicate one or more default PDSCH TDRA values to use when intra-slot Type-0 PDCCH repetition is enabled.

[0097] Example 7 includes the method of example 6, where the one or more default PDSCH TDRA values indicate a fixed starting symbol and length for each PDSCH repetition with SIB1.

[0098] Example 8 includes the method of any of examples 1 to 7, where the one or more parameters associated with the repetition scheme indicate at least one system frame and slot index to monitor for Type-0 PDCCH repetitions associated with a SSB index.

[0099] Example 9 includes the method of any of examples 1 to 8, further including determining a slot n0 to monitor for the set of Type-0 PDCCH repetitions according to where O and M are parameters configured by a MIB, and X is a number of PDSCH repetitions configured by the MIB or a PBCH transmission.

[0100] Example 10 includes the method of example 9, where monitoring the set of PDCCH resources for the set of Type-0 PDCCH repetitions includes monitoring the slot n0 in a frame with an even SFN when

[0101] Example 11 includes the method of any of examples 9 to 10, where monitoring the set of PDCCH resources for the set of Type-0 PDCCH repetitions includes monitoring the slot n0 in a frame with an odd SFN when

[0102] Example 12 includes the method of any of examples 1 to 11, further including determining one or more PDCCH monitoring occasions in a Type-0 CSS set to monitor for the set of Type-0 PDCCH repetitions based on the one or more parameters associated with the repetition scheme and a table configured by RRC signaling.

[0103] Example 13 includes the method of any of examples 1 to 12, where the set of Type-0 PDCCH repetitions are received in a first slot and the set of PDSCH repetitions with SIB1 start in a second slot that is subsequent to the first slot.

[0104] Example 14 includes the method of any of examples 1 to 13, where the set of Type-0 PDCCH repetitions are received in a first slot and the set of PDSCH repetitions with SIB1 start in the first slot.

[0105] Example 15 includes the method of any of examples 1 to 14, further including determining a respective TDRA for each PDSCH repetition with SIB1 based at least on the one or more parameters associated with the repetition scheme and a PDSCH TDRA table configured by RRC signaling.

[0106] Example 16 includes the method of example 15, where a first TDRA is used for an initial PDSCH transmission with SIB1 and a second TDRA is used for subsequent PDSCH repetitions with SIB1.

[0107] Example 17 includes the method of example 16, where the second TDRA includes a default TDRA.

[0108] Example 18 includes the method of any of examples 16 to 17, where receiving the indication of the one or more parameters associated with the repetition scheme includes receiving scheduling DCI that indicates at least one of the first TDRA for the initial PDSCH transmission with SIB1 or the second TDRA for the subsequent PDSCH repetitions with SIB1.

[0109] Example 19 includes the method of any of examples 16 to 18, where each subsequent PDSCH repetition with SIB1 includes a fixed starting symbol and length.

[0110] Example 20 includes the method of any of examples 1 to 19, where Type-0 PDCCH repetitions and PDSCH repetitions with SIB1 for an SSB index occur in consecutive slots, and beam sweeping over different SSB indexes occurs in subsequent slots.

[0111] Example 21 includes the method of any of examples 1 to 20, where beam sweeping over different SSB indexes occurs before Type-0 PDCCH repetitions and PDSCH repetitions with SIB1.

[0112] Example 22 includes the method of any of examples 1 to 21, further including determining a set of monitoring occasions for an SSB index based at least on a configured number of PDSCH repetitions X, where the set of monitoring occasions includes slots [n0, n0 + 1, ... , n0 + (X -1) ] , where and where O and M are parameters configured by a MIB.

[0113] Example 23 includes the method of any of examples 1 to 22, further including determining a set of monitoring occasions for an SSB index based at least on a number of SSB indexes Y, where the set of monitoring occasions includes slots [n0, n0 + Y, ... , n0 + (X-1) · Y] , where and where O and M are parameters configured by a MIB.

[0114] Example 24 includes the method of any of examples 1 to 23, where a number of PDSCH repetitions with SIB1 is larger than a number of Type-0 PDCCH repetitions.

[0115] Example 25 includes the method of any of examples 1 to 24, further including determining a set of monitoring occasions for an SSB index based on at least one of a number of repetitions X configured for PDSCH with SIB1, a number of repetitions Y configured for inter-slot Type-0 PDCCH, or a number of SSB indexes Z.

[0116] Example 26 includes the method of example 25, where the set of monitoring occasions includes slots [n0, n0 + 1, ... , n0 + (Y-1) ] , and where and where O and M are parameters indicated by a MIB.

[0117] Example 27 includes the method of any of examples 25 to 26, where the set of monitoring occasions includes slots [n0, n0 + X, ... , n0 + (Y-1) ·X] , where and where O and M are parameters indicated by a MIB.

[0118] Example 28 includes the method of any of examples 25 to 27, where the set of monitoring occasions includes slots [n0, n0 + Z, ... , n0 + (Y-1) · Z] , where and where O and M are parameters indicated by a MIB.

[0119] Example 29 includes the method of any of examples 25 to 28, where the set of monitoring occasions includes slots [n0, n0 + X· Z, ... , n0 + X· (Y -1) ·Z] , where and where O and M are parameters indicated by a MIB.

[0120] Example 30 includes the method of any of examples 1 to 29, where receiving the indication of the one or more parameters associated with the repetition scheme includes receiving a MIB or a PBCH transmission indicating the one or more parameters.

[0121] Example 31 includes the method of example 30, where one or more reserved bits of the MIB or PBCH transmission indicate a number of Type-0 PDCCH repetitions or a number of PDSCH repetitions with SIB1.

[0122] Example 32 includes the method of any of examples 1 to 31, where the repetition scheme indicates at least one of (i) a number of Type-0 PDCCH repetitions, (ii) whether Type-0 PDCCH repetition is enabled, or (iii) whether intra-slot Type-0 PDCCH repetition or inter-slot Type-0 PDCCH repetition is enabled.

[0123] Example 33 includes the method of any of examples 1 to 32, where the one or more parameters associated with the repetition scheme indicate at least one of (i) a number of PDSCH repetitions with SIB1, (ii) whether PDSCH repetition is enabled, (iii) a PDSCH repetition format, or (iv) a PDCCH repetition format.

[0124] Example 34 includes the method of any of examples 1 to 33, where receiving the indication of the one or more parameters associated with the repetition scheme includes receiving scheduling DCI that indicates a number of repetitions configured for PDSCH with SIB1.

[0125] Example 35 includes the method of any of examples 1 to 34, where the one or more parameters associated with the repetition scheme indicate whether PDSCH repetitions are applied to (i) each Type-0 PDCCH repetition associated with an SSB index or (ii) a last Type-0 PDCCH repetition associated with the SSB index.

[0126] Example 36 is an apparatus including one or more processors configured to perform the method of any of examples 1-35.

[0127] Example 37 is a UE including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the UE to perform the method of any of examples 1-35.

[0128] Example 38 is a method including: transmitting an indication of one or more parameters associated with at least one of a repetition scheme for Type-0 PDCCH or PDSCH with SIB1; transmitting a set of Type-0 PDCCH repetitions via a set of PDCCH resources in accordance with the repetition scheme; and transmitting a set of PDSCH repetitions with SIB1 via a set of PDSCH resources in accordance with the repetition scheme and the set of Type-0 PDCCH repetitions.

[0129] Example 39 includes the method of example 38, where the one or more parameters associated with the repetition scheme include a parameter K0 that indicates a slot offset between a last Type-0 PDCCH repetition and a first PDSCH repetition with SIB1.

[0130] Example 40 includes the method of example 39, where a value of K0 is greater than or equal to

[0131] Example 1 includes 41. The method of any of examples 39 to 0, where a value of K0 is equal to a number of repetitions configured for PDSCH with SIB1.

[0132] Example 42 includes the method of any of examples 39 to 41, where transmitting the indication of the one or more parameters includes transmitting scheduling DCI that indicates a value of K0.

[0133] Example 43 includes the method of any of examples 38 to 42, where the one or more parameters associated with the repetition scheme indicate one or more default PDSCH TDRA values to use when intra-slot Type-0 PDCCH repetition is enabled.

[0134] Example 44 includes the method of example 43, where the one or more default PDSCH TDRA values indicate a fixed starting symbol and length for each PDSCH repetition with SIB1.

[0135] Example 45 includes the method of any of examples 38 to 44, where the one or more parameters associated with the repetition scheme indicate at least one system frame and slot index to use for Type-0 PDCCH repetitions associated with an SSB index.

[0136] Example 46 includes the method of any of examples 38 to 45, further including determining a slot n0 to use for the set of Type-0 PDCCH repetitions according to where O and M are configured by a MIB, and X is a number of PDSCH repetitions configured by the MIB or a PBCH transmission.

[0137] Example 47 includes the method of example 46, where transmitting the set of Type-0 PDCCH repetitions via the set of PDCCH resources includes transmitting a Type-0 PDCCH repetition during the slot n0 in a frame with an even SFN when

[0138] Example 48 includes the method of any of examples 46 to 47, where transmitting the set of Type-0 PDCCH repetitions via the set of PDCCH resources includes transmitting a Type-0 PDCCH repetition during the slot n0 in a frame with an odd SFN when

[0139] Example 49 includes the method of any of examples 38 to 48, further including determining one or more PDCCH monitoring occasions in a Type-0 CSS set to use for the set of Type-0 PDCCH repetitions based on the one or more parameters associated with the repetition scheme and a table configured by RRC signaling.

[0140] Example 50 includes the method of any of examples 38 to 49, where the set of Type-0 PDCCH repetitions occur in a first slot and the set of PDSCH repetitions with SIB1 start in a second slot that is subsequent to the first slot.

[0141] Example 51 includes the method of any of examples 38 to 50, where the set of Type-0 PDCCH repetitions occur in a first slot and the set of PDSCH repetitions with SIB1 start in the first slot.

[0142] Example 52 includes the method of any of examples 38 to 51, further including determining a respective TDRA for each PDSCH repetition with SIB1 based at least on the one or more parameters associated with the repetition scheme and a PDSCH TDRA table configured by RRC signaling.

[0143] Example 53 includes the method of example 52, where a first TDRA is used for an initial PDSCH transmission with SIB1 and a second TDRA is used for subsequent PDSCH repetitions with SIB1.

[0144] Example 54 includes the method of example 53, where the second TDRA includes a default TDRA.

[0145] Example 55 includes the method of any of examples 53 to 54, where transmitting the indication of the one or more parameters associated with the repetition scheme includes transmitting scheduling DCI that indicates at least one of the first TDRA for the initial PDSCH transmission with SIB1 or the second TDRA for the subsequent PDSCH repetitions with SIB1.

[0146] Example 56 includes the method of any of examples 53 to 55, where each subsequent PDSCH repetition with SIB1 includes a fixed starting symbol and length.

[0147] Example 57 includes the method of any of examples 38 to 56, where Type-0 PDCCH repetitions and PDSCH repetitions with SIB1 for an SSB index occur in consecutive slots, and beam sweeping over different SSB indexes occurs in subsequent slots.

[0148] Example 58 includes the method of any of examples 38 to 57, where beam sweeping over different SSB indexes occurs before Type-0 PDCCH repetitions and PDSCH repetitions with SIB1.

[0149] Example 59 includes the method of any of examples 38 to 58, further including determining a set of monitoring occasions for an SSB index based at least on a configured number of PDSCH repetitions X, where the set of monitoring occasions includes slots [n0, n0 + 1, ... , n0 + (X -1) ] , where and where O and M are parameters indicated by a MIB.

[0150] Example 60 includes the method of any of examples 38 to 59, further including determining a set of monitoring occasions for an SSB index based at least on a number of SSB indexes Y, where the set of monitoring occasions includes slots [n0, n0 + Y, ... , n0 + (X -1) ·Y] , where and where O and M are parameters indicated by a MIB.

[0151] Example 61 includes the method of any of examples 38 to 60, where a number of PDSCH repetitions with SIB1 is larger than a number of Type-0 PDCCH repetitions.

[0152] Example 62 includes the method of any of examples 38 to 61, further including determining a set of monitoring occasions for an SSB index based on at least one of a number of repetitions X configured for PDSCH with SIB1, a number of repetitions Y configured for inter-slot Type-0 PDCCH, or a number of SSB indexes Z.

[0153] Example 63 includes the method of example 62, where the set of monitoring occasions includes slots [n0, n0 + 1, ... , n0 + (Y-1) ] , and where and where O and M are indicated by a MIB.

[0154] Example 64 includes the method of any of examples 62 to 63, where the set of monitoring occasions includes slots [n0, n0 + X, ... , n0 + (Y-1) ·X] , where and where O and M are parameters indicated by a MIB.

[0155] Example 65 includes the method of any of examples 62 to 64, where the set of monitoring occasions includes slots [n0, n0 + Z, ... , n0 + (Y-1) · Z] , where and where O and M are parameters indicated by a MIB.

[0156] Example 66 includes the method of any of examples 62 to 65, where the set of monitoring occasions includes slots [n0, n0 + X· Z, ... , n0 + X· (Y -1) ·Z] , where and where O and M are parameters indicated by a MIB.

[0157] Example 67 includes the method of any of examples 38 to 66, where transmitting the indication of the one or more parameters associated with the repetition scheme includes transmitting a MIB or a PBCH transmission indicating the one or more parameters.

[0158] Example 68 includes the method of example 67, where one or more reserved bits of the MIB or PBCH transmission indicate a number of Type-0 PDCCH repetitions or a number of PDSCH repetitions with SIB1.

[0159] Example 69 includes the method of any of examples 38 to 68, where the one or more parameters associated with the repetition scheme indicate at least one of (i) a number of Type-0 PDCCH repetitions, (ii) whether Type-0 PDCCH repetition is enabled, or (iii) whether intra-slot Type-0 PDCCH repetition or inter-slot Type-0 PDCCH repetition is enabled.

[0160] Example 70 includes the method of any of examples 38 to 69, where the one or more parameters associated with the repetition scheme indicates at least one of (i) a number of PDSCH repetitions with SIB1, (ii) whether PDSCH repetition is enabled, (iii) a PDSCH repetition format, or (iv) a PDCCH repetition format.

[0161] Example 71 includes the method of any of examples 38 to 70, where transmitting the indication of the one or more parameters associated with the repetition scheme includes transmitting scheduling DCI that indicates a number of repetitions configured for PDSCH with SIB1.

[0162] Example 72 includes the method of any of examples 38 to 71, where the one or more parameters associated with the repetition scheme indicate whether PDSCH repetitions are applied to (i) each Type-0 PDCCH repetition associated with an SSB index or (ii) a last Type-0 PDCCH repetition associated with the SSB index.

[0163] Example 73 is an apparatus including one or more processors configured to perform the method of any of examples 38-72.

[0164] Example 74 is an access node including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the access node to perform the method of any of examples 38-72.

[0165] Any of the foregoing examples can be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0166] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

[0167] As described above, one aspect of the present technology may relate to the gathering and use of data available from specific and legitimate sources to allow for interaction with a second device for a data transfer. The present disclosure contemplates that in some instances, this gathered data may include personal information data that tmiquely identifies or can be used to identify a specific person. Such personal information data can include demographic data, location-based data, online identifiers, telephone numbers, email addresses, home addresses, data or records relating to a user’s health or level of fitness (e.g., vital signs measurements, medication information, exercise information) , date of birth, or any other personal information.

[0168] The present disclosure recognizes that the use of such personal information data, in the present technology, can be used to the benefit of users. For example, the personal information data can be used to provide for secure data transfers occurring between a first device and a second device. The personal information data may further be utilized for identifying an account associated with the user from a service provider for completing a data transfer.

[0169] The present disclosure contemplates that those entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data will comply with well-established privacy policies and / or privacy practices. In particular, such entities would be expected to implement and consistently apply privacy practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. Such information regarding the use of personal data should be prominent and easily accessible by users, and should be updated as the collection and / or use of data changes. Personal information from users should be collected for legitimate uses only. Further, such collection / sharing should occur only after receiving the consent of the users or other legitimate basis specified in applicable law. Additionally, such entities should consider taking any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices. In addition, policies and practices should be adapted for the particular types of personal information data being collected and / or accessed and adapted to applicable laws and standards, including jurisdiction-specific considerations that may serve to impose a higher standard. For example, in the US, collection of or access to certain health data may be governed by federal and / or state laws, such as the Health Insurance Portability and Accountability Act (HIPAA) ; whereas health data in other countries may be subject to other regulations and policies and should be handled accordingly.

[0170] Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and / or software elements can be provided to prevent or block access to such personal information data. For example, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services or anytime thereafter. For example, a user may “opt in” or “opt out” of having information associated with an account of the user stored on a user device and / or shared by the user device. In addition to providing “opt in” and “opt out” options, the present disclosure contemplates providing notifications relating to the access or use of personal information. For example, a user may be notified upon downloading an application that their personal information data will be accessed and then reminded again just before personal information data is accessed by the application. In some instances, the user may be notified upon initiation of a data transfer of the device accessing information associated with the account of the user and / or the sharing of information associated with the account of the user with another device.

[0171] Moreover, it is the intent of the present disclosure that personal information data should be managed and handled in a way to minimize risks of unintentional or unauthorized access or use. Risk can be minimized by limiting the collection of data and deleting data once it is no longer needed. In addition, and when applicable, including in certain health related applications, data de-identification can be used to protect a user’s privacy. De-identification may be facilitated, when appropriate, by removing identifiers, controlling the amount or specificity of data stored (e.g., collecting location data at city level rather than at an address level) , controlling how data is stored (e.g., aggregating data across users) , and / or other methods such as differential privacy.

[0172] Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users based on aggregated non-personal information data or a bare minimum amount of personal information, such as the content being handled only on the user’s device or other non-personal information available to the content delivery services.

Claims

1.A method comprising:receiving an indication of one or more parameters associated with a repetition scheme for at least one of Type-0 physical downlink control channel (PDCCH) or physical downlink shared channel (PDSCH) with system information block 1 (SIB1) ;monitoring a plurality of PDCCH resources for a plurality of Type-0 PDCCH repetitions in accordance with the repetition scheme; andmonitoring a plurality of PDSCH resources for a plurality of PDSCH repetitions with SIB1 in accordance with the repetition scheme and the plurality of Type-0 PDCCH repetitions.2.The method of claim 1, wherein the one or more parameters associated with the repetition scheme comprise a parameter K0 that indicates a slot offset between a last Type-0 PDCCH repetition and a first PDSCH repetition with SIB1.3.The method of claim 2, wherein a value of K0 is greater than or equal to 1.4.The method of claim 2, wherein a value of K0 is equal to a number of repetitions configured for PDSCH with SIB1.5.The method of claim 2, wherein receiving the indication of the one or more parameters comprises receiving scheduling downlink control information (DCI) that indicates a value of K0.6.The method of claim 1, wherein the one or more parameters associated with the repetition scheme indicate one or more default PDSCH TDRA values to use when intra-slot Type-0 PDCCH repetition is enabled.7.The method of claim 6, wherein the one or more default PDSCH TDRA values indicate a fixed starting symbol and length for each PDSCH repetition with SIB1.8.The method of claim 1, wherein the one or more parameters associated with the repetition scheme indicate at least one system frame and slot index to monitor for Type-0 PDCCH repetitions associated with a synchronization signal block (SSB) index.9.The method of claim 1, further comprising determining a slot n0 to monitor for the plurality of Type-0 PDCCH repetitions according to wherein O and M are parameters configured by a master information block (MIB) , and X is a number of PDSCH repetitions configured by the MIB or a physical broadcast channel (PBCH) transmission.10.The method of claim 9, wherein monitoring the plurality of PDCCH resources for the plurality of Type-0 PDCCH repetitions comprises monitoring the slot n0 in a frame with an even system frame number (SFN) when 11.The method of claim 9, wherein monitoring the plurality of PDCCH resources for the plurality of Type-0 PDCCH repetitions comprises monitoring the slot n0 in a frame with an odd system frame number (SFN) when 12.The method of claim 1, further comprising determining one or more PDCCH monitoring occasions in a Type-0 common search space (CSS) set to monitor for the plurality of Type-0 PDCCH repetitions based at least in part on the one or more parameters associated with the repetition scheme and a table configured by radio resource control (RRC) signaling.13.The method of claim 1, wherein the plurality of Type-0 PDCCH repetitions are received in a first slot and the plurality of PDSCH repetitions with SIB1 start in a second slot that is subsequent to the first slot.14.The method of claim 1, wherein the plurality of Type-0 PDCCH repetitions are received in a first slot and the plurality of PDSCH repetitions with SIB1 start in the first slot.15.The method of claim 1, further comprising determining a respective time domain resource allocation (TDRA) for each PDSCH repetition with SIB1 based at least on the one or more parameters associated with the repetition scheme and a PDSCH TDRA table configured by radio resource control (RRC) signaling.16.The method of claim 15, wherein a first TDRA is used for an initial PDSCH transmission with SIB1 and a second TDRA is used for subsequent PDSCH repetitions with SIB1.17.The method of claim 16, wherein receiving the indication of the one or more parameters associated with the repetition scheme comprises receiving scheduling downlink control information (DCI) that indicates at least one of the first TDRA for the initial PDSCH transmission with SIB1 or the second TDRA for the subsequent PDSCH repetitions with SIB1.18.An apparatus comprising one or more processors configured to perform the method of any of claims 1-17.19.A user equipment (UE) comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the UE to perform the method of any of claims 1-18.20.A method comprising:transmitting an indication of one or more parameters associated with at least one of a repetition scheme for Type-0 physical downlink control channel (PDCCH) or physical downlink shared channel (PDSCH) with system information block 1 (SIB1) ;transmitting a plurality of Type-0 PDCCH repetitions via a plurality of PDCCH resources in accordance with the repetition scheme; andtransmitting a plurality of PDSCH repetitions with SIB1 via a plurality of PDSCH resources in accordance with the repetition scheme and the plurality of Type-0 PDCCH repetitions.21.An apparatus comprising one or more processors configured to perform the method of claim 20.22.An access node comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the access node to perform the method of claim 20.

Images