Expo

UNIVERSIDAD POLITECNICA SALESIANA
FUNDAMENTOS DE TRANSMISION

1
CAPITULO I

CAPITULO I


1.1 .- SISTEMAS DE PORTADORA DIGITAL E1/T1

Una portadora digital es un sistema de comunicacin que utiliza pulsos digitales
para codificar informacin en lugar de seales analgicas.
Hay dos sistemas principales, el T1 recomendado por ANSI y usados
principalmente es Estados Unidos y Japn; y el E1 recomendado por la ITU-T usado
en Europa y en ciertos pases no europeos.
En caso de E1 est actualmente definido en la recomendacin CCITT G.704
(Synchronous Frame Structure) y G.732 (Characteristics of Primary PCM) que la
suplementa.
Tablas comparativas:

CARACTERISTICAS E1 y T1
A Frecuencia de Muestreo 8 kHz
B Nmero de muestras por canal telefnico 8000 por Segundo
C Tamao de la trama PCM 1/B = 125 s
D Nmero de bits en cada palabra 8
E Velocidad de bit de canal B * D = 64 kbits/s
Tabla 1.1 Caractersticas comunes entre formatos de comunicacin E1 y T1


2
CAPITULO I

CARACTERISTICAS E1 T1
F Segmentos de compresin caracterstica Ley A
1
13 Ley
2
15
G Nmero de time slots por trama PCM 32 24
H Nmero de bits por Trama PCM D x G = 256
D x G + 1* = 193
*significa bit adicional
I Duracin de un time slot de 8 bits C x D/H = 3.9 s C x D/H = 5.2 s
J Velocidad de la seal TDM
B x H = 2,048
Mbps
B x H = 1,544 Mbps
Tabla 1.2 Caractersticas que diferencian formatos de comunicacin E1 y T1

1.1.1.- Sistema de Portadora Digital T1
T1 se usa para denominar un formato de portadora digital a una velocidad de
1.544 Mbps. La trama bsica es de 24 canales digitales, los cuales soportan 64 kbps
cada uno. Cada canal puede ser configurado para transmitir voz y datos .Este requiere
un dispositivo de conexin digital (CSU/DSU customer switching unit/digital
switching unit) para conectar a cuatro cables para portar la informacin.

1
las dos leyes de compresin de segmentos mas utilizadas son la ley A (a-law) y la ley (u-law) que dan
lugar al codec g.711. La ley A (a-law) se utiliza principalmente en los sistemas PCM europeos, y la ley (u-
law)se utiliza en los sistemas PCM americanos.
La ley A esta formada por 13 segmentos de recta (en realidad son 16 segmentos, pero como los tres
segmentos centrales estn alineados, se reducen a 13). Cada uno de los 16 segmentos, esta dividido en 16
intervalos iguales entre si, pero distintos de unos segmentos a otros.

La formulacin matemtica de la Ley A es:

y= Ax / 1+ LA --------------------- para 0 =< x =< 1/A
y= 1+ L (Ax) / 1+ LA ------------- para 1/A=< x =< 1
siendo L logaritmo neperiano.
El parmetro A toma el valor de 87,6 representando x e y las seales de entrada y salida al compresor.

2
La ley se representa matemticamente como:

y= L(1+x) / L (1+)-------------- para 0 =< x =< 1

donde = 255

3
CAPITULO I

El medio fsico para transmisin de T1 es, bsicamente, Cobre en 4 alambres.

A) Longitud de Trama
En el sistema de portadora digital T1 cada trama est formada por 193 bits
numerados del 1 al 193 en donde la frecuencia de repeticin de trama es de 8000 Hz.

B) Bit F
El primer bit de una trama se designa por el bit F, el mismo que se utiliza para
fines tales como la alineacin de trama, la monitorizacin de la calidad de
funcionamiento y el suministro de un enlace de datos.

C) Multitrama de 24 tramas
En el grfico de a continuacin vamos a observar la asignacin del bit F a la
seal de alineacin de Multitrama, el enlace de datos y los bits de verificacin
(CRC).


4
CAPITULO I

Numero de
trama
dentro de la
multitrama
Bit F Numero de bits en cada
intervalo de tiempo de canal
Denominacin
del canal de
sealizacin
a)

Numero de
bit en la
multitrama
Asignaciones
FAS DL CRC Para la seal
de carcter
a)
Para la
sealizacin
a)

1 1 - m - 1-8 -
2 194 - - e
1
1-8 -
3 387 - m - 1-8 -
4 580 0 - - 1-8 -
5 773 - m - 1-8 -
6 966 - - e
2
1-7 8 A
7 1159 - m - 1-8 -
8 1352 0 - - 1-8 -
9 1545 - m - 1-8 -
10 1738 - - e
3
1-8 -
11 1931 - m - 1-8 -
12 2124 1 - - 1-7 8 B
13 2317 - m - 1-8 -
14 2510 - - e
4
1-8 -
15 2703 - m - 1-8 -
16 2896 0 - - 1-8 -
17 3089 - m - 1-8 -
18 3282 - - e
5
1-7 8 C
19 3475 - m - 1-8 -
20 3668 1 - - 1-8 -
21 3861 - m - 1-8 -
22 4054 - - e
6
1-8 -
23 4247 - m - 1-8 -
24 4440 1 - - 1-7 8 D
FAS Marco de la adaptacin de seal (... 001.011 ...)
DL 4 kbit / s de enlace de datos (bits de mensaje m)
CRC campo de verificacin de bloques CRC-6(bits de verificacin e
1
a e
6
)
a) Slo aplicable en el caso del canal de sealizacin asociados.
Tabla 1.3 /G.704 Estructura de multitrama para la multitrama de 24 tramas.


5
CAPITULO I

D) La sealizacin de canal comn.
Por medio de este mtodo se sacrifica el canal 24 de 64 Kbps para
sealizacin, pero se tiene 23 canales a los que no se les roba un bit, lo que implica
que es mucho mas eficiente.

E) Sistema de Portadora Digital E1

Figura 1.1

C = Cyclic Redundancy check (CRC) funciona en la Multitrama de 16 tramas
A = Bit de Alarma: Es uno cuando se pierde alineacin de la trama. Cuando se
detecta consecutivamente la palabra ABA la trama est alineada.

6
CAPITULO I

N = Est reservado para la utilizacin nacional, se usa para mantenimiento.

Tabla 2 /G.704 estructura de multitrama CRC4

Cada Multitrama CRC 4, compuesta de 16 tramas numeradas del 0 al 15, se
dividen en dos submultitramas (SMF, sub - multiframes ) de 8 tramas, denominadas
SMF I y SMF II.

En las tramas que contienen la seal de alineacin de trama, el bit 1 se utiliza
para trasmitir los bits CRC 4. En cada SMF hay cuatro bits CRC 4, denominados
C1, C2, C3 y C4.

Submultitrama (SMF) Numero
de trama
Bits de 1 a 8 de la trama
1 2 3 4 5 6 7 8
M
u
l
t
i
t
r
a
m
a

I
0 C
1
0 0 1 1 0 1 1
1 1 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
2 C
2
0 0 1 1 0 1 1
3 1 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
4 C
3
0 0 1 1 0 1 1
5 1 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
6 C
4
0 0 1 1 0 1 1
7 1 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
II
8 C
1
0 0 1 1 0 1 1
9 1 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
10 C
2
0 0 1 1 0 1 1
11 1 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
12 C
3
0 0 1 1 0 1 1
13 E 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
14 C
4
0 0 1 1 0 1 1
15 E 1 Un S
a4
S
a5
S
a6
S
a7
S
a8
Nota 1 E=bits de indicacin de error CRC-4
Nota 2 S
a4
a S
a8
= bits de reserva
Nota 3 C
1
a C
4
= bits de verificacin por redundancia cclica
Nota 4 A = indicacin de alarma distante

7
CAPITULO I

En las tramas que no contienen la seal de alineacin de trama, el bit 1 se
utiliza para trasmitir la seal de alineacin de Multitrama CRC 4, de seis bits, y los
dos bits (E) de indicacin de error CRC 4.

La seal de alineacin de Multitrama CRC 4 es de la forma 001011.

Los bits E debern ponerse en 0 cuando no hay error, caso contrario en 1.

F) Time Slot 16
El Time slot 16 se utiliza para sealizacin:
CAS: Sealizacin asociada al canal (R2)
CCS: Sealizacin del canal comn (SS7)

G) Sealizacin Asociada al canal
Se divide en dos bloques de 4 bits
Establecimiento de comunicacin
Fin de comunicacin.


8
CAPITULO I

M
U
L
T
I
T
R
A
M
A

1 2 3 4 5 6 7 8
0 0 0 0 0 N A N N
1 Slot 1 Slot 17
2 Slot 2 Slot 18
3 Slot 3 Slot 19
4 Slot 4 Slot 20
5 Slot 5 Slot 21
6 Slot 6 Slot 22
7 Slot 7 Slot 23
8 Slot 8 Slot 24
9 Slot 9 Slot 25
10 Slot 10 Slot 26
11 Slot 11 Slot 27
12 Slot 12 Slot 28
13 Slot 13 Slot 29
14 Slot 14 Slot 30
15 Slot 15 Slot 31
Tabla 3 /Slot 16

La primera trama 0 es para sincronismo:
0000 palabra de alineacin de multitrama CAS
N bit de uso nacional de cada fabricante
A perdida de alineacin de multitrama CAS

1 trama = 125 usg
Multitrama = 16 * 125 usg = 2msg

9
CAPITULO I

En el time slot 16 va la sealizacin de lnea, la sealizacin de registro
(nmero de abonado) va por el slot que usa la voz.
CAS no permite alta velocidad de sealizacin necesaria para servicios de
SVA, red inteligente y adems desperdicia recursos.

H) Sealizacin por canal comn
Por medio de este mtodo no se construyen las multitramas.
Se utiliza el time slot 16 como un canal comn de 64 Kbps, para cualquiera
de los canales para transmitir mensajes de sealizacin de establecimiento,
terminacin y control.

1.2 TECNICAS DE CODIFICACION EN LINEA

1.2.1 Generalidades
Cuando se aplica un smbolo binario a un pulso modulado, al resultado se le
llama modulacin por pulsos codificados PCM.
Una palabra de cdigo es la representacin de una muestra cuantizada; un
1binario se representa por un pulso, mientras que un 0 binario est representada por
la ausencia de pulso.
Se transmiten seales analgicas que representen el flujo de datos digital.
Existen cdigos de lnea que se seleccionan para cada aplicacin, en funcin
de:
El espectro de potencia.
La capacidad de recuperar el reloj (sincronizarse).

10
CAPITULO I

La capacidad de detectar errores.
El contenido de componente continua
La transparencia frente a las secuencias a transmitir.

1.2.2 Codificacin NRZ
En telecomunicaciones, se denomina NRZ porque el voltaje no vuelve a cero
entre bits consecutivos de valor uno. Mediante la asignacin de un nivel de tensin a
cada smbolo se simplifica la tarea de codificar un mensaje.

A) NRZ-L (level)
En esta codificacin un 1 es representado por un nivel de voltaje y el 0
esta representado por otro nivel de voltaje, existe un cambio de nivel cuando el dato
cambia de 1 a 0 o de 0 a 1.

Figura1.2

B) NRZ-M (mark)
En esta codificacin un 1 o marca esta representado por un cambio de nivel
y el 0 o espacio est representado por un no cambio de nivel.

11
CAPITULO I

Figura 1.3

C) NRZ-S (space)
En esta codificacin un 1 o marca est representado por un no cambio de
nivel y el 0 o espacio est representado por un cambio de nivel.

Figura 1.4

1.2.3 Codificacin RZ
Retorno a Cero (RZ) es un sistema de codificacin usado en
telecomunicaciones en el cual la seal que representa a cada bit retorna a cero en
algn instante dentro del tiempo del intervalo de bit. Por tanto, las secuencias largas
de unos o de ceros ya no plantean problemas para la recuperacin del reloj en el
receptor.

12
CAPITULO I

A) Unipolar RZ
En esta codificacin el 1 esta representado por un pulso positivo y retorna a
cero en la mitad del intervalo del bit, el 0 no tiene pulso.

Figura 1.5

B) Bipolar RZ
En esta codificacin un pulso positivo y negativo de igual amplitud se usan
para representar al 1 y 0 respectivamente, en cada caso el pulso retorna a cero en
la mitad del intervalo del bit.

Figura 1.6


13
CAPITULO I

C) AMI-RZ
Alternate Mark Inversion, es la codificacin en la que los pulsos positivos y
negativos de igual amplitud son usados alternadamente para el 1, el 0 no tiene
pulso, en cada caso el pulso retorna a cero antes de finalizar el intervalo del bit.

Figura 1.7

1.2.4 Codificacin de Fase

A) Bi Phase- Level

Mejor conocido como codificacin Manchester. En esta codificacin el 1 est
representado por un pulso positivo seguido por un pulso negativo a la mitad del
intervalo del bit, mientras que para el cero la polaridad de estos pulsos se invierte.

14
CAPITULO I

Figura 1.8

B) Bi Phase Mark
En esta codificacin la transicin ocurre al comienzo de cada intervalo de bit,
el 1 est representado por una segunda transicin en la siguiente mitad del
intervalo, para el 0 no hay segunda transicin.

Figura 1.9

C) Bi Phase Space
En esta codificacin la transicin ocurre al comienzo de cada intervalo del bit,
el 1 est representado por una no transicin, mientras que para el 0 si hay
segunda transicin en la siguiente mitad del intervalo.

15
CAPITULO I

Figura 1.10

D) Delay Modulation
En esta codificacin un 1 est representado por la transicin en la mitad del
intervalo del bit, mientras que el 0 por la no transicin a menos que este seguido de
otro cero, en este caso la transicin toma lugar al final del intervalo del bit del primer
cero.

Figura 1.11


16
CAPITULO I

1.3 JERARQUA DIGITAL PLESICRONA (PDH)

1.3.1 Introduccin
PDH surgi como una tecnologa basada en el transporte de canales digitales
sobre un mismo enlace. Los canales a multiplexar denominados mdulos de
transporte o contenedores virtuales se unen formando tramas o mdulos de nivel
superior a velocidades estandarizadas 2 Mbps, 8 Mbps, 34 Mbps, 140 Mbps y 565
Mbps.

Es una jerarqua de concepcin sencilla, sin embargo contiene algunas
complicaciones, que han llevado al desarrollo de otras jerarquas ms flexibles a
partir del nivel jerrquico ms bajo de PDH.

La principal problemtica de la jerarqua PDH es la falta de sincronismo entre
equipos. Cuando se quiere pasar a un nivel superior jerrquico se combinan seales
provenientes de distintos equipos. Cada equipo puede tener alguna pequea
diferencia en la tasa de bit. Es por ello necesario ajustar los canales entrantes a una
misma tasa de bit, para lo que se aaden bits de relleno. Slo cuando las tasas de bit
son iguales puede procederse a una multiplexacin bit a bit como se define en PDH.
El demultiplexor debe posteriormente reconocer los bits de relleno y eliminarlos de
la seal. Este modo de operacin recibe el nombre de plesicrono, que en griego
significa cuasi sncrono.

Los problemas de sincronizacin ocurren a todos los niveles de la jerarqua,
por lo que este proceso ha de ser repetido en cada etapa de multiplexacin.


17
CAPITULO I

Este hecho genera un gran problema de falta de flexibilidad en una red con
diversos niveles jerrquicos. Si a un punto de la red se le quieren aadir canales de 64
Kbps, y el enlace existente es de 8 Mbps o superior, debe pasarse por todas las etapas
de demultiplexacin hasta acceder a un canal de 2 Mbps y luego volver a multiplexar
todas las seales de nuevo.

La falta de flexibilidad dificulta la provisin de nuevos servicios en cualquier
punto de la red. Adicionalmente se requiere siempre el equipamiento correspondiente
a todas las jerarquas comprendidas entre el canal de acceso y la velocidad del enlace,
lo que encarece en extremo los equipos.

Otro problema adicional de los sistemas basados en PDH es la insuficiente
capacidad de gestin de red a nivel de tramas. La multiplexacin bit a bit para pasar a
un nivel de jerarqua superior y con bits de relleno convierte en tarea muy compleja
seguir un canal de trfico a travs de la red.

1.3.2 Jerarquas de multiplexacin

En la transmisin de seales digitales se recurre a la multiplexacin con el fin
de agrupar varios canales en un mismo vnculo. Si bien la velocidad bsica usada en
las redes digitales se encuentra estandarizada en 64 kb/s, las velocidades de los
rdenes de multiplexacin en cambio forman varias jerarquas.


18
CAPITULO I

Figura 1.12

1.3.3 Trama E2
En la trama E2 est formada por cuatro E1. Debemos de tener en cuenta que
las cuatro velocidades de las tributarias E1 tienen un margen de tolerancia de 50
ppm, por lo que no son sncronas sino plesicrona.

Figura 1.13

Para adaptar estas cuatro seales plesicronas al reloj del equipo multiplexor
se hace uso de una justificacin por impulsos positivos.

Es muy importante recalcar que la memoria se lee a una velocidad ms rpida
que la de escritura, por lo que es necesario colocar un bit de relleno para igualar las
velocidades. Simplemente se puede definir un bit determinado como bit de relleno
por cada sistema tributario.
64 Kbps
T1
1544Kbps
T2
6312kBPS
T3
44736Kbps
T4
274176Kbps
EU
32064kBPS 97728Kbps JAPON
E1
2048Kbps
E2
8448Kbps
E3
34368Kbps
E4
139264Kbps
Europa

19
CAPITULO I

En caso que los tres bits de informacin de relleno (St) se hayan activado a
111, entonces el bit que podra ser de relleno no contiene informacin til, mientras
que si estn activados a 000 entonces el bit que podra ser de relleno contienen
informacin til.

Figura 1.14

Velocidad de lectura

Duracin de la trama de impulsos es:


20
CAPITULO I

Velocidad de Escritura

Velocidad de lectura velocidad de escritura

Palabra de alineacin de trama y servicio

Informacin de relleno St

Justificacin


21
CAPITULO I

Carga til de un E2

1.3.4 Ordenes jerrquicos superiores.
Por encima de los 8448 kb/s se encuentran el tercer y cuarto orden jerrquico. El
quinto orden se ha determinado para aplicaciones con interfaz para fibras pticas. La
organizacin de las tramas es similar. Se disponen de palabras de alineamiento de
trama al inicio de cada organizacin de iguales caractersticas. Siempre se dispone de
una alarma para informar al terminal remoto de la falta de alineamiento local.
El proceso de justificacin positiva es conceptualmente idntico. El nmero de bits
de control de justificacin es 3 o 5 para corregir 1 o 2 errores.
A) Trama E3

Figura 1.15

22
CAPITULO I







23
CAPITULO I


Justificacin

Carga til de un E3

B) Trama E4

Figura 1.16

24
CAPITULO I







25
CAPITULO I


Justificacin

Carga til de un E3

1.3.5 Comparacin entre tramas
NOMBRE VELOCIDAD (Mbps) TOLERANCIA (ppm) N DE CANALES
E1 2.048 50 30
E2 8,448 30 120
E3 34,368 20 480
E4 139,264 15 1920
Tabla 4/comparacin entre tramas


26
CAPITULO I

1.3.6 Caractersticas de la Jerarqua Digital Plesiocrona
Se usan en sistemas punto a punto
La multiplexacin se la realiza bit por bit.
No tiene capacidad para realizar operaciones de operacin, administracin y
mantenimiento.
La diferencia de fase entre lectura y escritura es negativa y no debe llegar a
cero porque se cruzan los punteros.

1.4.- JERARQUA DIGITAL SNCRONA SDH

1.4.1.- introduccin
La Jerarqua digital sncrona (SDH) (Synchronous Digital Hierarchy), se
puede considerar como la revolucin de los sistemas de transmisin, como
consecuencia de la utilizacin de la fibra ptica como medio de transmisin, as
como de la necesidad de sistemas ms flexibles y que soporten anchos de banda
elevados. La jerarqua SDH se desarroll en EE. UU. Bajo el nombre de SONET y
posteriormente el CCITT en 1989 public varias recomendaciones donde se define
con el nombre de SDH.

La primera generacin de sistemas de fibra-ptica en las redes de telefona
pblica utilizaba una arquitectura propietaria, cdigo de lnea de equipamiento,
formatos de multiplexacin y procedimientos de mantenimiento. Los usuarios de este
equipamiento requeran de compatibilidad para poder mezclar y conectar equipos de
diferentes vendedores.

SDH tambin est definido para funcionar con enlaces de radio, satlite e
interfaces elctricas entre los equipos.

27
CAPITULO I

Uno de los objetivos de esta jerarqua estaba en el proceso de adaptacin del
sistema PDH (Plesiochronous Digital Hierarchy), ya que el nuevo sistema jerrquico
se implantara paulatinamente y deba convivir con la jerarqua plesicrona instalada.
sta es la razn por la que la ITU-T normaliz el proceso de transportar las antiguas
tramas en la nueva. La trama bsica de SDH es el STM-1 (Synchronous Transport
Module level 1), con una velocidad de 155 Mbps.

Cada trama va encapsulada en un tipo especial de estructura denominado
contenedor. Una vez encapsulados se aaden cabeceras de control que identifican el
contenido de la estructura y el conjunto, despus de un proceso de multiplexacin, se
integra dentro de la estructura STM-1.

Los niveles superiores se forman a partir de multiplexar a nivel de Byte varias
estructuras STM-1, dando lugar a los niveles STM-4, STM-16 y STM-64.

SDH posibilita un importante incremento en la flexibilidad y el ancho de
banda disponible que provee grandes ventajas respecto de los viejos sistemas de
telecomunicaciones.

Estas ventajas incluyen:
o Reduccin en la cantidad de equipamiento y un incremento en la eficiencia
de la red.
o Provisin de bytes de overhead y payload los bytes de overhead permiten la
administracin de los bytes de payload sobre una base individual y facilitan la
seccionalizacion de fallos centralizada.

28
CAPITULO I

o Definicin de un formato de multiplexion sincrnico para trabajar con seales
digitales de bajo nivel (como 2, 34 y 140Mbps) que simplifica en gran medida la
interface a los switches digitales, cross-connects digitales y multiplexores add-
drops.
o Disponibilidad de un conjunto de estndares, que permiten inter-operatividad
multi-vendedor.
o Definicin de una arquitectura flexible capaz de adaptarse a futuras aplicaciones,
con una variedad de tasas de transmisin.

Una de las ventajas fundamentales de SDH es el hecho de que es sincrnico.
Actualmente, la mayora de los sistemas de fibra y multiplexacin son plesicronas.
Esto significa que el tiempo puede variar de equipo en equipo debido a que estn
sincronizados con diferentes relojes.

Como SDH es sincrnico, permite multiplexacin y demultiplexacin en un
nivel-simple.

Esta multiplexacin en nivel-sencillo elimina el hardware complejo, y por lo
tanto decrementa el costo del equipamiento mientras se mejora la calidad de la seal.

En las redes plesicronas, una seal entera debe ser demultiplexada para poder
acceder a un canal particular; luego los canales no accedidos tienen que ser re-
multiplexados para poder ser enviados a lo largo de las redes a su propio destino. En
el formato SDH, solo aquellos canales que son requeridos en un punto particular son
demultiplexados, por lo tanto se elimina la necesidad de re-multiplexar. En otras
palabras, SDH crea canales individuales "visibles" y pueden ser fcilmente agregados
o eliminados. Ac el formato bsico de una seal SDH permite cargar muchos
servicios diferentes en su Contenedor Virtual (VC) debido a su ancho de banda

29
CAPITULO I

flexible. Esta capacidad permite la transmisin de servicios de conmutacin de
paquetes de alta velocidad, ATM, video contribucin, y video distribucin.

1.4.2.- SDH: principios bsicos
La primera jerarqua de velocidad sincrnica fue definida como STM-1
(Synchronous Transport Module, Mdulo de Transporte Sincrnico) de 155.520
Mb/s. Este valor coincide con el triple de STS-1 de la red SONET (3 x 51.84 Mb/s =
155.52 Mb/s).

Los siguientes niveles se obtienen como N x STM-1, habiendo definido el
CCITT el 4 x STM-1 = 622.08 Mb/s y 16 x STM-1 = 2488.32 Mb/s
(aproximadamente 2.5 Gb/s)7, encontrndose en discusin sistemas STM-8, STM-12
y STM-64 (10 Gbits/s).

Todas las seales tributarias, de cualquier jerarqua y origen, deben poder
acomodarse a la estructura sincrnica del STM-1.

Los tributarios (sincrnicos o plesicronos) se acomodan en un contenedor C
(Container) que ser distinto para cada velocidad. A cada contenedor se le agrega un
encabezado o sobrecapacidad de reserva llamada tara de trayecto (TTY) o POH (Path
Overhead) para operacin, administracin y mantenimiento, y un puntero, PTR,
formndose lo que se conoce como unidad tributaria TU (Tributary Unit). Finalmente
las TU son multiplexadas byte a byte (cada uno equivale a 64kb/s) y con el agregado
de informacin adicional de administracin de la red, se forma el mdulo STM-1.


30
CAPITULO I

Si se desea niveles superiores, basta con volver a multiplexar byte a byte (por
simple intercalacin) N mdulos STM-1, para obtener STM-N.

1.4.3.- Problemas de la jerarqua digital sncrona
El principal problema a resolver es la necesidad de sincronizar todos los
nodos de la red. La idea del desarrollo de la SDH es una extensin de la trama
sncrona de 2Mbit/s del sistema PDH hacia velocidades superiores.

La trama de 2Mb/s es sncrona. Lo que esto significa es que los intervalos de
tiempo son sincrnicos al encabezamiento de la trama: una vez sincronizado a la
trama, un receptor puede extraer la informacin contenida en la trama sencillamente
contando bytes hasta llegar a la posicin deseada y copiando los bytes all contenidos
en una memoria. Para insertar informacin en un intervalo de tiempo, el
procedimiento sera igualmente sencillo: una vez alineado a la trama, el transmisor
puede transferir los datos de su memoria al intervalo de tiempo adecuado, el cual
encuentra contando los bytes desde la palabra de alineacin de trama.

La trama de 2Mb/s es sincrnica con sus tributarios de 64kb/s (cosa que no
sucede con las tramas de 8, 34, 140 o 565 Mb/s). En la prctica ocurre que estos
tributarios no siempre son sincrnicos y las centrales de conmutacin y los cross-
connects tienen que peridicamente introducir deslizamientos o slips cada vez que
haya un defasaje grande entre carga que ingresa a la memoria elstica a la entrada del
MUX y la seal multiplexada de 2Mb/s.

La velocidad con que llegan y se escriben en las memorias elsticas los datos
de cada canal es determinada por la velocidad de lnea de la trama recibida. La
velocidad con que se leen los datos se encuentra condicionada por el reloj interno de

31
CAPITULO I

la central o cross-connect, con el cual generan las tramas que transmiten. Si la
informacin a la entrada llega ms rpidamente de lo que puede ser leda, la memoria
elstica se llena hasta desbordar. Para evitar el desborde, el nodo de la red tira uno o
varios octetos de informacin a la basura, vaciando la memoria elstica y
permitiendo que de nuevo se vaya llenando lentamente (segn la diferencia entre los
relojes de escritura y lectura) hasta que sea necesario un nuevo vaciado. Esta accin
corta un trozo de la secuencia de bytes transmitidos, constituyendo un slip negativo.

Puede darse el caso contrario. Si el reloj de escritura es ms lento que el de
lectura, la tendencia de la memoria elstica es a vaciarse. Cuando esto ocurre el nodo
de la red deja de leer informacin reciente, transmitiendo uno o varios octetos viejos
sin borrar el contenido de la memoria elstica, que de esta forma se vuelve a llenar.
Estas repeticiones se llaman slips positivos.

Los deslizamientos normalmente no son perjudiciales para las seales de voz,
sin embargo pueden traer problemas en la transmisin de datos.

Aplicar este concepto a la SDH sera inadmisible, ya que si los nodos
introdujeran slips, los receptores perderan el sincronismo al perder o ver repetidos
trozos de secuencia.

1.4.4.- SDH: formacin y estructuras multiplex
En SDH la carga se acomoda en contenedores. Cuando esta carga es
plesicrona, es necesario adaptar el reloj de la carga al reloj de los contenedores. El
procedimiento es similar al utilizado en los MUX PDH. La capacidad de carga es
ligeramente superior a la necesaria. Estos contenedores disponen de bits adicionales
que pueden o no contener informacin, as como bits que indican si en esas

32
CAPITULO I

posiciones va o no informacin, es decir se utiliza justificacin por bits (relleno
adaptativo). Una vez creado el contenedor en los multiplexores de frontera, la red
ya no tiene que mirar dentro del mismo hasta el punto en el cual el contenido es
devuelto a un elemento de la red. Como ya se dijo, el ajuste de velocidades de los
contenedores entre nodos se hace a travs de los punteros.
Cada uno de los contenedores creado recibe un encabezamiento, llamado tara
de trayecto (TTY o POH). El POH contiene informacin para uso en los extremos
del trayecto (canales de servicio, informacin para verificacin de errores, alarmas,
etc.). Los punteros apuntan al primer byte del encabezamiento de trayecto. Los
contenedores a los cuales se ha agregado su POH se llaman contenedores virtuales
VC (Virtual Container). Cada uno de los VC es transportado en un espacio al cual
est asignado un puntero, que indica el primer byte del VC respectivo. Las seales
tributarias (como puede ser una de 140 Mb/s) se disponen en el VC para su
transmisin extremo a extremo a travs de la red SDH. El VC se ensambla y
desensambla una sola vez, aunque puede atravesar muchos nodos mientras circula
por la red.

Los punteros correspondientes a cada contenedor se encuentran en posiciones
fijos respecto al elemento de multiplexacin en el cual los contenedores son
mapeados. Los VC bajos son mapeados en relacin a contenedores ms altos. Los
VC altos son mapeados en relacin a la trama STM-n. Por lo tanto los contenedores
altos contienen tambin un rea de punteros para los VC bajos (llamados unidades
tributarias). Est claro que si en lugar de tributarios bajos los VC reciben seales
digitales SDH, ellos no contienen ningn rea de punteros, porque no hay unidades
tributarias a localizar dentro de los mismos, sino que su rea de carga est ocupada
por una gran seal sincrnica. Los VC altos que son mapeados en relacin a la trama
STM-n son llamados unidades administrativas (AU).

Por lo tanto, la trama STM-n siempre contendr un rea de punteros para las
unidades administrativas.

33
CAPITULO I

El contenedor define la capacidad de transmisin sincrnica del tributario. La
frecuencia de ste se incrementa mediante justificacin positiva para acomodarla y
sincronizarla con STM-1. Al agregar la informacin adicional POH se forma lo que
se denomina contenedor virtual VC (Virtual Container). Posteriormente se agrega el
puntero PTR, que es el direccionamiento de cada VC dentro de la estructura,
obtenindose la unidad tributaria TU. El proceso puede observarse en la figura:

Figura 1.17

Este conjunto constituye una unidad interna de la estructura. En caso que
pueda ser transferida entre distintos STM-1, se denomina unidad administrativa AU
(Administrative Unit). Plesiocrona corazn.

Varias TU idnticas, forman un grupo de unidades TUG (Tributary Unit
Group). Varios TUG idnticos forman nuevamente una AU, la que con el agregado
de un encabezado de seccin SOH (Section Overhead) con la informacin de
operacin, administracin de la red, completa el STM-1.
Seal
Plesicrona
Contenedor C
Contenedor
virtual VC
Unidad
Tributaria TU
Puntero PTR
Sobre
capacidad POH

34
CAPITULO I

1.4.5.- SDH: estructura de trama sincrnica
Una trama de flujo de seales serie puede representarse mediante un mapa
bidimensional, que consta de N filas y M columnas. Cada celda representa un byte de
8 bits de la seal sincrnica. El byte que aparece en la casilla superior izquierda (F)
acta como marcador y sirve para localizar el comienzo de la trama.

Figura 1.18

La estructura de la trama del mdulo de transporte sincrnico STM-1 es la
que puede observarse en la figura siguiente:


35
CAPITULO I

Figura 1.19

En un caso general, la carga transportada no es sincrnica a la trama, para eso
existe un puntero como medio de ubicacin dentro del espacio de carga sncrono, que
indica la posicin donde comienza la informacin til, que es transportada dentro del
VC. El espacio de carga sncrono (ya sea que lleve un VC ocupndolo o no) se llama
TU o AU. Se denomina AU cuando la zona de carga es sncrona con la trama de la
figura anterior.

Un ejemplo sera una seal PDH de 140Mb/s transportada en un VC-4 que
alineado usando punteros en la AU-4.

Se dice TU cuando el espacio de carga es sncrono a un VC de orden superior
(VC-3 VC 4). Por ejemplo, 63 seales de 2Mb/s mapeadas en contenedores VC-12
alineadas en TU-12 (los que a su vez se agruparn en un VC-4).

La trama la forman 9 lneas (o secuencias) de 270 bytes cada una. La
secuencia de transmisin se inicia en el byte 1 de la lnea 1 hasta el byte 270 de la
misma lnea, luego el byte 1 de la lnea 2 y as sucesivamente hasta el byte 270 de la
lnea 9. La duracin total (perodo de la trama) es de 125s (o sea una velocidad de
155.52Mb/s). Este perodo es equivalente al de la trama de una canal PCM de 8 bits.
O sea que un byte se STM-1 podra ser una canal PCM (64kb/s). Como para
componer la jerarqua sincrnica se realiza intercalacin de bytes, siempre es posible
extraer en cualquier nivel el byte completo (por ejemplo un canal PCM).

1.4.6.- Sincronizacin de trama SDH

36
CAPITULO I

Los rdenes superiores se obtienen por intercalacin de bytes.

Figura 1.20
Antes de que pueda realizarse cualquier multiplexacin en los equipos de la
red SDH, deben sincronizarse primero las distintas seales de transporte SDH con los
equipos de la red.

En el lado de entrada de los equipos SDH, las distintas seales de transporte
pueden estar desalineadas en lo que respecta tanto a la fase de temporizacin como a
la tasa de bits.

En el proceso de sincronizacin de trama, el encabezado (SOH) y el VC se
gestionan de manera distinta.

Los bytes del SOH para cada una de las seales de transporte se sincronizan
con la trama, para lo cual el SOH incluye 6 o ms bytes de entramado (bytes F). Los
bytes del VC, por otra parte, mantienen la misma relacin de fase de temporizacin.
Esto se logra volviendo a calcular el valor del puntero asociado a cada VC con el fin
de dar cabida a cualquier ajuste en la fase del SOH debido a la sincronizacin de la
trama.

37
CAPITULO I

Figura 1.21 / A, B, C indican seales de transporte / F indica byte de entramado / Px indica valor de x y del byte
del puntero

1.4.7.- Seales de mantenimiento en servicio
La extensa gama de seales de alarma y comprobacin de paridad
incorporadas en la estructura de seales SDH permite realizar con eficacia pruebas en
servicio. Las principales condiciones de alarma, tales como prdidas de seal (LOS),
prdidas de trama (LOF) y prdida de puntero (LOP), provocan la transmisin de
seales de indicacin de alarma (AIS) a la siguiente etapa de proceso.

Se generan distintas AIS, dependiendo del nivel de la jerarqua de
mantenimiento que se ve afectada. En respuesta a las diferentes seales AIS y a la
deteccin de graves condiciones de alarma de receptor, se envan otras seales de
alarma a las anteriores etapas del proceso para advertir de los problemas detectados
en las siguientes etapas.

Esta seal se llama fallo de recepcin en extremo remoto (FERF) se enva a
etapas anteriores en el SOH de la seccin multiplexora que haya detectado una
condicin de alarma AIS, LOS LOF; una condicin de alarma remota (RAI) para
un trayecto de orden superior se eleva despus de que un equipo que termina un
trayecto haya detectado una condicin AIS o LOP de trayecto; de forma similar, una
condicin de alarma remota (RAI) para un trayecto de orden inferior se eleva despus

38
CAPITULO I

de que un equipo que termina un trayecto de orden inferior haya detectado una
condicin AIS o LOP de trayecto de orden inferior.

El monitoreo del rendimiento en cada nivel de la jerarqua de mantenimiento
se basa en comprobaciones de paridad mediante entrelazado de bits (BIP) calculadas
en cada trama. Estas comprobaciones BIP se insertan en los SOHs asociados a la
seccin de regeneracin, la seccin multiplexora y los tramos de mantenimiento de
trayecto. Asimismo, los equipos que terminan tramos de trayecto HO (orden
superior) y LO (orden inferior) producen seales de error en bloque en extremo
remoto (FEBE) en funcin de errores detectados en los BIPs de trayecto HO y LO,
respectivamente, Las seales FEBE se elevan hasta el extremo de origen del trayecto.

1.4.8.- Sincronizacin y temporizacin en SDH
Las redes de transmisin actuales se desarrollaron sobre la base de la PDH, y
por lo tanto no necesitaban en si mismas una sincronizacin, sin embargo la
operacin sincrnica de la red proporciona ventajas importantes, de manera que
mucho operadores construyeron una red paralela para suministrar la distribucin de
la referencia de sincronizacin. Estos canales se suministran casi exclusivamente por
grupos mltiplex primarios a 1544 kb/s (EE.UU.) y 2048 kb/s (Europa).

El principio de conmutacin utilizado en las centrales telefnicas digitales
requiere que todos los conmutadores de red funciones sincronizados. Lo mismo
ocurre con una red de cross-connects.

Esto implica que cada nodo reciba su referencia de sincronizacin desde un
nica fuente.

39
CAPITULO I

En la prctica, todos los operadores importantes proporcionan su propia
fuente de referencia primaria (PRS) y una red sincrnica de relojes esclavos
utilizados para sincronizar centrales de conmutacin individuales. La informacin de
referencia de sincronizacin se distribuye mediante seales de 2mb/s. Las PRS se
especifican con tolerancias muy precisas (Rec.G.811 UIT-T) de 1x10-11

1.4.9.- Aplicaciones
La SDH genera una nueva serie de productos, desde los multiplexadores
necesarios para las nuevas transiciones de nivel, equipos de lnea para fibra ptica
para 155.52 Mb/s y 622.08 Mb/s, sistemas de radio, "cross-connect" (con conexin
cruzada) programables, "drop-insert" (derivacin y agregado) tambin programables
en cualquier nivel, y todas las combinaciones posibles integradas, como por ejemplo
multiplexores con drop-insert ADM (Add Drop Multiplexer), etc. Pueden
desarrollarse equipos de lnea con tributarios pticos, gracias a que las seales son
sincrnicas

Los "drop-insert" (DI) permiten derivar seales e insertar nuevas de menor
capacidad en una lnea M principal, facilitado tambin por el sincronismo.

Pero el equipo con mayor futuro, en las redes de telecomunicaciones es el
"cross-connect" (CC) que permite reordenar, derivar e insertar seales, sobre todo si
las mismas son de niveles bajos, por ejemplo 2 Mb/s en 620 Mb/s, ya que en la SDH
no es necesaria la demultiplexacin como en la asincrnica. Los equipos de "cross-
connect" se definen por su nivel de acceso y por su nivel de conmutacin.

La aplicacin de estos equipos redunda en una mayor flexibilidad de las
redes. Si se analiza el ejemplo de la figura siguiente, desde una estacin central de

40
CAPITULO I

administracin de la red A, puede controlarse la capacidad de transmisin entre cada
una de las estaciones B, C, D y E, comandando por ejemplo los CC o los DI en esos
nodos. En algn caso puede quedar interrumpido el enlace B-C, pudiendo
reorientarse el trfico a travs de B-D-C, eligiendo directamente los canales a
transferir de ruta. En otro caso puede ocurrir que en D se produzca una demandan
transitoria importante con motivo de algn evento especial, debindose incrementar
la ruta B-D.

En un tercer caso puede requerirse un alquiler de troncales punto a punto
exclusivos entre D y E.

Todos estos casos y muchos otros se resuelven de una manera mucho ms
sencilla con la estructura SDH, dando lugar al concepto de manejo integral de redes
de telecomunicaciones (TMN, Telecommunications Management Network).

Figura 1.22 / la red SDH solo provee los circuitos de transporte para las seales, las funciones de operaciones,
administracin y mantenimiento (OAM) son realizadas por un programa que corre en el computador de gestin de
red

La transicin hacia redes totalmente sincrnicas llevar algn tiempo, pero
con las ventajas tcnicas y econmicas que ofrece, es fcil comenzar por los enlaces
nuevos o ampliaciones punto a punto que no interfieren con las redes asincrnicas ya

41
CAPITULO I

existentes, o en lneas de larga distancia reunir sistemas de 140 Mb/s en un STM-4
por incremento de trfico.

Otro campo posible de aplicacin es en las redes de abonados digitales, sobre
todo por la casi inexistencia de redes asincrnicas de este tipo.

1.4.10.- Estrategias de migracin de PDH a SDH
Un tema importante es el balance entre las ventajas ofrecidas por el sistema
SDH y el costo inherente a invertir en estas redes. Se impone entonces una estrategia
de evolucin desde PDH a SDH. Hay tres caminos alternativos, cada uno con sus
ventajas y desventajas, algunos operadores de redes pueden encontrar necesario
adoptar estrategias mixtas como la mejor respuesta al estado actual de sus redes y
requerimiento de servicios.

Los acercamientos son:
TOP-DOWN (mtodo de capa o nivel)
BOTTOM-UP (mtodo de rama o isla)
PARALLEL (mtodo de extensin (overlay))

A) Mtodo de capa
Este mtodo est destinado a los operadores que se hallan an en
introduciendo digitalizacin dentro de las redes troncales, o para quienes necesitan
soportar nuevos servicios en las capas superiores de sus redes interurbanas.
El primer paso consiste en introducir SDH a nivel de sper nodos, conectando
un grupo de nodos PDH con sistemas SDH STM-4 o STM-16. La interconexin a

42
CAPITULO I

una red PDH es a travs de un puente (gateway), generalmente un cross-connect. A
este nivel los equipos de cross-connect deben ser de banda amplia (BDCS:
broadband cross-connect) con interfaces de 140 o 155 Mb/s.
El prximo paso es convertir la prxima capa a SDH, eliminando los puentes.

B) Mtodo de isla
Esta estrategia instala SDH a niveles bajos e intermedios de la red,
proveyendo islas de SDH para brindar mejor servicio a grupos de usuarios
seleccionados (por ejemplo centros financieros, centros de comercio, etc). Con
posterioridad el operador se ver obligado a instalar SDH a otro nivel de la red, como
en el caso anterior ser necesario utilizar puentes para conectarse con la red PDH.

A este nivel, los cross-connects deben ser de banda ancha (WDCS: wideband
cross-connect), interconectando sistemas de transporte STM-1 a travs de interfaces
de 155 Mb/s (o 140Mb/s usando puentes).

C) Mtodo paralelo
En este caso, el SDH es instalado extendiendo la red PDH por algunos nodos.
La intencin es implementar nuevos servicios (como videoconferencia, interconexin
de LANs, etc) y poder tomar ventaja de todas las funciones del SDH en forma
inmediata.

Los puentes hacia la red PDH se seguirn necesitando.


43
CAPITULO I

Esta estrategia es atractiva para los operadores con rpido crecimiento de
trfico, y para quines adicionar la funcionalidad del SDH mientras incrementan la
capacidad de la red.

METODO VENTAJAS DESVENTAJAS
CAPA Rpido proceso una vez que
una cantidad mnima de
equipos se ha instalado.
Todas las ventajas de SDH en
los niveles ms altos de la red
La inversin precede a los
beneficios, utilizacin inicial
baja de los recursos de SDH
ISLA Sustancial e inmediatas
mejoras en la calidad y acceso
a los servicios; posibilidad de
compartir puentes entre varias
islas para disminuir la inversin
inicial. Permite que areas de
bajo trafico (zona rural) puedan
migrar cuando su trafico
carezca y no antes.
La funcionalidad completa del
SDH no se obtiene a nivel
nacional.
PARALELO Provee un sistema completo
SDH para poner a prueba.
Permite introducir servicio de
premios y capacidades
adicionales.
Costo adicional de dos redes.
Administracin compleja de red.
Los puentes pueden ser costosos
y no reutilizables.
Tabla 5/ Estrategias de migracin de PDH a SDH

1.4.11.- Conclusiones
SDH ofrece dos beneficios principales: gran flexibilidad de configuracin en los
nodos de la red y aumenta las posibilidades de administracin tanto del trfico como
de los elementos de la red.

Esto hace que una red pueda ser llevada desde su estructura de transporte PDH pasiva
a una que activamente transporte y administre informacin.

Alguna de las caractersticas del SDH son:

44
CAPITULO I

Auto-Reparable : reenrutamiento automtico del trfico sin interrupcin del
servicio
Servicios/demanda: rpida provisin de servicios punto a punto bajo
demanda.
Acceso flexible: administracin flexible de una gran variedad de servicios de
ancho de banda fijo.

El estndar SDH tambin favorece la creacin de estructuras de redes abiertas,
incrementando la competencia en la provisin de servicios.

En la siguiente tabla se muestra una comparacin entre las jerarquas digitales
plesiosincrnicas (PDH) y sincrnicas (SDH).

PDH SDH
Tipo de red Plesicrona Sincrnica.
Tipo de multiplexado
Asincrnico, intercalacin por
bits
Sincrnico con punteros.
Intercalacin por byte
Estructura de trama Distinta para cada nivel Idntica en todos los niveles.
Adaptacin de tiempo
Justificacin positiva de bits Justificacin positiva-cero-
negativa de byte.
Acceso a canales de bajo nivel
Solo por demultiplexado Por simple evaluacin del
puntero
Velocidades mximas
No especificadas las mayores de
140Mbps
Especificada Nx155,52Mbps
hasta N=255
Tabla 6/conclusiones


45
CAPITULO I

1.5.- REDES Y SERVICIOS FRAME RELAY

1.5.1.- Introduccin
Frame Relay constituye un mtodo de comunicacin orientado a paquetes
para la conexin de sistemas informticos. Se utiliza principalmente para la
interconexin de redes de rea local (LANs, local rea networks) y redes de rea
extensa (WANs, wide rea networks) sobre redes pblicas o privadas. La mayora de
compaas pblicas de telecomunicaciones ofrecen los servicios Frame Relay como
una forma de establecer conexiones virtuales de rea extensa que ofrezcan unas
prestaciones relativamente altas.

Frame Relay es una interfaz de usuario dentro de una red de conmutacin de
paquetes de rea extensa, que tpicamente ofrece un ancho de banda comprendida en
el rango de 56 Kbps a 2.048 Mbps. Frame Relay se origin a partir de las interfaces
ISND y se propuso como estndar al Comit consultivo internacional para telegrafa
y telefona (CCITT) en 1984. El comit de normalizacin T1S1 de los Estados
Unidos, acreditado por el Instituto americano de normalizacin (ANSI), realiz parte
del trabajo preliminar sobre Frame Relay.

Las conexiones a una red Frame Relay requieren un router y una lnea desde
las instalaciones del cliente hasta el puerto de entrada a Frame Relay en la compaa
de telecomunicaciones. Esta lnea consiste a menudo en una lnea digital alquilada
como E1 aunque esto depende del trfico.

Posibles mtodos de conexin en rea extensa:

46
CAPITULO I

Mtodo de red privada: En este mtodo, cada instalacin necesita tres lneas
dedicadas (alquiladas) y routers asociados, para conectarse con cualquiera de
los otros lugares, con un total de seis lneas dedicadas y 12 routers.
Mtodo de Frame Relay: En este mtodo de red pblica, cada instalacin
requiere una nica lnea dedicada (alquilada) y un router asociado dentro de la
red Frame Relay. Los paquetes recibidos de mltiples usuarios se multiplexan
sobre la lnea y se envan a travs de la red Frame Relay a sus destinos.

Un circuito virtual permanente (PVC, permanent virtual circuit) consiste en un
trayecto predefinido a travs de la red Frame Relay que conecta dos puntos finales.
El servicio Frame Relay proporciona PVCs situados donde hayan especificado los
clientes, entre los emplazamientos designados. Estos canales permanecen activos
continuamente y estn garantizados, con objeto de proporcionar un nivel especfico
de servicio, que se ha negociado con el cliente. Los circuitos virtuales conmutados se
aadieron al estndar Frame Relay a finales de 1993. As, Frame Relay se ha
convertido en una autntica red de conmutacin "rpida" de paquetes.

1.5.2.- Caractersticas Tcnicas
Al haber sido desarrollado mucho despus que la tecnologa X.25, Frame
Relay se adapta mejor a las caractersticas de las infraestructuras de
telecomunicaciones actuales. La norma est descrita slo sobre las dos primeras
capas o niveles del modelo OSI, a diferencia de X.25, que llega hasta el Nivel 3 de
red, en el cual se consignan las funciones de control del flujo y la integridad de los
datos. Por tanto, al estar liberado de estos cometidos, Frame Relay resulta mucho
ms rpido que X.25, que como fue concebida inicialmente para operar con circuitos
analgicos, utiliza procedimientos de control de errores, frecuentemente pesados,
lentos y complejos.


47
CAPITULO I

La evolucin tecnolgica ha logrado mejorar la calidad de las lneas,
permitiendo desplazar el control de los errores a los propios equipos situados en los
extremos de la comunicacin, que pueden interpretar las seales de control de flujos
generadas por la red.

En todos estos aspectos tcnicos reside la fuerza de Frame Relay, que,
adems, permite al usuario pagar slo por la velocidad media contratada y no sobre el
trfico cursado.

CIR (Committed Information Rate) es un parmetro de dimensin de red
especfico de Frame Relay que permite a cada usuario elegir una velocidad media
garantizada en los dos sentidos de la comunicacin para cada circuito virtual ( CV).
Como no todos los CVs utilizan en un mismo momento dado su ancho de banda
reservado, un determinado CV puede emitir parte de su carga hacia los otros. Es
obvio que esta gestin dinmica del ancho de banda interesa particularmente a los
responsables de telecomunicaciones de las empresas, sobre todo a la hora de tratar el
trfico en rfagas propia de la interconexin de redes locales. En resumen, Frame
Relay permite dividir estadsticamente el ancho de banda entre diferentes circuitos
virtuales.

Los beneficios aportados por Frame Relay pueden ser analizados desde tres
criterios bsicos: tarificacin, multiplexacin y trfico en rfagas. Por lo que se
refiere a la tarificacin, hay que decir que buena parte del xito de Frame Relay se
explica por la independencia de su coste respecto a la distancia. En este punto, este
tipos de servicios obedece a una lgica inversa a la de las lneas alquiladas, donde el
factor distancia es fundamental a la hora de fijar los costes.


48
CAPITULO I

En Frame Relay, se pueden poner en servicio varios circuitos virtuales sobre
una misma interfaz fsica. Esta forma de multiplexacin favorece el mallado
completo de una red sin provocar los gastos elevados inherentes a la instalacin de
mltiples lneas especializadas y de sus respectivos interfaces. Tambin es este
sentido se explica la amenaza real que representan los servicios Frame Relay para el
negocio de lneas alquiladas. As, por ejemplo, gracias al CIR una empresa que
disponga de varios centros puede optar por instalar una red mallada basada en Frame
Relay con velocidades de 32 64 Kbps desde la oficina central hacia dichos centros
y de 16kbps en el sentido inverso.

Por ltimo, Frame Relay se adapta perfectamente al trfico en rfagas, propio
de las aplicaciones cliente/servidor o de interconexin de redes locales. Segn un
estudio de Vertical System Group, el ratio coste/rendimiento ofrecido por esta
tecnologa resulta la ms ventajosa en configuraciones de red en las que el trfico-
punta medio es igual o superior a tres y cuya utilizacin del ancho de banda total es
del 35%

1.5.3.- Servicios de Voz y Datos en Frame Relay
Durante mucho tiempo, a la vez que los servicios Frame Relay comenzaban a
captar el inters de los usuarios europeos en aplicaciones especficas, como la
interconexin de redes locales, los operadores se han visto obligados a desaconsejar
su uso para soportar comunicaciones de voz. Por razones de tipo tecnolgico y de
tipo normativo, sas eran las reglas del juego a las que las necesidades de los
usuarios se han venido plegando. Sin embargo, desde hace apenas unos meses, el
mensaje es otro muy distinto: no slo los operadores estn ya en condiciones de
proporcionar servicios Frame Relay capaces de cursar trficos de voz y datos gracias
a los avances tcnicos, sino que, adems, la legislacin que regula el uso corporativo
de la telefona ha clarificado y ampliado el concepto de Grupo Cerrado de Usuarios,
liberalizndolo de hecho en el mbito interno de las empresas.


49
CAPITULO I

En consecuencia, una nueva ola de ofertas Frame Relay estn apareciendo
que intentan explotar el indudable atractivo que supone soportar sobre una misma
lineal las transmisiones de voz, fax y datos de las corporaciones con las consiguientes
ventajas econmicas (mayor aprovechamiento del ancho de banda, tarifa plana...) y
de control (un slo operador y gestor de todos los servicios). Y si las circunstancias
lo aconsejan, siempre queda la posibilidad de que las organizaciones instalen, operen
y gestionen por s mismas sus propias redes Frame Relay.

1.5.4.- Compartimiento de ancho de banda
La integracin de servicios comporta una serie de beneficios, como la gestin
nica y el Compartimiento de ancho de banda entre servicios. El hecho de integrar en
una sola red servicios que antes eran proporcionados por redes diferentes posibilita
gestionar una nica red en lugar de varias. Y esta reduccin del nmero de redes
reduce los costes de gestin.

Mientras servicios distintos se transmiten por redes distintas, al ancho de
banda contratado en una red, aunque no se use, no est disponible a los servicios de
otras redes.

Con la integracin de servicios, al ancho de banda contratado se pone en cada
momento a disposicin de quien lo necesite. Por ejemplo, en los momentos en que no
haya conversaciones vocales todo el ancho de banda contratado puede ser usado para
la transmisin de datos. De esta forma el cliente siempre obtiene el mximo
rendimiento de la capacidad que paga.

Los servicios Frame Relay de voz y datos se componen de cuatro elementos:
equipo multiplexor instalado en el domicilio del cliente, lnea de acceso a la red de

50
CAPITULO I

datos, facilidades de transporte dentro de la red Frame Relay y servicio de gestin. El
multiplexor es un equipo tipo FRAD (Frame Relay Access Device) con capacidad
para el tratamiento de voz.
El cliente conecta sus equipos de voz (centralitas, equipos multilnea o
telfonos) y datos (terminales, routers, ordenadores host) al equipo multiplexor. El
multiplexor envuelve (encapsula) todo ese trfico en tramas Frame Relay para hacer
posible su transmisin a travs de la red de datos. Voz y datos se mantienen en
tramas distintas.

En el caso de la voz, previamente se digitaliza si el dispositivo conectado es
analgico, y a continuacin se comprime. La compresin permite reducir los 64 Kbps
de la voz digitalizada a 8 Kbps gracias al uso de algoritmos de prediccin lineal
(CELP). Adems, se dispone de la facilidad de supresin de silencios, que consiste
en transmitir slo cuando el usuario habla. Mientras un usuario permanece en
silencio escuchando a su interlocutor no se transmite nada a travs de la red, pero s
se genera un ruido confortable en el extremo distante para evitar que el interlocutor
remoto tenga la sensacin de que se ha cortado la comunicacin.

Por la lnea de acceso a la red, nica para cada oficina del cliente, viajan las
tramas Frame Relay de voz y datos. El equipo multiplexor resulta imprescindible
para insertar trfico de diferentes servicios en una sola lnea fsica. La velocidad de
esta lnea se dimensiona de acuerdo con los requerimientos de canales de voz y
velocidades de datos del cliente.

Pero no es necesario reservar una parte de esa capacidad para la voz; todo el
ancho de banda est a disposicin de quin lo necesite. Por ejemplo, durante las
horas de oficina en que normalmente son frecuentes las comunicaciones de telefona,
los datos dispondrn de la pequea capacidad no usada por la voz. Sin embargo,

51
CAPITULO I

durante la noche, perodo que es previsible que no hay llamadas telefnicas, todo el
ancho de banda podr ser usado por los datos.

1.5.5.- Circuitos Virtuales
Una vez las tramas llega a la red de datos, son transportadas a su destino a
travs de circuitos virtuales definidos en el momento de la contratacin del servicio.
Para asegurar la calidad de la voz las tramas de voz viajan por circuitos virtuales
deferentes a los de las tramas de datos. De esta forma es posible configurar la red de
modo que se d el tratamiento ms adecuado a cada tipo de trfico.

El trfico de voz es muy sensible a los retardos, por lo que los circuitos
virtuales de voz se configuran como prioritarios y sensibles al retardo. Por contra, el
trfico de datos no es tan sensible al retardo pero es mucho ms impulsivo, es decir,
requiere altas velocidades durante cortos intervalos de tiempo. Por esta razn los
circuitos virtuales de datos se configuran como no prioritarios y con maximizacin
del caudal.

El ltimo componente del servicio es la gestin, que es uno de los aspectos
que proporciona un mayor valor aadido al servicio. El operador puede encargarse de
instalar, mantener, supervisar y reparar el servicio extremo a extremo, es decir, desde
los puntos donde el cliente conecta sus equipos al multiplexor.

Adems, lo conveniente es que los operadores dispongan de centros de
control a nivel nacional nivel con un equipo de profesionales cualificados supervisa y
controla las redes de los clientes, gracias a la ayuda de equipos de gestin de la ms
avanzada tecnologa.


52
CAPITULO I

Esto permite detectar cualquier fallo incluso antes de que el cliente se d
cuenta. Ante cualquier problema el cliente dispone de un punto de contacto nico,
donde en un plazo mnimo de tiempo se le diagnosticar la avera y se
desencadenarn las actuaciones necesarias para subsanarlas. Dentro de la gestin se
incluyen cambios de configuracin y actualizacin de versiones de software, que se
realizan de forma remota desde el centro.

1.5.6.-Posibles problemas de VoFR

A) Retardo en la comunicacin
La calidad de la voz es extremadamente susceptible a los retardos. Estos, a su
vez, se ven influidos por varios factores, como el nmero de saltos entre
conmutadores cuatro se considera como el nmero ptimo antes de que la calidad de
la voz se deteriore), el tipo detroncal desplegada (Frame Relay, ATM), distancia
(regional, nacional, internacional), actividad de red y congestin (pocos usuarios,
muchos usuarios, tipo de trfico) y compresin de voz (la
codificacin/decodificacin incrementa el retraso).El retardo de extrema a extremo,
caracterizado por que los paquetes de voz llegan tras largas interrupciones fijas,
provoca conversaciones interrumpidas parecidas a las experimentadas en las
comunicaciones por satlite. En casos extremos conduce adems al fenmeno
conocido como "hablar doble". Por su parte, el retardo diferencial, en el que el
retardo entre paquetes de voz es variable, produce conversaciones entrecortadas y un
deterioro perceptible de la calidad de la voz.El retardo es menos problemtico en las
redes privadas. Cuando los FRADs estn conectados por lneas alquiladas en una red
mallada, sin conmutadores en medio, el retardo es causado por el mecanismo de
prioridad de acceso y la codificacin/decodificacin de la compresin de voz de los
FRADs. Todo ello crea un retardo aceptable de extremo a extremo.Asimismo, si la
topologa de la red incluye conmutadores centrales, el gestor de red puede priorizar la
voz en el conmutador. Como las variables de saltos entre conmutadores, distancia y
congestin son conocidas y controlables, el retardo es ms o menos constante y deja

53
CAPITULO I

de suponer un factor crtico. Las redes Frame Relay pblicas tienen sus propias
caractersticas. Dependiendo de las variables ya mencionadas, los retardos de
extremo a extremo pueden ser de entre 25 y 250 milisegundos. Y a medida que el
trfico de la red se incrementa y aparecen situaciones de congestin, el retraso
diferencial puede llegar a suponer un verdadero problema. Por esas razones, los
operadores no quieren comprometerse en garantizar un retardo constante como parte
de su contrato de calidad de servicio. Para compensar los efectos del retraso fijo de
extremo a extremo, los fabricantes incorporan canceladores de eco a sus FRAD. El
retraso diferencial es tratado por la memoria intermedia (buffer) de fluctuacin de
fase (jitter) del FRAD, y se puede establecer manualmente a travs de pruebas y
errores, o automticamente, basndose en la medida del retraso diferencial actual.

B) Priorizacin de tramas
Para ayudar a minimizar el retardo de extremo a extremo y mitigar los efectos
del retardo diferencial es preciso aplicar algn tipo de priorizacin a las tramas de
voz y datos que entran en la red. Los fabricantes de FRAD implementan la
priorizacin permitiendo a los usuarios la opcin de definir niveles de prioridad (de 1
a 4 de 1 a 8) por DLCI (Data Link Connection Identifier). Pero esto puede no ser
suficiente. Como la longitud de las tramas de voz y de datos no son iguales (las
tramas LAN son generalmente de 1.500 bytes y las de voz de 30 a 40 bytes), es
necesario contar con un mecanismo de nivelacin capaz de asegurar que las tramas
de voz tienen las mismas oportunidades de entrar en la red. Una solucin sencilla
sera asignar un DLCI por cada puerto del FRAD y fijar diferentes niveles de
prioridad para los puertos de voz y los de datos. Pero, aunque econmicamente
factible en una red privada, esta solucin resulta cara en una red pblica, ya que a los
usuarios se les factura segn el nmero de PVCs (DLCIs). Por tanto, los usuarios
deben encontrar una manera de reducir el nmero de PVCs (DLCIs) y adems
asegurar la prioridad de accesos. Idealmente, lo mejor sera combinar todo el trfico
de voz y datos en un slo PVC (DLCI), pero los conmutadores de red slo priorizan
por PVC (DLCI). Los usuarios pueden evitar esta limitacin enviando el trfico de
voz y otros trficos sensibles al tiempo, como SNA, por un PVC (DLCI) y el trfico
LAN por otro. Esto es posible implementando una tcnica de sub-direccionamiento

54
CAPITULO I

basada en la doble encapsulacin del paquete Frame Relay. Los canales de voz o
datos reciben su propio DLCI, pero permanecen invisibles a la red Frame Relay, en
un modo similar al mundo ATM, donde cada puerto fsico tiene un identificador de
Canal Virtual (Virtual Channel Identifier), si bien slo existe un identificador de
Camino Virtual (Virtual Path Identifier) por conexin WAN por destino.

La ventaja de este enfoque es que permite ahorrar dinero a los usuarios;
asimismo, en caso necesario, cada sub-DLCI puede ser un nmero de telfono
distinto.

1.5.7.- Tipos de informacin
Frame Relay permite el transporte de diversas fuentes de informacin (carga til);
fundamentalmente hay dos tipos, la carga primaria y la carga de sealizacin:

Carga til primaria: Dentro de la carga til primaria hay tres tipos, ellos son
Voz codificada, FAX codificado o datos de MODEM en la banda de voz y
tramas de datos.

Carga til de sealizacin: Los tipos de carga de sealizacin son, los dgitos
marcados, bits de sealizacin (sealizacin asociada al canal), indicacin de
falla, sealizacin orientada a mensaje (sealizacin de canal comn), FAX
codificado, y descriptor de informacin de silencio.


55
CAPITULO I

Figura 23 / servicio de usuario de VoFR

1.5.8.- Multiplexacin
Uno de los componentes clave del transporte de voz sobre Frame Relay
(VoFR) es el servicio de multiplexado, el cual soporta mltiples canales de voz y
datos sobre una simple conexin Frame Relay. En la figura se puede observar como
mltiples cadenas de trafico de usuario (llamados subcanales) consistentes en
diferentes flujos de transmisin de voz y de datos son multiplexados a travs de un
DLCI (identificador de conexin del enlace de datos).

VoFr es el responsable de repartir las tramas en el receptor en el orden en que
fueron enviadas por el transmisor.


56
CAPITULO I

Figura 24 / Multiplexacin de VoFR

1.5.9.- Subcanales y DLCIs
En la figura siguiente se muestra la relacin de los subcanales y los DLCIs.
Las aplicaciones de los usuarios A y B son multiplexadas en un circuito virtual,
identificado con DLCI 5. La aplicacin del usuario C es multiplexada en otro circuito
virtual, identificado con DLCI 9. Es responsabilidad del Gateway VoFR ensamblar
los subcanales en la trama VoFR.

Figura 25 / relacin de los subcanales y los DLCIs


57
CAPITULO I

1.5.10.- Formato de las tramas
El trfico de voz y de datos es multiplexado dentro de un enlace de conexin
de datos VoFR. Cada carga til es empaquetada en una subtrama dentro del campo
de informacin de la trama. Las subtramas son combinadas dentro de una nica
trama para incrementar la eficiencia de procesamiento y de transporte.

Cada subtrama contiene un encabezado y una carga til, el encabezado
identifica el subcanal de voz/datos y cuando se requiere, el tipo de carga til y el
tamao.

En la figura siguiente un nico DLCI soporta tres canales de voz y un canal
de datos, en donde los tres canales de voz son empaquetados en una trama y el canal
de datos es empaquetado en la trama siguiente.

Figura 26 / formato de tramas


58
CAPITULO I

1.5.11.- Formato de la subtrama
Cada subtrama consiste de un encabezado de longitud variable y la carga til.
La mnima longitud del encabezado es de un octeto, este contiene los bits menos
significativos del identificador del canal de voz/datos junto con los indicadores de
extensin y longitud. Otro octeto contiene los bits ms significativos del canal de
voz/datos y el tipo de carga til est presente cuando la indicacin de Extensin esta
seteada. Un octeto que indica la longitud de la carga til est presente cuando la
indicacin de Longitud esta activada.

8 7 6 5 4 3 2 1 0ctetos
EI LI Identificacin de subcanal (CID) (6 bits menos significativos) 1
CID (msb) 0 reserva 0 reserva Tipo de carga til 1a
Longitud de la carga til 1b
Carga til P
Tabla 7/formato de la subtrama

Indicacin de Extensin (octeto 1): El bit de indicacin de Extensin (EI) es
seteado para indicar la presencia del octeto 1a. Este bit debe ser seteado cuando el
valor de identificacin de subcanal es mayor a 63 o cuando se indica el tipo de carga
til.

Indicacin de Longitud (octeto 1): El bit de indicacin de longitud (LI) es
seteado para indicar la presencia del octeto 1b. El bit LI de la ultima subtrama
contenido dentro de una trama es siempre borrado y el campo de longitud de trama
no est presente. Los bits LI son seteados para cada una de las subtramas precedentes
a las ltimas subtramas.


59
CAPITULO I

Indicacin de subcanal (octetos 1 y 1a): Los seis bits menos significativos
de la identificacin de subcanal son codificados en el octeto 1. Los dos bits ms
significativos de la identificacin de subcanal son codificados en el octeto 1a. Un
valor de cero en los dos bits ms significativos est implcito cuando el octeto 1a no
est incluido en el encabezado VoFR.

Tipo de carga til (octeto 1a): Este campo indica el tipo de carga til
contenido en la subtrama.

Bits Tipo de carga
4 3 2 1
0 0 0 0 Sintaxis de transferencia de carga til primaria
0 0 0 1 Sintaxis de transferencia de dgitos marcados
0 0 1 0 Sintaxis de transferencia de bits de sealizacin
0 0 1 1 Sintaxis de transferencia de FAX
0 1 0 0 Descriptor de informacin de silencio
Tabla 8 / bits y tipo de carga

Longitud de la carga til (octeto 1b): La longitud de la carga til contiene el
nmero de octetos que siguen al encabezado. Este octeto indica la presencia de dos o
ms subtramas en el campo de informacin de la trama.

Carga til: La carga til contiene alguno de los tipos de carga que fueron
definidos en el octeto de tipo de carga til.


60
CAPITULO I

1.5.12.- Evolucin X.25/Frame Relay

A) Caractersticas bsicas de X.25

Sealizacin dentro de banda.
Multiplexacin de circuitos virtuales a nivel de red.
Control de flujo y control de errores tanto a nivel 2 como a nivel 3.

Estas caractersticas suponen una gran carga para el sistema. Toda esta carga
puede estar justificada cuando tenemos un medio de transmisin con muchos errores.
Sin embargo esto no es apropiado para muchas redes actuales, como RDSI, donde la
tecnologa de transmisin es muy eficiente.

Frame relay se disea para eliminar en lo posible el overhead de X.25.

B) Inconvenientes de Frame Relay con respecto a X.25

Se pierde la capacidad de realizar el control de flujo y control de errores en
cada uno de los enlaces de la red, pero esta funcionalidad puede ser
proporcionada, extremo a extremo, por el nivel superior.
Es necesaria la disponibilidad de lneas de alta calidad.
No existe un estndar para la interconexin de servicios Frame Relay, como
el X.75 para redes X.25.


61
CAPITULO I

C) Caractersticas de Frame Relay
Se hace ms eficiente el proceso de comunicacin. La funcionalidad del
protocolo requerida en la interfaz usuario-red se reduce, as como el
procesamiento interno de la red. Esto conlleva un menor retardo y un mayor
rendimiento. (Tiempo de proceso del orden de la dcima parte que en X.25)
La velocidad de acceso puede alcanzar tpicamente los 2Mbps frente a los
64Kbps de X.25 (se pueden superar los 2Mbps).
Interfaz de usuario sencilla.
Control de llamadas fuera de banda. La sealizacin del control de llamada se
realiza en una conexin lgica separada de la conexin para la transmisin de
los datos de usuario.
La multiplexacin y conmutacin de conexiones lgicas tiene lugar a nivel 2
en vez de a nivel 3, eliminando de esta manera un nivel entero de
procesamiento.
La red deja de preocuparse del control de errores y del control flujo, que se
hacen a nivel superior y extremo a extremo.

D) Tipos de servicios portadores de Frame Relay
Frame Relaying (es un servicio no fiable, pero asegura secuencia de los paquetes)
Servicio bsico de red para transferir tramas de nivel de enlace sobre D, B o
H. El servicio incluye:
Establecimiento de mltiples llamadas virtuales a mltiples destinos.
La sealizacin de las llamadas se hace por canal comn va un
protocolo de sealizacin sobre el canal D.
Se transmiten las tramas utilizando el protocolo de nivel de enlace
LAPF.
La red preserva el orden de las tramas transmitidas en el punto de
referencia S/T.
La red detecta errores y descarta tramas.


62
CAPITULO I

Frame switching (es un servicio fiable anlogo a X.25 en funcionalidad)
Servicio avanzado de red para la transmisin de tramas de nivel de enlace
sobre D, B o H.
Las tramas se transmiten con reconocimientos.
Se soporta control de flujo en los interfaces usuario-red en ambas direcciones.
La red detecta y recupera errores.
La red detecta y corrige duplicidad de paquetes

Figura 27 / comparacin X.25, Frame relay y Frame switching

1.5.13.- Ventajas de FR
Ventajas de FR respecto a soluciones Punto a Punto:
Contratacin de recursos en funcin de valores de trfico promedio vs.
Trfico de pico (espordico)
Flexibilidad vs. Rigidez
Tolerancia a fallos en la red (encaminamiento por vas alternativas)
Ventajas de FR respecto a X.25:
Reduce complejidad (no existen cabeceras de control de nivel 3)
Menor procesado en la red

63
CAPITULO I

Adecuado para altas velocidades de transmisin
Elevado rendimiento (alto porcentaje de informacin til transmitida
con relacin a las cabeceras

1.5.14.- Conclusiones
Aplicaciones:
Interconexin de redes LAN.
Acceso remoto a bases de datos.
Aplicaciones cliente-servidor.
Aplicaciones host-terminal.
Creacin de grupos cerrados de usuarios para voz.
Transmisin de voz sobre Frame-Relay

Donde VOFR cobra un mayor sentido y resulta ms fcilmente justificable es
en aquellos entornos controlados donde pueda soportar todo el trfico de voz
intracorporativo entre distintas sedes y oficinas empleando las instalaciones ya
desplegadas para cursar el trfico de datos interno. Del mismo modo, tambin su uso
es recomendable cuando se est conectado a las redes internas de algn proveedor de
servicios de voz. En el caso del trfico corporativo interno, los usuarios con anchos
de banda Frame Relay inutilizados pueden ahorrar dinero haciendo llamadas de voz y
fax aprovechando el uso de esos anchos de banda.

Algn da, la voz paquetizada sea sobre Internet, Frame Relay o ATM
podr volverse una alternativa razonable para hablar entre usuarios cualesquiera que
sean, sin necesidad de que ambas partes estn usando el servicio de paquetes de que
se trate. En este escenario, cualquiera de estas tres tecnologas podra proporcionar
las mismas funciones esenciales que los servicios telefnicos convencionales.

64
CAPITULO I

En el presente, sin embargo, mientras se solucionan las cuestiones de
interoperatividad y se avanza en una conectividad prcticamente universal, el campo
de aplicacin ms inmediato de VOFR son las infraestructuras corporativas.

1.6.- REDES Y SERVICIOS ATM
1.6.1.- Generalidades
La tecnologa llamada Asynchronous Transfer Mode (ATM) Modo de
Transferencia Asncrona es el corazn de los servicios digitales integrados que
ofrecern las nuevas redes digitales de servicios integrados de Banda Ancha. La
versatilidad de la conmutacin de paquetes de longitud fija, denominadas celdas
ATM, son las tablas ms calificadas para soportar est demanda creciente de Banda
Ancha.

ATM toma ventaja de la confiabilidad y de la alta velocidad que ofrece las
redes digitales modernas para proveer conmutacin rpida de celdas. No realiza
control de flujo ni control de error link por link.

1.6.2.- Multiplexacin en ATM
En la siguiente figura se puede apreciar un formato bsico y la jerarqua de
ATM. Una conexin ATM, consiste de "celdas" de informacin contenidos en un
circuito virtual (VC). Estas celdas provienen de diferentes fuentes representadas
como generadores de bits a tasas de transferencia constantes como la voz y a tasas
variables tipo rfagas (bursty traffic) como los datos.
Cada celda compuesta por 53 bytes, de los cuales 48 (opcionalmente 44) son
para trasiego de informacin y los restantes para uso de campos de control (cabecera)

65
CAPITULO I

con informacin de "quin soy" y "donde voy"; es identificada por un "virtual circuit
identifier" VCI y un "virtual path identifier" VPI dentro de esos campos de control,
que incluyen tanto el enrutamiento de celdas como el tipo de conexin.

La organizacin de la cabecera (header) variar levemente dependiendo de s
la informacin relacionada es para interfaces de red a red o de usuario a red. Las
celdas son enrutadas individualmente a travs de los conmutadores basados en estos
identificadores, los cuales tienen significado local - ya que pueden ser cambiados de
interface a interface.

Figura 28 / multiplexacin en ATM

La tcnica ATM multiplexa muchas celdas de circuitos virtuales en una ruta
(path) virtual colocndolas en particiones (slots), similar a la tcnica TDM. Sin
embargo, ATM llena cada slot con celdas de un circuito virtual a la primera
oportunidad, similar a la operacin de una red conmutada de paquetes. La siguiente
figura describe los procesos de conmutacin implcitos los VC switches y los VP
switches

66
CAPITULO I

Figura 29 / procesos de conmutacin

Los slots de celda no usados son llenados con celdas "idle", identificadas por
un patrn especfico en la cabecera de la celda.

Diferentes categoras de trfico son convertidas en celdas ATM va la capa de
adaptacin de ATM (AAL - ATM Adaptation Layer), de acuerdo con el protocolo
usado.

La tecnologa ATM ha sido definida tanto por el ANSI como por el CCITT a
travs de sus respectivos comits ANSI T1, UIT SG XVIII, como la tecnologa de
transporte para la B-ISDN (Broad Band Integrated Services Digital Network), la
RDSI de banda ancha. En este contexto "transporte" se refiere al uso de tcnicas de
conmutacin y multiplexacin en la capa de enlace (Capa 2 del modelo OSI) para el
trasiego del trfico del usuario final de la fuente al destino, dentro de una red.

El ATM Forum, grupo de fabricantes y usuarios dedicado al anlisis y
avances de ATM, ha aprobado cuatro velocidades UNI (User Network Interfases)
para ATM: DS3 (44.736 Mbit/s), SONET STS3c (155.52 Mbit/s) y 100 Mbit/s para
UNI privados y 155 Mbit/s para UNI privadas. UNI privadas se refieren a la
interconexin de usuarios ATM con un switch ATM privado que es manejado como

67
CAPITULO I

parte de la misma red corporativa. Aunque la tasa de datos original para ATM fue de
45 Mbit/s especificado para redes de operadores (carriers) con redes T3 existentes,
velocidades UNI adicionales se han venido evaluando y estn ofrecindose. Tambin
hay un alto inters en interfases, para velocidades EI (2Mbps) y T1 (1,544 Mbps)
para accesos ATM de baja velocidad.

1.6.3.- Protocolo ATM
El protocolo ATM consiste de tres niveles o capas bsicas

Figura 30 / protocolo de modelo de referencia para ATM Banda Ancha

A) Capa fsica (Physical Layer)
Define las interfases fsicas con los medios de transmisin y el protocolo de
trama para la red ATM. Es responsable de la correcta transmisin y recepcin de los
bits en el medio fsico apropiado.

A diferencia de muchas tecnologas LAN como Ethernet, que especifica
ciertos medios de transmisin, (10 base T, 10 base 5, etc.) ATM es independiente del
transporte fsico. Las celdas ATM pueden ser transportadas en redes SONET
(Synchronous Optical Network), SDH (Synchronous Digital Hierarchy), T3/E3,
TI/EI o an en modems de 9600 bps.

68
CAPITULO I

Hay dos subcapas en la capa fsica que separan el medio fsico de transmisin
y la extraccin de los datos:

B) Sub capa PMD (Physical Medium Dependent)
Tiene que ver con los detalles que se especifican para velocidades de
transmisin, tipos de conectores fsicos, extraccin de reloj, etc., Por ejemplo, la tasa
de datos SONET que se usa, es parte del PMD.

La subcapa TC (Transmission Convergence) tiene que ver con la extraccin
de informacin contenida desde la misma capa fsica. Esto incluye la generacin y el
chequeo del Header Error Correccin (HEC), extrayendo celdas desde el flujo de bits
de entrada y el procesamiento de celdas "idles" y el reconocimiento del lmite de la
celda. Otra funcin importante es intercambiar informacin de operacin y
mantenimiento (OAM) con el plano de administracin.

C) Capa ATM.
Define la estructura de la celda y cmo las celdas fluyen sobre las conexiones
lgicas en una red ATM, esta capa es independiente del servicio. El formato de una
celda ATM es muy simple. Consiste de 5 bytes de cabecera y 48 bytes para
informacin.

Las celdas son transmitidas serialmente y se propagan en estricta secuencia
numrica a travs de la red. El tamao de la celda ha sido escogido como un
compromiso entre una larga celda, que es muy eficiente para transmitir largas tramas
de datos y longitudes de celdas cortas que minimizan el retardo de procesamiento de
extremo a extremo, que son buenas para voz, vdeo y protocolos sensibles al retardo.

69
CAPITULO I

A pesar de que no se dise especficamente para eso, la longitud de la celda ATM
acomoda convenientemente dos Fast Packets IPX de 24 bytes cada uno.

Los comits de estndares han definido dos tipos de cabeceras ATM: los
User-to-Network Interface (UNI) y la Network to Network Interface (UNI).

La UNI es un modo nativo de interfaz ATM que define la interfaz entre el
equipo del cliente (Customer Premises Equipment), tal como hubs o routerss ATM y
la red de rea ancha ATM (ATM WAN). La NNI define la interfase entre los nodos
de la redes (los switches o conmutadores) o entre redes.

La NNI puede usarse como una interfase entre una red ATM de un usuario
privado y la red ATM de un proveedor pblico (carrier). Especficamente, la funcin
principal de ambos tipos de cabeceras de UNI y la NNI, es identificar las "Virtual
paths identifiers" (VPIS) y los "virtual circuits" o virtual channels"(VCIS) como
identificadores para el ruteo y la conmutacin de las celdas ATM.

D) La capa de adaptacin de ATM:
La tercera capa es la ATM Adaptation Layer (AAL). La AAL juega un rol
clave en el manejo de mltiples tipos de trfico para usar la red ATM, y es
dependiente del servicio. Especficamente, su trabajo es adaptar los servicios dados
por la capa ATM a aquellos servicios que son requeridos por las capas ms altas,
tales como emulacin de circuitos, (circuit emulation), vdeo, audio, frame relay, etc.
La AAL recibe los datos de varias fuentes o aplicaciones y las convierte en los
segmentos de 48 bytes. Cinco tipos de servico AAL estn definidos actualmente:


70
CAPITULO I

La capa de Adaptacin de ATM yace entre el ATM layer y las capas ms
altas que usan el servicio ATM. Su propsito principal es resolver cualquier
disparidad entre un servicio requerido por el usuario y atender los servicios
disponibles del ATM layer. La capa de adaptacin introduce la informacin en
paquetes ATM y controla los errores de la transmisin. La informacin transportada
por la capa de adaptacin se divide en cuatro clases segn las propiedades siguientes:

1. Que la informacin que esta siendo transportada dependa o no del
tiempo.
2. Tasa de bit constante/variable.
3. Modo de conexin.

Estas propiedades definen ocho clases posibles, cuatro se definen como B-
ISDN Clases de servicios.

La capa de adaptacin de ATM define 4 servicios para equiparar las 4 clases
definidas por B-ISDN:

AAL-1
AAL-2
AAL-3
AAL-4

La capa de adaptacin se divide en dos subcapas:


71
CAPITULO I

1) Capa de convergencia (convergence sublayer (CS)) :
En esta capa se calculan los valores que debe llevar la cabecera y los payloads del
mensaje. La informacin en la cabecera y en el payload depende de la clase de
informacin que va a ser transportada.

2) Capa de Segmentacin y reensamblaje (segmentation and reassembly (SAR)):
Esta capa recibe los datos de la capa de convergencia y los divide en trozos
formando los paquetes de ATM. Agrega la cabecera que llevara la informacin
necesaria para el reensamblaje en el destino.

La figura siguiente aporta una mejor comprensin de ellas. La subcapa CS es
dependiente del servicio y se encarga de recibir y paquetizar los datos provenientes
de varias aplicaciones en tramas o paquete de datos longitud variable.

Figura 31 / capa de adaptacin de ATM


72
CAPITULO I

Estos paquetes son conocidos como (CS - PDU) CONVERGENCE SUBLAYER
PROTOCOL DATA UNITS.
Luego, la sub capa recibe los SAR CS - PDU, los reparte en porciones del
tamao de la celda ATM para su transmisin. Tambin realiza la funcin inversa
(reemsamblado) para las unidades de informacin de orden superior. Cada porcin es
ubicada en su propia unidad de protocolo de segmentacin y reemsable conocida
como (SAR - PDU) SEGMENTATION AND REASSEMBLER PROTOCOL
DATA UNIT, de 48 bytes.

Finalmente cada SAR - PDU se ubica en el caudal de celdas ATM con su
header y trailer respectivos.
AAL1:
AAL-1 se usa para transferir tasas de bits constantes que dependen del
tiempo. Debe enviar por lo tanto informacin que regule el tiempo con los datos.
AAL-1 provee recuperacin de errores e indica la informacin con errores que no
podr ser recuperada.
Capa de convergencia:
Las funciones provistas a esta capa difieren dependiendo del servicio que se
provey. Provee la correccin de errores.

Capa de segmentacin y reensamblaje:
En esta capa los datos son segmentados y se les aade una cabecera. La
cabecera contiene 3 campos.


73
CAPITULO I

Nmero de secuencia usado para detectar una insercin o prdida de un paquete.
Nmero de secuencia para la proteccin usado para corregir errores que
ocurren en el nmero de secuencia.
Indicador de capa de convergencia usado para indicar la presencia de la
funcin de la capa de convergencia.

ALL 2:
AAL-2 se usa para transferir datos con tasa de bits variable que dependen del
tiempo. Enva la informacin del tiempo conjuntamente con los datos para que esta
pueda recuperarse en el destino. AAL-2 provee recuperacin de errores e indica la
informacin que no puede recuperarse.

Esta capa provee para la correccin de errores y transporta la informacin del
tiempo desde el origen al destino.

Capa de segmentacin y recuperacin:
El mensaje es segmentado y se le aade una cabecera a cada paquete. La cabecera
contiene dos campos.

Numero de secuencia que se usa para detectar paquetes introducidas o
perdidas.
El tipo de informacin es:
o BOM, comenzando de mensaje
o COM, continuacin de mensaje

74
CAPITULO I

o EOM, fin de mensaje o indica que el paquete contiene informacin de
tiempo u otra.

El payload tambin contiene dos de campos:
indicador de longitud que indica el numero de bytes validos en un paquete
parcialmente lleno.
CRC que es para hacer el control de errores.

AAL 3:
AAL-3 se disea para transferir los datos con tasa de bits variable que son
independientes del tiempo. AAL-3 puede ser dividido en dos modos de operacin:

1. Fiable: En caso de prdida o mala recepcin de datos estos vuelven a
ser enviados. El control de flujo es soportado.
2. No fiable: La recuperacin del error es dejado para capas ms altas y
el control de flujo es opcional.

La capa de convergencia en AAL 3 es parecida al ALL 2. Esta subdividida en
dos secciones:
1. Parte comn de la capa de convergencia. Esto es provisto tambin por
el AAL-2 CS. Aade una cabecera y un payload a la parte comn.


75
CAPITULO I

La cabecera contiene 3 campos:
Indicador de la parte comn que dice que el payload forma parte de la parte
comn.
Etiqueta de comienzo que indica el comienzo de la parte comn de la capa de
convergencia.
Tamao del buffer que dice al receptor el espacio necesario para acomodar el
mensaje.

El payload tambin contiene 3 campos:
Alineacin es un byte de relleno usado para hacer que la cabecera y el
payload tengan la misma longitud.
Fin de etiqueta que indica el fin de la parte comn de la CS (capa de
convergencia).
El campo de longitud tiene la longitud de la parte comn de la CS.
1. Parte especifica del servicio. Las funciones provedos en esta capa
dependen de los servicios pedidos. Generalmente se incluyen
funciones para la recuperacin y deteccin de errores y puede incluir
tambin funciones especiales.

Capa de segmentacin y re ensamblaje
En esta capa los datos son partidos en paquetes de ATM. Una cabecera y el
payload que contiene la informacin necesaria para la recuperacin de errores y re
ensamblaje se aaden al paquete. La cabecera contiene 3 campos:

1) Tipo de segmento que indica que parte de un mensaje contiene en payload. Tiene
uno de los siguientes valores:

76
CAPITULO I

BOM: Comenzando de mensaje
COM: Continuacin de mensaje
EOM: Fin de mensaje
SSM: Mensaje nico en el segmento
2) Numero de secuencia usado para detectar una insercin o una perdida de un
paquete.
3) Identificador de multiplexacin. Este campo se usa para distinguir datos de
diferentes comunicaciones que ha sido multiplexadas en una nica conexin de
ATM.
El payload contiene dos de campos:
1) Indicado de longitud que indica el nmero de bytes tiles en un paquete
parcialmente lleno.
2) CRC es para el control de errores.

ALL 4:
AAL-4 se disea para transportar datos con tasa de bits variable
independientes del tiempo. Es similar al AAL3 y tambin puede operar en
transmisin fiable y o fiable. AAL-4 provee la capacidad de transferir datos fuera de
una conexin explcita.

AAL 2, AAL 3/4 y AAL 5 manejan varios tipos de servicios de datos sobre la
base de tasas de bits variables tales como Switched Multimegabit Data Service
(SMDS), Frame Relay o trfico de redes de rea local (LAN). AAL 2 y AAL 3
soportan paquetes orientados a conexin.


77
CAPITULO I

Figura 32 / ATM y el AAL

1.6.4.- Interoperabilidad entre Frame Relay y ATM
Para alcanzar una mxima eficiencia se trata de brindar este servicio de
interoperabilidad en la capa ms baja posible mediante conversin de protocolo.
A) Primer escenario:
Cuando el servicio de Frame Relay es dado sobre la RDSI en banda ancha y
los usuarios se conectan a travs de la UNI de Frame Relay.
En esta solucin, se necesita un equipo que sirva de interfaz tanto para el
usuario que recibe, como para el que transmite. Para proveer el servicio del primer
escenario existen dos posibilidades:

Posibilidad 1:
Construir un mallado utilizando conexiones ATM (VC/VP) para enlazar los
puntos de acceso Frame Relay.
En este esquema se puede explotar la naturaleza de orientacin a conexin
Frame Relay (F R) siguiendo un comportamiento como:

78
CAPITULO I

El usuario del enrutador pregunta por una conexin al equipo interfaz de red.

El equipo interfaz de la red coloca las conexiones Frame Relay dentro de una
conexin ATM con las direcciones destino apropiadas.

Por cada trama de equipo interfaz de red traslada de la conexin de Frame
Relay a la ATM y viceversa.

La conexin ATM est desocupada cuando no se necesita.
Para lograr este ltimo punto, el manejo de la poltica de conexion del VC,
ser un aspecto crucial para el desempeo de este procedimiento. Resulta difcil de
terminar el procedimiento para manejar un VC cuando la fuente de trfico es no
orientada a conexin. En este caso se pueden utilizar varios mecanismos:

No utilizar manejo alguno, lo que involucra el uso de circuitos ATM
permanentes (VPs) en lugar de los conmutadores (VCs) con un costo muy elevado.

Abrir y cerrar una conexin ATM con el destino apropiado para cada trama
que arribe del lado de Frame Relay en el equipo interfaz de red.

Abrir una conexin ATM cuando se necesite y cerrarla de acuerdo a un
temporizador de inactividad.

79
CAPITULO I

El problema debe ser solucionado ya sea por el enrutador del usuario o por el
equipo interfaz de red.

Posibilidad 2:
Utilizar un servicio Frame Relay en todos los lugares en los cuales se
establezcan conexiones ATM en estrella. En esta opcin se toma ventaja del uso
actual del FR, el cual es proveer un mallado virtual entre diferentes sitios para cargar
trfico no orientado a conexin.

Cada enrutador est conectado al servidor de FR.

Todos los DLCIs (Data Link Connection Identifier) en cada interfaz FR
pueden ser cargados a un servidor FR dentro de un VC ATM.

En este escenario la funcionalidad de los equipos interfaz de red se simplifica
debido a que solo dialoga con el servidor.

La complejidad reside en el servidor que ejecuta funciones de conmutacin.
Las tramas se conmutan en la base de VCIs y DLCIs entrantes y salientes.

El servidor mantiene una tabla con las correspondencias entre los pares VCI /
DLCI.

80
CAPITULO I

B) Segundo escenario:
La red de Frame Relay y la red RDSI de banda ancha se interconectan a
travs de sus respectivas interfaces de red (NNIs).

Esto permitira a un proveedor de red, manejar esta heterognea red como un
todo. Frame Relay provee usualmente la interconexin para LAN a pesar de su
natural orientacin a conexin.

En las redes Frame Relay existentes se puede conseguir un mallado de LANs
a traves de circuitos virtuales permanentes. Los datagramas de los LANs son
cargados dentro de tramas FR y enrutados de acuerdo con la etiqueta contenida en el
DLCI.

Tratando de hacer un sobresimplificacin los dos protocolos (AAL 3 y
AAL5) ofrecen basicamente el mismo servicio CPAAL (Parte Comn AAL) a las
subcapas superiores. En este caso a la capa de Convergencia de Frame Relay.

Existe sin embargo diferencia en las funcionalidades internas, simplicidad de
implementacin y eficiencia del protocolo que incide en el costo. Las caractersticas
a tomar en cuenta, tienen que ver con Delimitacin y Alineamiento de Tramas,
Multiplexacin, Deteccin de errores de transmisin, eficiencia en la transmisin.
Analizadas estas diferencias se propone seleccionar el AAL5 bajo la subcapa FR-CS
para soportar el servicio Frame Relay en RDSI de banda ancha
1.6.5.- Conclusin

81
CAPITULO I

ATM promete ser la tecnologa de red empresarial virtual del futuro, un
trmino que refleja tanto la evolucin del modelo empresarial global y el nfasis en la
conectividad lgica, donde los usuarios obtienen acceso a los recursos que necesitan
y el operador de la red provee las rutas de conexin y asigna el ancho de banda
necesario a fuentes de trfico muy diferentes (voz, datos, vdeo). Aquellos que
construyen y operan redes deben volver los ojos a las capacidades de la tecnologa
ATM, ya que aspiran a la mgica combinacin: interconectividad global -
escalabilidad de tecnologas y satisfaccin del cliente local.

1.7.- VoIP
1.7.1.- Introduccin
La telefona ha tenido grandes avances a travs del tiempo, desde su inicio
con los experimentos en telegrafa de Guglielmo Marconi (1874-1937) hasta nuestros
das con los avances de la informtica, que hoy hacen posibles la comunicacin por
internet y el envo de paquetes de voz atreves de redes de datos que es lo que
llamamos Voz sobre IP (VoIP).

Si bien la idea de una red nica, que permita la convergencia entre las redes
de voz y datos no es nueva, la continua actualizacin y mejora de los sistemas de
transmisin de datos, han hecho posible que un estndar (H.323) definido hace ya
algn tiempo, de pasos significativos.

La apuesta de AT&T por la Voz sobre IP (VoIP), con el fin de abaratar los
costes de contratacin en lneas locales, es un claro ejemplo de la tendencia a utilizar
las extendidas redes de datos para la transmisin de voz.
Estos avances traen como consecuencia grandes ventajas a las empresas e
instituciones. Algunas de estas ventajas son el ahorro en costos tanto de cableado

82
CAPITULO I

como de tarifas telefnicas, ya que al aprovechar el cableado de la red de datos para
envo de voz, se minimizan considerablemente los gastos de cableado principalmente
y los gastos de llamadas telefnicas.

1.7.2.- Que es la telefona IP?
La telefona IP tambin llamada Voz sobre IP se puede definir como la
transmisin de un paquete de voz utilizando redes de datos, la comunicacin se
realiza por medio del protocolo IP (Internet Protocol), permitiendo establecer
llamadas de voz y fax sobre conexiones IP (redes de datos corporativos, Intranets,
Internet, etc.), obteniendo de esta manera una reduccin de costos considerables en
telefona. Una de las grandes desventajas de esta tecnologa es que el protocolo IP no
ofrece QoS (calidad de servicio), poro lo tanto se obtiene retardos en la transmisin
afectando de esta manera la calidad en voz.

Existen varias definiciones, todas concluyen en un punto importante: Envi de
voz comprimida y digitalizada en paquetes de datos y sobre protocolo de internet
(IP), utilizando redes de datos aprovechando el ancho de banda que ofrece y el
cableado, ahorrando costos importantes para las empresas. Algunas de estas
definiciones son:

Voz sobre IP se puede definir como una aplicacin de telefona que puede ser
habilitada a travs de una red de datos de conmutacin de paquetes va
protocolo IP (internet protocol). La ventaja real de esta es la transmisin de
voz como datos, ya que se mejora la eficiencia del ancho de banda para
transmisin de voz en tiempo real en un factos de 10.
VoIP es una tecnologa que tiene todos los elementos para su rpido
desarrollo. Como muestra se puede ver que compaas como Cisco, la han
incorporado a su catalogo de productos, los telfonos IP estn ya disponibles
y los principales operadores mundiales, asi como Telefnica (operadora

83
CAPITULO I

espaola de servicios de telecomunicaciones), est promoviendo activamente
el servicio IP a las empresas, ofreciendo calidad de voz a travs del mismo.
Por otro lado tenemos ya un estndar que nos garantiza interoperabilidad
entre los distintos fabricantes.

Se define la telefona IP como el uso de paquetes IP para trfico de voz full-
duplex. Estos paquetes son transmitidos a travs de internet o redes de IP
privadas. El componente clave de la tecnologa en paquetes IP son los
equipos que convierten la seal de voz analgica en paquetes IP. Estos
equipos pueden ser tarjetas especficas para PC, software especfico o
servidores-pasarela de voz. Estos equipos consiguen una calidad comparable
a la telefona mvil analgica a 5Kbps a partir de algoritmos de compresin
que explotan las redundancias, pausas y silencios del habla.
La telefona IP es una tecnologa que permite el transporte de voz sobre redes
IP, produciendo un efectivo ahorro en el gasto que incurren las corporaciones
para sus llamadas de larga distancia nacional e internacional. Mediante la
instalacin de gateways y paquetes de software en dependencias estratgicas
de la corporacin, es posible obtener beneficios econmicos tangibles a corto
plazo al sustituir minutos de larga distancia convencional por minutos de voz
sobre IP a un costo menor.
El Protocolo Internet en un principio se utilizo para el envo de datos,
actualmente debido al creciente avance tecnolgico, es posible enviar tambin
voz diditalizada y comprimida en paquetes de datos, los cuales pueden ser
enviados a travs de Frame Relay, ATM, Satlite, etc. Una vez que estos
paquetes llegan a su destino son nuevamente reconvertidos en voz.

El mercado ofrece una serie de elementos que nos permitirn construir aplicaciones
VoIP.

Estos elementos son:

84
CAPITULO I

Telfonos IP.
Adaptadores para PC.
Hubs telefnicos.
Gateways (pasarelas RTC/IP).
Gatekeeper.
Unidades de audio conferencia mltiple. (MCU Voz)
Servicios de directorio.

El GateKeeper es un elemento opcional en la red, pero cuando est presente,
todos los dems elementos que contacten dicha red deben hacer uso de este elemento.
Su funcin es la de gestin y control de los recursos de la red, de manera que no se
produzcan situaciones de saturacin en la misma.

El Gateway es un elemento esencial en la mayora de las redes pues su misin
es la de enlazar la red VoIP con la red telefnica analgica o RDSI (Red Digital de
Servicios Integrados). Podemos considerar al Gateway como una caja que por un
lado tiene un interface LAN y por el otro lado disponible de uno o varios de los
siguientes interfaces:

FXO. Para conexin a extensiones de centralitas o a la red telefnica
bsica.
FXS. Para conexiones a enlaces de centralitas o a telfonos analgicos.
E&M. Para conexin especifica a centralitas.
BRI. Acceso bsico RDSI (2B+D)
PRI. Acceso primario RDSI (30B+D)
G703/G.704. (E&M digital) Conexin especifica a centralitas a 2Mbps
Los distintos elementos pueden residir en plataformas fsicas separadas o
tambin se puede encontrar varios elementos conviviendo en la misma plataforma.

85
CAPITULO I

Un aspecto importante a mencionar es el de los retardos en la transmisin de la
voz. Puesto que se debe tener en cuenta que la voz no es muy tolerante con estos.
De hecho, si el retardo introducido por la red es de ms de 300 milisegundos, resulta
casi imposible tener una conversacin fluida. Debido a que las redes de rea local no
estn preparadas en principio para este tipo de trfico, el problema puede parecer
grave.

Los paquetes IP son de longitud variable y el trfico de datos suele ser a
rfagas. Para intentar obviar situaciones en las que la voz se pierde porque tenemos
una rfaga de datos en la red, se ha ideado el protocolo RSVP (Protocolo de
Reservacin de Recursos), cuya principal funcin es dividir los paquetes de datos
grandes y dar prioridad a los paquetes de voz cuando hay una congestin de ruteador.
Si bien este protocolo ayudara considerablemente al trfico multimedia pro la red,
hay que tener en cuenta que RSVP no garantiza una calidad de servicio como ocurre
en redes avanzadas tales como ATM que proporcionan QoS de forma estndar.

Existen tres componentes en la tecnologa de la telefona IP: Clientes,
servidores y gateways (puertas de acceso):

El cliente
Establece y termina las llamadas de voz
Codifica, empaqueta y transmite la informacin de salida generada por el
micrfono del usuario
Recibe decodifica y reproduce la informacin de voz de entrada a travs de
los altavoces o audfonos del usuario.
El cliente presenta en dos formas bsicas.

86
CAPITULO I

1. Una suite de software corriendo en una PC que el usuario controla
mediante una interfaz grafica de usuario (GUI).
2. Puede ser un cliente virtual que requiere un Gateway.

Los servidores
Manejan un amplio rango de operaciones, las cuales incluyen validacin de
usuarios, tasacin, contabilidad, tarificacin, recoleccin y distribucin de utilidades,
enrutamiento, administracin general del servicio, carga de clientes, control del
servicio, registro de usuarios, servicios de directorio y otros.

Los gateways de telefona IP
Proporcionan un puente entre los mundos de la telefona tradicional y la
telefona sobre internet; es decir, permiten a los usuarios comunicarse entre s. La
funcin principal de una gateway juega tambin un papel importante en la seguridad
de acceso, la contabilidad, el control de calidad del servicio (QoS) y en el
mejoramiento del mismo.

Los servicios de telefona IP no estn limitados a los usuarios de PCs con
acceso a internet, ya que mediante la colocacin de los dispositivos Gateway, los
proveedores de servicios pueden ofrecer servicios de telefona IP.

La conversin de la voz a datos requiere una sofisticada formulacin
matemtica, que comprime la voz humana digitalizada en un conjunto de datos
mucho ms pequeo y manejable. Una frmula similar expande los datos
comprimidos para devolver la voz a sus estados original una vez que llega a su

87
CAPITULO I

destino, minimizando el ancho de banda consumido, por lo que se optimizan los
recursos disponibles. Por ejemplo, una conversacin de telefona IP ocupa
aproximadamente la octava parte que una tradicional.

Debido a que las formulaciones matemticas y los procesadores de seal para
la compresin y descompresin de la voz en datos son cada vez ms eficientes, y los
anchos de banda disponibles para el traslado de la voz sobre IP cada vez son
mayores, a la calidad de las comunicaciones de voz sobre IP ha superado la de la
telefona celular, y practicante ha igualado a la de las llamadas telefnicas sobre
sistemas de telefona estndar.

La creciente demanda por productos abiertos de telefona computarizada ha
esclarecido el hecho de que las telecomunicaciones no pueden permanecer por ms
tiempo separadas de los servicios de procesamiento de la informacin de las
empresas, al tiempo que los servicios telefnicos deben poseer interoperabilidad con
otros servicios de informacin. De esta forma los servicios de telecomunicaciones,
representados por redes pblicas o privadas, podrn disponer mejores capacidades de
procesamiento de informacin mediante la interaccin que se logre con los
dispositivos computacionales.

Esta convergencia resultara en servicios mejorados de comunicacin donde el control
de llamada y el procesamiento de los recursos pueden ser fcilmente integrados con
las funciones de suministro de datos y anlisis de informacin.
Empleando telefona IP las llamadas establecidas entre telfonos de la misma
empresa (aun en ubicaciones distintas) no generan costo adicional alguno, y las
envidias a abonados larga distancia se realizan al precio de las llamadas locales.


88
CAPITULO I

1.7.3.- Redes pblicas.
Uno de los tipos de redes pblicas es la red de telefona pblica conmutada
(PSTN.- Public Switched Telephone Network), de la cual 600 millones de usuarios
alrededor del mundo y su trfico de voz se incrementa a una velocidad del 8% anual.

Otro de los tipos existentes y una de las ms conocidas es la red de paquetes
INTERNET con ms de 100 millones de usuarios de internet alrededor del mundo,
con un trfico de datos que se incrementa a una velocidad anual del 35%.

El trfico de datos predice que avanza mas rpido el trafico de voz (bits/seg).

Las redes de telefona pblica han transmitido datos utilizando:

Mdems
ISDN-T1
Frame Relay

Por otro lado las redes de datos estn empezando a tranmitir voz, como es el caso de:
Voz sobre IP
Voz sobre Frame Relay

89
CAPITULO I

Figura 33 / canales de Voz vs. Datos
Fuente: New Directions in IP Telephony, New Direction in IP Telephony, Ellis K. Cave,
24/Mayo/200, Conferencia Magistral, SIT 2001, Facultad de Telematica.

A continuacin se visualiza una comparativa de los protocolos TCP y UDP
que utilizan las redes de paquetes actuales para interactuar voz.
Protocolo TCP Protocolo UDP
Existe una entrega garantizada de datos
(error de transmisin).
Mejor esfuerzo para entrega (no
garantiza)
No existe garanta para el tiempo de
entrega
No hay garanta para tiempo de entrega
Tabla 9 / TCP vs UDP

Aunque actualmente el uso de las redes sea el envi conjunto de voz y datos,
tanto las redes de telefona pblica como las redes de datos fueron creadas con
caractersticas propias, las cuales se resumen a continuacin.


90
CAPITULO I

1.7.4.- Caractersticas de la red de voz
Estn diseadas para llevar voz en tiempo real.
Cuanta con circuitos conmutados
o Circuito de mltiple switcheo coordinando una sola ruta de llamada
o Rutas dedicadas
o Circuitos para llamadas punto a punto.
Formato PCM sncrono de 64Kbtis
Diseo de lento retardo (<50ms)

1.7.5.- Caractersticas de las redes de paquetes de datos
Estn diseadas para transferencia de archivos
Paquetes conmutados
o Paquetes enrutados individualmente
o cada router direcciona cada paquete separadamente
Formato: protocolos de paquetes TCP/IP y UDP
El control de retardo no es problema.
TCP/IP diseados para compartir archivos
Conexiones
o Cada paquete tiene una direccin de destino
o Cada paquete toma su propia ruta
o Los paquetes se pueden obtener fuera de secuencia
o Mejor esfuerzo de entrega
o Retransmisin de paquetes sobre errores.

1.7.6.- Requerimiento para el transporte de voz
Tiempo de entrega garantizado.
o Mximo retardo en una ruta de 150ms.
Tasa de calidad de voz en nivel PCM o mejor.

91
CAPITULO I

Sealamiento de tono (DTMF).

1.7.7.- Problemas de retardo en los paquetes de voz.
Paquetes fuera de secuencia
Perdida de paquetes
o La retransmisin causa retardos extensivos.
o No hay opcin de retransmisin.
o TCP/IP no es til para voz interactiva.
o Retardos de codificacin.
o Retardo de paquetizacin.
o Retardo de transporte.
o Retardo de ruteo.
Bsicamente, los problemas principales de la transmisin de voz a travs de
internet son: ancho de banda limitado y latencia impredecible. Mediante algoritmos
de compresin de voz se consigue el ancho de banda necesario sea mnimo. La
latencia, (el retardo que se produce debido a la digitalizacin, compresin y
paquetizacin de la voz y el hecho de que los paquetes deban atravesar diversos
ruteadores y lneas) exige que los paquetes de voz lleguen a velocidad constante, a
pesar de que el odo humano tolere la perdida de paquetes. La latencia se disminuye
mediante la utilizacin de tarjetas digitalizadoras especificas (DSPs) o mediante la
utilizacin de software y procesadores veloces.

En la siguiente figura podemos ver el recorri que realizan los paquetes de
voz y los tiempos de retardo en el transporte.


92
CAPITULO I

Figura 34/ balance del retardo en el transporte de voz

La siguiente tabla muestra los retardos que presentan las diferentes normas de
compresin VoIP.
Vocoder MOS Bandwidth Complexity Delay
G.711 4.4 64 <1 MIPS 1ms
G.723.1 3.4/3.6 5.4/6.3 21MIPS 37.5ms
G.729A 4.0 8 11MIPS 15ms
GSM6.10 3.1 13 8MIPS 27.5ms
Tabla 10/ Vocoder Encoding Delay.

1.7.8.- Cmo resolvemos los problemas de retardo?
Ellis K. Cave (2000) en su conferencia New Directions in IP Telephony
menciono que los problemas de retardo en voz pueden tener solucin si se toman en
cuenta los siguientes puntos.


93
CAPITULO I

1. Dar ms ancho de banda.
Al ofrecer ms ancho de banda el problema de retardo no se garantiza, siempre
existe probabilidad para colisiones, se requiere un gran tamao de ancho de banda en
la red para manejar todas las llamadas sin congestin.

2. Dar un protocolo de retardo garantizado sobre los protocolos de paquetes
existentes, es decir, se requiere un protocolo para.

a. Reservacin de recursos (RSVP, SII), que permita una especifica QoS
para cada aplicacin.
b. Requiere modificacin de rutas actuales para nuevos protocolos como
por ejemplo multicast.
c. El reservado de ancho de banda se obtiene del usuari final, del
proveedor de accesos y proveedor de red; es aqu donde surge una
interrogante Quien y como paga estos recursos?

3. Tratar un nuevo protocolo que incluya problemas de retardo.

a. Modo de transferencia asncrona (ATM)., ATM puede trabajar trafico
iscrono y trafico en rfagas y proporcionar la calidad de servicio
(QoS) solicitada. Combina los beneficios de la conmutacin de
paquetes y la conmutacin de circuitos, reservando ancho de banda y
calidad de servicio para aquellas aplicaciones sensibles a retardos
como lo es VoIP.
b. Compromiso entre requerimiento de voz y datos.
c. Dndole la misma importancia a la tarifacin.


94
CAPITULO I

1.7.9.- Estndares
Como es lgico, los estndares representan otro problema. En el lado del
cliente, ya ha sido aprobado el estndar H.323, que est siendo adoptado por
prcticamente todos los productos de la industria. Pero habr que pasar un tiempo
hasta que se estandaricen las pasarelas que conectan las redes IP a las redes
telefnicas tradicionales. En este sector trabajan Cisco, Microsoft, Dialogic, US
Robotics, VocalTech, IDT, Lucent, entre otras.

Desde hace tiempo, los responsables de comunicaciones de las empresas tiene
en mente la posibilidad de utilizar su infraestructura de datos, para el transporte del
trfico de voz interno de la empresa. No obstante, es la aparicin de nuevos
estndares, as como la mejora y abaratamiento de las tecnologas de compresin de
voz, lo que est provocando finalmente su implantacin.

Despus de haber constatado que desde un PC con elementos multimedia, es
posible realizar llamadas telefnicas a travs de internet, se puede pensar que la
telefona en IP es poco ms que un juguete, pues la calidad de voz que se obtiene a
travs de internet es muy pobre. No obstante, si en nuestra empresa se dispone de
una red de datos que tenga un ancho de banda bastante grande, se puede pensar en la
utilizacin de esta red para el trfico de voz entre las distintas delegaciones de la
empresa.

Es posible contar con tres tipos de redes IP:
Internet. el estado actual de la red no permite un uso profesional para el
trfico de voz.
Red IP pblica. Los operadores ofrecen a las empresas la conectividad
necesaria para interconectar sus redes de area local en lo que al trafico IP se
refiere. Se puede considerar como algo similar a internet, pero con una

95
CAPITULO I

mayor calidad de servicio y con importantes mejoras en seguridad. Hay
operadores que incluso ofrecen garantas de bajo retardo y/o ancho de
banda, lo que las hace muy interesante para el trfico de voz.
Intranet. La red IP implementa por la propia empresa. Suele constar de
varias redes LAN (Ethernet conmutada, ATM, etc.) que se interconectan
mediante redes WAN tipo Frame-Relay / ATM, lneas punto a punto, RDSI
para el acceso remoto, etc. En este caso la empresa tiene bajo su control
prcticamente todos los parmetros de la red, por lo que resulta ideal para
su uso en el transporte de la voz.

A finales de 1997 el VoIP frum del IMTC (Consorcio Internacional de
Teleconferencia Multimedia) ha llegado a un acuerdo que permite la
interoperabilidad de los distintos elementos que pueden integrarse en una red VoIP.
Debido al estndar H.323 de la ITU-T, que cubria la mayor parte de las necesidades
para la integracin de la voz, se decidi que el H.323 fuera la base del VoIP. De este
modo, VoIP debe considerarse como una clarificacin del H.323, de tal forma que en
caso de conflicto, y a fin de evitar divergencias entre los estndares, se decidi que
H.323 tendra prioridad sobre el VoIP.

VoIP tiene como principal objetivo asegurar la interoperabilidad entre equipos
de diferente fabricantes, fijado aspectos tales como la supresin de silencios,
codificacin de la voz y direccionamiento, y estableciendo nuevos elementos para
permitir la conectividad con la infraestructura telefnica tradicional. Estos elementos
se refieren bsicamente a los servicios de directorio y a la transmisin de
sealizacin por tonos multifrecuencia (DTMF).

El VoIP/H.323 comprende a su vez una serie de estndares y se apoya en una
serie de protocolos que cubren los distintos aspectos de la comunicacin:


96
CAPITULO I

Direccionamiento:

1. RAS (Registration, Admision and Status). Protocolo de
comunicaciones que permite a una estacin H.323 localizar otra
estacin H.323 a travs de el Gatekeeper.
2. DNS (Domain Name Service). Servicio de resolucin de nombres
en direcciones IP con el mismo fin que el protocolo RAS pero a
travs de un servidor DNS.

Sealizacin:

1. Sealizacin inicial de llamada.
2. H.225 control de llamada: sealizacin, registro y admisin,
paquetizacin / sincronizacin del flujo de voz.
3. H.245 protocolo de control para especificar mensajes de apertura y
cierre de canales para flujos de voz.

Compresin de voz:

1. Requeridos: G.711 y G.723.
2. Opcionales: G.728, G.729 y G.722


97
CAPITULO I

Transmisin de voz:

1. UDP. La transmisin se realiza sobre paquetes UDP, pues aunque
UDP no ofrece integridad en los datos, el aprovechamiento del
ancho de banda es mayor que con TCP.
2. RTP (Real Time Protocol). Maneja los aspectos relativos a la
temporizacin, marcando los paquetes UDP con la informacin
necesaria para la correcta entrega de los mismos en recepcin.

Control de la transmisin:

1. RTCP (Real Time Control Protocol). Se utiliza principalmente para
detectar situaciones de congestin de la red y tomar, es su caso,
acciones correctas.

En la siguiente tabla se visualiza grficamente el nivel en el que trabajan estos
protocolos cuando se establece una llamada VoIP.


98
CAPITULO I

Establecimiento de llamada y Control
Presentacin
Direccionamiento
Compresin de
audio G.711 o
G.723
DTMF Direccionamiento
RAS(H.225) DNS RTP/RT CP H.254
Q.931
(H.225)
DNS
Transporte UDP Transporte TCP
Red (IP)
En lace
Fsico
Figura 35 / Pila de protocolos en VoIP

El hecho de que VoIP se apoye en un protocolo de nivel 3, como es IP, permite
una flexibilidad en las configuraciones que en muchos casos est todava por
descubrir. Una idea que parece inmediata es que el papel tradicional de la centralita
telefnica quedara distribuido entre los distintos elementos de la red VoIP. En este
escenario, tecnologas como CTI (Computer-Telephony Integration) tendrn una
implantacin mucho mas simple. Ser el paso del tiempo y la imaginacin de las
personas involucradas en estos entornos, los que irn definiendo aplicaciones y
servicios basados en VoIP.

Aplicacin:

Es la especificacin creado por el ITU en el ao 1996 donde se definen los
estndares en la transmisin y conmutacin de audio y video sobre una red IP. La
H.322, creada en el 1995 y que entendera, por defecto, que sobre la red IP que
corrieran estas aplicaciones, tendran una calidad de servicio garantizado. H.323 lo
que entiende es que en ningn momento est garantizado esta calidad de servicio, por
lo que es mucho ms estricto en los factores de compresin y ancho de banda para

99
CAPITULO I

establecer una comunicacin. Por lo tanto los equipos que cumplen esta
especificacin pueden soportar cualquier medio en tiempo real.

H.323 trabaja por debajo de la capa en la que lo hace H.245 que es la
especificacin encargada de llevar el control de la comunicacin entre los sistemas
que aplican cualquier tipo de conferencia, video o audio.

Por debajo de la capa creada por la especificacin H.323 se encuentre el
protocolo RTP (Real time Transport Protocol) que se encarga de gestionar el trafico y
controlar la congestin. Este protocolo ha surgido por la necesidad de anular el jitter
y poder llevar a cabo una transmisin en tiempo real. El camino a seguir por una
transmisin en tiempo real es el siguiente: una fuente general paquetes de forma
continua, pero el hecho de entrar en un router, atravesar una red (como pude ser
Internet), pasar otro router, en definitiva, hacer una serie de saltos, hacen que el
retardo no sea constante. Para evitar esto, lo que se hace es poner los paquetes
recibidos en una cola y estos sern tomados con una periodicidad fija, de esta
manera, se aumenta el retraso total pero se mantiene. RTP soporta este tipo de
transferencia y entiende las marcas de retardos que lleva cada paquete, por lo que
puede establecer varias sesiones entre varias entidades. A su vez, RTP permite el uso
de mezcladores, que uniran en una sola emisin de datos informacin para varias
sesiones o entidades.

1.7.10.- Protocolos IP para voz
A) Protocolo H.323 sobre redes IP
La unin internacional de telecomunicaciones (International
Telecommunications Union, ITU) ha combinado varios estndares de bajo nivel en
estndares de proteccin, incluido H.323 para multimedia sobre LANs con calidad de
servicio no garantizada.

100
CAPITULO I

Aprobado en octubre de 1996, el estndar H.323 soporta multimedia sobre
Ethernet, Fast Ethernet, FDDI y LANs Token Ring. En el contexto de H323 las
LANs tambin incluyen redes formadas por mltiples LANs interconectadas por
conmutadores, puentes y routers. H.323 es una especificacin significativa porque
permite el desarrollo de una nueva generacin de aplicaciones multimedia basadas en
LAN.

La versin 2 de H.323, aprobada en febrero de 1998, aade incluso ms
funciones en las reas de servicios complementarios, seguridad y protocolo de RAS
(registro, admisin y estatus).

H.323 define cuatro componentes principales para un sistema de conferencia
multimedia basado en LAN: Terminales, pasarelas, unidades de control multipunto
(multipoint control units, MCUs) y gatekeepers. Las terminales, las pasarelas y los
MCUs son considerados extremos por que pueden generar y/o terminar sesiones
H.323. el gatekeeper es considerado una entidad de control de acceso. Cada
componente se describe a continuacin.

Terminal H.323.
Todas las implementaciones H.323 han de tener, como mnimo, cdec de
audio G.711, controles de sistemas y nivel H.224, esta recomendacin no incluye
especificaciones para el interfaz de LAN.

H.245 define los mensajes de control que soportan sealizacin extremo a
extremo entre dos puntos. H.245 especifica la sintaxis y la semntica exactas que
implementan el control de llamadas, comandos e indicaciones generales, la apertura y

101
CAPITULO I

cierre de canales lgicos, la determinacin de retardos, los requisitos de preferencias
de modo, los mensajes de control de flujo y los intercambios de capacidad.

H.225 proporciona el servicio multiplex y demultiplex empleado por H.323.
Es responsable de paquetizar y sincronizar las corrientes de audio, video, datos y
control para su transmisin por el interfaz de LAN.

Gateway H.323
Como su nombre sugiere, una pasarela es un sistema que proporciona entrada
a una red y salida de una red. Las pasarelas son las responsables de traducir el
control del sistema, los codecs de audio y los protocolos de transmisin entre los
diferentes estndares ITU.

La tabla siguiente muestra los pasos en una secuencia de arranque de una
sesin H.323 tpica.
Accin Protocolo H.323 Protocolo de transporte
El extremo solicita al
gatekeeper permiso y ancho de
banda para comenzar una
sesin H.323.
RAS UDP
Los extremos negocian y
establecen la configuracin de
llamada.
Q.931 TCP
Los extremos intercambian
capacidades y restablecen los
canales RTP.
H.245 TCP
Los extremos intercambian
datos de audio.
H.225 UDP
Tabla 11 / secuencia de arranque de una sesin H.323 tpica.

102
CAPITULO I

Dada la gran cantidad de redes que utilizan IP, la mayora de las
implementaciones H.323 estarn basadas en IP. Por ejemplo, la mayora parte de las
aplicaciones de telefona IP estn basadas en la configuracin H.323 mnima que
incluye cdec de audio, control del sistema y componentes de red. H323 requiere un
servicio TCP extremo a extremo fiable para documentar y controlar las funciones.
Sin embargo, utiliza un sistema no fiable para tranportar informacin de audio y
video. H.323 se basa en el Protocolo de Tiempo Real (Real Time Protocol, RTP) y
el Protocolo de Control de Tiempo Real (Real Time Control Protocol, RTCP) por
encima de la UDP para ofrecer corrientes de audio en redes basadas en paquetes.

MCUS
Los MCUs proveen soporte para las conferencias entre tres o mas terminales
H323, todos los terminales que participen en la conferencia establecern conexin
con el MCU. El MCU gestiona los recursos, negocia entre los terminales.

Figura 36 / Gateway H.323


103
CAPITULO I

CODEC de audio
Un CODEC de audio codifica la seal de audio del micrfono para la
transmisin en un terminal H323 y luego es decodificado por el terminal que lo
recibe. Todos los terminales han de disponer como mnimo un CODEC, como
especfica la ITU-T se recomienda el G.711 a 64 bps.

CODEC de video
Un CODEC de vdeo codifica el vdeo de una cmara para la transmisin en
la comunicacin en un terminal H323 y luego es decodificado en una pantalla en el
terminal destino. Como la especificacin del H323 el soporte de vdeo es opcional, el
soporte de CODEC de vdeo tambin es opcional.

H.255 Registro, Admisin y Estado
Registro, admisin y estado (RAS) es el protocolo entre puntos finales y
gatekeepers. El RAS es usado para realizar registros, control de admisin, cambios
de ancho de banda, estado y desconectar procedimientos entre puntos finales y
gatekeepers.

H.255 Seal de llamada
La seal de llamada H.255 se usa para establecer conexin entre dos puntos
finales, esto se hace mediante el intercambio de mensajes de protocolo H255 en el
canal de seal de llamada.

104
CAPITULO I

H.245 Seal de control
Se usa para el intercambio de control de mensajes en un punto final.
Informacin relacionada con:
- Capacidad de intercambio.
- Abrir y cerrar canales lgicos para el envo de cadenas de datos.
- Mensajes de control de flujo.
- Comandos e indicadores generales

RTP
El RTP provee servicios de envo de vdeo y audio en tiempo real. Mientras
que el H.323 se usa para el transporte de datos sobre redes basadas en IP, RTP se usa
tpicamente para transportar datos sobre UDP.

B) Protocolo SIP
El protocolo SIP fue diseado por el IETF con el concepto de "caja de
herramientas" es decir, el protocolo SIP se vale de las funciones aportadas por otros
protocolos. Debido a este concepto SIP funciona en colaboracin con otros muchos
protocolos. El protocolo SIP se concentra en el establecimiento, modificacin y
terminacin de las sesiones, se complementa, entre otros, con el SDP, que describe el
contenido multimedia de la sesin, por ejemplo qu direcciones IP,puertos y cdecs
se usarn durante la comunicacin. Tambin se complementa con el RTP (Real-time
Transport Protocol). RTP es el verdadero portador para el contenido de voz y video
que intercambian los participantes en una sesin establecida por SIP.


105
CAPITULO I

Otro concepto importante en su diseo es el de extensibilidad. Esto significa
que las funciones bsicas del protocolo, definidas en la RFC 3261, pueden ser
extendidas mediante otras RFC (Requests for Comments) dotando al protocolo de
funciones ms potentes.

Funciones bsica del protocolo:
Determinar la ubicacin de los usuarios.
Establecer, modificar y terminar sesiones multipartitas entre usuarios.

El protocolo SIP adopta el modelo cliente-servidor y es transaccional. El cliente
realiza peticiones (requests) que el servidor atiende y genera una o ms respuestas
(dependiendo de la naturaleza, Mtodo, de la peticin). Por ejemplo para iniciar una
sesin el cliente realiza una peticin con el mtodo INVITE en donde indica con qu
usuario (o recurso) quiere establecer la sesin. El servidor responde ya sea
rechazando o aceptado esa peticin en una serie de respuestas. Las respuestas llevan
un cdigo de estado que brindan informacin acerca de si las peticiones fueron
resueltas con xito o si se produjo un error. La peticin inicial y todas sus respuestas
constituyen una transaccin.

Como una de las principales aplicaciones del protocolo SIP es la telefona, un
objetivo de SIP fue aportar un conjunto de las funciones de procesamiento de
llamadas y capacidades presentes en la red pblica conmutada de telefona. As,
implement funciones tpicas de dicha red, como son: llamar a un nmero, provocar
que un telfono suene al ser llamado, escuchar la seal de tono o de ocupado. La
implementacin y terminologa en SIP son diferentes.


106
CAPITULO I

SIP tambin implementa muchas de las ms avanzadas caractersticas del
procesamiento de llamadas de SS7, aunque los dos protocolos son muy diferentes.
SS7 es altamente centralizado, caracterizado por una compleja arquitectura central de
red y unos terminales tontos (los tradicionales telfonos de auricular). SIP es un
protocolo peer to peer (tambin llamado p2p). Como tal requiere un ncleo de red
sencillo (y altamente escalable) con inteligencia distribuida en los extremos de la red,
incluida en los terminales (ya sea mediante hardware o software). Muchas
caractersticas de SIP se implementan en los terminales en oposicin a las
tradicionales caractersticas de SS7, que se implementan en la red.

Aunque existen muchos otros protocolos de sealizacin para VoIP, SIP se
caracteriza porque sus promotores tienen sus races en la comunidad IP y no en la
industria de las telecomunicaciones. SIP ha sido estandarizado y dirigido
principalmente por el IETF mientras que el protocolo de VoIP H.323 ha sido
tradicionalmente ms asociado con la Unin Internacional de Telecomunicaciones.
Sin embargo, las dos organizaciones han promocionado ambos protocolos del mismo
modo.

SIP es similar a HTTP y comparte con l algunos de sus principios de diseo: es
legible por humanos y sigue una estructura de peticin-respuesta. Los promotores de
SIP afirman que es ms simple que H.323. Sin embargo, aunque originalmente SIP
tena como objetivo la simplicidad, en su estado actual se ha vuelto tan complejo
como H.323. SIP comparte muchos cdigos de estado de HTTP, como el familiar
'404 no encontrado' (404 not found). SIP y H.323 no se limitan a comunicaciones de
voz y pueden mediar en cualquier tipo de sesin comunicativa desde voz hasta vdeo
o futuras aplicaciones todava sin realizar.

Tipos de mensajes

107
CAPITULO I

INVITE: Invita a un usuario a una llamada.
BYE: Termina conexin entre dos puntos.
ACK: Para asentir y dar fiabilidad a los mensajes de INVITE.
OPTIONS: Para obtener informacin.
REGISTER: Da informacin sobre la localizacin de un usuario al servidor de
registro.
CANCEL: Terminar la bsqueda de un usuario.

Operaciones con SIP
Direccin: Se identifica por una URL de la forma sip: username@host.
Localizacin servidor: El cliente enva a un servidor proxy o a una IP.
Transaccin: Una peticin junto con las respuestas de esa peticin.
Invitacin: Consiste en un INVITE seguida de un ACK.
Localizacin de un Usuario: Un receptor puede cambiar de posicin con el tiempo.
Cambiar una sesin Existente: cambio de los parmetros de una sesin.

108
CAPITULO I

Figura 37 / operaciones con SIP
C) Protocolo H.248
H.248 (tambin conocido como protocolo MEGACO) es el estndar que
permite que un media gateway controller (MGC) controle a media gateways (MG).
H.248 es el resultado de la cooperacin entre la ITU y el IETF(I nternet Engineering
Task Force, Grupo de Trabajo en Ingeniera de Internet). Antes de lograr esta
cooperacin existan varios protocolos similares compitiendo entre s, principalmente
MGCP (la combinacin de SGCP e IPDC) y MDCP. H.248 se considera un
protocolo complementario a H.323 y SIP, un MGC controlar varios MGs utilizando
H.248.

Megaco o H.248 (nombre dado por la ITU) define el mecanismo necesario de
llamada para permitir a un controlador Media Gateway el control de puertas de
enlace para soporte de llamadas de voz/fax entre redes RTC-IP o IP-IP.

Este protocolo est definido por la IETF RFC 3525 y es el resultado del
trabajo realizado por la IETF y la ITU.


109
CAPITULO I

Antes de la cooperacin entre ITU e IETF, existan diversos protocolos que
cumplan estas funciones; entre ellos se encontraban MDCP y MGCP.

H.248 es un complemento a los protocolos H.323 y SIP: se utilizar el H.248
para controlar las Media Gateways y el H.323 o SIP para comunicarse con otro
controlador Media Gateway.

D) Calidad de servicio en Voz IP
En la calidad de servicio entran varios parmetros importantes como para
estar unidos al concepto de aplicacin. Ancho de banda, retardo, correlacin,
marcacin IP, etc. Partiendo de la premisa que la red IP debe ser transparente la
voz, se entiende que la voz que se mueve a travs de una red, no es voz, sino datos,
ya que se trata de la misma forma.

Esto acarrea un problema. De la misma manera que la red telefnica no est
pensada para los datos, la red IP no est pensada para la voz. IP ofrece una tasa de
error muy baja, pero un retraso considerable, mientras que la red telefnica, hace
justamente lo contrario.

El encaminamiento de VoIP es no orientado a conexin, por lo que no hay
circuitos virtuales de extremo a extremo, las mtricas de enrutamiento se basan en el
menor nmero de saltos o pero de lnea y el protocolo de enrutamiento es dinmico,
la tabla se crea automticamente.

Uno de los parmetros ms importantes en la calidad de servicio es el
protocolo de reserva de ancho de banda, Reservation Protocol (RSVP), que permitir

110
CAPITULO I

pedir o establecer comunicaciones iscronas entre dos entidades. El problema viene
cuando el ruteador no soporta este protocolo o se pretende reservar ms ancho de
banda del que se dispone.

Por lo tanto hay que establecer un compromiso entre calidad de voz, retardo y
ancho de banda. Determinar unos lmites aceptables de retardo y evitar conversiones
mltiples.

E) Futuro de las redes de paquetes de datos.
Utilizando modernos dispositivos de procesamiento de seales, la voz y el
video pueden ser transportados como otra forma de datos.

Una red de datos diseada correctamente es el propsito ms general para los
tipos de redes.

La arquitectura fundamental para las futuras rede publicas ser una red de
datos. Todas las formas de trfico sern transportadas como trfico de datos.

Actualmente las redes de paquetes de datos son diseadas para transferir
archivos. Qu tan conveniente es interactuar trfico de voz y video? Los problemas
primarios para interactuar calidad de voz y servicio son:

Retardos.
Perdida de paquetes.
Ancho de banda disponible.

111
CAPITULO I

VoIP es una buena solucin a un problema actual, el precio de las
comunicaciones ya su vez la infrautilizacin de las redes de datos. Pero, IP presenta
muchos problemas para la integracin de aplicaciones en tiempo real que necesitan
una transferencia iscrona de datos, y el ms importante es el retardo.

La solucin esta encontrar una red que sirva para datos y voz, ya que no debemos
adaptar una red de datos a una red de voz ni viceversa, la solucin se llama ATM.
Con ATM habr la velocidad necesaria para conmutar todas las tramas que
lleguen, aunque las compaas o usuarios no dejen de trabajar con rede IP, el
encapsulamiento de la informacin de estas sobre las redes ATM har que la
velocidad aumente y por lo tanto que se permitan transmisiones sensibles al retardo.
F) Ventajas de Voz sobre IP en la red local.
Las principales ventajas de la voz sobre IP son las de instalacin y cableado, las
de movilidad de los puestos y la posibilidad de remotizar puestos, as como tambin
se tiene:
Una incrementada eficiencia para reducir tiempo y costos.
La mejor direccin de informacin y control.
Personalizados e integrados telecoms y sistemas IT para incrementar
procesos en los negocios para ser estratgicamente competitivos.
Integracin sobre la intranet de la voz como un servicio mas de la red, tal
como otros servicios informticos.
Las redes IP son la red estndar universal para la Intranet y Extranets.
Estndares H.323
Interoperabilidad de diversos proveedores.
Uso de las redes de datos existentes.
Independencia de tecnologas de transporte Capa 2

112
CAPITULO I

Menores costos que tecnologas alternativas(voz sobre ATM, TDM, Frame
Relay)

G) Desventajas de Voz sobre IP en red local
Los inconvenientes son:
Puede haber un empeoramiento en la calidad de la voz.
Hay que controlar el trfico en la red local (LAN).
Al ocupar un ancho de banda constante, el nmero de operadores conectados
puede estar limitado.

Expo

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Expo

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD POLITECNICA SALESIANA

Potrebbero piacerti anche