模型层 开放阅读

专家网络

Expert Network

概念 ID
expert-network
更新时间
2026-05-29
来源数量
待补

专家网络

3 秒看懂

专家网络(Expert Network)是一种每次推理只激活部分参数的稀疏神经网络架构。通过把模型拆成多个“专家”,并由门控路由器为每个输入动态挑选极少数专家参与计算,它在算力不变的条件下将模型总容量放大数倍,从而打破传统稠密网络中计算量与参数量之间的刚性绑定。

3 分钟产业解释

常规稠密神经网络处理一个 token 就必须动用全部参数,计算开销与参数量严格正比。专家网络则把模型里的某些子层(主要是前馈网络 FFN)复制为多个结构相同但权重独立的小型专家模块,并训练一个小型门控网络(路由器)来为每一个输入 token 选择最擅长的 1~2 个专家。实践中的主流模式称为混合专家(Mixture of Experts, MoE)。

对大语言模型(LLM)产业而言,MoE 的核心吸引力在于:同等训练计算预算下,总参数量可达稠密模型的 3~10 倍,从而获得更丰富的世界知识和更强的推理能力;推理时只需激活少数专家,虽然总显存占用巨大,但计算量远低于同参数量的稠密模型,单位 token 的理论计算成本显著下降。这一思想直接催生了 Google Switch Transformer、Mistral Mixtral 8×7B、DeepSeek-V2/V3 等一系列重要工作,业界广泛推测 GPT‑4、Gemini 等旗舰模型也采用了 MoE 架构。

不过,MoE 将技术挑战从“算力”转移到了“通信、显存与负载均衡”:训练时频繁的 All‑to‑All 通信对网络拓扑提出极高要求;推理时需要将全部专家驻留在显存中,推高了单卡或单节点的内存需求;路由器如果分配不均,则部分专家过载、部分闲置,导致效率崩塌。

技术原理

前向计算与门控

给定输入 x,一个 MoE 层的前向过程为:

y = \sum_{i=1}^{N} g_i(x) \cdot E_i(x)

其中 N 为专家总数,E_i 是第 i 个专家(通常是标准 FFN),g_i(x) 是门控输出的第 i 个权重。门控网络本质上是一个线性层 mathbf(W)_g 接 Softmax,并通过 Top‑K 稀疏化:

g(x) = operatorname(Softmax)\big(operatorname(TopK)(mathbf(W)_g \cdot x,\; k)\big)

TopK 操作只保留概率最大的 k 个分量,其余置为 -\infty,从而保证每个 token 仅路由到 k 个专家(常见 k=12)。入选专家的输出按相应门控分数加权求和,未激活的专家不参与本次计算。

负载均衡与容量因子

若不加约束,门控可能将绝大多数 token 导向少数专家,造成专家“旱的旱死、涝的涝死”。业界普遍采用两类手段:

  1. 负载均衡损失:在训练损失中附加一项惩罚,衡量各专家接收 token 数量与均匀分布的偏差,促使路由器分散分发。
  2. 容量因子:设定每个专家每步最多能处理的 token 数。容量因子 =(batch 总 token 数 / 专家数)× 扩容系数。扩容系数通常取 1.1~1.5,超出上限的 token 会被直接丢弃(overflow)或通过残差连接绕行。丢弃率过大会损害模型质量,构成重要的工程折中。

训练与推理的架构差异

  • 训练:每训练步需对 token 按专家分布进行全局 All‑to‑All 通信,将 token 发送到对应专家所在的设备,计算完后回传。此过程对设备间高速互联(如 NVLink、InfiniBand、TPU ICI)极度敏感。
  • 推理:全部专家必须驻留在设备内存中,但每次只计算被路由到的专家,因此推理 FLOPs 较低而显存需求极高。批处理时,容量因子限制可能导致 token 丢弃,影响吞吐与服务质量。

通信拓扑示意(ASCII)

       Token Batch
           │
      Gate 路由器
           │
   ┌───────┼───────┐
  E1      E2  ... EN      ← 专家常跨设备分布
   └───────┼───────┘
           │
     加权组合输出

每一 token 仅实际流经 1~2 个专家,其余专家保持静息,由此实现模型总容量的横向扩展。

关键参数

下列参数决定了 MoE 模型的性能与效率,不绑定单一厂商规格,属于学术与工程领域通用的设计变量。

  • 专家总数 (N):一个 MoE 层包含的专家数量。开源模型常见 8(Mixtral 8×7B)到 160(DeepSeek-V2 的某些实验设置),前沿闭源模型可能更多,但具体数字多未公开。
  • 每 token 激活专家数 (k):通常为 1 或 2。k=1 推理开销最小(Switch Transformer),k=2 可兼顾路由容错和表现力(Mixtral、GLaM)。
  • 容量因子:决定每步可处理的 token 上限。过小则丢弃率高,过大会增加计算与通信负担。
  • 负载均衡损失系数:平衡路由均匀度与主任务损失的权重,需通过实验调优。
  • MoE 层放置频率:通常在 Transformer 中每隔一层或每隔数层才将原 FFN 替换为 MoE 层,以控制通信/计算比。例如 Mixtral 8×7B 仅将 32 层中的 8 层 FFN 替换为 MoE。
  • 总参数量与激活参数量之比:反映稀疏增益。如 Mixtral 8×7B 总参数约 47B,每次激活约 13B,激活比约 27%;如果传闻中 GPT‑4 采用 8×220B 架构,激活比可能更低,但 OpenAI 未官方披露任何参数规格,相关数字均为第三方推测,可信度无法验证。

注:上述各参数的实际取值和影响,高度依赖训练数据、模型规模和硬件拓扑,尚无通用的“最优配置”。

技术路线

稠密网络 vs 稀疏 MoE

维度稠密网络稀疏 MoE(主流 LLM 用法)
总参数量与计算量严格成正比可达同计算量稠密模型的数倍
每次推理激活参数100%通常 10%~20%(k/N)
门控机制Softmax + Top‑k 路由
负载均衡要求必须通过损失函数或容量约束
通信瓶颈数据并行、张量并行为主,AllReduce 等All‑to‑All 通信高度密集
部署难度显存需求 = 参数量需容纳全部专家,远超激活参数量
适用场景延迟敏感、批处理确定性强知识密集型大模型,追求总容量和推理效率

专家网络的细分变种

  • 稀疏门控 MoE(主流):即上述 Token‑level 路由,每 token 选 k 专家。
  • 共享专家机制:部分模型(如 DeepSeekMoE)设计一部分为“共享专家”,所有 token 必定经过,其余为“路由专家”动态选择,以此缓解负载不均和知识冗余。
  • DeepSpeed-MoE 等结构优化:通过重排专家参数、引入专家并行策略,提升训练吞吐与推理灵活度。相关实现已在 Megablocks、DeepSpeed、vLLM 等框架中落地。

上游

专家网络的硬件依赖集中体现在高带宽内存和芯片间互联两个领域。

  • 高带宽内存 (HBM):推理时所有专家须驻留显存,模型总参数量动辄数百亿乃至万亿,推动对更大容量 HBM 的需求。据 TrendForce 2024 年 7 月数据,HBM 在 2024 年全球 DRAM 产业产值中的占比预计达 20% 以上,较 2023 年的 8% 大幅提升,AI 大模型尤其是 MoE 架构的普及是主要驱动力(口径:产值占比;来源:TrendForce 新闻稿)。具体规模:2023 年全球 HBM 市场约 43.5 亿美元,2024 年预估超过 169 亿美元(口径:营收;来源:Gartner 2024 年 5 月报告引用)。
  • 片间与节点互联:训练 MoE 模型时,All‑to‑All 通信可能占据 30%∼50% 的训练时间,因此 NVLink、PCIe 5.0/6.0、InfiniBand NDR/NDR400 及 Ultra Ethernet 等高速互联成为关键瓶颈。博通、Marvell、NVIDIA 等厂商的交换芯片、光模块、定制互联 IP 需求因 MoE 而放大。
  • AI 加速器架构:部分芯片开始内嵌对稀疏通信的优化,但截至 2025 年 4 月,主流 AI 训练/推理仍严重依赖通用 GPU(NVIDIA H100/H200/B200)及 Google TPU v5p 等,而专门为 MoE 设计的硬件模块尚处早期,公开资料未见大规模商用。

下游

  • 推理框架与服务:TensorRT‑LLM、vLLM、SGLang、llama.cpp 等均针对 MoE 实现专家分布式管理和动态调度,通过专家放置优化、batch 级容量保障等方法降低 token 丢弃率。例如 vLLM 的 MoE 支持采用专家并行(expert parallelism)策略,将不同专家分布到多张 GPU,结合张量并行实现高吞吐。
  • 推理硬件与服务成本:虽然 MoE 激活计算量小,但显存占用约等于总参数量,使得单卡承载能力受限,往往需要多卡实例。四大云厂商(AWS、Azure、Google Cloud、阿里云)纷纷推出基于 H100/H200 的大显存实例,但具体由 MoE 推理拉动的营收增量各厂商均未单独披露。第三方估计显示,2024 年全球 AI 推理即服务市场约 120 亿~150 亿美元,MoE 在其中所占份额 公开资料未见
  • 应用产品:MoE 已成为高复杂度的对话助手、代码生成、多语言翻译等场景的主流引擎。Mistral Large、DeepSeek-V3、Qwen2.5-MoE 等已通过 API 对外提供服务,但服务商并未按模型架构拆分收入。

受益公司

以下梳理直接因专家网络产业链而获得增量需求的企业,仅客观罗列事实,不作为任何投资建议

  • NVIDIA:其 H100/H200/B200 GPU 及配套 NVLink、InfiniBand 是 MoE 训练推理的核心硬件。2025 财年(截至 2025 年 1 月)数据中心营收达 475 亿美元,其中大模型相关占比高,但未单独拆出 MoE 贡献。
  • AMD:MI300X 等大显存 GPU 定位 MoE 推理,其 192 GB HBM3 容量承载总参数较大的 MoE 模型有一定优势。2024 年数据中心 GPU 营收约 50 亿美元(口径:公司财报),MoE 相关比例未披露。
  • 博通 / Marvell:定制 ASIC 与高速交换芯片受益于 All‑to‑All 通信需求,博通 2024 财年 AI 相关营收突破 100 亿美元(来源:公司财报)。
  • HBM 供应商(SK 海力士、三星、美光):HBM3E 产能持续扩张。据 TrendForce 2025 年初数据,SK 海力士仍为最大供应商,主要供应 NVIDIA,HBM 占总收入比重不断上升。
  • 云基础设施厂商(AWS、Azure、Google Cloud、阿里云等):因部署 MoE 模型而提升大内存实例的渗透率,具体增量贡献各公司均未单独列示。2024 年全球云 AI 基础设施服务支出强劲增长,但未细化到 MoE 维度。
  • Mistral AI / DeepSeek / 阿里等模型提供商:开源或闭源 MoE 模型提升了技术声望和 API 流量,商业化进展不一,数字多未公开。

市场规模

需明确:专家网络本身并非一个独立商品市场,而是影响 AI 硬件、网络和云服务的技术架构选择,因此没有直接命名为“专家网络市场”的统计口径。以下列出与 MoE 紧密关联的周边市场体量,均注明来源与年份。

  • HBM 市场:2024 年全球 HBM 营收约 169 亿美元,同比增长超 280%(口径:营收;来源:Gartner,2024 年 5 月报告)。MoE 大模型放量被列为关键驱动因子。
  • 高速互联市场:AI 用 InfiniBand 和高性能以太网交换机市场 2024 年约 25 亿美元,预计 2028 年超 80 亿美元(口径:厂商营收;来源:650 Group 2024 年 9 月报告),All‑to‑All 通信密集化推动了对 400G/800G 端口的需求。
  • AI 训练与推理芯片市场:据 Omdia 2024 年 8 月估计,2024 年全球 AI 芯片市场(含 GPU、FPGA、ASIC)约 780 亿美元,其中模型架构如 MoE 影响芯片内存与互联规格,但规模无法单列。
  • MoE 直接贡献占比:由于各厂商均不单独披露,公开资料未见精确数字。

玩家对比

玩家代表性 MoE 模型/系统总参数量与激活量专家数/激活数开源与否特点与时间
Google DeepMindSwitch Transformer, GLaM, ST‑MoE最高达 1.6T(Switch),激活量可小于 10%N 可达 2048,k=1部分技术公开,模型未开源2021–2022 年系列工作,深耕 TPU 集群,负载均衡与稳定性优化奠基
MetaNLLB MoE54.5B 总参数N=128,k=2开源2022 年用于多语言翻译,展示 MoE 在多任务上的泛化力
Mistral AIMixtral 8×7B / 8×22B47B / 141B 总参数,激活分别约 13B / 39BN=8,k=2开源2023 年底至 2024 年初发布,以极简架构树立稀疏性价比标杆
DeepSeekDeepSeek-V2 / V3V3:671B 总参数,激活约 37BV3 细粒度专家结构(1 共享 + 256 路由专家),k=8+1开源2024–2025 年,训练成本极低,采用 shared 专家和 fine‑grained 专家分割
阿里云Qwen2.5-MoE约 57B 总参数,激活约 14BN=64,k=8开源2024 年 9 月发布,在推理、数学等任务表现突出
OpenAI未官方确认,业界推测 GPT‑4 系 MoE 架构传闻总参数约 1.8T,激活约 280B(来源:Semianalysis 估计,非官方)未知闭源2023 年发布,若确为 MoE,则首次将稀疏架构大规模用于消费级产品,但一切外部参数均为推测

注:上述参数除注明推测外,均源自各机构的技术报告或官方博客,截至 2025 年 4 月。

风险

  • 负载不均与训练稳定性:路由器可能 collapse 到少数专家,导致训练崩溃或资源浪费。即使用负载均衡损失和容量因子,仍可能发生在持续训练中专家退化(死专家)的现象,需要工程界持续投入。
  • 硬件适配成本高:MoE 推理虽节省计算,但极大消耗显存带宽和容量,单卡承载困难,多卡部署带来通信和调度 overhead,部分中小规模场景下综合成本可能反超稠密模型。
  • 推理批处理性能波动:容量因子导致突发流量时 token 丢弃率上升,服务延迟和吞吐不可预测,影响 SLA 保障。
  • 技术透明度不足:多数商业闭源模型的 MoE 配置、负载均衡策略等均为黑盒,业界难以准确评估其对基础设施的真实消耗,可能导致产能规划偏差。
  • 知识产权与合规风险:稀疏架构的某些实现细节可能涉及软件专利;此外,黑盒模型的专家分工可能隐含偏见或安全后门,审查难度增加。

误读纠偏

  • 误读 1:“MoE 的激活参数就是总参数除以专家数。” 事实:只有 MoE 层本身(往往仅替换部分 FFN)的参数才按专家分片。注意力层、嵌入层等所有 token 共享,不参与稀疏路由。实际激活参数 = 共享参数总量 + k 个专家的参数量,且可能因容量因子丢弃产生额外绕行,理论激活计算量并非简单除法。

  • 误读 2:“MoE 模型一定比稠密模型性能好。” 事实:MoE 在同等训练计算预算下扩充总知识容量时通常有效,但在小规模、低延迟或需严格确定性的场景中,稠密网络更易部署和调优。负载均衡损失、容量丢弃等也可能损害质量,须视任务和约束而定。

  • 误读 3:“任何团队都能轻易复刻高性能 MoE 模型。” 事实:除了数据、算力门槛,MoE 对分布式训练框架、通信库和硬件拓扑的调优要求极高。简单的开源复现往往无法达到原始论文中的效率优势,需要深厚的系统工程积累。

  • 误读 4:“推理只激活极少数专家,所以推理总成本很低。” 事实:推理虽减少计算 FLOPs,但显存占用极大,多卡部署增加了设备折旧和通信能耗。对服务商而言,总拥有成本(TCO)需结合内存、网络、调度多维度评估,并不总优于小稠密模型。

最新事件

  • 2024 年 5 月:DeepSeek 发布 V2 模型,采用自研 DeepSeekMoE 架构,首次在极低训练成本(约 600 万美元)下展现出匹敌顶尖稠密模型的性能,震惊业界(来源:DeepSeek 技术报告)。
  • 2024 年 4 月:Mistral AI 推出 Mixtral 8×22B,参数总量 141B,激活约 39B,通过 API 服务,进一步验证 MoE 放大至 100B+ 级别的可行性(来源:Mistral 官方博客)。
  • 2024 年 9 月:阿里云开源 Qwen2.5-MoE,具备 64 个专家、Top‑8 路由,总参数约 57B,在多项基准测试中表现强劲(来源:Qwen 团队技术博客)。
  • 2024 年 12 月:DeepSeek-V3 发布,总参数 671B,激活 37B,训练成本仅 557 万美元,再次刷新稀疏模型的计算效率纪录(来源:DeepSeek 公开技术报告,2025 年 1 月更新)。
  • 2025 年 3 月:多家云厂商宣布推出基于 NVIDIA H200/B200 的 MoE 推理优化实例,支持数百 GB 显存的专家驻留,但具体实例成本和性能数字未公开。
  • 2025 年 Q1:业界传闻 Meta 的 Llama 4 将包含 MoE 变体,但 Meta 尚未就此发表官方技术细节,一切信息为推测

跟踪指标

  • 公开模型的专家负载分布:查阅 Mixtral、Qwen2.5-MoE、DeepSeek-V3 等技术报告中披露的负载均衡损失和专家流量占比,监测死专家比例。
  • 云服务硬件规格:AWS EC2 P5e、Azure ND H200 v5 等实例的显存总量与互联带宽,间接反映 MoE 推理需求强度。
  • HBM 出货与价格:TrendForce、Omdia 季度报告中的 HBM 产值增长和价格走势,反映上游紧张程度。
  • 推理框架更新:vLLM、SGLang 等 GitHub 仓库中关于 MoE 支持的性能优化及 issue 讨论热度,可反映社区落地痛点。
  • 学术论文录用:NeurIPS、ICML、MLSys 等顶会中关于 MoE 稳定性、通信优化和稀疏训练的新方案数量,判断领域活跃度。
  • 厂商资本开支指引:NVIDIA、AMD、云厂商季度财报中对数据中心互连、内存相关投资的评述,虽不单列 MoE,但可作为产业晴雨表。

信源

  • 权威论文:Shazeer et al. (2017) “Outrageously Large Neural Networks: The Sparsely-Gated Mixture-of-Experts Layer”; Fedus et al. (2022) “Switch Transformers”; Zoph et al. (2022) “ST-MoE”; Lepikhin et al. (2020) “GShard”.
  • 技术报告与博客:DeepSeek-V2/V3 技术报告(2024–2025);Mistral AI “Mixtral of Experts” 博客 (2023/2024);阿里巴巴 Qwen2.5-MoE 博客 (2024);Google Research Blog on GLaM (2021).
  • 产业数据:Gartner “HBM Market Share and Forecast” (2024.5);TrendForce “DRAM & HBM Quarterly Reports” (2024–2025);650 Group “AI Networking Market Report” (2024.9);Omdia “AI Processor Market Tracker” (2024.8).
  • 工程分析:Semianalysis 对 GPT-4 架构及成本的分析(订阅制,非官方);DeepSpeed-MoE、Megablocks、vLLM GitHub 仓库及文档.
  • 提醒:所有涉及具体商业数字的第三方估计均可能存在统计口径差异,引用时请务必交叉验证最新季度数据。闭源厂商的 MoE 细节均以官方发布为准,市场推测仅供参考。
source: 公开披露与公开资料整理 本页仅用于产业链学习、信息检索和研究辅助;不构成投资建议,不预测涨跌,不提供买卖、仓位或目标价建议。
完整概念页 复盘 13 节结构 公司投研页 沿产业链找到受益公司 投资课 把概念转成可跟踪模型