如果你手里是一台装了AX200、AX210或者AC9260的笔记本,想玩多屏协同,大概率遇到过这种尴尬:手机已经连上,结果画面一秒三卡,像在播放幻灯片;开移动热点想给手机共享网络,系统却死活不给5GHz的选项;用命令行一查,链路协商速率停在802.11n那一档,明明网卡支持Wi-Fi 6,却连一半性能都跑不出来。
我前后在两张Intel网卡、三个不同品牌的本子上折腾过这个问题,最终确认这些现象几乎都指向同一个根源:Wi-Fi Direct和SoftAP场景下,Intel无线网卡的默认频段策略、Windows的虚拟热点机制、驱动高级参数这三者没有协调好。下面我按自己的排查思路,把每个环节讲清楚。
1. 先搞清楚多屏协同走的到底是什么链路:Wi-Fi Direct与SoftAP的区别
1.1 多屏协同不是普通热点,是P2P直连
很多人在排查时走错了方向,是因为把多屏协同的无线链路理解成了“电脑开一个普通热点,手机连上来”。实际上,华为/荣耀系的多屏协同、小米妙享这类跨屏协同,底层走的是Wi-Fi Direct(也叫P2P,点对点直连)。它和普通SoftAP最大的区别在于:P2P网络不需要外部无线路由器,手机和PC之间直接建立一条“私有隧道”。
在这条链路里,通常由PC端的无线网卡创建一个P2P Group,手机作为Client加入。连接建立后,上层再跑TCP/UDP或者RTP协议去传画面和控制指令。所以整个体验好不好,取决于这个P2P Group建在哪个频段、用多少频宽、协商出多高的链路速率,而不是取决于你的宽带有多快。
这也是为什么很多人把“移动热点”设置反复改也没用——因为多屏协同压根没有走你改的那个热点,它走的是网卡底层建立的P2P直连。Windows网络连接列表里那个“Wi-Fi Direct Virtual Adapter”,才是多屏协同真正依赖的虚拟网卡。
1.2 为什么协商速率停在“802.11n”这一档
我遇到的最典型的症状是:手机和PC明明都支持Wi-Fi 6,但多屏协同连接后,任务管理器里显示的链路速率只有144Mbps,甚至掉到72Mbps或54Mbps,协议一栏明晃晃写着“802.11n”甚至“802.11g”。
问题就出在频段和频宽上。802.11n既可以跑在2.4GHz,也可以跑在5GHz,但2.4GHz下如果要保证兼容性,通常只开20MHz频宽。2.4GHz + 20MHz + 2x2 MIMO的最高协商速率就是144Mbps。而802.11g的54Mbps对应的是2.4GHz + 20MHz + 1条空间流。
如果P2P Group Owner建在2.4GHz单频段上,它的握手能力就被锁死在这套组合里,哪怕网卡本身支持80MHz频宽的Wi-Fi 6,也完全发挥不出来。无线投屏画面一般需要至少20~40Mbps的实际可用吞吐,144Mbps的链路速率扣掉无线协议开销和干扰重传,实际有效吞吐经常只有30~50Mbps。这时候又来一波2.4GHz干扰,卡顿就是必然的。
注意:这里有一个很容易被忽略的点——链路协商速率不等于实际吞吐。无线协议本身有大量开销,加上2.4GHz频段容易被蓝牙、微波炉、邻居Wi-Fi干扰,实际能用的带宽远低于协商速率。很多人在144Mbps的协商速率下觉得“够用了”,但真正传输时才发现画面一直在掉帧。
1.3 Intel网卡在P2P场景里的“偏科”真相
AX200、AX210、AC9260的硬件本身都支持5GHz,AC9260是支持80/160MHz的Wi-Fi 5网卡,AX200和AX210是支持160MHz的Wi-Fi 6网卡。理论上它们建一个5GHz的P2P网络毫无压力,但Windows下的Intel驱动默认策略却倾向于把P2P Group建在2.4GHz。
原因有三层:
- 兼容性优先。2.4GHz穿墙好、老旧设备都能连,Intel驱动在P2P建立时会把“成功率”放在第一位,默认选择干扰最多但兼容性最好的2.4GHz频段。
- 微软虚拟Wi-Fi API的限制。Windows的承载网络(Hosted Network)和移动热点功能,早期实现就是绑定2.4GHz的。后来的WFD(Wi-Fi Direct)框架虽然支持5GHz,但具体频段选择逻辑仍受系统策略影响。
- Intel驱动没有开放P2P频段的直接配置项。你在设备管理器高级里看到的“首选频带”主要影响普通无线网络连接,对P2P Group的频段选择有一定影响,但不像第三方网卡驱动那样提供了明确的“Wi-Fi Direct频段”开关。
所以这不是硬件缺陷,而是驱动和系统策略叠加的结果。
2. 开不了5G热点的真正限制源:驱动上报、系统策略与信道分配的三角关系
2.1 Windows移动热点为什么默认只给2.4GHz
Windows 10 2004之后的移动热点设置里,多了一个“频带”下拉框,可以选择2.4GHz、5GHz或者任意可用频带。但很多AX200用户打开后发现,频带一栏是灰色的,或者只有2.4GHz一个选项,干脆没有5GHz。
原因是Windows移动热点的频带选项依赖于网卡驱动向上层上报的SoftAP能力。Intel大多数型号的驱动默认没有把“5GHz SoftAP”这个能力完整上报给Windows,系统干脆就不显示5GHz选项。这跟硬件没关系,纯粹是驱动上报策略的问题。
我也见过一种特殊情况:同一张AX200网卡,装了旧版驱动时频带选择里只有2.4GHz,更新到某个新版本驱动后,5GHz选项突然就亮了。这说明驱动版本对SoftAP能力的影响非常大。
2.2 Intel网卡SoftAP能力与驱动版本的强关联
Intel的无线网卡驱动更新比较积极,但Windows Update自动推送的驱动往往是“阉割版”,高级属性面板被精简过,很多关键选项被隐藏了。想让SoftAP能力完整显示,最好去Intel官网下载完整版驱动,或者安装Intel PROSet Wireless Software。
我在实际测试中遇到过这样的情况:
| 驱动来源 | 移动热点频带选项 | 设备管理器高级属性 |
|---|---|---|
| Windows Update自动安装 | 只有2.4GHz | 属性少,很多关键项被隐藏 |
| Intel官网完整版驱动 | 出现5GHz/任意可用频带 | 属性完整,包含吞吐量增强等选项 |
| Intel PROSet版驱动 | 正常显示,且稳定性更好 | 属性最全,但体积大 |
需要说明的是,不同版本的驱动对5GHz SoftAP的支持有波动。网上不少用户反馈,某几个版本的AX200驱动在更新后反而把5GHz选项弄丢了,回滚后又恢复。我的经验是:装好驱动后,第一时间去“移动热点”设置里确认频带选项,如果5GHz不见了,先别急着折腾硬件,换个版本驱动试试。
2.3 AC9260能开5G、AX200反而不能?聊聊我看到的差异
论坛里经常能看到类似帖子:“AC9260能开5G热点,AX200反而开不了”。我自己在测试中也遇到过这种反差,AC9260在某些驱动版本下能正常显示5GHz频带,而AX200在同一台机器上却只有2.4GHz。
这个现象背后的原因大概率在固件和驱动代码的差异,而不是芯片本身的能力问题。AC9260属于上一代产品,驱动栈比较成熟,SoftAP的5GHz支持反而完善;AX200刚推出那几年,驱动更侧重Station模式的Wi-Fi 6性能和功耗控制,SoftAP这块就做得比较保守。
所以如果你手里同时有这几张卡,别急着用“是不是卡坏了”来判断,先把驱动版本之间的差异排除掉。我的做法是:AX200和AX210都去Intel官网下载最新完整版,如果还是不行,再考虑第三方工具或硬件兜底。
3. 一次完整排查链路:从“画面卡顿”到“频段锁定2.4GHz”
3.1 先看链路速率:任务管理器与网卡状态页
排查卡顿问题,第一步永远是先确认Wi-Fi链路到底协商成了什么样,而不是直接去改热点设置。
打开任务管理器 -> 性能 -> 选择当前的Wi-Fi网卡,看“链路速度”和“信道”。如果信道显示在36、40、44、149这类5GHz频段,并且链路速度在866Mbps或1.2Gbps以上,那基本可以排除频段问题。如果信道显示在1、6、11附近,链路速度只有144Mbps甚至更低,那就可以确定P2P链路建在了2.4GHz。
这里还有一个细节:任务管理器显示的是当前连接的状态,而多屏协同的P2P连接与普通Wi-Fi连接可能同时存在。如果电脑同时连着5GHz路由器,又多屏协同走2.4GHz P2P,任务管理器里看到的速度不一定代表P2P链路的速度。建议在连接多屏协同的时候,临时断开普通Wi-Fi连接,再观察链路状态,这样看到的就是P2P链路的真实情况。
3.2 关闭蓝牙、观察2.4GHz干扰的隔离实验
AX200和AX210这类Intel网卡是Wi-Fi和蓝牙二合一模组,很多笔记本还把Wi-Fi天线和蓝牙天线设计在一起。蓝牙跑在2.4GHz频段,对同样在2.4GHz的P2P链路会造成非常明显的干扰,尤其是蓝牙音频设备开会的时候。
我有一个很简单但很有效的排查方法:把蓝牙先关掉,再连一次多屏协同。如果画面流畅度立刻提升,说明P2P链路确实跑在2.4GHz,而且正被蓝牙干扰。如果关了蓝牙还是卡,至少能排除一个变量。
注意,这里我强调的是“隔离实验”,不是让你永远关蓝牙。这个实验的目的是帮你判断问题链路到底在哪,为后面选择解决方案提供依据。
3.3 netsh命令交叉验证驱动的频段能力
图形界面看不到的东西,命令行往往能挖出来。Windows自带的netsh命令是排查无线网卡问题时最可靠的工具之一。
在管理员权限的命令行里执行:
netsh wlan show drivers关注这几个关键字段:
- 支持的承载网络:如果是“是”,说明承载网络(Hosted Network)功能可用;如果是“否”,说明驱动不支持老式软AP,5G热点的希望可能更低。
- 支持的 5 GHz 频段:如果显示“是”,说明网卡驱动有能力提供5GHz频段支持。
另一个命令可以查看当前无线接口的能力:
netsh wlan show interfaces在连接多屏协同的时候执行这个命令,直接看“信道”和“接收速率”。如果信道是2.4GHz,速率低于200Mbps,那就锁定了问题本质。
3.4 锁定问题:P2P Group Owner建在了2.4GHz
经过上面三步,基本可以下结论:多屏协同卡顿的直接原因,是P2P Group Owner建立在了2.4GHz频段,蓝牙和Wi-Fi互相干扰,链路速率被限制在802.11n档位,实际吞吐撑不起投屏画面的码率。
到了这一步,就不要再去改什么“电源计划”“游戏模式”了,那些都是隔靴搔痒。要解决问题,核心只有一条:想办法让P2P链路跑在5GHz,并且尽量把频宽放到80MHz。
4. 实测有效的解决组合拳:驱动参数+系统设置+命令行确认
4.1 设备管理器里值得改的高级参数清单
打开设备管理器,找到无线网卡(Intel(R) Wi-Fi 6 AX200 之类),右键属性 -> 高级,把下面这些参数按推荐值设置。不同驱动版本的中英文名称可能略有差异,但基本上能找到对应项。
| 属性名称 | 推荐值 | 作用 |
|---|---|---|
| Preferred Band / 首选频带 | Prefer 5GHz band / 首选5GHz频带 | 影响网卡选择频段的优先级,对P2P频段选择也有一定帮助 |
| Wireless Mode / 无线模式 | Auto / 802.11ax | 让网卡启用最高协议协商能力 |
| HT Mode | Auto | 允许40MHz频宽(2.4GHz下) |
| 5GHz Channel Width | Auto / 80MHz | 让5GHz频段跑80MHz宽频 |
| Throughput Booster / 吞吐量增强 | Enabled | 部分驱动里通过提高功耗预算来提升吞吐量 |
| U-APSD / 电源节省模式 | Disabled | 关掉节能,降低延迟和瞬时卡顿 |
重点说下“首选频带”这一项。Intel官方文档里说这个选项主要影响Station模式连接路由器的频段选择,但在实际的多屏协同场景中,不少玩家把这一项改成“首选5GHz”之后,P2P链路确实会倾向于在5GHz建立。这个说法没有被官方明确承认,但从我的测试结果看,改动之后成功率明显提升,而且不影响日常上网。
改完这些参数后,务必重启电脑,让驱动重新加载所有配置。只改不重启的话,部分参数不会立即生效,白忙活半天。
4.2 用Windows移动热点把频带切成5GHz
如果你的目标是测试网卡能否开5G热点,可以通过系统自带的移动热点功能来验证。
进入“设置 -> 网络和Internet -> 移动热点”,在“从以下位置共享我的Internet连接”下拉框里选择Intel无线网卡,然后把“频带”选项切到“5GHz”或“任意可用”。
如果你的频带下拉框是灰色的,只有2.4GHz,说明当前驱动没有把5GHz SoftAP能力上报给系统。这时候别急着下结论,先做两件事:
- 去Intel官网下载最新完整版驱动,覆盖安装后重启。
- 如果还是不行,试试回退一两个版本,Intel偶尔会在新驱动里收窄SoftAP能力。
移动热点成功开启5GHz之后,如果手机能搜到热点并连接,说明网卡的SoftAP 5GHz链路是通的。这个过程中可以顺便看任务管理器里的链路速度,如果显示866Mbps以上,说明5GHz热点已经生效。
提示:5GHz频段中有一部分信道是DFS信道,需要先侦听雷达信号才能使用。如果你所在的区域有雷达干扰,或者所处环境对DFS信号较敏感,5GHz热点可能建立后自动断开,这时可以切换到149、153、157等非DFS信道(取决于驱动是否允许手动指定)。
4.3 命令行创建承载网络:能做什么,做不到什么
网上很多教程会用netsh命令创建承载网络,原命令是:
netsh wlan set hostednetwork mode=allow ssid=TestHotspot key=12345678 netsh wlan start hostednetwork这套命令在老的Intel网卡上确实能用,但它创建的承载网络,在绝大多数驱动下只能工作在2.4GHz频段,无法解决5G热点问题。它更多的作用是排查驱动和虚拟适配器的基本状态。
如果执行netsh wlan start hostednetwork时提示“无法启动承载网络”,原因通常是:
- 网卡被设备管理器禁用了。
- 驱动安装不完整,虚拟Wi-Fi适配器没有正常生成。
- 网卡当前已经连接了另一个Wi-Fi网络,某些旧驱动不允许同时承载。
所以我的建议是:用netsh命令做基础测试可以,但别指望它帮你开出5G热点。真正能稳定开出5G热点的,是Windows自带的移动热点功能加新版驱动,而不是老的承载网络命令。
4.4 第三方工具和最后的硬件兜底方案
如果Windows自带功能搞不定,可以试试第三方工具。Connectify Hotspot是少数能在某些Intel网卡上强制指定5GHz频段的工具,本质上是调用了系统WLAN API里更底层的接口,绕过了移动热点设置的显示限制。但它对驱动的要求也很高,驱动不配合时同样白搭。MyPublicWiFi这类免费工具则基本只支持2.4GHz,作用有限。
还有一个比较实用的兜底方案:如果多屏协同的卡顿实在解决不了,直接用USB线连接手机和电脑。华为荣耀系的多屏协同支持USB有线连接,小米妙享同样可以通过USB调试通道获得更稳定的传输。无线体验固然好,但稳定压倒一切,尤其是有重要演示或办公需求的时候,有线连接永远是最可信的备选方案。
5. 手上有USB无线网卡时要小心:系统可能把P2P负载派给了802.11n网卡
5.1 小米802.11n USB网卡这类单频卡为何会让多屏协同更糟
最近很多人在搜“xiaomi 802.11n usb wireless adapter驱动win10”,说明不少人桌上都插着一块便宜的USB无线网卡。这类网卡大多是单频2.4GHz、802.11n协议,最高协商速率也就是150Mbps或300Mbps,而且SoftAP能力很弱。
问题在于,Windows在建立Wi-Fi Direct P2P或移动热点时,并不总是优先选择性能最好的那张网卡。它有一套自己的接口metric(路由度量)排序逻辑。USB无线网卡有时会被系统优先用作热点或P2P的承载网卡,因为它的接口metric更低。结果就是,你明明有Intel AX210在闲着,系统却让小米USB网卡去承担多屏协同或热点的负载,卡顿自然变本加厉。
5.2 多网卡并存时,如何强制让Intel内置网卡承担多屏协同
要想让系统优先用Intel内置网卡,有几种办法:
办法一:调整网络适配器的interface metric。
在“控制面板 -> 网络和Internet -> 网络连接”里,右键Intel无线网卡 -> 属性 -> 选择“Internet 协议版本 4 (TCP/IPv4)” -> 属性 -> 高级,取消“自动跃点”勾选,手动设置“接口跃点数”为一个较小值,比如10。然后把USB网卡的接口跃点数调高,比如200。这样系统会优先选择跃点数低的Intel网卡。
办法二:在设备管理器里临时禁用USB无线网卡。
这个方法最直接。如果你不需要USB网卡做其他事情,在测试多屏协同或开热点之前,直接把USB无线网卡禁用掉,让系统只能使用Intel内置网卡。测试完再启用。我在排查时经常采用这种方式,能快速确认是不是网卡选择策略惹的祸。
办法三:把USB网卡的电源管理关掉。
右键USB无线网卡 -> 属性 -> 电源管理,取消勾选“允许计算机关闭此设备以节约电源”。USB网卡如果频繁休眠,会导致P2P连接不稳定、速率掉档。这是一个很多人没注意的隐藏坑。
5.3 驱动安装顺序与USB网卡电源管理的隐藏坑
如果你必须同时使用Intel网卡和USB无线网卡,我建议的驱动安装顺序是:先装Intel的完整版驱动,再插入USB无线网卡安装其官方驱动。Windows在某些情况下会用老驱动覆盖新驱动,尤其是在你插入新USB设备时,系统自带的PnP机制可能触发一次无线驱动栈的重新枚举,导致Intel驱动的高级属性被重置。
另外,USB无线网卡的“省电模式”默认经常是打开的,在设备管理器高级属性里能找到“Power Saving Mode”或类似选项,建议改成Disabled。网卡每次休眠再唤醒,P2P协商速率都要重新握手一次,这对多屏协同的流畅度是致命的。
6. 最后再分享一个排查顺序的固定习惯
折腾完这一圈,我自己的排查顺序基本固定成了下面这样,遇到类似问题可以照着走:
- 先看任务管理器里Wi-Fi的链路速度和信道,确认P2P是不是跑在2.4GHz。
- 关掉蓝牙做对比测试,判断干扰因素占多大比重。
- 去Intel官网装最新完整版驱动,装完重启,检查移动热点里有没有5GHz选项。
- 在设备管理器高级属性里把“首选频带”改成5GHz优先,关闭电源节省。
- 如果电脑上插着USB无线网卡,先禁用掉,再测一遍。
- 实在不行就切有线连接,别在无线链路上死磕。
这几步看起来简单,但每一步都可能踩坑。尤其是驱动版本,同一个型号的网卡,新旧驱动之间的SoftAP行为差异非常大。我见过有人把驱动从23.20.0换成22.190.0后,5GHz热点选项就出现了。所以遇到问题先别怀疑硬件,先把驱动版本捋一遍。
多屏协同的无线链路是个很挑环境的场景,Wi-Fi Direct在Windows上的实现本来就比macOS弱一些,Intel驱动又没有开放太多P2P配置项,所以我们需要靠系统设置和经验去弥补。希望这篇记录能帮少走一些弯路。