第八章综合驾驶台系统

4. 公共参考系统CCRS（Consistent common reference system）
INS在录取、处理、存储和分配数据和信息时， 在INS内部提供一致的和强制的参考。对于特 定的系统数据和重要信息，CCRS确保INS所有 的子系统使用了相同的信息源和数据。例如， 本船位置、对地对水速度、艏向、时间等。
“通过对多个传感器信息估值、组合各种传感器 信息并且在出现危险情况、系统故障和信息的完
善性变差时给出警报，来支持导航的安全性。”
（INS的定义）
按照INS的性能标准, INS分为如下几类
INS（A） 提供有效的、正确的、统一的参考系统，这个系
统至少提供船舶的位置、速度、航向、时间。并 且在传感器出现错误时发出警报信号。 INS（B） 除了包括上述INS（A）的功能外，还要提供有助 于避开危险的相关信息，在雷达或ECDIS上自动 地、连续地标绘出船舶的位置、速度、航向、水 深和预测危险情况。 INS（C） 除了包括INS（B）外，还要自动控制船舶保持航 向、航迹或速度，监视船舶控制的状态和性能。
2. 有效性检查（Validity checks）
有效性是指数据与逻辑和规范准则的符合度。符 合有效性的数据标注良好，不符合的标注不良。 INS收到的、使用的或分配的数据都要经过有效 性检查并标注有效性检查结果。数据没有通过有 效性检查的不能用在INS中 ，当有效性检查不通 过时，INS发出报警(alarm)或警示(warning)。
举例：当数据不正确或被怀疑时，在数据尾部标 注“N”
3. 完善性检查（Integrity checks）
完善性是指数据应满足相关的标准，并且通过比较多个独 立传感器的信息得到验证，使信息保持一定的精度和有效 性的特性。
在INS中要保证数据交换的完善性，当系统处在INS（C） 的工作模式时，若不满足这一点，系统就会发出报警，标 注数据完善性未通过，需要驾驶员立即给出响应，决定是 否继续执行INS（C）工作模式。当系统不处在INS（C） 的工作模式时，若不满足这一点，系统就会发出警示信息。
1）双雷达系统 2）电子海图与信息显示系统（ ECDIS）
注：电子海图和雷达视频叠加的方法
①只将雷达目标叠加ECDIS②将完整清晰 的雷达图像叠加
3）船载自动识别系统（AIS）
二. INS(Ｃ)配置
在INS(Ｂ)基础上，增加了自动航速、航向、航迹控 制，以及监督以上控制过程的性能和状态的系统。
(2) 传感器要提供操作状态、重要信息的 延时性和有效性检查结果。
(3) 受到远程控制的传感器要以最小延时 响应控制命令，并能指示出无效的控制命 令。
(4) 传感器可暂时静音和重新启动声音警 报。
7. 标准的警报管理要求
(1) 满足IMO的A830（19）的警报编码和说 明要求。
(2) 警报的数量要设计得尽可能少。 (3) 警报必须要有提示信息。 (4) 警报按优先权分组：突发事件警报；遇
IBS和INS的相互关系
航向
深度
时间
航速
位置
INS(A)
7 6
航路执行 IBS 5
4 3
1—航向或航迹控制 2—航速控制 3—机械控制 4—系统管理 5—航行安全和船舶保安 6—装卸货和货运管理 7—通讯
雷达
INS(B)
ECDIS AIS
INS(C) 1
航向、航迹、航速控制
并监视控制性能 INS(C)
随后IMO又补充了IBS的定义，规定了IBS应该执行以下2个 或更多的操作：
1 passage execution（航路执行）：锚泊、靠泊、操纵、 避碰、航行
2 communications（通讯 )：内部通信、外部通信、人机 通信、人员通信
3 machinery control(机械控制 )：警报、电源、舵机、锅 炉、加热通风空调、燃油、系统性能诊断
4. （90年代末至今）具有现代航海信息综合处理和监督航行 安全功能的IBS
未来IBS发展展望
Data Integration – Fusion of Information
Chart Radar
PC Radar
ECDIS
AIS
Nav Sensors Night Vision
Multifunction Workstation
SOLAS公约新V章和部分船级社对IBS的配置要求
SOLAS公约新V章和部分船级社对IBS的配置要求（续）
二. IBS的性能标准要求
满足IMO 关于IBS性能标准 IMO MSC 64(67) 附录1
满足IEC 关于IBS性能标准 IEC 61209
1. 标准的总体要求
(1)每个独立设备满足各自的性能标准。 (2)某个独立设备出现故障,不影响IBS的重要
1. 可信性检查（Plausibility checks） 可信性是指数据的质必须通过可信性检查，否则 不能用在INS中。当可信性检查不通过时，INS发出报警 (alarm)或警示(warning) 。 举例：艏向361度不可信
5. 标准的操作要求
(1) IBS必须由适任的驾驶员来操作。 (2) 执行和使用无效功能时有警报声。 (3) 系统检测出输入错误，就会要求驾驶员
立即修正错误。 (4) 如果操作可能产生不好的后果，IBS必
须要求驾驶员确认此项操作。
6. 标准的技术要求 （略）
(1) 传感器接口要符合相关的国际航海用 接口标准和IEC 61162标准。
CCRS的信息要满足：
（1）参照相同的地点和时间。
（2）延时性。如果不满足这一点，系统就 会给出警示(warning)信息。
延时是指事件的起始和其结果之间的时间 间隔，包括事件的数据接收时间、处理时 间、发送时间和显示时间。所谓延时性是 指数据的延时应该符合每个独立设备的性 能标注要求 。
3. IBS和INS的相互关系
航向
深度
时间
航速
位置
INS(A)
7 6
航路执行 IBS 5
4 3
1—航向或航迹控制 2—航速控制 3—机械控制 4—系统管理 5—航行安全和船舶保安 6—装卸货和货运管理 7—通讯
雷达
INS(B)
ECDIS AIS
INS(C) 1
航向、航迹、航速控制
并监视控制性能 INS(C)
Automation Sys
Ship Alarms Weather
未来IBS多功能工作台
驾驶员操作控制单元
操舵单元
数据采集和处理为主转向以决策和控制为主 基于网络技术的IBS信息处理技术 航行专家系统、最佳航线设计 航行综合控制（综合导航系统与主机遥控、辅机遥控、通信等有机地组合） 人体工程学和人机交互界面的研究
险、紧急和安全警报；次要警报(警示)。
第三节 INS的配置
一. INS(A)配置：
包括位置、艏向、航速、深度、时间传感器。 1）陀螺罗经 2）磁罗经 3）多罗经组合 4）计程仪 5）电子定位系统 6）测深仪
二. INS(B)配置
在INS(A)基础上，增加了雷达、ECDIS和AIS，在 雷达或ECDIS上自动连续地标绘，利于避碰导航。
和显示信息保持正常。 （6）网络链接错误不能影响每个独立设备的功能。
4. 标准的故障分析要求 （略）
(1) 能够指明可能发生的系统错误和与重要 功能有关的连接错误 。
(2) 能够指明与操作、功能、状态等有关的 错误所产生的后果。
(3) 能够对故障影响归类，通过对故障进行 分析，确认IBS继续操作是否可以保证船舶 安全 。
1）航速、航向、航迹控制系统
航速控制：控制船舶按设定的速度或ETA航行； 航向控制：控制船舶按预定的航向航行；/航向自动舵 航迹控制：控制船舶按预定的计划航线航行。/ 航迹自动 舵）
2）航速、航向、航迹性能和状态的监督及警报系
统
INS警报：设备警报和工作警报
3）综合信息控制系统
连接导航、轮机监控、气象等传感器，实现航路执行功 能。
功能。 (3)当运行航路执行功能时，其他任何操作都
不能中断航路执行功能 。 (4)任何一个子系统的故障都不能影响其他子
系统的正常工作。
2. 标准的组合要求
(1) IBS的功能一定要不低于独立使用各个设备时所达到的功 能。
(2) 持续显示的信息应该是保证船舶安全的最少必要信息 。 (3) 显示和控制应该采用一致的人机接口界面。 (4) 对于保证航行安全必要的显示和控制，要有可以替代的设
能标准即：IMO MSC64（67）附录1 Integrated bridge system (IBS) 是由若干个子
系统通过内部连接组成的，以便可以集中获取 各个传感器信息或从工作站获取命令/控制。 IBS的主要目的是由适任的驾驶员来提高船舶
航行的安全性和经济性 。
IMO 对IBS的补充规定
2
显示与计划航线有关的导航信息
并报告和监测危险情况 INS(B)
综合各种导航传感器信息，提供完整准确的 导航信息 INS(A)
第四节 INS的功能要求
INS功能要求包括：传感器信息的综合处理、INS 的任务和功能、INS工作站功能、INS显示功能、 INS人机交互界面。
一、传感器信息的综合处理
4 loading, discharging and cargo control (装卸载和货运管 理 )：污水、防污染、货舱、货物配载、油水、舱门
5 safety and security(航行安全和船舶保安 ) ：消防、船损 防漏、防海盗、紧急事件响应
6 management operation(系统管理) ：船员培训、值班演 习、货运证书、救生设备、航次管理、船舶维护保养、人 事管理