GB T 9469.3-1988 分散型过程控制系统用工业过程数据公路 与工业过程数据公路的接口.pdf

上传人:卡尔 文档编号:247428 上传时间:2019-07-13 格式:PDF 页数:26 大小:916.56KB
下载 相关 举报
GB T 9469.3-1988 分散型过程控制系统用工业过程数据公路 与工业过程数据公路的接口.pdf_第1页
第1页 / 共26页
GB T 9469.3-1988 分散型过程控制系统用工业过程数据公路 与工业过程数据公路的接口.pdf_第2页
第2页 / 共26页
GB T 9469.3-1988 分散型过程控制系统用工业过程数据公路 与工业过程数据公路的接口.pdf_第3页
第3页 / 共26页
GB T 9469.3-1988 分散型过程控制系统用工业过程数据公路 与工业过程数据公路的接口.pdf_第4页
第4页 / 共26页
GB T 9469.3-1988 分散型过程控制系统用工业过程数据公路 与工业过程数据公路的接口.pdf_第5页
第5页 / 共26页
亲,该文档总共26页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、中华人民共和国国家标准分散型过程控制系统用工业过程数据公路与工业过程数据公路的接口UDC 681. 32 ; 621-503 Process data highway ,type C(PROWAY C) , fo. distributed process control systems The interface to PROW A Y GB 9469.3-88 本标准等效果用国际电工委员会标准IEC955 REPLY . request . indicatin . confirm MMMOO M L-REPLY-UPDATE. request . confirm M M 2.3 PLC与PR

2、OWAY用户交互作用的详细说明2.3. 要确认的发送数据(SDA)2.3. ,., 操作的描述本地PLC-用户为一个远程PLC-用户准备一个包括过程信息或命令(两者对PROWAY都透明)的链路服务数据单元化-sdu)。这个数据用L-DAT A-ACK. request原语经过本地PLC-用户接口传送给本地PLC实体。本地PLC实体接收这个服务请求,并准备发送该L-sdu给远程PLC实体。本地PLC实体提供一个证实给本地PLC用户,以指示数据传送的成功或失败。在本地PLC实体返回一个肯定证实给本地PLC-用户之前,需要一个来自远程PLC实体的肯定确认。假如这个确认未能及时接收,则本地MAC实体将

3、决定按预定的次数,打算将L-sdu传送给远程MAC。在原来的数据传输和与它有关的确认之间局部区域网络上没有其它通信量。当帧被正确接收时,远程PLC实体使用L-DATA-ACK. indication原语通过它的PLC-用户接口接收并旦把L-sdu传送给远程PLC-用户。2.3.1.2 本地用户-公路接口原语的定义2. 3. .2. 1 L-DAT A-ACK. request 2. 3. 1. 2. 1. 1 功能本原i吾用于SDA数据传送服务的服务请求原语。2.3.2.1-2语义原语应该提供如下参数zL-DAT A-ACK. request (SSAP, DSAP , L-sdu , rem

4、ote-address , service-cI ass) SSAP和DSAP参数规定了包含在数据传送服务(GB9469.4第4章定义)中的本地和远程用户链路服务送取点。remote-address (远程地址)参数规定了远程站的MAC地址(GB9469.6第5章定义。远程地址必GB 9469.3-88 须是一个单地址。L-sduC链路服务数据单元)参数指定由PLC实体传送的链路服务数据单元。service-class (务级别)参数规定MAC送取级别以及数据传送所需的MAC优先级(GB9469.6 第5章定义)。推荐给PROWAY系统的送取级别见表20表2送取级别用途MAC优先级最高6 紧急

5、信息,即那些完成临界报警、互锁和控制协调功能的信息4 I正常控制动作和环路维护功能2 I例行数据收集和显示,以及数据库更新功能最低I I文件和程序传送2.3.2.3 产生条件本原语由本地PLC-用户传送给本地PLC实体,以使用SDA规程请求发送一个L-sdu给一个远程PLC-用户。2.3.1.2.4 接收效果接收这个原语就使本地PLC实体使用SDA规程发送一个L-sduo3. 2. ,. 2. ,. 5 附注对于由本站支持的本地PLC实体的每次启用(GB9469.4第3章定义),仅有一个SDA、SDN或RDR请求可以是未处理完的(即等待证实)。2. 3. .2.2 L町DATA-ACK.ind

6、ication 2. 3. ,. 2. 2. 1 功能本原语是用于SDA数据传送服务的服务指示原语。2. 3. ,. 2. 2. 2语义原语应该提供如下参数:L-DATA-ACK. indication (SSAP, DSAP , Local-address , remote-address , L-sdu , service-class) SSAP和DSAP参数规定了包含在数据传送服务(GB9469.4第4章定义)中的本地和远程用户链路服务送取点。Local-address (本地地址)和remote-address(远程地址)参数规定了对应于SDA帧(GB9469.6第5章定义)的源地址和

7、目的地址。L-sdu(链路服务数据单元)参数规定了对应于SDA帧的链路服务数据单元。service-class (务类别)参数规定对应于SDA帧(GB9469. 6第5章定义)的实际MAC的优先级。2. 3. ,. 2. 2. 3 产生条件当接收到具有L-pdu-type= SDA的MA-DATA.indication,并且接收的L-pdu不重复时,该原语从远程PLC实体传送给远程PLC-用户。2. 3. ,. 2. 2. 4 接收效果远程PLC-用户收到这条原语后的效果不予规定。2. 3. ,. 2. 2. 5 附注GB 9469.3-88 L-sdu参数的内容在逻辑上是完整的,并且相对于有

8、关L-DATA-ACK. request原语的L-sdu参数来讲是不变的。2. 3. 1.2.3 L-DATA-ACK. confirm 2. 3. 1. 2. 3. 1 功能本原语是用于SDA数据传送服务的服务证实原语。2. 3. 1. 2. 3. 2 语义原语应该提供如下参数:L-DATA-ACK. confirm (SSAP, DSAP, remote-address , L-sdu , service-class , L-status) SSAP和DSAP参数规定了包含在数据传送服务中的本地和远程用户链路服务送取点。它们和对应于L-DATA-ACK. request原语的SSAP和DS

9、AP参数是相同的。链路服务数据单元为空。remote-address (远程地址)参数规定MA-DAT A. confirmation原语的目的地址参数。service-class (服务类别)参数规定MA-DATA.confirmation原语的优先级参数。L-status(链路状态)参数指示前一次有关的SDA数据传送请求的成功或失败,而不管差错条件是暂时的或永久性的。L-status参数的命令状态部分的数值能够假设(见表白。表3编码含义暂时(T)/永久(P)OK 接受了命令L-sduTE 在规定的重传后,仍无来自远程站的确认T (可能是由于无PROWAY站)DS 本地站与线路没连通P WD

10、 本地站监视器超时P IV 在请求中有无效参数P RS 在远程DSAP处,请求一个未被实现或未P 被激活的服务z无动作LS 在本地SSAP处有未被实现的服务P UN 远程PLC或MACT 实体无可用资源=无动作UE 用户-PLC接口差错P PE 协议差错T/P TP 永久性的与实现有关的差错P IT 暂时性的与实现有关的差错T 在GB9469.1附录A的参考文献3中,提供了L-status另外的响应状态部分。GB 9469. 3-88 2. 3. ,. 2. 3. 3 产生条件本原语由本地PLC实体传送给本地PLC-用户,以指示前一次有关的SDA数据传送请求的成功或失败。2. 3. ,. 2.

11、 3. 4 接收效果本地PLC-用户接收这个原语后产生的效果不予规定。2. 3. ,. 2. 3. 5 附注如果传送是成功的,这个原语指明远程PLC子层实体接收和确认L-sdu。如果在传输中发生差错,则本地MAC实体将按预定的次数试图重发数据。如果L-status指示一个暂时性的差错,则本地PLC-用户实体可以假设相应请求的重发或许能成功。如果L-status指示一个永久性的差错,则本地PLC-用户实体应该假设在相应请求的重发可能成功之前需要管理人员干预。这里假设有足够的信息可用于本地PLC-用户,以便把这个证实与相应的请求联系起来。2.3.2 不要确认的发送数据(SDN)2. 3. 2. ,

12、 操作的描述本地PLC-用户为任何一个或所有的远程用户准备数据(过程信息或命令,两者对PROWAY都是透明的。这个数据是由L-DAT A. request原语通过PLC-用户接口发出。本地PLC-实体接收这个服务请求,试图把这个数据发送给指定的远方PLC实体,然后返回一个本地传输证实给本地PLC用户。这个证实仅仅报告本地故障。由于没有使用远程产生的确认或本地的重发,所以不能保证传递数据给被寻址的远程PLC实体。一且在传输线上传送数据,则所有被寻址的站同时接收这些数据(在忽略传输线传播延时的情况下。接收数据的每个远程PLC实体使用L-DATA. indication原语把数据传送给远程PLC-用

13、户。2. 3. 2. 2 相互操作的可能性对于任何符合GB9469.1参考文献3和4的站,使用SDN规程就能完成。2. 3. 2. 3 在本地用户-公路接口处的原语定义2. 3. 2. 3. L-DA T A. request 2. 3. 2. 3. ,. 1 功能本原语是用于SDN数据传送服务的服务请求原语。2. 3. 2. 3. ,. 2 语义原语应该提供如下参数zL-DA T A. request (SSAP, DSAP, remote-address , L-sdu , service-class) SSAP和DSAP参数规定了包含在数据传送服务中的本地和远程用户的链路服务送取点。re

14、mote-address (远程地址)参数规定GB9469. 6第5章所定义的远程站的MAC地址。远程地址可以是一个单地址、组地址或广播地址。L-sdu(链路服务数据单元)参数规定了由本地PLC实体发出的链路服务数据单元。service-class (务级别)参数规定GB9469.6第5章所定义的数据传送所需的MAC优先级(见表4)。GB 9469.3-88 表4MAC优先级送取级别用途最高6 4 紧急信息,即那些完成临界报警、互锁和控制协调功能的信息正常控制动作和环路维护功能最低2. 3. 2. 3. 1. 3 产生条件2 。例行数据收集和显示以及数据库更新功能文件和程序传送本原语由本地PL

15、C-用户传送给本地PLC实体,以使用SDN规程请求把一个L-sdu发送给一个、一组或所有的远程用户。2. 3. 2. 3. 1- 4 接收效果接收这个原语后就使得本地PLC实体使用SDN规程发送一个L-sdu0 2. 3. 2. 3. 1. 5 附注对于由本站支持的本地PLC实体的每次启用(GB9469.4第3章定义),仅有一个SDA,SDN或RDR请求可以是未处理完的(即等待一个证实)。2. 3. 2. 3. 2 L-DAT A. indication 2. 3. 2. 3. 2. 1 功能本原语是用于SDN数据传送服务的服务指示原语。2. 3. 2. 3. 2. 2语义原语应该提供如下参数

16、:L-DA T A. indication (SSAP , DSAP , local-address , remote-address , L-sdu , service-class) SSAP和DSAP参数规定了包含在数据传送中的本地和远程用户的链路服务送取点。local-address (本地地址)和remote-address(远程地址)参数规定对应于SDN帧(GB9469.6第5章定义)的源地址和目的地址。L-sdu(链路服务数据单元)参数规定对应于SDN帧的链路服务数据单元。service-class (服务级别)参数规定对应于SDN帧(GB9469.6第5章定义)的实际MAC优先级

17、参数。2.3.2.3.2.3 产生条件当接收到MA-DATA.indication L-pdu-type=SDN时,该原语由远程PLC实体传送给远程PLC用户。2. 3. 2. 3. 2. 4 接收效果远程PLC-用户接收这个原语后产生的效果不予规定。2. 3. 2. 3. 2. 5 附注L-sdu参数的内容在逻辑上是完整的,且相对于有关L-DAT A. request参数来讲是不变的。2. 3. 2. 3. 3 L-DA T A. confirm GB 9469.3-88 2. 3. 2. 3. 3. 1 功能本原语是SDN数据传送服务的证实原语。2. 3. 2. 3. 3. 2 语义证实原

18、语应该提供如下参数:L-DA T A. confirm (SSAP, DSAP , remote-address , service-class , L-status) SSAP和DSAP参数规定了包含在数据传送服务中本地和远程用户的链路服务送取点。它和对应于L-DATA.request原语的SSAP与DSAP参数相等。remote-address (远程地址)规定MA-DATA.confirm原语的目的地址参数。service-cl3ss (服务级别)参数规定MA-DATA. confirm原语的优先级参数。L-status(链路状态)参数指示前一次有关的SDN数据传送请求在本地的成功或失败

19、。L-status的命令状态部分能够假设为:OK-本地站完成传输DS一一本地站与线路断开WD 本地站监视器超时LE-无效参数(本地检测)LS一一本地站有未被实现的服务2. 3. 2. 3. 3. 3 产生条件本原语由本地PLC实体传送给本地PLC-用户,以指明前一次有关的SDN数据传送请求在本地的成功或失败。2. 3. 2. 3. 3. 4 接收效果本地PLC-用户接收到这个原语后的效果不予规定。2. 3. 2. 3. 3. 5 附注假设有足够的信息可用于本地PLC-用户,以便把这个证实与相应的请求联系起来。2. 3. 3 要回答的请求数据(RDR)2.3. 3. 1 操作的描述本地PLC用户

20、通过PLC-用户接口把L-REPLY. request原语传送给本地PLC实体,以便向远程PLC用户请求数据。本地PLC实体接受这个服务请求,同时发送一个要数据的请求给远程PLC实体。本地PLC实体提供一个带有被请求的数据或故障指示的L-REPLY.confirm给本地PLC-用户。远程PLC实体接收要数据的请求,立即发送一个数据的副本作为响应,这个数据已通过远程PLC用户用L-REPLY -UPDATE. request由相应的DSAP预先提供。远程PLC-用户使用L-REPLY. indication被告知这个回答的传输。如果没及时收到响应,则本地MAC实体可以按预定次数去争取获得请求的数

21、据。在请求的最初传输和相应的响应之间,局部区域网络上不出现其他的通信量。远程PLC-用户负责维护远程PLC实体可用的有效数据。远程PLC用户可用L-REPLYUPDATE. request更新共享数据区,并且在更新完成后,由远程PLC返回一个L-REPL Y -UPDA TE . confirmo应该说明,数据更新规程与任何的数据传送请求异步地进行。2.3.3.2 在本地用户PLC接口处原语的定义2.3.3.2.1 L-REPL Y. request GB 9469.3-88 2. 3. 3. 2. 1. 1 功能本原语是用于RDR服务的服务请求原语。2. 3. 3. 2. 1. 2 语义原语

22、应该提供如下参数zL-REPLY. request (SSAP, DSAP, remote-address , L-sdu , service-class) SSAP参数规定请求数据的本地用户链路服务送取点。DSAP参数规定从远程PLC请求哪一个共享数据区以及哪一个远程用户将接收指示原语。remote-address (远程地址)参数规定远程站(GB9469.6第5章定义)的MAC地址。链路服务数据单元为空。service class (I务级别)规定GB9469.6第5章定义的MAC请求的优先级。推荐给PRWAY系统所用的送取级别见表50表5MAC优先级送取级别用途最高6 紧急信息,即那些完

23、成临界报警、互锁和控制协调功能的信息4 I 正常控制动作和环路维护功能2 I 例行数据收集和显示以及数据库更新功能最低。文件和程序传送2. 3. 3. 2. ,. 3 产生条件本原语由本地PLC-用户传送给本地PLC实体,以便从一个远程PLC实体请求数据。2. 3. 3. 2. 1. 4 接收效果接收这个原语后就导致本地PLC实体使用RDR规程去请求由DSAP参数所指定的数据。2. 3. 3. 2. ,. 5 附注远程PLC-用户负责维护在共享数据区内远程PLC实体可用的有效数据。这个数据早先已经由带有相同的DSAP参数的L-REPLY -UPDATE. request原语传送给远程PLC实体

24、。基本的PLC实体必须避免远程PLC-用户和远程PLC实体自己同时对共享数据区进行送取(一个读而另一个写)。对于由本站支持的本地PLC实体的每次启用(GB9469.4第3章定义),仅有一个SDA、SDN或RDR可以是未处理完的(即等待一个证实)。2.3.3.2.2 L-REPLY. indication 2. 3. 3. 2. 2. 1 功能本原语是用于RDR服务的服务指示原语。2. 3. 3. 2. 2. 2 语义原语应该提供如下参数zL-REPLY. indication (SSAP , DSAP , local-address , L-sdu , remote-address , ser

25、vice-class) GB 9469.3-88 SSAP参数规定请求数据的本地PLC-用户的链路服务送取点。DSAP参数规定接收这个指示原语的远程PLC-用户的链路服务送取点。它也规定哪一个共事数据区将作为RDR帧的一个响应而被传迭。local-address (本地地址)和remote-address(远程地址)参数规定对应于RDR帧的源地址和目的地址。链路服务数据单元为空。service-class (服务级别)参数规定对应于RDR帧的实际MAC的优先级(GB9469.6第5章定义)。2. 3. 3. 2. 2. 3 产生条件在共享数据区作为RDR帧的一个响应被传送时,这个原语由远程PL

26、C实体传送到远程PLC-用户。2. 3- 3. 2. 2. 4 接收效果远程PLC-用户接收这个原语后产生的效果不予规定。2.3.3.2.3 L-REPLY. confirm 2.3.3.2.3. 1 功能本原语是用于RDR服务的服务证实原语。2. 3. 3- 2. 3. 2语义原语应该提供如下参数zL-REPLY. confirm (SSAP , DSAP, remote address , L-sdu , service-class , L-status) SSAP和DSAP参数规定了包含在数据传送服务中的本地和用户的链路服务送取点。它和相应于L-REPLY. request原语的SSAP

27、和DSAP参数相同。另外,DSAP确认了远程共享数据区,其内容就是伴随这个证实的L-sduoremote-address (远程地址规定MA-DATA.confirmation原语的目的地址参数。L-sdu(链路服务数据单元)参数标识由远程PLC实体返回的数据。service-class (服务级别)参数规定MA-DATA.confirmation原语的优先级参数。L-status(链路状态)参数指示前一次有关的RDR数据传送请求的成功或失败,并且不管差错条件是暂时性的还是永久性的。L-status参数响应状态部分能够假设(见表的。GB 9469.3-88 表6编码含义OK 返回了响应L-sd

28、uTE 在指定重发后仍无来自远程站的响应(可能因为无PROWAY站)DS 本地站与线路断开WD 本地站监视器超时IV 请求中有无效参数RS 在远程DSAP处有未被实现的或未被激活的服务请求=无动作LS 在本地SSAP处有未被实现的服务UN 远程PLC或MAC实体无可供利用资源z无动作UE 用户-PLC接口差错PE 协议差错IP 永久性的与实现有关的差错IT 暂时性的与实现有关的差错NE 在目的站绝不提供响应L-sdu在GB9469.1附录A的参考文献3中,提供了L-status另外的命令部分2. 3. 3. 2. 3. 3 产生条件暂时(T)/永久(P)T P P P P P P P T/P

29、P T P 本原语由本地PLC实体传送给本地PLC-用户,以指明先前有关的RDR数据传送请求的成功或失败,假如传送是成功的,则传送被请求的数据。2. 3- 3. 2. 3. 4 接收效果本地PLC-用户接收这个原语后的效果不予规定。2.3.3.2.3.5 附注本地PLC实体传递被请求的数据或者传递故障原因给本地PLC-用户。如果在传输中出现差错,则本地MAC实体可按预定次数请求数据。如果L-status指示一个暂时性的差错,则本地PLC-用户实体可以认为相应请求的重发或许能成功。如果L-status指示一个永久性的差错,则本地PL巳用户实体应该认为在相应请求的重发可能成功之前需要管理人员干预。

30、这里假设有足够的信息可用于本地PLC-用户,以便把这个证实与相应的请求联系起来。2.3.3.2.4 L-REPL Y -UPDATE. request 2. 3. 3. 2. 4. 1 功能本原语是RDR服务的更新请求原语。2. 3. 3. 2. 4. 2 语义原语应该提供如下参数:L-REPL Y -UPDATE. request (DSAP , L-sdu) DSAP参数指定完成这个更新请求的远程PLC-用户的链路服务送取点,以及哪一个共享数据区将GB 94 69. 3 - 88 被更新。L-sdu参数规定由DSAP参数识别的共享数据区的新内容。2. 3. 3. 2. 4. 3 产生条件原

31、语由远程PLC-用户传送给远程PLC实体,以请求更新共事数据区。2. 3. 3. 2. 4. 4 接收效果接收这个原语后PLC实体试图更新指定的共享数据区。2. 3. 3. 2. 4. 5 附注仅在远程PLC实体不打算对同一个共享数据区进行存取作出响应时,共享数据区才能被更新。本原语仅对含有共享数据区的站(即远程站)才有意义。2. 3. 3. 2. 5 L-REPL Y -UPDA TE. confirm 2. 3. 3. 2. 5. 1 功能本原语是RDR服务的更新证实原语。2. 3. 3. 2. 5. 2 语义原语应该提供如下参数:L REPLY -UPDA TE. confirm (DS

32、AP , L-status) DSAP参数规定接收这个更新证实的远程PLC-用户链路服务送取点,它指明哪一个共享数据区是试图更新的对象。L-status(链路状态)参数规定相应更新请求的成功或失败。L-status的值可以假设(见表7)。编码OK UN 2. 3. 3. 2. 5. 3 产生条件表7含义更新了共享数据区共享数据区忙,没更新本原语由远程PLC实体传送给远程PLC-用户,以指示相应的L-REPLY -UPDA TE. request的成功或失败。2. 3. 3. 2. 5. 4 接收效果远程PLC-用户接收这个原语的效果不予规定。3 用户-管理接口和服务规范3.1 管理服务概述3.

33、1.1 用户-管理接口处所提供服务的一般描述这一部分非形式地描述与ISO参考模型第1层和第2层有关的L-MGMT服务,它们由每个站的管理实体提供给PROWAY用户。这些服务包括ga. 站配置或状态的改变;b. 请求关于令牌环特性或成员的信息;C. 通告站或令牌环状态的意外改变;d. 请求PLC、MAC或PHY实体参数的当前值。L-MGMT服务仅具有本地意义。3.1.2 用于服务规范的模型GB 9469.1附录A的参考文献1中给出模型和描述方法。3. 1.3 相互作用概述用户-管理接口处提供了一组原语。L-MGMT . request . confirm . indication GB 9469

34、.3-88 L-MGMT. request原语由PROWAY本地用户传送给本地管理实体,以要求改变站的配置或状态,以及令牌环特性或成员的当前信息。L-MGMT . request . confirm . indication L-MGMT. request原语由PROWAY本地用户传送给本地管理实体,以要求改变站的配置或状态,以及令牌环特性或成员的当前信息。L-MGMT. indication原语由本地管理实体传送给指定的本地用户,以指示站状态或令牌环成员的变化。L-MGMT. confirm原语由本地管理实体传送给PROWAY本地用户,以传递对应于LMGMT. request原语和任何请求信

35、息的结果。3.2 管理与PROWAY用户交互作用的详细说明3.2.1 L-MGMT. request 3.2.1.1 功能本原语是L-MGMT服务的服务请求原语。3.2.1.2 语义原语应该提供如下参数:L-MGMT. request (SSAP , code-type , arguments) SSAP指定请求相应的L-MGMT服务实体的链路服务送取点。code-type(编码类型)可以假设为表8所示的任何一个值。arguments (自变量)取决于所选的编码类型,并且与相应的编码类型一起列于表8中。在GB 9469.10第3、4或5章中恰当地规定了每个参数值的允许范围。3.2.1.3 产生

36、条件本原语由PROWAY本地用户传送给本地管理实体,以请求一个管理动作。3.2. ,. 4 接收效果管理实体接收这个原语后,就使得管理实体执行请求动作。这个动作可要求PLC、MAC或物理实体相互配合。3.2.1.5 附注本原语仅具有本地意义。3.2.2 L-孔1G肌1T.confirm 3. 2. 2. 1 功能本原语是L-MGMT服务的服务证实原语。GB 9469.3-88 编码类型咽-40,内u4 Fhpondnkv 表8管理请求的编码和自变量请求的动作送回加入令牌环所有站的表格送回PLC、MAC或PHY参数的数值激活LSAP(除RDR响应成分之外自变量无激活RSAP(这个LSAP的RDR

37、响应成分)链路用户识别F参数识别p送取控制信息SSAP,在这个SSAP处被激活的服务p在每个激活服务中的作用s对于每次激活服务的最大链路服务数据单元长度在本DSAP处接收RDR请求时,接收L-REPLY. indication的SSAP,与这个共享缓冲区有关的DSAP,共享缓冲区标识格式取决于实现停止激活SAP进入线路断开状态进入线路连通状态进入配置状态pa um无无无3.2.2.2 语义本原语应该提供如下参数zL-MGMT. confirmation (SSAP, local-address , code-type, results , Mgt-status , ) SSAP规定在对应于L-

38、MGMT服务中的PROWAY本地用户的链路服务送取点。local-address (本地地址)指定GB9469.6第5章定义的本站的MAC地址。code-type(编码类型)可以假设为表9中所列的任何值。results(结果)提供取决于表9所列编码类型的信息。每个参数值的允许范围在GB9469.10第3、4或5章中作了恰当地规定。L-MGT -status指示对应于L-MGMT.request所请求动作的成功或失败。Mgt-status可以假设的数值见表10。3.2.2.3 产生条件在请求管理动作完成以后,这个原语由本地管理实体传送给请求实体。3.2.2.4 接收效果PROWAY用户接收这个原

39、语后的效果不予规定。3.2.2.5 附注本原语仅具有本地意义。GB 9469.3-88 表9用户-管理证实的编码和结果编码类型2 3 Fh户口7nE希望的动作送回加入令牌环所有站的表格规定PLC、MAC和PHY层参数的值激活LSAP结活动站表(格式取决于实现)状态F参数值在这个SSAP处被激活的服务p在每个激活服务中的作用;对于每次激活服务的最大链路服务数据单元长度F共享缓冲区标识用户接收L-REPLY. indication SAP 无无无果停止激活SAP进入线路断开状态进入线路连通状态进入配置状态表10编码Lc、d 义KEPJ oe-R 执行了所请求的动作未被实现的编码类型无效参数不能执行

40、所请求的动作3.2.3 L-MGMT. indication 3.2.3. 功能本原语是L-MGMT服务的指示原语。3. 2. 3. 2 语义原语应该提供如下参数:L-MGMT. indication (SAP code-type) SAP是用户通知的实体的服务送取点,这个实体接收GB9469.4第4.2.3条中所定义的服务指刁亏。code - type (编码类型)规定所发生的变化,表11列出了其变化状况。原因栏指出LMGMT. indication引起变化的根本原因。表11用户管理指示编码和原因编码类型因1 2 有关的变化活动站表产生的变化该站自发地进入线路断开状态在GB9469. 10第

41、6章中定义在GB9469. 10第2章中定义。原3. 2. 3. 3 产生条件在PLC,MAC或物理层将变化通知管理实体后,这个原语由本地管理实体传送给由用户通知的SAP (user-notifica tion-SAP)所标明的实体。3.2.3.4 接收效果接收实体接收这个原语后的效果不予规定。A1 数据公路概述的组成GB 9469.3-88 附录A数据公路操作概述(参考件)图Al和图A2表示一个站的本地和远程公路实体的总图,它们支持本地PLC实体的单个启用。从PROWAY本地和远程用户来看,这些图也表明PLC和MAC子层以及物理层的组合动作。图A3到图A20描述由PROWAY数据公路提供的每

42、个服务的操作,随后描述每个服务的操作。每个服务的描述先给出拓扑和顺序图,让PROWAY用户可看到整个PROWAY数据公路的操作。接着是该服务的本地和远程用户的具体状态图(这些图也阐明PROWAY-用户的交互作用。本标准中它们不作为参考)。本地和远程公路实体状态图可让PROWAY用户看到数据链路(公路)层(PLC和MAC子层的组合)的操作。这些国也表示该服务的具体的PLC-用户和PLC-MAC的交互作用。GB 9469.4给出了PLC子层的具体说明,而GB9469.6给出了MAC子层的具体说明。在所有的公路状态图中,PLC状态与GB9469.4定义的同样名称的状态是相同的。在拓扑图中,PROWA

43、Y内的实圆弧表示逻辑路径,点线则表示帧的传输。在一个证实中,链路状态参数值取决于所经历的逻辑路径。在顺序图中,用一对随时间增长(增长方向朝页面底部)的垂线表示时间轴,而用x表示故障。附录A中给出的所有图仅用作说明,而不是GB9469标准的要求。在本附录和GB9469的其余部分发生矛盾时,应该优先考虑其他部分。、?毛DA帧 由本地用户来的L-DATA-ACK L一DATA/ 至本地用户的LDATAACK L DATA L REPLY.REQUEST L REPLY.cONFIRM /L-DATA L-RPLY. CONF L-DATA.REQ!.CONF LRE?LY.REQ 7S阳图Al本地站

44、交互作用图GB 9469.3-88 至远程用户的由远程用户来的I I L-REPL Y-UPDATE L-REPL Y-UPDATE.j I .CONFIRM REQUEST L -DATA-ACK/ 至远L-DATA.卢卢-哩INDICATION声L-REPLY. INDICATION ._ 图A2远程站交互作用图A2 要确认的发送撒据(SDA)服务固A2. 拓扑和顺序关系要确认的发送数据服务的拓扑特性示于图A3,其顺序关系示于图A4。蜻1站2站3山川五百77;quest厂11 L -DATA- ACK.confirmation 蜻N飞一一一寸l L -DTA-ACK.indication

45、PROWAY l 用户jmOMY 所有层)图A3要确认的发送敬如服务的拓扑特性L - DATA- ACK.indication . . . 、,、,、E, , ., I 【差错N N N -寸叫N L-DATA-ACK reql四、confirm (a)正常(b)丢失确认(c)丢失倩息(d)无可用资源图A4要确认的发送数据服务的顺序关系A2.2服务状态图要确认的发送数据服务状态图示于图A5至图A80图A5和图A6画出了本地和远程PLC-用户状态圈,图中表示在PLC-用户界面上PLC-用户是如何交互作用的。图A7和A8画出了本地和远程公路状态图,以表明PROWAY是如何处理用户服务请求的。图A7

46、和图A8对应于图Al和图A2所示的整个公路实体状态机部分。GB 9469.3-88 至用户的事件L-DATA-ACK. CONFIRMATIONI 图A5要确认的发送数据服务的本地用户状态图注本地用户空闲表示在相应的启用时,本地用户进程没有任何未处理完的服务请求。L-DATA-A哇.INDlC产主ON一一收到来自PROWAY(PLC)的L -DATA-ACK.INDICATION 图A6要确认的发送数据服务的远程用户状态图注远程用户空闲表示在来自PROWAY网络的相应启用时,远程用户进程负责处理指示服务请求。GB 9469.3-88 L-OATA-ACK. CONFIRM 田-PLC MA -

47、DATA.I NOICATION POU是SOAR图A7要确认的发送数据服务的本地公路实体状态图N O M-M一川、凹如ll川一鄙|川MEU A-D T-P A-D-L mf PLC 完成K-N Eo A4E ar-H T-巳剧-四-m 图A8要确认的发送数据服务的远程公路实体状态图GB 9469.3-88 A3 不要确认的发送数据(SDN)服务图A3. 1 拓扑和顺序关系不要确认的发送数据服务的拓扑特性示于图A90站3站NY A W户。用R D-. 、-Ill-l、FIll-,) 一止一_)w (所有层图A9不要确认的发送数据服务的拓扑特性不要确认的发送数据服务的顺序关系示于图AI0。L-D

48、ATA.REQUEST N, L-DATA.INDICATION (A)正常顺序L-DATA.REQUEST N (8)故障顺序(传输丢失表示无差错2 3 4 N L-DATA.REQUEST (C)故障顺序本地放障)(表示差错)图AI0不要确认的发送数据服务的顺序关系A 3. 2 服务状态图不要确认的发送数据服务状态图示于图All至A14。图All和A12画出了本地和远程PLC-用户状态图,该图表示在PLC-用户界面上PLC-用户是如何交互作用的。图A13和A14画出了本地和远程公路实体状态图,以表明PROWAY是如何处理用户请求的。后者对应于图Al和图A2所示的整个公路实体状态机部分。GB

49、 9469.3-88 N O I T A M R I R- N O C A T A D L 图All不要确认的发送数据服务的本地用户状态图注s本地用户空闲表示在相应的启用时,本地用户进程没有任何未处理的服务请求。图A12不要确认的发送数据服务的远程用户状态图注:远程用户空闲表示在来自PROWAY网络的相应启用时,远程用户进程负责处理指示服务请求。:P LC PLC GB 9469.3-88 图A13不要确认的发送数据服好的本地公路实体的状态图I I MAC I .L-DATA.INDICATION I ;-An,TTA_;!IC!C:.ION I L PDl TYPE = SDtl 是图A14不要确认的发送数据服务的远程公路实体状态图A4 要回答的请求数据(RDR)服务国A4.1 拓扑和顺序关系要回答的请求数据服务的拓扑特性示于图A150

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国家标准

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1