GB-Z 19219-2003 工业自动化 时限通信体系结构 时限通信系统的用户需求和网络管理.pdf

I C S 2 5 . 0 4 0 . 4 0J 0 7中华人民共和国国家标准化指导性技术文件G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 工业自动化时限通信体系结构时限通信系统的用户需求和网络管理 I n d u s t r i a l a u t o ma t i o n - T i me - c r i t i c a l c o mmu n i c a t i o n sa r c h i t e c t u r e s -U s e r r e q u i r e me n t s a n d n e t w o r k ma n a g e me n t f o r t i me - c r i t i c a l c o mmu n i c a t i o n s s y s t e ms( I S O/ T R 1 3 2 8 3 ： 1 9 9 8 ， I D T)2 0 0 3 - 0 6 - 2 6 发布2 0 0 4 - 0 1 - 0 1 实施中华人民共和国国 家 质 量 监 督 检 验 检 疫 总 局发 布G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 J i 备o l1胃 本标准化指导性技术文件等同采用 I S O / T R 1 3 2 8 3 : 1 9 9 8 ( T业自 动化时限通信体系结构时限通信系统的用户需求和网络管理 。 I S O / T R 1 3 2 8 3 : 1 9 9 8 是由 I S O / T C 1 8 4 / S C 5 / WG 2 “ 通信与互连” 工作组起草制定的。T C 1 8 4 /S C 5 / WG 2 下设 了 一个专门工作小组， 负责研究对时限通信体系结构特别是对中间网络的需求， 并提出了此项技术报告。自 动化工厂是利用网络实现分布式控制的。 这种应用场合中的通信系统， 除要具有网络的普通性能外 ， 还应具有解决恶劣条件下产生的各类问题的性能。在这样 的系统中， 时间是一个很重要的因素。目 前现场总线在自 动化工厂普遍推广应用， 但在 C I M和控制设备中， 通用企业网（ MA P )和现场总线网络之间往往也需要有一个中间网 络， 这种网络既能保证实现大量数据传输（ 特别是时限信息） ， 又可实现在远距离、 条件差的环境下的运行操作。这种网络应可以实现大容量的数据传输和时限信息的传输， 同时也应支持实现应变的各种方法。提出这种网络需求以及为满足这些需求应采取的管理办法， 是本指导性技术文件的制定目的。该指导性技术文件是工业自 动化领域的一个重要技术基础标准。本指导性技术文件的目的意义、 好处与形成依据已 在 1 S ( 前言引言中说明。 本指导性技术文件的主要内容包括， 第 1 章： 范围； 第 2 章： 规范性引用文件； 第 3 章： 术语和定义；第 4 章： 时限通信系统的用户需求； 第 5 章： T C C A中网络管理的Q o S 需求； 第 6 章： T C N M的 Q o S 模型； 第 7 章： T C C A的 Q o S 特性； 第8 章： T C N M中的Q o S 管理功能； 第9 章： T C C A中网络管理的方法和机制； 附录 A： 缩略语。 随着信息技术的发展和我国人世的实际需要， 积极采用国际标准和国外先进标准已成为我国一项重大技术经济政策。所以本指导性技术文件等同采用了I S O / T R 1 3 2 8 3 : 1 9 9 8 制定我国国家标准。正文的制定遵循了对应采用原则 ， 技术内容和条款与 I S O / T R 1 3 2 8 3 : 1 9 9 8标准基本相同， 不 同之处是针对文本中英文缩写词太多， 所以增加了附录 A缩略语， 以便标准的阅读和使用。编排格式遵照 G B / T1 . 1 -2 0 0 叫标准化工作导则第 1 部分： 标准的结构和编写规则 ， 在范围、 引用标准等章节中删除了个别不符合我国标准的字句。 为了便于标准的使用， 本指导性技术文件“ 目 次” 保留了I S O / T R 1 3 2 8 3 : 1 9 9 8 的细目。 该指导性技术文件对推动我国制造业信息化标准化和提高企业系统集成水平有重要指导作用。 本指导性技术文件的附录 A为规范性附录。 本指导性技术文件由中国机械工业联合会提出。 本指导性技术文件主要起草单位： 北京机械工业 自 动化研究所。 本指导性技术文件由全国工业自 动化系统标准化技术委员会归口。 本指导性技术文件主要起草人 ： 黎晓东 、 魏文娟 、 郝淑芬 、 许莹 。标准下载网()G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8I S O 前 言 I S O （ 国际标准化组织） 是一个世界性国家标准团体（ I S O成员） 的联合机构。国际标准的制定工作通常由I S O技术委员会完成。对技术委员会所设立的项目的感兴趣的每个成员国都有权参加该委员会。 与 I S O有协作关系的国际组织、 （ 官方和非官方） 也参与这些工作。 I S O在电气技术标准化的各个方面与国际电工委员会（ I E C ） 密切合作。 I S O技术委员会的主要任务是制定国际标准。在特殊情况下， 技术委员会可以建议出版下述任何一种形式的技术报告： 第一种形式， 虽经多次努力， 国际标准的出版工作仍得不到必要的支持。 第二种形式， 当某个项目 仍处在技术开发之中， 或者由于其他原因， 有可能在将来， 而不是现 在， 就某个国际标准达成协议 。 第三种形式， 当某个技术委员会已从作为正式出版的国际标准上收集到了不同 类型的数据（ 例 如“ 最新发展” ） 时。 第一种和第二种形式的技术报告， 在出版后三年内就得审查决定它是否可以变成国际标准。 第三种形式的技术报告不需要审查， 直到它们所提供的数据被认为不再有效或无用。 I S O / T R 1 3 2 8 3 是第三种形式的技术报告， 由 I S O / T C 1 8 4 技术委员会（ 工业 自 动化系统和集成）S C 5 分会（ 体系结构和通信） 准备。 很明显地可以看出， 按现在这种形式， I S O标准不能适应时限通信。已经标准化了的网络体系结构至今主要用于通信， 还不能为时限通信提供相应的性能和应变能力， 特别是在时限和非时限通信共存的情况下。特别在许多 C I M和控制设备中， 需要在通用企业范围网（ 即 M A P ) 和现场总线网之间有一个中间网络。 这种中间网络应该既能传输大量数据和时限信息， 又能跨越很长的距离和在不友善的环境下进行操作。 为此， 在 I S O / T C 1 8 4 / S C 5 / WG 2 下设立了一个专门小组， 研究对时限通信体系结构的需求， 特别是对中间网络的需求， 这样就可以就现场总线内对时限通信的要求所做的工作有一些增补， 同时也就此提出一个技术报告。 在通信系统必须遵守所规定的时间窗口的地方， 在管理时限通信网络时， 就必须对其中内一些要求加以考虑。 本技术报告的第二部分是对这些需求的管理和支持。图 1 给出与其他标准的关系。 时限网络管理（ T C N M） 只定义管理一个 T C C S 网络所必须的一些附加需求， 不对有关配置管理、会计、 保密和事故管理等方面的系统管理加以描述， 除非在支持时限方面对它们有特殊需要， 也就是说，对 T C N M 的支持在很大程度上直接影响着性能管理， 同时， 对利用时限服务完成其功能的其他一些领域也会有影响。 本技术报告的重点是弄清楚紧密祸合的控制系统的通信需求， 以及对这些要求的管理和支持。这项工作是要对工厂信息网（ M A P ) 方面所做的工作加以补充， 而工厂信息网的特点是在信息处理器（ 小型计算机） 和控制处理器（ 专用控制器） 之间具有大的吞吐量和大的打包服务能力。这项工作还要对识别传感器网络（ 现场总线） 所做的工作加以补充， 主要是为简单的车间用传感器、 执行装置和其他设备提供一个不太复杂的接口。 时限通信体系结构是否要面向连接的， 还是无连接的， 这方面还没有明确的一致意见。如果能满足要求， 两种解决方式都可以。 然而， 某些要求可能满足具有其他要求的某种解决方案。由于 MMS 使用了面向连接的对话层 ， 所 以即使网络和传输层是无连接的， 总的服务也可能是面向连接的。标准下载网()G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 本技术报告总结了已由任务小组确认的对时限通信系统的用户需求， 并对每个需求加以简要的解释， 同时还给出了管理和支持这些需求的建议 。支持时限通信的系统的用户需求时限通信系统的网络管理服务质量方法和机制I S O J I E C J TC1 / S C2 1图 1 与其他标准的关系标准下载网()G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8引言T C C S 的通用需求 时限通信系统（ T C C S ) 是一种通信网络系统， 它最适合于其顺序和通信模式在整个网络系统内动态变化的通信。然而， 这样的通信网络系统也应支持预定的静态通信顺序。 时限通信是具有特定有界时间窗口的通信， 在这个窗 口内必须完成具有一定必然性的一个或几个动作。T C C S 提供使时限信息和非时限信息共存的能力。在分布的时限应用系统内， 围绕网络的有算法、 数据和控制结构。只有在通信系统提供确实优质的服务， 特别是有关时间制约和相干性等时， 这种分布才有可能实现。 要知道， 所有的T C C系统在应变要求方面和其他的网络系统是不相同的。时间限制越紧， 应变就是一个越加重要的要求， 因为如果数据流不被微小的故障所干扰， 能满足紧迫时间限制的网络就需要有很大的应变能力 。 T C C体系结构在需要时应遵守 O S I 基本参考模型， 满足第四章所确定的用户需求。 现在的O S I 标准并不能适应时限通信， 因为它们本来的目 的是保证通用数据通信的传输， 或者是满足信息传递间的内部通信要求。因此， 现在的O S I 模型和体系结构需要修改和补充， 以便支持T C C ,T C C S 的用户需求 自 动化工厂将网络用于分布式控制应用。 这些应用要求通信系统除能适应正常的运行外， 还应能适应最坏情况下的运行。在这种系统中， 时间性非常重要。这种网络应该可以实现大量的数据传输和时限信息的传输， 同时还应该支持实现应变的各种方法。 如果需要， 利用一个连接装置就可很容易地使 T C C S 和主要的工厂数据通信网络接 口。由于要在非常苛刻的环境下运行， 需要高可靠的媒介和信号传输方法， 因此， 必须要有非常低的位错率和最少的中继。 用户应能定义通信的优先次序和控制出错恢复机制。网络管理功能应该能分配资源、 控制对T C C 组的访问， 发现潜在的故障和已有的故障等。 已 确认的用户需求应该允许时间窗口的概念在 O S I 内实现。图 2 给出 T C C体系结构、 特性或属性、 时间窗口 和需要时限通信的应用系统之间的关系。T C C A的网络管理 按照服务条款， 可以从 T C C S的 用户需求中将网络管理的需求提取并转换过来。制定这些服务条款是为了在时限通信网络系统的工作情况动态变化的环境下， 满足用户规定的时间限制。 从 Q o S 基础框架结构的角度来看， Q o S 需求是表达部分或全部网络管理需求的信息。当 Q o S 需求在各实体之间传送时， 可以通过 Q o S 参数将其作为机制的一部分表达出来。这些信息与用于时限通信网络系统运行的策略有很大关系。 在某些时限应用中， 所有的用户要求不一定都要满足。为此， 对于一个 T C C A或一个 T C C A中的网络管理， 不一定都要满足所规定的所有网络管理需求。这意味着可能允许一些类别， 它们满足这些需求的特定子集。 本技术报告不讨论这些类别。标准下载网()G B I Z 1 9 2 1 9 -2 0 0 3 / I S O I T R 1 3 2 8 3 ： 1 9 9 8图 2 T C C 体系结构、 特性、 时间窗口 和需要 时限通信的应用之间的关系G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8工业自动化时限通信体系结构时限通信系统的用户需求和网络管理范围 本标准化指导性技术文件提出了系统支持时限通信系统的系统和网络管理的用户需求。这种网络管理是针对应用过程中或各应用过程之间在同等对同等或多同等通信中的时限通信体系结构的。 本指导性技术文件利用 I S O / I E C J T C l / S C 2 1 / WG 7 所开发的Q o S 基本框架的概念和术语， 将支持时限通信的系统的用户要求转换成管理和支持时限通信网络的 Q o S 需求。 本指导性技术文件还描述了时限通信系统内的网络管理的模型、 特性和功能。 本指导性技术文件针对用于离散零件制造应用的时限通信系统， 然而， 这些时限通信系统也可应用在其他的场合， 包括过程控制等。 本指导性技术文件着重讨论事件驱动应用的时限通信系统。在这种事件驱动应用中， 通信的信息流和 网络配置动态地变化。当然 ， 本指导性技术文件也可用于状态驱动应用 ， 在这种应用 中通信模式和配置都是静态的。2 规范性引用文件 下列文件中的条款通过在本指导性技术文件的引用而成为本指导性技术文件的条款。凡是注日 期的引用文件， 其随后所有的修改单（ 不包括勘误的内容） 或修订版均不适用于本指导性技术文件， 然而，鼓励根据本指导性技术文件达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日 期的引用文件， 其最新版本适用于本指导性技术文件。2 . 1 引用标准 G B / T 9 3 8 7 . 1 - 1 9 9 8 信息技术开放系统互连基本参考模 型第 1 部分 ： 基本模型( i d t - I S O /I EC 7 4 9 8 - 1 ： 1 9 9 4 ) G B / T 9 3 8 7 . 4 -1 9 9 6 信息处理系统开放系统互连基本参考模型第 4 部分： 管理框架（( id tI S O 7 4 9 8 - 4 ： 1 9 8 9 ) G B / T 1 6 7 2 0 . 1 -1 9 9 6 工业 自动化系统制造报文规范第 1 部分： 服务定义（ e q v I S O / I E C9 5 0 6 - 1 ： 1 9 9 0 ) G B / T 1 6 7 2 0 . 2 -1 9 9 6 工业 自动化系统制造报文规范第 2 部分： 协议规范（ e q v I S O / I E C9 5 0 6 - 2 ： 1 9 9 0 ) G B / T 1 7 1 4 2 -1 9 9 7 信息技术开放系统互连系统管理综述（ i d t I S O / I E C 1 0 0 4 0 : 1 9 9 2 ) G B / T 1 7 1 4 3 . 1 -1 9 9 7 信息技术开放系统互连系统管理第 1 部分： 客体管理功能（( i d t I S O /I E C 1 0 1 6 4 - 1 ： 1 9 9 3 ) G B / T 1 7 1 7 5 . 1 -1 9 9 7 信息技术开放系统互连管理信息结构第 1 部分： 管理信息模型( i d tI S O / I E C 1 0 1 6 5 - 1 ： 1 9 9 3 ) G B / T 1 7 1 7 5 . 2 -1 9 9 7 信息技术开放系统互连管理信息结构第 2 部分： 管理信息定义（( i d tI S O/ I E C 1 0 1 6 5 - 2 ： 1 9 9 2 ) G B / T 1 7 1 7 5 . 4 -1 9 9 7 信息技术开放系统互连管理信息结构第 4 部分： 被管客体的定义指南（ i d t I S O / I E C 1 0 1 6 5 - 4 ： 1 9 9 2 ) G B / T 1 7 1 7 6 -1 9 9 7 信息技术开放系统互连应用层结构（ i d t I S O / I E C 9 5 4 5 : 1 9 9 4 )G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 G B / T 1 7 9 6 7 -2 0 0 0 信息技术开放系统互连基本参考模型O S I 服务定义约定（ id t I S O /I E C 1 0 7 3 1 ： 1 9 9 4 ) I S O / I E C 1 0 1 6 4 - 1 1 : 1 9 9 4 信息技术开放系统互连系统管理： 度量对象和属性 I S O / I E C 1 0 1 6 4 - 1 3 : 1 9 9 5 信息技术开放系统互连系统管理： 概述功能 I S O / I E C 1 0 1 6 4 - 2 0 : 1 9 9 9 信息技术开放系统互连系统管理： 时间管理功能 I S O / I E C 1 0 7 4 6 -2 : 1 9 9 6 信息技术开放分布处理参考模型： 基本原则2 . 2 开发中的文件 I S O / I E C J T C l / S C 2 1 N 9 3 0 9 服务质量基本框架结构。术语和定义 本指导性技术文件使用了 下列术语和定义。3 . 1 T C C A术语3 .1 . 1 应用相关要求 a p p l ic a t i o n d e p e n d e n t r e q u ir e m e n t 与使用时限通信体系结构有关的要求， 这些要求应和实施无关。3 . 1 . 2 应用实体a p p l i c a t io n e n t i ty AE 涉及通信系统的应用过程的一部分。3 .1 . 3 实施相关要求i m p l e m e n t a t io n - d e p e n d e n t r e q u ir e m e n t 和所用的时限通信体系结构的特定实施方面有关的要求。3 .1 4 相互作用i n t e r a c t io n 由信息传输导致的因果关系。3 .1 . 5 媒体访问控制m e d i a a c c e s s c o n t r o l M AC 负责在共享介质上调度和安排数据传输的数据连接层。3 . 1 6 多同等数据传输m u l t i p e e r d a t a t r a n s m i s s i o n 一个 P D U到一个或多个目 的地的传输。3 . 1 7 多同等组m u l t i p e e r g r o u p 一组同等对同等实体， 这些实体都互相乐于并能够成为与组内其他成员进行多同等数据传输的发送者或接收者。3 .1 . 8 性能p e r f o r m a n c e 系统相对于时间的行为。3 . 1 9 空间相干性s p a t i a l c o h e r e n c e 被复制的变量表的一种特性， 它表明在给定的时间或在一个给定的时间窗口内， 是否所有的拷贝都G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 : 1 9 9 8是相同的。3 . 1 . 1 0 时Pel 相干性 t e m p o r a l c o h e r e n c e 变量表的一种特性， 它表明在一定的时间窗口内， 该表中的每个变量的值是否已产生， 并被传输或接收。3 . 1 . 1 1 时限通信t i m e - c r i t ic a l c o m m u n ic a t i o n s TCC 当一个或多个应用过程发送消息时， 在它（ 们） 向系统发出请求后， 在一个确定的时间期限内又要求它（ 们） 接收信息（ 或者接收并行动， 或者接受、 行动并确认） 。3 . 1 . 1 2 时限通信体系结构t i m e - c r it ic a l c o m m u n ic a t i o n s a r c h i te c t u r e TCCA 按照 O S I 参考模型的意义， 它是支持时限通信的 确定需求的一种体系结构。 注： 根据G B / T 9 3 8 7 . 1 中介绍的 概念， T C C A是具有层、 实体、 服务访问点、 协议和连接的一种结构。3 . 1 . 1 3 时限通信实体t i m e -c r i t i c a l c o m m u n i c a t i o n s e n t i t y TCCE 参与时限通信的实体（ 由于单个的应用实体可以具有时限成分和非时限成分， 所以时限通信实体可以直接映射或者不直接映射到一个应用实体） 。3 . 1 . 1 4 时限通信组t i m e - c r it i c a l c o m m u n i c a t i o n s g r o u p TCCG 时限通信系统内的一组时限通信实体。3 . 1 . 1 5 时限通信系 统t i m e - c r i t ic a l c o m m u n ic a t i o n s s y s t e m TCCS 具有时限通信的一个系统。 注： T C C S 是时限通信体系结构的实现。 该系统既包括用户应用程序， 也包括时限 通信网络。3 . 1 . 1 6 时限通信事务处理 t i m e - c r i t ic a l c o m m u n i c a t i o n s t r a n s a c t i o n TCCT 必须在一个给定时间窗口内完成的、 来自 不同的应用实体的信息传输（ 或交换） 的一个有序集。 注： 它可以是一个时限多同等通信事务处理， 或者是一个时限同等对同等的通信事务处理。这种事务处理是复杂 的信息处理操作， 它包括带有时间约束的调用多数据传输的应用。3 . 1 . 1 7 时限数据传输t i m e - c r i t i c a l d a t a t r a n s m i s s i o n TCDT 在给定时间窗口内P D U的传输。3 . 1 . 1 8 时限多同 等数据传输 t im e - c r i t ic a l m u l t i p e e r d a t a t r a n s m is s i o n TCMDT 在规定的一个时间窗口内或一些时间窗口内， 一个协议数据单元向多个 目 的地的传输。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 83 . 1 . 1 9 时间窗口t i me w i n d o w TW 一个有界的时间间隔， 它由与应用相关的起始时间和延时或起始时间和终止时间来表示。 注： 时间和延迟的分辨程度与实施相关。3 . 2 O S I 基本参考模型术语 本指导性技术文件使用了 从 G B / T 9 3 8 7 . 1 中提取的下列术语： ( N ） 一 层、 ( N ） 一 协议、 ( N ） 协议一 数据单元、 ( N ） 一 服务、 ( N ） 一 服务一 访问 一 点、 ( N ） 一 子系统、 开放系统和 O S I 环境。3 . 3 服务约定术语 本指导性技术文件使用了从 G B / T 1 7 9 6 7 -2 0 0 0 中提取的下列术语： ( N ） 一 服务一 设施、 ( N ） 一 服务一 提供者、 ( N ） 一 服务一 用户、 请求者和接受者。3 . 4 开放分布处理荃本参考模型术语3 . 4 . 1 服务质f q u a li t y o f s e r v i c e Qo S 与一个或多个对象的共同行为有关的质量的集合。 注： 此定义摘自I S O / I E C / D I S 1 0 7 4 6 - 2 . 1 .3 . 5 Q o S 基本框架结构术语 注： 本条款中的名词摘自I S O / I E C J T C 1 / S C 2 1 N 9 3 0 9 .3 . 5 .1 策略控制功能 p o l i c y c o n t r o l f u n c t io n PCF 决定操作子系统的策略的功能。 注： P C F 确定制定子系统所有其他决策的制约因 素。任何动作的执行都是用于控制子系统的 剩余操作。3 . 5 . 2 协议实体 p r o t o c o l e n t it y PE 为向服务用户提供服务而负责操作协议的实体， 该实体还负责操作它的同等层服务用户以及它的同等层协议一 实体、 内部服务提供者。3 . 5 . 3 质f控制功能 q u a l i t y c o n t r o l f u n c t i o n QC F 在选择参与通信的实体时， 考虑 Q o S 需求的功能。 注： Q C F 可以 表示一个交互作用点， 在这个点上， Q o S 的知识可用来影响选择， 同时对选择的考虑也会影响到Q o S 的处理。3 . 5 . 4 Q O S 报替Q o S a l e r t 利用 Q o S 机制向实体发出信号， 告诉它已经到达某个极限或已经跨越临界值。3 . 5 . 5 Q O S 属性Q o S a t t r i b u t e 与 Q o S 有关的被管对象的属性。3 . 5 . 6 Q O S 特性Q o S c h a r a c t e r i s t i c Q o S 的可量化方面， 它由表示或控制 Q o S 的方法独立定义。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 83 . 5 . 7 Q O S上下文Q o S c o n t e x t 由一个或多个实体保存、 插人或推断并用于管理 Q O S 的 Q O S 信息。 注： Q o S 上下文进一步还可分为需求上下文和数据上下文。3 . 5 . 8 Q OS数据Q o S d a t a Q O S 数据是 Q O S 信息， 而不是 Q O S 需求， 如警告、 Q O S 度量以及用于 Q O S 查询的信息。3 . 5 . 9 Q OS 查询Q o S e n q u ir y 利用 Q O S 机制确定环境的性质， 该环境与产生通信的 Q O S 有关。3 . 5 . 1 0 Q O S 建立Q o S e s t a b l is h m e n t 在系统活动发生前， 利用 Q O S 机制为其创造条件， 以便获得所希望的 Q O S 特性。3 . 5 . 1 1 Q O S 信息Q o S in f o r m a t io n 与 Q O S 相关的信息， 它们可分为以下几类： Q O S 上下文（ 当保留在实体内时） , Q o S 参数（ 当在实体之间传输时） 、 Q O S 需求（ 当它表示对 Q O S 的需求时） 以及 Q O S 数据（ 如果它不表示 Q O S 需求时） 。3 . 5 . 1 2 Q O S 维护Q o S m a in t e n a n c e 在活动进行过程 中， 利用 Q O S机制维护 Q O S特性集 ， 使它们维持系统活动所要求的值。3 . 5 . 1 3 Q o S 管理 Q o S m a n a g e m e n t 由 一个系统或通信服务执行的活动的集合， 用于支持 Q O S 的监控、 控制和管理。3 . 5 . 1 4 Q o S 管理功能 Q o S m a n a g e m e n t f u n c t i o n 由 一个或多个 Q O S 机制提供的、 专门用于满足一个用户或应用对 Q O S的 需求的功能。3 . 5 . 1 5 Q o S 度f Q o S m e a s u r e 一个 Q o S 特性的一个或多个观察值。3 . 5 . 1 6 Q o S机制Q o S me c h a n i s m 一种专门机制， 它可以利用协议元素、 Q o S参数、 或 Q o S 上下文， 还可能与其他 Q o S机制结合， 以便支持建立、 监控、 维护、 控制或查询 Q O S o3 . 5 . 1 7 Q OS 监控Q o S m o n i t o r in g 利用 Q o S 度量估算一些系统活动实际上所达到的一批 Q o S 特性值。3 . 5 . 1 8 Q o S 参数Q o S p a r a m e t e r 作为 Q o S 机制的一部分， 在实体之间传递的 Q o S 信息。 注： 参数分为需求参数和数据参数。所传递的信息可以和一个或多个Q o S 特性相关。3 . 5 . 1 9 Q o S 需求Q o S r e q u i r e m e n t Q o S 信息， 用于表达管理一个或多个 Q o S 特性的部分或全部需求， 例如最大值、 目 标， 或临界值。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 注： 在实体之间传递时， Q o S 需求用 Q o S 参数表示。3 . 5 . 2 0 Q o S 操作目 标Q o S o p e r a t i n g t a r g e t Q o S 操作目 标是 Q o S 信息， 它们表示从 Q o S 需求获得的一批 Q o S 特性的目 标值。3 . 6 T C N M 术语3 . 6 . 1 网络管理一 管理实体n e t w o r k m a n a g e m e n t m a n a g e m e n t e n t i t y ( NM ) - ME 负责操作管理活动， 如状态控制和报表、 警告报表、 登录、 违章报告、 访问控制、 监控度量、 测试控制、浏览报告、 作业计划、 资源控制、 知识管理等的服务实体或管理代理。同时， 在 Q o S 管理的系统管理意义上， 它们还负责操作（ N M） 一 协议， 以便与其他同等对同等（ N M） 一 子系统相配合。 注： ( N M) - M E 包括两类功能， 它们表示在分布T C N M 于 系统的操作中， 用于对不同 Q o S 实体的行为进行协调和 调整的系统能力和局部有限能力。3 . 6 . 2 网络管理策略控制功能 n e t w o r k m a n a g e m e n t p o l ic y c o n t r o l f u n c t io n ( NM) - P CF 决定用于操作 T C C N的 T C N M策略的功能。 注： ( N M) - P C F确定制约（ N M) - 子系统的所有其他决策的约束， 同时这些约束还影响到（ N） 一 子系统内的（ N) - P C F , 以便满足对T C C N的Q o S 需求， 执行薄一个活动， 从而控制（ N M） 一 子系统的 剩余操作。3 . 6 . 3 网络管理质最控制功能 n e t w o r k m a n a g e m e n t q u a l i t y c o n t r o l f u n c t io n ( NM) - Q C F 在选择参与网络管理的实体时， 考虑到 Q o S 需求的功能。 注： ( NM) - Q C F表示一个交互作用点， 在这个点上， Q o S知识将对选择产生影响， 而选择上的考虑也会影响对 Q o S 的处理 。3 . 6 . 4 T C N M 一 管理信息库T C N M - m a n a g e m e n t in f o r m a t io n b a s e TCNM- M l B 这是一个概念 L 的库， 在这个库中被操作的各种 Q o S 实体的行为的公共知识将被用来影响策略控制、 Q o S 控制、 协议处理和管理代理的处理。3 . 6 . 5 时限通信 网络t i m e - c r i t i c a l c o m m u n i c a t i o n s n e t w o r k TCCN 时限通信体系结构的网络。3 . 6 . 6 时限网络管理t i m e - c r it ic a l n e t w o r k m a n a g e m e n t TCNM 支持工作中所标识的网络管理功能的网络管理。 注： T C , NM主要包括一个 T C C N内的网络管理。时限通信系统的用户需求4 . 1 引言 时限通信系统（ T C C S 的 用户需求可按以下各类分组： 用户控制、 开放性的集成问题、 有关定时问题， 以及包括拓扑、 管理和主权方面体系结构的考虑。这些需求将在4 . 3 到 4 . 6 节中详细介绍。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 84 . 1 . 1 用户控制需求摘要 用户控制需求归纳如下： a ) 区 分信息是必不可少的； b ) 错误恢复的用户控制； c ) 用户对性能的说明。4 . 1 . 2 开放性的集成 问题摘要 开放性的集成问题归纳如下： a ) 应在 O S I 上下文内定义 T C C A ; b ) T C C A应 以适时方式支持 I S O / I E C 9 5 0 6 功能； c ) T C C A需要标准化的用户接 口。4 . 1 . 3 有关定时问题摘要 有关定时问题可归纳如下： a ) 需要认同可能的信息传送时间或信息完成时间； b ) T C C A内既需要时间相干性， 也需要空间相干性， 即： 1 ) 时间相干性； 2 ) 时限通信事务处理； 3 ） 空间相干性； 4 ) 同步器。4 . 1 . 4 体 系结构考虑摘要 体系结构考虑归纳如下： a ) 调度功能 ， 即： 1 ） 区分 P D U ; 2 ) 非时限 P D U不应损害时限P D U的传递； 3 ) 静态和动态调度。 b ） 依赖性， 即 ： 1 ) 信息传输时间； 2 ) T C C S 内需要帮助检测潜在故障的机制； 3 ) 可用性。 c ) 网络管理 ， 即： 1 ) T C C S 成员应受控制； 2 ) 应用和使用 T C C S 的重新组合能力； 3 ) 离段通信； 4 ) 管理和主权。 d ） 协议的实施方面， 即： 1 ) 需要时限通信的应用不应要求时限 P D U在传送栈时， 比它自己、 或网络、 或接受栈处理 得快 ； 2 ) 符合各需求层的一致性类别。4 . 2 事务模型 T C C体系结构必须针对不同的通信情况来提供。通常， 用户从应用的角度来看问题； 一个 A E可以直接影射到T C C 实体、 或者参与 T C C实体， 因为在这个 A E中还有非一 T C C实体元素。（ 参见图3 ) a 如今， 已经确定了多种应用模型， 它们是客户一 服务器、 启动一 应答、 生产者一 消费者、 生产者一 分销者消费者等 。 确定将下列几种传输形式作为 T C C的基础。但是 ， 它们对 T C C系统 的技术影响将不再做详细讨G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8一TCCA Tc 一 TC 二 应 用 层Tc cE lT CCEn 图 3 T C C E s 和 T C C A之Iq的关系论， 它们与所选用的特定 T C C系统及其实施有关。 点到点， 即从一个发送者到一个接收者之间的交换。 多播型的， 即从一个发送者到组成一个已 知 T C C实体组的许多（ N ） 个接收者的交换。 注： 如果一个交换从一个发送者到所有的接受者， 而不考虑通信的上下文关系， 这种交换被称之为广播。 在应用中将有下列交互： 同等对同等的交互。 在这里， 启动交互或请求服务的应用（ 启动者） 就是发送者， 它可以要求应 答， 也可以不要求应答（ 见图 4 a 和图4 b ) ,信息T CCE 1T CC E 2不用确认的同等对同等b 有确认的同等对同等 图 4多同等层交互。在这里， 启动者可以进行一个多点传输， 或 N点传输， 同样， 它既可以要求应 答， 也可以 不要求应答， 这种应答可以被本组每个成员确认（ 见图 5 a ， 图 5 b 和图5 c ) a不用确认的对组成员的多播 图 5G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8一一、，11111夕、一尸b 从接收信息的组获得确认的对组成员的多播 每个成员分别对信息传送者作出确认的对组成员的多播 图 5（ 续）同等层到分布层。它有时被看作是第三类， 但是， 它可等同于图 4 a 或图 4 b 和图 5 a ， 图 5 b 或 图 5 c ， 这取决于它要求 的确认等级 （ 见图 6 ) 0 图 6 同等层到分布层 无疑地， T C C系统需要点到点的通信。 应该有一种工具， 它允许应用在特定的基础上调用程序或者请求服务、 或信息， 或两者都要。 在很多情况下， T C C系统必须要能控制在同一瞬间与几个应用的通信， 例如， 在多个位置上， 实时时钟的同步。 显然， T C C系统要求多播具有空间资源和时间相干性， 同时能有效利用有限的资源， 例如宽带 。最后 ， 在允许对大部分的现有数据进行开放访间时 ， 需要对简单通信设备的通信要求加以限制。 分布实时应用期望有各种混合信息， 包括定期的通信（ 例如远程数据样本） 、 非定期的常规通信（ 例如文件传送、 用户请求） ， 以及偶尔发生的通信（ 例如警告、 重新组合请求） 等。因此， T C C系统应该既能支持定期的， 也能支持非定期的通信， 即状态驱动的和事件驱动的通信。 由 于许多的时限应用都是事件驱动的（ 即， 随通信和 T C C实体的不同， 网 络的负载是可变的） ， 时限通信应能在规定的时间窗口内发送， 并具有在各种情况下均可接受的成功概率。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 84 . 3 用户控制 定义或影响传输通信系统工作情况的一些参数和特性必须由用户定义。通信系统不必了解下列情况 ： 全体成员的行为； 错误恢复； 定义信息的紧迫程度。4 . 3 . 1 区别倍息是基础4 . 3 . 1 . 1 概要 应用能区分时限和非时限信息。此外， 通信系统还必须将时限和非时限信息区 分开来， 并提供相应的服务。4 . 3 . 1 . 2 说明 当 应用系统将信息传送给T C C实体时， 对信息的区分应该是动态定位的。一旦信息被区分出来，通信系统就应将该信息从源传送到目 的地， 而不改变它们的命名。 可以利用附加在 P D U 1 : 的 属性和 或多（ 双） 栈进行区分。前一种方法是最佳解决方案， 但它要改动很多的现有标准； 而后一种方法都可以立即采用。在单栈体系结构中， 时限 P D U和非时限P D U的共存给处理带来了困难， 这样， 除 P D U标记外， 还需要有多个栈。当然， 为区分 T C C系统内的信息， 还可以设计其他的代替机制。但是， 应该使时限P D U优先于非时限P D U ,4 . 3 . 2 错误恢复的用户控制4 . 3 . 2 . 1 概要 为了在指定的时间框架内 传送信息或接收应答， 必须进行故障检测和报告。4 . 3 . 2 . 2 说明 发现故障后， 一般来说， 应停止重新发送， 除非用户试图再次发送该信息。信息可以被指定属于某一特殊类， 或指定用于某一时间框架， 也可以允许被重新传输若干次（ 也可能是零次） 。 T C C 体系结构应能处理任何类型的数据通信和这些类型的组合， 如定期的和非定期的时限通信，以及非定期的非时限通信。 信息的指定应该作为一个动态（ Q o S ) 参数。Q o S 参数是在 T C C系统的应用层服务接u上为调用特定的服务而设置的参数， 它应包括一个指定项。4 . 3 . 3 用户的详细说明的工作情况4 . 3 . 3 . 1 概要 在修改A P间的联结， 或者在增加新的A P 之前， 必须确定这样的修改不会损害系统的工作状况。4 . 3 . 3 . 2 说明 可以借助T C C体系结构的一些元素（ 如网络管理） 来控制离段通信的成员， 但是， 要做到这一点， 用户必须给出元素的参数和系统的行为特征。在配置阶段， 或在断开联结时， 这是有可能做到的。4 . 4 开放的集成 问题 T C C A应能与 C I M 体系结构集成。这一点可以通过尽可能地遵循现有 C I M 标准， 并对开发中的标准提出必须的修改来实现。 本子条款与 T C C A在 O S I 中的位置有关。4 . 4 . 1 T C C A应在 O R 上下文中定义4 . 4 . ， 1 概要 T C C的体系结构应遵循 O S I 层的标准， 只要有可能， 还应遵循本指导性技术文件所描述的其他需求。4 . 4 . 1 . 2 说明 开放系统的方向是必须允许与其他的实时开放一终端系统集成。T C C体系结构应能在制造环境G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8中进行通信， 以便获得与采用 G B / T 9 3 8 7 . 1 开发的其他实施方案相同的柔性。 众所周知， 在现有形式下， O S I 标准难以适应时限应用。然而， 通过不断的技术改进， O S I 可以用于增加时限应用的个数， 在这些应用中， 时间窗口的工作时间相对较短。应该避免再去开发满足时限要求的其他技术。 然而， 对各层标准的修改必须满足本指导性技术文件所描述的需求。4 . 4 . 2 T C C系统应及时支持 G B / T 1 6 7 2 0 功能4 . 4 . 2 . 1 概要 在离散零件制造环境中， T C C系统的需求应是一组符合 G B / T 1 6 7 2 0 “ 制造报文规范（ MMS ) ” 的服务 。4 . 4 . 2 . 2 说明 依照标准的句法和语义， MM S 服务提供同等对同等的应用交互作用。必需使语义标准化， 以便减少应用开发人员的编程负担， 同时， 支持 T C C体系结构的不同实施之间的互操作。 显然， 并非所有利用该体系结构的应用都需要MM S 提供的所有服务。MM S 服务所提供的功能在实时一终端系统中 实施时， 相应的 M MS 服务也应在不使用用户一服务器模式的应用中实施， 这样， 这种服务就像 MMS 那样可以“ 看和感觉” 到。 为了支持多点联结中的多播和广播信息的传输， 可能需要对 MMS 的内容进行修改和扩充。 T C C系统的服务应该是包括时间约束的增强了的 MMS 服务集（ 无连接或面向连接的） 。T C C系统应能与 MMS相干的成分相结合 。4 . 4 . 3 T C C A需要标准化的用户接口4 . 4 . 3 . 1 概要 对应用通信服务来说， 需要有标准化的接口。4 . 4 . 3 . 2 说明 这种标准化的接口 应该为同步操作 ， 或异步操作， 或为二者提供 函数调用和 或程序调用的形式。在客户端调用服务需要接口， 而服务功能则在服务器上由“ 用户” 应用来执行。 在服务器一侧， 从服务器提供者到用户之间也需要有标准化的接口。在这种体系结构中也不排除那些非标准化的、 但对实施很有意义的补充 的服务接 口。 为了保证该体系结构的不同实施之间应用程序的可移植性， 必须要有标准化的接口。另外， 标准服务规范也是必须的。这些功能定义应包括与使用 T C C系统相关的时间约束。 支持实时需求的标准化环境（ 如操作系统） 是定义标准化用户接 口的先决条件。 T C C系统的专用标准化应用程序接 口也必须在标准化的环境之下。4 . 5 有关定时的问题 要保证任何动作或任何事务在给定的衰减期内， 或在给定时间完成， 那是不可能的。传递时间总是一个统计量， 只有概率是可知的。对于时限通信来说， 当应用的时间约束包含通信系统本身必须满足的时间约束时， 传递时间是不能预知的。 可以考虑两类用户要求： 附加在信息上的或时限P D U上的时间约束； 附加在复杂事务上的时间约束。 本子条款涉及时间方面的分析 。4 . 5 . 1 约定信息传输时间概率或事务完成时间概率是必须的4 . 5 . 1 . 1 概要 T C C系统应能在具有指定概率的预定时间间隔内传送信息。为了使一个特定的通信系统适用于一个专门的应用， 主要的是要使通信系统满足应用的定时约束。实际上， 这是对满足定时约束的概率的估算。应用应包括“ 故障 一 安全” 程序， 这种程序用于在网络故障事件中， 在所要求的时间内传送（ 或者接收 A E 动作失败） 时限信息。 它必须要能计算每个信息的故障率。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 84 . 5 . 1 . 2 说明 利用预定媒体访问控制（ MA C ) 策略， 可以在假定无故障发生的条件下， 决定传输时间的上限。尽管有可能确定一条信息在特定时间段内传送的可能性， 多数 MA C 策略仍没有T界。 即使利用备用策略， 其故障（ 如电缆断裂或丢失令牌） 率也不为0 。从而， 使传送时间超过计算出来的上限。因此， 不管采用哪种 MA C策略， 应根据信息未能在确定时间内传送的概率评定其他性能（ 参见 4 . 6 . 2 . 1 ) 。 Q o S 特性必须借助 O S I 特性栈来协调处理， 所以， 应用要规定下列参数： 所要求的信息传输时间， 它可使网络区分紧急通信和非紧急通信； 不能满足该要求的 最大误差概率， 它可以使网络确定是否要重发 Q o S 、 或重新协调 Q O S ; 经过一个连接点的最大吞吐量， 它能为较低层预留足够的网络资 源。 例如， 该连接点进行传输所需的 通信带宽（ 网络允许将不需要临界信息的 “ 预定” 资源用于其他的 数据流， 例如文件传递和程序下载） 。 在连接完成后， 为了重新协调 Q o S （ 由于加在 L A N段上的要求太多， 或由于原来的通路已不能用） ， 必须给服务提供者提供一些措施。 这些 Q o S 参数的值， 应与取 自 标准基点的度量值有关， 否则它就不能利用基点测试来评估网络的性能， 并将其转换成 Q o S 参数值。 最好将区分 P D U或区分赋于 P D U的优先权作为 Q o S 的内容来处理。4 . 5 . 2 T C C A中需要时间相干性并可能需要空间相千性4 . 5 . 2 . 1 概要 T C C系统应支持信息的及时性及同步。所有 T C C应用都需要时间相干性的概念， 而空间相干性的概念在许多 T C C应用中也需要。这些重要特性使 T C C系统与其他的通信系统很不一样。4 . 5 . 2 . 2 说明4 . 5 . 2 , 2 . 1 时间相千性和及时性 时间相干性是变量表的一种特性， 它表明在给定时间窗口内， 该表中的每个变量的值是否已产生，并被传送和 或接收。 T C C系统应该支持信息的显式的及时性属性， 例如， 时间特性标记， 或不同对象的值。这样， 它将给接收T C C ; 的实体提供一个时间标记， 用于指明从一个处理、 或产品、 或网络中选取信息所消耗的时间， 或一个 T C C实体请求信息所用掉的时间。在许多应用系统 中， 这是很重要的， 它能了解这些值是否 ： 在同一时间产生； 在同一时间传递和 或接收。 这样， 就有两种不同的时间相干性： 考虑信息产生的时间相于性和考虑信息传输的空间相干性。 时间相干性不仅在信息传输时很重要， 而且， 当信息有最后提交期限时也非常重要。时间相干性的解决办法是加绝对时间标记和相对时间标记（ 例如利用更新和准时参数） 。4 . 5 . 2 . 2 . 2 时限通信事务 时限通信事务是信息传输（ 或交换） 的集合， 这些信息来 自 于一些难于处理的 A E ， 因为它们都需要在给定时间窗 口内完成。 在许多应用中， 能够在给定时间窗口内完成多个信息传输是非常重要的。 例如： MM S服务“ 读变量表” ( R e a d a l is t o f v a r i a b le s ) 就不考虑时间。从理论上讲， 有可能提供一个时限服务， 它可以规定一些参数， 使得用户能够确定变量是时间相干性的， 即， 所有变量的值均在给定的时间窗口内产生。另外， 这些变量可能位于不同的V MD中， 借助 MM S ， 它需要使用不同的连接， 并且， 能够在一个规定的时间窗口内完成所有的传输是非常重要的。 当所有的应用信息或消息单元已在给定的时间窗口内产生时， 就产生时间而言， 时限通信事务是相干的。 当所有应用已在给定时间窗口内被接收时， 就传输而言， 时限通信事务是相干的。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 当时限通信事务就产生时间和传输时间而言都是相干的， 那么， 它就是全局相干的。4 . 5 . 2 . 2 . 3 空间相千性 空间相干性是一个复制表或变量表 的多个拷贝的一种特性 。它表明所有这些拷贝在给定时间或在给定时间窗 口内是否一致。 当 需要广播或多播时， 空间相干性是非常有用的。必须提供一种工具， 使得若用户需要知道系统支持冗余， 就必须要空间相干性， 这样， 多个控制器对分布的控制系统就有不同的视图， 并完成相应的动作。广播或多播允许 T C C系统提供需要认可的点到点的连接， 在这种情况下， 空间相干性是非常必要的。 当信息的拷贝或变量表在给定时间或给定时间窗口内 是一致的时， 时限通信事务是空间相干的。4 . 5 . 2 . 2 . 4 同步 经常需要 T C C系统支持动作的同步， 如事件的触发或信息检索。因此， T C C系统需要一种机制，使得所有远程 T C C实体在正常（ 无故障） 情况下， 在某个最大偏差时间内具有一个协定的绝对时间或相对时间。当这样要求时， 最大偏差时间通常大大小于最大传输时间。 利用这种同步机制， 设计人员可以在同一时刻（ 在规定的偏差范围内） 进行（ 信息） 采集。给定这种机制以 后， 系统中的 其他组成部分的 责任就是使得以 后提交给通信系统的信息采集保持同步。 现有网络 已证明这种方法是可行的。一些网络使用广播同步机制 ， 而另一些则使用时间标记 。精确的时间标记要求定期校准远程时钟。这可以 通过定期广播信息、 或者通过远程结点上一个可靠的参照点（ 例如卫星时钟） 来完成 。在具有“ 睡眠装置” 的 T C C系统 内， 同步也是很重要的。 利用 T C C系统的应用也可能要求访问一个公共的参考时钟， 同时， 一个 T C C实体也能将它的时钟进行调整 ， 使其与应用 的要求同步 。4 . 6 体系结构的考虑 在柔性生产车间会发生很多事件， 例如生产管理的决策 ， 或偶发事故 的判断。为 了适应这些事件 ，T C C系统必须保证这些柔性能够 ： 在必要时， 重新配置应用 ； 授权配置、 维护、 诊断和设置信息。同时， 对 T C C S 的成员加以控制， 尽可能地避免超载， 因为它会危及时限信息在规定时间窗口内的传递。4 . 6 . 1 调度功能 T C C S 中的 通信或者是时限的， 或者是非时限的。时限的通信可以按不同的紧急程度分类。这样，就必须要有调度功能。下面将介绍这种调度功能的一些性质和特点 。4 . 6 . 1 . 1 区别 P D U4 . 6 . 1 . 1 . 1 概要 在支持时限通信的网 络中， 必须区分时限 P D U和非时限P D U。时限P D U可以用不同的相对紧急程度来标记。4 . 6 . 1 . 1 . 2 说明 可以有多个最适合的紧急等级， 例如， 两级优先直接适应于时限P D U s 和非时限 P D U s ， 而三级优先可 以区分周期性时限 P D Us 、 非周期性时限 P D U s 和所有其他的 P D Us 。一旦建立了优 先机制 ， 它就表明如果想要更高的优先等级， 就有可能是体系结构及其管理极大的复杂化。P D U的优先级必须通过它的两个栈来辨别 ， 因为时限 P D U会优先于时限 P D Us 而被所有的层传播 。 这种抢先优先权将发生在 ： 数据连接层。此时， 优先权被赋予具有最高优先级的 P D U o 与分段有关的层。时限P D U ， 的传播会优先于分段的大的非时限 P D U的离散结构。 其他层 。此时， 任何一个抢先 的机会只要能获得较好的执行就应加考虑。 以上策略依次为优先层次结构提供 了虚拟通道 。最好不要提升带时间的优先权 ， 因为这样会迅速G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8地丢失对通信的区分。例如， 在故障情况下， 当有多个优先级时， 只有最高层会获得最佳的决定， 这在故障情况下是非常危险的。 如果 T C C 系统支持两个以上的优先权， 那么， 就必须要有一种机制， 以确保该体系结构的所有实施能用相同的方法去处理相同的优先级。 某些机制（ 例如限期调度） 可以帮助管理 T C C系统中的优先权， 或者， 可以用来作为区分相对紧急信息的其他方法。如果这种机制只能用于应用层， 那么， 在给定时间窗口内 传送信息就必须依赖于较低层。4 . 6 . 1 . 2 非时限P D U s 不应防碍时限 P D U s 的传输4 . 6 . 1 . 2 . 1 概要 在实际应用中， 出于经济上的考虑， 要求时限通信和非时限通信共享一个网络。改进协调参数、 优化等都可以实现这一要求。4 . 6 . 1 . 2 . 2 说明 如果提供的负载处于最大值， 那么， 仍然需要满足应用对时限通信的定时要求。然而， 单个的非时限传输， （ 例如， 将文件下载到另一个空闲的网络中） ， 就能使用大部分的网络带宽。这就是说， 当网络处于忙碌状态时， 非时限通信会减慢下来。 此时， 如果发生冲突， O S l 栈就不能采取相适应的动作， 此时，时限 P D U的传递要求与非时限P D U的基本负载、 P D U的大小等不相干。4 . 6 . 1 . 3 静态调度和动态调度4 . 6 . 1 . 3 . 1 概要 T C C系统中P D U s 的顺序由应用和环境决定， 而并不完全是规定的。4 . 6 . 1 . 3 . 2 说明 在 T C C系统中 有定期的时限传输、 不定期的时限传输和非时限传输。系统应能利用这些传输的任意组合来进行操作。利用 T C C 系统的不同应用将限定 P D U的顺序。4 . 6 . 2 可靠性4 . 6 . 2 . 1 信息传输时间 下列因素将影响信息传输时间（ 取决于 T C C系统的体系结构） ： 一 一进来的应用层 P D U s 会给出去的 P D U增加等待时间（ 因为大部分栈共享一个处理器） 。然而， T C C实体总是控制着出去的通信量， 通常， 它不控制进来的通信量， 因此， 栈仍然是占优势的。这样 ， 就应将进来 的时限 P D U取消 ， 从而不产生流控制 。 一 修改帧的大小会影响协议的效率。在一个栈中， 大的P D U阻碍时限 P D U的流动。如果应用P D U的大小超过帧的大小， 那么， 就会调用分段处理， 从而产生随后的时间延误。 -T C C系统中的结点（ 应用实体） 个数。 一 动态分配带宽是需要的， 因为用户将获得最好的服务。 信息传输时间可以根据实验来测量（ 但是， 要找到能测量或改变通信的有代表性的系统， 以确保不可能找出 传输的“ 最坏情况” ） ， 或在操作时通过收集统计数据来推断， 或通过模拟瞬时的、 运行工作情况来计算性能。为此， 需要标准的度量， 否则，不可能进行有意义的比 较。 图7 和图 8 表示如何测量给定窗r 1 内接收到的信息的比例和作为时间函数接收一帧的 概率。比例时间图 7 在给定窗口内接收到的信息的比例G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8概率时间 图 8 作为时间的函数接收一帧的概率4 . 6 . 2 . 2 T C C S 中需要协助检测潜在故障的机制4 . 6 . 2 . 2 . 1 概要 只要在潜在通信故障还未被参与者察觉时， 就将其检测出来， 这样， 就能为 T C C 实体提供成功进行时限通信的最高概率。4 . 6 . 2 . 2 . 2 说明 在 T C C系统中， 需要提供一些监控机制， 以便在故障对 T C C系统的时限通信产生影响之前， 将T C C系统组成部件中的故障或部分故障检测出来。T C C系统中的 A E本身就可以担此角色， 或者， 也可以用一个专用的监控实体。另外， 还必须提供管理功能， 对错误检测处理进行管理并整理错误报告。4 . 6 . 2 . 3 可用性4 . 6 . 2 . 3 . 1 概要 可用性被定义为通信系统处于工作状态的概率 。它可表示为 ：MTBFM MT BF MTT R） 式中： A 可用性；MT B F 故障间隔平均时间；MT T R 修理的平均时间。4 . 6 . 2 . 3 . 2 说明 T C C系统提供高程度的 可用性是非常重要的， 因为， 如果在执行时发生故障， 那么， 服务的执行时间就会因恢复时间（ 修理时间） 而延长。4 . 6 . 2 . 3 . 3 影响可用性的因素 通信系统内可发生两种不同的故障： 由于线路或部件故障而导致的永久性故障； 由于线路的高噪音或其他原因（ 如丢失或复制令牌斗 而导致的临时故障。 最好不要因为受任何单个故障的影响， 而改变系统的可用性。 改进可用性有以下三种方法： “ 完美化” 方法。 该方法的基本思想是通过选用故障较低的部件， 或选择噪音水平较低的工作环境， 或选用对环境噪音不太敏感的介质来延长故障间隔的平均时间。 “ 故障容错” 法 。该方法 的基本思想就是减少修理（ 为恢复） 的平均时间。最有希望的方法必须利用冗余技术。例如， 利用代码冗余可以实现传输错误的恢复； 利用复式传输线路， 可允许一条线路发生故障。 “ 故障保留 ” 法。 该方法的基本思想是在故障出现时系统继续运行。 全面的优化解决方案是对以上三种方法的综合。 总体最优方案可以将三种方法结合起来 。4 . 6 . 3 网络管理G B / Z 1 9 2 1 9 -2 4 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 84 . 6 . 3 . 1 应控制 T C C成员体4 . 6 . 3 . 1 . 1 概要 必须对 A E 所建立的关联个数加以限制， 并且 或限制它们的负载， 这样， 网络才能在所要求的时间窗口内、 以规定的允许的成功概率进行时限通信。4 . 6 . 3 . 1 . 2 说 明 时限关联可以预先安排， 以便一旦需要就可使用。这样， 就避免了在时限信息必须发送时， 为建立应用联结而进行的辅助操作。同时， 还可为这些信息预留资源。由于资源是时限通信必用的， 因此， 必须要对产生这种通信的T C C实体个数加以控制。4 . 6 . 3 . 2 应用的重新组合能力和 T C C S 的使用4 . 6 . 3 . 2 . 1 概要 为启动、 再启动或修改应用， T C C系统需要一个预置的时间。4 . 6 . 3 . 2 . 2 说 明 许多工厂自 动化的 用户要求在预置的时间窗口内 修改或启动和 或终止一个应用。 启动包括（ 但限于） 网络访问， 联结的建立、 联结的导航， 以及应用程序的下载等。当T C C实体完全支持应用程序时， 启动完成。当T C C实体不再支持或不再影响应用程序时， 终止完成。当 应用操作按照修改要求处于修改状态时， 修改完成。应用的重新组合不应降低静态状况下的执行性能， 或要求动态的重新组合不应对网络造成破坏。这些都是很重要的。度量应能使用户很快决定如何对应用进行修改。4 . 6 . 3 . 3 离段通信4 . 6 . 3 . 3 . 1 概要 只有当 应用的时间约束未被破坏时， 才允许离段通信。很显然， 还需要非时限通信的离段通信， 例如配置、 维护、 诊断、 启动等。4 . 6 . 3 . 3 . 2 说明 当帧传播到另一段时， 确定该时限段的工作即告结束。在一个桥中， 在两个数据链接口之上有一个隐含的应用（ 模糊集） 。 模糊集内的隐患是无法确定的。在路由器和网关中， 这种潜在隐患明显高于栈。在一个 T C C系统段中， 中继装置（ 桥， 路由器和网关） 也有一个栈， 它是该段中一个标准的一致性协议实例。中继装置可以接收和分派时限通信， 尽管不特别要求通过中继装置进行时限通信必须采用和其他栈相同的方式 。 如果中间段传输插人一个时限段对已经约定的 性能或预留的资源造成影响， 那么， 这种插人是不允许的。对这种传输的控制应作为局部问题来处理。4 . 6 . 3 . 4 管理和主权4 . 6 . 3 . 4 . 1 摘要 本标准不对时限通信所需的管理作详细研究， 也不详细讨论主权问题。但是， 下面的简要介绍与时限通信的用户需求有关。4 . 6 . 3 . 4 . 2 管理问题 已经确定的许多时限通信需求都需要网络管理， 以便使它们能在实时系统中执行。对 T C C 组中和T C C系统中的 T C C实体进行管理是必须的， 同时也需要对资源进行管理。因此， 在 T C C系统中有可能需要 自动管理功能。4 . 6 . 3 . 4 . 3 主权 问题 T C C系统是协同操作的A E s 的组合， 它们相互作用， 形成一个可调整的、 稳定的系统。对 T C C系统进行控制的最基本要求是： 确保单个应用不能因为它们需要时限通信而干扰系统， 同时， 确保 T C C组的所有成员获得它们需要的网络性能和恢复能力。 另外， 它还需要提供带有时间属性及区分所有层的信息， 同时， 还必须有一个控制 A E ， 用于决定和限制 T C C系统中的 T C C实体， 并对网络进行监控和管理 。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 84 . 6 . 4 有些协议的执行情况4 . 6 . 4 . 1 需要时限传输的应用不应该要求时限 P D U在处理传输栈时比它、 或网络、 或接收栈处理得快 。4 . 6 . 4 . 1 1 概要 很显然， 如果 T C C系统上的虚拟通道能力超载了， 那么， 在 T C C系统上的通信就不再是确定的。4 . 6 . 4 . 1 . 2 说明 保证对有限资源的需求有一个上限不是通信系统的责任。在任何 T C C系统中， 它们都要求资源对时限通信来说总是可用的。系统设计人员应提供网络中断规则， 这些规则反映了 对网络的限制， 如带宽或吞吐量 。4 . 6 . 4 . 2 对各需求层的一致性分类4 . 6 . 4 . 2 . 1 概要 一致性分类使 T C C体系结构与各个应用需求相适应。4 . 6 . 4 . 2 . 2 说明 在一些时限应用中， 没有必要要求 T C C体系结构满足所有需求。因此 ， T C C体系结构规定 了一些类， 它们是满足这些需求的特定子集。 识别这些类不是本标准讨论的范围。 但需要开发专用的标准检查程序， 用于检测 T C C系统的相关一致性分类。4 . 7 T C C S 和 O R 一般说来， 为确保终端系统间的相互通信， 现有的 O S I 标准集中在功能方面， 而不是一致性方面。在现有标准中， O S I 实体间的一致性程度是“ 最有效的” ， 也就是说， 不需要对提供服务层予以保证， 无需对它进行监控。如果没有获得所需层， 也无需采取任何补救措施。在当前 O S I 环境下， 对于无连接类型的通信来说， 与一致性相关的 Q o S 特性是一批作为重要经验而给出的常数值。对于面向连接的通信， 这些值则是在建立上下文阶段、 或建立连接阶段、 或进行组合阶段商定的。 这些商定的值一直保持到上下文的结尾、 或保持到连接结束、 或保持到通信同等对同等实体间的联结结束。 反之， T C C A可能需要动态调整与执行相关的 Q o S 特性。 例如， Q o S 需求被表示成时间窗口和经由网络系统传递的信息吞吐量的集合， 它们可以从终端用户规定时间限制中推导出来。T C C A的其他先决条件是支持整个 T C C网络系统的多成员（ 即时限通信实体一 T C C E ） 间的协作。 这种协作建立在多同等通信基础之上， 而不是建立在同等对同等基础之上。 更进一步的要求涉及对网络行为和资源的监控和控制。 T C C A中的网络管理问题都集中 在这些方面。 因此， T C C S 的用户需求要增加网络管理功能。这些功能需要管理由用户规定的时间一 窗口约束。为支持时限通信， 必须将用户需求转换成作为网络管理功能的功能需求。由于 T C C A支持这些附加的网络管理功能， 所以， 它不 同于标准的 O S I 体系结构 。4 . 8 T C C A的网络管理 时限 通信网络系统的工作状况会受一些因素的影响， 它们是不可预测或不稳定因素与可预测或稳定因素的组合， 例如零星的通信、 冲突、 暂时的资源短缺、 组成成员体的改变等等。 时限通信网络系统的性能（ 例如， 传输完成时间） ， 可以通过比较预计完成时间、 所需完成时间和实际完成时间来确定。在 O S I 中， 它们之间是存在差别的， 因为， 所需完成时间由用户和供应者商定， 而操作环境又总是带有偶然性及不完全确定性。在出故障时， T C C S必须在规定 的时间窗 口内通知T C C E 。这类实例说明， 现有的系统管理还不足以适应带有特定时间限制的每一个事件。 最后， 还应开发T C C功能， 以便满足用户要求时间窗口（ 甚至在最坏的情况下） 具有高概率的需求。另外， 历史信息还可用于预测用户是否能接受类似环境下的性能。T C C S网络管理提供的功能满足由时间窗口 相关约束派生出来的 Q o S 需求。4 . 9 T C C N中的网络管理 在未来的制造环境中， 多种多样的实时应用组被连接到一个通信网络系统中。 该网络系统是集成G B / Z 1 9 2 1 9 -2 0 0 3 八S O / T R 1 3 2 8 3 ： 1 9 9 8这些应用组的高可靠的通信基础结构。 在这样的运行环境中， 精确预测整个网络系统的工作情况和特,睦是非常困难的。在这里， 许多合作的应用组分布在整个网络系统上， 整个网络的负载条件将由于配置的改变而动态变化。当根据不同应用的需要而动态地启动或撤销应用组时， 或者， 当添加或删除参与结点时， 网络负载便会改变。 因此， 为了 满足应用相关的时间限制， 在设计、 操作、 维护 ， 及故障修复的 各个阶段， 愈来愈需要一些辅助决策工具， 以 应付网络系统的动态变化。 利用这些工具， 网络系统的设计者能构造满足客户需求的新的网络系统， 并且， 能在现有网络系统中添加或改变应用处理， 而不对系统造成破坏。这样， 使系统管理人员能在操作时改变配置， 并能对高可靠的网络系统进行维护。 这样的工具将会有利于各种应用领域中的网络系统用户 。 时限通信中的网络管理机制应确保在规定的时间窗口内时限信息的交换。通过对这些机制所提供信息的分析， 用户就能使他们的系统满足将来应用的需求。5 T C C A中网络管理的 Q o S需求5 1 引言 T C C A中网络管理的 Q o S 需求表示一组性能， 它们与用户能感知的网络管理服务规定有关。从用户需求（ 参见第 4 章） 中提取并转换的网络管理需求， 主要涉及时限通信网络系统特性的自动控制。在时限通信网络系统的工作情况动态变化的环境下， 为了满足用户规定的时间约束， 这些需求是非常重要的。 从 Q o S 基本框架的意义上来说， Q o S 需求表示管理一个或多个 Q o S 特性的部分或全部需求， 同时表示 Q o S 特性之间的交替使用。更进一步地， 当 Q o S 需求在实体之间传递时， 这些需求还可借助 Q o S参数表示一部分机制。 这些需求产生用于操作时限通信网络系统的策略， 它们决定 Q o S 特性及 Q o S 管理功能。有关这些策略的讨论包含在网络管理需求中。而特性及管理功能则在第 7 和第 8 章中规定。 在一些时限应用中， 第 4 章中规定的所有用户需求并非一定都要满足。因此， 对于 T C C A或 T C -C A中的网络管理而言， 不需要满足第 4 章中规定的所有网络管理需求。这就意味着， 可以允许某些类， 它们只满足这些需求的一些特定子集。但是， 规定这些类不在本标准所讨论的范围之内。5 . 2 网 络管理需求5 . 2 . 1 对事件的适应性要求在 P D U上附加表示绝对紧急程度的参数 由于在现有实时系统中存在状态驭动和事件驱动的双重性 ， 因此 ， 这种双重性在时限通信 网络系统中 也应得到支持。这种双重性将用于大部分实时系统的未来网络系统中， 例如， 适应事件非周期性的（ 本质上是零星的） 时限通信（ 如报警、 警告、 状态修改、 处理完成、 请求资源等等） 以 及周期性的时限通信（ 这些通信都是事先安排好 的） 。 即使在周期性的时限通信负载确定的情况下， 在每个循环周期内要将制约传送到它的目 的地若干个 P D U ， 此时， 时限通信网络系统作为一个控制网络系统， 不应损害自 身的功能去适应非周期性的时限通信 ， 这些非周期性的时限通信是基于事件实例而产生的 ， 它们发生在分布于整个网络系统上的应用处理之 中。 为响应发生在整个时限通信网络系统上的事件而建立的、 适合于一个时限 P D U的策略是： 根据该P D U的绝对紧急程度来确定 P D U的传输优先权。该策略必须用于周期性时限 P D U与非周期性时限P D U共存的环境下， P D U的绝对紧急程度不仅与用户规定的完成时间紧密相关， 而且还与 通信实体指定的、 用于传输的时间一 窗口 有关。可以根据运行中的时限通信网络系统的条件来指定时间窗口， 并且，对运行中的每个通信实体进行修改和重新指定。 在传输处理中， 这种策略应等同地用于周期性时限 P D U和非周期性的时限 P D U， 而它们之间的区别仅在于必须根据它们不 同的紧急程度来完成 。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 85 . 2 . 2 为了与包含在 P D U中的所需完成时间比较， 可以提供预期完成时间 对通信网络系统来说， 决不存在一个完全确定的处理过程。因为， 总是存在一个非零的故障概率， 使得超过期望的完成时间 ， 或者 ， 不能完成所期望的操作。作为控制网络系统使用时， 时限通信 网络系统应能为用户的 传输提供预期完成时间。 从 O S I 的意义上来说， 用户可以确定， 是否能在传输所需完成时间内将一个P D U传递到它的目 的地。然后， 用户就能决定是否要中断传输请求， 并进行替代的操作。当提出的传输预期完成时间恰好大大超过所需完成时间时， 持续的 传输请求可能会严重破坏现有的操作。 为管理传输处理， 在一条消息或一个 P D U 中应包含一个确定的参数。这个参数表示用户规定的所需完成时间， 并在通信实体之间传递。5 . 2 . 3 在传输处理中， 时限 P D U由用户指定， 并且 ， 可优先于非时限 P D U而获得 应用处理根据其需要（ 取决于操作环境） 决定是否将一条消息指定为时限消息。这就意味着， 如果一条消息所包含的 信息与一条已 发送的时限消息中的信息完全相同， 那么， 该消息也并非一定是时限消息。因此， 必须显式地指明一条消息或一个 P D U作为时限消息或时限P D U。 然后， 还需要将一个确定的参数附加到P D U上， 用于指明这个 P D U是否是时限 P D U q 一旦消息被指定为时限消息， 那么， 在整个时限通信网络系统上需将它区分出来， 并传送到其 目 的地， 以 便满足传输所需完成时间。这样做的基础是区分策略， 即在处理过程中， 时限 P D U的获得优先于非时限P D Uo5 . 2 . 4 为启动 P D U的传输， 可以利用调度功能， 将一个特定的时间框架指定为假定的时间窗口 必须在给定时间窗口内接收来自目 的地的认可。由于时间相干性和空间相干性作为时限通信网络系统的一种功能特性， 所以， 不仅必须在单个 目的地， 而且在多个 目的地都要能及时接收 P D U。特别地， 在将 P D U传送到多个目的地时， 各 目的地的传输处理能力和传输距离是不同的。这就意味着， 要在接收方及时接收P D U， 就必须在发送方及时启动 P D U的传输。 为了估算预期传输时间 、 确定 P D U的传输顺序 、 指定用于传送 P D U到 目的地 的特定时间框架 、 对P D U的启动加以管理等， 必须要具有某种调度功能。 调度策略必须建立在满足传输及时性之上。 如果不能保证传输的及时性， 那么， 就必须放弃 P D U,因为不能及时接收它就没有价值。 时间窗口与指定时间框架之间的关系如 图 9 所示。发送者一侧一 节点i _t , ：接收到多同等传输请求节点1 的发送时间框架节点2 的发送 时间框架 时间t 1 t 2 t 3 1 4 t 5 t 5 t 7 t 8 1 e“ 接收时间窗口”t 7 ：节点1 接收到 P DUt 8 ：节点2 接收到 P DU图 9 时间窗 口与指定时间框架之间的关系G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 85 . 2 . 5 尽，利用一切可能的机会去满足需求 对具有相同紧急程度的 P D U s 的处理与时限通信网络系统的通信调度策略有关 ， 例如， 先来先服务、 后来先服务、 随机地服务等等。 P D U的紧急程度是综合用户规定的， 由该 P D U传送到它的目的地的时间限制与到它的最后期限的剩余时间而产生的。最后期限的时间取决于时限通信网络系统的工作条件。因此， P D U的紧急程度当然随时限通信网络系统的工作条件而变化。 在传送一个 P D U到它的目的地时， 如果存在多条可用的传输路径或通信通道， 那么， 最有效方法之一是选择最好的路径或通道， 在时间窗口内将该 P D U传送到目的地。如果碰巧有两个 P D U， 由于具有相同的紧急程度而发生冲突， 那么， 就需要给其中的一个赋予临时的较高的紧急程度， 以便在它们的时间窗口内 将这两个 P D U都传送到它们的目的地。 这一策略必须运用于通信调度或处理的每一个阶段， 以便提高在用户规定的时间限制内将 P D U传送到其 目 的地的成功概率。 图 1 0 表示从节点 1 到节点 3 的可能的选择路径。图 1 1 给出时间窗口的变化与 P D U紧急程度之间的关系。图 1 0 多个路径的可能选择P D U的 赞急程 度 已经过的时间 图 1 1 时间窗口的变化和紧急程度5 . 2 . 6 利用公共时钟 ， 使整个时限通信网络系统上的实体之间同步 在时限通信网络系统上需要提供本地时间装置。这些本地时间装置的时钟之间的同步带有一些最大的偏差和波动。为此， 就要在这些时钟中选出一个， 作为整个时限通信网络系统上的通信实体的公共时钟， 然后， 通信实体就可以利用这个公共时钟使它们的动作同步。5 . 2 . 7 时限请求的发布应不带重发请求 无论何时， 只要不能在预期时间内完成向目的地的传送， 对于 P D U的发送者来说， 最重要的是接收事故通告 P D U 。从 O S I 基本参考模型的角度来看， 这时， 用户就要决定是否同意重发这个 P D U 。然而， 对于应用的用户来说， 要获得有关传输时间的相应信息， 要计算在各种条件下将 P D U传送到它的目 的地的预期完成时间， 要考虑在预期时间内执行的应用处理程序的 顺序， 然后， 要给出多个重发要求分配的时间框架 ， 要完成这些工作将是非常复杂的。 对于应用用户来说， 在时限通信网络系统中， 启动一个不带重发请求的传输请求是比较简一单 和有效的。如果应用用户由于接收到一个事故通知 P D U， 而要求重发相 同的 P D U， 那么， 应用用 户要根据应G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8用的 需要重新启动这个传输请求。5 . 2 . 8 利用整个时限通信网络上所有参与者共有的信息作出决策的能力 时限通信网络系统的行为是整个网络系统上所有参与实体之间的一批信息交互。为了共享公共的知识， 参与实体的协作是非常重要的。 这些公共知识包括： 整个网络系统上的事件的历史信息、 变量、 变量的变化、 参数、 参数的变化、 状态的变化、 统计数字、 配置变化等等。 为了 满足用户需求， 时限通信网络系统的网 络管理在必须的每一阶 段都利用这些公共知识去做出决策。在 应用连接的准 备阶 段， 当 要发送时限P D U时， 可以 利用这些知 识对通信实体设置多个链接的 辅助操作加以限制。 更进 一步 地， 在时限 通信网 络系 统中， 利用这些公共知识， 可以 在每个服务范围内 调整通信容量， 将一些负载 卸载，从而避免通信阻塞。 这样， 整个网络系统的 总资 源的 某一部分总可用于多 个时限P D U . 图 1 2 给出时限通信网络系统上全局公共知识和参与节点内的实体之间的关系。 图 1 2 全局公共知识与节点内实体之间的关系 历史信息用于 计算传送 P D U到其目 的地的预期完成时间。 为此， 历史信息包含以 下一些时间值， 这些 值与通过整个时间通信网络系统传递 P D U到其目 的地有关： 进人上层栈的时间（ 图 1 3 中的 、 t , ) 、 退出上 层栈的 时间（ 图1 3 中的t 1 I t2 ) 、 进人的 数据链的时间（ 图1 3 中的 t 6 ) 、 退出数据链的时间（ 图 1 3 中的t3 ) ,信号在结点间双向 传播的时间， 其中 包括通过其路径上的中介系统的时间（ 图 1 3 的 t 4 , t 9 ) 。退出数据链的时间包括介质访问时间， 而信号传播时间包含每次 在发送结点和目 标结点间更换路径的时间。 在时限通信网络系统中， 其值随运行条件而动态变化， 因此， 其值是随机的而不是确定的。 图1 3 给出与传送 P D U到目的地相关的时间变量。图 1 3 与传送 P D U到目的地相关的时间变G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 85 . 2 . 9 发现潜在故障的能力 为防止潜在故障， 必须提供一些装置， 这就意味着， 要能发觉一些征兆， 预测它们的可能性， 推断其影响。并且， 在必要时采取一些更替的操作或故障保护操作， 以预先防止时限P D U传输的完全失败。6 T C N M 的 Q o S模型6 . 1 引育 T C N M 的 Q o S 模型定义 T C C A中网络管理的体系结构的概念、 原理和结构。该模型为 T C C A中网络管理的全局系统工作提供了一个公共的视图。模型本身并不规定在系统运行时要交换的Q o S 参数或 Q o S 信息。6 . 2 体 系结构原理 模型包含两类实体， 它们在开放系统中参与 T C C N的网络管理， 或参与 T C N M 中的 Q o S 管理。 系统 T C N M Q o S 实体， 它们具有全系统的作用； 本地 T C N M Q o S 实体， 它们与具体子系统的操作相联系。 本地 T C N M Q o S 实体用于协调对 T C C N或 T C C S 需求的响应。而系统 T C N M Q o S 实体则与本地 T C N M Q o S 实体接口， 用于对 T C N M 系统的性能进行监督和控制。系统 T C N M Q o S 实体作为一种工具施加于被管对象， 利用这一工具， 系统 T C N M Q o S 实体与 T C C N系统中提供的Q o S 交互。 本地 T C N M Q o S 实体直接控制协议实体， 这些协议实体是支持 T C C N系统的 Q o S 需求所必须的。在实施这种控制时， 它们借助系统 T C N M Q o S 实体， 对施加于它们的控制作出响应， 并且， 与分布在 T C C N系统上的本地 T C N M Q o S 实体交互。 图 1 4 给出系统 T C N M Q o S 实体与本地 T C N M Q o S 实体间的关系。另外， 从 O S I 基本参考模型的角度来看， T C N M Q o S 实体与 T C C S 用户有关系， 而本地 T C N M Q o S 实体则与（ N个） 服务用户以及（ N个） 服务提供者有关系。 图 1 4 系统与 T C N M Q o S 实体间的关系 T C N M 中Q o S 模型的另一种视图用类似 自 动控制理论 中的闭环控制系统来表示。在这个系统中， 可以响应超级服务用户的要求而提供服务， 可以根据需求对 Q o S 进行说明、 控制和监控。因此，T C C N被认为是为受提供 T C N M 的服务所控制的系统。这些需求表示建立制约的系统策略， 系统的所有操作均在这些制约之下执行。 图 1 5 给出这一方法的总模型， 在此模型中， 为响应超级服务用户的要求而提供 T C N M 服务。对T C N M有两个总输入： -T C N M用户的 Q o S 需求， 它为提供服务建立初始条件； 干扰 ， 它阻碍对指定 Q o S的维护 。 在 T C N M 内的 Q o s 管理表示一些控制实体， 为了满足规定的 Q o ss 需求， 可以对这些实体中的G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8Q O S 特性的Q o S 参数进行调整和输出。 Q o S 管理对与 T C C N运行有关的Q o S 特性的所有可能的测量进行监控。 Q o S 测量值是与 Q o S 特性有关的观测值， 它们提供反馈， 以便在必要时， Q o S管理对 Q o S参数进行调整或重新设置 。TC NM 用户干 扰Q o S需求和T CNM 标记L、！111111111！TC NMQo S管理控制一 翰 出 TCC NQo S特性监控一 输入、 、 一 一 一 一 一 一 一 图 1 5 T C N M 中 Q OS 的闭环控制6 . 3 倍息交换 T C N M Q o S 相关信息可分为以下几类： 保存在 T C N M 实体中的 T C N M Q o S 上下文； 在 T C N M 实体间传递的 T C N M Q o S 参数。 在 T C N M 实体间传递的T C N M Q o S 相关信息， 即T C N M Q o S 参数， 可分为以下几类元素： -T C N M Q o S 需求参数， 它们是对一个或多个 T C N M Q o S 特性提出要求的语句； -T C N M Q o S 数据参数， 它们是 T C N M Q o S 信息而不是 T C N M Q o S 需求参数， 这些数据参数包括测量值、 状态标记、 警告通知、 信息需求等等。 Q o S 需求在相关 Q o S 实体间传递， 并导致它们被接收、 被拒绝或被修改成更为合适的形式。在操作进行中， 这些结果被通知给需求的发源地。6 . 4 Q o S 需求流6 . 4 . 1 在（ N ） 一 子系统中的 Q o S 需求流 通常， 在（ N ） 一 服务边界上， 为了各自的确认的或不确认的（ N ） 服务一 设备， Q o S 相关信息在（ N ） 一 服务用户和（ N ） 服务提供者之间交换， 同时， 还在（ N ） 一 子系统内， 或在它们之间作为输人和输出流进行交换。 Q o S 需求的输出流必须跨越（ N - 1 ） 一 服务的边界传到（ N - 1 ） 一 子系统， 或者必须传送给（ N ） 一 协议中的同等对同等（ N ) - 子系统。 反之， Q o S 需求的输人流必须跨越（ N - 1 ） 一 服务的边界， 从（ N - 1 ) 子系统接收，或者从（ N ） 一 协议中的同等对同等（ N ） 一 子系统接收。当实体接收Q o S 需求时， 每个流都分别有一个反向的响应流。 ( N ） 一 子系统可以作为（ N ) - P C F , ( N ) - Q C F 和（ N ) - P E的组合来建模， 该模型描述如下： - - ( N ) - P C F 确定用于操作（ N ） 一 子系统的策略。它决定一些约束， ( N ） 一 子系统的所有其他决定都必须在此约束控制之下。为控制（ N ） 一 子系统的剩余操作， 要执行某一个动作。 ( N ) - Q C F 在选择参与通信的实体时， 对 Q o S 参数加以考虑。它可以表示一个交互点， 在此交互点上， 可以利用 Q o S 知识影响选择， 同时， 选择上的考虑也会对 Q o S的处理产生影响。 ( N ) - P E负责操作（ N ） 一 协议， 以便将（ N ） 一 服务提供给（ N ） 一 服务用户， 同时， 它还负责操作它的同等对同等（ N ） 一 协议实体、 它的同等对同等（ N ） 服务用户和（ N - 1 ） 一 服务提供者。 图 1 6 给出在（ N ) - 子系统内和在它们之间的 Q o S需求 流。( N ） 一 子系统和（ N - 1 ) 子系统间的这种流G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8被认为是正在（ N - 1 ） 一 服务中传递的原始流， 而不管它是作为通过在（ N - 1 ) - P E和（ N) - P C F之间进行传递来建模 ， 或是作为在（ N - 1 ) - P E和（ N) - P C F之 间进行传递来建模 。( N ） 一 协议 图 1 6 ( N ） 一 子系 统内和（ N ） 一 子系统间的Q O S 需求流动情况6 . 4 . 2 ( N ) - 子系统和 T C N M 之间的Q O S 需求流 为了各自 确认的和不确认的服务工具， 在（ N M） 一 服务边界上， T C N M Q o S 相关信息在（ N M） 一 服务用户和 T C N M 子系统之间交换， 同时， 也在 T C N M一 子系统之间作为输人流和输出流进行交换。另外，Q o S 信息的输出、 输人流还隐含着（ N ） 一 子系统和T C N M 子系统间交拚的交互作用， 以便满足T C C N的Q o S 需求。 尽管在管理整个网络系统时， T C N M子系统相互配合， 但对它们的操作是自 动执行。同时， 还可以根据开放系统的结构， 将 T C N M分解成子层和分区， 作为（ N ） 一 子系统的集合， 由 它自己管理。 T C N M 一 子系统可以当作（ N M) - P C F , ( N M) - Q C F 和（ N M) - ME的组合来建模， 描述如下： ( N M) - P C F 确定操作 T C C N策略。它确定一些限制， T C N M 一 子系统的一切其他决定都必须遵守这些限制， 同时， 这些限制还对（ N ） 一 子系统中的（ N ) - P C F施加影响， 以便满足 T C N M 的 Q o S 需求。执行任一动作就可控制 T C C M一 子系统的剩余操作。 ( N M) - Q C F 在选择参与网络管理的实体时， 考虑 Q o S 需求。它可以提供一个交互点， 在此交互点上， Q O S 知识可以影响选择， 而选择的考虑也会对 Q o S 的处理产生影响。 ( N M) - ME是负责操作管理动作的管理代理实体。这些管理动作包括： 状态控制和报表、 报警报表、 记录、 违章报告、 访问控制、 监控度量、 测试控制、 浏览报告、 通信量管理、 资源控制、 知识管理等。从 O S I 系统管理的观点来看， ( N M) - M E利用（ N M） 一 协议， 以便与其他同等对同等( T C N M） 一 子系统相配合。为了协调和调整分布 T C N M 子系统操作中各种 Q o S 实体的行为， ( N M) - ME兼有两类能力，即， 不仅要提供全系统范围的功能， 还要提供有限的局部能力。 Q o S 需求的输出流必须穿过（ N M） 一 服务的边界向下传给（ N M) - P C F , ( N M) - Q C F和（ N M) - M E ， 并传送给（ N M） 一 协议中的同等对同等 T C N M子系统。反之， Q o S 需求的输人流必须从（ N M） 一 协议中的同等对同等 T C N M子系统接收， 并且， 必须向上传到（ N M) - P C F 。在 T C N M子系统内， 修改后的 Q o S需求被（ N M) - P C F传送给（ N ） 一 子系统内的（ N ) - P C F 。图 1 7 给出（ N ） 一 子系统和 T C N M 子系统间的Q o S 需求流， 以及从 T C N M子系统到（ N ） 一 子系统的需求流。当实体接收Q o S 需求时， 每一个流都分别有一个反向的流与之响应。6 . 5 ( N ) - 子 系统与 T C N M 间的 Q O S数据流 ( N ) - 子系统和 T C N M子系统间的数据流不能和它们直接交互， 而需通过 T C N M- MI B , T C N M提供一个交互点， 在此交互点， 有关操作中的各种 Q o S 实体的行为的公共知识被用于策略控制、 Q o S 控制、 协议处理、 以及在（ N ） 一 子系统内和 T C N M 一 子系统内的管理代理的处理。通过 T C N M- M I B的交互随时都会发生。CR/ 7 1 g91 q- 9n n,4/ T C n / TU O口2 l oo( N P-1& z 图 1 7 ( N ） 一 子系统和T C N M之间Q OS 数据流的关系 从 O S I 系统管理的意义上来说（ I S O / I E C 1 0 0 4 0 和 I S O / I E C 1 0 1 6 5 ) T C N M - MI B管理信息模型A本上和 MI B 模型类似， 或者就包含在 MI B模型之中。T C N M - MI B的构成是一批要管理的对象的乌构， 它包括在 T C N M一 子系统内或在它们之间交换的 Q o S 数据参数， 也包括在（ N ） 一 子系统和 T C N M - -J系统间交换的 Q o S 数据参数， 另外， 它还保留Q o S 上下文和访问信息。 T C N M - MI B中的被管对象用于状态控制和报告、 警告报告、 记录、 违章报告、 访问控制、 监控度量测试控制、 浏览报告、 通信调度、 资源控制等等。T C N M Q o S 机制将利用这些被管对象， 对这些操作I理活动的行为进行监督 和控制。 图 1 8 给出（ N ） 一 子系统和 T C N M子系统间 Q o S 数据流的关系， 以及在 T C N M 子系统内或在它右之间的 Q o S 数据流 。（ N卜 附 各 用 户t n r a万 、 刁 州 卜J臼（ N 一 t 、 一 用 各 田 广阁1 8 ( N） 一 不 蔡 iV 和 TCNM 少 A i l nn c f 摇 孺 的 怂 mG B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 87 T C C A的伽S 特性7 . 1 引言 T C C A的Q o S 特性与 Q o S 的基本目 标相对应， 它是可量化， 并可加以管理的。 这些特性还表示工作的 真实基本状态， 或者用来描述时限通信环境下V-个网 络系统的 实际性能。 为设计、 或实现对 T C C S 的操作， 可以借助于 Q O S 需求的几种策略。为了满足对一个或多个 Q o S特性的 Q o S 需求， 为了表示它们之间的替代使用， 可以利用这些策略确定 Q o S 特性和Q o S 管理功能。7 . 2 Q o S 特性 Q o S 特性由给定的用户加到一个服务请求或一批服务请求上。本条款定义与消逝时间有关的Q o S 特性， 或定义与请求相关联的数据的完整性。7 . 2 . 1 日 期 时间特性7 . 2 . 1 . 1 定义 该特性被定义为事件发生时的绝对时间。7 . 2 . 1 . 2 且化 该特性被数量化表示为相对于一个已知时间原点的 任一时间单位， 例如分、 秒、 微秒等等。7 . 2 . 1 . 3 专门化 通过规定特定事件、 计量单位和原点， 以及使用的统计量等， 使日 期 时1m 专门化。7 . 2 . 2 时间延迟特性7 . 2 . 2 . 1 定义 该特性被定义为在时间 T , 和 T z 发生的两个通用事件E ： 和E ： 之间所延迟的时间（ T Z 一T , ) ,7 . 2 . 2 . 2 f化 该特性被数量化表示为任一时间单位， 例如分、 秒、 微秒等。7 . 2 . 2 . 3 专门化 通过指定特定事件、 计算单位和 或使用的统计量等， 使时间延迟专门化。7 . 2 . 2 . 4 统计上的推导 在上述时间延迟特性上可附加某种统计上的 偏差。 例如； 对于传输延迟， E ； 是第一项通过日 期点 P ， 的通路， 而 凡 是最后一项通过日 期点 尸 ： 的通路。 对于请求 重播延迟， E , 是第一项的通过日 期点P , 的通路， 而凡 是与重播相关的最后一项通过 P , 点的通路 。 一 对于请求 确认延迟， E , 是第一项通过 日 期点 尸 1 的 通路， 而 E , 是与确认相关的最后一项通过P , 点的 通路。 注： 偏差特别重要。它被定义为通信期间某一特定时间延迟的范围（ 从最小到最大） 。例如， 对于数据流来说 ， 偏差 是很重要的， 因 为在数据流中， 在对终端用户的 服务无明 显损害前提下， 只能允许传输迟延的 少量变化。7 . 2 . 3 生存期有效性特性7 . 2 . 3 . 1 定义 该特性被定义为有效日 期的期限口7 . 2 . 3 . 2 化 该特性被数量化表示为一个时间间隔。7 . 2 . 4 剩余生存期特性7 . 2 . 4 . 1 定义 该特性被定义为日 期失效前的剩余时间。7 . 2 . 4 . 2 f化 该特性被数量化表示为一个时间间隔。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 87 . 2 . 5 时间相千特性7 . 2 . 5 . 1 定义 该特性被定义为一个标记， 它指明同一个动作是否已在给定时间窗口的一个表中的每个实体、 每个数据值上执行 。7 . 2 . 5 . 2 f化 该特性被数量化表示为一个布尔值 ， 即“ 真” 或“ 假” 。7 . 2 . 5 . 3 专门化 对于时间相干性特性， 可有更进一步的专门化领域， 包括时间数据产生相干性、 时间数据传输相干性、 时间数据消耗相干性等。7 . 2 . 6 时间数据产生相干性特性7 . 2 . 6 . 1 定义 该特性被定义为一个标记， 它表明在给定时间内， 一个表中的每个变量的值是否已产生。7 . 2 . 6 . 2 盆化 该特性被数量化表示为一个布尔值 ， 即“ 真” 或“ 假” 。7 . 2 . 7 时间数据传输相千性特性7 . 2 . 7 . 1 定义 该特性被定义为一个标记， 它表明一个表中的每个变量的值是否已在给定时间窗口内 传输。7 . 2 . 7 . 2 f化 该特性被数量化表示为一个布尔值， 即“ 真” 或“ 假” 。7 . 2 . 8 时间数据消耗相干性特性7 . 2 . 8 . 1 定义 该特性被定义为一个标记， 它表明在给定时间窗 口内， 一个 表中的每个变量值是否 已被使用过。7 . 2 . 8 . 2 f化 该特性被数量化表示为一个布尔值 ， 即“ 真” 或“ 假” 。7 . 2 . 9 空间相千性特性7 . 2 . 9 . 1 定义 该特性指明， 在规定时间或在给定时间窗口内， 所有复制表或变量表的多个拷贝是否一致。7 . 2 . 9 . 2 f化 该特性被数量化表示为一个布尔值， 即“ 真” 或“ 假” 。7 . 2 . 9 . 3 专门化 对于空间相干性特性， 可有更进一步专门化的领域， 包括无时间限制的空间相干性、 时间空间相干性等。7 . 2 . 1 0 无时间限制的空间相干性特性7 . 2 . 1 0 . 1 定义 该特性被定义为不存在时间问题 的空间相干性 。7 . 2 . 1 0 . 2 f化 该特性被数量化表示为一个布尔值， 即“ 真” 或“ 假” 。7 . 2 . 1 1 时间空间相干性特性7 . 2 . 1 1 . 1 定义 该特性被定义为在规定时间或在给定时间窗口内的空间相干性。7 . 2 . 1 1 2 f化 该特性被数量化表示为一个布尔值 ， 即“ 真” 或“ 假” 。7 . 2 . 1 2 能力G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 87 . 2 . 1 2 . 1 定 义 该特性被定义为在规定时间期限内可提供服务的时间总量。7 . 2 . 1 2 . 2 f化 由于能力特性可适用于不同类型的资源， 所以， 它用不同的 单位来表示。 能力的量化还与用于测量的时间单位有关。7 . 2 . 1 2 . 3 专门化 吞吐量是能力特性的专门化表示。7 . 2 . 1 3 吞吐且（ 通信能力） 特性7 . 2 . 1 3 . 1 定义 该特性被定义为在规定时间（ t ) 期限内， 经由一个通道所传输的平均信息总量。7 . 2 . 1 3 . 2 且化 该特性被数量化表示为一个速率， 例如， 位 秒或字节 秒。7 . 2 . 1 3 . 3 专门化 对于通信吞吐量特性， 可有非常广泛的更进一步的专门化领域， 其中， 包括用户信息吞吐量、 应用信息吞吐量、 子系统吞吐量、 处理能力以及每秒多少指令等。7 . 2 . 1 3 . 4 统计上的推导 对于通信吞吐量特性， 有两类统计上的推导， 它们是： 输出限制吞吐量， 即在规定期限内， 在（ N ） 层和（ N - 1 ) 层之间， 通过通道传输的输出信息的平均总量， 和 或在端到端系统之间， 在（ N ） 个关联间经由通道传输的输出信息的平均总量。 输人限制吞叶量， 即在一规定期限内， 在（ N ） 层和（ N - 1 ) 层之间经由通道传输的输人信息的平均总量 。 注 ： 吞叶量必须是一个速率。“ 用户数据” 必须显式地生成， 以便使其区别于管理通道的控制数据（ 例如流控制窗日 参数） 。必须标明定义速度的那个点 ， 并且， 标明定义速度的时间间隔。通过改变 t ， 可 以处理以下情况： 吞吐鳖 必须保持恒定不变（C t 值小） ， 以 及， 只有满足长期限平均值（( t 最大值） ， 则允许吞吐量的宽幅变化。 例如， 视频信 息流和常用的包交换数据。定义时间延迟的一些“ 区分符” 也可用于吞吐量。“ 处理” 可以用于区分位 字节或 包 帧 单元。“ 位置” 可以定义通道， 例如 O S I N- S AP到同等对同等（ N) - S A P ,“ 操作” 可以是 队列中的数据 类型。 如果要确保在用户信息传递时， 不发生因排队等候或其他不确定因素引起的延迟， 用户就必须要能够为 每一类传输申 请最小的用户信息吞吐量， 这样才能保证不降低要求。 在吞吐量受通信系统或该系统的一部分 （ 如通信栈） 影响， 或受网络影响的情况下， 用户必须要定量表示负载对吞吐量的 影响。7 . 2 . 1 4 用户信息吞吐f特性7 . 2 . 1 4 . 1 定义 该特性被定义为在规定时间期限内所传输的用户信息的总量。7 . 2 . 1 4 . 2 ，化 该特性被数量化表示为一个速率， 例如， 位 秒 或字节 秒。7 . 2 . 1 4 . 3 统计上的推导 该特性的统计推导包括离开边界的用户信息吞吐量特性和进人边界的用户信息吞吐量特性， 这些特性是在（ N ） 和（ N - 1 ) 层间或在端到端系统中的（ N ） 关联间的边界处规定的。7 . 2 . 1 5 应用信息吞吐且特性7 . 2 . 1 5 . 1 定义 该特性被定义为应用之间在规定时间期限内传递的信息总量。7 . 2 . 1 5 . 2 最化 该特性被数量化表示为一个速率， 例如， 位 秒 或字节 秒。7 . 2 . 1 5 . 3 统计上的推导 该特性的统计推导包括离开边界和进人边界的应用信息吞吐量特性， 这些特性是在端到端系统中G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8的应用关联的边界处规定 的。7 . 2 . 1 6 子系统吞吐f特性7 . 2 . 1 6 . 1 定义 该特性被定义为在规定时间期限内通过所有（ N ） 一 关联传递的信息总量。7 . 2 . 1 6 . 2 ，化 该特性被数量化表示为一个速率， 例如位 秒或字节 秒。7 . 2 . 1 6 . 3 统计上的推导 该特性的统计推导包括在子系统边界处规定的进人边界和离开边界的信息吞吐量特性。7 . 2 . 1 7 处理能力特性7 . 2 . 1 7 . 1 定义 该特性被定义为在规定时间期限内被执行的处理的总量。7 . 2 . 1 7 . 2 皿化 该特性被数量化表示为指令 秒。7 . 2 . 1 7 . 3 专 门化 对于处理能力特性， 可有更进一步专门化的领域， 其中包括系统吞吐量、 负载等等。7 . 2 . 1 8 系统吞吐f特性7 . 2 . 1 8 . 1 定义 该特性被定义为在规定时间期 限内， 在终端系统处执行的处理的总量 。7 . 2 . 1 8 . 2 化 该特性被数量化表示为指令 秒 。7 . 2 . 1 9 操作负载特性7 . 2 . 1 9 . 1 定义 该特性被定义为正在使用的均衡能力。7 . 2 . 1 9 . 2 f化 该特性被数量化表示为使用的能力与可用能力之比。7 . 2 . 1 9 . 3 专门化 对于负载特性， 可有更进一步专门化的领域， 包括连接负载、 子系统负载等。7 . 2 . 2 0 关联负载特性7 . 2 . 2 0 . 1 定义 该特性被定义为在整个（ N ） 一 关联中 要使用的（ N ） 一 关联的能力。7 . 2 . 2 0 . 2 f化 该特性被数量化表示为使用的能力与可用能力之比。7 . 2 . 2 1 子系统负载特性7 . 2 . 2 1 . 1 定义 该特性被定义为在子系统中 要使用的（ N ） 一 子系统的能力。7 . 2 . 2 1 2 ，化 该特性被数量化表示为使用的能力与可用能力之比。7 . 2 . 2 2 准确性特性7 . 2 . 2 2 . 1 定义 该特性被定义为一件事件、 一批事件或一个条件的正确性。准确性是用户关心的一个 Q o S 特性。它只涉及用户信息的完整性（ 标题的完整性、 以及相似协议控制信息的完整性可以是其他特性的研究话题 ） 。7 . 2 . 2 2 . 2 f化G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 该特性被数量化表示为一个概率。7 . 2 . 2 2 . 3 专门化 准确性特性在许多方面都可以专门化， 包括寻址错误、 递送错误、 余数错误等。7 . 2 . 2 3 寻址错误特性7 . 2 . 2 3 . 1 定义 该特性被定义为错误选择了用于传递数据的地址。7 . 2 . 2 3 . 2 ，化 该特性被数量化表示为一个概率。7 . 2 . 2 4 递送错误特性7 . 2 . 2 4 . 1 定义 该特性被定义为将数据递送到不正确的地址。7 . 2 . 2 4 . 2 f化 该特性被数量化表示为一个概率。7 . 2 . 2 5 余数错误特性7 . 2 . 2 5 . 1 定义 该特性被定义为传递重复的或 剩余的数据。7 . 2 . 2 5 . 2 ，化 该特性被数量化表示为一个概率。7 . 2 . 2 6 传输错误特性7 . 2 . 2 6 . 1 定义 该特性被定义为大量数据的错误传输。7 . 2 . 2 6 . 2 f化 该特性被数量化表示为一个概率。7 . 2 . 2 7 可允许错误特性7 . 2 . 2 7 . 1 定义 该特性被定义为可接受的错误量。7 . 2 . 2 7 . 2 f化 该特性被数量化表示为一个概率。7 . 2 . 2 8 复原特性7 . 2 . 2 8 . 1 定义 该特性被定义为从错误中复原的能力。7 . 2 . 2 8 . 2 f化 该特性被数量化表示为一个概率。7 . 2 . 2 9 传输完整性特性7 . 2 . 2 9 . 1 定义 该特性被定义为在一个时间间隔内， 无错误传输的数据总量。7 . 2 . 2 9 . 2 ，化 该特性被数量化表示为一个概率。7 . 2 . 3 0 建立错误特性7 . 2 . 3 0 . 1 定义 该特性被定义为在规定的时间窗口内不能建立所要求的链接或关联。7 . 2 . 3 0 . 2 f化 该特性被数量化表示为一个概率。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 : 1 9 9 87 . 2 . 3 1 传输错误（ 丢失） 特性7 . 2 . 3 1 . 1 定义 该特性被定义为不能传输所有的或部分的 要递送的数据。7 . 2 . 3 1 . 2 f化 该特性被数量化表示为一个概率。7 . 2 . 3 2 恢复错误特性7 . 2 . 3 2 . 1 定义 该特性被定义为不能从错误条件中 恢复。7 . 2 . 3 2 . 2 f化 该特性被数量化表示为一个概率 。7 . 2 . 3 3 解除错误特性7 . 2 . 3 3 . 1 定义 该特性被定义为在规定时间窗口内 不能解除关联和链接。7 . 2 . 3 3 . 2 f化 该特性被数量化表示为一个概率。7 . 2 . 3 4 安全特性7 . 2 . 3 4 . 1 定义 该特性被定义为事件、 动作或资源的安全等级。7 . 2 . 3 4 . 2 f化 该特性被数量化表示为防止出事故的概率。7 . 2 . 3 5 保护特性7 . 2 . 3 5 . 1 定义 该特性被定义为给予资源或信息的保 密性。 注： 保护 Q o S 是服务提供者借助保密服务对保密威胁的防范程度。对保护 Q o S 服务参数的处理是本地事务 ， 他受 所实施的安全策略的控制。对于一个通信实例， 服务用户可以向服务提供者指明它的保护 Q o S要求， 而服务提 供者也可以向服务用户指明提供给一个通信实例的保护Q o S 。由服务提供者提供的保护Q o S 不必与服务用户 所要求的 相同。 在O S I 中， 为了 根据所选保密服务传送信息， 开放系统之间任何低层协议的交换（ 称之为“ 带 段” 协议交换） 附带在保密联接协议中， 该协议与通信实例无关。 它可以隐式地附带一张保密表， 或显式地用其 他方法。 有关低层安全保护及处理保护 Q o S的更进一步信息请参看“ I T U - T R e c o m m e n d a t i o n . X 8 0 2 1 I S O / I E C T R 1 3 5 9 4 （ 低层保密指南） ， ， 有关高层保护请参看 I T U - T R e c o m m e n d a t i o n . X 8 0 3 1 I S O / I E C 1 0 7 4 5高层 保密模型） ” 。7 . 2 . 3 5 . 2 f化 该特性被数量化表示为保护失败的概率。7 . 2 . 3 6 访问控制特性7 . 2 . 3 6 . 1 定义 该特性被定义为对资源的保护， 以防止未授权的访问。7 . 2 . 3 6 . 2 ，化 该特性被数量化表示为保护失败的概率。7 . 2 . 3 7 数据保护特性7 . 2 . 3 7 . 1 定义 该特性被定义为对数据的保护 ， 以防止未授权 的访问。7 . 2 . 3 7 . 2 f化 该特性被数量化表示为保护失败的概率。7 . 2 . 3 8 保密特性G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 87 . 2 . 3 8 . 1 定义 该特性被定义为对数据的 一种保护， 以防止未授权的查阅。7 . 2 . 3 8 . 2 化 该特性被数量化表示为保护失败的概率。7 . 2 . 3 9 可靠性特性7 . 2 . 3 9 . 1 定义 该特性被定义为资源或信息的可靠性。7 . 2 . 3 9 . 2 且化 该特性被数量化表示为根据可靠性等级确定保护失效的概率。7 . 2 . 4 0 有效性特性7 . 2 . 4 0 . 1 定义 该特性被定义为可获得满意服务的时间的百分比。 有效性通常用来作为 Q O S 需求的“ 工程质量” 需求。对于没有故障误差（ 或没有冗余） 的简单系统，有效性是可靠性和可维护性的简单函数， 即 几f r B尸（ 例叮BF十 MTT R）X 1 0 0 式 中： A 有效性百分比； MT B F 故障之间的平均时间； MT T R 修理 的平均时1 8 1 e 对于某些应用， 要求在一个有限时间段内规定有效性， 例如， 在 3 0 天内有效性为 9 9 0 0 。上述公式允许对操作期间不可能进行维护和修理的地方进行设计。然而有效性只是系统可靠性的一个函数。 在较复杂的系统中， 只要提供一些冗余度， 即使系统中的某些元素失效， 有效性要求仍能满足。例如， 在通信网络中， 通信服务可以利用替换发送。 在某些情况下， 规定有效性就足够了， 不必再规定可靠性或可维护性。然而， 对于某些系统来说， 可能还需要对系统脱离服务的时间长度加以限制， 在此情况下， 除有效性外， 还必须规定“ 发生故障时间” 或维护特性。由于有效性、 可靠性和可维护性是相关的， 所以， 不必规定所有这三个特性 。 注： 这是对“ I T U - T R e c o m m e n d a t i o n X 1 4 0 ” 中定义的简化， 同时要求对“ 满意度” 有一个约定理解。7 . 2 . 4 0 . 2 f化 此特性被数量化表示为时间的百分比。7 . 2 . 4 0 . 3 专门化 有效性特性存在许多专门化是可能的， 其 中， 包括通道有效性 、 连接有效性等。7 . 2 . 4 1 通道有效性特性7 . 2 . 4 1 . 1 定义 该特性被定义为获得一条通信通道的时间比。7 . 2 . 4 1 . 2 f化 该特性被数量化表示为时间的百分比。7 . 2 . 4 2 连接有效性特性7 . 2 . 4 2 . 1 定义 该特性被定义为获得一个连接的时间比。7 . 2 . 4 2 . 2 ，化 该特性被数量化表示为时间的百分比。7 . 2 . 4 3 处理有效性特性G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 87 . 2 . 4 3 . 1 定义 该特性被定义为获得一个处理 的有效时间比。7 . 2 . 4 3 . 2 f化 该特性被量化为时间的百分比。7 . 2 . 4 4 可靠性特性7 . 2 . 4 4 . 1 定义 该特性被定义为超过规定的Q o S 要求而提供服务的概率（ 即， 不出故障） 。7 . 2 . 4 4 . 2 化 该特性被数量化表示为故障间平均时间（ MT B F ) 概率。7 . 2 . 4 5 故障误差特性7 . 2 . 4 5 . 1 定义 该特性被定义为使组成部分出错或故障的影响减至最小的可能性。假定认为单个故障与故障的统计过程无关， 那么， 这些特性就可以是有关系的。一个系统的可靠性由硬件和软件设计的工程质量、 所使用的组成成分， 以 及系统的运行环境来决定。原则上， 系统的可靠性在设计时就已确定， 但随后的运行条件也可对其产生影响。7 . 2 . 4 5 . 2 f化 该特性被数量化表示为平均故障 错误时间概率。7 . 2 . 4 6 可维护性特性7 . 2 . 4 6 . 1 定义 该特性被定义为一个连续的时间期限， 在此期限内不提供与某个观察期相关的满意的或允许的服务。7 . 2 . 4 6 . 2 f化 该特性被数量化表示为维修平均时间（ MT T R ） 概率。7 . 2 . 4 7 故 障干允度特性7 . 2 . 4 7 . 1 定义 该特性被定义为在出现一个或多个错误 故障时仍进行操作的能力。尽管， 通过对维护人员的培训、 进行交替保养和一些支撑策略， 有可能对系统的可维护性进行小小的改动， 但它基本上在设计期间就被确定下来 了。7 . 2 . 4 7 . 2 ，化 该特性被数量化表示为一个概率。7 . 2 . 4 8 优先特性7 . 2 . 4 8 . 1 定义 该特性被定义为一个对象的相对重要性， 或给事件规定的紧急度。 注： 应认识到优先不同于其他候选 Q o S 特性， 其他特性与为服务用户提供的服务紧密相关 。所以吞吐量 、 有效性、 延迟等都与服务有关 ， 并且可用相同的方法进行测量。这个基本准则可用于确定某件事物是否是一个特性。 优先与一个（ 或一批） 特定的通信实例有关， 并且， 通过 Q o S 参数， 它可在服务用户和服务提供者之间传递。服务提供者也可将它用来给通信分配相对优先次序， 以及调用各种（ Q o S ) 机制， 以确保各种服务合同都能履行。 由于现有的 许多服务和协议标准都支持优先参数， 所以， 重要的是要保证， 当与优先相关的可测量特性存在时， 它应包含在该标准中。而且， 在服务提供者设置的范围内设置优先是用户一驱动的活动，服务提供者必须灵活地将用户要求的优先度映射为一个与其他的服务层协议相匹配的绝对优先度。7 . 2 . 4 8 . 2 ，化 该特性被数量化表示为 ：G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8一个集合的排列顺序；相对于某些参考点的测量值 ； 与其他对象或事件的对比。7 . 2 . 4 8 . 3 专门化 该特性可以有多个专业化应用， 包括事件的优先、 资源优先、 功能优先等。7 . 2 . 4 9 事件优先特性7 . 2 . 4 9 . 1 定义 该特性被定义为一个事件的相对重要性或相对紧急程度。7 . 2 . 4 9 . 2 ，化 该特性被数量化表示为对其他些事件的排列次序。7 . 2 . 5 0 资源优先特性7 . 2 . 5 0 . 1 定义 该特性被定义为一个对象的相对重要性。7 . 2 . 5 0 . 2 f化 该特性被数量化表示为对其他一些对象的排列次序。7 . 2 . 5 1 功能优先特性7 . 2 . 5 1 . 1 定义 该特性被定义为一个功能的相对重要性。7 . 2 . 5 1 2 f化 该特性被数量化表示为对其他一些功能的排列次序。7 . 2 . 5 2 传输优先特性7 . 2 . 5 2 . 1 定义 该特性被定义为一次传输的相对重要性或紧急程度。7 . 2 . 5 2 . 2 f化 该特性被数量化表示为对其他传输的排列顺序。7 . 2 . 5 3 访问优先特性7 . 2 . 5 3 . 1 定义 该特性被定义为访问的相对重要性或紧急程度 。7 . 2 . 5 3 . 2 f化 该特性被数量化表示为对其他一些访问的排列顺序。8 T C N M 中的 Q O S 管理功能8 . 1 引言 T C N M 中的 Q O S 管理功能或网络管理功能用于实现对整个时限通信网络系统的 Q O S 需求。T C -N M 中的Q o s管理功能可以利用 T C N M 中的一批 Q o S 管理机制或网络管理机制， 这些机制是 Q o S 管理功能的组成部分 ， 并通过各种组合， 在 T C C A实施中得以应用。 为满足用户规定的时间约束， 本条款中描述的 Q O S 管理功能按照它们的闭环控制来标识。 Q o S 管理功能集可用两种方法创建： 由 通信服务的用户（ 如应用处理程序） 提出 请求； 第三方（ 如远程系统管理员） 提出。 类似地， Q O S 机制也可以由服务的用户或第三方创建。另外， 为了 满足 Q o S 需求， Q o S 机制还可以由服务的提供者按照闭环控制来创建。 当Q o S管理功能之间在服务边界上交换 Q o S 信息时， 会发生下列交互：G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 一 请求者向 某人提交信息， 并且， 可能收到那个接收者发回的相关确认信息； 接收者接收某人传来的信息， 并且， 可能向那个请求者提交相关的回 答。 由Q O S 管理功能和 Q O S 管理机制建立并使用的 Q O S 信息包含下列的需求参数： 一个或多个 Qa S特性的一个或多个值 ； 一 个值所起的作用， 例如， 上限或下限、 上临界值或下临界值、 操作对象、 辅助参数， 例如， 用于对可能的结果加以限制的一些类型的边界； 当到达一个限制或一个临界（ 值） 时所引发的动作； 所承担的不同协议等级， 例如， 时限通信的保用等级和非时限通信的强制性等级。8 . 2 Q o S 管理活动的阶段 与 Q o S 相关的活动可分类成三个阶段： 接纳阶段。在此阶段， 允许接收用户的通信请求。在通信请求有可能完成， 并且不会对运行网络系统产生严重干扰的情况下， 调用通信服务处理程序。 -Q o S 建立阶段。在此阶段， 在系统活动开始之前， 根据 Q O S 需求生成一个运行协议， 并且， 在运行过程中， 在用户、 通信服务提供者或第三方所同意的范围内， 对 Q O S 参数值进行协商和调整。 运行阶段。在此阶段， 遵守和实现 Q O S 建立阶段所制定的协定。在此阶段的活动有： Q o S 监控 、 Q O S维护 、 Q O S查询 、 Q o S报警等 。 图 1 9给出各个活动阶段间的关系。服务用户接纳 阶 段建 立 阶 段运行 阶 段 图 1 9 各活动阶段间的关系8 . 3 Q o S管理功能 为管理时限通信环境中提供的Q O S ， 使用了许多功能。在此子条款中， 按功能分类列出 Q o S 管理功能， 每一类是一批用于管理一个特定 Q o S 的相应的管理机制。 图 2 0 给出这些功能间的关系。8 . 3 . 1 接纳控制功能 接纳控制功能对接受用户通信请求加以限制， 以便确保资源不会超载， 并避免对操作系统产生严重干扰的危险。只有当请求在规定的限制范围内有可能完成时， 才接受这一请求。 接纳控制功能利用多个管理机制 ， 例如完成时间预测、 干扰预测 、 Q o S监控和 Qo S 查询等。8 . 3 . 2 Q o S 建立功能 Q O S 建立功能由接纳控制功能或其他功能在运行阶段启动。该功能生成一个有关 Q O S 需求的运行协议， 使得整个时限通信网络系统的活动在发生前就已获得所需的 Q O S 特性值。在运行阶段， 在用户和通信服务提供者、 或第三方之间认同的范围内， 该功能可以对 Q o S 参数值进行重新协商和调整， 同c B / z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 圈 2 0 功能间的关系时， 允许反馈给被调整的系统。然后， 它将建立有关 Q o S 需求的新协议或新的参数值， 这些 Q o s 需求将传递给启动该功能的其他相应功能。当另一功能断定所需 Q O S以 低于认同的极限而失效， 它即发出信号， Q o s 建立功能接收信号后则终止其上下文关系， 然后， 立即终止 Q o s 建立功能。 该功能可以利用多个管理机制， 例如 Q o s 协商和修改、 Q o s 监控、 Q o s 查询 等 。8 . 3 . 3 预测功能 该功能预测系统的工作情况， 以便建立相应的管理机制或功能。该功能使用的管理机制包括预测、Q o s 监控几 Q o s 查询、 完成时间预测、 干扰预测和潜在故障预测。 完成时间预测是一些管理机制的组合， 即预测机制与完成时间计算机制的组合。干扰预测也是预测机制与干扰计算机制的组合。潜在的故障预测是预测机制与潜在故障检测机制的组合。 完成时间计算机制利用一个 Q o S 查询， 从作为公共知识的一批历史信息中查询将 P D U传送至目的地的相关时间值。干扰计算机制利用一个 Q o s 查询， 检索系统工作情况中有关过去 Q o s水平的历史信息， 同时， 利用 Q o s 监控功能， 监控网络系统的当前负载。预测机制包括分析和最后的评估处理。8 . 3 . 4 Q o S 监控功能 Q O S 监控功能利用 Q O S 监控机制。Q O S 监控机制利用 T C N M 中的管理信息库（ MI B ) ， 以便根据系统的当前工作情况， 对 Q O S 的检测（ 值） 进行监控。T C N M 中的管理信息库（ MI B ) 是分层对象与 T C -N M对象间进行交互的工具， 它是作为全局公共知识的一批管理对象和历史信息。 Q o s 监控功能可以以定时方式或事件同步方式调度 Q o s 监控机制及 Q o S 查询机制。与 o s I 网络管理的一些功能类似， Q O S 监控功能可以 监控对象的各种状态， 例如， 它的运行状态、 使用和管理状态、以及登录、 度量和浏览等等。8 . 3 . 5 Q o S查询功能 该功能利用 Q O S 查询机制。该机制需要来自其他实体的 Q O S 信息， 它能够通过查询远程系统中的被管理实体， 或利用 T C N M 管理信息库（ MI B ） 来建立远程监控， 从而查询系统的当前工作情况。T C N M 中的管理信息库（ MI B ) 是分层对象与 T C N M 对象间的交互工具， 它是一批作为全局公共知识的管理对象和历史信息。8 . 3 . 6 Q o S维护功能 与 O S I 网络管理的一些功能类似， Q o S 维护功能利用多个 Q o s 维护机制， 例如， 访问控制、 度量监控及其控制、 测试及其控制、 浏览及其控制、 调度及其控制、 对象管理、 统计报表及其控制、 登录及其控制等等 。G B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 ： 1 9 9 8 分布在时限通信网络系统上的本地时间装置上的时钟在某些个最大偏差和波动范围内保持同步。可以将其中的一个时钟指定为整个时限通信网络系统的通信实体的公共时钟， 然后， 这些通信实体就能利用这个公共时钟使它们的动作（ 例如事件触发或信息检索） 同步。8 . 3 . 7 Q o S 报替功能 该功能将已发生的事件（ 包括给用户的通知） 通知其他实体。 这些事件是对需要采取相应动作的条件的检测报警故障监测机制。8 . 3 . 8 动态通信调度功能 为了在时限通信网络系统的工作情况动态变化的环境下， 按照用户规定的时间约束或无时间限制的 要求， 将时限 P D U传送到它的目的地， 必须利用动态通信调度功能。 下列策略用于通信调度或处理的每一步， 以便在用户规定的时间约束内成功传递 P D U到其目的地的概率得以提高。 应用处理程序从其需要出发， 决定是否将某条消息指定为时限消息， 然后， 是否显式地将消息或 P D U标明为时限的， 一旦 P D U被指定为时限 P D U， 那么， 在整个时限通信网络系统中， 在传输处理时， 该 P D U总是区 别于非时限的P D U而被优先处理。 不仅在单个目的地， 而且在多个 目的地， 无时间限制地接收 P D U与（ 作为时限通信网络系统的功能特性的） 时间相干性和空间相干性密切相关。它被转换为在发送方无时间限制地启动 P D U传输 。 可以根据 P D U的绝对紧急程度来决定 P D U的处理优先次序。对具有相同紧急程度的P D U的处理涉及通信调度策略。如果两个 P D U由于具有相同的紧急程度而发生冲突， 一种方法是给其中的一个 P D U赋予较高的临时紧急程度， 从而， 在它们的时间窗口内将它们传送到其目的地。 -P D U的紧急程度可以 综合用户规定的时间限制和时间窗口 来决定， 该时间窗口是根据距最后期限的剩余时间而定的， 而最后期限则由传递 P D U到其 目 的地的通信实体指定。指定的时间窗口或最后期限与整个时限通信网络系统的运行条件有关。 从本质上来说， P D U的紧急程度随时限网络系统运行条件而变化。指定的时间窗口 也与这些条件有关， 并因此而变化， 所以， 在传递操作期间， 对每个通信实体要重新规定时间窗口。 当一个 P D U有多条路径或通信通道抵达其目的地时， 应选择一条最好的路径， 以保证在该时间窗口内将 P D U传送到目的地。 该功能综合使用一些管理机制， 例如 P D U优先度、 时间相干性和空间相干性、 P D U动态调度、 数据处理和传递等等。 T C N M管理信息库在整个时限通信网络系统的实体之间的共享及一致性是利用时间相干性和空间相干性机制来实现的。9 T C C A中网络管理的方法和机制9 . 1 引言 本条给出一批管理机制的定义， 这些机制对 P D U在其时间限制内传送到其目的地的需求提供支持， 它们是管理功能的组成部分， 并用于时限通信系统的网络管理之中。9 . 2 网络管理方法和机制9 . 2 . 1 P D U废弃机制 该管理机制使用： 识别功能， 它识别作为时限P D U而输人的 P D U， 并从该 P D U提取将它传送到其 目 的地的所需完成时间（ T . ) ; 信息库， 它包含经由规定的路径， 将 P D U传送到其目的地所必须的预期传输时间； 计算和处理功能， 它计算预期完成时间， 并将它与加在 P D U之上的所需完成时间进行比较，从而确定是否能在所需完成时间之内 传递该 P D U， 据此判断是否传输该 P D U， 或者通过废弃这个 P D UG B / Z 1 9 2 1 9 -2 0 0 3 / I S O / T R 1 3 2 8 3 : 1 9 9 8而终止对它的 传输。 这个机制可用于时限通信网络系统中的所有相关服务边界， 从而满足时间窗口 的需求， 并提供相应的负载调度等级。 在以下子条 目 中定义三种独立的机制， 在实践上也可利用它们的各种组合， 但是， 这样的组合类型不在此技术报告中定义。 这兰种机制与 Q o S生存期有效性特性密切相关。特别地， 在时限通信系统中， 不能在规定时间窗口内传递的数据对应用处理程序不再具有价值， 因此， 将其废弃， 以便提高通信设施的使用效率。9 . 2 . 1 . 1 P D U废弃和通知机制 当该机制的识别功能接收一个 P D U时， 它对该 P D U的部分内进行检查， 以便决定它是否是时限P D U 。如果它是时限P D U， 则识别功能从该 P D U中提取将它传递到其目的地的所需完成时间（ 天） 和规定的传输路径 。 该机制的 计算和处理功能从信息库获得预期传输时间， 它是通过规定路径将 P D U传送到其目的地所必需的。然后， 将预期传输时间与当 前时间相加， 计算出通过规定路径的预期完成时间， 将所得的值与所需完成时间相比较。如果传送得不到保证， 则将该 P D U废弃。 如果已决定将该 P D U废弃， 则计算功能要生成一个通报废弃情况的通知P D U， 并将它发送给被废弃 P D U的创建者或原始发送者。9 . 2 . 1 . 2 具有动态优先次序变更的 P D U的废弃和通知机制 该机制不同于 P D U废弃和通知机制（ 参见 9 . 2 . 1 . 1 ) ， 它允许动态改变加在时限P D U上的优先次序等级 。 当该机制的识别功能接收一个 P D U时， 它检查部分 P D U内容， 以便确定这个 P D U是否是时限P D U。如果它是时限P D U， 则识别功能提取将其传送到目的地的所需完成时间（ T , ) 、 包含在 P D U中的规定的传输路径以及与这个 P D U的内容相 连接的协议处理优先等级。 该机制的计算和处理功能从信息库获取经由相应路径将 P D U传送至目的地所必需的预期传输时间（ 所取路径可以在 P D U中指明， 或者可随意选择） 。然后， 将预期传输时间与当前时间相加， 计算出通过相应路径的预期完成时间， 并与所需完成时间相比较。 如果按给定的优先等级无法保证传输的完成， 那么， 计算和处理功能就要确定是否通过提高优先等级， 加快协议的处理， 就能使传输在所需时间内完成。如果能， 在必要时， 就提高优先等级。如果传送不能保证， 则将 P D U废弃。 如果已 决定将该 P D U废弃， 则计算和处理功能要生成一个通报废弃情况的通知 P D U ， 并将它发送给被废弃 P D U的创建者或原始发送者。9 . 2 . 1 . 3 具有动态路径变更的 P D U废弃和通知机制 该机制不同于 P D U废弃和通知机制（ 参见 9 . 2 . 1 . 1 ) ， 也不同于具有动态优先次序变更的废弃和通知机制（ 参见9 . 2 . 1 . 2 ) ， 它允许动态变更时限P D U的传输路径。 当该机制的识别功能接收一个 P D U时， 它检查部分 P D U 内容， 以便确定该 P D U是否是时限的。如果它是时限P D U， 则识别功能提取将其传送到目 的地的