11

MODO DE TRANSFERENCIA
ASINCRNICO (ATM)

Dr. Flix Alvarez Paliza

Dpto.Telecomunicaciones
UCLV

MODO DE TRANSFERENCIA ASINCRONICO (ATM)

Introduccin
La evolucin de las Redes de Telecomunicaciones pblicas hacia Redes ATM ha estado
basado en el desarrollo e integracin de las tecnologas de transmisin y conmutacin
digital. El modo de transferencia asincrnico (ATM), fue desarrollado a finales de los aos
80 y principios de los 90 ofreciendo la integracin de los equipos de transmisin y

11
 12

conmutacin, la integracin de voz, datos y video y las facilidades de integracin de la

conmutacin de circuitos y de paquetes.
ATM es tambin conocida como un sistema de multiplexado por divisin de tiempo
asincrnico, siendo mas adecuado para el ambiente de conmutacin de paquetes. Una de
las caractersticas de ATM es que la misma es una tecnologa de conmutacin de
paquetes orientada a la conexin, que utiliza circuitos virtuales.
Hasta ese momento todas las tecnologas de conmutacin de paquetes desarrolladas
empleaban paquetes de longitud variable. Sin embargo ATM rompi con ello y estableci
celdas de tamao fijo de 53 Bytes ( 5 de cabecera y 48 de carga til).

Existen varias ventajas en usar celdas pequeas de tamao fijo:

1. El uso de celdas pequeas reducir la demora en cola para una celda de
mayor prioridad dado que espera menos en el caso de que arribe ligeramente
despus que una celda de menor prioridad haya ganado el acceso al
recurso (por ejemplo el transmisor ).
2. Lo mas importante es que las celdas de menor tamao y en especial de tamao
fijo pueden ser conmutadas de forma ms eficiente, lo cual es muy importante
en la construccin de los conmutadores (switch) de altsimas velocidades
caractersticos de ATM.
La explicacin de porque la carga til de una celda ATM es de 48 bytes es un interesante
caso de estudio del proceso de estandarizacin. Pues a medida que el estndar ATM fue
evolucionando las compaas telefnicas americanas pujaban por un tamao de celda de
64 octetos, mientras que las europeas por 32 octetos. La razn de estas ltimas era
basada en que con ese tamao les bastaba dado que ellos no tenan instalados
canceladores de eco. Mientras que en Estados Unidos tenan que instalar estos
canceladores de eco y requeran de un tamao de celda mayor. Por lo que se tuvo que
llegar a un compromiso de de promediar 64 y 32.

En las Redes ATM se definen dos tipos de interfaz:

-Interfaz Usuario-Red (UNI)
-Interfaz Red-Red (NNI)
Una red ATM esta compuesta de usuarios finales, los cuales pueden ser una estacin con
una tarjeta de interfaz, un enrutador, un conmutador intermedio etc. enlazados por el
medio de transmisin.
En la Fig.3.1 se muestra la estructura de una red ATM, donde se puede observar que en ella
no se utiliza la organizacin jerrquica empleada en los sistemas telefnicos.

12
 13

Los estndares ATM definen los protocolos utilizados a travs de los enlaces (links) que
conectan los terminales y los conmutadores (switch).
La interfase Usuario-Red (UNI) fue desarrollada para ser la frontera donde se intercambia
informacin entre un dispositivo terminal ATM y un conmutador ATM pblico, debido a
que originalmente los estndares de las Redes ATM fueron definidos para redes pblicas.
Una comparacin puede ser hecha con la interfaz entre un telfono y la oficina central.
La Interfase Usuario-Red (UNI) ahora representa una frontera reguladora entre una red
pblica y el equipamiento del lado del usuario (CPE).
La interfase Red-Red (NNI) es la frontera donde se intercambia informacin entre
conmutadores pblicos.

En la Fig.3.2 se muestran conmutadores pblicos y privados de una red ATM, donde el

termino UNI se refiere ahora a cualquier interfase entre un usuario final y un conmutador
ATM (sea publico o privado).

El termino NNI genricamente es utilizado para identificar una interfaz entre redes , pero no
incluye los conmutadores de pblicos a privados UNI.
El sistema entre conmutadores es referido como un enlace conmutador- conmutador (ISSI),
designado como privado o publico en dependencia de como sea la red ATM.
Las interfases pblicas entre conmutadores es designada de la forma siguiente:
- Intra-LATA (rea de Transporte y acceso local)
Donde ambos conmutadores pblicos y el enlace entre ellos pertenece al mismo
proveedor de servicios.
- Inter-Carrier Interfaces (ICI)
Son aquellos utilizados entre un conmutador ATM de un suministrador de servicios
con un portador (carrier), como por ejemplo las grandes compaas At&T, Sprint,
MCI etc.

13
 14

La interfase usuario-red (UNI) aade Trfico de las aplicaciones existentes, talos como
una PBX conectada a un tronco, lneas privadas que enlazan dos computadoras (host).
Esta interfase tambin interconecta redes de alta velocidad con multimedia, tales como
estaciones de trabajo, supercomputadoras, enrutadores y puentes.
El Forum ATM (un conjunto de firmas productoras fundaron en 1991 esta organizacin en
inters de las redes ATM privadas) ha definido dos tipos de interfases usuario-Red:
- UNI publicas
- UNI Privadas
Las UNI pblicas son utilizadas para interconectar usuarios ATM (por ejemplo un
enrutador) con un conmutador ATM localizado en una red publica por un suministrador de
servicio.
Del otro lado la UNI privada es utilizada para interconectar un usuario ATM con un
conmutador localizado en una red privada, como por ejemplo un conmutador ATM
suministrado por una corporacin o una universidad.
Ambas interfases Usuario-Red (UNI) tienen los mismos niveles de especificacin, pero el
medio Fsico puede ser diferente y las distancias tambin, aspecto que puede ser
observado con mas detalle en la Fig.3.3.

La interfase de intercambio de datos ATM (DxI) fue desarrollada para permitir a los
enrutadores corrientes trabajar en redes ATM, sin requerir de un hardware especial. El
equipo terminal de datos (DTE) que puede ser por ejemplo un enrutador, y el equipo de
comunicacin de datos (DCE), que puede ser por ejemplo una unidad de datos de servicio
ATM (ATM DSU), juntos conforman una interfaz Usuario-Red (UNI).

Hay dos tipos de interfases Red-Red (NNI) definidos por los estndares del Forum ATM:
- NNI pblicos
- NNI privados

14
 15

Los interfases Red-Red pblicos son tambin conocidos como interfases de Inter
portadoras de banda ancha (B-ICI), siendo utilizados para interconectar conmutadores ATM
pblicos.
Mientras que las interfases Red-Red privados son conocidos como P-NNI, permitiendo
interconectar conmutadores ATM que son suministrados por redes privadas.

Protocolos ATM
La UIT-T ha desarrollado un modelo de referencia de niveles para los protocolos ATM, el
cual aparece en el estndar I.321.
En la Fig.3.4 se puede observar este modelo de referencia para ATM, teniendo en el nivel
inferior el nivel Fsico (subdividido en dos planos), el nivel ATM propiamente y el nivel de
Adaptacin a ATM (AAL).

Fig.3.4 Modelo de Referencia

15
 16

A diferencia del modelo OSI, se puede apreciar que estos dos niveles (ATM y AAL) son
equivalentes al nivel de enlace de datos del OSI. Pero tambin se aprecia de forma
distintiva que en el protocolo ATM aparecen tres planos:
- Plano de Usuario
- Plano de Control
- Plano de Administracin

Plano de Usuario
Este plano es el que facilita la transferencia de datos de extremo a extremo o de usuario a
usuario, mantenindose los tres niveles que habamos mencionado con anterioridad.

Plano de Control
Este plano soporta toda la Sealizacin que se desarrolla a travs de los niveles ATM para
establecer y liberar las llamadas as como otras funciones necesarias para suministrar los
servicios conmutados. Obsrvese que el mismo comparte los niveles con el plano de
usuario.

Plano de Administracin
La funcin del plano de administracin no es solo la de administrar las funciones propias
de esta, sino tambin facilitar el intercambio de informacin entre el plano de usuario y el
de control.
Este plano de administracin es dividido en dos secciones:
- Nivel de administracin, el cual ejecuta funciones especificas de administracin.
- Plano de administracin, el cual desarrolla la administracin y coordina las funciones
del sistema completo.

Las funciones desarrolladas por cada nivel fueron sumariadas en la Tabla 2.4, cuando se
vio el modelo de referencia para la B-ISDN.
El nivel ATM transmite celdas a un conmutador o reconoce celdas que pertenecen a un
determinado circuito, y adems pasa las celdas hacia un usuario final.
La funcin del nivel Fsico es la de pasar la corriente de celdas provenientes del nivel ATM.
Mientras que las del nivel de Adaptacin ATM (AAL) lo que hace es generar la informacin
de las celdas ATM a partir de los datos que le entregan los niveles superiores y de forma
viceversa.
En la Fig.3.5 puede ser apreciado como son procesadas tanto las seales de voz, dato y
video, siendo convertidas en celdas ATM.

16
 17

Fig.3.5 Procesamiento de voz, datos y video.

Nivel Fsico
En el modelo de referencia de niveles de ATM, vimos que el nivel Fsico ocupa el nivel
inferior y que el mismo tiene la funcin de recibir la corriente de celdas que le entrega el
nivel ATM y a su vez recibir la corriente de Bits y entregar celdas al mismo.
El nivel Fsico es dividido en dos subniveles:
Subnivel dependiente del medio Fsico (PMD)
Subnivel de Convergencia de Transmisin (TC)
En la Fig.3.6 se muestra esta situacin, que permite que diferentes interfases ATM puedan
ser construidas sobre una amplia variedad de interfases fsicas.

Fig.3.6 Nivel Fsico de ATM

Subnivel dependiente del medio Fsico (PMD)

El subnivel PMD es especifico para cada tipo particular de medio Fsico que se emplee y
el mismo esta relacionado con aspectos tales como la sincronizacin de Bits, la forma de
los pulsos, los cdigos de lnea, el las desviaciones de tiempo en las seales digitales
17
 18

(jitter), la recuperacin de tiempo y las interfases fsicas (conectores, cables coaxiales,

fibras pticas etc).
El subnivel PMD no incluye lo que es la informacin de encabezamiento ni la segmentacin
en tramas.
Dentro de esos medios vamos profundizar posteriormente en los usados actualmente por
el nivel Fsico ATM: DS-1, DS-3 y SONET. Lo cul puede ser apreciado en detalle en la
Fig.3.7

Subnivel de Convergencia de la Transmisin (TC)

Este subnivel como su nombre lo indica, realiza funciones de convergencia y es
independiente del medio Fsico.
La funcin de convergencia es un proceso que recibe una corriente de Bits del subnivel
PMD y extrae de ah las celdas para pasrselas al nivel ATM. La forma en que estas
funciones son ejecutadas, difieren en dependencia del medio Fsico utilizado.

Fig.3.7 Funciones del Nivel Fsico

Algunas de las funciones que realiza este subnivel son:

- Delineacin de celdas
- Desacople de la razn de celdas
- Generacin y chequeo de errores de encabezamiento (HEC)
- Variadas operaciones de administracin y funciones de mantenimiento (OA & M) La
delineacin de celdas no es mas que la extraccin de las celdas de la corriente de
Bits recibidas del subnivel PMD.
El desacople de la razn de celdas consiste en mantener la velocidad de la corriente de
celdas del nivel ATM hacia la interfase fsica. Esta Adaptacin esta acompaada por la
eliminacin de celdas o insercin de celdas de reposo (idle), provenientes o hacia la
corriente de celdas ATM.
Los estndares ATM tambin requieren que el nivel Fsico utilice el chequeo de error de
encabezamiento (HEC), el cual sirve para desarrollar el tramado en el subnivel PMD. O
sea que el campo HEC es chequeado por el subnivel de convergencia TC en cada celda

18
 19

que llega para asegurar que estas tienen bien definidas el inicio y el final, esto es ejecutado
mediante el calculo del HEC y chequeo del resultado contra el recibido en cada celda.
El subnivel TC mantendr la bsqueda dentro de la propia corriente de celdas si no
encuentra los lmites adecuados.
O sea que el campo HEC encontrado al inicio de cada celda ATM es utilizado para delimitar
las celdas. Este campo HEC emplea un cdigo CRC-8 ( g(x)= x8+X2+X+1) para calcular
los primeros cuatro octetos del encabezamiento de un celda ATM.

Nivel ATM
Este nivel trata con la transferencia de unidades de datos de protocolos de tamao fijo
denominadas celdas ATM.. El mismo se comunica con los niveles AAL y Fsico. Esa
transferencia ocurre sobre conexiones pre-establecidas o conmutadas ATM acordes a
algn contrato de trfico.
Como habamos enunciado anteriormente, entre las funciones principales de este nivel
estn la generacin y extraccin del encabezamiento de cada celda, as como el
establecimiento y finalizacin de las conexiones lgicas, con su correspondiente
multiplexado, tal como se aprecia en la Fig.3.8.

Fig.3.8 Funciones del nivel ATM

Las redes ATM son redes de conmutacin de paquetes y trabajan bajo el principio de
circuitos virtuales, de ah la funcin del nivel ATM de establecimiento de las conexiones
lgicas (VPI/VCI).

Canales y caminos virtuales.

Las conexiones lgicas en ATM se conocen como conexiones de canales virtuales

(VCC). Una VCC es equivalente a un circuito virtual en X.25 o una conexin lgica en
frame relay. Es la unidad bsica de conmutacin en B-ISDN. Una VCC se establece entre
dos usuarios finales a travs de la red y sobre dicha conexin se intercambia un flujo bi-
direccional (full dplex) de velocidad variable de celdas de tamao fijo sobre la conexin.
Cada canal puede transportar tipos de trficos diferentes.
En ese caso se dice que la conexin de canal virtual es de punto a punto, pues tambin se
pueden establecer de un punto a mltiples puntos.

19
 20

Las VCCs tambin son usadas para el intercambio de informacin de sealizacin

(sealizacin de control) y el intercambio de informacin para la administracin,
operacin y mantenimiento de la red .
Para ATM, se ha introducido un segundo subnivel que tiene que ver con el concepto de
camino virtual (Virtual Path). Una conexin de camino virtual (VPC) es un conjunto de
VCCs que tienen el mismo origen y destino, por lo que todas las celdas que fluyan por
todas las VCCs de una misma VPC se conmutan juntas, tal como se muestra en la Fig.3.9.

Fig.3.9 Canales y Caminos virtuales

El concepto de camino virtual (VP) surgi como una respuesta a la tendencia en las
redes de alta velocidad de que el costo del control de la red se convierte en una proporcin
del costo total de la red tendiente a crecer. La tcnica de camino virtual ayuda a contener
el costo del control agrupando las conexiones que comparten caminos comunes a travs
de la red dentro de una misma unidad. Las acciones de gestin de red pueden ser
aplicadas entonces a un pequeo nmero de grupos de conexiones en lugar de un nmero
alto de conexiones individuales.

Se pueden citar varias ventajas del uso de las VPCs:

arquitectura de red simplificada : las funciones de transporte de red pueden ser
separadas de aquellas relativas a una conexin lgica ( VCC ) individual y las
relativas a un grupo de conexiones lgicas ( VPC )
velocidad y confiabilidad de la red mejoradas : la red tiene que lidiar con menos
unidades agregadas
tiempo de procesamiento reducido y tiempo de establecimiento de la conexin corto:
la mayor parte del trabajo se realiza cuando se establece una VPC. Reservando
capacidad en una VPC anticipndose a los arribos tardos, los nuevos canales
virtuales pueden ser establecidos ejecutando funciones de control simple en los
extremos de la VPC, no es necesario ningn procesamiento de llamada en los nodos
de trnsito, as que la adicin de nuevos VCCs a una VPC ya existente requiere un
procesamiento mnimo.

20
 21

servicios de red mejorados: la VPC es interna a la red pero es tambin visible al

usuario final, de esta manera el usuario puede definir grupos cerrados o redes
cerradas de agrupaciones de canales virtuales.

La Fig.3.10 explica aproximadamente el proceso de establecimiento de una llamada

usando VCCs y VPCs. El proceso de activar una VPC se desglosa del proceso de
activacin de un VCC individual:
los mecanismos de control de VPC incluyen calcular las rutas, reservar capacidad y
guardar la informacin sobre el estado de la conexin
para la activacin de una VCC individual, el control involucra chequear que haya una
VPC hacia el nodo destino requerido con capacidad disponible suficiente y con
calidad de servicio apropiada para soportar la VCC y entonces almacenar la
informacin de estado requerida.

Fig.3.10 Establecimiento de una llamada utilizando VPC

La terminologa usada en las Recomendaciones del CCITT se refiere tanto al interfaz

usuario-red como a la operacin interna de la red y se resumen en la tabla 3.1

21
 22

Tabla 3.1 Terminologa de Camino virtual/Conexin Virtual

Canal Virtual (VC) Trmino genrico usado para describir el transporte

unidireccional de celdas ATM asociadas por un nico
comn valor de identificador
Enlace de Canal Un medio de transporte unidireccional de celdas ATM
Virtual (VCL) entre un punto donde un valor VCI es asignado y el punto donde este valor
es traducido o asignado.

Identificador de Identifica un enlace de canal virtual para una conexin de Canal Virtual
(VCI) camino virtual dada.
Conexin de Canal Concatenacin de enlaces de canales virtuales que se
Virtual (VCC) extiende entre dos puntos donde se acceda el nivel de adaptacin.
Las VCCs funcionan para la transferencia de informacin
de usuario a usuario, usuario-red o red-red. La integridad
de la secuencia de celdas se preserva para las
pertenecientes a la misma VCC.

Camino Virtual (VP) Trmino genrico para un conjunto de enlaces de canal

virtual; todos los canales virtuales en dicho conjunto tienen
los mismos extremos finales.

Enlace de Camino Grupo de enlaces de canal virtual; identificados por un

Virtual (VPL) mismo valor de VPI, entre un punto con un valor de VPI asignado y
el punto donde dicho valor es traducido o terminado.

Identificador de Identifica un enlace de camino virtual en particular.

Camino Virtual (VPI)
Conexin de Concatenacin de enlaces de camino virtual que se Camino Virtual extiende
entre el punto donde son asignados los valores
(VPC) de VCI y el punto donde estos valores son traducidos o removidos ; p.e.
extender la longitud de un conjunto de enlaces de canal
virtual que comparten el mismo VPI. Las VPCs funcionan
para la transferencia de informacin de usuario a usuario,
usuario-red o red-red.

La Fig.3.11 puede ayudar a esclarecer la relacin entre los diferentes trminos. Una
conexin de canal virtual provee de transferencia de extremo a extremo de celdas ATM
entre usuarios ATM (usuario ATM: usualmente el nivel de adaptacin ATM). Cada extremo
asocia un identificador de canal virtual (VCI) nico con cada VCC, como con X.25, los dos
extremos pueden emplear diferentes VCIs para la misma VCC. Tambin en la red puede
existir un nmero de puntos en los cuales las VCCs son conmutadas y en dichos puntos
los VCIs pueden ser cambiados. Por lo tanto una VCC consiste en una concatenacin de
uno o ms enlaces de canales virtuales, con el VCI constante a lo largo de cada enlace y
variable en cada punto de conmutacin de enlace.

22
 23

Fig.3.11 Relacin entre los niveles

Entre un punto extremo y un punto de conmutacin de camino virtual o entre dos puntos
de conmutacin de caminos virtuales, una VPC provee una ruta comn para todos los
enlaces de caminos virtuales que comparten los dos puntos extremos del a VPC. Tambin
en este nivel puede existir conmutacin interna si la VPC pasa por puntos de conmutacin
de caminos virtuales cambiando el identificador de camino virtual ( VPI ) en cada uno de
los puntos. Una VPC consiste en una concatenacin de uno o ms enlaces de camino
virtual.

La Fig 3.12 muestra los conceptos de conmutacin de camino y canal virtual. Un

conmutador de camino virtual traduce los VPIs que llegan a los VPIs salientes
correspondientes de acuerdo al destino de la VPC, los valores de los VCI permanecen
inalterados. Un conmutador de canal virtual debe conmutar caminos y canales virtuales,
por lo que hay tanto traduccin del VPI como del VCI.

23
 24

Fig.3.12 Representacin de la Jerarqua de Conmutacin

Es importante observar que todos los VCI y VPI tienen significado local a travs de
un enlace particular y son reorganizados en cada conmutador de una forma
apropiada.

En la Fig.3.13 puede apreciarse mejor el funcionamiento de un conmutador de circuitos y

caminos virtuales.

Los puntos extremos de una VCC pueden ser usuarios, entidades de red o una
combinacin de ambos. En todos los casos la integridad de la secuencia de celdas se

24
 25

preserva durante una VCC, o sea, las celdas son recibidas en el mismo orden en que
fueron enviadas.

1. entre usuarios: las VCCs pueden ser usadas para portar los datos de usuario, tambin
para transmitir seales de control entre ellos. Una VPC entre usuarios los provee con
una capacidad, la organizacin en VCCs de la VPC es dejada a los usuarios siempre
que cumplan que el nmero de VCCs no exceda la capacidad de la VPC.
2. entre un usuario y una entidad de red: usada para las seales de control usuario-red.
Una VPC usuario-red puede emplearse para agregar trfico de un usuario a un
intercambiador o servidor de red.
3. entre dos entidades de red: usada para administrar el trfico de la red y funciones de
enrutamiento. Una VPC red-red puede ser usada para definir una ruta comn para el
intercambio de informacin de gestin.

Fig.3.13 Conmutacin de VC y VP

Observe en la Figura anterior que la trayectoria Virtual VPI1 es conmutada entre los
puertos 2 y 5, mientras que la trayectoria Virtual VPI2 es dividida en dos canales Virtuales
VC para su conmutacin.
La recomendacin I.150 lista las siguientes caractersticas de las conexiones de canal
virtual:
calidad de servicio: un usuario de una VCC es provisto de una calidad de servicio
especificada por parmetros como la razn de celdas perdidas (razn de celdas
perdidas por celdas transmitidas) y la variacin de la demora de celda.
conexin de canal virtual conmutado y semi-permanente: se proveen conexiones
conmutadas, que requieren sealizacin de control de llamada y canales dedicados.
integridad de secuencia de celda: la secuencia de celdas transmitidas dentro de la
VCC se preserva.
negociacin de los parmetros de trfico y monitoreo de uso: los parmetros de
trfico pueden ser negociados entre el usuario y la red para cada VCC. La entrada
de celdas a la VCC es monitoreada por la red para asegurar que los parmetros
negociados no sean violados.

El tipo de parmetros de trfico que pueden ser negociados pueden incluir velocidades
promedio, velocidad pico, duracin del pico y ocurrencia de rfagas. LA red puede
necesitar un nmero de estrategias para tratar la congestin y manejar las VCCs
existentes y solicitadas. En el caso extremo la red puede simplemente rechazar nuevas
solicitudes de VCCs para evitar la congestin. Tambin las celdas pueden ser desechadas

25
 26

si los parmetros negociados son violados o si la congestin se vuelve severa. En una

situacin extrema se pueden terminar las conexiones existentes.

La I.150 tambin enumera las caractersticas de las VPCs, las cuatro primeras son
idnticas a las de las VCCs. Existen razones para esta duplicacin. Primero esto brinda
alguna flexibilidad en como la red maneja los requerimientos puestos sobre ella. Segundo,
el servicio de red puede tener que ver con los requerimientos generales para una VPC y
dentro de una VPC, pueden negociar el establecimiento de VCCs con caractersticas
dadas. Finalmente una vez que la VPC est establecida es posible para los usuarios
finales negociar la creacin de nuevas VCCs. Las caractersticas de la VPC imponen una
disciplina en las opciones que pueden tener los usuarios. Adicionalmente las VPCs tienen
una quinta caracterstica:

restriccin del identificador de canal virtual dentro de una VPC: uno o ms VCI o
nmeros de canales virtuales puede no estar disponible a los usuarios de la VPC
pero puede estar reservado al uso de la red. Ejemplo de esto son las VCCs usadas
para la gestin de red.

En la ISDN de banda estrecha existe el canal D para las seales de control de llamada
en los canales B y H. En B-ISDN con el interfaz ATM, no existe una estructura de velocidad
fija de los canales B, D y H, por lo tanto se necesita un arreglo ms flexible de seales de
control ; esto se complica ms con el establecimiento y liberacin de dos tipos de entidades
: VCCs y VPCs.

Para las VCCs, I.150 especifica cuatro mtodos de proveer la facilidad de

establecimiento/liberacin. Uno o una combinacin de estos mtodos se usarn en
cualquier red en particular:
1. VCCs semi-permanentes: pueden ser empleados para el intercambio de usuario a
usuario. En este caso no se necesita sealizacin de control.
2. Si no existe un canal preestablecido para las seales de control de llamada, entonces
se debe establecer uno. Para este propsito debe existir un intercambio de seales
de control entre el usuario y la red en algn canal. Se necesita un canal permanente,
probablemente de baja velocidad, que puede ser usado para establecer VCCs que
puedan ser usados para el control de llamada. Este es el canal de meta sealizacin
dado que se usa para el establecimiento de canales de sealizacin.
3. El canal de meta sealizacin puede ser empleado para establecer una VCC entre
el usuario y la red para sealizacin de control de llamada. Este canal virtual de
sealizacin usuario-red puede ser usado entonces para establecer VCCs para
portar datos de usuario.
4. El canal de meta sealizacin puede ser empleado para establecer un canal virtual
de sealizacin de usuario a usuario. Dicho canal debe ser establecido dentro de
una VPC preestablecida y puede ser usado para permitir a los usuarios establecer
y liberar, sin intervencin de la red, VCCs de usuario a usuario para portar datos de
usuario.

Para las VPCs I.150 define tres mtodos para proveer una facilidad de establecimiento/
liberacin:

26
 27

1. Una VPC puede ser establecida de manera semi-permanente por un acuerdo

anterior. No es necesaria sealizacin de control.
2. El establecimiento/ liberacin de VPCs puede ser controlado por el consumidor, en
cuyo caso el usuario usa una VCC de sealizacin para solicitar la VPC a la red. 3.El
establecimiento/ liberacin de VPCs puede ser controlado por la red, en cuyo caso
la red establece una VPC a su propia conveniencia. El camino puede ser red-red,
usuario-red o usuario-usuario.

Celdas ATM
ATM usa celdas de tamao fijo, consistentes en un encabezamiento de 5 octetos y un
campo de carga til de 48 octetos, tal como se muestra en la Fig.3.14.

Fig.3.14 Formato de la Celda ATM

La Fig.3.14 a) muestra el formato del encabezamiento en el interfaz usuario-red (UNI en

el punto de referencia S o T), mientras que la Fig.3.14 b) muestra el formato del
encabezamiento de la celda interna de la red (NNI). En este no existe el campo de control
de flujo genrico (GFC) que realiza funciones de extremo a extremo. En su lugar, el
identificador de camino virtual es aumentado de 8 a 12 bits, lo cual permite el uso de un
nmero expandido de VPCs dentro de la red, para incluir los que soportan a los
suscriptores y los requeridos para la gestin de la red.

Campo de Control de Flujo Genrico.

Este campo no aparece en el encabezamiento de la celda interna de la red sino
solamente en el interfaz usuario-red. Por lo tanto, slo puede ser usado para el control de
flujo en el interfaz local usuario-red. Este es utilizado para auxiliar al usuario en controlar
el flujo de trfico para diferentes calidades de servicio. O sea que el mecanismo GFC es
utilizado para aliviar las condiciones de sobrecarga que se presentan en la red.
I.150 especifica el uso del campo GFC para controlar el trfico en la interfaz Usuario
Red (UNI), pero el mecanismo de control de flujo como tal es definido en el estndar I.360,
pues el control de flujo es parte de la propuesta de capacidad de Transferencia de Celdas
Controladas (CCT), con el fin de cumplir con los requisitos de conexin de Redes LAN (
No ATM) a Redes ATM (LUIN97).

27
 28

Puede ser usado para ayudar al usuario a controlar el flujo de trfico para calidades de
servicio diferentes. Un candidato al uso de este campo es un indicador de nivel de prioridad
mltiple para controlar el flujo de informacin en una manera dependiente del servicio. En
cualquier caso el mecanismo de GFC se usa para aliviar las condiciones de sobrecarga
puntual en la red.

Como con el BRI en ISDN, varios terminales pueden compartir un enlace de acceso
nico a la B-ISDN. El mecanismo del GFC soporta las configuraciones punto a punto y
punto a multipunto. En el primer caso el GFC se usa para controlar el flujo de un TE
individual y en el segundo el GFC puede slo proveer control de flujo agregado. No
obstante el GFC puede ser usado tambin para una especie de control de acceso al medio
cuando varios terminales usen un medio de bus comn para conectarse al interfaz usuario-
red.
I.150 lista como un requerimiento para el mecanismo del GFC que todos los terminales
son capaces de tener acceso a sus capacidades aseguradas. Esto incluye a todos los
terminales de velocidad constante (CBR) y a los de velocidad variable (VBR) que tengan
un elemento de capacidad garantizada.

Campos Identificadores de camino y canal virtual (VPI / VCI)

El VPI constituye un campo de enrutamiento para la red. Es de 8 bits en el interfaz
usuario-red y de 12 bits en el interfaz red-red, permitiendo que se puedan soportar ms
VP sobre la red.
El VCI puede ser usado para encaminar hacia y desde el usuario final, por lo que funciona
ms exactamente como un punto de acceso a servicio.

Campo indentificador del Tipo de carga til (Payload Type, PTI).

Indica el tipo de informacin en el campo del mismo nombre. Un valor de 0 en el bit mas
a la izquierda indica que es una celda de datos de usuario y que en su carga lleva
informacin de usuario, es decir informacin del nivel inmediato superior. Para un valor
1 en el Bit mas a la izquierda indica que son celdas para la operacin, gestin y
mantenimiento de la red. Este campo permite la insercin de celdas de gestin de red en
una VCC de usuario sin afectar los datos de usuario, proveyendo as informacin de
control en la transmisin.

Vemos que en las celdas de ususario (Bit MSB igual a 0) el siguiente Bit cuando est a
1 indica congestin, basado en el mecanismo de Indicacin de Congestin hacia Delante

28
 29

Explcita (EFCI). Mientras que el tercer Bit va a ser utilizado por AAL tipo 5 para identificar
si la celda es la ltima (SDU = 1) o no (SDU = 0) de un bloque de datos.

Campo de Prioridad de prdida de celda (CLP).

Se usa para proveer una gua a la red en caso de congestin. Un valor de 0 indica una
celda de mayor prioridad relativa, que no debe ser desechada a no ser que no quede
alternativa. Un valor de 1 indica una celda sujeta a ser desechada dentro de la red. El
usuario puede usar este campo para insertar ms informacin en la red, con CLP =1 y
enviarla a su destino si la red no est congestionada. La red puede llevar este campo a 1
en cualquier celda de datos que viole los acuerdos de trfico. En este caso, el conmutador
que lo hace percibe que la celda excede los parmetros acordados de trfico pero que l
es capaz de manejar la situacin. En condiciones de posterior congestin en otro punto
de la red, esta celda ser desechada con preferencia sobre las otras que no tengan este
bit activado.

Campo de Control de errores en el encabezamiento (HEC).

Este es un campo de 8 bits que se calcula en base a los otros 32 bits del
encabezamiento. El polinomio usado para generar el cdigo es x8 +x2 +x + 1. En el caso
de otros protocolos (LAPB, LAPD) los datos que sirven de entrada al clculo del campo
de correccin de errores son significativamente mucho ms grandes que el tamao del
resultado. En este caso la entrada al clculo es de slo 32 bits comparados con los 8 bits
del cdigo.
El hecho de que la entrada sea relativamente pequea en relacin con el cdigo a usar
no slo permite detectar errores sino tambin en buena manera corregirlos. Esto ocurre
debido a que existe suficiente redundancia en el cdigo para ciertos patrones de error.
La Fig.3.15 muestra la operacin del algoritmo HEC en el receptor. Cuando se inicializa,
el algoritmo de correccin de errores del receptor est en su modo por defecto, de
correccin de errores simples. Cuando cada celda es recibida se realiza el clculo y
comparacin del HEC. Si se detecta un error el receptor lo corregir si es de slo un bit o
lo detectar simplemente si es de mltiples bits.

En cualquiera de los dos casos el receptor pasa ahora al modo de deteccin. En este
modo no se realizan intentos de corregir errores, la razn para esto es que una rfaga de
ruido u otro evento pueden causar una secuencia de errores. El receptor permanece en
modo de deteccin mientras se reciben ms celdas errneas. Cuando se encuentre un
encabezamiento sin error, el receptor cambia de nuevo al modo de correccin. El
diagrama de flujo de la Fig.3.16 muestra esto.

Fig.3.15 Operacin en el receptor

29
 30

La funcin de proteccin contra errores provee tanto de recuperacin de errores simples

como de una baja probabilidad de entregar celdas con encabezamientos errneos bajo
condiciones de rfagas de errores. Las caractersticas de error de los sistemas de
transmisin basados en fibra parecen ser una mezcla de errores simples y rfagas de
errores relativamente largas.
En realidad este campo HEC es utilizado por el nivel fsico para deteccin y correccin de
bits errneos en el encabezamiento de la celda. Tambin es utilizado para la delineacin
de celdas.

Fig.3.16 Efecto del error en el encabezamiento de celda

En la Fig.3.17 puede apreciarse la influencia del impacto de los Bits de error aleatorio
sobre el desempeo del chequeo de los errores de encabezamiento en las celdas (HEC).

30
 31

Fig.3.17 Impacto de los Bit de Errores Aleatorios sobre las Celdas ATM

Clasificacin de las Celdas ATM.

Las celdas ATM pueden ser clasificadas acorde a los niveles asociados y a las funciones,
por lo que vamos a tener celdas del nivel ATM y celdas del nivel fsico.
Las celdas del nivel ATM son clasificadas en: celdas asignadas y no asignadas. Las
primeras estn relacionadas con el servicio al nivel superior, mientras que las no
asignadas estn relacionadas con los servicios inherentes al propio nivel ATM, tal como
se puede apreciar en la Fig.3.18.

Fig.3.18 Tipos de Celdas en ATM

Las celdas del nivel fsico son formadas en este nivel y son divididas en dos tipos: celdas
ociosas o de reposo (idle) y celdas de Operacin, Administracin y Mantenimiento (OAM)
del nivel fsico.

31
 32

Las celdas ociosas (idle) son generadas para llenar los espacios vacantes que resultan
cuando no hay celdas que transmitir, mientras que las celdas OAM son utilizadas para
transferir informacin de OAM del nivel fsico.
Por supuesto, dado que la funcin CLP es una funcin del nivel ATM y no del nivel
fsico, el bit CLP no es necesario en las celdas del nivel fsico. En la Tabla pueden
apreciarse los valores pre-asignados de encabezamiento de las celdas ATM por el nivel
fsico (considre SONET/SDH).

Octeto 1 Octeto 2 Octeto 3 Octeto 4 Octeto 5 Identificacin

de celda OAM del nivel fsico (F1)
00000000 00000000 000000000 00000011 HEC
Identificacin de celda OAM del nivel fsico (F3)
AAAA0000 00000000 00000000 00001001 HEC
Celda ociosa (idle)
00000000 00000000 00000000 00000001 HEC

Nivel de Adaptacin a ATM (AAL).

ATM ha sido diseado para apoyar todos los tipos de trfico sobre los mismos sistemas de
transmisin y conmutacin.
El nivel o capa de adaptacin a ATM (AAL) tiene la funcin fundamental de adaptar los
niveles no-ATM a los formatos ATM. O sea es responsable de las relaciones con el mundo
externo y por eso solo est presente en los nodos terminales de la red tal como se muestra
en la Fig.3.19.

Fig.3.19 Nivel de Adaptacin a ATM (AAL)

Observe en la Fig.3.19 que la red de conmutacin solo tiene que relacionarse con la
conmutacin de celdas y no con el tipo de datos transportados en su carga til.

32
 33

El nivel AAL tiene que ofrecer diferentes servicios tales como:

Tratamiento de los errores de transmisin Tratamiento
de prdidas o errores en celdas Control de flujo y de
registro de tiempo.
Segmentacin y reensamblado.

Esta segmentacin y reensamble es para para posibilitar que grandes bloques de

informacin sean transportados en celdas ATM, tal como se aprecia en la figura siguiente:

Para minimizar el nmero de protocolos AAL que tienen que ser especificados para
encontrar una amplia variedad de necesidades la ITU-T ha definido de acuerdo a la I.362
cuatro clases de servicios, tal como se muestra en la Tabla 3.4.

La clasificacin se basa en si debe mantenerse una relacin de tiempo entre la fuente

y el destino, si la aplicacin requiere una velocidad de datos constante y si la transferencia
es o no orientada a la conexin. Un ejemplo de servicio clase B es el vdeo de velocidad
de datos variable (VBR) como el que puede ser usado en Tele- conferencias. Aqu la
aplicacin es orientada a conexin y el Tiempo es importante pero la velocidad de datos
vara de acuerdo a la cantidad de actividad en escena. Las clases C y D corresponden a
aplicaciones de transferencia de datos. En ambos casos, la velocidad de datos puede
variar y no se necesita una relacin de tiempo en particular; las diferencias en las
velocidades de datos se resuelven en los sistemas finales usando memorias temporales
(buffers). La transferencia de datos puede ser orientada a conexin (Clase C) o no (Clase
D).

El proceso de adaptacin vara en dependencia del tipo de trfico que es transportado

en realidad, de ah que los protocolos AAL sean divididos en 5 tipos diferentes, cada uno
de los cules est diseado para transportar de forma ptima cada uno de los tipos de
trfico.
Tabla 3.4 Clasificacin de los Servicios para AAL

33
 34

El CCITT defini inicialmente (I.362) un tipo de protocolo para cada clase de servicio,
denominndolos Tipo 1, Tipo 2, Tipo 3 y Tipo 4, pero sin embargo posteriormente defini
el denominado Tipo 3/4 (dada las similitudes entre los tipos 3 y tipo 4) y el Tipo 5 (de
acuerdo al estndar I.363 clasific los servicios en Clase 1, Clase 2, Clase 3 , Clase 4 y
Clase 5).

Como ejemplos de servicios y sus protocolos relacionados, puede observarse la Tabla

3.5.
Tabla 3.5 Ejemplos de Servicios
SERVICIO PROTOCOLO EJEMPLOS

Clase A AAL-1 Video a CBR, PCM codificado, Transporte DS-1,DS-3 Este

tipo de servicio es definido como de emulacin de
circuitos.
Clase B AAL-2 Video a VBR(comprimido y paquetizado),Voz a VBR
Clase C AAL-3/4, 5 Transferencias de datos orientados a la conexin , X.25,
Frame Relay, LAP-D etc.
Clase D AAL-3/4 ,5 Transferencia de datos sin conexin, LAN, SMDS, IP

Un conmutador ATM va a poner en prctica un tipo de protocolo diferente para cada tipo de
trfico diferente tal como se muestra en la Fig.3.20.

34
 35

Fig.3.20 Servicios AAL

Protocolos AAL.
El nivel AAL se organiza en dos sub-niveles lgicos, tal como se puede observar en la
Fig. 3.21, el sub-nivel de convergencia (CS) y el sub-nivel de segmentacin y
reensamblado (SAR). El CS brinda las funciones necesarias para soportar aplicaciones
especficas que usen AAL. Cada usuario de AAL se conecta al mismo a travs de un punto
de acceso al servicio (SAP) que es simplemente la direccin de la aplicacin. Este subnivel
es por lo tanto dependiente del servicio a brindar y de los protocolos con que se comunica.
El SAR en transmisin es responsable de la segmentacin para formar lo que se entregar
como carga (payload) de la celda a la capa ATM y desempaquetar las celdas en el otro
extremo que le entrega ATM y ensamblarla en un nico mensaje para CS.

Fig.3.21 Sub-niveles CS y SAR del nivel AAL

35
 36

A su vez el sub-nivel CS en el caso del los protocolos AAL-3/4 y AAL-5 se subdivide en

dos: Sub-nivel de convergencia especifico del servicio (SSCS) y en Sub-nivel de
convergencia Parte Comn (CPCS).
Lo importante es que se ha apreciado que la carga til de la celda ATM no est
conformada solamente por informacin de usuario, pues el nivel AAL le aade informacin
propia para cumplir con los requerimientos establecidos con el usuario de acuerdo al tipo
de servicio.

AAL Tipo 1.
El protocolo AAL1 proporciona un servicio orientado a la conexin, de forma tal que
adapta servicios de una razn de Bit constantes a los servicios del nivel ATM. Ello requiere
de una razn sincronizada entre los usuarios (fuente y destino).
Las conexiones AAL1 son establecidas entre dos entidades de usuario sobre
conexiones punto a punto pre-establecidas. AAL1 acepta datos de un nivel superior a
una razn de Bit constante (CBR) y entrega estos en el destino a la misma razn.
O sea que AAL1 recibe los datos y debe resolver dos efectos naturales de la Red ATM
que son: a) la prdida de celdas y b) el retardo variable en la entrega.
AAL1 va a resolver la prdida de celdas, pues veremos que el sub-nivel SAR va a incluir
a cada SAR-PDU en su encabezamiento un nmero de secuencia de 3 Bits y un campo
de deteccin de errores de 3 Bits tambin. Es importante que se tenga en cuestin que
los errores son detectados pero no corregidos.
El retardo variable en la entrega lo resuelve AAL1 mediante el empleo de buffers que
amortiguan estas variaciones.

Para la operacin Tipo 1, se trata de una fuente de velocidad constante de datos (CBR)
donde la transferencia puede ser con datos de dos tipos:
Estructurados tal como informacin basada en octetos tales como canales ISDN (n x
64 Kbps).
No estructurados tal como una corriente de Bits con un servicio de reloj asociado tal
como DS-1 y DS-3.

Luego vamos a considerar la situacin de una corriente de Bits (datos no estructurados)

de la aplicacin y CS no puede aplicar control de errores por las demoras que esto implica
(pero si podr reportar prdida de celdas a la aplicacin), solo agrupar los bits en unidades
de datos de 47 octetos. El sub-nivel SAR va a incorporar un encabezamiento de un octeto
en el transmisor tal como se muestra en la Fig.3.22.

Cada bloque es acompaado de un nmero de secuencia (SN) de manera tal que se

pueden seguir las PDUs errneas. El campo de proteccin del nmero de secuencia (SNP)
es un cdigo de error para la deteccin y posible correccin del campo de nmero de
secuencia, lo que puede ser apreciado en la Fig.3.23.

36
 37

Fig.3.22 Nivel AAL tipo 1

Dentro del campo de nmero de secuencia (SN) hay un Bit que es el Indicador de sub-
nivel de convergencia (CSI) el cul es utilizado para indicar la existencia o no de un
encabezamiento en el subnivel CS (CSI = 1 indica CS-H), tal como se muestra en la
Fig.3.23. Despus le siguen 3 Bit para el Conteo de Secuencia (SC), lo cul define una
estructura de trama consistente de 8 celdas ATM consecutivas, numeradas del 0 al 7. Este
permite detectar celdas prdidas o celdas mal insertadas.

Fig.3.23 CS PDU y encabezamiento del SAR PDU en el AAL tipo 1

El campo de proteccin del nmero de secuencia (SNP) consta de tres bits y el mismo es
empleado para la deteccin y posible correccin de errores en el campo de nmero de
secuencia (SN). El clculo CRC no incluye la carga til, pues errores de Bits de datos a
CBR son aceptados y no se notan. Hay un Bit de chequeo de paridad Par sobre los 7 Bits
anteriores.

37
 38

La SAR-PDU sin cabecera CS es empleada cuando no es necesario preservar las fronteras

del mensaje ni de dar indicaciones de tiempo al receptor.
Si es necesario preservar las fronteras del mensaje, entonces el subnivel CS va a
incorporar un puntero de 1 Byte pero solo en las celdas con conteo de secuencia (SC)
pares para indicar el desplazamiento.
Tambin cuando es necesario intercambiar indicaciones de tiempo entre los usuarios,
entonces el sub-nivel CS va a incorporar una Marca Temporal Residual Sincrnica
(SRTS), para el caso que ambos transmisor y receptor tienen un reloj de referencia comn
(generalmente en la red).
El emisor compara el reloj de servicio con el de referencia y transmite la diferencia conocida
como marca temporal residual (RTS) al receptor.
Este RTS se enva con 4 Bits en el CS-H de las secuencias impares, con el Bit CSI = 1.

AAL Tipo 2.
El Tipo 2 est concebido para aplicaciones analgicas como vdeo y audio comprimido
que requieren de sincronizacin pero no una velocidad constante, tambin se provee un
nmero de secuencia.
El servicio clase B es orientado a la conexin y aunque la razn de Bit puede ser variable,
este requiere de una sincronizacin entre la fuente y el destino.
AAL-2 es similar a AAL-1 en cuanto a ofrece una funcin de segmentacin y reensamble
de la informacin de usuario, as como que tambin provee la capacidad de manipulacin
de la variacin en el retraso de las celdas, el tratamiento de la prdida o insercin de
celdas en el extremo receptor y la capacidad de recuperacin de la fuente de reloj de la
informacin.
En la Fig.3.24 puede observarse la estructura de la SAR-PDU en el AAL-2, donde
adicionalmente se utilizan un campo de tipo de informacin (IT) y de indicacin de longitud
(LI) para permitir la segmentacin y reensamblado de rfagas de informacin de los
niveles superiores.

Fig.3.24 SAR-PDU en AAL2

El campo IT (2 Bits) indica si es comienzo (BOM) del dato pasado a ella por el nivel
superior, continuacin del mensaje (COM) o fin del mensaje (EOM) de la aplicacin. Si es
el ltimo segmento, el campo LI (6 Bits) indica cuantos octetos de informacin van
incluidos. Este campo es necesario dado que cada celda es de tamao fijo, y la ltima
celda muy probablemente no vaya rellena totalmente. Ntese que la segmentacin y
reensamblado se realizan tambin en el protocolo Tipo 1, sin embargo dado que el Tipo 1
soporta aplicaciones de velocidad constante, no existe el concepto de rfagas de
informacin y no hay necesidad de marcar principio medio y final sino que existe un flujo
continuo de bits a ser empaquetados en celdas. El campo de tipo de informacin se
puede usar tambin para indicar si la informacin es vdeo o audio. El campo de chequeo
de error (CRC) es de 10 Bits y permite chequear y corregir errores en la SARPDU
completa.

38
 39

AAL-3/4
La especificacin inicial de los protocolos AAL-3 y AAL-4 era muy similar en trminos del
formato de la unidad de datos (PDU) y sus funciones. De ah que se concibi por ITU-T
combinarlas en una sola especificacin de protocolo en los sub-niveles SAR y CS,
conocida como AAL-3/4.
Los tipos de servicios suministrados pueden ser caracterizados en dos dimensiones, una en
cuanto a:
Servicios sin conexin
Servicios orientados a la conexin.
En los servicios sin conexin cada bloque de datos presentado al sub-nivel SAR es
tratado de forma independiente, mientras que en los orientados a la conexin es posible
definir mltiples conexiones lgicas SAR sobre una simple conexin ATM.
En este ltimo caso todas las sesiones de usuario deberan tener los mismos parmetros
de calidad de servicio que la conexin ATM que las soporta.
La otra dimensin que caracteriza a los servicios ofrecidos por AAL est referida a:
Servicios en el modo de mensaje
Servicio en el modo de flujo (streaming)
El servicio de modo mensaje es usado para transferir tramas de datos, por lo que cualquier
protocolo o aplicacin OSI podr caer en esta categora. En particular LAP-D, LAPB o
Frame Relay son ejemplos de este modo. Un simple bloque de datos de nivel superior al
AAL se transfiere en una o ms celdas.
El servicio de modo de flujo es usado para datos continuos a baja velocidad con
requerimientos de demoras cortas. Los datos se presentan al AAL en bloques de tamao
fijo que pueden ser tan pequeos como 1 octeto, y se transfiere un bloque por celda.
En la Fig.3.25 puede observarse la accin del protocolo AAL-3/4 y en especfico como
el sub-nivel de convergencia (CS) se subdivide a su vez en la Parte Comn (CPCS), el
cul es comn a todos los servicios Clase C y Clase D y en la especfica de los servicios
(SSCS), la cul difiere en dependencia de cada servicio en especfico.

Fig.3.25 Protocolo AAL-3/4 modo mensaje

39
 40

Un bloque de datos del nivel superior, tal como una unidad de servicio de datos es
encapsulado como una PDU del subnivel CS. En realidad es realizado por la parte comn
(CPCS), dejando abierta la posibilidad de funciones especficas sean realizadas.
Entonces la CPCSPDU es pasada al subnivel SAR, la cul es segmentada en bloques
de 44 octetos, siendo cada bloque una unidad de datos SAR-PDU, lo que incluye un
encabezamiento y una parte trasera para una longitud total de 48 octetos.
En la Fig.3.26 puede ser apreciado con mas detalles este proceso de transmisin en el
protocolo AAL-3/4.

Fig.3.26 Servicios en el modo de mensaje

Para entender el funcionamiento de los dos sub-niveles en el protocolo AAL-3/4 vamos a

analizar las unidades de datos de protocolos que se muestran en la Fig.3.26.

Comencemos por la estructura del encabezamiento de la CPCS-PDU la cul consta de

4 Octetos:
- Indicador de parte comn (CPI, 1 Octeto): El mismo indica cuando la correspondiente
PDU pertenece a la parte comn. O sea ofrece la interpretacin de los restantes campos
en el encabezamiento, aunque normalmente solo una interpretacin es definida.
Generalmente CPI tiene valor 0, lo que indica que el tamao del Buffer requerido y que la
longitud de la carga son dadas en unidad de octetos.

- Indicador de Comienzo (Btag, 1 Octeto)

Es un nmero asociado a una unidad de datos en el encabezamiento y en la parte trasera
(Etag). El transmisor cambia el valor de cada PDU sucesiva, posibilitando al receptor
asociar correctamente el encabezamiento y la parte trasera de cada PDU.

- Tamao del Buffer (Basize, 2 Octetos)

Indica a la entidad par en el receptor, el tamao mximo que debe destinar en el buffer para
reensamblar la unidad de datos (CPCS PDU).

40
 41

Para el modo de mensaje el valor es igual a la longitud de la carga de la CPCS-PDU,

mientras que para el modo de flujo el valor es mas grande o igual que la carga, pues esta
es desconocida.
Vemos en la Fig.3.26 que la carga del nivel superior (payload) es rellenada (PAD) de
forma tal que la magnitud de la misma sea un mltiplo de 4 octetos (32 Bit). El relleno es
de ceros y puede constar de 0 3 octetos.
Finalmente podemos ver que en la parte trasera de la CPCS-PDU estn:
- Alineacin (AL, 1 Octeto)
Es utilizado para rellenar y lograr que la parte trasera tenga 32 bits.
- Indicador de Final (Etag, 1 octeto) Tiene el mismo valor que
Btag.
- Longitud (Length, 2 octetos)
Indica la longitud o tamao de la carga de la CPCS- PDU, si CPI = 0, la unidad de medida
es de octetos.

Luego el propsito del subnivel CPCS es el de alertar al receptor de que un bloque de

datos est llegando en segmentos y que el espacio del buffer tiene que ser dispuesto para
el reensamblado. Ello posibilita que la funcin de recepcin CPCS verifique la correcta
recepcin de la CPCS-PDU.
En la Fig.3.25 podemos observar como el subnivel SAR recibe unidades de datos del
subnivel CPCS y entonces la segmenta y le aade a cada uno un encabezamiento y una
cola para formar la unidad de datos SAR-PDU, las cules son a su vez pasadas al nivel
ATM. En el receptor se realiza el proceso inverso de recibir las SAR PDU y mediante el
reensamble obtener las CPCS PDU.

En la Fig.3.36 se muestra el formato de la unidad de datos SAR-PDU, observndose que el

encabezamiento de la misma consta de los campos siguientes:
- Tipo de Segmento (ST, 2 Bits)
El mismo indica cuando la correspondiente carga es el comienzo de un mensaje (BOM),
la continuacin de un mensaje (COM), el final de un mensaje (EOM) o si es un mensaje
de simple segmento (SSM). - Nmero de Secuencia (SN, 4 Bits)
Se indica el nmero de serie del mensaje, siendo utilizado en el reensamble de la
SARPDU para verificar que todas las unidades de datos han sido recibidas
concatenadamente. Un valor es establecido al comienzo (BOM) e incrementado en cada
unidad a continuacin (COM) y al final (EOM).

- Identificacin de Multiplexado (MID, 10 Bits)

Este campo es utilizado cuando mltiples conexiones de CPCS son multiplexados a
travs de una conexin del nivel ATM. Es un identificador nico asociado con el conjunto
de SAR PDU que transportarn una simple SAR SDU, lo cul es necesario para asegurar
el propio reensamblado, tal como se muestra en la Fig.3.27.
Una caracterstica distintiva del AAL-3/4 es que puede realizar el multiplexado de
diferentes corrientes de datos sobre la misma conexin virtual de ATM (VCI/VPI). Para el
servicio orientado a la conexin, cada conexin lgica entre usuarios AAL le es asignado
un valor nico de MID, esto es de forma tal que el trfico de celdas puede ser hasta de 2
elevado a la 10 conexiones diferentes AAL sobre una misma conexin ATM.

41
 42

Para el servicio sin conexin el campo MID puede ser usado para comunicar un nico
identificador asociado con cada usuario sin conexin y de nuevo el trfico de mltiples
usuarios AAL puede ser multiplexado.

Fig.3.27 Multiplexado de celdas con AAL

La parte trasera de la SAR-PDU consta de los campos siguientes:

- Indicador de Longitud (LI, 6 Bits)
Indica la longitud en octetos de la carga efectiva de la SAR PDU.
- CRC (10 Bits)
Es el cdigo CRC de la SAR PDU entera, incluyendo el encabezamiento.

AAL-5
El protocolo AAL-3/4 estandarizado para servicios orientados a la conexin y sin conexin
no es adecuado para comunicacin de datos a altas velocidades, debido a que es un
protocolo pesado producto del encabezamiento.
AAL-5 es una variante del AAL-3/4 , siendo simplificada y capaz de procesar datos a altas
velocidades, siendo esta su caracterstica fundamental.
Si se considera que los protocolos de los niveles superiores tienen una cuidadosa
administracin de la conexin y que el nivel ATM introduce errores mnimos, entonces no
se requieren de los encabezamientos y colas de los sub-niveles SAR y CPCS. Un servicio
orientado a la conexin no se requiere el campo MID, dado que el VCI/VPI est disponible
celda a celda.
Luego podemos decir que el AAL-5 fue introducido para:
- Reducir el encabezamiento de procesamiento -
Reducir el encabezamiento de transmisin.
- Asegurar la adaptabilidad a los protocolos de transporte existentes.

Obsrvese en la Fig.3.28 como es realizado el proceso de segmentacin y reensamblado

en AAL-5, donde solo en el sub-nivel CPCS se le aade una parte en la Cola y la unidad

42
 43

CPCS PDU es segmentada en el sub-nivel SAR en bloques de 48 octetos sin ningn

encabezamiento o cola.

Fig.3.28 Protocolo AAL-5

Comparndose AAL-5 con el AAL-3/4 encontramos los siguientes elementos: -

AAL-5 utiliza 8 octetos para la AAL-SDU idntico al AAL-3/4
- AAL-5 utiliza 0 octetos por celda ATM mientras AAL-3/4 usa 4.
En la Fig.3.29 se muestra la estructura de la CPCS-PDU para el AAL-5, observndose
que en la misma desaparece el encabezamiento y por tanto la facilidad de medida del
buffer (Basize), por lo que si considera necesario por el Receptor pre-localizar un buffer
para el reensamblado, esta informacin tiene que ser pasada al nivel superior.

Fig.3.29 Estructura de la CPCS-PDU en AAL-5

En la cola de la estructura de la CPCS PDU nos encontramos con:

- Indicacin de Usuario a Usuario (CPCS-UU , 1 Octeto)
Lo cual permite llevar informacin de forma transparente entre usuarios ( multiplexado,
secuencia , etc.).
- Indicador de Parte Comn (CPI, 1 octeto)
Indica cuando o no la correspondiente unidad de datos es una parte comn y puede tambin
indicar la unidad de la longitud de conteo LI.

43
 44

- Indicador de Longitud (Length, 2 Octetos)

Indica la longitud real de la carga de la unidad de datos CPCS PDU sin relleno. - CRC
( 4 octetos)
El mismo transporta un cdigo CRC-32 para la unidad de datos, incluyendo la carga, el
relleno (PAD) y los primeros cuatro octetos de la cola.

La carga del nivel superior es rellenada (PAD) tal que la unidad de datos CPCS PDU sea un
mltiplo de 48 octetos.
Luego la Unidad de datos de segmentacin y reensamble SAR PDU consta de 48 octetos
de carga, transportando una porcin de la CPCS PDU.
La debilidad del AAL-5 de no disponer de un encabezamiento del protocolo tiene varias
implicaciones:
1) No hay nmero de secuencia y por tanto todos los SAR-PDU que van arribando se
consideran que arriban en secuencia ordenada.
Por lo que para dar solucin a este problema, entonces el nivel ATM tiene que distinguir
entre estos casos usando el Bit de indicacin de usuario a usuario (AAU), en el campo que
indica el tipo de carga (PT) .
Luego una CPCS PDU que consta de varios (consecutivos) SAR PDU, sern
ensamblados en diferentes celdas ATM, luego la primera y todas las que le sigan, excepto
la ltima , tendrn el bit de indicacin AAU a 0 . Solo la ltima celda tendr el bit AAU
fijado a 1.

2) No tener el campo MID significa que no es posible intercalar (interleave) celdas de

diferentes CPCS PDU
3) No tener un campo indicador de longitud LI, significa que la entidad SAR no distingue
entre la carga de la CPCS PDU y el llenado de la ltima SAR PDU.

Por lo que no hay forma para que la entidad SAR encuentre la cola (trailer) de la ltima SAR
PDU.
Para evitar esta situacin es requerido que la carga (payload) de la CPCS PDU sea
rellenada (PAD) de tal forma que el ltimo Bit de la cola del CPCS CPDU coincida con
el ltimo Bit de la SAR PDU final (mltiplo de 48 octetos).

En la Fig.3.30 se muestra un ejemplo de transmisin AAL-5, obsrvese que la CPCS PDU

incluye relleno cola, siendo dividida en bloques de 48 octetos, siendo cada bloque
transmitido como una celda simple.

Es importante destacar que en muchas ocasiones el subnivel de servicios especficos SSCS

no es utilizado (se le denomina de forma nula) en muchos casos con AAL-5.
Los servicios que pueden ser ofrecidos basados en AAL-5 incluyen : FR, ATM (DXI) de
ATM Forum, IP (Internet) , as como tambin la transferencia de video codificado en MPEG-
2.

44
 45

Fig.3.30 Ejemplo de Transmisin de AAL-5

En la Fig.3.31 se muestra un ejemplo de los protocolos que estaran involucrados en la

transmisin de Paquetes IP utilizando AAL-5.

45