my-vault/airport-wiki/concepts/flight-operations/aodb-china.md

---
title: AODB — 中國市場現狀與國產化替代
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [aodb, china-market, localization, travelsky, wanda-info, cetc, beijing-capital]
sources: [raw/articles/aodb.md]
---

# AODB — 中國市場現狀與國產化替代

> 本頁聚焦中國機場 AODB 市場的國產化進程、主要廠商與典型案例。國際供應商對比見 [[aodb-vendors]]。

## 政策背景與驅動力

### 標準規範

中國民航局高度重視機場信息系統的標準化與自主可控，相關核心標準：

| 標準 | 發布機構 | 說明 |
|------|---------|------|
| **MH/T 5103-2020** | 中國民航局 | 《民用運輸機場信息集成系統技術規範》—— 為國內 AODB 建設提供明確標準，定義了信息集成系統的架構、數據接口、功能要求 |
| **智慧民航建設路線圖** | 中國民航局 | 「十四五」和「十五五」規劃明確要求機場核心系統國產化比例提升，AODB 被列為重點攻關對象 |
| **數據安全法 / 個人信息保護法** | 全國人大 | 機場運營數據涉及航班、旅客個人信息，必須滿足數據本地化存儲要求，進口系統合規成本陡增 |

### 國產化驅動因素

1. **成本因素**：進口系統（尤其是 SITA、Amadeus）許可費和維保費昂貴，年度維保通常為初期許可費的 18-22%，長期成本負擔重
2. **數據安全**：進口系統的境外數據通道面臨嚴格審查，航班數據屬於關鍵信息基礎設施數據
3. **定制能力**：進口系統定制化開發需通過原廠，響應週期長、成本高
4. **自主可控**：類似北京首都機場案例，掌握核心技術才能真正保障重大活動期間的系統穩定性

---

## 主要國產廠商深度分析

---

### 1. 中國民航信息集團（TravelSky）— 機場信息集成系統

**定位：** 中國民航 IT 國家隊，PSS 領域絕對領導者，機場集成系統頭部供應商

#### 核心優勢

|| 維度 | 說明 |
|------|------|------|
| **數據天然互通** | 中國民航信息集團同時運營中國的 CRS（機票分銷系統）和 DCS（離港系統），與國航、南航、東航等主要航司數據天然打通，AODB 可直接獲取航班動態而無需額外接口 |
| **國產化標杆** | 2025 年實現離港系統（ DCS）全棧國產化，是民航業首家完成核心系統全棧國產化的企業，AODB 具備同樣的國產化能力 |
| **機場覆蓋廣** | 在國內中大型機場擁有廣泛的項目積累，熟悉國內民航業務流程和監管要求 |
| **政策支持** | 作為央企，在重大項目招投標中具備政策支持優勢 |

#### 現有產品線

| 產品 | 說明 |
|------|------|
| **機場信息集成系統（AIIS）** | 以 AODB 為核心的機場運營數據平台，支持航班動態、資源分配、計費結算 |
| **機場協同決策（A-CDM）** | 與 AODB 深度集成，支持 A-CDM 協同決策全流程 |
| **民航大數據平台** | 面向民航局的行業級數據分析平台 |

#### 目標場景

- 已有或計劃採用 TravelSky DCS 的機場
- 需要與國內航司數據無縫對接的機場
- 對數據本地化有剛性要求的大型樞紐
- 響應「智慧民航」政策要求的機場

---

### 2. 萬達信息股份有限公司 — 萬達機場集成系統（AIIS）

**定位：** 國內較早涉足機場信息化的上市企業，以上市公司標準化產品交付能力著稱

#### 核心技術特性

|| 特性 | 說明 |
|------|------|
| **AODB 為核心的集成架構** | 國內首家明確以 AODB 為核心的機場運營管理系統廠商，技術路線與國際標準接軌 |
| **全棧產品線** | 除了 AODB，還提供 FIDS、資源管理、行李追蹤等配套系統，減少多廠商集成複雜度 |
| **標準化程度高** | 產品化程度高，實施流程規範，降低項目風險 |
| **A股上市公司** | 具備穩定的資本市場支持，長期服務能力有保障 |

#### 典型部署案例

| 機場 | 規模 | 部署內容 |
|------|------|---------|
| **上海浦東國際機場** | 年旅客量 > 7000萬 | AODB + 資源管理核心模塊 |
| **寧波櫟社國際機場** | 年旅客量 ~ 1000萬 | 機場信息集成系統 |
| **溫州龍灣國際機場** | 年旅客量 ~ 1000萬 | 機場信息集成系統 |

#### 技術架構

- 數據庫：支持 Oracle / PostgreSQL
- 中間件：標准企業服務總線（ESB）
- 接口：支持 AIDX、XML、JSON API
- 部署：本地部署為主，支持混合雲

#### 目標場景

- 年旅客量 500 萬 - 5000 萬的中大型機場
- 偏好標準化、產品化交付以控制項目風險
- 需要一站式採購（減少多廠商協調成本）
- 以上市公司為長期服務商選擇標準

---

### 3. 中電科數字技術股份有限公司（CETC Digital）— 機場數字化

**定位：** 央企背景，機場弱電系統集成專家，智慧機場整體解決方案提供商

#### 核心優勢

|| 維度 | 說明 |
|------|------|------|
| **央企資源整合能力** | 中國電科集團在電子信息領域擁有完整產業鏈，能整合雷達、通信、計算、存儲等資源 |
| **弱電系統整合** | AODB 不僅是軟件系統，CETC 在機場弱電（網絡、數據中心、節點設備）的整體集成能力強 |
| **數據中心建設** | 參與多個千萬級機場的智慧化改造和數據中心建設，AODB 運行環境自主可控 |
| **軍民融合** | 繼承中國電科在軍航空管領域的技術積累，系統可靠性標準高 |

#### 主要能力

- **機場弱電總包**：網絡架構、數據中心、服務器集群的規劃與建設
- **核心軟件研發**：機場運營軟件平台的定製開發
- **智慧機場整體諮詢**：從規劃到交付的全過程服務
- **數據融合平台**：多源數據（空管、航司、地面服務）的統一路由與清洗

#### 典型項目

- **北京大興國際機場**：參與弱電系統集成（不僅是 AODB，而是整個數字化基礎設施）
- **成都天府國際機場**：智慧機場整體數字化規劃與實施
- **多個千萬級機場**智慧化改造項目

#### 目標場景

- 需要整個機場數字化基礎設施統籌建設的大型樞紐
- 對數據中心、網絡架構有自主可控要求的機場
- PPP / EPC 模式下的機場建設項目
- 需要央企信用背書和長期運維保障的政府機場

---

## 典型案例：北京首都國際機場 AODB 自主研發

首都機場作為中國最繁忙的樞紐（A級機場，年旅客量峰值超過 1 億），其 AODB 系統完成了從進口產品到完全自主可控的轉型，是中國機場 AODB 國產化最具代表性的案例。

### 背景與痛點

| 痛點維度 | 具體問題 |
|---------|---------|
| **成本** | 進口系統年度維保費用高昂，每年維保支出相當於新建系統費用的近四分之一 |
| **升級受限** | 核心技術掌握在原廠手中，功能升級需要依賴原廠開發，響應週期長 |
| **安全隱患** | 航班運營數據通過境外通道傳輸，面臨數據安全審查壓力 |
| **定制困難** | 機場特有業務需求（如特殊活動保障）難以在原系統中實現 |

### 實施路徑

1. **技術調研階段（3個月）**：信息技術團隊對原系統進行代碼級分析，摸清數據模型、業務邏輯和接口規範
2. **自主設計階段（2個月）**：參照 MH/T 5103-2020 標準，設計新系統架構，確保與國際標準接軌
3. **開發與測試（6個月）**：基於 Oracle + Java 技術棧完成核心功能開發，進行多輪壓力測試
4. **並行運行與割接（3個月）：新舊系統並行運行，逐步將流量遷移到新系統

**總工期：14個月**

### 核心成效

| 指標 | 改善前 | 改善後 |
|------|--------|--------|
| 每日航班計劃校驗次數 | 3次人工校驗 | 1次自動校驗 |
| 維護工作量 | 高（依賴原廠）| 降低30%+ |
| 重大活動保障響應 | 需要原廠支持 | 團隊自主可控 |
| 系統升級成本 | 高（原廠報價）| 大幅降低 |

> 首都機場的成功證明，大型樞紐 AODB 自主研發在技術上是可行的，關鍵在於有足夠的技術積累和14個月以上的持續投入。

### 適用性分析

| 因素 | 評估 |
|------|------|
| **技術可行性** | 高——民航信息技術團隊實力強，能掌握核心代碼 |
| **資源投入** | 高——需要10+人核心團隊，14個月以上工期 |
| **適用範圍** | 超大型樞紐（年旅客量>3000萬）有此實力和必要性；中小機場不建議自研 |
| **風險點** | 自研系統缺少大型樞紐實際運行驗證，保障重大活動前需充分測試 |

---

## 選型決策：國產 vs 進口

| 維度 | 國產廠商 | 進口廠商 |
|------|---------|---------|
| **政策合規** | 天然滿足數據本地化和國產化要求 | 需要額外數據安全審查 |
| **與國內航司數據互通** | TravelSky 等廠商天然具備數據通道 | 需要額外接口開發 |
| **國際航班數據覆蓋** | 覆蓋中國航司為主，國際航司依賴 SSIM/IAI接口 | Amadeus 等覆蓋全球95%+航司 |
| **定制化響應** | 本地團隊響應快，成本低 | 原廠響應慢，費用高 |
| **大型樞紐案例** | 首都機場（自研）、浦東等 | SITA 150+機場、Amadeus 700+機場 |
| **AI/ML 能力** | 較弱，處於追趕階段 | Amadeus、ADB Safegate 有原生AI能力 |
| **初期投資** | 較低（本地部署，性價比方案）| 高（許可費+實施費）|
| **長期維保成本** | 可控，本地團隊 | 高（年度維保 18-22% 許可費）|

### 建議路徑

**超大型樞紐（> 3000萬旅客）**：
- 有實力和資金 → 首都機場模式（自研，掌握核心技術）
- 需要快速交付 → SITA Operations Manager 或 Amadeus AODB

**中大型機場（1000-3000萬旅客）**：
- 首選國產頭部廠商（TravelSky、民航信科旗下產品）
- 已有進口 DCS/FIDS 系統 → 選擇與現有系統集成度好的方案

**中小型機場（< 1000萬旅客）**：
- 國產 SaaS 化輕量方案（按年訂閱，降低初期投入）
- RESA INFOPAX（歐洲產品，國內支持團隊需確認）

---

## 監管標準與合規要點

### MH/T 5103-2020 核心要求

《民用運輸機場信息集成系統技術規範》規定的 AODB 核心要求：

1. **航班數據管理**：支持航班計劃、動態數據的全生命周期管理
2. **資源管理**：停機位、登機口、行李轉盤等資源的分配與查詢
3. **數據分發**：向 FIDS、DCS、資源管理系統等下游系統分發數據
4. **接口標準**：支持與空管、航司、地面服務商的數據交換
5. **系統可靠性**：支持 7×24 小時運行，可用性 ≥ 99.99%

### 數據本地化要求

| 數據類型 | 存儲要求 |
|---------|---------|
| 航班計劃數據 | 必須本地存儲 |
| 旅客個人信息 | 必須本地存儲，符合《個人信息保護法》|
| 航班動態數據 | 必須本地存儲 |
| 跨境傳輸 | 需通過安全評估，涉及關鍵信息基礎設施需申報 |

---

## 相關鏈接

- [[aodb-core]] — AODB 核心概念、技術標準與 A-CDM 里程碑
- [[aodb-vendors]] — 國際供應商深度分析（SITA、Amadeus、Collins、RESA、ISO Software 等）
- [[a-cdm]] — A-CDM 與 AODB 的協同關係
- [[flight-data-exchange]] — SSIM、AIDX、XML/CIDX 等數據交換標準
- [[comparisons/airport-operations-systems]] — 機場運營系統供應商全景對比