Optical Communication

Chapter 12
Network Control, Automation and AI-Assisted Operations

Post Graduate Program in Electronics and Communication Engineering
Optical Communication   •   Post Graduate

Network Control, Automation and AI-Assisted Operations

Introduction and Context

Optical communication networks have evolved from manually configured transport systems into programmable, software-controlled infrastructures. Modern coherent transmission, reconfigurable optical add–drop multiplexers (ROADMs), elastic spectrum allocation, disaggregated hardware, and cloud-based services have increased operational flexibility. They have also made network management more complex. A change in modulation, routing, spectrum allocation, amplifier settings, or protection policy can affect performance across many interconnected nodes.

Network control, automation, and artificial intelligence (AI) address this complexity by combining programmable control planes, continuous telemetry, analytical models, and closed-loop decision-making. Software-defined networking (SDN) separates high-level control decisions from device-specific implementation. Network functions virtualization (NFV) places selected functions in software rather than dedicated appliances. Digital twins provide model-based representations of physical networks, while intent-based networking translates business or service objectives into enforceable technical policies. Machine learning (ML) supports impairment estimation, anomaly detection, fault localization, predictive maintenance, and resource allocation.

Automation does not eliminate engineering judgment. Optical networks operate under physical constraints such as attenuation, nonlinear interference, dispersion, amplifier noise, filter narrowing, and spectrum continuity. Reliable automation must therefore combine data-driven models with optical-domain knowledge, safety constraints, explainability, and human oversight.

Learning Objectives

After completing this chapter, the learner should be able to:

1. Explain SDN, NFV, telemetry, digital twins, and intent-based control in optical networks.

2. Distinguish control-plane, management-plane, and orchestration functions.

3. Describe closed-loop automation and its safety requirements.

4. Apply ML concepts to impairment estimation, fault localization, maintenance, and resource allocation.

5. Evaluate data quality, model performance, explainability, cybersecurity, and governance.

6. Design an AI-assisted operational workflow for a realistic optical-network scenario.

1. Control and Automation Architecture

1.1 Planes and domains of responsibility

A traditional optical network commonly contains three interacting layers:

  • Data plane: transmits optical and client signals through transponders, ROADMs, amplifiers, monitors, and switching elements.
  • Control plane: computes paths, establishes connections, performs restoration, and exchanges topology or state information.
  • Management plane: performs configuration, inventory, fault management, performance monitoring, accounting, and software lifecycle management.

In practice, these functions overlap. An SDN controller may perform activities traditionally associated with both control and management planes, while an orchestrator coordinates resources across optical, packet, compute, and storage domains.

A useful hierarchical architecture is:

1. Physical and device layer: transponders, ROADMs, amplifiers, sensors, and embedded controllers.

2. Element and domain controllers: abstract device capabilities and operate an optical domain.

3. SDN control layer: maintains topology, computes paths, and exposes programmable interfaces.

4. Multi-domain orchestrator: coordinates optical and packet resources and service lifecycles.

5. Service and intent layer: expresses objectives such as latency, availability, bandwidth, and restoration time.

6. Analytics and assurance layer: collects telemetry, estimates risk, detects anomalies, and recommends or executes actions.

The abstraction must preserve information needed for correct decisions. Excessive abstraction hides physical feasibility; insufficient abstraction makes automation dependent on vendor-specific implementation details.

1.2 Software-defined networking

SDN commonly separates a logically centralized control function from forwarding devices. The controller maintains a network view and uses southbound interfaces to configure devices. Northbound interfaces expose services to orchestrators and applications. “Logically centralized” does not require a single physical controller; production systems normally use redundant controller clusters.

In optical networking, SDN may manage:

  • wavelength or frequency-slot assignment;
  • ROADM direction and spectrum configuration;
  • transponder modulation, baud rate, and forward-error-correction profiles;
  • path computation and restoration;
  • amplifier operating points and power equalization;
  • service provisioning and decommissioning.

A path computation engine must consider both topology and physical feasibility. A shortest-hop path may be unacceptable because its optical reach, accumulated filtering, nonlinear interference, or margin is inadequate.

1.3 NFV and service orchestration

NFV implements network functions as software workloads on general-purpose or cloud infrastructure. In an optical transport environment, examples can include telemetry processing, protocol gateways, security functions, performance analytics, digital-twin services, and packet-layer functions associated with transport services. NFV is not a replacement for optical hardware: high-speed photonic generation, detection, switching, and amplification remain dependent on specialized equipment.

NFV introduces lifecycle operations: instantiate, configure, scale, heal, update, migrate, and terminate. An orchestrator must map service requirements to available compute, network, and storage resources. It must also manage placement latency, timing, reliability, software versions, and security boundaries.

2. Telemetry and Closed-Loop Control

2.1 From polling to streaming telemetry

Conventional management often relies on periodic polling. Polling is simple but can miss short-lived events and create unnecessary traffic. Streaming telemetry continuously or event-selectively exports measurements from devices and controllers.

Relevant optical telemetry includes:

  • received optical power and pre- or post-amplifier power;
  • optical signal-to-noise ratio (OSNR), when measured or estimated;
  • chromatic-dispersion and polarization-related indicators;
  • bit-error ratio (BER), Q-factor, and FEC statistics;
  • laser frequency, temperature, bias current, and optical power;
  • amplifier gain, tilt, pump current, and alarms;
  • spectrum occupancy and channel loading;
  • configuration changes, alarms, and service events.

Telemetry has four important dimensions: what is measured, where, when, and with what uncertainty. Timestamp accuracy and synchronization are essential when correlating events across nodes.

2.2 Closed-loop automation

A closed loop contains:

1. Observation: collect measurements and events.

2. State estimation: infer current network and service condition.

3. Analysis: compare state with objectives or predicted behavior.

4. Decision: select an action subject to policy and constraints.

5. Execution: configure devices or software functions.

6. Verification: confirm that the intended result occurred.

A practical loop should include rate limits, rollback, approval thresholds, and an explicit safe state. Automation should not repeatedly change a parameter in response to noisy measurements. Hysteresis, confidence thresholds, and cooldown intervals reduce oscillation.

2.3 Digital twins

A digital twin is a continuously updated digital representation of a physical network. It combines topology, inventory, configuration, telemetry, software versions, physical models, and historical events. It differs from a static simulator because it is synchronized with an operational system and can support prediction, what-if analysis, and controlled experimentation.

An optical digital twin may contain:

  • node and fiber topology;
  • span length, loss, dispersion, and repair information;
  • transponder capabilities and operating profiles;
  • ROADM filter characteristics;
  • amplifier models and calibration data;
  • measured performance and alarm history;
  • service paths and protection relationships.

The twin can test a candidate lightpath, estimate margin, simulate a fiber cut, evaluate a spectrum reassignment, or compare maintenance strategies. Its accuracy is limited by stale inventory, inaccurate physical parameters, unmodeled aging, and measurement uncertainty. Therefore, the twin requires continual validation against observations.

2.4 Intent-based networking

An intent expresses the desired outcome rather than a device command. For example: “Provide a 400-Gb/s service between sites A and B with availability of 99.99%, latency below 10 ms, and restoration within 200 ms.” The intent system must translate this statement into:

  • technical constraints;
  • feasible paths and transponder profiles;
  • spectrum and power settings;
  • protection or restoration rules;
  • monitoring requirements;
  • compliance and authorization checks.

Intent translation is not merely a language-processing problem. It is a constraint-solving and policy-verification problem. The system must reject an intent that is infeasible, contradictory, unauthorized, or physically unsafe. Natural-language interfaces may assist an operator, but the resulting machine-readable intent should be explicit, versioned, and auditable.

3. Optical Performance Models and AI Tasks

3.1 Physics-informed feasibility

For a candidate connection, the received quality depends on transmitter characteristics, fiber loss, amplifier noise, nonlinear effects, filtering, dispersion compensation or equalization, and implementation penalties. A simplified linearized quality model may express an effective signal-to-noise-and-distortion ratio as

\[

\frac{1}{Q_{\mathrm{eff}}}=\frac{1}{Q_{\mathrm{ASE}}}+\frac{1}{Q_{\mathrm{NLI}}}+\frac{1}{Q_{\mathrm{imp}}},

\]

where each term represents an equivalent quality contribution from amplified spontaneous emission (ASE), nonlinear interference (NLI), and implementation impairments. This reciprocal-addition form is applicable when the contributions are represented as compatible inverse quality measures and are sufficiently independent for the adopted model. It is not a universal law; detailed coherent-system models may use generalized SNR, generalized mutual information, or other performance metrics.

A common OSNR definition is

\[

\mathrm{OSNR}_{\mathrm{dB}}=10\log_{10}\left(\frac{P_s}{P_n}\right),

\]

where \(P_s\) and \(P_n\) are signal and noise powers measured using specified reference bandwidths. The reference bandwidth must be stated because OSNR values depend on measurement convention.

ML can learn a mapping from route, equipment, configuration, and telemetry features to a target such as BER, generalized mutual information, margin, or probability of successful provisioning. Purely data-driven prediction may fail when operating conditions differ from training data. Hybrid models combine physical equations with ML residual correction, constraints, or uncertainty estimation.

3.2 Fault localization

Fault localization is an inference problem. A single fault may generate multiple alarms, while one alarm may have several causes. Useful evidence includes alarm timing, power changes, BER trends, neighboring-node observations, topology, maintenance records, and configuration changes.

Methods include:

  • rule-based correlation using domain knowledge;
  • graph-based inference over nodes, spans, and services;
  • supervised classification when labeled fault data exist;
  • unsupervised anomaly detection for previously unseen behavior;
  • probabilistic diagnosis that ranks hypotheses by evidence.

A model should distinguish root cause from symptoms. For example, a fiber cut can cause loss-of-signal alarms at several receivers; treating each alarm as an independent fault may result in unnecessary interventions.

3.3 Predictive maintenance

Predictive maintenance estimates the risk or remaining useful life of a component. Features may include temperature, pump current, laser bias, fan speed, error rates, alarm frequency, and drift from calibrated behavior. The decision is not simply “replace when predicted failure is high.” It should compare failure consequences, spare availability, maintenance cost, service criticality, and the risk of intervention.

For time-to-event prediction, censored observations must be handled correctly: a component still operating at the end of the observation period has not necessarily failed. Evaluation should therefore use suitable survival-analysis methods or carefully defined classification windows.

3.4 Dynamic resource allocation

Elastic optical networks allocate frequency slots rather than fixed wavelength channels. Resource allocation must satisfy spectrum continuity and, in many networks, spectrum contiguity. It must also account for guard bands, modulation reach, transponder capability, protection, and future fragmentation.

A simplified utilization measure is

\[

U=\frac{S_{\mathrm{occupied}}}{S_{\mathrm{available}}},

\]

where both quantities refer to the same link and spectrum definition. High utilization does not necessarily imply good efficiency: fragmentation can prevent a new request even when total free spectrum is large.

AI may predict demand, rank candidate routes, or estimate the probability that a request will be blocked. The final allocation should remain subject to deterministic feasibility checks. Reinforcement learning can optimize sequential decisions, but exploration in a live network requires a safe simulator, constrained action space, or shadow mode.

4. Data Quality, Model Evaluation, and Explainability

AI performance depends on data provenance and operational discipline. Important data-quality dimensions are:

  • completeness: required measurements are present;
  • correctness: values reflect the physical system;
  • timeliness: data arrive within the decision interval;
  • consistency: units, identifiers, and timestamps agree;
  • representativeness: training data cover relevant loads, seasons, vendors, and failure modes;
  • label quality: fault and maintenance labels reflect the true cause rather than the first recorded symptom.

Data pipelines should validate ranges, units, timestamps, duplicate records, missingness, and sensor calibration. Train/test separation must respect time and topology. Randomly mixing records from the same incident into both sets can produce data leakage and unrealistically high accuracy.

Useful evaluation measures include precision, recall, F1 score, calibration, false-alarm rate, mean absolute error, prediction interval coverage, service-blocking probability, restoration time, and economic cost. Accuracy alone is inadequate for rare faults. A model that misses a severe failure may be unacceptable even if its overall accuracy is high.

Explainability should match the operational decision. Feature attribution can indicate why a model predicted low margin; counterfactual analysis can show which change would improve feasibility; example-based explanations can identify similar historical events. Explanations are not automatically causal. Operators should be shown data age, confidence, applicable operating range, and known limitations.

5. Governance, Security, and Safety

AI-assisted optical operations introduce risks beyond ordinary software defects. Incorrect training labels, vendor changes, sensor spoofing, adversarial inputs, model drift, and unauthorized automated actions can affect service availability.

Best practices include:

  • authenticated and integrity-protected telemetry;
  • least-privilege access for controllers and models;
  • separation between recommendation and execution privileges;
  • immutable audit logs for intent, decision, configuration, and outcome;
  • model versioning and reproducible training datasets;
  • independent validation and red-team testing;
  • approval gates for high-impact changes;
  • rollback and emergency manual control;
  • continuous monitoring for drift and abnormal actions;
  • retention policies that respect privacy and contractual obligations.

Network operators should define responsibility when an AI recommendation is accepted, modified, or rejected. Regulatory obligations may involve critical-infrastructure protection, cybersecurity, service availability, data protection, and lawful access. A human-in-the-loop is not sufficient if the human cannot understand, challenge, or override the action within the required time.

6. Applied Case: AI-Assisted Restoration in a Metro Optical Network

The following is an illustrative case, not a report of a particular operator.

Background

A metropolitan network connects data centers using coherent 100- and 400-Gb/s services over ROADMs. The operator experiences intermittent degradation on several routes. Existing alarms identify affected receivers but do not reliably distinguish fiber degradation, amplifier drift, and transponder faults.

Problem

Manual diagnosis requires 20–40 minutes. Some incidents are escalated unnecessarily, while others are detected only after service margin has become small. The operator wants faster localization without allowing an unverified ML model to reconfigure live optical equipment.

Analysis

The engineering team inventories telemetry from transponders, amplifiers, ROADMs, and environmental sensors. It discovers inconsistent timestamps, missing amplifier measurements, and maintenance labels that record the replaced component rather than the actual root cause. The data pipeline is corrected, and incidents are represented as time windows rather than independent alarm rows.

A hybrid system is selected. A physics-based feasibility engine estimates expected margin for candidate paths. An anomaly model detects deviations from each device’s normal behavior. A graph-based diagnosis module combines topology, alarm timing, and power trends. The model produces ranked hypotheses and confidence intervals rather than a single unexplained label.

Approach and solution

The system operates in three modes:

1. Shadow mode: predictions are recorded but do not affect operations.

2. Recommendation mode: the system proposes a diagnosis and restoration path for engineer approval.

3. Constrained automation: only pre-authorized restoration actions are executed automatically; all actions are checked by the feasibility engine and logged.

A digital twin evaluates alternative paths, including spectrum availability, estimated quality, and protection constraints. After execution, telemetry verifies whether BER and margin improved. If verification fails, the action is rolled back or escalated.

Outcome

In the illustrative evaluation, diagnosis time decreases because correlated alarms are grouped by likely root cause. False escalations fall after data labels are improved, while uncertain cases continue to receive human review. The main benefit is not the choice of a particular ML algorithm; it is the integration of reliable telemetry, physical validation, controlled execution, and feedback.

Learning points

1. Data engineering is part of network engineering.

2. Root-cause diagnosis requires topology and temporal context.

3. Digital twins reduce the risk of testing directly on production equipment.

4. Confidence and uncertainty should influence automation authority.

5. Outcomes must be measured operationally, not only by model accuracy.

7. Contemporary Developments and Best Practices

Current research and deployment trends include intent compilation across multi-vendor domains, foundation models for operational assistance, graph neural networks for topology-aware inference, federated learning across administrative boundaries, and physics-informed neural networks. These approaches remain subject to limitations: foundation models may generate plausible but incorrect actions; federated learning may face non-identical data and privacy leakage; and graph models can degrade when topology changes.

A robust implementation sequence is:

1. establish accurate inventory and time-synchronized telemetry;

2. define measurable service and operational objectives;

3. build deterministic feasibility and policy checks;

4. begin with monitoring and anomaly detection;

5. validate models offline using time-separated data;

6. deploy in shadow and recommendation modes;

7. introduce constrained closed-loop actions;

8. monitor drift, outcomes, and operator feedback;

9. periodically recalibrate the digital twin and retrain models.

The central design principle is automation with guardrails. AI should extend engineering capacity while preserving physical feasibility, accountability, and safe failure behavior.

Chapter Summary

Optical network control is moving toward programmable, telemetry-driven, and closed-loop operation. SDN provides abstraction and centralized policy control; NFV supports software-based network functions and lifecycle management; digital twins enable prediction and safe what-if analysis; and intent-based control translates service objectives into technical configurations. Telemetry supplies the observations required for assurance, but its value depends on synchronization, calibration, provenance, and data quality.

Machine learning can estimate optical performance, detect anomalies, localize faults, predict component risk, and support dynamic spectrum and route allocation. These applications must respect optical physics and should use deterministic feasibility checks, uncertainty estimates, and operationally meaningful evaluation metrics. Explainability, cybersecurity, auditability, human oversight, and rollback are essential for trustworthy automation. The most effective architecture is hybrid: domain models constrain AI, AI handles complex patterns, and closed-loop controllers verify every consequential action.

Key Terms

SDN: Networking architecture that separates logical control decisions from device forwarding functions.

NFV: Implementation of network functions as software workloads on general-purpose infrastructure.

Telemetry: Structured measurement and event data collected from network elements and systems.

Streaming telemetry: Continuous or event-driven export of operational measurements.

Digital twin: A synchronized digital representation of a physical network used for monitoring and analysis.

Intent-based networking: Control approach that translates desired outcomes into enforceable technical policies.

Closed-loop automation: Observation, analysis, decision, execution, and verification performed as a feedback loop.

ROADM: Reconfigurable optical add–drop multiplexer used to switch optical channels or spectrum.

OSNR: Ratio of signal power to noise power, normally expressed in decibels with a stated reference bandwidth.

NLI: Nonlinear interference caused by propagation effects in optical fiber.

Optical margin: Difference between available performance and the minimum required performance.

Impairment estimation: Prediction of optical quality degradation along a candidate connection.

Fault localization: Identification of the probable physical or logical source of a network failure.

Predictive maintenance: Maintenance planning based on estimated future degradation or failure risk.

Data drift: Change in the statistical characteristics of operational data over time.

Explainability: Ability to provide understandable reasons or evidence for a model output.

Shadow mode: Deployment mode in which predictions are evaluated without controlling production equipment.

Spectrum fragmentation: Distribution of free spectrum into separated blocks that may not satisfy a new request.

Physics-informed ML: Machine learning constrained or guided by physical models and engineering knowledge.

Guardrail: A policy, constraint, approval, or verification mechanism limiting unsafe automation.

Review Questions

Short Answer Questions

1. What is the difference between streaming telemetry and periodic polling?

2. Why must an optical SDN controller consider physical feasibility?

3. Define a digital twin in the context of optical networking.

4. What is meant by shadow mode in AI-assisted operations?

5. Name four dimensions of data quality relevant to network ML.

Long Answer Questions

1. Explain the layered architecture of an automated optical network and the role of each layer.

2. Discuss how intent-based networking can translate a service objective into an optical configuration.

3. Explain the benefits and limitations of combining physics-based models with machine learning.

4. Describe a closed-loop fault-management workflow, including verification and rollback.

5. Evaluate the governance and cybersecurity requirements for AI-controlled optical networks.

Analytical / Application Questions

1. A proposed lightpath has adequate total free spectrum but no contiguous block large enough for its selected transponder. Explain why utilization alone is insufficient and propose two remedies.

2. A fault-localization model has high accuracy but misses most rare fiber-cut events. Which evaluation measures and data-processing changes would you use to assess and improve it?

3. Design a staged deployment plan for predictive maintenance in a multi-vendor optical network, identifying where human approval and deterministic safety checks should be required.

Multiple Choice Questions with Answers

Question 1

Which function is most directly associated with an SDN controller in an optical network?

A. Computing paths and applying network-wide policies

B. Manufacturing optical fiber

C. Replacing all photodetectors with software

D. Eliminating the need for telemetry

Correct Answer: A. Computing paths and applying network-wide policies

Question 2

What is the principal purpose of a digital twin?

A. To provide a synchronized model for monitoring and what-if analysis

B. To increase fiber attenuation deliberately

C. To replace every physical network element

D. To store only customer invoices

Correct Answer: A. To provide a synchronized model for monitoring and what-if analysis

Question 3

Which sequence best represents a closed-loop automation process?

A. Observe, estimate, analyze, decide, execute, verify

B. Execute, delete, observe, ignore, decide, verify

C. Decide, manufacture, poll, disconnect, execute, archive

D. Verify, execute, ignore, estimate, delete, decide

Correct Answer: A. Observe, estimate, analyze, decide, execute, verify

Question 4

Why is spectrum utilization alone insufficient for evaluating an elastic optical network?

A. Free spectrum may be fragmented and unusable for a requested contiguous block

B. Utilization measures only equipment temperature

C. Spectrum is never shared between services

D. High utilization always guarantees low blocking

Correct Answer: A. Free spectrum may be fragmented and unusable for a requested contiguous block

Question 5

Which statement about OSNR is correct?

A. It is a signal-to-noise power ratio whose value depends on the reference bandwidth convention

B. It is always measured in kilometers

C. It is independent of measurement bandwidth

D. It directly equals the number of active ROADMs

Correct Answer: A. It is a signal-to-noise power ratio whose value depends on the reference bandwidth convention

Question 6

What is a major advantage of hybrid physics-informed machine learning?

A. It combines pattern learning with physical constraints and engineering knowledge

B. It guarantees perfect predictions outside the training range

C. It removes the need for calibrated sensors

D. It prevents all model drift

Correct Answer: A. It combines pattern learning with physical constraints and engineering knowledge

Question 7

Which problem is especially associated with rare-event fault classification?

A. Overall accuracy may be high even when important faults are missed

B. Precision and recall become identical by definition

C. Rare faults require no labeled data

D. False negatives have no operational significance

Correct Answer: A. Overall accuracy may be high even when important faults are missed

Question 8

What is the purpose of shadow mode?

A. To evaluate model decisions without allowing them to control production equipment

B. To disable all telemetry permanently

C. To increase model authority immediately

D. To prevent comparison with historical data

Correct Answer: A. To evaluate model decisions without allowing them to control production equipment

Question 9

Which measure is a suitable example of an optical telemetry feature for predictive maintenance?

A. Laser bias current trend

B. Employee vacation balance

C. Building paint color

D. Customer postal preference

Correct Answer: A. Laser bias current trend

Question 10

Why are rollback and verification important in automated optical control?

A. They limit the impact of incorrect actions and confirm that the intended outcome occurred

B. They eliminate the need for access control

C. They make physical feasibility irrelevant

D. They guarantee that sensors cannot fail

Correct Answer: A. They limit the impact of incorrect actions and confirm that the intended outcome occurred

Optical Communication
Chapter 12 of 15