Sensing Request
sensingrequest.com
What does Sensing Service Type represent within the 6G Sensing Fabric?
Sensing Service Type represents concepts associated with classification of a requested or offered sensing service. A separate service-type identity helps distinguish classification from objectives, capabilities, requests, and authorization boundaries. Within Sensing Objectives, Profiles, Capabilities & Services, it is the primary identity.
Why it matters: A separate service-type identity helps distinguish classification from objectives, capabilities, requests, and authorization boundaries.
Sensing Service Type provides a stable semantic identity for classification of a requested or offered sensing service.
Related concepts are linked only for plain-language orientation within the three LJP views. The links do not assert standards-derived dependencies, protocol order, execution, or formal predicates.
sensingrequest.com
Sensing Service Type identifies classification of a requested or offered sensing service; sensingrequest.com identifies an adjacent but distinct concept.
Both concepts belong to the LJP package network. Their adjacency is an LJP synthesis and does not assert a standards-defined dependency or executed flow.
ETSI GR ISC 003 V1.1.1 (2026-02), clause 4.3, defines a sensing service, and ITU-T YSTR.ISAC-fra (11/2025), clause 6.1, lists diverse sensing-service examples. Neither source defines 'Sensing Service Type' as a standardized object. Evidence: C; LJP package relationships: E.
Use this identity to frame the concept and its evidence boundary before selecting any implementation, supplier, or operating design.
The domain identifies and describes classification of a requested or offered sensing service; it does not perform, operate, execute, expose, manage, transport, process, verify, or implement a network function or standard.
Primary in Sensing Objectives, Profiles, Capabilities & Services. The view asks: What sensing can be provided against a requirement?
The three-view organization and semantic capability traverse are an LJP synthesis and do not constitute an official 3GPP architecture or standardized taxonomy. Individual technical concepts are mapped to primary-source specifications and study items according to their verified publication status. The domain provides stable semantic identity and authority for a concept. Operational implementations and service providers remain replaceable.
This namespace is an LJP editorial construct. It claims no standards ownership or external endorsement and selects no vendor or implementation; protected methods and transaction materials are not disclosed.
Move from public technical orientation to a controlled package evaluation.
Email LJP Asset Group