ImageVerifierCode 换一换
格式:PDF , 页数:111 ,大小:925.54KB ,
资源ID:802559      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-802559.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-T Q 922 SPANISH-1992 ISDN Data Link Layer Specification for Frame Mode Bearer Services《帧模式承载业务的综合业务数字网(ISDN)数据链路层规范》.pdf)为本站会员(visitstep340)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T Q 922 SPANISH-1992 ISDN Data Link Layer Specification for Frame Mode Bearer Services《帧模式承载业务的综合业务数字网(ISDN)数据链路层规范》.pdf

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESCCITT Q.922COMIT CONSULTIVOINTERNACIONALTELEGRFICO Y TELEFNICOSISTEMA DE SEALIZACIN DIGITAL DEABONADO N. 1, CAPA ENLACE DE DATOSESPECIFICACIN DE LA CAPA DE ENLACEDE DATOS DE LA RDSI PARA SERVICIOSPORTADORES EN MODO TRAMARecomendacin Q.922Ginebra, 1992PREFACIOE

2、l CCITT (Comit Consultivo Internacional Telegrfico y Telefnico) es un rgano permanente de la UninInternacional de Telecomunicaciones (UIT). Este rgano estudia los aspectos tcnicos, de explotacin y tarifarios ypublica Recomendaciones sobre los mismos, con miras a la normalizacin de las telecomunicaci

3、ones en el planomundial.La Asamblea Plenaria del CCITT, que se celebra cada cuatro aos, establece los temas que han de estudiarse yaprueba las Recomendaciones preparadas por sus Comisiones de Estudio. La aprobacin de Recomendaciones por losmiembros del CCITT entre las Asambleas Plenarias de ste es e

4、l objeto del procedimiento establecido en la ResolucinN.o2 del CCITT (Melbourne, 1988).La Recomendacin Q.922 ha sido preparada por la Comisin de Estudio XI y fue aprobada por elprocedimiento de la Resolucin N.o2 el 4 de febrero de 1992._NOTA DEL CCITTEn esta Recomendacin, la expresin Administracin s

5、e utiliza para designar, en forma abreviada, tanto unaAdministracin de telecomunicaciones como una empresa privada de explotacin de telecomunicaciones reconocida. UIT 1992Es propiedad. Ninguna parte de esta publicacin puede reproducirse o utilizarse, de ninguna forma o por ningn medio,sea ste electr

6、nico o mecnico, de fotocopia o de microfilm, sin previa autorizacin escrita por parte de la UIT.Recomendacin Q.922Recomendacin Q.922ESPECIFICACIN DE LA CAPA DE ENLACE DE DATOS DE LA RDSIPARA SERVICIOS PORTADORES EN MODO TRAMANDICE1 Generalidades2 Estructura de trama para comunicacin entre pares3 Ele

7、mentos de procedimientos y formatos de campos para comunicacin entre pares en la capa de enlace de datos4 Elementos de comunicacin entre capas5 Definicin de los procedimientos entre pares de la capa de enlace de datosAnexo A Aspectos de la subcapa de ncleo de la Recomendacin Q.922 para uso con el se

8、rvicio portador conretransmisin de tramasAnexo B Representacin SDL de procedimientos punto a puntoApndice I Respuestas a congestin de redApndice II Configuraciones de sealizacinApndice III Negociacin automtica de parmetros de la capa de enlace de datosApndice IV Protocolo de convergencia para propor

9、cionar el servicio de red con conexin de OSI por encima de laRecomendacin Q.922Apndice V Ocurrencia de indicacin MDL-ERROR dentro de los estados bsicosApndice VI Abreviaturas y acrnimos utilizados en esta RecomendacinReferenciasRecomendacin Q.922 1 1 GeneralidadesEsta Recomendacin especifica la estr

10、uctura de trama, los elementos de procedimiento, el formato de camposy los procedimientos de la capa de enlace de datos para soportar servicios portadores en modo trama en el plano deusuario como se define en la Recomendacin I.233 1.Esta especificacin de un protocolo de capa de enlace de datos y de

11、procedimientos para servicios portadoresen modo trama se basa en el protocolo del procedimiento de acceso al enlace por el canal D (LAPD, link accessprocedure on the D-channel) y los procedimientos definidos en la Recomendacin Q.921 2 y es una extensin destos. Los procedimientos son aplicables, pero

12、 no estn limitados, al acceso al servicio portador en modo trama y sedesignan tambin como procedimientos de acceso al enlace para servicios portadores en modo trama, o LAPF (linkaccess procedures to frame mode bearer services). Un subconjunto de LAPF, correspondiente a la subcapa de ncleo deenlace d

13、e datos (definida en la Rec. I. 233), se utiliza para soportar el servicio portador con retransmisin de tramas. Estesubconjunto se denomina protocolos de ncleo de enlace de datos (NCLEO-DL) y figura en el anexo A. El resto delLAPF se llama protocolo de control de enlace de datos (CONTROL-DL).La fina

14、lidad del LAPF es la de transportar unidades de datos de servicio enlace de datos (DL, data link) entreusuarios de servicio de DL en el plano U para servicios portadores en modo trama a travs del interfaz usuario-red de laRDSI por canales B, D o H. Las conexiones portadoras en modo trama se establec

15、en utilizando los procedimientosespecificados en la Recomendacin Q.933 3 o (para circuitos virtuales permanentes) por abono (subscripcin).El LAPF utiliza un servicio de capa fsica, como el soportado por las Recomendaciones de la serie I.430 4. ElLAPF permite la multiplexacin estadstica de una o ms c

16、onexiones portadoras en modo trama a travs de un solo canalB, D o H, de la RDSI mediante la utilizacin de LAPF y procedimientos HDLC compatibles. En particular, el LAPF secaracteriza por: una estrecha relacin con los procedimientos entre pares de LAPD; un comportamiento de procedimiento simtrico con

17、 respecto al interfaz usuario-red, lo que permitetambin el interfuncionamiento directo de usuario a usuario cuando el lado red est pasivo (o solamentesoporta el protocolo NCLEO-DL); una subcapa de ncleo que comprende los procedimientos NCLEO-DL, como se indica en el anexo A; aplicabilidad en cualqui

18、er canal RDSI, es decir, en canales B, D o H; uso compartido del canal D, concurrentemente con el LAPD (vase la Recomendacin Q.921 2); uso de identificadores de conexin de enlace de datos (DLCI, data link connection identifiers) paraidentificar de manera nica enlaces virtuales en modo trama que estn

19、 siendo asignados a las conexionesportadoras multiplexadas en un canal B, D o H de RDSI; provisin de un DLCI dedicado para gestin de capa; uso con una serie de protocolos organizados por capas, lo que permite el interfuncionamiento entre: servicios con retransmisin de tramas y servicios con conmutac

20、in de tramas; servicios con retransmisin de tramas y servicios basados en la Recomendacin X.25; servicios con conmutacin de tramas y servicios basados en la Recomendacin X.25.Los protocolos de capa de red que proporcionan y soportan la fase transferencia de datos N del servicio de redcon conexin de

21、OSI (vase la Recomendacin X.213 5) pueden ser transportados por el servicio proporcionado por lapresente Recomendacin. Dos de esos protocolos de capa de red son: la fase transferencia de datos de la Recomendacin X.25 6, y el protocolo especificado en el apndice IV.La asignacin del DLCI se efecta med

22、iante sealizacin de grupo (definida en el apndice II) o por abono opor previo acuerdo.Los conceptos, terminologa, descripcin general de funciones y procedimientos del enlace de datos, as comolas relaciones con otras Recomendaciones, se describen en trminos generales en la Recomendacin Q.920 7.2 Reco

23、mendacin Q.922 Nota 1 Como se indica en la Recomendacin Q.920 7, en el texto principal de esta Recomendacin seutiliza el trmino capa de enlace de datos. Sin embargo, sobre todo en figuras y cuadros, se utilizan como abreviaturaslos trminos capa 2 y L2 (layer 2). Adems, el trmino capa 3 se utiliza pa

24、ra identificar la capa superior a la capade enlace de datos.Nota 2 Se entender que todas las referencias en este documento a la entidad de gestin de capa y/oentidad de gestin de conexin se hacen a tales entidades en la capa de enlace de datos.2 Estructura de trama para comunicacin entre pares2.1 Gen

25、eralidadesTodos los intercambios entre pares en la capa de enlace de datos se hacen en tramas conformes a uno de losformatos indicados en la figura 1/Q.921 2.2.2 Secuencia de banderaTodas las tramas debern comenzar y terminar por una secuencia de bandera constituida por un bit 0 seguidode seis bits

26、1 contiguos y un bit 0. La bandera que precede al campo de direccin est definida como la bandera deapertura. La bandera que sigue al campo de la secuencia de verificacin de trama (FCS, frame check sequence) estdefinida como la bandera de cierre. La bandera de cierre puede tambin constituir la bander

27、a de apertura de la tramasiguiente, en algunas aplicaciones. Sin embargo, todos los receptores deben ser capaces de acomodar la recepcin de unao ms banderas consecutivas. Para la aplicabilidad, vase Interfaces usuario-red de la RDSI: Recomendacionesrelativas a la capa 1, Recomendaciones I.430 4 e I.

28、431 16.Nota Se recomienda que las banderas se utilicen como relleno entre tramas en canales que no sean elcanal D.2.3 Campo de direccinEl campo de direccin constar por lo menos de dos octetos. El formato del campo de direccin se define en el 3.2.2.4 Campo de controlLa definicin y utilizacin del camp

29、o de control se indica en la Recomendacin Q.921 2.2.5 Campo de informacinLa definicin y utilizacin del campo de informacin figuran en la Recomendacin Q.921 2. El nmeromximo de octetos en el campo de informacin se define en el 5.9.3.2.6 TransparenciaLa definicin y utilizacin de transparencia figura e

30、n la Recomendacin Q.921 2.2.7 Secuencia de verificacin de trama (FCS)La definicin y utilizacin de la FCS figura en la Recomendacin Q.921 2.2.8 Convenio sobre el formatoLa definicin de convenios relativos al formato y a la numeracin figura en la Recomendacin Q.921 2.2.9 Tramas no vlidasUna trama no v

31、lida es una trama que:a) no est debidamente limitada por dos banderas, ob) tiene menos de tres octetos entre el campo de direccin (definido en el 3.2) y la bandera de cierre, oc) no tiene un nmero entero de octetos antes de una insercin de bits 0 o despus de una extraccin debits 0, oRecomendacin Q.9

32、22 3 d) contiene un error en la secuencia de verificacin de trama, oe) contiene un campo de direccin de un solo octeto, of) contiene un DLCI que no es soportado por el receptor.Las tramas no vlidas debern descartarse sin notificacin al expedidor. No se ejecutan acciones comoresultado de tramas no vl

33、idas.2.10 Abortos de tramaLa definicin de los abortos de trama y la reaccin a los mismos figuran en la Recomendacin Q.921 2.3 Elementos de procedimientos y formatos de campos para comunicacin entre pares en la capa de enlacede datos3.1 GeneralidadesLos elementos de procedimientos definen las instruc

34、ciones y respuestas que se utilizan para comunicacinentre pares mediante conexiones de la capa de enlace de datos.De estos elementos de procedimientos se han derivado procedimientos, que se describen en el 5.3.2 Formato del campo de direccinEl formato del campo de direccin mostrado en la figura 1/Q.

35、922 contiene los bits de extensin de campo dedireccin, una indicacin de instruccin/respuesta, tres bits reservados para notificacin de congestin explcita haciaadelante y hacia atrs e indicador de elegibilidad de descarte (utilizados con servicios de relevo de trama segn el anexoA), un campo de ident

36、ificador de conexin de enlace de datos (DLCI) y un bit para indicar si el octeto final de uncampo de direccin de tres o cuatro octetos es informacin de DLCI inferior o de control de NCLEO-DL (vase el 3.3.7). La longitud mnima y por defecto del campo de direccin es de dos octetos y puede extenderse a

37、 tres o cuatrooctetos para soportar una gama mayor de direcciones DLCI o para soportar funciones optativas de control deNCLEO-DL. Los formatos de campo de direccin de tres octetos y cuatro octetos pueden ser soportados en el interfazusuario-red o en el interfaz red-red mediante negociacin o acuerdos

38、 bilaterales.El soporte de campos de direccin de longitud superior a dos octetos es una opcin determinada por acuerdobilateral. Esta opcin incluye distinciones para soportar una longitud de campo de direccin que vare segn el interfaz,o segn el canal.3.3 Variables del campo de direccin3.3.1 Bit de ex

39、tensin de campo de direccin (EA)La gama de campos de direccin se extiende reservando el primer bit transmitido de los octetos de campo dedireccin para indicar el octeto final del campo de direccin. La presencia de un 0 en el primer bit de un octeto de campode direccin seala que otro octeto del campo

40、 de direccin sigue a ste. La presencia de un 1 en el primer bit de unocteto de campo de direccin seala que es el octeto final del campo de direccin. Por ejemplo, el campo de direccin dedos octetos tiene el bit uno del primer octeto puesto a 0 y el bit uno del segundo octeto puesto a 1.3.3.2 Bit de c

41、ampo de instruccin/respuesta (C/R)El bit C/R identifica una trama como una instruccin o una respuesta. Cuando la trama que ha de enviarse esuna trama de instruccin, el bit C/R deber ponerse a cero. Cuando la trama que ha de enviarse es una trama derespuesta, el bit C/R deber ponerse a 1.3.3.3 Bit de

42、 notificacin de congestin explcita hacia adelante (FECN)Este bit est reservado para utilizacin con el servicio con retransmisin de tramas como se describe en elanexo A y el apndice I.4 Recomendacin Q.922 87654321Formato de campode direccinDLCI superior C/R EA0por defecto(dos octetos)DLCI inferior FE

43、CN(Nota)BECN(Nota)DE(Nota)EA1o87654321Formato de campode direccinDLCI superior C/R EA0de tres octetosDLCI FECN(Nota)BECN(Nota)DE(Nota)EA0DLCI inferior ocontrol de NCLEO-DLD/C EA1o87654321Formato de campode direccinDLCI superior C/R EA0de cuatro octetosDLCI FECN(Nota)BECN(Nota)DE(Nota)EA0DLCI EA0DLCI

44、 inferior ocontrol de NCLEO-DLD/C EA1EA Bit de extensin de campo de direccin (address field extension bit)C/R Bit de instruccin/respuesta (command response bit)FECN Notificacin de congestin explcita hacia adelante (forward explicit congestion notification)BECN Notificacin de congestin explcita hacia

45、 atrs (backward explicit congestion notification)DLCI Identificador de conexin de enlace de datos (data link connection identifier)DE Indicador de elegibilidad de descarte (discard eligibility indicator)D/C Indicador de DLCI o de control de NCLEO-DL (DLCI or DL-CORE control indicator)Nota Vanse el a

46、nexo A y el apndice I para la utilizacin de estos tres bits, que estn reservados para la sealizacin denotificacin de congestin con retransmisin de tramas.FIGURA 1/Q.922Formatos de campo de direccinRecomendacin Q.922 5 3.3.4 Bit de notificacin de congestin explcita hacia atrs (BCEN)Este bit est reser

47、vado para utilizacin con el servicio con retransmisin de tramas como se describe en elanexo A y el apndice I.3.3.5 Indicador de elegibilidad de descarte (DE)Este bit est reservado para utilizacin con el servicio con retransmisin de trama como se describe en elanexo A y el apndice I.3.3.6 Identificador de conexin de enlace de datos (DLCI)El DLCI identifica una conexin virtual por un cana

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1