图3IMS域服务分发模式工作流程图

IM的分发策略也是基于主题的，每个主题可采用各自的分发策略，跨域的分发策略采用预配置和由域 消息管理服务集中管理模式，域内消息可采用预配置和注册配置两种方式，由域内消息管理服务管理。 依据电力系统分层分级管理的特点，可能建有多套IMS系统。当需要跨IMS系统进行通信时，跨IMS的 消息应通过域消息分发服务转发，由本侧域消息分发服务向需要通信的IMS系统的域消息分发服务进行消 息分发。 IMS还包含一种端到端的消息传输模式，该模式消息传输不通过消息分发服务，消息接收者向服务管理 注册消息接收服务，以服务的形式接收消息。图4为IMS端到端模式工作流程图，展示了服务注册、服务定 位、消息发布流程

检测标准DL/T18722018

6. 1. 2 发送和接收者

图4IMS端到端直接传输模式工作流程图

消息发送者和接收者对应与GSP中的服务或客户端，其标识直接采用GSP中定义的三段式名称结构， 为可读字符串。发送者标识格式为：DomainID.ProviderID.SenderID，接收者标识格式为 DomainID.ProviderID.ReceiverID。 实际使用中消息发送者标识直接使用相应的服务或客户端标识，不再为IMS单独取名。

6.1.3消息发出时间

消息发出时间为发送者生成的消 编码采用CP56Time2a时间 格式。作为IMS消息传输使用， 居体中另外列时间参数

差错控制，消息头设置了消息序列号MsgSeg，

6. 1.5 消息主题

如表1，消息主题的具体定义根据系统和应用的需要，在构建系统和应用开发时进行定义。 对跨域消息主题的设立，应根据其应用范围，在一个IMS范围或多个IMS范围内协商确定，以保证其 唯一性。

DL/T 18722018

消息数据体为消息包含的具体内容，标识为MsgData，其内容与MsgTopic有关，其内容和格式在定义 MsgTopic的同时进行定义。 消息数据体（MsgData）为消息数据结构的数据流，其数据结构采用和GSP服务的描述一致的的方法 即用DL/T1233《电力系统简单服务接口规范》描述。如下格式：

在消息传输前，消息发收双方通过消息定义查询服务接口GetMsgDef（）先获取MsgData的描述，发送 者依据消息定义生成MsgData的数据流后，通过消息发送服务接口SendMsg（）将消息发给接收者，接收者 收到消息后，依据相应的定义解析MsgData的数据流，以获得消息内容。如图5所示。

6.2.2消息传输原语

消息发送原语如下： SendMsg( IN string: DomainID.ProviderID.ReceiverID, //消息接收者 IN string:DomainID. ProviderID. SenderID, //消息发送者 IN INT16U: MsgSeq //消息序列号

DL/T18722018

//消息发送时间 //消息主题 //消息数据体字节数 //消息数据体，数组长度取决于MsgTopic对 应的消息体长度 //收到消息发送者 //收到消息序列号 //收到消息主题 //服务结果代码

IN TIME: SendTime, //消息发送时间 IN INT16U:MsgTopic, //消息主题 IN INT32U :msgdatalength, //消息数据体字节数 IN INT8U[J :MsgData, //消息数据体，数组长度取决于MsgTopic对 应的消息体长度 OUT string:DomainID.ProviderID.ReceiverID //收到消息发送者 OUT INT16U MsgSeq, //收到消息序列号 OUT INT16U MsgTopic, //收到消息主题 OUT INT16U:resultCode //服务结果代码 MS消息发送服务"/>

IN TIME: SendTime , IN INT16U:MsgTopic, IN INT32U :msgdatalength, IN INT8U[] :MsgData, OUT string:DomainID.ProviderID.ReceiverID OUT INT16U MsgSeq, OUT INT16U MsgTopic, OUT INT16U:resultCode ”IMS消息发送服务"/>

消息分发服务为GSP服务端，负责接收消息发布者发布的消息并根据消息转发策略向消息接收者转发 息，域消息分发服务功能相同。 其主要功能包括： 消息用户管理服务：接收消息发送和接收者注册，并对其进行管理。 6) 分发消息服务：根据消息转发表所确定的转发策略向消息接收者和其它消息分发服务分发消息： C） 消息分发策略管理服务：接收消息管理服务统一管理的消息转发策略； d) 消息定义查询和管理服务：接收管理从消息管理服务下发的主题和消息体数据结构描述，并提供消 息主题消息体数据结构查询服务。 e） 消息监控服务：记录消息转发和消息转发过程的错误信息，并对外提供查询服务

7.2消息用户管理服务

消息发送者和接收者在使用消息系统时应向消息分发服务注册其名字、IP地址和端口。注册信息作为消 息分发服务从ID到IP的映射，用户退出时则注销其注册信息。 用户注册采用以下服务原语：

DL/T18722018

DL/T18722018

标识该转发策略项产生或修改是由那方面来的，通常包括：本地编辑、域消息管理中心下发 自已注册。

7.4消息分发策略的应用

通过灵活组织分发策略表中的分发项，可以构造成各种类型的消息分发模式以满足客类不同应用的需 求，消息分发模式按消息主题进行，不同主题可采用不同的分发模式。典型的应用模式如下： a）域内消息分发 域内消息分发是消息分发服务的基础，只有域内的消息分发服务直接与消息用户产生关系，消息发送者 只将消息送给消息分发服务，再由消息分发服务发给消息接收者。某主题消息发给哪些接收者，由分发逻辑 管理工具通过人工或由接收者自行订阅（对域内消息）方式在策略分发表上生成相应的转发任务项来确定。 使用通配符可有效减少分发策略表的行数。 b）域间消息分发 跨域分发依照消息主题通过管理分发策略可形成直接分发和通过域服务转发模式： 直接分发模式： 本模式消息发送者把消息发给发端消息分发服务，消息分发服务根据维护在本地分发逻辑表的分发逻 辑，逐个给相应域的消息分发服务分发相应消息（每个域只发一次），再由收端消息分发服务进行再分发到 接收者。此时，分发策略表的接收地址项需包含有需转发的接收域消息分发服务器清单（一个域只需一项）， 通常这个清单是由域消息管理中心进行合并处理后下载到相应分发中心的。 通过域服务转发模式： 本模式消息发送者把消息发给发端消息分发服务，消息分发服务收到消息后把消息转发给域消息分发 服务，域消息分发服务根据维护在域分发服务的分发策略表把消息发给接收端所在域的分发服务，再由收 端消息分发服务进行再分发到接收者。此时，发端只维护一条由域消息管理中心下发指向域消息分发服务 的分发任务项（每个主题）

7.5消息分发策略管理服务

肖息分发服务同时提供消息分发策略管理服务功能，该功能提供分发策略表的存储管理，策略 修改、查询服务功能。

7.5.1分发策略查询服务接口

”查询某主题分发策略项清单"/

7.5.2分发策略项管理服务接口（消息订阅

DL/T 18722018

7.6消息定义管理和查询服务

消息分发服务接收并管理从消息管理服务下发的主题和消息体数据结构描述，并对域内消 和接收者提供消息主题消息体数据结构查询服务。在机制上同样支持由消息提供者自行注册 工程确定。消息定义管理服务接口如下：

7.6.1消息定义管理服务接口

7.6.2消息定义查询服务接口

7.6.3消息主题清单查询服务接口

DL/T 18722018

消息管理为消息分发服务的客户端，主要负责管理消息主题、消息格式、消息发布和转发（订阅）策略 以及消息监控信息等功能。其人机管理界面是用户和系统管理员管理、监视IMS的主要工具。 根据部署的位置和管理范围的不同，消息管理分为域间消息管理和域内消息管理，它们的功能和接口 组同，区别只是在管理权限和范围上面。

DL/T18722018

消息管理服务主要功能包括： a）消息定义管理：定义和发布消息主题和内容等； 域内消息分发策略管理：对域内消息分发服务的分发策略进行管理，依主题对域内分发策略项，根 据需要进行增、删、改操作，收集分发策略，并进行合理性判断； ） 域间消息分发策略管理：对域间消息分发服务的分发策略进行管理，建立和维护域间消息转发策 略，并向各域内消息分发服务发布分发策略： d）消息监控：收集和分析消息分发服务的消息记录，并根据需要发出告警。 消息管理使用消息分发服务的消息分发策略管理服务接口、消息定义和查询服务的接口实现相应管理 能。

8.2.1消息定义发布

域间消息定义（主题、格式及内容）由域间消息分发服务和消息管理服务统一管理，一般情况下消息定 义通过域间消息管理人机界面，由人工编辑或导入模式生成，并由各域内消息分发服务根据需要把相应的 消息定义同步到本域。各域内的消息定义由各域管理，用户也可以根据需要，将域内消息的定义纳入域间消 息分发服务和消息管理服务统一管理。 为保证消息的动态增减和整个系统的同步，应进行以下处理： a 新建消息、修改域间消息定义时域间消息管理服务应根据分发策略向相关的域内消息分发服务推 送最新消息定义内容： b 各域内消息分发服务应根据本域分发策略表，在启动和发生变更时检查消息定义，并自动下载所缺 少和有变更的消息定义： 消息接收者、发送者在启动和发生消息错误时，应主动重新向消息分发服务查询消息定义内容： 消息管理服务应提供人工同步（下载或推送）消息定义的功能。

8.2.2消息定义编辑

消息定义编辑应实现消息定义的增加、删除、修改等功能。消息管理服务应配备友好的主题、消息体结 构定义的人机系统，用于消息定义的维护。 增加消息定义的应支持以下模式： a）人工编辑：通过辅助工具或文本编辑的方式，人工生成消息定义： b）通过文件导入：把导出的或已经预先编辑好的消息定义，导入系统以生成消息定义： c）通过服务管理接口查询获得：从其它域的消息管理获取定义，编辑修改后另存为所需的消息定义； d） 复制修改：通过复制类似的消息定义，再进行修改获得新的消息定义。 删除消息定义必须确保该主题不再有用户使用。 增加或修改定义后，在保存投入运行前应对定义进行格式审查，确保其符合DL/T1233《电力系统简单 服务接口规范》

8.2.4主题及定义管理

消息管理服务应具备以下消息主题和定义的管理功能： a）收集整个系统已使用的消息主题，提供主题浏览，监视各域使用的主题情况； b）根据主题查询消息定义，并对消息定义格式进行审查； C）根据主题从多个服务域的消息管理服务获取消息定义，并对其一致性进行校核：

d）可按主题、按域导出消息主题及其定义

d）可按主题、按域导出消息主题及其定义

8.3消息分发策略管理

8.3.1消息分发策略管理模式

DL/T18722018

消息分发策略采用分层的统一管理模式管理，域内消息分发策略由各域内消息管理服务管理，域间消息 分发策略由域间消息管理服务管理。分发策略按主题管理，不同主题可采用不同的分发策略。 域内消息分发策略指消息分发到用户的策略，包括来自域内或域外的消息。域内消息分发策略采用人工 或自动订阅的方式进行管理。在建立或修改域内分发策略后，由域内消息分发服务归纳出跨域消息订阅信 息后向域间消息管理服务发出订阅请求，订阅请求在域间消息管理服务通过人工审核后形成域间消息分发 策略，并发往各域内消息分发服务。所有自动订阅过程，均应基于证书的安全控制， 域间消息分发策略指各域之间传输的消息，为消息从一个域的消息分发服务到另外一个域的分发服务 的分发策略，只包括域间消息。域间消息分发策略采用人工方式进行管理，通过人工编辑或对各域内消息订 阅请求进行处理后形成。 当使用直接分发模式时，域间消息管理服务按转发要求将分发策略表配置到各域内消息分发服务。当使 用域间服务分发模式时，跨域分发策略只存在于域间消息管理服务，域间消息管理服务只向各域的消息分 发服务配置一条指向域消息分发服务的转发策略

8.3.2消息分发策略编辑

消息管理服务应配备友好的分发策略编辑管理工具， 分友策略的狮辑管理 二具，至少满足以下要求： a）提供方便的人工策略编辑工具，满足人工管理分发策略的要求； b） 具有导入分发策略的功能，在导入的基础上还具备编辑功能； c 具有策略的归纳综合处理功能，能消除重复策略； d 具有策略审核功能装修施工组织设计 ，对策略各项参数的格式和正确性进行校核： 具有对策略的校核功能，能对不匹配的策略做出修正提示

8.3.3消息分发策略监控

域消息管理服务应具备分发策略的监控功能，实现对整个系统消息传输策略进行监视和控制。功能要 求如下： a 具有按域收集分发策略功能，根据需要获取指定域的分发策略，并对其进行审核： b） 具有按主题收集分发策略功能，根据需要获取指定主题的分发策略，并对其进行审核和校核； C 根据审核和校核结果对分发策略进行调整的功能： 具有分发策略导出功能，根据需要导出不同域或主题的分发策略； 具有定时或按请求对分发策略进行备份的功能。

8.4消息监控信息管理

消息管理服务应能对所管辖范围内 息传输情况进行监控。具备以下功能： a）按策略收集消息分发服务记录的错误信息： b）提供消息分发服务消息转发情况查询功能：

发现不正常通信行为，并告警； d）对消息传输进行分类统计：

发现不正常通信行为，并告警；

发现不正常通信行为 人孔标准，并告警； d）对消息传输进行分类统计：

DL/T18722018