Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TR 38.848  Word version:  18.0.0

Top   Top   Up   Prev   Next
0…   4…   5…   6…   7…

 

4  Deployment scenarios, use cases, servicesp. 8

4.1  Use cases/servicesp. 8

4.1.1  Representative use casesp. 8

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:
rUC Applicable SA1 UCs / traffic scenarios
rUC1: Indoor inventory5.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 sensor5.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 positioning5.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 command5.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 inventory5.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
rUC6: Outdoor sensor5.3 Smart grids
5.19 Forest Fire Monitoring
5.22 Dairy farming
5.24 Smart manhole cover safety monitoring
5.25 Smart bridge health monitoring
rUC7: Outdoor positioning5.8 Finding remote lost item
5.9 Location service
5.12 Personal belongings finding
rUC8: Outdoor command5.11 Online modification of medical instruments status
5.17 Device activation and deactivation
5.26 Elderly Health Care
5.30 Controller in smart agriculture
Up

4.2  Deployment scenarios and connectivity topologiesp. 10

4.2.0  Introductionp. 10

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:
Characteristic Possible description entries
Environment (of the device)Indoor
Outdoor
Indoor or outdoor
Basestation characteristic (if any)Macro-cell-based deployment
Micro-cell-based deployment
Pico-cell-based deployment
None
Connectivity topologySee clause 4.2.1
SpectrumLicensed FDD
Licensed TDD
Unlicensed
Coexistence with existing 3GPP technologiesDeployed 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 assumptionDevice-terminated (DT) Device-originated (DO)
DO traffic includes DO autonomous (DO-A), and DO device-terminated triggered (DO-DTT)
Device characteristicSee clause 4.3:
Device A
Device B
Device C
The study has considered Ambient IoT deployments in-band to NR, in guard-band of NR, and in standalone band from NR.
Up

4.2.1  Connectivity topologiesp. 11

4.2.1.0  Introductionp. 11

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.
Up

4.2.1.1  Topology 1: BS ↔ Ambient IoT devicep. 12

Copy of original 3GPP image for 3GPP TS 38.848, Fig. 4.2.1.1-1: Topology 1
Figure 4.2.1.1-1: Topology 1
(⇒ copy of original 3GPP image)
Up
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.

4.2.1.2  Topology 2: BS ↔ intermediate node ↔ Ambient IoT devicep. 12

Copy of original 3GPP image for 3GPP TS 38.848, Fig. 4.2.1.2-1: Topology 2
Figure 4.2.1.2-1: Topology 2
(⇒ copy of original 3GPP image)
Up
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.

4.2.1.3  Topology 3: BS ↔ assisting node ↔ Ambient IoT device ↔ BSp. 12

Copy of original 3GPP image for 3GPP TS 38.848, Fig. 4.2.1.3-1: Topology 3 with downlink assistance
Up
Copy of original 3GPP image for 3GPP TS 38.848, Fig. 4.2.1.3-2: Topology 3 with uplink assistance
Figure 4.2.1.3-2: Topology 3 with uplink assistance
(⇒ copy of original 3GPP image)
Up
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.

4.2.1.4  Topology 4: UE ↔ Ambient IoT devicep. 13

Copy of original 3GPP image for 3GPP TS 38.848, Fig. 4.2.1.4-1: Topology 4
Figure 4.2.1.4-1: Topology 4
(⇒ copy of original 3GPP image)
Up
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.

4.2.2  Deployment scenariosp. 13

4.2.2.1  Deployment scenario 1: Device indoors, basestation indoorsp. 13

With Ambient IoT device indoors and basestation indoors, this deployment scenario is characterized according to Table 4.2.2.1-1.
Applicable representative use cases Characteristics Description (NOTE 1)
Indoor inventory
Indoor sensor
Indoor positioning
Indoor command
Environment (of device)Indoor
Basestation characteristic (if any)Micro- or pico-cell
Connectivity topologyTopology (1), (2), (3)
SpectrumLicensed FDD, licensed TDD, unlicensed
Coexistence with existing 3GPP technologiesCo-site or new site
Traffic assumptionDT and DO
Device characteristicDevice A or Device B or Device C
Up

4.2.2.2  Deployment scenario 2: Device indoors, basestation outdoorsp. 14

With Ambient IoT device indoors and basestation outdoors, this deployment scenario is characterized according to Table 4.2.2.2-1.
Applicable representative use cases Characteristics Description (NOTE 1)
Indoor inventory
Indoor sensor
Indoor positioning
Indoor command
Environment (of device)Indoor
Basestation characteristic (if any)Macro- or Micro- cell BS
Connectivity topologyTopology (1), (2), (3)
SpectrumLicensed FDD, licensed TDD, unlicensed
Coexistence with existing 3GPP technologiesCo-site or new site
Traffic assumptionDT and DO
Device characteristicDevice C may support Topology (1), (2), (3),
Device A may support Topology (2),
Device B may support Topology (2), (3)
Up

4.2.2.3  Deployment scenario 3: Device indoors, UE-based readerp. 15

With Ambient IoT device indoors and UE-based reader, this deployment scenario is characterized according to Table 4.2.2.3-1.
Applicable representative use cases Characteristics Description (NOTE 1)
Indoor inventory
Indoor sensor
Indoor positioning
Indoor command
Environment (of device)Indoor
Basestation characteristic (if any)None
Connectivity topologyTopology (4)
SpectrumLicensed FDD, licensed TDD, unlicensed
Coexistence with existing 3GPP technologiesNA
Traffic assumptionDT and DO
Device characteristicDevice A or Device B or Device C
Up

4.2.2.4  Deployment scenario 4: Device outdoors, basestation outdoorsp. 15

With Ambient IoT device outdoors and basestation outdoors, this deployment scenario is characterized according to Table 4.2.2.4-1.
Applicable representative use cases Characteristics Description (NOTE 1)
Outdoor inventory
Outdoor sensor
Outdoor positioning
Outdoor command
Environment (of device)Outdoor
Basestation characteristic (if any)Macro- or Micro- cell BS
Connectivity topologyTopology (1), (2), (3)
SpectrumLicensed FDD, licensed TDD, or unlicensed.
Coexistence with existing 3GPP technologiesCo-site or new site
Traffic assumptionDT and DO
Device characteristicDevice C may support Topology (1), (2), (3),
Device A may support Topology (2),
Device B may support Topology (2), (3)
Up

4.2.2.5  Deployment scenario 5: Device outdoors, UE-based readerp. 16

With Ambient IoT device outdoors and UE-based reader, this deployment scenario is characterized according to Table 4.2.2.5-1.
Applicable representative use cases Characteristics Description (NOTE 1)
Outdoor inventory
Outdoor sensor
Outdoor positioning
Outdoor command
Environment (of device)Outdoor
Basestation characteristic (if any)None
Connectivity topologyTopology (4)
SpectrumLicensed FDD, licensed TDD, unlicensed
Coexistence with existing 3GPP technologiesNA
Traffic assumptionDT and DO
Device characteristicDevice A or Device B or Device C
Up

4.3  Device categorizationp. 16

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.
Up

Up   Top   ToC