很多单位在无线调度系统选型时，习惯先拿一份功能清单逐项打勾：能语音、能定位、能录音、能发短消息，看起来都满足，就以为选型完成了。真正决定项目能不能落地的，往往不是“有没有这个功能”，而是“这个功能在什么条件下成立、上限在哪里、哪些事它本来就不负责”。Caltta PD200 是一套常规 DMR 调度系统，采用 C/S 架构，由语音调度、定位、短消息、报表等模块组成。它的公开规格恰好提供了一个很好的观察样本：把参数当作边界来读，比当作卖点来读，对选型更有用。

先分清“常规调度”与“集群调度”不是同一类问题

PD200 的定位是常规 DMR 调度系统，这一点在选型阶段必须先确认清楚。常规调度系统与集群系统在信道使用方式上不同：前者更接近固定频道下的指挥调度，后者强调信道自动分配与话务排队。如果使用方的核心诉求是大量用户在高话务密度下争抢有限信道，需要系统自动分配资源，那么常规调度系统并不是这类需求的同类答案。

反过来，如果业务形态是岗位相对固定、按班组或区域分频道通话、调度台负责值守与指令下达，那么常规 DMR 调度系统通常是够用且更经济的选择。这一步判断错了，后面比较参数就没有意义。

容量要区分“注册用户”和“同时说话的人”

PD200 的规格表给出的边界是：最大用户数 800、最大群组数 128、最大并发呼叫数 32、最大并发录音数 32、最大调度台客户端数 8、最大中继器数 64，呼叫时延标称 ≤300ms。

选型时最容易混淆的是用户数与并发数。800 指的是系统可容纳的用户规模，而 32 指的是同一时刻能处理并监控的并发通话路数。一个 600 人的单位，如果交接班、交接时段集中呼叫，瞬时并发压力可能比一个 900 人但通话分散的单位更大。因此要问自己的不是“我有多少人”，而是“最忙的那个时段，大概有多少路通话同时进行”。

同理，并发录音 32 与并发呼叫 32 数值一致，意味着录音能力与通话能力是配套考虑的。如果业务对录音留存有硬性要求，就需要把存储容量、留存周期和调取方式一并纳入规划，而不是只确认“支持录音”。

调度台客户端上限 8 这一项也值得提前算清。它直接决定了能设几个值守席位、是否要跨部门分设调度台。席位规划不清，后期加席位就会变成系统层面的调整。

呼叫时延 ≤300ms 属于规格表数值，实际体验还会受系统负载、链路条件和终端数量影响。它可以作为参考基线，但不宜直接当作现场效果的承诺。

地图、轨迹回放、地理围栏，前置条件比功能名更重要

PD200 支持 Google 和 OpenStreetMap 的在线及离线地图，支持管理员设定时长内的电台轨迹回放和地理围栏，支持按权限调度、报表统计，并能记录通话与消息。

这些能力在演示环节通常很好看，但选型时要追问三件事。第一，离线地图的数据从哪里来、由谁维护、更新频率如何，尤其是厂区、园区这类自建区域，地图底图是否覆盖到位会直接影响可用性。第二，轨迹回放依赖定位数据的持续上报与存储，回放时长设多长、历史数据保留多久，需要与管理制度对齐。第三，地理围栏和按权限调度的价值在于规则设计，如果角色划分和区域划分没有提前梳理，功能上线后也很难真正用起来。

接口“有”和“够用”是两件事

PD200 提供标准 AIS 接口，允许用户基于现有 DMR 系统进一步开发和定制；同时支持通过 30 路 / 1×E1 的路径与 PSTN、PABX 对接。

对接电话系统这件事，需要提前算清路数：30 路是一个明确的量级，如果调度台需要频繁呼出公网或内线，就要评估这个数量与峰时话务是否匹配。

至于 AIS 接口，公开资料并未说明具体的协议细节、可对接的对象范围以及开发工作量。因此在选型阶段，正确的做法是把“我要对接哪套系统、传哪些数据、由谁开发、验收标准是什么”写成明确条目，请厂商书面答复，而不是把“支持二次开发”当作已经解决问题。

配套设备与覆盖效果不在同一张表里

PD200 页面列出的相关产品包括 PR680 便携式数字中继器、PR900 数字中继器、TBS6000 数字集群基站和 DMR 分布式基站。需要注意的是，公开资料并未明确这些设备与 PD200 的具体兼容配置和组合限制。

这意味着两件事：一是配套选型必须书面向厂商确认可用的组合方式，不能凭型号列表推断；二是规格表中的容量数字来自产品页，未提供测试方法和现场部署条件，不能外推为某个具体项目中的实际覆盖范围和容量承诺。

覆盖是另一条独立的技术线。建筑结构、金属遮挡、地下空间、楼层分布、天线位置都会改变实际效果。如果一个项目的主要矛盾是信号打不透，那么换调度系统或加功能模块都解决不了，需要先做覆盖勘测和中继布点设计。这是选型时最容易被跳过、又最容易在验收阶段暴露的一环。

把这些边界整理成一份确认清单

把上面的判断归拢起来，选型阶段真正需要书面确认的问题大致是这几类：

业务量类——注册用户数、群组划分、峰时并发通话路数、录音留存周期、调度台席位数量、需要接入的中继器数量，是否都在系统边界之内，余量是否合理。

功能条件类——离线地图的数据来源与维护责任、轨迹回放的时长与存储、地理围栏的规则设计、按权限调度的角色划分。

对接扩展类——AIS 接口的协议细节与开发分工、与 PSTN/PABX 对接的实际路数需求、与中继器及基站的可兼容组合。

商务与合规类——价格、交付周期、商务条款，以及如项目需要合规证明时应索取的具体文件。公开资料中关于 DMR 符合 ETSI 标准的表述属于描述性文案，未附证书编号或第三方测试报告，需要时应当单独索取。

在专业无线通信的产品选型与项目配置中，智联慧通可根据具体项目需求提供产品选型、设备供货、写频配置与安装调试等支持。上述规格与现场配置之间的对应关系，仍应以项目需求确认和厂商技术资料为准。

常见问题

PD200 适合直接替换现有的集群系统吗？

它本身是常规 DMR 调度系统，与集群系统在信道分配机制上属于不同类别。是否需要替换，取决于现网的话务密度和对自动信道分配的需求，不能仅凭功能清单对比得出结论。

最大用户数 800 是否意味着可以接 800 个终端同时通话？

不是。800 是系统可容纳的用户规模，同时可处理并监控的并发通话为 32 路。容量规划要按峰时并发而不是总人数来算。

支持在线和离线地图，是不是部署时就不用管地图数据了？

在线地图依赖网络访问，离线地图需要事先准备数据并持续维护。内网或专网环境下通常要走离线方案，底图来源、覆盖范围和更新责任需要在实施前落实。

只写“支持标准 AIS 接口”，能不能直接作为对接依据？

不能。接口存在与对接可用之间有距离，协议细节、对接对象和开发工作量都需要厂商明确答复，并形成可验收的接口说明。

回到最初的问题：无线调度系统选型的难点，不在于比较谁的功能够多，而在于把自己的业务量、现场条件和对接需求，逐条对照到系统的边界上。PD200 这样一份边界清晰的规格，最大的价值不是告诉你它能做什么，而是让你能明确判断出哪些需求在它之内、哪些需要另作安排。判断顺序建议是：先定业务量与调度形态，再看功能的前置条件，然后确认接口与配套，接着解决覆盖，最后谈商务与交付。顺序对了，选型就不会被功能清单带偏。