Contention based message 3 transmissions in IoT ntn

Abstract

An apparatus configured to process, based on signals received from a base station, a configuration comprising one or more common Message 3 (Msg3) resource configurations to be used to send an early data transmission (EDT) using Msg3 without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2), wherein the configuration, select one of the one or more common Msg3 resource configurations and generate, for transmission to the base station on the selected one of the one or more Msg3 resource configurations, a Msg3 comprising data to be sent to a network.

Description

Contention Based Message 3 Transmissions in IoT NTNBackground

[0001] A user equipment (UE) may establish a connection to at least one of multiple different networks or types of networks, e.g., a public land mobile network (PLMN) operating a radio access network (RAN) . A non-terrestrial network (NTN) refers to a network utilizing non-terrestrial components, e.g., one or more satellites, to provide UE access to a PLMN.

[0002] The coverage area of a satellite may be very large, e.g., hundreds of square kilometers. This coverage area may include a large number of Internet of Things (IoT) devices, e.g., thousands, tens of thousands, etc. If a large number of IoT devices attempt to send uplink (UL) data at a same time, there may be a large overhead of control signaling exchanged between the NTN and the multiple IoT devices.Summary

[0003] Some example embodiments are related to an apparatus having processing circuitry configured to process, based on signals received from a base station, a configuration comprising one or more common Message 3 (Msg3) resource configurations to be used to send an early data transmission (EDT) using Msg3 without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2) , wherein the configuration, select one of the one or more common Msg3 resource configurations and generate, for transmission to the base station on the selected one of the one or more Msg3 resource configurations, a Msg3 comprising data to be sent to a network.Brief Description of the Drawings

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

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

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

[0007] Fig. 4 shows an example non-terrestrial network (NTN) architecture according to various example embodiments.

[0008] Fig. 5 shows a signaling diagram of an early data transmission (EDT) procedure for an IoT device to send small amounts of data to the network.

[0009] Fig. 6 shows an example method performed by a UE to implement the enhanced EDT procedure according to various example embodiments.

[0010] Fig. 7 shows an example method performed by a base station to implement the enhanced EDT procedure according to various example embodiments.

[0011] Fig. 8 shows an example of multiple common Msg3 / Msg4 configurations according to various example embodiments.Detailed Description

[0012] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The example embodiments relate to an enhanced early data transmission (EDT) procedure for IoT devices to send a small amount of data in a non-terrestrial network (NTN) .

[0013] The example embodiments are described with regard to a user equipment (UE) . However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate electronic component.

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

[0015] The example embodiments are further described with regard to a 5G NR network integrated with a non-terrestrial-network (NTN) utilizing one or more satellites to provide UE access to the 5G NR radio access network (RAN) . A satellite-based NTN may be deployed by a public land mobile network (PLMN) and may be further integrated with a terrestrial network (TN) of the PLMN. Throughout this description, the non-terrestrial  component is generally described as a satellite. However, any reference to a satellite is only for illustrative purposes and the example embodiments may apply to other types of non-terrestrial components, e.g., airplanes, unmanned aerial vehicles (UAVs) , etc.

[0016] The example embodiments are also described with reference to Internet of Things (IoT) devices. This may include devices such as enhanced machine-type communication (eMTC) devices and narrowband-Internet of Things (NB-IoT) devices. However, throughout this description the term IoT device or a user equipment (UE) that is described as an IoT device may refer to any device that would like to perform the function being described for the IoT device, e.g., sending a small amount of data in Message 3 via an NTN network.

[0017] The example embodiments are related to various manners of configuring a UE to send small amounts of data to an NTN. The example embodiments include configuring an IoT device with common Msg3 resource configurations to allow the IoT device to send small amounts of data to the NTN without sending a Message 1 or receiving a Message 2 from the network. These and other example embodiments are described in greater detail below.

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

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

[0020] The 5G NR RAN 120 may be a portion of a public land mobile network (PLMN) that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The 5G NR RAN 120 may include, for example, cells or base stations (Node Bs, eNodeBs, HeNBs, eNBS, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set.

[0021] In the network arrangement 100, the 5G NR RAN 120 includes a base station (e.g., gNB 120A) that may be in a terrestrial network (TN) deployment or a non-terrestrial network (NTN) deployment. For example, a satellite-based system may be integrated with the 5G NR RAN 120 to provide network access to the UE 110 in the NTN deployment and the base station may, in  some cases, be located on a non-terrestrial component, e.g., a satellite. An example NTN network architecture will be described in greater detail below with reference to Fig. 4.

[0022] Returning to the network arrangement 100 of Fig. 1, the gNB 120A may include one or more communication interfaces to exchange data and / or information with the UE 110, the corresponding 5G NR RAN 120, the cellular core network 130, the internet 140, etc.

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

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

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

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

[0027] The processor 205 may be configured to execute a plurality of engines of the UE 110. For example, the engines may include an enhanced EDT engine 235. The enhanced EDT engine 235 may perform various operations related to an enhanced EDT procedure for sending a small amount of data to an NTN. To provide some general examples, the enhanced EDT engine 235 may perform operations such as, but not limited to, receiving a  configuration having one or more common Msg3 resource configurations, selecting one of the one or more common Msg3 resource configurations and sending the Msg3 with the small amount of data on the selected one of the common Msg3 resource configurations to the NTN. These and other operations are described in greater detail below.

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

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

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

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

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

[0033] The processor 305 may be configured to execute a plurality of engines for the base station 300. For example, the engines may include an enhanced EDT configuration engine 330. The enhanced EDT configuration engine 330 may perform various operations related to configuring an IoT device to send small amounts of data to an NTN using an enhanced EDT procedure. To provide some general examples, the enhanced EDT configuration engine 330 may perform operations such as, but not limited to, providing a cell specific configuration having one or more common Msg3 resource configurations and receiving Msg3 including a small amount of data on a selected one of the common Msg3 resource configurations. These and other operations are described in greater detail below.

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

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

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

[0037] Fig. 4 shows an example non-terrestrial network (NTN) architecture 400 according to various example embodiments. An NTN may relate to any network using non-terrestrial components, such as satellites, airplanes, unmanned aerial vehicles (UAVs) , etc., to provide network services to UEs in the coverage area of the NTN.

[0038] The NTN architecture 400 represents a network arrangement including one or more satellites, which in this  example shows a single satellite 410 that is integrated with a radio access network (RAN) 440. The RAN 440 may be, for example, the 5G NR RAN 120 described above with respect to Fig. 1. The NTN architecture 400 includes a gateway 430 connecting the terrestrial network 440 with the NTN components. In the NTN architecture 400 of Fig. 4, the gateway 430 and the satellite 410 may communicate via feeder links. In some NTN deployments, satellites may be served by several gateways simultaneously.

[0039] The satellite provides network services to a UE 110 via a service link. The satellite 410 may implement either a transparent payload or a regenerative payload. A transparent payload refers to an arrangement where the satellite 410 receive signals and transmit an amplified version of the signal, with a frequency conversion. For example, the satellite 410 may receive uplink communications from the UE 110 on service link frequencies and transmit an amplified version of the signal to the gateway 430 on feeder link frequencies or may receive downlink communications via the gateway 430 on feeder link frequencies and transmit an amplified version of the signal to the UE 110 on service link frequencies. A regenerative payload refers to an arrangement where the satellite 410 acts as a distributed unit (DU) or a base station (e.g., a gNB) , wherein received signals are regenerated with signal-processing techniques (e.g., demodulation, decoding, switching, encoding, modulation, etc. ) before being re-transmitted.

[0040] With reference to Fig. 1, in a regenerative payload arrangement, the gNB 120A may be located on an aerial component, e.g., the satellite 410 of Fig. 4. In a transparent payload arrangement, the gNB 120A may be located on the ground and the  satellite 410 is used to mirror the signals between the gNB 120A and the UE 110, as described above.

[0041] The example NTN architecture 400 shown in Fig. 4 is not intended to limit the example embodiments in any way. NTNs may be integrated with the 5G NR RAN and / or other networks in any one of a variety of manners. For example, a typical satellite-based NTN may comprise a low earth orbit (LEO) constellation including an array of satellites and gateways with broad interconnectivity via ground-to-ground station (G2G) links, satellite-to-satellite (S2S) links, ground-to-satellite (G2S) links, and satellite-to-ground (S2G) links. Other types of satellite-based NTNs include geostationary-orbiting (GEO) satellites or medium-earth-orbiting (MEO) satellites.

[0042] Currently, methods exist for IoT devices to send small amounts of data to the network without having to enter a radio resource control (RRC) connected state. Fig. 5 shows a signaling diagram 500 of an early data transmission (EDT) procedure for an IoT device to send small amounts of data to the network. The signaling diagram 500 may represent a procedure that is performed in the control plane or the user plane.

[0043] In 510, the IoT device (e.g., UE 110) may send a Message1 (Msg1) comprising a random access preamble to the network (e.g., base station 300) . In response to the Msg1, the base station, in 520, may send a random access response (RAR) that includes resources for the UE 110 to perform a random access channel (RACH) procedure with the network.

[0044] In 530, using the resources allocated by the network in the RAR 520, the UE 110 may send a Message 3 (Msg3) that may be different than a normal Msg3 that the UE 110 may send when performing the RACH procedure to transition to a connected state (e.g., RRC_Connected) with the network. The Msg3 530 may contain the small amount of data that the UE 110 wants to send to the network. When the Msg3 530 is sent on the control plane, the Msg3 530 may be termed a RRCEarlyDataRequest and when the MSg3 530 is sent on the user plane the Msg3 530 may be termed a RRCConnectionResumeRequest. Throughout this description, the term Msg3 may refer to either of these types of messages.

[0045] The base station 300 will receive the Msg3 530 from the UE 110 and understand that the UE 110 does not want to transition to the connected state but merely used the Msg3 530 to send the data to the network. Assuming the network received the data correctly, the base station 300, in 540, will send a Message 4 (Msg4) . When the Msg4 540 is sent on the control plane, the Msg4 540 may be termed a RRCEarlyDataComplete and when the MSg4 540 is sent on the user plane the Msg4 540 may be termed a RRCConnectionRelease. Throughout this description, the term Msg4 may refer to either of these types of messages. The receipt of the Msg4 540 will indicate to the UE 110 that the network received the small amount of data and the UE 110 may then return to the idle state (e.g., RRC_Idle) and not enter the connected state because the data the UE 110 had to send to the network has been sent in the Msg3 530.

[0046] As described above, in NTN networks, there may be many IoT devices that are attempting to send UL data to an NTN component (e.g., satellite) . While the above EDT procedure may  save some signaling overhead for the network, a large number of IoT devices may still overwhelm the NTN network.

[0047] The example embodiments are related to an enhanced EDT procedure with reduced signaling. For example, the Msg1 510 and RAR 520 may be eliminated and the enhanced EDT procedure may start with the Msg3 530. However, there may be several issues with starting with Msg3. For example, as described above, the RAR 520 may allocate resources to the UE 110 to send the Msg3 530. Without this allocation of resources, the UE 110 may not understand what resources should be used to send the Msg3 530 and the network may not understand when the Msg3 530 is to be received. In another example, the RAR 520 may include the timing advance (TA) for the transmission of Msg3. Without the TA, the UE 110 may not understand the timing for transmitting the Msg3. In another example, the RAR 520 may include the power control for the transmission of Msg3. Without the power control, the UE 110 may not understand the power for transmitting the Msg3.

[0048] The example embodiments provide various manners of implementing the enhanced EDT procedure that begins with the Msg3 EDT. Thus, the example embodiments may describe a general procedure for a Msg3 without Msg1 or RAR including example procedures for both the UE and the base station. The example embodiments may also provide a configuration of cell-specific UL transmissions resources that may be used for Msg3. This configuration may include common time, frequency and code domain resources for Msg3 EDT transmissions. The configuration may further include restrictions for using the common Msg3 transmission resources such as Reference Signal Received Power (RSRP) , UE capability (code domain) , group based UE Temporary  Mobile Subscriber Identity (TMSI) , validity duration of the common resources and transport block size (TBS) limitations. The configuration may also include multiple resources.

[0049] The example embodiments may also describe determination rule (s) for a UE to use the common Msg3 transmission resources such as following restriction rules of common Msg3 transmission resources, selecting from any remaining qualified common Msg3 transmission resources and a scheme for selecting the resources, e.g., random, earliest time first, TMSI-based, etc. ) .

[0050] The example embodiments may also describe parameters related to the transmission of the Msg3 by the UE including, power control, timing advance control, retransmissions and congestion control. Each of the above example embodiments are described in greater detail below.

[0051] Fig. 6 shows an example method 600 performed by a UE to implement the enhanced EDT procedure according to various example embodiments. In 610, the UE receives a system information block (SIB) transmitted by the base station. The SIB may define the common Msg3 / Msg4 resources that may be used by the UE.

[0052] In 620, when the UE has a small amount of data to send to the network, the UE may select a common Msg3 resource to send the Msg3 with the small amount of data. As will be described in greater detail below, the selection of the common Msg3 resource may be subject to various restrictions.

[0053] In 630, the UE will transmit the Msg3 with the small amount of data on the selected common Msg3 resource. In 640, the UE may receive a Msg4 indicating the UL transmission of the small amount of data in the Msg3 is successful. In some example embodiments, the Msg4 may also include a small amount of data that may be sent by the network to the UE.

[0054] Fig. 7 shows an example method 700 performed by a base station to implement the enhanced EDT procedure according to various example embodiments. In 710, the base station broadcasts a SIB that configures the common Msg3 / Msg4 resources that may be used by UEs.

[0055] In 720, the base station receives a Msg3 with a small amount of data on a common Msg3 resource that was selected by the UE. In 730, the base station sends a Msg4 indicating the UL transmission of the small amount of data in the Msg3 is successful. As will be described in greater detail below, the Msg4 may be sent to an individual UE or a group of UEs. Again, in some example embodiments, the Msg4 may also include a small amount of data that may be sent by the network to the UE.

[0056] As shown in operations 610 and 710 of the respective methods, the base station may broadcast a SIB that includes the common resources for the Msg3 / Msg4 transmissions. The common resources may be cell specific resources, e.g., any UE camped on the cell may use the common resources. In addition, the resources may include multiple resources, e.g., a list of resources. As described above, there may be many IoT devices using a particular cell and thus, multiple common Msg3 / Msg4  resources may increase the probability that any Msg3 is successfully delivered.

[0057] The following provides examples of the contents of each of the configured resources as broadcast by the SIB. The examples provided below do not represent required information that is to be included in the configured resources. That is, some of the information may not be included and other information that is not included in the examples may be included in the configuration. The contents may include time resource parameters including periodicity and offset, starting system frame number (SFN) , starting subframe, hsfn-LSB-info (e.g., the least significant bit (LSB) of the Hyper-SFN (H-SFN) corresponding to the last subframe of the first transmission of the SIB containing the Msg3 common resource configurations and a number of repetitions. The contents may include frequency resource parameters including Physical Resource Block (PRB) allocation or sub-PRB allocation, a frequency hopping indication, and an indication of single tone or multiple tones.

[0058] The contents may further include code resource parameters including orthogonal cover code (OCC) size, OCC sequences and the timing error requirements associated with OCC operations. In the example embodiments, the OCC may be used to allow multiple UEs to transmit using the same time / frequency resources. This may increase the throughput when multiple IoT devices are attempting to transmit Msg3.

[0059] The contents may further include transmission parameters including Modulation and Coding Scheme (MCS) values, power control parameters (e.g., Alpha, p0) , power ramping step  (e.g., for Msg3 retransmission when a Msg3 is not successfully received by the network) and a maximum TBS. In some examples, the P0 may be equal to “Msg3 received target power” and / or the Alpha may be equal to 1.

[0060] The contents of each of the common resource configurations may further include an EDT-RSRP range. This EDT-RSRP range may include both a lower and upper bound of the RSRP measurement. For example, if the RSRP measurement is below the lower bound the UE may have to use too much power to send the Msg3. If the RSRP measurement is above the upper bound (e.g., the UE has moved closer to the satellite) the current transmission power for the Msg3 may be too large and such a Msg3 transmission should be prevented. Multiple sets of EDT-RSRP ranges may be configured, where each corresponds to a set of transmission power control parameters. For example, a first set Lower bound RSRP (1) , Upper bound RSRP (1) corresponds to (Alpha (1) , p0 (1) ) ; a second set Lower bound RSRP (2) , Upper bound RSRP (2) corresponds to (Alpha (2) , p0 (2) ) , etc.

[0061] The contents of each of the common resource configurations may also include a validity duration, e.g., the total duration of that the common Msg 3 resources are valid. For example, the satellite providing the NTN coverage may move and the coverage area may move. Thus, after a certain period of time, the common resource configurations may no longer be valid because the satellite has moved. The validity duration indicates to the UEs a duration of the validity of the common resource configurations.

[0062] The common resource configuration may also include an EDT-Radio Network Temporary Identifier (EDT-RNTI) for scrambling messages. The common resource configuration may further include an EDT-response window timer (e.g., in subframes) . For example, after the UE sends the Msg3, the EDT-response window timer may indicate a duration for which the UE should monitor the EDT Physical Downlink Control Channel (PDCCH) search space for the Msg4.

[0063] The common resource configuration may additionally include an EDT-PDCCH-Config or an EDT-PDSCH-Config for Msg4 reception in the control plane or user plane, respectively. There may be more than one PDCCH / PDSCH configurations where each of the PDCCH / PDSCH configurations corresponds to an OCC. The common resource configuration may also include restrictions for using the resources (e.g., based on service, message, priority, etc. ) . These restrictions are discussed in more detail below.

[0064] As stated above, multiple common resources may be configured. These different common resources may have different periodicities or may be different in terms of either one or multiple of time domain, frequency domain or code domain. For differences in the code domain, OCC information may be included in the configuration including OCC size and OCC sequences. The different resources may also have different limitations of usage as will be described in greater detail below.

[0065] Fig. 8 shows an example of multiple common Msg3 / Msg4 configurations according to various example embodiments. Fig. 8 shows three (3) example common Msg3 / Msg4 configurations 810-830. The first common configuration 810 has resources 811-813 in the  time / frequency domain as shown. The periodicity 815 of the resources is also shown and an indication that a first OCC 1 may be used with the configured resources.

[0066] The second common configuration 820 has resources 821-822 in the time / frequency domain as shown. Thus, the time / frequency domain of the second common configuration 820 is different from the time / frequency domain of the first common configuration 810. In addition, the periodicity 825 of the second common configuration 820 is different from the periodicity 815 of the first common configuration 810. Furthermore, the second common configuration 820 may not include any code domain configuration.

[0067] The third common configuration 830 has resources 831-833 in the time / frequency domain as shown. Thus, the frequency domain of the third common configuration 830 is different from the frequency domain of the first common configuration 810 but the time domain is the same. In addition, the periodicity 835 of the third common configuration 830 is the same as the periodicity 815 of the first common configuration 810. The third common configuration 830 includes a code domain of OCC2 and therefore, UEs may use the same time domain resources to transmit on the first common configuration 810 and the third common configuration 830.

[0068] As described above, the base station may broadcast the SIB that includes the common configuration for resources for the Msg3 transmission. The SIB may be a reconfigured existing SIB, e.g., SIB 31 that is currently used for IoT NTN broadcasts, or a new SIB may be defined.

[0069] The common resources may change over time (e.g., based on movement of the satellite, etc. ) Thus, when a UE receives a SIB with modified configuration on the common Msg3 transmissions resources at DL subframe n, the UE may be configured to activate the modified configuration. In some example embodiments, the activation time of the common configuration may be after DL subframe n+Kcell, offset+ L, where Kcell, offset is the cell specific Koffset and L is the processing time of the SIB.

[0070] In the method 600, it was described that the UE after receiving the SIB with the one or more common resource configurations for Msg3 may, in operation 620, select one of the one or more common resource configurations for Msg3 for use. As also described above, this selection may be subject to restrictions. The following provides some example restrictions that may be applied to the UE selection of a common resource for Msg3 transmissions. The restrictions described below are only examples and there is no requirement that any of the restrictions be used. In addition, the restrictions may be used alone or in any combination with other restrictions. Furthermore, other restrictions not listed in the examples may also be used.

[0071] In a first example, a UE that does not have enhanced EDT capability may not be allowed to use any Msg3 common resources. In a second example, if a UE does not support OCC operations on PUSCH, then the UE may not be allowed to use Msg3 common resources with an OCC setting. For example, referring to Fig. 8, a UE that does not support OCC may not be able to use the common configurations 810 or 830 because they include OCC  code domain configurations. In a third example, if a UE supports OCC operations on PUSCH, but a timing error of the UE (after open loop time control) is beyond the timing error requirements associated with the OCC operations, the UE may not be allowed to use Msg3 common resources with an OCC setting. In a fourth example, if a serving-TMSI (S-TMSI) of a UE is not in the specified range of Msg3 common resources, then the UE may not be allowed to use those Msg3 common resources.

[0072] In a fifth example, in NTN, if the validity duration of the Msg3 common resources is expired, then the UE may not be allowed to use those Msg3 common resources. In some example embodiments, the validity duration of the Msg3 common resources may be configured in each Msg3 common resource configuration, e.g., each common Msg3 configuration includes an individual duration. In other example embodiments, the validity duration of Msg3 common resources may be commonly configured in the SIB. In one option, the common validity duration may be the T_service value currently defined for NR NTN. The T_service value indicates time information on when a cell may be providing service via NTN. In another option, the common validity duration may be an additional configuration provided in the SIB.

[0073] In a sixth example, if the UL data TBS is larger than the TBS limit of the Msg3 common resources, then the UE may not be allowed to use those Msg3 common resources. In a seventh example, if the DL measured RSRP is not within the configured RSRP range of those Msg3 common resources, then the UE may not be allowed to use those Msg3 common resources. In an eighth example, if the UL data is periodic, then the UE may not be allowed to use any Msg3 common resources. In this example, if  the UL data is periodic, the UE may use dedicated pre-configured UL resources (PUR) to send the data.

[0074] In a ninth example, if the UL data service / message / priority does not match the configuration of Msg3 common resources, then the UE may not be allowed to use those Msg3 common resources. For example, the common resource configuration may indicate that the common resources are to be used for high priority data only. If the UE only has low priority data, the UE may not be allowed to use those Msg3 common resources.

[0075] In a tenth example, if a UE does not indicate to the network, (e.g., via “PUR configuration request” ) about an intention of the UE to use the Msg3 common resources, then the UE may not be allowed to use any Msg3 common resources. In an eleventh example, if a UE has been configured with dedicated PUR resources and the configured dedicated PUR resources match the data to be transmitted, then the UE may not be allowed to use any Msg3 common resources. For example, Configured dedicated PUR resources matching the data may include data TBS, RSRP range, data service / message / priority, etc.

[0076] The above provided the examples of restrictions that may be applied by the UE to limit Msg3 common resources that may be selected. The following provides manners for the UE to select Msg3 common resources for use. The UE may understand all the available Msg3 common resources based on receiving the SIB and then may apply any restrictions to eliminate any available Msg3 common resources that should not be used by the UE. This may leave a subset of the available Msg3 common resources that may  be referred to as remaining qualified Msg3 common resources. The following provides examples of how a UE may select one of the remaining qualified Msg3 common resources for use.

[0077] In a first example, the UE may randomly selects one remaining qualified Msg3 common resources. The selection may be within a time window, where the upper bound of the time window may depend on data Quality of Service (QoS) (e.g., latency requirement) . For example, the data may have a latency requirement and the UE may understand that there is a list of remaining qualified Msg3 common resources that fulfill this latency requirement. The UE may then randomly select any of these remaining qualified Msg3 common resources.

[0078] In a second example, the UE may select the remaining qualified Msg3 common resources with the earliest timing.

[0079] In a third example, the UE may select a remaining qualified Msg3 common resources based on an identification of the UE (e.g., TMSI) . For example, if there are X qualified Msg3 common resources, these X resources may be indexed based on time, frequency or code, e.g., index 1…X. In a first option, the resources may be indexed based on time first, frequency second, code third. In a second option, the resources may be indexed based on code first, time second, frequency third. However, any rule may be used to index the resources. The UE may then determine the resource to use based on the Y-th, where the TMSI of the UE is used to perform a mod X=Y operation.

[0080] In a fourth example, the UE may select a Msg3 common resource based on time and / or frequency and this selected a Msg3  common resource may have multiple OCC sequences. The UE may select one of the multiple OCC sequences based on a random selection, based on an identification of the UE (e.g., TMSI) and indexed OCC sequences or the network may indicate the OCC sequence in an earlier stage, e.g., when the UE was previously in an RRC connected state, the network may indicate the OCC sequence via Msg4 and the same OCC sequence is used for subsequent UL transmissions.

[0081] As stated above, once the Msg3 common resource is selected, the UE, in 630 of Fig. 6, transmits the Msg3 with the small amount of data using the selected Msg3 common resource. The following provides some examples of parameters for controlling the Msg3 transmission.

[0082] In a first example, the transmission power control is described. As stated above, the RAR may provide power control information for the Msg3 transmission. However, since the enhanced EDT procedure does not use the RAR, the UE does not have power control information for the Msg3 transmission. In some example embodiments, the power control may be based on an RSRP measurement and the corresponding power control parameters ( “Msg3 received target power (P) ” , “alpha (A) ” , “Power ramping step (B) ” ) .

[0083] Initially, a “Msg3 power ramping counter” (C) may be set to 1 and a transmit power of a Msg3 initial transmission may be determined. The initial Msg3 transmission power may be determined based on Pmsg3 = min {PCMAX, P + A *PL) , where PCMAX is the UE maximum transmission power, P and A are the configured power parameters described above, and the PL is a pathloss  measured by the UE, e.g., on pathloss reference signals transmitted by the satellite. The UE will transmit an initial Msg3 using this determined power.

[0084] After a predefined number of attempts (D1) where the Msg3 transmission on a common resource fails, e.g., UE does not receive RRC Connection Release / Resume or RRC Early Data Complete) , then C may be increased by 1. The value of D1 may be configured in common Msg3 resource configuration or may be pre-defined in standards (e.g., 3GPP Technical Specifications) . The UE may then determine the transmit power for Msg3 retransmissions based on Pmsg3 = min {PCMAX, P + C*B + A*PL) , where each of the parameters was described above, except B which is the configured power control parameter for a power ramping step. The UE may continue with this process for the predefined number of retransmissions.

[0085] In a second example, the timing advance for the Msg3 transmission is described. As stated above, the RAR may provide timing advance information for the Msg3 transmission. However, since the enhanced EDT procedure does not use the RAR, the UE does not have timing advance information for the Msg3 transmission.

[0086] In some example embodiments, the timing advance for the Msg3 transmission using common Msg3 resources may be based on:

[0087] where,

[0088] TS is 32.55 ns (as in LTE) ,

[0089] NTA is from the TA command from a previous Msg 4 reception when a time gap between the Msg 3 transmission and the previous Msg 4 reception is smaller than a threshold,

[0090] NTA, offset is 0 for FDD,

[0091] is the common TA, based on the two-way transmission delay between the UE and UL time synchronization reference point (as described in 3GPP TS 36.213) , and

[0092] is computed by the UE based on the UE position and the serving satellite ephemeris information.

[0093] In the above equation, for the first transmission on the common Msg3 resources, NTA is 0. For the subsequent transmissions on the common Msg3 resources, when the TA command is obtained in a previous Msg4 reception from the network, corresponding to a previous Msg3 transmission on the common Msg3 resources, and if the time gap from the previous Msg4 reception with the TA command to the current Msg3 transmission is smaller than a threshold, then the TA command from the previous Msg4 reception may be used, e.g., NTA, new = NTA, old + TAC. The threshold may be configured via SIB or set the same as the Time Alignment Timer (TAT) . The threshold may be in units of slots, subframes, absolute time (e.g., ms) , or periodicity of common Msg3 resources. If the above condition is not true, then the NTA, new = NTA, old, e.g., remains unchanged as in the previous Msg3 transmission.

[0094] In a third example, a Msg3 retransmission and congestion control is described. There are several conditions that may be used to stop a UE from using the configured Msg3 common resources for congestion control. In one example  condition, if a UE has a total of X (consecutive or non-consecutive) failed transmissions on Msg3 common resources, the UE may fall back to the legacy EDT procedure, a legacy PUR procedure, initiate connection setup, or pause the retrial of sending on Msg3 common resources for a predefined period of time.

[0095] In another example condition, if a UE made a transmission (success or failure) on a configured Msg3 common resource, the UE may not use another configured Msg3 common resource within a certain predefined period of time Y (e.g., ms) . After the time Y has expired, the UE may again use the configured Msg3 common resource Y. The value of Y may be configured in the SIB.

[0096] In a further example condition, if a UE made a transmission (success or failure) on a configured Msg3 common resource, the UE may not use another configured Msg3 common resource within a predefined periodicity Z of the configured Msg3 common resource. After the periodicity Z, the UE may again use the configured Msg3 common resource. The value of Z may be configured in SIB as well.

[0097] Examples

[0098] In a first example, a method comprising processing, based on signals received from a base station, a configuration comprising one or more common Message 3 (Msg3) resource configurations to be used to send an early data transmission (EDT) using Msg3 without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2) , wherein the configuration, selecting one of the one or  more common Msg3 resource configurations and generating, for transmission to the base station on the selected one of the one or more Msg3 resource configurations, a Msg3 comprising data to be sent to a network.

[0099] In a second example, the method of the first example, further comprising processing, based on signals received from the base station, a Message 4 (Msg4) indicating the base station successfully received the Msg3.

[0100] In a third example, the method of the first example, wherein the configuration is received in a system information block (SIB) broadcast by the base station.

[0101] In a fourth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises time resource parameters including a periodicity and an offset, a starting system frame number, a starting subframe, a least significant (LSB) bit of a hyper-SFN (H-SFN) corresponding to a last subframe of a transmission comprising the one or more common Msg3 resource configurations or a number of repetitions.

[0102] In a fifth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises frequency resource parameters including a Physical Resource Block (PRB) allocation, a sub-PRB allocation, a frequency hopping indication, an indication of a single tone or an indication of multiple tones.

[0103] In a sixth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises code resource parameters including an orthogonal cover code (OCC) size, one or more OCC sequences or a timing error requirement associated with OCC operations.

[0104] In a seventh example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises transmission parameters including a modulation and coding scheme (MCS) value, power control parameters, a power ramping step or a maximum transport block size (TBS) .

[0105] In an eighth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises an EDT-Reference Signal Received Power (EDT-RSRP) range indicating a lower bound and an upper bound for RSRP measurements made on signals transmitted by the base station, wherein the Msg3 is not transmitted when an actual RSRP is outside the EDT-RSRP range.

[0106] In a ninth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises an EDT-response window timer indicating a search space window duration in subframes for which a Physical Downlink Control Channel (PDCCH) is to be monitored after the Msg3 is transmitted.

[0107] In a tenth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises a validity duration indicating a total  duration for which the one or more common Msg 3 resource configurations are valid.

[0108] In an eleventh example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises an EDT-Radio Network Temporary Identifier (EDT-RNTI) , a Physical Downlink Control Channel (PDCCH) configuration for Message 4 reception, or a Physical Downlink Shared Channel (PDSCH) for Message 4.

[0109] In a twelfth example, the method of the first example, wherein each of the one or more common Msg3 resource configurations comprises a restriction on use, wherein the restriction is related to a type of service, a type of message or a data priority.

[0110] In a thirteenth example, the method of the first example, wherein a first common Msg3 resource configuration comprises a first periodicity and a second common Msg3 resource configuration comprises a second periodicity.

[0111] In a fourteenth example, the method of the first example, wherein a first common Msg3 resource configuration comprises resources in a first time domain and a second common Msg3 resource configuration comprises resources in a second time domain.

[0112] In a fifteenth example, the method of the first example, wherein a first common Msg3 resource configuration comprises resources in a first frequency domain and a second  common Msg3 resource configuration comprises resources in a second frequency domain.

[0113] In a sixteenth example, the method of the first example, wherein a first common Msg3 resource configuration comprises a first code domain and a second common Msg3 resource configuration comprises a second code domain.

[0114] In a seventeenth example, the method of the first example, wherein the configuration is received in a downlink subframe n, wherein the method further comprises activating the configuration at a time after the downlink subframe n+Kcell, offset+L, where Kcell, offset is a cell specific Koffset and L is a processing time of processing a system information block (SIB) that includes the configuration.

[0115] In an eighteenth example, the method of the first example, wherein to select the one of the one or more common Msg3 resource configurations, the method further comprises appling one or more restrictions to eliminate any of the one or more common Msg3 resource configurations based on the restrictions.

[0116] In a nineteenth example, the method of the eighteenth example, wherein the restrictions are based on (i) a user equipment (UE) capability, (ii) a timing error associated with orthogonal cover code (OCC) operations, (iii) an identification of a UE, (iv) a parameter of each of the one or more common Msg3 resource configurations, or (v) a type of the data to be sent in the Msg3.

[0117] In a twentieth example, the method of the first example, wherein the one of the one or more common Msg3 resource configurations is randomly selected.

[0118] In a twenty first example, the method of the first example, wherein the one of the one or more common Msg3 resource configurations with an earliest timing is selected.

[0119] In a twenty second example, the method of the first example, wherein to select the one of the one or more common Msg3 resource configurations, the method further comprises indexing the one or more common Msg3 resource configurations, wherein the one of the one or more common Msg3 resource configurations is selected based on a Temporary Mobile Subscriber Identity (TMSI) of a user equipment (UE) and the index.

[0120] In a twenty third example, the method of the first example, wherein, when the one of the one or more common Msg3 resource configurations comprises a plurality of orthogonal cover code (OCC) sequences, one of the plurality of OCC sequences is randomly selected.

[0121] In a twenty fourth example, the method of the first example, wherein, when the one of the one or more common Msg3 resource configurations comprises a plurality of orthogonal cover code (OCC) sequences, the method further comprising indexing the plurality of OCC sequences and selecting one of the plurality of OCC sequences based on a Temporary Mobile Subscriber Identity (TMSI) of a user equipment (UE) and the index.

[0122] In a twenty fifth example, the method of the first example, wherein, when the one of the one or more common Msg3 resource configurations comprises a plurality of orthogonal cover code (OCC) sequences, the selecting the one of the plurality of OCC sequences based on the one of the plurality of OCC sequences being previously configured by the base station.

[0123] In a twenty sixth example, the method of the first example, further comprising determining an initial transmit power (Pmsg3) for transmission of the Msg3 based on Pmsg3 = min {PCMAX, P + A *PL) , where PCMAX is a UE maximum transmission power, P and A are power parameters provided in the one of the one or more common Msg3 resource configurations and PL is a measured pathloss.

[0124] In a twenty seventh example, the method of the twenty sixth example, further comprising determining a retransmission power (Pmsg3) for retransmission of the Msg3 based on Pmsg3 = min {PCMAX, P + C*B + A*PL) , where C is a Msg3 power ramping counter that is incremented after a predetermined number of unsuccessful transmissions of Msg3 and B is a power ramping step provided in the selected one of the one or more common Msg3 resource configurations.

[0125] In a twenty eighth example, the method of the first example, further comprising determining a timing for transmitting the Msg3 based on:

[0126] where,

[0127] TS is 32.55 ns,

[0128] NTA is from a timing advance (TA) command from a previous Message 4 (Msg 4) reception when a time gap between transmitting the Msg3 and a previous Msg 4 reception is smaller than a threshold, NTA, offset is 0 for Frequency Division Duplexing (FDD) ,

[0129] is a common TA, based on a two-way transmission delay between a UE and an uplink (UL) time synchronization reference point, and

[0130] is computed by the processing circuitry based on a UE position and serving satellite ephemeris information.

[0131] In a twenty ninth example, the method of the first example, further comprising configuring, for transmission to the base station, the data in the Msg3 in a fall back procedure when the Msg3 transmission has failed a predetermined number of times.

[0132] In a thirtieth example, the method of the first example, further comprising preventing a further Msg3 transmission for a predetermined period of time after the Msg3 transmission.

[0133] In a thirty first example, the method of the first example, further comprising preventing a further Msg3 transmission for a predetermined periodicity after the Msg3 transmission.

[0134] In a thirty second example, a processor configured to perform any of the methods of the first through thirty first examples.

[0135] In a thirty third example, a user equipment (UE) comprising a transceiver configured to communicate with a base station and a processor communicatively coupled to the transceiver and configured to perform any of the methods of the first through thirty first examples.

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

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

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

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

Claims

1.An apparatus comprising processing circuitry configured to:process, based on signals received from a base station, a configuration comprising one or more common Message 3 (Msg3) resource configurations to be used to send an early data transmission (EDT) using Msg3 without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2) , wherein the configuration;select one of the one or more common Msg3 resource configurations; andgenerate, for transmission to the base station on the selected one of the one or more Msg3 resource configurations, a Msg3 comprising data to be sent to a network.2.The apparatus of claim 1, wherein the processing circuitry is further configured to:process, based on signals received from the base station, a Message 4 (Msg4) indicating the base station successfully received the Msg3.3.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises time resource parameters including a periodicity and an offset, a starting system frame number, a starting subframe, a least significant (LSB) bit of a hyper-SFN (H-SFN) corresponding to a last subframe of a transmission comprising the one or more common Msg3 resource configurations or a number of repetitions.4.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises frequency resource parameters including a Physical Resource Block (PRB) allocation,  a sub-PRB allocation, a frequency hopping indication, an indication of a single tone or an indication of multiple tones.5.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises code resource parameters including an orthogonal cover code (OCC) size, one or more OCC sequences or a timing error requirement associated with OCC operations.6.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises transmission parameters including a modulation and coding scheme (MCS) value, power control parameters, a power ramping step or a maximum transport block size (TBS) .7.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises an EDT-Reference Signal Received Power (EDT-RSRP) range indicating a lower bound and an upper bound for RSRP measurements made on signals transmitted by the base station, wherein the Msg3 is not transmitted when an actual RSRP is outside the EDT-RSRP range.8.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises an EDT-response window timer indicating a search space window duration in subframes for which a Physical Downlink Control Channel (PDCCH) is to be monitored after the Msg3 is transmitted.9.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises a validity  duration indicating a total duration for which the one or more common Msg 3 resource configurations are valid.10.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises an EDT-Radio Network Temporary Identifier (EDT-RNTI) , a Physical Downlink Control Channel (PDCCH) configuration for Message 4 reception, or a Physical Downlink Shared Channel (PDSCH) for Message 4.11.The apparatus of claim 1, wherein each of the one or more common Msg3 resource configurations comprises a restriction on use, wherein the restriction is related to a type of service, a type of message or a data priority.12.The apparatus of claim 1, wherein a first common Msg3 resource configuration comprises a first periodicity and a second common Msg3 resource configuration comprises a second periodicity.13.The apparatus of claim 1, wherein a first common Msg3 resource configuration comprises resources in a first time domain and a second common Msg3 resource configuration comprises resources in a second time domain.14.The apparatus of claim 1, wherein a first common Msg3 resource configuration comprises resources in a first frequency domain and a second common Msg3 resource configuration comprises resources in a second frequency domain.15.The apparatus of claim 1, wherein a first common Msg3 resource configuration comprises a first code domain and a  second common Msg3 resource configuration comprises a second code domain.16.The apparatus of claim 1, wherein the configuration is received in a downlink subframe n, wherein the processing circuitry is further configured to:activate the configuration at a time after the downlink subframe n+Kcell, offset+ L, where Kcell, offset is a cell specific Koffset and L is a processing time of processing a system information block (SIB) that includes the configuration.17.The apparatus of claim 1, wherein to select the one of the one or more common Msg3 resource configurations, the processing circuitry is further configured to:apply one or more restrictions to eliminate any of the one or more common Msg3 resource configurations based on the restrictions.18.The apparatus of claim 1, wherein the one of the one or more common Msg3 resource configurations is randomly selected by the processing circuitry.19.The apparatus of claim 1, wherein the one of the one or more common Msg3 resource configurations with an earliest timing is selected by the processing circuitry.20.The apparatus of claim 1, wherein to select the one of the one or more common Msg3 resource configurations, the processing circuitry is further configured to:index the one or more common Msg3 resource configurations, wherein the one of the one or more common Msg3 resource configurations is selected based on a Temporary Mobile Subscriber Identity (TMSI) of a user equipment (UE) and the index.

Images