GB Z 29619.5-2013 测量和控制数字数据通信 工业控制系统用现场总线 类型8：INTERBUS规范 第5部分：应用层服务的定义.pdf

1、ICS 25.040 N 10 GB 中华人民共和国国家标准化指导性技术文件GB/Z 29619.5-2013 测量和控制数字数据通信工业控制系统用现场总线类型8:INTERBUS规范第5部分:应用层服务的定义Digital data communication for measurement and control一Fieldbus for use in industrial control systems-Type 8: INTERBUS specification一Part 5: Application Layer service definition (IEC 61158:2003 ,

2、MOD) 20日-07-19发布2013-12-15实施. .至苟0_f飞、飞亨、 。 气吨，/J阴笛酬向NC(lN1.晴昆罐.i;o0698231f 刮;各民李瓦怕/中华人民共和国国家质量监督检验检痊总局中国国家标准化管理委员会发布-GB/Z 29619.5一2013目次前言.皿凹1112223349000012224234445557711138-A1i141i1i1i1i1i1iq?quq?9999nJJ 义足和五饲1 术f 阳语语语剖头ty术术术u姐芸HH构敖尤型针肺结;纠形类比士可Huh柑时仨t服刊程性MMU刷蜘盯m层mn约约应和规属月度.对的A阳LMMMM锄m阳州州以娘叫叼怕牺mm

3、m吓阻姐UU姐脚姆旧附町町町W脚M附刷刷知脑刷刷脑血刷阳性性别妞帧蜘阻蜘制川成阻围范语号定念据信言范规术JJJJJJ符约JJJJ概JJJJJJJJJ数lJ34通123hH33333355556666666667777888 口712345678GB/Z 29619.5-2013 8.4 AREP角色许可的FAL服务79图1应用层与其他层之间的关系E图2与0日基本参考模型的关系12图3INTERBUS F AL结构定位 13 图4客户/服务器交互作用15图5推模式交互作用四图6由FAL传递的APO服务17图7应用实体结构四图8FAL ASE示例四图9对象的FAL管理m图10ASE服务的传递m图1

4、1已定义的和已建立的AREP n 图12FAL结构的组件 n 图13数据类型类层次示例26图14AR ASE在AP之间传递APDU 47 图15二对-AR的建立m表1Get Attributes服务参数32表2Identify 39 表3Get status 40 表4Initiate u 表5T盯mmateu表6Reject 表7AREP角色与服务原语的传送表8一个AR中，AREP角色的有效组合48表9AR-unconfirmed send 52 表10AR-Establish服务53表11相关AREP类的有效组合54表12AR-Abort 55 表13AR-Data-Send-Acknow

5、ledge服务参数56表14Read服务参数 61 表15写服务参数62表16Information Report服务63表17Start服务参数. .,. 66 表18Stop服务参数67表19Resume服务参数.68 表20Reset服务参数表21功能调用对象的状态转换70表22FAL类描述 78 表23AREP角色的服务79H -GB/Z 29619.5-2013 前言GB/Z 29619(测量和控制数字数据通信工业控制系统用现场总线类型8:INTERBUS规范目前分为6个部分:一一第1部分:概述;一一第2部分:物理层规范和服务定义;一一第3部分:数据链路服务定义;第4部分:数据链路协

6、议规范;一一第5部分:应用层服务的定义;第6部分:应用层协议规范。本部分为GB/Z29619的第5部分。本部分按照GB/Tl. 1-2009和GB/T20000. 2一2009给出的规则起草。GB/Z 29619修改采用IEC61158: 2003(测量和控制数字数据通信工业控制系统用现场总线的部分内容，在技术内容上未作调整，在结构上划分成6个部分，以适应不同用户单独使用的需求。为了使用方便，本部分做了下列编辑性修改:a) 根据我国的实际使用情况，按照GB/Tl. 1一一2009的规定，对原文本进行了编辑性的修改，技术内容完全一致;b) 对原文引用国际标准中有被等同或修改采用为我国标准的用我国

7、标准编号代替对应的国际标准编号，其余未有等同或修改采用为我国标准的国际先进标准，在本部分中均被直接引用。本部分由中国机械工业联合会提出。本部分由全国工业过程测量和控制标准化技术委员会(SAC/TC124)归口。本部分起草单位:机械工业仪器仪表综合技术经济研究所、清华大学、西南大学、北京钢铁设计研究总院、上海自动化仪表股份有限公司、上海工业自动化仪表研究所、南京菲尼克斯电气有限公司。本部分主要起草人:梅恪、郑旭、刘枫、包伟华、李百煌、刘朝晖。阳山GB/Z 29619.5-2013 引INTERBUS是数字的串行通信系统，用于控制系统(如可编程序控制器)与工业传感器和执行器类现场设备之间的通信。这

8、些设备包括简单限位开关和阀门，以及测量传感器、测量变送器与执行器，还可以包括复杂的高技术控制系统，如控制驱动、扭矩及过程的控制器等。本部分描述了INTERBUS应用层服务(ALservice)，还涉及GB/Z29619的其他部分，这些在基于开放式系统互连参考模型的三层现场总线参考模型中有所定义。应用层服务是根据应用层协议(见GB/Z29619.6-2013)来利用数据链路层或由任何其他直接低层协议所使用，本部分定义了应用层服务特性，该特性可被任何直接高层协议所采用。不同层之间的关系如图1所示。应用数据链服应用层H 数据链路层物理层用理务应管服媒体图1应用层与其他层之间的关系注:GBIZ 296

9、19调用的系统管理对于管理层协议具有局限性。N GB/Z 29619.5-2013 测量和控制数字数据通信工业控制系统用现场总线类型8:INTERBUS规范第5部分:应用层服务的定义1 范围GB/Z 29619的本部分规定了1NTERBUS现场总线应用层(FAL)的结构及服务，它与OSI基本参考模型(GB/T9387.3-2008)和OSI应用层结构(GB/T17176-1997)是相一致的。应用层的服务和协议均由应用进程中的应用实体(AE)提供。AE是由一组面向对象的应用服务元素(ASE)和管理AE的层管理实体化ME)组成。ASE提供通信服务，并依据一组相关的应用进程对象(APO)类进行操作

10、。其中一个ASE是管理ASE，它为AL类的实例提供一组公共管理服务。本部分规定了远程应用之间的交互作用，它借助于:用户通过FAL服务，定义应用资源(对象)所使用的抽象化的模型;一一每种应用层服务相关的原语(现场总线应用层及其用户之间的交互作用); 一一一与每个原语相关的参数;用于每种服务原语的有效顺序及其相互间关系。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注目期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T 9387.1-1998信息技术开放系统互连基本参考模型第1部分:基本模型(idtIS0/ IEC

11、7498-1:1994) GB/T 9387.3-2008信息技术开放系统互连基本参考模型第3部分:命名与编址(idt IS0/IEC 7498-3: 1997) GB/T 15695-2008信息技术开放系统互连表示服务定义(idtIS0 8822: 1994) GB/T 16262-1996信息处理系统开放系统互连抽象语法记法一(ASN.1)规范(idtIS0 8824:1990) GB/T 17176-1997信息技术开放系统互连应用层结构(idtIS0/IEC 9545: 1994) GB/T 17967-2000信息技术开放系统互连基本参考模型OSI服务定义约定(idtIS0/ 1E

12、C 10731: 1994) GB/Z 29619. 3-2013 测量和控制数字数据通信工业控制系统用现场总线类型8.1NTERBUS规范第3部分:数据链路服务定义GB/Z 29619. 4-2013 测量和控制数字数据通信工业控制系统用现场总线类型8.1NTERBUS规范第4部分:数据链路协议规范GB/Z 29619. 6-2013 测量和控制数字数据通信工业控制系统用现场总线类型8.1NTERBUS规范第6部分:应用层协议规范3 术语和定义下列术语和定义适用于本文件。-G/Z 29619.5-2013 3. 1 G/T 9387. 1一1998术语GB/T 9387. 1一-1998中界

13、定的下列术语适用于本部分。3. 1. 1 应用实体application-entity 3. 1. 2 应用协议数据单元application protocol data unit 3.1.3 应用服务元素application service element 3. 1. 4 应用实体调用application entity invocation 3. 1. 5 /二/应用进程调用apl阳山npoeess inv叫on3. 1. 6 / 应用事务处理ppli佣tiontransaction 3. 1.7 开放实系统real open system 3. 1. 8 传送语法transfer sy

14、ntax 3.2 G/T 15695一2008术语GB/T 15695一2008中界定的下列术语适用于本文件。3.2.1 抽象语法abstractsyntax 3.2.2 表示上下文prtlSentation context 3. 3 G/T 17176:.,J 997术语 , 、， GB/T 171761归1中界定的下列术语适用于本文件。 . 3.3.1 /子、父应用关联application-ation 3.3.2 应用上下文application-context 3.3.3 应用上下文名application context name 3.3.4 应用实体调用application-en

15、tity-invocation 3.3.5 应用实体类型application-entity-type 3.3.6 应用进程调用application-process-invocation 3.3.7 应用进程类型application-process-type 2 / ; / 3.3.8 应用服务元素application-service-element 3.3.9 应用控制服务元素application control service element 3.4 GB/T 16262一1996术语GB/T 16262-1996中界定的下列术语适用于本文件。3.4. 1 对象标识符object

16、identifier 3.4.2 类型type Z 29619.4-2013中界定的下列术语适用GB/Z 29619.5-2013 3.5.1儿/二、二、3.5.2 / 数据链路调度策略DL-scheduling-policy 3.5.3 数据链路连接端点DLCEP 3.5.4 数据链畸面向连接的方式DLconnection-oriented mode 3. 5. 5 数据链蹦协议数据单元DLPDU 3.5.6 数据链路层服务挝据单元DLSDU 3.5.7 数据链路3.5.8 , 固定标签fixed t飞5.9 该参数规定了服务器的对象定义的版本。AP Descriptor alled 此参数

17、包含了被呼AP的描述符参考属性的值。Access Protection Supported Called 该参数包含了被呼AP的访问保护支持的属性的值。如果没有的话，其值为空。Password Called i亥参数规定了在这个AR中，客户的所有时象用于访问使用的密码。如果在这个AR中不使用访问密码，则其值为空。Access Groups Called 该参数规定了在特定访问组中的服务器的成员。这些成员在这个AR中可以访问客户的所有对象。ResuIt(一)该选择类型参数指示服务请求已经失败。Error Code 42 该参数提供失败的原因。原因Max F AL PDU Size Insuffi

18、cient Service Not Supported U ser lni tia te Denied Version Object Definition incompatible Password Error AP Descriptor incompatible Other 含义最大PDU长度不能满足通信要求。请求的服务或选项不被服务器支持。FAL用户拒绝建立连接。对象定义的被呼和主呼版本不兼容。与已经建立的一个AR具有相同的密码，或者密码无效。描述符不被服务器支持。除上述原因之外的其他原因。1 GB/Z 29619.5-2013 Max PDU Length Sending Called

19、该参数规定了在这个AR中可以处理的发送FALPDU的最大长度。它应该由被呼FAL传输，并且仅仅是If原语的一部分。Max PDU Length Receiving Called 此参数规定了在这个AR中可以处理的接收FALPDU的最大长度。如果支持的话，其应该由被呼FAL传输，并且仅仅是If原语的一部分。FAL Services Supported Called 该参数标识了服务器支持的可选的AL服务和选项。(见AR列表)如果支持的话，其应该由被呼FAL传输，并且仅仅是If原语的一部分。8. 1. 2. 3. 4. 3 服务规程服务通过一个队列进行操作。 请求用户递交服务请求原语给它的FALA

20、E，同时启动一个相关定时器来监视这个请求。AP/ ASE建立一个InitiateRuest APDU主体，并使用AREstablish SErvice fpquest原语将其传递到一个特定的AR中。它还创建了一个事务状态机。在AREstablish Service indication原语中收到一个InitiateRequest APDtJ主体后，响应APASE将其解码。在对收到的APDU主体进行解码的时候，如果遇到一个协议差错，该ASE就用ARAbort 服务使这个AR夭折。如果没有协议差错发生，该ASE交付一个Initia te service indica tion原语给它的用户。如果响

21、应用户能够成功处理这个请求，用户返回一个Initiateservice response (+)原语。如果响应用户不能成功处理这个请求，服务失败，同时用户发布Initiateservice response (一)原语以指示失败原因。响应APASE为一个response(+)原语建立一个Initateservice response APDU主体，或为一个response (一)原语建立一个Initiateservice error APDU主体，并且用一个AREstablish service re sponse原语将其传递到特定的AR中。在一个AREstab1ish service con

22、firmation (+或一)原语中收到返回的APDU主体以后，发起的ASE交付一个lnitiateservice confirmation原语给它的用户，这个原语规定了成功或失败，如果失败，指出失败的原因。它还取消了相应的事务状态机。二二然而，如果AP的事务定时器在相应的响应或差错APDU收到之前监出，AP可以采取矫正动作，可能包括命令本地ASE取消事务状态机。给ASE的这些命令可以通过本地定义的接口进行。8. 1. 2. 3. 5 Terminate服务8. 1. 2. 3. 5. 1 服务概述该服务用于释放AP之间现存的一个AR，或者终止一个包含在AR中的预订者/接收者AREPo8. 1

23、. 2. 3. 5. 2 服务原语i亥服务的服务参数见表5。43 GB/Z 29619.5-2013 表5Terminate 参数名称Req Ind Argument 岛4M AREP M M(=) Locally Generated 岛fTerminate Identifier M M(=) Reason Code M M(=) Terminate Detail U U(=) Argument Argument携带服务调用的参数。Locally Generated i亥参数指示终止是由本地进行的还是由通信伙伴进行的。如果TerminateIdentifier参数的值为FAL，并且Reason

24、Code参数的值为ARError ，值false是不允许的。Terminate Identifier 该参数指示检测到的终止的原因。可能的值如下所示:FAL USER FAL APO ASE FAL AR ASE DLL Reason Code 该参数规定了终止的原因。如果TerminateIdentifier参数的值为USER，可能应用下列值。原因含义Disconnection F AL用户释放了连接。Version Object Definition incompatible对象定义的被呼和主呼版本不兼容。Password Error 与已经建立的一个AR具有相同的密码，或者密码无效。De

25、scriptor incompatible 服务器的描述符不被客户支持。Limited Services Permitted AP处于LIMITED-SERVICES-PERMITTED逻辑状态。如果AbortIdentifier参数的值为FAL，可能应用下列值。原因AR Error User Error F AL PDU Error 44 含义AR有错误。从FAL用户接收到不正确、未知或有错误的服务原语。从ARASE接收到未知或有错误的FALPDU。GB/Z 29619.5-2013 AR ASE Error 不正确的ARASE服务原语。未知的或有错误的ARASE服务原语。PDU长度超过PD

26、U的最大长度。服务器不支持从ARASE接收到的SERVICE-REQPDU和服务或选项(请参见在AR中FAL Features Supported属性)。Connection State Conflict AR ASE PDU Size Feature Not Supported Invoke ID Error Response 从FAL用户接收到的Confirmedservice. rsp和InvokeID不存在，或从ARASE接收到的CONFIRMED_SERVICERSP_PDU和InvokeID不存在。Max Services Overflow/ / 从ARASE接收到的CONFIR1

27、ED_SERVICE-REQ_PDU和未完成服务接收计数器注最木的未完成接收服务数。, , , 从ARASE接收到INITIATE-阻Q_PDtI。响应中的服务与指示的服务不匹配，或者证实的服务与请求的服务不匹配。/ +1LFJ F也/JM J/O C E +t a +EL QU n o +t 户-U 口n o c Service Error Invoke ID Error Request 从ARASE接收到的CONFIRMED_SERVICE-REQ_PDU和. Invoke 1D已经存在。如果TerminateIdentifier参数的值为ARASE或DLL.ARASE会提供ReasonC

28、ode参数。Terminate Detail 该可选参数包含关于夭折原因的附加信息(最多16个八位位组)。一旦差错报告来自应用，差错的意义在行规中定义。8. 1. 2. 3. 5. 3 服务规程6. 6中规定的元证实服务规程也适用于本服务。/ / J 8. 1. 2. 3. 6 Reject 服务8. 1. 2. 3. 6. 1 服务概述该服务用于通知远程端点已经检测到-个胁议差错q如果接收到的一个APDU带有一个无效的服务类型代码.APASE就会产生这个Reject服务。当另一个APOASE检测到协议错误，它就会在内部请求APASE产生一个RejectPDU。8. 1. 2. 3. 6. 2

29、 服务原语该服务的服务参数见表6。45 GB/Z 29619.5一2013表6Reject 参数名称Argument AREP Reject Code Original F AL Service Type Original 1nvoke 10 Original POU Body Argument Argument包括服务请求的参数。Reject Code 该参数指示拒绝的原因。有如下的一些值。Unsupported Service AR Not Established AR Not Defined Max Outstanding Requests Exceeded Max PDU Size E

30、xceeded Duplcate Invoke ID Original F AL Service Type 该参数包含被拒绝的服务请求的服务类型。Original Invoke ID 该参数包含被拒绝的服务请求的调用ID。Original PDU Body Req 1nd M M(=) M M(=) M M(=) M M(=) M M(=) U U(=) 该可选参数包含一些或者所有被拒绝的APDU的数据。包括的数据的数量由用户确定。8. 1. 2. 3. 6. 3 服务规程Reject服务是一个通过队列或缓冲来操作的服务。只能由FALAP ASE启动。任意一个APOASE，如果接收到一个含有协

31、议差错的证实请求APDU，AP ASE就建立一个Reject Request APDU并且将它返回到特定的AR中。接收到RejectRequest APDU后，接收的APASE通过发布confirmedsend request原语的FALASE交付一个AR-Reject.indication原语，同时它还向请求的用户发布一个否定证实。8. 1. 3 应用关系ASE8. 1. 3. 1 概述8. 1. 3. 1. 1 概要在分布式的系统中，应用进程通过充分定义的应用层通信通道进行应用层报文的交换，实现每个应用进程之间的通信。这些通信通道在FAL中被模型化为应用关系(AR)。46 ? GB/Z 2

32、9619.5-2013 根据有时间要求的系统特定的通信特性，AR负责在应用之间传递报文。这些特性的不同组合产生不同类型的AR的定义。AR的特性在形式上被定义为AR端点类的属性。由AR传递的报文是FAL服务请求和响应。每个报文由一个FAL应用服务元素(ASE)递交给AR ASE用于传送，FALASE表述了被访问的APO的类。图14表示了这个概念。FALAP APO请求及响应FALAE _ FALAPOASE AR证实AR无证实发送服务发送服务原语原话ARASE 由ARASE传递的APDU 图14AR ASE在AP之间传递APDU根据AR的类型，APDU能够被发送到与AR连接的一个或多个目标应用进

33、程中。AR的其他特性决定了APDU是怎样传送的。这些特性将在下面详细叙述。8. 1. 3. 1. 2 端点上下文Endpoint context 8. 1. 3. 1. 2. 1 概要AR中的每一个AP包含一个AR端点。每一个AR端点在这个AP的AE内定义。它的定义，当与AR定义的其他端点的定义相结合时，为确保在端点内和端点之间通信的兼容性，每一个端点的定义包含一组与兼容性相关的特性。每个端点的这些特性需要进行恰当的配置，以便AR能够正确操作。端点定义还包含一组描述AR操作的特性。这些特性，当与那些用来规定兼容性的特性相结合时，这些特性定义为端点的上下文。ARASE用端点的上下文来管理端点的操

34、作和APDU的传送。组成端点上下文的这些特性将在下面描述。8. 1. 3. 1. 2. 2 端点角色AREP的角色决定在这个AREP中AP的允许的行为。AREP的角色可以是客户、服务器、对等(客户和/或服务器)、推式发布者、推式预订者。表7和表8总结了每一个AREP角色的组合和特性。47 r or-G/Z 29619.5-2013 表7AREP角色与服务原语的传送Client Server Peer Push Publisher Push Subscriber Send Service Req X X X Recv Service Req X X X Send Service Rsp X X

35、Recv Service Rsp X X 表8一个AR中，AREP角色的有效组合AREP Roles by Interaction Model. Client Server Peer Push Pt 第一种类型称为用户发起。用户发起AREP交付FALAPDU等数据链路层，以在最早的时机胁。、第二种类型称为网络调度。网络调度AREP交付FALAPDU给数据链路层，以根据由管理配置的时间表进行发送。这个网络调度机制可以是周期性的也可以是一次性的。如果下层网络使用强制服务后有剩余的带宽，则网络调度AR还可以传递异步请求和响应。这些传送在调度传送之外发生，并且不是网络调度发起的。8. 1. 3. 1.

36、 2. 5. 4 Conveyance poliey 传递策略指示APDU是根据缓冲模式还是根据队列模式进行传送的。这些模型描述了APDU从发送者到接收者的传递方法。缓冲AR包含这样一种传递路径，其在每一个端点都有一个单独的缓冲。根据AR的发起方式，源缓冲更新的数据被传送到目的缓冲。对任一个缓冲的更新就是用新的数据代替缓冲原来的内容。在缓冲模式的AR中，被替代的未传递或者未交付的数据将会丢失。另外，包含在一个缓冲内的数据可以读取多次，不会破坏其内容。队列模式AR包含这样一种传递路径，其在两个端点之间被看作-f队列队列AR使用一个/ FIFO队列来传递数据。队列AR是不能被覆盖的;新的条目一直在

37、队歹叶中，直到它们能被传递或交付/ 出去。三/如果一个队列已经满员，则新的报文就不能进入队列。/注:AR传递服务简要地描述为如下的方式s它们可以通过使用缓冲或队列实现操作。这些服务可以通过很多的方式来实现。如:这些服务可以这样实现，提供加载缓冲/队列的能力，随后交付给下层的数据链路层来进行传送。或者，也可以这样实现，这些能力组合在一起，以便缓冲/队列可以在一个单一的请求下完成加载和传送。在接收方，这些服务可以在接收到数据的时候交付这些数据来实现的，或者通过指示已经收到这些数据并允许用户在一个独立的操作中重新找回这些数据来实现的。另一个选项是要求用户检测缓冲或队列是否已经被更新。8. 1. 3.

38、 1. 3 下层通信服务8. 1. 3. 1. 3. 1 概要AR ASE使用下层的数据链路层的能力传递FALAPDU。某些特性用于描述这些能力。本条为这些特性进行了描述。这些特性是为GB/Z29619.6-2013的数据链路映射规定的。它们的准确的规范可以参考GB/Z29619.6-2013的数据链路映射。49 GB/Z 29619.5-2013 8. 1. 3. 1. 3. 2 面向连接的服务下层可以通过提供面向连接的服务来支持AR端点。配置为通过面向连接服务来操作的端点，如果它们使用的连接不是预先配置为打开的连接，可以具有打开和关闭连接的能力。8. 1. 3. 1. 3. 3 缓冲和队列

39、服务下层可以通过提供缓冲或队列服务来支持AR端点。这些服务用于实现某些类的端点要求的缓冲或队列。8. 1. 3. 1. 3. 4 周期和非周传送下层可以通过提供周期或非周期的服务来支持AR端点。下层还可以在同一对端点之间，在APDU周期传送的同时，并发地进行APDU的非周期传送。8. 1. 3. 1. 4 AR的建立对于一个应用进程使用的AR端点来说，相应的AR必须处于活动状态。当一个AR被激活的时候，被称为建立。AR的建立能由两种方式中的一种进行。第一种方式，AR能够被预先建立。预先建立意味着，当AP被连接到网络的时候，就创建了维护这个端点上下文的AE。在这种情况下，与这个AR有关的应用中的

40、通信不用先明确地建立AR就可以进行。任意一个AR都可以定义为预先建立的。第二种方式，AR能够被预先定义，但不是预先建立。预先定义意味着，每个端点都知晓AR的特性，但它们的上下文还没有实现操作同步。在这种情况下，要求使用FAL建立服务来使它们同步并打开它们以进行数据传送。8. 1. 3. 1. 5 应用关系类用一些特性的组合进行定义的AREP用于形成AR的不同的类。8. 1. 3. 2 应用关系端点类规范8. 1. 3.2. 1 形式模型AR端点形式模型定义了所有的AR端点公用的特性。这个类是不能被例示的。这个类只能由其子类以继承其属性和服务的方式来呈现，每一个子类在这个标准里都有单独的条进行规

41、定。所有的AR端点属性都是通过系统管理进行访问，而不是通过在标准中定义的对象管理ASE的服务进行访问的。FAL ASE: CLASS , CLASS 10, P ARENT CLASS: ARASE AR ENDPOINT 32 TOP SYSTEM MANAGEMENT ATTRIBUTES , l (m) Attribute: Local AP 2 (m) Attribute: F AL Revision 3 (m) Attribute , Dedicated (TRUE, FALSE) 4 ( 0) Attribute: Transfer Syntax 50 了SERVICES: 1 (

42、0) OpsService: 3 (0) OpsService: 5 (0) OpsService: 8. 1.3.2.2 系统管理属性Local AP AR-Unconfirmed Send AR-Establish AR-Abort 该属性标识附属或配置的AP，亥AP通过一个本地参考来使用这个AREP。F AL Revision GB/Z 29619.5-2013 该属性规定了这个端点使用的FAL协议的修订版本的版本号。此修订版本版本号在所有被发送的FAL-PDU的AR的报头中。Dedicated 该属性值为TRUE时，规定这个端点是专用的。当该属性值为TRUE时，ARASE的服务可以直接

43、由FAL用户进行访问。Transfer Syntax 此可选属性标识了AR中使用的编码规则。当不出现该属性时，使用本标准默认的FAL传送语法。8. 1. 3.2.3 服务为这个类定义的所有的服务都是可选的。在定义类的一个实例时，至少应选择其中的一个服务。AR-Unconfirmed Send 该可选的服务用于发送一个无证实的服务。AR-Establish 该可选的服务用于建立(打开)一个AR。AR-Abort 该可选的服务用于夭折(突然终止)一个AR。8. 1.3.3 应用关系ASE服务规范8. 1. 3. 3. 1 支持的服务本条包含了服务的定义，这些服务是只有这个ASE才有的。为这个ASE

44、定义的服务如下:AR-Unconfirmed Send AR-Establish AR-Abort AR-Establish服务包含FALPDU主体，这个FALPDU主体在响应及证实原语中是Result参数的一部分。这个FALPDU主体可能包含由FAL用户返回给ARASE的明确的肯定或否定的响应。因此，这些服务有一个单独的Result参数，取代了公用的、由FAL用户返回的、传递肯定或否定响应所需的分开的Result(+)和Result(一)参数。8. 1. 3. 3. 2 AR-unconfirmed send服务8. 1. 3. 3. 2. 1 服务概述该服务用于向FALAPO ASE发送AR无证实请求APDUoAR无证实发送服务可以被一对一的双向AR的任一个端点请求，也可以被一对一的单向AR的服务器端点请求。51 GB/Z 29619.5-2013 8. 1. 3. 3. 2. 2 服务原语该服务的服务参数见表90Argument AREP F AL Service T