goose报文结构
SVGOOSE报文解析
一，SV 报文解析SV报文在网络上传输时采用的是OSI模型，但只用到OSI网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU,经过表示层编码后，不采用TCP/IP协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
SV报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag APPID报文长度、四字节的保留和APDUL SV的帧格式见下表:一帧SV报文:010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D7663623(820207F28304000000018501008781B8 000005DC00000000TFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析：010CCD04000200C00000400目的MAC 和源MAC 88BA网路数据类型，9-2报文4002appid00F2Length,从appid 开始的报文长度00000000保留字节后面是SV 报文的APDU6081E7标记60H , （81,不定长，长度超过127字节）长度E7 800101 标记 80,长度=01, ASDU 数目=01A281E1标记A2 （编码格式），长度E13081DE 标记30 （编码格式），长度DE符串820207F2标记82,长度=02,采样计数器07F2=2034 830400000001 标记 83,配置版本号 850100标记 85,长度=01,同步标志, 00为没有同步 8781B8标记87,长度B8=184，共23个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF0000000080144D4C313130324D552F4C4C4E302E736D766362记 80SVID 字FFFFFC4B00000000FFFFDAE900000000二，GOOSE报文解析GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag APPID报文长度、四字节的保留和APDUGOOSE的帧格式见下表:GOOSE的APDU报文格式见下表一帧GOOSE报文:010ccd0100200010000010208100c000 88b8102000b1000000006181a6801850 4c32323031415049312f4c4c4e302447 4f24676f636230810227108218504c32 323031415049312f4c4c4e3024647347 4f4f5345308315504c32323031415049 312f4c4c4e302e676f6362308408592f 12b63ba5b10a85010386010087010088 010********a0113ab39830101830100 83010083010083010083010083010083 01008301008301008301008301008301 00830100830100830100830100830100 830101报文解析010ccd010020001000001020目的Mac 和源Mac8100c000Priority88b8GOOSE艮文1020appid00000000保留字节6181a6 标记618018504c32323031415049312f4c4c4e3024474f24676f63623标记80H 81022710 标记81H,长度02, t=27108218504c32323031415049312f4c4c4e30246473474f4f53453标记82H 8315504c32323031415049312f4c4c4e302e676f63623加记83H 8408592f12b63ba5b10a标记84H,字节08,后面是时间850103 标记85,长度01 , StNum=03860100 标记86H,长度01, SqNum=00870100 标记87H,长度01, test=00880101标记88H,长度01，版本号01890100 标记89H,长度01, false8a0113标记8aH,长度01,数据个数=13ab39标记abH,长度39 （字节数）后面是数据值830101830100830100830100830100830100830100830100830100 830100830100830100830100830100830100830100830100830100 830101。
学会看报文二GOOSE
所谓的GOOSE就是通用面向对象的变电站事件（Generic Object Oriented Substation Event）。
当发生任何状态变化时，智能电子设备将借助变化报告，高速多播一个二进制对象通用面向变电站事件对象（GOOSE）报告，该报告一般包含有：状态输入、起动和输出元件、继电器等实际和虚拟的每一个双点命令状态。
在第一次报告后，该报告一般以间隔2，4，8……60,000ms顺序重发。
（第一重发延时不固定，可长可短）。
面向变电站通用事件对象报告允许高速传输跳闸信号，具有高传输成功概率DL/T860.5所定义的报文类型和性能分类按照图1所示进行映射。
-类型1（快速报文）-类型1A（跳闸报文）-类型2（中速报文）-类型3（低速报文）-类型4（原始数据报文）-类型5（文件传输功能）-类型6（时间同步报文）而为了变电站得变为信息能够快速的传递，及跳闸报文嫩够及时快速的传送给ICU（智能控制单元）所以GOOSE报文选用了类型1和类型1A的报文。
GOOSE报文的数据目的地址（对应下图的Destination）应包括一个多播MAC地址。
GOOSE 报文的数据源地址（Source）应包括一个单播MAC地址。
因为电脑网卡的问题，V-lan优先级（PRIORITY）和V-lan的VID无法显示。
所以报文一般只能看到目的MAC和APPID.GOOSEGOOSE标识该可视串最大长度为65字节。
该值与被GOOSE控制引用指定的GOOSE控制块的数值相同。
GOOSE控制引用control block reference表示GOOSE数据的控制块路径该可视位串最大长度为65字节。
值应是控制GOOSE报文的GOOSE控制块的引用。
如下图所示状态序号（StNum）该整数值取值在0到4,294,967,295。
祥见下图的方框内。
顺序序号（SqNum）该整数值取值在0到4,294,967,295。
0为状态序号改变的第一次发送保留。
goose报文分析
GOOSE报文详解Goose报文在网络上传输时采用的是OSI模型，但只用到OSI网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU，经过表示层编码后，不采用TCP/IP协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和GOOSEPDU。
Goose具体报文格式如图0 所示［0］。
图0 Goose报文格式Goose举例报文（十六进制）：01 0C CD 01 00 51 00 1E 4F D3 AE 41 81 00 80 42 88 B8 00 33 00 90 00 00 00 00 61 81 85 8008 67 6F 63 62 52 65 66 31 81 05 00 00 00 27 10 82 07 64 61 74 53 65 74 31 83 05 67 6F 49 44 31 84 08 4E F2 85 E1 F7 CE D9 00 85 05 00 00 00 00 01 86 05 00 00 00 00 01 87 01 00 88 05 00 00 00 00 01 89 01 00 8A 05 00 00 00 00 09 AB 36 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 0800 00 00 00 00 00 00 00分析如下（可结合Ethereal解析）:1、01 0C CD 01 00 51目的MAC地址2、00 1E 4F D3 AE 41源MAC地址3、81 00 80 42GOOSE报文支持IEEE 802.1Q/P优先级技术，IEEE 802.1Q为VLAN 技术的标准，IEEE 802.1P为报文优先级标准。
学会看GOOSE、SV报文
学会看GOOSE、SV报文一、GOOSE报文GOOSE是什么？它的英文全称是Generic Object Oriented Substation Event，是一种面向通用对象的变电站事件，主要用于实现在多IED之间的信息传递，包括传输跳合闸信号（命令），具有高传输成功概率。
GOOSE控制块：描述IED的“开出”能力。
IED将需要开出的数据实例化为不同的LN，再按一定的逻辑分类将其汇总至不同的数据集（DataSet），数据集再关联至不同的Gocb。
如保护装置的跳闸出口、测控装置的遥控出口、智能终端上送采集到的开入量等。
既然其作用是反映事件，必然需要反映事件的稳态与变化。
在稳态情况下，GOOSE源将稳定的以T0（可设、一般为5S）时间间隔循环发送GOOSE报文，当有事件变化时，GOOSE 服务器将立即发送事件变化报文，此时T0时间间隔将被缩短；在变化事件发送完成一次后，GOOSE服务器将以最短时间间隔T1，快速重传两次变化报文；在三次快速传输完成后，GOOSE服务器将以T2、T3时间间隔各传输一次变位报文；最后GOOSE服务器又将进入稳态传输过程，以T0时间间隔循环发送GOOSE报文。
在GOOSE 传输机制中，有两个重要参数StateNumber 和SequenceNumber ，StateNumber（0~4294967295（FFFFFFF））反映出GOOSE报文中数据值与上一帧报文数据值是否有变化，SequenceNumber（0~4294967295）反映出在无变化事件情况下，GOOSE报文发送的次数（到最大值后，将归0重新开始计数）。
GOOSE服务器通过重发相同数据主要是为了获得额外的可靠性。
GOOSE源传输GOOSE 报文，都是以数据集形式发送，一帧报文对应一个数据集，一次发送，将整个数据集中所有数据值同时发送。
一帧GOOSE 报文由AppID、PDU 长度、保留字1、保留字2、GOOSEPDU 组成，其中GOOSEPDU为可变长度，由数据集中DA的个数决定。
goose报文分析
GOOSE报文详解Goose报文在网络上传输时采用的是OSI模型，但只用到OSI网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU，经过表示层编码后，不采用TCP/IP协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和GOOSEPDU。
Goose具体报文格式如图0所示[0]。
图0 Goose报文格式Goose举例报文(十六进制)：01 0C CD 01 00 51 00 1E 4F D3 AE 41 81 00 80 42 88 B8 00 33 00 90 00 00 00 00 61 81 85 80 08 67 6F 63 62 52 65 66 31 81 05 00 00 00 27 10 82 07 64 61 74 53 65 74 31 83 05 67 6F 49 44 31 84 08 4E F2 85 E1 F7 CE D9 00 85 05 00 00 00 00 01 86 05 00 00 00 00 01 87 01 00 88 05 0000 00 00 01 89 01 00 8A 05 00 00 00 00 09 AB 36 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00分析如下(可结合Ethereal解析)：1、01 0C CD 01 00 51目的MAC地址2、00 1E 4F D3 AE 41源MAC地址3、81 00 80 42GOOSE报文支持IEEE 802.1Q/P优先级技术，IEEE 802.1Q为VLAN技术的标准，IEEE 802.1P为报文优先级标准。
goose报文结构
基于IEC61850的广域保护系统通信服务模型丛伟，潘贞存，赵建国，高湛军（山东大学电气工程学院，山东济南250061）摘要：针对广域保护系统对信息交换类型和交换方式的不同要求，讨论了基于IEC61850的广域保护系统通信服务模型，主要解决通信一致性和不同装置之间的互操作性问题，并从上层确保数据通信延时和可靠性满足广域保护系统要求。
讨论了通用变电站事件GSE的报文结构和通信机制，提出用GSE中的GSSE传输状态量信号、用采样测量值传输类模型传输模拟量的观点和一般方法。
关键词：广域保护系统；IEC61850；通信；服务模型。
0引言近几年来，广域保护系统逐渐成为新的研究方向和热点。
尽管目前国内外许多学者对广域保护系统的功能、结构等问题存在不同的理解，但有一点是一致的，那就是需要借助通信系统获取电网的广域信息。
根据广域保护系统所完成功能的不同，对通信系统性能的要求也不一样，例如对动作延时和可靠性有严格要求的继电保护功能和控制功能，对通信系统的快速性和可靠性也有严格的要求，而对动作延时要求稍低的某些控制功能，相应的对通信系统要求也稍低。
这样就需要构建一套能满足各种功能要求的通信系统为各种信息的交换提供平台。
这里所说的通信系统不仅指物理上可见的通信设备和通信网络，还包括该网络所采用的通信协议、网络所能提供的通信服务等上层内容。
但是在目前的电力通信系统中还没有一个统一的数据交换模型，并且所使用的大部分通信规约在快速性和可靠性性方面往往也难以满足更高的要求。
在通信层也采用一般的点到点通信模式和传统的局域网通信技术，无法保证广域同步信息传输的快速性和可靠性。
本文对基于IEC61850（变电站通信网络和系统系列标准）的广域保护系统通信服务模型进行分析和研究，研究了变电站通用事件GES （Generic Substation Event）的报文结构、信息交换方式、提供的服务模型等内容，重点研究利用GSE中的通用变电站状态事件GSSE（Generic Substation Status Event）传输状态量信号、利用采样测量值传输模型传输模拟量采样信号的方法。
GOOSE报文——完结篇
GOOSE报文——完结篇话说上期大黄蜂学习GOOSE报文到一半就戛然而止了，今天他又抱着小板凳找了个阳光明媚的地方，继续研究上期没有学完的报文···例GOOSE报文举例之后的字节排序如下图所示：180 1A 50 52 53 2D 37 33 39 35 52 50 49 54 2F 4C 4C 4E 30 24 47 4F 24 67 6F 63 62 31GOOSE Control ReFerence字符串=PRS-7395RPIT/LLN0$GO$gocb1。
代表这个包的控制块的名字。
281 04 00 00 27 10Time Allowed to Live(报文存活时间，单位ms) =10000ms。
00 00 27 10转成10进制为10000，即10s。
GOOSE接收方的中断时间一般定为大于2* timeAllowedtoLive 即报GOOSE中断告警。
由于GOOSE报文的重要性，即使外部状态不再变换，也应重发。
此参数提示订阅者等待下一报文到来的最长时间。
当等待时间大于timeAllowedtoLive值仍未收到有效报文时，订阅者认为通信联系失去，采用预先定义的默认值取代。
我们就可以理解为持机等待时间。
382 1A 50 52 53 2D 37 33 39 35 52 50 49 54 2F 4C4C 4E 30 24 64 73 47 4F 4F 53 45 31DataSet字符串=PRS-7395RPIT/LLN0$dsGOOSE1。
是指这个包所在的数据集。
483 1A 54 45 4D 50 4C 41 54 45 52 50 49 54 2F 4C 4C 4E 30 24 47 4F 24 67 6F 63 62 31GOID字符串=TEMPLATERPIT/LLN0$GO$gocb1。
584 08 00 00 0A 2B AF 4B 15 00t，StNum加1时的时间=1970-01-01 08:43:23.684739 Tq: 00，GOOSE报文产生时的时标。
GOOSE报文与goose文本的对应关系
GOOSE报文与goose文本的对应关系UNIX系统项目部变电站组杜国斌一．Goose文本的结构分析：1.如右图截取的goose.txt文本中关于GOOSE发送部分：①numGoCB用于配置goose发送的GoCB个数，其值一般与GOOSE发送数据集个数保持一致；②CoCBRef用于配置某个GoCB的引用路径，其引用名需要在本IED下保持唯一性；③AppID用于配置该GoCB的应用ID，需要全站唯一，习惯上会将其配置成与CoCBRef一样，因IEDname全站唯一，故可保证AppID全站唯一；④DatSet用于配置该GoCB所关联的GOOSE发送数据集的引用路径，一般为GOOSE LD下LLN0中的数据集；⑤ConfRev用于说明该GoCB的版本号，目前装置发送侧均配置的是默认值1，仅当特殊情况下才需修改；⑥numDatSetEntries用于说明该GoCB所关联的GOOSE发送数据集的总的成员个数；⑦Addr用于配置GOOSE发送的组播MAC地址，需要全站唯一；⑧Priority用于配置不同VLAN的优先级，在不划分VLAN的情况下，IEC推荐默认优先级为4，一共有7个等级；⑨VID用于说明该组播地址处于哪个VLAN中；⑩Appid用于配置GOOSE子网报文的应用ID，全站唯一，其与GoCB中的AppID有别；⑪MinTime用于配置GOOSE发送机制中的间隔时间T1；⑫MaxTime用于配置GOOSE发送机制中的间隔时间T0；⑬[FCDA1]中说明GOOSE发送数据集中各成员的引用路径、成员数据类型、成员内部变量名、以及成员输出信号是否经启动信号控制；2.如右图截取的goose.txt文本中关于GOOSE接收部分：①numInput用于说明总的GOOSE输入个个数；②[GoCB1]下用于说明接收的GoCB信息，一般与发送侧GoCB的值一致；③[INPUT1]运用说明第一个GOOSE收入信息；④GoCBIndex用于说明该GOOSE输入所对应的GoCB的序号；⑤GoCBEntryIndex用于说明该GOOSE输入在发送侧发送数据集中的序号；⑥Ref用于说明该GOOSE输入的引用名；⑦Type用于说明该GOOSE输入的数据类型；⑧OutVarName用于说明该GOOSE输入对应的变量名；⑨3. 如右图截取的goose.txt文本中关于SMV接收部分：二．GOOSE报文的简单分析：三．Goose文本的结构分析：四．。
goose报文采用
Goose报文1. 什么是Goose报文？Goose（Generic Object Oriented Substation Event）报文是一种用于电力系统中的通信协议，用于在互联的电力设备之间传输信息。
它基于IEC 61850标准，并采用了发布-订阅模式（Publish-Subscribe）。
Goose报文主要用于在智能电网中实现实时数据的传输和事件的通知。
它可以用于监测电力设备的状态变化、故障事件的传递以及控制指令的发送。
Goose报文具有高可靠性、低时延和广播特性，适用于各种电力系统中的通信需求。
2. Goose报文的结构Goose报文由报文头部和报文数据组成。
2.1 报文头部报文头部包含了一些关键的信息，用于标识和控制报文的传输。
•GooseID：每个Goose报文都有一个唯一的GooseID，用于标识报文的发送者和接收者。
它是一个16位的无符号整数。
•AppID：每个Goose报文都有一个唯一的AppID，用于标识报文的应用程序。
它是一个16位的无符号整数。
•GoCBRef：Goose Control Block的引用，用于标识报文的发送者和接收者之间的关联关系。
•TimeAllowedtoLive：报文的存活时间，以毫秒为单位。
超过存活时间后，报文将被丢弃。
•DatSet：报文中包含的数据集的名称。
•ConfRev：数据集的配置版本号，用于标识数据集的变化。
•NumDatSetEntries：数据集中包含的条目数量。
•AllData：指示报文中是否包含了所有数据。
2.2 报文数据报文数据包含了要传输的实时数据和事件信息。
Goose报文的数据部分采用了简单的二进制编码格式，可以包含多个数据条目。
每个数据条目由数据对象的名称、数据类型和数据值组成。
3. Goose报文的应用Goose报文在电力系统中有广泛的应用。
3.1 实时数据传输Goose报文可以用于实时传输电力设备的状态数据。
例如，变电站中的断路器状态、电流、电压等信息可以通过Goose报文传输到监控系统，实现对电力系统实时监测和控制。
GOOSE报文解析
GOOSE报文解析GOOSE报文的结构，基于ISO/IEC 8802-3的帧格式普通报文：目的MAC+ 源MAC+ (TPID+ TCI) + 以太网类型+ APPID+APDU数据的长度(m+8)TPID为0x8100 以太网类型为0x88B8(对于GOOSE报文)TCI为用户优先级+CFI+VID+ 00 00 + APDU(长度为m)00 00 为保留位注：( ) 中的部分可以不写，但强烈建议以以太网传输的时候，加入….APDU Head : 格式为61 81 + GOOSEPDU的长度，从80开始算起广播报文：目的MAC + 源MAC + 以太网类型+ APPID + APDU数据的长度(m+8)(目的MAC为FF FF FF FF)+ 00 00 + APDU(长度为m)ASN.1 的BE R编码形式为：TLV形式，即Tag + Length + Value 的形式Tag 与数据类型标记的编码一致Length 表示后面Value的长度Value 应用ASCII码进行编码解析对于Tag 的解析：Bit 7,6 Type of TagBit 5 Primitive or Constructed FlagBit 4-0 Tag V alueASN.1 数据类型83BOOL型84 BIT-String 型91 UTC 型（时间）85 Int 型86 Unsigned 型8a Visble-String 型翟大厨的报文分析：0000: 01 00 00 00 00 0708 00 06 86 48 42 81 0040 03目的MAC 源Mac TPID TCI0010: 88 B800 0700 9000 00 00 0061 81 8580 2550以太网类型APPID 长度保留位APDU Head gocbRef (80 表示数据类型Tag，25表示数据长度，从50开始都是后续数据)0020: 32 41 31 4A 31 51 36 50 72 6F 74 65 63 74 69 6F0030: 6E 2F 4C 4C 4E 30 24 47 53 45 70 72 6F 74 65 630040: 74 69 6F 6E81 02 05 0082 25 50 32 41 31 4A 31timeAllowtoLive(81表示类型) dataSet(82表示类型)0x0500---12800050: 51 36 50 72 6F 74 65 63 74 69 6F 6E 2F 4C 4C 4E0060: 30 24 47 53 45 70 72 6F 74 65 63 74 69 6F 6E 83goID(83表示类型)0x37 对应ASCII码中的‘7’0070: 01 3784 08 00 00 00 00 00 00 00 0085 01 0186t(84表示类型) stNum(85表示类型) Num 为1表示时间：01/01/1970_00:00:00.000000q000080: 03 02 70 A187 01 0088 01 01 89 01 008A 01 04numDatSetEntries(8A表示类型)值4 sqNum(86表示类型) test(87表示类型) ConfRev(88表示类型) ndsCom(89表示类型)0x0270A1---159905 00 表示FALSE 为1 00表示FALSE0090: AB 10 83 01 00 84 03 02 00 00 83 01 00 84 03 02allData(AB表示类型)allData为一个数据的集合10表示后面的数据长度内部分解为不同的小的数据集如：83 01 00 83 (数据类型为boolean型) 01(数据长度为1) 00 (表示数据内容，对于boolean型表示为FALSE)84 03 02 00 0084(数据类型为bit-string型)03(数据长度为03) 02 00 00(表示数据内容)00A0: 00 00注：其中numDatSetEntries表示了allData中的数据链的个数报文解析出来为：GoosePdu {gocbRef "P2A1J1Q6Protection/LLN0$GSEprotection",timeAllowedtoLive 1280,datSet "P2A1J1Q6Protection/LLN0$GSEprotection",goID "7",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 159905,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 4,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B }}Comgoose 中报文分析：0000 01 0c cd 01 00 0401 0c cd 01 10 1088 b800 04目的MAC 源MAC 以太网类型APPID0010 00 9400 00 00 0061 81 8980 1c 58 37 32 31 32长度保留位APDU Head gocbRef0020 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 24 47 4f0030 24 67 6f 63 62 54 7881 02 27 10 82 1c 58 37 32timeAllowtoLive datSet100000040 31 32 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 240050 64 73 47 6f 6f 73 65 54 7883 11 58 37 32 31 32goID(查ASCII码表可得)X7212_GOOSE_TX_ID0060 5f 47 4f 4f 53 45 5f 54 58 5f 49 4484 08 47 42t0070 d2 8a c8 31 26 ea85 01 0186 01 0d87 01 0088stNum(值为1) sqNum(值为13) test(FALSE)0080 01 0189 01 008a 01 08ab 18 83 01 00 84 01 00ConfRev(值为1) ndsCom(FALSE) numDatSetEntries(值为8) allData(共有8个数据链，长度为24) 0090 83 01 00 84 01 00 83 01 00 84 01 00 83 01 00 8400a0 01 00报文解析出来为：GoosePdu {gocbRef "X7212_2HBPROT/LLN0$GO$gocbTx",timeAllowedtoLive 1280,datSet "X7212_2HBPROT/LLN0$dsGooseTx",goID " X7212_GOOSE_TX_ID ",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 13,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 8,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'Bboolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B}}Goose3 中报文分析：0000 01 0c cd 01 01 ff00 0d 60 9f 07 a6 81 00 80 00目的MAC 源MAC TPID TCI 0010 88 b800 00 01 79 00 00 00 00 61 82 01 6d80 10以太网类型APPID 长度保留位APDU Head gocbRef0x0179---3850020 45 44 50 30 31 4c 44 30 2f 67 6f 6f 73 65 53 54 0030 81 01 0a 82 18 45 44 50 30 31 4c 44 30 2f 4c 4c timeAllowedtoLive datSet100040 4e 30 24 41 6c 6c 5f 53 54 5f 50 6f 7383 0c 4cgoID0050 44 30 5f 47 6f 6f 73 65 5f 53 54 84 08 00 00 00t0060 00 00 00 00 00 85 01 0186 01 00 87 01 00 88 01stNum sqNum test ConfRev值为1 值为0 FALSE 32 0070 2089 01 00 8a 01 08ab 82 01 10 a2 20 a2 05 85ndsCom numDatSetEntries allData 数据结构为嵌套型FALSE 值为8,表示有8个嵌套结构数据0080 01 00 89 00 86 01 00 84 02 06 40 84 03 03 00 00 0090 91 08 45 65 09 c2 7f ff ff 1883 01 00 a2 20 a200a0 05 85 01 00 89 00 86 01 00 84 02 06 80 84 03 03 00b0 00 00 91 08 00 00 00 00 00 00 00 0083 01 00 a2 00c0 20 a2 05 85 01 00 89 00 86 01 00 84 02 06 40 84 00d0 03 03 00 00 91 08 00 00 00 00 00 00 00 0083 01 00e0 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 02 0600f0 80 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 0100 83 01 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 0110 02 06 80 84 03 03 00 00 91 08 00 00 00 00 00 00 0120 00 0083 01 00 a2 20 a2 05 85 01 00 89 00 86 01 0130 00 84 02 06 40 84 03 03 00 00 91 08 00 00 00 00 0140 00 00 00 00 83 01 00 a2 20 a2 05 85 01 00 89 00 0150 86 01 00 84 02 06 40 84 03 03 00 00 91 08 00 00 0160 00 00 00 00 00 0083 01 00 a2 20 a2 05 85 01 00 0170 89 00 86 01 00 84 02 06 80 84 03 03 00 00 91 08 0180 00 00 00 00 00 00 00 00 83 01 00报文解析出来为：GoosePdu {gocbRef " EDP01LD0 /gooseST ",timeAllowedtoLive 10,datSet "EDP 01LD0/LL N0$All_S T_Pos ",goID " LD0_Goose _ST ",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 0,test FALSE,confRev 32,ndsCom FALSE,numDatSetEntries 8,allData {}}。
GOOSE_SV介绍
EntryTime
INT32U Boolean INT16U
采样值通信映射
单向多路点对点（61850 9-1）
可用于变电站内电子式电流互感器(ECT) 或电压互感器(EVT)的合并单元与诸如继电保 护这样的间隔层装置之间的通信。 ISO/IEC8802-3（61850 9-2） 对采样频率有更高的要求，或者除了通用 数据集以外还需要其他采 样值数据集，或者是 采用了间隔之间的通信和同步。
GOOSE通信映射
服务器端状态机
1)服务器接收GOOSE指示， 启动允许生存时间溢出定 时器。
2)允许生存时间溢出定时 器溢出。
3)接收一个有效的GOOSE 指示或有效重发。
SV采样值模型
SV模型特点
采用发布订阅的模式 两种传输方式，多路广播和单路传播 关注时间约束，包括采样时间和传输时间
GOOSE报文
GOOSE报文
重要参数
报文存活时间(timeAllowedToLive)
以毫秒为单位的整型数，为接收端判断网络提供时间判据，在PDU中有。
事件序列计数器(sqNum)
每次新事件发生需要加一。上电初始化或累加到最大值时，sqNum=1。
状态改变计数器(stNum)
每次发送一个报文需要加一，上电初始化或累加到最大值时，stNum=1。
在通信链路上传送的报文。
GOCB参数表
GOCB参数
GoCBName：唯一标识LLNO作用域内的GoCB。 GoCBRef：是LLNO作用域内GoCB唯一路径名。 GoEna：设置为TRUE表示当前GoCB使能发送
GOOSE报文。 ApplD应用标识：它代表GoCB所位于的LOGICALDEVICE。 DatSet数据集引用：正被传送DATA-SET成员的值。 ConfRev配置版本号：表示由DatSet引用的DATASET配置改变次数的计数值。 NdsCom需要重新配置：具有引用DatSetRef的配置数 据集超出了当地限制时产生一个信号。
goose报文分析
GOOSE报文详解Goose报文在网络上传输时采用的是OSI模型，但只用到OSI网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU，经过表示层编码后，不采用TCP/IP协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和GOOSEPDU。
Goose具体报文格式如图0 所示［0］。
图0 Goose报文格式Goose举例报文（十六进制）：01 0C CD 01 00 51 00 1E 4F D3 AE 41 81 00 80 42 88 B8 00 33 00 90 00 00 00 00 61 81 85 8008 67 6F 63 62 52 65 66 31 81 05 00 00 00 27 10 82 07 64 61 74 53 65 74 31 83 05 67 6F 49 44 31 84 08 4E F2 85 E1 F7 CE D9 00 85 05 00 00 00 00 01 86 05 00 00 00 00 01 87 01 00 88 05 00 00 00 00 01 89 01 00 8A 05 00 00 00 00 09 AB 36 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 0800 00 00 00 00 00 00 00分析如下（可结合Ethereal解析）:1、01 0C CD 01 00 51目的MAC地址2、00 1E 4F D3 AE 41源MAC地址3、81 00 80 42GOOSE报文支持IEEE 802.1Q/P优先级技术，IEEE 802.1Q为VLAN 技术的标准，IEEE 802.1P为报文优先级标准。
.svgoose报文解析
一，S V 报文解析SV报文在网络上传输时采用的是OSI模型，但只用到OSI 网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU，经过表示层编码后，不采用TCP/IP 协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
SV报文在MAC 层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。
SV 的帧格式见下表：SV 的APDU 报文格式见下表一帧SV报文：010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D76636230820207F28304000000018501008781B8 000005DC00000000FFFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析：010CCD04000200C000004002目的MAC 和源MAC 88BA网路数据类型，9-2 报文4002appid00F2Length，从appid 开始的报文长度00000000保留字节后面是SV报文的APDU6081E7标记60H，（81，不定长，长度超过127 字节）长度E7800101标记80，长度=01，ASDU数目=01A281E1标记A2（编码格式），长度E13081DE标记30（编码格式），长度DE80144D4C313130324D552F4C4C4E302E736D766362标30记80SVID字符串820207F2标记82，长度=02，采样计数器07F2=2034830400000001 标记83，配置版本号850100标记85，长度=01，同步标志，00 为没有同步8781B8标记87，长度B8=184，共23 个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF00000000FFFFFC4B00000000FFFFDAE900000000二，GOOSE报文解析GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。
SV GOOSE报文解析
一，S V报文解析SV报文在网络上传输时采用的是OSI模型，但只用到OSI网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU，经过表示层编码后，不采用TCP/IP协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
SV报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。
SV的帧格式见下表：SV的APDU报文格式见下表一帧SV报文：010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D76636230820207F28304000000018501008781B8 000005DC00000000FFFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析：010CCD04000200C000004002目的MAC和源MAC 88BA网路数据类型，9-2报文4002appid00F2Length，从appid开始的报文长度00000000保留字节后面是SV报文的APDU6081E7标记60H，(81，不定长，长度超过127字节)长度E7 800101标记80，长度=01，ASDU数目=01A281E1标记A2（编码格式），长度E13081DE标记30（编码格式），长度DE80144D4C313130324D552F4C4C4E302E736D76636230标记80SVID字符串820207F2标记82，长度=02，采样计数器07F2=2034 830400000001标记83，配置版本号850100标记85，长度=01，同步标志，00为没有同步8781B8标记87，长度B8=184，共23个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF00000000FFFFFC4B00000000FFFFDAE900000000二，GOOSE报文解析GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。
.sv goose报文解析
一，S V报文解析SV报文在网络上传输时采用的是OSI模型，但只用到OSI网络模型七层中的四层，应用层、表示层、数据链路层和物理层，传输层和网络层为空。
应用层定义协议数据单元PDU，经过表示层编码后，不采用TCP/IP协议，而是直接映射到数据链路层和物理层。
这种映射方式的目的是避免通信堆栈造成传输延时，从而保证报文传输、处理的快速性。
SV报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。
SV的帧格式见下表：SV的APDU报文格式见下表一帧SV报文：010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D76636230820207F28304000000018501008781B8 000005DC00000000FFFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析：010CCD04000200C000004002目的MAC和源MAC 88BA网路数据类型，9-2报文4002appid00F2Length，从appid开始的报文长度00000000保留字节后面是SV报文的APDU6081E7标记60H，(81，不定长，长度超过127字节)长度E7800101标记80，长度=01，ASDU数目=01A281E1标记A2（编码格式），长度E13081DE标记30（编码格式），长度DE80144D4C313130324D552F4C4C4E302E736D76636230标记80SVID字符串820207F2标记82，长度=02，采样计数器07F2=2034 830400000001标记83，配置版本号850100标记85，长度=01，同步标志，00为没有同步8781B8标记87，长度B8=184，共23个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF00000000FFFFFC4B00000000FFFFDAE900000000二，GOOSE报文解析GOOSE报文在MAC层的帧结构包括：源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。
结合域含义的GOOSE报文
结合域含义的GOOSE报文1.GOOSE（Generic Object Oriented Substation Event）报文是一种通信协议，用于在电力系统中进行实时数据传输。
它是IEC 61850标准中定义的一种通信机制，可通过以太网传输数据。
GOOSE报文具有灵活性和高实时性，是电力系统实现保护、控制和自动化的重要组成部分。
本文将详细介绍GOOSE报文的结构和域的含义，以便更好地理解和使用该报文。
2. GOOSE报文结构GOOSE报文由一系列域组成，每个域都包含了特定的信息。
GOOSE报文的结构如下： Ethertype (2 tes)Destination MAC Address (6 tes)Source MAC Address (6 tes)VLAN Tag (optional, 4 tes)APPID (2 tes)Length (4 tes)Protocol ID (1 te)Destination IP Address (4 tes)Source IP Address (4 tes)Destination UDP Port (2 tes)Source UDP Port (2 tes)GOOSE Message下面将对各个域的含义进行详细解释。
2.1 EthertypeEthertype域用于标识GOOSE报文的类型。
它是一个2字节大小的字段，常见的值为0x88B8，表示该报文为GOOSE报文。
2.2 Destination MAC AddressDestination MAC Address域表示GOOSE报文的目标MAC。
该用于将报文发送到正确的接收者。
它是一个6字节大小的字段，由48个比特位表示。
2.3 Source MAC AddressSource MAC Address域表示GOOSE报文的源MAC。
该表示报文的发送者。
它也是一个6字节大小的字段。
2.4 VLAN TagVLAN Tag域是一个可选字段，用于标识虚拟局域网（VLAN）。
GOOSE报文解析
GOOSE 报文解析GOOSE 报文的结构，基于ISO/IEC 8802-3 的帧格式普通报文：目的MAC + 源MAC + （TPID + TCI） + 以太网类型+ APPID + APDU 数据的长度（m+8）TPID 为 0x8100 以太网类型为 0x88B8（对于 GOOSE 报文）TCI 为用户优先级 +CFI+VID+ 00 00 + APDU（长度为m）00 00 为保留位注：（）中的部分可以不写，但强烈建议以以太网传输的时候，加入….APDU Head : 格式为 61 81 + GOOSEPDU 的长度，从 80 开始算起广播报文：目的MAC + 源MAC + 以太网类型+ APPID + APDU 数据的长度（m+8）（目的 MAC 为 FF FF FF FF）+ 00 00 + APDU（长度为m）ASN.1 的BE R 编码形式为：TLV 形式，即Tag + Length + Value 的形式Tag 与数据类型标记的编码一致Length 表示后面Value 的长度Value 应用ASCII 码进行编码解析对于Tag 的解析：Bit 7,6 Type of TagBit 5 Primitive or Constructed FlagBit 4-0 Tag ValueASN.1 数据类型83BOOL 型84BIT-String 型91 UTC 型（时间）85Int 型86Unsigned 型8a Visble-String 型翟大厨的报文分析：0000: 01 00 00 00 00 0708 00 06 86 48 4281 0040 03目的 MAC 源 Mac TPID TCI0010: 88 B800 0700 9000 00 00 0061 81 8580 2550以太网类型 APPID 长度保留位APDU Head gocbRef （80 表示数据类型 Tag， 25 表示数据长度，从 50 开始都是后续数据）0020: 32 41 31 4A 31 51 36 50 72 6F 74 65 63 74 69 6F0030: 6E 2F 4C 4C 4E 30 24 47 53 45 70 72 6F 74 65 630040: 74 69 6F 6E81 02 05 0082 25 50 32 41 31 4A 31timeAllowtoLive（81 表示类型） dataSet（82 表示类型）0x0500---12800050: 51 36 50 72 6F 74 65 63 74 69 6F 6E 2F 4C 4C 4E0060: 30 24 47 53 45 70 72 6F 74 65 63 74 69 6F 6E83goID（83 表示类型）0x37 对应 ASCII 码中的‘7'0070: 01 3784 08 00 00 00 00 00 00 00 0085 01 0186t（84 表示类型） stNum（85 表示类型） Num 为 1表示时间：01/01/1970_00:00:00.000000q000080: 03 02 70 A187 01 0088 01 01 89 01 008A 01 04 numDatSetEntries（8A 表示类型）值 4 sqNum（86 表示类型） test（87 表示类型） ConfRev（88 表示类型） ndsCom（89 表示类型） 0x0270A1---159905 00 表示 FALSE 为 1 00 表示 FALSE0090: AB 10 83 01 00 84 03 02 00 00 83 01 00 84 03 02allData（AB 表示类型）allData 为一个数据的集合 10 表示后面的数据长度内部分解为不同的小的数据集如：83 01 00 83 （数据类型为 boolean 型） 01（数据长度为 1） 00 （表示数据内容，对于 boolean 型表示为 FALSE）84 03 02 00 00 84（数据类型为 bit-string 型）03（数据长度为 03） 02 00 00（表示数据内容）00A0: 00 00注：其中numDatSetEntries 表示了allData 中的数据链的个数报文解析出来为：GoosePdu {gocbRef "P2A1J1Q6Protection/LLN0$GSEprotection",timeAllowedtoLive 1280,datSet "P2A1J1Q6Protection/LLN0$GSEprotection",goID "7",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 159905,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 4,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B }}Comgoose 中报文分析：0000 01 0c cd 01 00 0401 0c cd 01 10 1088 b800 04目的 MAC 源 MAC 以太网类型 APPID0010 00 9400 00 00 0061 81 8980 1c 58 37 32 31 32长度保留位 APDU Head gocbRef0020 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 24 47 4f0030 24 67 6f 63 62 54 7881 02 27 10 82 1c 58 37 32timeAllowtoLive datSet100000040 31 32 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 240050 64 73 47 6f 6f 73 65 54 7883 11 58 37 32 31 32goID（查 ASCII 码表可得）X7212_GOOSE_TX_ID0060 5f 47 4f 4f 53 45 5f 54 58 5f 49 4484 08 47 42 t0070 d2 8a c8 31 26 ea85 01 0186 01 0d87 01 0088stNum（值为 1） sqNum（值为 13） test（FALSE）0080 01 0189 01 008a 01 08ab 18 83 01 00 84 01 00ConfRev（值为 1） ndsCom（FALSE） numDatSetEntries（值为 8） allData（共有 8 个数据链，长度为24）0090 83 01 00 84 01 00 83 01 00 84 01 00 83 01 00 84 00a0 01 00报文解析出来为：GoosePdu {gocbRef "X7212_2HBPROT/LLN0$GO$gocbTx",timeAllowedtoLive 1280,datSet "X7212_2HBPROT/LLN0$dsGooseTx",goID " X7212_GOOSE_TX_ID ",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 13,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 8,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'Bboolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B}Goose3 中报文分析：0000 01 0c cd 01 01 ff00 0d 60 9f 07 a6 81 00 80 00 目的 MAC 源 MAC TPID TCI0010 88 b800 00 01 79 00 00 00 00 61 82 01 6d80 10以太网类型 APPID 长度保留位 APDU Head gocbRef 0x0179---3850020 45 44 50 30 31 4c 44 30 2f 67 6f 6f 73 65 53 54 0030 81 01 0a82 18 45 44 50 30 31 4c 44 30 2f 4c 4c timeAllowedtoLive datSet100040 4e 30 24 41 6c 6c 5f 53 54 5f 50 6f 7383 0c 4cgoID0050 44 30 5f 47 6f 6f 73 65 5f 53 54 84 08 00 00 00t0060 00 00 00 00 0085 01 0186 01 00 87 01 00 88 01stNum sqNum test ConfRev值为 1 值为 0 FALSE 320070 2089 01 00 8a 01 08ab 82 01 10 a2 20 a2 05 85ndsCom numDatSetEntries allData 数据结构为嵌套型 FALSE 值为 8,表示有 8 个嵌套结构数据0080 01 00 89 00 86 01 00 84 02 06 40 84 03 03 00 00 0090 91 08 45 65 09 c2 7f ff ff 1883 01 00 a2 20 a2 00a0 05 85 01 00 89 00 86 01 00 84 02 06 80 84 03 03 00b0 00 00 91 08 00 00 00 00 00 00 00 0083 01 00 a2 00c0 20 a2 05 85 01 00 89 00 86 01 00 84 02 06 40 84 00d0 03 03 00 00 91 08 00 00 00 00 00 00 00 0083 01 00e0 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 02 06 00f0 80 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 0100 83 01 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 0110 02 06 80 84 03 03 00 00 91 08 00 00 00 00 00 00 0120 00 0083 01 00 a2 20 a2 05 85 01 00 89 00 86 01 0130 00 84 02 06 40 84 03 03 00 00 91 08 00 00 00 00 0140 00 00 00 00 83 01 00 a2 20 a2 05 85 01 00 89 00 0150 86 01 00 84 02 06 40 84 03 03 00 00 91 08 00 00 0160 00 00 00 00 00 0083 01 00 a2 20 a2 05 85 01 00 0170 89 00 86 01 00 84 02 06 80 84 03 03 00 00 91 08 0180 00 00 00 00 00 00 00 00 83 01 00报文解析出来为：GoosePdu {gocbRef " EDP01LD0 /gooseST ", timeAllowedtoLive 10,datSet " EDP 01LD0/LL N0$AII_S T_Pos goID " LD0_Goose _ST ",t 01/01/1970_00:00:00.000000q00, stNum 1,sqNum 0,test FALSE,confRev 32,ndsCom FALSE,numDatSetEntries 8, allData {AM MlKi 11怎----- 7 Plti [.RSI C.2]fe W r I 勺ra iIPW-2LJ21C.1 ISO/IEC S«02-3 协格式。
GOOSE解析心得
GOOSE 报文的解析心得1、IEC61850的GOOSE 报文的帧格式Header MACMAC 目的地址（6字节）=0x010CCD010000~0x010CCD0101FF MAC 源地址（6字节）TPID （2字节类型）=0x8100TC I(2字节)=0x4000Ethertype (2字节)=0x88B8APPID (2字节)=0x0000~0x3FFF Length (2字节)=8+m Reserved1(2字节)=0x0000Reserved2(2字节)=0x0000ASDU (m 字节<1480)（Pad bytes if necessary ）(若干字节)CRC （4字节）Priority tagged Header EthertypeMAC t 填充MAC计算检验87654321图4. GOOSE 报文的帧格式GOOSE报文中主要分为网络参数、GOOSE参数和GOOSE数据，下面主要介绍一下网络参数。
网络参数——Destination（目的地址）：一种组播MAC地址，在交换机上以组播的形式传播，GOOSE的目的地址一般以01 -0C-CD-01开头，后两个字节可以自由的分配，是全站唯一的，是GOOSE报文订阅机制的主要参数之一，他的正确配置是过程层实现通信的基本条件，工作人员可将其认定为GOOSE数据的唯一标识。
Source（源地址）：装置板卡的物理地址，过程层应用中没有实际的意义，但要保证其不能冲突，物理地址是可以有厂家修改的。
2、程序中所建立的GOOSE数组结构体struct GOOSEData{uint8_t macDst[6];uint8_t macSrc[6];uint8_t TPID[2];uint8_t TCI[2];uint8_t ethernetType[2];uint8_t APPID[2];uint8_t PDULength[2];uint8_t reserved1[2];uint8_t reserved2[2];uint8_t GOOSEPDU[4];uint8_t gocbRef_Type;uint8_t gocbRef_Length;uint8_t gocbRef_String[25];uint8_t timeAllowToLive_Type;uint8_t timeAllowToLive_Length;uint8_t timeAllowToLive_Value[2];uint8_t DatSet_Type;uint8_t DatSet_Length;uint8_t DatSet_string[25];uint8_t goID_Type;uint8_t goID_Length;uint8_t goID_Value[33];uint8_t BianWeiTime_Type;uint8_t BianWeiTime__Length;uint8_t BianWeiTime_Value[8];uint8_t StNum_Type;uint8_t StNum__Length;uint8_t StNum_Value[4];uint8_t SqNum_Type;uint8_t SqNum__Length;uint8_t SqNum_Value[4];uint8_t Test_Type;uint8_t Test__Length;uint8_t Test_Value;uint8_t confRev_Type;uint8_t confRev__Length;uint8_t confRev_Value;uint8_t ndsCom_Type;uint8_t ndsCom__Length;uint8_t ndsCom_Value;uint8_t TotalNumOfGoose_Type;uint8_t TotalNumOfGoose__Length;uint8_t TotalNumOfGoose_Value;uint8_t GOOSEDataHead_Type;uint8_t GOOSEDataHead_Type_Length[3];uint8_t GOOSE_DIData[240];}GOOSEData1={0x00,0x60,0x6e,0x90,0x00,0xae,//目的地址0x01,0x02,0x03,0x03,0x04,0x05, //源地址0x81,0x00,0x40,0x00,0x00,0x00,0x80,0x19,0x50,0x4c,0x32,0x32,0x30,0x31,0x41,0x50,0x49,0x30,0x31,0x2f,0x4c,0x4c,0x4e,0x30,0x24,00x82, 0x19,0x50,0x4c,0x32,0x32,0x30,0x31,0x41,0x50,0x49,0x30,0x31,0x2f,0x4c,0x4c,0x4e,0x30,0x24,0 x47,0x4f,0x24,0x67,0x6f,0x63,0x62,0x31,//27个字节0x83, 0x21,0x50,0x4c,0x32,0x32,0x30,0x31,0x41,0x54,0x45,0x4d,0x50,0x4c,0x41,0x54,0x45,0x50,0x49, 0x30,0x31,0x2f,0x4c,0x4c,0x4e,0x30,0x24, 0x47, 0x4f, 0x24, 0x67, 0x6f, 0x63, 0x62,0x87, 0x01, 0x00,//3个字节0x88, 0x01, 0x01,//3个字节0x89, 0x01, 0x00,//3个字节0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01, 0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00,0x83,0x01,0x00};附加说明：常见的GOOSE参数分为布尔型、位串行、时间型、浮点型四种类型数据。
Goose报文格式
1.Goose报文格式一、GOOSE通信帧结构描述字节1 2 3 4 5 678 9 10 11 12 1314 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 · · · ·图1 以太网通信帧结构解释：1．以太网地址2. TPID 和TCI 标记头的结构：TPID值：0x8100User Priority：三位，User priority 的值应在配置时进行设置，以便将模拟量采样值和时间紧迫的、保护相关的GOOSE信息与低优先级的总线负载相区别。
缺省的优先级为4。
CFI：一位[0]，Length后无嵌入的RIF域/以太网标记帧中有类型域。
VID：支持虚拟局域网是一种可选的机制，如果采用了这种机制，那么配置时应设置虚拟局域网标识(VID)。
另外，虚拟局域网标识VID缺省值为0。
3．EtherType、APPID和LengthEtherType：基于ISO/IEC 8802-3 MAC子层的以太网类型将由IEEE 著作权注册机构进行注册。
所注册的以太网型（Ethertype）值为0X88B8。
APPID：应用标识。
APPID用于选择包含模拟量采样值的信息和用于区别关联的应用。
为模拟量采样值保留的APPID值范围是0x4000～0x7FFF。
缺省值为0x4000。
缺省值表示APPID没有被配置。
配置系统时将强烈推荐将APPIP配置为系统中的唯一值。
Length：包括从APPID开始的以太网型PDU的8位位组的数目。
4．保留1、保留2和APDUReserved1/Reserved2：用于将来的标准化应用。
该设备中认为是0x0000。
特别说明：Length-ASN.1的字节数不确定。
假定数据域的字节数为n。
按ASN.1的编码规则，当n≤127时Length只有一个字节，值为n；当n＞127时，Length有2～127字节，第一个字节的Bit7为1，Bit0～6为Length总字节数减1，第二个字节开始给出n，基于256，高位优先(例子：200用ASN.1表示就是0x81C8)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于IEC61850的广域保护系统通信服务模型丛伟，潘贞存，赵建国，高湛军（山东大学电气工程学院，山东济南250061）摘要：针对广域保护系统对信息交换类型和交换方式的不同要求，讨论了基于IEC61850的广域保护系统通信服务模型，主要解决通信一致性和不同装置之间的互操作性问题，并从上层确保数据通信延时和可靠性满足广域保护系统要求。
讨论了通用变电站事件GSE的报文结构和通信机制，提出用GSE中的GSSE传输状态量信号、用采样测量值传输类模型传输模拟量的观点和一般方法。
关键词：广域保护系统；IEC61850；通信；服务模型。
0引言近几年来，广域保护系统逐渐成为新的研究方向和热点。
尽管目前国内外许多学者对广域保护系统的功能、结构等问题存在不同的理解，但有一点是一致的，那就是需要借助通信系统获取电网的广域信息。
根据广域保护系统所完成功能的不同，对通信系统性能的要求也不一样，例如对动作延时和可靠性有严格要求的继电保护功能和控制功能，对通信系统的快速性和可靠性也有严格的要求，而对动作延时要求稍低的某些控制功能，相应的对通信系统要求也稍低。
这样就需要构建一套能满足各种功能要求的通信系统为各种信息的交换提供平台。
这里所说的通信系统不仅指物理上可见的通信设备和通信网络，还包括该网络所采用的通信协议、网络所能提供的通信服务等上层内容。
但是在目前的电力通信系统中还没有一个统一的数据交换模型，并且所使用的大部分通信规约在快速性和可靠性性方面往往也难以满足更高的要求。
在通信层也采用一般的点到点通信模式和传统的局域网通信技术，无法保证广域同步信息传输的快速性和可靠性。
本文对基于IEC61850（变电站通信网络和系统系列标准）的广域保护系统通信服务模型进行分析和研究，研究了变电站通用事件GES （Generic Substation Event）的报文结构、信息交换方式、提供的服务模型等内容，重点研究利用GSE中的通用变电站状态事件GSSE（Generic Substation Status Event）传输状态量信号、利用采样测量值传输模型传输模拟量采样信号的方法。
1通用变电站事件GSE对于广域保护系统来说，IED之间——无论是同一厂家、型号相同的装置，还是不同厂家，型号不同的装置，必须能够快速可靠的交换信息，既要满足应用数据的互用性要求，又要保证数据传输的快速性和可靠性。
这就需要建立一种高效、通用的数据对象模型，并对其进行标准的语义定义。
在IEC61850中定义了一种数据通信模型，称为通用变电站事件GSE。
该模型基于自动分布的概念，提供了在全系统范围内快速可靠地传输输入输出数据值的功能。
这种模型完全支持TCP(UDP)/IP协议，支持局域网和广域网通信，并采用了组播（Multicast）技术，便于向多个物理设备同时传输一个GSE信息。
此外，IEC61850还对GSE报文的通信性能要求进行了严格的规定，从上层确保用于IED之间的工业级信号的传输延时不超过4ms，这些标准能够达到广域保护系统对通信性能的技术要求[1,2]。
根据应用特点的不同，GSE又分为两种不同的控制类和报文结构。
一种是面向变电站事件的通用对象GOOSE（Generic Object Oriented Substation Event），它支持由数据集（DATA-SET）组织的公共数据的交换。
另一种是通用变电站状态事件GSSE，它用于传输状态变位信息（双比特）。
GSE用于数据属性（Data Attribute）集合值的交换，在IEC61850中对数据属性和数据集都有标准的语义和语法的定义；对GOOSE/GSSE 报文也进行了标准的定义。
IED根据这些标准定义构建数据对象，并采用标准的GOOSE/GSSE 报文传输数据对象，就可以达到不同IED之间应用数据的互用性，并从上层对通信质量提供保证[3,4]。
IEC61850不是通信协议，也不对通信协议中的细节进行定义，它只是一种体系标准，该标准独立于具体的通信网络和通信协议。
IEC61850定义了通信数据模型、通信服务模型等上层内容，它是一个框架而不是具体的内容，用户可以根据需要定义、扩展具体的内容。
图1是GSE报文的结构，它只列出了报文的基本构成而不对报文的具体内容进行定义。
不同原理的保护可以根据不同的功能需要对数据属性进行定义和扩展，定义和扩展的方法要按照IEC61850的标准进行，使不同保护装置之间的数据可以相互理解。
GSE报文有如下的特点：图1GSE报文的结构（1）在GSE报文中必须包含一些信息以便让接收装置知道报文已经丢失、数据状态发生变化以及上次数据状态发生变化的时间；（2）一个新激活的设备（上电或重新服务）将发送当前数据值当作初始GOOSE/GSSE报文。
如果数据值没有发生变化，该设备将循环发送初始报文，这样可以保证所有激活的设备知道其对等设备的当前状态；（3）GSE报文采用组播方式发送，发送后不返回确认信息。
但是如果IED发送的是一些和继电保护相关的信号，如断路器跳闸信号、失灵保护启动信号等，它们的重要级别是非常高的，为了保证重要信号传输的可靠性，只要信息状态在维持期间就不断重复发送报文。
2发布/订阅机制GSE信息交换的是采用发布/订阅服务机制[5,6]。
在这种服务中，希望获取数据的一方充当客户的角色，提供数据的一方充当服务器的角色。
同一台物理设备既可以是服务器，也可以是客户。
发布/订阅服务机制支持本设备主动向其它设备传送数据，这一特性对继电保护功能和快速控制功能而言十分重要。
在发布/订阅服务机制中，一旦有数据产生即可按照事先确定好的订阅路径主动传送，无需外界的任何干预，有利于保证通信的快速性。
发布/订阅模型如图2所示。
如果客户（订阅者）希望服务器（发布者）的数据对象中某项数据属性在状态变动时得到通知，客户就可以向服务器发出订阅请求，并附上对要订阅对象的说明。
订阅可以是基于主题的，也可以是基于内容的。
服务器若接受订阅，则返回确认命令并主动传送对象的当前数据，以后每当订阅的数据对象属性发生变动时服务器都会主动向订阅者传送数据。
如果客户在订阅之后希望取消订阅，则发出取消订阅的请求，服务器收到后就会停止向客户传送数据。
图2发布/订阅模型发布/订阅机制尤其适合分布式结构的广域保护系统。
故障发生后某些IED的信息需要同时发送给其它多个相关IED，也会接收来自其它若干IED的信息，此时IED不仅担任着服务器的任务（发送数据），还充当了客户的角色（接收数据），并且数据的发送方式是组播的形式，因此采用发布/订阅服务机制是非常适合的。
发送信息的IED 发布客户（其他IED）所需要的数据值，其他任何需要该信息的IED都可以订阅该信息的GOOSE/GSSE报文。
3面向变电站的通用对象GOOSE和通用变电站状态事件GSSE3.1面向变电站的通用对象GOOSEGOOSE支持由DATA-SET组织的公共数据的交换，每次由DATA-SET引用的一个或多个成员值改变，就发送GOOSE报文。
抽象的GOOSE 报文格式规定了包含在GOOSE报文的信息，GOOSE报文有如表1所示的结构。
表1GOOSE报文结构GOOSE报文参数名参数类型值/值域/解释DatSet（数据集）ObjectReferenceGoCB（GOOSE控制类）实例的值AppID（应用标识）VISIBLESTRING65GoCB实例的值T（时标）EntryTimeStNum（状态号）INT32USqNum（顺序号）INT32UTest（测试）BOOLEAN(TRUE)测试|(FALSE)未测试ConfRev（配置版本INT32U GoCB实例的值号）NdsCom（重新配置）BOOLEAN GoCB实例的值GOOSEData[1…n]（数据值）参数类型依赖IEC61850定义的公共数据类，参数取自GOOSE控制GOOSE作为GSE的一种，也采用发布/订阅服务机制交换信息，其通信服务模型如图3所示。
图3GOOSE通信服务模型如果发布方数据集中的一个或多个数据对象的属性值发生变化，由发布方的“发布”服务刷新发布方缓冲区，同时将变化的数据值写入发送侧的当地缓冲区，并用GOOSE报文传送这些值，报文的交换采用组播技术。
订阅方从接收侧的当地缓冲区读取该数据值。
通信网络的通信服务映射将刷新订阅方缓冲区的内容，并将接收的新数据通知应用。
发布方的GOOSE控制类GoCB （GOOSE-Control-Block）用于控制整个过程。
3.2通用变电站状态时间GSSEGSSE只用来传输双比特的状态变化信息，某些保护判断信息、跳合闸操作信息等都是状态量信息。
GSSE报文定义如表2所示。
表2GSSE报文结构GSSE报文参数名称参数类型描述Sending IED VISIBLE-STRING发送IED的IDt BTIME6GSSE报文的时间标签SqNum INT32U GSSE报文顺序号StNum INT32U事件发生顺序号HoldTim INT32U GSSE报文保持时间BackTim INT32U从事件发生到当前的时间PhsID INT16U故障相别ValueCODEENUM（00）无效或瞬变；（01）假或合；（10）真或开；（11）无效如同GOOSE一样，GSSE也采用发布/订阅服务机制交换信息，它们的通信服务模型是类似的，所不同的是，在GOOSE中发送的是DATA-SET成员值，而在GSSE中发送的是双比特的状态信息；在GOOSE通信模型中，用GOOSE控制块类GoCB来控制发布/订阅的过程，而在GSSE中用GSSE控制块类GsCB来控制整个过程。
GoCB中的定义和描述同样适合GsCB。
在IEC61850中定义的这种通信服务模型是抽象的，它完全独立于具体的通信网络和通信协议，要想在以太网或其它网络上采用GSE模型，必须通过特定通信服务映射SCSM（Specific Communication Service Mapping）将其映射到具体的通信协议栈中，信息传输的可靠性和通信具体延时取决于所采用的特定通信服务映射SCSM 以及具体的通信协议栈。
4采样测量值传输类模型[7]在广域保护系统中，有时需要交换各测量点的模拟量采样值。
在上节所介绍的GSE中，GSSE 报文交换的是双比特状态位信息，GOOSE则支持由数据集（DATA-SET）组织的公共数据的交换，理论上可以用来传输模拟量采样值信息。
但如果对采样值的传输延时和可靠性有特别的要求，则应该与变电站自动化系统中一般测量值的传输区别开来。
在IEC61850中专门定义的采样测量值传输类模型提供了以有组织的和时间上受控的方式报告采样测量值的方法，采样抖动最小，传输时间快并且能够保持采样的次数和顺序恒定，适合在极短延时内可靠交换采样信息。