專利名稱：鐵路信息傳輸方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及鐵路信息傳輸方法和系統(tǒng)，它便于檢測鐵路信息系統(tǒng)中傳輸路徑的故障，其中信息以連續(xù)傳輸模式在地面設備與車載設備之間傳輸。
背景技術：
鐵路系統(tǒng)在車載控制設備與地面控制設備之間的傳輸模式包括連續(xù)傳輸模式和點傳輸模式。在連續(xù)傳輸模式下，同樣的信息以預先確定的時間間隔重復傳送，從而確保信息傳輸?shù)目煽啃裕驗榭梢詮膫魉托畔⒅袛嘀袡z測設備故障。
這里所采用的基于連續(xù)傳輸模式的列車控制例如是自動列車控制系統(tǒng)(ATC系統(tǒng))。在該系統(tǒng)中，給出軌道上各部分速度限制的方法是基于模擬信息傳輸?shù)目刂品椒?，其中通過發(fā)送和接收對應速度限制的頻率信號來傳送速度限制信息。
相反，在日本專利申請公開No.128760/1991中揭示的例子采用數(shù)字信息傳送方法，其中信息的傳送方式是，通過調制速度限制信息獲得的信號波作為數(shù)字信息從地面控制設備發(fā)送，并且由車載控制設備接收并解調所發(fā)送的信號波。
此外，在發(fā)送數(shù)字信息過程中，采用信息內容被一比特錯誤破壞時的信息錯誤檢測方法使得信息發(fā)送側設備發(fā)送附加了錯誤檢測用的冗余碼(例如CRC(循環(huán)冗余檢驗)碼)的信息并使接收發(fā)送信息的設備檢驗檢錯碼和信息的內容從而避免使用錯誤信息進行處理。
對于附加冗余碼的方法，日本專利申請No.1364725/1988揭示了一種冗余碼處理方法，其中發(fā)送設備利用待通信的信息形成矩陣并在矩陣的行與列方向上形成冗余碼，它還發(fā)送合成的信息，接收設備同樣形成接收信息的矩陣并在矩陣的行與列方向上形成冗余碼，它用接收的冗余碼校對形成的冗余碼，從而檢測和校正接收信息的錯誤。
在列車控制中，例如在進行安全控制的系統(tǒng)(例如自動列車控制系統(tǒng)(ATC))中，要求在故障時地面設備停止向列車輸出信息并使列車能判斷地面設備故障或者向列車發(fā)送發(fā)生故障的信息，由于重復發(fā)送地面設備故障的同一信息，所以列車安全性得到保障。為了滿足這些要求，地面設備采用比整個系統(tǒng)可靠性更高的設備。為此，地面設備的結構復雜而價格昂貴。
作為一種削減鐵路系統(tǒng)成本的方法，考慮在地面設備中采用簡單的處理結構。但是如同在連續(xù)發(fā)送模式中那樣處理重復發(fā)送的不斷更新的信息時，可能會引起故障，導致出現(xiàn)以前發(fā)送的信息經過合適的發(fā)送處理似乎象新信息的狀態(tài)。
在這樣的一種場合下，由于CRC碼等的糾錯裝置便于檢測待通信的信息比特錯誤，所以任何基于CRC碼的檢驗方法都無法發(fā)現(xiàn)設備故障，除非發(fā)送信息前發(fā)生比特錯誤。
本發(fā)明的一個目標是實現(xiàn)發(fā)送路徑故障的簡單尋找并進一步提高自動列車控制的列車服務安全性，在鐵路信息發(fā)送方法和系統(tǒng)中，信息在列車控制設備與地面控制設備之間利用連續(xù)發(fā)送模式發(fā)送。

發(fā)明內容
在本發(fā)明中，信息以連續(xù)發(fā)送模式在行駛列車上的車載控制設備與管理行駛列車的地面設備之間傳送，其中在每次發(fā)送處理時以預定程序更新的冗余碼附加在待通信信息上，隨后信息被發(fā)送，并且包含在接收信息內的冗余碼用接收側形成并以預定程序更新的冗余碼作校對。
而且如果冗余碼的校對結果不一致，則向接收側報告校對結果，或者作為信號輸出從而把該信號發(fā)送給處理列車緊急事件的裝置。
附圖的簡要說明

圖1為按照本發(fā)明的與發(fā)送有關的框圖。圖2為圖1所示冗余碼生成裝置處理內容的框圖。圖3、4和5為信息發(fā)送系統(tǒng)的框圖，每個表示本發(fā)明另一個實施例。圖6為圖5實施例所包含冗余碼表的詳細示意圖。
實施發(fā)明的較佳方式以下描述本發(fā)明實施例應用于自動列車控制系統(tǒng)(ATC系統(tǒng))的發(fā)送系統(tǒng)的實例。圖1示出了發(fā)送處理的框圖，其中信息從地面控制設備向車載控制設備發(fā)送。
控制列車的車載控制設備1安裝在行駛的列車上，而管理行駛列車的地面控制設備2安裝在地面。在兩種設備之間的信息發(fā)送中，信息以連續(xù)發(fā)送模式，通過經網絡3與地面控制設備2耦合的多個地面發(fā)射機/接收機41～4n向跟蹤電路發(fā)送信息。
與車載控制設備1相連的是檢測列車速度的速度檢測器5、顯示單元6和剎車控制器7。車載控制設備1包括產生接收冗余碼的冗余碼生成裝置，在接收到速度檢測器5的輸出后以預定程序更新冗余碼；以及校對碼處理裝置12，用來以附加在地面控制設備2發(fā)送信息上的冗余碼校對接收到的冗余碼，裝置12的信號按照校對結果輸出至顯示單元6或者剎車控制器7。
另一方面，地面控制設備2包括產生以預定程序更新的通信冗余碼的冗余碼生成裝置21；以及將每次發(fā)送由冗余碼生成裝置21生成的信息時更新的通信冗余碼附加在通信信息上從而形成發(fā)送信息，發(fā)送信息通過網絡發(fā)送至與網絡3相連的多個地面發(fā)射機/接收機41-4n。
以下借助圖2描述冗余碼生成裝置11、21的處理內容。每個裝置包括每十次計數(shù)循環(huán)一次的計數(shù)器，其內容在處理次數(shù)更新時更新。由于冗余碼通過借助于用“5中取2”碼(該模式下包含在5個比特內的1的個數(shù)不會失效)表示計數(shù)器數(shù)值0～9而產生，所以每隔一定處理次數(shù)按照圖示的模式更新。
順便說一下，列車上的冗余碼生成裝置11從速度檢測器5的輸出檢測列出的停業(yè)(例停在站臺上)，并且根據(jù)檢測到的停止狀態(tài)初始化或更新列車和地面上冗余碼生成裝置內的計數(shù)器。
以下描述本實施例的發(fā)送操作。在本實施例中，用于根據(jù)發(fā)送過程中產生一比特錯誤的糾錯的CRC碼應附屬在待發(fā)送的通信信息上。
開始時，由于從地面?zhèn)劝l(fā)送的第一通信冗余碼的內容為對應計數(shù)器“0”的{00110}，所以發(fā)送信息變?yōu)榘l(fā)送信息＝{通信信息}+{00110}+{CRC編碼}發(fā)送信息從地面控制設備通過網絡向地面發(fā)射機/接收機傳送，地面發(fā)射機/接收機通過鐵軌電路發(fā)送向車載控制設備傳送發(fā)送信息。
車載控制設備首先根據(jù)CRC碼檢驗接收到的發(fā)送信息。接著，它校對冗余碼從而確認待通信的信息是正確的數(shù)據(jù)。在這種方式下，發(fā)送期間發(fā)送信息內任何比特錯誤可以首先通過對CRC碼的檢驗而發(fā)現(xiàn)。
由于發(fā)送信息內包含的通信冗余碼隨后用保存在車載控制設備內的接收冗余碼校對，所以可以在每次發(fā)送時確認發(fā)送信息正是地面控制設備發(fā)送的信息。
在實例中，車載控制設備首先從地面?zhèn)冉邮盏娜哂啻a包含地面控制設備生成的通信冗余碼的內容{00110}。
另一方面，每次接收時在車載控制設備內生成接收冗余碼，并且其內容為對應計數(shù)器“0”的{00110}。
因此，通信冗余碼與接收冗余碼一致，并且可以確認發(fā)送是正確的。
在下一發(fā)送時，地面控制設備內的計數(shù)器數(shù)值更新為“1”，并且通信冗余碼的內容更新為{00011}。因此，發(fā)送信息內的冗余碼內容變?yōu)閧00011}。
此外，車載控制設備內冗余碼的內容也根據(jù)計數(shù)器值更新為{00011}。因此，通信冗余碼與接收冗余碼一致，并且因此可以確認為發(fā)送正確。
與此同時，如果地面發(fā)射機/接收機和網絡出現(xiàn)故障，則發(fā)送信息無法正確傳送。在這種情況下有一種方法可以發(fā)現(xiàn)地面發(fā)射機/接收機和網絡中的故障。
首先考慮地面發(fā)射機/接收機或網絡出現(xiàn)故障且不發(fā)送信息的情況。在這種情況下，信息無法發(fā)送，并且可以根據(jù)車載控制設備至少在預定間隔內接收不到發(fā)送信息的事實發(fā)現(xiàn)故障。
接著考慮地面發(fā)射機/接收機出現(xiàn)故障并且重復發(fā)送以前發(fā)送的信息的情況。在這種情況下，故障發(fā)生在每個計數(shù)器內容為“1”的發(fā)送信息發(fā)送之后，通信冗余碼的內容仍然為對應計數(shù)器內容“1”的{00110}。另一方面，車載控制設備內的計數(shù)器在接收處理時更新，從而使接收到的冗余碼的內容變?yōu)閷?”的{00101}。在出現(xiàn)故障之后的發(fā)送信息中，車載控制設備內的信息項變?yōu)榘l(fā)送信息＝{通信信息}+{00011}+{CRC編碼}接收冗余碼＝{00101}基于CRC碼的檢測用來只檢測發(fā)送信息中是否有錯誤比特，從而使得無法檢測故障。但是由于每次發(fā)送時更新的冗余碼用于校對過程，所以各發(fā)送信息項的更新狀態(tài)可以檢驗。在校對結果中，掌握了發(fā)送信息內冗余碼的內容與車載控制設備的冗余碼內容不一致。因此接收的發(fā)送信息不是地面控制設備正確發(fā)送的信息，并且可以辨明故障發(fā)生在構成傳輸路徑的網絡還是地面發(fā)射機/接收機內。
由此描述了一種利用冗余碼來區(qū)分發(fā)送的信息是否為正確發(fā)送的信息的方法。
在發(fā)送信息未正確發(fā)送的場合，車載控制設備處于無法從地面控制設備獲取以發(fā)送信息形式獲取的數(shù)據(jù)的狀態(tài)。如果列車在上述狀態(tài)下行駛，則由于不知道同方向上行駛的前一列車的距離，所以安全得不到保證。因此在上述狀態(tài)持續(xù)至少一個預定間隔時，車載控制設備執(zhí)行處理以保持相關列車處于安全狀態(tài)，在車廂的顯示單元上顯示發(fā)送路徑上的故障，從而將情況報告給列車司機或者向處理緊急情況的裝置(例如剎車控制器)給出剎車命令，讓列車停下。
接著描述從地面控制設備向多節(jié)列車的車載控制設備發(fā)送信息的情況。
地面控制設備生成與例如列車#1和#2的通信信息項，并且分別向列車#1和#2發(fā)送帶有列車編號的發(fā)送信息項、對應通信信息項的冗余碼和CRC碼。
已經描述的情形是信息從地面控制設備向車載控制設備發(fā)送。在信息從車載控制設備向地面控制設備發(fā)送的情況下，只有圖1所示信息的發(fā)送方向發(fā)生變化，并且結構基本上相同。
但是在這種情況下，在地面控制設備中放置編碼校對處理裝置。地面?zhèn)妊b備操作裝置，當來自車載控制設備的冗余碼的校對導致的不一致的狀態(tài)處于持續(xù)至少一個預定間隔時執(zhí)行保持列車安全狀態(tài)的處理，在地面控制設備的顯示單元上顯示發(fā)送路徑故障，從而向地面控制設備操作者報告情況，或者向處理列車緊急情況的裝置發(fā)出命令(例如向安裝在地面控制設備控制范圍內的信號裝置給出停車指示)，由此停止列車行駛。
以下描述車載控制設備和地面控制設備內冗余碼的初始化。為了在機車與地面之間正常發(fā)送信息，車載控制設備與地面控制設備的冗余碼生成裝置內保存的計數(shù)器內容需要一致。通過在控制設備之間開始發(fā)送之前將兩個冗余碼生成裝置內的計數(shù)器內容一致以完成初始化過程。
順便提及，在使計數(shù)器內容一致期間，不能執(zhí)行發(fā)送信息的編碼校對處理，并且列車的安全性能遭到破壞。因此作為執(zhí)行使計數(shù)器內容一致的條件，必須確認列車處于安全狀態(tài)。為此，在通過列車速度檢測確認與車站停車指示、信號裝置等一致的列車停駛時才執(zhí)行計數(shù)器內容一致過程。此外在強迫計數(shù)器內容一致的情況下，在通過從地面控制設備向信號裝置發(fā)送命令停駛列車之后才執(zhí)行該過程。
圖3為本發(fā)明另一實施例的信息發(fā)送系統(tǒng)的框圖。與圖1的不同點是在將冗余碼附加在發(fā)送信息時，地面控制設備將下一發(fā)送時序附加在發(fā)送信息上的部分冗余碼作為預告信息附加上去，并形成包含預告信息的信息的CRC碼，從而向車載控制設備發(fā)送最終的信息作為發(fā)送信息。
這種發(fā)送信息的結構變?yōu)榘l(fā)送信息＝{通信信息}+{冗余碼}+{預告信息}+{CRC碼}依據(jù)實例考慮地面控制設備內冗余碼生成裝置21的計數(shù)為“1”的情況。此時，冗余碼的內容為{00011}。由于在下一發(fā)送時序時計數(shù)器更新為“2”，所以那時的冗余碼內容變?yōu)閧00101}。假定預告信息的內容是是下一發(fā)送時序的整個冗余碼，則計數(shù)器內容為“1”的預告信息變?yōu)閷嫈?shù)器內容為“2”的{00101}，并且發(fā)送信息變?yōu)榘l(fā)送信息＝{通信信息}+{00011}+{00101}+{CRC碼}車載控制設備通過預告信息保存裝置13保存接收的發(fā)送信息中的預告信息。因此預告信息保存裝置的內容為預告信息保存裝置＝{00101}在下一發(fā)送時序，計數(shù)器的內容更新為“2”，并且預告信息變?yōu)閷嫈?shù)器內容“3”的{01001}。因此發(fā)送信息變?yōu)榘l(fā)送信息＝{通信信息}+{00101}+{01001}+{CRC碼}在車載控制設備中，接收的發(fā)送信息內的冗余碼用預告信息保存裝置的內容校對。此時，冗余碼內容為{00101}，并且預告信息保存裝置的內容為{00101}。因此二者內容一致，并且可以確認當前發(fā)送信息是上次發(fā)送信息經正確更新的信息。
現(xiàn)在考慮網絡或地面發(fā)射機/接收機發(fā)生故障的情況，這里上次發(fā)送時序時發(fā)送的發(fā)送信息不斷被重復發(fā)送。當對應計數(shù)器內容為“1”的發(fā)送信息不斷重復而不發(fā)送計數(shù)器值更新為“2”的發(fā)送信息時，車載控制設備接收的發(fā)送信息變?yōu)榘l(fā)送信息＝{通信信息}+{00011}+{00101}+{CRC碼}此時冗余碼的內容為{00011}，并且預告信息的內容為{00101}。在這種方式下，預告信息保存裝置的內容與發(fā)送信息中冗余碼之間的校對導致不一致。因此發(fā)現(xiàn)發(fā)送信息未正確發(fā)送。
圖4為本發(fā)明另一實施例的信息發(fā)送系統(tǒng)。與圖1的不同之處是在將冗余碼附加在發(fā)送信息上時，地面控制設備將上次發(fā)送時序時附加在發(fā)送信息上的部分冗余碼作為確認信息附加，并生成帶有確認信息的CRC碼，從而向車載控制設備發(fā)送最終信息作為發(fā)送信息。
因此發(fā)送信息的結構變?yōu)榘l(fā)送信息＝{通信信息}+{冗余碼}+{確認信息}+{CRC碼}借助實例考慮地面控制設備內冗余碼產生裝置的計數(shù)器計數(shù)為“3”時的情形。此時，冗余碼內容為{01001}。由于上一次發(fā)送時序時計數(shù)器的計數(shù)為“2”，所以此時的冗余碼內容變?yōu)閧00101}。假定確認信號內容是上一次發(fā)送時序的整個冗余碼，所以計數(shù)器內容為“3”的確認信息變?yōu)閷嫈?shù)器內容“2”的{00101}，并且發(fā)送信息變?yōu)榘l(fā)送信息＝{通信信息}+{01001}+{00101}+{CRC碼}車載控制設備利用確認信息保存裝置14保存接收到的發(fā)送信息內的冗余碼。因此確認信息保存裝置的內容變?yōu)榇_認信息保存裝置＝{01001}在下一發(fā)送時序，計數(shù)器的內容更新為“4”，并且確認信息變?yōu)閷嫈?shù)器內容“3”的{01001}。因此發(fā)送信息變?yōu)榘l(fā)送信息＝{通信信息}+{01010}+{01001}+{CRC碼}這里車載處理設備校對包含在接收的發(fā)送信息內的確認信息和確認信息保存裝置的內容。確認信息的內容為{01001}，并且確認信息信息保證裝置的內容為{01001}。因此二者內容一致，并可以確定上一次發(fā)送信息被當前發(fā)送信息正確更新。
現(xiàn)在考慮網絡和地面發(fā)射機/接收機出現(xiàn)故障時的情形，這里上一次發(fā)送時序發(fā)送的發(fā)送信息被重復發(fā)送。當對應計數(shù)器內容“3”的發(fā)送信息被重復而不發(fā)送計數(shù)器數(shù)值更新為“4”的發(fā)送信息時，車載控制設備接收的發(fā)送信息為發(fā)送信息＝{通信信息}+{01001}+{00101}+{CRC碼}此時的確認信息內容為{00101}，而確認信息保存裝置的內容為{01001}。在這種方式下，確認信息保存裝置內容與發(fā)送信息內冗余碼的校對導致不一致。因此發(fā)現(xiàn)發(fā)送信息的更新狀態(tài)不正確。
圖5為本發(fā)明另一實施例的信息發(fā)送系統(tǒng)框圖。該實施例實現(xiàn)圖3或圖4實施例相同的目標并且便于在每次接收時確認接收的發(fā)送信息內冗余碼的更新狀態(tài)，從而在圖5中只示出了車載一側作為接收一側。與圖3或圖4的不同之處是在多個連續(xù)發(fā)送時序上形成了基于發(fā)送信息項內冗余碼的冗余碼串，從而使形成的串與前面形成的冗余碼表15進行模式匹配。以下描述該方法。
雖然在圖5的實施例中以地面控制設備向車載控制設備發(fā)送信息為例，但是相反的情形也是如此。首先在車載控制設備中，由冗余碼生成裝置11(圖1所示)在處理開始時形成圖6所示的冗余碼表。在表中，表的內容對應表號，并且表號和表內容分別對應圖2所示的計數(shù)器內容和冗余碼。
以下描述該實施例的操作。在向車載控制設備發(fā)送控制信息時，地面控制設備將地面控制設備內冗余碼產生裝置產生的通信冗余碼和控制信息用的CRC碼附加上去。假定冗余碼產生裝置中計數(shù)器的內容為”1“，則此時的通信冗余碼為圖2的{00011}。因此發(fā)送信息的組成內容為發(fā)送信息＝{通信信息}+{冗余碼}+{確認信息}+{CRC碼}因此車載控制設備首先根據(jù)CRC碼檢驗接收的發(fā)送信息內是否發(fā)生比特錯誤。接著，提取通信冗余碼并將提取的碼加入冗余碼串，從而更新冗余碼串。假定冗余碼串的內容由對應三次發(fā)送處理的通信冗余碼組成，下一發(fā)送處理中和再下一發(fā)送處理中的通信冗余碼進入冗余碼串中。由于這些次數(shù)的通信冗余碼內容分別對應計數(shù)器值“2”和“3”的內容，所以它們分別是{00101}和{01001}。因此冗余碼串變?yōu)槿哂啻a串＝{00011}+{00101}+{01001}該冗余碼串用圖6所示的冗余碼表內容校對，從而檢驗是否存在一致模式。在這種情況下，對應表號{1}、{2}和{3}的表內容與模式一致，并且可以確定對應接收的冗余碼(作為冗余碼串的內容)的發(fā)送信息項得到正確更新。
考慮地面發(fā)射機/接收機出現(xiàn)故障的情形，這里對應計數(shù)器內容“2”的發(fā)送信息被發(fā)送至車載控制設備以將對應于計數(shù)器內容“3”的發(fā)送信息時序時發(fā)送。在這種情況下，車載控制設備接收的發(fā)送信息項內的通信冗余碼內容依次為{00011}、{00101}和{00101}。因此冗余碼串的內容變?yōu)槿哂啻a串＝{00011}+{00101}+{00101}在車載控制設備中，執(zhí)行基于冗余碼串的匹配處理，從而檢驗在圖6所示的冗余碼表中是否存在與冗余碼串一致的模式。這里一致模式不存在，并且由此確認發(fā)送信息項在各發(fā)送時序時沒有正確更新。
雖然在上述本發(fā)明實施例中描述的是采用鐵軌電路發(fā)送作為發(fā)送裝置，但是本發(fā)明用于無線發(fā)送信息時也能得到同樣的效果。
工業(yè)實用性按照上述本發(fā)明，每次發(fā)送時更新的冗余碼被附加在連續(xù)發(fā)送模式(在車載控制設備與地面控制設備之間)下的發(fā)送信息上，并且附加碼得到了校對，從而可以簡單發(fā)現(xiàn)發(fā)送路徑故障，并且通過自動機車控制系統(tǒng)或者根據(jù)校對結果提高列車安全性。因此本發(fā)明適合用于對安全性要求最高的鐵路領域。
權利要求
1.一種鐵路信息發(fā)送方法，其中在軌道上行駛的列車上的車載控制設備與管理列車運行的地面控制設備之間以連續(xù)發(fā)送模式發(fā)送信息；所述方法的特征在于，每次發(fā)送處理時以預定程序更新的冗余碼附加在待通信信息上，隨后發(fā)送信息，并且包含在接收信息內的冗余碼用接收側形成并以預定程序更新的冗余碼作校對。
2.一種鐵路信息發(fā)送系統(tǒng)，其中通過多個經網絡與地面控制設備耦合的發(fā)射機/接收機在軌道上行駛的列車上的車載控制設備與管理列車運行的地面控制設備之間以連續(xù)發(fā)送模式發(fā)送信息；所述系統(tǒng)的特征在于，每個地面控制設備和車載控制設備包括產生根據(jù)預定程序更新的冗余碼的冗余碼產生裝置，并且發(fā)送一側配備有將每次信息從所述冗余碼產生裝置發(fā)送時更新的冗余碼附加在通信信息上從而形成發(fā)送信息，而接收側配備有在所述接收側每次接收到發(fā)送信息時更新所述冗余碼產生裝置的冗余碼的裝置，還配備對附加在所述發(fā)送信息上的所述冗余碼和所述接收側更新的所述冗余碼進行校對的裝置。
3.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于當校對冗余碼的所述裝置校對結果不一致時，報告校對結果的裝置導致傳送所述校對結果。
4.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于包含輸出校對結果作為信號并根據(jù)所述校對冗余碼不一致結果的所述裝置的所述校對向處理列車緊急情況的裝置傳送信號的裝置。
5.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于包括包含執(zhí)行初始化處理的裝置，當相關列車停站與站臺、信號裝置的停站標志一致時它開始更新所述冗余碼產生裝置內的冗余碼。
6.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于包含控制信號裝置的裝置，為了執(zhí)行開始更新所述冗余碼產生裝置內冗余碼的初始化過程，它安裝在所述地面控制設備的控制范圍內以提供停站指示。
7.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于由所述冗余碼產生裝置產生的每個冗余碼包含隨后產生的作為預告信息的部分冗余碼，并且每個所述地面控制設備與車載控制設備包含在接收時操作的裝置，從而至少保存上次接收的通信冗余碼內預告信息并用新接收的通信冗余碼內容校對保存的預告信息。
8.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于由所述冗余碼產生裝置產生的每個冗余碼包含部分上一次產生的冗余碼作為確認信息，并且每個所述地面控制設備與車載控制設備包含在接收時操作的裝置，從而至少保存最近接收的通信冗余碼內確認信息并用新接收的通信冗余碼內容校對保存的確認信息。
9.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于每個所述地面控制設備與車載控制設備包含在開始處理之前形成和保存校對的冗余碼表的裝置，該表包含冗余碼產生過程輸出的冗余碼，以及用于用校對的冗余碼表的內容對基于至少包含在多個接收信息項內的冗余碼的接收信息改變狀態(tài)進行校對的裝置。
10.如權利要求2所述的鐵路信息發(fā)送系統(tǒng)，其特征在于所述車載控制設備包含在開始處理之前從所述地面控制設備接收校對的冗余碼表并作保存的裝置，該表基于所述地面控制設備中冗余碼產生過程輸出的冗余碼，以及用于用校對的冗余碼表內容對基于至少包含在多個接收信息項內的冗余碼的接收信息串改變狀態(tài)進行校對的裝置。
全文摘要
在本發(fā)明中，信息以連續(xù)發(fā)送模式在行駛列車上的車載控制設備與管理列車運行的地面設備之間傳送，其中在每次發(fā)送處理時以預定程序更新的冗余碼附加在待通信信息上，隨后信息被發(fā)送，并且包含在接收信息內的冗余碼用接收側形成并以預定程序更新的冗余碼校對。而且如果冗余碼的校對結果不一致，則向接收側報告校對結果，或者作為信號輸出從而把該信號發(fā)送給處理列車緊急事件的裝置。
文檔編號H04Q9/00GK1228234SQ96180427
公開日1999年9月8日 申請日期1996年9月4日 優(yōu)先權日1996年9月4日
發(fā)明者小熊賢司, 川端敦, 田代維史, 藤原道雄, 谷藤真也 申請人:株式會社日立制作所