于DL476通信协议为A_TEST报文（原因码区分测试和测试确认），对 于IEC60870-5-104通信协议为TESTFR_ACT (表示测试）报文或TESTFR_C0N(表示测试确 认）报文。
[0058] h)子站或主站可以关闭连接，对端给予确认。其中，对于DL476通信协议为A_ ABORT (表示断开）报文或A_AB0RT_ACK (表示断开确认）报文；对于IEC60870-5-104通信 协议为ST0PDT_ACT (表示停止断开）报文或者ST0PDT_C0N(表示停止断开的确认）报文。
[0059] 实施例一
[0060] 下面以DL476通信协议为例，对上面的报文传输过程进行说明
[0061] a)启动应用-控制域：A_ASS0CIATE = 1 ;运行模式：0型规程0x10 ;状态标识：主 机0x80 ;原因码：0。
[0062]
[0063] b)启动应用确认-控制域：A_ASSOCIATE_ACK = 1 ;运行模式：0型规程0x10 ;状态 标识：主机0x80 ;原因码：0。
[0064]
[0065] c)数据一控制域：A_DATA = 10 :优先级：双方约定；数据块类型（BID) :2/3数据 内容（子站_>主站）；优先级固定为255,索引表号固定为0,如下所示。
[0070] e)释放连接一控制域：A_RELEASE = 4 ;运行模式：0型规程0x10 ;状态标识：主机 0x80 ;原因码：0。
[0071] f)释放连接确认一控制域：A_RELEASEE_ACK = 5 ;运行模式：0型规程0x10 ;状态 标识：主机0x80 ;原因码：0。
[0072]
[0073] g)测试激活
[0074]
[0109] 收到的IEC60870-5-104通信协议的系统数据报文，报文类型为1号报文。
[0110] 在通信过程中，各级子站必须依据主站与子站双方事先的约定将所需获取的关键 运行指标数据编辑成规范的数据通信索引文件。其中，有确定数值的数据点（例如CPU、内 存、磁盘空间等）单独整理成一个数据通信索引文件，对于DL476通信协议，使用2号报文 进行数据发送，对于IEC60870-5-104通信协议，使用13号报文进行数据发送。表示某一状 态的数据点如系统内某一节点的状态、应用的状态等，单独整理成一个数据通信索引文件， 对于DL476通信协议，使用3号报文进行数据发送，对于IEC60870-5-104通信协议，使用1 号报文进行数据发送。
[0111] 子站和主站要时刻保持数据通信索引文件中内容的一致性。如果双方对数据通信 索引文件的内容有修改、删除的需要，或者主站要求增加数据点，都应及时通知对端并做出 相应修改。
[0112] 此外，在数据报文的传输过程中，有时会因为出现数据报文序号不连续情况或者 网络等其他原因导致通信链路连接中断，这样会影响数据报文的传送，这时就需要启动数 据重传机制。该数据重传机制的具体交互过程如图3所示。主站和子站重新建立TCP连接， 启动应用，子站将存入缓存中的未正确送到主站的数据报文重新上传，主站予以确认。
[0113] 再者，为方便主站即时获取子站的最新数据，对于采用IEC60870-5-104通信协议 进行交互的通信双方，主站可以对子站进行数据召唤。主站召唤数据机制的交互过程如图 4所示。由主站发送数据总召请求，子站回复总召确认并即时获取最新数据发送数据报文。 数据报文发送完毕后，子站发送总召结束报文给主站。
[0114] 实际应用报文，如下所示：
[0115] SEND at 2014-04-10 00 :04 :57. 675
[0116] 68 Oe 04 00 f0 04 64 01 06 00 01 00 00 00 00 14
[0117] 主站下发总召唤激活报文：
[0118] RECV at 2014-04-10 00 :04 :58. 494
[0119] 68 Oe f0 04 06 00 64 01 07 00 01 00 00 00 00 14
[0120] 主站接收总召唤激活确认报文：
[0121] ......
[0122] 主站接收数据报文：
[0123] ......
[0124] RECV at 2014-04-10 00 :05 :35. 806
[0125] 68 Oe 3e 05 06 00 64 01 Oa 00 01 00 00 00 00 14
[0126] 主站接收总召唤激活终止报文。
[0127] 最后，主站将收到的数据通信索引文件解析后存储在实时数据库中，并通过综合 查询管理界面显示数据来源、数据获取时间、各类系统数据的详细数值等。主站的集中监视 模块可以根据需求从商用库中检索获取即时数据，并实时展现在监视画面中，从而便于调 度系统运行维护人员开展工作。
[0128] 与现有技术相比较，本发明所提供的面向分布式系统关键运行指标数据的集中监 视方法，根据DL476/IEC104通信协议，通过各子站的数据采集端将本地的即时运行信息转 换成标准数据报文，并发送给主站的接收端。接收端将报文解析成实时的关键运行指标数 据并进行相应处理，具有以下有益效果：
[0129] (1)及时发现分布式系统的各类运行故障及隐患，解决分布式系统运行维护工作 的困难，有利于维护人员及时对故障问题进行处理，减少问题造成的影响，提高分布式系统 的运行维护水平，更好地为调度运行服务；
[0130] (2)完善现有的运维模式，集约化地管理和使用人力、技术和设备资源，提高运维 工作的质量和效率，缓解运行维护人员缺员的问题；
[0131] (3)深度参与调度系统的日常运维，对系统的运行状况进行统计、分析和归纳，有 利于在更深层次解决调度系统的运行问题。
[0132] 以上对本发明所提供的面向分布式系统关键运行指标数据的集中监视方法进行 了详细的说明。对本领域的一般技术人员而言，在不背离本发明实质精神的前提下对它所 做的任何显而易见的改动，都将构成对本发明专利权的侵犯，将承担相应的法律责任。
【主权项】
1. 一种面向分布式系统关键运行指标数据的集中监视方法，所述分布式系统包括主站 和多个子站，所述子站还包括本地系统，所述本地系统为国调子系统、网调子系统或者省调 子系统中的一种；所述主站用于管理与其连接的全部子站，其特征在于， 所述子站从所述本地系统获取所需要的关键运行指标数据，同时将所述关键运行指标 数据转换成数据通信索引文件，并存储至所述本地系统；所述子站与所述主站建立连接后， 传输所述数据通信索引文件至所述主站； 所述主站使用所述子站的数据通信索引文件，对与其连接的全部子站进行监视。2. 如权利要求1所述的集中监视方法，其特征在于， 所述关键运行指标数据包括（1)有确定数值的关键运行指标数据；(2)表示某一状态 的关键运行指标数据。3. 如权利要求2所述的集中监视方法，其特征在于， 将有确定数值的关键运行指标数据单独整理成一个数据通信索引文件； 当使用DL476通信协议时，使用2号报文发送数据； 当使用IEX60870-5-104通信协议时，使用13号报文发送数据。4. 如权利要求2所述的集中监视方法，其特征在于， 将表示某一状态的关键运行指标数据单独整理成一个数据通信索引文件； 当使用DL476通信协议时，使用3号报文发送数据； 当使用IEX60870-5-104通信协议时，使用1号报文发送数据。5. 如权利要求1~4中任意一项所述的集中监视方法，其特征在于所述主站与所述子 站之间传输数据的过程包括以下步骤： 所述主站与所述子站之间创建TCP连接； 所述子站启动应用，并向所述主站发送启动应用报文； 所述主站在收到所述启动应用报文后，读取所述启动应用报文，并进行启动应用确 认； 所述子站即时扫描所述数据通信索引文件中的数据，如果有数据变化或者时间达到全 数据周期的要求，则发送数据报文； 所述主站确认收到的数据报文； 所述子站或所述主站关闭连接，另一方给予确认。6. 如权利要求5所述的集中监视方法，其特征在于， 若所述子站第一次与所述主站建立连接或所述数据通信索引文件有所改动，所述子站 将所述数据通信索引文件发送给所述主站，所述主站回复确认并对所述数据通信索引文件 进行处理。7. 如权利要求5所述的集中监视方法，其特征在于， 在传输所述数据报文的过程中，如果出现通信链路连接中断时，启动数据信息重传机 制，将未正确送到主站的数据报文重新上传。8. 如权利要求5所述的集中监视方法，其特征在于， 主站对子站进行数据召唤，即时获取所述子站的最新数据。
【专利摘要】本发明公开了一种面向分布式系统关键运行指标数据的集中监视方法。该分布式系统包括主站和多个子站，子站还包括本地系统，本地系统为国调子系统、网调子系统或者省调子系统中的一种；主站用于管理与其连接的全部子站，其中，子站从本地系统获取所需要的关键运行指标数据，同时将关键运行指标数据转换成数据通信索引文件，并存储至本地系统；子站与主站建立连接后，传输数据通信索引文件至主站；主站使用子站的数据通信索引文件，对与其连接的全部子站进行监视。本发明通过主站集中监视各级子站的关键运行指标数据，能够及时发现电力调度系统的各类运行故障及隐患，解决分布式系统运行维护工作的实际困难。
【IPC分类】H04L29/08, H04L12/26
【公开号】CN104993970
【申请号】CN201410799207
【发明人】周围, 高保成, 林展华, 刘梦
【申请人】国家电网公司, 北京科东电力控制系统有限责任公司, 南京南瑞集团公司, 中国电力科学研究院, 国网天津市电力公司, 国网浙江省电力公司
【公开日】2015年10月21日
【申请日】2014年12月22日