移动查房终端接入内网时的延迟，根源大多在无线空口和漫游策略，而不是服务器或核心交换机。 先看这两层，能省掉大量换设备、改系统的冤枉钱。
移动查房终端连接内网延迟高,先查无线侧的五个盲区
住院部场景和办公室完全不同：查房车在走廊和病房之间来回移动，终端不断切换接入点，加上输液泵、遥测监护仪、家属手机热点都挤在2.4GHz频段，延迟抖动几乎是必然的，五个最容易被忽视的盲区，按排查优先级排列如下：
- AP部署间距不合理：走廊AP每隔30米一个，隔了两堵墙的病房角落信号已跌破-80dBm，终端反复重传数据包。
- 推车金属外壳的信号衰减：查房车本身的金属立柱和抽屉对无线信号有遮蔽作用，终端天线朝内摆放时，信号强度能差10dB以上。
- 4GHz频段干扰严重：无线遥测、蓝牙输液泵、甚至微波炉都会踩在2.4GHz上，碰撞重传让延迟忽高忽低。
- 同频邻区信道冲突：护士站周边AP密布，如果多个AP共用信道，终端在边缘区域会频繁侦听、退避，延迟直接翻倍。
- 终端老旧天线和协议限制：部分老款PDA还停留在802.11n单天线阶段，和多天线AP通信速率低，排队等待时间长。
查房车走动时，漫游阈值和粘滞现象是延迟的隐形杀手。 终端从护士站走到走廊尽头，常常死守着旧AP的弱信号，直到完全断线才肯切换，切换发生前的几秒，丢包率明显升高，应用层表现为转圈或提示超时，业内专家指出，医院场景不适合一味调大AP功率，大功率只会让弱信号覆盖更远，反而加剧粘滞。
住院部查房PDA反应慢,问题往往在漫游机制，而不在内网服务器，行业共识认为，开启无线控制器上的快速漫游和弱信号剔除，是改善这类场景最直接的手段，具体操作分三步：
- 在AC上开启802.11r快速漫游，同时确认终端固件支持，老设备可能不兼容需做灰度验证。
- 启用弱信号剔除（部分厂商叫Min RSSI或Fast Roaming），阈值设在-75dBm左右，低于该信号的客户端会被引导切换。
- 关闭AP的自动信道选择,按1、6、11三个不重叠信道错开规划，减少同频干扰。
移动查房推车跨AP漫游卡顿,从协议层优化入手
漫游不是切换完就结束，后续的认证、关联、DHCP重协商都会产生额外延迟，很多医院的无线网络开启了WPA2企业认证，每次切换都要重新走一次802.1X认证，一次就得花上几百毫秒。
- 优先启用802.11r快速漫游：把认证和密钥协商提前到切换前完成，漫游中断时间可以从100毫秒级别降到50毫秒以内。
- 确认AC的快速漫游策略实际生效：有些方案虽然页面上勾选了，但AP固件版本不一致，导致协议协商失败，回退到普通漫游，用日志查看关联事件，确认每次切换都带有FT（Fast Transition）标记。
- 合理设置漫游触发阈值：阈值设得太高，终端在AP边缘频繁切换；设得太低，粘滞现象又回来，多数院内网络建议从-75dBm起步，配合实际查房路线微调。
住院部查房PDA反应慢,别急着怪服务器
网络延迟只是表象，应用层的时间消耗往往更夸张，查房系统打开患者列表时，如果内网DNS解析慢、中间件连接池耗尽或数据库查询没有索引，即便网络只有2毫秒延迟，界面上照样转圈三秒。
- 查一下终端省电模式：安卓查房终端默认的省电策略会周期性休眠Wi-Fi模块，唤醒了再重连，应用层感知就是“经常卡一下”，关闭省电模式，并把Wi-Fi睡眠策略改为永不休眠，很多间歇性延迟立刻消失。
- 用nslookup测内网DNS解析耗时
：如果一次解析超过50毫秒，考虑把DNS缓存放在本地方便车终端，或改用IP直连测试应用是否好转。
- 核对中间件和数据库连接池：连接池耗尽时，新请求排队等待，网络再快也救不回来，这类问题和无线无关，但用户感知都是“慢”。
医院查房车无线网络优化方案,三步落地的调参顺序
优化无线网络有个基本顺序：先缩小覆盖半径，再调漫游行为，最后动终端策略，顺序反了容易越调越乱。
- 第一步：沿查房路线测信号，用手机或笔记本装Wi-Fi分析工具，从护士站走到最远病房，记录每处的RSSI值，标出低于-80dBm的盲区。
- 第二步：连续ping内网网关，观察100次丢包率和延迟抖动，如果ping网关稳定，而ping业务系统超时，说明问题在上层链路或应用，不用再折腾无线。
- 第三步：按优先级调整：先优化信道和AP功率，再开启快速漫游和弱信号剔除，最后统一设置终端的电源策略，每次调整后重跑一遍ping测试，用数据确认效果。
用ping和Wi-Fi扫描工具，给延迟精确定位
单纯说“卡”很难判断问题出在哪一层，用一个简单办法区分：在查房车终端上打开命令行，持续ping AP的网关地址。
- 丢包集中在某个位置：多半是覆盖盲区，考虑调整AP功率或增加AP点位。
- 各个位置都丢包：说明无线干扰或信道冲突严重，优先做信道规划和频段重新分配。
- ping网关不丢包，但打开查房系统明显卡顿：直接绕过网络层，抓包检查应用请求响应时间，重点排查服务器、数据库和中间件。
拿一份真实场景举例：某住院部护士站到走廊尽头的查房路线，优化前平均延迟在80毫秒以上，每次跨AP切换都会掉一两个包，通过把走廊AP功率从100%降到70%，相邻AP信道重新错开，并开启快速漫游后，平均延迟稳定在20毫秒上下。
延迟优化后的日常维护清单
无线环境不是调一次就一劳永逸，新入院的监护设备、临时搭的展会设备、隔壁科室加装的无线路由器，都可能悄悄改变电磁环境，建议每季度做一次回顾性检查。
- 用无线侧日志查看最近三个月的漫游失败记录,确认没有新增的异常位置。
- 抽查查房终端的Wi-Fi策略，防止系统更新后省电模式被重新打开。
- 记录AP固件、AC配置的变更时间，发生延迟回退时方便回滚对比。
移动查房终端的延迟优化,核心就是让终端在合适的信号下找到合适的新AP，而不是死守旧连接直到断线，把这层逻辑想清楚，多数网络问题不用换设备也能压到几十毫秒以内。
Q&A
医院查房车无线网络延迟高,换一个贵点的无线路由器能解决吗？
需要先判断延迟来源，如果终端固定在一个位置仍然延迟高，换个性能更好的AP可能有帮助；如果推车施工移动过程中才出现顿挫，那是漫游策略问题，换单个路由器解决不了，应该从AC侧做快速漫游和信道规划。
移动查房终端用5G专网比院内Wi-Fi延迟更低吗？
5G专网的优势在于跨院区、跨楼层的大范围移动连续性，但单接入点的空口延迟并不比院内Wi-Fi低很多，住院区域内，Wi-Fi的部署密度足够时，漫游切换能控制在50毫秒以下，和5G专网的体验差距已不明显，具体选择还要看院内是否有5G室分覆盖，没有覆盖时讨论延迟没有意义。
查房PDA内网延迟多少算正常？
局域网内ping网关的平均延迟应在5毫秒以下，业务请求从发起到界面返回建议控制在500毫秒以内，如果ping网关达标，但业务操作始终超过1秒，基本可以排除无线网络因素，集中排查服务器应用链路。