客人喊了三遍才应一声：智能客房语音不灵，先查网络和声场，别急着换音箱

前台报上来一句”1308 客人投诉音箱不好使”，你第一反应是什么？

小度智慧酒店装完的第一年，这类单子最多。不是方案不好，是大家对”不好使”三个字背后的原因完全没概念。

我见过太多酒店的反应是让工程部去把音箱拔了重插，或者干脆找方案商抱怨：你这设备不行，换一台。换回来那台旗舰版，头两周好点了，第三周又开始不听使唤。

我们在做智能客控这件事上跑了七八年，接手过别人收尾的客控项目，也替同行擦过屁股。说一个可能不中听的判断：客房语音”不灵”，绝大多数时候不是音箱坏了，是它前面那几段没条件。音箱只是这条链上最后一只耳朵，耳朵前面还有空口信号、IP 地址、房间本底噪声、说法词表、被控设备这一长串东西。任何一环差一点，客人感知到的都是同一句话：”这玩意儿不好使。”

这篇就干一件事：把这条链拆成五段，告诉你每一段你自己能查出什么、该找谁动手、大概要多久。文末有一张能直接打印的排查表，还有语音客控上线前该做的三个测试。价格、客控系统选型、完工验收那些事前面都写过了，不重复，链接在文末。

一、先把话说清楚：不灵分成四种，别混着报修

客人嘴里的”不灵”至少有四种，工程部和前台往往一起报上来，方案商接到这种工单只能猜。

第一种是听不见。你喊唤醒词，音箱头顶的灯压根不亮。这一段基本是声学问题：距离太远、房间太吵、音箱摆错了地方，或者它已经掉线了。

第二种是听清了但答非所问。灯亮了，它回一句”我没听懂”，或者给你播了首歌。这一段是识别和语义的问题，跟口音、语速、你说的词在不在它的说法表里有关。

第三种是答应了但不动。它说”好的，正在为您打开窗帘”，窗帘没动。这一段几乎全在执行链：被控设备离线、Mesh 配对丢了、面板和主机之间的通信断了。

第四种是慢半拍。三秒五秒才应，客人以为没听见，又喊一遍，结果它一次执行了两条。这一段多半是网络往返和云端排队。

为什么要分这么细？因为这四段对应四个不同的责任方。听不见和慢半拍主要归网络与房间条件，这是酒店自己的 IT 和房务的事；听清但答非所问，一半归厂商的模型和词表，一半归后台配置，配置权可能在也可能不在你手上；答应了不动，看你的方案是哪家交付的。报修之前先花三分钟判断是哪一段，能省掉两轮的电话和一整天的扯皮。

一个不好用但很准的老办法：让客人或者你自己按面板上的开关。面板能控、音箱不答，问题在语音这一段；面板和音箱一起没反应，先别管音箱，去看供电和网关。这条判据我们在合同里也这么写，上一篇文章里讲得更细，见这里。

二、第一段是空口：为什么十二楼好使，十三楼失灵

这一段最容易被忽略，因为它是看不见的。但它决定了语音体验的下限。智慧酒店的宣传里，网络这一层几乎从不出现，出问题了也轮不到它被怀疑。

音箱连的是酒店现有的 WiFi。客人手机连不上的地方，音箱同样连不上；客人刷视频卡的地方，音箱的语音包就一定排队。区别只在于：客人手机卡了他会骂网速，小度音箱卡了他骂你。

酒店客房的空口有几个能拿去问出口的数。腾讯云开发者社区 2026 年 10 月有一篇讲酒店客房 WiFi 排查的帖子，把从空口到出口的七步拆得挺干净，里面给的一组阈值可以直接拿来用：信号强度（RSSI）低于 -75 dBm 就要考虑补点；信噪比低于 20 dB，吞吐会明显掉下来；同一频段上能听到的同频 AP 超过 3 个、而且它们的信号高于 -85 dBm，就算干扰；混凝土墙的穿透损耗在 12 到 20 dB 之间。同一篇还提醒：单只 AP 的接入终端超过约 40 台，体验就开始下降，漫游要看有没有开 802.11k/v/r，最后一层去查出口带宽、NAT 会话数和 DHCP 是不是被打满了。

这几个数你不用自己记，抄下来问 IT 或者问宽带商就行。但有两件事你必须自己知道，否则问都问不出来。

一是信道。2.4GHz 频段上互不重叠的信道只有 1、6、11 三个，这是新华三的无线分场景部署文档和 TP-Link 的工程实施手册里都写明的常识，相邻 AP 就该按 1-6-11 错开。问题是酒店常见的情况是：三年前装 AP 的时候没人规划信道，每台都设”自动”，而所谓自动，在很多家用级设备上就是开机时挑一个当时不忙的，从此不再动。整层楼的 AP 挤在同一个信道上，谁也别想快。音箱的语音包不大，但它对往返时延敏感，一秒钟的等待客人就能察觉。

二是墙体。混凝土和砖墙的衰减是 12 到 20 dB 这个量级，5GHz 更差。很多酒店为了省 AP，一间房只放一个信息面板，双床房隔一道墙的另一侧、卫生间里面、进门换鞋那一小块，都是常见的信号洼地。你把音箱从床头柜挪到靠门那一侧，可能就是从 -70 dBm 到 -58 dBm 的差别。这个挪动不要钱。

顺手说一句 PoE。如果 AP 是 PoE 交换机供的电，交换机端口功率不够或者线路超长，AP 会反复重启，表现出来就是设备每天固定几个时段集体掉线。这种情况换了十台音箱也不会好。

三、第二段是 IP 层：掉线、重连、拿到一个 169 开头的地址

信号满格也不代表音箱能干活。它还需要一个地址、一条能出公网的路、以及不被认证页面拦在门外。

拿不到 IP 是最直白的故障。同一篇排查帖里提到一个判断方法：终端拿到的地址是 169.254 开头的，就说明 DHCP 这一步根本没成功，不是信号问题。酒店场景里这件事特别常见，原因有三个：地址池划小了，住客手机、平板、投屏、智能电视、音箱、门锁全在抢地址；租期设得太短，退房高峰集中续租，DHCP 服务器忙不过来；还有客人自己带的路由器（那个小的随身 WiFi 或者出差用的便携路由）插上网口就开始发地址，冲突一冒出来，一整片房间的音箱就掉线。

所以我建议在问 IT 的问题清单里加一条：地址池有多大、租期多长、有没有开 DHCP Snooping、有没有人私接路由。这四句话问出去，对方就知道你不是外行，回答也会老实一点。

更隐蔽的是 Portal 认证。很多酒店的访客网络要求每台设备打开浏览器输一次房号和姓氏，认证通过才放行。音箱没有浏览器，也不会有人趴在上面输房号，它就一直挂在认证页面前，看起来连着 WiFi，实际出不去。客控系统一旦装上，这类不出现在客人眼前的设备就多起来了，解决方式是网络侧对设备做 MAC 白名单放行，或者把设备单独放到一个不需要认证的 SSID 上。前者需要 IT 有台账、每台设备的 MAC 地址要录进去；后者需要多划一个 VLAN。两条都不是音箱厂商能替你做决定的事，也都不该由厂商在半夜临时远程改。

顺带讲一个我判断业主是不是被”设备网没隔离”坑过的小动作：让前台连着三天，在同一个房间、同一个时间点（比如晚上十点整）喊一次”关灯”。三次里有两次以上超过三秒才应，基本不是音箱的问题，是那段时间整栋楼的出口被住客的视频流量占满了。这是容量问题，加设备数量解决不了，只会更糟。

四、第三段是声场：客人到底要有多大声，它才听得见

这一段最反直觉。业主习惯把拾音能力当成产品参数，觉得买贵一点的就能听清。实际上音箱的拾音上限是房间给的。

先说背景噪声。《民用建筑隔声设计规范》GB 50118-2010 对旅馆建筑客房的室内允许噪声级分了等级，我手上那份文本里读到的是：一级 ≤40 dB、二级 ≤45 dB、三级 ≤50 dB，列的是昼间值。这里必须提醒一句：条文号、等级划分和测量条件请以你手上的规范文本核对，不要照抄我这篇，更不要拿我这几个数字去跟业主谈判。我引它的原因是它把一件被忽略的事写明了：客房本来就是有噪声级标准的建筑空间，不是消声室。

这件事对语音的直接含义是：所有厂商宣传的唤醒率，如果不带噪声条件，等于没说。全国标准里，GB/T 41813.1-2022《信息技术智能语音交互测试方法第 1 部分：语音识别》是 2022 年 10 月 14 日发布的推荐性国标；配套的团体标准（泰尔/TAF 那份《智能产品语音识别测评方法第二部分：智能音箱》，2019 年）里，唤醒测试是明确分低噪场景和噪声场景两档做的，误唤醒按频度计。所以当你听到”我们的唤醒率 98%”，要接着问的第二句是”在多少分贝的本底下、多远的距离、什么语料测的”。问完这句，绝大多数销售会换个话题。

2025 年 4 月 14 日，市场监管总局（国家标准委）发布了 GB/T 45354.1-2025《智能家用电器的语音交互技术第 1 部分：通用要求》，把唤醒成功率这类性能参数写进了框架，但没有规定一条统一的数值线。这意味着到今天为止，”你的音箱在我这房间里能不能听清”仍然只能实测，不能靠证书。

然后是房间里的噪声从哪来。三个来源，酒店自己全都能管：空调出风口（这是第一大来源，风噪直接压在音箱的麦克风上）、临街窗户（一台打开的窗能把本底抬高十几个分贝）、以及走廊。我们做智能客控的方案表里给客人的参考拾音距离是 1.5 到 2.5 米，这个数字的前提是音箱不要正对出风口、不要塞在装饰柜的格子里、不要被厚窗帘盖住。这三个摆放错误，我接手的老酒店里至少见过一半。

还有一个问题客人会问、业主答不上来：隔壁房会不会应我这边说的话。会有这个可能。隔墙串音加上唤醒词相同，两间房的音箱互相抢答，这不是罕见故障。我们的处理思路在路线选型那篇里写过（两台不同生态的音箱同间更容易撞），现场能做的兜底是把音箱移到靠内墙一侧、把音量与拾音灵敏度按房型分档设。

说一个真实的一例，方便你对照：【待填 · 真实一例】__ 间房的 __（业态），客人投诉语音不灵，实测是 __ 造成的，处理后 __ 天没再收到同类报修。如果这个数你手上没有，就把这一整段删掉，不要留着划线，更不要编。我宁可不写这一段。

五、第四段是词表：为什么”开个灯”行，”把那个帘子拉上”不行

这一段是业主最不容易想到的一段，因为它不是坏了，是配置没做完。

语音助手的逻辑是：把你的话转成文字，再在它的说法表里找一个对应的意图，找到了才下发指令。酒店自己决定这张表长什么样的部分，是设备别名和场景别名。把窗帘命名为”设备 2″、把场景命名为”模式 A”，客人说什么都不可能被命中。这类命名在交付现场非常常见，因为施工的人不知道前台平时怎么跟客人讲话。

我们的做法是交付前跟前台和客房主管坐下来抄一遍真实说法：客人说”拉上帘子”还是”关窗帘”，说”空调调高”还是”暖一点”，说”我要睡觉了”是想关所有灯还是只关床头灯。抄完再录后台。这件事花半天，能少掉后面大半的工单。

另外一条常被漏的是”说法覆盖”必须按房型分。商务单人间和亲子房的家具不一样，别名表就不该是同一份。批量下发一份统一配置，省事，代价是每个房型都有一批命中不了的说法。

口音和方言是另一件事，而且不能只靠设备。2025 年 1 月《人民日报》点过这个名：住客费尽口舌，语音助手理解不了（我们在适老那篇里引过）。厂商这一侧的识别能力在提升，酒店这一侧能做的是给不通的路径：面板要留在原来的位置，客房电话要能打通，前台要还愿意接电话。语音只是多一个入口，不是把别的入口砍掉。谁要是建议你为了”智能化”撤掉面板和电话，你得多想想他图什么。

响应速度也被厂商标得很随意。站内早年的文章里写过”设备平均响应时间低于 0.8 到 1.2 秒”这类数（原文在这）。我不否定这个量级，但它必须问清口径：从话音落到哪一步算结束？到音箱亮灯、到云端返回、还是到窗帘真的动起来？三个数字能差出两三倍。别把厂商秒数当验收标准，让方案商按”说出一条话到设备动作完成”来现场演示一次。

六、第五段是执行链：它说明白了，然后不动

第三种”不灵”最难看：音箱回得特别顺，设备纹丝不动。客人的感受是这机器在敷衍他。

这一段的排查要从被控设备那头看。无线客控方案里，音箱兼作网关、面板和传感器通过蓝牙 Mesh 组网的路径，一旦房间里的配对关系丢了，表现就是所有语音控制失效而面板本地还能用。恢复办法是重新配网，配一次网要几周到几分钟，取决于方案，也取决于有没有台账。

小度官方开放平台的蓝牙 Mesh 软件规范文档里，给的适用场景是家居：一般不超过 200 平米的三居室，音箱与被控设备直线距离一般不超过 15 米，中间可以隔一道 15 厘米的实心墙。这是家居场景的参考值，不是酒店客房的承诺值，我把它放在这里是因为它说明了一件事：Mesh 的可靠距离是有物理边界的。套房、连通房、把网关装在走廊弱电间的做法，都要单独测，不能照着这张纸推断。

网关和主机的重启行为要在验收当天测一次，不是等出事再测。我们上一篇讲完工埋雷的文章里，把”重启路由器和交换机后 5 分钟内自动恢复、不需要人工重新配网”列成了一条硬性验收项（见这条）。这里补一句：这条要连测三个不同的房间，一层楼只测一间等于没测。

如果有线主机、面板、门锁、电视各是不同家供的，这一段最容易出事。多指令压测是便宜有效的办法：连着让一间房在十秒内执行五条指令（关灯、关窗帘、空调调到 24、电视投屏、勿扰开），看有没有哪条丢掉或者卡住。业内出过因为并发指令没处理好导致面板卡死的情况，所以压测要按你酒店退房高峰的实际操作密度来做，不是象征性地按两下。

七、把五段压成一张表：客人投诉之后，你今天就能做的事

这张表是按”前台报修之后”的时间顺序排的。第一列是你看到的现象，最后一列是谁该动手。酒店客控系统的现场归因，说到底就这八行，能自己走完前四行的一线团队，工单量通常少一半。

现象	先看什么	怎么判断	谁动手	大概耗时
喊唤醒词完全不应	音箱指示灯、房间 AP	面板能控则语音段问题；音箱灯不亮先看供电与掉线	工程部	2 分钟
同一楼层多间房同时失灵	该层 AP 与交换机	看 AP 有没有反复重启、PoE 端口是否告警	IT	10 分钟
音箱显示已连接但出不去	终端 IP 地址	169.254 开头＝没拿到地址；卡在认证页＝Portal 拦的	IT	10 分钟
晚上十点后才慢	出口带宽与在线终端数	连续三天同时段测一次，稳定慢即容量问题	IT	3 天观察
靠窗/开空调时不灵，关窗就好了	房间本底噪声	三档对比：关窗、开窗、空调高风	房务＋方案商	1 小时
某些说法不命中（如”拉上帘子”）	后台别名与场景表	把前台真实说法逐条试，记录失败项	方案商	半天
音箱应答正常但设备不动	被控设备在线状态	面板本地能不能控；能则是配对丢失	方案商	视方案，几分钟到半小时
隔壁房音箱抢答	隔墙与摆放位置	两间同时喊，看是否都亮灯	工程部＋方案商	半小时

这张表的第八行是客人永远不会写在点评里、但前台最烦的一条：两台音箱抢答，客人不知道自己是对哪一台说话，于是开始怀疑整个系统。

八、上线前做三个测试，能省两年工单

上面那张表是事后用的。真正划算的是事前那三个测试，都不复杂，难的是没人把它当成交付条件写进合同。

第一个：空口走测。每层楼抽三间房（靠电梯、靠楼梯间、走廊尽头各一间），在床头、窗边、卫生间、进门四个位置记录信号强度和能听到的同频 AP 数量。一间房四个点、每层三间，一栋 80 间房的楼半天能走完。走完你会知道哪些房间注定要补 AP，而不是等客人投诉了再一间一间试。

第二个：本底噪声对比。关窗、开窗、空调高风三档各测一次，取床头位置。这里我要说一句不好听的：手机 App 的分贝计只能用来做同一间房改前改后的相对比较，不能当第三方数据用，也不要拿去跟厂商争。真要拿数据说话，找有资质的检测做一次，或者至少在报告里注明测量工具。

第三个：话术覆盖测试。让前台和客房主管写 20 条他们平时真会说的说法，每条在三个不同房型里喊三遍，记录没命中的项。这份记录的意义不只是改配置，它还是三个月后你判断”到底是设备退步了还是没人维护后台”的依据。没有基线，任何一次故障都只能靠猜。

这三个测试该谁做？我的答案是：方案商做，业主签字，IT 配合提供数据。你付的那笔实施费里应该包含这三张表，如果对方说”我们只负责装好”，那这三张表就是可以单独谈的活。你要空白记录表格的话，我们现成的那份可以直接发你，含走测点位、噪声三档和话术覆盖三张。

九、说点不好听的：这三种情况我劝你先别怪设备商

第一种，网络是三年前一台家用路由串过来的。我在重庆见过还在用运营商送的那台机器带一整层楼的酒店。这种情况你去找音箱厂商，他能给你的只是重新配一次网，第二天照样掉。先花小钱把 AP、信道、地址池这三件事理一遍，比换设备有效。

第二种，房间自己就吵。临街、老风机、窗户密封条塌了。声场的物理上限摆在那，旗舰音箱也听不清。这属于房务维修，不属于智能化改造，别把两笔钱混在一起申请。

第三种，也是最常见的一种：后台你从来没进去过。别名全是”设备 1、设备 2″，场景全是默认名，管理员手机号还挂在三年前那个已经离职的工程主管名下。这不算产品问题，是交付没交完。我们在接手别人收尾的项目时，第一件事就是查后台管理员归属，十家有六家不对。这一条我单独写过（选型那篇里列了要问的接口和管理项），今天只提醒一句：把管理员账号拿到手，是你酒店的权利，不用求人。

还有一种情况我劝你别急着上语音：只有三五间房要做样板、其余房间的网络条件一点没动。样板房好，是因为有人天天盯着调；剩下那些房一开就是几十上百间的原始配置，工单会瞬间盖住你。智慧酒店改造的顺序应该是网络先行、语音后进，反过来做一定翻车（改造步骤和预算的关系，这篇写了）。

十、拿去打印：排查清单与要问的两个问题清单

上半部分问 IT 或网络服务商，下半部分问客控方案商。打勾就行，不用写报告。

问 IT／网络（6 条）

□ 每层 AP 的信道是不是按 1、6、11 错开的，有没有一份信道表
□ 单只 AP 现在挂了多少台终端，有没有超过 40 台的
□ DHCP 地址池多大、租期多长、有没有开 DHCP Snooping
□ 客房设备是不是走 Portal 认证，有没有 MAC 白名单或独立设备 SSID
□ AP 供电是不是 PoE，交换机端口有没有重启告警记录
□ 出口带宽高峰时段打满没有，NAT 会话数上限是多少

问方案商／服务商（4 条）

□ 后台管理员账号归谁、手机号是不是本酒店的、能不能现场登录给我看
□ 别名和场景表是哪一份、由谁维护、改完是否全房下发、多久生效
□ 音箱掉线、Mesh 配对丢失、网关重启这三种情况，各自的恢复动作是什么、要不要人到现场、几小时到
□ 上一份空口走测和本底噪声记录在不在，能不能给我看

这十条里，前六条你自己的工程部就能问，答案拿回来自己就能排除掉一大半故障。真金白银要花的通常是两件事：补 AP 或者重新规划信道（这两件都属于网络改造，费用在报价口径里被我单列成一项，别混进设备费），以及把后台配置重新做一遍（属于交付服务，按项目谈，不按台谈）。

常见问答

小度在酒店客房里老是不理人，是音箱的问题还是网络的问题？
九成情况是它前面那几段。先做个判断：按墙面面板能不能控。面板能控、音箱不答，问题在语音这一段，也就是网络空口、房间噪声或者后台说法表；面板和音箱一起没反应，先去看供电、AP 和网关，不要动音箱。

一个房间的 WiFi 到底能带多少台智能设备？
没有统一答案，取决于 AP 而不是房间。公开的技术排查文章里常用的参考是单只 AP 超过约 40 台终端体验开始下降。你的实际数要小得多，因为住客的手机、平板、投屏、电视都在同一个 AP 上。真正该做的不是把设备控制在某个数，而是让每间房有独立的接入点、并且信道错开。现在数一下：手机两台、平板一台、投屏一台、电视一台，再加上小度音箱、客控面板和传感器，一间房七八个终端是常态。

智能音箱要不要单独连一个网络？
建议这么分开：设备走一个不需要 Portal 认证的独立 SSID 或 VLAN，客人的网络照旧走认证。原因是音箱没有浏览器，认证页面它过不去，会一直显示已连接但出不去。分完之后要有 MAC 台账，否则设备换一台就要重新放行一次。

客人说方言、说”我脑壳昏”，语音助手接不住怎么办？
一半靠厂商的识别能力，这部分只能等它升级；另一半你能做：把最常用的十几条说法按本地口音录一遍，看命中率，把命不中的说法改成能命中的别名写进后台。同时一定保留面板和电话两条路径，语音只是入口之一。

换了新音箱还是不好使，是不是钱白花了？
如果根因在空口、噪声或者别名表，换设备不会解决问题，这是小度智慧酒店业主最常犯的白花。换之前先把本文第一节的四段归因走一遍，八分钟的事。

语音慢半拍正常吗？多少秒算别太离谱？
厂商标法不统一，我不给统一数。你可以自己定一个现场标准：从话音落、到窗帘真的开始动，超过五秒就算客人会重喊的那一档。让方案商按这个口径现场演示，比看参数表有用。

隔壁房的音箱会应我这边的话吗？
有可能，尤其隔墙薄、两台都靠墙摆放的房型。判断方法是两间同时喊看是不是都亮灯。处理办法是把音箱移到靠内墙一侧，或者按房型分档调拾音灵敏度。

这些排查是你们按次收费，还是签合同维护？
两种都有。单次的现场归因按项目谈，我们出那份空口走测和本底噪声记录；长期维护签年度，按报修响应到场的时间写进合同。电话 18996012939，微信同号。有一点说清楚：我们做的是智能客控的本地服务和实施，音箱和它的语音能力是厂家的，这两件事我不会混着跟你讲。

最后

我的立场很直白：客房智能化里最贵的不是设备，是客人对这套系统失去信任之后的那两年。而失去信任往往不是因为客控方案选错，是因为十间房有八间没人查过信道，没人对过别名，没人测过一次本底噪声。

这三件事加起来的工作量，比大多数酒店想象的装修一天还少。它可以是你自己的工程部做的，只是从来没人把它当成一件要做的事。

要是你手上正有一批”客人说不好使”的房间，先把第十节那十条问完再来谈换设备。你要是一份能拿去打勾的纸质清单，或者要我们把上面那张排查表按你的房型和楼层填好，说一声就行。电话 18996012939，微信同号，也可以直接留下房间数和楼层分布，我按你的楼回一份。智能客控的本地服务和实施是我们做，小度和它背后的语音能力是厂家的，这条界线我从第一天起就没打算含糊。