Repblica Bolivariana De Venezuela

Ministerio Del Poder Popular Para La Defensa

Universidad Experimental Politcnica De Las Fuerzas Armadas
UNEFA- Ncleo Sucre

TRANSMISIN DE DATOS
TEMA V
REDES CONMUTADAS
Dentro de la evolucin de la arquitectura de los sistemas teleinformticos, la ltima etapa ha sido la aparicin de las
redes conmutadas.
Se distinguen 3 categoras de redes de transmisin:

Las redes de conmutacin de circuitos.

Las redes de conmutacin de mensaje.
Las redes de conmutacin de paquetes.

LAS REDES DE CONMUTACIN DE CIRCUITOS

Basados en el mismo principio que la red telefnica. Las redes de conmutacin de circuitos permiten establecer un
circuito fsico entre 2 abonados durante todo el tiempo que dure la comunicacin, e inclusive en la ausencia de datos
a transmitir.
Ejemplos de redes de conmutacin de circuitos:

La red telefnica
La red telex
La red CADUCE
RTC 64
Telecom 1

REDES DE CONMUTACIN DE MENSAJES

Un mensaje es una sucesin de informaciones de longitud variable, formando lgicamente un todo para el expedidor
y el destinatario. Una red de conmutacin de mensajes es una red mallada.

Cuando un usuario desea enviar un mensaje a uno o varios usuarios, el transmite su mensaje a la central que l est
conectado, as como la lista de a quienes va dirigido.
En el intercambio, l recibe un acuse de recepcin. La central se encarga de enviar el mensaje, ya sea al o a los
destinatarios o al nodo (central) siguiente. Un acuse de recepcin garantiza cada vez una transmisin sin error.
Cuando el expedidor ha recibido el acuse de recepcin de su mensaje por su central. l est seguro de que su
mensaje ser llevado al o los destinatarios, pero no sabe cundo.
Adems de las memorias tampn (buffer) para almacenar los mensajes en los nodos intermedios, es necesario
igualmente un sistema de gestin y de reconocimiento de control del flujo, de enrutamiento de los mensajes.
La dificultad a la que se refiere este sistema es la de la transmisin correcta de un mensaje es muy baja, de ah la
necesidad de retransmisiones y una prdida de tiempo importante. Para acelerar la transmisin y hacer ms simple
las repeticiones sin error, en el ao 72 apareci el concepto de conmutacin de paquetes.
Ejemplos de redes de conmutacin de mensajes:

Red Pblica:
SESAME (Sistema Electrnico de captura y de orientacin de los mensajes) servicio prcticamente
desaparecido.
Redes privadas:
SITA (Sociedad Internacional de Telecomunicaciones Aeronuticas).
SWIFT (Societv of Worldwide Interbank Financial Telecommunication).

REDES DE CONMUTACIN DE PAQUETES

El principio bsico es el de eliminar la monopolizacin de una lnea entre 2 usuarios (conmutacin de circuitos) y lo
lento de las transferencias (conmutacin de mensajes).
La conmutacin por paquetes consiste en partir las secuencias de datos emitidos por los usuarios, en bloques de
longitud fija llamados paquetes.
Estos paquetes son enviados unos seguidos de los otros y enlaces entre nodos de conmutacin los vuelven a emitir a
medida como vayan llegando a los nodos.
La gestin de los bloques de informacin de poco tamao es ms simple, sobre todo al nivel de las repeticiones sobre
errores.

Transpac es la red pblica francesa de conmutacin de paquetes.

NIVELES O.S.I
Despus de la especificacin de SNA por parte de IBM cada fabricante importante defini su propia arquitectura de
redes; as la evolucin de los productos de comunicaciones estaba garantizada, pero no se haba resuelto el problema
de la interoperabilidad entre diferentes fabricantes. Debido a la posicin de hegemona que IBM disfrutaba en los

aos 70 y principios de los ochenta la compatibilidad con IBM era un requisito necesario, por lo que la mayora de los
fabricantes tenan implementaciones de los protocolos SNA para sus productos, o estas estaban disponibles a travs
de terceros. As la forma ms sencilla de interconectar dos equipos cualesquiera era conseguir que ambos hablaran
SNA
En 1977 la ISO (Internacional Organization for Standardization) consider que esta situacin no era la ms
conveniente, por lo que entre 1977 y 1983 defini la arquitectura de redes OSI con el fin de promover la creacin de
una serie de estndares que especificaran un conjunto de protocolos independientes de cualquier fabricante. Se
pretenda con ello no favorecer a ninguno a la hora de desarrollar implementaciones de los protocolos
correspondientes, cosa que inevitablemente habra ocurrido si se hubiera adoptado alguna de las arquitecturas
existentes, como la SNA de IBM o la DNA (Digital Network Architecture) de Digital. Se esperaba llegar a convertir los
protocolos OSI en el autntico Esperanto de las redes telemticas. Por diversas razones que veremos luego el xito de
los protocolos OSI en la prctica ha sido mucho menor de lo inicialmente previsto (cosa que por cierto tambin le ha
ocurrido al Esperando, aparentemente).
Seguramente la aportacin ms importante de la iniciativa OSI ha sido precisamente su arquitectura. sta ha servido
como marco de referencia para describir multitud de redes correspondientes a diversas arquitecturas, ya que la
arquitectura OSI es bien conocidas en entornos de redes, y su generalidad y no dependencia de ningn fabricante en
particular le hacen especialmente adecuada para estos fines. Por este motivo generalmente a la arquitectura OSI se la
denomina Modelo de Referencia OSI, o tambin OSIRM (OSI Reference Model). Por extensin hoy en da se utiliza a
menudo el trmino modelo de referencia para referirse a una arquitectura de red; as omos hablar del Modelo de
Referencia TCP/IP el Modelo de Referencia ATM, etc.
El modelo OSI define siete capas, curiosamente como en la arquitectura SNA si bien La funcionalidad es diferente. Las
capas son las siguientes:1.- Fsica, 2.- Enlace, 3.- Red, 4.- Transporte, 5.- Sesin, 6.- Presentacin, 7.- Aplicacin.

La ISO ha especificado protocolos para todas las capas, aunque algunos son poco utilizados. En funcin del tipo de
necesidades del usuario no siempre se utilizan todas ellas.

PRINCIPIOS DE LA ESTRUCTURACIN EN NIVELES

Una red es un conjunto muy complejo que necesita una estructuracin, que permita disgregar el sistema hasta los
elementos directamente realizables.
El primer objetivo es adaptar el modelo a diferentes tipos de redes:

Redes informticas.
Redes telemticas.
Redes de servicios integrados.
Redes locales, etc.

Es necesario adems que este modelo admita todos los tipos de aplicaciones.

Correo electrnico.
Cajeros bancarios automticos.
Reservaciones.
Control de fbricas.
Gestin de empresas.
Negocios, etc.

En fin, que venga a incorporarse a las estructuras existentes sin volver a discutirlo globalmente.
PRESENTACIN DEL MODELO OSI
El objetivo del modelo OSI es pretender resolver todos los problemas de comunicacin entre equipos informticos o
telemticos. Para esto, los problemas han sido divididos por niveles, del usuario al final de medio de trasmisin.
CAPA FSICA
Visto desde arriba la red puede presentarse como se muestra en la figura siguiente:
Las lneas que comunican a todos estos elementos, constituye el medio de transmisin. El nivel fsico est encargado
de los intercambios de bits entre dos entidades (nodos) directamente conectadas. Puede tratarse de un enlace punto
a punto o de una conexin multipunto (una red broadcast, por ejemplo Ethernet). La comunicacin puede ser dplex,
semi-dplex o simplex. Si la informacin se transmite por seales elctricas se especifican los voltajes permitidos y su
significado (1 0) y anlogamente para el caso de la fibra ptica. Se especifican las caractersticas mecnicas del
conector, la sealizacin bsica, etc.
Como ejemplos de la capa fsica podemos mencionar las normas EIA RS-232-C, utilizada por las puertas COM de los
computadores personales, la EIA-RS-449, CCITT X.21/X.21 bits, CCITT V.35. Las normas de redes locales incluyen en
sus especificaciones la capa fsica (IEEE 802.3 o Ethernet, IEE802.5 o Token Ring, ISO 9314 o FDDI, etc.)
Muchas de normas que existen en la capa fsica se refieren a la interfaz utilizadad para conectar un computador con
un mdem y a travs de una lnea telefnica conecta a otro mdem y computador en el extremo compuesto. Este es
el caso por ejemplo de las normas EIA RS-232-C, EIA-RS-449, CCITT X.21/X.21 bits, CCITT V.35 antes mencionadas. En

estos el conector del computador y el mdem son de diferentes sexo (macho o hembra). En estos contextos se
suele utilizar la denominacin DTE (Data Terminal Equipment) para referirse al computador y DCE (Data CircuitTerminating Equipment) para referirse al mdem. El mdem en ocasiones no es ms que un adaptador, ya que por
ejemplo la norma X.21 se utiliza para lneas digitales. En sentido general al equipo que acta como adaptador entre
el computador y el medio de transmisin se le denomina CSU/DSU Channel Service Unit/ Data Service Unit.
Todos los elementos de esta red, se deben comunicar dos a dos. La transmisin de las informaciones sobre el medio
debe realizarse sin prdidas. Habr por lo tanto retransmisin de informacin en caso de error.
CAPA DE ENLACE
La principal funcin de la capa de enlace es ofrecer un servicio de comunicacin fiable a partir de los servicios que
recibe de la capa fsica, tambin entre dos contiguas de la red. Esto supone que se realice detecciones y posiblemente
correccin de errores. A diferencia de la capa Fsica que transmita los bits de manera continua, la capa de enlace
transmite los bits en grupos denominados tramas (frames en ingles) cuyos tamao es tpicamente de unos pocos
cientos a unos pocos miles de bytes. Si el paquete recibido de la capa superior es mayor que el tamao mximo de
trama la capa fsica debe encargarse de fragmentarlo, enviarlo y recomponerlo en el lado opuesto. En caso de que
una trama no haya sido transmitida correctamente se debera enviar nuevamente; tambin debe haber mecanismo
para reconocer cuando una trama se recibe duplicada. Generalmente se utiliza un mecanismo de control de flujo,
para evitar que un transmisor rpido pueda abrumar un receptor lento.
Las redes broadcast utilizan funciones especiales de la capa de enlace para controlar el acceso al medio de
transmisin, ya que este es compartido por todos los nodos de la red. Esto aade una complejidad a la capa de enlace
que no est presente en las redes basadas en lneas punto a punto razn por la cual en las redes broadcast la capa de
enlace se subdivide en dos subcapas: la inferior, denominada subcapa MAC (Media Access Control) se ocupa de
resolver el problema de acceso al medio, y la superior, subcapa LLC (Logical Link Control) cumple una funcin
equivalente a la capa de enlace en las lneas punto a punto.
Ejemplos de protocolos de la capa de enlace incluyen ISO 7776, la capa de enlace CCITT x.25, RDSI, LAP-D, ISO HDLC.
Como ejemplos de protocolos de la subcapa MAC podemos los de IEEE 802.3 (Ethernet), IEEE 802.5 (Token Ring), ISO
9314 (FDDI). El protocolo de subcapa LLC de todas las redes broadcast es el IEEE802.2.
La transmisin de las informaciones se hace bajo la forma de tramas de bits (segundo nivel)
La informacin no es transportada de extremo a extremo.
CAPA DE RED
La capa de red se ocupa del control de la subred. Este es la capa que tiene conciencia de la topologa de la red, y se
ocupa de decidir porque ruta va hacer enviada la informacin; la decisin de la ruta a seguir puede hacerse de forma
esttica o de forma dinmica en base de informacin obtenida de otros nodos sobre el estado de la red.
De forma anloga a la capa de enlace la capa de red maneja los bits en grupos discretos que aqu reciben el nombre
de paquetes; motivo por el cual se la llama la capa de paquetes. Los paquetes tienen tamaos variables, pudiendo
llegar ser muy elevados, sobre todo en protocolos reciente, para poder aprovechar eficiente velocidad de los nuevos
medios de transmisin (fibra ptica, ATM, etc). Por ejemplo: en TCP/IP el tamao mximo de paquetes es de 64

KBytes, pero en el nuevo estndar llamado IPv6, el tamao mximo puede llegar a ser de 4 GBytes (4.294.967.296
Bytes).
Entre las funciones de la capa de red cabe destacar, a parte de la ya mencionada de elegir la ruta a seguir, el control
del trfico para evitar situaciones de congestin o atascos. En caso de ofrecer servicios con QoS el nivel de red
debe ocuparse de reservar los recursos necesarios para poder ofrecer el servicio permitido por garanta. Tambin
debe ser capaz de efectuar labores de contabilidad del trfico en caso necesario (por ejemplo si el servicio se factura
en base a la cantidad de datos transmitidos).
En la capa de red es en donde con ms intensidad se observa la distincin entre servicios orientados y no orientados a
conexin (CONS VERSUS CLNS).
La capa de red es la ms importante en la conmutacin de paquetes (tales como: X.25 o TCP/IP). Algunos ejemplos de
protocolos utilizados en la capa de red son los protocolos de nivel de paquetes y nivel de pasarela CCITT X.25 y X.75,
el IP (Internet Protocol), CCITT/ITU-T Q.931, Q.933, Q.2931, y el OSI CLNP (ConnectionLess Network Protocol).
En las redes de tipo broadcast el nivel de red es casi inexistente, ya que desde el punto de vista topolgico podemos
considerar que en una red broadcast los nodos estn interconectados todos con todos, por lo que no se toman
decisiones de encaminamiento.
Esta red de comunicacin debe ser capaz de reencaminar las informaciones en caso de fallas sobre el medio. Pero en
caso de que un modo de conmutacin no funcione habr perdida de los paquetes de datos almacenados. Este nivel
del todo no hay control del dato.
CAPA DE TRANSPORTE
La capa de transporte es la primera que se ocupa de comunicar directamente nodos terminales, utilizando la subred,
como un medio de transporte transparente gracias a los servicios obtenidos de la capa de red. Por esta razn se la ha
llamado histricamente la capa host-host. Tambin se suele decir que es la primera capa extremo a extremo.
La principal funcin de la capa de transporte es fragmentar de forma adecuada los datos recibidos de la capa superior
(sesin) para transferirlos a la capa de red, y asegurar que los fragmentos llegan y son recompuestos correctamente
en su destino.
En condiciones normales la capa de transporte solicita a la capa de red una conexin diferente por cada solicitud
recibida de la capa de sesin, pero puede haber razones de costo que aconsejen multiplexar diferentes conexiones en
la capa de sesin sobre una sola conexin en la capa de red o, inversamente , razones de rendimiento pueden
requerir que una conexin solicitada por la capa de sesin sea atendida por varias conexiones en la capa de red; en
ambos casos la capa de transporte se ocupar de hacer la multiplexacin mas adecuadrada de forma transparente a
la capa de sesin.
La capa de transporte establece el tipo de servicio que recibe la capa de sesin, y en ltimo extremo los usuarios. Este
poda ser por ejemplo un servicio de errores que entrega los mensajes en el mismo orden en que se envan; tambin
podra ser un servicio de data grama, es decir mensajes independientes sin garanta en cuanto al orden de entrega ni

confirmacin de la misma, un servicio broadcast o multicast en que los paquetes se distribuyen a mltiples destinos
simultneamente.
El control de flujo, que ha aparecido en capas anteriores, es necesario tambin en la capa de transporte para
asegurar que un host rpido no satura a uno lento. La capa de transporte realiza tambin es su propio control de
errores, que resulta ahora esencial pues algunos protocolos modernos como Frame Relay o ATM han reducido o
Suprimido totalmente el control de errores de las capas inferiores, ya que con las mejoras en la tecnologa de
transmisin de datos stos son menos frecuentes y se considera mas adecuado realizar esta tarea en el nivel de
transporte.
Salvo en el caso de transmisiones multicast o broadcast el nivel de transporte se ocupa siempre de una comunicacin
entre dos entidades, lo cual le asemeja en cierto sentido al nivel de enlace. Por eso existen grandes similitudes entre
ambas capas en cuestiones tales como el control de errores o control de flujo.
Ejemplos de protocolos de transporte de la informacin, es necesario un nivel superior. Este ignora los medios
utilizados para transportar los datos.
Los datos a trasferir, los confa a la red y verifica si los mismos son correctamente recibidos. En funcin de la calidad
de la red, ser posible definir diferentes clases de funcionamiento para asegurar que los datos no sean transportados
de un extremo al otro con una calidad constante.
CAPA DE SESIN
La capa de sesin es la primera que es accesible al usuario, y es su interfaz ms bsica con la red. Por ejemplo,
mediante los servicios de la capa de sesin un usuario podr establecer una conexin como terminal remoto de otro
computador. En un sistema multiusuario la capa de sesin se ocupa de ofrecer un SAP a cada usuario para acceder al
nivel de transporte.
Sin embargo es necesario organizar la discusin. Existen mltiples conexiones entre los diferentes puntos.
Es necesario saber entablar una discusin. Dar la palabra a los diferentes participantes, retornar la discusin en caso
de prdida de la informacin (este es el papel del 5to. Nivel).
CAPA DE PRESENTACIN
La capa de presentacin se ocupa de realizar las conversiones necesarias para asegurar que dichos bits se presentan
al usuario de la forma esperada. Por ejemplo, si se enva informacin alfanumrica de un computador ASCII a uno
EBCDIC ser preciso efectuar una conversin, o de lo contrario los datos no sern interpretados correctamente. Lo
mismo podramos decir de la transferencia de los datos enteros, flotantes, etc. Cuando la representacin de los datos
difiere en los computadores utilizados.
Prximos a la meta, es necesario mantener resueltos los problemas de compatibilidad de las informaciones entre
extremos. Es el problema del lenguaje.
Todos los extremos tienen su propio lenguaje, es necesario un intrprete nico, una especie de diccionario. Es la
funcin del 6to nivel.

CAPA DE APLICACIN
La capa de aplicacin comprende los servicios que el usuario final est acostumbrado a utilizar una red telemtica,
por lo que a menudo los protocolos de la capa de aplicacin se denominan servicios. Dado que se crean
continuamente nuevos servicios, existen muchos protocolos para la capa de aplicacin, uno o ms por cada tipo de
servicio.
Ejemplos de protocolos estndar de la capa de aplicacin son el CCITT X.400, X.420, X.500, FTAM. SMTP, FTP, HTTP,
etc.
En fin, todos stos problemas resueltos, los extremos pueden comunicarse (gracias al 7mo y ltimo nivel), como si
todo el mundo se encontrara en la misma sala con una nica mquina.
Faltan algunas aplicaciones diferentes. Y cada aplicacin tiene sus propias necesidades:
Transferencia de ficheros.
Mensajera
Aplicaciones interactivas.
PROTOCOLOS DE COMUNICACIONES
La funcin principal del protocolo es garantizar la fiabilidad de la informacin que se intercambia del emisor al
receptor a travs de un medio de comunicacin cuya fiabilidad es suficiente (esto implica el cambio de informacin
de control de receptor al emisor al emisor, sentido que tampoco es fiable).
El protocolo va a tomar en cuenta:

La transferencia de la informacin; esto supone una identificacin de la fuente y del destinatario

(direccionamiento).
La estructuracin de los datos y las secuencias de control, en bloques o tramas, en vista de su tratamiento
por los ETTD.
La delimitacin/identificacin de los datos. Para reconocer la agrupacin de los datos, en bloques o en
tramas, debemos definir las seales de reconocimiento al inicio y al final de estas agrupaciones.
La trasferencia o no a los cdigos utilizados: cuando el procedimiento es transparente, es posible para el
emisor utilizar dentro de stos mensajes las configuraciones reservadas a las secuencias de control. Esto es
indispensable cuando se transmite datos binarios.
La supervisin del enlace, esto se logra por el encaminamiento de los comandos, de las respuestas, de los
acuse de recepcin a los mensajes recibidos.
La repeticin en caso de errores; cuando un mensaje es errneo, se espera una respuesta durante un tiempo
determinado de antemano.
La gestin de los equipos especficos a la transmisin (mdem, controladores, multiplexores). El protocolo
debe por lo tanto conocer las caractersticas del material utilizado, para evitar las incompatibilidades
(tiempos de retorno del mdem, tiempos de ecualizacin, condiciones de mantenimiento de la
sincronizacin).

Con el propsito de realizar estas funciones, existen 2 tipos de protocolos:

Los protocolos basados en carcter.

Los protocolos basados en el bit.

PROTOCOLO X25
X25 es la norma internacional del CCITT que describe el protocolo estndar de acceso a las redes de conmutacin por
paquetes.
Puede estar definido como un conjunto de formatos y de reglas de encaminamiento, que rigen los intercambios de
datos entre un equipo de informtica y una red de conmutacin por paquetes.

El acceso del abonado a su central de conexin, se hace por un enlace dedicado punto a punto o por una red
conmutada (telefnica, X21)
La trasmisin se hace en modo sncrono.
El servicio de base que ofrece una red de conmutacin por paquetes es el circuito virtual
Se trata de una relacin lgica, establecida por la red entre dos abonados y que permite la transmisin de secuencias
de datos sin restriccin de distancia ni de origen, con un alto grado de seguridad.
Se llama virtual porque los circuitos fsicos tomados por los paquetes de un abonado son compartidos por todas las
comunicaciones.
Las caractersticas de transmisin del circuito virtual son:

Posibilidad de intercambios simultneos en los dos sentidos, de series de paquetes que constituyen los
mensajes de cualquier tamao.
El orden dentro del cual los paquetes son emitidos es conservado por la red.
Control de flujo que permite a cada corresponsal controlar la velocidad de emisin del otro.

Adaptacin del tamao de los paquetes: dos corresponsales tienen la posibilidad de utilizar paquetes de
diferentes tamaos. La red asegura por lo tanto agrupaciones o fragmentacin de los paquetes.
Acceso multicanal: permite una instalacin conectada a la red por un solo enlace fsico, comunicarse
simultneamente con varios corresponsales utilizando varios circuitos virtuales. En este caso, el control de
flujos se aplica selectivamente a cada uno de los circuitos virtuales.

Un circuito virtual puede ser:

Conmutado (SVC), es decir se establece y se libera a solicitud de uno de los dos corresponsales. Ofrece as la
posibilidad de un abonado de entrar en comunicacin con otro abonado.
Permanente (PVC), es decir se establece de manera permanente entre dos abonados, en este caso el usuario
no se beneficiara ms de las posibilidades de conmutacin.
Los circuitos virtuales conmutados y permanentes pueden coexistir en un mismo enlace de abonado
multicanal.

NIVELES DE X.25
X25 comprende tres niveles independientes de protocolo o interfaces:

El nivel de paquete.
El nivel de trama.
El nivel fsico.

El nivel de Paquete
Administra los circuitos virtuales (CV) (Comunicaciones), que el abonado establece con sus diversos corresponsales:
establecimiento y liberacin, control de transferencia de datos en cada CV. Los datos a transmitir son divididos en
segmentos de 32, 64, 128 o 256 octetos (longitud fija durante toda la duracin de la comunicacin). Un paquete est
formado por un segmento de informacin, precedido de una etiqueta de 3 octetos que contiene diversas
informaciones de servicio, principalmente:

Una direccin (nmero de canal lgico) que sirve para identificar el circuito virtual en el cual el paquete es
transmitido y as el destinatario del paquete.
Las informaciones necesarias en el control de flujo, en particular el nmero de frecuencia del paquete.

Existen por otra parte paquetes que contienen nicamente informaciones de servicio, por ejemplo para solicitar el
establecimiento o la liberacin de un circuito virtual.
El nivel de trama
Agrega octetos suplementarios al inicio y al final de los diversos paquetes (constituyendo as las tramas) para
controlar su transmisin, sobre el enlace de conexin del abonado a la red, asegurando notablemente:
1.- La inicializacin, la sincronizacin y la delimitacin de los intercambios.
2.- La deteccin de los errores de transmisin, y su correccin por retransmisin.
3.- Las repeticiones en caso de algn incidente.
El nivel fsico
Define la interface fsica entre el equipo del abonado y el mdem, conforme a las recomendaciones del CCITT X.21,
X.21 bis, ya en prctica en Francia:
V.24 y V.28 para velocidades hasta 19200 bit/s.
V.35 para las conexiones a 48000 bit/s.
NIVEL DE TRAMA
Asegura el transporte de los paquetes, garantizando la ausencia de errores. El nivel de trama es puramente local, es
decir que concierne solamente a los intercambios entre un ETTD y su central de conexin, no est influenciado por
los acontecimientos que se producen en el nivel de Trama del ETTD DISTANTE.
A nivel de trama, habr una sola comunicacin a la velocidad fsica de la lnea; los paquetes transportados pueden
corresponder a diferentes comunicaciones.
El protocolo de nivel de trama est conforme a la norma HDLC (High-Level Data Link Control) establecido por la ISO
para el control de los enlaces de datos.

ESTRUCTURA DE LAS TRAMAS

En la siguiente figura se presenta el formato general de las tramas transmitidas en el enlace: el campo de informacin
est envuelto por un sobre compuesto de diversos octetos.
La trama est delimitada por dos banderas (F): as se llama la secuencia particular de 8bits: 01111110. Las banderas
sirven igualmente para relleno entre las tramas, y asegurar la sincronizacin (marcacin del inicio de la informacin
permitiendo una divisin correcta en grupos de bits generalmente octetos).
La utilizacin de los campos de direccin (A) y de control (C) de un octeto cada uno, est detallado en el prrafo
siguiente.
El campo C permite notablemente distinguir dos categoras de trama:

Las tramas de informacin, que transportan un paquete dentro de su campo I.

Las tramas de servicio, cuyo campo I (con frecuencia) no existe, o eventualmente se limita a algunos octetos.

El campo FCS (Frame Check Sequence) contiene 16 bits calculados en la emisin a partir del conjunto de campos A, C
e I, segn las reglas del cdigo cclico que permite la deteccin de los errores de transmisin: un clculo similar
efectuado en la recepcin conduce a considerar la trama como errnea cuando stas reglas no son verificadas.
Para asegurar la transparencia a toda secuencia binaria de informacin (en el caso de que tenga una serie de 8 bits
idnticos a la bandera, lo que sera interpretado por el receptor como un fin de trama), en el siguiente mecanismo,
llamado insercin de ceros, es aplicado a todo el contenido de la trama situado entre las dos banderas (incluyendo
el FCS).

En la emisin, insercin de un 0 despus de 5 bits, consecutivos en uno.

En la recepcin, eliminacin del 0 colocado despus de 5 bits consecutivos en uno.

PRINCIPIO DE LOS INTERCAMBIOS

La gestin de los intercambios comprende

La inicializacin del enlace.

El traslado de datos.
La desconexin.

Los dos sentidos de transferencia de datos son administrados de manera independiente y simtrica, cada uno de los
extremos del enlace (abonado o red) controla el flujo de datos que el emite. Por eso se puede considerar que cada
extremo realiza dos funciones.

Una funcin primaria, que emite (a su iniciativa) tramas de comandos, en particular tramas de informacin.
Una funcin secundaria que emite respuestas a los comandos emitidos por otra estacin, en otro sentido de la
transferencia (en particular las confirmaciones).
El campo A (direccin) de las tramas puede tomar uno de los dos valores siguientes:

00000001 para los comandos del abonado y las repuestas de la red.

00000011 para los comandos de la red y las respuestas del abonado.
Toda trama emitida debe ser confirmada.
Toda trama no confirmada deber ser nuevamente emitida.

Notamos que cada extremo puede emitir las tramas del comando sin esperar ser invitado por el otro: obtenindose
as los resultados superiores a los mecanismos de tipo polling selecting, utilizados en particular en el enlace de
multipunto, donde uno de los extremos tiene el control de todas las transferencias de estos.
Subrayamos que el procedimiento ofrece la posibilidad de anticipacin a la confirmacin: cada extremo puede emitir
una serie de tramas de informacin (7 como mximo, las tramas son numeradas) sin esperar la confirmacin de la
primera; se puede as evitar tiempos muertos entre tramas y por tanto transmitir a mxima velocidad.
Diferentes tipos de tramas
RR

Listo a recibir

RNR

No listo para recibir

REJ

Rechazado (retransmisin de las tramas a partir de N (R))

DISC

Desconexin

SABM

Conexin/reinicializacin

UA

Acuse de recibo.

FRMR

Rechazo de trama

DM

Indicacin de modo desconectado

Las principales tramas utilizadas son las siguientes:

Tramas de transmisin:
SABM

Para la inicializacin.

(Informacin) para trasportar un paquete.

DISC

(Desconectado) Para provocar la desconexin

Tramas de control o de respuesta:

RR

(Receive Not Ready) para solicitar una suspensin momentnea de la transmisin de las tramas I.

RNR

(Receive Not Ready) para solicitar una suspensin momentnea de las transmisin de las tramas I.

REJ

(Rechazo) para solicitar para solicitar la retransmisin de las tramas (en caso de error).

Trama de respuestas:
FRMR

(Frame Reject) para rechazar un comando o una trama.

UA

(Unnumbered Acknowledge) para acusar recibo de los comandos SABM o DISC.

DM

(Disconnect Mode) Para pasar el estado desconectado.

Cuando la red emite un comando (SABM, I, DISC), activa activa un temporizador T1; si no recibe ninguna respuesta en
el plazo de T1, remite el comando; despus de 10 intentos infructuosos, la red inicia un procedimiento de desconexin
descrito anteriormente. El valor de T1 es un parmetro fijado, en la suscripcin. El abonado tiene generalmente un
comportamiento similar.
El bit P/F DEL CAMPO DE CONTROL es llamado bit de invitacin a emitir (P=poll) en las tramas de control, y bit de fin (F)
en las tramas de respuestas.
Permite solicitar una respuesta inmediata de un comando (por ejemplo el acuse de recibo inmediato de una trama I),
cuando la red recibe una trama de control con P=1 se retransmite la trama de respuesta correspondiente con F=1.

DESARROLLO DE LOS INTERCAMBIOS

Inicializacin
El abonado efecta una solitud de conexin a la red gracias al comando SABM, esta ltima da el acuse de recibo
respondiendo con UA.
Si el acuse de recibo UA no llega dentro de cierto plazo (temporizador) el comando SABM, es repetido. Al cabo de 10
intentos infructuosos, la red, en este caso, efecta una desconexin.
Una vez efectuada esta inicializacin, el intercambio de informacin puede entonces comenzar.
Transferencia de las informaciones
La transferencia de las informaciones, es decir, de los paquetes, se efecta gracias a la tramas de informacin (Trama I).
Estos son numerados de secuencia de 0 a 7, por el campo N (S) de la trama (3 bits en el octeto C de comando).
El acuse de recibo de las tramas es efectuado por el extremo receptor, gracias al campo N (R) transmitido por las tramas
I, RR, RNR, ORJ en el otro sentido.

Por el valor del campo N (R) de una de estas tramas, el extremo que lo emite indica el nmero de la prxima trama I.
que espera en el otro sentido.
Este extremo acusa recibo al mismo tiempo de todas las tramas I de nmero N (S) inferior (hasta N (R) -1 inclusive). El
mecanismo permite utilizar plenamente las posibilidades de transmisin bidireccional, transportando los acuse de
recibo dentro de las tramas de informacin.
Si un extremo debe acusar recibo de las tramas I, pero no tienen l mismo una trama I para emitir, utilizar la trama RR
para transportar el N (R).

N(S)= nmero de trama emitida.

N(R)= nmero de la prxima trama esperada.

La anticipacin en la emisin de las tramas I con respecto a los acuse de recibo, y permite evitar los tiempos muerto
entre tramas, esto puede realizar en funcin la ventana K; el ltimo valor N(R) recibido por un extremo le permite emitir
las tramas hasta el nmero N (R) + K-1.
Estado ocupado
La trama RNR es utilizada por el abonado para sealar un estado ocupado, es decir una incapacidad temporal en aceptar
las tramas de informaciones suplementarias. El campo N (R) de esta trama sirve para acusar recibo de la trama recibida
hasta la N (R)-1, pero tambin para solicitar a la red que no enva trama ms all de la trama numerada N (R).
Desconexin
El abonado efecta una solicitud de desconexin a la red gracias al comando DISC. Est ltima acusa recibo
respondiendo con UA.
Nivel paquete
El protocolo a nivel paquete controla los diferentes circuitos virtuales del abonado asegurando las funciones siguientes:

Direccionamiento de los corresponsables y por lo tanto el multilenguaje de algunas comunicaciones en el mismo

enlace de acceso.
Establecimiento y liberacin de los circuitos virtuales conmutados.
Transferencia de datos, con control de flujo en cada CV y fragmentacin/ensamblaje de los mensajes en
paquetes.
Gestin de errores y de incidentes.

En el caso de los circuitos virtuales permanentes, solo las dos ltimas categoras de las funciones se aplican.