Systems, methods, and devices for enhanced MSG3 and MSG4 signaling

Abstract

Described herein are techniques for enhanced Msg3 and Msg4 signaling for early data transmission (EDT). A user equipment (UE) can receive Msg3 resource configuration information from a Mobility Management Entity (MME) via a base station or satellite. The UE can initiate an EDT procedure by generating and communicating a contention communicating a contention based (CB) Msg3 based on the Msg3 resource configuration information. The MME can receive the CB Msg3, assign a UE contention resolution identity to the UE, and communicate the UE contention resolution identity to the UE. The UE contention resolution identity can be communicated via a Msg4 signal. These and many other features and examples are described herein.

Description

SYSTEMS, METHODS, AND DEVICES FOR ENHANCED MSG3 AND MSG4 SIGNALINGFIELD

[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 enabling time and frequency resources to be allocated for different types of uplink (UL) and downlink (DL) transmissions.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] Figs. 4-5 are diagrams of example processes for enhanced message 3 (Msg3) and message 4 (Msg4) signaling according to one or more implementations described herein.

[0008] Fig. 6 is a diagram of an example process for applying restrictive baring to transmitting an Msg3 as an EDT according to one or more implementations described herein.

[0009] Figs. 7-9 are diagrams of examples for radio network temporary identifier (RNTI) derivation according to one or more implementations described herein.

[0010] Fig. 10 is a diagram of an example of fields of a Msg4 media access control (MAC) protocol data unit (PDU) structure according to one or more implementations described herein.

[0011] Figs. 11-12 are diagrams of examples Msg4 media access control (MAC) protocol data unit (PDU) structures according to one or more implementations described herein.

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

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

[0014] Fig. 15 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. 16 is a diagram of an example process for enhanced MSG3 and MSG4 signaling according to one or more implementations described herein.

[0016] Fig. 17 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 enabling time and frequency resources to be allocated for different types of uplink (UL) and downlink (DL) transmissions. A wireless network that include one or more satellites orbiting the planet can be referred to as a non-terrestrial, network (NTN) , which can include UEs, base stations, a core network, and more or more other communication devices.

[0019] A UE can use a Physical Random Access Channel (PRACH) preamble to initiate the RA procedure. The UEs transmit a symbol pattern (or signature) selected at random from a group of preambles made available by the base station. When the base station receives the same PRACH preamble from different UEs at the same time, UEs are said to be in contention for priority to the RA procedure. The RA procedure is therefore referred to as a contention-based RA procedure, which involves additional communications to resolve the contending UEs. The contention can be resolved based on which UE receives and decodes a Msg2 RA response (RAR) from the base station and uses information in the Msg2 (e.g., a temporary cell radio network temporary identifier (T_C-RNTI) to respond to the base station with a successful Msg3 physical uplink shared channel (PUSCH) transmission. The base station can confirm that the contention is resolved by replying to the UE with a Msg4 contention resolution message that includes a cell RNTI (C-RNTI) .

[0020] Early Data Transmission (EDT) is a wireless communication technique that can enable the transmission of data during a Random Access (RA) procedure. This feature aims to, for example, reduce the latency and the power consumption of UEs. Diversity slotted aloha (DSA) is a media access control (MAC) protocol used in wireless networks for multiple access communications. DSA introduces increased time diversity and frequency diversity to the aloha protocol. Aloha uses the concept of slotted time intervals, where time is divided into slots, and each slot corresponds to a fixed period of time during which a user can transmit a packet. The users randomly select a slot and transmit their packet at the beginning of that slot. If there is no collision, the receiver sends an acknowledgment (ACK) to the sender. If there is a collision, the sender will not receive an ACK and will retransmit the packet after a random period of time.

[0021] Fig. 2 is a diagram of an example 100 of an overview according to one or more implementations described herein. As shown, example 100 can include UE 110 and MME 120. As shown, UE 210 can receive Msg3 resource configuration information from a mobility management entity (MME) 120 (at 1.1) . UE 210 can initiate an EDT procedure by generating and communicating a contention communicating a contention based (CB) Msg3 based on the Msg3 resource configuration information (at 1.2) . MME 330 can receive the CB Msg3, assign a UE contention resolution identity to UE 210, and communicate the UE contention resolution identity to UE 210 (at 1.3) . The UE contention resolution identity can be communicated via a Msg4 signal. These and many other features and examples are described below with reference to the remaining Figures.

[0022] 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.

[0023] 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.

[0024] 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.

[0025] 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.

[0026] 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.

[0027] 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.

[0028] 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.

[0029] 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 222, etc., can involve implementations where the base station, RAN node 222, etc., is a terrestrial network (TN) node and also to implementations where the base station, RAN node 222, etc., is an NTN node (e.g., satellite 260) .

[0030] 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.

[0031] 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.

[0032] 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.

[0033] 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.

[0034] 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.

[0035] 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.

[0036] One or more of the techniques described herein enable enhanced Msg3 and Msg4 signaling for early data transmission (EDT) . UE 210 can receive Msg3 resource configuration information from base station 222 or satellite 260. UE 210 can initiate an EDT procedure by generating and communicating a contention communicating a contention based (CB) Msg3 based on the Msg3 resource configuration information. The base station 222 or satellite 260 can receive the CB Msg3, assign a UE contention resolution identity to UE 210, and communicate the UE contention resolution identity to UE 210. The UE contention resolution identity can be communicated via a Msg4 signal. Many other aspects and examples are also described herein.

[0037] 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.

[0038] 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.

[0039] 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.

[0040] 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) .

[0041] Additionally, or alternatively, satellite 260 can include a GEO satellite, LEO satellite, or another type of satellite. Satellite 260 can 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 can 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., can 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 can communicate with one another, via interface 214, to enable enhanced power saving techniques.

[0042] 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 can 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 can 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) .

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

[0044] MME 330 can 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 can 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 can perform policing operations on traffic destined for and / or received from a UE.

[0045] PGW 320 can include one or more network devices that can aggregate traffic received from one or more SGWs 310 and can send the aggregated traffic to an external network. PGW 320 can also, or alternatively, receive traffic from the external network and can send the traffic toward a UE (via SGW 340 and / or an eNB) . PGW 320 can 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.

[0046] HSS 340 can include one or more devices that can 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 can 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 can be associated with a UE. Additionally, or alternatively, HSS 340 can perform authentication, authorization, and / or accounting operations associated with the subscriber and / or a communication session with a UE.

[0047] PCRF 350 can 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 can provide these policies to PGW 320 or another device so that the policies can be enforced. As depicted, in some embodiments, PCRF 350 can 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 can collect charging information regarding the session and provide the charging information to PCRF 350 for enforcement.

[0048] The quantity of devices and / or networks, illustrated in Figs. 2 and 3, are provided for explanatory purposes only. In practice, there can 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 can 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. ) can be present.

[0049] Figs. 4-5 are diagrams of example processes 400 and 500 for enhanced message 3 (Msg3) and message 4 (Msg4) signaling according to one or more implementations described herein. As shown, processes 400 and 500 can be implemented by one or more devices, including UE 210, base station 222, satellite 260, SGW 310, and / or MME 330. For example, processes 400 and 500 can UE 210 communicating with MME 330 via SGW 310 and satellite 260. In some implementations, UE 210 can instead communicate with MME 330 via SGW 310 and base station 222.

[0050] Operations described herein as being performed by base station 222 can also, or alternatively, be performed by satellite 260. Similarly, UE 210 can include any type of UE 210, such as a smart phone or an IoT device. Some or all of processes 400 and 500 can be performed by baseband circuitry of UE 210, base station 222, and / or satellite 260. Some or all of processes 400 and 500 can be performed by one or more other systems or devices, including one or more of the devices of Figs. 2 or 3.

[0051] Additionally, processes 400 and 500 can include one or more fewer, additional, differently ordered, and / or arranged operations than those shown in Figs. 4 or 5. Some or all of the operations of processes 400 and 500 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of processes 400 and 500. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Figs. 4 or 5. One or more of the examples described herein can also, or alternatively, be part of processes 400-500. Figs. 4-5 are described below with periodic reference to subsequent figures.

[0052] Referring to Fig. 4, process 400 can include base station 222 communicating configuration information to UE 210 (block 410) . The configuration information can include resource configuration information for one or more Msg3 transmissions from UE 210 (also referred to herein as “Msg3 resource configuration” ) . For example, The resource configuration information can include an indication of time and frequency resources, numerologies, repetitions, and other information related to wireless resources, for communicating a Msg3 signal to base station 222. A Msg3 signal can be referred to herein as a Msg3 transmission, Msg3 PUSCH, and so on.

[0053] The configuration information can also, or alternatively, indicate transmission power information to be used by UE 210. The transmission power information can include a received target power for an initial Msg3 transmission. Base station 222 can be configured to determine the transmission power information based on, or according to, one or more of a per cell basis, a per control element (CE) basis, a per Msg3 resource basis, a per Msg3 transmission and retransmission basis, and more. A per cell basis can involve base station 222 being configured to indicate the same (or similar) transmission power information to all UEs 210, or UEs 210 of a certain type, group, capability or condition, etc., within a particular cell of base station 222.

[0054] Transmission power for an initial transmission and / or a retransmission can be determined by base station 222 and / or UE 210. A per transmission and retransmission basis can include a scenario where an initial transmission power is determined in accordance with the following. PMsg3 (i) = min {PCMAX, f, c (i) , PMsg3, target, f, c + PLb, f, c} DBm

[0055] PMsg3 can include a transmission power for a Msg3 transmission, which can be an initial Msg3 transmission. PCMAX can be a maximum transmission power for carrier f of serving cell c in PUSCH transmission occasion i. PMsg3, target, f, c can include received target power for an initial Msg3 transmission for carrier f of serving cell c. PLb, f, c can include a pathloss estimate for a bandwidth part (BWP) b of carrier f of serving cell c. The serving cell can be base station 222 and the carrier f can be indicated by base station 222 as part of the Msg3 resource configuration information. The transmit power for the Msg3 transmission can be in terms of decibel milliwatts (DBm) , and PMsg3 (i) can include a minimum acceptable transmission power for a Msg3 transmission.

[0056] Base station 222 can indicate an initial received target power to UE 210 via a an information element (IE) such as msg3InitialReceivedTargetPower. A transmission power for Msg3 retransmissions (e.g., an msg3_RECEIVED_TARGET_POWER IE) can be determined by modifying the initial received target power by a retransmission counter (e.g., msg3_TRANSMISSION_COUNTER) and power ramping step (e.g., a powerRampingStep IE) . Doing so can, for example, facilitate successful signaling by causing the transmission power to increase with each retransmission. For example, base station 222 and / or UE 210 can determine a transmission power for Msg3 retransmissions as follows. msg3_RECEIVED_TARGET_POWER = msg3InitialReceivedTargetPower IE +  (msg3_TRANSMISSION_COUNTER –1) *powerRampingStep)

[0057] The configuration information can also, or alternatively, indicate ranges or boundaries for the received target power of the initial Msg3 transmission and / or Msg3 retransmissions. The configuration information used to indicate the ranges or boundaries of a received target power be an IE, such as msg3InitialReceivedTargetPower and a delta power range. Base station 222 can be configured to determine the ranges or boundaries for a received target power of the initial Msg3 transmission and / or Msg3 retransmissions based on, or according to, one or more of: a per cell basis; a per CE basis; a per Msg3 resource basis; a per Msg3 transmission and retransmission basis; and more. A per cell basis can involve base station 222 being configured to indicate the same (or similar) transmission power information to all UEs 210, or UEs 210 of a certain type, group, capability or condition, etc., within a particular cell of base station 222. The ranges or boundaries for a received target power can be determined by base station 222 and / or UE 210.

[0058] In some implementations. UE 210 can only select a Msg3 resource when a corresponding Msg3 transmission power resides within a received target power range. In other implementations, UE 210 can adjust a Msg3 transmission to make the received power at base station 222 (or satellite 260) reside within the received target power range. For retransmission, UE 210 can set a msg3_RECEIVED_TARGET_POWER IE according to the following. msg3_RECEIVED_TARGET_POWER = max {msg3InitialReceivedTargetPower +  (msg3_TRANSMISSION_COUNTER –1) *powerRampingStep, msg3InitialReceivedTargetPower + delta}

[0059] Process 400 can include UE 210 sending a Msg3 transmission to base station 222 (block 420) . The Msg3 transmission can include an RNTI derived by UE 210 and / or provided to UE 210 by base station 222. For example, base station 222 can provide UE 210 with Msg3 resource configuration information, which can include an RNTI for Msg3 transmissions and / or information for deriving an RNTI for Msg3 transmissions. In some implementations, a Msg3 RNTI can include a temporary RNTI (T-RNTI) or a temporary cell RNTI (TC-RNTI) . In some implementations, a Msg3 RNTI can include an RNTI that is different than a T-RNTI, TC-RNTI, or C-RNTI. The Msg3 transmission can be part of an EDT procedure and can include one or more of a variety of types of data intended to be transmitted as an EDT. The data to be carried by the Msg3 transmission can include information in addition to or different from data typically included in a standard Msg3 transmission of a 4-step RACH procedure.

[0060] As described above, an EDT can enable the transmission of data during a RA procedure to, for example, reduce the latency and the power consumption of UE 210. UE 210 can generate the Msg3, and corresponding data, based on Msg3 resource configuration information received from base station 222. UE 210 can select the resource based on one or more additional, or alternative, factors, such as a coverage enhancement level, whether slotted Aloha or diversity slotted Aloha is being used, and more. As the Msg3 transmission can be consistent with, or part of, an EDT procedure, resources selected by UE 210 for the Msg transmission can be referred to herein as an EDT resource.

[0061] The EDT resource configuration can be based on a coverage enhancement level, such as a coverage enhancement level 2 (CE2) , coverage enhancement level 4 (CE4) , etc. CE2 can be for more standard or default UE device capabilities, wireless conditions, RSRP values, so on (e.g., non-NB or non-IoT devices or UEs 210) . CE4 can be for less standard or default UE device capabilities, wireless conditions, RSRP values, and so on (e.g., for NB-IoT devoices or UEs 210. UE 210 can be configured to determine a suitable coverage enhancement level for a Msg3 transmission of an EDT procedure by comparing a measured RSRP value to RSRP thresholds associated with different coverage enhancement levels. The RSRP threshold and coverage enhancement levels corresponding thereto can be included in the configuration information received from base station 222 (e.g., via a rsrp-ThresholdsPrachInfoList-r16 IE) .

[0062] The EDT resource configuration can involve the use of orthogonal cover codes (OCC) coding configuration, a replica related configuration, and / or for an anchor carrier / non-anchor carrier scenario. An OCC coding configuration can include information, values, and instructions for applying OCC to EDT communications. OCC can used to generate codes that are cyclically permuted to maintain orthogonality between different sequences. OCC can help ensure that even when multiple transmissions occupy the same physical resource block (PRB) , transmissions do not interfere with one another. A replica related configuration can comprise of: Msg3 resource window (for UE to select the resource for each replica) , replica number, etc. The EDT resource configuration and / or transmission can be based on, generated using, or otherwise include an OCC coding configuration, a replica related configuration, and / or for an anchor carrier / non-anchor carrier scenario (e.g., for a NB-IoT UE) .

[0063] Different coverage enhancement levels can be mapped, or otherwise associated with, different rules or parameters that can be applied to the generations and transmission of information under conditions associated with a particular coverage enhancement level. For example, one coverage enhancement level can be applied to a standard coverage scenario involving devices in good signal conditions. Another coverage enhancement level can be applied to a moderately challenging environments. Yet another coverage enhancement level can be applied to weak signaling areas or conditions. CE4 can be applied to conditions suited for NB-IoT devices and NB communications. UE 210 can determine which coverage enhancement level applies to UE 210 by, for example, measuring and determining the strength of one or more signals (e.g., by determining a received power reference signal (RSRP) and / or one or more other types of signals) .

[0064] Increased restrictions for transmitting an Msg3 using EDT can be applied to scenarios of higher coverage enhancement levels to alleviate or avoid problematic resource congestion conditions. Each coverage enhancement level Msg3 PUSCH resource can be associated with a RSRP threshold, which can be used to bar or restrict the transmitting of an Msg3 using EDT. Additionally, or alternatively, extended access barring (EAB) can be used to bar or restrict the transmitting of an Msg3 using EDT under certain conditions. Each coverage enhancement level Msg3 PUSCH resource can be associated with an EDT value, which can be used to bar or restrict the transmitting of an Msg3 using EDT. An information element (IE) such as an eab-msg3 IE or an eab-PerRSRP IE, can be included in configuration information from base station 222 and can be used by UE 210 to determine whether to send a Msg3 plus data using EDT.

[0065] UE 210 can initiate a timer for monitoring for the reception of a Msg4 transmission from base station 222. UE 210 can initiate the timer upon communicating the Msg3 transmission to base station 222 or at some point thereafter. The timer can be referred to herein as a Msg4 reception timer, a Msg4 reception window timer, and the like. The timer can correspond to an amount of time or a window for which UE 210 can monitor a Msg4 transmission from base station 222. The window can be referred to herein as a reception window, Msg4 reception window, and the like. In some implementations, the configuration information received from base station 222 can indicate to UE 210 one or more conditions for initiating the Msg4 reception window timer, resources to monitor for a Msg4 transmission from base station 222, a duration of the Msg4 reception window timer, conditions for discontinuing the Msg4 reception window timer, and more.

[0066] Process 400 can include base station 222 and / or satellite 260 communicating with a core network to configure the network to support a communication session involving UE 210 (block 430) . For example, upon receiving the Msg3 transmission from UE 210, base station 222 can communicate with SGW 310 and MME 310 regarding UE 210. MME 330 and base station 222 can communicate with one another via SGW 310. MME 330 can operate to register UE 210 with the network, establish bearer channels (e.g., traffic flows) associated with a communication session with UE 210, to handoff UE 210 to a different base station 222, MME 330, or another network, and / or to perform other operations. MME 330 can perform policing operations on traffic destined for and / or received from UE 210. SGW 310 can operate as an anchor for a user plane during inter-base station handovers and as an anchor for mobility between different telecommunication networks. Data directed to an external network (such as the Internet) can be routed through SGW 310 and PGW 320 to the external network. Data from the external network and intended for UE 210 can be routed through PGW 320 and SGW 310, toward base station 222 and on to UE 210. In some implementations, data provided by UE 210 via the Msg3 transmission can be information intended for a core network entity or an entity of an external network, such as an application service available via the Internet.

[0067] Process 400 can include the core network providing base station 222 or satellite 260 with downlink (DL) data for UE 210 (block 440) . For example, a core network entity, such as MME 330 can send data intended for UE 210 to base station 222 via SGW 310. The data can include a verity of types, amounts, and forms of data. For example, the data can include information about UE 210 being recognized and / or registered with the core network or another network, information about a control plane and / or user plane having been configured for a communication session involving UE 210, and more. In some implementations, the downlink data can include information from an entity available via an external network. In some implementations, the data can pertain to a contention resolution MAC control element (CE) and / or RRC message to be transmitted by base station 222 to UE 210.

[0068] Process 400 can include base station 222 generating and communicating a Msg4 transmission to UE 210 (block 450) . The Msg4 transmission can include a media access control (MAC) protocol data unit (PDU) , which can include one or more of a variety of information. In one example, the MAC PDU can include one or more contention resolution MAC CEs and / or one or more MAC SDUs. Each MAC SDU can include an RRC messages to terminate the EDT procedure.

[0069] Each contention resolution MAC CE can include a contention resolution identity for a particular UE 210. A contention resolution identity can be an identifier assigned to UE 210 by base station 222. UE 210 can include the contention resolution identity in uplink transmissions to base station 222, and base station 222 can identify transmissions from UE 222 based on the contention resolution identity in the transmissions.

[0070] An example of a contention resolution identify can include a C-RNTI that base station 222 has allocated or dedicated to UE 210. The C-RNTI can be an RNTI of a cell of base station 222. The C-RNTI can be an RNTI of a cell of base station 222. In yet another example, the MAC PDU can include one or more contention resolution MAC CEs (e.g., without any RRC messages or C-RNTIs) . In such implementations, instead of a C-RNTI of a cell of base station 222, each contention resolution MAC CE can include a different type of contention resolution identity. In yet another example, the MAC PDU can include a fallback MAC CE, providing a UL grant to UE 210 for which base station 222 has not, or does not, successfully decoded a UL payload. In another example, the MAC PDU can include a subleader with a backoff or fallback indicator that can be for any UE 210 that failed to communicate the Msg3 to base station 222.

[0071] Termination of the EDT procedure can be indicated explicitly or implicitly. An RRC message can indicate to UE 210 that the EDT procedure involving receiving the configuration information from base station 222 and sending the Msg3 transmission to base station 222 is complete or is otherwise terminated. In some implementations, the RRC message can include a C-RNTI of base station 222. The RRC message can be multiplexed with a contention resolution MAC CE that includes a C-RNTI of base station 222. In other implementations, a C-RNTI of base station 222 can be transmitted with a contention resolution MAC CE, and an RRC message that includes the same C-RNTI can be transmitted separately. The each transmission having the C-RNTI can indicate that the two are related. The RRC message can be an RRC Connection Release message, RRC Early Data Complete message, etc., to explicitly indicate that the EDT procedure is concluded. In other implementations, the RRC message may not explicitly indicate that the EDT procedure is concluded; however, UE 210 can implicitly determine that the EDT procedure is concluded since the contention resolution MAC CE and RRC message each include the same C-RNTI. In some implementations, There can be no RRC message. Thus, UE 210 can determine that the EDT procedure is concluded since the contention resolution MAC CE include the same Msg3-RNTI.

[0072] In some implementations, UE 210 can determine that the EDT procedure associated with the Msg3 transmission is completed or determined without receiving an RRC message from base station 222. For example, base station 222 can indicate to UE 210 whether an RRC message is to be used to indicate that an EDT procedure has been completed or otherwise terminated. For instance, assume that UE 210 receives a contention resolution MAC CE but a MAC service data unit (SDU) containing an RRC message (that include an RRCEarlyDataComplete, RRCConnectionRelease, etc. ) fails, the MAC SDU is too large to contain the RRC message, etc., and therefore is not received by UE 210. In such a scenario, despite not receiving an RRC message that explicitly indicates that the EDT procedure is complete or has been terminated, by receiving the contention resolution MAC CE, UE 210 can determine implicitly that the EDT procedure has completed.

[0073] Process 400 can include UE 210 responding to a Msg4 transmission (block 460) . For example, when UE 210 receives a Msg4 transmission and an associated RRC message, UE 210 can determine that the EDT procedure has concluded and / or can discontinue monitoring a Msg4 reception window (and / or Msg4 reception window timer associated therewith) . UE 210 can be configured to start the Msg4 reception window timer and / or the monitoring of the Msg4 reception window in response to communicating a Msg3 transmission to base station 222.

[0074] In another example, when UE 210 receives a Msg4 transmission that includes a contention resolution MAC CE with a C-RNTI from of base station 222, UE 210 can discontinue monitoring a Msg4 reception window (and / or Msg4 reception window timer associated therewith) . UE 210 can begin monitoring a PDCCH for transmissions associated with the assigned C-RNTI. In some implementations, UE 210 can initiate a delay timer to postpone the monitoring of the PDCCH. UE 210 can begin monitoring the PDCCH upon expiration of the delay time. The delay timer can be indicated by base station 222 and the duration of the delay timer can be based on an interaction latency between base station 222 and the core network.

[0075] In yet another example, when UE 210 receives a Msg4 transmission that only includes a contention resolution MAC CE (e.g., without receiving an RRC message terminating the EDT procedure) , UE 210 can continue monitoring the PDCCH with the Msg3-RNTI. However, if base station 222 provided, or later provides, UE 210 with an indication that an RRC message is not (or is not always) transmitted to terminate an EDT procedure, UE 210 can discontinue monitoring the Msg4 reception window (and / or Msg4 reception window timer associated therewith) . UE 210 can also discontinue monitoring the PDCCH with the Msg3-RNTI. The Msg3-RNTI can be an RNTI that UE 210 included in the Msg3 transmission. The Msg3-RNTI can be a temporary RNTI (T-RNTI) or another type of RNTI that was provided to UE 210 via Msg3 resource configuration information and / or derived by UE 210.

[0076] In yet another example, when UE 210 receives a Msg4 transmission containing a fallback MAC CE (with a RAPID and an OCC index) , UE 210 can transmit a Msg3 again over the provided UL grant of the fallback MAC CE. And if UE receives a backoff sub-header without receiving a Msg4 transmission, UE 210 can perform a backoff procedures using a backoff indicator (BI) , from the backoff sub-header, and can communicate a Msg3 transmission to base station 222 again. A backoff procedure can include a MAC protocol feature to control the transmission power of a transmitter. A BI can cause or trigger UE 210 to perform a backoff procedure, which can help reduce or avoid signaling collisions between different nodes.

[0077] Referring to Fig. 5, one or more of the features or operations described above with reference to process 400 of Fig. 4 can apply to one or more of the features or operations described below with reference to process 500 of Fig. 5.

[0078] As shown, process 500 can include base station 222 communicating configuration information to UE 210 (block 510) . The configuration information can include resource configuration information for one or more Msg3 transmissions from UE 210 (also referred to herein as “Msg3 resource configuration” ) . For example, The resource configuration information can include an indication of time and frequency resources, numerologies, repetitions, and other information related to wireless resources, for communicating a Msg3 signal to base station 222. A Msg3 signal can be referred to herein as a Msg3 transmission, Msg3 PUSCH, and so on.

[0079] The configuration information can also, or alternatively, indicate transmission power information to be used by UE 210. The transmission power information can include a received target power for an initial Msg3 transmission. Base station 222 can be configured to determine the transmission power information based on, or according to, one or more of a per cell basis, a per control element (CE) basis, a per Msg3 resource basis, a per Msg3 transmission and retransmission basis, and more. A per cell basis can involve base station 222 being configured to indicate the same (or similar) transmission power information to all UEs 210, or UEs 210 of a certain type, group, capability or condition, etc., within a particular cell of base station 222.

[0080] Transmission power for an initial transmission and / or a retransmission can be determined by base station 222 and / or UE 210. A per transmission and retransmission basis can include a scenario where an initial transmission power is determined in accordance with the following. PMsg3 (i) = min {PCMAX, f, c (i) , PMsg3, target, f, c + PLb, f, c} DBm

[0081] PMsg3 can include a transmission power for a Msg3 transmission, which can be an initial Msg3 transmission. PCMAX can be a maximum transmission power for carrier f of serving cell c in PUSCH transmission occasion i. PMsg3, target, f, c can include received target power for an initial Msg3 transmission for carrier f of serving cell c. PLb, f, c can include a pathloss estimate for a bandwidth part (BWP) b of carrier f of serving cell c. The serving cell can be base station 222 and the carrier f can be indicated by base station 222 as part of the Msg3 resource configuration information. The transmit power for the Msg3 transmission can be in terms of decibel milliwatts (DBm) , and PMsg3 (i) can include a minimum acceptable transmission power for a Msg3 transmission.

[0082] Base station 222 can indicate an initial received target power to UE 210 via a an information element (IE) such as msg3InitialReceivedTargetPower. A transmission power for Msg3 retransmissions (e.g., an msg3_RECEIVED_TARGET_POWER IE) can be determined by modifying the initial received target power by a retransmission counter (e.g., msg3_TRANSMISSION_COUNTER) and power ramping step (e.g., a powerRampingStep IE) . Doing so can, for example, facilitate successful signaling by causing the transmission power to increase with each retransmission. For example, base station 222 and / or UE 210 can determine a transmission power for Msg3 retransmissions as follows. msg3_RECEIVED_TARGET_POWER = msg3InitialReceivedTargetPower IE +  (msg3_TRANSMISSION_COUNTER –1) *powerRampingStep)

[0083] The configuration information can also, or alternatively, indicate ranges or boundaries for the received target power of the initial Msg3 transmission and / or Msg3 retransmissions. The configuration information used to indicate the ranges or boundaries of a received target power be an IE, such as msg3InitialReceivedTargetPower and a delta power range. Base station 222 can be configured to determine the ranges or boundaries for a received target power of the initial Msg3 transmission and / or Msg3 retransmissions based on, or according to, one or more of: a per cell basis; a per CE basis; a per Msg3 resource basis; a per Msg3 transmission and retransmission basis; and more. A per cell basis can involve base station 222 being configured to indicate the same (or similar) transmission power information to all UEs 210, or UEs 210 of a certain type, group, capability or condition, etc., within a particular cell of base station 222. The ranges or boundaries for a received target power can be determined by base station 222 and / or UE 210.

[0084] In some implementations. UE 210 can only select a Msg3 resource when a corresponding Msg3 transmission power resides within a received target power range. In other implementations, UE 210 can adjust a Msg3 transmission to make the received power at base station 222 (or satellite 260) reside within the received target power range. For retransmission, UE 210 can set a msg3_RECEIVED_TARGET_POWER IE according to the following. msg3_RECEIVED_TARGET_POWER = max {msg3InitialReceivedTargetPower +  (msg3_TRANSMISSION_COUNTER –1) *powerRampingStep, msg3InitialReceivedTargetPower + delta}

[0085] Process 500 can include UE 210 sending a Msg3 transmission to base station 222 (block 520) . The Msg3 transmission can part of an EDT procedure and can include one or more of a variety of types of data intended to be transmitted as an EDT. The data to be carried by the Msg3 transmission can include information in addition to or different from data typically included in a standard Msg3 transmission of a 4-step RACH procedure.

[0086] As described above, an EDT can enable the transmission of data during a RA procedure to, for example, reduce the latency and the power consumption of UE 210. UE 210 can generate the Msg3, and corresponding data, based on Msg3 resource configuration information received from base station 222. UE 210 can select the resource based on one or more additional, or alternative, factors, such as a coverage enhancement level, whether slotted Aloha or diversity slotted Aloha is being used, and more. As the Msg3 transmission can be consistent with, or part of, an EDT procedure, resources selected by UE 210 for the Msg transmission can be referred to herein as an EDT resource.

[0087] The EDT resource configuration can be based on a coverage enhancement level, such as a coverage enhancement level 2 (CE2) , coverage enhancement level 4 (CE4) , etc. CE2 can be for more standard or default UE device capabilities, wireless conditions, RSRP values, so on (e.g., non-NB or non-IoT devices or UEs 210) . CE4 can be for less standard or default UE device capabilities, wireless conditions, RSRP values, and so on (e.g., for NB-IoT devoices or UEs 210. UE 210 can be configured to determine a suitable coverage enhancement level for a Msg3 transmission of an EDT procedure by comparing a measured RSRP value to RSRP thresholds associated with different coverage enhancement levels. The RSRP threshold and coverage enhancement levels corresponding thereto can be included in the configuration information received from base station 222 (e.g., via a rsrp-ThresholdsPrachInfoList-r16 IE) .

[0088] The EDT resource configuration can involve the use of orthogonal cover codes (OCC) coding configuration, a replica related configuration, and / or for an anchor carrier / non-anchor carrier scenario. An OCC coding configuration can include information, values, and instructions for applying OCC to EDT communications. OCC can used to generate codes that are cyclically permuted to maintain orthogonality between different sequences. OCC can help ensure that even when multiple transmissions occupy the same physical resource block (PRB) , transmissions do not interfere with one another. A replica related configuration can include …. The EDT resource configuration and / or transmission can be based on, generated using, or otherwise include an OCC coding configuration, a replica related configuration, and / or for an anchor carrier / non-anchor carrier scenario (e.g., for a NB-IoT UE) .

[0089] Different coverage enhancement levels can be mapped, or otherwise associated with, different rules or parameters that can be applied to the generations and transmission of information under conditions associated with a particular coverage enhancement level. For example, one coverage enhancement level can be applied to a standard coverage scenario involving devices in good signal conditions. Another coverage enhancement level can be applied to a moderately challenging environments. Yet another coverage enhancement level can be applied to weak signaling areas or conditions. CE4 can be applied to conditions suited for NB-IoT devices and NB communications. UE 210 can determine which coverage enhancement level applies to UE 210 by, for example, measuring and determining the strength of one or more signals (e.g., by determining a received power reference signal (RSRP) and / or one or more other types of signals) .

[0090] Increased restrictions for transmitting an Msg3 using EDT can be applied to scenarios of higher coverage enhancement levels to alleviate or avoid problematic resource congestion conditions. Each coverage enhancement level Msg3 PUSCH resource can be associated with a RSRP threshold, which can be used to bar or restrict the transmitting of an Msg3 using EDT. Additionally, or alternatively, extended access barring (EAB) can be used to bar or restrict the transmitting of an Msg3 using EDT under certain conditions. Each coverage enhancement level Msg3 PUSCH resource can be associated with an EDT value, which can be used to bar or restrict the transmitting of an Msg3 using EDT. An information element (IE) such as an eab-msg3 IE or an eab-PerRSRP IE, can be included in configuration information from base station 222 and can be used by UE 210 to determine whether to send a Msg3 plus data using EDT.

[0091] UE 210 can initiate a timer for monitoring for the reception of a Msg4 transmission from base station 222. UE 210 can initiate the timer upon communicating the Msg3 transmission to base station 222 or at some point thereafter. The timer can be referred to herein as a Msg4 reception timer, a Msg4 reception window timer, and the like. The timer can correspond to an amount of time or a window for which UE 210 can monitor a Msg4 transmission from base station 222. The window can be referred to herein as a reception window, Msg4 reception window, and the like. In some implementations, the configuration information received from base station 222 can indicate to UE 210 one or more conditions for initiating the Msg4 reception window timer, resources to monitor for a Msg4 transmission from base station 222, a duration of the Msg4 reception window timer, conditions for discontinuing the Msg4 reception window timer, and more.

[0092] Process 500 can include base station 222 generating and communicating a contention resolution identity to UE 210 (block 525) . As shown, UE 210 can receive the contention resolution identity prior to receiving a Msg4 transmission from base station 222. In such a scenario, the delayed transmission of the Msg4 transmission can be due to pending or ongoing communications between base station 222 and the core network (e.g., SGW 310, MME 330, etc. ) .

[0093] A contention resolution MAC CE can be received via a MAC PDU, which can include one or more of a variety of information. In one example, the MAC PDU can include one or more contention resolution MAC CEs and / or one or more MAC SDUs. Each MAC SDU can include an RRC messages to terminate the EDT procedure initiated previously (see, e.g., block 510 or block 520) . Each contention resolution MAC CE can include a contention resolution identify for a particular UE 210. An example of a contention resolution identify can include a C-RNTI that base station 222 has allocated or dedicated to UE 210. The C-RNTI can be an RNTI of a cell of base station 222. The C-RNTI can be an RNTI of a cell of base station 222. In yet another example, the MAC PDU can include one or more contention resolution MAC CEs (e.g., without any RRC messages or C-RNTIs) . In such implementations, instead of a C-RNTI of a cell of base station 222, each contention resolution MAC CE can include a different type of contention resolution identity. In yet another example, the MAC PDU can include a fallback MAC CE, providing a UL grant to UE 210 for which base station 222 has not, or does not, successfully decoded a UL payload. In another example, the MAC PDU can include a subleader with a backoff or fallback indicator that can be for any UE 210 that failed to communicate the Msg3 to base station 222.

[0094] Termination of the EDT procedure can be indicated explicitly or implicitly. An RRC message can indicate to UE 210 that the EDT procedure involving receiving the configuration information from base station 222 and sending the Msg3 transmission to base station 222 is complete or is otherwise terminated. In some implementations, the RRC message can include a C-RNTI of base station 222. The RRC message can be multiplexed with a contention resolution MAC CE that includes a C-RNTI of base station 222. In other implementations, a C-RNTI of base station 222 can be transmitted with a contention resolution MAC CE, and an RRC message that includes the same C-RNTI can be transmitted separately. The each transmission having the C-RNTI can indicate that the two are related. The RRC message can be an RRC Connection Release message, RRC Early Data Complete message, etc., to explicitly indicate that the EDT procedure is concluded. In other implementations, the RRC message may not explicitly indicate that the EDT procedure is concluded; however, UE 210 can implicitly determine that the EDT procedure is concluded since the contention resolution MAC CE and RRC message each include the same C-RNTI.

[0095] In some implementations, UE 210 can determine that the EDT procedure associated with the Msg3 transmission is completed or determined without receiving an RRC message from base station 222. For example, base station 222 can indicate to UE 210 whether an RRC message is to be used to indicate that an EDT procedure has been completed or otherwise terminated. For instance, assume that UE 210 receives a contention resolution MAC CE but a MAC service data unit (SDU) containing an RRC message (that include an RRCEarlyDataComplete, RRCConnectionRelease, etc. ) fails, the MAC SDU is too large to contain the RRC message, etc., and therefore is not received by UE 210. In such a scenario, despite not receiving an RRC message that explicitly indicates that the EDT procedure is complete or has been terminated, by receiving the contention resolution MAC CE, UE 210 can determine implicitly that the EDT procedure has completed.

[0096] UE 210 can respond to a contention resolution identity from base station 222 in one or more of a variety of ways. For example, when UE 210 receives a contention resolution identity and an associated RRC message, UE 210 can determine that the EDT procedure has concluded and / or can discontinue monitoring a Msg4 reception window (and / or Msg4 reception window timer associated therewith) . As described above, UE 210 can be configured to start the Msg4 reception window timer and / or the monitoring of the Msg4 reception window in response to communicating a Msg3 transmission to base station 222.

[0097] In another example, when UE 210 receives a contention resolution identity that includes a C-RNTI from of base station 222, UE 210 can discontinue monitoring a Msg4 reception window (and / or Msg4 reception window timer associated therewith) . UE 210 can begin monitoring a PDCCH for transmissions associated with the assigned C-RNTI. In some implementations, UE 210 can initiate a delay timer to postpone the monitoring of the PDCCH. UE 210 can begin monitoring the PDCCH upon expiration of the delay time. The delay timer can be indicated by base station 222 and the duration of the delay timer can be based on an interaction latency between base station 222 and the core network.

[0098] In yet another example, when UE 210 receives a contention resolution identity (e.g., without receiving an RRC message terminating the EDT procedure) , UE 210 can continue monitoring the PDCCH with the Msg3-RNTI. However, if base station 222 provided, or later provides, UE 210 with an indication that an RRC message is not (or is not always) transmitted to terminate an EDT procedure, UE 210 can discontinue monitoring the Msg4 reception window (and / or Msg4 reception window timer associated therewith) . UE 210 can also discontinue monitoring the PDCCH with the Msg3-RNTI. The Msg3-RNTI can be an RNTI that UE 210 included in the Msg3 transmission. The Msg3-RNTI can be a T-RNTI or another type of RNTI that was provided to UE 210 via Msg3 resource configuration information and / or derived by UE 210.

[0099] When UE 210 receives a fallback MAC CE (with a RAPID and an OCC index) , instead of receiving a contention resolution identity, UE 210 can transmit a Msg3 again over the provided UL grant of the fallback MAC CE. And if UE receives a backoff sub-header without receiving a Msg4 transmission, UE 210 can perform a backoff procedures using a BI, from the backoff sub-header, and can communicate a Msg3 transmission to base station 222 again. A backoff procedure can include a MAC protocol feature to control the transmission power of a transmitter. A BI can cause or trigger UE 210 to perform a backoff procedure, which can help reduce or avoid signaling collisions between different nodes.

[0100] Process 500 can include base station 222 and / or satellite 260 communicating with a core network to configure the network to support a communication session involving UE 210 (block 530) . For example, upon receiving the Msg3 transmission from UE 210, base station 222 can communicate with SGW 310 and MME 310 regarding UE 210. MME 330 and base station 222 can communicate with one another via SGW 310. MME 330 can operate to register UE 210 with the network, establish bearer channels (e.g., traffic flows) associated with a communication session with UE 210, to handoff UE 210 to a different base station 222, MME 330, or another network, and / or to perform other operations. MME 330 can perform policing operations on traffic destined for and / or received from UE 210. SGW 310 can operate as an anchor for a user plane during inter-base station handovers and as an anchor for mobility between different telecommunication networks. Data directed to an external network (such as the Internet) can be routed through SGW 310 and PGW 320 to the external network. Data from the external network and intended for UE 210 can be routed through PGW 320 and SGW 310, toward base station 222 and on to UE 210. In some implementations, data provided by UE 210 via the Msg3 transmission can be information intended for a core network entity or an entity of an external network, such as an application service available via the Internet.

[0101] Process 500 can include the core network providing base station 222 with downlink (DL) data for UE 210 (block 540) . For example, a core network entity, such as MME 330 can send data intended for UE 210 to base station 222 via SGW 310. The data can include a verity of types, amounts, and forms of data. For example, the data can include information about UE 210 being recognized and / or registered with the core network or another network, information about a control plane and / or user plane having been configured for a communication session involving UE 210, and more. In some implementations, the downlink data can include information from an entity available via an external network. In some implementations, the data can pertain to a contention resolution MAC CE and / or RRC message to be transmitted by base station 222 to UE 210.

[0102] Process 500 can include base station 222 communicating a Msg4 transmission to UE 210 (block 550) . The Msg4 transmission can include a media access control (MAC) protocol data unit (PDU) , which can include one or more of a variety of information. In one example, the MAC PDU can include one or more contention resolution MAC CEs and / or one or more MAC SDUs. Each MAC SDU can include an RRC messages to terminate the EDT procedure. In some implementations, base station 222 can send the Msg4 transmission with a single RRC message indicating that the EDT procedure has concluded.

[0103] Fig. 6 is a diagram of an example process 600 for applying restrictive baring to transmitting an Msg3 as an EDT according to one or more implementations described herein. As shown, process 600 can be implemented by UE 210. In implementations, process 600 can also, or alternatively, be performed by base station 222, satellite 260, baseband circuitry of UE 210, base station 222, and / or satellite 260, or a combination thereof. 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-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, in parallel, etc., with one or more of the other operations of process 600. As such, the techniques described by process 600 are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 6.

[0104] As shown, process 600 can include transmitting a Msg3 at CE level X using resources (block 610) . For example, UE 210 can use EDT resources to send base station 222 a Msg3 transmission in a manner consistent with CE level X. CE level X can be a particular number or value associated with a particular CE level. UE 210 can determine whether conditions for selecting EDT resources as met (e.g., transmission block size (TBS) , etc. ) and can select the EDT resource when the conditions are met. UE 210 can determine a CE level for the EDT resource by measuring an RSRP of a reference signal corresponding to the EDT resource. UE 210 can determine an RSRP threshold associated with the CE level. The RSRP threshold can include a minimum RSRP value required the use the EDT resource. While not shown in Fig. 6, when the measured RSRP does not satisfy the RSRP threshold, UE 210 can be configured to fallback to a RACH procedure for communicating data to base station 222, instead of transmitting the data to base station 222 using a Msg3 EDT procedure. Process 600 can end if or when a Msg3 transmission using EDT is received by base station 222.

[0105] Process 600 can include determining whether a transmission counter exceeds a threshold value (A) . For example, UE 210 can track the initial Msg3 transmission and any Msg3 retransmissions and compare the total number of transmissions to a transmission threshold value (represented as A in Fig. 6) . When the number of transmissions is less than the first transmission threshold value (A) (block 620 –Yes) , UE 210 can continue sending transmissions. The initial transmission, retransmissions, and transmission threshold can be based on configuration information received from base station 222 (e.g., an OCC coding configuration, replica related configuration, and more. ) . Additionally, or alternatively, the transmission threshold value can be determined based on the CE level. UE 210 can determine whether to send multiple replicas of each transmission based on the configuration information received from base station 222. Further, UE 210 can select a different OCC index for each replica transmitted. For each replica, randomly selects OCC index. UE 210 can select a carrier between an anchor carrier and non-anchor carriers (for NB-IoT UEs) and can stay on the selected carrier until all replicas are transmitted.

[0106] When the number of transmissions is no longer less than the first transmission threshold value (A) (block 620 –No) , UE 210 can select a higher CE level (Y) and send subsequent Msg3 transmissions according to the higher CE level (block 630) . In some implementations, UE 210 can forego checking whether the current RSPR satisfies the RSRP threshold of the higher CE level is met. Process 600 can include determining whether a transmission counter is less than a transmission threshold value (B) . For example, UE 210 can track the initial Msg3 transmission of CE level Y and any Msg3 retransmissions of CE level Y and can compare the total number of transmissions to a transmission threshold value (B) . When the number of transmissions is less than the transmission threshold value (B) (block 640 –Yes) , UE 210 can continue sending transmissions.

[0107] The initial transmission, retransmissions, and transmission threshold can be based on configuration information received from base station 222 (e.g., the OCC coding configuration, replica related configuration, and more. ) . Additionally, or alternatively, the transmission threshold value can be determined based on the CE level (Y) . CE level Y can be a particular number or value associated with a particular CE level. UE 210 can determine whether to send multiple replicas of each transmission based on the configuration information received from base station 222. Further, UE 210 can select a different OCC index for each replica transmitted. For each replica, randomly selects OCC index. UE 210 can select a carrier between an anchor carrier and non-anchor carriers (for NB-IoT UEs) and can stay on the selected carrier until all replicas are transmitted.

[0108] When the number of transmissions is no longer less than the second transmission threshold value (Y) (block 640 –No) , UE 210 can fall back to using a 4-step RACH procedure to establish a connection and to communicate with base station 222 (block 650) . In some implementations, the transmission threshold values for all Msg3 transmissions using EDT can be the same for all CE levels. In some implementations, the transmission threshold values for different CE levels can be different. In some implementations, the transmission threshold values (A) and (B) can be the same. In some implementations, the transmission threshold value (A) can be greater than that of (B) . In some implementations, the transmission threshold value (B) can be greater than that of (A) . In some implementations, the transmission threshold value (B) can only apply to a highest CE level (e.g., CE level Y) .

[0109] Figs. 7-9 are diagrams of examples 700-900 for radio network temporary identifier (RNTI) derivation according to one or more implementations described herein. Examples 700-800 pertain to RNTI derivation without diversity slotted ALOHA (DSA) . Examples 900 of Fig. 9 pertain to RNTI derivation with DSA. As shown, each of examples 700-900 include time resources represented along horizontal axis and frequency resources represented along a vertical axis. Each of examples 700-900 includes resources depicted as blocks that comprise a portion of a time domain and frequency domain. Resources sharing the same time domain differ in the frequency domain. Resources sharing the same frequency domain differ in the time domain. Each block can represent a Msg3 occasion, and a number within each block can represent an RNTI or an OCC index that can be used to derive an RNTI.

[0110] An RNTI can be used for scrabbling Msg3 transmissions and / or for addressing Msg4 transmissions (e.g., for contention resolution) . RNTI derivation, as described herein, can be performed by UE 210 and / or base station 222. In some implementations, an OCC index can be used for RNTI derivation. For example, UE 210 and / or base station 222 can perform RNTI derivation by applying an OCC index to an RNTI derivation configured to derive an RNTI based on the OCC index. In some implementations, RNTI derivation can be based on an Msg3 occasion selected by UE 210 for sending the Msg3 transmission. In some implementations, UEs 210 that have selected the same Msg3 occasion can share the same RNTI. UEs 210 that have selected different Msg3 occasions can have different RNTIs. For fallback Msg4, base station 222 can indicate the OCC index together with a random access preamble ID (RAPID) to point to a particular UE 210.

[0111] In some implementations, UEs 210 that have select different Msg3 occasions can share a common RNTI. For example, multiple Msg3 occasions on one time domain location can share the same RNTI. For Msg4, base station 222 can use a RAPID to point to the frequency domain location where UE 210 transmits the Msg3. In other implementations, Msg3 occasions from a resource pool can share the same RNTI. In such scenarios, the network can be configured with multiple resource pools, and each resource pool can be associated with a different RNTI. UEs 210 that select different resources within the same resource pool can share the same RNTI. UEs 210 that have selected resources from different resource pools can have different RNTIs. For Msg4, base station 222 can indicate an OCC index together with RAPID to point to a particular UE 210.

[0112] Example 700 can represent a scenario in which UEs 210 that select the same Msg3 occasion share the same RNTI (e.g., because the same OCC index is sued to derive the RNTI) . Option 2-2 of example 800 can represent a scenario in which multiple Msg3 occasions on one time domain location share the same RNTI. (e.g., as each resource of a common time domain is associated with the same OCC index) . Option 2-2 of example 800 can represent a scenario in which UEs 210 that select different Msg3 occasions share the same RNTI (since the OCC index is the same for all Msg3 occasions) .

[0113] Examples 900 of Fig. 9 pertain to RNTI derivation with DSA. RNTI derivation can be based, at least in part, on diversity slotted ALOHA (DSA) . In some implementations, different DSA replicas from one UE 210 can use the same RNTI. Option 1 of example 900 of Fig. 9 can represent a scenario in which two replicas (marked by X) use the same RNTI. In scenarios where Msg3 occasions associated with same RNTI, a PDCCH associated with the RNTI could be used to inadvertently target other UEs 210, thereby wasting processing capacity and other resources. In other implementations, different DSA replicas from one UE 210 can had different RNTIs. Option 2 of example 900 can represent a scenario in which two replicas use different RNTIs (marked by X and Y) . In scenarios where different Msg3 occasions are associated with different RNTIs, UE 210 can monitor multiple RNTI (s) in a DSA framework.

[0114] As described above, DSA is a MAC protocol used for multiple access communications. DSA introduces increased time diversity and frequency diversity to the ALOHA protocol. ALOHA uses slotted time intervals, where time is divided into slots and each slot corresponds to a fixed period of time during which UE 210 can transmit a packet. UE 210 can randomly select a slot and transmit the packet at the beginning of that slot. If there is no collision, the receiver (e.g., base station 222) can send an acknowledgment (ACK) to UE 210. If there is a collision, UE 210 does not receive an ACK and will retransmit the packet after a random period of time. The purpose of DSA is to improve the efficiency of the original ALOHA protocol by using diversity techniques for time and frequencies.

[0115] Fig. 10 is a diagram of an example 1000 of fields of a Msg4 media access control (MAC) protocol data unit (PDU) structure according to one or more implementations described herein. Example 1000 is provided as a non-limiting example of some of the characteristics of a MAD PDU. The techniques described herein can include, and be applied, to MAC PDUs that can include fewer, more, alternative, and / or an alternative arrangement of fields, headers, subleaders, and other features. As shown, a Msg4 MAC PDU can include a MAC header with multiple sub-headers. Each sub-header can include multiple fields, such as an extension (E) field, type (T) fields: T1, T2, and T3, a reserved bits (R) field, an S field, backoff indicator (BI) field, a random access preamble ID (RAPID) field, and more.

[0116] The T1 field is a flag indicating RAPID or T2. T1 set to 0 indicates the presence of RAPID. T1 set to 1 indicates the presence of T2. T2 indicates backoff indicator (BI) or T3. T2 set to 0 indicates the presence of BI. T2 set to 1 indicates the presence of T3. T3 indicates contention resolution CE or a CR and TC-RNTI CE. T3 set to 0 indicates the presence of Contention Resolution CE. T3 set to 1 indicates the presence of CR and TC-RNTI. Presence of T3 indicates presence of S. S indicates the presence of MAC SDU (containing an RRC message) .

[0117] A first sub-header includes several fields, including a BI field. A second sub-header includes several fields, including a RAPID field, and that maps to a MAC CE prompting for performing a fallback procedure. A third and fourth sub-header each include several fields, including a T3 field indicating contention resolution for particular UEs (UE1 and UE2) , and each maps to a corresponding MAC SDU. A fifth sub-header includes several fields, including a T3 field indicating CR+C-RNTI for a particular UE (UE3) , but does not map to a MAC SDU payload. A final payload portion of the MAC PDU includes a padding of random bits.

[0118] Figs. 11-12 are diagrams of examples 1100 and 1200 of various Msg4 MAC protocol PDU structures according to one or more implementations described herein. Examples 1100 and 1200 of Figs. 11-12 are provided as a non-limiting examples of some of the characteristics of MAD PDU structures. The techniques described herein can include, and be applied, to MAC PDU structures that can include fewer, more, alternative, and / or alternative arrangements of bits, octets, number of octets, fields, and other features, than those shown in Figs. 11-12.

[0119] As shown, examples 1100 of Fig. 11 include a MAC payload for a contention resolution Msg4, having 6 octets that each include a UE contention resolution identity. Examples 1100 of Fig. 11 include a MAC payload for Msg4 fallback, which includes a first octet that includes an OCC index at a first bit and UL grant allocated to the remaining bits of the first octet and extending to all of the bits of the second octet. Example 1200 of Fig. 12 includes a Msg4 MAC PDU structure that includes a MAC payload for contention resolution plus a C-RNTI. The first 6 octets are allocated to UN contention resolution identities while a remaining 2 octets are allocated to C-RNTI identities.

[0120] Fig. 13 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, device 1300 can include application circuitry 1302, baseband circuitry 1304, RF circuitry 1306, front-end module (FEM) circuitry 1308, one or more antennas 1310, and power management circuitry (PMC) 1312 coupled together at least as shown. In some implementations, device 1300 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1302 and can instead include a processor / controller to process data received from a core network. In some implementations, device 1300 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 1300, 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) .

[0121] Application circuitry 1302 can include one or more application processors. For example, application circuitry 1302 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 1300. In some implementations, processors of application circuitry 1302 can process data packets received from a core network.

[0122] Baseband circuitry 1304 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. Baseband circuitry 1304 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of RF circuitry 1306 and to generate baseband signals for a transmit signal path of RF circuitry 1306. Baseband circuity 1304 can interface with application circuitry 1302 for generation and processing of the baseband signals and for controlling operations of RF circuitry 1306. For example, in some implementations, baseband circuitry 1304 can include a 3G baseband processor 1304A, a 4G baseband processor 1304B, a 5G baseband processor 1304C, or other baseband processor (s) 1304D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, 7G, etc. ) . Baseband circuitry 1304 (e.g., one or more of baseband processors 1304A-D) can handle various radio control functions that enable communication with one or more radio networks via RF circuitry 1306. In other implementations, some or all of the functionality of baseband processors 1304A-D can be included in modules stored in memory 1304G and executed via a central processing unit (CPU) 1304E. 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 1304 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of baseband circuitry 1304 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.

[0123] In some implementations, memory 1304G can receive and / or store information and instructions for enhanced Msg3 and Msg4 signaling for early data transmission (EDT) . UE 210 can receive Msg3 resource configuration information from MME 330. UE 210 can initiate an EDT procedure by generating and communicating a contention communicating a contention based (CB) Msg3 based on the Msg3 resource configuration information. MME 330 can receive the CB Msg3, assign a UE contention resolution identity to UE 210, and communicate the UE contention resolution identity to UE 210. The UE contention resolution identity can be communicated via a Msg4 signal. Many other aspects and examples are also described herein.

[0124] In some implementations, baseband circuitry 1304 can include one or more audio digital signal processor (s) (DSP) 1304F. Audio DSP 1304F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations. Components of baseband circuitry 1304 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 1304 and application circuitry 1302 can be implemented together such as, for example, on a system on a chip (SOC) .

[0125] In some implementations, baseband circuitry 1304 can provide for communication compatible with one or more radio technologies. For example, in some implementations, baseband circuitry 1304 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 1304 is configured to support radio communications of more than one wireless protocol can be referred to as multi-mode baseband circuitry.

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

[0127] In some implementations, the receive signal path of RF circuitry 1306 can include mixer circuitry 1306A, amplifier circuitry 1306B and filter circuitry 1306C. In some implementations, the transmit signal path of RF circuitry 1306 can include filter circuitry 1306C and mixer circuitry 1306A. RF circuitry 1306 can also include synthesizer circuitry 1306D for synthesizing a frequency for use by mixer circuitry 1306A of the receive signal path and the transmit signal path. In some implementations, mixer circuitry 1306A of the receive signal path can be configured to down-convert RF signals received from FEM circuitry 1308 based on the synthesized frequency provided by synthesizer circuitry 1306D. Amplifier circuitry 1306B can be configured to amplify the down-converted signals and filter circuitry 1306C 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 1304 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 1306A of the receive signal path can comprise passive mixers, although the scope of the implementations is not limited in this respect.

[0128] In some implementations, mixer circuitry 1306A of the transmit signal path can be configured to up-convert input baseband signals based on the synthesized frequency provided by synthesizer circuitry 1306D to generate RF output signals for FEM circuitry 1308. The baseband signals can be provided by baseband circuitry 1304 and can be filtered by filter circuitry 1306C. In some implementations, mixer circuitry 1306A of the receive signal path and mixer circuitry 1306A 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 1306A of the receive signal path and mixer circuitry 1306A of the transmit signal path can include two or more mixers and can be arranged for image rejection. In some implementations, mixer circuitry 1306A of the receive signal path and mixer circuitry 1306A can be arranged for direct down conversion and direct up conversion, respectively. In some implementations, mixer circuitry 1306 of the receive signal path and mixer circuitry 1306A of the transmit signal path can be configured for super-heterodyne operation.

[0129] 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 1306 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and baseband circuitry 1304 can include a digital baseband interface to communicate with RF circuitry 1306.

[0130] 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 1306D 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 1306D can be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.

[0131] Synthesizer circuitry 1306D can be configured to synthesize an output frequency for use by mixer circuitry 1306A of RF circuitry 1306 based on a frequency input and a divider control input. In some implementations, synthesizer circuitry 1306D 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 1304 or the applications circuitry 1302 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 1302.

[0132] Synthesizer circuitry 1306D of RF circuitry 1306 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.

[0133] In some implementations, synthesizer circuitry 1306D 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 1306 can include an in-phase / quadrature (I / Q)  / polar converter.

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

[0135] In some implementations, FEM circuitry 1308 can include a transmit / receive switch to switch between transmit mode and receive mode operation. FEM circuitry 1308 can include a receive signal path and a transmit signal path. The receive signal path of FEM circuitry 1308 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 1306) . The transmit signal path of FEM circuitry 1308 can include a power amplifier to amplify input RF signals (e.g., provided by RF circuitry 1306) , and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of one or more antennas 1310) .

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

[0137] While Fig. 13 shows PMC 1312 coupled only with baseband circuitry 1304. However, in other implementations, PMC 1312 can be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1302, RF circuitry 1306, or FEM circuitry 1308.

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

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

[0140] 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 1300 can be unreachable to the network and can power down completely. Any data sent during this time can incur a large delay and device 1300 can assume the delay is acceptable.

[0141] Processors of application circuitry 1302 and processors of baseband circuitry 1304 can be used to execute elements of one or more instances of a protocol stack. For example, processors of baseband circuitry 1304, alone or in combination, can be used execute Layer 3, Layer 2, or Layer 1 functionality, while processors of baseband circuitry 1304 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.

[0142] Fig. 14 is a diagram of example interfaces 1400 of baseband circuitry according to one or more implementations described herein. One or more components or features of example interfaces 1400 can correspond to one or more components or features described above or elsewhere. Baseband circuitry 1404 can comprise processors 1404A, 1404B, 1404C, 1404D, and 1404E and a memory 1404G utilized by said processors. Each of processors 1404A, 1404B, 1404C, 1404D, and 1404E can include a memory interface, 1406A, 1406B, 1406C, 1406D, and 1406E, respectively, to send / receive data to / from memory 1404G. 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.

[0143] Baseband circuitry 1404 can further include one or more interfaces to communicatively couple to other circuitries / devices, such as memory interface 1412 (e.g., an interface to send / receive data to / from memory external to baseband circuitry 1404) , an application circuitry interface 1414 (e.g., an interface to send / receive data to / from the application circuitry as described herein) , an RF circuitry interface 1416, a wireless hardware connectivity interface 1418 (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 1420 (e.g., an interface to send / receive power or control signals to / from a PMC) .

[0144] Fig. 15 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. 15 shows a diagrammatic representation of hardware resources 1500 including one or more processors 1510 (or processor cores) , one or more memory / storage devices 1520, and one or more communication resources 1530, each of which can be communicatively coupled via a bus 1540. 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 1500. Hardware resources 1500 can interact with hypervisor 1502. For example, hypervisor 1502 can schedule or otherwise manage hardware resource 1500.

[0145] Processors 1510 (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 1512 and a processor 1514.

[0146] Memory / storage devices 1520 can include main memory, disk storage, or any suitable combination thereof. Memory / storage devices 1520 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.

[0147] In some implementations, memory / storage devices 1520 receive and / or store information and instructions 1555 for enhanced Msg3 and Msg4 signaling for early data transmission (EDT) . UE 210 can receive Msg3 resource configuration information from MME 330. UE 210 can initiate an EDT procedure by generating and communicating a contention communicating a contention based (CB) Msg3 based on the Msg3 resource configuration information. MME 330 can receive the CB Msg3, assign a UE contention resolution identity to UE 210, and communicate the UE contention resolution identity to UE 210. The UE contention resolution identity can be communicated via a Msg4 signal. Many other aspects and examples are also described herein.

[0148] Communication resources 1530 can include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 1504 or one or more databases 1506 via a network 1508. For example, communication resources 1530 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.

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

[0150] Fig. 16 is a diagram of an example process for enhanced Msg3 and Msg4 signaling according to one or more implementations described herein. As shown, process 1600 can be implemented by UE 210. In implementations, process 1600 can also, or alternatively, be performed by base station 222, satellite 260, baseband circuitry of UE 210, baseband circuitry of base station 222, baseband circuitry of satellite 260, or a combination thereof. In some implementations, some or all of process 1600 can be performed by one or more other systems or devices, including one or more of the devices of Figs. 2-3. Additionally, process 1600 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 16. In some implementations, some or all of the operations of process 1600 can be performed independently, successively, simultaneously, in parallel, etc., with one or more of the other operations of process 1600. As such, the techniques described by process 1600 are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 16.

[0151] As shown, process 1600 can include receiving, from a base station, Msg3 resource configuration information (block 1610) . Process 1600 can include generating a contention-based (CB) Msg3 based on the Msg3 resource configuration information (block 1620) . Process 1600 can include selecting a Msg3 resource based on the Msg3 resource configuration information (block 1630) . Process 1600 can include communicating, to the base station, the CB Msg3 using the Msg3 resource (block 1640) . One or more of the examples described herein can also, or alternatively, be part of process 1600.

[0152] Fig. 17 is a diagram of an example process for enhanced Msg3 and Msg4 signaling according to one or more implementations described herein. As shown, process 1700 can be implemented by MME 330. In implementations, process 1700 can also, or alternatively, be performed by UE 210, baseband circuitry of UE 210, baseband circuitry of base station 222, baseband circuitry of satellite 260, or a combination thereof. In some implementations, some or all of process 1700 can be performed by one or more other systems or devices, including one or more of the devices of Figs. 2-3. Additionally, process 1700 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 17. In some implementations, some or all of the operations of process 1700 can be performed independently, successively, simultaneously, in parallel, etc., with one or more of the other operations of process 1700. As such, the techniques described by process 1700 are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 17.

[0153] As shown, process 1700 can include communicating, a user equipment (UE) , Msg3 resource configuration information comprising an indication of a Msg3 resource (block 1710) . Process 1700 can include receiving a contention-based (CB) Msg3 via the Msg3 resource (block 1720) . Process 1700 can include assigning a contention resolution (CR) identity to the UE (block 1730) . Process 1700 can include communicating the CR identity to the UE in response to the CB Msg3 (block 1740) . One or more of the examples described herein can also, or alternatively, be part of process 1700.

[0154] 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.

[0155] In example 1, which can also include one or more of the examples described herein, a method performed by a user equipment (UE) , the method comprising: receiving, from a base station, Msg3 resource configuration information; generating a contention-based (CB) Msg3 based on the Msg3 resource configuration information; selecting a Msg3 resource based on the Msg3 resource configuration information; and communicating, to the base station, the CB Msg3 using the Msg3 resource.

[0156] In example 2, which can also include one or more of the examples described herein, the UE comprises an Internet of Things (IoT) device and the base station comprises a satellite of a non-terrestrial network (NTN) .

[0157] In example 3, which can also include one or more of the examples described herein, a method can comprise: determining a size of uplink data of the CB Msg; and selecting the Msg3 resource in response to the size of the uplink data being less than, or equal to, a maximum transmission block size (TBS) .

[0158] In example 4, which can also include one or more of the examples described herein, the Msg3 resource configuration information comprises the maximum TBS.

[0159] In example 5, which can also include one or more of the examples described herein, a method can comprise: determining coverage enhancement level of the UE; and selecting the Msg3 resource based, at least in part, on the coverage enhancement level of the UE.

[0160] In example 6, which can also include one or more of the examples described herein, the Msg3 resource configuration information comprises one or more Msg3 resources associated with different coverage enhancement levels.

[0161] In example 7, which can also include one or more of the examples described herein, the Msg3 resource comprises a cell-specific physical uplink shared channel (PUSCH) .

[0162] In example 8, which can also include one or more of the examples described herein, a method can comprise: determining whether a measure a received power reference signal (RSRP) is greater than a RSRP threshold; and communicating the CB Msg3 when the RSRP is greater than the RSRP threshold.

[0163] In example 9, which can also include one or more of the examples described herein, communicating the CB Msg3, when the RSRP is less than the RSRP threshold, wherein the Msg3 resource comprises the RSRP threshold.

[0164] In example 10, which can also include one or more of the examples described herein, a method can comprise: communicating one or more replicas of the CB Msg3 using diversity slotted aloha (DSA) .

[0165] In example 11, which can also include one or more of the examples described herein, the Msg3 resource comprises an indication for using the diversity slotted aloha (DSA) to communicate the one or more replicas of the CB Msg3.

[0166] In example 12, which can also include one or more of the examples described herein, the CB Msg3 comprises an initial CB Msg3, and the Msg3 resource comprises a received target power for transmitting the initial CB Msg3.

[0167] In example 13, which can also include one or more of the examples described herein, the received target power is a per-cell received target power, a per coverage enhancement received power level, or a per Msg3 resource received target power.

[0168] In example 14, which can also include one or more of the examples described herein, a method can comprise: determining a received target power for retransmitting the CB Msg3 based on: the received target power for transmitting the initial CB Msg3, a counter associated with a retransmission of the CB Msg3, a power ramp step; and retransmitting the CB Msg3 is based on the received target power for retransmitting the CB Msg3.

[0169] In example 15, which can also include one or more of the examples described herein, the received target power for the transmission of the CB Msg3 and / or the retransmission of the CB Msg3 are based on a range configured on a per cell basis, a per coverage enhancement basis, a per resource basis, or a delta range value.

[0170] In example 16, which can also include one or more of the examples described herein, a method can comprise: applying an orthogonal cover codes (OCC) to the CB Msg3 based on a received target power for a transmission of the CB Msg3 and / or a retransmission of the CB Msg3.

[0171] In example 17, which can also include one or more of the examples described herein, a method can comprise: deriving a radio network temporary identifier (RNTI) based on the OCC.

[0172] In example 18, which can also include one or more of the examples described herein, the different diversity slotted aloha (DSA) replicas have a same radio network temporary identifier (RNTI) or different RNTIs.

[0173] In example 19, which can also include one or more of the examples described herein, the Msg3 resource configuration information comprises an indication of whether a radio resource control (RRC) message is to be used to indicate that an early data transmission (EDT) is complete.

[0174] In example 20, which can also include one or more of the examples described herein, a method can comprise: receiving a Msg4 protocol data unit (PDU) comprising at least one of: a contention resolution (CR) media access control (MAC) control element (CE) comprising at least one service data unit (SDU) containing an RRC message indicating that an early data transmission (EDT) associated with the CB Msg3 is complete; a contention resolution (CR) media access control (MAC) control element (CE) comprising a cell radio network temporary identifier (C-RNTI) assigned to the UE; a fallback media access control (MAC) control element (CE) ; and a backoff indicator sub-header associated with UEs for which a Msg3 was not received by the base station.

[0175] In example 21, which can also include one or more of the examples described herein, a method can comprise: receiving a Msg4 protocol data unit (PDU) comprising a media access control (MAC) payload comprising eight octets comprising UE contention resolution identities.

[0176] In example 22, which can also include one or more of the examples described herein, a method can comprise: receiving a Msg4 protocol data unit (PDU) comprising a media access control (MAC) payload comprising an orthogonal cover codes (OCC) index and an uplink grant for a fallback procedure.

[0177] In example 23, which can also include one or more of the examples described herein, a method can comprise: receiving a media access control (MAC) payload comprising a plurality of octets comprising UE contention resolution identities and a plurality of a cell radio network temporary identifier (C-RNTI) .

[0178] In example 24, which can also include one or more of the examples described herein, a method can comprise: communicating, a user equipment (UE) , Msg3 resource configuration information comprising an indication of a Msg3 resource; receiving a contention-based (CB) Msg3 via the Msg3 resource; assigning a contention resolution (CR) identity to the UE; and communicating the CR identity to the UE in response to the CB Msg3.

[0179] In example 25, which can also include one or more of the examples described herein, the UE comprises an Internet of Things (IoT) device and the base station comprises a satellite of a non-terrestrial network (NTN) .

[0180] In example 26, which can also include one or more of the examples described herein, the Msg3 resource configuration information comprises at least one of: a maximum transmission block size (TBS) ; one or more Msg3 resources associated with different coverage enhancement levels; a cell-specific physical uplink shared channel (PUSCH) ; a received power reference signal (RSRP) threshold; an indication for using the diversity slotted aloha (DSA) ; and an indication to apply orthogonal cover codes (OCC) to the CB Msg3.

[0181] In example 27, which can also include one or more of the examples described herein, a method can comprise: receiving one or more replicas of the CB Msg3 using diversity slotted aloha (DSA) .

[0182] In example 28, which can also include one or more of the examples described herein, a method can comprise: the CB Msg3 comprises an initial CB Msg3, and the Msg3 resource comprises a received target power for transmitting the initial CB Msg3.

[0183] In example 29, which can also include one or more of the examples described herein, a method can comprise: the received target power is a per-cell received target power, a per coverage enhancement received power level, or a per Msg3 resource received target power.

[0184] In example 30, which can also include one or more of the examples described herein, a method can comprise: the Msg3 resource configuration information comprises a received target power for transmission of the CB Msg3 and / or a received target power for retransmission of the CB Msg3.

[0185] In example 31, which can also include one or more of the examples described herein, a method can comprise: the Msg3 resource configuration information comprises an indication of whether a radio resource control (RRC) message is to be used to indicate that an early data transmission (EDT) is complete.

[0186] In example 32, which can also include one or more of the examples described herein, a method can comprise: the Msg4 comprising a protocol data unit (PDU) comprising at least one of:a contention resolution (CR) media access control (MAC) control element (CE) comprising at least one service data unit (SDU) containing an RRC message indicating that an early data transmission (EDT) associated with the CB Msg3 is complete; a contention resolution (CR) media access control (MAC) control element (CE) comprising a cell radio network temporary identifier (C-RNTI) assigned to the UE; a fallback media access control (MAC) control element (CE) ; a backoff indicator sub-header associated with UEs for which a Msg3 was not received by the base station.

[0187] In example 33, which can also include one or more of the examples described herein, a user equipment (UE) can be configured to perform one or more operations described herein.

[0188] In example 34, which can also include one or more of the examples described herein, a base station can be configured to perform one or more operations described herein.

[0189] In example 35, which can also include one or more of the examples described herein, baseband circuitry can be configured to perform one or more operations described herein.

[0190] In example 36, which can also include one or more of the examples described herein, when multiple carriers provide Msg3 resources for a same coverage enhancement level, selecting carrier between anchor and non-anchor carriers for NB-IoT UE based on a newly introduced msg3-ProbabilityAnchor

[0191] In example 37, which can also include one or more of the examples described herein, the operations can include: falling back to a higher coverage enhancement level in response to a number of failed Msg3 transmission equaling a maximum number of transmissions.

[0192] In example 38, which can also include one or more of the examples described herein, the falling back to the higher coverage enhancement level is performed regardless of whether a received power reference signal (RSRP) is satisfied for the higher coverage enhancement level.

[0193] 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.

[0194] 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.

[0195] 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.

[0196] 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.

[0197] 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 method performed by a user equipment (UE) , the method comprising:receiving, from a base station, Msg3 resource configuration information;generating a contention-based (CB) Msg3 based on the Msg3 resource configuration information;selecting a Msg3 resource based on the Msg3 resource configuration information; andcommunicating, to the base station, the CB Msg3 using the Msg3 resource.2.The method of claim 1, wherein the UE comprises an Internet of Things (IoT) device and the base station comprises a satellite of a non-terrestrial network (NTN) .3.The method of claim 1, further comprising:determining a size of uplink data of the CB Msg; andselecting the Msg3 resource in response to the size of the uplink data being less than, or equal to, a maximum transmission block size (TBS) .4.The method of claim 3, wherein the Msg3 resource configuration information comprises the maximum TBS.5.The method of claim 1, further comprising:determining coverage enhancement level of the UE; andselecting the Msg3 resource based, at least in part, on the coverage enhancement level of the UE.6.The method of claim 5, wherein the Msg3 resource configuration information comprises one or more Msg3 resources associated with different coverage enhancement levels.7.The method of claim 1, wherein the Msg3 resource comprises a cell-specific physical uplink shared channel (PUSCH) .8.The method of claim 1, further comprising:determining whether a measure a received power reference signal (RSRP) is greater than a RSRP threshold; andcommunicating the CB Msg3 when the RSRP is greater than the RSRP threshold.9.The method of claim 8, further comprising:performing a random access channel (RACH) procedure, stead of communicating the CB Msg3, when the RSRP is less than the RSRP threshold, wherein the Msg3 resource comprises the RSRP threshold.10.The method of claim 8, further comprising:communicating one or more replicas of the CB Msg3 using diversity slotted aloha (DSA) .11.The method of claim 10, wherein the Msg3 resource comprises an indication for using the diversity slotted aloha (DSA) to communicate the one or more replicas of the CB Msg3.12.The method of claim 1, wherein the CB Msg3 comprises an initial CB Msg3, and the Msg3 resource comprises a received target power for transmitting the initial CB Msg3.13.The method of claim 12, wherein the received target power is a per-cell received target power, a per coverage enhancement received power level, or a per Msg3 resource received target power.14.The method of claim 13, further comprises:determining a received target power for retransmitting the CB Msg3 based on:the received target power for transmitting the initial CB Msg3,a counter associated with a retransmission of the CB Msg3, anda power ramp step; andretransmitting the CB Msg3 is based on the received target power for retransmitting the CB Msg3.15.The method of claim 12, wherein the received target power for the transmission of the CB Msg3 and / or the retransmission of the CB Msg3 are based on a range configured on a per cell basis, a per coverage enhancement basis, a per resource basis, or a delta range value.16.The method of claim 1, further comprising:applying an orthogonal cover codes (OCC) to the CB Msg3 based on a received target power for a transmission of the CB Msg3 and / or a retransmission of the CB Msg3.17.A method performed by a base station, the method comprising:communicating, a user equipment (UE) , Msg3 resource configuration information comprising an indication of a Msg3 resource;receiving a contention-based (CB) Msg3 via the Msg3 resource;assigning a contention resolution (CR) identity to the UE; andcommunicating the CR identity to the UE in response to the CB Msg3.18.The method of claim 24, wherein the UE comprises an Internet of Things (IoT) device and the base station comprises a satellite of a non-terrestrial network (NTN) .19.The method of claim 24, wherein the Msg3 resource configuration information comprises at least one of:a maximum transmission block size (TBS) ;one or more Msg3 resources associated with different coverage enhancement levels;a cell-specific physical uplink shared channel (PUSCH) ;a received power reference signal (RSRP) threshold;an indication for using the diversity slotted aloha (DSA) ; andan indication to apply orthogonal cover codes (OCC) to the CB Msg3.20.Baseband circuitry comprising:one or more processors configured to perform operations comprising:receiving, from a base station, Msg3 resource configuration information;generating a contention-based (CB) Msg3 based on the Msg3 resource configuration information;selecting a Msg3 resource based on the Msg3 resource configuration information; andcommunicating, to the base station, the CB Msg3 using the Msg3 resource.21.Baseband circuitry of claim 20, wherein the operations further comprising:when multiple carriers provide Msg3 resources for a same coverage enhancement level,selecting carrier between anchor and non-anchor carriers for NB-IoT UE based on a newly introduced msg3-ProbabilityAnchor.22.Baseband circuitry of claim 20, wherein the operations further comprising:falling back to a higher coverage enhancement level in response to a number of failed Msg3 transmission equaling a maximum number of transmissions.23.Baseband circuitry of claim 20, wherein the falling back to the higher coverage enhancement level is performed regardless of whether a received power reference signal (RSRP) is satisfied for the higher coverage enhancement level.

Images