GB／T 17215.646-2018标准规范下载简介
GB／T 17215.646-2018 电测量数据交换 DLMS／COSEM组件 第46部分：使用HDLC协议的数据链路层6.4.4.4.3.3断开MAC
6.4.4.4.3.4数据交换
在ISO/1EC13239，6.11.4.2中规定了详细的信息顺交换。 综上所述，在使用正常响应方式NRM时，从站只有在从主站收到明确的许可后才能启动传送；主 站启动每一个数据交换。主站应把传输的最后一顿的查询位置为“1”，以请求从站的响应顿。从站应将 结束比特置1，以指示其响应传输的最后一顿（见ISO/IEC13239，5.4.3）。 包含N(S)发送序列号和N(R)接收序列号的I顿用于确证信息传送。I顿应被接收器确认。多个 I顿可能被连接在一起，探询/终结比特指示这些序列的最后一顿。 主站用超时功能来监视从站的响应。 下例表示了NRM模式下，以TWA方式传输的顿的典型交换（见ISO/IEC13239，6.11.4.5）。更多 的例子见ISO/IEC13239
铁路新建货运站专用线工程施工监理（第一批）招标文件示例1：无传输错误时的启动规程和信息传送（Windowsize=3）
6.4.4.4.3.5窗口大小（Windowsize）的考虑
6.4.4.4.3.5窗口大小（Windowsize）的考虑
HDLC标准充许在确认完成之前按序传送多个顿。发送序列号和接收序列号允许确认多少顿被 正确接收的信息。连续顿的最大数目被称为窗口大小（Windowsize）。 窗口尺寸的最大值取决于发送/接收序列号的范围。在本协议中，三比特序列编号方式被使用（范 围0～7）。因此窗口大小的最大值是7。 窗口尺寸的默认值在主站和从站中都应是1，除非在连接建立时协商了其他值（见6.4.4.4.3.1）。 如果窗口尺寸>1，连续顿可以被连接在一起。在这种情况下单一标志用来标志一顿的结束和下 顿的开始（见图11）。 如果窗口尺寸>1并且这些顺没有连接在一起，一定要监测在连续顺之间的超时（见6.4.4.3.3）
15.6462018/IEC6205
6.4.4.4.3.6分段
在顿格式域中，分段子域为一比特紧跟在顿类型子域之后，且若其存在，则长度子域就减少一比特。 核域的使用如下（见ISO/IEC13239，4.9.3）： 所有被传输的MSDU都适用分段规则。该规则适用于，可在单个HDLC帧中传输的MSDU 或那些以HDLC顿序列被传输的MSDU； MSDU的最后一个HDLC顿应以分段子域=0被发送； 当MSDU应用多个HDLC顺发送时，除MSDU的最后一个HDLC顺外，所有顿应以他们的 分段子域一1发送； HDLC窗口序列号保证了所有分段被不
人服务器向客户机传送长
6.4.4.6多播和广播
图13用透明方式传送长MSDU的MSC
用U1顺实现多播和厂播是可能的。在当前环境下，它只能在客户机端实现，服务器不准许发送在 目的地址中带有广播和多播地址的顿。 如果顿的目的地址指定一个本地MSAP，或者它是现有的本地组地址，或者它是广播MAC地址， 应把UI顿报告至服务用户层。 只有UI(和DISC)13)报文可用作广播和多播：任何其他在DestinationAddress域中带有广播和多 番地址的报文类型都应被服务器MAC子层丢弃。广播和多播UI报文总是Poll比特=FALSE条件 发送。Poll=TRUE的广播和多播UI顿应被丢弃。 使用高HDLC地址，允许对一个物理设备中的多个逻辑设备进行广播和多播；使用低HDLC地 止，允许对多个物理设备进行广播和多播
13）本部分中规定的数据链路层与IEC620 起使用时，应用关联的释放由断 开支持数据链路层的连接来完成。为了释放非预先建立的多重应用关联，可以同时发送带有广播或多播地址 的DISC命令。用于避免由使用组地址或全站地址的断开命令(DISC)所引起的重复响应的机制，不在本部分 的范围之内。服务器无需处理使用组地址或全站地址的SNRM命令
图14阐明广播的配置示例
图14所示有两个物理设备的例子，每个物理设备包括两个逻辑设备。这些设备的MAC地址如 表9
图14所示有两个物理设备的例子，每个物理设备包括两个逻辑设备。这些设备的MAC地址
表9例中MAC地址汇总
表10广播UI顿的处理
6.4.4.7从服务器向客户机发送UI顿
图15在.response数据中发送暂挂的UI顿
当接收到带有P=1的RR顺时：当收到RR顿，若服务器MAC层没有暂挂的I或UI顺，通常它将 用另一RR顿应答，只是将“会话权”还给HDLC主站。当有暂挂的UI帧时，此UI应在正常响应顿 之前被发送（见图16）
图16在RR顿响应中发送暂挂的UI顿
贞的接收应使服务器数据链路层发送所
6.4.4.8CALLING设备物理地址的处理
图17接收到空的UI顿时发送暂挂的UI
由服务器发起建立与客户机设备的物理连接是可能的。一且建立此物理连接，服务器能够在 MAC层放置UI报文，该报文将在6.4.4.7中描述的任一条件下被MAC层发送， 因为客户机不知道到来的呼叫是来自单一仪表还是来自多点配置，它应使用CALLING物理地址 代替MAC物理目的地址参数。若客户机想要向服务器发送SNRM顿，该顿应包含以下参数： 源地址： 客户机管理进程HDLC地址（O1H） 目的地址 低MAC地址：（ CALLING物理设备地址（7EH） 高MAC地址：管理逻辑设备地址（01H） 探询比特： TRUE 信息域： 可协商的HDLC层参数（若有） 只有发起方服务器设备应对该SNRM顿应答 当发起方是单一仪表，它不必具备它自已恰当的物理设备地址。尽管如此，它应接受包含 CALLING物理设备地址（一个特殊的低MAC地址，为此目的保留，见6.4.2.4)的到来SNRM顿。 呼叫的发起方如果是多点配置的服务器时，会有这样一个问题：所有多点的服务器都将接收到到来
务器发起建立与客户机设备的物理连接是可能的。一且建立此物理连接，服务器能够在 置UI报文，该报文将在6.4.4.7中描述的任一条件下被MAC层发送。 客户机不知道到来的呼叫是来自单一仪表还是来自多点配置，它应使用CALLING物理地址 C物理目的地址参数。若客户机想要向服务器发送SNRM顿，该顿应包含以下参数： 止： 客户机管理进程HDLC地址（O1H）
6.4.4.9异常恢复
6.4.4.9.1响应超时
6.4.4.9.2FCS和HCS错误
无HCS的顿（只有FCS而无信息域的顺)应按照ISO/IEC13239中的4.2.6描述的方式处理。 接收到带有HCS错误的顿应按照ISO/IEC13239中的5.6.3描述的方式处理。此外，所有与之直 接关联的连续顿应丢弃（没有顿重新同步的可能，因为错误顿的长度域不得不被忽略掉）。 收到的有FCS错误但顿头部无错误（无HCS错误）的顿不应被接收机接受，但应检查长度域、P/F 比特的状态以及N(R域的值
6.4.4.9.3N(S)序列错误
序列错误的处理在ISO/IEC13239，5.6.2中定义。应使用（探询/终结）比特恢复（ISO/IEC132 2.1）
6.4.4.9.4命令/响应拒绝
命令/响应的拒绝异常状态应按照ISO/IEC13239，5.6.4中规定处理。从站应发送一个带有适当 断信息的FRMR响应。在接收到FRMR响应后，主站在继续信息交换前应至少发出一个SNRM 命令。
忙状态应按照ISO/IEC13239中5.6.1的规定处理
6.4.4.10超时和其他MAC子层参数
215.6462018/IEC6205
6.4.4.10.3超时 2.闲置超时
6.4.4.10.4超时3:顿间超时
一顺中的一个字符（八位位组)的停止比特和下一学符的起始比特之间的最天充许时间（T）的送 择应满足所用物理介质的需求。在接收机中，无论何时发生此超时，应假设实际的接收帧结束。
6.4.4.10.5最大信息域长度
最大信息域长度的默认值是128字节，它可在连接时协商。最大值取决于物理通 4.106窗口大小
6.4.4.10.6窗口大小
6.4.4.10.6窗口大小
6.4.5服务器MAC子层的状态转移图
图18所示为简化的服务器MAC子层的状态转
图18服务器MAC子层的状态转移图
A.1FCS 计算的校验序列4
5.6462018/IEC62056
本示例展示了由0x03和0x3F组成的两字节顿的恰当FCS值。完整的结果顿是7EH03H3FH 5BHECH7EH。 01101110 11000000 1111 1100 1101101000110111 0111 1110 标志 地址 控制 FCS 标志 在校验序列中，考虑以下规定（参照ISO/IEC13239）： FCS的计算考虑到通道上传输的比特次序； 对于地址域，控制域和所有其他域（包括数据，除FCS外），（每个字节的）低阶比特最先传输 （UART自动遵循该规则）； 对于FCS.最高项（对应于x15）的系数最先传输
快速顿校验序列（FCS)
下面是实现16位FCS计算的例子，采用了描述PPP的注释166215的互联网要求。 FCS本来就是为硬件实现而设计的。串行比特流在线路上传输，当审行数据输出时计算FCS，由 此产生的FCS之补码被附加到串行比特流，并后接标志序列。 在探测到标志序列之前，接收机都无法确定它是否已完成对收到的FCS的计算。因此，FCS被设 计成了当FCS操作在整个FCS补码上进行时产生的特别模式。这个“健全的FCS”值指示一个健全 的顿。
16比特FCS的计算方法
这里的校验序列可在1988 .32的附求1找笔
5.6462018/IEC62056
5.6462018/IEC62056
此数据模型使用普通的结构框图来定义计量设备的复杂功能，它提供了仪表的功能类型，正如在接 口处可得到的那样。此模型不包括内部的实现特定的主题 通信协议定义了数据如何被访问和交换。 图B.1是对它的说明：
DB35／T 1816-2019 基层地震灾害紧急救援队能力分级测评B.1COSEM的三步处理
C.1数据链路层管理服务
图C.1所示，数据链路层提供给系统管理进程的管理服务。客户机端和服务器端便用相同的服 务集。 因为这些服务仅仅在本地具有重要作用，因此这些在这里包括的条款只作为指导
GB5725-2009安全网标准C.2数据链路层管理服务定义
215.6462018/IEC6205
7215.6462018/IEC62