Devices and methods for contention-based transmission

Abstract

Embodiments of the present disclosure provide a solution for communication. In a solution, a terminal device transmits, to a network device, a request to configure a contention-based transmission from the terminal device to the network device; receive, from the network device, configuration information for the contention-based transmission; and perform the contention-based transmission to the network device based on the configuration information.

Description

DEVICES AND METHODS FOR CONTENTION-BASED TRANSMISSION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for contention-based transmission.BACKGROUND

[0003] A non-terrestrial network (NTN) refers to a network or segment of networks using radio frequency (RF) resources on board a satellite or unmanned aircraft system (UAS) platform. The NTN could provide ubiquitous and resilient wireless service beyond the terrestrial network coverage. The 3rd Generation Partnership Project (3GPP) has started the standardization of NTN since the fifth generation (5G) communication system. NTN is expected to be fully integrated with TN in the sixth generation (6G) . In NTN, a relatively large number of terminal devices are served in a cell.SUMMARY

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises: a processor configured to cause the terminal device to: transmit, to a network device, a request to configure a contention-based transmission from the terminal device to the network device; receive, from the network device, configuration information for the contention-based transmission; and perform the contention-based transmission to the network device based on the configuration information.

[0005] In a second aspect, there is provided a network device. The network device comprises: a processor configured to cause the terminal device to: receive, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device; transmit, to the terminal device, configuration information for the contention-based transmission; and receive the contention-based transmission from the terminal device based on the configuration information.

[0006] In a third aspect, there is provided a communication method performed by a terminal device. The method comprises: transmitting, to a network device, a request to  configure a contention-based transmission from the terminal device to the network device; receiving, from the network device, configuration information for the contention-based transmission; and performing the contention-based transmission to the network device based on the configuration information.

[0007] In a fourth aspect, there is provided a communication method performed by a network device. The method comprises: receiving, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device; transmitting, to the terminal device, configuration information for the contention-based transmission; and receiving the contention-based transmission from the terminal device based on the configuration information.

[0008] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third, or fourth aspect.

[0009] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

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

[0012] FIG. 2A and FIG. 2B illustrate schematic diagrams of non-terrestrial network scenarios with different payload types in accordance with some embodiments of the present disclosure, respectively;

[0013] FIG. 3 illustrates different schemes for applying orthogonal cover code (OCC) ;

[0014] FIG. 4A shows an example scheme of time domain OCC for Narrowband Physical Uplink Shared Channel (NPUSCH) in message 3 (Msg3) ;

[0015] FIG. 4B shows another example scheme of time domain OCC for NPUSCH in Msg3;

[0016] FIG. 5 illustrates a schematic diagram of one uplink slot;

[0017] FIG. 6 illustrates a signaling flow of a procedure of contention-based transmission in accordance with some embodiments of the present disclosure;

[0018] FIG. 7 illustrates an example for resources for different groups according to some example embodiments of the present disclosure;

[0019] FIG. 8 illustrates an example for resources for different groups according to some example embodiments of the present disclosure;

[0020] FIG. 9 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0021] FIG. 10 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0022] FIG. 11 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

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

[0024] Principle of the present disclosure will now be described with reference to some example 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 limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

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

[0026] 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, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , 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 also incorporate 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 or a wireless device.

[0027] 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) , and the like.

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

[0029] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , 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.

[0030] 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. In some embodiments, 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 some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, 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 or the second network device. In some embodiments, 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 some embodiments, 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.

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

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

[0033] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0034] As used herein, the term “contention-based transmission” may refer to an uplink transmission from a terminal device to a network device, and thus may be denoted by “cbUL” . The contention-based transmission may include contention-based physical uplink shared channel (cbPusch) transmission and / or contention-based physical uplink control channel (cbPucch) transmission. An example of cbPusch transmission may include transmission of a contention-based message 3 (CMsg3) . In the following, some embodiments may be described with reference to CMsg3. However, it is to be understood that embodiments described with reference to CMsg3 are applicable to other types of cbUL, for example, cbPusch, cbPucch, etc.

[0035] Example environment

[0036] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a network device 120 may a plurality of terminal devices 110-1, 110-2 and 110-3, which are collectively referred to as terminal devices 110 or individually referred to as a terminal device 110. In an example of FIG. 1, the terminal device 110 may be an UE and the network device 120 may be a base station serving the UE.

[0037] It is to be understood that the number of devices and their connections shown in FIG. 1 is only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implement example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be deployed in the  communication environment 100.

[0038] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120 operating as a gNB. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other devices.

[0039] A link from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) . In communication, the terminal device 110 may perform uplink transmission with the network device 120, for example PUSCH transmission. DMRS bundling may be needed for transmission occasions of the uplink transmission.

[0040] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. 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.

[0041] In some embodiments, the communication environment 100 may be implemented in the NTN. The NTN may have different payload types. FIG. 2A and FIG. 2B illustrate schematic diagrams of NTN scenarios with different payload types. The NTN of FIG. 2A is based on a transparent payload, and the NTN of FIG. 2B is based on a  regenerative payload.

[0042] In some example embodiments, a satellite or UAS platform may implement either a transparent or a regenerative (with on board processing) payload. The satellite or UAS platform may generate beams (for example, typically generate several beams) over a given service area bounded by its field of view 260. The footprints 250 of the beams are typically of an elliptic shape. The field of view of a satellite or UAS platform depends on the on-board antenna diagram and the minimum elevation angle. Table 1 shows some parameters for some example platforms.

[0043] Table 1

[0044] As shown in FIG. 2A, in a transparent payload scenario, an UE 210 may communicate with the satellite 220 or UAS platform through a service link, and the satellite 220 or UAS platform may communicate with a gateway 230 having connection with a data network 240 through a feeder link. In this scenario, the satellite 220 or UAS platform may perform RF filtering, frequency conversion and amplification, therefore a waveform signal repeated by the payload may be unchanged. Based on the transparent payload, the UE 210 may have a connection with the data network 240. The round-trip time (RTT) in this case reflects the time for data to transmit from the UE 210 through the satellite 220 or UAS platform to a gNB (which is on the ground) .

[0045] As shown in FIG. 2B, in a regenerative payload scenario, the UE 210 may communicate with a satellite 220-1 or UAS platform through a service link. The satellite 220-1 or UAS platform may communicate with a satellite 220-2 or UAS platform through Inter-Switch Link (ISL) , and the satellite 220-2 or UAS platform may communicate with  the gateway 230 having a connection with the data network 240 through a feeder link. If ISL is not available, the satellite 220 or UAS platform may communicate with the gateway 230 having a connection with a data network 240 through a feeder link. In this scenario, the satellite 220-1 and 220-2 (or UAS platform) may perform RF filtering, frequency conversion and amplification, demodulation / decoding, switch and / or routing, and coding / modulation which is effectively equivalent to having all or part of base station (for example, gNB) functions on the satellite or UAS platform. Based on the regenerative payload, the UE 210 may have a connection with the data network 240. The RTT in this case reflects the time for data to transmit from the UE 210 to the gNB (which is on the satellite or UAS platform) .

[0046] Narrowband Internet of Things (NB-IoT) represents a novel cellular technology, introduced by Third Generation Partnership Program (3GPP) in LTE Release 13. The definition of NB-IoT encompasses a variety of key characteristics, including superb coverage, a large number of connections, low power consumption, and low cost. These characteristics render NB-IoT an optimal choice for application scenarios that necessitate extensive coverage and a substantial number of device connections, including smart water metering, smart electricity metering, and environmental monitoring. From a technical specification standpoint, NB-IoT is founded upon E-UTRAN (Evolved Universal Terrestrial Radio Access Network) and is compatible with a half-duplex operational mode. Furthermore, NB-IoT incorporates low-power "sleep" modes (PSM, eDRX) , which streamline terminal design and reduce communication quality requirements. Subsequent releases of 3GPP have further enhanced the capabilities of NB-IoT. As an illustration, in Release 14, the user experience was augmented with the introduction of features such as enhanced positioning accuracy and elevated peak data rates. Furthermore, in Releases 16 and 17, 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. In Release 17, the technology was further extended through the combination with non-terrestrial networks (NTNs) , thereby enhancing its coverage.

[0047] Early data transmission (EDT) represents a mechanism that facilitates data transmission during random access, thereby enabling the optimization of the transmission of small packets and a notable extension of the battery life of the device. In the context of NB-IoT, the SystemInformationBlockType2-NB comprises a series of parameters,  including the edt-Parameters, which are of paramount importance for EDT support. Furthermore, the SystemInformationBlock contains additional configuration data pertinent to NB-IoT, including the NPRACH-ConfigSIB-NB field.

[0048] Additional pertinent specifications are as follows. TS 36.300 delineates the circumstances under which an establishment or recovery request is warranted for EDT. TS 36.321 specifies a size limit for medium access control (MAC) Protocol data units (PDUs) , ensuring that the total uplink data is less than or equal to the transport block size (TBS) signaled at the edt-TBS. TS 36.304 provides a comprehensive account of power classes and other pivotal parameters.

[0049] PUR represents a pivotal component of NB-IoT, enabling the user equipment (UE) to pre-configure uplink resources. This approach effectively reduces signaling overhead and enhances transmission efficiency. For example, npusch-Modulation and coding scheme (MCS) defines the modulation and TBS index of the Narrowband Physical Uplink Shared Channel (NPUSCH) , while npusch-NumRepetitionsIndex defines the number of repetitions of the NPUSCH. NB-IoT UEs are capable of transmitting and retransmitting data via PUR, which serves to reduce power consumption and latency. The System Information Block (SystemInformationBlockType2-NB) contains configuration data pertaining to PUR, including control plane (CP) -PUR-Evolved Packet Core (EPC) and user plane (UP) -PUR-EPC.

[0050] Specific steps for NB-IoT PUR configuration include Configuration Request, eNB Response, PUR Configuration Parameters, PDU size setting, and Pusch Resource Management.

[0051] At the step of Configuration Request, when the user equipment (UE) is in radio resource control (RRC) connected mode and power control (PUR) is enabled, it is capable of transmitting a PURConfigurationRequest message to the (ng-) eNB, thereby indicating its desire to be configured for PUR.

[0052] At the step of eNB Response, upon receipt of a PUR configuration request from a UE, the (ng-) eNB determines whether to allocate PUR resources to the UE or to release the existing PUR resources. This decision is based on an assessment of previous UE requests, subscription information, and / or local policies. In the event that the eNB elects to furnish the UE with PUR resources, the eNB will incorporate the pertinent PUR configuration details or PUR release instructions within the RRCConnectionRelease  message.

[0053] At the step of PUR Configuration Parameters, the PUR Configuration Information element (PUR-Config) is utilized to delineate a multitude of parameters and options pertaining to the PUR, including periodicity and offset, start SFN, subframe information, number of occurrences, time alignment timer, and so forth. In addition, the configuration parameters related to MPDCCH, PDSCH, and PUCCH are included.

[0054] At the step of PDU size setting, in the NB-IoT system, when the UE is connected to the 5GC, it is necessary to determine the size of the MAC PDU according to different transmission modes (CP or UP) and PUR configurations. This is due to the fact that the PDU size setting is dependent on the transmission mode and PUR configuration. This entails setting the L1-ACK to TRUE or FALSE to ascertain whether RRC messages are to be employed to acknowledge the reception of PUR transmissions.

[0055] At the step of Pusch Resource Management, in the connected or inactive state, the UE is responsible for the management and release of PUSCH resources, as indicated in the RRC message. The PUR can be implicitly released in the event of the UE visiting another cell, the PUR having been disabled in that cell, or the number of consecutive instances of the PUR resource remaining unused reaching the configured threshold.

[0056] The 3GPP TS 36.211 defines that NB-IoT uplink supports Single-tone and Multi-tone transmission, with Single-tone as a mandatory feature for UEs and Multi-tone as an optional feature. Multi-tone includes three scenarios of 3-tone, 6-tone and 12-tone, which represent that the eNodeB can allocate 3, 6 or 12 15kHz subcarriers at a time for UE uplink data transmission, respectively. MSG3 is fixed to 88bit, thus the delay difference between using Multi-tone scheduling or Single-tone scheduling is neglectable. In addition, the Narrowband Physical Random Access Channel (NPRACH) resource is divided into 2 segments (one segment for Multi-tone UE to send RACH requests and one segment for Single-tone UE to send RACH request) , which will reduce the access capability of Single-tone UE. Therefore, Rel-13 fixes the nprach-SubcarrierMSG3-RangeStart-r13 to one, i.e., MSG3 is used for Single-tone sending. eNodeB can only identify the UEs that support Multi-tone through the interaction of the MSG3 messages and instruct the resource scheduling for the subsequent uplink data transmission.

[0057] The Msg3 message for NB-IoT is the third step in the random access process and is used for the UE to send a response to the base station. Regarding the repetition  number, the Msg3 message contains a 3-bit repetition number field (repetition number) to indicate the number of repetitions of the message. Regarding the MCS index, this field contains 3 bits to indicate the TBS, the modulation method and the number of Resource Units (RUs) used by Msg3. Regarding the Subcarrier Range, in the NB-IoT system, Msg3 is transmitted using a specific subcarrier range, which is defined by nprach-SubcarrierMSG3-RangeStart and nprach-NumCBRA.

[0058] The Orthogonal Cover Code (OCC) is a coding technique used in wireless communication systems to mitigate interference and improve overall system performance. OCC is particularly effective in scenarios where multiple UEs or devices are transmitting simultaneously, such as in cellular networks or wireless local area networks (WLANs) . Thus, OCC is a Code Domain Multiplexing (CDM) technique. In OCC, there may be two types of basic operations: spreading of the modulation symbols and multiplexing of the orthogonal codes.

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

[0060] FIG. 3 illustrates different schemes for applying orthogonal codes. A scheme in which the OCC is applied in time domain (TD) is referred to as TD-CDM. A scheme in which the OCC is applied in frequency domain (FD) is referred to as FD-CDM, for example, the pattern shown as “FD-CDM2” in FIG. 3. A scheme in which the OCC is applied in both TD and FD is referred to as FD-TD-CDM, for example the pattern shown as “FD2-TD2-CDM4” in FIG. 3 and the pattern shown as “FD2-TD4-CDM8” in FIG. 3.

[0061] FIG. 4A and FIG. 4B shows example schemes of time domain OCC for NPUSCH in Msg3. FIG. 4A shows example symbol level OCC with each unit with a symbol number < 4, not constrained to 1. FIG. 4B shows example symbol level OCC (without demodulation reference signal (DRMS) S0～S5, else S0-S6) .

[0062] The NPUSCH transmission comprises scrambling, modulation, layer mapping, transform precoding, precoding, and mapping to physical resource. In some examples, the NPUSCH may be single tone with a sub-carrier space (SCS) of 15kHz. Corresponding to the SCS there may be 20 slots per frame and 12 subcarriers per PRB. The slot duration may be 15360 Ts or 0.5 ms. In some examples, the NPUSCH may be single tone with a  sub-carrier space (SCS) of 3.75kHz. Corresponding to the SCS there may be 5 slots per frame and 48 subcarriers per PRB. The slot duration may be 61440 Ts or 2 ms.

[0063] FIG. 5 illustrates a schematic diagram of one uplink slot. The number of symbols for UL,  represents the number of SC-FDMA symbols of the slot. The represents the number of slots for an NPUSCH resource unit. Resource units are used to describe the mapping of the NPUSCH to resource elements (such as the resource element 402) , defined as SC-FDMA symbols in the time domain and consecutive subcarriers in the frequency domain. Table 2A shows some values of parameters, such as the number of subcarriers in a resource unit the number of slots for a UL resource unit the number of symbols for a UL slot, for NPUSCH format 1 and NPUSCH format 2 with different subcarrier spacings, e. g, 3.75kHz or 15kHz. The NPUSCH format 1 may be used to carry the UL-SCH. The NPUSCH format 2 may be used to carry uplink control information.

[0064] Table 2A

[0065] It has been proposed to support capacity enhancements for uplink. Some items are to be studied. It is proposed to study then specify, if beneficial, enhancements to enable multiplexing of multiple UEs (e.g. up to the min of 4 and the maximum allowed by the existing UL and DL signalling) in a single 3.75 kHz or 15 kHz subcarrier via orthogonal cover codes (OCC) for NPUSCH format 1 and NPRACH [RAN1, RAN2, RAN4] . Multi-tone support for 15 kHz SCS should also be considered. Necessary signalling is to be specified, if needed. RF requirements is to be updated accordingly, if needed.

[0066] It is proposed to study and specify, if beneficial the following enhancements to reduce the necessary uplink and downlink signaling to complete an Early Data Transmission (EDT) transaction [RAN2] . Items include Msg3 transmission without msg1 / Random Access Response (RAR) , efficient delivery (reduced overhead) of msg4  / RRCEarlyDataComplete, RRM requirement, if identified.

[0067] Further, regarding uplink capacity enhancement, possible enhancements may be focused on to reduce the necessary uplink and downlink signaling to complete an EDT transaction (Msg3 transmission without msg1 / RAR, etc) .

[0068] In a solution, RAN2 focusses the study on contention-based Msg3 transmission to complete an EDT-like transaction. Further studies are need on the details of Msg3, on the procedural steps, e.g. how much we reuse of EDT and PUR procedures, on allocation of resources. RAN2 can continue the discussion on Diversity Slotted ALOHA (DSA) and Contention Resolution Diversity Slotted Aloha (CRDSA) for Msg3-EDT transmissions without msg1 / RAR, evaluating possible impacts on the specification, in the next RAN2 meeting (RAN2 might send an LS to RAN1 later on this) . If an IoT NTN UE in IDLE state is to use the new R19 contention-based procedure, the UE needs to verify / update the uplink synchronization (e.g. get GNSS fix, acquire TA) just before sending msg3.

[0069] For 3.75kHz single-tone OCC for NPUSCH format 1, either symbol-level OCC or slot-level OCC may be supported. For 15kHz single-tone OCC for NPUSCH format 1, either symbol-level OCC or slot-level OCC may be supported. For OCC of NPUSCH format 1, RAN1 will not consider multiplexing more than 4 UEs.

[0070] In view of the above, a contention-based procedure for Msg3 transmission to enhance the capacity of Msg3 is needed. Moreover, how to enhance the CMsg3 Capacity to reduce the interference and how to ensure the time / frequency synchronization accuracy meets Msg3 transmission requirement without Msg2 are still problems.

[0071] According to embodiments of the present disclosure, there is provided a solution for contention-based transmission. A new procedure for contention-based transmission is proposed, so as to enhance system throughput, and enhance user experience.

[0072] Reference is made to FIG. 6, which illustrates a signaling flow 600 of a procedure of contention-based transmission in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 600 will be  discussed with reference to FIG. 1, for example, by using the terminal device 110 and the network device 120. In the following, transmission of contention-based Msg3 is described as an example of contention-based transmission merely for purpose of illustration.

[0073] In some embodiments, the network device 120 may transmit 605, to the terminal device 110, an indication of whether the terminal device is allowed to initiate the contention-based transmission. For example, the network device 120 may broadcast whether terminal devices are allowed to initiate the contention-based transmission in system information block (SIB) .

[0074] In some embodiments, the network device 120 may configure whether the terminal device 110 is allowed to initiate the contention-based transmission when connecting to 5G core (5GC) network or Evolved Packet Core (EPC) network. For example, the network may broadcast whether terminals are allowed to initiate CMsg3 when connecting to 5GC or EPC. An example SIB is shown in Table 3.

[0075] Table 3

[0076] In some embodiments, the network device 120 may configure whether the terminal device 110 is allowed to initiate the contention-based transmission via control plane (CP)  / user plane (UP) when connecting to 5GC network or EPC network. For example, the network may broadcast whether terminals are allowed to initiate CP / UP-CMsg3 when connecting to 5GC or EPC. An example SIB is shown in Table 4.

[0077] Table 4

[0078] In some embodiments, the network device 120 may broadcast an indication that a target cell from which the contention-based transmission is to be performed can be different from the last serving cell before RRC release. In an example, the target cell and the last serving cell may be provided by the same satellite. In another example, the target cell and the last serving cell may be provided by the different satellites. In some embodiments, the network device 120 may broadcast an indication that a target cell from which the contention-based transmission is to be performed is the same as the last serving cell before RRC release.

[0079] Correspondingly, the terminal device 110 may receive, from the network device 120, the indication of whether the terminal device is allowed to initiate the contention-based transmission, which is also referred to as allowance indication.

[0080] If the indication indicates allowance for the contention-based transmission, the terminal device 120 may transmit, to the network device 120, a request to configure a contention-based transmission from the terminal device 110 to the network device 120. The request may be also referred to a configuration request.

[0081] In some embodiments, if one or more conditions are met, the terminal device 120 may initiate the configuration request. In some embodiments, the condition may include that the terminal device 110 has a capability of performing the contention-based transmission, for example, has contention based Msg3 transmission capability. In an example, hardware of the terminal device 110 is able to maintain the time / frequency synchronization without further timing advance command (TAC) before sending the Msg3. For another example, the terminal device 110 may have a high accurate time / frequency self pre-compensation capability.

[0082] In some embodiments, the condition may include that a geometry relationship of the terminal device with a synchronization reference point is predictable. For example, the terminal device 110 may have a stable or predictable geometry relationship with the Time / Frequency synchronization reference point. For example, the terminal device 110 may have a slow-moving speed.

[0083] In some embodiments, the condition may include that data to be carried by the contention-based transmission meets a condition. In an example, the terminal device 110 may check whether the service type of the data to be carried by CMsg3 matches with a type of CMsg3. For example, the terminal device 110 may check whether the data is burst data, real time data or whether the data size suit to be transmitted by CMsg3, etc.

[0084] In some embodiments, the configuration request may indicate at least one of: a requested number of repetitions for the contention-based transmission, a requested transmission priority of the contention-based transmission, a requested index of orthogonal cover code to be used for the contention-based transmission, a requested length of the orthogonal cover code to be used for the contention-based transmission, a requested list of candidate cells, from which the contention-based transmission can be performed, an amount of data to be carried by the contention-based transmission, emergency level of the data to be carried by the contention-based transmission, or a requested number of tones to be used for the contention-based transmission.

[0085] In an example, if a large amount of data is to be carried by the contention-based transmission, the network device 120 may configure reasonable resources for the contention-based transmission on one hand, and may indicate the terminal device 110 to transmit the large amount of data in a plurality of segments on the other hand. For example, the plurality of segments may be distributed across multiple pre-configured resources for the transmission. For another example, a first portion of the data may be transmitted using  the pre-configured resource, and then in the response to the transmission of the first portion, the network device may indicate a new uplink resource for transmitting the remaining portion of the data. Thereby, the signaling overhead of Msg1 and Msg 2 can be saved, improving network efficiency, capacity, and throughput. As an example, Table 5 shows example content of a CMsg3 configuration request message.

[0086] Table 5

[0087] Correspondingly, the network device 120 may receive (625) the configuration request from the terminal device 110. In response to the request, the network device 120 may transmit (630) , to the terminal device 110, configuration information for the contention-based transmission, and the terminal device 110 may (635) receive the configuration information from the network device 120.

[0088] In some embodiments, the configuration information may include two portions. A first portion may be broadcasted for a plurality of terminal devices and indicate a set of candidate resources. A second portion may at least indicate a resource in the set of candidate resources that is available for the terminal device 110. For example, the network device 120 may broadcast candidate resource list for CMsg3 transmission, and a dedicated signaling for the terminal device 110 may indicate a resource in the candidate resource list.

[0089] In some embodiments, the set of candidate resources may include at least one of: candidate resources corresponding to a plurality of transmission priorities respectively, candidate resources corresponding to a plurality of repetition numbers respectively, candidate resources corresponding to a plurality of lengths of OCC respectively, or candidate resources corresponding to a plurality of transport block size (TBS) ranges respectively. For example, the broadcasted candidate resource list may be used for different priorities, repetition requests, OCC lengths, or TBS ranges, etc.

[0090] In some embodiments, the second portion may indicate the resource that is available for the terminal device 110 by a transmission priority configured to the terminal device 110 for the contention-based transmission. For example, the network device 120 may put terminal devices with the same priority into a same resource group.

[0091] In some embodiments, a first number of terminal devices configured with a first transmission priority is smaller than a second number of terminal devices configured with a second transmission priority lower than the first priority. For example, a high-priority group may be allocated with fewer terminal devices. It is noted that the terminal devices in the same group may request or be configured with the same OCC length.

[0092] Alternatively, or in addition, the second portion may indicate the resource that is available for the terminal device 110 by a repetition number configured to the terminal device 110 for the contention-based transmission. For example, the network device 120 may put terminal devices with the same repetition number into a same resource group.

[0093] Alternatively, or in addition, the second portion may indicate the resource that is available for the terminal device 110 by a length of orthogonal cover code configured to the terminal device for the contention-based transmission. For example, the network device 120 may put terminal devices with the same OCC length into a same resource group.

[0094] Alternatively, or in addition, the second portion may indicate the resource that is available for the terminal device 110 by a TBS range configured to the terminal device 110 for the contention-based transmission. For example, the network device 120 may put terminal devices with the same TBS range into a same resource group.

[0095] Alternatively, or in addition, the second portion may indicate the resource that is available for the terminal device 110 by an index of a candidate resource in the set of candidate resources. For example, the network device 120 may explicitly include an index of a resource in the candidate resource list.

[0096] Alternatively, or in addition, the second portion may indicate the resource that is available for the terminal device 110 by an indicator of the resource that is available for the terminal device 110. For example, the network device 120 may indicate specific resource locations in time domain and frequency domain.

[0097] In some embodiments, the second portion may indicate respective Radio Network Temporary Identifiers (RNTI) for candidate cells, from which the contention-based transmission can be performed. For example, the dedicated signaling for the terminal device 120 may include a CMsg3-RNTI list for different candidate cells.

[0098] In some embodiments, the second portion may indicate respective timing advance information for one or more cells. The CMsg3 configuration may include timing advance adjustment for the serving cell and / or neighbor cells, and / or timing advance command for the serving cell and / or neighbor cells. For example, a Timing Advance Command MAC control element or PDCCH indicates timing advance adjustment for current cell and  / or neighbor cells.

[0099] In some embodiments, the second portion may indicate a time alignment timer corresponding to timing advance information for a cell of the one or more cells, and the time alignment timer indicates a valid duration of the timing advance information for the cell. For example, for each timing advance adjustment / timing advance command of a cell, the network device 120 may configure a corresponding contention-based PUSCH transmission time alignment timer (denoted as cbpusch-TimeAligmentTimer) , which indicates the valid duration of a TA adjustment of a cell. Table 6 shows example operations on the timer.

[0100] Table 6

[0101] In some embodiments, the configuration information may indicate respective configurations for different candidate cells from which the contention-based transmission can be performed. For example, the network device 120 broadcast the indication that the target cell from which the contention-based transmission is to be performed can be different from the last serving cell before RRC release, the configuration information may include a configuration list to indicate resources for candidate cells in the candidate cell list.

[0102] In some embodiments, for a candidate resource for a candidate cell, the configuration information may indicate one or more sets of contiguously allocated subcarriers of a resource unit, for example, the parameter “aset of contiguously allocated subcarriers” as shown in Table 7.

[0103] In some embodiments, for a candidate resource for a candidate cell, the configuration information may indicate one or more numbers of resource units, for example, the parameter “anumber of resource units” as shown in Table 7.

[0104] In some embodiments, for a candidate resource for a candidate cell, the configuration information may indicate one or more repetition numbers, for example, the parameter “arepetition number” as shown in Table 7.

[0105] In some embodiments, for a candidate resource for a candidate cell, the configuration information may indicate one or more subcarrier indications, for example, the parameter “the subcarrier indication field” as shown in Table 7.

[0106] In some embodiments, for a candidate resource for a candidate cell, the configuration information may indicate one or more periodicities and time offsets, for example, the parameter “CMsg3-PeriodicityAndOffset” as shown in Table 8.

[0107] In some embodiments, for a candidate cell, the configuration information may indicate one or more response window timers, for example, the parameter “CMsg3-ResponseWindowTimer” as shown in Table 8.

[0108] In some embodiments, for a candidate cell, the configuration information may indicate one or more time alignment timers for example, the parameter “CMsg3-TimeAlignmentTimer” as shown in Table 8.

[0109] Table 7

[0110] Table 8

[0111] In some embodiments, for the contention-based transmission, repetition index starts from 2 or repetition number from 4 to enhance contention-based transmission  capacity. Table 9 shows an example.

[0112] Table 9

[0113] In some embodiments, for the contention-based transmission, repetition index may start from 0 to 7 to represent repetition number from 4 to 512, which is extend repetition number. Table 10 shows an example.

[0114] Table 10

[0115] Continuing with flow 200, the terminal device 110 may perform (650) the contention-based transmission with the network device 120 based on the configuration information. For example, if the terminal device 110 enters an idle mode and have data to transmit to the network device 120, the terminal device 110 may transmit CMsg3 to the network device 120.

[0116] In some embodiments, the terminal device 120 may update a pre-compensation in time and frequency domain, and perform time alignment with the network device 120  based on the updated pre-compensation and timing advance information comprised in the configuration information. Then, the terminal device 120 may perform the contention-based transmission based on the time alignment. In an example, the terminal device 110 may transmit CMsg3 from an IDLE mode with an updated Time / Frequency pre-compensation, and based on the dedicated CMsg3 resource configuration and the dedicated TAC. Table 11 shows an example procedure in this regard.

[0117] Table 11

[0118] In some embodiments, the terminal device 110 may perform power control for the contention-based transmission. Table 12 shows example operations for power control.

[0119] Table 12

[0120] Correspondingly, the network device 120 may receive 655 the contention-based transmission from the terminal device 110. For example, the network device 120 may receive the CMsg3 from the terminal device 110.

[0121] In some embodiments, the terminal device 110 may determine 640 OCC information based on the configuration information from the network device 120 and perform the contention-based transmission based on the OCC information. Correspondingly, the network device 120 may determine 645 OCC information and receive the contention-based transmission based on the OCC information. Some embodiments regarding the contention-based transmission will be described below.

[0122] In some embodiments, the network device 120 may transmit 660, to the terminal device 110, a response to the contention-based transmission. The response may be  scrambled with a RNTI for the terminal device 110, for example a CMsg3-RNTI. In some embodiments, the response may further include an index of OCC used by the terminal device 110 for the contention-based transmission. Correspondingly, the terminal device 110 may receive 665 the response from the network device 120. The response may be scrambled with a RNTI for the terminal device 110 and may include the index of OCC used by the terminal device 110 for the contention-based transmission. As an example, if the network device 120 successfully decodes the CMsg3, the network device 120 may respond the terminal device 110 with a response message (e.g., Msg4) within a given window, with the NPDCCH scrambled by the CMsg3-RNTI and the NPDSCH included the OCC index used by the terminal (if the terminal random chooses one OCC index for CMsg3 transmission) .

[0123] The following behaviors of the terminal device 110 may depend on whether the response is detected or whether the detected response is correct. In some embodiments, if a received response matches the contention-based transmission, the terminal device 110 may enter into a connected mode with the network device 120. For example, if the terminal device 110 have a large amount of data to transmit, it may switch into RRC connected mode.

[0124] In some embodiments, if a received response matches the contention-based transmission, the terminal device 110 may enter into an idle mode. In some embodiments, if a received response matches the contention-based transmission, the terminal device 110 may enter into an inactive mode.

[0125] In some embodiments, if a received response does not match the contention-based transmission and that a maximum number of transmissions is not exceeded, the terminal device 110 may perform a contention-based retransmission. For example, if the received response is not matched, the terminal device 110 may retransmit CMsg3 if within the configured max attempt times.

[0126] In some embodiments, if no response is received from the network device and that a maximum number of transmissions is not exceeded, the terminal device 110 may perform a contention-based retransmission. For example, if no response from the network device 120, the terminal device 110 may retransmit CMsg3 if within the configured max attempt times.

[0127] In some embodiments, if a failure in decoding a response from the network  device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission. For example, if the response cannot be decoded, the terminal device 110 may retransmit CMsg3 if within the configured max attempt times.

[0128] The table below shows example behaviors for the terminal device 110.

[0129] Table 13

[0130] As mentioned above, in some embodiments, OCC may be applied to the contention-based transmission. In such case, the terminal device 120 and the network device 110 may determine the OCC information to be applied based on the configuration information.

[0131] In some embodiments, a rule may be predefined to switch between different OCC schemes. For example, the configuration information indicates a resource for performing the contention-based transmission for one time. Accordingly, an OCC scheme may be determined based on at least one of a number of tones occupied by the resource,  or a number of symbols occupied by the resource. In some embodiments, the resource may be configured to a plurality of terminal devices with the same TBS range. For example, the network device 120 may configure the CMsg3 resource corresponding to the same request TBS range. Then, the CMsg3 transmitting on the CMsg3 resource will occupy the same number of symbols and tones. The terminal device 120 may transmit the CMsg3 with the OCC scheme based on the predefined rule.

[0132] In some embodiments, if the number of tones is smaller than a first predetermined number, it may be determined to use OCC in time domain. If the number of tones is equal to the first predetermined number, it may be determined to use OCC in frequency domain. For example, the first predetermined number may be 12. If the tone number is smaller than 12, OCC in time domain may be used. If the tone number is equal to 12, OCC in frequency domain may be used.

[0133] In some embodiments, if the number of symbols does not exceed a second predetermined number, it may be determined to use OCC across symbols. If the number of symbols exceeds the second predetermined number, it may be determined to use OCC across slots. For example, the second predetermined number may be 3. If the number of symbols is equal to or smaller than 3, the inter-symbol OCC may be used. If the number of symbols is larger than 2, inter-slot OCC may be used.

[0134] In some embodiments, OCC length may depend on the priority of the contention-based transmission. For example, a longer OCC sequence may be used for contention-based transmission with a high-priority. In an example, the configuration information may indicate a resource for the contention-based transmission, and an OCC length to be used may be determined based on a priority of the contention-based transmission and a mapping between at least one priority and at least one OCC length. The mapping may include a predefined or preconfigured priority list corresponding to different OCC lengths.

[0135] In some embodiments, the resource is configured to a plurality of terminal devices with the same priority for contention-based transmissions. In some embodiments, a first priority is mapped to a first OCC length, and a second priority higher than the first priority is mapped to a second OCC length longer than the first OCC length.

[0136] For example, the network device 120 may configure the CMsg3 resource corresponding to the same request of the CMsg3 priority. Then the CMsg3 transmitting on the CMsg3 resource will choose the same occ length. Higher priority with longer OCC  length can enhance the capacity and lower the collision probability. The terminal device 110 may transmit CMsg3 with an OCC length based on the predefined rule.

[0137] In some embodiments, a first resource and a second resource may be configured for contention-based transmissions, wherein the first resource and the second resource have a same frequency range (for example, occupying the same subcarriers) and are partially overlapped with each other and the overlapped portion between the first resource and the second resource comprises one or more OCC units in time domain. Alternatively, the first resource and the second resource may have a same time range (for example, spanning the same symbols or slots) and are partially overlapped with each other, and the overlapped portion between the first resource and the second resource comprises one or more OCC units in frequency domain.

[0138] For example, respective resources may be configured to different groups of terminal devices for contention-based transmissions. These terminal devices may be grouped based on priorities, repetition numbers, etc, but with the same OCC length, for example OCC length is 2 in the example of FIG. 7. For example, the terminal devices with the same priority may belong to the same group. Terminal devices in the same group are configured with the same resource. The respective resources are partially overlapped with each other. A sub-resource of an OCC unit in a first resource of the respective resources is aligned with a sub-resource of an OCC unit in a second resource of the respective resources in time domain at an edge of an OCC unit. In other words, different resources may align with each other at the edge of one OCC unit.

[0139] FIG. 7 shows such an example. In FIG. 7, resources for group A correspond to OCC unit 711 to 716. Resources for group B correspond to OCC unit 713 and 714. Resources for group C correspond to OCC unit 715 to 718. Resources for group A and resources for group B are overlapped over the OCC units 713 and 714. Resources for group A and resources for group C are overlapped over the OCC units 715 and 716.

[0140] In some embodiments, resources for different groups may be nested. FIG. 8 shows such an example. In FIG. 8, resources for group A, resources for group B and resources for group C are nested. In FIG. 8, resources for group A correspond to OCC unit 811 to 816. Resources for group B correspond to OCC unit 811 and 812. Resources for group C correspond to OCC unit 811 to 814. Resources for group A, resources for group B and resources for group C are overlapped over the OCC units 811 and 812. Resources for group B and resources for group C are overlapped over the OCC units 811,  812, 813 and 814.

[0141] For example, a first resource configured to a first group is nested in a second resource configured to a second group. For example, resources for group B are nested in resources for group A. In some embodiments, the first group and the second group are different in at least one of: that a priority corresponding to the first group is lower than a priority corresponding to the second group, or that a repetition number corresponding to the first group is lower than a repetition number corresponding to the second group. For example, the priorities for group A, group B and group C are as below: group A > group B > group C.

[0142] In some embodiments, different nested patterns are possible. For example, resources for different groups may be aligned at a starting time position, such as the example of FIG. 8. For another example, resources for different groups may be aligned at an ending time position. For another example, resources for different groups may be aligned at a reference time point, which may be an edge of an OCC unit. For another example, resources for different groups may be aligned at a center time position.

[0143] FIG. 9 illustrates a flowchart of a communication method 900 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the terminal device 110 in FIG. 1.

[0144] At block 910, the terminal device transmits, to a network device, a request to configure a contention-based transmission from the terminal device to the network device.

[0145] At block 920, the terminal device receives, from the network device, configuration information for the contention-based transmission.

[0146] At block 930, the terminal device performs the contention-based transmission to the network device based on the configuration information.

[0147] In some example embodiments, the request indicates at least one of: a requested number of repetitions for the contention-based transmission, a requested transmission priority of the contention-based transmission a requested index of orthogonal cover code to be used for the contention-based transmission, a requested length of the orthogonal cover code to be used for the contention-based transmission, a requested list of candidate cells, from which the contention-based transmission can be performed, an amount of data  to be carried by the contention-based transmission, emergency level of the data to be carried by the contention-based transmission, or a requested number of tones to be used for the contention-based transmission.

[0148] In some example embodiments, transmitting the request to the network device is based on at least one of: that the terminal device has a capability of performing the contention-based transmission, that a geometry relationship of the terminal device with a synchronization reference point is predictable, or that data to be carried by the contention-based transmission meets a condition.

[0149] In some example embodiments, the configuration information comprises: a first portion broadcasted for a plurality of terminal devices and indicating a set of candidate resources, and a second portion at least indicating a resource in the set of candidate resources that is available for the terminal device.

[0150] In some example embodiments, the set of candidate resources comprises at least one of: candidate resources corresponding to a plurality of transmission priorities respectively, candidate resources corresponding to a plurality of repetition numbers respectively, candidate resources corresponding to a plurality of lengths of orthogonal cover code respectively, or candidate resources corresponding to a plurality of transport block size ranges respectively.

[0151] In some example embodiments, the second portion indicates the resource that is available for the terminal device by at least one of: a transmission priority configured to the terminal device for the contention-based transmission, a repetition number configured to the terminal device for the contention-based transmission, a length of orthogonal cover code configured to the terminal device for the contention-based transmission, a transport block size range configured to the terminal device for the contention-based transmission, an index of a candidate resource in the set of candidate resources, or an indicator of the resource that is available for the terminal device.

[0152] In some example embodiments, a first number of terminal devices configured with a first transmission priority is smaller than a second number of terminal devices configured with a second transmission priority lower than the first priority.

[0153] In some example embodiments, the second portion further indicates at least one of:respective Radio Network Temporary Identifiers for candidate cells, or respective  timing advance information for one or more cells.

[0154] In some example embodiments, the second portion further indicates a time alignment timer corresponding to timing advance information for a cell of the one or more cells, and the time alignment timer indicates a valid duration of the timing advance information for the cell.

[0155] In some example embodiments, the configuration information indicates at least one of: for a candidate resource for a candidate cell, one or more sets of contiguously allocated subcarriers of a resource unit, for a candidate resource for a candidate cell, one or more numbers of resource units, for a candidate resource for a candidate cell, one or more repetition numbers, for a candidate resource for a candidate cell, one or more subcarrier indications, for a candidate resource for a candidate cell, one or more periodicities and time offsets, for a candidate cell, one or more response window timers, for a candidate cell, one or more time alignment timers.

[0156] In some example embodiments, the terminal device may update a pre-compensation in time and frequency domain; perform time alignment with the network device based on the updated pre-compensation and timing advance information comprised in the configuration information; and perform the contention-based transmission based on the time alignment.

[0157] In some example embodiments, the terminal device may receive, from the network device, an indication of whether the terminal device is allowed to initiate the contention-based transmission.

[0158] In some example embodiments, the terminal device may further receive, from the network device, a response to the contention-based transmission, wherein that the response comprises an index of orthogonal cover code used by the terminal device for the contention-based transmission.

[0159] In some example embodiments, the terminal device may further perform one of: in response to that a received response matches the contention-based transmission, entering into a connected mode with the network device, in response to that a received response matches the contention-based transmission, entering into an idle mode, in response to that a received response matches the contention-based transmission, entering into an inactive mode, in response to that a received response does not match the  contention-based transmission and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission, in response to that no response is received from the network device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission, or in response to that a failure in decoding a response from the network device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission.

[0160] In some example embodiments, the terminal device may determine orthogonal cover code (OCC) information based on the configuration information; and perform the contention-based transmission based on the OCC information.

[0161] In some example embodiments, the configuration information indicates a resource for performing the contention-based transmission for one time, and the terminal device may determine an OCC scheme based on at least one of: a number of tones occupied by the resource, or a number of symbols occupied by the resource.

[0162] In some example embodiments, in response to that the number of tones is smaller than a first predetermined number, the terminal device may determine to use OCC in time domain; or in response to that the number of tones is equal to the first predetermined number, determine to use OCC in frequency domain.

[0163] In some example embodiments, in response to that the number of symbols does not exceed a second predetermined number, the terminal device may determine to use OCC across symbols; or in response to that the number of symbols exceeds the second predetermined number, determine to use OCC across slots.

[0164] In some example embodiments, the resource is configured to a plurality of terminal devices with the same transport block size range.

[0165] In some example embodiments, the configuration information indicates a resource for the contention-based transmission, and the terminal device may determine an OCC length based on a priority of the contention-based transmission and a mapping between at least one priority and at least one OCC length.

[0166] In some example embodiments, the resource is configured to a plurality of terminal devices with the same priority for contention-based transmissions.

[0167] In some example embodiments, a first priority is mapped to a first OCC length, and a second priority higher than the first priority is mapped to a second OCC length  longer than the first OCC length.

[0168] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the network device in FIG. 1.

[0169] At block 1010, the network device receives, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device.

[0170] At block 1020, the network device transmits, to the terminal device, configuration information for the contention-based transmission.

[0171] At block 1030, the network device receives the contention-based transmission from the terminal device based on the configuration information.

[0172] In some example embodiments, the request indicates at least one of: a requested number of repetitions for the contention-based transmission, a requested transmission priority of the contention-based transmission a requested index of orthogonal cover code to be used for the contention-based transmission, a requested length of the orthogonal cover code to be used for the contention-based transmission, a requested list of candidate cells, from which the contention-based transmission can be performed, an amount of data to be carried by the contention-based transmission, emergency level of the data to be carried by the contention-based transmission, or a requested number of tones to be used for the contention-based transmission.

[0173] In some example embodiments, the configuration information comprises: a first portion broadcasted for a plurality of terminal devices and indicating a set of candidate resources, and a second portion at least indicating a resource in the set of candidate resources that is available for the terminal device.

[0174] In some example embodiments, the set of candidate resources comprise at least one of: candidate resources corresponding to a plurality of transmission priorities respectively, candidate resources corresponding to a plurality of repetition numbers respectively, candidate resources corresponding to a plurality of lengths of orthogonal cover code respectively, or candidate resources corresponding to a plurality of transport block size ranges respectively.

[0175] In some example embodiments, the second portion indicates the resource that is  available for the terminal device by at least one of: a transmission priority configured to the terminal device for the contention-based transmission, a repetition number configured to the terminal device for the contention-based transmission, a length of orthogonal cover code configured to the terminal device for the contention-based transmission, a transport block size range configured to the terminal device for the contention-based transmission, an index of a candidate resource in the set of candidate resources, or an indicator of the resource that is available for the terminal device.

[0176] In some example embodiments, a first number of terminal devices configured with a first transmission priority is smaller than a second number of terminal devices configured with a second transmission priority lower than the first priority.

[0177] In some example embodiments, the second portion further indicates at least one of:respective Radio Network Temporary Identifiers for candidate cells, respective timing advance information for one or more cells.

[0178] In some example embodiments, the second portion further indicates a time alignment timer corresponding to timing advance information for a cell of the one or more cells, and the time alignment timer indicates a valid duration of the timing advance information for the cell.

[0179] In some example embodiments, the configuration information indicates at least one of: for a candidate resource for a candidate cell, one or more sets of contiguously allocated subcarriers of a resource unit, for a candidate resource for a candidate cell, one or more numbers of resource units, for a candidate resource for a candidate cell, one or more repetition numbers, for a candidate resource for a candidate cell, one or more subcarrier indications, for a candidate resource for a candidate cell, one or more periodicities and time offsets, for a candidate cell, one or more response window timers, for a candidate cell, one or more time alignment timers.

[0180] In some example embodiments, the network device may further transmit, to the terminal device, an indication of whether the terminal device is allowed to initiate the contention-based transmission.

[0181] In some example embodiments, the network device may further transmit, to the terminal device, a response to the contention-based transmission, wherein the response comprises an index of orthogonal cover code used by the terminal device for the  contention-based transmission.

[0182] In some example embodiments, the network device may determine orthogonal cover code (OCC) information based on the configuration information; and receive the contention-based transmission based on the OCC information.

[0183] In some example embodiments, the configuration information indicates a resource for performing the contention-based transmission for one time, and the network device may determine an OCC scheme based on at least one of: a number of tones occupied by the resource, or a number of symbols occupied by the resource.

[0184] In some example embodiments, in response to that the number of tones is smaller than a first predetermined number, the network device may determine to use OCC in time domain; or in response to that the number of tones is equal to the first predetermined number, determine to use OCC in time in frequency domain.

[0185] In some example embodiments, in response to that the number of symbols does not exceed a second predetermined number, the network device may determine to use OCC across symbols; or in response to that the number of symbols exceeds the second predetermined number, determine to use OCC across slots.

[0186] In some example embodiments, the resource is configured to a plurality of terminal devices with the same transport block size range.

[0187] In some example embodiments, the configuration information indicates a resource for the contention-based transmission, and the network device may determine an OCC length based on a priority of the contention-based transmission and a mapping between at least one priority and at least one OCC length.

[0188] In some example embodiments, the resource is configured to a plurality of terminal devices with the same priority for contention-based transmissions.

[0189] In some example embodiments, a first priority is mapped to a first OCC length, and a second priority higher than the first priority is mapped to a second OCC length longer than the first OCC length.

[0190] In some example embodiments, the network device may configure a first resource and a second resource for contention-based transmissions, wherein the first resource and the second resource have a same frequency range and are partially  overlapped with each other and the overlapped portion between the first resource and the second resource comprises one or more OCC units in time domain.

[0191] In some example embodiments, a first resource configured to a first group is nested in a second resource configured to a second group.

[0192] In some example embodiments, the first group and the second group are different in at least one of: that a priority corresponding to the first group is lower than a priority corresponding to the second group, or that a repetition number corresponding to the first group is lower than a repetition number corresponding to the second group.

[0193] FIG. 11 is a simplified block diagram of a device 1100 that is suitable for implementing embodiments of the present disclosure. The device 1100 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 1100 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0194] As shown, the device 1100 includes a processor 1110, a memory 1120 coupled to the processor 1110, a suitable transceiver 1140 coupled to the processor 1110, and a communication interface coupled to the transceiver 1140. The memory 1120 stores at least a part of a program 1130. The transceiver 1140 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1140 may include at least one of a transmitter 1142 and a receiver 1144. The transmitter 1142 and the receiver 1144 may be functional modules or physical entities. The transceiver 1140 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.

[0195] The program 1130 is assumed to include program instructions that, when executed by the associated processor 1110, enable the device 1100 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 11. The embodiments herein may be implemented by computer  software executable by the processor 1110 of the device 1100, or by hardware, or by a combination of software and hardware. The processor 1110 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1110 and memory 1120 may form processing means 1150 adapted to implement various embodiments of the present disclosure.

[0196] The memory 1120 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 1120 is shown in the device 1100, there may be several physically distinct memory modules in the device 1100. The processor 1110 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 1100 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.

[0197] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: transmit, to a network device, a request to configure a contention-based transmission from the terminal device to the network device; receive, from the network device, configuration information for the contention-based transmission; and perform the contention-based transmission to the network device based on the configuration information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0198] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: receive, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device; transmit, to the terminal device, configuration information for the contention-based transmission; and receive the contention-based transmission from the terminal device based on the configuration information. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented  by the network device as discussed above.

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

[0200] According to embodiments of the present disclosure, a terminal apparatus is provided. The terminal apparatus comprises means for transmitting, to a network device, a request to configure a contention-based transmission from the terminal device to the network device; means for receiving, from the network device, configuration information for the contention-based transmission; and means for performing the contention-based transmission to the network device based on the configuration information. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 900. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0201] According to embodiments of the present disclosure, a network apparatus is provided. The network apparatus comprises means for receiving, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device; means for transmitting, to the terminal device, configuration information for the contention-based transmission; and means for receiving the contention-based transmission from the terminal device based on the configuration information. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1000. In some example embodiments, the second apparatus may  further comprise means for performing other operations in some example embodiments of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0202] In summary, embodiments of the present disclosure provide the following aspects.

[0203] In an aspect, it is proposed a terminal device comprising: a processor configured to cause the terminal device to: transmit, to a network device, a request to configure a contention-based transmission from the terminal device to the network device; receive, from the network device, configuration information for the contention-based transmission; and perform the contention-based transmission to the network device based on the configuration information.

[0204] In some embodiments, the request indicates at least one of: a requested number of repetitions for the contention-based transmission, a requested transmission priority of the contention-based transmission a requested index of orthogonal cover code to be used for the contention-based transmission, a requested length of the orthogonal cover code to be used for the contention-based transmission, a requested list of candidate cells, from which the contention-based transmission can be performed, an amount of data to be carried by the contention-based transmission, emergency level of the data to be carried by the contention-based transmission, or a requested number of tones to be used for the contention-based transmission.

[0205] In some embodiments, transmitting the request to the network device is based on at least one of: that the terminal device has a capability of performing the contention-based transmission, that a geometry relationship of the terminal device with a synchronization reference point is predictable, or that data to be carried by the contention-based transmission meets a condition.

[0206] In some embodiments, the configuration information comprises: a first portion broadcasted for a plurality of terminal devices and indicating a set of candidate resources, and a second portion at least indicating a resource in the set of candidate resources that is available for the terminal device.

[0207] In some embodiments, the set of candidate resources comprises at least one of: candidate resources corresponding to a plurality of transmission priorities respectively,  candidate resources corresponding to a plurality of repetition numbers respectively, candidate resources corresponding to a plurality of lengths of orthogonal cover code respectively, or candidate resources corresponding to a plurality of transport block size ranges respectively.

[0208] In some embodiments, the second portion indicates the resource that is available for the terminal device by at least one of: a transmission priority configured to the terminal device for the contention-based transmission, a repetition number configured to the terminal device for the contention-based transmission, a length of orthogonal cover code configured to the terminal device for the contention-based transmission, a transport block size range configured to the terminal device for the contention-based transmission, an index of a candidate resource in the set of candidate resources, or an indicator of the resource that is available for the terminal device.

[0209] In some embodiments, a first number of terminal devices configured with a first transmission priority is smaller than a second number of terminal devices configured with a second transmission priority lower than the first priority.

[0210] In some embodiments, the second portion further indicates at least one of: respective Radio Network Temporary Identifiers for candidate cells, respective timing advance information for one or more cells.

[0211] In some embodiments, the second portion further indicates a time alignment timer corresponding to timing advance information for a cell of the one or more cells, and the time alignment timer indicates a valid duration of the timing advance information for the cell.

[0212] In some embodiments, the configuration information indicates at least one of: for a candidate resource for a candidate cell, one or more sets of contiguously allocated subcarriers of a resource unit, for a candidate resource for a candidate cell, one or more numbers of resource units, for a candidate resource for a candidate cell, one or more repetition numbers, for a candidate resource for a candidate cell, one or more subcarrier indications, for a candidate resource for a candidate cell, one or more periodicities and time offsets, for a candidate cell, one or more response window timers, for a candidate cell, one or more time alignment timers.

[0213] In some embodiments, the terminal device is caused to: update a pre- compensation in time and frequency domain; perform time alignment with the network device based on the updated pre-compensation and timing advance information comprised in the configuration information; and perform the contention-based transmission based on the time alignment.

[0214] In some embodiments, the terminal device is further caused to: receive, from the network device, an indication of whether the terminal device is allowed to initiate the contention-based transmission.

[0215] In some embodiments, the terminal device is further caused to: receive, from the network device, a response to the contention-based transmission, wherein that the response comprises an index of orthogonal cover code used by the terminal device for the contention-based transmission.

[0216] In some embodiments, the terminal device is further caused to perform one of: in response to that a received response matches the contention-based transmission, entering into a connected mode with the network device, in response to that a received response matches the contention-based transmission, entering into an idle mode, in response to that a received response matches the contention-based transmission, entering into an inactive mode, in response to that a received response does not match the contention-based transmission and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission, in response to that no response is received from the network device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission, or in response to that a failure in decoding a response from the network device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission.

[0217] In some embodiments, the terminal device is caused to: determine orthogonal cover code (OCC) information based on the configuration information; and perform the contention-based transmission based on the OCC information.

[0218] In some embodiments, the configuration information indicates a resource for performing the contention-based transmission for one time, and the terminal device is caused to: determine an OCC scheme based on at least one of: a number of tones occupied by the resource, or a number of symbols occupied by the resource.

[0219] In some embodiments, the terminal device is caused to: in response to that the  number of tones is smaller than a first predetermined number, determine to use OCC in time domain; or in response to that the number of tones is equal to the first predetermined number, determine to use OCC in frequency domain.

[0220] In some embodiments, the terminal device is caused to: in response to that the number of symbols does not exceed a second predetermined number, determine to use OCC across symbols; or in response to that the number of symbols exceeds the second predetermined number, determine to use OCC across slots.

[0221] In some embodiments, the resource is configured to a plurality of terminal devices with the same transport block size range.

[0222] In some embodiments, the configuration information indicates a resource for the contention-based transmission, and the terminal device is caused to: determine an OCC length based on a priority of the contention-based transmission and a mapping between at least one priority and at least one OCC length.

[0223] In some embodiments, the resource is configured to a plurality of terminal devices with the same priority for contention-based transmissions.

[0224] In some embodiments, a first priority is mapped to a first OCC length, and a second priority higher than the first priority is mapped to a second OCC length longer than the first OCC length.

[0225] In an aspect, it is proposed a network device comprising: a processor configured to cause the terminal device to: receive, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device; transmit, to the terminal device, configuration information for the contention-based transmission; and receive the contention-based transmission from the terminal device based on the configuration information.

[0226] In some embodiments, the request indicates at least one of: a requested number of repetitions for the contention-based transmission, a requested transmission priority of the contention-based transmission a requested index of orthogonal cover code to be used for the contention-based transmission, a requested length of the orthogonal cover code to be used for the contention-based transmission, a requested list of candidate cells, from which the contention-based transmission can be performed, an amount of data to be carried by the contention-based transmission, emergency level of the data to be carried by  the contention-based transmission, or a requested number of tones to be used for the contention-based transmission.

[0227] In some embodiments, the configuration information comprises: a first portion broadcasted for a plurality of terminal devices and indicating a set of candidate resources, and a second portion at least indicating a resource in the set of candidate resources that is available for the terminal device.

[0228] In some embodiments, the set of candidate resources comprise at least one of: candidate resources corresponding to a plurality of transmission priorities respectively, candidate resources corresponding to a plurality of repetition numbers respectively, candidate resources corresponding to a plurality of lengths of orthogonal cover code respectively, or candidate resources corresponding to a plurality of transport block size ranges respectively.

[0229] In some embodiments, the second portion indicates the resource that is available for the terminal device by at least one of: a transmission priority configured to the terminal device for the contention-based transmission, a repetition number configured to the terminal device for the contention-based transmission, a length of orthogonal cover code configured to the terminal device for the contention-based transmission, a transport block size range configured to the terminal device for the contention-based transmission, an index of a candidate resource in the set of candidate resources, or an indicator of the resource that is available for the terminal device.

[0230] In some embodiments, a first number of terminal devices configured with a first transmission priority is smaller than a second number of terminal devices configured with a second transmission priority lower than the first priority.

[0231] In some embodiments, the second portion further indicates at least one of: respective Radio Network Temporary Identifiers for candidate cells, respective timing advance information for one or more cells.

[0232] In some embodiments, the second portion further indicates a time alignment timer corresponding to timing advance information for a cell of the one or more cells, and the time alignment timer indicates a valid duration of the timing advance information for the cell.

[0233] In some embodiments, the configuration information indicates at least one of:  for a candidate resource for a candidate cell, one or more sets of contiguously allocated subcarriers of a resource unit, for a candidate resource for a candidate cell, one or more numbers of resource units, for a candidate resource for a candidate cell, one or more repetition numbers, for a candidate resource for a candidate cell, one or more subcarrier indications, for a candidate resource for a candidate cell, one or more periodicities and time offsets, for a candidate cell, one or more response window timers, for a candidate cell, one or more time alignment timers.

[0234] In some embodiments, the network device is further caused to: transmit, to the terminal device, an indication of whether the terminal device is allowed to initiate the contention-based transmission.

[0235] In some embodiments, the network device is further caused to: transmit, to the terminal device, a response to the contention-based transmission, wherein the response comprises an index of orthogonal cover code used by the terminal device for the contention-based transmission.

[0236] In some embodiments, the network device is caused to: determine orthogonal cover code (OCC) information based on the configuration information; and receive the contention-based transmission based on the OCC information.

[0237] In some embodiments, the configuration information indicates a resource for performing the contention-based transmission for one time, and the network device is caused to: determine an OCC scheme based on at least one of: a number of tones occupied by the resource, or a number of symbols occupied by the resource.

[0238] In some embodiments, the network device is caused to: in response to that the number of tones is smaller than a first predetermined number, determine to use OCC in time domain; or in response to that the number of tones is equal to the first predetermined number, determine to use OCC in time in frequency domain.

[0239] In some embodiments, the network device is caused to: in response to that the number of symbols does not exceed a second predetermined number, determine to use OCC across symbols; or in response to that the number of symbols exceeds the second predetermined number, determine to use OCC across slots.

[0240] In some embodiments, the resource is configured to a plurality of terminal devices with the same transport block size range.

[0241] In some embodiments, the configuration information indicates a resource for the contention-based transmission, and the network device is caused to: determine an OCC length based on a priority of the contention-based transmission and a mapping between at least one priority and at least one OCC length.

[0242] In some embodiments, the resource is configured to a plurality of terminal devices with the same priority for contention-based transmissions.

[0243] In some embodiments, a first priority is mapped to a first OCC length, and a second priority higher than the first priority is mapped to a second OCC length longer than the first OCC length.

[0244] In some embodiments, the network device is caused to: configure a first resource and a second resource for contention-based transmissions, wherein the first resource and the second resource have a same frequency range and are partially overlapped with each other and the overlapped portion between the first resource and the second resource comprises one or more OCC units in time domain.

[0245] In some embodiments, a first resource configured to a first group is nested in a second resource configured to a second group.

[0246] In some embodiments, the first group and the second group are different in at least one of: that a priority corresponding to the first group is lower than a priority corresponding to the second group, or that a repetition number corresponding to the first group is lower than a repetition number corresponding to the second group.

[0247] In an aspect, a terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the terminal device discussed above.

[0248] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0249] In an aspect, 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 implemented by the terminal device discussed above.

[0250] In an aspect, 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 implemented by the network device discussed above.

[0251] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0252] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0253] 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, techniques 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.

[0254] 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 FIGS. 1 to 11. 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.

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

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

[0257] 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 implementation 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.

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

Claims

1.A terminal device comprising:a processor configured to cause the terminal device to:transmit, to a network device, a request to configure a contention-based transmission from the terminal device to the network device;receive, from the network device, configuration information for the contention-based transmission; andperform the contention-based transmission to the network device based on the configuration information.2.The terminal device of claim 1, wherein the request indicates at least one of:a requested number of repetitions for the contention-based transmission,a requested transmission priority of the contention-based transmission,a requested index of orthogonal cover code to be used for the contention-based transmission,a requested length of the orthogonal cover code to be used for the contention-based transmission,a requested list of candidate cells, from which the contention-based transmission can be performed,an amount of data to be carried by the contention-based transmission,emergency level of the data to be carried by the contention-based transmission, ora requested number of tones to be used for the contention-based transmission.3.The terminal device of claim 1, wherein transmitting the request to the network device is based on at least one of:that the terminal device has a capability of performing the contention-based transmission,that a geometry relationship of the terminal device with a synchronization reference point is predictable, orthat data to be carried by the contention-based transmission meets a condition.4.The terminal device of claim 1, wherein the configuration information comprises:a first portion broadcasted for a plurality of terminal devices and indicating a set of candidate resources, anda second portion at least indicating a resource in the set of candidate resources that is available for the terminal device.5.The terminal device of claim 4, wherein the set of candidate resources comprises at least one of:candidate resources corresponding to a plurality of transmission priorities respectively,candidate resources corresponding to a plurality of repetition numbers respectively,candidate resources corresponding to a plurality of lengths of orthogonal cover code respectively, orcandidate resources corresponding to a plurality of transport block size ranges respectively.6.The terminal device of claim 5, wherein the second portion indicates the resource that is available for the terminal device by at least one of:a transmission priority configured to the terminal device for the contention-based transmission,a repetition number configured to the terminal device for the contention-based transmission,a length of orthogonal cover code configured to the terminal device for the contention-based transmission,a transport block size range configured to the terminal device for the contention-based transmission,an index of a candidate resource in the set of candidate resources, oran indicator of the resource that is available for the terminal device.7.The terminal device of claim 6, wherein a first number of terminal devices configured with a first transmission priority is smaller than a second number of terminal devices configured with a second transmission priority lower than the first priority.8.The terminal device of claim 4, wherein the second portion further indicates at least one of:respective Radio Network Temporary Identifiers for candidate cells,respective timing advance information for one or more cells.9.The terminal device of claim 8, wherein the second portion further indicates a time alignment timer corresponding to timing advance information for a cell of the one or more cells, and the time alignment timer indicates a valid duration of the timing advance information for the cell.10.The terminal device of claim 4, wherein the configuration information indicates at least one of:for a candidate resource for a candidate cell, one or more sets of contiguously allocated subcarriers of a resource unit,for a candidate resource for a candidate cell, one or more numbers of resource units,for a candidate resource for a candidate cell, one or more repetition numbers,for a candidate resource for a candidate cell, one or more subcarrier indications,for a candidate resource for a candidate cell, one or more periodicities and time offsets,for a candidate cell, one or more response window timers,for a candidate cell, one or more time alignment timers.11.The terminal device of claim 1, wherein the terminal device is caused to:update a pre-compensation in time and frequency domain;perform time alignment with the network device based on the updated pre-compensation and timing advance information comprised in the configuration information; andperform the contention-based transmission based on the time alignment.12.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from the network device, an indication of whether the terminal device is allowed to initiate the contention-based transmission.13.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from the network device, a response to the contention-based transmission, wherein that the response comprises an index of orthogonal cover code used by the terminal device for the contention-based transmission.14.The terminal device of claim 1, wherein the terminal device is further caused to perform one of:in response to that a received response matches the contention-based transmission, entering into a connected mode with the network device,in response to that a received response matches the contention-based transmission, entering into an idle mode,in response to that a received response matches the contention-based transmission, entering into an inactive mode,in response to that a received response does not match the contention-based transmission and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission,in response to that no response is received from the network device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission, orin response to that a failure in decoding a response from the network device and that a maximum number of transmissions is not exceeded, performing a contention-based retransmission.15.The terminal device of claim 1, wherein the terminal device is caused to:determine orthogonal cover code (OCC) information based on the configuration information; andperform the contention-based transmission based on the OCC information.16.The terminal device of claim 15, wherein the configuration information indicates a resource for performing the contention-based transmission for one time, and the terminal device is caused to:determine an OCC scheme based on at least one of:a number of tones occupied by the resource, ora number of symbols occupied by the resource.17.The terminal device of claim 16, wherein the terminal device is caused to:in response to that the number of tones is smaller than a first predetermined number, determine to use OCC in time domain; orin response to that the number of tones is equal to the first predetermined number, determine to use OCC in frequency domain.18.The terminal device of claim 16 or 17, wherein the terminal device is caused to:in response to that the number of symbols does not exceed a second predetermined number, determine to use OCC across symbols; orin response to that the number of symbols exceeds the second predetermined number, determine to use OCC across slots.19.The terminal device of claim 16, wherein the resource is configured to a plurality of terminal devices with the same transport block size range.20.The terminal device of claim 15, wherein the configuration information indicates a resource for the contention-based transmission, and the terminal device is caused to:determine an OCC length based on a priority of the contention-based transmission and a mapping between at least one priority and at least one OCC length.21.The terminal device of claim 20, wherein the resource is configured to a plurality of terminal devices with the same priority for contention-based transmissions.22.The terminal device of claim 20, wherein a first priority is mapped to a first OCC length, and a second priority higher than the first priority is mapped to a second OCC length longer than the first OCC length.23.A network device comprising:a processor configured to cause the terminal device to:receive, from a terminal device, a request to configure a contention-based transmission from the terminal device to the network device;transmit, to the terminal device, configuration information for the contention-based transmission; andreceive the contention-based transmission from the terminal device based on the configuration information.24.The network device of claim 23, wherein the network device is caused to:configure a first resource and a second resource for contention-based transmissions, wherein the first resource and the second resource have a same frequency range and are partially overlapped with each other and the overlapped portion between the first resource and the second resource comprises one or more OCC units in time domain.25.The network device of claim 24, wherein a first resource configured to a first group is nested in a second resource configured to a second group.26.The network device of claim 25, wherein the first group and the second group are different in at least one of:that a priority corresponding to the first group is lower than a priority corresponding to the second group, orthat a repetition number corresponding to the first group is lower than a repetition number corresponding to the second group.

Images