• <noscript id="oqsqo"><kbd id="oqsqo"></kbd></noscript>
  • <noscript id="oqsqo"></noscript>
    <td id="oqsqo"></td>
    <option id="oqsqo"><kbd id="oqsqo"></kbd></option>
  • 當前位置:首頁>GDC計算機通訊網絡系統在鐵路局的應用 - 信號通信 - 鐵路網

    GDC計算機通訊網絡系統在鐵路局的應用 - 信號通信 - 鐵路網

    • 2023-04-24 09:41:57

    鐵路是國民經濟的大動脈,大約承擔了我國70%的貨物運輸和60%的旅客運輸任務。隨著國民經濟的迅猛發展,鐵路運量與運能的矛盾日益突出。為了確保鐵路運輸計劃的完成,,其目的就是為了運用計算技術,來改進、完善運輸信息的管理體制和方法,以保證各種信息能夠準確、迅速、及時地傳輸,進而挖掘并提高鐵路運輸能力。如何使信息的流量、流向以及使用時效等指標,選擇一種性能價格比適中的網絡設備,以按照信息的實時程度進行相應的傳輸。

    鐵路通訊網絡的特點是信息源點多、信息傳輸量大、信息收集的實時性強,而且信息源點的分布極為分散。現行的運輸管理體制分為,、鐵路局和鐵路分局,但信息源點大多為車站、車務段、機務段或車輛段。信息源點與分局之間的線路負載小,而分局與鐵路局、,所以,分局計算中心與鐵路局計算中心、,進行點對點的聯機通訊,承擔著各種有關鐵路運輸數據的傳輸任務;還有一些部門和車站的信息源點也已使用了計算機,由于通信線路速率快,只能通過電話交換網進行若部分數據通訊。通過對北京局至各分局的現有線路進行的網絡傳送信息量的分析,其中以信息量最大的北京分局和信息量最小的臨汾分局為例,每天繁忙時的最大信息量為:北京分局4271kB/h臨汾分局3133kB/h,其它分局介于兩者之間全月信息量繁忙時為:北京分局28690kB/h,臨汾分局13330kB/h。但是目前這種傳輸方式遠遠地不能滿足北京局整體網絡的運用,比如,路局勞資系統、財務系統、物資系統、機務系統等單位都向電務部門申請增加專用線路,可是目前的兩條專用線路信息量不大,利用率極低。還有,如果路局計算中心和電務部門之間的通訊中斷需和電務部門聯系,分析故障原因,確定是線路故障還是計算機接口的故障,由于目前通訊部門使用的大部分線路為模擬線路,而計算機通訊對線路的要求指標不一樣,有時通訊部門說線路正常,但就是無法正常傳輸。鑒于以上原因.北京局1989年決定投資引進美國通用數據公司(GDC)的1264、1261統計型時分復用器、網絡控制設備和數話并傳設備,組成北京鐵路局的數據專用通訊網一期工程。GDC網絡系統是通過1264統計型時分復用器的管理端口連接PC機,通過PC機安裝的GCS軟件對整個網絡迸行配置和管理。GCS軟件支持由二級和協議組成的GDC標準協議,二級(數據鏈路層)協議基本上是一個同步、面向比特型的一般響應制式HDLC(高速數據鏈路控制)協議。協議類似于CCITTX。25協議,它支持網絡中遠程節點的通信。整套設備的安裝和調試用了一年多時間。通過對各分局、各信息源點的調查,選定200多個裝卸車數較多、信息傳輸內容較多的信息源點。

    設備安裝完畢,開始對整套設備的軟件進行安裝,首先安裝1264時分復用器系統的軟件。1264是由主控板CCC,其中包括4個鏈路LINK連接端口和5或6塊QCC板,每塊板4個端口,所以一臺1264可接24個通道和4個組合鏈路。1261也是統計型時分復用器,每臺有8個端口,可通過126l連接到遠程用戶。對于10km范圍內有電話的分散用戶可使用數話并傳設備。對于通訊線路質量有問題的線路可通過網絡管理系統對其線路的相位、頻移、頻率特性、電平等一些線路特性都可以顯示在控制臺屏幕上,從而能很快地查找出是線路的問題還是計算機接口的問題,也可以向電務部門告之是電平還是頻率特性的問題。

    目前,一期工程具有兩條干線的迂回通路、可接到244個信息源點。同時,分局各口,如財務、勞動人事等部門,也可以通過1264連接到鐵路局的相應處室,從而大大節省了專用線路的開銷,并解決了撥號線路的傳輸速度慢、差錯多的問題。

    問題一:開始所有的競爭口,呼叫幾次后出現死口現象,經反復試驗發現競爭口的參數設置和主機端口的參數不符,從而造成死口現象,其中參數為速率、流量控制等。使雙方的參數一致后,不再出現死口現象。

    問題二;使用半年后發現,1264統計型時分復用器出現死口現象,但又不是經常發生,而是時有時無。只好由鐵路局控制中心對1264口進行清除。起初沒有引起足夠的重視,但由于用戶的增加,矛盾愈加突出。經過反復試驗、對故障定位后發現是競爭口的速率為9600Bit/s.而1264的通道口速率為2400Bit/s或1200Bit/s不等。當把競爭口的速率降至2400Bit/s,通道口的速率也同樣調整為2400Bit/s時,故障消除。偶爾出現死口現象也是在可允許的范圍內。從這個問題可以看出,理論上競爭口的速率應該高,通道口的速率可以自定義,但實際上是行不通的。

    問題三:當所有網絡運行一年后,大同分局的一些站、段也開始接入此網絡系統。連接方式如圖1。為了能夠連接更多的節點,在1264的通道接口之后又加入了MAU多路選擇器,但通過使用發現MAU存在很大問題。也就是一個MAU只允許一個用戶開機使用。如果有兩個用戶同時使用,即第一個用戶的內容也在第二個用戶的終端上顯示,反之亦然。所以MAU這佯的設備不適合本網絡的使用。經與廠家協商,將6個MAU設備調整為1261后,故障消失。

    問題四:網絡管理系統的告警門限的設置全部由自己根據線路情況來加以設定,門限設置的合適與否是至關重要的,如果設置的太寬,當線路出現問題時就不能告警。通常設置為:接收最低信號電平:-13dt接收最高信號電平:-19dt非線性失真:-30db;信噪比:-25db;相位抖動:10度;信號質量;1/100000;DCD丟失;15分鐘1次;相位突跳:10次/S;增益突跳:16次/S。

    在整個網絡的開通和應用中遇到過很多問題,有時即使一些小問題也需到幾百里的數據源點去解決。網絡的安裝非常繁瑣,稍微疏忽,就要花費很多的時間和精力。例如:DTE接口和DCE接口的連接電纜截然不同,錯誤的連接將導致不能連通。有關時鐘問題,一般來說,MODEM選用內時鐘而連接的對方則使用外時鐘。

  • <noscript id="oqsqo"><kbd id="oqsqo"></kbd></noscript>
  • <noscript id="oqsqo"></noscript>
    <td id="oqsqo"></td>
    <option id="oqsqo"><kbd id="oqsqo"></kbd></option>
  • 久久青青草原一区二区