CLASS B的變遷和處理對策

來源:互聯網
上載者:User

AIS協議變更

        在AIS協議第一版本時,CLASS B類船台還只有“SO”一種,“CS”類型還沒有出現。此時,B類船台和A類船台採用相同的SOTDMA技術,A類船台分別用訊息1,2,3和5分別表示動態和靜態資訊;而B類船台則使用訊息18和19分別表示動態和靜態資訊。

        隨著B類船舶越來越多,但AIS接收的資訊量是有限的,因此會出現船舶由於接收了大量的B類船台資訊,而導致更影響航行安全的A類船台資訊無法正常接收。為瞭解決這個問題,IEC對CLASS B進行了改進,核心的方法就是改變CLASS B的通訊技術,由SOTDMA改為CSTDMA,這樣就降低了B類船台資訊的優先順序,只有當A類船台資訊量有閒置時候,才能接收到B類船台的資訊。

        為了保持連續性,目前CLASS B的“SO”類型還繼續存在,但相信會越來越少。CLASS B的“CS”船台使用訊息18和24分別表示動態和靜態資訊,而訊息19隻在作為對AIS基站的應答時發送。

        新的AIS協議規定了B 類“CS”AIS 的傳輸應不超過一個時隙(除了以訊息19 響應基站)。因此可以看到訊息24分為了兩個部分進行發送,兩個部分長度分別為160和168位元組,這保證了每部分訊息能夠在一個時隙內發送完。

具體處理策略

            從這個分析結論來看,AIS採集程式需要對訊息18,19和24進行採集,以擷取B類船台的AIS資訊。

       其中訊息18和A類裝置的1,2,3類似,資訊量更少一些,我們完全可以將其與已有的1,2,3訊息進行同類處理。

       訊息19是靜態資訊,但其中又包括動態資訊。由於訊息19的發送周期為6分鐘,因此我們可以將其中的動態資訊忽略,而只取其中的靜態資訊部分,這部分內容與A類裝置的訊息5相比,少了很多項,特別是與航次相關的內容。但我們也可將其與已有的訊息5進行同類處理。

       最麻煩的是訊息24,訊息24也是靜態資訊,但分為兩個部分,這兩個部分的分法與訊息5的兩條資訊又不是相同的分解方法。訊息24的第一部分包含MMSI號碼和船舶名稱;而第二部分則包括MMSI號碼和其它內容。這兩條訊息間隔1分鐘,並且訊息內容是獨立的,收到任何一條都可以獨立解析記錄,而不像訊息5,必須兩條都收到後才能處理。因此它不能使用已有的訊息5的處理模式,必須分開處理。

 

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.