Usando Expresiones Regulares

Grupos de MOs

*MP Imprime todos los grupos de MO’s

OFFLINE_WIURNC1_KGET_20110919_175714> mp
====================================================
MO-Group Nr of MOs
====================================================
1. app_moclass_group 91
2. cpp_moclass_group 70
3. hget_group 148
4. moclass_group 161
To view the contents of an MO group, type "pr <mogroup>"
Usando Expresiones Regulares

Ejemplo:

RNCSM01> lst WL0013

RNCSM01> ma 3a3143 WL0013
RNCSM01> lst 3a3143
RNCSM01> mp
RNCSM01> mr test
Usando Expresiones Regulares
MO-Groups commands
Ejemplo: Agrupar todas las celdas pertenecientes al modulo 9 en un
grupo para poder bloquearlas.

RNCSM01> get iublink module

RNCSM01> get iublink module =ES-2-5-5$
RNCSM01> ma iubmod255 iublink module =ES-2-5-5$
RNCSM01> get iubmod255 module
RNCSM01> get iublink reserved
RNCSM01> ma cellmod255 iubmod255 reserved
Get RNCSM01> bl cellmod9
 3G Integración y
comisionamiento.
 Objetivos:
• Identificar los componentes de una red WCDMA.
• Conocer el proceso de comisionamiento e
integración de DUS enfocado a WCDMA
• Identificar cada uno de los MO’s, Scripts, y
parámetros involucrados en el proceso de
integración y comisionamiento.
• Conocer los scripts y parámetros mas importantes
relacionados con la RNC en estos dos procesos.
Antecedentes
• Los nodos para la red
estructurada de 3G son:

 Nodo B
 RNC
 SGSN
 GGSN
 MSC
 Antecedentes
• El equipo del usuario lo podemos observar, como la ultima parte
de la red de 3G.
 Antecedentes
Nodo B, es el equivalente en 3G de la BTS en 2G, dentro de
sus funciones ejecutadas tenemos:

 Implementación lógica de O&M

 Mapeo de los recursos lógicos del nodo b, en los recursos
de HW.
 Reportar las mediciones de la interferencia en el enlace de
subida y la información de la potencia en el enlace de
bajada.
 Combinación para la Macro diversidad y división de las
tramas de datos internas al Nodo B.
 Transmisión de los mensajes de información del sistema de
acuerdo con el horario determinado por el RNC.
 Antecedentes
Una RNC es un elemento de red de alta jerarquía en la parte de RAN para
WCDMA, responsable del control de los nodos b que se conectan a ella. La
RNC se encarga de la gestión de recursos radio (RRM) y parte de la gestión de
movilidad (MM)

Algunas de las funciones ejecutadas por RNC son:

• Gestión de recursos de transporte en la interfaz lu

• Gestión y agendamiento de información del sistema
• Manejo de tráfico en los canales comunes
• Asignación de códigos de canalización para Downlink
• Control de admisión
• Manejo del tráfico en canales compartidos
 Antecedentes

• El GGSN es la puerta de enlace o punto central

de conexión hacia el exterior o la PDN (Packet
Data Network) de una red movil. Estas redes
externas pueden ser Internet o un red
corporativa.
 Antecedentes
SGSN (Serving GPRS Support Node):

• El SGSN es la pieza central en una red basada en

la conmutación de paquetes. El SGSN se conecta con UTRAN
mediante la interfaz lu-PS y con el GSM-BSS mediante la
interfaz Gb.
• El SGSN contiene la información de subscripción, el IMSI
(International Mobile Subscriber Identity), la información de
ubicación y el área en la que el móvil está registrado entre
otras informaciones.
 Antecedentes
MSC (Mobile Switching Center):
• En el MSC se realiza la última etapa del MM (Mobility
Management) y del CM (Connection Management) en el
protocolo de la interfaz aérea, así que el MSC debe encargarse
de la dirección de estos protocolos o delegarle la
responsabilidad a cualquier otro elemento de la red central.
• También se encarga del voceo, de la coordinación en la
organización de las llamadas de todos los móviles en la
jurisdicción de un MSC, de colectar los datos para el centro de
facturación y control y operación de la cancelación del eco
entre otros.
Antecedentes
Comisionamiento
 Comisionamiento

Para el comisionamiento en sitio de una DUW

para 3G necesitamos las siguientes herramientas
instaladas en nuestra PC.
1. RBS Element Manager.
2. Hyperterminal Private Edition.
3. FTP SW(Filezilla)
4. Scripts Onsite (O&M, External HW).
 Comisionamiento

Los pasos a seguir son los siguientes:

1. Descargar e instalar el SW Level.

2. Instalar el SW Level mediante el RBS element
manager.
3. Instalar los 2 scripts Operation &
Maintenance y External HW, Mediante el RBs
element manager.
 Comisionamiento
• Para descargar un SW package a
un NodoB a través del RBS
Element manager, tenemos que
establecer una sesión FTP, esto lo
podemos hacer por medio de
Filezilla server.
• Una vez instalado, hacer click en el
menu de edición y despúes en
opciones, elegir la opción logging
y hacer click en la opción Enable
logging to file.
 Comisionamiento
• Después de esto, dar clic en el
menú de edición y después en
Users Selection, dar clic en
Agregar botón, esto mostrara
una nueva ventana donde
puedes escribir cualquier
nombre de usuario, clic en OK.
• En la misma ventana dirígete a
la opción de compartir folders,
da clic en Add button, en tu
directorio elige la ruta de donde
se encuentra el SW package y
da clic en OK.
 Comisionamiento
• Se necesita descargar el RBS element manager del
siguiente link, esto se puede hacer estando
conectado directamente a la tarjeta o de forma
remota

• http//(ip address*)/em/index.html

• Si la descarga es en sitio, la IP es
WCDMA 169.254.1.1
LTE 169.254.1.10

• Si la descarga es remota, la IP será la IP de O&M del sitio.

Comisionamiento
 Comisionamiento
Una vez que se descargue el
Element Manager, ábrelo y
establece la sesión de manera
que se pueda acceder al sitio.

>Ingresa la IP del sitio:

localmente: 169.254.1.1
remotamente: IP de O&M

>Da clic en botón Add

>Selecciona la configuración,
guárdala y da clic en conectar.
NOTA: Recuerda conectar tu cable
ethernet en el Puerto LMTB de la
tarjeta en cuestión.
 Comisionamiento
• Cuando la conexión con el
nodo B esta establecida, para
instalar un nuevo software, da
clic en la opción “Software” y
en la pestaña “UP” Como se
muestra en la figura

• Después de seleccionar la
opción “Software”, podrás ver
cuales Releases están
instalados en el nodo, si se
requiere hacer un nuevo
Upgrade, Se tiene que crear el
Upgrade Package y esto lo
haces dando click en el boton
de “Create up”
 Comisionamiento
• Escribe en el apartado
UserLabel: (R9AJ, R9BE/2)
• En el apartado FTP server IP
address, escribe la dirección de
IP del server en cuestión , junto
con su user y su password
utilizados para descargar el SW
package.
• En la parte de UP file path,
primero digita “/” y luego el
nombre del archivo.
• Después da clic en los botones
de Install y después en Full
install.
NOTA: es sumamente importante, checar
cuidadosamente la información en
estas partes, si algo es erróneo el RBS
element manager no continuara.
 Comisionamiento
Antes de instalar el
Software, verificamos el
Paquete de Software y
damos clic en “Verify
Upgrade” para
cerciorarnos que el
Software a instalar es
soportado por el Nodo B,
si es correcto nos
mandara un mensaje de
que el SW es soportado.
 Comisionamiento
• Después de
verificar el
upgrade, damos
clic en el botón de
Upgrade node, y
después en el de
Hard upgrade.
NOTA: El nodo se reiniciara 2
veces, la primera es una jvm
restart , y la segunda es un
cold restart.
 Comisionamiento
• Cuando el Nodo se ha
reiniciado, una nueva
ventana aparecerá
mostrando que la
conexión con la DUS esta
abajo, una vez que el
nodo B regrese nos
mostrara un estatus
conectado.
• Después de esto damos
clic en el botón
continuar y
terminaremos con la
instalación.
 Comisionamiento

• Después de dar clic en

continuar el RBS
Element Manager
necesita confirmar el
Software upgrade,
damos clic en el botón
de “Confirm Upgrade”, y
esperamos a que
termine.
 Comisionamiento
• Si el upgrade no se
confirma, el Nodo B
hará un Roll back
después de 1.5
horas.
• Cuando el Upgrade
es exitoso, cerramos
la ventana de
Upgrade y
confirmamos que el
nuevo SW level esta
instalado.
3G Integración
 Integración

La integración de un nodo se divide en 4 pasos:

• Pre-Check, abrir un log para guardar toda la
actividad. Hacer un CV Pre-check
• MW, Ventana de mantenimiento.
• Monitoreo y prueba de llamada.
• Post-Check, cerrar el log para evidencia y
futuros asuntos. Hacer un CV Post-Check
Pre-check
 Pre-check

Pre-check
• Es uno de los pasos de vital importancia al
momento de empezar a manipular un nodo B,
verificando el status de alarmas así como
abriendo un log de autoguardado.

>moshell/amos SiteName/IPAddress
>l+ name.log /home/path/directory/<name>
 Pre-check
• Dentro del pre-check en el nodo b, el siguiente
paso importante es asegurarnos de que el
ingeniero de sitio cargó el SW Level correcto en el
Nodo B y que este es igual al SW Level de la
RNC, algunos comando de ayuda en esta parte
son:

>lt all
>cvls
>lpr sctp
>lst carrier
>get iub=
 Pre-check
Debemos asegurarnos que todos los scripts de sitio han sido cargados
correctamente, verificando el estatus activo de
ethernetswitchports/Accesshostet/IpSyncref.

> lst ethernet

> lst ipsyncref
> lst accesshost

Nota:
1. Asegurar que el MO GigabitEthernet esta desbloqueado y activo.
2. Verificar el MO IpSyncRef=1 y IpSyncRef=2 esta activo (Para
gabinetes 6000 , se usa IpSyncRef =7 y IpSyncRef=8)
 Pre-check
• Otra característica a verificar es el tipo de interface
que tiene el sitio (óptica/eléctrica), con los siguientes
comandos:

>get giga portno

>get giga speed|auto

• Si el Mo, SpeedDuplex y AutoNegociation

ETH_100_MB_HALF o menos que ETH_100_MB_FULL y en
true necesita ser cambiado a 4 ETH_1000_MB_FULL y False.
 Pre-check

• Si la alarma “Password File Fault” aparece,

significa que no esta configurado el password.
Este se configura de la siguiente forma:

>passwd ; rbs ; rbs

Nota: generalmente se deja el password default que es

“rbs”, pero puede ser diferente.
 Pre-check
Verificar si el NTP server es alcanzable para obtener fecha y
hora:

1. Usando AMOS, verificamos el estado del servidor NTP con

el comando "ntpconfig info" , puede tomar de 5-20
minutos para que el NTP sea sincronizado.
2. Mandar un ping a la direccion IP del NTP server (a los dos
primario y secundario). Si no es alcanzable, reporta a tu
path de escalación.
3. Verificar y asegurar que el sistema de reloj es correcto con
el comando "readclock". Si el reloj no esta definido
correctamente entonces se puede definer manualmente.
 Pre-check
• Usando AMOS / Moshell verificamos el Upgrade Package
level que debe de ser el mismo al ultimo CV creado:

>cvls

• Creamos un nuevo CV antes, si es necesario hacer

upgrade al nodo, o si es el indicado hacemos el CV de
Pre-check on el siguiente comando:

>cvms Before_Upgrades / >cvms Pre_Check_RAN

MW(Ventana de
Mantenimiento)
 MW(Ventana de Mantenimeinto)

• Usando OSS / SMO / Mashost , se define el

sitio y las relaciones de RBS, Corriendo los
scripts en una terminal del OSS.
• Nota: Los scripts necesitan ser transferidos, al
servidor que conecta a la RNC. Usando una
conexion FTP se transfiere todas las relaciones
y scripts de creacion del Nodo B, al siguiente
path:
>/var/opt/ericsson/nms_umts_wran_bcg/files/import
 MW(Ventana de Mantenimiento)

• Para conectarse al mashost desde nuestra

terminal trabajo, ya sea Putty o Secure, esto
es, por si no tenemos acceso a OSS grafico, se
usan los siguiente comandos para acceder a el
master host:

>ssh mashost
>Password:YOurPa55w0rd
 MW(Ventana de Mantenimeinto)
MW(Ventana de Mantenimiento)
• Una vez dentro del usuario maestro, para crear el sitio en
el OSS así como las relaciones se corren los siguientes
comandos en la terminal , sin estar dentro del nodo:

>/opt/ericsson/arne/bin/import.sh -f <SiteID>_OSS_Site.xml -val:rall

>/opt/ericsson/arne/bin/import.sh
>/opt/ericsson/arne/bin/import.sh
>/opt/ericsson/arne/bin/import.sh
>/opt/ericsson/arne/bin/import.sh
val:rall
>/opt/ericsson/arne/bin/import.sh
import
-f <SiteID>_OSS_Site.xml -import
-f <SiteID>_OSS_RBS.xml -val:rall
-f <SiteID>_OSS_RBS.xml –import
-f <SiteID>_OSS_RBS_Relations.xml -
-f <SiteID>_OSS_RBS_Relations.xml -

• Verificar que la ejecución del script no reporto error y que

todos los MO’s han sido creados.
 MW(Ventana de Mantenimiento)

• En ocaciones el SW Level no es el indicado y

necesitamos hacer upgrades. Usando el OSS / SMO,
cargamos el paquete que se requiere uno a uno
hasta llegar al indicado que es el mismo de la RNC.
 MW(Ventana de Mantenimiento)
• Si no se tiene la licencia, podemos activar
provisionalmente la licencia de integración que dura 21
días. La activación se hace de la siguiente manera:

>license iu status
>license iu activate
>license server
>alt (Verificar que la alarma LKF failure no este)

• Despues de que la integración este completa la licencia

tiene que ser solicitada.
• Si la licencia esta disponible, se puede subir por medio de
un FTP al OSS, e instalarla desde el SMO, o instalarse
manualmente por Amos/Moshell.
 MW(Ventana de Mantenimiento)
• En algunos casos la licencia provista no soporta los nuevos cambios
después de la integración o algunas features no están en la licencia
instalada.
• Para el caso anterior, se puede hacer uso de la licencia de emergencia, y es
importante mencionar que debido a que es una propiedad de emergencia,
es necesario pedir que la nueva licencia venga con la instrucción de
regresar el estado de Emergency state en 0 (reset), este reset genera
costos, por lo que no siempre se debe activar.
• Los comandos son los siguientes:

>acl 7 / >acl 9
>acc 7 setEmergencyState 1
 Integración

• Cargar el script de parametros baseline provisto

por TCM, o RF.
RBS:
> run Baseline_RBS_latest_rev.mos
• Después de correr el baseline revisar que los
parametros en el Baseline han sido definidos
correctamente, esto debe de ser verificado con RF
antes que ellos entreguen ese script para identificar
diferencias.
 MW(Ventana de Mantenimiento)
• Este paso aplica para nodos que utilicen RRUWs, o que sea
necesario cambiar el Power de los mismos.
• Usando AMOS cambiar el MaxTotalOutputPower del dispositivo
RRU tpa
> pr TpaDevice=1
• Notar el proxy # para el sector donde el RRUW esta instalado y
correr el comando para cambairlo a 60.
> set <proxy # del RRUW tpadevice> maxTotalOutputPower 60
> y
• Verificar si el Power ha cambiado con el comando siguiente:
> get . maxTotalOutputPower
Note:
En algunos casos este comando llega a fallar por esta razón “Number
of carriers exceeded License limit”. Esto es debido a que
“licenseCapacityNumCarriers” esta definido en 0, es necesario verificar
el estado de la LKF.
 MW(Ventana de Mantenimiento)
• Verificar el rbsid in RNC y en la RBS y asegurar que sean idénticos.
• El atributo rbsid es usado en OSS-RC para correlación entre la RBS y la
RNC.

RBS:

Obteniendo el rbsid en la RBS

>get iub rbsid

RNC:

Obteniendo el rbsid en la RNC

>get iublink=<iubname> rbsid

Nota: Si el rbsid no es el mismo se tiene que contactar a TCM ó RF.

 MW(Ventana de Mantenimiento)
• Crear un CV de Baseline ó de integración final y
ponerlo como iniciable.

>cvms <CV name_date> <userid> <comment>

• Reiniciar el Node-B usando AMOS or EMAS,

seleccionar cold restart.
> acc 0 manualrestart

• Esperar a que el sitio regrese y este en línea.

Integración en RNC
 Integración en RNC
La integración de un nodo B en la RNC por parte
del Network Integration Center, se divide en 4 pasos
igualmente importantes:
• Pre-Check, abrir un log para guardar toda la
actividad.
• MW, ventana de mantenimiento.
• Monitoring, calltest
• Post-Check, cerrar el log para evidencia y futuros
asuntos.
Pre-check en RNC
 Pre-check en RNC

• Al momento de empezar a manipular una

RNC, verificar el status de alarmas así como
abrir un log de autoguardado.

NIC engineer:
>moshell/amos SiteName/IPAddress
>l+ name.log /home/path/directory/<name_RNC>
 Pre-check en RNC
• Verificar en la RNC los siguientes comandos:
> cvls
> strt
> alt

• Checar los 2 ROPs para el sitio en la RNC

> pmr -m .5 (Seleccionar las opciones)

“RNC UtranCell RRC Performance”

“RNC UtranCell Speech Performance”
“RNC UtranCell PS Data Performance”
“RNC UtranCell HSPA Performance”
“RNC UtranCell IRAT Performance”
 Pre-check en RNC

• Creamos un nuevo CV de Pre-check con el

siguiente comando:

>cvms Before_Activity_NodeName Userid

 MW(Ventana de
Mantenimiento, RNC)
MW(Ventana de Mantenimiento, RNC)
• El primer paso que hacemos es definir, nuestra
IuBlink que apunta al nodo B,
>trun 1_NodeName_TransportConf.mo

• Nota: Este script crea los MO’s IubLink=Iub_X190U_6296 y

NodeSynch=1, que deberian de estar desbloqueados y activos.

• Ejemplo:
MW(Ventana de Mantenimiento, RNC)

El segundo paso es definir las Utrancells así

como sus elementos de canal, los cuales son:
• Hsdsch
• Hsdsch,Eul
• Rach
• Pch
• Fach
MW(Ventana de Mantenimiento, RNC)
• FACH: Forward Access Channel, este canal es
solo de downlik y maneja información de
control al UE, se puede tener mas de un canal
por celda ya que tambien se puede usar para
downlink de datos.
• RACH: Random Access Channel, este canal
maneja las solicitudes que el UE hace cuando
este intenta hacer uso de algún servicio del
sistema.
MW(Ventana de Mantenimiento, RNC)
• Para los siguientes canales, entran en juego las capacidades
de channel elements que se tienen en la capacidad de la
licencia, estos channel elements permiten hacer el uso de
los recursos de hw para procesar (modular y demodular)
los canales.
• Algunos servicios requieren de mayores tasas de
procesamiento, lo que implica un mayor uso de Channel
Elements para poder realizar la demodulación o
modulación, este uso va de acuerdo al servicio que el UE o
los UEs estén demandando del sistema y por nodo; aunque
estos recursos se gestionan por la RBS y por la RNC de
forma conjunta, por lo que existe alguna posibilidad de que
en la RNC suceda una congestión de servicio si estos
canales no están correctamente dimensionados desde la
RBS.
MW(Ventana de Mantenimiento, RNC)

• HSDSCH: High Speed Downlink Shared Channel, Este

canal es el que transporta datos hacia los UE que tienen
el servicio de HSDPA; en particular, este canal es
compartido de forma dinámica entre diversos UE.

• EUL: Enhanced Uplink; este es un canal dependiente del

HSDSCH, es decir, para que un UE puede hacer uso de
este canal, requiere tener en la parte de Dl, el servicio
de HSDPA ya que EUL es el complemento para Uplink
MW(Ventana de Mantenimiento, RNC)

• Se corre el siguiente script:

>trun 2_NameNode_RadioConfig.mo
Nota: Este script crea las Utrancells y los
elementos de canal.
Ejemplo:
MW(Ventana de Mantenimiento, RNC)

• El siguiente paso es definir las

EutranFrequencyRelations, es decir, las
relaciones principales para cada frecuencia.
• Corremos el tercer script:
>trun 3_NameNode_EUtranFreqRelation.mo
• Al final el script nos creara la frecuencia a las que
trabajaran las relaciones.
MW(Ventana de Mantenimiento, RNC)
El último paso es el Script de Parameters set para esas relaciones
de frecuencia que acabamos de crear.

>run 4_NodeName_EutranFreqRelation_Sets.mos

Los parametros a los que agrega un valor son:

 cellReselectionPriority
 qRxLevMin
 threshHigh
 eutraDetection
MW(Ventana de Mantenimiento, RNC)

• Como ultimo paso, se guarda un CV en la RNC

con la actividad completada.

>cvms NodeNameAdded UserID

Nota: Se continua la actividad en el NodoB.

Monitoreo y Calltest
 Monitoreo y Calltest
• Usando AMOS, desbloquear el Iub y las
utrancells en la RNC, en modo reservado o
desreservado. Siga las reglas especificas del
mercado para el cpichpower.

> ldeb <Iubname>

> ldeb <utrancell name>

• Asegurar que el Iub , utrancells y los Channels

esten habilitados y operaciones sin alarmas en la
RNC.
 Monitoreo y Calltest
• En el Nodo B,ejecute los siguientes comandos para checar si el nodo tiene
la configuración correcta, y todos los MO’s estan habilitados y en
operación.
> lst ethernet
> st ipsyncref
> lst accesshost
>lst sctp
>cabx
> lst car
> st sector
> st localcell
> get tma
>st aux
> alt
> cvls
> lst iub
>get txd hs|eul
>get feeder
>lh ru fui get vswr
>lh ru fui get devstat
 Monitoreo y Calltest
Nota: Si hay algunas alarmas o MO’s deshabilitados, será
necesario iniciar un troubleshoot basico. Si hay algún
problema relacionado con la antena o algún otro que no
este afectando tráfico, pero que no se pueda arreglar en
ese momento reportarlo al IM del mercado asi como al NIC
SPOC.

Nota: Si hay algunas alarmas de TMA o de cables de

alimentación. No trate de cambiar manualmente los
valores. Reporte los inconvenientes de TMA al PM y al
TCM engineer y pidales confirmacion de los valores
correctos. Ellos tienen que proveerle scripts nuevos de
acuerdo al RND CIQ para cambiar los valores
 Monitoreo y Calltest
• Checar el RBS RSSI ejecutando el siguiente comando en la
RNC, para los sectores vivos, y verificar si hay algun cambio
significativo.

RNC:
> cedr | grep –I “cellnamehere”

Nota: El valor normal de el RSSI debe ser -100< x < -108. Si los
valores estan por encima de este rango es necesario
reportar al PM y obtenga aprobacion is se necesita
troubleshoot.
 Monitoreo y Calltest
• Realice el call test en todos los sectores

• Velocidad : sector (DL: valor /UL: valor )

Nota: Si hay algún problema durante el call test,

haga troubleshoot con el FE. Si es necesario
contacte su siguiente nivel de escalación, para
verificar que todo este seteado correctamente. Si
el problema persiste, consiga aprobación para
continuar despúes.
 Monitoreo y Calltest
• Si el call test es correcto, asegurese de que el
sitio esta libre de alarmas y operacional sin
problemas. Bloquee las Utrancells en la RNC y
verifique que esten reservadas.

> bl utrancell=“cellnamehere”

Nota: Reporte cualquier anomalia o problema

con el nodo.
Post-check , RNC
NodoB
 Post-check , RNC NodoB
• Verificar en la RNC los siguientes comandos:
> cvls
> strt
> alt
• Checar los 2 ROPs para el sitio en la RNC

> pmr -m .5 (Seleccionar las opciones)

“RNC UtranCell RRC Performance”

“RNC UtranCell Speech Performance”
“RNC UtranCell PS Data Performance”
“RNC UtranCell HSPA Performance”
“RNC UtranCell IRAT Performance”
“RNC Node Traffic Performance, ROP by ROP”
“RNC Module Traffic Performance”
“RNC Subrack Traffic Performance”
 Post-check , RNC NodoB

Cree un CV de Fin de la Actividad, en el Nodo B

como en la RNC:

• Nodo B
>cvms FinalCV Userid

• RNC
>cvms FinalCV_NameSite Userid
Fin.