Systems, methods, and devices for enhanced downlink coverage for ntn

Abstract

Described herein are techniques for enhanced downlink coverage for a non-terrestrial network. A user equipment (UE) can receive DCI from a satellite or base station. The UE can determine whether PDSCH with SIB1 repetition is enabled or disabled based on the DCI and / or whether type0-PDCCH CSS repetition is enabled. The UE can determine time domain resources for receiving one or more PDSCH with SIB1s. The time domain resources for receiving a PDSCH with SIB1 with repetition can depend on whether type0-PDCCH CSS repetition is enabled. The UE can receive a type0-PDCCH and a PDSCH with SIB1 repetition according to the time domain resources. These and many other features and examples are described herein.

Description

SYSTEMS, METHODS, AND DEVICES FOR ENHANCED DOWNLINK COVERAGE FOR NTNFIELD

[0001] This disclosure relates to wireless communication networks and mobile device capabilities.BACKGROUND

[0002] Wireless communication networks and wireless communication services are becoming increasingly dynamic, complex, and ubiquitous. For example, some wireless communication networks can be developed to implement fifth generation (5G) or new radio (NR) technology, sixth generation (6G) technology, and so on. Such technology can include solutions for enabling user equipment (UE) and network devices, such as base stations, to communicate with one another. Such communications can involve procedures to allocate and use time and frequency resources for wireless communications.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] The present disclosure will be readily understood and enabled by the detailed description and accompanying figures of the drawings. Like reference numerals can designate like features and structural elements. Figures and corresponding descriptions are provided as non-limiting examples of aspects, implementations, etc., of the present disclosure, and references to "an" or “one” aspect, implementation, etc., may not necessarily refer to the same aspect, implementation, etc., and can mean at least one, one or more, etc.

[0004] Fig. 1 is a diagram of an example of an overview according to one or more implementations described herein.

[0005] Fig. 2 is a diagram of an example network according to one or more implementations described herein.

[0006] Fig. 3 is a diagram of an example of an enhanced packet core (EPC) according to one or more implementations described herein.

[0007] Fig. 4 is a diagram of examples of a reference slot for PDSCH scheduled by inter-slot-PDCCH CSS repetition according to one or more implementations described herein.

[0008] Fig. 5 is a diagram of an example process for indicating a PDSCH with SIB1 repetition according to one or more implementations described herein.

[0009] Fig. 6 is a diagram of an example process for implicitly indicating a PDSCH with SIB1 repetition according to one or more implementations described herein.

[0010] Figs. 7-9 are a diagrams of examples of time resources of a PDSCH with SIB1 according to one or more implementations described herein.

[0011] Fig. 10 is a diagram of an example process for receiving a PDSCH with SIB1 repetitions according to one or more implementations described herein.

[0012] Fig. 11 is a diagram of an example of components of a device according to one or more implementations described herein.

[0013] Fig. 12 is a diagram of example interfaces of baseband circuitry according to one or more implementations described herein.

[0014] Fig. 13 is a block diagram illustrating components, according to one or more implementations described herein, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein.

[0015] Fig. 14 is a diagram of an example process for enhanced MSG3 and MSG4 signaling according to one or more implementations described herein.

[0016] Fig. 15 is a diagram of an example process for enhanced MSG3 and MSG4 signaling according to one or more implementations described herein.DETAILED DESCRIPTION

[0017] The following detailed description refers to the accompanying drawings. Like reference numbers in different drawings can identify the same or similar features, elements, operations, etc. Additionally, the present disclosure is not limited to the following description as other implementations can be utilized, and structural or logical changes made, without departing from the scope of the present disclosure.

[0018] Wireless communication networks can include user equipment (UE) capable of communicating with base stations and / or other network devices. The UE and base station can communicate with one another using time and frequency resources allocated for uplink and downlink communications. Examples of such communications can involve broadcasting downlink signals that include synchronization information, resource information, system information, and more, which can enable further communications between a UE and a wireless communication network.

[0019] UEs can include a Narrowband (NB) Internet of Things (IoT) (NB-IoT) devices and Long Term Evolution for Machines (LTE-M) devices. Coverage Enhancement (CE) levels are often designated as CE0, CE1, and CE2. These are mechanisms to improve coverage and support device connectivity in challenging environments, such as deep indoor areas or remote rural locations. Coverage enhancement levels adjust signal processing and transmission techniques to ensure reliable communication even in weak signal conditions.

[0020] Coverage enhancement levels are tiers of connectivity configurations designed to increase a device’s likelihood of maintaining a stable connection under poor signal conditions. Each level applies progressively stronger methods to improve link reliability, ensuring that IoT devices can communicate even at low signal levels. CE0 is configured for standard coverage scenarios involving devices in good signal conditions. CE1 is configured for enhanced coverage for moderately challenging environments. CE2 is configured for maximum coverage enhancement for very weak signal areas. These levels can dynamically adjust based on the device’s location, signal strength, and network conditions, allowing IoT devices to adapt to varying coverage scenarios while optimizing energy efficiency and resource use.

[0021] Downlink coverage enhancement can be implemented in wireless networks that include non-terrestrial networks (NTN) , where UEs communicate with a wireless network via satellites operating as base stations. The satellites include can be geo-synchronous orbit (GSO) satellites and non-geo-synchronous orbit (NGSO) satellites operating in Frequency Range 1 (FR1) NTN (FR1-NTN) or Frequency Range 2 (FR2) NTN (FR2-NTN) . Frequency Range 1 (FR1) includes sub-7 gigahertz (GHz) frequency bands. Frequency Range 2 (FR2) includes frequency bands from 24.25 GHz to 71.0 GHz. Link level enhancements for FR1-NTN and system level enhancements for FR1-NTN and FR2-NTN can allow dynamic and flexible power sharing between satellite beams or different satellite beam patterns / size (i.e. wide or narrow) across the satellite footprint.

[0022] A Search Space (SS) is an area within a Control Resource SET (CORESET) that a UE monitors to detect a specific physical downlink control channel (PDCCH) and downlink control information (DCI) . A SS can be a Common Search Space (CSS) or a UE Specific SS (USS) . Which SS the UE has to monitor is defined by a Radio Network Temporary Identifier (RNTI) type or Radio Resource Control (RRC) configuration. A CSS can include one of several PDCCH types that can be referred to as Type 0, Type 1, Type 2, Type 3, and so on.

[0023] A type0-PDCCH CSS can be for system information (e.g., for broadcasting SIBs) . A type1-PDCCH CSS can be for common search spaces, which the UE can use for receiving downlink control information (DCI) associated with the random-access procedure. A type2-PDCCH CSS can be for paging. A type3-PDCCH CSS can be for various common or specialized Radio Network Temporary Identifier (RNTI) , including a Transmit Power Control (TPC) RNTIs, Interrupt RNTI (INT-RNTI) , etc.

[0024] The RRC configuration for a Type0-PDCCH includes a pdcch-ConfigSIB1 of a Master Information Block (MIB) , a searchSpaceSIB1 of PDCCHConfigCommon, and a searchSpaceZero in PDCCH-ConfigCommon. The RRC configuration for a Type1-PDCCH includes a ra-SearchSpace in PDCCH-ConfigCommon. The RRC configuration for a Type2-PDCCH includes a pagingSearchSpace in PDCCH-ConfigCommon. The RRC configuration for a Type2-PDCCH includes a SearchSpace in PDCCH-Config with searchSpaceType set to common.

[0025] Currently available NTNs fail to provide any or adequate solutions for coverage enhancement. These deficiencies extended to downlink coverage signaling and can create difficulties for UEs discovering and receiving a PDCCH and PDSCH, monitoring a CSS, receiving SIBs, such as SIB1, and more. As a result, communications between UEs and NTNs can be unreliable, inefficient, or dysfunctional.

[0026] Techniques described herein enable enhanced downlink coverage to be provided by satellites to UEs of an NTN. The techniques can include solutions for determining a slot of a physical downlink shared channel (PDSCH) scheduled by inter-slot PDCCH CSS repetition (other than type0 and type3) ; indicating the PDSCH carrying SIB1 repetition; determining the slot of PDSCH with SIB1 repetition, with and without type0-PDCCH repetition; and more. Such techniques can include link-level enhancements that involve providing a PDCCH with a CSS (except for Type-3) via PDCCH repetition; providing a physical downlink shared channel (PDSCH) with system information block 1 (SIB1) via 2 PDSCH repetitions within a 20 millisecond (ms) duration; and more.

[0027] Fig. 2 is a diagram of an example of an overview according to one or more implementations described herein. As shown, example 100 can include UE 110, base station 120, and / or satellite 130. UE 110 can be a NB-IoT device and satellite 130 can be part of an NTN. Base station 120 or satellite 130 can send UE 110 downlink control information (DCI) and / or an indication of whether type0-PDCCH CSS repetition is enabled or disabled (at 1.1) .

[0028] UE 210 can determine whether PDSCH with SIB1 repetition is enabled or disabled based on the DCI and / or whether type0-PDCCH CSS repetition is enabled or disabled (at 1.2) . For instance, UE 210 can determine that PDSCH with SIB1 repetition is enabled when type0-PDCCH repetition is enabled, and when type0-PDCCH repetition is disabled, UE 210 can determine that PDSCH with SIB1 repetition is disabled. UE 110 can also determine time domain resources for receiving one or more PDSCH with SIB1s. In some implementations, the time domain resources can depend on whether type0-PDCCH CSS repetition is enabled.

[0029] Base station 120 or satellite 130 can send UE 210 a type0-PDCCH CSS and a PDSCH with SIB1 with repetition according to the time domain resources. In some implementations, base station 120 or satellite 130 can send the type0-PDCCH CSS with repetition as well. In scenarios that do not involve Type 1 or Type 3 PDCCH CSS, UE 110 can determine a scheduled PDSCH with SIB1 based on a reference slot and a number of slots K0 slots. These and many other features and examples are described below with reference to the remaining Figures.

[0030] Fig. 2 is an example network 200 according to one or more implementations described herein. Example network 200 can include UEs 210-1, 210-2, etc. (referred to collectively as “UEs 210” and individually as “UE 210” ) , a radio access network (RAN) 220, a core network (CN) 230, application servers 240, external networks 250, and satellites 260-1, 260-2, etc. (referred to collectively as “satellites 260” and individually as “satellite 260” ) . As shown, network 200 can include a non-terrestrial network (NTN) comprising one or more satellites 260 (e.g., of a global navigation satellite system (GNSS) ) in communication with UEs 210 and RAN 220.

[0031] The systems and devices of example network 200 can operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example network 200 can operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards, and more.

[0032] As shown, UEs 210 can include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UEs 210 can include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, etc. In some implementations, UEs 210 can include Internet of Things (IoT) devices (or IoT UEs) that can implement narrowband (NB) communications and that can comprise, for example, a network access layer designed for low-power IoT applications utilizing short-lived UE connections.

[0033] Additionally, or alternatively, an IoT UE can utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data can be a machine-initiated exchange, and an IoT network can include interconnecting IoT UEs (which can include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs can execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0034] UEs 210 can communicate and establish a connection with one or more other UEs 210 via one or more wireless channels 212, each of which can comprise a physical communications interface  / layer. The connection can include an M2M connection, MTC connection, D2D connection, SL connection, etc. The connection can involve a PC5 interface. In some implementations, UEs 210 can be configured to discover one another, negotiate wireless resources between one another, and establish connections between one another, without intervention or communications involving RAN node 222 or another type of network node. In some implementations, discovery, authentication, resource negotiation, registration, etc., can involve communications with RAN node 222 or another type of network node.

[0035] UEs 210 can communicate and establish a connection with RAN 220, which can involve one or more wireless channels 214-1 and 214-2, each of which can comprise a physical communications interface  / layer. In some implementations, a UE can be configured with dual connectivity (DC) as a multi-radio access technology (multi-RAT) or multi-radio dual connectivity (MR-DC) , where a multiple receive and transmit (Rx / Tx) capable UE can use resources provided by different network nodes (e.g., 222-1 and 222-2) that can be connected via non-ideal backhaul (e.g., where one network node provides NR access and the other network node provides either E-UTRA for LTE or NR access for 5G) . A network node can be referred to herein as a base station 222. In such a scenario, one network node can operate as a master node (MN) and the other as the secondary node (SN) . The MN and SN can be connected via a network interface, and at least the MN can be connected to the CN 230. In some implementations, a base station (as described herein) can be an example of network node 222. In some scenarios, RAN 220 can coordinate with core network 230 via interfaces 224, 226, and / or 228.

[0036] As shown, UE 210 can also, or alternatively, connect to access point (AP) 216 via connection interface 218, which can include an air interface enabling UE 210 to communicatively couple with AP 216. AP 216 can comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 216 can comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 216 can comprise a wireless fidelity router or other access point device. While not explicitly depicted in Fig. 2, AP 216 can be connected to another network (e.g., the Internet) without connecting to RAN 220 or CN 230.

[0037] RAN 220 can include one or more RAN nodes 222-1 and 222-2 (referred to collectively as RAN nodes 222, and individually as RAN node 222) that enable channels 214-1 and 214-2 to be established between UEs 210 and RAN 220. RAN nodes 222 can include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node can be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 222 can include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 222 can be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. A RAN node can generally be referred to herein as base station 222. Satellites 260 can operate as RAN nodes 222, with respect to UEs 210. As such, references herein to a base station, RAN node, etc., can involve implementations where the base station, RAN node, etc., is a terrestrial network (TN) node and also to implementations where the base station, RAN node, etc., is an NTN node (e.g., satellite 260) . Similarly, functionality described as being performed by satellite 260 can also be implanted as a base station.

[0038] Some or all of RAN nodes 222, or portions thereof, can be implemented as one or more software entities running on server computers as part of a virtual network, which can be referred to as a centralized RAN (CRAN) and / or a virtual baseband unit pool (vBBUP) . In these implementations, the CRAN or vBBUP can implement a RAN function split, such as a packet data convergence protocol (PDCP) split wherein radio resource control (RRC) and PDCP layers can be operated by the CRAN / vBBUP and other Layer 2 (L2) protocol entities can be operated by individual RAN nodes 222; a media access control (MAC)  / physical (PHY) layer split wherein RRC, PDCP, radio link control (RLC) , and MAC layers can be operated by the CRAN / vBBUP and the PHY layer can be operated by individual RAN nodes 222; or a “lower PHY” split wherein RRC, PDCP, RLC, MAC layers and upper portions of the PHY layer can be operated by the CRAN / vBBUP and lower portions of the PHY layer can be operated by individual RAN nodes 222. This virtualized framework can allow freed-up processor cores of RAN nodes 222 to perform or execute other virtualized applications.

[0039] In some implementations, an individual RAN node 222 can represent individual gNB-distributed units (DUs) connected to a gNB-control unit (CU) via individual F1 or other interfaces. In such implementations, the gNB-DUs can include one or more remote radio heads or radio frequency (RF) front end modules (RFEMs) , and the gNB-CU can be operated by a server (not shown) located in RAN 220 or by a server pool (e.g., a group of servers configured to share resources) in a similar manner as the CRAN / vBBUP. Additionally, or alternatively, one or more of RAN nodes 222 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations toward UEs 210, and that can be connected to a 5G core network (5GC) 230 via an NG interface.

[0040] Any of the RAN nodes 222 can terminate an air interface protocol and can be the first point of contact for UEs 210. In some implementations, any of the RAN nodes 222 can fulfill various logical functions for the RAN 220 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UEs 210 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 222 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations may not be limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0041] In some implementations, a downlink resource grid can be used for downlink transmissions from any of the RAN nodes 222 to UEs 210, and uplink transmissions can utilize similar techniques. The grid can be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements (REs) . Each resource block can comprise a collection of resource elements; in the frequency domain, this can represent the smallest quantity of resources that currently can be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0042] Further, RAN nodes 222 can be configured to wirelessly communicate with UEs 210, and / or one another, over a licensed medium (also referred to as the “licensed spectrum” and / or the “licensed band” ) , an unlicensed shared medium (also referred to as the “unlicensed spectrum” and / or the “unlicensed band” ) , or combination thereof. A licensed spectrum can correspond to channels or frequency bands selected, reserved, regulated, etc., for certain types of wireless activity (e.g., wireless telecommunication network activity) , whereas an unlicensed spectrum can correspond to one or more frequency bands that are not restricted for certain types of wireless activity.

[0043] The PDSCH can carry user data and higher layer signaling to UEs 210. The physical downlink control channel (PDCCH) can carry information about the transport format and resource allocations related to the PDSCH channel, among other things. The PDCCH can also inform UEs 210 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. Typically, downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 210 within a cell) can be performed at any of the RAN nodes 222 based on channel quality information feedback from any of UEs 210. The downlink resource assignment information can be sent on the PDCCH used for (e.g., assigned to) each of UEs 210.

[0044] One or more of the techniques described herein can enable enhanced downlink coverage for a non-terrestrial network. UE 210 can receive DIC from base station 222 or satellite 260. UE 210 can determine whether PDSCH with SIB1 repetition is enabled or disabled based on the DCI and / or whether type0-PDCCH CSS repetition is enabled. UE 210 can determine time domain resources for receiving one or more PDSCH with SIB1s. The time domain resources can depend on whether type0-PDCCH CSS repetition is enabled. UE 210 can receive a type0-PDCCH and a PDSCH with SIB1 repetition according to the time domain. Many other aspects and examples are also described herein.

[0045] The RAN nodes 222 can be configured to communicate with one another via interface 223. In implementations where the system is an LTE system, interface 223 can be an X2 interface. In NR systems, interface 223 can be an Xn interface. The X2 interface can be defined between two or more RAN nodes 222 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 230, or between two eNBs connecting to an EPC.

[0046] As shown, RAN 220 can be connected (e.g., communicatively coupled) to CN 230. CN 230 can comprise a plurality of network elements 232, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 210) who are connected to the CN 230 via the RAN 220. In some implementations, CN 230 can include an evolved packet core (EPC) , a 5G CN (5GC) , and / or one or more additional or alternative types of CNs.

[0047] As shown, CN 230, application servers 240, and external networks 250 can be connected to one another via interfaces 234, 236, and 238, which can include IP network interfaces. Application servers 240 can include one or more server devices or network elements (e.g., virtual network functions (VNFs) offering applications that use IP bearer resources with CN 230 (e.g., universal mobile telecommunications system packet services (UMTS PS) domain, LTE PS data services, etc. ) . Application servers 240 can also, or alternatively, be configured to support one or more communication services (e.g., voice over IP (VoIP sessions, push-to-talk (PTT) sessions, group communication sessions, social networking services, etc. ) for UEs 210 via the CN 230. Similarly, external networks 250 can include one or more of a variety of networks, including the Internet, thereby providing the mobile communication network and UEs 210 of the network access to a variety of additional services, information, interconnectivity, and other network features.

[0048] Satellites 260 can communicate with UEs 210 via service link or wireless interface 262 and / or RAN 220 via feeder links or wireless interfaces 264 (depicted individually as 264-1 and 264-2) . In some implementations, satellite 260 can operate as a passive or transparent network relay node regarding communications between UE 210 and the terrestrial network (e.g., RAN 220) . In some implementations, satellite 260 can operate as an active or regenerative network node such that satellite 260 can operate as a base station to UEs 210 (e.g., as a base station of RAN 220) . In some implementations, satellites 260 can communicate with one another via a direct wireless interface (e.g., 266) or an indirect wireless interface (e.g., via RAN 220 using interfaces 264-1 and 264-2) .

[0049] Additionally, or alternatively, satellite 260 may include a GEO satellite, LEO satellite, or another type of satellite. Satellite 260 may also, or alternatively pertain to one or more satellite systems or architectures, such as a global navigation satellite system (GNSS) , global positioning system (GPS) , global navigation satellite system (GLONASS) , BeiDou navigation satellite system (BDS) , etc. In some implementations, satellites 260 may operate as bases stations (e.g., RAN nodes 222) with respect to UEs 210. As such, references herein to a base station, RAN node 222, etc., may involve implementations where the base station, RAN node 222, etc., is a terrestrial network node and implementation, where the base station, RAN node 222, etc., is a non-terrestrial network node (e.g., satellite 260) . As described herein, UE 210 and base station 222 may communicate with one another, via interface 214, to enable enhanced power saving techniques.

[0050] Fig. 3 is a diagram of an example 300 of a core network (CN) that include an enhanced packet core (EPC) . As shown, the CN may include Serving Gateway (SGW) 310, PDN Gateway (PGW) 320, Mobility Management Entity (MME) 330, Home Subscriber Server (HSS) 340, and / or Policy and Charging Rules Function (PCRF) 350. The CN may be connected to RANs, such as a 3GPP RAN and a non-3GPP access network, and an external network, such as a Public Land Mobile Networks (PLMN) , a Public Switched Telephone Network (PSTN) , and / or an Internet Protocol (IP) network (e.g., the Internet) .

[0051] SGW 310 may aggregate traffic received from one or more eNBs and may send the aggregated traffic to an external network or device via PGW 320. Additionally, SGW 310 may aggregate traffic received from one or more PGWs 320 and may send the aggregated traffic to one or more eNBs. SGW 310 may operate as an anchor for the user plane during inter-eNB handovers and as an anchor for mobility between different telecommunication networks.

[0052] MME 330 may include one or more computation and communication devices that act as a control node for an eNB and / or other devices that provide the air interface for the wireless telecommunication network. For example, MME 330 may perform operations to register a UE with the wireless telecommunication network, to establish bearer channels (e.g., traffic flows) associated with a session with the UE, to hand off the UE to a different eNB, MME, or another network, and / or to perform other operations. MME 330 may perform policing operations on traffic destined for and / or received from a UE.

[0053] PGW 320 may include one or more network devices that may aggregate traffic received from one or more SGWs 310 and may send the aggregated traffic to an external network. PGW 320 may also, or alternatively, receive traffic from the external network and may send the traffic toward a UE (via SGW 340 and / or an eNB) . PGW 320 may be responsible for providing charging data for each communication session to PCRF 350 to help ensure that charging policies are properly applied to communication sessions with the wireless telecommunication network.

[0054] HSS 340 may include one or more devices that may manage, update, and / or store, in a memory associated with HSS 340, profile information associated with a subscriber (e.g., a subscriber associated with a UE) . The profile information may identify applications and / or services that are permitted for and / or accessible by the subscriber; a Mobile Directory Number (MDN) associated with the subscriber; bandwidth or data rate thresholds associated with the applications and / or services; and / or other information. The subscriber may be associated with a UE. Additionally, or alternatively, HSS 340 may perform authentication, authorization, and / or accounting operations associated with the subscriber and / or a communication session with a UE.

[0055] PCRF 350 may receive information regarding policies and / or subscriptions from one or more sources, such as subscriber databases and / or from one or more users. PCRF 350 may provide these policies to PGW 320 or another device so that the policies can be enforced. As depicted, in some embodiments, PCRF 350 may communicate with PGW 320 to ensure that charging policies are properly applied to locally routed sessions within the telecommunication network. For instance, after a locally routed session is terminated, PGW 320 may collect charging information regarding the session and provide the charging information to PCRF 350 for enforcement.

[0056] The quantity of devices and / or networks, illustrated in Figs. 2 and 3, are provided for explanatory purposes only. In practice, there may be additional devices and / or networks; fewer devices and / or networks; different devices and / or networks; or differently arranged devices and / or networks than illustrated in Figs. 2 and 3. Alternatively, or additionally, one or more of the devices of Figs. 2 and 3 may perform one or more functions described as being performed by another one or more of the devices of Figs. 2 and 3. Furthermore, while "direct" connections are shown in Figs. 2 and 3, these connections should be interpreted as logical communication pathways, and in practice, one or more intervening devices (e.g., routers, gateways, modems, switches, hubs, etc. ) may be present.

[0057] Fig. 4 is a diagram of examples 400 and 410 of a reference slot for PDSCH scheduled by inter-slot-PDCCH CSS repetition according to one or more implementations described herein. A reference slot can enable UE 210 to determine a slot of a PDSCH scheduled by inter-slot PDCCH CSS repetition. In some implementations, examples 400 and 410 can apply to PDCCH CSS types other than Type 3. The reference slot can be a slot, or an initial slot, of the PDCCH. Intra-slot repetition, in which a first repetition and a second repetition are located within the same slot. An inter-slot PDCCH repetition can include a scenario where PDCCH repetitions are located in different slots. By contrast, intra-slot PDCCH repetition can include a scenario where PDCCH repetitions are located in the same slot. UE 210 can receive DCI for each slot PDCCH repetition, and each instance of DCI can include the same parameter sets. The DCI can include an indication of a number of slots (e.g., a K0 value) between a reference slot and a PDSCH (repetition) slot. UE 210 can determine the PDSCH (repetition) slot based on the number of K0 slots away from the reference slot. As shown, the reference slot can be a CSS slot (example 400) or a linked SCC slot (example 410) . In some implementations therefore, the reference spot can be an earlier search space or a later search space. In some implementations, the reference spot can be an initial search space, a linked search space, or a slot configured or indicated as the reference slot, which may not be a slot with a search space or a CSS. System information (e.g., SIB1) can indicate the K0 value and / or which slot (or search space) is designated as the reference slot.

[0058] Fig. 5 is a diagram of an example process for indicating a PDSCH with SIB1 repetition according to one or more implementations described herein. As shown, process 500 can be implemented by UE 210 and / or baseband circuitry 1104. In some implementations, some or all of process 500 can be performed by one or more other systems or devices, including one or more of the devices of Figs. 2 or 3. Additionally, process 500 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 5. In some implementations, some or all of the operations of process 500 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 500. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 5.

[0059] As shown, process 500 can include receiving an indication of whether type0-PDCCH is repeated (block 510) . For example, base station 222 or satellite 260 can transmit scheduling DCI to UE 210. The DCI can be DCI format 1_0 with a Cyclic Redundancy Check (CRC) scrambled by system information RNIT (SI-RNTI) .

[0060] Process 500 can include determining whether PDSCH with SIB1 repeated is enabled (block 520) . For example, the DCI format 1_0 can include 17 bits for operation in a cell with shared spectrum channel access in FR1 or for operation in a cell in FR2-2. Otherwise, DCI format 1_0 can include15 bits. UE 210 can determine whether PDSCH with SIB1 is repeated is enabled based on a value of a reserved bit (a1 or 0) of DCI format 1_0. In some implementations a single least significant bit (LSB) or most significant bit (MSB) , of 15 reserved bits of the DCI format 1_0, can be used to indicate whether PDSCH with SIB1 repeated is enabled. A value of 0 can indicate no PDSCH with SIB1 repetition, and a value of 1 can indicate PDSCH with SIB1 repetition.

[0061] Process 500 can include receiving a PDSCH with SIB1 repetitions (block 530) . For example, when PDSCH with SIB1 repeated is enabled, UE 210 can determine time and frequency resources for receiving the PDSCH with SIB1 repeated. Accordingly, process 500 includes an example of a UE procedure for receiving PDSCH with SIB1 repetitions. One or more of the examples described herein can also, or alternatively, be part of process 500.

[0062] Fig. 6 is a diagram of an example process for implicitly indicating a PDSCH with SIB1 repetition according to one or more implementations described herein. As shown, process 600 can be implemented by UE 210 and / or baseband circuitry 1104. In some implementations, some or all of process 600 can be performed by one or more other systems or devices, including one or more of the devices of Figs. 2 or 3. Additionally, process 600 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 6. In some implementations, some or all of the operations of process 600 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 600. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 6.

[0063] As shown, process 600 can include receiving an indication of whether type0-PDCCH repetition is enabled or disabled (block 610) . For example, UE 210 can receive an indication of whether type0-PDCCH repetition is enabled or disabled.

[0064] Process 600 can include determining whether PDSCH with SIB1 repetition is enabled or disabled based on whether type0-PDCCH repetition is enabled or disabled (block 620) . For example, UE 210 can determine whether PDSCH with SIB1 repetition is enabled or disabled based on whether type0-PDCCH repetition is enabled or disabled. For instance, UE 210 can determine that PDSCH with SIB1 repetition is enabled when type0-PDCCH repetition is enabled, and when type0-PDCCH repetition is disabled, UE 210 can determine that PDSCH with SIB1 repetition is disabled. In other implementations, UE 210 can determine that PDSCH with SIB1 repetition is disabled when type0-PDCCH repetition is enabled, and when type0-PDCCH repetition is enabled, UE 210 can determine that PDSCH with SIB1 repetition is disabled.

[0065] Process 600 can include receiving a PDCH with SIB1 (block 630) . For example, UE 210 can receive an SIB1 via PDSCH with SIB1 repetition when PDSCH with SIB1 with or without repetition based on whether PDSCH with SIB1 repetition is enabled or disabled. This can be the result of PDSCH with SIB1 repetition being logically associated with type-0-PDCCH CSS repetition. Accordingly, process 600 includes an example of an implicit indication of whether PDSCH with SIB1 repetition is enabled or disabled. One or more of the examples described herein can also, or alternatively, be part of process 600.

[0066] Figs. 7-9 are a diagrams of examples 700-900 of time resources of a PDSCH with SIB1 repetition according to one or more implementations described herein. As shown, examples 700-900 each include time domain resources of four beams (beams 0-3) . Time domain resources can be organized into slots that each include 14 OFDM symbols. Some slots can include symbols allocated to transmitting a system synchronization block (SSB) . Other slots can include symbols allocated to transmitting a type0-PDCCH and symbols allocated to transmitting a PDSCH with SIB1. Yet other slots can include symbols allocated to transmitting a PDSCH with SIB1 repetition (without transmitting a type0-PDCCH) .

[0067] Example 700 can be a scenario that includes transmitting a PDSCH with SIB1 without a type0-PDCCH repetition. The PDSCH with SIB1 repetition can occur A slots after the PDSCH with SIB1 initial transmission. Thus, PDSCH with SIB1 repetition occurs at slot N1, which is A slots ways from slot N0. The value of A can be a function of NSSB and M as follows.

[0068] NSSB can be configured by the network and / or can default to a maximum number of SSBs per cell for a given frequency or frequency range. M can be configured by an MIB and / or physical broadcast channel (PBCH) . Example 700 includes a scenario where A equals 4 since NSSB equals 4 and M equals 1. Example 700 can include a scenario of backwards compatibility with legacy systems and prior generations of the 3GPP communications standards (e.g., 4G LTE) since the PDSCH with SIB1 repetition does not affect the scheduled type0-PDCCH transmissions.

[0069] Example 800 of Fig. 8 can include a scenario involving both type0-PDCCH CSS repetition and PDSCH with SIB1 repetition. As shown, PDSCH with SIB1 repetition can occur A slots after the initial type0-PDCCH CSS repetition. Thus, PDSCH with SIB1 repetition occurs at slot N1, which is A slots ways from slot N0. The value of A can be a function of NSSB and M, as described above. Example 800 includes a scenario where A equals 4 since NSSB equals 4 and M equals 1. Base station 222 or satellite 260 can use DCI to indicate whether a given implementations involves a scenario similar to example 800 or example 900.

[0070] Example 900 of Fig. 9 can also include a scenario involving both type0-PDCCH CSS repetition and PDSCH with SIB1 repetition. As shown, PDSCH with SIB1 repetition can occur in the subsequent slot after the PDSCH with SIB1 initial transmission scheduled with a type0-PDCCH repetition. PDSCH with SIB1 repetition can occur A slots after the initial type0-PDCCH CSS repetition. The value of A can be a function of NSSB and M, as described above. Example 900 includes a scenario where A equals 4 since NSSB equals 4 and M equals 1, such that there are 4 slots between N0 and N1. PDSCH with SIB1 repetition occurs at slot N2, positioned immediately after N1. Base station 222 or satellite 260 can use DCI to indicate whether a given implementations involves a scenario similar to example 800 or example 900.

[0071] Fig. 10 is a diagram of an example process for receiving a PDSCH with SIB1 repetitions according to one or more implementations described herein. As shown, process 1000 can be implemented by UE 210 and / or baseband circuitry 1104. In some implementations, some or all of process 1000 can be performed by one or more other systems or devices, including one or more of the devices of Figs. 2 or 3. Additionally, process 1000 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 10. In some implementations, some or all of the operations of process 1000 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 1000. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 10.

[0072] As shown, process 1000 can include receiving an indication of whether type0-PDCCH repetition is enabled (block 1010) . For example, base station 222 and / or satellite 260 can use a (PBCH) to transmit an indication to UE 210 of whether type0-PDCCH repetition is enabled. UE can determine whether type0-PDCCH repetition is enabled based on the indication, which can be a 1-bit value in DCI.

[0073] Process 1000 can include receiving type0-PDCCH and determine whether PDSCH with SIB1 with repetition is enabled (block 1020) . For example, UE 210 can determine (e.g., based on system information form the network) the time and frequencies used to transmit these type0-PDCCH and can receive the type0-PDCCH accordingly. UE 210 can also determine whether PDSCH with SIB1 with repetition is enabled. UE 210 can determine whether PDSCH with SIB1 with repetition is enabled based on the indication, which can be a 1-bit value in DCI.

[0074] Additionally, or alternatively, UE 210 can determine whether PDSCH with SIB1 with repetition is enabled based on whether type0-PDCCH repetition is enabled. For instance, UE 210 can determine that PDSCH with SIB1 repetition is enabled when type0-PDCCH repetition is enabled, and when type0-PDCCH repetition is disabled, UE 210 can determine that PDSCH with SIB1 repetition is disabled. In other implementations, UE 210 can determine that PDSCH with SIB1 repetition is disabled when type0-PDCCH repetition is enabled, and when type0-PDCCH repetition is enabled, UE 210 can determine that PDSCH with SIB1 repetition is disabled.

[0075] Process 1000 can include determining time domain resources for the PDSCH with SIB1 repetition based on whether type0-PDCCH repetition is repeated (block 1030) . For example, UE 210 can determine time domain resources for the PDSCH with SIB1 repetition based on whether type0-PDCCH repetition is repeated. For instance, when type0-PDCCH repetition not repeated, UE 210 can determine the time domain resources for the PDSCH with SIB1 repetition based on a type0-PDCCH initial transmission (see, Fig. 7 for example) . By contrast, when type0-PDCCH repetition is repeated, UE 210 can determine the time domain resources for the PDSCH with SIB1 repetition based on a type0-PDCCH repetition (instead of a type0-PDCCH initial transmission) (see, Figs. 8 and 9 for example) . One or more of the examples described herein can also, or alternatively, be part of process 1000.

[0076] Fig. 11 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, device 1100 can include application circuitry 1102, baseband circuitry 1104, RF circuitry 1106, front-end module (FEM) circuitry 1108, one or more antennas 1110, and power management circuitry (PMC) 1112 coupled together at least as shown. In some implementations, device 1100 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1102 and can instead include a processor / controller to process data received from a core network. In some implementations, device 1100 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1100, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for cloud-RAN (C-RAN) implementations) .

[0077] Application circuitry 1102 can include one or more application processors. For example, application circuitry 1102 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor (s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc. ) . The processors can be coupled with or can include memory / storage and can be configured to execute instructions stored in the memory / storage to enable various applications or operating systems to run on device 1100. In some implementations, processors of application circuitry 1102 can process data packets received from a core network.

[0078] Baseband circuitry 1104 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. Baseband circuitry 1104 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of RF circuitry 1106 and to generate baseband signals for a transmit signal path of RF circuitry 1106. Baseband circuity 1104 can interface with application circuitry 1102 for generation and processing of the baseband signals and for controlling operations of RF circuitry 1106. For example, in some implementations, baseband circuitry 1104 can include a 3G baseband processor 1104A, a 4G baseband processor 1104B, a 5G baseband processor 1104C, or other baseband processor (s) 1104D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, 7G, etc. ) .

[0079] Baseband circuitry 1104 (e.g., one or more of baseband processors 1104A-D) can handle various radio control functions that enable communication with one or more radio networks via RF circuitry 1106. In other implementations, some or all of the functionality of baseband processors 1104A-D can be included in modules stored in memory 1104G and executed via a central processing unit (CPU) 1104E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of baseband circuitry 1104 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of baseband circuitry 1104 can include convolution, tail-biting convolution, turbo, Viterbi, or low-density parity check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0080] In some implementations, memory 1104G can receive and / or store information and instructions for enhanced downlink coverage for a non-terrestrial network. UE 210 can receive DCI from base station 222 or satellite 260. UE 210 can determine whether PDSCH with SIB1 repetition is enabled or disabled based on the DCI and / or whether type0-PDCCH CSS repetition is enabled. UE 210 can determine time domain resources for receiving one or more PDSCH with SIB1s. The time domain resources can depend on whether type0-PDCCH CSS repetition is enabled. UE 210 can receive a type0-PDCCH and a PDSCH with SIB1 repetition according to the time domain resources. Many other aspects and examples are also described herein.

[0081] In some implementations, baseband circuitry 1104 can include one or more audio digital signal processor (s) (DSP) 1104F. Audio DSP 1104F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations. Components of baseband circuitry 1104 can be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some implementations. In some implementations, some or all of the constituent components of baseband circuitry 1104 and application circuitry 1102 can be implemented together such as, for example, on a system on a chip (SOC) .

[0082] In some implementations, baseband circuitry 1104 can provide for communication compatible with one or more radio technologies. For example, in some implementations, baseband circuitry 1104 can support communication with a NG-RAN, an evolved universal terrestrial radio access network (EUTRAN) or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) , etc. Implementations in which baseband circuitry 1104 is configured to support radio communications of more than one wireless protocol can be referred to as multi-mode baseband circuitry.

[0083] RF circuitry 1106 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, RF circuitry 1106 can include switches, filters, amplifiers, etc., to facilitate the communication with the wireless network. RF circuitry 1106 can include a receive signal path which can include circuitry to down-convert RF signals received from FEM circuitry 1108 and provide baseband signals to baseband circuitry 1104. RF circuitry 1106 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by baseband circuitry 1104 and provide RF output signals to FEM circuitry 1108 for transmission.

[0084] In some implementations, the receive signal path of RF circuitry 1106 can include mixer circuitry 1106A, amplifier circuitry 1106B and filter circuitry 1106C. In some implementations, the transmit signal path of RF circuitry 1106 can include filter circuitry 1106C and mixer circuitry 1106A. RF circuitry 1106 can also include synthesizer circuitry 1106D for synthesizing a frequency for use by mixer circuitry 1106A of the receive signal path and the transmit signal path. In some implementations, mixer circuitry 1106A of the receive signal path can be configured to down-convert RF signals received from FEM circuitry 1108 based on the synthesized frequency provided by synthesizer circuitry 1106D. Amplifier circuitry 1106B can be configured to amplify the down-converted signals and filter circuitry 1106C can be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals. Output baseband signals can be provided to baseband circuitry 1104 for further processing. In some implementations, the output baseband signals can be zero-frequency baseband signals, although this may not be a requirement. In some implementations, mixer circuitry 1106A of the receive signal path can comprise passive mixers, although the scope of the implementations is not limited in this respect.

[0085] In some implementations, mixer circuitry 1106A of the transmit signal path can be configured to up-convert input baseband signals based on the synthesized frequency provided by synthesizer circuitry 1106D to generate RF output signals for FEM circuitry 1108. The baseband signals can be provided by baseband circuitry 1104 and can be filtered by filter circuitry 1106C. In some implementations, mixer circuitry 1106A of the receive signal path and mixer circuitry 1106A of the transmit signal path can include two or more mixers and can be arranged for quadrature down conversion and up conversion, respectively. In some implementations, mixer circuitry 1106A of the receive signal path and mixer circuitry 1106A of the transmit signal path can include two or more mixers and can be arranged for image rejection. In some implementations, mixer circuitry 1106A of the receive signal path and mixer circuitry 1106A can be arranged for direct down conversion and direct up conversion, respectively. In some implementations, mixer circuitry 1106 of the receive signal path and mixer circuitry 1106A of the transmit signal path can be configured for super-heterodyne operation.

[0086] In some implementations, the output baseband signals, and the input baseband signals can be analog baseband signals, although the scope of the implementations is not limited in this respect. In some alternate implementations, the output baseband signals, and the input baseband signals can be digital baseband signals. In these alternate implementations, RF circuitry 1106 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and baseband circuitry 1104 can include a digital baseband interface to communicate with RF circuitry 1106.

[0087] In some dual-mode implementations, a separate radio integrated circuitry can be provided for processing signals for each spectrum, although the scope of the implementations is not limited in this respect. In some implementations, synthesizer circuitry 1106D can be a fractional-N synthesizer or a fractional N / N+1 synthesizer, although the scope of the implementations is not limited in this respect as other types of frequency synthesizers can be suitable. For example, synthesizer circuitry 1106D can be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.

[0088] Synthesizer circuitry 1106D can be configured to synthesize an output frequency for use by mixer circuitry 1106A of RF circuitry 1106 based on a frequency input and a divider control input. In some implementations, synthesizer circuitry 1106D can be a fractional N / N+1 synthesizer. In some implementations, frequency input can be provided by a voltage-controlled oscillator (VCO) . Divider control input can be provided by either baseband circuitry 1104 or the applications circuitry 1102 depending on the desired output frequency. In some implementations, a divider control input (e.g., N) can be determined from a look-up table based on a channel indicated by the applications circuitry 1102.

[0089] Synthesizer circuitry 1106D of RF circuitry 1106 can include a divider, a delay-locked loop (DLL) , a multiplexer, and a phase accumulator. In some implementations, the divider can be a dual modulus divider (DMD) , and the phase accumulator can be a digital phase accumulator (DPA) . In some implementations, the DMD can be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio. In some example implementations, the DLL can include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop. In these implementations, the delay elements can be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative feedback to help ensure that the total delay through the delay line is one VCO cycle.

[0090] In some implementations, synthesizer circuitry 1106D can be configured to generate a carrier frequency as the output frequency, while in other implementations, the output frequency can be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other. In some implementations, the output frequency can be a LO frequency (fLO) . In some implementations, RF circuitry 1106 can include an in-phase / quadrature (I / Q)  / polar converter.

[0091] FEM circuitry 1108 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1110, amplify the received signals and provide the amplified versions of the received signals to RF circuitry 1106 for further processing. FEM circuitry 1108 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by RF circuitry 1106 for transmission by one or more of the one or more antennas 1110. In various implementations, the amplification through the transmit or receive signal paths can be done solely in RF circuitry 1106, solely in FEM circuitry 1108, or in both RF circuitry 1106 and FEM circuitry 1108.

[0092] In some implementations, FEM circuitry 1108 can include a transmit / receive switch to switch between transmit mode and receive mode operation. FEM circuitry 1108 can include a receive signal path and a transmit signal path. The receive signal path of FEM circuitry 1108 can include a low noise amplifier to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to RF circuitry 1106) . The transmit signal path of FEM circuitry 1108 can include a power amplifier to amplify input RF signals (e.g., provided by RF circuitry 1106) , and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of one or more antennas 1110) .

[0093] In some implementations, PMC 1112 can manage power provided to baseband circuitry 1104. In particular, PMC 1112 can control power-source selection, voltage scaling, battery charging, or direct current (DC) to DC (DC-to-DC) conversion. PMC 1112 can often be included when device 1100 is capable of being powered by a battery, for example, when device 1100 is included in a UE. PMC 1112 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0094] While Fig. 11 shows PMC 1112 coupled only with baseband circuitry 1104. However, in other implementations, PMC 1112 can be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1102, RF circuitry 1106, or FEM circuitry 1108.

[0095] In some implementations, PMC 1112 can control, or otherwise be part of, various power saving mechanisms of device 1100. For example, if device 1100 is in an RRC_Connected state, where device 1100 is still connected to the RAN node as device 1100 expects to receive traffic shortly, then device 1100 can enter a state known as discontinuous reception mode (DRX) after a period of inactivity. During this state, device 1100 can power down for brief intervals of time and thus save power.

[0096] If there is no data traffic activity for an extended period of time, then device 1100 can transition off to an RRC_Idle state, where device 1100 disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. Device 1100 can go into a very low power state and device 1100 can perform paging where again device 1100 periodically can wake up to listen to the network and then power down again. Device 1100 may not receive data in this state; in order to receive data, device 1100 can transition back to RRC_Connected state.

[0097] An additional power saving mode can allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device 1100 can be unreachable to the network and can power down completely. Any data sent during this time can incur a large delay and device 1100 can assume the delay is acceptable.

[0098] Processors of application circuitry 1102 and processors of baseband circuitry 1104 can be used to execute elements of one or more instances of a protocol stack. For example, processors of baseband circuitry 1104, alone or in combination, can be used execute Layer 3, Layer 2, or Layer 1 functionality, while processors of baseband circuitry 1104 can utilize data (e.g., packet data) received from these layers and further execute Layer 4 functionality (e.g., transmission communication protocol (TCP) and user datagram protocol (UDP) layers) . As referred to herein, Layer 3 can comprise a radio resource control layer. As referred to herein, Layer 2 can comprise a medium access control layer, a radio link control layer, and a packet data convergence protocol layer, described in further detail below. As referred to herein, Layer 1 can comprise a physical layer of a UE / RAN node.

[0099] Fig. 12 is a diagram of example interfaces 1200 of baseband circuitry according to one or more implementations described herein. One or more components or features of example interfaces 1200 can correspond to one or more components or features described above or elsewhere. Baseband circuitry 1204 can comprise processors 1204A, 1204B, 1204C, 1204D, and 1204E and a memory 1204G utilized by said processors. Each of processors 1204A, 1204B, 1204C, 1204D, and 1204E can include a memory interface, 1206A, 1206B, 1206C, 1206D, and 1206E, respectively, to send / receive data to / from memory 1204G. Baseband circuitry can be a component of a UE and / or another type of device or system capable of transmitting and / or receiving wireless signals.

[0100] Baseband circuitry 1204 can further include one or more interfaces to communicatively couple to other circuitries / devices, such as memory interface 1212 (e.g., an interface to send / receive data to / from memory external to baseband circuitry 1204) , an application circuitry interface 1214 (e.g., an interface to send / receive data to / from the application circuitry as described herein) , an RF circuitry interface 1216, a wireless hardware connectivity interface 1218 (e.g., an interface to send / receive data to / from near field communication components,  components (e.g.,  Low Energy) ,  components, and other communication components) , and a power management interface 1220 (e.g., an interface to send / receive power or control signals to / from a PMC) .

[0101] Fig. 13 is a block diagram illustrating components, according to some example implementations, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein. Specifically, Fig. 13 shows a diagrammatic representation of hardware resources 1300 including one or more processors 1310 (or processor cores) , one or more memory / storage devices 1320, and one or more communication resources 1330, each of which can be communicatively coupled via a bus 1340. For implementations where node virtualization or network function virtualization is utilized, a hypervisor can be executed to provide an execution environment for one or more network slices / sub-slices to utilize hardware resources 1300. Hardware resources 1300 can interact with hypervisor 1302. For example, hypervisor 1302 can schedule or otherwise manage hardware resource 1300.

[0102] Processors 1310 (e.g., a central processing unit (CPU) , a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU) , a digital signal processor (DSP) such as a baseband processor, an application specific integrated circuit (ASIC) , a radio-frequency integrated circuit (RFIC) , another processor, or any suitable combination thereof) can include, for example, a processor 1312 and a processor 1314.

[0103] Memory / storage devices 1320 can include main memory, disk storage, or any suitable combination thereof. Memory / storage devices 1320 can include, but are not limited to any type of volatile or non-volatile memory such as 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 storage, etc.

[0104] In some implementations, memory / storage devices 1320 receive and / or store information and instructions 1355 for enhanced downlink coverage for a non-terrestrial network. UE 210 can receive DCI from base station 222 or satellite 260. UE 210 can determine whether PDSCH with SIB1 repetition is enabled or disabled based on the DCI and / or whether type0-PDCCH CSS repetition is enabled. UE 210 can determine time domain resources for receiving one or more PDSCH with SIB1s. The time domain resources can depend on whether type0-PDCCH CSS repetition is enabled. UE 210 can receive a type0-PDCCH and a PDSCH with SIB1 repetition according to the time domain resources. Many other aspects and examples are also described herein.

[0105] Communication resources 1330 can include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 1304 or one or more databases 1306 via a network 1308. For example, communication resources 1330 can include wired communication components (e.g., for coupling via a universal serial bus) , cellular communication components, near field communication components,  components (e.g.,  Low Energy) ,  components, and other communication components.

[0106] Instructions 1350A, 1350B, 1350C, 1350D, and / or 1350E can comprise software, a program, an application, an applet, an app, or other executable code for causing at least any of processors 1310 to perform any one or more of the methodologies discussed herein. Instructions 1350 can reside, completely or partially, within at least one of processors 1310 (e.g., within a cache memory) , memory / storage devices 1320, or any suitable combination thereof. Furthermore, any portion of instructions 1350A-E can be transferred to hardware resources 1300 from any combination of peripheral devices 1304 or databases 1306. Accordingly, memory of processors 1310, memory / storage devices 1320, peripheral devices 1304, and databases 1306 are examples of computer-readable and machine-readable media.

[0107] Fig. 14 is a diagram of an example process for enhanced Msg3 and Msg4 signaling according to one or more implementations described herein. As shown, process 1400 can be implemented by UE 210 and / or baseband circuitry 1104. In some implementations, some or all of process 1400 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 1400 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 14. In some implementations, some or all of the operations of process 1400 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 1400. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 14.

[0108] As shown, process 1400 can include receiving downlink control information (DCI) comprising an indication of a number of K0 slots for scheduling a physical downlink shared channel (PDSCH) (block 1410) . Process 1400 can include determining a time domain resource for receiving the PDSCH based on the number of K0 slots and a reference slot allocated to a common search space (CSS) of a physical downlink control channel (PDCCH) (block 1420) . Process 1400 can include receiving the PDSCH according to the time domain resource (block 1430) . One or more of the examples described herein can also, or alternatively, be part of process 1400.

[0109] Fig. 15 is a diagram of an example process for enhanced Msg3 and Msg4 signaling according to one or more implementations described herein. As shown, process 1500 can be implemented by UE 210 and / or baseband circuitry 1104. In some implementations, some or all of process 1500 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 1500 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 15. In some implementations, some or all of the operations of process 1500 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 1500. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 15.

[0110] As shown, process 1500 can include communicating downlink control information (DCI) comprising an indication of a number of K0 slots for scheduling a physical downlink shared channel (PDSCH) (block 1510) . Process 1500 can include determining a time domain resource for transmitting the PDSCH based on the number of K0 slots and a reference slot allocated to a common search space (CSS) of a physical downlink control channel (PDCCH) (block 1520) . Process 1500 can include communicating the PDSCH according to the time domain resource (block 1530) . One or more of the examples described herein can also, or alternatively, be part of process 1500.

[0111] Examples herein can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including executable instructions that, when performed by a machine (e.g., a processor (e.g., processor, etc. ) with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to implementations and examples described.

[0112] In example 1, which can also include one or more of the examples described herein, a user equipment (UE) can comprise a memory configured to store one or more instructions; and one or more processors configured to, when executing the one or more instructions, cause the one or more processors to: receive downlink control information (DCI) comprising an indication of a number of K0 slots for scheduling a physical downlink shared channel (PDSCH) ; determine a time domain resource for receiving the PDSCH based on the number of K0 slots and a reference slot allocated to a common search space (CSS) of a physical downlink control channel (PDCCH) ; and receive the PDSCH according to the time domain resource.

[0113] In example 2, which can also include one or more of the examples described herein, the reference slot corresponds to a CSS inter-slot PDCCH repetition.

[0114] In example 3, which can also include one or more of the examples described herein, the reference slot is a slot of an earlier CSS for inter-slot PDCCH repetition.

[0115] In example 4, which can also include one or more of the examples described herein, the reference slot is a slot of a later CSS for inter-slot PDCC repetition.

[0116] In example 5, which can also include one or more of the examples described herein, the reference slot is a slot of an initial CSS of an inter-slot PDCCH CSS.

[0117] In example 6, which can also include one or more of the examples described herein, the reference slot is a slot of a linked CSS of an inter-slot PDCCH CSS.

[0118] In example 7, which can also include one or more of the examples described herein, the number of K0 slots comprises a number of slots between the reference slot and a slot for receiving the PDSCH.

[0119] In example 8, which can also include one or more of the examples described herein, the number of K0 slots or the reference slot is indicated by a system information block 1 (SIB1) .

[0120] In example 9, which can also include one or more of the examples described herein, the CSS of the PDCCH corresponds to a Type1-PDCCH CSS repetition or a Type2-PDCCH CSS repetition. In example 10, which can also include one or more of the examples described herein, baseband  circuitry can comprise: one or more processors configured to: receive a Type 0 physical downlink control channel (type0-PDCCH) ; determine whether a physical downlink shared channel (PDSCH) with system information block 1 (SIB1) is repeated; and receive the PDSCH with SIB1 repetitions when the PDSCH with SIB1 is repeated.

[0121] In example 11, which can also include one or more of the examples described herein, the one or more processors is configured to: receive downlink control information (DCI) that comprises a reserved bit configured to indicate whether the PDSCH with SIB1 is repeated; and determine whether the PDSCH with SIB1 is repeated based on a value of the reserved bit of the DCI.

[0122] In example 12, which can also include one or more of the examples described herein, the reserved bit comprise a least significant bit (LSB) .

[0123] In example 13, which can also include one or more of the examples described herein, the reserved bit comprise a most significant bit (MSB) .

[0124] In example 14, which can also include one or more of the examples described herein, the one or more processors is configured to: determine whether repetition is enabled for the type0-PDCCH; and determine whether the PDSCH with SIB1 is repeated based on whether the repetition is enabled for the type0-PDCCH.

[0125] In example 15, which can also include one or more of the examples described herein, the PDSCH with SIB1 is repeated when the repetition is enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is not enabled for the type0-PDCCH.

[0126] In example 16, which can also include one or more of the examples described herein, the PDSCH with SIB1 is repeated when the repetition is not enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is enabled for the type0-PDCCH.

[0127] In example 17, which can also include one or more of the examples described herein, the PDSCH with SIB1 is repeated when the repetition is not enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is enabled for the type0-PDCCH.

[0128] In example 18, which can also include one or more of the examples described herein, the type0-PDCCH is not repeated.

[0129] In example 19, which can also include one or more of the examples described herein, the type0-PDCCH is repeated.

[0130] In example 20, which can also include one or more of the examples described herein, the one or more repetitions of the PDSCH with SIB1 occur in one or more slots subsequent to an initial PDSCH with SIB1 scheduled by a type0-PDCCH repetition.

[0131] In example 21, which can also include one or more of the examples described herein, received DCI comprises an indication of whether the one or more repetitions of the PDSCH with SIB1 occur in the one or more slots subsequent to the initial PDSCH with SIB1.

[0132] In example 22, which can also include one or more of the examples described herein, the received DCI comprises an indication of the number of repetitions of the PDSCH with SIB1 that occur subsequent to the initial PDSCH with SIB1.

[0133] In example 23, which can also include one or more of the examples described herein, a base station can comprise one or more processors configured to perform operations comprising: communicating downlink control information (DCI) comprising an indication of a number of K0 slots for scheduling a physical downlink shared channel (PDSCH) ; determining a time domain resource for transmitting the PDSCH based on the number of K0 slots and a reference slot allocated to a common search space (CSS) of a physical downlink control channel (PDCCH) ; and communicating the PDSCH according to the time domain resource.

[0134] In example 24, which can also include one or more of the examples described herein, the reference slot corresponds to a CSS inter-slot PDCCH repetition.

[0135] In example 25, which can also include one or more of the examples described herein, the reference slot is a slot of an earlier CSS for inter-slot PDCCH repetition.

[0136] In example 26, which can also include one or more of the examples described herein, the reference slot is a slot of a later CSS for inter-slot PDCCH repetition. In example 27, which can also include one or more of the examples described herein, a method,  performed by one or more components of a base station, can comprise: communicating a Type 0 physical downlink control channel (type0-PDCCH) ; determining whether a physical downlink shared channel (PDSCH) with system information block 1 (SIB1) is repeated; and communicating the PDSCH with SIB1 repetitions when the PDSCH with SIB1 is repeated.

[0137] In example 28, which can also include one or more of the examples described herein, the method further comprising: communicating downlink control information (DCI) that comprises a reserved bit configured to indicate whether the PDSCH with SIB1 is repeated; and determining whether the he PDSCH with SIB1 is repeated based on a value of the reserved bit of the DCI.

[0138] In example 29, which can also include one or more of the examples described herein, the method further comprising: determining whether repetition is enabled for the type0-PDCCH; and determining whether the PDSCH with SIB1 is repeated based on whether the repetition is enabled for the type0-PDCCH.

[0139] In example 30, which can also include one or more of the examples described herein, the PDSCH with SIB1 is repeated when the repetition is enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is not enabled for the type0-PDCCH.

[0140] In example 31, which can also include one or more of the examples described herein, the PDSCH with SIB1 is repeated when the repetition is not enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is enabled for the type0-PDCCH.

[0141] The above description of illustrated examples, implementations, aspects, etc., of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed aspects to the precise forms disclosed. While specific examples, implementations, aspects, etc., are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such examples, implementations, aspects, etc., as those skilled in the relevant art can recognize.

[0142] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0143] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature can have been disclosed with respect to only one of several implementations, such feature can be combined with one or more other features of the other implementations as can be desired and advantageous for any given application.

[0144] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B;or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context can indicate that they are distinct or that they are the same.

[0145] 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 to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.A user equipment (UE) , comprising:a memory configured to store one or more instructions; andone or more processors configured to, when executing the one or more instructions, cause the one or more processors to:receive downlink control information (DCI) comprising an indication of a number of K0 slots for scheduling a physical downlink shared channel (PDSCH) ;determine a time domain resource for receiving the PDSCH based on the number of K0 slots and a reference slot allocated to a common search space (CSS) of a physical downlink control channel (PDCCH) ; andreceive the PDSCH according to the time domain resource.2.The UE of claim 1, wherein the reference slot corresponds to a CSS inter-slot PDCCH repetition.3.The UE of claim 1, wherein the reference slot is a slot of an earlier CSS for inter-slot PDCCH repetition.4.The UE of claim 1, wherein the reference slot is a slot of a later CSS for inter-slot PDCC repetition.5.The UE of claim 1, wherein the reference slot is a slot of an initial CSS of an inter-slot PDCCH CSS.6.The UE of claim 1, wherein the reference slot is a slot of a linked CSS of an inter-slot PDCCH CSS.7.The UE of claim 1, wherein the number of K0 slots comprises a number of slots between the reference slot and a slot for receiving the PDSCH.8.The UE of claim 1, wherein the number of K0 slots or the reference slot is indicated by a system information block 1 (SIB1) .9.The UE of claim 1, wherein the CSS of the PDCCH corresponds to a Type1-PDCCH CSS repetition or a Type2-PDCCH CSS repetition.10.Baseband circuitry, comprising:one or more processors configured to:receive a Type 0 physical downlink control channel (type0-PDCCH) ;determine whether a physical downlink shared channel (PDSCH) with system information block 1 (SIB1) is repeated; andreceive the PDSCH with SIB1 repetitions when the PDSCH with SIB1 is repeated.11.The baseband circuitry of claim 10, wherein the one or more processors is configured to:receive downlink control information (DCI) that comprises a reserved bit configured to indicate whether the PDSCH with SIB1 is repeated; anddetermine whether the PDSCH with SIB1 is repeated based on a value of the reserved bit of the DCI.12.The baseband circuitry of claim 11, wherein the reserved bit comprise a least significant bit (LSB) .13.The baseband circuitry of claim 11, wherein the reserved bit comprise a most significant bit (MSB) .14.The baseband circuitry of claim 10, wherein the one or more processors is configured to:determine whether repetition is enabled for the type0-PDCCH; anddetermine whether the PDSCH with SIB1 is repeated based on whether the repetition is enabled for the type0-PDCCH.15.The baseband circuitry of claim 14, wherein the PDSCH with SIB1 is repeated when the repetition is enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is not enabled for the type0-PDCCH.16.The baseband circuitry of claim 14, wherein the PDSCH with SIB1 is repeated when the repetition is not enabled for the type0-PDCCH, and the PDSCH with SIB1 is not repeated when the repetition is enabled for the type0-PDCCH.17.The baseband circuitry of claim 10, wherein the one or more processors is configured to:determine a time domain resource for one or more repetitions of the PDSCH with SIB1 based on a value (NSSB) of configured or maximum number of synchronization signal blocks per cell for a given frequency and a value (M) configured by a master information block (MIB) .18.A base station, comprising one or more processors configured to perform operations comprising:communicating downlink control information (DCI) comprising an indication of a number of K0 slots for scheduling a physical downlink shared channel (PDSCH) ;determining a time domain resource for transmitting the PDSCH based on the number of K0 slots and a reference slot allocated to a common search space (CSS) of a physical downlink control channel (PDCCH) ; andcommunicating the PDSCH according to the time domain resource.19.The base station of claim 18, wherein the reference slot corresponds to a CSS inter-slot PDCCH repetition.20.The base station of claim 18, wherein the reference slot is a slot of an earlier CSS for inter-slot PDCCH repetition.

Images