1、ICS 29.240.01 F21 备案号：17001-2006中华人民共和国电力行业标准DL IT 790.433 - 2005 I IEC 61334 - 4 - 33: 1998 采用配电线载波的配电自动化第4-33部分：数据通信协议数据链路层面向连接的协议Distribution automation using distribution line carrier system一Part 4 - 33: Data communication protocols一Data link layer一Connection oriented protocol ( IEC 61334-4-33:1
2、998, IDT) 2005-11-28发布2006-06一01实施发布060808000075 DL IT 790.433 - 2005 目次前言.II 引言皿1 总则.1.1 范围和目的.1.2 规范性引用文件.1.3 缩略语和定义.2 LLC服务规范.1 2.1 交互的概述.2.2 DL Data.request . 4 2.3 DL Data.confirm .4 2.4 DL Data.indication . 4 2.5 DL_Open.request .4 2.6 DL Open.confirm . .5 2.7 DL_Connect.request . 5 2.8 DL Con
3、nect.confirm .6 2.9 DL一Disconnect.request .6 2.10 DL Disconnect.confirm. 7 2.11 DL Disconnect.indication . 7 2.12 DL_Close.request .8 2.13 DL Close.confirm8 2.14 DL一Test.request. g 2.15 DL Test.confirm .9 3 LLC到MAC子层的接口.93 1 交互的概述.9 32 MA一Data.r1吨uest. 9 3.3 MA Data.confirm . 10 3.4 MA Data.indicati
4、on . 10 4 LLC协议数据单元（LLCPDU）结构.10 4.1 概述.10 4.2 LLC_PDU格式.10 4.3 地址域.10 4.4控制域11 4.5 无效LLC_PDU. 11 5 LLC过程描述.12 5.1 过程概述.12 DL IT 790.433 - 2005 刚昌本标准是根据国家发展和改革委员会关于下达2004年行业标准项目计划的通知（发改办工业2004 872号文）的安排制定的。随着我国城乡电网改造事业的发展，对配电自动化的要求己日益迫切。与传输配电自动化信息的其他通信方式相比，配电线载被可以降低建设投资和运行费用，便于管理，是一种经济实用的通信方式。但配电网结构
5、复杂，信号传输衰减大，采用配电线载波在技术上有一定难度。国外在20世纪70年代开展了这方面的研究工作，有相关产品问世。我国在20世纪90年代也开展了这方面工作，在一些城市进行了试点。从1995年起，国际电工委员会陆续发布了IEC61334系列的国际标准、技术报告或技术规范，对我国这方面工作的开展有很好的指导作用。这些文件将采用为我国电力行业系列标准DL790采用配电线载波的配电自动化，以便和国际接轨。DL790是一个标准文件系列，包括标准和标准化指导性技术文件，共有以下20部分：第1一1部分：总则配电自动化系统的体系结构第1-2部分：总则制订规范的导则第1-4部分：总则中低压配电线载波传输参数
6、第3-1部分z配电线载披信号传输要求频带和输出电平第3-21部分：配电线载波信号传输要求中压绝缘电容型相相结合设备第3-22部分：配电线载波信号传输要求中压相地和注入式屏蔽地结合设备第4一1部分：数据通信协议通信系统参考模型第4-32部分：数据通信协议数据链路层无连接协议第4-33部分：数据通信协议数据链路层面向连接的协议第4-41部分：数据通信协议应用协议配电线报文规范第4-42部分：数据通信协议应用协议应用层第4-511部分：数据通信协议系统管理CIASE协议第4-512部分：数据通信协议采用DL!f790.51协议集的系统管理信息库MIB第4-61部分：数据通信协议网络层无连接协议第5一
7、1部分：低层协议集扩频型移频键控（S-FSK）协议第5-2部分：低层协议集移频键控（FSK）协议第5-3部分：低层协议集自适应宽带扩频（SS-AW）协议第5-4部分：低层协议集多载波调制（MCM）协议第5-5部分：低层协议集快速跳频的扩频通信（SS-FFH）协议第6部分：A”XDR编码规则DL790的本部分等同采用IEC61334-4-33:1998采用配电线载波的配电自动化第4-33部分：数据通信协议数据链路层面向连接的协议（英文版。本部分由中国电力企业联合会提出。本部分由全国电力系统控制及其通信标准化技术委员会归口并负责解释。本部分由国电自动化研究院负责起草，中国电力科学研究院、国电南自股
8、份有限公司、山东鲁能积成电子股份有限公司参加起草。本部分主要起草人：吴福保、于跃海、黄健、刘佩娟、严晓蓉、王良。II DL I T 790.433 - 2005 引DL 790的本部分和DL厅790.432紧密相关，DL厅790.432将无连接模式的LLCC逻辑链路控制）协议作为紧凑的体系结构中LLC用户使用LLC服务的例子（见DL/T790.432中的1.1）。本部分显示如何通过co（面向连接模式）的LLC协议提供基本的LLC服务。co模式主要用于联网中的节点间通信和实时性要求高的情况，而在实时性要求高的应用中，传输错误时的重发定时器需与各个子网的链路特征有紧密联系。当使用co模式代替无连接
9、模式时，主要的扩充在所提供的LLC服务质量方面，表现在具有流控制的报文传输的可靠性和遇到传输错误时的自动重传。应注意到，LLC服务原语允许在LLC用户接口上的无连接、无应答的数据传输，对于特定的服务质量参数值的使用，保留了DL/T790.432中描述的服务的语义。因此，本部分只提供调用LLC-CO协议时需要的附加规范或修改。为清晰起见，它们通过使用或调用DL/T790.432中相同的文本结构叙述。本部分的协议数据单元格式与DL厅790.432中的相应格式完全无关，因此这两组过程可以共享同一个链路。如何协调这两组过程对链路的使用，不在本部分范围之内。LLC-CO过程允许在一个主站和许多从站之间进
10、行双向、全双工数据传输服务，不过主站的身份可以在通信时改变，其管理办法不在本部分范围之内。为提高协议的效率，在系统配置中可以根据LLC-CO用户的数量定义以下两种类型的LLC-COPDU格式：LLC-CO类型1:LLC-CO用户超过一个，因此该LLCPDU格式中有域DSAP和SSAPC见图6）。LLC-CO类型2:LLC-CO用户只有一个，因此该LLCPDU格式中没有域DSAP和SSAP（见图7）。III DL IT 790.433 - 2005 采用配电线载波的配电自动化第4-33部分：数据通信协议数据链路层面向连接的协议1 总则1.1 范围和目的DL 790的本部分描述了使用面向连接的LL
11、C（逻辑链路控制）过程时，DCP（数据通信协议）LLC 子层实体与LLC用户层和MACC介质访问控制）子层在逻辑接口上应实现的服务。通过描述LLC用户层和MAC子层之间的信息流来说明服务，即对表征各种服务的服务原语和参数进行描述。这些服务原语己在DL厅790.432中说明，这里只给出针对面向连接过程的特定细节和修改。本部分的原语和面向连接模式（CO）的LLC协议有关，并能提供无连接服务，即这些原语也能提供在连接的应用环境之外的数据传输模式，且可以和面向连接的过程协调。建立、断开和监视连接状态的方法由送到LLC子层管理实体的服务原语提供。这些服务原语不适用于LLC用户接口。1.2 规范性引用文件
12、下列文件中的条款通过本部分的引用而构成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。DL厅790.432-2004采用配电线载波系统的配电自动化第4-32部分：数据通信协议数据链路层逻辑链路控制CLLC)ISO/IEC 4335: 1993信息技术系统间远程通信和信息交换高级数据链路控制CHDLC）规程规程要素1.3 缩略语和定义DL厅790.432中的缩略语和定义适用于本部分。CO Connection-oriented m
13、ode of LLC protocol LLC协议的面向连接模式HDLC High vel data link control 高级数据链路控制Lcls Link class parameter in LLC service primitives LLC服务原语中的链路类参数N阳4Normal response mode 正常响应模式，HDLC数据链路的操作模式之一TWA Two-way alternate 双向交替，NRM的一种特殊情况NDM Normal disconnect mode 正常断开模式，HDLC数据链路的非操作模式之一2 LLC服务规范本章说明了逻辑链路控制子层的用户在该子层
14、使用DCPLLC-CO操作与远方对等用户实体进行包交换时，要求该子层提供的服务。这些服务以简要方式描述。2.1 交互的概述2.1.1 基本服务加上以下附加说明，DL厅790.432中的2.1.1适用于本条。LLC用户服务接口只能使用这些基本服务。根据LLCPDU是类型1或类型2，域SSAP和DSAP可能存在或不存在。图1图3表示LLC用户服务处理流程。DL IT 790.433 - 2005 2 MAC M气CLLC - CO LLC-CO用户MA_oroq 仨坠h些二月油，巳从站图3请求一晌应（Request-Response)DL I T 790.433一20052.1.2 主动服务LLC
15、-CO过程没有提供在DL厅790.432的2.1.2中所列的主动服务。来自其他站的主动响应可以通过使用LLC-CO协议过程的一种适当的轮询方法来收集，见图4图5。LLC-CO用户LLC -CO MAC MAC LLC CO LLC-CO用户从站图4高确认的主动晌应（Unsolicitedresponse with confirm) LLC-CO用户LLC-CO MAC MAC LLC CO LLC-CO用户c 岱qrd pt DH叫。”川主站从站图5无确认的主动晌应（Unsolicitedresponse without confirm) 2.1.3 管理服务为管理目的而提供以下服务原语：一一
16、一DL一Open.request,DL_Open.confirm: 一一DLConnect.request, DL_Connect.confirm; 一一一DL_Disconnect.request,DL_Disconnect.confirm, DL_Disconnect.indication; 一一DL一Close.request,DL_Close.confirm : 一一DL_Test.request,DL Test.confirm 。这些服务原语允许LLC子层管理实体建立和断开对等的LLC实体间的连接状态。应注意到，管理原语在LLC用户接口上不可见。在连接状态错误时，LLC用户将收到带有
17、相应的传输不成功状态信息的DL_Data.confirm。管理实体命令LLC子层建立和断开连接的解决方法，不在本部分范围之内。3 DL IT 790.433一20052. 2 DL_Data.request 2.2.1 功能DL厅790.432中的2.2.1适用于本条。2.2.2 结构加上以F关于链路类型参数Lcls的附加说明，DUT790.432中的2.2.2适用于本条。参数Lcls的值：一一如置为UI_CLASS（其值为1)，将调用UI过程（见2.4.2);一一如置为I_CLASS（其值为2），将调用I过程（见2.4.2）。2.2.3 使用当数据应向对等的LLC用户层实体传输时，LLC用户
18、层实体产生本原语。当参数Lcls的值置为I_ CLASS时，只接受单地址的站。当接收到本原语町，LLC子层实体添加所有LLC特定的域（在下面给出），并将带有数据域的L_pdu传递给协议的低层，以便传输给对等的LLC子层实体。2. 3 DL Data.confirm 2.3.1 功能加上以F关于原语意义的附加说明，DL厅790.432中的2.3.1适用于本条。本原语只有本地意义。在DL_Data.request的参数Lcls的值等于ICLASS的情况F，它向发出DL_Data.request原语的LLC-CO用户层实体（网络层）提供一个相应的响应，表示收到了来自远方LLC对等实体的LLC应答。2
19、.3.2 结构加上以下关于Transmission_Status值的附加说明，DL厅790.432中的2.3.2适用于本条。Transmission_Status的值表示由于LLC对等实体间连接状态不一致所导致的传输失败，以及在重传请求的次数之后的传输失败。2.3.3 使用加上以下的附加说明，DL厅790.432中的2.3.3适用于本条。一旦收到相关信息的L_pdu的应答，将会产生本原语返回给本地LLC用户层实体，以响应DL_Data.request原语。应注意该应答是基于每个站的（见2.4），且该确认的产生并不意味着L_sdu实际传递到了远端的LLC用户实体。2.4 DL Data.indi
20、cation 2.4.1 功能DL厅790.432中的2.4.1适用于本条。2.4.2 结构加上以下关于Lcls参数值的附加说明，DL/T790.432中的2.4.2适用于本条。如参数Lcls的值置为UI_CLASS，输入的L_sdu包含于UI帧（不计数信息帧）中：如置为！CLASS,输入的L_sdu包含于I帧（信息帧）中。2.4.3使用DL厅790.432中的2.4.3适用于本条。2.5 DL_Open.request 2.5.1 功能DL_Open.request从LLC子层管理实体传递到LLC实体，用以请求分配与远方LLC实体连接所需的资源。4 DL IT 790.433 - 2005
21、2.5.2 结构本原语的语义如下：DL一Open.request( Destination_address, Source address, Tx window, Rx window, U_ret町，S_ret可，I_ret可，Aut_msg 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址。参数Tx_window和Rx_window表示用于连接的发送和接收的窗口值。参数U_ret、S_retry和I_re町表明LLC子层过程用于不计数帧（U_ret可）、监控帧（S_ret可）和信息帧（！retry）的最大重传次数。如参数Aut_msg
22、置为非0值，表示具有产生和接收主动报文的可能性。2.5.3使用DL一Open.request从LLC于层管理实体传递到LLC实体，用以请求分配带有相应的窗口参数的连接所需的资源。参数Destination_address和Source_address唯干地标识了该连接，其中Destination_address可以是组地址。在接受相应的DL_Open.request之前，LLC子层实体不接受带有相同地址参数的其他请求原语。2.6 DL_Open.confirm 2.6.1 功能DL_Open.confirm从LLC子层实体传递到LLC管理实体，用以确认发来的DL_Open.requesto2.
23、6.2 结构本原语的语义如下：DL_ Open.confirm ( Destination_address, Source address, Status 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址，其中Destination_ address可以是单地址或组地址。参数Status如等于0，表示打开成功，否则表示失败。2.6.3 使用DL_Open.confirm从LLC于层实体传递到LLC管理实体，用以表示先前DL_Open.request的结果。这里假定有足够的信息用来让LLC子层管理实体将该响应与对应的请求相关联。2. 7
24、DL_Connect.request 2. 7.1 功能DL_ Connect.request从LLC子层管理实体传递到LLC实体，用以请求与远方LLC实体连接。2.7.2 结构本原语的语义如下1DL_ Connect.request ( Destination_address, 5 DL IT 790.433一2005Source address 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址，它们都应是单地址。2.7.3使用DL_Connect.request从LLC子层管理实体传递到LLC实体，用以请求使用先前成功执行的DL一O
25、pen.request原语所分配的资源来建立连接。当DL_Data.request/indication原语的使用中允许参数Lcls的值等于I_CLASS时，要调用DL_ Connect.request原语。2. 8 DL Connect.confirm 2.8.1 功能DL_ Connect.confirm从LLC子层实体传递到LLC管理实体，用以确认DL_Connect.request。2.8.2 结构本原语的语义如下：DL_ Connect.confirm ( Destination_address, Source_address, Status 参数Destination_addres
26、s和Source_address表示参与连接的本地站和远方站的地址。它们都应是单地址。参数Status如等于0，表示连接建立成功，否则表示失败。2.8.3 使用DL_Connect.confirm从LLC子层实体传递到LLC管理实体，用以表示先前DL_Connect.request的结果。这里假定有足够的信息用来让LLC子层管理实体将该响应与对应的请求相关联。一个成功的确认表示LLC实体已进入一个操作模式，开始处理带有与该连接的建立相关的对应的地址信息的所有数据传输服务原语。在相关站之间建立成功的连接之前，来自LLC用户实体的、参数Lcls的值大于或等于I_CLASS的DL_Data.requ
27、est，将被带有传输不成功状态信息的Transmission_Status值的DL_Data.confirm拒绝。2. 9 DL_Disconnect.request 2.9.1 功能DL_Disconnect.request从LLC子层管理实体传递到LLC实体，用以请求与远方的LLC实体的连接断开。2.9.2 结构本原语的语义如下：DL_Disconnect.request ( Destination_address, Source_address 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址。它们都应是单地址。2.9.3 使用D
28、L_Disconnect.request从LLC管理实体传递到LLC子层实体，用以请求断开连接。这时该LLC实体将进入非操作模式。发出DL_Disconnect.request后，来自LLC用户实体的、参数Lcls的值等于I_CLASS的6 DL I T 790.433 - 2005 DL_Data.request或尚未确认的DL_Data.request，将被带有传输不成功状态信息的Transmission_Status值的DL_Data.confirm拒绝。在I帧中收到的，来自有关远方LLC对等实体的LLC用户数据将被丢弃。2. 10 DL Disconnect.confirm 2.10.
29、1 功能DL_Disconnect.confirm从LLC子层传递到LLC管理实体，用以确认DL_Disconnect.request，并表示该LLC实体已进入非操作模式。2.10.2 结构本原语的语义如下：地址。DL Disco 的结果，并表响应对应的请发出DL_或尚未确认DL Data.confi 2. 11 DL Disconnec 2.11.1 功能2.11.2 结构表示连接的断开信息：、对DL一Disconnect.request的成功5正数，表示对DL_Disconnect.requ本原语的语义如下：_Disconnect.request 子层管理实体将该 ssion Status
30、 实体己进入非操作模式。参数Destination_address和Source_address表示参与连接的本地站和远方站的地址。它们都应是单地址。参数Status表示连接断开的原因，是因为链路有问题，或是因为远方实体请求断开连接。2.11.3 使用DL_Disconnect.indication从LLC子层实体传递到LLC管理实体，用以表示该LLC实体己进入非操作模式。在DL_Disconnect.indication之后，来自LLC用户实体的、参数Lcls的值等于I_CLASS的DL一Data.request或尚未确认的DL_Data.request，将被带有传输不成功状态信息的Tran
31、smission_Status值7 DL I T 790.433一2005的DL_Data.confirm拒绝。在I帧中收到的，来自有关远方LLC对等实体的LLC用户数据将被丢弃。2.12 DL_Close.request 2.12.1 功能DL_ Close.request从LLC子层管理实体传递到LLC实体，用以请求收回为与远方LLC实体连接所分配的资源。2.12.2 结构本原语的语义如下：DL_ Close.request ( Destination_address, Source address 参数Destination_address和Source_address表示参与连接的本地
32、站和远方站的地址。2.12.3 使用DL_Close.request进行DL_Open.request的反操作：它从LLC管理实体传递到LLC子层实体，用以请求收回为带有相应的窗口参数的连接所分配的资源。对于尚未处理的服务请求调用，通过带有不成功状态信息的Status参数值的确认原语来终止。2. 13 DL Close.confirm 2.13.1 功能DL一Close.confirm从LLC于层传递到LLC管理实体，用以确认一个DL_Close.request。2.13.2 结构该原语的语义如下：DL Close.confirm (Destination address, Souce add
33、ress, Status 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址。参数Status如等于0，表示该连接关闭成功，否则表示关闭失败。2.13.3使用DL_ Close.confirm从LLC子层实体传递到LLC管理实体，用以表示先前DL_Close.request的结果。这里假定有A够的信息用来让LLC子层管理实体将该响应与相应的请求相关联。在接收DL_Close.request后，LLC子层实体不接受带有相同地址参数的其他原语，除非是新的DL_Open.request。2.14 DL_Test.request 2.14.1 功
34、能DL_ Test.request从LLC子层管理实体传递到LLC实体，用以请求调用与远方LLC实体的测试过程。2.14.2 结构本原语的语义如下：DL_ Test.request ( Destination_address, Source address, Test sdu 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址，其中Destination_address可以是单地址也可以是组地址。8 DL I T 790.433 - 2005 参数Test_sdu由LLC用户实体定义并被插入到测试帧的信息域中（见第5章）。2.14.3使用
35、DL一Test.request调用LLC的测试过程，在站之间交换测试帧。测试过程中组地址的语义不在本部分的范围之内。2.15 DL Test.confirm 2.15.1 功能DL一Test.confirm从LLC子层传递到LLC管理实体，用以确认DL_Test.request。2.15.2 结构本原语的语义如下：DL一Test.confirmC Destination_address, Source address, Test sdu, Status 参数Destination_address和Source_address表示参与连接的本地站和远方站的地址。Test_sdu参数由LLC用户实
36、体定义，在使用单地址的情况F，它从收到的测试帧（见第5章）的信息域中复制而来。参数Status如等于0，表示测试过程成功，否则表示失败。2.15.3使用DL_ Test.confirm从LLC子层实体传递到LLC管理实体，用以表示先前DL_Test.request的结果。这里假定有足够的信息用来让LLC子层管理实体将该响应与相应的请求相关联。3 LLC到MAC子层的接口本章描述了逻辑链路控制CLLC）子层的操作要求介质访问控制（MAC）子层提供的服务，这些服务允许本地LLC子层实体和对等的LLC子层实体交换LLC数据单元。这些服务以简要方式描述。3.1 交互的概述DL厅790.432中的3.1
37、适用于本条。3. 2 MA_Data.request 3.2.1 功能DL厅790.432中的3.2.1适用于本条。3.2.2 结构加上以下关于参数Service_class值的附加说明，DL厅790.432中的3.2.2适用于本条。参数Service_class表示MAC子层实体在产生确认时使用的帧的处理类型。LLC面向连接模式的过程使用下列Service_class参数值：。Serviceclass “ confirm after transmission （传输后确认）”：在物理层传输结束时MAC子层产生确认：l一Service_class“ postponed confirmation
38、 （推迟确认）飞MA_Data.confirm被推迟，直到全部传输过程包括重传步骤完成：2一Service_class“ round-trip delayed confirmation （往返延迟确认）飞MAC子层启动一个定时器，定时长度为传输一个LLC帧到远方站井返回的往返延迟时间（如有重传步骤，应包括重传步骤的延迟时间）。然后，肯定响应的MA_Data.confirm和MA_Data.indicationC带有收到的M_sdu）会传递到LLC，以停止该MAC定时器。在该定时器的定时时间达到时，否定响应的MA Data.confirm 将会发送到LLC。接收到的带有非期望的MAC源地址的帧不
39、会停止该MAC9 DL IT 790.433 - 2005 的）链”抑自n陆以n-m muL7J iwmq义阳峭式民Am模甘示Md 的omd吵吵遣明应来创闹剧咽酬脚J问刷刷川稍一时时制唰MM町、山作制例应为（相。置hmM中，时和条“统凹白l中锹则叫一协酬旧机翔的理答用即通类附于类处应适n据种即在于未此口缸数两j吁咱坯因1当时了在研的一币。在义存EE捕时朵朵忡表时条条朵朵躺时前咖出坑xu叫两刊荷中棚刊刊刊词。“本喊叫叫毗兄阳用用万多时用用用用DUh小J各P情A4叫咱川明定地咀适适归。制服wm灿的MZ1D可札1lAtUMUD的一市含趴（mm盐11骨m113（用）表包m点叫树蛐血叫阴阳阳刊刷叫喃喃献
40、mmM式m刷刷M且如山发丑咒充nA明刊MM刊MnMM据述（地格汗（务访（时eCA片他A补m臼Ahm44A数描元点町K域服务域定m阳用mh一能刑构盯mJmh能明构刚用叫棚糊脚印川凹hu制制栅姗更厅M功厅结上m比重厅u功厅结厅使汀述章数KFE有一一一一在许川皿脏皿加hhf皿灿肌且如町概本议服U所一一一一况幻3UUAu4MMML1协层2”平aaaaMaaa44的路AtControl DSAP SSAP Data 图6LLCPDU格式类型1Control Data 图7LLCPDU格式类型24.3 地址域每个L_pdu包含两个LSAP地址选择域：一个目的服务访问点CDSAP）地址域和一个源服务访问10 DL IT 790.433 - 2005 点CSSAP）地址域（见图肘。每个LSAP域为一个字节长，包含一个单独的地址选工页。DSAP地
