<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>科普 on 红旗下的蛋</title><link>https://blog.fallleaf.net/tags/explainer/</link><description>Recent content in 科普 on 红旗下的蛋</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><copyright>fallleaf</copyright><lastBuildDate>Sat, 17 Oct 2026 08:40:00 +0800</lastBuildDate><atom:link href="https://blog.fallleaf.net/tags/explainer/index.xml" rel="self" type="application/rss+xml"/><item><title>Scale-Across 学习笔记：当 AI 算力开始"跨数据中心协作"</title><link>https://blog.fallleaf.net/p/what-is-scale-across/</link><pubDate>Sat, 17 Oct 2026 08:40:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/what-is-scale-across/</guid><description>&lt;img src="https://blog.fallleaf.net/p/what-is-scale-across/cover.webp" alt="Featured image of post Scale-Across 学习笔记：当 AI 算力开始"跨数据中心协作"" /&gt;&lt;p&gt;最近学习 AI 基础设施相关资料时，发现 Scale-Across 被提及的频率越来越高。2025 年，NVIDIA 发布 Spectrum-XGS Ethernet，探索如何通过专用网络连接分散的数据中心；2026 年，中国移动推出 GSE-DCI，烽火通信也在推进 800G 与空芯光纤等技术的用于 Scale-Across 应用。&lt;/p&gt;
&lt;p&gt;这些进展背后，是要解决一个共同的问题：当电力、机房空间和散热条件限制了单个园区的扩容，能不能把不同地点的算力组织起来，让它们共同完成 AI 任务？&lt;/p&gt;
&lt;p&gt;这就是我理解的 Scale-Across。它把数据中心连接起来，其重点在于判断哪些任务适合跨域执行，如何选择算力和网络路径，以及新增的算力能否真正转化为任务效率。&lt;/p&gt;
&lt;p&gt;这篇笔记先聚焦概念本身。Scale-Across 是什么，和 Scale-Up、Scale-Out 有什么区别，它要解决什么问题，以及有哪些不能忽略的限制。&lt;/p&gt;
&lt;h2 id="三个-scale从单机扩展到跨域协同"&gt;三个 Scale：从单机扩展到跨域协同
&lt;/h2&gt;&lt;p&gt;要理解 Scale-Across，最好的方式是把它放在 AI 算力扩展的全景视图里看。&lt;/p&gt;
&lt;p&gt;目前，AI 数据中心的扩展方式大致可以分成三个层次。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Scale-Up&lt;/strong&gt; ：扩大单个计算系统。&lt;/p&gt;
&lt;p&gt;通过高带宽、低时延互联连接多颗 GPU，让它们对外尽可能表现得像一个更大的计算单元。核心追求是极低延迟，减少计算单元之间的通信开销。距离通常很短，铜缆互联仍是主流。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Scale-Out&lt;/strong&gt; ：扩大集群规模。&lt;/p&gt;
&lt;p&gt;单个系统塞不下更多 GPU，就在同一个数据中心内增加服务器和计算节点，通过数据中心网络承载节点间通信。核心关注的是带宽、拥塞、抖动和资源调度。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Scale-Across&lt;/strong&gt; ：跨数据中心组织算力。&lt;/p&gt;
&lt;p&gt;单个园区受到电力、空间、散热或其他基础设施条件限制，就让不同地点的算力共同承担合适的任务。跨园区、跨城市，甚至跨州、跨国。&lt;/p&gt;
&lt;p&gt;这个类比不严谨，但好记。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Scale-Up 像是&amp;quot;把一台电脑的多个 GPU 插在一起&amp;quot;；&lt;/li&gt;
&lt;li&gt;Scale-Out 像是&amp;quot;把同一个机房里几台算力服务器组合在一起&amp;quot;；&lt;/li&gt;
&lt;li&gt;Scale-Across 则是&amp;quot;把分布在不同地域机房的算力服务器连成一台超级计算机&amp;quot;。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Scale-Across 面临的问题在于不仅要处理更多计算节点，还要面对更长的通信距离、不同地点的资源状态，以及算力、数据和网络之间的协调问题。&lt;/p&gt;
&lt;p&gt;把两地的 GPU 连起来，并不意味着它们就能像同一机房里的 GPU 一样工作。物理距离带来的传播时延不会消失，网络拥塞和数据搬迁也可能抵消一部分算力收益。&lt;/p&gt;
&lt;p&gt;因此，Scale-Across 首先要解决的不是&amp;quot;能不能连接&amp;quot;，而是 &lt;strong&gt;&amp;ldquo;什么任务值得跨域，以及怎样跨域才划算&amp;rdquo;&lt;/strong&gt; 。&lt;/p&gt;
&lt;h2 id="为什么需要跨出去"&gt;为什么需要&amp;quot;跨出去&amp;quot;？
&lt;/h2&gt;&lt;p&gt;答案很直接：一个数据中心装不下了，没法扩容了。&lt;/p&gt;
&lt;p&gt;AI 模型的规模在指数级增长。训练这些模型需要数万甚至数十万张 GPU 协同工作。但物理世界有硬约束。&lt;/p&gt;
&lt;p&gt;传统云数据中心的功率通常在几十到几百兆瓦之间，而新一代 AI 集群对电力的需求正在向吉瓦级迈进。单个地区的电网容量、土地资源和散热条件，很难支撑如此大规模的算力集中。&lt;/p&gt;
&lt;p&gt;能源分布也并不均衡。有些地区电力资源丰富，有些地区气候适合散热，有些地区土地成本更低。把所有算力都集中在一个园区，虽然有利于统一管理和缩短通信路径，但也会集中供电压力和扩容风险。&lt;/p&gt;
&lt;p&gt;跨地域部署能够利用不同地区的资源条件，为后续扩容提供空间。但分散部署之后，原本在本地完成的通信需要经过更长的网络路径，系统组织方式也随之变复杂。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;不得不跨出去。&lt;/strong&gt; 单一数据中心正在触及物理环境的天花板，而 AI 对算力的需求还在往上冲。Scale-Across 就是在这样的矛盾中诞生的架构方向。&lt;/p&gt;
&lt;h2 id="scale-across-到底要解决什么"&gt;Scale-Across 到底要解决什么？
&lt;/h2&gt;&lt;p&gt;跨域算力协同，至少要解决三个问题。&lt;/p&gt;
&lt;p&gt;第一，任务调度：哪些任务适合跨域？&lt;/p&gt;
&lt;p&gt;不同任务对网络的依赖程度并不一样。需要频繁同步参数的分布式训练，对通信时延和稳定性比较敏感；批量推理、离线计算和部分可独立执行的任务，则更有机会利用异地闲置算力。&lt;/p&gt;
&lt;p&gt;第二，算力分配与路由：任务放在哪里，数据走哪条路？&lt;/p&gt;
&lt;p&gt;调度系统不能只看哪里有空闲 GPU，还要考虑模型和数据的位置、任务的通信特征，以及目标算力节点的网络条件。网络路径也不能只追求物理距离最短，还需要综合考虑可用带宽、拥塞、可靠性和任务时限。&lt;/p&gt;
&lt;p&gt;第三，网络承载：怎样让跨域通信尽可能高效？&lt;/p&gt;
&lt;p&gt;光层负责大容量传输和光路资源，IP 层负责路由、流量工程、业务隔离和可达性。两层需要协同提供适合任务需求的网络能力，并把必要的网络状态反馈给上层调度系统。&lt;/p&gt;
&lt;p&gt;这三个问题是连在一起的：任务特征影响算力选择，算力位置影响通信路径，网络状态又会反过来影响任务执行效果。&lt;/p&gt;
&lt;p&gt;因此，Scale-Across 的核心是 &lt;strong&gt;让合适的任务找到合适的算力和网络&lt;/strong&gt; 。&lt;/p&gt;
&lt;h2 id="它和-scale-out-的本质区别"&gt;它和 Scale-Out 的本质区别
&lt;/h2&gt;&lt;p&gt;从表面看，Scale-Across 和 Scale-Out 都是&amp;quot;用网络连接更多计算节点&amp;quot;。但距离一变，问题性质就变了。&lt;/p&gt;
&lt;p&gt;首先是传播时延。同一数据中心内，节点间距离通常在几十米到几百米，传播时延可以忽略。但跨域场景下，100 公里光纤路径的单向纯传播时延就约为 0.5 毫秒，往返约 1 毫秒。实际网络还会叠加设备处理、排队和路径绕行等开销。&lt;/p&gt;
&lt;p&gt;其次是抖动和拥塞。广域网络的流量环境更复杂，路径更长，经过的设备更多。跨域通信的抖动和拥塞控制，比数据中心内部更难。&lt;/p&gt;
&lt;p&gt;第三是数据位置。跨域调度时，模型、输入数据和中间状态可能分布在不同的存储系统中。数据搬迁的时间和成本，可能抵消远端算力带来的收益。&lt;/p&gt;
&lt;p&gt;第四是运维边界。跨域网络往往涉及多个管理域、多个运营商、多套运维体系。故障定位、服务等级和计费方式都更复杂。&lt;/p&gt;
&lt;p&gt;所以，Scale-Across 不是简单地把 Scale-Out 的网络拉长。它需要针对长距离、跨域、算网协同的特点，重新考虑网络架构、调度策略和业务适配。&lt;/p&gt;
&lt;h2 id="几个不能忽略的技术限制"&gt;几个不能忽略的技术限制
&lt;/h2&gt;&lt;p&gt;Scale-Across 可以改善分散算力的组织方式，但无法消除分布式计算本身的约束。&lt;/p&gt;
&lt;p&gt;第一，传播时延存在物理限制。&lt;/p&gt;
&lt;p&gt;100 公里光纤路径往返传播时延约为 1 毫秒。评估跨域算力协同时，需要关注真实网络路径和往返时延。因此，Scale-Across 不存在统一的距离限制，和其算力任务类型有关，训练类业务、推理类业务、数据类业务对时延有不同的要求，也就限制了 Scale-Across 的业务类型。采用空芯光纤，能使Scale-Across的可选业务类多一些。&lt;/p&gt;
&lt;p&gt;第二，带宽高不代表训练一定快。&lt;/p&gt;
&lt;p&gt;频繁同步参数或交换中间结果的任务，对时延和通信轮次较为敏感。即使链路带宽很高，新增的传播时延仍可能限制任务效率。&lt;/p&gt;
&lt;p&gt;对于大块数据传输、批量推理或对时延不敏感的任务，增加带宽则更容易带来收益。网络方案必须结合任务的通信模式来判断。&lt;/p&gt;
&lt;p&gt;第三，数据搬迁可能抵消算力收益。&lt;/p&gt;
&lt;p&gt;远端有空闲 GPU，不代表把任务迁过去一定划算。如果模型、输入数据或中间状态需要大量搬迁，传输耗时和成本可能超过新增算力带来的收益。数据还可能受到隐私、合规或业务边界约束。&lt;/p&gt;
&lt;p&gt;因此，算力调度需要同时考虑算力位置和数据位置，减少不必要的数据移动。&lt;/p&gt;
&lt;p&gt;第四，并非所有训练任务都适合跨域。&lt;/p&gt;
&lt;p&gt;不同模型、并行策略和通信模式对网络的依赖程度不同。可以拆分、通信较少的任务，更容易利用异地资源；需要频繁同步的训练，则必须更谨慎地评估跨域通信开销。&lt;/p&gt;
&lt;p&gt;第五，算网协同也会增加系统复杂度。&lt;/p&gt;
&lt;p&gt;跨域调度涉及算力管理、任务编排、网络控制、数据管理、安全和故障恢复。如果各系统缺少一致的状态定义和协同接口，可能出现调度与网络状态不匹配、故障定位困难等问题。&lt;/p&gt;
&lt;p&gt;因此，算网协同不只是网络技术问题，也是系统集成、运营管理和服务设计问题。&lt;/p&gt;
&lt;h2 id="小结"&gt;小结
&lt;/h2&gt;&lt;p&gt;Scale-Across 不是某一种设备或协议，而是一种跨域组织 AI 算力的架构方向。它的价值在于让适合的任务使用合适的资源和传输路径。&lt;/p&gt;
&lt;p&gt;从概念上看，它至少包含三层含义。&lt;/p&gt;
&lt;p&gt;・ 连接层：把分散的数据中心通过高性能网络连接起来；
・ 调度层：判断哪些任务适合跨域，选择算力和网络路径；
・ 协同层：让网络状态参与算力调度，让任务执行效果反馈网络优化。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;网络连接是基础，算网协同是手段，任务效率与综合收益是最终目标。&lt;/strong&gt; 对 Scale-Across 更合适的态度或许是，积极探索，谨慎部署，场景验证，逐步演进。&lt;/p&gt;
&lt;p&gt;它能不能真正创造价值，最终要看它是否让任务完成得更快、更稳定，或者以更低的综合成本使用算力。连接了多少数据中心、提供了多高的带宽、汇聚了多少 GPU， &lt;strong&gt;这些数字本身说明不了价值&lt;/strong&gt; 。&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;&lt;em&gt;说明：本文为个人技术学习笔记，主要是用于理解 Scale-Across 的概念。错误之处，欢迎留言指正。&lt;/em&gt;&lt;/p&gt;</description></item><item><title>从云连接到算力网络：重新认识 DCI、DCA 和 DCN</title><link>https://blog.fallleaf.net/p/what-is-dcn-dci-dca/</link><pubDate>Sun, 11 Oct 2026 21:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/what-is-dcn-dci-dca/</guid><description>&lt;img src="https://blog.fallleaf.net/p/what-is-dcn-dci-dca/cover.webp" alt="Featured image of post 从云连接到算力网络：重新认识 DCI、DCA 和 DCN" /&gt;&lt;p&gt;这几年，随着 AI 和算力网络成为通信行业的热点，DCI、DCA、DCN 这几个缩写出现得越来越频繁。&lt;/p&gt;
&lt;p&gt;有的材料把它们并列为算力时代全光网络的三个重要组成部分，有的重点讨论 DCI 的高速互联，有的强调 DCA 的算力接入，还有的把 AI 数据中心内部的光交换视为 DCN 的重要演进方向。&lt;/p&gt;
&lt;p&gt;这些说法都有依据，但三个概念究竟是什么关系？它们是三张网络、三种技术，还是三类业务需求？&lt;/p&gt;
&lt;p&gt;沿着公开标准和技术报告的发展脉络往回看，会发现它们并不是同时诞生的，也不是从一开始就被设计成一套完整的算力网络架构。DCN 有自己的数据中心网络发展历史，DCI 和 DCA 则在云服务连接的标准化过程中形成了明确的业务定义。随着云计算、AI 和算力网络的发展，三个概念才逐渐被放到统一架构中讨论。&lt;/p&gt;
&lt;p&gt;理解这一脉络，有助于我们更准确地认识它们的技术边界，以及对运营商本地承载网的实际意义。&lt;/p&gt;
&lt;h2 id="dcn数据中心内部的网络"&gt;DCN：数据中心内部的网络
&lt;/h2&gt;&lt;p&gt;DCN 是 Data Center Network，即数据中心网络，主要负责连接数据中心内部的服务器、存储和计算资源。&lt;/p&gt;
&lt;p&gt;传统数据中心网络重点解决服务器接入、交换、冗余和业务可用性。随着云计算发展，数据中心逐渐演变为大规模、虚拟化、资源池化的计算基础设施，服务器之间的通信不断增加，Leaf-Spine 等架构也逐渐成为大规模数据中心网络的重要选择。&lt;/p&gt;
&lt;p&gt;AI 进一步提高了对 DCN 的要求。&lt;/p&gt;
&lt;p&gt;大规模模型训练需要大量 GPU 协同工作，节点之间频繁交换梯度、参数和中间数据。网络拥塞、丢包和通信效率都可能影响整个训练任务的性能。因此，DCN 的研究重点已不再局限于带宽和连通性，还包括拥塞控制、时延、能耗以及大规模节点互联。&lt;/p&gt;
&lt;p&gt;在传统电交换之外，光电路交换（OCS）和光交叉连接（OXC）也开始受到关注，希望通过建立光连接，在适合的场景下提高互联效率或降低能耗。&lt;/p&gt;
&lt;p&gt;ITU-T 的 GSTR-ION-2030 技术报告讨论了 OCS 在 AI 数据中心内部的应用；ETSI 于 2026 年发布的 GS F5G 036，则进一步研究 AI DCN 的技术要求和基于 OXC 的网络方案。&lt;/p&gt;
&lt;p&gt;这并不意味着光交换已经取代电交换，也不代表所有数据中心都需要采用全光架构。具体方案仍取决于计算规模、流量特征、性能要求和成本。&lt;/p&gt;
&lt;h2 id="dci-和-dca从云服务连接中形成的业务定义"&gt;DCI 和 DCA：从云服务连接中形成的业务定义
&lt;/h2&gt;&lt;p&gt;与 DCN 相比，DCI 和 DCA 更直接地描述数据中心与外部网络之间的连接关系。&lt;/p&gt;
&lt;p&gt;2014 年，MEF 发布 MEF 47《Carrier Ethernet Services for Cloud Implementation Agreement》，明确讨论了两类云服务连接：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;DCI（Data Center Interconnect）&lt;/strong&gt;：云服务提供商的数据中心之间互联。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;DCA（Data Center Access）&lt;/strong&gt;：云服务消费者，例如企业，与云服务提供商数据中心之间的连接。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这一区分源于云服务的实际需求：数据中心内部需要连接计算与存储资源，不同数据中心之间可能需要交换数据，企业也需要接入云平台使用其中的应用和资源。&lt;/p&gt;
&lt;p&gt;因此，三个概念可以从连接对象上加以区分：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;DCN&lt;/strong&gt;：数据中心内部资源互联。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;DCI&lt;/strong&gt;：数据中心之间互联。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;DCA&lt;/strong&gt;：用户、企业或业务网络接入数据中心。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;需要注意的是，它们描述的是&lt;strong&gt;网络功能和业务关系，而不是具体的技术制式&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;DCI 可以采用点到点光连接，也可以通过 IP、以太网、OTN 或其他技术实现；DCA 同样可以利用不同的承载方式。&lt;strong&gt;不能简单地把 DCI 等同于 OTN 或 WDM，也不能把 DCA 等同于专线&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;MEF 47 的重点，是从云服务的连接需求出发定义业务属性和服务接口，而不是按照设备类型划分网络。&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/what-is-dcn-dci-dca/dcndcidca.webp"
width="1536"
height="1024"
srcset="https://blog.fallleaf.net/p/what-is-dcn-dci-dca/dcndcidca_hu_49b4d198a496af25.webp 480w, https://blog.fallleaf.net/p/what-is-dcn-dci-dca/dcndcidca_hu_5c9c472a45616169.webp 1024w"
loading="lazy"
alt="DCA 、DCI 、DCN 的三层关系"
class="gallery-image"
data-flex-grow="150"
data-flex-basis="360px"
&gt;&lt;/p&gt;
&lt;h2 id="从云连接到算力网络三个概念开始走向协同"&gt;从云连接到算力网络：三个概念开始走向协同
&lt;/h2&gt;&lt;p&gt;云计算发展过程中，连接服务逐渐从固定带宽的通道交付，向可管理、可调整的网络服务发展。&lt;/p&gt;
&lt;p&gt;2021 年，MEF 发布 MEF 47.1《Elastic Ethernet Services &amp;amp; Cloud Connectivity》，进一步讨论弹性以太网服务与云连接，涉及业务属性调整和连接服务管理。&lt;/p&gt;
&lt;p&gt;进入 AI 时代，网络连接又面临新的需求。模型训练可能涉及多个计算集群，数据中心之间需要交换训练数据或同步计算状态；企业和用户则需要访问分布在不同位置的模型与算力资源。&lt;/p&gt;
&lt;p&gt;原本分别讨论的数据中心内部网络、跨数据中心互联和外部接入，开始呈现出更强的关联性。&lt;/p&gt;
&lt;p&gt;2024 年，中国信通院发布《算力时代全光网架构研究报告（2024年）》，将全光 DCA、全光 DCI 和光电融合 DCN 放到统一的算力网络架构中讨论，研究高品质入算、数据中心互联和算力资源利用效率等问题。&lt;/p&gt;
&lt;p&gt;GSTR-ION-2030 技术报告由 ITU-T 于 2025 年发布，进一步研究 DCN、DCI、DCA 的技术演进与融合，以及不同网络域之间的协同。&lt;/p&gt;
&lt;p&gt;2026 年，ETSI 发布 GS F5G 036 V1.1.1，细化 AI DCA、AI DCI 和 AI DCN 的技术要求，涉及算力接入、数据中心互联、计算节点互联、光交换和连接自动化配置等方向。&lt;/p&gt;
&lt;p&gt;从这些文件可以看到，相关研究逐步从云连接业务定义，延伸到算力场景下的网络能力和跨域协同。&lt;/p&gt;
&lt;p&gt;这里还需要区分 DCA 的原始定义与应用场景的延伸。MEF 47 中的 DCA 指云服务消费者与云服务提供商数据中心之间的连接；算力时代的行业研究，则进一步将其用于讨论用户、企业和业务网络接入算力资源的需求。这并不意味着原始业务定义已经被正式修改。&lt;/p&gt;
&lt;h2 id="三个概念如何映射到运营商本地承载网"&gt;三个概念如何映射到运营商本地承载网？
&lt;/h2&gt;&lt;p&gt;对运营商而言，理解 DCI、DCA 和 DCN，&lt;strong&gt;关键是区分连接需求与建设责任&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;DCN：关注技术演进，明确建设边界&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;DCN 面向数据中心内部计算、存储等资源的互联，其设计与 GPU 集群、服务器架构和数据中心交换网络紧密相关。&lt;/p&gt;
&lt;p&gt;运营商本地承载网的主要职责，是连接用户、企业、业务节点和数据中心，并根据需求提供数据中心之间的互联。&lt;/p&gt;
&lt;p&gt;AI DCN 引入 OCS 或 OXC，可以为外部承载网的接口设计和技术协同提供参考，但不意味着运营商也必须采用相同的内部网络架构。外部网络的高带宽能力，同样不能替代数据中心内部的计算节点互联能力。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;DCI：根据真实业务需求规划&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;AI 训练、模型部署和数据同步，可能带来新的数据中心互联需求，但一个地区有多个数据中心，并不意味着它们之间必然存在大量互联业务。&lt;/p&gt;
&lt;p&gt;规划时，应先明确互联对象、业务目的、带宽需求、可靠性要求，以及现有网络能否满足需求，再确定拓扑、系统制式和建设规模。&lt;/p&gt;
&lt;p&gt;DCI 可以成为业务增长方向，但&lt;strong&gt;不宜直接转化为所有本地网的普遍建设任务&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;DCA：依托现有网络，重点发展高品质接入&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;DCA 与运营商现有本地承载网的联系最为直接。&lt;/p&gt;
&lt;p&gt;个人用户通过宽带或移动网络访问 AI 服务，企业通过专线使用云端应用，都可能涉及数据中心接入。因此，&lt;strong&gt;DCA 并不意味着必须新建一张独立网络&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;对于一般 AI 应用，现有宽带和移动网络可以继续发挥作用；对于企业级 AI 应用、专属模型调用，以及对可靠性、数据隔离和服务等级有明确要求的业务，则可以根据需求提供更有针对性的连接服务。&lt;/p&gt;
&lt;p&gt;专线值得重点发展，是因为它便于明确带宽、连接关系、隔离要求和服务保障，并形成可交付、可管理的产品。但&lt;strong&gt;专线不是 DCA 的定义，也不是所有算力业务的必选项&lt;/strong&gt;。&lt;/p&gt;
&lt;h2 id="dca-建设重点先核查资源再补齐能力"&gt;DCA 建设重点：先核查资源，再补齐能力
&lt;/h2&gt;&lt;p&gt;面向算力的高品质接入，不必从新建网络开始，而应从现有资源和业务需求入手。&lt;/p&gt;
&lt;p&gt;首先，核查光缆覆盖。目标数据中心在哪里，现有光缆能否到达，是否有可用纤芯，路由是否合理，是否具备必要的路由多样性，都需要落实到具体位置。光缆到达园区，也不代表已经具备进入目标数据中心的条件，还需核实引接位置和建设责任。&lt;/p&gt;
&lt;p&gt;其次，评估节点和系统能力。结合业务带宽、距离、可靠性和隔离要求，检查接入、汇聚、核心节点及现有传输系统是否适用。现有 IP 承载或传输系统能够满足需求时，可以优先复用；带宽较大或有特定保障要求时，再考虑 OTN、WDM 或现有系统扩容。&lt;/p&gt;
&lt;p&gt;最后，完善服务交付能力。除了物理连接，还需要明确带宽、时延、可靠性、业务隔离、监测管理和故障责任。当业务跨越客户网络、运营商承载网和数据中心网络时，各方的接口与保障边界也应当明确。&lt;/p&gt;
&lt;p&gt;实际建设中，可以按照&amp;quot;资源复用、网络优化、针对性补强&amp;quot;的思路推进，&lt;strong&gt;避免仅因出现新的业务名称就重复建设网络&lt;/strong&gt;。&lt;/p&gt;
&lt;h2 id="结语从概念分类回到实际需求"&gt;结语：从概念分类回到实际需求
&lt;/h2&gt;&lt;p&gt;DCN、DCI 和 DCA 分别描述数据中心内部互联、数据中心之间互联，以及用户和企业接入数据中心的连接关系。AI 时代的变化，在于计算规模扩大、连接性能要求提高，以及不同网络域之间的协同需求增强。&lt;/p&gt;
&lt;p&gt;对运营商本地承载网而言，规划工作的重点仍是识别业务需求、明确建设责任、核查现有资源，并据此决定复用、优化、扩容还是新建。&lt;/p&gt;
&lt;p&gt;DCN 侧重数据中心内部的计算网络，DCI 根据真实互联需求规划，DCA 则依托现有网络发展面向云和算力服务的高品质连接。&lt;/p&gt;
&lt;p&gt;理解这三个概念，&lt;strong&gt;不是为了给现有网络增加三个新名称，而是为了更准确地判断网络该连接哪里&lt;/strong&gt;、需要具备什么能力，以及哪些能力值得投入建设。&lt;/p&gt;</description></item><item><title>从 POL 到 DC-POL：PON 正在进入数据中心基础设施网络——从 Hyperscale OOBM 到 Infrastructure Connectivity 的一次架构迁移</title><link>https://blog.fallleaf.net/p/from-pol-to-dc-pol-pon-entering-dc-infrastructure-architecture-migration/</link><pubDate>Tue, 01 Sep 2026 08:23:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/from-pol-to-dc-pol-pon-entering-dc-infrastructure-architecture-migration/</guid><description>&lt;img src="https://blog.fallleaf.net/p/from-pol-to-dc-pol-pon-entering-dc-infrastructure-architecture-migration/cover.webp" alt="Featured image of post 从 POL 到 DC-POL：PON 正在进入数据中心基础设施网络——从 Hyperscale OOBM 到 Infrastructure Connectivity 的一次架构迁移" /&gt;&lt;h2 id="引言"&gt;引言
&lt;/h2&gt;&lt;p&gt;PON（Passive Optical Network，无源光网络）通常被认为是典型的&amp;quot;接入网技术&amp;quot;。过去二十多年，它最主要的应用场景是 FTTH、企业接入以及后来逐渐发展的 POL（Passive Optical LAN，无源光局域网）。在传统认知中，数据中心则属于完全不同的世界：服务器、交换机、GPU、RoCE、400G、800G 乃至 1.6T，构成了一个追求极致带宽和低时延的高速网络体系。PON 似乎与这样的环境格格不入。&lt;/p&gt;
&lt;p&gt;但这种认知正在发生变化。2026 年 8 月，Dell&amp;rsquo;Oro Group 首次针对数据中心和企业场景中的 PON 建立独立市场研究，并预计 2026 年 Data Center PON 设备收入同比增长 844%，2026—2030 年累计设备支出超过 30 亿美元，年复合增长率达到 52%。 Dell&amp;rsquo;Oro 明确指出，这一增长主要来自 Hyperscaler 利用 PON 降低数据中心 OOBM（Out-of-Band Management，带外管理）网络的布线和功耗需求。 需要说明的是，844% 的同比增长反映的是一个新兴市场从很小基数快速形成的过程，而非 PON 已经大规模替代传统 OOB 网络。52% 的 CAGR 意味着这一市场正在快速扩张，但当前规模仍远小于传统数据中心网络设备市场。&lt;/p&gt;
&lt;p&gt;这意味着，一个过去主要服务于家庭和企业及园区接入的技术，正处在进入数据中心的早期产业化阶段。问题随之而来：为什么是 PON？答案并不是 PON 突然拥有了比 400G、800G Ethernet 更高的性能，也不是 PON 准备进入 GPU 之间的高速计算网络。恰恰相反，PON 进入数据中心，是因为它解决的是一个完全不同的问题。&lt;/p&gt;
&lt;p&gt;AI 数据中心正在产生一个不同于 计算互联矩阵Compute Fabric 的基础设施互通Infrastructure Connectivity 问题，而 PON 可能成为解决这一问题的一种新型底层连接架构。目前最明确的应用是 OOBM 和 Console，向 PDU、Facility 等更广泛基础设施网络扩展仍属于潜在方向。&lt;/p&gt;
&lt;p&gt;因此，PON 进入 IDC 并不是&amp;quot;接入网技术入侵数据中心&amp;quot;，而更像是一次架构上的自然迁移：过去 PON 通过 POL 解决建筑和园区中的海量低速终端连接，如今它开始尝试解决数据中心中海量 Rack 基础设施设备的连接问题。从这个角度看，Data Center PON 并不是一个突然出现的新技术，而可能是 POL 从 Building/Campus 向 AIDC Infrastructure Connectivity 的一次延伸。&lt;/p&gt;
&lt;h2 id="从-meta-到-dellorodata-center-pon-正在形成新的产业赛道"&gt;从 Meta 到 Dell&amp;rsquo;Oro：Data Center PON 正在形成新的产业赛道
&lt;/h2&gt;&lt;p&gt;Data Center PON 最值得关注的地方，不是某一家设备商突然推出了一个新产品，而是过去两年产业链已经出现了一条相对完整的演进路径：Hyperscaler 验证 → 设备商跟进 → 产品化 → 市场机构建立独立市场统计。这条路径意味着，PON 在数据中心已经开始从技术探索走向产业化早期。&lt;/p&gt;
&lt;h3 id="meta从概念走向实际工程架构"&gt;Meta：从概念走向实际工程架构
&lt;/h3&gt;&lt;p&gt;2025 年，Meta 在 NANOG 94 公开介绍了其 PON-based Data Center Management/Console 架构和工程实践。 其基础出发点非常明确：Meta 基础设施网络团队负责全球数据中心每个 Rack 的网络设备管理连接，包括 Ethernet、Serial、OOB 以及灾备网络。传统架构主要依靠部署在每个 Row 末端的 Ethernet Switch 和 Terminal Server，为 Rack 提供管理连接。&lt;/p&gt;
&lt;p&gt;随着数据中心规模扩大，这种架构开始暴露出明显问题：每个 Rack 的 Ethernet 和 Serial 连接数量受到固定设备限制；不同 Rack 类型需要进行 Row 级协调；需要维护大量 Row 级网络设备；同时还需要在 Goalpost 与 Rack 之间铺设大量铜缆。Meta 给出的解决方案不是继续增加管理交换机，而是引入 PON。&lt;/p&gt;
&lt;p&gt;其架构可以简单概括为：中心 OLT → ODN → Splitter → Rack ONU → Ethernet/Console。PON 由此承担数据中心 Management 和 Console 连接。Meta 公开的数据尤其值得关注。在其当前方案中，一个 Rack 可以提供最多 20 个 Ethernet 和 20 个 Console 连接，或者 32 个 Ethernet 和 8 个 Console 连接；一个 Row 可以提供最多 1280 个 Ethernet 连接和 800 个 Console 连接，而 12 个 Row 可以由两个集中式路由设备承担 OLT 聚合功能。&lt;/p&gt;
&lt;p&gt;更重要的是，Meta 并没有把 PON 简单理解成&amp;quot;用光纤替换铜缆&amp;quot;。它利用 PON 的集中式管理和无状态 ONU 设计，将 Rack 与数据中心 PON 拓扑解耦。ONU 部署到 Rack 之后，可以通过自动化资产管理系统进行识别和配置；当 ONU 发生故障时，只需要扫描新的设备即可完成替换。在布线方面，Meta 甚至表示，其 PON 方案使数据机房内部的网线走线架和网线分配单元得以完全取消，Rack 只需要标准化的 2 芯或 4 芯光纤连接，Rack 内部的网线则被限制在机架内部。&lt;/p&gt;
&lt;p&gt;这已经不是简单的技术验证，而是一种针对 Hyperscale 数据中心运行方式重新设计的网络架构。&lt;/p&gt;
&lt;h3 id="ciena从-hyperscaler-实践走向产业方案"&gt;Ciena：从 Hyperscaler 实践走向产业方案
&lt;/h3&gt;&lt;p&gt;Meta 之后，Ciena 已经将 PON 用于 Data Center Out-of-Band Management，并形成面向客户的解决方案。 Ciena 目前已经将 Data Center Out-of-Band Management（DCOM）定义为一种基于 PON 的解决方案，明确是解决针对传统 OOB 网络中存在的铜缆、设备数量、机架空间以及功耗和散热问题。其方案采用 XGS-PON 相关产品，并结合路由平台、PON 系统、控制软件、ONU 和 Console Server 构建数据中心 OOB 网络。&lt;/p&gt;
&lt;p&gt;Ciena 特别强调，AI 和云计算驱动的数据中心规模扩张正在使传统 OOB 架构越来越难以扩展，而 PON 能够通过集中式架构降低设备数量和布线复杂度。这说明 PON 已经不再只是 Hyperscaler 内部的一项架构创新，而开始形成可以向其他数据中心客户提供的产业解决方案。&lt;/p&gt;
&lt;h3 id="nokiapon-开始成为正式的数据中心产品"&gt;Nokia：PON 开始成为正式的数据中心产品
&lt;/h3&gt;&lt;p&gt;2026 年 3 月，Nokia 正式推出 Aurelis for Data Centers，将 PON 明确用于数据中心 OOBM。 Nokia 表示，其 Aurelis 方案在特定数据中心 OOBM 架构中可以减少最多 90% 的交换机、节省 50% 以上功耗，并将运维工作量降低最多 80%。 需要说明的是，这些数字是 Nokia 对其特定 PON-based OOBM 方案与传统架构进行比较后给出的目标性指标，而非行业普遍规律。&lt;/p&gt;
&lt;p&gt;但从产业角度看，数字本身并不是最重要的。真正重要的是：传统数据中心 OOB 网络已经开始被设备厂商视为一个可以由 PON 重新架构的独立市场。Nokia 甚至进一步把 PON 描述为一种面向 AI 和云数据中心的高效、可扩展、低功耗 OOBM 基础设施。&lt;/p&gt;
&lt;h3 id="delloro从产品市场进入产业市场"&gt;Dell&amp;rsquo;Oro：从产品市场进入产业市场
&lt;/h3&gt;&lt;p&gt;如果说 Meta 解决的是&amp;quot;能不能做&amp;quot;，Ciena 和 Nokia 解决的是&amp;quot;能不能产品化&amp;quot;，那么 Dell&amp;rsquo;Oro 在 2026 年的动作则解决了第三个问题：这个市场是否足够大，值得单独研究？答案已经非常明确。Dell&amp;rsquo;Oro 预计 2026 年 Data Center PON 设备收入同比增长 844%，2026—2030 年累计设备支出超过 30 亿美元，年复合增长率达到 52%。 同时，其市场定义已经明确覆盖 Data Center OOBM 以及 DCIM（Data Center Infrastructure Management）相关 PON 设备。&lt;/p&gt;
&lt;p&gt;因此，从产业生命周期来看，Data Center PON 已经完成了最初的几个关键阶段：Hyperscaler 工程验证 → 设备商产品化 → 产业方案形成 → 市场研究机构独立统计。这意味着 Data Center PON 已经进入产业化早期。但必须注意，这仍然是一个新兴市场。52% 的 CAGR 并不意味着 PON 已经大规模替代传统 OOB 网络，而是意味着一个此前规模很小甚至没有被单独统计的市场正在快速形成。&lt;/p&gt;
&lt;h2 id="aidc-真正改变的不是网络速度而是连接结构"&gt;AIDC 真正改变的不是网络速度，而是连接结构
&lt;/h2&gt;&lt;p&gt;理解 PON 为什么进入数据中心，不能只看 PON 本身，而必须重新观察 AI 数据中心的网络结构。过去谈数据中心网络，人们最容易想到的是交换机、服务器、GPU 和高速互联。AI 出现之后，这部分网络确实发生了剧烈变化。GPU 集群推动网络从 100G、200G 快速走向 400G、800G，并继续向 1.6T 演进。对于大规模 AI 训练而言，网络的核心指标是吞吐、时延、拥塞控制、无损传输以及集合通信效率。这构成了典型的 Compute Fabric。它解决的是 GPU 之间如何尽可能快地交换数据。在这个网络中，PON 几乎没有竞争优势。&lt;/p&gt;
&lt;p&gt;但是，如果把视野从 GPU 之间拉开，就会发现 AIDC 还有另外一个正在快速膨胀的网络。AI 数据中心不只有 GPU，还有大量&amp;quot;基础设施设备&amp;quot;。每一个 GPU 服务器都需要被管理。每一个 Rack 都需要电源管理。越来越复杂的液冷系统需要 CDU、泵、阀门和传感器。数据中心还存在大量 BMC、Console、PDU、UPS、CDU、HVAC、温湿度传感器、环境监测设备、安防与门禁设备以及其他 DCIM 基础设施。这些设备有一个共同特点：它们绝大多数并不需要 400G、800G 甚至 10G 网络。它们真正需要的是足够的带宽、可靠的连接、较低的成本、较低的功耗，以及能够支撑数万甚至数十万设备的统一运维体系。这与 GPU 网络形成鲜明对比。&lt;/p&gt;
&lt;p&gt;需要区分的是，BMC 和 Console 属于非常典型的 OOBM 网络，PDU 可以接入管理网络，而 CDU、HVAC 通常属于 BMS/DCIM/Facility Management 体系，Sensor 可能使用完全不同的协议和网络。因此，本文使用 Infrastructure Connectivity 这一更宽泛的概念来描述这些设备的连接需求，而非声称它们属于同一个网络域。&lt;/p&gt;
&lt;p&gt;从功能和工程需求看，AIDC 可以抽象为两个具有不同优化目标的网络域。本文将其分别称为 Compute Fabric 和 Infrastructure Fabric。需要说明的是，这一划分是本文的分析模型，而非行业已统一定义的标准架构。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;表 1：AIDC 二元网络结构对比&lt;/strong&gt;&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;网络类型&lt;/th&gt;
&lt;th&gt;主要连接对象&lt;/th&gt;
&lt;th&gt;核心需求&lt;/th&gt;
&lt;th&gt;典型技术&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Compute Fabric&lt;/td&gt;
&lt;td&gt;GPU、CPU、NIC、DPU&lt;/td&gt;
&lt;td&gt;极高带宽、极低时延&lt;/td&gt;
&lt;td&gt;Ethernet/RoCE/InfiniBand&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Infrastructure Fabric&lt;/td&gt;
&lt;td&gt;BMC、Console、PDU、CDU、Sensor 等&lt;/td&gt;
&lt;td&gt;海量连接、低成本、低功耗、易运维&lt;/td&gt;
&lt;td&gt;Ethernet / PON 等&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;从&amp;quot;高速网络&amp;quot;转向&amp;quot;海量连接&amp;quot;，传统数据中心网络的核心问题可以概括为&amp;quot;如何让每一条连接越来越快&amp;quot;，而 AI 数据中心越来越需要回答另一个问题：&amp;ldquo;如何用更低的成本连接越来越多的设备&amp;rdquo;。这两个问题并不矛盾。恰恰相反，它们构成了 AIDC 网络结构的两个不同维度。Compute Fabric 负责&amp;quot;高速计算&amp;quot;，Infrastructure Fabric 负责&amp;quot;海量基础设施连接&amp;quot;。这正是理解 Data Center PON 的关键。&lt;/p&gt;
&lt;p&gt;从架构上看，AIDC 的网络需求可以抽象为：&lt;/p&gt;
&lt;p&gt;&lt;svg width="621" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;font-size: 16px;fill: currentColor;max-width: 620.9708251953125px;" viewBox="0 0 620.9708251953125 1142" aria-roledescription="flowchart-v2" overflow="visible" height="1142" preserveAspectRatio="xMidYMid meet" role="img" aria-label="插图"&gt;&lt;g&gt;&lt;marker viewBox="0 0 10 10" refX="5" refY="5" markerUnits="userSpaceOnUse" markerWidth="8" markerHeight="8" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 0 0 L 10 5 L 0 10 z" style="stroke-width: 1px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 10 10" refX="4.5" refY="5" markerUnits="userSpaceOnUse" markerWidth="8" markerHeight="8" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 0 5 L 10 10 L 10 0 z" style="stroke-width: 1px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 11.5 14" refX="11.5" refY="7" markerUnits="userSpaceOnUse" markerWidth="10.5" markerHeight="14" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 0 0 L 11.5 7 L 0 14 z" style="stroke-width: 0px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="0px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 11.5 14" refX="1" refY="7" markerUnits="userSpaceOnUse" markerWidth="11.5" markerHeight="14" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;polygon points="0,7 11.5,14 11.5,0" style="stroke-width: 0px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="0px"&gt;&lt;/polygon&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 10 10" refX="11" refY="5" markerUnits="userSpaceOnUse" markerWidth="11" markerHeight="11" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;circle cx="5" cy="5" r="5" style="stroke-width: 1px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="1px"&gt;&lt;/circle&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 10 10" refX="-1" refY="5" markerUnits="userSpaceOnUse" markerWidth="11" markerHeight="11" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;circle cx="5" cy="5" r="5" style="stroke-width: 1px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="1px"&gt;&lt;/circle&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 10 10" refY="5" refX="12.25" markerUnits="userSpaceOnUse" markerWidth="14" markerHeight="14" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;circle cx="5" cy="5" r="5" style="stroke-width: 0px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="0px"&gt;&lt;/circle&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 10 10" refX="-2" refY="5" markerUnits="userSpaceOnUse" markerWidth="14" markerHeight="14" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;circle cx="5" cy="5" r="5" style="stroke-width: 0px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="0px"&gt;&lt;/circle&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 11 11" refX="12" refY="5.2" markerUnits="userSpaceOnUse" markerWidth="11" markerHeight="11" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 1,1 l 9,9 M 10,1 l -9,9" style="stroke-width: 2px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="2px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 11 11" refX="-1" refY="5.2" markerUnits="userSpaceOnUse" markerWidth="11" markerHeight="11" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 1,1 l 9,9 M 10,1 l -9,9" style="stroke-width: 2px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="2px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 15 15" refX="17.7" refY="7.5" markerUnits="userSpaceOnUse" markerWidth="12" markerHeight="12" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 1,1 L 14,14 M 1,14 L 14,1" style="stroke-width: 2.5px;" fill="currentColor" stroke="currentColor" stroke-width="2.5px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;marker viewBox="0 0 15 15" refX="-3.5" refY="7.5" markerUnits="userSpaceOnUse" markerWidth="12" markerHeight="12" orient="auto" style="fill: currentColor;stroke: currentColor;"&gt;&lt;path d="M 1,1 L 14,14 M 1,14 L 14,1" style="stroke-width: 2.5px;stroke-dasharray: 1px, 0px;" fill="currentColor" stroke="currentColor" stroke-width="2.5px"&gt;&lt;/path&gt;&lt;/marker&gt;&lt;g&gt;&lt;g&gt;&lt;/g&gt;&lt;g&gt;&lt;path d="M190.661,86L181.884,90.167C173.107,94.333,155.554,102.667,146.777,110.333C138,118,138,125,138,128.5L138,132" data-edge="true" data-et="edge" data-id="L_AIDC_COMPUTE_0" data-points="W3sieCI6MTkwLjY2MTEzMjgxMjUsInkiOjg2fSx7IngiOjEzOCwieSI6MTExfSx7IngiOjEzOCwieSI6MTM2fV0=" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="138,132 135.01887496600438,126.79299572386535 141.01883546374899,126.81476785063471" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M354.964,86L363.741,90.167C372.518,94.333,390.071,102.667,398.848,110.333C407.625,118,407.625,125,407.625,128.5L407.625,132" data-edge="true" data-et="edge" data-id="L_AIDC_INFRA_0" data-points="W3sieCI6MzU0Ljk2Mzg2NzE4NzUsInkiOjg2fSx7IngiOjQwNy42MjUsInkiOjExMX0seyJ4Ijo0MDcuNjI1LCJ5IjoxMzZ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="407.625,132 404.60618047562696,126.8147585707834 410.6061410402706,126.7930048878442" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M138,214L138,218.167C138,222.333,138,230.667,138,242.333C138,254,138,269,138,276.5L138,284" data-edge="true" data-et="edge" data-id="L_COMPUTE_COMPUTE_DEV_0" data-points="W3sieCI6MTM4LCJ5IjoyMTR9LHsieCI6MTM4LCJ5IjoyMzl9LHsieCI6MTM4LCJ5IjoyODh9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="138,284 135,278.80384757729337 141,278.80384757729337" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M138,342L138,350.167C138,358.333,138,374.667,138,390.333C138,406,138,421,138,428.5L138,436" data-edge="true" data-et="edge" data-id="L_COMPUTE_DEV_HIGH_BW_0" data-points="W3sieCI6MTM4LCJ5IjozNDJ9LHsieCI6MTM4LCJ5IjozOTF9LHsieCI6MTM4LCJ5Ijo0NDB9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="138,436 135,430.80384757729337 141,430.80384757729337" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M138,494L138,502.167C138,510.333,138,526.667,138,538.333C138,550,138,557,138,560.5L138,564" data-edge="true" data-et="edge" data-id="L_HIGH_BW_COMPUTE_NET_0" data-points="W3sieCI6MTM4LCJ5Ijo0OTR9LHsieCI6MTM4LCJ5Ijo1NDN9LHsieCI6MTM4LCJ5Ijo1Njh9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="138,564 135,558.8038475772934 141,558.8038475772934" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M407.625,214L407.625,218.167C407.625,222.333,407.625,230.667,407.625,238.333C407.625,246,407.625,253,407.625,256.5L407.625,260" data-edge="true" data-et="edge" data-id="L_INFRA_INFRA_DEV_0" data-points="W3sieCI6NDA3LjYyNSwieSI6MjE0fSx7IngiOjQwNy42MjUsInkiOjIzOX0seyJ4Ijo0MDcuNjI1LCJ5IjoyNjR9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="407.625,260 404.625,254.80384757729337 410.625,254.80384757729337" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M407.625,366L407.625,370.167C407.625,374.333,407.625,382.667,407.625,390.333C407.625,398,407.625,405,407.625,408.5L407.625,412" data-edge="true" data-et="edge" data-id="L_INFRA_DEV_CHARACTER_0" data-points="W3sieCI6NDA3LjYyNSwieSI6MzY2fSx7IngiOjQwNy42MjUsInkiOjM5MX0seyJ4Ijo0MDcuNjI1LCJ5Ijo0MTZ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="407.625,412 404.625,406.80384757729337 410.625,406.80384757729337" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M407.625,518L407.625,522.167C407.625,526.333,407.625,534.667,407.625,544.333C407.625,554,407.625,565,407.625,570.5L407.625,576" data-edge="true" data-et="edge" data-id="L_CHARACTER_ACCESS_0" data-points="W3sieCI6NDA3LjYyNSwieSI6NTE4fSx7IngiOjQwNy42MjUsInkiOjU0M30seyJ4Ijo0MDcuNjI1LCJ5Ijo1ODB9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="407.625,576 404.625,570.8038475772934 410.625,570.8038475772934" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M359.593,634L348.622,640.167C337.652,646.333,315.711,658.667,304.741,668.333C293.771,678,293.771,685,293.771,688.5L293.771,692" data-edge="true" data-et="edge" data-id="L_ACCESS_TRAD_0" data-points="W3sieCI6MzU5LjU5Mjc3MjkwMTA1ODIsInkiOjYzNH0seyJ4IjoyOTMuNzcwODMyMDYxNzY3NiwieSI6NjcxfSx7IngiOjI5My43NzA4MzIwNjE3Njc2LCJ5Ijo2OTZ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="293.77099609375,692 290.79430576601504,686.7904592627787 296.79424555036616,686.8173401883714" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M455.657,634L466.628,640.167C477.598,646.333,499.539,658.667,510.509,668.333C521.479,678,521.479,685,521.479,688.5L521.479,692" data-edge="true" data-et="edge" data-id="L_ACCESS_PON_0" data-points="W3sieCI6NDU1LjY1NzIyNzA5ODk0MTgsInkiOjYzNH0seyJ4Ijo1MjEuNDc5MTY3OTM4MjMyNCwieSI6NjcxfSx7IngiOjUyMS40NzkxNjc5MzgyMzI0LCJ5Ijo2OTZ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="521.47900390625,692 518.4556911831529,686.8173770947175 524.4556306389113,686.790422925572" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M293.771,774L293.771,778.167C293.771,782.333,293.771,790.667,293.771,798.333C293.771,806,293.771,813,293.771,816.5L293.771,820" data-edge="true" data-et="edge" data-id="L_TRAD_ACTIVE_0" data-points="W3sieCI6MjkzLjc3MDgzMjA2MTc2NzYsInkiOjc3NH0seyJ4IjoyOTMuNzcwODMyMDYxNzY3NiwieSI6Nzk5fSx7IngiOjI5My43NzA4MzIwNjE3Njc2LCJ5Ijo4MjR9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="293.77099609375,820 290.77099609375,814.8038475772934 296.77099609375,814.8038475772934" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M293.771,902L293.771,906.167C293.771,910.333,293.771,918.667,293.771,926.333C293.771,934,293.771,941,293.771,944.5L293.771,948" data-edge="true" data-et="edge" data-id="L_ACTIVE_COPPER_0" data-points="W3sieCI6MjkzLjc3MDgzMjA2MTc2NzYsInkiOjkwMn0seyJ4IjoyOTMuNzcwODMyMDYxNzY3NiwieSI6OTI3fSx7IngiOjI5My43NzA4MzIwNjE3Njc2LCJ5Ijo5NTJ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="293.77099609375,948 290.77099609375,942.8038475772934 296.77099609375,942.8038475772934" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M521.479,774L521.479,778.167C521.479,782.333,521.479,790.667,521.479,800.333C521.479,810,521.479,821,521.479,826.5L521.479,832" data-edge="true" data-et="edge" data-id="L_PON_OLT_0" data-points="W3sieCI6NTIxLjQ3OTE2NzkzODIzMjQsInkiOjc3NH0seyJ4Ijo1MjEuNDc5MTY3OTM4MjMyNCwieSI6Nzk5fSx7IngiOjUyMS40NzkxNjc5MzgyMzI0LCJ5Ijo4MzZ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="521.47900390625,832 518.47900390625,826.8038475772934 524.47900390625,826.8038475772934" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M521.479,890L521.479,896.167C521.479,902.333,521.479,914.667,521.479,924.333C521.479,934,521.479,941,521.479,944.5L521.479,948" data-edge="true" data-et="edge" data-id="L_OLT_ODN_0" data-points="W3sieCI6NTIxLjQ3OTE2NzkzODIzMjQsInkiOjg5MH0seyJ4Ijo1MjEuNDc5MTY3OTM4MjMyNCwieSI6OTI3fSx7IngiOjUyMS40NzkxNjc5MzgyMzI0LCJ5Ijo5NTJ9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="521.47900390625,948 518.47900390625,942.8038475772934 524.47900390625,942.8038475772934" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;path d="M521.479,1030L521.479,1034.167C521.479,1038.333,521.479,1046.667,521.479,1054.333C521.479,1062,521.479,1069,521.479,1072.5L521.479,1076" data-edge="true" data-et="edge" data-id="L_ODN_ONU_0" data-points="W3sieCI6NTIxLjQ3OTE2NzkzODIzMjQsInkiOjEwMzB9LHsieCI6NTIxLjQ3OTE2NzkzODIzMjQsInkiOjEwNTV9LHsieCI6NTIxLjQ3OTE2NzkzODIzMjQsInkiOjEwODB9XQ==" data-look="classic" style="stroke-width: 1px;stroke-dasharray: 0;" fill="none" stroke="currentColor" stroke-width="1px"&gt;&lt;/path&gt;&lt;polygon points="521.47900390625,1076 518.47900390625,1070.8038475772933 524.47900390625,1070.8038475772933" fill="currentColor" stroke="none" stroke-width="1px"&gt;&lt;/polygon&gt;&lt;/g&gt;&lt;g&gt;&lt;g transform="translate(-46.3, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_AIDC_COMPUTE_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(8.6, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_AIDC_INFRA_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(4.5, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_COMPUTE_COMPUTE_DEV_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(49.5, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_COMPUTE_DEV_HIGH_BW_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(-45.2, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_HIGH_BW_COMPUTE_NET_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(3.3, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_INFRA_INFRA_DEV_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(2.3, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_INFRA_DEV_CHARACTER_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(49.2, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_CHARACTER_ACCESS_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(-44, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_ACCESS_TRAD_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(5.9, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_ACCESS_PON_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(-0.1, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_TRAD_ACTIVE_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(44.2, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_ACTIVE_COPPER_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(-38.1, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_PON_OLT_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(20.2, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_OLT_ODN_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;g transform="translate(-14.1, 0)" style="background-color: rgba(232,232,232, 0.8);text-align: center;"&gt;&lt;g data-id="L_ODN_ONU_0" transform="translate(0, 0)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;"&gt;&lt;/g&gt;&lt;/g&gt;&lt;/g&gt;&lt;g&gt;&lt;g data-look="classic" transform="translate(272.8125, 47)"&gt;&lt;rect x="-82.41666412353516" y="-39" width="164.8333282470703" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-52.416664123535156, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="52.416664123535156" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="52.416664123535156" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;AIDC&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="52.416664123535156" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;AI Data Center&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(138, 175)"&gt;&lt;rect x="-86.70833587646484" y="-39" width="173.4166717529297" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-56.708335876464844, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="56.708335876464844" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="56.708335876464844" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;Compute Fabric&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="56.708335876464844" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;计算网络&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(407.625, 175)"&gt;&lt;rect x="-127.08333587646484" y="-39" width="254.1666717529297" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-97.08333587646484, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="97.08333587646484" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="97.08333587646484" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;Infrastructure Connectivity&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="97.08333587646484" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;基础设施连接网络&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(138, 315)"&gt;&lt;rect x="-89.625" y="-27" width="179.25" height="54" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-59.625, -12)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="59.625" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan leaf=""&gt;GPU / CPU / NIC&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(138, 467)"&gt;&lt;rect x="-99.94999694824219" y="-27" width="199.89999389648438" height="54" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-69.94999694824219, -12)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="69.94999694824219" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan leaf=""&gt;400G / 800G / 1.6T&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(138, 607)"&gt;&lt;rect x="-130" y="-39" width="260" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-100, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="100" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan leaf=""&gt;Ethernet / RoCE / InfiniBand&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(407.625, 315)"&gt;&lt;rect x="-130" y="-51" width="260" height="102" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-100, -36)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="100" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="100" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;BMC / Console / PDU&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="100" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;CDU / Sensor / Management Devices&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(407.625, 467)"&gt;&lt;rect x="-62" y="-51" width="124" height="102" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-32, -36)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="32" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="32" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;低带宽&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="32" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;+&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="32" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;海量连接&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(407.625, 607)"&gt;&lt;rect x="-85.19166564941406" y="-27" width="170.38333129882812" height="54" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-55.19166564941406, -12)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="55.19166564941406" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan leaf=""&gt;Ethernet / PON&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(293.7708320617676, 735)"&gt;&lt;rect x="-86.21666717529297" y="-39" width="172.43333435058594" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-56.21666717529297, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="56.21666717529297" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="56.21666717529297" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;Traditional OOB&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="56.21666717529297" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;传统 OOB 网络&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(521.4791679382324, 735)"&gt;&lt;rect x="-91.49166870117188" y="-39" width="182.98333740234375" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-61.491668701171875, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="61.491668701171875" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="61.491668701171875" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;PON OOB&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="61.491668701171875" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;PON 化 OOB 网络&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(293.7708320617676, 863)"&gt;&lt;rect x="-78.41666412353516" y="-39" width="156.8333282470703" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-48.416664123535156, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="48.416664123535156" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="48.416664123535156" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;Active Switch&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="48.416664123535156" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;有源交换机&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(293.7708320617676, 991)"&gt;&lt;rect x="-55.46666717529297" y="-39" width="110.93333435058594" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-25.46666717529297, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="25.46666717529297" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="25.46666717529297" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;Copper&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="25.46666717529297" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;铜缆&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(521.4791679382324, 863)"&gt;&lt;rect x="-43.26667022705078" y="-27" width="86.53334045410156" height="54" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-13.266670227050781, -12)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="13.266670227050781" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan leaf=""&gt;OLT&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(521.4791679382324, 991)"&gt;&lt;rect x="-70" y="-39" width="140" height="78" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-40, -24)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="40" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan x="40" dy="0" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;ODN&lt;/tspan&gt;&lt;/tspan&gt; &lt;tspan x="40" dy="1.2em" fill="rgb(51, 51, 51)" stroke="none" stroke-width="1px" font-size="16px"&gt;&lt;tspan leaf=""&gt;无源光网络&lt;/tspan&gt;&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt; &lt;g data-look="classic" transform="translate(521.4791679382324, 1107)"&gt;&lt;rect x="-45.69166564941406" y="-27" width="91.38333129882812" height="54" style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;g transform="translate(-15.691665649414062, -12)" style="font-family: 'trebuchet ms', verdana, arial, sans-serif;color: #333;text-align: center;"&gt;&lt;rect style="stroke-width: 1px;" fill="#ECECFF" stroke="#9370DB" stroke-width="1px"&gt;&lt;/rect&gt;&lt;text x="15.691665649414062" y="16" fill="rgb(51, 51, 51)" stroke="none" font-size="16" text-anchor="middle" style="color: #333;text-anchor: middle;" stroke-width="1px"&gt;&lt;tspan leaf=""&gt;ONU&lt;/tspan&gt;&lt;/text&gt;&lt;/g&gt;&lt;/g&gt;&lt;/g&gt;&lt;/g&gt;&lt;/g&gt;&lt;/svg&gt;&lt;/p&gt;
&lt;p&gt;这一模型有助于理解 PON 在 AIDC 中的定位：它不是要替代 Compute Fabric，而是为 Infrastructure Connectivity 提供一种新的架构选择。&lt;/p&gt;
&lt;p&gt;传统 OOB 网络的问题正在被 AIDC 放大。传统 OOB 网络通常以 Ethernet Management Switch 和 Console Server 为基础。当 Rack 数量较少时，这种架构非常合理。问题出现在规模。当一个数据中心从几百个 Rack 扩展到数千、数万 Rack 时，OOB 网络本身也需要大量交换机、Console 设备、铜缆、配线和电源。网络设备数量增加，又意味着更多机架空间、更多电源、更多散热、更多线缆、更多故障点和更多运维对象。Meta 在公开材料中描述的正是这个问题：传统架构存在大量 Row 级设备和铜缆分配，同时 Rack 连接能力受到固定设备限制。&lt;/p&gt;
&lt;p&gt;因此，AIDC 带来的真正变化不是&amp;quot;管理网络也需要更高带宽&amp;quot;，而是管理网络本身开始成为一个需要重新架构的超大规模基础设施网络。这恰好为 PON 创造了机会。&lt;/p&gt;
&lt;h2 id="pon-进入-idc其实是-pol-的一次自然延伸"&gt;PON 进入 IDC：其实是 POL 的一次自然延伸
&lt;/h2&gt;&lt;p&gt;如果把 PON 放回它过去二十年的发展历史，会发现 Data Center PON 并没有那么&amp;quot;离经叛道&amp;quot;。事实上，它与 POL 存在非常明显的架构同构。POL 解决的本来就是&amp;quot;海量低速连接&amp;quot;问题。Passive Optical LAN 的基本思想，是把传统企业 LAN 中的大量主动交换节点替换为 OLT + Passive Optical Distribution Network + Splitter + ONU/ONT。TIA Fiber Optics Technology Consortium 对 POL 的定义，本身就是将 GPON 等 PON 技术适配到企业 LAN 环境中，其主要特点包括更少的设备和布线、集中式管理以及较低的能源需求。&lt;/p&gt;
&lt;p&gt;传统企业 LAN 通常是 Core → Aggregation → Access Switch → Copper → Terminal，而 POL 则变成 OLT → Passive ODN → Splitter → ONU → Terminal。PON 最重要的价值并不是&amp;quot;光纤比铜缆快&amp;quot;。真正的价值在于：把大量终端的接入复杂度，从分布式主动交换设备重新集中到网络中心。这正是 Data Center OOBM 现在面临的问题。&lt;/p&gt;
&lt;p&gt;需要特别说明的是，PON 的价值并不只是把铜缆换成光纤。如果只是传输介质由铜缆改为光纤，仍然可以保留大量交换机，只不过是将互联口改为光模块。PON 真正改变的是网络的主动/被动分工以及设备部署方式：将大量中间连接变成无源光网络，把网络智能集中到 OLT，从而减少有源设备数量、降低功耗和运维复杂度。&lt;/p&gt;
&lt;p&gt;从 Building 到 Rack，POL 架构发生了一次空间映射。传统 POL 的连接对象是 Building/Floor/Room/Terminal，而 Data Center PON 的连接对象变成 Data Hall/Row/Rack/Infrastructure Device。两者的逻辑关系高度相似。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;表 2：传统 POL 与 Data Center PON 架构对比&lt;/strong&gt;&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;传统 POL 元素&lt;/th&gt;
&lt;th&gt;Data Center PON 对应物&lt;/th&gt;
&lt;th&gt;功能说明&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Building/Campus&lt;/td&gt;
&lt;td&gt;Data Center&lt;/td&gt;
&lt;td&gt;物理空间范围&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Floor/Room&lt;/td&gt;
&lt;td&gt;Row/Rack&lt;/td&gt;
&lt;td&gt;细分连接单元&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;OLT&lt;/td&gt;
&lt;td&gt;OLT&lt;/td&gt;
&lt;td&gt;核心控制设备&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;ODN&lt;/td&gt;
&lt;td&gt;DC Optical Distribution Network&lt;/td&gt;
&lt;td&gt;光纤分配网络&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Passive Splitter&lt;/td&gt;
&lt;td&gt;Passive Splitter&lt;/td&gt;
&lt;td&gt;光信号分配&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;ONU/ONT&lt;/td&gt;
&lt;td&gt;Rack ONU&lt;/td&gt;
&lt;td&gt;终端设备&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;PC/AP/Phone/Camera&lt;/td&gt;
&lt;td&gt;BMC/Console/PDU 等&lt;/td&gt;
&lt;td&gt;被连接设备&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Enterprise LAN&lt;/td&gt;
&lt;td&gt;OOBM/Infrastructure Management&lt;/td&gt;
&lt;td&gt;网络类型&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Copper LAN&lt;/td&gt;
&lt;td&gt;Rack 内部铜缆&lt;/td&gt;
&lt;td&gt;末端连接&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Fiber backbone&lt;/td&gt;
&lt;td&gt;Fiber-to-Rack&lt;/td&gt;
&lt;td&gt;主干连接&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;因此，与其说 PON 进入了一个完全陌生的数据中心领域，不如说 POL 已经证明了 PON 在建筑和园区中进行大规模终端连接的可行性，而 Data Center PON 只是把&amp;quot;终端&amp;quot;从办公室设备变成了 Rack 基础设施设备。本文将这种从 POL 向数据中心基础设施连接延伸的架构思路称为&amp;quot;DC-POL&amp;quot;（Data Center Passive Optical LAN）。需要说明的是，DC-POL 并非行业已统一定义的标准术语，而是本文用于理解 POL 架构向数据中心延伸的分析框架。它描述的是将 POL 的被动光接入架构思想延伸到数据中心 Rack 级 Infrastructure Connectivity。&lt;/p&gt;
&lt;p&gt;PON 真正改变的是&amp;quot;主动设备的位置&amp;quot;。传统 OOB 网络的核心逻辑是在距离被管理设备较近的位置部署主动交换设备。而 PON 的逻辑恰好相反：尽可能把网络智能集中到 OLT，将中间大量连接变成无源光网络。这也是为什么 PON 能够产生明显的规模效应。在传统架构中，Rack 数量增加意味着 Rack 增加 → Switch 增加 → 铜缆增加 → 电源增加 → 运维对象增加。而 PON 架构更接近 Rack 增加 → ONU 增加 → ODN 扩展。大量中间连接本身不再需要主动电子设备。这也是 PON 最核心的经济学基础。&lt;/p&gt;
&lt;p&gt;经济性并不来自&amp;quot;单端口更便宜&amp;quot;，而来自网络结构变化。Nokia 表示，其 Aurelis 方案在特定数据中心 OOBM 架构中可以减少最多 90% 的主动交换设备、节省 50% 以上功耗，并将运维工作量降低最多 80%。 这些数字的真正含义，不应该简单理解为&amp;quot;PON 设备比交换机便宜&amp;quot;。更准确的理解是：PON 改变了数据中心基础设施网络中有源设备与无源基础设施的比例。传统网络需要在大量位置布置有源设备。PON 则把大量复杂度集中到少数 OLT，同时使用无源 ODN 完成大规模分配。于是，成本结构发生变化：有源设备 CAPEX 下降；设备功耗下降；散热需求下降；铜缆与配线复杂度下降；网络设备数量下降；维护对象数量下降。这才是 PON 进入 AIDC 最值得关注的地方。&lt;/p&gt;
&lt;p&gt;Meta 案例进一步说明了这种结构性变化。Meta 公开资料显示，其 PON 架构不仅减少铜缆，而且通过标准化 Rack 光纤 Handoff，将 Rack 本身与数据中心 PON 拓扑解耦。 每个 Rack 只需要标准化的 2 芯或 4 芯光纤连接，而 Rack 内部的 ONU、Splitter 和 Console 组件则封装在 Rack 级 Canopy 中。这种设计带来一个非常重要的工程价值：数据中心网络拓扑不再需要随着 Rack 类型变化而频繁变化。对于 AI 数据中心而言，这一点尤其重要。因为 AI 基础设施正在快速变化：GPU 服务器不断更新；Rack 功率不断变化；液冷方案不断变化；Server SKU 不断变化；Rack 密度不断变化。如果基础设施网络能够与 Rack 内部设备解耦，那么数据中心的网络拓扑就不必跟随每一次硬件迭代重新设计。因此，PON 的价值最终不仅是少几台交换机，而是建立一种更加稳定的基础设施连接底座。这正是 POL 架构进入 AIDC 之后可能产生的更深层价值。&lt;/p&gt;
&lt;p&gt;在工程落地层面，将 PON 引入数据中心也带来了物理层与运维特性的变革。将铜缆替换为光纤虽然大幅简化了机柜间布线，但光纤对弯折半径的敏感性以及光接口的防尘防污染要求，对高频插拔维护提出了新挑战，通常需要依赖标准化 Canopy 与预连接光缆来降低现场损伤率。同时，PON 网络改变了故障隔离边界（Blast Radius）——传统以太网交换机故障通常仅影响单个端口或特定设备，而无源光分配网（ODN）主干光纤或关键分光器的物理损坏可能导致整个机架排（Row）甚至整个数据中心的带外管理瞬间失联，这对 OLT 的冗余保护机制（如 Type B/Type C ）提出了极高的工程可靠性要求。&lt;/p&gt;
&lt;h2 id="pon-在-aidc-还能走多远"&gt;PON 在 AIDC 还能走多远？
&lt;/h2&gt;&lt;p&gt;如果 Data Center PON 已经能够承担 OOBM 和 Console，那么下一个问题自然是：它能不能继续向 AIDC 其他基础设施扩展？这里需要保持克制。目前最明确、最成熟的应用仍然是 OOBM、Management 和 Console。Dell&amp;rsquo;Oro 目前对 Data Center PON 的市场定义也主要覆盖 OOBM 和 DCIM。 因此，可以把潜在应用划分为不同层次。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;表 3：PON 在 AIDC 中的应用场景与适配度&lt;/strong&gt;&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;应用场景&lt;/th&gt;
&lt;th&gt;PON 适配度&lt;/th&gt;
&lt;th&gt;当前状态&lt;/th&gt;
&lt;th&gt;说明&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;OOBM&lt;/td&gt;
&lt;td&gt;★★★★★&lt;/td&gt;
&lt;td&gt;已验证&lt;/td&gt;
&lt;td&gt;已经出现明确产业实践&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Console&lt;/td&gt;
&lt;td&gt;★★★★★&lt;/td&gt;
&lt;td&gt;已验证&lt;/td&gt;
&lt;td&gt;已经验证&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;BMC/设备管理&lt;/td&gt;
&lt;td&gt;★★★★☆&lt;/td&gt;
&lt;td&gt;潜在&lt;/td&gt;
&lt;td&gt;与 OOBM 高度相关&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;PDU/电源管理&lt;/td&gt;
&lt;td&gt;★★★★☆&lt;/td&gt;
&lt;td&gt;潜在&lt;/td&gt;
&lt;td&gt;具有扩展潜力&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;CDU/HVAC/环境监控&lt;/td&gt;
&lt;td&gt;★★★☆☆&lt;/td&gt;
&lt;td&gt;潜在&lt;/td&gt;
&lt;td&gt;潜在 Infrastructure Connectivity&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Sensor/IoT&lt;/td&gt;
&lt;td&gt;★★★☆☆&lt;/td&gt;
&lt;td&gt;潜在&lt;/td&gt;
&lt;td&gt;需要结合具体设备模型&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Facility Management&lt;/td&gt;
&lt;td&gt;★★★☆☆&lt;/td&gt;
&lt;td&gt;潜在&lt;/td&gt;
&lt;td&gt;更长期的扩展方向&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;GPU Compute Fabric&lt;/td&gt;
&lt;td&gt;★☆☆☆☆&lt;/td&gt;
&lt;td&gt;不适合&lt;/td&gt;
&lt;td&gt;不属于 PON 优势领域&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;高速 Storage Fabric&lt;/td&gt;
&lt;td&gt;★☆☆☆☆&lt;/td&gt;
&lt;td&gt;不适合&lt;/td&gt;
&lt;td&gt;不属于 PON 优势领域&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;OOBM 和 Console 是目前 PON 最明确的切入点，BMC/设备管理和 PDU/电源管理与 OOBM 高度相关，具有扩展潜力。CDU/HVAC/环境监控、Sensor/IoT 以及 Facility Management 属于潜在 Infrastructure Connectivity，是更长期的扩展方向，但需要结合具体设备模型和网络协议进一步验证。因此，PON 未来在 AIDC 中的合理演进路径，并不是 OOBM → 取代整个 Data Center Network，而更可能是 OOBM → Infrastructure Management → 更广泛的 Infrastructure Connectivity。这是一条完全不同的路线。&lt;/p&gt;
&lt;p&gt;PON 不会进入 Compute Fabric。这是理解整个产业趋势时必须划出的边界。GPU 之间的网络追求的是极高吞吐、极低时延、高带宽密度、高性能拥塞控制以及大规模集合通信效率。PON 的点到多点共享介质架构并不是为这个问题设计的。因此，没有必要把 Data Center PON 理解成&amp;quot;PON 挑战 800G Ethernet&amp;quot;。这其实是一个错误的问题。真正的问题应该是：当 GPU 网络越来越快、AI 数据中心越来越大之后，管理和基础设施网络是否仍然需要沿用传统的逐级 Ethernet 交换架构？如果答案是否定的，那么 PON 就有了自己的位置。&lt;/p&gt;
&lt;p&gt;对于这一架构何时能跨越经济临界点，取决于几个核心要素的挤压：首先是机房的物理密度与节点规模，只有当单个 Data Hall 内的带外管理节点与基础设施连接数达到特定阈值（如千级以上连接点）时，OLT 的集中式端口 CAPEX 优势才能完全抵消 ODN 的首次铺设成本；其次是自动化与无状态运维（Stateless Operation）能力，PON 架构依赖“即插即用、扫码替换”的自动化控制器与 IPAM 体系来释放 OPEX 优势，若缺乏强有力的软件支撑，其初始配置门槛反而高于传统以太网交换机。&lt;/p&gt;
&lt;h2 id="结语"&gt;结语
&lt;/h2&gt;&lt;p&gt;过去，人们很容易把 PON 理解成一种&amp;quot;接入网技术&amp;quot;。因为它诞生于运营商网络，长期服务于家庭和企业接入，因此形成了一个根深蒂固的认知：PON 属于接入网，Ethernet 属于数据中心。但技术的边界从来不是由历史决定的，而是由问题决定的。工业PON，POL以及定义的DC-PON，也就反映了这种边界的调整。当数据中心只有几百个 Rack 时，传统 OOB Ethernet 可能已经足够简单。当数据中心进入 Hyperscale 和 AI 时代，Rack 数量不断增加，管理设备、基础设施设备和传感器数量不断增长，传统 OOB 网络本身也开始成为一个需要优化的基础设施。这时，PON 所擅长的事情突然变得重要：集中式管理、点到多点连接、无源光分配、较少主动设备、较低功耗，以及面向海量终端的规模化接入。&lt;/p&gt;
&lt;p&gt;所以，PON 进入 IDC 并不是&amp;quot;接入网技术入侵数据中心&amp;quot;。它更像是 POL 的一次自然延伸：从连接 Building 中的大量终端，走向连接 Data Center 中的大量 Rack 基础设施。AIDC 正在产生一个不同于 Compute Fabric 的 Infrastructure Connectivity 问题，而 PON 可能成为解决这一问题的一种新型底层连接架构。目前最明确的应用是 OOBM 和 Console，向 PDU、Facility 等更广泛基础设施网络扩展仍属于潜在方向。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;综合来看，本文的核心判断可以概括为三句话：&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第一，事实判断：&lt;/strong&gt; PON-based OOBM 已经从 Hyperscaler 的工程实践进入设备商产品化和产业研究阶段，Data Center PON 正在成为一个新兴市场。这对目前运营商大量的PON网络技术人员是一个利好的信息。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第二，产业判断：&lt;/strong&gt; 其核心驱动力并不是数据中心对更高速网络的需求，而是 AI 数据中心规模扩大后，对海量低带宽基础设施设备进行低成本连接和运维的需求。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第三，前瞻判断：&lt;/strong&gt; 从架构上看，这可以视为 POL 从 Building/Campus Connectivity 向 Data Center Infrastructure Connectivity 的一次延伸；但目前最明确的应用仍是 OOBM 和 Console，向 PDU、Facility 等更广泛基础设施网络扩展仍属于潜在方向。&lt;/p&gt;
&lt;p&gt;而一个更值得继续研究的问题是：究竟从多大规模开始，AIDC 的 Infrastructure Connectivity 会出现采用 DC-POL 的经济临界点？这可能决定 PON 究竟只是数据中心 OOBM 领域的一项优化技术，还是会进一步成为 AIDC 基础设施网络的一种新型基础架构。&lt;/p&gt;
&lt;h2 id="参考资料"&gt;参考资料
&lt;/h2&gt;&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Dell&amp;rsquo;Oro Group.&lt;/strong&gt; (2026, August). &lt;em&gt;Data Center and Enterprise PON Equipment 5-Year Forecast Report&lt;/em&gt;.&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;Dell&amp;rsquo;Oro Group Official Market Research
&lt;ul&gt;
&lt;li&gt;引用说明：提供 2026 年 Data Center PON 设备收入同比增长 844%、2026—2030 年累计支出 30 亿美元及 52% CAGR 的市场预测数据与 DCIM/OOBM 场景定义。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;ol start="2"&gt;
&lt;li&gt;&lt;strong&gt;Meta Infrastructure Networking Team / Bhatia, Anurag.&lt;/strong&gt; (2025). &lt;em&gt;PON-based Data Center Management &amp;amp; Console Architecture in Hyperscale Environments&lt;/em&gt;. Presented at &lt;strong&gt;NANOG 94&lt;/strong&gt; (North American Network Operators&amp;rsquo; Group).&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;[NANOG 94 Presentation Archives]
&lt;ul&gt;
&lt;li&gt;引用说明：提供 Meta 在数据中心引入 PON 替换 Row 级交换机/铜缆的工程实践，包括 Canopy 机柜顶端封装、无状态 ONU 以及每个 Row/Rack 的连接密度数据。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;ol start="3"&gt;
&lt;li&gt;&lt;strong&gt;Ciena Corporation.&lt;/strong&gt; (2025/2026). &lt;em&gt;Data Center Out-of-Band Management (DCOM) Solution Brief&lt;/em&gt;.&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;引用说明：出处文中“Ciena 实践”，提供基于 XGS-PON 的数据中心带外管理与路由平台整合商业解决方案。&lt;/li&gt;
&lt;/ul&gt;
&lt;ol start="4"&gt;
&lt;li&gt;&lt;strong&gt;Nokia Solutions and Networks.&lt;/strong&gt; (2026, March). &lt;em&gt;Nokia Aurelis for Data Centers: Reimagining Infrastructure Out-of-Band Management with Passive Optical Networks&lt;/em&gt;.&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;引用说明：出处文中“Nokia 2026 年 3 月发布”，提供 Aurelis 方案在有源设备减少率（最多 90%）、功耗降低（50% 以上）及运维优化（最多 80%）的特定对比指标。&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>算力网与新一代通信网——定义、内容与关系</title><link>https://blog.fallleaf.net/p/b338a002/</link><pubDate>Thu, 20 Aug 2026 18:04:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/b338a002/</guid><description>&lt;img src="https://blog.fallleaf.net/p/b338a002/cover.webp" alt="Featured image of post 算力网与新一代通信网——定义、内容与关系" /&gt;&lt;h2 id="概述"&gt;概述
&lt;/h2&gt;&lt;p&gt;算力网与新一代通信网均被纳入国家&amp;quot;六张网&amp;quot;顶层部署。2026年4月28日，中共中央政治局会议明确提出&amp;quot;加强水网、新型电网、算力网、新一代通信网、城市地下管网、物流网等规划建设&amp;quot;，标志着两张网正式上升为国家战略。&amp;ldquo;十五五&amp;quot;规划纲要将其列为现代化基础设施体系的核心组成部分。2026年全年&amp;quot;六张网&amp;quot;及重点领域投资超7万亿元，&amp;ldquo;十五五&amp;quot;时期总投资预计超过10万亿元。&lt;/p&gt;
&lt;p&gt;两张网分别对应数字经济的&amp;quot;算&amp;quot;与&amp;quot;传&amp;quot;两大核心能力——算力网解决算力&amp;quot;从哪来、怎么调度&amp;quot;的问题，新一代通信网解决数据&amp;quot;怎么传、多快传&amp;quot;的问题，二者深度融合构成&amp;quot;算网一体&amp;quot;体系。&lt;/p&gt;
&lt;h2 id="算力网"&gt;算力网
&lt;/h2&gt;&lt;h3 id="一定义来源"&gt;（一）定义来源
&lt;/h3&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;时间&lt;/th&gt;
&lt;th&gt;文件/场合&lt;/th&gt;
&lt;th&gt;发布主体&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;2022年2月&lt;/td&gt;
&lt;td&gt;启动建设国家算力枢纽节点通知&lt;/td&gt;
&lt;td&gt;国家发改委等四部门&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2023年10月&lt;/td&gt;
&lt;td&gt;《算力基础设施高质量发展行动计划》&lt;/td&gt;
&lt;td&gt;工信部等六部门&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2023年12月&lt;/td&gt;
&lt;td&gt;《关于深入实施&amp;quot;东数西算&amp;quot;工程加快构建全国一体化算力网的实施意见》&lt;/td&gt;
&lt;td&gt;国家发改委、国家数据局等五部门&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2024年12月&lt;/td&gt;
&lt;td&gt;《国家数据基础设施建设指引》&lt;/td&gt;
&lt;td&gt;国家发改委、国家数据局、工信部&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2025年&lt;/td&gt;
&lt;td&gt;&amp;ldquo;十五五&amp;quot;规划纲要&lt;/td&gt;
&lt;td&gt;全国人大&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年4月&lt;/td&gt;
&lt;td&gt;中共中央政治局会议&lt;/td&gt;
&lt;td&gt;中共中央&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年5月&lt;/td&gt;
&lt;td&gt;丁薛祥调研算力网建设讲话&lt;/td&gt;
&lt;td&gt;国务院副总理&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年6月16日&lt;/td&gt;
&lt;td&gt;国家发改委民营企业座谈会&lt;/td&gt;
&lt;td&gt;国家发改委主任郑栅洁&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：国家发改委官网（ndrc.gov.cn）、新华社、央视新闻、中国政府网（gov.cn）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="二定义"&gt;（二）定义
&lt;/h3&gt;&lt;p&gt;算力网（全国一体化算力网）是以&amp;quot;东数西算&amp;quot;工程为战略骨架，依托8大国家算力枢纽节点和10个国家数据中心集群，通过&amp;quot;新八纵八横&amp;quot;骨干光缆互联，将散落在全国各地的通用算力、智能算力、超级算力等多元算力设施连接成网，实现全国算力资源统筹调度、供需适配、集约高效利用的新型基础设施体系。算力是继热力、电力之后的新型基础资源，算力网被定位为&amp;quot;算力版的国家电网&amp;rdquo;，是支撑数字经济、人工智能等高质量发展的关键基础设施。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：&amp;ldquo;十五五&amp;quot;规划纲要；丁薛祥2026年5月调研讲话（新华社）；央视新闻2026年6月报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="三核心内容"&gt;（三）核心内容
&lt;/h3&gt;&lt;p&gt;&lt;strong&gt;1. 空间布局（&amp;ldquo;8+10+3&amp;quot;体系）&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;8大国家算力枢纽：京津冀、长三角、粤港澳大湾区、成渝、内蒙古、贵州、甘肃、宁夏。&lt;/p&gt;
&lt;p&gt;10个国家数据中心集群：各枢纽下辖。&lt;/p&gt;
&lt;p&gt;3个算电协同发展区域：2026年6月，国家发展改革委政策研究室副主任、新闻发言人李超披露，我国加快构建全国一体化算力网，形成以8大国家算力枢纽、10个国家算力集群、3个算电协同发展区域为重点的&amp;quot;8+10+3&amp;quot;算力空间布局，&amp;ldquo;3&amp;quot;指最新布局的三个国家级算电协同发展区域，是本轮建设的战略亮点。&lt;/p&gt;
&lt;p&gt;全国智能算力总规模已达188万PFLOPS（FP16），八大枢纽节点算力占比超80%。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：国家发改委&amp;quot;东数西算&amp;quot;工程启动通知（2022年2月）；国家发改委2026年6月新闻发布会；央视新闻2026年6月报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;2. 骨干网络&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&amp;ldquo;新八纵八横&amp;quot;骨干光缆沿高铁线延伸。已规划建设181条&amp;quot;东数西算&amp;quot;干线光缆（来源：央视财经2024年7月报道），开通26个互联网骨干直联点。目标：1ms城市算力网、5ms区域算力网、20ms跨枢纽算力网。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：国家发改委等五部门《关于深入实施&amp;quot;东数西算&amp;quot;工程加快构建全国一体化算力网的实施意见》（2023年12月）；央视财经2024年7月报道；福建省经济信息中心报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;3. 建设原则&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;统筹布局、有序建设&lt;/strong&gt; ：注重供需适配、算电协同，加快形成全国一张网。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;算力监测调度&lt;/strong&gt; ：提升算力接入和精准匹配能力，把分散的资源整合利用起来。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;算电协同&lt;/strong&gt; ：统筹能源资源配置与算力设施建设，&amp;ldquo;以电强算、以算促电&amp;rdquo;，探索绿电直连。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;安全韧性&lt;/strong&gt; ：提高设施、模型、数据、网络安全防护能力。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;国产化&lt;/strong&gt; ：推动国产软硬件从&amp;quot;可用&amp;quot;迈向&amp;quot;好用&amp;rdquo;。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：丁薛祥2026年5月调研讲话（新华社）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;4. 投资规模&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;算力网直接投资达万亿量级（含信息设备和土木建筑工程）。2026年&amp;quot;六张网&amp;quot;及重点领域投资超7万亿元。算力网投资具有乘数效应，带动AI、自动驾驶、低空经济、合成生物等产业。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：央视新闻2026年6月报道；国家发改委2026年6月16日座谈会（金融界报道）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;5. 参与主体&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;基础电信企业：中国联通（华北廊坊数据中心）、中国移动（呼和浩特智算中心）、中国电信等电信运营商深度参与。互联网/科技企业：华为、腾讯、阿里等参与数据中心集群建设。地方政府：各枢纽节点所在省市配套建设。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：丁薛祥调研中国联通华北（廊坊）数据中心、中国移动呼和浩特智算中心（新华社2026年5月）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="新一代通信网"&gt;新一代通信网
&lt;/h2&gt;&lt;h3 id="一定义来源-1"&gt;（一）定义来源
&lt;/h3&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;时间&lt;/th&gt;
&lt;th&gt;文件/场合&lt;/th&gt;
&lt;th&gt;发布主体&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;2025年&lt;/td&gt;
&lt;td&gt;&amp;ldquo;十五五&amp;quot;规划纲要&lt;/td&gt;
&lt;td&gt;全国人大&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年4月28日&lt;/td&gt;
&lt;td&gt;中共中央政治局会议&lt;/td&gt;
&lt;td&gt;中共中央&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年5月&lt;/td&gt;
&lt;td&gt;央视《新闻联播》&amp;ldquo;六张网&amp;quot;调研&lt;/td&gt;
&lt;td&gt;央视/千龙网&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年5月29日&lt;/td&gt;
&lt;td&gt;中新网/央视新闻报道&lt;/td&gt;
&lt;td&gt;中国信通院副院长王志勤&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年6月&lt;/td&gt;
&lt;td&gt;新华社/经济日报报道&lt;/td&gt;
&lt;td&gt;中国信通院副所长赵文玉&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年7月20日&lt;/td&gt;
&lt;td&gt;国新办新闻发布会&lt;/td&gt;
&lt;td&gt;工信部信息通信管理局局长谢存&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2026年7月30日&lt;/td&gt;
&lt;td&gt;中共中央政治局会议&lt;/td&gt;
&lt;td&gt;中共中央&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：中国政府网（gov.cn）、工信部官网、国新办发布会、新华社、央视新闻&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="二定义-1"&gt;（二）定义
&lt;/h3&gt;&lt;p&gt;新一代通信网是以新一代通信技术创新和新型应用需求为驱动，以高速泛在、全域智能、韧性安全、融合赋能等为特征，服务于经济社会数智化转型的&amp;quot;空天地海&amp;quot;一体化网络设施体系。它不仅包含由5G-A/6G网络、光网络和数据通信网络等构成的基础网络，以卫星互联网为主体的空间网络，涵盖工业互联网、低空智联网等的融合网络，还包括服务应急通信保障的应急通信网络。从5G、5G-A到未来6G的移动通信网，以及万兆光网、卫星互联网等，都属于新一代通信网范畴。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：中国信通院技术与标准研究所副所长赵文玉（新华社2026年6月报道）；央视财经/未来网2026年6月报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="三工信部定义的四新特征"&gt;（三）工信部定义的&amp;quot;四新&amp;quot;特征
&lt;/h3&gt;&lt;p&gt;&lt;strong&gt;连接对象新&lt;/strong&gt; ：从传统个人用户拓展到人、机、物、具身智能等多元主体。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;覆盖范围新&lt;/strong&gt; ：突破传统地面限制，向空天地海一体化全域覆盖拓展。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;连接能力新&lt;/strong&gt; ：实现确定性、稳定性等大幅提升，更好满足行业应用差异化需求。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;网络功能新&lt;/strong&gt; ：由单纯的信息传输，向通信、感知、计算、智能、安全等多能力深度融合演进。&lt;/p&gt;
&lt;p&gt;工信部信息通信管理局局长谢存强调：&amp;ldquo;新一代通信网不仅仅是传统意义上的网络升级，更是面向智能时代数字信息基础设施的一次关键革新。&amp;rdquo;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：工信部信息通信管理局局长谢存，国新办新闻发布会（2026年7月20日，21财经报道）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="四核心内容"&gt;（四）核心内容
&lt;/h3&gt;&lt;p&gt;&lt;strong&gt;1. 网络体系构成&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;基础网络&lt;/strong&gt; ：5G-A/6G移动通信网、光网络（万兆光网/400G超高速光传输）、数据通信网络。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;空间网络&lt;/strong&gt; ：以卫星互联网为主体（低轨卫星、天通卫星），实现空天地海覆盖。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;融合网络&lt;/strong&gt; ：工业互联网、低空智联网、车联网等。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;应急通信网络&lt;/strong&gt; ：服务应急通信保障的专用网络。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：中国信通院技术与标准研究所副所长赵文玉（新华社2026年6月报道）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;2. 关键建设指标（截至2026年）&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;5G/5G-A：&lt;/strong&gt; 5G基站510.2万个（全球最大），5G-A覆盖330个以上城市，未来五年将建成50万座5G-A基站。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：央视财经2026年6月10日报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;截至2026年4月末， &lt;strong&gt;5G移动电话用户达12.62亿户&lt;/strong&gt; ，占移动电话用户比重68.7%（来源：新华社2026年5月27日报道）。截至2026年6月末，5G移动电话用户达12.88亿户，占移动电话用户的69.9%（来源：工信部2026年上半年通信业经济运行情况）。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;万兆光网：&lt;/strong&gt; 86个城市168个小区/工厂/园区试点，未来五年将建设100万个高速无源光网络端口。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;光网络：&lt;/strong&gt; 全国光缆线路7499万公里，400G超高速光传输系统规模部署。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;固定宽带：&lt;/strong&gt; 千兆及以上固定宽带用户2.53亿户。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;移动物联网：&lt;/strong&gt; 移动物联网终端用户29.76亿户。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;卫星互联网：&lt;/strong&gt; 技术试验卫星已发射，手机宽带直连卫星试验中。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;6G：&lt;/strong&gt; 第一阶段技术试验顺利完成，已批复6GHz频段6G试验频率，第二阶段试验推进中；目标2029年形成自主创新6G技术方案，2030年前后商用。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：工信部数据（国新办发布会2026年7月）；中新网/央视新闻2026年5月报道；央视新闻2026年3月报道；工信部2026年5月批复&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;3. 技术演进路径&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;5G：&lt;/strong&gt; 全面商用，高速下载、eMBB/uRLLC/mMTC。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;5G-A：&lt;/strong&gt; 规模商用中，千兆上行、毫秒级时延、通感一体、超轻量化。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;6G：&lt;/strong&gt; 研发/试验阶段（2030年商用），效率与连接能力再提升10倍以上，&amp;ldquo;通感算智&amp;quot;深度融合。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：央视财经/未来网2026年6月报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;4. 经济带动效应&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;未来五年带动上下游总产出约7万亿元；拉动GDP增长约1.5个百分点；直接创造就业岗位超过百万。带动产业链：网络设备、智能终端、核心芯片、测试仪器等。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：央视财经2026年6月10日报道；21财经2026年7月报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;5. 赋能领域&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;已融入97个国民经济大类中的91个。累计建设2.5万余个&amp;quot;5G+工业互联网&amp;quot;项目。建成1260家5G工厂，平均产品质量提升20.5%，运营成本降低18.4%，平均产能增加24.7%。重点赋能：智能制造、智慧城市、智慧家庭、低空经济、具身智能、脑机接口、智能网联汽车。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：工信部数据（国新办发布会2026年7月）；新华社2026年6月报道&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;6. 下一步重点工作（工信部）&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;网络建设部署&lt;/strong&gt; ：统筹推进基础网络、空间网络、国际网络和融合网络建设，推动5G-A、万兆光网等规模商用，持续增加国际海缆通达方向，加快新型工业网络建设。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;产业支撑赋能&lt;/strong&gt; ：加强6G移动通信、超高速光通信、海底光缆、卫星通信等核心技术创新攻关。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;应用创新推广&lt;/strong&gt; ：深化5G、千兆光网在重点行业应用，深化脑机接口、具身智能、智能网联汽车与5G-A/6G、卫星互联网等融合发展。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：工信部信息通信管理局局长谢存，国新办新闻发布会（2026年7月20日）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;##两张网的关系&lt;/p&gt;
&lt;h3 id="一战略定位关系"&gt;（一）战略定位关系
&lt;/h3&gt;&lt;p&gt;算力网是数字经济的核心底座，解决算力&amp;quot;从哪来、怎么调度&amp;quot;的问题。新一代通信网是数据传输的&amp;quot;大动脉&amp;rdquo;，解决数据&amp;quot;怎么传、多快传&amp;quot;的问题。二者共同构成数字经济的&amp;quot;算&amp;quot;与&amp;quot;传&amp;quot;两大核心能力。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：综合&amp;quot;十五五&amp;quot;规划纲要、中共中央政治局会议部署&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="二功能协同关系"&gt;（二）功能协同关系
&lt;/h3&gt;&lt;p&gt;新一代通信网是其他五张网的信息通信连接和服务基座。为算力网提供高质量联算、入算的网络底座。支撑人工智能高质量训练推理。二者深度融合构成&amp;quot;算网一体&amp;quot;体系。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：中国信通院技术与标准研究所副所长赵文玉（新华社2026年6月报道）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="三产业融合关系"&gt;（三）产业融合关系
&lt;/h3&gt;&lt;p&gt;加强算力网与新一代通信网的规划协同，推动5G、6G等新一代通信技术与算力网深度融合。为工业互联网、低空经济、智慧政务等各类数字应用提供支撑。算力网投资具有乘数效应，带动AI、自动驾驶、低空经济等产业；新一代通信网全面赋能智能制造、智慧城市、智慧家庭等领域。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;来源：综合&amp;quot;十五五&amp;quot;规划纲要、中共中央政治局会议部署&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="主要引用出处汇总"&gt;主要引用出处汇总
&lt;/h2&gt;&lt;ol&gt;
&lt;li&gt;&amp;ldquo;十五五&amp;quot;规划纲要——全国人大2025年审议通过&lt;/li&gt;
&lt;li&gt;中共中央政治局会议——2026年4月28日、2026年7月30日&lt;/li&gt;
&lt;li&gt;《关于深入实施&amp;quot;东数西算&amp;quot;工程加快构建全国一体化算力网的实施意见》——国家发改委、国家数据局等五部门，2023年12月（发改数据〔2023〕1779号）&lt;/li&gt;
&lt;li&gt;《算力基础设施高质量发展行动计划》——工信部等六部门，2023年10月（工信部联通信〔2023〕180号）&lt;/li&gt;
&lt;li&gt;《国家数据基础设施建设指引》——国家发改委、国家数据局、工信部，2024年12月（发改数据〔2024〕1853号）&lt;/li&gt;
&lt;li&gt;丁薛祥调研算力网建设讲话——新华社，2026年5月18日&lt;/li&gt;
&lt;li&gt;工信部国新办新闻发布会——工信部信息通信管理局局长谢存，2026年7月20日（21财经报道）&lt;/li&gt;
&lt;li&gt;中国信通院副院长王志勤采访——中新网/央视新闻，2026年5月29日&lt;/li&gt;
&lt;li&gt;中国信通院副所长赵文玉采访——新华社/经济日报，2026年6月&lt;/li&gt;
&lt;li&gt;央视《新闻联播》&amp;ldquo;六张网&amp;quot;调研——千龙网，2026年6月14日&lt;/li&gt;
&lt;li&gt;央视财经/未来网报道——2026年6月10日&lt;/li&gt;
&lt;li&gt;国家发改委2026年6月新闻发布会——国家发改委政策研究室副主任李超，2026年6月18日&lt;/li&gt;
&lt;li&gt;国家发改委民营企业座谈会——国家发改委主任郑栅洁，2026年6月16日（金融界报道）&lt;/li&gt;
&lt;li&gt;界面新闻&amp;quot;六张网&amp;quot;分析报道——2026年&lt;/li&gt;
&lt;li&gt;21财经&amp;quot;六张网&amp;quot;解读——2026年7月26日&lt;/li&gt;
&lt;/ol&gt;</description></item><item><title>衰老是自然规律，但“老年病”并非必然：牛津长寿项目首份报告核心证据</title><link>https://blog.fallleaf.net/p/how-to-healthy-live/</link><pubDate>Mon, 25 May 2026 12:21:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/how-to-healthy-live/</guid><description>&lt;img src="https://blog.fallleaf.net/p/how-to-healthy-live/cover.webp" alt="Featured image of post 衰老是自然规律，但“老年病”并非必然：牛津长寿项目首份报告核心证据" /&gt;&lt;h2 id="衰老不是慢性病的同义词"&gt;衰老不是慢性病的同义词
&lt;/h2&gt;&lt;p&gt;人老了，身体机能逐渐衰退，这是自然规律。生物学上毋庸置疑：细胞分裂能力下降、组织修复变慢、激素水平自然变化，都是人类生命周期里客观存在的生理过程。&lt;/p&gt;
&lt;p&gt;但现代社会普遍存在一个危险的认知混淆：把&amp;quot;自然衰老&amp;quot;直接等同于&amp;quot;高血压、糖尿病、心脑血管疾病、认知衰退与长期失能&amp;quot;。仿佛到了六七十岁，这些慢性病排队报到就是不可抗拒的自然灾害。&lt;/p&gt;
&lt;p&gt;2026年5月，牛津大学多位跨学科专家联合撰写的报告《Living Longer, Better》给出了截然不同的结论：正常生物学衰老本身极少在九十岁前导致严重功能障碍。真正让多数人在中老年阶段陷入慢性病与失能的，是数十年累积的环境暴露与行为模式，年龄本身的直接作用远小于此。&lt;/p&gt;
&lt;p&gt;换个说法，临床常见的&amp;quot;老年病&amp;quot;大多并非衰老的必然产物，而是后天环境与生活习惯累积的结果，完全可以通过改变这些因素来干预和延缓。&lt;/p&gt;
&lt;p&gt;报告的结论基于多项研究，这些研究认为至少75%的人类寿命由环境因素和可改变生活方式因素决定。&lt;/p&gt;
&lt;h2 id="基因不是命运真正值得关注的是暴露组"&gt;基因不是命运，真正值得关注的是&amp;quot;暴露组&amp;quot;
&lt;/h2&gt;&lt;p&gt;面对健康问题，人们往往倾向于把责任推给&amp;quot;基因差&amp;quot;或&amp;quot;运气差&amp;quot;。这种心理防御机制虽能带来短暂安慰，但与现代生物学的研究结论相去甚远。&lt;/p&gt;
&lt;p&gt;系统生物学奠基人丹尼斯·诺布尔教授在报告第二章中，剖析了主导二十世纪生物学教育的&amp;quot;基因中心论&amp;quot;走向修正的历程。&lt;/p&gt;
&lt;p&gt;过去人们常把DNA视为确定命运的唯一蓝图，认为生物体只是被动执行基因指令的机器。但现代分子生物学早已证实，除少数单基因遗传病外，基因对心血管疾病、Ⅱ型糖尿病、多数实体肿瘤及认知衰退发病风险，已难以给出准确的预判。&lt;/p&gt;
&lt;p&gt;起决定性作用的，是报告反复强调的&amp;quot;暴露组&amp;quot;概念——即个体一生中接触的所有物理、化学、社会环境因素以及由此形成的生活习惯的总和。&lt;/p&gt;
&lt;p&gt;同样的遗传背景，在不同的饮食结构、运动频率、睡眠节律与压力管理水平下，完全可以呈现出截然不同的健康轨迹。&lt;/p&gt;
&lt;p&gt;报告作者基于现有流行病学与临床观察指出，对于绝大多数常见慢性病，暴露组与生活方式的权重显著高于遗传倾向。&lt;/p&gt;
&lt;p&gt;这并非否定基因的基础作用，只是在由多重基因与后天环境交织影响的常见慢性病面前，环境与行为因素的干预窗口更广、效应也更可控。普通人完全可以通过调整日常选择来大幅降低慢性病风险，实实在在地延长高质量的晚年生活。&lt;/p&gt;
&lt;h2 id="现代生活方式正在制造失配疾病"&gt;现代生活方式，正在制造&amp;quot;失配疾病&amp;quot;
&lt;/h2&gt;&lt;p&gt;人类的身体是在数万年的高活动量、低热量密度、自然昼夜节律环境中演化而来的。如今大多数人的生活方式却与这套基因的设定严重错位。&lt;/p&gt;
&lt;p&gt;报告第三章引用了哈佛大学进化生物学家丹尼尔·利伯曼的研究框架，指出许多现代慢性病本质上属于&amp;quot;失配疾病&amp;quot;。&lt;/p&gt;
&lt;p&gt;我们的代谢与内分泌系统根本无法适应每天久坐十小时以上的工作节奏，也未曾为超市里无处不在的超加工食品做好生理准备。&lt;/p&gt;
&lt;p&gt;长期缺乏负重与有氧活动会迅速触发胰岛素抵抗、肌肉流失与慢性低度炎症。超加工食品中精制的碳水与工业添加剂则让机体持续处于代谢应激状态。&lt;/p&gt;
&lt;p&gt;加之现代人面临的压力早已从生存层面的野兽追击，演变为绩效考核、房贷负担、信息过载与睡眠剥夺的无形叠加。人体的神经内分泌系统分不清&amp;quot;老板催促&amp;quot;与&amp;quot;真实生存威胁&amp;quot;，长期的高压状态会持续推高皮质醇水平，加速细胞老化、内脏脂肪堆积与免疫紊乱。&lt;/p&gt;
&lt;p&gt;这些因素单独来看可能都不致命，但几十年如一日地累积，便会以&amp;quot;提前衰老&amp;quot;的形式在体检报告与临床症状中集中爆发。&lt;/p&gt;
&lt;h2 id="健康不能只归咎于个人自律"&gt;健康不能只归咎于个人自律
&lt;/h2&gt;&lt;p&gt;当然，把健康问题简单归咎于&amp;quot;个人不自律&amp;quot;，既不符合事实，也缺乏科学依据。&lt;/p&gt;
&lt;p&gt;一个人实际能做出的健康选择，很大程度上受限于外部环境：超时的工作节奏挤占了运动时间，城市布局让日常步行变得不便，食品供应链让超加工食品更廉价易得，商业营销则不断放大即时满足的诱惑。&lt;/p&gt;
&lt;p&gt;指望单靠个人意志力去对抗这些系统性因素，既不现实，也难以持久。&lt;/p&gt;
&lt;p&gt;公共卫生的核心职责，是通过政策引导与环境优化，把健康的选择变成&amp;quot;容易的选择&amp;quot;。在此基础上，个人的日常管理才能有效落地。&lt;/p&gt;
&lt;p&gt;两者并非对立，而是相互协同。&lt;/p&gt;
&lt;h2 id="警惕抗衰老变成一门生意"&gt;警惕&amp;quot;抗衰老&amp;quot;变成一门生意
&lt;/h2&gt;&lt;p&gt;随着健康寿命成为社会焦点，&amp;ldquo;抗衰老&amp;quot;早已沦为资本密集追逐的商业赛道。市场上充斥着各种包装为&amp;quot;逆转衰老&amp;quot;的分子、补剂与定制方案。&lt;/p&gt;
&lt;p&gt;面对层出不穷的新概念，科学的态度始终是严格区分证据等级。&lt;/p&gt;
&lt;p&gt;报告明确指出，截至2026年，尚无任何单一补充剂或药物在长期、大样本、健康人群的随机对照试验中被证实能安全且显著地延长健康寿命。&lt;/p&gt;
&lt;p&gt;这并不意味相关基础研究毫无价值。动物实验与早期人体探索确实在细胞自噬、炎症通路或代谢调节方面揭示了潜在机制，但实验室信号与临床结论之间仍横亘着巨大鸿沟。&lt;/p&gt;
&lt;p&gt;多数商业化宣传往往将&amp;quot;机制探索&amp;quot;直接等同于&amp;quot;成熟疗法&amp;rdquo;，全然不顾剂量效应关系、长期安全性验证以及健康人群适用性等关键问题。&lt;/p&gt;
&lt;h2 id="真正有效的事情往往朴素得令人失望"&gt;真正有效的事情，往往朴素得令人失望
&lt;/h2&gt;&lt;p&gt;反观那些真正经得起循证医学检验的干预手段，却朴素到让人提不起兴趣：&lt;/p&gt;
&lt;p&gt;规律睡眠以同步昼夜节律、保持积极心态以降低慢性应激、每日结合有氧与力量训练以维持肌肉与心肺储备、以植物为主且极低度加工的饮食结构，以及主动识别并削减长期压力源。&lt;/p&gt;
&lt;p&gt;商业营销倾向于将缺乏完整证据链的早期机制探索包装为成熟疗法，以支撑其高溢价叙事。科学却只能提供&amp;quot;日积月累&amp;quot;的常识模型。&lt;/p&gt;
&lt;p&gt;因为健康是长期坚持的结果，没法被浓缩成几粒药片，更不可能靠吃药来逆转。&lt;/p&gt;
&lt;h2 id="长寿不等于健康关键是压缩失能期"&gt;长寿不等于健康，关键是压缩失能期
&lt;/h2&gt;&lt;p&gt;追求长寿最大的认知误区，在于把&amp;quot;寿命延长&amp;quot;等同于&amp;quot;生活质量提升&amp;quot;。&lt;/p&gt;
&lt;p&gt;报告反复强调，比心跳停止的时间更重要的，是保持自理能力、认知清晰与有尊严生活的&amp;quot;健康寿命&amp;quot;。&lt;/p&gt;
&lt;p&gt;现代公共卫生与临床医学的核心目标，理当从依靠药物与维生设备将患者拖在病床上十几年，转向实现&amp;quot;发病期压缩&amp;quot;——尽量推迟慢性病发作，尽量缩短失能窗口，最终自然离场。&lt;/p&gt;
&lt;p&gt;然而，现行医疗体系在结构上仍高度侧重发病后的诊断与治疗，预防与健康创造长期被边缘化。医学教育中营养学、运动生理学、睡眠医学与行为干预策略的占比严重不足。&lt;/p&gt;
&lt;p&gt;报告直言，希波克拉底誓言中的&amp;quot;首先不伤害&amp;quot;，不仅指避免错误用药或过度治疗，也涵盖了&amp;quot;不作为的伤害&amp;quot;——即未能基于现有证据向患者充分告知可预防的风险因素。&lt;/p&gt;
&lt;p&gt;体系转型需要政策层面的勇气与资源重新配置，例如推动健康评估前置、优化食品标签与城市环境、将生活方式医学纳入临床常规。但个体也无需被动等待系统完善。&lt;/p&gt;
&lt;p&gt;报告估算，良好的自我管理本身即可减少约16%的非必要门诊就诊。但个人努力并非万能，它既需要科学常识指路，也离不开公共体系与健康环境的配套支持。&lt;/p&gt;
&lt;h2 id="衰老不可避免但失能并非命中注定"&gt;衰老不可避免，但失能并非命中注定
&lt;/h2&gt;&lt;p&gt;这份报告的价值，恰恰在于它不炒作概念，也不兜售奇迹。&lt;/p&gt;
&lt;p&gt;它只是用扎实的科学证据，把一件常被混淆的事讲清楚了：什么是人到老了躲不开的生理衰退，什么是我们本可以通过调整日常习惯来推迟、甚至避免的慢性病。&lt;/p&gt;
&lt;p&gt;健康无法靠某种神秘药片一次性修复，它全凭每日的睡眠节律、饮食结构、活动量、压力管理与社会联结长期复利累积。&lt;/p&gt;
&lt;p&gt;衰老是不可抗拒的生理规律，但失能与慢性疾病的集中爆发绝非必然结局。&lt;/p&gt;
&lt;p&gt;我们与其寄希望于尚未通过长期临床验证的&amp;quot;特效&amp;quot;药物，不如及早做好睡眠、饮食、运动和减压这几件老生常谈的事。&lt;/p&gt;
&lt;p&gt;基因只划定了风险区间，真正决定健康走向的，是日复一日的生活选择。&lt;/p&gt;
&lt;p&gt;想活得更长更好，靠的不是捷径或黑科技，而是基于常识的持续行动。&lt;/p&gt;</description></item><item><title>大模型也会"失忆"？用一部爱情电影讲清语言大模型的记忆机制</title><link>https://blog.fallleaf.net/p/why-llm-can-remember-you/</link><pubDate>Fri, 13 Mar 2026 07:45:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/why-llm-can-remember-you/</guid><description>&lt;img src="https://blog.fallleaf.net/p/why-llm-can-remember-you/cover.webp" alt="Featured image of post 大模型也会"失忆"？用一部爱情电影讲清语言大模型的记忆机制" /&gt;&lt;p&gt;在电影《初恋 50 次》里，女主角露西因为一场车祸患上了一种罕见的记忆障碍：每天醒来，她的记忆都会自动重置回事故发生的那一天。昨天发生的事、认识过的人、甚至自己的婚姻，对她来说都会在睡眠之后全部消失。&lt;/p&gt;
&lt;p&gt;对露西来说，每一天都是&amp;quot;第一次&amp;quot;。&lt;/p&gt;
&lt;p&gt;为了让她能够继续生活，男主角亨利想出了一个办法。他每天都会让露西先看一段录像，录像里记录了她的真实生活：她已经结婚、正在旅行、身边的人是谁。看完录像后，她才能重新理解自己所处的世界，才能接着昨天的日子继续过。&lt;/p&gt;
&lt;p&gt;如果换一个角度看，这个设定其实很适合用来理解今天的大语言模型。&lt;/p&gt;
&lt;p&gt;很多人觉得 AI 聊天像是在和一个&amp;quot;记得你&amp;quot;的老朋友交流，但从技术结构上看，大模型其实更像电影里的露西——&lt;strong&gt;每一天的对话，都是从零开始。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id="每一次回复都是一次新的醒来"&gt;每一次回复，都是一次新的醒来
&lt;/h2&gt;&lt;p&gt;在很多人的直觉里，AI 聊天应该像人与人交流：说过的话会被记住，对话会逐渐积累背景，感情会随着时间加深。&lt;/p&gt;
&lt;p&gt;但大语言模型的工作方式并不是这样。&lt;/p&gt;
&lt;p&gt;这就好比露西每次醒来，大脑里并没有一个隐藏的笔记本在记录昨天。她只能根据眼前看到的景象，重新思考该怎么说话。模型也是如此，它没有隐藏的&amp;quot;后台状态&amp;quot;，每一次回答，都是看着你刚刚发给它的文字，现场重新思考出来的。&lt;/p&gt;
&lt;p&gt;对它来说，每一次请求都像是一次新的&amp;quot;唤醒&amp;quot;。如果系统不主动提供历史信息，模型其实并不知道之前发生过什么。所谓&amp;quot;记住上下文&amp;quot;，其实并不是模型真的记住了，而是有人帮它把昨天的事又重新讲了一遍。&lt;/p&gt;
&lt;h2 id="上下文窗口一盘有限长度的录像带"&gt;上下文窗口：一盘有限长度的录像带
&lt;/h2&gt;&lt;p&gt;为了让对话能够连续进行，系统通常会把之前的聊天记录一起发送给模型。这样模型在生成回答时，就可以重新读取这段历史内容，再继续往下推理。&lt;/p&gt;
&lt;p&gt;这就是所谓的 &lt;strong&gt;上下文窗口（Context Window）&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;用电影里的情节来类比，这就像亨利为露西准备的那盘录像带：每天早晨，她通过观看录像，重新了解自己的生活，然后继续开始新的一天。&lt;/p&gt;
&lt;p&gt;不过，录像带的长度是有限的。&lt;/p&gt;
&lt;p&gt;大模型的上下文窗口也一样。目前常见的规模包括 8K、32K、128K tokens。虽然看起来已经能容纳相当长的文本，但依然存在上限。当对话内容超过这个容量时，系统就必须删除最早的一部分记录，为新的内容腾出空间。&lt;/p&gt;
&lt;p&gt;因此在特别长的对话中，模型有时会突然忘记最开始设定的规则或背景。并不是模型&amp;quot;糊涂了&amp;quot;，而是那部分信息已经像过期的录像带一样，离开了它的视野。&lt;/p&gt;
&lt;h2 id="系统提示词一直贴在墙上的纸条"&gt;系统提示词：一直贴在墙上的纸条
&lt;/h2&gt;&lt;p&gt;电影中还有一个细节：露西的家人会在家里的墙上和冰箱上贴很多提示纸条，写着她的重要信息，比如家人的名字、她当前的生活状态等。&lt;/p&gt;
&lt;p&gt;这些信息每天都会出现在她面前，不会因为记忆重置而消失。&lt;/p&gt;
&lt;p&gt;在 AI 系统中，也有类似的机制，叫做 &lt;strong&gt;System Prompt（系统提示词）&lt;/strong&gt;。这是开发者在对话开始时写入的一段固定指令，比如告诉模型&amp;quot;你是一个有帮助的助手&amp;quot;、&amp;ldquo;请用中文回答&amp;quot;或者&amp;quot;不要生成有害内容&amp;rdquo;。&lt;/p&gt;
&lt;p&gt;这些规则会在每一次请求中一起发送给模型，因此不会像普通对话那样被逐渐挤出上下文窗口。换句话说，它们相当于始终贴在模型&amp;quot;视野&amp;quot;里的提示纸条。很多 AI 产品表现出稳定的语气和行为，其实就来自这些系统提示。&lt;/p&gt;
&lt;h2 id="向量数据库一本可以随时翻阅的相册"&gt;向量数据库：一本可以随时翻阅的相册
&lt;/h2&gt;&lt;p&gt;随着生活内容越来越多，仅靠录像带显然不够。电影里，亨利后来开始整理露西的照片，把重要的经历分门别类地保存下来：旅行、家庭、朋友、工作。&lt;/p&gt;
&lt;p&gt;当露西问起某件事情时，他不需要让她重新看完整段录像，而是直接翻到对应的相册页。&lt;/p&gt;
&lt;p&gt;现代 AI 系统也采用了类似的方法。当需要保存大量信息时，系统通常会把数据转化为向量并存入向量数据库。当用户提出问题时，系统会先进行语义检索，从数据库中找到最相关的内容片段，再把这些信息发送给模型。&lt;/p&gt;
&lt;p&gt;这种架构被称为 &lt;strong&gt;RAG（检索增强生成）&lt;/strong&gt;。通过这种方式，模型不需要把所有知识都放在上下文里，却可以在需要的时候快速调用大量信息。它不用记住所有事，但知道去哪里找答案。&lt;/p&gt;
&lt;h2 id="模型参数刻在系统里的长期经验"&gt;模型参数：刻在系统里的&amp;quot;长期经验&amp;quot;
&lt;/h2&gt;&lt;p&gt;电影里有一个很有意思的细节：虽然露西每天都会失去新的记忆，但她依然保留着很多能力，比如画画、基本生活技能，以及对音乐的情绪反应。&lt;/p&gt;
&lt;p&gt;这些能力不是当天学习的，而是早已形成的习惯。&lt;/p&gt;
&lt;p&gt;大模型也有类似的部分。在预训练阶段，海量文本被压缩进了模型的参数权重里。语言规律、常识知识、代码结构等能力，都会体现在这些参数之中。这些内容并不属于对话记忆，而更像是模型的&amp;quot;长期经验&amp;quot;。无论开启多少次新对话，它们都会保持一致。&lt;/p&gt;
&lt;h2 id="看不见的亨利为什么有的-ai-更懂你"&gt;看不见的&amp;quot;亨利&amp;quot;：为什么有的 AI 更懂你
&lt;/h2&gt;&lt;p&gt;回到电影，露西之所以能过上看似正常的生活，并不是因为她病好了，而是因为亨利在背后做了大量工作。他不仅准备了录像带，还整理了相册，贴好了纸条，甚至记住了她所有的喜好。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;你在使用 AI 产品时感受到的&amp;quot;记性好&amp;quot;，其实是因为背后站着一个看不见的&amp;quot;亨利&amp;quot;。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;不同的 AI 产品，区别就在于这个&amp;quot;亨利&amp;quot;做得够不够用心。&lt;/p&gt;
&lt;p&gt;有的产品只给了模型一盘录像带（上下文窗口），聊久了自然会忘；而有的产品则在幕后默默建了一座图书馆（向量数据库），哪怕对话再长，也能随时翻到以前的那一页。有的产品会细心地在冰箱上贴好你的偏好（系统提示词），而有的则让你每次都要重新自我介绍。&lt;/p&gt;
&lt;p&gt;模型本身只是那个每天失忆的&amp;quot;露西&amp;quot;，真正决定它是否懂你的，是背后那套记忆系统是否完整。当你觉得某个 AI 特别贴心时，其实是背后的工程师像亨利一样，替它记住了那些容易被遗忘的细节。&lt;/p&gt;
&lt;p&gt;所以，重要的不仅仅是模型有多聪明，而是谁在替它保管记忆。&lt;/p&gt;
&lt;h2 id="技术的温情即使失忆也想记住你"&gt;技术的温情：即使失忆，也想记住你
&lt;/h2&gt;&lt;p&gt;电影的结尾，露西虽然依然每天失忆，但在亨利构建的记忆系统帮助下，她过上了完整的人生。她不需要治愈，她只需要被记住。&lt;/p&gt;
&lt;p&gt;大模型的故事也是如此。&lt;/p&gt;
&lt;p&gt;本质上，它只是一个每次对话都会重置的数学模型。但通过上下文窗口、向量数据库、系统提示词以及不断进化的架构，工程师们为它搭建了一套复杂的&amp;quot;记忆外挂&amp;quot;。&lt;/p&gt;
&lt;p&gt;我们努力让它记住你的偏好，记住你们之前的约定，记住那些重要的细节。&lt;/p&gt;
&lt;p&gt;技术的作用或许就在于此：语言大模型尽管没有记忆，但通过系统设计：上下文窗口、向量检索、系统提示，我们让它拥有了可延续的记忆。每一次对话虽然都是“初次见面”，但因为这些设计，它能够调用过去的信息，让你感觉它记得你。如同亨利为露西搭建的那套生活系统，不是治愈了她，而是替她记住了该记住的事。就像亨利对露西做的承诺一样，大模型也在用另一种方式诉说：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;即使我会失忆，我也会想办法，重新记住你。&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>增值税税率调整对电信运营商有何影响？</title><link>https://blog.fallleaf.net/p/notes-impact-of-vat-rate-adjustment-on-us/</link><pubDate>Sun, 01 Feb 2026 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/notes-impact-of-vat-rate-adjustment-on-us/</guid><description>&lt;img src="https://blog.fallleaf.net/p/notes-impact-of-vat-rate-adjustment-on-us/cover.webp" alt="Featured image of post 增值税税率调整对电信运营商有何影响？" /&gt;&lt;p&gt;财政部、国家税务总局发布的《关于增值税征税具体范围有关事项的公告》（2026年第9号）规定自2026年1月1日起，在中国境内利用固网、移动网、卫星、互联网提供&lt;strong&gt;手机流量服务、短信和彩信服务、互联网宽带接入服务&lt;/strong&gt;的业务活动，其增值税税目由&amp;quot;增值电信服务&amp;quot;改为&amp;quot;基础电信服务&amp;quot;，相应税率由6%上调至9%。中国移动、中国电信、中国联通三大运营商已发布公告，均明确此次调整&amp;quot;将对公司收入及利润产生影响&amp;quot;，并提出将强化运营和管理应对挑战。&lt;/p&gt;
&lt;h2 id="对运营商的影响"&gt;对运营商的影响
&lt;/h2&gt;&lt;h3 id="收入结构和受影响业务规模"&gt;收入结构和受影响业务规模
&lt;/h3&gt;&lt;p&gt;各运营商的流量、宽带业务收入占比甚高，其中&amp;quot;手机流量服务&amp;quot;和&amp;quot;宽带接入服务&amp;quot;均包含在新增税负之下。以2024年财报为例：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;中国移动&lt;/strong&gt;：主营业务收入8895亿元，其中&amp;quot;无线互联网&amp;quot;业务收入3859亿元（主要为手机数据），&amp;ldquo;有线宽带&amp;quot;收入1302亿元（合计3282亿元）。固定宽带用户1.97亿，宽带收入占比显著。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;中国电信&lt;/strong&gt;：服务收入4820亿元，其中移动通信服务收入2025亿元，固网及智慧家庭（含宽带）收入1257亿元（合计3282亿元）。固定宽带用户1.97亿，宽带收入占比显著。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;中国联通&lt;/strong&gt;：2024年营业收入3896亿元，其中&amp;quot;联网通信&amp;quot;基础业务收入约占76%（含移动和固定宽带等）；&amp;ldquo;算网数智&amp;quot;新兴业务占24%。据此保守估计，约有2960亿元基础通信业务收入受税率上调影响。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;上述数据表明，三大运营商主要收入中，流量上网和宽带业务规模庞大，涉及增值税税率上调的收入规模巨大。下表概括各运营商相关指标及预估税负增量：&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;运营商&lt;/th&gt;
&lt;th&gt;2024年主营业务收入 (亿元)&lt;/th&gt;
&lt;th&gt;受增值税上调影响的业务收入(亿元)&lt;/th&gt;
&lt;th&gt;2024年归母净利润 (亿元)&lt;/th&gt;
&lt;th&gt;税率上调后增值税增量 (≈亿元)&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;中国移动&lt;/td&gt;
&lt;td&gt;10408 (营业收入)&lt;/td&gt;
&lt;td&gt;≈5161（流量3859 + 宽带1302）&lt;/td&gt;
&lt;td&gt;1384&lt;/td&gt;
&lt;td&gt;约155（5161×3%）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;中国电信&lt;/td&gt;
&lt;td&gt;5294 (经营收入)&lt;/td&gt;
&lt;td&gt;≈3282（移动2025 + 宽带1257）&lt;/td&gt;
&lt;td&gt;330&lt;/td&gt;
&lt;td&gt;约98（3282×3%）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;中国联通&lt;/td&gt;
&lt;td&gt;3896 (营业收入)&lt;/td&gt;
&lt;td&gt;≈2960（基础通信收入估计）&lt;/td&gt;
&lt;td&gt;90&lt;/td&gt;
&lt;td&gt;约89（2960×3%）&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;blockquote&gt;
&lt;p&gt;注：收入数据来自2024年财报，税负增量估算为相关收入×(9%-6%)。表中收入单位均为人民币亿元。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id="对营收利润的短期影响"&gt;对营收、利润的短期影响
&lt;/h3&gt;&lt;p&gt;&lt;strong&gt;收入方面：&lt;/strong&gt;
增值税的上调本身不直接减少运营商的营业收入（因为运营商收费通常未明确列税），但可能通过资费调整对用户施加。若运营商无法完全转嫁这部分成本，则相当于增加了经营成本。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;利润方面：&lt;/strong&gt;
影响更为明显。
以&lt;strong&gt;中国移动&lt;/strong&gt;为例，2024年归母净利润1384亿元，净利率约13.3%。若其受影响业务收入5161亿元全部按9%计税而无法抵扣额外成本，税负将增加约155亿元，这相当于将净利润降至约1229亿元（净利率降至≈11.8%）。同理，&lt;strong&gt;中国电信&lt;/strong&gt;净利润330亿元，受影响业务收入3282亿元，增税约98亿元；&lt;strong&gt;中国联通&lt;/strong&gt;净利润仅90亿元，受影响业务收入≈2960亿元，增税约89亿元。若三家运营商&lt;strong&gt;短期内完全吸收&lt;/strong&gt;新增税负，其2024年净利润将被大幅压缩（联通几乎盈余被耗尽）。&lt;/p&gt;
&lt;p&gt;各公司公告均指出&amp;quot;将对公司收入及利润产生影响&amp;rdquo;。但实际效果还取决于成本控制与转嫁幅度。综合考虑三家运营商2024年利润率差异：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;中国移动利润率最高（约13%），财务实力强，抗风险能力最强；&lt;/li&gt;
&lt;li&gt;中国电信中等（≈6%），受冲击较大；&lt;/li&gt;
&lt;li&gt;中国联通较低（≈2&amp;ndash;3%），面临的压力最大。&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="税负转嫁可能性"&gt;税负转嫁可能性
&lt;/h3&gt;&lt;p&gt;运营商能否将新增税负转嫁至消费者，需综合竞争态势和监管政策。一般而言，三大运营商竞争激烈，不宜大规模统一提价，但可在新资费和套餐设计上做微调。例如：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;资费上调&lt;/strong&gt;：可能针对流量、宽带套餐适度提价，如增加流量包价格或推出阶梯式资费。3%税率上调可能对应资费上调约2&amp;ndash;3个百分点。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;优惠调整&lt;/strong&gt;：减少赠送流量、调整促销活动等，以减少成本支出。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;其他业务侧转移&lt;/strong&gt;：鼓励用户使用增值服务、云业务或数字化服务，提高非基础通信收入占比，以提高综合盈利。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;不过，监管层可能关注通信服务价格变化，防止扰乱市场。2014年电信业&amp;quot;营改增&amp;quot;后，运营商在价格上较为谨慎，整体资费并未大幅上涨。这次增税幅度较小，若完全转嫁对用户影响有限，运营商更可能通过结构优化分摊成本。&lt;/p&gt;
&lt;h2 id="对运营商员工的影响"&gt;对运营商员工的影响
&lt;/h2&gt;&lt;p&gt;税负上升意味着运营商的经营压力加大，各公司均强调&amp;quot;提质增效、降本增效&amp;rdquo;。在成本控制大背景下，可能对员工产生如下影响：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;薪酬与福利趋紧&lt;/strong&gt;：运营商可能控制薪资增长、谨慎分配年度奖金和股权激励，加大绩效考核力度。中国移动2024年职工薪酬已达1009亿元，占营业收入9.7%，可见人力成本占比较高。在税负增加情况下，公司可能压缩人均成本，提高薪酬与绩效挂钩的比例，限制非核心人员的薪酬增幅。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;奖金激励机制调整&lt;/strong&gt;：奖金和激励方案将更紧密地与公司利润和个人业绩挂钩。若利润受压缩，年度奖金池可能相应减少；同时可能推出更多股权或长期激励以锁定关键人才。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;人员编制与岗位调整&lt;/strong&gt;：业务重心或从传统通信转向云计算、大数据等新兴领域，运营商可能推动内部转岗和再培训，将员工从成熟业务线转移到增长较快的云网融合、算力服务等部门。对于低效冗余岗位，可能通过自然减员、提前退休、内部竞岗等方式优化团队。大规模裁员可能性较小，但部门重组、职能整合等组织架构调整会加快。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;工作强度和压力&lt;/strong&gt;：在强调精益运营和创新发展的背景下，员工工作压力可能增加，需要承担更多跨领域技能任务。同时公司也可能加大对科技人才的投入，部分员工有机会参与AI和云计算等前沿项目，需不断提升技能。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;总之，运营商会通过更加精细化的成本管理来应对税负上升，员工的薪资激励和岗位安排会向效率更高、贡献度更大的方向倾斜。&lt;/p&gt;
&lt;h2 id="对消费者的影响"&gt;对消费者的影响
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;资费变化&lt;/strong&gt;：三大运营商可能会将部分税负通过小幅提高套餐资费或取消优惠活动转嫁给用户。由于税率上涨3个百分点并非巨大增幅，单个用户的月账单增长通常在个位数百分点。例如，原有100元资费套餐，提价到102~103元；但运营商更倾向于通过调整套餐档次或附加包形式来分摊，而非全网统一涨价。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;不同群体差异&lt;/strong&gt;：
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;低收入用户&lt;/strong&gt;：他们通常选择最低端的套餐，对价格较为敏感。若资费微涨，这部分用户可能更加谨慎地使用流量，尽量通过Wi-Fi上网以节约成本。也可能促使运营商推出更具性价比的基础套餐或专项优惠来维稳用户。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;重度流量用户&lt;/strong&gt;：本身话费支出高，增值部分可能略有增长，但对资费变化承受能力较强。他们可能会选择更大流量包或无限流量套餐，以平摊每GB成本；同时也可能继续使用家中或公共Wi-Fi来尽量降低移动数据消耗。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;企业客户&lt;/strong&gt;：企业通常与运营商签订专属合同或大流量套餐，对价格敏感度高但也具有议价能力。面对运营商成本压力，企业客户可能在续签合同时要求更优惠的条款或寻求套餐优化。运营商也会考虑通过套餐升级、提供额外增值服务来留住大客户，而不会轻易加倍转嫁税费。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;使用习惯调整&lt;/strong&gt;：轻微的资费上涨可能促使部分用户更注重使用效率。例如，更多人在室内偏好使用Wi-Fi替代移动网络、延后下载大文件、利用流量包和夜间流量政策。短信和彩信上税后亦不利于传统短信收入增长，但现代用户早已普遍使用微信、QQ等即时通讯软件替代短信，影响有限；对于未智能手机用户影响较小且基数较低。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;替代通信服务&lt;/strong&gt;：增值税上调可能间接推动用户更多使用Wi-Fi和OTT（Over-The-Top）服务。家庭和公共场所免费Wi-Fi的使用率可能略增，以减少移动网络费用；微信视频通话、企业云会议、OTT消息等服务将继续替代部分传统业务，从而减弱对运营商基础通信业务的依赖。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;总体来看，此次增值税率由6%升至9%的调整对消费者的直接影响相对有限（单月资费上涨几元），但可能会加速用户对套餐内容和通信方式的关注，促进运营商优化产品结构，提高服务性价比。&lt;/p&gt;
&lt;h3 id="影响对比表"&gt;影响对比表
&lt;/h3&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;影响类别&lt;/th&gt;
&lt;th&gt;中国移动&lt;/th&gt;
&lt;th&gt;中国电信&lt;/th&gt;
&lt;th&gt;中国联通&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;2024年收入(亿元)&lt;/td&gt;
&lt;td&gt;主营业务收入8895&lt;/td&gt;
&lt;td&gt;经营收入5294&lt;/td&gt;
&lt;td&gt;营业收入3896&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;受影响业务规模(亿元)&lt;/td&gt;
&lt;td&gt;手机数据+宽带≈5161&lt;/td&gt;
&lt;td&gt;移动通信+宽带≈3282&lt;/td&gt;
&lt;td&gt;基础通信≈2960（估算）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;2024年净利润(亿元)&lt;/td&gt;
&lt;td&gt;1384&lt;/td&gt;
&lt;td&gt;330&lt;/td&gt;
&lt;td&gt;90&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;增值税增量 (≈亿元)&lt;/td&gt;
&lt;td&gt;≈155（5161×3%）&lt;/td&gt;
&lt;td&gt;≈98（3282×3%）&lt;/td&gt;
&lt;td&gt;≈89（2960×3%）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;备注&lt;/td&gt;
&lt;td&gt;利润率高，承压相对小；可通过降本续稳增长&lt;/td&gt;
&lt;td&gt;利润率中等，增税冲击明显；需加快提升新增值业务&lt;/td&gt;
&lt;td&gt;利润率最低，增税几乎耗净利润，需提速转型&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;blockquote&gt;
&lt;p&gt;注：以上估算仅供参考。表中数据均来自运营商2024年财报。实际影响还取决于运营商成本抵扣能力和价格策略。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="小结"&gt;小结
&lt;/h2&gt;&lt;p&gt;综合来看，增值税税率上调对三大运营商的短期盈利将造成实质性压力，特别是利润率较低的电信业。运营商难以完全通过价格传导税负，需要在成本端做文章，持续提高运营效率，发展云计算、数字化等新业务以改善业绩。同时，此次税改对运营商员工和用户亦带来连锁效应：企业或收紧人力资源成本和激励政策，用户则需适应可能的小幅资费调整和促销策略变化。运营商预期通过&amp;quot;降本增效&amp;quot;和创新服务来化解影响，在稳增长的同时保障用户体验和市场竞争力。&lt;/p&gt;
&lt;p&gt;此次增值税率调整，表面上是税收政策的微调，实质上是推动电信行业从传统管道服务商向综合数字服务商加速转型的催化剂。它迫使运营商必须摆脱对基础通信业务的过度依赖，通过技术创新和业务重构来提升盈利能力。对于从业者而言，这意味着需要拥抱变化，提升在新兴技术领域的竞争力；对于消费者而言，则是在享受稳定服务的同时，适应一个更加精细化、数字化的通信消费环境。&lt;/p&gt;</description></item><item><title>同样是晴天，为何北京蓝得通透，郑州午后却转灰？</title><link>https://blog.fallleaf.net/p/life-beijing-zhengzhou-sky-contrast/</link><pubDate>Fri, 26 Dec 2025 17:07:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/life-beijing-zhengzhou-sky-contrast/</guid><description>&lt;img src="https://blog.fallleaf.net/p/life-beijing-zhengzhou-sky-contrast/cover.webp" alt="Featured image of post 同样是晴天，为何北京蓝得通透，郑州午后却转灰？" /&gt;&lt;p&gt;同样是晴天，郑州与北京在冬季却呈现出截然不同的天空质感。我常年在这两座城市之间往返，这种差异体会得尤为直观：在郑州，冬天的早晨抬头常能看到一片通透的蓝天，仿佛一伸手就能触碰到那种纯粹的冷冽；可到了中午或下午，天空却可能迅速变得灰蒙，太阳像是被一层脏纱纸遮住，光芒发虚。回到北京则不然，晴天往往能从早到晚保持相对稳定的通透感。有时我不免调侃，北京的蓝天像是集周边之力“特供”出来的，而郑州即便限号限行，还是逃不脱那层灰。&lt;/p&gt;
&lt;p&gt;这种差别其实就是光与空气微粒的作用。人眼看到的蓝天，并不是天空本身涂了颜料，而是空气分子把短波的蓝光散射到了四面八方，这被称为瑞利散射。一旦空气里混入了大量的PM2.5或气溶胶，规则就变了，颗粒物开始主导米氏散射。这时候，蓝光被削弱，太阳轮廓被散射得模糊，天空自然就从纯净的蓝转向了灰白甚至乳白。太阳并没有消失，只是空气本身不再透明，能见度低了，人眼看到的便是一堵“灰蒙蒙的墙”。&lt;/p&gt;
&lt;p&gt;冬天之所以更容易出现这种“早蓝午灰”的过山车式变化，是因为大气的环境变了。北方的冬天就像一口盖了盖子的大锅，逆温现象频繁出现，死死压住了近地层空气的垂直对流，让污染物难以升空扩散；边界层高度整体偏低，污染物被挤在低空；再加上风力偏弱，地面升温慢，水平和垂直的扩散都不理想。如果这时候湿度再上来，颗粒物吸湿膨胀，光散射能力瞬间增强，视觉上的“白”和“灰”就会被无限放大。哪怕排放并没有突然激增，这套气象组合拳也足以让蓝天迅速“卸妆”。&lt;/p&gt;
&lt;p&gt;把这一天的变化放在时间轴上看，规律更加清晰。清晨和上午，夜间累积在近地面的污染物，随着太阳升起边界层抬高，被稀释开来，浓度降低，天空便显得通透。可到了午后，光化学反应增强，氮氧化物与挥发性有机物转化生成更多的二次气溶胶；空气湿度上升让颗粒物吸湿变大，散射能力进一步增强；一旦逆温或弱风重新占据主导，混合层高度下降，污染物在近地面重新集结，视觉效果便迅速转向灰白。此时的太阳显得无力，远处建筑的轮廓也开始模糊，这正是郑州冬季晴天里最常见的“午后魔咒”。&lt;/p&gt;
&lt;p&gt;北京与郑州在相同气象背景下表现迥异，根源在于地理结构与排放“底数”的不同。北京依山而建，背靠燕山与太行山，在冷空气活动频繁时，山谷风和通风廊道就像天然的抽风机，利于污染物输送出去，一场冷空气往往能换来数日好天。郑州身处华北平原腹地，地形开阔却缺乏这种立体的通风条件，本地排放与区域输送容易叠加，背景浓度本就偏高。再加上产业结构的差异，北京近年来压减了燃煤和高排放工业，污染多来自交通与区域传输；而郑州及周边在工业、能源、物流和冬季采暖方面仍有不小强度，排放基数大，在扩散条件相似时，灰霾自然更容易跨过肉眼可见的阈值。&lt;/p&gt;
&lt;p&gt;抛开这些关于边界层、气溶胶和地理地形的科学解释，回归到生活的感知，北京的天空确实更令人心旷神怡，那种纯粹的通透感仿佛能洗去一路的疲惫。但郑州终究是我的归宿。这里的空气或许不够完美，夹杂着尘埃与煤烟味，却有着一种踏实的烟火气。那层午后笼罩的灰蒙，反倒像是一层滤镜，让街道上的喧嚣、叫卖声和冬日里特有的暖气味道显得更加真实可感。我或许会贪恋北京的晴空，但当列车驶入郑州，哪怕头顶没有那种极致的蓝，那种脚踩在土地上的安稳感，是再好的天气也替代不了的，这或许就是家的意义。&lt;/p&gt;</description></item><item><title>距离越长，光缆就越容易出故障吗？</title><link>https://blog.fallleaf.net/p/tech-fiber-more-longer-more-fail/</link><pubDate>Sat, 11 Oct 2025 07:45:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-fiber-more-longer-more-fail/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-fiber-more-longer-more-fail/cover.webp" alt="Featured image of post 距离越长，光缆就越容易出故障吗？" /&gt;&lt;p&gt;在通信网络优化中，BBU由DRAN方式改为CRAN方式，或将分散的OLT集中起来，会导致BBU到RRU或OLT到分光器的接入光缆距离变长，这就会引来一个运维比较关心的问题： &lt;strong&gt;光缆线路越长，故障次数是否越多？&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;乍听之下，这似乎不用讨论——当然越长越容易坏了，线路越长，风险点越多，还有一个指标可以通过反算来说明这个问题。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;平均百皮长公里故障次数 = 障碍总次数 ÷ 光缆线路总长度 × 100&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;这个指标被广泛用于年报、统计表以及考核体系中。它适合进行总体评价，虽然看似科学、简洁，但对于分类的评价，很容易导致错误的推论。因为它混淆了“总量”和“密度”，把不同长度、不同环境的光缆混在一起平均，从而掩盖了真正的规律。&lt;/p&gt;
&lt;h2 id="被平均掩盖的真相"&gt;被“平均”掩盖的真相
&lt;/h2&gt;&lt;p&gt;举个简单的例子。假设网络里有两类光缆：城区的短光缆和长途的干线光缆，故障统计如下：&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;类型&lt;/th&gt;
&lt;th&gt;长度（皮长公里）&lt;/th&gt;
&lt;th&gt;故障次数&lt;/th&gt;
&lt;th&gt;平均百皮长公里故障次数&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;城区短光缆&lt;/td&gt;
&lt;td&gt;50&lt;/td&gt;
&lt;td&gt;10&lt;/td&gt;
&lt;td&gt;20&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;长途干线&lt;/td&gt;
&lt;td&gt;400&lt;/td&gt;
&lt;td&gt;20&lt;/td&gt;
&lt;td&gt;5&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;合计&lt;/td&gt;
&lt;td&gt;450&lt;/td&gt;
&lt;td&gt;30&lt;/td&gt;
&lt;td&gt;6.67&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;城区短光缆虽然线路短，但故障次数却不少；长途干线线路长，故障次数更多，但换算成单位长度的故障率却低得多。把两种光缆加起来平均，看似网络整体很稳定，但却掩盖了城区短光缆的高风险。这个“混合偏差”告诉我们，直接用简单的算术平均数（以下简称平均数）来评价，往往会给出误导性的结论。&lt;/p&gt;
&lt;p&gt;这就是典型的“ &lt;strong&gt;混合偏差&lt;/strong&gt; ”（mixing bias）：当你把不同性质的对象混在一起算平均，结果往往没有任何现实意义。就像把婴儿和老人一起统计平均寿命，再用它预测“中年人的死亡风险”，完全南辕北辙。&lt;/p&gt;
&lt;h2 id="为什么分档统计更科学"&gt;为什么“分档统计”更科学
&lt;/h2&gt;&lt;p&gt;因此，一个更科学的方法是将光缆按长度分档（光缆的端点如何确定，还是比较复杂的，比如用复用段、光放段、光缆段、光路段？，这是另外的话题了），比如10公里以下、10到50公里、50到100公里、100公里以上，分别计算每档的故障率。通过分档统计，我们才能真正看到不同长度光缆的故障规律：如果长距离光缆的单位故障率高，就说明距离确实加大了风险；如果故障率差别不大，说明故障次数的增加仅仅是线路数量多的自然结果；如果短距离的故障率反而更高，背后可能是施工环境复杂和人为破坏导致的。&lt;/p&gt;
&lt;p&gt;这种做法，统计学上叫分层分析（stratified analysis），工程上叫结构化指标分析。它能避免整体平均的“生态谬误”（Ecological Fallacy）——即不能用总体平均去推断局部特征。&lt;/p&gt;
&lt;h2 id="为什么越长越坏未必成立"&gt;为什么“越长越坏”未必成立
&lt;/h2&gt;&lt;p&gt;从工程实际出发，光缆故障的因素极多——不仅仅是长度。光缆及附件质量、外部环境、敷设方式、巡检力度等等，都在发挥作用。比如城区改造区域光缆密集，施工挖掘频繁，造成故障频发，再如接入光缆的接头盒质量不过关，极易造成衰减不稳定，发生闪断。反而相对平稳、保护措施好的长途光缆，单位长度的故障概率会更低。因此，简单认为“越长越容易坏”其实并不严谨。&lt;/p&gt;
&lt;p&gt;换句话说，总故障数确实随长度增加，但单位长度的故障概率未必增加。把两者混为一谈，就像说“人口多的国家交通事故一定多”，却没问一句——每万人事故率是多少？&lt;/p&gt;
&lt;h2 id="科学分析的进阶方法"&gt;科学分析的进阶方法
&lt;/h2&gt;&lt;p&gt;如果要更深入探究接入距离与故障次数的关系，可以借助统计学中的 &lt;strong&gt;泊松回归&lt;/strong&gt; 或 &lt;strong&gt;负二项回归&lt;/strong&gt; ，将 &lt;strong&gt;故障次数作为因变量&lt;/strong&gt; ， &lt;strong&gt;光缆长度作为基准&lt;/strong&gt; ，同时控制 &lt;strong&gt;环境条件、施工质量等因素&lt;/strong&gt; 。还可以做 &lt;strong&gt;队列对比分析&lt;/strong&gt; ，比较改造前后的长、短线路组的故障表现，计算相对风险，这才能给出“长度是否是独立风险因子”的科学证据。单凭简单的平均数，根本看不到这些细节。&lt;/p&gt;
&lt;h2 id="拒绝平均的幻觉"&gt;拒绝“平均的幻觉”
&lt;/h2&gt;&lt;p&gt;总的来说，平均数往往会让我们陷入“平均的幻觉”，看似简单合理，却掩盖了真实的光缆故障分布。只有通过分层、分档、分情境的细致分析，才能真正触及问题本质。做到这点，数据才有了洞察的力量，而不仅仅是枯燥的数字。&lt;/p&gt;
&lt;h2 id="题外话"&gt;题外话
&lt;/h2&gt;&lt;p&gt;数据的价值不只在于计算，更在于深入挖掘背后的故事。当平均数让视野模糊，我们要学会拆解与细致观察，逐层揭开真相。这种科学严谨的态度，正是面对复杂系统时最可靠的方法。 &lt;strong&gt;只是，收集和准备好这些详细的数据，是实践中最大的挑战&lt;/strong&gt; 。&lt;/p&gt;</description></item><item><title>光电共封装（CPO）：数据中心的下一场“能效革命</title><link>https://blog.fallleaf.net/p/tech-cpo-data-center-energy-efficiency-revolution/</link><pubDate>Fri, 10 Oct 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-cpo-data-center-energy-efficiency-revolution/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-cpo-data-center-energy-efficiency-revolution/cover.webp" alt="Featured image of post 光电共封装（CPO）：数据中心的下一场“能效革命" /&gt;&lt;h2 id="为何cpo光电共封装成为焦点"&gt;为何CPO（光电共封装）成为焦点？
&lt;/h2&gt;&lt;p&gt;近年来，AI大模型、云计算、自动驾驶和高性能计算（HPC）对数据中心带宽和算力需求激增。芯片算力不断强化，传输速率从100G、400G提升至800G乃至1.6T，但随之而来的是能耗和带宽瓶颈的新挑战。&lt;/p&gt;
&lt;p&gt;传统架构中，交换芯片（ASIC）与光模块分离，光模块通过电连接器插在设备前面板上。这种“可插拔光模块”虽然灵活，速率提升后因电连接距离长，导致功耗高、信号衰减严重，且占用宝贵的前面板空间。&lt;/p&gt;
&lt;p&gt;CPO的创新在于把光引擎与交换芯片直接封装，将电信号在极短距离内转换为光信号，极大减少能耗与信号损失，实现了光通信不再是外围，而是芯片核心部分。这一设计被视为突破数据中心能效和带宽瓶颈的关键。&lt;/p&gt;
&lt;h2 id="cpo技术演进从插拔到共生"&gt;CPO技术演进：从插拔到共生
&lt;/h2&gt;&lt;p&gt;CPO的发展是光通信追求更高速率与能效的必然趋势：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;• 第一阶段：可插拔光模块。优点是灵活易维护，但速率超400G后，长距离电连接导致功耗激增和信号损耗。&lt;/li&gt;
&lt;li&gt;• 第二阶段：近封装光学(Near-Packaged Optics)。光模块移近ASIC，采用短电缆连接，功耗有所下降，但光电器件依旧分离，能效提升有限。&lt;/li&gt;
&lt;li&gt;• 第三阶段：光电共封装（CPO）。光芯片与ASIC共封装，电路径极短，数据即刻转为光信号，显著降低功耗并释放更多端口空间，完成了“电主光辅”向“电光共生”的结构转变。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="cpo核心价值更高带宽更低功耗更绿数据中心"&gt;CPO核心价值：更高带宽、更低功耗、更绿数据中心
&lt;/h2&gt;&lt;p&gt;CPO解决了数据中心的三大痛点：&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;优势&lt;/th&gt;
&lt;th&gt;解决的问题&lt;/th&gt;
&lt;th&gt;实际意义&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;更低功耗&lt;/td&gt;
&lt;td&gt;电路径缩短，减少损耗&lt;/td&gt;
&lt;td&gt;降低系统整体能耗，减轻散热负担&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;更高带宽&lt;/td&gt;
&lt;td&gt;解放前面板空间&lt;/td&gt;
&lt;td&gt;支撑51.2T、102.4T级大容量交换机&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;更小延迟&lt;/td&gt;
&lt;td&gt;消除长距离电信号传输&lt;/td&gt;
&lt;td&gt;适应AI、HPC等计算密集型应用对时延的严苛需求&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;面对AI集群中CPU、GPU与交换机间频繁高速数据传输需求，CPO不仅保障高速通信，还显著节省能耗，是算力中心实现“每瓦算力”跃升的底层革命。&lt;/p&gt;
&lt;h2 id="2025年cpo产业现状迈向实用化"&gt;2025年CPO产业现状：迈向实用化
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;• 芯片巨头布局积极：Broadcom、Marvell、Intel、NVIDIA均展示CPO样机，Broadcom Tomahawk 5验证了51.2Tbps级CPO系统。国内华为、中科院光电所等在硅光封装领域取得重要进展。&lt;/li&gt;
&lt;li&gt;• 标准化稳步推进：OIF发布《CPO Implementation Agreement 1.0》，IEEE 802.3df/802.3dj推动1.6TbE、3.2TbE相关标准制定，为生态建设奠定基础。&lt;/li&gt;
&lt;li&gt;• 制造生态形成：台积电、日月光、Amkor等封装厂已具备量产CPO封装能力，主流采用硅光与高密度封装技术（InFO、CoWoS、EMIB）。&lt;/li&gt;
&lt;li&gt;• 应用初现端倪：CPO主要面向AI算力互连和超大规模数据中心核心交换，契合高带宽、低能耗、低延迟需求的典型场景。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="三大挑战热管理封装精度与维护"&gt;三大挑战：热管理、封装精度与维护
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;• 散热难题：高功耗ASIC和光芯片共封装导致热密度高，光器件对温漂敏感。主流方案包括液冷微通道、分区散热和异构封装设计。&lt;/li&gt;
&lt;li&gt;• 封装精度：光芯片对准误差需控制在微米级，自动化主动对准和光学测试助力提升良率。&lt;/li&gt;
&lt;li&gt;• 维护复杂：CPO结构非传统可插拔，维护难度大。采用外置激光器（ELS）方案，将激光源独立外置，仅保留调制器在封装内，提高维护便捷度。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="全球生态与标准化协同共建"&gt;全球生态与标准化：协同共建
&lt;/h2&gt;&lt;p&gt;CPO涉及光电芯片、材料、封装、散热及测试等多环节，需产业链高度协同：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;• 国际标准组织：OIF、COBO、IEEE、OCP等共同推动接口与封装标准制定。&lt;/li&gt;
&lt;li&gt;• 产业合作网络：涵盖芯片设计、封装制造、光器件及系统厂商。&lt;/li&gt;
&lt;li&gt;• 中国力量崛起：国内厂商从追赶者转向积极参与，推动生态与标准发展，彰显行业话语权提升。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="未来三步走"&gt;未来三步走
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;• 短期（2025-2027）：小规模试用聚焦AI/HPC互连，外置激光方案主导，模块化系统逐步完善。&lt;/li&gt;
&lt;li&gt;• 中期（2027-2030）：随102.4Tbps交换芯片商用，CPO进入主流，与NPO并行发展以满足多样化需求，光电协同设计工具链成熟。&lt;/li&gt;
&lt;li&gt;• 长期（2030以后）：实现“光原生”数据中心架构，光电封装成为芯片设计常态，计算与通信深度融合。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="结语算力时代的能效转折点"&gt;结语：算力时代的能效转折点
&lt;/h2&gt;&lt;p&gt;CPO不仅是光模块的迭代，更是芯片与通信关系的重新定义。它将光通信从外围配件转变为算力系统核心，回应了AI计算时代对能效的极致追求。随着从可插拔到共封装的转变，CPO正引领数据中心迈向以光为底层语言的未来。&lt;/p&gt;</description></item><item><title>光网络数字孪生：让网络在虚拟世界先跑一遍</title><link>https://blog.fallleaf.net/p/tech-optical-network-digital-twin/</link><pubDate>Thu, 09 Oct 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-optical-network-digital-twin/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-optical-network-digital-twin/cover.webp" alt="Featured image of post 光网络数字孪生：让网络在虚拟世界先跑一遍" /&gt;&lt;p&gt;未来的光网络，不再仅仅是由光纤、电路和节点构成的物理系统，而是包含了物理系统的一个 可感知、可预测、可自我演化 的智能体。
支撑这一变革的关键技术之一，正是—— 光网络数字孪生（Digital Twin for Optical Network）。&lt;/p&gt;
&lt;h2 id="为什么光网络需要孪生体"&gt;为什么光网络需要“孪生体”
&lt;/h2&gt;&lt;p&gt;过去的几十年里，光传送网（OTN/WDM）在带宽、稳定性和成本上不断突破，但其管理方式仍停留在传统阶段：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;网络配置依赖人工经验；&lt;/li&gt;
&lt;li&gt;性能分析基于离线报表；&lt;/li&gt;
&lt;li&gt;故障处理多为事后响应。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;随着全光网络、云计算、AI流量和算力调度的兴起，网络变得更加复杂与动态。传统的“静态管理”模式已难以支撑“实时 + 智能”的新需求。&lt;/p&gt;
&lt;p&gt;数字孪生的引入改变了这一切。它让网络的规划、仿真、调优和自愈，都可以 &lt;strong&gt;先在虚拟世界中运行一遍，再在现实网络中执行&lt;/strong&gt; 。&lt;/p&gt;
&lt;p&gt;换言之，运维决策从“ 凭经验 ”变为“ 凭数据 ”。&lt;/p&gt;
&lt;h2 id="什么是光网络数字孪生"&gt;什么是光网络数字孪生
&lt;/h2&gt;&lt;p&gt;光网络数字孪生，是在数字空间中创建一个与真实网络（光缆、设备 ） 高度对应的虚拟副本 。
它融合了光学建模、实时数据同步与AI预测分析，构建出一个“可感知、可演化”的网络镜像。&lt;/p&gt;
&lt;p&gt;核心机制包括三项：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;数字映射：采集光纤、设备、链路的物理参数，构建虚拟拓扑。&lt;/li&gt;
&lt;li&gt;实时同步：将功率、误码率、波长漂移等运行数据秒级更新到孪生模型。&lt;/li&gt;
&lt;li&gt;智能预测：结合机器学习与光学模型，预测QoT、路由风险、故障趋势。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;由此形成一个闭环系统——
在孪生网络中提前发现问题、验证方案，再下发优化策略。&lt;/p&gt;
&lt;h2 id="系统架构从数据到决策"&gt;系统架构：从数据到决策
&lt;/h2&gt;&lt;p&gt;数字孪生光网络通常由四个层级构成：&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;层级&lt;/th&gt;
&lt;th&gt;功能&lt;/th&gt;
&lt;th&gt;关键技术&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;数据采集层&lt;/td&gt;
&lt;td&gt;获取光功率、误码率、损耗等实时数据&lt;/td&gt;
&lt;td&gt;Telemetry、OTDR、智能光模块&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;建模层&lt;/td&gt;
&lt;td&gt;构建拓扑及光学特性模型&lt;/td&gt;
&lt;td&gt;QoT建模、机器学习建模&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;分析预测层&lt;/td&gt;
&lt;td&gt;进行性能评估、故障预测、路径优化&lt;/td&gt;
&lt;td&gt;AI算法、强化学习、时序分析&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;控制与反馈层&lt;/td&gt;
&lt;td&gt;将优化决策下发，实现自适应调度&lt;/td&gt;
&lt;td&gt;SDN控制器、AIOps引擎&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;这一体系实现了从“被动响应”到“主动预测”的跨越，
使光网络向真正的 &lt;strong&gt;自治化（Autonomous）&lt;/strong&gt; 演进。&lt;/p&gt;
&lt;h2 id="应用场景从规划到自愈"&gt;应用场景：从规划到自愈
&lt;/h2&gt;&lt;p&gt;光网络数字孪生的价值已在多个环节体现：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;规划优化&lt;/strong&gt; ：仿真不同部署方案，平衡光功率与QoT，避免过度设计；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;实时运维&lt;/strong&gt; ：虚实同步，快速定位链路劣化、模块老化；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;预测维护&lt;/strong&gt; ：监测功率漂移趋势，提前干预，防止中断；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;智能调度&lt;/strong&gt; ：在虚拟环境中验证波长重分配、路径调整，再安全执行；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;跨域协同&lt;/strong&gt; ：与“数字孪生计算”联动，实现计算、网络与能源一体化优化。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="挑战与发展"&gt;挑战与发展
&lt;/h2&gt;&lt;p&gt;要让数字孪生真正落地，还需解决几个关键问题：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;建模精度不足&lt;/strong&gt; ：光纤非线性、偏振、温漂等因素复杂；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;数据碎片化&lt;/strong&gt; ：不同厂商设备接口封闭，数据无法共享；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;算力开销大&lt;/strong&gt; ：实时仿真需强大的计算与存储资源；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;安全隐患&lt;/strong&gt; ：孪生系统暴露网络结构与状态信息，需隔离与防护。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;业界正沿以下方向突破：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;引入 &lt;strong&gt;自学习AI模型&lt;/strong&gt; ，提升QoT预测与异常检测精度；&lt;/li&gt;
&lt;li&gt;推动 &lt;strong&gt;标准化接口（Open API）&lt;/strong&gt; ，实现多厂商互通；&lt;/li&gt;
&lt;li&gt;采用 &lt;strong&gt;云原生孪生架构&lt;/strong&gt; ，结合算力网络实现分布式仿真。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;各国运营商也在积极探索，NTT 已在其 IOWN 架构中实现基于孪生的光链路性能预测；中国移动研究院发布了“数字孪生网络基础框架”成果，启动了Open-DTN开源合作计划； &lt;a class="link" href="https://mp.weixin.qq.com/s?__biz=MzIzMDc4MDk4Mw==&amp;amp;mid=2247484380&amp;amp;idx=1&amp;amp;sn=aaed132f3d0a5f9428b13b11719a2446&amp;amp;scene=21#wechat_redirect" target="_blank" rel="noopener"
&gt;中国联通近期也推出全光网络数字孪生平台&lt;/a&gt; 。&lt;/p&gt;
&lt;h2 id="前瞻迈向自治光网络aon"&gt;前瞻：迈向自治光网络（AON）
&lt;/h2&gt;&lt;p&gt;数字孪生不仅是网络的“镜子”，更是迈向自治的“桥梁”。&lt;/p&gt;
&lt;p&gt;未来，数字孪生网络将具备三种核心能力：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;自感知&lt;/strong&gt; ：实时洞察光层健康状态；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;自预测&lt;/strong&gt; ：提前发现性能劣化与风险；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;自决策&lt;/strong&gt; ：自动生成并执行最优调整策略。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这正是迈向 &lt;strong&gt;Autonomous Optical Network（AON）&lt;/strong&gt; 的关键一步。&lt;/p&gt;
&lt;h2 id="结语从经验到智能"&gt;结语：从经验到智能
&lt;/h2&gt;&lt;p&gt;数字孪生并非“另一个网络”，而是网络智能化的镜像。
它让我们第一次真正“看见”光网络的动态演化， 并以数据为依据做出更稳健、更高效的决策。&lt;/p&gt;
&lt;p&gt;对运营商而言，这意味着：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;从经验驱动到模型驱动；&lt;/li&gt;
&lt;li&gt;从被动响应到预测管理；&lt;/li&gt;
&lt;li&gt;从静态运维到智能自治。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;在迈向“全光智能时代”的路上， &lt;strong&gt;数字孪生，正成为光网络转型的关键引擎。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>量子互联网迈出关键一步：Q-chip实现量子信号通过商用光纤传输</title><link>https://blog.fallleaf.net/p/tech-q-chip-quantum-internet-commercial-fiber/</link><pubDate>Tue, 07 Oct 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-q-chip-quantum-internet-commercial-fiber/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-q-chip-quantum-internet-commercial-fiber/cover.webp" alt="Featured image of post 量子互联网迈出关键一步：Q-chip实现量子信号通过商用光纤传输" /&gt;&lt;p&gt;最近，宾夕法尼亚大学的工程师们在量子通信领域取得了突破性成果：他们首次成功地在商用光纤网络中，采用标准互联网IP协议，实现了量子信号可靠传输。这不仅是一次技术飞跃，更是量子互联网从理论走向现实的关键一步。&lt;/p&gt;
&lt;h2 id="核心技术q-chip让量子信号搭车互联网"&gt;核心技术：Q-chip，让量子信号“搭车”互联网
&lt;/h2&gt;&lt;p&gt;这项成果的核心，是一个名为 &lt;strong&gt;Q-chip&lt;/strong&gt; 的集成芯片。它的神奇之处在于——可以让量子信号在现有的光纤网络中“穿行”，而不被破坏。&lt;/p&gt;
&lt;p&gt;Q-chip 的工作原理是“量子-经典混合”：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;经典信号&lt;/strong&gt; 像“火车头”，负责在复杂的网络中导航，寻找最优路径；&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;量子信号&lt;/strong&gt; 则像“密封集装箱”，携带着脆弱的量子态，在传输过程中受到保护，不受环境干扰。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;更厉害的是，这种机制还能自动纠错，确保量子数据的高保真传输。研究团队在 Verizon 的真实商用网络上进行了测试，即使在温度波动和振动干扰下，系统的量子信号保真度依然高达 97%。&lt;/p&gt;
&lt;h2 id="它和我们熟悉的量子加密通信有什么不同"&gt;它和我们熟悉的量子加密通信有什么不同？
&lt;/h2&gt;&lt;p&gt;很多人听到“量子通信”，第一反应是量子密钥分发（QKD），一种用于超安全加密的技术。但 Q-chip 所代表的量子互联网，远不止于此。&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;特性&lt;/th&gt;
&lt;th&gt;Q-chip 技术&lt;/th&gt;
&lt;th&gt;量子密钥分发（QKD）&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;应用目标&lt;/td&gt;
&lt;td&gt;构建量子互联网，实现量子计算机、传感器互联&lt;/td&gt;
&lt;td&gt;提供不可破解的密钥，用于加密通信&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;传输介质&lt;/td&gt;
&lt;td&gt;商用光纤，量子与经典信号并行传输&lt;/td&gt;
&lt;td&gt;专用光纤或独占信道&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;信号类型&lt;/td&gt;
&lt;td&gt;真正的量子态（如量子比特），可用于计算与协同处理&lt;/td&gt;
&lt;td&gt;弱相干光脉冲，仅用于密钥生成&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;技术挑战&lt;/td&gt;
&lt;td&gt;自动路由、纠错、与现有网络兼容&lt;/td&gt;
&lt;td&gt;长距离衰减与中继信任问题&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;简单来说，QKD 是量子技术在信息安全领域的应用，而 Q-chip 则是为未来的量子计算和通信网络打基础。它的目标是让量子设备像今天的手机和电脑一样，在同一个网络中互联协作。&lt;/p&gt;
&lt;h2 id="量子互联网的未来不仅是通信更是计算革命"&gt;量子互联网的未来：不仅是通信，更是计算革命
&lt;/h2&gt;&lt;p&gt;想象一下未来的世界：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;量子计算机之间可以远程协同，解决超级复杂的问题；&lt;/li&gt;
&lt;li&gt;量子传感器可以实时共享数据，提升医疗、气象、能源等领域的效率；&lt;/li&gt;
&lt;li&gt;人类将拥有一个全新的信息基础设施，远超今天的互联网。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这不是科幻，而是正在发生的现实。宾大的这项研究，正是通往量子互联网的“第一块路砖”。&lt;/p&gt;
&lt;h2 id="量子网络节点实拍开发板与光纤的协奏"&gt;量子网络节点实拍：开发板与光纤的协奏
&lt;/h2&gt;&lt;p&gt;下图展示的是构建量子网络节点所使用的部分设备，距离信号源约一公里的 Verizon 商用光纤终端处。这张图中最引人注目的， 是节点设备采用Arduino Mega 2560开发板。&lt;/p&gt;
&lt;p&gt;&lt;img src="https://mp.weixin.qq.com/www.w3.org/2000/svg%27%20xmlns:xlink=%27http://www.w3.org/1999/xlink%27%3E%3Ctitle%3E%3C/title%3E%3Cg%20stroke=%27none%27%20stroke-width=%271%27%20fill=%27none%27%20fill-rule=%27evenodd%27%20fill-opacity=%270%27%3E%3Cg%20transform=%27translate%28-249.000000,%20-126.000000%29%27%20fill=%27%23FFFFFF%27%3E%3Crect%20x=%27249%27%20y=%27126%27%20width=%271%27%20height=%271%27%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E"
loading="lazy"
alt="图片"
&gt;&lt;/p&gt;
&lt;p&gt;原文链接:
Https://scitechdaily.com/engineers-bring-quantum-internet-to-commercial-fiber-for-the-first-time/&lt;/p&gt;</description></item><item><title>单纤多向：让前传更极简</title><link>https://blog.fallleaf.net/p/tech-single-fiber-multi-directional-fronthaul/</link><pubDate>Fri, 26 Sep 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-single-fiber-multi-directional-fronthaul/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-single-fiber-multi-directional-fronthaul/cover.webp" alt="Featured image of post 单纤多向：让前传更极简" /&gt;&lt;p&gt;在移动基站的建设中，无线前传网络却一直面临着一个&amp;quot;老大难&amp;quot;问题——光缆投资过大。随着CRAN（集中式无线接入网）模式成为主流，BBU（基带处理单元）集中部署，BBU与RRU（射频拉远单元）之间需要大量光缆纤芯连接，导致前传光缆投资成为电信运营商难以承受之重。&lt;/p&gt;
&lt;h2 id="前传之痛光缆投资为何居高不下"&gt;前传之痛：光缆投资为何居高不下？
&lt;/h2&gt;&lt;p&gt;传统的无线前传采用双纤双向光模块直连方式，每站需要占用6芯光纤。在CRAN模式下，虽然BBU集中部署带来了设备利用率提升、节省机房空间和降低能耗等优势，但也导致了前传光缆需求激增的问题。面对成千上万的基站建设，光缆投资已成为运营商网络建设中不可忽视的成本。&lt;/p&gt;
&lt;h2 id="现有方案的局限"&gt;现有方案的局限
&lt;/h2&gt;&lt;p&gt;为了解决前传光缆投资问题，业界曾提出几种方案，但各有局限：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;BiDi光模块：将纤芯占用减半，但仍需3芯/站，投资依然较高&lt;/li&gt;
&lt;li&gt;RRU级联：可将纤芯降至1芯，但可靠性差，且不适用于高配基站&lt;/li&gt;
&lt;li&gt;前传WDM系统：纤芯占用少，但增加了&amp;quot;波分盒子&amp;quot;设备，故障点多、维护难
这些方案要么投资仍高，要么带来了新的问题，无法从根本上解决前传网络的痛点。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="单纤多向前传网络的极简"&gt;单纤多向：前传网络的&amp;quot;极简&amp;quot;
&lt;/h2&gt;&lt;p&gt;单纤多向光模块直驱技术，正是为解决前传痛点而生的创新方案。它的核心理念是：在不增加额外设备的前提下，将多路光信号合并到1芯光纤中传输。&lt;/p&gt;
&lt;h2 id="什么是单纤多向光模块"&gt;什么是单纤多向光模块？
&lt;/h2&gt;&lt;p&gt;单纤多向光模块相较于传统光模块，主要新增了两个特点：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;设置了&amp;quot;光上联口&amp;quot;和&amp;quot;光下联口&amp;quot;两个光接口&lt;/li&gt;
&lt;li&gt;增加了&amp;quot;单纤多向光组件&amp;quot;，实现多波长信号的处理
这种光模块巧妙地利用不同波长实现多路信号在单根光纤中的 传输，同时通过无源器件处理方式，确保上游光模块故障不会影响下游信号传输。&lt;/li&gt;
&lt;/ul&gt;
&lt;h4 id="单纤多向光模块构成示意"&gt;单纤多向光模块构成示意
&lt;/h4&gt;&lt;h2 id="单纤多向如何工作"&gt;单纤多向如何工作？
&lt;/h2&gt;&lt;p&gt;以3个RRU组成的系统为例：&lt;/p&gt;
&lt;p&gt;每个RRU配对一个尾端光模块，BBU侧配对相应数量的头端光模块，所有光模块通过1根光纤串联，不同光模块使用不同波长，互不干扰。&lt;/p&gt;
&lt;p&gt;（图示：普通宏站场景下，3个RRU通过单纤多向光模块仅需1芯光纤连接）&lt;/p&gt;
&lt;h2 id="为何说它更极简"&gt;为何说它&amp;quot;更极简&amp;quot;？
&lt;/h2&gt;&lt;p&gt;单纤多向光模块方案带来了多重&amp;quot;极简&amp;quot;优势：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;资源极简：将每站占用光缆纤芯数量降至1芯，大幅减少光缆投资&lt;/li&gt;
&lt;li&gt;设备极简：无需额外的&amp;quot;波分盒子&amp;quot;等设备，中间无独立合分波器&lt;/li&gt;
&lt;li&gt;维护极简：与传统光模块维护方式一致，不改变原有维护界面&lt;/li&gt;
&lt;li&gt;管理极简：可通过无线网管直接管理，无需额外网管系统&lt;/li&gt;
&lt;li&gt;施工极简：连接方式固定，无需多人配合核实光路，施工简单快捷&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="典型场景应用"&gt;典型场景应用
&lt;/h2&gt;&lt;p&gt;单纤多向技术适用于多种场景：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;1. 普通宏站/高流量室分：3个RRU组成1个单纤多向系统，仅需1芯光纤&lt;/li&gt;
&lt;li&gt;&lt;img src="https://mmbiz.qpic.cn/sz_mmbiz_png/B95B1kesBUBc2trfKPY3f3UWkJyDKh3gZu6SEQyyibyr4VQUeIg9SO9sxkGCvLHelXtLwoWGAQSdom1XzwdYqRQ/640?wx_fmt=png&amp;amp;from=appmsg&amp;amp;watermark=1&amp;amp;tp=webp&amp;amp;wxfrom=5&amp;amp;wx_lazy=1#imgIndex=2"
loading="lazy"
alt="图片"
&gt;&lt;/li&gt;
&lt;li&gt;2. 低流量室分：可与RRU级联结合，进一步减少纤芯占用&lt;/li&gt;
&lt;li&gt;&lt;img src="https://mp.weixin.qq.com/www.w3.org/2000/svg%27%20xmlns:xlink=%27http://www.w3.org/1999/xlink%27%3E%3Ctitle%3E%3C/title%3E%3Cg%20stroke=%27none%27%20stroke-width=%271%27%20fill=%27none%27%20fill-rule=%27evenodd%27%20fill-opacity=%270%27%3E%3Cg%20transform=%27translate%28-249.000000,%20-126.000000%29%27%20fill=%27%23FFFFFF%27%3E%3Crect%20x=%27249%27%20y=%27126%27%20width=%271%27%20height=%271%27%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E"
loading="lazy"
alt="图片"
&gt;&lt;/li&gt;
&lt;li&gt;3. 高铁/地铁覆盖：多站级联组网，减少切换，简化网络结构&lt;/li&gt;
&lt;li&gt;&lt;img src="https://mp.weixin.qq.com/www.w3.org/2000/svg%27%20xmlns:xlink=%27http://www.w3.org/1999/xlink%27%3E%3Ctitle%3E%3C/title%3E%3Cg%20stroke=%27none%27%20stroke-width=%271%27%20fill=%27none%27%20fill-rule=%27evenodd%27%20fill-opacity=%270%27%3E%3Cg%20transform=%27translate%28-249.000000,%20-126.000000%29%27%20fill=%27%23FFFFFF%27%3E%3Crect%20x=%27249%27%20y=%27126%27%20width=%271%27%20height=%271%27%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E"
loading="lazy"
alt="图片"
&gt;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;该产品已在多个省应用。日前，重庆联通发布了单纤多向的招标公告。&lt;/p&gt;
&lt;h2 id="结语让前传回归简单"&gt;结语：让前传回归简单
&lt;/h2&gt;&lt;p&gt;单纤多向光模块直驱技术，不仅解决了前传光缆投资大的痛点，更实现了前传网络的&amp;quot;极简&amp;quot;。它既保留了光模块直驱方案的可靠性与易维护性，又大幅降低了纤芯资源占用，是当前最符合现网需求的前传技术。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;简单，才是最复杂的技术。单纤多向，让前传更极简，让网络更高效。&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>CMIS：从“看”到“管”，光网络开放解耦的隐性基石</title><link>https://blog.fallleaf.net/p/tech-cmis/</link><pubDate>Sat, 20 Sep 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-cmis/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-cmis/cover.webp" alt="Featured image of post CMIS：从“看”到“管”，光网络开放解耦的隐性基石" /&gt;&lt;p&gt;在光通信的世界里，我们总能听到那些令人振奋的数字：400G、800G、1.6T……它们代表着速度的极限和带宽的无限可能。但如果我告诉你，决定未来网络能否真正开放、智能、可编程的关键，并不在于这些数字里，而在于一个听起来有些陌生的名字——CMIS，你信吗？&lt;/p&gt;
&lt;p&gt;今天，我们就来聊聊这个在幕后默默发挥作用的“隐藏英雄”。&lt;/p&gt;
&lt;h2 id="故事的开端一个只看数据无法指挥的时代"&gt;故事的开端：一个“只看数据，无法指挥”的时代
&lt;/h2&gt;&lt;p&gt;想象一下，你是一位光网络运维工程师，你的工作是确保网络稳定运行。在 CMIS 出现之前，你手中的“工具”主要是 SFF-8472。&lt;/p&gt;
&lt;p&gt;SFF-8472 就像是光模块的“诊断报告”。它让你能看到模块的实时运行数据：温度、电压、收发光功率。你很清楚模块是否“健康”，但如果你想对它进行更深层次的控制——比如，动态调整功率模式，或者远程重置模块——SFF-8472 却无能为力。&lt;/p&gt;
&lt;p&gt;在这个时代，光模块就像一个“ &lt;strong&gt;黑盒&lt;/strong&gt; ” 。它能告诉你它在干什么，但你无法对其发号施令。更糟糕的是，每个设备厂商都有自己的私有接口，这导致：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;运维复杂： 你的团队需要掌握无数种“方言”。&lt;/li&gt;
&lt;li&gt;锁定效应： 你被单一供应商牢牢锁住，失去了选择权和议价能力。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="cmis-的革命从诊断报告到可编程大脑"&gt;CMIS 的革命：从“诊断报告”到“可编程大脑”
&lt;/h2&gt;&lt;p&gt;为了打破这种僵局，CMIS 诞生了。CMIS（Common Management Interface Specification，通用管理接口规范）是由 OIF（Optical Internetworking Forum） 制定的行业规范，旨在为高速可插拔光模块（如 400G、800G 以及未来的 1.6T 模块）提供统一的管理与控制接口。它定义了：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;寄存器映射：统一的寄存器结构和访问方式；&lt;/li&gt;
&lt;li&gt;状态机模型：模块启动、故障、恢复等状态定义；&lt;/li&gt;
&lt;li&gt;告警与监控：标准化的温度、电压、光功率等监控指标；&lt;/li&gt;
&lt;li&gt;配置与控制：速率切换、工作模式、功能使能等。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;通过这一统一规范，主机设备（交换机、路由器、传输设备）无需依赖厂商自定义的驱动程序，就能以一致的方式管理不同厂商的模块。这种标准化，是后续一切开放创新的基石。&lt;/p&gt;
&lt;p&gt;如果说 SFF-8472 让你能“ &lt;strong&gt;看&lt;/strong&gt; ”到光模块，那么 CMIS 则赋予了你“ &lt;strong&gt;管理&lt;/strong&gt; ”和“ &lt;strong&gt;指挥&lt;/strong&gt; ”的能力。它彻底改变了光模块的地位，使其从一个被动的“诊断设备”变成了可编程、可控的网络资源。&lt;/p&gt;
&lt;h2 id="黄金搭档cmis--netconfyang-的分层解耦战略"&gt;黄金搭档：CMIS + NETCONF/YANG 的分层解耦战略
&lt;/h2&gt;&lt;p&gt;光模块的解耦只是第一步。真正的价值在于，CMIS 与上层网络管理协议的完美结合，共同构建了一个分层解耦的开放网络架构。&lt;/p&gt;
&lt;p&gt;我们可以用一个简单的比喻来理解这种关系：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;CMIS 就像是光模块的“操作系统”。它负责和硬件打交道，并以标准化的方式暴露所有可管理的参数。&lt;/li&gt;
&lt;li&gt;NETCONF/YANG 就像是网络的“应用程序编程接口（API）”。它将 CMIS 提供的标准化数据模型，以更高级、更抽象的方式呈现给网络控制器或编排器。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这种分层协同的模式，为运营商带来了前所未有的战略优势：&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;1. 降本提效&lt;/strong&gt; ： 运维团队不再需要适配不同厂商的私有协议。他们只需对接一套统一的 NETCONF/YANG 模型，就能管理所有符合标准的设备和光模块。这极大地简化了运维流程，降低了人力和时间成本。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;2. 掌控主动权&lt;/strong&gt; ： 运营商摆脱了单一供应商的锁定。他们可以自由选择最符合需求的光模块，并通过一套统一的管理系统进行管理。这种供应链的灵活性，使得运营商真正掌握了网络建设和运营的主动权。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;3. 赋能智能&lt;/strong&gt; ： CMIS 让光模块的每一个细节都变得“可见”和“可控”。这意味着光模块可以无缝融入到端到端的自动化编排体系中。未来，网络控制器可以根据流量负载，自动调整模块的功率模式，实现动态节能和性能优化，为“极简网络”和“算力网络”打下坚实基础。&lt;/p&gt;
&lt;h2 id="一句话总结"&gt;一句话总结
&lt;/h2&gt;&lt;p&gt;CMIS 的出现，将光模块从一个“黑盒”转变为可编程、可管理的网络资源，并与 NETCONF/YANG 共同构筑了光网络分层解耦的黄金架构。它不只是一个技术标准，更是光网络从“封闭”走向“开放”的战略杠杆。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;CMIS规范链接:&lt;/strong&gt;
&lt;a class="link" href="https://www.oiforum.com/wp-content/uploads/OIF-CMIS-05.3.pdf" target="_blank" rel="noopener"
&gt;https://www.oiforum.com/wp-content/uploads/OIF-CMIS-05.3.pdf&lt;/a&gt;&lt;/p&gt;</description></item><item><title>单芯片激光器的突破：从 MHz 到 Hz，MOIL-TISE 改写相干光通信的游戏规则</title><link>https://blog.fallleaf.net/p/tech-moil-tise-single-chip-laser-coherent-optics/</link><pubDate>Fri, 19 Sep 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-moil-tise-single-chip-laser-coherent-optics/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-moil-tise-single-chip-laser-coherent-optics/cover.webp" alt="Featured image of post 单芯片激光器的突破：从 MHz 到 Hz，MOIL-TISE 改写相干光通信的游戏规则" /&gt;&lt;blockquote&gt;
&lt;p&gt;写在前面：在光通信、量子通信、精密计量等领域，稳定、窄线宽的激光光源一直是长期瓶颈。格拉斯哥大学的一项新研究，将这一瓶颈大幅推后。本文将带你拆解这项成果的技术原理、性能优势与未来应用。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="什么是线宽为什么要越窄越好"&gt;什么是线宽，为什么要越窄越好？
&lt;/h2&gt;&lt;p&gt;激光器的“线宽”指其发光频率分布的宽度，是衡量光谱纯度和频率稳定性的关键指标。线宽越窄，意味着：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;光波相干性更高，波形更稳定；&lt;/li&gt;
&lt;li&gt;激光频率漂移和相位噪声更低；&lt;/li&gt;
&lt;li&gt;在光纤通信中，误码率更低、频谱效率更高；&lt;/li&gt;
&lt;li&gt;在量子通信、光学钟、频率梳等应用中，频率控制更精确。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;你可以把它类比为收听电台：频率不准或漂移，就会听到杂音。激光器也是如此，频率越稳定，信号越清晰。&lt;/p&gt;
&lt;p&gt;传统外腔激光器（ECL）虽然能做到 kHz 甚至更窄，但体积大、成本高，不适合集成和量产。&lt;/p&gt;
&lt;h2 id="moil-tise格拉斯哥大学的最新突破"&gt;MOIL-TISE：格拉斯哥大学的最新突破
&lt;/h2&gt;&lt;p&gt;在《Science Advances》发表的研究中，格拉斯哥大学团队提出了一种新型单芯片激光器架构：MOIL-TISE（光注入锁定拓扑界面态扩展激光器），实现了以下关键性能：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;线宽仅 983 Hz：刷新单芯片半导体激光器纪录；&lt;/li&gt;
&lt;li&gt;完全集成于 InP 芯片：无需外部腔体或复杂光学器件；&lt;/li&gt;
&lt;li&gt;芯片尺寸极小：包含拓扑界面腔体与微环谐振器，整体约 1000 µm × 0.4 µm。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;技术亮点&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;拓扑界面态
利用拓扑光子结构，使激光模式局限在界面区域，具备抗缺陷、抗散射的鲁棒性。&lt;/li&gt;
&lt;li&gt;扩展腔体 + 微环谐振器
延伸激光腔体并结合微环谐振器，使光在芯片内循环，增加有效腔长，压缩线宽。&lt;/li&gt;
&lt;li&gt;光注入锁定
在芯片内实现频率锁定，首次在如此紧凑结构中实现 Hz 级线宽。&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id="moil-tise-单芯片激光器结构示意图"&gt;MOIL-TISE 单芯片激光器结构示意图
&lt;/h2&gt;&lt;p&gt;&lt;img src="https://mp.weixin.qq.com/www.w3.org/2000/svg%27%20xmlns:xlink=%27http://www.w3.org/1999/xlink%27%3E%3Ctitle%3E%3C/title%3E%3Cg%20stroke=%27none%27%20stroke-width=%271%27%20fill=%27none%27%20fill-rule=%27evenodd%27%20fill-opacity=%270%27%3E%3Cg%20transform=%27translate%28-249.000000,%20-126.000000%29%27%20fill=%27%23FFFFFF%27%3E%3Crect%20x=%27249%27%20y=%27126%27%20width=%271%27%20height=%271%27%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E"
loading="lazy"
alt="图片"
&gt;&lt;/p&gt;
&lt;p&gt;这是格拉斯哥大学团队在《Science Advances》发表的核心结构图——MOIL-TISE 激光器首次在单芯片上集成三大关键技术：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;拓扑界面腔体（TISE）
位于芯片中央，利用“拓扑保护”原理，让光波像在“高速公路隔离带”中稳定传播，不怕缺陷、不惧散射——这是实现超稳激光的基础。&lt;/li&gt;
&lt;li&gt;微环谐振器（MRR，半径150 μm）
悬于主腔上方，像一个“光子回收站”，把跑出去的光抓回来，延长有效腔长，同时通过“光注入锁定”把频率牢牢钉在参考源上——Hz级线宽由此诞生。&lt;/li&gt;
&lt;li&gt;左右光栅 + 多量子阱增益区
提供激光反馈与发光能力，整个结构基于成熟 InP 平台，兼容现有半导体工艺，为量产铺平道路。&lt;/li&gt;
&lt;li&gt;尺寸惊人：整颗芯片长约 1 mm，厚度仅 2 μm——比头发丝还薄，却承载着改写光通信规则的潜力。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="与现有技术对比"&gt;与现有技术对比
&lt;/h2&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;技术方案&lt;/th&gt;
&lt;th&gt;线宽范围&lt;/th&gt;
&lt;th&gt;优点&lt;/th&gt;
&lt;th&gt;局限&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;DFB / EML 激光器&lt;/td&gt;
&lt;td&gt;MHz 级&lt;/td&gt;
&lt;td&gt;成熟、成本低、易集成&lt;/td&gt;
&lt;td&gt;线宽较宽，相干性能不足&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;外腔激光器（ECL）&lt;/td&gt;
&lt;td&gt;kHz 级&lt;/td&gt;
&lt;td&gt;极窄线宽&lt;/td&gt;
&lt;td&gt;体积大、价格高、不易集成&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;MOIL-TISE 单芯片&lt;/td&gt;
&lt;td&gt;≈ 983 Hz&lt;/td&gt;
&lt;td&gt;小体积、高集成度、线宽接近 ECL&lt;/td&gt;
&lt;td&gt;功率、稳定性和量产工艺待验证&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;MOIL-TISE 在性能与集成度之间取得了罕见的平衡，具备替代部分 ECL 的潜力。&lt;/p&gt;
&lt;h2 id="现实挑战"&gt;现实挑战
&lt;/h2&gt;&lt;ol&gt;
&lt;li&gt;输出功率与效率：如何在保持窄线宽的同时提升输出功率？&lt;/li&gt;
&lt;li&gt;温度与环境稳定性：能否在复杂环境下维持稳定性能？&lt;/li&gt;
&lt;li&gt;制造一致性：微环谐振器和拓扑结构对工艺精度要求极高。&lt;/li&gt;
&lt;li&gt;参考源稳定性：注入锁定依赖参考光，其稳定性仍是瓶颈。&lt;/li&gt;
&lt;li&gt;系统集成：如何与调制器、放大器、光纤接口等模块协同封装？&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;值得注意的是，MOIL-TISE 基于 InP 平台，与现有半导体制造工艺兼容，有望降低量产门槛。&lt;/p&gt;
&lt;h2 id="潜在应用与前景"&gt;潜在应用与前景
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;光通信：在高速相干通信中显著降低误码率、提升传输性能；&lt;/li&gt;
&lt;li&gt;数据中心：减少 DSP 负担，提升能效，适用于 CPO（共封装光学）架构；&lt;/li&gt;
&lt;li&gt;量子通信 / QKD：窄线宽与相位稳定性有助于提升量子信道安全性；&lt;/li&gt;
&lt;li&gt;精密测量与频率梳：提供紧凑、稳定的窄线宽光源，适用于光学钟等高精度仪器。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;如果能在功率、稳定性、制造成本等方面进一步突破，MOIL-TISE 有望成为新一代光通信与量子应用的核心光源。&lt;/p&gt;
&lt;h2 id="结语"&gt;结语
&lt;/h2&gt;&lt;p&gt;MOIL-TISE 展示了单芯片激光器从 MHz 向 Hz 线宽跨越的可能。它不仅是科研创新的成果，更预示着产业架构的演进方向。未来的光通信系统，或许不再依赖模块堆叠，而是走向真正的芯片级集成。&lt;/p&gt;
&lt;p&gt;原文参考：&lt;/p&gt;
&lt;p&gt;&lt;a class="link" href="https://www.science.org/doi/10.1126/sciadv.ady8963" target="_blank" rel="noopener"
&gt;https://www.science.org/doi/10.1126/sciadv.ady8963&lt;/a&gt;&lt;/p&gt;</description></item><item><title>GPU之后的算力革命?微软新架构让AI推理与金融优化"一机双飞"</title><link>https://blog.fallleaf.net/p/tech-microsoft-architecture-ai-financial-revolution/</link><pubDate>Sat, 13 Sep 2025 00:00:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-microsoft-architecture-ai-financial-revolution/</guid><description>&lt;img src="https://blog.fallleaf.net/p/tech-microsoft-architecture-ai-financial-revolution/cover.webp" alt="Featured image of post GPU之后的算力革命?微软新架构让AI推理与金融优化"一机双飞"" /&gt;&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;你有没有想过——&lt;/strong&gt;
&lt;strong&gt;未来训练一个大模型，可能不再需要耗电如“小电站”的GPU集群？&lt;/strong&gt;
&lt;strong&gt;处理一笔复杂的跨国金融结算，可能不需要数小时的服务器运算？&lt;/strong&gt;
&lt;strong&gt;甚至做一次MRI扫描，时间能从30分钟缩短到几分钟？&lt;/strong&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;这一切，正被一项刚刚登上《自然》杂志的研究悄然实现。&lt;/p&gt;
&lt;p&gt;由微软研究院、剑桥大学与巴克莱银行联合团队开发的模拟光学计算机（Analog Optical Computer, AOC），首次实现同一硬件平台高效运行AI推理与组合优化两大任务，在理论能效上比当前最强GPU高出100倍以上。&lt;/p&gt;
&lt;p&gt;这不是PPT概念，而是实打实的物理原型机，已通过MNIST图像分类、医学影像重建、金融交易结算等真实场景验证。&lt;/p&gt;
&lt;h2 id="为什么我们需要一台非数字的计算机"&gt;为什么我们需要一台“非数字”的计算机？
&lt;/h2&gt;&lt;p&gt;今天的人工智能，几乎全靠“数字芯片”驱动。但问题来了：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;内存墙：数据在CPU/GPU和显存间来回搬运，消耗了超过80%的能耗。&lt;/li&gt;
&lt;li&gt;功耗爆炸：训练GPT-4级别的模型，一次电费可达数万美元。&lt;/li&gt;
&lt;li&gt;算力瓶颈：摩尔定律逼近极限，传统芯片再难靠“堆晶体管”提升效率。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;于是，科学家们开始“回归模拟”——模拟计算不把数据变成0和1，而是用连续的电压/光强直接表达信息，天然适合矩阵乘法、迭代求解这类AI和优化核心操作。&lt;/p&gt;
&lt;p&gt;但过去的问题是：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;光学擅长并行乘法，但不会做tanh激活函数；&lt;/li&gt;
&lt;li&gt;模拟电路擅长非线性，但没法高速传输海量数据；&lt;/li&gt;
&lt;li&gt;两者结合时，必须经过昂贵的“数模转换”，吃掉大部分节能优势。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;AOC的颠覆性突破，就在于彻底消除了这个“转换环节”。&lt;/p&gt;
&lt;h2 id="aoc是如何工作的光与电的永动舞"&gt;AOC是如何工作的？光与电的“永动舞”
&lt;/h2&gt;&lt;p&gt;想象一个闭环系统，每20纳秒完成一次“思考”：&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;组件&lt;/th&gt;
&lt;th&gt;功能&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;微LED阵列&lt;/td&gt;
&lt;td&gt;将输入变量编码为光强（比如：图像像素、交易金额）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;空间光调制器（SLM）&lt;/td&gt;
&lt;td&gt;存储权重矩阵，像“光的乘法表”一样，让光信号自动完成并行矩阵乘法&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;光电探测器&lt;/td&gt;
&lt;td&gt;将光信号转为电压，送入模拟电路&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;模拟电子电路&lt;/td&gt;
&lt;td&gt;执行tanh非线性、减法、退火、动量更新 —— 完全在连续域中进行&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;整个过程没有ADC/DAC，没有中间缓存，所有计算都在“模拟态”中循环迭代，直到系统稳定在一个“固定点”——这正是深度平衡模型（DEQ）和优化问题的数学本质！&lt;/p&gt;
&lt;p&gt;关键优势：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;抗噪：固定点像引力中心，噪声越扰，越被拉回正确解&lt;/li&gt;
&lt;li&gt;无内存墙：无需存储中间层激活值&lt;/li&gt;
&lt;li&gt;动态深度：推理时间由收敛速度决定，不是预设层数&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="真实场景验证它到底能干什么"&gt;真实场景验证：它到底能干什么？
&lt;/h2&gt;&lt;p&gt;论文用四大案例证明AOC不是“玩具”：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;AI推理：图像分类 &amp;amp; 非线性回归&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;在MNIST和Fashion-MNIST上，准确率达95%–98%&lt;/li&gt;
&lt;li&gt;成功拟合高斯、正弦曲线，误差低至0.00375（MSE）&lt;/li&gt;
&lt;li&gt;全部训练在数字孪生模型（AOC-DT）中完成，部署到硬件无需重新校准&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;关键：它跑的是深度平衡模型（DEQ），一种“无限深”的递归网络，传统数字芯片跑得慢、耗电高，而AOC天生匹配。&lt;/p&gt;
&lt;ol start="2"&gt;
&lt;li&gt;医疗：MRI加速重建&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;传统MRI需采集大量数据才能成像，耗时长。&lt;/p&gt;
&lt;p&gt;AOC采用L0范数压缩感知（理论上最优但极难计算），仅用62.5%的数据，就重建出接近原图的清晰脑部切片，误差降低近10倍！&lt;/p&gt;
&lt;ol start="3"&gt;
&lt;li&gt;金融：解决NP难的交易结算&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;全球每日有数万亿美元交易待清算，如何最大化“一次性结清”的交易数？这是典型的NP难问题。&lt;/p&gt;
&lt;p&gt;AOC将问题建模为混合二次无约束优化（QUMO），支持二进制 + 连续变量（如：是否结算、结算金额），在7步内找到全局最优解，全程模拟运算，无任何数字后处理。&lt;/p&gt;
&lt;p&gt;对比：量子计算机在类似问题上成功率仅40–60%，而AOC达到100%。&lt;/p&gt;
&lt;h2 id="性能有多强别被百倍吓到我们说清楚"&gt;性能有多强？别被“百倍”吓到，我们说清楚
&lt;/h2&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;指标&lt;/th&gt;
&lt;th&gt;当前原型&lt;/th&gt;
&lt;th&gt;理论预测(扩展后)&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;权重数量&lt;/td&gt;
&lt;td&gt;4,096（通过时间复用实现）&lt;/td&gt;
&lt;td&gt;0.1亿 – 20亿&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;单次迭代&lt;/td&gt;
&lt;td&gt;180纳秒&lt;/td&gt;
&lt;td&gt;同样&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;能效&lt;/td&gt;
&lt;td&gt;原型功耗高（驱动电路为主）&lt;/td&gt;
&lt;td&gt;500 TOPS/W（8位精度）&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;对比GPU&lt;/td&gt;
&lt;td&gt;H100约4.5 TOPS/W&lt;/td&gt;
&lt;td&gt;理论能效超百倍&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;重要澄清：
“百倍能效”是理论推演值，基于未来模块化扩展架构；
当前原型是桌面级设备（16×16变量），用于验证原理；
真正价值不在“快”，而在“省” —— 一旦规模化，每瓦特算力将远超硅基芯片。&lt;/p&gt;
&lt;h2 id="未来之路十亿权重不是梦"&gt;未来之路：十亿权重，不是梦
&lt;/h2&gt;&lt;p&gt;AOC的可扩展性设计非常聪明：&lt;/p&gt;
&lt;p&gt;每个模块：微LED + SLM + 光电探测器 + 模拟电路 → 尺寸仅约4 cm³
利用三维光学结构，实现光路高效复用（非平面光计算）
使用成熟消费级技术（手机里也有微LED、SLM）
多模块并联，即可扩展至百亿级权重&lt;/p&gt;
&lt;p&gt;专家判断：若成功量产，将成为继GPU之后，下一代AI算力的核心候选架构之一。&lt;/p&gt;
&lt;h2 id="为什么这是一场范式革命"&gt;为什么这是一场“范式革命”？
&lt;/h2&gt;&lt;p&gt;我们过去追求的是：“更快的数字芯片”。&lt;/p&gt;
&lt;p&gt;而AOC告诉我们：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;“更聪明的物理系统”才是未来。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;它不是在“模仿人脑”，而是在用光和电的物理规律，直接求解数学问题。
它不依赖冯·诺依曼架构，不被内存墙束缚，不因数模转换浪费能源。&lt;/p&gt;
&lt;p&gt;这就像从“手写算盘”进化到“机械计算器”——不是更快地拨珠子，而是换了一套计算逻辑。&lt;/p&gt;
&lt;h2 id="结语实验室的光终将照亮现实"&gt;结语：实验室的光，终将照亮现实
&lt;/h2&gt;&lt;p&gt;AOC目前仍是原型，距离商用还有工程挑战：热管理、三维集成、大规模制造……
但它首次证明了：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;一类硬件，可同时服务AI与优化；
模拟+光学，能超越数字芯片的能效天花板；
算法与硬件协同设计，能带来数量级突破。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;当我们在为大模型的电费发愁，为自动驾驶的算力焦虑时，微软与剑桥的这支团队，已经点亮了一条通往“绿色AI”的新路径。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;这不是“下一个十年”，
而是正在发生的，下一场计算革命的序章。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;论文原文：(&lt;a class="link" href="https://doi.org/10.1038/s41586-025-09430-z" target="_blank" rel="noopener"
&gt;https://doi.org/10.1038/s41586-025-09430-z&lt;/a&gt;)&lt;/p&gt;
&lt;p&gt;本文初稿使用AI协助编写，虽经人工校对，水平有限，请谅解。&lt;/p&gt;</description></item><item><title>“配线区”为何译作 Wiring Zone？于细微处见证中国标准的自信</title><link>https://blog.fallleaf.net/p/notes-wiring-zone-or-not/</link><pubDate>Sat, 23 Aug 2025 11:08:00 +0800</pubDate><guid>https://blog.fallleaf.net/p/notes-wiring-zone-or-not/</guid><description>&lt;img src="https://blog.fallleaf.net/p/notes-wiring-zone-or-not/cover.webp" alt="Featured image of post “配线区”为何译作 Wiring Zone？于细微处见证中国标准的自信" /&gt;&lt;p&gt;在网络运维与技术交流中，一个细节或许能引发深思：“配线区”这一术语，在中国国家标准中被明确翻译为 Wiring Zone。这并非偶然的翻译差异，而是深植于中国庞大的工程实践和日益增强的标准话语权。&lt;/p&gt;
&lt;h2 id="标准溯源白纸黑字的官方定义"&gt;标准溯源：白纸黑字的“官方定义”
&lt;/h2&gt;&lt;p&gt;首先，我们核查两项关键的中国国家标准，原文的引用是准确的：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;《综合布线系统工程设计规范》（GB 50311-2016）&lt;/strong&gt; ：&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;术语 2.0.18&lt;/strong&gt; 定义“配线区 (Wiring Zone)”为：“在建筑物内，用于缆线端接和（或）交叉连接的区域。”
&lt;ul&gt;
&lt;li&gt;该标准进一步在条文 &lt;strong&gt;6.2.1&lt;/strong&gt; 中明确：“配线区宜设置在建筑物的电信间、设备间、建筑群设备间或弱电竖井内，用于完成水平缆线与主干缆线之间的交接。”&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;ol start="3"&gt;
&lt;li&gt;&lt;strong&gt;《住宅区和住宅建筑内光纤到户通信设施工程设计规范》（GB 50846-2012）&lt;/strong&gt; ：&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;术语 2.0.14&lt;/strong&gt; 定义“配线区 (Wiring Zone)”为：“设置在住宅建筑内，用于住宅建筑主干光缆与用户引入光缆进行端接、跳接的区域。”&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这两份权威的国家标准，分别覆盖了商业建筑的综合布线和住宅的光纤到户（FTTH）两大核心场景。它们一致地将“配线区”的官方英文确定为 &lt;strong&gt;Wiring Zone&lt;/strong&gt; ，这为我们的讨论奠定了坚实的基础。&lt;/p&gt;
&lt;h2 id="国际视角distribution-area-的逻辑功能"&gt;国际视角：Distribution Area 的逻辑功能
&lt;/h2&gt;&lt;p&gt;将目光转向国际标准体系，我们发现其术语逻辑确实有所不同。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;ISO/IEC 11801《信息技术-用户建筑通用布线》系列标准&lt;/strong&gt; ：这是全球综合布线领域的基础性标准。它定义了分级的布线架构，其中的关键节点被称为 &lt;strong&gt;“Distributor”（配线设备）&lt;/strong&gt; 。例如，楼层分配设备（Floor Distributor, FD）、建筑分配设备（Building Distributor, BD）。这些 Distributor 所在的物理空间，在功能上对应中国的“配线区”，但其命名更侧重于逻辑层级的“分配”角色。因此，从业者习惯性地将这片区域理解为 &lt;strong&gt;Distribution Area&lt;/strong&gt; 或 &lt;strong&gt;Distribution Point&lt;/strong&gt; 。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ITU-T G.98x 系列（PON 标准）&lt;/strong&gt; ：作为无源光网络（PON）的国际标准制定者，ITU-T 在其网络架构（ODN - Optical Distribution Network）中，描述的是 &lt;strong&gt;分光点（Splitting Point） &lt;strong&gt;或&lt;/strong&gt; 分配段（Distribution Section）&lt;/strong&gt; 。例如，一级分光器和二级分光器所在的节点。这些术语同样强调的是信号的“分发（Distribution）”，而非物理的“布线（Wiring）”操作。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;对比分析：视角之别&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Wiring Zone (中国标准)&lt;/strong&gt; ：这是一个 &lt;strong&gt;工程视角&lt;/strong&gt; 的术语。它强调的是一个具有明确物理边界的 &lt;strong&gt;操作空间&lt;/strong&gt; 。在这个“Zone”里，核心活动是“Wiring”——布线、熔接、端接、跳接、标识和管理。它精准地描述了弱电井、电信间内的实际工作场景，是一个以“ &lt;strong&gt;怎么做&lt;/strong&gt; ”为导向的物理实体概念。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Distribution Area (国际惯例)&lt;/strong&gt; ：这是一个 &lt;strong&gt;网络架构视角&lt;/strong&gt; 的术语。它强调的是一个在网络拓扑中承担“分发”功能的 &lt;strong&gt;逻辑单元&lt;/strong&gt; 。它关注的是信号如何从主干（Feeder）分配到分支（Drop），是一个以“ &lt;strong&gt;实现什么功能&lt;/strong&gt; ”为导向的逻辑节点概念。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;两者并非相互矛盾，而是观察维度不同。中国标准的选择，更贴近一线施工和运维的物理现实。&lt;/p&gt;
&lt;h2 id="不只是翻译更是实践经验的凝练与话语权的体现"&gt;不只是翻译，更是实践经验的凝练与话语权的体现
&lt;/h2&gt;&lt;p&gt;为何中国标准要“另起炉灶”？这背后是中国通信产业，特别是FTTH建设的独特实践和巨大体量。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;无与伦比的实践规模&lt;/strong&gt; ：&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;事实核查&lt;/strong&gt; ：根据中国工业和信息化部（MIIT）发布的《2023年通信业统计公报》，截至2023年末，中国光纤接入（FTTH/O）用户已达 &lt;strong&gt;6.07亿户&lt;/strong&gt; ，占固定互联网宽带接入用户总数的94.8%。光缆线路总长度达到 &lt;strong&gt;6432万公里&lt;/strong&gt; 。原文中“超5亿用户”、“超6000万公里”的数据是准确且略偏保守的。如此庞大和高密度的网络建设，催生了大量标准化的、注重效率和可维护性的工程方法论。&lt;/li&gt;
&lt;/ul&gt;
&lt;ol start="3"&gt;
&lt;li&gt;&lt;strong&gt;中国特色的工程需求&lt;/strong&gt; ：&lt;/li&gt;
&lt;/ol&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;高密度场景&lt;/strong&gt; ：在中国，一个住宅小区动辄成百上千户，一栋高层建筑内可能就有数百个信息点。这要求“配线区”必须是高效、整洁、易于管理的物理空间，而不只是一个抽象的逻辑分发点。
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;运维导向&lt;/strong&gt; ：“Wiring Zone”的设立，天然地强调了现场的可操作性、标签的规范性、流程的标准化。每一次跳纤、每一次故障排查，都是在具体的“Wiring Zone”内完成。这个术语本身就蕴含了对工程质量和运维效率的内隐要求。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;因此，“Wiring Zone”并非误译，而是对中国独特网络部署和运维模式的精准提炼与术语固化。它体现了一种标准制定的自觉： &lt;strong&gt;当我们的实践已经走在世界前列时，我们有能力、也有必要定义自己的技术语言，使其更精确地反映我们的现实。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id="从跟跑到领跑中国术语的全球潜力"&gt;从跟跑到领跑：中国术语的全球潜力
&lt;/h2&gt;&lt;p&gt;一个技术术语能否成为全球通用语，取决于其背后所代表的技术范式和市场影响力。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;历史的镜鉴&lt;/strong&gt; ：近年来由中国企业和标准组织主导的概念，如华为提出的 &lt;strong&gt;CloudRAN&lt;/strong&gt; 、 &lt;strong&gt;5G-Oriented Core Network Architecture&lt;/strong&gt; 等，正越来越多地被3GPP、ITU等国际组织讨论和采纳。中国的“ &lt;strong&gt;双千兆网络（Dual-Gigabit Network）&lt;/strong&gt; ”、“ &lt;strong&gt;全光城市（All-Optical City）&lt;/strong&gt; ”等政策和市场概念，也开始出现在国际报告和行业交流中。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;未来的可能&lt;/strong&gt; ：随着“一带一路”倡议的推进和中国通信解决方案的全球输出，中国的设计规范、施工标准和运维手册也被带到了世界各地。当海外的工程师和运营商在学习和复制中国高效的FTTH部署模式时，他们会发现“Wiring Zone”这个词，比“Distribution Area”更能准确地指导他们在楼宇内规划和建设一个标准化的物理操作区。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;当一个术语能够最清晰地描述一种被广泛采纳的最佳实践时，它就具备了成为国际通用语的潜力。未来，国际标准在修订时，出现这样一句注释将不足为奇：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;Note: This functional area, particularly within building premises, is also referred to as the Wiring Zone in standards like China&amp;rsquo;s GB 50311.&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="结语小术语大自信"&gt;结语：小术语，大自信
&lt;/h2&gt;&lt;p&gt;从“Distribution Area”到“Wiring Zone”，这并非简单的词汇替换，而是一次深刻的身份转变。它标志着中国通信行业正从国际标准的被动接受者，成长为基于自身最佳实践的积极贡献者和定义者。&lt;/p&gt;
&lt;p&gt;这背后，是中国技术实力的厚积薄发，更是文化自信在科技领域的有力投射。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;规则，终将由最富经验的实践者来书写。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>5G回传承载网IPv6地址分配方案学习</title><link>https://blog.fallleaf.net/p/tech-5g-backhaul-ipv6-addressing/</link><pubDate>Tue, 08 Aug 2023 21:00:42 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-5g-backhaul-ipv6-addressing/</guid><description>&lt;h3 id="ipv6地址简介"&gt;IPv6地址简介
&lt;/h3&gt;&lt;p&gt;IPv6地址采用共128二进制地址长度，分成8段，每16位1段，每段用4位16进制表示，分段间用“：”隔开。可采用压缩格式表示，即每段前导0可以删除，连续的“0”分段可以用“::”表示（只能出现一次）。&lt;/p&gt;
&lt;p&gt;下面是二进制形式的IPv6地址：&lt;/p&gt;
&lt;p&gt;0010000000000001 0000110110111000 0000000000000000 0010111100111011 0000001010101010 0000000011111111 1111111000101000 1001110001011010&lt;/p&gt;
&lt;p&gt;转换成十六进制表示：&lt;/p&gt;
&lt;p&gt;2001: 0DB8: 0000: 2F3B: 02AA: 00FF: FE28: 9C5A&lt;/p&gt;
&lt;p&gt;压缩格式为：&lt;/p&gt;
&lt;p&gt;2001:DB8:0:2F3B:2AA:FF:FE28:9C5A&lt;/p&gt;
&lt;p&gt;128位的IPv6地址由64位的子网前缀和64位的接口标识符组成。IPv6 前缀用“ 地址/ 前缀长度” 这一表示方法。所有子网都有64位子网络，例如2001:DB8:0:2F3B::/64表示一个子网前缀。任何少于 64 位的前缀要么表示一条 汇 总的路由，要么是一段 IPv6 地址空间的地址范围汇总，例如2001:DB8:3F::/48。&lt;/p&gt;
&lt;p&gt;对除由国际地址分配机构(ICANN、APNIC等)分配的前缀外，剩余地址比特位(前缀至第65比特前)可以由规划机构、互联网运营商自行划定，并制定相关含义。同时，64位接口标识符目前也没有形成全球明确的分配规则，可以在规划时统一考虑利用接口标识符承载多种信息。&lt;/p&gt;
&lt;h3 id="5g回传承载网ipv6地址分配方案学习"&gt;5G回传承载网IPv6地址分配方案学习
&lt;/h3&gt;&lt;h3 id="ipv6地址规划方案"&gt;IPv6地址规划方案
&lt;/h3&gt;&lt;p&gt;某运营商分配给5G回传承载网的IPv6地址段为2345:6720::/27（&lt;strong&gt;虚拟，非真实地址&lt;/strong&gt;）。&lt;/p&gt;
&lt;p&gt;5G回传承载网IP地址规划体现了层次划分原则，按网络类型、区域、层级、用途进行了划分。如下所示。&lt;/p&gt;
&lt;p&gt;1-27位：2345:6720::/27 5G回传承载网地址段&lt;/p&gt;
&lt;p&gt;28-35位：区域区分（骨干网、省分）&lt;/p&gt;
&lt;p&gt;36-40位：省内地市划分&lt;/p&gt;
&lt;p&gt;41-52位：地市内网络区分&lt;/p&gt;
&lt;p&gt;53-64位：子网用途划分&lt;/p&gt;
&lt;p&gt;由于5G回传承载网的IPv6地址为人工指定，所以仍可按子网划分方式设置特定的地址段。&lt;/p&gt;
&lt;p&gt;65-68位：网络层次（核心汇聚、接入）&lt;/p&gt;
&lt;h3 id="ipv6地址规划实例"&gt;IPv6地址规划实例
&lt;/h3&gt;&lt;p&gt;承载网IPv6地址段为2345:6720::/27，把第二段换成二进制为：&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;2345:0110 0111 001&lt;/strong&gt;0 0000::/27，第二段第三个字节最后一位取值可为0和1，因此IPv6地址范围为：&lt;/p&gt;
&lt;p&gt;2345:6720::~2345:673F:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF&lt;/p&gt;
&lt;h4 id="区域规划"&gt;区域规划
&lt;/h4&gt;&lt;p&gt;第28-35位共8位，作为区域划分，区分骨干和省分网络，一共可划分2^8=256个子网。&lt;/p&gt;
&lt;p&gt;把2345:6720:0000::/35转换成二进制为：&lt;/p&gt;
&lt;p&gt;2345:0110 0111 001&lt;strong&gt;0 0000:000&lt;/strong&gt;0 0000 0000 0000::/35，黑色粗体部分位区域子网，这样，第二段的第三个字节可取2，3，第四个字节可取0-F，第三段第一个字节可取0，2，4，6，8，A，C，E&lt;/p&gt;
&lt;p&gt;因此，这一层级的网络子网地址范围可分为：&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;20: 0&lt;/strong&gt;000::/35（骨干网络）&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;20: 2&lt;/strong&gt;000::/35 北京&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;20: 4&lt;/strong&gt;000::/35 上海&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;20: 6&lt;/strong&gt;000::/35 天津&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;20: 8&lt;/strong&gt;000::/35 山东&lt;/p&gt;
&lt;p&gt;….&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;23:A&lt;/strong&gt;000::/35 青海&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;23:C&lt;/strong&gt;000::/35 宁夏&lt;/p&gt;
&lt;p&gt;….&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;2F:E&lt;/strong&gt;000::/35 预留&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;30:0&lt;/strong&gt;000::/35 预留&lt;/p&gt;
&lt;p&gt;….&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;3F:C&lt;/strong&gt;000::/35 预留&lt;/p&gt;
&lt;p&gt;2345:67&lt;strong&gt;3F:E&lt;/strong&gt;000::/35 预留&lt;/p&gt;
&lt;p&gt;其中，对于骨干网络子网地址范围2345:67&lt;strong&gt;20: 0&lt;/strong&gt;000::/35，取第36位作为区分两个骨干承载网络，有&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;2345:6720: 0000::/36 2408:1000 0001 0010 0000:000&lt;strong&gt;0&lt;/strong&gt; 0000 0000 0000::/36 承载网一平面&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;2345:6720: 1000::/36 2408:1000 0001 0010 0000:000&lt;strong&gt;1&lt;/strong&gt; 0000 0000 0000::/36 承载网二平面&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;h4 id="省内地市规划"&gt;省内地市规划
&lt;/h4&gt;&lt;p&gt;在各省的子网中，36-40为地市标识，最多有2^5=32个子网，以山东分配的地址段（2345:67&lt;strong&gt;20: 8&lt;/strong&gt;000::/35）为例进行划分。&lt;/p&gt;
&lt;p&gt;转换为二进制为：&lt;/p&gt;
&lt;p&gt;2345:6720: 100&lt;strong&gt;0 0000&lt;/strong&gt; 0000 0000 0000::/40，黑色字体为36-40位。&lt;/p&gt;
&lt;p&gt;第三段第一字节可取8和9，第二字节可取 0-F，因此有，按身份证号第三、四位对应城市顺序依次从1开始顺序编号，对应转换为5位2进制。如下：&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;80&lt;/strong&gt;00::/40 预留&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;81&lt;/strong&gt;00::/40 济南（济南01，5位二进制为0 0001）&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;82&lt;/strong&gt;00::/40 青岛（青岛02，5位二进制为0 0002）&lt;/p&gt;
&lt;p&gt;…&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;8D&lt;/strong&gt;00::/40 临沂&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;8E&lt;/strong&gt;00::/40 德州&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;8F&lt;/strong&gt;00::/40 聊城&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;90&lt;/strong&gt;00::/40 菏泽（菏泽17，5位二进制为1 1111）&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;91&lt;/strong&gt;00::/40 预留&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;92&lt;/strong&gt;00::/40 预留&lt;/p&gt;
&lt;p&gt;…&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;9D&lt;/strong&gt;00::/40 预留&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;9E&lt;/strong&gt;00::/40 预留&lt;/p&gt;
&lt;p&gt;2345:6720:&lt;strong&gt;9F&lt;/strong&gt;00::/40 预留&lt;/p&gt;
&lt;h4 id="地市内网络规划"&gt;地市内网络规划
&lt;/h4&gt;&lt;p&gt;41-52位为地市内网络划分，可划分2^12=4096子网。以青岛（2345:6720:8200::/40）为例子，第三、四段转换为二进制为：&lt;/p&gt;
&lt;p&gt;2345:6720:1000 0010 &lt;strong&gt;0000 0000: 0000&lt;/strong&gt; 0000 0000 0000::/52&lt;/p&gt;
&lt;p&gt;加黑的字节可取0-F，因此有：&lt;/p&gt;
&lt;p&gt;2345:6720:82&lt;strong&gt;00:0&lt;/strong&gt;000::/52、&lt;/p&gt;
&lt;p&gt;2345:6720:82&lt;strong&gt;00:1&lt;/strong&gt;000::/52、&lt;/p&gt;
&lt;p&gt;…&lt;/p&gt;
&lt;p&gt;2345:6720:82&lt;strong&gt;00:F&lt;/strong&gt;000::/52&lt;/p&gt;
&lt;p&gt;2345:6720:82&lt;strong&gt;01:0&lt;/strong&gt;000::/52&lt;/p&gt;
&lt;p&gt;&amp;hellip;&lt;/p&gt;
&lt;p&gt;2345:6720:82&lt;strong&gt;FF:F&lt;/strong&gt;000::/52&lt;/p&gt;
&lt;p&gt;一共2^12=4096个，取第一子网地址段（2345:6720:82&lt;strong&gt;00:0&lt;/strong&gt;000::/52）作为山东省青岛市5G回传承载网的地址段，&lt;/p&gt;
&lt;h4 id="地市5g回传承载网子网用途划分"&gt;地市5G回传承载网子网用途划分
&lt;/h4&gt;&lt;p&gt;53-64位按用途（网管、业务、端口互联）划分子网，&lt;/p&gt;
&lt;p&gt;2345:6720: 1000 0010 0000 0000: 0000 &lt;strong&gt;0000 0000 0000&lt;/strong&gt;::/64&lt;/p&gt;
&lt;p&gt;黑体的这三个字节分别可取0-F，因此有：&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0&lt;strong&gt;000&lt;/strong&gt;::/64 青岛市5G回传承载网设备网管loopback地址段&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0&lt;strong&gt;001&lt;/strong&gt;::/64 青岛市5G回传承载网设备网络业务loopback地址段&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0&lt;strong&gt;002&lt;/strong&gt;::/64 青岛市5G回传承载网设备接口互联地址段&lt;/p&gt;
&lt;p&gt;…&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0&lt;strong&gt;FFE&lt;/strong&gt;::/64 预留&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0&lt;strong&gt;FFF&lt;/strong&gt;::/64 预留&lt;/p&gt;
&lt;h4 id="网络层次规划"&gt;网络层次规划
&lt;/h4&gt;&lt;p&gt;将65-68位作为网络层次区分，共有2^4=16个，定义0000为核心汇聚层，0001为接入层，以青岛市5G回传承载网设备网络业务loopback地址段2345:6720:8200:0&lt;strong&gt;001&lt;/strong&gt;::/64 地址段为例：&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0002:&lt;strong&gt;0000&lt;/strong&gt; 0000 0000 0000::/68 核心汇聚层业务loopback地址段，&lt;/p&gt;
&lt;p&gt;2345:6720:8200:0002:&lt;strong&gt;1111&lt;/strong&gt; 0000 0000 0000::/68 接入层业务loopback地址段，&lt;/p&gt;
&lt;h4 id="网管loopback地址网络业务地址及端口互联地址规划"&gt;网管loopback地址，网络业务地址及端口互联地址规划
&lt;/h4&gt;&lt;ul&gt;
&lt;li&gt;网管loopback地址，以/128前缀长度分配地址，&lt;/li&gt;
&lt;li&gt;业务loopback地址，以/128前缀长度分配地址，&lt;/li&gt;
&lt;li&gt;网络侧设备端口互联地址，以/127前缀长度分配地址，互联接口两端网络业务loopback地址小的取值/127中的0，网络业务loopback地址大的取值/127中的1，&lt;/li&gt;
&lt;li&gt;业务接入设备端口互联地址，按业务接入设备的IPv6地址规划，以/127前缀长度分配地址，互联接口两端网络业务loopback地址小的取值/127中的0，网络业务loopback地址大的取值/127中的1。&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>DDM,DOM是什么</title><link>https://blog.fallleaf.net/p/tech-what-is-ddm-dom/</link><pubDate>Sat, 14 Dec 2019 21:35:45 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-what-is-ddm-dom/</guid><description>&lt;h2 id="ddm的定义"&gt;DDM的定义
&lt;/h2&gt;&lt;p&gt;DDM(Digital Diagnostic Monitoring)即数字诊断监控，由SFF-8472定义。&lt;/p&gt;
&lt;p&gt;SFF-8472(Specification for Management Interface for SFP+)是一个关于SFP管理接口的规范，由行业组织存储网络工业协会 (SNIA)下的SFF(Small Form Factor)技术工作组制定。这种协议最初是为了给便携式电脑定义新型磁盘驱动器的外形而成立的，第一个版本是在2001年发布，最新的版本是2018年7月发布的Rev.12.3。&lt;/p&gt;
&lt;p&gt;制定SFF-8472规范的一个主要目的是定义光模块的数字诊断监控功能（DDM），它是应用在GBIC/SFP/SFP+光模块中一项功能，用来监控光模块工作中的实时参数，如工作电压、工作电流、激光器偏置电流、激光器发光功率和收光功率，这些信息被存储在标准的内存结构中，并提供了标准访问接口地址，该内存结构除了提供参数监测信息外，还定义了报警标志或告警条件。&lt;/p&gt;
&lt;p&gt;DDM通常也叫做DOM(Digital Optical Monitoring )，即数字光学检测。&lt;/p&gt;
&lt;p&gt;DDM相关信息存储在I2C从设备的1010001X开始的存储段内，如下图。&lt;/p&gt;
&lt;h2 id="ddm的参数"&gt;DDM的参数
&lt;/h2&gt;&lt;p&gt;DDM实时监测工作温度、工作电压、偏置电流、发射功率、接收功率这5个参数，经过A/D转换，将模拟量变为数字量，并通过校准，将数字量写入EEPROM特定地址段A2H，&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;工作温度：指收发器温度，SFF-8472并没有规定温度的测量点，由厂家决定，一般温度传感器是在电路板上。如果离芯片太近可能监测的温度会高一些，并不是实际收发器的温度，所以要进行校准。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;工作电压：指收发器的工作电压，同样，SFF-8472并没有指明电压监测点，一般可以是发送器电压或者接收器电压。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;激光器偏置电流：激光器的偏置电流指的是驱动电源中放大器的输入电路的静态电流，用以保证激光器正常工作。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;发送功率：激光器发送功率并不是真正的光功率，一般是监测发射器电流转换的。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;接收功率：可采用平均功率或OMA类型的接收功率。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="哪些光模块支持ddm"&gt;哪些光模块支持DDM
&lt;/h2&gt;&lt;p&gt;目前大部分的SFP、SFP+模块都支撑DDM功能，在模块的规格信息里，常常注明DDM或DOM。&lt;/p&gt;
&lt;h2 id="ddm能做什么"&gt;DDM能做什么
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;预测光模块的使用寿命：一般来讲，光模块的输出功率都是稳定的，这是通过不断调整激光发射器的偏置电流来实现的，但是随着运行时间的增加，发射激光器的量子效率会降低，因此用户可以通过监控激光发射器的的偏置电流来预测光模块的使用寿命。&lt;/li&gt;
&lt;li&gt;故障定位：在光通信系统中，精准地找到故障点具有重要意义。通过分析收发功率以及i电压电流可以进行故障定位。&lt;/li&gt;
&lt;li&gt;兼容性测试：兼容性测试即检测光模块是否可以在某一网络设备上正常使用，而光模块不兼容的常见情况有电压超过光模块的规格、温度超过光模块的规格、接收到的光功率过载或低于光接收器的的接收范围等。而使用具有数字诊断监控功能（DDM）的光模块能直观的反映这些不兼容情况。&lt;/li&gt;
&lt;li&gt;监测光纤性能：通过对接收功率以及发送功率的分析，辅助光纤长度等信息，可大致判断光路的衰减是否在正常范围内。&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>SFP模块的兼容性</title><link>https://blog.fallleaf.net/p/tech-compatibility-sfp-module/</link><pubDate>Sat, 14 Dec 2019 21:31:51 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-compatibility-sfp-module/</guid><description>&lt;h2 id="sfp光模块的生产"&gt;SFP光模块的生产
&lt;/h2&gt;&lt;p&gt;SFP光模块的组成如下图：&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-compatibility-sfp-module/sfp.webp"
width="1080"
height="724"
srcset="https://blog.fallleaf.net/p/tech-compatibility-sfp-module/sfp_hu_2c8d41280072178b.webp 480w, https://blog.fallleaf.net/p/tech-compatibility-sfp-module/sfp_hu_8cd4b58aecbc64e5.webp 1024w"
loading="lazy"
alt="SFP光模块"
class="gallery-image"
data-flex-grow="149"
data-flex-basis="358px"
&gt;&lt;/p&gt;
&lt;p&gt;实际上，所有光模块，不管是原厂还是第三方，都是由类似的元器件组装而成。&lt;/p&gt;
&lt;p&gt;光模块供应商生产基本是三种模式：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;外购组件，模块封装&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;外购芯片，组建封装，模块封装&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;芯片制造，组建封装，模块封装&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;具备从芯片制造到模块封装能力的供应商，全球屈指可数的，大部分的供应商都是外购元器件进行封装生产，国内更甚。光模块产品的区别主要体现在不同的元器件来源、生产质量及成本的管控方面。&lt;/p&gt;
&lt;p&gt;大部分兼容光模块其实也是由生产原厂光模块的厂家生产，甚至采用相同技术指标、生产工艺，也仅仅是商标的不同。&lt;/p&gt;
&lt;h2 id="sfp光模块兼容性"&gt;SFP光模块兼容性
&lt;/h2&gt;&lt;p&gt;根据MSA标准设计制造生产的SFP光模块，兼容性是不言而喻的。&lt;/p&gt;
&lt;p&gt;MSA（Multi-Source Agreement）是一个多供应商规范，相比IEEE算是一个民间的非官方组织形式，针对不同的光模块（SFP、SFP+、QSFP等）标准会形成不同的MSA协议，可以理解是产业内企业联盟行为。MSA除了定义光模块的结构封装（包括外形尺寸，电连接器，引脚分配等），也定义了电接口、光接口，从而形成完整的光模块标准。理论上，遵循MSA协议生产的光模块均可兼容。
供应商陷阱&lt;/p&gt;
&lt;p&gt;一些主导地位的通信设备、数据设备供应商，常常采用“Vendor Lock-in“（供应商陷阱，供应商套牢，厂商泥潭）的策略，宣称在设备上用原厂的SFP模块才能正常工作，让用户产生不必要的担忧，使用了远远高过市场价的原厂光模块。当然，不考虑成本的话，原厂光模块自然是首选。当成本占据主要因素时，利用兼容光模块就成了首要考虑的问题。&lt;/p&gt;
&lt;p&gt;这些供应商通常在光模块的固件、硬件以及EEPROM里设置一些数据，比如供应商名称、序列号，认证码等等。当设备发觉光模块插入插槽中，就会读取光模块某些特定地址的（A0h）数据，如果和预先设定的数据不一致，便认为不是原厂模块，不工作或发出告警。即便模块能正常工作，模块的DDM功能也可能不正常使用。SFF-8472规范里，规定了数字诊断检测接口（A2h），其中存储了光模块的发光功率、收光功率以及告警、警报的门限值等，如果兼容模块的DDM信息中的一些门限参数和原厂不一致，也会造成网管的频繁告警或警报。&lt;/p&gt;
&lt;h2 id="怎么用兼容sfp模块"&gt;怎么用兼容SFP模块
&lt;/h2&gt;&lt;p&gt;光模块中的EEPROM信息可以通过专用设备进行修改，大量兼容模块厂家也根据原厂模块的一些参数进行了适配，兼容性更强了。在某些主导厂家的设备商，也可进行命令设置，取消原厂模块认证功能，让设备或网管能够识别及监测兼容光模块。&lt;/p&gt;
&lt;p&gt;使用兼容光模块，在法律上，也可看作一种反垄断的举措。通过选择合适的兼容模块供应商，可以即保证性能，又降低成本。这必将会对设备供应商的报价策略产生影响，报价策略通常是把接口板或设备与光模块捆绑在一起，价格此消彼长。不过，让模块归于模块，让板卡归于板卡，价格体系理顺，不是更好吗？
如何选择兼容光模块&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;选择合适的兼容光模块，可以从以下几点考虑：&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;是否符合MSA的规范要求&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;是否和原厂设备兼容，DDM功能是否正常&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;是否有可靠的质量和服务保证&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;模块的零部件来源是否是可信任&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>5G承载中回传新接口:50GE</title><link>https://blog.fallleaf.net/p/tech-50ge-interface-5g-backhaul/</link><pubDate>Fri, 13 Dec 2019 08:49:28 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-50ge-interface-5g-backhaul/</guid><description>&lt;p&gt;在IMT-2020(5G)推进组的《5G承载网络架构和技术方案白皮书》以及《5G承载光模块白皮书》中，提出了采用50GE作为5G承载中回传的线路接口。&lt;/p&gt;
&lt;h2 id="50g相关以太网光接口标准"&gt;50G相关以太网光接口标准
&lt;/h2&gt;&lt;p&gt;IEEE的两个标准：IEEE 802.3 bs(400G，200G) 和802.3 cd（200G，100G，50G） 定义了50G，100G，200G，400G以太网的媒体访问控制层（MAC）以及物理层（PHY）的相关参数。主要的光接口类型以及采用的调制格式如下表：&lt;/p&gt;
&lt;p&gt;可以看到，在实现50G以上的高速以太网接口时，主要采用了50G比特速率（波特26.6GBaud），PAM4调制方式。&lt;/p&gt;
&lt;h2 id="为什么是pam4"&gt;为什么是PAM4
&lt;/h2&gt;&lt;p&gt;光传输一直在追求更高的传输速率，但速率越高，所面临的问题也就越多，诸如色散、发光功率、信噪比、光收发器的线性度及灵敏度、技术成熟度、成本等。提高速率的方式有多种，包括通过频率、振幅、相位等变化的调制方式。&lt;/p&gt;
&lt;p&gt;NRZ（不归零码，Non-Return-to-Zero）调制方式一直是光通信采用的主要技术，随着速率的提升，如 200G/400G，NRZ调制在色散影响、光电转换带宽和成本上遇到了较大的困难。对于25G以上的波特率，在中长距传输时，色散的影响显著；光电转换带宽在60Gbit/s以上出现了技术瓶颈。对于高速接口，每通道数据速率要提高到50Gbps以上，如果仍然采用NRZ技术，由于每个符号周期只有不到20ps，对于收发芯片的时间裕量以及传输链路的损耗要求更加苛刻， 若能既保持较低的波特率，又提高每一波特的信息量，就能大大降低光器件的带宽要求，从而可以降低光器件成本。而PAM4调制方式极大的满足了上述要求，是继NRZ后热门的信号调制技术，也是多阶调制技术的代表。&lt;/p&gt;
&lt;h2 id="pam4是什么"&gt;PAM4是什么
&lt;/h2&gt;&lt;p&gt;PAM即脉冲幅度调制（Pulse Amplitude Modulation）。NRZ调制方式采用高、低两种信号电平来表示要传输的数字逻辑信号的1、0信息，每个信号符号周期可以传输1bit的逻辑信息，实际上NRZ方式可也叫做PAM2，2表示的是有2种电平信号。那么PAM4调制方式就是采用4个不同的信号电平来进行数据传输，每个符号周期可以表示2bit的逻辑信息（00、01、10、11）。由于 PAM4 信号每个符号周期可以传输2bit的信息，因此要实现同样的信号传输能力，PAM4信号的符号速率（波特率）只有NRZ信号的一半，换而言之，采用同样的波特速率，PAM4的信号比特率是NRZ信号的2倍，比如利用25G波特率，PAM4调制方式，可以传输50G比特率的信息。NRZ和PAM4信号典型波形如下图所示，右侧为NRZ和PAM4的光眼图对比，NRZ为单眼波形，PAM4为三眼波形（Y轴方向存在3个眼状图形）。&lt;/p&gt;
&lt;p&gt;其实多阶PAM调制的概念并不新鲜，比如最普遍使用的100MBase-T以太网，就使用3种电平进行信号传输；而在无线通信领域中普遍使用的16QAM调制、32QAM调制、64QAM调制等，也都是采用多电平的基带信号对载波信号进行调制。此外还有PAM5（802.3ab），PAM8（802.3bm）等。&lt;/p&gt;
&lt;p&gt;在2014年发布的100G背板标准802.3 bj中，同时定义了两种信号传输方式：4组25.78G波特率的NRZ信号，或者4组13.6G波特率的PAM4信号。由于芯片技术以及PCB板材和连接器技术的快速发展，25G波特率的NRZ技术很快实现商用应用，但PAM4由于当时技术成熟度和成本的原因，并没有在100G以太网的技术中被真正应用。随着IEEE 802.3 bs 和802.3 cd的发布，PAM4将越来越多的大规模应用起来。
50G相关标准进展&lt;/p&gt;
&lt;p&gt;IEEE 802.3 bs标准批准时间为2017年12月，该标准覆盖了400GE/200GE两种以太网接口速率。其中400GE定义了LR8 (10km)/FR8 (2km)/DR4 (500m)/SR16 (100m)等PMD子层规格以及多种AUI电接口。LR8/FR8采用了50G PAM4技术，成为以太网标准中首个采用该技术接口标准，为PAM4技术开启广泛商用打开了大门。&lt;/p&gt;
&lt;p&gt;IEEE 802.3 cd标准批准时间为2018年12月，标准覆盖了50GBASE-LR/KR/SR PMD子层，所有PMD子层都采用了50G PAM4技术，50GE是PAM4技术应用最广泛的以太网接口速率。&lt;/p&gt;
&lt;p&gt;以上标准定义的50GE传输距离都在10km以下，2018年4月IEEE成立了Beyond 10km工作组，对50G在40km传输距离范围内，100G、200G、400G在40km及80km传输范围的技术进行研究，2018年9月更改为P802.3 cn工作组，计划规范批准时间节点为2020年6月。&lt;/p&gt;
&lt;h2 id="50g光收发模块原理及功率预算"&gt;50G光收发模块原理及功率预算
&lt;/h2&gt;&lt;p&gt;基于50G PAM4光模块运用PAM4编码技术，每个采样周期的传输信息量提升了一倍，可以利用一对25G发射和接收器件实现50G传输速率，降低了模块的成本。50G PAM4可有多种应用场景，除了单通道的50GE PAM4光模块，还有4通道的200GE（4×50G）光模块和8通道的400GE（8×50G）光模块。&lt;/p&gt;
&lt;p&gt;下面以单通道50G PAM4即50GE光模块为例，介绍各模块功能。&lt;/p&gt;
&lt;p&gt;发送方向：数据经过50GE MAC、PCS、PMA后，通过2×26.5625Gbps接口(Golden finger，50GAUI-2)送到50GE光模块，经过PAM4 DSP编解码芯片进行速率和码型转换，从2通道转换为1通道，调制码型转换成为PAM4，速率为26.5625G波特率，激光器驱动芯片将PAM4信号放大，驱动25G激光器将电信号转换为单波长25GBaud（50Gbps）光信号。&lt;/p&gt;
&lt;p&gt;接收方向，接受器将单波长25GBaud光信号转换为电信号，整形放大后输出至PAM4 DSP编解码芯片，PAM4编解码芯片再将该信号转换为2*25G NRZ信号，通过2×26.5625Gbps接口(Golden finger，50GAUI-2)送到以太网处理芯片。&lt;/p&gt;
&lt;p&gt;目前50GE PAM4模块的封装形式为QSFP28，计划的封装为SFP56，光口类型为LC，使用单模光纤，中心波长为1311nm，传输距离为10km/40km，模块的最大功耗为4.5W。有关功率预算关键技术参数如下表：&lt;/p&gt;
&lt;p&gt;和传输距离相关的主要是通道插损，即光纤以及光纤连接器引入的插损之和。IEEE目前定义50G LR场景，极限情况下是1304.5nm，按0.43dB/km计算，即0.43dB/km×10km=4.3dB，还有6.3-4.3=2dB余量是给光纤连接、以及熔纤导致的插损。&lt;/p&gt;
&lt;h2 id="50g光收发模块相关技术"&gt;50G光收发模块相关技术
&lt;/h2&gt;&lt;p&gt;PAM4相比传统的NRZ信号，从2阶变为4阶，眼图从单眼变成3眼。在承载bit效率方面虽然提升了1倍，但也引入了对噪声、线性度敏感的问题，因此不能简单的利用已经成熟的25G光电模块，还需根据PAM4的特性进行相应的改变。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;发送机线性要求&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;由于多电平调制，PAM4 对器件的线性度有要求。当线性度差时，PAM4 输出眼图的3 个眼高度不一样，容易造成误判，增加了误码率。电器件比较容易满足上述要求，10 km 规格能采用直接调制激光器（DML）实现，同时也保证了低成本。40km规格则需要使用电吸收调制激光器(EML)和雪崩光电探测器。另一方面，10km和40km的规格均对高线性度的激光器驱动器和跨阻放大器有需求。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;光功率预算&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;功率预算主要考虑出光功率、光调制幅度（OMA）、光链路损耗、发射机和色散眼图闭合度（TDECQ）、多径干扰（MPI）和接收灵敏度等，PAM4在功率预算计算上与NRZ 类似。对于同样的接收信号幅度，由于PAM4发送4 个电平，最小信号眼图眼高比NRZ 的小5 dB 左右。因此，相比于NRZ 方式，PAM4 存在着5dB左右的调制代价。激光器的发射功率相对采用NRZ的25G激光器需要提高。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;PAM4 DSP芯片&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;由于PAM4编码有4种电平逻辑，所以要求模块内部的Driver和TIA芯片都具备线性输出功能，而NRZ模块使用限幅输出的方案即可。PAM4模块需要使用DSP来完成50G PAM4和2×25G NRZ信号的转换，而NRZ模块只需要使用传统的CDR芯片即可完成数据传输。&lt;/p&gt;
&lt;h2 id="50ge的应用及展望"&gt;50GE的应用及展望
&lt;/h2&gt;&lt;p&gt;50GE除了在数据中心的交换机以及服务器互联中大量采用，随着5G承载网建设的日益临近，其在承载网接入层中的应用也越来越多的得到运营商的关注。&lt;/p&gt;
&lt;p&gt;在运营商方面：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;中国移动：&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;李晗表示，在技术推动上，中国移动选择“两条腿走路”——既完善SPN的相关标准，推动其成熟，又发挥中国移动产业影响力，积极与光芯片、光器件、光模块等厂家合作，降低光层整体成本。SPN接入层采用50G PAM4 BiDi光模块，更好地满足带宽、同步等指标，需进一步推进产业成熟和降低成本。据悉，50GE光模块支持10km、100km DiBi方案，已有可商用产品，而50G较25G成本增加主要是PAM4电芯片，预计量产后50G PAM4较25G光模块贵10%-20%以内，预计单比特成本下降35%-45%。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;中国电信：&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;张成良指出，4G和5G相比，不仅是承载网络架构发生变化，对核心网、中传/回传、前传等都提出了更高的要求。核心网需要更高速的光模块（200G/400G）、更大的容量的光传输、更灵活的组网、更高效的光层调度。中传/回传需要更高速的光模块（50G/100G）、更大的网络带宽和更灵活的网络以及更好的性能。中国电信在STN招标里，要求STN-A2，STN-B设备“承诺支持50GE/25GE 接口”。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;中国联通&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;中国联通网络技术研究院沈世奎表示：“中国联通在5G承载网的建设已有较为清晰的方向，务实为本，采用产业链中更加成熟的技术；成本为主，以综合成本和TCO最低为目标。25G光层产业链已经完善，基于PAM4技术和25G光收发器实现的50GE更具性价比优势。”&lt;/p&gt;
&lt;p&gt;50GE光模块的应用需要整个产业链的共同促进，其中运营商的需求是决定因素，据目前的信息，中国移动在推进50GE的应用最积极，其次是中国电信，以中国移动的需求量，或许能够加速整个产业链的发展。&lt;/p&gt;
&lt;p&gt;国内传统通信设备厂商华为、中兴、烽火也都宣称5G承载网设备支持50G接口。华为一直在牵头做技术推动，2018年联合上下游企业发布了《50G PAM4技术白皮书》。在2019年4月，华为宣称通过了中国移动研究院组织开展的50GE单纤双向新技术测试，其在技术交流资料中，更是介绍了采用FlexE技术将50GE平滑升级成100G的方案。&lt;/p&gt;
&lt;p&gt;50GE在5G回传接入层的应用，主要取决于接入层流量预测以及50GE光收发器的价格。&lt;/p&gt;
&lt;p&gt;据测算，目前4G基站单站平均流速大概0.08Gb/s，结合目前运营商的建设指导意见，一个接入环大概带4个BBU集中点，一个BBU集中点大约带10个左右的基站，若按5G基站平均流速是4G的10倍计算，则一个环的总流速大概为0.08×10×4×10=32Gb/s，这种情况下采用50GE是比较合适的，但考虑初期50GE成本问题，建设初期可采用10GE建设，随着流量增加进行10GE捆绑方式扩容（实际上，也可考虑采用前传采用的25GE速率）。假若50GE的价格能够达到10GE价格的2-3倍时（这一点在数通的报价体系内估计很难达到），或100GE的1/3以下时，采用50GE是一个优选的方案，可以达到TCO的最优。n×10GE捆绑方式，除了考虑光模块的价格，还要把维护量的增加、数据配置的复杂、对光纤的占用都纳入TCO的评估中。据相关资料，现有4G回传接入层有30%-44%采用的40km10G光模块，因此50GE 40km光模块的价格对其应用也是至关重要的。&lt;/p&gt;
&lt;p&gt;126.6GBaud实为26.5625GBaud，在使用PAM4调制时，采用前向纠错编码RS-FEC（544，514）以及线路编码256b257b将25G变为26.5625G，25G×（544÷514）×（257÷256）＝26.5625G。&lt;/p&gt;
&lt;p&gt;225.8GBaud实为25.78125GBaud，在使用NRZ调制时，1）采用线路编码64b66b，将25G变为26.5625G。25G×（66÷64）＝25.78125G；2）采用前向纠错编码RS-FEC（528，514）以及线路编码256b257b将25G变为25.78125G，25G×（528÷514）×（257÷256）＝25.78125G。&lt;/p&gt;</description></item><item><title>无源波分前传分场景解决方案</title><link>https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/</link><pubDate>Sat, 12 Oct 2019 13:15:13 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/</guid><description>&lt;p&gt;ITU-T G.694.2规范在1270~1610nm范围内，建议了波长间隔为20nm的18个可用波长，如下图所示：&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/DWDM_bands.webp"
width="644"
height="381"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/DWDM_bands_hu_28170b3aaa1787e.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/DWDM_bands_hu_4a25cc7c4348340e.webp 1024w"
loading="lazy"
alt="波长间隔"
class="gallery-image"
data-flex-grow="169"
data-flex-basis="405px"
&gt;&lt;/p&gt;
&lt;p&gt;由于G.652 A/B光纤有水峰，一般都用1471~1611nm这8个波，对于G.652 C/D光纤，18个波均可使用。&lt;/p&gt;
&lt;p&gt;4G建设时期，前传主要采用光纤直驱方式，建设了大量接入主干和配线光缆。由于5G基站大量与4G共站，均有配线光缆接入，采用无源波分方式能最大化提高现有光缆的利用效能，为光缆网络增值，降低接入成本，是5G前传建设时需要重点考虑建设方式。&lt;/p&gt;
&lt;p&gt;目前用于5G前传的无源波分方案，主要有两种方式：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;6波25G方案
&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/6channel_cwdm.webp"
width="635"
height="216"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/6channel_cwdm_hu_1eac7a1d8ecdc4fc.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/6channel_cwdm_hu_d3a58e77b4bbbe84.webp 1024w"
loading="lazy"
alt="6波25G方案"
class="gallery-image"
data-flex-grow="293"
data-flex-basis="705px"
&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;12波方案（6波10G+6波25G）&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/12channel_cwdm.webp"
width="728"
height="380"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/12channel_cwdm_hu_c2be703ac0e630af.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/12channel_cwdm_hu_88d8b9ac41a280c3.webp 1024w"
loading="lazy"
alt="12波方案"
class="gallery-image"
data-flex-grow="191"
data-flex-basis="459px"
&gt;&lt;/p&gt;
&lt;p&gt;近期的上海移动5G无源波分招标，包含12波25G的无源波分方案，据推测，可能是采用移动的OPEN-WDM彩光方案，25G彩光模块前6波采用比较成熟的1271nm，1291nm，1311nm，1331nm，1351nm，1371nm，后6波选用目前较少采用的1471nm，1491nm，1511nm，1531nm，1551nm，1571nm这6个波长，后期需跟踪用于室外的12波25G彩光模块的整体成熟度和成本是否能降下来。&lt;/p&gt;
&lt;p&gt;在目前的5G前传建设中，也有采用25G单纤双向光模块，这种方式可以看作是一种光模块集成的CWDM方式，对于减轻主干、配线光缆的压力，起了很大的作用，在纤芯不紧张时，可以采用该方式。目前共享5G的前传接口需求尚不明确，若采用2×25G接口方案时，对光缆网纤芯的需求将是2倍的需求。&lt;/p&gt;
&lt;p&gt;针对不同的5G前传接入场景，6波和12波有不同的组合方案。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;场景1&lt;/strong&gt;：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;新建5G站址，配线光缆新建，接入主干利旧&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;配置：无源6波合分波器×2+25G彩光模块×6&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario1.webp"
width="730"
height="283"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario1_hu_4ec819fdbb2c1fd1.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario1_hu_733365c90d7359d3.webp 1024w"
loading="lazy"
alt="场景1"
class="gallery-image"
data-flex-grow="257"
data-flex-basis="619px"
&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;场景2&lt;/strong&gt;：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;5G与4G共站址，有少量纤芯，4G前传方式不变，5G采用无源波分&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;配置：无源6波合分波器×2+25G彩光模块×6&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario2.webp"
width="1163"
height="441"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario2_hu_755ae6e485dc7c02.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario2_hu_5817772904b08928.webp 1024w"
loading="lazy"
alt="场景2"
class="gallery-image"
data-flex-grow="263"
data-flex-basis="632px"
&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;场景3&lt;/strong&gt;：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;5G与4G共站址，有少量纤芯，4G前传采用无源波分，5G采裸光纤&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;配置：无源6波合分波器×2+10G彩光模块×6（比场景2成本低一些，但需割接4G基站）&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/scenario3"
loading="lazy"
alt="场景3"
&gt;3.webp)&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;场景4&lt;/strong&gt;：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;5G与4G共站址，无纤芯，4G、5G前传采用无源波分，腾退纤芯&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;配置：无源6波合分波器×4+10G彩光模块×6+25G彩光模块×6&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario4.webp"
width="1163"
height="441"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario4_hu_abc6da58c1bb05f1.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario4_hu_93f8ab8a1b57b6a4.webp 1024w"
loading="lazy"
alt="场景4"
class="gallery-image"
data-flex-grow="263"
data-flex-basis="632px"
&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;场景5&lt;/strong&gt;：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;5G与4G共站址，无纤芯，4G、5G前传采用无源波分，腾退纤芯&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;配置：无源12波合分波器×2+10G彩光模块×6+25G彩光模块×6&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario5.webp"
width="1163"
height="441"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario5_hu_71e132c9f426b9c5.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario5_hu_f69c97395513119c.webp 1024w"
loading="lazy"
alt="场景5"
class="gallery-image"
data-flex-grow="263"
data-flex-basis="632px"
&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;场景6&lt;/strong&gt;：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;联通电信共享5G，与4G共址，少量纤芯，5G前传采用无源波分&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;配置：无源6波合分波器×4+25G彩光模块×12&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;b&gt;假设每个AAU需要2个25G接口&lt;/b&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario6.webp"
width="1163"
height="395"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario6_hu_df0bbef6f0b2bece.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/scenario6_hu_eef47a142fe6a3cf.webp 1024w"
loading="lazy"
alt="场景6"
class="gallery-image"
data-flex-grow="294"
data-flex-basis="706px"
&gt;&lt;/p&gt;
&lt;p&gt;还有其他组合方式，就不一一列举了。总之，采用无源波分，主要目的就是腾退已占用纤芯和减少纤芯占用，对于4G前传RRU采用级联的情况，采用无源波分主要是减少5G前传纤芯占用。&lt;/p&gt;
&lt;p&gt;根据上海移动5G无源波分的招标公告以及中标公示，6波25G无源波分限价4000元/套（不含税），平均中标折扣率为70.18%，12波25G无源波分限价10600元/套（不含税），平均中标折扣率为79%。&lt;/p&gt;
&lt;p&gt;上海移动招标的是10公里光模块，最大线路损耗为11dB，也就是在11dB这个范围内，采用无源波分的成本是固定的，而新建光缆或使用光纤的成本和距离成正比关系，有一个成本交叉的临界点，如下图所示：&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/linjiedian.webp"
width="327"
height="214"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/linjiedian_hu_4d0d317349b61d58.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/linjiedian_hu_fb366ef6224960d6.webp 1024w"
loading="lazy"
alt="成本变化"
class="gallery-image"
data-flex-grow="152"
data-flex-basis="366px"
&gt;&lt;/p&gt;
&lt;p&gt;各本地网可以根据自己的情况进行测算，测算时应同时考虑主干与配线的综合成本，确定无源波分应用的最佳场景。&lt;/p&gt;
&lt;p&gt;有关材料显示近三年各运营商无源波分招标规模如下：&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/tongji.webp"
width="555"
height="286"
srcset="https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/tongji_hu_66861a1ccc17955f.webp 480w, https://blog.fallleaf.net/p/tech-passive-wdm-front-haul-scene-solution/tongji_hu_b193d2880aa3d1.webp 1024w"
loading="lazy"
alt="招标规模"
class="gallery-image"
data-flex-grow="194"
data-flex-basis="465px"
&gt;&lt;/p&gt;
&lt;p&gt;在现有的采购模式下，5G基站设备的采购和无源波分的采购是两个独立的项目，但都含有前传光模块的采购内容。如果前传采用无源波分方案，那么5G基站设备采购的光模块就重复了，带来资金的浪费，建议统一由一个项目来采购前传的光模块及CWDM合分波模块，降低整体的5G建设成本。&lt;/p&gt;</description></item><item><title>25G单纤双向收发合一光模块</title><link>https://blog.fallleaf.net/p/tech-25g-bidi-module/</link><pubDate>Sat, 03 Aug 2019 13:34:59 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-25g-bidi-module/</guid><description>&lt;p&gt;5G采用100M通道，64T64R天线时，若采用CPRI接口，带宽将达到393.216Gb/s，即便采用CPRI压缩算法，也会达到100Gb/s，而eCPRI只需25Gb/s的带宽，综合技术、成本等考虑，5G前传将采用25G速率。&lt;/p&gt;
&lt;p&gt;2016年5月IEEE通过了802.3by-2016规范，定义了25Gb/s应用媒质接入控制参数、物理层要求，2017年12月通过了802.3cc-2017标准以太网修正：物理层和管理参数，用于通过单模光纤实现串行25 Gbps以太网，2018年10月通过PAR，开展制定10Gb/s，25Gb/s，50Gb/s单纤双向物理层规范，项目号为P802.3cp。中国于2018年6月开始制定用于基站的25Gb/s单纤双向光收发合一模块技术规范，2018年11月发出征求意见稿，预计2019年完成标准制定工作。&lt;/p&gt;
&lt;p&gt;单纤双向方式可以节省50%的纤芯资源，大大节省了光缆线路的投资，同时由于上下行等距可有效保证高精度时间同步，因此，是5G前传的一种主要模式。&lt;/p&gt;
&lt;p&gt;下图是optech发布的一款25G单纤双向光模块，采用SFP28封装方式：&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-25g-bidi-module/25g-bidi-txrx.webp"
width="747"
height="440"
srcset="https://blog.fallleaf.net/p/tech-25g-bidi-module/25g-bidi-txrx_hu_a6f1cbd30437b995.webp 480w, https://blog.fallleaf.net/p/tech-25g-bidi-module/25g-bidi-txrx_hu_eac0f67620db50ab.webp 1024w"
loading="lazy"
alt="光模块"
class="gallery-image"
data-flex-grow="169"
data-flex-basis="407px"
&gt;&lt;/p&gt;
&lt;p&gt;下图是25G单纤双向光模块的原理图：&lt;/p&gt;
&lt;p&gt;&lt;img src="https://blog.fallleaf.net/p/tech-25g-bidi-module/Block_Diagram_of_Transceiver.webp"
width="943"
height="365"
srcset="https://blog.fallleaf.net/p/tech-25g-bidi-module/Block_Diagram_of_Transceiver_hu_4e153485a631ccbc.webp 480w, https://blog.fallleaf.net/p/tech-25g-bidi-module/Block_Diagram_of_Transceiver_hu_7d33a44214ee0c35.webp 1024w"
loading="lazy"
alt="原理框图"
class="gallery-image"
data-flex-grow="258"
data-flex-basis="620px"
&gt;&lt;/p&gt;
&lt;p&gt;25Gbit/s单纤双向光模块采用的波长业界有1270nm/1310nm和1270nm/1330nm两种方案，征求意见稿中初步确定采用1270nm/1330nm方案。&lt;/p&gt;
&lt;p&gt;25Gbit/s单纤双向光模块最高速率为25.78Gb/s，按传输距离分类可分为两种:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;中距:建议用于10km以内的场景&lt;/li&gt;
&lt;li&gt;长距:建议用于15km以内的场景&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;25Gbit/s单纤双向光模块光口参数分AAU侧和DU侧：&lt;/p&gt;
&lt;p&gt;AAU侧光口参数&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;光模块拉环为海蓝色&lt;/li&gt;
&lt;li&gt;发送端中心波长：1260nm~1280nm&lt;/li&gt;
&lt;li&gt;接收端接收波长：1320nm~1340nm&lt;/li&gt;
&lt;li&gt;平均发送光功率：10公里，-2.0 ~ +4.0dBm；15公里，0 ~ +6dBm&lt;/li&gt;
&lt;li&gt;发送和色散代价(TDP)：≤2.7dBm&lt;/li&gt;
&lt;li&gt;最大接受灵敏度：10公里，≤-13dBm；15公里，≤-14.5dBm&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;DU侧光口参数&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;光模块拉环为中黄色&lt;/li&gt;
&lt;li&gt;发送端中心波长：1320nm~1340nm&lt;/li&gt;
&lt;li&gt;接收端接收波长：1260nm~1280nm&lt;/li&gt;
&lt;li&gt;平均发送光功率：10公里，-2.0 ~ +4.0dBm；15公里，0 ~ +6dBm&lt;/li&gt;
&lt;li&gt;发送和色散代价(TDP)：≤2.7dBm&lt;/li&gt;
&lt;li&gt;最大接受灵敏度：10公里，≤-13dBm；15公里，≤-14dBm&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;信道功率预算和代价&lt;/p&gt;
&lt;p&gt;为了保证25G单纤双向光模块在现网中的应用,各项指标值需要保证功率预算需求,保证足够的冗余量。链路光功率预算需要考虑传输(光纤含熔接)损耗,活动连接头损耗和维护冗余等因素,光功率预算的公式如下:&lt;/p&gt;
&lt;p&gt;$$ P_o−S_i-E≥T+I+M $$&lt;/p&gt;
&lt;p&gt;式中:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;$$P_o — 最小发送光功率;$$&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;$$S_i—— 最大接收灵敏度;$$&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;$$E—— 发送和色散的代价;$$&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;$$T—— 传输(光纤含熔接)损耗,1310nm 波段光纤每公里损耗按 0.4dB 计算;$$&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;$$I—— 活动连接头损耗,每个按 0.5dB 计算;$$&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;$$M—— 维护冗余,工程中维护冗余按 3dB 计算。$$&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;按平均发光功率的统计数据计算，得出：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;10km模块最大线路衰减：&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;$$P_o−S_i−E=4.0−2.7−(−13)=14.4dB$$&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;15km模块最大线路衰减：&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;$$P_o−S_i−E=6.0−2.7−(−13)=17.4dB$$&lt;/p&gt;
&lt;p&gt;即当光缆线路端到端衰减大于14.4dB时，应选用15km单纤双向光模块。&lt;/p&gt;</description></item><item><title>LTE下的RAN</title><link>https://blog.fallleaf.net/p/tech-lte-ran/</link><pubDate>Mon, 12 Jul 2010 16:39:27 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-lte-ran/</guid><description>&lt;p&gt;R5版本的RAN，NODE B到RNC之间只有Iub接口，基站间没有互联，Iub可以看做是一个端到端的链接，目前采用PTN传送，已经没有异议了，但在LTE环境下，eNODE到MME/S-GW是S1接口，类似Iub接口，但相邻的eNODE之间有了X2互联接口，那么LTE环境下的RAN该采用何种技术？PTN是否仍然合适？是否需要新建一个基于三层技术的IP RAN呢？&lt;/p&gt;
&lt;p&gt;E2E时延： S1&amp;lt;10ms X2&amp;lt;20ms —–3GPP TR R3.018&lt;/p&gt;
&lt;p&gt;流量： S1站97%以上，X2小于3%；&lt;/p&gt;
&lt;p&gt;需要二层PTN吗？ 还是需要三层PTN? X2的时延，QOS？ EVPLAN EVPLINE&lt;/p&gt;
&lt;p&gt;LTE新的逻辑接口X2主要用于切换，由于这个接口的出现，基站出现了逻辑部分MESH互连的承载难题，对传统点到点的传输网络架构提出了挑战。但进一步分析可以发现，实际X2接口带宽需求不会很大（最大不会超过S1接口的3%），X2业务面传输时延要求端到端50－100ms，信令面传输时延要求约 10－20ms，这个要求比S1用户面时延5ms宽松了许多。&lt;/p&gt;
&lt;p&gt;LTE系统由核心网(EPC)、基站(eNodeB)和用户设备(UE)3部分组成。其中eNodeB负责无线接入网部分，称为E- UTRAN；EPC(EnvolvedPacketCore)是核心网部分，EPC信令处理部分称MME，数据处理部分称为SAE-Gateway。&lt;/p&gt;
&lt;p&gt;eNodeB与EPC通过S1接口连接，eNodeB间通过X2接口连接，UE与eNodeB通过Uu接口连接。和TD-SCDMA相比，X2接口类似于Iur接口，S1 接口类似于Iu接口，但有较大简化。由于英电和RNC融合为网元eNodeB，LTE比WCDMA和TD-SCDMA少了Iub接口。&lt;/p&gt;
&lt;p&gt;那么采用PTN接入的时候X2接口间的电路数量过多，在VLAN 上将会处理较为麻烦，而且PTN的LSP数量极剧增加，如果采用PTN传输是不是很麻烦，有一种说法是CE布置到汇聚层，完善数据城域网，接入层由传输负责，个人感觉还是比较好，X2的电路还是路由器调度比较方便，但是目前的机房条件好像再放路由器很难了，而且还有具有OTN。比较困难。不知道那位高手怎么看？&lt;/p&gt;
&lt;p&gt;“下面我们就来看还有一个困扰PTN的发展，就是LTE提出了X2接口，整个基站是扁平化的网络，这时候就趋向了包括S1Flex动态归属需求，基站和基站之间互联。现在我们在中国电信内部讨论PTN有很大的问题，第一就是对LTE的情况下，三层功能比较弱，另外解决大客户用的时候也是不能提供的。这是我们的 IP RAN承载方案，路由器方案、PTN接入路由器方案、PTN+路由器方案。我认为PTN+路由器方案是最糟糕的方案，但实际运用中也不尽然，可能运作中 PTN+路由器还是比较多的方案。如果你放在综合承载，PTN不仅仅是基站，而是综合的承载基站，你考虑LTE更复杂的网络拓扑，这时候提到这个方案还是有一定道理的，所以我们并没有排除这个方案，让用户来选择是最好的。“ –张成良&lt;/p&gt;
&lt;p&gt;若读者有什么想法，尽可留言。&lt;/p&gt;</description></item><item><title>为什么通信设备使用–48V这样的负电源系统</title><link>https://blog.fallleaf.net/p/tech-why-use-48v-telcom-equiment/</link><pubDate>Wed, 21 Dec 2005 11:25:17 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-why-use-48v-telcom-equiment/</guid><description>&lt;p&gt;在C114论坛上找到了这片文章，把原因大概解释了一下。没有去翻查资料考证是否正确之前，就以这个解释为准吧。&lt;/p&gt;
&lt;p&gt;整理：邓兴昌&lt;/p&gt;
&lt;p&gt;A：这里面包含2 个意思：&lt;/p&gt;
&lt;p&gt;（1） 极性为何是负电源（也就是正接地）？&lt;/p&gt;
&lt;p&gt;（2） 电压为何为-48V（-36~ -72V）？&lt;/p&gt;
&lt;p&gt;先说一下第2个问题。使用-48V电源是历史原因造成的。使用最早的通讯网是电话网，话机是由电讯局供电的，选48V是在当时的条件下尽可能提高用户到端局的距离（36V是安全电压，超过太多不安全）。后来为了兼容早期设备、降低成本考虑，局端通讯设备还是用-48V电源。&lt;/p&gt;
&lt;p&gt;同样，采用负电源系统，正极接地只是约定俗成。原来有个说法是空气中有大量的负电荷，根据电化学知识，正极接地可以吸附空气中的负离子，从而保护电信设备的外壳不被锈蚀。其实这种说法不是很对。原电池反应和电解反应是会导致设备生锈，但是因为它们在设备上是以微观形式存在的，几乎没有影响。例如非通讯系统的网络都是负极接地（例如您正在使用的计算机），但是并没有生锈。并且-48V内部都通过DC/DC隔离，DC/DC输出的就是负极接地，也没有看到单板腐蚀生锈。所以不论哪个极接地，都是一样的。&lt;/p&gt;
&lt;p&gt;至于设备的外壳接地（接PGND），这是出于保护性的目的，将设备上累积的电荷快速泻放到大地，从而不会损伤设备和工作人员。&lt;/p&gt;
&lt;p&gt;我们的产品基本上都是使用-48V 电源系统，一般测到的实际电压是–53.5V。这是因为出于可靠考虑， 通讯设备都带有备用电池（-48v），为了保证电池的可靠充电，供电电压需要略高于电池电压。&lt;/p&gt;
&lt;p&gt;通过媒介可能还会了解到有使用-24V电源系统的设备，这是现代一些内部设备为设计方便而使用的。一般测量到电源的输出电压26.8V。&lt;/p&gt;
&lt;p&gt;一般要求设备在电压波动范围±20%内工作正常。对-48V系统设备就是要求工作电压范围-38.4V ~ 57.6V，但是我们实际上一般要求工作范围–36V ~ -72V。主要是考虑-48V 系统设备要兼容–60V电源系统，它要求–48~ -72V。这样取合集就是就是要求工作电压范围约-36V ~ -72V。&lt;/p&gt;
&lt;p&gt;顺便提一下，-48V 电源系统只是我国和大部分国家采用的通信电源标准， 并非所有国家都使用这个标准，例如俄罗斯会使用-60V 的电源系统，还有某些国家使用-24V 的电源系统。如果产品要在这些地区销售，就要兼顾这些不同的标准。&lt;/p&gt;
&lt;p&gt;市电的标准在世界范围内也是不同的，例如我国和欧洲等采用220V 的市电系统，美国、日本等是110V 的市电。&lt;/p&gt;
&lt;p&gt;从华为的资料中找到为什么是正极接地的解释，作为补充解释：&lt;/p&gt;
&lt;p&gt;正极接地主要是为了防止电极的腐蚀。电话局蓄电池组-48V或-24V是正极接地，其原因是减少由于继电器或电缆金属外皮绝缘不良时产生的电蚀作用，使继电器和电缆金属外皮受到损坏。因为在电蚀时，金属离子在化学反应下是由正极向负极移动的。继电器线圈和铁芯之间的绝缘不良，就有小电流流过，电池组负极接地时，线圈的导线有可能蚀断。反之，如电池组正极接地，虽然铁芯也会受到电蚀，但线圈的导线不会腐蚀，铁芯的质量较大，不会招致可察觉的后果。正极接地也可以使外线电缆的芯线在绝缘不良时免受腐蚀。（注：隐含条件是继电器铁芯接地）&lt;/p&gt;</description></item><item><title>C-FOL论坛上一个关于MSTP的讨论</title><link>https://blog.fallleaf.net/p/tech-discuss-mstp-cfol/</link><pubDate>Mon, 07 Nov 2005 09:11:59 +0800</pubDate><guid>https://blog.fallleaf.net/p/tech-discuss-mstp-cfol/</guid><description>&lt;p&gt;晚上和同事用IM讨论一个软课题，顺便到[[C-FOL论坛]]上查找资料，ASON的一个“MSTP上提供三层路由的功能有用吗？ “的帖子引起了长达一年的讨 论，开始于2004年1月，目前截至于2005年月。这个帖子的讨论对我帮助很大，今天凑空把讨论的内容整理一下，留做纪念。&lt;/p&gt;
&lt;p&gt;ASON:&lt;/p&gt;
&lt;p&gt;问题:MSTP上提供三层路由的功能有用吗？&lt;/p&gt;
&lt;p&gt;有的厂家在MSTP上提供三层的处理能力，有的厂家说没有需要，有的厂家在开发，大家讨论讨论，在MSTP上如果提供路由功能，可以带来什么好处呢？&lt;/p&gt;
&lt;p&gt;fol:&lt;/p&gt;
&lt;p&gt;目前我的理解，没有太多好处，反而使网络层次复杂了。这是厂家的一个热点&lt;/p&gt;
&lt;p&gt;ASON:&lt;/p&gt;
&lt;p&gt;我提出这个问题来，其实自己的心中早就有了答案：那就是，随着MSTP技术的不断完善，MSTP不光会提供三层路由功能，其实更多的数据处理功能会不断的引入到MSTP上的。毕竟SDH的在那摆着，数据业务发展迅猛，MSTP一定会不断适应市场的需要，满足市场的需要的。 适者生存啊。&lt;/p&gt;
&lt;p&gt;yxy791106：&lt;/p&gt;
&lt;p&gt;好久没来灌水了，实在忙的慌～&lt;/p&gt;
&lt;p&gt;首先要对MSTP做一个定义，中国的MSTP是基于SDH的，如果把SDH作为主流技术使用，任何在MSTP上叠加的其他技术都是不可能完善的。L3是肯 定的，因为ONS15454就已经在试验了，但是如果把一个多层交换机完完全全摆上去，路由条目该做多少？用NPU还是ASIC？AAA作不作？牵涉的问 题一大堆了。&lt;/p&gt;
&lt;p&gt;从目前来看，MSTP应该继续进化，变成所谓的ISN。即Intergrate Service Node，综合服务节点，对基于SDH主流的MSTP做完全的改进，形成一个新的系统模型，完成G.709上完全的PACKET OVER FIBER。在未来的网络种，叠加传输和数据是不现实的，只有在容量上分层，技术上不可能分割。&lt;/p&gt;
&lt;p&gt;ASON：&lt;/p&gt;
&lt;p&gt;MSTP应用之一：以太网点到点的透明传送 SDH设备原来纯粹是用来传送TDM业务的。直到几年前，1999年左右开始有厂家把以太网的业务放到SDH的设备上去传送。这时候的SDH设备只是在物 理层上面对以太网业务做处理，起到以太网桥的作用。在以太网数据的源点，SDH设备把以太网的数据帧映射到VC里，然后在整个SDH网络上传送，在以太网 数据的目的点，SDH设备把VC里的以太网数据解出来，通过以太网的支路接口把以太网送出去。 因为这种方法比较简单，以太网的传送和普通话音业务没有什么区别，还是电路模式，所以传输部门的运维人员不需要太多的培训就可以理解，并能很快的开业务了。 这个阶段的SDH设备基本是把10M业务放到一个VC或多个的VC里进行传送的。封装的方式是八仙过海，各显神通。厂家和厂家之间以太网板卡完全无法互连 互通。直到出现了GFP，在实际测试时才有了互连互通的实例。（我个人认为，也就是在这种应用上，GFP还算是有用的。） 在点到点的传送工程中，有两种特例，值得一提。 一种是点到多点的应用， 由于话务矩阵在许多小的接入环上往往是一个中心点A，多个接入点B,C,D…，BCD等只有和A通信的交叉连接，而BCD等点之间的通信基本没有。针 对这种集中式的业务模式，有的公司开发出了一种特别的以太网板卡，用于中心节点。这个中心节点的以太网板卡可以实现点到多点的以太网终结，号称点到多点的 方向可以有16个节点之多，刚好和MSSPRING的SDH节点数量保持一致。这个中心板卡把多个BCD等点送来以太网的业务汇聚到一个以太网接口送出。 这种应用特别普遍，SDH的运维人员也好理解。我无法确认的是，这种板卡是否支持真正的L2交换的功能，很可能只是简单的电路复用/解复用。如果是真正的 L2交换的话，我觉得似乎是不用强调自己的多方向性。 一种是IP层的映射和封装 由于以太网业务里主要是IP的应用比较多，所以有的厂家干脆就提供一种额外的封装方式。这种方式的应用是这样的：在SDH网络的两端A/B，A节点上接以 太网端口，B节点上接路由器的POS接口。在B节点上，SDH设备不用做任何特别的处理，直接把POS接口来的数据业务（这些业务是封装在VC里的）放到 相应的STM-N的VC上，然后传送到A节点。A节点上，SDH设备需要做两个工作。一个工作是将从接入口来的以太网数据帧拆开，取出IP包，将IP包放 （封装，映射）到VC上传送到B点。一个工作是将从B节点来的IP包从VC中取出，然后打上以太网二层的封装，从以太网支路接口送出去。 这种方法针对IP的应用，传输时不用传送L2的开销，传输的效率比较高。针对数据应用非常方便，也绕开了SDH设备在数据上互连互通的问题。不过我好像没有听说哪里有这样的应用。&lt;/p&gt;
&lt;p&gt;tianzd：&lt;/p&gt;
&lt;p&gt;反向思维：MSTP是近两年厂家、专家炒作的热点，对新兴运营商新建数据类网络是十分有利，但对传统运营商存在很多问题，传送层面从道理上应是开放的， MSTP设备结构中ＳＤH核心部分（光、交叉）都没有实质性变化，只是各种不同的业务叠加在SDH上，变化仅在低端接口，各厂家相关协议、接口又不统一， 所以MSTP只是让人感觉不错，能支持各种业务需求，但真正在网络组网应用时觉得存在这样那样的不便。再加上目前厂家主要以透传版本为主，设备价格居高不 下，原有网络投资如何才能得到保护？目前光纤比麻绳便宜，传统SDH设备价格继续走低，只要有管线资源，带宽浪费点又有多大关系？MSTP要大量应用，个 人认为一是价格，二是标准化问题。目前MSTP上提供路由功能只是厂家的试验田，没多大意义。&lt;/p&gt;
&lt;p&gt;yxy791106：&lt;/p&gt;
&lt;p&gt;第二种特例中对L2的处理欠妥，MAC直接映射完全能做到，不必非要拆到L3。 所谓“传输时不用传送L2的开销”，纯属扯淡。没有任何一种技术能够脱离开OSI七层协议～ 综合看来，tianzd的话很有道理，基本赞同。但对于最后一句觉得值得商榷，“没有多大意义”很难讲，至少我认为，这代表了ISN的发展方向。&lt;/p&gt;
&lt;p&gt;ASON：&lt;/p&gt;
&lt;p&gt;首先澄清yxy791106的指出的一个错误， 我指的“传输时不用传送L2的开销”，有问题，应该是更正为：传输时，省略了MAC的源地址/目的地址，以及相应的一些以太网的L2开销。&lt;/p&gt;
&lt;p&gt;因为原来的点到点封装是IP－－》以太网帧－－》ppp－－》VC，现在的变成了IP–&amp;gt;ppp–&amp;gt;VC&lt;/p&gt;
&lt;p&gt;to tianzd：你这样想法，在搞传输的人中间十分有代表性，我原来也是这样想的。呵呵，不过希望你看完我的长篇小论后，会有一些改变。如果你能自己看看数 据 网络方面的书，估计会给我上上课呢。MSTP的物理层处理，即对SDH信号的处理肯定是100年不动摇的，但数据处理能力，如果不能做到与时俱进的话， MSTP就不叫MSTP了，那该叫SDH。&lt;/p&gt;
&lt;p&gt;yxy791106：&lt;/p&gt;
&lt;p&gt;IP–&amp;gt;ppp–&amp;gt;VC中间少了HDLC啊，HDLC是L2的，它带开销的。呵呵，估计想完全避开做不到。&lt;/p&gt;
&lt;p&gt;ASON的想法挺有意思的，当年我在CISCO培训的时候，老师的一句话给我留下至深的印象：未来的世界是IP的。这句话现在听起来或许很普通，但是当时在我这么一个刚出茅庐的学生而言，给我留下了不可磨灭的印象。&lt;/p&gt;
&lt;p&gt;现在虽然从事传输的工作，但始终没有忘记老师的话，什么东西都想往数据上靠，呵呵，结果在众传输人的口水中，我撑伞奋勇向前。&lt;/p&gt;
&lt;p&gt;ASON:&lt;/p&gt;
&lt;p&gt;是啊，要在传输人的思想中灌进一点data的水，可不容易啊。&lt;/p&gt;
&lt;p&gt;bigtaildog：&lt;/p&gt;
&lt;p&gt;SON谈到的是 MSTP和数据层面的融合，MSTP和 WDM的融合，你是怎样看的呢? 如果以后，城域网都是DWDM,是不是G.709的OTN信号格式处理更加好些呢。 燕子所谈到的ISN概念，说的应是设备对多层协议融合的概念? 印象中看过Bellcore公司的一个ppt, 谈到现在的网络设备，大部分比较分离的处在各层之内，如MSPP涵盖了L1/L2层，大部分DWDM算是L1层.一些ATM/FR交换设备算是L2层，还 有路由器涵盖的是L3以上层.它们对未来设备的发展的预测是，未来的设备将体现多个层面的融合，如对应着optical packet node的设备将会出现，涵盖L3到L1层(ISN算不算)，mspp与上层和DWDM更多的融合，IP路由器与WDM的融合等等。&lt;/p&gt;
&lt;p&gt;ASON：&lt;/p&gt;
&lt;p&gt;MSTP的以太网交换功能 当SDH设备的提供以太网接口不再是什么新鲜的事情以后，开始有厂家玩起了新噱头，开吹MSTP，号称多业务传送平台。结果所有的传输设备厂家一起起哄， 都说自己的设备是MSTP。还有所谓新一代的MSTP之说，搞得大家一头的烟。原来信奉ITU-T标准的传输人，视韦大师的SDH著作为圣经的我等，目瞪 口呆了好一阵之后，终于只好跟上潮流，好好琢磨这个数据产品的东东了。 其实所谓的MSTP，或多或少的有以下的特点： 1) 支持以太网接口，包括E,FE,GE 2) 支持ATM接口，主要是155M速率接口，也有34M的，在电信ADSL飞速发展的背景下，这个东东或得了广泛的应用。将来在3G的网络中，数据的应用也会用到ATM接口的。 3) 支持L2的以太网交换 4) 支持一定的流控和QoS处理能力 5) 支持RPR 6) 支持L3路由和交换功能 7) 支持MPLS，或者其他更“数据”的处理功能 个人认为，如果一个SDH设备只是支持以太网业务的透明传送，叫MSTP好像是夸张了一点，怎么都在这上面的功能里选多几项啊。&lt;/p&gt;
&lt;p&gt;fallleaf：&lt;/p&gt;
&lt;p&gt;好热闹呀。我也凑个热闹。 我到觉得之所以强调MSTP，主要看中了他的保护功能。如果在IP层面的保护功能做的好，抛开SDH这层，直接IP–&amp;gt;FIBER上不就行了？&lt;/p&gt;
&lt;p&gt;ASON： 关 于MSTP和DWDM的融合，其实早在多年前，刚刚出现DWDM的时候，许多的SDH厂家提供的集成式DWDM系统，其实就是在SDH设备上改进而成 的。把光接口盘（好不容易用了传输的术语呵呵，现在我都叫光接口卡，光接口板了）换成了彩色光口的，配上无源的合波器、分波器，加上OA，一个融合的 SDH，DWDM平台就诞生了，呵呵。 这些设备在公务的处理方面可能有一些问题（无单独的OSC，或者OSC直接利用STM-N的光盘处理)，加上不够开放的缘故，所以最后电信上的基本都是开放式的DWDM了。&lt;/p&gt;
&lt;p&gt;ASON：&lt;/p&gt;
&lt;p&gt;如 果在城域网中，DWDM和MSTP融合的话，我觉得初步的融合技术上不是太难的事情，例如采用WDM器件和彩色光口的配合，许多厂家现在就可以提供。这 种方式也就是在点到点或链形网络上使用比较合适。如果真的要实现环形组网，让光信号在环上自由（reconfigurable或not reconfigurable）的上下，做成这样的设备，各光信号的功率需要自动，半自动的均衡，可就不那么容易了，关键是设备的价钱贵啊。&lt;/p&gt;
&lt;p&gt;tianzd：&lt;/p&gt;
&lt;p&gt;ASON 就知道你挺新潮，你发的帖子有关内容早就读过，我是最近才有时间来光世纪论坛与各位讨教。一是觉得论坛较闷，二来觉得大家技术上跟潮，于是到处点 点火。MSTP融合了数据和传输，从技术上无可厚非，只是提醒大家技术不能决定一切，运营商更关注投资效益与发展，另一方面目前的MSTP设备技术层面有 太多软肋，不成熟。ASON，不知道你有没有去了解运营商对已建SDH进行MSTP功能升级的情况。我个人认为所有的新技术运营商都跟踪关注，并不放弃应 用，但规模应用它们都很谨慎，尤其是几大运营商都已上市，要对股东负责。事实上，目前传统运营商MSTP的网络应用处于数量少、技术层次低的状态，相当一 部分应用都属于实验性的，所以，说句“目前MSTP上提供路由功能只是厂家的试验田，没多大意义”，只是反映一下目前MSTP在国内传统网络内的尴尬状 态。&lt;/p&gt;
&lt;p&gt;ASON：&lt;/p&gt;
&lt;p&gt;当SDH设备能够透传以太网业务以后，紧接着大家就会发现，哎呀，L2交换的功能好方便 啊，我们需要在透传的基础上把以太网二层交换的功能做到设备里去。 二层交换的原理想必大家都已经清楚了，如果不清楚的话，随便上街买本CCNA的教材读读就明白了，只要搞清楚access port，trunk port， vlan，802.1Q，spanning－tree就够用了（这些个名词的中文翻译，我也搞不好，只好用E文了，唯一知道spanning-tree的 中文名字在数学里叫最小支撑树，现在IT人都叫生成树了，呵呵）。L2交换在MSTP上的实现可以带来以下的一些好处：（未能一一尽录，恳请原谅，排名不 分先后） 1) 统计复用，可以更好地享受高带宽 以太网业务不再需要象电路模式的开通方式，不需要独占传输的带宽。现在，我们只需要利用VC构成的一个以太网的传输管道。这个传输的管道就象总线一样，所 有挂在以太网传输管道上的MSTP节点都可以互相自由的交换以太网数据帧，不需要人工的干预。在这个管道内，带宽是共享的，MSTP节点在需要传送数据的 时候才会去占用带宽，所以带宽的利用率是比较高的。（在此和tianzd讨论一下：只要有管线资源，带宽浪费一点问题有多大？ 有管线资源并不能表明就可以开业务，还需要传输设备吧，传输设备对带宽的利用率越高，相对的设备的费用不就降低了？现在运营商有丰富的传输资源，如果能够把相对富裕的传输资源提供给增长的数据业务，不是很好吗？这时候就需要MSTP啦） 2) 组网更方便 象上面提到的，点到多点的应用，如果中心点有两个点A和A’，BCD等各点需要将以太网业务传到A和A’时，透传的方式实现起来就很难看了。用二层交换的 功能，只要在A，A’，BCD等节点之间开一条VC的通道就轻易实现了。呵呵，而且A和A’点也不需要支持多个方向了，两个方向的WAN就可以把环上其他 的节点都接起来了。 3) 利用spanning－tree带来的保护功能。 有了SDH的50ms保护倒换，还需要L2的保护吗？这个东东又慢，又需要占用带宽和cpu资源。嗯，问题分成两个方面来看，如果SDH设备的带宽充足， 可以对以太网业务实现保护，那L2的以太网根本还没有发觉网络有个中断，SDH的保护都已经完成了。这种情况下，spanning－tree只是起到防止 环路发生的作用。但如果，以太网业务需要自己实现保护的时候，spanning－tree还是有用的。记得曾经某知名公司的技术人员要提出ITU-T的新 建议时，有一个草案就是和spanning－tree有关的。记得好像是说有两个交换机通过两条DWDM链路连接起来，如果中间的一条DWDM链路中断 了，这两个数据设备都无法知道中间链路出了问题（因为和交换机连的端口还是up的），那交换机就无法实现保护了，所以要提出改进建议。其实如果交换机支持 spanning－tree，并且能够正常工作的情况下，即使中间的DWDM链路断了一条，交换机是可以自己实现倒换的。时间长短决定于spanning －tree的协议和定时器。可能几秒到几十秒。&lt;/p&gt;
&lt;p&gt;提出了L2交换的好处，当然L2的坏处也要说说&lt;/p&gt;
&lt;p&gt;事实上，目前传统运营商MSTP的网络应用处于数量少、技术层次低的状态，相当一部分应用都属于实验性的，所以，说句“目前MSTP上提供路由功能只是厂家的试验田，没多大意义” 呵呵，我同意你的前半句话，后面的半句话则有保留意见。 我觉得目前MSTP网络应用少的关键原因不是技术上的，在与数据部门和传输部门的相对独立。现在很明显的是，数据业务的市场在发展，数据部门的人还倾向于 用数据设备组网，和传输部门的接口就是STM-1，如果这种情况持续下去，MSTP始终不会有大的发展。传输部门的人，因为始终没有接触数据设备或者推广 数据业务，对使用和推广数据业务的兴趣自然是不高了。 MSTP上的路由功能确实是试验田，但也可以看出是黄浦军校，是培养传输人学习和应用数据业务的好机会，从这方面说，我觉得意义很大。 如果以后成立了基础网络部，统一放号和开通业务的时候，MSTP就会大有作为了。&lt;/p&gt;
&lt;p&gt;tianzd：&lt;/p&gt;
&lt;p&gt;事实上，目前数据部门与传输部门在业务发展、网络组织上并不是相互独立，在面对客户为中心的今天，运营商各部门对综合业务的解决方案始终是有共同的兴趣。&lt;/p&gt;
&lt;p&gt;fallleaf：&lt;/p&gt;
&lt;p&gt;关键是怎么用MSTP，现在厂家总是炒概念。不如踏踏实实帮助运营商提出一个实实在在的网络方案。 现在的应用不能不让人怀疑MSTP的作用。&lt;/p&gt;
&lt;p&gt;bigtaildog：&lt;/p&gt;
&lt;p&gt;AOLS: MSTP再发展向什么方向？再测测什么东西&lt;/p&gt;
&lt;p&gt;aols 修 行: 版主&lt;/p&gt;
&lt;p&gt;MSTP再发展向什么方向？再测测什么东西 实际上是想接着ASON的东西灌水，结果总是进不了页面，只能另开了，不好意思&lt;/p&gt;
&lt;p&gt;2002年，传输所受中国移动委托测试了城域网设备：MSTP和OADM，共有17家厂商参加了测试，初步验证了SDH上支持以太网的数据能力（透传、二 层交换、环网等）；2003年中国电信北京研究院组织了16家厂商进行了长达3个多月的MSTP测试，根据SDH性能、以太网、ATM、网管、互联互通 （VCAT/GFP和LCAS）等几方面的结果，做了综合的排名，实现了多个厂家基于GFP映射的虚级联互通、LCAS互通；最近又听说传输所又在测试 MSTP，不知会测出什么新的结果？内嵌RPR，还是Martini MPLS功能？进行了这么多的测试，也有很多专家预言了其发展方向，可现在省内城域网的建设MSTP真的发挥了多少其多业务节点的特性，建设中MSTP在 网络的运营维护中是如何管理的？（数据网管还是传输网管）应用的问题还没有呈现的特别明显&lt;/p&gt;
&lt;p&gt;fallleaf：&lt;/p&gt;
&lt;p&gt;年初是中国移动搞测试，现在还没完。到月底会有一个测试结果。传输网的建设思路也会出来。&lt;/p&gt;
&lt;p&gt;ASON：&lt;/p&gt;
&lt;p&gt;有了L2的交换功能，我认为MSTP还不具备开展大规模以太网业务的能力，其原因当然是受到了L2交换的一些限制，其具体表现在： 1) VLAN的数目限制 根据802.1Q的标准，VLAN最大的数量是4096个。这个数量完全无法满足运营商运营的要求。所以许多的厂家提出了改进的方法，主要的思想就是在 802.1q的以太网帧上面加多一个标签。增加了一个标签，VLAN的数量可以大大的增加，运营商使用起来也更加的方便。而且原来的VLAN标签可以让给 最终用户使用。但标签的加法，各厂家又不一样了。有的厂家直接在802.1Q的帧上再打一个802.1Q的标签，简称QinQ，或标签堆栈。有的厂家自己 开发一个标签。有的厂家号称采用MPLS的方法来解决，因为MPLS的标签也是放在二层的帧里的。（呵呵，大家看到了吧，到了这一步，GFP的用处还有多 大呢？因为各厂家的二层处理完全不同，GFP也只能是在透传的时候保证互连互通。另外我对某些厂家号称的MPLS持保留态度。我怀疑他们所谓MPLS只不 过是QinQ的一个变种。真正的MPLS是基于标签做转发的，并且转发的时候目的mac地址是会变的。QinQ是基于Mac地址做转发的，转发的时候目的 mac是不变的。呵呵） 2) MAC地址表的容量限制 这个不用多说了，张成良大师的ppt里已经讲得很清楚了。L2交换是通过交换机（或者说是MSTP里的L2交换模块）里的一个MAC寻址表工作的。维护这 个表需要经常发广播包，转发以太网帧，也需要这个表去对应目的mac地址和转发的端口。一个交换机的典型MAC寻址容量是几k到几十k，纯L2交换并不能 完全满足大规模部署以太网业务的需要。 3) 网络组网没有层次，不具备可扩展性 L2的交换是一个非常扁平的网络，在大规模使用时，如果不与路由设备相结合，会遇到较多的困难。 4) 共享带宽不均衡的限制 在L2的交换过程中，如果没有QoS的保障，会出现离目的地远的交换机所能占用的带宽会被较近的交换机挤占的现象。这时，网络的规划显得非常重要。一个是 利用不同的VLAN和spanning－tree，尽量将业务分流。在VC传输管道上也需要考虑是安排多一点的带宽，还是干脆就将以太网业务放到不同的管 道里去传。或者通过QoS策略，保证每个节点的应有带宽。 fallleaf：&lt;/p&gt;
&lt;p&gt;ASON所说的总感觉是就技术谈技术，没有结合实际情况。有些一厢情愿&lt;/p&gt;
&lt;p&gt;ASON:&lt;/p&gt;
&lt;p&gt;当年搞载波机的人对搞PDH的人说：“一根光纤传这么多路电话，如果断了怎么办。” 当年搞PDH的人对搞SDH的人说：“你这155M还没有我140M传的话路多，我用不着交叉连接，有DDF，调电路更方便。” 当年搞SDH的人对搞MSTP的人说：“。。。。。。” 让不远的将来来说吧，呵呵&lt;/p&gt;
&lt;p&gt;fallleaf，呵呵，如果真有实际的情况，你不妨放一个上来，让大家都讨论讨论吧。这里高手如云，大家没准各出奇招呢。&lt;/p&gt;
&lt;p&gt;fallleaf:&lt;/p&gt;
&lt;p&gt;问题就在于没有多少实例验证MSTP的组网功能。用的上的最多是透传。其他功能还有什么用。&lt;/p&gt;
&lt;p&gt;ASON:&lt;/p&gt;
&lt;p&gt;呵呵，其实好多中小城市的数据网其实是可以以MSTP为主，构成数据城域网的。关键是这些MSTP需要解决纯L2交换的一些局限，如我上文所说。在城域网的接入和汇聚层，MSTP有许多应用的机会。&lt;/p&gt;
&lt;p&gt;关键是，现在负责建设数据城域网的是数据部门，不是传输部门，所以MSTP没有用武之地啊。从这个方面讲，设计部门更应该及早了解MSTP的数据处理能力，在设计网络的时候能够统一考虑，提出综合的网络设计方案。&lt;/p&gt;
&lt;p&gt;问题就在于没有多少实例验证MSTP的组网功能。用的上的最多是透传。&lt;/p&gt;
&lt;p&gt;透传的以太网业务是干什么用的？MSTP可以凭借自己强大的数据处理功能，在需要处理以太网业务的地方发挥自己应有的作用的。&lt;/p&gt;
&lt;p&gt;另外，透传也要好好研究，有在物理层的映射，这叫透传。还有二层的QinQ，以太网业务也可以透传，甚至在三层的Ethernet over MPLS，也是透传。呵呵，如果MSTP能够做到Ethernet over MPLS，那用它来组数据城域网还有什么不可以的？&lt;/p&gt;
&lt;p&gt;tianzd:&lt;/p&gt;
&lt;p&gt;问题就在于没有多少实例验证MSTP的组网功能。用的上的最多是透传。&lt;/p&gt;
&lt;p&gt;这句话很对。目前大多数厂家MSTP设备没有解决以太网保护方式和保护倒换准则如二层交换保护（STP保护）、以太环网保护、ATM VP RING支持等等，二层交换实际处于研发或试用状态。为什么会主要使用路由器＋E1/POS接入、路由器＋光纤直连等方式（自然是MSTP、SDH、PDH、微波、光纤直连、光纤拉远等手段都使用）进行数据业务接入，不是传输或数据部门的技术观念问题，你说谁愿意用落后的技术？在用网络改造可比新建困难的多，除 了投资汇报等因素外，应该说现阶段MSTP设备在标准、产品上都与实际应用有差距，希望MSTP研发人员转换观念，深入实际应用，作为厂家、专家不要为MSTP而MSTP，光顾着炒作，要充分理解实际网络所需要的解决方案，理解MSTP STM－64、MSTP－16、STM－4/1实现的功能要求也是不一样的，需要它们的系统性（希望对此有高见：核心、汇聚、接入是不同的要求），以便充分利用MSTP强大的数据功能组网处理数据业务。&lt;/p&gt;
&lt;p&gt;关于传输所MSTP测试问题：应该是验证各厂家设备数据功能的实际所用技术、能力，并没有综合排名之说。 按MSTP设备目前状态，数据与传送网管只能各管各的。 所有运营商当然希望原有SDH进行MSTP功能升级后就能解决所有数据业务问题。只是目前设备性能不怎么样，价格却不低。&lt;/p&gt;
&lt;p&gt;谢fallleaf！！！个人认为新建的小网络使用MSTP无可厚非，希望能有大网络特别是综合网络实例验证MSTP的组网功能。咱们关注新技术，不迷信新技术。 回头看：朗讯94—96力推DXC，从中国电信捞了不少票子，可实际上DDF一个也不少，更可怜的是连千年虫问题时也需付美金请老外站在DXC旁来软件升级。&lt;/p&gt;
&lt;p&gt;ASON:&lt;/p&gt;
&lt;p&gt;只是目前设备性能不怎么样，价格却不低。&lt;/p&gt;
&lt;p&gt;呵呵，我觉得这句话也许道出了MSTP目前所面临的问题。另外，对于数据应用来说，我觉得MSTP也就是应用在接入层和汇聚层，核心层的数据设备还是需要 专门的交换机和路由器的。如果定位在接入和汇聚层，MSTP的接口速率应该是622M，2.5G这个水平。如果是局间的数据业务高速透传，可能需要用到 10G的SDH设备来传送高速的数据业务，但不需要MSTP来处理了。155M级别的SDH设备，传传低速的以太网业务就可以了，哈哈，没必要再搞什么特 别的东东在上面了。&lt;/p&gt;
&lt;p&gt;yxy791106:&lt;/p&gt;
&lt;p&gt;注意看，首先，VPN之间的互通的MPLS-VPN可以由MSTP完成，但在目前，注意！是目前！对于MPLS-VPN的实现不可能单独依赖MSTP，毕竟，MSTP的能力没有这么强。&lt;/p&gt;
&lt;p&gt;但是，假如个别的专网用户，要求大带宽，但是它们的路由策略又非常简单（比如仅仅若干条静态路由即可解决问题），比如这个例子里面的VPNA和B，这时在MSTP上叠加L3就是件好事情。我1个MSTP就OK了。而且直接纳入了电信的传输网，管理非常方便。&lt;/p&gt;
&lt;p&gt;另外更正一些基本错误，ASON说的：“EthernetoverMPLS”，通常认为是L2的MPLS-VPN，挂不上L3。CISCO官方的标准说法是：EOM为L2，ATOM是L3。&lt;/p&gt;
&lt;p&gt;非常欣赏ASON兄弟的言论，希望进一步深入讨论。我前面说过了，我是个数据爱好者，什么东西都往那里想，不妨交个朋友，可以短消息给我，呵呵。&lt;/p&gt;
&lt;p&gt;fallleaf:&lt;/p&gt;
&lt;p&gt;呵呵，外出一天，回来一看很热闹。 我站在tianzd一边，不过好像这边的人少了些。&lt;/p&gt;
&lt;p&gt;我提个另外的建议，既然这么看重数据功能，不如在数据设备上增加传输的功能，这样不比在传输设备上增加数据功能更简单些？呵呵，纯属玩笑。&lt;/p&gt;
&lt;p&gt;yxy791106:&lt;/p&gt;
&lt;p&gt;原因有2。&lt;/p&gt;
&lt;p&gt;1是在数据设备上做传输口比传输上做数据口贵多了，比较一下ROUTER上的E1和POS，和SDH上的ETHERNET口，你就会得出结论。&lt;/p&gt;
&lt;p&gt;2是处理能力。相对于数据设备，SDH内部结构简单，芯片的功能比较单一。而ROUTER里面数据的策略太对，常常要通过ASIC阵列和NPU来进行处理，这对于SDH来说太昂贵而且不合算。这个问题以前ZTE的总工陈伟专门做过澄清。&lt;/p&gt;
&lt;p&gt;tianzd:&lt;/p&gt;
&lt;p&gt;下午3点出差回来，发现这里很冷清。数据设备不做传输口主要是设备供应商传输、数据研发是两条线，单纯从技术面在数据侧提供传输口并不复杂，数据侧要不就 不愿做或提供则价格很高，主要是传输价格低。分析传输价格低的原因首先传输技术这些年进展快，设备是一波推一波，其次传输属于基础网，运营商随时可以更换 传输厂家，而数据、移动通信等属于一旦上了贼船就只能跟船走。&lt;/p&gt;
&lt;p&gt;bigtaildog:&lt;/p&gt;
&lt;p&gt;tianzd,ASON,fallleaf,燕子都是实际经验丰富的人，而且不吝笔墨，奉献了这么一场精彩的讨论，上次类似这么好的讨论好象是关于FTTH的。&lt;/p&gt;
&lt;p&gt;做为听众，我受益很多。讨论一方面涉及到MSTP的数据业务功能的走向，一方面涉及到MSTP如何引入，最后的话题似乎与传输设备和数据设备的定位有些关系。&lt;/p&gt;
&lt;p&gt;摘录网通的唐雄燕的一些观点，和讨论中一些观点很切合。&lt;/p&gt;
&lt;p&gt;关于MSTP的定位:&lt;/p&gt;
&lt;p&gt;1)MSTP技术主要定位在城域网的汇聚层与接入层，利用MSTP实现城域网接入层和汇聚层实现传送网与业务网的“合网建设”，这种方式特别适合应用在以TDM业务为主、同时需要提供以太网业务及ATM业务的网络环境中。&lt;/p&gt;
&lt;p&gt;2)要正确处理传送网与业务网的关系。MSTP主要是为业务网提供接入与延伸手段，而不是完全替代业务网. 3)MSTP技术虽然实现了多种接入方式的综合，能够完成TDM业务、以太网业务和ATM业务等多种业务的综合接入和传送，但是对于单一业务，例如以太网业务，其性价比显然不如专用的以太网交换机，MSTP并非某单个业务接入的最佳解决方案。&lt;/p&gt;
&lt;p&gt;MSTP的引入:&lt;/p&gt;
&lt;p&gt;1)对于MSTP技术的引入，关键问题是如何处理好传送网与业务网的关系。从本质上讲，MSTP定位于城域传送网范畴，主要目的是实现多业务的综合传送，其较完善的二层交换等数据链路层功能也仅仅是为了提高数据业务的传送效率&lt;/p&gt;
&lt;p&gt;2)引入MSTP与现行网络维护和业务管理体制存在矛盾。传统的网络运行维护和业务管理是按专业划分的，数据网络和传输网络通常由不同的部门管理，各个网络也有自己相对独立的网管系统，这种管理模式会对MSTP的引入产生一定的障碍。&lt;/p&gt;
&lt;p&gt;3)引入时应充分考虑与城域IP网、本地SDH网的统筹规划,&lt;/p&gt;
&lt;p&gt;tianzd:&lt;/p&gt;
&lt;p&gt;MSTP现象：&lt;/p&gt;
&lt;p&gt;1、专家、厂家推动多，运营商应用少。特别是试用多，规模商用少。 2、新兴运营商的网络应用多，主流运营商网络应用少。因为业务总量、种类需求不一样。 3、专家、厂家倡导技术走向，文章多（大同小异），运营商只是关注技术走向，注重网络综合效果、设备性价比、投资回报等等，文章自然少。 4、运营商传输的希望多应用（如我等），数据的说用MSTP投资高，网络的业务管理等功能、可维护性还不如数据设备。 各位大侠，能否提供各主流厂商MSTP规模应用的实例（网络的网元数量超100，设备具备主要的MSTP功能，最好有RPR、MPLS）&lt;/p&gt;</description></item></channel></rss>