l关于集中器冻结数据批量召测分析及规约扩展.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  问题分析 国网“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）下发进行一次召测，即使多个电表合在一个报文里面进行召测命令下发，也需要下发多个召测报文。这将严重影响数据采集效率，同时增加大量的通讯流量。 因此必须对集中器数据上报报文做扩展，以提高采集效率，减少通讯流量。 解决方案设计 我们建议，可以考虑吸取现有一些比较成熟的集中器上行通讯规约的做法。例如湖北集中器通讯规约，武汉集中器通讯规约。主站只发送一个命令报文，采集对象为集中器下面的所有电表。集中器在收到此报文后，把它下面的所有电表数据，打包上传，考虑到GPRS网络的特性，一次报文长度不易过长（GPRS网路MRU为1600字节。实际传输不大于1K字节为宜），每次打包上传10~20个电表的数据，分多次把集中器下所有电表数据上传，多报文应答遵循09规约 “帧序列域SEQ”中FIR和FIN标志设置的规则。 需要对09规约用于集中器采集的部分进行自定义扩展。规定PN=FFFF时，采集对象为所有电表。 规约扩展 数据单元表示的信息点定义 信息点定义同，09规约，增加全信息点定义： 信息点DA由信息点元DA1和信息点组DA2两个字节构成。 请求一类数据(AFN=0C) 下行报文 报文格式 Fn和pn定义 Fn 名称及说明 pn 组1 F801 集中器下所有电表当前正向有功电能示值（总、费率1～M） 上行报文 报文格式 Fn和pn定义 Fn的数据单元格式 F801当前正向有功电能示值（总、费率1～M） 数据内容 数据格式 单位 字节数 终端抄表时间 见附录A.15 分时日月年 5 BIN 个 1 第1个电表测量点号 PN 2 第1个电表通讯地址 见附录A.12 第1个电表费率数M BIN 个 1 正向有功总电能示值 见附录A.14 kWh 5 费率1正向有功总电能示值 见附录A.14 kWh 5 …… …… …… 第1个电表费率M正向有功总电能示值 见附录A.14 kWh 5 第N个电表测量点号 PN 2 第N个电表通讯地址 见附录A.12 第N个电表费率数M BIN 个 1 正向有功总电能示值 见附录A.14 kWh 5 费率1正向有功总电能示值 见附录A.14 kWh 5 …… …… …… 第N个电表费率M正向有功总电能示值 见附录A.14 kWh 5 请求2类数据(AFN=0D) 下行报文 报文格式 Fn和pn定义 Fn 名称及说明 pn 数据时标 冻结类型 组1 F801 集中器所有电表正向有功电能示值（总、费率1～M） Td_d 日冻结 上行报文 报文格式 Fn和pn定义 Fn的数据单元格式 F801正向有功电能示值（总、费率1～M） 数据内容 数据格式 单位 字节数 日冻结类数据时标Td_d 见5.13.1.3.3 日月年 3 抄表时间 见附录A.15 分时日月年 5 BIN 个 1 第1个电表测量点号 PN 2 第1个电表通讯地址 见附录A.12 第1个电表费率数M BIN 个 1 正向有功总电能示值 见附录A.14 kWh 5 费率1正向有功电能示值 见附录A.14 kWh 5 …… …… …… 第1个电表费率M正向有功电能示值 见附录A.14 kWh 5 第N个电表测量点号 PN 2 第N个电表通讯地址 见附录A.12 第N个电表