DL/T 1872-2018.Instant Messaging System for Electric Power System.
1范围
DL/T 1872规定了电力系统即时消息传输系统的传输方法、服务接口、交互过程，适用于电力系统中需要实现消息订阅和推送模式的信息传输的场合。
DL/T 1872适用于电力系统设备和系统间信息交互系统及接口的设计、研发、建设。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB/T 33602-2017电力系统通用服务协议
DL/T 1233电力系统简单服务接口规范
3术语和定义
下列术语和定义适用于本文件。
3.1即时消息Instant Messaging (IM)
一个实时通信系统，-般指允许两人或多人使用网络实时的传递文字消息、文件、语音与视频交流。这
里指在电力系统中设备或系统间以消息的方式进行信息传递的通信方式。
3.2即时消息系统Instant Messaging System (IMS)
为用户提供IM信息交换的系统。这里指为电力系统中设备或系统间提供以消息的方式进行信息传递服
务的信息系统。
3.3消息分发服务
负责接收消息发布者发布的信息并根据策略将消息转发给消息接收者的一种信息传输服务。
3.4消息管理服务
负责IMS消息主题、消息体内容、消息发布和转发策略管理的管理服务。
3.5服务域
在广域SOA架构中，按物理或逻辑关系划分服务所属域，位于服务代理后端，通过服务代理提供或获取相关的服务(GB/T 33602- -2017)。

ICS29.020
中华人民共和国电力行业标准
DL/T1872—2018
电力系统即时消息传输规范
Instant Messaging System for Electric Power System2018-06-06发布
国家能源局
2018-10-01实施
2规范性引用文件
3术语和定义
4缩略语·
5构成和原理，
6消息及其传输方法
6.1消息定义和描述
6.2消息传输方法
7消息分发服务
7.1功能..
7.2消息用户管理服务
7.3消息分发策略
7.4消息分发策略的应用
7.5消息分发策略管理服务
7.6消息定义管理和查询服务
7.7消息监控服务
8消息管理
8.1功能，
8.2消息定义管理
8.3消息分发策略管理
8.4消息监控信息管理
DL/T18722018
DL/T18722018
本标准按照GB/T1-1-2009《标准化工作导则第1部分：标准的结构和编写》给出的规则编写。本标准由中国电力企业联合会提出。本标准由全国电网运行与控制标准化技术委员会（SAC/TC446）归口。本标准起草单位：国家电网公司国家电力调度控制中心、国网福建省电力有限公司、北京科东电力控制系统有限责任公司、中国南方电网有限责任公司、国家电网公司华中分部、国网北京市电力公司、国网河北省电力公司、国网上海市电力公司、国网四川省电力公司、中国电力科学研究院有限公司、国网电力科学研究院、积成电子股份有限公司、北京四方继保自动化股份有限公司、南京南瑞继保电气有限公司、国电南京自动化股份有限公司、长园深瑞继保自动化有限公司。本标准主要起草人：冷喜武、邓兆云、梅、米为民、苏瑞、李金、习新魁、张帅、赵伟屹、武杨李大鹏、刘俊红、郑继涛、尤小明、黎强、于宏文、钟昀、李小强、纪陵、杜鹏、王恒、李军良、刘艳、刘四春、陈胜、叶康、肖飞、孙超、韩茂林、陈振宇本标准在执行过程中的意见或建议请反馈至中国电力企业联合会标准化中心（北京市白广路二条号，100761）。
1范围
电力系统即时消息传输规范
DL/T1872—2018
本标准规定了电力系统即时消息传输系统的传输方法、服务接口、交互过程，适用于电力系统中需要实现消息订阅和推送模式的信息传输的场合。本标准适用于电力系统设备和系统间信息交互系统及接口的设计、研发、建设。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T33602-2017电力系统通用服务协议DL/T1233电力系统简单服务接口规范3术语和定义
下列术语和定义适用于本文件。3.1
即时消息InstantMessaging（IM）一个实时通信系统，一般指允许两人或多人使用网络实时的传递文字消息、文件、语音与视频交流。这里指在电力系统中设备或系统间以消息的方式进行信息传递的通信方式。3.2
即时消息系统InstantMessagingSystem（IMs）为用户提供IM信息交换的系统。这里指为电力系统中设备或系统间提供以消息的方式进行信息传递服务的信息系统。
消息分发服务
负责接收消息发布者发布的信息并根据策略将消息转发给消息接收者的一种信息传输服务。3.4
消息管理服务
负责IMS消息主题、消息体内容、消息发布和转发策略管理的管理服务。3.5
服务域
DL/T1872—2018
在广域SOA架构中，按物理或逻辑关系划分服务所属域，位于服务代理后端，通过服务代理提供或获取相关的服务（GB/T33602-2017）。4缩略语
InstantMessagingSystem即时消息系统GeneralServiceProtocol电力系统通用服务协议5构成和原理
即时消息系统（IMS)基于GB/T33602-2017电力系统通用服务协议（GSP）体系架构，通过一系列的服务实现消息发布者和消息接收者间的信息交换，IMS由各服务域内的消息管理服务，消息分发服务，以及域消息管理服务和域消息分发服务构成，其构成如图1所示。图中的服务代理，为GSP所规定的服务代理，消息发布者及消息接收者为IMS的用户，等同于GSP的服务提供者或消费者。每个服务域各设置一个消息管理服务和消息分发服务，负责各自域内消息的定义、分发策略进行管理和消息分发。
个IMS设置一套域消息管理服务对跨域的消息定义和分发策略进行管理，设置一套域消息分发服务提供跨域消息转发，域间和域内的差别只是在管理权限和内容的差异。服务域
发布者
接收者
消息管理
消息分发
域消息管理
域消息分发
服务代
广域数据网
消息管理
消息分发
服务代
图1即时消息系统（IMS）构成图服务域
发布者
接收者
IMS中的即时消息（IM）基于主题进行组织、管理和分发，跨域消息和分发策略由域消息管理服务统管理，域内消息和分发策略可由域内消息管理服务或由域消息管理服务统一管理，可根据应用需要进行确定。域间消息传输分为直接分发和通过域服务分发两种模式，直接分发和通过域服务分发两种模式是兼容的，由分发策略管理确定。图2，图3为IMS工作流程图，展示了消息定义和策略管理、消息定义查询、消息发布过程。
消息发布者
1.服务定义注册
明息发有
消息发布者
1.服务定义注册
消息发布
消息接收者
消息督理/分发服务
本热服务代理
和最最务M
清岛定变查油
4.消息定处
泰消息意文查证
7.蒲息定
吴清息分发
城外销惠
城消息督理
当息青接转
远程服务代理
支福界费
图2IMS直接分发模式工作流程
消息接收者
销息管理/分发服务
本地服务代理
曼案炎M
3.消息定义查询
4.消息定义
支募爱
6.消思定义查询
7.消惠定义
9.消息分发
9.域外销息分发
思分爱
域消息管理
域消息分发
消息管理/分发服务
消惠定义
和分发策障
消息定文
4.消恩定义
.消惠转
消息分发
远程服务代理
图3IMS域服务分发模式工作流程图消息管理/分发服务
守发策略
3.消慧定义查道
4.消息定义
5注册
13,消息分发
DL/T1872—2018
清息接收者
消恩接收者
IM的分发策略也是基于主题的，每个主题可采用各自的分发策略，跨域的分发策略采用预配置和由域消息管理服务集中管理模式，域内消息可采用预配置和注册配置两种方式，由域内消息管理服务管理。依据电力系统分层分级管理的特点，可能建有多套IMS系统。当需要跨IMS系统进行通信时，跨IMS的消息应通过域消息分发服务转发，由本侧域消息分发服务向需要通信的IMS系统的域消息分发服务进行消息分发。
IMS还包含一种端到端的消息传输模式，该模式消息传输不通过消息分发服务，消息接收者向服务管理注册消息接收服务，以服务的形式接收消息。图4为IMS端到端模式工作流程图，展示了服务注册、服务定位、消息发布流程。
服务管理
6消息及其传输方法
6.1消息定义和描述
6.1.1消息的构成
消息接收者
2.定位服务
消息发布者
本地服务代理
远程服务代理
图4IMS端到端直接传输模式工作流程图消息接收者
1.服务注册
微服：
5.资取服券信息
DL/T1872—2018
服务管理
消息由发送者标识、接收者标识、消息发出时间、序列号、消息主题和消息数据体几部分构成。6.1.2发送和接收者
消息发送者和接收者对应与GSP中的服务或客户端，其标识直接采用GSP中定义的三段式名称结构，为可读字符串。发送者标识格式为：DomainID.ProviderID.SenderID，接收者标识格式为DomainID.ProviderID.ReceiverID。实际使用中消息发送者标识直接使用相应的服务或客户端标识，不再为IMS单独取名。6.1.3消息发出时间
消息发出时间为发送者生成的消息向接口提交的时间，其标识为SendTime，编码采用CP56Time2a时间格式。作为IMS消息传输使用，对于应用需要有时间标识的应在消息数据体中另外列时间参数。6.1.4消息序列号
为支持重传等差错控制，消息头设置了消息序列号MsgSeq，为16位无符号整数。6.1.5消息主题
消息主题标识为MsgTopic，为16位无符号整数。消息主题由消息管理服务统一管理，其主体的分配表如表1，消息主题的具体定义根据系统和应用的需要，在构建系统和应用开发时进行定义。对跨域消息主题的设立，应根据其应用范围，在一个IMS范围或多个IMS范围内协商确定，以保证其唯一性。
表1消息主题分配表
消息主题值
(MsgTopic)
1-5000
5001-10000
10001-50000
50001-65535
6.1.6消息数据体
域内部消息
调控主站内部消息
跨域消息
跨IMS消息
域内或IMS范围内唯一
域内或IMS范围内唯一
IMS内唯
多IMS内唯
DL/T1872—2018
消息数据体为消息包含的具体内容，标识为MsgData，其内容与MsgTopic有关，其内容和格式在定义MsgTopic的同时进行定义。
消息数据体（MsgData）为消息数据结构的数据流，其数据结构采用和GSP服务的描述一致的的方法，即用DL/T1233《电力系统简单服务接口规范》描述。如下格式：//消息ID，nnnnn为MsgTopic值的数字串INDataTypel:DataNamel,
IN DataType2:DataName2,
)）”Tnnnnn消息体\/>
6.2消息传输方法
6.2.1传输原理
//IN参数标识发出消息的数据内容//IN参数标识发出消息的数据内容在消息传输前，消息发收双方通过消息定义查询服务接口GetMsgDef（）先获取MsgData的描述，发送者依据消息定义生成MsgData的数据流后，通过消息发送服务接口SendMsg（）将消息发给接收者，接收者收到消息后，依据相应的定义解析MsgData的数据流，以获得消息内容。如图5所示。消息管理
GetMsgDef
消息定义
发送端
SendMsgO
IM数据流
消息定义
图5IM传输原理
tMsgDefo
接收端
IMS中，消息发送端可以是消息发出者或消息分发服务之一，消息接收者可以是消息分发服务或消息实际接收者。消息的传输可能是本地或通过代理跨域的。6.2.2消息传输原语
消息发送原语如下：
INstring:DomainID.ProviderID.ReceiverID,IN string:DomainID.ProviderID.SenderID,ININT16U:MsgSeq,
//消息接收者
//消息发送者
//消息序列号
IN TIME: SendTime
IN INT16U:MsgTopic,
IN INT32U :msgdatalength,
IN INT8U[]:MsgData,
OUT string:DomainID.ProviderID.ReceiverIDOUTINT16UMsgSeq
OUT INT16U MsgTopic,
OUT INT16U:resultCode
）”IMS消息发送服务”/>
7消息分发服务
7.1功能
//消息发送时间
//消息主题
//消息数据体字节数
DL/T1872—2018
//消息数据体，数组长度取决于MsgTopic对应的消息体长度
//收到消息发送者
//收到消息序列号
//收到消息主题
7/服务结果代码
消息分发服务为GSP服务端，负责接收消息发布者发布的消息并根据消息转发策略向消息接收者转发消息，域消息分发服务功能相同。其主要功能包括：
a）消息用户管理服务：接收消息发送和接收者注册，并对其进行管理。b)
分发消息服务：根据消息转发表所确定的转发策略向消息接收者和其它消息分发服务分发消息：消息分发策略管理服务：接收消息管理服务统一管理的消息转发策略；c）
消息定义查询和管理服务：接收管理从消息管理服务下发的主题和消息体数据结构描述，并提供消d)免费标准bzxz.net
息主题消息体数据结构查询服务。消息监控服务：记录消息转发和消息转发过程的错误信息，并对外提供查询服务。e)
7.2消息用户管理服务
消息发送者和接收者在使用消息系统时应向消息分发服务注册其名字、IP地址和端口。注册信息作为消息分发服务从ID到IP的映射，用户退出时则注销其注册信息。用户注册采用以下服务原语：
KMsgDistServer.IDRegist
IN STRING:IDName
//消息发送者或接收者ID
ININT16U:Operation，//1：注册，o注销INSTRING：SerVerIPAddresS，//服务IP地址，多个用“，”隔离IN INT16:Port,
OUT INT16: ResultCode,
）”消息用户注册/>
7.3消息分发策略
//服务端口
//返回结果
消息发送者发出的消息统一发给消息分发服务由消息分发服务根据分发策略逐个发给消息接收者，消息分发策略由消息分发策略表确定，分发策略表包含的栏目如表2所示。表2消息分发策略表
消息主题
（MsgTopic）
分发地址（订阅
(Receiver)
过滤条件
(Filter)
缓存时间
（BufTime）
重发间隔时间
(RetryTime)
编辑者标识
(Editer)
该策略的主题
转发任务的接收者地址
用于选择过滤发送者
用于指定发送信息失败时
发送任务的保留时间，单
位为秒（s）
用于指定发送信息失败时
重发间隔时间，单位为秒
标识该转发策略项产生或
修改是由那方面来的
domain_0.imscenter.
Receiver
domain_1.imscenter.
Sender
Editen
DL/T1872—2018
消息转发策略表中，每个行代表一个转发任务，表中各行的含义及作用详细说明如下a）消息主题
该行策略属于哪个消息主题。转发服务收到消息后，应执行所有标识与收到消息主题相同的策略项所指定的转发任务，消息主题MsgTopic值为1-10000为域内消息，不应向域外分发b）分发地址
转发任务的接收者地址。该项任务为按过滤条件，将相应消息分发给分发地址所指的接收端。接收端可以是消息接收者或其它消息转发服务。接收地址中的ProvideerID和ReceiverID可使用通配符“*或?”，当它们中有为“*或？”的时，应把满足通配条件的消息转发给所有符合通配条件的已注册的消息用户。c）过滤条件
用于选择分发者，发送者名与过滤条件称匹配时，把相应的消息分发给相应分发地址，当过滤条件为空时为任何发送者发送的该主题的消息都发给接收地址所指定的接用户过滤条件中的ProvideerID和SenderID可使用通配符“”或“？”，当它们中有为“*”或“？”的时，应把满足通配条件的消息发送者发送的消息转发给接收地址所指定的接用户。d）缓存时间
用于指定发送信息失败时发送任务的保留时间。分发消息未成功时，发端应在设定间隔时间内重发，直到到达缓存时间。到达缓存时间还未成功的标识为发送失败，不再继续该发送任务。缓存时间单位为秒（s）。缓存应该按照根据发送策略产生的发送任务分别控制，当应用期望对不同的发送对象使用不同的间隔时，应根据要求列不同的发送策略。e）重发时间
用于指定发送信息失败时重发间隔时间，重发间隔时间单位为秒（s）。f）编辑者标识
DL/T18722018
标识该转发策略项产生或修改是由那方面来的，通常包括：本地编辑、域消息管理中心下发或由接收者自己注册。
7.4消息分发策略的应用
通过灵活组织分发策略表中的分发项，可以构造成各种类型的消息分发模式以满足各类不同应用的需求，消息分发模式按消息主题进行，不同主题可采用不同的分发模式。典型的应用模式如下：a）域内消息分发
域内消息分发是消息分发服务的基础，只有域内的消息分发服务直接与消息用户产生关系，消息发送者只将消息送给消息分发服务，再由消息分发服务发给消息接收者。某主题消息发给哪些接收者，由分发逻辑管理工具通过人工或由接收者自行订阅（对域内消息）方式在策略分发表上生成相应的转发任务项来确定。使用通配符可有效减少分发策略表的行数。b）域间消息分发
跨域分发依照消息主题通过管理分发策略可形成直接分发和通过域服务转发模式直接分发模式：
本模式消息发送者把消息发给发端消息分发服务，消息分发服务根据维护在本地分发逻辑表的分发逻辑，逐个给相应域的消息分发服务分发相应消息（每个域只发一次），再由收端消息分发服务进行再分发到接收者。此时，分发策略表的接收地址项需包含有需转发的接收域消息分发服务器清单（一个域只需一项），通常这个清单是由域消息管理中心进行合并处理后下载到相应分发中心的。通过域服务转发模式：
本模式消息发送者把消息发给发端消息分发服务，消息分发服务收到消息后把消息转发给域消息分发服务，域消息分发服务根据维护在域分发服务的分发策略表把消息发给接收端所在域的分发服务，再由收端消息分发服务进行再分发到接收者。此时，发端只维护一条由域消息管理中心下发指向域消息分发服务的分发任务项（每个主题）。
7.5消息分发策略管理服务
消息分发服务同时提供消息分发策略管理服务功能，该功能提供分发策略表的存储管理，策略项的接收、修改、查询服务功能
7.5.1分发策略查询服务接口
分发策略按主题查询，查询服务接口如下：OUT struct DistLogicalList
STRING: MsgTopic_ID,
STRING: Receiver,
STRING:Filter,
INT16U:BufTime,
INT16U:RetryTime,
STRING:Editer
}]，//转发策略清单
OUTINT16:ResultCode
//消息主题
//返回结果
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。