基于SRv6的铁路承载网隧道技术研究

高 源，邱 萍

（北京全路通信信号研究设计院集团有限公司，北京 100070）

1 概述

随着智慧铁路云网融合、铁路5G 专用移动通信（5G-R）、铁路大数据中心、云计算平台建设的赋能发展和创新驱动，对于铁路承载网的应用质量保障、灵活跨域互通和动态扩展能力等智能服务能力提出了更高要求。

由于传统隧道技术存在协议种类繁多、跨域部署困难、业务管理零散、可扩展性较差等问题，影响网络中业务的敏捷高效部署和灵活多域连接，无法满足新一代铁路通信承载网络“赋能赋智”的要求。在保障承载业务隔离和差异化服务的基础上，简化网络协议类型，优化网络配置部署，降低网络运维难度等核心诉求成为了现网中的主要锚点，迫切需要解决。

SRv6 隧道技术通过融合可编程能力，可根据业务的需求灵活编排网络功能、区分业务类型和使能行为动作，并由IPv6 替代MPLS 作为数据平面实现基于简洁Native IPv6 的地址转发和集中控制，打通网间壁垒，赋能云网协同。

本文基于SRv6 隧道技术，根据铁路承载网的隧道隔离需求和组网模式，对基于SRv6 的铁路承载网隧道技术进行研究并结合应用部署方案进一步分析，探究相关应用的解决方案并给出部署建议。

2 隧道技术需求

隧道技术主要满足以下几个方面的需求。

1）差异化服务的需求

根据业务的使用场景，不同类型的业务在带宽、时延、优先级、可靠性等方面存在巨大差异。结合业务特性，需具备根据不同的服务质量保障需求来多维度的创建、划分承载通道，按需分配并合理复用网络资源的能力，实现复杂场景统一简单化承载。

2）业务隔离的需求

铁路承载网的承载业务可划分为涉及行车相关的业务和普通生产相关的业务，二者间需要通过合理的隔离手段来保证可靠性和安全性。其中生产相关业务也存在不同专业间业务隔离不互通的管理需求，避免业务之间的网络资源抢占和共用。

3）可靠且快速开通的需求

基于态势感知的智能运维发展，铁路各专业需求在不干扰既有业务的同时并行实现及时准确、可靠无感的业务快速开通。

3 承载网隧道技术介绍

3.1 主流隧道技术

主流隧道技术可以区分为两大类：传统隧道技术和新一代隧道技术。传统隧道技术主要包括基于LDP 的MPLS 和SR-MPLS，新一代隧道技术为SRv6。其中基于LDP 的MPLS 包括MPLS VPN，SR-MPLS 包括SR-BE、SR-TE 和SR-TP，SRv6 则包括SRv6-TE Policy 和SRv6-BE。

3.2 隧道技术对比

1）基于LDP 的MPLS

基于LDP 的MPLS 隧道主要是采用MPLS VPN 的隧道部署方案，数据平面基于MPLS 标签进行转发，控制层面结合LDP 和MP-BGP 协议分配公网和私网标签，从而实现标签转发路径的建立，以及不同业务间承载隧道的隔离和控制访问。

基于LDP 协议的MPLS VPN 在多种业务共同承载的场景下，网络中会同时存在LDP、RSVP、IGP、BGP 等控制平面的协议，协议的种类繁多造成业务部署难度大和运维管理复杂的现象。基于LDP 的MPLS 为实现流量工程需要结合RSVP-TE协议使能实现全网链路信息的收集，由于大量维护连接状态的协议报文存在，所带来的网络资源占用和节点的性能压力会影响业务传递效益。

2）SR-MPLS

SR-MPLS 隧 道 主 要 包 括SR-BE、SR-TE 和SR-TP 场景的隧道部署方案，数据平面基于MPLS标签进行转发，控制层进行了简化，用于业务转发的标签直接通过扩展IGP 的SR 属性实现，通过IGP协议报文传递和通告SID 段标识，域内路由可达的所有节点可对应生成各节点的本地SID 转发表项。

SR-BE 隧道部署是通过IGP 最短路径算法形成最优SR LSP，IGP 收敛结束，隧道同步建立完毕。对于SR LSP，主要基于前缀标签创建，目的节点通过IGP 协议发布Prefix SID，中间转发节点解析Prefix SID，并根据本地SRGB 计算出指导转发的标签，关联计算出的下一跳及出标签指导数据报文转发。

SR-TE 隧道部署不同于SR-BE 的LSP 动态协议建立方式，SR-TE 的隧道建立可分为两种静态建立方式。第一种建立方式为静态手工配置显示路径创建SR-TE 隧道.第二种建立方式为控制器基于MPLS-TE 的隧道约束属性，通过路径计算单元（Path Computation Element，PCE）计算路径，将整条LSP 传递链路的邻接标签、粘连标签等按序生成标签栈，由PCEP 协议实现统一集中的将路径标签等详细配置下发至网元节点，并上报LSP 状态。

SR-TP 隧道部署是在SR-TE 隧道的基础之上增加一层端到端标识业务流的标签Path SID，基于Path SID 实现OAM 和APS 等端到端运维能力及保护倒换能力。其补强了SR-TE 隧道使用邻接标签仅能标识业务转发路径而不能标识端到端业务，导致端到端运维能力(丢包率、时延、抖动等)受限的短板。

3）SRv6

SRv6 隧道是基于IPv6 的数据层面转发来对控制平面SR 的统一实现，SRv6 的出现使得业务不再依赖于复杂的MPLS 网络的数据平面，简化统一复杂网络协议，即网络支持IPv6 的转发即可迅速实现基于SRv6 隧道的业务部署与开通。SRv6 通过在IPv6 报文中嵌入扩展头SRH，并在SRH 中添加路径所要经过的所有段的Segment ID 从而形成完整路径信息清单Segment List，以此来显示规划报文在网络中的传递路径，中间节点按照SRH 扩展头封装的路径信息进行转发。SRH 扩展报头格式如图1所示。

SRH 可随业务数据端到端保留，报头会保留业务完整的Segment List，其中所携带的完整路径信息适用于云网融合时代的业务意图探析和全程回溯追踪等智能管控新型应用。

SRv6 包 含SRv6-TE Policy 和SRv6-BE 两 种隧道模式，SRv6-TE Policy 可以实现流量工程，配合控制器可以在响应业务差异化需求的同时实现路径约束；SRv6-BE 具有业务快速开通方面的特殊优势，其基于IPv6 路由可达性，利用业务SID 来指引报文在IPv6 的网络中进行转发。

以铁路创新发展为出发点，聚焦以铁路大数据中心、5G-R 等为代表的智慧铁路应用需求发展变化，SRv6 能够根据差分化服务保障、业务特征、相对独立的网络体系等方面提供灵活的可编程能力，以此来灵活响应Overlay 层面面向服务的各类应用需求，实现不同场景下各种等级的SLA 保障。

4 基于SRv6的承载网应用部署方案

结合铁路场景，介绍以下两种基于SRv6 的应用部署方案，分别为SRv6-TE Policy 承载场景（Ng 场景）和SRv6-BE 承载场景（Xn 场景）。

4.1 SRv6-TE Policy隧道承载场景（Ng场景）

针对铁路通信应用场景，车站业务回传至中心的业务承载场景最为典型。从车站接入节点回传至中心的流量可以模拟为铁路5G 专用移动通信中业务回传至核心网的业务模型，下面以L3VPN over SRv6-TE Policy 隧道的业务应用承载场景来模拟铁路Ng 场景业务实现。基于SRv6-TE Policy 隧道的业务场景数据转发过程如图2 所示。

图2 基于SRv6-TE Policy隧道的业务场景数据转发Fig.2 Forwarding of service scenario data based on SRv6-TE Policy tunnel

总体过程如下：

1）控制器向始发节点 PE1 集中下发SRv6-TE Policy 隧 道 策 略 的 承 载 路 由，Color 为6，Endpoint 为PE2 的地址2001:A:400::4，Candidate Path 包含的Segment List 为隧道显示路径信息；

2）终结节点PE2 和PE1 之间建立私网邻居关系，分配私网L3VPN 的相关信息（包含color 和下一跳）；

3） PE1 将接收到的业务侧CE 递送的私网L3VPN 业务，通过查询VPN 实例对应的VRF，并利用其Color 和下一跳信息迭代到SRv6-TE Policy的隧道上；

4）PE1 为报文封装公网侧的IPv6 报文头信息进行匹配并指导转发，插入SRH 头部相关信息，集中封装SRv6-TE Policy 的Segment List，其中Segment List 的末端SID 是私网VPN 路由对应的End.DT4 SID；

5）中间转发节点P1/P2 收到来自PE1 递送的报文后，按照SRH 信息逐跳转发，每次调用SRH中的地址替换DA 发送给下一跳节点，将SL-1；

6）报文到达中心侧PE2 之后，PE2 使用报文中的IPv6 目的地址2001:A:4::1 查找本地 SID 表，击中触发End SID 的Function 动作，将IPv6 的DA 更新为私网VPN SID；

7）中心侧PE2 使用私网VPN SID 查找本地SID 表， 命 中 了End.DT4 SID，PE2 使 能End.DT4 SID 对应的Function 能力，在终结节点执行将外层公网侧IPv6 报文头解封装的操作，将报文的SRH 信息和IPv6 报头解封装后，使用内层私网报文的目的地址查找End.DT4 SID 对应的私网IPv4 VPN 实例的VRF 表项等相关信息，将报文回传给中心。

SRv6-TE Policy 隧道承载场景的流量数据如表1 所示。

表1 SRv6-TE Policy隧道承载场景Tab.1 Scenario with SRv6-TE Policy tunnel as the bearer tunnel

4.2 SRv6-BE隧道承载场景（Xn场景）

铁路通信应用场景中，车站至车站间的业务承载场景也是典型场景之一。车站接入节点间的流量可以模拟为铁路5G 专用移动通信中的站间业务通信模型，下面以L3VPN over SRv6-BE 隧道的业务应用承载场景来模拟铁路Xn 场景业务实现。基于SRv6-BE 隧道的业务场景数据转发过程如图3 所示。

图3 基于SRv6-BE隧道的业务场景数据转发Fig.3 Forwarding of service scenario data based on SRv6-BE tunnel

总体过程如下。

1）业务侧CE1 向车站接入节点PE1 发送业务报文。

2）PE1 从绑定了VPN 实例的接口上收到私网业务报文以后，根据VPN 实例查找VRF 表项并关联SRv6 VPN SID 及下一跳信息。直接使用SRv6私网VPN SID 2001:A:6::A666 作为目的地址封装成公网侧的IPv6 报文并形成逻辑隧道，指引转发。

3）PE1 进行正常的IPv6 转发匹配路由的Locator，按最优路径转发至中间转发节点P1 和P3。

4）P1/P3 节点按照最长匹配原则，匹配到PE2发布的Locator 路由（路由 2001:A:6::/64），按最短路径转发到另一个车站侧的PE2。

5）PE2 使用目的地址2001:A:6::A666 查找本地SID 表，匹 配 到End.DT4 SID 的Function 功能并行使动作，将IPv6 报头去除，然后根据 End.DT4 SID 匹配私网IPv4 VPN 实例进行转发，将业务报文递送至业务侧CE，从而完成车站至车站节点间的业务传送。

SRv6-BE 隧道承载场景的流量数据如表2 所示。

表2 SRv6-BE隧道承载场景Tab.2 Scenario with SRv6-BE tunnel as the bearer tunnel

5 基于SRv6的铁路承载网应用部署建议

针对铁路综合承载业务场景，业务的隧道承载可以根据承载业务安全性、承载业务敏感度和承载业务的“可容忍度”等需求对应的条件指标按照模型进行区分，不同的模型对应匹配不同的SLA 服务保障需求，结合SRv6 的两类隧道承载特点进行划分。因此建议将端到端安全性要求较高的重要专线业务、极低时延抖动的高可靠性业务和大规模跨域互通的业务，类似于5G-R 回传业务等，通过SRv6-TE Policy 隧道承载和部署实现；对于类似站间、跨域范围小且具有大带宽、低时延和一定的随机性、突发性应用需求的业务通过SRv6-BE 隧道进行承载和部署实现，不同种类的业务间通过隧道进行隔离，在保障差异化服务的同时灵活可靠快速开通。

目前主流的下一代承载网设备可以分为SPN 设备和增强型IPRAN 设备，增强型IPRAN 设备全面支持基于SRv6 的隧道承载，SPN 设备也在积极引进和支持SRv6 隧道技术，届时主流承载设备都将具备SRv6 隧道的加载和实现，为云网融合时代的承载提供支撑。

6 结束语

远望未来智慧铁路发展，铁路通信迈步至云网融合时代，SRv6 为铁路智能通信网络提供了灵活高效的控制手段和“一步入云”的灵活跨域能力。其部署简单、容易扩展、维护简单、智能控制等特点是下一代铁路承载网重要特性，能够更好地实现跨域流量调度和业务路径优化，保障关键业务质量、均衡流量分布、提高网络资源利用率和降低网络运行复杂程度。基于SRv6 的铁路承载网隧道技术也为铁路新型业务提供创新的起点和平台，促进智慧铁路蓬勃发展。