GB/T 16976-1997 信息技术 系统间远程通信和信息交换 使用X.25提供OSI连接方式网络服务

GB/'r16976一1997

前言

本标准等同采用ISO/TEC8878:1992信《息技术系统间远程通信和信息交换使用X.25提供

OSI连接方式网络服务》。

通过制定这项国家标准，有利于OSI连接方式下网络服务的有序发展。

本标准附录A到附录D是标准的附录，附录E到附录I是提示的附录。

本标准由中华人民共和国电子工业部提出。

本标准由电子工业部标准化研究所归口。

本标准起草单位:航天工业总公司信息中心。

本标准主要起草人:张君成、张汝澜。

cs/T16976一1997

ISO/IEC前言

ISO(国际标准化组织)和IEC(国际电工委员会)是世界性标准化专门机构;国家成员体(它们都是

ISO或IEC的成员国)通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。

ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO和IEC有联系的其他官方和非官

方国际组织也可参与国际标准的制定工作。

对于信息技术,ISO和IEC建立了一个联合技术委员会，即ISO/IECJTC1。由联合技术委员会提

出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75%的参与表决的国

家成员体投票赞成。

国际标准ISO/IEC8878是由ISO/IECJTCl0信息技术”联合技术委员会制定的。

附录A到附录D是标准的附录.

附录E到附录I是提示的附录。

GB/T16976一1997

引言

本标准通过使用X.25包层协议(X.25PLP)的虚电路服务，定义了提供OSI连接方式网络服务的

方法。在本标准主体部分中表述的这种方法，规定了使用X.25虚呼叫(VC)服务的X.25/PLP的1984

或之后版本(按X.25/PLP-1984引用)的要素与OSICONS要素之间的映射。与X.251984以后版本相

关的特征被标识为究竟与哪一个版本有关。本标准类似于CCITTX.223，但目前是作为两个独立的文

件发布。

第13章包含关于系统与本标准一致性声称的要求。

使用其他虚电路服务和/或X.25其他版本的其他方法也被定义。特别地，在附录A中表述的针对

虚呼叫的第二种方法，定义了子网络相关的收敛协议((SNDCP)，将用于提供跨越子网络的OSICONS,

或提供跨越使用1980或更早版本的X.25/PLP(按X.25/PLP-1980引用)设备的OSICONS。只有5.1

中定义的X.25/PLP-1984的要素不能用以支持OSICONS时，才应使用SNDCP。附录B根据是否实

现本标准主体部分定义的规程，还是实现附录A定义的规程，或两者都实现，而包含系统的分类。另外，

它还描述了所标识设备的类别之间，互作可能性和规则。

附录A和B是本标准整体组成部分。它们是要在子网络和DTE两个方面向X.251984版的使用

提供迁移策略。由于技术的发展，将来附录A和B的地位会被重新看待。

附录C定义了提供OSICONS的另一种方法，这种情况与X.25的PVC服务结合使用。

附录D为本标准提供协议实现一致性声明(PICS)准则。

附录C和D是本标准整体组成部分。

附录E提供关于X.25协议规程和CONS原语之间关系方面的一些附加考虑。

附录F展示X.25网络协议地址信息(NPAD，即地址字段和地址扩展设施的使用。

附录G展示X.25转接延迟设施的使用。

附录H展示X.25优先权设施的使用。

附录I列出了CCITTX.223和ISO/IEC8878之间的不同。

附录E到I不是本标准的整体组成部分。

X.25/PLP-1984与OSICONS之间的关系在图1中显示。这种关系只能按照提供CONS的网络层

实体术语描述。这里没有给出关于只对给定网络提供中继功能的网络层实体的动作描述的讨论。

运翰协议

一]

!

网络口及务

I

X.25包层_」

协议

图1X.25包层协议与OSI连接方式网络服务的关系

定义OSI网络服务依照:

a)服务原语动作和事件;

b)每一原语动作和事件的相关参数，及所采用的形式，

GB/T16976一1997

c)这些动作和事件之间的相互关系，及它们的有效序列。

osl网络服务既不规定各自的实现或产品，也不限制计算机系统内实体和接口的实现。

定义X.25/PLP-1984依照:

a)虚呼叫和永久虚电路规程;

b)与这些规程相关包的格式;

c)可选用户设施和CCITT规定的DTE设施用的规程和格式。

使用“网络”这个词命名OSI参考模型的“网络”层，应与使用“网络”这个词表示的传统上理解的通

信网络区分开来。为便于区分，术语子“网络”用作物理设备的集合，统称为“网络，，(参阅GB9387)。子网

络可以是公用或专用网络。在公用网络情况下，它们的性质由各自的CCITT建议决定，如CCITTX.21

对电路交换网络，CCITTX.25对包交换网络。

纵观整个OSI相关建议{国际标准的集合，术语“服务”是指OSI参考模型的一层对它上面的层提

供的抽象的能力。因此，网络服务是概念结构的服务，独立于管理上的划分。

注:将一组Osi相关建议}国际标准内的术语“服务”的专门使用与其他地方由某组织描述服务条款的使用(例如

管理部门在CCITT建议中定义的服务条款)区分开来是很重要的.

中华人民共和国国家标准

信息技术系统间远程通信和

信息交换使用x.25提供

c13/T16976一1997

OR连接方式网络服务idtISO/IEC8878}1992

Informationtechnology-Telecommunicationsandinformation

exchangebetweensystems-UseofX.25toprovidetheOSI

Connection-modeNetworkService

范围

OSI连接方式网络服务((CONS)是以一组原语动作和事件及其相关参数术语定义的。对于支持这

种服务的协议，必须有CONS抽象原语和参数与协议实际要素之间的映射。对于X.25包层协议

(PLP)，本标准的主体部分对使用虚呼叫的X.25/PLP-1984提供这样的映射。

本标准还提供CONS原语和参数到X.25/PLP-198。加SNDCP(附录A)的映射。这些映射适用于

X.25虚呼叫服务。另外，对实现一个或多个映射的端系统和网络层中继系统的不同组合，定义了选择适

当映射(如果有的话)的方法(附录B),

对X.25/PLP-1984和X.25/PLP-1980的永久虚电路PVC服务，CONS原语和参数到X.25/PLP

的映射在附录℃中给出。

本标准规定了两组规程，并从中引出了三类实现的描述。这些规程的需求既适用于端系统操作，也

适用于网络层中继一半操作。这里涉及到中继操作，中继的两半可以是相同或不同的实现类别。

本标准规定了系统一1984实现要满足的需求。这类实现被设计成能直接和有效地与其他系统一1984

实现操作，并包括经过一个X.25(1984)子网络操作的情况。

本标准也规定了系统一198。实现要操作的规程。这类实现被设计成能与其他系统一198。实现直接操

作，并包括经过任何形式的X.25子网操作的情况，但操作没有系统一1984实现有效。

本标准还规定了兼容的实现要满足的需求。这类实现被设计成能与所有其他实现类型直接操作，并

包括经过任何类型的X.25子网络操作的情况。当放在这种环境中时，它们将有效地利用X.25(1984),

X.25/PLP通常被认为是端系统(即X.25术语中的“数据终端设备”)和包交换公用数据子网之间

的操作。然而，X.25/PLP也能用于其他提供OSICONS的环境，这样的其他使用的例子包括:

a)连接到X.25包交换专用数据子网的端系统;

b)连接到局域网的端系统;

。)在没有包交换公用数据子网介入时，两个端系统直接连接或电路交换连接(包括经过电路交换

数据子网络的连接)。

2引用标准

下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均

为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

国家技术监督局1997一09一02批准1998一04一01实施

GB/T16976一1997

GB9387-88信息处理系统开放系统互连基本参考模型(idtISO7498:19841

eqvCCITTX.200:1988)

GB/T15126-1994信息技术开放系统互连的网络服务定义(idtISO/IEC8348:19921eqv

CCITTX.213:1992)

GB/T15129-1994信息处理系统开放系统互连服务约定(idtISO/TR8509:19871eqv

CCITTX.210:1988)

GB/T16974-1997信息技术数据通信数据终端设备用X.25包层协议(idtISO/IEC8208:

19951eqvCCITTX.25:1988)

注:针对包层协议描述，该建议将被单独引用.然而，该建议充分地规定了DCE的行为，而对DTE仅规定了一组最

小佑求.设计DTE的附加指导可在GB/T16974中得到.

CCITTX.96:1988公用数据网络中的呼叫进行信号

3定义

本标准采用下列定义.

3.1参考模型定义

可使用下列在OSI参考模型(GB9387)中开发与定义的术语:

a)网络连接

b)网络层

c)网络服务

d)网络服务访问点

e)网络服务访问点地址

f)子网

3.八乙服务约定定义

可使用下列适用于网络层和在OSI服务约定(GB/T15129)中定义的术语:

a)网络服务用户

b)网络服务提供者

c)原语

d)请求

e)指示

f)响应

9)证实

3.I

J网络服务定义

可使用下列在网络服务(GB/T15126)中定义的术语:

a)主叫网络服务用户

b)被叫网络服务用户

。)子网连接点地址

d)网络协议地址信息

e)初始域部分

f)权限和格式标识符

9)初始域标识符

h)域特定部分

3.4X.25定义

可使用下列在X.25包层协议(GB/T16974)中开发的术语:

GB/T16976一1997

a)虚电路

b)虚呼叫

c)逻辑信道

d)包层

e)数据终端设备

f)数据电路终接设备

g)DXE(或DTE或DCE)

15X.96定义

可使用下列在CCITTX.96中定义的术语

a)类C呼叫进行信号

b)类D呼叫进行信号

4缩略语

4.1网络服务缩略语

AM管理机构和格式标识符

CONS连接方式网络服务

DSP域特定部分

IDI初始域标识符

IDP初始域部分

N网络

NC网络连接

NL网络层

NPAI网络协议地址信息

NS网络服务

NSAP网络服务访问点

OSI开放系统互连

QOS服务质量

SNAP子网连接点

4.2X.25缩略语

AEF地址扩展设施

AF地址字段

B-MTCN基本的最小吞吐量级别协商(设施)

B-TCN基本的吞吐量级别协商(设施)

D位交付证实位

DCE数据电路终接设备

DTE数据终端设备

EDN加速数据协商(设施)

EETDN端到端转接延迟协商(设施)

FPF设施参数字段

GFI通用格式标识符

LC逻辑信道

M位后续数据位

MBSM位序列

GB/T16976一1997

PLP包层协议

P(R)包接收顺序号

P(S)包发送顺序号

PVC永久虚电路

Q位限定符位

TDSAI转接延迟选择和指示(设施)

VC虚呼叫

5概述

网络服务(NS)提供NS用户之间的数据透明传送。利用支持通信的资源而取得这种传送的方式，

对这些NS用户来说是不可见的。

5.1用来支持OSICON的X.25/PLP-1984的要素

根据GB/T16974的定义，X.25/PLP-1984为CONS的NS用户之间的数据的透明传送提供了一

种特定的实现。这种协议的要素被认为是:

a)虚电路类型;

b)映射到OSICONS的原语和参数的包类型及字段;

。)任选用户设施及CCITT规定的DTE设施。

GB/T16974中定义了两种虚电路类型，虚呼叫(VC)的使用映射到第6和7章中的OSICONS的

网络连接(NC)建立和释放阶段，映射到第8章一第11章中的数据传送阶段((PVC的相应映射在附录C

中给出)。

表1列出了支持OSICONS时应使用的X.25/PLP-1984包及相关字段。另外，下列任选用户设施

和CCITT规定的DTE设施也应被使用和/或被商定:

a)任选用户设施:

1)快速选择(设施的使用;当在无包交换网络介人的DTE到DTE环境中操作时，快速选择设

施的使用也应被两个DTE商定);

2)快速选择接受(设施，如果在包交换网络环境中操作.应被商定);

3)基本吞吐量级别协商(设施的商定和使用)。

4)转接延迟选择和指示(设施的使用)。

b)CCITT规定的DTE设施:

1)被叫地址扩展(设施的使用);

2)主叫地址扩展(设施的使用);

3)端到端转接延迟协商(设施的使用);

4)加速数据协商(设施的使用);

5)基本最小吞吐量级别协商(设施的使用);

6)优先权与〔X.25/PLP-1988或之后的版本一起使用的设施)。

表1用于支持OSICONS的X.25/PLP-1984的包和字段

包类W}一字段:)!

CALLREQUEST通用格式标识符3，，地址字段，设施字段，

INCOMINGCALL呼叫和被叫用户数据字段)，

CALLACCEPTED

CALLCONNECTED

Gs/T16976一1997

表1(完)

包类型，‘字段e)

CLEARREQUEST清除原因字段，诊断代码字段，地址字段，

CLEARINDICATION设施字段，清除用户数据字段。

DATAD位，M位，P(S)",P(R)"，用户数据字段

INTERRUPT中断用户数据字段们

RECEIVEREADY"P(R)"

RECEIVENOTREADY"

REJECT"(如果预约的话)

RESETREQUEST复位原因字段，诊断代码字段

RESETINDICATION

RESTARTINDICATION重新起动原因字段，诊断代码字段

1)表中所示的包用以支持OSICONS的原语。表中未示出的其他包(即CLEARCONFIRMATION,INTER-

RUPTCONFIRMATION,RESETCONFIRMATION及RESTARTCONFIRMATION包)是使用所示包所

必须的。但其他包(即RESTARTREQUEST,DIAGNOSTIC,REGISTRATIONREQUEST及REGISTRA-

TIONCONFIRMATION包)是与OSICONS的条款没有关系的.

2)表中所示的字段中的信息与OSICONS原语的相关参数有直接关系。表中未示出的其他字段(即逻辑信道标

识符，包类型标识符，Q位，地址长度字段及设施长度字段)是使用适当包所必须。

3)这些包中通用格式标识符(GFI)的第1个八位位组的位7用于协商支持收到证实服务的交付证实位(D位)的

整体可用性。因此，如同X.25/PLP-1984中的定义，该位无专用的字段名.

4)所有用户数据字段都是八位位组对齐的。

5)P(S)和P(R)字段是提供收到证实服务的X.25/PLP-1984操作所必须的。

6)这些包隐含的动作与OSICONS的原语毫无关系，但P(R)字段是提供收到证实服务的X.25/PLP-1984操作

所必须的。

5.2支持OSICONS的X.25/PLP-1984的通用操作

在连接到公用或专用X.25包交换子网的端系统中，可使用X.25/PLP-1984来提供OSICONS.

X.25/PLP-1984也能用在端系统连接到局域网络的环境中，或用在端系统通过专用通路或通过电路交

换连接进行连接的环境中。

如图2所示，NS提供者(更准确地说，是端系统中的网络层(NL)实体)必须提供:

a)OSICONS的原语和参数，

b)X.25/PLP-1984的包及相关字段之间的转换。

请求和响应原语被NL实体转换成要经过DTE/DXE接口要发送的包。收到的恰当的包，被NL实

体转换成指示和证实原语。

附录E提供了关于X.25协议规程和CONS原语之间关系的附加考虑。

注:网络服务定义规定了NC端点上的原语有效顺序，及被叫NC端点上响应收到证实协商、加速数据协商和服务

质量(Q05)参数协商的有效参数。NL实休监视一致性的必要性和对非一致性所采取的动作是本地事宜，并不

受标准约束.

某一用来标识特定NC的本地机制与一个用来标识特定虚电路的逻辑信道((LC)号之间也有关系。

这种关系是本地事宜，这里不讨论。

212

GB/T16976一1997

端系统A端系统B

N4Sf'

网络服务

原语

6944

NL实体NL实休

NASA*

注:该接口由0个或多个提供网络层中继功能的网络层实体组成.

图2OSI连接方式网络服务和X.25包层协议(1984)的操作

6网络连接建立阶段

6.，原语/参数和包/字段的关系

表2示出了在NC建立阶段使用的原语/参数和与呼叫建立规程有关的包/字段之间的关系。

6.2规程

6.2，原语/包映射

当收到来自NL用户的N-CONNECTrequest或N-CONNECTresponse原语时，NDTE/DXE接

口，NL实体分别发送CALLREQUEST或CALLACCEPTED包.

当NL实体收到INCOMINGCALL或CALLCONNECTED包时，分别向NS用户发送N-CON-

NECTindication或N-CONNECTconfirm信号。

表2NC建立阶段CONS对X.25/PLP-1984的映射

CONSX.25/PLP-1984

原语:包:

N-CONNECTrequestCALLREQUEST

N-CONNECTindicationINCOMINGCALL

N-CONNECTresponseCALLACCEPTED

N-CONNECTconfirmCALLCONNECTED

参数:字段(包括设施):

被叫地址被叫DTE地址字段

被叫地址扩展设施

主叫地址主叫DTE地址字段

主叫地址扩展设铸

响应地址被叫DTE地址字段

被叫地址扩展设施

收到证实选择通用格式标识符11

GB/T16976一1997

表2(完)

CONSX.25/PLP-1984

参数:字段(包括设施):

加速数据选择加速数据协商设施

QOS-参数集基本吞吐量级别协商设施)2

基本最小吞吐量级别协商设施

转接延迟选择和指示设施

端到端转接延迟协商设施

优先权设施

NS用户数据呼叫和被叫用户数据宇段

快速选择设施引

1)呼叫建立包中GFI的第1个八位位组的位7，用于协商支持收到证实服务的D位的整体可用性。因此，如同

X.25/PLP-1984中的定义，该位无专用的字段名。

2,)对于适当的操作，也应在接口上商定该任选用户设施的使用。

3)对于适当的操作，在访问包交换网络时，也应在接口上商定快速选择接受设施。

6.2.2网络地址

本地操作决定网络协议地址信息(NPAD的内容，以及当显式提供时，网络地址是与X.25/PLP-

1984呼叫建立包的地址字段(AF)，还是与地址扩展设施(AEF)双向映射。附录F描述了可从网络地址

导出所需AF内容的方法指南。允许在AF或AEF中放置网络地址的技术在本章中给出。所运用的编

码技术是GB/T16974中为AF和AEF规定的那些。这些字段的内容是在GB/T15126定义的优选二

进制编码中。X.25/PLP-1984的NPAI中对网络地址编码的例子也在附录F中给出。

6-2-2.1网络地址的编码

6.2.2.1.1地址字段(AF)的使用

在一定条件下，GB/T15126中定义的网络地址完全可以在AF中运送。这些条件是:

a)网络地址仅由初始域部分(IDP)组成(即域特定部分(DPS)为空);

b)管理机构和格式标识符(AFD能从AF的内容导出(例如，具有DTE所连接的子网的知识);

c)初始域标识符((IDD与子网络连接点((SNPA)地址相同。

当上述所有条件都满足时，AF可用来运送整个网络地址的语义(AFI是隐含的，AF的内容等同于

IDI)。在这种情况下，也可使用AEF(见6.2.2.1.2),

注:优选二进制编码的使用会导致AF中的二一十进制编码的数字，如同GB/T16974要求的那样.

6.2-2-1.2AEF的使用

如果6.2.2.1.1中的任一条件不满足，应使用AEF,网络地址，连同AFI,放在AEF中(AEF的设

施参数字段((FPF)的八位位组1的位8和7都置0)。在这种情况下，本标准不定义AF的内容。推导指

南在附录F中给出。

6.2-2.2网络地址的解码

在按下述规定对网络地址解码之后，如果网络地址不存在，那么，NL实体通过发送越过DTE/

DXE接口的CLEARREQUEST包来清除呼叫，其清除原因代码为D“TE发起”。建议诊断代码值置为

232(或224),连“接拒绝—NSAP不可达(永久状态)”。NL实体不向NS用户发出任何原语信号。

6.2-2-2.1缺少AEF的情况

如果AEF不出现，则接收NL实体需要本地知识以决定网络地址是否可从AF的内容导出。如果

这种本地知识指示网络地址存在，它的抽象语法如下:

a)AFI从收到包的子网的知识导出;

b)IDI与AF的内容相同;

c)DSP不出现。

GB/T16976一1997

如果存在的知识不足以从收到的AF导出网络地址—INCOMINGCALL包中只有被叫地址，那

么，将通过发送越过DTE/DXE接口的CLEARREQUEST包拒绝呼叫，其清除原因代码为“DTE发

起”。建议诊断代码值置为232,“连接拒绝—NSAP不可达(永久状态)”。

6.2.2.2.2AEF情况

如果AEF出现，并且FPF的前导八位位组的位8和7都置。，则网络地址完全包含在AEF中。抽

象语法如下:

a)AFI包含在AEF的前两位数字中;

b)在丢弃所有前导和尾随的填充数字后，IDP的余项就是IDI;

c)如果DSP出现，在丢弃所有尾随填充数字后，它组成AEF内容的余项。

如果网络地址不能从INCOMINGCALL包的被叫AEF中导出，那么，将通过发送越过DTE/

DXE接口的CLEARREQUEST包拒绝呼叫，其清除原因代码为D“TE发起”。建议诊断代码值置为

232(或224),“连接拒绝—NSAP不可达(永久状态)"。

6.2.3收到证实选择

X.25/PLP-1984呼叫建立包的GFI中八位位组1的位7与N-CONNECT原语的收到证实选择参

数双向映射。_

如果N-CONNECT请求原语的收到证实选择参数指示“使用收到证实”，那么，如果NL实体能支

持8.2.3和9.2.1中定义的D位规程的话，应将GFI的位7置为1，以指示在数据传送阶段使用收到证

实。如果指示“不使用收到证实”，或NL实体不能支持D位规程，则位7置为。。

当NL实体收到了GFI的位7置为1的INCOMINGCALL包，但NL实体不能支持D位规程时，

它应在发给被叫NS用户的N-CONNECTindication原语的收到证实选择参数中指示“不使用收到证

实”。否则，如果GFI的位7置1为(或。)，则NL实体在发给被叫NS用户的N-CONNECTindication

原语的收到证实选择参数中指示“使用(或不使用)收到证实”。

当NL实体收到的N-CONNECTresponse原语，带有指示“使用(或不使用)收到证实”的收到证实

选择参数时，NL实体将CALLACCEPTED包的GFI的位7置1为(或。)。

当NL实体收到了GFI的位7置为1(或0)的CALLCONNECT包时，NL实体在发给主叫NS用

户的N-CONNECTconfirm原语的收到证实选择参数中指示“使用(或不使用)收到证实”。

6.2.4加速数据选择

X.25/PLP-1984的加速数据协商((EDN)设施与N-CONNECT原语的加速数据选择参数双向映

射。

如果N-CONNECTrequest原语的加速数据选择参数指示使“用加速数据”，那么，如果NL实体能

支持使用32个八位位组INTERRUPT包的中断规程的话，则编码CALLREQUEST包中的EDN设

施，以指示在数据传送阶段使用加速数据。如果指示“不使用加速数据”，或NL实体不能支持32个八位

位组的INTERRUPT包，那么，或编码EDN设施，以指示不使用加速数据，或省略它。

当NL实体收到的INCOMINGCALL包不带EDN设施，或者虽带有指示使用加速数据的EDN

设施，但NL实体不能支持使用32个八位位组INTERRUPT包的中断规程时，它应在发给被叫NS用

户的N-CONNECTindication原语的加速数据选择参数中指示“不使用加速数据”。否则，如果EDN设

施指示使用(或不使用)加速数据，则NL实体在发给被叫NS用户的N-CONNECTindication原语的

加速数据选择参数中指示“使用(或不使用)加速数据”。

当NL实体收到的N-CONNECTresponse原语，带有指示“使用加速数据”的加速数据选择参数

时，NL实体编码CALLACCEPTED包中的EDN设施，以指示使用加速数据。如果加速数据选择参数

指示“不使用加速数据”，则或编码EDN设施，以指示不使用加速数据，或忽略它。

当NL实体收到的CALLCONNECT包，带有指示使用(或不使用)加速数据的EDN设施时，NL

实体在发给主叫NS用户的N-CONNECTconfirm原语的加速数据选择参数中指示“使用(或不使用)

GB/T16976一1997

加速数据”。如果CALLCONNECTED包没有EDN设施，则NL实体向主叫NS用户指示“不使用加速

数据气

6.2.5QOS参数集合

在NC建立阶段运送的QOS参数集合由下列参数组成:

a)从主叫NS用户到被叫NS用户数据传送方向的吞吐量;

b)从被叫NS用户到主叫NS用户数据传送方向的吞吐量;

c)数据传送两个方向应用的转接延迟;

d)在NC上传送的数据的优先权(针对在其他NC上传送的数据);

e)获得NC的优先权;

f)保持这个NC的优先权。

对这些参数中的每一个，一组“子参数”定义如下:

a)“目标”值，是主叫NS用户要求的QOS值;

b)“可接受的最低质量”值，是主叫NS用户可以同意的最低QOS值;

。)“可用的”值，是NS提供者愿意提供的QOS值;

d)“选定的”值，是被叫NS用户同意的QOS值。

能对每一子参数规定的一组值，是在每一网络服务中定义。该集合包括值“未规定”。它也可能包括

被定义为默“认值”的值，该默认值在特定值不出现的场合应用，NS提供者和NS用户能相互理解。

6.2-5.1吞吐量QOS参数

X.25/PLP-1984的基本吞吐量级别协商(B-TCN)设施和基本的最小吞吐量级别协商(B-MTCN)

设施与N-CONNECT原语的两个吞吐量QOS参数双向映射。这些X.25/PLP-1984设施与两个吞吐量

子参数集合的特定的双向映射在表3中给出。

表3吞吐量QOS子参数到X.25/PLP-1984设施的映射

CONSX.25/PLP-1984

子参数原语设施

目标N-CONNECTrequestB-TCNCALLREQUEST

可接受的最低质量N-CONNECTrequestB-MTCNCALLREQUEST

可用的N-CONNECTindicationB-TCNINCOMINGCALL

可接受的最低质tN-CONNECTindicationB-MTCNINCOMINGCALL

选定的N-CONNECTresponseB-TCNCALLACCEPTED

选定的N-CONNECTconfirmB-TCNCALLCONNECTED

每一吞吐量子参数都能规定的值集合的范围是从;5到:92000bit/s"，包括:5bit/s和192000

bit/s。该集合由以下离散值组成:75,150,300,600,1200,2400,4800,9600,19200,48000,64000,

128000，和192000bit/soNL实体或者支持所有这些值，或者支持这些值的一个连续子集。值“未规

定”也是允许的。

6.2.5.1.1处理N-CONNECTrequest原语

_在接收N-CONNECTrequest原语时，如果NL实体不能支持可接受的最低质量吞吐量(即最小吞

U1量)(当为每一数据传送方向规定时)，那么，它拒绝请求。在这种情况下，NL实体不发送任何X.25/

PLP-1984包，但向主叫NS用户发出N-DISCONNECTindication原语信号。发起者参数是"NS提供

者”。理由参数是“连接拒绝—QOS不可用(瞬时状态)”，或者，如果NL实体永远不能支持每一数据

传送方向的可接受的最低质量，则为“连接拒绝—QOS不可用(永久状态)’’。

1)对1984X.25/PLP，吞吐量只到48000bit/s是可用的。对1988X.25/PLP，该集合扩充到64000bit/s.对1992

X.25/PLP，该集合进一步扩充到192000bit/s,

GB/T16976一1997

在接收N-CONNECTrequest原语时，如果NL实体能支持可接受的最低质量吞吐量(当为每一数

据传送方向规定时)，那么，对每一数据传送方向，NL实体

。)编码B-MTCN设施中的可接受的最低质量值;

b)编码目标值与B-TCN设施中NL实体准备支持的最高值两者之中的较小者(如表3所示)。

如果目标子参数(两个吞吐量QOS参数之一个或全部)是“未规定”，那么，对相应的数据传输方

向，NL实体编码B-TCN设施作为NL实体支持的最高吞吐量速率。如果可接受的最低质量子参数(两

个吞吐量QOS参数之一个或全部)是“未规定”，那么，对相应的数据传输方向，NL实体编码B-TCN设

施为75bit/s,B-TCN和B-MTCN设施经DTE/DXE接口在CALLREQUEST包中发送。

6.2-5-1.2处理INCOMINGCALL包

当收到带有B-MTCN设施的INCOMINGCALL包时，NL实体将B-MTCN设施中为每一数据传

输方向规定的最小吞吐量值与B-TCN设施中规定的可用吞吐量值进行比较。对每一方向，如果可用吞

吐量值小于最小吞吐量值，或如果NL实体不能支持最小吞吐量值，那么，NL实体清除呼叫(即发送

CLEARREQUEST包)。原因为D“TE发起”，诊断为连“接拒绝—QOS不可用(瞬时状态)”，或者，如

果NL实体永远不能支持最低吞吐量值，则为连“接拒绝—QOS不可用(永久状态)”(这些诊断分别

具有值229和230)。否则，对数据传输的两个方向，NL实体在发给被叫NS用户的N-CONNECTindi-

cation原语的吞吐量QOS参数中指示可用的和可接受的最低质量吞吐量值。可用和可接受的最低质量

子参数分别从B-TCN和B-MTCN设施映射过来，如表3所示。

如果NL实体收到的INCOMINGCALL包不带B-MTCN设施，那么，对于发给被叫NS用户发信

号的N-CONNECTindication原语的两个吞吐量QOS参数的可接受的最低质量子参数，NL实体将其

指示为值“未规定”。两个吞吐量QOS参数的可用的子参数自B-TCN设施映射过来。

注:从实践的角度来看，考虑到在CALLACCEPTED包中能发出离散值信号方面的限制.如6.2-5.1中列出的，值

未“规定”通常能设置为75bit/s,

6.2.5.1.3处理N-CONNECTresponse原语

当收到N-CONNECTresponse原语时，NL实体根据吞吐量QOS参数中给出的值，在B-TCN设

施中编码了为数据传送的两个方向选定的吞吐量值，B-TCN设施在CALLACCEPTED包中返回。

6.2.5.1.4处理CALLCONNECTED包

当收到CALLCONNECTED包时，NL实体根据B-TCN设施中给出的值，在发给主叫NS用户的

N-CONNECTconfirm原语的吞吐量QOS参数中，指示为两个数据传送方向选定的吞吐量值。

6.2.5.2转接延迟QOS参数

X.25/PLP-1984的转接延迟选择和指示(TDSAI)设施以及端到端转接延迟协商((EETDN)设施与

N-CONNECT原语的转接延迟QOS参数双向映射.

能为每一转接延迟子参数规定的一组值的范围从1ms到65534ms，包括1ms和65534ms，递增

量为1ms,NL实体可支持所有这些值，也可支持这些值中的一个连续子集。值未“规定”也是允许的。

端系统中的NL实体应能够确定可归因于那个端系统中的NS提供者的累积转接延迟。这是NL实

体本身、所有较低层实体、以及访问线路传输速率影响的转接延迟。

附录G示出了支持转接延迟QOS参数的端到端协商的X.25TDSAI和EETDN设施的使用。

6.2.5.2.1处理N-CONNECTrequest原语

在接收N-CONNECTrequest原语时，如果NL实体不能支持可接受的最低质量转接延迟(即最大

转接延迟)(当规定时)，那么，它拒绝请求。在这种情况下，NL实体不发送任何X.25/P4P-1984包，但

向主叫NS用户发出N-DISCONNECTi

ndication原语信号。发起者参数是"NS提供者”。理由参数是

“连接拒绝-QOS不可用(瞬时状态)”，或者，如果NL实体永远不能支持可接受的最低质量，则为

连“接拒绝—QOS不可用(永久状态)’’。

在接收N-CONNECTrequest原语时，如果NL实体能支持可接受的最低质量转接延迟(即最大转

Gs/T16976一1997

接延迟)(当规定时)，或者，当规定了目标转接延迟，而可接受的最低质量转接延迟为未规定时，那么

a)NL实体在EETDN设施的“累积转接延迟子字段”(即八位位组1和2)中，编码归因于主叫端系

统中的NS提供者的累积转接延迟;

b)如果规定了目标转接延迟，那么，NL实体在EETDN设施的“目标转接延迟子字段”(即八位位

组3和4)中编码该值(否则，该子字段不予使用);

注:按照GB/T15126，目标转接延迟为未规定、而可接受的最低质量转接延迟具有非未规定值的情况是不允许的;

从逻辑上讲，这种情况能被允许的赋值表示，这时，为目标及可接受的最低质量转接延迟两者规定的是同一值。

c)如果规定了可接受的最低质量转接延迟.那么，NL实体在EETDN设施的“最大可接受的转接

延迟子字段，’(即八位位组5和6)中编码该值(否则，该子字段不使用);

d)如果规定了该目标转接延迟，那么，NL实体编码TDSAI设施的值，并要小于目标转接延迟减

去主叫端系统的累积转接延迟;否则，TDSAI设施可被任何值编码(即不为本标准所限制)。

注:如果给出了路“由选择管理信息库",NL实体就能进一步精确在TDSAI设施中编码的值。例如，TDSAI的值应

考虑到是否要穿越非包交换网络到达被叫端系统，或者，被叫端系统是否能以点到点配置方式直接到达。

如果目标和可接受的最低质量转接延迟两者都未规定，那么，NL实体应忽略TDSAI设施(如果适

用的话)，并且按上面给出的(a)编码EETDN设施。TDSAI如出现)和EETDN设施经DTE/DXE接

口在CALLREQUEST包中发送。

注:在DTE庄)CE环境中，CALLREQUEST包中的TDSAI设施的值提供DCE分配资源的依据。适用虚呼叫的最

终的转接延迟值可能小于、等于或大于CALLREQUEST包中的值。

6-2.5-2.2处理INCOMINGCALL包

在收到INCOMINGCALL包时，NL实体确定TDSAI设施,EETDN设施的“累积转接延迟子字

段，’(即八位位组1和2)是否出现。如果有一个不出现，则NL实体应从它的本地路“由选择管理信息

库”中导出用于遗漏值的值。然后计算总的NC转接延迟，如下面给出的。

总的NC转接延迟由下列内容值之和决定:

a)TDSAI设施;

b)EETDN设施的“累积转接延迟子字段”(即八位位组1和2);

c)归因于被叫端系统中NS提供者的累积转接延迟。

注:这里提议的计算总的NC转接延迟的规程，是NL实体在没有任何“外部信息”情况下能做到的最佳结果然而，

如果给出了“路由选择管理信息库”，则NL实体能精确该值。