Diseño Despliegue Radio en CDR y MAP - Revisado - V04

DISEO Y DOCUMENTACIN PARA EL
DESPLIEGUE RADIO
Noviembre 2014
Vodafone C2- Confidential
Pgina 1
Pgina 2
1.DESPLIEGUE
Nota: La responsabilidad de ejecucin cada una de estas tareas se puede encontrar bien en el ANEXO
1 (raz) o bien en el Timing Chart (ANEXO 15) adjunto al paquete completo de documentacin.
1.1 CONFIGURACIN DE RED

A. Crear el elemento SINGLE RAN (localizacin si aplica en caso de nodo nueva cobertura)
Elemento creado con su rbol de desglose
En Datos Generales: Fabricante y Modelo, Titularidad, RAN Sharing y si
el elemento es INDOOR o OUTDOOR en cuanto a su ubicacin, no a su
cobertura.
Las tecnologas S/N indicarn lo activo en cada momento.
En configuracin de red para la familia Single RAN necesitamos, provisionalmente y hasta
comunicacin oficial, incluir la informacin de celdas y los sectores fsicos de las diferentes tecnologas
que haya en el emplazamiento, pero esa informacin se reportar desde MAP. Esta es una prctica
an necesaria pero que ser sustituida por completo con slo la documentacin en MAP.
Tal y como se encuentra configuracin en estos momentos dependiendo del modelo de antena que se
vaya a poner en el emplazamiento tendremos que poner tantos sectores fsicos como bocas de antena
se utilicen en el emplazamiento.
Esto es as porque si slo creamos un sector fsico y tenemos tecnologas que usen bocas distintas se
perder informacin de los downtilts elctricos de la tecnologa. (Esto mismo como veremos
sucede ahora mismo en MAP tambin de la misma manera).
Pongamos por ejemplo que se van a instalar tres tecnologas: GSM900, U900 y U2100. Sin embargo
el modelo de antena es una UD01P_T4 con 2 bocas de antena para las frecuencias del 900 y 2 bocas
de antena para el 1800/U2100. En este caso en configuracin de red tendremos mal documentado el
sistema radiante como vamos a ver.
Tenemos un sector fsico para cada sector GUW.1 y GUW.2 pero no tiene por qu coincidir el downtilt
(en este caso el 900 tiene 4 de downtilt elctrico y el U2100 tiene 6 de downtilt elctrico) y es una
informacin relevante que perderamos si no separramos las tecnologas en dos sectores fsicos.
Adems aunque coincidan inicialmente, estos downtilts pueden cambiar con el tiempo y as no
podramos reflejar correctamente este futuro cambio. Es por ello que debemos crear un sector fsico
por boca de antena que se utilice.
Pgina 3
En este caso habra que poner dos sectores fsicos para el sector 1 de la siguiente forma:
Sector Fsico-GU-1
Sector Fsico-W-1
Pgina 4
Sector Fsico-GU-1
Sector Fsico-W-1
En cuanto al modelo de antena es importante identificarlo siempre que sea posible con el desplegable
del modelo. Si algn modelo no est de alta en Configuracin de Red, se comunicar a la zona y se
documentar un genrico en CdR. En MAP debe documentarse el modelo correcto.
Para el sector 2 en este ejemplo habra que poner dos sectores fsicos tambin con la informacin de
diseo correspondiente.
Debe estar ticket de seguimiento 0001, que tiene que estar abierto: PIR y
Fecha prevista en Servicio. En la fecha prevista de On Air, no se debe poner una fecha futura
porque en tal caso no se visualizar en MAP a fecha actual. Es decir, poner la fecha en la que se
est creando el ticket.
B. Crear rbol de desglose (comentarios, general y SW)

Es obligatorio rellenar los Datos Generales, con las tecnologas que se vayan activando con la letra S
en explotacin. Lo que an no est activo, tendr una letra N en la tecnologa correspondiente en los
Datos Generales del elemento, bien sea que est en Diseo o en Explotacin. Cuando se active una
tecnologa, se pondr la fecha de on air en el correspondiente Ticket de Seguimiento y se cambiar a
S en el rbol de desglose del elemento, que deber estar en Explotacin desde la primera tecnologa
que se active. Este proceso se repetir con cada tecnologa / banda que se active.
Tambin es obligatorio rellenar los campos obligatorios correctamente. Es IMPRESCINDIBLE indicar la
letra correcta en el campo RAN Sharing, en funcin de si el elemento da servicio o no a ms de un
Operador. La Titularidad del Nodo tambin es auditable y crtica.
Pgina 5
- SSRR: por el momento se seguir rellenado la informacin de HW y Sistema Radiante en CDR,

aunque es IMPRESCINDIBLE hacerlo en MAP. En breve, se rellenar nicamente en MAP.
Celdas asociadas a sector fsico y datos radio obligatorios.
- Celda , Orientacin, Tipo de antena, EDT , MDT
- Para meter los downtilts se usar un sector Fsico para cada boca de antena con downtilt
independiente. En el ejemplo de abajo es correcto el sector GU.1 y el WK.1 puesto que se
comparten bocas de antena en 900 y LTE con U2100. Es incorrecto el sector GUWK.1.
porque no nos permite reflejar los tilts independientes entre 900 y 1800-2100.
C. Creacin de tickets de seguimiento

Generamos en Configuracin de Red un ticket de seguimiento por tecnologa. Por defecto, lo hacemos
as, PERO EL ORDEN DE LOS TICKETS DEBE CREARSE DE ACUERDO CON LA PLANIFICACIN
DE ON AIR DE LAS TECNOLOGAS / BANDAS. No todas las tecnologas y bandas se activan en
cada Site, y esto es un modelo genrico.
Ticket 0001(Se genera automticamente al crear el elemento), para la MODERNIZACIN DEL
UMTS2100
Motivo : Instalacin de Equipo
Plan : RAN Refresh
Descripcin : MODERNIZACIN UMTS2100
En los datos, rellenamos con S la tecnologa a la que aplica el ticket
(UMTS2100) y con N el resto
Pgina 6
PIR, el que corresponda segn la planificacin acordada con zona

Rellenamos fechas de replanteo, y de instalacin, y fecha prevista puesta
en servicio (IMPORTANTE PARA QUE APAREZCA EN MAP)
La fecha de puesta en servicio es la del da del swap del UMTS2100 y se
pone ese da, no das o semanas despus.
Hay que rellenar en el ticket 0001 y posteriores las fechas bsicas del seguimiento, segn se van
produciendo, no al final del proceso, con el objetivo claro de hacer seguimiento de despliegue en
Configuracin de Red, evitando informacin obsoleta y desperdigada en diferentes ficheros:
Fecha de replanteo
Fecha Envo de Acta
Fecha Aprobacin de Acta
Fecha Envo de Planos
Fecha Aprobacin de Planos
Fecha Pre-pedido
Fecha Pedido
Fecha ELI (no obligatoria)
Fecha Real fin de instalacin
Fecha Real puesta en servicio
Debe quedar relleno as:
Pgina 7
Ticket 0002, para el SWAP DE GSM900
Motivo : Activacin de Nueva Tecnologa

Plan : RAN Refresh
Descripcin : SWAP GSM900
(GSM900) y con N el resto
Rellenamos fecha real fin de instalacin
La fecha de puesta en servicio es la del da del swap del GSM900 y se pone
ese da, no das o semanas despus.
Los tickets de seguimiento, una vez creados, hay que abrirlos dando al botn
de Abrir Ticket, abajo a la izquierda
Hay que crearlo as:
Pgina 8
Ticket 0003, para la ACTIVACIN DEL UMTS900

Motivo : Activacin de Nueva Tecnologa
Plan : RAN Refresh
Descripcin : ACTIVACIN UMTS900
(UMTS900) y con N el resto
La fecha de puesta en servicio es la del da de la activacin del
UMTS900 y se pone ese da, no das o semanas despus.
Pgina 9
Ticket 0004, para la TRAMITACION DEL UMTS900

Ticket 0005, para la ACTIVACIN DEL LTE1800
Motivo : Instalacin de equipos
Plan : Proyecto AIRWAYS
Descripcin : ACTIVACIN LTE1800
(LTE1800 ) y con N el resto
La fecha de puesta en servicio es la del da de la activacin del LTE1800
y se pone ese da, no das o semanas despus.
En este ticket se ponen las nuevas RRUs de LTE y la BBU de LTE asociada a este ticket. Si este
ticket se crea desde el principio, antes de haber hecho el RR o en el caso de un nodo nuevo;
para pasar el ticket 1 a explotacin, debera estar cerrado tambin el ticket del LTE. Para evitar
esto, hay que asignar las RRUs de LTE y la BBU de LTE al ticket 1.Y si en algn caso se hace
antes el LTE que el RR o el G900, se cambiar el ticket 1 y se pondr Activacin del LTE en el
ticket 1. Y el RR del 3G se pasa a otro ticket.
Ticket 0006, para la TRAMITACION DEL LTE1800
Motivo : Instalacin de equipos
(LTE2600) y con N el resto
Pgina 10
La fecha de puesta en servicio es la del da de la activacin del LTE2600

y se pone ese da, no das o semanas despus.

Motivo: Instalacin de equipos

(LTE800) y con N el resto
La fecha de puesta en servicio es la del da de la activacin del LTE800 y
se pone ese da, no das o semanas despus.
1.2 Archivo Digital

Con la informacin habitual:
Actas de replanteo
Planos M2
Planos as built
Proyecto tcnico (si aplica)
informes de visitas a obra
Toda la documentacin a cargar en AD se explica ms concretamente en Anexo 1.4.
1.3 ARGOS
En principio la informacin de accesos ya est registrada en ARGOS. Si dentro del

Proyecto de Ran Refresh el acceso a alguno de estos emplazamientos es distinto del
especificado, el Vendor debe actualizarlo convenientemente
Si es un site de nueva cobertura, el vendor se encargar de meter en ARGOS la
informacin.
Pgina 11
2. RADIO
2.1 RADIO CdRHARDWARE
RRUs (en CdR) : Asegurar que aparecen las RRUs que necesitamos / pedidos, que
estn bien rellenos los campos de a qu tecnologa aplica, y sobre todo, la potencia
de la RRU.
NOTA: En algn momento esto pasar a estar en MAP y haremos carga masiva desde CDR.
Pgina 12
2.2 RADIO MAP

Pasos a seguir para la definicin de celdas SingleRAN/LTE en MAP y carga de vecinas
Pasos Previos
1.- Asegurar que se dispone de toda la informacin necesaria:
Celdas que se swapean / se integran nuevas.

Informacin para poder definir en MAP los sectores nuevos ( BCCH , BSIC, Hopfreq, layer, hsn,
nuevas vecinas, relaciones a borrar si es necesario borrar alguna (*) ).
Saber si alguno de los nodos nuevos cambia de LAC.
Tener claro el RAC que llevarn las celdas en 2G y en 3G. Hay veces en que necesitamos
poner un RAC diferente en 2G dependiendo de la topologa de BSCs y SGSNs.
Para las celdas 4G hacen falta datos: PCI, TAC, Root sequence index , Downlink earfcn ,
bandwidth, etc (para crear celdas va fichero se pasa la cabecera a usar).
Asegurar el valor de cierto parmetros: Tipo de Hopping que se va a utilizar (sintetizado o
banda base), layer que tendrn las celdas nuevas.
Relaciones de vecindad unidireccionales actualmente cargadas en la zona del swap.
BSC a la que irn conectadas las nuevas estaciones SingleRAN.
RNC a la que irn conectadas las celdas 3G.
Datos RADIO de RF Sectors (azimut, tipo de antena, EDT, MDT, longitud de los cables).
Las celdas que dan servicio a Orange desde nodos de Vodafone, NO se documentan ni en
MAP ni en CdR.
Las celdas que dan servicio a Vodafone desde nodos de Orange, S se documentan en MAP y
en CdR.
(*) si no se tienen, el vendor lo arreglar basado en el criterio enviado por VF para hacerlo en lugar de avisar a
VF cuando surja algn problema en este sentido para que se les indique las vecinas que hay que borrar.
2.- Asegurar que los nodos del swap estn creados en CdR con los campos necesarios rellenados
(indicados en el .xls del NCR1). Se tiene que rellenar el campo Fecha prevista On Air en el ticket de
seguimiento con la fecha prevista del swap o con una anterior.
En la fecha prevista de On Air, no se debe poner una fecha futura porque en tal caso no se
visualizar en MAP a fecha actual. Es decir, poner la fecha en la que se est creando el ticket.
El nodo tiene que tener toda la informacin bsica de atributos completa, que est toda en CDR
(deber haberse rellenado en paso previo de despliegue).
El elemento Single Ran sincronizar en MAP en unas horas (hay 3 procesos diarios de
sincronizacin). Si no se ve en MAP, por cualquier error, el VENDOR tendr que crear el elemento en
MAP a mano (para casos de RR y LTE). El elemento ser creado por Vodafone Zona en MAP para los
sites de Nueva Cobertura.
Pgina 13
Pasos a seguir en MAP

Los pasos resumidos sern:
1.- Meter los datos del elemento.
2.- Obtener informacin de las celdas a swapear si se trata de un Refresh
3.- Definicin de las nuevas celdas en MAP (con datos bsicos)
4.- Carga de vecindades nuevas, y correccin de las existentes. En 4G se indicarn en MAP slo las
vecinas identificadas como imprescindibles en el documento de estrategia de vecinas de Optimizacin
Mvil Central de Vodafone Espaa.
5.- Exportar ficheros para cargar las nuevas vecinas en red
6.- Ficheros a anexar en los distintos NCRs a Operaciones VDF / Orange
7.- Actualizacin tras puesta en servicio
8.- Borrado de las celdas y nodos swapeados (CdR y MAP). Creacin de WO de borrado en red del
elemento swapeado.
9.- Auditoria y responsabilidad final del vendor de dejarlo acorde a documento.
De manera ms extensa se detallan:
1.-Introducir los datos de NodeB (nuevo single RAN que antes iban en CDR)
MAP Base Config.:
A nivel de NodeB, se han de rellenar tanto en SINGLE RAN (como en RRHH UMTS)
RF DLCapacity (mbps) /RFULCapacity (Mbps) ahora para CE donde tipo de HSUPA 2 ms,
64QAM, Dual Carrier (si procede).
TX DL /TX UL
Poner datos de HSDPA/HSUPA.
MAP Atributes:
Descripcin: State de DESIGN a ACTIVE.
Pgina 14
Hay dos campos de nodeBType y config.NAme se rellenan en MAP.

BANDA BASE: Pestaa MANAGE HW-Node Type
- Asegurar que aparecen las tarjetas que necesitamos / pedimos
Ericsson: N de DUGs /DUWs, y tipo. ETMFX
Huawei: BBU3800 o BBU3900 y nmero de ellas. WBBPs (nmero y tipo).
WMPT o UMPT. A nivel de tarjetas de transmisin UTRP3 y UPUs de
alimentacin (CA o CC).
Ejemplo Huawei:
Se pueden importar las tarjetas con la funcionalidad Card Import se encuentra integrada dentro de la
opcin Import Element, a la cual se accede desde el Men Network.
A travs de la importacin de un fichero .csv, aadir tarjetas a los equipos que forman parte de la red.
Para realizar la importacin bastar con seleccionar la opcin Card Import en el campo Import Type,
e indicar la ruta del fichero fuente y la de un directorio en el que MAP crear un archivo log con el
resultado de la importacin.
El fichero de importacin debe contener una serie de datos mnimos estructurados en las siguientes
columnas para que MAP lo acepte como vlido.
NODE_ID: indica el ID del nodo;

SLOT: indica el slot del equipo donde se va a aadir la tarjeta;
CARD_NAME: indica el nombre de la tarjeta que se va a aadir;
STATE: indica el estado de la tarjeta que se va aadir.
Pgina 15
Pestaa Basic config.:

Deben quedar rellenos los campos de capacidad de transmisin, de radio, as como datos bsicos.
2.-Obtener informacin de las celdas a swapear
Los datos de los nodos se pasarn al vendor en forma de fichero Excel con los parmetros
bsicos. (Si el vendor detectase alguna inconsistencia, se pondr en contacto con VF para su
resolucin).
Pgina 16
El vendor definir las vecinas con el criterio que se le indique. Este criterio, salvo excepciones
sigue esta norma: Copiar las vecinas actuales 2G si ya existe la celda a refrescar. Para el
caso del U900, copiar las vecinas actuales de las F1 de U2100; y tambin para el caso de
nuevos elementos 2G (en sites 3G only). La carga de estos datos, tanto en red como en MAP
debe hacerla tambin.
Pasos a seguir recomendados:
1 Importar las celdas a swapear mediante un fichero .txt
Solo es necesario una columna, sin cabecera, con esas celdas, mediante la opcin
Task Pane -> Search By = Cells by External File
GIS
2 Las celdas seleccionadas aparecern en la pestaa Find Results. Marcando Edit

Checked items abrimos la ventana Cell Site Editor
3 En la ventana Cell Site Editor marcando el botn Export se abre la ventana Cells and
Parameters Export
4 En la pestaa 2G Cell marcamos las celdas y los parmetros que se necesiten y
exportamos:
Los parmetros marcados son un ejemplo, es posible que hagan falta otros.
E// CH_GROUP, DCHNO, BCCH, BSIC, LAC, Freq HOP.
Pgina 17
5 Exportar relaciones de vecindad actuales de las celdas a swapear:

Vecinas 2g-2g : En la pestaa 2G Cell Intra-system seleccionamos las celdas y marcamos
los parmetros CELL_NAME y NBR_CELL_NAME (*) y exportamos
Vecinas 2g-3g : Exactamente igual que antes pero desde la pestaa 2G Cell inter-system
(*) Aadiendo el parmetro NBR_CONTROLLER_ID sabremos en que BSC/RNC estn las vecinas. Lo
que puede servir para determinar si es Orange Nokia, Orange H//, etc.
IMPORTANTE: En este punto tendremos las relaciones bidireccionales, o las unidireccionales de

salida de las celdas a swapear , pero NO tendremos las relaciones unidireccionales con destino las
celdas a swapear ( p,e j , una F2 hacia una celda GSM ) o si la relacin de la celda a swapear con otra
es bidireccional o unidireccional. Para determinar las relaciones unidireccionales que tenemos en
MAP podemos utilizar la tabla MV_MAPDBA_NEIGHBORS (se actualiza cada da a las 12:00h) de
webMAP.
Para llegar a esta tabla, desde la ventana principal de webMAP: Operations -> Table View -> Table
Browsing. Una vez en ella, marcamos las opciones indicadas:
Pgina 18
, y damos al botn Apply Filter.

Como todas las tablas de webMAP la podemos exportar a .csv , pero en este caso previamente
habremos hecho un filtrado de las relaciones unidireccionales:
Una vez exportada la tabla, filtrando en la columna ORIGIN_CELL_NAME con las celdas a swapear
tendremos las relaciones unidireccionales con origen las celdas a swapear.
Filtrando en la columna DESTINATION_CELL_NAME con las celdas a swapear tendremos las
relaciones unidireccionales con destino las celdas a swapear.
3.-Definicin de las nuevas celdas en MAP (con datos bsicos)
El primer paso para poder definir las nuevas celdas es asignar controlador a los nodos nuevos
(y con ello el LAC):
3.1.- Una vez tenemos seleccionados todos los nodos que compartirn LAC los editamos.
Se abre el GIS Task Pane con todos los nodos seleccionados
3.2 Aadimos un Interface ( Abis en este caso) con el botn Add . Una vez seleccionada la
BSCs se habilitar el botn
seleccionados
, que nos permite aplicar el cambio a todos los nodos
Pgina 19
3.3 Aadimos un Interface (Iub en este caso) con el botn Add . Una vez seleccionada la
RNCs se habilitar el botn
seleccionados
, que nos permite aplicar el cambio a todos los nodos
3.4 Asignacin de sector RF a una celda en MAP. SISTEMA RADIANTE.

Por sector: Orientacin, Alturas, n de antenas, tipo de antena, longitud de los cables
EDT, MDT para las diferentes tecnologas. En el campo Electric down tilt in degrees.
(Como vamos a usar un rfsector por boca de antena no tiene sentido cubrir los campos
del final GSM electric donwtilt, DCS electric downtilt y UMTS Electric Donwtilt).
Importante asociar celdas a ANTENAS y documentacin de sectores fsicos.
Es importante asignar a cada celda el sector RF correspondiente (esto es necesario para otras
herramientas nuestras). La manera de hacerlo es la siguiente:
Hay que tener el editor de celda abierto
Pgina 20
En la pestaa Physical Attributes, en la parte central de Sector Name, pulsamos el botn Add y nos
saldrn los sectores RF de ese emplazamiento.
Obligatoriedad de asignar un RF sector cuando creas una celda en MAP. Obligatorio aadir una
columna con el nombre SECTOR_NAMES.
Pgina 21
Para crear los RF Sector por fichero ha de usarse un fichero con esta cabecera mnima obligatoria:
Antenna_Operator_C
Sector_Name
Azimut:
Site_Id
ode
003536_GU_S1_
3536
UD01P_T4
35
35
003536_GU_S2_
3536
UD01P_T4
130
130
003536_GU_S3_
3536
UD01P_T4
300
300
Posteriormente se asignan las celdas a cada RF Sector:
Site_I
d
0035
36
0035
36
0035
36
0035
36
0035
36
0035
36
Cell_Na
me
VA34WG
1
VA34WU
1
VA34WG
2
VA34WU
2
VA34WG
3
VA34WU
3
Sector_Name
003536_GU_S1_
35
003536_GU_S1_
35
003536_GU_S2_
130
003536_GU_S2_
130
003536_GU_S3_
300
003536_GU_S3_
300
Antenna_Operator_
Code
Azim
ut
UD01P_T4
35
UD01P_T4
35
UD01P_T4
130
UD01P_T4
130
UD01P_T4
300
UD01P_T4
300
Para todos los ficheros de importacin que se utilizan actualmente se debe incluir el campo
SECTOR_NAMES tras el campo CELL_NAMES en la cabecera, pero la columna no ha de
rellenarse, ha de quedar vaca. En la versin actual de MAP, este campo puede quedar vaco, pero
en versiones posteriores se va a hacer que sea obligatorio rellenarlo (VF indicar el cambio).
Por ejemplo, para cargar un fichero que cambie scrambling code, se utiliza:
Ahora debe quedar as:
Nueva nomenclatura para los RF Sectors en MAP:

Hasta ahora se creaba un RF sector para G900 y para U900, ahora ya creamos solo uno e
independizamos la nomenclatura de los cdigos de celda.
Pgina 22
LLLLLL_T_Sx_A
donde:
LLLLLL = Localizacin (cdigo con 6 caracteres)
T = Tecnologa (G=GSM900, U=U900, D=DCS1800, W=U2100, J=LTE800, K=LTE1800,
L=LTE2600)
X = Sector (si es configuracin bi-lobular habr que crear 2 RF Sector con diferente azimut)
A = Azimut
Por ejemplo:
000435_GU_S1_5
Especifica la informacin de la antena que radia GSM900 (celda VA60WG1) y U900 (celda VA60WU1)
en el site 000435. Al utilizar las mismas bocas de la antena ambas celdas utilizan el mismo RF-Sector
puesto que toda la informacin del sistema radiante es comn (Operator Code, RF Antenna Code,
EDT, MDT, RF Cable Type, etc)
000435_W_S1_5
Especifica la informacin de la antena que radia UMTS2100 (celdas F1-F2-F3: 0306VA1_01,
0306VA1_07 y 0306VA1_04) en el site 000435. Al utilizar las mismas bocas de la antena utilizan el
mismo RFSector.
Ejemplo de un posible caso con configuracin bi-lobular: 000435_GU_S0_45 y 000435_GU_S0_165.
En el caso de LTE1800, al no utilizarse las mismas bocas que un DCS1800 cosite habra que generar
ambos RF Sector porque pueden tener downtilts diferentes. Ej: 000435_D_S1_5 y 000435_K_S1_5.
Cuando el LTE1800 y el DCS1800 estn ambos.
Van por bocas diferentes, y por tanto tienen que tener diferentes datos, de hecho se estn cambiando
las antenas para esto.
Pgina 23
Pgina 24
Una vez que hemos asignado el sector RF, tenemos que validar y salvar la ceda.
3.5 La definicin de la celda se puede hacer de dos maneras:
Pgina 25
-> desde el editor de celda , lo que implica ir una a una .

-> importando por fichero (se pueden crear todas a la vez).
La segunda opcin es mucho ms rpida con el nico inconveniente que se tiene que
asignar un CID previamente (deber darse no repetido-si es posible- dentro del rango dado por
VF).
Para definir las celdas importando por fichero utilizamos un .csv (por ejemplo para 2G
Huawei con la siguiente cabecera):
NODE_ID
CELL_NAME
SECTOR_NAMES
LAYER
LAC
RAC
CI
NCC
BCC
BCCH
FREQ_HOPPING
LAYER = Es un valor que se tendr que consensuar con cada zona.
TYPE = 0 ( GSM),1 (DCS )
CI = Se le tiene que asignar uno que est libre en la zona (*)
-> A esta cabecera H// se le aadirn los campos existentes en la cabecera [OSS]
CELL_BASIC_INFO_OSS_R11 (el tema de las cabeceras est explicado en el pto. 4) con los valores
acordados entre VDF y H// para dejar as homogneos los valores de red y los de diseo en MAP.
-> Queda por determinar la cabecera con los parmetros necesarios para definir las celdas
Ericsson.
Para importar: Men principal -> Scenario -> Import Cell Data
Import Type -> seleccionamos el tipo de celda ( H// 2G o E// 2G )

IMPORTANTE: Import Only existing Cell Names no tiene que estar marcado
Pgina 26
(*) Para saber que CI estn libres, se puede hacer un Cell Report en MAP y ver cules quedan libres dentro del
rango permitido
3.6 asignacin de ANTENAS en RF sector.

MAP para antenas (en el RF Sectors):
Operator Code. Tiene que ser el nuevo que ser del estilo OP361D440A, por ejemplo. Con este
cdigo nuevo ya tenemos cargadas todas las especificaciones de las antenas que tienen
cdigo, as que no perdemos info. El cdigo viejo sigue existiendo, pero no debe ser usado.
RF Antenna Code. Aqu ir el modelo. Usando el tipo anterior, ya estn cargados los modelos
correspondientes haciendo referencia al fabricante.
Height in meters. Hace referencia a la altura total, no a la de referencia.
Mechanical down tilt in degrees.
Electric down tilt in degrees
Cosas que SE PEDIRN EN UN FUTURO y no se pueden documentar todava:
Los campos GSM electrical down tilt in degrees; DCS electrical down tilt in degrees y UMTS
electrical down tilt in degrees no aplican ahora, pero en un futuro si tendrn sentido y habr que
rellenarlos (no aplican de momento debido a la definicin que hacemos a da de hoy de RF
sectors por boca de antena).
Antenas que an no tienen el cdigo nuevo. Segn vayan apareciendo nuevas necesidades se
irn introduciendo en la herramienta.
Downtilt LTE 800, Downtilt LTE 1800 y Downtilt LTE 2600.
Diplexores, triplexores y quadruplexores y tecnologas a las que afectan.
Combinadores hbridos y tecnologas a las que afectan.
Combinadores de bajas prdidas y tecnologas a las que afectan.
Splitters, tappers y acopladores y tecnologas a las que afectan.
Niveles de diplexin/combinacin (aunque si ponen todo lo anterior podra sacarse).
Indicacin de si es torre, azotea u otro tipo de instalacin.
4.-Carga de vecindades nuevas

4.1 MOVERNOS A LA FECHA DEL SWAP (Ver pgina 32)
4.2 Modificar todas las relaciones de vecindad existentes de las celdas swapeadas
Tienen que quedar unidireccionales de salida.Lo podemos hacer importando un fichero con
las relaciones de vecindad ( .csv con separador ; , la primera columna sern las celdas
origen, la segunda las celdas destino y no es necesario cabecera ) .
Men principal -> Scenario -> Import Cell Neighbors
Pgina 27
Neighbor Import Type = Remove Cells

Neighbor Relationship Type = Uni-directional
Cuidado al hacer el mapeo de las columnas si el fichero de entrada tiene en la primera

columna las celdas a swapear hay que invertir el mapeo, es decir, Column 0 con
Destination_Cell_Name y Column 1 con Origin_Cell_Name
NOTA: si hay que borrar relaciones existentes para dar cabida a las nuevas, ser a decisin de
la ingeniera de VF: si hacerlo seleccionado la opcin Neighbor Relationship Type = bidirectional o borrar solo vecinas en una direccin. En caso de que VF no indique nada al
respecto, se realizar bidireccional.
4.3 Importar nuevas relaciones de vecindad:
3.3.1 En el fichero de vecinas sustituimos las celdas a swapear por las celdas nuevas.
3.3.2. Para cargar las vecinas lo hacemos en la misma ventana que para borrar relaciones
de vecindad .Ahora las opciones seleccionadas sern:
Neighbor Import Type = Apend Cells
Neighbor Relationship Type = Bi-directional*
* Si existiesen relaciones unidireccionales ( que no sean VAG ) el valor de Neighbor
Relationship Type = Uni-directional.
CUIDADO las relaciones de vecindad con celdas VAG ( 99XXAP) se tienen que cargar
unidireccionales.
Pgina 28
NOTAS
i. En el mismo fichero se pueden importar relaciones 2g-2g y 2g-3g
ii. MAP no permite cargar en un mismo fichero relaciones de vecindad uni-direccionales
y bidireccionales por lo que se tendr que hacer en dos pasos
iii. Si se tienen que cargar relaciones bidireccionales no es necesario que en el fichero
este la relacin en los dos sentidos ( es decir , dos filas ).El programa se encarga de crear los
dos sentidos.
Si un swap 2G est planificado en una fecha determinada y se han cambiado las vecinas a esa fecha
en MAP, si despus cambia la fecha del swap 2G, tambin hay que cambiar las vecinas en MAP para
adecuarlas a las nuevas fechas.
En el caso de las celdas U900 o en otros trabajos como activacin de portadoras nuevas, y que hay
que crear vecinas nuevas, el vendor debe actualizar en MAP los parmetros de vecindad 3G-3G,
como son BLINDHOFLAG, HOCOVPRIO, idleqoffset2sn, etc.
5.-Exportar ficheros para cargar las nuevas vecinas en red
Las exportaciones se hacen desde la ventana Cells and Parameters Export ( a la que llegamos desde
la ventana Cell Site Editor mediante el botn export )
5.1 Tenemos que haber seleccionado primero todas las celdas afectadas:
-> Siemens: Todas las de la zona
-> Ericsson: solo las celdas con vecinas swapeadas , las celdas swapeadas y
relaciones nuevas .
-> Orange: solo las celdas con vecinas swapeadas o relaciones nuevas
5.2 En MAP existen una serie de cabeceras oficiales para la exportacin tanto de los
ficheros de integracin como los de vecinas
( todas empiezan con [OSS] ).
En este caso las cabeceras que necesitamos son
SIEMENS -> [OSS] Siemens 2G Neighbors Intra-Inter system ( en la pestaa
Siemens 2G Cell )
ERICSSON 2G ->
Con las celdas E// seleccionadas : [OSS] Ericsson 2G CNA Vecinas , [OSS] Ericsson
2G CNA listas Idle y Active ( ambas estn en la pestaan Ericsson 2G Cell )
Con las celdas nuevas seleccionadas ( caso H// ): Z5_Foreign_PINZA ( en la pestaa
Huawei 2G Cell ) a la que le aadiremos el parmetro Layer
ORANGE
-> Si la celda destino es NOKIA:
[OSS] 3G Nokia definicin de vecina 2G ADJG_NSN ( en la pestaan Nokia 3G Cell
inter-system ).
Una vez exportado podemos eliminar del fichero todas las relaciones que no tengan
como destino celdas swapeadas o relaciones nuevas. El campo ADJG_AdjgId tiene
que estar vaco.
Pgina 29
-> Si la celda destino es Huawei tendremos que rellenar una tabla con el formato
acordado con Orange*. Podemos coger la informacin de las tablas de webMAP
( seleccionamos Vendor = Huawei y Technology = Sharing )
Las cabeceras las seleccionamos en el desplegable Configuration:
Y luego marcamos el botn Load Configuration

podemos exportar.
para cargarla. Una vez cargada ya
* VDF pasar el fichero a los vendors

6.-Ficheros a anexar en los distintos NCRs a Operaciones VDF / Orange
6.1 Ficheros a anexar en el NCR a O&M VDF
-> Fichero de definicin de Inners ( todas las celdas nuevas ): Se pasar un fichero Excel con
la siguiente cabecera
MSS
CELDA
LAC
CI
BSC
EA
En la definicin de Inner incluimos EA (Emergency Area) que es el prefijo telefnico fijo quitando el 9 y
va por provincias:
Por ejemplo:
E
Provincia Pref. Telefonico A
Madrid
91
1
Valencia
96
6
Burgos
947
47
Zaragoza 976
76
Salamanc
a
923
23
- Sern necesarias varias pestaas: Una para indicar las inners que se crean y otra con
las inners que se borran ( !!cuidado no se pueden borrar las celdas swapeadas hasta
que se hayan swapeado )
-> Fichero de definicin de locnos ( todas las celdas nuevas ):
El LocNo es 4-34607&LAC&CI -> pero el LAC y el CI siempre con 5 cifras es decir se completa con 0
si no las tiene.
Se pasar un fichero Excel con la siguiente cabecera
Crear LOCNO 2G
CadenaLAC
CadenaSAC
LACFinal
SACFinal
LOCNO
Pgina 30
Asociar LOCNO 2G
ejemplo INNERS y ejemplo OUTERS.xls

LOCNOS.xls
-> Fichero de definicin de outers ( solo ser necesario si las nuevas celdas tienen vecinas
con celdas de distinto Server ( MSS ) ) : Se pasar un fichero excel con la siguiente cabecera
UMS
C
CELDA
LAC
CI
MSC
NOTA: Si ingeniera
VF pasa LAC Outer, se realizarn esta definiciones en lugar de celdas OUTERs.
Sern necesarias varias pestaas: Una para indicar las outers que se crean y otra
con las outers que se borran ( !!cuidado no se pueden borrar las celdas
swapeadas como outers hasta que se hayan swapeado )
UMSC : MSS donde est definida la celda
MSC : MSS donde se tiene que definir la celda como outer
IMPORTANTE: Hay que notificar a Operaciones regional que los ficheros de inners y
outers les llegarn con este formato
Siemens:
-> Fichero resultado del export de la cabecera [OSS] Siemens 2G Neighbors Intra-Inter system
(guardar con extensin .dat ).
-> Fichero .csv ( Vecinas_Pinza_ZX_WXX.csv ) con la definicin de las celdas H// 2g , las E//
2g y las Nokia 2g (AVE ) de la zona. La cabecera tiene que tener los siguientes campos:
BSC
CELL
MCC
MNC
LAC
CI
NCC
BCC
BCCHNO
C_SYS_TYPE
CCHPWR
MSTXPWR
MNC = 01 (asegurar esto, no funciona si es = 1 )
C_SYS_TYPE = GSM900 ( o DCS1800 si hubiese alguna )
CCHPWR = 33
MSTXPWR = 33
CUIDADO En este fichero tienen que estar TODAS las celdas 2g externas a S// estn o no
implicadas en el swap.
Pgina 31
NOTA: si por lo que sea se ha producido un cambio en alguno de los parmetros indicados en la
cabecera del fichero en alguna de las celdas externas existentes se tendr que anexar otro fichero con
esos cambios.
Ericsson
-> Fichero resultado del export de la cabecera [OSS] Ericsson 2G CNA Vecinas , [OSS]
Ericsson 2G CNA listas Idle y Active. Con la informacin obtenida exportando la cabecera
Z5_Foreign_PINZA tenemos que rellenar el fichero CNA_foreign.dat ( a pasar por VDF a los
vendors )
-> Para el clculo de los parmetros de potencia en las foreign se pude utilizar la hoja Excel
que vdf pasar al vendor. (Ver pgina 34 )
6.2 Ficheros con relaciones de vecindad 3g de distinto vendor al que realiza el swap
Si existe alguna relacin con destino una celda 3G no perteneciente al vendor que realiza el
swap tambin ser necesario pasar esos datos con su formato correspondiente en el NCR
6.3 Ficheros a anexar en el NCR a ORANGE
Este NCR no se crear directamente a Orange sino a Operaciones o GTR VF y se enviar
asimismo un mail con los ficheros para que Vf pueda hacerlo cargar convenientemente en la
red de orange.
Celdas HUAWEI
Se utiliza la plantilla acordada* con ellos para la definicin de celdas, con los siguientes
nombres de ficheros
GSMCELL_Delete -> Celdas 2G swapeadas a eliminar de la tabla GSMCELL
GSMCELL_New -> Nuevas celdas a definir en la tabla GSMCELL
GSMNCELL_New -> Nuevas relaciones
GSMNCELL_Delete -> Relaciones con celdas swapeadas a borrar
Es necesario indicar el GSMCELLINDEX cuando se trata de borrar celdas. No es necesario
cuando se definen las nuevas. La informacin la podemos obtener en webMAP**
Conviene indicar que primero se deben ejecutar los de borrado y despus lo de creado
* VDF pasar la plantilla al vendor (H// o E// ) para poder preparar este fichero
** En webMAP seleccionamos Vendor = Huawei y Technology = Sharing
Celdas ERICSSON
Se usar el modelo simplex
Celdas NOKIA (quedan pocos sites)
-> Fichero para borrar las celdas swapeadas: Se pasa un fichero Excel con dos columnas
Pgina 32
RNC
WBTS/WCEL/ADJG
2607 WBTS-147/WCEL-39101383/ADJG-16
La informacin necesaria la podemos obtener en webMAP (ver pgina 32) en la tabla

N3G_ADJG.
->Fichero resultado del export de la cabecera [OSS] 3G Nokia definicin de vecina 2G
ADJG_NSN con las indicaciones dadas anteriormente.
7.- Actualizacin tras puesta en servicio
EN LA HERRAMIENTA CONFIGURACIN DE RED
Para los SWAPs o nuevos UMTS2100:
Rellenar UMTS2100 Activo = S en Datos generales
Para los SWAPs o nuevos G900:
Rellenar GSM900 Activo = S en Datos generales
Para la activacin de un nuevo UMTS900:
Rellenar UMTS900 Activo = S en Datos generales
Pgina 33
PASAR A EXPLOTACIN EL ELEMENTO en CDR.

Y en MAP se cambia State a ACTIVE
MAP Atributes:
Descripcin: State de DESIGN a ACTIVE.
Hay que poner Activo tanto el nodo como la localizacin o site.
8.- Borrado de las celdas y nodos swapeados (CdR y MAP)
Pasado el periodo acordado por VDF se proceder al borrado (paso a histrico ) del nodo swapeado
en CdR. El borrado en CdR NO implica el borrado del nodo (todas sus celdas, vecinas) en MAP desde
la fecha de borrado (se seguir pudiendo consultar el nodo en fechas anteriores ).
Por eso, hay que actuar en las dos herramientas.
MAP Atributes:
Debe desactivarse en MAP en el nodo y rellenar la fecha de desactivacin (deactivation
date en Service Dates).Si el nodo sigue teniendo dependencias de transmisin no
borradas no dejar desactivarlo. En este caso hay que borrar dichas dependencias de
TX
Descripcin:State de ACTIVE a DEACTIVE. (Esto se cambia el da que se haga el RR)
Borrado del elemento de Configuracin de Red
Hay que pasarlo a Histrico
Borrado de la TX en Configuracin de Red y MAP
A2Ms, tramos de interconexin, conexiones en los DXXs,
Borrar asignaciones de recursos en hojas excel de BSCs y DXX que maneja cada
regin
ATENCIN: Hay nodos que NO hay que pasar a histrico o no hay que desactivar en MAP.
Son nodos multi-tecnologa (GSM+DCS) en los que se hace el RR del GSM, pero no se hace
RR del DCS. En estos casos, el nodo debe seguir activo y lo que hay que desactivar son las
celdas GSM.
En MAP: Se desactivan las celdas GSM
En Configuracin: habra que pasar el nodo a rediseo para borrar los sectores
GSM y dejar slo los sectores DCS. Se crea un ticket nuevo en diseo que sea
proyecto Ran Refresh, Apagado celdas GSM. Se actualizan los datos y la
fecha puesta en servicio que ser la del RR 2G y se pasa el ticket a explotacin
9.-Auditoria.
Pgina 34
Se realizarn auditorias de herramientas semanales (MAP, THOPE y CDR).

Enviaremos:
* Un conjunto de auditoras para analizar la correcta documentacin de despliegue relativo a la parte
RanRefresh, nueva cobertura y LTE.
* Las auditorias se presentarn con una frecuencia semanal.
* La idea es ir auditando semanalmente lo puesto ON AIR la semana anterior e ir viendo la correccin
de lo pendiente.
Las auditorias elaboradas en WXX auditarn el listado de nodos RanRefresh, nueva cobertura y LTE
con dos das de diferencia a su puesta en servicio. Es muy importante por tanto que las fechas queden
bien reflejadas en las herramientas desde el minuto uno de su puesta en servicio para realizar este
seguimiento.
Auditorias:
Discrepancias RanRefresh y MAP. Estado
Se analizan las diferencias entre el conjunto de nodos RanRefresh desplegados y que:
- No aparecen en MAP
- Aparecen como RRH-UMTS en MAP
- Aparecen con estado de Diseo en MAP
- Tienen diferente localizacin en MAP y CDR
- Paso a explotacin CdR
- Legacy E2G/S2G desactivado/paso histrico MAP/CdR
Discrepancias RanRefresh y MAP. Celdas y RF Sectors
Se analizan las diferencias entre el conjunto de nodos RanRefresh desplegados y que:
- No tienen celda asignada
- No tienen RF Sector asignado
- No tienen antena asignada
- Tienen RF Sector asignado en el site pero No hay ninguna celda
- Celdas con ms de dos RF-Sector o con nomenclatura errnea
- Tienen nomenclatura de celda incorrecta
Discrepancias RR-MAP-COLECTOR. Tecnologa definida
Se analizan las diferencias entre el conjunto de nodos RanRefresh desplegados y que no aparecen
en colector o tienen diferente tecnologa definida en MAP y Colector, si se aade una nueva tecnologa
se incluir:
- Nodos RanRefresh que no aparecen en colector
- DCS
- GSM
- U900
- U2100
- LTE800
- LTE1800
- LTE2600
Discrepancias RR-COLECTOR-MAP. Tecnologa definida
Se analizan las diferencias entre el conjunto de nodos RanRefresh desplegados y que tienen diferente
tecnologa definida en Colector y MAP, si se aade una nueva tecnologa se incluir:
- DCS
- GSM
Pgina 35
- U900
- U2100
- LTE800
- LTE1800
- LTE2600
Discrepancias RR-COLECTOR-MAP. Parmetros Radio
Se analizan las diferencias entre el conjunto de nodos RanRefresh desplegados y que tienen
diferentes parmetros radio definidos en Colector y MAP:
- 2G. Se chequea BSC-RNC / LAC / CI / RAC / BCCH / BSIC / OPERADOR
- 3G. Se chequea RNC / LAC / CI / RAC / SC / UARFCNDL / OPERADOR
- 4G. Se chequea parmetros como el TAC, pendiente de definir.
- Related Node Preassigned MAP. Nodos que presentan slo una preasignacin de
RNC/BSC en MAP que se crea desde TX y est incompleta, por estar pendiente de
confirmacin Rf
.
ANEXO MAP
a.- Reportes de celdas:
En la pestaa Reports de la ventana principal si seleccionamos el report Cell Report tenemos todas
las celdas de la regin. Se pueden hacer filtros llevando el campo seleccionado a la zona:
-> En este report tenemos la informacin bsica de las celdas, que se puede exportar a excel
( seleccionamos primero todas las celdas que queremos exportar )
-> Tambin desde este report podemos ir a la ventana Cell Site Editor. Simplemente con el botn
derecho del ratn sobre alguna de las celdas seleccionadas nos aparece la opcin de edicin:
-> Tambin tenemos disponible el report Node en el que encontramos todos los nodos de la zona
(controladoras, BTS, etc )
b.- Modelo de Fechas de MAP
Por defecto al abrir MAP trabajamos a da de hoy .Se puede ver en la parte superior de la ventana
principal:
Pero para poder trabajar segn lo indicado en este documento ser necesario moverse a la fecha
prevista del swap. Simplemente marcando la flecha se despliega el calendario:
Pgina 36
Seleccionamos la fecha del swap y desde ese momento estamos trabajando en esa fecha.Todos los
cambios que hagamos sern efectivos a partir de esa fecha.
c.- Error Log File
Todas las operaciones de carga de vecinas o definicin de celdas generan un log de resultado.
Conviene mirarlo por si algo ha fallado
d.- WebMAP : Herramienta donde se puede consultar diariamente la informacin cargada en Red. La
ruta para acceder es
http://10.18.159.50/WebMAP/Default.aspx
Operations -> Table view -> Table Browsing
Seleccionamos Vendor , Technology , marcamos DATA (tablas ya procesadas ) y Apply Filter . Nos
aparecern todas la tablas que hay para ese vendor y tecnologa:
Pgina 37
Se pueden exportar.
e.- Calculo parmetros de potencia para las foreign H//
Los parmetros a calcular son: BSPWR, BSTXPOWER, BSRXMIN, BSRXSUFF.
PARAMETER
bspwr
bstxpwr
bsrxmin
bsrxsuff
DESCRIPTION
EIRP for BCCH
(reference point is in
the "air" immediately
after the transmitter
antennas and before
the receiver antennas
= EIRP)
EIRP for non BCCH
carriers (reference
point is in the "air"
immediately after the
transmitter antennas
and before the
receiver antennas =
EIRP) Normally
BSPWR=BSTXPWR
minimum uplink
signal strength (at the
BTS antenna)
BSRXMIN (en
negativo)+25
VALUE
depends on
physical
configuration
(antenna
gain, cable
losses, bts
power)
Normally
BSTXPWR =
BSPWR
0 to 150 (dBm
negative)
(dBm
negative)
VALOR
POR
DEFECTO
50
50
130
109
Vamos a la pestaa "Balance Potencia" y rellenamos los campos en Amarillo, que bsicamente son:
Pgina 38
Potencia salida TRU en dBm

(BSPWRB, BSPWRT)
43
Prdida
cable
3
Ganancia
antena (dBd)
10
Donde la potencia de salida TRU es:

43dBm con 2TRX (20w por trx)
41dBm, con 3TRX (13w por trx)
40dBm, con 4TRX (10w por trx)
Y la ganancia de antena:
ANTENAS
PINZA
80010203
739648
80010204
80010213
736347
736349
TIPO
PANEL
PANEL
PANEL
PANEL
OMNI
OMNI
GANANCIA
GANANCIA
dBi
dBd
17
14,85
13,5
11,35
18
15,85
17
14,85
11
8,85
10,5
8,35
Y con esto se actualizan los campos en verde, que son los que usamos para la definicin de foreign.
f- Sincronizacin CdR/MAP
Pgina 39
Pgina 40

Diseño Despliegue Radio en CDR y MAP - Revisado - V04

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Diseño Despliegue Radio en CDR y MAP - Revisado - V04

Încărcat de

Drepturi de autor:

Formate disponibile

DISEO Y DOCUMENTACIN PARA EL

Vodafone C2- Confidential

Vodafone C2- Confidential

1.1 CONFIGURACIN DE RED

Vodafone C2- Confidential

Vodafone C2- Confidential

B. Crear rbol de desglose (comentarios, general y SW)

Vodafone C2- Confidential

- SSRR: por el momento se seguir rellenado la informacin de HW y Sistema Radiante en CDR,

C. Creacin de tickets de seguimiento

Vodafone C2- Confidential

PIR, el que corresponda segn la planificacin acordada con zona

Vodafone C2- Confidential

Ticket 0002, para el SWAP DE GSM900

Motivo : Activacin de Nueva Tecnologa

Hay que crearlo as:

Vodafone C2- Confidential

Debe quedar relleno as:

Ticket 0003, para la ACTIVACIN DEL UMTS900

Vodafone C2- Confidential

Debe quedar relleno as:

Ticket 0004, para la TRAMITACION DEL UMTS900

Vodafone C2- Confidential

La fecha de puesta en servicio es la del da de la activacin del LTE2600

Ticket 0008, para la TRAMITACION DEL LTE2600

Motivo: Instalacin de equipos

1.2 Archivo Digital

En principio la informacin de accesos ya est registrada en ARGOS. Si dentro del

Vodafone C2- Confidential

Vodafone C2- Confidential

2.2 RADIO MAP

Celdas que se swapean / se integran nuevas.

Vodafone C2- Confidential

Pasos a seguir en MAP

Vodafone C2- Confidential

Hay dos campos de nodeBType y config.NAme se rellenan en MAP.

NODE_ID: indica el ID del nodo;

Vodafone C2- Confidential

Pestaa Basic config.:

2.-Obtener informacin de las celdas a swapear

Vodafone C2- Confidential

2 Las celdas seleccionadas aparecern en la pestaa Find Results. Marcando Edit

Vodafone C2- Confidential

5 Exportar relaciones de vecindad actuales de las celdas a swapear:

IMPORTANTE: En este punto tendremos las relaciones bidireccionales, o las unidireccionales de

Vodafone C2- Confidential

, y damos al botn Apply Filter.

Vodafone C2- Confidential

, que nos permite aplicar el cambio a todos los nodos

, que nos permite aplicar el cambio a todos los nodos

3.4 Asignacin de sector RF a una celda en MAP. SISTEMA RADIANTE.

Vodafone C2- Confidential

Vodafone C2- Confidential

Ahora debe quedar as:

Nueva nomenclatura para los RF Sectors en MAP:

Vodafone C2- Confidential

Vodafone C2- Confidential

Vodafone C2- Confidential

3.5 La definicin de la celda se puede hacer de dos maneras:

Vodafone C2- Confidential

-> desde el editor de celda , lo que implica ir una a una .

Import Type -> seleccionamos el tipo de celda ( H// 2G o E// 2G )

Vodafone C2- Confidential