UNIVERSIDAD NACIONAL DE INGENIERÍAcybertesis.uni.edu.pe/bitstream/uni/8984/1/cubas_fv.pdf ·...
69
UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA ELÉCTRICA Y ELECTRÓNICA AHORRO DE ANCHO DE BANDA SATELITAL EN ESTACIONES CELULARES GSM REMOTAS EN ZONAS RURALES INFORME DE SUFICIENCIA PARA OPTAR EL TÍTULO PROFESIONAL DE: INGENIERO ELECTRÓNICO PRESENTADO POR: VICTOR HUGO CUBAS FELIX PROMOCIÓN 1985-1 LIMA-PERÚ 2010
Transcript of UNIVERSIDAD NACIONAL DE INGENIERÍAcybertesis.uni.edu.pe/bitstream/uni/8984/1/cubas_fv.pdf ·...
UNIVERSIDAD NACIONAL DE INGENIERÍA
FACULTAD DE INGENIERÍA ELÉCTRICA Y ELECTRÓNICA
AHORRO DE ANCHO DE BANDA SATELITAL EN ESTACIONES CELULARES GSM REMOTAS EN ZONAS
RURALES
INFORME DE SUFICIENCIA
PARA OPTAR EL TÍTULO PROFESIONAL DE:
INGENIERO ELECTRÓNICO
PRESENTADO POR:
VICTOR HUGO CUBAS FELIX
PROMOCIÓN 1985-1
LIMA-PERÚ 2010
AHORRO DE ANCHO DE BANDA SATELITAL EN ESTACIONES CELULARES GSM
REMOTAS EN ZONAS RURALES
Dedicado a mis Padres por su invalorable apoyo
y a mi esposa e hijos por su amor y compresión, que hicieron
posible la culminación del presente trabajo.
SUMARIO
El presente trabajo describe la solución al problema que tienen los operadores que
brindan el servicio de telefonía celular en zonas rurales donde el acceso a las
telecomunicaciones es posible solo por medio satelital y donde los gastos en alquiler de
enlaces satelitales son excesivamente caros.
Los distintos fabricantes de redes móviles han analizado e implementado soluciones para
este problema que se conocen como "Soluciones de Conmutación Local" u "Optimización
de Abis". Es decir, la conmutación de voz será local a nivel de transceptor de estaciones
base (BTS). La ventaja de estas soluciones es el ahorro de ancho de banda en la
interfase Abis puesto que la carga de tráfico de voz en dicho enlace disminuye, la voz al
recorrer caminos más cortos tiene menor retardo y mayor calidad.
En este trabajo también se describe la implementación de la Solución Nokia Siemens
Networks (NSN) cuyo resultados durantes las pruebas realizadas mantiene e incluso
mejora los indicadores clave de rendimiento (KPI) de voz y datos, disminuye las caídas
de llamadas en los traspasos, no modifica el comportamiento de la red, y el ahorro de
ancho banda es superior al 50% del alquilado. La conmutación local puede darse cuando
el tráfico pertenece a una sola BTS o a un clúster de BTS. Para ello, se requiere un
puerto de enlace remoto (RGW), el cual es el punto de agregación en todas las BTSs
dentro del clúster; y un puerto de central de entrada (CWG), que es el punto de
agregación hacia el controlador de estaciones base (BSC), es el responsable de
mantener esta solución transparente para la BSC y toda la red.
ÍNDICE
INTRODUCCION ... ... ... ... ...... ... ....... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ........... 1
CAPITULO 1 PLANTEAMIENTO DEL PROYECTO .................................................................... 3
1 Descripción del Proyecto .......................................................................................... 3
1.1 Problema .................................................................................................................. 3
1.2 Objetivo .................................................................................................................... 3
1.3 Solución .................................................................................................................... 3
1.4 Alcance de la solución .............................................................................................. 4
1.4.1 Soporte para servicios estándar GSM ..................................................................... .4
1.4.2 Beneficios para los Abonados ................................................................................. .4
1.4.3 Bajo costo de Operación ......................................................................................... .4
1.4.4 Fácil Implementación ................................................................................................ 4
1.4.5 Robustez .................................................................................................................. 4
CAPITULO 11 MARCO TEÓRICO ................................................ ............................................ 5
2.1 Alcance mundial y porcentaje de uso ....................................................................... 5
2.2 Frecuencias de uso .................................................................................................. 5
2.3 Red GSM tradicional. ............................................................................................... 6
2.4 Red GSM con la solución Local Switch .................................................................... ?
2.5 Codificadores de Voz ............................................................................................... 8
2.6 Capacidad ................................................................................................................ 8
2.7 Traspaso de Uamadas ............................................................................................. 8
2.8 Soporte de OMC ..................................................................................................... 9
2.8.1 Descripción del OMC .............................................................................................. 9
2.8.2 Interfaz GUl. ........................................................................................................... 12
2.9 Control de la Congestión ........................................................................................ 13
2.1 O Descripción Funcional del Local Switch ................................................................. 13
2.11 Sincronización ........................................................................................................ 13
2.12 Paquetización ......................................................................................................... 13
2.13 Manejo de las llamadas locales .............................................................................. 13
VII
2.14 Control de llamadas ................................................................................................ 15
2.15 Manejo de las llamadas no locales ......................................................................... 15
2.16 Señalización ........................................................................................................... 15
2.17 Voz ......................................................................................................................... 15
2.18 Relación con otros RGW y CGW ........................................................................... 16
2.19 Rendimiento y Capacidad ..................................................................................... 17
2.19.1 Capacidad de ancho de banda .............................................................................. 17
2.19.2 GSM Full Rate (FR) codee ..................................................................................... 18
2.19.3 GSM Half Rate (HR) codee .................................................................................... 19
2.19.4 GSM Enhanced Full Rate (EFR) codee .................................................................. 20
2.20 Latencia .................................................................................................................. 20
2.21 Pérdida de paquetes .............................................................................................. 20
2.22 Jitter ........................................................................................................................ 21
2.23 Los parámetros que se consideran en el dominio CS ............................................ 21
2.24 Los parámetros que caracterizan la demanda de tráfico para el dominio PS ... ... . 21
CAPITULO 111
DIMENSIONAMIENTOE IMPLEMENTACION DEL CONMUTADOR LOCAL. .. ..... ... .... 22
3.1 Dimensionamiento del Conmutador Local (LS) ...................................................... 22
3.2 Las consideraciones técnicas para el modelado de tráfico utilizado ... ... ... .... ...... 22
3.3 Consideraciones para la calidad de las clases de servicio .................................... 22
3.4 Requerimientos para el Tráfico y movilidad ........................................................... 22
3.5 Cálculo del tráfico por Demanda ............................................................................ 23
3.6 Dimensionado del ABIS satelital. ........................................................................... 25
3.7 Dimensionamiento de la Señalización .................................................................... 29
3.7.1 Dimensionamiento de llamadas MO ....................................................................... 29
3.7.2 Dimensionamiento de llamadas MT. ...................................................................... 29
3.7.3 Dimensionamiento de SMS MO ............................................................................. 30
3.7.4 Dimensionamiento de SMS MT. ............................................................................. 30
3.7.5 Actualizaciones de Ubicación ................................................................................. 31
3.7.6 Señalización de Traspaso ...................................................................................... 31
3.7.7 Reporte de Medición .............................................................................................. 32
3.7.8 Tráfico Inactivo en hora pico .................................................................................. 32
3.7.9 Total de ancho de Banda Requerido ...................................................................... 33
3.8 Dimensionamiento de GPRS (CS 1 y CS2) ............................................................ 33
VIII
3.8.1 Intervalos de tiempo Oedicado ............................................................................... 33
3.8.2 Intervalos de tiempo dedicados y predeterminados ............................................... 34
3.8.3 Intervalos de tiempo GPRS Predeterminado ......................................................... 34
3.9 Implementación de la solución LS .......................................................................... 35
3.9.1 Inspección visual de los componentes Local Switch .............................................. 35
3.9.2 Componentes Local Switch .................................................................................... 35
3.9.3 Servidor Advantech ................................................................................................ 35
3.9.4 LEO en las tarjetas del Servidor Advantech ........................................................... 36
3.9.5 Digium Tarjeta de Zaptel... ..................................................................................... 37
3.9.6 Cableado ................................................................................................................ 38
3.9.7 Visita Técnica del Sitio a Instalar ............................................................................ 38
3.9.8 Prerequisitos del entorno General. ......................................................................... 38
3.1 O Temperatura de trabajo del equipo LS ................................................................... 38
3.11 Montaje en un Rack ................................................................................................ 38
3.12 Conectividad IP ...................................................................................................... 39
3.13 Procedimiento de Comisionamiento ....................................................................... 39
3.13.1 Introducción ............................................................................................................ 39
3.13.2 Conexión de Energía ............................................................................................. .40
3.13.3 Ajuste de tensión .................................................................................................... 40
3.13.4 Terminal de Manejo y Gestión Local (LMT) ......................................................... .41
3.13.5 Prueba del Sistema ................................................................................................ 41
3.13.6 Reiniciar, Ping, Chequeo ....................................................................................... .41
3.13. 7 LEO en las tarjetas de Digium ............................................................................... .41
3.14 Configuración ......................................................................................................... 41
3.14.1 Confirmar la instalación del SW correcto .............................................................. .42
3.14.2 Configurando el SSH ............................................................................................. .42
3.15 Configurando el OMC, Remote Gateway (RGW) y el Central Gateway (CGW) ... 43
3.15.1 Configurando el OMC ............................................................................................ .43
3.15.2 Configurando el RGW ........................................................................................... .43
3.15.3 Configurando el CGW ........................................................................................... .44
3.15.4 Integrando el RGW y el CGW ............................................................................... .45
CAPITULO IV OPERACIÓN, MANTENIMIENTO Y FALLAS PRESENTADAS ......................... ... ... 46
IX
4.1 Sobre el OMC ......................................................................................................... 46
4.1.1 Descripción del OMC ............................................................................................. .46
4.1.2 Gestión de la Configuración .................................................................................. .47
4.1.3 Gestión de Fallas .................................................................................................... 48
4.1.4 Gestión de eventos ................................................................................................. 48
4.1.5 Gestión de rendimiento .......................................................................................... 49
4.1.6 Funciones de Administración ................................................................................. 50
4.2 Archivos LOG importantes ..................................................................................... 50
4.3 Trazados de utilidad ............................................................................................... 50
4.4 Fallas observadas en las pruebas .......................................................................... 51
CONCLUSIONES Y RECOMENDACIONES .................................... ...................... 53
ANEXO A
HOJA DE DATOS DE LOS EQUIPOS ........................ ... ... ...... ... ... .... ... ... ... ........... 54
ANEXOS
GLOSARIO DE TERMINO$ .................. ... ... ... ... ...... ............. ... ...... ... ... ... ... ... ... ... 57
BIBLIOGRAFÍA ................................. ...... ... ............. ... ...... ... ... ... ... ... ... ... ... ... ... . 61
INTRODUCCION
En redes GSM, la conmutación es un proceso realizado por los MSC (Centro de
Conmutación Móvil) en el que tanto la voz como la señalización toman el mismo camino,
desde el móvil hasta el MSC, y viceversa. El impacto es mayor cuando la MS (Estación
móvil) originante y la MS terminante se encuentran servidos por la misma estación base,
peor aun cuando de por medio hay enlaces satelitales hacia el MSC. Por tanto, la
conmutación de la voz puede ser optimizada, puesto que los móviles se encuentran
geográficamente cercanos y unidos por un número menor de elementos de red, como la
BTS (Estación de transceptor base) y BSC (Controlador de estaciones base).
Othcr : MSC's VLR
BSS: . '
.. f • � • • • � .. . . .. . ... .. ,. • .. • ' • � ..
OSS:
Figura Elementos de una red GSM
NSS
Other Networks
-·-"\. /· -.._ / ... __ __
2
La solución LS permite al operador móvil reducir los gastos operativos de las redes GSM
rural. Esto permite al operador desplegar redes en las zonas rurales que pueden ser
rentables a pesar de ARPU baja cuando se combina con un costo eficiente en el sistema
de transporte. A pesar de un enorme crecimiento en las cifras de penetración de móviles
en todo el mundo, muchas comunidades rurales y empresas se han visto privados de la
telefonía móvil.
En una zona rural las llamadas locales como las llamadas no locales son enrutadas
hacia un controlador ubicado fuera de la zona local utilizando el enlace satelital tanto para
señalización como para la voz o datos, donde el retardo y el eco en las comunicaciones
de voz son una molestia para los usuarios.
De todas las soluciones existentes en el mercado internacional se escogió la solución de
la Empresa Nokia Siemens Networks (NSN) llamada "Local Switch", las llamadas locales
son conmutadas localmente consiguiendo una mejor calidad de voz eliminando de esta
manera el eco que existe en las llamadas satelitales.
En el presente trabajo se brinda la descripción de la solución NSN aplicado a una zona
rural y las mejores que se consiguen luego de su puesta en operación.
En el capítulo I se realiza la presentación de la solución Nokia Siemens Networks llamada
"Local Switch".
En el capítulo II se indica el marco teórico conceptual sobre las redes GSM Clásica y el
alcance mundial de esta tecnología así como la red GSM con la aplicación "Local Switch".
En el capítulo 111 se trata del dimensionamiento del equipo conmutador local,
considerando la señalización en voz y datos así como la instalación y configuración del
equipo.
El capítulo IV contempla la operación, mantenimiento y fallas presentadas en el LS
durante las pruebas realizadas.
CAPITULO 1
PLANTEAMIENTO DEL PROYECTO
1. Descripción del Proyecto
1.1 Problema:
Consideremos un escenario en el que un operador quiere implementar una cobertura
adicional en una comunidad remota donde el medio de transmisión típico es limitado o
difícil de instalar.
La única opción puede ser utilizar costosos enlaces por satélite.
1.2 Objetivo
El objetivo principal de este trabajo consiste en reducir los costos de operación (OPEX),
reduciendo el ancho de banda satelital alquilado.
1.3 Solución
La implementación de la solución "conmutación local" (LS) tiene las siguientes ventajas
clave:
Los operadores celulares que utilizan Abis por satélite o terrestres pueden lograr ahorros
significativos. LS minimiza la cantidad de tráfico a través de la red de transmisión, lo que
permite al operador implementar los gastos de cobertura efectivos. Usando LS los
costos relacionados con el arrendamiento de ancho de banda por satélite puede
reducirse hasta en un 70%.
Ventaja de ser el primero - esto es cuando un operador es el primero en implementar la
cobertura GSM, junto con LS en una zona rural donde la mayor parte del tráfico es la
voz.
LS permite al operador garantizar el máximo ahorro y todas las llamadas locales están a
la misma red. Los sitios existentes pueden ser fácilmente migrados a LS con costos de
transmisión reducidos. Así mismo pueden ampliarse sin la necesidad de aumentar
capacidad de transmisión.
La arquitectura de red existente y modelo de negocio no son afectados por la aplicación
de LS. La red principal permanece en el control de la llamada y en el control de toda la
tarificación.
Las características y servicios existentes de la red básica son perfectamente conservados
para los suscriptores. No es necesario modificar el actual BTS y el BSC.
4
Potencial incremento en el tráfico de voz, como la calidad de voz es considerablemente
mejor para las llamadas locales que las llamadas salientes. Típicamente los clientes
permanecen más tiempo en llamadas cuando la calidad de la llamada es buena.
1.4 Alcance de la solución:
1.4.1 Soporte para servicios estándar GSM
LS soporta los siguientes servicios estándar GSM:
Los servicios de voz originante y terminante por teléfono móvil.
Servicio de mensajes cortos (SMS).
Servicio general de radiocomunicaciones por paquetes (GPRS).
EDGE (Enhanced Data Rates para GSM Evolution).
CSD (Circuit Switched Data) / Servicio de fax.
1.4.2 Beneficios para los Abonados
El beneficio para los abonados móviles con la aplicación de LS es mejor calidad de voz
para llamadas conmutadas a nivel local debido a un menor retardo.
1.4.3 Bajo costo de Operación
La solución LS ofrece una reducción significativa de los gastos de funcionamiento de
sitios GSM como un porcentaje de llamadas conmutada localmente, reduciendo el
requerimiento de ancho de banda satelital o terrestre. Esto se traduce en un ahorro extra
para el operador. Los requerimientos de ancho de banda por satélite se reducirán de
nuevo con la optimización de la Abis sobre IP.
1.4.4 Fácil Implementación
LS se integra fácilmente en la red BSS. No hay impactos en los elementos existentes de
la red básica y ningún impacto sobre la facturación.
1.4.5 Robustez
La solución LS se basa en una plataforma fiable Advantech.
Figura 1 - Servidor Advantech [Fuente: "Manual LS Nokia Siemens Networks"]
CAPITULO 11
MARCO TEÓRICO
El Sistema Global para las Comunicaciones Móviles (GSM), es un sistema estándar,
completamente definido, para la comunicación mediante teléfonos móviles que
incorporan tecnología digital. Por ser digital cualquier cliente de GSM puede conectarse a
través de su teléfono con su computador y puede hacer, enviar y recibir mensajes por e
mail, faxes, navegar por Internet, acceso seguro a la red informática de una compañía
(LAN/lntranet), así como utilizar otras funciones digitales de transmisión de datos,
incluyendo el Servicio de Mensajes Cortos (SMS) o mensajes de texto.
GSM se considera, por su velocidad de transmisión y otras características, un estándar
de segunda generación (2G). Su extensión a 3G se denomina UMTS y difiere en su
mayor velocidad de transmisión, el uso de una arquitectura de red ligeramente distinta y
sobre todo en el empleo de diferentes protocolos de radio (W-CDMA). [1]
2.1 Alcance mundial y porcentaje de uso
La Asociación GSM (GSMA), este estándar es el más extendido en el mundo, con un
82% de los terminales mundiales en uso. GSM cuenta con más de 3.000 millones de
usuarios en 212 países distintos, siendo el estándar predominante en Europa, América
del Sur, Asia y Oceanía, y con gran extensión en América del Norte. [2]
La ubicuidad del estándar GSM ha sido una ventaja tanto para consumidores
(beneficiados por la capacidad de itinerancia y la facilidad de cambio de operador sin
cambiar de terminal, simplemente cambiando la tarjeta SIM) como para los operadores
de red (que pueden elegir entre múltiples proveedores de sistemas GSM, al ser un
estándar abierto que no necesita pago de licencias).
En GSM se implementó por primera vez el servicio de mensajes cortos de texto (SMS),
que posteriormente fue extendido a otros estándares. Además, en GSM se define un
único número de emergencias a nivel mundial, el 112, que facilita que los viajeros de
cualquier parte del mundo puedan comunicar situaciones de emergencia sin necesidad
de conocer un número local.
2.2 Frecuencias de uso
El interfaz de radio de GSM se ha implementado en diferentes bandas de frecuencia, por
asuntos legales de disponibilidad de frecuencias no asignadas, ver cuadro 2.1. [3]
Cuadro 2.1 - Frecuencias en GSM
Banda Nombre Canales Uplink (MHz) Downlink (MHz) Notas
GSM850 GSM850 128-251 824,0 -849,0 869,0 - 894,0 Usada en los EE.UU., Sudamérica y A�a.
La banda con que nació GSM en Europa y la más P-GSM900 1-124 890,0 -915,0 935,0 - 960,0 extendida
GSM900 E-GSM 900 975 -1023 880,0 -890,0 925,0 -935,0 E-GSM, exten�ón de GSM 900
R-GSM900 nía 876,0 -880,0 921,0 - 925,0 GSM ferro�aio (GSM-R).
GSM1800 GSM 1800 512-885 1710,0 -1785,0 1805,0 -1880,0
GSM1900 Usada en Norteamérica, incompatible
GSM 1900 512 -810 1850,0 -1910,0 1930,0 - 1990,0 con GSM-1800 por solapamiento de bandas.
2.3 Red GSM tradicional
La siguiente figura 2.1, muestra la red GSM tradicional sin LS:
Figura 2.1 - Red GSM Clásica
Dentro de la BSS, el usuario y los datos de señalización se transporta sobre una serie de
interfaces. El interfaz A se conecta a los Servicios de Centro de conmutación de telefonía
móvil (MSC) con el Transcoder TC.
6
La interfaz A-ter conecta los Transcoder con el Contralor de la estación base (BSC). El
interfaz Abis se conecta el BSC con la Estación Base Transceiver (BTS). Por último, los
datos se transmiten a la estación móvil a través de la interfaz de aire Um. [4]
2.4 Red GSM con la solución Local Switch
El Local Switch es implementado desarrollando dos nuevos elementos de red en la
interfase ABIS. Estos elementos de red son:
El RGW (Remete Gateway).
El CGW (Central Gateway).
La siguiente figura 2.2, muestra la implementación del LS:
E1
Handset BTS RGW CGW
Figura 2.2 - LS en la red GSM
A
7
Un Central Gateway (CGW) se encuentra en la ubicación del BSC. Es conectado a la
BSC a través de conexiones estándar E1. La conexión del CGW a la red de satélite se
realiza a través de una conexión Ethernet desde el CGW a un módem de VSA T.
El Remete Gateway (RGW) se encuentra en el sitio de la estación base o en el sitio del
módem VSA T. El BTS se conecta al Re mote Gateway usando conexiones E 1
normalizadas. La conexión del RGW a la red de satélites es a través de una conexión
Ethernet del RGW a un módem VSAT ubicado en el sitio remoto. Voz, SMS, Gestión de
8
la Movilidad de señalización se toma del Abis y se convierte a IP y se transfiere a través
de una conexión IP entre la BTS y el BSC. La conexión IP puede ser IP a través de vía
satélite, IP sobre TDM o IP a través de la red terrestre. Ambos el RGW y el CGW se
asignan direcciones IP estáticas para permitir la transferencia IP de paquetes.
2.5 Codificadores de Voz
Los codees soportados son:
Full Rate (FR)
Half Rate (HR)
Enhanced full Rate (EFR)
Todos los codees AMR.
2.6 Capacidad
El elemento de red RGW soporta lo siguiente:
Hasta 8 E1/T1s
Hasta 60 TRXs
Hasta 66 canales de señalización (60 de señalización TRX y 6 canales de señalización
OMU (Operación y Mantenimiento de la Unidad).
Hasta 480 FR (Full Rate) o 960 HR (Half Rate) canales de voz.
Hasta 6 BTS (BCFs).
El elemento de red CGW admite los siguientes:
Hasta 16 E1/T1s del BSC
Hasta 16 RGWs
Se puede conectar a un solo BSC
Hasta 120 TRX
Hasta 960 FR (Full Rate) o 1920 HR (Half Rate) canales de voz.
2.7 Traspaso de Llamadas
Local Switch soporta los siguientes tipos de traspasos dentro del RGW:
Traspaso de llamadas intra celda y
Traspaso de llamadas inter celda.
Para traspasos intra celda significa que la llamada permanece conmutada localmente
después del traspaso ver figura 2.3.
Para traspasos ínter celda si una de las partes en una llamada conmutada localmente
requiere el traspaso a una celda fuera del RGW, la llamada será enviada de regreso a la
red, ver figura 2.4.
Para soportar los traspasos en llamadas conmutadas localmente cada TRX en cada BTS
bajo el control de un RGW necesita tener una frecuencia diferente/combinación de BSIC.
También ninguna celda vecina frontera puede usar la frecuencia que esté usando el LS.
Remate S itc
1........ BTS (1) b.1··········· ... ·-···········-············· ········1
: Tra spaso : Intracelda :
,-------,
BTS (2)
BSC MSC
Voz permanece conm utada localmente
Figura 2.3 - Traspaso de llamadas intracelda
Remote Site
!"'"·"'W! BTS (1)
i.,,:,;¡····· .. ··· .. ··· .............................. ········i.
.
1
:: Traspaso inter . .
1 ce Id a
cow
-.!:�====;f.-,W..-J;==l-4"E�l4-���F'4--JV1SC
Tráfico de voz regresa a la red
BTS (2) 1---------------------�
Figura 2.4 - Traspaso de llamadas intercelda
2.8 Soporte de OMC
2.8.1 Descripción del OMC
9
El OMC es responsable de la gestión, configuración y presentación de reportes. Soporta
la configuración de gestión de elementos de red es decir, el CGW y RGW, así como la
configuración de la LS, los parámetros de Abis IP y funciones de medición. Soporta la
configuración del mapeo de Abis así como la presentación de la configuración,
rendimiento, e información de evento y falla.
Donde se encuentre alojado el OMC esta en función del número de CGWs en el LS.
Cuando sólo exista una sola CGW como se muestra en las figura 2.5 a continuación, el
10
OMC reside en el CGW o en un servidor independiente, la figura 2.6, muestra el OMC
alojado en un servidor independiente:
B B
OMC
BTS El RGW
El BSC MSC
CGW
Figura 2.5 - OMC en CGW
Separare Sm-er
Figura 2.6 - OMC independiente
11
La figura 2.7, muestra dos RGWs conectado a un CGW con la OMC en el CGW:
RG\\ (l) CG\\
RGW(2)
E 1 interfil
El(l) BSC
E.l •
El(3)
El(4)
El
Figura 2.7- Dos RGW conectados a un CGW
El OMC es capaz de soportar múltiples CGWs para efectos de escalabilidad. En este
caso, el OMC puede residir en un servidor independiente. Esto se muestra en la figura
2.8:
RGW (A 1)
CGW(A)
RGW (A2)
l(Bl)
l(m)
ROW (B1) COW(B)
El(ID} RGW (B2)
Figura 2.8 - OMC con múltiples CGW
12
En la figura anterior existen múltiples RGWs comunicándose con un solo CGW. Cada
RGW sólo puede comunicarse con un CGW. El OMC gestiona todos los RGWs y CGWs
definido en el sistema OMC.
2.8.2 Interfaz GUI
La solución LS cuenta con una Interfaz Gráfica de Usuario (GUI) localizada en el Centro
de Operación y Mantenimiento (OMC). Es responsable de la gestión, configuración y
presentación de reportes del LS. El OMC permite a un operador:
Configurar los módulos de gestión
Conocer la información de configuración, rendimiento, eventos y fallas.
La figura 2.9 muestra un ejemplo de una pantalla GUI basado en el OMC
Al,11111�
-- .
o o o o
lcM I FM I EM !PM jAdmtn. !Logout 1
F.11111 M,t1til!.JEII
Source:
So,•eritr
Time
Search:
Filter/Refresh
lA.1' ·····-··················-························· ..... J�I jAII i'-'1 ! 1 _stde.y 1� 'AciNe .Alo.n-ns i ...- J
Figura 2.9 - Pantalla GUI
El OMC también es compatible con la transmisión de alarmas a NetAct utilizando SNMP.
El OMC almacena la siguiente información en una base de datos conectada a
Persistencia:
Gestión de la Configuración
Gestión del rendimiento
Gestión de Eventos
Gestión de fallos
Gestión de Seguridad
Gestión de la Administración.
13
El OMC almacena la información de la configuración del gestor indefinidamente. El OMC
almacena la siguiente información por un periodo de tiempo configurable:
Gestión del Rendimiento
Gestión de eventos
Gestión de Fallas
2.9 Control de la Congestión
LS proporciona una función de control de congestión que significa que durante períodos
de congestión sólo se admiten llamada de emergencia. Todas las otras llamadas se
rechazan hasta que el período de congestión haya disminuido. Durante el período de
congestión, los paquetes se pueden eliminar para sacar llamadas.
2.10 Descripción Funcional del Local Switch
En la plataforma LS, el RGW y CGW son responsables de convertir el trafico Abis
estándar E1/T1 a IP. Esto incluye todas las señales de GSM, SMS, los datos de GPRS y
de voz para llamadas que no son locales al sitio remoto.
2.11 Sincronización
En la solución Satelital, la distribución de reloj a todos los BTS es provista por un
FlexiBTS equipado con una tarjeta LMUB conectado al RGW. El FlexiEDGE BTS actúa
como el reloj maestro para toda la BTS conectado a los otros puertos E1/T1 del RGW.
Cualquier BTS en cadena en el BTS conectado al BTS maestro, o a los puertos E1/T1
del RGW es también sincronizado con este reloj externo. Esto se muestra en la figura
2.10. La sincronización en la solución terrestre se puede obtener de un E1 del CAGW. El
CAGW recibe su sincronización desde el BSC.
GPS Sync
o------< B TS E l
BTS El
RGW CGW
Figura 2.10 - Sincronización
2.12 Paquetización
BSC
El
El
El
El tráfico de voz para llamadas que no sean conmutadas localmente incluyendo
señalización todo es paquetizada y transportados a través de una conexión IP entre el
14
RGW y CGW. Este es transportado mediante el Abis propietario a protocolo IP, junto con
el protocolo UDP. Cada trama de voz y de señalización presentado al RGW y CGW tiene
la información registrado y asociada al E1/T1. Esta información del E1/T1 junto con la
información de la trama se pasa por la conexión IP al correspondiente RGW o CGW.
El RGW o CGW recibe el paquete IP y utiliza la información del E1/T1 para volver a crear
la trama y asegurar que la trama que se transmite al subcanal sea correcta en el canal
de tráfico de la señal de Abis E1/T1 .Reconocimiento de las llamadas locales y no locales
e identificación de llamada local. El RGW identifica una llamada conmutada localmente
mediante el seguimiento y la congruencia de ambas etapas de la llamada. Los métodos
de seguimiento en esta solución son las siguientes:
Señalización de usuario a usuario en el mensaje SETUP.
Connected Sub Address en el mensaje de CONNECT.
El RGW utiliza técnicas patentadas para reconocer una llamada entre dos suscriptores en
el mismo sitio remoto. Se conecta los caminos de voz de esta llamada dentro del RGW.
La señalización es llevada de nuevo a la red principal para garantizar que el control de
llamadas sea gestionada por la red principal.
Para LS, la señalización de usuario a usuario debe estar habilitada en la red principal.
2.13 Manejo de las llamadas locales
Cuando el RGW reconoce que una llamada entre dos abonados está en el mismo sitio
remoto, se conecta los caminos de voz de esta llamada en el RGW.
La señalización es llevada de nuevo a la red principal. Esto se ilustra en la figura 2.11.
RGW Yoire m itrbed
•••
1
1
1
El(!)
�-••••
BTS
•• • • •
1
1
1 E1(2) 1
1
BTS
:'\o , oire parket1
CGW
CGW kttp1 1ub
. .. l. . 1 1
El\!) 1
'
1
1 1
1 1
1
1
•
BSC
El(2)
Figura 2.11 - Llamadas locales en el RGW
15
2.14 Control de llamadas
Todo el tráfico de voz para llamadas que son propias del RGW se conmutan localmente.
Solo el tráfico de voz es conmutada localmente.
Toda la señalización se pasa a la MSC. Esto nos asegura que el MSC mantiene el control
de todas funciones importantes de control de una llamada en todo momento.
2.15 Manejo de las llamadas no locales
Para llamadas de voz que no es local, la voz se lleva a la red principal como de
costumbre a través del BSS.
El RGW y CGW convertir el tráfico tradicional E1/T1 a IP y viceversa en los puntos de
terminación de la interfaz E1/T1 con el BSC y BTS. Esto se ilustra en la figura 2.12
siguiente:
L -El RGW
Remole Site
1-----i CGW El BSC .. �
Slgnalllng can1td bock to con nttwork
Figura 2.12- Llamadas no locales en RGW
2.16 Señalización
MSC -•
Todo enlace de señalización de radio (RSL) y O & M, tales como control de llamadas e
informes sobre las mediciones se pasa al BSC y el MSC.
Esto asegura que no hay interferencia con la facturación o cualquier otra interacción o
intervención que pueda ser requerida por la red central por ejemplo quedarse sin crédito
durante una llamada o llamadas de terceros.
2.17 Voz
El tráfico de voz para llamadas que no son locales en un RGW es transportado por la
conexión IP. La información del TRAU, incluyendo los bits de control se empaqueta junto
16
con la información E1/T1 y horario de información y se envía a través de la conexión IP.
El retardo de la conversión TDM / IP se reduce al mínimo. Promedio de retardo de
paquetes de voz para E1/T1 a la conversión IP es 40ms en el RGW y CGW.
Todas las tramas libres y con la bandera BFI con el valor de 1, se identifican y son
suprimidos en el Portal Abis. Cuando una puerta de enlace Abis reconoce que no se
recibe audio para un subcanal particular en el canal E 1, se genera tramas libres en el sub
canal de inactividad hasta el momento en que se reciba en la próxima trama de voz.
El CGW mantiene un flujo constante de las tramas libres para los subcanales para ambas
etapas de la llamada conmutada localmente que asegura que los canales hacia el MSC
se mantienen para la totalidad de la llamada. Esto permite que el MSC mantenga el
control de la llamada. Cuando una llamada es conmutada localmente en el RGW, el RGW
notifica al CGW. El CGW suprime cualquier trama recibida desde el BSC para esta
llamada.
Esto asegura que ningún tráfico de voz sea transportado por la conexión IP, en cualquier
dirección para llamadas conmutadas localmente.
2.18 Relación con otros RGW y CGW
Un solo CGW puede soportar hasta 16 RGWs (donde hay una sola E1/T1 por RGW). La
siguiente figura 2.13, muestra un ejemplo de E1/T1s distribuidos en 2 RGWs y el
requerimiento de un solo CGW:
8 \
Remote Site 1
BTS El(l)
Remote Site 2
CGW
Figura 2.13
El(l) BSC
El(2)
MSC
17
La siguiente figura 2.14, muestra un ejemplo de E1/T1s múltiples distribuidas en RGWs
múltiples. Debido a que hay más de 16 E1/T1s hay un requerimiento de un CGW extra.
RG\V(Al)
•
• • •
RG\V(
• • • •
CGW(A)
CGW(B)
Figura 2.14- Múltiples E1 en diferentes RGW
2.19 Rendimiento y Capacidad
2.19.1 Capacidad de ancho de banda
La capacidad de ancho de banda depende del códec de voz utilizado. La información se
transporta entre el RGW y CGW con el Abis propietario a Protocolo IP junto con el
protocolo UDP. Llamadas múltiples se multiplexan en un paquete IP y se transportan por
la conexión IP.
La siguiente tabla muestra un ejemplo de los cálculos de ancho de banda usando estos
protocolos y el códec GSM FR. Estos cálculos ilustran la carga útil de sólo voz y no
incluyen el tráfico de señalización asociadas.
18
Los cálculos incluyen el ancho de banda IP, UDP e información TRAU. Los gastos
generales de Ethernet no están incluidos
Cuadro 2.2 - GSM Full Rate cálculos de ancho de banda
Static lnformation f rame lnformation re eatea
Sequence Hum �im B�esl Average
IP UDP number Address BH lnfo HN lnfo Length Contr� lnfo Calls packet Bi�/Sec Bitsl�eclcall
Octets 1 1 1 1 1 2 l�
La dirección IP, UDP y" información de la dirección IP de Alto" información de cabecera
es estático para cada paquete.
El "TRAU trama + información Alto en la trama" se repite para cada cuadro que se añade
al paquete IP.
El número total de bytes por paquete = (IP + UDP +ALTO IP Información de la dirección)
+ ((+ tarma TRAU + lnfo Alto, en la trama)* Num llamadas simultáneas)
Si se asume una tasa de muestreo de 20 ms el total de bits por segundo = Número total
de bytes* 8 * 50.
El promedio de bits por segundo por llamada = (Total bits / seg) / (Núm. llamadas
simultáneas).
2.19.2 GSM Full Rate (FR) codee
La siguiente figura muestra el promedio de bits por segundo por llamada con GSM Full
Rate (FR) codee. Uso de GSM full rate, el número de bits por segundos para una llamada
resulta ser 29.200 bits por segundo. El promedio se reduce a 17.543 bits por segundo
para 35 llamadas simultáneas.
35000
3CXXX)
=
2CXX)()
� 15000
10000
5000
o
GSMFR
\ '
,,
,.
1
1 3 5 7 9 1'1 13 15 17 19 21 23 25 27 29 31 33 35
N..m-mr d sim.ltanaous calls
Figura 2.15-GSM FR Codee
2.19.3 GSM Half Rate (HR) codee
19
La siguiente figura muestra el promedio de bits por segundo por llamada con GSM Half
Rate (HR) codee. Uso de GSM Half Rate, el número de bits por segundos para una
llamada se muestra a 21.600 bits por segundo. Este se reduce a 9.943 bits por segundo
para 35 llamadas simultáneas.
GSMHR
25CXX)
20'.XX)
� 15CXX)
'---1CXXX)
5CXX)
o
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35
Number of simultnneous calls
Figura 2.16-GSM HR Codee
20
2.19.4 GSM Enhanced Full Rate (EFR) codee
La sigujente figura muestra el promedio de bits por segundo por llamada con GSM
enhanced Full Rate (EFR) codee. Uso de GSM mejorada Full Rate, el número de bits por
segundo para una llamada se muestra a 29.200 bits por segundos. Esto se reduce a
17 .543 bits por segundo para 35 llamadas simultáneas.
GSMEFR
35000
3CXXX)
20000 '
� 15000
al 10000
5000
o
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35
lllni»r d simultarwous calls
Figura 2.17-GSM EFR Codee
2.20 Latencia
La latencia es el retardo de la señal de voz de la persona, en un lado a la persona al otro
lado de la conversación. La latencia es causada por retraso sobre el sistema de satélites,.
buffer y el codee utilizado. Tenga en cuenta que localmente llamadas conmutadas no
será sujeto a un retraso por satélite ya que estas llamadas no son transportadas sobre el
satélite.
El retraso de ida y vuelta (RTT) para sistemas de satélites es de hasta 500msec. Ida y
vuelta retrasos de más de 1 segundo puede ser perceptible para del usuario. Los tiempos
de RTT entre el RGW y el CGW se registran en el contador de ida y vuelta en los
intervalos regulares.
2.21 Pérdida de paquetes
La pérdida de paquetes se produce cuando uno o más paquetes se pierden durante la
transmisión. Esto puede ocurrir debido a la lluvia se desvanecen. La pérdida de paquetes
pueden tener un efecto perjudicial sobre la experiencia del usuario final. La pérdida de
21
paquetes puede ocurrir debido a la congestión o problemas de red entre el RGW y el
CGW ..
La pérdida de paquetes no debe exceder el uno por ciento. El contador de paquetes
perdidos registra el número de paquetes perdidos.
2.22 Jitter
El Jitter es la variación en el orden y el tiempo en que los paquetes se envían y reciben.
La congestión de la red o la capacidad de los paquetes para tener diferentes rutas
significan que los paquetes pueden llegar fuera de orden o con distintos retrasos. [7][8]
2.23 Los parámetros que se consideran en el dominio es
Intentos de llamadas en horas pico (BHCA) por abonado.
Llamadas originantes Móvil (MOC) por abonado.
Llamadas terminantes Móvil (MTC) por abonado.
El tiempo promedio de retención de llamada.
Actualizaciones de ubicación (LUP) por abonado.
Traspasos internos (HO) por abonado.
SMS por abonado originantes.
SMS por abonado terminantes.
2.24 Los parámetros que caracterizan la demanda de tráfico para el dominio PS
PDCHS acotado.
Configuración EDAP Pool.
CAPITULO 111
DIMENSIONAMIENTOE IMPLEMENTACION DEL CONMUTADOR LOCAL
3.1 Dimensionamiento del Conmutador Local (LS)
Aquí se explica el dimensionamiento del equipo "Local switch" (LS) y el cálculo del ancho
de banda satelital así como la cantidad de hardware necesario teniendo como datos los
modelos de tráfico, requisitos de grado de servicio y el desempeño/ límites del equipo.
3.2 Las consideraciones técnicas para el modelado de tráfico utilizado
Identificación de aplicaciones y servicios que se ofrecerán.
Mapeo de las clases de servicio QoS.
Definición de la combinación de abonados y el número de abonados.
Identificación de las demandas de tráfico.
Identificación de objetivos de calidad de servicio.
Cálculo de la demanda de tráfico.
Cálculo del encabezado (OH) añadido por la solución LS.
3.3 Consideraciones para la calidad de las clases de servicio
El modelamiento del tráfico está muy relacionado con los aspectos de la calidad de
servicio (QoS).
La red, incluyendo en este caso el ancho de banda por satélite, debe proporcionar
recursos adecuados para la conexión correspondiente.
Por ejemplo, una llamada de voz, un abonado tendrá una cierta probabilidad de recibir
una llamada a través de la primera tentativa. Esto se puede definir en términos de
probabilidad de bloqueo. Pero en el caso de la solución LS, debe haber suficiente ancho
de banda disponible en el enlace IP para permitir el paso de la señalización en el
establecimiento de llamada y el tráfico de voz desde el RGW al CGW.
En general la QoS se aplica a todos los eslabones de la cadena de transporte. El
proveedor de servicios de satélite también debe asegurarse de que la latencia, la pérdida
de paquete y la inquietud se mantienen al mínimo.
3.4 Requerimientos para el Tráfico y movilidad
Para la determinación del tráfico y las demandas de movilidad, se definen un conjunto de
parámetros. Los servicios pueden ser evaluados por los objetivos de QoS. el tráfico típico
por solicitud de demandas se basan en un abonado "estándar'' abonado que esta
utilizando todos los servicios en la hora cargada. El cálculo se efectuará por separado
para UL y DL en general.
23
3.5 Cálculo del tráfico por Demanda
En esta tabla se muestra los parámetros y valores considerados para los cálculos del
tráfico por demanda.
Cuadro 3.1 - Parámetros por Demanda
Parámetro Descripción Unidad Modelo de tráfico
Nmoc # de intentos de llamadas moblles originantes
1/h 0.6 por abonado en BH
Nmoc # de intentos de llamadas mobiles terminantes
1/h 0.4 por abonado en BH
Nsms # de SMS por abonado y BH 1/h 0.2
Nsms # de Requerimientos de ubicación y BH 1/h o
Movilidad
Nlu # Actualizaciones de ubicación por abonado y
1/h 2 BH (incluyendo eventos de IMSI attach/deattach)
Nho # de lntra-BSC traspasos por abonado y BH 1/h 0.5
Nattach # de IMSI atachados por usuario en BH 1/h o
Ndeattach # de IMSI deatachados por usuario en BH 1/h o
Trafico
TMHT # de IMSI atachado por usuario en BH
1/h o
BTCH Probabilidad de bloqueo por canal de TCH % 2
Bsdcch Probabilidad de bloqueo por canal de
% 0.5 señalización
Loadsub,signalling Señalización por abonado mErt 4
Loadsub, TCH Tráfico por abonado mErl 25
Cuadro 3.2 - Parámetros Local Switch
24
Parámetro Descripción Unidad Modelo de tráfico
Consideraciones Local Switch
THR % Tráfico Half Rate % o
TFR % Tráfico Full Rate % 100
TEFR % Tráfico Full Rate Mejorado % o
EFRBW Ancho de Banda para una llamada EFR kbit/s 18
FRBW Ancho de Banda para una llamada FR kbit/s 18
HRBW Ancho de Banda para una llamada HR kbit/s 9
AMR6.7BW Ancho de Banda para una llamada AMR 6.7 kbit/s 9
%LSRGW % Tráfico conmutado localmente 40%
%SS % Supresión de silencio (incluyendo DTX) 305
MSIZE Tamaño del reporte de medición 1s 240 octetos
Otros términos usados para los cálculos:
Cuadro 3.3 - Otros Términos
TERMINO -
SIGNIFICADO
IRRI Tráfico libre ( lndicacdor de Recurso de Radio) ICCHLOAD Tráfico libre ( Indicador de carga de CCH)
OHUDP Encabezado UDP OHIP Encabezado lP OHT Encabezado total OHAltolP Encabezado AltolP Tcell Tráfico por celda Ncell Número de abonados por celda Nbcf Número de abonados por BCF LoadsubTCH Carga de tráfico por abonado en BH TRGW Carga de tráfico por RGW en BH Cir TRGW Circuitos requeridos para trafico de Transmisión TRGW TRGWLS Trafico de Conmutación local por RGW en BH
Número de intentos de llamadas moviles originantes en el NRGWmoc RGW en BH
Número de intentos de llamadas moviles terminantes en NRGWmtc el RGW en BH
Cuadro 3.4 - Continuación otros Términos
25
TERMINO SIGNIFICADO
TRGWLS Trafico de Conmutación local por RGW en BH
NRGWmoc Número de intentos de llamadas moviles originantes en el
RGW en BH
NRGWmtc Número de intentos de llamadas moviles terminantes en el
RGW en BH
Nmtc Número de intentos de llamada moviles terminantes en BH
Nmoc Número de intentos de llamada moviles originantes en BH
NRGWmtsms Número de intentos movil de SMS terminantes en el RGW en
BH
NRGWmosms Número de intentos movil de SMS originantes en el RGW en
BH
Nmosms Número de intentos movil de SMS originantes en BH
Nmtsms Número de intentos movil de SMS terminantes en BH
SSF Factor de supresión de silencio
TRGWLS Tráfico de conmutación local del RGW en BH.
3.6 Dimensionado del ABIS satelital
El escenario de estudio fue 3 estaciones base, una metrosite, una ultrasite y una
flexiedge, con las siguientes configuraciones:
Cuadro 3.5 - Configuración de Estaciones
BCF
Metrosite A
B
A
IIDltrasite B
"
A Flexiedge B
BTS
- -
- -- -
r -
I_
/',:i'rl
TRX El
1 35
1
1 36
1 - - -
1 37
¡ 1 1 ,,: ·i.
-
RGW CGW
75
MS us 1+1 1+1+1
AC220V
lnverter
t OC48V
Flexi
1+1+1
PC Monitor & Kev-
Figura 3.1 - Configuración de Prueba utilizada
METROSITE
Configuración 1 +1 (1 BCCH y 1 SDCCH por sector)
Sector A:
E
T
3
BSC31
Tcell ( ofrecido con 2% de bloqueo)= 2.276 erlang (De la Tabla Erlang B )
Ncell = Tcell ( ofrecido con 2% de bloqueo)/ Loadsub,TCH
Ncell = 2.276 Erlang / 25 mErlang = 91
Donde:
Tcell = Tráfico de portadora en BH y
Load sub, TCH = Tráfico de portadora en BH por abonado
E T
3
6
26
75 ------
E T
7
Abonados soportados en el sector A del Metrosite es 91, como tiene 2 sectores, el total
de abonados que puede soportar es:
NBCF = 91 * 2 = 182
ULTRASITE
Configuración 1+1+1 (1 BCCH y 2 SDCCH por sector )
Sector A:
Tcell ( ofrecido con 2% de bloqueo)= 1.657 erlang (De la Tabla Erlang B )
Ncell = Tcell ( ofrecido con 2% de bloqueo)/ Loadsub,TCH
Ncell = 1.657 Erlang / 25 mErlang = 66
27
Donde:
Tcell =. Tráfico de portadora en BH y
Load sub, TCH = Tráfico de portadora en BH por abonado
Abonados soportados en el sector A de la Ultrasite es 66, como tiene 3 sectores, el total
de abonados que puede soportar es:
NBCF = 66 * 3 = 198
FLEXIEDGE
Configuración 1 +1 +1 ( 1 BCCH y 3 SDCCH por sector )
Sector A:
Tcell ( ofrecido con 2% de bloqueo)= 1.092 erlang ( De la Tabla Erlang B )
Ncell = Tcell ( ofrecido con 2% de bloqueo)/ Loadsub,TCH
Ncell = 1.092 Ertang / 25 mErtang = 44
Donde:
Tcell = Tráfico de portadora en BH y
Load sub, TCH = Tráfico de portadora en BH por abonado
Abonados soportados en el sector A de la Ultrasite es 44, como tiene 3 sectores, el total
de abonados que puede soportar es:
NBCF = 44 * 3 = 132
El siguiente paso en el proceso es calcular el ancho de banda necesario para llevar los
TRGW = 15 Ertang por el satélite.
Este es el tráfico total que debe ser transportado sobre la red de satelital para tráfico de
voz. Utilizando la fórmula de Erlang B, se calcula el número de circuitos necesarios para
que la voz sea transmitida sin bloqueo.
La aplicación de Ertang B, 28 (Cir_ TRGW) Los circuitos tienen la obligación de·
transportar 15 Ertang.
Las consideraciones de la aplicación para el modelo de tráfico de CS , es que el 100% de
las llamadas son FR;
CS_BWRGW = Cir_TRGW * FRBW = 28 * 18 kbit / s = 504kbit / s (enlace ascendente y
descendente)
El siguiente paso en el proceso es considerar la cantidad de tráfico de voz que es
conmutada localmente. Cualquier llamada que se conmute a nivel local, no requiere un
transporte satelital.
Aplicamos la figura de conmutación local de 50% a partir del modelo Tráfico de CS.
LS_CS_BWRGW = CS_BWRGW *% LSRGW
Donde:
CS_BWRGW es el BW requerido por RGW para el Tráfico de CS.
LS_CS_BWRGW es el BW final requeridos.
LSRGW%, es el factor de conmutación local.
En nuestro análisis = 504kbit / s (enlace ascendente y descendente)
LS_CS_BWRGW = CS_BWRGW *% LSRGW=504kbit/s * (1-0.4)
LS_CS_BWRGW = 302kbit / s
28
Si bien un factor de supresión de silencio debe ser considerado. Cuando el RGW / CGW
detecta inactividad en la trama o tramas con BFI = 1, entonces estas tramas serán
suprimidas por el RGW / CGW. Cuando el RGW / CGW detecta que no hay audio en la
línea, entonces estas tramas se suprimirán para reducir los requisitos de ancho de banda
adicional. El modelo de tráfico CS asume factor de supresión de silencio del 30%, por lo
que no hay audio en el canal voz durante el 30% del tiempo. El ancho de banda se
reducirá en (1-SSF).
302kbit / s (enlace ascendente y descendente)* SSF (0,7)
LS_SS_CS_BWRGW = 182bit / s (enlace ascendente y descendente)
LS_CS_U_BWRGW = 211
LS_CS_D_BWRGW = 211
Cuadro 3.6 - Resumen de Requerimientos
. BCF SECTOR A SECTOR B SECTOR C TRAFICO ABONADOS
(Ert.) (Ert.) (Erl.) TRGW NRGW
METROSITE 2.276 2.276 4.552 182 (NBCF)
ULTRASITE 1.657 1.657 1.657 4.971 198 (NBCF)
FLEXIEDGE 1.092 1.092 1.092 3.276 132 (NBCF)
ANCHO DE BANDA SATELITAL
12.799 512 (NBCF) 211 Kbits/s LS_CS_U_BWRGW LS_CS_D_BWRGW
Para el estudio realizado se consideró un LS de 40% de llamadas localmente
conmutadas. Esto fue calculado a partir de Contadores de rendimiento de gestión.
TRGWLS = ((callsAccumulator * 10) / 3600), RGW tráfico localmente conmutada en
RGW BH, (CallsAccumulator es un contador LS) y
max (I: de tráfico de todos los elementos conectados al RGW)) .... Tráfico BH para RGW
% Del tráfico local conmutada =
((CallsAccumulator * 1 O) / 3600) / max (I: (BH tráfico de todas las celdas conectadas al
RGW))
29
El tráfico BH para el RGW es la suma del tráfico de BH de todas las celdas conectadas al
RGW. _Esta cifra se puede obtener desde los contadores de rendimiento de Nokia
Siemens Networks. Mientras que el callsAccumulator y callsScan se puede obtener de los
contadores de rendimiento LS.
BH Tráfico por celda= [max (Ave_busy_tch) / (res_av_denom14)] en cada hora base
y máximo (I: (BH tráfico de todas las celdas conectadas al RGW) es el
Max (Sum (BH_ Traffic_ Cell_A + BH_ Traffic_ Cell_B de la Metrosite + BH_ Traffic_ Cell_A
+ BH_ Traffic_ Cell_B + BH_ Traffic_ Cell_ C) del Ultrasite + BH_ Traffic_ Cell_A +
BH_ Traffic_ Cell_B + BH_ Traffic_ Cell_ C) del Flexiedge
Esta fórmula nos da el máximo tráfico transportado por el RGW cuando los datos se
calculan sobre una base horaria.
3. 7 Dimensionamiento de la Señalización
3. 7 .1 Dimensionamiento de llamadas MO
Del análisis anterior, hemos calculado que podrían ser 512 abonados en el RGW.
La aplicación del modelo de tráfico CS Tráfico, el siguiente ancho de banda se requiere
para la señalización:
NRGW= 512
NRGWmoc = NSUBRGW =* NMOC
Donde:
NRGWmoc = Número de intentos de llamadas Móviles originantes en el RGW en BH y
NMOC = 0.6, (# intentos de llamadas móviles originantes por abonado en BH) = 512 * 0.6
= 307 .
307 intentos de llamadas móviles originantes en BH en esta RGW.
Calculando el número promedio de llamadas MO por segundo;
= 307/3600 (s)
= 0.08 = 0.1 (redondeado)
Así que habrá 0.1 establecimiento de llamadas MO por segundo en este RGW.
Cada llamada MO requiere, 903 octetos en el enlace ascendente y 1078 octetos en el
enlace descendente.
Ancho de banda requerido en el enlace ascendente (kbit / s) = MO CallBW_UL 903 * 8 *
0.1 = 7 22.4 bit/ s = 0.7 kbit /s
Ancho de banda requerido en el enlace descendente (kbit / s) = MO CallBW_DL 1078 * 8
* 0.1 = 862.4 bit/ s = 0.9 kbit /s
3.7.2 Dimensionamiento de llamadas MT
Cálculo el ancho de banda necesario para las llamadas MT:
NRGW= 512
NRGWmtc = NSUBRGW =* NMTC
Donde:
NRGWmtc = Número de intentos de llamadas Moviles terminantes en el RGW en BH y
NMTC = 0,4 (# de intentos de llamadas móviles terminantes por abonado en BH)
= 512 *0,4 = 205
205 intentos de llamadas móviles terminantes en BH en este RGW.
30
Calculando el número promedio de llamadas MT por segundo= 205/3600 (s) = 0.06 = 0.1
(redondeado)
Habrá 0.1 establecimiento de llamada MT cada segundo en este RGW.
Cada llamada MT requiere, 1094 octetos en el enlace ascendente y 961 octetos en el
enlace descendente.
Ancho de banda requerido en el enlace ascendente (kbit / s) = MT CallBW_UL 1094 * 8 *
0.1 = 875 bit/ s = 0.9 kbit /s
Ancho de banda requerido en el enlace descendente (kbit / s) = 961 MT CallBW_DL * 8 *
0.1 = 768 bit/ s = 0.8 kbit /s
3. 7 .3 Dimensionamiento de SMS MO
NRGW= 512
NRGWmosms = NRGW =* NSMS
Donde:
NRGWmoc = Número de intentos de SMS móviles originantes en el RGW en BH y
NSMS = 0,4 (# intentos de SMS móviles originantes por abonado en BH)
= 512 * 0,4 = 205
205 intentos de SMS móviles originantes en BH en este RGW.
Calculando el número promedio de SMS MO por segundo = 205/3600 (s) = 0.06 =0.1 ·
(redondeado)
Así que habrá 0.1 intento de MO SMS por segundo en este RGW.
Cada SMS MO requiere, 554 octetos en el enlace ascendente y 509 octetos en el enlace
descendente.
Ancho de banda requerido en el enlace ascendente (kbit / s) = MO SMSBW_UL 554 * 8 *
0.1 = 443.2 bit/ s = 0.4 kbit /s
Ancho de banda requerido en el enlace descendente (kbit / s) MO SMSBW_DL = 509 * 8
* 0.1 = 407 .2 bit/ s. = 0.4 kbit /s
3.7.4 Dimensionamiento de SMS MT
NRGW= 512
NRGWmtsms = NRGW =* NSMS
Donde:
31
NRGWmtsms = Número de intentos de SMS móviles originantes en el RGW en BH y
Nmtsms = 0,4 (# de intentos SMS móviles originantes por abonado en BH) = 512 * 0.4 =
205
205 intentos de SMS móviles terminantes en BH en este RGW.
Calculando el número medio de llamadas MT por segundo = 205/3600 (s) = 0.06 = 0.1
(redondeado)
Habrá 0.1 intentos de SMS MT por segundo en este RGW.
Cada SMS MT requiere, 421 octetos en el enlace ascendente y 716 octetos en el enlace
descendente.
Ancho de banda requerido en el enlace ascendente (kbit / s) = MT SMSBW_UL =421* 8 *
0.1 = 336.8 bit / s = 0.3 kbit /s
Ancho de banda requerido en el enlace descendente (kbit / s) = MT SMSBW_DL=716 * 8
* 1 = 572.8 bit / s = 0.6 kbit /s
3.7.5 Actualizaciones de Ubicación
NRGW = 512
NRGWLU = NBRGW =* NLU
Donde:
NRGWLU = Número de intentos de actualizaciones de ubicación en el RGW en BH y
NLU = 2 (# de intentos de actualización de ubicación por abonado en BH) = 512 * 2 =
1024.
1024 intentos de actualización de posición en BH en este RGW.
Calculando el número promedio de actualizaciones de ubicación por segundo =
1024/3600 (s) = 0.3
0.3 intentos de actualización de posición por segundo en este RGW.
Cada actualización de ubicación requiere 4 70 octetos en el enlace ascendente y 487
octetos en el enlace descendente.
Ancho de banda requerido en el enlace ascendente (kbit / s) = LUBW_UL = 470* 8 *0.3 =
1.128 kbit / s
Ancho de banda requerido en el enlace descendente (kbit / s) = LUBW_DL = 487 * 8 *
0.3 = 1.169 kbit / s
3.7 .6 Señalización de Traspaso
NRGW= 512
NRGWHO = NBRGW * NHO
Donde:
NRGWHO = Número de traspasos en el RGW en BH y
NHO = 0,5 (# Traspasos por abonado en BH) = 512 * 0.5 = 256
256 traspasos en BH en este RGW.
Calculando el número promedio de traspasos por segundo= 256/3600 (s) = 0.1
0.1 traspaso por segundo en este RGW.
32
Cada traspaso requiere 230 octetos en el enlace ascendente y 203 octetos en el enlace
descendente.
Ancho de banda requerido en el enlace ascendente (kbit / s) HOBW_UL = 230 * 8 * 0.1 =
0.184 kbit / s
Ancho de banda requerido en el enlace descendente (kbit / s) HOBW_DL = 203 * 8 * 0.1
= 0.162 kbit/ s
3.7.7 Reporte de Medición
Para cada llamada realizada durante el BH, un resultado de medición será enviado de la
BTS a la BSC cada 480 mseg. Esto también se debe considerar en el dimensionamiento
del enlace.
De los cálculos anteriores, 15 Erl para llevar en el BH.
El tráfico total (segundos) = 15 * 3600 = 54000 segundos de tráfico
Dos reportes de medición se envían cada segundo de tráfico = 54000 * 2 = 108000
(resultados de medición).
MRsize = 120 octetos es la promedio del tamaño del reporte de medición
Por lo que el total de octetos transferidos a través de la hora es:
MRoctetsize * El tráfico total (en segundos)= 108000 * 120 * 8
Total de datos transferidos durante una hora para MR = 103680000 = 103680000 / 3600
MRBW_UL = 28.8 kbit / s (Sólo se requiere en el enlace ascendente)
Una llamada en FR requiere un ancho de banda de 18kbit / s. Por cada segundo de
llamada, habrá 1.9kbit transferidos desde el BSC hacia el BTS cada segundo.
3.7.8 Tráfico Inactivo en hora pico
En esta implementación de Local Switch habrá tráfico de carga ociosa que se pasa entre
el BSC y el BTS. Hay dos tipos de información intercambiados entre el BSC y el TRXs
cuando no hay tráfico de voz en el enlace por satélite:
Mensajes de Indicación de Recursos de Radio se envían desde cada TRX al BSC cada 3
segundos. Estos mensajes contienen las mediciones de canal inactivo realizadas por la
BTS y se envían desde el TRX hacia el BSC. Estas medidas son utilizadas por el Gestor
de recursos de radio en la asignación de TCH para asignar los TCH con menos
interferencia con la siguiente llamada de voz. El tamaño del mensaje es de 79 octetos.
Así, por un TRX, hay un mensaje de 79 Octeto enviados a través del satélite cada tres
segundos, es decir 210bit / s. En esta configuración habrá 21 0bits / s * 8 = 1.68kbit / s
flujo continuo de tráfico sobre el enlace. Esto se denota como el IRRI.
33
Mensajes de indicación de carga de CCH enviado desde el TRX al BSC en una base
regular. Estos mensajes indican la situación de carga en paging y los canales de acceso
aleatorio.
El tamaño promedio de los mensajes y la frecuencia depende de la carga en los canales
de paging, esto se denota como ICCHload. Para este escenario, se supone que el valor
es cero.
3.7.9 Total de ancho de Banda Requerido
Enlace de Subida = LS_CS_U_BWRGW + MO SMSBW_UL + MT SMSBW_UL + MO
CallBW_UL + MT CallBW_UL + LUBW_UL + HOBW_UL +MRBW_UL + IRRI + ICCHload
Enlace de bajada = LS_CS_D_BWRGW + MO SMSBW_DL + MT SMSBW_DL + MO
CallBW_DL + + MT CallBW_DL + LUBW_DL + HOBW_DL
Para la configuración presentada tenemos:
Enlace de Subida = 211kbit/s + 0.7kbit/s + 0.9kbit/s +0.4kbit/s + 0.3kbit/s + 1.128kbit/s +
0.184kbit/s + 28.8kbit/s + 1.68kbit/s + ICCHload (se assume = O) = 245kbit/s
Enlace de bajada = 211kbit/s +0.9kbit/s + 0.8kbit/s + 0.4kbit/s + 0.6kbit/s + 1.169kbit/s +
0.162kbit/s = 215kbit/s
Estos resultados determinan el ancho de banda necesario para el transporte de voz y
señalización asociada para la configuración presentada. Con sistemas de satélites TOMA
/ DAMA, este ancho de banda puede ser compartido con otros sitios. Hay ahorros
significativos que se realizará mediante el uso optimizado del sistema de satélites.
3.8 Dimensionamiento de GPRS (CS1 y CS2)
Se han considerado tres escenarios cuando se realiza el dimensionamiento de GPRS
sobre el satélite:
Configuración de Intervalos de tiempo Dedicado en la interfaz de radio.
Configuración de Intervalos de tiempo Dedicado y Predeterminado en la interfaz de
radio.
Configuración de Intervalos de tiempo Predeterminado en la interfaz de radio.
3.8.1 Intervalos de tiempo Dedicado
En este escenario, se ha dedicado un Timeslot GPRS en la Interfaz de radio para dar el
abonado el acceso garantizado a GPRS en el enlace de radio.
En este escenario se hacen las siguientes consideraciones de dimensionamiento:
Se consideran GPRS CS-1 y CS 2.
El tamaño del territorio máximo en cada celda es de 1 Timeslot debido a CMAX = 1 %, el
rendimiento máximo que se puede lograr por celda en la interfaz de radio es = 1 * 12kbit/ s
= 12kbit / s.
Máximo Rendimiento satelital en BH:
34
Asumimos que debido a la multiplexación estadística un tráfico PS por sitio nunca es
mayor que el de 25% de la suma del tráfico que se pueden producir en cada celda.
Un timeslot dedicado en la interfaz de radio en cada celda.
Metrosite a 1 +1, (E1 = 35) [Sector A - 1 TRX, Sector B -1 TRX]
Ultrasite a 1+1+1, (E1 = 36)) [Sector A-1 TRX, Sector 8-1 TRX, Sector C -1 TRX]
Flexiedge a 1+1+1, (E1 = 37)) [Sector A - 1TRX, Sector 8-1 TRX, Sector C - 1 TRX]
La máxima velocidad requerida por celda es:
GPRSSATBW = 8 Celdas * 29.2kbit / s * 1 PDCHs por celda = 234kbit / s
Tomando en cuenta lo que asumimos que, con multiplexación estadística típicamente
será requerido 25%. El ancho de banda que resulta necesario es 59kbit / s para GPRS.
3.8.2 Intervalos de tiempo dedicados y predeterminados
En este escenario tenemos las siguientes consideraciones de dimensionamiento:
GPRS CS-1 y CS-2 son considerados.
El tamaño máximo de territorio en cada celda es de 6 Intervalos de tiempo.
El rendimiento máximo que se puede lograr por celda= 12kbit * 6 / s = 72kbit / s.
Rendimiento satelital en BH:
Asumimos que debido a la multiplexación estadística de tráfico PS por sitio nunca es
mayor que el de 25% de la suma del tráfico que se pueden producir en cada celda.
Dos Intervalos de tiempo dedicados y un máximo de 6 PDCHs en cada celda.
Metrosite a 1 +1, (E1 = 35) [Sector A - 1 TRX, Sector B - 1 TRX]
Ultrasite a 1+1+1, (E1 = 36)) [Sector A - 1 TRX, Sector B -1 TRX, Sector C - 1 TRX]
Flexiedge a 1 + 1 + 1, (E 1 = 37)) [Sector A - 1 TRX, Sector B -1 TRX, Sector C - 1 TRX]
La máxima velocidad requerida por celda es:
GPRSSATBW = 8 * Células 29.2kbit / s * 2 PDCHs por celda = 467kbit / s
Tomando en cuenta lo que asumimos que, con multiplexación estadística suele ser,
25%. El ancho de banda que resulta necesario es 117kbit / s para GPRS.
Para TS Dedicado, el GPRSSATBW = 117kbit / s.
3.8.3 Intervalos de tiempo GPRS Predeterminado
En este caso, no hay garantía de que el abonado GPRS recibirá ancho de banda
asignado sobre el satélite, ya que se ha definido los Intervalos de tiempo GPRS
predeterminado en la interfaz de radio.
Normalmente se define Intervalos de tiempo GPRS predeterminado cuando hay:
Bajo nivel de tráfico GPRS en una celda.
Los operadores no requieren trafico GPRS para afectar el tráfico de voz sobre la interfaz
de radio, por lo que el tráfico de voz puede tener prioridad sobre las GPRS. En ese caso
35
puede haber ocasiones en que la disponibilidad de voz en BH no puede ser posible el
acceso a GPRS en la celda.
La GPRS BH es diferente a la hora de voz BH, así que los Intervalos de tiempo GPRS se
utilizan cuando el tráfico de voz es bajo en la celda.
En este escenario se asumen lo siguiente en dimensionamiento:
GPRS CS-1 y CS 2-son considerados.
Definir ancho de banda disponible en el satélite para todas las celdas. En este caso,
29.2kbit / s está disponible para todos por celda: 8 * 1 * 29.2kbit / s = 234kbit / s.
Rendimiento satelital en BH: Asumimos que debido a la multiplexación estadística en
tráfico PS por sitio nunca es mayor que el de 25% de la suma del tráfico que se pueden
producir en cada celda.
No hay timeslot dedicado en cada celda.
Metrosite a 1 +1, (E1 = 35) [Sector A - 1 TRX, Sector B -1 TRX]
Ultrasite a 1+1+1, (E1 = 36)) [Sector A-1 TRX, Sector 8-1 TRX, Sector C- 1 TRX]
Flexiedge a 1 +1 +1, (E 1 = 37)) [Sector A - 1 TRX, Sector B -1 TRX, Sector C - 1 TRX]
La velocidad máxima requerida por celda es;
GPRSSATBW = 8 * Células 29.2kbit / s * 1 PDCHs por celda = 234kbit / s
Tomando en cuenta lo que asumimos que, con multiplexación estadística, el 25% es
requerido. El ancho de banda que resulta necesario es 59kbit / s para GPRS.
3.9. Implementación de la solución LS
3.9.1 Inspección visual de los componentes Local Switch
Se realizó una inspección visual de todos los componentes suministrados como se
describe en este capitulo. Se comprobó que los servidores no tengan daños, la cantidad y
ubicación de los módulos.
3.9.2 Componentes Local Switch
El sistema LS viene preconfigurado con todo el software necesario y componentes de
hardware preinstalados en los servidores estándar. Un sistema general de LS está
integrado por dos componentes de hardware:
Un CGW (Central Gateway) configurado en un servidor de Advantech
Un RGW (Remete Gateway) configurado en un servidor de Advantech
En el caso que el software se encuentre dañado, el procedimiento de instalación de
software directamente desde un dispositivo de memoria está cubierto en los manuales de
Advantech enumerados en la sección de referencias.
3.9.3 Servidor Advantech
El servidor de Advantech es el hardware utilizado tanto para el CGW y RGW que son los
dos componentes físicos del LS. El sistema se clasifica como el servidor de Advantech
SYS-2U2000-4S02. Cada servidor debe venir con un montaje estándar de asas,
descripción en el Anexo. (6]
36
Figura 3.2 - Servidor Advantech [Fuente: "Manual LS Nokia Siemens Networks"]
3.9.4 LED en las tarjetas del Servidor Advantech
En la tabla siguiente se explica el propósito de los LEO en la placa frontal.
Cuadro 3.7- Estado del Led
LED visual check Status
Green LEO Physical connection is present
AII Diaium LEDs flash in seauence Drivers didn't load up
AII Diaium LEDs pulse at the same time Drivers loaded and configured correctly
AII Digium LEDs are off PCI card loose or bad zaptel configuration
Figura 3.3 - Leds frontales [Fuente: "Manual LS Nokia Siemens Networks"]
37
3.9.5 Digium Tarjeta de Zaptel
Los servidores RGW y CGW son desarrolladas con tarjetas Digium preinstaladas. La
configuración de hardware base para servidores es la misma. El número de tarjetas de
Digium por caja es diferente dependiendo de si el servidor es un RGW o CGW. Por el
RGW son usadas tarjetas con puertos de 2 x 4 E1/T1 Digium 405P. Por el CGW 4 x 4
son usadas tarjetas con puertos E1/T1 Digium 405P. Las tarjetas son visibles como
interfaces de cuatro puertos en la parte posterior del servidor, como se muestra en las
figuras 3.4 y 3.5.
Figura 3.4 - CGW [Fuente: "Manual LS Nokia Siemens Networks"]
Figura 3.5 - RGW [Fuente: "Manual LS Nokia Siemens Networks"]
3.9.6 Cableado
El CGW se conectó a la BSC utilizando 16 cables E1/T1 directos.
El RGW se conectó con el BTS utilizando 8 cables E1/T1 cruzados.
3.9.7 Visita Técnica del Sitio a Instalar
38
Se realizó una visita al sitio antes de la instalación para determinar las necesidades
físicas de la instalación.
Lo siguiente debe ser considerado:
Hardware de montaje
Problemas ambientales
Requisitos de energía
3.9.8 Prerequisitos del entorno General
El equipo se protegió en la medida de lo posible del exceso de humedad, temperatura,
choque y la vibración.
Se comprobó que el aparato se puede instalar de forma segura y se debe considerar:
Que el sitio sea accesible, adecuadamente iluminado y seguro para trabajar
La puerta y la cerradura del sitio están correctamente instalados y en funcionamiento.
El sitio tiene que estar preparado de acuerdo a los planos.
Suficiente ventilación y flujo de aire adecuado para el soporte de equipo.
Otros prerequisitos:
Todo el cableado se realizó de acuerdo con el código eléctrico nacional
Las conexiones externas de la caja están disponibles:
Sitio de toma de tierra.
Red de alimentación de CA.
La conexión a tierra principal (puesta a tierra) está instalado y probado.
El agujero de entrada del alimentador y el estante de cable para alimentación y los cables
eléctricos están dispuestos, si es necesario.
La calefacción o aire acondicionado, está instalado y en funcionamiento, si es necesario.
Esto depende de la emisión de calor en el ambiente.
3.10 Temperatura de trabajo del equipo LS
El margen de temperatura del equipo LS es de O - 40 º C (32 - 104 º F), con un máximo
de 80% de humedad a 40 º C. Si hay riesgo de sobrepasarse, debe estar instalado un
sistema de aire acondicionado.
3.11 Montaje en un Rack
1. Se conectó las asas para montaje en rack a los lados del servidor de LS.
2. Se montó el servidor en un bastidor de tamaño estándar 2U teniendo cuidado de seguir
las instrucciones de seguridad.
Figura 3.6 - Equipo montado en un rack [Fuente: "Manual LS Nokia Siemens Networks"]
3.12 Conectividad IP
39
1. Para el RGW, se conectó el servidor con el módem satelital local utilizando un cable
Ethernet cruzado insertado en el puerto LAN 1 (ETH O).
2. Para el CGW, se conectó al hub LAN usando un cable Ethernet directo insertado en el
puerto LAN 1 (ETH O).
3.13 Procedimiento de Comisionamiento
3.13.1 Introducción
Cada servidor de LS viene preinstalado con todo el hardware necesario y componentes
de software. El comisionamiento es una simple comprobación de que el sistema funciona
con normalidad cuando esté encendida.
40
3.13.2 Conexión de Energía
El rango de entrada para el equipo es 100-240 voltios de corriente alterna. Esto se debe
establecer en la parte posterior de los servidores en función de la tensión en la región.
3.13.3 Ajuste de tensión
Ajustar la tensión para adaptarse a la región como se muestra en las siguientes figuras.
Figura 3. 7 - Selector de voltaje en 115V [Fuente: "Manual LS Nokia Siemens
Networks"]
Figura 3.8 - Selector de voltaje en 230V [Fuente: "Manual LS Nokia Siemens Networks"]
3.13.4 Terminal de Manejo y Gestión Local (LMT)
Se debe conectar un LMT a cada servidor.
Conecte LMT
41
1. Se conectó el L TM en el puerto LAN 2 (ETH 1) del servidor utilizando un Ethernet por
cable cruzado.
2. Desde el LMT se consigue un terminal Linux para proporcionar una conexión Secure
Shell (SSH) en el servidor.
3. Dirección IP por defecto para CGW / RGW es 172.31.31.1
4. Al LTM se le debe asignar una dirección IP en el DHCP Subred 172.31.31.0/24
3.13.5 Prueba del Sistema
Los siguientes chequeos fueron ejecutados:
3.13.6 Reiniciar, Ping, Chequeo
1. Se comprobó que el sistema se reinicia correctamente después de falla de energía.
(Apague la alimentación y vuelva a encenderla de nuevo).
2. Se comprobó que desde el RGW se puede hacer 'ping' al CGW.
3. Se comprobó que el LEO de estado en el frente del servidor son todos verdes.
3.13.7 LED en las tarjetas de Digium
Cuando funciona normalmente, un pequeño LEO se iluminará en verde en la parte
trasera de la tarjeta Digium, como se muestra en la imagen siguiente.
Figura 3.9 - Tarjeta Digium [Fuente: "Manual LS Nokia Siemens Networks"]
3.14 Configuración
Antes de comenzar a configurar los elementos de red el RGW o CGW hay una serie de
tareas que debo asegurar que están completos. Tales como:
El RGW y CGW encendidos.
Todos los elementos de red LS se pueden comunicar a través de IP.
El software correcto está instalado en todas las unidades.
La base de datos del OMC se ha inicializado en el OMC.
Los siguientes procesos se están ejecutando:
RGW
CGW
OMC
OMC-GUI
SNMPD
Asegurar la asignación de ABIS entre el BSC y el BTS.
Asegurar que el RGW y el CGW tienen asignado los títulos para su uso en el Centro de
Operaciones y Mantenimiento (OMC). Estos títulos me son entregados por el operador
celular.
Probar el acceso a la Web de la OMC
Configurar la tarjeta de Digium como E1.
3.14.1 Confirmar la instalación del SW correcto
Se confirmó que el software adecuado esta instalado en el RGW
1. Se conectó un terminal para el puerto local de mantenimiento del RGW.
2. En la línea de comandos, se escribió el siguiente comando:
rpm-qa I grep alto
3. El proceso de RGW devuelve el número de versión instalada.
altoragw-2.1-RC30
altopppd_tdm-2.1-RC30
Se confirmó que el software correcto está instalado en el CGW
1. Se conectó un terminal para el puerto local en el mantenimiento CGW.
2. En la línea de comandos, se escribió el siguiente comando:
rpm-qa I grep alto
3. El proceso de CGW devuelve el número de versión instalada.
altopppd_tdm-2.1-RC30
altocagw-2.1-RC30
3.14.2 Configurando el SSH
La configuración de paso a SSH se refiere a:
Generación de la clave SSH en el servidor de OMC
La generación de la clave SHH en el servidor de OMC
1. Se Conectó un terminal al puerto de mantenimiento local sobre el MAC.
2. Se ingresó en el OMC.
3. Se escribió el siguiente comando:
42
ssh root@ <RGW_ip> "echo' cat / .ssh / id_rsa.pub »
>>-/. Ssh / authorized_keys "
4. Se introdujo la contraseña del RGW.
5. Se escribió el siguiente comando:
ssh root@ <CGW_ip> "echo' cat / .ssh / id_rsa.pub »
>>-/. Ssh / authorized_keys "
6. Se Introdujo la contraseña del CGW.
43
3.15 Configurando el OMC, Remote Gateway (RGW) y el Central Gateway (CGW)
Aquí se realizó cierta configuración en los elementos de red RGW y el CGW en el OMC y
las demás tareas directamente en el RGW y CGW.
3.15.1 Configurando el OMC
Las tareas de configuración OMC:
Agregar un CGW: Se necesita agregar un CGW al OMC para que el OMC pueda
gestionarlo.
Agregar un RGW: Se necesita agregar un RGW al OMC para que el OMC pueda
gestionarlo. Adicionalmente se deberá cargar las licencias respectivas al OMC a fin de
poder realizar esta tarea.
Agregar y asociar una portadora: Esta tarea permite asociar una portadora con un puerto
E1/T1 en el RGW así como en el CGW.
Agregar un Base Controller Function File (BCF): Esta tarea permite agregar n BCF al
OMC.
Agregar y asociar una portadora al BCF: Esta tarea permite agregar y asociar una
portadora con un BCF.
Configurar el mapa ABIS: Un mapa de Abis permite asignar los recursos de radio fijo a ·
una portadora fija (TDM). Si ha agregado los recursos de radio al sitio de la celda (BCF),
los recursos de la portadora también deben ser agregados. El mapeo del Abis le permite
definir la señalización OMU, canales de señalización para TRX, canales de tráfico, el pool
EDAP, etc. en una portadora en particular (TDM E1/T1) conectado al sitio.
Generar un archivo BCF: Esta tarea genera un archivo BCF y lo transfiere al CGW y
RGW.
3.15.2 Configurando el RGW
Se conectó un terminal para el puerto local de mantenimiento del RGW (ETH 1).
1. Se ingreso al RGW.
2. Se ejecutó el script "configureGateway" sobre el RGW mediante la introducción del
siguiente comando:
"/usr / bin / configGateway"
44
3. Se ingresó el título del RGW cuando el sistema lo solicita. Esta debe ser el mismo
título que se ha ingresado en la OMC cuando se realizó su tarea de configuración. Si los
títulos no coinciden, no se puede gestionar el RGW.
4. Se ingresó la dirección IP del RGW cuando el sistema lo solicita. Esta debe ser la
misma dirección IP del RGW que se ha introducido en la tarea de configuración del OMC.
Si las direcciones IP no coinciden, no se puede gestionar el RGW.
5. Se ingresó la dirección IP del OMC cuando el sistema lo solicita. Si las direcciones IP
no coinciden, no se puede gestionar el RGW.
6. Después que la secuencia de comandos "configGateway" se haya ejecutado
correctamente, se inicia el servicio del RGW introduciendo el siguiente comando:"service
altoragw start".
7. Se Chequeó en el OMC que el gestor de eventos recibió un "ONLINE event". Cuando
el RGW está conectado envía un evento en línea al OMC. Esto aparece en la lista de
eventos cuando se inicia el RGW con éxito.
El OMC ahora envía los datos de configuración al RGW. A partir de ahora, el RGW debe
estar en línea para cambiar la configuración.
3.15.3 Configurando el CGW
Se conectó un terminal para el puerto local de mantenimiento del CGW (ETH 1 ).
1. Se ingresó al CGW.
2. Se ejecutó el script "configureGateway" sobre el CGW mediante la introducción del
siguiente comando: "/usr / bin / configGateway"
3. Se ingresó el título del CGW cuando el sistema se lo solicite. Esta debe ser el mismo
título que ha ingresado en la OMC cuando realizó su tarea de configuración. Si los títulos
no coinciden, no se puede gestionar el CGW.
4. Se ingresó la dirección IP del CGW cuando el sistema se lo solicite. Esta debe ser la
misma dirección IP del CGW que ha introducido en la tarea de configuración del OMC. Si
las direcciones IP no coinciden, no se puede gestionar el CGW.
5. Se ingresó la dirección IP del OMC cuando el sistema se lo solicite. Si las direcciones
IP no coinciden, no se puede gestionar el CGW.
6. Después que la secuencia de comandos "configGateway" se ha ejecutado
correctamente, se inicio el servicio del CGW introduciendo el siguiente comando:"service
altocagw start".
7. Se Chequeó que en el OMC el gestor de eventos recibió un "ONLINE event". Cuando
el CGW está conectado envía un evento en línea al OMC. Esto aparece en la lista de
eventos cuando se inicia el CGW con éxito.
45
El OMC ahora envía los datos de configuración al CGW. A partir de ahora, el CGW debe
estar en línea para cambiar la configuración.
3.15.4 Integrando el RGW y el CGW
Se Conectó un terminal para el puerto local de mantenimiento del RGW (Eth1)
1. Se Inicio sesión en el RGW.
2. Se Detiene el proceso del RGW entrando al servidor de Advantech con el siguiente
comando:
altoragw service stop
Se conectó un terminal para el puerto local en el mantenimiento CGW (Eth1)
3. Se inicio sesión en el CGW.
4. Se Detiene el proceso de CGW entrando al servidor de Advantech con el siguiente
comando:
altocagw service stop
5. Se bloquean todas TRXs que se están moviendo a la plataforma LS.
6. Me aseguro de que todas las llamadas activas se traspasan a otros BTS.
7. Desconectar el E1/T1 entre el BSC y BTS
8. Conectar el puerto del RGW (E1) a la BTS E1 puerto.
9. Conectar el puerto CGW (E1) para el BSC E1 puerto.
10. Se Movió todos los cables E1/T1 a la posición correcta en su relación CGW y RGW.
11. Se conectó la fuente de reloj principal de Zaptel Span 1, de modo que el RGW puede
pasar el reloj a la BTS.
12. Se establece el Span 2 como la fuente de reloj secundario.
13. Se reinicia el proceso de RGW introduciendo el siguiente comando:
Service init altoragw
14. Se reinicia el proceso de CGW introduciendo el siguiente comando:
Service init altocagw
15. Las alarmas sobre el BTS y el BSC se limpian.
16. El BTS debería regresar a servicio ahora.
17. El enlace de OMU ahora debe restaurar a la BTS.
18. Una vez que el BTS vuelve a subir y el enlace de OMU es establecido nuevamente,
se debe realizar un RES ET en el BCF.
4.1 Sobre el OMC
CAPITULO IV
PRESENTACION DE RESULTADOS
4.1.1 Descripción del OMC
El OMC presenta la información de gestión a través de Internet navegador. La interfaz
gráfica de usuario OMC admite los siguientes:
Notificación de alarmas, eventos y rendimiento
La configuración y gestión de:
Elementos de la red: CGW y RGW
Funciones: LS, Abis parámetros IP y función de medición.
Asignación de Abis
Inicio de sesión
Los parámetros de rendimiento.
Funciones administrativas
La OMC almacena la Gestión de la Configuración, Rendimiento de Gestión,
Administración y de eventos de información de fallas en una base de datos. Véase la
figura 4.1. La configuración de la información de Gestión se almacena de manera
indefinida. El Rendimiento de Gestión, administración y Gestión de Eventos e información
de fallas se almacenan por un período de tiempo configurable.
B B
ROW
BTS El
/ '\
r J¿cl \ � }
DB
\ /
Figura 4.1 - OMC en la red GSM
-
/
/ I
BSC MSC
47
4.1.2 Gestión de la Configuración
El Administrador de configuración permite la configuración y administración del RGW y
CGW, asimismo permite la configuración del mapeo de Abis, Parámetros Abis IP, acceso
del LS y las funciones de medición.
Eile �dit �ew Fªvorites Iools t:!_elp
Back .. 1..) JJ Search .? Favorites "
; Ag_dress j https:/¡localhost/ ----·-----
Gmgle i .. {:,J ti Search • 1 • -�
Log Out
Nokla Slemens Networks
/1111,.
Alarms
lil •
179 164 178 149
omcadmin on NSN OMC 2.X.RCX
ICM jFM !EM 1PM !Administration 1
lli;;J Configuration Manager
8 Network El·• Configuration
IÍl • Carriers r±i-a BCFs 1±1 a CGWs El• RGWs
El • RGW [ RGW1 ]J ···• Local Switching ¡ · • Abis IP Parameters ¡ ··• Logging '··• Measurement Function
Refresh +/-
Figura 4.2 - Pantalla de configuración
48
4.1.3 Gestión de Fallas
La información de Falla generada por los módulos de gestión se muestra en el módulo de
gestión de fallas en el OMC. Nos Permite administrar alarmas, que se producen en el
CGW, RGW y dentro de la red.
"'"' --- - -··--· --\). �ltt¡,s�_ih:st� ---
[:le ti \_\ew f�ries lcds � . " ! jN91W1 . ¡-·
__ , 1
r
Log Ou1
Alanns 1 1 17916J 1 8 149
!CM FM EM PM AOOlinistration 1
Fauh llanager
�
30IJC� Ali ____ j--Se-,erity Ali 1j Tune Ali :�
Search Ac1r1,Ala1T11s 3
!�netJR�esn j
Purgt Cntena Ali - °31 p119e j
Alarm List
• fftiMm �-
.m � r-- ---- ·-···· -
11i!mi!!g
� lndetenrt111ate ffi •w
m ICritical ,-· -- .... ·-
v] -+ X
O&M. Sal 13 Jun 200s 1,:55:05 IST
M111'1R
cr;..v¡cGW1J
CGl'I ICGW11
�
RGl'IIRG\'111
··•·· Sslecl Page ····-j íllext Pagel jlast Page)Currern Alanns Psge 1
M'1m1-�® ,��'19�, ªº 00 2:!a/1992 100 ºº2319'19�2 100 00 w�1m 1®aa 211�'1��11 ® ºº
___ 4 __ , .. ...... ·····
l!2fli
r � -·
1 �
!lill -
Figura 4.3 - Pantalla Gestión Fallas OMC
4.1.4 Gestión de eventos
P•
Tex!
.. ,.
·+,100'4 •
La información de eventos generados por los módulos de gestión se muestra en el
módulo Administrador de Eventos sobre el OMC. Nos permite administrar
acontecimientos que ocurren en el RGW, el CGW y dentro de la red.
49
t:;�1· t,��{¡\leahNtJ p .
l" tdt 1.1-w • .,,,.... !ods 11<1>
-��J �-- [_L LogOut o&M - Sun 14 Jun 200919:30:04 IST
Alann, Event List ·-· Saloel Poge .... :!�) Willl.fw1 ll.Dlhul r
•• •179 16-1178 1J9 Cuuent Evtnta Page 1
�111tdml11 e!n 11$U_OUC:. \. F::.. ·triütftfMiiU, 200 Of,1C 14/6/2009_ 13;26;17 Online
1'.bi• Mapplng upd,tod In Ol,1C i,r ¡cM IFM .EM ·p1,1 Adminlstration j Corrierl 1)
999 OMC 27P.!12007 10000 IJotlnstelled nene 998 Ollic 2Gi�ooüoooo oiiin, /IOOf
� Event Y&noger 997 CGW (CGl'/1) 25;91_20_07_1 00 00 Faílod non<
996 Of�C ' W9'21107_1.00 00 failed none
fuDUl1!lr 995
. RQWJR�IVII_ 2319,2007 1 00 00 .Jl•f•ndeo,,:y nene
� 984 �GW(CGW1l_ 2moo(roo oo Hotln,laíled
Soorce Ali 993 RGl'I (RGWI( 211912007 1 00 00 Onlme ...,. Stale AA � m OMC 1 20/�•2007-1:00 00 Degrod<d nono
991 OMC 19,9Í2_ooü oo oo llotUsed 'pone 1 Fille¡1R,f!,esh 1 990 RGWjRGW1) 18/912007_1.00.00 Onllno nono
989 CG'//(CGIV11 1mr.1001_1 oo oo Fallod 'nene �88 CGN(CGW11 16/9/2007 100 00 tlolUaod nonti
� 987 Cf!//(�Y(11 1519;200( 1 00 00 Oegraded non,
1 P .. g,AIIE>fflls 986 CGW(CGWI) 1;¡;9iiooü:00Ji� llo4Usod """" 985 Ol.1C IJ,'912007_100 00 Failo<I nono
984 CGW(CGWt( 12/9/2007 _ 1 00 00 lnTest nene 983 CGN(CGIVI(_ 11,"),2007 1 00 00 i?.'ll<!d•� .. none 982 OMC 1ffloó1-1:00:00 Olllino '.ñoñt 981 CGW(CGV/11 g,9,ioo1J ófoo Olllint non,
980 OMC &19/2007 _ 1.00 00 Falled non, 919 C§_W (C<ll"I 11 7•9r.!007 1 00 ºº tlollnstatl!d none 978 �(CGWI( 619/2C0,-1000Ó Deg,adtd nono 977 RGl'I (RGV/1( 5191290,:1 ºº ºº Uotlnstalled 'non,
ª""""" +_IOO'to
Figura 4.4 - Pantalla Gestión Eventos OMC
4.1.5 Gestión de rendimiento
El Administrador de Rendimiento permite al usuario obtener información sobre la red de
procesos que tienen lugar en CGW y RGW.
Ot-d1• �=,�
E'> L<k 't,>,, F,r,ut<s I<ds IIO<> - - - . .
r
Alarms •• •
1 O O O
lcM \FM IEM PM ,Administrabon ¡
@ Performance filanager
Core Statistics Group
• CG\\'
• RGW
Bandwfdth Statistlcs Group
• CGW
• RGW
1
LogOut
0 Complaled LSF MO Calla 0 Placod LSF 1.10 Coi!, O Handu,•n; l,t,inl,im¡d [] H,ndO',an; Total O Calb Sean O Round Tnp Tuno 0 LSF Call Lt!I' O c,n,Allictod
·_i_j +t X
O&M-Mon 16 Jun 2009 22:37:38 IST
M:miiiif,h.i,ié-iffifüiji 0 Com¡,lstod LSF MT Cal!$ o Placed LSF ,.rr Cals 0 Haodo\o,� Out (J Caff¡: Ace>Jm1'ate< 0 L0<t PockelS O Drn�dC.lls O 11:,n-local Cd legs O Abnoimal Badoff
O TRAU Fromas Di:icouded on ABIS ltnk
RGW AGWli� Time FUttr!La,tOay \i]
9 .. ., ...
Figura 4.5 - Pantalla Gestión Rendimiento OMC
P ·
*,.IOO'to •
50
4.1.6 Funciones de Administración
La interfaz de administración del OMC soporta la configuración y gestión de los siguientes
valores de OMC:
Privilegios de usuario
Programar copias de seguridad de base de datos
Actualizaciones de software
Pantalla de servidor relacionado con la información del OMC
Administrar licencias
Configuración de SNMP
o,;::,. 11!.J,_,,""_ i_:] .. X J) .
a, f¡lt - ,_.., I,x,o ttel>
41 I•--
Log OUt O&M-Mon 16Jun 200918:37:07 IST
User Profile: (user)
r
Alarm1 •• •
1 O O O
--llllllllllllllll-!CM 'FM iEt.1 .PM AdmJnletreUon J
A Admlnlstrolion
e Admín�1rati0n saUnl'!I
...... :---•omcadmin
, ; • sysmginee, ¡;; WSchduledJot:s
• Scfl.,·,'111e U�d.Jtes '-• OMC lnfom:at1on
-a l1censrng �• 6al'l:il'l1dth Profile!i
e-• SI n.1P Settings
eu1'1l!fil ¡ .................. .
OCroe1e OO.lt1e OModify, OOptration
@CM OFM OEM OPM 0Adminis1'ation
Figura 4.6 - Pantalla Administración OMC
4.2 Archivos LOG importantes
Log RAGW : / var/log/ragw_00.log
Log CAGW: / var / log / cagw_xx.log (una correspondiente a cada RGW)
Mensajes de registro: / var / log / messages
4.3 Trazados de utilidad
Traza de CGW Ethereal / Wireshark :
tcpdump -i any port <cagw_port> -w <file_name.pcap>
Traza RGW Ethereal / Wireshark:
tcpdump -i any port <ragw_port> -w <file_name.pcap>
Proceso de inicio / parada para guardar archivos en el GW/RGW:
service altologgerAgw start/stop
T�I00"4 • ,
4.4 Fallas observadas en las pruebas
Falla: Reinicio Cíclico de RGW
51
Comprobación: El servicio del RGW se está reiniciando previniendo que cualquier
llamada se establezca en el RGW normalmente, un reinicio del RGW debe tener no más
de 30 segundos. Para comprobar si el RGW se esta reiniciando cíclicamente, escriba el
siguiente comando cada 30 segundos más o menos en un ordenador portátil (local o
remota) con una sesión activa SSH al RGW:
ps-ef I grep-i ragw
El resultado muestra la participación activa de los procesos del RGW, por ejemplo:
root 20295 1 O 04:26 pts / 1 00:00:00 python / Usr / bin / r-MonitorProcess /usr /bin / ragw
root 20296 20295 3 04:26 pts / 1 00:00:03 / usr / bin / ragw-x-1
El segundo campo de cada fila aquí muestra la identidad del proceso (PID) y el quinto
campo indica el tiempo del proceso iniciado. Si estos campos están cambiando cada 30
segundos o menos, el RGW esta reiniciando cíclicamente.
Solución: Resetear el RGW.
Falla: Todas las llamadas de conmutación local fallan
Comprobar y Solucionar:
El CGW /RGW está apagado - Encenderlo.
Los servicios del CGW / RGW se detuvo -Reiniciar los servicios.
El enlace IP entre CGW y RGW esta caído- Reiniciar el proceso del IP.
E1/T1s esta caído-Verificar equipo de transmisión.
El mapeo de Abis es incorrecto -Corregir el mapeo Abis.
Falla: Las llamadas no son conmutadas localmente
Comprobar y Solucionar:
La conmutación local está deshabilitado -Habilitar la conmutación local.
Los móviles son localizados en distintos RGW-Funcionamiento normal.
La función UUS1 está inactiva -Activar la función UUS1.
Diferentes codificadores están siendo utilizados en la llamada -Colocar el correcto.
Falla: No hay audio en las llamadas conmutadas localmente
Comprobar y Solucionar:
Deshabilitar el Local Switch y comprobar si las llamadas siguen fallando.
Si las llamadas siguen sin funcionar, el problema es más probable que no sea
relacionado con Local Switch.
Compruebe la configuración de BSC / BTS y corregir de ser necesario.
Falla: No hay ahorro de ancho de banda visible
52
Comprobar y Solucionar:
Las llamadas no están siendo conmutadas localmente - Verificar y habilitar de ser
necesario.
Falla: Falla de Traspaso en el área de conmutación Local.
Comprobar y Solucionar:
Deshabilitar el Local Switch y comprobar si siguen sin traspasos, si todavía no hay
entregas, el problema no esta relacionado con Local Switch.
Comprobar las configuraciones del BSC / BTS (en especial, comprobar que las celdas
vecinas se definen para permitir entregas en ambos sentidos).
Falla: Contadores de conmutación local no se está incrementando.
Comprobar y Solucionar:
La conmutación local esta deshabilitado - Habilitar.
El enlace E1/T1 esta caído - Verificar equipo de transmisión.
El cableado entre los nodos esta suelta - Corregir cableado.
El cableado no coincide con la configuración - Corregir cableado.
La tarjeta / puerto está configurado incorrectamente como E1 o T1 - configurar
correctamente.
La tarjeta está en la ranura equivocada - Corregir posición de tarjeta.
La tarjeta / puerto está dañado - Reemplazar tarjeta.
Falla: BTS falla la sincronización.
Comprobar y Solucionar:
La sincronización proporcionada por el E 1 /T1 del BSC para el RGW esta caído -
Verificar equipo de transmisión.
La tarjeta / puerto está configurado incorrectamente - Corregir configuración.
La tarjeta / puerto en el que está conectado la señal de reloj está dañado - Reemplazar
tarjeta.
53
CONCLUSIONES Y RECOMENDACIONES
1. Se concluye que la Proporción de caída de los canales de tráfico y el canal dedicado
de control stand-alone (SDCCH) varían muy poco entre el funcionamiento de Local
Switch y el grupo original de configuración. Se observan menos intentos de entrega de
llamadas y menos caída de entregas debido al traspaso.
2. Se concluye que el número de pérdidas de llamadas de canales de tráfico en el
traspaso intra BSC se reduce. El Local Switch no modifica el comportamiento de la red de
radio.
3. Se concluye que la proporción de llamadas locales comparado con el total de llamadas
fue más o menos un 11 %. Durante las pruebas la función usuario a usuario de Señal
(UUS) no se activó para toda la red, sólo para los abonados en la zona de ubicación.
4. Se concluye que a pesar de la moderada cuota de tráfico local en el clúster, el ahorro
de ancho de banda debido al Local Switch son importantes. La configuración del clúster
original despliega una Abis con dispositivo optimizador para reducir al mínimo los
requisitos de ancho de banda de conexión vía satélite. El uso de ancho de banda del
Local switch es muy inferior a los "requisitos de ancho de banda optimizado".
Con el requerimiento del Local Switch el ancho de banda es muy inferior a un enlace E1
mientras en un enlace normal de operación seria necesario 2,5 enlaces E1.
5. Se concluye que el uso de banda ancha UL es ligeramente más alto que el uso de
ancho de banda de DL. Esto se debe principalmente a que los reportes de la medición de
BTS son constantemente enviados desde el BTS hacia la BSC.
6. Se recomienda habilitar la función de UUS para todos los abonados en la red, de esta
manera el ahorro de ancho de banda será mayor.
7. Se recomienda usar un codee en AMR FR de 12.2kbits/s y un codee en AMR HR de
4.75kbits/s.
ANEXO A
HOJA DE DATOS DE LOS EQUIPOS
SYS·2U2000·4S02 lntel® Core TM 2 Duo 2U SBC System with 4 32-bit PCI Slots
Spedflcations Foffil Factor
ComJl)Ung System
Graphics
Expillsion Slct
Storage
Orive Bay
Elllemet
Froot 1/0 Ports
Real 1/0 Pats
Operating System
Walchdog Timer
PowerSupply
Cooling
Miscell:11e0us
Environment
Physical Chara:teñstlcs
Chipset CPU Front Side Bus L2 Cache Memory ContJoller VRAM PCI Optical Orive (support) Floppy Disk (support) HDO (support) Stim 000 Bay 3.5" (front-accessibte) lntertar.e ContToller use PS/2 use PS/2 COM VGA Parallet RJ-45
Output lnterval Power Output Wattage Input Range Chassis Fan AirFilter Notification LEDs
Temperature Humldity Color Dimensions (W x H x O) Weight
Pre-Conflgured Systems
Features • lnteie 0965 Plallorm
- Suppons lnlel9 Core"' 2 Duo processor up to 2.66 GHz (LGA 775)
- Supports dual channel DDR2 SDRAM up to 8 GB
• Expandablllly
- Supports tour PCI add-on cards
- �Uonal optlcal drive m floppy drive
• Flexlblllty
- Provkl8S redund.llt power supply oplions
• Denslty-opUmlzed solulion wtth onty 450 mm depth
2U Rackmount lntel 0965 + ICH800 Supports lntel Core 2 Duo processor � to 2.66 GHz (LGA TTS) 800 / 1066 MHz 214 MB DOR2 533/667/800 SORAM up to 8 GB (dual ch<rnel) lnlel 0965 lntegrated DymYnically shared S)!)tem memory up to 256 MB 4x32-bit
Stim DVD-ROM / CD-RW / CD-ROM 3.5 ' 1.44 MB FOO SATA (supports software RAID O, 1, 5, 10) 1 2 10/100/1000Base-T Gigabit Ethernet lntel 825660M 2 1 4 1 2 1 1 1 Microsoft Windows XP System Reset Programmable 1 - 255 sec 300W AC 100-240V 2 (47 CFM each) Yes Power status, HOO activlty. Temperature and Fan Operatlng 0-40° C (32-104º F) 10 -85% @400 e non-rondenslngBlack482 x 88 x 450 mm (19' x 3.5' x 17.i)15 kg (33 lb)
Non-Operating -20- 60 (-4 -140º F)10- 95% €1140º
e non-condensing
Dimenslons
. .
Ordering lnformation Plrose visit Advanlech CTOS ponal lor order oolry.
http://w11N1.advanlech.com/ctos
Front View
USBand
PS/2
conneetors
495.1 19.49
4506 17.74
92 92 92 61.2 [3.62) [l.62) [J.62) [2A 1)
:a:= ==
5$ ==
56
SYS-2U2000-4S02
Unil. mm (ir.::h)
System Content
one sllm optlcal disk drll/0
lwo 3.5" drlVe bay
ltem
Omsls
sac
Backplane Power&wly
lnside View
Part Number
ACP-2000P4-00XE PCA-6194VG-OOA1E lncl uded in chMsls PS-300ATX-ZBE
T\•.047-CFM
coollng rans
4-slot PCI backplane ���- (3-slot PCI backplane
Is also avallable)
Download �
ANEXO B
GLOSARIO DE TERMINOS
58
GLOSARIO:
Abis Interface between BTS and BSC
AC Alternating Current
AMR Advanced Multi Rate Codee
ARPU Average Revenue Per User
BCF Base Station Control Function
BSC Base Station Controller
BSIC Base Station ldentity Code
BSS Base Station Subsystem
BTS Base Transceiver Station
CGW Central Gateway
CFM Cubic Feet per Minute
cu Calling Une ldentity
CM Configuration Manager
es Coding Scheme
eso Circuit Switched Data
DAMA Demand Assigned Multiple Access
DC Direct Current
EDGE Enhance Data Rate for GSM Evolution
EM Event Manager
FCC Federal Communications Commission
FM Fault Manager
FE Fast Ethernet
KBD KeyBoard
Gb Interface between BSC and SGSN
GPRS General Packet Radio Service
GSM Global System for Mobile communications
GSM EFR GSM Enhanced Full Rate
GSM HR GSM Half Rate
GSM FR GSM Full Rate
GGSN GPRS Support Node
GUI Graphical User Interface
HLR Home Location Register
IP Internet Protocol
ISDN lntegrated Service Digital Network
ISUP ISDN User Part
59
kbps kilobits per second
LAC Location Area Code
LAN Local Area Network
LEO Light Emitting Diode
LI Legal lntercept
LS Local Switching
Mbps Mega Bits Per Second
MMI Man Machine Interface
MML Man Machine Language
MMS Multimedia Message Service
MO Mobile Originated
MS Mobile Station
MSC Mobile Switching Centre
MSISDN Mobile Subscriber ISDN Number
MT Mobile Terminated
MWR Microwave Radio
OMU Operations and Maintenance Unit
O&M Operations and Maintenance
OMC Operations and Maintenance Center
PCI Peripheral Component lnterconnect
PCM Pulse-Code Modulation
PON Packet Data Network
PLMN Public Land Mobile Network
PM Performance Manager
PSTN Public Switched T elephone Network
PSU Power Supply Unit
PWR Power
RGW Remate Gateway
RSL Radio Signalling Link
SCPC Single Carrier Per Channel
SGSN Serving GPRS Support Node
SIM Subscriber ldentity Module
SNMP Simple Network Management Protocol
SMS Short Message Service
60
SMSC Short Message Service Centre
SS Supplementary Service
SS? Signalling System No. 7
SSH Secure Shell
TOMA Time Division Multiplexing Access
TFO Tandem Free Operation
TRAU Transcoding and Rate Adaption Unit
TRX Transceiver (Transmitter/Receiver)
USB Universal Serial Bus
uus User to User Signalling
VGA Video Graphics Array
VSAT Very Small Aperture Terminal
BIBLIOGRAFÍA
[1] Siegmund M. Redl, Matthias K. Weber, Malcolm W. Oliphant: "An lntroduction to
GSM", Artech House, March 1995, ISBN 978-0-89006-785-7
[2] Siegmund M. Redl, Matthias K. Weber, Malcolm W. Oliphant: "GSM and Personal
Communications Handbook", Artech House, May 1998, ISBN 978089006
(3] Sistemas de Telefonía, Editorial Paraninfo -Feb. 2007
[4] Curso GSM - Nokia Siemens Networks - Mar. 2007
[5] Manual Descripción del Local Switch - Nokia Siemens Networks -Oct. 2009
(6] http://www.advantech.com/products/SYS-2U2000-4S02/mod_ 1-2JN0WD .aspx
[7] 3GPP TS 48.060 version 5.2.0 Release 5 - 3GPP -Abr. 2002
(8] 3GPP TS 48.061 version 5.0.0 Release 5 -3GPP -Abr. 2002
