Electric Metering & AMILesson 2 of 6FOUNDATION LESSON
From field measurement to utility intelligence
An AMI architecture is best understood by following one interval reading.
- READING TIME
- 14 minutes
- OBJECTIVES
- 3 learning objectives
- SELF-CHECK
- 3 check questions
- INTENDED FOR
- Utility leaders, metering, ICT, operations, procurement and informed consumers
Educational lesson. Confirm project-specific requirements before application.

01LEARNING OBJECTIVES
After this lesson, you should be able to:
- 01Identify the responsibility of each AMI layer
- 02Explain the difference between HES and MDMS
- 03Locate the interfaces where data quality or ownership can fail
02EXPLANATION
What is physically and operationally happening?
An AMI architecture is best understood by following one interval reading. The meter measures and time-stamps energy. A communications endpoint places that reading on a field network. A collector, base station or cellular service carries it to the head-end system. The HES handles device exchange; the MDMS applies validation and prepares data for billing, analytics and service workflows.
Each handoff changes the nature of the information. A raw device register is not automatically a billable interval. Device identity, time synchronization, multiplier, channel mapping, missing intervals and validation rules must remain consistent. Architecture is therefore both a technical drawing and an allocation of responsibility.
- 01
Field layer
Meter channels, clock, firmware, configuration and service-point identity create the source record.
Reading + timestamp - 02
Network layer
Routes, gateways, retries and coverage determine whether the record arrives within the required window.
Latency + availability - 03
HES layer
Device sessions, commands, event collection and communication exceptions are managed.
Exchange status - 04
MDMS layer
Validation, estimation and editing (VEE) rules check each interval, estimate only where authorized and deliver the result with lineage to downstream systems.
Billing readiness
Layered AMI architecture with return command path
A reliable system preserves device identity and status across every handoff.

01 · FIELDMeter channel
02 · FIELDEndpoint
03 · FIELDRF neighbor / cell
04 · FIELDDCU or base station
05 · UTILITYHES device record
06 · UTILITYMDMS service record
07 · UTILITYCIS / OMS / analytics
04OPTIONAL ENGINEERING DEPTHEngineering reasoning for this learning pathThe same design relationship, checks and evidence apply across every lesson in this path.
- Define the eligible population and time window
- Measure the result at the utility-use boundary
- Preserve identity, timestamp, status and acknowledgement
- 01Trace a reading and a return command across every interface
- 02Segment results by topology, terrain and service type
- 03Freeze KPI denominators, exclusions and acceptance gates
HES read exists but billing data is missing
Mapping, validation or export failure
Trace one interval and its acknowledgements
Aggregate KPI is strong but exceptions cluster
Topology or service-condition bias
Segment performance and compare cohorts
- Time-aligned HES and MDMS extracts
- Device-to-service identity map
- Exception aging and closure register
05WORKED EXAMPLE
Tracing a reading that never reaches billing
The HES shows a successful read, but the billing system reports the interval as missing.
- Confirm the read and timestamp in the HES
- Check ingestion and channel mapping in the MDMS
- Verify service-point identity, unit and multiplier
- Inspect validation status and downstream export acknowledgement
06COMMON FAILURE OR MISCONCEPTION
“The HES and MDMS are interchangeable names for the same platform.”
The HES primarily manages device communication and commands. The MDMS manages validated meter data and downstream delivery. Products may package functions differently, so the actual responsibility map must be confirmed.
Check what you can explain without looking back.
Choose an answer and report your confidence. The confidence signal is stored only until you submit this page.
Where should validation and estimation rules normally be governed?
The HES has a read but billing does not. What should be checked first?
Why must device and service identities stay linked?
08SOURCE NOTES
Sources for further study.
International references support further study. They do not replace Philippine laws, regulations, utility requirements or project specifications.
- 01Guidelines for Smart Grid Cybersecurity, NIST IR 7628 Revision 1National Institute of Standards and Technology
AMI actors, interfaces and cybersecurity considerations.
Open source ↗ - 02Advanced Metering in Smart Distribution GridsNational Institute of Standards and Technology
Metering accuracy, upgradeability and smart-grid measurement context.
Open source ↗ - 03Advanced Metering Infrastructure Security ConsiderationsUS Department of Energy
Planning, procurement, rollout and assessment of AMI security.
Open source ↗