一、功能目標

供應商應采用可靠的數(shù)據(jù)源，根據(jù)國航需求制作并提供航行情報限制類數(shù)據(jù)服務，該服務需包含全球機場基礎數(shù)據(jù)、全球航路限制數(shù)據(jù)、航行通告標簽、數(shù)字化航行通告、航行通告驗證、導航數(shù)據(jù)驗證、SOC DM同步數(shù)據(jù)、風險管控系統(tǒng)航行通告等數(shù)據(jù)。具體功能目標如下：

（一）構建全國航機場和航路運行限制數(shù)據(jù)庫

持續(xù)提供ARINC 424導航數(shù)據(jù)、天氣標準數(shù)據(jù)、全球機場基礎數(shù)據(jù)、全球航路限制數(shù)據(jù)以及數(shù)字化航行通告等數(shù)據(jù)，保障滿足航班放行、航班調(diào)整、運行監(jiān)控、機場性能分析、航行通告監(jiān)控、航路規(guī)劃、機場航線分析等業(yè)務要求的限制數(shù)據(jù)庫穩(wěn)定運行。同時該數(shù)據(jù)庫也應滿足未來國航新一代放行系統(tǒng)運行限制數(shù)據(jù)和導航數(shù)據(jù)的數(shù)據(jù)需求。

（二）EFB D通告和圖形化通告展示

基于數(shù)字化航行通告數(shù)據(jù)和航行通告標簽數(shù)據(jù)，按照指定的航行通告提取規(guī)則，根據(jù)航行通告標簽數(shù)據(jù)提取與運行相關的航行通告，支持EFB D通告功能。此外在EFB中基于全球航路圖和機場移動地圖，實現(xiàn)航路禁航、跑道關閉、滑行道關閉、停機坪關閉類航行通告的圖形化動態(tài)展示。

（三）航行通告校驗與告警

基于數(shù)字化航行通告數(shù)據(jù)，實現(xiàn)航路禁航類航行通告的校驗功能，自動參與情報員航行通告圖形化數(shù)據(jù)校驗工作，提高航行通告處理效率，提升分析結果準確率，應確保航行通告驗證結果準確性。重點航行通告根據(jù)生產(chǎn)業(yè)務需求配置識別條件，實時通過系統(tǒng)、電話等多種形式監(jiān)控告警，保證航行通告全方位監(jiān)控。

（四）航行通告自動化評估

供應商應基于全球航路限制數(shù)據(jù)、數(shù)字化航行通告數(shù)據(jù)、全球機場基礎數(shù)據(jù)、機場運行標準數(shù)據(jù)和其它數(shù)據(jù)結合ARINC 424數(shù)據(jù)、航班數(shù)據(jù)、公司政策等數(shù)據(jù)實現(xiàn)航行通告自動驗證,計算分析航班是否滿足航行通告的要求，判斷航路和主備降機場是否適航，實現(xiàn)對航班從計劃、起飛、航行至落地整個生命周期的實時監(jiān)控。應支持自定義航班驗證、航行通告驗證，輸出航班驗證結果。此外對受影響的航班和潛在受影響航班計算并輸出安全起飛時間，輔助簽派員對航班進行運行控制，降低簽派員、情報員處理和分析航行通告的工作負荷。

（五）航路自動規(guī)劃

供應商應基于全球航路限制數(shù)據(jù)，使系統(tǒng)自動完成最短公司航路制作，支持臺風、火山灰、航路禁航類等臨時航路改航；支持結合航行通告改航要求規(guī)劃航線和支持全球高度限制數(shù)據(jù)查詢及規(guī)劃。并且規(guī)劃出的公司航路符合各國AIP中的航路限制要求和歐控RAD要求，提高航線制作效率。

（六）全球航行情報信息查詢

基于數(shù)字化航行通告數(shù)據(jù)、全球機場基礎數(shù)據(jù)和其它數(shù)據(jù)結合ARINC 424數(shù)據(jù)對數(shù)字化航行通告進行航圖展示，應支持公司航線及航線導航通信屬性查詢；支持導航數(shù)據(jù)快速篩選；支持國家、戰(zhàn)區(qū)、靈活航路等圖層顯示；支持航線規(guī)劃、改航及驗證和支持航圖疊加和航圖制圖等功能。

（七）導航數(shù)據(jù)驗證

基于全球機場基礎數(shù)據(jù)和ARINC 424數(shù)據(jù)對導航數(shù)據(jù)進行周期性驗證，應支持導航數(shù)據(jù)快速篩選；支持導航修訂數(shù)據(jù)查詢與校核；支持公司航線預修訂分析、檢查與驗證；支持查看周期差異報告；支持差異數(shù)據(jù)再次驗證和支持導出修訂數(shù)據(jù)等功能。

（八）風險管控告警

對航行通告進行預分析和處理，從中提取包括機場跑道關閉、滑行道關閉、機場關閉、導航設施不工作（ILS/LOC/GP/VOR/DME/NDB）、縮短可用跑道距離、進近燈光故障、低能見程序、宵禁、不接收備降、加油能力等航行通告數(shù)據(jù)，支持風險管控系統(tǒng)對外部運行環(huán)境進行有效、精準的風險預警。

（九）SOC DM放行告警

對航行通告中的航路和空域全高度禁航類航行通告進行數(shù)據(jù)提取，將數(shù)據(jù)轉(zhuǎn)換為SOC DM系統(tǒng)支持的數(shù)據(jù)格式后寫入SOC DM系統(tǒng)，進而在簽派放行中實現(xiàn)自動中止飛行計劃制作的操作，有效規(guī)避放行中的風險。

二、需執(zhí)行的標準規(guī)范

RTCA/DO-200B 航空數(shù)據(jù)處理標準

RTCA/DO-201A 航空信息標準

ICAO 附件15 航空情報服務

ICAO DOC 8126 航空情報服務手冊

三、采購產(chǎn)品具體要求

航行情報限制類數(shù)據(jù)應在支持上述功能目標的前提下，滿足以下具體要求：

（一）數(shù)據(jù)精度

數(shù)據(jù)滿足RTCA/DO-201A的數(shù)據(jù)精度表中標明的數(shù)據(jù)在交付時的精度等級。如果數(shù)據(jù)為計算值，數(shù)據(jù)類型為RTCA/DO-201A規(guī)定類型，計算值精度也符合標準，若數(shù)據(jù)類型非RTCA/DO-201A規(guī)定范圍，在相應資料說明數(shù)據(jù)所達到的精度。

（二）分辨率

數(shù)據(jù)滿足達到RTCA/DO-201A的數(shù)據(jù)分辨率表中標明的數(shù)據(jù)在交付時的分辨率要求。

（三）數(shù)據(jù)保證

循環(huán)冗余碼校驗(CRC)能夠保證數(shù)據(jù)滿足RTCA/DO-201A的數(shù)據(jù)保證等級。

（四）可追溯性

數(shù)據(jù)和數(shù)據(jù)生產(chǎn)過程具備以下:

1.各數(shù)據(jù)要素唯一識別；

2.數(shù)據(jù)文件記錄日期/時間，和用戶識別；

3.系統(tǒng)存檔數(shù)據(jù)，數(shù)據(jù)在“使用”中即可追溯其來源及錯誤根源；

4.數(shù)據(jù)制作過程中數(shù)據(jù)維護、檢查、操作的各項記錄和人員記錄；

5.客戶化內(nèi)容的提出與取消記錄；

6.其他可追溯性相關內(nèi)容。

（五）數(shù)據(jù)時效性

生產(chǎn)數(shù)據(jù)時效時間段是正確的，交付數(shù)據(jù)時有數(shù)據(jù)有效期標注，不同數(shù)據(jù)有效期依據(jù)由更新周期或數(shù)據(jù)本身特性決定。提交周期數(shù)據(jù)時遵循AIRAC周期公布航空信息。航行通告制作的數(shù)據(jù)有效時間依據(jù)相應航行通告生效、失效時間。

（六）數(shù)據(jù)完整性

數(shù)據(jù)類型的完整與數(shù)據(jù)覆蓋區(qū)域的的完整性滿足國航實際運行范圍需求。

（七）數(shù)據(jù)服務可行性

生產(chǎn)數(shù)據(jù)依據(jù)國航需求提供數(shù)據(jù)服務，數(shù)據(jù)服務滿足國航生產(chǎn)要求或系統(tǒng)運行要求。

四、技術需求/服務標準

（一）技術需求

根據(jù)故障等級，相關系統(tǒng)需在要求的響應時間內(nèi)到達故障現(xiàn)場或開始處理故障，故障定位準確，在不影響生產(chǎn)的時間范圍內(nèi)解決故障；

乙方為甲方服務所涉及航空數(shù)據(jù)應符合RTCA/DO-200B對數(shù)據(jù)質(zhì)量標準的度量，包括精度、分辨率、保證等級、數(shù)據(jù)時效性、可追溯性、完整性及格式化等方面；

需有穩(wěn)定的第三方NOTAM數(shù)據(jù)源；

需有相關數(shù)據(jù)服務案例；

需提供7*24小時不間斷的數(shù)據(jù)服務和技術支持。

（二）服務標準

1.全國航機場和航路運行限制數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)為基礎制作，以AIXM5.1模型進行設計。資料源為各國家和地區(qū)公布的AIP和其他相關官方資料。機場數(shù)據(jù)內(nèi)容包含機場ICAO代碼、中文名稱、時差、燃油等級、消防等級、機場主要開放時間、海關開放時間、宵禁時間、噪音限制和程序、機場運行特殊程序、溫度范圍、道肩寬度、滑行道長度、強度和鋪設物、跑道代號、長度、寬度、坡度、強度和鋪設物、公布的精密和非精密進近程序名稱、地面導航設施（ILS/NDB/VOR等）狀況、目視助航設備。航路數(shù)據(jù)以ARINC 424數(shù)據(jù)為基礎制作，以AIXM5.1模型進行設計。主要包含限制對象、限制條件、限制時間和使用方式，其中限制對象和條件包含航路、航路點、空域、機場、航班性質(zhì)、機載設備、使用方式等以及這些內(nèi)容之間的邏輯關系。

數(shù)據(jù)的交付將按照AIRAC周期進行，同時與中國民航局空管局情報資料的發(fā)布頻率同步，即每28天為一個交付周期。一般在AIRAC生效前7-10天提交，也可根據(jù)實際運行需要，交付定制期數(shù)據(jù)。

2.EFB D通告和圖形化通告數(shù)據(jù)

國航提供航行通告標簽類型，依據(jù)航行通告E項內(nèi)容制作相關航行通告標簽數(shù)據(jù)和數(shù)字化航行通告數(shù)據(jù)。全球航路圖和機場移動地圖以ARINC 424數(shù)據(jù)為基礎制作，包含航路禁航、跑道關閉、滑行道關閉、停機坪關閉類航行通告的圖形化數(shù)據(jù)。資料源為實時發(fā)布的航行通告，數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付為實時交付。

3.航行通告校驗與告警數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)為基礎制作，結合航行通告標簽數(shù)據(jù)和數(shù)字化航行通告數(shù)據(jù)，提供可參與情報員航行通告圖形化校驗的數(shù)據(jù)。資料源為實時發(fā)布的航行通告，數(shù)據(jù)內(nèi)容包含空域和航路關閉與限制，數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)。數(shù)據(jù)的交付為實時交付。

4.航行通告自動化評估數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)、全球機場基礎數(shù)據(jù)和全球航路限制數(shù)據(jù)為基礎，結合航行通告標簽數(shù)據(jù)、數(shù)字化航行通告數(shù)據(jù)、機場運行標準數(shù)據(jù)和航班數(shù)據(jù)。資料源為實時發(fā)布的航行通告，數(shù)據(jù)內(nèi)容包含空域和航路關閉與限制、機場和跑道的關閉與限制。數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付為實時交付。

5.航路自動規(guī)劃數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)和全球航路限制數(shù)據(jù)為基礎制作，結合歐控RAD等其他限制數(shù)據(jù)。數(shù)據(jù)內(nèi)容包含航線走向、航線距離、管制一號代碼等數(shù)據(jù)。數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付為實時交付。

6.全球航行情報信息查詢數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)、全球機場基礎數(shù)據(jù)和數(shù)字化航行通告數(shù)據(jù)為基礎。數(shù)據(jù)內(nèi)容包含公司航線數(shù)據(jù)、航圖數(shù)據(jù)、航行通告數(shù)據(jù)、航行通告圖形化數(shù)據(jù)、導航數(shù)據(jù)等數(shù)據(jù)。數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付為實時交付。

7.導航數(shù)據(jù)驗證數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)、全球機場基礎數(shù)據(jù)和全球航路限制數(shù)據(jù)為基礎。數(shù)據(jù)內(nèi)容包含空域和航路數(shù)據(jù)調(diào)整、機場和跑道數(shù)據(jù)調(diào)整，數(shù)據(jù)支持查詢、校驗、修訂與導出。數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付將按照AIRAC周期進行，同時與中國民航局空管局情報資料的發(fā)布頻率同步，即每28天為一個交付周期。一般在AIRAC生效前7-10天提交，也可根據(jù)實際運行需要，交付定制期數(shù)據(jù)。

8.風險管控告警數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)為基礎制作，數(shù)據(jù)格式為風險管控系統(tǒng)兼容的格式。資料源為實時發(fā)布的航行通告。數(shù)據(jù)內(nèi)容包含航行通告標簽數(shù)據(jù)中的所有內(nèi)容，并在此基礎上增加相應機場、跑道及其它相關數(shù)據(jù)。數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付為實時交付。

9.SOC DM放行告警數(shù)據(jù)

數(shù)據(jù)以ARINC 424數(shù)據(jù)為基礎制作，數(shù)據(jù)格式為SOC DM系統(tǒng)兼容的格式。資料源為實時發(fā)布的航行通告。數(shù)據(jù)內(nèi)容包含全高度的航路和空域禁航通告。數(shù)據(jù)范圍為國航運行涉及的所有情報區(qū)和機場。數(shù)據(jù)的交付為實時交付。

五、驗收標準

（一）數(shù)據(jù)驗收標準

在RTCA/DO-201A范圍內(nèi)的數(shù)據(jù)，依據(jù)RTCA/DO-201A進行驗收，非RTCA/DO-201A范圍內(nèi)的數(shù)據(jù)，按照雙方事先約定的標準進行驗證。

驗收方式為如下兩種：

1.抽檢：根據(jù)實際情況，對提交的數(shù)據(jù)進行人工抽樣檢查，發(fā)現(xiàn)與標準不符的錯誤，即認定本次提交為不合格數(shù)據(jù)。

2.系統(tǒng)測試、檢查：導入測試系統(tǒng)，通過系統(tǒng)工具檢查全部數(shù)據(jù)的合格合規(guī)性，當錯誤率達到0.2%時，即認定為不合格數(shù)據(jù)。

（二）數(shù)據(jù)處理驗收標準

依據(jù)RTCA/DO-200B，對數(shù)據(jù)處理過程進行驗收。驗收方式為定期和非定期數(shù)據(jù)審計，審計按照雙方事先約定的審計內(nèi)容進行，至少包含手冊審定、現(xiàn)場審定兩種形式。其中任意一種形式不合格即視為不合格。

（三）數(shù)據(jù)服務驗收標準

依據(jù)國航服務要求，對數(shù)據(jù)服務進行驗收。驗收方式為數(shù)據(jù)服務驗收和系統(tǒng)驗收，提供的數(shù)據(jù)服務按照國航需求進行驗收，若數(shù)據(jù)服務不滿足國航需求，即視為不合格；若提供的數(shù)據(jù)服務不能被國航系統(tǒng)識別或提取，即視為不合格。