RBC維護與分析

1、目目 錄錄一、前言二、維護終端的作用三、Log文件的分析 四、結束語 RBC即無線閉塞中心，是CTCS-3級列控系統(tǒng)的核心設備，RBC通過與聯鎖，CTC，TSRS等服務器的信息交互，將數據經由ISDN服務器通過GSM-R無線通信系統(tǒng)傳輸給車載子系統(tǒng)，從而實現列車在C3模式下的安全運行。合蚌RBC工區(qū)的成立是為了完成每天對合蚌管內動車組運行的盯控，通過Log文件的分析以及維護終端實時信息的比對，從而發(fā)現安全隱患，為列車的安全暢通運行打下堅實的基礎。一、前言 2.1、合蚌RBC維護終端各模塊作用 1、維護終端機模塊 2、RBC_T機模塊 3、VIA監(jiān)測模塊 4、ISDN服務器監(jiān)測模塊 以上四個模塊

2、分別運行于維護終端、 RBC_T機、 VIA、 ISDN服務器，邏輯關系如下圖：一、維護終端的作用RBC_T模塊模塊ISDN服務器監(jiān)測模塊服務器監(jiān)測模塊VIA 監(jiān)測模塊監(jiān)測模塊維護終端模塊維護終端模塊 2.1.1 ISDN服務器模塊的作用 ISDN服務器模塊用于監(jiān)測ISDN卡的工作狀態(tài)，并將其發(fā)送給監(jiān)測機，再由監(jiān)測機將信息發(fā)送給RBC維護終端。 通常ISDN卡在異常時會在/CapiWatch/目錄下，出現如下報警： TRAP_INVALID， capiwatch_isdn 即監(jiān)測程序自身異常。 TRAP_ADAPTERNOTFOUND,監(jiān)測到服務器未能正常識別ISDN卡。 同時維護終端的設備運

3、行圖中也會出現ISDN指示燈變?yōu)榧t色的情況。如下圖所示： 2.1.2 監(jiān)測機模塊的作用 監(jiān)測機模塊用于監(jiān)測RBC的工作狀態(tài)以及各通信連接狀態(tài)，并將這些狀態(tài)以及ISDN卡的狀態(tài)送給維護終端模塊。 在RBC運行正常以及與各信息設備如聯鎖、TSR等設備通信正常的情況下，各設備的指示燈以及通信連線會顯示綠色，如下圖所示： 2.1.3 VIA模塊的作用 VIA模塊用于監(jiān)測VIA與CTC、JRU的連接狀態(tài)，并將這些狀態(tài)發(fā)送給維護終端模塊。 在RBC設備的日常維護中通常會出現VIA與CTC通信終端的報警，除了在RBC維護終端上有相應的信息顯示外，另外在VIA的Log日志中也會同步出現：CTC status

4、refreshed的提示，即CTC狀態(tài)更新，雖此類報警不影響設備使用，但也要長期記錄，通過周期來判斷其報警的具體原因。 2.1.4 維護終端模塊的作用 維護終端模塊將所獲得的所有信息匯總并顯示給維護人員使用，使維護人員能夠了解動車組和設備的運行情況，實時掌握動態(tài)，維護終端共分為以下幾個部分： 1、設備運行圖，在此圖上各設備之間的連接是由顯示在設備上的狀態(tài)燈，以及設備之間的連線表示。對于設備的連接狀態(tài)而言，綠色表示連接正常，紅色表示連接斷開，灰色表示狀態(tài)未知。白色只表示一種邏輯關系，不代表實際關系，其狀態(tài)也不會變換。 2、列表信息，共包括三個部分：列車信息、事件信息、警告信息，分別由3個Tab頁

5、表示。 列車信息顯示的是當前注冊到RBC上運行的列車如CTCSID、車次號、列車等級、模式、速度、無線通信狀態(tài)、MA狀態(tài)等。 事件信息與警告信息分為實時和歷史兩個Tab頁，主要用來顯示RBC設備本身以及與相鄰信息設備間的異常信息。 3、線路運行圖，用于顯示當前線路狀態(tài)以及運行于線路上的列車狀態(tài)。 合蚌線上分別將合蚌RBC管內的由蚌埠南站分界口至合肥站內的列車占用信息、移動授權、管轄范圍以及列車車次等信息在運行圖中進行了顯示。 在合蚌RBC的日常維護中，除了維護終端各種信息的調閱和處理之外，Log文件的分析則是工作中的重中之重，合蚌線每天都要開行30多趟動車組，在維護終端發(fā)現列車降級和停車后，怎

6、樣利用分析軟件結合所學知識快速找尋車地會話異常的原因，是考驗RBC工區(qū)職工素質的關鍵，下面就日常工作中遇到的列車異常信息分析進行講訴，讓大家對Log文件的分析有一個初步的了解。三、Log文件的分析9:29:52 G264收到最后一條行車許可，其中鏈接信息的P5包中包含的應答器鏈接信息已經延伸至蚌埠南管內進站信號機內方，即MA已經延伸至進站信號機內方，說明MA延伸沒有問題。9:31:10收到車地會話信息M136的P0包中包含NID_LRBG = 9113910通過工程數據表找到對應位置蚌埠南站管內K856+243處，即RBC1與RBC8的交界處，并隸屬于RBC8管內第一個區(qū)段，此時列車仍處于C3

7、完全監(jiān)督模式，列車速度為35Km/h。9:31:10RBC8向RBC1發(fā)送M205（只有列車最大安全前端已經通過RBC邊界時才發(fā)送M205），即RBC移交通知RBC接收列車最大安全前端已經通過RBC邊界。9:31:11收到M222即RBC8發(fā)給RBC1的移交接管職責，M204即RBC8發(fā)來的移交取消信息，此時觀察回放界面G264已經進入RBC8管內。（在正常移交情況下才會出現M222，M205）綜合上述信息，M204為正常的移交結束，RBC1作為移交RBC未出現異常。列車已C3完全監(jiān)督模式進入RBC8管內，車地會話信息正常。 13:19:34 G7284在中繼5管內K938+565處收到最后一

8、條車地會話信息，此時列車處于C3完全監(jiān)督模式。 13:19:34 RBC發(fā)給聯鎖的信息InterlockingId （聯鎖ID）= 1, ObjectIdentifier （對象標識）= 68, TrainStatus （列車狀態(tài)）= Train, MAStatus （MA狀態(tài)）= Train Reserved MA Acknowledged, PositionOfTrain（列車位置） = 1614, TrainLength（列車長度） = 210, TrainSpeed （列車速度）= 305，通過以上信息，說明此時列車位置為已知。 13:19:36 收到同步報警信息The train w

9、ith saCEPID 4 is disconnecting. (即在saCEPID 4注冊的列車即將丟失。) 13:19:52 在中繼站5管內K936+629處收到P4包M_ERROR = 5，說明列車此時無線超時，此時列車處于C2SN模式。 13:19:52 收到同步報警信息RBC has received an error report: Radio consistency .RBC（收到一個錯誤報告：即無線一致性。）Investigate the error report to check what is reported. （調查錯誤報告，從而檢查錯誤報告的原因。）Inform tr

10、ain operator or infrastructure responsible depending on the result.（通知列車司機或設備責。任人找出錯誤報告的原因。） 13:19:52 收到M204，即移交結束。此時終止了RBC2向RBC1的移交。 13:19:52 收到P42包Q_RBC = 0則說明RBC與列車G7284終止通信會話。 綜合上述信息，說明G7284在移交過程中無線超時導致移交結束，列車降級運行。 14:08:27 G265呼叫RBC1 14:08:29 與RBC1建立連接，此時列車為C3-FS模式，速度155km/h.后正常運行。 14:28:11 RBC

11、1log中出現報警：The supervision of active handing over session with RBC HBRBC2 timed out（表示與RBC2通信超時），后RBC1不再向G265發(fā)送任何信息，20S后G265車載ATP認為與RBC1通信超時。 14:28:46向RBC1報無線超時報警，此時列車已降為C2-SN模式，位置K918+126。 14:28:46 斷開與RBC1連接，以C2模式運行。 通過以上三個實例，可以看出通過Log文件的分析，能夠及時有效的判斷出車地異常信息的原因所在，從而為排除故障提供依據，當然在日常工作中Log文件的分析也不是萬能的，像Log文件中經常出現的通信漏洞，移交