《GBT 14805.3-1999.pdf》由会员分享，可在线阅读，更多相关《GBT 14805.3-1999.pdf（23页珍藏版）》请在三一文库上搜索。
1、I C S 3 5 . 2 4 0 . 6 0 L 7 0 中 华 人 民 共 和 国 国 家 标 准 G B / T 1 4 8 0 5 . 3 一 1 9 9 9 i d t I S O 9 7 3 5 - 3 : 1 9 9 8 用于行政、 商业和运输业电子数据 交换的应用级语法规则 ( 语法版本号 : 4 第 3 部分: 交互式电子数据交换 专用的语法规则 E l e c t r o n i c d a t a i n t e r c h a n g e f o r a d mi n i s t r a t i o n , c o mm e r c e a n d t r a n s
2、p o r t ( E D I F A C T ) -A p p l i c a t i o n l e v e l s y n t a x r u l e s ( S y n t a x v e r s i o n n u m b e r : 4 ) 一 P a r t 3 : S y n t a x r u l e s s p e c i f i c t o i n t e r a c t i v e E D I 1 9 9 9 一 0 8 一 0 2 发布 2 0 0 0 一 0 3 一 0 1实施 国 家 质 Ct 技 术 监 督 局发布 C B / T 1 4 8 0 5 . 3 -
3、1 9 9 9 目次 前言 。 。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 工 I S O前言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 。 。 。 II I S O引言 “ 。 ) Q 1 范围 ”. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4、 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 2 一致性 。 . 1 3 引用标准 。 。 。 1 4 定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5、 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 5 I - E D I 交换结构 ，. 2 6 对话控制 “ 4 附 录A ( 提 示 的 附 录 )说 明 段 顺 序 的 例 子 ， ， 二 ” ” ” ” 6 附 录B ( 提 示 的 附 录 )I - E D I 功 能 、 状态 和 事 件 “ “ ，. 二 二 二 ” ” 8 附 录C ( 提 示 的 附 录)I - E D I 过 程 模 型 “ “ 二 二 二 ” ” ” ”1 2 GB / T 1 4 8 0 5 . 3 -
6、 1 9 9 9 前台 本标准等同采用 I S O 9 7 3 5 - 3 : 1 9 9 8 联合国用于行政、 商业和运输业电子数据交换的应用级语法规 则第 3 部分: 交互式电子数据交换专用的语法规则 。 G B / T 1 4 8 0 5 . X系列标准在 用于行政、 商业和运输业电子数据交换的应用级语法规则( 语法版本 号: 4 ) 的总标题下， 目前包括下列 1 0个部分: 第 1 部分: 公用的语法规则及语法服务目录 第 2 部分: 批式电子数据交换专用的语法规则 第 3 部分: 交互式电子数据交换专用的语法规则 第4 部分: 批式电子数据交换语法和服务报告报文( 报文类型为C O
7、 N T R I ) 第5部分: 批式电子数据交换安全规则( 真实性、 完整性和源抗抵赖性) 第6部分: 安全鉴别和确认报文( 报文类型为A UT AC K) 第 7部分: 批式电子数据交换安全规则( 保密性) 第 8部分: 电子数据交换中的相关数据 第 9部分 : 密钥和证书管理报文( 报文类型为 K E Y MA N) 第 1 0 部分: 交互式电子数据交换安全规则 将来还有可能增加新的部分。 G B / T 1 4 8 0 5 . X系列标准对应于I S O 9 7 3 5 第四版。 虽然I S O 9 7 3 5 : 1 9 9 8替代了早期各版， 但根据 I S O 9 7 3 5
8、: 1 9 9 8的有关规定， 用户仍可使用早期各 版， 有鉴 于此， 我 国于 1 9 9 3年根据 I S O 9 7 3 5的 1 9 9 8版、 1 9 9 0版和 1 9 9 2版制定的 国家标准 G B / T 1 4 8 0 5 -1 9 9 3 亦可在今后一段时间内继续使用。因此， 本系列标准的发布与实施， 不替代 GB / T 1 4 8 0 5 -1 9 9 3 0 本标准的附录 A、 附录B和附录C都是提示的附录。 本标准由中国标准化与信息分类编码研究所提出并归口管理。 本标准由中国标准化与信息分类编码研究所、 海关总署业务规范司、 邮电部数据传输所、 交通部水 运所共同
9、起草。 本标准主要起草人: 刘碧松、 程女范、 胡涵景、 房庆、 石文来、 陈淑仪、 刘芳、 陈琪明。 c B / T 1 4 8 0 5 3 -1 9 9 9 I S O前言 I S O( 国际标准化组织) 是一个世界性的各国标准机构( I S O国家成员体) 联盟。国际标准的制定工 作一般通过 I S O技术委员会完成。对某个已建立的技术委员会的项目感兴趣的每个成员团体 ， 有权向 技术委员会表述意见。任何与 I S O有联络关系的官方和非官方的国际组织都可直接参与制定国际标 准。I S O与I E C 国际电工委员会) 在电工技术标准的所有领 域密切合作。 由技术委员会正式通过的国际标准
10、草案须经各成员团体投票表决， 作为一项国际标准发布要求至 少 7 5 %的成员团体投票赞成。 本国际标准I S O 9 7 3 5 由联合国欧洲经济委员会( U N / 9 C E ) 贸易部( 作为U N / E D I F A C T的 组成部 分) 起草， 由I S O / T C 1 5 4 ( 行政、 商业和工业中的单证和数据元技术委员会) 通过“ 快速表决程序” 正式表 决通过。 鉴于本标准替代了早期各版， 并在交换头( UN B ) 段的必备型数据元 。 0 0 2 ( 语法版本号) 中用“ 4 ” 来 标识本版本， 因此， 继续使用早期发布的各版语法规则的交换应使用下列语法版本
11、号以便彼此区别。 I S O 9 7 3 5 : 1 9 8 8 语法版本号: 1 I S O 9 7 3 5 : 1 9 8 8 09 9 0 年修订并重印版) 语法版本号: 2 I S O 9 7 3 5 : 1 9 8 8 09 9 0 年修订并重印 版) 及其1 9 9 2 年第1 号修订单 语法版 本号: 3 I S O / I E C 9 7 3 5 ( 当前版) 在 联合国用于行政、 商业和运输业的电子数据交换应用级语法规则( 语法 版本号: 4 ) 的总标题下由下列几部分组成: I S O 9 7 3 5 - 1 公用的语法规则及语法服务目录 I S O 9 7 3 5 - 2
12、 批式电子数据交换专用的语法规则 I S O 9 7 3 5 - 3 交互式电子数据交换专用的 语法规 则 I S O 9 7 3 5 - 4 批式电子数据交换语法和服务报告报文( 报文类型为C O NT R I ) I S O 9 7 3 5 - 5 批式电子数据交换安全规则( 真实性、 完整性和源抗抵赖性) I S O 9 7 3 5 - 6 安全鉴别和确认报文( 报文类型为AU TA C K) I S O 9 7 3 5 - 7 批式电子数据交换安全规则( 保密性) I S O 9 7 3 5 - 8 电子数据交换中 的相关数据 I S O 9 7 3 5 - 9 密钥和证书管理报文(
13、报文类型为K E Y MA N) I S O 9 7 3 5 - 1 。 交互式电 子数据交换安全规则 将来还有可能增加新的部分。 在本标准中， 附录 A、 附录B和附录C为提示的附录。 ca / T 1 4 8 0 5 . 3 -1 9 9 9 I S O 引言 根据批式或交互式处理的需求， 本标准包含对开放环境中的电子报文交换中的数据进行结构化的 应用级规则。联合国欧洲经济委员会( U N/ E C E) 已经同意把这些规则作为用于行政、 商业和运输业电 子数据交换( E D I F A C T ) 的应用级语法规则。这些规则是联合国贸易数据交换 目录( UNT D I D) 的一部 分。
14、UN T DI D还包含批式和交互式报文设计指南。 本标准可用于任一应用， 但是， 使用这些规则的报文只有符合 U NT D I D中的其他指南、 规则和目 录， 才能称其为 E D I F A C T报文。就UN/ E D I F A C T而言， 交互式报文应符合交互式 E D I 报文设计规 则， 这些规则在 UN T DI D中维护。 通信规范和协议不在本标准范围之内。 本标准是在 I S O 9 7 3 5当前版) 中新增加的一部分。它提供在交互式( 会话式) E D I 环境 中的 E D I F A C 丁报文的交换。 交互式 E D I ( I - E D I ) 具有下列特征
15、: 在使用对话的两个参与方之间有形式化的联系; 具有根据对话中先前交换的结果动态地指明I - E D I 交易趋向的能力; 简短的应答时间; 在一个对话中交换的所有报文与同一业务交易有关; 交易是能够在两个或多个参与方之间发生的对话的可控集合。 这些特征使I - E D I 不同于 I S O 9 7 3 5 - 2 ( 批式电子数据交换专用的语法规则) 中规定的批式E M 为了一致性和使那些既想使用批式处理又想使用交互式处理的用户简化本标准的实施， 本标准已 在很大 程度上与I S O 9 7 3 5 - 2 一致。 中 华 人 民 共 和 国 国 家 标 准 月哎 用于行政、 商业和运输业
16、电子数据 交换 的应用级语法规则 ( 语法版本号: 4 第 3 部分 : 交互式 电子数据交换 专用的语法规则 GB/ T 1 i d t I S O 9 7 3 8 0 5 . 3一 1 9 9 9 - 3: 1 9 9 8 El e c t r o n i c d a t a i n t e r c h a n g e f o r a d mi n i s t r a t i o n, c o mme r c e a n d t r a n s p o r t ( E D I F A C T ) -A p p l i c a t i o n l e v e l s y n t a x r
17、u l e s ( S y n t a x v e r s i o n n u m b e r : d ) 一 P a r t 3 : S y n t a x r u l e s s p e c i f i c t o I n t e r a c t i v e E D I 范 围 本标准规定了专用于在计算机应用系统之间交换的交互式报文的传送的语法规则。有关交互式环 境中的包的传送， 见GB / T 1 4 8 0 5 . 8 , 2一致性 与一个标准一致意味着支持其所有需求， 包括所有选项。如果不是所有选项都被支持， 则任何一致 性声明都应包含一个说明， 用于标识那些被声明为与其一致的选项。
18、 如果所交换的数据的结构和表示符合本标准中规定的语法规则， 则这些数据处于一致性状态。 当支持本标准的设备能创建和/ 或解释其结构和表示与本标准一致的数据时， 这些设备处于一致性 状态 。 与本 标准的一致应包含与G B / T 1 4 8 0 5 . 1 的 一致。 当在本标准中标识出在相关标准中定义的条款时。 这些条款应构成一致性判定条件的组成部分。 3 引用标准 下列标准所包含的条文， 通过在本标准中引用而成为本标准的条文。本标准出版时， 所示版本均为 有效。 所有标准都会被修订， 使用本标准的各 方应探讨使用 下列标准最新版本的可能性。 I S O和I E C的 成员维护着当前有效的国
19、际标准的注册。 G B / T 1 4 8 0 5 . 1 -1 9 9 9 用于行政、 商业和运输业电子数据交换的 应用级 语法规则( 语法版本号: 4 ) 第 1 部分: 公用的语法规则及语法服务目录( i d t I S O 9 7 3 5 - 1 : 1 9 9 8 ) G B / T 1 4 8 0 5 . 8 -1 9 9 9 用于行政、 商业和运输业电子数据交换的 应用级 语法规 则( 语法版本号: 4 ) 第8 部分: 电子数据交换中的相关数据( id t I S O 9 7 3 5 - 8 : 1 9 9 8 ) d定义 本标准采用的定义见GB / T 1 4 8 0 5 .
20、 1 的附录A, 国家质f技术监份局1 9 9 9 - 0 8 一 0 2 批准2 0 0 0 一 0 3 一 0 1 实施 1 GB/ r 1 4 8 0 5. 3-1 9 9 9 I - F D I 交换结构 在 I - E D I 交换中， 服务串通知( 如果使用的话) 、 头服务段和尾服务段按下列顺序出现: 巨 名称 服务串通知 交互式交换头 交互式报文头 标记 U N A U T B U I H 状态 条件型 必备型 必备型 报文体 交互式报文尾 交互式交换尾 U IT U I Z 必备型 必备型 在上图中， 左边的各连线指出了成对的头段和尾段。 为简单起见， 图中列出的交换只包含一
21、个报文。 服务串通知的规范见 G B / T 1 4 8 0 5 . 1 的附录 B , 交互式头段和尾段的规范见 G B / T 1 4 8 0 5 . 1 的附录C, 注:UN / E D I F AC T报文中使用的段在联合国贸易数据交换 目录( UNT D I D ) 中定义. 交易中的I - E D I 报文( 见图 1 ) , Gs / T 1 4 8 0 5 . 3 -1 9 9 9 交易中的I - ED I 报文( 示意图) 图 1 c B / T 1 4 8 0 5 . 3 -1 9 9 9 一个I - E D I 交易包含: 对 话 一个对话包含: 一个发起方交换 一个对应
22、的应答方交换 一个发起方交换包含: -UN A， 服务串通知( 如果使用的话) -U I B ， 交互式交换头 报文( 如果有的话) -U I Z， 交互式交换尾 一个应答方交换包含: -U I B， 交互式交换头 报文( 如果有的话) - U I Z， 交互式交换尾 一个报文包含; - UI H、 交互式报文头 一个报文体 -U工 T， 交互式报文尾 一个报文体包含: 段 和 / 或 段 组 一个段组包含: 一 个 触 发 段 段 和 可 能 出 现 的 段 组 一个段包含: 一个段标记 独立数据元和/ 或复合数据元和/ 或重复的独立数据元和/ 或重复的复合数据元 一个重复的独立数据元是:
23、同一个独立数据元的一次或多次出现 一个重复的复合数据元是: 同一个复合数据元的一次或多次出现 一个复合数据元包含 两个或两个以上的成分数据元 一个成分数据元是: 一个简单数据元 一个独立数据元是: 一个简单数据元 一个简单数据元包含 一个数据元值 b 交易中的1 - E D I 报文( 说明图) 图 1( 完) 6对话控 制 一个 I - E D I 交易是特定剧本的一个实例， 由一个或多个对话组成， 在两个或多个参与方之间同时或 者顺序发生 。 GH/ T 1 4 8 0 5 . 3-1 9 9 9 一个对话由一对交替的E D I F A C T交换组成， 其中一个为发起方交换 ， 另一个为
24、应答方交换。 应发生下列传送: 发起方通过向应答方发送交换头段来开始一个对话。在交换头段前， 可根据需要放置 U NA 段， 在交换头段后 ， 可根据需要放置报文。 应答方用交换头段回复发起方。在交换头段后. 可根据需要放置报文( 注意: 由发起方发送的 UNA的值也适用于应答方) 。 发起方向应答方发送询问报文。 应答方用应答报文回复发起方。 发起方和应答方根据需要交换其他报文。 发起方通过向应答方发送交换尾段来结束这一对话。在交换尾段前， 可根据需要放置报文。 应答方用交换尾段回复发起方。在交换尾段前， 可根据需要放置报文。 可能出现以下几种变化: 对于从发起方到应答方的每一个报文， 应答
25、方对发起方的应答报文可以是无、 一个或多个， 反之亦 然。 UI R服务段可以与报文交替出现。 任一参与方都可在任何时候使用 UI R服务段提前终止对话。 一个或多个报文可与下列之一相组合 : 交换头 ; 交换尾 ; 交换头和交换尾( 形成一个完整对话) 。 虽然由发起方控制的数据交换是交互式应用的一种公共的操作模式， 但 I - E DI 语法不排除其他的 操作模 式。 有关的例子见附录 Aa 图2是共同构成一个对话的两个交换的流程图。 发起方文换 段名称 段 标记状态 应答方 交换 段名称 段标记状态 服务申通知 交 换头 报 文 U N A UI B Ur H. . U I T C( L
26、 ) M ( 1 ) C ( n )卜一 一 任 交换头 报 文 UI B UI H. . UI T M ( I ) C( n ) 报 文U I H . . U I T C ( n )一 一报文UIH . . U I T C ( n ) 报 文 交 换 尾 UT H. . UI T UI Z C( n) M ( 1 ) - 一 一 一- 一 王报 文 交 换 尾 UI H. . UI T UI Z C( n ) M ( ll 图 2 两个I - E D I 交换的流程图 图 2中的箭头指出数据流的方向。注意, U NA只由发起方发送。 图 2中的状态指出必备型( M) 或条件型( C) 以及允
27、许重复的次数， 在每个交换中至少应发送一个 报文。详见附录A, G B / T 1 4 8 0 5 . 3 -1 9 9 9 附录A ( 提示的附录) 说明段顺序的例子 例 a ) 第一个和最后一个报文分别与交换头和交换尾组合在一起的成对报文: 发起方UI B . . . UI H 段和/ 或段组 UI T 应答方UI B . . . UI H 段和/ 或段组 二 UI T 发起方U I H 段和/ 或段组 UI 丁 应答方U I H 二 段和/ 或段组 UI T 发起方U I H. 段和/ 或段组 二UI T 应答方U I H 段和/ 或段组 U I T 等等 发起方U I H 段和/ 或段
28、组 U I T . . . U I Z 应答方U I H 段和/ 或段组. U I T . . . U I Z 例 b ) 带有UN A的分离的交换头和交换尾的成对报文( 注意， UN A只由发起方发送， 但也适用于 应 答方) : 发起方UN A. . . U I B 应答方UI B 发起方UT H 段和/ 或段组 UI T 应答方UI H ， 段和/ 或段组二UI T 发起方UI H 段和/ 或段组 . UI T 应答方UI H 段和/ 或段组 二 UI T 发起方UI H 段和/ 或段组 二 UI T 应答方UI H 段和/ 或段组二UI T 等等 发起方UI Z 应答方UI Z 例 c
29、 )与交换头和交换尾组合在一起的单个报文: 发起方UI B . . . UI H二 段和/ 或段组 ， . . UI T . . . UI Z 应答方UI B . . . UI H 段和/ 或段组 UI T. . . UI Z 例 d ) 最后一个报文与交换尾组合在一起的多个报文的序列: 发起方UI B 应答方UI B 发起方UI H . 段和/ 或段组 二 UI T 应答方UI H( F ) . 段和/ 或段组 UI T UI H( I . ) .段和/ 或段组 . UI T 发起方UI H . 段和/ 或段组 UI T . . . UI Z 应答方UI H 段和/ 或段组 UI T . .
30、 . UI Z 例e ) 带有 UN A的分离的交换头和交换尾的成对报文， 其中嵌有一对 U I R; 发起方UNA. . . UI B G B / r 1 4 8 0 5 . 3 -1 9 9 9 应答方 发起方 应答方 等等 发起方 应 答方 发起方 应 答方 等等 发起方 应 答方 UI B UI H段和/ 或段组 UI T UI H 二 段和/ 或段组二UI T U I R 报告功能， 代码型= n ( 查询状态) U I R 报告功能， 代码型二 n ( 状态报告) U I H 段和/ 或段组 二 UI T UI H.段和/ 或段组 UI T U I Z U I 乙 例f 带有UNA
31、的分离的交换头和交换尾的成对报文， 其中U I R用于报告由应答方查出的严重错 发起方UNA 二UI B 应答方UI B 发起方UI H 段和/ 或段组 U I T 应答方UI H 段和/ 或段组 U I T 发起方UI H 段和/ 或段组 U I T 应答方UI H 段和/ 或段组 . U I T 发起方UI H 段和/ 或段组 U I T 应答方UI R二 报告功能， 代码型= n ( 废弃对话) 原因代码指出问题的范围。 在该对话 中不能再进行进一步 的交换 。 例 8 )不能开始的对话。应答方用 UI R报告开始对话拒绝: 发起方UNA . . . U I B 应答方UI R二 报告功
32、能， 代码型二 n( 开始对话拒绝) 原因代码指出问题的范围。 在该对话 中不能再进行进一步的交换 。 例 h ) 第一个和最后一个报文分别与交换头和交换尾组合在一起的成对报文， 其中使用了暂停和 继续 : 发起方UI B . . . UI H 段和/ 或段组 U I T 应答方UI B . . . UI H . 段和/ 或段组 二U I T 发起方UI H 段和/ 或段组 U I T 应答方UI H 段和/ 或段组二U I T 应答方UI R 报告功能， 代码型二 n ( 暂停对话) 原因代码指出暂停的原因， 如资源不足。 对话中无进一步的数据流， 直到某段时间之后: 应答方UI R 报告功
33、能， 代码型=n ( 继续对话) 发起方UI H 段和/ 或段组 UI T 应答方UI H 段和/ 或段组二U I T 等等 发起方UI H 段和/ 或段组 UI T . . . UI Z 应答方UI H 二 段和/ 或段组 二 UI T . . . UI Z GB / T 1 4 8 0 5 . 3 -1 9 9 9 附录B ( 提示的附录) 1 - E D I 功能、 状态和事件 B 1 I - E D I 功能 在随后各条中， 根据不同的情况， “ 应用” 一词可以指主应用程序， 也可以指管理 I - E DI 对话的I - E D I 操作部分; “ 联系” 一词指两个应用之间的逻辑关
34、系， 而不是在其他标准中使用的任何其他含义。 注意， 下 列功能没必要映射到单个的服务段或报文上。 开始对话请求 允许一个应用向远地应用传递足够的信息， 以便能够发起两个应用之间的联系。 开始对话确认 允许远地应用向发起应用传递足够的信息， 以便通知它联系已被接受。 开始对话拒绝 允许远地应用向发起应用传输足够的信息， 以便通知它联系不能被接受。 传送数据 允许一个应用向另一个应用传送业务信息。 请求状态 允许一个应用向联系中的其他应用请求状态或控制信息。 报告状态( 回复) 允许一个应用向联系中的其他应用发送状态或控制信息。 它可以作为一个对请求状态的回复， 或者 作为一个主动提供的附属报告
35、。 暂停对话 允许一个应用请求暂停对话， 直至该应用请求继续对话为止。 继续对话 允许一个应用请求继续其先前提出暂停的对话。 废 弃对话 允许一个应用在不能保持联系时无条件地结束联系。 结束对话请求 允许一个应用向联系中的其他应用请求结束联系。该功能通常发生在业务交易正常结束之时。 结束对话确认 允许应答应用向请求应用确认联系被终止。 完整对话请求 允许一个应用向远地应用传输足够的信息， 以便在单个的传送中， 能够在两个应用之间建立联系、 传递数据和终止联系。 完整对话确认 允许一个远地应用向发起应用传递足够的信息， 以便在单个的传送中， 通知它已接受联系、 返回数 据和终止联系。 B 2 数
36、据需求 表 B I 指出了如何把抽象的I - E D I 功能映射成I - E D I 服务段和报文， 其中: S( 状态) 一栏指出段在 I - E DI 功能中是必备型的还是条件型的， “ R ， 一栏指出它的重复次数。 G 1 3 / T 1 4 8 0 5 . 3 -1 9 9 9 表 B l 映射成服务段的功能 功能 段SR 开始对话请求 U NA U I B ( UI HUI T ) C M C 1 1 n 开始对话确认 U I B ( UI HUI T) M C: 开始对话拒绝 U I RM1 传送数据( UI HG数据UI T ) Mn 请求状态U I RM 1 报告状态 UI
37、 RM1 废弃对话U I RM I 结束对话请求 ( UI HUI T ) UI Z C M: 结束对话确认 ( UI HG数据U I T) UI Z C M: 完整对话清求 UN A UI B ( UI HG数据U I T) U I Z C M M M 1 1 n 1 完 整 对 话 确 认 U I B ( U I HU I T) U I Z M M M 1 n 1 B 3 I - E D I 功能的顺序 在下列图表中， I - E D I 协议用协议可能处于的状态和引起状态转移的事件来描述。 随着每个事件的 发生， 协议“ 机” 自动地从一个状态转移到另一个状态。I - E D I 协议能
38、够处于的有效状态的数目是有限 的 。 对话状态图( 图 B l ) 给出了I - E D I 协议的状态、 影响 I - E D I 协议的事件和从一个状态到另一个状态 的转移。 这些内容被进一步形式化为状态一事件矩阵( 表B 2 ) ， 即I - E D I 协议机的二维表示。 其中一维是 状态， 另一维是事件。状态和事件的交叉部分给出该特定事件所导致的下一状态， 所有其他事件均为出 错条件 。 cB / T 1 4 8 0 5 . 3 -1 9 9 9 C M P L_ I CD _R EQ_f CD _ CNF _R S D_ RE _R I mi p S D_ RE Q _ I S D
39、 _RE I R AB OR T -1 S TAR T _ I S D_ CNF _ R AB OR T R TR_D ATA _ R ( FU I ) T R D A T A_ I ( L ) D ATA-1D ATA _ R - I j J T R _ D A T A _ R ( L ) R E P _ S T _ R R E P - S T - 1 T R _ DAT A 1 ( F UD ED _RE Q_I E D_ CNF _R AB OR T _ R S T OP -1 R E Q U E S T - R RE P - S T- 1 RE P _ S T_ R RE QUES T
40、 - 1 AB ORT _ R REP OR T _ R 图 B l 对话状态图 图B 1涉及的符号及其含义如下: 符号含义 ( FI J I )第一个或中间报文 ( I )最后一个报文 后缀_ I发起方 后级_ R应答方 1 0 G B / T 1 4 8 0 5 . 3 -1 9 9 9 表 B 2 状态一 事件矩阵 、津之 I D L ESTA RT ID AT A IDAT A RS T OP ICPM L I R EP O RT IR E P OR T R S D R E Q I S T AR T I S D C N F R DAT A R S D R E J R I D LE I
41、DLE TR D AT A I ( F UD D AT A R TR D AT A I ( L) D AT A I T R D ATA R ( FUD DA TA I T R D ATA R ( L ) D AT A R E D R E Q IS TO P I ED CN F RI D L E AB OR T II D L EI DLEI DLEI DLEI DLEI D L E .I D LE A B O RT RI DLEI DLEI DLEI D L EI D LE ; R E QUE S T I R E P O R T I R E QUE S T R REPO RT R REP S T
42、 IDA TA RDAT A I REP ST RD A TA IDA TA R C D R E Q I C MP L I CD C NF RI DLE 注:带星号(赞) 的状态表示如果通信媒体是半双工的， 该状态也许不产生。 B 3 . 1 状态 在任一时刻， I - E DT 协议都可能处于有限个状态中的某一状态。表 B 3列出了 I - E D I 协议的有效状 态， 并描述了这些状态的含义。 表 B3 状态 状态描述 I DLE 不存在联系且无未完成的应答 S TA RT I 等待从应答方到发起方的“ 开始对话确认” D ATA I 等待从应答方到发起方的“ 传送数据” DA T A
43、R 等待从发起方到应答方的“ 传送数据” R EP O RT I 等待从应答方到发起方的“ 报告状态” R EP O RT R 等待从发起方到应答方的“ 报告状态” S T O P I 等待从应答方到发起方的“ 结束对话确认” CM P L I 等待从应答方到发起方的“ 完整对话确认” G B / T 1 4 8 0 5 . 3 -1 9 9 9 B 3 . 2 事件 表B 4 列出了I - E D T 协议的有效事件， 并描述了与这些事件有关的条件。这些事件通常由正通过协 议操作者传送的数据客体或控制客体引发。 表 B 4事件 事件功能方向 S D RE Q I开始对话请求从 发 起 方 到
44、 应 答 方 S D C NF R 开始对话确认从应答方到发起方 S D RE J R开始对话拒绝从 应 答 方 到 发 起 方 TR DA T A I传输数据 从发起方到应答方 T R D ATA R 传输数据从 应 答 方 到 发 起 方 E D R E Q I结 束 对 话 请 求从 发 起 方 到 应 答 方 ED CNF R 结束对话确认从应答方到发起方 ABOR T I 废弃对话从 发 起 方 到 应 答 方 ABOR T R 废 弃 对 话从 应 答 方 到 发 起 方 R E Q U E S T I请求状态 从发起方到应答方 R E Q U E S T R请求状态从 应 答 方 到 发 起 方 REP ST I 报 告 状 态从 发 起 方 到 应 答 方 R E P S T R报 告 状 态 从