A Unified Namespace (UNS) is a centralized, event-driven architecture that organizes all industrial data from sensors, PLCs, SCADA, and enterprise applications into a single, hierarchical topic structure based on the ISA-95 model. By implementing a UNS using a broker like MQTT, every data producer publishes its current state to a defined topic (e.g., Plant1/Area3/Line2/Press1/Temperature), and any authorized consumer subscribes to that topic directly, eliminating point-to-point integrations and creating a decoupled, real-time data fabric.
Glossary
Unified Namespace (UNS)

What is Unified Namespace (UNS)?
A Unified Namespace (UNS) is a single source of truth for all industrial data, structured around the ISA-95 asset hierarchy, enabling decoupled, real-time data exchange between OT and IT systems via a publish-subscribe broker.
The core value of a UNS lies in its ability to provide contextualized, discoverable data without duplication. Unlike a data lake where raw data is dumped, a UNS enforces a strict naming convention that embeds the asset hierarchy, enabling tag resolution and semantic annotation. This transforms the operational technology (OT) landscape into a service-oriented architecture where Apache Kafka streams, time-series databases, and MES applications all consume the same canonical data, establishing a foundational layer for Digital Twin synchronization and advanced Industrial DataOps pipelines.
Core Characteristics of a UNS
A Unified Namespace (UNS) is not a single product but an architectural pattern defined by a set of core characteristics that enable decoupled, real-time data exchange across the enterprise.
Single Source of Truth
The UNS eliminates data silos by providing one canonical location for every piece of industrial data. Rather than duplicating a temperature reading in an MES, a historian, and a dashboard, the value exists once in the namespace.
- Tag resolution maps a logical asset name to its current value
- Consumers always read from the authoritative source
- Eliminates reconciliation errors between systems
- Example:
Enterprise/SiteA/Line3/Press1/Temperatureresolves to a single, current value regardless of which application requests it
ISA-95 Hierarchical Structure
The UNS organizes data according to the ISA-95 equipment hierarchy, creating an intuitive, browsable namespace that mirrors the physical factory.
- Enterprise → Site → Area → Line → Cell → Equipment
- Structure provides semantic context without external lookups
- Enables hierarchical aggregation and drill-down analytics
- Example: Aggregating OEE from all cells within a line requires only navigating up one level in the namespace
Decoupled Pub/Sub Communication
Producers and consumers never communicate directly. Instead, they interact through a message broker using a publish-subscribe pattern, typically implemented with MQTT Sparkplug or OPC UA PubSub.
- Producers publish data without knowledge of consumers
- Consumers subscribe to topics without knowing the producer
- Enables plug-and-play interoperability
- Adding a new analytics dashboard requires zero changes to PLC code
- Systems can be upgraded or replaced independently
Report by Exception
Data is transmitted only when a value changes beyond a defined deadband threshold, not on a fixed polling cycle. This dramatically reduces network load while ensuring timely delivery of meaningful changes.
- A temperature reading at steady state generates zero network traffic
- A sudden spike is transmitted immediately
- Typical deadband: ±0.5% of span or ±1°C
- Reduces bandwidth consumption by 90% or more compared to cyclic polling
- Critical for scaling to thousands of tags across a factory
Stateful Session Awareness
Unlike raw MQTT, a UNS built on Sparkplug maintains awareness of device state and session continuity. Each participant reports a Birth Certificate on connection and a Death Certificate on disconnection.
- Birth Certificate: publishes all tag values and metadata on connection
- Death Certificate: notifies all subscribers of graceful or ungraceful disconnection
- Enables store-and-forward for disconnected edge devices
- Consumers always know if data is stale due to a disconnected producer
- Critical for mission-critical industrial applications
Open, Standard-Based Protocol
A true UNS is built on open, non-proprietary standards to avoid vendor lock-in and ensure long-term interoperability across heterogeneous equipment.
- MQTT: OASIS standard for lightweight pub/sub messaging
- Sparkplug: Eclipse Tahu specification for industrial MQTT payloads
- OPC UA: IEC 62541 standard for industrial interoperability
- Any compliant client can participate regardless of vendor
- Protects against obsolescence and enables best-of-breed component selection
Frequently Asked Questions
Clear, technically precise answers to the most common questions about implementing and understanding the Unified Namespace architecture in industrial environments.
A Unified Namespace (UNS) is a single source of truth for all industrial data, structured around the ISA-95 asset hierarchy, that enables decoupled, real-time data exchange between OT and IT systems. It works by establishing a centralized, event-driven data backbone—typically implemented with an MQTT broker—where all devices, sensors, PLCs, databases, and applications publish their data as structured topics and subscribe to the data they need. The topic namespace mirrors the physical and logical structure of the enterprise, such as Enterprise/Site/Area/Line/Cell/Tag, creating a self-describing, browsable hierarchy. Unlike traditional point-to-point integrations, a UNS eliminates custom interfaces by providing a standardized, discoverable interface where any authorized consumer can access any data point without knowing its origin. This architecture decouples producers from consumers, enabling independent scaling, maintenance, and evolution of systems across the entire automation pyramid.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
A Unified Namespace (UNS) does not exist in isolation. It is the architectural hub connecting these critical data infrastructure components.
Tag Resolution
The process of translating a logical asset name into its current real-time value and metadata by navigating the UNS topic tree. For example, a query for Site3.PackagingLine.Filler.Pressure resolves to:
- Value: 2.31 bar
- Timestamp: 2024-01-15T14:23:01.001Z
- Data Type: Float32
- Engineering Units: bar
- Quality: Good Tag resolution abstracts the physical connection details, allowing applications to request data by asset context rather than by IP address or register number.
Semantic Annotation
The process of attaching machine-readable meaning to raw UNS data points by linking them to formal ontologies. This transforms a tag like Temp_247 into a semantically rich entity:
- isA: TemperatureSensor
- measures: CoolantTemperature
- belongsTo: CNC_Machine_05
- hasUnit: Celsius Semantic annotation enables automated reasoning, cross-site data discovery, and self-service analytics where users can query for 'all coolant temperatures across all CNC machines' without knowing specific tag names.
Data Contract
A formal agreement between a data producer and its consumers that defines the schema, semantics, and quality guarantees of data published into the UNS. A contract specifies:
- Schema: Field names, data types, and structure
- Semantics: Business meaning of each field
- Quality SLAs: Completeness, freshness, and accuracy thresholds
- Versioning: Compatibility rules for schema evolution Data contracts prevent downstream breakage when producers change their payloads, ensuring the UNS remains a trustworthy single source of truth.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us