用于測試軌道交通信號系統(tǒng)的自動化測試平臺及方法
【技術領域】
[0001]本發(fā)明涉及軌道交通系統(tǒng)的測試技術領域，具體來講是一種用于測試軌道交通信號系統(tǒng)的自動化測試平臺及方法。
【背景技術】
[0002]隨著城市軌道交通列車的快速發(fā)展，城市軌道交通列車對促進經(jīng)濟和社會發(fā)展起到了重要作用。由于城市軌道交通具有高速度、高密度、不間斷運營的特點，因此，控制軌道交通運行的信號系統(tǒng)，在保障軌道交通安全運行、提高軌道交通通過能力等方面起著至關重要的作用。
[0003]為了保障控制軌道交通運行的信號系統(tǒng)能夠安全可靠的運行，需要定期對該系統(tǒng)的時延、吞吐量、丟包率等進行測試。但目前來說，上述測試操作均由人工采用手動抽查進行測試，不但需要較多人員參與(地面控制中心與車上都需要測試人員)，人力成本較大，而且測試需要采集大量樣本，花費時間較多，對于已投入使用的車輛，只能在凌晨車輛停止運營后進行測試，操作十分不便。

【發(fā)明內(nèi)容】

[0004]本發(fā)明的目的是為了克服上述【背景技術】的不足，提供一種用于測試軌道交通信號系統(tǒng)的自動化測試平臺及方法，能在進行簡單設置后自動進行信息交互并記錄測試數(shù)據(jù)，不但減少了人力成本，而且測試時間短、測試效率高、操作便捷。
[0005]為達到以上目的，本發(fā)明提供一種用于測試軌道交通信號系統(tǒng)的自動化測試平臺，包括設置于控制中心的服務端、放置于列車內(nèi)的車載網(wǎng)絡測試設備NTE和客戶終端設備CPE，車載NTE與CPE連接，CPE與服務端之間進行無線通信;所述CPE用于定期向服務端發(fā)送心跳包;所述服務端用于接收CPE發(fā)來的心跳包，并在收到心跳包后與車載NTE通過相互收發(fā)數(shù)據(jù)來共同完成自動化測試;進行自動化測試時，若測試類型為流量測試，服務端與車載NTE之間通過收發(fā)流量測試包的方式實現(xiàn)上行流量測試、下行流量測試;若測試類型為丟包率測試，服務端與車載NTE之間通過收發(fā)帶有包序號的數(shù)據(jù)包的方式實現(xiàn)上行丟包率測試、下行丟包率測試;若測試類型為時延測試，服務端向車載NTE發(fā)送時延測試包，通過計算車載NTE返回時延測試包時的時間差的方式，實現(xiàn)時延測試。
[0006]本發(fā)明還提供一種基于上述測試平臺的用于測試軌道交通信號系統(tǒng)的方法，包括以下步驟:
[0007]A、CPE定期向服務端發(fā)送心跳包，轉(zhuǎn)入步驟B ；
[0008]B、當服務端收到CPE發(fā)來的心跳包后，確定本次測試類型，若測試類型為流量測試，服務端與車載NTE之間通過收發(fā)流量測試包的方式實現(xiàn)上行流量測試、下行流量測試，轉(zhuǎn)入步驟C;若測試類型為丟包率測試，服務端與車載NTE之間通過收發(fā)帶有包序號的數(shù)據(jù)包的方式實現(xiàn)上行丟包率測試、下行丟包率測試，轉(zhuǎn)入步驟C;若測試類型為時延測試，服務端向車載NTE發(fā)送時延測試包，通過計算車載NTE返回時延測試包時的時間差的方式，實現(xiàn)時延測試，轉(zhuǎn)入步驟C;
[0009]C、服務端自動記錄并分析所有測試結果，并在服務端的界面上顯示，轉(zhuǎn)入步驟D;
[0010]D、服務端判斷是否需要繼續(xù)進行測試，若是，返回步驟B，繼續(xù)進行下一測試，否則結束。
[0011]在上述技術方案的基礎上，所述心跳包的信息包括信號強度和當前小區(qū)信息，當前小區(qū)信息包括小區(qū)編號cell ID和信噪比；步驟A具體包括以下步驟:CPE進行UE撥號，判斷LTE信號是否正常，若否，重新進行UE撥號;若是，判斷是否需要發(fā)送心跳包，若是，查詢當前CPE所在的小區(qū)編號cell ID、信噪比和信號強度后，將查詢到的上述信息作為心跳包發(fā)送給服務端，否則，繼續(xù)等待發(fā)送。
[0012]在上述技術方案的基礎上，步驟B中，當服務端沒有收到CPE發(fā)來的心跳包，則直接結束測試。
[0013]在上述技術方案的基礎上，步驟B中所述服務端與車載NTE之間通過收發(fā)流量測試包的方式實現(xiàn)上行流量測試，具體包括以下步驟:服務端向車載NTE發(fā)送流量測試的開啟指令及流量大小參數(shù);車載NTE接收到流量測試的開啟指令后，按照流量大小參數(shù)不斷向服務端發(fā)送若干流量測試包;服務端統(tǒng)計接收到的流量測試包個數(shù)，并計算每I秒內(nèi)的總流量大小;計算完成后，服務端向車載NTE發(fā)送流量測試的關閉指令;車載NTE收到流量測試的關閉指令后，停止發(fā)送流量測試包。
[0014]在上述技術方案的基礎上，步驟B中所述服務端與車載NTE之間通過收發(fā)流量測試包的方式實現(xiàn)下行流量測試，具體包括以下步驟:服務端向車載NTE發(fā)送流量測試的開啟指令后，按照流量大小參數(shù)不斷向車載NTE發(fā)送若干流量測試包；車載NTE服務端接收到流量測試的開啟指令后，開始接收流量測試包;車載NTE統(tǒng)計接收到的流量測試包個數(shù)，并計算每I秒內(nèi)的總流量大小;計算完成后，向服務端發(fā)送計算結果;服務端收到計算結果后，向車載NTE發(fā)送流量測試的關閉指令。
[0015]在上述技術方案的基礎上，步驟B中所述服務端與車載NTE之間通過收發(fā)帶有包序號的數(shù)據(jù)包的方式實現(xiàn)上行丟包率測試，具體包括以下步驟:服務端向車載NTE發(fā)送丟包率測試的開啟指令;車載NTE收到丟包率測試的開啟指令后，向服務端發(fā)送若干帶有包序號的數(shù)據(jù)包;服務端根據(jù)包序號統(tǒng)計丟包個數(shù)，并計算每I秒內(nèi)的丟包率大小;計算完成后，服務端向車載NTE發(fā)送丟包率測試的關閉指令;車載NTE收到丟包率測試的關閉指令后，停止發(fā)送數(shù)據(jù)包。
[0016]在上述技術方案的基礎上，步驟B中所述服務端與車載NTE之間通過收發(fā)帶有包序號的數(shù)據(jù)包的方式實現(xiàn)下行丟包率測試，具體包括以下步驟:服務端向車載NTE發(fā)送丟包率測試的開啟指令后，向車載NTE發(fā)送若干帶有包序號的數(shù)據(jù)包；車載NTE服務端收到丟包率測試的開啟指令后，開始接收帶有包序號的數(shù)據(jù)包;車載NTE根據(jù)包序號統(tǒng)計丟包個數(shù)，并計算每I秒內(nèi)的丟包率大小;計算完成后，向服務端發(fā)送計算結果;服務端收到計算結果后，向車載NTE發(fā)送丟包率測試的關閉指令。
[0017]在上述技術方案的基礎上，步驟B中所述服務端向車載NTE發(fā)送時延測試包，通過計算車載NTE返回時延測試包時的時間差的方式，實現(xiàn)時延測試，具體包括以下步驟:服務端向車載NTE發(fā)送時延測試的開啟指令后，向車載NTE發(fā)送時延測試包;車載NTE收到時延測試的開啟指令后，開始接收時延測試包;將時延測試包封裝成新的數(shù)據(jù)包發(fā)送給服務端;月艮務端收到新的數(shù)據(jù)包后，計算從發(fā)送時延測試包到接收新數(shù)據(jù)包的時間差;計算完成后，月艮務端向車載NTE發(fā)送時延測試的關閉指令;車載NTE收到時延測試的關閉指令后，停止接收時延測試包。
[0018]在上述技術方案的基礎上，步驟C具體包括以下步驟:
[0019]Cl:服務端自動記錄本次測試數(shù)據(jù)后，判斷之前是否進行過相同類型的測試，若是，轉(zhuǎn)入C3;否則，轉(zhuǎn)入C2;
[0020]C2:在服務端的界面上以表格和圖形的方式顯示本次測試數(shù)據(jù)；
[0021 ] C3:打開log日志文件，從相同測試類型的測試數(shù)據(jù)中篩選出最大值和最小值，轉(zhuǎn)入C4;
[0022]C4:根據(jù)篩選出的最大值和最小值計算出平均值，轉(zhuǎn)入C5;
[0023]C5:在服務端的界面上以表格和圖形的方式顯示平均值。
[0024]本發(fā)明的有益效果在于:
[0025](I)本發(fā)明中，服務端與車載NTE(Network Test Equipment，網(wǎng)絡測試設備)之間能通過收發(fā)流量測試包的方式實現(xiàn)上行流量測試、下行流量測試;服務端與車載NTE之間還能通過收發(fā)帶有包序號的數(shù)據(jù)包的方式實現(xiàn)上行丟包率測試、下行丟包率測試;另外，服務端還能通過計算車載NTE返回時延測試包的時間差的方式，實現(xiàn)時延測試。
[0026]與現(xiàn)有技術中采用人工手動抽查的方式相比，本發(fā)明的智能化程度高，無需大量人工干預，只需要操作者即可，能在進行簡單設置后自動進行信息交互并記錄測試數(shù)據(jù)，使得軌道交通信號系統(tǒng)的測試全部自動完成，不但減少了人力成本，而且測試時間短、測試效率高、操作便捷。
[0027](2)本發(fā)明中，CPE(Customer Premise Equipment，客戶終端設備)能夠定期向服務端發(fā)送心跳包，服務端根據(jù)是否收到心跳包來判斷是否應該開始進行測試。具體來說，列車在運行過程中，當列車進入到LTE(Long Term Evolut1n，長期演進)信號覆蓋范圍內(nèi)時，服務端能夠接收到CPE發(fā)來的心跳包；當列車離開LTE信號