Devices and methods for communications

WO2026165854A1PCT designated stage Publication Date: 2026-08-13NEC CORP +1
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2025-02-07
Publication Date
2026-08-13

Smart Images

  • Figure CN2025076332_13082026_PF_FP_ABST
    Figure CN2025076332_13082026_PF_FP_ABST
Patent Text Reader

Abstract

Embodiments of the present disclosure provide a solution for indication of control information. In a solution, a communication device determines a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device; and transmits the control information to the A-IoT device with the payload of the determined size.
Need to check novelty before this filing date? Find Prior Art

Description

DEVICES AND METHODS FOR COMMUNICATIONSFIELDS

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for indication of control information.BACKGROUND

[0002] In recent years, the Internet of Things (IoT) and Ambient Internet of Things (A-IoT) have attracted widespread attention in the field of wireless communication. More “things” are expected to be interconnected for improving productivity efficiency and increasing comforts of life. For transmission of control information, there are some options, including L1-control signaling and higher layer signaling. However, the format or payload of the detailed control information are not known.SUMMARY

[0003] In general, embodiments of the present disclosure provide devices and methods for indication of control information for A-IoT.

[0004] In a first aspect, there is provided a communication device. The communication device comprises: a processor configured to cause the communication device to: determine a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device; and transmit the control information to the A-IoT device with the payload of the determined size.

[0005] In a second aspect, there is provided an ambient-Internet of Things A-IoT device. The ambient-Internet of Things A-IoT device comprises: a processor configured to cause the A-IoT device to: receive control information from a communication device configured with a reader function; and decode the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device.

[0006] In a third aspect, there is provided a communication method performed by a communication device. The method comprises: determining a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device; and transmitting the control information to the A-IoT device with the payload of the determined size.

[0007] In a fourth aspect, there is provided a communication method performed by an ambient-Internet of Things A-IoT device. The method comprises: receiving control information from a communication device configured with a reader function; and decoding the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device.

[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] FIGS. 2A and 2B illustrate example topologies for A-IoT device;

[0013] FIG. 3 illustrates a signaling flow for indication of control information in accordance with some example embodiments of the present disclosure;

[0014] FIG. 4 illustrates a schematic diagram of detection of a signal in accordance with some example embodiments of the present disclosure;

[0015] FIG. 5A illustrates a schematic diagram of detection of a signal in accordance with some example embodiments of the present disclosure;

[0016] FIG. 5B illustrates a schematic diagram of control part and data part in accordance with some example embodiments of the present disclosure;

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

[0018] FIG. 7 illustrates a flowchart of a communication method implemented at an A-IoT device according to some example embodiments of the present disclosure; and

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

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

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

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

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

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

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

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

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

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

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

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

[0031] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0032] FIG. 1 illustrates an example communication environment 100 in which example embodiments of the present disclosure can be implemented. The communication environment 100 involves one or more A-IoT devices 110 and a plurality of communication devices 120 (such as a communication device 120-1, a communication device 120-2…a communication device 120-N) . Each communication device 120 may serve as a reader of the A-IoT devices 110. The plurality of communication devices 120 may communicate with the A-IoT devices 110, respectively. The communication device 120 may communicate with a radio access network and a CN, and thus may communicate with a CN network device 630.

[0033] The A-IoT refers to a new class of IoT devices primarily powered by harvesting ambient energy from radio waves, light, motion, heat, or any other viable ambient energy source. The A-IOT device does not need to actively generate a signal but communicates by reflecting electromagnetic waves generated by other devices. Accordingly, as shown in FIG. 1, an A-IoT device 110 generally includes an energy harvesting module 112 and a backscattering module 114.

[0034] The A-IoT is an extension of the existing IoT. A-IoT devices carry out many of the same functions as IoT devices and target many of the same use cases but require additional design choices to meet solution demands. By relying on energy harvested from ambient sources, the A-IoT makes it possible to develop lower-cost, smaller, and maintenance-free devices, allowing the IoT to become more scalable in existing use cases and in use cases still to be developed.

[0035] Harvesting energy from ambient sources generates only minimal amounts of power. This creates the inherent requirement for A-IoT devices to be less complex and more power efficient.

[0036] FIG. 2A illustrates an example of topology 210 for an A-IoT device. As shown in FIG. 2A, the topology 210 includes a radio access network (RAN) node 212 and an A-IoT device 110. In the topology 210, the A-IoT device 110 directly and bidirectionally communicates with the RAN node 212. The communication between the RAN node 212 and the A-IoT device 110 includes A-IoT data and / or signaling. The topology 210 includes a possibility that the RAN node 212 transmits to the A-IoT device 110 is different from the RAN node 212 receiving from the A-IoT device 110.

[0037] FIG. 2B illustrates an example of topology 220 for an A-IoT device. As shown in FIG. 2B, the topology 220 includes the RAN node 212, the A-IoT device 110, and an intermediate node 222. In the topology 220, the A-IoT device 110 communicates bidirectionally with the intermediate node 222 between the A-IoT device 110 and the RAN node 212. In this topology, the intermediate node 222 may be a relay, an integrated access backhaul (IAB) node, a UE, a repeater, etc. which is capable of supporting A-IoT. The intermediate node 222 transfers A-IoT data and / or signaling between the RAN node 212 and the A-IoT device 110.

[0038] The RAN node 212 in topology 210 and the intermediate node 222 in Topology 2 serve as a reader of the A-IoT device 110.

[0039] The above connectivity topologies for A-IoT networks and devices are defined for the purposes of the study. In all these topologies, the A-IoT device 110 may be provided with a carrier wave from other node (s) either inside or outside the topology. The links in each topology may be bidirectional or unidirectional.

[0040] Although not shown, there may be multiple BSs, UEs, assisting nodes, or intermediate nodes that could be involved in the topologies, respectively. The mixture of indoor and outdoor placement of such nodes is regarded as a network implementation choice. Accounts would need to be taken of potential impact on device or node complexity. In connectivity topologies, this does not imply the existence of multi-hop assisting or intermediate nodes.

[0041] It is to be understood that the number of devices and their connections in FIGS. 1-2B are given for the purpose of illustration without suggesting any limitations to the present disclosure. The environment may include any suitable number of devices adapted for implementations of the present disclosure.

[0042] In Release 19 (Rel-19) , A-IoT is introduced as a work item. There are two specific physical channels in reader to device (R2D) and device to reader (D2R) , including physical reader to device channel (PRDCH) and physical device to reader channel (PDRCH) . In R2D, multiplexing and / or multiple access is by only time division multiple access (TDMA) , and in D2R, it is by TDMA and frequency division multiple access (FDMA) . For modulation, R2D supports only on-off keying with 4 levels (OOK-4) , which is a solution for cyclic prefix (CP) handling. The backscattering of D2R supports OOK and binary phase shift keying (BPSK) modulations. In terms of transmission, the transmission of R2D only supports the Manchester line code. For D2R transmission, there are two options: either the Manchester line code or no line code (with one option to be down selected) , and a corresponding small frequency shift method as per the options. Regarding error correction, R2D does not support forward error correction (FEC) , while D2R only supports the convolutional code with generator polynomials, unless RAN1 decides to adopt other generator polynomials. Both PRDCH and PDRCH support transmission without cyclic redundancy check (CRC) , or with CRC using generator polynomials (unless RAN1 decides to use other generator polynomials) for 6-bit CRC and 16-bit CRC. The decision on which CRC length to use or whether to use no CRC will be made by RAN1. In terms of physical layer transmission, D2R supports physical layer repetition transmission, while R2D does not support physical layer repetition transmission.

[0043] In recent years, IoT has attracted much attention in the wireless communication world. More ‘things’ are expected to be interconnected for improving productivity efficiency and increasing comforts of life. Further reduction of size, complexity, and power consumption of IoT devices can enable the deployment of tens or even hundreds of billion IoT devices for various applications and provide added value across the entire value chain. It is impossible to power all the IoT devices by battery that needs to be replaced or recharged manually, which leads to high maintenance cost, serious environmental issues, and even safety hazards for some use.

[0044] Most of the wireless communication devices are powered by battery that needs to be replaced or recharged manually. The automation and digitalization of various industries open numbers of new markets requiring new IoT technologies. The form factor of such devices needs to be reasonably small to convey the validity of target use cases.

[0045] Use cases, traffic scenarios, device constraints of ambient power-enabled IoT have been developed to be captured, and new potential service requirements as well as new key performance indicators (KPIs) have been developed to be identified. Devices being either battery-less or with limited energy storage capability have been considered, and the energy is provided through the harvesting of radio waves, light, motion, heat, or any other power source that could be seen suitable.

[0046] Representative use cases, deployment scenarios, connectivity topologies, Ambient IoT devices, design targets, and required functionalities have been defined. Since all the requirements of target use cases cannot be met by existing technologies, a new IoT technology is recommended to open new markets within 3rd Generation Partnership Project (3GPP) systems. The number of connections and / or device density of this new technology may be orders of magnitude higher than those of existing 3GPP IoT technologies. The new IoT technology may provide complexity and power consumption orders of magnitude lower than the existing 3GPP low power wide area (LPWA) technologies (e.g. narrow band-Internet of things (NB-IoT) and enhanced machine type communication (eMTC) ) , and may address use cases and scenarios that cannot otherwise be fulfilled based on existing 3GPP LPWA IoT technologies.

[0047] For the purpose of study, RAN1 uses the following terminologies for Ambient IoT devices:

[0048] Device 1: ~1 μW peak power consumption, has energy storage, initial sampling frequency offset (SFO) up to 10X ppm, neither downlink (DL) nor uplink (UL) amplification in the device. The device’s UL transmission is backscattered on a carrier wave provided externally.

[0049] Device 2a: ≤ a few hundred μW peak power consumption, has energy storage, initial sampling frequency offset (SFO) up to 10X ppm, both DL and / or UL amplification in the device. The device’s UL transmission is backscattered on a carrier wave provided externally.

[0050] Device 2b: ≤ a few hundred μW peak power consumption, has energy storage, initial sampling frequency offset (SFO) up to 10X ppm, both DL and / or UL amplification in the device. The device’s UL transmission is generated internally by the device.

[0051] For D2R scheduling, the following information potentially may be explicitly or implicitly indicated to the device via corresponding PRDCH: time domain resources, frequency domain resource, modulation and coding scheme (MCS) -like information, chip duration, ID associated with device (s) , repetitions, and other information. For each information, whether higher layer signaling and / or L1 R2D control signaling is used.

[0052] For the PRDCH design details, the following design options have been studied for PRDCH:

[0053] Option 1: if there is no L1 R2D control information carried by PRDCH, then PRDCH transmission with only R2D data is considered. In this option, R2D control information (if any) may be carried by higher layer signaling.

[0054] Option 2: if any L1 R2D control information is supported or carried by PRDCH, then for the CRC attachment (appended if there is non-zero length CRC) , the following two options have been studied.

[0055] Option 2-1: joint CRC is attached to L1 R2D control information and R2D data.

[0056] Option 2-2: separate CRC is attached to L1 R2D control information and R2D data, respectively.

[0057] For R2D control information, the following are studied at least for PRDCH: time domain resource allocation, MCS or coding rate, transport block size (TBS) , repetitions, device ID and / or device group ID, and / or device type and / or cast type, frequency domain resource allocation, reader ID, chip duration. For PDRCH, the following are studied at least: time domain resource allocation, MCS or coding rate, TBS, repetitions, device ID, frequency domain resource allocation, reader ID, chip duration, midamble related information.

[0058] For transmission of R2D control information for R2D reception and D2R scheduling, there are two options, including L1-control signaling and higher layer signaling. However, the format or payload of the detailed control information are not known, and any one of the options isn’t the most efficient way for all the devices, all the services, a more flexible method needs to be applied.

[0059] Embodiments of the present disclosure provide a solution for the indication of control information. A communication device configured with a reader function determines a payload of control information for a data transmission between the communication device and an A-IoT device, and transmits the control information to the A-IoT device with the payload of the determined size. The size of the payload is determined based on at least of the following: a TBS of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device. Alternatively, the A-IoT device receives control information from the communication device configured with a reader function, and decodes the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information.

[0060] In this way, the payload or location of the control information may be flexibly determined, thereby providing a more efficient scheduling for a given service or device.

[0061] Example embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0062] FIG. 3 illustrates a signaling flow 300 for indication of control information in accordance with some example embodiments of the present disclosure. The signaling flow 300 involves the A-IoT device 110 and the reader 120 in FIG. 1. For purpose of illustration, the signalling flow 300 will be described with respect to FIG. 1. The reader 120 may include a radio access network (RAN) device or a terminal device. The reader 120 may act as a communication device to transmit control information for the A-IoT device 110. Although one A-IoT device is illustrated, in some embodiments, the control information may be transmitted to multiple A-IoT devices.

[0063] The reader 120 determines (301) a payload of control information for a data transmission between the reader 120 and the A-IoT device 110. In some example embodiments, the size of the payload (also referred to as payload size, in the following, the size of the payload and the payload size may be used interactively) of the control information may be fixed. In other words, the number of bits occupied by the control information may be fixed. In this way, no special indication, sequence, or signal is needed to indicate the end of the control information. In some embodiments, the size of the payload of the control information may be flexible, and as the recipient of the control information may be indicated with or detect the end of the control information.

[0064] In embodiments of the present disclosure, the size of the payload is determined based at least on the TBS of data to be transmitted, the service type of the data to be transmitted, or the device type of the A-IoT device 110. The payload size may be determined based on various other types of control information bits required for a R2D transmission or a D2R transmission.

[0065] In some example embodiments, alternatively or additionally, the control information may include R2D control information for a R2D data transmission from the reader 120 to the A-IoT device 110. For example, the payload of the R2D control information may indicate at least one of: the TBS of R2D data to be transmitted, the service type, an identity of the A-IoT device, a first chip length for R2D data, or at least one reserved bit. In this case, the size of the payload of the R2D control information may be determined based on at least one of: the TBS of R2D data to be transmitted, the service type, the identity of the A-IoT device 110, the first chip length for R2D data, or the at least one reserved bit.

[0066] As an example, the fixed size of the payload of the R2D control information may be approximately 30 bits, including one bit to indicate the service type, 7 bits to indicate the TBS, 16 bits to indicate the ID of the A-IoT device, and 4 bits to indicate the first chip length for R2D data, and about 2 reserved bits.

[0067] As an example, assuming that the maximum size of the transport block is 1000 bits and the granularity for TBS indication is 8 bits, the size of the field used for indicating the TBS of R2D data to be transmitted may be 7 bits. The size of the field used for indicating the service type may be 1 bit. The size of the field used for indicating the at least one reserved bit may be 2 bits.

[0068] In some examples, the size of the field used for indicating the identity (ID) of the A-IoT device 110 may be 16 bits. For example, the identity of the A-IoT device 110 may include the device ID or the group ID of the A-IoT device 110. The length of device ID may be 16 bits. For the group ID, the valid ID length and the group ID may be indicated together. For example, the size of valid ID length indication is N bits, and then the size of the group ID indication is (16-N) bits. The (16-N) bits may be used to determine whether the group ID is matched. In some example embodiments, the device type may be used as the group classification. There may be an additional bit in the control information to distinguish whether the indicated service is a group one or a dedicated one.

[0069] In some examples, the size used for indicating the first chip length for R2D data may be 4 bits. The first chip length for R2D data may be indicated by a parameter M, M may refer to the number of chip durations in an orthogonal frequency division multiplexing (OFDM) symbol. As an example, M may be selected from {1, 2, 4, 6, 8, 12, 16, 24, 32} .

[0070] In some example embodiments, the control information may include D2R control information for a D2R data transmission from the A-IoT device 110 to the reader 120, and the D2R control information may indicate at least one of: the TBS of D2R data to be transmitted, a second chip length for D2R data, a repetition number, a resource allocation for the A-IoT device 110, an identity of the A-IoT device 110, or at least one reserved bit. In this case, the size of the payload of the D2R control information may be determined based on at least one of: the TBS of D2R data to be transmitted, the second chip length for D2R data, the repetition number, the resource allocation for the A-IoT device 110, the identity of the A-IoT device 110, or the at least one reserved bit.

[0071] As an example, the fixed size of the payload of the D2R control information may be approximately 36 bits, including 7 bits to indicate the TBS, about 4 to 5 bits to indicate the second chip length and repetition number, about 5 to 7 bits to indicate the resource allocation, and 16 bits to indicate the ID of the A-IoT device, and about 2 reserved bits.

[0072] As an example, assuming in the case where the maximum size of the transport block is 1000 bits and the granularity for TBS indication is 8 bits, the size used for indicating the TBS of D2R data to be transmitted may be 7 bits. In some example embodiments, the size of the transport block may be less than 1000 bits, e.g., 400 bits. In this case, the size used for indicating such a TBS may be reduced accordingly. The size used for indicating the at least one reserved bit may be about 2 bits. The size used for indicating the identity of the A-IoT device 110 may be 16 bits. The size used for indicating the resource allocation may be 5~7 bits. There may be frequency domain resource and time domain resource, and the size of the payload of the resource allocation for frequency domain resource indication may be less than that of the time domain resource indication. For example, 2 bits may be for frequency domain resource indication, and 3~5 bits may be for time domain resource indication.

[0073] In some example embodiments, the second chip length for D2R data and the repetition number may be jointly encoded or jointly indicated via a single filed. For example, the size of field for indicating the second chip length for D2R data and the repetition number may be 4~5 bits. The value of the second chip length may be mapped to at least one value of the repetition number, and the value of the second chip length may be indicated by a number of chips included in the OFDM symbol.

[0074] In some example embodiments, the second chip length may be indicated by re-using the above parameter M used for R2D transmission. As described above, M= {1, 2, 4, 6, 8, 12, 16, 24, 32} . As an example, when the repetition number is larger than 1, M may be 1. Alternatively or additionally, nine codes or nine indexes 0000~1000 may be used for indicating the value of M with repetition number being 1. For example, 0000 may indicate that the value of M is 1, 0001 may indicate that the value of M is 2, etc. Alternatively or additionally, three codes 1001~1011 may be used to indicate the repetition number being one of {2, 4, 8} with M being 1. For example, a bit code of “1001” may indicate that the repetition number is 2. Other bit codes such as 1100~1111 may be reserved.

[0075] In some example embodiments, the second chip length for D2R data in the D2R control information may be indicated by a scaling factor Sf to a first chip length for R2D data indicated in R2D control information. Alternatively or additionally, the second chip length for D2R data in the D2R control information may be indicated by a ratio of the first chip length for R2D data indicated in the R2D control information (denoted by Lchip_R2D) to the second chip length for the D2R data in the D2R control information (denoted by Lchip_D2R) , or a ratio of Lchip_D2R to Lchip_R2D. For example, the second chip length may be indicated by Lchip_R2D  / Lchip_D2R or Lchip_D2R  / Lchip_R2D. In some example embodiments, the chip length for D2R may be longer than that for R2D, e.g., Lchip_D2R may be greater than or equal to Lchip_R2D. The second chip length may be jointly indicated by the repetition number. As an example, codes 000~100 may be used for indicating the scaling factor Lchip_R2D  / Lchip_D2R being one of the set {1, 3 / 4, 1 / 2, 3 / 8, 1 / 4} with repetition number being 1. For example, 000 may indicate that the scaling factor is 1, 001 may indicate that the scaling factor is 3 / 4, etc. Alternatively or additionally, , codes 101~111 may be used for indicating the repetition number being one of {2, 4, 8} with the scaling factor being 1 / 4. For example, 101 may indicate that the repetition number is 2, etc.

[0076] In some example embodiments, the second chip length for D2R data in the D2R control information may be indicated by an index from a preconfigured set or table of chip lengths. As an example, the preconfigured set or table may be predefined for multiple chip lengths with absolute time durations. Alternatively or additionally, the preconfigured set or table may be predefined for multiple chip lengths with the number of chips in a given or an absolute time duration (for example, 10ms, 1ms) .

[0077] In some example embodiments, in the case where the preconfigured set or table is large, a sub-set or sub-table may be preconfigured via higher-layer indication for the chip length. Alternatively or additionally, a sub-set or sub-table may be chosen according to the chip length applied for R2D transmission (longer than the length of R2D transmission used, and the difference or ratio is limited within a value) . As an example, Table 1 shows an example sub-set or sub-table below. Table 1

[0078] T denotes the chip length, and N denotes the number of chips in a given or an absolute time duration. The larger the chip length T is, the smaller the number N is. T1>T2>…>T5, and N1<N2<…<N5. With the sub-set or sub-table, the second chip length may be jointly indicated by the repetition number. For example, the codes 000~100 may indicate T1 / N1~T5 / N5 with repetition number being 1, e.g., 000 indicates T1 / N1. Alternatively or additionally, codes 101~111 may indicate that the repetition number being one of {2, 4, 8} with chip length = T1 or number of chips =N1.

[0079] The reader 120 transmits (303) the control information to the A-IoT device 110 with the payload of the determined size. In some example embodiments, D2R control information and the R2D control information may be transmitted in combination with each other, or may be transmitted separately to the A-IoT device 110.

[0080] The A-IoT device 110 receives (305) the control information from the reader 120. Then, the A-IoT device 110 decodes (307) the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information. With the decoded control information, the A-IoT device 110 may perform the D2R data transmission towards the reader 120 based on the D2R control information. Alternatively or in addition, the A-IoT device 110 may receive the R2D data transmission from the reader 120 based on the R2D control information.

[0081] In some example embodiments, the size of the payload of the control information may be predetermined, and each parameter or field in the payload may be indicated by a respective predetermined number of bits. For example, the size of the payload may be fixed, in this case, each parameter or field in the payload may be indicated by a specific predetermined number of bits.

[0082] In some example embodiments, for the fixed payload size of control information, the transmission scheme for the control information may be predetermined, to predefine a rule for decoding the control information for the A-IoT device. For example, the transmission scheme may be predetermined in such a way that the repetition number is predetermined as 2, the coding scheme may be Manchester or there may be no line code. For example, the predetermined may be that the length of CRC is fixed, e.g., 6 bits. Alternatively or additionally, it may be predetermined that there is no CRC in the control information.

[0083] In some example embodiments, it may be predetermined that the value of M for the chip length of dedicated signal carrying control information is 1. In some example embodiments, the value of M for R2D data may be implicitly indicated via the chip length shown in a preamble (which is transmitted before transmission of the R2D control information) . In this case, the value of M indicated in the R2D control information for R2D transmission of data may be omitted. In some example embodiments, the chip length indicated by preamble may be that used for control part (or the dedicated signal carrying control information) , and the chip length or the value of M applied to the R2D transmission of data may be further indicated by the control information. In this case, the value of M for the dedicated signal carrying the control information may not be fixed. In other words, if the value of M shown in preamble indicates that for the signal carrying the control information, the value of M for the data part may also need to be indicated in the control information.

[0084] In some example embodiments, the size of the payload may be dynamically changed based on the respective number of bits required by each field in the control information. That is, the size of the payload may be flexible. For different services, or different devices, the number of bits required by at least one field may be different.

[0085] In some example embodiments, since the size of the payload for control information is flexible, a signal indicating an end of a control signal carrying the control information with a payload size may be needed. For example, a special signal or sequence may be needed to indicate the end of the control signal. The reader 120 may transmit the control information with the signal. In some example embodiments, the special signal or sequence may be in front or end of the control signal. If the special signal or sequence is in front of the control signal, it may be a part of preamble, i.e., a kind of preamble. If the special signal or sequence is at the end of the control signal, it may be a kind of midamble.

[0086] In some example embodiments, the signal indicating the end of the control signal may be determined based on the size of the payload from a mapping between signals and payload sizes. As an example, several special sequence or signals may be defined to indicate a format or the payload size for the control information. A one-to-one mapping relationship between signals and payload sizes may be predefined. In some example embodiments, different formats may indicate different lengths of the control information, and / or different payloads of the control information, and / or different interpretations of bits (with at least one bit having a different interpretation) .

[0087] In some example embodiments, for the flexible payload size of control information, the format may at least indicate the size of the payload. The format for the control information may be determined based on the TBS of data, or the length of signal carrying data. In some embodiments, the TBS of data, or the TBS range of data may be predefined, such that the payload of the control information may be determined based on the predefined TBS or the predefined TBS range. Alternatively or additionally, the signal length of the R2D may be determined based on the ending signal, and then the payload of the control information may be determined based on the signal length.

[0088] As an example, when the TBS of data transmitted is smaller, the payload of the control information is also smaller. Conversely, when the TBS of data transmitted is larger, the payload of the control information is also larger. Based on the value of the TBS, different formats with a specific length may be selected. As an example, in the case where the TBS is less than a predefined threshold TH1, a format designated as format 1, with a length of L1, may be adopted. If the threshold TH1 is less than or equal to the TBS and the TBS is less than or equal to a predefined threshold TH2, a format designated as format 2 with a length of L2, may be adopted. If the TBS exceeds the threshold TH2, a format designated as format 3 with a length of L3, may be adopted. It is noted that the lengths of these formats satisfy L1 ≤ L2 ≤ L3. As illustrative examples, the thresholds TH1 and TH2 may take on values such as TH1 = 100 and TH2 = 400. Alternatively or additionally, TH1 may be 127, and TH2 may be 511 or 383. As an example, Table 2 shows example values of thresholds and payloads of TBS below. Table 2

[0089] In some example embodiments, in the case where the lengths L1, L2, and L3 are equal, i.e., L1 = L2 = L3, it may be determined that the payload of control information has a fixed length, or the payload of TBS indication field in the control information has a fixed length. The L1, L2, and L3 may be zero. In the situation where the value of any Li (where i represents 1, 2, or 3) is zero, the signal that would otherwise be placed at the end of the control information may be omitted. In such a case, the necessary control information may be default, or be carried by the data part at a higher layer. The payload dedicated to the indication of the TBS in the control information may be determined respectively by the value of TH1, the difference between TH2 and TH1 (i.e., TH2 -TH1) , and the difference between 1000 and TH2 (i.e., 1000 -TH2) .

[0090] In some embodiments, payload of TBS in the previous description may be replaced by length of signal carrying data.

[0091] In some example embodiments, the reader 120 may transmit, to the A-IoT device 110, the control information according to the determined format. The A-IoT device 110 may receive the control information, and decode the control information according to the determined format. As an example, if distinct special signals or sequences are defined for different payload sizes of the control information or different formats, the A-IoT device 110 may compare the detected special signal or sequence with the pre-defined signal or sequence. Through the comparison, the A-IoT device 110 may identify the corresponding format. Alternatively or additionally, if a common special signal is defined for different payload sizes of the control information or different formats, the A-IoT device 110 may compare the length of the control information with the pre-defined length list or table.

[0092] In some example embodiments, the format for the control information may be determined based on the device type of the A-IoT device 110. In other words, if the payload size of control information is flexible, the payload size may be determined based on the device type. Different payload sizes may be applied to different device types. Specifically, for the device with lower capabilities, the payload size is smaller, while for devices with higher capabilities, the payload size is larger. As an example, for device type 1, the payload size may be designated as L1. For device type 2a, the payload size may be L2. For device type 2b, the payload size may be L3. It is stipulated that L1 ≤ L2 ≤ L3. In the event that L2 = L1, then the device type 2a and the device type 1 may be mapped to the same payload. Similarly, if L2 = L3, then the device type 2a and the device type 2b may be mapped to the same payload size of the control information.

[0093] In some example embodiments, since the A-IoT device 110 knows its device type, it may determine an assumed payload size for the control information. Then, the A-IoT device 110 may detect the ending signal with its assumed payload size. The A-IoT device 110 may detect the ending signal or the special signal in a time window determined by the assumed payload size. If the ending signal or the special signal is detected in the time window, detection may be considered successful. Otherwise, if no ending signal or the special signal is detected in the time window, the detection fails. Then, the A-IoT device 110 may terminate the reception, and detect a preamble signal for a new transmission.

[0094] FIG. 4 illustrates a schematic diagram 400 of detection of an ending signal in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 4, the R2D transmission 1 corresponds to a device 1, the R2D transmission 2 corresponds to a device 2. The device i (i=1 or 2) may detect the ending signal in the corresponding time window determined by Ti, where Ti represents the assumed time for the special signal or the ending signal of the control information (which may be determined based on the assumed payload size) .

[0095] In some example embodiments, the time window for signal detection may be defined as [Ti-Δt, Ti+Ts+Δt] . Here, Ts is the time duration of the ending or the special signal for the control information, and Δt is a reserved time duration by considering the influence of the system frequency offset (SFO) of the A-IoT device 110, and it may be common for all devices, or different among devices. The detection results in the example of FIG. 4 is shown in Table 3. Table 3

[0096] In FIG. 4, for R2D transmission 1, both the device 1 and the device 2 may try to detect the control information by detecting the ending signal or the special signal in the corresponding time window. As an example, the device 1 may detect the ending signal or the special signal in the window corresponding to its assumed time T1, and the device 2 may detect the ending signal or the special signal in the window corresponding to its assumed time T2. As R2D transmission 1 is targeted for the device 1 (which means the time for the special signal or the ending signal is equal to T1) , the device 1 may detect the ending signal or the special signal successfully, but the device 2 may fail to detect the ending signal or the special signal. As such, the device 1 may successfully obtain the control information for transmission.

[0097] Similarly, for R2D transmission 2, both the device 1 and the device 2 may detect the ending signal or the special signal in the corresponding time window. The device 1 may detect the ending signal or the special signal in the window corresponding to its assumed time T1, and the device 2 may detect the ending signal or the special signal in the window corresponding to its assumed time T2. At this time, since R2D transmission 2 is targeted for the device 2, the device 1 may fail to detect the ending signal or the special signal, and the device 2 may detect the ending signal or the special signal successfully. As such, the device 2 may successfully obtain the control information for transmission.

[0098] In some example embodiments, if more than one A-IoT device are scheduled by single control information, the payload of the control information may be same for all of the more than one device. In some example embodiments, there may be no special signal or sequence for the format indication.

[0099] In some embodiments, control information with different payloads may be seen as different illustrations or presentations of control information. The presentation and / or length of each field in the control part may be indicated by the further field of control part. As an example, if there are four payloads for control information, then the first two bits may be used to indicate which length or which payload of the control information used.

[0100] In some example embodiments, the format for the control information may be determined based on the service type. As an example, there may be a one-to-one mapping between service type and the format for the control information. Alternatively or additionally, the payload size of control information may be detected first, and then the service type may be determined based on the detected payload size. In this scenario, it is not necessary to indicate the service type within the control information. Alternatively or additionally, if service type is pre-indicated or predefined, the payload size of the control information may be determined based on the pre-indicated or predefined service type. In this case, since the payload size is determined, there is no need for an ending or a special signal to indicate the end of the control part.

[0101] In some example embodiments, on the condition that the payload size is flexible, the transmission scheme for the control information may predetermined. For example, the following parameters of the transmission scheme may be defined. The repetition number may be 2, the value of M for dedicated signal carrying control information may be 1, the coding scheme may be Manchester coding, or there may be no line code. For example, the length of the CRC may be fixed, e.g., 6 bits.

[0102] In some example embodiments, the transmission scheme for the control information may be indicated to the A-IoT device 110. On the condition that the payload of the control information is fixed, the transmission scheme may be flexible. In this case, a special or an ending signal or pre-configuration of transmission scheme may be needed to indicate the end or length of the signal carrying the control information. As an example, there may be a one-to-one mapping between the configuration of transmission scheme and the length of the signal carrying the control information. The transmission scheme may be implicitly indicated by the length of the signal carrying the control information determined via the special or an ending signal. If the transmission scheme is determined via other strategy before decoding the control information, then the special or an ending signal may be omitted.

[0103] In some example embodiments, the transmission scheme may include the transmission repetition number of the signal carrying control information. For example, there may be a relationship between the transmission repetition number and the length of the transmitted signal carrying control information. The larger the transmission repetition number is, the longer the length of the signal carrying the control information is. The smaller the transmission repetition number is, the shorter the length of the signal carrying the control information is. The length of the signal carrying the control information may be scaled according to the repetition number, especially when block-level repetition is applied after attaching the CRC or when the attached CRC is repeated together.

[0104] In some example embodiments, the transmission scheme may include the transmission coding strategy or rate. When fewer coded bits are used per uncoded bit (which can result from a lower coding rate or using Manchester coding compared to pulse interval encoding, PIE, encoding) , the length of the signal carrying the control information may be shorter. Conversely, when more coded bits are used per uncoded bit, the length of the signal carrying the control part increases. In some example embodiments, the transmission scheme may include the modulation scheme.

[0105] In some example embodiments, the A-IoT device 110 may transmit feedback information to the reader 120. As an example, the feedback information may include a first response indicating that the control information and the data transmission are successfully decoded. In this case, the first response may be a normal response, and may be transmitted via D2R.

[0106] Alternatively or additionally, the feedback information may include a second response indicating that the control information is successfully decoded but the data transmission fails to be successfully decoded. The reader 120 may receive the feedback information from the A-IoT device 110. Then, as an example, the reader 120 may adjust the transmission scheme or parameters of the data signal. For example, the reader 120 may reduce the coding rate, reduce M, increase the repetition number, or change bit level repetition to block repetition (if supported) for data signal. As a further example, the reader 120 may adjust the transmission content of the data signal. For example, the reader 120 may divide the original block into several sub-blocks, and add CRC per sub-block. In some embodiments, the several sub-blocks may be transmitted separately with different R2D transmissions.

[0107] Alternatively or additionally, the feedback information may include a third response indicating that the control information is failed to be successfully decoded. In some example embodiments, there may be no control information detected, and thus no feedback information is transmitted. In this case, the reader 120 may fail to receive any response from the A-IoT device 110. In some example embodiments, there may be only part of the control information detected, but not all of it is detected correctly, and then corresponding feedback information is transmitted. The reader 120 may receive corresponding response indicating control information isn’t decoded correctly. In both cases, the reader 120 may adjust the transmission scheme or parameters of the signal carrying control information or may adjust the format of control information. For example, the reader 120 may reduce the coding rate, reduce M, increase the repetition number, change bit level repetition to block repetition (if supported) for signal carrying control information. For another example, the reader 120 may adjust the format of the control information, e.g., the reader 120 may reduce the payload of the control information.

[0108] In some example embodiments, the reader 120 may determine whether the control information is transmitted in a dedicated control part as layer 1 (L1) signaling (dedicated signal carrying control information) or in a data part as a higher layer signaling. In other words, the reader 120 may determine the location of the control information. Then, the reader 120 may transmit the control information in the dedicated control part or in the data part based on a result of the determination.

[0109] In some example embodiments, the reader 120 may determine the location of control information based on the TBS of data to be transmitted. If the value of TBS is less than a predetermined threshold, the control information is located within the data part, so as to reduce the overhead of control information due to the additional CRC code, special signal for dedicated control part. In this case, the dedicated control part is unnecessary. If the value of TBS is larger than the predetermined threshold, the control information is located within the control part.

[0110] In some example embodiments, the reader 120 may determine the location of control information based on the service type. For example, when the service demands a response from device, the control information is positioned in the control part. If a response from device is not required by the service, the control information is located in the data part. In this case, the dedicated control part is not needed.

[0111] In some example embodiments, the reader 120 may determine the location of control information based on a service requirement on a time delay. For example, the reader 120 may determine the location of control information based on the time delay required for receiving the signal, or transmitting a response signal. If a lower time delay is required, the control information is located within the control part. Otherwise, the control information is located within the data part, and the dedicated control part is unnecessary.

[0112] In some example embodiments, the reader 120 may determine the location of control information based on the device type. If the device has a high capability (i.e., device 2b) , the control information is located within the data part. In this case, the device has the capability to buffer the received data before decoding the control information. The additional overhead introduced by dedicated control part may be omitted. If the device has a low capability (i.e., device 1 and / or device 2a) , the control information may be located within the dedicated control part. In this case, the device may have no capability to buffer or store all the data before decoding the control information. The control information may be transmitted via a dedicated part to leave enough information or time for the data signal receiving and processing, to avoid buffering all the data. Overhead introduced by control part indication may be larger than that without dedicated control part.

[0113] In some example embodiments, the reader 120 may determine the location of control information based on the transmission direction. If the control information is used for scheduling data in R2D transmission, the control information may be transmitted via the dedicated control part. The dedicated control part for control information indication leaves more time and more efficient for data receiving and decoding of R2D transmission. If the control information is used for scheduling data in D2R transmission, the control information may be transmitted via the data part of R2D transmission. A time gap between R2D transmission and the response D2R transmission may be sufficient for the device to decode the control information for the response D2R transmission.

[0114] In some example embodiments, the reader 120 may determine the location of control information based on the transmission scheme of the R2D transmission. The control information may be determined to be transmitted in the data part, and the control information may be located at front of the data part, with no forward error correction (FEC) coding applied to the control information. As an example, if there is no FEC code, the control information may be located within the data part, and may be located at front of the data signal. The R2D signal may be decoded parallel with reception, then buffer size is unnecessary to be too large. If there is FEC code, the control information is located within the dedicated control part. In this case, decoding of the signal needs to combine all the received signal, then control information is necessary to be decoded first.

[0115] In some example embodiments, the A-IoT device 110 may detect the control information according to the assumption predefined or preconfigured for its location, and terminate receiving, decoding, or processing the further signal if it fails to detect the control information.

[0116] In some example embodiments, when determining whether the control information is transmitted in the dedicated control part as L1 signaling or in the data part as the higher layer signaling, multiple factors may be combined. As an example, the location for the control information may be determined by the TBS and device type or TBS and the service type. For example, the TBS threshold may be different for different device types or different service types. For another example, for the device with a high capability, (i.e., device type 2b) , the TBS may be further considered to determine whether to put the control information within the data part or the dedicated control part. As a further example, both the service type and the device type may be considered, the control information may be located within dedicated control part if any one of service type or device type meets corresponding conditions described previous.

[0117] In some example embodiments, after the location of control information is determined, the payload size of the control information may be fixed or flexible determined. In some example embodiments, the location of the control information may be determined based on the payload of the control information. As an example, if the payload of the control information is small, the control information may be located within the data part. If the payload of the control information is large, the control information may be located within the dedicated control part.

[0118] In some example embodiments, the control information may be divided into two parts. The two parts may carry different information, and may be located within different locations. As an example, the first part may include information such as information for resource allocating for the R2D transmission, information for length / ending indication of the R2D transmission if post-amble isn’t used, etc. The first part may be located within the dedicated control part. As an example, the second part may include information for decoding the R2D transmission such as coding rate, modulation scheme, repetition number, chip length. The second part may be located within the data part. The second part may be located at front of the data part.

[0119] In some example embodiments, the reader 120 may transmit the control information to the A-IoT device 110 in a same R2D transmission occasion with a R2D data transmission, with a gap between the control information and the R2D data transmission. FIG. 5A illustrates a schematic diagram 500A of a gap between the control part and data part in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 5A, there is a gap between the control part and the data part. In some example embodiments, the gap length may be determined based on the processing and / or the buffering capability. With the gap, there may be sufficient time left for control information decoding. The Gap length ≥ min {Gmin, Tpro–Bmax} . Here, Gmin denotes the minimum gap required, e.g., it may be 0. Tpro denotes the required or predefined processing time or the reported processing time by device. Bmax denotes the maximum time length occupied by the data be buffered, it may be reported by device as one kind of capability or predefined for each device type.

[0120] In some example embodiments, the control information may at least include R2D control information configured for scheduling of the R2D data transmission in the same R2D transmission occasion or for scheduling of a further R2D data transmission in at least one subsequent R2D transmission occasion. FIG. 5B illustrates a schematic diagram 500B of control part and data part in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 5B, the control information may be in an earlier R2D transmission occasion than the R2D transmission scheduled by the control information. There is no gap between the control part and the data part. The control information may be located within the data part via a high-layer indicator.

[0121] FIG. 6 illustrates a flowchart of a communication method 600 implemented at a communication device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the communication device 120 in FIG. 1.

[0122] At block 610, the communication device 120 determines a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device.

[0123] At block 620, the communication device 120 transmits the control information to the A-IoT device with the payload of the determined size.

[0124] In some example embodiments, the control information comprises reader-to-device, R2D, control information for a R2D data transmission from the communication device to the A-IoT device, and the R2D control information indicates at least one of the following: the TBS of R2D data to be transmitted, the service type, an identity of the A-IoT device, a first chip length for R2D data, or at least one reserved bit.

[0125] In some example embodiments, the control information comprises device-to-reader, D2R, control information for a D2R data transmission from the A-IoT device to the communication device, and the D2R control information indicates at least one of the following: the TBS of D2R data to be transmitted, a second chip length for D2R data, a repetition number, a resource allocation for the A-IoT device, an identity of the A-IoT device, or at least one reserved bit.

[0126] In some example embodiments, the second chip length for D2R data and the repetition number are jointly encoded, and a value of the second chip length is mapped to at least one value of the repetition number, and the value of the second chip length is indicated by a number of chips comprised in an Orthogonal Frequency Division Multiplexing, OFDM, symbol.

[0127] In some example embodiments, the second chip length for D2R data in the D2R control information is indicated by a scaling factor to a first chip length for R2D data indicated in R2D control information, or by a ratio of the first chip length for R2D data indicated in the R2D control information to the second chip length for the D2R data in the D2R control information.

[0128] In some example embodiments, the second chip length for D2R data in the D2R control information is indicated by an index from a preconfigured set of chip lengths.

[0129] In some example embodiments, the size of the payload is predetermined, with each parameter in the payload indicated by a respective predetermined number of bits, a transmission scheme for the control information is predetermined.

[0130] In some example embodiments, the size of the payload is dynamically changed based on a respective number of bits required by each field in the control information, and the number of bits required by at least one field is different for different services, or different devices.

[0131] In some example embodiments, the method 600 further comprises: transmitting the control information with a signal to indicate an end of a control signal carrying the control information with a payload size.

[0132] In some example embodiments, the signal is determined based on the size of the payload from a mapping between signals and payload sizes.

[0133] In some example embodiments, the method 600 further comprises: determining a format for the control information based on at least one of: the TBS of data, the device type of the A-IoT device, or the service type, the format at least indicates the size of the payload; and transmitting the control information according to the determined format.

[0134] In some example embodiments, a transmission scheme for the control information is predetermined.

[0135] In some example embodiments, a transmission scheme for the control information is indicated to the A-IoT device.

[0136] In some example embodiments, the method 600 further comprises: receive, from the A-IoT device, feedback information comprising one of the following: a first response indicating that the control information and the data transmission are successfully decoded, a second response indicating that the control information is successfully decoded but the data transmission fails to be successfully decoded, or a third response indicating that the control information is failed to be successfully decoded.

[0137] In some example embodiments, the method 600 further comprises: determining whether the control information is transmitted in a dedicated control part as layer 1, L1, signaling or in a data part as a higher layer signaling, based on at least one of the following: a TBS of data to be transmitted, a service type of the data to be transmitted, a service requirement on a time delay, a device type of the A-IoT device, a data transmission direction scheduled by the control information, or a transmission scheme of a R2D data transmission; and transmitting the control information in the dedicated control part or in the data part based on a result of the determination.

[0138] In some example embodiments, the control information is determined to be transmitted in the data part, and the control information is located at front of the data part, with no forward error correction, FEC, coding applied to the control information.

[0139] In some example embodiments, the method 600 further comprises: transmitting the control information to the A-IoT device in a same R2D transmission occasion with a R2D data transmission, with a gap between the control information and the R2D data transmission.

[0140] In some example embodiments, the control information at least comprises R2D control information configured for scheduling of the R2D data transmission in the same R2D transmission occasion or for scheduling of a further R2D data transmission in at least one subsequent R2D transmission occasion.

[0141] In some example embodiments, the communication device comprises a radio access network, RAN, device or a terminal device.

[0142] FIG. 7 illustrates a flowchart of a communication method 700 implemented at an ambient-Internet of Things A-IoT device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the A-IoT device 110 in FIG. 1.

[0143] At block 710, the A-IoT device 110 receives control information from a communication device configured with a reader function.

[0144] At block 720, the A-IoT device 110 decodes the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device.

[0145] In some example embodiments, control information comprises reader-to-device, R2D, control information for a R2D data transmission from the communication device to the A-IoT device, and the R2D control information indicates at least one of the following: the TBS of R2D data to be transmitted, the service type, an identity of the A-IoT device, a first chip length for R2D data, or at least one reserved bit.

[0146] In some example embodiments, the control information comprises device-to-reader, D2R, control information for a D2R data transmission from the A-IoT device to the communication device, and the D2R control information indicates at least one of the following: the TBS of D2R data to be transmitted, a second chip length for D2R data, a repetition number, a resource allocation for the A-IoT device, an identity of the A-IoT device, or at least one reserved bit.

[0147] In some example embodiments, the second chip length for D2R data and the repetition number are jointly encoded, and a value of the second chip length is mapped to at least one value of the repetition number, and the value of the second chip length is indicated by a number of chips comprised in an Orthogonal Frequency Division Multiplexing, OFDM, symbol.

[0148] In some example embodiments, the second chip length for D2R data in the D2R control information is indicated by a scaling factor to a first chip length for R2D data indicated in R2D control information, or by a ratio of the first chip length R2D data indicated in the R2D control information to the second chip length for the D2R data in the D2R control information.

[0149] In some example embodiments, the second chip length for D2R data in the D2R control information is indicated by an index from a preconfigured set of chip lengths.

[0150] In some example embodiments, the size of the payload is predetermined, with each parameter in the payload indicated by a respective predetermined number of bits, and a transmission scheme for the control information is predetermined.

[0151] In some example embodiments, the control information is decoded according to the signal indicating the end of the payload of the control information, and the size of the payload is dynamically changed based on a respective number of bits required by each field in the control information, and the number of bits required by at least one field is different for different services, or different devices.

[0152] In some example embodiments, the signal is determined based on the size of the payload from a mapping between signals and payload sizes.

[0153] In some example embodiments, the method 700 further comprises: determining a format for the control information based on at least one of: the TBS of data, the device type of the A-IoT device, or the service type, the format at least indicates the size of the payload; and decoding the control information according to the determined format.

[0154] In some example embodiments, a transmission scheme for the control information is predetermined.

[0155] In some example embodiments, a transmission scheme for the control information is indicated to the A-IoT device.

[0156] In some example embodiments, the method 700 further comprises: transmitting, to the communication device, feedback information comprising one of the following: a first response indicating that the control information and the data transmission are successfully decoded, a second response indicating that the control information is successfully decoded but the data transmission fails to be successfully decoded, or a third response indicating that the control information is failed to be successfully decoded.

[0157] In some example embodiments, the method 700 further comprises: receiving the control information in a dedicated control part as layer 1, L1, signaling or in a data part as a higher layer signaling.

[0158] In some example embodiments, the control information is received in the data part, and the control information is located at front of the data part, with no forward error correction, FEC, coding applied to the control information; and the method 700 further comprises: decoding the control information in parallel with the reception.

[0159] In some example embodiments, the method 700 further comprises: receiving the control information from the communication device in a same R2D transmission occasion with a R2D data transmission, with a gap between the control information and the R2D data transmission.

[0160] In some example embodiments, the control information at least comprises R2D control information configured for scheduling of the R2D data transmission in the same R2D transmission occasion or for scheduling of a further R2D data transmission in at least one subsequent R2D transmission occasion.

[0161] FIG. 8 is a simplified block diagram of a device 800 that is suitable for implementing embodiments of the present disclosure. The device 800 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 800 can be implemented at or as at least a part of the A-IoT device 110 or the reader 120.

[0162] As shown, the device 800 includes a processor 810, a memory 820 coupled to the processor 810, a suitable transceiver 840 coupled to the processor 810, and a communication interface coupled to the transceiver 840. The memory 820 stores at least a part of a program 830. The transceiver 840 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 840 may include at least one of a transmitter 842 and a receiver 844. The transmitter 842 and the receiver 844 may be functional modules or physical entities. The transceiver 840 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.

[0163] The program 830 is assumed to include program instructions that, when executed by the associated processor 810, enable the device 800 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIG. 3. The embodiments herein may be implemented by computer software executable by the processor 810 of the device 800, or by hardware, or by a combination of software and hardware. The processor 810 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 810 and memory 820 may form processing means 850 adapted to implement various embodiments of the present disclosure.

[0164] The memory 820 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 820 is shown in the device 800, there may be several physically distinct memory modules in the device 800. The processor 810 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 800 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.

[0165] According to embodiments of the present disclosure, a communication device comprising a circuitry is provided. The circuitry is configured to: determine a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device; and transmit the control information to the A-IoT device with the payload of the determined size. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the communication device as discussed above.

[0166] According to embodiments of the present disclosure, an ambient-Internet of Things A-IoT device comprising a circuitry is provided. The circuitry is configured to: receive control information from a communication device configured with a reader function; and decode the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the ambient-Internet of Things A-IoT device as discussed above.

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

[0168] According to embodiments of the present disclosure, a communication apparatus is provided. The communication apparatus comprises means for determining a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device; and means for transmitting the control information to the A-IoT device with the payload of the determined size. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 600. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0169] According to embodiments of the present disclosure, an ambient-Internet of Things A-IoT apparatus is provided. The ambient-Internet of Things A-IoT apparatus comprises means for receiving control information from a communication device configured with a reader function; and means for decoding the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 700. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

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

[0171] In an aspect, it is proposed a communication device, comprising: a processor configured to cause the communication device to: determine a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device; and transmit the control information to the A-IoT device with the payload of the determined size.

[0172] In some embodiments, the control information comprises reader-to-device, R2D, control information for a R2D data transmission from the communication device to the A-IoT device, and the R2D control information indicates at least one of the following: the TBS of R2D data to be transmitted, the service type, an identity of the A-IoT device, a first chip length for R2D data, or at least one reserved bit.

[0173] In some embodiments, the control information comprises device-to-reader, D2R, control information for a D2R data transmission from the A-IoT device to the communication device, and the D2R control information indicates at least one of the following: the TBS of D2R data to be transmitted, a second chip length for D2R data, a repetition number, a resource allocation for the A-IoT device, an identity of the A-IoT device, or at least one reserved bit.

[0174] In some embodiments, the second chip length for D2R data and the repetition number are jointly encoded, and a value of the second chip length is mapped to at least one value of the repetition number, and the value of the second chip length is indicated by a number of chips comprised in an Orthogonal Frequency Division Multiplexing, OFDM, symbol.

[0175] In some embodiments, the second chip length for D2R data in the D2R control information is indicated by a scaling factor to a first chip length for R2D data indicated in R2D control information, or by a ratio of the first chip length for R2D data indicated in the R2D control information to the second chip length for the D2R data in the D2R control information.

[0176] In some embodiments, the second chip length for D2R data in the D2R control information is indicated by an index from a preconfigured set of chip lengths.

[0177] In some embodiments, the size of the payload is predetermined, with each parameter in the payload indicated by a respective predetermined number of bits, a transmission scheme for the control information is predetermined.

[0178] In some embodiments, the size of the payload is dynamically changed based on a respective number of bits required by each field in the control information, and the number of bits required by at least one field is different for different services, or different devices.

[0179] In some embodiments, the processor is configured to cause the communication device to: transmit the control information with a signal to indicate an end of a control signal carrying the control information with a payload size.

[0180] In some embodiments, the signal is determined based on the size of the payload from a mapping between signals and payload sizes.

[0181] In some embodiments, the processor is configured to cause the communication device to: determine a format for the control information based on at least one of: the TBS of data, the device type of the A-IoT device, or the service type, the format at least indicates the size of the payload; and transmit the control information according to the determined format.

[0182] In some embodiments, a transmission scheme for the control information is predetermined.

[0183] In some embodiments, a transmission scheme for the control information is indicated to the A-IoT device.

[0184] In some embodiments, the processor is further configured to cause the communication device to: receive, from the A-IoT device, feedback information comprising one of the following: a first response indicating that the control information and the data transmission are successfully decoded, a second response indicating that the control information is successfully decoded but the data transmission fails to be successfully decoded, or a third response indicating that the control information is failed to be successfully decoded.

[0185] In some embodiments, the processor is configured to cause the communication device to: determine whether the control information is transmitted in a dedicated control part as layer 1, L1, signaling or in a data part as a higher layer signaling, based on at least one of the following: a TBS of data to be transmitted, a service type of the data to be transmitted, a service requirement on a time delay, a device type of the A-IoT device, a data transmission direction scheduled by the control information, or a transmission scheme of a R2D data transmission; and transmit the control information in the dedicated control part or in the data part based on a result of the determination.

[0186] In some embodiments, the control information is determined to be transmitted in the data part, and the control information is located at front of the data part, with no forward error correction, FEC, coding applied to the control information.

[0187] In some embodiments, the processor is configured to cause the communication device to: transmit the control information to the A-IoT device in a same R2D transmission occasion with a R2D data transmission, with a gap between the control information and the R2D data transmission.

[0188] In some embodiments, the control information at least comprises R2D control information configured for scheduling of the R2D data transmission in the same R2D transmission occasion or for scheduling of a further R2D data transmission in at least one subsequent R2D transmission occasion.

[0189] In some embodiments, the communication device comprises a radio access network, RAN, device or a terminal device.

[0190] In an aspect, it is proposed An ambient-Internet of Things, A-IoT, device, comprising: a processor configured to cause the A-IoT device to: receive control information from a communication device configured with a reader function; and decode the payload of the control information according to a predetermined size of payload or a signal indicating an end of the payload of the control information, and a size of the payload is determined based on at least of the following: a transport block size, TBS, of data to be transmitted, a service type of the data to be transmitted, or a device type of the A-IoT device.

[0191] In some embodiments, control information comprises reader-to-device, R2D, control information for a R2D data transmission from the communication device to the A-IoT device, and the R2D control information indicates at least one of the following: the TBS of R2D data to be transmitted, the service type, an identity of the A-IoT device, a first chip length for R2D data, or at least one reserved bit.

[0192] In some embodiments, the control information comprises device-to-reader, D2R, control information for a D2R data transmission from the A-IoT device to the communication device, and the D2R control information indicates at least one of the following: the TBS of D2R data to be transmitted, a second chip length for D2R data, a repetition number, a resource allocation for the A-IoT device, an identity of the A-IoT device, or at least one reserved bit.

[0193] In some embodiments, the second chip length for D2R data and the repetition number are jointly encoded, and a value of the second chip length is mapped to at least one value of the repetition number, and the value of the second chip length is indicated by a number of chips comprised in an Orthogonal Frequency Division Multiplexing, OFDM, symbol.

[0194] In some embodiments, the second chip length for D2R data in the D2R control information is indicated by a scaling factor to a first chip length for R2D data indicated in R2D control information, or by a ratio of the first chip length R2D data indicated in the R2D control information to the second chip length for the D2R data in the D2R control information.

[0195] In some embodiments, the second chip length for D2R data in the D2R control information is indicated by an index from a preconfigured set of chip lengths.

[0196] In some embodiments, the size of the payload is predetermined, with each parameter in the payload indicated by a respective predetermined number of bits, and a transmission scheme for the control information is predetermined. In some embodiments, the control information is decoded according to the signal indicating the end of the payload of the control information, and the size of the payload is dynamically changed based on a respective number of bits required by each field in the control information, and the number of bits required by at least one field is different for different services, or different devices.

[0197] In some embodiments, the signal is determined based on the size of the payload from a mapping between signals and payload sizes.

[0198] In some embodiments, the processor is configured to cause the A-IoT device to: determine a format for the control information based on at least one of: the TBS of data, the device type of the A-IoT device, or the service type, the format at least indicates the size of the payload; and decode the control information according to the determined format.

[0199] In some embodiments, a transmission scheme for the control information is predetermined.

[0200] In some embodiments, a transmission scheme for the control information is indicated to the A-IoT device.

[0201] In some embodiments, the processor is further configured to cause the A-IoT device to: transmit, to the communication device, feedback information comprising one of the following: a first response indicating that the control information and the data transmission are successfully decoded, a second response indicating that the control information is successfully decoded but the data transmission fails to be successfully decoded, or a third response indicating that the control information is failed to be successfully decoded.

[0202] In some embodiments, the processor is configured to cause the A-IoT device to: receive the control information in a dedicated control part as layer 1, L1, signaling or in a data part as a higher layer signaling.

[0203] In some embodiments, the control information is received in the data part, and the control information is located at front of the data part, with no forward error correction, FEC, coding applied to the control information; and the processor is configured to cause the A-IoT device to: decode the control information in parallel with the reception.

[0204] In some embodiments, the processor is configured to cause the A-IoT device to: receive the control information from the communication device in a same R2D transmission occasion with a R2D data transmission, with a gap between the control information and the R2D data transmission.

[0205] In some embodiments, the control information at least comprises R2D control information configured for scheduling of the R2D data transmission in the same R2D transmission occasion or for scheduling of a further R2D data transmission in at least one subsequent R2D transmission occasion.

[0206] In an aspect, a communication 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 communication device discussed above.

[0207] In an aspect, an ambient-Internet of Things A-IoT 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 ambient-Internet of Things A-IoT device discussed above.

[0208] 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 communication device discussed above.

[0209] 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 ambient-Internet of Things A-IoT device discussed above.

[0210] 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 communication device discussed above.

[0211] 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 ambient-Internet of Things A-IoT device discussed above.

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

[0213] 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 8. 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.

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

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

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

[0217] 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 communication device, comprising:a processor configured to cause the communication device to:determine a payload of control information for a data transmission between the communication device and an ambient-Internet of Things, A-IoT, device, the communication device is configured with a reader function, and wherein a size of the payload is determined based on at least of the following:a transport block size, TBS, of data to be transmitted,a service type of the data to be transmitted, ora device type of the A-IoT device; andtransmit the control information to the A-IoT device with the payload of the determined size.2.The communication device of claim 1, wherein the control information comprises reader-to-device, R2D, control information for a R2D data transmission from the communication device to the A-IoT device, and the R2D control information indicates at least one of the following:the TBS of R2D data to be transmitted,the service type,an identity of the A-IoT device,a first chip length for R2D data, orat least one reserved bit.3.The communication device of claim 1, wherein the control information comprises device-to-reader, D2R, control information for a D2R data transmission from the A-IoT device to the communication device, and the D2R control information indicates at least one of the following:the TBS of D2R data to be transmitted,a second chip length for D2R data,a repetition number,a resource allocation for the A-IoT device,an identity of the A-IoT device, orat least one reserved bit.4.The communication device of claim 3, wherein the second chip length for D2R data and the repetition number are jointly encoded, and wherein a value of the second chip length is mapped to at least one value of the repetition number, andwherein the value of the second chip length is indicated by a number of chips comprised in an Orthogonal Frequency Division Multiplexing, OFDM, symbol.5.The communication device of claim 3, wherein the second chip length for D2R data in the D2R control information is indicated by a scaling factor to a first chip length for R2D data indicated in R2D control information, or by a ratio of the first chip length for R2D data indicated in the R2D control information to the second chip length for the D2R data in the D2R control information.6.The communication device of claim 3, wherein the second chip length for D2R data in the D2R control information is indicated by an index from a preconfigured set of chip lengths.7.The communication device of any of claims 1 to 6, wherein the size of the payload is predetermined, with each parameter in the payload indicated by a respective predetermined number of bits, wherein a transmission scheme for the control information is predetermined.8.The communication device of any of claims 1 to 6, wherein the size of the payload is dynamically changed based on a respective number of bits required by each field in the control information, andwherein the number of bits required by at least one field is different for different services, or different devices.9.The communication device of claim 8, wherein the processor is configured to cause the communication device to:transmit the control information with a signal to indicate an end of a control signal carrying the control information with a payload size.10.The communication device of claim 9, wherein the signal is determined based on the size of the payload from a mapping between signals and payload sizes.11.The communication device of any of claims 8 to 10, wherein the processor is configured to cause the communication device to:determine a format for the control information based on at least one of: the TBS of data, the device type of the A-IoT device, or the service type, wherein the format at least indicates the size of the payload; andtransmit the control information according to the determined format.12.The communication device of any of claims 8 to 11, wherein a transmission scheme for the control information is predetermined.13.The communication device of any of claims 8 to 12, wherein a transmission scheme for the control information is indicated to the A-IoT device.14.The communication device of any of claims 1 to 13, wherein the processor is further configured to cause the communication device to:receive, from the A-IoT device, feedback information comprising one of the following:a first response indicating that the control information and the data transmission are successfully decoded,a second response indicating that the control information is successfully decoded but the data transmission fails to be successfully decoded, ora third response indicating that the control information is failed to be successfully decoded.15.The communication device of any of claims 1 to 14, wherein the processor is configured to cause the communication device to:determine whether the control information is transmitted in a dedicated control part as layer 1, L1, signaling or in a data part as a higher layer signaling, based on at least one of the following:a TBS of data to be transmitted,a service type of the data to be transmitted,a service requirement on a time delay,a device type of the A-IoT device,a data transmission direction scheduled by the control information, ora transmission scheme of a R2D data transmission; andtransmit the control information in the dedicated control part or in the data part based on a result of the determination.16.The communication device of claim 15, wherein the control information is determined to be transmitted in the data part, and the control information is located at front of the data part, with no forward error correction, FEC, coding applied to the control information.17.The communication device of any of claims 1 to 16, wherein the processor is configured to cause the communication device to:transmit the control information to the A-IoT device in a same R2D transmission occasion with a R2D data transmission, with a gap between the control information and the R2D data transmission.18.The communication device of claim 17, wherein the control information at least comprises R2D control information configured for scheduling of the R2D data transmission in the same R2D transmission occasion or for scheduling of a further R2D data transmission in at least one subsequent R2D transmission occasion.19.The communication device of any of claims 1 to 18, wherein the communication device comprises a radio access network, RAN, device or a terminal device.