Early data transmission method and apparatus

Abstract

Systems, apparatus and methods for wireless communication are described. A method of digital communication includes receiving, by a communication device in a contention resolution procedure with a network device, a transmission comprising a contention resolution message; and performing, by the communication device, a contention resolution according to the contention resolution message.

Description

EARLY DATA TRANSMISSION METHOD AND APPARATUSTECHNICAL FIELD

[0001] This patent document is directed generally to wireless communications.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. The rapid growth of wireless communications and advances in technology has led to greater demand for capacity and connectivity. Other aspects, such as energy consumption, device cost, spectral efficiency, and latency are also important to meeting the needs of various communication scenarios. In comparison with the existing wireless networks, next generation systems and wireless communication techniques need to provide support for an increased number of users and devices, as well as support an increasingly mobile society.SUMMARY

[0003] Various techniques are disclosed for implementing random access procedure, and in particular, improvements to functionality of use of Msg4 during the random access procedure.

[0004] In one example aspect, a wireless communication method is disclosed. The method includes receiving, by a communication device in a contention resolution procedure with a network device, a contention resolution message, and performing, by the communication device, a contention resolution according to the contention resolution message.

[0005] In another example aspect, another wireless communication method is disclosed. The method includes performing, by a network device in a contention resolution procedure with a communication device and zero or more additional communication devices, a transmission comprising a contention resolution message configured to provide contention resolution identifiers to the one or more communication devices.

[0006] In yet another exemplary aspect, the above-described methods are embodied in the form of a computer-readable medium that stores processor-executable code that, upon execution by one or more processors, cause an apparatus to implement the method.

[0007] In yet another exemplary embodiment, a device that is configured or operable to perform the above-described methods is disclosed. The device comprises at least one processor configured to cause the device to implement the method.

[0008] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] FIG. 1 shows example procedures for early data transmission.

[0010] FIGS. 2A-2B show example message formats.

[0011] FIGS. 3A-3B show example message formats.

[0012] FIGS. 4A-4C show example message formats.

[0013] FIGS. 5A-5B show example message formats.

[0014] FIGS. 6A-6C show example message formats.

[0015] FIGS. 7A-7B show example message formats.

[0016] FIG. 8 shows an example of a message transmission timeline.

[0017] FIGS. 9A-9B are flowcharts for example communication procedures.

[0018] FIG. 10 is a block diagram example of a wireless communication system.

[0019] FIG. 11 is a block diagram of an example hardware platform.DETAILED DESCRIPTION

[0020] Section headings are used in the present document only to improve readability and do not limit scope of the disclosed embodiments and techniques in each section to only that section. Certain features are described using the example of Fifth Generation (5G) wireless protocol. However, applicability of the disclosed techniques is not limited to only 5G wireless systems.

[0021] Initial discussion

[0022] In recent years, wireless transmission protocols have adopted a signal exchange mechanism, sometimes called “early data transmission” (EDT) to address latency and efficiency issues in wireless communication networks. The EDT mechanism is designed to allow user devices to transmit small amounts of data without having to go through a normal random access procedure that may be inefficient and time-consuming. For example, when multiple user devices in a network want to use EDT, individualized communication between such devices and the network may be inefficient. However, there may be situations where even faster and efficient data transmission may be useful. The present document provides several techniques that may solve the above-discussed issues, and others.

[0023] Introduction

[0024] With reference to FIG. 1, three example procedures for early data transmission are described. These procedures illustrates messages exchanged between a communication device, referred to as user equipment or UE 110, and a network device such as a base station 120.

[0025] Case 1 (flowchart 102)

[0026] For contention based msg3 EDT procedure, Step 1: UE transmit contention based msg3 to the network; Step 2: if the network device (BS 120) receives msg3 successfully, it sends a feedback msg4 carrying UE Contention Resolution Identity and end this procedure. For UE, if UE receive the msg4 carrying UE Contention Resolution Identity, and UE Contention Resolution Identity matches the common control channel (CCCH) that UE transmit in msg3, UE could resolve conflicts and end this procedure.

[0027] Case 2 (flowchart 104)

[0028] For contention based msg3 EDT procedure, Step 1: UE transmit contention based msg3 to the network; Step 2: if the network receives msg3 successfully, it sends a msg4 carrying UE Contention Resolution Identity and end this procedure. For UE, if UE receive the msg4 carrying UE Contention Resolution Identity, and UE Contention Resolution Identity matches the CCCH (common control channel) that UE transmit in msg3, UE could resolve conflicts. Step 3: the network could transmit an RRC (radio resource control) message to the UE. The UE could end or continue the communication according to the RRC message.

[0029] Case 3 (flowchart 106)

[0030] For contention based msg3 EDT procedure, Step 1: UE transmit contention based msg3 to the network; Step 2: if the network receives msg3 successfully, it transmits a msg4 carrying UE Contention Resolution Identity and CCCH data carrying RRC message to end this procedure. For UE, if UE receive the msg4 carrying UE Contention Resolution Identity, and UE Contention Resolution Identity matches the CCCH that UE transmit in msg3, UE could resolve conflicts, and end or continue the communication according to the RRC message.

[0031] In order to increase the delivery efficiency of msg4, msg4 for multiple UE could be multiplexed in a MAC PDU. This patent document provides further techniques allowing UE to distinguish its own information from the received message.

[0032] Some embodiments are now described. Although the embodiments are described under different section headers, it will be understood that the specific techniques described in the embodiments may be adopted by other embodiments in a way that increases transmission efficiency and / or reduces latency of operation.

[0033] Example Embodiment 1

[0034] Techniques in this embodiment may be applied to, e.g., cases 1 and 2 disclosed with respect to FIG. 1.

[0035] If msg4 is a UE Contention Resolution Identity, the MAC PDU could include the MAC subheader and the UE Contention Resolution Identity MAC Control. The MAC subheader indicate the presence of the UE Contention Resolution Identity MAC Control. For example, if a msg4 for a UE is a MAC PDU, the MAC PDU is shown as 202 in FIG. 2A.

[0036] However, UE has to monitor the following RRC message or feedback ACK / NACK for msg4, thus, UE needs a cell radio network temporary identifier (C-RNTI) or an uplink control channel resource such as physical uplink control channel (PUCCH) resource.

[0037] The methods to ensure that UE can find its own information are as follows

[0038] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE, or other MAC CE if needed e.g., Timing Advance Command MAC CE. For example, for case1, a MAC PDU could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE.

[0039] The MAC CE sent to a UE should be arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is higher than the PUCCH resource MAC CE. The PUCCH resource MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind PUCCH resource MAC CE.

[0040] A MAC PDU header could consist of multiple MAC subheaders, one MAC subheaders that indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheaders that indicate the presence and the size of the PUCCH resource MAC CE, and other MAC subheaders that indicate the presence of the other MAC CE if needed.

[0041] For example, for a UE, if UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE is contained in a MAC PDU, the MAC PDU is shown as 204 in FIG. 2A.

[0042] For UE, If UE Contention Resolution Identity contained in a MAC CE could match the CCCH service data unit (SDU) transmitted in Msg3, it store the information following the UE Contention Resolution Identity MAC CE.

[0043] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE, C-RNTI MAC CE or other MAC CE if needed e.g., Timing Advance Command MAC CE. For example, for case2, a MAC PDU could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE and C-RNTI MAC CE.

[0044] The MAC CE sent to a UE should be arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. The PUCCH resource MAC CE follows behind UE Contention Resolution Identity MAC CE, C-RNTI MAC CE follows behind PUCCH resource MAC CE, and the other CE follows C-RNTI MAC CE. Or the C-RNTI MAC CE follows behind UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE follows behind C-RNTI MAC CE, and the other CE follows behind PUCCH resource MAC CE.

[0045] A MAC PDU header could consist of multiple MAC subheaders, one MAC subheaders that indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheaders that indicate the presence and the size of the PUCCH resource MAC CE, one MAC subheaders that indicate the presence and the size of the C-RNTI, and other MAC subheaders that indicate the presence of the other MAC CE if needed.

[0046] For example, for a UE, if UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE and C-RNTI is contained in a MAC PDU, the MAC PDU is shown as 206 in FIG. 2A.

[0047] For UE, If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it store the information following the UE Contention Resolution Identity MAC CE.

[0048] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, C-RNTI MAC CE or other MAC CE if needed e.g., Timing Advance Command MAC CE. For example, for case2, a MAC PDU could carry the UE Contention Resolution Identity MAC CE, and C-RNTI MAC CE.

[0049] The MAC CE sent to a UE should be arranged together, and arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. C-RNTI MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind PUCCH resource MAC CE.

[0050] A MAC PDU header could consist of multiple MAC subheaders, one MAC subheaders that indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheaders that indicate the presence and the size of the C-RNTI, and other MAC subheaders that indicate the presence of the other MAC CE if needed.

[0051] For example, for a UE, if UE Contention Resolution Identity MAC CE, and C-RNTI is contained in a MAC PDU, the MAC PDU is shown as 212 in FIG. 2B.

[0052] For UE, If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it store the information following the UE Contention Resolution Identity MAC CE.

[0053] For a UE, a MAC response is used to indicate the UE Contention Resolution Identity, C-RNTI, PUCCH resource if needed and other information. For example, for case1, a MAC response could carry the UE Contention Resolution Identity, PUCCH resource. for case2, a MAC response could carry the UE Contention Resolution Identity, PUCCH resource, and C-RNTI. A MAC subheaders is used to indicate the presence and the size of the MAC response. The MAC PDU header is located at the head of the MAC PDU.

[0054] For example, for a UE, if a MAC response is contained in a MAC PDU, the MAC PDU is shown as 214 in FIG. 2B.

[0055] Example Embodiment 2

[0056] Techniques described in this embodiment may be applied to, among other situations, case 3 described in FIG. 1.

[0057] If msg4 is a UE Contention Resolution Identity and SDU, the MAC PDU could include the MAC subheader and the UE Contention Resolution Identity MAC Control. The MAC subheader indicate the presence of the UE Contention Resolution Identity MAC Control and SDU. For example, if a msg4 for a UE is a MAC PDU, the MAC PDU is shown as 302 in FIG. 3A.

[0058] However, UE has to monitor the following RRC message or feedback ACK / NACK for msg4, thus, UE needs a C-RNTI or PUCCH resource.

[0059] The methods to ensure that UE can find its own information are as follows

[0060] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE, or other MAC CE if needed e.g., C-RNTI, Timing Advance Command MAC CE, and a MAC SDU.

[0061] The MAC CE and SDU sent to a UE should be arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. The PUCCH resource MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind PUCCH resource MAC CE. The priority of the MAC SDU is lowest.

[0062] A MAC PDU header could consists of multiple MAC subheaders, one MAC subheader indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheader indicate the presence and the size of the PUCCH resource MAC CE, one MAC subheader that indicate the presence and the size of the MAC SDU, and other subheaders could indicate the presence and the size of other MAC CE if needs, e.g., C-RNTI MAC CE, Timing Advance Command CE. And the subheader of MAC CE prioritize over the subheader of MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0063] For example, for a UE, if UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE and SDU is contained in a MAC PDU, the MAC PDU is shown as 304 in FIG. 3A.

[0064] For UE, If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the UE Contention Resolution Identity MAC CE.

[0065] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, C-RNTI, or other MAC CE if needed e.g., Timing Advance Command MAC CE, and a MAC SDU.

[0066] The MAC CE and SDU sent to a UE should be arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. The C-RNTI MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind C-RNTI MAC CE. The priority of the MAC SDU is lowest.

[0067] A MAC PDU header could consists of multiple MAC subheaders, one MAC subheader indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheader indicate the presence and the size of the C-RNTI MAC CE, one MAC subheader that indicate the presence and the size of the MAC SDU, and other subheaders could indicate the presence and the size of other MAC CE if needs, e.g., Timing Advance Command CE. And the subheader of MAC CE prioritize over the subheader of MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0068] For example, for a UE, if UE Contention Resolution Identity MAC CE, C-RNTI MAC CE and SDU is contained in a MAC PDU, the MAC PDU is shown as 312 in FIG. 3B.

[0069] For a UE, if UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the UE Contention Resolution Identity MAC CE.

[0070] For a UE, a MAC PDU payload could carry a MAC response and a MAC SDU. a MAC response is used to indicate the UE Contention Resolution Identity, C-RNTI, PUCCH resource and other MAC CE if needed e.g., Timing Advance Command MAC CE.

[0071] The MAC response and a MAC SDU sent to a UE should be arranged together. a MAC PDU header could consist of multiple MAC subheaders, one MAC subheader indicate the presence and the size of the MAC response, one MAC subheader that indicate the presence and the size of the MAC SDU. And the subheader of MAC CE prioritize over the subheader of MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0072] For example, for a UE, if a MAC response is contained in a MAC PDU, the MAC PDU is shown as 314 in FIG. 3B.

[0073] For a UE, if UE Contention Resolution Identity contained in a MAC response could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the MAC response.

[0074] Example Embodiment 3

[0075] Techniques described in this section may be applied to, among other situations, cases 1 and 2 described with respect to FIG. 1.

[0076] If msg4 is a UE Contention Resolution Identity, the MAC PDU could include the MAC subheader and the UE Contention Resolution Identity MAC Control. The MAC subheader indicate the presence of the UE Contention Resolution Identity MAC Control. For example, if 3 msg4 are multiplexed in a MAC PDU, the MAC PDU is shown as 402 in FIG. 4A.

[0077] However, UE has to monitor the following RRC message or feedback ACK / NACK for msg4, thus, UE needs a C-RNTI or PUCCH resource.

[0078] The methods to ensure that UE can find its own information are as follows

[0079] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE, or other MAC CE if needed e.g., Timing Advance Command MAC CE. For example, for case1, a MAC PDU could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE.

[0080] The MAC CE sent to a UE should be arranged together, and arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is higher than the PUCCH resource MAC CE. The PUCCH resource MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind PUCCH resource MAC CE.

[0081] A MAC PDU header could consist of multiple MAC subheaders, one MAC subheaders that indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheaders that indicate the presence and the size of the PUCCH resource MAC CE, and other MAC subheaders that indicate the presence of the other MAC CE if needed.

[0082] Moreover, multiple subheader and MAC CE for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC CE. The MAC PDU header is located at the head of the MAC PDU.

[0083] For example, if 3 msg4 are multiplexed in a MAC PDU, the MAC PDU is shown as 404 in FIG. 4B.

[0084] For a UE, it receives a MAC PDU containing multiple new MAC CE. If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it store the information following the UE Contention Resolution Identity MAC CE, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0085] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE, C-RNTI MAC CE or other MAC CE if needed e.g., Timing Advance Command MAC CE. For example, for case2, a MAC PDU could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE and C-RNTI MAC CE.

[0086] The MAC CE sent to a UE should be arranged together, and arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. The PUCCH resource MAC CE follows behind UE Contention Resolution Identity MAC CE, C-RNTI MAC CE follows behind PUCCH resource MAC CE, and the other CE follows C-RNTI MAC CE. Or the C-RNTI MAC CE follows behind UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE follows behind C-RNTI MAC CE, and the other CE follows behind PUCCH resource MAC CE.

[0087] A MAC PDU header could consist of multiple MAC subheaders, one MAC subheaders that indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheaders that indicate the presence and the size of the PUCCH resource MAC CE, one MAC subheaders that indicate the presence and the size of the C-RNTI, and other MAC subheaders that indicate the presence of the other MAC CE if needed.

[0088] Moreover, multiple subheader and MAC CE for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC CE. The MAC PDU header is located at the head of the MAC PDU.

[0089] For example, if 2 msg4 are multiplexed in a MAC PDU, the MAC PDU is shown as 412 in FIG. 4B.

[0090] For UE, it receives a MAC PDU containing multiple new MAC CE. If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it store the information following the UE Contention Resolution Identity MAC CE, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0091] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, C-RNTI MAC CE or other MAC CE if needed e.g., Timing Advance Command MAC CE. For example, for case2, a MAC PDU could carry the UE Contention Resolution Identity MAC CE, and C-RNTI MAC CE.

[0092] The MAC CE sent to a UE should be arranged together, and arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. C-RNTI MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind PUCCH resource MAC CE.

[0093] A MAC PDU header could consist of multiple MAC subheaders, one MAC subheaders that indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheaders that indicate the presence and the size of the C-RNTI, and other MAC subheaders that indicate the presence of the other MAC CE if needed.

[0094] Moreover, multiple subheader and MAC CE for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC CE. The MAC PDU header is located at the head of the MAC PDU.

[0095] For example, if 2 msg4 are multiplexed in a MAC PDU, the MAC PDU is shown as 414 in FIG. 4B.

[0096] For UE, it receives a MAC PDU containing multiple new MAC CE. If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it store the information following the UE Contention Resolution Identity MAC CE, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0097] For a UE, a MAC response is used to indicate the UE Contention Resolution Identity, PUCCH resource and other information. For example, for case1, a MAC response could carry the UE Contention Resolution Identity, PUCCH resource. for case2, a MAC response could carry the UE Contention Resolution Identity, PUCCH resource, and C-RNTI. A MAC subheaders is used to indicate the presence and the size of the MAC response. The MAC PDU header is located at the head of the MAC PDU.

[0098] Moreover, multiple subheader and MAC response for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC response. The MAC PDU header is located at the head of the MAC PDU.

[0099] For example, if 3 msg4 is multiplexed in a MAC PDU, the MAC PDU is shown as 422 in FIG. 4C.

[0100] For a UE, a MAC response and a MAC subheader comprise a MAC subPDU. A MAC subheaders is used to indicate the presence and the size of the MAC response. MAC response is placed immediately after the MAC subheader.

[0101] Moreover, multiple MAC subPDU for different UE could be multiplexed into one MAC PDU.

[0102] For example, if 3 msg4 is multiplexed in a MAC PDU, the MAC PDU is shown as 424 in FIG. 4C.

[0103] For UE, it receives a MAC PDU containing multiple new MAC response. If UE Contention Resolution Identity contained in a MAC response could match the CCCH SDU transmitted in Msg3, it store the information following the UE Contention Resolution Identity, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0104] Example Embodiment 4

[0105] Techniques described in this section may be applied to, among other situations, case 3 described with respect to FIG. 1.

[0106] In order to increase the delivery efficiency of msg4, msg4 for multiple UE could be multiplexed in a MAC PDU. If msg4 is a UE Contention Resolution Identity and RRC message, the MAC PDU could include the MAC subheader and the UE Contention Resolution Identity MAC Control Element and MAC SDU. The MAC subheader indicate the presence of the UE Contention Resolution Identity MAC Control Element or MAC SDU. For example, if 2 msg4 is multiplexed in a MAC PDU, but one msg4 doesn’ t contain MAC SDU, the MAC PDU is shown as 502 in FIG. 5A.

[0107] However, UE couldn’ t distinguish whether SDU is sent to itself.

[0108] The methods to ensure that UE can find its own UE Contention Resolution Identity MAC Control Element and MAC SDU are as follows

[0109] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, PUCCH resource MAC CE, or other MAC CE if needed e.g., C-RNTI, Timing Advance Command MAC CE, and a MAC SDU.

[0110] The MAC CE and SDU sent to a UE should be arranged together, and arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. The PUCCH resource MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind PUCCH resource MAC CE. The priority of the MAC SDU is lowest.

[0111] A MAC PDU header could consists of multiple MAC subheaders, one MAC subheader indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheader indicate the presence and the size of the PUCCH resource MAC CE, one MAC subheader that indicate the presence and the size of the MAC SDU, and other subheaders could indicate the presence and the size of other MAC CE if needs, e.g., C-RNTI MAC CE, Timing Advance Command CE. And the subheader of MAC CE prioritize over the subheader of MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0112] Moreover, multiple subheader and MAC CE for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC CE or SDU. The MAC PDU header is located at the head of the MAC PDU.

[0113] For example, if 2 msg4 is multiplexed in a MAC PDU, but one msg4 doesn’ t contain MAC SDU, the MAC PDU is shown as 504 in FIG. 5A.

[0114] For UE, it receives a MAC PDU containing multiple MAC CE and MAC SDU. If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the UE Contention Resolution Identity MAC CE, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0115] For a UE, a MAC PDU payload could carry the UE Contention Resolution Identity MAC CE, C-RNTI, or other MAC CE if needed e.g., Timing Advance Command MAC CE, and a MAC SDU.

[0116] The MAC CE and SDU sent to a UE should be arranged together, and arranged according to its priority. The priority of UE Contention Resolution Identity MAC CE is highest. The C-RNTI MAC CE follows behind UE Contention Resolution Identity MAC CE, and the other CE follows behind C-RNTI MAC CE. The priority of the MAC SDU is lowest.

[0117] A MAC PDU header could consists of multiple MAC subheaders, one MAC subheader indicate the presence and the size of the UE Contention Resolution Identity MAC CE, one MAC subheader indicate the presence and the size of the C-RNTI MAC CE, one MAC subheader that indicate the presence and the size of the MAC SDU, and other subheaders could indicate the presence and the size of other MAC CE if needs, e.g., Timing Advance Command CE. And the subheader of MAC CE prioritize over the subheader of MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0118] Moreover, multiple subheader and MAC CE for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC CE or SDU. The MAC PDU header is located at the head of the MAC PDU.

[0119] For example, if 2 msg4 is multiplexed in a MAC PDU, but one msg4 doesn’ t contain MAC SDU, the MAC PDU is shown as 506 in FIG. 5A.

[0120] For UE, it receives a MAC PDU containing multiple MAC CE and MAC SDU. If UE Contention Resolution Identity contained in a MAC CE could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the UE Contention Resolution Identity MAC CE, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0121] For a UE, a MAC PDU payload could carry a MAC response and a MAC SDU. a MAC response is used to indicate the UE Contention Resolution Identity, C-RNTI, PUCCH resource and other MAC CE if needed e.g., Timing Advance Command MAC CE.

[0122] The MAC response and a MAC SDU sent to a UE should be arranged together. a MAC PDU header could consist of multiple MAC subheaders, one MAC subheader indicate the presence and the size of the MAC response, one MAC subheader that indicate the presence and the size of the MAC SDU. And the subheader of MAC CE prioritize over the subheader of MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0123] Moreover, multiple subheader, MAC response and MAC SDU for different UE could be multiplexed into one MAC PDU. This MAC PDU header consists of one or more MAC subheaders; each subheader corresponding to a MAC response or MAC SDU. The MAC PDU header is located at the head of the MAC PDU.

[0124] For example, if 2 msg4 is multiplexed in a MAC PDU, but one msg4 doesn’ t contain MAC SDU, the MAC PDU is shown as 512 in FIG. 5B.

[0125] For UE, it receives a MAC PDU containing multiple MAC response and MAC SDU. If UE Contention Resolution Identity contained in a MAC response could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the MAC response, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0126] for a UE, a MAC response and a MAC subheader comprise a MAC subPDU. a MAC SDU and a MAC subheader comprise a MAC subPDU. MAC SDU is placed immediately after the MAC subheader. The MAC subheader indicate the present of the MAC response or MAC SDU.

[0127] Moreover, multiple MAC subPDU for different UE could be multiplexed into one MAC PDU.

[0128] For example, if 2 msg4 is multiplexed in a MAC PDU, but one msg4 doesn’ t contain MAC SDU, the MAC PDU is shown as 514 in FIG. 5B.

[0129] For UE, it receives a MAC PDU containing multiple MAC response and MAC SDU. If UE Contention Resolution Identity contained in a MAC response could match the CCCH SDU transmitted in Msg3, it decode the MAC SDU following the MAC response, until the next UE Contention Resolution Identity contained in a MAC CE that couldn’ t match the CCCH SDU transmitted in Msg3.

[0130] Example Embodiment 5

[0131] Techniques described in this section may be applied to contents of MAC response in, among other situations, cases 1 to 3 described with respect to FIG. 1.

[0132] The MAC response could consist of one or multiple of the following fields:

[0133] - R: Reserved bit, set to "0" .

[0134] - UE Contention Resolution Identity: this field contains the 48 bits uplink CCCH SDU

[0135] - Timing Advance Command: The Timing Advance Command field indicates the index value TA (0, 1, 2… 1282) used to control the amount of timing adjustment that the MAC entity has to apply (see clause 4.2.3 of TS 36.213 [2] ) , except for NB-IoT UEs using preamble format 2, where the Timing Advance Command field indicates the index value TA (0, 1, 2…1536) . The size of the Timing Advance Command field is 11 bits;

[0136] - PUCCH resource indicator: The resource indicator could indicate a value of UE-specific PUCCH AN resource offset, or starting offset of the PUCCH resource, or an index from a PUCCH resource list that configured by RRC or pre-defined. The PUCCH resource could be used for ACK / NACK feedback for msg4.

[0137] - HARQ-ACK (hybrid automatic repeat request acknowledgement) resource indicator: The resource indicator could indicate ACK / NACK subcarrier and K0 for NPUSCH (narrowband physical uplink shared channel) . The resource could be used for ACK / NACK feedback for msg4.

[0138] - ACK / NACK repetition number: this field indication the transmission repetition number of the ACK / NACK, the value could be 00 representing 1, 01 representing 2, 10 representing 4, 11 representing 8,

[0139] - C-RNTI: this field indicates the UE identity that is used by the MAC entity. The size of the Temporary C-RNTI field is 16 bits.

[0140] - T: one flag indicate the present of the following field.

[0141] For a UE, a MAC response is used to indicate the UE Contention Resolution Identity, PUCCH resource and other information. A MAC response contains UE Contention Resolution Identity, PUCCH resource and C-RNTI. The size of MAC response is fixed.

[0142] The PUCCH resource indicator could indicate a value of UE-specific PUCCH AN resource offset, or starting offset of the PUCCH resource, or an index from a PUCCH resource list that configured by RRC or predefined.

[0143] To be special, a MAC response consists of the fields R (Reserved bit) and PUCCH resource indicator and UE Contention Resolution Identity and PUCCH resource. If the value range of PUCCH resource needs 11bits, one example of the MAC response is as described in reference numeral 602 or 604 of FIG. 6A (the order of information in MAC response can be changed) .

[0144] A MAC response contains UE Contention Resolution Identity and C-RNTI. The size of MAC response is fixed. To be special, a MAC response consists of the fields UE Contention Resolution Identity and C-RNTI. One example of the MAC response is as described in f reference numeral 606 of FIG. 6A (the order of information in MAC response can be changed) .

[0145] A MAC response contains UE Contention Resolution Identity, PUCCH resource and C-RNTI. The size of MAC response is fixed. To be special, a MAC response consists of the fields R (Reserved bit) and PUCCH resource indicator and UE Contention Resolution Identity and PUCCH resource. The size of MAC response is fixed. If the value range of PUCCH resource needs 11bits, one example of the MAC response is as described in reference numeral 608 of FIG. 6A or reference numeral 612 of FIG. 6B (the order of information in MAC response can be changed) .

[0146] A MAC response contains UE Contention Resolution Identity and C-RNTI and Timing Advance Command. The size of MAC response is fixed. To be special, a MAC response consists of the fields R (Reserved bit) and Timing Advance Command and UE Contention Resolution Identity and C-RNTI as described in reference numeral 614, 616 of FIG. 6B (the order of information in MAC response can be changed) .

[0147] A MAC response contains UE Contention Resolution Identity, PUCCH resource, C-RNTI and Timing Advance Command. The size of MAC response is fixed. To be special, a MAC response consists of the fields R (Reserved bit) and Timing Advance Command and UE Contention Resolution Identity and C-RNTI and PUCCH resource indicator. If the value range of PUCCH resource needs 11bits, one example of the MAC response is as described in reference numeral 618 of FIG. 6B (the order of information in MAC response can be changed) .

[0148] The size of MAC response is variable. A MAC response contains UE Contention Resolution Identity, optional PUCCH resource, optional C-RNTI, optional Timing Advance Command, and optional other information. A MAC response contains flag to indicate the present of PUCCH resource, C-RNTI, Timing Advance Command, and other information. To be special, a MAC response consists of the fields multiple flags and UE Contention Resolution Identity and optional C-RNTI and optional PUCCH resource indicator, optional Timing Advance Command. one flag indicate the present of C-RNTI. one flag indicate the present of PUCCH resource indicator. one flag indicate the present of Timing Advance Command. One example of the MAC response is as described in reference numeral 622 of FIG. 6C (the order of information in MAC response can be changed)

[0149] The size of MAC response is variable. A MAC response contains UE Contention Resolution Identity, PUCCH resource, optional C-RNTI, optional Timing Advance Command, and optional other information. A MAC response contains flag to indicate the present of C-RNTI, Timing Advance Command, and other information. To be special, a MAC response consists of the fields R (Reserved bit) , multiple flags and UE Contention Resolution Identity and PUCCH resource indicator, optional C-RNTI and optional Timing Advance Command. one flag indicate the present of C-RNTI. one flag indicate the present of Timing Advance Command. One example of the MAC response is as described in reference numeral 624 of FIG. 6C (the order of information in MAC response can be changed) .

[0150] The size of MAC response is variable. A MAC response contains UE Contention Resolution Identity, PUCCH resource, optional C-RNTI, and optional other information. A MAC response contains flag to indicate the present of C-RNTI, and other information. To be special, a MAC response consists of the fields R (Reserved bit) , one flag and UE Contention Resolution Identity and PUCCH resource indicator, and optional C-RNTI. one flag indicate the present of C-RNTI. One example of the MAC response is as described in reference numeral 626 of FIG. 6C (the order of information in MAC response can be changed) .

[0151] The size of MAC response is variable. A MAC response contains UE Contention Resolution Identity, C-RNTI, optional PUCCH resource, and optional other information. A MAC response contains flag to indicate the present of PUCCH resource, and other information. To be special, a MAC response consists of the fields R (Reserved bit) , one flag and UE Contention Resolution Identity and C-RNTI, and optional PUCCH resource indicator. one flag indicate the present of PUCCH resource. One example of the MAC response is as described in reference numeral 628 of FIG. 6C (the order of information in MAC response can be changed) .

[0152] Example Embodiment 6

[0153] Techniques described in this section may be applied to subheader of MAC response disclosed in other embodiments.

[0154] The MAC header of MAC response could include the following one or multiple fields:

[0155] - T: The Type field is a flag indicating whether the MAC subheader contains an OCC (orthogonal cover code) index or a Backoff Indicator or fallback indication or fallback type or successful MAC response or length indicator or type indicator or frequency index. The T field is set to "0" to indicate the presence of a Backoff Indicator field in the subheader. The T field is set to "1" to indicate the presence of an OCC index in the subheader ;

[0156] - R: Reserved bit, set to "0" ;

[0157] - backoff indication: The Backoff Indicator field identifies the overload condition in the cell.

[0158] - fallback indication: the fallback indication triggers a RACH based RRC procedure.

[0159] - fallback type: the fallback type triggers a RACH based EDT procedure or RACH based RRC procedure.

[0160] - OCC index: this field identifies the OCC sequence.

[0161] - frequency index: this field identifies the frequency occasion.

[0162] - length indicator: this field indicate the length of MAC response

[0163] - type indicator: this field indicate the type of MAC response

[0164] The MAC subheader for MAC response is as below.

[0165] The MAC subheader for MAC response could consist of OCC index and the type of MAC response. The OCC index is the OCC sequence that UE select. After the reception of the OCC index, if it matches the OCC index that UE transmits, UE consider the msg4 reception successful or this contention based msg3 transmission successful. This subheader corresponds to a MAC response. The MAC subheader for MAC response could consist of the T field indicating whether the MAC subheader contains an OCC index. For example, The T field is set to "0" to indicate the presence of OCC index in the subheader. The MAC subheader is shown as 702 in FIG. 7A.

[0166] The MAC subheader for MAC response could consist of frequency index and the type of MAC response. The frequency index is the start frequency occasion index that UE select, for example, the start subcarrier index, the start subPRB index, the start PRB index. After the reception of the frequency index, if it matches the frequency index that UE transmits, UE consider the msg4 reception successful or this contention based msg3 transmission successful. This subheader corresponds to a MAC response. The MAC subheader for MAC response could consist of the T field indicating whether the MAC subheader contains a frequency index. For example, The T field is set to "1" to indicate the presence of frequency index in the subheader. The MAC subheader is shown as 704 in FIG. 7A.

[0167] The MAC subheader for MAC response could consist of reserve bits and the type of MAC response. It could indicate the successful MAC response. After the reception of this subheader, UE consider the msg4 reception successful or this contention based msg3 transmission successful. This subheader corresponds to a MAC response. The MAC subheader for MAC response could consist of the T field indicating whether the MAC subheader contains a successful MAC response. For example, The T field is set to "11" to indicate successful MAC response in the subheader. The MAC subheader is shown as 706 in FIG. 7B.

[0168] The MAC subheader for MAC response could consist of reserve bits and length indicator and the type of MAC response. The length indicator could indicate the length of MAC response. The length indicator could be an index from a length indication list that is configured or predefined. After the reception of this subheader, UE could determine the type of MAC response or the information carried in MAC response. For example, if the length of MAC response is 64 bits, UE could determine the MAC response carries UE Contention Resolution Identity and C-RNTI. The MAC subheader for MAC response could consist of the T field indicating whether the MAC subheader contains a successful MAC response and length indicator. For example, The T field is set to "11" to indicate successful MAC response in the subheader. The MAC subheader is shown as 708 in FIG. 7A.

[0169] The MAC subheader for MAC response could consist of reserve bits and type indicator and the type of MAC response. The type indicator could indicate the information or combined information carried in MAC response. The type indicator could be an index from a type indication list that is configured or predefined. For example, the type indicator is 01 representing UE Contention Resolution Identity and C-RNTI carried in MAC response. After the reception of this subheader, UE could determine the type of MAC response or the information carried in MAC response. The MAC subheader for MAC response could consist of the T field indicating whether the MAC subheader contains a successful MAC response and length indicator. For example, The T field is set to "11" to indicate successful MAC response in the subheader. The MAC subheader is shown as 710 in FIG. 7A.

[0170] Example Embodiment 7

[0171] Techniques described in this section may be applied to be able to distinguish msg4, among other situations, disclosed with reference to other embodiments.

[0172] For CP transmission, after the reception of contention based msg3, the network could determine whether there is data to transmit to UE. If no, the network could send a MAC CE or MAC response to UE to end this procedure, as case 1. moreover, the network could firstly send a MAC CE or MAC response to resolve the contention, and then send a RRC message to end this procedure, as case2.

[0173] For UE, after the reception of the MAC CE or MAC response, it needs to determine whether it still needs to receive subsequent RRC messages and whether it needs to end this process.

[0174] This may be implemented as follows:

[0175] If the MAC CE or MAC response of msg4 doesn’ t carry a C-RNTI, UE could end this process. To be special, for the contention based msg3 EDT procedure, after the transmission of the contention based msg3, UE could receive the msg4. If the msg4 contains the UE Contention Resolution Identity that matches the CCCH SDU transmitted in Msg3, and doesn’ t contain the C-RNTI for UE, UE could end this procedure.

[0176] In MAC of UE, if the MAC PDU of msg4 is successfully decoded, and the UE Contention Resolution Identity carried in MAC PDU that matches the CCCH SDU transmitted in Msg3, MAC indicate to RRC the contention based msg3 transmission was successful. In RRC of UE, for CP transmission, upon indication from lower layers that the contention based msg3 transmission is successfully completed, the UE shall perform the actions as if an empty RRCEarlyDataComplete message was received.

[0177] if the MAC CE or MAC response of msg4 carry a C-RNTI and a UE Contention Resolution Identity, and the UE Contention Resolution Identity carried in MAC PDU that matches the CCCH SDU transmitted in Msg3, UE could consider this Contention Resolution successful. To be special, for the contention based msg3 EDT procedure, after the transmission of the contention based msg3, UE could receive the msg4. If the msg4 contains the UE Contention Resolution Identity that matches the CCCH SDU transmitted in Msg3, and the C-RNTI for UE, UE could end consider this Contention Resolution successful, and wait for the following RRC message.

[0178] Example Embodiment 8

[0179] This embodiment discloses various implementations of MAC CE for PUCCH, which may be adopted together with other disclosed embodiments.

[0180] In order to assist the network to confirm that msg4 has been received, the ACK is needed to be transmitted. hence, the PUCCH resource is needed to be indicated to UE.

[0181] A new MAC Control Element is used for carrying PUCCH resource. The MAC CE could carry a PUCCH resource indicator for PUCCH resource. The resource indicator could indicate a value of UE-specific PUCCH AN resource offset, or starting offset of the PUCCH resource, or an index from a PUCCH resource list that configured by RRC. To be special, a MAC CE consists of the fields R (Reserved bit) and PUCCH resource indicator. If the value range of PUCCH resource needs 11bits, the MAC CE is described in 752 of FIG. 7B.

[0182] Example Embodiment 9

[0183] This embodiment discloses various implementations of fallback signaling, which may be adopted together with other disclosed embodiments

[0184] When UE perform the contention based msg3 transmission, the network could indicate UE to fallback to perform the legacy procedure.

[0185] The MAC subheader for MAC response could consist of fallback indication and the type of MAC response. If the resource of contention based msg3 transmission is overload, the network could indicate the fallback indication to UE to trigger a RACH based EDT procedure or RACH based non-EDT procedure. For UE, after reception of the fallback indication, UE could RACH based EDT procedure or RACH based non-EDT procedure. This subheader doesn’ t correspond to a MAC response. The MAC subheader could consist of the T field indicating whether the MAC subheader contains a fallback indication. For example, The T field is set to "11" to indicate the presence of fallback indication in the subheader. The MAC subheader is shown as 754 in FIG. 7B.

[0186] The MAC subheader for MAC response could consist of fallback type and the type of MAC response. If the resource of contention based msg3 transmission is overload, the network could indicate the fallback indication to UE to trigger a RACH based EDT procedure or RACH based RRC procedure. The fallback type could indicate RACH based EDT procedure or RACH based RRC procedure, for example, 00 represent RACH based EDT procedure, 01 represent RACH based RRC procedure. For UE, after reception of the fallback type, UE could RACH based EDT procedure or RACH based RRC procedure. This subheader doesn’ t correspond to a MAC response. The MAC subheader could consist of the T field indicating whether the MAC subheader contains a fallback indication. For example, The T field is set to "11" to indicate the presence of fallback type in the subheader. The MAC subheader is shown as 756 in FIG. 7B.

[0187] Example Embodiment 10

[0188] This embodiment discloses various implementations of backoff signaling, which may be adopted together with other disclosed embodiments.

[0189] When UE perform the contention based msg3 transmission, the network could indicate UE to fallback to perform a backoff contention based msg3 transmission procedure.

[0190] The MAC subheader could consist of backoff indication and the type of MAC response. If the resource of contention based msg3 transmission is overload, the network could indicate the backoff indication to UE to delay the contention based msg3 transmission, and indicate the backoff time. The backoff indication could represent the value of backoff time. For UE, after reception of the backoff indication, UE could select a random backoff time according to the backoff indication, and then trigger the contention based msg3 EDT procedure after the backoff time. This subheader doesn’ t correspond to a MAC response. The MAC subheader could consist of the T field indicating whether the MAC subheader contains a backoff indication. For example, The T field is set to "10" to indicate the presence of backoff indication in the subheader. The MAC subheader is shown as 758 in FIG. 7B.

[0191] Example Embodiment 11

[0192] This embodiment discloses various implementations of using a gap for response, which may be adopted together with other disclosed embodiments

[0193] For diversity slotted ALOHA (DSA) , after UE transmit the previous replica, there is a case that UE may receive the response for the previous replica and transmit the following replica. For IoT, the repetition transmission is a key technology. The repetition transmission needs a long transmission time. In order to avoid missing the response, UE hay have to interrupt the transmission, and turn to monitor the response. And then after the reception, UE needs to resume the repetition transmission. Hence, a gap may be used to be inserted into repetition transmission.

[0194] For DSA, a duration of a segmentation is configured by the network. The repetition transmission could be segmented into multiple segmentation according to the duration of a segmentation. That is, if the duration of repetition transmission equal to the duration of a segmentation, a gap is inserted. The parameter pusch-TxDuration could be reused to indicate the duration of contention based msg3 segment transmission in NTN transmission.

[0195] For DSA, a duration of a gap is configured by the network. The gap could be used to precompensate and monitor the PDDCH (physical downlink data channel) for response. a gap is inserted between segmentations of repetition transmission.

[0196] In some embodiments, the parameter uplinkSegmentedPrecompensationGap could be extended to monitor the PDDCH for response.

[0197] In some embodiments, the duration of the gap could be defined as the number of PDCCH (physical downlink control channel) occasion configured for the response.

[0198] In some embodiments, the duration of the gap could be defined as the number of symbols or slots or frames.

[0199] In some embodiments, the duration of the gap could be defined as a first duration plus the number of PDCCH occasion plus a second duration. The first duration is determined by the switching time from UL to DL, or configured by the network. The second duration is determined by the switching time from DL to UL, or configured by the network.

[0200] This gap or the extended uplinkSegmentedPrecompensationGap is only used in DSA.

[0201] For DSA, the PDCCH occasion during the gap is configured. The time domain of the PDCCH occasion could include the start time, starting subframe configuration for an PDCCH UE-specific search space, and the repetition number of the PDCCH. The start time is an offset to the starting time of the gap. The periodicity is determined by the repetition number and starting subframe configuration for an PDCCH UE-specific search space (e.g., pdcch-StartSF-USS) . See, e.g., timeline 802 of FIG. 8.

[0202] For DSA, the PDCCH occasion during the gap is determined by the PDCCH configuration of the response (e.g., msg4) . Considering that configuration of PDCCH occasion and PUSCH occasion are independently configured, the gap may not contain the whole pdcch occasions., e.g., the gap may not contain all the repetition transmission, as shown in timeline 804 of FIG. 8. For incomplete PDCCH occasion, UE does not monitor. In FIG. 8, up arrows show uplink transmission occasions, down arrows show downlink transmission occasions and x shows unmonitored time occasions.

[0203] Some preferred embodiments may adopt one or more of the following technical solutions.

[0204] 1. A method of digital communication (e.g., method 910 depicted in FIG. 9A) , comprising: receiving (912) , by a communication device in a contention resolution procedure with a network device, a contention resolution message; and performing (914) , by the communication device, a contention resolution according to the contention resolution message.

[0205] 2. A method of digital communication (e.g., method 920 depicted in FIG. 9B) , comprising:

[0206] performing (922) , by a network device in a contention resolution procedure with a communication device and zero or more additional communication devices, a transmission comprising a contention resolution message configured to provide contention resolution identifiers to the one or more communication devices.

[0207] 3. The method of any of above solutions, wherein the transmission comprises a msg4 transmission.

[0208] 4. The method of any of above solutions, wherein the contention resolution message comprises N medium access control (MAC) protocol data units (PDUs) , where N is a positive integer.

[0209] 5. The method of any of above solutions, wherein a MAC PDU corresponding to the communication device comprises one or more MAC control elements (MAC CEs) including one or more of following fields: a contention resolution identity MAC control element (MAC CE) , cell radio network temporary identifier (C-RNTI) , an uplink control transmission resource MAC CE, or a timing advance command MAC CE.

[0210] 6. The method of solution 5, wherein the one or more MAC CE are arranged according to a predetermined priority order.

[0211] 7. The method of solution 6, wherein the predetermined priority order specifies that the contention resolution identity MAC CE has a priority higher than a priority of the uplink control transmission resource MAC CE.

[0212] 8. The method of solution 6, wherein the predetermined priority order specifies that the contention resolution identity MAC CE has a highest priority among all other types of MAC CEs.

[0213] 9. The method of any of above solutions, wherein the transmission includes a cell radio network temporary identifier (C-RNTI) .

[0214] 10. The method of any of above solutions, wherein the contention resolution message carries a MAC PDU that comprises a MAC response carrying one or more MAC control elements (MAC CEs) including a contention resolution identity MAC control element (MAC CE) , an uplink control transmission resource MAC CE, a timing advance command MAC CE, or a MAC service data unit (SDU) .

[0215] 11. The method of any of above solutions, wherein N is greater than 1, and wherein the MAC PDU carries a multiplex of MAC subheaders and MAC responses corresponding to different communication devices.

[0216] 12. The method of any of above solutions, wherein N is greater than 1, and wherein the MAC PDU carries a multiplex of MAC subheaders and MAC subPDU corresponding to different communication devices.

[0217] 13. The method of solution 11, wherein a MAC subheader comprises a first field indicative of a presence of a corresponding MAC response and / or a second field indicative of a size of the MAC response.

[0218] 14. The method of solution 11 or 13, wherein the MAC response indicates one or more of a contention resolution identity, a cellular radio network temporary identifier (C-RNTI) , a timing advance command, an uplink control channel resource indicator, a hybrid automatic repeat request acknowledgement (HARQ-ACK) resource indicator, an ACK / NACK repetition number or a cell radio network temporary identifier (C-RNTI) .

[0219] 15. The method of any of solutions 11-14, wherein the MAC response includes flags indicative of presence or absence of fields in the MAC response.

[0220] 16. The method of any of solutions 11-15, wherein the contention resolution message comprises one or more of following fields:

[0221] -one or more reserve bits,

[0222] -a timing advance command,

[0223] -an uplink control channel resource indicator,

[0224] -a HARQ-ACK resource indicator,

[0225] -an ACK / NACK repetition number,

[0226] -a C-RNTI,

[0227] -a flag indicating whether additional fields are present.

[0228] 17. The method of any of above solutions, wherein the MAC subheader comprises one or more of following fields:

[0229] -a type indicating a type of the MAC subheader,

[0230] -a backoff indication,

[0231] -a fallback indication,

[0232] -a fallback type,

[0233] -an orthogonal cover code index,

[0234] -a frequency index,

[0235] -a length indicator,

[0236] -a type indicator.

[0237] 18. The method of any of above solutions, wherein the contention resolution message comprises a medium access control control element (MAC CE) that indicates an uplink control channel indicator for the communication device, wherein the MAC CE includes one or more of: a resource offset, a starting offset, or an index to a resource list of a uplink control channel resource.

[0238] 19. The method of solution 1, wherein the contention resolution message indicates a fallback indication and a response type.

[0239] 20. The method of solution 19, wherein the fallback indication triggers one of: (a) the communication device is to perform a random access based early data transmission procedure, or (b) a random access based radio resource control procedure.

[0240] 21. The method of any of solutions 19-20, wherein the fallback indication is included in a MAC subheader corresponding to the MAC PDU for the communication device.

[0241] 22. The method of solution 1, wherein the contention resolution message indicates a backoff indication and / or a MAC response type.

[0242] 23. The method of solution 22, wherein the backoff indication indicates a time to be used by the communication device for a random backoff.

[0243] 24. A communication apparatus comprising at least one processor configured to cause the communication apparatus to implement a method recited in any one or more of solutions 1-23.

[0244] 25. A computer-readable medium having code stored thereon, the code, upon execution by at least one processor of an apparatus, causing the apparatus to implement any one or more of solutions 1-23.

[0245] FIG. 10 shows an example of a wireless communication system (e.g., a long term evolution (LTE) , 5G or NR cellular network) that includes a base station BS 1201 and one or more user equipment (UE) 1111, 1121 and 1131. In some embodiments, the uplink transmissions (1311, 1321, 1331) can include uplink control information (UCI) , higher layer signaling (e.g., UE assistance information or UE capability) , or uplink information. In some embodiments, the downlink transmissions (1411, 1421, 1431) can include downlink control information, DCI or medium access control (MAC) information or high layer signaling or downlink information. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, a terminal, a mobile device, an Internet of Things (IoT) device, and so on. Various core network functions depicted in FIG. 1 may be communicatively coupled (directly or indirectly) to the BS 1201.

[0246] FIG. 11 is a block diagram representation of a portion of an apparatus, in accordance with some embodiments of the presently disclosed technology. An apparatus 1105 such as a network device or a base station or a wireless device (or UE) or a communication device, can include processor electronics 1110 such as one or more processors, one or more microprocessors, or the like, which implements one or more of the techniques presented in this document. The apparatus 1105 can include transceiver electronics 1115 to send or transmit and / or receive signals and messages over one or more communication interfaces such as antenna (s) 1120 or a wired interface (not explicitly shown) . The apparatus 1105 can include other communication interfaces for transmitting and receiving data. Apparatus 1105 can include one or more memories (not explicitly shown) configured to store information such as data and / or instructions. In some implementations, the processor electronics 1110 can include at least a portion of the transceiver electronics 1115. In some embodiments, at least some of the disclosed techniquesare implemented using the apparatus 1105.

[0247] It will be appreciated by a person of skill in the art that the present document discloses several embodiments that allow improvements to the operation of early data transmission in a wireless network. For example, embodiments may be able to make improvements to the existing msg4 that is used to provide resources to UE to enable data transmission. In one aspect, the disclosed embodiments allow UEs to be able to distinguish information targeted for the UE from a multiplexed MAC message.

[0248] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0249] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0250] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0251] Only a few implementations and examples are described, and other implementations, enhancements, and variations can be made based on what is described and illustrated in this document.

Claims

1.A method of digital communication, comprising:receiving, by a communication device in a contention resolution procedure with a network device, a transmission comprising a contention resolution message; andperforming, by the communication device, a contention resolution according to the contention resolution message.2.A method of digital communication, comprising:performing, by a network device in a contention resolution procedure with a communication device and zero or more additional communication devices, a transmission comprising a contention resolution message configured to provide contention resolution identifiers to the one or more communication devices.3.The method of claims 1-2, wherein the transmission comprises a msg4 transmission.4.The method of claims 1-2, wherein the contention resolution message comprises N medium access control (MAC) protocol data units (PDUs) , where N is a positive integer.5.The method of claim 4, wherein a MAC PDU corresponding to the communication device comprises one or more MAC control elements (MAC CEs) including one or more of following fields: a contention resolution identity MAC control element (MAC CE) , cell radio network temporary identifier (C-RNTI) , an uplink control transmission resource MAC CE, or a timing advance command MAC CE.6.The method of claim 5, wherein the one or more MAC CE are arranged according to a predetermined priority order.7.The method of claim 6, wherein the predetermined priority order specifies that the contention resolution identity MAC CE has a priority higher than a priority of the uplink control transmission resource MAC CE.8.The method of claim 6, wherein the predetermined priority order specifies that the contention resolution identity MAC CE has a highest priority among all other types of MAC CEs.9.The method of claims 1 or 2, wherein the contention resolution message carries a MAC subPDU that comprises a MAC subheader and MAC response.10.The method of claims 1-9, wherein N is greater than 1, and wherein the MAC PDU carries a multiplex of MAC subheaders and MAC CEs corresponding to different communication devices.11.The method of claims 1-10, wherein N is greater than 1, and wherein the MAC PDU carries a multiplex of MAC subheaders and MAC responses corresponding to different communication devices.12.The method of claims 1-11, wherein N is greater than 1, and wherein the MAC PDU carries a multiplex of MAC subPDUs corresponding to different communication devices.13.The method of claim 11, wherein a MAC subheader comprises a first field indicative of a presence of a corresponding MAC response and / or a second field indicative of a size of the MAC response.14.The method of claim 11 or 13, wherein the MAC response indicates one or more of a contention resolution identity, a cellular radio network temporary identifier (C-RNTI) , a timing advance command, an uplink control channel resource indicator, a hybrid automatic repeat request acknowledgement (HARQ-ACK) resource indicator, an ACK / NACK repetition number or a MAC service data unit (SDU) .15.The method of any of claims 11-14, wherein the MAC response includes flags indicative of presence or absence of fields in the MAC response.16.The method of claims 1-15, wherein the MAC subheader comprises one or more of following fields:- a type indicating a type of the MAC subheader,- a backoff indication,- a fallback indication,- a fallback type,- an orthogonal cover code index,- a frequency index,- a length indicator,- a type indicator.17.The method of claims 1-16, wherein the contention resolution message comprises a medium access control control element (MAC CE) that indicates an uplink control channel indicator for the communication device, wherein the MAC CE includes one or more of: a resource offset, a starting offset, or an index to a resource list of a uplink control channel resource.18.The method of claim 1, wherein the contention resolution message indicates a fallback indication and a response type.19.The method of claim 18, wherein the fallback indication triggers one of: (a) the communication device is to perform a random access based early data transmission procedure, or (b) a random access based radio resource control procedure.20.The method of any of claims 18-19, wherein the fallback indication is included in a MAC subheader corresponding to the MAC PDU for the communication device.21.The method of claim 1, wherein the contention resolution message indicates a backoff indication and / or a MAC response type.22.The method of claim 21, wherein the backoff indication indicates a time to be used by the communication device for a random backoff.23.A communication apparatus comprising at least one processor configured to cause the communication apparatus to implement a method recited in any one or more of claims 1-22.24.A computer-readable medium having code stored thereon, the code, upon execution by at least one processor of an apparatus, causing the apparatus to implement any one or more of claims 1-22.

Images