S-129：把「船底还剩几米」做成产品

S-98 的九层优先级里，第 6 层"官方按需数据"住着四件产品：S-102 水深、S-104 水位、S-111 表层流，还有一个一直没讲——S-129，富余水深管理（Under Keel Clearance Management, UKCM）。补上它，按需四件套就写齐了。

它也确实是四件里最特别的一个。水深告诉你海底在哪，水位告诉你水面在哪——都是描述海的。S-129 不描述海：它描述一个决定——你这条船、走这条航线、在这个时间窗，龙骨底下还剩几米，以及这个数字是否越过了安全线。

先把问题讲清楚：静态账不算数

浅水里，搁浅不是突然发生的。船开过浅区，船体会下沉、横倾，航速越快沉得越多（这就是 squat，蹲坐效应），所以"水深减吃水"这个静态账不算数，真正的余量是随时间、随航速变的动态量。水道当局会对管辖水域规定最小 UKC 要求，S-129 的术语表把这层意思写得很直白：不可航行区，就是"富余水深低于安全限的区域"。

传统上这笔账由岸上的 UKCM 服务方替船东算，产出纸质或邮件的建议。S-129 Ed 2.0.0（2024 年 12 月）做的事，是把这套建议编码成 S-100 数据产品——按规范的定位，它是可以在 ECDIS 里叠加显示的"航海出版物信息叠加层"（NPIO）。业务的根子拴在 SOLAS 公约 V/34 条：船长有泊位到泊位做航行计划的义务，S-129 就是给"过浅区"这段计划提供数据形态的。

一次通行，三份计划

规范第 1 章把业务流讲成一段完整的故事，值得整段读——因为 S-129 的每个物标都是这个故事里的一个道具。

开演前，服务方按一串可能的到达时间预先算账，产出 Pre-plan（预计划）——给指定吃水的船若干个可通行时间窗：几点几分过浅区，富余水深能保住多少。

船长选定一个窗口，报上船舶参数（稳性、吃水、货物），服务方用这片水域专属的模型（预测与实况的潮、风、涌浪、潮流）算出 Actual Plan（正式计划）：一条穿过 UKCM 作业区的航线、若干控制点、以及红区和金区的清单。正式计划可以共享给船东、管理公司、租家和港口代理——引航员预订、泊位预订都能用上。

船快到作业区时，服务方复核最新环境条件，计划可能经 Actual Update（更新版）整体替换：里头带"最早和最晚几点开始过浅区还能保住要求的 UKC"，船据此管理航速去卡时间窗。进了作业区，更新版上船载系统显示；引航员登船后，他的便携引航仪（PPU）上显示的是同一份计划——船和引航员看同一张图，这件事 S-129 是当成设计目标写的。

三种计划在术语表里是正式枚举：Pre-plan 给选择、Actual Plan 给执行、Actual Update 给修正。服务方算账的原料也写在数据源一节（§15.2）：高分辨率水深、观测与预报的水位、洋流、潮流、气候数据，拌上船舶细节（吃水、航速、位置）——每份数据集都是为特定船量身定制的，这在家族里独一份：S-101 描述的是海，S-129 描述的是"这条船的海"。

挪威人把整条链跑通了

这不是纸面流程，它有一份 143 页的实战报告。挪威 S-100 演示项目选的考场很讲道理：Tjeldsundet 海峡，罗弗敦群岛与大陆之间的窄水道，最浅处约 10 米，表层流湍急、潮位起伏大——大型船强制引航。17 平方公里的水域，全是 S-129 要回答的问题。

出演的船是瑞典 Terntank 的油轮 Tern Ocean：147 米长，结构吃水 9 米，双燃料推进、冰级 1A，装的货是船用汽柴油和 LNG——在一次商业航次中顺路完成了测试。数据链条上，ECC 生产 S-101（从 S-57 转换），挪威水道测量局产 S-102 和 S-111，OMC International 产 S-129，全部经 PRIMAR 按 S-100 数据保护方案分发，参考航线通过 PRIMAR 图目录的 RTZ 服务直接购买。

报告点破了一个反直觉的价值：对比传统导航，S-129 能为这艘具体的船释放出更多水平和垂直航行空间。翻译成大白话：静态海图上"水深 12 米"对谁都是 12 米；而对一条吃水 9 米、算上蹲坐还剩 1.5 米、时间窗选对了的船，这条水道就是能走——UKCM 把"别人家的水深"变成了"我的水深"。报告里 D1 到 D10 十个场景，从规划阶段的预计划一直测到航行中的多产品叠加，S-98 说的"多产品挤一块屏幕"，在挪威不是愿景，是跑过一次的流程。

五个物标登记这本账

看完故事再看数据模型，五个物标各就各位。样本照旧是真实分发件：S-129 FC Ed 1.4.0，喂给要素目录解析器实测——5 个要素类型、0 个信息类型、4 条要素关联，全家族最小的目录（对比：S-131 是 40+14，S-401 有 178+6）。小，但每个都咬着要害：

• UnderKeelClearancePlan（计划）——根物标，就是上面故事里的"账本本体"：9 个属性装着有效期、生成时刻、船舶 ID、来源航线名与版本、最大吃水、UKC 用途，还有一个跨产品互操作挂钩。剩下 4 个物标全部通过 Composition 关联挂在它下面。
• UnderKeelClearancePlanArea（计划区）——为这条船、这次通行算过账的水域范围。
• UnderKeelClearanceNonNavigableArea（不可航行区）——故事里的红区。官方定义只有一句："富余水深低于算得的安全限的区域"，备注里还带着半句要紧的：这个区域有时间维——潮位一变，红区就长或缩。
• UnderKeelClearanceAlmostNonNavigableArea（接近不可航行区）——金区缓冲带，多一个属性 distanceAboveUKCLimit：离安全限还差多少。
• UnderKeelClearanceControlPoint（控制点）——定义写得极其生动："Selected critical passage point or line"，带期望通过时间、期望通过航速——钉在航线上的闹钟：几点几分、几节，你必须在这出现在这。

编码上它是家族里的少数派：S-102 和 S-104 都是 HDF5 格网，S-129 是矢量产品规范，用 GML 3.2.1（S-100 Part 10b 的配置文件）。几个要点：水平坐标只有 EPSG:4326 一种选择；垂直方向与 S-102 相反，向上为正；基准面三选一——海面、某个潮位基准，或者海底本身；航线的来源规范还专门点了一句：S-421 航线交换格式（若可用）是提供航线信息的首选方法——IALA 的 S-421 在这里和 IHO 的 S-129 握了手。

交通灯画法

画法层面，S-129 是 S-123 之后XSLT 规则家族的又一位成员，但规模小得多：整个绘制目录 6 条规则，外加 main 入口和公共模板。实读下来就是一套干净的交通灯：

规则	查看组	画法
PlanArea	29010	计划区底色
AlmostNonNavigableArea	29020	GOLDN 金色填充，透明度 0.5
NonNavigableArea	29030	RED 红色填充，透明度 0.5，再铺 DIAMOND1P 菱形图案
ControlPoint	29050	UKCCONPT 符号，优先级 21
PlannedRoute	29060	PLRTE 色的计划线，优先级 12
InformationBox	29070	信息框，优先级 8

金色是缓冲，红色加菱形是判决，一条计划线穿过去，控制点是钉在时间轴上的闹钟。查看组 29010–29070 整段编号都是它的地盘。

规则包里也有个小疤：NonNavigableArea.xsl 的两处调用把 viewingGroup 参数各传了两次——XSLT 规范里这是不允许的错误。S-123 包的双写 t、S-401 的半成品登记表、如今再加上 S-129 的重复参数——官方分发件里的工程痕迹，从来都不缺证据。

小结

三句话：S-129 是一个"决定"的数据化——五物标、零信息类型的极简目录，把"这条船此刻能不能过"编码成了可分发的数据；它的画法是交通灯——金色缓冲、红色判决、控制点是钉在时间轴上的检查点；船和引航员看同一份计划——数据产品的价值不止于屏，在于把岸上服务、船、引航员对齐到同一份事实。

至此，S-98 第 6 层的按需四件套全部拆完。S-100 的产品谱系里，航海这边的常客——底图、水深、水位、流、富余水深、警告、助航、港口、无线电、内河——这个系列也就基本点齐了。剩下的方向还有两个：管目录的 S-128，和管交通的 S-127。不急，一篇一篇来。

参考资料

• IHO，《S-129 Under Keel Clearance Management Product Specification》，Edition 2.0.0，2024 年 12 月。
• IHO，S-129 Feature Catalogue Ed 1.4.0（2024-09-28）与 Portrayal Catalogue Ed 1.4.0（分发件实读）。
• IHO，《Report on Operational Test of S-129 UKCM in Tjeldsundet, Norway》（S-100 Demonstrator Project）。
• IHO，《S-98 ECDIS and Interoperability Specification》Ed 2.0.0：第 6 章（数据分层）、附录 D/G。