Derechos Reservados: Diseño de Redes de Conmutación de Próxima Generación para Tráfico de Voz

REPBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD RAFAEL URDANETA

FACULTAD DE INGENIERA
ESCUELA DE TELECOMUNICACIONES
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
Realizado Por Brs:

PREZ SOLAECHE, Santiago Flix
C.I 17189286
SALAZAR SNCHEZ, Wilfredo Jos
C.I 18742995
Asesor Acadmico Asesor Industrial

MSC. AL CARRILLO ING. FREDDY BOSCN
Maracaibo, enero de 2008.

V A DO S
R ES ER
H OS
DEREC
REPBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD RAFAEL URDANETA
FACULTAD DE INGENIERA
ESCUELA DE TELECOMUNICACIONES
V A DO S
R ES ER
H OS
DEREC
__________________________ ________________________
Br. PREZ S, Santiago F. Br. SALAZAR S, Wilfredo J.

C.I 17189286 C.I 18742995
VEREDICTO
Este jurado aprueba el Trabajo Especial de Grado titulado: 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,
y WILFREDO J. SALAZAR S., portador de la C.I: 18.742.995, en cumplimiento con los
requisitos establecidos para optar por el

V A D O S
ttulo
de INGENIERO DE
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
_____________________
Ing. Jos F. Bohrquez

C.I: 3.379.454
Decano Facultad de Ingeniera
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 mi familia, novia, amigos y maestros, quienes me brindaron su apoyo condicional en los
momentos difciles de la carrera, para poder as superarlos y seguir mi camino.
A Dios, que sin su ayuda no hubiese contado con el apoyo de todas las personas que antes
mencion, ya que todo lo que uno posee es gracias a l.
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
camino, iluminando cada paso de mi vida.
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
apoyo no lo habra logrado, porO serS R E S E

ER E C H mis guas inculcndome los principios y valores ms
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
importantes a lo largo de la vida.
A mi familia y amigos, por levantarme el nimo cuando las cosas pintan mal y de esa
manera poder mantenerme firme y superar las situaciones adversas.
j|yxw fttt fv{x
VII
AGRADECIMIENTOS
A Dios, por darnos sabidura e inteligencia en cada momento y ser nuestro gua durante el
camino de la vida.
A nuestros padres y hermanos, quienes nos brindaron siempre su apoyo y fortaleza,

llenndonos de consejos y amor incondicional.
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.
A todos muchas gracias
ft|tz cx ftxv{x
j|yxw fttt fv{x
VII
NDICE
NDICE GENERAL
VEREDICTO . IV
DEDICATORIA V
AGRADECIMIENTOS .... VII
NDICE GENERAL .. 8
V A DO S
S ER
RESUMEN . 12
O S R E
ER E C H
ABSTRACT ... 13
D
INTRODUCCIN . 14
CAPTULO I: EL PROBLEMA ...... 16

1.1. PLANTEAMIENTO DEL PROBLEMA .. . 17
1.2. FORMULACIN DEL PROBLEMA 21
1.3. OBJETIVOS 22
1.3.1 OBJETIVO GENERAL 22
1.3.2 OBJETIVOS ESPECFICOS 22
1.4 ALCANCE ... 22
1.5 JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN 23
1.6 DELIMITACIN .. 24
1.6.1 DELIMITACIN ESPACIAL 25
1.6.2 DELIMITACIN TEMPORAL ..... 25
1.6.3 DELIMITACIN CIENTFICA .......... 25
CAPTULO II: MARCO TERICO 26

2.1 ANTECEDENTES DE LA INVESTIGACIN ... 27
2.2 BASES TERICAS . 30
2.2.1 RED DE TELECOMUNICACIONES . 30
2.2.1.1 REDES CONMUTADAS 32
2.2.1.2 REDES DE DIFUSIN 38
2.2.2 SEALIZACIN .. 41
2.2.2.1 SEALIZACIN CCS7 .. 41
2.2.3 REDES DE PRXIMA GENERACIN .. 59
2.2.3.1 ARQUITECTURA ... 59
8
NDICE
2.2.3.2 RED DE CONMUTACIN DE PRXIMA GENERACIN.... 61

2.2.3.3 PROTOCOLOS DE DESCRIPCIN DE SESIN (SDP) .. 68
2.2.3.4 IP MULTIMEDIA SUBSYSTEM (IMS) 72
2.2.4 TEORA DE TELETRFICO .... 94
2.2.4.1 PROCESOS DE POISSON . 95
2.2.4.2 EARLANG B 98
2.2.4.3 EARLANG C .. 105
2.3 DEFINICIN DE TRMINOS BSICOS 107
2.4 OPERACIONALIZACIN DE LAS VARIABLES .. 108
2.4.1 MAPA DE VARIABLES . 108
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
CAPTULO IV: ANLISIS DE LOS RESULTADOS .. .119

4.1 ELEMENTOS DE RED E INTERFACES DE CONEXIN 120
4.2 PARMETROS A TOMAR EN CUENTA PARA EL DIMENSIONAMIENTO
DEL MEDIA GATEWAY Y MSC . 122
4.3 DIMENSIONAMIENTO DEL MEDIA GATEWAY .. 123
4.3.1 DIMENSIONAMIENTO DEL MEDIA GATEWAY.. 123
4.3.2 INTERFACES DEL MEDIA GATEWAY ..... 123
4.3.3 HIPTESIS DE DIMENSIONAMIENTO ... 124
4.3.4 IMPACTO DEL SERVIDOR MULTIPLE MSC EN LA CAPACIDAD
DEL MEDIA GATEWAY 124
4.3.5 DIMENSIONAMIENTO DE LA INTERFAZ ATM ........126
4.3.5.1 GENERAL .. 126
4.3.5.2 NMERO MAXIMO DE RNC .. 127
4.3.5.3 PARMETROS DE ENTRADA .. 128
4.3.5.4 PROCEDIMIENTO 129
4.3.6 DIMENSIONAMIENTO DE LAS INTERFACES TDM .132
4.3.6.1 PARMETROS DE ENTRADA ... 132
4.3.6.2 PROCEDIMIENTO PARA LA INTERFAZ POI .. 133
4.3.6.3 PROCEDIMIENTO PARA LA INTERFAZ A .. 134
4.3.6.4 PROCEDIMIENTO PARA LA INTERFACE HACIA OTROS
MEDIA GATEWAYS . 134
4.3.6.5 PROCEDIMIENTO PARA LA INTERFAZ PRA . 135
4.3.7 DIMENSIONAMIENTO DE LAS INTERFACES IP .. 135
4.3.7.1 CONTROL DE ADMISIN IP .. 135
9
NDICE
4.3.7.2 PARMETROS DE ENTRADA ... 137

4.3.7.3 PROCEDIMIENTO 138
4.3.8 EJEMPLO DE DIRECCIONAMIENTO .. 143
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
Figura 2.1 Red y Equipo Terminal .. 31

Figura 2.2 Red Conmutada .. 33
Figura 2.3 Conmutacin de Circuitos . 35
Figura 2.4 Conmutacin de Paquetes . 38
Figura 2.5 Topologas Anillo, Bus con Radio . 39
Figura 2.6 Operacin de una Red 40
Figura 2.7 CCS 7 entre dos SPs adyacentes en modo asociado .. 42
Figura 2.8 Sealizacin CCS 7 entre dos SPs adyacentes en modo cuasi asociado 44
Figura 2.9 Sealizacin CCS 7 entre SPs utilizando modos asociado y cuasi
asociado usando un STP integrado 44
Figura 2.10 Ilustracin de set de enlaces de sealizacin, ruta, y set de ruta ... 45
Figura 2.11 Grupo de protocolos de CCS 7 .. 59
Figura 2.12 Unidades de seal intercambiadas entre nivel 2 y los SPs adyacentes . 52
Figura 2.13 Transporte de mensajes de nivel 4: (a) Manejo de Mensajes,
(b) Etiqueta de Enrutamiento 53
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
PREZ S. Santiago F.; SALAZAR S. Wilfredo J. DISEO DE REDES DE

CONMUTACIN DE PRXIMA GENERACIN PARA TRFICO DE VOZ. Trabajo
Especial de Grado para optar al Ttulo de Ingeniero DE Telecomunicaciones; Maracaibo
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.
Palabras Clave: ncleo de red, interfaces de interconexin, dimensionamiento,
Santiago Prez: e-mail: sfps.telecomunicaciones@gmail.com

Wilfredo Salazar: e-mail: wilsalazlord@hotmail.com
12
ABSTRACT
ABSTRACT
NEXT GENERATION SWITCHED NETWORK DESIGN FOR VOICE TRAFFIC
Prez Santiago Salazar Wilfredo
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.
Key Words: core network, interconnection interface, dimensioning
Santiago Prez: e-mail: sfps.telecomunicaciones@gmail.com

Wilfredo Salazar: e-mail: wilsalazlord@hotmail.com
13
INTRODUCCIN
INTRODUCCIN
Las telecomunicaciones en general, hace algunos aos, han comenzado a generar en
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
travs de cualquiera de sus tecnologas. Quizs el sector de las comunicaciones mviles ha
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
desarrollo de tales redes.
Actualmente la tendencia de las redes de comunicaciones mviles es la de migrar a
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
ncleo de Redes de Prxima Generacin (NGN), el cual constituye la parte ms
fundamental de las redes en cuestin. Por lo tanto de aqu surge el propsito de esta
investigacin la cual radica principalmente en el de diseo de redes de conmutacin de
prxima generacin especficamente para el trfico de voz.
14
INTRODUCCIN
En el captulo I, se analiza la problemtica que actualmente atraviesa las empresas
sector de las telecomunicaciones para poder ofertar servicios eficientemente a un costo
justo, y por ende la necesidad de la implementacin de una red de conmutacin de prxima
generacin para poder cumplir tal cometido.
Asimismo en el Captulo II, se presentan los antecedentes de la investigacin, y las
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
Generacin (NGN), los componentes que la E

R S ERprotocolos de comunicacin, etc.
O S
conforman,
E C H
DER
15
INTRODUCCIN
En el Captulo III, se explica la metodologa seleccionada, incluyendo el tipo y
diseo de la investigacin, las tcnicas de recoleccin de datos utilizadas y el
procedimiento a seguir, el cual fue dividido en fases, para alcanzar los objetivos
especficos planteados.
En el Captulo IV, se expresan los resultados que llevaron a cabo la realizacin
del diseo de redes de conmutacin de prxima generacin para trfico de voz.
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
1.1 PLANTEAMIENTO DEL 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
telecomunicaciones atravesaron una serie de coyunturas por causa de la modernizacin y
privatizacin iniciadas en los aos ochenta a lo largo de todo el mundo. Esta situacin se
debi a que la industria de las telecomunicaciones le dio ms importancia al aspecto
econmico y mercadeo que a la calidad del servicio que stas brindaban.
Entre el ao 2000 y 2003, estas circunstancias se caracterizaron bsicamente por el
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
corporativos afectaron la ganancia de estas empresas.
Un indicativo de este acontecimiento se ve reflejado en Venezuela por una gran
disminucin de la calidad de servicios prestados y un incremento acelerado de los costos de
los servicios que se ofrecan.
17
CAPTULO I
Adicionalmente, esta situacin se ha visto acentuada debido a que los abonados
pertenecientes a las diversas empresas de telecomunicaciones adquieren cada vez con
mayor frecuencia equipos o dispositivos de alta tecnologa, capaces de brindar
numerosas de aplicaciones o servicios secundarios, que satisfacen la comodidad del
usuario; pero lamentablemente tales aplicaciones son limitadas en gran parte por la
capacidad de las diferentes redes proveedoras de servicio.
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
poder adquisitivo del usuario.
Todos estos problemas en la comunicacin se deben en gran parte a la alta
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
necesidad en que se ha transformado la comunicacin hoy en da; por lo tanto, los
sistemas de conmutacin de dichas empresas han reducido su rendimiento perjudicando
as al servicio suministrado. Es por eso que las empresas se ven obligadas a aumentar el
nmero de conmutadores utilizados en su red o ampliar los existentes, con la finalidad
de solventar esta problemtica, lo cual conlleva a un incremento considerable en el
costo de adquisicin y mantenimiento de tales conmutadores, pues los mismos son muy
costosos y por lo tanto no es una solucin rentable.
18
CAPTULO I
No es sorpresa para nadie que la tecnologa actualmente se desarrolla en una
forma exponencial, lo cual obliga a estar en constante actualizacin; debido a esto, la
red instalada hoy en da es muy poco flexible a la implementacin de las de nuevas
tendencias que trae consigo la vanguardia tecnolgica.
Como ltimo motivo, se puede puntualizar las numerables limitaciones
contenidas en la red actual para poder manejar todos los servicios y aplicaciones
correspondientes en forma autnoma, sin necesidad de recurrir a otras redes alternas
para satisfacer la demanda.

R V ADOS
H O S RESE
R E C
En caso de persistir los acontecimientos anteriormente expuestos los abonados
D E
sern testigos de una gran disminucin de la calidad del servicio recibido de estas
empresas, lo cual no es una situacin favorable ni para la empresa ni para los
suscriptores, especialmente cuando se considera que debe existir un alto nivel de
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
a fin de aligerar el congestionamiento en el trfico de voz de estas empresas.
En otro orden de ideas, la tendencia de todos los sistemas de
telecomunicaciones, a nivel mundial, es migrar desde la conmutacin de circuitos a la
conmutacin de paquetes que hace as mucho ms eficiente en todos los sentidos la
transmisin de informacin, bien sea voz o datos, debido a que el principal propsito de
este desarrollo tecnolgico es dividir la informacin en unidades muchsimo ms
pequeas para as poder enviarlas en forma segmentada por cualquier canal que est
disponible, disminuyendo as la congestin y a su vez se dejan de utilizar conexiones
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
asociados al trfico de voz y el elevado incremento de los servicios de datos.
Debido a esto, se est desarrollando una tecnologa basada en la conmutacin de
paquetes en la que las llamadas telefnicas pueden realizarse utilizando el internet, esta
tecnologa se denomina Voz Sobre IP o VoIP, la cual es relativamente nueva para
Venezuela, ya que su implementacin viene dndose desde hace aproximadamente
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
puedan solventar en su gran mayora los conflictos expuestos anteriormente. Dentro de
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
adaptarse a las nuevas tendencias tecnolgicas que vayan surgiendo a un costo
relativamente bajo, sin necesidad de cambiar su arquitectura original, haciendo nfasis
en la comunicacin por voz, por ser la ms utilizada y a su vez la ms afectada,
mediante la aplicacin de la tecnologa VoIP que es la mejor representante de una nueva
arquitectura de redes denominada Redes de Prxima Generacin (NGN).
Este tipo de redes, garantizar una disminucin considerable en los costos de las
llamadas de larga distancia nacional e internacional, y adicionalmente, proporcionara
una mejor calidad de servicio de trfico de datos utilizando la nube del internet.
Adicionalmente, permitirn disfrutar de un menor costo del servicio de internet,
y adicionalmente, una disminucin considerable tanto en las llamadas de larga distancia
nacional como en las de larga distancia internacional.

20
CAPTULO I
Se puede tambin mencionar, que el protocolo TCP/IP se est implementando de
forma vertiginosa en cada uno de los sistemas de telecomunicaciones utilizados en la
actualidad; esto es debido a que es un protocolo que permite un desarrollo de mayor
rapidez y a su vez de una manera mucho ms econmica. Tambin permite la
convergencia de todos los servicios que utilicen este protocolo con facilidad
Por todo lo antes expresado, se propuso la elaboracin de este Trabajo Especial
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
telecomunicaciones sufrida en Venezuela en E

S R SE brindando as una red IP que
O
la actualidad
R E C H
DE transparente de los servicios.
logre la convergencia
1.2 FORMULACIN DEL PROBLEMA
Cmo disear redes de conmutacin de prxima generacin para trfico de
voz?
1.3 OBJETIVOS
Los objetivos que se desean alcanzar son los siguientes.
1.3.1 OBJETIVO GENERAL
Disear red de conmutada de prxima generacin para servicios de voz basado
en teora de trfico.
1.3.2 OBJETIVOS ESPECFICOS
21
CAPTULO I
Analizar la situacin actual sobre el clculo de trfico en la red conmutada
de voz de prxima generacin.
Determinar los parmetros y requerimientos para los clculos de
dimensionamiento de la red conmutada de voz de prxima generacin.
Seleccionar el modelo matemtico que ms se adapte a los requerimientos y
parmetros para el dimensionamiento de la red conmutada de voz de
prxima generacin.
Disear la red conmutada de voz de prxima generacin basada en el
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
para su integracin a la red pblica.
1.4 ALCANCE
Esta investigacin se limitar al diseo de redes de conmutacin de prxima
generacin, especficamente para el trfico de voz. Se plantear la forma en la cual se
debe estructurar eficientemente las redes de conmutacin de prxima generacin,
describiendo los principales elementos que las componen y sus respectivos criterios de
seleccin. Se realizarn todos los procedimientos y estudios que sean necesarios debido
a que en Venezuela no se han realizado aun trabajos con este propsito.
1.5 JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN
La importancia de esta investigacin surge de la necesidad que tienen las
empresas del sector de telecomunicaciones de poseer una red lo suficientemente
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.
Hoy da existen pocas o ninguna red capaz de satisfacer eficientemente los
requerimientos actuales y los que estn por venir. Por tal motivo, es urgente el diseo y
desarrollo de redes de nueva o prxima generacin, cuyas caractersticas o cualidades
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
permita guiarse en el diseo, la planificacin y gestin de redes de prxima generacin.
Entre los beneficios y ventajas derivadas de este trabajo es que a partir del
mismo, se facilitar la transicin de la tecnologa actual a las innovadoras soluciones y
tendencias de telecomunicaciones que se avecinan, colocando as en la cspide de la
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
para afrontar la competitividad.
Desde el punto de vista tcnico, la implementacin de redes de prxima
generacin desplazar parcialmente, y poco a poco en su totalidad, a los sistemas de
conmutacin de circuitos actuales por sistemas de conmutacin de paquetes. Aplicando
este sistema ser posible lograr con un solo conmutador de paquetes el equivalente al
trabajo realizado por cinco conmutadores de circuitos, logrando as mayor eficiencia en
23
CAPTULO I
la utilizacin de los recursos la red y un menor costo de inversin a la empresa, y a su
vez, menor costo del servicio cara al cliente.
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
requieran, sus mensajes de texto sern recibidos oportunamente por su destino y,
R V ADOS
adicionalmente, se tendrn disponibles otros servicios tales como video conferencias,
Internet de alta velocidad, etc.

H O S RESE
D E R E C
Por otra parte, los autores se vern igualmente beneficiados debido a que este
trabajo les proporcionar herramientas y conocimientos de la tecnologa de punta dentro
del mbito de las telecomunicaciones, colocndolos como pioneros en adentrarse en esta
importantsima y fundamental rea de las comunicaciones, redes y prestacin de
servicios en general; fortalecindolos acadmica y profesionalmente para enfrentar con
xito el futuro desempeo laboral.
1.6 DELIMITACIN
Esta investigacin estar delimitada de la siguiente manera:
1.6.1 DELIMITACIN ESPACIAL
Esta investigacin se llevar a cabo en la Universidad Rafael Urdaneta, en la
Escuela de Ingeniera en Telecomunicaciones, ubicada especficamente en el Mdulo #
3, piso # 2 de la Sede Vereda del Lago, localizada en la Avenida # 2 (El Milagro) de la
ciudad de Maracaibo, Estado Zulia.
24
CAPTULO I
1.6.2 DELIMITACIN TEMPORAL
La presente investigacin ser realizada en un lapso de seis meses, a partir de
Junio de 2008
1.7 DELIMITACIN CIENTFICA
Este trabajo est vinculado a las reas de Telemtica y Comunicaciones,
especficamente a la sub-rea de Planificacin de Redes de Telecomunicaciones y
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
2.1 ANTECEDENTES DE LA INVESTIGACIN
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.
ALVARADO, Anbal. (2004) DISEO E IMPLEMENTACIN DE REDES DE
ACCESO PARA PROVEER EL SERVICIO DE TELEFONA FIJA, PORTADORES Y
SERVICIOS DE VALOR AGREGADO POR EL GRUPO TV CABLE. Guayaquil.
Escuela Superior Politcnica del Litoral, Facultad de Ingeniera en Electricidad y
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
del servicio de telefona fija local y nacional en agosto de 2002.

CAPTULO II
En el captulo uno se explic, el fenmeno de la convergencia de las redes de
telecomunicaciones, ms especficamente de las redes de acceso. Se mencionan las
diferentes ventajas obtenidas mediante la convergencia, as como los requerimientos
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.
En el captulo dos se present, el contrato de concesin firmado por TV Cable en
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
en marcha del servicio. Se dimensionaron los equipos necesarios para la transmisin de
seales y conmutacin de canales de voz, tomando en cuenta los estudios de trfico
previos, el cronograma de puesta en marcha presentado en el captulo dos, los ndices de
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
adquirirse para alcanzar la capacidad requerida.
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
describen ligeramente las especificaciones de la interfaz de comunicaciones E1 y de los
tipos de sealizacin telefnica utilizados.
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
red desagregado, y tambin se explica el funcionamiento de la red mediante la
implementacin de las especificaciones MGCP y DOCSIS.
Esta tesis de grado, tuvo como conclusin, que el uso de tecnologa de ltima
generacin facilita los estudios y clculos necesarios en el diseo, y permite un
significativo ahorro en inversin y tiempo de instalacin.
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.
ESTEPA, Rafael. (2002) CONTRIBUCIONES AL SOPORTE DE CALIDAD EN
REDES DE VOZ SOBRE IP. Universidad de Sevilla, Escuela Superior de Ingenieros,
rea de Ingeniera Telemtica, Departamento de Sistemas y Automtica. El objetivo
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
general se plantearon las siguientes interrogantes: cmo alcanzar un determinado nivel de
calidad en la llamada, minimizando los recursos utilizados en la red de transporte?, y, qu
sealizacin utilizar para comunicar las diversas entidades que componen el modelo?
La primera tarea se abord proponiendo un algoritmo que permitiese, en tiempo
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
conversacin telefnica, conocidos los parmetros de funcionamiento

CAPTULO II
La sealizacin que se utiliz en el modelo, se bas en la Arquitectura de
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
incompletas, se realiz una especificacin de los parmetros de calidad en lenguaje ASN.1.
El modelo final fue implementado y validado en un banco de pruebas diseado a tal efecto,
lo que permiti confirmar el correcto funcionamiento del mismo.
V A D O S
Esta investigacin presenta grandes aportes en criterios y normas para obtener una
R E S R dicha tecnologa es la utilizada

EVoIP;
S
mayor calidad de servicio en redes con tecnologa
E C H O
Rpor las Redes de Prxima Generacin; por lo cual constituye una base
DdeEvoz
para el trfico
de informacin significativa a emplear en el desarrollo del presente trabajo especial de
grado.
2.2 BASES TERICAS
En la elaboracin de dichas bases tericas se hizo revisin a variada bibliografa,
cuyos principales autores son Andrew Tanenbaum, Behrouz A.Forouzan y Wayne Tomas,
al igual que se utiliz informacin de diversas pginas web, principalmente la de la IEEE.
2.2.1. RED DE TELECOMUNICACIONES
Un sistema de telecomunicaciones consiste en una infraestructura fsica a travs de
la cual se transporta la informacin desde la fuente hasta el destino, y con base en esa
infraestructura se ofrecen a los usuarios los diversos servicios de telecomunicaciones
(Figura 2.1). En lo sucesivo se denominar "red de telecomunicaciones" a la infraestructura
encargada del transporte de la informacin. Para recibir un servicio de telecomunicaciones,

CAPTULO II
un usuario utiliza un equipo terminal a travs del cual obtiene entrada a la red por medio de
un canal de acceso. Cada servicio de telecomunicaciones tiene distintas caractersticas,
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
requerido consiste en un aparato telefnico; para recibir el servicio de telefona celular, el
equipo terminal consiste en telfonos porttiles con receptor y transmisor de radio, etc.
V A DO S
R ES ER
H OS
DEREC
Figura 2.1 Red y Equipo Terminal

(Fuente: bibliotecadigital.ilce.edu.mx)
Para fines ilustrativos, se puede establecer una analoga entre las
telecomunicaciones y los transportes. En los transportes, la red est constituida por el
conjunto de carreteras de un pas y lo que en ellas circulan son vehculos, que a su vez dan
servicio de transporte a personas o mercancas. En las telecomunicaciones se transporta
informacin a travs de redes de transporte de informacin.

CAPTULO II
La principal razn por la cual se han desarrollado las redes de telecomunicaciones
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.
En general se puede afirmar que una red de telecomunicaciones consiste en las
siguientes componentes: a) un conjunto de nodos en los cuales se procesa la informacin, y
b) un conjunto de enlaces o canales que conectan los nodos entre s y a travs de los cuales
se enva la informacin desde y hacia los nodos.
Desde el punto de vista de su arquitectura y de la manera en que transportan la
informacin, las redes de telecomunicaciones pueden ser clasificadas en:
2.2.1.1. REDES CONMUTADAS
La red consiste en una sucesin alternante de nodos y canales de comunicacin, es
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
siguiente nodo, y as sucesivamente (Figura 2.2).
V A DO S
R ES ER
H OS
DEREC
Figura 2.2 Red conmutada

Existen dos tipos de conmutacin en este tipo de redes: conmutacin de paquetes y
conmutacin de circuitos.
CONMUTACIN DE CIRCUITOS
La comunicacin entre dos estaciones utilizando conmutacin de circuitos implica
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:
Establecimiento del circuito
Cuando un usuario quiere obtener servicios de red para establecer una
comunicacin se deber establecer un circuito entre la estacin de origen y la de destino. En
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
Una vez que se ha establecido un circuito puede comenzar la transmisin de
informacin. Dependiendo del tipo de redes y del tipo de servicio la transmisin ser digital
o analgica y el sentido de la misma ser unidireccional o full duplex
Cierre del circuito
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
utilizados por el circuito, pueden ser usados por otra comunicacin.
En una conmutacin por circuitos, la capacidad del canal se reserva al establecer el
circuito y se mantiene durante el tiempo que dure la conexin, incluso si no se transmiten
datos.
CAPTULO II
Un caso tpico de utilizacin de conmutacin de circuitos es el sistema telefnico
original. En donde al realizar una llamada se estableca un circuito, el cual se mantena
hasta la finalizacin de la comunicacin (Figura 2.3).
V A DO S
R ES ER
H OS
Figura 2.3 Conmutacin de Circuitos
DEREC
CONMUTACIN DE PAQUETES
La conmutacin es una tcnica que nos sirve para hacer un uso eficiente de los
enlaces fsicos en una red de datos.
Un Paquete es un grupo de informacin que consta de dos partes: los datos
propiamente dichos y la informacin de control, en la que est especificado la ruta a seguir
a lo largo de la red hasta el destino del paquete. Mil octetos es el lmite de longitud superior
de los paquetes, y si la longitud es mayor el mensaje se fragmenta en otros paquetes.
Ventajas generales:
Los paquetes forman una cola y se transmiten lo ms rpido posible.
Permiten la conversin en la velocidad de los datos.
La red puede seguir aceptando datos aunque la transmisin se haga lenta.

CAPTULO II
Existe la posibilidad de manejar prioridades (si un grupo de informacin es ms
importante que los otros, ser transmitido antes que dichos otros).
Tcnicas de Conmutacin: para la utilizacin de la Conmutacin de Paquetes se
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
pueden llegar al destino en desorden debido a que su tratamiento es independiente. Un
paquete se puede destruir en el camino, cuya recuperacin es responsabilidad de la estacin
de destino (esto da a entender que el resto de los paquetes estn intactos).
Circuitos Virtuales
Son los ms usados. Su funcionamiento es similar al de las redes de conmutacin
de circuitos. Previo a la transmisin se establece la ruta previa a la transmisin de los
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
transmisin enva este tipo de paquete); establecida la transmisin, se da el intercambio de
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
un identificador de circuito virtual en lugar de la direccin del destino. Los paquetes se
recibirn en el mismo orden en que fueron enviados.

CAPTULO II
Si no existiese una tcnica de conmutacin en la comunicacin entre dos nodos, se
tendra que enlazar en forma de malla. Una ventaja adicional de la conmutacin de
paquetes, (adems de la seguridad de transmisin de datos) es que como se parte en
paquetes el mensaje, ste se est ensamblando de una manera ms rpida en el nodo
destino, ya que se estn usando varios caminos para transmitir el mensaje, producindose
un fenmeno conocido como "transmisin en paralelo".
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
afectado, lo cual es mucho menos problemtico. Lo nico negativo, quizs, en el esquema
de la conmutacin de paquetes es que su encabezado es ms grande.
La conmutacin de paquetes se trata del procedimiento mediante el cual, cuando un
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:
Almacenamiento y retransmisin (store and forward): hace referencia al proceso de
establecer un camino lgico de forma indirecta haciendo "saltar" la informacin del
origen al destino a travs de los nodos intermedios
Control de ruta (routing): hace referencia a la seleccin de un nodo del camino por
el que deben retransmitirse los paquetes para hacerlos llegar a su destino.

CAPTULO II
Los paquetes en fin, toman diversas vas, pero nadie puede garantizar que todos los
paquetes vayan a llegar en algn momento determinado.
En sntesis, una red de conmutacin de paquetes consiste en una "malla" de
interconexiones facilitadas por los servicios de telecomunicaciones, a travs de la cual los
paquetes viajan desde la fuente hasta el destino (Figura 2.4).
V A DO S
R ES ER
H OS
DEREC
Figura 2.4 Conmutacin de Paquetes

2.2.1.2. REDES DE DIFUSIN
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
diferentes formas y arreglos de interconexin (topologas), aplicables a redes basadas en
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
conectados los usuarios.
V A DO S
R ES ER
H OS
DEREC
Figura 2.5 Topologas Anillo, Bus con Radio

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
y la entrega al mismo a travs de su propio equipo terminal (Figura 2.6)

CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Figura 2.6 Operacin de una Red
Los usuarios no pueden transmitir informacin en todas las redes. Por ejemplo, en
televisin o radiodifusin, los usuarios son pasivos, es decir, nicamente reciben la
informacin que transmiten las estaciones transmisoras, mientras que, en telefona, todos
los usuarios pueden recibir y transmitir informacin.
La funcin de una red de telecomunicaciones consiste en ofrecer servicios a sus
usuarios, y cuando sta es utilizada para que sobre ella se ofrezcan servicios de
telecomunicaciones al pblico en general (por ejemplo, la red telefnica) se le denomina
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
telecomunicaciones: una red de telecomunicaciones utilizada para comunicar a los
empleados y las computadoras o equipos en general, de una institucin financiera, es una
red privada.
CAPTULO II
2.2.2. SEALIZACIN
La sealizacin se refiere al intercambio de informacin entre componentes de
llamada los cuales se requieren para entregar y mantener servicio. CCS7 es un medio por el
cual los elementos de una red de telefona intercambian informacin. La informacin es
transportada en forma de mensajes. SS7 provee una estructura universal para sealizacin
de redes de telefona, mensajera, interconexin, y mantenimiento de redes. Se ocupa del
V A D O S
establecimiento de una llamada, intercambio de informacin de usuario, enrutamiento de
llamada, estructuras de abonado diferentes, E

R S ER
S
y soporta servicios de Redes Inteligentes (IN).
ERE
Para moverDalguna CHO no crtica en tiempo fuera de la trayectoria de
funcionalidad
sealizacin principal, y para flexibilidad futura, fue introducido el concepto de un
"servicio plano" separado por la tecnologa IN. El uso inicial y actual ms importante de la
tecnologa IN ha sido para servicio de traduccin de servicios, por ejemplo, cuando se
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
CLASS y las llamadas telefnicas pre-pagadas. SS7 es tambin importante al enlazar
trfico VoIP a la red PSTN. SS7 es usado en las redes de telefona mvil celular como
GSM y UMTS para aplicaciones de voz (Conmutacin de Circuitos) y datos (Conmutacin
de paquetes).
2.2.2.1. SEALIZACION CCS7
PRINCIPIOS Y TERMINOLOGA
Los principios y terminologa de CSS7 son argumentados en base a la aplicacin de
circuitos conmutados de CCS7.

CAPTULO II
CCS7 es un mtodo de sealizacin que emplea un nico canal separado para
transmitir informacin de sealizacin de un gran nmero de canales de circuitos
conmutados por medio de mensajes etiquetados llamados unidades de seal.
Desde el punto de vista de CSS7 un switch digital debe consistir en dos
subsistemas: uno implementando las funciones tales como procesamiento de llamadas,
mantenimiento y administracin, y el otro implementando las funciones de CSS7.
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).
El canal comn llevando la informacin de sealizacin es llamado enlace de
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
timeslot de 56 o 64 Kbps. de los 24 o 30 canales de la trama PCM, como un enlace de
sealizacin. Actualmente existen enlaces de sealizacin de 2 Mbps, denominado High
Speed Link.
SP A SP B
Figura 2.7 CCS 7 entre dos SPs adyacentes en modo asociado

(Fuente: P.K. Bhatnagar)
CAPTULO II
La red se sealizacin ms simple se muestra en la figura 2.7, en donde los SPs A y
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
B, originan y reciben unidades de seal.
CCS7 puede ser utilizado en dos modos posibles:
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
la sealizacin sigue la misma ruta que un circuito conmutado de trfico.
Un ejemplo del modo cuasi-asociado de sealizacin se observa en la figura 2.8. La
sealizacin en el trfico para los troncales conectados a los switches A y B sigue otra ruta,
llamndola A- C B. El punto de transferencia de seal C, (STP C), es usado para
transferir la informacin de sealizacin desde el SP A hasta el SP B. Se observa que
mientras el SP A y el SP B generan y reciben mensajes, el STP C no es ni fuente ni destino
de los mensajes.
Por lo tanto, un STP bsicamente funciona como un Switch de trnsito de paquetes
de sealizacin.
Un STP se puede implementar en cualquiera de las siguientes dos formas:
Como un STP independiente.
Como un STP integrado. (SP con STP).

CAPTULO II
STP C
SP A SP B
Figura 2.8 Sealizacin CCS 7 entre dos SPs adyacentes en modo cuasi asociado
A DO S
V
R ES ER
H OS
DEREC
El STP no posee troncales llevando trfico SWs A y B. En tales casos, el STP no
necesita de un SW telefnico, y es llamado un STP independiente.
Troncales Voz/Datos
Procesamiento
de llamada y
otras funciones
Troncales Voz/Datos
Funciones del
CCS7 SP SP
Switch A Switch B
Enlace SP con Enlace

STP
Switch C
Figura 2.9 Sealizacin CCS 7 entre SPs utilizando modos asociado y cuasi asociado usando un STP integrado
CAPTULO II
La figura 2.9, muestra a un SP integrado con STP en el SW C. El SW C funciona
como un SP para trfico entre SWs A y C. La sealizacin es llevada en modo asociado por
el enlace de sealizacin 1. Similarmente, la sealizacin para el trfico entre SWs B y C es
llevado en modo asociado por el enlace 2. Sin embargo, la sealizacin para los troncales
entre los SWs A y B es llevada en el modo cuasi-asociado por los enlaces 1 y 2.
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
Figura 2.10 Ilustracin de set de enlaces de sealizacin, ruta, y set de ruta

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.
De acuerdo a la cantidad de informacin de sealizacin que se necesite transmitir
se pueden emplear varios enlaces de sealizacin, e incluso se podra colocar uno de
respaldo en caso de ocurrir una falla. A este grupo de enlaces de sealizacin son llamados
Set de Enlace (LS).
Una ruta predeterminada que toma un mensaje entre un SP de origen y un SP de
destino a travs de una sucesin de SPs/STPs, y la interconexin de enlaces de sealizacin

CAPTULO II
constituyen una ruta de sealizacin (SR), por esa relacin de sealizacin. Varias SRs
constituyen a su vez un set de rutas de sealizacin (SRS). En otro orden de ideas, la
sealizacin est conformada por octetos, y cada octeto es a su vez formado por 8 bits.
CSS 7 VERSUS SEALIZACIN POR CANAL ASOCIADO:
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
EelRcanal 16 de PCM 30 para sealizar los

atender gran nmero de canales de voz/datos.
-Se puede utilizar cualquier timeslot de cualquier ES
H O S R -Usa
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.
Tabla 2.1 Caractersticas de CCS7 y CAS

ORGANIZACIN DE LA INFORMACIN DE SEALIZACIN
El intercambio de informacin de sealizacin entre SPs es organizada en paquetes
de datos llamados Unidades de seal. Las unidades de seal son de tres tipos; unidades
de seales de relleno (FISUs), unidades de seales de estado de enlace (LSSUs) y unidades

CAPTULO II
de seal de mensaje (MSUs). El protocolo CCS7 requiere flujo bidireccional constante de
informacin por el enlace de sealizacin a una velocidad de transmisin estndar (por
ejemplo, 64 Kbps).
Durante perodos donde la informacin de sealizacin no til est por ser
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
seal. Son usados para el intercambio de informacin de sealizacin entre SPs
correspondientes a una llamada.
ANALOGA DEL CCS7 EN CAPAS
La estructuracin del protocolo CCS7 en capas, fue influenciada por el sistema
abierto de interconexin (OSI), modelo de referencia especificado por la ITU-T.
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
capas inmediatas a ella.

CAPTULO II
El protocolo CCS7, es particionado en cuatro niveles:
Nivel 1: Fsica
Nivel 2: Enlace de datos.
Nivel 3: Red.
Nivel 4: Partes del usuario.
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
R E S EporRlo tanto, parte de transferencia del

O S
gestin de la red. Los niveles 1, 2 y 3 son llamados,
C H
mensaje (MTPDE delR E
protocolo CCS7).
La aplicacin de la sealizacin para encontrar metas especficas, es la funcin del
nivel 4. Muchos bloques funcionales en el nivel 4, representando aplicaciones especficas,
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
usuario pueden existir simultneamente en el nivel 4.
Ejemplos: TUP para sealizacin en telefona.
ISUP para sealizacin en ISDN y telefona.
TCAP
La parte de sealizacin de control de conexin (SCCP), es tambin un usuario de la
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
TCA ISUP TUP

Capa 4 - 7
P Nivel 4:
Partes de
Usuario
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
Capa 1 Enlace de Datos de Sealizacin Nivel 1
CAPAS OSI
Figura 2.11 Grupo de protocolos de CCS 7.

PARTE DE TRANSFERENCIA DE MENSAJE (MTP)
La MTP est compuesta de tres capas inferiores, 1, 2 y 3.
NIVEL 1 (SEALIZACIN DE ENLACE DE DATOS)
El flujo de informacin de sealizacin toma lugar a travs del enlace fsico de
transmisin, que interconecta los SPs. Un enlace de datos de sealizacin consiste en dos
senderos de transmisin operando juntos en direcciones opuestas con la misma velocidad
de transmisin, y son utilizados exclusivamente para transportar informacin de
sealizacin entre dos SPs.

CAPTULO II
Para un enlace de datos de sealizacin digital, la ITU-T, recomend una tasa de
transmisin de 64 Kbps.
Los canales de transmisin digital de 64 Kbps, pueden ser derivados de un sistema
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,
el timeslot 16 puede ser utilizado en el sistema PCM de 30 canales. El timeslot llevado a la
V A D O S
sealizacin CCS7 est semi-permanentemente conectado al equipo de canal comn de
R E S E R de interfase acorde deben ser

C H O S
sealizacin en los dos SPs. Alternativamente, equipos
DEcumplir
empleados para E
R con esta funcin.
NIVEL 2 (FUNCIONES DE ENLACE DE SEALIZACIN)
El enlace de datos de sealizacin, el cual consiste en facultades fsicas, est dedicado a
los errores de transmisin. Puesto que el transporte de la informacin de sealizacin sea
acertado, es de gran importancia en CCS7. El nivel 2, proporciona los mecanismos
necesarios para la deteccin y correccin de errores, de tal manera que los mensajes de
sealizacin sean transportados desde un SP a otro, sin prdidas, repeticiones, perdida de
frecuencia o errores.
Como las unidades de seal contienen un nmero variable de octetos, la
demarcacin de un SU a otra es hecha mediante una bandera en un octeto. La bandera tiene
un patrn distintivo, y un mecanismo es proporcionado para que el patrn de la bandera no
sea imitado por el resto de la data en la SU.

CAPTULO II
El nivel 2 tambin provee monitoreo de errores, para que entonces un enlace de
sealizacin con errores excesivos pueda ser sacado de servicio.
Intercambiando LSSUs, el nivel 2 realiza tales funciones para indicar el comienzo o
disminucin de congestin y prueba un enlace que est siendo habilitado para transportar
trfico de sealizacin, antes que entre en servicio.
NIVEL 3 (FUNCIONES DE LA RED DE SEALIZACIN)

V A D O S
R ES ER
C H O S 3 es la de entregar los mensajes generados por una
E
Una funcin importante del nivel
DER
parte del usuario en un SP a la correspondiente parte del usuario del SP del destino. El
mensaje puede ser transportado por uno o varios SPs intermedios.
En la figura 2.8, los MSUs generados por el ISUP del SP A, son llevados al ISUP
del SP B a travs de un STP C. Esta funcin es llamada manejo de mensaje (message
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).
La ruta hacia el SP del destino es decidida encaminando el DPC en la etiqueta del
enrutamiento y determinando el enlace de sealizacin que el mensaje debe usar hacia el
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
congestionamiento debido a cargas desproporcionadas. El equilibrio de carga es llevado a
cabo usando los campos SLS.

CAPTULO II
Cuando no existe una ruta directa entre dos SPs, el mensaje originado por el primer
SP debe pasar por un STP.
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
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
dicho mensaje. Un campo en el MSU (service indicator), es analizado para determinar la
parte del usuario. El indicador de servicio tiene cuatro bits, por lo tanto, un MTP puede
direccionar mensajes hasta un mximo de 16 partes de usuario.
El nivel 3, tambin realiza funciones de gestin de red de sealizacin. Consiste en
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
NIVEL 4 (PARTES DE USUARIO)
Los usuarios de la MTP son, la parte de usuario de telfono (TUP), la parte de
usuario de ISDN (ISUP), la parte de usuario de datos (DUP) y la parte de control de
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
(a) Manejo de Mensaje
SLS OPC DPC
SLS: Seleccin de enlace de

Sealizacin.
OPC: Cdigo punto de Origen.
DPC: Cdigo punto de Destino.
(b) Etiqueta de Enrutamiento
Figura 2.13 Transporte de mensajes de nivel 4: (a) Manejo de Mensajes, (b) Etiqueta de Enrutamiento
PARTE DE USUARIO ISDN (ISUP)
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
ISUB entre un SW de origen y uno de destino.

CAPTULO II
En la ISDN, la sealizacin entre el usuario ISDN y el SW, sigue el sistema de
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
primario. En la figura 2.10, el establecimiento, proceso de llamada, alertado, conexin y
desconexin son los mensajes DSS 1.
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.
PARTE DE CONTROL DE CONEXIN DE SEALIZACIN (SCCP)
SCCP es un mejoramiento de las funciones de la MTP orientadas a transporte. Trae
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.
CAPACIDAD DE DIRECCIONAMIENTO MEJORADO
El nmero de usuarios de la MTP est limitado a 16, debido a los 4 bits del
indicador utilizado para direccionamiento. El SCCP, provee direccionamiento para un total
de 255 usuarios empleando un subsistema de nmeros (SSNs).

CAPTULO II
El SSNs, proporciona un mecanismo de distribucin que acondiciona al SCCP para
entregar un mensaje a una aplicacin deseada. De esta manera, el uso del SSNs es local en
los SPs.
Usuario Switch Switch Switch Usuario

ISDN de Origen de Trfico de Destino ISDN
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
DSS 1 CSS 7 DSS 1
(b) Liberacin de la llamada.
Figura 2.14 Mensajes ISUP de una llamada ISDN satisfactoria (en operacin block)
En el nivel de red de CCS7, un mejoramiento de la capacidad de direccionamiento
es proporcionado por la traduccin del ttulo global (GT). El SCCP da a sus usuarios la
opcin de suministrar un GT. El GT es una direccin que nicamente identifica una
aplicacin (un usuario del SCCP), que reside en un modo CCS7. El GT es traducido a un
DPC y un SSN en el SP de origen o cualquier otro modo que mantiene la tabla de

CAPTULO II
traduccin. El DPC acondiciona la MTP para alcanzar la aplicacin deseada. El
enrutamiento basado en SCCP, usando GT es mostrado en la figura 2.11, en el cual, la
traduccin del GT es hecha en el STP B.
Usuario Switch Switch Switch Usuario

ISDN de Origen de Trafico de Destino ISDN
Establecimiento
IAM
Reconocimiento del
Est.
V A DO S
ER
Informacin
R ES
SAM
OS
IAM Establecimiento
H
DEREC
Alerta ACM ACM
ANM ANM Conecta

Conecta
DSS 1 CSS 7 DSS 1
Figura 2.15 Mensajes ISUP para la configuracin de una llamada ISDN (operacin overlap)
SERVICIOS ORIENTADOS Y NO ORIENTADOS A CONEXIN
A diferencia de la MTP, SCCP atiende tanto a los servicios no orientados a conexin
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.
El SCCP proporciona los siguientes servicios:
Clase 0: servicios sin conexin bsicos.
Clase 1: servicios sin conexin secuenciales.
Clase 2: servicios orientados a conexin bsicos.
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
Switch de origen A Switch de trnsito B Switch de destino C

(SP A) (SP B) (SP C)
Figura 2.16 Sealizacin de extremo a extremo usando MTP (mtodo pass-along)

En la clase 0, un bloque de informacin del usuario del SCCP en el SP de origen, es
transportado al usuario SCCP en el SP de destino. El tamao mximo de este bloque
(llamado unidad de dato de servicio de red, NSDU), es de 255 octetos cuando el
direccionamiento no es realizado por el ttulo global. El bloque de informacin no es

CAPTULO II
dividido en segmentos mientras que son transportados. El servicio es sin conexin puro, y
por tanto la secuencia de los mensajes no est asegurada.
La clase 1 de los servicios sin conexin secuenciales es el equivalente a los
servicios de la MTP sin conexin. Aunque el servicio es sin conexin, la secuencia de los
mensajes es mantenida.
En la clase 2 de servicio orientados a conexin bsicos, una transferencia
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
necesario asignar un par de nmeros de referencia llamados nmeros locales de referencia,
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
Switch de origen A (SP Switch de trnsito B Switch de destino C (SP

A) (STP B) C)
OPC = A OPC = A
DPC = B DPC = C
GT = uvw GT = Y
Ttulo Global Cdigo SSN

Punto

uvw C Y

Tabla de Traduccin del Ttulo

Global en STP B
Figura 2.17 Direccionamiento de la traduccin de un Ttulo Global.

CAPTULO II
La clase 3 de servicios orientados a conexin, proporcionan ms aspectos que las
clase de servicio 2, tales como el control de flujo para gestin de congestionamiento y
deteccin cuando ocurre un error en la secuencia de los mensajes.
2.2.3. REDES DE PRXIMA GENERACION
Es un amplio trmino que se refiere a la evolucin de la actual infraestructura de
redes de telecomunicacin y acceso telefnico con el objetivo de lograr la congruencia de
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
encapsulados de informacin a travs de Internet. Estas nuevas redes sern construidas a
partir del protocolo Internet Protocol ( IP), siendo el trmino "all-IP" comnmente utilizado
para describir dicha evolucin.
2.2.3.1. ARQUITECTURA
Una Red pblica administrada por un operador simple que provee servicios mviles
es denominada PLMN de las siglas en ingls de (Public Land Mobile Network). La
arquitectura conceptual de una red de prxima generacin es ilustrada en la figura 2.18.
sta est constituida por una o ms redes de acceso RANs (Radio Access Networks)
interconectados por el Core Network (CN) o red de conmutacin.
Una RAN provee recursos de radio (Ej. canales de radio, ancho de banda) a los
usuarios para accesar al CN. El CN tiene la capacidad de soportar dos tipos de
conmutacin, la conmutacin de paquetes y la conmutacin de circuitos para proporcionar
servicios mviles a los usuarios. Estos servicios de comunicacin incluyen servicios

CAPTULO II
bsicos y servicios avanzados. Los servicios bsicos, proporcionados por la conmutacin de
circuitos incluyen la conmutacin de voz, llamada de datos y el control de llamadas para
proporcionar una conexin bsica punto a punto de voz. Los servicios bsicos de la
conmutacin de paquetes incluyen el routing y transporte de paquetes IP.
V A DO S
R ES ER
H OS
DEREC
Figura 2.18 Arquitectura de Red de Prxima Generacin

(Fuente: Wiley)
Los servicios avanzados, comnmente se refieren a servicios de valor agregado, lo
cual no es ms que cualquier servicio que se brinde ms all que de los servicios bsicos.
Ejemplos de servicios avanzados de la conmutacin de circuitos son: llamadas prepago,
llamadas sin cobro, desvo de llamadas, comunicaciones multipunto, etc. Por otra parte, los
servicios avanzados de la conmutacin de paquetes pueden incluir todos los servicios o

CAPTULO II
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.
El CN es dividido en los siguientes bloques funcionales:
El dominio de conmutacin de circuitos.
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.
2.2.3.2. RED DE CONMUTACIN DE PRXIMA GENERACION
La red de conmutacin de prxima generacin est basada en los siguientes
elementos con sus respectivas interfaces como se muestra en la figura 2.19

CAPTULO II
Figura 2.19 Arquitectura del Core Network
(Fuente: Wiley)
Los elementos que corresponden al CN (Core Network), son los siguientes y se
describirn a continuacin:
- MSC
- VLR
- HSS
V A DO S
R ES ER
H OS
DEREC
- SGSN
- GGSN
- MSC:
EL MSC proporciona funciones de control de llamadas para proveer servicios de
conmutacin de circuitos y paquetes a los terminales mviles. Adicionalmente, los MSC
proporcionan funciones de control de movilidad, incluyendo registro local y funciones de
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
interfaz de gran cantidad de estaciones base. El MSC, como se indica anteriormente,
permite funciones control de conmutacin de llamadas, por lo tanto podemos separar e
implementar dichas funciones en diferentes elementos de red. Estos elementos son los
siguientes:
Servidor MSC para el manejar el control de llamadas y administrar la movilidad.

CAPTULO II
Media Gateway (MGW) para el manejo de la conmutacin de circuitos y paquetes,
conversaciones, y el procesamiento de la carga til (Ej., supresor de eco,
codificadores) y transporte de esa carga til a travs de los circuitos y paquetes. La
separacin del control de llamadas y el control de conmutacin permite usar
diferentes tecnologas en las mismas independientemente. Esto tambin ayuda a
incrementar la escalabilidad de la red. Por ejemplo, un servidor MSC puede
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
interface a redes de circuitos conmutados externas. El GMSC es responsable de enrutar las
llamadas conmutadas por circuitos a redes externas. Las funciones de control de
conmutacin y llamadas de un GMSC pueden ser tambin separadas e implementadas en
diferentes entidades de red: MSG para la conmutacin y control de medios y un servidor
GMSC para el control de llamadas.
- VLR (Visitor Location Register)
Un VLR mantiene la ubicacin e informacin de los servicios suscritos de mviles
visitantes temporalmente mientras ellos estn dentro del rea geogrfica que es controlada
por el VLR. Este rastrea la localizacin de un mvil visitante e informa a su respectivo
HLR la ubicacin del mismo. El VLR recupera la informacin del mvil visitante del HLR
al que corresponde manteniendo una copia de la informacin mientras el mvil este en su

CAPTULO II
rea de servicio. Esta informacin el VLR la usa para proveer control del servicio al mvil
visitante.
Un VLR es comnmente integrado a cada MSC debido a que no se ha definido una
interfaz estndar entre un MSC y un VLR. El MAP (Mobile Application Part), es el
protocolo usado para sealizacin entre un VLR y el HLR
- HSS (Home Subscriber Server)
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
C H O S controlar y administrar los servicios ofrecidos. El

DER E
del suscriptor necesaria por la red para
principal componente del HSS es el HLR (Home Location Register), el cual mantiene, por
ejemplo, usuarios, identidades, localizaciones, y la informacin de suscripcin de servicios.
- SGSN (Service GPRS Suport Node)
Un SGSN es el elemento que se encarga de realizar las siguientes funciones:
- Control de acceso: el SGSN es responsable de la primera lnea de control
sobre el acceso de los usuarios al domino PS CN.
- Administracin de localizacin: el SGSN rastrea la localizacin de mviles
que usan servicio de paquetes. Este puede reportar la localizacin al HLR
para que pueda ser usada.

CAPTULO II
- Manejo de Rutas: El SGSN es el responsable de mantener una ruta al
GGSN por cada mvil y de retransmitir el trfico de usuario entre el mvil y
el GGSN.
- Paging: el SGSN es el encargado de iniciar las operaciones de paging
recibiendo los datos de usuario destinados a mviles inactivos.
- Interfaz con las plataformas de control de servicios. El SGSN es el punto de
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.
- GGSN (Gateway GPRS Suport Node)
Por otra parte, las funciones del GGSN son las siguientes:
- Centro de enrutamiento y expedicin de paquetes: un GGSN acta como
centro de enrutamiento y expedicin de los paquetes del usuario. Todos los
paquetes de usuario desde y hacia el mvil en una PLMN sern enviados
primeros al GGSN, el cual se referir como Mobiles serving GGSN
(MSGGSN). El MSGGSN direccionara estos paquetes de usuario hacia su
destino final.
- Administrador de rutas y movilidad: el GGSN mantiene una ruta hacia el
MSSGSN y usa esta para intercambiar el trfico de usuario con el SGSN. El
protocolo IP es usado como protocolo principal para la comunicacin entre
SGSNs y tambin entre un SGSN y un GGSN. Este protocolo es tambin un

CAPTULO II
protocolo de enrutamiento entre GGSNs como adems entre GGSNs y otras
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
R E S ERIP lgicamente separadas referidas

S
fuera de esta. Cada PLMN puede tener mltiples redes
al dominio Dde E R E C H
direccionamiento
OIP. Cada dominio de direccionamiento IP puede tambin
usar direcciones IP privadas internamente. Gateways y Firewalls, pueden ser instalados
para interconectar dominios de direcciones IP.
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
de circuitos y tambin permite al MSC/VLR enviar la solicitud de paging al SGSN. Esta
interfaz, tambin permite al MSC/VLR informar al SGSN que el mvil est usando
servicios controlados por el MSC.
- INTERFAZ GR
Es la interfaz de sealizacin entre un SGSN y el HSS la cual es usada por el SGSN
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
recuperar del HSS la localizacin y la informacin de los servicios suscritos de un usuario,
por lo tanto, el GGSN puede determinar cmo manejar el trfico hacia y desde este usuario.
- INTERFAZ Gn
CAPTULO II
Interfaz de sealizacin y transporte usada entre un SGSN y un GGSN as como
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
protocolo IP como protocolo de enrutamiento de la capa de red. Para el punto de vista de
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 de sealizacin y transporte usada entre el SGSN y el GGSN en diferentes
PLMNs. La interfaz Gp provee las funciones de la interfaz Gn adems de agregarle
funciones de seguridad requeridas en comunicaciones entre diferentes PLMNs.
- INTERFAZ Iu
Interfaz entre el controlador de radio base y las radio bases
- INTERFAZ D
Interfaz de sealizacin del HLR y del VLR para intercambiar localizaciones e
informacin sobre subscripcin de servicios
2.2.3.3. PROTOCOLOS DE DESCRIPCIN DE SESIN (SDP)

CAPTULO II
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
participante de sesiones multimedia puedan aprender la relevancia de la informacin de
establecimiento. SDP no pretende la negociacin de la codificacin media. Simplemente
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.
Tiempo de activacin de la sesin.
La media comprende la sesin.
Informacin, tales como direccin, nmero de puerto, formato, recibir el resto de la
informacin media puede ser tambin incluida para asegurar que el SDP transporte
suficiente informacin. Una descripcin de sesin de SDP comprende varias lneas
de texto con un formato ktypel kvaluel. El campo ktypel debe ser un carcter. El
campo kvaluel es una cadena de texto estructurado. Es tambin caso sensible al
menos que se especifique lo contrario. No debe haber ningn espacio en ninguno de
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
ojcchen 2890844526 2890842807 IN IP4 140.114.79.59
sWiley Book
CAPTULO II
iDiscussion on book writing
cIN IP4 224.2.17.12/127
t2873397496 2873404696
maudio 49170 RTP/AVP 0
mvideo 51372 RTP/AVP 31
mapplication 32416 udp wb
V A DO S
La primera lnea comenzando con la letra v indica que la versin de SDP es la cero.
La segunda lnea especifica principalmente E

R S ER y el identificador de la sesin en
S
el propietario
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
incrementa cuando la data de la sesin es modificada. Si SDP es incluido para el anuncio de
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
de la lnea especifica que el tipo de direccin es IPv4 con la direccin de 140.114.79.59, la
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
letras s e i muestran el nombre de la sesin y la informacin de la sesin, respectivamente.
La direccin 224.2.17.12 en la lnea comenzando por la letra c es la direccin de
conexin. El uso de la direccin de la conexin depende de las aplicaciones. Tpicamente,
es una direccin IP multicast. El TTL (tiempo de vida) de 127 se adjunta a la direccin
utilizando un slash. El carcter t en la siguiente lnea indica el tiempo de inicio y de

CAPTULO II
finalizacin de la sesin en el formato NTP (Network Time Protocol) [16]. El tiempo de
finalizacin cero representa que la sesin no est delimitada. Si el tiempo de inicio tambin
es cero, la sesin es permanente.
Las siguientes lneas comenzando con la letra m especifican los tipos de medio y
direccin de transporte. La lnea de maudio 49170 RTP/AVP 0 muestra que el tipo de
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
R E S E Rque el audio es un solo canal de

S
RTP de Audio/Video, la carga til tipo 0 quiere decir
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
comprende informacin como codecs, direcciones IP y numero de puertos que el ofrecedor
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
actualizar la sesin. Si la oferta es rechazada, la sesin regresa al estado anterior. El modelo
de Oferta/Respuesta de SDP es Obligatorio para SIP.

CAPTULO II
Por el ejemplo en el establecimiento de sesin, el cuerpo del mensaje del SIP
INVITE de Jyh-Cheng puede lucir de la siguiente manera:
v0
oJyh-Cheng 2890844526 2890844526 IN IP4 fly.cs.nthu.edu.tw
cIN IP4 fly.cs.nthu.edu.tw
V A DO S
ER
t0 0
R ES
OS
ERECH
D
mvideo 51372 RTP/AVP 31
Jyh-Cheng specifies an audio stream, a video stream, and a whiteboard
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
oTao 2890844730 2890844730 IN IP4 tao-pc.research.telcordia.com
cIN IP4 tao-pc.research.telcordia.com
t0 0
mvideo 0 RTP/AVP 31

CAPTULO II
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
para sugerir la modificacin.
2.2.3.4. IP MULTIMEDIA SUBSYSTEM (IMS)
Esta seccin describe la arquitectura del Subsistema Multimedia IP (IMS) definida
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
divididas en 3 tipos diferentes:
CSCF de Servicio (S-CSCF)
Proxy CSCF (P-CSCF)
CSCF de Interrogacin (I-CSCF)
Un S-CSCF provee servicios de control de sesin para un usuario. Mantiene estados
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.
Interactuar con los Servidores de Aplicaciones.
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
usarse. EL P-CSCF realiza las siguientes funciones:
Dirige la sugerencia del SIP REGISTER de un mvil al mvil de la red local.
Dirige Otros Mensajes SIP de un mvil a un servidor SIP.
Realiza las modificaciones necesarias a las sugerencias SIP antes de direccionarlas a
otras entidades de red.
Mantiene una asociacin de seguridad con el mvil.
Detecta Sesiones de Emergencia.
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.
Su funcin principal es seleccionar un S-CSCF para una sesin de usuario, enrutar
sugerencias SIP al S-CSCF seleccionado, y generar CDRs. El I-CSCF selecciona un S-
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.
La Funcin de Control de Media Gateway (MGCF) y el IM Media Gateway
(IMGW) son los responsables por la sealizacin e interfuncionamiento respectivamente,
entre el dominio PS y las redes CS (Ej. PSTN). El Procesador de Funciones de Recursos
Multimedia (MRFP) controla la portadora de la interface Mb incluyendo el procesamiento
de los streaming (Ej., transcodificacin de audio). El MRFC interpreta informacin de
sealizacin desde un S-CSCF o un Servidor de Aplicaciones Basadas en SIP y en
consecuencia controla los recursos de streaming en el MRFP. El MRFC es tambin
responsable por la generacin de los CDRs
La funcin de Control de Gateway de Breakout (BGCF) selecciona a cual red PSTN
una sesin debe ser direccionada. Luego ser responsable por el direccionamiento de la
sesin de sealizacin al MGCF apropiado y al BGCF en la red PSTN de destino.

CAPTULO II
ESTACIN MVIL DE DIRECCIONAMIENTO PARA ACCESO AL
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
direccionamiento IP del IMS visitado.
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,
inalmbrica. En tal escenario, los paquetes IP direccionados a una direccin IP en el
espacio de direccionamiento IP del IMS pueden no estar enrutado a un mvil va enruteo IP
regular ni mecanismos de direccionamiento.
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.
La interface Mg permite al CSCF interactuar con el MGCF.

CAPTULO II
La Interface Mj permite a un CSCF direccionar la sealizacin de una sesin a un
BGCF de tal manera que la sesin pueda ser direccionada a las redes PSTN.
La interface Mj permite a un BGCF direccionar la sealizacin de una sesin de
sealizacin a un MGCF seleccionado que llevara la sesin a la PSTN.
La interface Mk permite a un BGCF direccionar la sealizacin a otro BGCF.
La interface Mr permite a un S-CSCF interactuar con un MRFC.
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.
La interface Mc permite a un Gateway de sealizacin controlar al media Gateway.
La interface Mp permite a un MRFC controlar los recursos de streaming
proporcionados por un MRFP.

CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Figura 2.20 Interfaces IMS

(Fuente: Wiley)
Las interfaces con los Servidores de Informacin: interface Cx entre el CSCF y el
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.
Interface Mb es el estndar IPv6 de enruteo y la interface de transporte con las redes
IP externas.
CAPTULO II
Interface Mm es un estndar de interface de sealizacin basados en IP que maneja
la sealizacin de interfuncionamiento entre el IMS y redes externas IP.
Interface Go permite a un PCF aplicar la poltica de control sobre el uso de la
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
cuando el mvil est actualmente en una red de visita. Especficamente, un S-CSCF de un
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
muestra en la figura 2.21. Los 2 accesos se diferencian en si la plataforma de servicio
pertenece a la red local del mvil o a un proveedor de servicios externo a la red local del
mvil.
Con ambas arquitecturas de servicios, la sugerencia inicial SIP de un mvil viaja
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
El S-CSCF es responsable de la interface con plataformas de servicios tanto internas
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)
Servidor de Capacidades de Servicios (SCS), y (3) Funcin de Conmutacin de Servicios
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
aplicaciones OSA y Ambiente de Servicio CAMEL (CSE), respectivamente. Desde la
perspectiva del SCSCF, sin embargo, todos ellos exhiben el mismo comportamiento que la
interface ISC. Los servicios son brevemente descritos:

CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Figura 2.21 Arquitectura de servicios de tiempo real

(Fuente: Wiley)
Servidor de Aplicacin SIP: Adems del control de sesin, un servidor SIP tambin
puede proveer varios servicios de valor agregado.
Ambiente de Servicio CAMEL (CSE): el CSE provee el legado de los servicios de
redes inteligentes (IN).
Servidor de Aplicaciones OSA: Aplicaciones pueden ser desarrollada por una
tercera parte que no es dueo de la infraestructura de la red. EL servidor de
aplicaciones OSA provee una forma de estandarizar por una tercera parte para
asegurar el acceso al IMS.

CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Figura 2.22 Interaccin entre S-CSCF y las plataformas de servicio
(Fuente: Wiley)
REGISTRO CON EL IMS
Para accesar al IMS de una red visitada, un mvil necesita pasar a travs de los
siguientes pasos:
Descubrimiento del P-CSCF local: El mvil necesita descubrir la direccin IP de un
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
descubierto en una de las siguiente 2 maneras:

CAPTULO II
El mvil obtiene la direccin IP de un P-CSCF local desde un GGSN visitado como
parte del Proceso de Contexto de Activacin PDP.
El mvil usa DHCP para determinar la direccin IP de un P-CSCF local despus de
que el contexto PDP sea activado. Si el mvil desea adquirir la direccin IP de un P-
CSCF como parte del proceso del contexto de activacin, el mvil indicara tal
sugerencia en su mensaje de Sugerencia de Activacin del Contexto PDP. Esta
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
vez enviara estas direcciones transparentemente al mvil. Si el mvil desea usar
DHCP para descubrir el P-CSCF local, primero activa un contexto PDP con una
direccin PDP nula. Como se muestra en la figura 2.23, el mvil consultara un
servidor DHCP en la red visitante para obtener el dominio de nombres de los P-
CSCFs locales y la direccin IP de un servidor de Sistema de Dominio de Nombres
(DNS) que es capaz de resolver un dominio de nombres de un P-CSCF con su
direccin IP.
Figura 2.23 Descubrimiento local P-CSCF

(Fuente: Wiley)
CAPTULO II
El mvil no necesita saber la direccin IP de un servidor DHCP antes de enviar
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-
CSCF, puede consultar al DNS para recuperar la direccin IP del P-CSCF.
Despus de que un mvil ha descubierto el P-CSCF local en el IMS visitado, puede
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
R E S EunRacceso del mvil a un IMS visitado

S
acuerdo entre la red local y la visitada. Por lo tanto,
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
primero enva un SIP.
Figura 2.24 Proceso de registro del Subsistema Multimedia IP

(Fuente: Wiley)
CAPTULO II
La sugerencia de REGISTRO al P-CSCF visitado como especfica el flujo 1 de la
figura 2.23. La sugerencia de REGISTRO SIP llevara 2 piezas importantes de informacin:
la identificacin del mvil y el nombre del dominio de la red local del mvil.
El P-CSCF visitado examina el nombre del dominio de la red local contenido en la
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
S-CSCF usando el DNS.
El I-CSCF luego direccionara la peticin REGISTRO SIP del usuario al S-CSCF
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
respuesta es regresada desde el HSS al I-CSCF como se muestra en el Flujo 6. Luego, el I-
CSCF usara tal informacin para seleccionar un S-CSCF y direccionara la peticin
REGISTRO SIP la S-CSCF seleccionado (Flujo 7). Sobre la recepcin de la peticin
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
informacin de suscripcin de servicio y la usa para el control de las aplicaciones de sesin
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-
CSCF en la red visitada para indicar como exitosa el registro SIP.
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
direccionar subsecuentemente mensajes SIP destinados al mvil directamente al P-CSCF
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
Registro SIP, al S-CSCF en red local del mvil directamente.
El proceso de registro discutido arriba es el registro a nivel de aplicacin para el
IMS. Se debe realizar despus de que lleve a cabo el registro a nivel de acceso y la
conectividad IP este establecida.
V A DO S
FLUJOS DE SEALIZACIN DE PUNTA A PUNTA PARA EL
CONTROL DE SESIN. ESER

C H O SR
DERE
La sealizacin para el control de sesin de punta a punta entre 2 usuarios mviles
puede dividirse en tres de los siguientes subflujos como se ilustra en la Figura 2.25:
Figura 2.25 Flujo de sealizacion de punto a punto.

(Fuente: Wiley)
CAPTULO II
-Flujo Originado por el Movil.
-Flujo Recibido por el Movil.
-Flujo de Sealizacion de S-CSCF a S-CSCF.
El movil originando el flujo especifica los caminos de sealizacion entre el movil
originando la sesion y el S-CSCF elegido para servir al movil. La estacion movil podria
iniciar la sesion en la red local o en la visitada. Similarmente, el movil recibiendo el flujo
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
como Flujo 1 comprende el flujo de sealizacion entre el movil originando y el P-CSCF en
la red visitada, y el flujo de sealizacion entre el P-CSCF y el S-CSCF en la red local del
movil originando la sesion. El flujo de sealizacion de S-CSCF a S-CSCF entre el S-CSCF
del movil originando y el S-CSCF del movil recibiendo identificado como el Flujo 2.
El flujo de sealizacion del movil recibiendo comprende la sealizacion entre el
movil de destino y el P-CSCF en la red visitada, y la sealizacion entre el P-CSCF y el S-
CSCF en la red local del movil de destino. Es especificado en la figura 2.25 como el Flujo
3. Detalles de cada Flujo se ilustran en las Figuras 2.26-2.28.
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
originando la sesion (Flujo 2a). Alternativamente, el P-CSCF puede direccionar la peticion
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
control de servicio necesitado por el movil basado en el perfin de suscripcion de servicio
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,
el cual se muestra como I-CSCF #2 en la Figura 2.27. El Flujo 4 en la Figura 2.26 es
representado por el Flujo 3, el cual comprende los Flujos 3a, 3b1, y 3b2, en la Figura 2.27.
La peticcion INVITE puede ser enviada directamente al I-CSCF #2 desde el S-CSCF
(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
procedimientos de autentificacion para determinar si la sesion solicitada puede ser
conectada al movil destino (Flujo 7). Si la autentificacion resulta positiva, en el Flujo 8, el
S-CSCF #2 reenviara la peticion SIP INVITE al P-CSCF sirviendo al movil de destino
bien sea directamente o iendo a traves del I-CSCF #2.

CAPTULO II
El Flujo 8 en la figura 2.26 es representado por el Flujo 3, el cual comprende los
flujos 3a, 3b1 y 3b2, en la Figura 2.27. Como se muestra en la Figura 2.30, la peticion
INVITE es enviada desde el S-CSCF #2 directamente o retransmitido por el I-CSCF #2 al
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
que recibe para la peticion SIP INVITE.
V A D O S
Sobre la recepcion de la peticion INVITE, el movil de destino responde con una
Respuesta de Oferta, la cual puede regresar E

R S E R de destino al movil de origen a
S
desde el movil
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
Respuesta de Confirmacion (Response Conf.). La Respuesta de Confirmacion puede
tambien contener un SDP, el cual puede ser el mismo o diferente que el SPD recibido desde
el movil de destino. Finalmente el movil de destino responde a la confirmacion con un
Acknowledgmente (Conf. ACK). Despues de eso, el movil transmita un mensaje de
Confirmacion de Reservacion (Reservation Conf.), el cual completa el recurso de
reservacion.
CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Fig. 2.26 Origen del flujo de datos del mvil

(Fuente: Wiley)
El mvil de destino es alertado por la peticin entrante por un tono de indicacin. El
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
Figura 2.27 Flujo de sealizacin de S-CSCF a S-CSCF

(Fuente: Wiley)
En la Figura 2.26-2.27, el rectngulo punteado representa 2 Flujos opcionales. Eso
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
iniciado o terminado desde una PSTN o PLMN. La terminacin de una llamada es
normalmente iniciada por el mvil. Durante el proceso de terminacin de la llamada, las
portadoras relacionadas son borradas y la informacin necesaria de facturacin es
recolectada por la red. La terminacin de la sesin puede tambin se iniciada por la red
debido a la perdida de conexin radio, perdida de la portadora IP, intervencin del
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
relacionados son removidos, y lgicas de servicio de control son ejecutadas cuando se
recibe un mensaje SIP BYE. Una vez que el mvil de destino recibe el mensaje SIP BYE,
el responde con un mensaje 200 OK de vuelta al mvil de origen.

CAPTULO II
V A DO S
R ES ER
H OS
DEREC
Figura 2.28 Flujo de datos terminal del mvil

(Fuente: Wiley)
CAPTULO II
V A DO S
R ES ER
H OS
Figura 2.29 Flujo de sealizacin de S-CSCF a S-CSCF
DEREC
(Fuente: Wiley)
2.2.4 TEORA DE TELETRFICO
La teora de trfico es una herramienta ampliamente utilizada para el anlisis del
comportamiento de las redes de comunicaciones, las cuales pueden ser de conmutacin de
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
base en donde se sustenta el sistema telefnico fijo.
La conmutacin de circuitos consiste el establecimiento de un canal dedicado fsico
(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
tiempo en un sistema de multiplexacin temporal (TDM) o bandas de frecuencia para el
caso de multiplexacin en frecuencia (FDM).

CAPTULO II
Como se ver ms adelante con mayor detalle, las redes telefnicas pueden operar
en base a bloqueo de llamadas o a la utilizacin de colas de espera, siendo la ms utilizada
la primera en las redes pblicas debido a su eficiencia. El modelamiento para este tipo de
comportamiento se realiza con teoras de cola, utilizando distintas notaciones dependiendo
de los supuestos y modelos a aplicar para cada proceso. La notacin de Kendall para un
sistema general de formacin de colas es de la forma:
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
C: es el nmero de troncales de salida para el caso de una central telefnica
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.
2.2.4.1 PROCESOS DE POISSON
Se utilizan tres enunciados bsicos para definir los procesos de Poisson. Sea t un
intervalo de tiempo pequeo (t 0), entonces se tiene:
1. La probabilidad de una llegada en el intervalo t se define como t + O(t),
t << 1, siendo una constante de proporcionalidad especificada.
2. La probabilidad de cero llegadas en t es 1- t + O(t).

CAPTULO II
3. Las llegadas son procesos sin memoria: cada llegada (evento) en un intervalo de
tiempo es independiente de eventos en intervalos previos o futuros.
El termino O(t) denota los elementos (t)n con n igual o superior a 2. De acuerdo
con 1 y 2, no es posible ms de una llegada u ocurrencia de un evento en el intervalo t, al
menos a O(t). Sea un intervalo finito T, entonces la probabilidad p(k) de k llegadas en T
V A DO S
ER
est dada por:
R ES
H OS
DEREC
[2.1]
A [1] se le conoce como la distribucin de Poisson, en la cual se cumple:
[2.2]
Ahora considerando un intervalo de tiempo mayor, se tendrn una serie de eventos
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
aleatoria con distribucin exponencial, es decir su funcin densidad de probabilidad f ()
est dada por:
[2.3]
CAPTULO II
A continuacin se describen los sistemas utilizados en teora de trfico, seccin que
se basa principalmente en el texto Wireless Communications de Theodore S. Rappaport,
y especficamente en el apndice A que trata de Teora de entroncamiento.
Existen dos clases principales de sistemas de entroncamiento:
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
acceso al sistema, teniendo el usuario la oportunidad de volver a intentar despus de un
tiempo. Se asume que las llamadas llegan con una distribucin de Poisson, y adems que
existe un nmero casi infinito de usuarios. La formula de Erlang B describe el grado de
servicio (GOS) como la probabilidad que un usuario arbitrario experimente un bloqueo de
llamada en un sistema LCC. Se asume que todas las llamadas bloqueadas son retornadas
instantneamente a un recipiente de usuarios infinito, y que cada usuario puede volver a
llamar en cualquier momento. El tiempo entre llamadas sucesivas para un usuario
bloqueado es un proceso aleatorio y es asumido con la distribucin de Poisson.
En el sistema LCD, se utilizan colas para mantener en espera las llamadas
inicialmente bloqueadas. Si un usuario llama y los canales se encuentran ocupados, su
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
no est inmediatamente disponible en un sistema LCD est determinada por la frmula
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
todas las llamadas en la cola son eventualmente servidas.
A continuacin se describirn las formulas de Erlang B en LCC y Erlang C en LCD,
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
La formula de Erlang B determina la probabilidad que una llamada sea bloqueada,
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
momento (sin memoria).
Todos los canales libres estn disponibles para entregar servicio hasta que todos
sean ocupados.
La probabilidad de utilizacin de un canal (tiempo de servicio) est
exponencialmente distribuido. Es decir, las llamadas largas tienen menos
probabilidad de ocurrencia.
Hay un nmero finito de canales disponibles.

CAPTULO II
La peticin de trfico esta descrita por una distribucin de Poisson, lo cual implica
un arribo de llamadas en intervalos de tiempo exponenciales.
Los intervalos de llegada de peticiones de llamada son independientes unas de otras.
El nmero de canales ocupados es igual al nmero de usuarios ocupados.
Sea un sistema con:
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).
H: duracin promedio de una llamada.
A: trfico total ofrecido por el sistema.
Au: trfico promedio ofrecido para cada usuario.
1 : tasa promedio de llegada de llamada de un usuario.
Entonces
Esta situacin se muestra en la Figura 2.30. La probabilidad que una peticin de canal
de un usuario sea bloqueada est dada por:
[2.4]
CAPTULO II
Figura 2.30. Modelo genrico de central de conmutacin
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
el tiempo de llegada sea menor que un tiempo s est dada por:
[2.6]
El tiempo de servicio es la duracin de una llamada particular que ha sido atendida
exitosamente en el sistema. El tiempo de servicio se asume exponencial con duracin de
llamada promedio H, con lo que = 1/ H es la tasa de servicio media (nmero de llamadas

CAPTULO II
por unidad de tiempo). La probabilidad que el tiempo de servicio del n-simo usuario sea
menor que algn tiempo de duracin s est dada por:
[2.7]
Donde la funcin densidad d probabilidad de tiempo de servicio es
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
cadenas de Markov. Consideremos un proceso estocstico de tiempo discreto que toma
valores desde un conjunto de enteros no negativos, tal que los posibles estados del proceso
son i = 0, 1, 2,......C-1, C. En otras palabras, cada estado de la cadena de Markov
corresponde al nmero de troncales de salidas siendo utilizados. El proceso es una cadena
de Markov si la transicin desde el estado presente i al estado prximo i+1 depende solo
del estado i y no de estados previos. La operacin de sistemas de entroncamiento es de
tiempo continuo, pero puede ser analizado en pequeos intervalos ( 0), donde >0.
Si Nk es el nmero de llamadas (canales ocupados) en el instante k, entonces Nk
puede ser representado como:
[2.9]
La probabilidad de transicin est dada por

CAPTULO II
[2.10]
Usando el enunciado bsico nmero 2 de procesos de Poisson y permitiendo que
0, se tiene
[2.11]
VADOS
[2.12]
R ES ER
HOS
DEREC
[2.13]
[2.14]
[2.15]
Estas relaciones quedan mejor graficadas en la figura 2.31.
Figura 2.31. Probabilidades de transicin representada como una cadena de Markov

(Fuente: Rappaport)
Para entender la cadena supngase que al comienzo se tienen 0 canales ocupados, es
decir no hay usuarios. Sobre un pequeo intervalo de tiempo, la probabilidad que el sistema
CAPTULO II
continu sin usuarios es (1 - ). La probabilidad de que haya un cambio desde 0 a 1
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
de salida para un cierto estado suman 1.
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]
La ecuacin [2.16] es conocida como la ecuacin general de balance. Adems
[2.17]
Ocupando (2.16) se obtiene:
[2.18]
Evaluando (2.16) para diferentes valores se obtiene:
[2.19]
CAPTULO II
[2.20]
Sustituyendo (2.19) en (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]
Sustituyendo (2.21) en (2.22), con A=H=/ se tiene:
[2.23]
La cual representa la frmula para Erlang B. En la Figura 2.32 se aprecia las curvas
caractersticas de probabilidad de bloqueo como funcin del nmero de canales e intensidad
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
Sea un sistema con C nmeros de troncales de salida, como se muestra en la figura
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
ecuaciones (2.5), (2.6) y (2.8) siguen siendo validas.
El diagrama de estado para este modelo se muestra en la Figura 2.33.

CAPTULO II
Figura 2.33. Probabilidades de transicin como una cadena de Markov.

(Fuente: Rappaport)
En estado permanente, la probabilidad que el sistema este en estado k y se produzca
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
el diagrama de estado de la figura 2.34.
[2.24]
entonces
[2.25]
[2.26]
entonces
[2.27]
de donde se obtiene la frmula de Earlang C:

CAPTULO II
[2.28]
2.3 DEFINICIN DE TRMINOS BSICOS
Comunicacin: es un proceso de transmitir alguna informacin, que tienen el
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,
la red elctrica, la red de telecomunicaciones y la red social.
Direccin IP: es un nmero que identifica de manera lgica y jerrquica a una
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
referencia OSI. Dicho nmero no se ha de confundir con la direccin MAC que es un
nmero hexadecimal fijo que es asignado a la tarjeta o dispositivo de red por el fabricante,
mientras que la direccin IP se puede cambiar.
Softswitch: es el principal dispositivo en la capa de control dentro de una
arquitectura de red de prxima generacin, encargado de proporcionar el control de llamada
(sealizacin y gestin de servicios), procesamiento de llamadas, y otros servicios, sobre
una red de conmutacin de paquetes (IP).

CAPTULO II
E1: es un formato de transmisin digital. El formato de la seal E1 lleva datos en
una tasa de 2,048 millones de bits por segundo (Mbps) y puede llevar 32 canales de 64
Kbps * cada uno.
Gateway: es un dispositivo que permite interconectar redes con protocolos y
arquitecturas diferentes a todos los niveles de comunicacin. Su propsito es traducir la
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.
2.4 OPERACIONALIZACIN DE LAS VARIABLES
Variable Objeto de Estudio: Red de Conmutacin de Prxima Generacin
Definicin Conceptual: es un conjunto de elementos interconectados entre s, que
permiten el transporte de un flujo de informacin de una forma innovadora.
Definicin Operacional: es un nuevo sistema de telecomunicaciones que est
constituido por una serie de equipos donde su objetivo es lograr la congruencia de
los nuevos servicios multimedia (voz, datos, video, etc.) en los prximos aos.
2.4.1 MAPA DE VARIABLES
La tabla que se muestra a continuacin (Tabla 2.2), describe la operacionalizacin
de la variable objeto de estudio, con dimensiones e indicadores en la teora antes expuesta-

Tabla 2.2 Mapa de variables
OBJETIVOS ESPECFICOS SUBVARIABLE O TCNICAS DE

VARIABLES DIMENSIN INDICADORES RECOLECCIN DE FASE
DATOS
Analizar la situacin actual sobre el
clculo de trfico en la red Caracterizacin del trfico
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.
Seleccionar el modelo matemtico

Diseo conceptual de red
que ms se adapte a los Modelo matemtico
y planificacin de
requerimientos y parmetros para el basado en los
capacidad.
dimensionamiento de la red requerimientos y Observacin Documental Fase III
Modelo de trfico para
conmutada de voz de prxima parmetros de Observacin Directa
calidad y eficiencia.
generacin. dimensionamiento
Diseo del modelo de

Disear la red conmutada de voz de direccionamiento y sub
prxima generacin basada en el redes.
Observacin Documental
modelo matemtico seleccionado Mtodo de diseo Optimizacin de las Fase IV
Entrevista Estructurada
basado en la teora de trfico. ubicaciones y conexiones
de los Gateway.
Interfaz hacia la red

Proponer la arquitectura de la red
Integracin de la tradicional
conmutada de voz de prxima
arquitectura de red Interfaz hacia la red de
generacin para su integracin a la Entrevista Estructurada Fase V
conmutada en la red paquetes IP.
red pblica.
pblica. Controlador de media
Gateway y MSC
V A DO S
H OS RESER
DE R EC
CAPTULO III
MARCO METODOLGICO
V A DO S
R ES ER
HOS
DEREC
1
CAPTULO III
MARCO METODOLGICO
3.1 TIPO DE INVESTIGACIN
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
Metodolgicamente, existen diversas formas de clasificar un trabajo de
investigacin, por lo tanto, se efectu una revisin de los objetivos propuestos en el
presente trabajo, y se consider que dicha clasificacin, es afectada rotundamente por la
forma de investigacin que se formule; por lo que se procedi a analizar diferentes
opiniones de diversos autores metodolgicos, obteniendo lo siguiente:
Los autores Hernndez, Fernndez y Baptista, (1997, Pg. 52) indican que si el
propsito es describir situaciones y eventos, decir cmo es y cmo se manifiesta
determinado fenmeno., la investigacin es de tipo descriptiva. Por otra parte, segn
Tamayo y Tamayo, (2007 Pg. 46), cuando la investigacin comprende la descripcin,
registro, anlisis e interpretacin de la naturaleza actual y la composicin o procesos de
los fenmenos, la investigacin se clasifica como descriptiva.
En consecuencia de lo anterior, la presente investigacin es de tipo descriptiva
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
trfico, criterios de calidad, tcnicas de enrutamiento (routing) y sealizacin requeridas
por una red de esta categora.
3.2 DISEO DE LA INVESTIGACIN
La finalidad del diseo de la investigacin, segn Carlos Sabino es
proporcionar un modelo de verificacin que permita contrastar hechos con teoras, y su
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
la investigacin no experimental como aquella que se realiza sin manipular
deliberadamente variables. Es decir, se trata de estudios donde no hacemos variar en
forma intencional las variables independientes para ver su efecto sobre otras variables.
Lo que hacemos en la investigacin no experimental es observar fenmenos tal como se
dan en su contexto natural, para despus analizarlos.
Basado en estos postulados, se puede afirmar que la presente investigacin es de
tipo no experimental debido a que la informacin recolectada en los textos y de los
documentos facilitados por la Corporacin Digitel, fue aplicada tal cual y se encuentra
en dichos documentos, sin alterarla ni manipularla de ninguna forma.
De acuerdo con lo que expone Bavaresco (2006, Pg. 28), la investigacin
Documental Bibliogrfica es la que permite un conocimiento previo o bien el soporte
3
documental o bibliogrfico vinculante al tema objeto de estudio, conocindose los
antecedentes y quienes han escrito sobre el tema.
Por otra parte, la Prof. Elena F. de Martnez, miembro del Departamento de
Didctica de la Universidad Metropolitana de Per, expresa que el nfasis de la
investigacin documental est en el anlisis terico y conceptual hasta el paso final de
la elaboracin de un informe o propuesta sobre el material registrado, ya se trate de
obras, investigaciones anteriores, material indito, hemerogrfico, cartas, historias de
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.
Debido a lo anteriormente expuesto, la estrategia del presente trabajo se centra
en una investigacin de tipo documental puesto que la obtencin de datos y su anlisis
fueron provistas de materiales impresos y registro de otros tipos que incluyen la
Internet, archivos confidenciales de empresas, publicaciones cientficas y estndares de
comunicacin.
3.4 TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS
Se consideran como las herramientas que utiliza el investigador para obtener
datos de las variables determinadas para el desarrollo de la investigacin. Segn Carlos
Sabino (1992 Pg 98), La tcnica de recoleccin de datos e indicadores, tiene por
objeto la bsqueda de elementos concretos, empricos, que permitan traducir y medir en
la prctica los conceptos que se han definido tericamente; las tcnicas de recoleccin
de datos son la implementacin instrumental del diseo escogido.
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
ellos informacin. Particularmente, en la presente investigacin se utiliz como
instrumento de recoleccin de datos un cuaderno de notas para almacenar toda aquella
informacin obtenida a travs de las tcnicas empleadas como son: Observacin
Documental, Observacin Directa y Entrevista Estructurada.
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,
conclusiones de simposio, y seminarios y/o cualquier tipo de publicacin considerado
como fuente de informacin, es decir, se vale de fuentes escritas para la recoleccin de
los datos.
La observacin documental es una tcnica muy til para la recoleccin de los
datos de la presente investigacin, la misma fue utilizada para la obtencin de la
mayora de los datos necesarios para el cumplimiento de los objetivos propuestos. Esta
tcnica se puso en prctica consultando los textos referentes a diseo y planificacin de
redes, protocolos y topologa de redes; adems de examinar documentos tcnicos sobre
la arquitectura, estructuracin y estndares redes de prxima generacin. Dentro de
estos documentos se pueden mencionar:
5
9 Specifications of Signaling Systems No. 7. ITU-T Red Book, vol. VI, facicle
VI.6, recommendations Q.701-Q.714. International Telecommunication Union,
1985.
9 User Guide for Interworking between MSS and External Networks using SIP or
SIP-I; 22/1553-HSC 113 01/5 Uen.
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
directa se realiza cuando el observador se enfoca directamente en el objeto a investigar
sin tener segundas o terceras personas a quien acudir o solicitar informacin acerca de
lo estudiado o analizado. Tambin se dice que la observacin es directa cuando el
investigador se pone en contacto personalmente con el hecho o fenmeno que trata de
investigar.
En esta investigacin tambin se hizo uso de la tcnica de observacin directa,
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
disposicin fsica de los elementos MSC, SGSN, GGSN, CSCF, etc.
Entrevista Estructurada
6
La entrevista (Bavaresco 2006, Pg.) es otro instrumento de la tcnica de la
observacin mediante encuesta, la cual consiste en la observacin de los datos de
manera verbal por parte del (la) informante. Es una fuente primaria. Existen entrevistas
estructuradas y no estructuradas. Particularmente las entrevistas estructuradas son
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
planificadas o estructuradas, de manera sistemtica.
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
tema de investigacin. Est tcnica se apoy en el cuestionario, el cual ha sido
preparado de manera cuidadosa para que facilite y oriente la comunicacin desarrollada
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
bibliogrficos, aclarando posibles dudas y as facilitando el desarrollo de ciertas reas
de la tesis.
Tabla 3.1 Personal Entrevistado
NOMBRE CARGO EMPRESA

Edgar Naveda Especialista de Conmutacin Digitel C.A
Rainelly Galicia Gerente de Productos Ericsson
Fuente propia (Prez y Salazar 2008)
7
3.4 FASES DE LA INVESTIGACIN
Para lograr con el objetivo de la presente investigacin se subdividi la misma
en las siguientes fases:
FASE 1: ANALISIS DE LA SITUACION ACTUAL DEL CLCULO DE
TRFICO DE VOZ EN LA RED CONMUTADA.
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.
9 Realizacin de visitas a la empresa Digitel, ubicada la Av. Sabaneta, para
observar ciertos elementos de la red.
FASE 2: DETERMINACION DE LOS PARAMETROS Y REQUERIMIENTOS
PARA EL DIMENSIONAMIENTO DE LA RED.
9 Recoleccin y Anlisis de informacin documental sobre los parmetros
necesarios para determinar un buen dimensionamiento y diseo de red.
9 Obtener asesoramiento de Ingenieros especializados en el rea de planificacin y
diseo de redes para recabar mayor informacin sobre los criterios de diseo.
9 Especificacin de los criterios de diseo y dimensionamiento a aplicar, basados
en la recoleccin realizada.
9 Especificar los elementos e interfaces de conexin de una red de prxima
generacin para el trfico de voz.
8
FASE 3: SELECCIN DEL MODELO MATEMATICO TOMANDO EN
CUENTA LOS PARMETROS Y REQUERIMENTOS DE
DIMENSIONAMIENTO.
9 Documentacin sobre el estudio de trafico voz en una red de conmutacin.
9 Seleccin del modelo de trfico ms adecuado de acuerdo a los parmetros y
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
prxima generacin para el trfico de voz.
9 Definir la arquitectura de la red.
9 Establecer el mtodo de diseo apropiado teniendo en cuenta todos los criterios
especificados.
FASE 5: PROPUESTA DE INTEGRACIN DE LA RED DE CONMUTACIN
DE PRXIMA GENERACIN PARA TRFICO DE VOZ EN LA RED
PBLICA.
9 Ligera comparacin entre la red conmutada de prxima generacin para trfico
de voz y la red pblica actual.
9 Representar la red final de una red pblica con un ncleo de conmutacin de
prxima generacin para trfico de voz.
9
CAPTULO IV
NALISIS DE LOS RESULTADOS
V A DO S
R ES ER
HOS
DEREC
1
CAPTULOIV
CAPTULO IV
ANLISIS DE LOS RESULTADOS
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
prxima generacin se indicaron en la seccin 2.2.3.2, los cuales se pueden apreciar en la
figura 2.18. Repasando un poco se pueden mencionar los elementos y sus interfaces:
Elementos de la red:
Entre dichos elementos se encuentran: el Media Gateway y el Servidor MSC
Interfaces de los elementos:
Se encuentran, la interfaz Iu, interfaz A, interfaz Nb, interfac Mc, interfaz hacia
POI, interfaz VoIP y la interfaz hacia otras centrales de conmutacin.
En el Captulo II se describen ms detalladamente cada uno de estos elementos e
interfaces, para mayor informacin consultar la seccin 2.2.3.2 de dicho captulo.
2
CAPTULOIV
4.2 PARMETROS A TOMAR EN CUENTA PARA EL
DIMENSIONAMIENTO DEL MGW Y SWITCH.
Para el dimensionamiento del MGw (Media Gateway), se toman en cuanta una serie
de parmetros de acuerdo a las diferentes interfaces que interconectan al MGw, a
continuacin se listan tales inputs:
Parmetros de dimensionamiento para las interfaces ATM:
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).
Trfico de Voz por suscriptor GSM (mE).
Trfico de dato CS por suscriptor WCDMA (mE).
Trfico de dato CS por suscriptor GSM (mE).
Promedio de speech bit rate WCDMA, incluyendo ATM general, valor
preestablecido 11.6 kbps en Iu con modo AMR 12.2.
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
kbps con 64kbps UDI.
Bromedio de bit rate de datos CS, incluyendo ATM general, valor preestablecido
84.8 kbps con 64kbps en conversacin.
Proporcin de trfico de acceso transportado entre MGws a travs del backbone del
core network.
3
CAPTULOIV
Proporcin de los suscriptores WCDMA, quienes son capaces de PS y enganchados
en PS.
Promedio de PS bit rate (Kbps).
Proporcin de trfico Iur al trfico Iu.
Proporcin de carga de alto a normal.
Probabilidad de bloqueo, carga alta.
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.
Trfico total CS de datos desde/hacia suscriptores WCDMA en interfaz Iu-CS en
Erlangs.
Trfico total de voz desde/a suscriptores GSM en interfaz A en Erlangs.
Trfico total CS de datos desde/a suscriptores GSM en interfaz A en Erlangs.
Trfico total en la interfaz PRA en Erlangs.
Proporcin de trfico PRA del trfico total de acceso.
Proporcin de trfico POI del trfico total de acceso.
Proporcin de trfico de acceso transportado entre MGw a travs del backbone del
core network.
Bh = Probabilidad de bloqueo, carga alta.
Al igual que con el dimensionamiento del MSC, todos estos parmetros sern
aplicados para el dimensionamiento del MGw del actual trabajo de investigacin.
4
CAPTULOIV
4.3 DIMENSIONAMIENTO Y DISEO DEL MEDIA GATEWAY (MGW) Y
SWITCH
4.3.1 DIMENSIONAMIENTO DEL MEDIA GATEWAY
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
red WCDMA, GSM o una red combinada de WCDMA/GSM.
El MGw puede ser usado como un Media Gateway en una solucin de Softswich
Mvil, conexin cruzada ATM, AAL2 switch, punto de transferencia de sealizacin o
Gateway de sealizacin.
4.3.2 INTERFACES DEL MEDIA GATEWAY
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
4.3.3 HIPTESIS DE DIMENSIONAMIENTO.
El trfico de sealizacin es considerado como muy pequeo en comparacin con
otro trafico as que por lo tanto los clculos detallados de ancho de banda para esto no son
realizados.
4.3.4 IMPACTO DEL SERVIDOR MLTIPLE MSC EN LA CAPACIDAD
DEL MEDIA GATEWAY.
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
el nmero de nodos fsicos involucrados en una conexin. Dependiendo de varios factores,
tales como el nmero de Servidores MSC controladores y nodos MGw en el sitio, la
configuracin de los medios de transmisin de informacin y el modelo de trfico, una
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.
La introduccin de la caracterstica de MSC Pool incrementara la probabilidad de
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
Figura 4.2: Mltiples Servidores MSC manejando una llamada.
La siguiente tabla muestra ejemplos de cmo la proporcin de llamadas controladas
por mltiples servidores, ejemplo: llamada de multicontexto en un MGw, es dependiente
del nmero de Servidores MSC controlando el MGw. Los siguientes puntos son asumidos
adicionalmente para el dimensionamiento:
7
CAPTULOIV
Todos los Servidores de MSC tienen acceso a POI
La portadora de establecimiento de regreso se asume para Iu extendida
En caso de Iu extendida todas las llamadas pueden ser usadas solo por un MGw
fsico GCP- controlado debido a la conmutacin AAL2.
En caso de Iu no extendida el trafico fluye a travs de dos MGws (ver modelo de
referencia) nunca representa dos llamadas de contexto dentro de 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
GSM/Iu no extendida para WCDMA 10 20% 20 23% 23 25 %
Iu Extendida para WCDMA 23 - 35% 37 42 % 42 45 %
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
configurados como un MSC Server Pool.
4.3.5 DIMENSIONAMIENTO DE LA INTERFAZ ATM
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 trfico en la interfaz Iur, si es ruteada va el MGw.
El trafico de sealizacin.
El trafico PS (Packet-Switched) RNC-SGSN y SGSN-GGSN, si es conectado va
MGw.
El modelaje de la interfaz Iur en esta tesis es simplificado y los parmetros relevantes
son asumidos como los valores predeterminados. Se asume que el trfico en la interfaz Iu es
casi igual al trfico de la interfaz Iub.

V A DO S
R ES ER
ECH MXIMO DE RNCS OS
DERNMERO
4.3.5.2
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
el nmero disponible de puertos ATM STM-1, y en el otro caso el factor limitante es la
disponibilidad del ancho de banda ATM o el nmero de enlaces de sealizacin de banda
ancha.
El nmero de puertos ATM necesitados por RNC depende de la configuracin del
sitio seleccionado y la opcin de redundancia.
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
redundancia son necesitados en la base RNC.
9
CAPTULOIV
En caso de que los RNCs estn conectados via un nodo ATM, redundancia N+1
hacia el nodo ATM es necesitado para los RNCs.
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
necesitar puertos ATM STM-1.
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
N_wcdma = Numero de suscriptores WCDMA en este MGw.
N_gsm = Numero de suscriptores GSM en este MGw.
a_Iu_v = Trafico de Voz por suscriptor WCDMA (mE).
a_A_v = Trafico de Voz por suscriptor GSM (mE).
a_Iu_csd = Trafico de dato CS por suscriptor WCDMA (mE).
a_A_csd = Trafico de dato CS por suscriptor GSM (mE).
b_Iu_v = Promedio de speech bit rate WCDMA, incluyendo ATM general, valor
preestablecido 11.6 kbps en Iu con modo AMR 12.2 kbps.
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
preestablecido 79 kbps con 64kbps UDI.
10
CAPTULOIV
b_csd = promedio de bit rate de datos CS, incluyendo ATM general, valor preestablecido
84.8 kbps con 64kbps en conversacin.
p_Nb = Proporcin de trafico de acceso transportado entre MGws a travs del backbone del
core network.
WCDMA_p_ps_sub = Proporcin de los suscriptores WCDMA, quienes son capaces de PS
y enganchados en PS.
ps_iu = promedio de PS bit rate (Kbps).
V A DO S
R ES ER
p_Iur = proporcin de trfico Iur al trfico Iu.
R = Proporcin de cargaC altoO

de H S
h
D ER E a normal.
B = Probabilidad de bloqueo, carga alta.

h
4.3.5.4 PROCEDIMIENTO
Calcular el trafico CS de voz y dato en la interfaz Iu en Earlags
Trfico de Voz
A_Iu_v = N_wcdma * Rh * a_Iu_v
Trfico de Datos
A_Iu_csd = N_wcdma * Rh * a_Iu_csd
Calcular el trafico CS de voz y dato en la interfaz A en Earlags ( usado para las
estimaciones de la interfaz Nb)
11
CAPTULOIV
Trfico de Voz
A_A_v = N_gsm * Rh * a_A_v
Trfico de Datos
A_A_csd = N_gsm * Rh * a_A_csd
Calcular el nmero de conexiones usando la tabla de Earlang para determinar las
canales ET de ambos lados por el caso de trfico (Bh = 0.001)
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
Input: Ah = A_Iu_csd, Bh = 0.001
Output: N_Iu_csd
Input: Ah = A_A_v, Bh = 0.001
Output: N_A_v
Input: Ah = A_A_csd, Bh = 0.001
Output: N_A_csd
Calcular las vas AAL2 necesitadas o el ancho de banda de las interfaces ATM
Clculos basados en Ancho de Banda.
Ancho de banda por Interfaz Iu:
BWIu = b_Iu_v * N_Iu_v + b_Iu_csd * N_Iu_csd
Ancho de banda para la Interfaz A (Interfaz TDM):
12
CAPTULOIV
BWA = b_A_v * N_A_v + b_csd * N_A_csd
Ancho de banda para la Interfaz Iur:
BWIur = p_Iur * BWIu
a) Ancho de banda para la interfaz Nb, si se usa un backbone ATM ( sin
compresin de las llamadas de voz por la interfaz A):
BWNb = p_Nb * (BWIu + BWA)
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):
BWNb = p_Nb * [BWIu + (b_csd * N_A_csd + b_Iu_v * N_A_v)]
Ancho de banda para la Interfaz Iu-PS
BWIuPS = N_wcdma * WCDMA_p_ps_sub * ps_iu
Calcular el nmero de interfaces ATM STM-1 basados en el clculo de vas AAL2
o Ancho de banda:
Interfaz MGw-RNC:
N 155M = (BWIu + BWIur + BWIuPS) / 149.8 Mbps
Si las RNCs estn conectadas directamente al MGw, se necesitan puertos ATM
STM-1 en la base RNC. Adems de que son necesarios enlaces redundantes en la base
RNC.
Interfaz Nb (Si se utiliza el backbone ATM en CN):
13
CAPTULOIV
N 155M = BWNb / 149.8 Mbps.
Interfaz Mc:
Dos interfaces STM-1 se necesitan si la interfaz Mc es basado en transporte ATM y
si se necesitan puertos dedicados por la interfaz Mc. Interfaces dedicadas STM-1 pueden
ser usadas para otros enlaces de sealizacin tambin.

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 DIMENSIONAMIENTO DE LAS INTERFACES TDM
4.3.6.1 GENERAL
El MGw tiene una interfaz TDM:
Hacia el POI (interface PSTN/ISDN/PLMN)
Hacia los BSCs (interfaz A) si se usa acceso GSM.
Hacia otros MGws (interfaz Nb) si un backbone TDM es usado en CN
Hacia PBXs (Private Branch Exchange manejando conexiones de Primary Rate
Access)
Dependiendo del proveedor los MGw tienen diversa capacidad en puertos de STM-
1 La capacidad de un puerto STM-1 es asumida como 63*31 canales. Sin embargo, en
algunos casos puede haber la necesidad de decrementar esta capacidad de manera que los
14
CAPTULOIV
enlaces de sealizacin TDM o algunos otros mrgenes de seguridad sean tomados en
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.
A_A_v = Trfico total de voz desde/a suscriptores GSM en interfaz A en Erlangs.
A_A_csd = Trfico total CS de datos desde/a suscriptores GSM en interfaz A en Erlangs.
A_PRA = Trfico total en la interfaz PRA en Erlangs.
p_PRA = Proporcin de trfico PRA del trfico total de acceso.
p_POI = Proporcin de trfico POI del trfico total de acceso.
p_Nb = Proporcin de trfico de acceso transportado entre MGw a travs del backbone del
core network.
Bh = Probabilidad de bloqueo, carga alta.
4.3.6.3 PROCEDIMIENTO PARA LA INTERFAZ POI.
Calcular el trafico total en la interfaz POI
15
CAPTULOIV
A_POI = p_POI * (A_Iu_v + A_Iu_csd + A_A_v + A_A_csd)
Dividir el trafico total A_POI sobre cada ruta en la interfaz POI. El valor
preestablecido de rutas POI es dos.
Usar la formula Erlang Loss para determinar el nmero de canales ET por ruta (Bh =
0.005)
Se calcula el nmero de interfaces TDM de alta velocidad por ruta POI:
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
Calcular el trafico total en la interfaz de acceso GSM
A_A = A_A_v + A_A_csd
Dividir el trafico total A_A sobre cada ruta en la interfaz A. El monto default de
rutas por BSC es uno.
Usar la formula de Erlang Loss para determinar el nmero de canales ET por ruta
(Bh = 0.005)
Se calcula el nmero de interfaces TDM de alta velocidad por ruta de la interfaz A:
N 155MTDM= N ch / (63*31).
4.3.6.5 PROCEDIMIENTO PARA LA INTERFACE HACIA OTROS
MEDIA GATEWAYS.
16
CAPTULOIV
Estos clculos solo se hacen si se usa un backbone TDM
Calcular el trafico total en la interface hacia otros MGws:
A_Nb = (A_A_v + A_A_csd + A_Iu_v + A_Iu_csd) * p_Nb
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).
4.3.6.6 PROCEDIMIENTO PARA LA INTERFAZ PRA
Calcular el trafico total en la interfaz PRA
A_PRA = p_PRA*(A_A_v + A_A_csd + A_Iu_v + A_Iu_csd)
Usar la formula de Erlang Loss para determinar el nmero de conexiones
necesitadas de PRA (Bh = 0.005)
Calcular el nmero de conexiones fsicas PRA necesarias:
N PRA conex. Fsicas = N PRA / 30
4.3.7 DIMENSIONAMIENTO DE LAS INTERFACES IP.
17
CAPTULOIV
4.3.7.1 CONTROL DE ADMISIN IP.
El MGw incluye tambin una funcionalidad de admisin de control (esttica o
dinmica). El propsito de admisin de control en una red IP es la de limitar el trfico que
es admitido por la red para asegurar que todo ese trfico cumpla con todos los
requerimientos de calidad de servicio.
Medida basada en Control de Admisin.
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
tomar decisiones de control de admisin. Un MGw detecta congestionamiento
monitoreando la trama de paquetes. Los paquetes marcados con Perdida de paquetes o
Notificacin de Congestin Explcita [Explicit Congetion Notification (ECN)] son
interpretados como indicaciones de congestionamiento.
Si un MGw detecta que la tasa de packet drop est por encima del umbral
configurable, comenzara a bloquear intentos de portadoras de establecimiento de llamadas
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
bajo condiciones normales de operacin. Sin embargo, bajo condiciones normales de
operacin no habr bloqueos de trfico. El propsito de MBAC es asegurar un desempeo
adecuado durante volmenes de trfico no esperados y otras situaciones anormales como
fallas de enlaces y fallas de enrutadores.
18
CAPTULOIV
Control de Admisin Esttico
Usando el Control de Admisin Esttico [Static Admission Control (SAC)], las
operadoras pueden dimensionar sus redes de una manera que hace posible rechazar
conexiones debido a el control de admisin esttico es vez de dejar la decisin MBAC
rechazar conexiones basadas en enlaces sobrecargados causando perdida de paquetes. El
lmite de ancho de banda de un Control de Admisin Esttico debera establecerse para
V A DO S
corresponder con la capacidad dimensionada del enlace troncal IP. Esto asegurar que no
ocurra ninguna prdida de paquetes duranteE

R S ER normales de operacin. Se debe
C H O S condiciones
E
R el dimensionamiento de enlaces no es llevado a cabo asumiendo
DlaEprctica
notar que en
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
cuando el ancho de banda del enlace es incrementado.
Dependiendo en la tcnica de transmisin utilizada en el enlace troncal IP, el IP
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.
N_wcdma = Numero de Suscriptores WCDMA en este MGw.
N_GSM = Numero de Suscriptores GSM en este MGw.
a_lu_v = Trfico de Voz WCDMA por suscriptor (mE).
19
CAPTULOIV
a_A_v = Trfico de Voz GSM por suscriptor (mE).
a_lu_csd = Trfico de datos CS por suscriptor WCDMA (mE).
a_A_csd = Trfico de datos CS por suscriptor GSM (mE).
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
5 Calcular el trafico de voz y datos CS en la interfaz Iu en Erlangs:
Trfico de Voz
A_Iu_v = N_wcdma * Rh * a_Iu_v
Trfico de Datos
A_Iu_csd = N_wcdma * Rh* a_Iu_csd
Calcular el trfico de voz y datos CS en la interfaz A en Erlangs:
Trfico de Voz
A_A_v = N_gsm * Rh * a_A_v
Trfico de Datos
20
CAPTULOIV
A_A_csd = N_gsm * Rh* a_A_csd
Calcular el trafico de voz en la interfaz VoIP en Erlangs:
A_VoIP_v = p_VoIP * (A_Iu_v + A_Iu_csd + A_A_v + A_A_csd)
Calcular el nmero de conexiones usando la formula de prdida de Erlang para
determinar las ambas vas de los canales ET por caso de trfico (Bh = 0.001)
Input: Ah = A_Iu_v , Bh = 0.001

V A DO S
Output: N_Iu_v
R ES ER
H OS
DEREC
Input: Ah = A_Iu_csd , Bh = 0.001
Output: N_Iu_csd
Input: Ah = A_A_v , Bh = 0.001
Output: N_A_v
Input: Ah = A_A_csd , Bh = 0.001
Output: N_A_csd
Input: Ah = A_VoIP_v, Bh = 0.001
Output: N_VoIP_v
Calcular la cantidad de conexiones en la interfaz Nb:
Nmero de conexiones necesitadas para la interfaz Nb, cuando se usa troncal IP:
N_Nb = p_Nb*(N_Iu_v + N_Iu_csd + N_A_v + N_A_csd)
21
CAPTULOIV
Calcular el Ancho de Banda de la interfaz Nb:
BWNb = N_Nb * Ancho de banda para AMR 12.2 20ms (22.88 Kbps) * Taza de
Actividad de Voz (0.6)
Calcular el Nmero de conexiones E1 para manejar el BWNb:
E1s = BWNb / 2000
Determinar la opcin de conexin IP

V A DO S
R ES ER
H OS
DEREC
Para determinar este factor se utiliza la tabla que se muestra a continuacin para
hallar la opcin IP deseada y el nmero de interfaces Gigabit Ethernet basados en las
conexiones calculadas.
Se debe notar que la cantidad de trfico PCM/CSD en la interfaz Nb es dependiente
de la mezcla de acceso CSD/speech, y si se asume o no la funcin de Voz Comprimida en
la interfaz Nb para WCDMA y GSM.
Calculo de la Interfaz Mc:
Para la cantidad de conexiones FastEthernet necesarias para la interfaz Mc, se
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
sobre esta interfaz tanto para el caso WCDMA como GSM:
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
PROTOCOLO. SUSCRIPTORES. PUNTO FINAL DE SEALIZACIN. OCTETOS/SEG.
(OCTETOS/MSU)
PSTN 86.38 7169.54

ISUP 83 SSP 86.2 7154.6
VM 86.2 7154.6
Traf. GCP 2208 MGW 177.72 392405.76
(Erlangs)
GCP 461 MGW 177.72 81928.92
RANAP (CS) 1431 RNC 111.97 160229.07
BICC 99 MSC Server 150.57 14906.43
MSC Server 150.57 33125.4
HLR 192.84 42424.8

MAP 220
SC 235.21 51746.2
EIR 227 49940
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
se suma cada uno de los factores del la ltima columna de la tabla.
Cantidad de Oct/seg para WCDMA = 848185.32 Oct/seg
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
TAMAO DEL MSU CONTRA

MSU/SEG EN BASE A
NOMBRE DEL CADA PUNTO FINAL DE NMERO DE
100000
PROTOCOLO. SEALIZACIN. OCTETOS/SEG.
SUSCRIPTORES.
(OCTETOS/MSU)
PSTN 86.38 6824.02

ISUP 79 SSP 86.2 6809.8
VM 86.2 6809.8
Traf. GCP 2046 MGW 177.72 363615.12
(Erlangs)
GCP 394 MGW 177.72 70021.68
BSSAP 1033 BSC 150.57 97983.9
MSC Server 150.57 29210.58
HLR 192.84 37410.96

MAP 194
SC 235.21 45630.74
EIR 227 44038
Tabla 4.3: Parmetros para calcular los octetos por segundo para GSM
Fuente: (Digitel)
24
CAPTULOIV
Cantidad de Oct/seg para GSM = 708354.6 Oct/seg.
Llegados a este punto, se obtiene el trfico total entre WCDMA y GSM, luego se
multiplica ese valor para llevarlos a bits/seg:
Cantidad total de bits/seg: (Cantidad de Oct/seg WCDMA + Cantidad de Oct/seg
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
Por ltimo se calculan el nmero de conexiones FastEthernet, para esto:
N de conexiones FastEthernet = (12452319.36 bits/seg) / (100
Mbits/seg/FastEthernet)
N de conexiones FastEthernet = 0.0633 1
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
requieres una redundancia del tipo n + n, donde n es el numero de interfaces necesitadas,
por lo tanto en este caso habra redundancia 1+1 por lo que se requeriran 2 conexiones
FastEthernet.
4.1 EJEMPLO DE DIMENSIONAMIENTO
25
CAPTULOIV
Este ejemplo representa el dimensionamiento del MGw1 en la siguiente red
WCDMA/GSM.
V A DO S
R ES ER
H OS
DEREC
Figura 4.3: Red WCDMA / GSM
(Fuente: Prez, Salazar)
Para efectos del ejemplo se asumen los siguientes datos:
En el MGw1 existen 30000 suscriptores en la UTRAN y 70000 suscriptores en la
GERAN.
El MGw1 y el MGw2 estn localizados en el mismo sitio.
El MGw1 tiene una conexin TDM de alta velocidad (STM-1) hacia POI.
El transporte en el ncleo de la red es IP.
INTERFACES ATM
Resultados Intermedios
Trfico en la interfaz Iu
A_Iu_v = 30 000 * 1.2 * 17.0 mE = 612 E
26
CAPTULOIV
A_Iu_csd = 30 000 * 1.2 * 2.0 mE = 72.0 E
Trfico en la interfaz A
A_A_v = 70 000 * 1.2 * 19.0 mE = 1596 E
A_A_csd = 70 000 * 1.2 * 0.5mE = 8.4 E
Nmero de conexiones necesitadas:
N_Iu_v (Bh=0.001) = 671
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
AMR% in Iu = 671/(671 + 97) * 100% = 87.4% (use AMR/PCM: 80/20)
Nmero de vas AAL2 necesitadas:
Interfaz Iu: (671 + 97)/184 = 5
Ancho de banda para Iu:
BWIu = 5 * 5.088 Mbps = 25.4 Mbps
Ancho de banda para Iu-PS:
BWIuPS = 30000 * 0.68 * 75 bps = 1.5 Mbps
Nota: Nb es la interfaz IP.
Ancho de banda para SGSN (Iu-PS)
BWSGSN = 1 * 1.5 Mbps = 1.5 Mbps
27
CAPTULOIV
Nota: La interfaz GGSN no est conectada va MGw en el caso de backbone IP
Resultados Finales
Puertos STM-1 para la interfaz MGw-RNC:
N 155M = (25.4 Mbps + 1.5 Mbps)/149.8 Mbps N=1
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
R E S EdelRsite. Cada conexin directa al RNC

C H O S
total de la interfaz RNC) puertos entre los MGws
necesita un D ER
puerto
E
STM-1 propio.
As el nmero de puertos STM-1 necesitados en el MGw1 para 2 RNCs conectados
es un total de 2.
Interfaces Nb y Mc:
Manejado por Interfaces IP
Interfaz MGw-SGSN (en site):
N 155M = 1.5 Mbps/149.8 Mbps N=1
La carga til y la sealizacin requieren sus propias interfaces hacia el SGSN. En el
ejemplo la cantidad necesitada de interfaces SGSN son 2+2 (por redundancia)
4 STM-1 son requeridos
Numero de puertos ATM de 155 Mbps necesitados:
28
CAPTULOIV
El nmero de puertos necesitados son: 4 + 4 +1 = 9
INTERFACES TDM
Trfico en la Interfaz POI:
A_POI = 0.75 * (612 + 72 + 1596 + 8.4)E = 1716.3 E
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
Nmero de Interfaces STM-1 por ruta
N 155MTDM = 902/63*31 N=1
El nmero total de interfaces STM-1 necesitadas para PSTN/ISDN/PLMN es 2.
Trfico en la Interfaz A:
A_A = (1596 + 8.4) E = 1604.4 E
Se asume que cada uno de las cuatros BSCs comparten la carga en partes iguales.
Nmero de conexiones necesitadas por BSC ((1604.4 E)/4= 401.1E):
N_BSC (Bh=0.005) = 435
Numero de interfaces STM-1 por BSC:
N 155MTDM = 435/63*31 N=1
El nmero total de interfaces STM-1 necesitadas para el acceso GSM (4 BSCs) es 4.
29
CAPTULOIV
Resultados Finales
Si se usan puertos dedicados en cada interfaz y se toma en cuenta la proteccin se
requieren 2*(2+4) = 12 TDM 155 Mbps puertos.
Si el site tiene conexin cruzada TDM o equipos de multiplexacin, los mismos
puertos pueden usarse para todas las interfaces. En este caso:
S
En nmero total de canales necesitados: 2*902 + 4*435 = 3544
V A DO
R ES ER
H OS
DEREC
STM-1 necesitados:
N 155MTDM = 3544/63*31 N=2
Cuatro puertos TDM 155 son requeridos (dos por redundancia).
INTERFACES IP
Interfaz-Nb:
Nmero de conexiones requeridas para la Interfaz Nb, cuando se usa backbone IP:
N_Nb = 0.45*(671 + 97 + 1683 + 19)= 1111.5
Interfaz-VoIP:
Nmero de conexiones VoIP necesitadas:
N_VoIP = 0.03*(671 + 97 + 1683 + 19) = 74.1
30
CAPTULOIV
Calcular el ancho de banda de la interfaz Nb:
BWNb = 1111.5 * 22.88 Kbps * (0.6) = 15258 Kbps
Calcular el Nmero de conexiones E1 para manejar el BWNb:
E1s = BWNb / 2048 Kbps = 7.45 E1s
Calculo de la Interfaz Mc:
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
PROTOCOLO. SUSCRIPTORES. PUNTO FINAL DE SEALIZACIN. OCTETOS/SEG.
(OCTETOS/MSU)
PSTN 86.38 2159.5

ISUP 25 SSP 86.2 2155
VM 86.2 2155
Traf. GCP 663 MGW 177.72 117828.36
(Erlangs)
GCP 139 MGW 177.72 24703.08
RANAP (CS) 430 RNC 111.97 48147.1
BICC 30 MSC Server 150.57 4517.1
MSC Server 150.57 9937.62
HLR 192.84 12727.44

MAP 66
SC 235.21 15523.86
EIR 227 14982
Tabla 4.4: Ejemplo parmetros para calcular los octetos por segundo para WCDMA
31
CAPTULOIV
Fuente: (Digitel)
Cantidad de Oct/seg para WCDMA = 254836.06 Oct/seg
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
Protocolo. suscriptores. Final de Sealizacin. Octetos/seg.
(Octetos/MSU)
PSTN 86.38 4837.28

ISUP 56 SSP 86.2 4827.2
VM 86.2 4827.2
Traf. GCP 1433 MGW 177.72 254672.76
(Erlangs)
GCP 276 MGW 177.72 49050.72
BSSAP 724 BSC 150.57 109012.68
MSC Server 150.57 20477.52
HLR 192.84 26226.24

MAP 136
SC 235.21 31988.56
EIR 227 30872
32
CAPTULOIV
Tabla 4.5: Ejemplo parmetros para calcular los octetos por segundo para GSM
Fuente: (Digitel)
Cantidad de Oct/seg para GSM = 536792.16 Oct/seg.
Cantidad total de bits/seg: (Cantidad de Oct/seg WCDMA + Cantidad de Oct/seg
GSM) * 8
Cantidad total de bits/seg = (254836.06 + 536792.16) * 8
Cantidad total de bits/seg = 6333025.76 bits/seg

V A D O S
FastEthernet S=ER
N de conexiones
OS R E (6333025.76 bits/seg) / (100
H
DEREC
Mbits/seg/FastEthernet)
N de conexiones FastEthernet = 0.0633 1
N total de conexiones = 2
Finalmente se puede observar que la red de conmutacin de prxima generacin
est representada por el MSC el cual se muestra a continuacin:
33
CAPTULOIV
V A DO S
R ES ER
H OS
DEREC
Figura 4.4: MSC

Donde queda representado en una red completa GSM extandida a una de prxima
generacin de la siguiente forma:
34
CAPTULOIV
V A DO S
R ES ER
H OS
DEREC
Figura 4.5: MSC de Prxima Generacin en una red GSM expandida

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
su sistema de conmutacin por completo, y asi hacer ms factible su implementacin.
35
CONCLUSIONES
CONCLUSIONES
En este trabajo se pudo verificar que una Red de Prxima Generacin,
especficamente hablando del rea de conmutacin para trafico de voz, est
compuesta bsicamente de un Media Gateway (MGw) y un servidor MSC (MSC
Server), de la misma manera se comprob que las interfaces concernientes a la
interconexin de estos equipos no necesariamente utilizan el mismo modo de
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.
Al realizar esta investigacin se corrobor que los conceptos de trafico telefnicos
bsicos se mantienen, siendo estos la base principal en los mtodos de diseo de
redes de esto tipo, puesto que se hace indispensable el uso de las tablas de Erlang y
la distribucin de Poisson Erlang B.
El inicio del dimensionamiento se basan sencillamente en estimaciones ofrecidas o
proporcionadas por el operador, pero siempre tomando en cuenta diferentes factores
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
operacin de la red en situaciones como picos anormales de trafico por un
determinado periodo de tiempo o por un crecimiento inesperado de trfico.
El trabajo realizado est orientado primordialmente al diseo de una red sencilla, es
decir, sin ningn tipo de esquemas de redundancia ni de proteccin; y por lo tanto,

CONCLUSIONES
este diseo se podra complicar en la medida que se vayan exigiendo por parte de
los operadores. otros esquemas de seguridad, topologas, entre otros.
El diseo propuesto no solo es aplicable en redes totalmente nueva, sino que
tambin se puede perfectamente aplicable como herramienta de planificacin a otras
redes en operacin para validar si las interfaces existentes estn correctamente
dimensionadas.
V A D O S
R E S ERen cuenta en esta investigacin se

O S
El dimensionamiento de las interfaces tomadas
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-
MSC con el MGw, se estiman la cantidad de MSUs que se utilizan
dependiendo del protocolo que emplean, tomando en cuenta la longitud en
octetos que posee cada MSU de acuerdo al protocolo correspondiente; con
esto se obtiene la carga IP relacionado a esa interfaz y luego se determinan
la cantidad de conexiones FastEthernet para manejar dicha carga.
o Para las interfaces Iu, A, POI y PRA se sigue bsicamente el mismo
procedimiento, se calcula en trfico total manejado por la misma en base a
los suscriptores totales de la red, luego se determinan el nmero de canales
requeridos para manejar ese trfico y finalmente se hayan la cantidad de
STM-1s para manejarlo.
o Para las interfaces Nb y VoIP es necesario determinar el ancho de banda
requerido para transportar su carga IP, una vez obtenido el ancho de banda
se determinan el nmero de canales necesitados para esa carga y por

CONCLUSIONES
finalmente, de acuerdo a esa carga se hayan la cantidad de STM-1s a
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
objetivos planteados al inicio de la investigacin, cumpliendo con 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
9 Migrar las redes de conmutacin de las empresas de telefona mvil de conmutacin
de circuitos a conmutacin de paquetes.
9 Realizar un buen diseo y dimensionamiento previo al implementar un nuevo
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
C H loO Sla red de acceso, lo conocido como ultima milla y

ER E
telefona mvil, como
D
son,
el backbone.
9 Facilitar el uso de dicho trabajo especial de grado con la creacin de un software
capaz de realizar el dimensionamiento con solo introducir los parmetros
requeridos.
V A DO S
R ES ER
HOS
DEREC
BIBLIOGRAFA
5
BIBLIOGRAFA
BHATNAGAR P.K. Engineering Networks for Synchronization, CCS 7, and ISDN.

IEEE Telecommunications Handbook Series, 1997.
JANEVSKI Toni. Traffic Analysis and Design of Wireless IP Networks. Mobile

Communications Series, 2003.
CHENG CHEN J, IP Based Next-Generation Wireless Networks, Wiley-Interscience,

2006.
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.
TAMAYO Y TAMAYO, Mario. El Proceso de la Investigacin Cientfica, Mxico,

Editorial Limusa, Tercera Reimpresin, 1990.

Derechos Reservados: Diseño de Redes de Conmutación de Próxima Generación para Tráfico de Voz

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Derechos Reservados: Diseño de Redes de Conmutación de Próxima Generación para Tráfico de Voz

Загружено:

Авторское право:

Доступные форматы

REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD RAFAEL URDANETA

Realizado Por Brs:

Asesor Acadmico Asesor Industrial

Maracaibo, enero de 2008.

Br. PREZ S, Santiago F. Br. SALAZAR S, Wilfredo J.

Este jurado aprueba el Trabajo Especial de Grado titulado: DISEO DE REDES

DE CONMUTACIN DE PRXIMA GENERACIN PARA TRFICO DE VOZ,

y WILFREDO J. SALAZAR S., portador de la C.I: 18.742.995, en cumplimiento con los

requisitos establecidos para optar por el

Ing. Jos F. Bohrquez

A mi familia, novia, amigos y maestros, quienes me brindaron su apoyo condicional en los

momentos difciles de la carrera, para poder as superarlos y seguir mi camino.

mencion, ya que todo lo que uno posee es gracias a l.

camino, iluminando cada paso de mi vida.

apoyo no lo habra logrado, porO serS R E S E

importantes a lo largo de la vida.

manera poder mantenerme firme y superar las situaciones adversas.

j|yxw fttt fv{x

A nuestros padres y hermanos, quienes nos brindaron siempre su apoyo y fortaleza,

A todos muchas gracias

AGRADECIMIENTOS .... VII

CAPTULO I: EL PROBLEMA ...... 16

CAPTULO II: MARCO TERICO 26

2.2.3.2 RED DE CONMUTACIN DE PRXIMA GENERACIN.... 61

CAPTULO IV: ANLISIS DE LOS RESULTADOS .. .119

4.3.7.2 PARMETROS DE ENTRADA ... 137

Figura 2.1 Red y Equipo Terminal .. 31

PREZ S. Santiago F.; SALAZAR S. Wilfredo J. DISEO DE REDES DE

Palabras Clave: ncleo de red, interfaces de interconexin, dimensionamiento,

Santiago Prez: e-mail: sfps.telecomunicaciones@gmail.com

NEXT GENERATION SWITCHED NETWORK DESIGN FOR VOICE TRAFFIC

Prez Santiago Salazar Wilfredo

Key Words: core network, interconnection interface, dimensioning

Santiago Prez: e-mail: sfps.telecomunicaciones@gmail.com

Las telecomunicaciones en general, hace algunos aos, han comenzado a generar en

travs de cualquiera de sus tecnologas. Quizs el sector de las comunicaciones mviles ha

desarrollo de tales redes.

Actualmente la tendencia de las redes de comunicaciones mviles es la de migrar a

ncleo de Redes de Prxima Generacin (NGN), el cual constituye la parte ms

investigacin la cual radica principalmente en el de diseo de redes de conmutacin de

prxima generacin especficamente para el trfico de voz.

En el captulo I, se analiza la problemtica que actualmente atraviesa las empresas

sector de las telecomunicaciones para poder ofertar servicios eficientemente a un costo

justo, y por ende la necesidad de la implementacin de una red de conmutacin de prxima

generacin para poder cumplir tal cometido.

Asimismo en el Captulo II, se presentan los antecedentes de la investigacin, y las

Generacin (NGN), los componentes que la E

En el Captulo III, se explica la metodologa seleccionada, incluyendo el tipo y

diseo de la investigacin, las tcnicas de recoleccin de datos utilizadas y el

En el Captulo IV, se expresan los resultados que llevaron a cabo la realizacin

del diseo de redes de conmutacin de prxima generacin para trfico de voz.

1.1 PLANTEAMIENTO DEL PROBLEMA

telecomunicaciones atravesaron una serie de coyunturas por causa de la modernizacin y

debi a que la industria de las telecomunicaciones le dio ms importancia al aspecto

econmico y mercadeo que a la calidad del servicio que stas brindaban.

Entre el ao 2000 y 2003, estas circunstancias se caracterizaron bsicamente por el

corporativos afectaron la ganancia de estas empresas.

Un indicativo de este acontecimiento se ve reflejado en Venezuela por una gran

disminucin de la calidad de servicios prestados y un incremento acelerado de los costos de

los servicios que se ofrecan.

Adicionalmente, esta situacin se ha visto acentuada debido a que los abonados

pertenecientes a las diversas empresas de telecomunicaciones adquieren cada vez con