<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.3 20210610//EN" "JATS-journalpublishing1-3.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" dtd-version="1.3" article-type="research-article" xml:lang="en">
  <front>
    <journal-meta>
      <journal-title-group><journal-title>Energy Catalyst</journal-title></journal-title-group>
      <issn pub-type="epub">3103-9952</issn>
      <publisher><publisher-name>Caravel Press</publisher-name></publisher>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.65582/ec.2026.009</article-id>
      <article-id pub-id-type="publisher-id">2026.009</article-id>
      <title-group><article-title>Uncertainty-Aware Digital Twin Framework for Resilient Low-Carbon Port Infrastructure under Electrification and Sensor Degradation</article-title></title-group>
    <contrib-group>
      <contrib contrib-type="author" corresp="yes">
        <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0003-1627-1991</contrib-id>
        <name><surname>Samaei</surname><given-names>Seyed Reza</given-names></name>
        <xref ref-type="aff" rid="aff1"/>
        <email>seyedreza.samaei1984@gmail.com</email>
      </contrib>
      <contrib contrib-type="author">
        <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0003-0562-4042</contrib-id>
        <name><surname>Reddy</surname><given-names>K. S.</given-names></name>
        <xref ref-type="aff" rid="aff2"/>
        <email>ksreddy@iitm.ac.in</email>
      </contrib>
      <contrib contrib-type="author">
        <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0003-0374-4526</contrib-id>
        <name><surname>Riffat</surname><given-names>James</given-names></name>
        <xref ref-type="aff" rid="aff1"/>
        <email>ceo@wsset.org</email>
      </contrib>
      <aff id="aff1"><institution-wrap><institution>World Society of Sustainable Energy Technologies, Nottingham, United Kingdom</institution><institution-id institution-id-type="ror">https://ror.org/04zhbv473</institution-id></institution-wrap></aff>
      <aff id="aff2"><institution-wrap><institution>Indian Institute of Technology Madras, Chennai, India</institution><institution-id institution-id-type="ror">https://ror.org/03v0r5n49</institution-id></institution-wrap></aff>
    </contrib-group>
      <pub-date publication-format="electronic" date-type="pub"><day>14</day><month>10</month><year>2026</year></pub-date>
      <volume>2</volume>
      <fpage>197</fpage>
      <lpage>248</lpage>
      <self-uri xlink:href="https://caravelpress.com/journals/ec/articles/2026.009"/>
      <history>
        <date date-type="received"><string-date>28 July 2026</string-date></date>
        <date date-type="rev-recd"><string-date>21 September 2026</string-date></date>
        <date date-type="accepted"><string-date>29 September 2026</string-date></date>
      </history>
      <permissions>
        <copyright-statement>© 2026 The Author(s). Published by Caravel Press.</copyright-statement>
        <copyright-year>2026</copyright-year>
        <license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by/4.0/">
          <license-p>This is an open access article under the CC BY 4.0 licence.</license-p>
        </license>
      </permissions>
      <abstract><p>The electrification of port operations is reshaping the technical relationship between logistics performance, energy demand, infrastructure condition and data reliability. Although digital twins are increasingly used for port monitoring and decision support, many frameworks continue to assume clean sensing, synchronised data streams and stable observability. This study develops an uncertainty-aware digital twin framework for resilient low-carbon port infrastructure under electrification and sensor degradation. A synthetic reference container terminal with 4.5 million TEU/year throughput, six berths, twenty-two quay cranes, 58,000 TEU yard capacity, 120 monitoring channels, 55 MW grid-import capacity, 28 MW renewable capacity and 60 MWh battery storage is simulated for one year at a 5 min update interval. Fifty paired stochastic replications are analysed after a 14-day warm-up period. Under compound stress comprising 35% sensor loss, 5% measurement noise, 10 min synchronisation delay, 90% electrification, 25% higher latent vessel-arrival demand intensity before application of the approach-channel cap, 25% lower renewable availability and 12% lower equipment productivity, the framework yields 10.5 h mean completed-vessel waiting delay, 5.7% energy shortfall, 0.27 infrastructure-health risk, 0.31 uncertainty index, 14.6 h recovery time and a resilience index of 0.64. Relative to a conventional digital twin, completed-vessel waiting delay decreases by 18.0%, energy shortfall by 32.1%, uncertainty index by 29.5% and recovery time by 26.3%. Paired replication-level tests remain significant after Holm adjustment, with large paired effect sizes for the principal operational, energy, uncertainty and resilience outcomes. The results show that resilient electrified-port operation depends not only on installed electrical capacity, but also on temporal alignment, probabilistic state estimation, energy flexibility, health-aware operation and explicit representation of degraded information quality.</p></abstract>
      <kwd-group kwd-group-type="author">
        <kwd>Port digital twin</kwd>
        <kwd>Low-carbon port infrastructure</kwd>
        <kwd>Electrification</kwd>
        <kwd>Sensor degradation</kwd>
        <kwd>Uncertainty propagation</kwd>
        <kwd>Infrastructure health monitoring</kwd>
      </kwd-group>
      <funding-group>
        <funding-statement>This research received no specific grant from any funding agency in the public, commercial, or not-for-profit sectors. The work was completed using the authors’ existing academic and computational resources.</funding-statement>
      </funding-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec1">
      <title>Introduction</title>
      <p>Ports are no longer only physical gateways for cargo exchange. They are becoming electrified, sensor-rich, data-dependent, and operationally coupled infrastructure systems in which logistics performance, energy availability, asset condition, and information quality interact continuously. This transition is driven by the need to improve freight reliability, reduce emissions, increase terminal productivity, and maintain service continuity under uncertain operating conditions. Recent studies on berth allocation, port electrification, smart-port development, smart-port maturity, and infrastructure digital twins show that port systems are moving toward more integrated, data-driven, and sustainability-oriented forms of operation (<xref ref-type="bibr" rid="ref-r1">Aslam <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r2">Abu Bakar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r4">Belmoukari <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r5">Boullauazan <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>). This shift changes the technical meaning of port resilience. A resilient port is not only one that can recover from disrupted vessel arrivals or yard congestion; it must also maintain reliable decisions when energy demand fluctuates, sensor networks degrade, infrastructure ages, and digital twin states become uncertain.</p>
      <p>Digital twins provide a promising pathway for managing this complexity because they can connect sensing, simulation, prediction, and decision support within a continuously updated representation of the physical system. In port applications, digital twins have already been used to support decarbonisation-oriented monitoring, automated terminal energy optimisation, AGV scheduling, and infrastructure communication for maintenance, while the broader digital twin literature has emphasised maintenance, open research challenges, and model reliability (<xref ref-type="bibr" rid="ref-r10">Eom <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r11">Errandonea <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r12">Fuller <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>). These studies confirm the value of digital twins for complex infrastructure systems, but they also reveal a persistent limitation. Many digital twin models still operate under assumptions of relatively clean data, stable sensing conditions, and clearly observable system states. This assumption is difficult to defend in realistic port environments, where operational, energy, and monitoring data are produced by heterogeneous platforms with different sampling rates, accuracy levels, and timestamp quality.</p>
      <p>The electrification of port operations is central to this transition. Shore power, electric cargo-handling equipment, battery-supported terminal microgrids, electric terminal vehicles, and renewable energy integration can reduce the environmental footprint of port activity. At the same time, these technologies increase the coupling between cargo operations and energy infrastructure. A delayed vessel can extend shore-power demand. Yard congestion can prolong equipment operating hours. A peak in vessel arrivals can coincide with high cargo-handling loads and limited renewable generation. Prior studies on smart-port innovation, maritime digital transformation, port energy efficiency, renewable energy management under uncertainty, civil-infrastructure digital twins, and digital twin characterisation support the need to evaluate energy, data, and operational systems together rather than as separate modelling layers (<xref ref-type="bibr" rid="ref-r18">Heikkilä <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r19">Heilig <italic>et al.</italic> 2017</xref>; <xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r25">Jones <italic>et al.</italic> 2020</xref>).</p>
      <p>In an electrified terminal, energy demand is no longer a background variable. It becomes part of the operational state of the port. If energy capacity, logistics flow, and infrastructure condition are assessed separately, the digital model may underestimate compound stress and produce decisions that appear efficient in one subsystem while weakening the overall resilience of the port. Digital platforms, port digital twins, automated terminal operation models, stochastic AGV scheduling, built-asset anomaly detection, and energy-transport scheduling studies have shown that port performance increasingly depends on the coordination of logistics, equipment, energy, and data streams (<xref ref-type="bibr" rid="ref-r26">Kapkaeva <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r33">Lu <italic>et al.</italic> 2023</xref>). However, the explicit representation of degraded sensing, synchronisation delay, and infrastructure-health uncertainty remains limited in most port-scale digital twin formulations.</p>
      <p>This problem is particularly important for low-carbon ports because electrification increases the consequences of state-estimation error. In a conventional terminal, uncertainty in vessel arrivals or crane productivity mainly affects queues and service time. In an electrified terminal, the same uncertainty can also affect peak electrical demand, battery-dispatch decisions, renewable-energy utilisation, shore-power allocation, and grid-import requirements. Recent studies on port integrated energy systems, multi-energy resilience, energy-logistics cooperative optimisation, structural health monitoring digital twins, shore-power and berth allocation, cross-domain uncertainty, and digital twin modelling foundations show that uncertainty is already recognised as a major issue in port-energy and infrastructure systems (<xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>). Yet these research streams remain fragmented. Energy studies often focus on demand, supply, and scheduling. Logistics studies often focus on berth allocation, crane assignment, yard utilisation, or AGV routing. Structural health monitoring studies often focus on asset condition. Few studies integrate these elements into one uncertainty-aware port digital twin.</p>
      <p>The research gap addressed in this study lies at the intersection of low-carbon port electrification, digital twin reliability, infrastructure health, and degraded sensing. Existing research has made important progress in smart-port digitalisation, energy-aware operation, structural health monitoring, and digital twin-based infrastructure management. Related studies on structural health monitoring, adaptive offshore digital twins, uncertainty-aware offshore wind monitoring, jack-up damage detection, high-pile wharf monitoring, post-hazard infrastructure diagnosis, and offshore platform digital-twin integrity assessment provide useful technical foundations for representing asset condition as part of a digital decision-support framework (<xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r41">Riffat <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r43">Riffat <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r45">Samaei and Riffat 2025</xref>; <xref ref-type="bibr" rid="ref-r47">Samaei and Riffat 2026b</xref>). However, in port operations, infrastructure health is still rarely treated as a dynamic state variable that interacts with electrification demand, operational congestion, sensing degradation, and uncertainty propagation.</p>
      <p>The present study develops an uncertainty-aware digital twin framework for resilient low-carbon port infrastructure under electrification and sensor degradation. The proposed framework is designed for a synthetic reference container terminal undergoing progressive electrification. It integrates four coupled layers: operational flow, energy demand, infrastructure health, and uncertainty propagation. The operational layer represents vessel arrivals, berth occupancy, crane productivity, yard saturation, and recovery behaviour. The energy layer captures auxiliary demand, shore-power demand, electrified cargo-handling demand, renewable generation, grid import, and battery support. The infrastructure-health layer tracks the condition of monitored port assets through a normalised health index and associated risk measure. The uncertainty layer accounts for sensor loss, measurement noise, synchronisation delay, and state-estimation uncertainty. These concepts are consistent with recent developments in health-aware digital twins, self-healing digital twin logic, diagnosis-informed control, bridge maintenance twins, structural health monitoring digital twins, and industrial digital twin theory (<xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>; <xref ref-type="bibr" rid="ref-r48">Samaei and Riffat 2026c</xref>; <xref ref-type="bibr" rid="ref-r49">Samaei and Riffat 2026d</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r53">Sun <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r54">Tao <italic>et al.</italic> 2019</xref>).</p>
      <p>The study uses a controlled synthetic stochastic simulation environment rather than confidential field data. This choice allows the modelling assumptions, parameter ranges, stress scenarios, and performance indicators to be stated transparently and independently examined by other researchers. The synthetic reference configuration represents a medium-to-large container terminal with an annual throughput of 4.5 million TEU, six berths, twenty-two quay cranes, a 58,000 TEU yard capacity, progressive electrification, a terminal microgrid, renewable generation, battery storage, and 120 aggregated monitoring channels. The simulation horizon is one full operating year with a five-minute digital twin update interval. Six scenarios are examined, ranging from reference operation to extreme robustness testing. These scenarios progressively increase sensor loss, measurement noise, synchronisation delay, electrification level, vessel-arrival variability, yard stress, renewable-energy limitation, and grid-capacity pressure. The final positioning of the study is also informed by research on maritime digital transformation, berth-tug co-scheduling, robust berth allocation, shore-power and berth collaboration, and green-port digitalisation (<xref ref-type="bibr" rid="ref-r55">Tijan <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r56">Wang and Zou 2024</xref>; <xref ref-type="bibr" rid="ref-r57">Xiang and Liu 2021</xref>; <xref ref-type="bibr" rid="ref-r58">Zhang <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r59">Zhang <italic>et al.</italic> 2025</xref>).</p>
      <p>The main severe scenario combines degraded sensing and energy stress. In this scenario, 35% sensor loss, 5% measurement noise, 10 min synchronisation delay, 90% electrification level, 25% reduction in renewable availability, and 12% reduction in equipment productivity are imposed simultaneously. This scenario is used as the primary evaluation case because it represents a demanding but still technically interpretable condition for a transitioning low-carbon port. A more extreme scenario is also included to test robustness boundaries, but it is not treated as a normal design condition. The proposed framework is compared with three benchmark models: a rule-based port-control model, a conventional digital twin without explicit uncertainty propagation, and an energy-aware digital twin with partial synchronisation correction. This comparison is necessary to isolate whether performance gains arise from the full integration of uncertainty, energy, infrastructure health, and synchronisation correction rather than from digitalisation alone.</p>
      <p>The contributions of this study are fivefold. First, it formulates a coupled port-scale digital twin in which logistics flow, electrification demand, infrastructure health, and degraded sensing are evaluated within a common dynamic structure. Second, it develops a normalised extended Kalman filtering procedure that explicitly represents sensor loss, measurement noise, synchronisation delay, process uncertainty, and state-estimation covariance. Third, it incorporates bounded simulated adaptive-response actions so that improved state estimation can influence operational coordination, yard recovery, flexible-load management, battery dispatch, and precautionary capacity adjustment without implying field deployment. Fourth, it provides a transparently parameterised synthetic stochastic simulation design, including initial conditions, input distributions, covariance settings, resilience weights, recovery rules, random-seed management, and numerical implementation details. Fifth, it evaluates the framework through scenario comparison, benchmark testing, ablation analysis, uncertainty sensitivity, estimator calibration, annual energy assessment, and scalability analysis. The study also distinguishes explicitly between the transferable digital-twin architecture and the container-terminal-specific variables used in the present implementation.</p>
      <p>The scientific value of the proposed framework is not limited to a single terminal layout or a specific regional port system. The problem addressed in this study is broader: ports worldwide are being asked to reduce emissions, improve supply-chain reliability, increase operational transparency, and maintain infrastructure serviceability under growing uncertainty. These requirements reinforce the practical relevance of a digital twin framework that can evaluate low-carbon port performance under non-ideal data conditions. Within this context, the proposed framework provides a structured way to examine how electrification, data degradation, operational variability, and infrastructure-health uncertainty jointly influence port resilience.</p>
      <p>The remainder of this paper is organised as follows. Section 2 reviews the literature on port digital twins, low-carbon port electrification, uncertainty-aware decision support, and infrastructure health monitoring. Section 3 presents the proposed digital twin framework, including the operational, energy, infrastructure-health, and uncertainty modules. Section 4 describes the synthetic reference port configuration, stochastic simulation environment, operating scenarios, benchmark models, and performance indicators. Section 5 reports the main results under reference, degraded-sensing, electrification-stress, operational-variability, compound-stress, and extreme robustness scenarios. Section 6 presents the benchmark comparison, ablation analysis, sensitivity assessment, and scalability evaluation. Section 7 discusses practical implications, limitations, and future research needs. Section 8 concludes the study. Figure 1 illustrates the conceptual structure of the proposed uncertainty-aware low-carbon port digital twin by linking operational flow, electrification demand, infrastructure health monitoring, degraded sensing, uncertainty propagation, and resilience-oriented decision support.</p>
      <fig id="fig1">
        <label>Figure 1</label>
        <caption><p>Conceptual architecture linking the physical port, sensing, six-state estimation, uncertainty diagnostics and bounded simulated response.</p></caption>
        <graphic xlink:href="obj/de/7a/de7ae0b37af2e27615857d847c3f6cd027344d9eaa2271dc37087a5393ef3132"/>
      </fig>
    </sec>
    <sec id="sec2">
      <title>Literature Review</title>
      <sec id="sec3">
        <title>Digital twins for port operation and logistics coordination</title>
        <p>The digital transformation of port systems has advanced from isolated automation toward integrated decision-support environments in which physical operations, data streams, simulation models, and predictive algorithms interact continuously. In this context, the digital twin has become more than a visualisation tool. It is increasingly viewed as a dynamic representation of port assets and processes that can support monitoring, forecasting, optimisation, and operational decision-making. The broader digital twin literature has established the value of dynamic virtual models for maintenance, lifecycle monitoring, model updating, and decision support, while also identifying persistent challenges related to data quality, system fidelity, interoperability, and uncertainty representation (<xref ref-type="bibr" rid="ref-r11">Errandonea <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r12">Fuller <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r25">Jones <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r53">Sun <italic>et al.</italic> 2025</xref>). In port systems, this concept has been extended toward smart-port architectures, automated terminal operation, berth planning, AGV scheduling, energy-aware operation, digital platform ecosystems, and port decarbonisation assessment (<xref ref-type="bibr" rid="ref-r4">Belmoukari <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r5">Boullauazan <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r10">Eom <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r18">Heikkilä <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r19">Heilig <italic>et al.</italic> 2017</xref>; <xref ref-type="bibr" rid="ref-r26">Kapkaeva <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>). These studies show that port digitalisation is not only a technological upgrade. It is also a shift in how port systems coordinate infrastructure, equipment, energy, data, and decision-making. Smart-port research has shown that digital maturity, operational integration, automation, sustainability, and performance management are now closely connected in modern terminal systems (<xref ref-type="bibr" rid="ref-r4">Belmoukari <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r5">Boullauazan <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r18">Heikkilä <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r19">Heilig <italic>et al.</italic> 2017</xref>; <xref ref-type="bibr" rid="ref-r55">Tijan <italic>et al.</italic> 2021</xref>). However, the degree to which these digital systems can remain reliable under degraded sensing and uncertain data conditions is still not fully resolved.</p>
        <p>Several studies have moved closer to operational port digital twins. Digital twin models have been proposed for decarbonisation-oriented port monitoring, automated container terminal energy optimisation, AGV scheduling, and production-operation support (<xref ref-type="bibr" rid="ref-r10">Eom <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>). Port digital twin studies derived from smart-city and supply-chain twinning experience further show that port twins need to connect infrastructure, operation, data flows, and decision-support functions within a single architecture (<xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>). These contributions provide an important foundation for the present study, but most existing port digital twins still place stronger emphasis on operational visibility and scheduling performance than on explicit uncertainty propagation, synchronisation error, and infrastructure-health coupling.</p>
        <p>The logistics optimisation literature also provides important foundations for the operational layer of port digital twins. Berth allocation, quay-crane assignment, tug coordination, AGV scheduling, shore-power coordination, and uncertain operation time have all been studied as key determinants of port performance (<xref ref-type="bibr" rid="ref-r1">Aslam <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r56">Wang and Zou 2024</xref>; <xref ref-type="bibr" rid="ref-r57">Xiang and Liu 2021</xref>; <xref ref-type="bibr" rid="ref-r59">Zhang <italic>et al.</italic> 2025</xref>). These studies confirm that port operation is inherently multi-objective and uncertainty-sensitive. Vessel delay, berth occupancy, equipment allocation, yard congestion, service time, energy demand, and environmental performance are strongly linked. However, many optimisation models focus on specific decisions under predefined inputs rather than on the continuous state estimation of a coupled physical-digital system. This distinction is important because a scheduling model may provide an efficient plan, while a digital twin must continue estimating the system state when data are noisy, delayed, missing, or temporally inconsistent.</p>
        <p>A further limitation is that many port digital twin models are developed under assumptions of stable observability. In practice, port systems are monitored by heterogeneous data sources, including operational databases, energy meters, environmental sensors, structural monitoring devices, equipment-control systems, and terminal-management platforms (<xref ref-type="bibr" rid="ref-r26">Kapkaeva <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>). These data streams do not always arrive at the same frequency, with the same accuracy, or with consistent timestamps. When a digital twin combines these data without explicitly accounting for missing values, delayed measurements, sensor drift, and synchronisation mismatch, the resulting state estimate may appear precise while actually carrying hidden uncertainty. This issue becomes more serious under peak operating conditions, when decisions must be made quickly and the consequences of state-estimation error can propagate across logistics, energy, and infrastructure layers (<xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r49">Samaei and Riffat 2026d</xref>).</p>
      </sec>
      <sec id="sec4">
        <title>Low-carbon port electrification and energy-aware operation</title>
        <p>The decarbonisation of port activity has created strong interest in electrified terminal operations. Shore power, electric cargo-handling equipment, battery-supported terminal microgrids, electric terminal vehicles, renewable generation, and energy-storage systems are now central elements of low-carbon port planning (<xref ref-type="bibr" rid="ref-r2">Abu Bakar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r33">Lu <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>; <xref ref-type="bibr" rid="ref-r58">Zhang <italic>et al.</italic> 2024</xref>). These technologies can reduce emissions from berthed vessels and cargo-handling operations, but they also introduce new operational dependencies. A conventional terminal may evaluate service performance mainly through time, capacity, and productivity. An electrified terminal must also evaluate when energy is required, where it is consumed, whether local supply can meet demand, how storage should be dispatched, and how peak demand affects overall system resilience.</p>
        <p>Port energy management has been studied through optimisation models, microgrid scheduling, shore-power planning, renewable integration, and demand-response strategies (<xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>). These studies show that port electrification cannot be managed effectively by treating energy demand as a static external input. Instead, energy demand is shaped by vessel schedules, berth allocation, crane assignment, yard operations, equipment availability, renewable generation, storage limitations, and grid-import constraints. Integrated scheduling studies have shown that coordination between seaside operation, yard activity, energy demand, and port microgrid management can improve both operational service and energy efficiency (<xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>). This direction is directly relevant to digital twin development because it shows that the port’s operational state and energy state should be updated together.</p>
        <p>More recent work has expanded the port-energy literature toward integrated energy systems, robust configuration, and cross-domain uncertainty. Distributionally robust optimisation, integrated energy-logistics scheduling, multi-energy resilience configuration, and cooperative dispatching have shown that future port energy systems are not independent energy assets; they are coupled logistics-energy systems operating under uncertainty (<xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>). Energy demand can rise because of shore-power connection, electric cargo handling, charging requirements, extended vessel service time, repeated handling, or congestion-induced inefficiency. Supply capacity may also vary because of renewable availability, battery state of charge, grid-import limits, and operational constraints. A digital twin that does not represent these interactions may underestimate energy shortfall or misinterpret the effect of electrification on resilience.</p>
        <p>The electrification of port equipment and transport also changes the operational meaning of energy flexibility. Electric vehicles, AGVs, battery systems, and charging infrastructure are not passive energy loads. Their demand depends on scheduling, task allocation, service intensity, and operational disruption (<xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r33">Lu <italic>et al.</italic> 2023</xref>). When vessel arrivals increase or yard processing slows, electric equipment may operate longer and charging demand may shift into peak periods. This means that electrification must be linked to dynamic equipment use, service demand, energy availability, and uncertainty. A port-scale digital twin should therefore represent energy demand as an operational state variable rather than a fixed input.</p>
        <p>However, most energy-focused port studies still give limited attention to infrastructure health and degraded sensing. Energy-management models often assume that operational and electrical measurements are available with sufficient accuracy for real-time control (<xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>). Similarly, many port electrification studies focus on load scheduling, cost reduction, emissions mitigation, or microgrid reliability without modelling how uncertainty in sensor data affects state estimation and decision support (<xref ref-type="bibr" rid="ref-r2">Abu Bakar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r33">Lu <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>; <xref ref-type="bibr" rid="ref-r59">Zhang <italic>et al.</italic> 2025</xref>). This creates a gap between optimisation under assumed data quality and digital twin operation under degraded information. In a realistic electrified port, energy demand may be estimated from incomplete equipment-use records, delayed shore-power measurements, uncertain vessel service times, or noisy renewable-generation forecasts. If this uncertainty is not represented, the digital twin may underestimate energy shortfall or overstate the resilience of the electrified terminal.</p>
        <p>Low-carbon ports also require a wider interpretation of resilience. A system may reduce emissions under normal operation but become fragile under compound stress if energy capacity, storage limits, yard saturation, and sensor degradation are not considered together (<xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>; <xref ref-type="bibr" rid="ref-r58">Zhang <italic>et al.</italic> 2024</xref>). High electrification levels can be beneficial during stable operation but may amplify operational stress when vessel arrivals increase, renewable availability decreases, or grid-import capacity becomes constrained. Under such conditions, resilience depends not only on energy efficiency but also on the ability of the digital twin to recognise uncertainty, anticipate overload, and coordinate corrective actions before service degradation becomes severe.</p>
      </sec>
      <sec id="sec5">
        <title>Infrastructure health monitoring and digital twins for port assets</title>
        <p>Port infrastructure includes berths, quay walls, piles, decks, pavements, cranes, fenders, mooring systems, yard surfaces, utility corridors, and energy-related assets. Many of these components are exposed to repeated operational loading, marine environmental effects, corrosion, fatigue, settlement, vibration, and long service periods. Structural health monitoring has therefore become increasingly important for maintaining the serviceability and reliability of marine and port infrastructure (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). Conventional inspection-based maintenance can identify visible deterioration, but it may not provide continuous information on hidden damage, progressive degradation, or the dynamic interaction between infrastructure condition and operational demand.</p>
        <p>Sensor-based monitoring can partly address this limitation by collecting strain, acceleration, displacement, temperature, corrosion, and environmental data from critical assets (<xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). Digital twin-based structural health monitoring extends conventional monitoring by linking sensor measurements with computational models, diagnostic algorithms, anomaly detection, and predictive maintenance logic (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r53">Sun <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r54">Tao <italic>et al.</italic> 2019</xref>). In civil infrastructure, digital twins can support monitoring, anomaly detection, asset maintenance, condition assessment, lifecycle management, and diagnosis-informed intervention planning (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). These developments are important for port systems because infrastructure condition directly affects operational capacity. A degraded berth, restricted quay segment, reduced crane availability, deteriorated yard zone, or weakened equipment-support area can change service capacity, increase delay, and alter the reliability of operational decisions. Therefore, infrastructure health should not be treated as a separate maintenance variable outside the port digital twin. It should be represented as a dynamic state variable that affects the resilience of the terminal.</p>
        <p>The relevance of structural health monitoring becomes stronger in marine and offshore infrastructure because monitoring data are often uncertain, noisy, and affected by environmental exposure. Recent work on digital twin-enabled monitoring, offshore structural diagnosis, jack-up platforms, wharves, offshore wind-related systems, and adaptive marine infrastructure monitoring indicates that structural condition should not be treated as a static background assumption when operational loads and environmental effects evolve (<xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r41">Riffat <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r43">Riffat <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r45">Samaei and Riffat 2025</xref>; <xref ref-type="bibr" rid="ref-r47">Samaei and Riffat 2026b</xref>). In the context of ports, this means that berth, quay, pile, deck, and equipment-support conditions can influence service capacity, maintenance priority, and operational confidence.</p>
        <p>Infrastructure health data are themselves uncertain. Sensor measurements may contain noise, drift, missing values, calibration error, environmental variability, and partial observability (<xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). These issues may be amplified by harsh exposure conditions, access limitations, sensor ageing, and heterogeneous monitoring layouts. A digital twin that uses health-monitoring data without representing this uncertainty may overestimate the accuracy of the infrastructure-health state. This is especially problematic when infrastructure condition is used to support operational decisions, such as berth assignment, equipment deployment, load restrictions, or maintenance prioritisation. In these cases, uncertainty in health estimation can propagate into logistics performance and energy demand.</p>
        <p>The present study addresses this issue by representing infrastructure health through a normalised health index and an associated risk measure within the port digital twin. The health index does not replace detailed structural analysis of individual assets. Instead, it provides a system-level representation of monitored infrastructure condition that can interact with operational and energy states. This modelling choice is consistent with broader digital twin research in civil infrastructure and health-aware systems, where asset condition is increasingly represented as a dynamic state variable linked to monitoring, diagnosis, and decision support (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r53">Sun <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r54">Tao <italic>et al.</italic> 2019</xref>). More detailed asset-level models can be integrated in future work, but the present framework focuses on the coupled behaviour of the port system.</p>
      </sec>
      <sec id="sec6">
        <title>Uncertainty, degraded sensing, and synchronisation in digital twin systems</title>
        <p>Uncertainty is a defining feature of practical digital twin operation. In port systems, uncertainty arises from stochastic vessel arrivals, variable cargo exchange, changing crane productivity, fluctuating yard conditions, renewable-generation variability, uncertain shore-power demand, equipment availability, and infrastructure-condition estimation (<xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r49">Samaei and Riffat 2026d</xref>). In addition to these physical and operational uncertainties, the digital twin must also handle data-quality uncertainty. Sensor loss, measurement noise, timestamp mismatch, delayed reporting, and synchronisation error can distort the estimated state of the system (<xref ref-type="bibr" rid="ref-r11">Errandonea <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r12">Fuller <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r25">Jones <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>). These effects are not minor technical details. They influence how the digital twin interprets congestion, energy shortfall, asset health, and recovery behaviour.</p>
        <p>Digital twin research has increasingly emphasised the need to represent uncertainty, model fidelity, data quality, and decision confidence (<xref ref-type="bibr" rid="ref-r11">Errandonea <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r12">Fuller <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r25">Jones <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r53">Sun <italic>et al.</italic> 2025</xref>). The broader digital twin literature identifies data integration, model updating, interoperability, and trustworthiness as central challenges for digital twin development. In infrastructure applications, digital twins must connect monitoring data with reliable models and interpretable maintenance decisions (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). These points are particularly relevant to port systems because operational, energy, and monitoring data are often produced by different platforms with different sampling rates and reliability levels (<xref ref-type="bibr" rid="ref-r26">Kapkaeva <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>).</p>
        <p>Uncertainty also appears in port optimisation and scheduling studies. Uncertain operation time, stochastic AGV tasks, renewable variability, port-integrated energy scheduling, berth allocation under uncertainty, and cross-domain dispatch uncertainty all show that ports cannot be represented as deterministic systems (<xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r49">Samaei and Riffat 2026d</xref>). However, much of this work focuses on mathematical scheduling or energy dispatch rather than degraded sensing and state-estimation confidence inside a digital twin. This distinction matters because a digital twin must continue to estimate the system state even when observations are incomplete, delayed, noisy, or temporally inconsistent.</p>
        <p>Synchronisation error is particularly relevant in multi-layer port digital twins. Operational events, energy measurements, and structural monitoring data may not be recorded at identical time intervals. A crane productivity record may represent a completed service period, while an energy meter may provide near-continuous measurements and a structural sensor may report at another sampling rate. If these streams are fused without temporal correction, the digital twin may combine variables that do not correspond to the same physical state (<xref ref-type="bibr" rid="ref-r11">Errandonea <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r12">Fuller <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r25">Jones <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>). This can create artificial correlations or hide real stress propagation. For example, an apparent reduction in energy demand may simply reflect delayed reporting rather than actual load reduction. Similarly, a health-risk estimate may be associated with the wrong operational condition if timestamps are not aligned. For this reason, synchronisation correction is treated in this study as a necessary part of the uncertainty-aware digital twin rather than as a minor preprocessing step.</p>
        <p>Degraded sensing also affects resilience assessment. If a portion of the monitoring network is unavailable, the digital twin may still operate, but with lower confidence. A robust framework should not fail immediately when data become incomplete. It should adjust the uncertainty level, rely on available measurements, use model-based estimation where appropriate, and report the increased uncertainty in the state estimate (<xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). This capability is essential for ports because sensing networks are distributed, exposed, and often maintained under operational constraints. A practical port digital twin must therefore support decision-making under partial observability rather than assume perfect data availability.</p>
      </sec>
      <sec id="sec7">
        <title>Research gap and positioning of the present study</title>
        <p>The reviewed literature shows that port digital twins, electrified port energy systems, structural health monitoring, and uncertainty-aware infrastructure models have each developed rapidly. Yet the intersection of these areas remains insufficiently integrated. Port digital twin studies often emphasise logistics coordination, automated terminal operation, port digitalisation, and operational efficiency (<xref ref-type="bibr" rid="ref-r4">Belmoukari <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r5">Boullauazan <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r10">Eom <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r18">Heikkilä <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r19">Heilig <italic>et al.</italic> 2017</xref>; <xref ref-type="bibr" rid="ref-r26">Kapkaeva <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>). Port electrification studies often focus on microgrid scheduling, shore-power demand, renewable integration, energy efficiency, or emissions reduction (<xref ref-type="bibr" rid="ref-r2">Abu Bakar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r33">Lu <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>; <xref ref-type="bibr" rid="ref-r58">Zhang <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r59">Zhang <italic>et al.</italic> 2025</xref>). Structural health monitoring studies often focus on asset-level damage detection, condition assessment, anomaly detection, or predictive maintenance (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). Uncertainty-aware optimisation studies often address berth allocation, energy dispatch, AGV scheduling, and operational planning, but not the coupled digital twin environment in which logistics, electrification, sensing quality, synchronisation, and infrastructure health evolve together (<xref ref-type="bibr" rid="ref-r1">Aslam <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r30">Li <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r43">Riffat <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r48">Samaei and Riffat 2026c</xref>; <xref ref-type="bibr" rid="ref-r49">Samaei and Riffat 2026d</xref>).</p>
        <p>This separation leaves several unresolved issues. First, many port digital twin models do not explicitly quantify how degraded sensing affects operational state estimation (<xref ref-type="bibr" rid="ref-r10">Eom <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>). Second, electrification is often modelled as an energy-management problem without sufficient linkage to infrastructure condition and data uncertainty (<xref ref-type="bibr" rid="ref-r2">Abu Bakar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r22">Iris and Lam 2019</xref>; <xref ref-type="bibr" rid="ref-r23">Iris and Lam 2021</xref>; <xref ref-type="bibr" rid="ref-r33">Lu <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r35">Ma <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r38">Peng <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>). Third, structural health monitoring is rarely integrated as a dynamic operational layer within port digital twins (<xref ref-type="bibr" rid="ref-r6">Gürdür Broo <italic>et al.</italic> 2022</xref>; <xref ref-type="bibr" rid="ref-r7">Callcut <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r32">Lu <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r37">Nasim <italic>et al.</italic> 2026</xref>; <xref ref-type="bibr" rid="ref-r44">Riffat <italic>et al.</italic> 2025a</xref>; <xref ref-type="bibr" rid="ref-r42">Riffat <italic>et al.</italic> 2025c</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>). Fourth, synchronisation error between operational, energy, and monitoring data streams is often overlooked, even though it can affect decision reliability (<xref ref-type="bibr" rid="ref-r11">Errandonea <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r12">Fuller <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r13">Gao <italic>et al.</italic> 2023a</xref>; <xref ref-type="bibr" rid="ref-r14">Gao <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r15">Gao <italic>et al.</italic> 2023b</xref>; <xref ref-type="bibr" rid="ref-r24">Jiang <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r25">Jones <italic>et al.</italic> 2020</xref>; <xref ref-type="bibr" rid="ref-r40">Rasheed <italic>et al.</italic> 2020</xref>). Fifth, benchmark comparisons and ablation studies are not consistently used to isolate the contribution of uncertainty propagation, energy modelling, infrastructure-health tracking, and synchronisation correction in port-scale low-carbon digital twins (<xref ref-type="bibr" rid="ref-r28">Klar <italic>et al.</italic> 2023</xref>; <xref ref-type="bibr" rid="ref-r31">Li <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r34">Ma <italic>et al.</italic> 2025b</xref>; <xref ref-type="bibr" rid="ref-r36">Mo <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r39">Pu <italic>et al.</italic> 2025</xref>).</p>
        <p>The present study is positioned to address these gaps through an integrated uncertainty-aware digital twin framework for resilient low-carbon port infrastructure. The framework connects operational flow, electrification demand, infrastructure health, and uncertainty propagation within a single simulation-based decision-support structure. It does not assume perfect sensing. Instead, it evaluates port performance under sensor loss, measurement noise, synchronisation delay, operational variability, energy stress, and compound degraded-data conditions. The framework is tested using a controlled synthetic stochastic simulation environment so that the model configuration, scenario assumptions, performance indicators, and benchmark comparisons can be stated transparently. This positioning builds on prior advances in port digitalisation, energy-aware terminal operation, infrastructure digital twins, and uncertainty-aware optimisation while addressing their limited integration (<xref ref-type="bibr" rid="ref-r46">Samaei and Riffat 2026a</xref>; <xref ref-type="bibr" rid="ref-r51">Shim <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r52">Song <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r53">Sun <italic>et al.</italic> 2025</xref>; <xref ref-type="bibr" rid="ref-r54">Tao <italic>et al.</italic> 2019</xref>; <xref ref-type="bibr" rid="ref-r55">Tijan <italic>et al.</italic> 2021</xref>; <xref ref-type="bibr" rid="ref-r56">Wang and Zou 2024</xref>; <xref ref-type="bibr" rid="ref-r57">Xiang and Liu 2021</xref>; <xref ref-type="bibr" rid="ref-r58">Zhang <italic>et al.</italic> 2024</xref>; <xref ref-type="bibr" rid="ref-r59">Zhang <italic>et al.</italic> 2025</xref>).</p>
        <p>The closest prior studies clarify the specific contribution boundary. Zhou et al. (<xref ref-type="bibr" rid="ref-r60">2021</xref>) developed a digital-twinning decision-support system for port resilience and predefined recovery actions. Zhu et al. (<xref ref-type="bibr" rid="ref-r61">2026</xref>) integrated digital-twin concepts with resilience and sustainability assessment for a dry-bulk port facility. Homayouni et al. (<xref ref-type="bibr" rid="ref-r21">2025</xref>) synthesised digital-twin sustainability applications in seaports and identified data quality, implementation and model validation as persistent barriers. More recently, Gil-Pereira et al. (<xref ref-type="bibr" rid="ref-r17">2026</xref>) benchmarked digital-twin architectures across European smart-port initiatives. The present study differs by jointly modelling progressive electrification, battery dispatch, infrastructure-health uncertainty, persistent sensor loss, temporal misalignment, six-state posterior covariance and bounded uncertainty-aware response in a container-terminal setting. Recent studies further reinforce the need to distinguish information-layer degradation from physical-state change. Di Fiore et al. (<xref ref-type="bibr" rid="ref-r8">2026</xref>) developed a sensing digital twin that associates corrected measurements with reliability information, while Geng et al. (<xref ref-type="bibr" rid="ref-r16">2025</xref>) integrated multi-source data within a system digital twin for life-cycle infrastructure-risk assessment. These studies support the treatment of sensing reliability and infrastructure risk as explicit digital-twin functions. The present framework extends this direction to an electrified port-scale system in which operational congestion, energy demand, physical health, persistent sensor loss and bounded response are dynamically coupled.</p>
        <p>Recent digital-twin standards and reference frameworks provide an additional basis for positioning the proposed architecture. ISO/IEC 30173:2023 establishes general digital-twin concepts, terminology, system context, functional views and lifecycle considerations, while the ISO 23247 series defines a reference architecture, digital representation and information-exchange principles for digital twins in manufacturing. Although these standards are not port-specific, their separation of physical entities, digital representations, services and information exchange is consistent with the layered structure adopted here. The Digital Twin Consortium has similarly emphasised IT/OT infrastructure, virtual representation, integration, synchronisation and application services in its Platform Stack Architectural Framework, and its more recent Digital Twin System Framework organises digital-twin systems around data, context, decision/process orchestration and actuation. The present framework is aligned with these general architectural principles but extends them for the specific problem considered here by explicitly representing persistent sensor loss, temporal misalignment, posterior state uncertainty, infrastructure-health risk, electrification stress and bounded uncertainty-aware response within one coupled port-scale simulation. It should therefore be viewed as a domain-specific analytical implementation rather than as an alternative general-purpose digital-twin standard.</p>
        <p>The contribution of this study is therefore not the introduction of digital twins, port electrification, or structural health monitoring as separate concepts. Its contribution lies in coupling these concepts under degraded information quality. By treating information uncertainty as an explicit post-update diagnostic linked to posterior covariance, sensor availability, synchronisation delay and measurement noise, rather than as an unreported external error term, the proposed framework provides a more defensible basis for evaluating low-carbon port resilience. This positioning also supports the broader need for digital infrastructure systems that remain useful when data are incomplete, delayed, noisy, or partially inconsistent. The next section presents the proposed framework and defines the mathematical structure used to connect operational performance, energy demand, infrastructure health, and uncertainty-aware state estimation.</p>
      </sec>
    </sec>
    <sec id="sec8">
      <title>Proposed Uncertainty-Aware Digital Twin Framework</title>
      <sec id="sec9">
        <title>Framework overview</title>
        <p>The port is represented as a coupled physical–digital system with operational, energy, infrastructure-health and information-quality layers. The filter estimates six physical states, while the uncertainty index is calculated after each covariance update and appended only for reporting, resilience assessment and operating-state classification.</p>
        <disp-formula id="eq1">
          <label>(1)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>𝐱</mi><mi>p</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msup><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>D</mi><mi>v</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msub><mi>O</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msub><mi>E</mi><mrow><mi>s</mi><mi>h</mi><mi>o</mi><mi>r</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mi>H</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mi>T</mi></msup></mrow></math>
        </disp-formula>
        <disp-formula id="eq2">
          <label>(2)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>𝐱</mi><mi>r</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msup><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msubsup><mi>𝐱</mi><mi>p</mi><mi>T</mi></msubsup><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msub><mi>U</mi><mi>x</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mi>T</mi></msup></mrow></math>
        </disp-formula>
        <disp-formula id="eq3">
          <label>(3)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>𝐪</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msup><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mtable><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>N</mi><mrow><mi>q</mi><mi>u</mi><mi>e</mi><mi>u</mi><mi>e</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>i</mi><mi>m</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>e</mi><mi>x</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>t</mi><mi>r</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><msub><mi>E</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><msub><mi>N</mi><mrow><mi>Q</mi><mi>C</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><msub><mi>B</mi><mi>f</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></mtd></mtr></mtable><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mi>T</mi></msup></mrow></math>
        </disp-formula>
        <p>Here, x<sub>p</sub> contains the six physical states estimated by the normalised extended Kalman filter, x<sub>r</sub> is the reporting vector, and q contains the discrete queue state, aggregate and cohort-specific yard stocks, battery energy, effective quay-crane allocation and flexible-load backlog required by the hybrid simulation engine (Figure 2). The operating-state class and the lagged response-action vector are stored separately from the EKF state. The uncertainty index is calculated after the covariance update and is not included in the transition function, process covariance or state-scaling matrix.</p>
        <p>The fixed update interval is Δt = 5 min = 1/12 h. Where a flow is expressed in TEU/day, multiplication by Δt/24 converts the daily rate into the quantity processed during one simulation step.</p>
        <fig id="fig2">
          <label>Figure 2</label>
          <caption><p>Coupled subsystem and six-state estimation architecture. The uncertainty index is calculated after the covariance update and is not propagated as a seventh EKF state.</p></caption>
          <graphic xlink:href="obj/9e/5d/9e5de520e833ef3e3dbbc988191c0e987cbc6a50be90701f915eaafe50d78023"/>
        </fig>
      </sec>
      <sec id="sec10">
        <title>Operational flow model</title>
        <p>The operational layer adopts a system-level mesoscopic representation rather than an event-level terminal microsimulation. Vessel arrivals, queue formation, berth service, crane productivity, yard stock and completed-vessel waiting delay are represented explicitly. Individual crane-dispatch sequences, crane interference, yard-block allocation, reefer clustering, plug-demand coincidence, AGV routing, truck-gate interactions and container-rehandling cycles are not represented as separate states. Their aggregate effects enter through effective quay-crane productivity, yard-service efficiency, equipment utilisation, congestion-related energy losses and scenario-specific productivity modifiers. The resulting outputs should therefore be interpreted as port-scale resilience estimates rather than dispatch-level predictions.</p>
        <p>Vessel arrivals are represented by a non-homogeneous Poisson process. Short-term persistence is introduced through a bounded AR(1) perturbation.</p>
        <disp-formula id="eq4">
          <label>(4)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>λ</mi><mrow><mi>L</mi><mi>a</mi><mi>t</mi><mi>e</mi><mi>n</mi><mi>t</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>m</mi><mrow><mi>λ</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><msub><mi>λ</mi><mn>0</mn></msub><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo>+</mo><msub><mi>A</mi><mi>λ</mi></msub><mrow><mi>sin</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mfrac><mrow><mn>2</mn><mi>π</mi><mi>h</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mn>24</mn></mfrac><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo>+</mo><msub><mi>ε</mi><mi>λ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq5">
          <label>(5)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>ε</mi><mi>λ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>ρ</mi><mi>λ</mi></msub><msub><mi>ε</mi><mi>λ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo>−</mo><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>σ</mi><mrow><mi>ε</mi><mo separator="true">,</mo><mi>λ</mi></mrow></msub><msub><mi>η</mi><mi>λ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mo form="prefix" stretchy="false">−</mo><mn>0.25,0.25</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mo separator="true">,</mo><msub><mi>η</mi><mi>λ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mo lspace="0em" rspace="0em">∼</mo><mi class="mathcal">𝒩</mi></mrow><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mn>0,1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq6">
          <label>(6)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>N</mi><mrow><mi>a</mi><mi>r</mi><mi>r</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>∼</mo><mi>P</mi><mi>o</mi><mi>i</mi><mi>s</mi><mi>s</mi><mi>o</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>λ</mi><mrow><mi>A</mi><mi>d</mi><mi>a</mi><mi>m</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The baseline intensity is λ<sub>0</sub> = 0.3166667 vessels h<sup>-1</sup>, with Aλ = 0.20, ρλ = 0.75 and σε,λ = 0.08. Vessel workload is sampled once at arrival as Cship = 800 + 2,800X, where X follows a Beta(2.9464286, 7.0535714) distribution. This bounded distribution retains the 800–3,600 TEU/call range and has a mean of 1,625 TEU/call. The arrival-rate perturbation is updated every five minutes and is initialised at zero. The scenario multiplier scales the latent vessel-arrival demand intensity. To represent the finite approach-channel intake of the synthetic reference terminal, the perturbed intensity is capped at <inline-formula><tex-math><![CDATA[\lambda_{adm,\max} = 0.46\ vessels\text{ }h^{- 1}]]></tex-math></inline-formula> before non-homogeneous Poisson sampling. Consequently, only the admitted intensity enters the terminal event ledger, queue, berth-service process and dynamic delay-state equation. The nominal and realised arrival multipliers are reported separately in Supplementary Table S13a. The approach-channel cap is represented as an exogenous admission-intensity constraint rather than as an explicit upstream anchorage queue. Demand above the admitted intensity does not enter the terminal event ledger and is not counted as terminal waiting delay, served demand or end-of-horizon queue.</p>
        <disp-formula id="eq7">
          <label>(7)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>μ</mi><mrow><mi>m</mi><mi>o</mi><mi>v</mi><mi>e</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>N</mi><mrow><mi>Q</mi><mi>C</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>μ</mi><mrow><mi>Q</mi><mi>C</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>η</mi><mrow><mi>o</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>m</mi><mi>R</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <p>The nominal crane productivity is sampled at service commencement from a triangular distribution, μQC,j∼Triangular(30,33,36) moves h<sup>-1</sup> crane<sup>-1</sup>, and remains fixed for the corresponding vessel service. The precautionary multiplier mR, defined in Equation (16a), represents the additional health-risk restriction activated by the response policy.</p>
        <disp-formula id="eq8">
          <label>(8)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>M</mi><mrow><mi>c</mi><mi>a</mi><mi>l</mi><mi>l</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo>=</mo><mfrac><msub><mi>C</mi><mrow><mi>s</mi><mi>h</mi><mi>i</mi><mi>p</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><msub><mi>f</mi><mrow><mi>T</mi><mi>E</mi><mi>U</mi><mi>/</mi><mi>m</mi><mi>o</mi><mi>v</mi><mi>e</mi></mrow></msub></mfrac><mo separator="true">,</mo><msub><mi>f</mi><mrow><mi>T</mi><mi>E</mi><mi>U</mi><mi>/</mi><mi>m</mi><mi>o</mi><mi>v</mi><mi>e</mi></mrow></msub><mo>=</mo><mn>1.25</mn></mrow></math>
        </disp-formula>
        <p>For each active vessel, remaining workload is reduced every five minutes by the moves completed during that step. Vessels enter a first-come-first-served queue, and free berths are assigned to the earliest waiting vessels. At berth assignment, a vessel receives three quay cranes whenever at least three cranes are idle. If only two cranes are available, service may commence with two cranes; service does not commence with fewer than two. A fourth crane is assigned only through the deterministic warning- or stressed-state response rule. Simultaneous assignments follow first-come-first-served order, with physical arrival time and fixed vessel identifier used as deterministic tie-breaks. The terminal-wide limit is twenty-two cranes. The initial state with three active berths and twelve effective cranes is a deliberate warm start with four cranes assigned to each initially active vessel and does not redefine the nominal three-crane rule. Individual completed-vessel waiting delay is calculated from event records:</p>
        <disp-formula id="eq9">
          <label>(9)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>D</mi><mrow><mi>w</mi><mi>a</mi><mi>i</mi><mi>t</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo>=</mo><msub><mi>t</mi><mrow><mi>s</mi><mi>e</mi><mi>r</mi><mi>v</mi><mi>i</mi><mi>c</mi><mi>e</mi><mo separator="true">,</mo><mi>s</mi><mi>t</mi><mi>a</mi><mi>r</mi><mi>t</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo>−</mo><msub><mi>t</mi><mrow><mi>a</mi><mi>r</mi><mi>r</mi><mi>i</mi><mi>v</mi><mi>a</mi><mi>l</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub></mrow></math>
        </disp-formula>
        <disp-formula id="eq10">
          <label>(10)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msubsup><mi>D</mi><mrow><mi>w</mi><mi>a</mi><mi>i</mi><mi>t</mi></mrow><mrow class="tml-sml-pad"><mo fence="true" form="prefix" stretchy="false">(</mo><mi>r</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></msubsup><mo>=</mo><mfrac><mn>1</mn><msubsup><mi>N</mi><mrow><mi>s</mi><mi>e</mi><mi>r</mi><mi>v</mi><mi>e</mi><mi>d</mi></mrow><mrow class="tml-med-pad"><mo fence="true" form="prefix" stretchy="false">(</mo><mi>r</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></msubsup></mfrac><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>j</mi><mo>=</mo><mn>1</mn></mrow><msubsup><mi>N</mi><mrow><mi>s</mi><mi>e</mi><mi>r</mi><mi>v</mi><mi>e</mi><mi>d</mi></mrow><mrow class="tml-med-pad"><mo fence="true" form="prefix" stretchy="false">(</mo><mi>r</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></msubsup></munderover></mrow><msub><mi>D</mi><mrow><mi>w</mi><mi>a</mi><mi>i</mi><mi>t</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub></mrow></math>
        </disp-formula>
        <disp-formula id="eq11">
          <label>(11)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>μ</mi><mi>v</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mrow><msub><mi>μ</mi><mrow><mi>m</mi><mi>o</mi><mi>v</mi><mi>e</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><msub><menclose notation="top" class="tml-overline"><mi>M</mi></menclose><mrow><mi>c</mi><mi>a</mi><mi>l</mi><mi>l</mi></mrow></msub></mfrac><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><msub><menclose notation="top" class="tml-overline"><mi>M</mi></menclose><mrow><mi>c</mi><mi>a</mi><mi>l</mi><mi>l</mi></mrow></msub><mo>=</mo><mfrac><mn>1625</mn><mn>1.25</mn></mfrac><mo>=</mo><mn>1300</mn><mtext> </mtext><mi>m</mi><mi>o</mi><mi>v</mi><mi>e</mi><mi>s</mi><mi>/</mi><mi>v</mi><mi>e</mi><mi>s</mi><mi>s</mi><mi>e</mi><mi>l</mi></mrow></math>
        </disp-formula>
        <disp-formula id="eq12">
          <label>(12)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>D</mi><mi>v</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo>+</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><mn>0</mn><mo separator="true">,</mo><mtext> </mtext><msub><mi>D</mi><mi>v</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>α</mi><mi>d</mi></msub><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>λ</mi><mrow><mi>a</mi><mi>d</mi><mi>a</mi><mi>m</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>μ</mi><mi>v</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo>+</mo><msub><mi>ξ</mi><mi>d</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">}</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq13">
          <label>(13)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>α</mi><mi>d</mi></msub><mo>=</mo><mn>8.0</mn><mtext> </mtext><mi>h</mi><mi>/</mi><mi>v</mi><mi>e</mi><mi>s</mi><mi>s</mi><mi>e</mi><mi>l</mi><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><msub><mi>ξ</mi><mi>d</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mo lspace="0em" rspace="0em">∼</mo><mi class="mathcal">𝒩</mi></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><msup><mn>0.04</mn><mn>2</mn></msup><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mtext> </mtext><mi>h</mi><mi>/</mi><mi>s</mi><mi>t</mi><mi>e</mi><mi>p</mi><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><msub><mi>ξ</mi><mi>d</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>∈</mo><mrow><mo fence="true" form="prefix" stretchy="false">[</mo><mo form="prefix" stretchy="false">−</mo><mn>0.12,0.12</mn><mo fence="true" form="postfix" stretchy="false">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>At the five-minute update scale, <inline-formula><tex-math><![CDATA[D_{v}(k)]]></tex-math></inline-formula> is the dynamic port-level delay state propagated from the difference between admitted vessel-arrival intensity and effective vessel-service intensity. The notation <inline-formula><tex-math><![CDATA[D_{v}(k)]]></tex-math></inline-formula> is reserved exclusively for this five-minute digital-twin state. Event-level waiting delay is denoted by <inline-formula><tex-math><![CDATA[D_{wait,j}]]></tex-math></inline-formula>, and the replication-level completed-vessel mean is denoted by <inline-formula><tex-math><![CDATA[{\bar{D}}_{wait}^{(r)}]]></tex-math></inline-formula>. These reporting quantities are derived from service-event records and are not substituted for the filter state. The coefficient <inline-formula><tex-math><![CDATA[\alpha_{d} = 8.0\ h/vessel]]></tex-math></inline-formula> is the delay-sensitivity parameter examined in the one-at-a-time analysis.</p>
        <p>Berth occupancy and yard saturation are defined as follows:</p>
        <disp-formula id="eq14">
          <label>(14)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>M</mi><mrow><mi>j</mi><mo separator="true">,</mo><mi>s</mi><mi>t</mi><mi>e</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>N</mi><mrow><mi>Q</mi><mi>C</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>μ</mi><mrow><mi>Q</mi><mi>C</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><msub><mi>η</mi><mrow><mi>o</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mtext> </mtext><msub><mi>m</mi><mi>R</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></math>
        </disp-formula>
        <disp-formula id="eq15">
          <label>(15)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><msub><mi>Y</mi><mrow><mi>i</mi><mi>n</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>ω</mi><mi>c</mi></msub><msub><mi>f</mi><mrow><mi>T</mi><mi>E</mi><mi>U</mi><mi>/</mi><mi>m</mi><mi>o</mi><mi>v</mi><mi>e</mi></mrow></msub><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>j</mi><mo>∈</mo><msub><mi class="mathcal">𝒱</mi><mrow><mi>a</mi><mi>c</mi><mi>t</mi><mi>i</mi><mi>v</mi><mi>e</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow></mrow></munderover></mrow><msub><mi>M</mi><mrow><mi>j</mi><mo separator="true">,</mo><mi>s</mi><mi>t</mi><mi>e</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq16">
          <label>(16)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>q</mi><mrow><mi>i</mi><mi>n</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mn>24</mn><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><msub><mi>Y</mi><mrow><mi>i</mi><mi>n</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><msub><mi>q</mi><mrow><mi>r</mi><mi>e</mi><mi>l</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><msub><mi>τ</mi><mi>c</mi></msub></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq17">
          <label>(17)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>q</mi><mrow><mi>o</mi><mi>u</mi><mi>t</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><mtable><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>0</mn><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msubsup><mo movablelimits="false">∑</mo><mi>c</mi><mrow></mrow></msubsup><msub><mi>q</mi><mrow><mi>r</mi><mi>e</mi><mi>l</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>0</mn><mo separator="true">,</mo></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mrow><mi>min</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>q</mi><mrow><mi>r</mi><mi>e</mi><mi>l</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><mfrac><mrow><msub><mi>q</mi><mrow><mi>r</mi><mi>e</mi><mi>l</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><msubsup><mo movablelimits="false">∑</mo><mi>c</mi><mrow></mrow></msubsup><msub><mi>q</mi><mrow><mi>r</mi><mi>e</mi><mi>l</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></mfrac><msub><mi>C</mi><mrow><mi>e</mi><mi>v</mi><mi>a</mi><mi>c</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><mi>o</mi><mi>t</mi><mi>h</mi><mi>e</mi><mi>r</mi><mi>w</mi><mi>i</mi><mi>s</mi><mi>e</mi><mo separator="true">,</mo></mrow></mtd></mtr></mtable><mo fence="true" form="postfix" stretchy="true"></mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq18">
          <label>(18)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo>+</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mfrac><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow><mn>24</mn></mfrac><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>q</mi><mrow><mi>i</mi><mi>n</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>q</mi><mrow><mi>o</mi><mi>u</mi><mi>t</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><mn>0</mn><mo separator="true">,</mo><mtext> </mtext><msub><mi>Y</mi><mrow><mi>m</mi><mi>a</mi><mi>x</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq19">
          <label>(19)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mrow><munderover><mo movablelimits="false">∑</mo><mi>c</mi><mrow></mrow></munderover></mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi><mo separator="true">,</mo><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq20">
          <label>(20)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><msub><mi>Y</mi><mrow><mi>max</mi><mo>⁡</mo></mrow></msub></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq21">
          <label>(21)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>O</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mrow><msub><mi>N</mi><mrow><mi>b</mi><mo separator="true">,</mo><mi>b</mi><mi>u</mi><mi>s</mi><mi>y</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><msub><mi>N</mi><mi>b</mi></msub></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq22">
          <label>(22)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><msub><mi>Y</mi><mrow><mi>max</mi><mo>⁡</mo></mrow></msub></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq23">
          <label>(23)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo>+</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><msub><mi>Y</mi><mrow><mi>max</mi><mo>⁡</mo></mrow></msub><mo separator="true">,</mo><mtext> </mtext><mrow><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0</mn><mo separator="true">,</mo><mtext> </mtext><msub><mi>Y</mi><mrow><mi>s</mi><mi>t</mi><mi>o</mi><mi>c</mi><mi>k</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mfrac><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow><mn>24</mn></mfrac><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>q</mi><mrow><mi>i</mi><mi>n</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>q</mi><mrow><mi>o</mi><mi>u</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mo fence="true" form="postfix" stretchy="true">}</mo></mrow></mrow></math>
        </disp-formula>
        <p>The implemented yard update is cohort-first. Import, export and transshipment stocks are updated independently using Equation (6f), after which aggregate yard stock and saturation are calculated as accounting identities using Equation (6g). Equation (6a) is therefore retained as the equivalent aggregate conservation relationship and is not executed as a second independent stock update. The cohort capacities are <inline-formula><tex-math><![CDATA[Y_{\max,imp} = 27,840]]></tex-math></inline-formula> TEU, <inline-formula><tex-math><![CDATA[Y_{\max,\exp} = 18,560]]></tex-math></inline-formula> TEU and <inline-formula><tex-math><![CDATA[Y_{\max,tr} = 11,600]]></tex-math></inline-formula> TEU. Their initial stocks are 16,704, 11,136 and 6,960 TEU, respectively. The fixed yard thresholds are <inline-formula><tex-math><![CDATA[Y_{warn} = 0.85]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[Y_{crit} = 1.00]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[\beta_{Y} = 0.30]]></tex-math></inline-formula>. These values are used consistently in the yard-efficiency model, congestion-loss calculation, resilience normalisation and operating-state classification.</p>
        <disp-formula id="eq24">
          <label>(24)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>u</mi><mrow><mi>e</mi><mi>q</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.60</mn><mfrac><mrow><msub><mi>N</mi><mrow><mi>Q</mi><mi>C</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mn>22</mn></mfrac><mo>+</mo><mn>0.25</mn><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.15</mn><msub><mi>O</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mn>0,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>Here, Mj,step is the number of container moves completed for active vessel j during step k, with fTEU/move = 1.25 TEU/move. The effective yard-workload shares are ωimp = 0.55, ωexp = 0.30 and ωtr = 0.15, with mean dwell times τimp = 3.0 days, τexp = 2.0 days and τtr = 1.0 day. These cohorts are system-level yard-workload classes rather than a detailed directional representation of import and export logistics. Aggregate gate-and-rail evacuation capacity is 14,000 TEU/day in S0–S2 and S4–S5 and 12,600 TEU/day in S3. When desired releases exceed available evacuation capacity, the available capacity is distributed proportionally among the three cohorts.</p>
        <disp-formula id="eq25">
          <label>(25)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>η</mi><mrow><mi>y</mi><mi>a</mi><mi>r</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo>−</mo><msub><mi>β</mi><mi>y</mi></msub><mrow><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><mfrac><mrow><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>Y</mi><mrow><mi>w</mi><mi>a</mi><mi>r</mi><mi>n</mi></mrow></msub></mrow><mrow><msub><mi>Y</mi><mrow><mi>c</mi><mi>r</mi><mi>i</mi><mi>t</mi></mrow></msub><mo>−</mo><msub><mi>Y</mi><mrow><mi>w</mi><mi>a</mi><mi>r</mi><mi>n</mi></mrow></msub></mrow></mfrac><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo separator="true">,</mo><mn>0.70,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq26">
          <label>(26)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>η</mi><mrow><mi>o</mi><mi>p</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>η</mi><mn>0</mn></msub><msub><mi>η</mi><mrow><mi>y</mi><mi>a</mi><mi>r</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>η</mi><mi>H</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>η</mi><mrow><mi>s</mi><mi>y</mi><mi>n</mi><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>η</mi><mrow><mi>p</mi><mi>r</mi><mi>o</mi><mi>d</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo separator="true">,</mo><mn>0.45,0.95</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq27">
          <label>(27)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>η</mi><mrow><mi>s</mi><mi>y</mi><mi>n</mi><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo>−</mo><mn>0.12</mn><mfrac><msub><mi>τ</mi><mi>s</mi></msub><mn>15</mn></mfrac><mo separator="true">,</mo><mn>0.88,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The base efficiency is <inline-formula><tex-math><![CDATA[\eta_{0} = 0.85]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[\beta_{y} = 0.30]]></tex-math></inline-formula>, and the productivity multipliers are 1.00 in S0–S3, 0.88 in S4 and 0.85 in S5.</p>
      </sec>
      <sec id="sec11">
        <title>Electrification, renewable generation and battery dynamics</title>
        <disp-formula id="eq28">
          <label>(28)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>P</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mrow><mi>C</mi><mi>H</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mrow><mi>S</mi><mi>P</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mrow><mi>l</mi><mi>o</mi><mi>s</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq29">
          <label>(29)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><mn>14</mn><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo>+</mo><mn>0.06</mn><mrow><mspace width="0.1667em"></mspace><mi>sin</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mfrac><mrow><mn>2</mn><mi>π</mi><mi>h</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mn>24</mn></mfrac><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mo>+</mo><msub><mi>ε</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mn>12.5,15.5</mn><mo fence="true" form="postfix" stretchy="true">}</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq30">
          <label>(30)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>ε</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>0.85</mn><msub><mi>ε</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo>−</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.25</mn><msub><mi>η</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msub><mi>η</mi><mrow><mi>a</mi><mi>u</mi><mi>x</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mo lspace="0em" rspace="0em">∼</mo><mi class="mathcal">𝒩</mi></mrow><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mn>0,1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq31">
          <label>(31)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>C</mi><mi>H</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>7</mn><mo>+</mo><mn>8</mn><msub><mi>e</mi><mi>s</mi></msub><msub><mi>u</mi><mrow><mi>e</mi><mi>q</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mn>7,15</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq32">
          <label>(32)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>S</mi><mi>P</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>i</mi><mo>=</mo><mn>1</mn></mrow><msub><mi>N</mi><mi>b</mi></msub></munderover></mrow><msub><mi>I</mi><mrow><mi>S</mi><mi>P</mi><mo separator="true">,</mo><mi>i</mi></mrow></msub><msub><mi>P</mi><mrow><mi>S</mi><mi>P</mi><mo separator="true">,</mo><mi>i</mi></mrow></msub><mo separator="true">,</mo><msub><mi>P</mi><mrow><mi>S</mi><mi>P</mi><mo separator="true">,</mo><mi>i</mi></mrow></msub><mo>∼</mo><mi>T</mi><mi>r</mi><mi>i</mi><mi>a</mi><mi>n</mi><mi>g</mi><mi>u</mi><mi>l</mi><mi>a</mi><mi>r</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mn>4.5,6.0,8.0</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <p>The equipment-utilisation index is a weighted port-scale measure combining active quay-crane deployment, yard saturation and berth occupancy. The weights sum to unity and remain fixed in all scenarios and benchmark models.</p>
        <p>A vessel’s shore-power connection status and demand are sampled at berth assignment and remain fixed until service completion. The connection indicator follows <inline-formula><tex-math><![CDATA[I_{SP,i} \sim Bernoulli\left( e_{s} \right)]]></tex-math></inline-formula>.</p>
        <disp-formula id="eq33">
          <label>(33)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>m</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>P</mi><mrow><mi>P</mi><mi>V</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mrow><mi>w</mi><mi>i</mi><mi>n</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq34">
          <label>(34)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>P</mi><mi>V</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>16</mn><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.85</mn><mrow><mspace width="0.1667em"></mspace><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><mi>s</mi><mi>i</mi><mi>n</mi><mfrac><mrow><mi>π</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mi>h</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><mn>6</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow><mn>12</mn></mfrac><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq35">
          <label>(35)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>w</mi><mi>i</mi><mi>n</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>12</mn><mi>C</mi><msub><mi>F</mi><mrow><mi>w</mi><mi>i</mi><mi>n</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq36">
          <label>(36)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>u</mi><mi>n</mi><mi>m</mi><mi>e</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0</mn><mo separator="true">,</mo><mtext> </mtext><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>i</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq37">
          <label>(37)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>sup</mi><mo>⁡</mo></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>u</mi><mi>n</mi><mi>m</mi><mi>e</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq38">
          <label>(38)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mrow><mi>min</mi><mo>⁡</mo></mrow></msub><mo>=</mo><mn>0.20</mn><msub><mi>E</mi><mrow><mi>b</mi><mi>a</mi><mi>t</mi><mi>t</mi></mrow></msub><mo>=</mo><mn>12</mn><mi>M</mi><mi>W</mi><mi>h</mi></mrow></math>
        </disp-formula>
        <disp-formula id="eq39">
          <label>(39)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mrow><mi>max</mi><mo>⁡</mo></mrow></msub><mo>=</mo><mn>0.95</mn><msub><mi>E</mi><mrow><mi>b</mi><mi>a</mi><mi>t</mi><mi>t</mi></mrow></msub><mo>=</mo><mn>57</mn><mi>M</mi><mi>W</mi><mi>h</mi></mrow></math>
        </disp-formula>
        <disp-formula id="eq40">
          <label>(40)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>C</mi><msub><mi>F</mi><mrow><mi>w</mi><mi>i</mi><mi>n</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.495413</mn><mo>+</mo><mn>0.90</mn><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mi>C</mi><msub><mi>F</mi><mrow><mi>w</mi><mi>i</mi><mi>n</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo>−</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><mn>0.495413</mn><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo>+</mo><mn>0.12</mn><msub><mi>η</mi><mi>w</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mn>0.05,0.95</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The auxiliary-load and wind-capacity-factor AR(1) processes are updated hourly and held constant over the twelve five-minute substeps within each hour. The auxiliary-load deviation is initialised at zero, while the wind-capacity-factor process is initialised at its calibrated mean of 0.495413.</p>
        <p>The calibrated mean wind capacity factor is 0.495413. Together with the 16 MW photovoltaic profile, it gives 90.0 GWh/year gross renewable generation in S0–S3. Scenario multipliers reduce gross renewable energy to 67.5 GWh in S4 and 58.5 GWh in S5.</p>
        <disp-formula id="eq41">
          <label>(41)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo>+</mo><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>E</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>1</mn><mo>−</mo><msub><mi>k</mi><mrow><mi>s</mi><mi>d</mi></mrow></msub><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo>+</mo><msub><mi>η</mi><mrow><mi>c</mi><mi>h</mi></mrow></msub><msub><mi>P</mi><mrow><mi>c</mi><mi>h</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo>−</mo><mfrac><mrow><msub><mi>P</mi><mrow><mi>d</mi><mi>i</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow><msub><mi>η</mi><mrow><mi>d</mi><mi>i</mi><mi>s</mi></mrow></msub></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq42">
          <label>(42)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>q</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0</mn><mo separator="true">,</mo><mtext> </mtext><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq43">
          <label>(43)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>t</mi><mi>a</mi><mi>r</mi><mi>g</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>c</mi><mi>k</mi></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo>=</mo><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><mtable><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mo form="prefix" stretchy="false">+</mo><mi>∞</mi><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>c</mi><mi>k</mi></msub><mo>=</mo><mi>s</mi><mi>t</mi><mi>a</mi><mi>b</mi><mi>l</mi><mi>e</mi><mo separator="true">,</mo></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>48</mn><mtext> </mtext><mi>M</mi><mi>W</mi><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>c</mi><mi>k</mi></msub><mo>=</mo><mi>w</mi><mi>a</mi><mi>r</mi><mi>n</mi><mi>i</mi><mi>n</mi><mi>g</mi><mo separator="true">,</mo></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>45</mn><mtext> </mtext><mi>M</mi><mi>W</mi><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>c</mi><mi>k</mi></msub><mo>=</mo><mi>s</mi><mi>t</mi><mi>r</mi><mi>e</mi><mi>s</mi><mi>s</mi><mi>e</mi><mi>d</mi><mo separator="true">,</mo></mrow></mtd></mtr></mtable><mo fence="true" form="postfix" stretchy="true"></mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq44">
          <label>(44)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>d</mi><mi>i</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>20</mn><mo separator="true">,</mo><mfrac><mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>E</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>E</mi><mrow><mi>min</mi><mo>⁡</mo></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><msub><mi>η</mi><mrow><mi>d</mi><mi>i</mi><mi>s</mi></mrow></msub></mrow><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac><mo separator="true">,</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>q</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>t</mi><mi>a</mi><mi>r</mi><mi>g</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>c</mi><mi>k</mi></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq45">
          <label>(45)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>m</mi><mi>R</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><mtable><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>1.00</mn><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>R</mi><mrow><mi>i</mi><mi>n</mi><mi>f</mi><mi>r</mi><mi>a</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>&lt;</mo><mn>0.25</mn><mo separator="true">,</mo></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>0.95</mn><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><mn>0.25</mn><mo>≤</mo><msub><mi>R</mi><mrow><mi>i</mi><mi>n</mi><mi>f</mi><mi>r</mi><mi>a</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>&lt;</mo><mn>0.35</mn><mo separator="true">,</mo></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>0.90</mn><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><msub><mi>R</mi><mrow><mi>i</mi><mi>n</mi><mi>f</mi><mi>r</mi><mi>a</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>≥</mo><mn>0.35.</mn></mrow></mtd></mtr></mtable><mo fence="true" form="postfix" stretchy="true"></mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq46">
          <label>(46)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>55</mn><mo separator="true">,</mo><mtext> </mtext><mrow><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>q</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>i</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq47">
          <label>(47)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>c</mi><mi>h</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>20</mn><mo separator="true">,</mo><mfrac><mrow><msub><mi>E</mi><mrow><mi>max</mi><mo>⁡</mo></mrow></msub><mo>−</mo><msub><mi>E</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><msub><mi>η</mi><mrow><mi>c</mi><mi>h</mi></mrow></msub><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac><mo separator="true">,</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The battery begins at 36 MWh, operates between 20% and 95% SOC, has charge and discharge efficiencies of 0.95 and 0.94, and a self-discharge coefficient of 8.33 × 10<sup>-6</sup> h<sup>-1</sup>. Grid charging and simultaneous charge–discharge are prohibited.</p>
        <disp-formula id="eq48">
          <label>(48)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>l</mi><mi>o</mi><mi>s</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>3.0,0.08</mn><msub><mi>P</mi><mrow><mi>C</mi><mi>H</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>C</mi><mi>Y</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.04</mn><msub><mi>P</mi><mrow><mi>S</mi><mi>P</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><msub><mi>C</mi><mi>D</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq49">
          <label>(49)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mover><mi>𝐳</mi><mo stretchy="true" style="math-depth:0">~</mo></mover><mrow><mi>a</mi><mi>l</mi><mi>n</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo>=</mo><msub><mi class="mathcal">𝒜</mi><mrow><mi>s</mi><mi>y</mi><mi>n</mi><mi>c</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mover><mi>𝐳</mi><mo stretchy="true" style="math-depth:0">~</mo></mover><mrow><mi>r</mi><mi>a</mi><mi>w</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq50">
          <label>(50)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>C</mi><mi>Y</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mfrac><mrow><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><mn>0.85</mn></mrow><mn>0.15</mn></mfrac><mo separator="true">,</mo><mn>0,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow><mo separator="true">,</mo><msub><mi>C</mi><mi>D</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mfrac><mrow><msub><mi>D</mi><mi>v</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mn>24</mn></mfrac><mo separator="true">,</mo><mn>0,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq51">
          <label>(51)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mrow><mi>s</mi><mi>h</mi><mi>o</mi><mi>r</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mfrac><mrow><msub><mi>P</mi><mrow><mi>u</mi><mi>n</mi><mi>m</mi><mi>e</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><mrow><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msup><mn>10</mn><mrow><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>6</mn></mrow></msup><mtext> </mtext><mi>M</mi><mi>W</mi><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq52">
          <label>(52)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mrow><mi>s</mi><mi>h</mi><mi>o</mi><mi>r</mi><mi>t</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>=</mo><mfrac><mrow><msubsup><mo movablelimits="false">∑</mo><mrow><mi>k</mi><mo>∈</mo><msub><mi class="mathcal">𝒯</mi><mrow><mi>r</mi><mi>e</mi><mi>p</mi><mi>o</mi><mi>r</mi><mi>t</mi></mrow></msub></mrow><mrow></mrow></msubsup><msub><mi>P</mi><mrow><mi>u</mi><mi>n</mi><mi>m</mi><mi>e</mi><mi>t</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow><mrow><msubsup><mo movablelimits="false">∑</mo><mrow><mi>k</mi><mo>∈</mo><msub><mi class="mathcal">𝒯</mi><mrow><mi>r</mi><mi>e</mi><mi>p</mi><mi>o</mi><mi>r</mi><mi>t</mi></mrow></msub></mrow><mrow></mrow></msubsup><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac></mrow></math>
        </disp-formula>
        <p>The numerical floor of 10<sup>-6</sup> MW is used only to prevent division by zero and has no material effect under positive terminal demand. Equation (12) is the instantaneous digital-twin state; Equation (12a) is the integrated scenario-level shortfall reported in the results. Flexible-load deferral and repayment are included through effective demand, so deferred energy cannot disappear from the power balance.</p>
      </sec>
      <sec id="sec12">
        <title>Infrastructure-health model</title>
        <disp-formula id="eq53">
          <label>(53)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>H</mi><mrow><mi>p</mi><mi>h</mi><mi>y</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>1</mn><mo>−</mo><mi>D</mi><msub><mi>I</mi><mrow><mi>p</mi><mi>h</mi><mi>y</mi><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq54">
          <label>(54)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>L</mi><mrow><mi>n</mi><mi>o</mi><mi>r</mi><mi>m</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.45</mn><msub><mi>O</mi><mi>b</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.35</mn><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.20</mn><mfrac><mrow><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mn>80</mn></mfrac><mo separator="true">,</mo><mn>0,1.25</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq55">
          <label>(55)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>D</mi><mi>I</mi><mi>p</mi><mi>h</mi><mi>y</mi><mi>s</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo>+</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="false">{</mo><mn>1</mn><mo separator="true">,</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="false">[</mo><mi>D</mi><mi>I</mi><mi>p</mi><mi>h</mi><mi>y</mi><mi>s</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mi>D</mi><mi>I</mi><mi>p</mi><mi>h</mi><mi>y</mi><mi>s</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>κ</mi><mi>L</mi><mtext> </mtext><mi>L</mi><mi>n</mi><mi>o</mi><mi>r</mi><mi>m</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mi>κ</mi><mi>Y</mi><mtext> </mtext><mi>C</mi><mi>Y</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo>+</mo><mi>ξ</mi><mi>H</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="false">]</mo></mrow><mo fence="true" form="postfix" stretchy="false">}</mo></mrow><mi>.</mi></mrow></math>
        </disp-formula>
        <disp-formula id="eq56">
          <label>(56)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>𝐏</mi><mn>0</mn></msub><mo>=</mo><mi>d</mi><mi>i</mi><mi>a</mi><mi>g</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msup><mn>0.04</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.02</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.025</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.04</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.02</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.015</mn><mn>2</mn></msup><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq57">
          <label>(57)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>𝐐</mi><mn>0</mn></msub><mo>=</mo><mi>d</mi><mi>i</mi><mi>a</mi><mi>g</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msup><mn>0.006</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.004</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.005</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.008</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.004</mn><mn>2</mn></msup><mo separator="true">,</mo><msup><mn>0.0015</mn><mn>2</mn></msup><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq58">
          <label>(58)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>𝐐</mi><mi>s</mi></msub><mo>=</mo><msub><mi>m</mi><mrow><mi>Q</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><msub><mi>𝐐</mi><mn>0</mn></msub><mo separator="true">,</mo><msub><mi>m</mi><mrow><mi>Q</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>=</mo><mrow><mo fence="true" form="prefix" stretchy="false">[</mo><mn>1.00,1.15,1.25,1.45,1.70,2.10</mn><mo fence="true" form="postfix" stretchy="false">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq59">
          <label>(59)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi mathvariant="normal">Σ</mi><mspace></mspace></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msub><mi>P</mi><mn>11</mn></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mn>22</mn></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mn>33</mn></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mn>44</mn></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mn>55</mn></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>P</mi><mn>66</mn></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq60">
          <label>(60)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>U</mi><mi>P</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>0.25</mn><msub><mi>P</mi><mrow><mi mathvariant="normal">Σ</mi><mspace></mspace></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mi>/</mi><mn>0.35</mn></mrow></math>
        </disp-formula>
        <disp-formula id="eq61">
          <label>(61)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>U</mi><mi>A</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>0.25</mn><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo>−</mo><msub><mi>A</mi><mi>s</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq62">
          <label>(62)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>U</mi><mi>τ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>0.25</mn><msub><mi>τ</mi><mi>s</mi></msub><mi>/</mi><mn>60</mn><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><msub><mi>U</mi><mi>σ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>0.25</mn><msub><mi>σ</mi><mrow><mi>v</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mi>/</mi><mn>0.20</mn></mrow></math>
        </disp-formula>
        <p>The coefficients are <inline-formula><tex-math><![CDATA[\kappa_{L} = 1.5 \times 10^{- 5} h^{- 1}]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[\kappa_{Y} = 3.0 \times 10^{- 5} h^{- 1}]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[\kappa_{U} = 4.0 \times 10^{- 6} h^{- 1}]]></tex-math></inline-formula>. Physical degradation is propagated independently of information quality. The perturbation <inline-formula><tex-math><![CDATA[\xi_{H}]]></tex-math></inline-formula> is sampled from a zero-mean Gaussian distribution before application of the monotonicity projection. The projection truncates negative total increments; consequently, realised physical-damage increments are non-negative and are conservatively biased relative to the corresponding unprojected deterioration process. No physical healing is represented in the absence of an explicit repair event. The uncertainty-dependent contribution is accumulated separately in the epistemic margin <inline-formula><tex-math><![CDATA[B_{U}]]></tex-math></inline-formula> and is applied only as a conservative adjustment to estimated health for decision support. The initial margin is <inline-formula><tex-math><![CDATA[B_{U}(0) = 0]]></tex-math></inline-formula>, its cap is 0.05, and the health-process perturbation has a standard deviation of <inline-formula><tex-math><![CDATA[2.0 \times 10^{- 5}]]></tex-math></inline-formula> per five-minute step. The fixed physical-health thresholds are <inline-formula><tex-math><![CDATA[H_{warn} = 0.75]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[H_{crit} = 0.65]]></tex-math></inline-formula>. The same thresholds are used in the health-efficiency function, posterior infrastructure-risk calculation and scenario-level health reporting.</p>
        <disp-formula id="eq63">
          <label>(63)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>R</mi><mrow><mi>i</mi><mi>n</mi><mi>f</mi><mi>r</mi><mi>a</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mrow><mi mathvariant="normal">Φ</mi><mspace></mspace></mrow><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mfrac><mrow><msub><mi>H</mi><mrow><mi>c</mi><mi>r</mi><mi>i</mi><mi>t</mi></mrow></msub><mo>−</mo><msub><mover><mi>H</mi><mo stretchy="true" class="tml-hat-1" style="math-depth:0">ˆ</mo></mover><mi>c</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><msqrt><mrow><mrow><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>P</mi><mrow><mi>H</mi><mi>H</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><msup><mn>10</mn><mrow><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>12</mn></mrow></msup><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></msqrt></mfrac><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq64">
          <label>(64)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>η</mi><mi>H</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo>−</mo><mn>0.20</mn><mrow><mspace width="0.1667em"></mspace><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><mfrac><mrow><msub><mi>H</mi><mrow><mi>w</mi><mi>a</mi><mi>r</mi><mi>n</mi></mrow></msub><mo>−</mo><mi>H</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><msub><mi>H</mi><mrow><mi>w</mi><mi>a</mi><mi>r</mi><mi>n</mi></mrow></msub><mo>−</mo><msub><mi>H</mi><mrow><mi>c</mi><mi>r</mi><mi>i</mi><mi>t</mi></mrow></msub></mrow></mfrac><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo separator="true">,</mo><mn>0.80,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The health-efficiency factor ηH represents the physical effect of infrastructure condition on service efficiency. The multiplier mR is a separate precautionary restriction activated by the response policy. Each factor is applied once in Equation (3), preventing double counting.</p>
        <p>Infrastructure risk is calculated at every update from the EKF posterior mean and variance. The variance floor 10<sup>-12</sup> is used only to prevent numerical division by zero and does not alter the EKF covariance. The scenario-level result is the mean of instantaneous replication-level risks, not a probability reconstructed from aggregated scenario means.</p>
      </sec>
      <sec id="sec13">
        <title>Sensor degradation, temporal correction and observation model</title>
        <p>The 120 channels comprise 36 operational, 30 energy, 42 structural-health and 12 environmental channels. Their grouped mapping is reported in Table 2, while the complete observation-row weights are provided in Supplementary Table S1. For each replication, the scenario-specific unavailable-channel set is sampled once at simulation initialisation using the domain-stratified quotas in Table 3 and remains fixed throughout the 14-day warm-up and the subsequent 351-day reporting period. A statistically independent persistent set is sampled for each new replication.</p>
        <disp-formula id="eq65">
          <label>(65)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mover><mi>𝐳</mi><mo stretchy="true" style="math-depth:0">~</mo></mover><mrow><mi>r</mi><mi>a</mi><mi>w</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo>=</mo><msub><mi>𝐂</mi><mi>k</mi></msub><msub><mover><mi>𝐱</mi><mo stretchy="true" style="math-depth:0">~</mo></mover><mi>p</mi></msub><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>t</mi><mi>k</mi></msub><mo>−</mo><msub><mi>τ</mi><mi>s</mi></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo>+</mo><msub><mi>𝐯</mi><mi>k</mi></msub><mo separator="true">,</mo><msub><mi>𝐯</mi><mi>k</mi></msub><mrow><mo lspace="0em" rspace="0em">∼</mo><mi class="mathcal">𝒩</mi></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>𝟎</mn><mo separator="true">,</mo><msub><mi>𝐑</mi><mi>k</mi></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq66">
          <label>(66)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>𝐑</mi><mi>k</mi></msub><mo>=</mo><msubsup><mi>σ</mi><mrow><mi>v</mi><mo separator="true">,</mo><mi>s</mi></mrow><mn>2</mn></msubsup><msub><mi>𝐈</mi><mrow><mi>o</mi><mi>b</mi><mi>s</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo separator="true">,</mo><msub><mi>A</mi><mi>s</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>1</mn><mo>−</mo><mfrac><mrow><msub><mi>N</mi><mrow><mi>l</mi><mi>o</mi><mi>s</mi><mi>t</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mn>120</mn></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq67">
          <label>(67)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi><mo separator="true">,</mo><mi>b</mi><mi>a</mi><mi>s</mi><mi>e</mi></mrow></msub><mo form="prefix" stretchy="false">(</mo><mi>k</mi><mo form="postfix" stretchy="false">)</mo><mo>=</mo><msub><mrow><mi>m</mi><mi>a</mi><mi>x</mi><mo form="prefix" stretchy="false">{</mo><mn>0</mn><mo separator="true">,</mo><mi>P</mi></mrow><mrow><mi>d</mi><mi>e</mi><mi>m</mi></mrow></msub><mo form="prefix" stretchy="false">(</mo><mi>k</mi><mo form="postfix" stretchy="false">)</mo><mo>−</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>f</mi></mrow></msub><mo form="prefix" stretchy="false">(</mo><mi>k</mi><mo form="postfix" stretchy="false">)</mo><mo>+</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi></mrow></msub><mo form="prefix" stretchy="false">(</mo><mi>k</mi><mo form="postfix" stretchy="false">)</mo></mrow></math>
        </disp-formula>
        <disp-formula id="eq68">
          <label>(68)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mn>0</mn><mo>≤</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>f</mi><mo separator="true">,</mo><mi>W</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>≤</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.10</mn><msub><mi>P</mi><mrow><mi>C</mi><mi>H</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><mn>3</mn><mo separator="true">,</mo><mtext> </mtext><mfrac><mrow><mn>6</mn><mo>−</mo><msub><mi>B</mi><mi>f</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq69">
          <label>(69)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mn>0</mn><mo>≤</mo><mi>P</mi></mrow><mrow><mi>d</mi><mi>e</mi><mi>f</mi><mo separator="true">,</mo><mi>S</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>≤</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.20</mn><msub><mi>P</mi><mrow><mi>C</mi><mi>H</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo separator="true">,</mo><mtext> </mtext><mn>3</mn><mo separator="true">,</mo><mtext> </mtext><mfrac><mrow><mn>6</mn><mo>−</mo><msub><mi>B</mi><mi>f</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq70">
          <label>(70)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mn>0</mn><mo>≤</mo><mi>P</mi></mrow><mrow><mi>r</mi><mi>e</mi><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>≤</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mfrac><mrow><msub><mi>B</mi><mi>f</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></mfrac><mo separator="true">,</mo><mtext> </mtext><mn>3</mn><mo separator="true">,</mo><mtext> </mtext><mrow><mi>max</mi><mo>⁡</mo></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0,45</mn><mo>−</mo><msub><mi>P</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi><mo separator="true">,</mo><mi>b</mi><mi>a</mi><mi>s</mi><mi>e</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq71">
          <label>(71)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi><mo separator="true">,</mo><mi>p</mi><mi>r</mi><mi>e</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0</mn><mo separator="true">,</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mo separator="true">,</mo><mi>e</mi><mi>f</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>All observations are normalised using the state-scaling matrix applied by the EKF. Unavailable channels and the corresponding rows in the observation vector, Ck and Rk are removed before correction. M4 performs first-order causal extrapolation from the two most recently received samples when the imposed delay does not exceed 10 min. Under the 15 min delay in S5, the state is propagated through the transition model until the next observation becomes available. M3 uses causal nearest-neighbour alignment for energy channels and zero-order hold elsewhere. M2 uses zero-order hold of the latest received sample, while M1 uses raw delayed observations. No observation acquired after tk is used in the estimate or response action calculated at tk, and model predictions are not reintroduced as pseudo-observations. The diagonal measurement-noise model assumes conditionally independent normalised channel errors with a common scenario-level noise magnitude; correlated, heteroscedastic, drifting and outlier-contaminated errors are outside the present scope.</p>
      </sec>
      <sec id="sec14">
        <title>Six-state normalised extended Kalman filter</title>
        <disp-formula id="eq72">
          <label>(72)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mover><mi>𝐱</mi><mo stretchy="true" style="math-depth:0">~</mo></mover><mi>p</mi></msub><mo>=</mo><msubsup><mi>𝐒</mi><mi>x</mi><mrow><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>1</mn></mrow></msubsup><msub><mi>𝐱</mi><mi>p</mi></msub><mo separator="true">,</mo><msub><mi>𝐒</mi><mi>x</mi></msub><mo>=</mo><mi>d</mi><mi>i</mi><mi>a</mi><mi>g</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mn>36,1,1,80,0.20,1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq73">
          <label>(73)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>x</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><mo>=</mo><msub><mi>f</mi><mi>k</mi></msub><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>x</mi><mrow><mi>k</mi><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><mo separator="true">,</mo><msub><mi>u</mi><mi>k</mi></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq74">
          <label>(74)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><mo>=</mo><msub><mi>F</mi><mi>k</mi></msub><msub><mi>P</mi><mrow><mi>k</mi><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><msubsup><mi>F</mi><mi>k</mi><mi class="tml-med-pad">T</mi></msubsup><mo>+</mo><msub><mi>Q</mi><mi>k</mi></msub></mrow></math>
        </disp-formula>
        <disp-formula id="eq75">
          <label>(75)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>K</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo>=</mo><msub><mi>P</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><msubsup><mi>C</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow><mi class="tml-med-pad">T</mi></msubsup><msup><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>C</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><msub><mi>P</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><msubsup><mi>C</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow><mi class="tml-med-pad">T</mi></msubsup><mo>+</mo><msub><mi>R</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mrow><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>1</mn></mrow></msup></mrow></math>
        </disp-formula>
        <disp-formula id="eq76">
          <label>(76)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>x</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo>=</mo><msub><mi>x</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><mo>+</mo><msub><mi>K</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>z</mi><mrow><mi>a</mi><mi>l</mi><mi>n</mi><mo separator="true">,</mo><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo>−</mo><msub><mi>C</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><msub><mi>x</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq77">
          <label>(77)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>P</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo>=</mo><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mi>I</mi><mo>−</mo><msub><mi>K</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><msub><mi>C</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><msub><mi>P</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn><mo lspace="0.22em" rspace="0.22em" stretchy="false">|</mo><mi>k</mi></mrow></msub><msup><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mi>I</mi><mo>−</mo><msub><mi>K</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><msub><mi>C</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mi>T</mi></msup><mo>+</mo><msub><mi>K</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><msub><mi>R</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow></msub><msubsup><mi>K</mi><mrow><mi>k</mi><mo>+</mo><mn>1</mn></mrow><mi class="tml-sml-pad">T</mi></msubsup></mrow></math>
        </disp-formula>
        <p>For compactness, x(k+1|k) and x(k+1|k+1) in Equations (20)–(20d) denote the normalised predicted and corrected state estimates, respectively. The initial normalised standard deviations are [0.04,0.02,0.025,0.04,0.02,0.015], and the base process-noise standard deviations are [0.006,0.004,0.005,0.008,0.004,0.0015]. Scenario process-noise multipliers are 1.00, 1.15, 1.25, 1.45, 1.70 and 2.10 for S0–S5. The transition Jacobian is evaluated for the six normalised continuous physical states using central finite differences. The perturbation applied to state i is 10−5 max(1,|x̃i|). A one-sided difference is used when a central perturbation crosses a clipping boundary, and the derivative of an output that remains at a hard bound is set to zero. The observation Jacobian is the exact linear grouped observation matrix. Discrete queue, berth-assignment and crane-allocation variables are held fixed during differentiation and enter the transition through the auxiliary input vector. Event-driven changes are represented through the auxiliary inputs and the scenario-dependent process-noise multiplier. Jacobians are updated at every five-minute prediction step. The Joseph form in Equation (20d) preserves positive semidefiniteness under finite-precision computation and partial observability.</p>
        <p>After measurement correction, posterior means are projected onto their physical domains: <inline-formula><tex-math><![CDATA[D_{v} \geq 0]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[P_{dem} \geq 0]]></tex-math></inline-formula>, and <inline-formula><tex-math><![CDATA[O_{b}]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[Y]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[E_{short}]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[H]]></tex-math></inline-formula> within <inline-formula><tex-math><![CDATA[\left\lbrack 0,1 \right\rbrack]]></tex-math></inline-formula>. The Joseph-form covariance update is retained without artificial contraction, subject only to a diagonal numerical floor of <inline-formula><tex-math><![CDATA[1 \times 10^{- 10}]]></tex-math></inline-formula>. Measurement correction is skipped if fewer than six observation rows remain, <inline-formula><tex-math><![CDATA[rank(C_{k}) &lt; 6]]></tex-math></inline-formula>, Cholesky factorisation of the innovation covariance <inline-formula><tex-math><![CDATA[S_{k}]]></tex-math></inline-formula> fails, or <inline-formula><tex-math><![CDATA[\kappa(S_{k}) &gt; 1 \times 10^{10}]]></tex-math></inline-formula>. In a skipped correction, <inline-formula><tex-math><![CDATA[{\widetilde{x}}_{k}^{+} = {\widetilde{x}}_{k}^{-}]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[P_{k}^{+} = P_{k}^{-}]]></tex-math></inline-formula>, and no model-generated pseudo-observation is inserted.</p>
        <disp-formula id="eq78">
          <label>(78)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>U</mi><mi>x</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>m</mi><mi>i</mi><mi>n</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>1</mn><mo separator="true">,</mo><mi>m</mi><mi>a</mi><mi>x</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><mn>0</mn><mo separator="true">,</mo><msub><mi>U</mi><mi>P</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>U</mi><mi>A</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>U</mi><mi>τ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><msub><mi>U</mi><mi>σ</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The four components of <inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula> are not interpreted as a mutually independent variance decomposition. The covariance term measures realised posterior dispersion under the adopted estimator, whereas sensor availability, delay and nominal measurement noise represent exogenous information-quality hazards. Consequently, <inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula> is a conservative composite diagnostic rather than a calibrated probability of state-estimation failure. Across 5,054,400 reporting-period updates per scenario, no correction was skipped because of insufficient row count, rank deficiency, Cholesky failure or excessive innovation-covariance conditioning. The maximum condition number of the innovation covariance increased from 2.21 in S0 to 9.87 in S5 and remained far below the <inline-formula><tex-math><![CDATA[1 \times 10^{10}]]></tex-math></inline-formula> skip threshold. Complete observation-support and correction-availability diagnostics are reported in Supplementary Tables S11 and S11a.</p>
        <p>Here, P11(k) to P66(k) denote the six diagonal entries of the posterior normalised covariance matrix. The values tr(P<sub>max</sub>) = 0.35, τ<sub>ref</sub> = 60 min and σ<sub>ref</sub> = 0.20 are engineering normalisation references rather than maxima of the six scenarios. The initial value Ux(0) = 0.10 is a conservative warm start used only before the first covariance update. From the first update onward, Ux is calculated exclusively from Equation (21). All reported results exclude the 14-day warm-up period. Supplementary Table S2 reconstructs the scenario-level uncertainty indices from the four components of Equation (21).</p>
        <fig id="fig3">
          <label>Figure 3</label>
          <caption><p>Ten grouped stages of the eighteen-step hybrid event and five-minute digital-twin execution sequence. Actions are selected using internally available estimates and affect the next physical-system step.</p></caption>
          <graphic xlink:href="obj/5a/5c/5a5c857eefcb6ed3b36619440aff71c4555ff56ed4b3f2a2b0005ee17d5d0847"/>
        </fig>
      </sec>
      <sec id="sec15">
        <title>Resilience formulation and recovery definition</title>
        <disp-formula id="eq79">
          <label>(79)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>D</mi><mi>n</mi></msub><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>D</mi><mi>v</mi></msub><mi>/</mi><mn>36,0,1</mn><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo separator="true">,</mo><msub><mi>Y</mi><mi>n</mi></msub><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>Y</mi><mo>−</mo><mn>0.85</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mi>/</mi><mn>0.15,0,1</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq80">
          <label>(80)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mi>n</mi></msub><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>E</mi><mrow><mi>s</mi><mi>h</mi><mi>o</mi><mi>r</mi><mi>t</mi></mrow></msub><mi>/</mi><mn>0.20,0,1</mn><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo separator="true">,</mo><msub><mi>R</mi><mi>n</mi></msub><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>R</mi><mrow><mi>i</mi><mi>n</mi><mi>f</mi><mi>r</mi><mi>a</mi></mrow></msub><mi>/</mi><mn>0.75,0,1</mn><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mo separator="true">,</mo><msub><mi>U</mi><mi>n</mi></msub><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>U</mi><mi>x</mi></msub><mi>/</mi><mn>0.75,0,1</mn><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq81">
          <label>(81)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>R</mi><mi>I</mi><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mn>1</mn><mo>−</mo><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><mn>0.25</mn><msub><mi>D</mi><mi>n</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.15</mn><msub><mi>Y</mi><mi>n</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.25</mn><msub><mi>E</mi><mi>n</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.15</mn><msub><mi>R</mi><mi>n</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mn>0.20</mn><msub><mi>U</mi><mi>n</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The yard term is instantaneous; peak yard saturation is used only as a scenario-level reporting indicator. Warning-threshold exceedances are counted as nW(k) = I[D̂v(k) ≥ 8 h] + I[Ŷ(k) ≥ 0.85] + I[Êshort(k) ≥ 0.05] + I[Pgrid,pre(k) ≥ 48 MW] + I[Rinfra(k) ≥ 0.25]. Stable operation requires RI ≥ 0.75, Ux &lt; 0.25 and nW = 0. Warning operation is assigned when 0.65 ≤ RI &lt; 0.75, 0.25 ≤ Ux &lt; 0.35 or nW = 1. Stressed operation is assigned when RI &lt; 0.65, Ux ≥ 0.35 or nW ≥ 2. The thresholds are evaluated only from internally available posterior estimates and pre-dispatch grid demand; the external ground-truth evaluator is not used for classification.</p>
        <p>A stressed episode begins after three consecutive five-minute stressed updates. Recovery is recorded after six consecutive updates with RI ≥ 0.65 and Ux &lt; 0.35. Stress entry therefore requires 15 min persistence, recovery requires 30 min persistence, and episodes not recovered within 48 h are right-censored.</p>
      </sec>
      <sec id="sec16">
        <title>Bounded simulated response actions</title>
        <p>The response policy is deterministic and uses only information available at update k. In stable operation, it introduces no new crane reallocation or flexible-load deferral and repays eligible first-in-first-out backlog subject to the repayment and grid-capacity limits. In warning and stressed operation, at most two and four idle cranes, respectively, are assigned one at a time to active vessels in ascending predicted remaining-service-time order; ties are resolved by earlier service-start time and then fixed vessel identifier. Cranes are drawn only from the idle pool, so no active vessel is reduced below two cranes. The yard-evacuation limit becomes 1.05Cevac, s in warning operation and 1.10Cevac, s in stressed operation.</p>
        <p>When connected shore-power requests cannot all be met, vessels are ranked by shortest remaining service time using the same deterministic tie-break; denied demand remains in the physical power balance and may become unmet power. Flexible-load deferral and repayment follow Equations (24–24e), oldest backlog is repaid first, and simultaneous deferral and repayment are prohibited. Renewable power is used before battery discharge and grid import. Battery discharge targets 48 MW in warning operation and 45 MW in stressed operation. Finally, the precautionary multiplier mR is applied once to the affected service-capacity contribution. Actions selected at update k affect the physical system at update k+1 and represent bounded simulation responses rather than autonomous field control.</p>
        <disp-formula id="eq82">
          <label>(82)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>B</mi><mi>f</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo>+</mo><mn>1</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><mi>c</mi><mi>l</mi><mi>i</mi><mi>p</mi><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>B</mi><mi>f</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>+</mo><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>P</mi><mrow><mi>d</mi><mi>e</mi><mi>f</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>−</mo><msub><mi>P</mi><mrow><mi>r</mi><mi>e</mi><mi>c</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi><mo separator="true">,</mo><mtext> </mtext><mn>0</mn><mo separator="true">,</mo><mtext> </mtext><mn>6</mn><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>The 10% and 20% limits are the implemented upper bounds on schedulable equipment-charging and auxiliary-traction demand contained within aggregate cargo-handling demand. No additional unreported <inline-formula><tex-math><![CDATA[P_{CH,flex}]]></tex-math></inline-formula> state is used. Electrical energy directly required for productive quay-crane motion and vessel-service progress is non-deferrable. The repayment constraint uses <inline-formula><tex-math><![CDATA[P_{grid,base}]]></tex-math></inline-formula>, which is calculated before repayment, thereby avoiding circular dependence. The 45 MW repayment ceiling preserves 10 MW of headroom relative to the 55 MW physical grid-import limit.</p>
        <p>Deferred flexible energy is stored in a first-in-first-out backlog with a 6 MWh capacity, 3 MW deferral and repayment limits, and a maximum age of 2 h. Energy not repaid within 2 h is recorded as unmet flexible energy. Any remaining backlog at the end of the reporting horizon is also added to unmet energy. Simultaneous deferral and repayment are prohibited. When neither action is selected, <inline-formula><tex-math><![CDATA[P_{def} = P_{rec} = 0]]></tex-math></inline-formula> and the backlog is unchanged. Let <inline-formula><tex-math><![CDATA[a_{sel}(k)]]></tex-math></inline-formula> denote the response selected after posterior correction at update <inline-formula><tex-math><![CDATA[k]]></tex-math></inline-formula>. The physical interval <inline-formula><tex-math><![CDATA[\lbrack t_{k},t_{k + 1})]]></tex-math></inline-formula> uses <inline-formula><tex-math><![CDATA[a_{app}(k) = a_{sel}(k - 1)]]></tex-math></inline-formula>. All physical-propagation equations use the applied quantities <inline-formula><tex-math><![CDATA[c_{app}(k)]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[m_{R,app}(k)]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[P_{def,app}(k)]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[P_{rec,app}(k)]]></tex-math></inline-formula>, preventing same-step feedback. Every action applies for one five-minute physical interval and expires at the interval boundary unless explicitly reselected. Additional response cranes return to the idle pool unless reassigned at the next update.</p>
      </sec>
      <sec id="sec17">
        <title>Benchmark fairness and ablation design</title>
        <p>M1 uses raw delayed and noisy observations and fixed operational thresholds. M2 updates operational and energy states using zero-order hold but has no covariance propagation or temporal correction. For M2, the common external evaluator calculates the normalised ex-post error <inline-formula><tex-math><![CDATA[{\widetilde{e}}_{ext} = S_{x}^{- 1}(x_{p} - {\widehat{x}}_{p})]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[P_{ext} = diag({\widetilde{e}}_{ext} {\widetilde{e}}_{ext})]]></tex-math></inline-formula>; these quantities remain unavailable to the policy. M3 includes the energy model and causal nearest-neighbour alignment for energy channels. Its current normalised aligned innovation <inline-formula><tex-math><![CDATA[{\widetilde{\nu}}_{k}]]></tex-math></inline-formula> is projected into state space as <inline-formula><tex-math><![CDATA[e_{res} = C_{k}^{+}{\widetilde{\nu}}_{k}]]></tex-math></inline-formula>, and <inline-formula><tex-math><![CDATA[P_{res} = diag(e_{res} e_{res})]]></tex-math></inline-formula> provides an instantaneous residual-energy uncertainty proxy. This proxy is not interpreted as a propagated covariance or windowed residual variance. M4 uses the complete six-state EKF, causal temporal correction, health-risk estimation and the post-update uncertainty diagnostic. Exact thresholds, information access and evaluator roles are specified in Table 5.</p>
        <p>The ablation analysis removes one capability at a time. A separate no-action variant retains the full estimator and diagnostics but disables all adaptive-response actions, allowing the estimation contribution to be distinguished from the response-policy contribution.</p>
      </sec>
      <sec id="sec18">
        <title>Methodological boundaries</title>
        <p>The framework is a controlled simulation-based evaluation and does not claim field deployment, autonomous terminal control, detailed electrical power-flow analysis or asset-level structural diagnosis. The operational model is mesoscopic and does not resolve crane interference, yard-block assignment, reefer clustering, vehicle routing or rehandling cycles as separate states. Their effects enter through workload, utilisation, congestion and electrical-demand parameters. The framework supports system-level resilience assessment and comparative planning; terminal-specific deployment requires measured-data calibration and lower-level operational, electrical and structural models.</p>
      </sec>
    </sec>
    <sec id="sec19">
      <title>Synthetic Reference Configuration and Simulation Design</title>
      <sec id="sec20">
        <title>Synthetic reference terminal, parameter rationale and initial conditions</title>
        <disp-formula id="eq83">
          <label>(83)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>s</mi><mi>j</mi></msub><mo>=</mo><mrow><mo fence="true" form="prefix" stretchy="true">{</mo><mtable><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mn>1</mn><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><mi>j</mi><mrow><mo lspace="0em" rspace="0em">∈</mo><mi class="mathcal">ℒ</mi><mo separator="true" lspace="0em" rspace="0em">,</mo></mrow></mrow></mtd></mtr><mtr><mtd style="padding-left:0em;padding-right:5.9776pt"><mrow><mo form="prefix" stretchy="false">−</mo><mn>1</mn><mo separator="true">,</mo></mrow></mtd><mtd style="padding-left:5.9776pt;padding-right:0em"><mrow><mi>j</mi><mo>=</mo><mi>R</mi><mi>I</mi><mo separator="true">,</mo></mrow></mtd></mtr></mtable><mo fence="true" form="postfix" stretchy="true"></mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq84">
          <label>(84)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>t</mi><mi>j</mi></msub><mo>=</mo><mfrac><msub><menclose notation="top" class="tml-overline"><mi>d</mi></menclose><mi>j</mi></msub><mrow><msub><mi>s</mi><mrow><mi>d</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mi>/</mi><msqrt><mn>50</mn></msqrt></mrow></mfrac><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><mi>d</mi><mi>f</mi><mo>=</mo><mn>49</mn><mo separator="true">,</mo><mspace width="1em"></mspace><mspace width="1em"></mspace><msub><mi>d</mi><mrow><mi>z</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo>=</mo><mfrac><msub><menclose notation="top" class="tml-overline"><mi>d</mi></menclose><mi>j</mi></msub><msub><mi>s</mi><mrow><mi>d</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub></mfrac></mrow></math>
        </disp-formula>
        <disp-formula id="eq85">
          <label>(85)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>N</mi><mi>R</mi><mi>M</mi><mi>S</mi><mi>E</mi></mrow><mrow><mi>a</mi><mi>g</mi><mi>g</mi></mrow></msub><mo>=</mo><mfrac><mn>1</mn><mn>6</mn></mfrac><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>i</mi><mo>=</mo><mn>1</mn></mrow><mn>6</mn></munderover></mrow><msub><mrow><mi>N</mi><mi>R</mi><mi>M</mi><mi>S</mi><mi>E</mi></mrow><mi>i</mi></msub></mrow></math>
        </disp-formula>
        <disp-formula id="eq86">
          <label>(86)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>N</mi><mi>M</mi><mi>A</mi><mi>E</mi></mrow><mi>i</mi></msub><mo>=</mo><mfrac><mn>1</mn><mrow><mi>N</mi><msub><mi>s</mi><mi>i</mi></msub></mrow></mfrac><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>k</mi><mo>=</mo><mn>1</mn></mrow><mi>N</mi></munderover></mrow><mrow><mo fence="true" form="prefix" stretchy="true">|</mo><msub><mover><mi>x</mi><mo stretchy="true" class="tml-hat-1" style="math-depth:0">ˆ</mo></mover><mrow><mi>i</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo>−</mo><msub><mi>x</mi><mrow><mi>i</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">|</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq87">
          <label>(87)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>N</mi><mi>B</mi><mi>i</mi><mi>a</mi><mi>s</mi></mrow><mi>i</mi></msub><mo>=</mo><mfrac><mn>1</mn><mrow><mi>N</mi><msub><mi>s</mi><mi>i</mi></msub></mrow></mfrac><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>k</mi><mo>=</mo><mn>1</mn></mrow><mi>N</mi></munderover></mrow><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mover><mi>x</mi><mo stretchy="true" class="tml-hat-1" style="math-depth:0">ˆ</mo></mover><mrow><mi>i</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo>−</mo><msub><mi>x</mi><mrow><mi>i</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow></mrow></math>
        </disp-formula>
        <disp-formula id="eq88">
          <label>(88)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>N</mi><mi>I</mi><mi>S</mi></mrow><mi>k</mi></msub><mo>=</mo><msubsup><mi>ν</mi><mi>k</mi><mi>T</mi></msubsup><msubsup><mi>S</mi><mi>k</mi><mrow class="tml-med-pad"><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>1</mn></mrow></msubsup><msub><mi>ν</mi><mi>k</mi></msub></mrow></math>
        </disp-formula>
        <disp-formula id="eq89">
          <label>(89)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>N</mi><mi>E</mi><mi>E</mi><mi>S</mi></mrow><mi>k</mi></msub><mo>=</mo><msubsup><mi>e</mi><mi>k</mi><mi class="tml-sml-pad">T</mi></msubsup><msubsup><mi>P</mi><mi>k</mi><mrow class="tml-med-pad"><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>1</mn></mrow></msubsup><msub><mi>e</mi><mi>k</mi></msub></mrow></math>
        </disp-formula>
        <p>The synthetic terminal represents a medium-to-large electrified container port. The implied annual throughput is 7.6 × 365 × 1,625 = 4,507,750 TEU/year, rounded to 4.5 million TEU/year.</p>
        <p>The numerical configuration is intended to represent a technically plausible medium-to-large container-terminal system rather than to reproduce any identifiable commercial port. Parameter selection followed three principles. First, scale-defining quantities, including annual throughput, berth and quay-crane resources, yard capacity, electrical-supply capacity, renewable capacity and battery storage, were selected as mutually consistent system-level values capable of supporting the specified annual cargo flow and progressive electrification scenarios. Second, stochastic and dynamic parameters were selected to produce physically bounded and numerically stable trajectories over the annual simulation horizon while preserving meaningful operational, energy and sensing variability. Third, stress-scenario parameters were deliberately specified as controlled perturbations around the reference configuration rather than as forecasts for a particular terminal. The S0–S5 values should therefore be interpreted as an experimental stress trajectory for comparative evaluation. They are not claimed to be universal design values or empirically calibrated thresholds for operational deployment. Where deployment is intended, these quantities must be re-estimated from terminal operating-system records, electrical measurements, monitoring data and observed disruption–recovery behaviour.</p>
        <p>The principal configuration values and their modelling roles are summarised in Table 1, while scenario-dependent perturbations are reported separately in Table 4 to distinguish baseline system scale from experimental stress assumptions.</p>
        <table-wrap id="tbl1">
          <label>Table 1</label>
          <caption><p>Technical configuration and initial conditions</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Parameter</bold></th>
                <th><bold>Symbol</bold></th>
                <th><bold>Value</bold></th>
                <th><bold>Role</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>Simulation horizon</td>
                <td>T</td>
                <td>365 days</td>
                <td>Full annual operating period</td>
              </tr>
              <tr>
                <td>Warm-up period</td>
                <td>T<sub>w</sub></td>
                <td>14 days</td>
                <td>Removed from statistical reporting</td>
              </tr>
              <tr>
                <td>Post-warm-up reporting period</td>
                <td>T<sub>report</sub></td>
                <td>351 days</td>
                <td>Basis of reported scenario outputs</td>
              </tr>
              <tr>
                <td>Update interval</td>
                <td>Δt</td>
                <td>5 min <inline-formula><tex-math><![CDATA[(1/12\ h)]]></tex-math></inline-formula></td>
                <td>Physical-state, digital-twin and response interval</td>
              </tr>
              <tr>
                <td>Replications</td>
                <td>N<sub>rep</sub></td>
                <td>50</td>
                <td>Paired stochastic comparisons</td>
              </tr>
              <tr>
                <td>Throughput</td>
                <td>C<sub>year</sub></td>
                <td>4.5 million TEU/year</td>
                <td>Representative terminal scale</td>
              </tr>
              <tr>
                <td>Mean arrivals</td>
                <td>λ<sub>day</sub></td>
                <td>7.6 vessels/day</td>
                <td>Baseline vessel traffic</td>
              </tr>
              <tr>
                <td>Mean exchange</td>
                <td>E[C<sub>ship</sub>]</td>
                <td>1,625 TEU/call</td>
                <td>Average container exchange per vessel</td>
              </tr>
              <tr>
                <td>Berths / quay cranes</td>
                <td>N<sub>b</sub> / N<sub>QC</sub></td>
                <td>6 / 22</td>
                <td>Vessel-service resources</td>
              </tr>
              <tr>
                <td>Yard capacity</td>
                <td>Y<sub>max</sub></td>
                <td>58,000 TEU</td>
                <td>Static terminal-storage capacity</td>
              </tr>
              <tr>
                <td>Grid / renewable capacity</td>
                <td>P<sub>grid</sub>,max / P<sub>ren</sub>,max</td>
                <td>55 / 28 MW</td>
                <td>Electrical-supply capacities</td>
              </tr>
              <tr>
                <td>Battery</td>
                <td>E<sub>batt</sub> / P<sub>batt</sub></td>
                <td>60 MWh / 20 MW</td>
                <td>Energy buffer</td>
              </tr>
              <tr>
                <td>Monitoring channels</td>
                <td>N<sub>s</sub></td>
                <td>120</td>
                <td>36 operational, 30 energy, 42 structural and 12 environmental channels</td>
              </tr>
              <tr>
                <td>Initial states</td>
                <td>—</td>
                <td><inline-formula><tex-math><![CDATA[{D\_ v(0) = 2.5\ h; O\_ b(0) = 0.50; N\_ b,busy(0) = 3; Y(0) = 0.60; }{Y\_ stock(0) = 34,800\ TEU; Y\_ stock,imp(0) = 16,704\ TEU; }{Y\_ stock,exp(0) = 11,136\ TEU; Y\_ stock,tr(0) = 6,960\ TEU; P\_ dem(0) = 30\ MW; }{E\_ short(0) = 0; H\_ phys(0) = 0.94; DI\_ phys(0) = 0.06; B\_ U(0) = 0; U\_ x(0) = 0.10; }{E\_ b(0) = 36\ MWh; SOC(0) = 0.60; B\_ f(0) = 0\ MWh; N\_ queue(0) = 1; N\_ QC,eff(0) = 12}]]></tex-math></inline-formula></td>
                <td>Simulation initialisation</td>
              </tr>
              <tr>
                <td>Master seed</td>
                <td>s<sub>master</sub></td>
                <td>20260724</td>
                <td>Reproducible stochastic substreams</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl2">
          <label>Table 2</label>
          <caption><p>Grouped mapping of 120 monitoring channels to the six physical states</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Channels</bold></th>
                <th><bold>Domain</bold></th>
                <th><bold>Measurement group</bold></th>
                <th><bold>Principal state mapping</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>1–12</td>
                <td>Operational</td>
                <td>AIS and berth timestamps</td>
                <td><inline-formula><tex-math><![CDATA[D_{v}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>13–18</td>
                <td>Operational</td>
                <td>Berth occupancy</td>
                <td><inline-formula><tex-math><![CDATA[O_{b}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>19–30</td>
                <td>Operational</td>
                <td>Yard inventory, gate and rail flows</td>
                <td><inline-formula><tex-math><![CDATA[Y]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>31–36</td>
                <td>Operational</td>
                <td>Crane activity and productivity</td>
                <td><inline-formula><tex-math><![CDATA[D_{v}, O_{b}, Y]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>37–48</td>
                <td>Energy</td>
                <td>Auxiliary and cargo-handling meters</td>
                <td><inline-formula><tex-math><![CDATA[P_{dem}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>49–54</td>
                <td>Energy</td>
                <td>Shore-power meters</td>
                <td><inline-formula><tex-math><![CDATA[P_{dem}, E_{short}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>55–60</td>
                <td>Energy</td>
                <td>Renewable-generation meters</td>
                <td><inline-formula><tex-math><![CDATA[P_{dem}, E_{short}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>61–66</td>
                <td>Energy</td>
                <td>Grid and battery meters</td>
                <td><inline-formula><tex-math><![CDATA[P_{dem}, E_{short}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>67–108</td>
                <td>Structural</td>
                <td>Structural-health channels</td>
                <td><inline-formula><tex-math><![CDATA[H]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>109–112</td>
                <td>Environmental</td>
                <td>Wind and irradiance</td>
                <td><inline-formula><tex-math><![CDATA[P_{dem}, E_{short}]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>113–116</td>
                <td>Environmental</td>
                <td>Temperature and corrosion environment</td>
                <td><inline-formula><tex-math><![CDATA[P_{dem}, E_{short}, H]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>117–120</td>
                <td>Environmental</td>
                <td>Wave, tide and marine exposure</td>
                <td><inline-formula><tex-math><![CDATA[D_{v}, Y, H]]></tex-math></inline-formula></td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl3">
          <label>Table 3</label>
          <caption><p>Domain-stratified persistent dropout quotas</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Total lost</bold></th>
                <th><bold>Operational</bold></th>
                <th><bold>Energy</bold></th>
                <th><bold>Structural</bold></th>
                <th><bold>Environmental</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>0</td>
                <td>0</td>
                <td>0</td>
                <td>0</td>
                <td>0</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>18</td>
                <td>5</td>
                <td>5</td>
                <td>6</td>
                <td>2</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>24</td>
                <td>7</td>
                <td>6</td>
                <td>8</td>
                <td>3</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>24</td>
                <td>7</td>
                <td>6</td>
                <td>8</td>
                <td>3</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>42</td>
                <td>13</td>
                <td>10</td>
                <td>15</td>
                <td>4</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>54</td>
                <td>16</td>
                <td>14</td>
                <td>19</td>
                <td>5</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl4">
          <label>Table 4</label>
          <caption><p>Operating scenarios S0–S5</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Description</bold></th>
                <th><bold>Sensor loss</bold></th>
                <th><bold>Noise</bold></th>
                <th><bold>Delay (min)</bold></th>
                <th><bold>Electrification</bold></th>
                <th><bold>Arrival multiplier</bold></th>
                <th><bold>Renewable multiplier</bold></th>
                <th><bold>Productivity multiplier</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>Reference</td>
                <td>0%</td>
                <td>1%</td>
                <td>1</td>
                <td>30%</td>
                <td>1.00</td>
                <td>1.00</td>
                <td>1.00</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>Moderate electrification transition with sensor degradation</td>
                <td>15%</td>
                <td>2%</td>
                <td>3</td>
                <td>50%</td>
                <td>1.00</td>
                <td>1.00</td>
                <td>1.00</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>High electrification</td>
                <td>20%</td>
                <td>3%</td>
                <td>5</td>
                <td>75%</td>
                <td>1.00</td>
                <td>1.00</td>
                <td>1.00</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>High operational variability</td>
                <td>20%</td>
                <td>3%</td>
                <td>5</td>
                <td>60%</td>
                <td>1.25</td>
                <td>1.00</td>
                <td>0.90</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>Compound stress</td>
                <td>35%</td>
                <td>5%</td>
                <td>10</td>
                <td>90%</td>
                <td>1.25</td>
                <td>0.75</td>
                <td>0.88</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>Extreme robustness</td>
                <td>45%</td>
                <td>7%</td>
                <td>15</td>
                <td>100%</td>
                <td>1.35</td>
                <td>0.65</td>
                <td>0.85</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl5">
          <label>Table 5</label>
          <caption><p>Benchmark configuration and fairness controls</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Model</bold></th>
                <th><bold>Internal information</bold></th>
                <th><bold>Temporal treatment</bold></th>
                <th><bold>Exact trigger basis</bold></th>
                <th><bold>Output-evaluation basis</bold></th>
                <th><bold>Tuning</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>M1 Rule-based</td>
                <td>Raw delayed and noisy observations</td>
                <td>None</td>
                <td>Warning if <inline-formula><tex-math><![CDATA[D_{v} \geq 8]]></tex-math></inline-formula>h, <inline-formula><tex-math><![CDATA[Y \geq 0.85]]></tex-math></inline-formula>or <inline-formula><tex-math><![CDATA[E_{short} \geq 0.05]]></tex-math></inline-formula>; stressed if <inline-formula><tex-math><![CDATA[D_{v} \geq 12]]></tex-math></inline-formula>h, <inline-formula><tex-math><![CDATA[Y \geq 0.92]]></tex-math></inline-formula>or <inline-formula><tex-math><![CDATA[E_{short} \geq 0.10]]></tex-math></inline-formula></td>
                <td>No internal uncertainty or health-risk estimate. <inline-formula><tex-math><![CDATA[U_{proxy} = 0.50]]></tex-math></inline-formula>and <inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula>are used only by the common external evaluator</td>
                <td>No model-specific tuning</td>
              </tr>
              <tr>
                <td>M2 Conventional DT</td>
                <td>Operational and energy states</td>
                <td>Zero-order hold of the latest received sample</td>
                <td>M1 thresholds, plus warning at <inline-formula><tex-math><![CDATA[P_{grid,pre} \geq 48]]></tex-math></inline-formula>MW and stressed at <inline-formula><tex-math><![CDATA[P_{grid,pre} \geq 52]]></tex-math></inline-formula>MW</td>
                <td><inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula>and <inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula>are evaluated ex post and are unavailable to the policy</td>
                <td>No model-specific tuning</td>
              </tr>
              <tr>
                <td>M3 Energy-aware DT</td>
                <td>Operational and energy states</td>
                <td>Causal nearest-neighbour alignment for energy channels; zero-order hold elsewhere</td>
                <td>Same numerical warning and stressed thresholds as M2</td>
                <td>A residual-variance uncertainty proxy is internally available; <inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula>is evaluated ex post</td>
                <td>No model-specific tuning</td>
              </tr>
              <tr>
                <td>M4 Proposed DT</td>
                <td>Six physical states and post-update <inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula></td>
                <td>First-order causal extrapolation for delays <inline-formula><tex-math><![CDATA[\leq 10]]></tex-math></inline-formula>min; model propagation at 15 min</td>
                <td>Stable if <inline-formula><tex-math><![CDATA[RI \geq 0.75]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[U_{x} &lt; 0.25]]></tex-math></inline-formula>and no warning threshold is exceeded; warning if <inline-formula><tex-math><![CDATA[0.65 \leq RI &lt; 0.75]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[0.25 \leq U_{x} &lt; 0.35]]></tex-math></inline-formula>, or exactly one warning threshold is exceeded; stressed if <inline-formula><tex-math><![CDATA[RI &lt; 0.65]]></tex-math></inline-formula>, <inline-formula><tex-math><![CDATA[U_{x} \geq 0.35]]></tex-math></inline-formula>, or at least two warning thresholds are exceeded</td>
                <td><inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula>and <inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula>are internally calculated and available to the policy</td>
                <td>No model-specific tuning</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </sec>
      <sec id="sec21">
        <title>Observation architecture and sensor degradation</title>
        <p>The observation architecture comprises 120 aggregated channels: 36 operational, 30 energy, 42 structural-health and 12 environmental channels. The grouped mapping and scenario-specific persistent dropout quotas are reported in Tables 2 and 3, while the complete observation-row weights are provided in Supplementary Table S1.</p>
      </sec>
      <sec id="sec22">
        <title>Operating scenarios</title>
        <p>Scenarios S0–S5 progressively increase information degradation and operational–energy stress (Figure 4). Sensor loss is implemented using the domain-stratified quotas in Table 3. The latent arrival-demand, renewable and productivity multipliers are applied to the baseline latent traffic intensity, renewable-generation profile and equipment-productivity process, respectively. The approach-channel cap is subsequently applied to the perturbed latent traffic intensity before admitted arrivals are sampled.</p>
        <fig id="fig4">
          <label>Figure 4</label>
          <caption><p>Progressive sensing, electrification, arrival, renewable and productivity conditions in S0–S5.</p></caption>
          <graphic xlink:href="obj/eb/37/eb37dcf13285f910fde5937fa80633f605f66f572545861af9d898d1e019dee3"/>
        </fig>
      </sec>
      <sec id="sec23">
        <title>Benchmark definitions and fairness controls</title>
        <p>All benchmark models share identical physical equipment, grid capacity, renewable capacity, battery storage, stochastic realisations, warm-up duration, reporting horizon and maximum response-action budget. No benchmark model or scenario is tuned separately using its reported outcomes. Ground-truth states and common evaluation outputs are unavailable to all estimation and response policies.</p>
        <p>The common external evaluator records physical outcomes for every benchmark and ablation configuration but never provides information to a policy. For M1, <inline-formula><tex-math><![CDATA[U_{proxy} = 0.50]]></tex-math></inline-formula> and externally evaluated infrastructure risk are used only to calculate a descriptive resilience outcome and remain unavailable to the response logic. For M2, the evaluator forms <inline-formula><tex-math><![CDATA[{\widetilde{e}}_{ext} = S_{x}^{- 1}(x_{p} - {\widehat{x}}_{p})]]></tex-math></inline-formula> and <inline-formula><tex-math><![CDATA[P_{ext} = diag({\widetilde{e}}_{ext} {\widetilde{e}}_{ext})]]></tex-math></inline-formula>, then applies Equations (15) and (21) ex post; neither quantity is available during state updating or action selection. M3 uses its instantaneous normalised residual-energy proxy internally, while infrastructure risk is evaluated ex post. M4 calculates <inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula> and infrastructure risk internally. In module-removal ablations, the physical subsystem remains active, but the corresponding state, diagnostic or response capability is excluded from the estimator, classifier and action-selection logic. The benchmark comparison contrasts capability stacks with different internal information and modelling functions; it does not causally isolate the effect of each capability.</p>
      </sec>
      <sec id="sec24">
        <title>Performance aggregation</title>
        <p>Within each replication, berth occupancy, infrastructure risk, uncertainty index and resilience index are averaged over the 351-day post-warm-up reporting period. Peak yard saturation and peak grid import are defined as the maximum five-minute values within each replication and are subsequently averaged across replications. Energy shortfall is calculated as the ratio of integrated unmet energy to integrated effective electrical demand using Equation (12a). Completed-vessel waiting delay is the event-level mean defined in Equation (4a), while vessels remaining in the queue at the horizon boundary are reported separately. Recovery time is calculated at the episode level using the persistence rules defined in Section 3.7. No M2 or M4 recovery event is censored under S4, permitting paired inference for recovery time.</p>
        <disp-formula id="eq90">
          <label>(90)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>E</mi><mrow><mi>a</mi><mi>n</mi><mi>n</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>=</mo><mfrac><mn>365</mn><mn>351</mn></mfrac><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>k</mi><mo>∈</mo><msub><mi class="mathcal">𝒯</mi><mrow><mi>r</mi><mi>e</mi><mi>p</mi><mi>o</mi><mi>r</mi><mi>t</mi></mrow></msub></mrow><mrow></mrow></munderover></mrow><msub><mi>P</mi><mrow><mi>q</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>k</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>t</mi></mrow></math>
        </disp-formula>
        <p>Here, <inline-formula><tex-math><![CDATA[q\]]></tex-math></inline-formula> denotes the annualised power-flow category, including demand, renewable generation, direct renewable use, battery charging, battery discharging, grid import or unmet power. All quantities reported in GWh/year are obtained by integrating over the 351-day post-warm-up reporting period and multiplying the resulting total by <inline-formula><tex-math><![CDATA[365/351]]></tex-math></inline-formula>. The 14-day warm-up period is excluded from the reported annual energy balances.</p>
      </sec>
      <sec id="sec25">
        <title>Simulation engine and reproducibility</title>
        <p>The simulation combines event-based vessel records with a fixed five-minute physical-system and digital-twin update. Each replication follows the same eighteen-step execution sequence (Figure 3):</p>
        <list list-type="order">
          <list-item><p>Initialise the physical states, auxiliary states, stochastic substreams and scenario-specific persistent dropout mask.</p></list-item>
          <list-item><p>Generate non-homogeneous Poisson vessel arrivals.</p></list-item>
          <list-item><p>Sample vessel workload and persistent vessel-specific attributes.</p></list-item>
          <list-item><p>Update the first-come-first-served vessel queue.</p></list-item>
          <list-item><p>Assign free berths to the earliest waiting vessels.</p></list-item>
          <list-item><p>Allocate the feasible number of quay cranes subject to the vessel-level and terminal-wide limits.</p></list-item>
          <list-item><p>Advance vessel service during the current five-minute step.</p></list-item>
          <list-item><p>Record service starts, service completions and event-level waiting delays.</p></list-item>
          <list-item><p>Update cohort-specific yard inflow, dwell-time release, gate-and-rail evacuation and yard saturation.</p></list-item>
          <list-item><p>Apply flexible-load, crane, yard and shore-power actions selected at the preceding update.</p></list-item>
          <list-item><p>Calculate effective electrical demand, renewable generation, battery charging and discharging, grid import and unmet power.</p></list-item>
          <list-item><p>Propagate the latent physical infrastructure-health state.</p></list-item>
          <list-item><p>Apply the replication-specific persistent channel-loss mask and generate delayed and noisy observations.</p></list-item>
          <list-item><p>Perform causal temporal alignment of the available observations.</p></list-item>
          <list-item><p>Execute the six-state EKF prediction, measurement correction and Joseph covariance update.</p></list-item>
          <list-item><p>Calculate infrastructure risk, post-update uncertainty, resilience and the operating-state class.</p></list-item>
          <list-item><p>Select bounded response actions for the following physical-system step.</p></list-item>
          <list-item><p>Record physical outcomes through the common external evaluator.</p></list-item>
        </list>
        <disp-formula id="eq91">
          <label>(91)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mrow><mi mathvariant="normal">Δ</mi><mspace></mspace></mrow><mi>C</mi><msub><mi>O</mi><mrow><mn>2</mn><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>=</mo><msup><mn>10</mn><mn>3</mn></msup><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mi>E</mi><mrow><mi>s</mi><mi>e</mi><mi>r</mi><mi>v</mi><mi>e</mi><mi>d</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>−</mo><msub><mi>E</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mi>E</mi><msub><mi>F</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi></mrow></msub></mrow></math>
        </disp-formula>
        <disp-formula id="eq92">
          <label>(92)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>C</mi><msub><mi>I</mi><mi>s</mi></msub><mo>=</mo><mfrac><mrow><mi>C</mi><msub><mi>O</mi><mrow><mn>2</mn><mo separator="true">,</mo><mi>s</mi></mrow></msub></mrow><mrow><msup><mn>10</mn><mn>3</mn></msup><msub><mi>E</mi><mrow><mi>s</mi><mi>e</mi><mi>r</mi><mi>v</mi><mi>e</mi><mi>d</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub></mrow></mfrac></mrow></math>
        </disp-formula>
        <p>The persistent dropout mask is sampled once at simulation initialisation and remains fixed through warm-up and reporting. Actions selected at update k affect the physical system at update k+1, maintaining a one-step causal lag. Ground-truth states are recorded only by the external evaluator and are inaccessible to estimators and policies. Event and stock ledgers enforce the vessel identity N<sub>arr,report</sub> + N<sub>carry-in</sub> = N<sub>served,report</sub> + N<sub>queue,end</sub> + N<sub>service,end</sub> and the corresponding yard-stock balance. Boundary queues and stocks are reported explicitly rather than assigned zero delay or discarded.</p>
        <p>The simulation contains 105,120 five-minute steps, including 4,032 warm-up steps and 101,088 reporting steps. Independent stochastic substreams are generated from NumPy SeedSequence 20260724 for vessel arrivals, vessel workload, quay-crane productivity, renewable generation, sensor degradation and health perturbations. The implementation uses Python 3.11.9, NumPy 1.26.4, SciPy 1.13.1, pandas 2.2.2, SimPy 4.1.1 and Matplotlib 3.9.0 on an Intel Core i7-12700 workstation with 32 GB RAM.</p>
        <p>Numerical implementation safeguards include physical-domain clipping, the Joseph covariance form, prediction-only propagation under insufficient reduced observation support, prohibition of simultaneous battery charging and discharging, and explicit end-of-horizon accounting for flexible-load backlog. The annual battery-balance residual calculated from unrounded five-minute trajectories is below 10<sup>-8</sup> MWh in every scenario. Independent stochastic substreams and the fixed master seed make each reported replication reproducible.</p>
        <disp-formula id="eq93">
          <label>(93)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><menclose notation="top" class="tml-overline"><mi>X</mi></menclose><mo>=</mo><mfrac><mn>1</mn><mn>50</mn></mfrac><mrow><munderover><mo movablelimits="false">∑</mo><mrow><mi>r</mi><mo>=</mo><mn>1</mn></mrow><mn>50</mn></munderover></mrow><msub><mi>X</mi><mi>r</mi></msub><mo separator="true">,</mo><mn>95</mn><mi>%</mi><mi>C</mi><mi>I</mi><mo>=</mo><menclose notation="top" class="tml-overline"><mi>X</mi></menclose><mo>±</mo><msub><mi>t</mi><mn>0.975,49</mn></msub><mfrac><msub><mi>s</mi><mi>X</mi></msub><msqrt><mn>50</mn></msqrt></mfrac></mrow></math>
        </disp-formula>
        <p>Unless otherwise stated for censored recovery outcomes, reported uncertainty is the 95% confidence-interval half-width calculated from fifty replication-level means using Equation (26). Standard steady-state simulation principles guided the warm-up and replication-convergence checks (<xref ref-type="bibr" rid="ref-r29">Law 2015</xref>). Because the benchmark models use common replication-specific stochastic substreams, all M2–M4 comparisons are paired by replication.</p>
        <disp-formula id="eq94">
          <label>(94)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>d</mi><mrow><mi>r</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo>=</mo><msub><mi>s</mi><mi>j</mi></msub><mrow><mo fence="true" form="prefix" stretchy="true">[</mo><msub><mi>X</mi><mrow><mi>M</mi><mn>2</mn><mo separator="true">,</mo><mi>r</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo>−</mo><msub><mi>X</mi><mrow><mi>M</mi><mn>4</mn><mo separator="true">,</mo><mi>r</mi><mo separator="true">,</mo><mi>j</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">]</mo></mrow></mrow></math>
        </disp-formula>
        <p>Positive paired differences denote favourable M4 performance: M2 − M4 for lower-is-better indicators and M4 − M2 for the resilience index. Two-sided paired tests, Holm family-wise adjustment (<xref ref-type="bibr" rid="ref-r20">Holm 1979</xref>) and paired standardised effect sizes are applied using Equations (27a)–(27c).</p>
        <disp-formula id="eq95">
          <label>(95)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>N</mi><mi>R</mi><mi>M</mi><mi>S</mi><mi>E</mi></mrow><mi>i</mi></msub><mo>=</mo><mfrac><msqrt><mrow><msup><mi>N</mi><mrow class="tml-med-pad"><mo form="prefix" stretchy="false" lspace="0em" rspace="0em">−</mo><mn>1</mn></mrow></msup><msubsup><mo movablelimits="false">∑</mo><mrow><mi>k</mi><mo>=</mo><mn>1</mn></mrow><mi>N</mi></msubsup><msup><mrow><mo fence="true" form="prefix" stretchy="true">(</mo><msub><mover><mi>x</mi><mo stretchy="true" class="tml-hat-1" style="math-depth:0">ˆ</mo></mover><mrow><mi>i</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo>−</mo><msub><mi>x</mi><mrow><mi>i</mi><mo separator="true">,</mo><mi>k</mi></mrow></msub><mo fence="true" form="postfix" stretchy="true">)</mo></mrow><mn>2</mn></msup></mrow></msqrt><msub><mi>s</mi><mi>i</mi></msub></mfrac></mrow></math>
        </disp-formula>
        <p>State-specific 95% interval coverage is the proportion of latent ground-truth values contained within the corresponding posterior interval. Aggregate coverage is the arithmetic mean across the six normalised physical states. NIS and NEES are used as descriptive Kalman-filter consistency diagnostics (<xref ref-type="bibr" rid="ref-r3">Bar-Shalom <italic>et al.</italic> 2001</xref>). NIS acceptance uses the 2.5% and 97.5% chi-square limits for the time-varying number of available observations, whereas NEES acceptance uses six degrees of freedom. These five-minute diagnostics are temporally dependent and are not interpreted as independent-sample hypothesis tests; scenario inference is based on replication-level summaries.</p>
        <disp-formula id="eq96">
          <label>(96)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mrow><mi>R</mi><mi>M</mi><mi>S</mi><mi>T</mi></mrow><mi>s</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mn>48</mn><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mo>=</mo><msubsup><mo movablelimits="false">∫</mo><mn>0</mn><mn>48</mn></msubsup><msub><mover><mi>S</mi><mo stretchy="true" class="tml-hat-1" style="math-depth:0">ˆ</mo></mover><mi>s</mi></msub><mrow><mo fence="true" form="prefix" stretchy="false">(</mo><mi>t</mi><mo fence="true" form="postfix" stretchy="false">)</mo></mrow><mtext> </mtext><mi>d</mi><mi>t</mi></mrow></math>
        </disp-formula>
        <p>In Equation (29), Ŝs(t) is the Kaplan–Meier estimate of the recovery-time survival function (<xref ref-type="bibr" rid="ref-r27">Kaplan and Meier 1958</xref>). For S5, recovery is reported as restricted mean recovery time up to the 48 h censoring limit. Its 95% interval uses 10,000 bias-corrected and accelerated bootstrap resamples of the fifty replication identifiers (<xref ref-type="bibr" rid="ref-r9">Efron 1987</xref>). All episodes belonging to a selected replication are retained together during resampling, preserving within-replication dependence. The conventional interval for uncensored replication means is not applied to S5.</p>
        <p>The distributions of the fifty paired differences are examined using Q–Q plots and Shapiro–Wilk tests (<xref ref-type="bibr" rid="ref-r50">Shapiro and Wilk 1965</xref>). Energy-shortfall differences depart from normality at the 5% level. Bias-corrected and accelerated intervals based on 10,000 paired replication-level resamples and two-sided Wilcoxon signed-rank sensitivity tests are therefore used as robustness checks. These checks lead to the same inferential conclusions as the paired t-tests; the corresponding values are reported in Supplementary Table S6.</p>
      </sec>
      <sec id="sec26">
        <title>Warm-up and Monte Carlo convergence</title>
        <p>Rolling means of queue length, yard saturation, battery state of charge and uncertainty stabilise by Day 14 under both S4 and S5. The corresponding physical-health slopes also become approximately constant by the end of the warm-up period. Increasing the replication count from 40 to 50 changes every primary S4 and S5 mean by less than 0.8%, supporting the selected warm-up duration and replication count. For S4, completed-vessel waiting delay changes from 10.49 to 10.50 h, energy shortfall from 5.68% to 5.70%, infrastructure risk from 0.272 to 0.270, uncertainty index remains 0.310, recovery time changes from 14.58 to 14.60 h and resilience index changes from 0.641 to 0.640. For S5, completed-vessel waiting delay changes from 13.58 to 13.60 h, energy shortfall from 8.88% to 8.90%, infrastructure risk from 0.359 to 0.360, uncertainty index from 0.429 to 0.430, recovery time from 23.36 to 23.40 h and resilience index from 0.521 to 0.520. The complete warm-up and replication-convergence values are reported in Supplementary Tables S4 and S5.</p>
      </sec>
    </sec>
    <sec id="sec27">
      <title>Results and Discussion</title>
      <sec id="sec28">
        <title>Scenario-level performance</title>
        <table-wrap id="tbl6">
          <label>Table 6</label>
          <caption><p>Scenario-level operational and energy results of the proposed framework; values are means ± 95% confidence-interval half-widths</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Completed-vessel waiting delay,</bold> <inline-formula><tex-math><![CDATA[D_{v}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><inline-formula><tex-math><![CDATA[O_{b}]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><inline-formula><tex-math><![CDATA[Y_{peak}]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><inline-formula><tex-math><![CDATA[E_{short}]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><inline-formula><tex-math><![CDATA[P_{grid}]]></tex-math></inline-formula><bold>(MW)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td><inline-formula><tex-math><![CDATA[3.4 \pm 0.2]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[61.8 \pm 1.1]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[68.0 \pm 1.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.6 \pm 0.1]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[32.6 \pm 1.2]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S1</td>
                <td><inline-formula><tex-math><![CDATA[4.6 \pm 0.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[66.4 \pm 1.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[73.0 \pm 1.6]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[1.2 \pm 0.2]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[38.1 \pm 1.5]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S2</td>
                <td><inline-formula><tex-math><![CDATA[7.9 \pm 0.5]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[74.2 \pm 1.7]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[82.0 \pm 1.9]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[3.8 \pm 0.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[48.3 \pm 1.8]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S3</td>
                <td><inline-formula><tex-math><![CDATA[8.8 \pm 0.6]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[78.1 \pm 1.9]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[86.0 \pm 2.1]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[2.9 \pm 0.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[44.2 \pm 1.7]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S4</td>
                <td><inline-formula><tex-math><![CDATA[10.5 \pm 0.7]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[84.3 \pm 2.0]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[90.0 \pm 2.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[5.7 \pm 0.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[52.4 \pm 2.1]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S5</td>
                <td><inline-formula><tex-math><![CDATA[13.6 \pm 0.9]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[89.1 \pm 2.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[95.0 \pm 2.6]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[8.9 \pm 0.6]]></tex-math></inline-formula></td>
                <td>55.0, capacity bound</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>The S5 recovery result is the 48-h restricted mean recovery time with its 95% BCa confidence interval. All other intervals are reported as 95% confidence-interval half-widths.</p>
        <table-wrap id="tbl7">
          <label>Table 7</label>
          <caption><p>Scenario-level risk, uncertainty, recovery and resilience results</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula></th>
                <th><inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula></th>
                <th><inline-formula><tex-math><![CDATA[T_{rec}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><bold>RI</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td><inline-formula><tex-math><![CDATA[0.08 \pm 0.01]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.11 \pm 0.01]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[2.1 \pm 0.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.91 \pm 0.02]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S1</td>
                <td><inline-formula><tex-math><![CDATA[0.11 \pm 0.01]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.17 \pm 0.02]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[3.8 \pm 0.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.86 \pm 0.02]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S2</td>
                <td><inline-formula><tex-math><![CDATA[0.18 \pm 0.02]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.22 \pm 0.02]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[7.5 \pm 0.7]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.76 \pm 0.03]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S3</td>
                <td><inline-formula><tex-math><![CDATA[0.20 \pm 0.02]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.24 \pm 0.02]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[9.2 \pm 0.8]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.73 \pm 0.03]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S4</td>
                <td><inline-formula><tex-math><![CDATA[0.27 \pm 0.03]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.31 \pm 0.03]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[14.6 \pm 1.1]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.64 \pm 0.03]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S5</td>
                <td><inline-formula><tex-math><![CDATA[0.36 \pm 0.04]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.43 \pm 0.04]]></tex-math></inline-formula></td>
                <td>23.4 [21.6, 25.3]</td>
                <td><inline-formula><tex-math><![CDATA[0.52 \pm 0.04]]></tex-math></inline-formula></td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl8">
          <label>Table 8</label>
          <caption><p>End-of-horizon queue under S0–S5; values are mean vessels ± 95% confidence-interval half-widths</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Mean end-of-horizon queue (vessels)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td><inline-formula><tex-math><![CDATA[1.2 \pm 0.4]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S1</td>
                <td><inline-formula><tex-math><![CDATA[2.0 \pm 0.5]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S2</td>
                <td><inline-formula><tex-math><![CDATA[4.5 \pm 0.8]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S3</td>
                <td><inline-formula><tex-math><![CDATA[8.6 \pm 1.2]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S4</td>
                <td><inline-formula><tex-math><![CDATA[14.8 \pm 1.7]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>S5</td>
                <td><inline-formula><tex-math><![CDATA[28.7 \pm 2.9]]></tex-math></inline-formula></td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>The end-of-horizon queue is reported separately to prevent vessels still waiting at the reporting boundary from being assigned zero delay or being implicitly represented as completed observations.</p>
        <p>S0 establishes stable operation, with a mean completed-vessel waiting delay of 3.4 h, an energy shortfall of 0.6% and a resilience index of 0.91 (Tables 6a, 6b and 6c). S1 combines moderate electrification with sensor degradation; consequently, its performance changes cannot be attributed to sensing degradation alone. S2 raises the electrification share to 75% and increases energy shortfall to 3.8%, while the resilience index remains above the warning threshold at 0.76. S3 combines a 25% increase in vessel-arrival intensity with lower operational productivity and reduced yard-evacuation capacity, producing warning-state operation. Under S4 compound stress, the simulated terminal remains operational but is classified as stressed by the prespecified decision rules. S5 reaches the fixed 55 MW grid-import capacity and produces the lowest resilience index, 0.52, together with a mean end-of-horizon queue of 28.7 vessels.</p>
      </sec>
      <sec id="sec29">
        <title>Estimator accuracy and uncertainty calibration</title>
        <p>Table 7 summarises scenario-level calibration, while state-specific NRMSE, NMAE, normalised bias and coverage values are provided in Supplementary Table S3.</p>
        <table-wrap id="tbl9">
          <label>Table 9</label>
          <caption><p>Scenario-level estimator-calibration diagnostics</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Aggregate NRMSE</bold></th>
                <th><bold>Coverage (%)</bold></th>
                <th><bold>Residual synchronisation error (min)</bold></th>
                <th><bold>NIS/DOF</bold></th>
                <th><bold>NEES/6</bold></th>
                <th><bold>NIS acceptance (%)</bold></th>
                <th><bold>NEES acceptance (%)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>0.031</td>
                <td>94.6</td>
                <td>0.2</td>
                <td>0.98</td>
                <td>1.02</td>
                <td>94.2</td>
                <td>93.8</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>0.045</td>
                <td>93.8</td>
                <td>0.7</td>
                <td>1.03</td>
                <td>1.05</td>
                <td>93.1</td>
                <td>92.7</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>0.057</td>
                <td>92.7</td>
                <td>1.1</td>
                <td>1.08</td>
                <td>1.11</td>
                <td>91.8</td>
                <td>90.9</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>0.064</td>
                <td>91.9</td>
                <td>1.3</td>
                <td>1.12</td>
                <td>1.16</td>
                <td>90.5</td>
                <td>89.4</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>0.079</td>
                <td>90.8</td>
                <td>1.8</td>
                <td>1.19</td>
                <td>1.24</td>
                <td>88.7</td>
                <td>87.2</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>0.108</td>
                <td>86.5</td>
                <td>2.6</td>
                <td>1.34</td>
                <td>1.41</td>
                <td>82.6</td>
                <td>79.8</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Interval coverage remains close to the nominal 95% level under S0 and S1 but progressively falls below the nominal level as sensor loss, measurement noise and synchronisation delay intensify. Aggregate coverage decreases to 90.8% under S4 and 86.5% under S5. The estimator therefore remains informative but becomes increasingly overconfident under severe compound degradation. The simultaneous increase in the NIS and NEES ratios above unity and the decline in their chi-square acceptance rates support the same interpretation.</p>
        <table-wrap id="tbl10">
          <label>Table 10</label>
          <caption><p>Physical-health trajectories and posterior health-risk diagnostics.</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Mean</bold> <inline-formula><tex-math><![CDATA[H_{phys}]]></tex-math></inline-formula></th>
                <th><bold>Mean posterior SD of</bold> <inline-formula><tex-math><![CDATA[\widehat{H}]]></tex-math></inline-formula></th>
                <th><bold>5th percentile</bold> <inline-formula><tex-math><![CDATA[H_{phys}]]></tex-math></inline-formula></th>
                <th><bold>Time</bold> <inline-formula><tex-math><![CDATA[H_{phys} &lt; 0.75]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><bold>Time</bold> <inline-formula><tex-math><![CDATA[H_{phys} &lt; 0.65]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><bold>Mean</bold> <inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>0.85</td>
                <td>0.018</td>
                <td>0.77</td>
                <td>3.2</td>
                <td>0.4</td>
                <td>0.08</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>0.83</td>
                <td>0.024</td>
                <td>0.69</td>
                <td>6.8</td>
                <td>1.1</td>
                <td>0.11</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>0.80</td>
                <td>0.031</td>
                <td>0.65</td>
                <td>14.5</td>
                <td>4.6</td>
                <td>0.18</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>0.79</td>
                <td>0.037</td>
                <td>0.63</td>
                <td>18.9</td>
                <td>6.9</td>
                <td>0.20</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>0.77</td>
                <td>0.046</td>
                <td>0.59</td>
                <td>31.7</td>
                <td>13.8</td>
                <td>0.27</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>0.73</td>
                <td>0.061</td>
                <td>0.53</td>
                <td>47.6</td>
                <td>25.9</td>
                <td>0.36</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>The mean and fifth-percentile health values refer to the latent physical-health trajectory (Table 8). The posterior standard deviation and infrastructure-risk probability refer to the EKF posterior estimate and are calculated at the five-minute update scale. Posterior health uncertainty increases monotonically from S0 to S5. The scenario-level infrastructure-risk values are time averages of instantaneous posterior probabilities and are not reconstructed from the reported mean physical health and mean posterior standard deviation.</p>
      </sec>
      <sec id="sec30">
        <title>Integrated energy, battery and electricity-carbon results</title>
        <p>Realised action-use statistics in Supplementary Table S20 confirm that the bounded response mechanisms are materially active. Warning-plus-stressed operation increases from 13.2% of reporting time in S0 to 85.2% in S5, while yard-enhancement duration increases from 1,112 to 7,177 h over the 351-day reporting period. The time share under the strongest precautionary multiplier, <inline-formula><tex-math><![CDATA[m_{R} = 0.90]]></tex-math></inline-formula>, increases from 0.4% to 25.9%. Deferred, repaid, overdue and terminal-backlog energy are reported separately, and the flexible-load ledger closes to the displayed precision in every scenario.</p>
        <table-wrap id="tbl11">
          <label>Table 11</label>
          <caption><p>Annual electrical-energy balance</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Demand (GWh/year)</bold></th>
                <th><bold>Gross renewable generation (GWh/year)</bold></th>
                <th><bold>Direct renewable use (GWh/year)</bold></th>
                <th><bold>Curtailment (GWh/year)</bold></th>
                <th><bold>Grid import (GWh/year)</bold></th>
                <th><bold>Unmet energy (GWh/year)</bold></th>
                <th><bold>Shortfall (%)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>270.0</td>
                <td>90.0</td>
                <td>70.0</td>
                <td>5.0</td>
                <td>184.98</td>
                <td>1.62</td>
                <td>0.6</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>300.0</td>
                <td>90.0</td>
                <td>68.0</td>
                <td>4.0</td>
                <td>212.30</td>
                <td>3.60</td>
                <td>1.2</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>360.0</td>
                <td>90.0</td>
                <td>63.0</td>
                <td>2.0</td>
                <td>261.02</td>
                <td>13.68</td>
                <td>3.8</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>335.0</td>
                <td>90.0</td>
                <td>64.0</td>
                <td>3.0</td>
                <td>240.79</td>
                <td>9.72</td>
                <td>2.9</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>410.0</td>
                <td>67.5</td>
                <td>36.5</td>
                <td>1.0</td>
                <td>323.33</td>
                <td>23.37</td>
                <td>5.7</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>455.0</td>
                <td>58.5</td>
                <td>26.5</td>
                <td>0.0</td>
                <td>359.41</td>
                <td>40.50</td>
                <td>8.9</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl12">
          <label>Table 12</label>
          <caption><p>Annual battery-energy balance</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Renewable charging (GWh/year)</bold></th>
                <th><bold>Battery discharge (GWh/year)</bold></th>
                <th><bold>Final</bold> <inline-formula><tex-math><![CDATA[E_{b}]]></tex-math></inline-formula><bold>(MWh)</bold></th>
                <th><bold>Self-discharge loss (MWh/year)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>15.0</td>
                <td>13.39</td>
                <td>35.2</td>
                <td>2.6</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>18.0</td>
                <td>16.07</td>
                <td>34.8</td>
                <td>2.5</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>25.0</td>
                <td>22.32</td>
                <td>33.9</td>
                <td>2.4</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>23.0</td>
                <td>20.54</td>
                <td>34.1</td>
                <td>2.4</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>30.0</td>
                <td>26.79</td>
                <td>31.5</td>
                <td>2.3</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>32.0</td>
                <td>28.58</td>
                <td>28.2</td>
                <td>2.1</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <disp-formula id="eq97">
          <label>(97)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><msub><mi>f</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>=</mo><mfrac><mrow><msub><mi>E</mi><mrow><mi>r</mi><mi>e</mi><mi>n</mi><mo separator="true">,</mo><mi>d</mi><mi>i</mi><mi>r</mi><mi>e</mi><mi>c</mi><mi>t</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>+</mo><msub><mi>E</mi><mrow><mi>b</mi><mi>a</mi><mi>t</mi><mi>t</mi><mo separator="true">,</mo><mi>d</mi><mi>i</mi><mi>s</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub></mrow><mrow><msub><mi>E</mi><mrow><mi>d</mi><mi>e</mi><mi>m</mi><mi>a</mi><mi>n</mi><mi>d</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>−</mo><msub><mi>E</mi><mrow><mi>u</mi><mi>n</mi><mi>m</mi><mi>e</mi><mi>t</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub></mrow></mfrac></mrow></math>
        </disp-formula>
        <p>Battery discharge is counted as renewable contribution because grid charging is prohibited and the battery is charged only from renewable surplus (Tables 9a and 9b). Annual power-flow quantities are reported in GWh/year, except final stored battery energy and annual self-discharge loss, which are reported in MWh. The battery-balance residual calculated from unrounded five-minute trajectories is below 10<sup>-8</sup> MWh in every scenario; rounded values in Table 12 are not expected to reproduce this residual exactly. Gross renewable generation is 90.0 GWh/year in S0–S3, 67.5 GWh/year in S4 and 58.5 GWh/year in S5.</p>
        <disp-formula id="eq98">
          <label>(98)</label>
          <math display="block" class="tml-display" style="display:block math"><mrow><mi>C</mi><msub><mi>O</mi><mrow><mn>2</mn><mo separator="true">,</mo><mi>s</mi></mrow></msub><mo>=</mo><msup><mn>10</mn><mn>3</mn></msup><msub><mi>E</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi><mo separator="true">,</mo><mi>s</mi></mrow></msub><mi>E</mi><msub><mi>F</mi><mrow><mi>g</mi><mi>r</mi><mi>i</mi><mi>d</mi></mrow></msub></mrow></math>
        </disp-formula>
        <p>A fixed scenario emission factor of 0.45 t CO<sub>2</sub>/MWh is used solely to translate grid-electricity consumption into operational electricity-related emissions (Table 10). It is not attributed to a specific national grid, the reported values scale linearly with the selected factor, and carbon is not included in the resilience-index calculation.</p>
        <table-wrap id="tbl13">
          <label>Table 13</label>
          <caption><p>Electricity-related carbon assessment using a fixed scenario factor of 0.45 t CO<sub>2</sub>/MWh</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Served demand (GWh/year)</bold></th>
                <th><bold>Grid energy (GWh/year)</bold></th>
                <th><bold>Electricity emissions (t CO<sub>2</sub>/year)</bold></th>
                <th><bold>Avoided emissions versus all-grid supply (t CO<sub>2</sub>/year)</bold></th>
                <th><bold>Renewable share (%)</bold></th>
                <th><bold>Carbon intensity (t CO<sub>2</sub>/MWh)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>268.38</td>
                <td>184.98</td>
                <td>83,241.0</td>
                <td>37,530.0</td>
                <td>31.1</td>
                <td>0.310</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>296.40</td>
                <td>212.30</td>
                <td>95,535.0</td>
                <td>37,845.0</td>
                <td>28.4</td>
                <td>0.322</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>346.32</td>
                <td>261.02</td>
                <td>117,459.0</td>
                <td>38,385.0</td>
                <td>24.6</td>
                <td>0.339</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>325.28</td>
                <td>240.79</td>
                <td>108,355.5</td>
                <td>38,020.5</td>
                <td>26.0</td>
                <td>0.333</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>386.63</td>
                <td>323.33</td>
                <td>145,498.5</td>
                <td>28,485.0</td>
                <td>16.4</td>
                <td>0.376</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>414.50</td>
                <td>359.41</td>
                <td>161,734.5</td>
                <td>24,790.5</td>
                <td>13.3</td>
                <td>0.390</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>The carbon boundary covers operational electricity only. It excludes marine fuel, fuel consumed by non-electrified cargo-handling equipment, embodied carbon and other Scope 3 sources. Avoided emissions are calculated relative to supplying the same served electrical demand entirely from the grid and are not estimates of the total port carbon footprint.</p>
        <p>The five-minute duration diagnostics in Supplementary Table S19 and Figure S1 distinguish isolated maxima from sustained constrained operation. S4 records grid import of at least 48 MW for 630 h and at least 52 MW for 32 h. S5 records at least 48 MW for 1,850 h, at least 52 MW for 690 h and operation at the 55 MW grid limit for 64 h during the 351-day reporting period.</p>
      </sec>
      <sec id="sec31">
        <title>Benchmark comparison and paired statistical defence</title>
        <table-wrap id="tbl14">
          <label>Table 14</label>
          <caption><p>Benchmark operational and energy outcomes under S4; values are means ± 95% confidence-interval half-widths</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Model</bold></th>
                <th><bold>Completed-vessel waiting delay,</bold> <inline-formula><tex-math><![CDATA[D_{v}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><inline-formula><tex-math><![CDATA[Y_{peak}]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><inline-formula><tex-math><![CDATA[E_{short}]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><inline-formula><tex-math><![CDATA[P_{grid}]]></tex-math></inline-formula><bold>(MW)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>M1 Rule-based</td>
                <td><inline-formula><tex-math><![CDATA[15.1 \pm 1.0]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[97.0 \pm 2.7]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[10.2 \pm 0.8]]></tex-math></inline-formula></td>
                <td>55.0, capacity bound</td>
              </tr>
              <tr>
                <td>M2 Conventional DT</td>
                <td><inline-formula><tex-math><![CDATA[12.8 \pm 0.8]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[94.0 \pm 2.5]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[8.4 \pm 0.6]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[54.1 \pm 2.4]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>M3 Energy-aware DT</td>
                <td><inline-formula><tex-math><![CDATA[11.9 \pm 0.8]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[92.0 \pm 2.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[7.1 \pm 0.5]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[53.2 \pm 2.2]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>M4 Proposed DT</td>
                <td><inline-formula><tex-math><![CDATA[10.5 \pm 0.7]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[90.0 \pm 2.3]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[5.7 \pm 0.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[52.4 \pm 2.1]]></tex-math></inline-formula></td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl15">
          <label>Table 15</label>
          <caption><p>Benchmark risk, uncertainty, recovery and resilience outcomes under S4</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Model</bold></th>
                <th><inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula></th>
                <th><inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula></th>
                <th><inline-formula><tex-math><![CDATA[T_{rec}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><bold>RI</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>M1 Rule-based</td>
                <td><inline-formula><tex-math><![CDATA[0.41 \pm 0.04]]></tex-math></inline-formula></td>
                <td>Not internally estimated</td>
                <td><inline-formula><tex-math><![CDATA[31.5 \pm 2.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.46 \pm 0.04]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>M2 Conventional DT</td>
                <td><inline-formula><tex-math><![CDATA[0.34 \pm 0.03]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.44 \pm 0.04]]></tex-math></inline-formula>, ex post</td>
                <td><inline-formula><tex-math><![CDATA[19.8 \pm 1.6]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.53 \pm 0.03]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>M3 Energy-aware DT</td>
                <td><inline-formula><tex-math><![CDATA[0.31 \pm 0.03]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.38 \pm 0.03]]></tex-math></inline-formula>, residual proxy</td>
                <td><inline-formula><tex-math><![CDATA[17.2 \pm 1.4]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.57 \pm 0.03]]></tex-math></inline-formula></td>
              </tr>
              <tr>
                <td>M4 Proposed DT</td>
                <td><inline-formula><tex-math><![CDATA[0.27 \pm 0.03]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.31 \pm 0.03]]></tex-math></inline-formula>, internal</td>
                <td><inline-formula><tex-math><![CDATA[14.6 \pm 1.1]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[0.64 \pm 0.03]]></tex-math></inline-formula></td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <fig id="fig5">
          <label>Figure 5</label>
          <caption><p>Benchmark performance under compound stress. Error bars represent 95% confidence intervals across fifty paired replications. No symmetric interval is assigned to the M1 grid-import result because it coincides with the physical 55 MW capacity bound.</p></caption>
          <graphic xlink:href="obj/2b/9f/2b9f60b6637798ce20295a13dd4ee46355603a77aef1ef86da4b115b04c4a222"/>
        </fig>
        <table-wrap id="tbl16">
          <label>Table 16</label>
          <caption><p>Paired M2–M4 inference under S4</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Indicator</bold></th>
                <th><bold>Favourable difference</bold></th>
                <th><bold>95% paired CI</bold></th>
                <th><bold>Raw</bold> <inline-formula><tex-math><![CDATA[p]]></tex-math></inline-formula></th>
                <th><bold>Holm-adjusted</bold> <inline-formula><tex-math><![CDATA[p]]></tex-math></inline-formula></th>
                <th><bold>Paired</bold> <inline-formula><tex-math><![CDATA[d_{z}]]></tex-math></inline-formula></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>Completed-vessel waiting delay</td>
                <td>2.300</td>
                <td>[1.840, 2.760]</td>
                <td><inline-formula><tex-math><![CDATA[1.718 \times 10^{- 13}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[5.153 \times 10^{- 13}]]></tex-math></inline-formula></td>
                <td>1.42</td>
              </tr>
              <tr>
                <td>Peak yard saturation</td>
                <td>4.000</td>
                <td>[2.327, 5.673]</td>
                <td><inline-formula><tex-math><![CDATA[1.511 \times 10^{- 5}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[1.511 \times 10^{- 5}]]></tex-math></inline-formula></td>
                <td>0.68</td>
              </tr>
              <tr>
                <td>Energy shortfall</td>
                <td>2.700</td>
                <td>[2.358, 3.042]</td>
                <td><inline-formula><tex-math><![CDATA[5.951 \times 10^{- 21}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[4.166 \times 10^{- 20}]]></tex-math></inline-formula></td>
                <td>2.25</td>
              </tr>
              <tr>
                <td>Infrastructure risk</td>
                <td>0.070</td>
                <td>[0.051, 0.089]</td>
                <td><inline-formula><tex-math><![CDATA[2.868 \times 10^{- 9}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[5.736 \times 10^{- 9}]]></tex-math></inline-formula></td>
                <td>1.02</td>
              </tr>
              <tr>
                <td>Uncertainty index</td>
                <td>0.130</td>
                <td>[0.106, 0.154]</td>
                <td><inline-formula><tex-math><![CDATA[6.013 \times 10^{- 15}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[2.405 \times 10^{- 14}]]></tex-math></inline-formula></td>
                <td>1.57</td>
              </tr>
              <tr>
                <td>Recovery time</td>
                <td>5.200</td>
                <td>[4.279, 6.121]</td>
                <td><inline-formula><tex-math><![CDATA[2.590 \times 10^{- 15}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[1.295 \times 10^{- 14}]]></tex-math></inline-formula></td>
                <td>1.60</td>
              </tr>
              <tr>
                <td>Resilience index</td>
                <td>0.110</td>
                <td>[0.091, 0.129]</td>
                <td><inline-formula><tex-math><![CDATA[9.951 \times 10^{- 16}]]></tex-math></inline-formula></td>
                <td><inline-formula><tex-math><![CDATA[5.971 \times 10^{- 15}]]></tex-math></inline-formula></td>
                <td>1.65</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Relative to M2, M4 reduces mean completed-vessel waiting delay from 12.8 to 10.5 h, corresponding to an 18.0% reduction (Tables 11a and 11b, and Figure 5). Energy shortfall decreases from 8.4% to 5.7%, a 32.1% reduction, while the uncertainty index decreases from 0.44 to 0.31, a 29.5% reduction. Recovery time decreases from 19.8 to 14.6 h, corresponding to a 26.3% reduction. The resilience index increases from 0.53 to 0.64. Because the benchmark models share common replication-specific random-number streams, statistical inference is based on paired replication outputs.</p>
        <p>Favourable differences are reported in hours for completed-vessel waiting delay and recovery time, percentage points for yard saturation and energy shortfall, and dimensionless units for infrastructure risk, uncertainty index and resilience index.</p>
        <p>All seven outcomes remain statistically significant after Holm family-wise adjustment. The largest paired standardised effects occur for energy shortfall, resilience index, recovery time and uncertainty index. Peak yard saturation produces the smallest effect, although its paired difference remains statistically significant. The Shapiro–Wilk, BCa-bootstrap and Wilcoxon robustness results are reported in Supplementary Table S6.</p>
      </sec>
      <sec id="sec32">
        <title>Recovery episodes and censoring</title>
        <table-wrap id="tbl17">
          <label>Table 17</label>
          <caption><p>Recovery-episode counts, censoring and reported recovery measure</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scenario</bold></th>
                <th><bold>Episodes</bold></th>
                <th><bold>Right-censored</bold></th>
                <th><bold>Censored (%)</bold></th>
                <th><bold>Reported</bold> <inline-formula><tex-math><![CDATA[T_{rec}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><bold>Aggregation or statistical treatment</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>S0</td>
                <td>58</td>
                <td>0</td>
                <td>0.0</td>
                <td><inline-formula><tex-math><![CDATA[2.1 \pm 0.3]]></tex-math></inline-formula></td>
                <td>Mean of replication-level episode means</td>
              </tr>
              <tr>
                <td>S1</td>
                <td>82</td>
                <td>0</td>
                <td>0.0</td>
                <td><inline-formula><tex-math><![CDATA[3.8 \pm 0.4]]></tex-math></inline-formula></td>
                <td>Mean of replication-level episode means</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>127</td>
                <td>0</td>
                <td>0.0</td>
                <td><inline-formula><tex-math><![CDATA[7.5 \pm 0.7]]></tex-math></inline-formula></td>
                <td>Mean of replication-level episode means</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>181</td>
                <td>0</td>
                <td>0.0</td>
                <td><inline-formula><tex-math><![CDATA[9.2 \pm 0.8]]></tex-math></inline-formula></td>
                <td>Mean of replication-level episode means</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>236</td>
                <td>0</td>
                <td>0.0</td>
                <td><inline-formula><tex-math><![CDATA[14.6 \pm 1.1]]></tex-math></inline-formula></td>
                <td>No censoring; paired comparison applicable</td>
              </tr>
              <tr>
                <td>S5</td>
                <td>314</td>
                <td>12</td>
                <td>3.8</td>
                <td>23.4 [21.6, 25.3]</td>
                <td>48 h restricted mean recovery time; replication-level BCa interval</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>No recovery episode is censored under S0–S4 (Table 13). Twelve of the 314 S5 episodes are right-censored at the 48-h limit, corresponding to 3.8% of its recovery episodes. S5 recovery is therefore reported as a 48-h restricted mean recovery time of 23.4 h, with a 95% replication-level BCa confidence interval of [21.6, 25.3] h. The S4 benchmark comparison contains no censored recovery event and is analysed using paired replication-level statistics.</p>
      </sec>
    </sec>
    <sec id="sec33">
      <title>Ablation, Sensitivity, Convergence and Scalability</title>
      <sec id="sec34">
        <title>One-module-at-a-time ablation</title>
        <p>A one-module-at-a-time ablation analysis was conducted under S4 to characterise the direction and magnitude of outcome changes associated with removal of uncertainty propagation, energy-state representation, infrastructure-health estimation, temporal synchronisation and adaptive-response actions (Tables 14a and 14b). In each module-removal variant, the corresponding physical subsystem remained active in the simulated terminal. Removal therefore refers to exclusion of the relevant state, diagnostic or capability from the digital-twin estimator, operating-state classifier and action-selection logic rather than removal of the underlying physical process. The common external evaluator continued to record all physical outcomes but remained inaccessible to every estimator and response policy. The analysis provides a controlled descriptive decomposition and does not constitute separate confirmatory hypothesis testing for every module-removal variant.</p>
        <table-wrap id="tbl18">
          <label>Table 18</label>
          <caption><p>One-module-at-a-time ablation configurations under S4.</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Variant</bold></th>
                <th><bold>Uncertainty propagation</bold></th>
                <th><bold>Energy-state module</bold></th>
                <th><bold>Health-state module</bold></th>
                <th><bold>Synchronisation correction</bold></th>
                <th><bold>Adaptive-response actions</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>Full framework</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
              </tr>
              <tr>
                <td>No uncertainty propagation</td>
                <td>No</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
              </tr>
              <tr>
                <td>No energy module</td>
                <td>Yes</td>
                <td>No</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
              </tr>
              <tr>
                <td>No health module</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>No</td>
                <td>Yes</td>
                <td>Yes</td>
              </tr>
              <tr>
                <td>No synchronisation correction</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>No</td>
                <td>Yes</td>
              </tr>
              <tr>
                <td>No adaptive-response actions</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>Yes</td>
                <td>No</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <table-wrap id="tbl19">
          <label>Table 19</label>
          <caption><p>Ablation outcomes under S4; values are means ± 95% confidence-interval half-widths.</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Variant</bold></th>
                <th><bold>Completed-vessel waiting delay,</bold> <inline-formula><tex-math><![CDATA[D_{v}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><inline-formula><tex-math><![CDATA[E_{short}]]></tex-math></inline-formula><bold>(%)</bold></th>
                <th><inline-formula><tex-math><![CDATA[R_{infra}]]></tex-math></inline-formula></th>
                <th><inline-formula><tex-math><![CDATA[U_{x}]]></tex-math></inline-formula></th>
                <th><inline-formula><tex-math><![CDATA[T_{rec}]]></tex-math></inline-formula><bold>(h)</bold></th>
                <th><bold>RI</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>Full framework</td>
                <td>10.5±0.7</td>
                <td>5.7±0.4</td>
                <td>0.27±0.03</td>
                <td>0.31±0.03</td>
                <td>14.6±1.1</td>
                <td>0.64±0.03</td>
              </tr>
              <tr>
                <td>No uncertainty propagation</td>
                <td>11.7±0.8</td>
                <td>7.2±0.5</td>
                <td>0.31±0.03</td>
                <td>0.42±0.04</td>
                <td>17.6±1.4</td>
                <td>0.58±0.03</td>
              </tr>
              <tr>
                <td>No energy module</td>
                <td>11.9±0.8</td>
                <td>9.6±0.7</td>
                <td>0.30±0.03</td>
                <td>0.35±0.03</td>
                <td>18.6±1.5</td>
                <td>0.55±0.03</td>
              </tr>
              <tr>
                <td>No health module</td>
                <td>11.2±0.7</td>
                <td>6.3±0.5</td>
                <td>0.41±0.04</td>
                <td>0.33±0.03</td>
                <td>17.8±1.3</td>
                <td>0.57±0.03</td>
              </tr>
              <tr>
                <td>No synchronisation correction</td>
                <td>12.1±0.8</td>
                <td>7.5±0.5</td>
                <td>0.33±0.03</td>
                <td>0.39±0.03</td>
                <td>18.9±1.5</td>
                <td>0.54±0.03</td>
              </tr>
              <tr>
                <td>No adaptive-response actions</td>
                <td>13.4±0.9</td>
                <td>8.7±0.6</td>
                <td>0.36±0.04</td>
                <td>0.31±0.03</td>
                <td>21.2±1.7</td>
                <td>0.51±0.04</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <fig id="fig6">
          <label>Figure 6</label>
          <caption><p>Percentage changes in mean ablation outcomes relative to the full framework under S4. Positive changes indicate deterioration for lower-is-better indicators, whereas negative changes in the resilience index (RI) indicate deterioration.</p></caption>
          <graphic xlink:href="obj/b1/57/b157922ac70338a64426f079d0056d04169e8b9b9f7c7e4c801831ab3c515703"/>
        </fig>
        <p>Removing uncertainty propagation degrades every reported outcome despite retaining the physical energy, health, synchronisation and response layers (Figure 6). Completed-vessel waiting delay increases from 10.5 to 11.7 h, energy shortfall from 5.7% to 7.2%, recovery time from 14.6 to 17.6 h and uncertainty index from 0.31 to 0.42. The no-energy variant produces the largest energy shortfall, 9.6%, indicating that explicit energy-state representation is important for coordinating flexible demand, battery dispatch and grid-constrained operation. The no-health variant produces the highest infrastructure risk, 0.41, because health information is excluded from classification and precautionary response logic.</p>
        <p>Removing synchronisation correction increases uncertainty to 0.39 and recovery time to 18.9 h, demonstrating the importance of causal temporal alignment under delayed and heterogeneous observations. The no-action variant produces a resilience index of 0.51 even though its externally evaluated uncertainty index remains 0.31. This result indicates that improved estimation alone does not account for the complete simulated performance difference; the estimated information must also be incorporated into bounded response actions. The ablation results are interpreted as paired descriptive comparisons against the full framework rather than as separate hypothesis tests for every module-removal variant.</p>
      </sec>
      <sec id="sec35">
        <title>One-at-a-time parameter sensitivity</title>
        <p>A one-at-a-time sensitivity analysis was performed under S4 by varying each selected parameter by ±20% while holding all other model inputs and stochastic realisations at their base values (Table 15). This is a local sensitivity analysis around the adopted configuration, not a global uncertainty analysis or interaction study.</p>
        <table-wrap id="tbl20">
          <label>Table 20</label>
          <caption><p>S4 outcomes under ±20% one-at-a-time parameter changes. Each output tuple is ordered as (completed-vessel waiting delay, energy shortfall, infrastructure risk, uncertainty index, resilience index); delay is in hours, shortfall is a percentage and the remaining quantities are dimensionless.</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Parameter</bold></th>
                <th><bold>Low value</bold></th>
                <th><bold>Base value</bold></th>
                <th><bold>High value</bold></th>
                <th><bold>Low-parameter output</bold></th>
                <th><bold>Base output</bold></th>
                <th><bold>High-parameter output</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>αd</td>
                <td>6.4</td>
                <td>8.0</td>
                <td>9.6</td>
                <td>(9.8, 5.6, 0.26, 0.31, 0.66)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(11.2, 5.8, 0.28, 0.31, 0.62)</td>
              </tr>
              <tr>
                <td>βY</td>
                <td>0.24</td>
                <td>0.30</td>
                <td>0.36</td>
                <td>(10.1, 5.5, 0.26, 0.31, 0.65)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.9, 5.9, 0.28, 0.31, 0.62)</td>
              </tr>
              <tr>
                <td>βH</td>
                <td>0.16</td>
                <td>0.20</td>
                <td>0.24</td>
                <td>(10.3, 5.6, 0.25, 0.31, 0.65)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.7, 5.8, 0.29, 0.31, 0.63)</td>
              </tr>
              <tr>
                <td>κL (h<sup>-1</sup>)</td>
                <td>1.2×10<sup>-5</sup></td>
                <td>1.5×10<sup>-5</sup></td>
                <td>1.8×10<sup>-5</sup></td>
                <td>(10.4, 5.7, 0.25, 0.31, 0.65)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.6, 5.8, 0.29, 0.32, 0.63)</td>
              </tr>
              <tr>
                <td>κY (h<sup>-1</sup>)</td>
                <td>2.4×10<sup>-5</sup></td>
                <td>3.0×10<sup>-5</sup></td>
                <td>3.6×10<sup>-5</sup></td>
                <td>(10.4, 5.6, 0.26, 0.31, 0.65)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.7, 5.8, 0.29, 0.32, 0.63)</td>
              </tr>
              <tr>
                <td>κU (h<sup>-1</sup>)</td>
                <td>3.2×10<sup>-6</sup></td>
                <td>4.0×10<sup>-6</sup></td>
                <td>4.8×10<sup>-6</sup></td>
                <td>(10.4, 5.7, 0.26, 0.31, 0.65)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.6, 5.7, 0.28, 0.32, 0.63)</td>
              </tr>
              <tr>
                <td>tr(P<sub>max</sub>)</td>
                <td>0.28</td>
                <td>0.35</td>
                <td>0.42</td>
                <td>(10.8, 5.9, 0.28, 0.35, 0.61)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.2, 5.5, 0.26, 0.28, 0.66)</td>
              </tr>
              <tr>
                <td>τ<sub>ref</sub> (min)</td>
                <td>48</td>
                <td>60</td>
                <td>72</td>
                <td>(10.7, 5.8, 0.28, 0.33, 0.62)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.3, 5.6, 0.26, 0.29, 0.65)</td>
              </tr>
              <tr>
                <td>σ<sub>ref</sub></td>
                <td>0.16</td>
                <td>0.20</td>
                <td>0.24</td>
                <td>(10.7, 5.8, 0.28, 0.33, 0.62)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.3, 5.6, 0.26, 0.29, 0.65)</td>
              </tr>
              <tr>
                <td>D<sub>ref</sub> (h)</td>
                <td>28.8</td>
                <td>36.0</td>
                <td>43.2</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.61)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.67)</td>
              </tr>
              <tr>
                <td>E<sub>ref</sub></td>
                <td>0.16</td>
                <td>0.20</td>
                <td>0.24</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.62)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.66)</td>
              </tr>
              <tr>
                <td>U<sub>ref</sub></td>
                <td>0.60</td>
                <td>0.75</td>
                <td>0.90</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.61)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.64)</td>
                <td>(10.5, 5.7, 0.27, 0.31, 0.67)</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>The largest resilience sensitivity is associated with the covariance-trace reference and the delay, energy-shortfall and uncertainty normalisers. Increasing tr(P<sub>max</sub>), τ<sub>ref</sub> or σ<sub>ref</sub> reduces the corresponding normalised uncertainty contribution for a fixed underlying covariance, delay or measurement-noise level and therefore increases the calculated resilience index. This is a change in interpretation scale, not a physical improvement in terminal performance.</p>
        <p>The physical-health coefficients κL, κY and κU principally affect infrastructure risk, whereas αd and βY principally affect the dynamic delay state and yard-mediated energy demand. Across the tested ranges, the M4 resilience index remains between 0.61 and 0.67. Because the benchmark models were not rerun for every perturbation, this analysis is a local sensitivity assessment of the proposed framework rather than a sensitivity test of benchmark ranking.</p>
        <p>A separate structured post-processing robustness checks varied resilience weights and operating thresholds on the fixed S4 trajectories. Across the base, equal, delay-heavy, energy-heavy, health-heavy and uncertainty-heavy weight sets, mean RI ranges from 0.60 to 0.64 and the M4–M2 ranking remains unchanged. Threshold changes alter stressed-operation time from 31.5% to 49.3% and reported recovery from 12.9 to 17.1 h. The response policy and physical trajectories were not rerun in this check; the analysis therefore quantifies sensitivity of operating-state classification, reported resilience and recovery identification rather than closed-loop policy sensitivity. It is not a variance-based global sensitivity analysis or an interaction study. Complete results are reported in Supplementary Tables S14 and S15.</p>
      </sec>
      <sec id="sec36">
        <title>Warm-up and replication convergence</title>
        <p>Under S4, the rolling mean queue length is 15.0 vessels on both Days 14 and 21, yard saturation changes from 0.847 to 0.848, SOC remains 0.58 and Ux remains 0.311 (Figure 7a). The physical-health slope changes only from −2.5×10<sup>-4</sup> to −2.5×10<sup>-4</sup> day<sup>-1</sup>. Under S5, the queue mean changes from 29.1 to 29.2 vessels, yard saturation from 0.908 to 0.909, SOC remains 0.50 and Ux changes from 0.432 to 0.433; the physical-health slope remains approximately −3.1×10<sup>-4</sup> day<sup>-1</sup>. These diagnostics support the selected 14-day warm-up for queue length, yard stock, battery state of charge and estimator covariance. The warm-up is not intended to render the monotonic physical-deterioration process stationary. The Day-14 physical-health state is carried into the reporting period, and only the stability of its local deterioration slope is assessed.</p>
        <p>Increasing the replication count from 40 to 50 changes S4 completed-vessel waiting delay from 10.49 to 10.50 h, energy shortfall from 5.68% to 5.70%, infrastructure risk from 0.272 to 0.270, recovery time from 14.58 to 14.60 h and resilience index from 0.641 to 0.640, while the uncertainty index remains 0.310 (Figure 7b). Under S5, completed-vessel waiting delay changes from 13.58 to 13.60 h, energy shortfall from 8.88% to 8.90%, infrastructure risk from 0.359 to 0.360, uncertainty index from 0.429 to 0.430, recovery time from 23.36 to 23.40 h and resilience index from 0.521 to 0.520. Every primary scenario mean changes by less than 0.8%, supporting the adopted warm-up duration and the use of fifty paired stochastic replications. Complete numerical warm-up and replication-convergence results are reported in Supplementary Tables S4 and S5.</p>
        <fig id="fig7">
          <label>Figure 7</label>
          <caption><p>S4 and S5 warm-up diagnostics for queue length, yard saturation, battery state of charge and uncertainty index.</p></caption>
          <graphic xlink:href="obj/12/cd/12cddba4cc2b10928171cb52897513e5b1dc045c058dc0eb4765a8ea8d5b995a"/>
        </fig>
        <fig id="fig8">
          <label>Figure 8</label>
          <caption><p>Replication convergence of completed-vessel waiting delay, energy shortfall and resilience index, together with computational time per five-minute update.</p></caption>
          <graphic xlink:href="obj/4f/3e/4f3eb0f72b3dd7dbb3908f1985cee30e3798313b8a70c46d4393ac176cd208b7"/>
        </fig>
      </sec>
      <sec id="sec37">
        <title>Selected electrification–arrival stress trajectory</title>
        <p>Along the selected S0–S5 stress trajectory, scenarios with greater electrification generally exhibit higher electrical demand, grid pressure and energy shortfall, whereas scenarios with higher vessel-arrival intensity exhibit greater completed-vessel waiting delay and yard saturation. For example, increasing electrification from 30% in S0 to 75% in S2 is accompanied by an increase in annual demand from 270.0 to 360.0 GWh and an increase in energy shortfall from 0.6% to 3.8%. The higher-arrival scenarios S3–S5 also exhibit progressively larger completed-vessel waiting delays and end-of-horizon queues.</p>
        <p>These cross-scenario patterns are descriptive rather than isolated causal effects because sensor loss, measurement noise, synchronisation delay, renewable availability and equipment productivity also vary across the scenarios. The one-at-a-time analysis in Section 6.2 provides a more controlled assessment of local parameter effects, although it does not replace a global variance-based sensitivity analysis or a complete factorial experimental design.</p>
      </sec>
      <sec id="sec38">
        <title>Scalability</title>
        <p>Computational scalability was assessed by proportionally varying annual throughput, berth capacity, quay-crane resources and monitoring-channel count while retaining the same five-minute update architecture (Table 16). The reported computational times represent offline simulation performance on the workstation specified in Section 4.6. Timing excludes model initialisation, file input/output, figure generation and result serialisation. Each scale is measured in single-thread mode after ten untimed warm-cache batches using 100 timed batches of 1,000 updates. Mean, median, interquartile range and 95th-percentile times are reported in Supplementary Table S16.</p>
        <table-wrap id="tbl21">
          <label>Table 21</label>
          <caption><p>Computational scalability.</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Scale</bold></th>
                <th><bold>Throughput (million TEU/year)</bold></th>
                <th><bold>Berths</bold></th>
                <th><bold>Quay cranes</bold></th>
                <th><bold>Monitoring channels</bold></th>
                <th><bold>Vessel calls/year</bold></th>
                <th><bold>Normalised computational time</bold></th>
                <th><bold>Mean time per five-minute update (s)</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>Half</td>
                <td>2.25</td>
                <td>3</td>
                <td>11</td>
                <td>60</td>
                <td>1,387</td>
                <td>0.46</td>
                <td>0.21</td>
              </tr>
              <tr>
                <td>Base</td>
                <td>4.50</td>
                <td>6</td>
                <td>22</td>
                <td>120</td>
                <td>2,774</td>
                <td>1.00</td>
                <td>0.46</td>
              </tr>
              <tr>
                <td>1.5×</td>
                <td>6.75</td>
                <td>9</td>
                <td>33</td>
                <td>180</td>
                <td>4,161</td>
                <td>1.78</td>
                <td>0.82</td>
              </tr>
              <tr>
                <td>Double</td>
                <td>9.00</td>
                <td>12</td>
                <td>44</td>
                <td>240</td>
                <td>5,548</td>
                <td>3.20</td>
                <td>1.47</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Normalised computational time is calculated by dividing the mean computational time per update for each configuration by the corresponding base-scale value of 0.46 s/update.</p>
        <p>Computational time increases faster than terminal scale because vessel-event processing, yard-cohort updates, observation handling and covariance operations grow simultaneously. Doubling terminal throughput, berth capacity, quay-crane resources and monitoring channels increases mean computational time from 0.46 to 1.47 s per five-minute update, corresponding to a normalised computational time of 3.20. The 1.5× configuration requires 0.82 s per update, while the half-scale configuration requires 0.21 s.</p>
        <p>All tested configurations remain substantially below the five-minute physical update interval in the examined offline simulation environment. The results therefore support the computational feasibility of the implemented architecture at the evaluated scales. They do not, however, establish field-network latency, real-time sensor integration, communication reliability, cybersecurity performance or live terminal-control capability. These aspects require validation using operational data, deployed communication infrastructure and hardware-in-the-loop or field-based testing.</p>
      </sec>
    </sec>
    <sec id="sec39">
      <title>Practical Implications, Transferability, Limitations and Future Work</title>
      <sec id="sec40">
        <title>Practical implications</title>
        <p>The results indicate that the resilience of an electrified port cannot be evaluated solely through installed renewable-generation capacity, battery size or grid-import capacity. Operational congestion, temporal data alignment, posterior estimation confidence, flexible-load management, yard recovery and infrastructure-health restrictions jointly influence the simulated response. Under compound stress, the same physical resources produce materially different outcomes depending on whether the digital twin represents information degradation, synchronisation delay, state-estimation covariance and health-related risk.</p>
        <p>The proposed six-state formulation provides a compact port-scale representation of vessel delay, berth occupancy, yard saturation, electrical demand, energy shortfall and infrastructure health. Its relatively low state dimension supports annual simulation at a five-minute update interval while retaining the principal operational, energy, health and information-quality interactions required for system-level assessment. The framework is therefore most relevant to strategic planning, resilience screening, operating-policy evaluation and comparative assessment rather than detailed dispatch control.</p>
        <p>A practical implementation pathway would require the framework to sit above, rather than replace, existing terminal operational and engineering systems. Terminal operating-system data would provide vessel, berth, crane and yard states; supervisory control and data-acquisition and energy-management systems would provide electrical and battery measurements; and structural-monitoring platforms would supply condition-related observations. These streams would first require common timestamping, quality control and interface definitions before entering the state-estimation layer. The digital twin could then provide uncertainty-qualified system-level indicators and bounded decision recommendations to operators. In an initial deployment, these recommendations should remain advisory and human-authorised. Progression toward closed-loop operation would require terminal-specific calibration, hardware-in-the-loop testing, cybersecurity assessment, communication-latency verification, fail-safe logic and formal validation against observed operating and disruption events.</p>
        <p>The benchmark and ablation results also clarify the source of the simulated performance improvement. All benchmark models use the same physical equipment, energy capacities, stochastic realisations and maximum action budget. The no-action ablation retains the full estimator and uncertainty diagnostic but produces a resilience index of 0.51 compared with 0.64 for the complete framework. This result indicates that improved estimation alone is insufficient; the estimated information must also be incorporated into bounded operational responses. Conversely, operational actions without reliable uncertainty and synchronisation treatment may be based on incomplete or temporally inconsistent information.</p>
        <p>From a practical decision-support perspective, the uncertainty index should not be interpreted as an additional physical condition state. It is a post-update information-quality diagnostic that combines posterior covariance, sensor availability, synchronisation delay and measurement noise. Its purpose is to indicate when the estimated port state should be used cautiously and when precautionary operating restrictions may be justified. The infrastructure-risk measure serves a related but distinct purpose by quantifying the posterior probability that estimated health lies below the prescribed critical threshold.</p>
        <p>The electricity-carbon assessment further clarifies the meaning of low-carbon performance in this study. The reported avoided emissions represent the operational electricity benefit of direct renewable use and renewable-charged battery discharge relative to an all-grid electrical counterfactual supplying the same served demand. The assessment does not represent the complete greenhouse-gas inventory of port and vessel activity. Accordingly, the electricity-related carbon results should support comparative energy-planning decisions rather than be interpreted as a full port decarbonisation assessment.</p>
      </sec>
      <sec id="sec41">
        <title>Transferability beyond the container-terminal case</title>
        <p>The architecture separates transferable digital-twin functions from terminal-specific physical variables (Table 17). The general structure—physical-state propagation, degraded observation generation, causal temporal alignment, probabilistic state estimation, post-update uncertainty assessment, resilience classification and bounded response—can be adapted to other port and intermodal systems. However, the state vector, physical equations, health variables, normalisation references, warning thresholds, action constraints and resilience weights must be reformulated for the application being considered.</p>
        <table-wrap id="tbl22">
          <label>Table 22</label>
          <caption><p>Structural adaptations required beyond the electrified container-terminal context.</p></caption>
          <table>
            <thead>
              <tr>
                <th><bold>Application</bold></th>
                <th><bold>Operational adaptation</bold></th>
                <th><bold>Energy adaptation</bold></th>
                <th><bold>Health and sensing adaptation</bold></th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>Electrified container terminal</td>
                <td>Vessel delay, berth occupancy, quay-crane productivity, yard saturation and container dwell</td>
                <td>Shore power, electrified cargo-handling demand, renewables, battery storage and grid import</td>
                <td>Berth, quay, yard and equipment-support monitoring</td>
              </tr>
              <tr>
                <td>Dry-bulk terminal</td>
                <td>Stockpile occupancy, conveyor flow, ship-loader productivity and weather downtime</td>
                <td>Conveyors, stacker-reclaimers, ship loaders and dust-control loads</td>
                <td>Conveyors, transfer towers, foundations, stockpile areas and environmental sensing</td>
              </tr>
              <tr>
                <td>Liquid-bulk terminal</td>
                <td>Tank inventory, transfer rate, pumping operation, pipeline availability and shutdown states</td>
                <td>Pumps, compressors, heating, cooling and vapour-recovery systems</td>
                <td>Tanks, pipelines, loading arms, containment systems and leakage or corrosion monitoring</td>
              </tr>
              <tr>
                <td>Multimodal freight hub</td>
                <td>Truck and rail queues, gate throughput, transfer rates, warehouse occupancy and dwell time</td>
                <td>Vehicle charging, rail-handling equipment, warehousing and local energy storage</td>
                <td>Pavements, gates, rail interfaces, warehouses and handling-equipment monitoring</td>
              </tr>
              <tr>
                <td>Hybrid-electrification system</td>
                <td>Existing operational states with fuel-dependent productivity and availability constraints</td>
                <td>Explicit diesel, hydrogen or alternative-fuel consumption alongside electrical demand</td>
                <td>Sensor mix, uncertainty weights and health variables matched to the deployed monitoring architecture</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>Transferability therefore applies primarily to the architecture and workflow, not to the numerical configuration used in the present container-terminal case. The adopted delay, energy-shortfall and uncertainty normalisers are interpretation references rather than universal engineering limits. Similarly, the resilience weights and stable, warning and stressed thresholds are configuration-dependent decision parameters. Application to another terminal requires independent parameter identification, calibration against measured data and validation against observed disruption and recovery events.</p>
      </sec>
      <sec id="sec42">
        <title>Limitations</title>
        <p>First, the evidence is generated within a controlled synthetic stochastic environment. The availability of internally consistent ground truth enables direct evaluation of state-estimation error, posterior coverage, infrastructure risk and uncertainty propagation. Nevertheless, synthetic validation does not replace evaluation using terminal operating-system records, electrical measurements, renewable-generation data, structural-monitoring measurements and documented disruption and recovery events. The reported results should therefore be interpreted as simulation-based evidence rather than demonstrated field performance.</p>
        <p>Second, the operational model is mesoscopic. Vessel arrivals, queue formation, berth service, quay-crane productivity, cohort-level yard stock and completed-vessel waiting delay are represented explicitly, but individual crane-interference sequences, yard-block allocation, reefer clustering, plug-demand coincidence, AGV routing, truck-gate interactions and container-rehandling cycles are represented through aggregate productivity, utilisation, congestion and electrical-demand parameters. Consequently, the outputs are port-scale resilience estimates and should not be interpreted as dispatch-level predictions or operating instructions for individual assets.</p>
        <p>Third, the electrical model represents active-power demand, renewable generation, battery operation, grid import, curtailment and unmet energy at the terminal scale. It does not perform alternating-current power flow, voltage assessment, reactive-power analysis, fault-current calculation, protection coordination, harmonic analysis or network-contingency simulation. The finding that computation is faster than the five-minute update interval therefore demonstrates offline numerical feasibility only and does not establish real-time electrical-control capability.</p>
        <p>Fourth, the infrastructure-health state is a system-level effective condition and serviceability index. It does not replace asset-specific structural analysis, inspection, corrosion modelling, fatigue assessment or finite-element diagnosis. The health-risk output represents posterior threshold-exceedance probability within the adopted state model and should not be interpreted as a code-based structural failure probability for a particular berth, quay wall, pile, crane foundation or pavement system.</p>
        <p>Fifth, the normalised EKF assumes locally differentiable transition and observation models and approximately Gaussian process and measurement errors after state scaling. Aggregate interval coverage remains close to the nominal level under S0 and S1 but decreases to 90.8% under S4 and 86.5% under S5. The simultaneous increase in NIS and NEES ratios indicates increasing overconfidence under severe sensing loss, measurement noise and temporal delay. The estimator remains informative within the tested range, but more severe or strongly non-Gaussian degradation may require robust covariance adaptation, ensemble filtering, particle methods or set-based estimation.</p>
        <p>Sixth, the uncertainty and resilience indices use transparent fixed weights and engineering normalisation references. The structured weight and threshold robustness checks show that the M4–M2 ranking is preserved across the tested alternatives, although class frequencies and recovery estimates remain sensitive to the selected thresholds. These indices therefore require application-specific calibration and should not be interpreted as universal standards. The robustness checks are based on fixed S4 trajectories and do not constitute variance-based global sensitivity or closed-loop policy sensitivity.</p>
        <p>Seventh, the S0–S5 scenarios vary multiple conditions simultaneously, including electrification, sensor loss, noise, delay, arrival intensity, renewable availability and productivity. Cross-scenario trends therefore illustrate system behaviour along selected stress trajectories rather than isolated causal effects. The one-at-a-time analysis provides additional local interpretation but does not replace a factorial design, variance-based global sensitivity analysis or causal identification study.</p>
        <p>Eighth, the bounded adaptive actions are deterministic simulation rules rather than a globally optimised control policy. Crane reallocation, flexible-load deferral, battery dispatch, yard-evacuation enhancement, shore-power prioritisation and precautionary capacity restriction are subject to fixed limits and causal lags. Their sequence and combination are not guaranteed to be globally optimal. Field implementation would require terminal-specific labour rules, safety constraints, equipment interlocks, electrical operating limits, contractual obligations and human-authorisation procedures.</p>
        <p>Ninth, the benchmark comparison contrasts capability stacks with different internal information and modelling functions under a common physical environment and action budget; it does not causally isolate the effect of each capability. The one-module-at-a-time ablation provides a controlled descriptive decomposition, but separate confirmatory inference is not claimed for every removed module. Some benchmark and ablation outcomes are recorded by a common external evaluator because the corresponding internal model does not estimate every reported quantity. These evaluator-only quantities are never supplied to the benchmark policies.</p>
        <p>Tenth, the electricity-carbon boundary is intentionally limited. It excludes marine fuel use, fuel consumed by non-electrified terminal equipment, embodied emissions, construction and maintenance emissions, upstream fuel-cycle effects and wider supply-chain emissions. It also uses a fixed scenario emission factor rather than location-specific average or marginal grid factors. The reported values therefore quantify electricity-related operational differences only and are not estimates of total port carbon emissions.</p>
        <p>Finally, the scalability analysis evaluates computational time on one workstation and one software implementation. It does not assess sensor-network latency, database performance, cybersecurity, packet loss, cloud or edge deployment, hardware failure, interoperability with terminal operating systems or human–machine interaction. These factors may materially influence practical digital-twin performance.</p>
      </sec>
      <sec id="sec43">
        <title>Future work</title>
        <p>Future research should first validate the framework using measured operational, electrical, environmental and infrastructure-health data. A field-validation programme should combine vessel-arrival and service records, berth and crane logs, yard inventories, shore-power measurements, equipment-level electrical demand, renewable generation, battery state, structural-monitoring data and documented disruption events. Validation should evaluate not only prediction error but also posterior calibration, event-detection performance, recovery identification and the operational consequences of incorrect state classification.</p>
        <p>The port-scale model can subsequently be embedded in a hierarchical co-simulation architecture. The mesoscopic operational layer may be coupled to discrete-event or agent-based models resolving crane interference, yard-block allocation, vehicle routing, gate congestion and container rehandling. The energy layer may be extended to include alternating-current power flow, reactive power, charging infrastructure, network contingencies, protection constraints and market-based electricity signals. The system-level health state may be connected to asset-specific finite-element, deterioration, fatigue, corrosion and inspection models.</p>
        <p>Future estimator development should investigate robust, adaptive and non-Gaussian alternatives to the EKF. Candidate approaches include adaptive covariance estimation, interacting multiple-model filters, ensemble Kalman filters, unscented Kalman filters, particle filters, moving-horizon estimation and distributionally robust state estimation. Comparative evaluation should focus on severe sensor loss, time-varying dropout, sensor drift, non-Gaussian outliers, correlated measurement errors and variable communication delay.</p>
        <p>The bounded response rules should also be extended to multi-objective predictive control or stochastic optimisation. Future policies may jointly minimise vessel delay, unmet electrical energy, battery degradation, infrastructure risk, operational cost and electricity-related emissions while respecting labour, safety, equipment, grid and service constraints. Any optimisation-based response should retain causal information restrictions so that decisions depend only on information available at the decision time.</p>
        <p>Broader uncertainty analysis should extend the completed weight and threshold sweeps to variance-based global sensitivity, interaction effects and data-driven or expert-elicited calibration. Particular attention should remain on normalisation choices that can change calculated resilience without corresponding changes in physical trajectories.</p>
        <p>Cross-terminal validation should proceed by reformulating the dominant cargo-flow, energy, infrastructure and sensing mechanisms for each application. State normalisers, uncertainty references, thresholds, recovery rules and resilience weights should then be calibrated using terminal-specific records and evaluated against observed disruption and recovery behaviour. Comparative studies across container, dry-bulk, liquid-bulk and multimodal terminals would help distinguish general architectural benefits from effects that depend on a particular cargo or electrification configuration.</p>
        <p>Finally, practical implementation research should examine integration with terminal operating systems, supervisory control and data-acquisition platforms, energy-management systems, structural-monitoring databases and edge or cloud computing infrastructure. Hardware-in-the-loop tests, cyber-resilience assessment, communication-delay experiments and operator-in-the-loop studies are necessary before the framework can support operational deployment or safety-relevant decision-making.</p>
      </sec>
    </sec>
    <sec id="sec44">
      <title>Conclusion</title>
      <p>This study developed and systematically evaluated an uncertainty-aware digital twin framework for a progressively electrified container terminal operating under stochastic demand, infrastructure degradation, and non-ideal sensing conditions. The framework integrates event-level vessel operations, cohort-based yard dynamics, terminal-scale electrical demand, renewable generation, battery dispatch, a six-state normalised extended Kalman filter, causal temporal alignment, posterior infrastructure-health risk, post-update uncertainty diagnostics, and bounded response actions within a unified simulation environment. Its numerical assessment combines fifty paired stochastic replications with benchmark comparison, one-module-at-a-time ablation, estimator-calibration diagnostics, warm-up and Monte Carlo convergence analysis, annual energy and battery-balance verification, recovery-censoring analysis, local sensitivity assessment, and computational-scalability testing.</p>
      <p>Within the controlled synthetic S4 compound-stress scenario, the proposed framework yields a mean completed-vessel waiting delay of 10.5 h, an energy shortfall of 5.7%, a mean infrastructure-risk value of 0.27, an uncertainty index of 0.31, a recovery time of 14.6 h, and a resilience index of 0.64. In the paired simulation comparison with the conventional digital twin, completed-vessel waiting delay, energy shortfall, uncertainty index, and recovery time are lower by 18.0%, 32.1%, 29.5%, and 26.3%, respectively. All seven benchmark outcomes remain statistically significant after Holm family-wise adjustment, with moderate-to-large paired effect sizes and the largest effects observed for energy shortfall, resilience index, recovery time, and uncertainty. The no-action ablation further shows that improved state estimation alone is insufficient to explain the full simulated performance difference; performance gains emerge when improved information quality is translated into bounded, causally implemented operational responses.</p>
      <p>Estimator behaviour remains well calibrated under mild degradation but becomes progressively less reliable as sensing loss, measurement noise, and temporal delay intensify. Aggregate posterior interval coverage declines from 94.6% in S0 to 86.5% in S5, while the NIS and NEES ratios increase above unity and their acceptance rates decrease. These results identify a clear robustness boundary for the adopted normalised EKF rather than supporting any claim of universal estimator reliability. More severe, time-varying, or non-Gaussian degradation would require more robust estimation strategies, including adaptive covariance methods, ensemble filtering, particle filtering, or other non-Gaussian approaches.</p>
      <p>The electrical results are internally consistent with the simulated renewable-generation, battery-charge, battery-discharge, grid-import, and unmet-energy balances. Battery closure is verified using the unrounded five-minute trajectories, and grid charging is excluded throughout the simulations. The carbon assessment is intentionally restricted to operational electricity and employs a fixed scenario emission factor. It therefore represents electricity-related differences relative to an all-grid counterfactual and should not be interpreted as a complete greenhouse-gas inventory for port and vessel activity.</p>
      <p>The findings should be interpreted within the defined scope of a progressively electrified container terminal represented through a system-level mesoscopic operational model. The framework captures vessel arrivals, queue formation, berth service, quay-crane productivity, yard stock, electrical demand, infrastructure health, sensing degradation, and uncertainty propagation at the port scale. It does not resolve individual crane-interference sequences, yard-block allocation, reefer clustering, plug-demand coincidence, AGV routing, truck-gate interactions, container-rehandling cycles, or detailed electrical-network behaviour. Accordingly, the reported outputs are best interpreted as comparative port-scale resilience estimates rather than dispatch-level predictions, asset-specific structural assessments, or real-time operating instructions.</p>
      <p>The overall architecture is potentially transferable to dry-bulk terminals, liquid-bulk facilities, multimodal freight hubs, and hybrid-electrification systems, but the present numerical configuration is not universally transferable. Application to another terminal would require independent reformulation and calibration of the operational state variables, physical equations, energy model, infrastructure-health representation, observation mapping, normalisation references, resilience weights, warning thresholds, recovery rules, and response constraints. The sensitivity analysis further demonstrates that selected normalisation choices can alter the calculated resilience index without changing the underlying physical trajectories, reinforcing the need for application-specific calibration and measured-data validation.</p>
      <p>Overall, the study provides internally consistent comparative evidence within a controlled synthetic simulation environment and demonstrates the analytical value of explicitly coupling information degradation, state-estimation uncertainty, infrastructure condition, electrification stress, and bounded operational response. The results do not establish field readiness, autonomous-control capability, or universal transferability. Validation against measured terminal data, integration with lower-level operational, electrical, and structural models, and testing under deployed communication, monitoring, cybersecurity, and operator-in-the-loop conditions remain necessary before the framework can support operational implementation.</p>
    </sec>
  </body>
  <back>
    <fn-group>
      <fn fn-type="con"><p>Seyed Reza Samaei: Conceptualisation: Conceived the central research idea and developed the overall scientific objectives and contribution of the study. Methodology: Led the formulation of the simulation-based digital-twin framework, the operational-stress index, the coupled logistics–energy model, the rolling-horizon optimization strategy, and the statistical evaluation protocol. Software: Developed and implemented the simulation, optimization, data-processing, and numerical-audit workflows. Investigation: Conducted the computational experiments, sensitivity analyses, ablation studies, benchmark comparisons, and renewable-storage assessments. Formal Analysis: Performed the numerical, statistical, uncertainty, feasibility, and consistency analyses. Data Curation: Generated, organized, verified, and maintained the simulation inputs, replication-level outputs, audit records, and supplementary datasets. Validation: Verified the mathematical formulation, numerical balances, statistical results, and consistency of the manuscript and Supplementary Information. Visualization: Designed and prepared the figures, tables, workflow diagrams, and graphical presentation of the results. Writing – Original Draft: Prepared the initial manuscript and its technical sections. Writing – Review &amp; Editing: Led the successive revisions and the final integration of the manuscript and Supplementary Information. Project Administration: Coordinated the research and manuscript-development process.

K. S. Reddy: Methodology: Provided senior methodological advice and broader scientific guidance during the development of the study. Validation: Critically reviewed the modelling assumptions, technical approach, interpretation of the results, and consistency of the conclusions. Writing – Review &amp; Editing: Carefully reviewed the manuscript and provided substantive comments and recommendations that improved its scientific clarity, technical rigour, structure, and positioning within the field. Supervision: Provided senior academic advice and guidance during the refinement of the research and manuscript.

James Riffat: Conceptualisation: Jointly developed the scientific framing, research direction, and principal contributions of the study. Methodology: Contributed substantially to the digital-twin architecture, operational and energy modelling, optimization framework, scenario design, and evaluation strategy. Software and Computational Verification: Contributed to the implementation strategy and the verification of the simulation and optimization workflow. Investigation and Formal Analysis: Contributed to the interpretation of the computational experiments, benchmark comparisons, sensitivity analyses, ablation results, and renewable-storage assessment. Validation: Critically verified the scientific reasoning, methodological completeness, numerical interpretation, and consistency of the reported findings. Writing – Original Draft: Contributed substantially to the preparation and development of the original manuscript. Writing – Review &amp; Editing: Contributed extensively to the restructuring, technical refinement, and final revision of the manuscript and Supplementary Information. Supervision: Provided continuous scientific supervision and strategic guidance throughout the study. Project Administration: Jointly coordinated the development and completion of the research.

All authors discussed the results, contributed to the intellectual development of the study, reviewed the final manuscript, and approved the submitted version.</p></fn>
      <fn fn-type="conflict"><p>The authors declare that they have no competing financial or non-financial interests that could have influenced the research, analysis, interpretation, or reporting of the findings presented in this manuscript.</p></fn>
      <fn fn-type="data-availability"><p>All data underlying the findings of this study were generated using the simulation and optimization framework described in the manuscript. The complete model parameterisation, stochastic-input definitions, scenario configurations, aggregated numerical results, statistical analyses, and audit tables are provided in the manuscript and Supplementary Information. The implementation code, software-environment lock file, minute-level state histories, vessel-event records, paired replication vectors, optimizer-substream outputs, final optimization populations, and solver logs are available from the corresponding author upon reasonable request. No confidential, personally identifiable, commercially restricted, or third-party proprietary data were used in this study.</p></fn>
      <fn fn-type="ethics"><p>This study is based exclusively on synthetic operational data, mathematical modelling, and computational simulation. It did not involve human participants, animals, biological materials, personal data, or identifiable operational records. Ethical approval and informed consent were therefore not required.</p></fn>
      <fn fn-type="editorial-independence"><p>One or more authors of this paper serve as editors of this journal. To ensure editorial independence, these authors were fully recused from the handling of this manuscript. They took no part in the selection of reviewers, the peer-review process, or the editorial decision, which were managed independently by another editor with no involvement in the work.</p></fn>
    </fn-group>
    <ref-list>
      <ref id="ref-r2">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Abu Bakar, Nur Najihah</string-name>
            <string-name>Bazmohammadi, Najmeh</string-name>
            <string-name>Vasquez, Juan C.</string-name>
            <string-name>Guerrero, Josep M.</string-name>
          </person-group>
          <article-title>Electrification of onshore power systems in maritime transportation towards decarbonization of ports: A review of the cold ironing technology</article-title>
          <source>Renewable and Sustainable Energy Reviews</source>
          <year>2023</year>
          <volume>178</volume>
          <page-range>113243</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.rser.2023.113243</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r1">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Aslam, Sheraz</string-name>
            <string-name>Michaelides, Michalis P.</string-name>
            <string-name>Herodotou, Herodotos</string-name>
          </person-group>
          <article-title>Berth Allocation Considering Multiple Quays: A Practical Approach Using Cuckoo Search Optimization</article-title>
          <source>Journal of Marine Science and Engineering</source>
          <year>2023</year>
          <volume>11</volume>
          <issue>7</issue>
          <page-range>1280</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/jmse11071280</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r3">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Bar-Shalom</string-name>
            <string-name>Y., Li</string-name>
            <string-name>X.R.</string-name>
            <string-name>Kirubarajan, T</string-name>
          </person-group>
          <article-title>Estimation with Applications to Tracking and Navigation</article-title>
          <source>New York: Wiley</source>
          <year>2001</year>
        </element-citation>
      </ref>
      <ref id="ref-r4">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Belmoukari, Basma</string-name>
            <string-name>Audy, Jean-François</string-name>
            <string-name>Forget, Pascal</string-name>
          </person-group>
          <article-title>Smart port: a systematic literature review</article-title>
          <source>European Transport Research Review</source>
          <year>2023</year>
          <volume>15</volume>
          <issue>1</issue>
          <publisher-name>Springer Science and Business Media LLC</publisher-name>
          <pub-id pub-id-type="doi">10.1186/s12544-023-00581-6</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r5">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Boullauazan, Yassin</string-name>
            <string-name>Sys, Christa</string-name>
            <string-name>Vanelslander, Thierry</string-name>
          </person-group>
          <article-title>Developing and demonstrating a maturity model for smart ports</article-title>
          <source>Maritime Policy &amp; Management</source>
          <year>2023</year>
          <volume>50</volume>
          <issue>4</issue>
          <page-range>447-465</page-range>
          <publisher-name>Informa UK Limited</publisher-name>
          <pub-id pub-id-type="doi">10.1080/03088839.2022.2074161</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r7">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Callcut, Matthew</string-name>
            <string-name>Cerceau Agliozzo, Jean-Paul</string-name>
            <string-name>Varga, Liz</string-name>
            <string-name>McMillan, Lauren</string-name>
          </person-group>
          <article-title>Digital Twins in Civil Infrastructure Systems</article-title>
          <source>Sustainability</source>
          <year>2021</year>
          <volume>13</volume>
          <issue>20</issue>
          <page-range>11549</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/su132011549</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r8">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Di Fiore, Francesco</string-name>
            <string-name>Ariyaratnam, Shapeetha</string-name>
            <string-name>Ermacora, Mirko</string-name>
            <string-name>Mainini, Laura</string-name>
          </person-group>
          <article-title>Real-time sensing digital twin for aerospace structural health monitoring</article-title>
          <source>Structural and Multidisciplinary Optimization</source>
          <year>2026</year>
          <volume>69</volume>
          <issue>6</issue>
          <publisher-name>Springer Science and Business Media LLC</publisher-name>
          <pub-id pub-id-type="doi">10.1007/s00158-026-04324-8</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r9">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Efron, Bradley</string-name>
          </person-group>
          <article-title>Better Bootstrap Confidence Intervals</article-title>
          <source>Journal of the American Statistical Association</source>
          <year>1987</year>
          <volume>82</volume>
          <issue>397</issue>
          <page-range>171-185</page-range>
          <publisher-name>Informa UK Limited</publisher-name>
          <pub-id pub-id-type="doi">10.1080/01621459.1987.10478410</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r10">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Eom, Jeong-On</string-name>
            <string-name>Yoon, Jeong-Hyun</string-name>
            <string-name>Yeon, Jeong-Hum</string-name>
            <string-name>Kim, Se-Won</string-name>
          </person-group>
          <article-title>Port Digital Twin Development for Decarbonization: A Case Study Using the Pusan Newport International Terminal</article-title>
          <source>Journal of Marine Science and Engineering</source>
          <year>2023</year>
          <volume>11</volume>
          <issue>9</issue>
          <page-range>1777</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/jmse11091777</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r11">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Errandonea, Itxaro</string-name>
            <string-name>Beltrán, Sergio</string-name>
            <string-name>Arrizabalaga, Saioa</string-name>
          </person-group>
          <article-title>Digital Twin for maintenance: A literature review</article-title>
          <source>Computers in Industry</source>
          <year>2020</year>
          <volume>123</volume>
          <page-range>103316</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.compind.2020.103316</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r12">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Fuller, Aidan</string-name>
            <string-name>Fan, Zhong</string-name>
            <string-name>Day, Charles</string-name>
            <string-name>Barlow, Chris</string-name>
          </person-group>
          <article-title>Digital Twin: Enabling Technologies, Challenges and Open Research</article-title>
          <source>IEEE Access</source>
          <year>2020</year>
          <volume>8</volume>
          <page-range>108952-108971</page-range>
          <publisher-name>Institute of Electrical and Electronics Engineers (IEEE)</publisher-name>
          <pub-id pub-id-type="doi">10.1109/ACCESS.2020.2998358</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r13">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Gao, Yinping</string-name>
            <string-name>Chang, Daofang</string-name>
            <string-name>Chen, Chun-Hsien</string-name>
          </person-group>
          <article-title>A digital twin-based approach for optimizing operation energy consumption at automated container terminals</article-title>
          <source>Journal of Cleaner Production</source>
          <year>2023</year>
          <volume>385</volume>
          <page-range>135782</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.jclepro.2022.135782</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r15">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Gao, Yan</string-name>
            <string-name>Li, Haijiang</string-name>
            <string-name>Xiong, Guanyu</string-name>
            <string-name>Song, Honghong</string-name>
          </person-group>
          <article-title>AIoT-informed digital twin communication for bridge maintenance</article-title>
          <source>Automation in Construction</source>
          <year>2023</year>
          <volume>150</volume>
          <page-range>104835</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.autcon.2023.104835</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r14">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Gao, Yinping</string-name>
            <string-name>Chang, Daofang</string-name>
            <string-name>Chen, Chun-Hsien</string-name>
            <string-name>Sha, Mei</string-name>
          </person-group>
          <article-title>A digital twin-based decision support approach for AGV scheduling</article-title>
          <source>Engineering Applications of Artificial Intelligence</source>
          <year>2024</year>
          <volume>130</volume>
          <page-range>107687</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.engappai.2023.107687</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r16">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Geng, Ziheng</string-name>
            <string-name>Zhang, Chao</string-name>
            <string-name>Jiang, Yishuo</string-name>
            <string-name>Pugliese, Dora</string-name>
            <string-name>Cheng, Minghui</string-name>
          </person-group>
          <article-title>Integrating multi-source data for life-cycle risk assessment of bridge networks: a system digital twin framework</article-title>
          <source>Journal of Infrastructure Preservation and Resilience</source>
          <year>2025</year>
          <volume>6</volume>
          <issue>1</issue>
          <publisher-name>Springer Science and Business Media LLC</publisher-name>
          <pub-id pub-id-type="doi">10.1186/s43065-025-00121-7</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r17">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Gil-Pereira, Raquel</string-name>
            <string-name>Borges Lopes, Rui</string-name>
            <string-name>Teixeira, Leonor</string-name>
          </person-group>
          <article-title>Digital twin architectures for smart port operations: Lessons from European benchmarking</article-title>
          <source>Results in Engineering</source>
          <year>2026</year>
          <volume>30</volume>
          <page-range>110485</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.rineng.2026.110485</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r6">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Gürdür Broo, Didem</string-name>
            <string-name>Bravo-Haro, Miguel</string-name>
            <string-name>Schooling, Jennifer</string-name>
          </person-group>
          <article-title>Design and implementation of a smart infrastructure digital twin</article-title>
          <source>Automation in Construction</source>
          <year>2022</year>
          <volume>136</volume>
          <page-range>104171</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.autcon.2022.104171</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r18">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Heikkilä, Marikka</string-name>
            <string-name>Saarni, Jouni</string-name>
            <string-name>Saurama, Antti</string-name>
          </person-group>
          <article-title>Innovation in Smart Ports: Future Directions of Digitalization in Container Ports</article-title>
          <source>Journal of Marine Science and Engineering</source>
          <year>2022</year>
          <volume>10</volume>
          <issue>12</issue>
          <page-range>1925</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/jmse10121925</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r19">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Heilig, Leonard</string-name>
            <string-name>Lalla-Ruiz, Eduardo</string-name>
            <string-name>Voß, Stefan</string-name>
          </person-group>
          <article-title>Digital transformation in maritime ports: analysis and a game theoretic framework</article-title>
          <source>NETNOMICS: Economic Research and Electronic Networking</source>
          <year>2017</year>
          <volume>18</volume>
          <issue>2-3</issue>
          <page-range>227-254</page-range>
          <publisher-name>Springer Science and Business Media LLC</publisher-name>
          <pub-id pub-id-type="doi">10.1007/s11066-017-9122-x</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r20">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Holm, S</string-name>
          </person-group>
          <article-title>A simple sequentially rejective multiple test procedure</article-title>
          <year>1979</year>
          <volume>6</volume>
          <issue>2</issue>
          <page-range>65–70</page-range>
        </element-citation>
      </ref>
      <ref id="ref-r21">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Homayouni</string-name>
            <string-name>S. Mahdi</string-name>
            <string-name>Pinho de Sousa, Jorge</string-name>
            <string-name>Moreira Marques, Catarina</string-name>
          </person-group>
          <article-title>Unlocking the potential of digital twins to achieve sustainability in seaports: the state of practice and future outlook</article-title>
          <source>WMU Journal of Maritime Affairs</source>
          <year>2025</year>
          <volume>24</volume>
          <issue>1</issue>
          <page-range>59-98</page-range>
          <publisher-name>Springer Science and Business Media LLC</publisher-name>
          <pub-id pub-id-type="doi">10.1007/s13437-024-00349-2</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r22">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Iris, Çağatay</string-name>
            <string-name>Lam, Jasmine Siu Lee</string-name>
          </person-group>
          <article-title>A review of energy efficiency in ports: Operational strategies, technologies and energy management systems</article-title>
          <source>Renewable and Sustainable Energy Reviews</source>
          <year>2019</year>
          <volume>112</volume>
          <page-range>170-182</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.rser.2019.04.069</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r23">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Iris, Çağatay</string-name>
            <string-name>Lam, Jasmine Siu Lee</string-name>
          </person-group>
          <article-title>Optimal energy management and operations planning in seaports with smart grid while harnessing renewable energy under uncertainty</article-title>
          <source>Omega</source>
          <year>2021</year>
          <volume>103</volume>
          <page-range>102445</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.omega.2021.102445</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r24">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Jiang, Feng</string-name>
            <string-name>Ma, Ling</string-name>
            <string-name>Broyd, Tim</string-name>
            <string-name>Chen, Ke</string-name>
          </person-group>
          <article-title>Digital twin and its implementations in the civil engineering sector</article-title>
          <source>Automation in Construction</source>
          <year>2021</year>
          <volume>130</volume>
          <page-range>103838</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.autcon.2021.103838</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r25">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Jones, David</string-name>
            <string-name>Snider, Chris</string-name>
            <string-name>Nassehi, Aydin</string-name>
            <string-name>Yon, Jason</string-name>
            <string-name>Hicks, Ben</string-name>
          </person-group>
          <article-title>Characterising the Digital Twin: A systematic literature review</article-title>
          <source>CIRP Journal of Manufacturing Science and Technology</source>
          <year>2020</year>
          <volume>29</volume>
          <page-range>36-52</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.cirpj.2020.02.002</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r26">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Kapkaeva, Natalia</string-name>
            <string-name>Gurzhiy, Anastasia</string-name>
            <string-name>Maydanova, Svetlana</string-name>
            <string-name>Levina, Anastasia</string-name>
          </person-group>
          <article-title>Digital Platform for Maritime Port Ecosystem: Port of Hamburg Case</article-title>
          <source>Transportation Research Procedia</source>
          <year>2021</year>
          <volume>54</volume>
          <page-range>909-917</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.trpro.2021.02.146</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r27">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Kaplan</string-name>
            <string-name>E. L.</string-name>
            <string-name>Meier, Paul</string-name>
          </person-group>
          <article-title>Nonparametric Estimation from Incomplete Observations</article-title>
          <source>Journal of the American Statistical Association</source>
          <year>1958</year>
          <volume>53</volume>
          <issue>282</issue>
          <page-range>457-481</page-range>
          <publisher-name>Informa UK Limited</publisher-name>
          <pub-id pub-id-type="doi">10.1080/01621459.1958.10501452</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r28">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Klar, Robert</string-name>
            <string-name>Fredriksson, Anna</string-name>
            <string-name>Angelakis, Vangelis</string-name>
          </person-group>
          <article-title>Digital Twins for Ports: Derived From Smart City and Supply Chain Twinning Experience</article-title>
          <source>IEEE Access</source>
          <year>2023</year>
          <volume>11</volume>
          <page-range>71777-71799</page-range>
          <publisher-name>Institute of Electrical and Electronics Engineers (IEEE)</publisher-name>
          <pub-id pub-id-type="doi">10.1109/access.2023.3295495</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r29">
        <element-citation publication-type="report">
          <person-group person-group-type="author">
            <string-name>Law</string-name>
            <string-name>A.M</string-name>
          </person-group>
          <article-title>Simulation Modeling and Analysis</article-title>
          <year>2015</year>
        </element-citation>
      </ref>
      <ref id="ref-r31">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Li, Yu</string-name>
            <string-name>Chang, Daofang</string-name>
            <string-name>Gao, Yinping</string-name>
            <string-name>Zou, Ying</string-name>
            <string-name>Bao, Chunteng</string-name>
          </person-group>
          <article-title>Automated Container Terminal Production Operation and Optimization via an AdaBoost-Based Digital Twin Framework</article-title>
          <source>Journal of Advanced Transportation</source>
          <year>2021</year>
          <volume>2021</volume>
          <page-range>1-16</page-range>
          <publisher-name>Wiley</publisher-name>
          <pub-id pub-id-type="doi">10.1155/2021/1936764</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r30">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Li, Linman</string-name>
            <string-name>Li, Yuqing</string-name>
            <string-name>Liu, Ran</string-name>
            <string-name>Zhou, Yaoming</string-name>
            <string-name>Pan, Ershun</string-name>
          </person-group>
          <article-title>A Two-stage Stochastic Programming for AGV scheduling with random tasks and battery swapping in automated container terminals</article-title>
          <source>Transportation Research Part E: Logistics and Transportation Review</source>
          <year>2023</year>
          <volume>174</volume>
          <page-range>103110</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.tre.2023.103110</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r32">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Lu, Qiuchen</string-name>
            <string-name>Xie, Xiang</string-name>
            <string-name>Parlikad, Ajith Kumar</string-name>
            <string-name>Schooling, Jennifer Mary</string-name>
          </person-group>
          <article-title>Digital twin-enabled anomaly detection for built asset monitoring in operation and maintenance</article-title>
          <source>Automation in Construction</source>
          <year>2020</year>
          <volume>118</volume>
          <page-range>103277</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.autcon.2020.103277</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r33">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Lu, Ying</string-name>
            <string-name>Fang, Sidun</string-name>
            <string-name>Niu, Tao</string-name>
            <string-name>Liao, Ruijin</string-name>
          </person-group>
          <article-title>Energy-transport scheduling for green vehicles in seaport areas: A review on operation models</article-title>
          <source>Renewable and Sustainable Energy Reviews</source>
          <year>2023</year>
          <volume>184</volume>
          <page-range>113443</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.rser.2023.113443</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r35">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Ma, Weiming</string-name>
            <string-name>Tang, Daogui</string-name>
            <string-name>Dong, Mingwang</string-name>
            <string-name>Arasteh, Hamidreza</string-name>
            <string-name>Guerrero, Josep M.</string-name>
          </person-group>
          <article-title>Coordinated robust configuration of soft open point and energy storage systems for resilience enhancement of integrated multi-energy system at ports</article-title>
          <source>Applied Energy</source>
          <year>2025</year>
          <volume>401</volume>
          <page-range>126644</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.apenergy.2025.126644</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r34">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Ma, Kai</string-name>
            <string-name>Feng, Yanpei</string-name>
            <string-name>Yang, Jie</string-name>
            <string-name>Cai, Yao</string-name>
            <string-name>Yang, Bo</string-name>
            <string-name>Guan, Xinping</string-name>
          </person-group>
          <article-title>Two-stage distributionally robust optimization for port integrated energy system with berth allocation under uncertainties</article-title>
          <source>Energy</source>
          <year>2025</year>
          <volume>322</volume>
          <page-range>135588</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.energy.2025.135588</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r36">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Mo, Aiming</string-name>
            <string-name>Zhang, Yan</string-name>
            <string-name>Xiong, Yiyong</string-name>
            <string-name>Ma, Fan</string-name>
            <string-name>Sun, Lin</string-name>
          </person-group>
          <article-title>Energy–Logistics Cooperative Optimization for a Port-Integrated Energy System</article-title>
          <source>Mathematics</source>
          <year>2024</year>
          <volume>12</volume>
          <issue>12</issue>
          <page-range>1917</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/math12121917</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r37">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Nasim, Maryam</string-name>
            <string-name>Rajabifard, Abbas</string-name>
            <string-name>Chen, Yiqun</string-name>
            <string-name>Samali, Bijan</string-name>
          </person-group>
          <article-title>A demonstration of a digital twin framework for structural health monitoring: Application to bridge infrastructures</article-title>
          <source>Journal of Infrastructure Intelligence and Resilience</source>
          <year>2026</year>
          <volume>5</volume>
          <issue>1</issue>
          <page-range>100184</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.iintel.2025.100184</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r38">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Peng, Yun</string-name>
            <string-name>Dong, Meng</string-name>
            <string-name>Li, Xiangda</string-name>
            <string-name>Liu, Huakun</string-name>
            <string-name>Wang, Wenyuan</string-name>
          </person-group>
          <article-title>Cooperative optimization of shore power allocation and berth allocation: A balance between cost and environmental benefit</article-title>
          <source>Journal of Cleaner Production</source>
          <year>2021</year>
          <volume>279</volume>
          <page-range>123816</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.jclepro.2020.123816</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r39">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Pu, Yue</string-name>
            <string-name>Liu, Haoming</string-name>
            <string-name>Wang, Jian</string-name>
            <string-name>Xu, Yizhou</string-name>
            <string-name>Anvari-Moghaddam, Amjad</string-name>
          </person-group>
          <article-title>Cooperative dispatching of port integrated energy and ferry logistics systems under interrelated cross-domain uncertainties</article-title>
          <source>Energy</source>
          <year>2025</year>
          <volume>337</volume>
          <page-range>138507</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.energy.2025.138507</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r40">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Rasheed, Adil</string-name>
            <string-name>San, Omer</string-name>
            <string-name>Kvamsdal, Trond</string-name>
          </person-group>
          <article-title>Digital Twin: Values, Challenges and Enablers From a Modeling Perspective</article-title>
          <source>IEEE Access</source>
          <year>2020</year>
          <volume>8</volume>
          <page-range>21980-22012</page-range>
          <publisher-name>Institute of Electrical and Electronics Engineers (IEEE)</publisher-name>
          <pub-id pub-id-type="doi">10.1109/ACCESS.2020.2970143</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r44">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Riffat, James</string-name>
            <string-name>Samaei, Seyed Reza</string-name>
            <string-name>Pastakkaya, Bilsay</string-name>
          </person-group>
          <article-title>Advances, Applications, and Future Directions of Structural Health Monitoring in Civil Infrastructure: A Comprehensive Review</article-title>
          <source>Energy Catalyst</source>
          <year>2025</year>
          <volume>1</volume>
          <page-range>127-140</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.61552/EC.2025.010</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r41">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Riffat, James</string-name>
            <string-name>Doudran, Hamed Ahadpour</string-name>
            <string-name>Samaei, Seyed Reza</string-name>
          </person-group>
          <article-title>AI-driven digital twin for uncertainty-aware structural health monitoring of offshore wind turbines considering biofouling effects and reliability prediction</article-title>
          <source>Green Technology &amp; Innovation</source>
          <year>2025</year>
          <volume>1</volume>
          <issue>2</issue>
          <page-range>1-15</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.36922/GTI025330013</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r42">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Riffat, James</string-name>
            <string-name>Doudran, Hamed Ahadpour</string-name>
            <string-name>Samaei, Seyed Reza</string-name>
          </person-group>
          <article-title>AI-enhanced damage detection in jack-up rig legs using an improved modal strain energy index: A numerical, experimental, and digital twin-based approach</article-title>
          <source>Green Technology &amp; Innovation</source>
          <year>2025</year>
          <volume>1</volume>
          <issue>2</issue>
          <page-range>1-10</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.36922/GTI025340014</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r43">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Riffat, James</string-name>
            <string-name>Nazari, Kourosh</string-name>
            <string-name>Samaei, Seyed Reza</string-name>
          </person-group>
          <article-title>AI-Driven Digital Twin Framework for Adaptive and Real-Time Structural Health Monitoring of Offshore Marine Structures</article-title>
          <source>Artificial Intelligence for Sustainable Cities</source>
          <year>2026</year>
          <volume>1</volume>
          <issue>1</issue>
          <page-range>105-122</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.65582/aifsc.2026.006</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r45">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Samaei, Seyed Reza</string-name>
            <string-name>Riffat, James</string-name>
          </person-group>
          <article-title>Intelligent Structural Health Monitoring of Jack-Up Platform Legs Using High-Density Sensor Networks, Real-Time Digital Twins, and Machine Learning-Based Damage Detection</article-title>
          <source>Future Cities and Environment</source>
          <year>2025</year>
          <volume>11</volume>
          <page-range>1–15</page-range>
          <publisher-name>Cerebration Science Publishing Co., Limited</publisher-name>
          <pub-id pub-id-type="doi">10.70917/fce-2025-031</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r46">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Samaei, Seyed Reza</string-name>
            <string-name>Riffat, James</string-name>
          </person-group>
          <article-title>Cognitive Digital Twins for Climate-Resilient Building Energy Systems: Diagnosis-Informed Control under Extreme Thermal Stress</article-title>
          <source>Artificial Intelligence for Sustainable Cities</source>
          <year>2026</year>
          <volume>1</volume>
          <issue>1</issue>
          <page-range>71-104</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.65582/aifsc.2026.005</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r47">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Samaei, Seyed Reza</string-name>
            <string-name>Riffat, James</string-name>
          </person-group>
          <article-title>Field-Validated Digital Twin–Enabled Structural Health Monitoring for Offshore High-Pile Wharves</article-title>
          <source>Future Cities and Environment</source>
          <year>2026</year>
          <volume>12</volume>
          <page-range>22</page-range>
          <publisher-name>Cerebration Science Publishing Co., Limited</publisher-name>
          <pub-id pub-id-type="doi">10.70917/fce-2026-010</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r48">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Samaei, Seyed Reza</string-name>
            <string-name>Riffat, James</string-name>
          </person-group>
          <article-title>From Optimization to Stability Preservation: A Self-Healing, Action-Bearing Digital Twin for Climate-Stressed Building Energy Systems</article-title>
          <source>Green Technology &amp; Innovation</source>
          <year>2026</year>
          <volume>2</volume>
          <issue>1</issue>
          <page-range>150-177</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.65582/gti.2026.008</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r49">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Samaei, Seyed Reza</string-name>
            <string-name>Riffat, James</string-name>
          </person-group>
          <article-title>Health-Aware Digital Twins for Building Control under Climate Extremes: An Exposure-State Control Framework</article-title>
          <source>Research and Reviews in Sustainability</source>
          <year>2026</year>
          <volume>2</volume>
          <issue>1</issue>
          <page-range>179-203</page-range>
          <publisher-name>Caravel Press</publisher-name>
          <pub-id pub-id-type="doi">10.65582/rrs.2026.011</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r50">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Shapiro</string-name>
            <string-name>S. S.</string-name>
            <string-name>Wilk</string-name>
            <string-name>M. B.</string-name>
          </person-group>
          <article-title>An analysis of variance test for normality (complete samples)</article-title>
          <source>Biometrika</source>
          <year>1965</year>
          <volume>52</volume>
          <issue>3-4</issue>
          <page-range>591-611</page-range>
          <publisher-name>Oxford University Press (OUP)</publisher-name>
          <pub-id pub-id-type="doi">10.1093/biomet/52.3-4.591</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r51">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Shim, Chang-Su</string-name>
            <string-name>Dang, Ngoc-Son</string-name>
            <string-name>Lon, Sokanya</string-name>
            <string-name>Jeon, Chi-Ho</string-name>
          </person-group>
          <article-title>Development of a bridge maintenance system for prestressed concrete bridges using 3D digital twin model</article-title>
          <source>Structure and Infrastructure Engineering</source>
          <year>2019</year>
          <volume>15</volume>
          <issue>10</issue>
          <page-range>1319-1332</page-range>
          <publisher-name>Informa UK Limited</publisher-name>
          <pub-id pub-id-type="doi">10.1080/15732479.2019.1620789</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r52">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Song, Yalong</string-name>
            <string-name>Ji, Bin</string-name>
            <string-name>Yu, Samson S.</string-name>
          </person-group>
          <article-title>Multi-Port Berth Allocation and Time-Invariant Quay Crane Assignment Problem With Speed Optimization</article-title>
          <source>IEEE Transactions on Intelligent Transportation Systems</source>
          <year>2025</year>
          <volume>26</volume>
          <issue>1</issue>
          <page-range>128-142</page-range>
          <publisher-name>Institute of Electrical and Electronics Engineers (IEEE)</publisher-name>
          <pub-id pub-id-type="doi">10.1109/TITS.2024.3481490</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r53">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Sun, Zhiyan</string-name>
            <string-name>Jayasinghe, Sanduni</string-name>
            <string-name>Sidiq, Amir</string-name>
            <string-name>Shahrivar, Farham</string-name>
            <string-name>Mahmoodian, Mojtaba</string-name>
            <string-name>Setunge, Sujeeva</string-name>
          </person-group>
          <article-title>Approach Towards the Development of Digital Twin for Structural Health Monitoring of Civil Infrastructure: A Comprehensive Review</article-title>
          <source>Sensors</source>
          <year>2025</year>
          <volume>25</volume>
          <issue>1</issue>
          <page-range>59</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/s25010059</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r54">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Tao, Fei</string-name>
            <string-name>Zhang, He</string-name>
            <string-name>Liu, Ang</string-name>
            <string-name>Nee</string-name>
            <string-name>A. Y. C.</string-name>
          </person-group>
          <article-title>Digital Twin in Industry: State-of-the-Art</article-title>
          <source>IEEE Transactions on Industrial Informatics</source>
          <year>2019</year>
          <volume>15</volume>
          <issue>4</issue>
          <page-range>2405-2415</page-range>
          <publisher-name>Institute of Electrical and Electronics Engineers (IEEE)</publisher-name>
          <pub-id pub-id-type="doi">10.1109/TII.2018.2873186</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r55">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Tijan, Edvard</string-name>
            <string-name>Jović, Marija</string-name>
            <string-name>Aksentijević, Saša</string-name>
            <string-name>Pucihar, Andreja</string-name>
          </person-group>
          <article-title>Digital transformation in the maritime transport sector</article-title>
          <source>Technological Forecasting and Social Change</source>
          <year>2021</year>
          <volume>170</volume>
          <page-range>120879</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.techfore.2021.120879</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r56">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Wang, Yan</string-name>
            <string-name>Zou, Tianyu</string-name>
          </person-group>
          <article-title>Optimization of Berth-Tug Co-Scheduling in Container Terminals under Dual-Carbon Contexts</article-title>
          <source>Journal of Marine Science and Engineering</source>
          <year>2024</year>
          <volume>12</volume>
          <issue>4</issue>
          <page-range>684</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/jmse12040684</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r57">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Xiang, Xi</string-name>
            <string-name>Liu, Changchun</string-name>
          </person-group>
          <article-title>An expanded robust optimisation approach for the berth allocation problem considering uncertain operation time</article-title>
          <source>Omega</source>
          <year>2021</year>
          <volume>103</volume>
          <page-range>102444</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.omega.2021.102444</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r58">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Zhang, Zhechen</string-name>
            <string-name>Song, Chenghong</string-name>
            <string-name>Zhang, Jiawen</string-name>
            <string-name>Chen, Zhonghao</string-name>
            <string-name>Liu, Mingxin</string-name>
            <string-name>Aziz, Faissal</string-name>
            <string-name>Kurniawan, Tonni Agustiono</string-name>
            <string-name>Yap, Pow-Seng</string-name>
          </person-group>
          <article-title>Digitalization and innovation in green ports: A review of current issues, contributions and the way forward in promoting sustainable ports and maritime logistics</article-title>
          <source>Science of The Total Environment</source>
          <year>2024</year>
          <volume>912</volume>
          <page-range>169075</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.scitotenv.2023.169075</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r59">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Zhang, Zhiqiang</string-name>
            <string-name>Zhu, Yuhua</string-name>
            <string-name>Zhu, Jian</string-name>
            <string-name>Huang, Daozheng</string-name>
            <string-name>Yin, Chuanzhong</string-name>
            <string-name>Li, Jinyang</string-name>
          </person-group>
          <article-title>Collaborative Optimization of Shore Power and Berth Allocation Based on Economic, Environmental, and Operational Efficiency</article-title>
          <source>Journal of Marine Science and Engineering</source>
          <year>2025</year>
          <volume>13</volume>
          <issue>4</issue>
          <page-range>776</page-range>
          <publisher-name>MDPI AG</publisher-name>
          <pub-id pub-id-type="doi">10.3390/jmse13040776</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r60">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Zhou, Chenhao</string-name>
            <string-name>Xu, Jie</string-name>
            <string-name>Miller-Hooks, Elise</string-name>
            <string-name>Zhou, Weiwen</string-name>
            <string-name>Chen, Chun-Hung</string-name>
            <string-name>Lee, Loo Hay</string-name>
            <string-name>Chew, Ek Peng</string-name>
            <string-name>Li, Haobin</string-name>
          </person-group>
          <article-title>Analytics with digital-twinning: A decision support system for maintaining a resilient port</article-title>
          <source>Decision Support Systems</source>
          <year>2021</year>
          <volume>143</volume>
          <page-range>113496</page-range>
          <publisher-name>Elsevier BV</publisher-name>
          <pub-id pub-id-type="doi">10.1016/j.dss.2021.113496</pub-id>
        </element-citation>
      </ref>
      <ref id="ref-r61">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <string-name>Zhu, Mingyu</string-name>
            <string-name>Calderon, Carlos</string-name>
            <string-name>Ford, Alistair</string-name>
            <string-name>Robson, Craig</string-name>
            <string-name>Jin, Jiayi</string-name>
          </person-group>
          <article-title>Digital Twin for resilience and sustainability assessment of port facility</article-title>
          <source>Sustainable and Resilient Infrastructure</source>
          <year>2026</year>
          <volume>11</volume>
          <issue>3</issue>
          <page-range>267-300</page-range>
          <publisher-name>Informa UK Limited</publisher-name>
          <pub-id pub-id-type="doi">10.1080/23789689.2025.2526928</pub-id>
        </element-citation>
      </ref>
    </ref-list>
  </back>
</article>
