Message 4 transmissions in contention based preconfigured uplink resource or early data transmission procedures

Abstract

An apparatus configured to determine a resource configuration for sending a Message 3 (Msg3) without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2), generate, for transmission to a base station on resources corresponding to the resource configuration, a Msg3 comprising data to be sent to a network and process, based on signals received from the base station, a Message 4 (Msg4) indicating the base station successfully received the Msg3.

Description

Message 4 Transmissions in Contention Based Preconfigured Uplink Resource or Early Data Transmission ProceduresBackground

[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 determine a resource configuration for sending a Message 3 (Msg3) without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2) , generate, for transmission to a base station on resources corresponding to the resource configuration, a Msg3 comprising data to be sent to a network and process, based on signals received from the base station, a Message 4 (Msg4) indicating the base station successfully received the Msg3.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.

[0012] Fig. 9 shows an example of an enhanced EDT procedure with a Message 4 (Msg4) that is transmitted to each UE which  successfully transmits a Message 3 (Msg3) according to various example embodiments.

[0013] Fig. 10 shows an example of an enhanced EDT procedure with a common Msg4 that is transmitted to a group of UEs that successfully transmits a Msg3 according to various example embodiments.

[0014] Fig. 11 shows an example enhanced PUR procedure according to various example embodiments.Detailed Description

[0015] 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 or an enhanced preconfigured uplink resource (PUR) procedure for IoT devices to send a small amount of data in a non-terrestrial network (NTN) . Specifically, the example embodiments relate to a Message 4 (Msg4) transmission from the network to confirm receipt of the data in the EDT or PUR procedure.

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

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

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

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

[0020] The example embodiments are related to an enhanced EDT procedure and / or an enhanced PUR procedure. Specifically, the Message 4 (Msg4) acknowledgement transmissions of these procedures. The example embodiments include Msg4 that may be transmitted using Radio Resource Control (RRC) messages, Medium Access Control Control Element (MAC-CE) or Downlink Control Information (DCI) . The Msg4 may be individual to one UE to acknowledge the Msg3 transmission or may be sent to a group of UEs to acknowledge the Msg3 transmissions by each of the group of UEs. These and other example embodiments are described in greater detail below.

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

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

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

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

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

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

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

[0028] The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the I P 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.

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

[0030] 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 / PUR engine 235 may perform various operations related to an enhanced EDT procedure or enhanced PUR procedure for sending a small amount of data to an NTN. To provide some general examples, the enhanced EDT / PUR engine 235 may perform operations such as, but not limited to, sending Msg3 including the small amounts of data to the network, receive a MSg4 and process the Msg4 to understand whether the Msg4 corresponds to the Msg3 sent by the UE.These and other operations are described in greater detail below.

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

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

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

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

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

[0036] 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 / PUR configuration engine 330. The enhanced EDT / PUR 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 or PUR procedure. To provide some general examples, the enhanced EDT / PUR configuration engine 330 may perform operations such as, but not limited to, configure a UE with a resource configuration for sending Msg3 with a small amount of data, receiving the Msg3 from one or more UEs and sending a Msg4 to acknowledge the  receipt of the Msg3, where the Msg4 may be individual to a UE or apply to a group of UEs. These and other operations are described in greater detail below.

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

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

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

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

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

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

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

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

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

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

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

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

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

[0050] In a first aspect, 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.

[0051] 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 and / or Msg4. This configuration may include common time, frequency and code domain resources for Msg3 EDT and Msg4 transmissions. The configuration include further information for the Msg3 and Msg4 transmissions. Some examples of the information are provided below. The configuration may also include multiple resources.

[0052] The example embodiments may also describe different schemes to transmit Msg4 by the network. These schemes may include that a Msg4 is transmitted to each UE that successfully transmits a Msg3. The scheme to send a Msg4 to each UE that successfully transmits a Msg3 may include manners of linking the Msg4 to a Temporary Mobile Subscriber Identity (TMSI) of the UE, a resume identification (ID) , or an orthogonal cover code (OCC) sequence used in the corresponding Msg3 Physical Uplink Shared Channel (PUSCH) transmissions.

[0053] These schemes may also include that a common Msg4 is transmitted to a group of UEs that successfully transmits a Msg3. The scheme to send a common Msg4 to a group of UEs that successfully transmits a Msg3 may include the common Msg4 including a list of TMSIs for the group of UEs, resume IDs for the group of UEs, or OCC sequences.

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

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

[0056] 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. Also, in some example embodiments, the Msg4 may be a common Msg4 that is sent to a group of UEs.

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

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

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

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

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

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

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

[0064] The contents of each of the common resource configurations may al so 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.

[0065] The common resource configuration may also include an EDT-Radio Network Temporary Identifier (EDT-RNT I) 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.

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

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

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

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

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

[0071] As stated above, in one aspect of the example embodiments, the Msg4 (e.g., operations 640 or 730 of the corresponding UE or base station methods) may be sent by the base station using the configured common resources. In a first example scheme, the Msg4 may be transmitted to each UE which successfully transmits Msg3.

[0072] The Msg4 may include an identification of the UE so that the corresponding UE knows that the Msg3 transmission is successful. In some examples, the identification of the UE may include a Temporary Mobile Subscriber Identity (TMSI) of the UE. The TMSI may be used in both the enhanced EDT procedure for the control plane or the user plane.

[0073] In another example, the identification of the UE may include a resume identification (ID) of the UE for the use in the enhanced EDT procedure for the user plane.

[0074] In a further example, the identification of the UE may include the OCC sequence index that was used in the Msg3 transmission by the UE. In one option, the OCC sequence index may be explicitly indicated in the Msg4 Physical Downlink Shared Channel (PDSCH) payload. In another example, the Msg4 PDSCH may be spread using the OCC sequence that was used in the Msg3 transmission by the UE. In this option, the Msg4 PDSCH that is sent to different UEs may use the same time and frequency resources.

[0075] A common PDCCH may used for multiple Msg4 transmissions in the control plane. For example, the common PDCCH may include multiple individual Msg4 for the UEs that successfully transmitted Msg3.

[0076] A UE may decode a Msg4 and compare the TMSI and / or resume ID in the Msg4 with the serving-TMSI (S-TMSI) and / or resume ID and / or OCC sequence index of the UE. If matched, this indicates to the UE that the UL data transmission of Msg3 is successful. Otherwise, the UE may retransmit the Msg3.

[0077] As stated above, in some example embodiments, the Msg4 may also include DL data for the corresponding UE. Other information that may be included in the Msg4 may also include a timing advance command (TAC) , a transmission power control (TPC) command. In some example embodiments, the TPC command may  include an extended TPC command, e.g., a TPC command with more than 3 bits) .

[0078] In some example embodiments, a Downlink Control Information (DCI) cyclic redundancy check (CRC) for Msg4 may be scrambled by an EDT-Radio Network Temporary Identifier (EDT-RNTI) that may be included in the SIB.

[0079] Fig. 9 shows an example of an enhanced EDT procedure 900 with a Message 4 (Msg4) that is transmitted to each UE which successfully transmits a Msg3 according to various example embodiments. The enhanced EDT procedure 900 may be performed between a base station (e.g., satellite) 910 and two UEs 920 and 930. In this example, the enhanced EDT procedure is shown as being performed for the data plane. However, the same procedure may be performed for the control plane, e.g., the Msg3 may be an RRC early data request and the Msg4 may be an RRC early data complete.

[0080] In 950, the satellite 910 broadcasts a SIB with the common Msg3 / Msg4 resources. The UEs 920 and 930 may receive and process the SIB.

[0081] In 955, the UE 930 may have a small amount of data to transmit to the network and may select one of the common Msg3 resources to use to send the data to the network using the enhanced EDT procedure. In 960, the UE 930 may send the Msg3 as an RRC connection resume request including, for example, a resume ID for the UE 930 and the data.

[0082] Similar to the UE 930, in 965, the UE 920 may have a small amount of data to transmit to the network and may select one of the common Msg3 resources to use to send the data to the network using the enhanced EDT procedure. In 970, the UE 920 may send the Msg3 as an RRC connection resume request including, for example, a resume ID for the UE 920 and the data.

[0083] In this example, the satellite 910 may successfully receive both Msg3 from the UE 920 and the UE 930. As described above, in these example embodiments, each UE 920 and 930 may receive an individual Msg4 acknowledging receipt of the Msg3. Thus, in 975, the satellite 910 may send a Msg4 acknowledging the successful receipt of the Msg3 to the UE 930. The Msg4 may be an RRC connection release / resume that includes the resume ID of the UE 930 and may also include DL data. As described above, in other example embodiments, the identification of the UE 930 may also include the TMSI of the UE 930 or the OCC sequence that the UE 930 used to send the Msg3. The UE 930 may process the Msg4 and determine the Msg4 is meant for the UE 930 based on the identification (e.g., resume ID, TMSI, OCC sequence, etc. ) . The UE 930 will understand that the Msg3 and the corresponding data has been successfully received and the UE 930 may transition to the idle state as may also be instructed by the Msg4.

[0084] Similarly, in 980, the satellite 910 may send a Msg4 acknowledging the successful receipt of the Msg3 to the UE 920. The Msg4 may be an RRC connection release / resume that includes the resume ID of the UE 920 and may also include DL data. As described above, in other example embodiments, the identification of the UE 920 may also include the TMSI of the UE 920 or the OCC sequence that the UE 920 used to send the Msg3.  The UE 920 may process the Msg4 and determine the Msg4 is meant for the UE 920 based on the identification (e.g., resume ID, TMSI, OCC sequence, etc. ) . The UE 920 will understand that the Msg3 and the corresponding data has been successfully received and the UE 920 may transition to the idle state as may also be instructed by the Msg4.

[0085] In a second example scheme, a common Msg4 may be transmitted to a group of UEs that successfully transmits a Msg3. In a first example, the group of UEs may use the same common Msg3 resources (e.g., time / frequency resources) with different OCC sequences. In a second example, the group of UEs may use different common Msg3 resources. In the second example, a single cell-specific RNTI may be used to scramble the CRC of the DCI for Msg4. This RNTI may be broadcast in the SIB.

[0086] In the case of either of the above examples, a same RRC message type may be applicable to this group of UEs, e.g., RRC early data complete, RRC connection setup, RRC connection release, RRC connection resume. The Msg4 may include a list of IDs so that the corresponding UE knows the Msg3 transmission is successful. The IDs may include a UE TMSI (for control plane EDT and / or user plane EDT) , a UE resume ID (for user plane EDT) , or the OCC sequence index used in the Msg3 transmission by the UE. The OCC sequence index may be explicitly indicated in the Msg4 payload.

[0087] In some example embodiments, the Msg4 may not include DL data for individual UEs in the group. In other example embodiments, the Msg4 may include DL data but since the common Msg4 is sent to multiple UEs, the UEs should be able to  distinguish whether the data is meant for a particular UE. Thus, the UE ID may also be used to indicate data in the Msg4 that is meant for the particular UE in the group.

[0088] When a receives a common Msg4, the UE may process the Msg4 and compare the TMSI and / or resume ID with the S-TMSI and / or resume ID and / or OCC sequence index of the UE. If matched, the UE understands the network has successfully received the Msg3 with the UL data. Otherwise, the UE may retransmit the Msg3 with the UL data.

[0089] The DCI CRC for Msg4 may be scrambled by the EDT-RNTI for the case that the group of UEs use the same Msg3 common resources with the common EDT-RNTI.

[0090] Fig. 10 shows an example of an enhanced EDT procedure 1000 with a common Msg4 that is transmitted to a group of UEs that successfully transmits a Msg3 according to various example embodiments. The enhanced EDT procedure 1000 may be performed between a base station (e.g., satellite) 1010 and two UEs 1020 and 1030. In this example, the enhanced EDT procedure is shown as being performed for the data plane. However, the same procedure may be performed for the control plane, e.g., the Msg3 may be an RRC early data request and the Msg4 may be an RRC early data complete.

[0091] In 1050, the satellite 1010 broadcasts a SIB with the common Msg3 / Msg4 resources. The UEs 1020 and 1030 may receive and process the SIB.

[0092] In 1055, the UE 1030 may have a small amount of data to transmit to the network and may select one of the common Msg3 resources to use to send the data to the network using the enhanced EDT procedure. In 1060, the UE 1030 may send the Msg3 as an RRC connection resume request including, for example, a resume ID for the UE 1030 and the data.

[0093] Similar to the UE 1030, in 1065, the UE 1020 may have a small amount of data to transmit to the network and may select one of the common Msg3 resources to use to send the data to the network using the enhanced EDT procedure. In 1070, the UE 1020 may send the Msg3 as an RRC connection resume request including, for example, a resume ID for the UE 1020 and the data.

[0094] In this example, the satellite 1010 may successfully receive both Msg3 from the UE 1020 and the UE 1030. As described above, in these example embodiments, the satellite 1010 may transmit a common Msg4 to a group of UEs (UEs 1020 and 1030) that successfully transmits a Msg3. Thus, in 1075, the satellite 1010 may send a common Msg4 acknowledging the successful receipt of the Msg3 to a group of UEs including the UEs 1020 and 1030. The Msg4 may be an RRC connection release / resume that includes the resume ID of the UEs 1020 and 1030 and may also include DL data. As described above, in other example embodiments, the identification of the UEs 1020 and 1030 may also include the TMSI of the UEs 1020 and 1030 or the OCC sequence that the UEs 1020 and 1030 used to send the Msg3. The UEs 1020 and 1030 may process the common Msg4 and determine whether the common Msg4 is meant for each of UEs 1020 and 1030 based on the identification (e.g., resume ID, TMSI, OCC sequence, etc. ) . The UEs 102 and 1030 will understand that the Msg3 and the corresponding data  has been successfully received and the UEs 1020 and 1030 may transition to the idle state as may also be instructed by the Msg4.

[0095] In a second aspect, the example embodiments are related to an enhanced PUR procedure. Fig. 11 shows an example enhanced PUR procedure 1100 according to various example embodiments. The enhanced PUR procedure 1100 may be performed between the UE 110 and the base station 300 (e.g., gNB 120A) .

[0096] In 1110, the UE 110 may be configured with valid PUR resources. In the example of Fig. 11, the UE 110 may currently be in an idle state. However, the configuration of the PUR resources may have been performed while the UE 110 was previously in a connected state.

[0097] The UE 110 may have a small amount of data that is to be transmitted to the network. Thus, in 1120, the UE 110 may send an RRC Early Data Request to the network. The RRC Early Data Request may be sent in a PUR resource that is a configured grant (CG) configured during a previous RRC connected state as described above. The RRC Early Data Request may also be sent in a common (cell specific) PUR resource that is a CG configured by network and broadcast by system information block (SIB) , where the UE 110 does not need to be in a connected state to receive the CG. The RRC Early Data Request in the PUR procedure 1100 may be similar to the Msg3 described above and thus may be referred to as a Msg3 in the following description.

[0098] When the base station 300 successfully receives the Msg3 including the data, the base station 300 may acknowledge  the successful receipt to the UE 110 by sending a Msg4 to the UE.This Msg4 acknowledgement may include any of a Layer 1 (L1) acknowledgment (ACK) 1130, a Medium Access Control –Control Element (MAC-CE) 1140 or an RRC Early Data Complete Message 1150.

[0099] The example embodiments provide various manners for sending these Msg4 acknowledgements. Some examples of sending these Msg4 acknowledgements are described below. Initially, the RRC Early Data Complete Message 1150 may be sent in the same manner as described above with reference to the individual Msg4 of Fig. 9.

[0100] In the example of the Msg4 acknowledgement being an L1 ACK, DCI format 6-0A or DCI format 6-0B may be used to deliver the ACK feedback for the UL transmissions in the PUR procedure.

[0101] When OCC is configured for the Msg3 RRC (e.g., two or more UEs are using the same time / frequency resources) , different L1 ACK schemes may be used. In a first scheme, the DCI CRC may be scrambled based on the EDT-RNTI and OCC sequence index used by the UE for the Msg3 transmission. Because the RNTI may be for example, 16 bits, while the OCC sequency index may be, for example, 3 or less bits, the OCC sequence index may be extended (e.g., OCC index extension) to have the same number of bits as the RNTI. The scramble sequence may be generated using an RNTI XOR with the OCC index extension, where the OCC index extension may be defined according to different options. In a first example option, the OCC index extension may be defined as zero padding on a most significant bit (MSB) plus the sequence OCC index. In a second example option, the OCC index extension may  be defined zero padding on a least significant bit (LSB) plus the OCC sequence index. In a third example option, the OCC index extension may be defined as repeating the OCC sequence index until it matches the length of the RNTI.

[0102] In a second scheme that may be used when OCC is used, the DCI payload may be increased to include the OCC sequence index used by the UE for the Msg3 transmissions, e.g., as opposed to scrambling the DCI with the OCC information as described for the first scheme. This may be a single or multiple OCC index fields. If the all the OCC indexes are used for successful Msg 3 transmissions, then a common EDT-RNTI may be used for the delivery of a group of L1-ACKs. For example, the DCI payload may include all the OCC sequence indexes corresponding to successful Msg3 transmissions and each UE may decode the DCI payload an understand whether its Msg3 transmission was successful, e.g., a group L1 ACK.

[0103] While the above examples described some example L1 ACK, the same schemes may also be applied to the transmissions of PDCCH for scheduling the MAC-CE 1140 for Msg4.

[0104] In other example embodiments, the MAC-CE 1140 may include a timing advance command (TAC) . The base station 300 may send the MAC-CE 1140 with a TAC command in response to the Msg 3. In the case where OCC is configured for the Msg3 transmissions, the MAC-CE including the TAC command may be extended to include a list of TACs, where one of the TACs for each UE may be included. A linkage between the TAC command and OCC index may be applied, e.g., the MAC-CE 1140 may include an OCC sequence index and a corresponding TAC.

[0105] Examples

[0106] In a first example, a method comprising determining a resource configuration for sending a Message 3 (Msg3) without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2) , generating, for transmission to a base station on resources corresponding to the resource configuration, a Msg3 comprising data to be sent to a network and processing, based on signals received from the base station, a Message 4 (Msg4) indicating the base station successfully received the Msg3.

[0107] In a second example, the method of the first example, wherein the resource configuration comprises one or more common Message 3 (Msg3) resource configurations, the method further comprising selecting one of the one or more common Msg3 resource configurations as the resources for sending the Msg3.

[0108] In a third example, the method of the second example, wherein the Msg4 is an individual Msg4 for a user equipment (UE) and includes an identification of the UE.

[0109] In a fourth example, the method of the third example, wherein the identification of the UE comprises a Temporary Mobile Subscriber Identity (TMSI) of the UE or a Resume Identification (ID) of the UE.

[0110] In a fifth example, the method of the third example, wherein the identification of the UE comprises an identification of an orthogonal cover code (OCC) sequence used by the UE to send the Msg3.

[0111] In a sixth example, the method of the fifth example, wherein the OCC sequence is explicitly identified in a Physical Downlink Shared Channel (PDSCH) payload of the Msg4.

[0112] In a seventh example, the method of the fifth example, wherein a Physical Downlink Shared Channel (PDSCH) of the Msg4 is spread using the OCC sequence.

[0113] In an eighth example, the method of the third example, wherein the Msg4 is received on a common Physical Downlink Control Channel (PDCCH) .

[0114] In a ninth example, the method of the third example, further comprising processing the Msg4 to determine the Msg 4 applies to the UE based on the identification of the UE in the Msg4.

[0115] In a tenth example, the method of the third example, wherein the Msg4 further comprises a Timing Advance Command (TAC) or a Transmission Power Command (TPC) .

[0116] In an eleventh example, the method of the second example, wherein the Msg4 comprises a common Msg4 applies to a group of user equipment (UE) comprising more than one UE.

[0117] In a twel fth example, the method of the eleventh example, wherein the group of UEs use a same common Msg3 resource configuration with different orthogonal cover code (OCC) sequences.

[0118] In a thirteenth example, the method of the eleventh example, wherein the group of UEs use different Msg3 resource configuration, wherein a single cell-specific Radio Network Temporary Identifier (RNTI) is used to scramble a cyclic redundancy check (CRC) of a downlink control information (DCI) for Msg4, wherein the RNTI is included in the one of the one or more common Msg3 resource configurations.

[0119] In a fourteenth example, the method of the eleventh example, wherein a same radio resource control (RRC) message type is used for the Msg4 for the group of UEs.

[0120] In a fifteenth example, the method of the eleventh example, wherein the Msg4 comprises a list of UE identifications corresponding to the group of UEs.

[0121] In a sixteenth example, the method of the fifteenth example, wherein the UE identifications comprise a Temporary Mobile Subscriber Identity (TMSI) for each of the group of UEs or a Resume Identification (ID) for each of the group of UEs.

[0122] In a seventeenth example, the method of the fifteenth example, wherein the UE identifications comprise an identification of an orthogonal cover code (OCC) sequence used by each of the group of UEs to send the Msg3.

[0123] In an eighteenth example, the method of the fifteenth example, further comprising processing the Msg4 to determine a UE of the group of UEs to which the Msg 4 based on an identification of the UE in the Msg4.

[0124] In a nineteenth example, the method of the eleventh example, wherein the Msg4 further comprises data and an indication of one of the group of UEs for which the data is bound.

[0125] In a twentieth example, the method of the first example, wherein the resource configuration comprises a pre-configured uplink resource (PUR) for Msg3, wherein the PUR is configured to a user equipment (UE) during a Radio Resource Control (RRC) connected state prior to transmitting the Msg3.

[0126] In a twenty first example, the method of the twentieth example, wherein the Msg4 comprises a Downlink Control Information (DCI) message comprising a DCI format 6-0A or DCI format 6-0B.

[0127] In a twenty second example, the method of the twenty first example, wherein a cyclic redundance check (CRC) of the DCI message is scrambled based on a Radio Network Temporary Identifier (RNTI) and an orthogonal cover code (OCC) sequence index used by the UE for the Msg3.

[0128] In a twenty third example, the method of the twenty second example, wherein the OCC sequence index comprises an OCC index extension to match a number of bits in the RNT I, wherein the OCC index extension is based on (i) zero padding on a most significant bit (MSB) plus the OCC sequence index, (ii) zero padding on a least significant bit (LSB) plus the OCC sequence index or (iii) repeating the OCC index.

[0129] In a twenty fourth example, the method of the twenty first example, wherein the DCI message comprises a payload comprising an orthogonal cover code (OCC) sequence index used by the UE for transmitting the Msg3.

[0130] In a twenty fifth example, the method of the twenty fourth example, wherein the payload comprises OCC sequence indexes for a group of UEs.

[0131] In a twenty sixth example, the method of the twentieth example, wherein the Msg4 comprises a Medium Access Control-Control Element (MAC-CE) .

[0132] In a twenty seventh example, the method of the twenty sixth example, wherein the MAC-CE comprises a Timing Advance Command (TAC) .

[0133] In a twenty eighth example, the method of the twenty seventh example, wherein the MAC-CE comprises a plurality of orthogonal cover code (OCC) sequence indexes and a plurality of TACs, wherein each one of the OCC sequence indexes are associated one of the TACs.

[0134] In a twenty ninth example, the method of the first example, wherein the resource configuration comprises a pre-configured uplink resource (PUR) for Msg3, wherein the PUR is configured to a user equipment (UE) using a system information block (SIB) without the UE being in a Radio Resource Control (RRC) connected state prior to transmitting the Msg3.

[0135] In a thirtieth example, a processor configured to perform any of the methods of the first through twenty ninth examples.

[0136] In a thirty first 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 twenty ninth examples.

[0137] Those s killed 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.

[0138] Although this application described various embodiments each having different features in various combinations, those s killed 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.

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

[0140] 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:determine a resource configuration for sending a Message 3 (Msg3) without sending a prior random access preamble Message 1 (Msg1) or receiving a random access response Message 2 (Msg2) ;generate, for transmission to a base station on resources corresponding to the resource configuration, a Msg3 comprising data to be sent to a network; andprocess, based on signals received from the base station, a Message 4 (Msg4) indicating the base station success fully received the Msg3.2.The apparatus of claim 1, wherein the resourceconfiguration comprises one or more common Message 3 (Msg3) resource configurations, wherein the processing circuitry is further configured to:select one of the one or more common Msg3 resource configurations as the resources for sending the Msg3.3.The apparatus of claim 2, wherein the Msg4 is an individual Msg4 for a user equipment (UE) and includes an identification of the UE.4.The apparatus of claim 3, wherein the identification of the UE comprises a Temporary Mobile Subscriber Identity (TMSI) of the UE or a Resume Identification (ID) of the UE.5.The apparatus of claim 3, wherein the identification of the UE comprises an identification of an orthogonal cover code (OCC) sequence used by the UE to send the Msg3.6.The apparatus of claim 5, wherein the OCC sequence is explicitly identified in a Physical Downlink Shared Channel (PDSCH) payload of the Msg4.7.The apparatus of claim 5, wherein a Physical Downlink Shared Channel (PDSCH) of the Msg4 is spread using the OCC sequence.8.The apparatus of claim 3, wherein the Msg4 is received on a common Physical Downlink Control Channel (PDCCH) .9.The apparatus of claim 3, wherein the processing circuitry is further configured to:process the Msg4 to determine the Msg 4 applies to the UE based on the identification of the UE in the Msg4.10.The apparatus of claim 3, wherein the Msg4 further comprises a Timing Advance Command (TAC) or a Transmission Power Command (TPC) .11.The apparatus of claim 2, wherein the Msg4 comprises a common Msg4 applies to a group of user equipment (UE) comprising more than one UE.12.The apparatus of claim 11, wherein the group of UEs use a same common Msg3 resource configuration with different orthogonal cover code (OCC) sequences.13.The apparatus of claim 11, wherein the group of UEs use different Msg3 resource configuration, wherein a single cell-specific Radio Network Temporary Identifier (RNTI) is used to  scramble a cyclic redundancy check (CRC) of a downlink control information (DCI) for Msg4, wherein the RNTI is included in the one of the one or more common Msg3 resource configurations.14.The apparatus of claim 11, wherein a same radio resource control (RRC) message type is used for the Msg4 for the group of UEs.15.The apparatus of claim 11, wherein the Msg4 comprises a list of UE identifications corresponding to the group of UEs.16.The apparatus of claim 15, wherein the UE identifications comprise a Temporary Mobile Subscriber Identity (TMSI) for each of the group of UEs or a Resume Identification (ID) for each of the group of UEs.17.The apparatus of claim 15, wherein the UE identifications comprise an identification of an orthogonal cover code (OCC) sequence used by each of the group of UEs to send the Msg3.18.The apparatus of claim 11, wherein the Msg4 further comprises data and an indication of one of the group of UEs for which the data is bound.19.The apparatus of claim 1, wherein the resource configuration comprises a pre-configured uplink resource (PUR) for Msg3, wherein the PUR is configured to a user equipment (UE) during a Radio Resource Control (RRC) connected state prior to transmitting the Msg3.20.The apparatus of claim 1, wherein the resource configuration comprises a pre-configured uplink resource (PUR) for Msg3, wherein the PUR is configured to a user equipment (UE) using a system information block (SIB) without the UE being in a Radio Resource Control (RRC) connected state prior to transmitting the Msg3.

Images