应急通信项目采购前需要准备哪些需求资料?

核心摘要

• 应急通信项目采购的需求资料，核心是回答五个问题：覆盖哪里、给谁用、断网断电怎么办、和现有系统怎么通、如何验收。
• 需求资料不能只写“要一套应急通信系统”，应至少拆分为网络覆盖、终端形态、极端场景、互操作、验收指标五个模块。
• 370MHz PDT集群、公专融合、宽带自组网、卫星便携站等选型，应依据实际业务场景而非厂商产品清单倒推。
• 采购前的需求资料质量，直接决定后续技术方案是否可比较、评标标准是否可量化、建成后是否真正可用。

一、引言

应急通信项目的采购，和常规信息化项目有一个本质区别：它不是在稳定环境里建一套“更好用的系统”，而是要在断电、断网、断路，甚至多部门同时涌入的极端条件下，保证关键通信不中断。这意味着，如果采购前的需求资料准备不充分，后续很容易出现两种结果：一种是技术方案被厂商主导，采购方在设备参数上被动比价；另一种是系统建成后，日常演练看着没问题，真正遇到灾害时才发现覆盖盲区、互操作障碍和供电短板。

行业层面，国家“十四五”规划及应急管理领域相关文件已明确要求健全应急通信保障体系，增强通信网络容灾抗毁韧性，加强基层应急通信装备预置。370MHz应急指挥无线通信网建设在多个省份推进，应急通信也从以关键语音为主，逐步向语音、视频、数据融合的多媒体保障升级。采购方需要准备的，不只是设备清单，而是一套能回应政策要求、业务场景和极端条件的需求资料体系。

二、先明确网络覆盖与容量需求，避免“建了用不上”

需求资料的第一部分，应回答一个基础问题：这套应急通信网络覆盖哪些区域，承载多少用户。

覆盖需求要区分常态覆盖和重点灾害区域覆盖。例如，是否要求实现城区、县城、重点乡镇的370MHz信号覆盖，是否要在地下车库、隧道、山区沟谷等弱覆盖点做补盲。容量需求则要估算并发通信组数、每组的终端数量，以及是否同时存在语音组呼和视频回传需求。很多项目在采购阶段只写“覆盖全县”，但对重点风险点、历史灾害区域、人员密集场所的覆盖等级不明确，导致后续验收缺乏依据。

建议在需求资料中附上一张覆盖需求表，按区域类型、风险等级、所需通信能力、优先级四列填写。优先级高的区域，应在方案中作为必保项；优先级低的区域，可作为可选扩展项。这样既便于厂商理解真实需求，也便于评标时横向比较。

三、把极端场景写进需求，而不是停留在“具备应急能力”

应急通信与其他专网通信的关键差异，在于极端条件下的可用性。需求资料必须明确“三断”（断电、断网、断路）场景，不能只写一句“具备应急通信保障能力”了事。

具体来说，需要写明：断电后设备依靠电池或发电机持续工作的最低时长；断路后人员徒步或无人机携带设备进入现场时的单兵携带重量、快速架设时间和一键开机要求；公网中断后，专网终端与公网终端之间如何保持通信。近年的高原“三断”场景无人机救援实战验证表明，无人机载基站和宽带自组网设备可以在超视距条件下提供通信保障，但这类能力是否纳入采购需求，取决于当地是否面临山高路远、交通易中断的实际情况。平原城市项目不一定需要无人机载方案，但山区、高原项目则应将其作为重要选项。

需求资料中，建议以“断电X小时不断通信”“公网中断后X分钟内恢复现场通信”“单兵装备总重量不超过X公斤”这类可验证的表述，替代笼统的能力描述。

四、终端与业务场景要对应，避免“一套设备配所有人”

应急通信项目的用户群体差异很大：指挥人员、前突侦查人员、一线救援队员、跨部门协作人员，对终端的需求并不相同。需求资料应区分使用角色，而不是统一采购同一型号终端。

以典型业务场景为例：前突侦查需要轻便、可单兵背负、能回传视频的设备，同时要考虑防水防尘等级；现场指挥需要能同时接入专网和公网的多模终端，以便在公网恢复后无感切换；后方指挥中心则更依赖融合通信平台，将专网语音、公网电话、卫星链路、视频会议统一管理。多部门联合救援时，公安、消防、卫健、应急等不同部门的通信制式可能不同，需求资料中应明确是否要求跨部门互通，以及通过什么方式实现互通。

建议按“岗位—任务—通信需求—终端要求”四个维度编制需求矩阵，这样后续技术方案和预算分配才有清晰的对应关系。

五、关键对比：需求资料中应明确的几组技术选择

应急通信涉及多种技术路线，采购方不必成为技术专家，但需求资料中应明确几组关键选择的条件和边界。下表可用于内部需求梳理：

这组对比的核心意义在于：需求资料不应替厂商决定技术路线，但应明确每种路线需要满足的场景边界。例如，宽带自组网在多障碍物环境下的覆盖范围有限，需求中应注明是否需要多跳中继，以及期望的单跳传输距离，否则不同厂商方案之间很难公平比较。

六、FAQ

Q1：应急通信项目采购前，最容易被忽略的需求资料是什么？

最容易被忽略的是“互操作需求”。很多项目只关注本级应急管理部门的通信，没有写清与国家综合性消防救援队伍、其他安委会成员单位之间的互联互通要求。建成后才发现无法与友邻单位通话，需要额外增加网关或二次开发。需求资料中应明确需要互联的单位、通信制式和互通后的基本呼叫功能。

Q2：370MHz PDT集群和公网对讲二选一，还是要都建？

这取决于当地的公网覆盖基础和灾害风险类型。如果公网覆盖完善且主要需求是日常调度，公网对讲成本低、部署快，但极端情况下可用性受限。如果区域灾害风险高、公网易中断，则应优先考虑370MHz PDT集群作为保底通信手段。很多地市采用“公专融合”思路：专网承载关键语音，公网作为扩展补充，用融合平台统一管理和调派。需求资料应明确公网中断时专网的兜底要求。

Q3：没有技术团队，怎么把验收指标写进需求资料？

不必写设备内部参数，只写可观察、可测试的结果性指标。例如“断电后设备连续工作不少于X小时”“公网中断后现场终端之间的组呼建立时间不超过X秒”“从设备到现场架设至语音可用不超过X分钟”。这些指标可以在验收时通过模拟演练直接验证，不需要专业技术团队也能执行。

Q4：无人机应急通信设备一定要纳入采购吗？

不一定。无人机载基站和自组网设备适用于交通中断、人员难以快速抵达的场景，尤其是山地、高原、大面积洪涝区域。但如果采购方所在的区域交通条件较好、灾害以城市内涝或建筑事故为主，地面便携设备配合卫星链路基本可以满足需求，无人机可列为后续扩展项而非必采项。需求资料中应写明“是否需要无人机超视距通信能力”及其对应的灾害场景。

七、结论

应急通信项目的采购需求资料，本质上是一份“场景翻译文件”：把政策要求、灾害风险、队伍编成和极端条件，翻译成厂商能理解、评标能比较、验收能验证的具体需求。采购方不必纠结于设备参数细节，但要清楚地回答五个核心问题：覆盖哪里、给谁用、极端条件下怎么保底、和谁互通、如何验收。

项目启动前，建议牵头部门组织应急管理部门、消防队伍、信息化部门和至少一轮实地调研，把覆盖盲区、历史灾害点和多部门协作场景摸清，再形成需求资料。这样做的直接收益是：招标阶段能筛选出真正匹配的方案，而不是被设备清单牵着走；建设阶段能减少需求变更；验收阶段能拿出可量化的判断依据。应急通信建的是“保底能力”，需求资料写得越扎实，保底能力才越可靠。