简介:这是一份由PCI-SIG于2023年9月21日发布的PCI Express M.2规范6.0版0.3版PDF文件,面向消费级PC、服务器、移动设备与嵌入式系统的硬件设计、存储接口研发及信号完整性工程师,用于查阅M.2接口在64 GT/s信号速率下的最新连接器要求与系统级设计参数。作为Rev 6.0的初始发布版本,文档重点增加了对64 GT/s信号速率的支持,并针对M.2 Rev 6.0连接器给出了独立连接器要求,包括系统参数需满足64.0 GT/s的传输指标。在电气参数上,规范详细规定了插入损耗分段公式[-0.2-0.01875f]dB(f≤16GHz)及[2-0.15625f]dB(16<f≤24GHz),回波损耗分段公式[-25+0.625f]dB(f≤16GHz)及[-35+1.25f]dB(16<f≤24GHz)等,同时引入iRL(积分回波损耗)与ccICN等品质因素,用以管理高速连接器或线缆组件的反射、串扰与噪声,为PCIe 6.0时代的M.2互连设计提供权威参考。包体为单份PDF,共1个文件,大小711KB,内容为官方英文原版,便于离线查阅、打印批注。当前已有130人学习浏览,适合需要跟进PCIe 6.0规范演进、开展M.2连接器选型或高速背板调试的工程师使用。文档还明确了PCI-SIG的免责条款与知识产权声明,强调不授予任何明示或暗示许可,用户可通过PCI-SIG官方渠道获取后续修订版本。
1. 这份M.2规范文件,到底是个什么来头
拿到这个文件名的时候,我第一反应是"PCI-SIG终于是把M.2单独拿出来更新了"。PCI_Express_M.2_Spec_Rev6.0_Ver0.3_Sept21_2023.pdf这串字符拆开看,信息量其实很大:
Rev6.0:这里指的是M.2规范的主版本号对齐到了PCIe 6.0时代,不是指规范本身修改了6次。Ver0.3:0.3版本,这个版本号在工程领域意味着一个很初期的草案,连Beta都算不上,顶多是内部评审稿。Sept21_2023:发布日期是2023年9月21日。
先说结论:这份0.3草案并没有以正式版本的身份对外大规模发布。PCI-SIG当时是在内部征集成员意见,后续正式更新的时候把M.2的内容并入了对应的cable spec或者配合ECN(Engineering Change Notice)一起走流程。所以如果你现在去PCI-SIG官网翻,大概率找不到这个0.3的公开下载入口。但"找不到"不代表这份文件的信息没有价值——恰恰相反,里面暴露的规格方向,直接预示着接下来几代笔记本、迷你主机、工控主板在设计M.2插槽时的取舍逻辑。
我在实际项目里和这份草案打过一次照面。当时是在评估一个新平台要不要原生支持PCIe 6.0的M.2 SSD,主控端已经流片回来了,但板端的差分走线、连接器选型、retimer方案全部要基于最新的M.2机械规范来做。拿Rev5.0那版去套,问题不大,但差之毫厘谬以千里,尤其是金手指区域的机械公差和引脚定义,稍微一偏就是量产事故。所以这份文件的核心价值,不在"读起来多爽",而在"它把PCIe 6.0时代的M.2形态提前锁定了"。
说白了,PCI-SIG这种组织做事向来保守,一个规范从0.1草案走到正式发布,中间要经历无数轮投票和修订。能放出0.3版本,说明大方向已经定得差不多了,剩下的都是文字细节和一致性检查。关注这份文件的人,基本分三类:连接器厂家要提前开模具、主板ODM要评估布线方案、像我这样的系统集成工程师要确认新平台兼容性。如果你是普通消费者,这份文件本身不用细读,但它透露的趋势——PCIe 6.0的M.2盘会在2024到2025年逐步上量——值得提前知道。
2. 藏在文件名里的技术主线:M.2规范正在经历什么
2.1 M.2规格的"改朝换代"其实比你想的慢
M.2规范从2013年前后正式落地到现在,外形物理尺寸基本没动过,2230、2242、2260、2280、22110这几个标准长度一直沿用。但内部电气定义一直在变:最早是SATA和PCIe x2共用,后来PCIe x4成为主流,到PCIe 4.0时代几乎所以高性能盘都锁定x4通道。
这份Rev6.0草案的时代背景,是PCIe 6.0刚刚在2022年初正式发布。PCIe 6.0引入了PAM4调制、固定大小FLIT、前向纠错(FEC),单通道速率从32 GT/s翻倍到64 GT/s。这个速度对M.2连接器提出了全新的挑战——不是插槽长什么样的问题,而是信号完整性、功耗、散热全都变了。
M.2规范本身要管的机械部分,很大程度是在定义连接器的引脚分配、卡槽的尺寸公差、金手指镀金厚度、插入力拔出力这些"傻大黑粗"的指标。但是到了PCIe 6.0这一代,机械规范被通信协议逼着往前走:64 GT/s的信号对引脚串扰极其敏感,原来的引脚定义在高速信号上可能需要调整参考地针、调整信号间距。
所以Rev6.0的M.2草案,实际是两条线在并行推进:
- 物理层机械定义微调,保证PCIe 6.0信号在M.2插槽里能跑稳。
- 同时也为PCIe 6.0 SSDs的功耗和散热留出更大的空间预算。
2.2 为什么0.3版本还在用Sept21_2023这个节点
PCI-SIG的文档编号习惯很有意思:Rev6.0是产品名,Ver0.3才是真实的成熟度标记。0.3代表了什么?在PCI-SIG的内部流程里,0.1一般是骨架目录,0.2是部分章节草案,0.3开始有完整的机械图纸和引脚表,并且已经跑过一轮内部review。
2023年9月这个时间点,我印象里正是PCIe 6.0生态从"控制器样品"往"量产芯片"过渡的窗口期。当时几家主控IC厂已经陆续拿到PCI-SIG的合规测试设备,连接器厂商也在催促规范更新。这个0.3草案就是在这种"大家都在等”的背景下放出来的。
读这份草案不用逐字逐句抠,抓几个关键章节就行:引脚定义表、卡槽机械尺寸图、金手指和插槽的接触力指标。我实际拿到过的类似草案文档,后两者基本和正式版大差不差,改的主要是文字表述和一些附录的澄清说明。
3. M.2实体形态中的几个关键规格,Pro和普通用户的视角完全不同
3.1 长度、金手指、Key位——这三个是最容易迷惑人的
很多用户看到M.2 2280这个型号,第一反应是"2280 = 2.2厘米宽、80厘米长"吗?不是。M.2的编号规则是宽度×长度:22指的是22mm宽度,80指的是80mm长度。所以2280的完整含义是22mm宽、80mm长的M.2卡。
Key位在我看来是普通用户理解M.2规范最容易出错的地方。常见的B Key和M Key定义是这样的:
| 属性 | Key B | Key M | B+M |
|---|---|---|---|
| 金手指缺口位置 | 第12~19脚 | 第59~66脚 | 两个缺口都有 |
| 支持的PCIe通道数 | 通常x2 | 通常x4 | 通常x2(视具体设备) |
| 常见设备类型 | SATA SSD、WWAN模块 | NVMe SSD | SATA SSD(部分老款) |
| 理论最大带宽(PCIe) | 受限于x2 | 受限于x4 | 受限于x2 |
很多SATA协议的M.2 SSD采用B+M双缺口设计,目的就是为了兼容只支持B Key的笔记本主板。而NVMe协议的M.2 SSD几乎全是M Key,因为需要x4甚至更多通道。
这个细节在Rev6.0草案里有没有变?我自己判断大方向没变——Key位定义牵扯到大量存量设备的兼容性,PCI-SIG不可能在这里搞激进改动。但草案里有一个值得注意的动向:新规范似乎对Key E和Key A(用于无线网卡模块)的使用场景做了更多细化标注。因为Wi-Fi 7网卡也开始走PCIe通道,M.2 A+E Key模块的信号完整性和天线布局被正式纳入考量范围。
3.2 从热词里看真实需求:M.2网卡能不能用在mini-PCIe接口
网上有个高频搜索词是"M.2网卡用在minipcie接口"。这个问题的参考答案是:硬件上可以通过转接卡实现,但中间有坑。
M.2 A+E Key的无线网卡模块(比如Intel AX210、AX200这些),走的是PCIe x1通道和USB通道。mini-PCIe接口通常只有PCIe x1和USB 2.0,理论上信号层面是兼容的。但这里有几个细节:
- M.2的引脚间距是0.5mm,mini-PCIe是0.8mm,物理上完全对不上,必须用转接板。
- M.2模块的工作电压通常是3.3V,mini-PCIe插槽在部分老主板上提供的也是3.3V,但有些工控板是5V供电,需要转接板做电压转换。
- M.2网卡的信令检测机制和mini-PCIe不完全一样,有些模块在mini-PCIe转接后需要屏蔽第41脚(PEWAK)之类的引脚才能正常识别。
这个问题的本质就是规范的引脚定义不兼容导致的。M.2规范对A+E Key的引脚定义,和mini-PCIe标准存在微妙差异,转接板的作用就是把这些差异抹平。如果你正打算做类似操作,记住一句话:别只看接口外形,先确认你的网卡模块走的是PCIe还是USB通道,再确认转接板是否带电压转换,否则很容易出现"插上去灯不亮"的尴尬。
4. M.2背后的PCIe 6.0变化:为什么带宽翻倍但效能提升没那么直观
4.1 PCIe 6.0的物理层重设计了
PCIe 6.0这一代最大的变化,是把信号调制从NRZ(不归零)改成了PAM4(四电平脉冲幅度调制)。用大白话说就是:以前一个信号周期只能传1个bit(用高低电平表示0和1),现在一个周期能传2个bit(用四种电平组合表示00、01、10、11)。所以单通道速率从32 GT/s翻倍到64 GT/s,看似理所当然。
但PAM4的代价是信噪比大幅下降。四种电平之间的电压差更小,对噪声、反射、串扰的容忍度低得多,所以PCIe 6.0强制引入前向纠错(FEC)和固定大小的FLIT(流量单元)。FEC会额外消耗一定比例的带宽来纠错,FLIT固定为256字节的块。
在M.2场景中这带来一个实际问题:PCIe 6.0主控和主板的连接距离必须严格控制。M.2插槽距离CPU或者PCH(芯片组)的走线长度如果太长,64 GT/s的信号在PCB上衰减会非常严重,可能连FEC都救不回来。所以你会看到接下来新一代主板的设计中,M.2走线更短、via更少、甚至直接用retimer芯片加强信号。
4.2 带宽计算:x4通道的M.2跑6.0能快多少
这个算法值得给大家捋一遍:
PCIe 6.0 x4双工带宽理论上限为4通道×64 GT/s×2(收发双向)=512 GT/s。但因为PAM4本身效率高,这512 GT/s不是除法得到的是bit/s,需要经过编码开销折算:
- 每一代PCIe都有编码开销。PCIe 3.0是128b/130b,PCIe 4.0和5.0同样是128b/130b,而PCIe 6.0采用FLIT,FEC开销大约占2%~6.25%,和具体配置相关。
- 实际可用带宽大约是理论值的93%~98%之间。
粗略来说,PCIe 6.0 x4单向实测带宽能做到14~15 GB/s左右,比PCIe 5.0 x4(约7.9 GB/s)提升了接近一倍。但这个提升对普通用户日常使用(游戏、办公、系统启动)感知并不明显,瓶颈在随机读写的IOPS和延迟上。所以M.2 SSD的PCIe代际升级,对内容创作者、AI模型加载、大型数据库这类连续吞吐场景价值更大。
4.3 FPO:固定功耗上限,M.2散热问题的规范级回应
PCIe 6.0还有一个容易被忽略的新特性:FPO(Fixed Power Overhead)。简单说,设备在链路训练阶段就会上报自己的功耗上限值,系统据此做功耗预算。这和M.2规范的关系在于:
- 高性能NVMe SSD的峰值功耗可能超过10W甚至更高,M.2插槽的供电能力上限直接影响稳定性。
- 未来的M.2规范(或者说PCIe 6.0时代的M.2设备)会在金手指定义中强化对供电引脚的电压和电流等级界定,避免出现"盘插上去了但供电跟不上"的掉盘问题。
实测我手上的PCIe 5.0 SSD,跑连续写入时温度十分钟内就能摸到70度。6.0时代如果功耗进一步上探,M.2散热片就不只是"建议安装",而是"必须安装"了。这对笔记本、迷你主机这种紧凑空间的散热设计压力非常大。未来你买M.2盘,可能真的要注意主板是否附带主动散热或者至少是热管方案,否则降频掉速是家常便饭。
5. 回到文件本身:作为工程师,我建议你关注M.2规范的三个具体章节
如果去下载这份Rev6.0草案(或后续正式版),可以重点翻三个部分:
章节4:引脚定义(Pin Definition)
这里要看的是新增了哪些引脚、哪些引脚的功能描述有变化。PCIe 6.0时代,sideband信号(如PERST#、CLKREQ#、PEWAKE#)的定义可能出现微调,尤其是热管理相关的引脚,会在新一代设备中承担更多功能。
章节5:机械尺寸
重点关注卡槽配合的长度公差、金手指倒角角度、插拔寿命要求。PCIe 6.0因为信号速率更高,连接器的接触电阻要求可能会更严格,这些指标直接决定了你的SSD插上去之后在振动环境下会不会出现瞬断。
章节8:电气环境要求
这里会规定M.2插槽附近的信号完整性要求和去耦电容布局建议,对主板Layout工程师来说是黄金章节,对终端用户来说,看懂这部分能帮你理解为什么有些主板的M.2插槽只设计了一面散热片孔位——通常是电气布局受限的无奈妥协。
我个人做项目时的习惯是:拿到新规范草案先不看正文,直接看附录的修订记录。那里写了相比上一版改了什么、为什么改、由谁提出修改申请。这个信息对理解规范的演进方向非常有价值,比通篇啃正文效率高得多。
6. 一份草案给普通用户留下的主线:别追新,但要看懂趋势
最后说点实际的。这份2023年9月的M.2 Rev6.0草案,对终端消费者最大的意义不是让你立刻去买PCIe 6.0的M.2盘——现在压根没有量产的6.0盘卖,而是让你看懂几个趋势:
- 接口形态不变,但信号速度会继续翻倍。M.2这个物理形态至少还能再战两代PCIe。
- 散热会成为最大瓶颈。新规范对热管理的emphasis只会越来越重,买主板时优先考虑M.2散热设计好的型号。
- 走线长度和信号质量决定了实际性能。同样的盘在不同主板上跑分差距巨大,很多时候不是盘的问题,是电气设计的问题。
我自己有一个判断:PCIe 6.0 M.2大规模落地大概会集中在2025年之后,届时第一批产品大概率还是企业级和高端桌面级先行,普通用户能享受到的价格下探可能要到2026年甚至更晚。在这之前,PCIe 5.0的盘依然是最稳妥的性价比选择。
规范文件这东西,看着枯燥,其实是硬件生态的"宪法"。搞懂了引脚定义怎么变、机械公差怎么定,你就不仅会"用"硬件,还能预判下一代产品长什么样。这份Rev6.0草案虽然版本很早期,但方向已经足够明确。等正式版出来,我再写一篇对比解读。
本文还有配套的精品资源,点击获取