定义
Maintenance Window（维护窗口）指在指定时间段内执行 OTA 升级、批量配置下发等维护任务，避免业务高峰时段影响。可配置重复周期（如每周日凌晨），与 Maintenance Schedule 关联。
配置与执行策略
维护窗口可配置开始时间、结束时间、时区及重复规则（每日、每周、每月）。OTA 任务、批量配置等可在窗口内自动触发或仅允许在窗口内执行。支持按设备、分组、区域设置不同窗口，满足跨时区、多业务场景。车联网场景可结合车辆空闲时段（如夜间停车）动态计算窗口；工业设备可结合产线停工计划配置。与 Maintenance Schedule 维护计划配合，实现「计划 + 窗口」的精细化排期。
与 DMP 的集成
设备管理平台在 OTA 任务创建、批量操作等入口校验维护窗口。任务可配置为「仅窗口内执行」或「窗口外需二次确认」；超窗口未完成的任务可自动暂停或告警。平台可提供窗口冲突检测、多窗口叠加策略（取交集或并集）。与 Gray Release 灰度发布结合，可在窗口内分批执行升级，降低整体风险。
应用场景
适用于车联网 T-Box 夜间升级、智能表计集中抄表时段、工业产线班次间隙、运营商基站低话务时段等。维护窗口是保障业务连续性的重要机制，可有效降低维护对业务的影响。
时段约束如何挡住批量动作
维护窗口是一段允许执行有影响操作的时间，不是日历上的备注。升级、批量改配置、重启这类动作若声明“只在窗口内执行”，调度器应在窗口打开时放行，在窗口关闭时停止新的下发，并处理已经发出但尚未结束的部分。窗口由开始、结束、时区和重复规则组成。跨日的窗口，例如当晚二十三时到次日四时，结束时刻小于开始时刻，必须明确这是跨日而不是无效配置。不同地区的设备不能共用一个没有时区的“凌晨两点”。窗口约束的是平台何时发出动作，设备若在窗口结束后才醒来，是否还允许执行，要单独规定，不能靠默认值碰运气。它和计划的分工是：计划决定要做哪件事，窗口决定这件事允许在什么时段落地。固件空中升级耗时可能长于窗口，就应在进入窗口时评估剩余时间，而不是启动后再看能否赶完。
窗口真正生效需要的配置
窗口要生效，任务上必须引用它，并且调度器在每次放行时重新计算，而不是只在创建任务的那一刻判断一次。重复规则要写明例外，例如法定停工日是否算窗口。一组设备若分属不同业务高峰，应按分组绑定不同窗口，而不是全网一个凌晨。设备分组变更后，设备应落到新的窗口，旧窗口的在途任务要有归属。窗口内的并发也要有上限，否则“允许的两小时”里把所有设备同时重启，高峰只是被挪到了窗口内部。未完成的任务在窗口结束时应暂停并留下原因，下一个窗口再继续；若业务允许拖过结束时刻，这个例外要被显式打开并留下操作者。仅用于提醒、不拦截下发的“建议窗口”，不能在界面上显示成已经禁止窗口外操作。
时区和跨日被算反
把结束时间早于开始时间的配置当成错误丢掉，跨夜窗口就永远不存在，升级被排到白天。时区用了操作者浏览器的时区，换一个人编辑，窗口整体平移。夏令时切换当天，同一本地时间出现两次或被跳过，任务被执行两遍或被跳过。窗口结束只停止排队、不召回已下发的重启，设备在高峰期才收到命令。暂停后的任务在人工重试时不再检查窗口，等于旁路了约束。多个窗口取并集还是交集没有写明，设备同时命中“允许升级”和“禁止重启”，结果不确定。用服务器本地时间保存、用世界时展示，值班人员看到的窗口和实际放行相差数小时。灰度的下一批被排进窗口，但观察期还没结束，窗口一开就把尚未确认的版本扩大了。