GB/T 16653-1996 综合业务数字网帧模式承载业务 数据链路层规范

二一夕污一仁呢口只一令介一台七「一别下「「.

通一食一我簇术一标准汇编

数据与多媒体卷

r-.一一.、

致__数据通信分册(上)

______1____1_____「.、._、_、_「.____、、、__、_，_____.、、__~。______，/

中国标准出版社

信息产业部电信传输研究所

GB/T16653一1996

前言

本标准等同于国际电信联盟(ITU)CCITT建议Q.922:1992。本标准描述综合业务数字网((ISDN)

提供帧模式承载业务使用的数据链路层规程、帧格式、规程要素和字段格式。

本标准的附录A和附录B为标准的附录，附录C至附录H为提示的附录。

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

本标准由邮电部电信科学研究规划院归口。

本标准由邮电部数据通信技术研究所负责起草。

本标准主要起草人:钟嘉强。

Gs/T16653一1996

CCITT前言

CCITT(国际电报电话咨询委员会)是国际电信联盟(ITU)的一个常设机构。CCITT负责研究技术

的、操作的和资费的间题，并且为了实现全世界电信标准化，对上述间题发布建议。

每4年召开一次的CCITT全体会议确定研究课题并批准由各研究组起草的建议。在两次全体会议

之间，CCITT的成员可按CCITT第2号决议(1988年订于墨尔本)拟定的程序批准建议。

建议Q.922是由第XI研究组起草，并根据第2号决议的程序于1992年2月4日被批准。

注:在本建议中，“主管部门”一词是电信主管部门和经认可的私营机构的简称。

中华人民共和国国家标准

综合业务数字网帧模式承载业务

GB/T16653一1996

数据链路层规范idtCCITTQ.922门992

ISDNdatalinklayerspecification

forframemodebearerservices

1总论

本标准描述CCITT建议1.233仁1」定义的用户平面内支持帧模式承载业务使用的数据链路层的规

程、帧格式、规程要素和字段格式。

帧模式承载业务的数据链路层协议与规程。是在建议Q.921[2〕规定的LAPD(D信道链路接入规

程)协议与规程的基础上描述和扩展的。本规程适用于(而且不限于)对帧模式承载业务的接入，并取名

为LAPF，即帧模式承载业务链路接入规程。LAPF的子集，即数据链路核心子层(在建议1.233作了规

定)是用来支持帧中继承载业务的。LAPF的子集叫做“数据链路核心协议"，(DL-CORE)在附录A中阐

述。LAPF的其余部分叫做数据链路控制(DL-CONTROL)协议。

LAPF的用途是在B,D或H信道上通过ISDN用户/网络接口，在帧模式承载业务的U平面内的

DL一服务用户之间传递数据链路服务数据单元。帧模式承载连接可使用建议Q.933[3二描述的规程或

(在永久虚电路的情况下)通过预约来建立.

LAPF使用由建议1-430仁4〕支持的物理层服务。使用LAPF和兼容的HDLC规程,LAPF允许在

一条ISDNB,D或H信道上对单个或多个帧模式承载连接进行统计复用。LAPF的主要特征如下:

—同LAPD的对等实体至对等实体规程密切相关;

—用户/网络接口规程是对称的，从而允许用户对用户在没有网络的干预下(或仅仅支持DL-

CORE协议的情况下)直接进行互通;

—有一个核心子层，它包含附录A给出的DL-CORE规程;

—适用于任何ISDN信道，即B,D或H信道;

—与LAPD同时共享D信道(见建议Q.921[2]):

—使用数据链路连接标识符(DLCI)来识别在B,D或H信道上复用的承载连接中的每一条帧模

式虚链路;

—为层管理提供专用DLCI;

—在一个层内使用一套协议以便实现下列业务之间的互通:

·帧中继与帧交换业务;

·帧中继与X.25业务;

·帧交换与X.25业务。

本建议提供的服务，可用来传递提供和支持OSI连接型网络服务(CONS一见建议X.213[5])的网

络层协议，例如以下两种协议:

—建议X.25[6]的数据传送阶段，及

—附录F中描述的协议。

国家技术监督局1996一12一17批准1997一07一01实施

Gs/T16653一1996

DLCI的指定可利用附录D定义的群信令预约或通过事先协商来实现。

数据链路功能与规程的概念、术语和概述以及这些规程与其他建议之间的关系均在建议Q.920[7]

中作了阐述。

注

1正如建议Q.M71[提到的，“数据链路层”一词在本标准的正文中使用。但是，在图解和表格中主要使用缩写词

“层2”和L“2"。此外，使用“层3"来表示数据路链层的上一层。

2在本文件中，“层管理实体”和/或“连接管理实体”均指数据链路层内的实体.

对等层之间通信使用的帧结构

2.，总则

所有的数据链路层对等层之间的交换操作均以帧的形式进行;帧的格式应符合图1/[2〕所示的格

式之一。

2.2标志序列

所有的帧，其始、末均有标志:即一个“。”后随六个连续的“1和一个“。”。位于地址字段前的标志称

为首标;位于帧校验序列((FCS)字段后面的标志称为尾标。在某些应用中，尾标亦可做为下一个帧的首

标。不过，所有的接收机都必须能够接收一个或多个连续的标志。其应用方法见ISDN用户/网络接口:

层1建议1.430[4〕和1.431[161.

注:除在D信道外，建议使用标志做为帧间的填空。

2.3地址字段

地址字段至少占两个八位组(octet)。地址字段的格式在3.2中作了规定。

2.4控制字段

控制字段的定义与使用方法见建议Q.921[21,

2.5信息字段

信息字段的定义与使用方法见建议Q.921仁21。信息字段内的八位组的最大数目在5.9.3中作了规

定。

2.6透明性

透明性的定义与使用方法见建议Q.921[21.

2.7帧校验序列(FCS)

FCS的定义使用方法见建议Q.921[2习。

2.8格式的约定

规定的格式和编号的约定见建议Q.921仁2],

2.9无效帧

凡符合下列情况的帧均为无效帧:

a)不用两个适当标志隔开的帧;

b)按3.2规定的地址字段与尾标之间的距离不足3个八位组;

c)在插入“0"比特之前或去掉“0"比特之后，帧中的八位组数不是整数;

d)包含一个帧校验序列差错;

e)包含单个八比特组地址字段;或

f)包含接收机所不支持的DLCI.

无效帧应当舍弃并且不需要通知发送者。对无效帧不需要采取任何行动。

2.10帧放弃

帧放弃的定义与对它的反应在建议Q.921[2]中说明。

GB/T16653一1996

数据链路层对等层通信使用的规程要紊与字段格式

3.1总则

本规程要素规定了对等层使用数据链路层连接进行通信使用的命令与响应。

规程是由这些规程要素中产生的并在5中描述。

3,2地址字段格式

图1所示的地址字段格式包含地址字段扩展比特、命令/响应指示、正向与反向显示阻塞通知与舍

弃许可(适用于附录A所述的帧中继业务)共占3个比特，数据链路连接标识符(DLCI)字段和1个比特

用来指出3或4个八位组“地址字段”的最末一个八位组到底是低阶DLCI抑或是DL-CORE控制(见

3.3.7)信息。地址字段的最小长度和默认长度为2个八位组，并且为了支持更长的DLCI地址范围或支

持任选的DL-CORE控制功能，上述长度可延长至3或4个八位组。长度为3个八位组或4个八位组的

地址字段格式通过协商或双边协议可在用户/网络接口上或在网络/网络接口上予以支持。

对长度超过2个八位组的地址字段的支持是通过双边协议选择的任选项。这个任选项包括在接口

上或信道上对于具有不同长度的地址字段的支持。

3.3地址字段变量

3.3.1地址字段扩展比特(EA)

地址字段的长度可以扩展，为此可取地址字段八位组内被发送的第一个比特作为地址字段最末一

个八位组的指示符。地址字段八位组的第一个比特若为“0"，则表示后面还有一个地址字段八位组。若

地址字段八位组的第一个比特为“1"，则表示该八比特组为地址字段的最后一个八位组。例如，由2个八

位组构成的地址字段，其第一个和第二个八位组的第一个比特应当分别置为“0"和“1"e

3.3.2命令/响应字段比特(C/R)

C/R比特是用来识别命令和响应帧。当被发送的帧为命令帧时，应将C/R比特置“。”。当被发送的

帧为响应帧时，则应将C/R比特置"1;e

3.3.3正向显式阻塞通知比特(FECN)

FECN比特是为帧中继业务设置的，并在附录A和附录C中说明.

GB/T16653一1996

默认地址高阶DLCIC/RE0A

字段格式

FECNBECNDE

(2A位组)低阶DLCI(注)(注)(往)EA1

高阶DLCIC/RE0A

3八位组

FECNBECNDE

DLCI

地址字(注)(往)(庄)E0A

段格式

低阶DLCI或

DL-CORE控制D/CEA1

高阶DLCIC/RE0A

FECNBECNDE

4八位组DLCI(注)(往)(注)E0A

地址字

段格式DLCIEA0

低阶DLCI或

DL-CORE控制D/CEA1

EA一地址字段扩展比特;

C/R一命令响应比特;

FECN一正向阻塞显式通知;

BECN一反向阻塞显式通知;

DLCI-数据链路连接标识符，

DE一舍弃许可比特;

D/C-DLCI或DL-CORE控制指示

注:见附录A与附录C，有关帧中继使用这三个比特做为阻塞通知信息的方法。

图1地址字段格式

3.3.4反向显式阻塞通知比特(BECN)

BECN比特是为帧中继业务设置的，并在附录A和附录C中说明。

3.3.5舍弃许可比特(DE)

DE比特是为帧中继业务设置的，并在附录A和附录C中说明。

3.3.6数据链路标识符(DLCD

DLCI是用来在用户至网络或网络至用户的接口上识别承载信道(D,B或H)内的虚拟连接。因此，

DLCI指出哪一个数据链路层实体将要发送或接收信息。该信息是由数据链路层实体使用帧负责传递

的。DLCI字段分为结构式和非结构式两种形式。在非结构式DLCI字段中，低阶有效比特的安排如下:

Gs/T16653一1996

地址字段长度D/C=0D/C=1

2个八位组(见注)(见注)

3个八位组第3个八位组的第3个比特第2个八位组的第5个比特

4个八位组第4个八位组的第3个比特第3个八位组的第5个比特

注:不适用DDLCI的低阶有效比特为第2个八位组的第5个比特

DLCI字段的结构可根据协商或双边协议，在用户至网络或网络至网络接口上由网络确定。

为了符号上的方便，地址字段中的第1个八位组的6个高阶有效比特(即比特8至3)(它相当于建

议Q.921[2〕中的SAPI字段)称为高阶DLCI,

表1列出了DLCI在不同应用中的取值范围，以保证同D信道上的操作保持兼容;这种操作亦可使

用Q.921[幻协议。在D信道应用情况下，应采用本标准规定的包含2个八位组的地址字段格式。在D

信道上是否可以采用包含3个或4个八位组的地址字段的格式尚待进一步研究。

3.3.7DLCI/DL-CORE控制指示比特(D/C)

D/C指出其余可用的6个比特是低阶DLCI比特抑或是DL-CORE控制比特。当D/C比特被置

"0"时，它表示该八位组包含DLCI信息。当D/C比特被置01”时，它表示该八位组包含DL-CORE控制

信息。这个指示符只限于在由3或4个八比特组构成的地“址字段”的最后一个八比特组内使用。使用

于DL-CORE控制的指示比特暂时保留，因截至目前为止，尚未确定拟在地“址字段”中传送任何附加控

制功能。增加这个指示比特的目的是为将来进行协议扩充做准备。

注任选的DL-CORE控制字段是地址字段的组成部分.绝对不能同图I规定的HDLC帧的控制字段混淆.

3.4控制字段格式

控制字段识别帧的格式，如命令或响应。控制字段必要时包含顺序号。

控制字段共有3种格式:有编号的信息传送((I格式)、监控((S格式)、无编号信息传送与控制功能

(U格式)。控制字段格式列于表2。

表1DLCI的安排

10比特DLCI(注1)

DLCI范围功能

0(注2)内信道信令(若需要)

1^15保留

16^511网络任选项，在非D信道上，可用来支持用户信息

512^-991逻辑链路识别，可用来支持用户信息(注6)

992-1007帧模式承载业务的层2管理

1008^-1022保留

1023(注2)内信道层2管理(若需要)

16比特DLCI(注3)

DLCI范围功能

0(注2)内信道信令(若需要)

1-1023保留

GB/T16653一1996

表1(完)

16比特DLCI(注3)

1024^-32767网络任选项;在非D信道上，可用来支持用户信息

32768^-63487逻辑链路识别，可用来支持用户信息(注6)

63488^-64511帧模式承载业务层2管理

64512^65534保留

65535(注2)内信道层2管理(若需要)

17比特DLCI(注4)

DLCI范围功能

0(注2)内信道信令(若需要)

1-2047保留

2048-65535网络任选项;在非D信道上.可用来支持用户信息

65536-126975逻辑链路识别，可用来支持用户信息(注6)

126976--129023帧模式承载业务层2管理

129024-131070保留

131071(注1)内信道层2管理(若需要)

23比特DLCI(注5)

DLCI范围功能

0(注2)内信道信令(若需要)

1-131071保留

131072-4194303网络任选项;在非D信道上，可用来支持用户信息

注

1这些DLCI适用于采用2个八位组地址字段，或3个八位组地址字段和D/C=1的场合。

2仅适用于非D信道内。

3这些DLCI适用于非D信道内，采用3个八位组地址字段和D/C=。场合

4这些DLCI适用于非D信道内，采用4个八位组地址字段和D/C=1的场合。

5这些DLCI适用于非D信道内，采用4个八位组地址字段和D/C=。的场合.

6若使用帧模式半永久性型连接，则在这个范围内DLCI的可用数目将减少。

773

GB/T16653一1996

表2控制字段格式

控制字段比特

8765432，1

(模128)

N(S)0

I格式N(R)P/F/l位组4(注)

/l位组s

XXXXSuSu01

S格式八位组4

N(R)P/F八位组5

U格式MMMP/FMM11八位组4

N(S)—发送机的发送顺序号;

N(R)-发送机的接收顺序号;

P/F—当作为命令时为探询比特，当作为响应时为最终比特;

X—保留并置为“。”，

su-监控比特;

m—功能比特。

注:这些八位组的编号与2个八位组地址字段保持一致。当地址字段3个八位组时，这些八位组号上升一个

号;当地址字段为4个八位组时，则这些八位组号上升2个号.

3.4.1信息传送(I)格式

层3实体之间的信息传送应使用I格式。N(S),N(R)和P/F(在建议Q.921[2]3.5中规定的)的功

能是彼此独立的，即每一个I帧有一个N(S)顺序号、N(R)顺序号和一个可置“。”或“1"的P/F比特。N

(R)可用来确认或否认数据链路层实体收到附加的I帧。

N(S),N(R)与P/F的使用方法在建议Q.921[2〕第5章中作了规定。

注:这个I格式不同于LAPD，因为LAPF允许使用F比特.

3.1.2监控(S)格式

s格式的使用方法与建议Q.921[2〕相同。

3.4.3无编号(u)格式

u格式的使用方法与建议Q.921[2〕相同。

3.5控制字段参数与相关的状态变量

与控制字段格式相关的各种参数在建议Q.921[2」中描述。

3.6帧类型

3.6.1命令与响应

下列命令与响应可供用户或网络数据链路层实体使用，并列于表3。每一条数据链路连接应当为每

一个实施的应用支持全套命令与响应。表3列出每一种应用的相应帧类型。-

若帧类型的相关应用未被实施，则应舍弃该帧并且不必要采取任何行动。

对于每一种应用的LAPF规程而言，表3未列出的编码项应认为是未确定的命令与响应字段。应

采取的行动在5.8.5中说明。

表3列出的命今与响应在3.6.2至3.6.12中定义。

GB/T16653一1996

表3命令与响应(模128)

编码

应用格式命令响应

87654321

N(S)0

III

N(R)P/F

00000001

RRRR

N(R)P/F

00000101

SRNRRNR

N(R)P/F

非确认型和多帧确认00001001

REJREJ

型信息传送N(R)P/F

SABME011P1111

DM000F1111

UI000P0011

U

DISC010P0011

UA011F0011

FRMR100F0111

连接处理(注1)UXIDXID101P/F1111

注

1阻塞管理包括在表的本行。

2SREJ帧的使用方法尚待进一步研究。

3.6.2信息命令/响应

信息((1)帧的功能是通过数据链路连接传送包含第3层提供的信息字段的顺序编号帧。I命令是用

于点对点数据链路多帧操作。在点对点数据链路多帧操作中I响应可由数据链路层实体所接收。

注:这与LAPD的区别在于增加了信息响应帧。

3.6.3扩展式置异步平衡方式((SABME)命令

无编号命令SABME在建议Q.921[2」中定义。

3.6.4拆线(DISC)命令

DISC无编号命令在建议Q.921[2」中定义。

3.6.5无编号信息(UI)命令

无编号命令UI在建议Q.921[2」中定义。

3.6.6接收准备好(RR)命令/响应

RR监控帧在建议Q.921[2〕中定义。

3.6.7拒绝(RED命令/响应

REJ监控帧在建议Q.921[2」中定义。

3.6.8接收未准备好(RNR)命令/响应

RNR监控帧在建议Q.921[幻中定义。

3.6.9无编号确认(UA)响应

无编号响应UA在建议Q.92192〕中定义。

3.6.10拆线方式(DM)响应

GB/T16653一1996

无编号DM响应在建议Q.921[2」中定义。

3.6.11帧拒绝(FRMR)响应

FRMR无编号响应可由数据链路层实体发送或接收，用来报告无法使用重发相同的帧的方法来补

救的差错状态，即在接收有效帧的情况下至少遇到下列差错状态之一:

a)收到无定义或未实施的命令或响应的控制字段;

b>收到长度不正确的监控帧或无编号帧;

c)收到无效的N(R)，或

d)收到一个帧，其I字段超过既定的最大长度。

无定义控制字段是指未列入表3的控制字段编码。

有效N(R)字段是指符合V(A)-<N(R)-<V(S)条件的N(R)字段，其中，V(A)为确认状态变量，V

(S)为发送状态变量(见建议Q.921[幻3.5.2.2与3.5.2.3)

FRMR响应帧信息字段在建议Q.921[2」中定义。

3.6-12交换识别(XID)命令/响应

连接管理应用使用的XID帧在建议Q.921[2〕中定义。阻塞管理应用使用的XID帧在附录A中定

义。

4层对层通信要素

4门总则

层与层之间的通信，以及本标准中的数据链路层与层管理之间的通信均采用原语实现。

原语以抽象的形式表示数据链路层与相邻层之间进行的信息和控制的逻辑互换。原语并未对实现

做任何具体规定或限制。

图2的结构模型表示C平面和U平面层与子层之间的关系，包括层管理实体与系统管理。在这个

模型中，关键部分是C平面和U平面的网络层内的同步与会集功能((SCF),SCF的作用是协调C平面

和U平面之间的连接建立与释放。SCF与U平面的层3功能不属于本标准的范围。

图3至图6的概观模型说明了信息与服务原语的流程。这些图为图2的模型提供了较为详细的流

程说明。为了简化起见，图中将C平面上的层3功能块、U平面上的层3功能块以及SCF合并在一起。

图中只绘出了U平面的DL-SAP;未绘出C平面支持信令的DL-SAP.

原语是由与向下一层或上一层请求服务有关的命令及其响应组成。原语的通用语法如下:

XX一属名一类型:参数

其中，XX表示原语所通过的接口。在本建议中，XX的内容如下:

-DL-CORE用于DL-CORE用户与DL-CORE之间的通信;

-PH用于数据链路层与物理层之间的通信;

-DL用于层3与数据链路层之间的通信;

-MC用于DL-CORE与层2管理之间的通信(见A.4);

—MDL用于层2管理与数据链路层之间的通信;或

—M2N用于层3和层2管理实体之间的通信。

图3至图6描述了在U平面上原语的交互作用和使用的帧类型以及在C平面上的层3信息。

U平面上的层2功能块遵照本标准支持层2协议规程。层2U平面服务是在DL-SAP上提供的，

而且服务使用者可借助于DL原语进行调用。

层3功能块包括C平面上的呼叫控制功能(Q.933[3〕呼叫胜制规程)，层3U平面上的功能以及C

和U平面层3实体之间的协调功能。

GB/T16653一1996

名。

钵

猴

嗽

本

曝

噢

伟

饰幽迎闪N迎迎[阁

公门国

比0

1曰

硬六1I，1

的Q

钾

到长仪

迎和21阁(卜NO工娜馥举名映

旧︸洲毕砍

卜翻以

U国鬓汉国目

0

国

Vd山口

的0名司

!日吹0

。(dl盔软

)之叫的要肖一"IQW侧︸一半

某古军

掣积曹言阿卜︹徐6喘。门粼6晰目娜林安耸姨嘟书畔寡却书启卜

_t,N噢的口).口皇肖一Za写a.铡洲名映0粗坦暇顽织

本盛厄岛︼努如~分宕.门刊宜酬解

搜厄除口22芝匹映攀份0畔︼代试、1口迎渔2除侧枷烟半彰不恻启辍绷碧嶙搜俘

称口酬2

衅滓书卜画

朔启

却翁d名

暄阵阁口勺之吮1的，﹄(嫩攀骥盛公阿口卜d月哎，明曰!N派伴厦噢口代0一、的国国口匕|V创铡招工一d哎吹的山U侧名蒸豪111口

阁塑卜

露址国堆国嘟

厄绷娜0口体邻翁

卜。哗一噢蝴书

的口︼日小﹂曰伟启

县w-<n)N硬WIN-'Ic翱邸N絮

亚

洲.叮

例暇

迎西

国

夔筐

甘

书

启

闷

爵鬃复0国

﹄

洲之0

卿。己·

“

划

777

cs/T16653一1996

W髯和附

一(1纂

.1口

I，

Q

娜哮︵草

供百

岭州

.积︶

l之吸

l

.0积

I9共

_，{1的妞

1l