CHINA AI EVOLUTIONSearch
Choose how much time you have:2 minGive me the picture5–10 minWhat changed & whyCompany viewWho matters & economicsEvidenceSources & uncertaintyLearnTeach me the system
Home / Control plane
CHINA AI INFRASTRUCTURE · LIVING SYSTEMS RESEARCH

How can software turn fragmented compute into usable AI capacity?

Installed hardware only becomes useful when workloads can find compatible resources and run reliably. This layer tracks the software and orchestration systems that discover capacity, match workloads, schedule jobs and potentially coordinate compute across different architectures and locations.

Provincial procurement and operator-run model marketplaces are beginning to reveal who might stand between AI customers and the underlying infrastructure. Zhejiang has selected computing-service suppliers, while Wuhan reports actual marketplace transactions. The open question is whether cloud providers, telecom operators or provincial platforms will control billing and scheduling—and therefore capture the most durable share of the economics.

12 OCTOBER · RESEARCH CONTEXT

Who controls model access and workload routing?

Shanghai’s Haina launch connects a common model interface to several cloud and regional computing providers. Alibaba’s selective endpoint retirements and Kingsoft Cloud’s multi-model offering show different ways to control developer access. A launch or product catalogue does not demonstrate profitable nationwide orchestration.

Read the integrated analysis →

1 OCTOBER 2026 · SOFTWARE PORTABILITY UPDATE

Portability is beginning below the scheduler: common model infrastructure is being mapped directly onto Ascend.

DeepSeek’s Ascend-native DeepEP and DeepGEMM implementations preserve familiar public interfaces while replacing lower-level communication and matrix kernels with Ascend-specific paths. That does not make heterogeneous accelerators interchangeable, but it can reduce the amount of application-layer rewriting required before a scheduler or cloud platform can place a workload on different hardware pools.

Boundary: this is workload-specific portability evidence, not proof that China has a universal cross-vendor control plane.

DeepEP-Ascend ↗ · DeepGEMM-Ascend ↗

22 SEPTEMBER 2026 · THESIS UPDATE

From provider scheduling to provincial and cross-province coordination

Hebei illustrates aggregation of existing local schedulers and resource pools. Xiong’an illustrates access across regions. Fujian–Ningxia supplies a specific pilot linking a workload scheduler with electricity-load systems.

The updated framework separates monitoring, marketplace matching, workload placement and token/model routing. Each has a different commercial test.

Read the evidence and implications →
New evidence

Control plane now extends above individual providers.

Registered national-network standards add monitoring, scheduling, resource identification, billing and matching/trading to the architecture. This supports an emerging national coordination layer; operational maturity remains unproven.

05 • CONTROL PLANE • SOFTWARE & MANAGEMENT

The layer that decides whether installed infrastructure becomes useful compute.

This is now a first-class value-chain layer. The control plane is not one product: it is a stack of software and management systems that observe, schedule, route, recover and optimise AI workloads from model/API demand down through compute, network, facilities and — increasingly — energy. The key research question is which actors can move from optimising their own assets to orchestrating resources across providers, architectures and geographies.

CONTROL-PLANE STACK
1 • AI / WORKLOAD CONTROLMaaS • model routing • inference • agents • queues • lifecycle
2 • COMPUTE CONTROLGPU/NPU/CPU pools • topology • sharing • fault recovery • utilisation
3 • RESOURCE / NETWORK CONTROLstorage • RDMA • bandwidth • geography • resource discovery
4 • INFRASTRUCTURE CONTROLAIDC O&M • cooling • capacity • digital twins • facility automation
5 • ENERGY CONTROLBESS • power conversion • energy management • grid interaction
AI / AGENTSmodels • APIs • demandWORKLOAD CONTROLMaaS • routing • queuesCOMPUTE CONTROLpool • schedule • recoverRESOURCE CONTROLnetwork • storage • placeUSEFUL AI OUTPUTtokens • completed tasksAIDC CONTROLO&M • cooling • capacityENERGY CONTROLBESS • power • gridPHYSICAL INFRASTRUCTURE BECOMES VISIBLE TO SOFTWARE
China AI Infrastructure · chinaaievolution.com · See accompanying evidence and review date.
EMERGING VALUE PROPOSITION • ORCHESTRATION VALUE

Who can make multiple sites, owners and architectures behave like a more valuable resource?

The economic opportunity may move beyond owning capacity. A higher-order control plane needs enough visibility and authority to decide what workload should run where, when, over which network, on which accelerator pool, with which storage/memory path and — eventually — under which power conditions. China's national compute-interconnection policy makes this a system-level question rather than merely an internal cloud optimisation problem.

1 • INTERNAL VISIBILITYObserve capacity, health, utilisation, cooling, network and failures inside one estate.
2 • MULTI-SITE CONTROLSchedule and optimise resources across multiple facilities and geographic locations.
3 • HETEROGENEOUS ORCHESTRATIONMatch workloads to different GPU/NPU/CPU pools, memory/storage paths and network topologies.
4 • CROSS-PROVIDER ORCHESTRATIONDiscover, compare, transact and schedule third-party resources across owners and regions.
5 • COMPUTE × ENERGYCoordinate workload placement with AI-ready MW, BESS, power conversion and grid conditions.
VALUE CAPTURE TESTCan the orchestrator charge for better utilisation, lower task cost, reliability or access to otherwise stranded capacity?
KEY FRICTIONData gravity, latency, security, accelerator portability, commercial trust and settlement can stop nominal interoperability becoming useful compute.
FALSIFIERIf national nodes remain registries/marketplaces while workloads stay locked inside vertically managed clouds, the neutral-control-plane opportunity is much smaller.

Current company lens: KC approaches the opportunity from workload/compute orchestration; VNET from AIDC, network and operational visibility; telecoms from connectivity and regional/national fabric; Huawei, Alibaba and ByteDance from deeply integrated private control planes. None is yet proven to be the neutral national orchestrator.

Why the policy matters: MIIT's programme explicitly calls for unified compute identifiers, resource-query interfaces, state awareness, resource selection, supply-demand matching and scheduling across different subjects, architectures and geographies. The 2026 node programme turns that into a 1+M+N operating structure. Guangdong's regional node description goes as far as compute registration, transaction matching and cross-provincial scheduling. These are implementation signals, not proof of seamless commercial fungibility.

Who currently controls what?

STRONG PRIMARY EVIDENCE

Kingsoft Cloud

StarFlow explicitly spans heterogeneous-resource scheduling, training/inference orchestration, topology-aware RDMA scheduling, observability and GPU fault self-healing. This is a genuine compute/workload control plane. The unresolved question is breadth across current domestic accelerator vendors and whether KC can orchestrate capacity beyond resources it directly manages.

STRONG PRIMARY EVIDENCE

VNET

Smart Navigation is described by VNET as its next-generation “O&M brain”, with visual management, intelligent scheduling and cloud collaboration, deployed across more than 90% of self-built data centres. VNET therefore has a real lower control-plane position across facility operations, energy and capacity — not yet evidence of a cross-provider compute scheduler.

STRONG PRIMARY EVIDENCE

Huawei

Agentic Infra joins token production, tiered context memory and unified general/AI scheduling. CCE Volcano Next is Huawei's explicit scheduling layer above heterogeneous infrastructure; Huawei claims shared training/inference pooling and fragmentation consolidation improve utilisation by over 30%.

STRONG PRIMARY EVIDENCE

ByteDance / Volcano Engine

ByteDance Seed works on distributed training, high-performance inference and heterogeneous-hardware compilation. Volcano Engine exposes GPU/mGPU scheduling, topology-aware placement and shared-resource mechanisms. It is a strong demand-to-control-plane case.

STRONG PRIMARY EVIDENCE

Alibaba Cloud

Cloud-native AI tooling combines heterogeneous compute, storage and network resource management with workload scheduling, GPU sharing and model/inference services. Alibaba is one of the clearest vertically integrated control-plane benchmarks.

POLICY / MARKET LAYER

National + telecom fabric

MIIT's 1+M+N compute-interconnection architecture explicitly targets resource aggregation, selection, monitoring, trading and cross-subject/cross-architecture/cross-region scheduling. This creates a possible layer above individual clouds — but standards and nodes do not yet prove seamless commercial fungibility.

Investment/research test: the valuable leap is not merely better internal utilisation. It is whether a platform can make otherwise fragmented compute, network, facility or energy resources discoverable and schedulable for third parties — and capture economics for doing so.

Primary research: Kingsoft Cloud StarFlow • VNET Innovation / Smart Navigation • Huawei Agentic Infra • ByteDance Seed Infrastructure • Volcano Engine GPU scheduling • MIIT 1+M+N nodes. Company performance claims remain company-reported unless independently corroborated.

OPEN FULL CONTROL-PLANE RESEARCH PAGE →