Improved spectrum management

Abstract

The present disclosure is related to a communication device, a CN node, and methods for improved spectrum management. A method at a communication device comprises: determining one or more frequency regions for transmitting to and / or receiving from at least one other communication device based on at least a configuration; and transmitting to and / or receiving from the at least one other communication device on the one or more frequency regions.

Description

IMPROVED SPECTRUM MANAGEMENT

[0001] CROSS-REFERENCE TO RELATED APPLICATION (S)

[0002] This application claims priority to the PCT International Application No. PCT / CN2024 / 085771, entitled “IMPROVED SPECTRUMMANAGEMENT” , filed on April 3, 2024, which is incorporated herein by reference in its entirety.Technical Field

[0003] The present disclosure is related to the field of telecommunications, and in particular, to a communication device, a Core Network (CN) node, and methods for improved spectrum management.Background

[0004] Wireless Internet of Things (IoT) devices are often battery powered and both the need to change battery and the battery lifetime may be concerns for many potential applications such as asset tracking or environmental / industrial sensors. For this reason, the wireless communications industry has been interested in so-called Zero-Energy (ZE) devices. ZE devices refer to wireless IoT devices that do not require battery replacement, and often harvest energy from the environment. In some use cases, such as monitoring the temperature of foodstuffs, the ZE devices may have small batteries that are disposable (e.g., organic, compostable batteries) , rechargeable or have very limited capacity.

[0005] These ZE-IoT devices can in addition be of very small form factor and could even be printable and they target ultra-low power consumption to enable operation based on either energy-harvesting from ambient sources or back-scattering communication (cf. Radio Frequency Identification (RFID) ) . That is, instead of relying on energy for communication being provided by a battery, it is instead harvested from an ambient source, such as vibrations, solar power, RF, etc. (harvesting) , or a charge carrier wave is provided to the device which is modulated and reflected back to a reader (in the back-scattering communication case) . This enables energy autonomous operation during the lifetime of the devices without need for either manual replacement or charging of the batteries. Compared to existing radio access technologies this puts new requirements on the radio interface and the protocols.Summary

[0006] Ambient IoT (A-IoT) has been agreed to be as one study and / or work item for 3rd Generation Partnership Project (3GPP) Release 19 (Rel-19) . Different use cases and / or traffic types are necessary to be studied, including inventory, downlink (DL) command, indoor / outdoor sensor etc. In addition, several different device categories limited by different hardware capabilities will be studied.

[0007] The study / work item is aiming for enhanced coverage and data rate compared to the existing technology, e.g., RFID. Existing RFID devices can work at the below specific frequency regions, e.g.:

[0008] ● Low Frequency (LF) 125-135 KHz

[0009] ● High Frequency (HF) 13.56 MHz

[0010] ● Ultra High Frequency (UHF) 868-930 MHz

[0011] ● Microwave 2.45 GHz

[0012] ● Microwave 5.8 GHz

[0013] It is expected that A-IoT devices need to work at least the same frequency regions as RFID.

[0014] Given different devices categories, use cases / traffic types, and different possible deployment frequencies, a reader needs to know on which frequency regions that the reader can send A-IoT signaling and / or data to reach devices in an area, when the reader is triggered to do so. Otherwise, the reader may send the data on a wrong frequency region so that the intended devices cannot be reached. Therefore, it is necessary to study the issue and develop a corresponding solution.

[0015] To address or at least partially alleviate the above issue, some embodiments of the present disclosure are provided.

[0016] According to a first aspect of the present disclosure, a method at a communication device is provided. The method comprises: determining one or more frequency regions for transmitting to and / or receiving from at least one other communication device based on at least a configuration; and transmitting to and / or receiving from the at least one other communication device on the one or more frequency regions. Further, some other embodiments of the first aspect are described below in the Detailed Description.

[0017] According to a second aspect of the present disclosure, a communication device is provided. The communication device comprises: a processor; a memory storing instructions which, when executed by the processor, cause the communication device to: determine one or more frequency regions for transmitting to and / or receiving from at least one other communication device based on at least a configuration; and transmit to and / or receive from the at least one other communication device on the one or more frequency regions. In some embodiments, the instructions, when executed by the processor, cause the communication device to further perform any of the methods of the first aspect.

[0018] According to a third aspect of the present disclosure, a method at a Core Network (CN) node is provided. The method comprises: transmitting, to a communication device, a message indicating at least one of: one or more frequency regions for transmission from the communication device to at least one other communication device and / or transmission from at least one other communication device to the communication device; and a configuration from which the communication device is able to determine one or more frequency regions for transmission from the communication device to the at least one other communication device and / or transmission from the at least one other communication device to the communication device. Further, some other embodiments of the third aspect are described below in the Detailed Description.

[0019] According to a fourth aspect of the present disclosure, a Core Network (CN) node is provided. The CN node comprises: a processor; a memory storing instructions which, when executed by the processor, cause the CN node to: transmit, to a communication device, a message indicating at least one of: one or more frequency regions for transmission from the communication device to at least one other communication device and / or transmission from at least one other communication device to the communication device; and a configuration from which the communication device is able to determine one or more frequency regions for transmission from the communication device to the at least one other communication device and / or transmission from the at least one other communication device to the communication device. In some embodiments, the instructions, when executed by the processor, cause the CN node to further perform any of the methods of the third aspect.

[0020] According to a fifth aspect of the present disclosure, a computer program comprising instructions is provided. The instructions, when executed by at least one processor, cause the at least one processor to carry out the method of any of the first aspect and the third aspect.

[0021] According to a sixth aspect of the present disclosure, a carrier containing the computer program of the fifth aspect is provided. In some embodiments, the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.

[0022] According to a seventh aspect of the present disclosure, a telecommunication system is provided. The telecommunication system comprises: one or more communication devices, at least one of which comprises: a processor; a memory storing instructions which, when executed by the processor, cause the communication device to: determine one or more frequency regions for transmitting to and / or receiving from at least one other communication device based on at least a configuration; and transmit to and / or receive from the at least one other communication device on the one or more frequency regions.

[0023] In some embodiments, the telecommunication system further comprises: a CN node comprising: a processor; a memory storing instructions which, when executed by the processor, cause the CN node to: transmit, to a communication device, a message indicating at least one of: one or more frequency regions for transmission from the communication device to at least one other communication device and / or transmission from at least one other communication device to the communication device; and a configuration from which the communication device is able to determine one or more frequency regions for transmission from the communication device to the at least one other communication device and / or transmission from the at least one other communication device to the communication device.

[0024] In some embodiments, the instructions of the communication device, when executed by the processor of the communication device, cause the communication device to further perform any of the methods of the first aspect. In some embodiments, the instructions of the CN node, when executed by the processor of the CN node, cause the CN node to further perform any of the methods of the third aspect.

[0025] With some embodiments of the present disclosure, at least one of the following benefits can be achieved:

[0026] -Different A-IoT services and / or A-IoT device types can be mapped to different carriers, so that load balance among carriers can be achieved. In addition, passive devices being interfered by active devices or vice versa can be avoided.

[0027] -Readers and / or devices are able to be configured with carrier information by CNs.

[0028] -Devices can achieve better energy saving by only monitoring relevant carriers, or relevant frequency regions instead of the full frequency region.Brief Description of the Drawings

[0029] The foregoing and other features of the present disclosure will become more fully apparent from the following description and appended claims, taken in conjunction with the accompanying drawings. Understanding that these drawings depict only several embodiments in accordance with the disclosure and therefore are not to be considered limiting of its scope, the disclosure will be described with additional specificity and detail through use of the accompanying drawings.

[0030] Fig. 1 is a diagram illustrating exemplary telecommunication systems in which improved spectrum management is applicable according to an embodiment of the present disclosure.

[0031] Fig. 2A through Fig. 4B are diagrams illustrating exemplary procedures for improved spectrum management according to an embodiment of the present disclosure.

[0032] Fig. 5 is a flow chart illustrating an exemplary method at a communication device according to an embodiment of the present disclosure.

[0033] Fig. 6 is a flow chart illustrating an exemplary method at a CN node according to an embodiment of the present disclosure.

[0034] Fig. 7 schematically shows an embodiment of an arrangement which may be used in a communication device and / or a CN node according to an embodiment of the present disclosure.

[0035] Fig. 8 shows an exemplary communication system in accordance with some embodiments.

[0036] Fig. 9 shows an exemplary UE in accordance with some embodiments.

[0037] Fig. 10 shows an exemplary network node in accordance with some embodiments.

[0038] Fig. 11 is a block diagram illustrating an exemplary virtualization environment in which functions implemented by some embodiments may be virtualized.Detailed Description

[0039] Hereinafter, the present disclosure is described with reference to embodiments shown in the attached drawings. However, it is to be understood that those descriptions are just provided for illustrative purpose, rather than limiting the present disclosure. Further, in the following, descriptions of known structures and techniques are omitted so as not to unnecessarily obscure the concept of the present disclosure.

[0040] Those skilled in the art will appreciate that the term “exemplary” is used herein to mean “illustrative, ” or “serving as an example, ” and is not intended to imply that a particular embodiment is preferred over another or that a particular feature is essential. Likewise, the terms “first” and “second, ” and similar terms, are used simply to distinguish one particular instance of an item or feature from another, and do not indicate a particular order or arrangement, unless the context clearly indicates otherwise. Further, the term “step, ” as used herein, is meant to be synonymous with “operation” or “action. ” Any description herein of a sequence of steps does not imply that these operations must be carried out in a particular order, or even that these operations are carried out in any order at all, unless the context or the details of the described operation clearly indicates otherwise.

[0041] Conditional language used herein, such as "can, " "might, " "may, " "e.g., " and the like, unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and / or states. Thus, such conditional language is not generally intended to imply that features, elements and / or states are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without author input or prompting, whether these features, elements and / or states are included or are to be performed in any particular embodiment. Also, the term "or" is used in its inclusive sense (and not in its exclusive sense) so that when used, for example, to connect a list of elements, the term "or" means one, some, or all of the elements in the list. Further, the term "each, " as used herein, in addition to having its ordinary meaning, can mean any subset of a set of elements to which the term "each" is applied.

[0042] The term “based on” is to be read as “based at least in part 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. ” Other definitions, explicit and implicit, may be included below. In addition, language such as the phrase "at least one of X, Y and Z, " unless specifically stated otherwise, is to be understood with the context as used in general to convey that an item, term, etc. may be either X, Y, or Z, or a combination thereof.

[0043] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limitation of example embodiments. 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. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. It will be also understood that the terms “connect (s) , ” “connecting” , “connected” , etc. when used herein, just mean that there is an electrical or communicative connection between two elements and they can be connected either directly or indirectly, unless explicitly stated to the contrary.

[0044] Of course, the present disclosure may be carried out in other specific ways than those set forth herein without departing from the scope and essential characteristics of the disclosure. One or more of the specific processes discussed below may be carried out in any electronic device comprising one or more appropriately configured processing circuits, which may in some embodiments be embodied in one or more application-specific integrated circuits (ASICs) . In some embodiments, these processing circuits may comprise one or more microprocessors, microcontrollers, and / or digital signal processors programmed with appropriate software and / or firmware to carry out one or more of the operations described above, or variants thereof. In some embodiments, these processing circuits may comprise customized hardware to carry out one or more of the functions described above. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive.

[0045] Although multiple embodiments of the present disclosure will be illustrated in the accompanying Drawings and described in the following Detailed Description, it should be understood that the disclosure is not limited to the disclosed embodiments, but instead is also capable of numerous rearrangements, modifications, and substitutions without departing from the present disclosure that as will be set forth and defined within the claims.

[0046] Further, please note that although the following description of some embodiments of the present disclosure is given in the context of 5th Generation New Radio (5G NR) , the present disclosure is not limited thereto. In fact, as long as spectrum management is involved, the inventive concept of the present disclosure may be applicable to any appropriate communication architecture, for example, to Global System for Mobile Communications (GSM)  / General Packet Radio Service (GPRS) , Enhanced Data Rates for GSM Evolution (EDGE) , Code Division Multiple Access (CDMA) , Wideband CDMA (WCDMA) , Time Division -Synchronous CDMA (TD-SCDMA) , CDMA2000, Worldwide Interoperability for Microwave Access (WiMAX) , Wireless Fidelity (Wi-Fi) , Long Term Evolution (LTE) , etc. Therefore, one skilled in the arts could readily understand that the terms used herein may also refer to their equivalents in any other infrastructure. For example, the term “User Equipment” or “UE” used herein may refer to a mobile device, a mobile terminal, a mobile station, a user device, a user terminal, a wireless device, a wireless terminal, an IoT device, a vehicle, or any other equivalents. For another example, the term “gNB” used herein may refer to a base station, a base transceiver station, an access point, a hot spot, a NodeB (NB) , an evolved NodeB (eNB) , a network element, a network node, an access network (AN) node, or any other equivalents. For yet another example, the term “communication device” used herein may refer to a network node (e.g., a gNB, an eNB, a base station, or the like) , a UE (e.g., a mobile phone, a handheld appliance, or the like) , an A-IoT device, a ZE device, an ultra-low power device, or any other equivalents.

[0047] Recently work on ZE-IoT devices has started in 3rd Generation Partnership Project (3GPP) , then referred to as ‘Ambient-IoT’ . 3GPP Technical Report (TR) 22.840 is being developed by Technical Specification Group (TSG) -Services and Systems Aspects (SA) Working Group (WG) 1 (SA1) to capture potential use cases, traffic scenarios, device constraints of Ambient IoT (A-IoT) and identify new potential service requirements as well as new Key Performance Indicators (KPIs) .

[0048] Meanwhile, a study item at Radio Access Network (RAN) plenary level RP-222685, ‘Study on Ambient IoT’ (which is incorporated herein by reference in its entirety) is being carried out with a focus on the feasibility of meeting design targets for relevant use cases of Ambient IoT. The outcome is being reported in TR 38.848 (which is incorporated herein by reference in its entirety) and the study item description as below:

[0049] Based on the outcome of the radio access network (RAN) study item, and the discussion during Rel-19 workshop during RAN#100 (RWS-230488, which is incorporated herein by reference in its entirety) , a WG-level study item is expected to continue in Rel-19. In addition, depending on the progress and outcome of the WG-level study, a work item may be started during Rel-19 as well. Further, the following issues are also raised in RWS-230488:

[0050] -Need to have focused scope on issues such as device type (s) , deployment scenario (s) , topology option (s) , etc. and,

[0051] -Need to address cross-TSG-dependencies

[0052] -Is there a strong need and is it feasible to convert the study and hence specify ambient IoT in Rel-19?

[0053] Deployment scenarios, use cases, services for Ambient-IoT

[0054] Deployment scenarios, use cases, services are described in clause 4 of TR 38.848 V1.0.0. Use cases

[0055] Two sets or levels of grouping were defined. The first, Grouping A, is on the basis of the deployment environment (s) described for a use case in TR 22.840 [2] , and the second, Grouping B, is on the basis of functionality / application described in TR 22.840 [2] .

[0056] Grouping A:

[0057] - Indoor

[0058] - Outdoor

[0059] - Indoor / outdoor

[0060] Grouping B:

[0061] - Inventory

[0062] - Sensors

[0063] - Positioning

[0064] - Command

[0065] These two groupings are then used to form representative use cases (rUCs) as follows, which are used in Clause 4.2 -Deployment scenarios and connectivity topologies.

[0066] - rUC1: Indoor inventory

[0067] - rUC2: Indoor sensors

[0068] - rUC3: Indoor positioning

[0069] - rUC4: Indoor command

[0070] - rUC5: Outdoor inventory

[0071] - rUC6: Outdoor sensors

[0072] - rUC7: Outdoor positioning

[0073] - rUC8: Outdoor command

[0074] This resulted in the following mapping from SA1 use cases and traffic scenarios onto RAN rUCs:

[0075] Table 1 / 4.1.1-1: Mapping between RAN representative use cases and SA1 use cases in TR 38.848 V 1.0.0.

[0076] Connectivity topologies

[0077] Fig. 1 is a diagram illustrating exemplary telecommunication systems 10 and 10’ in which improved spectrum management is applicable according to an embodiment of the present disclosure. As shown in Fig. 1, two different connectivity topologies for Ambient IoT networks and devices are provided. However, the present disclosure is not limited thereto. In some other embodiments, the solutions described herein may also applicable to other connectivity topologies.

[0078] In all these topologies, an Ambient IoT device 100 may be provided with a carrier wave from other node (s) either inside or outside the topology. In some embodiments, the links in each topology may be bidirectional or unidirectional.

[0079] In some embodiments, the term base station (BS) , user equipment (UE) , assisting node, or intermediate node could refer to multiple BSs or UEs, respectively. In some embodiments, the mixture of indoor and outdoor placement of such nodes may be regarded as a network implementation choice. Account would need to be taken of potential impact on device or node complexity. In the connectivity topologies, this does not imply the existence of multi-hop assisting or intermediate nodes.

[0080] As shown by (a) Topology 1 in Fig. 1, an Ambient IoT device 100 may directly and bi-directionally communicate with a base station 105. The communication between the base station 105 and the ambient IoT device 100 may include Ambient IoT data and / or signalling. In some embodiments, this topology may include the possibility that the BS (e.g., a first BS) transmitting to the Ambient IoT device is different from the BS (e.g., a second BS) receiving from the Ambient IoT device.

[0081] As shown by (b) Topology 2 in Fig. 1, the Ambient IoT device 100 may communicate bi-directionally with an intermediate node 110 between the device 100 and the base station 105. In this topology, the intermediate node 110 can be a relay, Integrated Access Backhaul (IAB) node, UE, repeater, etc. which is capable of Ambient IoT. In some embodiments, the intermediate node 110 may transfer Ambient IoT data and / or signalling between the BS 105 and the Ambient IoT device 100.

[0082] Deployment scenarios

[0083] Deployment scenario 1: Device indoors, base station indoors

[0084] Deployment scenario 2: Device indoors, base station outdoors

[0085] Deployment scenario 3: Device indoors, UE-based reader

[0086] Deployment scenario 4: Device outdoors, base station outdoors

[0087] Deployment scenario 5: Device outdoors, UE-based reader

[0088] Device categories

[0089] Ambient IoT devices are characterized in the study according to their energy storage capacity, and capability of generating RF signals for their transmissions.

[0090] The study considers that a device has either:

[0091] -No energy storage at all; or

[0092] -Limited energy storage.

[0093] Relying on these storage capacities, the study considers the following set of Ambient IoT devices:

[0094] -Device A: No energy storage, no independent signal generation / amplification, i.e. backscattering transmission.

[0095] -Device B: Has energy storage, no independent signal generation, i.e. backscattering transmission. Use of stored energy can include amplification for reflected signals.

[0096] -Device C: Has energy storage, has independent signal generation, i.e., active RF components for transmission.

[0097] A limited energy storage can be different among implementations within Device B or implementations within Device C, and different between Device B and Device C. Such storage is expected to be order (s) of magnitude smaller than a Narrowband IoT (NB-IoT) device would typically include.

[0098] Devices A, B, and C are able to demodulate control, data, etc. from the relevant entity in RAN according to connectivity topology.

[0099] Functional and protocol simplifications for A-IoT / ZE-IoT

[0100] For Ambient IoT (A-IoT) , 3GPP will target an IoT segment well below the existing Cellular IoT (CIoT) technologies rather than replacement of existing 3GPP Low Power Wide Area (LPWA) technologies. It is expected that together with simplifications in physical layer design, the higher layer (L2 / L3) design will also be much more light weighted than the existing higher layer design in 3GPP, i.e., a minimal set of functionalities (both at access stratum and non-access stratum levels) , which is even more simplified compared to that adopted for the existing CIoT technologies, should be used to operate A-IoT devices. One way of such simplifications is to design a communication protocol shifted from fully connection oriented with both Non-Access Stratum (NAS) and Radio Access Control (RRC) connections between device and network to connectionless type of communication without RRC connections or even also no NAS connections between device and network so that the protocol and signaling overhead associated with the handshaking between device and network is minimized. This means A-IoT devices do not setup and maintain an RRC connection with the network, also A-IoT devices do not setup and maintain Access Stratum (AS) context including (dedicated) radio bearer, logical channel, etc.

[0101] One way to implement connectionless communication is to employ message-based or self-contained transmission where context / control information associated with the signaling / data traffic is transmitted together with or right after the signaling / data traffic where in the latter case (i.e., the right after case) there is no other transmission between the context / control information and the associated signaling / data traffic carrying information that is needed for reception of the signaling / data traffic. One such example is that in downlink (DL) the signaling / data traffic is transmitted within or right after the paging message.

[0102] As mentioned above, it is expected that A-IoT devices need to work at least the same frequency regions as RFID. Given different devices categories, use cases / traffic types, and different possible deployment frequencies, a reader needs to know on which frequency regions that the reader can send A-IoT signaling and / or data to reach devices in an area, when the reader is triggered to do so. Otherwise, the reader may send the data on a wrong frequency region so that the intended devices cannot be reached. Therefore, it is necessary to study the issue and develop a corresponding solution.

[0103] To address or at least partially alleviate the above issue, some embodiments of the present disclosure are provided.

[0104] Some embodiments are provided to enable one or more of the below aspects:

[0105] ● A mapping relation between one or multiple below information, and different carriers / subbands / frequency regions may be configured for readers (e.g., an intermediate UE or gNB)

[0106] ○ A-IoT data types (e.g., control signaling or data)

[0107] ○ A-IoT services types (e.g., inventory, command, proximity detection, sensor data collection etc. )

[0108] ○ A-IoT traffic types (e.g., device-originated-device-terminated triggered (DO-DTT) DO-DTT, device-terminated (DT) , and device-originated autonomous (DO-A) )

[0109] ○ A-IoT device types / categories

[0110] ○ A-IoT device power classes / levels

[0111] ● Upon triggering of a transmission towards devices, a reader (e.g., an intermediate UE or gNB) may determine carriers for A-IoT data transmission based on the mapping relation.

[0112] ● After determining carriers, a reader may select / determine resources for transmissions, after that, the reader may signal devices of selected resources on the determine carriers.

[0113] ○ In addition, the reader may also inform devices of selected carriers, based on which, devices may determine to only monitor selected carriers.

[0114] In some embodiments, in case of Frequency Division Duplex (FDD) scenario, i.e., DL transmission and uplink (UL) transmission use different frequency carriers / regions / bands, the mapping table may map device related information (as described in the above, e.g., data types, service types, traffic types, device types, device power levels etc. ) to either or both of UL carriers / regions / bands and DL carriers / regions / bands.

[0115] In some embodiments, in case of Time Division Duplex (TDD) scenario, since UL transmission and DL transmission use the same frequency carriers / regions / bands, the mapping table may map device related information (as described in the above, e.g., data types, service types, traffic types, device types, device power levels etc. ) to UL / DL carriers / regions / bands.

[0116] In some embodiments, in case there is external carrier wave transmitter (CWT) node or external carrier wave emitter node which provides carrier waves to devices for backscatter based UL transmissions, the mapping table may need to provide to the CWT node by the reader (i.e., gNB or the intermediate UE) .

[0117] With some embodiments of the present disclosure, at least one of the following benefits can be achieved:

[0118] -Different A-IoT services and / or A-IoT device types can be mapped to different carriers, so that load balance among carriers can be achieved. In addition, passive devices being interfered by active devices or vice versa can be avoided.

[0119] -Readers and / or devices are able to be configured with carrier information by CNs.

[0120] -Devices can achieve better energy saving by only monitoring relevant carriers, or relevant frequency regions instead of the full frequency region.

[0121] In some embodiments, use cases with ultra-low power devices, zero-energy, or A-IoT devices are considered or assumed. However, the present disclosure is not limited thereto. Some embodiments of the present disclosure may also applicable to other types of devices.

[0122] In some embodiments, the term “RAN node” may be used, which can be a network node or a user equipment (UE) . In some embodiments, examples of network nodes may be NodeB, base station (BS) , multi-standard radio (MSR) radio node such as MSR BS, eNodeB, gNodeB, MeNB, SeNB, location measurement unit (LMU) , integrated access backhaul (IAB) node, network controller, radio network controller (RNC) , base station controller (BSC) , relay, IAB, repeater, donor node controlling relay, base transceiver station (BTS) , Central Unit (CU) (e.g. in a gNB) , Distributed Unit (DU) (e.g. in a gNB) , Baseband Unit, Centralized Baseband, C-RAN, access point (AP) , transmission points, transmission nodes, transmission reception point (TRP) , RRU, RRH, nodes in distributed antenna system (DAS) , core network node (e.g. MCS, MME etc. ) , O&M, OSS, SON, positioning node (e.g. E-SMLC) , etc. In some embodiments, in an Ambient IoT scenario, the RAN nodes may comprise intermediate node / UE (e.g., relay UE, IAB, repeater etc. ) and assisting node / UE (e.g., relay UE, IAB, repeater etc. ) .

[0123] In some embodiments, in A-IoT scenario the RAN nodes may comprise intermediate node / UE (e.g., relay UE, IAB, repeater etc. ) and assisting node / UE (e.g., relay UE, IAB, repeater etc. ) .

[0124] In some embodiments, the terms ‘polling’ ‘, ‘poll’ , ‘paging’ , ‘page’ , ‘inventory’ , ‘query’ , ‘interrogate’ , may be used to represent one or more than one signal transmitted by a network node broadcast wise or specially to a dedicated UE. The purpose of the signal is to facilitate / serve / manage / command one or more than one UE to synchronize to the network node (DL / UL synchronize to a reference time / frame / symbol, or synchronize to one or more than one signal which the UE receives from the network node, or synchronize based on a pre-defined rule) , receive DL data, response and transmit UL data correctly in intended resources. In some embodiments, the content of such signal may be a particular reference signal or a signal carrying control information and / or data. In some embodiments, such signal may be transmitted periodically or aperiodically configured by the network node.

[0125] In some embodiments, the terms ‘A-IoT UE’ , ‘A-IoT device’ , ‘device’ , or ‘UE’ may be used interchangeably without losing the meaning.

[0126] In some embodiments, the terms ‘intermediate node’ , ‘intermediate UE’ , ‘UE’ may be applied interchangeably without losing the meaning.

[0127] In some embodiments, the term “data” may stand for A-IoT data exchanged between A-IoT device and the CN node (e.g., AIOTF or AIoT NF which is responsible for A-IoT service handling) .

[0128] In some embodiments, A-IoT data may comprise at least one of the below information, but not limited to:

[0129] ● Device ID (i.e., CN ID e.g., SUPI, SUCI, 5G-GUTI or Application ID, e.g., EPC) ● Other information such as device status, device measurement results and / or device location

[0130] ● Sensor data

[0131] ● Actuator control information including actuator command sent by the network and / or the Actuator execution result

[0132] In some embodiments, data would be somewhat different depending on the service:

[0133] ● Inventory: The gNB / reader may initiate the inventory procedure over the air interface and will report the results of the inventory to CN.

[0134] ● UL data (or ‘read’ ) : two alternatives may be possible:

[0135] 1. A data field is included in the inventory report, i.e. a record in the inventory report does not only contain device ID but also an associated data field, e.g. a status report.

[0136] 2. Device reporting per device, for example, for the reporting of sensor data or an event. This is more similar to legacy Random Access, but could be achieved also for passive devices by a common carrier wave opportunity which should only be used by device with new data in the UL buffer.

[0137] ● DL Command (or ‘write’ ) : two alternatives may be possible:

[0138] 1. Common transmission in the User Plane (UP) tunnel. Similar to the inventory + data field report above but instead in the downlink, and the data field may contain either a command for the device or some data to be written to the associated device. The gNB / reader may be responsible for delivery of this to each device. (No necessarily Ack per device to CN, but the gNB / reader could report back to CN which devices it successfully managed to transmit to) .

[0139] 2. Device command per device. That is, data / command may be received per device by NB / reader.

[0140] In some embodiments, the term ‘carrier’ may stand for a number of contiguous or non-contiguous frequency resources (e.g., a number of physical resource blocks (PRBs) ) which is feasible to deploy A-IoT services. In some embodiments, the carrier bandwidth may be of various sizes (e.g., a range of Hertz (Hz) , kHz or MHz etc. In some embodiments, a carrier may be on any frequency band. In some embodiments, the other similar terms including at least ‘frequency region’ , ‘frequency segment’ , ‘channel’ , ‘subband’ , ‘Bandwidth part’ may be interchangeably applicable without losing the meaning.

[0141] In some embodiments, a reader may be a node which can transmit or receive A-IoT data to / from a device. In some embodiments, a reader may be a RAN node, e.g., gNB, DU, CU, IAB node, repeater, relay node, UE etc. In some embodiments, a reader may be even a CN node, e.g., AMF, SMF, UPF, or any other CN node (e.g., AIOTF or AIoT NF) which is responsible or be involved for A-IoT service / data handling.

[0142] In some embodiments, when a reader is triggered to transmit data and / or signaling to one or multiple intended devices, the reader may determine a carrier on which the reader can perform transmissions towards devices, according to a configuration.

[0143] In some embodiments, the configuration may be stored or preconfigured to the reader and available to read in the memory. In some other embodiments, the configuration may be signaled by another node (e.g., UE, RAN node, CN node, or application server) prior to or when data transmission is triggered. In yet some other embodiments, the configuration may be provided by upper layer application deployed on the reader. In some further embodiments, the configuration may be provided by OAM.

[0144] In some embodiments, the configuration may be valid for one-shot transmission only or for many transmissions until the reader receives a new configuration indicating the old configuration is not valid anymore.

[0145] In some embodiments, the configuration may comprise / indicate carriers explicitly.

[0146] In some embodiments, the configuration may contain a mapping table, wherein the table may map between one or multiple of below information:

[0147] ● A-IoT data types (e.g., control signaling or data)

[0148] ● A-IoT services types (e.g., inventory, command, proximity detection, sensor data collection etc. )

[0149] ● A-IoT traffic types (e.g., DO-DTT, DT, and DO-A) .

[0150] ● A-IoT device types / categories

[0151] ● A-IoT device power classes / levels

[0152] and different carriers. In some embodiments, the mapping may be 1 to 1, 1 to many, or many to 1. In some embodiments, a carrier may carry command, and another carrier may carry inventory, proximity detection, sensor data collection.

[0153] In some embodiments, based on the table / mapping, the reader can use any one or multiple above information as inputs to derive the carriers.

[0154] In some embodiments, based on the configuration, the reader may derive multiple carriers which are ok / allowed to perform intended transmission. In this case, the reader may perform at least one of the below options to select one or more than one of the carriers to perform various transmissions towards devices with respect to the configuration.

[0155] Option 1: randomly select any carrier among the carriers which are allowed to transmit

[0156] Option 2: select the carrier on lowest frequency band (e.g., for extending coverage purpose)

[0157] Option 3: select the carrier on highest frequency band (e.g., for extending data rate purpose)

[0158] Option 4: select the carrier with narrowest frequency bandwidth (e.g., to reduce frequency resource consumption)

[0159] Option 5: select the carrier with widest frequency bandwidth (e.g., to ensure the transmission not lost due to insufficient resource)

[0160] Option 6: select the carrier with strongest radio channel quality

[0161] Option 7: select a carrier with highest priority order (i.e., the priority of each carrier can be configured / preconfigured)

[0162] Option 8: select the carrier with lowest congestion / load (e.g., the load / congestion may be reflected / measured in terms of occupied / available resources)

[0163] Option 9: select the carrier up to the reader’s implementation

[0164] In some embodiments, if need to derive more than one carrier, the reader may select the carriers with respect to the aforementioned options, with a descending order until sufficient number of carriers are selected.

[0165] In some embodiments, in case of an FDD scenario, i.e., DL transmission and UL transmission use different frequency carriers / regions / bands, the mapping table may map device related information (as described in the above, i.e., data types, service types, traffic types, device types, device power levels etc. ) to either or both of UL carriers / regions / bands and DL carriers / regions / bands.

[0166] In some embodiments, in case of a TDD scenario, since UL transmission and DL transmission use the same frequency carriers / regions / bands, the mapping table may map device related information (as described in the above, i.e., data types, service types, traffic types, device types, device power levels etc. ) to UL / DL carriers / regions / bands.

[0167] In some embodiments, in case there are external carrier wave transmitter (CWT) node or external carrier wave emitter node which provides carrier waves to devices for backscatter based UL transmissions, the mapping table may need to be provided to the CWT node by the reader (i.e., gNB or the intermediate UE) .

[0168] In some embodiments, when a reader is triggered to perform a transmission intended to convey data / signaling serving for multiple services / types / use cases / purposes (e.g., reader initiated data / signaling or response to the device’s previous transmission) , the reader may need to multiplex data / signaling with different sources (i.e., services / types / user cases / purposes) into the same Protocol Data Unit (PDU)  / Transport Block (TB) .

[0169] In some embodiments, in this case, the reader may need to determine the carrier according to the below option:

[0170] Option 1: select a carrier in the intersection of carriers associated with different sources

[0171] In some embodiments, if the intersection of carriers contains multiple carriers, the reader may select a carrier according to any option as described in the above.

[0172] In some embodiments, if there is no carrier in the intersection of carriers, the reader may just randomly select any carrier associated with a data source. In some other embodiments, it may be up to the reader’s implementation to determine the carrier. In some yet other embodiments, a default / fallback carrier may be configured / preconfigured to the reader. The reader can use the default carrier to perform transmissions. In some further embodiments, the reader may perform transmission on multiple carriers associated with different sources simultaneously.

[0173] In some embodiments, the reader may use the default carrier for some transmissions to the device, e.g., inventory. Moreover, in some embodiments, the reader may select other carriers for other transmissions to the device.

[0174] In some embodiments, the reader may firstly use the default carrier for some transmissions to the device, e.g., indicating the aforementioned mapping between information and carriers, after that the reader may apply carriers for the subsequent other transmissions with respect the mapping. Furthermore, in some embodiments, the reader may use one carrier, e.g., the default carrier for signaling the device of the update of the aforementioned mapping between information and carriers.

[0175] In some embodiments, after determining a carrier, the reader may select resources on the corresponding carrier. After that, the reader may execute transmissions using the selected resources towards devices.

[0176] In some embodiments, after determining a carrier, the reader may send a signaling to a control node (e.g., CU, DU, or gNB, or CN node) for requesting resources. The signaling needs to carry the determined carrier. In some embodiments, upon reception of the signaling, the control node may assign resources on the carriers to the reader. After that, the reader may execute transmissions using the allocated resources towards devices.

[0177] In some embodiments, after determining a carrier, the reader may send an area specific, or RAN node specific, or group specific signaling to devices in the same area / same RAN node / same group. In some embodiments, based on this, devices can be preferred to receive transmissions on indicated carrier.

[0178] In some embodiments, if the reader is an intermediate UE, when determining the carrier, the intermediate UE may send a signaling to the gNB comprising at least one of the below information:

[0179] ● candidate carriers

[0180] ● intended transmission and data sources

[0181] ● intended devices

[0182] based on which, the gNB may decide what carriers to select for the intermediate UE.

[0183] In some embodiments, ifthe reader is an intermediate UE, gNB may determine the carrier on behalf of the intermediate UE, based on the configuration information preconfigured, or signaled by another node, or provided by OAM. After the determination, gNB may inform the intermediate UE of the decided carrier when a transmission is initiated.

[0184] Next, several examples are illustrated in the Fig. 2A through Fig. 4B and will be described in detail below.

[0185] Fig. 2A and Fig. 2B show exemplified procedures where a gNB operates as a reader.

[0186] As shown in Fig. 2A, the procedure may begin with step S210 where a CN node (e.g., an AMF or an A-IoT NF) 120 may provide a gNB 105 with a mapping between services and carrier. However, the present disclosure is not limited thereto. In some other embodiments, a mapping between other information (e.g., service type, device class, etc. ) and carrier may be provided as mentioned in the above embodiments.

[0187] At step S220, the gNB 105 may determine one or more carriers based on the mapping received at step S210 upon triggering a transmission from and / or to one or more devices 100.

[0188] At step S230, the gNB 105 may inform the one or more devices 100 of the resources on the selected carriers for subsequent data communication.

[0189] At step S240 (e.g., steps S240a, S240b, and / or S240c) , the gNB 105 and the one or more devices 100 may communicate data with each other over the resources on the selected carriers.

[0190] Fig. 2B shows a procedure similar to that shown in Fig. 2A except that the mapping is not originated from the CN / A-IoT NF 120, but from an Application Function (AF) and / or Application Server (AS) 130, which may be located inside or outside the core network and can be also considered as a CN node. As shown in Fig. 2B, the mapping may be provided from the AF / AS 130 to the gNB 105 via the CN / A-IoT NF 120 (e.g., a Network Exposure Function (NEF) , an AMF, etc. ) at step S210’ . Since other steps shown Fig. 2B are substantially similar to those shown in Fig. 2A, and therefore are omitted for simplicity.

[0191] Fig. 3A and Fig. 3B show exemplified procedures where an intermediate UE operates as a reader.

[0192] Referring to Fig. 3A, the procedure may begin with step S310 where a CN node (e.g., an AMF or an A-IoT NF) 120 may provide an intermediate node (e.g., an intermediate UE) 110 with a mapping between services and carrier via a gNB 105. Similar to the above embodiments, the present disclosure is not limited thereto. In some other embodiments, a mapping between other information (e.g., service type, device class, etc. ) and carrier may be provided as mentioned in the above embodiments.

[0193] At step S320, the intermediate UE 110 may determine one or more carriers based on the mapping received at step S310 upon triggering a transmission from and / or to one or more devices 100.

[0194] At step S330, the intermediate UE 110 may inform the one or more devices 100 of the resources on the selected carriers for subsequent data communication.

[0195] After that, the intermediate UE 110 and the one or more devices 100 may communicate data with each other over the resources on the selected carriers.

[0196] Fig. 3B shows a procedure similar to that shown in Fig. 3A except that the mapping is not originated from the CN / A-IoT NF 120, but from an AF and / or AS 130, which may be located inside or outside the core network, and can be also considered as a CN node. As shown in Fig. 3B, the mapping may be provided from the AF / AS 130 to the intermediate UE 110 via the CN / A-IoT NF 120 (e.g., an NEF, an AMF, etc. ) and the gNB 105 at step S310’ . Since other steps shown Fig. 3B are substantially similar to those shown in Fig. 3A, and therefore are omitted for simplicity.

[0197] Fig. 4A and Fig. 4B show exemplified procedures where a gNB determines carrier and informs an intermediate UE.

[0198] Referring to Fig. 4A, the procedure may begin with step S410 where a CN node (e.g., an AMF or an A-IoT NF) 120 may provide a gNB 105 with a mapping between services and carrier. Similar to the above embodiments, the present disclosure is not limited thereto. In some other embodiments, a mapping between other information (e.g., service type, device class, etc. ) and carrier may be provided as mentioned in the above embodiments.

[0199] At step S420, the gNB 105 may determine one or more carriers based on the mapping received at step S410 upon triggering or prior to a transmission from and / or to one or more devices 100.

[0200] At step S430, the CN / A-IoT NF 120 may initiate a transmission between one or more devices 100 and an intermediate node (e.g., an intermediate UE) 110 via the gNB 105.

[0201] At step S440, the gNB 105 may initiate the transmission between the one or more devices 100 and the intermediate UE 110 by sending a message comprising the carrier information determined at step S420 to the intermediate UE 110.

[0202] At step S450, the intermediate UE 110 may inform the one or more devices 100 of the resources on the selected carriers for subsequent data communication.

[0203] After that, the intermediate UE 110 and the one or more devices 100 may communicate data with each other over the resources on the selected carriers.

[0204] Fig. 4B shows a procedure similar to that shown in Fig. 4A except that the mapping is not originated from the CN / A-IoT NF 120, but from an AF and / or AS 130, and that the transmission between the devices 100 and the intermediate UE 110 is not initiated by the CN / A-IoT NF 120, but by the AF / AS 130. In some embodiments, the AF / AS 130 may be located inside or outside the core network, and can be also considered as a CN node.

[0205] As shown in Fig. 4B, the mapping may be provided from the AF / AS 130 to the gNB 105 via the CN / A-IoT NF 120 (e.g., an NEF, an AMF, etc. ) at step S410’ and the transmission between the devices 100 and the intermediate UE 110 may be initiated by the AF / AS 130 via the CN-A-IoT NF 120 at step S430’ . Since other steps shown Fig. 4B are substantially similar to those shown in Fig. 4A, and therefore are omitted for simplicity.

[0206] In some embodiments, a device may be configured with a mapping between one or multiple below information:

[0207] ● A-IoT data types (e.g., control signaling or data)

[0208] ● A-IoT services types (e.g., inventory, command, proximity detection, sensor data collection etc. )

[0209] ● A-IoT traffic types (e.g., DO-DTT, DT, and DO-A) .

[0210] ● A-IoT device types / categories

[0211] ● A-IoT device power classes / levels

[0212] and different carriers. In some embodiments, the mapping may be 1 to 1, 1 to many, or many to 1.

[0213] In some embodiments, based on the mapping, the device can determine on which carriers to perform a transmission towards a reader when the transmission is triggered.

[0214] In some embodiments, the configuration may be pre-stored in the device’s memory prior to transmissions are triggered.

[0215] In some embodiments, the configuration may be obtained from an intermediate node (e.g., UE) , a RAN node (e.g., gNB, DU, CU) or a CN node (e.g., AMF, SMF, UPF, or a CN node (e.g., AIOTF or AIoT NF) which is responsible for A-IoT service handling) .

[0216] In some embodiments, the configuration may be obtained from OAM.

[0217] In some embodiments, the configuration may be provided by upper layer application in the device.

[0218] In some embodiments, when a device is triggered to perform a transmission intended to convey data / signaling serving for multiple services / types / use cases / purposes (e.g., device initiated data / signaling or response to the reader’s previous transmission) , the device may need to multiplex data / signaling with different sources (i.e., services / traffic types / user cases / purposes) into the same PDU / TB. In some embodiments, a data source may mean data generated by a service / traffic type / use case (i.e., inventory, or command) . In some embodiments, a data source could also be data belongs to the information transmitted for a specific purpose (e.g., device status, device power information, device capability information etc. ) .

[0219] In this case the device may need to determine the carrier according to the below option:

[0220] Option 1: select a carrier in the intersection of carriers associated with different sources.

[0221] In some embodiments, if the intersection of carriers contains multiple carriers, the device may select a carrier in a same way / option as the reader (according to the embodiment on various selection options in the above embodiments) .

[0222] In some embodiments, if there is no carrier in the intersection of carriers, the device may just randomly select any carrier associated with a data source. In some other embodiments, , it may be up to the device’s implementation to determine the carrier. In some yet other embodiments, a default / fallback carrier may be configured / preconfigured to the device. The device can use the default carrier to perform transmissions. In some further embodiments, the device may perform transmission on multiple carriers associated with different sources simultaneously or not simultaneously.

[0223] In some embodiments, the device may use the default carrier for some particular transmissions, and select other carriers for other transmissions.

[0224] In some embodiments, the device may firstly use the default carrier for some transmissions, e.g., indicating / notifying the aforementioned mapping between information and carriers, after that the device may apply carriers for the subsequent other transmissions with respect the mapping. Furthermore, in some embodiments, the device may use one carrier, e.g., the default carrier for the update of the aforementioned mapping between information and carriers.

[0225] In some embodiments, after selection of a carrier, the device may initiate a transmission towards the reader using resources obtained on that carrier. In some embodiments, the resources may be obtained by the device itself on the determined carrier, or allocated by the reader (e.g., received in a DL scheduling signaling) .

[0226] In some embodiments, a device may be configured (by a reader, or CN node)  / preconfigured (in the memory) to only monitor radio signals / radio waves on specific carriers. Meanwhile, in some embodiments, radio signals / radio waves on other carriers may be ignored by the device.

[0227] In some embodiments, a CN node, e.g., UDM / UDR., may store the configuration of the carrier information and the service to carrier mapping, as Ambient IoT service parameters. In some embodiments, the Ambient IoT service parameters may be provisioned to CN via service parameter provisioning procedure.

[0228] In some embodiments, a CN node e.g., AMF, SMF, UPF, or an CN node (e.g., AIOTF or AIoT NF) which is responsible for A-IoT service handling, may fetch the Ambient service parameters from another CN node, e.g., UDM / UDR, and determine one or multiple determined carriers, afterwards, In some embodiments, it may send a signaling to a RAN node / UE / device informing one or multiple determined carriers. In some embodiments, the signaling may also additionally trigger the RAN node / UE / device to initiate a transmission.

[0229] In some embodiments, the CN node may send the signaling of determined carriers to a RAN node associated with another signaling to UE / device to initiate a transmission or prior to the transmission signaling. In some embodiments, the RAN node may further decide the carrier to be used and inform UE / device of the same in a signal associated with or separated from the signal which initiates the transmission.

[0230] With the embodiments described above, at least one of the following benefits can be achieved:

[0231] -Different A-IoT services and / or A-IoT device types can be mapped to different carriers, so that load balance among carriers can be achieved. In addition, passive devices being interfered by active devices or vice versa can be avoided.

[0232] -Readers and / or devices are able to be configured with carrier information by CNs.

[0233] -Devices can achieve better energy saving by only monitoring relevant carriers, or relevant frequency regions instead of the full frequency region.

[0234] Fig. 5 is a flow chart of an exemplary method 500 at a communication device according to an embodiment of the present disclosure. The method 500 may be performed at a communication device (e.g., the A-IoT device 100, the BS 105, or the intermediate node 110) . The method 500 may comprise steps S510 and S520. However, the present disclosure is not limited thereto. In some other embodiments, the method 500 may comprise more steps, less steps, different steps, or any combination thereof. Further the steps of the method 500 may be performed in a different order than that described herein. Further, in some embodiments, a step in the method 500 may be split into multiple sub-steps and performed by different entities, and / or multiple steps in the method 500 may be combined into a single step.

[0235] The method 500 may begin at step S510 where the communicate device may determine one or more frequency regions for transmitting to and / or receiving from at least one other communication device based on at least a configuration.

[0236] At step S520, the communication device may transmit to and / or receive from the at least one other communication device on the one or more frequency regions.

[0237] In some embodiments, the communication device may be an A-IoT reader, and the at least one other communication device may be an A-IoT device. In some embodiments, the communication device may be an A-IoT device, and the at least one other communication device may be an A-IoT reader. In some embodiments, the A-IoT reader may comprise at least one of: a RAN node; and an intermediate UE. In some embodiments, a frequency region may comprise at least one of: a carrier; a frequency segment; a channel; a subband; and a BWP.

[0238] In some embodiments, when the communication device is an A-IoT reader, and the at least one other communication device is an A-IoT device, the method 500 may further comprise: transmitting, to the at least one other communication device and / or an external CWT node, a first message indicating at least one of: the one or more frequency regions; and the configuration. In some embodiments, when the communication device is an A-IoT device, and the at least one other communication device is an A-IoT reader, the method 500 may further comprise at least one of: monitoring the one or more frequency regions for transmission from the at least one other communication device; and ignoring other frequency regions than the one or more frequency regions.

[0239] In some embodiments, the configuration may be at least one of: hardcoded or preconfigured at the communication device; provided by at least one of a UE, a RAN node, a CN node, and an application server; provided by an upper layer application deployed on the communication device; and provided by an OAM node. In some embodiments, the configuration may be valid for one-shot transmission only or for multiple transmissions until the communication device obtains a new configuration.

[0240] In some embodiments, the configuration may comprise at least one field indicating the one or more frequency regions explicitly. In some embodiments, the configuration may indicate a mapping between frequency regions and at least one of: A-IoT data types; A-IoT service types; A-IoT traffic types; A-IoT device types; A-IoT device categories; A-IoT power classes; and A-IoT power levels.

[0241] In some embodiments, when an FDD mode is applied to the communication device for the transmission from and / or to the at least one other communication device, the mapping may be related to at least one of UL frequency regions, DL frequency regions, and both. In some embodiments, when a TDD mode is applied to the communication device for the transmission from and / or to the at least one other communication device, the mapping may be related to both of UL frequency regions and DL frequency regions.

[0242] In some embodiments, the step of determining the one or more frequency regions may comprise: determining the one or more frequency regions based on at least the mapping and at least one of: an A-IoT data type associated with transmission intended from and / or to the at least one other communication device; an A-IoT service type associated with transmission intended from and / or to the at least one other communication device; an A-IoT traffic type associated with transmission intended from and / or to the at least one other communication device; an A-IoT device type associated with the communication device and / or the at least one other communication device; an A-IoT device category associated with the communication device and / or the at least one other communication device; an A-IoT power class associated with the communication device and / or the at least one other communication device; and an A-IoT power level associated with the communication device and / or the at least one other communication device.

[0243] In some embodiments, the step of determining the one or more frequency regions may comprise: determining multiple candidate frequency regions, that are allowed to communicate with the at least one other communication device, based on at least the configuration; and selecting the one or more frequency regions from the multiple candidate frequency regions. In some embodiments, the one or more frequency regions that are selected may comprise at least one of: one or more randomly selected frequency regions; one or more frequency regions in the lowest frequency band; one or more frequency regions in the highest frequency band; one or more frequency regions with the narrowest frequency bandwidth; one or more frequency regions with the widest frequency bandwidth; one or more frequency regions with the strongest radio channel quality; one or more frequency regions with the highest priority; one or more frequency regions with the lowest congestion and / or load level; and one or more frequency regions selected based on the implementation of the communication device.

[0244] In some embodiments, information from multiple sources may be multiplexed in the transmission from and / or to the at least one other communication device. In some embodiments, the multiple sources may be associated with at least one of: different services; different service types; different traffic types; different use cases; and different purposes. In some embodiments, the step of determining the one or more frequency regions may comprise: determining multiple sets of candidate frequency regions for the multiple sources, respectively; determining whether the multiple sets of candidate frequency regions have a non-empty intersection set of candidate frequency regions; and selecting the one or more frequency regions from the non-empty intersection set of candidate frequency regions in response to determining that the multiple sets of candidate frequency regions have the non-empty intersection set of candidate frequency regions. In some embodiments, the method 500 may further comprise at least one of: randomly selecting the one or more frequency regions from at least one set of candidate frequency regions determined for at least one of the multiple sources in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions; selecting the one or more frequency regions based on at least the implementation of the communication device in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions; selecting at least one default and / or fallback frequency region that is configured or preconfigured to the communication device in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions; and selecting multiple frequency regions from the multiple sets of candidate frequency regions, respectively, in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions.

[0245] In some embodiments, the step of determining the one or more frequency regions may comprise at least one of: selecting a default frequency region for one or more specific transmissions; and selecting one or more other frequency regions for one or more other transmissions than the one or more specific transmissions. In some embodiments, the step of determining the one or more frequency regions may comprise at least one of: selecting a default frequency region for one or more specific transmissions; and selecting one or more other frequency regions for one or more other transmissions subsequent to the one or more specific transmissions based on at least the configuration.

[0246] In some embodiments, when the communication device is an A-IoT reader, the method 500 may further comprise: transmitting, to the at least one other communication device, a second message indicating an update of the mapping by using a default frequency region. In some embodiments, when the communication device is an A-IoT device, the method 500 may further comprise: receiving a second message indicating an update of the mapping by using a default frequency region.

[0247] In some embodiments, after the step of determining the one or more frequency regions, the method 500 may further comprise: selecting one or more resources on the one or more frequency regions. In some embodiments, the step of transmitting to and / or receiving from the at least one other communication device may comprise: transmitting to and / or receiving from the at least one other communication device by using the one or more resources.

[0248] In some embodiments, after the step of determining the one or more frequency regions, the method 500 may further comprise: transmitting, to a controlling node and / or the at least one other communication device, a third message for requesting resources on the one or more frequency regions; receiving, from the controlling node and / or the at least one other communication device, a fourth message indicating one or more resources on the one or more frequency regions. In some embodiments, the step of transmitting to and / or receiving from the at least one other communication device may comprise: transmitting to and / or receiving from the at least one other communication device by using the one or more resources.

[0249] In some embodiments, the first message may be at least one of: an area specific signaling; a RAN node specific signaling; and a group specific signaling. In some embodiments, when the communication device is an intermediate UE, the step of determining the one or more frequency regions may comprise: receiving, from a RAN node associated with the intermediate UE, a fifth message indicating the one or more frequency regions selected for the communication device. In some embodiments, before the step of receiving, from the RAN node, a fifth message indicating the one or more frequency regions, the method 500 may further comprise: transmitting, to the RAN node, a sixth message indicating at least one of: one or more candidate frequency regions; information related to one or more intended transmissions; information related to one or more sources from which information to be transmitted is provided; and information related to one or more intended communication devices.

[0250] Fig. 6 is a flow chart of an exemplary method 600 at a CN node according to an embodiment of the present disclosure. The method 600 may be performed at a CN node (e.g., the CN node 120 or the AF / AS 130) . The method 600 may comprise a step S610. However, the present disclosure is not limited thereto. In some other embodiments, the method 600 may comprise more steps, different steps, or any combination thereof. Further the steps of the method 600 may be performed in a different order than that described herein. Further, in some embodiments, a step in the method 600 may be split into multiple sub-steps and performed by different entities, and / or multiple steps in the method 600 may be combined into a single step.

[0251] The method 600 may begin at step S610 where the CN node may transmit, to a communication device, a message indicating at least one of:

[0252] -one or more frequency regions for transmission from the communication device to at least one other communication device and / or transmission from at least one other communication device to the communication device; and

[0253] -a configuration from which the communication device is able to determine one or more frequency regions for transmission from the communication device to the at least one other communication device and / or transmission from the at least one other communication device to the communication device.

[0254] In some embodiments, the communication device may be an A-IoT reader, and the at least one other communication device may be an A-IoT device. In some embodiments, the communication device may be an A-IoT device, and the at least one other communication device may be an A-IoT reader. In some embodiments, the A-IoT reader may comprise at least one of: a RAN node; and an intermediate UE. In some embodiments, a frequency region may comprise at least one of: a carrier; a frequency segment; a channel; a subband; and a BWP. In some embodiments, the configuration may be obtained by the CN node in at least one of following manners: via a service parameter provisioning procedure; and from another CN node. In some embodiments, the configuration may indicate a mapping between frequency regions and at least one of: A-IoT data types; A-IoT service types; A-IoT traffic types; A-IoT device types; A-IoT device categories; A-IoT power classes; and A-IoT power levels.

[0255] In some embodiments, when an FDD mode is applied to the communication device for the transmission from and / or to the at least one other communication device, the mapping may be related to at least one of UL frequency regions, DL frequency regions, and both. In some embodiments, when a TDD mode is applied to the communication device for the transmission from and / or to the at least one other communication device, the mapping may be related to both of UL frequency regions and DL frequency regions.

[0256] In some embodiments, the message may trigger the communication device to initiate the transmission. In some embodiments, the message may be transmitted separately from and before another message that triggers the communication device to initiate the transmission.

[0257] Fig. 7 schematically shows an embodiment of an arrangement which may be used in communication devices and / or a CN node according to an embodiment of the present disclosure. Comprised in the arrangement 700 are a processing unit 706, e.g., with a Digital Signal Processor (DSP) or a Central Processing Unit (CPU) . The processing unit 706 may be a single unit or a plurality of units to perform different actions of procedures described herein. The arrangement 700 may also comprise an input unit 702 for receiving signals from other entities, and an output unit 704 for providing signal (s) to other entities. The input unit 702 and the output unit 704 may be arranged as an integrated entity or as separate entities.

[0258] Furthermore, the arrangement 700 may comprise at least one computer program product 708 in the form of a non-volatile or volatile memory, e.g., an Electrically Erasable Programmable Read-Only Memory (EEPROM) , a flash memory and / or a hard drive. The computer program product 708 comprises a computer program 710, which comprises code / computer readable instructions, which when executed by the processing unit 706 in the arrangement 700 causes the arrangement 700 and / or the communication devices and / or the CN node in which it is comprised to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 2A through Fig. 6 or any other variant.

[0259] The computer program 710 may be configured as a computer program code structured in computer program modules 710A and 710B. Hence, in an exemplifying embodiment when the arrangement 700 is used in a communication device, the code in the computer program of the arrangement 700 includes: a module 710A configured to determine one or more frequency regions for transmitting to and / or receiving from at least one other communication device based on at least a configuration; and a module 710B configured to transmit to and / or receive from the at least one other communication device on the one or more frequency regions.

[0260] Additionally or alternatively, the computer program 710 may be configured as a computer program code structured in a computer program module 710C. Hence, in an exemplifying embodiment when the arrangement 700 is used in a CN node, the code in the computer program of the arrangement 700 includes: a module 710C configured to transmit, to a communication device, a message indicating at least one of: one or more frequency regions for transmission from the communication device to at least one other communication device and / or transmission from at least one other communication device to the communication device; and a configuration from which the communication device is able to determine one or more frequency regions for transmission from the communication device to the at least one other communication device and / or transmission from the at least one other communication device to the communication device.

[0261] The computer program modules could essentially perform the actions of the flow illustrated in Fig. 2A through Fig. 6, to emulate the communication device and / or the CN node. In other words, when the different computer program modules are executed in the processing unit 706, they may correspond to different modules in the communication device and / or the CN node.

[0262] Although the code means in the embodiments disclosed above in conjunction with Fig. 7 are implemented as computer program modules which when executed in the processing unit causes the arrangement to perform the actions described above in conjunction with the figures mentioned above, at least one of the code means may in alternative embodiments be implemented at least partly as hardware circuits.

[0263] The processor may be a single CPU (Central processing unit) , but could also comprise two or more processing units. For example, the processor may include general purpose microprocessors; instruction set processors and / or related chips sets and / or special purpose microprocessors such as Application Specific Integrated Circuit (ASICs) . The processor may also comprise board memory for caching purposes. The computer program may be carried by a computer program product connected to the processor. The computer program product may comprise a computer readable medium on which the computer program is stored. For example, the computer program product may be a flash memory, a Random-access memory (RAM) , a Read-Only Memory (ROM) , or an EEPROM, and the computer program modules described above could in alternative embodiments be distributed on different computer program products in the form of memories within the communication device and / or the CN node.

[0264] Fig. 8 shows an example of a communication system QQ100 in accordance with some embodiments.

[0265] In the example, the communication system QQ100 includes a telecommunication network QQ102 that includes an access network QQ104, such as a radio access network (RAN) , and a core network QQ106, which includes one or more core network nodes QQ108. The access network QQ104 includes one or more access network nodes, such as network nodes QQ110A and QQ110B (one or more of which may be generally referred to as network nodes QQ110) , or any other similar 3rd Generation Partnership Project (3GPP) access nodes or non-3GPP access points. Moreover, as will be appreciated by those of skill in the art, a network node is not necessarily limited to an implementation in which a radio portion and a baseband portion are supplied and integrated by a single vendor. Thus, it will be understood that network nodes include disaggregated implementations or portions thereof. For example, in some embodiments, the telecommunication network QQ102 includes one or more Open-RAN (ORAN) network nodes. An ORAN network node is a node in the telecommunication network QQ102 that supports an ORAN specification (e.g., a specification published by the O-RAN Alliance, or any similar organization) and may operate alone or together with other nodes to implement one or more functionalities of any node in the telecommunication network QQ102, including one or more network nodes QQ110 and / or core network nodes QQ108.

[0266] Examples of an ORAN network node include an open radio unit (O-RU) , an open distributed unit (O-DU) , an open central unit (O-CU) , including an O-CU control plane (O-CU-CP) or an O-CU user plane (O-CU-UP) , a RAN intelligent controller (near-real time or non-real time) hosting software or software plug-ins, such as a near-real time control application (e.g., xApp) or a non-real time control application (e.g., rApp) , or any combination thereof (the adjective “open” designating support of an ORAN specification) . The network node may support a specification by, for example, supporting an interface defined by the ORAN specification, such as an A1, F1, W1, E1, E2, X2, Xn interface, an open fronthaul user plane interface, or an open fronthaul management plane interface. Moreover, an ORAN access node may be a logical node in a physical node. Furthermore, an ORAN network node may be implemented in a virtualization environment (described further below) in which one or more network functions are virtualized. For example, the virtualization environment may include an O-Cloud computing platform orchestrated by a Service Management and Orchestration Framework via an O-2 interface defined by the O-RAN Alliance or comparable technologies. The network nodes QQ110 facilitate direct or indirect connection of user equipment (UE) , such as by connecting UEs QQ112A, QQ112B, QQ112C, and QQ112D (one or more of which may be generally referred to as UEs QQ112) to the core network QQ106 over one or more wireless connections.

[0267] Example wireless communications over a wireless connection include transmitting and / or receiving wireless signals using electromagnetic waves, radio waves, infrared waves, and / or other types of signals suitable for conveying information without the use of wires, cables, or other material conductors. Moreover, in different embodiments, the communication system QQ100 may include any number of wired or wireless networks, network nodes, UEs, and / or any other components or systems that may facilitate or participate in the communication of data and / or signals whether via wired or wireless connections. The communication system QQ100 may include and / or interface with any type of communication, telecommunication, data, cellular, radio network, and / or other similar type of system.

[0268] The UEs QQ112 may be any of a wide variety of communication devices, including wireless devices arranged, configured, and / or operable to communicate wirelessly with the network nodes QQ110 and other communication devices. Similarly, the network nodes QQ110 are arranged, capable, configured, and / or operable to communicate directly or indirectly with the UEs QQ112 and / or with other network nodes or equipment in the telecommunication network QQ102 to enable and / or provide network access, such as wireless network access, and / or to perform other functions, such as administration in the telecommunication network QQ102.

[0269] In the depicted example, the core network QQ106 connects the network nodes QQ110 to one or more host computing systems, such as host QQ116. These connections may be direct or indirect via one or more intermediary networks or devices. In other examples, network nodes may be directly coupled to hosts. The core network QQ106 includes one more core network nodes (e.g., core network node QQ108) that are structured with hardware and software components. Features of these components may be substantially similar to those described with respect to the UEs, network nodes, and / or hosts, such that the descriptions thereof are generally applicable to the corresponding components of the core network node QQ108. Example core network nodes include functions of one or more of a Mobile Switching Center (MSC) , Mobility Management Entity (MME) , Home Subscriber Server (HSS) , Access and Mobility Management Function (AMF) , Session Management Function (SMF) , Authentication Server Function (AUSF) , Subscription Identifier De-concealing function (SIDF) , Unified Data Management (UDM) , Security Edge Protection Proxy (SEPP) , Network Exposure Function (NEF) , and / or a User Plane Function (UPF) .

[0270] The host QQ116 may be under the ownership or control of a service provider other than an operator or provider of the access network QQ104 and / or the telecommunication network QQ102. The host QQ116 may host a variety of applications to provide one or more service. Examples of such applications include live and pre-recorded audio / video content, data collection services such as retrieving and compiling data on various ambient conditions detected by a plurality of UEs, analytics functionality, social media, functions for controlling or otherwise interacting with remote devices, functions for an alarm and surveillance center, or any other such function performed by a server.

[0271] As a whole, the communication system QQ100 of Fig. 8 enables connectivity between the UEs, network nodes, and hosts. In that sense, the communication system may be configured to operate according to predefined rules or procedures, such as specific standards that include, but are not limited to: Global System for Mobile Communications (GSM) ; Universal Mobile Telecommunications System (UMTS) ; Long Term Evolution (LTE) , and / or other suitable 2G, 3G, 4G, 5G standards, or any applicable future generation standard (e.g., 6G) ; wireless local area network (WLAN) standards, such as the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards (WiFi) ; and / or any other appropriate wireless communication standard, such as the Worldwide Interoperability for Microwave Access (WiMax) , Bluetooth, Z-Wave, Near Field Communication (NFC) ZigBee, LiFi, and / or any low-power wide-area network (LPWAN) standards such as LoRa and Sigfox.

[0272] In some examples, the telecommunication network QQ102 is a cellular network that implements 3 GPP standardized features. Accordingly, the telecommunications network QQ102 may support network slicing to provide different logical networks to different devices that are connected to the telecommunication network QQ102. For example, the telecommunications network QQ102 may provide Ultra Reliable Low Latency Communication (URLLC) services to some UEs, while providing Enhanced Mobile Broadband (eMBB) services to other UEs, and / or Massive Machine Type Communication (mMTC)  / Massive IoT services to yet further UEs.

[0273] In some examples, the UEs QQ112 are configured to transmit and / or receive information without direct human interaction. For instance, a UE may be designed to transmit information to the access network QQ104 on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the access network QQ104. Additionally, a UE may be configured for operating in single-or multi-RAT or multi-standard mode. For example, a UE may operate with any one or combination of Wi-Fi, NR (New Radio) and LTE, i.e. being configured for multi-radio dual connectivity (MR-DC) , such as E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) New Radio -Dual Connectivity (EN-DC) .

[0274] In the example, the hub QQ114 communicates with the access network QQ104 to facilitate indirect communication between one or more UEs (e.g., UE QQ112C and / or QQ112D) and network nodes (e.g., network node QQ110B) . In some examples, the hub QQ114 may be a controller, router, content source and analytics, or any of the other communication devices described herein regarding UEs. For example, the hub QQ114 may be a broadband router enabling access to the core network QQ106 for the UEs. As another example, the hub QQ114 may be a controller that sends commands or instructions to one or more actuators in the UEs. Commands or instructions may be received from the UEs, network nodes QQ110, or by executable code, script, process, or other instructions in the hub QQ114. As another example, the hub QQ114 may be a data collector that acts as temporary storage for UE data and, in some embodiments, may perform analysis or other processing of the data. As another example, the hub QQ114 may be a content source. For example, for a UE that is a Virtual Reality (VR) device, display, loudspeaker, or other media delivery device, the hub QQ114 may retrieve VR assets, video, audio, or other media or data related to sensory information via a network node, which the hub QQ114 then provides to the UE either directly, after performing local processing, and / or after adding additional local content. In still another example, the hub QQ114 acts as a proxy server or orchestrator for the UEs, in particular if one or more of the UEs are low energy IoT devices.

[0275] The hub QQ114 may have a constant / persistent or intermittent connection to the network node QQ110B. The hub QQ114 may also allow for a different communication scheme and / or schedule between the hub QQ114 and UEs (e.g., UE QQ112C and / or QQ112D) , and between the hub QQ114 and the core network QQ106. In other examples, the hub QQ114 is connected to the core network QQ106 and / or one or more UEs via a wired connection. Moreover, the hub QQ114 may be configured to connect to a Machine-to-Machine (M2M) service provider over the access network QQ104 and / or to another UE over a direct connection. In some scenarios, UEs may establish a wireless connection with the network nodes QQ110 while still connected via the hub QQ114 via a wired or wireless connection. In some embodiments, the hub QQ114 may be a dedicated hub -that is, a hub whose primary function is to route communications to / from the UEs from / to the network node QQ110B. In other embodiments, the hub QQ114 may be a non-dedicated hub -that is, a device which is capable of operating to route communications between the UEs and network node QQ110B, but which is additionally capable of operating as a communication start and / or end point for certain data channels.

[0276] Fig. 9 shows a UE QQ200 in accordance with some embodiments. The UE QQ200 presents additional details of some embodiments of the UE QQ112 of Fig. 8. As used herein, a UE refers to a device capable, configured, arranged and / or operable to communicate wirelessly with network nodes and / or other UEs. Examples of a UE include, but are not limited to, a smart phone, mobile phone, cell phone, voice over IP (VoIP) phone, wireless local loop phone, desktop computer, personal digital assistant (PDA) , wireless cameras, gaming console or device, music storage / playback device, wearable terminal device, wireless endpoint, mobile station, tablet, laptop, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , an Augmented Reality (AR) or Virtual Reality (VR) device, wireless customer-premise equipment (CPE) , vehicle, vehicle-mounted or vehicle embedded / integrated wireless device, etc. Other examples include any UE identified by the 3rd Generation Partnership Project (3GPP) , including a narrow band internet of things (NB-IoT) UE, a machine type communication (MTC) UE, and / or an enhanced MTC (eMTC) UE.

[0277] A UE may support device-to-device (D2D) communication, for example by implementing a 3GPP standard for sidelink communication, Dedicated Short-Range Communication (DSRC) , vehicle-to-vehicle (V2V) , vehicle-to-infrastructure (V2I) , or vehicle-to-everything (V2X) . In other examples, a UE may not necessarily have a user in the sense of a human user who owns and / or operates the relevant device. Instead, a UE may represent a device that is intended for sale to, or operation by, a human user but which may not, or which may not initially, be associated with a specific human user (e.g., a smart sprinkler controller) . Alternatively, a UE may represent a device that is not intended for sale to, or operation by, an end user but which may be associated with or operated for the benefit of a user (e.g., a smart power meter) .

[0278] The UE QQ200 includes processing circuitry QQ202 that is operatively coupled via a bus QQ204 to an input / output interface QQ206, a power source QQ208, a memory QQ210, a communication interface QQ212, and / or any other component, or any combination thereof. Certain UEs may utilize all or a subset of the components shown in Fig. 9. The level of integration between the components may vary from one UE to another UE. Further, certain UEs may contain multiple instances of a component, such as multiple processors, memories, transceivers, transmitters, receivers, etc.

[0279] The processing circuitry QQ202 is configured to process instructions and data and may be configured to implement any sequential state machine operative to execute instructions stored as machine-readable computer programs in the memory QQ210. The processing circuitry QQ202 may be implemented as one or more hardware-implemented state machines (e.g., in discrete logic, field-programmable gate arrays (FPGAs) , application specific integrated circuits (ASICs) , etc. ) ; programmable logic together with appropriate firmware; one or more stored computer programs, general-purpose processors, such as a microprocessor or digital signal processor (DSP) , together with appropriate software; or any combination of the above. For example, the processing circuitry QQ202 may include multiple central processing units (CPUs) .

[0280] In the example, the input / output interface QQ206 may be configured to provide an interface or interfaces to an input device, output device, or one or more input and / or output devices. Examples of an output device include a speaker, a sound card, a video card, a display, a monitor, a printer, an actuator, an emitter, a smartcard, another output device, or any combination thereof. An input device may allow a user to capture information into the UE QQ200. Examples of an input device include a touch-sensitive or presence-sensitive display, a camera (e.g., a digital camera, a digital video camera, a web camera, etc. ) , a microphone, a sensor, a mouse, a trackball, a directional pad, a trackpad, a scroll wheel, a smartcard, and the like. The presence-sensitive display may include a capacitive or resistive touch sensor to sense input from a user. A sensor may be, for instance, an accelerometer, a gyroscope, a tilt sensor, a force sensor, a magnetometer, an optical sensor, a proximity sensor, a biometric sensor, etc., or any combination thereof. An output device may use the same type of interface port as an input device. For example, a Universal Serial Bus (USB) port may be used to provide an input device and an output device.

[0281] In some embodiments, the power source QQ208 is structured as a battery or battery pack. Other types of power sources, such as an external power source (e.g., an electricity outlet) , photovoltaic device, or power cell, may be used. The power source QQ208 may further include power circuitry for delivering power from the power source QQ208 itself, and / or an external power source, to the various parts of the UE QQ200 via input circuitry or an interface such as an electrical power cable. Delivering power may be, for example, for charging of the power source QQ208. Power circuitry may perform any formatting, converting, or other modification to the power from the power source QQ208 to make the power suitable for the respective components of the UE QQ200 to which power is supplied.

[0282] The memory QQ210 may be or be configured to include memory such as random access memory (RAM) , read-only memory (ROM) , programmable read-only memory (PROM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , magnetic disks, optical disks, hard disks, removable cartridges, flash drives, and so forth. In one example, the memory QQ210 includes one or more application programs QQ214, such as an operating system, web browser application, a widget, gadget engine, or other application, and corresponding data QQ216. The memory QQ210 may store, for use by the UE QQ200, any of a variety of various operating systems or combinations of operating systems.

[0283] The memory QQ210 may be configured to include a number of physical drive units, such as redundant array of independent disks (RAID) , flash memory, USB flash drive, external hard disk drive, thumb drive, pen drive, key drive, high-density digital versatile disc (HD-DVD) optical disc drive, internal hard disk drive, Blu-Ray optical disc drive, holographic digital data storage (HDDS) optical disc drive, external mini-dual in-line memory module (DIMM) , synchronous dynamic random access memory (SDRAM) , external micro-DIMM SDRAM, smartcard memory such as tamper resistant module in the form of a universal integrated circuit card (UICC) including one or more subscriber identity modules (SIMs) , such as a USIM and / or ISIM, other memory, or any combination thereof. The UICC may for example be an embedded UICC (eUICC) , integrated UICC (iUICC) or a removable UICC commonly known as ‘SIM card. ’ The memory QQ210 may allow the UE QQ200 to access instructions, application programs and the like, stored on transitory or non-transitory memory media, to off-load data, or to upload data. An article of manufacture, such as one utilizing a communication system may be tangibly embodied as or in the memory QQ210, which may be or comprise a device-readable storage medium.

[0284] The processing circuitry QQ202 may be configured to communicate with an access network or other network using the communication interface QQ212. The communication interface QQ212 may comprise one or more communication subsystems and may include or be communicatively coupled to an antenna QQ222. The communication interface QQ212 may include one or more transceivers used to communicate, such as by communicating with one or more remote transceivers of another device capable of wireless communication (e.g., another UE or a network node in an access network) . Each transceiver may include a transmitter QQ218 and / or a receiver QQ220 appropriate to provide network communications (e.g., optical, electrical, frequency allocations, and so forth) . Moreover, the transmitter QQ218 and receiver QQ220 may be coupled to one or more antennas (e.g., antenna QQ222) and may share circuit components, software or firmware, or alternatively be implemented separately.

[0285] In the illustrated embodiment, communication functions of the communication interface QQ212 may include cellular communication, Wi-Fi communication, LPWAN communication, data communication, voice communication, multimedia communication, short-range communications such as Bluetooth, near-field communication, location-based communication such as the use of the global positioning system (GPS) to determine a location, another like communication function, or any combination thereof. Communications may be implemented in according to one or more communication protocols and / or standards, such as IEEE 802.11, Code Division Multiplexing Access (CDMA) , Wideband Code Division Multiple Access (WCDMA) , GSM, LTE, New Radio (NR) , UMTS, WiMax, Ethernet, transmission control protocol / internet protocol (TCP / IP) , synchronous optical networking (SONET) , Asynchronous Transfer Mode (ATM) , QUIC, Hypertext Transfer Protocol (HTTP) , and so forth.

[0286] Regardless of the type of sensor, a UE may provide an output of data captured by its sensors, through its communication interface QQ212, via a wireless connection to a network node. Data captured by sensors of a UE can be communicated through a wireless connection to a network node via another UE. The output may be periodic (e.g., once every 15 minutes if it reports the sensed temperature) , random (e.g., to even out the load from reporting from several sensors) , in response to a triggering event (e.g., when moisture is detected an alert is sent) , in response to a request (e.g., a user initiated request) , or a continuous stream (e.g., a live video feed of a patient) .

[0287] As another example, a UE comprises an actuator, a motor, or a switch, related to a communication interface configured to receive wireless input from a network node via a wireless connection. In response to the received wireless input the states of the actuator, the motor, or the switch may change. For example, the UE may comprise a motor that adjusts the control surfaces or rotors of a drone in flight according to the received input or to a robotic arm performing a medical procedure according to the received input.

[0288] A UE, when in the form of an Internet of Things (IoT) device, may be a device for use in one or more application domains, these domains comprising, but not limited to, city wearable technology, extended industrial application and healthcare. Non-limiting examples of such an IoT device are a device which is or which is embedded in: a connected refrigerator or freezer, a TV, a connected lighting device, an electricity meter, a robot vacuum cleaner, a voice controlled smart speaker, a home security camera, a motion detector, a thermostat, a smoke detector, a door / window sensor, a flood / moisture sensor, an electrical door lock, a connected doorbell, an air conditioning system like a heat pump, an autonomous vehicle, a surveillance system, a weather monitoring device, a vehicle parking monitoring device, an electric vehicle charging station, a smart watch, a fitness tracker, a wearable for tactile augmentation or sensory enhancement, a water sprinkler, an animal-or item-tracking device, a sensor for monitoring a plant or animal, an industrial robot, an Unmanned Aerial Vehicle (UAV) , and any kind of medical device, like a heart rate monitor or a remote controlled surgical robot. A UE in the form of an IoT device comprises circuitry and / or software in dependence of the intended application of the IoT device in addition to other components as described in relation to the UE QQ200 shown in Fig. 9.

[0289] As yet another specific example, in an IoT scenario, a UE may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another UE and / or a network node. The UE may in this case be an M2M device, which may in a 3GPP context be referred to as an MTC device. As one particular example, the UE may implement the 3GPP NB-IoT standard. In other scenarios, a UE may represent a vehicle, such as a car, a bus, a truck, a ship and an airplane, or other equipment that is capable of monitoring and / or reporting on its operational status or other functions associated with its operation.

[0290] In practice, any number of UEs may be used together with respect to a single use case. For example, a first UE might be or be integrated in a drone and provide the drone’s speed information (obtained through a speed sensor) to a second UE that is a remote controller operating the drone. When the user makes changes from the remote controller, the first UE may adjust the throttle on the drone (e.g. by controlling an actuator) to increase or decrease the drone’s speed. The first and / or the second UE can also include more than one of the functionalities described above. For example, a UE might comprise the sensor and the actuator, and handle communication of data for both the speed sensor and the actuators.

[0291] Fig. 10 shows a network node QQ300 in accordance with some embodiments. As used herein, network node refers to equipment capable, configured, arranged and / or operable to communicate directly or indirectly with a UE and / or with other network nodes or equipment, in a telecommunication network. Examples of network nodes include, but are not limited to, access points (APs) (e.g., radio access points) , base stations (BSs) (e.g., radio base stations, Node Bs, evolved Node Bs (eNBs) and NR NodeBs (gNBs) ) , O-RAN nodes or components of an O-RAN node (e.g., O-RU, O-DU, O-CU) .

[0292] Base stations may be categorized based on the amount of coverage they provide (or, stated differently, their transmit power level) and so, depending on the provided amount of coverage, may be referred to as femto base stations, pico base stations, micro base stations, or macro base stations. A base station may be a relay node or a relay donor node controlling a relay. A network node may also include one or more (or all) parts of a distributed radio base station such as centralized digital units, distributed units (e.g., in an O-RAN access node) and / or remote radio units (RRUs) , sometimes referred to as Remote Radio Heads (RRHs) . Such remote radio units may or may not be integrated with an antenna as an antenna integrated radio. Parts of a distributed radio base station may also be referred to as nodes in a distributed antenna system (DAS) .

[0293] Other examples of network nodes include multiple transmission point (multi-TRP) 5G access nodes, multi-standard radio (MSR) equipment such as MSR BSs, network controllers such as radio network controllers (RNCs) or base station controllers (BSCs) , base transceiver stations (BTSs) , transmission points, transmission nodes, multi-cell / multicast coordination entities (MCEs) , Operation and Maintenance (O&M) nodes, Operations Support System (OSS) nodes, Self-Organizing Network (SON) nodes, positioning nodes (e.g., Evolved Serving Mobile Location Centers (E-SMLCs) ) , and / or Minimization of Drive Tests (MDTs) .

[0294] The network node QQ300 includes a processing circuitry QQ302, a memory QQ304, a communication interface QQ306, and a power source QQ308. The network node QQ300 may be composed of multiple physically separate components (e.g., a NodeB component and a RNC component, or a BTS component and a BSC component, etc. ) , which may each have their own respective components. In certain scenarios in which the network node QQ300 comprises multiple separate components (e.g., BTS and BSC components) , one or more of the separate components may be shared among several network nodes. For example, a single RNC may control multiple NodeBs. In such a scenario, each unique NodeB and RNC pair, may in some instances be considered a single separate network node. In some embodiments, the network node QQ300 may be configured to support multiple radio access technologies (RATs) . In such embodiments, some components may be duplicated (e.g., separate memory QQ304 for different RATs) and some components may be reused (e.g., a same antenna QQ310 may be shared by different RATs) . The network node QQ300 may also include multiple sets of the various illustrated components for different wireless technologies integrated into network node QQ300, for example GSM, WCDMA, LTE, NR, WiFi, Zigbee, Z-wave, LoRaWAN, Radio Frequency Identification (RFID) or Bluetooth wireless technologies. These wireless technologies may be integrated into the same or different chip or set of chips and other components within network node QQ300.

[0295] The processing circuitry QQ302 may comprise a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application-specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, software and / or encoded logic operable to provide, either alone or in conjunction with other network node QQ300 components, such as the memory QQ304, to provide network node QQ300 functionality.

[0296] In some embodiments, the processing circuitry QQ302 includes a system on a chip (SOC) . In some embodiments, the processing circuitry QQ302 includes one or more of radio frequency (RF) transceiver circuitry QQ312 and baseband processing circuitry QQ314. In some embodiments, the radio frequency (RF) transceiver circuitry QQ312 and the baseband processing circuitry QQ314 may be on separate chips (or sets of chips) , boards, or units, such as radio units and digital units. In alternative embodiments, part or all of RF transceiver circuitry QQ312 and baseband processing circuitry QQ314 may be on the same chip or set of chips, boards, or units.

[0297] The memory QQ304 may comprise any form of volatile or non-volatile computer-readable memory including, without limitation, persistent storage, solid-state memory, remotely mounted memory, magnetic media, optical media, random access memory (RAM) , read-only memory (ROM) , mass storage media (for example, a hard disk) , removable storage media (for example, a flash drive, a Compact Disk (CD) or a Digital Video Disk (DVD) ) , and / or any other volatile or non-volatile, non-transitory device-readable and / or computer-executable memory devices that store information, data, and / or instructions that may be used by the processing circuitry QQ302. The memory QQ304 may store any suitable instructions, data, or information, including a computer program, software, an application including one or more of logic, rules, code, tables, and / or other instructions capable of being executed by the processing circuitry QQ302 and utilized by the network node QQ300. The memory QQ304 may be used to store any calculations made by the processing circuitry QQ302 and / or any data received via the communication interface QQ306. In some embodiments, the processing circuitry QQ302 and memory QQ304 is integrated.

[0298] The communication interface QQ306 is used in wired or wireless communication of signaling and / or data between a network node, access network, and / or UE. As illustrated, the communication interface QQ306 comprises port (s)  / terminal (s) QQ316 to send and receive data, for example to and from a network over a wired connection. The communication interface QQ306 also includes radio front-end circuitry QQ318 that may be coupled to, or in certain embodiments a part of, the antenna QQ310. Radio front-end circuitry QQ318 comprises filters QQ320 and amplifiers QQ322. The radio front-end circuitry QQ318 may be connected to an antenna QQ310 and processing circuitry QQ302. The radio front-end circuitry may be configured to condition signals communicated between antenna QQ310 and processing circuitry QQ302. The radio front-end circuitry QQ318 may receive digital data that is to be sent out to other network nodes or UEs via a wireless connection. The radio front-end circuitry QQ318 may convert the digital data into a radio signal having the appropriate channel and bandwidth parameters using a combination of filters QQ320 and / or amplifiers QQ322. The radio signal may then be transmitted via the antenna QQ310. Similarly, when receiving data, the antenna QQ310 may collect radio signals which are then converted into digital data by the radio front-end circuitry QQ318. The digital data may be passed to the processing circuitry QQ302. In other embodiments, the communication interface may comprise different components and / or different combinations of components.

[0299] In certain alternative embodiments, the network node QQ300 does not include separate radio front-end circuitry QQ318, instead, the processing circuitry QQ302 includes radio front-end circuitry and is connected to the antenna QQ310. Similarly, in some embodiments, all or some of the RF transceiver circuitry QQ312 is part of the communication interface QQ306. In still other embodiments, the communication interface QQ306 includes one or more ports or terminals QQ316, the radio front-end circuitry QQ318, and the RF transceiver circuitry QQ312, as part of a radio unit (not shown) , and the communication interface QQ306 communicates with the baseband processing circuitry QQ314, which is part of a digital unit (not shown) .

[0300] The antenna QQ310 may include one or more antennas, or antenna arrays, configured to send and / or receive wireless signals. The antenna QQ310 may be coupled to the radio front-end circuitry QQ318 and may be any type of antenna capable of transmitting and receiving data and / or signals wirelessly. In certain embodiments, the antenna QQ310 is separate from the network node QQ300 and connectable to the network node QQ300 through an interface or port.

[0301] The antenna QQ310, communication interface QQ306, and / or the processing circuitry QQ302 may be configured to perform any receiving operations and / or certain obtaining operations described herein as being performed by the network node. Any information, data and / or signals may be received from a UE, another network node and / or any other network equipment. Similarly, the antenna QQ310, the communication interface QQ306, and / or the processing circuitry QQ302 may be configured to perform any transmitting operations described herein as being performed by the network node. Any information, data and / or signals may be transmitted to a UE, another network node and / or any other network equipment.

[0302] The power source QQ308 provides power to the various components of network node QQ300 in a form suitable for the respective components (e.g., at a voltage and current level needed for each respective component) . The power source QQ308 may further comprise, or be coupled to, power management circuitry to supply the components of the network node QQ300 with power for performing the functionality described herein. For example, the network node QQ300 may be connectable to an external power source (e.g., the power grid, an electricity outlet) via an input circuitry or interface such as an electrical cable, whereby the external power source supplies power to power circuitry of the power source QQ308. As a further example, the power source QQ308 may comprise a source of power in the form of a battery or battery pack which is connected to, or integrated in, power circuitry. The battery may provide backup power should the external power source fail.

[0303] Embodiments of the network node QQ300 may include additional components beyond those shown in Fig. 10 for providing certain aspects of the network node’s functionality, including any of the functionality described herein and / or any functionality necessary to support the subject matter described herein. For example, the network node QQ300 may include user interface equipment to allow input of information into the network node QQ300 and to allow output of information from the network node QQ300. This may allow a user to perform diagnostic, maintenance, repair, and other administrative functions for the network node QQ300. In some embodiments providing a core network node, such as core network node 108 of Fig. 8, some components, such as the radio front-end circuitry QQ318 and the RF transceiver circuitry QQ312 may be omitted.

[0304] Fig. 11 is a block diagram illustrating a virtualization environment QQ400 in which functions implemented by some embodiments may be virtualized. In the present context, virtualizing means creating virtual versions of apparatuses or devices which may include virtualizing hardware platforms, storage devices and networking resources. As used herein, virtualization can be applied to any device described herein, or components thereof, and relates to an implementation in which at least a portion of the functionality is implemented as one or more virtual components. Some or all of the functions described herein may be implemented as virtual components executed by one or more virtual machines (VMs) implemented in one or more virtual environments QQ400 hosted by one or more of hardware nodes, such as a hardware computing device that operates as a network node, UE, core network node, or host. Further, in embodiments in which the virtual node does not require radio connectivity (e.g., a core network node or host) , then the node may be entirely virtualized. In some embodiments, the virtualization environment QQ400 includes components defined by the O-RAN Alliance, such as an O-Cloud environment orchestrated by a Service Management and Orchestration Framework via an 0-2 interface. Virtualization may facilitate distributed implementations of a network node, UE, core network node, or host.

[0305] Applications QQ402 (which may alternatively be called software instances, virtual appliances, network functions, virtual nodes, virtual network functions, etc. ) are run in the virtualization environment Q400 to implement some of the features, functions, and / or benefits of some of the embodiments disclosed herein.

[0306] Hardware QQ404 includes processing circuitry, memory that stores software and / or instructions executable by hardware processing circuitry, and / or other hardware devices as described herein, such as a network interface, input / output interface, and so forth. Software may be executed by the processing circuitry to instantiate one or more virtualization layers QQ406 (also referred to as hypervisors or virtual machine monitors (VMMs) ) , provide VMs QQ408a and QQ408b (one or more of which may be generally referred to as VMs QQ408) , and / or perform any of the functions, features and / or benefits described in relation with some embodiments described herein. The virtualization layer QQ406 may present a virtual operating platform that appears like networking hardware to the VMs QQ408.

[0307] The VMs QQ408 comprise virtual processing, virtual memory, virtual networking or interface and virtual storage, and may be run by a corresponding virtualization layer QQ406. Different embodiments of the instance of a virtual appliance QQ402 may be implemented on one or more of VMs QQ408, and the implementations may be made in different ways. Virtualization of the hardware is in some contexts referred to as network function virtualization (NFV) . NFV may be used to consolidate many network equipment types onto industry standard high volume server hardware, physical switches, and physical storage, which can be located in data centers, and customer premise equipment.

[0308] In the context ofNFV, a VM QQ408 may be a software implementation of a physical machine that runs programs as if they were executing on a physical, non-virtualized machine. Each of the VMs QQ408, and that part of hardware QQ404 that executes that VM, be it hardware dedicated to that VM and / or hardware shared by that VM with others of the VMs, forms separate virtual network elements. Still in the context ofNFV, a virtual network function is responsible for handling specific network functions that run in one or more VMs QQ408 on top of the hardware QQ404 and corresponds to the application QQ402.

[0309] Hardware QQ404 may be implemented in a standalone network node with generic or specific components. Hardware QQ404 may implement some functions via virtualization. Alternatively, hardware QQ404 may be part of a larger cluster of hardware (e.g. such as in a data center or CPE) where many hardware nodes work together and are managed via management and orchestration QQ410, which, among others, oversees lifecycle management of applications QQ402. In some embodiments, hardware QQ404 is coupled to one or more radio units that each include one or more transmitters and one or more receivers that may be coupled to one or more antennas. Radio units may communicate directly with other hardware nodes via one or more appropriate network interfaces and may be used in combination with the virtual components to provide a virtual node with radio capabilities, such as a radio access node or a base station. In some embodiments, some signaling can be provided with the use of a control system QQ412 which may alternatively be used for communication between hardware nodes and radio units.

[0310] Although the computing devices described herein (e.g., UEs, network nodes) may include the illustrated combination of hardware components, other embodiments may comprise computing devices with different combinations of components. It is to be understood that these computing devices may comprise any suitable combination of hardware and / or software needed to perform the tasks, features, functions and methods disclosed herein. Determining, calculating, obtaining or similar operations described herein may be performed by processing circuitry, which may process information by, for example, converting the obtained information into other information, comparing the obtained information or converted information to information stored in the network node, and / or performing one or more operations based on the obtained information or converted information, and as a result of said processing making a determination. Moreover, while components are depicted as single boxes located within a larger box, or nested within multiple boxes, in practice, computing devices may comprise multiple different physical components that make up a single illustrated component, and functionality may be partitioned between separate components. For example, a communication interface may be configured to include any of the components described herein, and / or the functionality of the components may be partitioned between the processing circuitry and the communication interface. In another example, non-computationally intensive functions of any of such components may be implemented in software or firmware and computationally intensive functions may be implemented in hardware.

[0311] In certain embodiments, some or all of the functionality described herein may be provided by processing circuitry executing instructions stored on in memory, which in certain embodiments may be a computer program product in the form of a non-transitory computer-readable storage medium. In alternative embodiments, some or all of the functionality may be provided by the processing circuitry without executing instructions stored on a separate or discrete device-readable storage medium, such as in a hard-wired manner. In any of those particular embodiments, whether executing instructions stored on a non-transitory computer-readable storage medium or not, the processing circuitry can be configured to perform the described functionality. The benefits provided by such functionality are not limited to the processing circuitry alone or to other components of the computing device, but are enjoyed by the computing device as a whole, and / or by end users and a wireless network generally.

[0312] The present disclosure is described above with reference to the embodiments thereof. However, those embodiments are provided just for illustrative purpose, rather than limiting the present disclosure. The scope of the disclosure is defined by the attached claims as well as equivalents thereof. Those skilled in the art can make various alternations and modifications without departing from the scope of the disclosure, which all fall into the scope of the disclosure.

Claims

1.A method (500) at a communication device (100, 105 / 110) , the method (500) comprising:determining (S510) one or more frequency regions for transmitting to and / or receiving from at least one other communication device (105 / 110, 100) based on at least a configuration; andtransmitting to and / or receiving from (S520) the at least one other communication device (105 / 110, 100) on the one or more frequency regions.2.The method (500) of claim 1, wherein the communication device (100, 105 / 110) is an Ambient Internet of Things (A-IoT) reader (105 / 110) , and the at least one other communication device (105 / 110, 100) is an A-IoT device (100) , orwherein the communication device (100, 105 / 110) is an A-IoT device (100) , and the at least one other communication device (105 / 110, 100) is an A-IoT reader (105 / 110) .3.The method (500) of claim 2, wherein the A-IoT reader (105 / 110) comprises at least one of:- a Radio Access Network (RAN) node (105) ; and- an intermediate User Equipment (UE) (110) .4.The method (500) of any of claims 1 to 3, wherein a frequency region comprises at least one of:- a carrier;- a frequency segment;- a channel;- a subband; and- a Bandwidth Part (BWP) .5.The method (500) of any of claims 1 to 4, wherein when the communication device (100, 105 / 110) is an A-IoT reader (105 / 110) , and the at least one other communication device (105 / 110, 100) is an A-IoT device (100) , the method (500) further comprises:transmitting, to the at least one other communication device (100) and / or an external carrier wave transmitter (CWT) node, a first message indicating at least one of:- the one or more frequency regions; and- the configuration.6.The method (500) of any of claims 1 to 5, wherein when the communication device (100, 105 / 110) is an A-IoT device (100) , and the at least one other communication device (105 / 110, 100) is an A-IoT reader (105 / 110) , the method (500) further comprises at least one of:monitoring the one or more frequency regions for transmission from the at least one other communication device (105 / 110) ; andignoring other frequency regions than the one or more frequency regions.7.The method (500) of any of claims 1 to 6, wherein the configuration is at least one of:- hardcoded or preconfigured at the communication device (100, 105 / 110) ;- provided by at least one of a UE, a RAN node, a Core Network (CN) node, and an application server;- provided by an upper layer application deployed on the communication device (100, 105 / 110) ; and- provided by an Operations, Administration, and Maintenance (OAM) node.8.The method (500) of any of claims 1 to 7, wherein the configuration is valid for one-shot transmission only or for multiple transmissions until the communication device (100, 105 / 110) obtains a new configuration, and / orwherein the configuration comprises at least one field indicating the one or more frequency regions explicitly, and / orwherein the configuration indicates a mapping between frequency regions and at least one of:- A-IoT data types;- A-IoT service types;- A-IoT traffic types;- A-IoT device types;- A-IoT device categories;- A-IoT power classes; and- A-IoT power levels.9.The method (500) of any of claims 1 to 8, wherein when a Frequency Division Duplex (FDD) mode is applied to the communication device (100, 105 / 110) for the transmission from and / or to the at least one other communication device (105 / 110, 100) , the mapping is related to at least one of uplink (UL) frequency regions, downlink (DL) frequency regions, and both, and / orwherein when a Time Division Duplex (TDD) mode is applied to the communication device (100, 105 / 110) for the transmission from and / or to the at least one other communication device (105 / 110, 100) , the mapping is related to both of UL frequency regions and DL frequency regions.10.The method (500) of claim 8 or 9, wherein the step of determining the one or more frequency regions comprises:determining the one or more frequency regions based on at least the mapping and at least one of:- an A-IoT data type associated with transmission intended from and / or to the at least one other communication device (105 / 110, 100) ;- an A-IoT service type associated with transmission intended from and / or to the at least one other communication device (105 / 110, 100) ;- an A-IoT traffic type associated with transmission intended from and / or to the at least one other communication device (105 / 110, 100) ;- an A-IoT device type associated with the communication device (100, 105 / 110) and / or the at least one other communication device (105 / 110, 100) ;- an A-IoT device category associated with the communication device (100, 105 / 110) and / or the at least one other communication device (105 / 110, 100) ;- an A-IoT power class associated with the communication device (100, 105 / 110) and / or the at least one other communication device (105 / 110, 100) ; and- an A-IoT power level associated with the communication device (100, 105 / 110) and / or the at least one other communication device (105 / 110, 100) .11.The method (500) of any of claims 1 to 10, wherein the step of determining the one or more frequency regions comprises:determining multiple candidate frequency regions, that are allowed to communicate with the at least one other communication device (105 / 110, 100) , based on at least the configuration; andselecting the one or more frequency regions from the multiple candidate frequency regions.12.The method (500) of claim 11, wherein the one or more frequency regions that are selected comprise at least one of:- one or more randomly selected frequency regions;- one or more frequency regions in the lowest frequency band;- one or more frequency regions in the highest frequency band;- one or more frequency regions with the narrowest frequency bandwidth;- one or more frequency regions with the widest frequency bandwidth;- one or more frequency regions with the strongest radio channel quality;- one or more frequency regions with the highest priority;- one or more frequency regions with the lowest congestion and / or load level; and- one or more frequency regions selected based on the implementation of the communication device (100, 105 / 110) .13.The method (500) of any of claims 1 to 12, wherein information from multiple sources are multiplexed in the transmission from and / or to the at least one other communication device (105 / 110, 100) ,wherein the multiple sources are associated with at least one of:- different services;- different service types;- different traffic types;- different use cases; and- different purposes.14.The method (500) of claim 13, wherein the step of determining the one or more frequency regions comprises:determining multiple sets of candidate frequency regions for the multiple sources, respectively;determining whether the multiple sets of candidate frequency regions have a non-empty intersection set of candidate frequency regions; andselecting the one or more frequency regions from the non-empty intersection set of candidate frequency regions in response to determining that the multiple sets of candidate frequency regions have the non-empty intersection set of candidate frequency regions.15.The method (500) of claim 14, further comprising at least one of:randomly selecting the one or more frequency regions from at least one set of candidate frequency regions determined for at least one of the multiple sources in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions;selecting the one or more frequency regions based on at least the implementation of the communication device (100, 105 / 110) in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions;selecting at least one default and / or fallback frequency region that is configured or preconfigured to the communication device (100, 105 / 110) in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions; andselecting multiple frequency regions from the multiple sets of candidate frequency regions, respectively, in response to determining that the multiple sets of candidate frequency regions do not have a non-empty intersection set of candidate frequency regions.16.The method (500) of any of claims 1 to 15, wherein the step of determining the one or more frequency regions comprises at least one of:selecting a default frequency region for one or more specific transmissions; andselecting one or more other frequency regions for one or more other transmissions than the one or more specific transmissions; andselecting one or more other frequency regions for one or more other transmissions subsequent to the one or more specific transmissions based on at least the configuration.17.The method (500) of any of claims 1 to 16, wherein when the communication device (100, 105 / 110) is an A-IoT reader (105 / 110) , the method (500) further comprises: transmitting, to the at least one other communication device (100) , a second message indicating an update of the mapping by using a default frequency region, and / orwherein when the communication device (100, 105 / 110) is an A-IoT device (100) , the method (500) further comprises: receiving a second message indicating an update of the mapping by using a default frequency region.18.The method (500) of any of claims 1 to 17, wherein after the step of determining the one or more frequency regions, the method (500) further comprises:selecting one or more resources on the one or more frequency regions,wherein the step of transmitting to and / or receiving from the at least one other communication device (105 / 110, 100) comprises:transmitting to and / or receiving from the at least one other communication device (105 / 110, 100) by using the one or more resources.19.The method (500) of any of claims 1 to 17, wherein after the step of determining the one or more frequency regions, the method (500) further comprises:transmitting, to a controlling node and / or the at least one other communication device (105 / 110, 100) , a third message for requesting resources on the one or more frequency regions;receiving, from the controlling node and / or the at least one other communication device (105 / 110, 100) , a fourth message indicating one or more resources on the one or more frequency regions,wherein the step of transmitting to and / or receiving from the at least one other communication device (105 / 110, 100) comprises:transmitting to and / or receiving from the at least one other communication device (105 / 110, 100) by using the one or more resources.20.The method (500) of any of claims 1 to 19, wherein the first message is at least one of:- an area specific signaling;- a RAN node specific signaling; and- a group specific signaling.21.The method (500) of any of claims 1 to 20, wherein when the communication device (100, 105 / 110) is an intermediate UE (110) , the step of determining the one or more frequency regions comprises:receiving, from a RAN node (105) associated with the intermediate UE (110) , a fifth message indicating the one or more frequency regions selected for the communication device (110) .22.The method (500) of claim 21, wherein before the step of receiving, from the RAN node, a fifth message indicating the one or more frequency regions, the method (500) further comprises:transmitting, to the RAN node (105) , a sixth message indicating at least one of:- one or more candidate frequency regions;- information related to one or more intended transmissions;- information related to one or more sources from which information to be transmitted is provided; and- information related to one or more intended communication devices (100) .23.A communication device (100, 105 / 110, 700) comprising:a processor (706) ;a memory (708) storing instructions which, when executed by the processor (706) , cause the communication device (100, 105 / 110, 700) to:determine one or more frequency regions for transmitting to and / or receiving from at least one other communication device (105 / 110, 100) based on at least a configuration; andtransmit to and / or receive from the at least one other communication device (105 / 110, 100) on the one or more frequency regions.24.The communication device (100, 105 / 110, 700) of claim 23, wherein the instructions, when executed by the processor (706) , cause the communication device (100, 105 / 110, 700) to further perform any of the methods (500) of claims 2 to 22.25.A method (600) at a Core Network (CN) node (120, 130) , the method (600) comprising:transmitting (S610) , to a communication device (100, 105 / 110) , a message indicating at least one of:- one or more frequency regions for transmission from the communication device (100, 105 / 110) to at least one other communication device (105 / 110, 100) and / or transmission from at least one other communication device (105 / 110, 100) to the communication device (100, 105 / 110) ; and- a configuration from which the communication device (100, 105 / 110) is able to determine one or more frequency regions for transmission from the communication device (100, 105 / 110) to the at least one other communication device (105 / 110, 100) and / or transmission from the at least one other communication device (105 / 110, 100) to the communication device (100, 105 / 110) .26.The method (600) of claim 25, wherein the communication device (100, 105 / 110) is an Ambient Internet of Things (A-IoT) reader (105 / 110) , and the at least one other communication device (105 / 110, 100) is an A-IoT device (100) , orwherein the communication device (100, 105 / 110) is an A-IoT device (100) , and the at least one other communication device (105 / 110, 100) is an A-IoT reader (105 / 110) .27.The method (600) of claim 25 or 26, wherein the A-IoT reader (105 / 110) comprises at least one of:- a Radio Access Network (RAN) node (105) ; and- an intermediate User Equipment (UE) (110) .28.The method (600) of any of claims 25 to 27, wherein a frequency region comprises at least one of:- a carrier;- a frequency segment;- a channel;- a subband; and- a Bandwidth Part (BWP) .29.The method (600) of any of claims 25 to 28, wherein the configuration is obtained by the CN node (120, 130) in at least one of following manners:- via a service parameter provisioning procedure; and- from another CN node.30.The method (600) of any of claims 25 to 29, wherein the configuration indicates a mapping between frequency regions and at least one of:- A-IoT data types;- A-IoT service types;- A-IoT traffic types;- A-IoT device types;- A-IoT device categories;- A-IoT power classes; and- A-IoT power levels.31.The method (600) of any of claims 25 to 30, wherein when a Frequency Division Duplex (FDD) mode is applied to the communication device (100, 105 / 110) for the transmission from and / or to the at least one other communication device (105 / 110, 100) , the mapping is related to at least one of uplink (UL) frequency regions, downlink (DL) frequency regions, and both, and / orwherein when a Time Division Duplex (TDD) mode is applied to the communication device (100, 105 / 110) for the transmission from and / or to the at least one other communication device (105 / 110, 100) , the mapping is related to both of UL frequency regions and DL frequency regions.32.The method (600) of any of claims 25 to 31, wherein the message triggers the communication device (100, 105 / 110) to initiate the transmission, and / orwherein the message is transmitted separately from and before another message that triggers the communication device (100, 105 / 110) to initiate the transmission.33.A Core Network (CN) node (120, 130, 700) comprising:a processor (706) ;a memory (708) storing instructions which, when executed by the processor (706) , cause the CN node (120, 130, 700) to:transmit, to a communication device (100, 105 / 110) , a message indicating at least one of:- one or more frequency regions for transmission from the communication device (100, 105 / 110) to at least one other communication device (105 / 110, 100) and / or transmission from at least one other communication device (105 / 110, 100) to the communication device (100, 105 / 110) ; and- a configuration from which the communication device (100, 105 / 110) is able to determine one or more frequency regions for transmission from the communication device (100, 105 / 110) to the at least one other communication device (105 / 110, 100) and / or transmission from the at least one other communication device (100, 105 / 110) to the communication device (105 / 110, 100) .34.The CN node (120, 130, 700) of claim 33, wherein the instructions, when executed by the processor (706) , cause the CN node (120, 130, 700) to further perform any of the methods (600) of claims 26 to 32.35.A computer program (710) comprising instructions which, when executed by at least one processor (706) , cause the at least one processor (706) to carry out the method (500, 600) of any of claims 1 to 22 and 25 to 32.36.A carrier (708) containing the computer program (710) of claim 35, wherein the carrier (708) is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.37.A telecommunication system (10, 10’) , comprising:one or more communication devices (100, 105 / 110) , at least one of which comprises:a processor;a memory storing instructions which, when executed by the processor, cause the communication device (100, 105 / 110) to:determine one or more frequency regions for transmitting to and / or receiving from at least one other communication device (105 / 110, 100) based on at least a configuration; andtransmit to and / or receive from the at least one other communication device (105 / 110, 100) on the one or more frequency regions.38.The telecommunication system (10, 10’) of claim 37, further comprising:a CN node (120, 130) comprising:a processor;a memory storing instructions which, when executed by the processor, cause the CN node (120, 130) to:transmit, to a communication device (100, 105 / 110) , a message indicating at least one of:- one or more frequency regions for transmission from the communication device (100, 105 / 110) to at least one other communication device (105 / 110, 100) and / or transmission from at least one other communication device (105 / 110, 100) to the communication device (100, 105 / 110) ; and- a configuration from which the communication device (100, 105 / 110) is able to determine one or more frequency regions for transmission from the communication device (100, 105 / 110) to the at least one other communication device (105 / 110, 100) and / or transmission from the at least one other communication device (105 / 110, 100) to the communication device (100, 105 / 110) .39.The telecommunication system (10, 10’) of claim 37 or 38, wherein the instructions of the communication device (100, 105 / 110) , when executed by the processor of the communication device (100, 105 / 110) , cause the communication device (100, 105 / 110) to further perform any of the methods (500) of claims 2 to 22.40.The telecommunication system (10, 10’) of claims 38 or 39, wherein the instructions of the CN node (120, 130) , when executed by the processor of the CN node (120, 130) , cause the CN node (120, 130) to further perform any of the methods (600) of claims 26 to 32.

Images