Device, method and computer readable medium for communications

Abstract

Embodiments of the present disclosure relate to devices, methods and computer readable medium for the contention-based transmission enhancement. According to embodiments of the present disclosure, a terminal device transmits, to a network device, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices. The terminal device receives, from the network device, a response message for the contention message during a reception window. A starting time of the reception window is related to the EDT resource pool.

Description

DEVICE, METHOD AND COMPUTER READABLE MEDIUM FOR COMMUNICATIONSFIELD

[0001] Embodiments of the present disclosure generally relate to the field of communication, and in particular, to devices, methods and computer readable medium for a contention based (CB) -transmission enhancement.BACKGROUND

[0002] With the development of communication technology, more and more devices are required to exchange data with the network to implement their respective functionalities. For example, smart wearable devices, smart home devices, vehicles, unmanned devices, smart meters, and so on. A narrow band (NB) -internet of things (IoT) technology has been introduced. The NB-IoT technology was developed to provide connectivity solutions for the growth of IoT and enables a large number of devices to access a data network and it is also referred to as extended Machine Type Communications (eMTC) .

[0003] Early data transmission (EDT) has been introduced to improve the performance and battery life of eMTC and NB-IoT devices by allowing data transmission in an uplink message (for example, message 3 / msg3) during a random access channel (RACH) procedure without requiring establishment of an active RRC Connection.

[0004] In addition, one desired goal in such communication systems is a reduction of latency. One manner of achieving this is to reduce uplink latency by allowing contention-based uplink transmissions. Contention-based uplink transmissions are transmissions where multiple terminal devices (such as, smart wearable devices, smart home devices and so on) transmit data over a common, shared channel resource or a preconfigured resource pool. This approach can reduce delay when an offered load is not too large. Moreover, this approach may also allow savings on uplink control channel resources.SUMMARY

[0005] In general, example embodiments of the present disclosure relate to devices, methods, and computer readable medium for the CB-transmission enhancement.

[0006] In a first aspect, there is provided a terminal device. The terminal device comprises  a processor. The processor is configured to cause the terminal device to transmit, to a network device, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices. The terminal device is further caused to receive, from the network device, a response message for the contention message during a reception window. A starting time of the reception window is related to the EDT resource pool

[0007] In a second aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to receive, from a terminal device of a group of terminal devices, one or more replicas of a contention message using one or more resources an early data transmission (EDT) resource pool for the group of terminal devices. The network device is further caused to transmit, to the terminal device, a response message for the contention message, such that the terminal device to receive the response message during a reception window. A starting time of the reception window is related to the EDT resource pool.

[0008] In a third aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to transmit a contention message to a network device. The terminal device is further caused to receive, from the network device, a response message for the contention message by detecting resource information associated with the contention message. The resource information is carried by a medium access control (MAC) protocol data unit (PDU) of the response message.

[0009] In a fourth aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device receive a contention message from a terminal device. The network device is further caused to transmit, to the network device, a response message for the contention message. The response message comprises resource information associated with the contention message in a medium access control (MAC) protocol data unit (PDU) of the response message.

[0010] In a fifth aspect, there is provided a method implemented at a terminal device. In the method, the terminal device transmits, to a network device, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices. The terminal device receives, from the network device, a response message for the contention message during a reception window. A starting time of the reception window is related to the EDT resource pool.

[0011] In a sixth aspect, there is provided a method implemented at a network device. In the method, the network device receives, from a terminal device of a group of terminal devices, one or more replicas of a contention message using one or more resources an early data transmission (EDT) resource pool for the group of terminal devices. The network device transmits, to the terminal device, a response message for the contention message, such that the terminal device to receive the response message during a reception window. A starting time of the reception window is related to the EDT resource pool.

[0012] In a seventh aspect, there is provided a method implemented at a terminal device. In the method, the terminal device transmits a contention message to a network device. The terminal device receives, from the network device, a response message for the contention message by detecting resource information associated with the contention message. The resource information is carried by a medium access control (MAC) protocol data unit (PDU) of the response message.

[0013] In an eighth aspect, there is provided a method implemented at a network device. In the method, the network device receives a contention message from a terminal device. The network device transmitting, to the network device, a response message for the contention message. The response message comprises resource information associated with the contention message in a medium access control (MAC) protocol data unit (PDU) of the response message.

[0014] In a ninth aspect, there is provided a computer-readable medium having instructions stored thereon, the instructions, when executed on at least one processor, cause the at least one processor to perform the method of the fifth to eighth aspects.

[0015] It is to be understood that the summary section is not intended to identify key or essential features of example embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Some example embodiments will now be described with reference to the accompanying drawings, where:

[0017] FIG. 1A illustrates an example environment in which some embodiments of the present disclosure can be implemented;

[0018] FIG. 1B illustrates an example non-terrestrial network (NTN) scenario;

[0019] FIG. 1C illustrates another example NTN scenario;

[0020] FIG. 1D illustrates an example of round-trip time (RTT) between a terminal device and a network device in a low earth orbit (LEO) situation of the NTN;

[0021] FIG. 1E illustrates an example of round-trip time (RTT) between a terminal device and a network device in a geostationary orbit (GEO) situation of the NTN;

[0022] FIG. 1F illustrates an example of contention messages transmitted by a group of terminal devices on resource (s) among a common resource pool, e.g., preconfigured EDT resource pool;

[0023] FIG. 1G illustrates example of guard periods in type-B half-duplex frequency division duplex (FDD) operation;

[0024] FIG. 2 illustrates an example signaling process for the CB-transmission enhancement according to some embodiments of the present disclosure;

[0025] FIG. 3A illustrates an example reception window of a response message for the contention message under an early data transmission (EDT) resource pool configured with multiple time domain opportunities according to some embodiments of the present disclosure;

[0026] FIG. 3B illustrates another example reception window of a response message for the contention message under an early data transmission (EDT) resource pool configured within one time domain opportunity according to some embodiments of the present disclosure;

[0027] FIG. 4 illustrates another example signaling process for the CB-transmission enhancement according to some embodiments of the present disclosure;

[0028] FIG. 5A illustrates an example medium access control (MAC) protocol data unit (PDU) carrying resource information associated with the contention message according to some embodiments of the present disclosure;

[0029] FIG. 5B illustrate examples of the first number of bits in the TC-RNTI according to some embodiments of the present disclosure;

[0030] FIG. 5C illustrate examples of the first number of bits indicating the subcarrier index (ID) according to some embodiments of the present disclosure;

[0031] FIG. 5D illustrates examples of the first number of bits that indicate three LSB of the hyper SFN ID according to some embodiments of the present disclosure;

[0032] FIG. 5E illustrates examples of the first number of bits that indicate three MSB and / or three LSB of the frame ID according to some embodiments of the present disclosure;

[0033] FIG. 6 illustrates a flowchart of an example method implemented at a terminal device according to some embodiments of the present disclosure;

[0034] FIG. 7 illustrates a flowchart of an example method implemented at a network device according to some embodiments of the present disclosure;

[0035] FIG. 8 illustrates a flowchart of an example method implemented at a terminal device according to some embodiments of the present disclosure;

[0036] FIG. 9 illustrates a flowchart of an example method implemented at a network device according to some embodiments of the present disclosure; and

[0037] FIG. 10 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure.

[0038] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0039] Principle of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0040] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0041] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC)  devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Small Data Transmission (SDT) , mobility, Multicast and Broadcast Services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may be also incorporated one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal, a wireless device or a reduced capability terminal device.

[0042] As used herein, the term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , Network-controlled Repeaters, and the like.

[0043] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information. The terminal or the network device may work on several frequency ranges, e.g. FR1 (410 MHz –7125 MHz) , FR2 (24.25 GHz to 71 GHz) , 71 GHz to 114 GHz, and frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC)  application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0044] The network device may have the function of network energy saving, Self-Organizing Networks (SON)  / Minimization of Drive Tests (MDT) . The terminal may have the function of power saving.

[0045] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0046] The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0047] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device and the second network device. In one embodiment, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0048] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and  its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0049] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0050] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware. In this disclosure, the subband and the frequency subband may be used interchangeable without any limitation.

[0051] In the NB-IoT, the uplink data / shared channel may be referred to as “NB-IoT physical uplink shared channel (NPUSCH) ” . The downlink control channel may be referred to “NB-IoT physical downlink control channel (NPDCCH) ” , and the downlink data / shared channel may be referred to as NB-IoT physical downlink shared channel (NPDSCH) ” .

[0052] In some embodiments of the disclosure, the term “orthogonal cover code” refers to a coding technique used in wireless communication systems to mitigate interference and improve overall system performance. OCC is particularly effective in scenarios where  multiple users or devices are transmitting simultaneously (Code Domain Multiplexing, CDM, technique) , such as in cellular networks or wireless local area networks (WLANs) . In coding theory, orthogonal codes refer to sets of binary sequences that have desirable properties. These codes have the property that their inner product is zero, except when two identical sequences are multiplied together, in which case the inner product is equal to the length of the sequence. In some examples, the same time-frequency resources may be expanded by the OCC into multiple resources that are orthogonal with each other in the code domain. In this case, different devices may use these multiple resources to communicate without interference with each other.

[0053] In some embodiments of the disclosure, the term “radio network temporary identifier (RNTI) ” refers to the identifier which may be used to distinguish the terminal devices in the random access. The RNTI may include, but not limited to, random access (RA) -RNTI, temporary cell-RNTI (TC-RNTI) , cell-RNTI (C-RNTI) , and so on. In some embodiments of the disclosure, the RNTI may be also referred to as “X-RNTI” . As an example, TC-RNTI is a temporary ID inside response message, which is generated by the network device as a response message for the random access message transmitted by the terminal device. In general, the TC-RNTI is comprised in MAC PDU (which is also referred to MAC random access response, RAR) in the PDSCH of the response message for the random access message. In turn, the terminal device may, for example, decode / descramble the PDCCH of the response message to determine the PDSCH of the response message. Then, the terminal device may retrieve the TC-RNTI from the MAC PDU (or MAC RAR) in the PDSCH of the response message for the subsequent communication with the network device.

[0054] In some embodiments of the disclosure, in the case that the terminal device is to transition to the active mode from the idle / inactive mode, or the terminal device is to access the network initially, the terminal device 110 may initiate a random access (procedure) with the network device 120 to implement uplink synchronization and obtain specified identity (ID) for the radio access communication. The random access procedure may include 4-step random access or the 2-step random access.

[0055] Only for discussion purposes without any limitation, the 4-step random access includes four signaling steps. In the first step, the terminal device transmits a message 1 (Msg 1) including random access preambles (which may be also referred to physical random access channel, PRACH) to a network device to initiate the random access. In the second  step, in response to receiving Msg 1, the network device transmits a random access response (RAR) , i.e., message 2 (Msg 2) , for the random access preambles to the terminal device. In the third step, once receiving the RAR, the terminal device transmits a message 3 (Msg 3) using the resources allocated in the RAR to the network device. In the fourth step, after receiving the Msg 3, the network device transmits a message 4 (Msg 4) to terminal device. In some situations, the Msg 3 and Msg 4 may be used for the contention-based solution. Without any limitation, the random access procedure may be also contention-free.

[0056] The 2-step random access procedure includes two signaling steps which may be referred to the step A and the step B. In the step A, the terminal device transmits a message A (Msg A) to the network device to initiate the 2-step random access. The functionality of Msg A may be similar to that of the Msg 1 and Msg 3 in the 4-step random access. In the step B, upon receiving the Msg A, the network device transmits a message B (Msg B) to the terminal device. The function of the Msg B may be similar as the function of the Msg 3 and Msg 4 in the 4-step random access.

[0057] In the random access procedure, the terminal device determines a reception window (which may be also referred to as the RA Response window) for receiving the random access RAR based on a predefined rule. As an example, if the random access preamble was transmitted in a non-terrestrial network, then the RA Response window starts at the subframe that contains the end of the last preamble repetition plus X subframes plus RTT between the terminal device and network device (which is also referred to as UE-eNB RTT) and has length ra-ResponseWindowSize for the corresponding enhanced coverage level, where value X is determined from Table 1 based on the used preamble format and the number of NPRACH repetitions.

[0058] Table 1

[0059] For NB-IoT UEs, the RA-RNTI associated with the PRACH in which the Random Access Preamble is transmitted is computed as: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id

[0060] where SFN_id is the index of the first radio frame of the specified PRACH and carrier_id is the index of the UL carrier associated with the specified PRACH. The carrier_id of the anchor carrier is 0.

[0061] In addition, the size of the RA response window may be obtained based on the field “ra-ResponseWindowSize” which include “ENUMRATED {sf2, sf3, sf4, sf5, sf6, sf7, sf8, sf10} ” .

[0062] As mentioned above, the EDT technology has been introduced to facilitate the performance and battery life of eMTC and NB-IoT devices by allowing data transmission in an uplink message during a random access channel (RACH) procedure. Specifically, in releases 16 and 17 of 3GPP, several additional features were introduced to enhance the performance and efficiency of NB-IoT. These include the enhancement of Early Data Transmission (EDT) for mobile terminals, UE group wake-up signals (GWUS) , and Preconfigured Uplink Resource (PUR) transmission. Accordingly, a resource pool for contention-based uplink transmissions (which may be also referred to EDT resource pool in some embodiments) may be preconfigured for a group of terminal devices to perform contention based (CB) -uplink transmission.

[0063] In this case, during the random access procedure, the group of terminal devices may each transmit contention message including uplink data to the network device using resources selected from the EDT resource pool. In an example, the contention message may be the message 3 (Msg 3) (which may be also referred to as CB-msg3 or CB-msg3 EDT in some embodiments) within the random access procedure of the NB-IoT devices that is used for contention solution.

[0064] Furthermore, regarding the EDT mechanism or contention mechanism, an “ALOHA-like” mechanism may be supported. The ALOHA protocol is an early wireless communication protocol developed to solve communication problems between the islands. The protocol operates at the data link layer of the OSI model and is classified as one of the Random Access Protocols. Further, a slot ALOHA (SA) was proposed. In SA, time is divided into discrete slots to improve efficiency, increase throughput, and reduce collisions.  Nodes must synchronize with the communication network and wait for a certain. Then, SA is further developed into DSA and contention resolution diversity slotted ALOHA (CRDSA) . The details regarding the contention messages transmitted by adopting the ALOHA mechanism is further discussed with reference to FIG. 1F.

[0065] As such, during the random access procedure, the group of terminal devices may use a common, shared resource pool to transmit the contention message (i.e., CB-Msg 3) including uplink data by adopting ALOHA-like mechanism. However, since the terminal device is not assigned with a dedicated Msg3 resource and the terminal device may transmit a plurality of replicas of the contention messages at different time domain opportunities of the SA / DSA / CRDSA mechanism, this terminal device may be difficult to determine the corresponding reception occasion of the response message for the contention message from the network device. In addition, the response message for the CB-msg3 EDT from the network may also conflict with the CB-msg3 EDT from the terminal, for example, a subsequent replica from the same terminal or another CB-msg 3 from another terminal device. The NB-IoT terminal also cannot transmit uplink signals and receive downlink signals at the same time (the same subframe) . Moreover, a NB-IoT terminal requires a gap time between any uplink and downlink switching. Thus, how to design the reception window of response messages is a key aspect.

[0066] In other words, after transmitting Msg3 PUSCH, a response window or timer must be introduced to receive the corresponding response message, similar to the RACH procedure.

[0067] As an example, for NB-IoT, only type-B half-duplex FDD operation is supported. In this type of operation, guard periods (GP, illustrated in FIG. 1E) , each referred to as a half-duplex guard subframe, are created by the UE by

[0068] - not receiving a downlink subframe immediately preceding an uplink subframe from the same UE, and

[0069] - not receiving a downlink subframe immediately following an uplink subframe from the same UE.

[0070] Since multiple EDT occasions need to be timed closely together to manage the overall delay of the CB-msg3 EDT in DSA mode, altering the CB-msg3 EDT resource configuration will not resolve the half-duplex FDD subframe conflict issues.

[0071] The legacy RA Response window starts at the subframe that contains the end of the last preamble repetition plus X subframes plus UE-eNB RTT and has length ra- ResponseWindowSize for the corresponding enhanced coverage level, where value X is determined based on the used preamble format and the number of NPRACH repetitions. In turn, for CB-msg3 EDT, if the CB-msg3 EDT Response window starts at the subframe that contains the end of the last NPUSCH repetition plus X subframes plus UE-eNB RTT, it might 1) conflict with the terminal’s UL subframes with a small X value; or 2) introduce additional latency with a large X value.

[0072] To effectively control the overall CB-msg3 EDT delay in DSA mode, multiple EDT occasions must be configured closely together in the time domain. Therefore, changing the CB-msg3 EDT resource configuration is not an option to resolve the half-duplex FDD subframe conflict

[0073] At least to solve the above issues, the example embodiments of the disclosure propose the contention-based transmission enhancement. Generally speaking, a new reception window for receiving a response message of the contention message (e.g., CB-msg3 EDT) and the corresponding starting time are introduced. This method may be also expressed as below.

[0074] In one aspect, a terminal device uses one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices, to one or more replicas of a contention message to a network device. Then, during a reception window, the terminal device receives, from the network device, a response message for the contention message. The starting time of this reception window is related to the EDT resource pool.

[0075] In this way, the reception window for the response message may be obtained based on the EDT resource pool for the group of terminal devices. As such, the response message from the network device will not conflict with the CB-msg3 EDT transmission corresponding to the EDT resource pool. Furthermore, the overall delay from the transmission of CB-msg3 EDT to the reception of the response of CB-msg3 EDT may be reduced. Meanwhile, the terminal is able to use the CB-msg3 EDT time domain diversity and enhance the transmitting CB-msg3 EDT successful rate.

[0076] Principle and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. FIG. 1A illustrates an example environment 100 in which example embodiments of the present disclosure can be implemented.

[0077] The environment 100, which may be a part of a communication network, comprises a terminal device 110-1, a terminal device 110-2, a terminal device 110-3 and a terminal device 110-4 which are collectively referred to as the terminal device 110. In some embodiments of the disclosure, these terminal devices may be NB-IoT devices. Without any limitation, these terminal devices may also have different device types, for example, legacy terminal device and NB-IoT device. The environment 100 further comprises a network device 120-1 (for example, a base station) and a network device 120-2 (for example, a network access device for non-terrestrial network, NTN) which are collectively referred to as the network device 120. In the example of disclosure, the terminal devices 110 may access the network via the network device 120-1 or the network device 120-2 without any limitation. For example, the terminal device 110-1 may transmit a random access preamble to the network device 120-1 to initiate access, and the terminal device 110-2 may transmit a random access preamble to the network device 120-2 to initiate access. Thus, in some embodiments, the communication network may include TN, NTN, NB-IoT and / or eMTC. In some other embodiments, the communication network may include any other possible communication network. It is to be understood that the number of network devices and terminal devices is given only for illustration without suggesting any limitations. The communication network may include any suitable number of network devices and / or terminal devices adapted for implementing embodiments of the present disclosure. Although not shown, it would be appreciated that one or more terminal devices may be located in the environment 100.

[0078] In some embodiments, in the case that the terminal device 110 is to transition to the active mode from the idle / inactive mode, or the terminal device 110 is to access the network initially, the terminal device 110 may initiate a random access (procedure) with the network device 120 to implement uplink synchronization. The random access procedure may be the above 4-step random access or the 2-step random access without any limitation.

[0079] It is to be understood that the number of units and other objects in FIG. 1Ais provided merely for the purpose of illustration without implying any limitations to the device environment 100. The environment 100 may include any suitable number of functionality  units configured to implement example embodiments of the subject disclosure. Although not shown, it would be appreciated that one or more terminal devices may be located in the environment 100.

[0080] As mentioned above, the communication network may include TN, NTN, NB-IoT and / or eMTC. Specifically, FIG. 1B and FIG. 1C illustrate some examples of non-terrestrial network (NTN) scenario. In the examples of FIG. 1B and 1C, a network or segment of networks uses RF resources on board a satellite (or UAS platform) . The satellite (or UAS platform) typically generate several beams over a given service area bounded by its field of view. The footprints of the beams are typically of elliptic shape. The field of view of a satellites (or UAS platforms) depends on the on board antenna diagram and min elevation angle. The terminal devices (such as, user equipment) may access the data network via the service link between the terminal device and the satellite. For example, the satellite may relay the data communication through the feeder link to the gateway of the data network. Alternatively, more than one satellite relays data communication between the data network and the terminal (as shown in FIG. 1C) .

[0081] Compared to the TN, NTN has some unique transmission characteristics. FIG. 1D illustrates an example of round-trip time (RTT) between a terminal device and a network device of regenerative architecture in a low earth orbit (LEO) orbit with an altitude of 600km in different elevation angles. As shown in the FIG. 1D, the RTT is not fixed and changed with the elevation angle with a maximum value of 7.2ms. FIG. 1E illustrates an example of round-trip time (RTT) between a terminal device and a network device of regenerative architecture in a geostationary orbit (GEO) situation of the NTN in different elevation angles. Similar, the RTT is also not fixed, the RTT is changed with the elevation angle with a maximum value of 266ms. For transparent architecture, the RTT will be doubled to the above value. The large RTT in NTN cannot be neglected in the system's design, e.g. the CB-msg3 EDT resource configuration, the CB-msg3 EDT response window starting time.

[0082] FIG. 1F illustrates an example of contention messages transmitted by a group of terminal devices on resource (s) among a common resource pool, e.g., preconfigured EDT resource pool.

[0083] As shown in FIG. 1F, the common resource pool 130 (which may be also referred to as an EDT resource pool) has multiple time domain opportunities. In the ALOHA-like mechanism, a terminal device among a group of terminal devices may transmit a contention  message (e.g., CB-msg3 EDT) or a replica of the contention message within one time domain opportunity. In some cases, the transmission of the contention message may include one or more repetition transmissions for the contention message. That is, the terminal device may transmit, within one time domain opportunity, one or more repetitions for the contention message, or one or more repetitions for the contention message replica.

[0084] In addition, as shown in FIG. 1F, in the frequency domain, one time domain opportunity may be divided into multiple frequency ranges. Depending on the subcarrier spacing (SCS) size, one frequency range may have a corresponding number of the subcarriers. In some embodiments, one frequency range within the time domain opportunity (e.g., the block 135) may be referred to as a resource for transmitting the contention message. By adopting the ALOHA-like mechanism, the terminal device may select one or more such resources from the EDT resource pool to transmit one or more replicas of the contention message. For example, in SA, the terminal device selects one such resource from the EDT resource pool to transmit the contention message. In another example, in DSA, the terminal device may select more than one such resource from the EDT resource pool to transmit one or more replicas of the contention message. As an example, UE1 select two resources 133 and 135 from different time domain opportunities to transmit two replicas of the contention message. In the CRDSA, the network device may receive the contention message from UE1 successfully by receiving the replica of the contention message on the resource 133. Moreover, when receiving the contention messages (or their replicas) from UE1 and UE6 on resource 135, the network device may obtain the contention message from UE6 based on the message received from UE1 on resource 133, e.g., subtracting the message received on the resource 133 from the messages received on the resource 135.

[0085] FIG. 1G illustrates example of guard periods in type-B half-duplex frequency division duplex (FDD) operation.

[0086] As mentioned above, since the group of terminal devices may each transmit their contention messages by randomly choosing resource (s) from the whole EDT resource pool, the terminal devices in the group may be difficult to determine when to receive the response message to its contention message.

[0087] At least to solve the related issues mentioned above, some embodiments of the disclosure are discussed with reference to FIGS. 2 to 10.

[0088] FIG. 2 illustrates another example signaling process 200 for the contention based- transmission enhancement according to some embodiments of the present disclosure. For the purpose of discussions, the process 200 will be described with reference to FIG. 1A. It would be appreciated that although the process 200 has been described with respect to communication environment of FIG. 1A, this process 200 may be likewise applied to other communication environments.

[0089] In the signaling process 200, the terminal device 110 transmits (210) one or more replicas of a contention message 215 using one or more resources from an EDT resource pool for a group of terminal device. The terminal device 110 is a member of the group of terminal devices. As an example, referring to FIG. 1A, the terminal devices 110-1, 110-2, 110-3 and 110-4 may be assigned with the EDT resource pool. One or more of these terminal devices may transmit one or more replicas of their contention messages to the network device 120-1 / 120-2 in the same way as the ALOHO-like mechanism discussed with reference to FIG. 1F.

[0090] Referring back to FIG. 2, in some embodiments, the contention message 215 may be the contention based-message 3 (CB-msg3) or CB-msg3 EDT for a random access procedure of an NB-IoT system. Alternatively, in some embodiments, the contention message may be any contention based-message in other communication systems related to channel contention (e.g., listen-before-talk (LBT) , clear channel assessment (CCA) required system and so on) , and this is not limited in the disclosure.

[0091] Accordingly, the network device 120 receives (220) the one or more replicas of contention message 215 from the terminal device 110. In some embodiments, the network device 120 may only receive one replica of the contention message successfully. In this case, the contention message is also considered to be received successfully by the network device. Without any limitation, the network device 120 may also receive each of the one or more replicas successfully. Then, the network device 120 transmits (230) a response message 235 for the contention message to the terminal device 110.

[0092] The terminal device 110 receives (240) the response message 235 during a reception window. The starting time of the reception window is related to the EDT resource pool. In some embodiments, the EDT resource pool may be configured with multiple time domain opportunities. In this case, the reception window may start at the end of multiple configured CB-msg3 EDT opportunities (or resources) . To discuss clarity, the reception window under the EDT resource pool with multiple time domain opportunities is further discussed with  reference to FIG. 3A.

[0093] FIG. 3A illustrates an example reception window of a response message for the contention message under an early data transmission (EDT) resource pool configured with multiple time domain opportunities according to some embodiments of the present disclosure.

[0094] As similar to FIG. 1F, the example EDT resource pool in FIG. 3A is also configured with multiple time domain opportunities. In some embodiments, the starting time 310 of the reception window may be determined based on an end location 320-1 or 320-2 of the last time domain opportunity of the multiple time-domain opportunities, and an offset value 330. Compared to the example of FIG. 1F, in some embodiments of the disclosure, resources in EDT resource pool may be further expanded to the code domain and / or spatial domain, e.g., by applying the OCC mentioned above and / or different beams, which is not limited in this disclosure. As an example, UE4 may apply an OCC sequence to the replica of the corresponding contention message, and thereby use the orthogonal resource 150 to transmit its contention message.

[0095] In the embodiments of the disclosure, the end (location) of the EDT resource pool may refer to the exact end boundary of the EDT resource pool. In addition or alternatively, the end (location) of EDT resource pool may refer to the end of the last hyper frame, the last frame, the last subframe, the last slot, or the last symbol for the EDT resource pool. In addition or alternatively, the end (location) of the EDT resource pool may refer to the last repetition transmission within the last time domain opportunity of the EDT resource pool. Since that the above “time units’ each has its length “granularity” , the end (location) of the EDT resource pool may be not exactly aligned with the last boundary of the EDT resource pool. In an example, if the reception window starts at the frame / subframe that contains the end of the EDT resource pool plus the offset value, the end of the frame / subframe may be a bit later than the exact boundary of the EDT resource pool, which is shown by the reference number 320-1. In another example, if the reception window starts at the slot or symbol that contains the end of the EDT resource pool plus the offset value, the end of the slot / symbol may be a bit earlier than the exact boundary of the EDT resource pool, which is shown by the reference number 320-2. It is to be understood that the term “end of the EDT resource pool or a time domain opportunity” in the disclosure may cover these cases without any limitation.

[0096] In addition, in some embodiments, the offset value 330 may be related to the payload  size of the contention message 215 transmitted by the terminal device 110. In addition or alternatively, the offset value 330 may be related to a transmission block size (TBS) of the contention message 215. In some embodiments, the offset value 330 may be related to the number of required resource units (RUs) and / or the number of slots of the RU configuration. The RU is used to describe the mapping of the NPUSCH to resource elements, defined as  SC-FDMA symbols in the time domain and consecutive subcarriers in the frequency domain. Some example values of the parameters are shown in Table 2.

[0097] Table 2

[0098] In addition or alternatively, the offset value 330 may be related to the coverage level of the contention message 215, for example, the number of repetition transmissions of the contention message or the replica within one EDT opportunity time domain duration. In addition or alternatively, the offset value 330 may be related to the usage condition of OCC, i.e., whether OCC sequence is applied to the contention message 215.

[0099] In addition or alternatively, as mentioned above, the end location 320 may be or may include the end location of the last repetition transmission of the contention messages from the group of terminal devices in the last time domain opportunity.

[0100] In addition, if the network device 120 is configured for the NTN, the RTT between the network device 120 and the terminal device 110 cannot be neglected since there is a considerable distance between the terminal device and network device, and the distance  changes rapidly. In this case, in some embodiments, the offset value 330 may be also related to the RTT between the network device 120 and the terminal device. Without any limitation, in the NT network, the offset value 330 may be also related to the RTT.

[0101] In a specific example, assuming that the network device 120 configures multiple CB-msg3 EDT opportunities with different time domain resources to a group of terminal devices, as shown in FIG. 3A. In this case, with respect to the NTN, the reception window (which may be also referred to as the CB-msg3 EDT Response window) may start at the subframe / frame that contains the end of the configured CB-msg3 EDT opportunities (or the EDT resource pool) for a group of terminals plus X number of subframes / frames / slot / symbols and the RTT (i.e., the offset value = X number of subframes / frames / slot / symbols + RTT) . The value X may be determined based on the CB-msg3 EDT payload sizes (or the required TBS) , CB-msg3 EDT repetitions (or the coverage level) , SCS configuration, RU configuration and whether the code-domain diversity is used (e.g., enable / disable OCC) . Further, in some embodiments, the size of the reception window may be CB-msg3-EDT-ResponseWindowSize (cbmsg3edt-ResponseWindowSize) for the corresponding enhanced coverage level. Thus, the subframe where the reception window starts may be related to at least one of: the configurations of the EDT resource pool, CB-msg3 EDT mechanism (e.g., SA, DSA or CRDSA) , payload sizes (or required TBS) , number of required RUs, number of slots for the RU configuration, uplink coverage level (or the number of repetition transmissions) or the RTT between the terminal device and the network device.

[0102] Alternatively, with respect to the TN, the reception window may start at the subframe / frame that contains the end of the EDT resource pool (or configured CB-msg3 EDT opportunities) for the group of terminals plus the X number of subframes / frames / slot / symbols, without considering RTT. Alternatively, as mentioned above, the RTT may be also considered in the TN. Thus, the subframe where the reception window starts may be related to at least one of: the configuration of the EDT resource pool, CB-msg3 EDT mechanism (e.g., SA, DSA or CRDSA) , payload sizes (or required TBS) , SCS configuration, RU configuration or uplink coverage level (or the number of repetition transmissions) .

[0103] In some other embodiments, the starting time 310 of the reception window may be determined based on the starting position of the EDT resource pool and another offset value 340. The other offset value 340 may be larger than the above offset value 330. The offset  value 340 can be derived from the offset value 330. E, g, the offset value 340 = the offset value 330 + CB-msg3 EDT resource pool duration.

[0104] Alternatively, in some embodiments, the EDT resource pool may be configured within one time domain opportunity or within the same time domain resources. To discuss clarity, the corresponding reception window in this case is further discussed with reference to FIG. 3B.

[0105] FIG. 3B illustrates another example reception window of a response message for the contention message under an early data transmission (EDT) resource pool configured within one time domain opportunity according to some embodiments of the present disclosure.

[0106] As shown in FIG. 3B, the EDT resource pool has only one time-domain opportunity. In this case, in some embodiments, the starting time 360 of the reception window may be determined based on an end location 350 of a last repetition transmission for the one or more replicas, and an offset value 370. That is, the end time when the terminal device 110 completes the repetition transmissions of the contention message (or its replica) is the starting position for calculating the starting time of the reception window. In some embodiments, the terminal device 110 transmits the contention message or its replica with the opportunities in the same time-domain duration. The end location of this one-time contention message or replica is the starting position for calculating the starting time of the reception window. Alternatively, the terminal device 110 transmits multiple repetition transmissions of the contention message or its replica. The end location of the last repetition transmission is the starting position for calculating the starting time of the reception window. In addition, the offset 370 may be the same as the offset 330 in FIG. 3A.

[0107] Similarly, in some embodiments, the starting time 360 of the reception window may be also determined based on the starting position of the EDT resource pool configured within one time domain opportunity and another offset value 380. The other offset value 380 can be derived by the offset value 370. E,g, the offset value 380 = the offset value 370+ the one EDT time domain opportunity duration.

[0108] In view of the above, by introducing the new reception window for the CB-msg3 EDT response, the overall delay from transmitting the CB-msg3 EDT to receiving the response of CB-msg3 EDT can be reduced. Furthermore, the terminal device could still use the CB-msg3 EDT time domain diversity and enhance the successfully transmitting CB-msg3 EDT rate.

[0109] In addition to the above possible issues, in the NB-IoT, the network device 120 may broadcast or multicast a plurality of messages that is destined for different terminal devices. For example, after the network device receives a plurality of contention messages from a group of terminal devices. The network device may feedback the respective response messages to these terminal devices. In turn, some issues may be caused, for example, the terminal device may be difficult to distinguish the response message targeted to itself from the large amount of response messages. As an example, the subcarrier index (ID) in the downlink control information (DCI) of the response message may be ambiguous. The subcarrier ID may not fit in DCI format N1 or the RNTI scramble the Cyclic Redundancy Check (CRC) of the NPDCCH transmitting the DCI format N1. In other words, if the subcarrier ID is used to determine the RNTI, 6 bits are needed to identify the 48 subcarriers. However, since the total number of bits in an RNTI is 16, there may not be enough bits available in the RNTI to identify the subcarrier ID.

[0110] At least to solve the above issues, the example embodiments of the disclosure propose another contention-based transmission enhancement. Generally speaking, the resource information associated with the contention messages from the terminal device may be captured in the medium access control (MAC) protocol data unit (PDU) of the corresponding response message. In this case, the terminal device may distinguish its own response message.

[0111] In another aspect, the terminal device transmits a contention message to a network device. Then, the terminal device receives a response message from the network device for the contention message, by detecting resource information associated with the contention message.

[0112] In this way, the ambiguity between the response messages for CB-msg3 EDT that are sent via different resources can be avoided. As such, the reliability of the CB-msg3 EDT response reception can be enhanced.

[0113] FIG. 4 illustrates another example signaling process 400 for the contention based-transmission enhancement according to some embodiments of the present disclosure. For the purpose of discussions, the process 400 will be described with reference to FIG. 1A. It would be appreciated that although the process 400 has been described with respect to communication environment of FIG. 1A, this process 400 may be likewise applied to other communication environments.

[0114] In the signaling process 400, the terminal device 110 transmits (410) a contention message 415 to the network device 120. In some embodiments, the contention message may be the contention-based message 3 (CB-msg3) or CB-msg3 EDT for a random access procedure of a NB-IoT system. Alternatively, in some embodiments, the contention message may be any contention-based message in other communication system related to channel contention (e.g., listen-before-talk (LBT) , clear channel assessment (CCA) required system and so on) , and this is not limited in the disclosure.

[0115] Accordingly, the network device 120 receives (420) the contention message 415. Then, the network device 120 transmits (430) a response message 435 to the terminal device 110. The response message 435 includes resource information associated with the contention message 415 in the MAC PDU of the response message 435. Then, the terminal device 110 receives (440) the response message 435 from the network device 120 by detecting the resource information associated with the contention message.

[0116] In some embodiments, the resource information may include first information on a subcarrier contains contention message 415. In addition or alternatively, the resource information may include at least one of second information on a hyper-frame containing the contention message 415, third information on a frame containing the contention message or fourth information on an orthogonal cover code (OCC) applied to the contention message 415.

[0117] In addition, in some embodiments, the resource information may be or may be carried by a certain number of bits (which may be also referred to as the first number of bits in some embodiments) .

[0118] In some embodiments, the first number of bits carrying the resource information associated with the contention message 415 may be configured in the reserved bits of the MAC PDU. Alternatively, the first number of bits may be a portion of the TC-RNTI field in the MAC PDU. In some embodiments, the MAC PDU may be also referred to as a MAC contention-based-msg3 (CB-msg3) early data transmission (EDT) response.

[0119] Only for discussion purposes, the MAC PDU including the resource information is further discussed with reference to FIG. 5A.

[0120] FIG. 5A illustrates an example medium access control (MAC) protocol data unit (PDU) carrying resource information associated with the contention message according to some embodiments of the present disclosure.

[0121] In FIG. 5A, the response message 510 (i.e., the response message 435) including the NPDCCH and the NPDSCH is shown. The terminal device 110 may retrieve the NPDSCH by decoding the NPDCCH of the response message 510 / 435. The resource information may be included in the MAC PDU within the NPDSCH of the response message 510 / 235. As mentioned above, in some embodiments, the first number of bits carrying the resource information may be in the reserved bits. Alternatively, the first number of bits may be a portion of the TC-RNTI.

[0122] Assuming that the resource information includes the first information on the subcarrier containing the contention message 415. In some embodiments, the first number of bits may be six (6) bits, four (4) bits, three (3) bits, or two (2) bits. To discuss clarity, the first number of bits being a portion of the TC-RNTI is further discussed with reference to FIG. 5B.

[0123] FIG. 5B illustrate examples of the first number of bits in the TC-RNTI according to some embodiments of the present disclosure.

[0124] In some embodiments, the number of subcarriers for transmitting the contention message 415 is 48. In this case, the first number of bits may be six bits, in order to distinguish among the total 48 subcarriers. In an example, the six bits may be the six most significant bits (MSB) 520 of the TC-RNTI. Alternatively, in another example, the six bits may be the six least significant bits (LSB) 530 of the TC-RNTI. In this way, the design of the TC-RNTI may be also simplified.

[0125] Referring back to FIG. 4, in some embodiments, the first number of bits may indicate an index (ID) (which may be also referred to as the first ID for discussion purposes) of the subcarrier containing the contention message. To discuss clarity, the first number of bits indicating the index of the subcarrier is further discussed with reference to FIG. 5C.

[0126] FIG. 5C illustrates an example of the first number of bits indicating the subcarrier index (ID) according to some embodiments of the present disclosure. In the example of FIG. 5C, the first number of bits is “010101” which may be calculated as “21” in decimal, i.e., the index (22) of the subcarrier containing the contention message among the total 0～47 subcarrier.

[0127] Alternatively, if the SCS is 15kHz and the terminal device 110 performs the uplink transmission using multi-tone transmission, it is unnecessary to distinguish the subcarrier among the total 48 subcarriers. In the NB-IoT uplink, Single-tone and Multi-tone  transmission may be supported, wherein Single-tone is a mandatory feature for UEs and Multi-tone is an optional feature. Multi-tone includes three scenarios of 3-tone, 6-tone and 12-tone, which represent that the network device 120 can allocate 3, 6, 12 subcarriers at a time for the terminal device uplink data transmission under 15 kHz SCS, respectively. Multi-tone includes 3-tone, 6-tone and 12-tone scenarios, which represent that the network device 120 can allocate 3, 6 or 12 subcarriers under 15kHz SCS for the terminal device uplink data transmission at one time.

[0128] As an example, if the terminal device uses the 3-tone transmission, there are 16 subcarriers to be distinguished. In this case, the first number of bits may be 4 bits. Furthermore, if the terminal device uses the 6-tone transmission, the first number of bits may be 3 bits. If the terminal device uses the 12-tone transmission, the first number of bits may be 2 bits. In the same way, the first number of bits may be carried in the reserved bits of the MAC PDU or is a portion of TC-RNTI in the MAC PDU.

[0129] In addition or alternatively, in some embodiments, assuming that the resource information includes at least one of second information on a hyper-frame containing the contention message 415, third information on a frame containing the contention message or fourth information on an orthogonal cover code (OCC) applied to the contention message 415. In some embodiments, a first portion of the first number of bits may indicate a second number of LSB bits for an ID of a hyper-frame (which may be also referred to a second ID for discussion purposes) containing the contention message. In addition or alternatively, a second portion of the first number of bits may indicate a third number of LSB bits for an ID of a frame (which may be also referred to as a third ID for discussion purposes) containing the contention message. In addition or alternatively, a third portion of the first number of bits may indicates a fourth number of MSB bits for the third ID. In addition or alternatively, a fourth portion of the first number of bits may indicate an ID (which may be also referred to as a fourth ID for discussion purposes) of an OCC codeword / sequence containing the contention message.

[0130] To discuss clarity, the first number of bits are further discussed with reference to FIGS. 5D and 5E.

[0131] FIG. 5D illustrates examples of the first number of bits that indicate three LSB of the hyper SFN ID according to some embodiments of the present disclosure.

[0132] As shown in FIG. 5D, the first portion of the first number of bits may indicate the  three LSB bits 530 ( (i.e., the second number of MSB) ) of the second ID of the hyper frame contains the contention message 415. Since the terminal device 110 have the knowledge that which hyper frame is used (i.e. the complete hyper SFN ID) , the terminal device 110 may determine whether the response message is destined to the terminal device 110 based on partial bits of the second ID. For example, if the three LSB bits is the same as that of the complete hyper SFN ID, then the response message is destined for the terminal device 110. Accordingly, the first portion may include three bits.

[0133] FIG. 5E illustrates examples of the first number of bits that indicate three MSB and / or three LSB of the frame ID according to some embodiments of the present disclosure.

[0134] In some embodiments, the first number of bits may include at least one of the second portion or the third portion. The second portion may indicate the three MSB 540 (i.e., the third number of MSB) for the third ID of the frame containing the contention message. The third portion may indicate the three LSB 550 (i.e., the fourth number of MSB) for the third ID. Similarly, the second portion and the third portion may each include three bits. As similar to the hyper frame, the terminal device 110 may determine whether the response message 435 is targeted to the terminal device 110 based on at least one of the second portion or the third portion.

[0135] In addition, in some embodiments, the fourth portion may indicate the ID of the OCC sequence applied to the contention message. In some embodiments, the fourth portion may include one (1) bit.

[0136] In the case of the above embodiments, if the resource information includes the first, second, third and fourth information, then the first number of bits may include 10 bits. Without any limitation, the first, second, third and / or fourth portion may include any other number of bits, i.e., the second number, third number and / or fourth number may any other values, e.g., 1, 2, 3, 4, 5, …. Accordingly, the first number of bits including at least one of the first, second, third or fourth portion may have any other number of bits.

[0137] With the resource information associated with the contention message, there will not occur the ambiguity of the CB-msg3 EDT response for CB-msg3 EDT sending in different subcarriers, and the ambiguity of the CB-msg3 EDT response for CB-msg3 EDT sending in different hyper-frames / frames  / occ-indexes. Furthermore, the reliability of the CB-msg3 EDT response may be improved by double-checking with the RNTI in NPDCCH. Moreover, the TC-RNTI design can be simplified.

[0138] FIG. 6 illustrates a flowchart of an example method 600 implemented at a terminal device according to some embodiments of the present disclosure. The method 600 can be implemented at the terminal device 110 shown in FIG. 1A. For the purpose of discussion, the method 600 will be described with reference to FIG. 1A. It is to be understood that the method 600 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0139] At 610, the terminal device 110 transmits, to a network device 120, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices. At 620, the terminal device receives, from the network device 120, a response message for the contention message during a reception window. A starting time of the reception window is related to the EDT resource pool.

[0140] In some embodiments, the EDT resource pool is configured with multiple time domain opportunities, and the starting time is determined based on an end location of a last time domain opportunity of the multiple time-domain opportunities, and an offset value.

[0141] In some embodiments, the EDT resource pool is configured within one time-domain opportunity, and the starting time is determined based on an end location of a last repetition transmission for one or more replicas, and an offset value.

[0142] In some embodiments, the offset value is determined based on at least one of the following: a payload size of the contention message transmitted by the terminal device; a transmission block size (TBS) of the contention message; a number of repetition transmissions of the contention message; a coverage level of the contention message; or a usage condition of an orthogonal cover code (OCC) associated with the contention message.

[0143] In some embodiments, the network device is configured for a non-terrestrial network (NTN) , and the offset value is determined based on a round-trip time (RTT) between the terminal device and the network device. In some embodiments, the contention message is contention based-message 3 (CB-Msg 3) in Internet of Things (IoT) system.

[0144] FIG. 7 illustrates a flowchart of an example method 700 implemented at a network device according to some embodiments of the present disclosure. The method 600 can be implemented at the network device 120 shown in FIG. 1A. For the purpose of discussion, the method 700 will be described with reference to FIG. 1A. It is to be understood that the method 700 may include additional acts not shown and / or may omit some shown acts, and  the scope of the present disclosure is not limited in this regard.

[0145] At 710, the network device 120 receives, from a terminal device of a group of terminal devices, one or more replicas of a contention message using one or more resources an early data transmission (EDT) resource pool for the group of terminal devices. At 720, the network device 120 transmits, to the terminal device, a response message for the contention message, such that the terminal device to receive the response message during a reception window. A starting time of the reception window is related to the EDT resource pool.

[0146] In some embodiments, the EDT resource pool is configured with multiple time domain opportunities, and the starting time is determined based on an end location of the last time domain opportunity of the multiple time domain opportunities, and an offset value.

[0147] In some embodiments, the EDT resource pool is within one multiple time domain opportunity, and the starting time is determined based on an end location of a last repetition transmission for one or more replicas, and an offset value.

[0148] In some embodiments, the offset value is determined based on at least one of the following: a payload size of the contention message transmitted by the terminal device; a transmission block size (TBS) of the contention message; a number of repetition transmissions of the contention message; a coverage level of the contention message; or a usage condition of an orthogonal cover code (OCC) associated with the contention message.

[0149] In some embodiments, the network device is configured for a non-terrestrial network (NTN) , and the offset value is determined based on a round-trip time (RTT) between the terminal device and the network device. In some embodiments, the contention message is contention based-message 3 (CB-msg3) in Internet of Things (IoT) system.

[0150] FIG. 8 illustrates a flowchart of an example method 800 implemented at a terminal device according to some embodiments of the present disclosure. The method 800 can be implemented at the terminal device 110 shown in FIG. 1A. For the purpose of discussion, the method 800 will be described with reference to FIG. 1A. It is to be understood that the method 800 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0151] At 810, the terminal device 110 transmits a contention message to a network device 120. The terminal device 110 receives, from the network device, a response message for the contention message by detecting resource information associated with the contention  message. The resource information is carried by a medium access control (MAC) protocol data unit (PDU) of the response message.

[0152] In some embodiments, the resource information comprises at least one of the following: first information on a subcarrier containing the contention message; second information on a hyper-frame containing the contention message; third information on a frame containing the contention message; or fourth information on an orthogonal cover code (OCC) applied to the contention message.

[0153] In some embodiments, the resource information is carried by at least one of the following: a first number of bits in reserved bits in the MAC PDU; the first number of bits in most significant bits (MSB) of a temporary cell-radio network temporary identifier (C-RNTI) in the MAC PDU; or the first number of bits in least significant bits (LSB) of the temporary C-RNTI.

[0154] In some embodiments, the resource information comprises the first information, and the first number of bits indicate a first index (ID) of a subcarrier containing the contention message.

[0155] In some embodiments, the resource information comprises at least one of the second information, the third information or the fourth information, and the first number of bits comprise at least one of the following: a first portion indicating a second number of LSB bits for a second ID of a hyper-frame containing the contention message; a second portion indicating a third number of LSB bits for a third ID of a frame containing the contention message; a third portion indicating a fourth number of MSB bits for the third ID; or a fourth portion indicating a fourth ID of an OCC codeword / sequence index applied to the contention message. In some embodiments, the MAC PDU comprises a MAC contention-based-msg3 (CB-msg3) early data transmission (EDT) response.

[0156] FIG. 9 illustrates a flowchart of an example method 900 implemented at a network device according to some embodiments of the present disclosure. The method 900 can be implemented at the network device 120 shown in FIG. 1A. For the purpose of discussion, the method 900 will be described with reference to FIG. 1A. It is to be understood that the method 900 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0157] At 910, the network device 120 receives a contention message from a terminal device. At 920, the network device transmitting, to the network device, a response message  for the contention message. The response message comprises resource information associated with the contention message in a medium access control (MAC) protocol data unit (PDU) of the response message.

[0158] In some embodiments, the resource information comprises at least one of the following: first information on a subcarrier containing the contention message; second information on a hyper-frame containing the contention message; third information on a frame containing the contention message; or fourth information on an orthogonal cover code (OCC) applied to the contention message.

[0159] In some embodiments, the resource information is carried by at least one of the following: a first number of bits in reserved bits in the MAC PDU; the first number of bits in most significant bits (MSB) of a temporary cell-radio network temporary identifier (C-RNTI) in the MAC PDU; or the first number of bits in least significant bits (LSB) of the temporary C-RNTI.

[0160] In some embodiments, the resource information comprises the first information, and the first number of bits indicate a first index (ID) of a subcarrier containing the contention message.

[0161] In some embodiments, the resource information comprises at least one of the second information, the third information or the fourth information, and the first number of bits comprises at least one of the following: a first portion indicating a second number of LSB bits for a second ID of a hyper-frame containing the contention message; a second portion indicating a third number of LSB bits for a third ID of a frame containing the contention message; a third portion indicating a fourth number of MSB bits for the third ID; or a fourth portion indicating a fourth ID of an OCC codeword / sequence index applied to the contention message.

[0162] In some embodiments, the MAC PDU comprises a MAC contention-based-msg3 (CB-msg3) early data transmission (EDT) response.

[0163] FIG. 10 is a simplified block diagram of a device 1000 that is suitable for implementing some embodiments of the present disclosure. The device 1000 can be considered as a further example embodiment of the terminal device 110 or the network device 120 as shown in Fig. 1. Accordingly, the device 1000 can be implemented at or as at least a part of the above network devices or terminal devices.

[0164] As shown, the device 1000 includes a processor 1010, a memory 1020 coupled to  the processor 1010, a suitable transceiver 1040 coupled to the processor 1010, and a communication interface coupled to the transceiver 1040. The memory 1010 stores at least a part of a program 1030. The transceiver 1040 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1040 may include at least one of a transmitter 1042 and a receiver 1044. The transmitter 1042 and the receiver 1044 may be functional modules or physical entities. The transceiver 1040 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0165] The program 1030 is assumed to include program instructions that, when executed by the associated processor 1010, enable the device 1000 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1-9. The embodiments herein may be implemented by computer software executable by the processor 1010 of the device 1000, or by hardware, or by a combination of software and hardware. The processor 1010 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1010 and memory 1020 may form processing means 1050 adapted to implement various embodiments of the present disclosure.

[0166] The memory 1020 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1020 is shown in the device 1000, there may be several physically distinct memory modules in the device 1500. The processor 1010 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1000 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a  clock which synchronizes the main processor.

[0167] In some embodiments, a terminal device comprises circuitry configured to perform a method 600 and / or 800.

[0168] In some embodiments, a network device comprises circuitry configured to perform a method 700 and / or 900.

[0169] The components included in the apparatuses and / or devices of the present disclosure may be implemented in various manners, including software, hardware, firmware, or any combination thereof. In one embodiment, one or more units may be implemented using software and / or firmware, for example, machine-executable instructions stored on the storage medium. In addition to or instead of machine-executable instructions, parts or all of the units in the apparatuses and / or devices may be implemented, at least in part, by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-programmable Gate Arrays (FPGAs) , Application-specific Integrated Circuits (ASICs) , Application-specific Standard Products (ASSPs) , System-on-a-chip systems (SOCs) , Complex Programmable Logic Devices (CPLDs) , and the like.

[0170] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, technique terminal devices or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0171] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to any of Figs. 2 to 17. Generally, program modules include routines, programs, libraries, objects, classes, components, data  structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0172] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0173] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0174] Further, while operations are depicted 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. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific embodiment details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in  combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0175] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

[0176] In summary, embodiments of the present disclosure may provide the following solutions.

[0177] A terminal device comprising: a processor, and the processor is configured to cause the terminal device to: transmit, to a network device, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices; and receive, from the network device, a response message for the contention message during a reception window, wherein a starting time of the reception window is related to the EDT resource pool.

[0178] In one embodiment, wherein the EDT resource pool is configured with multiple time domain opportunities, and the starting time is determined based on an end location of a last time domain opportunity of the multiple time-domain opportunities, and an offset value.

[0179] In one embodiment, wherein the EDT resource pool is configured within one time-domain opportunity, and the starting time is determined based on an end location of a last repetition transmission for one or more replicas, and an offset value.

[0180] In one embodiment, wherein the offset value is determined based on at least one of the following: a payload size of the contention message transmitted by the terminal device; a transmission block size (TBS) of the contention message; a number of repetition transmissions of the contention message; a coverage level of the contention message; or a usage condition of an orthogonal cover code (OCC) associated with the contention message.

[0181] In one embodiment, wherein the network device is configured for a non-terrestrial network (NTN) , and wherein the offset value is determined based on a round-trip time (RTT) between the terminal device and the network device.

[0182] In one embodiment, wherein the contention message is contention based-message 3  (CB-msg3) in Internet of Things (IoT) system.

[0183] A network device comprising: a processor, and the processor is configured to cause the terminal device to: receive, from a terminal device of a group of terminal devices, one or more replicas of a contention message using one or more resources an early data transmission (EDT) resource pool for the group of terminal devices; and transmit, to the terminal device, a response message for the contention message, such that the terminal device to receive the response message during a reception window, wherein a starting time of the reception window is related to the EDT resource pool.

[0184] In one embodiment, wherein the EDT resource pool is configured with multiple time domain opportunities, and the starting time is determined based on an end location of the last time domain opportunity of the multiple time domain opportunities, and an offset value.

[0185] In one embodiment, wherein the EDT resource pool is within one multiple time domain opportunity, and the starting time is determined based on an end location of a last repetition transmission for one or more replicas, and an offset value.

[0186] In one embodiment, wherein the offset value is determined based on at least one of the following: a payload size of the contention message transmitted by the terminal device; a transmission block size (TBS) of the contention message; a number of repetition transmissions of the contention message; a coverage level of the contention message; or a usage condition of an orthogonal cover code (OCC) associated with the contention message.

[0187] In one embodiment, wherein the network device is configured for a non-terrestrial network (NTN) , and wherein the offset value is determined based on a round-trip time (RTT) between the terminal device and the network device.

[0188] In one embodiment, wherein the contention message is contention based-message 3 (CB-msg3) in Internet of Things (IoT) system.

[0189] A terminal device comprising: a processor, and the processor is configured to cause the terminal device to: transmit a contention message to a network device; and receive, from the network device, a response message for the contention message by detecting resource information associated with the contention message, wherein the resource information is carried by a medium access control (MAC) protocol data unit (PDU) of the response message.

[0190] In one embodiment, wherein the resource information comprises at least one of the following: first information on a subcarrier containing the contention message; second  information on a hyper-frame containing the contention message; third information on a frame containing the contention message; or fourth information on an orthogonal cover code (OCC) applied to the contention message.

[0191] In one embodiment, wherein the resource information is carried by at least one of the following: a first number of bits in reserved bits in the MAC PDU; the first number of bits in most significant bits (MSB) of a temporary cell-radio network temporary identifier (C-RNTI) in the MAC PDU; or the first number of bits in least significant bits (LSB) of the temporary C-RNTI.

[0192] In one embodiment, wherein the resource information comprises the first information, and the first number of bits indicate a first index (ID) of a subcarrier containing the contention message.

[0193] In one embodiment, wherein the resource information comprises at least one of the second information, the third information or the fourth information, and the first number of bits comprise at least one of the following: a first portion indicating a second number of LSB bits for a second ID of a hyper-frame containing the contention message; a second portion indicating a third number of LSB bits for a third ID of a frame containing the contention message; a third portion indicating a fourth number of MSB bits for the third ID; or a fourth portion indicating a fourth ID of an OCC codeword / sequence index applied to the contention message.

[0194] In one embodiment, wherein the MAC PDU comprises a MAC contention-based-msg3 (CB-msg3) early data transmission (EDT) response.

[0195] A network device comprising: a processor, and the processor is configured to cause the terminal device to: receive a contention message from a terminal device; and transmit, to the network device, a response message for the contention message, wherein the response message comprises resource information associated with the contention message in a medium access control (MAC) protocol data unit (PDU) of the response message.

[0196] In one embodiment, wherein the resource information comprises at least one of the following: first information on a subcarrier containing the contention message; second information on a hyper-frame containing the contention message; third information on a frame containing the contention message; or fourth information on an orthogonal cover code (OCC) applied to the contention message.

[0197] In one embodiment, wherein the resource information is carried by at least one of  the following: a first number of bits in reserved bits in the MAC PDU; the first number of bits in most significant bits (MSB) of a temporary cell-radio network temporary identifier (C-RNTI) in the MAC PDU; or the first number of bits in least significant bits (LSB) of the temporary C-RNTI.

[0198] In one embodiment, wherein the resource information comprises the first information, and the first number of bits indicate a first index (ID) of a subcarrier containing the contention message.

[0199] In one embodiment, wherein the resource information comprises at least one of the second information, the third information or the fourth information, and the first number of bits comprises at least one of the following: a first portion indicating a second number of LSB bits for a second ID of a hyper-frame containing the contention message; a second portion indicating a third number of LSB bits for a third ID of a frame containing the contention message; a third portion indicating a fourth number of MSB bits for the third ID; or a fourth portion indicating a fourth ID of an OCC codeword / sequence index applied to the contention message.

[0200] In one embodiment, wherein the MAC PDU comprises a MAC contention-based-msg3 (CB-msg3) early data transmission (EDT) response.

[0201] A method of communication, comprising: transmitting, by a terminal device to a network device, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices; and receive, from the network device, a response message for the contention message during a reception window, wherein a starting time of the reception window is related to the EDT resource pool.

[0202] A method of communication, comprising: receive, by a network device from a terminal device of a group of terminal devices, one or more replicas of a contention message using one or more resources an early data transmission (EDT) resource pool for the group of terminal devices; and transmit, to the terminal device, a response message for the contention message, such that the terminal device to receive the response message during a reception window, wherein a starting time of the reception window is related to the EDT resource pool.

[0203] A method of communication, comprising: transmitting, by a terminal device, a contention message to a network device; and receiving, from the network device, a response message for the contention message by detecting resource information associated with the  contention message, wherein the resource information is carried by a medium access control (MAC) protocol data unit (PDU) of the response message.

[0204] A method of communication, comprising: receiving, by a network device, a contention message from a terminal device; and transmitting, to the terminal device, a response message for the contention message, wherein the response message comprises resource information associated with the contention message in a medium access control (MAC) protocol data unit (PDU) of the response message.

[0205] A computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method according to the above embodiment.

Claims

1.A terminal device comprising:a processor, and the processor is configured to cause the terminal device to:transmit, to a network device, one or more replicas of a contention message using one or more resources from an early data transmission (EDT) resource pool for a group of terminal devices; andreceive, from the network device, a response message for the contention message during a reception window, wherein a starting time of the reception window is related to the EDT resource pool.2.The terminal device of claim 1, wherein the EDT resource pool is configured with multiple time domain opportunities, and the starting time is determined based on an end location of a last time domain opportunity of the multiple time-domain opportunities, and an offset value.3.The terminal device of claim 1, wherein the EDT resource pool is configured within one time-domain opportunity, and the starting time is determined based on an end location of a last repetition transmission for one or more replicas, and an offset value.4.The terminal device of claim 2 or 3, wherein the offset value is determined based on at least one of the following:a payload size of the contention message transmitted by the terminal device;a transmission block size (TBS) of the contention message;a number of repetition transmissions of the contention message;a coverage level of the contention message; ora usage condition of an orthogonal cover code (OCC) associated with the contention message.5.The terminal device of claim 2 or 3, wherein the network device is configured for a non-terrestrial network (NTN) , and wherein the offset value is determined based on a round-trip time (RTT) between the terminal device and the network device.6.The terminal device of claim 1, wherein the contention message is contention based-message 3 (CB-msg3) in Internet of Things (IoT) system.7.A network device comprising:a processor, and the processor is configured to cause the terminal device to:receive, from a terminal device of a group of terminal devices, one or more replicas of a contention message using one or more resources an early data transmission (EDT) resource pool for the group of terminal devices; andtransmit, to the terminal device, a response message for the contention message, such that the terminal device to receive the response message during a reception window, wherein a starting time of the reception window is related to the EDT resource pool.8.The network device of claim 7, wherein the EDT resource pool is configured with multiple time domain opportunities, and the starting time is determined based on an end location of the last time domain opportunity of the multiple time domain opportunities, and an offset value.9.The network device of claim 7, wherein the EDT resource pool is within one multiple time domain opportunity, and the starting time is determined based on an end location of a last repetition transmission for one or more replicas, and an offset value.10.The network device of claim 8 or 9, wherein the offset value is determined based on at least one of the following:a payload size of the contention message transmitted by the terminal device;a transmission block size (TBS) of the contention message;a number of repetition transmissions of the contention message;a coverage level of the contention message; ora usage condition of an orthogonal cover code (OCC) associated with the contention message.11.A terminal device comprising:a processor, and the processor is configured to cause the terminal device to:transmit a contention message to a network device; andreceive, from the network device, a response message for the contention message by detecting resource information associated with the contention message,wherein the resource information is carried by a medium access control (MAC) protocol data unit (PDU) of the response message.12.The terminal device of claim 11, wherein the resource information comprises at least one of the following:first information on a subcarrier containing the contention message;second information on a hyper-frame containing the contention message;third information on a frame containing the contention message; orfourth information on an orthogonal cover code (OCC) applied to the contention message.13.The terminal device of claim 11, wherein the resource information is carried by at least one of the following:a first number of bits in reserved bits in the MAC PDU;the first number of bits in most significant bits (MSB) of a temporary cell-radio network temporary identifier (C-RNTI) in the MAC PDU; orthe first number of bits in least significant bits (LSB) of the temporary C-RNTI.14.The terminal device of claim 13, wherein the resource information comprises the first information, and the first number of bits indicate a first index (ID) of a subcarrier containing the contention message.15.The terminal device of claim 13, wherein the resource information comprises at least one of the second information, the third information or the fourth information, and the first number of bits comprise at least one of the following:a first portion indicating a second number of LSB bits for a second ID of a hyper-frame containing the contention message;a second portion indicating a third number of LSB bits for a third ID of a frame containing the contention message;a third portion indicating a fourth number of MSB bits for the third ID; ora fourth portion indicating a fourth ID of an OCC codeword / sequence index applied to the contention message.16.The terminal device of claim 13, wherein the MAC PDU comprises a MAC contention-based-msg3 (CB-msg3) early data transmission (EDT) response.17.A network device comprising:a processor, and the processor is configured to cause the terminal device to:receive a contention message from a terminal device; andtransmit, to the network device, a response message for the contention message,wherein the response message comprises resource information associated with the contention message in a medium access control (MAC) protocol data unit (PDU) of the response message.18.The network device of claim 17, wherein the resource information comprises at least one of the following:first information on a subcarrier used by the contention message;second information on a hyper-frame used by the contention message;third information on a frame used by the contention message; orfourth information on an orthogonal cover code (OCC) used by the contention message.19.The network device of claim 17, wherein the resource information is carried by at least one of the following:a first number of bits in reserved bits in the MAC PDU;the first number of bits in most significant bits (MSB) of a temporary cell-radio network temporary identifier (C-RNTI) in the MAC PDU; orthe first number of bits in least significant bits (LSB) of the temporary C-RNTI.20.The network device of claim 19, wherein the resource information comprises the first information, and the first number of bits indicate a first index (ID) of a subcarrier used by the contention message.

Images