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
