1、ICS 35.020 L 79 华共GB/T 18903 2002/ISO/IEC 13236: 1998 且圃，目IL岳 Information technology Quality of service: Framework OSO/IEC 13236: 1998 , IDT) 2002-12-04发布中华人民共和国国家质量监督检验检疫总局2003-05-01实施发布华人民共和国家标准信息技术服务质量:框架GB/T 189032口02/ISO/IEC13236 ,1 998 国中当6中国标准出版社出版北京复兴门外三里河北街16号邮政编码，100045电话，68523946中国标准出版社秦皇
2、岛印刷厂印刷新华书店北京发行所发行各地新华书店经售68517548 印张3字数87千字2003年4月第一次印刷1/16 2003年4月第一版印数l一1000 电禽开丰880X 1230 定价20网址I; ，岳书号，155066 1-19320 版权专有侵权必究举报电话:(010)68533533丁G!T 18903-2002!ISO!IEC 13236: 1998 目次前言. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . E 引言 . . . . ., . . . . . . . . . . . . . N 1 范围 .
3、 . . . . . . . . . . . . . . . . . . . . 1 2 规范性引用文件. . . . . . . . . . . . . . . . 1 3 定义. . . . . . . . . . . . . . . . . . . . . . . . . 2 3. 1 开放分布式处理基本参考模型定义. . . . . . . . . . . . . . . . 2 3. 2 基本参考模型一-OSI管理框架定义. . . . . .,. . . . . 2 3. 3 服务约定定义 . . . . . . . . . . . . . . . Z 3. 4 OSI基本参考模型
4、定义. . . . . . . . . . . . . . . . . . . .,. . . . 2 3. 5 QOS框架定义 . . . . . . . . . . . . . . . . . . . . . . . . . 2 4 缩略i吾. ., . . . . . . . . . . . . . . . . . . . 4 5 本服务框架概念. . . . . 5 5. 1 引言. . . . . . . . . . . . . . . . . . . . . . . . . . 5 5. 2 QOS适用的服务. . . . .,. . . . . . 6 5. 3 QOS特性. .
5、 . . . . . . . . . . . . . 6 5 4 用户QOS要求和QOS政策. . . . 6 5. 5 QOS要求、QOS参数和QOS关联信息. . . . 6 5. 6 QOS管理功能和QOS机制. . . . . . . . . 7 5. 7 QOS种类. . . . . 7 5. 8 QOS管理的启动. . . . 7 6 QOS特性的定义. . . . 8 6. 1 寻|言 . . . . . 8 6. 2 QOS特性定义的各方面. . . . . . . 8 6. 3 具有一般重要性的QOS特性. . . . . . 10 6 4 基本QOS种类. .,. 17 7
6、 QOS管理. . . . . . .,. 18 7. l 引言. .,. . . 18 7. 2 预测阶段. 20 7. 3 建立阶段.20 7. 4 操作阶段. 23 7. 5 支持服务. 23 B 一般QOS机制. . . . 24 8. 1 引言.24 8 2 预测阶段机制. 24 8. 3 建立阶段机制. 24 8 4 操作阶段机制25 9 特定QOS要求. . . . . . . . . 28 I GB/T 18903-2002/IS0/IEC 13236: 1998 9. 1 与单个QOS特性相关的QOS要求. . . . . . 28 9. 2 与多个特性相关的QOS要求 .
7、. . . ., . ., . . . . . . . 28 10 QOS验证. . . . . . . . . . . . 28 10. 1 引言和阶段. . . . . . . 28 10. 2 QOS验证概念. . . . . . . ., .,. . . . . 29 11 一致性、相容性和符合性. 29 11. 1 若干标准的一致性(Con!ormance)及其内部关系. . . . . . . . 29 11. 2 定义. . . . . . . . . . . . . . . . . . . . . . 29 11. 3 相容性和符合性要求的应用. . . . . 30 11.
8、4 与GB/T 9387. l 的相容性和符合性. 30 附录A(规范性附录)OSI的QOS模型. 31 附录B(资料性附录)统计衍生特性的定义. . . . . . 39 附录C(资料性附录)QOS标准和其他标准之间的关系. . . .,. . . 40 附录D(资料性附录)成本信息 . . . . . . 41 附录E(资料性附录QOS参考文献 . . . ., ., . . . . .,. . . . . 42 E -J GB/T 18903一2002/ISO/IEC13236.1998 E 剧本标准等同采用ISO/IEC13236.1998(英文版本标准的附录A是规范性附录，附录B、附
9、录C、附录D和附录E是资料性附录。本标准由中华人民共和国信息产业部提出。本标准由中国电子技术标准化研究所归口.本标准起草单位s中国电子技术标准化研究所。本标准主要起草人E徐冬梅，黄家英.ljillL一GB/T 18903-2002/ISO/IEC 13236: 1998 引本标准的目的是为各种标准的协调制定和加强提供共同基础，这些标准在信息技术环境中规定或引用服务质最(QOS)要求或机制.它提供了一种制定或增强与QOS相关的标准的方法，并提供了有助于维护相关标准一致性的概念和术语。本框架是对现有规定QOS的符合性目标和网络信令的ITUT建议的补充，本框架的目的不是修订任何这些建议。随着补充并阐
10、明OSI(见GB/T9387. 1)基本参考模型中包含的QOS描述，制定QOS框架的初始工作就已完成.然而，认为QOS管理不仅在QOS通信中是重要的，而且在更加广泛的环境中也是重要的，并且在鼓励可扩充到其他IT和通信体系结构、一般分布式处理以及尤其是开放分布式处理的QOS的共同方法方面是有价值的。因此本标准以这样一种方式进行构造并编写:以使多数团体便于采用其方法、概念、术语和定义。其概念和术语以不引用任何特定的体系结构进行定义，以使它们可被其他团体采用和应用于各种体系结构和协议中.这种方法由OSI、ODP和其他处的实例进行补充。为帮助OSI社团，附录A规定了该一般框架如何应用于OSI通信的特定
11、事例，对等到对等和多对等。本框架包含引吉、范围、应用领域和QOS相关的应用集以及缩略i吾.QOS概念在第5章中规定，同时也突出了用户要求。第6章规定了与用户要求的QOS特性。第7、8和9章分别规定了QOS管理，QOS机制和特定QOS要求的表示。QOS验证在第10章中讨论，第11章讨论了一致性、相容性以及符合性。凹附录规定了2 OSI的QOS模型;特性的统计衍生特性;与QOS相关的标准结构;成本的讨论;参考文献。GB/T 18903-2002/ISO/IEC 13236: 1998 :框架服务质技术信范围本框架，即QOS框架是诸多概念及其关系所构建的一个结构化集合，它描述了QOS(服务质量),
12、并使信息技术中与QOS相关的题目的划分成为可能，并使这些题目之间的关系可通过公共的描述手段表达。特别是，本框架针对IT系统及其在提供开放分布式处理服务中的使用。通过对应用在各种不同系统、服务与资源的QOS提供指导，本框架试图对设计和规范IT系统以及定义通信服务和协议有所帮助。本框架描述了如何表征QOS、如何规定QOS要求以及如何管理QOS。本框架定义了IT中QOS的术语和定义。它引入了QOS特性的概念，这些特性表示了需要用不同方式进行管理的QOS的基本方面g同时官定义了许多特别重要的QOS特性。这些定义与实际系统中如何表示或控制QOS元关。本框架描述了如何表达QOS要求，并标识了可作为QOS管
13、理功能部件使用的许多QOS机制(诸如三方协商)，以满足各种QOS要求。它同时描述了多种机制的不同组合可能适用的场合.由于本框架中定义的QOS概念的需求和应用的结果，本框架为规范现有的或计划中的标准的扩充和增强提供了基础。本框架的企图不是动摇任何现有标准，而是使它可为下列人员使用z定义或使用QOS机制的新的或修订的与IT相关的标准的制定者g以及表达QOS要求的IT用户。本框架并不为公用通信网络中QOS的性能目标或网络信令的规范提供基础。这些通信服务的QOS各部分由其他ITU-T建议解决。本标准的企图是向服务提供者和服务用户提供公共词汇。本标准中没有任何内容应作为对服务提供者或服务用户设置的要求。
14、希望对QOS有-种公共的方法和词汇，这样可帮助多个服务提供者把端到端的QOS递交到端系统。本框架尤其不包括QOS机制的详细规范。用作实现规范、作为评价实现一致性的基础、或者定义特定的服务和协议，这些都不是本框架的企图。相反，本框架为QOS提供了概念和功能框架，它允许独立的专家组卓有成效进行标准的开发工作。当应用于OSI时，本框架与OSI基本参考模型在描述可分配给OSI基本参考模型中各层的操作和机制方面是相容的。在对管理实体的功能分配方面它与OSI管理框架(见GH/T9387.4-1996)和系统管理概述(见GB/T17142-1997)是相容的。在附录A中，本框架提供了OSI的QOS模型，本模
15、型标识了参与QOS管理约实体，定义了实体之间与QOS相关的信息流，并对如何使用该信息作了描述。 规范性引用文件2 下列文件中的条款通过本框架的引用而成为本框架的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。GB/T 9387. 1-1998信息技术开放系统互连基本参考模型第1部分.基本模型(idtISO/ IEC 7498-1:1994) GB/T 9387.4-1996 第4部分2管理框架基本参考模型开放系统互连信息处理系统l GB
16、/T 18903-2002/ISO/IEC 13236: 1998 (idt lS0/lEC 7498-4:1989) GB/T 17967-2000 信息技术lEC 10731: 1994) GB/T 18714.2-2002信息技术10746-2: 1996) 开放系统互连开放分布式处理基本参考模型OSl服务定义约定(idtlS0/ 参考模型第2部分g基本概念(idtlS0/lEC lS0/lEC 10164-15: 1995信息技术开放系统互连系统管理第15部分g调度功能CClTT建议X.140(1992)在公共数据网络上通信的通用质量服务参数3 定义下列术语和定义适用于本框架。3. 1
17、 开放分布式处理基本参考模型定义本框架使用GB/T18714.2中的下列术语g服务质量(QOS):一个或多个对象的集体汇聚的质量需求集。3.2 基本参考模型一一OSI管理框架定义3.3 3.4 本框架使用GBjT9387.4中的下列术语2被管客体(MO):OSI环境内一资源的OSI管理视图，它可以通过使用OS1管理协议被管理。服务约定定义本框架使用GB/T17967中的下列术语z(N)服务设施(N )-service-facility: (N)服务提供者(N )-service-provider; (N)服务用户(N )-service- user; 请求者requester; 接受者acce
18、ptor。注z在本框架中，服务提供者是一个通用术语，用以表明系统中某点上服务的提供或使用.它不应与商业代理提供的商业服务相混淆.OSI基本参考模型定义本框架使用G/T9387. 1中的下列术语2(N)实体(N)-entity; (N)层(NHayer:(N)协议(N) -protocol: (N)协议数据单元(N)-protocol-data-unit: (N)服务(N)-service; (N)服务访问点(N)-service-access-point; (N)子系统(N)-subsystem: 开放系统open system; 开放系统互连环境OSI environment。3.5 QOS
19、框架定义3.5.1 QOS概念和建模定义3.5. 1. 1 QOS类另IjQOS category 一组用户要求，这些要求引导对QOS要求集的选择。3.5.1.2 QOS特性QOS characteristic 2 GB/T 18903一2002/ISO/IEC13236: t998 QOS的可量化部分，它的定义与表示或控制它的方法无关。3.5. 1. 3 QOS管理QOS management 支持QOS的监视、控制和管辖，由系统或通信服务执行的任何一组活动。3.5.1.4 QOS机制QOS mechanism 支持QOS的建立、监视、维护、控制或查询用的一种特定的机制，它可能使用协议元素、
20、QOS参数或QOS关联信息，也可能与其他QOS机制联合。3. 5. 1. 5 OSI通信的QOSQOS of OSI communication强(N)服务用户所感知的与(N)服务提供相关的质量集。3.5. 1. 6 QOS政策QOS policy 确定要使用的QOS特性和QOS管理功能的规则集。3.5.2 面向信息的定义3.5.2.1 QOS关联信息QOS context 被一个或多个实体所保留、内插或外推得到，并用于管理QOS的QOS信息，可进一步分类为要求关联信息和数据关联信息。3.5.2.2 QOS数据QOS data 除QOS要求以外的QOS信息，例如g警示、QOS测度和用于QOS查
21、询的信息。3.5.2.3 QOS信息QOS information 与QOS相关的信息z可分类为QOS关联信息(当在实体中保留时)和QOS参数(当在实体之间运送日t);或者分类为QOS要求(如果表达了QOS要求)和QOS数据(如果不表达QOS要求)。3.5.2.4 QO自测度QOS measure 与QOS特性相关的一个或多个观测到的值。3.5.2.5 QOS参数QOS parameter 作为QOS机制的一部分在实体之间进行运送的QOS信息;参数可分类为要求参数和数据参数;运送的信息可与一个或多个QOS特性相关。3.5.2.6 QOS要求QOS requirement 表达项要求的部分或全部
22、的QOS信息，以管理一个或多个QOS特性，例如最大值、目标值或门限;当在实体之间运送时，按照QOS参数来表达QOS要求。3.5.2.7 QOS操作目标QOS operating target 从QOS要求中得出的，用以表示QOS特性集的目标值的QOS信息。3.5.3 管理功能定义3.5.3.1 QOS警示QOS alert 3 GB/T 18903-2002/ISO/IEC 13236: 1998 使用QOS机制，发信号来通知一个实体2某个极限已经达到或门限已被超过。3.5.3.2 QOS属性QOSaUribule 与QOS相关的被管客体的属性。3.5.3.3 QOS控制QOS conlrol
23、 当某些系统的活动正在进行时，使用QOS机制来调整状态以使这些系统的活动能获得一组期望的特性。3.5.3.4 QOS查询QOS enquiry 使用QOS机制，来确定与QOS相关的环境的特性。3.5.3.5 QOS建立QOS eslablishmenl 在某些系统的活动发生前，使用QOS机制来创建这些系统的活动条件，以获得一组期望的QOS特性。3.5.3.6 QOS维护QOS mainlenance 当某些系统的活动正在进行时，使用QOS机制，来维护这些系统的活动能有一组具有要求值的QOS特性。3.5. 3.7 QOS管理功能QOS managemenl Cunction 出一种或多种QOS机
24、制提供的专门针对用户或应用的QOS要求的功能.3.5.3.8 4 4 QOS监视QOSmonitoring 使用QOS测度，来估计某些系统的活动实际达到的一组QOS特性的值。铺路语本框架使用下列缩略语zASO应用服务客体CHQ受控的晨高质量CL 无连接CO 面向连接GDMO 被管客体定义指南IT 信息技术LAN 局域网LQA 可接受的最低质量MTBF 平均无故障时间MTTR 平均修复时间(N)-PCF (N)政策控制功能(N) PDU (N)-PE (N)协议数据单元(Nl协议实体(N)-QCF (N)QOS控制功能(N)-SAP (N)服务访问点G/T 18903-2002/ISO/IEC
25、13236,1998 以讨论固有QOS特性开始，然后考虑QOS5. 1 引言本章规定了QOS的基本概念集。包括下列QOS信息和功能的各部分的概念描述2QOS适用服务的概念g描述要被管理的QOS基础部分的QOS特性;QOS要求和政策，以及实现它们的QOS管理功能;组合并形成QOS管理功能的基本QOS机制;表示由某些环挠(诸如时间严格限定的通信)或系统级政策施加的QOS特定用户要求集的5 QOS管理功能QOS概念之间的关系QOS类别。QOS可被管理的活动阶段。这些概念以一种强调QOS管理操作的方式进行描述。要求如何驱动QOS管理功能和QOS机制的选择和使用。图5-1示出了QOS这些基本概念之间的关
26、系。E费提供者QOS要求时间|准确JJ!I延迟QOS特性血务用户(N)-SDU (N)服务数据单元开放分布式处理开放系统互连开放系统互连环挠(OSI环境)协议数据单元QOS管理功能服务质量服务访问点服务数据单元子网连接点系统性能SQCF 系统的QOS控制功能TCCA 时间严格限定的通信体系结构时间严格限定的通信系统传输PDU传输SAP用户信息:单元图5-1能力本服务框架概念TPDU SNPA TSAP TCCS OSIE PA飞、J隘，MM QQS PDU ODP SDU UIU OSI SP 5 r GB/T 18903-2002/ISO/IEC 13236: 1998 5.2 QOS适用的
27、服务在本框架中，正如服务质量表达式一样，术语服务应以一般的意义加以理解，以允许本框架最大可能范围的应用。尤其它包括并不限于z 实体、客体、应用、应用进程等等提供的处理和信息库功能，例如2适用于上述这些实体、客体、应用、应用进程等等的时间延迟和有关可靠的特性$注s用来表示这些实体等的术语依赖于对表示QOS的.特定分布式系统环境适用的体系结构模型，术语实体在中 性意义上(即不隐含对体系结构模型的选择)用于框架。实体、客体、应用等等之间的交互行动g系统中保持的信息;例如，适用于信息的保密性和寿命特性;通信服务;物理设备(使用的可能性)。5.3 QOS特性本框架在特定意义上使用术语QOS特性。QOS特
28、性表示可被标识和量化的系统、服务或资源的某种QOS特性。它指明了项目的原始状况，而与任何测度或控制参数不同。QOS特性的定义与表示或控制它们的手段无关。QOS特性旨在为系统的实际(而非观察)行为建模，该行为是系统特征化的。注z例如，两点之间(某物)的转移时间延迟特性是通过这两点的实际时间。该转移时间延迟元法被精确得知，尽管可被近似地测出。但可注明关于转移时间延迟的要求，比如它必须不超过某一指定值.某些QOS特性被认为是类属特性，其中有些是专门特性，其他的是衍生特性(QOS特性的进一步讨论见第6章。5.4 用户QOS要求和QOS政策QOS管理活动由用户要求、系统和通信环境以及用于该活动的政策进行
29、驱动。用户要求是量化的，并且表达为QOS要求集合(是QOS信息的类型)。尽管用户要求在活动的各个实例之间的细节上有很大的不同，所使用的QOS特性和QOS管理功能可典型地由需要支持的分布式应用、系统类型以及使用的网络技术类型确定。预计每个系统或网络不会都实现每一或任何类型的QOS机制。系统和通信网络将根据一个或多个政策进行设计、采购或配置，这些政策确定使用的QOS特性和QOS管理功能。某些系统和网络必须是可配置的，以便在不同的QOS政策情况下进行操作，要求得到不同的QOS管理功能集。5.5 QOS要求、QOS参数和QOS关联信息用户要求源于要使用服务(诸如通信)的用户实体，并把该要求表达为一个或
30、多个QOS要求。这些QOS要求可被表达为QOS参数(当它们需要在实体之间运送时)和QOS关联信息(当它们保留在实体中时)。总之，活动由用户实体启动，其QOS要求或者作为QOS参数动态地运送到服务提供者，或者作为QOS关联信息提供给服务提供者，或者两者兼有。QOS参数被运送给某些或全部实体，这些实体涉及提供服务，或也可能涉及相应的应用进程。接收QOS要求的实体对此进行分析，并确定为满足这些要求所要求的QOS管理功能或机制。这可包括进一步更加详细的QOS要求，并把它们作为参数运送给其他实体。接收实体分析他们收到的QOS要求，并可产生要运送给其他实体的进一步QOS要求，依此类推.该过程的一个共同实例
31、是在OSl连接建立期间跨越多层的QOS协商。总之，这样一个QOS参数是在位于相同的系统或者不同的系统中的实体之间运送的矢量或标量值。注z在本框架中，术语QOS参数的使用只限于运送的值.某些文档不区分QOS特性和QOS参数，两种情形均使6 F GB/T 18903 2002/ISO/IEC 13236: 1998 用术语QOS参数.例如，一个QOS要求，两点之间的数据单元的转移延迟不应超过给定的最大值，或者平均转移延迟应接近于给定的目标.在这种情形下.是真正转移延迟才有这种特性.QOs要求可表达为QOS参数(或QOS关联信息).例如，给出最大值或目标值.实体间的交互将使用QOS参数来传递相关QO
32、S信息.根据准确的要求，运送的QOS参数(或保留的QOS关联信息)可以是以下几种不同种类g期望的特性级，即某种类的目标， 特性的最大或最小级，即极限; 测度到的值，用于运送历史信息p 门限级g 采取正确动作的警示或发信号P或者 对与QOS相关的被管客体的操作请求，或者这些操作的结果。QOS要求可以涉及许多QOS特性，并且至少原则上可以折衷地表达它们。QOS要求适用于信息传送或交互的单个实例，或适用于多个传送或交互(例如g在给定的一段时间内，对于连接或联系期间，或对于某种较长服务提供期间，诸如顾客预约)。5.6 QOS管理功能和QOS机制QOS管理指系统或网络内与QOS控制和管理相关的全部活动。
33、术语QOS管理功能(QMF)指用于满足一个或多个用户QOS要求的任何功能。若干QMF在总体上拥有一定数目的部件，称之为QOS机制(例如z三方QOS协商)。QOS机制由一个或多个实体完成，以便满足一个或多个QOS要求。这样QOS机制由QOS要求驱动，表达为执行它们的实体所收到的QOS参数，或表达为QOS关联信息，提供给实体。QOS机制操作可以是本身满足QOS要求的本地处理(例如g资源预留、设置窗口大小等)，或它可以涉及生成进一步QOS要求及其与其他实体的通信，如5.5所述。它可导致对进一步QOS要求的调用。受QMF支持的活动包括2 QOS特征集的QOS的建立，监视QOS的观察值;维护尽可能接近目
34、标QOS的实际QOS，QOS目标的控制g查询某种QOS信息或活动，以及作为与QOS管理相关的某种事件的结果进行警示。注:QOS要求通常由内建的系统配置得到满足在当前静态环挠中).这种系统配置由系统设计、系统测度、合适服务的获得或者通过指定的资源来完成。在更多的动态环境中，有必要增加QMF的使用，以便建立环境、使用期间监视并控制环境、以及取得有关系统操作的历史信息.5. 7 QOS种类不同的用户应用类型对于建立QOS和控制并维护得到的实际QOS具有不同的要求。例如，视频流的QOS要求与那些数据库更新事务的QOS要求有很大的不同。这些不同类型的用户要求或应用要求(它们被称为QOS种类)导致对被管理
35、的特定QOS特性集的选择.6.4标识了一定数量的基本QOS种类。5.8 QOS管理的启动QOS管理涉及在系统活动中不同点上不同QMF的使用。特定活动或活动集的QOS要求可以以不同的方式、不同时间进行表达和/或运送，它们与QOS被管理的事件或活动有关。在活动的以下阶段(与7.1. 1相关)使用QOS管理z 启动前，作出关于QOS情形的预测，以便测定达到某种目标必须使用什么机制; 在活动的启动时一一在服务用户和服务提供者之间于建立时(如z当建立连接时)协商QOS要GB/T 18903-2002/ISO/IEC 13236 ,1998 求p以及活动期间一一由于更改的要求、检测到的性能丢失、服务提供者
36、的显式指示、或一个或多个第三方的显式指示，QOS要求在活动的操作阶段可被更改。对于任何特定的活动，完成QOS管理的大多数合适阶段的选择依赖于QOS要求类型和它所涉及的活动的持续期 6 QOS特性的定义6. 1 ll言本章建立了QOS特性概念(6.2)并定义了通信和处理方面一些重要的QOS特性(6.3)。QOS特性是QOS的可量化部分，其定义与表达或控制它的手段无关。它表达事情的真正潜在状态，与任何测度或控制参数不同，因此可被认为是(分布式)系统数学模型的一种量。这样，在定义QOS特性如吞吐量时，目的是说明吞吐量意味着什么。这与它是如何测度、控制、请求、协商(后续章节介绍)等等不同。被QOS特性
37、采用的值不仅包括数值(如:布尔值、整数值、实数、复数等)，也包括矢量、矩阵、状态的级别和名称。通过定义类属特性，在不同的特性之间获取定义的最大一致性，然后把它们专门化到特定环境中并由此衍生其他特性，见6.2.10考虑到本章中定义的特性不能满足未来QOS要求，6. 2. 2中就如何定义QOS特性给出了指南。6.3中的定义遵循该指雨。本章同时标识了QOS利g类。6.2 QOS特性定义的各方面6.2. 1 类属特性、专门特性以及衍生特性6.2. 1. 1 专门特性许多QOS特性可用于各种环境中.例如，人们可以定义LAN中帧的转移延迟，支持实时处理控制环境，或定义两个SNPA之间网络访问协议PDU的转
38、移延迟。相似地人们可定义连接、或任何其他通信信道的吞吐量。在这种情形下，具有可应用于全部特定环境的特性的一般基础定义是重要的。为达到该目标，第一步是定义与应用的客体无关的类属特性飞第二步是定义不同的必须应用的专门特性，以便使特性具体化并且实际上是可应用的。例如，6.3首先作为类属特性定义了时间延迟，然后定义了时间延迟的某些专门特性，其中一个是转移延迟。然后标识了各种进一步必须应用的专门特性，以便使特性具体化;这些包括规定所传送数据的类型，定义的哪个转移之间的点，等等。这样，可有几个级别的专门特性，例如2时间延迟; 转移延迟; 两个TSAP之间的转移延迟; 两个TSAP之间加速TPDU的转移延迟
39、g 对于给定的T连接，两个TSAP之间加速TPDU的转移延迟。进一步，专门特性的不同序列将导致进一步的特性，例如: 对于给定的T连接，两个TSAP之间的转移延迟。本方法以两种方式达到相容性。首先，它给出了在不同环境中特性的基本概念的不同使用之间的相容性，其中这些环境共享公共抽象定义;其次它可用于给出差异较大的特性之间的相容性，其中这些特性应用相同的专门特性。专门特性使得抽象特性更加具体。在任何QOS管理的实际应用中，必须使一种特性完全专门化，8 飞PGB/T 189032002/ISO/IEC 13236: 1998 以使其值的含义明确。但是在制定广泛应用的QOS机制时，在合适的抽象级别上研究
40、特性是有价值的。例如，吞吐量协商机制可被一般地定义，目的是由协议设计者进行专门化，以便用于特定的信道和数据流.本框架没有标识或定义实际使用的全部可能的专门特性，但却包括广泛应用的子集。6. 2. 1. 2 衍生特性某些特性可作为其他特性的(数学前数进行定义。这些就是衍生的特性。衍生特性的一种重要类型是统计的。例如，从特性吞吐量，人们可得出平均吞吐量、最大吞吐量、最小吞吐量、吞吐量方差等。技术上这些统计衍生特性被认为是一个随机变量的函数，该随机变量表示衍生这些特性的基础特性。下面这些是在本框架中定义的统计衍生特性2最大、最小和范围;平均值;方差和标准偏差;百分之盯统计矩。附录B给出了这些函数的精
41、确定义。应用于统计衍生的专门特性是那些衍生它的基础特性。例如，从时间延迟中，人们可以得出这些特性=平均转移延迟、两个TSAP之间转移延迟方差，等等。这样，统计衍生特性可认为与专门特性正交，如图6一1所示。也可以定义衍生特性的其他类型。特别地，定义多于一种的基础或衍生特性的数学函数的衍生特性是可能的。有一个例子可用，即可维护性和可靠性函数。作为一种或多种基础特性的不同专门特性的函数衍生一种特性也是可能的，例如，两个信道吞吐量之间的不同，或者一个路径两个部分上的转移延迟总和。在这些更加一般的衍生特性的情况下，可能的专门特性依赖于所用的基础特性和衍生特性的预期含义。 特性衍生特性时间延施方差pa副U
42、M程中l转量个问万两主迟平均时间延迟平均转事延迟时间延迟两个TSAP之间的转移延迟转事延迟衍生特性和专门特性6-1 专门特性6.2.2 描述技术有必要定义类属QOS特性以及一些它们的专门特性和衍生特性。描述技术包括所有这些内容。QOS特性的定义包括下列信息:特性名称(名称); 解释其目的和预期应用范围(定义为)的定义;特性如何量化的说明，给出表达值的单位(量化为); (对于衍生特性)其统计衍生特性; 9 GB/T 18903-2002/ISO/IEC 13236 ,1998 ()(j于专门特性其专门特性s以及(可选的)进一步信息。理想地，选择名称用以反映己被应用于它的任何专门特性或衍生特性。例如，如果某种类属特性专门应用于运输-连接建立，其名称宜表达该事实。然而，在己应用了多级专门特性或衍生特性的情况下，这是不可能的。定义一些与类属特性无关的衍生规则是有益的，这样的定义应包括z名称; 衍生特性名称的名称成分;解释衍生特性(定义为)意义的定义
