关于集中器冻结数据批量召测分析及规约扩展.docVIP

关于集中器冻结数据批量召测分析及规约扩展 关于09规约集中器数据上报问题的 分析及解决草案 2010年6月 作者zuni 目录 1 问题分析.................................................................................................................. 3 2 解决方案设计 .......................................................................................................... 3 3 规约扩展.................................................................................................................. 4 3.1 数据单元表示的信息点定义.............................................................................. 4 3.2 请求一类数据(AFN=0C) ..................................................................................... 4 3.2.1 下行报文 .................................................................................................... 4 3.2.2 上行报文 .................................................................................................... 4 3.3 请求2类数据(AFN=0D) ..................................................................................... 5 3.3.1 下行报文 .................................................................................................... 5 3.3.2 上行报文 .................................................................................................... 6 3.4 扩展规约效率分析 ............................................................................................ 7 1 问题分析 国网“Q,GDW 376.1-2009《电力用户用电信息采集系统通信协议:主站与采集终端通信协议》”(以下简称09规约)继承了国网“Q/GDW 130-2005《电力负荷管理系统数据传输规约》”(以下简称05规约)的通讯架构。为了能满足一个集中器数据的采集需求，09规约的测量点的编号(PN)从05规约64个，扩展到了2040个。 采集数据的召测应答方式，09规约延续了05规约的数据传输方式:即主站下发操作标识(Fn，Pn)，告诉终端采集对象(Pn),以及采集的数据(Fn),终端对操作标识进行应答。此方式对专门做负控应用的05规约不会存在任何问题，因为一个负控终端挂接的测量点不会超过8个。但是一个集中器下通常会挂接数百块电表，如果沿用此召测方式，对一个集中器进行数据召测，主站需要对每一个电表(Pn)下发进行一次召测，即使多个电表合在一个报文里面进行召测命令下发，也需要下发多个召测报文。这将严重影响数据采集效率，同时增加大量的通讯流量。 因此必须对集中器数据上报报文做扩展，以提高采集效率，减少通讯流量。 2 解决方案设计 我们建议，可以考虑吸取现有一些比较成熟的集中器上行通讯规约的做法。例如湖北集中器通讯规约，武汉集中器通讯规约。主站只发送一个命令报文，采集对象为集中器下面的所有电表。集中器在收到此报文后，把它下面的所有电表数据，打包上传，考虑到GPRS网络的特性，一次报文长度不易过长(GPRS网路MRU为1600字节。实际传输不大于1K字节为宜)，每次打包上传10~20个电表的数据，分多次把集中器下所有电表数据上传，多报文应答遵循09