BSS/OSS Academy
3.1125 min read

Activation Integration: What ROM Actually Talks To

Activation Integration: What ROM Actually Talks To

Sections 3.6–3.10 walked through five complete order lifecycle examples — Broadband B2C, Fixed B2B, Mobile 4G B2C, SD-WAN B2B, and Mobile 5G B2B — from CPQ to ROM activation. But the activation step was deliberately abstract: "ROM sends GPON activation commands to the OLT via NETCONF adapter." Which OLT? Whose adapter? What protocol, exactly? This section lifts the lid on the activation layer across six technology domains, naming the specific vendor systems, products, and protocols that ROM talks to at the bottom of the stack.

Building on Section 3.6
The Fixed/Broadband tab continues the Jane Smith "SuperFibre 200 Home" scenario from Section 3.6 — specifically zooming into Step 4 (ROM Resource Allocation and Activation). The other five tabs extend the worked examples from Sections 3.7–3.10 and introduce Satellite and Cloud MSP domains.
Where This Fits in TM Forum
TMF652 (Resource Order Management) defines the interface to ROM, but it deliberately does not specify what ROM talks to southbound. The vendor systems, protocols, and management interfaces shown in this section are typical industry patterns — they are not TM Forum specifications. TM Forum stops at the ROM boundary; everything below is vendor/operator choice.

The Activation Layer: Where ROM Meets the Network

ROM uses activation adapters (also called southbound plugins, drivers, or mediators) to translate RFS resource order items into vendor-specific protocol calls. Each adapter speaks one protocol to one management system type. The adapter pattern decouples ROM's order logic from the specifics of each network element management system — ROM doesn't need to know NETCONF from RADIUS; the adapter handles that translation.

ROM Activation Adapter Roles

Adapter TypeWhat It AbstractsProtocol(s)Example Targets
OLT / EMS AdapterOptical access equipment managementNETCONF, SNMP, TL1Nokia AMS, Huawei iMaster NCE, Calix AXOS
BNG / RADIUS AdapterBroadband subscriber session managementNETCONF, RADIUS CoACisco ASR 9000, Nokia 7750 SR, Juniper MX
ACS AdapterCPE remote managementTR-069, TR-369 (USP)Axiros, CommScope ACS, Incognito DMS
UDM / HSS AdapterMobile subscriber data managementDiameter, HTTP/2 SBIEricsson CCDM, Nokia UDM, Ericsson HSS-FE
PCRF / PCF AdapterMobile policy and charging controlDiameter Gx, HTTP/2 SBIEricsson PCRF/PCF, Nokia PCRF/PCF
SIM OTA AdapterSIM personalisation and eSIM provisioningOTA SMS-PP, GSMA SGP.22G+D OTA, Thales SM-DP+
NSO / SDN AdapterNetwork-wide service provisioning (L2/L3VPN, PE config)NETCONF, RESTCONFCisco NSO, Nokia NSP, Ciena MCP
MANO AdapterVNF/CNF lifecycle managementETSI SOL005ONAP, OSM, Ericsson Orchestrator
Cloud API AdapterPublic cloud infrastructureREST SDKsAWS, Azure, GCP
Satellite NMS AdapterSatellite terminal and beam managementSNMP, Proprietary RESTHughes NMS, iDirect NMS, ViaSat Platform

Six Technology Domain Examples

Each tab below shows a realistic activation scenario for a different technology domain. Every example includes: the customer scenario, the RFS-to-activation-target mapping table, the ROM adapter activation sequence, and cross-reference notes linking to deeper content elsewhere in the platform. The six domains cover residential and business variants of fixed access, both 4G and 5G mobile, satellite connectivity, and multi-domain cloud services.

Scenario: Jane Smith — SuperFibre 200 Home (continued from 3.6)
This is Step 4 of the Section 3.6 worked example, zoomed in. ROM has received 7 resource order items from SOM. We now show exactly which vendor system each RFS item talks to, and over which protocol.

Fixed/Broadband: RFS → Activation Target Mapping

RFS ItemActivation TargetProtocol
RFS:GPON-BearerNokia AMS (or Huawei iMaster NCE)NETCONF
RFS:VLAN-ServiceSame EMS or access switchNETCONF
RFS:IP-ProfileInfoblox IPAM + Cisco ISE / FreeRADIUSREST + RADIUS CoA
RFS:QoS-ProfileCisco ASR 9000 BNG (or Nokia 7750 SR BNG)NETCONF or RADIUS CoA
RFS:TR069-ConfigAxiros ACS (or CommScope ACS)TR-069 REST API
RFS:Cloud-ControllerCloudWiFi platform (Plume, Calix Cloud)REST

ROM Adapter Activation Sequence — Fixed/Broadband

1
OLT Port Activation
ROM → Nokia AMS (NETCONF)

ROM's OLT/EMS adapter opens a NETCONF session to Nokia AMS, creates a GPON service profile on OLT-EAST-07 (Line Card 3, Port 12), and configures the ONT registration. AMS confirms bearer UP.

2
BNG Session & QoS
ROM → Cisco ASR 9000 BNG (RADIUS CoA)

ROM's BNG adapter sends a RADIUS Change-of-Authorization (CoA) to the Cisco ASR 9000 BNG, binding Jane's session (VLAN 1042, IP 10.42.17.22) to QoS policy BW-200-50-RES. The BNG installs the policy in hardware.

3
ACS Profile Push
ROM → Axiros ACS (REST)

ROM's ACS adapter calls the Axiros REST API to create a device management profile for CPE serial HWT2340098. When the CPE first powers on, it will perform a TR-069 Inform to Axiros and receive its full configuration (SSID, WPA3 key, firmware).

4
Cloud WiFi Registration
ROM → Plume CloudWiFi (REST)

ROM's Cloud API adapter registers the CPE with the Plume CloudWiFi platform via REST, linking device CW-89012 to Jane's account and enabling the WiFi management app features.

TR-069 vs TR-369 (USP)
TR-069 (CWMP) has been the industry standard for CPE remote management since 2004. Its successor, TR-369 (User Services Platform / USP), adds MQTT/WebSocket transport, controller-agent architecture, and improved bulk operations. Most operators are still on TR-069 today, but new CPE deployments are increasingly TR-369 native. The activation adapter pattern means ROM doesn't care — the ACS adapter abstracts the protocol version.
Cross-Reference: Module 9
Module 9 Section 9.4 (SOM Execution Engine Routing) covers how SOM's catalog-driven routing logic selects the correct execution engine for fixed access RFS items. Section 3.11 shows what the engine talks to; Section 9.4 shows how the routing decision is made.

Cross-Domain Activation Summary

The table below consolidates all six domain examples into a single comparison, showing the key activation targets and protocols for each technology domain.

Cross-Domain Activation Summary

Technology DomainExample ProductKey CFSKey RFS ItemsPrimary Activation TargetsProtocols
Fixed / BroadbandSuperFibre 200 HomeCFS:Internet-AccessGPON-Bearer, VLAN, IP-Profile, QoS, TR069, Cloud-ControllerNokia AMS, Cisco ASR BNG, Axiros ACS, Plume CloudWiFiNETCONF, RADIUS CoA, TR-069, REST
Fixed B2BBusiness Ethernet 1GbpsCFS:Ethernet-LinePE-Interface, MPLS-VPN, QoS-SLA, CE-Router, Access-Circuit, MonitoringCisco NSO, Nokia SAM/NSP, ZTP Server, NMS/APMNETCONF, RESTCONF, SNMP, ZTP
Mobile / 4G4G Freedom 30GBCFS:Mobile-AccessHSS-Subscriber, PCRF-Policy, SIM-OTA, HLR-IN, Voicemail, NPEricsson HSS-FE, Ericsson PCRF, G+D OTA, HLR/IN, VoicemailDiameter (S6a/Gx), MAP/SS7, OTA SMS-PP, REST
Mobile / 5G5G Unlimited PlusCFS:Mobile-AccessUDM-Subscriber, QoS-Policy, SIM-Activation, Network-Slice, NPEricsson CCDM, Ericsson PCF, Thales SM-DP+, NP ClearinghouseHTTP/2 SBI, SGP.22, NP API
Satellite (GEO)SatConnect Business 50CFS:Satellite-AccessTerminal-Reg, Beam-Assignment, Gateway-Config, QoS-PlanHughes NMS, Hughes NCS, Gateway ControllerProprietary REST, SNMP, NMS API
Cloud MSPCloud Edge ConnectCFS:Managed-Cloud-EdgePE-VRF, VNF-Instance, VNF-Config, Cloud-Infra, Direct-Connect, OverlayCisco NSO, ONAP NFVO, AWS APINETCONF, SOL005, REST SDK

Southbound Protocol Reference

Quick-reference table for the southbound protocols encountered in this section. Each protocol has a different maturity level and standardisation body — understanding this heterogeneity is key to realistic activation architecture.

Southbound Protocol Reference

ProtocolStandard BodyPrimary Use CaseMaturity
NETCONFIETF (RFC 6241)Network element configuration (routers, switches, OLTs)Mature — widely adopted
YANGIETF (RFC 7950)Data modelling language for NETCONF/RESTCONF payloadsMature — industry standard
RADIUS CoAIETF (RFC 5176)Dynamic session policy changes on BNGsMature — broadband standard
TR-069 (CWMP)Broadband ForumCPE remote management and auto-configurationMature — deployed at scale, being superseded
TR-369 (USP)Broadband ForumNext-gen CPE management (MQTT/WebSocket transport)Emerging — new CPE deployments
HTTP/2 SBI3GPP (TS 29.5xx)5G Core network function service-based interfacesMature for 5G SA — replacing Diameter
Diameter3GPP / IETF4G/LTE subscriber and policy signalling (HSS, PCRF)Mature — legacy for 5G, still dominant in 4G
MAP / SS73GPP / ITU-THLR/IN supplementary voice services, legacy number portabilityLegacy — being replaced by IMS/Diameter, but still in production for CS voice
ZTP (DHCP+TFTP)IETF / VendorZero Touch Provisioning for managed CE routers and CPEMature — widely supported by Cisco, Juniper, Nokia CE platforms
TWAMPIETF (RFC 5357)Two-Way Active Measurement Protocol for SLA monitoring (latency, jitter, loss)Mature — standard for IP SLA measurement
GSMA SGP.22GSMAeSIM profile provisioning (SM-DP+ to eUICC)Mature — standard for eSIM
ETSI SOL005ETSI NFV ISGVNF/CNF lifecycle management (NFVO northbound)Mature — MANO standard
Cloud REST SDKsAWS / Azure / GCPPublic cloud infrastructure provisioningMature — vendor-specific
SNMPIETF (RFC 3411-3418)Legacy device monitoring and basic configurationLegacy — being replaced by NETCONF

Section 3.11 Key Takeaways

  • ROM talks to management systems (EMS, NMS, ACS, UDM, NFVO), not directly to hardware — the activation adapter pattern provides the abstraction layer
  • Fixed/Broadband activation involves three distinct system types and protocols: EMS (NETCONF), BNG (RADIUS CoA), and ACS (TR-069 REST)
  • Mobile/4G activation targets HSS + PCRF + HLR/IN over Diameter (S6a, Gx) and MAP/SS7 — still the majority of global mobile activations. Mobile/5G shifts to UDM + PCF over HTTP/2 SBI with eSIM via GSMA SGP.22
  • Fixed B2B activation is fundamentally different from residential: it involves PE-to-PE MPLS transport (via NSO), managed CPE provisioning (via ZTP), and SLA monitoring from Day 1 — with multi-site orders generating multiple parallel resource orders
  • Satellite has no standardised southbound interface — each vendor (Hughes, iDirect, ViaSat, Starlink) requires a proprietary adapter, unlike the convergence seen in terrestrial networks
  • Cloud MSP is the most complex domain: ROM orchestrates across NSO + MANO + cloud APIs in phased activation, and SOM owns the cross-system saga for compensation
  • The southbound protocol landscape is heterogeneous by design — NETCONF, RADIUS, TR-069, HTTP/2 SBI, SOL005, and cloud SDKs all coexist in a single operator's activation stack
  • Catalog-driven engine routing (Module 9 Section 9.4) selects the correct adapter at runtime based on RFS technology indicators — ROM doesn't hardcode which adapter to use
  • This section gives the conceptual map of what ROM talks to; Module 9 provides the engineering depth of how the routing and integration actually works