Académique Documents
Professionnel Documents
Culture Documents
V A DO S
R ES ER
R ECH OS
D E
DISEO DE REDES DE CONMUTACIN DE PRXIMA
GENERACIN PARA TRFICO DE VOZ
Trabajo Especial de Grado para optar al ttulo de Ingeniero de Telecomunicaciones
V A DO S
R ES ER
H OS
DEREC
DISEO DE REDES DE CONMUTACIN DE PRXIMA
GENERACIN PARA TRFICO DE VOZ
__________________________ ________________________
presentado por las bachilleres: SANTIAGO F. PREZ S., portador de la C.I: 17.189.286,
R ES ER
O S
RECH
TELECOMUNICACIONES.
DE
_____________________
Jurado Examinador
Msc. Al Carrillo
C.I: 7.806.999
Tutor Acadmico.
______________________ ______________________
Jurado Jurado
Prof. Jos Morn Prof. Luis Rojas
C.I. 1.828.763 C.I. 3.684.721
_____________________
IV
DEDICATORIA
A mis padres, que quienes con su inmenso amor, sabidura, constancia y esfuerzo, lograron
hacer de mi una persona decidida, con un rumbo fijo, y constante en las cosas que
deseamos de la vida, para que con voluntad firme y una capacidad de entrega, lograra
alcanzar mi meta.
V A D O S
R E S E R
C H O S
E
A mis hermanos, por estar siempre a mi lado brindndome todo el conocimiento que ellos
DE
ya poseen para
R
as hacer ms fcil mi recorrido.
A Dios, que sin su ayuda no hubiese contado con el apoyo de todas las personas que antes
ft|tz cx ftxv{x
V
DEDICATORIA
A Dios, por haberme dado el privilegio de vivir, por darme las virtudes y la fortaleza
necesaria para salir siempre adelante pese a las dificultades, por colocarme en el mejor
V A D O S
R
A mis padres, los cuales son tan dueos de este ttulo como lo soy yo, puesto que sin su
importantesD
en la vida, y por ser para m un ejemplo de trabajo, esfuerzo y dedicacin.
A mis hermanos, por estar all en todo momento, buenos y malos, por sus consejos y
ancdotas que hacen de mi una persona cada vez ms preparada para confrontar situaciones
A mi familia y amigos, por levantarme el nimo cuando las cosas pintan mal y de esa
VII
AGRADECIMIENTOS
A Dios, por darnos sabidura e inteligencia en cada momento y ser nuestro gua durante el
camino de la vida.
V A D O S
R E S yE R
S
Al profesor Al Carrillo, por otorgarnos ayuda colaboracin en la realizacin de esta
E R E C HO
D
investigacin.
A nuestro tutor industrial Freddy Boscn, por su orientacin y dedicacin en este trabajo
de investigacin, por su apoyo y por dejarnos grandes conocimientos como persona y como
profesional.
A nuestros amigos, quienes han estado a nuestro lado para ayudarnos a superar las derrotas
y celebrar todas nuestras victorias, adems de compartir todos nuestros momentos
hermosos que vivimos en nuestra etapa universitaria.
A todas aquellas personas que nos brindaron su amistad y apoyo para alcanzar el logro de
esta meta.
ft|tz cx ftxv{x
j|yxw fttt fv{x
VII
NDICE
NDICE GENERAL
VEREDICTO . IV
DEDICATORIA V
NDICE GENERAL .. 8
V A DO S
S ER
RESUMEN . 12
O S R E
ER E C H
ABSTRACT ... 13
D
INTRODUCCIN . 14
8
NDICE
S
CAPTULO III: MARCO METODOLGICO ..... 110
V A DO
3.1 TIPO DE INVESTIGACIN .. 111
R ES ER
OS
3.2 DISEO DE LA INVESTIGACIN . 112
H
DEREC
3.3 TCNICAS DE RECOLECCIN DE DATOS ........... 113
3.4 FASES DE LA INVESTIGACIN . 117
9
NDICE
CONCLUSIONES 155
RECOMENDACIONES . 158
BIBLIOGRAFA 159
INDICE DE TABLAS
V A DO S
ER
Tabla 2.1 Caractersticas de CCS7 y CAS . 46
R ES
OS
Tabla 2.2 Mapa de Variables 109
H
DEREC
Tabla 3.1 Personal Entrevistado . 116
Tabla 4.1 Ejemplos de proporciones de dos llamadas de contexto para casos de
trfico diferentes dentro de un MGw ........ 126
Tabla 4.2 Parmetros para calcular los octetos por segundo para WCDMA . 142
Tabla 4.3 Parmetros para calcular los octetos por segundo para GSM .. 143
Tabla 4.4: Ejemplo parmetros para calcular los octetos por segundo para WCDMA 150
Tabla 4.5: Ejemplo parmetros para calcular los octetos por segundo para GSM... 151
NDICE DE FIGURAS
10
NDICE
Figura 2.14 Mensajes ISUP de una llamada ISDN satisfactoria (en operacin block) 55
Figura 2.15 Mensajes ISUP para la configuracin de una llamada ISDN (operacin
overlap) . 56
Figura 2.16 Sealizacin de extremo a extremo usando MTP (mtodo pass-along) . 57
Figura 2.17 Direccionamiento de la traduccin de un Ttulo Global . 58
Figura 2.18 Arquitectura de Red de Prxima Generacin 60
Figura 2.19 Arquitectura de Red de Conmutacin 61
Figura 2.20 Interfaces IMS .. 77
Figura 2.21 Arquitectura de servicios de tiempo real .80
Figura 2.22 Interaccin entre S-CSCF y las plataformas de servicio .81
Figura 2.23 Descubrimiento local P-CSCF .82
Figura 2.24 Proceso de registro del Subsistema Multimedia IP .... 83
Figura 2.25 Flujo de sealizacion de punto a punto .. 86
DO S
Figura 2.26 Origen del flujo de datos del mvil ... 90
V A
S ER
Figura 2.27 Flujo de sealizacin de S-CSCF a S-CSCF .. 91
OS R E
Figura 2.28 Flujo de datos terminal del mvil .. 93
H
DEREC
Figura 2.29 Flujo de sealizacin de S-CSCF a S-CSCF . 94
Figura 2.30. Modelo genrico de central de conmutacin ... 101
Figura 2.31. Probabilidades de transicin representada como una cadena de Markov 102
Figura 2.32. Probabilidad de bloqueo como funcin del nmero de canales y la
intensidad de trfico en Erlangs ... 105
Figura 2.33. Probabilidades de transicin como una cadena de Markov . 106
Figura 4.1: Interfaces del MGw .. 123
Figura 4.2: Mltiples Servidores MSC manejando una llamada . 125
Figura 4.3: Red WCDMA / GSM 143
Figura 4.4: MSC153
Figura 4.5: MSC de Prxima Generacin en una red GSM expandida 154
11
RESUMEN
RESUMEN
DO S
Venezuela: Universidad Rafael Urdaneta, Escuela de Ingeniera de Telecomunicaciones,
V A
S ER
2008.
OS R E
D ERECH
Las compaas encargadas actualmente de brindar los servicios de telefona mvil
cuentan con una infraestructura muy limitada, la cual conlleva a un alto ndice de
congestionamiento y por lo tanto a elevados costos de facturacin y mantenimiento. Dicho
problema se solventara implementando un ncleo de red ms eficiente y con mayor
escalabilidad a futuro. El presente estudio, tuvo como finalidad elaborar un diseo de una
red de conmutacin de prxima generacin. Esto se hizo mediante la recoleccin de
informacin en diversos estndares de la ITU, as como tambin de diferente bibliografa
asociada al tema de estudio. A partir de esto, se realiz un estudio detallado de
dimensionamiento de cada una de las interfaces de interconexin de los equipos que dicha
red de conmutacin posee, aplicando diversos criterios de calidad los cuales son definidos
tanto por diversas compaas de redes mviles del mundo como por CONATEL.
12
ABSTRACT
ABSTRACT
V A DO S
R ES ER
OS
D ERECH
Nowadays Companies in charge of offering mobile communication services have a
very limited infrastructure, which convey to a high index of congestioning and therefore
high billing and maintenance costs. Such problem would be solved with the deploying of a
more efficient core network, with more scalabity for the future. This study had as a goal to
elaborate a Next Generation Switched Network Design. This was done by collecting
information in several ITU standards, and trough many different bibliografies related to the
subject. From that point on, a detailed study was done about the dimensioning of every
sigle interface of every equipment that form part of such Switched Network, applying
various quality critirions which are defined either by serveral mobile network companies in
the world or by CONATEL itself.
13
INTRODUCCIN
INTRODUCCIN
todas las sociedades del mundo la necesidad de poseer y utilizar todos los beneficios y
bondades que brindan cada uno de los servicios y aplicaciones que se pueden ofertar a
V A D O S
ER
sido el que ms ha causado este impacto en la sociedad; por el servicio de transmisin de
R E S
S el servicio ms utilizado y demandado por la
E C H O
DER
voz, que hasta el momento ha sido
comunidad, y por ello, las redes comunicaciones mviles se han convertido en el plato
fuerte de las empresas del ramo para situar sus inversiones en la impletementacin y
las renombradas Redes de Prxima Generacin (NGN) las cuales buscan tener la capacidad
necesaria para poder ofrecer, con mejores prestaciones, mltiples servicios a las sociedad
en general, consiguiendo con esto converger gran variedad de servicios en la misma red
adems de prometer una mejor calidad y menor costo en los servicios de transmisin de
voz. Sin embargo, a pesar de las inversiones de las empresas de telecomunicaciones para el
desarrollo de las redes mviles, en Venezuela, aun no existe un mtodo de diseo para el
fundamental de las redes en cuestin. Por lo tanto de aqu surge el propsito de esta
14
INTRODUCCIN
bases tericas, donde se incluyen todos los fundamentos tericos utilizados en el desarrollo
V A D O S
de la investigacin, entre los cuales se encuentran la descripcin de una Red de Prxima
E C H
DER
15
INTRODUCCIN
procedimiento a seguir, el cual fue dividido en fases, para alcanzar los objetivos
especficos planteados.
R V ADOS
H O S RESE
DER E C
16
V A DO S
R ES ER
HOS
DEREC
CAPTULO I
EL PROBLEMA
1
CAPTULO I
CAPTULO I
EL PROBLEMA
V A D O S
S unoRde los procesos de cambio ms
E
S R E
Las telecomunicaciones estn sufriendo
O
E C H
DER
dramticos que se conocen hasta el momento. A partir del ao 1999, las
privatizacin iniciadas en los aos ochenta a lo largo de todo el mundo. Esta situacin se
escaso o nulo crecimiento experimentado en esta poca comparado con la vivida en los
aos noventa. Adems, el descenso de las inversiones y las grandes quiebras y fraudes
17
CAPTULO I
usuario; pero lamentablemente tales aplicaciones son limitadas en gran parte por la
Cabe resaltar que las empresas del ramo de las telecomunicaciones han
R V A D OS
experimentado conflictos por no poder atender la demanda, y de igual forma el usuario
S R E SE
O
se siente insatisfecho debido a que estas empresas no son capaces de proporcionarle o
brindarle los D
servicios ECH
ERdeseados.
Tambin, se ha podido observar un notable incremento en los costos de las
tarifas bsicas de toda la gama de servicios, los cuales muchas veces no se adaptan al
demanda impuesta que no es compensada con lo ofrecido por estas empresas; este alto
nivel se presenta como consecuencia del aumento de la poblacin, y tambin por la gran
as al servicio suministrado. Es por eso que las empresas se ven obligadas a aumentar el
costo de adquisicin y mantenimiento de tales conmutadores, pues los mismos son muy
18
CAPTULO I
contenidas en la red actual para poder manejar todos los servicios y aplicaciones
competitividad empresarial.
Por otra parte, las tarifas de comunicacin sufrirn continuamente un alza en sus
precios para as satisfacer el costo total invertido en todos los conmutadores empleados
transmisin de informacin, bien sea voz o datos, debido a que el principal propsito de
pequeas para as poder enviarlas en forma segmentada por cualquier canal que est
fsicas dedicadas que son muy costosas y de baja eficiencia. Por lo tanto, la migracin
19
CAPTULO I
hacia la conmutacin de paquetes se ve empujada, en gran medida, por los altos costos
paquetes en la que las llamadas telefnicas pueden realizarse utilizando el internet, esta
cinco aos. Las redes VoIP sustituyen a los operadores telefnicos tradicionales las
R V A D OS
cuales no solo abaratan los costos de los servicios de voz tradicionales, sino que ofrecen
S R E SE de protocolo de internet.
O
la oportunidad de integrar la voz al conjunto de aplicaciones
R E C H
DE
Es fcil darse cuenta que existe la necesidad de buscar nuevas alternativas que
estas nuevas alternativas se busca plantear el diseo redes que sean capaces de hacer
converger todos los servicios, adems de poseer gran versatilidad y escalabilidad para
Este tipo de redes, garantizar una disminucin considerable en los costos de las
una mejor calidad de servicio de trfico de datos utilizando la nube del internet.
convergencia de todos los servicios que utilicen este protocolo con facilidad
de Grado con la finalidad de disear una Red de Prxima Generacin para Trfico de
R V ADOS
Voz, que sea capaz de solventar con gran eficiencia la problemtica en
R E C H
DE transparente de los servicios.
logre la convergencia
voz?
1.3 OBJETIVOS
en teora de trfico.
21
CAPTULO I
prxima generacin.
R V ADOS
RESE
modelo matemtico seleccionado basado en la teora de trfico.
CH O S
DER E
Proponer la arquitectura de la red conmutada de voz de prxima generacin
1.4 ALCANCE
describiendo los principales elementos que las componen y sus respectivos criterios de
seleccin. Se realizarn todos los procedimientos y estudios que sean necesarios debido
verstil, robusta y sobre todo con calidad, para poder ampliar la oferta de servicios y
22
CAPTULO I
brindarle as un mayor valor agregado, ya que con un buen diseo se garantiza que esta
red est bien preparada para el desarrollo de los nuevos servicios o integracin.
requerimientos actuales y los que estn por venir. Por tal motivo, es urgente el diseo y
ms relevantes seran el de operar como una red totalmente abierta, lo que permitira
ofertar una mayor cantidad y diversidad de servicios; adems de ser una red que
R V ADOS
dispondr de los recursos requeridos para satisfacer la demanda sin importar su
crecimiento.
H O S RESE
D E R E C
Por medio de esta investigacin, se busca entonces proporcionar una herramienta
tcnica disponible para las empresas que prestan servicio de trfico de voz que les
Entre los beneficios y ventajas derivadas de este trabajo es que a partir del
vanguardia tecnolgica a las empresas que decidan aplicar este diseo, lo que
garantizar que las mismas puedan estar en una posicin con mejores recursos tcnicos
este sistema ser posible lograr con un solo conmutador de paquetes el equivalente al
23
CAPTULO I
De igual manera, los abonados de estos servicios que proporcionar esta nueva
red se vern positivamente afectados, puesto que, los mismos sern capaces de disfrutar
servicios que con la red actual sera demasiado difcil de brindar, entre los que se
destacan que podrn realizar llamadas a un muy bajo costo en el momento que lo
R V ADOS
adicionalmente, se tendrn disponibles otros servicios tales como video conferencias,
1.6 DELIMITACIN
24
CAPTULO I
Junio de 2008
OS
Comunicaciones Mviles Celulares, respectivamente; contempladas en la carrera de
R V AD
S
Ingeniera de Telecomunicaciones.
H O RESE
DER E C
25
CAPTULO II
MARCO TERICO
S
R V A DO
S R ESE
HO
DEREC
1
CAPTULO II
CAPITULO II
MARCO TERICO
V A D O S
A continuacin se presenta informacinS
R E ER a investigaciones anteriormente
referente
C H O S
DER
realizadas sobre E
diseo, planificacin y gestin de diferentes tipos de redes de
comunicaciones.
Computacin. Este trabajo tuvo como objetivo describir el diseo de redes de acceso
convergentes, es decir, que una misma red de acceso pueda proveer ms de un servicio de
telecomunicaciones, como voz, datos, video, etc. El diseo propuesto fue implementado
por el grupo corporativo TV Cable, al cual le fue otorgado la concesin para la prestacin
tcnicos y econmicos que deben satisfacerse para alcanzar esta meta. Adicionalmente, se
present un resumen de las redes de acceso del grupo TV Cable que funcionan actualmente.
V A DO S
agosto de 2002. Posteriormente, se da una lista de los derechos y obligaciones otorgados a
R ES ER
OS
TV Cable.
D E R ECH
Seguidamente, en el captulo tres, se describe el diseo de la red de telefona, y se
presentan los esquemas de red iniciales que fueron implementados finalmente en la puesta
calidad y grado de servicio, entre otros. Fue mostrada una breve descripcin tcnica de un
equipo propuesto como central de conmutacin y el detalle de las partes que debieron
En el captulo cuatro, se tratan las redes de transporte que deben instalarse tanto
para los enlaces entre centrales, como para los enlaces a los concentradores o radiobases. Se
Se presentan en el capitulo cinco las redes de acceso que fueron instaladas para
proveer el servicio de telefona concedido. Para la red HFC se describi cada elemento de
CAPTULO II
Esta tesis de grado, tuvo como conclusin, que el uso de tecnologa de ltima
Esta tesis ser muy til para la presente investigacin, debido a que se bas en los
V A D O S
R
principios de convergencia de servicios de valor agregado a una red ya implementada,
R E S E
C H O S por cable, lo cual se relaciona ampliamente con los
E
correspondiente a una red de televisin
DER
objetivos planteados.
general de esta tesis doctoral fue la definicin de un modelo que permita a los operadores
de VoIP ofrecer a sus clientes una conversacin telefnica con la calidad requerida por
ellos, minimizando la utilizacin de los recursos de transporte. Para alcanzar dicho objetivo
sealizacin utilizar para comunicar las diversas entidades que componen el modelo?
real, hallar los parmetros ptimos para conseguir el nivel de calidad especificado. Dicho
algoritmo se apoy en un modelo que permiti predecir la calidad que alcanzara una
Referencia propuesta por la ETSI para calidad de servicio en redes de VoIP. Para poder
utilizar dicha arquitectura, y debido a que las normas que la definen se encontraban an
El modelo final fue implementado y validado en un banco de pruebas diseado a tal efecto,
V A D O S
Esta investigacin presenta grandes aportes en criterios y normas para obtener una
E C H O
Rpor las Redes de Prxima Generacin; por lo cual constituye una base
DdeEvoz
para el trfico
grado.
cuyos principales autores son Andrew Tanenbaum, Behrouz A.Forouzan y Wayne Tomas,
la cual se transporta la informacin desde la fuente hasta el destino, y con base en esa
un usuario utiliza un equipo terminal a travs del cual obtiene entrada a la red por medio de
puede utilizar diferentes redes de transporte, y, por tanto, el usuario requiere de distintos
equipos terminales. Por ejemplo, para tener acceso a la red telefnica, el equipo terminal
equipo terminal consiste en telfonos porttiles con receptor y transmisor de radio, etc.
V A DO S
R ES ER
H OS
DEREC
conjunto de carreteras de un pas y lo que en ellas circulan son vehculos, que a su vez dan
es que el costo de establecer un enlace dedicado entre dos usuarios de una red sera
elevadsimo, sobre todo considerando que no todo el tiempo todos los usuarios se
comunican entre s. Es mucho mejor contar con una conexin dedicada para que cada
usuario tenga acceso a la red a travs de su equipo terminal, pero una vez dentro de la red
los mensajes utilizan enlaces que son compartidos con otras comunicaciones de otros
usuarios. Comparando nuevamente con los transportes, a todas las casas llega una calle en
V A D O S
ER
la que puede circular un automvil y a su vez conducirlo a una carretera, pero no todas las
R E S
Sdedicada a darle servicio exclusivamente a un solo
casas estn ubicadas en unaH
E C O
ER
carretera
D
vehculo. Las calles desempean el papel de los canales de acceso y las carreteras el de los
canales compartidos.
b) un conjunto de enlaces o canales que conectan los nodos entre s y a travs de los cuales
decir, despus de ser transmitida la informacin a travs de un canal, llega a un nodo, ste a
CAPTULO II
su vez, la procesa lo necesario para poder transmitirla por el siguiente canal para llegar al
V A DO S
R ES ER
H OS
DEREC
conmutacin de circuitos.
CONMUTACIN DE CIRCUITOS
la existencia de un camino dedicado entre ambas estaciones. Dicho camino est constituido
por una serie de enlaces entre algunos de los nodos que conforman la red. En cada enlace
fsico entre nodos se utiliza un canal lgico para cada conexin. Esto se denomina circuitos
virtuales y en un escenario ideal los usuarios del circuito no perciben ninguna diferencia
CAPTULO II
con respecto a un circuito fsico y no tienen conocimiento del uso compartido de circuitos
fsicos.
Una comunicacin mediante circuitos conmutados posee tres etapas bien definidas:
V A DO S
ER
esta etapa dependiendo de la tecnologa utilizada, se puede establecer la capacidad del canal
R ES
H OS
DEREC
y el tipo de servicio.
Transferencia de datos
informacin. Dependiendo del tipo de redes y del tipo de servicio la transmisin ser digital
Una vez que se han transmitido todos los datos, una de las estaciones comienza la
terminacin de la sesin y la desconexin del circuito. Una vez liberados los recursos
datos.
CAPTULO II
V A DO S
R ES ER
H OS
Figura 2.3 Conmutacin de Circuitos
DEREC
(Fuente: bibliotecadigital.ilce.edu.mx)
CONMUTACIN DE PAQUETES
La conmutacin es una tcnica que nos sirve para hacer un uso eficiente de los
a lo largo de la red hasta el destino del paquete. Mil octetos es el lmite de longitud superior
Ventajas generales:
importante que los otros, ser transmitido antes que dichos otros).
han definido dos tipos de tcnicas: los Datagramas y los Circuitos Virtuales.
Datagramas
V A D O S
Considerado el mtodo ms sensible.E
R S ERfase de establecimiento de llamada.
S
No tiene
E C H O
DEesRms seguro. No todos los paquetes siguen una misma ruta. Los paquetes
El paso de datos
Circuitos Virtuales
paquetes por medio de paquetes de Peticin de Llamada (pide una conexin lgica al
destino) y de Llamada Aceptada (en caso de que la estacin destino est apta para la
datos, y una vez terminado, se presenta el paquete de Peticin de Liberacin (aviso de que
la red est disponible, es decir que la transmisin ha llegado a su fin). Cada paquete tiene
destino, ya que se estn usando varios caminos para transmitir el mensaje, producindose
V A D O S
ER
Adems, si un mensaje tuviese un error en un bit de informacin, y estuvisemos
R E S
Stendramos que retransmitir todo el mensaje; mientras
E C H O
ER
usando la conmutacin de mensajes,
D
que con la conmutacin de paquetes solo hay que retransmitir el paquete con el bit
nodo quiere enviar informacin a otro lo divide en paquetes, los cuales contienen la
direccin del nodo destino. En cada nodo intermedio por el que pasa el paquete se detiene
el tiempo necesario para procesarlo. Cada nodo intermedio realiza las siguientes funciones:
Control de ruta (routing): hace referencia a la seleccin de un nodo del camino por
Los paquetes en fin, toman diversas vas, pero nadie puede garantizar que todos los
V A DO S
R ES ER
H OS
DEREC
En este tipo de redes se tiene un canal al cual estn conectados todos los usuarios, y
todos ellos pueden recibir todos los mensajes, pero solamente extraen del canal los
mensajes en los que identifican su direccin como destinatarios. Aunque el ejemplo tpico
lo constituyen los sistemas que usan canales de radio, no necesariamente tienen que ser las
transmisiones va radio, ya que la difusin puede realizarse por medio de canales metlicos,
tales como cables coaxiales. En la figura 2.5 se presentan ejemplos de redes de difusin con
CAPTULO II
radio o en cables. Lo que s puede afirmarse es que tpicamente las redes de difusin tienen
slo un nodo (el transmisor) que inyecta la informacin en un canal al cual estn
V A DO S
R ES ER
H OS
DEREC
Para todas las redes cada usuario requiere de un equipo terminal, por medio del cual
tendr acceso a la red, pero que no forma parte de la misma. De esta forma, un usuario que
desee comunicarse con otro utiliza su equipo terminal para enviar su informacin hacia la
red, sta transporta la informacin hasta el punto de conexin del usuario destino con la red
V A DO S
R ES ER
H OS
DEREC
Figura 2.6 Operacin de una Red
(Fuente: bibliotecadigital.ilce.edu.mx)
Los usuarios no pueden transmitir informacin en todas las redes. Por ejemplo, en
informacin que transmiten las estaciones transmisoras, mientras que, en telefona, todos
usuarios, y cuando sta es utilizada para que sobre ella se ofrezcan servicios de
una red pblica de telecomunicaciones. Cuando alguien instala y opera una red para su uso
personal, sin dar acceso a terceros, entonces se trata de una red privada de
red privada.
CAPTULO II
2.2.2. SEALIZACIN
llamada los cuales se requieren para entregar y mantener servicio. CCS7 es un medio por el
transportada en forma de mensajes. SS7 provee una estructura universal para sealizacin
V A D O S
establecimiento de una llamada, intercambio de informacin de usuario, enrutamiento de
ERE
Para moverDalguna CHO no crtica en tiempo fuera de la trayectoria de
funcionalidad
"servicio plano" separado por la tecnologa IN. El uso inicial y actual ms importante de la
traducen nmeros de llamada libre a nmeros regulares PSTN (0800, 0500, etc.). Pero
servicios mucho ms complejos han sido desde entonces construidos en IN, como el
trfico VoIP a la red PSTN. SS7 es usado en las redes de telefona mvil celular como
de paquetes).
PRINCIPIOS Y TERMINOLOGA
V A DO S
ER
El subsistema encargado de proveer la funcionalidad de CSS7, es llamado Punto
R ES
H OS
DEREC
de Sealizacin (SP).
sealizacin (SL).
Aunque un canal analgico puede ser utilizado para este propsito, CCS7 ha sido
optimizado para operar en una red digital. Las implementaciones actuales utilizan un
Speed Link.
SP A SP B
B estn interconectados por un enlace de sealizacin. Las unidades de seal (SU) son
transportadas por el mismo canal de sealizacin en ambos sentidos, donde tanto A como
Modo Asociado.
Modo Cuasi-Asociado.
V A DO S
R ES ER
H OS
DEREC
Si dos SPs intercambian entre si mensajes de sealizacin, se dicen que ambos
tienen una relacin de sealizacin. La figura 2.7, es un ejemplo del modo asociado, donde
sealizacin en el trfico para los troncales conectados a los switches A y B sigue otra ruta,
de los mensajes.
de sealizacin.
STP C
SP A SP B
Figura 2.8 Sealizacin CCS 7 entre dos SPs adyacentes en modo cuasi asociado
A DO S
(Fuente: P.K. Bhatnagar)
V
R ES ER
H OS
DEREC
El STP no posee troncales llevando trfico SWs A y B. En tales casos, el STP no
Troncales Voz/Datos
Procesamiento
de llamada y
otras funciones
Troncales Voz/Datos
Funciones del
CCS7 SP SP
Switch A Switch B
Figura 2.9 Sealizacin CCS 7 entre SPs utilizando modos asociado y cuasi asociado usando un STP integrado
(Fuente: P.K. Bhatnagar)
CAPTULO II
como un SP para trfico entre SWs A y C. La sealizacin es llevada en modo asociado por
llevado en modo asociado por el enlace 2. Sin embargo, la sealizacin para los troncales
Set de Enlace 1
SP A
V A DO S SP B
R ES ER
O S
RECH
STP
DE Set de Enlace 2 Set de Enlace 3
STP
Set de Enlace 4 Set de Enlace 5
As, como cada SW en una red telefnica tiene un nico cdigo de numeracin, un
nico cdigo punto (PC) es asignado a cada SP/STP para identificarlos en la red de
sealizacin. As pues cada nodo en CSS7 puede ser localizado por su cdigo punto de
sealizacin.
respaldo en caso de ocurrir una falla. A este grupo de enlaces de sealizacin son llamados
constituyen una ruta de sealizacin (SR), por esa relacin de sealizacin. Varias SRs
sealizacin est conformada por octetos, y cada octeto es a su vez formado por 8 bits.
CCS7 CAS
- Solo requiere de un timeslot para sealizacin,
- Un enlace de sealizacin es requerido por cada
puesto que un solo canal de sealizacin puede
V A D O S canal de voz
DER E
enlace PCM de 2048 C Mbits. canales.
-Por la alta velocidad de sealizacin a 64 Kbps, -CAS es intrnsecamente lento, resultando en
CCS7 provee un servicio ms eficiente con tiempos tiempos ms largos de establecimiento de llamadas.
mucho ms cortos de establecimiento de llamadas.
-Puede soportar un amplio rango de servicios, ya que -Solo puede transferir seales de registro mientras se
puede manejar unidades de seal de longitudes establece la llamada. Ya que no puede usar el canal
variables, inclusive durante una llamada. para sealizacin en la fase de hablar de la llamada.
-Como en CAS, el canal de trfico y el de
-Como en CCS7, los canales de sealizacin y de sealizacin son el mismo, si ocurre una falla en ese
voz han sido separados, no se puede saber con canal, no se podra establecer la llamada. Por otro
exactitud si se estableci la conversacin lado, si se realiza la sealizacin correctamente
correctamente. significa que el canal est bien para llevar a cabo la
conversacin.
de datos llamados Unidades de seal. Las unidades de seal son de tres tipos; unidades
ejemplo, 64 Kbps).
intercambiada entre SPs, FISUs son enviados, lo cual es mejor que mantener el enlace
ocioso, porque la presencia de FISUs ayuda al monitoreo continuo de errores que se puedan
V A DO S
ER
manifestar en los enlaces.
R ES
OS
D ERECH
LSSUs son utilizados para el intercambio de informacin sobre el estado del enlace
de sealizacin interconectando a dos SPs adyacentes. LSSUs son utilizados, por ejemplo,
cuando un enlace esta por ser puesto en servicio. MSUs, es el tercer tipo de unidad de
OSI consta de siete capaz, cada una de las cuales agrega algunas funciones
especficas al sistema, y usa las funciones y capacidades provistas por las capas inferiores
para cumplir sus propias funciones. Adems cada capa del sistema se comunica solo con las
Nivel 1: Fsica
Nivel 3: Red.
Los niveles del 1 al 3, transfieren mensajes de sealizacin entre los nodos de la red
V A D O S
de forma confiable y acertada. Ellos tambin proporcionan las funciones necesarias para la
usan la facultad del transporte de mensaje comn ofrecido por la MTP. Como estos bloques
funcionales son usuarios de la MTP, ellos son llamados partes de usuarios. Varias partes de
TCAP
MTP. SCCP puede ser visto como un mejoramiento sobre las capacidades de transferencia
de la MTP. SCCP y MTP juntos, proporcionan las funciones correspondientes a las capas 1,
CAPTULO II
2 y 3 del modelo OSI. SCCP, en cambio, tiene otros usuarios en el nivel 4, como por
ejemplo TCAP
Usuarios de CCS7
SCCP
Capa 3
V A DO S
ES ER
Red de Sealizacin
R
Nivel 3
H OS
DEREC Capa 2 Enlace de Sealizacin Nivel 2 MTP
CAPAS OSI
transmisin, que interconecta los SPs. Un enlace de datos de sealizacin consiste en dos
transmisin de 64 Kbps.
digital de multiplicacin de 1544 Kbps, 2048 Kbps 8448 Kbps, de acuerdo a las
caractersticas funcionales especificadas por las recomendaciones del ITU-T. Por ejemplo,
V A D O S
sealizacin CCS7 est semi-permanentemente conectado al equipo de canal comn de
DEcumplir
empleados para E
R con esta funcin.
necesarios para la deteccin y correccin de errores, de tal manera que los mensajes de
frecuencia o errores.
disminucin de congestin y prueba un enlace que est siendo habilitado para transportar
En la figura 2.8, los MSUs generados por el ISUP del SP A, son llevados al ISUP
handling). La MSU contiene una etiqueta de enruteo que especifica los cdigos puntos de
los SPs de origen y destino (OPC, DPC), adems de un campo de seleccin de enlace de
sealizacin (SLS).
SP del destino. Tpicamente varios enlaces de sealizacin existen hacia un destino, los
mensajes son distribuidos en los enlaces, tan parejos como sean posible, para evitar
Cuando no existe una ruta directa entre dos SPs, el mensaje originado por el primer
Parte de
4 Usuario 4
3 Red 3
2 LSSU/ LSSU/ 2
Enlace de
FISU FISU
Datos
1 1
Fsica
V A DO S
S ER
SP A SP B
OS R E
H
DEREC
Figura 2.12 Unidades de seal intercambiadas entre nivel 2 y los SPs adyacentes
(Fuente: P.K. Bhatnagar)
El STP examina el DPC y las rutas del mensaje hacia el destino. Una vez que el
mensaje alcanza el SP destino, este necesita saber a qu parte de usuario debe entregar
parte del usuario. El indicador de servicio tiene cuatro bits, por lo tanto, un MTP puede
gestin de los enlaces de sealizacin, gestin de trfico y gestin de rutas. Como ejemplo
de estas funciones se tiene: en caso que un enlace falle, el nivel 3 del SP que detecta la
falla, necesita informar al SP adyacente que ha ocurrido una falla, de esta manera, los dos
SPs pueden desviar los mensajes transportados por el mensaje fallido hacia un enlace
alternativo disponible.
CAPTULO II
PARTE DE USUARIO
sealizacin (SCCP)
ISUP ISUP
4 MSU MSU 4
3 3
V A DO S 3
S ER
OS RE
2 2 2
H
DEREC
1 1 1
DCP = B
SIO = ISUP
SP A STP C SP B
Figura 2.13 Transporte de mensajes de nivel 4: (a) Manejo de Mensajes, (b) Etiqueta de Enrutamiento
(Fuente: P.K. Bhatnagar)
Los MSUs que se originan y se reciben en el ISUP son referidos como mensajes
ISUP. La figura 2.13, muestra el establecimiento de una llamada ISDN usando mensajes
sealizacin del suscriptor 1 (DSS 1). Este es llamado usuario a red o sealizacin de
acceso. Usa un canal comn D para sealizacin asociada con dos canales B (para acceso
de tasa bsica ISDN) o 30 canales B para acceso de tasa primaria ISDN. El canal D tiene
una velocidad de transmisin de 16 Kbps para el acceso bsico y 64 Kbps para el acceso
V A D O S
R E S E Rmensaje de la direccin completa
C H O S
El mensaje de la direccin inicial (IAM) y el
(LRC), son D
mensajes E
ERISUP de CSS7.
Existen dos posibilidades de sealizacin por ISUP:
Operacin en Block.
Operacin Overlap.
las capacidades del protocolo CCS7 a la par con las capas 1 al 3 del modelo OSI. Las
aplicaciones que requieren capacidades de transporte mejoradas son usuarios del SCCP.
El nmero de usuarios de la MTP est limitado a 16, debido a los 4 bits del
entregar un mensaje a una aplicacin deseada. De esta manera, el uso del SSNs es local en
los SPs.
Establecimiento
IAM IAM Establecimiento
Procede llamada
Alerta
ACM ACM
Alerta
V A DO S Conecta
ER
ANM ANM
ES
Conecta
O S R
DE RECH
(a) Establecimiento de llamada entre usuarios.
Desconecta
REL
REL Desconectar
RLC
REL RLC REL
RLC RLC
Figura 2.14 Mensajes ISUP de una llamada ISDN satisfactoria (en operacin block)
(Fuente: P.K. Bhatnagar)
es proporcionado por la traduccin del ttulo global (GT). El SCCP da a sus usuarios la
aplicacin (un usuario del SCCP), que reside en un modo CCS7. El GT es traducido a un
Establecimiento
IAM
Reconocimiento del
Est.
V A DO S
ER
Informacin
R ES
SAM
OS
IAM Establecimiento
H
DEREC
Alerta ACM ACM
Figura 2.15 Mensajes ISUP para la configuracin de una llamada ISDN (operacin overlap)
(Fuente: P.K. Bhatnagar)
como los que s lo son. La MTP mantiene un flujo de mensajes de no conexin, desde que
simplemente transporta mensajes recibidos del nivel 4 y no reconoce los mensajes como
pertenecientes a una transaccin especifica, (Por ejemplo, una llamada). Los mensajes son
enviados uno por uno e independientes los unos de los otros. Por lo tanto, todos los
mensajes son desconectados o no, relacionados el uno al otro de acuerdo a la MTP. Otro
aspecto es que los mensajes de una transaccin especfica son entregados en secuencias
CAPTULO II
debido al mismo valor SLS que est asignados a ellos, pero esto no altera la naturaleza
bsica de los servicios sin conexin proporcionados por la MTP a sus usuarios.
V A DO S
ER
Clase 3: servicios orientados a conexin de control de flujo.
R ES
H OS
DEREC Troncal Troncal
CIC = AB CIC = BC
ISUP ISUP
4 4
3 3 3
2 2 2 MTP
1 1
1
OPC = A OPC = A
DPC = C DPC = C
CIC = AB CIC = BC
dividido en segmentos mientras que son transportados. El servicio es sin conexin puro, y
servicios de la MTP sin conexin. Aunque el servicio es sin conexin, la secuencia de los
mensajes es mantenida.
V A D O S
R
bidireccional de NSDUs entre el SCCP usuario en el modo de origen y el SCCP usuario en
R E S E
C H O S
E
el modo destino, es llevada a cabo por la conexin de sealizacin. Como un nmero de
DER
tales conexiones de seales puede ser multiplexado en la misma relacin de seal, es
para una conexin de sealizacin. Para asegurar la secuencia de mensajes, los mensajes
con los mismos nmeros locales de referencia son asignados al mismo SLS.
Aplicacin Aplicacin
X Y
4 SCCP SCCP
3
3
2 MTP
2
1
1
OPC = A OPC = A
DPC = B DPC = C
GT = uvw GT = Y
uvw C Y
V A D O S
R E S ER
los nuevos servicios multimedia (voz, datos, video...) en los prximos 5-10 aos. La idea
C H O S
D E R E
principal que se esconde debajo de este tipo de redes es el transporte de paquetes
partir del protocolo Internet Protocol ( IP), siendo el trmino "all-IP" comnmente utilizado
2.2.3.1. ARQUITECTURA
Una Red pblica administrada por un operador simple que provee servicios mviles
sta est constituida por una o ms redes de acceso RANs (Radio Access Networks)
Una RAN provee recursos de radio (Ej. canales de radio, ancho de banda) a los
proporcionar una conexin bsica punto a punto de voz. Los servicios bsicos de la
V A DO S
R ES ER
H OS
DEREC
cual no es ms que cualquier servicio que se brinde ms all que de los servicios bsicos.
llamadas sin cobro, desvo de llamadas, comunicaciones multipunto, etc. Por otra parte, los
aplicaciones sobre redes IP que brinden algo ms all que solo el transporte IP. Algunos
ejemplos son los correos electrnicos, el World Wide Web, servicios basados en la
localizacin, mensajes multimedia (MMS), juegos por red, comercio electrnico, entre
otros.
V A D O S
ER
El dominio de conmutacin de paquetes.
oS R E S
E C H
Subsistema Multimedia O
IP IMS (IP Multimedia Subsystem).
DER
Servidores de informacin.
describirn a continuacin:
- MSC
- VLR
- HSS
V A DO S
R ES ER
H OS
DEREC
- SGSN
- GGSN
- MSC:
handoff para terminales mviles. El MSC interconecta las redes de acceso de radio con el
dominio de conmutacin de circuitos y paquetes del core network. Un MSC puede ser una
implementar dichas funciones en diferentes elementos de red. Estos elementos son los
siguientes:
soportar mltiples MGWs y un nuevo servidor MSC y/o MGWs pueden ser
V A DO S
R ES ER
agregados para incrementar el control de llamadas y/o las capacidades de
H OS
DEREC
conmutacin.
Un MSC dedicado denominado Gateway MSC (GMSC), puede ser usado como
visitantes temporalmente mientras ellos estn dentro del rea geogrfica que es controlada
HLR la ubicacin del mismo. El VLR recupera la informacin del mvil visitante del HLR
rea de servicio. Esta informacin el VLR la usa para proveer control del servicio al mvil
visitante.
V A D O S
El HSS es la base de datos maestra en unaE
R E S R la cual contiene la informacin
PLMN
principal componente del HSS es el HLR (Home Location Register), el cual mantiene, por
el GGSN.
contacto con las funciones CAMEL para GPRS y servicios basados en IP. CAMEL
V A D O S
ER
(Customized Applications for Enhanced Logic) es un conjunto de procedimientos y
R E S
Soperadora de red proporcionar servicios especficos a
E C H O
DER
protocolos que permiten a una
sus suscriptores an y cuando los suscriptores estn dentro de una red extranjera.
Por otra parte, las funciones del GGSN son las siguientes:
destino final.
redes IP.
Direcciones IP privadas pueden ser usadas para direccionar los SGSNs y GGSNs
dentro de una PLMN. Cuando una PLMN usa direcciones IP privadas, sern requeridos los
NATs (Network Adress Translators) para la traduccin entre las direcciones IP privadas
usadas dentro de la PLMN y las direcciones IP pblicas usadas en las redes externas, por lo
V A D O S
tanto, los mviles dentro de la PLMN tienen la capacidad de comunicarse con terminales
al dominio Dde E R E C H
direccionamiento
OIP. Cada dominio de direccionamiento IP puede tambin
Los SGSNs y GGSNs son tambin identificados por un nmero SGSN otro GGSN
respectivamente. Los nmeros SGSN y GGSN son usados principalmente con protocolos
diferentes al IP. (Ej. MAP, protocolos basados en CCS7). SGSNs y GGSNs pueden
necesitar usar protocolos diferentes al IP para comunicarse, por ejemplo, con el HSS.
Todos estos equipos son conectados entre s a travs de las siguientes interfaces:
- Interfaz Gs
- Interfaz Gr
- Interfaz Gc
- Interfaz Gn
CAPTULO II
- Interfaz Gi
- Interfaz Gp
- Interfaz Iu
- Interfaz D
- INTERFAZ GS
V A DO S
ES ER
Es una interfaz de sealizacin entre el SGSN y el servidor MSC/VLR el cual
R
H OS
DEREC
permite al SGSN enviar la informacin de localizacin al VLR en la parte de conmutacin
interfaz, tambin permite al MSC/VLR informar al SGSN que el mvil est usando
- INTERFAZ GR
para intercambiar la localizacin y cualquier otra informacin del suscriptor con el HLR.
- INTERFAZ Gc
Interfaz de sealizacin entre el GGSN y el HSS la cual es usada por el GGSN para
por lo tanto, el GGSN puede determinar cmo manejar el trfico hacia y desde este usuario.
- INTERFAZ Gn
CAPTULO II
tambin entre SGSNs en la misma red la cual soporte transporte y movilidad mediante
paquetes.
- INTERFAZ Gi
Interfaz IP estndar entre el GGSN (y el IMS) y otras redes IP. La interfaz Gi usa el
V A DO S
R
otras redes IP externas, el GGSN acta como un Router IP convencional por lo tanto la
IPS R E S E
E C H O
PLMN se comporta como una red comn.
DER
- INTERFAZ Gp
- INTERFAZ Iu
- INTERFAZ D
El protocolo de descripcin de sesin (SDP) fue diseado por la IETF para describir
las sesiones multimedia. SDP transporta informacin de flujos de media de tal manera que
describe la sesin. No incorpora ningn protocolo de transporte. Por lo tanto, un uso comn
de SDP es integrar el SDP en la carga til (cuerpo del mensaje) de otros protocolos. La
carga til del mensaje SIP INVITE puede incluir SDP solo con indicarlo en el Contenido-
V A DO S
ER
Tipo: application/sdp, el SDP incluye lo siguiente:
R ES
H OS
DEREC
Nombre y Propsito de la sesin.
informacin media puede ser tambin incluida para asegurar que el SDP transporte
de texto con un formato ktypel kvaluel. El campo ktypel debe ser un carcter. El
los lados de de signo. Hay varios tipos de descripcin en SDP. En vez de listarlos
a todos ellos en un formato formal, se usa el siguiente ejemplo para ilustrar las
descripciones ms comunes:
v0
sWiley Book
CAPTULO II
t2873397496 2873404696
V A DO S
La primera lnea comenzando con la letra v indica que la versin de SDP es la cero.
E C H O
ER ksession idl kversionl knetwork typel kaddress typel kaddress.
Dokusernamel
el formato de
El ejemplo muestra que el nombre de usuario es jcchen. El uso del ID de sesin y la versin
depende de cmo sea creada esta lnea. El ejemplo muestra que el ID de la sesin es
2890844526, el cual puede ser utilizado para nicamente identificar la sesin. La versin se
la sesin, por ejemplo, la versin podra ser usada detectar el anuncio mas reciente entre
varios anuncios en la misma sesin. EL IN significa que el tipo de red es Internet. El resto
cual es la direccin del host generando la sesin. La direccin tambin puede ser presentada
por el Fully Qualified Domain Name (FQDN). Las siguientes 2 lneas comenzado con las
finalizacin cero representa que la sesin no est delimitada. Si el tiempo de inicio tambin
Las siguientes lneas comenzando con la letra m especifican los tipos de medio y
medio es audio, el cual es transportado sobre RTP [13] a travs del puerto 49170. El AVP
V A D O S
indica que el RTP es operado usando perfiles Audio/Video. Como se define en el perfil
E C H O
muestra de D EaR8 KHz con m-law PCM (PCMU) cdec. La siguiente lnea con la carga
audio
til tipo 31 es para el video en formato H.261 con una tasa de reloj de 9KHz. La lnea de
mapplication 32416 udp wb especifica una aplicacin whiteboard (wb) transportada por
UDP por el puerto 32416. SDP fue considerado primeramente para multicast. Por instancia,
los participantes necesitaran encontrar codecs comunes que ambos pudieran soportar. Por
este propsito, RFC 3264 especifica un modelo de de Oferta/Respuesta con SDP. Dos
participantes, por lo tanto, pueden llegar a una vista comn por la sesin multimedia entre
ellos. En esta modelo, una parte utiliza SDP para generar un mensaje de oferta, en cuando
quisiera utilizar. La otra parte luego responde con otros mensajes SD, los cuales consisten
en emparejar los streams por cada stream en el mensaje de oferta para indicar si el stream
es aceptado. Cualquiera de los participantes puede generar un nuevo mensaje de oferta para
v0
V A DO S
ER
t0 0
R ES
OS
ERECH
maudio 49170 RTP/AVP 0
D
mvideo 51372 RTP/AVP 31
application for the multimedia session. Assuming that Tao, the recipient, does not
want to send and receive the video of type 31 (H.261 video with clock rate of
9 KHz), the payload of the 200 OK message may look like this:
v0
t0 0
mvideo 0 RTP/AVP 31
El rechazo es indicado por un nmero de puerto cero en la lnea del medio de video.
Luego si Tao decide cambiar el stream media, el puede enviar una oferta SDP a Jyh-Cheng
V A DO S
R
por 3GPP, servicios proporcionados, y como los usuarios accesan a estos servicios.
R ES E
C H O S
E
ARQUITECTURA
DER
IMS.
El IMS provee todas las entidades de la red y los procedimientos para soportar la
voz en tiempo real y las aplicaciones multimedios IP. Usa SIP para soportar sealizacin y
control de sesin para servicios de tiempo real. La entidad funcional principal en un IMS es
la Funcin del Control del Estado de Llamada (CSCF). Un CSCF es un servidor SIP.
Dependiendo en las tareas especificas realizadas por un CSCF, CSCFs pueden estar
de sesin para las sesiones de salida de un usuario registrado y realiza las siguientes tareas
principales:
CAPTULO II
Registro.
Control de Sesin.
Servidor Proxy.
Otras Funciones.
V A D O S
Un P-CSCF es el primer punto deE
R S ERmvil dentro de un IMS local (o
C H O S contacto
DEcomo
visitado) Acta E
R un Servidor Proxy SIP. En otras palabras, el P-CSCF acepta
sugerencias SIP desde los mviles y luego cualquiera sirve estas sugerencias internamente
o las direcciona a otros servidores. El P-CSCF incluye una Funcin de Control de Protocolo
(PCF) que controla la poltica con respecto a cmo los portadores en el GGSN deben
Crea CDRs.
CAPTULO II
Un I-CSCF es una funcin opcional que puede ser usada para ocultar la estructura
interna de un operador de red de una red externa cuando un I-CSCF es usado. Sirve como
un punto de contacto central dentro de una red del operador para todas las sesiones
destinadas a un suscriptor de esa red o un usuario roaming actualmente visitando esa red.
CSCF basado primeramente en la siguiente informacin: (1) capacidades requeridas por los
V A D O S
ER
usuarios, (2) capacidades y disponibilidad del S-CSCFs, y (3) informacin topolgica, tal
R E S
Sy la localizacin de los P-CSCFs de los usuarios si
como la localizacin de un H
E C O
ER
S-CSCF
D
estn en la misma red operadora como los S-CSCFs.
una sesin debe ser direccionada. Luego ser responsable por el direccionamiento de la
IMS
Para que un usuario mvil pueda utilizar los servicios proporcionados por un IMS
visitado, el mvil necesita tener una direccin IP que es lgicamente parte del dominio de
V A D O S
Los espacios del direccionamiento IPE
R S EporRel IMS y en una RAN pueden ser
S
usado
E C H O
disyuntivos.D ERpor ejemplo, es probable en el caso cuando una RAN es una LAN
Esto,
INTERFACES DE REFERENCIA
La figura 2.20 muestra las interfaces del IMS, las cuales pueden agruparse en las
siguientes categoras:
Interfaces para sealizacin basados en SIP y servicios de control: estas incluyen las
interfaces Mg, Mi, Mj, Mk, Mr, and Mw, las cuales todas usan SIP como el
protocolo de sealizacin.
BGCF de tal manera que la sesin pueda ser direccionada a las redes PSTN.
V A D O S
R E S ER las sesiones de un mvil receptor
w
C H O S
La interface M permite a un I-CSCF direccionar
a unD ER
S-CSCF.
E
Interfaces para el control de los media Gateways: estas son las interfaces Mc y Mp.
V A DO S
R ES ER
H OS
DEREC
HSS permite al CSCF recuperar del HSS movilidad e informacin de enruteo con
respecto a un usuario mvil para que el CSCF pueda determinar cmo procesar una
sesin de usuario.
Interfaces con redes externas: estas son las Mb, Mm, y Go.
IP externas.
CAPTULO II
portadora en el GGSN.
ARQUITECTURA DE SERVICIO
S
Las especificaciones de redes de prxima generacin asumen que cada mvil tiene
V A D O
R E
una red local y se puede suscribir a una gamaS EdeRservicios con su red local. Las
C H O Srequieren que la red local de un mvil proporcione
D R E
especificacionesEactuales de 3GPP
control de servicio para los servicios locales a los cuales est suscrito el mvil local aun
mvil ser siempre un S-CSCF en la red local del mvil. Estos requerimientos dirigen a dos
servicios bsicos de las estructura IMS para proveer servicios en tiempo real como se
pertenece a la red local del mvil o a un proveedor de servicios externo a la red local del
mvil.
desde el mvil que la origina hasta el P-CSCF visitado primero, el cual luego direcciona la
peticin al I-CSCF (si se usa) en la red local del mvil de origen. Este I-CSCF selecciona
un S-CSCF en la red local para la sesin de este usuario y direcciona la peticin SIP al S-
CSCF seleccionado. Desde este punto en adelante, mensajes SIP futuros para las sesiones
de este mvil viajaran directamente entre el P-CSCF visitado y el S-CSCF en la red local
del mvil.
CAPTULO II
como externas como se ilustra en la figura 2.21. Hay tres tipos de plataformas
estandarizadas: (1) Servidor de Aplicacin SIP, (2) Acceso de Servicio Abierto (OSA)
Multimedia (IM-SSF). Los servicios Ofrecidos por ellos son de valor agregado (VAS) o
servicios especficos del Operador. El S-CSCF usa la misma interface que el controlador de
servicio IMS (ISC), para conectarse con todas las plataformas de servicios. El protocolo de
V A D O S
ER
sealizacin sobre la interface ISC es SIP. El OSA SCS e IM-SSF por ellos mismos no son
S R E S
R E C H
servidores de aplicaciones. En O
vez, ellos son gateways para otros ambientes de servicios.
D E
Como se aprecia en la figura 2.22, el OSA SCS e IM-SSF tiene de interface al servidor de
perspectiva del SCSCF, sin embargo, todos ellos exhiben el mismo comportamiento que la
V A DO S
R ES ER
H OS
DEREC
Servidor de Aplicacin SIP: Adems del control de sesin, un servidor SIP tambin
aplicaciones OSA provee una forma de estandarizar por una tercera parte para
V A DO S
R ES ER
H OS
DEREC
Figura 2.22 Interaccin entre S-CSCF y las plataformas de servicio
(Fuente: Wiley)
Para accesar al IMS de una red visitada, un mvil necesita pasar a travs de los
siguientes pasos:
P-CSCF en el IMS local porque el P-CSCF local ser el primer punto de contacto
del mvil en el IMS visitado y el proxy del mvil para el registro con el IMS.
Registro con el IMS: el mvil necesita realizar una inscripcin SIP con el IMS
visitado y el IMS local del mvil. El P-CSCF local (o visitado) puede ser
CSCF como parte del proceso del contexto de activacin, el mvil indicara tal
V A D S
indicacin ser direccionada transparentemente por el SGSN al GGSN. El GGSN
O
R E S
adquirir las direcciones IP de los P-CSCFs R y los incluir en el paquete
Edisponibles
C H O S
DER
del mensaje deERespuesta del Contexto PDP enviado de vuelta al SGSN, el cual a su
DHCP para descubrir el P-CSCF local, primero activa un contexto PDP con una
direccin IP.
consultas al servidor DHCP. En vez, el mvil direccionara sus consultas iniciales al DHCP
a la direccin IP local de broadcast. Una vez el mvil sabe el nombre del dominio de un P-
comenzar el proceso de registro SIP. La red local del mvil determina si el mvil est
V A D O S
autorizado para usar un IMS visitado basado en la suscripcin de servicio del mvil y el
E C H O
R despus de que se registre exitosamente con su red local.
DEautorizado
puede solo estar
La Figura 2.24 muestra el flujo del mensaje de sealizacin para que un mvil
realice el registro IMS mientras que el mvil esta dentro de una red visitada. El mvil
la identificacin del mvil y el nombre del dominio de la red local del mvil.
peticin del REGISTRO SIP recibida desde un mvil para determinar el punto de entrada
para la red local del usuario, Ej. un I-CSCF o un S-CSCF. Como se indica por el flujo 2, el
V A D O S
P-CSCF visitado luego enviara la peticin de REGISTRO SIP al punto de entrada
R E S R
Einformacin
S
(asumiendo I-CSCF) in la red local del usuario con agregada con respecto al
E R E C HO
D
nombre y direccin del P-CSCF adems del identificador de la red visitada.
El I-CSCF en la red local del mvil enviara el IMSI del mvil y el identificador de
la red visitada al HSS en la red local en un Cs-Querymessage (sobre la interface Cx) para
pedirle al HSS que revise si el usuario est autorizado para usar el IMS visitado. El HSS
regresa los resultados al I-CSCF en un Cx-Query Response message (flujo 4). Si el usuario
est autorizado para usar el IMS visitado y el HSS sabe el nombre del S-CSCF en la red
local del mvil que puede ser usado para servir al usuario (e.g., cuando el usuario ya se ha
registrado con la red antes), el HSS regresara al I-CSCF el nombre de domino del S-CSCF
para el usuario. El I-CSCF resuelve el nombre de dominio del S-CSCF a la direccin IP del
seleccionado (Flujo 7). Si el usuario est autorizado para usar el IMS visitado y el HSS no
conoce ningn S-CSCF asignado al mvil (Ej., cuando en usuario se registra por primera
vez), el I-CSCF consultara ms veces al HSS para obtener informacin con respecto a las
CAPTULO II
capacidades del S-CSCF requeridas para servir al mvil como se indica por el Flujo 5. Una
REGISTRO SIP, el S-CSCF enviara su propio nombre junto con la identidad del mvil
para el HSS en un mensaje Cx-Put (sobre la interfaz Cx) como se ilustra en el flujo 8. Con
la recepcin de una respuesta Cx-Put positiva (Flujo 9) desde el HSS, el S-CSCF enviara
V A D O S
ER
un mensaje Cx-Pull (Flujo 10) al HSS para retirar la informacin de la suscripcin de
R E S
S con un mensaje de respuesta Cx-Pull (Flujo 11) que
E C H O
ER
servicios del mvil. El HSS responder
D
contiene la informacin de la suscripcin del servicio solicitado. El S-CSCF atrapa la
del usuario (Flujo 12). Despus de ejecutar el servicio de control lgico requerido, el S-
CSCF responder a la peticin REGISTRO SIP desde el I-CSCF con un mensaje SIP 200
OK (Flujo 13). Como se especifica por el flujo 14, el mensaje 200 OK es direccionado al P-
Sobre la recepcin del mensaje SIP 200 OK desde la red local del mvil, el P-CSCF
visitado grabara la informacin el contacto de la red local (e.g., la direccin del S-CSCF de
la red local del mvil) contenida en el mensaje. El P-CSCF luego direccionara el mensaje
SIP 200 OK al mvil como se indica por el flujo 15, completando el proceso de registro
SIP. Luego de un registro SIP exitoso, el S-CSCF en la red local mvil puede simplemente
en la red visitada, Ej., sin ir a travs del I-CSCF en el IMS local del mvil. El P-CSCF
CAPTULO II
tambin puede direccionar subsecuentemente mensajes SIP, los cuales no son peticiones de
IMS. Se debe realizar despus de que lleve a cabo el registro a nivel de acceso y la
V A DO S
FLUJOS DE SEALIZACIN DE PUNTA A PUNTA PARA EL
puede dividirse en tres de los siguientes subflujos como se ilustra en la Figura 2.25:
originando la sesion y el S-CSCF elegido para servir al movil. La estacion movil podria
V A DO S
determina los preocedimientos entre el movil destino y el S-CSCF asignado al movil. El
o enS
movil de destino puede estar en su red local E
R R El flujo de sealizacion de S-
Evisitada.
S
una
E C H O
R la sealizacion entre el S-CSCF del movil originando la sesion
DEespecifica
CSCF a S-CSCF
y el S-CSCF del movil que la recibe. Asumiendo que ni el movil que origina ni el que
recibe esta en su red local, en la Figura 2.25, el flujo del movil originando es especificado
la red visitada, y el flujo de sealizacion entre el P-CSCF y el S-CSCF en la red local del
del movil originando y el S-CSCF del movil recibiendo identificado como el Flujo 2.
CSCF en la red local del movil de destino. Es especificado en la figura 2.25 como el Flujo
La Figura 2.25 ilustra el flujo del movil originando la sesion. El movil generando la
sesion envia una peticion SIP INVITE, la cual contiene un SDP inicial, al P-CSCF en la red
visitada (Flujo 1). El P-CSCF luego envia la peticion INVITE al S-CSCF local del movil
CAPTULO II
INVITE al I-CSCF local del movil iniciando la sesion, el cual luego reenviara la peticon al
S-CSCF si la red local quisiera ocultar su configuracion de red (Flujo 2b1 y 2b2). Sobre la
recepcion del SIP INVITE, el S-CSCF del movil originando la sesion realizara cualquier
del movil (Flujo 3). El S-CSCF usara la informacion llevada en la parte de la direccion de
la peticion SIP INVITE para determinar la red local del movil de destino. El S-CSCF luego
V A DO S
ER
direcciona la peticion SIP INVITE al punto de entrada de la red local del movil de destino
R ES
H OS
DEREC
(Flujo 4).
Se asume que el punto de entrada en la red local del movil de destino es un I-CSCF,
representado por el Flujo 3, el cual comprende los Flujos 3a, 3b1, y 3b2, en la Figura 2.27.
(referido como S-CSCF #1) en la red de origen. Similarmente, puede ser entregado al I-
CSCF (referido como I-CSCF #1) en la red de origen si la red origen quisiera ocultar su
configuracion interna. Una vez que el I-CSCF #2 recibe la peticion INVITE, puede
consultar al HSS por la localizacion del S-CSCF (Flujos 4 y 5). Sobre la recepcion de la
peticion SIP INVITE del Flujo 6, el S-CSCF #2 en la red local de destino realizara los
flujos 3a, 3b1 y 3b2, en la Figura 2.27. Como se muestra en la Figura 2.30, la peticion
P-CSCF en la red de visitada del movil de destino. El P-CSCF luego direcciona la peticion
SIP INVITE al movil de destino (Flujo 4). Esto completa el Flujo de sealizacion del movil
V A D O S
Sobre la recepcion de la peticion INVITE, el movil de destino responde con una
E C H O
ERcaminos que viajo por la peticion INVITE. La Respuesta de Oferta
Dmismo
traves de los
contiene el SDP determinado por el movil de destino. Una vez que el movil de origen
recibe la Respuesta de Oferta, deternina el set ofrecido de streams media y transmita una
tambien contener un SDP, el cual puede ser el mismo o diferente que el SPD recibido desde
reservacion.
CAPTULO II
V A DO S
R ES ER
H OS
DEREC
mvil de origen puede tambin escuchar el ring-back tone y es alertado que el mvil de
destino son. Una vez que el mvil de destino contesta la peticin, un mensaje SIP 200 OK
es regresado al mvil de origen, en cual luego responde con un mensaje SIP ACK.
CAPTULO II
V A DO S
R ES ER
H OS
DEREC
es, el flujo puede ser retransmitido por el I-CSCF o puede ser pasado traspasado por el I-
CSCF. Aunque como se explico que el establecimiento de la sesin de punta a punta por la
Figuras 2.28-2.29 juntas, cada una de las figuras es independiente y puede ser combinada
con otros procedimientos. Por Instancia, el flujo de sealizacin del S-CSCF al S-CSCF de
CAPTULO II
la Figura 2.27 podra ser usado con otros flujos de otro mvil de origen y de destino, en el
cual el mvil de origen o destino est en su red local. Tambin es posible que el flujo sea
recolectada por la red. La terminacin de la sesin puede tambin se iniciada por la red
V A D O S
ER
operador, etc. La Figura 2.29 demuestra una terminacin normal de una sesin SIP iniciada
R E S
H que S
O
R E C
por un usuario mvil. Una vez
D E
el mvil cuelga, la estacin mvil genera un mensaje
SIP BYE, el cual es entregado por todo el camino a la otra parte mvil. Recursos
recibe un mensaje SIP BYE. Una vez que el mvil de destino recibe el mensaje SIP BYE,
V A DO S
R ES ER
H OS
DEREC
V A DO S
R ES ER
H OS
Figura 2.29 Flujo de sealizacin de S-CSCF a S-CSCF
DEREC
(Fuente: Wiley)
circuitos, como las redes telefnicas, o de conmutacin de paquetes como las redes de datos
IP. En esta seccin el enfoque ir orientado principalmente a las primeras, ya que son la
(real), de extremo a extremo, entre los cuales existen elementos de conmutacin, que en el
caso de la red telefnica se trata de centrales pblicas (CO Central Office) o PBX (Private
Branch eXchange), para el caso de empresas. Los enlaces pueden consistir en ranuras de
Como se ver ms adelante con mayor detalle, las redes telefnicas pueden operar
la primera en las redes pblicas debido a su eficiencia. El modelamiento para este tipo de
de los supuestos y modelos a aplicar para cada proceso. La notacin de Kendall para un
A / B / C:
V A D O S
R E S
A: representa la distribucin de llegada de ER
requerimientos en un conmutador
C H O S
DER
B: representa E
la distribucin de servicio en un elemento conmutador
A continuacin se har una breve descripcin de los procesos de Poisson para luego
deducir formulas que servirn para medir el grado de servicio de los sistemas antes
descritos.
Se utilizan tres enunciados bsicos para definir los procesos de Poisson. Sea t un
3. Las llegadas son procesos sin memoria: cada llegada (evento) en un intervalo de
El termino O(t) denota los elementos (t)n con n igual o superior a 2. De acuerdo
V A DO S
ER
est dada por:
R ES
H OS
DEREC
[2.1]
[2.2]
de Poisson, los cuales estarn separados en intervalos. Sea el tiempo entre llegadas
sucesivas, siendo esta una variable aleatoria. En la estadstica de Poisson, es una variable
[2.3]
CAPTULO II
Borrado de llamada prdida (Lost Call Cleared o LCC), sin cola de espera.
Retraso de llamada prdida (Lost Call Delayed o LCD), con cola de espera.
V A D O S
ER
En el primer sistema cuando un usuario requiere servicio, existe un tiempo mnimo
cualS R E S
E C
de configuracin, despus delH O se le es otorgado el acceso a un canal si este est
DER
disponible. En la eventualidad de no existir canal disponible, la llamada es interrumpida sin
tiempo. Se asume que las llamadas llegan con una distribucin de Poisson, y adems que
llamada en un sistema LCC. Se asume que todas las llamadas bloqueadas son retornadas
requerimiento es retrasado hasta que un canal se desocupe. Entonces, dado que un canal no
est disponible inicialmente, es necesario conocer la probabilidad de que una llamada sea
retrasada, hasta que un canal est disponible para su uso. La probabilidad de que un canal
CAPTULO II
Erlang C. En LCD el GOS es medido por la probabilidad que la llamada sea retrasada en un
tiempo mayor que t segundos. Se asume que existe un nmero infinito de usuarios, y que
los cuales se basan en modelos de cola M/M/C, que implica proceso de llegada de Poisson,
V A DO S
estadsticas de servicio con distribucin exponencial y C troncales de salida (la M viene de
R ES ER
OS
procesos de Markov).
H
DEREC
2.2.4.2 EARLANG B
para sistemas que no utilizan colas de espera (LCC). Est basada en los siguientes
supuestos:
Todos los usuarios, incluso los bloqueados, pueden pedir un canal en cualquier
Todos los canales libres estn disponibles para entregar servicio hasta que todos
sean ocupados.
probabilidad de ocurrencia.
La peticin de trfico esta descrita por una distribucin de Poisson, lo cual implica
C: canales.
V A DO S
ER
U: usuarios.
R ES
H OS
DEREC
: nmero medio de llegada de llamadas por unidad de tiempo (tasa de llegada).
Entonces
Esta situacin se muestra en la Figura 2.30. La probabilidad que una peticin de canal
[2.4]
CAPTULO II
V A DO S
(Fuente: Rappaport)
R ES ER
H OS
DEREC
Como las llamadas llegan de acuerdo a una distribucin de Poisson se tiene
[2.5]
Donde a(t) es el nmero de llegadas o eventos que han ocurrido desde t=0, y es el
intervalo de tiempo entre dos eventos sucesivos. Como se vio con anterioridad el tiempo de
llegada entre eventos es exponencial del tipo descrito en [2.3]. Entonces la probabilidad que
[2.6]
por unidad de tiempo). La probabilidad que el tiempo de servicio del n-simo usuario sea
[2.7]
V A DO S [2.8]
R ES ER
O S
RECH
y Sn es el tiempo de servicio del n-simo usuario.
DE
Para derivar la frmula para Erlang B es necesario utilizar propiedades de las
valores desde un conjunto de enteros no negativos, tal que los posibles estados del proceso
de Markov si la transicin desde el estado presente i al estado prximo i+1 depende solo
tiempo continuo, pero puede ser analizado en pequeos intervalos ( 0), donde >0.
[2.9]
[2.10]
0, se tiene
[2.11]
VADOS
[2.12]
R ES ER
HOS
DEREC
[2.13]
[2.14]
[2.15]
decir no hay usuarios. Sobre un pequeo intervalo de tiempo, la probabilidad que el sistema
CAPTULO II
usuario est dada por . En el otro extremo, si un canal esta en uso, la probabilidad de que
el sistema pase a 0 canales ocupados est dada por . Similarmente, la probabilidad que el
sistema continu con un canal en uso est dada por 1 . Todas las probabilidades
V A D O S
R E ER alcanza el estado de rgimen
elSsistema
O S
Sobre un gran perodo de tiempo,
C H
permanenteD
y tiene
E
ERn canales en uso. Entonces bajo rgimen permanente se cumple:
[2.16]
[2.17]
[2.18]
[2.19]
CAPTULO II
[2.20]
[2.21]
V A DO S
R E S
En [2.19] la probabilidad de bloqueo para CE R es:
canales
C H O S
DER E
[2.22]
[2.23]
La cual representa la frmula para Erlang B. En la Figura 2.32 se aprecia las curvas
de trfico en Erlang.
CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Figura 2.32. Probabilidad de bloqueo como funcin del nmero de canales y la intensidad de trfico en Erlangs.
(Fuente: Rappaport)
2.2.4.3 EARLANG C
2.33. Para derivar la formula de Erlang C se procede de manera similar que en la seccin
anterior, excepto que ahora se asume que si a una llamada no se le asocia un canal, esta es
puesta en una cola (no es bloqueada), la cual tiene un intervalo largo infinito. Luego las
V A DO S
ES ER
una transicin al estado k - 1 en el prximo intervalo de transicin es la misma que la
R
H OS
DEREC
probabilidad que el sistema est en estado k 1 y transite hacia el estado k. Entonces desde
[2.24]
entonces
[2.25]
[2.26]
entonces
[2.27]
[2.28]
mismo significado para dos o ms sujetos o elementos los cuales intervienen en una
V A DO S
ER
interaccin.
R ES
H OS
DEREC
Red: del latn rete, es el trmino que se utiliza para definir a una estructura que
cuenta con un patrn caracterstico. Existen mltiples tipos de red, como la red informtica,
interfaz de un dispositivo (habitualmente una computadora) dentro de una red que utilice el
protocolo IP (Internet Protocol), que corresponde al nivel de red o nivel 3 del modelo de
nmero hexadecimal fijo que es asignado a la tarjeta o dispositivo de red por el fabricante,
una tasa de 2,048 millones de bits por segundo (Mbps) y puede llevar 32 canales de 64
informacin del protocolo utilizado en una red al protocolo usado en la red de destino.
V A D O S
R E S ER
Paquete: es una unidad fundamental de transporte de informacin en todas las redes
C H O ElS
D E R E
de telecomunicaciones modernas. trmino datagrama es usado a veces como sinnimo.
los nuevos servicios multimedia (voz, datos, video, etc.) en los prximos aos.
S
Situacin actual del trfico
conmutada de voz de prxima
de voz.
V A DO de Red. Observacin Documental Fase I
RESER
generacin. Observacin Directa
R EC H OS Capacidad de reserva y
Determinar los parmetros y
requerimientos para los clculos de
dimensionamiento de la red
DE Parmetros y
control de sobrecarga.
Conmutacin de paquetes.
Voz sobre IP.
requerimientos para Observacin Documental Fase II
conmutada de voz de prxima Protocolos para
dimensionamiento. Observacin Directa
generacin. sealizacin y control de
llamadas.
V A DO S
R ES ER
HOS
DEREC
1
CAPTULO III
MARCO METODOLGICO
OS
La investigacin puede ser definida como una serie de mtodos para resolver
R V A D
S R E SE
O datos objetivos. (Arias G, 1974 Pg.53).
problemas cuyas soluciones necesitan ser obtenidas a travs de una serie de operaciones
R E C H
DE
lgicas, tomando como punto de partida
Los autores Hernndez, Fernndez y Baptista, (1997, Pg. 52) indican que si el
ya que fue necesario detallar la arquitectura bsica de una red de prxima generacin,
2
describir la topologa de interconexin necesaria y tambin lo referente a parmetros de
R V ADOS
RESE
forma es la de una estrategia o plan general que determina las operaciones necesarias
CH O S
DER
para hacerlo.
E
En otro orden de ideas, los autores Hernndez y otros (2006, Pg. 205) definen a
forma intencional las variables independientes para ver su efecto sobre otras variables.
documentos facilitados por la Corporacin Digitel, fue aplicada tal cual y se encuentra
3
documental o bibliogrfico vinculante al tema objeto de estudio, conocindose los
R V ADOS
RESE
vida, documentos legales e inclusive material filmado o grabado. Las fuentes de
CH O S
DER E
conocimiento, de anlisis e interpretacin sern fundamentalmente cosas y no
personas.
comunicacin.
la prctica los conceptos que se han definido tericamente; las tcnicas de recoleccin
4
Por otra parte, este autor define a instrumento de recoleccin de datos, cualquier
recurso de que pueda valerse el investigador para acercarse a los fenmenos y extraer de
R V ADOS
RESE
Observacin Documental
CH O S
SegnD
Tamayo E
ER (1993, p.130), la observacin documental es la que se realiza
con base en la revisin de documentos, manuales, revistas, peridicos, actas cientficas,
los datos.
mayora de los datos necesarios para el cumplimiento de los objetivos propuestos. Esta
5
9 Specifications of Signaling Systems No. 7. ITU-T Red Book, vol. VI, facicle
1985.
9 User Guide for Interworking between MSS and External Networks using SIP or
Observacin Directa
D OS
De acuerdo con Aura Bavaresco (2006, Pg. 96), la observacin directa es
SE R V A
O S R E
aquella donde el investigador no podr valerse de lo que le digan, pues debe ir
R E C H
DE
personalmente, y observar directamente el objeto de investigacin. La observacin
sin tener segundas o terceras personas a quien acudir o solicitar informacin acerca de
investigar.
puesto que fue necesario realizar visitas a la Corporacin Digitel (ubicada en el sector
Sabaneta, Av 100, detrs de la Crcel Nacional de Sabaneta) para observar en sitio las
formas de interconexin entre los equipos del ncleo de la red, as como tambin la
Entrevista Estructurada
6
La entrevista (Bavaresco 2006, Pg.) es otro instrumento de la tcnica de la
manera verbal por parte del (la) informante. Es una fuente primaria. Existen entrevistas
definidas por la autora Aura Bavaresco (2006, Pg. 108 ) de la siguiente manera: Son
aquellas que requieren de la elaboracin de preguntas muy bien pensadas antes de estar
con el (la) entrevistador (a) frente al (a la) entrevistado (a). Es decir, deben ser
R V ADOS
H O S RESE
ER E C
Con la aplicacin de esta tcnica se pretende darle a los datos obtenidos una
D
mayor robustez, debido a que estas entrevistas estn dirigidas a expertos sobre el actual
entre el encuestador y el encuestado. De tal manera que con esto se busc obtener una
mayor claridad sobre los conocimientos obtenidos durante la lectura de los materiales
de la tesis.
7
3.4 FASES DE LA INVESTIGACIN
R V ADOS
9 Recolectar y Analizar la informacin relacionada a la arquitectura de una red de
H O S RESE
DER E C
conmutacin de para trfico de voz.
diseo de redes para recabar mayor informacin sobre los criterios de diseo.
en la recoleccin realizada.
8
FASE 3: SELECCIN DEL MODELO MATEMATICO TOMANDO EN
DIMENSIONAMIENTO.
criterios de dimensionamiento.
OS
FASE 4: DISEO DE LA RED CONMUTADA DE PRXIMA GENERACIN
R V AD
S RESE
PARA TRFICO DE VOZ BASADO EN EL METODO MATEMTICO
H O
DER
SELECCIONADO. E C
9 Documentacin sobre planificacin y diseo de redes de conmutacin de
especificados.
PBLICA.
9
CAPTULO IV
NALISIS DE LOS RESULTADOS
V A DO S
R ES ER
HOS
DEREC
1
CAPTULOIV
CAPTULO IV
V A DO S
S ER
4.1 ELEMENTOS DE RED E INTERFACES DE CONEXIN
R E
OS
D ERECH
Los elementos de red e interfaces de conexin de una red de conmutacin de
figura 2.18. Repasando un poco se pueden mencionar los elementos y sus interfaces:
Elementos de la red:
Se encuentran, la interfaz Iu, interfaz A, interfaz Nb, interfac Mc, interfaz hacia
2
CAPTULOIV
Para el dimensionamiento del MGw (Media Gateway), se toman en cuanta una serie
V A DO S
ER
Nmero de suscriptores WCDMA en este MGw.
R E S
Sen este MGw.
E C H
Nmero de suscriptores O
GSM
DER
Trfico de Voz por suscriptor WCDMA (mE).
Promedio de speech bit rate GSM, incluyendo ATM general, valor preestablecido
84.8 kbps.
Promedio de bit rate de datos CS, incluyendo ATM general, valor preestablecido 79
Bromedio de bit rate de datos CS, incluyendo ATM general, valor preestablecido
Proporcin de trfico de acceso transportado entre MGws a travs del backbone del
core network.
3
CAPTULOIV
en PS.
V A DO S
ES ER
Parmetros de dimensionamiento para las interfaces TDM:
R
H OS
DEREC
Trfico total de voz desde/hacia suscriptores WCDMA en interfaz Iu-CS en
Erlangs.
Erlangs.
Proporcin de trfico de acceso transportado entre MGw a travs del backbone del
core network.
Al igual que con el dimensionamiento del MSC, todos estos parmetros sern
4
CAPTULOIV
SWITCH
El Media Gateway tiene un diseo de hardware escalable. Las interfaces del nodo,
V A DO S
pueden ser dimensionadas para encajar a un trfico de determinado y a una tecnologa de
R ES ER
OS
red.
D E RECH
A continuacin se presentara un mtodo para el dimensionamiento del MGw en una
El MGw puede ser usado como un Media Gateway en una solucin de Softswich
Gateway de sealizacin.
5
CAPTULOIV
V A D O S
R E S ER
Figura 4.1: Interfaces del MG
C H I ,S
laO
E R E
Nota: Otras interfaces como I -PS, G , M y M , pueden ser conectadas va MGw
Dusando conexin cruzada ATM o conexiones conmutadas AAL2.
ur u n ur ub
otro trafico as que por lo tanto los clculos detallados de ancho de banda para esto no son
realizados.
La funcin virtual del MGw hace posible para varios servidores MSC controlar un
MGw fsico (figura 4.2). Esto hace posible la redundancia a nivel de red y ayuda a reducir
6
CAPTULOIV
cierta porcin de las conexiones del protocolo controlador del Gateway de circuito
conmutado controladas dentro de un MGw fsico ser controlado por dos Servidores MSC.
mltiples Servidores MSC siendo involucrados en el manejo de una llamada entre un MGw
fsico. Con el concepto de MSC Server Pool los suscriptores en radio particular del rea de
la red pueden ser atendidos por ms de un Servidor MSC. El nmero de Servidores MSC
V A DO S
R ES ER
pertenecientes a una MSC Pool es tpicamente por lo menos 5.
H OS
. DEREC
del nmero de Servidores MSC controlando el MGw. Los siguientes puntos son asumidos
7
CAPTULOIV
En caso de Iu extendida todas las llamadas pueden ser usadas solo por un MGw
V A DO S
R ES ER
ECH OS
DER
Nmeros de controladores MSC
Caso de Trfico
2-4 5 - 10 11 - 32
Tabla 4.1: Ejemplos de los contextos con su respectiva porcin de llamada para casos de trfico diferentes dentro de un MGw. 2-4
Servidores MSC tpicamente corresponden al concepto de servidor mltiple mientras que sobre 4 servidores de MSC son usualmente
4.3.5.1 GENERAL
El MGw tiene una interfaz ATM hacia las RNCs (interfaz Iu) y posiblemente a otro
media Gateway (Nb interfaz) si un ncleo de red basado en ATM es usado. Adems del
trfico en las interfaces Iu y Nb, las interfaces ATM son usadas para:
8
CAPTULOIV
El trafico de sealizacin.
MGw.
son asumidos como los valores predeterminados. Se asume que el trfico en la interfaz Iu es
Los RNCs pueden ser conectados al MGw bien sea por un puerto dedicado STM-1
ATM o va nodo ATM. En el primer caso el nmero mximo de RNCs es determinado por
ancha.
Si los RNCs estn conectados directamente al MGw, los puertos ATM STM-1 son
necesitados en la base RNC. La redundancia puede ser configurada para conectar cada
RNCs a dos MGws en el sitio (la redundancia RNC es hecha va otro MGw en el sitio). En
este caso es necesitado ancho de banda ATM para ser transportado tambin entre los MGws
del sitio. Si los RNCs estn conectados directamente solo a uno de los MGw, los enlaces de
9
CAPTULOIV
En caso de que los RNCs estn conectados via un nodo ATM, redundancia N+1
En un caso normal uno o dos puertos son utilizados por RNC. Un RNC grande
puede usar 4 puertos STM-1. Notar que tambin otros nodos aparte de los RNCs pueden
El ancho de banda disponible para los RNCs dependen del total del ancho de banda
V A DO S
ATM en el nodo MGw y cuanto ancho de banda ATM es necesitado por las otras interfaces
R ES ER
OS
que no sean las InCS.
D E RECH
4.3.5.3 PARMETROS DE ENTRADA
b_Iu_v = Promedio de speech bit rate WCDMA, incluyendo ATM general, valor
b_A_v = Promedio de speech bit rate GSM, incluyendo ATM general, valor preestablecido
84.8 kbps.
b_Iu_csd = promedio de bit rate de datos CS, incluyendo ATM general, valor
10
CAPTULOIV
b_csd = promedio de bit rate de datos CS, incluyendo ATM general, valor preestablecido
p_Nb = Proporcin de trafico de acceso transportado entre MGws a travs del backbone del
core network.
y enganchados en PS.
V A DO S
R ES ER
p_Iur = proporcin de trfico Iur al trfico Iu.
D ER E a normal.
4.3.5.4 PROCEDIMIENTO
Trfico de Voz
Trfico de Datos
11
CAPTULOIV
Trfico de Voz
Trfico de Datos
V A DO S
Input: Ah = A_Iu_v, Bh = 0.001
R ES ER
C H O S
DER E
Output: N_Iu_v
Output: N_Iu_csd
Output: N_A_v
Output: N_A_csd
Calcular las vas AAL2 necesitadas o el ancho de banda de las interfaces ATM
12
CAPTULOIV
V A DO S
Ancho de banda para S R E SNb,EsiRse usa un backbone ATM ( sin
b)
E R E C HO la interfaz
D
compresin de las llamadas de voz por la interfaz A):
o Ancho de banda:
Interfaz MGw-RNC:
STM-1 en la base RNC. Adems de que son necesarios enlaces redundantes en la base
RNC.
13
CAPTULOIV
Interfaz Mc:
si se necesitan puertos dedicados por la interfaz Mc. Interfaces dedicadas STM-1 pueden
S
Determinar el nmero total de puertos ATM
V A DO
R de los clculos previos para
R E S E
S
Se suman el nmero de interfaces STM-1 necesitadas
E C H O
DER
obtener el nmero necesitado de puertos ATM de 155 Mbps.
4.3.6.1 GENERAL
Access)
Dependiendo del proveedor los MGw tienen diversa capacidad en puertos de STM-
algunos casos puede haber la necesidad de decrementar esta capacidad de manera que los
14
CAPTULOIV
cuenta.
A_Iu_v = Trfico total de voz desde/a suscriptores WCDMA en interfaz Iu-CS en Erlangs.
V A DO S
A_Iu_csd = Trfico total CS de datos desde/a suscriptores WCDMA en interfaz Iu-CS en
R ES ER
H OS
DEREC
Erlangs.
p_Nb = Proporcin de trfico de acceso transportado entre MGw a travs del backbone del
core network.
15
CAPTULOIV
Dividir el trafico total A_POI sobre cada ruta en la interfaz POI. El valor
Usar la formula Erlang Loss para determinar el nmero de canales ET por ruta (Bh =
0.005)
V A DO S
N 155MTDM= N ch / (63*31)
R ES ER
H OS
DEREC
4.3.6.4 PROCEDIMIENTO PARA LA INTERFAZ A
Dividir el trafico total A_A sobre cada ruta en la interfaz A. El monto default de
Usar la formula de Erlang Loss para determinar el nmero de canales ET por ruta
(Bh = 0.005)
N 155MTDM= N ch / (63*31).
MEDIA GATEWAYS.
16
CAPTULOIV
Dividir el trafico total A_Nb sobre cada ruta en la interfaz hacia otros MGws.
Usar la formula de Erlang Loss para determinar el nmero de canales ET por ruta
(Bh = 0.001)
V A DO S
R E S R por ruta de la interfaz A:
Evelocidad
C H O S
Se calcula el nmero de interfaces TDM de alta
D ER E
N 155MTDM= N ch / (63*31).
17
CAPTULOIV
es admitido por la red para asegurar que todo ese trfico cumpla con todos los
V A D O S
R E S ER
S
Medida basada en Control de Admision [Measurement Based Admission Control
E R E C HO
D
(MBAC)] es una caracterstica para medir el desempeo de una red con el propsito de
Si un MGw detecta que la tasa de packet drop est por encima del umbral
entre l mismo y el sitio remoto concerniente, hasta que la tasa de packet drop haya
disminuido lo suficiente como para estar por debajo del umbral. Se asume que el
dimensionamiento de las troncales IP esta hecho de tal manera que no exista congestin
18
CAPTULOIV
operadoras pueden dimensionar sus redes de una manera que hace posible rechazar
V A DO S
corresponder con la capacidad dimensionada del enlace troncal IP. Esto asegurar que no
que el 100% de la carga del enlace, ya que la perdida de paquetes y los requerimientos de
jitter para el trafico de voz no se pueden satisfacer con la utilizacin del 100% del enlace.
La utilizacin del enlace para ciertas perdidas de paquetes y valores de jitter incrementa
puede ser transferido por Ethernet, MPLS y por PPP. En el MGw en ancho de banda de la
carga til es siempre calculado usando cabeceras Nb/RTP/UDP/IP. Las cabeceras de las
capas inferiores (tales como PPP, MPLS, ATM, Ethernet etc.) no se incluyen.
19
CAPTULOIV
p_Nb = Proporcin de trafico de transporte de acceso entre MGws a travs del trocal del
nucleo de la red.
V A DO S
p_VoIP = Proporcin de trafico IP del trafico total de acceso.
R ES ER
H OS
DEREC
Rh = Taza de carga alta a normal.
4.3.7.3 PROCEDIMIENTO
Trfico de Voz
Trfico de Datos
Trfico de Voz
Trfico de Datos
20
CAPTULOIV
determinar las ambas vas de los canales ET por caso de trfico (Bh = 0.001)
Output: N_Iu_csd
Output: N_A_v
Output: N_A_csd
Output: N_VoIP_v
Nmero de conexiones necesitadas para la interfaz Nb, cuando se usa troncal IP:
21
CAPTULOIV
BWNb = N_Nb * Ancho de banda para AMR 12.2 20ms (22.88 Kbps) * Taza de
conexiones calculadas.
calcula el trfico de la misma en base al trfico en bits/seg que pasa a travs de ella,
tomando en cuenta los diferentes tamaos de los MSUs que manejan los diversos
protocolos utilizados sobre esa interfaz. A continuacin se presenta el clculo del trfico
22
CAPTULOIV
V A DO S
R ES ER
OS
9 Para WCDMA:
H
NOMBRE DEL DEREC
MSU/SEG EN BASE A 100000 TAMAO DEL MSU CONTRA CADA NMERO DE
(OCTETOS/MSU)
Tabla 4.2: Parmetros para calcular los octetos por segundo para WCDMA
Fuente: (Digitel)
23
CAPTULOIV
Ahora se calcula la cantidad total de Octetos por segundo, y para esto simplemente
De igual manera que para el caso de WCDMA se obtiene el valor total de Octetos
por segundo, sumando cada uno de los valores de la ltima columna de la tabla anterior.
V A DO S
R ES ER
OS
D ERECH
9 Para GSM
Tabla 4.3: Parmetros para calcular los octetos por segundo para GSM
Fuente: (Digitel)
24
CAPTULOIV
Llegados a este punto, se obtiene el trfico total entre WCDMA y GSM, luego se
GSM) * 8
V A DO
Cantidad total de bits/seg = (848185.32 + 708354.6) * 8 S
R E S ER
Cantidad total de bits/segO
C H S
= 12452319.36 bits/seg
DER E
Mbits/seg/FastEthernet)
Como se observa para el trfico manejado en este caso por la interfaz Mb solo
requiere una conexin FastEthernet. Cabe mencionar que para este tipo de conexin se
por lo tanto en este caso habra redundancia 1+1 por lo que se requeriran 2 conexiones
FastEthernet.
25
CAPTULOIV
WCDMA/GSM.
V A DO S
R ES ER
H OS
DEREC
Figura 4.3: Red WCDMA / GSM
(Fuente: Prez, Salazar)
GERAN.
El MGw1 tiene una conexin TDM de alta velocidad (STM-1) hacia POI.
INTERFACES ATM
Resultados Intermedios
Trfico en la interfaz Iu
26
CAPTULOIV
Trfico en la interfaz A
N_Iu_csd (Bh=0.001) = 97
V A DO S
R ES ER
OS
N_A_v (Bh=0.001) = 1683
H
DEREC
N_A_csd (Bh=0.001) = 19
27
CAPTULOIV
Resultados Finales
La redundancia para las RNCs se realiza mediante la solucin redundante del site
V A D O S
(cada RNC est conectado a ambos MGws). Esto requiere 2*N STM-1 (Ancho de banda
necesita un D ER
puerto
E
STM-1 propio.
es un total de 2.
Interfaces Nb y Mc:
28
CAPTULOIV
INTERFACES TDM
Resultados Intermedios
V A DO S
ES ER
Numero requerido de conexiones por ruta (se asumen 2 rutas a POI, (1716.3E)/2 =
R
858.2E):
H OS
DEREC
N_POI_route (Bh=0.005) = 902
Trfico en la Interfaz A:
Se asume que cada uno de las cuatros BSCs comparten la carga en partes iguales.
29
CAPTULOIV
Resultados Finales
S
En nmero total de canales necesitados: 2*902 + 4*435 = 3544
V A DO
R ES ER
H OS
DEREC
STM-1 necesitados:
INTERFACES IP
Resultados Intermedios
Interfaz-Nb:
Nmero de conexiones requeridas para la Interfaz Nb, cuando se usa backbone IP:
Interfaz-VoIP:
30
CAPTULOIV
V A DO S
R ES ER
H OS
DEREC
9 Para WCDMA:
NOMBRE DEL MSU/SEG EN BASE A 30000 TAMAO DEL MSU CONTRA CADA NMERO DE
(OCTETOS/MSU)
Tabla 4.4: Ejemplo parmetros para calcular los octetos por segundo para WCDMA
31
CAPTULOIV
Fuente: (Digitel)
V A DO S
R ES ER
H OS
DEREC
9 Para GSM
Nombre del MSU/seg en base a 70000 Tamao del MSU contra cada Punto Nmero de
(Octetos/MSU)
32
CAPTULOIV
Tabla 4.5: Ejemplo parmetros para calcular los octetos por segundo para GSM
Fuente: (Digitel)
GSM) * 8
N total de conexiones = 2
33
CAPTULOIV
V A DO S
R ES ER
H OS
DEREC
Donde queda representado en una red completa GSM extandida a una de prxima
34
CAPTULOIV
V A DO S
R ES ER
H OS
DEREC
Gracias a este trabajo de investigacin se puede apreciar que el MSC est ubicado
en la red, expandindola para as poder brindar todos los servicios que trae consigo las
redes de prxima generacin para que as las empresas no se vean obligadas a sustituir todo
35
CONCLUSIONES
CONCLUSIONES
V A DO S
S ER
transmisin, puesto que tres tipos diferentes de modos de transmisin, como lo son,
R E
H OS
DEREC
ATM, TDM e IP.
redes de esto tipo, puesto que se hace indispensable el uso de las tablas de Erlang y
de correccin para garantizar de cierta forma el trafico que la red pueda soportar,
como por ejemplo el factor Rh, el cual ofrece cierto margen de error para brindar
este diseo se podra complicar en la medida que se vayan exigiendo por parte de
dimensionadas.
V A D O S
E C H
ER en forma general como sigue:
Ddescribir
puede
o Para la interfaz Mc, una de las mas importante puesto que une al Servidor-
requerido para transportar su carga IP, una vez obtenido el ancho de banda
emplear.
Se puede finalizar afirmando que con las herramientas de Erlang se puede hacer el
diseo de una Red de Prxima Generacin para trafico de voz, tal y como se
demuestra mediante este trabajo de investigacin con el cual se alcanzaron todos los
V A DO S
S ER
requerimientos bsico de para el dimensionamiento de una red de estas
R E
H OS
DEREC
caractersticas.
RECOMENDACIONES
RECOMENDACIONES
ncleo de conmutacin.
V A D O S
R E S ER
9 Realizar estudios de diseo y dimensionamiento en las otras partes de la red de
el backbone.
requeridos.
V A DO S
R ES ER
HOS
DEREC
BIBLIOGRAFA
5
BIBLIOGRAFA
R V ADOS
MISHRA, Ajay, Advanced Cellular Network Planning and Optimization Wiley-
RESE
Interscience, 2007
CH O S
SAMPIERI, DFERNANDEZ,E
ER BAPTISTA. Metodologa de la Investigacin. Editorial
Mc. Graw Hill, 2006.