4G Integración,

Comisionamiento
 Objetivos:
• Identificar los componentes de una Red 4G.
• Conocer el proceso de comisionamiento e
integración en 4G para una tarjeta DUS.
• Identificar cada uno de los MO’s, Scripts, y
parámetros, involucrados en el proceso de
integración y comisionamiento.
• Identificar RET’s y Troubleshoot.
 Antecedentes

• Anteriormente :
 Antecedentes

• Ahora :
 Antecedentes

• Comparativo de tecnologías en velocidad:

 Antecedentes

• Los nodos para una red estructurada de 4G

son:
1. EnodeB
2. MME
3. PGW
4. SGW
5. HSS
 Antecedentes
EnodeB
• Las funciones de eNodeB son cifrado, entrega
confiable de paquetes y compresión de
encabezado. Pero en el lado de control, eNodeB
está incorporando funciones tales como:
• Administración de recursos de radio.
• Admisión de radio y control de movilidad de
conexión, programación dinámica, (Handover).
• Enrutamiento de datos del plano de usuario hacia
SAE Gateway.
 Antecedentes
MME
• Mobility Management Entity (MME) juega un papel importante en
la arquitectura LTE EPC.MME es el principal nodo de señalización en
el EPC. LTE MME es responsable de iniciar la búsqueda y la
autenticación del dispositivo móvil.

• MME se conecta al nodo evolucionado b (eNB) a través de la

interfaz S1-MME y se conecta a S-GW a través de la interfaz S11.

• MME conserva la información de ubicación en el nivel de área de

seguimiento para cada usuario y luego selecciona la puerta de
enlace apropiada durante el proceso de registro inicial.
 Antecedentes
• Control de acceso a la red: MME gestiona la autenticación y la autorización para el UE.
También facilita el acceso del UE a la red para obtener conectividad IP.
• Gestión de recursos de radio: MME trabaja con el HSS y la RAN para decidir la estrategia de
gestión de recursos de radio (RRM) adecuada que puede ser específica de UE.
• Gestión de movilidad: una de las funciones más complejas que realiza MME. Proporcionar
interfuncionamiento sin problemas tiene múltiples casos de uso como Inter-eNB e Inter-RAT,
entre otros. Los casos de uso se vuelven más complejos en función de un cambio en MME, S-
GW, P-GW o interfuncionamiento en otras redes inalámbricas.
• Roaming Management: MME admite abonados itinerantes salientes y entrantes de otros
sistemas LTE / EPC y redes heredadas.
• Capacidad de alcance del UE: MME gestiona la comunicación con el UE y el HSS para
proporcionar la capacidad de alcance del UE y la información relacionada con la actividad.
• Gestión del área de seguimiento: asigna y reasigna una lista de identidad del área de
seguimiento al UE.
• Interceptación legal: dado que MME administra el plano de control de la red, MME puede
proporcionar el paradero de un UE a una instalación de monitoreo de las fuerzas del orden
público.
• Equilibrio de carga entre S-GW: dirige a los UE que ingresan en un área de la piscina S-GW a
un S-GW apropiado. Esto logra el equilibrio de carga entre S-GW.
 Antecedentes
S-GW
• Serving GW es la puerta de enlace que termina la interfaz
hacia E-UTARN. Para cada UE asociado con el EPS, en un
punto dado de tiempo, hay un solo GW de servicio.
• SGW es responsable de los traspasos con los eNodeB
vecinos, también para la transferencia de datos en términos
de todos los paquetes en el plano del usuario.
• A sus deberes le corresponde cuidar la interfaz de
movilidad con otras redes como 2G / 3G. SGW está
monitorizando y manteniendo la información de contexto
relacionada con el UE durante su estado inactivo y genera
solicitudes de búsqueda cuando llega datos para el UE en la
dirección del enlace descendente. (por ejemplo, alguien
llama).
 Antecedentes

• Anclaje de movilidad para la movilidad entre

3GPP (finalizando S4 y retransmitiendo el
tráfico entre el sistema 2G / 3G y PDN GW);
• Búfer de paquetes de enlace descendente del
modo ECM-IDLE e inicio del procedimiento de
solicitud de servicio activado por la red;
• Interceptación legal;
• Enrutamiento y reenvío de paquetes;
 Antecedentes
P-GW
• PGW es responsable de actuar como un "ancla"
de movilidad entre tecnologías 3GPP y no 3GPP.
PGW proporciona conectividad desde el UE al
PDN externo siendo el punto de entrada o salida
del tráfico para el UE.
• El PGW gestiona la aplicación de políticas, la
filtración de paquetes para usuarios, el soporte
de carga y LI.
 Antecedentes
• Filtrado de paquetes basado en el usuario (por
ejemplo, inspección profunda de paquetes);
• Interceptación legal;
• Asignación de la dirección IP del UE;
• Marca del paquete del nivel de transporte en
el enlace ascendente y el enlace descendente,
p. establecer el punto de código DiffServ,
basado en el QCI del portador EPS asociado;
• Contabilización de la carga entre operadores;
 Antecedentes
HSS
• El HSS (Home Subscriber Server) es la
concatenación del HLR (Home Location Register)
y el AuC (Authentication Center), dos funciones
que ya están presentes en las redes pre-IMS 2G /
GSM y 3G / UMTS.
• La parte HLR del HSS se encarga de almacenar y
actualizar, cuando sea necesario, la base de datos
que contiene toda la información de suscripción
del usuario, incluida (la lista no es exhaustiva):
 4G Antecedentes
Comisionamiento
• Identificación y direccionamiento del usuario:
corresponde a IMSI (Identidad del Suscriptor
Móvil Internacional) y al MSISDN (Número RDSI
del Suscriptor Móvil) o al número de teléfono
móvil.
• Información de perfil de usuario: incluye los
estados de suscripción de servicio y la
información de calidad de servicio suscrita por el
usuario (como la velocidad de bits máxima
permitida o la clase de tráfico permitida).
Antecedentes
4G Comisionamiento
 4G Comisionamiento

• Para el comisionamiento en sitio de una DUS

para 4G necesitamos las siguientes
herramientas instaladas en nuestra PC.
1. RBS Element Manager.
2. Hyperterminal Private Edition.
3. FTP SW(Filezilla)
4. Scripts Onsite (Site Install, Site Basic,Site
Equipment ).
 4G Comisionamiento

• Las DUS vienen de fábrica listas para cargarles

el paquete de Software básico (este es
diferente de un paquete de Upgrade).
• Por lo que normalmente no es necesario
conectarse por medio de una conexión serial.
• Sin embargo, cuando se requiere formatear la
tarjeta, solo se puede hacer con una conexión
serial.
 4G Comisionamiento
• Entrar en modo de mantenimiento local por medio de el
SW hyperterminal:
reload --
• Montar el disco C (/c2)
mount_c2
• Formatear el disco C
formathd /c2
• Formatear el disco D (no es necesario montar este disco)
formathd /d
• Reiniciar la tarjeta
reload
4G Comisionamiento
4G Comisionamiento
 4G Comisionamiento
• Configurar la IP de red local de la tarjeta. En otras
palabras, es la IP con la que se va a poder conectar de
forma local por medio de un cable Ethernet
ifconfig le0 169.254.1.10 netmask 255.255.0.0
• Confirmar la configuración de red
ifconfig
• Reiniciar la tarjeta
reload
• Una vez completado lo anterior, se podría llegar a
conectar localmente por medio de un cable Ethernet.
 4G Comisionamiento

• Subir el SW Package, por medio de Filezilla,

• IP: 169.254.1.10 , User: rbs ,Pass: rbs
 4G Comisionamiento
• Despúes, de subir el SW Package, por
hyperterminal le damos un reload.
 4G Comisionamiento
• La DUS guardara automáticamente un CV,
Podemos checarlo por Hyperterminal con:
>cv ls
 4G Comisionamiento

• Despees de eso podemos usar solo el cable

Ethernet, para continuar trabajando y nos
conectaremos en el puerto LMT B de la DUS o
DUL.
 4G Comisionamiento
• Cambiamos en propiedades de
Área local en nuestra PC, con los
siguientes datos:

• IP Address = 169.254.1.11
• Subnet Mask = 255.255.0.0
• Default Gateway = 169.254.1.10
 4G Comisionamiento

• El siguiente paso abrir

el Element manager en
nuestra computadora.
• Agregamos la IP
169.254.1.10, le
asignamos un nombre y
le damos en Add.
 4G Comisionamiento
• Seleccionamos
Tools, y damos
click en integrate
RBS.
 4G Comisionamiento
• Después de eso se nos abrirá la pantalla de integración, y empezaremos a seleccionar
nuestros scripts.
 4G Comisionamiento
• Seleccionamos nuestro primer Script, Site Install y definimos el nombre de usuario
y contraseña:
 4G Comisionamiento
• Nos pedirá los datos de red que los sacamos del script site install:
 4G Comisionamiento
• El siguiente paso es seleccionar los scripts de Site Basic y Site Equipment, y viene la opción de poder
instalarle la LKF si es que la tenemos:
 4G Comisionamiento
• Damos click en el botón de Iniciar Integración.
 4G Comisionamiento
• La integración de detiene al 80% debido a que se reinicia, en este
momento habremos terminado el comisionamiento en sitio.
4G Integración
Remoto
 4G Integración Remoto

• 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

• Es uno de los pasos de vital importancia al

momento de empezar a manipular un enodeB,
verificando el status de alarmas así como
abriendo un log de autoguardado.

>moshell/amos SiteName/IPAddress
>l+ name.log /home/path/directory/<name>
 4G Integración
Pre-checkRemoto

• Dentro del pre-check en el enodeB, el

siguiente paso importante es asegurarnos de
que el ingeniero de sitio cargó el SW Level
correcto en el eNodeB y que este es igual al
SW Level de la ultima revisión para los nodos
de esa región:
>lt all
>alt
>cvls
 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

• Verificamos el estado de las celdas los

sectores, los radios y los MME’s, así como
verificar la información del gabinete con los
siguientes comandos:
>st fdd
>st sec
>st mme
>st ru
>get 0
 Pre-check

• Si la información del gabinete no es la correcta

podemos justar el valor con la siguiente
instrucción:
>get 0
>get cab
>lset Cabinet=1 productData
productionDate=20140104,productName=RBS6202,productNumb
er=SXK1099831/1,productRevision=R2A,serialNumber=SXK109
9831/1
 Pre-check

• Nota : Verificar con el comando get 0, que el

Logical Name, el Site, y el User Label sean el
mismo:
 Pre-check

• Creámos 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 Pre_Check_RAN Userid

MW(Ventana de
Mantenimiento)
 MW(Ventana de Mantenimiento)
• Después de realizar el CV de pre-check y asegurarnos de que el nodo tiene el SW
level correcto y los parámetros del cabernet están definidos correctamente es
momento de verificar el estado de las celdas, sectores, radios y MME’s.
Nota: En la mayoría de los casos los MME’s así como las celdas y sectores no están
definidos, esto es debido a que la integración en sitio llega al 80% y los FE no
pueden cargar los scripts TN y RN, es momento de entrar en acción.
 MW(Ventana de Mantenimiento)
• Por método grafico es la manera mas sencilla de correr estos 2 Scripts , TN
y RN, se requiere crear un PCA (Planned Configuration Administrative),
importar los 2 scripts TN y RN, y después activarlos de esta manera, se
crean los MO’s faltantes como celdas, sectores y MME’s.
 MW(Ventana de Mantenimiento)
• La manera de terminar la primera parte de la integración es habilitando
los MME’s esto se logra con la instalación de la LKF.
• Si no se tiene la LKF y es una integración nueva se puede activar el
Integration unlock, el Emergency State o en su defecto instalarla
manualmente:
 MW(Ventana de Mantenimiento)

Script TN
• Este script Transport Network Configuration,
nos ayuda a :
-Crear la interfaz IPAccesshostEthert
-Crea los MME’s
-Asocia la política de QoS a la interfaz de O&M
 MW(Ventana de Mantenimiento)

Script RN
• Este Script Radio Network Configuration, nos
ayuda a:
-Crear los Sector Carrier y los referencia a los
Sectores
-Crea el MO EutranFrequency
-Crea Celdas y la Frecuencia a la que va a
trabajar la misma.
 MW(Ventana de Mantenimiento)

SW Upgrade
• 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 que este ocupando
los nodos:
 MW(Ventana de Mantenimiento)

RET Remote Electrical tilt

• La función RET permite al operador controlar y optimizar el
área de cobertura modificando la inclinación de las antenas
instaladas, sin la necesidad de utilizar mástiles de escalada.
• La configuración de varias unidades RET en cascada permite al
operador mejorar el servicio al usuario final al mismo tiempo
que mantiene los costos operativos al mínimo. Al conectar en
cascada, es decir, al conectar varias unidades RET al mismo
bus multipunto, se controlan varias antenas en la interfaz de
antena de una unidad de radio.
MW(Ventana de Mantenimiento)
MW(Ventana de Mantenimiento)
• Lista de comandos:
MW(Ventana de Mantenimiento)
 MW(Ventana de Mantenimiento)
• Tipos de RET
RET tipo 1

Descripción de la imagen de arriba.

• Esto representa solo un sector
-En azul: 'AntennaUnitGroup' igual a 1. Representando un sector. [Cambio de valor según el
número de sectores].
-En verde: 'AntennaNearUnit = 1' representa una sola antena de banda
- En rojo: 'AntennaNearUnit = 2' representa una sola antena de banda
-En morado: 'RetSubUnit = 1', un dispositivo RET por antena

-RET Antena individual

IuantDeviceType = 1
Una AnetannaNearUnit con una RetSubUnit
Una AntennaUnit con una AntennaSubUnit
• Motores RET externos. Se pueden ver físicamente
 MW(Ventana de Mantenimiento)
• Nota 1: en este ejemplo podemos tener dos antenas de
banda única (dos carcasas diferentes) o una antena de
doble banda (la misma carcasa para ambas bandas de
antena). Si solo tenemos una antena con un RET, veremos
solo las dos primeras líneas para la captura de pantalla
anterior
• NOTA 2: Podría ser posible tener RET para
AntennaNearUnit = 2 habilitado a pesar de que el operador
no está activado, activo o creado en su nodo.
• NOTA 3: Un AnntennaUnitGroup podría admitir muchas
celdas que cubren la misma área geográfica. [Por ejemplo:
Sector1-Alpha-1900MHz y Sector4-Alpha-800MHz]
MW(Ventana de Mantenimiento)
 MW(Ventana de Mantenimiento)
• Tipos de RET
RET tipo 17

Descripción de la imagen de arriba.

• Esto representa solo un sector
-En azul: 'AntennaUnitGroup' igual a 1. Representando un sector. [Cambio de valor según el
número de sectores].
-En verde: 'AntennaNearUnit = 1' representa una antena de doble banda y tendrás 2
RetSubUnit 1 y 2
- En morado : ‘RetSubUnit=1‘primer RET en la carcasa de doble banda de antena.
-En amarillo : 'RetSubUnit = 2', segundo RET en la carcasa de doble banda de antena

-RET Antena Multiple

IuantDeviceType = 17
Una AnetannaNearUnit con 2 RetSubUnit
Una AntennaUnit con dos AntennaSubUnit
• Motores RET externos. No pueden ver físicamente
 MW(Ventana de Mantenimiento)

• NOTA 1: Tenga en cuenta que este tipo de

antenas son de doble banda. Banda dual
significa que admite dos portadoras diferentes
en la misma carcasa de antena.
MW(Ventana de Mantenimiento)
MW(Ventana de Mantenimiento)
 MW(Ventana de Mantenimiento)
Unique ID
• Identificador único de AntennaNearUnit es utilizado para admitir configuraciones avanzadas
del sistema de antena, como la conexión en cascada. [Los RET tipo 17 no necesitan que se
establezcan estos valores, pero rara vez hay casos en los que deba establecerse en el tipo 17]
• Hay muchas posibilidades para establecer ese Unique ID
• El valor para establecer depende de la Marca de Antena que está instalada Algunas de esas
marcas son: Andrew, Kathrein, Sistemas de radiofrecuencia, Powerwave.

De acuerdo con esto, puede establecer el Uniqueid como se muestra a continuación:

 MW(Ventana de Mantenimiento)

• Sin embargo, existen casos especiales en los que, en lugar de utilizar los valores anteriores,
puede ver lo siguiente: [Entonces, téngalos en cuenta para resolver los problemas]

• El tipo de RET 17 no necesita setear el Unique ID , podras ver que lo toma automaticamente en
OnUnitUniqueId
 MW(Ventana de Mantenimiento)

• Comandos adicionales para verificacion de los

RETs

> get RetSupport=1 licenseStateRetSupport  should be enabled

> get RetConfigurationMgt=1 licenseStateRetConfigurationMgt 
should be enabled
> get RetCascading=1 licenseStateRetCascading  should be enabled
 MW(Ventana de Mantenimiento)
• Algunos sitios tienen configuraciones especiales como 4Way
RX, esto se da en sitios que no son Air antenna, y tenemos
que verificar estos 2 parámetros:

>get . noOfRx  debe de ser 4.

• Activar la feature correspondiente a esa configuración:

>set QuadAntUlPerfPkg featureStateQuadAntUlPerfPkg 1

 MW(Ventana de Mantenimiento)
• El siguiente paso es terminar de correr los scripts
de Relaciones y el script de activación de
features:

>trun 03_CreateUtranFrequency.mo
>run 04_FeaturesActivar.mos

• Es indispensable verificar las features así como las

relaciones sean creadas correctamente. Salvar un
correspondiente CV después de cada script.
 MW(Ventana de Mantenimiento)
• Después de verificar Celdas, Sectores, Radios, RETS,
NoOf TX y NoOf RX, se prosigue con el script de Base
line.
• Cargar el script de parametros baseline provisto por
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)
Master-Slave configuration
• En algunas ocaciones es necesario ocupar esta tecnica para que 2
nodos trabajen conjuntamente.
-Compare resultados de “invrx” y “get 0”
- Gabinetes 6201, 6102, 6101 solamente.
- Hasta 4 DU en un Gabinete. Confirmar con FE el número de DU en el
gabinete.
-Confirmar con FE en el ecport Hubpositions para cada DU esclava.
-Encuentra el DU maestro y el resto de DU esclavos en OSS con
nombres similares y verifica la configuración
-Siga la tabla a continuación para configuraciones de puerto esclavo
estándar:
 MW(Ventana de Mantenimiento)
• En la esclava DU #2, DU #3, DU #4 or DU #5 (Nuevo sitio):

> cr Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,EcPort=1
Subrack=1,Slot=1,PlugInUnit=1
> lt all
>cr Equipment=1,EcBus=1
Subrack=1,Slot=1,PlugInUnit=1
> lt all
> set Subrack=1,Slot=1,PlugInUnit=1,EcPort=1 ecBusRef EcBus=1
> lt all
> lset Equipment=1,Subrack=1,Slot=1,PlugInUnit=1,Ecport=1 hubposition A5
>cvms DU_External_A5

En la DUS Maestra #1 (Sitio vivo existente):

> lt all
> cr ExternalNode=1,EcPort=1
EcBus=1
> lt all
> lset equipment=1,externalnode=2,ecport=1 hubposition A5
> cvms DU_External_A5
 MW(Ventana de Mantenimiento)

Additional HwUnit configuration:

• Confirme con FE en la posición del concentrador ecport y el número de
PSU / PDU (resaltado). Todos los sitios que necesitan la configuración
Master-Slave (hasta 4 DU en un gabinete) deben coincidir con las pautas
predefinidas para SHU ecport hubPosition a continuación.
 MW(Ventana de Mantenimiento)
• PSU Ejemplo:-
> cr Equipment=1,HwUnit=PSU-4
PiuType=PSU00000_*
> lt all
> cr HwUnit=PSU-4,EcPort=1
EcBus=1
> lt all
>lset Equipment=1,HwUnit=PSU-4 positionRef Cabinet=1
> lset Equipment=1,HwUnit=PSU-4,EcPort=1 hubPosition B4

• PDU Ejemplo:-
>cr Equipment=1,HwUnit=PDU-3
PiuType=PDU00000_*
>lt all
>cr HwUnit=PDU-3,EcPort=1
EcBus=1
>lt all
>lset Equipment=1,HwUnit=PDU-3 positionRef Cabinet=1
>lset Equipment=1,HwUnit=PDU-3,EcPort=1 hubPosition B7
 MW(Ventana de Mantenimiento)
• SUP Ejemplo:-

> cr Equipment=1,HwUnit=SUP-1
PiuType=SUP00000_*
> lt all
> cr HwUnit=SUP-1,EcPort=1
EcBus=1
> lt all
>lset Equipment=1,HwUnit=SUP-1 positionRef Cabinet=1

• BFU Ejemplo:-

> cr Equipment=1,HwUnit=BFU-1
PiuType=BFU00000_*
> lt all
> cr HwUnit=BFU-1,EcPort=1
EcBus=1
> lt all
>lset Equipment=1,HwUnit=BFU-1 positionRef Cabinet=1
> lset Equipment=1,HwUnit=BFU-1,EcPort=1 hubPosition B5
 MW(Ventana de Mantenimiento)

• Si todo a quedado sin alarmas al momento

de terminar con los pasos de Celdas, Sectores,
Radios, RETS, LKF, y demás, se procede a hacer
un CV de Final Integration y un Cold Restart.
>cmvs Final_Integration userid
>acc 0 manualrestart
>2
>0
>null

• Esperamos que regrese la conectividad.

Monitoreo y Calltest
 Monitoreo y Calltest

• Después de el reinicio verificar status de

alarmas, celdas , sectores, rets , radios y si
todo esta correcto verificar el trafico:
>ue print –Admitted

• Si vemos usuarios conectados en los sectores

podemos decirle al Field Engineer que proceda con el
call test.
 Monitoreo y Calltest
• En algunas ocasiones se pide que al sitio se le reserven lo sectores en los
que no están haciendo call test. Podemos bloquear la celda o dejarla
desbloqueada y reservarla para que esta no tome trafico.
Monitoreo y Calltest
 Monitoreo y Calltest
• Realize 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.
Post-check
 Post-check

• Algunos clientes piden los VSWR de cada

sector y pues eso lo obtenemos con :

>lh ru fui get vswr 1

>lh ru fui get vswr 2
Nota:> lh ru pmstat | grep VSWR  RRUL only
• Esta medida se da en dB, y el rango de valores
va de los 17dB-24dB
 Post-check

• Algunas ocasiones también se pide el RSSI

>pmr -r 4 | grep Int_RadioRecInterferencePwr

• Este valor de RSSI está entre los -117 to -120

(desbloqueamos y esperamos 15 minutos para
el primer ROP)
 Post-check
• Algunos Clientes piden KPI’s Key Performance Indicators.

>pmr -m .5 -r 3-6

EL Resultado es algo como esto:

Object Counter 16:45 17:00
AbnormalUeRelease 0 0
AbnormalUeRelease_2 0 0
AddedERabEstab 100 100
InitialERabEstab 98.2 98.1
MobilitySucc 100 100

Object DlThroughput,PdcpDlLatency,PdcpDlPacketLoss,UlPacketLoss,UlThroughput
EUtranCellFDD=xxxxxx_A 7058.1 3.7 3.8 0.0 212.4
EUtranCellFDD=xxxxxx_B 19129.6 15.3 0.4 0 570.7
EUtranCellFDD=xxxxxx_C 19077.8 3.8 0.1 0 21420.7
 Post-check
• Cada cliente decide como deja sus sitios, hay
muchas maneras de dejar un sitio, lo mas
conveniente es dejarlo bloqueado, y
reservado.
>bl fdd
>bl sector
>bl ru
>lset . PrimaryPlmnReserved true
>cvms Post_Integration UserID
Fin.