王興林

（中國(guó)民用航空西南地區(qū)空中交通管理局云南分局技術(shù)保障部 云南省昆明市 650000）

1 引言

隨著國(guó)內(nèi)外航空運(yùn)輸業(yè)不斷快速的發(fā)展，使得大型機(jī)場(chǎng)及其周邊區(qū)域的飛機(jī)數(shù)量急劇增加。高密度的交通流量使得機(jī)場(chǎng)及其附近飛機(jī)之間、飛機(jī)與場(chǎng)面車輛之間的間距減少，跑道入侵、場(chǎng)面沖突、機(jī)場(chǎng)環(huán)境影響時(shí)有發(fā)生，航空安全、航班正點(diǎn)問(wèn)題日益突出。因此，迫切需要引入新的針對(duì)機(jī)場(chǎng)場(chǎng)面及附近空域的監(jiān)視手段，以替代傳統(tǒng)的主要依靠飛行員和交通管制員的監(jiān)視方式。

ICAO 在2004 年發(fā)表了《先進(jìn)場(chǎng)面活動(dòng)引導(dǎo)和控制(A-SMGCS)手冊(cè)》，要求機(jī)場(chǎng)安裝的新一代機(jī)場(chǎng)監(jiān)視設(shè)備，能夠?qū)︼w機(jī)在機(jī)場(chǎng)從跑道、滑行道、停機(jī)坪和登機(jī)口全方位進(jìn)行自動(dòng)引導(dǎo)控制，其功能擴(kuò)展為監(jiān)視、路由分配、引導(dǎo)和控制四大主要功能，以提高機(jī)場(chǎng)的安全性和滿足日益增長(zhǎng)的容量需求。針對(duì)這些新的要求，包括法國(guó)Thales、美國(guó)Sensis 和捷克ERA 等在內(nèi)的國(guó)外眾多公司競(jìng)相開(kāi)展了相關(guān)技術(shù)和設(shè)備的研制的工作。而其中，基于多點(diǎn)定位的監(jiān)視系統(tǒng)更成為了其中的一個(gè)研究重點(diǎn)。

2 多點(diǎn)定位原理

基于TDOA 的雙曲線定位技術(shù)由于可以獲得較高的定位精度，在信號(hào)形式已知的許多民用領(lǐng)域獲得了大量的應(yīng)用。利用應(yīng)答機(jī)發(fā)射信號(hào)的基于TDOA 機(jī)制的多點(diǎn)定位技術(shù)在民航領(lǐng)域的應(yīng)用開(kāi)始受到關(guān)注，并逐漸成為ICAO 的推薦監(jiān)視技術(shù)，并為之制定了系統(tǒng)用于民航場(chǎng)面監(jiān)視的最低標(biāo)準(zhǔn)。其原理如圖1 所示。

圖1： 多點(diǎn)定位系統(tǒng)原理圖

由于飛機(jī)距各接收站的距離不同，飛機(jī)發(fā)送的應(yīng)答信號(hào)到達(dá)各地面接收站的時(shí)間（TOA， time of arrival）不同，多點(diǎn)定位系統(tǒng)通過(guò)計(jì)算到達(dá)時(shí)間的差值，并進(jìn)行計(jì)算就可以得到飛機(jī)的位置。對(duì)于空中目標(biāo)而言，需要至少四個(gè)遠(yuǎn)端站收到應(yīng)答信號(hào)才能通過(guò)雙曲面交叉定位（三維）算法確定目標(biāo)的位置和高度；對(duì)于地面目標(biāo)而言，有三個(gè)站接收到應(yīng)答信號(hào)就可以通過(guò)雙曲線交叉定位確定目標(biāo)位置。

3 多點(diǎn)定位系統(tǒng)在昆明長(zhǎng)水國(guó)際機(jī)場(chǎng)的應(yīng)用

昆明長(zhǎng)水國(guó)際機(jī)場(chǎng)安裝的多點(diǎn)定位系統(tǒng)為成都民航空管科技發(fā)展有限公司開(kāi)發(fā)的MPS-I 型場(chǎng)面多點(diǎn)定位系統(tǒng)，該型系統(tǒng)是基于TDOA 技術(shù)進(jìn)行設(shè)計(jì)和開(kāi)發(fā)的，系統(tǒng)規(guī)模為28 個(gè)遠(yuǎn)端接收站、5 個(gè)詢問(wèn)站、2 個(gè)參考站、1 套中央處理站、2 個(gè)監(jiān)控終端，對(duì)昆明長(zhǎng)水國(guó)際機(jī)場(chǎng)整個(gè)場(chǎng)面形成了完整的信號(hào)覆蓋，其系統(tǒng)結(jié)構(gòu)如圖2 所示。

圖2： MPS-I 型場(chǎng)面多點(diǎn)定位系統(tǒng)結(jié)構(gòu)圖

MPS -Ⅰ型場(chǎng)面多點(diǎn)定位系統(tǒng)主要是通過(guò)獲取接收信號(hào)的到達(dá)時(shí)間，計(jì)算遠(yuǎn)端接收站接收到同一目標(biāo)同一次信號(hào)的時(shí)間差（TDOA），多個(gè)站點(diǎn)間TDOA 值代入差分定位函數(shù)即可計(jì)算得出目標(biāo)的位置。系統(tǒng)中遠(yuǎn)端接收站檢測(cè)并處理航空器或車輛等機(jī)場(chǎng)場(chǎng)面及周邊目標(biāo)發(fā)送的信號(hào)，并將處理后得到的信息發(fā)送給中心處理站。中心處理站通過(guò)對(duì)這些信息進(jìn)行處理完成對(duì)目標(biāo)正確的定位和識(shí)別，并以標(biāo)準(zhǔn)的CAT10、CAT19、CAT20 等格式輸出目標(biāo)報(bào)文和系統(tǒng)狀態(tài)等信息，從而實(shí)現(xiàn)對(duì)覆蓋區(qū)域的全監(jiān)視能力。系統(tǒng)中使用參考基準(zhǔn)站來(lái)保證定位的精度；利用詢問(wèn)發(fā)射站獲得更多目標(biāo)信息并提高目標(biāo)更新率。

該型系統(tǒng)定位精度比較高，目標(biāo)識(shí)別能力強(qiáng)，系統(tǒng)延時(shí)低，已在國(guó)內(nèi)多個(gè)大型機(jī)場(chǎng)投產(chǎn)使用，系統(tǒng)相對(duì)穩(wěn)定，易于維護(hù)。

4 多點(diǎn)定位系統(tǒng)運(yùn)行中的相關(guān)問(wèn)題

4.1 網(wǎng)絡(luò)傳輸問(wèn)題

多點(diǎn)監(jiān)控告警，期間兩臺(tái)服務(wù)器和外部臺(tái)站均出現(xiàn)多次B 網(wǎng)中斷的情況，檢查發(fā)射機(jī)和參考站均出現(xiàn)B 網(wǎng)中斷告警。登錄B 網(wǎng)交換機(jī)檢查端口狀態(tài)“show inter ethernet status”，發(fā)現(xiàn)第14 口提示“storms”出現(xiàn)網(wǎng)絡(luò)風(fēng)暴，該口通過(guò)光貓池中的光端機(jī)模塊連接塔臺(tái)一樓傳輸交換機(jī)，中心機(jī)房B 網(wǎng)與塔臺(tái)連接的網(wǎng)絡(luò)傳輸結(jié)構(gòu)圖如圖3 所示。

圖3： 中心機(jī)房B 網(wǎng)與塔臺(tái)網(wǎng)絡(luò)傳輸圖

經(jīng)檢查發(fā)現(xiàn)與塔臺(tái)一樓匯聚交換機(jī)連接的東場(chǎng)監(jiān)端口有網(wǎng)絡(luò)風(fēng)暴，當(dāng)時(shí)維護(hù)人員正對(duì)東場(chǎng)監(jiān)接收站開(kāi)展停機(jī)維護(hù)，將備用無(wú)線網(wǎng)橋鏈路和主用光纖鏈路同時(shí)插上，導(dǎo)致網(wǎng)絡(luò)成環(huán)造成了網(wǎng)絡(luò)風(fēng)暴。立即通知東場(chǎng)監(jiān)停機(jī)人員將備用鏈路斷開(kāi)后恢復(fù)，后經(jīng)測(cè)試該站點(diǎn)在光纖鏈路和無(wú)線網(wǎng)橋同時(shí)使用時(shí)就會(huì)產(chǎn)生網(wǎng)絡(luò)風(fēng)暴。

4.2 監(jiān)控終端告警不同步問(wèn)題

××年××月××日，昆明兩臺(tái)CMS 記錄信標(biāo)REF01 斷開(kāi)告警的時(shí)間不一致，CMS2 獲取斷開(kāi)數(shù)據(jù)的時(shí)間為早上09:22:01，而CMS1 為早上09:14:25，兩臺(tái)監(jiān)控告警的時(shí)間差為7 分多鐘。

CMS 監(jiān)控通過(guò)SNMP 管理協(xié)議對(duì)系統(tǒng)的主要工作狀態(tài)進(jìn)行數(shù)據(jù)采集、分析，對(duì)系統(tǒng)的正常和故障狀態(tài)做出正確的判決，在監(jiān)視設(shè)備上予以直觀顯示。 當(dāng)被監(jiān)視部分出現(xiàn)故障時(shí)，監(jiān)控器應(yīng)輸出故障告警信息，其原理如圖4 所示。CMS 監(jiān)控的日志位于C:CMS-MLATsyslog 目錄，CMS監(jiān)控的參數(shù)配置文件CMS_sys.ini 位于C:CMS-MLAT 目錄，涉及系統(tǒng)監(jiān)控的主要參數(shù)有request_interval、request_timeout、request_retry_times，具體的含義如下：

圖4： CMS 監(jiān)控系統(tǒng)原理

request_interval 是拉取監(jiān)控?cái)?shù)據(jù)的時(shí)間間隔，單位是毫秒；request_timeout 則是每次拉取時(shí)的超時(shí)時(shí)間，即發(fā)出拉取信號(hào)后如果經(jīng)過(guò)該參數(shù)設(shè)定的時(shí)間間隔沒(méi)有收到回應(yīng)即認(rèn)定為本次拉取失敗，單位為毫秒；request_retry_times 是拉取失敗后重試?yán)〉拇螖?shù)，當(dāng)全部拉取都失敗后，則認(rèn)為設(shè)備離線。

根據(jù)日志及配置文件的查詢，找到了出現(xiàn)問(wèn)題的原因：

（1）兩臺(tái)CMS 監(jiān)控終端配置文件CMS_sys.ini 中的參數(shù)不一致，CMS1 的獲取時(shí)間間隔request_interval 為4 秒，超時(shí)request_timeout 為1 秒，重試request_retry_times 為5次，也就是要知道某個(gè)設(shè)備是否斷開(kāi)，至少需要4+1x5=9 秒，而CMS2 對(duì)應(yīng)的參數(shù)分別為15 秒、5 秒、5 次，也就是說(shuō)至少需要15+5x5=40 秒才能知道該設(shè)備是否斷開(kāi)，而且昆明有二十多個(gè)站點(diǎn)設(shè)備，這里還沒(méi)算可能有些設(shè)備獲取狀態(tài)時(shí)需要重試個(gè)兩三次才能得到的情況，所以在網(wǎng)絡(luò)隨機(jī)情況下，估計(jì)CMS2 在極端情況下會(huì)比CMS1 晚三四分鐘左右。

（2）經(jīng)查兩臺(tái)CMS 監(jiān)控終端的系統(tǒng)時(shí)間存在差異，因?yàn)镃MS 有兩種獲取數(shù)據(jù)的方式，一種是定時(shí)拉取狀態(tài)，當(dāng)拉取不到狀態(tài)時(shí)，判斷設(shè)備斷開(kāi)（如上面所示），另一種則是設(shè)備在連接的前提下，發(fā)生故障后主動(dòng)推送消息。在兩臺(tái)CMS 的日志中，均有上午10 點(diǎn)多由地面站推送的 RX15、RX16、RX17 的UPS 輸入電壓為0 的故障，而兩個(gè)日志相差為2 分鐘。

綜上，可以得出兩臺(tái)監(jiān)控終端告警不同步主要是監(jiān)控的告警參數(shù)和本地時(shí)間不同步導(dǎo)致的，需要從以上兩個(gè)方面改進(jìn)。

4.3 場(chǎng)面假目標(biāo)問(wèn)題

多點(diǎn)定位系統(tǒng)的信號(hào)作為一種監(jiān)視信號(hào)源，也可以提供給其它系統(tǒng)使用。昆明長(zhǎng)水國(guó)際機(jī)場(chǎng)高級(jí)場(chǎng)面監(jiān)視引導(dǎo)系統(tǒng)引接了多點(diǎn)定位系統(tǒng)的信號(hào)，在實(shí)際運(yùn)行過(guò)程中場(chǎng)面監(jiān)視引導(dǎo)系統(tǒng)出現(xiàn)過(guò)假目標(biāo)，經(jīng)回放檢查該假目標(biāo)是由多點(diǎn)定位系統(tǒng)產(chǎn)生的。經(jīng)過(guò)研究分析該飛機(jī)的實(shí)際位置在衛(wèi)星廳附近，類似的情況已發(fā)生過(guò)多次，產(chǎn)生假目標(biāo)的原因是4 號(hào)遠(yuǎn)端接收站、23 號(hào)遠(yuǎn)端接收站、25 號(hào)遠(yuǎn)端接收站由于多徑干擾收到本不該收到的遠(yuǎn)端的錯(cuò)誤位置信號(hào)，產(chǎn)生假目標(biāo)。多徑干擾是由于衛(wèi)星廳的遮擋導(dǎo)致以上幾個(gè)站點(diǎn)沒(méi)有收到直達(dá)波，收到的是經(jīng)反射后的信號(hào)波，從而系統(tǒng)計(jì)算的達(dá)到時(shí)間差是錯(cuò)誤的，經(jīng)定位后的信號(hào)目標(biāo)也是不正確的。

4.4 服務(wù)器自動(dòng)切換問(wèn)題

多點(diǎn)定位系統(tǒng)正常運(yùn)行過(guò)程中會(huì)出現(xiàn)服務(wù)器短時(shí)自動(dòng)切換的情況，具體情況為：A 服務(wù)器主用時(shí)，多點(diǎn)服務(wù)器B 的ker02 和pre02 告警，設(shè)備詳細(xì)狀態(tài)workstatus 提示“設(shè)備接收心跳信號(hào)超時(shí)”，但network status 正常顯示“A、B 網(wǎng)已連接”，后服務(wù)器短時(shí)自動(dòng)由A 切換至B 主用。經(jīng)查詢監(jiān)控C:CMS-MLATSyslog 目錄下的日志，提示“15:12:33 System APP_ERROR_BEGIN PRE02:預(yù)處理器心跳信號(hào)接收超時(shí)”、“15:12:33 System APP_ERROR_BEGIN KER02:核心處理器心跳信號(hào)接收超時(shí)”、“15:12:33 System APP_ERROR_BEGIN KER02:超時(shí)未收到ADSB 服務(wù)心跳信號(hào)”，并于15:16:55 恢復(fù)，日志顯示“System APP_ERROR_END PRE02:預(yù)處理器工作狀態(tài)恢復(fù)正?！薄ⅰ癝ystem APP_ERROR_ENDKER02:核心處理器工作狀態(tài)恢復(fù)”、“System APP_ERROR_ENDKER02:ADSB 服務(wù)恢復(fù)正常”。

原因分析：多點(diǎn)定位系統(tǒng)的服務(wù)器主備切換是由Agent程序來(lái)管理的，服務(wù)器之間定時(shí)發(fā)送心跳信息，服務(wù)器B 收到對(duì)方心跳信息，則認(rèn)為A 服務(wù)器工作狀態(tài)正常，如果在設(shè)定的時(shí)間內(nèi)沒(méi)有收到A 服務(wù)器的心跳信息，服務(wù)器B 則認(rèn)為A 服務(wù)器已下線，應(yīng)自動(dòng)切換為主用接管業(yè)務(wù)。出現(xiàn)漏報(bào)心跳信息可能是網(wǎng)絡(luò)狀態(tài)異常，Agent 程序異常，或者心跳時(shí)間參數(shù)設(shè)置不合理導(dǎo)致。

4.5 CMS1重啟導(dǎo)致場(chǎng)監(jiān)系統(tǒng)告警

××年××月××日22:58 場(chǎng)面監(jiān)視引導(dǎo)系統(tǒng)顯示IP01、IP02 接口服務(wù)器上的多點(diǎn)信號(hào)源程序告警，經(jīng)使用命令查詢?yōu)槲词盏紺AT019 報(bào)文，同步了CMS 監(jiān)控終端和CMS02 終端監(jiān)控時(shí)間，重啟了服務(wù)器B 上的RetransmissioCMS 程序后恢復(fù)。

原因分析：高級(jí)場(chǎng)面監(jiān)視引導(dǎo)系統(tǒng)的接口服務(wù)器IP01、IP02 引接了多點(diǎn)定位系統(tǒng)的信號(hào)，信號(hào)源內(nèi)部數(shù)據(jù)是Asterix CAT 019、Asterix CAT 020 和Asterix CAT 021 三種格式的報(bào)文。Asterix CAT 019 報(bào)文為多點(diǎn)服務(wù)及狀態(tài)數(shù)據(jù)報(bào)文，由CMS1 監(jiān)控終端收集系統(tǒng)的狀態(tài)信息并組合完成，發(fā)送給服務(wù)器B，由服務(wù)器B 的RetransmissioCMS 程序發(fā)送給場(chǎng)監(jiān)系統(tǒng)。Asterix CAT 020 報(bào)文為多點(diǎn)目標(biāo)信息報(bào)文，由主用服務(wù)器的Retransmission 程序發(fā)送場(chǎng)監(jiān)系統(tǒng)。Asterix CAT 021 為ADS-B 數(shù)據(jù)報(bào)文，由主用服務(wù)器的RetransmissionADSB 程序轉(zhuǎn)發(fā)給場(chǎng)監(jiān)系統(tǒng)。該告警是由于CMS1 重啟導(dǎo)致Asterix CAT 019 報(bào)文數(shù)據(jù)中斷造成的。

5 解決方案

5.1 網(wǎng)絡(luò)傳輸問(wèn)題的解決方案

導(dǎo)致核心交換機(jī)出現(xiàn)網(wǎng)絡(luò)風(fēng)暴是由于東場(chǎng)監(jiān)遠(yuǎn)端接收站的接入交換機(jī)同時(shí)使用光纖和無(wú)線網(wǎng)橋造成的，網(wǎng)絡(luò)成環(huán)使交換機(jī)上出現(xiàn)大量的數(shù)據(jù)包，使網(wǎng)絡(luò)出現(xiàn)擁塞，整個(gè)B 網(wǎng)癱瘓，是非常嚴(yán)重的。因此，為避免出現(xiàn)類似的情況，遠(yuǎn)端接收站測(cè)試備份鏈路時(shí)，應(yīng)斷開(kāi)主用鏈路，單獨(dú)接入備份鏈路測(cè)試，禁止主備用鏈路同時(shí)接入。另外，重新配置交換機(jī)的生成樹(shù)協(xié)議，防止網(wǎng)絡(luò)成環(huán)，從根本上解決問(wèn)題。為避免出現(xiàn)類似的網(wǎng)絡(luò)問(wèn)題導(dǎo)致系統(tǒng)崩潰，配置了網(wǎng)絡(luò)的ACL 訪問(wèn)控制，限制廣播數(shù)據(jù)下行到遠(yuǎn)端站，對(duì)于外部系統(tǒng)實(shí)施限制，只允許數(shù)據(jù)輸出，防止數(shù)據(jù)輸入。ACL 訪問(wèn)控制訪問(wèn)控制策略如圖5 所示。

圖5： ACL 訪問(wèn)控制訪問(wèn)控制策略

5.2 監(jiān)控終端告警不同步的解決方案

導(dǎo)致兩臺(tái)監(jiān)控終端告警不一致的主要原因有兩個(gè)：監(jiān)控終端的告警參數(shù)不一致，監(jiān)控終端的系統(tǒng)時(shí)間不一致。解決方案：

（1）將兩臺(tái)監(jiān)控終端告警參數(shù)修改為一致，將C:CMS-MLAT 目錄下CMS_sys.ini 配置文件中的request_interval 拉取監(jiān)控?cái)?shù)據(jù)的時(shí)間間隔修改為15000ms，request_timeout 拉取的超時(shí)時(shí)間修改為5000ms，request_retry_times拉取失敗后重試?yán)〈螖?shù)修改為5 次。通過(guò)上面參數(shù)可以看到在這個(gè)CMS 上要判定設(shè)備A 斷開(kāi)，需要至少15+5X5=40秒。一般來(lái)說(shuō)，request_interval 和request_timeout 配置得長(zhǎng)一些，可以減少一些監(jiān)控指標(biāo)的數(shù)據(jù)波動(dòng)。配置得短一些，對(duì)于拉取的數(shù)據(jù)變動(dòng)會(huì)敏感些，對(duì)推送的故障信息影響不大。

（2）針對(duì)兩臺(tái)監(jiān)控終端系統(tǒng)時(shí)間一致問(wèn)題，配置NTP授時(shí)服務(wù)，同時(shí)與A 服務(wù)器進(jìn)行對(duì)時(shí)。

5.3 場(chǎng)面假目標(biāo)問(wèn)題的解決方案

因站點(diǎn)規(guī)劃設(shè)計(jì)時(shí)沒(méi)有考慮到衛(wèi)星廳的遮擋問(wèn)題，現(xiàn)在項(xiàng)目建設(shè)已完工，重新規(guī)劃建設(shè)接收站會(huì)額外增加項(xiàng)目成本，且短時(shí)間內(nèi)也無(wú)法完成?？梢孕薷臄?shù)據(jù)融合KER 的核心算法解決這個(gè)問(wèn)題，考慮衛(wèi)星廳附近站點(diǎn)的多徑干擾問(wèn)題，可以通過(guò)固定去站邏輯，在該區(qū)域強(qiáng)制不使用以上3 個(gè)站點(diǎn)參與目標(biāo)位置的計(jì)算。最后，依次更新A、B 服務(wù)器上的KER程序，并重啟生效，使問(wèn)題得以解決。因此，在項(xiàng)目建設(shè)前期時(shí)，應(yīng)充分考慮現(xiàn)場(chǎng)環(huán)境因素，事先做好數(shù)據(jù)收集和仿真分析，利用校驗(yàn)車輛等進(jìn)行系統(tǒng)驗(yàn)證，對(duì)站點(diǎn)進(jìn)行合理布局，使系統(tǒng)的信號(hào)覆蓋更全面，目標(biāo)識(shí)別能力更精準(zhǔn)。另外，對(duì)于系統(tǒng)的核心算法的設(shè)計(jì)，要考慮多方面的因素，適用于更多場(chǎng)景，具有更高的冗余度和良好的健壯性。

5.4 服務(wù)器自動(dòng)切換的解決方案

多點(diǎn)定位系統(tǒng)A、B 服務(wù)器間切換是Agent 程序通過(guò)心跳檢測(cè)來(lái)實(shí)現(xiàn)的，為了更合理檢測(cè)心跳，需要調(diào)整心跳發(fā)送的時(shí)間參數(shù)。具體方法如下：

（1）依次打開(kāi)主備核心處理器上snmpAgent 安裝目錄下的snmp_agent_system.ini 文件，找到Host_Package_Send_Interval 心跳同步參數(shù)；

（2）將該參數(shù)由1000 毫秒（即每秒發(fā)送一次心跳）調(diào)整為800 毫秒，然后保存該配置文件，重啟snmpAgent.exe程序；

（3）重啟snmpAgent.exe 的方法為右鍵單擊任務(wù)欄的圓形圖標(biāo)，選擇quit 退出程序，然后雙擊snmpAgent 目錄下的snmpAgent.exe 重啟程序即可。

5.5 CMS1重啟導(dǎo)致場(chǎng)監(jiān)系統(tǒng)告警的解決方案

因系統(tǒng)設(shè)計(jì)由CMS1 監(jiān)控終端收集系統(tǒng)的狀態(tài)信息并組合完成Asterix CAT 019 報(bào)文，發(fā)送給服務(wù)器B，服務(wù)器B 的RetransmissioCMS 程序發(fā)送給場(chǎng)監(jiān)系統(tǒng)。所以CMS1 監(jiān)控終端或者服務(wù)器B 重啟下線都會(huì)導(dǎo)致數(shù)據(jù)報(bào)文傳輸中斷，造成場(chǎng)監(jiān)系統(tǒng)告警。因此，需要制定維護(hù)檢查單，提醒技術(shù)人員對(duì)系統(tǒng)進(jìn)行維護(hù)時(shí)，需及時(shí)將報(bào)文傳輸RetransmissioCMS 程序開(kāi)啟。

6 總結(jié)

多點(diǎn)定位系統(tǒng)作為新一代的監(jiān)視技術(shù)，因其技術(shù)優(yōu)勢(shì)特點(diǎn)，被廣泛應(yīng)用于國(guó)內(nèi)外各中大型機(jī)場(chǎng)，國(guó)際民航組織已將多點(diǎn)定位確定為未來(lái)機(jī)場(chǎng)場(chǎng)面監(jiān)視技術(shù)發(fā)展的主要方向。本文對(duì)基于TDOA 技術(shù)的多點(diǎn)定位系統(tǒng)的原理以及昆明長(zhǎng)水國(guó)際機(jī)場(chǎng)多點(diǎn)定位系統(tǒng)的應(yīng)用情況作了介紹，針對(duì)實(shí)際運(yùn)行中的問(wèn)題，深入進(jìn)行了分析，并查找原因，給出了合理有效的解決措施，進(jìn)一步提升了系統(tǒng)的維護(hù)水平，為該型系統(tǒng)的應(yīng)用積累了經(jīng)驗(yàn)。針對(duì)多點(diǎn)定位系統(tǒng)的建設(shè)和使用，建議在項(xiàng)目初期應(yīng)合理的對(duì)各站點(diǎn)進(jìn)行規(guī)劃設(shè)計(jì)，充分考慮現(xiàn)場(chǎng)的環(huán)境因素，事先做好仿真分析和數(shù)據(jù)收集，注重?cái)?shù)據(jù)融合處理算法的健壯性，網(wǎng)絡(luò)傳輸設(shè)計(jì)更為合理安全，系統(tǒng)運(yùn)行才能更加穩(wěn)定。