TM Forum Community

A closed loop can optimize a domain. But who decides what should happen when multiple closed loops are all correct locally - and still incompatible systemically? To me, this is where the Autonomous Networks conversation becomes truly architectural.

Much of today's AN work is rightly focused on making domains more autonomous through intent-driven operations, AI-enabled decisioning, closed-loop automation, policy-constrained coordination. And as several valuable comments in this discussion have highlighted, many of these capabilities are already being developed within the TM Forum ODA ecosystem.

So the question is no longer: do these functions exist at all? The more difficult question is: Are they explicit enough, at system level, to preserve coherence when many autonomous loops operate simultaneously, dynamically, and at scale? That is the real issue I am trying to explore.

In real operations, different autonomous loops may optimize for very different objectives at the same time:

·        a RAN domain may optimize for energy saving

·        a transport domain may optimize for resilience

·        a core/service assurance loop may optimize for session stability

·        a customer experience loop may prioritize low latency or QoE

Each of these can be valid. Each can be intelligent. Each can even be policy-compliant within its own operational scope. And yet, together, they may still create undesirable system behavior. This is where autonomy stops being just a matter of local optimization. It becomes a matter of trade-off reasoning, cross-domain conflict resolution, intent reconciliation, system-level operational judgment, … And that, in my view, is where the architectural gap begins to appear.

I fully agree with the view that ODA already contains many of the right ingredients: intents, events, autonomous domains, orchestration patterns, agent interaction mechanisms, governance frameworks, … But from an architectural clarity perspective, I think there is still an open question: When competing autonomous decisions arise across domains, where exactly does the reconciliation logic live?

Not just in theory, not just "somewhere in the architecture", but as a recognizable system-level function. Because if that function remains too distributed, too implicit, or too fragmented, then we may end up with strong local autonomy, rich AI-enabled loops, good intent exchange, …but still weak operational coherence at scale. And in practice, that is often where systems become fragile.

This is one reason I have been thinking about what I previously called OCS, and now more precisely as an Operational Cognition Layer (OCL). Not as a central controller, a super-orchestrator or a "manager of managers". But rather as an explicit architectural function responsible for cognitive reconciliation across autonomous domains.

In that role, OCL would not "run" every loop. Instead, it would help the system reason across loops when local autonomy creates system-level tension. Its role would be to make visible and governable things like competing intents, policy boundaries, operational priorities, trade-offs between domain objectives, cascading side effects across domains. So the point is not to reduce autonomy. The point is to make autonomy coherent, governable, and trustworthy when distributed intelligence begins to interact at scale.

Without this kind of explicit system-level cognition, Autonomous Networks may become very good at optimizing locally, but increasingly weak at behaving coherently end-to-end. That does not always show up as a dramatic failure. More often, it shows up as unstable optimization cycles, policy inconsistency, intent drift, cross-domain behavioral surprises, or an architecture that is "autonomous" but still difficult to trust operationally. And to me, that is one of the most important AN questions ahead: Not whether domains can become autonomous - but whether autonomy can remain coherent once it becomes distributed.

So perhaps the sharper architectural question is this: In Autonomous Networks, is intent exchange and policy coordination alone enough to preserve system coherence? Or do we need a more explicit Operational Cognition Layer to reconcile trade-offs across autonomous domains?

My current view is that many of the ingredients already exist - but what may still be missing is their explicit expression as a coherent architectural function. And that may matter more and more as we move toward higher-scale, higher-speed, cross-domain autonomy.

I would be very interested in how others see this.

Figure 2. Conceptual view of OCL as a cognitive reconciliation layer across competing autonomous loops.

A closed loop can optimize a domain. But who decides what should happen when multiple closed loops are all correct locally - and still incompatible systemically? To me, this is where the Autonomous Networks conversation becomes truly architectural.

Much of today's AN work is rightly focused on making domains more autonomous through intent-driven operations, AI-enabled decisioning, closed-loop automation, policy-constrained coordination. And as several valuable comments in this discussion have highlighted, many of these capabilities are already being developed within the TM Forum ODA ecosystem.

So the question is no longer: do these functions exist at all? The more difficult question is: Are they explicit enough, at system level, to preserve coherence when many autonomous loops operate simultaneously, dynamically, and at scale? That is the real issue I am trying to explore.

In real operations, different autonomous loops may optimize for very different objectives at the same time:

·        a RAN domain may optimize for energy saving

·        a transport domain may optimize for resilience

·        a core/service assurance loop may optimize for session stability

·        a customer experience loop may prioritize low latency or QoE

Each of these can be valid. Each can be intelligent. Each can even be policy-compliant within its own operational scope. And yet, together, they may still create undesirable system behavior. This is where autonomy stops being just a matter of local optimization. It becomes a matter of trade-off reasoning, cross-domain conflict resolution, intent reconciliation, system-level operational judgment, … And that, in my view, is where the architectural gap begins to appear.

I fully agree with the view that ODA already contains many of the right ingredients: intents, events, autonomous domains, orchestration patterns, agent interaction mechanisms, governance frameworks, … But from an architectural clarity perspective, I think there is still an open question: When competing autonomous decisions arise across domains, where exactly does the reconciliation logic live?

Not just in theory, not just "somewhere in the architecture", but as a recognizable system-level function. Because if that function remains too distributed, too implicit, or too fragmented, then we may end up with strong local autonomy, rich AI-enabled loops, good intent exchange, …but still weak operational coherence at scale. And in practice, that is often where systems become fragile.

This is one reason I have been thinking about what I previously called OCS, and now more precisely as an Operational Cognition Layer (OCL). Not as a central controller, a super-orchestrator or a "manager of managers". But rather as an explicit architectural function responsible for cognitive reconciliation across autonomous domains.

In that role, OCL would not "run" every loop. Instead, it would help the system reason across loops when local autonomy creates system-level tension. Its role would be to make visible and governable things like competing intents, policy boundaries, operational priorities, trade-offs between domain objectives, cascading side effects across domains. So the point is not to reduce autonomy. The point is to make autonomy coherent, governable, and trustworthy when distributed intelligence begins to interact at scale.

Without this kind of explicit system-level cognition, Autonomous Networks may become very good at optimizing locally, but increasingly weak at behaving coherently end-to-end. That does not always show up as a dramatic failure. More often, it shows up as unstable optimization cycles, policy inconsistency, intent drift, cross-domain behavioral surprises, or an architecture that is "autonomous" but still difficult to trust operationally. And to me, that is one of the most important AN questions ahead: Not whether domains can become autonomous - but whether autonomy can remain coherent once it becomes distributed.

So perhaps the sharper architectural question is this: In Autonomous Networks, is intent exchange and policy coordination alone enough to preserve system coherence? Or do we need a more explicit Operational Cognition Layer to reconcile trade-offs across autonomous domains?

My current view is that many of the ingredients already exist - but what may still be missing is their explicit expression as a coherent architectural function. And that may matter more and more as we move toward higher-scale, higher-speed, cross-domain autonomy.

I would be very interested in how others see this.

Figure 2. Conceptual view of OCL as a cognitive reconciliation layer across competing autonomous loops.

#DigitalTransformationMaturity

------------------------------
Ngoc Linh Nguyen
Vietnam Posts and Telecommunications Group (VNPT)
------------------------------

A closed loop can optimize a domain. But who decides what should happen when multiple closed loops are all correct locally - and still incompatible systemically? To me, this is where the Autonomous Networks conversation becomes truly architectural.

Much of today's AN work is rightly focused on making domains more autonomous through intent-driven operations, AI-enabled decisioning, closed-loop automation, policy-constrained coordination. And as several valuable comments in this discussion have highlighted, many of these capabilities are already being developed within the TM Forum ODA ecosystem.

So the question is no longer: do these functions exist at all? The more difficult question is: Are they explicit enough, at system level, to preserve coherence when many autonomous loops operate simultaneously, dynamically, and at scale? That is the real issue I am trying to explore.

In real operations, different autonomous loops may optimize for very different objectives at the same time:

·        a RAN domain may optimize for energy saving

·        a transport domain may optimize for resilience

·        a core/service assurance loop may optimize for session stability

·        a customer experience loop may prioritize low latency or QoE

Each of these can be valid. Each can be intelligent. Each can even be policy-compliant within its own operational scope. And yet, together, they may still create undesirable system behavior. This is where autonomy stops being just a matter of local optimization. It becomes a matter of trade-off reasoning, cross-domain conflict resolution, intent reconciliation, system-level operational judgment, … And that, in my view, is where the architectural gap begins to appear.

I fully agree with the view that ODA already contains many of the right ingredients: intents, events, autonomous domains, orchestration patterns, agent interaction mechanisms, governance frameworks, … But from an architectural clarity perspective, I think there is still an open question: When competing autonomous decisions arise across domains, where exactly does the reconciliation logic live?

Not just in theory, not just "somewhere in the architecture", but as a recognizable system-level function. Because if that function remains too distributed, too implicit, or too fragmented, then we may end up with strong local autonomy, rich AI-enabled loops, good intent exchange, …but still weak operational coherence at scale. And in practice, that is often where systems become fragile.

This is one reason I have been thinking about what I previously called OCS, and now more precisely as an Operational Cognition Layer (OCL). Not as a central controller, a super-orchestrator or a "manager of managers". But rather as an explicit architectural function responsible for cognitive reconciliation across autonomous domains.

In that role, OCL would not "run" every loop. Instead, it would help the system reason across loops when local autonomy creates system-level tension. Its role would be to make visible and governable things like competing intents, policy boundaries, operational priorities, trade-offs between domain objectives, cascading side effects across domains. So the point is not to reduce autonomy. The point is to make autonomy coherent, governable, and trustworthy when distributed intelligence begins to interact at scale.

Without this kind of explicit system-level cognition, Autonomous Networks may become very good at optimizing locally, but increasingly weak at behaving coherently end-to-end. That does not always show up as a dramatic failure. More often, it shows up as unstable optimization cycles, policy inconsistency, intent drift, cross-domain behavioral surprises, or an architecture that is "autonomous" but still difficult to trust operationally. And to me, that is one of the most important AN questions ahead: Not whether domains can become autonomous - but whether autonomy can remain coherent once it becomes distributed.

So perhaps the sharper architectural question is this: In Autonomous Networks, is intent exchange and policy coordination alone enough to preserve system coherence? Or do we need a more explicit Operational Cognition Layer to reconcile trade-offs across autonomous domains?

My current view is that many of the ingredients already exist - but what may still be missing is their explicit expression as a coherent architectural function. And that may matter more and more as we move toward higher-scale, higher-speed, cross-domain autonomy.

I would be very interested in how others see this.

Figure 2. Conceptual view of OCL as a cognitive reconciliation layer across competing autonomous loops.