DL∕T 1872-2018 电力系统即时消息传输规范

ICS29.020电力系统即时消息传输规范2018-06-06发布2018-10-01实施DL/T1872—2018 1范围 12规范性引用文件 13术语和定义 14缩略语 25构成和原理 26消息及其传输方法 46.1消息定义和描述 46.2消息传输方法 57消息分发服务 67.1功能 67.2消息用户管理服务 67.3消息分发策略 67.4消息分发策略的应用 87.5消息分发策略管理服务 87.6消息定义管理和查询服务 97.7消息监控服务 8消息管理 8.1功能 8.2消息定义管理 8.3消息分发策略管理 8.4消息监控信息管理 II本标准按照GB/T1-1-2009《标准化工作导则第1部分：标准的结构和编写》给出的规则编写。本标准由中国电力企业联合会提出。本标准由全国电网运行与控制标准化技术委员会(SAC/TC446)归口。本标准起草单位：国家电网公司国家电力调度控制中心、国网福建省电力有限公司、北京科东电力控制系统有限责任公司、中国南方电网有限责任公司、国家电网公司华中分部、国网北京市电力公司、国网河北省电力公司、国网上海市电力公司、国网四川省电力公司、中国电力科学研究院有限公司、国网电力科学研究院、积成电子股份有限公司、北京四方继保自动化股份有限公司、南京南瑞继保电气有限公司、国电南京自动化股份有限公司、长园深瑞继保自动化有限公司。本标准在执行过程中的意见或建议请反馈至中国电力企业联合会标准化中心(北京市白广路二条一号，100761)。1电力系统即时消息传输规范2规范性引用文件凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。3术语和定义服务域2DL/T1872—2018相关的服务(GB/T33602-2017)。4缩略语IMSInstantMessagingSystem即时消息系统GSPGeneralServiceProtocol5构成和原理即时消息系统(IMS)基于GB/T33602-2017电力系统通用服务协议(GSP)体系架构，通过一系列的服务成如图1所示。图中的服务代理，为GSP所规定的服务代理，消息发布者及消息接收者为IMS的用户，等服务域服务域消息消息管理消息管理消息发布者消息分发消息分发发布者域消息管理域消息分发消息消息接收者服代广域数据网服代接收者的，由分发策略管理确定。图2,图3为IMS工作流程图，展示了消息定义和策略管理、消息定义查询、消3DL/T1872—20184.消息定义7.消息定义图2IMS直接分发模式工作流程消息接收者消息接收者消息管理/分发服务本地服务代理和分发策路域消息管理4.消息定义和分发消息定义查询6.消息定义查询消息定义9.域外消息分发域消息分发息分发远程服务代理消息管理/分发服务消息接收者消息定义和分发策略消息分发和分发策略服务定义注册消息发布者4DL/T1872—2018服务管理消息接收者消息发布者本地服务代理2.定位服务2.消息发布远程服务代理消息接收者服务管理服务注册6.1.1消息的构成消息发送者和接收者对应与GSP中的服务或客户端，其标识直接采用GS为可读字符串。发送者标识格式为：DomainID.ProviderID.SenderID,接收者标识格式为DomainID.ProviderID.ReceiverID。6.1.3消息发出时间消息发出时间为发送者生成的消息向接口提交的时间，其标识为SendTime,编码采用CP56Time2a时间6.1.4消息序列号为支持重传等差错控制，消息头设置了消息序列号MsgSeq,为16位无符号整数。6.1.5消息主题消息主题标识为MsgTopic,为16位无符号整数。消息主题由消息管理服务统一管理，其主体的分配表如表1,消息主题的具体定义根据系统和应用的需要，在构建系统和应用开发时进行定义。消息主题值用途说明5域内部消息域内或IMS范围内唯一5001-10000调控主站内部消息域内或IMS范围内唯一10001-50000跨域消息IMS内唯一50001-65535跨IMS消息多IMS内唯一消息数据体为消息包含的具体内容，标识为MsgData,其内容与MsgTopic有关，其内容和格式在定义MsgTopic的同时进行定义。<Tnnnnn(//消息ID,nnnnn为MsgTopic值的数字串INDataType1:DataName1,//IN参数标识发出消息的数据内容INDataType2:DataName2,//IN参数标识发出消息的数据内容)"Tnnnnn消息体"/>在消息传输前，消息发收双方通过消息定义查询服务接口GetMsgDef()先获取MsgData的描述，发送者依据消息定义生成MsgData的数据流后，通过消息发送服务接口SendMsg()将消息发给接收者，接收者收到消息后，依据相应的定义解析MsgData的数据流，以获得消息内容。如图5所示。消息管理消息管理GetMsgDef()/GetMsgDef()消息定义消息定义IM数据流发送端接收端<SendMsg(INstring:DomainID.ProviderID.ReceiverID,INstring:DomainID.ProviderID.SenderID,ININT16U:MsgSeq,//消息接收者//消息发送者//消息序列号6INTIME:SendTimeININT16U:MsgTopic,ININT8U[]:MsgData,0UTstring:DomainID.ProviderID.ReceiverID0UTINT16UMsgTopic,)"IMS消息发送服务"/>//消息发送时间//消息主题//消息数据体字节数//消息数据体，数组长度取决于MsgTopic对应的消息体长度//收到消息发送者//收到消息序列号//收到消息主题//服务结果代码7.1功能消息分发服务为GSP服务端，负责接收消息发布者发布的消息消息发送者和接收者在使用消息系统时应向消息分发服务注册其名字、IP地址和端口。注册信息作为消息分发服务从ID到IP的映射，用户退出时则注销其注册信息。<MsgDistServer.IDRegist(INSTRING:IDName//消息发送者或接收者IDININT16U:Operation,//1:注册，0注销INSTRING:ServerIPAddress,//服务IP地址，多个用“,”隔离ININT16:Port,//服务端口0UTINT16:ResultCode,//返回结果)”消息用户注册"/>消息发送者发出的消息统一发给消息分发服务由消息分发服务根据分发策略逐个发给消息接收者，消表2消息分发策略表7DL/T1872—2018含义示例消息主题该策略的主题分发地址(订阅转发任务的接收者地址domain_0.imscenter.Receiver过滤条件用于选择过滤发送者domain_1.imscenter.缓存时间用于指定发送信息失败时发送任务的保留时间，单位为秒(s)重发间隔时间用于指定发送信息失败时重发间隔时间，单位为秒3编辑者标识标识该转发策略项产生或Editer修改是由那方面来的a)消息主题b)分发地址c)过滤条件d)缓存时间e)重发时间f)编辑者标识8标识该转发策略项产生或修改是由那方面来的，通常包括：本地编辑、域消息管理中心下发或由接收者自己注册。域内消息分发是消息分发服务的基础，只有域内的消息分发服务直接与消息用户产生关系，消息发送者只将消息送给消息分发服务，再由消息分发服务发给消息接收者。某主题消息发给哪些接收者，由分发逻辑管理工具通过人工或由接收者自行订阅(对域内消息)方式在策略分发表上生成相应的转发任务项来确定。使用通配符可有效减少分发策略表的行数。b)域间消息分发本模式消息发送者把消息发给发端消息分发服务，消息分发服务根据维护在本地分发逻辑表的分发逻辑，逐个给相应域的消息分发服务分发相应消息(每个域只发一次),再由收端消息分发服务进行再分发到接收者。此时，分发策略表的接收地址项需包含有需转发的接收域消息分发服务器清单(一个域只需一项),通常这个清单是由域消息管理中心进行合并处理后下载到相应分发中心的。的分发任务项(每个主题)。<MsgDistServer.GetDistList(INSTRING:MsgTopic_ID,//消息主题{STRING:MsgTopic_ID,STRING:Receiver,STRING:Filter,INT16U:BufTime,INT16U:RetryTime,STRING:Editer}[],//转发策略清单0UTINT16:ResultCode,//返回结果9)”查询某主题分发策略项清单"/>7.5.2分发策略项管理服务接口(消息订阅)分发策略按主题管理，接口实现增加分发项(消息订阅),删除分发项(取消消息订阅)及修改分发项操作。<MsgDistServer.DistListEdit(INSTRING:MsgTopic_ID,//消息主题ININT16U:Edit,{STRING:MsgTopic_ID,STRING:Filter,INT16U:BufTime,INT16U:RetryTime,STRING:Editer}[],//转发策略清单0UTINT16:ResultCode,//返回结果)"转发项管理"/>7.6消息定义管理和查询服务消息分发服务接收并管理从消息管理服务下发的主题和消息体数据结构描述，并对域内消息的发布者和接收者提供消息主题消息体数据结构查询服务。在机制上同样支持由消息提供者自行注册，是否采用由工程确定。消息定义管理服务接口如下：7.6.1消息定义管理服务接口ININT16U:Edit,INSTRING:MsgDef,)"消息定义编辑"/>7.6.2消息定义查询服务接口<MsgDistServer.GetMsgDef(0UTSTRING:MsgDef,OUTINT16:ResultCode)"消息数据体查询"/>//消息主题//管理操作：1:增加、2:删除、3:修改//消息数据体(MsgData)的描述//认证参数//返回结果//消息主题//消息数据体(MsgData)的描述//返回结果<MsgDistServer.GetMsgDefList(ININT16U:Status,//消息主题状态，0:全部，1:在用)”消息主题清单查询"/>消息分发服务同时承担消息监控任务，消息分发服务应当记录所转发的消息和消息转发过程错误信息，消息监控服务接口如下：<MsgDistServer.GetLog(INSTRING:MsgTopic_ID,INSTRING:EndTime,INSTRING:Status,0UTINT16:ResultCode//发送状态//监控记录清单//返回结果消息监控服务应记录所有消息的收发情况，记录项应包括：发生时间、消息主题、接收者、发送者、发{STRING:0ccurTime,//发生时间(格式：YYYY/MM/DDHH:MM:SS.mmm)STRING:MsgTopic_ID,//消息主题STRING:Receiver,//接收者STRING:Sender,//发送者STRING:Status,//发送状态STRING:Editer//发送策略项来源}//消息监控记录数据结构相同，区别只是在管理权限和范围上面。DL/T1872—2018c)域间消息分发策略管理：对域间消息分发服务的分发策略进行管理，建立和维护域间消息转发策消息管理使用消息分发服务的消息分发策略管8.2消息定义管理8.2.1消息定义发布域间消息定义(主题、格式及内容)由域间消息分发服务和消息管理服务统a)新建消息、修改域间消息定义时域间消息管理服务应根据分发策略向相关的域内消息分发服务推d)消息管理服务应提供人工同步(下载或推送)消息定义的功能。8.2.2消息定义编辑8.2.4主题及定义管理d)可按主题、按域导出消息主题及其定义。8.3消息分发策略管理8.3.1消息分发策略管理模式消息分发策略采用分层的统一管理模式管理，域内消息分发策略由各域内消息管理服务管理，域间消息分发策略由域间消息管理服务管理。分发策略按主题管理，不同主题可采用不同的分发策略。域内消息分发策略指消息分发到用户的策略，包括来自域内或域外的消息。域内消息分发策略或自动订阅的方式进行管理。在建立或修改域内分发策略后，由域内消息分发服务归纳出跨域消息订阅信息后向域间消息管理服务发出订阅请求，订阅请求在域间消息管理服务通过人工审核后形成域间消息分发策略，并发往各域内消息分发服务。所有自动订阅过程，均应基于证书的安全控制。域间消息分发策略指各域之间传输的消息，为消息从一个域的消息分发服务到