☰
联发科与英伟达合作升级:从芯片到系统级设计,AI终端迎来新变局
2026/9/27 7:00:38 网站建设 项目流程

最近行业里有一条需要重视的信号:郭明錤在最新产业报告里指出,MediaTek 与 Nvidia 的 AI 合作,正在从“芯片设计”升级到“系统级设计”。

这听起来像商业新闻,但它直接影响下面几类人的判断:做端侧 AI 产品选型的工程师、做自动驾驶舱方案的技术经理、以及关注 Nvidia 生态能不能真正下沉到非云端设备的开发者。

过去几年,两家公司的交集主要在“芯片 IP 授权”层面,比如把 Nvidia GPU 架构放进联发科 SoC。而郭明錤这次解读的核心点,是合作关系已经向前推进了关键一步:Nvidia 不只把联发科当“画芯片的乙方”,而是把对方纳入从 SoC、参考主板、软件栈到整机系统的协同设计中。

这篇文章就把这件事拆开来看:合作到底升级在哪、对芯片架构和产品形态有什么影响、做 AI 应用开发的人能从这条产业链里拿到什么,以及后续要重点观察哪些落地信号。

1. 核心信息速览:MediaTek 与 Nvidia 合作的关键节点

在展开技术细节前,先把这次合作升级的“基本信息面”列清楚。以下信息综合公开产业报告、双方产品发布材料和郭明錤的分析,重点看合作层级、产品载体和商业模式三块。

维度说明
合作方向MediaTek 与 Nvidia 在 AI 终端设备的芯片联合定义与系统设计
合作性质早期是 GPU IP 授权与 SoC 集成,当前升级为系统级协同设计(SoC + 参考硬件 + 软件栈)
已明确的产品载体Nvidia GB10 Grace Blackwell 超级芯片(DGX Spark 个人 AI 计算机);MediaTek Dimensity Auto 智能座舱平台 CX-1 / CY-1
MediaTek 提供能力SoC 集成、低功耗设计、移动通信基带、车规级芯片量产、成本与供应链管理
Nvidia 提供能力GPU 架构、CUDA 软件生态、AI 计算平台、网络与系统级参考架构、整机散热/供电设计经验
当前阶段判断由“流片前的 IP 合作”走向“系统级参考设计 + 量产级工程协同”
核心触发产品DGX Spark 是标志性事件,也是 Nvidia 从云端 AI 向桌面/本地 AI 下沉的关键节点
产业意义Nvidia 开始用“参考系统”而非“单颗 GPU”的逻辑构建非数据中心市场

需要强调一点:郭明錤的解读属于产业分析层面的判断,部分产品细节还处在“路线图”阶段,不是所有内容都有公开确认。但方向本身可以从已有产品推导出来。

2. 这次合作的本质:从“交付芯片”到“定义系统”

过去几年,MediaTek 和 Nvidia 的绑定已经出现在不少产品里。Nvidia 官方曾把联发科称为“基于 Arm 的 AI 超级芯片”的合作伙伴,GB10 芯片就是由双方联合开发。

这次解读中被反复提到的词是“system-level design”,系统级设计。它不是简单的芯片后端合作,也不是把某颗 GPU 核心塞进 SoC 然后各自交付,而是瞄准了更完整的硬件栈定义。

传统模式的典型链路是:Nvidia 提供 GPU IP → 联发科做 SoC 集成 → 客户拿 SoC 自己画板 → 品牌厂做整机。

系统级设计模式下的链路变成了:Nvidia 提供 GPU/CUDA/参考软件 → MediaTek 提供 SoC/基带/功耗控制 → 双方一起定义参考主板 → 在这个主板上完成整机散热、供电、接口、系统软件适配 → 客户直接拿到“接近量产形态的参考设计”。

这两条链路的本质差别在哪里?

第一,复杂度责任前移。以前的系统适配任务在海量 OEM/ODM 手里,一个底层驱动适配不好,整机体验就上不去。现在 Nvidia 和 MediaTek 在源头就完成验证,下游厂商拿到的是经过系统级测试的平台。

第二,软件栈的定制深度更深。芯片层面的合作通常只解决“跑不跑得动”,系统级合作要解决“开箱后能不能直接进 CUDA 生态”。CUDA、TensorRT、NIM(Nvidia Inference Microservices)、本地大模型推理库,都不是单靠芯片能解决的,需要从 SoC 阶段就做软硬件协同优化。

从媒体材料和晶圆供应链信息看,双方的合作大概率会覆盖更多 AI 终端形态,包括边缘设备、机器人、智能座舱和桌面 AI PC。郭明錤的解读里隐含一个判断:Nvidia 光靠自己的板卡和整机设计团队,很难覆盖所有细分行业,因此需要一家具备“大规模 SoC 量产 + 系统整合能力”的伙伴。

MediaTek 恰恰是这个位置上的典型玩家。

3. 从芯片设计到系统级设计,关键看这四层变化

系统级设计不是一个点上的改动,而是分层递进。这里把 MediaTek 与 Nvidia 合作升级后受影响的技术层级拆开看。

3.1 芯片定义层:从 GPU 核搬运到共同架构

芯片层的合作不只是看“SoC 里有没有 Nvidia GPU”,而是看两个关键点:谁在做规格定义,谁在做 IP 取舍。

传统模式里,Nvidia 只负责把 GPU 架构授权出去,并不关心这颗 GPU 在 SoC 里怎么规划缓存、怎么跟 CPU 通信、怎么管理功耗。系统级合作模式下,双方需要提前讨论 CPU 与 GPU 的互联、统一内存带宽、NPU 任务拆分等架构级问题。

以 GB10 为例,这颗芯片把 Grace CPU 和 Blackwell GPU 集成到统一封装中,内存是 LPDDR5X 统一内存架构。这意味着它不能简单地理解为“CPU + GPU 拼在一起”,而是围绕本地 AI 推理做了大量系统级取舍。这种取舍必须在芯片定义阶段就完成,否则到板卡阶段基本改不动。

对 Dimensity Auto 座舱平台来说类似,CX-1 和 CY-1 要把 Nvidia Blackwell GPU 集成到座舱 SoC 中,同时兼顾车规级功耗和散热,这类项目如果沿用“Nvidia 出 IP、联发科接线”的方式,很难满足车企对座舱 AI 吞吐量和稳定性的要求。

3.2 板卡与参考设计层:客户拿到的不是芯片,是平台

系统级设计升级最直接的产品表现,是参考主板(reference board)和完整开发套件。

Nvidia 在 DGX Spark 上给出的形态是:一台约手掌大小的桌面级 AI 计算机,主体是 GB10 超级芯片,板卡和整机散热都经过系统级设计。这台设备不是普通开发板,而是可以对标一台“本地化 AI 推理服务器”的紧凑系统。

郭明錤的分析更偏向产业链视角:Nvidia 需要不只给终端品牌提供芯片,而是提供包含主板、散热、电源、机箱定义的参考系统。MediaTek 在这条链路里的价值,是把芯片规模和板级BOM成本控制在合理区间。

这就是为什么“系统级设计”会成为这次合作的关键词,因为在 AI PC、座舱域控制器这类产品里,单颗芯片的成本只占整机系统的一小部分,大量成本出现在供电、散热、存储、结构件和系统集成上。谁能在参考设计阶段优化这些环节,谁就能影响整个行业的硬件成本曲线。

3.3 软件与生态层:CUDA 向下沉才是真正的壁垒

从软件开发者角度看,这次合作升级的另一个实质变化是:CUDA 生态开始针对“非 Nvidia 原厂整机”做系统级适配。

以前要在嵌入式或车机平台跑 CUDA,会遇到驱动、库版本、内存模型、TensorRT 兼容性等一系列问题。Nvidia 的参考软件栈大多是围绕自家 Jetson 或 Orin 平台优化。现在有了 MediaTek 参与定义 SoC,软件适配会更早进入芯片验证阶段。

对开发者来说,这意味着未来可能出现更多形态的“CUDA 兼容本地 AI 设备”,它们不是 Nvidia 原厂 Jetson,而是第三方的 Arm SoC 设备,但底层跑的还是 CUDA、TensorRT 和 NIM 栈。

这类设备的关键价值在于:应用可以只写一份 CUDA 代码,然后在云端 H100、桌面 RTX、本地 Arm 设备之间复用,核心逻辑不需要重写。这比转向 ROCm 或专用 NPU 栈的迁移成本低得多。

当然,这句话目前更多是趋势判断,实际兼容程度还要等具体产品 SDK 和开发者文档公开后再验证。

3.4 系统集成与制造层:把实验室方案变成量产方案

还有一个容易被忽视的层级,就是“能不能规模化生产”。

Nvidia 擅长做高端 GPU、网络设备和数据中心整机,但它在消费类电子、移动设备和车规级电子的大规模制造上并不擅长。MediaTek 的优势恰恰在这里:全球每年数亿颗移动 SoC 的量产经验、成熟的晶圆供应链管理、面向整机厂的 turnkey 服务能力。

这个“turnkey”能力是联发科过去 20 年在功能机和智能手机市场沉淀下来的:不只提供芯片,还提供参考设计、生产测试方案、软件 BSP 和量产工具链。这也是 Nvidia 进入 AI 终端市场时最缺的一块。

所以,这次郭明錤观点里的“系统级设计”,放在产业链语言里更像:Nvidia 提供垂直软件和 AI 计算逻辑,MediaTek 提供水平制造和系统整合逻辑,两家公司在越来越多产品线上形成互补。

4. 落地载体盘点:这些产品能看出合作的真实深度

任何战略级合作都要落到具体产品上。对开发者来说,盯住下面几类产品的进展,比盯住新闻通稿更有用。

产品/平台已知信息技术关注点
Nvidia DGX Spark搭载 GB10 Grace Blackwell 超级芯片,MediaTek 参与芯片开发,PC 级本地 AI 推理设备本地大模型部署、CUDA 桌面生态、统一内存容量与带宽、功耗表现
MediaTek Dimensity Auto CX-1 / CY-1面向智能座舱的旗舰级 SoC,集成 Nvidia Blackwell GPU,采用 3nm 制程车企座舱 AI 部署、车内大语言模型、AR HUD 与 3D 交互渲染、多屏并发输出
Nvidia 与 MediaTek 的潜在 AI PC 路线市场普遍认为双方可能在更多 Arm 架构 AI PC 平台合作,具体产品未全部确认低功耗 CUDA 设备、端侧 Agent 运行、AI 开发板选型
边缘 AI / 机器人平台(推断方向)尚未有明确产品公开,属于基于系统级设计能力的合理延伸实时推理、传感器接入、机器人操作系统适配

其中,DGX Spark 是当前最能体现“系统级设计”的产品样本。

以前要在本地跑大模型,选择很有限:要么买基于 x86 CPU 的 Linux 工作站配独立显卡,要么用 Jetson 这类嵌入式设备。DGX Spark 把 GB10 统一内存、CUDA、预装 AI 软件栈压缩到一个接近个人电脑的体积里。对开发者来说,这类设备如果驱动和软件栈稳定,就能变成一个非常好用的本地推理测试环境。

Dimensity Auto 智能座舱平台则是车机路线上的重点。当前座舱芯片的竞争焦点已经不是“能不能跑导航”,而是能不能在车机本地跑通大语言模型助手、端侧视觉识别和多屏 3D 交互。把 Blackwell GPU 放进取舱 SoC,再搭配联发科在移动端积累的功耗管理,目标是用有限的整车功耗预算换取更强的端侧 AI 性能。

5. 对行业链条的影响:谁受影响最大

MediaTek 与 Nvidia 的合作升级不是两条产品线的简单交叉,它可能改变几个重要赛道上的竞争结构。

5.1 对传统 PC 和服务器厂商

如果 Nvidia 通过系统级设计把“本地 AI 计算机”的参考方案做到像手机参考设计一样成熟,传统 PC 厂商就需要重新评估自己的整机设计投入。

以前,PC 品牌只要采购标准显卡和 CPU,就能靠主板设计、散热设计、外观设计建立差异。到了系统级合作时代,Nvidia 和 MediaTek 可能直接提供一整块经过验证的 Arm AI 平台方案,留给品牌方的差异化空间会收窄,除非品牌方在软件和应用体验上有额外投入。

5.2 对高通和三星

高通目前主攻智能座舱和 AI PC 市场,核心卖点是自研 Oryon CPU 加 Adreno GPU,加上 NPU 异构算力。三星则在积极推动自家 Exynos 芯片与 AMD GPU 的绑定。

如果 MediaTek 以“Nvidia GPU + CUDA 兼容”作为差异化卖点,高通和三星面对的问题就是:客户是否愿意为了 CUDA 生态一致性,放弃一部分自研硬件方案的灵活性?

从开发者的真实反馈来看,选择 Arm 平台时,能否直接复用现有 CUDA 推理代码,依然是很强的决策因素。这可能迫使高通加大 GPU 软件兼容层投入,也可能会让 AMD 的 GPU 方案在外围设备市场获得更多关注。

5.3 对国内芯片设计公司

系统级设计趋势带来的启示在于:芯片产品单点实力很重要,但客户对“整套系统参考设计”的诉求越来越高。不只是把芯片做出来,还要能帮客户完成开发板、BSP、模型适配、功耗验证和量产导入,这种综合交付能力会成为端侧 AI 芯片竞争的新门槛。

5.4 对 AI 应用开发者

最大的影响来自开发成本和部署路径。如果市面上出现更多“能跑 CUDA 的低功耗 Arm 设备”,开发者可以把手头已有的大模型推理服务、Agent 工作流、RAG 应用从云端迁移到本地或边缘节点。

云端 GPU 成本压力、数据隐私顾虑、网络时延问题,都有可能在边缘 CUDA 设备上得到缓解。需要注意的是,这类设备目前的实际推理吞吐量和显存容量仍会明显低于数据中心级 GPU,不是所有云上应用都适合搬下来。

6. 开发者视角:如何观察并验证这次合作变化

对技术团队来说,这条新闻真正有价值的点在于:接下来该怎么跟进、怎么选型、怎么测试这类“系统级设计的 AI 终端设备”。

6.1 先判断自己是否需要边缘 CUDA 能力

如果你的业务满足以下条件之一,值得关注 MediaTek + Nvidia 合作带来的新设备:

  • 已有基于 CUDA 或 TensorRT 的推理代码,希望部署到功耗更低的边缘设备。
  • 有数据隐私或带宽成本压力,希望在本地完成大模型推理。
  • 做智能座舱、智能家居中枢、桌面机器人等嵌入式 AI 产品,需要较强 GPU 能力但没资源自研板卡。

如果你的应用已经深度绑定云原生架构、依赖多机分布式推理或超大显存,那这类终端设备短期内不是你的主力目标。

6.2 用统一的任务跑分评估新设备

一家之言不足为凭,在检验阶段可以准备三份测试集,覆盖常见开发者工作流:

第一份是大语言模型推理集。用同一个 GGUF 或 TB 级别模型文件(如 7B/8B/13B 的不同量化档次),对比新设备和现有 GPU 工作站 / Jetson 的 tokens/s、显存占用。

第二份是多模态任务集。选一张含有文字、人脸、物体遮挡的图片,用相同的图文模型跑一轮推理,对比端到端时延和显存峰值。

第三份是连续压力测试。跑一个包含 50 次请求的本地循环任务,记录每次生成时间、最后 10 次是否出现速度衰减。这样可以快速判断散热是否会影响性能。

如果在系统级设计的设备上,三份测试集都能稳定通过,就可以考虑接进真实业务。

6.3 优先验证哪些系统接口

系统级设计的核心收益不只是跑模型,更是接口的完整性和稳定性。拿到新设备原型或开发套件后,优先测试以下接口:

验证项需要确认的问题
CUDA 驱动版本是否与常用 PyTorch/TensorRT 版本匹配
统一内存接口是否能直接分配 GPU 可见内存,是否支持零拷贝
视频编解码单元是否支持 NVENC/NVDEC,硬解时显存占用如何
PCIe/USB 扩展是否满足外接 NPU、采集卡、传感器需求
网络接口是否能支撑 RAG 应用的外部特征库读写

这些接口每多跑通一个,新设备融入现有技术栈的成本就低一分。

7. 说“系统级设计”时,还要保留哪些清醒认知

郭明錤的产业解读提供了一个分析框架,但技术圈读者需要注意,这条路还有几个没有完全兑现的环节。

第一,软件生态适配不只看芯片层级。即便 MediaTek 深度参与 SoC 和参考设计,CUDA 在非 Nvidia 原厂设备上的长期驱动支持、版本迭代速度、以及第三方库的完整度,都需要观察。比如有些边缘设备能用 CUDA 跑模型,但某些最新的 TensorRT 算子要晚半年才适配。

第二,统一内存的带宽短板。GB10 这类超级芯片使用统一内存架构,好处是 CPU 和 GPU 可以直接共享内存,但对大模型推理来说,内存带宽往往决定生成速度。桌面级设备的功耗和成本约束,决定了它的内存带宽不可能达到数据中心 HBM 的水平。

第三,系统级参考设计能否快速被客户采用。参考设计只是“地图”,客户要把地图变成产品,还要做可靠性测试、电磁兼容检测、量产工艺验证等大量工程工作。MediaTek 的 turnkey 能力能加速这个过程,但不会让整机设计变成零门槛。

第四,市场节奏存在不确定性。郭明錤的报告更多是产业推演和长期方向判断,具体产品发布日期、价格区间和最终开发工具链版本,还要以官方发布为准。

8. 总结与后续跟踪要点

这次 MediaTek 与 Nvidia 的合作升级,最值得关注的不是某颗芯片的跑分,而是“系统级设计”带来的终端形态变化。对开发者而言,它可能意味着未来会有更多非 Nvidia 原厂、却能原生跑 CUDA 生态的 Arm 设备进入市场,这会在功耗、成本和部署模式上打开新的选择空间。

如果只记住三件事,那就是:

  • 合作层级已经从 IP 集成进入系统级参考设计阶段,GB10 和 Dimensity Auto 座舱平台是两个最直接的观察窗口。
  • 对工程开发者的验证重点不是品牌,而是驱动适配、统一内存带宽、模型推理速度和连续负载稳定性。
  • 在高通、三星和国内芯片设计公司回应之前,CUDA 向下沉这件事会持续影响 AI 终端的竞争力排序。

后面可以继续跟踪以下信号来验证方向:DGX Spark 实际发货后的开发者测评、Dimensity Auto CX-1/CY-1 在量产车型中的公布情况、Nvidia 是否将 GB 系列超级芯片下沉到更多消费级产品、以及 MediaTek 在其官网或开发者中心放出更多硬件参考设计文档。

在这些信号落地之前,建议先把手头需要部署的模型统一整理一遍,记录测试基线。等到对应的系统级设计设备开发套件能买到时,直接用同一套标准跑一遍对比,这是判断本次合作真实价值的最快方式。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询