無線閉塞中心的監(jiān)控方法及系統(tǒng)、無線閉塞中心的制作方法
【專利摘要】本發(fā)明實施例提供一種無線閉塞中心的監(jiān)控方法及系統(tǒng)、無線閉塞中心。其方法包括：第一無線閉塞中心判斷在預設的時間段內(nèi)是否接收到第二無線閉塞中心發(fā)送的第一消息，所述第一無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰；當所述第一無線閉塞中心判斷在預設的時間段內(nèi)未接收到第二無線閉塞中心發(fā)送的第一消息時，確定所述第二無線閉塞中心出現(xiàn)故障。采用本發(fā)明實施例的技術方案，能夠提供一種高效的RBC監(jiān)控方案，能夠讓作為HOV?RBC的RBC時刻識別到作為ACC?RBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACC?RBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
【專利說明】無線閉塞中心的監(jiān)控方法及系統(tǒng)、無線閉塞中心
【技術領域】
[0001]本發(fā)明實施例涉及列車通信【技術領域】，尤其涉及一種無線閉塞中心的監(jiān)控方法及系統(tǒng)、無線閉塞中心。
【背景技術】
[0002]無線閉塞中心(Radio Block Center ;RBC)是如中國列車控制系統(tǒng)3 (ChinaTrain Control System3 ;CTCS_3)級的列控系統(tǒng)中非常重要的信號設備，RBC通過與地面其他信號系統(tǒng)(如集中交通管制(Centralized traffic control ；CTC)系統(tǒng)、聯(lián)鎖(Interlocking ；IL)系統(tǒng)、臨時速度限制服務器(Temporary Speed Restriction Server ；TSRS)等)進行數(shù)據(jù)的交互，并向裝備列控系統(tǒng)車載設備的列車發(fā)送控車信息，控制列車的運行。I個RBC管轄范圍一般為100KM左右，一條客運專線部署多個RBC，因此列車在運行過程中需要進行RBC的切換。
[0003]現(xiàn)有技術中，當列車由一個RBC(可以稱之為交接(Handover ；H0V)RBC)切換至另一個RBC(可以稱之為接受(Accept ；ACC) RBC)時，HOV RBC直接向ACC RBC發(fā)送該要切換的列車的相關信息，以實現(xiàn)列車的RBC的切換。
[0004]在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在如下問題:現(xiàn)有技術中，相鄰的RBC之間不互相監(jiān)控，不能有效地識別對端的狀態(tài)，例如列車在相鄰RBC之間切換時，HOV RBC并不確定ACC RBC是否正常，而直接與其進行列車的RBC的切換。當ACC RBC出現(xiàn)故障時，HOV RBC會認為已經(jīng)對列車完成了 RBC的切換，導致RBC切換過程中存在較大的安全隱患，因此，亟需提供一種RBC監(jiān)控方法，以有效地保證列控系統(tǒng)的安全性。

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

[0005]本發(fā)明實施例提供一種無線閉塞中心的監(jiān)控方法及系統(tǒng)、無線閉塞中心，用以提供一種無線閉塞中心的監(jiān)控方案，以有效地保證列控系統(tǒng)的安全性。
[0006]—方面,本發(fā)明實施例提供一種無線閉塞中心的監(jiān)控方法,包括:
[0007]第一無線閉塞中心判斷在預設的時間段內(nèi)是否接收到第二無線閉塞中心發(fā)送的第一消息，所述第一無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰；
[0008]當所述第一無線閉塞中心判斷在預設的時間段內(nèi)未接收到第二無線閉塞中心發(fā)送的第一消息時，確定所述第二無線閉塞中心出現(xiàn)故障。
[0009]另一方面，本發(fā)明實施例還提供一種無線閉塞中心，包括:
[0010]判斷模塊，用于判斷在預設的時間段內(nèi)是否接收到第二無線閉塞中心發(fā)送的第一消息，所述無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰；
[0011]確定模塊，用于當所述判斷模塊判斷在預設的時間段內(nèi)未接收到所述第二無線閉塞中心發(fā)送的所述第一消息時，確定所述第二無線閉塞中心出現(xiàn)故障。
[0012]再一方面，本發(fā)明實施例還提供一種無線閉塞中心的監(jiān)控系統(tǒng)，包括第一無線閉塞中心和第二無線閉塞中心；所述第一無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰；所述第一無線閉塞中心和所述第二無線閉塞中心均采用如上所述的無線閉塞中心。
[0013]本發(fā)明實施例的無線閉塞中心的監(jiān)控方法及系統(tǒng)、無線閉塞中心，例如，由第一無線閉塞中心判斷在預設的時間段內(nèi)是否接收到第二無線閉塞中心發(fā)送的第一消息第一無線閉塞中心和第二無線閉塞中心在物理位置上相鄰；當?shù)谝粺o線閉塞中心判斷在預設的時間段內(nèi)未接收到第二無線閉塞中心發(fā)送的第一消息時，確定第二無線閉塞中心出現(xiàn)故障。采用本發(fā)明實施例的技術方案，能夠提供一種高效的RBC監(jiān)控方案，能夠讓作為HOV RBC的RBC時刻識別到作為ACC RBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACC RBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
【專利附圖】

【附圖說明】
[0014]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0015]圖1為本發(fā)明實施例提供的RBC監(jiān)控方法的流程圖。
[0016]圖2為本發(fā)明實施例提供的RBC監(jiān)控方法的使用場景圖。
[0017]圖3為本發(fā)明一實施例提供的RBC的結構示意圖。
[0018]圖4為本發(fā)明另一實施例提供的RBC的結構示意圖。
[0019]圖5為本發(fā)明實施例提供的RBC監(jiān)控系統(tǒng)的結構示意圖。
【具體實施方式】
[0020]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0021]圖1為本發(fā)明實施例提供的RBC監(jiān)控方法的流程圖。如圖1所示，本實施例的RBC監(jiān)控方法，具體可以包括如下步驟:
[0022]100、第一 RBC判斷在預設的時間段內(nèi)是否接收到第二 RBC發(fā)送的第一消息；
[0023]本實施例中的第一 RBC和第二 RBC在物理位置上相鄰。即一條鐵路上相鄰的兩個RBC。
[0024]101、當?shù)谝?RBC判斷在預設的時間段內(nèi)未接收到第二 RBC發(fā)送的第一消息時，確
定第二 RBC出現(xiàn)故障。
[0025]本實施例的無線閉塞中心的監(jiān)控方法，由第一 RBC判斷在預設的時間段內(nèi)是否接收到第二 RBC發(fā)送的第一消息，第一 RBC和第二 RBC在物理位置上相鄰；當?shù)谝?RBC判斷在預設的時間段內(nèi)未接收到第二 RBC發(fā)送的第一消息時，確定第二 RBC出現(xiàn)故障。采用本實施例的技術方案，能夠提供一種高效的RBC監(jiān)控方案，能夠讓作為HOV RBC的RBC時刻識別到作為ACCRBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACCRBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
[0026]可選地，在上述實施例的技術方案的基礎上，還可以包括如下可選技術方案，構成上述圖1所示實施例的可選實施例。
[0027]在圖1所示實施例的可選實施例中，在步驟100之后，還可以包括:當?shù)谝?RBC判斷在預設的時間段內(nèi)接收到第二 RBC發(fā)送的第一消息時，確定第二 RBC處于正常狀態(tài)。
[0028]可選地，在圖1所示實施例的可選實施例中，步驟101確定第二 RBC出現(xiàn)故障之后，還可以包括:第一 RBC向從第一 RBC管轄區(qū)域駛向第二 RBC管轄區(qū)域、且滿足RBC切換條件的列車發(fā)出第一通知消息，以告知列車不用進行RBC切換，例如此時可以降低為采用CTCS-2的列控方法對列車進行管理。本實施例中，當列車在從第一 RBC管轄區(qū)域駛向第二RBC管轄區(qū)域時，其中的滿足RBC切換條件具體可以為列車距離第二 RBC的實際距離滿足列車可以切換至第二 RBC的條件時，例如當列車距離第二 RBC的實際距離小于1.5KM、或者IKM或者0.5KM時，可以切換至第二 RBC，具體可以參考現(xiàn)有技術，在此不再贅述。實際應用中，RBC的切換條件還可以為其他條件，在此不再一一贅述。可選地，在圖1所示實施例的可選實施例中，還可以包括:第一 RBC周期性地向第二 RBC發(fā)送第二消息，以告知第二 RBC第一 RBC處于正常狀態(tài)；第一 RBC發(fā)送第二消息的周期長度等于預設的時間段的長度。此時可以認為第一 RBC為ACC RBC ;第二 RBC為HOV RBC0同理，對應與圖1所示實施例中的步驟100，正常情況下，第二RBC也會以預設的時間長度為周期，周期性地向第一RBC發(fā)送第一消息，以告知第一 RBC第二 RBC處于正常狀態(tài)。當?shù)诙?RBC出現(xiàn)故障，第一 RBC在預設的時間段內(nèi)就接收不到第一消息，此時第一 RBC可以認為第二 RBC出現(xiàn)故障。此時可以認為第二 RBC 為 ACC RBC ;第一 RBC 為 HOV RBC。
[0029]進一步可選地，上述實施例中的第一消息和第二消息中可以分別包括進路相關信息(Route Related Information ;RRI)、或者進路相關請求信息、或者預告信息、或者應答信息。
[0030]或者第一消息中可以包括第二 RBC管轄的列車數(shù)量，第二消息中可以包括第一RBC管轄的列車數(shù)量。
[0031]或者第一消息和第二消息還可以分別為空消息，此時對應的空消息即可以為類似于心跳消息的類心跳消息。
[0032]進一步可選地，在上述實施例的基礎上，當?shù)谝幌⒅邪ǖ诙?RBC管轄的列車數(shù)量，還可以包括如下步驟:
[0033](I)第一 RBC判斷第二 RBC管轄的列車數(shù)量是否達到飽和；當?shù)诙?RBC管轄的列車數(shù)量達到飽和時，執(zhí)行步驟⑵；否則當?shù)诙?RBC管轄的列車數(shù)量未達到飽和時，執(zhí)行步驟⑶；
[0034](2)第一 RBC向從第一 RBC管轄區(qū)域駛向第二 RBC管轄區(qū)域、且滿足RBC切換條件的列車發(fā)出第一通知消息，以告知列車不用進行RBC切換。
[0035](3)第一 RBC向第二 RBC發(fā)送RBC切換請求，以請求從第一 RBC管轄區(qū)域駛向第二 RBC管轄區(qū)域、且滿足RBC切換條件的列車切換由第二 RBC管理。即可以理解為繼續(xù)按照現(xiàn)有技術進行處理。
[0036]采用上述實施例的技術方案，提供了一種高效的RBC監(jiān)控方案，能夠讓作為HOVRBC的RBC時刻識別到作為ACC RBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACC RBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
[0037]圖2為本發(fā)明一實施例提供的RBC監(jiān)控方法的使用場景圖。本實施例在上述實施例的技術方案基礎上，提供一種應用場景實施例。如圖2所示，本實施例的RBC監(jiān)控方法，具體可以包括如下:
[0038]200、第一 RBC判斷在Tl時間段內(nèi)是否向相鄰的第二 RBC發(fā)送了 RR1、進路相關請
求信息、預告信息、或者應答信息；
[0039]例如當?shù)谝?RBC在Tl內(nèi)向第二 RBC發(fā)送了 RR1、進路相關請求信息、預告信息、或者應答信息，暫時不執(zhí)行任何操作。為了便于描述，本實施例中取Tl略小于第一 RBC和第
二RBC之間設置的周期性傳輸消息的周期長度T2，即T2為上述圖1及圖1的可選實施例中的預設的時間段的長度內(nèi)。
[0040]其中第一RBC向第二RBC發(fā)送了 RR1、進路相關請求信息、預告信息、或者應答信息的時機詳細可以參考現(xiàn)有技術，在此不再贅述。
[0041]201、當Tl時間段內(nèi)第一 RBC未向第二 RBC發(fā)送了 RR1、進路相關請求信息、預告信息、或者應答信息，在T2時間段截止前，第一 RBC向第二 RBC發(fā)送類心跳消息；
[0042]本實施例中的類消息為空消息，進一步可選地，還可以在該類心跳消息中攜帶第
一RBC管轄的列車的數(shù)量。
[0043]該步驟中的Tl和T2均是從第一 RBC緊鄰上一次向第二 RBC發(fā)送消息后開始計時。
[0044]本實施例中設置T2略大于Tl，是為了保證當?shù)谝?RBC正常時，一定要在T2時間段內(nèi)向第二 RBC發(fā)送消息，以使得第二 RBC能夠準確獲知第一 RBC的狀態(tài)，保證列車系統(tǒng)的正
常運行。
[0045]202、第二 RBC判斷在T2時間段內(nèi)是否接收到第一 RBC發(fā)送的RR1、進路相關請求
信息、預告信息、應答信息或者類心跳消息；
[0046]該步驟中的T2是從第二 RBC緊鄰上一次接收到第一 RBC發(fā)送的消息后開始計時。
[0047]203、當?shù)诙?RBC在T2時間段內(nèi)接收到第一 RBC發(fā)送的RR1、進路相關請求信息、預告信息、應答信息或者類心跳消息，第二 RBC確定第一 RBC正常；
[0048]且當?shù)诙?RBC接收到第一 RBC發(fā)送的RR1、進路相關請求信息、預告信息或者應答信息時，第二 RBC可以參考現(xiàn)有技術中相鄰RBC的通信機制，向第一 RBC作相應的響應。詳細可以參考相關現(xiàn)有技術，在此不再贅述。
[0049]當?shù)诙?RBC確定第一 RBC正常之后，第二 RBC管轄范圍內(nèi)有列車需要切換至第一RBC時，可以按照相關現(xiàn)有技術進行列車交接。
[0050]204、第二 RBC判斷在Tl時間段內(nèi)是否向第一 RBC發(fā)送了 RR1、進路相關請求信息、
預告信息、或者應答信息；
[0051]該步驟中的Tl是從第二 RBC緊鄰上一次向第一 RBC發(fā)送的消息后開始計時。
[0052]205、當Tl時間段內(nèi)第二 RBC未向第一 RBC發(fā)送了 RR1、進路相關請求信息、預告信息、或者應答信息，在T2時間段截止前，第二 RBC向第一 RBC發(fā)送類心跳消息；
[0053]同理第二 RBC向第一 RBC發(fā)送的類消息也可以為空消息，進一步可選地，還可以在該類心跳消息中也可以攜帶第二 RBC管轄的列車的數(shù)量。該步驟中的T2也是從第二 RBC緊鄰上一次向第一 RBC發(fā)送的消息后開始計時。[0054]同理，第二 RBC向第一 RBC發(fā)送類心跳消息，是為了保證當?shù)诙?RBC正常時，一定要在T2時間段內(nèi)向第一 RBC發(fā)送消息，以使得第一 RBC能夠準確獲知第二 RBC的狀態(tài)，保證列車系統(tǒng)的正常運行。
[0055]進一步可選地，在本實施例的步驟202之后，還可以包括如下步驟:
[0056]206、當?shù)诙?RBC在T2時間段內(nèi)未接收到第一 RBC發(fā)送的RR1、進路相關請求信息、預告信息、應答信息或者類心跳消息，第二 RBC確定第一 RBC出現(xiàn)故障。
[0057]按照上述步驟206，由于第二 RBC確定第一 RBC出現(xiàn)故障，此時若第二 RBC管轄范圍內(nèi)有列車需要切換至第一 RBC時，此時第二 RBC可以告知請求RBC切換的列車不能進行RBC切換，例如此時可以降低為采用CTCS-2的列控方法對列車進行管理，從而有效地保證了列控系統(tǒng)的安全。
[0058]由于RBC管轄范圍的鐵軌時雙向的，列車可以由第一 RBC駛向第二 RBC，也可以由第二 RBC駛向第一 RBC，因此在一個方向上第一 RBC可以作為HOV RBC，第二 RBC對應的作為ACC RBC0反之，在反方向上，第二 RBC可以作為HOV RBC，第一 RBC對應的作為ACC RBC0
[0059]本實施例的RBC監(jiān)控方法，能夠讓RBC識別出相鄰的RBC的狀態(tài)是正常還是股故障，從而提供一種高效的RBC監(jiān)控方案，有效地保證列車進行RBC切換的時候，是在能夠確保作為ACC RBC的RBC處于正常狀態(tài)下進行的，從而能夠有效地保證列控系統(tǒng)的安全性。
[0060]本領域普通技術人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0061]圖3為本發(fā)明一實施例提供的RBC的結構示意圖。如圖3所示，本實施例的RBC，具體可以包括:判斷模塊10和確定模塊11。
[0062]判斷模塊10用于判斷在預設的時間段內(nèi)是否接收到第二 RBC發(fā)送的第一消息，本實施例的RBC和第二 RBC在物理位置上相鄰。確定模塊11與判斷模塊10連接，確定模塊11用于當判斷模塊10判斷在預設的時間段內(nèi)未接收到第二 RBC發(fā)送的第一消息時，確定第
二RBC出現(xiàn)故障。
[0063]本實施例的RBC通過采用上述模塊實現(xiàn)監(jiān)控的技術方案與上述相關方法實施例的實現(xiàn)機制相同詳細可以參考上述相關方法實施例的記載，在此不再贅述。
[0064]本實施例的RBC，通過采用上述模塊實現(xiàn)由RBC判斷在預設的時間段內(nèi)是否接收到第二 RBC發(fā)送的第一消息，RBC和第二 RBC在物理位置上相鄰；當RBC判斷在預設的時間段內(nèi)未接收到第二 RBC發(fā)送的第一消息時，確定第二 RBC出現(xiàn)故障。采用本發(fā)明實施例的技術方案，能夠提供一種高效的RBC監(jiān)控方案，能夠讓作為HOV RBC的RBC時刻識別到作為ACC RBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACC RBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
[0065]圖4為本發(fā)明另一實施例提供的RBC的結構示意圖。如圖4所示，本實施例的RBC在上述圖3所示實施例的基礎上，進一步還可以包括如下技術方案。
[0066]本實施例的RBC中，確定模塊11還用于當判斷模塊10判斷在預設的時間段內(nèi)接收到第二 RBC發(fā)送的第一消息時，確定第二 RBC處于正常狀態(tài)。
[0067]可選地，本實施例的RBC，還可以包括發(fā)送模塊12。發(fā)送模塊12與確定模塊11連接，發(fā)送模塊12用于當確定模塊11確定第二 RBC出現(xiàn)故障之后，向從第一 RBC管轄區(qū)域駛向第二 RBC管轄區(qū)域、且滿足RBC切換條件的列車發(fā)出第一通知消息，以告知列車不用進行RBC切換。RBC切換條件可以參考上述方法實施例的步驟，在此不再贅述。
[0068]進一步可選地，本實施例的RBC中發(fā)送模塊12還用于周期性地向第二 RBC發(fā)送第二消息，以告知第二 RBCRBC處于正常狀態(tài)；發(fā)送模塊發(fā)送第二消息的周期長度等于預設的時間段的長度。
[0069]可選地，本實施例的RBC中第一消息和第二消息中可以分別包括進路相關信息、或者進路相關請求信息、或者預告信息、或者應答信息；
[0070]或者第一消息中可以包括第二 RBC管轄的列車數(shù)量，第二消息中可以包括第一RBC管轄的列車數(shù)量；
[0071]或者第一消息和第二消息可以分別為空消息。
[0072]進一步可選地，本實施例的RBC中，判斷模塊10還用于當?shù)谝幌⒅邪ǖ诙?RBC管轄的列車數(shù)量，判斷第二 RBC管轄的列車數(shù)量是否達到飽和；發(fā)送模塊12還與判斷模塊10連接，發(fā)送模塊12還用于當判斷模塊10判斷確定第二 RBC管轄的列車數(shù)量達到飽和時，向從第一 RBC管轄區(qū)域駛向第二 RBC管轄區(qū)域、且滿足RBC切換條件的列車發(fā)出第一通知消息，以告知列車不用進行RBC切換。
[0073]可選地，發(fā)送模塊12還用于當判斷模塊10判斷確定第二 RBC管轄的列車數(shù)量未達到飽和時，向第二 RBC發(fā)送RBC切換請求，以請求從第一 RBC管轄區(qū)域駛向第二 RBC管轄區(qū)域、且滿足RBC切換條件的列車切換由第二 RBC管理。
[0074]本實施例的RBC，以包括上述所有可選技術方案為例介紹本發(fā)明的技術方案，實際應用中，上述所有可選技術方案可以采用任意可結合的方式結合，構成本發(fā)明的可選實施例，在此不再 舉例。
[0075]本實施例的RBC通過采用上述模塊實現(xiàn)監(jiān)控的技術方案與上述相關方法實施例的實現(xiàn)機制相同詳細可以參考上述相關方法實施例的記載，在此不再贅述。
[0076]本實施例的RBC，通過采用上述模塊，能夠提供一種高效的RBC監(jiān)控方案，能夠讓作為HOV RBC的RBC時刻識別到作為ACC RBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACC RBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
[0077]圖5為本發(fā)明實施例提供的RBC監(jiān)控系統(tǒng)的結構示意圖。如圖5所示，本實施例的RBC監(jiān)控系統(tǒng)，包括第一 RBC20和第二 RBC30 ;第一 RBC20和第二 RBC30在物理位置上相鄰。
[0078]例如第二 RBC30，用于按照周期長度等于預設的時間段，周期性地向第一 RBC20發(fā)送第一消息。第一 RBC20用于判斷在預設的時間段內(nèi)是否接收到第二 RBC30發(fā)送的第一消息，第一 RBC20還用于當在預設的時間段內(nèi)未接收到第二 RBC30發(fā)送的第一消息時，確定第
二RBC30出現(xiàn)故障。此時第二 RBC30可以作為HOV RBC，第一 RBC20可以作為ACC RBC。
[0079]反之，本實施例中的第一 RBC20和第二 RBC30實現(xiàn)上述功能可以互換。此時第一RBC20可以作為HOV RBC，第二 RBC30可以作為ACC RBC。本實施例的第一 RBC20和第二RBC30具體采用如上圖2或者圖3所示實施例的RBC，詳細可以參考上述實施例的記載，在此不再贅述。[0080]本實施例的RBC監(jiān)控系統(tǒng)，通過采用上述第一 RBC和第二 RBC，能夠提供一種高效的RBC監(jiān)控方案，能夠讓作為HOV RBC的RBC時刻識別到作為ACC RBC的RBC的狀態(tài)，從而能夠列車在RBC切換的時候，能夠確保作為ACC RBC的RBC處于正常狀態(tài)下進行RBC的切換，從而能夠有效地保證列控系統(tǒng)的安全性。
[0081]以上所描述的裝置實施例僅僅是示意性的，其中作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到至少兩個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0082]最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。
【權利要求】
1.一種無線閉塞中心的監(jiān)控方法，其特征在于，包括: 第一無線閉塞中心判斷在預設的時間段內(nèi)是否接收到第二無線閉塞中心發(fā)送的第一消息，所述第一無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰； 當所述第一無線閉塞中心判斷在預設的時間段內(nèi)未接收到第二無線閉塞中心發(fā)送的第一消息時，確定所述第二無線閉塞中心出現(xiàn)故障。
2.根據(jù)權利要求1所述的方法，其特征在于，所述方法還包括:當所述第一無線閉塞中心判斷在預設的時間段內(nèi)接收到第二無線閉塞中心發(fā)送的第一消息時，確定所述第二無線閉塞中心處于正常狀態(tài)。
3.根據(jù)權利要求1所述的方法，其特征在于，所述確定所述第二無線閉塞中心出現(xiàn)故障之后，所述方法還包括: 所述第一無線閉塞中心向從所述第一無線閉塞中心管轄區(qū)域駛向所述第二無線閉塞中心管轄區(qū)域、且滿足無線閉塞中心切換條件的列車發(fā)出第一通知消息，以告知所述列車不用進行無線閉塞中心切換。
4.根據(jù)權利要求1-3任一所述的方法，其特征在于，所述方法還包括: 所述第一無線閉塞中心周期性地向所述第二無線閉塞中心發(fā)送第二消息，以告知所述第二無線閉塞中心所述第一無線閉塞中心處于正常狀態(tài)；所述第一無線閉塞中心發(fā)送所述第二消息的周期長度等于所述預設的時間段的長度。
5.根據(jù)權利要求4所述的方法，其特征在于，所述第一消息和所述第二消息中分別包括進路相關信息、或者進路相關請求信息、或者預告信息、或者應答信息； 或者所述第一消息中包括所`述第二無線閉塞中心管轄的列車數(shù)量，所述第二消息中包括所述第一無線閉塞中心管轄的列車數(shù)量； 或者所述第一消息和所述第二消息分別為空消息。
6.根據(jù)權利要求5所述的方法，其特征在于，當所述第一消息中包括所述第二無線閉塞中心管轄的列車數(shù)量，所述方法還包括: 所述第一無線閉塞中心判斷所述第二無線閉塞中心管轄的列車數(shù)量是否達到飽和； 當所述第二無線閉塞中心管轄的列車數(shù)量達到飽和時，所述第一無線閉塞中心向從所述第一無線閉塞中心管轄區(qū)域駛向所述第二無線閉塞中心管轄區(qū)域、且滿足無線閉塞中心切換條件的列車發(fā)出第一通知消息，以告知所述列車不用進行無線閉塞中心切換。
7.根據(jù)權利要求6所述的方法，其特征在于，所述方法還包括: 當所述第二無線閉塞中心管轄的列車數(shù)量未達到飽和時，所述第一無線閉塞中心向所述第二無線閉塞中心發(fā)送無線閉塞中心切換請求，以請求從所述第一無線閉塞中心管轄區(qū)域駛向所述第二無線閉塞中心管轄區(qū)域、且滿足無線閉塞中心切換條件的列車切換由所述第二無線閉塞中心管理。
8.一種無線閉塞中心，其特征在于，包括: 判斷模塊，用于判斷在預設的時間段內(nèi)是否接收到第二無線閉塞中心發(fā)送的第一消息，所述無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰； 確定模塊，用于當所述判斷模塊判斷在預設的時間段內(nèi)未接收到所述第二無線閉塞中心發(fā)送的所述第一消息時，確定所述第二無線閉塞中心出現(xiàn)故障。
9.根據(jù)權利要求8所述的無線閉塞中心，其特征在于，所述確定模塊，還用于當所述判斷模塊判斷在預設的時間段內(nèi)接收到第二無線閉塞中心發(fā)送的第一消息時，確定所述第二無線閉塞中心處于正常狀態(tài)。
10.根據(jù)權利要求8或9所述的無線閉塞中心，其特征在于，所述無線閉塞中心還包括: 發(fā)送模塊，用于當所述確定模塊確定所述第二無線閉塞中心出現(xiàn)故障之后，向從所述第一無線閉塞中心管轄區(qū)域駛向所述第二無線閉塞中心管轄區(qū)域、且滿足無線閉塞中心切換條件的列車發(fā)出第一通知消息，以告知所述列車不用進行無線閉塞中心切換。
11.根據(jù)權利要求10所述的無線閉塞中心，其特征在于，所述發(fā)送模塊，還用于周期性地向所述第二無線閉塞中心發(fā)送第二消息，以告知所述第二無線閉塞中心所述無線閉塞中心處于正常狀態(tài)；所述發(fā)送模塊發(fā)送所述第二消息的周期長度等于所述預設的時間段的長度。
12.根據(jù)權利要求11所述的無線閉塞中心，其特征在于，所述第一消息和所述第二消息中分別包括進路相關信息、或者進路相關請求信息、或者預告信息、或者應答信息； 或者所述第一消息中包括所述第二無線閉塞中心管轄的列車數(shù)量，所述第二消息中包括所述第一無線閉塞中心管轄的列車數(shù)量； 或者所述第一消息和所述第二消息分別為空消息。
13.根據(jù)權利要求12所述的無線閉塞中心，其特征在于: 所述判斷模塊，還用于當所述第一消息中包括所述第二無線閉塞中心管轄的列車數(shù)量，判斷所述第二無線閉塞中心管轄的列車數(shù)量是否達到飽和； 所述發(fā)送模塊，還用于當所述第二無線閉塞中心管轄的列車數(shù)量達到飽和時，向從所述第一無線閉塞中心管轄區(qū)域駛向所述第二無線閉塞中心管轄區(qū)域、且滿足無線閉塞中心切換條件的列車發(fā)出第一通知消息，以告知所述列車不用進行無線閉塞中心切換。
14.根據(jù)權利要求13所述的無線閉塞中心，其特征在于，所述發(fā)送模塊，還用于當所述第二無線閉塞中心管轄的列車數(shù)量未達到飽和時，向所述第二無線閉塞中心發(fā)送無線閉塞中心切換請求，以請求從所述第一無線閉塞中心管轄區(qū)域駛向所述第二無線閉塞中心管轄區(qū)域、且滿足無線閉塞中心切換條件的列車切換由所述第二無線閉塞中心管理。
15.一種無線閉塞中心的監(jiān)控系統(tǒng)，其特征在于，包括第一無線閉塞中心和第二無線閉塞中心；所述第一無線閉塞中心和所述第二無線閉塞中心在物理位置上相鄰；所述第一無線閉塞中心和所述第二無線閉塞中心均采用如上權利要求8-14任一所述的無線閉塞中心。
【文檔編號】B61L27/00GK103507835SQ201210223052
【公開日】2014年1月15日 申請日期:2012年6月29日 優(yōu)先權日:2012年6月29日
【發(fā)明者】尹曉峰 申請人:華為技術有限公司