1、中华人民共和国国家标准信息技术文本通信面向信报的文本交换系统第 部分抽象服务定义约定发布 实施国家技术监督局 发布前言本标准等同采用国际标准 信息技术 文本通信 面向信报的文本交换系统 第 部分抽象服务定义约定及其 技术修改本标准正文和附录中引用其他标准时 用我国的标准编号代替相应的国际标准编号其对应关系是代替代替根据编写国家标准的实际情况不采用 的附录 为本国家标准的一部分在 信息技术文本通信面向信报的文本交换系统 总标题下目前包括以下 个部分第 部分 即 系统和服务概论第 部分 即 总体结构第 部分 即 抽象服务定义约定第 部分 即 信报传送系统 抽象服务定义和规程第 部分 即 信报存储器
2、 抽象服务定义第 部分 即 协议规范第 部分 即 人际信报系统本标准的附录 附录 是标准的附录 附录 和附录 都是提示的附录本标准由中华人民共和国电子工业部提出本标准由电子工业部标准化研究所归口本标准起草单位清华大学计算机系本标准主要起草人邱建史美林 李韵琴徐明伟 张志豪前言国际标准化组织是由各个国家标准化机构 的成员体联合组成的一个世界性组织 该组织通过其各个技术委员会进行国际标准的制定工作 凡是对于已设有技术委员会的某一专业感兴趣的每一个成员体 都有权参加该技术委员会 与 有联系的官方和非官方国际组织也可参与国际标准的制定工作 与国际电工委员会 在电子技术标准化的所有方面都进行密切合作各个
3、技术委员会提出的国际标准草案须先分发给各成员体表决通过后再由 理事会批准为国际标准 根据 工作导则国际标准至少需要投票成员体的 赞成国际标准 是由 信息技术第一联合技术委员会制定的目前 在信息技术 文本通信 面向信报的文本交换系统 总标题下 包括以下 个部分第 部分系统和服务概论第 部分总体结构第 部分抽象服务定义约定第 部分信报传送系统抽象服务定义和规程第 部分信报存储器抽象服务定义第 部分协议规范第 部分人际信报系统本标准的附录 和附录 是标准的组成部分 附录 和附录 仅提供参考信息引言本标准是一组面向信报的文本交换系统 国家标准之一这组标准对包含任意多个协同操作开放系统的信报处理提供了综
4、合说明本标准使信报处理系统作为一种复合的分布式信息处理任务得以成为可能它们的组合成分具有这些特性本标准规定了信报处理中分布式信息任务的定义约定也可用于其他应用本标准由 和 合作完成 与 的 技术上是一致的中华人民共和国国家标准信息技术文本通信面向信报的文本交换系统第 部分 抽象服务定义约定国家技术监督局 批准 实施第一篇引言范围本标准说明了用来描述在信报处理中出现的分布式信息处理任务的约定 本标准结构如下 第一篇是引言第二篇说明了为抽象定义一个分布式信息处理任务而采用的约定 第三篇给出了具体实现这些任务的通信方面的原则 例如根据开放系统互连 协议实现的原则 附录提供了重要的补充信息本标准没有一
5、致性的要求引用标准下列标准所包含的条文 通过在本标准中引用而构成为本标准的条文 本标准出版时所示版本均为有效 所有标准都会被修订 使用本标准的各方应探讨使用下列标准最新版本的可能性信息处理系统 开放系统互连基本参考模型信息处理系统 开放系统互连 抽象语法记法一 规范信息处理系统 开放系统互连 抽象语法记法一 基本编码规则规范信息处理系统 开放系统互连 联系控制服务元素的服务定义信息处理系统 文本通信 远程操作 第 部分模型记法与服务定义定义下述定义适用于本标准本标准以 提出的概念为基础并使用其中定义的下列术语抽象语法应用层应用协议数据单元应用协议应用服务元素具体传送语法分布式信息处理任务层服务
6、层开放系统开放系统互连实开放系统本标准使用 定义的下列术语抽象语法记法一数据类型数据值输入整数宏模块客体标识符标记本标准使用 定义的下列术语基本编码规则本标准使用 定义的下列术语应用上下文本标准使用 定义的下列术语结合操作差错已链接的操作远程操作服务远程操作离合操作缩略语本章无条文约定本标准使用下列描述性约定本标准使用下列基于 表的描述性约定使用 的 宏记法来定义宏 和使用 的宏定义 和 来定义宏和使用 本身来说明在附录 的例子中出现的信息客体的抽象语法使用第 章的宏 和 来说明在附录 例子中的各种抽象模型使用第 章的宏 和 来说明在附录 例子中的各种抽象服务出现在两个地方在本标准的正文中用来
7、作为说明此外为用户参考 也大量重复地在附录中出现 假如在这两处发现差异 则指示一个规范差错注 整个附录中的 模块的 标记是隐式的 就这方面而言这些模块是确定的术语在标准中 术语在定义时用黑体字表示在其他情况下无特殊表示第二篇抽象服务定义约定概述面对描述与说明一个复杂分布式信息处理任务的工作 聪明的方法是先抽象地说明任务 而不是用具体术语来说明 这种方法能保证在独立于任务的具体实现情况下 列出任务的功能需求 这种分离法很重要因为在不同前提下 任务的每一个方面都容许有几个具体实现例如在一个包含三个信报传送代理的信报传送系统中 第一个与第二个代理可能采用 通信来相互作用 而第二个与第三个可能靠专用的
8、方式来交换本篇从宏观与微观两方面说明了抽象地描述一个分布式信息处理任务而采用的约定 宏观描述称为抽象模型微观描述称为抽象服务在本篇定义了说明抽象模型与服务的各种形式工具 在附录 中给出了一个综合运用的例子 阅读本篇时读者可能希望参考一下该附录的实例本篇包括下列题目抽象模型抽象服务注 上面提到的形式工具既不是一个形式描述语言 也不是一个置换 它们只是支持本篇定义的非正式描述约定的简单 记法抽象模型一个分布式信息处理任务的宏观描述称为此任务与其实现环境的抽象模型 模型 它是以抽象客体 端口服务和细分等概念为基础的 抽象服务的概念在第 章中有更完整的说明抽象客体一个抽象客体客体 是一个功能实体是可能
9、的几个两两之间存在交互作用的实体中的一个 客体有不同的类型 这些类型决定了它们的功能与行为 例如某种类型的一个客体可能表示一个系统 而另一种类型的多个客体表示它的用户 客体之间通过抽象端口交互作用客体类型是通过宏 来说明的 此说明列出了对这个客体提供访问的抽象端口的类型 对于非对称的端口类型规范指示出这种类型端口是消费者端口还是提供者端口类型 的数据值是一个唯一且无歧义地标识被说明客体的客体类型标识符注 关键字 是 的保留字 在当前上下文中 合适替换者的选择留待进一步研究抽象端口一个抽象端口端口 是一个点 在这点上一个抽象客体与另一个抽象客体交互作用端口有不同类型 这些类型决定了它们能够允许的
10、相互作用种类 例如某种类型的端口可能表示访问一个目录系统的方式 而另一类端口则表示管理此系统的方法端口类型有以下两种对称的对称端口类型的所有实例全是同一的非对称的 非对称端口类型的每个实例必是供应者与消费者两种之一注 术语 提供者 和 消费者的特定分配常常是凭直觉进行的 例如在一个文件系统中 很自然地会考虑将提供者端口分配给系统用户和管理者 但严格地讲这两个术语的分配是任意的只要两个客体的两端口相接触或已结合则客体间可通过其端口相互作用 对于一个或多个端口对 能使其状态为启动的动作称为结合 能使其状态为关闭 的动作称为离合只有当两个端口匹配时才能结合 任意两个相同的 对称类型的端口可以相匹配
11、两个相同的非对称类型的端口相匹配当且仅当一个是供应者另一个是消费者端口类型是用宏 来说明的 此规范标识了抽象操作该操作表示当两个端口已结合时可能进行的交互作用 假如未列出抽象操作则认为是未说明数据值标识抽象操作数据类型标识抽象操作如果端口类型是对称的则两个客体可提供所有列出的抽象操作 若端口类型是非对称的 则具有消费者端口的客体与拥有供应者端口的客体提供的抽象操作是有区别的类型的数据值是一个客体标识符它唯一且无歧义地标识了说明的端口类型抽象服务抽象服务是一个客体 通过的一个或多个端口向另一个客体提供的一个功能集合 前一个客体称为抽象服务提供者提供者 后一个客体称为抽象服务用户 用户 上述的每一
12、个端口都是对称的或非对称的 若为后者则必为消费者与供应者二者之一一个抽象服务可有任意多个用户和提供者 每当提供者的抽象服务端口与用户的匹配端口相结合时 则认为在这两上客体之间存在一个抽象联系 或联系抽象服务在第 章中给予说明注 应用层抽象服务的服务目的与 低层服务的服务目的很多是相同的抽象细分在不同时间可以用不同方式来考察客体 在某些情况下 适宜将客体视为原子 例如当描述一个客体如何与其外部客体交互作用即当说明客体的抽象服务时 应将此客体视为原子 在另外一些情况下 又适宜将客体视为合成的 即由其他若干个客体构成例如 当描述如何实现一个客体时就是这种情况成分客体同样具有端口一些端口是在结构的客体
13、表面 可见的另一些则使成分客体之间交互作用 因此在成分客体中支持提供与使用较少的抽象服务 而成分客体协作的结果提供了结构客体的全部抽象服务把一个客体功能分成几个较小的客体的功能称为这个客体的抽象细分细分 可以递归地使用细分技术 可以通过提练成分客体本身来展示其内部结构一直这样进行下去直到可以将分解得到的新的成分客体认为是原子的为止细分是用宏 来说明的 它标识了内部结构正被展示的客体与构成它的成分的客体 每一个成分客体的特征是唯一的或递归的 宏定义还指出了哪些成分客体的端口与其他成分客体的端口相结合 以及哪些端口在合成客体的表面是可见的类型 的数据值是一个客体标识符注 象客体一样 原则上在不同时
14、间也可以用不同方式来考察端口 在某些情况下 适宜将一个端口 对 视为原子但是另一些情况下 可以想象用提练端口自身的方法来检测提供此类通信的机制 由此观点 可以认为一个端口对是由一个客体集支持的 这种看法将加强说明通信性能的能力 在本标准版本中不再进一步探讨端口提炼的概念抽象服务一个分布式信息处理任务的微观描述是抽象服务的规范它定义了如何启动控制和中止一个任务 不明确提出微观描述 是以抽象的结合操作离合操作操作和差错以及抽象规程的使能概念为基础的注 下面定义的宏定义隐含使用 来说明自变量结果和参数 例如 在说明过程中赋值的任何具体上下文标记虽然在上下文中无意义 但在一个抽象服务的 实现过程中却起
15、着重要作用抽象规程一个抽象规程规程 是一个客体应另一个客体的请求而执行的任务 发出请求与执行任务分别称为规程的调用和执行 发出请求的客体与按请求动作的客体分别称为调用者与执行者规程可以但不必须 要求调用者在调用的基础上向执行者提供一个单一的已规定类型的信息客体 该信息客体称为规程的自变量每一个规程的每次执行都有一个成功或失败的结果一个规程如果完全执行则认为是成功的 如过早终止则为失败一个规程可以但不必须 要求执行者将成功通知调用者它还可以 但不必须 进一步要求 当报告失败时提供某种信息注 以下各条中规定 明确指出作为说明规程的自变量与结果的抽象语法 对抽象错误的参数也一样的这些使用并不暗示在开
16、放系统之间必须传送这些信息客体 特别是信息客体由于用 进行描述 以及 的基本编码规则使得信息客体具有具体的传送语法这个事实在当前上下文中并不重要只是一个形式描述信息客体抽象语法的方便工具抽象结合操作一个抽象结合操作是一个规程它的成功执行将一对或多对抽象端口结合在一起 调用抽象结合操作的客体叫做发起者执行这个操作的客体叫响应抽象结合操作适于将发起者的一个特别集与响应者的一个匹配相结合 对集合中一个或多个端口是非对称的情况 抽象结合操作可能只适于结合到消费者一边或只适于到供应者一边或二者任选其一除了在失败时传给调用者的信息只限于一个称作差错信息的单一信息客体这种情况之外抽象结合操作完全是一个一般的
17、规程一个抽象结合操作是靠宏 来说明的 定义如下必须是 类型由关键字 引导的 条列出了此抽象结合操作要结合的响应者的端口 假如在该列有一个非对称端口并未标 或 这表示此抽象结合操作适用于在任一方向结合这样一个端口注意自变量结果 与或差错信息的说明是靠 中定义的远程操作的宏 嵌入的来完成的 而且它是宏返回的这种类型的一个值 若未提供返回值 则返回默认值注 与 之间的联系可有助于具体化抽象服务的 实现 见 条一个抽象服务对于它提供的每种类型端口全典型地包含一个抽象结合操作 当存在几种端口类型时 它们的抽象结合操作可能但并不一定有区别抽象离合操作一个抽象离合操作是一个规程 它的执行无论成功与否都将使两
18、端口分离它由调用相应的抽象结合的客体即发起者调用由响应者执行一个抽象离合操作适用于将发起者的端口特定集与响应者的匹配集处分离 当在集合中一个或多个端口是非对称时抽象离合操作只适用于从消费者方面分离 或只适于从供应者方面分离 或两者任选其一除了在失败时传送给调用者的信息只限于称为差错信息的单一信息客体这种情况外抽象离合操作是一个完全一般的规程一个抽象离合操作是靠宏 来说明的定义如下必须是 类型由关键字 引导的 条列出了此抽象离合操作要离合的响应者端口 假若在那有一个未标 或 的非对称端口 则表明此抽象离合操作适用于在任一方向离合这种端口 虽然真正的方向所决定的注意自变量结果与或差错信息的说明是由
19、 中定义的远程操作的宏嵌入的来完成的 而且它是宏返回的这种类型的一个值 若未提供返回值 则返回缺省值注 与 之间的联系可有助于具体化抽象服务的 实现 见 条一个抽象服务对于它提供的每种类型端口全典型地包含一个抽象离合操作 当存在几种端口类型时 它们的抽象离合操作可能但并不一定有区别抽象操作抽象操作是一个规程 它可以在两个已结合端口的上下文中被调用 它的失败对于结合无影响 若端口是非对称的则端口预先规定了调用者含有消费者端口的客延体还是含有供应者端口的客体 或二者之一若端口是对称的 则调用者可以是二者中任一客体无论端口对称与否 剩下的一种客体即为执行者除了在失败时向调用者传送信息之外抽象操作可以
20、说是一个完全一般的规程 一个抽象操作当遇到抽象差错时失败 并且传送的信息只限于抽象差错要求的通告那些信息类型 每个抽象操作全都预先规定了差错是否要报告及若报告时 会遇到哪种的抽象差错一个抽象操作是靠宏 来说明的 它的定义与 中说明的远程操作宏 定义是同一的一个抽象服务对于它提供的每种端口类型全包含零或多个抽象操作 当包含几种端口类型时 它们可能但不一定具有相同的抽象操作注 与 的等价性有助于具体化抽象服务的 实现 见 条抽象差错一个抽象差错是在抽象操作执行过程中可能出现的一种例外情况 它造成执行失败当一个抽象差错被报告时执行者向调用者传送抽象差错的标识 可能还有一个称为参数的单一信息客体 对每
21、一个抽象差错全都预先规定了是否要返回一个参数及若返回参数时其为何种类型抽象差错是由宏 来说明的 它的定义与 中说明的远程操作的宏 定义同一一个抽象服务包含它的抽象操作报告的零个或多个抽象错误注 与 的等价性有助于具体化抽象服务的 实现见 条第三篇抽象服务实现概述一旦用抽象术语描述与说明了一个分布式信息处理任务就必须规定具体实现任务每一方面的方式 象前面所建议的每一方面都允许有几种具体的实现本篇说明了具体实现抽象模型与服务的原则 一个实 是计算机进程或系统 或者是具体实现类型 的抽象客体的实开放系统本篇包含以下题目实现专有实现注 对于抽象模型的诸方面 在这里强调的是抽象端口与它们的结合 这是因为
22、抽象端口不仅在抽象客体之间而且在具体实现这些抽象客体的物理系统之间标明界限 因此抽象端口与其结合是抽象模型的一部分 假如要实现开放系统互连则此抽象模型一定是已用 工具构成或可用 工具构造的实现建议与国家标准的基本目的是要说明几个协作实开放系统如何来实现分布式信息处理任务在 环境中 客体是由应用进程来实现的 通常客体与应用进程之间存在多对多的映射 在不同开放系统中由应用进程实现的客体之间的通信是根据 应用协议 包括应用上下文 完成的 一个应用上下文实现一些端口对的结合使用与离合应用上下文的规范是以一些应用服务元素的协操作为根据的 假如定义应用服务元素与支持通信的每个端口相对应则可以特别直接简单地
23、对实现进行说明下面根据 与 对抽象端口与结合的实现进行说明 并要考虑 与 两个方面的实现实现由远程操作完成的端口与结合的具体实现通常并不重要首先这是因为在有一个功能上等同的基于 的应用协议的情况下对抽象服务进行定义是件直接的简单的事情 此外又是因为抽象服务的规范框架与基于 的应用协议规范框架同构 在表 中列出了同构中的对应关系表 抽象服务和基于 的协议的对应关系抽象服务方面 基于 的协议方面抽象结合操作 结合操作抽象离合操作 离合操作抽象操作 操作抽象差错差错用联系密切或等价的宏的形式说明对应的方面 从而得出表中的对应关系正如表 所示表 等价抽象服务和 宏抽象服务宏 宏抽象结合 结合抽象离合
24、离合抽象操作 操作抽象差错差错在附录 中将通过例子探讨具体实现抽象端口的基于 的 和 的定义为细化实现很有必要存在一个可将所有必须成对的端口结合的抽象结合操作注 若在抽象服务中含有多于一个的端口 对 则要求针对含有的特定端口设计抽象结合操作 当前未被提供适合抽象结合的自动合成这些抽象结合可假设为以单独端口抽象结合操作的定义为基础实现用非远程操作的方法来完成端口与结合的具体实现需要更大量的工作 并且毫无通用的一般方法可言尽管如此 下面的两个论点是恰当的使用 来定义 将大大简化作为应用协议的抽象服务的具体实现 这是因为协议规范可以简单地从抽象服务规范输入相应的类型和值抽象操作不通告其结果的抽象服务
25、的具体实现 这在概念上是简单的 因为每个这样的抽象操作表示一个包含单一 的交互 从所有可能的交互作用中最简单的出发 可以构造出任意复杂的交互专用实现建议和国家标准的第二个目标是要保证在用专用方式实现部分分布式信息处理任务的同时不影响系统预计的整体功能下面将简要地讨论用专用方法实现抽象端口与结合的问题 并要考虑分布式与非分布式两个方面的实现分布式实现用专用的计算机通信协议来具体实现端口与结合是一个局部问题 体现在抽象服务中的可见功能规范为专用实现的实现者提供了指导 因此在适于使用这种实现的地方 它们可能在总体任务中起适当的作用非分布式实现以单一计算机内部机制来具体实现端口与结合是一个局部问题 如
26、同在 条考虑的情况下作为实现者指导的抽象服务规范保证专用实现仍然能在总体任务中起到适当的作用附录提示的附录抽象服务记法使用举例本附录通过一个实例说明了抽象模型和服务记法的使用 实例包括两个系统黄色系统和绿色系统以及它们的环境黄色和绿色环境它使用抽象模型记法来分别描述环境 和 并且显示了它们的系统是如何相关的 一个是由另一个构成的 它使用抽象服务记法来描述每个系统的能力 和 最后 使用能适合 通信的 的 记法实现了系统的端口比如 和 和 从而结束了本例客体标识符的赋予在本附录中定义的 模块需要赋予不同的客体标识符 下面用 定义了所有模块 除了 模块和应用服务定义约定的主题本身以外 所有的赋值都是
27、正确的 前者的确定赋值出现在模块本身对它们的其他参考在 条中 后者是固定的序言输出任何东西输入 无抽象服务定义的约定举例不确定的不确定的种类模块不确定的客体类型端口类型提炼应用上下文应用服务元素抽象语法模块不确定的不确定的不确定的不确定的不确定的不确定的不确定的不确定的客体类型端口类型提炼应用上下文应用服务元素抽象语法黄色环境细分图 中描述的黄色环境用宏 和宏 形式细分如下正如图 中指示和下面 规范证实的那样黄色环境可被模型化为一个客体 此客体可拆成一个中心客体 黄色系统和任意多个其他外围客体 黄色用户 黄色系统和黄色用户通过其黄色应用端口交互图 黄色环境序言黄色抽象服务客体标识举例抽象服务记
28、法黄色环境黄色提炼环境成分客体类型黄色抽象服务定义黄色系统为它的用户提供的抽象服务用宏 和 和形式定义如下正如 规范指出的那样 黄色系统提供的抽象服务是由单一种类的端口 黄色使用端口组成的每个端口包含一定数量的抽象操作此操作集合地报告一定数量的抽象差错黄色系统通过一个抽象结合操作 黄色结合 来防护它的端口 此操作要求用户在进一步交互作用发生前令人信服地标识它们自身 一个抽象离合操作 黄色离合 构成了结束一个相互操作所需要的结束步骤序言客体标识举例抽象服务记法端口类型抽象结合操作抽象离合操作抽象操作抽象差错绿色环境细分图 中描述的绿色环境用宏 和 形式定义如下正如图中指示和下面 规范证实的那样
29、绿色环境可被模型化为一个客体此客体可拆成一个中心客体 绿色系统 任意多个其他外围客体 绿色用户 和任意多个附加客体 绿色管理者 绿色系统和绿色用户及管理者通过其绿色应用端口交互 与绿色管理者单独的 可通过绿色管理 端口相交互图 绿色环境序言绿色抽象服务客体标识符举例抽象服务记法绿色环境绿色环境细分成分客体类型绿色抽象服务定义绿色系统为它的用户和管理者提供的抽象服务使用宏 和和 形式定义如下正如 规范指出的那样绿色系统提供的抽象服务是由两类端口 绿色使用和绿色管理组成 每个端口包含一定数量的抽象操作此操作集合地报告一定数量的抽象差错 绿色系统通过抽象结合操作用户验证和管理者验证来防护它的端口 这
30、些操作要求用户和管理者在进一步交互发生前令人信服地标识它们自身 未说明抽象离合操作即指出不要求交互结束步骤来结束一个交互序言客体标识举例抽象服务记法端口类型抽象结合操作抽象操作抽象差错黄色系统细分图 中描述的黄色系统用宏 和 形式定义如下图 黄色系统正如图中指示和下面 规范证实的那样进一步检测黄色系统可发现它包含各种成分 特别是 此黄色系统包含由未发现差异的代理客体扩大的绿色系统和绿色管理者 一个代理在绿色系统和黄色用户之间充当媒介 可能会认为代理在向绿色系统加值 任一种情况下 代理都既是黄色应用端口的提供者又是绿色应用端口的消费者序言黄色环境细分绿色环境细分客体标识符举例抽象服务记法黄色系统
31、细分客体客运类型黄色系统实现下面通过 使用 的宏 和来形式地实现黄色系统的抽象服务正如 规范所指示的将黄色系统提供的抽象服务实现成为一个单一的 黄色应用和一个单一对应的 黄色应用 抽象服务中的每一个抽象结合操作抽象操作或者抽象差错在它的基于 的实现中分别有结合操作操作或者差错与其对应且等价注意操作要赋予整数值对应的抽象操作不需要也不接受这样的值序言黄色抽象服务客体标识符举例远程操作联接控制远程操作记法扩充应用上下文应用服务元素抽象语法绿色系统实现下面通过 使用 的宏 和来形式实现绿色系统的抽象服务 正如 规范所指示的将绿色系统提供的抽象服务实现成为两个 绿色 应用 和绿色管理 以及两个对应的
32、绿用 和绿色管理 抽象服务中的每一个抽象结合操作抽象操作或者抽象差错在它的基于 的实现中 分别有结合操作操作或者差错与其对应且等价注意操作要赋于整数值对应的抽象操作不需要也不接受这样的值序言绿色抽象服务客体标识举例远程操作联接控制远程操作记法扩充应用上下文应用服务元素抽象语法附录标准的附录客体标识符的参考定义作为参考本附录定义了附录 的 模块引用的各种客体标识符 它使用除了附录 中已分配的以外本标准中分配的所有客体标识符全在本附录中给出 除了 模块和应用服务定义约定本身的主题的客体标识符以外本附录对所有的客体标识符全是确定的 对前者的确定分配发生在模块本身对它们的其他参考出现在 条中 后者是固定的序言输出任何东西输入 无抽象服务定义约定不确定的种类模块附录标准的附录记法参考定义本附录是对第二篇的补充作为参考它为抽象模型和服务的说明而定义了记法 它使用序言远程操作记法客体宏端口宏细分宏抽象结合 离合 操作 和差错宏附录提示的附录与 之间的差别本附录列出了本标准与 建议之间除纯书写差异之外的所有区别在两个规范之间不存在差异
