假如你是政企客户的网络负责人，运营商销售对你拍胸脯：「这条专线，带宽独占、时延有上限、和别人的流量物理隔离」。你追问一句：怎么个「独占」法？
这个问题问到了传送网一百年的命门。早年的SDH网络敢接这个单子——它把光纤容量按时间切成一个个固定时隙，你的业务独占一个时隙，哪怕你不用，别人也不能碰。这叫硬管道，承诺是钢做的。
代价同样钢做的：时隙颗粒是按话音时代设计的，2M、155M这个量级。到了包业务时代，你一条视频流一会儿100M一会儿800M，塞进固定时隙里，就像把一条活鱼装进饭盒——鱼要么委屈，要么装不下，时隙空着也是空着，谁也用不了。
于是业界造出了PTN（分组传送网）：用标签交换和队列优先级来承载包业务，带宽按需共享，效率一下子就上来了。但它给你的承诺悄悄变了味——「独占」变成了「优先」。所有人的包还是混在同样的队列机制里，靠优先级排队、靠整形限速来保障。这叫软隔离。
软隔离平时看不出毛病，但它的承诺有一个数学上绕不过去的软肋。下面这一节，就是理解FlexE为什么必须诞生的钥匙。
把一条链路想成一个收费站，包是汽车，服务率是每秒放行 $\mu$ 辆，到达率是每秒来 $\lambda$ 辆。这是教科书里最经典的M/M/1排队模型，平均逗留时间为：
$$T = \frac{1}{\mu - \lambda}$$
看清楚分母：$\mu - \lambda$。只要到达率逼近服务率，利用率 $\rho = \lambda / \mu$ 趋近于1，分母趋近于零，$T$ 趋向无穷大。
这就是软隔离的死穴：统计复用可以为「平均」优化，但永远给不出「最坏情况」的时延上限。你可以给某个客户的队列最高优先级、可以限速别人的流量，但只要大家物理上共享同一条链路的缓冲排队，任何一个客户的突发都可能在你前面插队。队列是共享的，最坏情况就是共享的。
5G把这个死穴直接顶到了台面上。同一张回传网里挤着三种脾气完全不同的业务：大带宽的手机上网，时延抖一点无所谓；车联网、工业控制，要求毫秒级以下的确定性时延；政企专线，要求合同级的隔离承诺。第二种和第三种，软隔离都签不了字。
业界需要一个新东西：它长在以太网上（享受以太网的生态和成本），但切资源的方式要像SDH一样硬——先划地盘，再谈共享。
这个东西叫FlexE（Flexible Ethernet，灵活以太网），由光互联论坛（OIF）在2016年发布实现协议，后来成为中国移动牵头提出的SPN（切片分组网）体系的地基。它的全部魔法，浓缩成一句话：在以太网里，藏了一张时刻表。
要理解FlexE的日历，得先看一眼现代以太网物理层的流水线。100G及以上的以太网，数据在物理层不是以「包」为单位发送的，而是先被切成64字节的数据块，每一块加上2比特的同步头，变成66比特的块（66B块），再挨个搬上串行通道。这层叫PCS（物理编码子层），$64/66 \approx 96.97\%$ 的编码效率，是以太网世界的通用货币。
FlexE的设计者做了一个极其聪明的决定：不动物理层，只在66B块流上做文章。他们对维基百科等公开资料的描述是——FlexE复用以太网现成的64b/66b机制，往上加了一个时分复用的「日历」（Calendar），按 5Gbps一格 的粒度分配带宽。也就是说，一张100G的物理口，日历上恰好有20个卡槽：
$$N_{slot} = \frac{100\ \text{Gbps}}{5\ \text{Gbps}} = 20$$
每个客户端业务按需占格子：10G占2格，25G占5格，60G占12格。占剩下的格子不发垃圾也不借给别人，规规矩矩发空闲块。客户端速率与占格数的关系就是一条简单的约束：
$$R_{client} \le N \times 5\ \text{Gbps}$$
为什么颗粒定在5G，而不是更细的1G或更粗的10G？这是一笔权衡账：颗粒越细，切得越精，但日历管理、对齐、碎片的开销越大；颗粒越粗，浪费越多。5G这个数恰好与主流客户端速率（25G、50G、100G、200G）成整数倍关系，一桌不拆零，管理最省心。
flowchart TD
A["客户端A<br/>10G MAC流"] --> SH
B["客户端B<br/>25G MAC流"] --> SH
C["客户端C<br/>跨PHY大颗粒"] --> SH
SH["FlexE Shim层<br/>日历：卡槽分配"] --> P1["PHY1<br/>100G"]
SH --> P2["PHY2<br/>100G"]
P1 --> W["光纤上的<br/>66B块流"]
P2 --> W
有了日历，运营商手里就有了三种切法，对应FlexE的三个基本能力（据维基百科FlexE词条）：
flowchart TD
A["客户端A<br/>10G"] -->|"占2格"| CAL["100G日历<br/>20格×5G"]
B["客户端B<br/>25G"] -->|"占5格"| CAL
C["客户端C<br/>60G"] -->|"占12格"| CAL
IDLE["剩余2格<br/>发空闲块"] --> CAL
CAL --> PHY["100G PHY<br/>逐块轮询发出"]
第一种：Bonding（捆绑，像拼桌）。客户端比一张物理口还大怎么办？比如一个300G的客户，跑在3张100G上。FlexE把多张PHY捆成一个「组」，日历跨着组里的所有PHY连续编号，客户端的数据块按顺序轮询铺到各张PHY上。和传统链路聚合（LAG）相比，这一手高明得多：据维基百科引述的业界测算，LAG按流做哈希，流量不均时只能用到链路总容量的70%～80%，而FlexE是逐块轮询，整条链路吃满，而且性能是确定性的。
第二种：Sub-rate（降速，像包厢）。客户端比一格还小或者用不满一张口，比如25G的客户端放在100G口上。它占死5个格子，其余15格发空闲块。注意：空闲格子不能卖给别人——这正是硬切片的定价逻辑，你买下的不是带宽的「平均值」，而是「随时都在」的承诺。看起来浪费，卖的就是这份确定性。
第三种：Channelization（通道化，像分租）。反过来，一张物理口切成多个小客户端，各占几个格子互不干扰。一张100G口上，三家政企各租几格，物理级隔离。
| 用法 | 通俗理解 | 客户端与PHY的关系 | 典型场景 | 代价 |
|---|---|---|---|---|
| Bonding | 拼桌 | 一个客户端跨多张PHY | 大颗粒客户端跑在多张百G上 | 组内PHY差分时延要小 |
| Sub-rate | 包厢 | 客户端只占部分格，其余空闲 | 小颗粒客户独享一张大口 | 空闲格不能转卖 |
| Channelization | 分租 | 一张PHY多客户端各占几格 | 一张口切给多个客户 | 单张日历只有20格 |
传送网的日历不能一成不变——客户会扩容、会退租，日历得跟着改。麻烦在于：本端和对端必须拿着同一份日历才能正确地铺块和收块，改表的一瞬间如果两边不同步，数据就串行了。
FlexE的解法优雅至极：每张日历都配一个备胎。据维基百科描述，FlexE支持两份日历（A和B）之间切换，并带有一条随数据一起走的开销消息通道。改表流程是这样的：
sequenceDiagram
participant M as 网管
participant L as 本端Shim
participant R as 对端Shim
M->>L: 配置新日历B
L->>R: 开销块携带日历B与校验码
R->>R: 校验通过并认可
M->>L: 指定倒换时刻
L->>R: 边界到达，双方同时换用日历B
Note over L,R: 客户端业务不掉包
先把新日历写进B表，随开销块发给对端，双方校验确认无误后，在约定的边界时刻同时从A表切到B表——整个过程业务不掉一个包。这种「先铺新轨、再扳道岔」的思路，是传送网设计一脉相承的审美。
还有一层设计深意藏在铺块方式里：客户端的数据不是「装满一个格子再换下一个」，而是所有格子按顺序逐块轮询——每个日历周期里，每个格子轮到一次，发一个66B块。好处是每个客户端的时延高度均匀，缓冲只需塞下几个块，复用过程本身就是确定性的。维基百科对此的评价很到位：这种用时分复用代替包缓冲的复用方式，交付的时延确定性的代价，接近纯转发所需的下限。
到这里要澄清一个最常见的误解：FlexE是一跳技术，不是端到端技术。Shim层只存在于一对设备之间，它负责把客户端的块流铺进本跳的日历。业务要从A地到B地跨越几十台设备，靠的是逐跳的日历接续——每一跳解开再铺进下一跳的日历，像接力赛一棒一棒传。至于寻址、端到端的管理，那是上层的事。
中国移动牵头的SPN，做的正是这个「拼体系」的工作。据华为官方技术百科的介绍，SPN是基于以太网的下一代融合传送网架构，由中国移动联合设备厂商面向5G承载提出；其分层结构包括切片分组层（SPL）、切片通道层（SCL）、切片传输层（STL）等模块，其中SCL正是以FlexE式的大颗粒硬通道为地基，上面再叠分组交换与增强OAM。学术界对它的核心机制有一个精炼的概括——「以太网内生TDM」：在以太网的肌体里，长出了SDH式的确定性骨骼。
flowchart TD
BS["基站业务"] -->|"硬切片管道"| ACC["接入SPN节点<br/>FlexE交叉"]
ENT["政企专线"] -->|"硬切片管道"| ACC
ACC -->|"日历接续"| AGG["汇聚SPN节点"]
AGG -->|"日历接续"| CORE["核心SPN节点"]
CORE --> UPF["核心网设备"]
WEB["普通上网流量"] -->|"软管道<br/>统计复用"| AGG
于是整张网形成了「硬保底、软增益」的双层结构：确定性要求苛刻的业务走L1硬切片，一格一格物理隔离，时延和隔离都是钢承诺；普通上网流量走L2软管道，统计复用，把硬格之外的效率吃满。一张网，两种承诺，各得其所。这也正是SPN敢把政企专线（高品质专线产品）和5G回传装进同一张物理网的底气——据中兴通讯技术杂志的公开介绍，SPN 1.0已在中国移动等运营商规模用于5G回传，并延伸到地铁、矿山、高速公路等行业专网；2022年6月，中国移动联合产业伙伴发布SPN 2.0白皮书。商用之前，中国移动与设备厂商也曾以50GE FlexE切片原型等方式验证关键技术，这些均有公开报道可查。值得一提的是，这一技术路线后来也进入了国际电联的标准化视野（与SPN同源的MTN方向）。
| 维度 | SDH | PTN | SPN |
|---|---|---|---|
| 诞生背景 | 话音时代 | 3G/4G回传分组化 | 5G多业务与切片时代 |
| 切资源的方式 | 时隙（硬） | 标签+队列优先级（软） | L1日历卡槽（硬）+L2分组（软） |
| 颗粒 | 2M/155M量级 | 任意包 | 5G一格 |
| 时延确定性 | 确定 | 统计复用，尽力而为 | 硬管道确定，软层高效 |
| 隔离强度 | 硬隔离 | 逻辑软隔离 | 同一张网提供硬软两档 |
| 带宽效率 | 低（空跑也占时隙） | 高 | 硬格保底，软层超卖提效 |
回头看这张三代同堂的对比表，你会发现一条清晰的设计哲学演进线：SDH有确定性没效率，PTN有效率没确定性，SPN的答案是——把「确定性」下沉成一层薄薄的地基，把「效率」留给上面全部的空间。
坑一：两端日历不一致，客户端起不来。 FlexE的本端和对端各自维护日历副本，靠开销通道握手。网管上配FlexE业务时，两端的「组、客户端、卡槽分配」必须严格成镜像。工程上遇到客户端起不来，第一步永远是核对两端日历表，而不是去查光功率。
坑二：Bonding组里的PHY走了不同路径。 拼桌的前提是同桌的人步调一致。组内各PHY的差分时延有容忍上限，规划时尽量让同组PHY走同缆同路由；绕远的那个成员会让整组对齐失败。这也是FlexE 2.0专门增加偏斜（skew）管理选项的原因。
坑三：想抓包抓不到。 FlexE工作在PCS块层，比以太网包更靠下，常规的端口镜像和抓包工具看到的只是它铺完之后的结果。排查FlexE层的问题，靠的是网管上的开销告警和日历状态，而不是协议分析仪。
坑四：把FlexE当成「更强的LAG」顺手就用。 两者形似神不同：LAG按流哈希，某条成员断了会重哈希抖动，且利用率打折；FlexE逐块轮询、格子见底、成员失效即整组告警。切资源的位置一个在链路层、一个在物理编码层，语义完全不同。
坑五：以为SPN是「大号交换机」。 评价SPN设备时，最值钱的不是交换容量这个数字，而是L1交叉的颗粒、硬通道的规模和端到端硬管道的打通能力——这才是它区别于普通路由器交换机的身份标识。
最后回答一个灵魂拷问：空闲格发空闲块，这不是浪费吗？是的，而且故意的。运营商卖政企专线，卖的从来不是「平均带宽」，是「合同里那一行白纸黑字的最坏情况承诺」。统计复用赚的是效率，日历卡槽卖的是确定性——FlexE的日历，就是这两种商业逻辑之间那张精巧的兑换表。
Q: FlexE和链路聚合（LAG）到底差在哪？ A: 三点本质区别。第一，LAG按流哈希到成员链路，流量不均时利用率只有七到八成，FlexE逐66B块轮询，容量吃满；第二，LAG靠增加缓冲换取聚合，性能不确定，FlexE用TDM铺块，时延确定；第三，FlexE还支持降速和通道化，能切出5G粒度的子管道，LAG做不到。
Q: 卡槽为什么是5G，不是1G或10G？ A: 颗粒与开销的折中，再叠加生态考量。颗粒太细，日历管理和块对齐的开销占比高、碎片多；太粗则小客户浪费大。5G与25G/50G/100G等主流客户端速率成整数倍，配置时一桌不拆零，是工程上最舒服的刻度。
Q: FlexE是端到端技术吗？跨几十台设备怎么办？ A: 不是。FlexE的Shim层只管一跳（一对设备之间），跨多台设备靠逐跳日历接续，像接力赛一样每跳重铺。端到端的寻址、管控和业务编排，由上层的分组层和管控体系完成——这正是SPN这类体系存在的意义。
Q: SPN和PTN是什么关系？谁取代谁？ A: PTN是上一代分组传送网，靠队列优先级做软隔离，为4G回传而生；SPN在其上增加了FlexE式L1硬切片层，为5G的确定性需求而生。技术演进路径因运营商网络而异，属于多种标准允许的路线选择，具体以各运营商的规划与厂家官方资料为准。
Q: 硬切片的空闲格子不能给别人用，值得吗？ A: 这正是商业模式的分界线。面向「平均」的业务，交给统计复用的软管道去赚效率；面向「最坏情况」的业务，用硬格把承诺焊死。一张网两层账本分开算，总收益反而最大——如果全部硬切，网络退化成SDH；全部软切，确定性承诺就无从谈起。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。