SRAN ERICSSON
RDAM
Indice
SITIO TRADICIONAL: SBM083/TBM083
• Cómo lo busco en IU?
• Cómo me doy cuenta que es SRAN?
• Cómo lo busco en el gestor?
• Cómo veo las alarmas en el gestor?
• Cuadro de alarmas de Electrónica (relevantes)
• Cuadro de alarmas Externas
• Cómo verifico el estado en el gestor? Comandos útiles
SITIO EN GRANJA: 8S0065/9S0065
SITIO TRADICIONAL: SBM083 / TBM083
Cómo lo busco en IU?
Me conviene buscar por las BBU SBM083 / TBM083, ya que estas BBUs son ahora multitecnología: integran 2G, 3G, 4G.
La solución de Ericsson contempla el uso de una BBU, o dos BBUs, dependiendo de los Nodos que contenga el sitio.
El tema es que, si la busco como Nodo en el Listado de Radiobases / Nodos B del IU, no va a aparecer, porque ahí no
declaran a las BBUs.
Si, en ese mismo Listado de Radiobases / Nodos B, busco por Sitio, tampoco van a aparecer las BBUs.
Lo que sí puedo hacer, es buscar por Sitio, pero sacando la primer letra: busco como BM083.
Aparecerán, entonces, los Nodos que hay en el sitio, contenidos en estas BBUs (veré las diferentes tecnologías/bandas).
Si quiero ver las BBUs, tengo que buscarlas en el menú Unidades Banda Base (BBUs).
Acá voy a encontrarlas, ver la marca de estos equipos (Ericsson), y el estado de los mismos: Activo.
Cómo me doy cuenta que es SRAN?
Primero, me daría cuenta por la nomenclatura (el acrónimo) de la BBU.
Como ya vimos, las BBU de SRAN empiezan con:
• S o T, en el caso de sitios Tradicionales, para 1er y 2da BBU, respectivamente.
• 8 o 9, en el caso de sitios en Granja, para 1er y 2da BBU, respectivamente.
En nuestro ejemplo, SBM083 y TBM083 responden a la lógica de un SRAN Tradicional, con dos BBUs (la solución Ericsson
puede usar dos BBUs, de acuerdo a la cantidad de Nodos que haya en sitio).
Pero, si quisiera ir más allá, podría hacer
Clic en los puertos ocupados de las BBUs.
Entonces, voy a ver las diferentes
tecnologías que la BBU maneja.
En el ejemplo, se ve que la TBM083
contiene Nodos de 4G. De todas
maneras, salta a la vista que es de SRAN
Si busco la BBU SBM083, y hago clic en los puertos ocupados, podrá ver que esta BBU maneja los Nodos de 2G y 3G
Cómo lo busco en el gestor?
Ya vimos que la SBM083 y TBM083 son SRAN, y que son Ericsson.
Voy, entonces, al OSS. Y busco las BBUs, como siempre.
SBM083:
Como vemos, los Nodos de 3G dependen de esta BBU
TBM083:
Como vemos, los Nodos de 4G dependen de esta BBU.
Y los Nodos de 2G?
A los Nodos de 2G, tal como sucedía antes, no los vamos a poder visualizar en forma gráfica.
Vamos a poder revisarlos, ejecutar comandos, etc, desde el Command Handling.
Lo típico, es que los Nodos de 2G dependan de la 1er BBU del sitio. Y el sitio BM083, como ya vimos según lo
documentado en IU, responde a esta “regla”: CBM083 depende de la BBU SBM083.
Cómo veo las alarmas en el gestor?
Como siempre!
Acá no hay grandes cambios, con respecto a lo que ya conocemos.
Por ejemplo, busco la SBM083, y veo sus alarmas presentes, en forma gráfica:
O bien, puedo hacer buscando la TBM083:
Otra forma posible, es ingresando a la BBU por AMOS.
Acá tampoco hay grandes cambios con respecto a lo que ya conocemos.
Por ejemplo, entramos a la SBM083
Amos sbm083
Lt all
Username: rbs
Password: rbs
Una vez dentro, los comandos son los mismos que ya conocemos.
Cuadro de alarmas de Electrónica (relevantes)
Lo que sigue, es un cuadro que contiene las alarmas de Electrónica más importantes.
En principio, se tuvieron en cuenta las alarmas que indiquen:
Caida de BBU
Caida de Sector 2G
Caida de Sector 3G
Caida de Sector 4G
Caida total de servicio en alguna de las tecnologías
Afectación Descripcion
Caida de BBU La alarma que debería salir es la de Heartbeat Failure
La alarma BSC Connection Failure indica que un sector de la RBS tiene cortada su conexión contra la BSC. La aparición de una de estas alarmas por cada
Sector 2G
sector de 2G del Nodo, implicará la caida total del servicio en 2G.
La alarma UtranCell_NbapMessageFailure (reportada por el RNC), indica la caída de un sector de 3G. La aparición de una de estas alarmas por cada sector
Sector 3G
de 3G del Nodo, implicará la caida total del servicio en 3G.
UtranCell_ServiceUnavailable: Esta alarma indica también caida de sector de 3G. La aparición de una de estas alarmas por cada sector de 3G del Nodo,
Sector 3G
implicará la caida total del servicio en 3G.
La alarma Resource Allocation Failure puede indicar la caida de un sector de 3G. La aparición de una de estas alarmas por cada sector de 3G del Nodo,
Sector 3G
implicará la caida total del servicio en 3G.
Servicio 4G La aparición de las alarmas 14001 de Huawei, reportadas por los MME, indican la afectación total del servicio de 4G.
La alarma Resource Allocation Failure puede indicar la caida de un sector de 4G. La aparición de una de estas alarmas por cada sector de 4G del Nodo,
Sector 4G
implicará la caida total del servicio en 4G.
Service Unavailable: Indica la caída de un sector de 4G. La aparición de una de estas alarmas por cada sector de 4G del Nodo, implicará la caida total del
Sector 4G
servicio en 4G.
Cuadro de alarmas Externas
Lo que sigue, es un cuadro con las alarmas Externas de los Nodos SRAN Ericsson.
Se deben respetar los textos normalizados, tal como figuran en el cuadro. Es importante tener en cuenta, que en Ericsson, los textos de
las alarmas externas se definen sitio por sitio, a mano. Una de las tareas que venimos llevando a cabo, es controlar que no se salgan de
este archivo normalizado, y lo respeten.
LISTADO DE ALARMAS EXTERNAS
N
NEMÓNICO CATEGORÍA DESCRIPCIÓN Detalle de cómo debe estar definido
º
Intrusión del Gabinete o contenedor de
1 INTRUSION INTERNA A1
la RBS
CORTE DE ENERGIA PRIMARIA - no importa lo que contenga después, por lo que si ponen primaria luego de corte de
2 CORTE DE ENERGIA A1 En acometida / Pilar
energia se interpretaría correctamente
3 TEMPERATURA MAXIMA A1 Sensor en el gabinete o contenedor
No importa lo que contenga después, por lo que si ponen 48v luego de rectificador para poder aclarar qué tipo de
4 RECTIFICADOR 48V A1 Rectificador de la RBS y su TX asociada
rectificador esta alarmado se interpretaría correctamente
5 FALLA DE AIRE ACONCICIONADO A1 Si hay shelter con AAºs sin "S" al final
no importa lo que contenga después, por lo que si ponen móvil/fijo luego de dicha etiqueta se interpretaría
6 FALLA DE GRUPO A1 Sumatoria de alarmas de GEF
correctamente
7 BAJO NIVEL DE COMBUSTIBLE A1 Nivel mínimo para recargar tanque
8 GRUPO EN MARCHA A1 GEF en funcionamiento
Apertura de cualquier puerta de GEF o
9 INTRUSION GRUPO ELECTROGENO A1
TTA
10 DETECCION DE INCENDIO A1 Si hay shelter
11 FALLA MAYOR RREE A1 Resumen de alarmas de MW
12 INTRUSION PERIMETRAL A1 Intrusión al Cerco o portón de ingreso
13 FALLA DE CERCO A2 CES alarmado
14 CERCO DESACTIVADO A2 CES desactivado manualmente
15 INTRUSION BBS A1 Intrusión al gabinete de baterías.
16 ROBO DE BATERIA A definir
Cómo verifico el estado en el gestor? Comandos útiles
Para algunas cosas, podemos recurrir a la parte visual, tal como hacíamos antes.
En este caso, vemos que ambas BBUs están en gestión. Además, podemos ver el estado de las caras de 3G y 4G.
Además, y como se ha mencionado, también podremos ver estados por AMOS, tal como ya conocemos. Los comandos de
AMOS no cambiaron. Por esa razón, en este instructivo no se hará especial foco en ellos.
Los cambios más importantes los vamos a tener en 2G.
Como ya sabemos, desaparece el concepto de la E1, ya que tendremos un vínculo IP común a todas las tecnologías.
Para verificar el estado en 2G, tendremos que ir al Command Handling. Ahí, los comandos cambian sutilmente, como
veremos en seguida.
De IU puedo sacar algo de info útil:
• En nuestro caso ejemplo (sitio BM083), vamos a tener al Nodo CBM083.
• CBM083 tiene equipados los sectores A y C.
• CBM083 depende de la BSC GBMDP3.
Me conecto, desde le Command Handling, a la BSC.
Ejecutando el comando para verificar las caras (all), veo que están definidos los sectores CBM083A y CBM083C:
Editando ese mismo comando, puedo ver el estado del sector A.
Hasta acá, ningún cambio con respecto a lo ya conocido.
Puedo también obtener el TG. Acá aparecen algunas cosas nuevas.
El comando es muy parecido, pero cambia la variable del dispositivo: ahora es RXSTG
Otra novedad: no necesariamente un TG corresponde a todo un Nodo. Como vemos, CBM083A se corresponde con el TG-
1. Mientras que CBM083C, se corresponde con el TG-2
Si quisiera ver si el CF tiene algún Fault Code, tendré que tener en cuenta lo mismo que antes:
cambia la variable del dispositivo: ahora es RXSCF
Finalmente, si quiero ver si los dispositivos subordinados, tendré que tener en cuenta lo mismo que antes:
cambia la variable del dispositivo: ahora es RXSTG
SITIO EN GRANJA: 8S0065/9S0065
Vamos a ver, más que nada, las diferencias con respecto a un sitio Tradicional.
Ya vemos diferencias en los acrónimos:
8S0065 nos indica que tiene que ser un sitio en granja, y que es la 1er BBU.
9S0065 nos indica que tiene que ser un sitio en granja, y que es la 2da BBU.
Yendo al IU, encontramos que estas BBUs están declaradas correctamente.
Además, haciendo clic en los puertos ocupados de cada una, podremos observar que la 8S0065 maneja Nodos de 3G,
mientras que la 9S0065 maneja Nodos de 4G. Y que, en todos los casos, estos Nodos se encuentran en el sitio BM392.
Es importante tener en cuenta que todas las BBUs (sean de sitios Tradicionales o Granjas) deben estar bien cargadas en
IU. Si no figuran en IU, las alarmas que provengan de estas BBU no van a progresar hacia Astro, y nunca se generarán
Tickets.
Recordemos que estamos ante una configuración en Granja.
En esta configuración, la o las BBUs están físicamente en un sitio. Mientras que los Nodos/RRUs/Sectores están en otro
sitio.
Veamos eso, tomando este mismo ejemplo, y analizando lo que dice IU:
BBUs: 8S0065 / 9S0065 están en un sitio cuyo Código de Emplazamiento es ARBA10808
Nodos: W/V/LBM392 están en un sitio cuyo Código de Emplazamiento es ARBA9108
En el gestor OSS, aparecen las BBUs. Vemos que están en gestión, y que maneja Nodos de tecnologías 3G y 4G,
correspondientes al sitio BM392.
Alarmas externas
Es necesario tener en cuenta que las alarmas van a ser reportadas por la BBU.
En el caso específico de las externas, esto puede dar a confusión. Porque, si bien las reporta la BBU (al OSS llegan así), las
alarmas se originan en el sitio distante (es decir, donde están las RRU). De hecho, las alarmas de entorno van cableadas a
los puertos de las RRU.
Se está trabajando para lograr que Netcool – Astro – Remedy tengan la inteligencia necesaria, para que el ticket Remedy ya
salga con el dato del sitio distante. De esa forma, quedaría claro que el evento es en el sitio distante, y que ahí se debe
enviar al técnico que asista a resolver la falta.
Acá vemos que las alarmas vienen reportadas por la BBU:
Si hacemos doble clic en la alarma, veremos info adicional de la misma.
Tomando como ejemplo una alarma de la BBU 8S0088, vemos el detalle:
• La alarma viene reportada por la BBU, pero nos dice que está cableada en la RRU (incluso, en qué RRU está cableada).
• En Problem Text, nos dice que es una INTRUSION INTERNA
FIN
