E航海服务交互的VDES寻址通信解决方案.docxVIP

? ? E航海服务交互的VDES寻址通信解决方案 ? ? 余锦超 摘 要：详细讨论VDES应用终端访问E航海服务的通信交互过程，并提出IALA G1139导则的VDES报文增加独立Service ID以支持E航海服务寻址访问模式。 Key：E航海 VDES 寻址 在E航海时代中，丰富海事服务和互联网应用构建在IP网络中。当船端具备互联网接入能力，那将可顺利获得所需应用服务。考虑到移动基站运行在4G/5G的高通信频率，覆盖范围比较有限，实际上在海上可靠的互联网通信只有卫星通信手段。 VDES的出现为海上互联互通提供一种新的可能性，VDES在实验室中的传输速率达到了384bps/s，理论上可满足船端的E航海和互联网应用。由于应用服务主要部署在IP网络中，而VDES运行在VHF网络之中，因此船端是不能直接使用VDES访问到在IP网络中的服务。在VDES中船端使用MMSI进行标识，在互联网中目的服务地址使用域名或者IP地址进行标识，要实现船端和服务端的双向通信，需要VDES服务网关桥接IP网络和VDES网络进行数据转换。VDES服务网关需要根据船端请求的服务目的地址进行路由指向，所以需要在VDES报文中指明服务目的地的信息。 1.VDES寻址通信报文需要服务标识 船端VDES请求服务的报文，首先需要进入岸基系统进行处理。根据VDES“点到点”的通信机制，VDES报文应该首先发往附近的VDES基站，实现VDES数据的“上岸”。VDES通过VDE公告板信息或者ASM区域广播信息，告知附近船舶该基站的MMSI。在IALA G1139的导则中，VDE和ASM的报文设置了目的MMSI字段，该字段需要用于指向附近基站MMSI，所以该字段是不能用于承载服务目的地址。 当VDES数据进入岸基系统后，服务请求需要进一步送往目的服务端。服务端可能是在E航海数据中心，也可能在互联网中。因此在船端和服务端交互的VDES数据，需要设计一个参数用于标识服务，称之为Service ID。通过追踪Service ID服务标识 ，VDES服务网关可以实现IP网络和VDES网络之间的数据路由转换。 2.VDES寻址通信报文中增加服务标识 由于目前IALA G1139导则中并无Service ID字段，下文将围绕Service ID具体设计进行讨论。 2.1非独立字段可变长Service ID 不设置獨立Service ID字段，且不固定Service ID长度，Service ID只能放在VDES报文的Payload中，Payload的数据空间可以最大程度地利用。由于VDES服务网关事前不知道Service ID实际长度，为了获取Service ID，Payload需要采用结构化语言，并将Service ID和有效数据独立标记，虽不可对Payload数据进行整体加密，但可支持对标记里包含的数据进行加密，如表1所示。 2.2非独立字段固定长度Service ID Service ID放在VDES报文的Payload中，但是事先定义Service ID在Payload的有效长度，当Service ID长度不足固定长度时，使用特殊字符进行填充，VDES服务网关不需要解释整个Payload，只需截取固定长度的Service ID部分就可以获取路由信息，因此可以对除去固定长度Service ID以外的Payload数据部分进行加密，如表2所示。 2.3独立字段可变长（或固定长度）Service ID 该方案是在IALA G1139导则中关于VDE和ASM的寻址报文中，增设独立的Service ID字段。VDES服务网关可以独立解释Service ID获得服务目的地址，而无需解释Payload的具体内容，因此payload可以对数据进行加密，如表3所示。 2.4三种服务标识方案的讨论 非独立字段服务标识方案：该模式不改动现有的VDES报文结构，将服务标识和有效数据共同放在Payload中，通过结构化数据或预定义数据结构来界定Service ID。VDES服务网关需要对Payload中服务标识进行提取，并将剩余的Payload数据进行重新封装和路由。 独立字段的服务标识方案：该模式是最接近当前主流路由交换模式的VDES通信应用解决方案，通过VDES服务网关可以优雅地解决VDES网络和IP网络的双向交互问题。该方案需要较小程度地修改IALA G1139的VDES报文结构，对于VDES的终端设备只涉及到点到点通信报文解码程序的小修改，并不影响设备硬件的修造，而且目前国际上VDES终端仍未量产，因此修改VDES报文方案是可以接受的。 3.服务标识在VDES服务网关起到的作用 可选用MRN、虚拟MMSI、域名、IP：Port等作为候选服务标识Service ID，但实际最终请求和服务