标准规范下载简介
GB／T 40017-2021 信息技术 系统间远程通信和信息交换 社区节能控制异构网络融合与可扩展性.pdf图7IAR作为写入对象
5.3.4IAR作为TRAP提供者
5.3.4.1IAR作为TRAP提供者概述
述了IAR接收一个订阅（TRAP)请求后的工作流
SY／T 6847-2012标准下载5.3.4.2TRAP请求阶段（图8中的1~4)
图8IAR作为订阅提供者
5.3.4.3TRAP回调阶段（图8中5~10）
在5、5'处，如果提供者收到来自IAR订阅请求且满足订阅请求的更新发生时，提供者应向IAR 数据。然后，在6、6'处，IAR向提供者回复OK。IAR转换数据和映射相关的点ID，在7处更新回
GB/T400172021/ISO/IEC/IEEE18882:2017 数据。 订阅提供者在5、5'处发生应注意的事故时，能够向IAR回调控制信号（如，错误信息）。然后，在6、 6'处，IAR向订阅提供者回复OK。如果控制信号是OK，在9处IAR仅仅向回调控制发送OK。如果 控制信号是错误，IAR则发送type="NESTED"的错误。在此，收到的错误应该在错误元素的内容中 显示。回调控制向IAR回复OK，见图8中10处，
5.3.5基于注册器的组件与IAR的自动绑定
3.5.1基于注册器的组件与IAR的自动绑定概
图9描述了基于注册器的组件与IAR的自动绑定流程。如果启用注册操作模式，IEEE1888组件 会将自已注册到其注册器。IAR还应在此操作模式下向注册管理机构注册。组件A作为一个请求者， 在注册器查询IAR后（图中1为查询，2为响应），触发了组件到组件的通信（图中9处）。接着，IAR在 主册器查询目标组件（图中5查询，图中6响应)后，触发了另一组件与组件的通信（图中7读和8响 应），在它们的配置中进行值映射（图中4处）。其他过程见5.3.2（IAR作为读服务提供者）、5.3.3（IAR 作为写入对象）和5.3.4（IAR作为订阅提供者）
图9基于注册器的组件与IAR的自动绑定
40017—2021/ISO/IEC/IEEE18882:2017
为POINT/B/01分配POINT/A/01/01，为POINT/C/01分配POINT/A/02/01。这种映射表配置到IAR中，注 I道组件B能处理"POINT/B/*”，组件C能处理POINT/C/*”。IAR可以基于上面的配置执行转换 注4：该架构允许IAR的可扩展操作：a)处理来自不同IEEE1888组件的1000万个不同请求，并且每个请求都要 不同的点ID;b)处理来自不同IEEE1888组件的1000万个相同请针对相同的点ID)。对于第一种情况，系 可以通过分布式方式将一组转换规则委托给多个IAR来实现可扩展性。注册器管理进行转换请求的IAR 而分配负载。对于后一种情况，系统可以通过在网络上部署多个相同IAR，分发请求来实现可扩展性。通 使用相同的值映射配置部署多个IAR，系统每秒处理请求数的能力可以成倍增加。请求者（即组件A)通过 注册器在网络上管理多个IAR来选择其中一个。请求者使用“cursor"或“TRAP"请求与IAR进行通信，贝 访问相同的服务器（相同的IP地址）。因此在这种情况下，请求的负载应在请求者之间进行平衡，从而实理 扩展性。
5.3.5.2IAR 查询
5.3.5.2IAR 查询
0017—2021/ISO/IEC/IEEE18882:2017
5.3.5.3IAR查找
6.1原语数据类型定义
6.2IEEE1888中的原语数据类型表达式
6.2.1Boolean类型
6.2.2 Int 类型
6.2.3UnsigedInt 类型
6.2.4Decimal类型
6.2.5 Float 类型
6.2.6String类型
6.2.7Base64Binary类型
6.2.8DateTime类型
6.2.9Duration类型
6.2.10其他内置类型
6.3使用注册器的数据类型管理
标准规定了将数据类型信息关联到点ID的规则。可注册和查询的点元素有“type"属性，该属性定 18
7导入现场总线数据类型
本标准适用于IEEEStd1888TM第10章。本标准推荐参考IEEEStd1888.3的4.1。 因为本标准引人了两个新的组件：RRS（见5.2)和IAR（见5.3），因此要考虑新的威胁。比如，一个 恶意的IEEE1888应用程序表现为RRS，它将重写GW中的映射规则或IAR中的转换规则。一个恶 意的IEEE1888应用也可表现为IAR，它允许恶意应用程序向请求者响应请求者的无效值或向提供者 人无效值。为了缓解这些问题，本标准强烈建议结合IEEEStd1888.3来综合考虑，
现场总线与IEEE1888间的ID映射配置
0017—2021/ISO/IEC/IEEE18882:2017
附录 C （资料性附录） 基于第7章的现场数据模型
0017—2021/ISO/IEC/IEEE18882:2017
表C.2与Lontalk网络相关的属性
与Lontalk网络相关的厚
C.3Modbus/RTU
表C3与Modbus/RTU网络相关的属性
C.4 ECHONET Lite
HONETLite协议的XML命名空间为： ://ieee1888.0rg/1888.2/ECHONET/Appendix C.4为与XML相关的命名空间属性
表C.4与ECHNONETLite对象模型相关的属
沉井施工方案10017—2021/ISO/IEC/IEEE18882:2017
本附录显示了通过使用域名系统（DNS)（不是使用5.3.5中描述的注册器）对IMA进行负载平衡 以替代IEEE1888组件请求（即FETCH，WRITE，TRAP请求）的可选操作。 下面描述了系统同时处理大量来自不同IEEE1888组件向IAR发送相同请求的案例。通过在网 络上部署具有相同配置的多个IAR，并通过将它们与单个DNS名称相关联，可以自动平衡请求的负载。 但是，在该操作中，如果请求者使用“游标”或者使用“TRAP”请求与它们的IAR通信，则它们应该访问 相同的服务器（即，相同的IP地址）。另一种情况是，系统处理大量的来自不同IEEE1888组件的IAR 的许多不同请求。系统集成商（设计者）应该部署多个IAR并为它们分配不同的点ID，以便平衡请求 的负载一这不再是一个DNS的问题
附录E （资料性附录） IAR作为读服务请求者
图E.1IAR作为读请求者
1：1AR启动读请求； 2：IAR从读响应器检索数据，然后对数据进行转换； 3、3'、3":IAR启动写（WRITE)请求，将请求发送给目标。配置信息应由本地化管理，或通过注册 器解析组件的URI访问（需启动注册操作）； 4、4'、4"：如果目标响应OK，该过程成功完成。如果任何一个目标回应错误，它应该通知IAR的操 作人员空心板梁吊装专项施工方案，或者至少在本地进行日志记录
0017—2021/ISO/IEC/IEEE18882:2017