首页 > 国家标准(GB) > GB/T 9387.3-1995 信息处理系统 开放系统互连 基本参考模型 第3部分:命名与编址
GB/T 9387.3-1995

基本信息

标准号: GB/T 9387.3-1995

中文名称:信息处理系统 开放系统互连 基本参考模型 第3部分:命名与编址

标准类别:国家标准(GB)

英文名称: Information processing systems Open Systems Interconnection Basic Reference Model Part 3: Naming and addressing

标准状态:已作废

发布日期:1995-04-06

实施日期:1995-01-02

作废日期:2009-02-01

出版语种:简体中文

下载格式:.rar.pdf

下载大小:1179757

标准分类号

标准ICS号:信息技术、办公机械设备>>开放系统互连(OSI)>>35.100.01开放系统互连(OSI)综合

中标分类号:电子元器件与信息技术>>信息处理技术>>L79计算机开放与系统互连

关联标准

替代情况:被GB/T 9387.3-2008代替

采标情况:≡ISO 7498-3-1989

出版信息

出版社:中国标准出版社

书号:155066.1-11969

页数:平装16开, 页数:25, 字数:43千字

标准价格:15.0 元

出版日期:2004-08-10

相关单位信息

首发日期:1995-04-06

复审日期:2004-10-14

起草单位:东南大学

归口单位:全国信息技术标准化技术委员会

发布部门:国家技术监督局

主管部门:国家标准化管理委员会

标准简介

本标准定义了在OSIE中为了标识和定位客体而使用的名和地址的基本机制。在基本参考模型的层次结构中定义对这些机制的使用。本标准扩展了在GB 9387-88中定义的概念和准则,本标准既不打算作为一个实现规范,也不希望成为一个对实现一致性进行评价的基矗名和地址的规范形式不在本标准范围内。 GB/T 9387.3-1995 信息处理系统 开放系统互连 基本参考模型 第3部分:命名与编址 GB/T9387.3-1995 标准下载解压密码:www.bzxz.net

标准图片预览






标准内容

中华人民共和国国家标准
信息处理系统
开放系统互连
基本参考模型
第3部分:命名与编址
Information processing system-Open SystemsInterconnection-Basic Reference Model-Part 3: Naming and addressingGB/T9387.3—1995
ISO 7498-3-1989
本标准等同采用国际标准ISO7498-3—1989《信息处理系统开放系统互连基本参考模型第3部分:命名与编址》。
本标准扩展了在GB9387中5.4条所描述的标识符这个基本体系结构的概念。本标准陈述了一个体系结构准则,在开放系统互连环境(OSIE)中为了互连的目的而制定的任何涉及客体的标识(命名)和定位(编址)的标准,都必须遵循本标准。本标准具有足够的灵活性以适应技术的进步和用户要求的扩展,该灵活性也意味着允许将现有的实现逐步过渡到OSI 标准。
注:本标准期望服从于未来的发展,尤其是与多对等实体数据传输(MPDT)保持一致。在本标准中所陈述的体系结构准则确保在OSIE中为了互连的目的而涉及客体的标识和定位的任何国家标准将:
在以下几个方面避免任何限制:1)在当前的或将来的国家标准和国际标准中可能出现的功能,2)
任何开放实系统的功能,
任何开放实系统的内部设计,
保留在OSIE中层的独立性准则。即某层的内部功能不被其他任何层限制,b.
保留在GB9387中4.2条所描述的OSIE中实现独立性准则。即任何开放实系统(或管理者)将无需知道其他开放实系统(或管理者)的实现设计,也无需将暴露自已的实现设计作为使用OSI标准通信的一个条件;
在OSIE中,为了互连允许节省的支持;尤其是在本标准说明的框架中产生的单独的标准应能为在OSIE中为了互连而需要标识和定位的客体提供方便,使其在性能、可靠性和整体性方面达到足够的水准,并减少人工管理。
在本标准中,对OSIE中命名与编址的描述分成下列几步进行。第1~~4章是基本的介绍和参考文献。第5章介绍命名的概念。
第6章描述在OSIE中被命名的客体、编址操作和编址的使用第7章描述在OSIE中命名与编址的目的以及为了满足该目的所采用的机制。国家技术监督局1995-04-05批准94
1995-12-01实施
GB/T 9387.3—1995
第8章描述了在(N)服务中,对编址信息的使用和性质进行控制的准则。第9章描述了在(N)协议中,对编址信息的使用和性质进行控制的准则。第10章给出一-个并不针对某个特定层且以在第5章和第6章中建立的机制和准则为基础的层地址目录函数的描述,该目录函数是支持第7、8、9各章中所建立的编址结构的基础。第11章规定在每层中地址目录函数的使用。第12章定义编址域和编址登记权限性质。第13章规定OSIE命名所需的过程。第14节规定在OSIE中对目录设施的需求。注:对OSIE中命名与编址的需求,GB9387-88中的定义不够充分,在本标准中给出了个清晰的基本体系结构。1主题内容与适用范围
本标准定义了在OSIE中为了标识和定位客体而使用的名和地址的基本机制。在基本参考模型的层次结构中定义对这些机制的使用。本标准扩展了在GB9387一88中定义的概念和准则,本标准既不打算作为一个实现规范,也不希望成为一个对实现一致性进行评价的基础。名和地址的规范形式不在本标准范围内。2引用标准
本标准通过引用下列标准所含的准则组成本标准的规则。所有的标准都服从于修订,鼓励同意本标准的成员对该部分使用下列标准的最新版本。IEC和ISO成员应持有当前有效的国际标准的登记情况。
GB9387—88信息处理系统开放系统互连基本参考模型GB/T15129信息处理系统开放系统互连服务约定ISO7498补篇1:1984信息处理系统开放系统互连基本参考模型补篇1:无连接方式传输ISO7498-4:信息处理系统开放系统互连基本参考模型第4部分:OSI管理框架ISO8348补篇2:1988信息处理系统数据通信网络服务定义补篇2:网络层编址ISO9545:信息处理系统开放系统互连应用层结构3定义
3.1本标准使用在ISO9545中定义的下列术语:a.应用进程类型;
b,应用进程调用。
3.2本标准使用在GB/T15129中定义的下列术语:(N)服务请求原语[(N)-service-request-primitive],a.
b.(N)服务指示原语[(N)-service-indication-primitive|(N)服务响应原语[(N)-service-response-primitive];c
(N)服务证实原语[(N)-service-confirm-primitive]。d.
3.3本标准使用在ISO8348补篇2中定义的下列术语:a。连接的子网点。
3.4本标准使用下列定义:
3.4.1(N)地址(N)-address
一个在OSIE中无二义的名,它用来标识位于同一开放系统中(N)子系统和(N十1)子系统边界上的一个(N)服务访问点的集合。
GB/T9387.3—1995
注:①该(N)地址的定义是最终的定义,它不同于GB9387—88中的定义。在GB9387—88修订时,将用它代替现有的定义。
②当一个名在一给定范围内标识且仅标识一个客体时,该名在给定的范内是无二义的,名无二义性并不排除同义名的存在。
3.4.2(N)地址选择因子(N)-address-selector;(N)选择因子(N)-selector编址信息中的一个元素,它标识了在同一(N)子系统中的一个(N)-SAP集。(N)选择因子由本地管理赋值。
注:(N)地址选择因子的概念只适用于网络层以上各层。3.4.3(N)联系(N)-association
(N)实体调用之间的一个合作关系。注:(N)联系可以通过交换(N)协议控制信息来建立。3.4.4 主呼(N)地址 calling-(N)-address一个可以出现在(N)服务请求或指示原语中的参数,它标识(N)发起者的(N)地址。注:在一个特定层的服务定义中,该参数可以称为“主呼(N)地址”或“源(N)地址”。然而在本标准中仅使用“主呼(N)地址”。
3.4.5被呼(N)地址 called-(N)-address一个可以出现在(N)服务请求或指示原语中的参数,它标识(N)接收者的(N)地址。注:在一个特定层的服务定义中,该参数可以称为“被呼(N)地址\或“宿(N)地址”。然而在本标准中,仅使用“被呼(N)地址\。
3.4.6描述名discriptive name
它是一种通过一组与客体性质有关的断言来标识客体集合的名。3.4.7(N)地址目录函数(N)-address-directory-fnuction一个(N)函数,它用来处理(N)地址、(N一1)地址、(N)实体标题和(N)-PAI,以便在这些信息范畴之间提供映射。
3.4.8(N)实体(N)-entity
(N)子系统中的一个活跃元素,它对应于某一特定的(N)实体类型并包含一组为第(N)层定义的功能。(不含有任何其他功能)。注:该(N)实体的定义不同于GB9387-一88中的定义,本定义是一个最终的定义,在GB9387一88修订时,将用它代替现有的定义。
3.4.9(N)实体调用(N)-entity-invocationl对一个给定的(N)实体的部分或全部功能的一次特定使用(不使用任何其他能力)。注:该定义将在GB9387—88修订时被引入,以代替其中现行的定义。3.4.10((N)实体标题(N)-entity-title用于无二义地标识一个(N)实体的名。3.4.11(N)实体类型(N)-entity-type根据为第(N)层定义的一组功能来为一类(N)实体作出的描述。注:该定义将在GB9387~88修订时被引入,以代替现行的定义。3.4.12类属名 generic name
一个客体集合的名。
注:类属标题是类属名的一个特定形式。3.4.13(N)发起者(N)-initiator一个(N)实体调用,它发出个(N一1)服务请求原语。3.4.14名name
在某一论域内对应于一个客体的语言结构。96
GB/T9387.3-1995
3.4.15命名权限机构naming-authority个按照特定规则分配名的注册权限机构。若用它分配标题则称标题权限机构,若用它分配地址则称地址权限机构。
3.4.16命名域nameing-domain
一个名的集合,这些名可分配给某种特定类型的客体。若名是标题,则称该集合为标题域。若名是地址,则称该集合为地址域。
3.4.17命名子域 naming-subdomain命名域的一个子集,它与该命名域中的其它命名子域不相交。3.4.18原始名 primitive name由一个指定的命名权限机构给出的标识某客体的一个名。其使用者无需了解其内部结构,或者说其内部结构对使用者来说无需有意义。3.4.19(N)接收者(N)-recipient+个接收(N1)服务指示原语的(N)实体调用。3.4.20(N)协议编址信息(N)-protocol-addressing-information,(N)-PAI(N)-PCI中包含编址信息的那些元素。3.4.21响应(N)地址 responding-(N)-address个可以在(N)服务响应或证实原语中出现的参数,它标识了(N)接收者的(N)地址。注:在一个特定层的服务定义中,该参数可称为“被呼地址”或“响应地址”,然而在本标推中,仅使用“响应(N)地址”这个术语。
3.4.22(N)服务访问点地址(N)-service-access-point-address;(N)-SAP地址(N)-SAP-address一个用于标识单个(N)-SAP的(N)地址。注:①该(N)服务访问点地址的定义不同于GB9387--88中的定义。本定义是-个最终的定义,在GB9387--88修订时将用它代替其中现有的定义。②(N)地址是一个适用于任何(N)-SAP集的普遍术语,它包括仅由一个(N)-SAP组成的集合,(N)-SAP地址仅用于必须准确地标识一个且仅一个(N)-SAP的情形。一个(N)地址是否是一个(N)-SAP地址,是本地(N)子系统的事宜,而与其他开放系统无关。然而,在某些层中,由于主呼(N)地址和响应(N)地址可能会在后继的通信中使用,所以它们可以被限制为标识--个单独的(N)-SAP(见8.4.4条和8.5.5条)。是否使用这个限制由各层和各个协议各自决定。3.4.23子网地址subnetwork-address个由子网的命名权限机构分配给一个连接子网点的标识符。3.4.24同义名synonymousname,同义词synonym标识某客体的一个名,该客体已由另一个不同的名标识。同义类属名是标识同一集合的不同类属名。
system-title
3.4.25系统标题
用于标识单个实开放系统的名,它在OSIE中是唯一的。4缩略语
在本标准中,使用下列缩写词:(N)-CEPI
(N)-PAI
(N)连接端点标识符
数据链路服务访问点
.网络服务访问点
开放系统互连
OSI环境
(N)协议编址信息
(N)-PCI
(N)-SAP
5命名的基本概念
GB/T9387.3-1995
(N)协议控制信息
物理服务访问点
表示服务访问点
(N)服务访问点
连接的子网点
会话服务访问点
运输服务访问点
5.1名是以某个语言表述的语言结构。它们在某一论域中与客体对应。(在语言中的)名与(在论域中的)客体的对应是标识关系。一个名标识它所限制的客体。5.2在OSI上下文中,名标识在开放系统互连环境(OSIE)中特定的通信客体。有两种有着明显区别的名,即原始名和描述名。
5.3在任何特定的论域中,一个原始名是由一个命名权限机构赋予一个特定客体的名。一个命名权限机构仅是一个名源,对命名权限唯一一的结构上的限制是它所提供的名必须满足:a。以一种规定的语言描述;
b.无二义(仅标识一个客体)。5.4一个描述名由一个断言集组成,这些断言用一个正式定义的语言表述。该正式语言的定义决定了它所生成的描述名的语言结构。个描述名可以是不完整的,此时多个客体满足所有断言,它也可以是完整的,此时它仅标识单个客体。一个完整的描述名等价于一个原始名,此时,它无二又地标识一个客体。描述名的一个组成部分可以是若干个原始名。5.5虽然一个原始名是无二义的,但可以有多个无二义的名标识筒一客体。5.6一个类属名是一个原始名或一个描述名。它标识一个由若干个客体组成的集合。当用个类属各指示一个客体时,其结果是仅选择出集合中的一个元素。可以用类属名标识无须在开放系统中定位的特殊类型的客体的集合。
5.7当名是为了区别不同的客体和从目录设施中检索出与某客体有关的信息时,它作为个标题赋给一个客体。当名是为了区分不同的客体类型和从目录设施中检索出与某客体类型有关的信息时,它做为一个标题赋给一个客体类型。这个名可标识一个系统、个应用进程、一个应用进程类型一个(N)实体或一个(N)实体类型。
注:这些客体和类型的定义既在GB9387—88中也在ISO9545中。5.8当名仅用于为了区别某客体的出现时,它作为一个标识符赋给该客体。这个名可以标识一个(N)联系、一个应用进程调用或一个(N)实体调用。注:这些客体的定义既在GB9387-88中也在ISO9545中。6OSI命名与编址的概念和地址的正确使用6.1实开放系统的命名
6.1.1系统标题是一个与层无关的原始名,也即,同一标识符可以在不同层中用于标识同一实开放系统。单个实开放系统由且仅由一个系统标题命名。6.1.2系统标题用于标识作为一个整体的实开放系统。它还可以用于;a.与其他限定符联接,用来标识存于该实开放系统管理信息库有关部分中的特定的OSI资源;b.作为一个附属于某OSI资源的目录设施入口的属性,该资源仅与单个实开放系统有关。6.2(N)层元素的命名与编址
6.2.1引言
GB/T 9387.3--1995
6.2.1.1由于个(N)实体类型描述了一类(N)实体,所以需要给它命名但无需定位。由于(N)实体和(N)实体调用是(N)层中的活跃元素,所以需要给它们无二义地标识与定位。6.2.1.2在一个开放系统中,(N+1)实体和(N)实体由(N)服务访问点((N)-SAP)连接到起。通过在(N)-SAP交换服务原语,(N)实体为(N+1)实体提供服务。6.2.1.3一个(N)实体由一个(N)实体标题来无二义地标识。个(N)实体类型由-个(N)实体类型标题标识。一个(N)实体调用由一个(N)实体调用标识符标识,该标识符在一个(N)实体的范围内是无二义的。
6.2.2(N)地址
6.2.2.1一个(N)地址标识一个(N)-SAP集合,这些(N)-SAP均位于一个(N)子系统和一个(N十1)子系统的交界处。一个(N)-SAP地址是一个(N)地址,但它标识仅由一个(N)-SAP组成的集合。6.2.2.2当多个(N)实体作为编址客体时,与一个地址的通信就是与一个(N)实体调用通信。6. 2.2.3 一个(N十1)实体由它所附接的一个或多个(N)-SAP 来定位。一个(N)-SAP 由一个或多个(N)地址标识。
注:一个物理地址用于访问一个数据链路实体,一个数据链路地址用于访问一个网络实体,一个网络地址用于访问一个运输实体,一个运输地址用于访问一个会话实体,一个会话地址用于访问一个表示实体;一个表示地址用于访间一个应用实体。6.2.3(N)选择因子
一个(N)选择因子是编址信息的一个组成部分,它特定于(N)子系统。一且某个端开放系统被无二义地标识,(N)选择因子在该端开放系统内用于标识(N)-SAP或(N)-SAP的集合。由于端开放系统在网络层是隐含的,所以(N)选择因子只用于网络层以上,它在该开放系统中,与本地信息一起寻找所需要(N十1)实体。(N)选择因子的值作为(N)-PAI的一部分在开放系统之间交换。6.3(N)地址的正确使用
6.3.1(N)地址有一个有限的使用范围。它们用于且仅用于区别(N)-SAP集。编址规则的使用不会使实开放系统的结构对OSI环境可见。6.3.2(N)地址用于标识(N)-SAP集,以使(N十1)实体定位。一个(N+1)子系统可划分为如下几个(N+1)实体:
支持不同的(N+1)协议或(N+1)协议集合;适应保密或管理的需求;
在应用子系统中,区别不同的应用进程及同一应用进程中的不同应用实体。6.3.3(N)地址不用于:
区分协议中协商的部分(类别、子集、服务质量、协议版本)或参数值,在网络层以上导出路由信息;
区分硬件部件。
注:在某些配置下,使用象6.3.2条中那样定义的(N)地址会导致一个(N+1)实体被完整地包含在单个硬部件中。然而,在OSIE中,(N)地址标识(N+1)实体,它不标识硬部件。7OSI编址模型
7.1对等(N)实体之间的联系
7.1.1一个(N)联系是两个(N)实体调用之间的一个合作关系。(N)实体调用之间的合作需要在每个(N)实体调用中建立和维护有关的状态信息。这些状态信息支持(N)实体调用之间的(N)联系。7.1.2个(N)实体调用可以在任意时刻支持一个或多个彼此无关的(N)联系。该(N)实体调用与某99
GB/T 9387.3--1995
个特定的(N)联系之间的通信行为由(N)实体和特定于该(N)联系的状态信息定义,该状态信息由(N)实体调用来维护。
一个(N)联系标识符与每个(N)联系有关。该标识符在一对合作的(N)实体调用范围内是唯7. 1. 3
的。它用于标识与每个(N)实体调用有关的状态信息。该标识符由两部分组成,每个(N)实体调用决定个
注:某些(N)协议可以不必指明(N)联系标识符。7.1.4两个(N)实体调用可以建立若干(N一1)连接,或使用(N一1)无连接服务支持(N)联系。一个(N)联系的生存期可以超过任何-个支持它的(N一1)连接。-个(N)联系和一个(N一1)连接之间的约束可以随时变化。
注:个(N)联系可与多个(N-1)连接关联,但在某一时刻只与一个(N一1)连接之间有一对一的约束;但在分裂的情况下,可在某一时刻是一对多的约束。7.1.5当一个(N)联系的操作需要时,(N)实体标题用于标识(N)实体但与其位置无关。当一个(N)联系的操作需要时,用(N-1)地址请求(N一1)服务以标识有关(N)实体的位置。7.2(N)实体到(N)-SAP的连接
一个(N)实体可以通过一个或多个(N)-SAP提供(N)服务,也可以通过一个或多个(N一1)-SAP来获得(N一1)服务,其结果使得个(N)实体可以与(N)-SAP和(N一1)-SAP具有下列关系(见图1):(N)SAP
(N)SAP
(N-1) SAP
多个(NI)SAP
多个(N)SAP
多个(N)SAP
多个(N-1) SAH
图1(N)-实体与(N)-SAP和(N-1)-SAP之间的关系100
GB/T9387.3—1995
-个(N)实体可使用由-个(N一1)-SAP所提供的(N1)服务,并通过个(N)-SAP提供(N)服务。
一个(N)实体可使用由一个(N一1)-SAP所提供的(N一1)服务,并通过多个(N)-SAP提供b.
(N)服务。
一个(N)实体可使用由多个(N一1)-SAP所提供的(N一1)服务,并通过个(N)-SAP提供(N)服务。
d.一个(N)实体可使用由多个(N一1)-SAP所提供的(N一1)服务,并通过多个(N)-SAP提供(N)服务。
注:①上面所标识的SAP与实体之间的对应与多路复用之间没有任何关系。一个(N)多路复用功能是将多个(N)连接映射到个(N一1)连接上。若干(N)连接可以全部终止于一个(N)-SAP,也可以终止于多个分离的(N)-SAP。多路复用(N)连接可以在服务边界上由(N)-PCI元素和(N)-PAI元素(如在(N)协议中的联系标识符)来相互区分。
②X.25(ISO8208)中的逻辑信道号及在0SI运输协议(GB12500)中的连接参考都是使用多路复用时,在(N)PCI中交换信息以区别连接的实例。7.3(N)地址和(N)-SAP
7.3.1OSI编址结构允许:
a.用(N)地址在其所涉及的开放系统内、在不限制较低层子系统的条件下标识一个(N十1)实体的位置;
b.在-个(N)子系统内定义多个(N)实体。注:有些编址结构允许在不限制开放系统中表示、会话和运输子系统结构的条件下用一个表示地址去标识一个应用实体的位置;也允许为了与接收系统中的一个应用实体建立通信而定义单个编址信息集合。7.3.2一个(N)地址标识一个(N)-SAP的集合,所有这些(N)-SAP均位于同一(N)子系统的边界上。该集合的具体成员数是(N)子系统本地的事情。该集合的成员数对其它开放系统来说是不可知的,同时在生存期内可以变化。
7.3.3由个(N)地址所标识的(N)-SAP集可按下列任一方式组成:a连接一个(N+1)实体的单个(N)-SAP;或b.连接一个(N+1)实体的多个(N)-SAP;或c.连接不同的(N+1)实体的多个(N)-SAP。7.3.4当(N)地址在一个服务原语中被用作被呼(N)地址时,接受(N)子系统将从该(N)地址所标识的集合中选出-一个(N)-SAP。这个选择机制是一个对(N)发起者透明的本地事情。7.3.5开放系统应适当配置以确保由一个(N)地址所标识的集合中的所有(N)-SAP均连接相同类型的(N+1)实体,从而提供相同的功能。7.3.6在一给定的开放系统中,正确区分(N)地址的语义和用于表示(N)地址的语法是很重要的。(N)地址作为(N)服务原语的参数被跨过开放系统中的层边界。对(N)服务请求或响应原语来说,(N)地址的语义将被运送到对等的(N)子系统并作为(N)服务指示或证实原语中的参数被传递跨过层之间的边界。(N)服务仅运送(N)地址的语义。(N)地址的语法是本地问题,不同的开放系统可以使用不同的语法。
7.3.7当-个(N+1)实体与另一个(N+1)实体建立(N)连接时,每个(N十1)实体都从支持它的(N)实体处获得个(N)连接端点标识符L(N)-CEPI(见GB9387—88的5.4.2条)。-一个(N)-CEPI是-个在连接建立时确定的本地标识符。一个(N)-CEPI不能被看成是一个(N)地址的代替。当一个(N)连接的主呼(N)地址和被呼(N)地址完全相同时,该(N)连接具有两个(N)端点标识符和两个(N)-CEPI(一个(N)实体到它自身的连接)。在一个(N)子系统中如何区别这两个(N)-CEPI完全是一个本地事件。
7.4(N)目录函数和(N)目录设施101
GB/T9387.3—1995
7.4.1(N)目录函数处理(N)地址、(N一1)地址、(N)实体标题和(N)-PAI以在这些信息范畴之间提供映射。用于完成这些映射的信息由目录设施保存。访问目录设施以检索出有关信息并使之对一个(N)目录函数可用是本地系统管理的责任。7.4.2这些信息中的一部分代表本地端系统的逻辑结构并影响本地操作。它们被本地存储。这些信息中的其他部分代表远程系统的逻辑结构并影响(N)-PAI的产生。它们可以本地存储也可以远程存储。如果采用远程存储,则访问这些信息需用OSI协议。8编址信惠和(N)服务
8.1引言
8.1.1本章为在(N)服务原语中使用的(N)地址提出一→个与层次无关的描述。8.1.2(N+1)实体通过在(N)-SAP发出(N)服务原语来使用(N)服务。发出一个(N)服务请求或响应原语可以导致连接到对等(N+1)实体上的一个(N)-SAP发出(N)服务指示或证实原语。8.1.3从-个目录设施所提供的信息中检索出的(N)地址有可能会无效。从一个以前收到的(N)服务指示或证实原语的主呼或响应(N)地址参数中检索出的(N)地址,只在它被发出时是有效的,但并不保证该地址永远有效。因此,在所有情况下,使用-一个(N)地址的(N十1)实体应检查该(N)地址是否还与(N十1)层中所期望的响应者通信。在这种情况下,通常的做法是在应用层中交换应用实体标题,8.1.4对一个(N)地址的使用本身并不能标识一个特定的(N十1)实体调用。一个(N十1)实体可以与位于某(N)地址的任何所期望的(N十1)实体的实例通信。在某些(N+1)层中,需要参阅(N+1)实体调用所使用的(N+1)实体调用标识符。8.2地址参数
8.2.1区分所传递的(N)地址参数是被呼(N)地址参数还是主呼(N)地址或响应(N)地址参数是很重要的。
8.2.2被呼(N)地址用于发起(N十1)实体调用之间的通信。(N十1)发起者提供被呼(N)地址,其语义被运送到对等的(N+1)接收者。
8.2.3主呼(N)地址和响应(N)地址主要用于标识和再调用的目的,并可标识在一次通信实例中使用的具体的(N)-SAP。
8.3被呼(N)地址
8.3.1在连接方式服务原语中的被呼(N)地址参数等价于无连接方式服务原语中的目的(N)地址参数。
8.3.2被呼(N)地址由(N+1)发起者提供。(N)地址的语义在-个(N)服务指示原语中被送到接收者的(N)子系统和(N+1)子系统。
8.3.3不限制在(N)服务指示原语参数中运送的被呼(N)地址要与相关的请求原语中说明的地址一致。然而,(N)服务定义却可以利用这个限制。8.3.4在网络层以上,地址处理受限于端系统:8。对于发起开放系统来说,对被呼(N)地址的处理不依赖于接收开放系统所支持的地址结构的复杂性;
b。对于接收开放系统来说,对被呼(N)地址的处理依赖于该系统支持的地址结构的复杂性。8.3.5在网络层,虽然对某些被呼(N)地址的处理可以发生在一个中间系统,但这个处理并不依赖于接收开放系统所支持的地址结构的复杂性。8.3.6被呼(N)地址标识接收(N)子系统的一个(N)-SAP集。该集内的任何一个(N)-SAP均可用于支持通信。分解地址以选择特定的(N)-SAP是接收子系统的责任。8.3.7被呼(N)地址可能已从目录设施所获得的信息中检索出来。在这种情况下,(N)地址的语义与接收系统用自已的行为所公布的自录入口有关。与自录设施人口有关的属性必须为接收子系统所知。被102
GB/T 9387.3-—1995
呼(N)地址标识一个对(N十1)实体进行访问的(N)-SAP集,这些(N十1)实体以某种方式支持通信,该方式须与从目录设施中所获得的信息保持一致。8.3.8被呼(N)地址可以是接受(N)子系统在以前的通信实例中作为主呼或响应(N)地址参数传递过的(N)地址。此时,它所标识的(N)-SAP集与在8.4和8.5条中描述的主呼或响应(N)地址的要求保持一致。
8.3.9被呼(N)地址可以由专用安排获得。此时,被呼(N)地址标识一个能对(N十1)实体提供访问的(N)-SAP集,这些(N十1)实体以与专用安排保持一致的方法支持通信。:8.4主呼(N)地址
8.4.1连接方式服务原语中的主呼(N)地址参数等价于无连接方式服务原语中的源(N)地址参数。8.4.2主呼(N)地址由(N十1)发起者提供。(N)地址的语义被传送到接收(N)子系统,然后再用一个(N)服务指示原语传递给(N十1)子系统。8.4.3现有的(N)协议说明和OSI管理标准并不强加任何限制。接收(N+1)子系统可以以下列任何方式使用主呼(N)地址:
a.在后续的一次与原通信无关的请求原语中,将原通信中的主呼(N)地址用作被呼(N)地址;b,为了方便连接的重建或断开,在后续的一个与原来通信有关的请求原语中,将原通信中的主呼(N)地址用作被呼(N)地址;
c.作为被呼(N)地址被转发到其它的开放系统;d.为了管理的目的。
8.4.4在有效期内,主呼(N)地址将标识位于发起(N)实体的一个(N)-SAP集。该集可受限于主呼(N)地址层次说明的要求。例如,某层可以要求一个主呼(N)地址仅标识一个(N)-SAP用以实际支持发起通信。
8.4.5当在一个(N)服务指示原语中的主呼(N)地址被接收(N)子系统在后续的(N)服务请求原语中作为被呼(N)地址使用时,该子系统应该知道这个地址可能会象在8.4.4条中所定义的那样不再有效,所以应采取适当的措施。
8.5响应(N)地址
8.5.1响应(N)地址用于(N)服务响应/证实原语中。注:某些OSI服务在定义响应和证实原语时,用“被呼地址\这个术语来指示响应(N)地址参数。8.5.2响应(N)地址由(N十1)接收者提供。该(N)地址的语义被运送到发起(N)子系统并在一个证实服务原语中传递给发起的(N+1)子系统。8.5.3现有的(N)层协议说明和OSI管理标准中没有任何强加的限制。发起(N+1)子系统可以以下列任何方式使用响应(N)地址:
a,在后续的一个与原来通信无关的请求原语中,将原通信中的响应(N)地址用作被呼(N)地址;b.在后续的一个与原通信有关的请求原语中,将原通信中的响应(N)地址用作被呼(N)地址。例如,为了方便连接的重建或断开;c.作为被呼(N)地址被转发到其它的开放系统,d.为了管理的目的。
8.5.4响应(N)地址可以与有关的(N)服务指示原语所说明的被呼(N)地址不相同。8.5.5在有效期内,响应(N)地址将标识位于发起(N)实体的一个(N)-SAP集。该集可受限于响应(N)地址层次说明的要求。例如,某层可要求一个响应(N)地址仅标识-个(N)-SAP用以实际支持通信。bzxZ.net
8.5.6当在一个(N)服务证实原语中接收到的响应(N)地址被发起子系统在以后的(N)服务请求原语中用作被呼(N)地址时,该子系统应该知道这个地址可能会象在8.5.5条中所定义的那样不再有效,并应采取适当的措施。
9编址信息和(N)协议
9.1引言
GB/T 9387.3—1995
本章给出了个与层次无关的在(N)协议编址信息[(N)-PAIJ中使用编址信息的描述。(N)-PAI是(N)-PCI中包含编址信息的元素。9.2(N)-PAI中的编址信息
9.2.1用在两个(N)实体调用之间交换(N)协议的方法运送(N)地址的语义。对某些层,(N)地址的全部语义都在(N)-PAI中运送。在其他层中,可能并不需要在(N)-PAI中表示(N)地址的全部语义。对这些层,(N)地址的全部语义由以下两点组合运送:a.交换(N)-PAI;
b.与该(N)-PAI的使用范围有关的本地信息。注:①例如,网络实体交换网络地址。此时,网络-PAI包含网络地址。②(N)-PAI的值可以含有与(N)层和(N+1)层的操作有关的信息。然而,一个特定层仅使用与该层有关的信息。
9.2.2在网络层以下,通信(N)实体受限于单个子网。由于(N)-PAI的交换可以在子网范围内被转换,所以这种交换不必是全局适用的。9.2.3在网络层,通信的(N)实体可以被连接到不同的子网上。所以使得(N)-PAI的交换必须是全局适用的。因此,为了达到交换网络-PAI的目的,需要单独提供网络地址的完整语义。9.2.4在网络层以上,(N)-PAI的表示范围受限于通信端系统。在这些层中,N)地址的语义包括:a一个(N)-SAP集的标识,这个标识在包含该集的(N)子系统的范围内是无二义的,并且这个标识是由在(N)-PAI中交换的(N)选择因子及在相应(N)子系统中与该选择因子的适用范围有关的本地信息提供的;
b.端系统的标识来自于网络层中网络地址的交换。注:应用层交换的是标题和标识符而不是编址信息。9.3对(N)-PAI元素的赋值
9.3.1层次协议规范定义了用于编址信息交换的(N)-PAI的元素。(N)-PAI的不同元素分别用于传递下列语义:
被呼(N)地址,
主呼(N)地址,
一响应(N)地址。
9.3.2用于运送主呼(N)地址语义的元素值由(N)发起者提供。这个值可以被接收(N)子系统保留,并在后续的请求原语中作为被呼(N)地址的语义运送给原来的发起(N)子系统。9.3.3响应(N)地址的语义值由接收(N)子系统提供。这个值可被发起(N)子系统保留并在以后的(N)服务请求原语中作为被呼(N)地址的语义运送给接收(N)子系统。9.3.4被呼(N)地址的语义值可以来自于:a.、个目录设施,
b.-一个专用安排,或
以前发出的(主呼)响应(N)地址。9.4网络地址和网络-PAI
完整的网络地址语义在网络-PAI中运送。网络地址是全局适用的并由适当的登记权限机构发布。9.5网络层以上各层的(N)地址和(N)-PAI9.5.1(N)选择因子在(N)子系统内是无二义的。(N)选择因子的值由开放系统的本地管理来选择,尽管这样选择的值须为欲与之通信的子系统所知,但仍不要求设立一个OSI编址机构。当一个(N)选择因104
GB/T9387.3—1995
子标识一个(N)-SAP时,对该选择因子的分解是接收(N)子系统的任务。注:①所有特定于某个(N)-SAP集的(N)实体都以同样的方式连接到该(N)-SAP集(即无论用这些(N)实体中的那一个处理通信,与相应的(N)-SAP集有关的(N)选择因子的值总是同一个)。②怎样获得无二义的方法是一个本地的事情。开放系统的本地管理可以通过在(N)子系统的范圖内定义唯一的选择因子的方法来达到该目的。在这种情况下,(N)选择因子的语义可以从由(N)-PAI所携带的值中检索出来,而与负责处理该通信的(N)实体无关。当(N)选择因子在(N)子系统范围内是无二义的但并不唯一时:需要有局部于接收开放系统的附加信息(尤其是一些(N)选择因子的语义是依赖于处理通信的(N)实体的),
9.5.2协议规范可以将(N)-PAI指定成一个选择项,因此可以省缺。由于(N)-PAI在(N)协议中是(N)选择因子,所以(N)选择因子缺省与(N)选择因子的值为空”之间没有任何区别。在连接方式操作中,对主呼和被呼(N)地址的(N)选择因子缺省等价于(N)选择因子值为空。对响应(N)地址,(N)选择因子的值缺省表明响应(N)地址就是被呼(N)地址。注:在使用类型长度值(TLV)编码技术的层次中:a。“选择因子缺省”意味没有用于运送该因子类型的参数出现;b,“选择因子值为空”对应于运送该选择因子类型参数的长度域为零;c.
看做空。
如果运送选择因子类型的参数类型出现,并且有关的参数长度不是零,则无论选择因子的值是否编码,不把它9.5.3当选择因子的值为“空”(或该值的缺省)已被说明为下列情况时,它仅在(N)-PAI中用作运送被呼(N)地址的语义:
a.被说明为是来自某目录设施入口的一个值;或b.月
所运送的(N)-PAI是一个以前发出的用于主呼,响应(N)地址的语义的(N)-PAIc.专用安排。
9.5.4(N)接收者根据本地信息使用值为空的(N)选择因子,以选出一个(N)-SAP注:开放系统的本地管理对一个值为空的选择因子的使用并不影响对其它(N)选择因子值的使用。9.6(N)-PAI的获得
9.6.1有关应用实体的信息从应用标题目录设施(见第14章)中获得。该信息是单个元组,它规定了通过PSAP访问应用实体所需的编址(N)-PAI值。这个元组具有如下形式:P选择因子,S选择因子,T选择因子、网络地址表)。
注:从该四元组中检索出的每一个(N)-PAI的值均可被有关的(N)接收者用以标识一个(N)-SAP集。(N)编址信息可以标识一个(N)-SAP集这件事本身仅为接收(N)子系统所知。9.6.2网络地址表中的所有网络地址均属于同一开放系统。在发起开放系统,对一给定的通信实例,由本地系统管理选定一一个网络地址值。9.6.3T选择因子是单个T选择因子值,当用在运输PAI中时,它标识位于有关开放系统中的且适用于四元组中网络地址的一个TSAP集。无论使用哪个网络地址,该选挥因子的值同等有效。9.6.4S选择因子是单个S选择因子值,当用在会话PAI中时,它标识位于有关开放系统中的且适用于四元组中网络地址的一个SSAP集。无论使用哪个网络地址,该选择因子的值都同等有效。9.6.5P选择因子是单个P选择因子值,当用在表示PAI中时,它标识位于有关开放系统中的且适用于四元组中网络地址的一个PSAP集。无论使用哪个网络地址,该选择因子的值都同等有效。10(N)目录函数
10.1引言
10.1.1(N)目录函数用来处理(N)地址、(N1)地址、(N)实体标题、(N)-PAI和可能的路由信息,以提供这些信息范畴之间的映射。这些函数由(N)层中的((N)实体在连接建立或无连接数据传输过程中的下列情况下完成:
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。