Universidad Privada Antenor Orrego

Facultad de Ingeniera
Escuela de Ingeniera Electrnica



Sealizacin IP

CURSO :
SISTEMAS TELEFONICOS
DOCENTE :
HUAMANCHUMO SANCHEZ, LUIS
ALUMNO :
DVILA LPEZ, WILBERTH

CICLO :
VIII

SEMESTRE :

2014 1
TRUJILLO PER
Sealizacin IP

para reducir el ancho de banda mediante compresin vocal, aprovechando
los procesos de compresin diseados para sistemas celulares en la dcada de los
aos 80. En consecuencia, se logr reducir los costos en el transporte internacional.
Luego tuvo aplicaciones en la red de servicios integrados sobre la LAN e Internet.
Con posterioridad se migr de la LAN (aplicaciones privadas) a la WAN
(aplicaciones pblica) con la denominacin IP-Telephony.
En telefona pblica se pueden observar diferencias entre un operador local y otro
de larga distancia. Cuando nos referimos a Telefona-IP, nos ocupamos de la
aplicacin pblica local. Existen varias caractersticas que hacen de la Telefona-IP
un problema de complejidad elevada respecto de la VoIP. Algunos de ellos son las
siguientes:
1- Interoperatividad. Una diferencia inicial entre VoIP y Telefona-IP es la
interoperatividad con las redes telefnicas actuales. En el caso de iplan se
disponen de dos tipos de Interconexin a la PSTN: desde un switch class-4
(trnsito) y directamente desde Gateway-E1.
2- Calidad de Servicio Garantizada. Mientras VoIP se piensa en el mbito de
interconexin mediante Internet (sin calidad de servicio asegurada); en
Telefona-IP se piensa en una Backbone de alta velocidad no-bloqueante
para garantizar la calidad de servicio mediante herramientas de QoS (en
redes ATM) o mediante "Fuerza Bruta" (en redes Gigabit como la de iplan).
En Telefona-IP se aplica el concepto de carrier-grade. Este concepto puede
incluir varios aspectos:
redundancia de equipamiento para lograr disponibilidad elevada (por
ejemplo, 99,99%),
calidad vocal garantizada (bajos indicadores de errores, de retardo, de jitter
y de eco, etc),
3- Servicios de Valor Agregado. Se requiere la disponibilidad de servicios de
valor agregado, similar a los ofrecidos en la red PSTN mediante la
sealizacin SS7, conocido como red inteligente IN (Inteligent Network). En
iplan se aplica la Plataforma de Servicios COSO (Journal No 2) para los
servicios de IN-Virtual, as como el Softswitch (Journal No 4).

1. Sealizacin en redes telefnicas clsicas
En esta etapa tecnolgica, que dur hasta los aos 60, la sealizacin se
transportaba "en banda" (cambios de nivel y tonos dentro del propio canal
telefnico) y era interpretada por elementos electromecnicos (rels) y electrnicos
(filtros) en su trnsito por la red.

A mediados de los 60, el proceso de digitalizacin de la red alcanz la propia
tecnologa de conmutacin - red digital integrada de transmisin ms conmutacin
- con la llegada de las centrales digitales y el control de la conmutacin por CPU
(control por programa almacenado). De este modo, los canales sncronos de 64
Kb/s son conmutados octeto a octeto espacial y temporalmente. Estos
conmutadores ya estn controlados ntegramente por procesadores que hablan un
protocolo de sealizacin con procesadores de otras centrales.

Los primeros protocolos de sealizacin instalados en estos sistemas tenan una
expresividad muy limitada y se basaban en el estado de ciertos bits de la trama TDM
permanentemente asociados a cada canal de voz, como meras representaciones
binarias de las seales analgicas de los sistemas precedentes. El salto cuntico
se consigui realmente cuando se aplic totalmente la tecnologa de redes de
ordenadores y las seales devinieron en mensajes intercambiados por aplicaciones
sobre una red de conmutacin de paquetes independiente y dedicada a este fin.
Si bien en la actualidad la red telefnica utiliza internamente esta forma de
funcionamiento prcticamente en su totalidad, el ltimo segmento por digitalizar, la
red de acceso del abonado, permanece masivamente analgica, con una
penetracin discreta de accesos ntegramente digitales (RDSI). Consecuentemente,
la sealizacin de abonado del servicio de telefona tradicional ha evolucionado muy
poco y es dentro de la red donde se realiz una revolucin muy importante,
transparente al usuario, que ha permitido la introduccin de servicios
suplementarios, de telefona mvil, de red inteligente, B-ISDN e interfuncionamiento
con sistemas de telefona sobre IP (VoIP) entre otros.
El sistema de sealizacin de red que ha soportado esta evolucin con gran
flexibilidad es el Sistema de Sealizacin n 7.
El Sistema de Sealizacin n 7 es un arquitectura de protocolos de sealizacin
completa en el que las unidades de seal son mensajes de las aplicaciones de
sealizacin transportados en paquetes. Las caractersticas esenciales de este
sistema son:
Los enlaces y nodos de sealizacin constituyen una red de conmutacin de
paquetes lgicamente independiente de la de conmutacin de circuitos, con un plan
de direccionamiento distinto y definido a nivel internacional por ITU-T.
Es un sistema de sealizacin por canal comn. Existe un conjunto predefinido de
canales entre centrales (y puntos de transferencia de sealizacin sin capacidad de
conmutacin de circuitos) dedicados a transportar mensajes de sealizacin relativa
al establecimiento, liberacin y supervisin de cualquier canal de 64 Kb/s de voz o
datos. En los sistemas de sealizacin previos, por canal asociado, la sealizacin
asociada a cada circuito de voz se transportaba por un canal de transmisin
dedicado exclusivamente a l.
Es una arquitectura de protocolos estructurada en cuatro niveles. (Figura 1).



La red de paquetes para sealizacin en telefona est diseada especficamente
para funcionar sobre canales de 64 Kb/s y a gestionar dichos enlaces. Por
consiguiente no parece improbable una tendencia no slo al desarrollo de formas
de interfuncionamiento de arquitecturas basadas en SS7 con arquitecturas basadas
en IP, sino a que IP influya poderosamente en la siguiente evolucin de la
infraestructura de red de sealizacin y gestin. Revisada aqu brevemente la
historia de los sistemas de sealizacin, resulta curioso observar cmo la
conmutacin de paquetes, introducida en las redes tradicionales para ofrecer
flexibilidad y fiabilidad a las labores de sealizacin en el plano de control de las
torres de protocolos, se amplia en la actualidad al plano de usuario para el
transporte de voz paquetizada, integrndose de nuevo voz y sealizacin.
Los Protocolos.

La Telefona-IP utiliza como soporte cualquier medio basado en routers y los
protocolos de transporte UDP/IP. El modelo de capas diseado en 1981 para IP
tena prevista que la voz estuviera soportada sobre protocolos RTP/IP. El modelo
actual en cambio, agrega RTP/UDP/IP. Existen varios organismos involucrados en
los standards para la sealizacin: el ITU-T (que dio lugar a la suite de protocolos
H.323, por ejemplo); elETSI (con el proyecto Tiphon) y el IETF (que administra los
protocolos de Internet, SIP
Calidad de servicio en la nube IP.

Dos son los mitos que involucran a la Telefona-IP. Uno se refiere a la baja calidad
de Internet. Se confunden las prestaciones de los accesos dial-up con el uso de
canales de transporte punto-a-punto con calidad contratada. Otro se refiere al
medio de transportar a los paquetes IP. Aqu se menciona que solo ATM est en
condiciones de garantizar la calidad de servicio. Nuevamente se ignora la serie de
herramientas que posee una red IP y Gigabit-Ethernet para garantizar una calidad
de servicio.
Los problemas que son evidentes en una red de VoIP, son la Latencia, el Jitter y el
Eco. En Telefona-IP estos problemas son resueltos mediante diversas tcnicas.


Trfico.

El trfico de seal vocal se realiza sobre los protocolos UDP/IP. La codificacin de
audio puede ser de diferentes tipos. Con G.711 a velocidad es de 64 kbps. El ITU-
T ratific en 1995 a G.729 para las aplicaciones de VoIP. En tanto, el VoIP-Forum
en 1997, liderado por Intel y Microsoft, seleccion a G.723.1 con velocidad de 6,3
kbps para la aplicacin VoIP. La codificacin de vdeo se realiza de acuerdo con
H.263. Ambos servicios se soportan en el protocolo de tiempo real RTP.



Figura 2. Familia de protocolos para H.323.
3.2.2- Sealizacin. La sealizacin se transporta sobre los protocolos
TCP/IP o UDP/IP. La familia de protocolos de sealizacin en H.323 incluye
los siguientes protocolos (ver la Figura 2):
H.225. Son los mensajes de control de sealizacin de llamada que
permiten establecer la conexin y desconexin. Este protocolo describe
como funciona el protocolo RAS y Q.931. El H.225 define como identificar
cada tipo de codificador y discute algunos conflictos y redundancias entre
RTCP y H.245.
Q.931. Este protocolo es definido originalmente para sealizacin en
accesos ISDN bsico. Es equivalente al ISUP utilizado desde el GW hacia
la red PSTN.
RAS (Registration, Admission and Status) utiliza mensajes H.225 para la
comunicacin entre el GW y GK. Sirve para registracin, control de
admisin, control de ancho de banda, estado y desconexin.
H.245. Este protocolo de sealizacin transporta la informacin no-
telefnica durante la conexin. Es utilizado para comandos generales,
indicaciones, control de flujo, gestin de canales lgicos, etc. Se usa en las
interfaz GW-GW y GW-GK. El H.245 es una librera de mensajes con
sintaxis del tipo ASN.1. En particular codifica los dgitos DTMF (Dual-Tone
MultiFrequency) en el mensaje UserInputIndication.
H.235. Provee una mejora sobre H.323 mediante el agregado de servicios
de seguridad como autentificacin y privacidad (criptografa). El H.235
trabaja soportado en H.245 como capa de transporte. Todos los mensajes
son con sintaxis ASN.1.
3.2.3- Calidad de servicio. Se transporta en protocolos UDP/IP. Se tienen
los protocolos siguientes:
RTP (Real-Time Transport Protocol). Es usado con UDP/IP para
identificacin de carga til, numeracin secuencial, monitoreo, etc. Trabaja
junto con RTCP (RT Control Protocol) para entregar un feedback sobre la
calidad de la transmisin de datos. El encabezado de RTP puede ser
comprimido para reducir el tamao de archivos en la red.
RSVP. El protocolo de reservacin de ancho de banda es usado para
reservar un ancho de banda especificado dentro de la red IP. Tngase en
cuenta que RSVP trabaja sobre PPP (o similar a HDLC) pero no trabaja
bien sobre una LAN multiacceso.
PPP Interleaving se utiliza para enlaces inferiores a 2 Mb/s para fraccionar
los paquetes de gran longitud y permitir el intercalado con paquetes de
servicios en tiempo-real.
3.3- Procedimiento de Comunicacin H.323. El procedimiento de
funcionamiento de los protocolos de la suite H.323 se describe con detalle a
continuacin. En H.323 se encuentran 3 tipos de mensajes de sealizacin
diferentes:
H.245: se describen estos mensajes en forma de texto concatenado en
letras tipo bold (por ejemplo se menciona el mensaje: maximumDelayJitter).
RAS: se representa mediante 3 letras (por ejemplo ARQ).
H.225/Q.931: representado en una o dos palabras con la primer letra en
maysculas (ejemplo: Call Proceeding). Es usado para encapsular los
mensajes H.245 de sealizacin entre terminales y originalmente fue
diseado como protocolo DSS1 en capa 3/7 para los accesos ISDN.

2. VoIP en la red de transito: MEGACO y MGCP
H.323 y SIP se desarrollaron teniendo como objetivo el desarrollo de terminales que
estuvieran directamente conectados a la red IP e intercambiaran trfico de voz
directamente entre s o bien con terminales tradicionales (conectados a redes
conmutadas) mediante el uso de pasarelas. El objetivo inicial de MEGACO fue la
utilizacin de redes de paquetes como backbone para la transmisin de trfico de
voz originado por redes tradicionales. Los operadores tradicionales fueron uno de
los que mayor inters han mostrado en esta propuesta, pensando en integrar
progresivamente sus redes de telefona basadas en conmutacin de circuitos y sus
redes de datos basadas en conmutacin de paquetes en una red homognea que
transportar ambos tipos de trfico (voz y datos) y que fuera transparente a los
usuarios finales. MEGACO resuelve este problema dividiendo las pasarelas en tres
entidades diferentes:
Controlador de Medios (Media Gateway Controller MGC-), que proporciona
la sealizacin H.323 o SIP y realiza el mapping entre la sealizacin de
redes tradicionales y las redes de paquetes.
Pasarela de Medios (Media Gateway MC-), que proporciona la adaptacin
de medios y/o las funciones de transcodificacin. Este bloque realiza las
funciones de traslacin de direcciones, cancelacin de eco, envo/recepcin
de digitos DMTF, etc.
Pasarela de Sealizacin (SG), que proporciona funciones de mediacin de
sealizacin entre redes IP y SCN.
En un escenario habitual los tres elementos estn fsicamente separados de modo
que pueden proporcionar ventajas como la concentracin de muchos MG
(conectados a usuarios finales) en algunos MGC controlados por un SG. La Figura
8 muestra la arquitectura de MEGACO.


Media Gateway Control Protocol (MGCP) es un protocolo cliente/servidor que
controla el intercambio de informacin entre MG y MGC. MGCP es el resultado de
protocolos anteriormente propuestos y ha sido propuesto en distintos organismos
de estandarizacin como el grupo de trabajo MEGACO del IETF y la ITU-T donde
se ha denominado H.248. MGCP utiliza a su vez el protocolo SDP para el
intercambio de parmetros entre el MG y MGC (direccin IP, purto UDP,
codificadores a utilizar, etc.).
3. Redes Mviles de Tercera Generacin: Hacia una Arquitectura All-
IP
El Third Generation Parnertship Project, 3GPP tiene como objetivo la
estandarizacin de sistemas mviles de tercera generacin (3G) basados en la
evolucin del ncleo de red GSM y en tecnologas WCDMA en el acceso radio. A
estos sistemas se les llama Sistemas de Telecomunicacin Mvil Universal (UMTS)
y los primeros sistemas comerciales se lanzarn al mercado durante el ltimo
trimestre del ao 2000.
La primera fase de la especificacin de UMTS finaliz a principios del ao 2000 y el
resultado se conoce con el nombre de Release 1999 (R99). El 3GPP contina
desarrollando especificaciones que definan la evolucin de los sistemas UMTS. La
Release 4 y la Release 5 (que est previsto finalizar en diciembre de 2001) son los
siguientes pasos de esta evolucin. En esta seccin describimos brevemente la
arquitectura UMTS R99 as como la evolucin prevista y el papel que los protocolos
relacionados con VoIP juegan en ella.
La arquitectura UMTS R99 (Figura 9) es una arquitectura GSM/GPRS [23], [24] con
una nueva red de acceso.

En esta arquitectura, los RNCs (Radio Network Controler) y los Nodos B forman la
red de acceso radio UMTS (UTRAN) mientras la red de acceso GSM basada en
BTSs y BSCs pueden coexistir. Los MSCs y GMSCs forman el dominio de
conmutacin de circuitos (CC) y transportan el trfico de voz. Los SGSNs y los
GGSNs forman el dominio de conmutacin de paquetes (CP) y transportan el trfico
de datos en modo paquete. El VLR, el HLR, el EIR, y el AuC, mantienen informacin
sobre los usuarios. Los MSCs o GSNs los pueden interrogar utilizando el protocolo
MAP (Mobile Application Part).
Por tanto, el ncleo de red UMTS est formado por dos redes, una de conmutacin
de circuitos (dominio CC) y una de conmutacin de paquetes (dominio CP). Este
diseo permite a los operadores de redes GSM/GPRS una fcil evolucin hacia
sistemas UMTS. Pero, en el futuro, estos sistemas tendrn un ncleo de red
unificado basado en una red de conmutacin de paquetes IP, tal como se indica en
la Release 4 y 5 y quiz incluso, la evolucin hacia la red IP incluya tambin la red
de acceso, tal como se trabaja en distintos proyectos de investigacin europeos
[19]. Esto se conoce con el nombre de arquitectura All-IP .
La razn es que las redes de conmutacin de paquetes son eficientes y capaces de
transportar las diferentes clases de trfico. Adems, IP es un protocolo probado y
que permite una fcil intercomunicacin con Internet.


En la Figura 10 se muestra la evolucin prevista para el dominio CC de UMTS. Las
MSCs se dividen en dos elementos, el MSC server y la MGW (Media Gateway
Function). El MSC server es responsable del control de movilidad y de llamada, y
termina la sealizacin usuario-red, traducindola a la sealizacin red-red
apropiada. El control de llamada red-red (interfaz entre MSC servers) se realizar
mediante sealizacin ISUP, o por una evolucin de ISUP para control de llamada
independiente de servicio portador (BICC).
La MGW es responsable del transporte de datos de usuario. El dominio CC es ahora
independiente de la tecnologa de transporte: VoIP (RTP/UDP/IP), VoATM (AAL2),
y TDM, son opciones para el transporte de voz en este dominio. Tambin hay
diferentes opciones para el control del servicio portador, por ejemplo se puede usar
H.245 si los datos de usuario se transportan mediante RTP.
La interfaz entre el MSC server y la MGW usa el estndar H.248/MEGACO. La T-
SGW (Tranport Signalling GateWay function) se encarga de coger la informacin de
sealizacin relacionada con llamadas procedentes de la PSTN y ponerla sobre el
servicio portador empleado en el dominio CC (o viceversa). El HSS es equivalente
al HLR de la UMTS R99, pero con informacin aadida sobre servicios IP
multimedia.
Es interesante destacar que, independientemente de la tecnologa de transporte
empleada en el dominio CC, los terminales UMTS R99 van a poder utilizar los
servicios del dominio CC. Cualquier nueva funcin de sealizacin es realizada por
la red.

En la Figura 11 se muestra la evolucin prevista para el dominio CP de UMTS. Al
dominio CP se le aade un nuevo subsistema llamado IP Multimedia (IM), que
contiene los siguientes elementos: la CSCF (Call State Control Function), la MGCF
(Media Gateway Control Function), y la T-SGW. Este subsistema tiene como
objetivo soportar servicios multimedia (por ejemplo, VoIP) en el dominio CP. La
CSCF realiza encaminamiento (a nivel de aplicacin) de llamadas entrantes,
establecimiento y liberacin de llamadas, manejo de direcciones, etc. La MGCF
controla las MGWs usando H.248. Tambin realiza conversin de protocolos entre
ISUP (empleado en la PSTN) y el protocolo de control de llamadas empleado en el
subsistema IM (i.e. SIP). La T-SGW se encarga de coger la informacin de
sealizacin relacionada con llamadas procedentes de la PSTN, ponerla sobre el
servicio portador IP (SIGTRAN) empleado en el subsistema IM, y enviarla hacia la
MGCF (o viceversa).
Los terminales mviles que quieren usar los servicios IP Multimedia deben ser
terminales IP con capacidad de sealizacin SIP. Se comunican con la CSCF para
registrarse y para solicitar servicios.