本發(fā)明涉及城市軌道交通技術(shù)領(lǐng)域，具體涉及一種列車的全自動動態(tài)測試方法及系統(tǒng)。

背景技術(shù)：

隨著城市軌道交通和通信控制技術(shù)的迅猛發(fā)展，基于CBTC系統(tǒng)的全自動無人駕駛技術(shù)日益成熟，列車無人駕駛系統(tǒng)正成為未來地鐵列車控制系統(tǒng)發(fā)展的主流趨勢。區(qū)域控制子系統(tǒng)作為CBTC系統(tǒng)的地面核心控制設(shè)備，持續(xù)和VOBC、CI、DSU、TIAS等其它子系統(tǒng)保持信息交互，保證其控制區(qū)域內(nèi)的列車安全運(yùn)行，具備高效的列車管理能力。

傳統(tǒng)的區(qū)域控制子系統(tǒng)，無法支持對全自動無人駕駛的列車控制，主要體現(xiàn)在列車在退出正線運(yùn)營后，不能在車輛段內(nèi)自動地對列車進(jìn)行休眠喚醒控制監(jiān)督等操作，不能實現(xiàn)對庫內(nèi)列車動態(tài)檢測的檢查及控制，這些工作通常由司機(jī)全程參與完成，自動化程度低，進(jìn)而影響了城市軌道交通的運(yùn)行效率及安全性。

技術(shù)實現(xiàn)要素：

針對現(xiàn)有技術(shù)中的缺陷，本發(fā)明提供一種列車的全自動動態(tài)測試方法及系統(tǒng)，實現(xiàn)了在無人或遠(yuǎn)程控制狀態(tài)下的列車的動態(tài)檢測及列車狀態(tài)實時監(jiān)控匯報等功能，使得列車的動態(tài)檢測過程準(zhǔn)確且可靠，提高了列車的運(yùn)營效率及自動化程度，同時節(jié)約了城市軌道交通的人工成本。

為解決上述技術(shù)問題，本發(fā)明提供以下技術(shù)方案：

一方面，本發(fā)明提供了一種列車的全自動動態(tài)測試方法，包括：

區(qū)域控制器ZC在根據(jù)接收到的列車發(fā)出的動態(tài)測試申請確定該列車已完成靜態(tài)測試后，根據(jù)ZC與計算機(jī)聯(lián)鎖設(shè)備CI間的信息交互確定列車當(dāng)前是否滿足動態(tài)測試條件；

若滿足，則ZC向所述列車發(fā)送允許動態(tài)測試指令，使得所述處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試；

其中，所述動態(tài)測試為列車對其在位移的狀態(tài)對其功能設(shè)備及控制部件進(jìn)行檢測。

進(jìn)一步的，所述區(qū)域控制器ZC在根據(jù)接收到的列車發(fā)出的動態(tài)測試申請確定該列車已完成靜態(tài)測試后，包括：

處于休眠狀態(tài)中的列車的車載控制器VOBC向ZC發(fā)送動態(tài)測試申請；

ZC根據(jù)該動態(tài)測試申請判斷列車是否完成靜態(tài)測試，其中，所述動態(tài)測試申請包括列車當(dāng)前位置、休眠狀態(tài)及靜態(tài)測試完成情況；

若所述列車已完成靜態(tài)測試，則ZC繼續(xù)判斷所述列車當(dāng)前是否滿足動態(tài)測試條件；

否則，ZC向所述列車發(fā)送動態(tài)測試禁止信息。

進(jìn)一步的，所述ZC根據(jù)其與計算機(jī)聯(lián)鎖設(shè)備CI間的信息交互確定列車當(dāng)前是否滿足動態(tài)測試條件，若滿足，則ZC向所述列車發(fā)送允許動態(tài)測試指令，使得所述處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試，包括：

計算機(jī)聯(lián)鎖設(shè)備CI向ZC周期性發(fā)送列車測試環(huán)境信息，其中，所述列車測試環(huán)境信息包含所有計軸區(qū)段的占用狀態(tài)、失速監(jiān)測開關(guān)SPKS狀態(tài)及庫線狀態(tài)信息；

ZC根據(jù)接收到的所述列車測試環(huán)境信息及其自身的管理信息，判斷所述列車的測試環(huán)境是否滿足全部的動態(tài)測試條件，其中，所述動態(tài)測試條件包括SPKS開關(guān)狀態(tài)為關(guān)閉狀態(tài)、庫線跳躍鎖閉狀態(tài)為跳躍鎖閉狀態(tài)、以及無ZC管理的其它列車在相同或相鄰休眠軌中進(jìn)行動態(tài)測試；

若所述列車的測試環(huán)境滿足全部的動態(tài)測試條件，則ZC向所述處于休眠狀態(tài)中的列車的VOBC發(fā)送允許動態(tài)測試指令，所述處于休眠狀態(tài)中的列車的VOBC根據(jù)所述允許動態(tài)測試指令控制該處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試；

否則，ZC向所述處于休眠狀態(tài)中的列車的VOBC發(fā)送禁止動態(tài)測試指令。

進(jìn)一步的，所述控制所述處于休眠狀態(tài)中的列車進(jìn)行動態(tài)測試，之后還包括：

在當(dāng)前列車的動態(tài)測試結(jié)束后，ZC根據(jù)其與列車的VOBC之間的交互信息控制所述列車從休眠狀態(tài)中喚醒。

進(jìn)一步的，所述在當(dāng)前列車的動態(tài)測試結(jié)束后，ZC根據(jù)其與列車的VOBC之間的交互信息控制所述列車從休眠狀態(tài)中喚醒，包括：

在當(dāng)前處于休眠狀態(tài)中的列車的動態(tài)測試結(jié)束后，該列車的VOBC向ZC發(fā)送列車可喚醒信息，其中，所述列車可喚醒信息包括列車當(dāng)前的當(dāng)前位置信息及休眠狀態(tài)；

ZC根據(jù)接收到的所述列車可喚醒信息檢查該列車的位置是否與初始進(jìn)入休眠狀態(tài)時的位置相同；

若所述列車的位置是否與初始進(jìn)入休眠狀態(tài)時的位置相同，則ZC向列車的VOBC發(fā)送列車可喚醒信息，列車的VOBC根據(jù)所述列車可喚醒信息控制所述列車進(jìn)入正常工作狀態(tài)；

否則，ZC向列車的VOBC發(fā)送禁止列車喚醒信息。

進(jìn)一步的，所述方法還包括：

在處于休眠狀態(tài)中的列車進(jìn)行動態(tài)測試期間，ZC與列車通信連接，并對列車進(jìn)行實時安全防護(hù)。

進(jìn)一步的，所述方法還包括：

在處于休眠狀態(tài)中的列車進(jìn)行動態(tài)測試期間，ZC實時監(jiān)測當(dāng)前列車所在的休眠軌的相鄰休眠軌，并禁止該相鄰休眠軌上有列車同時進(jìn)行動態(tài)測試。

另一方面，本發(fā)明還提供一種列車的全自動動態(tài)測試系統(tǒng)，包括：

動態(tài)測試條件確認(rèn)模塊，用于在根據(jù)接收到的列車發(fā)出的動態(tài)測試申請確定該列車已完成靜態(tài)測試后，根據(jù)ZC與計算機(jī)聯(lián)鎖設(shè)備CI間的信息交互確定列車當(dāng)前是否滿足動態(tài)測試條件；

動態(tài)測試模塊，用于在列車當(dāng)前滿足動態(tài)測試條件時，向所述列車發(fā)送允許動態(tài)測試指令，使得所述處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試；

其中，所述動態(tài)測試為列車對其在位移的狀態(tài)對其功能設(shè)備及控制部件進(jìn)行檢測。

進(jìn)一步的，所述動態(tài)測試條件確認(rèn)模塊包括：

動態(tài)測試申請接收單元，用于接收處于休眠狀態(tài)中的列車的車載控制器VOBC發(fā)送的動態(tài)測試申請；

靜態(tài)測試判斷單元，用于根據(jù)該動態(tài)測試申請判斷列車是否完成靜態(tài)測試，其中，所述動態(tài)測試申請包括列車當(dāng)前位置、休眠狀態(tài)及靜態(tài)測試完成情況；

若所述列車已完成靜態(tài)測試，則繼續(xù)判斷所述列車當(dāng)前是否滿足動態(tài)測試條件；

否則，ZC向所述列車發(fā)送動態(tài)測試禁止信息。

進(jìn)一步的，所述系統(tǒng)還包括：

喚醒模塊，用于在當(dāng)前列車的動態(tài)測試結(jié)束后，根據(jù)其與列車的VOBC之間的交互信息控制所述列車從休眠狀態(tài)中喚醒。

由上述技術(shù)方案可知，本發(fā)明所述的一種列車的全自動動態(tài)測試方法及系統(tǒng)，該方法區(qū)域控制器ZC在根據(jù)接收到的列車發(fā)出的動態(tài)測試申請確定該列車已完成靜態(tài)測試后，根據(jù)ZC與計算機(jī)聯(lián)鎖設(shè)備CI間的信息交互確定列車當(dāng)前是否滿足動態(tài)測試條件；若滿足，則ZC向列車發(fā)送允許動態(tài)測試指令，使得處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試。該系統(tǒng)包括動態(tài)測試條件確認(rèn)模塊及動態(tài)測試模塊。本發(fā)明實現(xiàn)了在無人或遠(yuǎn)程控制狀態(tài)下的列車的動態(tài)檢測及列車狀態(tài)實時監(jiān)控匯報等功能，使得列車的動態(tài)檢測過程準(zhǔn)確且可靠，提高了列車的運(yùn)營效率及自動化程度，同時節(jié)約了城市軌道交通的人工成本。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明的一種列車的全自動動態(tài)測試方法的流程示意圖；

圖2是本發(fā)明的動態(tài)測試方法中步驟100的流程示意圖；

圖3是本發(fā)明的包括步驟400的動態(tài)測試方法的流程示意圖；

圖4是本發(fā)明的包括步驟500的動態(tài)測試方法的流程示意圖；

圖5是本發(fā)明的包括步驟600的動態(tài)測試方法的流程示意圖；

圖6是本發(fā)明的動態(tài)測試方法中步驟600的流程示意圖；

圖7是本發(fā)明的動態(tài)測試系統(tǒng)的應(yīng)用實例中的用于列車動態(tài)檢測的列車休眠軌的示意圖；

圖8是本發(fā)明的一種列車的全自動動態(tài)測試系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整的描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

與非全自動無人駕駛相比，全自動無人駕駛系統(tǒng)可以實現(xiàn)在無人或遠(yuǎn)程控制下的列車的休眠喚醒、自檢、列車休眠狀態(tài)實時監(jiān)控等功能。本文提出一種新的區(qū)段控制器控車方案，支持全自動無人駕駛模式?；诖朔桨?，并結(jié)合其它子系統(tǒng)提供的數(shù)據(jù)信息，區(qū)段控制器實現(xiàn)在車輛段中對CBTC級別無人駕駛列車的自動控制，并對列車狀態(tài)進(jìn)行實時監(jiān)控匯報，使相關(guān)工作人員隨時了解列車的當(dāng)前工況。

本發(fā)明的技術(shù)方案經(jīng)過充分的安全評估和嚴(yán)格測試，在滿足安全的前提下實現(xiàn)對無人駕駛列車的控制，提高了運(yùn)行效率。

本發(fā)明實施例一提供了一種列車的全自動動態(tài)測試方法。參見圖1，該動態(tài)測試方法具體包括如下步驟：

步驟100：區(qū)域控制器ZC在根據(jù)接收到的列車發(fā)出的動態(tài)測試申請確定該列車已完成靜態(tài)測試后，根據(jù)ZC與計算機(jī)聯(lián)鎖設(shè)備CI間的信息交互確定列車當(dāng)前是否滿足動態(tài)測試條件，若滿足，則進(jìn)入步驟200；若不滿足，則進(jìn)入步驟300。

在上述步驟中，在車輛段庫內(nèi)線內(nèi)設(shè)置有列車休眠軌，用于列車停放進(jìn)行休眠和動態(tài)測試，正線上的臨時存車線上也設(shè)有休眠軌，可以用于列車的休眠和動態(tài)測試；休眠請求信息中包含列車當(dāng)前的位置、停穩(wěn)狀態(tài)等信息，占用狀態(tài)信息包含所有區(qū)段的占用狀態(tài)等信息；控制中心先向列車發(fā)送休眠請求指令，列車根據(jù)該休眠請求指令生成休眠請求信息，并將該休眠請求信息發(fā)生給區(qū)段控制器。

步驟200：ZC向所述列車發(fā)送允許動態(tài)測試指令，使得所述處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試。

在上述步驟中，所述動態(tài)測試為列車對其在位移的狀態(tài)對其功能設(shè)備及控制部件進(jìn)行檢測；控制中心先向列車發(fā)送動態(tài)檢測指令，列車根據(jù)該動態(tài)檢測指令生成動態(tài)檢測請求信息，并將該動態(tài)檢測請求信息發(fā)生給區(qū)段控制器，同時，計算機(jī)聯(lián)鎖設(shè)備也將各區(qū)段的區(qū)段封鎖開關(guān)信息發(fā)送給區(qū)段控制器，其中的區(qū)段封鎖開關(guān)信息中的區(qū)段封鎖開關(guān)狀態(tài)開啟表示在對應(yīng)的區(qū)域內(nèi)有人工作業(yè)；區(qū)段控制器保持與列車的通信，并實時對列車進(jìn)行安全防護(hù)。

步驟300：ZC向所述列車發(fā)送禁止動態(tài)測試指令。

從上述描述可知，本實施例中的方法根據(jù)列車發(fā)送的休眠請求信息及計算機(jī)聯(lián)鎖設(shè)備發(fā)送的各區(qū)段的占用狀態(tài)信息，控制列車進(jìn)入休眠狀態(tài)；根據(jù)動態(tài)檢測請求信息及區(qū)段封鎖開關(guān)信息，控制列車進(jìn)行動態(tài)檢測；實現(xiàn)了在無人或遠(yuǎn)程控制狀態(tài)下的列車的動態(tài)檢測，使得列車的動態(tài)檢測過程準(zhǔn)確且可靠。

在一種具體實施例中，本發(fā)明提供了上述方法中步驟100的一種具體實施方式。參見圖2，該步驟100具體包括如下步驟：

步驟101：處于休眠狀態(tài)中的列車的車載控制器VOBC向ZC發(fā)送動態(tài)測試申請。

步驟102：ZC根據(jù)該動態(tài)測試申請判斷列車是否完成靜態(tài)測試，其中，所述動態(tài)測試申請包括列車當(dāng)前位置、休眠狀態(tài)及靜態(tài)測試完成情況，若完成，則進(jìn)入步驟103，否則進(jìn)入步驟300。

步驟103：計算機(jī)聯(lián)鎖設(shè)備CI向ZC周期性發(fā)送列車測試環(huán)境信息，其中，所述列車測試環(huán)境信息包含所有計軸區(qū)段的占用狀態(tài)、失速監(jiān)測開關(guān)SPKS狀態(tài)及庫線狀態(tài)信息。

步驟104：ZC根據(jù)接收到的所述列車測試環(huán)境信息及其自身的管理信息，判斷所述列車的測試環(huán)境是否滿足全部的動態(tài)測試條件，其中，所述動態(tài)測試條件包括SPKS開關(guān)狀態(tài)為關(guān)閉狀態(tài)、庫線跳躍鎖閉狀態(tài)為跳躍鎖閉狀態(tài)、以及無ZC管理的其它列車在相同或相鄰休眠軌中進(jìn)行動態(tài)測試；若所述列車的測試環(huán)境滿足全部的動態(tài)測試條件，則進(jìn)入步驟105；

步驟105：ZC向所述處于休眠狀態(tài)中的列車的VOBC發(fā)送允許動態(tài)測試指令，所述處于休眠狀態(tài)中的列車的VOBC根據(jù)所述允許動態(tài)測試指令控制該處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試。

從上述描述可知，本實施例中的控制方法根據(jù)動態(tài)檢測請求信息及區(qū)段封鎖開關(guān)信息，實現(xiàn)了控制列車自動進(jìn)行動態(tài)檢測，省去了人工控制列車進(jìn)行動態(tài)檢測的操作過程，也因此保證了進(jìn)行動態(tài)檢測操作的時間控制的準(zhǔn)確性；也實現(xiàn)了區(qū)段控制器在所述列車進(jìn)行動態(tài)檢測期間對所述列車進(jìn)行安全防護(hù)，保證了列車進(jìn)行動態(tài)檢測操作的可靠性。

在一種具體實施例中，本發(fā)明提供了上述方法包括步驟400的一種具體實施方式。參見圖3，該步驟400具體包括如下步驟：

步驟400：在處于休眠狀態(tài)中的列車進(jìn)行動態(tài)測試期間，ZC與列車通信連接，并對列車進(jìn)行實時安全防護(hù)。

在一種具體實施例中，本發(fā)明提供了上述方法包括步驟500的一種具體實施方式。參見圖4，該步驟500具體包括如下步驟：

步驟500：在處于休眠狀態(tài)中的列車進(jìn)行動態(tài)測試期間，ZC實時監(jiān)測當(dāng)前列車所在的休眠軌的相鄰休眠軌，并禁止該相鄰休眠軌上有列車同時進(jìn)行動態(tài)測試。

從上述描述可知，上述步驟400及500的兩個實施例實現(xiàn)了區(qū)段控制器在所述列車進(jìn)行動態(tài)檢測期間對所述列車進(jìn)行安全防護(hù)，保證了列車進(jìn)行動態(tài)檢測操作的可靠性。

在一種具體實施例中，本發(fā)明提供了上述方法包括步驟600的一種具體實施方式。參見圖5，該步驟600具體包括如下步驟：

步驟600：在當(dāng)前列車的動態(tài)測試結(jié)束后，ZC根據(jù)其與列車的VOBC之間的交互信息控制所述列車從休眠狀態(tài)中喚醒。

參見圖6，步驟600具體包括如下步驟：

步驟601：在當(dāng)前處于休眠狀態(tài)中的列車的動態(tài)測試結(jié)束后，該列車的VOBC向ZC發(fā)送列車可喚醒信息，其中，所述列車可喚醒信息包括列車當(dāng)前的當(dāng)前位置信息及休眠狀態(tài)；

步驟602：ZC根據(jù)接收到的所述列車可喚醒信息檢查該列車的位置是否與初始進(jìn)入休眠狀態(tài)時的位置相同；若所述列車的位置是否與初始進(jìn)入休眠狀態(tài)時的位置相同，則進(jìn)入步驟603；否則進(jìn)入步驟604；

步驟603：ZC向列車的VOBC發(fā)送列車可喚醒信息，列車的VOBC根據(jù)所述列車可喚醒信息控制所述列車進(jìn)入正常工作狀態(tài)；

步驟604：ZC向列車的VOBC發(fā)送禁止列車喚醒信息。

從上述描述可知，本實施例中的控制方法實現(xiàn)了在列車的動態(tài)檢測結(jié)束后根據(jù)列車發(fā)送的喚醒請求信息控制列車結(jié)束休眠，實現(xiàn)了控制列車自動結(jié)束休眠，省去了人工控制列車進(jìn)行休眠喚醒的操作過程，也因此保證了列車自動結(jié)束休眠的時間控制的準(zhǔn)確性。

為更進(jìn)一步的說明本方法，本發(fā)明還提供了上述方法的一種具體應(yīng)用實例。該具體應(yīng)用實例具體包括如下內(nèi)容：

在車輛段庫內(nèi)線內(nèi)，設(shè)置有AG\BG\CG作為列車休眠軌，參見圖7，其中AG\BG用于列車停放進(jìn)行休眠和靜態(tài)測試，CG用于列車動態(tài)測試；正線上，在臨時存車線上也設(shè)有休眠軌，也可以用于列車的休眠和動態(tài)測試。

一、ZC控制列車進(jìn)入休眠狀態(tài)

ZC根據(jù)CBTC列車匯報的位置、狀態(tài)等信息及CI匯報的區(qū)段占用信息，控制列車進(jìn)入休眠狀態(tài)，具體過程如下：

1.列車向ZC發(fā)送休眠請求信息幀，包含列車當(dāng)前的位置、停穩(wěn)狀態(tài)等信息。

2.CI向ZC周期地發(fā)送一系列碼位幀，包含所有計軸區(qū)段的占用狀態(tài)等信息。

3.列車收到TIAS發(fā)送的休眠請求指令后，向ZC發(fā)送休眠請求信息幀。ZC通過列車輸入的位置信息及停穩(wěn)狀態(tài)信息，判斷列車是否進(jìn)入休眠軌且停穩(wěn)。如果列車在庫線內(nèi)停穩(wěn)，則通過CI發(fā)送的碼位信息，來判斷該列車前后計軸區(qū)段是否為空閑，以保證列車在ZC的控制下的安全休眠。若滿足以上條件，ZC向列車發(fā)送允許休眠指令，列車收到該信息后，進(jìn)入休眠狀態(tài)。

二、ZC防護(hù)列車進(jìn)行動態(tài)測試

列車在完成靜態(tài)測試后，向ZC發(fā)送動態(tài)測試請求，ZC在收到動態(tài)測試請求信息幀后，控制列車在庫線內(nèi)AG\CG或BG\CG上進(jìn)行動態(tài)測試，并在動態(tài)測試期間對列車進(jìn)行安全防護(hù)，具體過程如下：

1.CI向ZC周期發(fā)送一系列碼位幀，包含所有計軸區(qū)段的占用狀態(tài)，SPKS狀態(tài)(SPKS狀態(tài)開啟表示在區(qū)域內(nèi)有人工作業(yè))，庫線跳躍鎖閉狀態(tài)(跳躍鎖閉狀態(tài)是CI為列車進(jìn)行動態(tài)測試，對AG\CG或BG\CG進(jìn)行安全鎖閉防護(hù)的狀態(tài))等信息。

2.列車向ZC發(fā)送動態(tài)測試請求信息幀，包含列車當(dāng)前位置、休眠狀態(tài)等信息。

3.列車向ZC發(fā)送動態(tài)測試請求信息幀。ZC通過該信息幀獲取當(dāng)前列車狀態(tài)和列車位置。作為一個實施例，ZC判斷列車當(dāng)前是否已經(jīng)完成靜態(tài)測試，只有完成靜態(tài)測試才能進(jìn)行動態(tài)測試。作為可替換的實施例，ZC也可以控制列車僅進(jìn)行動態(tài)測試。通過解析CI發(fā)送的碼位信息，ZC獲取SPKS開關(guān)狀態(tài)是否為關(guān)閉，以保證無人進(jìn)入庫線內(nèi)影響測試。通過解析CI發(fā)送的碼位信息，ZC獲取AG\CG或BG\CG是否為跳躍鎖閉狀態(tài)，以保證列車動態(tài)測試涉及的區(qū)段已經(jīng)安全鎖閉。此時如果ZC管理的其它列車在AG或BG正在進(jìn)行動態(tài)測試，則ZC向請求要進(jìn)行動態(tài)測試的當(dāng)前列車發(fā)送不允許動態(tài)測試指令，當(dāng)前列車不能進(jìn)行動態(tài)測試，以保證所有列車動態(tài)測試安全。

4.在列車進(jìn)行動態(tài)測試期間，ZC應(yīng)保持與列車通信，并實時對列車進(jìn)行安全防護(hù)。

5.在列車進(jìn)行動態(tài)測試期間，ZC應(yīng)保證A，B庫的列車不允許同時進(jìn)行動態(tài)測試。

6.整個庫內(nèi)最多支持6列(可配置)車同時動態(tài)測試。

三、ZC控制列車喚醒

列車在成功進(jìn)行靜態(tài)測試及動態(tài)測試后，向ZC發(fā)送本列車可喚醒信息幀，ZC在收到該幀后檢查列車位置和休眠時相同，將列車轉(zhuǎn)為喚醒狀態(tài)。具體過程如下：

1.列車向ZC發(fā)送本列車可喚醒信息幀，包含列車當(dāng)前位置、休眠狀態(tài)等信息；

2.ZC收到本列車可喚醒信息幀后，解析列車當(dāng)前位置并判斷是否和ZC儲存的列車休眠時的位置是否一致。如果位置一致，則表示列車完成所有測試，可以被喚醒，ZC向列車發(fā)送喚醒成功指令使列車進(jìn)入正常工作狀態(tài)。如果位置不一致，則ZC向列車發(fā)送喚醒失敗指令，列車不能進(jìn)入正常工作狀態(tài)。

從上述描述可知，本具體應(yīng)用實例支持全自動無人駕駛的區(qū)域控制器ZC可以實現(xiàn)在無人狀態(tài)或遠(yuǎn)程控制下的列車的休眠喚醒、檢測、列車狀態(tài)實時監(jiān)控及匯報等功能。實現(xiàn)列車從正線運(yùn)營到車庫休眠再到洗車的全程無人控制，提高運(yùn)營效率，提升自動化程度，節(jié)約成本。

為更進(jìn)一步的說明本方案，本發(fā)明還提供了列車的全自動動態(tài)測試系統(tǒng)的一種具體實施方式。參見圖8，該控制系統(tǒng)具體包括如下內(nèi)容：

動態(tài)測試條件確認(rèn)模塊10，用于在根據(jù)接收到的列車發(fā)出的動態(tài)測試申請確定該列車已完成靜態(tài)測試后，根據(jù)ZC與計算機(jī)聯(lián)鎖設(shè)備CI間的信息交互確定列車當(dāng)前是否滿足動態(tài)測試條件。

動態(tài)測試條件確認(rèn)模塊10具體包括：

動態(tài)測試申請接收單元，用于接收處于休眠狀態(tài)中的列車的車載控制器VOBC發(fā)送的動態(tài)測試申請。

靜態(tài)測試判斷單元，用于根據(jù)該動態(tài)測試申請判斷列車是否完成靜態(tài)測試，其中，所述動態(tài)測試申請包括列車當(dāng)前位置、休眠狀態(tài)及靜態(tài)測試完成情況；若所述列車已完成靜態(tài)測試，則繼續(xù)判斷所述列車當(dāng)前是否滿足動態(tài)測試條件；否則，ZC向所述列車發(fā)送動態(tài)測試禁止信息。

動態(tài)測試模塊20，用于在列車當(dāng)前滿足動態(tài)測試條件時，向所述列車發(fā)送允許動態(tài)測試指令，使得所述處于休眠狀態(tài)中的列車自主進(jìn)行動態(tài)測試；其中，所述動態(tài)測試為列車對其在位移的狀態(tài)對其功能設(shè)備及控制部件進(jìn)行檢測。

喚醒模塊30，用于在當(dāng)前列車的動態(tài)測試結(jié)束后，根據(jù)其與列車的VOBC之間的交互信息控制所述列車從休眠狀態(tài)中喚醒。

從上述描述可知，該系統(tǒng)實現(xiàn)了在無人或遠(yuǎn)程控制狀態(tài)下的列車的休眠喚醒、動態(tài)檢測及列車狀態(tài)實時監(jiān)控及匯報等功能，使得列車的休眠及動態(tài)檢測過程準(zhǔn)確且可靠，提高了CBTC系統(tǒng)中列車的運(yùn)營效率及自動化程度，同時節(jié)約了城市軌道交通的人工成本。

以上實施例僅用于說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。