文档介绍：关于09规约集中器数据上报问题的分析及解决草案2010年6月作者zuni目录1  问题分析  32  解决方案设计  33  规约扩展    数据单元表示的信息点定义    请求一类数据(AFN=0C)    下行报文    上行报文    请求2类数据(AFN=0D)    下行报文    上行报文    扩展规约效率分析  71问题分析国网“Q/-2009《电力用户用电信息采集系统通信协议:主站与采集终端通信协议》”(以下简称09规约)继承了国网“Q/GDW130-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规约“帧序列域SEQ”中FIR和FIN标志设置的规则。需要对09规约用于集中器采集的部分进行自定义扩展。规定PN=FFFF时,采集对象为所有电表。,09规约,增加全信息点定义:信息点DA由信息点元DA1和信息点组DA2两个字节构成。当DA1,DA2全为1是,表示终端下面所有信息点。(AFN=0C)。  F801集中器下所有电表当前正向有功电能示值(总、费率1~M)FFFF   。。(总、费率1~M)