结论：由于监测数据简单量少（数量受限制），干结点方式只能在设备出现故障时才出现简单响应，而无法获得设备实际运行数据，不能对设备的运行进行故障分析、诊断、趋势分析等工作。因此，设备维护仍停留在低层次的故障抢修阶段，在故障发生后也无数据对故障进行分析，无法避免故障的重复出现。

    外部告警方式，数据流向为单向上行（从BTS——监控中心），无法在远端实现控制，仅可实现监测功能。采用该方式进行组网时，所有基站外部告警均需BSC进行预处理，并输出到交换机的告警终端上，依靠当地的OMC—R进行告警数据提取，增加了交换机的负荷，交换机告警终端上出现的告警信息无法进行选择和预处理优化，大量杂乱的告警会影响维护人员及时的发现交换机的重要告警。
由于以上方式无需传输设备的投资，监控量少无模拟量传感器，只一个集中式监控中心，故系统投资必然大为减少。但根据前文的分析亦知其性能不佳，对于动力环境监控的关键技术基本上都没有解决，只是勉强利用了主设备的附属功能，严格来说不能算是真正意义上的监控系统，只能算是主设备的原有功能的小小扩展利用。

    在国内部分地区地区基站选用此种方式（开关量——BTS外部告警DF架——上端交换机通过OMC—R处理——从AT-0终端提取告警信息——FEC协议转换——工控机收集告警），但实践证明效果不理想，告警信息速度慢，延迟最多达20分钟，且非常容易造成告警壅塞。目前国内亦无真正的利用上述方式建立的完整的真正可用的监控系统。国内许多省市的先前试点过的上述方式的移动、联通公司，或是只进行了试点无法真正大范围使用，或是转而重新按基本规范建设新系统。