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].
Grouping A:
Indoor
Outdoor
Indoor/outdoor
Grouping B:
Inventory
Sensors
Positioning
Command
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.
rUC1: Indoor inventory
rUC2: Indoor sensors
rUC3: Indoor positioning
rUC4: Indoor command
rUC5: Outdoor inventory
rUC6: Outdoor sensors
rUC7: Outdoor positioning
rUC8: Outdoor command
This resulted in the following mapping from SA1 use cases and traffic scenarios onto RAN rUCs:
5.1 Automated warehousing
5.2 Medical instruments inventory management and positioning
5.4 Non-Public Network for logistics
5.5 Automobile manufacturing
5.7 Airport terminal / shipping port
5.15 Smart laundry
5.16 Automated supply chain distribution
5.18 Fresh food supply chain
5.27 End-to-end logistics
6.1 Flower auction
6.3 Electronic shelf label
rUC2: Indoor sensor
5.6 Smart homes
5.13 Base station machine room environmental supervision
5.15 Smart laundry
5.20 Smart agriculture
5.23 Smart pig farm
6.2 Cow stable
rUC3: Indoor positioning
5.8 Finding Remote Lost Item
5.9 Location service
5.10 Ranging in a home
5.12 Personal belongings finding
5.14 Positioning in shopping centre
5.21 Museum Guide
rUC4: Indoor command
5.11 Online modification of medical instruments status
5.17 Device activation and deactivation
5.26 Elderly Health Care
5.29 Device Permanent Deactivation
6.3 Electronic shelf label
rUC5: Outdoor inventory
5.2 Medical instruments inventory management and positioning
5.4 Non-public network for logistics
5.7 Airport terminal / shipping port
5.16 Automated supply chain distribution
5.8 Finding remote lost item
5.9 Location service
5.12 Personal belongings finding
rUC8: Outdoor command
5.11 Online modification of medical instruments status
5.17 Device activation and deactivation
5.26 Elderly Health Care
5.30 Controller in smart agriculture
Deployment scenarios for Ambient IoT have been studied on the basis of a list of characteristics, and the representative use case(s) applicable to a scenario. The possible descriptions of the characteristics are as follows:
Deployed on the same sites as an existing 3GPP deployment corresponding to the basestation type.
Deployed on new sites without an assumption of an existing 3GPP deployment.
Traffic assumption
Device-terminated (DT)
Device-originated (DO)
DO traffic includes DO autonomous (DO-A), and DO device-terminated triggered (DO-DTT)
The following connectivity topologies for Ambient IoT networks and devices are defined for the purposes of the study. In all these topologies, the Ambient IoT device may be provided with a carrier wave from other node(s) either inside or outside the topology. The links in each topology may be bidirectional or unidirectional.
BS, UE, assisting node, or intermediate node could be multiple BSs or UEs, respectively. The mixture of indoor and outdoor placement of such nodes is 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.
In Topology 1, the Ambient IoT device directly and bidirectionally communicates with a basestation. The communication between the basestation and the ambient IoT device includes Ambient IoT data and/or signalling. This topology includes the possibility that the BS transmitting to the Ambient IoT device is a different from the BS receiving from the Ambient IoT device.
In Topology 2, the Ambient IoT device communicates bidirectionally with an intermediate node between the device and basestation. In this topology, the intermediate node can be a relay, IAB node, UE, repeater, etc. which is capable of Ambient IoT. The intermediate node transfers Ambient IoT data and/or signalling between BS and the Ambient IoT device.
In Topology 3, the Ambient IoT device transmits data/signalling to a basestation, and receives data/signalling from the assisting node; or the Ambient IoT device receives data/signalling from a basestation and transmits data/signalling to the assisting node. In this topology, the assisting node can be a relay, IAB, UE, repeater, etc. which is capable of ambient IoT.
In Topology 4, the Ambient IoT device communicates bidirectionally with a UE. The communication between UE and the ambient IoT device includes Ambient IoT data and/or signalling.
Ambient IoT devices are characterized in the study according to their energy storage capacity, and capability of generating RF signals for their transmissions.
The study considers that a device has either:
No energy storage at all; or
Limited energy storage
Relying on these storage capacities, the study considers the following set of Ambient IoT devices:
Device A: No energy storage, no independent signal generation/amplification, i.e. backscattering transmission.
Device B: Has energy storage, no independent signal generation, i.e. backscattering transmission. Use of stored energy can include amplification for reflected signals.
Device C: Has energy storage, has independent signal generation, i.e., active RF components for transmission.
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 an NB-IoT device would typically include.
Device A, B, and C are able to demodulate control, data, etc from the relevant entity in RAN according to connectivity topology.