(高清版)GB∕T 31843.450-2019 海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng) 數(shù)字接口 第450部分：多發(fā)話器和多受話器 以太網(wǎng)連接

GB/T31843.450—2019/IEC海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng)數(shù)字接口第450部分：多發(fā)話器和(IEC61162-450:2018,IDT)國(guó)家市場(chǎng)監(jiān)督管理總局國(guó)家標(biāo)準(zhǔn)化管理委員會(huì)GB/T31843.450—2019/IEC61162-450: I 1 1 2 55低層網(wǎng)絡(luò)要求 6傳輸層要求 7應(yīng)用層要求 8測(cè)試方法及結(jié)果 附錄B(資料性附錄)TAG塊實(shí)例 附錄C(規(guī)范性附錄)命令響應(yīng)對(duì)報(bào)文的可靠傳輸 62附錄E(資料性附錄)使用交換機(jī)設(shè)置配置過濾網(wǎng)絡(luò)流量 附錄F(資料性附錄)支持SFI沖突檢測(cè)的語(yǔ)句 I——第2部分：?jiǎn)伟l(fā)話器和多受話器高速傳輸；本部分為GB/T31843的第450部分。本部分使用翻譯法等同采用IEC61162-450:2018《海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng)數(shù)字接口——GB/T7247.2—2018激光產(chǎn)品的安全第2部分：光纖通信系統(tǒng)(OFCS)的安全(IEC60825-——GB/T31843.3—2015海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng)數(shù)字接口第3部分：串行數(shù)據(jù)設(shè)備網(wǎng)絡(luò)(IEC61162-3:2008,IDT)1數(shù)字接口第450部分：多發(fā)話器和——本部分提出的要求僅限于設(shè)備接口。協(xié)議規(guī)定是為保證實(shí)施本部分的設(shè)備之間在傳輸——除能從單個(gè)設(shè)備要求總結(jié)歸納出的要求外，本部分不包括任何系統(tǒng)要求。相關(guān)標(biāo)準(zhǔn)IEC60825-2激光產(chǎn)品的安全第2部分：光纖通信系統(tǒng)(OFCS)的安全[Safetyoflaserprod-ucts—Part2:Safetyofopticalfibrecommunicationsystems(OFCS)]IEC60945海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng)一般要求測(cè)試方法和要求的測(cè)試結(jié)果(Maritimenavigationandradiocoodsoftestingandrequiredtestresults)IEC61162-1:2016海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng)數(shù)字接口第1部分：?jiǎn)伟l(fā)話器和多受話器(MaritimenavigationandradiocommunicationequipmentIEC61162-3:2008海上導(dǎo)航和無線電通信設(shè)備及系統(tǒng)數(shù)字接口第3部分：串行數(shù)據(jù)設(shè)備網(wǎng)2SingletalkerandmultipIEEE802.3:2015以太網(wǎng)ISOCRFC791互聯(lián)網(wǎng)協(xié)議(IP),STD0005標(biāo)準(zhǔn)(及更新)[InternetProtocol(IP),StandardISORFC792互聯(lián)網(wǎng)控制報(bào)文協(xié)議(ICMP),STD0005標(biāo)準(zhǔn)(及更新)[InternetControlMessageProtocol(ICMP),StandardSTD0005(andupdates)]RFC793:1981傳輸控制協(xié)議(TCP)[TransmissionControlProtocoMulticasting,StandardSTD0005(andupdatesternets,BestCurrentPracticeBCP0005)ISOCRFC2474IPv4和IPv6報(bào)頭中分服務(wù)字段(DS字段)的定義[DefinitionoftheDifferentiatedServicesField(DSField)intheIPv4andIPv6HeadISOCRFC5227IPv4地址沖突檢測(cè)(IPv4AddressConflictDetection)單字節(jié)中可打印的7位編碼字符。沒有按照本部分格式化的數(shù)據(jù)塊，例如可以采用7.3或7.5中定義的協(xié)議傳輸?shù)姆荌EC61162-1格將一組8位二進(jìn)制數(shù)作為一個(gè)單元。3GB/T31843.450—2019/IEC61162-450:2018命令響應(yīng)對(duì)command-responsepair;CRP使兩方狀態(tài)變化同步的報(bào)文交換。數(shù)據(jù)報(bào)datagramISOCRFC768定義的或本部分規(guī)定的以太網(wǎng)上的一個(gè)基本用戶數(shù)據(jù)報(bào)協(xié)議(UDP)傳輸單元。IEEE802.3及后續(xù)IEEE802修正和補(bǔ)充中定義的帶沖突檢測(cè)的載波偵聽多路訪問(CSMA/CD)的本地局域網(wǎng)協(xié)議標(biāo)準(zhǔn)。功能塊functionblock由設(shè)備實(shí)現(xiàn)的指定功能?；ヂ?lián)網(wǎng)組管理協(xié)議internetgroupmanagementprotocol;IGMPIPv4網(wǎng)絡(luò)上主機(jī)和相鄰路由器用于建立多播組成員關(guān)系的通信協(xié)議。IGMP偵聽I(yíng)GMPsnooping監(jiān)聽I(yíng)nternet組管理協(xié)議(IGMP)網(wǎng)絡(luò)流量的過程。互聯(lián)網(wǎng)號(hào)碼分配機(jī)構(gòu)internetassignednumberauthority;IANA負(fù)責(zé)協(xié)調(diào)全球的域名服務(wù)器(DNS)根域名、IP地址以及其他互聯(lián)網(wǎng)協(xié)議資源，包括用戶數(shù)據(jù)報(bào)協(xié)議(UDP)和傳輸控制協(xié)議(TCP)端口號(hào)?；ヂ?lián)網(wǎng)協(xié)議internetprotocol;IPISOCRFC791(及其更新版本)中定義和使用的協(xié)議。報(bào)文message根據(jù)語(yǔ)句內(nèi)部機(jī)制分組的一條或多條語(yǔ)句集合，例如：根據(jù)TXT語(yǔ)句中的序列號(hào)。報(bào)文類型messagetype根據(jù)IEC61162-1語(yǔ)句格式將報(bào)文分為傳感器廣播報(bào)文(SBM)、多語(yǔ)句報(bào)文(MSM)和命令響應(yīng)對(duì)(CRP)三種類型。4GB/T31843.450—2019/IEC61162-45多語(yǔ)句報(bào)文multiple-sentencemessages;MSM完整語(yǔ)義取決于接收方對(duì)整組語(yǔ)句讀取的報(bào)文和/或語(yǔ)句邏輯分組。具有互聯(lián)網(wǎng)地址空間的物理以太網(wǎng)絡(luò)，由網(wǎng)絡(luò)節(jié)點(diǎn)、交換機(jī)、電纜及輔助設(shè)備(如電源)組成。網(wǎng)絡(luò)功能塊networkfunctionblock;NF負(fù)責(zé)網(wǎng)絡(luò)物理連接以及4.3中描述的傳輸層連接的功能塊。網(wǎng)絡(luò)基礎(chǔ)設(shè)施networkinfrastructure網(wǎng)絡(luò)中為節(jié)點(diǎn)間提供傳輸路徑的部分。具有互聯(lián)網(wǎng)地址并連接到網(wǎng)絡(luò)的物理設(shè)備。作為網(wǎng)絡(luò)接口但不使用本部分第5章、第6章、第7章中定義的協(xié)議的功能塊。PGN至網(wǎng)關(guān)功能塊PGNtonetworkgatewayfunctionblock;PNGF能在網(wǎng)絡(luò)和符合IEC61162-3串行數(shù)據(jù)設(shè)備網(wǎng)絡(luò)接口的設(shè)備之間傳輸語(yǔ)句的功能塊。由標(biāo)識(shí)每個(gè)參數(shù)組的8位或16位二進(jìn)制數(shù)組成的報(bào)文。傳感器廣播報(bào)文sensorbroadcastmessage;SBM只由一條語(yǔ)句組成的報(bào)文。5GB/T31843.450—2019/IEC61162-450:NMEA0183中定義的向IEC61162-1語(yǔ)句中添加參數(shù)的格式化數(shù)據(jù)塊。用戶數(shù)據(jù)報(bào)協(xié)議userdatagramprotocol;UDP圖1所示為由一個(gè)IP局域網(wǎng)(LAN)和若干不同網(wǎng)絡(luò)節(jié)點(diǎn)組成的一種網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，其中每個(gè)節(jié)6GB/T31843.450—2019/IEC61162-450:2018網(wǎng)絡(luò)NF5NF3NF6NF4NF5一些網(wǎng)絡(luò)節(jié)點(diǎn)的實(shí)例如下(見圖1): 例如船用電子海圖系統(tǒng)(ECDIS)也能從另一個(gè)設(shè)備(SF1、ON——通過將符合IEC61162-1要求的設(shè)備連接到串行網(wǎng)關(guān)功能塊來表示系統(tǒng)設(shè)備功能塊。在這種——通過將符合IEC61162-3要求的設(shè)備連接到PNGF來表示系統(tǒng)設(shè)備功能塊。在這種情況下，——所有實(shí)現(xiàn)一個(gè)或多個(gè)SF和/或SNGF的設(shè)備應(yīng)實(shí)現(xiàn)NF。該設(shè)備應(yīng)滿足4.3(NF)、4.4(SF)、4.5(SNGF)和4.6(PNGF)——所有不是網(wǎng)絡(luò)基礎(chǔ)設(shè)施及共享網(wǎng)絡(luò)基礎(chǔ)設(shè)施的其他設(shè)備應(yīng)符合4.7中定義的ONF要求。——所有連接到網(wǎng)絡(luò)的設(shè)備都應(yīng)滿足IEC60945的要求。7GB/T31843.450—2019/IEC61162-45其他任何設(shè)備都不準(zhǔn)許連接到網(wǎng)絡(luò)。4.2.2網(wǎng)絡(luò)基礎(chǔ)設(shè)施附加要求為避免某一網(wǎng)絡(luò)基礎(chǔ)設(shè)施出現(xiàn)潛在問題，路由器和中繼集線器不應(yīng)作為IEC60062-450網(wǎng)絡(luò)的互連組件。IEC61162-450網(wǎng)絡(luò)中使用的交換機(jī)應(yīng)具有使用IGMP偵聽過濾網(wǎng)絡(luò)流量的手段。當(dāng)啟用IGMP偵聽和接收到多播數(shù)據(jù)報(bào)時(shí)，交換機(jī)應(yīng)僅將其轉(zhuǎn)發(fā)到加入同一多播組的端口。使用IGMP偵聽支持多播數(shù)據(jù)過濾的方法如下：——應(yīng)根據(jù)IGMPv1、IGMPv2或IGMPv3提供IGMP偵聽；IGMP版本的選擇應(yīng)基于所有連接節(jié)點(diǎn)支持的最高版本。——應(yīng)根據(jù)IP多播地址提供多播流量過濾?！獙?duì)于RFC4541中建議的～55的地址范圍，不應(yīng)啟用多播數(shù)據(jù)過濾。除了多播過濾技術(shù)或替代多播過濾技術(shù)，如IGMP偵聽，還允許手動(dòng)配置交換機(jī)的各個(gè)端口以阻止不必要的流量(例如將簡(jiǎn)單傳感器與電子海圖和雷達(dá)隔離)。基于IEC61162-450:2011的節(jié)點(diǎn)的IGMP偵聽兼容性問題見附錄D。附件E中描述了另一種過濾和控制網(wǎng)絡(luò)流量的可用方法。4.3網(wǎng)絡(luò)功能(NF)要求所有實(shí)現(xiàn)NF的設(shè)備應(yīng)滿足第5章、第6章規(guī)定的要求。制造商應(yīng)規(guī)定設(shè)備完成性能標(biāo)準(zhǔn)要求的所有功能的最大輸入速率。最大輸入速率應(yīng)規(guī)定如下：a)每秒接收的供設(shè)備使用和處理的數(shù)據(jù)報(bào)的最大數(shù)量；b)每秒接收的不被設(shè)備使用的數(shù)據(jù)報(bào)的最大數(shù)量；c)設(shè)備在a)項(xiàng)最大負(fù)載的50%時(shí)每秒接收的不被設(shè)備使用的數(shù)據(jù)報(bào)的最大數(shù)量。最大數(shù)據(jù)速率應(yīng)是10s測(cè)量時(shí)間內(nèi)的平均速率。每個(gè)NF應(yīng)提供記錄NF自身故障和使用網(wǎng)絡(luò)功能塊的SF和SNGF故障的方法。4.5.2、7.1.2、7.2.5和7.3.9規(guī)定了日志記錄的最低要求。制造商至少應(yīng)提供錯(cuò)誤日志的操作員檢查機(jī)制，例如通過培訓(xùn)服務(wù)工程師。允許通過虛擬終端、本部分定義的數(shù)據(jù)報(bào)或任何其他合理方式等簡(jiǎn)單的網(wǎng)絡(luò)機(jī)制完成檢查。8可以配置NF來支持外部日志，將重要信息發(fā)送至日志服務(wù)器。這種情況下，應(yīng)使用ISOCRFC系統(tǒng)日志報(bào)文應(yīng)符合ASCII文本報(bào)文格式，并在端口514和表6中定義的多播地址上以UDP數(shù)尖括號(hào)內(nèi)為組合的優(yōu)先級(jí)和設(shè)備代碼(從數(shù)字0～199,包括199)。對(duì)于本部分定義的錯(cuò)誤，應(yīng)使用131(設(shè)備“本地用0”和優(yōu)先級(jí)“錯(cuò)誤條件”)版本號(hào)。本部分中的版本報(bào)文應(yīng)使用1空格時(shí)間標(biāo)記時(shí)間標(biāo)記包括有效格式的日期和時(shí)間以及可選的UTC偏移量，例如1985-04-12T23:20:50-03:00。實(shí)例中所示的日期后面是大寫字母“T”,接著是本地時(shí)間及相比UTC的最終偏移量‘+’)。時(shí)間字段也可以是無(*-’,單破折號(hào))空格主機(jī)名網(wǎng)絡(luò)節(jié)點(diǎn)的主機(jī)名，用點(diǎn)分十進(jìn)制的IP地址表示。該字段可以是無(*一’,單破折號(hào))空格應(yīng)用程序名稱。若錯(cuò)誤源自SF或SNGF,則字符串“450—”后跟配置好的SFI代碼；若錯(cuò)誤源自網(wǎng)絡(luò)函數(shù)塊，則為“NF”;若錯(cuò)誤源自O(shè)NF函數(shù)塊，則為“ONF”空格通常情況下，該字段應(yīng)為空(*—’,單破折號(hào))。也可以使用系統(tǒng)日志空格消息標(biāo)識(shí)空格結(jié)構(gòu)該字段可以為空(*一’,單破折號(hào))或者包含ISOCRFC5424中定義的信息空格消息本部分沒有規(guī)定設(shè)備接收系統(tǒng)日志報(bào)文的要求。該類型的設(shè)備歸為ONF。表1規(guī)定的是全部ISOCRFC5424規(guī)范的一部分，設(shè)備制造商應(yīng)參考ISOCRFC5424標(biāo)準(zhǔn)并確保接收和處理來自O(shè)NF9GB/T31843.450—2019/IEC61162-450:2018為了便于系統(tǒng)日志協(xié)議的使用，本部分定義的錯(cuò)誤可使用表2中的報(bào)文標(biāo)識(shí)來表示。表2系統(tǒng)日志錯(cuò)誤報(bào)文代碼章條號(hào)串行網(wǎng)關(guān)功能塊(SNGF)緩存溢出PNGF緩存溢出可在可用“Msg”字段中給出附加信息。4.3.4網(wǎng)絡(luò)流量過濾規(guī)定——IGMP制造商應(yīng)指定NF支持的ISOCRFC1112、RFC2236和RFC3376中定義的IGMP版本。應(yīng)至少執(zhí)行ISOCRFC1112中定義的版本1?；贗EC61162-450:2011的節(jié)點(diǎn)兼容性問題見附錄D。4.4系統(tǒng)功能(SF)要求實(shí)現(xiàn)SF的設(shè)備應(yīng)滿足以下要求：——所有實(shí)現(xiàn)SF的設(shè)備應(yīng)滿足6.2的要求。——實(shí)現(xiàn)第7章中定義的至少一種數(shù)據(jù)報(bào)類型，但不必實(shí)現(xiàn)所有數(shù)據(jù)報(bào)類型?！獙?shí)現(xiàn)的數(shù)據(jù)報(bào)類型應(yīng)在制造商的文件中規(guī)定(見7.1.1)?！袑?shí)現(xiàn)IEC61162-1語(yǔ)句傳輸和接收功能塊的設(shè)備應(yīng)滿足7.2的要求?！獙?shí)現(xiàn)傳輸或接收二值文件數(shù)據(jù)SF的設(shè)備應(yīng)滿足7.3的要求?！袑?shí)現(xiàn)IEC61162-3PGN消息發(fā)送或接收功能塊的設(shè)備應(yīng)滿足7.4中的要求。4.4.2唯一系統(tǒng)功能標(biāo)識(shí)(SFI)分配SFI參數(shù)字符串的格式應(yīng)為“ccxxxx”,其中“cc”是按照IEC61162-1定義的兩個(gè)有效字符，“xxxx”是4個(gè)數(shù)字字符。在IEC61162-1標(biāo)準(zhǔn)中給定發(fā)話器標(biāo)識(shí)符的實(shí)現(xiàn)SF的設(shè)備應(yīng)使用該標(biāo)識(shí)符作為SFI中的“cc”字符。如果發(fā)話器標(biāo)識(shí)符是專有的(即由字符“P”和三字符制造商的標(biāo)識(shí)符代碼組成),則在SFI中使用前兩個(gè)字符作為“cc”字符。其他的SF可能在其他標(biāo)準(zhǔn)中定義了它們的SFI字符串格式或制造商不得不選擇一個(gè)代碼。對(duì)后者的情形，應(yīng)避免已經(jīng)定義的標(biāo)識(shí)符代碼。程中不被任何用于傳輸?shù)腟F使用。然而，所有接收設(shè)備應(yīng)能接收字符串“9999”。正常操作中，本部分定義的網(wǎng)絡(luò)中所有系統(tǒng)功能(SF)的系統(tǒng)功能標(biāo)識(shí)(SFI)參數(shù)字符串是唯一的。用于源標(biāo)識(shí)的標(biāo)記塊(s:)應(yīng)基于SFI。從450網(wǎng)絡(luò)到串行端口的路由應(yīng)基于目標(biāo)標(biāo)識(shí)(d:)的GB/T31843.450—2019/IEC61162-450:SNGF可以使用規(guī)定的語(yǔ)句格式設(shè)置語(yǔ)句優(yōu)先級(jí)。優(yōu)先級(jí)的設(shè)置格式是可配置的或在制造商——只有具有發(fā)話器標(biāo)識(shí)和語(yǔ)句格式符的語(yǔ)句可以放入緩存區(qū)。例外情況為多語(yǔ)句報(bào)文或TAG——如果一條單語(yǔ)句、多語(yǔ)句報(bào)文或TAG語(yǔ)句組和已在緩存的語(yǔ)句或語(yǔ)句組有相同的發(fā)話器標(biāo)識(shí)和語(yǔ)句格式符，那么新的語(yǔ)句會(huì)代替原有語(yǔ)句在隊(duì)列中的位置。當(dāng)優(yōu)先TAG語(yǔ)句組時(shí)，TAG內(nèi)的許多字段和語(yǔ)句一樣需要對(duì)比。為了替代現(xiàn)有序列中的傳如果語(yǔ)句從隊(duì)列中丟棄，應(yīng)作為一個(gè)錯(cuò)誤按照4.3.3的規(guī)定記錄在設(shè)備內(nèi)。設(shè)備應(yīng)為每個(gè)串行端SNGF的數(shù)據(jù)報(bào)應(yīng)符合7.2定義的格式。數(shù)據(jù)報(bào)時(shí)可傳輸多條IEC61162-1格式語(yǔ)句。多語(yǔ)句序列包括IEC61162-1:2016中7.3.9所述情況以及IEC61162-1要求先發(fā)送一條語(yǔ)句，再發(fā)送另一條語(yǔ)句的情況。數(shù)據(jù)報(bào)應(yīng)包括正確的SFI、源標(biāo)識(shí)允許SNGF為任何單個(gè)串行線路實(shí)現(xiàn)多個(gè)SF。使用有效的發(fā)話器標(biāo)識(shí)符在該串行線路上接收的串行線路上接收的專有語(yǔ)句不包括發(fā)話器標(biāo)識(shí)符。應(yīng)由設(shè)置參數(shù)確定它們應(yīng)傳來自串行線路的未識(shí)別數(shù)據(jù)應(yīng)來自與串行端口相關(guān)的所有SF。發(fā)送未識(shí)別的數(shù)據(jù)不應(yīng)導(dǎo)致錯(cuò)誤SNGF是一種具有最小數(shù)據(jù)處理能力的遠(yuǎn)程串行數(shù)據(jù)轉(zhuǎn)換器。對(duì)于以下每種情況，SNGF應(yīng)按照4.6PGN至網(wǎng)關(guān)功能(PNGF)要求PNGF應(yīng)為4.4中定義的每個(gè)SF實(shí)現(xiàn)所有相關(guān)功能。用于管理目的的PNGF的默認(rèn)SFI,例如syslog,應(yīng)使用發(fā)話器標(biāo)識(shí)符“SI”。PNGF可以基于來自和去向IEC61162-3網(wǎng)絡(luò)的PGN報(bào)文實(shí)現(xiàn)不同類型的過濾。任何過濾方法4.6.2IEC61162-450網(wǎng)絡(luò)至IEC61162-3網(wǎng)絡(luò)的輸出緩沖區(qū)管理PNGF功能塊應(yīng)為其可發(fā)送到的每個(gè)IEC61162-3網(wǎng)絡(luò)提供獨(dú)立的緩沖區(qū)。制造商應(yīng)規(guī)定每個(gè)端PNGF緩沖區(qū)管理應(yīng)基于每條報(bào)文中包含的IEC61162-3優(yōu)先級(jí)。制造商應(yīng)在文件中說明該P(yáng)NGF應(yīng)按照7.4.1中定義的格式輸出報(bào)文。PNGF應(yīng)根據(jù)輸出的IEC61162-450數(shù)據(jù)報(bào)發(fā)送一條IEC61162-3PGN報(bào)文，以減少延遲。PGN組定義為可以共享信息和報(bào)文的設(shè)備邏輯組。來自設(shè)備的報(bào)文被廣播到屬于同一PGN組的所有設(shè)備。設(shè)備可以屬于多個(gè)PGN組。PGN組的最大數(shù)量不多于4個(gè)。PGN組可ONF是指允許在本部分定義的網(wǎng)絡(luò)上將相同的網(wǎng)絡(luò)基礎(chǔ)設(shè)施作為NF共享的功能。ONF應(yīng)滿足4.2.1的要求。ONF設(shè)備不應(yīng)使用本部分5.4中所保留的任何IP多播地址。應(yīng)提供文檔說明ONF發(fā)送用戶UDP、TCP/IP或其他數(shù)據(jù)報(bào)或字節(jié)流使用的網(wǎng)絡(luò)協(xié)議。當(dāng)電纜和連接器在IEC60945定義的受保護(hù)環(huán)境中使用時(shí)應(yīng)至少滿足表3的要求。應(yīng)遵循IEEE802.3—2015中14.7和第27章規(guī)定的有關(guān)安全要求和設(shè)備規(guī)范。也可以參考IEEE802.3—2015中資料性附錄67。光纖接口應(yīng)符合IEC60825-2中規(guī)定的1級(jí)設(shè)備激光安全要求。PNGF的IEC61162-3端口的物理層要求應(yīng)符合IEC61162-3:2008中第4章的要求。IEEE802.3接口網(wǎng)絡(luò)段最大(受環(huán)境保護(hù))引腳分配電纜類型，最低要求IEEE802.3:2015中14.7、第24章和第25章IEC60603-7-3.8信道屏蔽模塊章，IEC60603-7圖1～圖5和b兩對(duì)屏蔽雙絞線ISO/IEC11801(D級(jí))未規(guī)定b兩對(duì)屏蔽雙絞線IEEE802.3:2015中第24章和第25章IEEE802.3:2015中第40章IEC60603-7-7.8信道屏蔽模塊參考IEEE802.3:2015中第3章見IEEE802.3/25四對(duì)屏蔽雙絞線ISO/IEC11801(D級(jí))IEEE802.3:2015中第38章125pm低模式bw)在暴露環(huán)境中使用時(shí)，需要進(jìn)行額外規(guī)定。應(yīng)考慮IEC61076-2-101中關(guān)于銅線網(wǎng)絡(luò)電纜M12-型部光纖接頭也應(yīng)考慮類似連接器。最大連接距離由制造商規(guī)定。IEC60603-7中規(guī)定的8信道模塊式連接器為“8P8C”型，通常用于臺(tái)式計(jì)算機(jī)LAN連接和，多數(shù)被稱作設(shè)備應(yīng)采用ISOCRFC5000中所述的支持以下網(wǎng)絡(luò)協(xié)議最低要求的IPV4:——UDP多播：如ISOCRFC966中所述的主機(jī)應(yīng)提供使用任何有效網(wǎng)絡(luò)地址掩碼將設(shè)備配置為ISOCRFC1918中所述預(yù)留用于專用網(wǎng)絡(luò)的地址的方法。默認(rèn)子網(wǎng)掩碼應(yīng)適當(dāng)設(shè)置為/2當(dāng)PNGF傳輸至IEC61162-3網(wǎng)絡(luò)時(shí)，應(yīng)提供分配設(shè)備地址范本章規(guī)定了如何通過以太網(wǎng)使用UDP多播報(bào)文在設(shè)備間通信。圖2中給出了含有本部分格式語(yǔ)句的以太網(wǎng)幀結(jié)構(gòu)實(shí)例。最上面的方塊顯示了UDP用戶可用數(shù)據(jù)塊(用白色表示的方塊)的完整以太網(wǎng)幀。IP和UDP首部包本部分格式化語(yǔ)句的UDP用戶可用數(shù)據(jù)塊。以太網(wǎng)幀上方用數(shù)字給出了每個(gè)塊的大小。UDP用戶數(shù)GB/T31843.450—2019/IEC61162-450:666280UdPb4C6sT0001n334*19$TR0T12345*67\:s:TI0001,n:334*19\$TIROT,123.45*67<CR>6.2.1UDP多播協(xié)議UDP多播——IP多播是一種通過網(wǎng)絡(luò)中的IP基礎(chǔ)設(shè)施進(jìn)行多對(duì)多通信的技術(shù)。目標(biāo)節(jié)點(diǎn)發(fā)送連接并可發(fā)送離線報(bào)文。IP多播不需要事先知道誰(shuí)或有多少接收器來擴(kuò)展到更大的接收器群。多播通過要求源僅發(fā)送一次數(shù)據(jù)包來有效地使用網(wǎng)絡(luò)基礎(chǔ)設(shè)施，即使它需要被發(fā)送的節(jié)點(diǎn)只在必要時(shí)負(fù)責(zé)將數(shù)據(jù)包復(fù)制到多個(gè)接收器。使用多播尋址最常見的傳輸層協(xié)議為U發(fā)送方和接收方應(yīng)至少可以使用ISOCRFC768中定義并在本部分中進(jìn)一步規(guī)定的UDP。應(yīng)在互聯(lián)網(wǎng)號(hào)碼分配機(jī)構(gòu)(IANA)保留用于動(dòng)態(tài)和私用的端口號(hào)范圍內(nèi)(49152～65535,包括上下從系統(tǒng)功能塊傳輸語(yǔ)句時(shí)，應(yīng)使用表4定義的多播地址和目的端口號(hào)。SFI到默認(rèn)傳輸組的映射注：端口號(hào)不同的目的在于為接收設(shè)備提供一種降低負(fù)載的途徑。多播地址目的端口SF沒有明確列出目標(biāo)數(shù)據(jù)(AIS),跟蹤的目標(biāo)消息(雷達(dá))高更新速率，如船舶艏向、姿態(tài)數(shù)據(jù)除TGTD和SATD組以外，有關(guān)航行的輸出數(shù)據(jù)時(shí)間傳輸設(shè)備專屬的和用戶指定的SFs~7~9~網(wǎng)絡(luò)管理，如SFI沖突檢測(cè)初始PGN第1組～第4組7~備份PGN第1組～第4組1~注1:例如，USR1～USR8傳輸組可用于二進(jìn)制格式的專有數(shù)據(jù)。注2:系統(tǒng)集成商可使用BAM1/BAM2和CAM1/CAM2來平衡流量，例如BAM1/CAM1中體積較大的雷達(dá)和BAM2/CAM2中體積較小的傳感器，例如電羅多播地址目的端口6~地址5,端口60025是ECDIS路由傳輸?shù)哪J(rèn)端口(見IEC6地址6,端口60026是VDR圖像傳輸?shù)哪J(rèn)端口(見IEC619地址0,端口60030是ECDIS路由傳輸重新傳輸數(shù)據(jù)塊的默認(rèn)端口(見IEC61174)。多播地址目的端口系統(tǒng)日志發(fā)送至syslog可使用多播或UDP單IANA已定義端口范圍49152～65535保留用于動(dòng)態(tài)和私有用途。本文檔的特定端口在此IANA范圍內(nèi)。需注意的是，操作系統(tǒng)也使用該IANA范圍作為其內(nèi)部使用的臨時(shí)端口。這種導(dǎo)致端口號(hào)沖突，從而導(dǎo)致IEC61162-450消息的通信丟失。建議考慮限制連6.2.3UDP校驗(yàn)和所有設(shè)備應(yīng)計(jì)算和檢查ISOCRFC768中定義的用戶數(shù)據(jù)報(bào)協(xié)議(UDP)校驗(yàn)和。不準(zhǔn)許將校驗(yàn)和字段設(shè)置為0(沒有校驗(yàn)和)。網(wǎng)絡(luò)功能塊傳輸?shù)拿總€(gè)數(shù)據(jù)報(bào)中的數(shù)據(jù)大小不應(yīng)超過1472個(gè)字節(jié)，包括第7章中定義的報(bào)頭。所有的UDP多播數(shù)據(jù)報(bào)應(yīng)包含以下字符串之一，后加空字符(所有位元都設(shè)為0)作為數(shù)據(jù)的6個(gè)字節(jié)。—“Udpbc”用來傳輸7.2中描述的IEC61162-1格式化語(yǔ)句；—“RaUdp”用來傳輸7.3中描述的二值文件；——“RrUdp”用來傳輸7.3中描述的重新傳輸二值文件；——“NkPgN”用來傳輸7.4中描述的IEC61162-3PGN報(bào)文。所有TCP/IP數(shù)據(jù)報(bào)應(yīng)包含以下字符串，后跟一個(gè)空字符(所有位設(shè)置為零)作為數(shù)據(jù)報(bào)的前六個(gè)——“RrTcP”用來傳輸7.6中描述的二值文件。TAG塊檢查為1～99,包括1和99。\g:1-2-34,s:IN0001*3A\!ABVDM,1,1,1,B,100000?0?wJm4:GMUrf40g604:4,\g:2-2-34,s:IN0001*39\$ABVSI,r3669961,1,013536.96326433,1386,-98,,\g:1-2-46,s:IN0001*3F\!ABVDM,1,1,1,B,15N1u<PPlcJnFj:GV4>:MOw:0<02\g:2-2-46,s:IN0001*3C\$ABVSI,r3669962,1,013538.05654921,1427,-101,,GB/T31843.450—2019/IEC61162-450:參數(shù)碼n用于為系統(tǒng)功能塊傳輸?shù)拿織l語(yǔ)句分配序列號(hào)。參數(shù)值為正整數(shù)。起始值為1,系統(tǒng)功能塊每傳輸一條語(yǔ)句或TAG塊該值加1。當(dāng)參數(shù)值達(dá)到1000時(shí)被重置為1,即有效范圍為1～999,包括1和999。文本字符串參數(shù)——t(專屬數(shù)據(jù))個(gè)引導(dǎo)字符p和3個(gè)字母的制造商標(biāo)識(shí)符。\g:1-2-34,s:TI0001,n:333*6B\$TIROT,123.4\g:2-2-34,s:TI0001,n:334,t:pmmma;MD5;0x12345678身份驗(yàn)證參數(shù)碼用于使用密碼對(duì)報(bào)文進(jìn)行簽名。發(fā)送帶有該報(bào)可使用身份驗(yàn)證參數(shù)碼對(duì)任何類型的報(bào)文進(jìn)行簽名。身份驗(yàn)證參數(shù)碼不身份驗(yàn)證參數(shù)碼提供將摘要與報(bào)文一起傳遞的標(biāo)準(zhǔn)化機(jī)制。密CTypeofoptionalmethodtocalculatesignatu\a:1-123456789abcdef67890123456789012*h簽名是密碼和報(bào)文的MD5摘要。MD5是一種單向報(bào)文摘要算法(RFC1321)。簽名的完整長(zhǎng)度為128位或32個(gè)十六進(jìn)制代碼。MD5通常用于在UNIX系統(tǒng)中存儲(chǔ)密碼。顯示摘要不會(huì)泄露密碼。參數(shù)碼值是通過將預(yù)共享密鑰和消息中的所有TAG塊和語(yǔ)句連接為單個(gè)字符串來計(jì)算的，簽名計(jì)算\g:1-2-23,s:IN0001*3C\!ABVDM,1,1,1,B,15N1u<PPlcJnFj:GV4>:MOw:0<02\g:2-2-23,s:IN0001*3F\$ABVSI,r3669962,1,013538.05654921,1427,-101,,23,s:IN0001*3C\!ABVDM,1,1,1,B,15Nlu<PP1cJnFj:GV4>:MOw:0<02,0*23,s:IN0001*3F\$ABVSI,r3669962,1,013538.05654921,1427,-1\g:1-2-23,s:IN0001*3C\\a:2-851E40CC1CB7E3B39D961D7CF10BD8D3*44\!ABVDM,1,1,1,B,\g:2-2-23,s:IN0001*3F\$ABVSI,r3669962,1,013538.05654921,1427,-101,,除非接收器的設(shè)置參數(shù)明確設(shè)置為要求對(duì)輸入對(duì)于擬由SF處理的數(shù)據(jù)報(bào)，若TAG塊或語(yǔ)句中設(shè)備應(yīng)記錄在處理包含IEC61162-1格式語(yǔ)句的數(shù)據(jù)報(bào)中發(fā)現(xiàn)的錯(cuò)誤數(shù)。至少應(yīng)對(duì)以下錯(cuò)誤計(jì)一個(gè)沒有符號(hào)的32位整數(shù)(范圍從0～4294967295)。由4個(gè)連續(xù)傳輸照最高有效字節(jié)一個(gè)接一個(gè)傳輸，直至最低有效字節(jié)數(shù)據(jù)報(bào)中可以被接收方忽略的字節(jié)。保留字節(jié)可以一個(gè)沒有符號(hào)的16位整數(shù)(范圍從0～65535)。由兩個(gè)連續(xù)發(fā)送的字節(jié)高有效字節(jié)再傳輸最低有效字節(jié)字符串[n]n個(gè)字節(jié)的一串序列，被稱作字符串。在網(wǎng)絡(luò)上從左邊的字符開始傳輸。如果字n,則會(huì)在末尾添加空字符。報(bào)頭中的所有字符采用ISO/IEC8IEC61162-450報(bào)頭(見7.3.4)二值文件描述符(僅在第一個(gè)數(shù)據(jù)報(bào)中)(見7.3.6)二值文件數(shù)據(jù)片段(見7.3.7)IEC61162-450報(bào)頭(0或更多)二值文件數(shù)據(jù)片段(0或更多)GB/T31843.450—2019/IEC61162-450:2使用不可重新傳輸和可重新傳輸?shù)陌l(fā)送方傳輸?shù)亩滴募辽儆汕叭齻€(gè)段的長(zhǎng)度可以為0。7.3.3IEC61162-450報(bào)頭報(bào)頭為接收方提供數(shù)據(jù)傳輸狀態(tài)。允許接收方鑒別文件傳輸中是否有數(shù)據(jù)丟失表9定義了IEC61162-450報(bào)頭格式。字符串[6]長(zhǎng)度為5字節(jié)的ASCII字符串標(biāo)識(shí)符，后跟空字符，見7.1.1定義報(bào)頭版本，本部分中定義的報(bào)頭版本為1。擴(kuò)展以字節(jié)為單位定義報(bào)頭的長(zhǎng)度。至少為報(bào)頭的長(zhǎng)度。只要這些附加字段與本部分中報(bào)頭的定義兼容，則本部分未來的版本可向該報(bào)頭識(shí)別這些附加字段的接收方字符串[6]目的系統(tǒng)標(biāo)識(shí)符字符串[6]初始值在0到(22-1=4294967295)范圍內(nèi)隨機(jī)生成，在整個(gè)數(shù)據(jù)塊傳輸后增加1最大序列號(hào)傳輸圖像數(shù)據(jù)塊所需要的數(shù)據(jù)報(bào)的數(shù)量。當(dāng)序列號(hào)等于最大序列報(bào)是數(shù)據(jù)塊的最后一個(gè)數(shù)據(jù)報(bào)。只有DATA類型的報(bào)文適用最用字節(jié)表示數(shù)據(jù)源(設(shè)備),1≥設(shè)備1.2≥設(shè)備2等。數(shù)值在1～255之間從1～255,根據(jù)數(shù)據(jù)源(設(shè)備)細(xì)分，默認(rèn)值為1報(bào)頭標(biāo)識(shí)用來識(shí)別數(shù)據(jù)塊和傳輸模式的類型，但不應(yīng)用于接受或拒絕傳輸。7.1.1定義了兩個(gè)——“RaUdP”采用UDP的簡(jiǎn)單二值文件傳輸服務(wù)；——“RrUdP”采用UDP的可重新傳輸二值文件傳輸服務(wù)。GB/T31843.450—2019/IEC61162-450:定義報(bào)頭版本。本部分應(yīng)設(shè)置為2?！猀UERY(0x02)該類型用于發(fā)送方從接收方查詢接收狀態(tài)。該消息有效負(fù)荷的長(zhǎng)度總是為0。如果最后一個(gè)文件塊數(shù)據(jù)報(bào)發(fā)送后1s或者QUERY報(bào)文發(fā)送后沒有ACK報(bào)文，則發(fā)送方發(fā)送QUERY報(bào)文。塊標(biāo)識(shí)符用來識(shí)別每個(gè)二值文件塊。因?yàn)橐粋€(gè)二值文件塊被分成多個(gè)數(shù)據(jù)序列號(hào)(SequenceNum)和最大序列號(hào)(MaxSequence)用作分片和重組。當(dāng)接收方接收到數(shù)據(jù)報(bào)，道=2。表10定義了二值文件描述符的格式。GB/T31843.450—2019/IEC61162-450:2018表10二值文件描述符格式用字節(jié)定義二值文件描述符的長(zhǎng)度。報(bào)頭的長(zhǎng)度至少包括保留字節(jié)。只要這些附加字段與本部分中報(bào)頭的定義兼容，則本部分未來的版本返回?cái)?shù)據(jù)的狀態(tài)。返回0表示正常運(yùn)行。非零值表示發(fā)生錯(cuò)誤。可以用于確認(rèn)的端口號(hào)。允許端口號(hào)在60006、60008～60016、60021~60030之間(見)數(shù)據(jù)類型字符串[n]通過給服務(wù)器數(shù)據(jù)塊設(shè)定MIME內(nèi)容類型來定義數(shù)據(jù)塊的字符串，后跟空字符。例如，“image/jpeg”用來表示J“狀態(tài)和信息文本”字段的長(zhǎng)度(以字節(jié)為單位)字符串[n]狀態(tài)信息(即正常運(yùn)行或錯(cuò)誤代碼)?？梢允且粋€(gè)注1:沒有二值文件報(bào)頭錯(cuò)誤檢查，因?yàn)橛脩魯?shù)據(jù)報(bào)協(xié)議(UDP)層已對(duì)其檢查。在本部分(UDP)報(bào)頭校驗(yàn)和是強(qiáng)制性的。注2:MIME是指多用途互聯(lián)網(wǎng)郵件擴(kuò)展類型。最初用于郵件服務(wù)，但是現(xiàn)已廣泛用于Web等其他應(yīng)用程序。同樣靈活支持新媒體類型。MIME內(nèi)容類型和注冊(cè)要求在ISOCRFC4288和ISORFC4289中作了定義。數(shù)據(jù)類型應(yīng)通過MIME內(nèi)容類型“類型/子類型”編碼，并由IANA定義。表11說明了圖像和壓縮數(shù)據(jù)使用的MIME內(nèi)容類型的一些實(shí)例。/assignments/media-types/站點(diǎn)上有更多更新的可用信息。表11數(shù)據(jù)類型代碼使用的MIME內(nèi)容類型實(shí)例內(nèi)容類型文件擴(kuò)展名MicrosoftWindowsbitmDOS/PC—Pkzippedarc7.3.5二值文件數(shù)據(jù)段表12定義了數(shù)據(jù)包的格式。表12二值文件數(shù)據(jù)段格式字節(jié)[數(shù)據(jù)長(zhǎng)度]該數(shù)據(jù)項(xiàng)既可以分成多段也可以在一個(gè)數(shù)據(jù)塊中GB/T31843.450—2019/IEC61162-450:2018對(duì)于一個(gè)或多個(gè)數(shù)據(jù)報(bào)二值文件片段長(zhǎng)度可以為0。以下步驟為基本發(fā)送流程(見圖3):值文件塊標(biāo)識(shí)符基礎(chǔ)上加1);對(duì)于來自同一源系統(tǒng)標(biāo)識(shí)符、設(shè)備和通道組合的每個(gè)二值文件c)根據(jù)表10組成二值文件描述符。d)將二值文件塊分成不大于1472個(gè)字節(jié)的數(shù)據(jù)報(bào)，每個(gè)數(shù)據(jù)報(bào)都存入發(fā)送緩沖區(qū)。開始開始是第1個(gè)二值?否塊標(biāo)識(shí)符=隨機(jī)數(shù)()塊標(biāo)識(shí)符+1根據(jù)表10編寫二值文件描述符將數(shù)據(jù)拆分為不大于1472字節(jié)的數(shù)據(jù)報(bào)序列號(hào)=1序列號(hào)+1根據(jù)表9編寫報(bào)頭是序列號(hào)<最大序列號(hào)?否h)根據(jù)表9組成報(bào)頭。5)得到一個(gè)序列號(hào)為ACK報(bào)文序列號(hào)加1的數(shù)據(jù)報(bào)。7)回到步驟h)。1)獲取下一個(gè)數(shù)據(jù)報(bào)并將序列號(hào)加1。1)增加最終計(jì)數(shù)。2)編寫查詢數(shù)據(jù)報(bào)并發(fā)送至網(wǎng)絡(luò)。是是否是否塊標(biāo)識(shí)符+1[b]塊標(biāo)識(shí)符=隨機(jī)數(shù)()塊標(biāo)識(shí)符+1[b]序列號(hào)+1(k.1)序列號(hào)=1序列號(hào)+1(k.1)重新傳輸計(jì)數(shù)=0;查詢序列號(hào)=0;結(jié)束計(jì)數(shù)=0[d]重新傳輸計(jì)數(shù)=0;查詢序列號(hào)=0;結(jié)束計(jì)數(shù)=0[d]否是序列號(hào)<最后傳輸序列號(hào)?否是否序列號(hào)<最大序列號(hào)?否序列號(hào)<最大序列號(hào)?(數(shù)據(jù)報(bào)傳輸)[k]是否是是重新傳輸計(jì)數(shù)+1[j.1]是否接收ACK報(bào)文?[1j重新傳輸計(jì)數(shù)>最大傳輸否接收ACK報(bào)文?[1j是ACK目的標(biāo)識(shí)符!=自身SFI或ACK源系統(tǒng)標(biāo)識(shí)符=二值目的否ACK目的標(biāo)識(shí)符!=自身SFI或ACK源系統(tǒng)標(biāo)識(shí)符=二值目的否否是查詢計(jì)數(shù)=1[j.4]是否最終計(jì)數(shù)>3?[n]最終計(jì)數(shù)>3?[n]是最終計(jì)數(shù)+1[n.1]是最終計(jì)數(shù)+1[n.1]ACK序列號(hào)<最大序列號(hào)?[m.1]否ACK序列號(hào)==最大序列號(hào)?[m.2]否序列號(hào)=ACK序列號(hào)+1[j.5]:查詢序列號(hào)=序列號(hào)[j.6]否查詢計(jì)數(shù)=0[j.3]查詢計(jì)數(shù)=0[j.3]圖4可重新傳輸?shù)陌l(fā)送流程(見圖5):5)將確認(rèn)數(shù)據(jù)報(bào)發(fā)送給發(fā)送方；1)分析文件圖像描述符和報(bào)頭；設(shè)置為true;4)轉(zhuǎn)到步驟g)。2)接收緩沖區(qū)被清除。1)將重新傳輸計(jì)數(shù)加1;4)如果查詢計(jì)數(shù)器大于3,則查詢計(jì)數(shù)器為零(0);是否否否是塊標(biāo)識(shí)符!=上是接收緩存不為空?是序列號(hào)!=1,序列號(hào)!=上一個(gè)序列號(hào)+1?[g]否否是是是[Il是否否是序列號(hào)==1?是上一序列號(hào)!=最大是否是是是否重新傳輸，計(jì)數(shù)=0;查詢計(jì)是數(shù)=0;查詢序列號(hào)=1:所有序列標(biāo)記=真[d.3]是數(shù)=0;查詢序列號(hào)=1:所有序列標(biāo)記=真[d.3]否上一序列號(hào)=否是否否查詢計(jì)數(shù)=1[g.6]5)將所有序列標(biāo)志設(shè)置為false并回到步驟a);6)如果先前的序列號(hào)與查詢序列號(hào)不相同，則將查詢計(jì)數(shù)器設(shè)置為1;7)將查詢序列號(hào)設(shè)置為先前的序列號(hào)；h)將數(shù)據(jù)報(bào)放入接收方緩沖區(qū)。1)將緩沖區(qū)中所有接收到的數(shù)據(jù)發(fā)送給SF;2)清除接收方緩沖區(qū)；3)重新傳輸計(jì)數(shù)設(shè)為零(0)。1)編寫一個(gè)帶有type=ACK的報(bào)頭、塊標(biāo)識(shí)符和最大序列號(hào)；k)回到步驟a)。當(dāng)接收方使用新的塊標(biāo)識(shí)符，從同一源系統(tǒng)標(biāo)識(shí)符、設(shè)備和通道的組合(見表9和表10)獲得二值重新發(fā)送的接收方在成功接收所有之前的塊之后獲得最后一個(gè)文件塊時(shí)，會(huì)給發(fā)送方發(fā)送一個(gè)ACK可重新傳輸?shù)亩滴募鬏數(shù)慕邮辗讲粦?yīng)向發(fā)送方發(fā)送ACK報(bào)文。只有當(dāng)可重新發(fā)送的發(fā)送方接收到序列號(hào)等于最大序列號(hào)的ACK報(bào)文時(shí)，方可認(rèn)為完成傳輸。表13中說明了將IEC61162-3PGN報(bào)文傳輸?shù)絀EC61162-450網(wǎng)絡(luò)的報(bào)文結(jié)構(gòu)。報(bào)頭(見表9)IEC61162-3報(bào)文片段IEC61162-3報(bào)文片段(0或更多)GB/T31843.450—2019/IEC61162-45PGN的最大報(bào)文為1785字節(jié)。應(yīng)使用一個(gè)或兩個(gè)IEC61162-450數(shù)據(jù)報(bào)傳輸PGN報(bào)文。當(dāng)有丟失的數(shù)據(jù)報(bào)時(shí)，由于不需要重新傳輸，PGN報(bào)文將作為錯(cuò)誤被忽略。表14中說明了將IEC61162-3PGN報(bào)文傳輸?shù)絀EC61162-450網(wǎng)絡(luò)的報(bào)文格式。PGN報(bào)文的描述符長(zhǎng)度為32個(gè)字節(jié)。表14PGN報(bào)文描述符說明源名稱(SNAME)8個(gè)字節(jié)的字符源設(shè)備標(biāo)識(shí)符(SDID)2個(gè)字節(jié)的數(shù)字目的名稱(DNAME)8個(gè)字節(jié)的字符目的名稱。NAME應(yīng)符合IEC61162-3目的設(shè)備標(biāo)識(shí)符(DDID)*2個(gè)字節(jié)的數(shù)字4個(gè)字節(jié)的數(shù)字IEC61162-3的PGN編號(hào)1個(gè)字節(jié)的數(shù)字IEC61162-3的優(yōu)先權(quán)。使用位0～位2并保留(REVD)7.4.3地址轉(zhuǎn)換要求PGN組定義為可以共享信息和報(bào)文的設(shè)備的邏輯組。應(yīng)為每個(gè)PNGF分配一個(gè)PGN組，以便與該組中的設(shè)備通信。PGN組中的設(shè)備地址在網(wǎng)絡(luò)中應(yīng)唯一。如果需要某些設(shè)備與不同PGN組中的設(shè)備通信，則可以向多個(gè)PGN組注冊(cè)PNGF。應(yīng)提供在每個(gè)PNGF配置PGN組的方法。PNGF應(yīng)代表網(wǎng)絡(luò)中唯一標(biāo)識(shí)的所有IEC61162-3設(shè)備。IEC61162-3網(wǎng)絡(luò)中的虛擬設(shè)備由源地址標(biāo)識(shí)。每個(gè)虛擬設(shè)備應(yīng)通過連接的PNGF的SFI、PGN組號(hào)、IEC61162-3源地址和名稱進(jìn)行標(biāo)識(shí)。如果沒有可用的地址，則在新地址可用之前無法映射該地址。當(dāng)新地址不可用時(shí)，應(yīng)按照4.3.3的規(guī)定記錄該事件。當(dāng)PNGF接收到關(guān)于帶名稱的設(shè)備地址查詢(即地址聲明報(bào)文),并且它有關(guān)于該設(shè)備的信息時(shí)，應(yīng)使用該地址進(jìn)行響應(yīng)，而不將該報(bào)文轉(zhuǎn)發(fā)到IEC61162-3網(wǎng)絡(luò)。PNGF應(yīng)能將IEC61162-3設(shè)備表示為網(wǎng)關(guān)設(shè)備地址和PNGF的SFI,但始終映射到設(shè)備地址256的設(shè)備地址0除外。因?yàn)镻NGF的設(shè)備地址0在IEC61162-450上表示PNGF本身。通過從IEC61162-3網(wǎng)絡(luò)中獲取相應(yīng)的IEC61162-3源地址，PNGF應(yīng)具有至少將其表示為由于不同設(shè)備的啟動(dòng)時(shí)間比基于SRP語(yǔ)句執(zhí)行沖突檢測(cè)的網(wǎng)絡(luò)監(jiān)控更快，因此需要多次發(fā)送SRP。最低級(jí)數(shù)據(jù)元素由8個(gè)有序位組成(有時(shí)稱為八位字節(jié))。位順序由計(jì)算機(jī)包含報(bào)頭、保留字節(jié)的可選序列和實(shí)際報(bào)文內(nèi)容的字節(jié)數(shù)。報(bào)頭指定報(bào)頭本身的長(zhǎng)度、保留字節(jié)和數(shù)據(jù)的長(zhǎng)度，還將包含允許將多個(gè)數(shù)據(jù)包重新組裝成表示的信息雙字。一個(gè)無符號(hào)的32位整數(shù)(范圍為0～4294967295)。雙字由四個(gè)連續(xù)傳輸?shù)淖止?jié)構(gòu)成，其中網(wǎng)絡(luò)上的傳輸順序是最重要的字節(jié)，其次是下一個(gè)最重要的字節(jié)，直到最低有效字節(jié)消息數(shù)據(jù)數(shù)據(jù)包中可能被接收方忽略的字節(jié)數(shù)。保留字節(jié)可以是附加報(bào)頭信息，該報(bào)版本具有意義，或者也可以用于制造商特定目的一個(gè)無符號(hào)的16位整數(shù)(范圍為0～65535)。單字由兩個(gè)連續(xù)傳輸?shù)淖止?jié)字符串[n]n個(gè)字節(jié)的序列，為一串字符。網(wǎng)絡(luò)傳輸順序首先為最左邊的字符。如果字符串比n字節(jié)應(yīng)設(shè)為0。報(bào)頭中的所有字符串均在ISO/IEC8859-1編碼中報(bào)頭(見)包數(shù)據(jù)(見)表17報(bào)頭結(jié)構(gòu)字符串[6]應(yīng)始終包含字符串“RrTcP”,包括一個(gè)跟隨空值。標(biāo)根據(jù)CRC-16-CCITT對(duì)報(bào)頭進(jìn)行循環(huán)冗余檢查。算并包含報(bào)頭版本到任何保留字節(jié)。CRC是序之后從字節(jié)序列計(jì)算出來的。CRC多項(xiàng)式：x1?+x12+x?+1以字節(jié)為單位定義二值文件描述符長(zhǎng)度。至少包含了保留字節(jié)的報(bào)頭長(zhǎng)度。只要這些附加字段與本部分文件描的未來版本可向文件描述符增加附加字段，而不增加報(bào)頭版本。不識(shí)別這些附加字段的接收方將忽略它們字符串[6]在“ccxxx”格式中定義源系統(tǒng)標(biāo)識(shí)符(見4.4.2)以八字節(jié)為單位定義此數(shù)據(jù)包的數(shù)據(jù)內(nèi)容。可以為一個(gè)包中的完整(超大)數(shù)據(jù)，也可以為網(wǎng)絡(luò)傳輸?shù)牡湫痛笮?1280字節(jié))。在后一種情況下，maxnum、actnum和streamlength用于將數(shù)據(jù)包同步到完整的數(shù)據(jù)傳輸中時(shí)間秒時(shí)間戳秒數(shù)部分。時(shí)間戳在抓取瞬間同時(shí)以秒和納秒為單位構(gòu)如果應(yīng)用程序需要(例如將圖像傳輸?shù)絍DR),則應(yīng)在數(shù)據(jù)記錄時(shí)立即如果應(yīng)用程序允許時(shí)間戳是可選的，并且無時(shí)間戳可用，則值0應(yīng)用于時(shí)間秒和時(shí)間納秒。時(shí)間表示是自1970年1月1日以來的秒數(shù)，不包括跳躍秒(例如天文/此信息只在每個(gè)文件或數(shù)據(jù)流的第一個(gè)包中需要。下列數(shù)據(jù)包中屬于同一數(shù)據(jù)傳輸?shù)臅r(shí)間截，由接收方丟棄。只有當(dāng)目標(biāo)設(shè)備(如VDR)和源設(shè)備(如雷達(dá)單元)之間的同步足夠精確(以毫秒為單位)時(shí)，才可使用此值。差分?jǐn)?shù)據(jù)項(xiàng)可以用作同步的另時(shí)間納秒時(shí)間截納秒部分。詳情見時(shí)間秒時(shí)間差數(shù)據(jù)記錄瞬間(例如抓取瞬間)和文件第一個(gè)數(shù)據(jù)包傳輸之間的時(shí)間差，單位為毫秒。在源生成(例如屏幕截圖)之前立即生成分辨率至少在毫秒范圍內(nèi)的時(shí)間戳，在傳輸?shù)谝粋€(gè)數(shù)據(jù)包之前立即生成第二個(gè)時(shí)間戳。將差異輸入為“時(shí)間差”,然后發(fā)送數(shù)據(jù)包。目的設(shè)備(例如VDR)使用該時(shí)間差值及其系統(tǒng)時(shí)間來確定傳輸數(shù)據(jù)的時(shí)間戳。目的設(shè)備和源設(shè)備之間的時(shí)間容差可忽略不計(jì)，因?yàn)槟康脑O(shè)備的時(shí)間參考始終為目的設(shè)備的系統(tǒng)時(shí)間傳輸相應(yīng)文件或數(shù)據(jù)流所需的包數(shù)。該值可以是1或更多表17(續(xù))包的編號(hào)(范圍為1到最大值)以八位字節(jié)定義(完整)流/表示內(nèi)容的長(zhǎng)度用字節(jié)表示數(shù)據(jù)源(設(shè)備),1≥設(shè)備1.2≥設(shè)備2之間從1～255,根據(jù)數(shù)據(jù)源(設(shè)備)細(xì)分，默認(rèn)值為1設(shè)備網(wǎng)絡(luò)協(xié)議(IP)傳輸設(shè)備的網(wǎng)絡(luò)協(xié)議，有選擇的使用。網(wǎng)絡(luò)協(xié)議地址設(shè)備端口傳輸設(shè)備使用的端口?？呻S意使用數(shù)據(jù)類型字符串[16]此字符串通過為服務(wù)器的數(shù)據(jù)塊分配一個(gè)MIME空字符來定義數(shù)據(jù)塊編碼。例如，image/pnplication/zip用于ZIP文件數(shù)據(jù)返回的狀態(tài)。正常操作返回0。非0值用性文本可放在狀態(tài)和信心文本字段中“狀態(tài)和信息文本”字段的長(zhǎng)度(字節(jié))字符串[n]狀態(tài)信息(例如成功操作或錯(cuò)誤代碼)?？赡転橹到Y(jié)尾的字符串字節(jié)[數(shù)據(jù)長(zhǎng)度]GB/T31843.450—2019/IEC61162-450:二進(jìn)制文件的每個(gè)傳輸客戶端的數(shù)據(jù)量不應(yīng)超過2MB/s。無法執(zhí)行地址查找服務(wù)的設(shè)備應(yīng)配置到同一IP子網(wǎng)。如果設(shè)備連接在不同的IP子網(wǎng)上，則可以傳輸?shù)陌l(fā)送方和接收方之間的默認(rèn)TCP端口應(yīng)為7097。發(fā)送方和接收方應(yīng)支持端口號(hào)和IP地根據(jù)應(yīng)用程序的不同，文件接收方可以設(shè)置為在同一輸入端口上接受多個(gè)制造商應(yīng)規(guī)定接收服務(wù)器的最大傳輸客戶端連接數(shù)。接收服務(wù)器應(yīng)單獨(dú)——生成包含唯一和編號(hào)內(nèi)容的測(cè)試UDP數(shù)據(jù)報(bào)，具有可變的能夠超出IEC61162-1和GB/T31843.450—2019/IEC61162-450:2018通過檢查確認(rèn)制造商在4.3.2的a)～c)中規(guī)定了最大數(shù)據(jù)報(bào)輸出速率。以4.3.2規(guī)定的最大數(shù)據(jù)報(bào)速率激活受試設(shè)備的所有網(wǎng)絡(luò)功能(NF)端口，檢查設(shè)備的性能不會(huì)退化。IEC61162-1規(guī)定接口實(shí)現(xiàn)的系統(tǒng)功能，確認(rèn)其符合按照4.4.2的規(guī)定檢查確認(rèn)提供了唯一系統(tǒng)功能檢查制造商的文檔是否包含有關(guān)如何選擇SFI的“cc”和“xxxx”部分的說明，以使得SFI在IEC61162-450網(wǎng)絡(luò)中至少是唯一的。檢查確認(rèn)可以為設(shè)備每個(gè)串行端口上由不同的發(fā)話器助記符區(qū)分的所有源輸入唯一的SFI,并通過分析UDP數(shù)據(jù)報(bào)確認(rèn)SFI到每個(gè)串行端口上由不同的發(fā)話器助記符區(qū)分的源的映射關(guān)系是正通過分析UDP數(shù)據(jù)報(bào)，檢查TAG塊源標(biāo)識(shí)(s:)確認(rèn)每個(gè)串檢查標(biāo)記塊目標(biāo)標(biāo)識(shí)(d:)確認(rèn)從450個(gè)網(wǎng)絡(luò)到串口的路由是正確的。通過給測(cè)試網(wǎng)絡(luò)饋送包含所有可用串行輸出語(yǔ)句的數(shù)據(jù)報(bào)來驗(yàn)證輸出路由GB/T31843.450—2019/IEC61162-450:2標(biāo)識(shí)(s:)和目標(biāo)標(biāo)識(shí)(d:)在UDP數(shù)據(jù)報(bào)中傳輸。測(cè)試語(yǔ)句應(yīng)包括TAG塊和分組報(bào)文。8.5.4數(shù)據(jù)報(bào)輸出多SF串行端口通過向被測(cè)網(wǎng)絡(luò)的輸入端口提供語(yǔ)句來驗(yàn)證數(shù)據(jù)報(bào)轉(zhuǎn)換，并檢查這些語(yǔ)句是否以正確的語(yǔ)法、a)接收到的具有配置的說話人標(biāo)識(shí)符和制造商助記碼的句子將使用配置的SFI傳輸數(shù)據(jù)報(bào)；d)接收到的沒有配置的說話人標(biāo)識(shí)符或制造商助記碼的句子將為每個(gè)配置的SFI傳輸數(shù)據(jù)報(bào)；b)已配置目的地SFI的接收數(shù)據(jù)報(bào)將在已配置的串行端口上傳輸；c)接收到的具有未知SFI的有效目的地的數(shù)據(jù)報(bào)在下面的測(cè)試用例中，SNGF串口默認(rèn)SFI為“SI0001符“TI”)和VD0001(用于對(duì)話器標(biāo)識(shí)符“VD”)。專有語(yǔ)句測(cè)試示例1:簡(jiǎn)單的SFI轉(zhuǎn)換示例："$TIROT,123.45*67<CR><LF>$VDVBW,10.00,,A,,,"$PMANMSG,proprietary_co"\s:TI0001,n:333*hh\$TIROT,123.45*67<CR>(L"\s:VD0001,n:111*hh\$VDVBW,10.00,,A,,,V"\s:VD0001,n:111*hh\>$PMANMSG,proprietary_c使用IEC61162-450報(bào)頭("UdPbC'o'")。"\s:TI0001,n:222*hh\$SDDP"\s:VD0001,n:222*hh\$SDDP使用IEC61162-450報(bào)頭("UdPbC'o'")。測(cè)試示例3:簡(jiǎn)單SFI轉(zhuǎn)換示例，無TAG塊支持：Datagram"\s:IN0001,d:TI0001,n:333*hh\$INTIQ,ROT*hhDatagram"\s:IN0001,d:GN0001,n:333*hh\$INGNQ,ZDA*hhDatagram"\s:IN0001,n:333*hh\$INGNQ,ZDA×hhSerialdata"127,333*6B<CR><LF>$TIROT,123.45*67<CR><將生成2個(gè)數(shù)據(jù)報(bào)："\s:SI0001,n:444*hh\1"\s:TI0001,n:445*hh\$TIROT使用IEC61162-450報(bào)頭("UdPbC'o'")。"\s:TI0001,n:446*hh\$TI將生成2個(gè)數(shù)據(jù)報(bào)："\s:TI0001,n:447*nn\$TIALR,12"\s:SI0001,n:448*nn\SensorGB/T31843.450—2019/IEC61162-450:2測(cè)試示例4:錯(cuò)誤轉(zhuǎn)義示例："$TITXT,01,01,01,Incorrect使用IEC61162-450報(bào)頭("UdPbC'o'")。將生成1個(gè)數(shù)據(jù)報(bào)："\s:SI0001,n:449*nn\kfajds...3efbnajfu93hn"followed"\s:SI0001,n:450*nn\$lkfdajkf98873t使用IEC61162-450報(bào)頭("UdPbC'o'")。利用8.1中描述的測(cè)試設(shè)備確認(rèn)ONF沒有使用5.4中保留的任何多播IP地址。通過觀察確認(rèn)表3中固定的連接器可用于設(shè)備。通過查看制造商的說明文檔確認(rèn)這些接口中的一個(gè)或多個(gè)接口符合表3的要求。通過查看制造商的說明文檔確認(rèn)達(dá)到1級(jí)設(shè)備的激光安全要求。通過查看文檔確認(rèn)使用的是IEEE802.3數(shù)據(jù)連接的有關(guān)協(xié)議。通過使用網(wǎng)絡(luò)協(xié)議分析器確認(rèn)使用的是IPV4且沒有使用IP選項(xiàng)。8.7.3IP地址分配通過觀察確認(rèn)提供了IP地址分配方法。確認(rèn)設(shè)備的IP地址分配在ISOCRFC1918中描述的專用網(wǎng)絡(luò)范圍內(nèi)。利用8.1中規(guī)定的測(cè)試設(shè)備和制造商文檔，通過傳輸和接收數(shù)據(jù)確認(rèn)設(shè)備在一次開啟和關(guān)閉后IP使用網(wǎng)絡(luò)協(xié)議分析器確認(rèn)數(shù)據(jù)報(bào)是在～4的多播地址范圍內(nèi)傳輸和接確認(rèn)UDP報(bào)文是通過表4和表5中定義的合適的端口號(hào)進(jìn)行發(fā)送和接收的。確認(rèn)每個(gè)數(shù)據(jù)報(bào)的大小不超過1472字節(jié)?！M號(hào)99后的組號(hào)為1;01030.987,E,,A,A*58——TAG塊行與EUT作為目的被處理。如果受試網(wǎng)絡(luò)支持CRP,則使用雙向協(xié)議分析器確認(rèn)CRP通信中的源地址和目的地址是正確的。這些測(cè)試適用于包含身份驗(yàn)證傳輸?shù)腅UT。通過分析評(píng)估，確認(rèn)EUT傳輸?shù)恼Z(yǔ)句或報(bào)文具有中描述的正確的驗(yàn)證碼。對(duì)EUT支持使用模擬安排創(chuàng)建與先前測(cè)試相同的已驗(yàn)證語(yǔ)句或報(bào)文的有效示例，并通過觀察確認(rèn)，如果將EUT設(shè)置為需要驗(yàn)證，則EUT處理所有語(yǔ)句或報(bào)文。對(duì)EUT支持的所有簽名方法重復(fù)測(cè)試。使用模擬安排創(chuàng)建與先前測(cè)試相同的語(yǔ)句或報(bào)文的有效示例，但在驗(yàn)證通過向網(wǎng)絡(luò)中饋送可變內(nèi)容的測(cè)試語(yǔ)句確認(rèn)受試網(wǎng)絡(luò)僅處理前部具有中定義的有效TAG——標(biāo)簽校驗(yàn)和錯(cuò)誤的行會(huì)使4.3.3中定義的相應(yīng)錯(cuò)誤日志計(jì)數(shù)器增——標(biāo)簽語(yǔ)法錯(cuò)誤的行會(huì)使4.3.3中定義的相應(yīng)錯(cuò)——報(bào)頭版本根據(jù)表9設(shè)置；——第1個(gè)數(shù)據(jù)報(bào)的序列號(hào)設(shè)為1; ——相同的序列重新傳輸次數(shù)不大于3次，否則重新傳輸?shù)陌l(fā)送方繼續(xù)正常傳輸，忽略ACKACK報(bào)文；端發(fā)送了指定的數(shù)據(jù)。通過觀察確定報(bào)頭文件是否符合數(shù)據(jù)格式規(guī)范。A.1通則表A.1給出了發(fā)話器標(biāo)識(shí)符和系統(tǒng)功能(SF)默認(rèn)傳輸組之間的對(duì)表A.2分別對(duì)3種報(bào)文類型的IEC61162-1語(yǔ)句格式進(jìn)行了默認(rèn)分類：——傳感器廣播消息(SBM)見3.22; ——命令響應(yīng)對(duì)(CRP)見3.4。的PROP或表5中的任意一個(gè)。A.1給出了使用系統(tǒng)功能標(biāo)識(shí)(SFI)前兩個(gè)字符作為IEC61162-1發(fā)話器標(biāo)識(shí)符與系統(tǒng)功能(SF)用來傳輸語(yǔ)句的默認(rèn)傳輸組之間的對(duì)應(yīng)關(guān)系。表A.1中列出的兩個(gè)字符的代碼，第3列為其對(duì)應(yīng)的傳輸組。對(duì)于表中未列出的標(biāo)識(shí)符，系統(tǒng)功能(SF)應(yīng)使用MISC傳輸組作為默認(rèn)傳輸組。用于警報(bào)通信設(shè)備類型發(fā)話器標(biāo)識(shí)艏向/航跡控制器(自動(dòng)駕駛儀)自動(dòng)識(shí)別系統(tǒng)CAM1或CAM2通信：數(shù)字選擇性呼叫(DSC)衛(wèi)星無線電話(MF/HF)無線電話(VHF)定向儀表A.1(續(xù))設(shè)備類型發(fā)話器標(biāo)識(shí)電子海圖系統(tǒng)(ECS)電子海圖顯示與信息系統(tǒng)(ECDIS)應(yīng)急無線電示位標(biāo)(EPIRB)防火門控制器/監(jiān)測(cè)系統(tǒng)全球定位系統(tǒng)(GPS)全球?qū)Ш叫l(wèi)星系統(tǒng)(GNSS)陀螺羅經(jīng)，尋北磁通門陀螺羅經(jīng)，非尋北船體應(yīng)力監(jiān)測(cè)網(wǎng)絡(luò)設(shè)備回聲測(cè)深儀，深度電子定位系統(tǒng)，其他/通用回聲測(cè)深儀，掃描(0<=#<=9)用戶配置的發(fā)話器標(biāo)識(shí)符速度傳感器：多普勒、其他/通用速度傳感器：速度計(jì)程儀、水、地磁的表A.1(續(xù))設(shè)備類型發(fā)話器標(biāo)識(shí)速度傳感器：速度計(jì)程儀、水、機(jī)械的鐘表、時(shí)間/日期：原子鐘串行網(wǎng)關(guān)功能·未在IEC61162-1中定義，但被SNGF功能塊使用。表A.2對(duì)現(xiàn)存的IEC61162-1格式進(jìn)行了歸類。最右邊的一欄列出了多語(yǔ)句消息(MSM)和命令Q查詢語(yǔ)句×XX×X×XX××XX×表A.2(續(xù))報(bào)警語(yǔ)句××XX×自動(dòng)程序控制X自動(dòng)程序查詢×自動(dòng)程序狀態(tài)X×X×出發(fā)地到目的地的方位XX×××××××顯示調(diào)光控制×門狀態(tài)檢測(cè)××數(shù)字選擇性呼叫信息×擴(kuò)展的數(shù)字選擇性呼叫××增強(qiáng)選擇性呼叫信息×X××火災(zāi)探測(cè)×頻率設(shè)置信息X×××表A.2(續(xù))××X×GNSS誤差范圍X×XGNSS衛(wèi)星視圖×心跳監(jiān)測(cè)語(yǔ)句×艏向正確報(bào)告×X真艏向X×X××××X×××X×××XAIS遠(yuǎn)程詢問×××X船上人員通知XMSK接收機(jī)接口××X××XNAVTEX接收機(jī)掩碼×表A.2(續(xù))NAVTEX接收的報(bào)文××職業(yè)控制X×××X×推薦的最小導(dǎo)航信息××XX×××雷達(dá)系統(tǒng)數(shù)據(jù)××掃頻信息×X×X××IMO安全網(wǎng)絡(luò)報(bào)文體×安全密碼語(yǔ)句××多數(shù)據(jù)ID××目標(biāo)標(biāo)簽×目標(biāo)經(jīng)緯度X××X×表A.2(續(xù))×多語(yǔ)言文本傳輸×××X×××××水流速度和艏向×XX××水位探測(cè)×××××水平航跡錯(cuò)誤、測(cè)量的×X時(shí)間和日期××離起航點(diǎn)的UTC時(shí)間×到目的航點(diǎn)的UTC時(shí)間×GB/T31843.450—2019/IEC61162-450:附錄B中的材料是NMEA0183中參數(shù)結(jié)構(gòu)定義的一個(gè)子集，用于向IEC61162-1語(yǔ)句中添加信IEC61162-1要求一個(gè)語(yǔ)句中從開始分隔符“$”或“!”到結(jié)束分隔符之間的最大字符數(shù)為79個(gè)和一些保留字符(IEC61162-1:2016中表1)。或(del>字符。應(yīng)按照IEC61162-1:2016表1中的定義使用剩余的保留字符(<CR>、<LF>、“,”“*”和“~”,見IEC61162-1:2016中表1)。也可以為由有效的IEC61162-1字符構(gòu)成的字符串，如B.2所述。參數(shù)代碼僅由字母字符組成。參數(shù)標(biāo)記塊的語(yǔ)法描述如下，采用擴(kuò)展的巴科斯-諾爾形式(EBNF)表示法。格式與XML規(guī)范中使用parameterCode::=[a-zA-Z0numericValue::="-"?[0-9]+("."[0characterString::=[-.parameterPair::=parameterCode":"(numeriparameterList::=parameterList","parameteIparameterPairTagBlock::="\"parameterList"\a:0.23,b:Allthekingsmen-butjack.,c:-23*hh\c可移植操作系統(tǒng)接口(POSIX)時(shí)間d目的標(biāo)識(shí)符字母數(shù)字型字符串(最多15個(gè)字符)g分組的數(shù)字字符串(字母數(shù)字)nr相對(duì)時(shí)間s字母數(shù)字型字符串(最多15個(gè)字符)t自由文本，包括專屬信息a字母數(shù)字字符串(32個(gè)字符最大值)附錄C中的規(guī)定是為了提高附錄A中命令響應(yīng)對(duì)(CRP)語(yǔ)句雙向交互的可靠性。所有在命令響附件C的要求不適用于SNGF和PNGF,因?yàn)樗鼈儍H作為原始發(fā)送方和原始接收方之間的轉(zhuǎn)換器。C.3特征通信由兩個(gè)部分組成(見圖C.1)。網(wǎng)絡(luò)設(shè)備1(ND1)用來傳送命令，網(wǎng)絡(luò)設(shè)備2(ND2)發(fā)送響應(yīng)作網(wǎng)絡(luò)設(shè)備發(fā)送響應(yīng)C.4要求\s:YX0001,n:123*01\$YXHBT,60,A,3*07<CR\s:YX0001,n:231*01\$YXHBT,60,A,4*00<CR)\s:IN0001,d:NR0001,n:123*68\$INNRM,2,1,00001ElF,0000002\s:NR0001,d:IN0001,n:234*6D\$NRNRM,2,1,00001ElF,00000023,R*32<CR\s:NR0001,d:IN0001,n:234*6D\$NRNAK,IN,NRM,NR0001,2,Unvalidsetting*16<CR>\s:NR0001,d:IN0001,n:234*6D\$NRNAK,IN,NRM,NR0001,6,ChecksumfailureinTAG\s:NR0001,d:IN0001,n:234*6D\$NRNAK,IN,NRM,NR0001,6,Checksumfailurein基于IEC61162-450:2011的IEC6116D.1一般要求IEC61162-450:2011中的主機(jī)(例如450節(jié)點(diǎn))不要求執(zhí)行IGMP協(xié)議。當(dāng)啟用IEC61162-450:每個(gè)端口信息。當(dāng)收到多播報(bào)文時(shí)，啟用了IGMP的交換機(jī)只將報(bào)文轉(zhuǎn)發(fā)于交換機(jī)上的多播流量過濾是基于對(duì)IGMP連接消息的監(jiān)聽，因此不實(shí)施IGMP協(xié)議的IEC61162-450:2011中的450節(jié)點(diǎn)將不會(huì)接收到IEC61162-450流量。IGMP偵