HUAWEI 3G RNC-NODO B

Para ver info del HW abrir el documento WCDMA BTS3900 Hardware Structure Issue1.0.ppt en
D:\Personal\NB\HUAWEI\Documents\Docu Huawei

Servidor de Librerias HedExLite y documentos .pdf en \\mtec-

fdp1\Grupos\Privado\Ingenieria\Aseguramiento de Acceso\Hed

Servidor de Equality para 20 Peores y Formulas de los indicadores : \\equalityserver7\Alertas para las 20
peores y \\equalityserver7\Documentacion\“Norma Técnica de Calidad de Red UMTS Rev8.docx” para las
Fórmulas

Para solucionar fallas ver el documento RAN12 TroubleshootingGuide.pdf en carpeta HUAWEI

LST UNODEB con Query type ByNodeBName : me da la lista de Nodos B del RNC

LST UNODEB con Query type ByNodeBName y el nombre con mayúscula del sitio me da todos los datos: ports,
IMA LINK, IPs , etc.

DSP UNODEB : con Query Type=BYNAME (en mayúscula el nombre de Node B) me da el estado del Nodo B.

DSP UCELL : con Query Type=BYNODEB (en mayúscula el nombre de Node B) me da el estado de las celdas 3G.
con Query Type=BYCELL y el Cell ID que saco de la anterior opción me da los canales configurados
y el estado (SCCPCH, PCH, FACH, etc) . Para conocer cuales son los canales ver los documentos Common
Physical Channel ID, Common Transport Channel ID y Logical Cell Model en HedExLite.
Service Type
The ATM services are of four types: Constant Bit Rate (CBR), Real-Time Variable Bit Rate (RT-VBR), Non-Real-Time Variable
Bit Rate (NRT-VBR), and Unspecified Bit Rate (UBR).
Table 1 describes the types of service.

Table 1 Types of service

Type of Service Abbreviation Description

Constant Bit Rate CBR No error check, flow control, or other

processing

Real-Time Variable Bit Rate RT-VBR Rate of a service with variable-rate data
streams and strict real-time
requirements, for example, interactive
compressed video (video telephony).

Non-Real-Time Variable Bit Rate NRT-VBR Rate of a delay-tolerant service. A

service of this type, for example, e-mail,
is relatively insensitive to delivery time or
delay.

Unspecified Bit Rate UBR Rate of a service with no commitment to

transmission and no feedback on
congestion. This type of service is ideal
for the transmission of IP datagrams. In
congestion, UBR cells are discarded, and
no feedback or request for slowing down
Table 1 Types of service

Type of Service Abbreviation Description

the data rate is delivered to the

transmission end.

Table 2 describes the characteristics of different ATM services.

Table 2 Characteristics of different ATM services

Characteristic CBR RT-VBR NRT-VBR UBR

Bandwidth guarantee Yes Yes Yes No

Applicability to real-time Yes Yes No No

communication

Applicability to bursts of No No Yes Yes

communication

Feedback on No No No No
congestion

LST UUESTATETRANSTIMER : List UE State Transition Timer Parameters indica los tiempos para las
transiciones de estados. La transición FACH a PCH esta deshabilitada por el tiempo muy grande (Cell_PCH y
URA_PCH no se usan en la red TP por PDP Context congestion). A UE can directly enter the CELL_FACH or
CELL_DCH state. It can enter the CELL_PCH or URA_PCH state only through state transition from CELL_FACH or
CELL_DCH. The state transition parameters are set as follows: se debe activar el algoritmo DCCC (Dynamic
Channel Configuration Control ) : DRA_DCCC_SWITCH en SET UCORRMALGOSWITCH.

 Activating the UE State Transition Algorithm

1. Run the BSC6900 MML command SET UCORRMALGOSWITCH to set the following switches de Dynamic
Resource Allocation:
 DRA_PS_BE_STATE_TRANS_SWITCH When the switch is on, UE RRC status transition
(CELL_FACH/CELL_PCH/URA_PCH) is allowed at the RNC

 DRA_PS_NON_BE_STATE_TRANS_SWITCH = OFF en red TP. When the switch is on, the

status of the UE RRC that carrying real-time services can be changed to CELL_FACH at the RNC. Como
este switch esta apagado para DCCC para la transición de estado se usan los timers de
UUESTATETRANSTIMER para Servicios Real Time (Real Time DCH or HSPA to FACH) que es 180 seg.

 DRA_HSDPA_STATE_TRANS_SWITCH
 DRA_HSUPA_STATE_TRANS_SWITCH
 La transición BE DCH a FACH (para Serv NRT) se hace según el Timer BE DCH to FACH Transition Timer:
used to check whether the UE in the CELL_DCH state with non-real-time services is in the stable low activity
state (ver LST UUETATETRNSTIMER): para cambiar de estado se debe cumplir con el parámetro Low
Activity Bit Rate Threshold de LST UDCCC = D64=64 Kbps.
 La transición BE HS-DSCH a FACH (para Serv NRT) se hace según el Timer BE HS-DSCH to FACH
Transition Timer: used to check whether the UE in the CELL_DCH(with HS-DSCH) state with BE services is
in the stable low activity state (ver LST UUETATETRNSTIMER): para cambiar de estado se debe cumplir
con el parámetro Low Activity Bit Rate Threshold de LST UDCCC = D64=64 Kbps.
 Las transiciones de Servicios RT (Real Time DCH or HSPA to FACH) como está apagado el switch
correspondiente se maneja con el tiempo 180 seg y no aplica el parámetro Low Activity Bit Rate Threshold.

LST UDTXDRXPARA. : indica los ciclos para transición a estado PCH.

LST UCONNMODETIMER: List UE Timers and Contants in Connected Mode.(T308 is started after the UE
transmits RRC CONNECTION RELEASE COMPLETE. This message will be sent upon the expiry of the Timer if
V308 less than or equal to N308, otherwise, the UE will enter idle mode. Unit: ms.T381 is started after the RNC
send message "RRC CONNECTION SETUP"(or "CELL UPDATE CONFIRM").

LST UIDLEMODETIMER:

LST UPCH : Este comando se tira parado en el RNC: con el CELL ID me da la configuración del canal PCH
(paging) como ser el RLC Size.

LST UFACH : Este comando se tira parado en el RNC: con el CELL ID me da la configuración de los canales
FACH (Forward Access Channel – Transporte de datos) como ser el RLC Size.

DSP CELLCFG: Este comando se tira parado en la BTS: con Query Mode=LOCALCELL y con el CELL ID del
comando DSP UCELL me da la configuración para ver las potencias de los canales PSCH, SSCH, las frecuencias
UL y DL . Para modificar las potencias ver el documento Modifying the Power of a Cell en HedExLite.

LST URRCESTCAUSE: en el RNC: me dice el tipo de canal a setear para el establecimiento del RRC según el tipo
de llamada a establecer (normalmente DCH 13,6 Kbps

LST UFRCCHLTYPEPARA: en el RNC: me dice los parámetros para setear los canales del tipo DCH según el tipo
de servicio.

LST UUESTATETRANS: en el RNC: me dice los parámetros para las transiciones de estado de canal.

LST URRCESTCAUSE: en el RNC: me dice la lista de Rate Garantizado de las Clases de Servicio BE según las
diferentes Prioridades de Usuario.

DSP ADJNODE: en el RNC : con el ADJNODE ID me dice los BW seteados para cada tipo de Path en cada celda
(CBR, RTVBR, NRTVBR, AF13, AF23).

DSP LOCELL : Este comando se tira parado en la BTS: con Query Type=BYNODEB (en mayúscula el nombre
de Node B) y con el CELL ID del comando DSP UCELL me da el estado de la celda 3G específica.

DSP VSWR : para ver el ROE, me paro en el Nodo B y tiro el comando sin especificar nada: me muestra para cada
TX de cada celda el ROE que no debe superar los 15 (NULL significa como si estuviera abierto o un valor muy alto).
OJO que este valor es histórico es decir es un valor que midió alguna vez y puede no ser actual.

STR VSWRTEST : tiro este comando que me corta el servicio y me inicia una medición de ROE en las 3 celdas si
no especifico nada o en una celda si especifico el Cabinet Number (60 para MRRU de la A, 61 para MRRU de la B
y 62 para MRRU de la C). Me tengo que parar en el Nodo B Y conviene ejecutarlo desde el Maintenance Client
para ver las mediciones en tiempo real. Ver más abajo cómo ver gráficas de Performance cuando hay ROE y la
celda no toma clientes (UE).

DSP BRD: Este comando se tira parado en el Nodo B: (sin especificar nada) este comando me da el estado de
las placas del Nodo B (WBBP, WMPT, MRRUs, etc).
Inicialmente todos los Nodos B se configuraron con 2 TRXs en cada MRRU (+ 4 TRX para 2G lo que da un
máximo de 6 TRX por cada MRRU: es decir S 6/6/6 = GSM S4/4/4 + UMTS S2/2/2 ).

Ante un vuelco de E1 puede suceder que 1 o varios MRRU salgan de servicio, entonces ir a Main Topology y
hacer click derecho sobre el Nodo B y elegir Device Maintenance: me muestra un gráfico topológico con las 3
celdas (en verde las OK) , con click derecho puedo ver el estado (Display Board Status) :si están en azul (estado
Starting Up) le hago un Reset Board (demora unos minutos, por un momento pasa a estar rojo y luego azul
nuevamente).
DSP BRDMFRINFO: Este comando se tira parado en el Nodo B: (especificar Cab=0, Subr=0, Slot=7) este
comando me da la info de las placas del Nodo B (WBBP, WMPT, MRRUs, etc) (similar al .DSP BTSELABEL de 2G)

DSP RRUTC (Display RRU Dynamic Information): Este comando se tira parado en el Nodo B: ( especificar
Cabinet=0, Subrack=60, Slot=0) este comando me da la cantidad de TX y RX de cada MRRU y la cantidad de
Carriers de cada uno, además indica otros valores más.

DSP TXBRANCH: Este comando se tira parado en el Nodo B: (sin especificar nada) este comando me da el
estado del Switch de las salidas TX del MRRU. Si está OFF ese MRRU no trafica.

DSP RXBRANCH: Este comando se tira parado en el Nodo B: (sin especificar nada) este comando me da el
estado del Switch de las salidas RX del MRRU. Si está OFF ese MRRU no trafica.

Sitios con 2da Portadora: en la celda se agrega la 2da portadora y el MRRU pasa de tener 1 carrier
con 5 MHz a tener 2 carriers con 3,8 MHz cada una. Inicialmente al definir un sitio se reservan para 2G un total
de 15 MHz y para 3G un total de 10 MHz. Al agregar la 2da Carrier de 3G se debe achicar el BW de 2G y se
debe resintonizar. El MRRU que usamos tiene una potencia de 80W.

LST LOCELL : parado en el NodoB , me dice en modo genérico (ALLLOCALCELL) los Local Cell ID y la columna
Sector No me permite ver que se mantienen los 3 sectores es decir no agrego MRRU sino que solo agrego la celda
que tiene otra portadora. Al indicar la celda en particular puedo ver el dato del UL y DL Frequency Channel
Number que para la 1er Carrier es igual en las 3 celdas. Es más: para todas las celdas de TP son iguales las
frecuencias.

DSP UCELL : parado en el NodoB : otros datos de las celdas.

DSP UCELLCHK (Display Cell Health State) : parado en el RNC : indicando el ID de celda (sacado de DSP
UCELL) tengo mucha info del estado de ocupación de UL y DL (cell UL/DL load), congestión de la Uu, congestión
de la Iub , etc.

LST FREQBWH : parado en el NodoB , me dice el ancho de banda de cada Carrier que para 2 Carriers pasa a ser
de 3,8 MHz

DSP CPRIPORT (Display CPRI Port Dynamic Information): Este comando se tira parado en el Nodo B: (
especificar Cabinet=0, Subrack=0 , Slot=3) este comando me da el estado de los ESFP de la BBU de donde salen
las FO hacia MRRU. Especificando Cabinet=0 ; Subrack=60, 61 o 62 ; Slot=0 veo la info pero de los MRRU.

LST SOFTWARE : Este comando se tira parado en el Nodo B: este comando me dice la versión de SW del
Nodo B.

DSP UNODESYNC : Este comando se tira parado en el RNC: este comando me dice la información de
sincronización del Nodo B, como ser la BFN (BTS Frame Number) y su diferencia con el RFN (RNC Frame
Number) ( Difference between RFN and BFN lately[1/8ms] ). Esta diferencia se mide cada 30 o 60 minutos.

DSP E1T1 (en el RNC ORAN): al Subrack 0 Slot 14 y Board Type AEU (de donde salen las tramas E1 de Nodos B
colocalizados: links 0 a 3 son los de ASRNOR y links 4 a 7 son tramas al SGSN.

DSP E1T1 (en el RNC ORAN): al Subrack0 Slot 16 y Board Type AOUa (de donde salen las tramas E1 de nodos B
por STM CANALIZADO): de 4 en 4 desde 0 puedo buscar los Nodos B, ATARTA está entre 0 y 3; ASRNOB está
entre 12 y 15; AMAZZA entre 21 y 24; APICHA entre 25 y 28; ATARTB entre 29 y 32; ABALLI entre 33 y 36;
AMOSCO entre 4 y 7; AEMBAR entre 16 y 19; AAGUAR entre 50 y 53; ASROSA entre 8 y 11; AJSOLA entre
42 y 45; ADRAGO entre 54 y 57; ATABAC entre 67 y 70; AURUND entre 75 y 78 ; AYACUY entre 58 y 61;
ACVESP en 48 ; ADURAN en 47; AAGUAS en 39; ACANTE en 38; AHIPOL en 37; ATARWA en 62;
ACOLOB en 71. Todas estas tramas están en el port 0 de la AOUa.
DSP E1T1 (en el RNC ORAN): al Subrack0 Slot 17 y Board Type AOUa (de donde salen las tramas E1 del
canalizado ampliación): ACORNE en 0; ABLCOS en 4; ACHAQU en 8 ; APLOZA en 58 ; AUNION en 25 a 28 ;
ARIVAD en 21 a 24;

DSP OPT al Subrack=0 y Slot 16 AOUa y Perfomance Type=GROUP me dice el estado de los puertos ópticos
de los canalizados, en el port 1 está la ampliación (2do canalizado) que va al ODF a posición A 7-8 (el port 0 está
en ODF A 5-6).
En Subrack=0 y Slot 17 AOUa en el port 0 está la ampliación (3er canalizado) que va al SDH directamente (sin
pasar por el ODF) al equipo 60ORN01 ALCA P4S1N Slot 32 Port 01 .

En Metan
SubRack (SRN) 0 Slot (SN) 14, AEU y Link 0 a 3 AMETAN. (Colocalizada)
SubRack (SRN) 0 Slot (SN) 16, AOU y Link 0 a 3 AELTAL; L 8 a 11 AQUEBR; L 25 a 28 A25JUN; L 12 a 15
AAPOLI; L 21 a 24 AJVGON; L 4 a 7 ALAJIT; L 37 a 40 ATALAV; L 58 a 61 AMETAB; L 16 AROSAR; L 29 a 32
AROSAB ; L 71 y 72 AJARDI ; L 20 AGPIZA; L 79 APIEDR ;
0
En Salta : SRN 0 SN 16, AOU: L 96 YSPDRO;

PING IP: En RNC SALTA: al SubRack 0 Slot 26 (GOU) Source IP Address 10.226.16.1 (del RNC SALTA) y Dest IP
10.226.16.5
En RNC ORAN: al Sub Rack 1 Slot 26 (GOU activa): puedo ver la IP del Nodo B poniendo el cursor sobre ATARTA
y me dice la IP Address 2 que es la de FE. Desde el Nodo B se invierten las address.
En el Nodo B: Sub Rack=0, Slot=7
En RNC METAN: al Sub Rack 0 Slot 26 (GOU activa)

Para saber las IP Address (para ping ) hago: 1) LST IPPATH en el RNC
2) LST DEVIP en el Nodo B

De las planillas Redes HBH Plan IP Salta.xls y Redes HBH Plan IP ORA.xls saco las IP Address de las columnas
TR RNC IP y TR NODE-B IP.

Para ver el cable FE en el Nodo B: En el Nodo B: tiro DSP ETHPORT al Cabinet No=Master,Sub Rack=0, Slot=7,
Port=0 y al conectar el UTP debe indicar el Physical Layer Status=UP con Speed=100M y Duplex=Full.
Si el port aparece Down probar con SET ETHPORT al Subrack 0 Slot 7 Base Board Port 0 y setear Speed= 100M y
DUPLEX=FULL, si sigue Down PROBAR con AUTO (ES DECIR SE PRUEBA UNA U OTRA OPCION HASTA QUE
LEVANTE), SI NO LEVANTA hacer RESET al ETHPORT (RST ETHPORT al Cabinet No=Master,Sub Rack=0,
Slot=7, Port=0), o sino RESET al NODO B (RST NODEB) como última instancia.

Buenas tardes, les paso el procedimiento para probar el cable de FE en los sitios Huawei con una Notebook
sin tener que instalar la gestión:

1° Conectar el cable UTP que debería estar conectado en el puerto FE0 al puerto ETH (que es el de gestión) y
conectar la Notebook en el otro extremo.

2° Configurar el adaptador de red con las siguientes IP :

Dirección IP: 17.21.2.16

Mascara
subred: 255.255.255.0
Puerta de
enlace: 17.21.2.15
3° Ir a Inicio, ejecutar y escribir “cmd”

4° Tipear “ping 17.21.2.15 –t” para comenzar a correr el ping (Ctrl+Q para detener).
Si el ping responde, tenemos la certeza de que el cable esta bien.

Luego de esto normalizar la conexión al puerto FE0

Con RST ETHPORT se hace un reset al port ETH del Nodo B:

DSP E1T1 (en el Nodo B): Cabinet No: Master Subrack No: dejo el campo vacio: me dice las 4 tramas y su estado.

DSP IMAGRP (en el RNC) : Subrack y Slot de la AOU y IMA Group Number (buscar en LST UNODEB para cada
sitio cual es este valor)

DSP IMAGRP (en el Nodo B) : No: Master Subrack No: dejo el campo vacio: me dice las 4 tramas y si están
conectadas al RNC, asi puedo ver si todas las E1 configuradas están conectadas al RNC correspondiente (figuran
como Activadas).

LST SAALLNK (en el RNC) : para ver todos los SAAL Link (ATM) definidos en el RNC. Antes tiro LST UNODEB
para ver al principio de la lista de datos cual es el SAAL Link de ese NodeB, Aquí también veo de que tipo es el
SAAL Link (Main Link Type = SAAL, SCTP o ATM y IP) y el TX Traffic Index. El SAAL Lnk es NBAP y tiene
garantizado un BW con CBR (ver LST ATMTRF).

LST SAALLNK (en el NodoB) : En el NodoB tiro LST SAALLNK y me muestra todos los SAAL Link del Nodo
donde interesa ver el Peak de cada uno y cuanto es la suma de todos ellos.

Con LST ATMTRF veo la configuración de la tabla de ATM Traffic Record para los SAAL donde indica para cada
Index el Service Type, el Purpose Description (NCP Dual Stack, CCP Dual Stack y ALCAP Dual Stack) y el Peak
Cell Rate definidos. Luego con LST UNODEB miro los números de SAAL definidos para cada NB y con LST SAAL
los valores de TX-RX Traffic record Index. Además es importante ver que el Service Type es CBR lo que garantiza
el BW.
Para hacer loop en trama E1: A) Con MML en Nodo B : Para el loop lógico hago SET E1T1LOP al Cabinet No
MASTER, SRN=0, SN=7, SubBoard=Base Board, , Port=0 a 3, LoopBack Mode=Local, esto hace el loop hacia el
Nodo B. Tirando DSP E1T1 en el RNC me dice Link Down y No Loopback.
Con DSP E1T1 trama caída dice Remote Alarm, cuando quito los coax del FOM Oran pasa a decir Alarm Indication
Signal.
Con LoopBack Mode= Remote hace el loop hacia el RNC y al hacer DSP E1T1 en el RNC me dice Link available y
Physical Loop.

B) Con MML en RNC : con un loop físico y LOP E1T1 con SRN=0, SN=14, Board Type=AEU, Link=0 a 3, TS1 (para
Nodo B colocalizado): me dice Execution Succeeded. Si abro el loop físico me devuelve texto rojo.

Con un loop físico y DSP E1T1 al mismo link me dice Link is Down y Phisical loop si cierra; si no cierra dice Link is
Down y No Loopback.

Con SET E1T1LOP en Remote Loop el DSP dice Link is in remote loop mode y Remote loopback.
Con SET E1T1LOP en Local Loop el DSP dice Link is in local loop mode y Local loop.

LST NODEB y el Node Name me dice los links y posición del AEU del RNC

PORTS METRO: 2-1-17=FE ASRNOR; 2-1-10(GOU 1-27) y 3-1-1 (GOU 1-26) = vínculo GOU RNC (Gb Eth)(Sub
Rack 1) con METRO.

Como solucionar si un contador no esta definido para el RNC: en Workbench doble click en Measurement
Management y luego click en BSC6900 UMTS → Measurements related to Transport Layer link → IPPATH IP
Layer Measurements → click en ORARNC01 → Ir a Measurement Settings y tildar para 30 minutos todos los
Counters y todos los Objects (es decir todos los Adjacent nodes)

IPPATHs: Para ver las gráficas del tráfico FE en la ventana principal del M2000 click en Performance→ Query
Result y click en New Query, en esa ventana a la izq click en NodeB→ Measurements related to IUB→ IUB
measurements per NodeB: en Available Objects elijo ASRNOR en ORARNC01 pasandola a Selected Objects,
luego en la misma ventana arriba paso a Counter Settings y elijo VS ATMDlMaxUsed1 y la paso a Selected
Counters y elijo también VS IPDlMaxUsed1, luego paso a la lengüeta Other settings y en Date Range elijo Specific
y pongo el periodo de tiempo, y abajo en Query Range se debe tildar Query History Object Result, entonces abajo
click en Query. Ahora tildo Line chart: me muestra un graf y a la derecha debo tildar ASRNOR y abajo los 2
Counters seleccionados.

IPPATHs en METRO ORAN (llamado ORA1MD): todos los FE salen por SVLAN=910 en Port 2.1.16 (en el
METRO port 3.1) (corresponde a GOUa Subrack=1, Slot=26, Port =0), adicionalmente hay otro patchcord hacia
METRO port 3.2 (sale de GOUa S=26 P=1).

CHANNEL ELEMENTS (CE): Los recursos de hardware y software de banda base se comparten entre los
diferentes tipos de servicios donde cada servicio requiere una cantidad de recursos diferente, con respecto a
otros servicios. Se define como Channel Element a la capacidad de procesamiento de una conexión de voz. Los
recursos de banda base utilizados por otros servicios son contabilizados como un numero o cantidad de
Channel Elements.(de la Norma de Calidad)

Para ver este valor me paro en el Nodo B y ejecuto DSP LICENSE (en la Columna Allocated en el extremo
derecho): allí veo el valor Max UL y DL CE que para ASRNOR es 512 y el Max HSDPA User esta Unlimited; para
ASRNOB es 640.

Los Channel Elements (CE) me determinan el Throughput de cada UE (la placa del Nodo B puede ser de 256 o
de 384), pero cada Nodo B se define para un máximo de 20 UE por celda y para aumentar el número máximo de
UE hay 2 opciones: colocar otro MRRU o modificar la celda cambiando los parámetros de RF.

DSP BBPTC (Display Base Band Process Unit Traffic Capability): Este comando se tira parado en el Nodo B:
(sin especificar nada) este comando me da los valores de CE para HSDPA y HSUPA para cada placa WBBP
instalada (en la banda base es decir a la salida de la BBU). Con LST ULGROUP Y LST DLGROUP veo si
además cada placa está habilitada en el UL Group y DL Group.

En Maintenance Client en ORARNC01 el comando DSP IPPATH indico Adjacent Node ID=1201 ASRNOR
ASRNOB ID=1212 ; ATARTA ID=1209 ; AMAZZA ID=1214 ; ATARTB ID=1216 , AEMBAR ID=1213 , AMOSCO
ID=1210 ; APICHA ID=1215; ATARWA ID= 1247; ACVESP ID= 1245; ADRAGO ID= 1222 ; AJSOLA ID= 1219
; ABLCOS ID= 1301; AHIPOL ID=1218; y me dice para el IP PATH ID=3 el tráfico que tiene en Used forward
bandwidth of path . Cuando se cae el vinculo FE no hay tráfico y tampoco sale el PING IP entre RNC y NodeB.

En MTNRNC01 el comando DSP IPPATH indica ALAJIT ID=1410 ; AJVGON ID=1414 ; AMETAN ID=1401;
AMETAB ID=1423 ; AROSAR ID=1413 ; AROSAB ID=1416

Para saber a cual NodeB (o SGSN o GGSN) pertenece un IPPATH hago: 1) LST ADJNODE en el RNC

Para saber las IP Address (para ping ) hago: 1) LST IPPATH en el RNC (Peer IP Address es el Nodo B)
2) LST DEVIP en el Nodo B

Para ver las MAC Address me paro en el Nodo B y hago DSP ETHPORT: para FE conectados al port ETH es
Subrack=0 y Slot=7; para FE conectados mediante patchcord de FO en la placa ETH COVERBOARD (llamada
UTRP) es Subrack=0 y Slot=1

Con LST IPPATH veo la lista de todos los IP PATH del RNC (sin indicar rack ni placa): el IPPATH ID= 1603 es el
path contra el GGSN BELGRANO (con LST ADJNODE) (a través del METRO), puedo ver las curvas de
Performance que es la suma de todos los FE haciendo click en BSC6900 UMTS y en Measurements related to
Transport layer Link y selecciono IPPATH IP Layer Measurement y en ORARNC01 selecciono el ID=1603 y los
contadores IPPATH.IPLAYER.MEAN.RX y IPPATH.IPLAYER.MEAN.TX o IPPATH.IPLAYER.PEAK.TXRATE y
IPPATH.IPLAYER.PEAK.RXRATE (estos de Pico son más interesantes y Rx es RNC hacia Nodo B). Si
selecciono el ID del Nodo B y los mismos contadores puedo ver el tráfico desde Nodo B hacia RNC.

Asociado al IPPATH está el valor SCTP Link que son 2 para cada IPPATH, con la IP del Nodo B tipeo el comando
LST SCTPLNK para ver todos los links: miro la IP address (viene del LST IPPATH) el subrack y el slot, con estos
valores puedo ver las curvas de Performance en BSC6900 UMTS : Measurements related to Transport Layer
Signalling : SCTP Link Measurement.

PERFORMANCE 3G
CASOS :

1) CASO DE INDISPONIBILIDAD DE CELDAS 3G:

Para ver los contadores de Indisponibilidad de celda voy a Performance y hago una búsqueda por Object Type
en Organization Style (normalmente hago por Function Subset) → BSC6900 UMTS → Measerement of Radio Cell
Performance y en Counter Setting busco el árbol Measurements related to Algorithm Measurement related
to Algorithm per Cell y elijo los contadores : VS.Cell.HSDPA.UnavailTime , VS.Cell.HSUPA.UnavailTime,
VS.Cell.UnavailTime y VS.Cell.UnavailTime.Sys. Los contadores de HSDPA y HSUPA no son medidos (no
incrementan) en el caso de que toda la celda está indisponible.

En AROSAN el contador VS.Cell.UnavailTime.Sys daba valores muy altos, no está claro que hizo HUAWEI. Al
agregar la E1 de 2G desaparece la alarma BFN. Ver en Outlook SENT el 29/06.

Ver en Outlook SENT el 06/07 y 11/07 referido a TCMUNE. Se ve que al agregar una 2da E1 en IUB ATM se
soluciona la Disp. de celda ya que baja la cong en IUB (VS.IUB.FlowCtrl.UL.CongTime.LgcPort2).
En ASRNOB y ATARTA empeora la Disp. De celda al borrar las 3 E1 (Ver en Outlook SENT el 12/07).
 Cell Down Time (Min)

2) CASO DE CONGESTION EN IUB (ATM-IP):

En REYES se puede ver la congestión por gran número de intentos HSDPA: en Outlook carpeta SENT el 30/5 y
04/06; también muestra la caída del AB Máximo en DL en la IUB.
IUB measurements per NodeB (IUB.NODEB): son los contadores presentes en la parte de NodeB → Measurements
related to IUB:
En HedExLite voy a Home y click en DBS3900 WCDMA Product Docum. Y busco Measurements related to IUB,
tenemos el contador IUB Logic port available UL Bandwidth (VS.IUB.FlowCtrol.UL.AdjBW.LgcPort1-2 )
(VS.IUB.FlowCtrol.UL.AdjBW.LgcPort.Max is the maximum value of available bandwidth of the UL physical layer. ) que
preferentemente reporta las estadísticas para la transmisión IP (los Ports se configuran con PATH=RT (Real Time)
o NRT (Non Real Time). Para DL tenemos el IUB Logic port available UL HSDPA Bandwidth (When the
STATIC_BW_SHAPING algorithm of the NodeB is enabled, the NodeB calculates the available bandwidth of HSDPA according
to the following formula: Available bandwidth of HSDPA = (Total physical bandwidth - Physical bandwidth occupied by R99
services) * Coefficient. (The coefficient is 0.8 in ATM mode and 0.9 in IP mode)( VS.IUB.FlowCtrol.DL.AdjBW.LgcPort ).

La congestión (VS.IUB.FlowCtrol.UL.CongTime.LgcPort1 ) ocurre cuando: The NodeB determines whether the

following requirement is met: VS.IUB.FlowCtrol.UL.AdjBW.LgcPort.Avg*0.8 < Actual physical layer flow of the UL logic port. If
the preceding requirement is met, the UL congestion duration is increased by one second.

3) CASO DE PERDIDA DE PAQUETES IP POR CONGESTION POR BAJO AB EN IUB IP (FE):

En REYES se puede ver que la congestión en la IUB (Outlook carpeta SENT el 30/5 y 04/06) genera pérdida de
paquetes IP.
Si hay errores en el IPPATH busco las curvas de Performance en : BSC6900 UMTS : Measurements related to
Transport Layer Signalling : IP PATH Link Measurement : alli tengo los siguientes contadores: el
VS.IPPATH.PING.MaxLOST me dice los paquetes PING perdidos (también figura en los datos que devuelve en DSP
IIPATH en Number of PING test package lost) : En REYES en Outlook carpeta SENT el 24/5;
CASOS DE CONGESTION RAB-RRC

Cuando tenemos muchos UE: Para ver las graficas de HSDPA Mean UE (usuarios HSDPA por celda) hacer
click en Performance: Query Result y click en New Query: buscar en BSC6900 UMTS (expandir) Measurements
related to HSDPA : HSDPA Measurements per cell y elegir las celdas y en Counter settings elegir HSDPA Mean
UE.
En la celda ésta tiene la ACC degradada debido a la diferencia entre VS HSDPA RAB AttEstab y VS HSDPA RAB
SuccEstab que se origina en altos valores de falla por Power en el UL : para ver esto ir a Performance y BSC6900
UMTS y Measurements related to Radio Access Bearer management y elegir Measurements of PS RAB
assignment failure per cell y elegir el counter VS RAB FailEstabPS ULPower Cong. Ver en Outlook SENT el 07/05
referido a JV Gonzalez

HSDPA Measurement per cell(HSDPA.Cell)

Counter Relationship

Counter Sub Counter

VS.HSDPA.RAB.AttEstab.BE.Golden
VS.HSDPA.RAB.AttEstab
VS.HSDPA.RAB.AttEstab.BE.Silver
VS.HSDPA.RAB.AttEstab.BE.Copper

VS.HSDPA.RAB.SuccEstab VS.HSDPA.RAB.SuccEstab.BE.Golden
VS.HSDPA.RAB.SuccEstab.BE.Silver
VS.HSDPA.RAB.SuccEstab.BE.Copper

En REYES se puede ver la congestión por gran número de intentos HSDPA: en Outlook carpeta SENT el 30/5 y
04/06; también muestra la caída del AB Máximo en DL en la IUB.
Hay otras gráficas disponibles para saber si la congestión es por Iub, por Channel Elements o por Code (en HedEx
Lite, hacer una búsqueda con VS.RAB.FailEstabPS.Cong):

Congestión por RAB:

1.3 Accesibilidad RAB (De la Norma de Calidad).

El Sistema Universal de Telecomunicaciones Móviles (UMTS) de la red se compone del Core Network (CN) y de la
UMTS red de acceso de radio terrestre (UTRAN). El UTRAN ofrece para la transferencia de datos de usuario entre la UE
(equipos de usuario) y la CN, el Radio Access Bearer (RAB), el cual soporta los servicios entre los equipos de usuario (UE) y
el CN de las diversas aplicaciones multimedia móviles con diferentes calidades de servicio.

Measurement of PS RAB assignment setup per cell(RAB.EstabPS.Cell)(Del

HedExLite)
Overview

The CN in PS domain initiates the radio access bearer setup procedure by sending a RAB ASSIGNMENT REQUEST message
to the RNC.
After receiving the RAB ASSIGNMENT REQUEST message, the RNC selects an appropriate cell, allocates resources, and
performs admission control based on the information in the message (such as service type, QoS, and priority), the traffic load of
the system, and the networking strategy (such as DRD). The requirements of high-priority users are met preferentially(That is,
when the resources are insufficient and the UEs with low-priority cannot set up the RAB, the RNC sends to the CN a RAB
ASSGNMENT RESPONSE message if the queuing algorithm is enabled, indicating that the RAB is in the queue to wait for
resources). If the admission of the RAB succeeds, the RNC starts the Iu transport connection setup procedure, the Iub radio
bearer setup procedure, and the Uu radio bearer setup procedure. At last, the RNC sends to the CN a RAB ASSNMENT
RESPONSE, indicating whether the RAB setup is successful.
If DRD is enabled during the RAB setup, the RAB setup measurement is performed on the DRD target cell. Otherwise, the RAB
setup measurement is performed on the DRD source cell.

Measurement of PS RAB assignment failure per cell(RAB.EstFailPs.Cell)

VS.RAB.FailEstabPS.ULPower.Cong = Number of Failed PS RAB Establishments for Cell (UL Power Congestion)
VS.RAB.FailEstabPS.DLIUBBand.Cong = Number of Failed PS RAB Establishments for Cell (DL Iub Bandwidth
Congestion)
VS.RAB.FailEstabPS.ULIUBBand.Cong = Number of Failed PS RAB Establishments for Cell (UL Iub Bandwidth
Congestion) (esta es la congestion cuando un sitio necesita FE !!
VS.RAB.FailEstabPS.ULCE.Cong = Number of Failed PS RAB Establishments for Cell (UL CE Congestion)
VS.RAB.FailEstabPS.DLCE.Cong = Number of Failed PS RAB Establishments for Cell (DL CE Congestion)
VS.RAB.FailEstabPS.Code.Cong = Number of Failed PS RAB Establishments for Cell (Code Congestion)
VS.RAB.FailEstabPS.DLPower.Cong = Number of Failed PS RAB Establishments for Cell (DL Power Congestion)
VS.RAB.FailEstabPS.RNL = Number of Failed PS RAB Establishments for Cell (Radio Network Layer Cause)
VS.RAB.FailEstabPS.TNL = Number of Failed PS RAB Establishments for Cell (Transport Network Layer Cause)
VS.RAB.FailEstabPS.RBIncCfg = Number of Failed PS RAB Establishments for Cell (UU interface invalid configuration)
VS.RAB.FailEstabPS.RBCfgUnsupp = Number of Failed PS RAB Establishments for Cell (Configuration unsupported of
UE during the RB setup procedure)
VS.RAB.FailEstabPS.UuNoReply = Number of Failed PS RAB Establishments for Cell (No reply of UE during the RB setup
procedure)
VS.RAB.FailEstabPS.PhyChFail = Number of Failed PS RAB Establishments for Cell (Physical channel failure of UE
during the RB setup procedure)
VS.RAB.FailEstabPS.IubFail = Number of Failed PS RAB Establishments Due to Radio Link Configuration Failure for Cell
VS.RAB.FailEstabPS.UuFail = Number of Failed PS RAB Establishments Due to Uu Interface Configuration Failure for Cell
VS.RAB.FailEstabPS.Unsp = Number of Failed PS RAB Establishments for Cell (Unsupported Capabilities)
VS.RAB.FailEstabPS.Cong = Number of Failed PS RAB Establishments for Cell (Congestion)

VS.RAB.FailEstabPS.Cong = VS.RAB.FailEstabPS.DLIUBBand.Cong + VS.RAB.FailEstabPS.ULIUBBand.Cong +

VS.RAB.FailEstabPS.ULCE.Cong + VS.RAB.FailEstabPS.DLCE.Cong + VS.RAB.FailEstabPS.Code.Cong +
VS.RAB.FailEstabPS.ULPower.Cong +VS.RAB.FailEstabPS.DLPower.Cong

VS.RAB.FailEstabPS.UuFail = VS.RAB.FailEstabPS.RBIncCfg + VS.RAB.FailEstabPS.RBCfgUnsupp +

VS.RAB.FailEstabPS.UuNoReply + VS.RAB.FailEstabPS.PhyChFail

VS.RAB.FailEstabPS.RNL = VS.RAB.FailEstabPS.IubFail + VS.RAB.FailEstabPS.UuFail

VS.RAB.FailEstabPS.IubFail = VS.RAB.FailEstabPS.Cong

Counter Relationship

Counter Sub Counter

VS.RAB.FailEstabPS.DLIUBBand.Cong
VS.RAB.FailEstabPS.Cong
VS.RAB.FailEstabPS.ULIUBBand.Cong
VS.RAB.FailEstabPS.ULCE.Cong
VS.RAB.FailEstabPS.DLCE.Cong
VS.RAB.FailEstabPS.Code.Cong
VS.RAB.FailEstabPS.ULPower.Cong
VS.RAB.FailEstabPS.DLPower.Cong

VS.RAB.FailEstabPS.UuFail VS.RAB.FailEstabPS.RBIncCfg
VS.RAB.FailEstabPS.RBCfgUnsupp
VS.RAB.FailEstabPS.UuNoReply
VS.RAB.FailEstabPS.PhyChFail

VS.RAB.FailEstabPS.RNL VS.RAB.FailEstabPS.IubFail
VS.RAB.FailEstabPS.UuFail
VS.RAB.FailEstabPS.Cong

VS.RAB.FailEstabPS.Unsp VS.RAB.FailEstabPS.Cong
Ver Outlook SENT el 04/05 referido a Campo Gallo;

Congestión por RRC:

1.2 Accesibilidad RRC. (De la Norma Calidad)

Indica el porcentaje de intentos, para utilizar un recurso de radio, con éxito. Todos los servicios requieren
señalización entre la UE y el RNC llevada a cabo por el RRC (Radio Resource Control). El Radio Resource Control
se encuentra dividido entre los servicios Circuit Switch (Voice y Video Call) y Packet Switch (Datos).

RRC connection setup measurement per cell(RRC.Setup.Cell) (Del HedExLite)

Overview

When an UE needs to access the network, setting up the RRC connection is the first step. From the cell where the UE is
located, the UE sends a RRC CONNECTION REQUEST message to request network access.
After receiving the RRC CONNECTION REQUEST message, the RNC initiates the admission procedure and allocates relevant
resources to the UE. Following successful allocation of resources, the RNC sends a RRC CONNECTION SETUP message to
the UE and waits for a RRC CONNECTION SETUP COMPLETE message, a response message from the UE. When the RNC
receives a RRC CONNECTION SETUP COMPLETE message, the procedure for RRC connection setup is finished. For more
details, see 3GPP TS 25.331.

RRC connection reject measurement per cell (RRC.SetupFail.Cell)

VS.RRC.Rej.ULPower.Cong Number of RRC Connection Rejects for Cell (UL Power Congestion)

VS.RRC.Rej.DLPower.Cong Number of RRC Connection Rejects for Cell (DL Power Congestion)

VS.RRC.FailConnEstab.Cong Number of RRC Connection Rejects Due to Network Congestion for Cell

VS.RRC.Rej.ULIUBBand.Cong Number of RRC Connection Rejects for Cell (UL Iub Bandwidth Congestion)

VS.RRC.Rej.DLIUBBand.Cong Number of RRC Connection Rejects for Cell (DL Iub Bandwidth Congestion)

VS.RRC.FailConnEstab.NoReply Number of RRC Connection Rejects Due to Timeout of RRC CONNECT SETUP COMPLETE for Cell

VS.RRC.Rej.ULCE.Cong Number of RRC Connection Rejects for Cell (UL CE Resource Congestion)

VS.RRC.Rej.DLCE.Cong Number of RRC Connection Rejects for Cell (DL CE Resource Congestion)

VS.RRC.Rej.Code.Cong Number of RRC Connection Rejects for Cell (Code Resource Congestion)

VS.RRC.Rej.RL.Fail Number of RRC Connection Rejects Due to Radio Link Setup Failure for Cell

VS.RRC.Rej.TNL.Fail Number of RRC Connection Rejects for Cell (Transmission Setup Failure on Iub Interface )

VS.RRC.Rej.Sum Number of RRC Connection Rejects for Cell

VS.RRC.Rej.Redir.Dist Number of Distance-Based RRC Redirections for Cell

VS.RRC.Rej.Redir.IntraRat Number of RRC Connection Rejects during redirection between inter-frequency cells for cell

VS.RRC.Rej.Redir.InterRat Number of RRC Connection Rejects during redirection between inter-RAT cells for cell
Counter Relationship

Counter Sub Counter

VS.RRC.Rej.ULPower.Cong
VS.RRC.FailConnEstab.Cong
VS.RRC.Rej.DLPower.Cong
VS.RRC.Rej.ULIUBBand.Cong
VS.RRC.Rej.DLIUBBand.Cong
VS.RRC.Rej.ULCE.Cong
VS.RRC.Rej.DLCE.Cong
VS.RRC.Rej.Code.Cong

VS.RRC.Rej.Sum VS.RRC.Rej.Redir.IntraRat
VS.RRC.Rej.Redir.InterRat
VS.RRC.FailConnEstab.Cong
VS.RRC.Rej.RL.Fail
VS.RRC.Rej.TNL.Fail

Accesibilidad HSDPA:

Accesibilidad Total Speech (%)

(RRC.SuccConnEstab.OrgConvCall
 RRC.SuccConnEstab.TmConvCall
 RRC.SuccConnEstab.EmgCall) VS.RAB.SuccEstabCS.AMR
   100
(RRC.AttConnEstab.OrgConvCall VS.RAB.AttEstab.AMR
 RRC.AttConnEstab.TmConvCall
 RRC.AttConnEstab.EmgCall)
Counters

Estos counters están en Measurements related to Radio Resource Control RRC connection setup
measurement per cell y en Measurements related to Radio Access Bearer Measurement of CS RAB
assignment setup per cell

Accesibilidad Total Packet HSDPA (%)

RRC.SuccCo nnEstab.OrgStrCall  RRC.SuccCo nnEstab.OrgInterCall

 RRC.SuccCo nnEstab.OrgBkgCall  RRC.SuccCo nnEstab.TmStrCall
 RRC.SuccCo nnEstab.TmItrCall  RRC.SuccCo nnEstab.TmBkgCall
 RRC.SuccCo nnEstab.OrgSubCall VS.HSDPA.R AB.SuccEst ab
 100  
RRC.AttCon nEstab.OrgStrCal  RRC.AttCon nEstab.OrgInterCall VS.HSDPA.R AB.AttEstab
 RRC.AttCon nEstab.OrgBkgCall  RRC.AttCon nEstab.TmStrCall
 RRC.AttCon nEstab.TmInterCal  RRC.AttCon nEstab.TmBkgCall
 RRC.AttCon nEstab.OrgSubCall
Counters

Estos counters están en Measurements related to Radio Resource Control RRC connection setup
measurement per cell y en Measurements related to HSDPA HSDPA Measurement per cell

En Outlook ver en carpeta SENT el 08/06 referido a YCCTRL por congestión HSDPA.

En HedExLite los busco aquí, dentro de Measurement of Radio Cell Performance (UCELL):

CASO Liberación anormal de RAB por Interferencia y otras razones:

Performance → BSC6900 UMTS → Measurements related to Radio Access Bearer management →
Measurements of RAB release per cell y elegir varios counters de CS RF y PS RF (ver Outlook carpeta SENT
del 01/06):

CASO Relación entre Disponibilidad de celdas y Drop Call 3G Voz:

Muestra cómo se calcula el Drop Call 3G y cuánto incide la Disponibilidad de celdas (Down Time ) en el Drop Call
3G Voz. El Drop Call 3G Voz se calcula según:

Drop RAB Voice (%)

VS.RAB.AbnormRel.AMR
  100
VS.RAB.AbnormRel.AMR  VS.RAB.NormRel.AMR

En HedExLite los busco aquí, dentro de Measurement of Radio Cell Performance (UCELL):
Performance y hago una búsqueda por Object Type en Organization Style (normalmente hago por Function
Subset) → BSC6900 UMTS → Measerement of Radio Cell Performance y en Counter Setting busco el árbol
Measurements related to Algorithm Measurement related to Algorithm per Cell, Para relacionar con la Disp
celdas agrego el contador VS.Cell.UnavailTime.Sys (ver Outlook carpeta SENT del 20/07) :

El contador VS.RAB.AbnormRel.AMR es exactamente igual a VS.RAB.AbnormRel.CS. Además este es:

VS.RAB.AbnormRel.CS = VS.RAB.AbnormRel.CS.RF + VS.RAB.AbnormRel.CS.OM +

VS.RAB.AbnormRel.CS.Preempt + VS.RAB.AbnormRel.CS.UTRANgen + VS.RAB.AbnormRel.CS.IuAAL2 +
VS.RAB.AbnormRel.CS.OLC

En la anterior por lo general el contador que incide más es VS.RAB.AbnormRel.CS.RF que es la suma de:

VS.RAB.AbnormRel.CS.RF = VS.RAB.AbnormRel.CS.RF.ULSync + VS.RAB.AbnormRel.CS.RF.UuNoReply +

VS.RAB.AbnormRel.CS.RF.SRBReset + VS.RAB.AbnormRel.CS.RF.TRBReset

Los busco en Measerement of Radio Cell Performance y en Counter Setting busco el árbol Measurements
related to Radio Access Bearer management Measurement of RAB Release per cell,

CASO de congestión en el SAAL Link y la modificación del Main Link Type y los Peak Rate en cada
SAAL Link del lado NodoB:
Estos cambios mejoran la Disponibilidad de celdas porque bajan la congestión en la Iub, lo que se hace es cambiar
el Main Link Type del SAAL Link a SCTP (LST UIUBCP en el RNC con el nombre del NodoB, MOD UNCP o MOD
UCCP para modificar el Link Type) y aumentar los Peak Cell Rate (LST SAALLNK del lado NodoB). Veamos el
ejemplo de YCCTRL donde el 18/7 se hicieron los cambios (de SAAL a SAAL-SCTP): se ve además como se
asigna tráfico al IPPATH 0 del NodoB (con tráfico de señalización proveniente del NodoB) y cómo mejora la
congestión en el UL IUB:
CASO de baja Acc. HSDPA por cantidad de PDUs de Señalización R99 y HSDPA:
El UE y el CN soportan Servicios Interactivos. Basado en los requerimientos de QoS hay 4 clases de tráfico:
Conversacional (Conv), Streaming (Str), Interactivo (Int) y Background (Bkg). QoS indica la sensibilidad de los
servicios al retardo. The interactive class is a typical data communication solution. It is characterized by the request/response
pattern of end users. For example, a person or an entity at the destination sends a data request to a remote server and expects
a response message within a specific time. In this situation, the Round Trip Time (RTT) is one of the key attributes of the
interactive class. Another characteristic is that the packets should be transparently transferred at a low Bit Error Rate (BER). In
summary, the interactive class has the following fundamental characteristics: request/response pattern and preservation of the
payload.
Interactive services are applicable in the PS domain and not applicable in the CS domain. The most typical application of the
interactive class is web browsing.
Huawei RAN supports the following types of interactive services: PS bidirectional symmetric or asymmetric interactive services
at the rates of 384 kbit/s, 285 kbit/s, 144 kbit/s, 128 kbit/s, 64 kbit/s, 32 kbit/s, 16 kbit/s, and 8 kbit/s.

Para el tráfico HSDPA y R99 (Signaling + Traffic) (En HedExLite los busco dentro de Measurement of Radio Cell
Performance (UCELL): Measurement related to RLC per cell.
En Performance y hago una búsqueda por Object Type en Organization Style (normalmente hago por Function
Subset) → BSC6900 UMTS → Measurement of Radio Cell Performance → Measurement related to RLC per cell:
VS.RLC.AM.Tx.HsdpaTrf.PDU, VS.RLC.AM.Tx.R99Trf.PDU y los de Signaling. Se puede ver que el tráfico de
Signalling R99 es muy importante comparado con el tráfico R99Traf (no es asi en HSDPA) (ver Outlook carpeta
SENT del 26/07) :
Para saber el tráfico de señalización busco en Object Type en Organization Style (normalmente hago por
Function Subset) → BSC6900 UMTS → Measurement of Radio Cell Performance → Measurement related to
Traffic Management → Measurement related to throughput and data rate per cell (VS.DcchSRB.DL.Traffic) y →
Traffic Measurement per cell (VS.SRNClubBytesHSDPA.Tx, VS.SRNClubBytesDCHSig.Tx-Rx,
Signaling Storm – Network Controlled Fast Dormancy: los contadores referidos a cambios de estado (Cell_PCH,
Cell_FACH, Cell_DCH) buscarlos en Object Type en Organization Style (normalmente hago por Function Subset)
→ BSC6900 UMTS → Measurement of Radio Cell Performance → Measurement related to Algorithm per cell
(VS.DCCC.P2F.Att, VS.DCCC.P2D.Att, etc.).
Contadores usados para analizar Cafayate (ver (ver Outlook carpeta SENT del 31/07 y 26/7):

En la parte de Setup RRC tengo un contador que me mostraría (en SLTRNC da cero) cuando se implemente NCFD
las liberaciones de conexión RRC cuando el UE envía el mensaje “Signalling Connection Release Indication SCRI
al terminar la conexión de datos: VS.RRC.SigConnRelIndUEPSDataEnd.
1. Para ver si el Fast Dormancy está implementado en el RNC hago DSP LICUSAGE y miro si está el
License Indentifier LQW1FDER01 Fast Dormancy Enhancement (per PS Active User). Para aprender
más buscar en HedEx Fast Dormancy: allí se explica la importancia del TRMFACTOR (LST
TRMFACTOR en el RNC) que es el Factor de Actividad de cada interfaz : Run the MML commands ADD
TRMFACTOR and MOD ADJMAP to change the Iu-PS activity factor. The recommended value of the Iu-PS activity
factor is 10%. If the configured Iu-PS activity factor is smaller than 10%, retain the configured value.

NOTE:
After this feature is enabled, the number of UEs in the CELL_PCH or URA_PCH state increases sharply. UEs in
the CELL_PCH or URA_PCH state consume a large number of Iu-PS bandwidth resources although they do not
transmit any data.
Adjusting the Iu-PS activity factor can prevent PS service admission failures due to the increase in the number
of UEs in the CELL_PCH or URA_PCH state.

Con LST UCORRMALGOSWITCH (Este comando se tira parado en el RNC): Use this command to query the
status of the connection-oriented algorithm switches of an RNC.

 Con DSP LICUSAGE (Este comando se tira parado en el RNC): me dice las Licencias cargadas en el
RNC y el porcentaje de uso de las mismas. Veo los valores de volumen de tráfico permitido por Licencia
(Allocated) y el valor usado (Usage), la consulta puede ser por Peak para ver el pico de las últimas 24 hs o por
Current para ver el valor actual. Con SET LICENSECTRL (License Control for Urgency )podemos en casos
de Urgencia ante desastre eliminar las limitaciones que imponen las licencias : The license file includes
function items and resource items. The restricted functions in the license file can be enabled by configuring license
control for urgency function. In this way, the hardware capacity can reach the maximum.
  This function is enabled only in scenarios where the traffic volume increases abruptly, for example, in a disaster.
 This function can be enabled only three times for each R version and it is valid only in seven days since it is enabled

Con LST UCELLCAC (Este comando se tira parado en el RNC): me dice el número de users HSDPA, HSUPA
admitidos en cada celda. Use this command to list the cell-oriented CAC (Call Admission Control) algorithm
parameters.
Con LST TRMFACTOR (List Factor Table) veo la lista de Interfaces Iub y sus Factores de Actividad.
Con LST TRMMAP (List Transport Resource Mapping) veo la lista de Interfaces y sus mapeos para cada tipo de
Servicios.
Con LST ADJMAP (List Node Mapping) veo para todos los NB la configuración de la tabla de mapeo TRM y la
tabla del factor de actividad para usuarios con diferentes prioridades. En ACOEST y ACHTEL se cambiaron las
tablas TRMMAP y hubo mejoras en RRC y Acc Speech. Para estos 2 sitios y YCCTRL ver como cambian las
curvas de Acc HSDPA es decir como pasa de ser dependientes de RRC a ser dependientes de RAB (eQuality):
(ver Outlook carpeta SENT del 24/08)
Con LST ATMTRF veo la configuración de la tabla de ATM Traffic Record para los SAAL donde indica para cada
Index el Service Type, el Purpose Description (NCP Dual Stack, CCP Dual Stack y ALCAP Dual Stack) y el Peak
Cell Rate definidos. Luego con LST UNODEB miro los números de SAAL definidos para cada NB y con LST SAAL
los valores de TX-RX Traffic record Index. Además es importante ver que el Service Type es CBR lo que garantiza
el BW.

Puedo ver la cantidad de UEs PS R99 en cada celda (En HedExLite los busco dentro de Measurement of Radio
Cell Performance (UCELL): Measurement of RB Procedure per cell.
En Performance y hago una búsqueda por Object Type en Organization Style (normalmente hago por Function
Subset) → BSC6900 UMTS → Measurement of Radio Cell Performance y en Counter Setting busco el árbol
Measurements related to Radio Bearer Measurement of RB procedure per Cell, (los más importantes
VS.RB.PS.Int.UL.8 y 64, VS.RB.PS.Bkg.UL.8 y 64 ). Puedo relacionar con los UEs HSDPA
VS.HSDPA.UE.Mean.Cell . En YCCTRL el 18/7 a las 14:00 teniamos 13.5 UEs PS R99 y 29,2 UEs HSDPA
(valores medios). (ver Outlook carpeta SENT del 26/07) :
CASO de Inter-RAT HO (3G-2G): en la red TP el Inter-RAT HO es por Cobertura (Coverage) (se puede ver
en LST UCORRMALGOSWITCH donde están activados los switches HO_INTER_RAT_CS_OUT_SWITCH::ON y
HO_INTER_RAT_PS_OUT_SWITCH::ON).

El Inter-System Direct Retry está desactivado (DR_RAB_SING_DRD_SWITCH::OFF y

DR_RAB_COMB_DRD_SWITCH::OFF).

El Inter-RAT HO based on DL QoS está activo (los mismos switches que para Inter-RAT HO por Cobertura) pero
solo para PS BE no para voz (AMR)(ver LST UQOSACT).

El Inter-RAT HO based on Service está desactivado (LST UCELLHOCOMM no muestra nada),

El Inter-RAT HO based on Load está activo (los mismos switches que para Inter-RAT HO por Cobertura) pero es
necesario definir en cada celda los parámetros de cell load reshuffling (LDR) algorithm parameters que son el orden
de las acciones del algoritmo LDR: con ADD UCELLLDR.

CASO de fallas de setup de RRC y su relación con la congestión de Iub y con el Activation Factor
(Factor Table Index) asignado a cada NodoB (AdjNode):
Cada AdjNode tiene asignado un Factor Table Index : ver con LST ADJMAP los valores de todos los NodoB del
RNC en la columna Factor Table Index. Con LST TRMFACTOR veo todas las tablas definidas en el RNC y los
Activation Factor que se asignan a cada servicio (R99, HSDPA, HSUPA).
Con LST TRMMAP veo el index de la tabla TRMMAP que me relación el tipo de PATH que se le asigna a cada tipo
de interface según el servicio (ver Outlook carpeta SENT del 10/08).

CASO de Sitio que pasa a 6 Sectores: Fallas de setup de RRC y su relación con la congestión de
Iub y con la cantidad de CE:
En TC24SE pasa a 6 sectores y aumentan la congestión de IUB y las Fallas de Setup de RRC Y RAB por
congestión de CE el NB tenía CE=256 K (1 WBBP).
La congestión IUB.FlowCtrol.UL.CongTime.LgcPort se resuelve parcialmentre asignando un nuevo TRMMAP
(ID=50) con el tráfico SRB por IP, pero con los 6 sec aparecen las fallas de Radio Link por cong de IUB
(RLM.FailRLSetupIub.Cong) atribuible a que los tráficos HSDPA Sig+Voice+Conv+Streaming van por ATM
congestionando la única E1. (ver Outlook carpeta SENT del 04/09).

RRC Rej,Sum = RRC.FailConnEstab.Cong (RRC.RejULCE.Cong+ RRC.RejDLCE.Cong+…) + RRC.Rej.RLFail

CASO de error en la Disponibilidad de Channel Elements:

Los CE tienen una utilización media definida por:

Channel Elements Average Utilization UL (%)

VS.LC.ULMe an.License Group.Shar ed

 100
VS.LC.ULCr editAvaila ble.Shared

Pero sucedió en TCMUNE que teníamos fallas de CE en el DL (RRC, RAB CS, RAB PS): teníamos definidos 512
CE pero no se tomaban más de 256.. Los contadores referidos a CE buscarlos en Performance y hago una
búsqueda por Object Type en Organization Style (normalmente hago por Function Subset) → NodeB → Operator
y en Counter Setting busco el árbol Traffic Measurements per Operator y elijo los contadores :
VS.LC.DLCreditAvailable.Shared (son los CE configurados) , VS.LC.DLMax.LicenseGroup.Shared (son los
CE que se toman), VS.LC.DLMean.LicenseGroup.Shared (son los CE que se toman media). Tenemos los
similares para el UL.
Ver en Outlook INBOX el 13/07.
Hubo sitios donde una de las WBBP instaladas no estaba definida: Ver en Outlook INBOX el 10/08.

CASO DE ROE EN LA CELDA:

Cuando tenemos ROE (VSWR) en la celda esta no registra UEs ni tiene tráfico HSDPA, para ver esto ir a
Performance y BSC6900 UMTS y Measurements related to HSDPA : HSDPA Measurements per cell y elegir las
celdas y en Counter settings elegir HSDPA Mean UE number, VS HSDPA RAB AttEstab, VS HSDPA RAB
SuccEstab.

Disponibilidad de celda y Errores en Ports E1:

Para 3G tenemos varias gráficas para ver como se comporta una celda : (click en BSC6900 UMTS y en
Measurements related to PORT y selecciono E1T1 Port Bit Error Measurement y VS.E1T1.ES.ES (Error
seconds) + VS.ES.SES (Severely error seconds) + VS.E1T1.ES.UAS (Unavailable Seconds) como los más
importantes aunque tengo otros contadores disponibles.

Para tirar comandos en los Nodos B me paro en el sitio en M2000 y click en Maintenance y MML Command y elegir
NE TYPE DBS 3900 WCDMA y en ORARNC01 desplegar DBS 3900 WCDMAV200R011ENGC00SPC300 o el otro
y tildar en el que corresponda el Nodo B y luego tirar el comando.

Para ver ALARMAS: en el M2000 click en el icono Current Fault alarm (arriba debajo de Maintenance): en Base
Setting hago un filtrado por tipo de alarma y en Alarm Source puedo filtrar por tipo de equipo (el Nodo B es NE Type
DBS3900 WCDMA) o puedo filtrar por Topo (tildo Objects selected from the topo tree y click en Select entonces
despliego Topology Root y elijo o RNC o Nodo B de cada RNC.
 PARTE GSM 2G
Clave genérica: User=admin psswd=11111111

24 0 Aguaray
24 1 Aguas Blancas
24 2 C Cantera
24 3 Campamento Vespucio
24 4 Campo Durán
24 5 Colonia Santa Rosa
24 6 Coronel Cornejo
24 7 Coronel Juan Solá
24 8 Dragones
24 9 - 10 Embarcación
24 11 General Ballivian
24 12 Hipolito Yrigoyen
24 13 Ingenio Tabacal
24 14 La Unión
24 15 Los Blancos
24 16 Misión Chaqueña
24 17 Mosconi
24 18 Padre Lozano
24 19 - 20 Pichanal
24 21 Tartagal SATELITAL
24 22 - 23 Salvador Mazza
24 24 - 25 San Ramón de la Nueva Orán
24 26 - 27 San Ramón de la Nueva Orán 2
24 28 Santa Victoria Este
24 29 - 30 - 31 Tartagal
26 0 - 1 Tartagal 2
26 2 Urundel
26 3 Yacuy
26 4 Colonia B
26 5 La Unión
26 6 Rivadavia

26 0 , 1 , 2 Rosario de la Frontera
24 30 , 31 Rosario de la Frontera II
24 0 Antillas
24 5 Copo Quile
24 8 El Jardín
 24 12 El Tala
24 20 La Candelaria
24 13 El Infiernillo
24 9 El Naranjo
24 27 Metan Viejo
24 24 , 25 , 26 Metán
24 29 Río Piedras
24 6 , 7 El Galpón
24 14 El Tunal
24 17 , 18 , 19 Joaquin V. Gonzalez
24 4 Taco Pozo
24 28 Ntra. Señora de Talavera
24 10 , 11 El Quebrachal
24 15 Gaona
24 3 Centro 25 De Junio
24 21 , 22 , 23 Las Lajitas
24 1 , 2 Apolinario Saravia
24 16 General Pizarro
24 4 Cerro Termas Rep. Los Baños

DSP E1T1: al SR=0, Slot=24 Port=3 (ACVESP4) para ver estado de trama.

DSP GCELLSTAT : a ACVESP4 me dice el estado de la celda: Cell initialized=YES si ya levantó y Cell service
state=YES si ya está en servicio.

Si el comando me devuelve la celda en ROJO tiro LST GCELL sin especificar para ver todas las celdas definidas
en la BSC y bien a la derecha al final me dice el estado seguramente DEACTIVATED.

Entonces abro el web LMT y tiro ACT GCELL (con Index type By Name) a esa celda para activarla, luego
chequeo con DSP GCELLSTAT.

DSP CHNSTAT : Object type=Cell, Cell name=ACVESP4 : me dice el estado de los canales y si están ocupados o
idle.

LST GTRX : indico la celda y me da la lista de TRXs de esa celda (además su TRX No y su TRX ID) y su estado,
por cual port E1 salen, etc. La columna Subrack number me dice en cual MRRU está cada TRX.

LST GTRXCHAN : me dice para cada TRX (su número sale del comando LST GTRX), entre otras cosas, por cual
port E1 de la BTS sale (columna Up port No). Para una celda unos TRXs pueden salir por un port y otros pueden
salir por otro port. En el caso de ATARTA6 y ATARTA1 algunos TRXs salían por el port satelital que estaba caído y
aparecían Faulty con falla de Abis. Para obligar a que los TRXs miren a otro port hubo que borrar el port 3 con
RMV BTSCONNECT donde indico BTS Name=ATARTA, BTS In Port No=3, Cabinet=0, Subrack=0 y Slot=6.

LST GTRXDEV : indico la celda y me dice todos los TRX que tiene definidos y la potencia asignada. Ver también
el comando DSP TRXPWR para saber que ningún TRX supera la potencia Maximum admitida para el MRRU.

DSP TRXPWR : indico el TRX ID y me dice la Maximum Power Mode que nunca debe superar los 40W y la
Current Power Mode que normalmente es 15W para un MRRU con 8 TRXs y debe ser menor a la primera.la
Maximum . Además la Maximum para el 1° TRX normalmente es 40W y los otros 20W y 16W (YCALTO5).
Para un MRRU con 4 TRXs la Maximum se setea en 13W para los 4 TRXs y la Current en 10W. Si la celda tiene un
2° MRRU con 2 TRXs entonces la Maximum será 30W y la Current 10W (ATARTA5)

RMV BTSCONNECT : borra un port de la BTS: donde indico BTS Name=ATARTA, BTS In Port No=3, Cabinet=0,
Subrack=0 y Slot=6.
LST BTSCONNECT : Solo indico BTS Name, me dice todos los Ports E1 definidos y su posición en la BSC.
DSP E1T1 : en BSCSLT5 las E1 salen por una OIUa (Subrack=1 Slot=22) que es una óptica de canalizado STM1

DSP OMUHW : sirve para ver el estado de los ports ETH de O&M de la OMU (en las columnas ETH NETCARD).

STR BTSVSWRTST : para iniciar el Test de ROE en la BTS, OJO porque corta el servicio en las 3 celdas

Para ver si hay contacto con el MRRU ir al webLMT y abrir el DEVICE MAINTENANCE y pararse en el sitio: el RXU
Topology Structure me mostrará para el caso de un MRRU fuera de servicio en color ROJO. Además el Alarmero
me indicará las alarmas de RF.

En caso de tener que solicitar un repuesto a HUAWEI se deben llenar planillas con los números de serie de las
placas que se obtienen tirando el comando de Remote Inventory: 1) Primero tiro el comando LST BTSRXUBRD
para ver la posición de las MRRU (en la ultima columna me dice si las MRRU están ACTIVATED) ( la última
columna Freq Type me dice a que banda pertenece 850 o 1900).

Luego el comando DSP BTSELABEL para ver los datos de números de serie de la MRRU: con Cabinet=0 ,
Subrack=60 para celda A, 61 para B y 62 para C ; Slot=0 : muestra el BoardType, BarCode, Item, Description, etc.

DSP BTSBRD : se tira parado en la BSC: Information Type=Running Parameter ; Index Type=BYNAME ; BTS
Name=ABALLI : me dice el estado de las placas 2G en la BTS (GTMU y sus SFP, MRRU y datos como sus
temperatura). Con Configure Parameter y Basic Information tengo otros datos.

LST BTSBRD : solo indico el name de la BTS, me dice todas las placas definidas en la BBU. La GTMU esta en el
Cabinet=0, Subrack=0 y Slot=6 en la BTS.

TST BTSBRD : para hacer un test a todas las placas de 2G de la BTS.

RST BTSBRD a la GTMU: cuando esta en estado Failure le tiro un Reset con Reset Type=Hardware al Cabinet=0,
Subrack=0, Slot=6, Board Type=Non-RXU.

RST BTSBRD A LAS MRRU cuando esta en estado Failure le tiro un Reset con Reset Type=Hardware al
Cabinet=0, Subrack=60 o 61 o 62, Slot=0, Board Type=RXU.

GPRS:
DSP ETHPORT: slot 18 y 19, ports 0 y 1 son los ports que miran al BBIP para llegar al SGSN.

DSP NSVL: al NSE Identifier=23 (en Oran, en Metan el valor es 24 pero inicialmente la especificación de Metan era
23 y como coincidía con Oran se cayó en Oran el GPRS), me dice el estado del elemento de link al SGSN desde la
placa FG2c .

LST NSVLLOCAL: me da todas los links NSVL Locales y sus IP Address.

DSP SIGBVC: al NSE=23 me indica el estado de la señalización del BVC perteneciente al BSSGP Layer (tanto en
SGSN como en BSS).

DSP PTPBVC: al NSE=23 y BVC Identifier=289 (ATARTB4). Es el estado de la conexión GPRS de una celda.

LST PTPBVC: al NSE=23 me da todas las conexiones GPRS creadas para cada celda.

OMU:

DSP OMU : muestra la info de la OMU como ser las IP Addres de cada OMU y la IP Address para acceso por Web
LMT ( en Other state el valor External Network Virtual IP ).
DSP OMUHW : me dice el estado del HW de la OMU, además del estado de los adaptadores o ports ETH ( ETH
Netcard) correspondientes a GESTIÓN O&M.

ADD OP : para agregar Operador para el ingreso por Wb LMT , elegir Operator Level = Operators.

LST OP : dice para el usuario logueado cuales comando puede ejecutar, su categoría, etc.

ALARMAS ENERGIA APM 30: Buscar en HedExLite este document como Alarm List :
http://localhost:7890/hdx.cgi?fe=1&lib=31184417&v=05&tocLib=31184417&tocV=05&id=alarm-
list&tocURL=resources%252fmbsc%252fm%252dalarm%252falarm%252dlist%252ehtml&p=t&ui=3&keyword=monitorin
g%2520alarms%2520psu

Alarmas que salen por el port MON 1 de la placa UPEU:

ALM-6980 PSU Communication Alarm: Tributary 0: The input voltage is abnormal. That is, the input
voltage is less than 43.2V (-48 V power board) or 24 V (+24 V power board).

ALM-25621 Power Supply DC Output Out of Range: This alarm is reported when the DC output of
the power system is out of range. Specific Problem of the alarm(DC Overvoltage, DC Undervoltage).

ALM-25622 Mains Input Out of Range: This alarm is reported when the mains input is out of range.
Specific Problem of the alarm(AC Failure, AC Phase Loss, AC Overvoltage, AC Undervoltage).

ALM-25624 Battery Power Unavailable: This alarm is reported when the batteries are exhausted, the
battery temperature is extremely high, or when the batteries are powered off manually or remotely. Specific Problem of
the alarm(Low Voltage, High Temperature, Manual Stop, Remote Control).

ALM-25625 Battery Current Out of Range: This alarm is reported when the battery current is out of
range during charging and discharging. Specific Problem of the alarm(Loop Broken, Charging Overcurrent,
Discharging Imbalance).

ALM-25626 Power Module Abnormal: This alarm is reported when the power module fails. Specific
Problem of the alarm(Power Module Fault, Power Module Protection, Power Module Shutdown)

ALM-25630 Power Module and Monitoring Module Communication Failure: This alarm is
reported when the monitoring module fails to communicate with the power module properly.
ALM-25652 Cabinet Temperature Unacceptable: This alarm is reported when the cabinet
temperature is too high or too low.

ALM-25672 Burglar Alarm: This alarm is reported when a person enters the equipment room or the door of
the cabinet is open.

Hay un rango de alarmas que son para definición por usuario (ver en Alarm List abajo en las
ultimas aparece el rango 65033-65233 SRAN Custom Environment Alarm).

Con el comando LST BTSENVALMPORT con IntexType by Name y el nombre de la BTS en mayúscula me da las
8 alarmas definidas que son las mismas en todas las BTSs. Pero no aparecen aquí los nombres de las alarmas,
para verlas solo se puede hacer a través de M2000: me paro en la raíz de M2000 y click arriba en Monitor,
luego Alarm Setting, luego NE Alarm Setting que me abre la pestaña con el mismo nombre, dentro de ésta
voy a la pestaña Alarm Binding y abajo click en Query entonces busco dentro de la BSCORA2 la BTS que
quiero ver con CN=0, SR=0 y Slot=18 (placa UEIU) y OK: me mostrará las 8 Alarmas definidas.

Con doble click sobre cualquier alarma me abre la ventana de Modify Alarm Binding para ver las 12 Alarmas
disponibles para agregar o modificar.

Para ver las alarmas activas en el NodoB me paro en el mismo y tiro LST ALMAF.

Para ver las alarmas definidas por default en la UPEU: LST ALMCFG (List Alarm Config)
Para definir las alarmas uso el comando SET BTSENVALMPORT: IDTYPE=BYNAME,
BTSNAME="XXXXX",CN=0,SRN=0, SN=19, PN=n ,SW=OPEN, AID=nnnn ,PT=BOOL, AVOL=LOW;).

Los sensores se cablean en los ports EXT ALM0 y EXT ALM1 de las placas UPEU (Slot 19) o UEIU (Slot 18) según
donde las defina Huawei.

Código de colores en UTP Alarmas: NARANJA-BLANCO=Port 0 y Port 4 , VERDE-BLANCO=Port 1 y Port5 ,

AZUL-BLANCO=Port 2 y Port6 , MARRON-BLANCO=Port 3 y Port 7

Alarmas definidas en BSCORA02 (slot 18) y BSCMTN02 (slot 19) (ID indicados por CSN):

EXT ALM0

Port 0=Alta temperatura en Sala

Port 1=Falla URGENTE en Rectificadores

Port 2=Baja Tension de Bateria de Central

Port 3=Grupo Electrógeno en Falla

EXT ALM1

Port 4=Grupo Electrogeno en Marcha

Port 5=Corte de Red Externa

Port 6=Alarma de Balizamiento

Port 7=INTRUSION
Con LST BTSBRD puedo ver que placas están definidas: BY NAME y ASRNOR.

Con ADD BTSBRD puedo agregar por ejemplo la placa UEIU : BY NAME, ASRNOR, CN=0, SR N=0, Slot=18,
UEIU.

UPEU (Slot 19). UEIU (Slot 18).

Cuando se definen las alarmas en la UPEU en el port donde está conectado el UTP Negro aparece esta alarma:

Severity,"Last Occurrence Time(NT)","Name","Alarm Source","MO Object","Location Information"

Warning,09/26/2011 05:22:35,Inter-System BBU Board Parameter Settings

Conflict,BSCORA2/ACOLOB,ACOLOB,"Cabinet No.=0, Subrack No.=0, Slot No.=19, Configuration Item=Dry
Contact Alarm Level Conflict, Board Type=UPEU, Site No.=0, Site Type=DBS3900 GSM, Site
Name=ACOLOB"

PERFORMANCE 2G
Como solucionar si un contador no esta definido para la BSC: en Workbench doble click en Measurement
Management y luego click en BSC6900 GSM → Resource Measurements → Abis Interface Timeslot
Measurements → click en BSCORA2 → Ir a Counter Settings y tildar para 15 minutos todos los Counters y todos
los Objects (es decir todos los Adjacent nodes)

CASOS

Caso Disponibilidad de celda y Errores en Ports E1:

Para GSM tenemos varias gráficas para ver como se comporta una celda : (click en BSC6900 GSM y en BTSM
Measurements y selecciono BTS State Measurement per BTS y Cell State Measurement per Cell y también
Measurements related to PORT (para ver las E1 de la BTS) y selecciono E1T1 Port Bit Error Measurement
donde tengo 3 contadores disponibles.

Caso Accesibilidad degradada:

Cuando tenemos muchos UE en la celda ésta tiene la ACC GSM degradada debido a la diferencia entre
Assignment Requests y Successful Assignments : para ver esto ir a Performance y BSC6900 GSM y Call
Measurements y elegir Assignment Measurements per Cell y elegir los counter :

Assignment Measurement per Cell(CALL.Ass.CELL)

Assignment Requests (Signaling Channel) (TCH)
Failed Assignments (Signaling Channel)
Failed Assignments (A Interface Failure)
Assignment Requests
Successful Assignments
 Failed Assignments (Channel Unavailable)
Number of Assignment Failures (No Abis Resource Available)
Assignment Requests (Signaling Channel) (SDCCH)
Failed Assignments (Um Cause)

Caso caídas TCH por Fallas de Handover:

Cuando se cae una celda seguramente en las otras aparecen caidas de llamadas por fallas de Handover. Se
puede ver en el contador Failed Assignments (Channel Unavailable) dentro de Performance y BSC6900 GSM y
Call Measurements y Assignment Measurements per Cell. Luego voy a Call Measurements y Incoming
Internal Inter-Cell Handover Measurement per cell donde tengo varios: CH323 Number of Successful Incoming
Internal Inter-Cell Handover, CH322 Number of Unsuccessful Incoming Internal Inter-Cell Handovers, CH3229A
Number of Failed Incoming Internal Inter-Cell Handover (TCH).
Ver en HedExLite : Incoming Internal Inter-Cell Handover Measurement per
Cell(CALL.IntraBscIntoCellHo.CELL)

TCH Disponibles:
Para ver la cantidad de TCH Definidos y TCH Availables ir a GSM y Channel Measurements y Channel
Configuration Measurements per Cell donde tengo : CR300B Number of Initially Configured Channels (TCH),
CR3017 Mean Number of Dynamically Configured Channel (TCHF) y CR3018 (TCHH) para los definidos; CR3027
Mean Number of Available Channels (TCHF) y CR3028 (TCHH) para los Availables.

Accesibilidad Gerencial

ACC_GER (%) = (1 - SDCCH_BLOCK) * (1 - SDCCH_DROP) * (1 - TCH_BLOCK) * (1 - TCH_FAIL)

Tasa de Fallas en acceso de TCH en ausencia de Bloqueo.

 A3100B: CELL.ASS.REQ.TCHF.ONLY
 A3100C : CELL.ASS.REQ.TCHH.ONLY
 A3100D : CELL.ASS.REQ.TCHF.PREF.NOCHG
 A3100E : CELL.ASS.REQ.TCHH.PREF.NOCHG
 A3100F : CELL.ASS.REQ.TCH.NOCHG
 A3100G : CELL.ASS.REQ.TCHF.PREF.CHG
 A3100H : CELL.ASS.REQ.TCHH.PREF.CHG
 A3100I : CELL.ASS.REQ.TCH.CHG
- K3013A : CELL.KPI.TCH.ASS.SUCC.TRAF
- K3011A : CELL.KPI.TCH.ASS.CONG.TRAF
100 
A3100B: CELL.ASS.REQ.TCHF.ONLY
 A3100C : CELL.ASS.REQ.TCHH.ONLY
TCH_FAIL (%) =  A3100D : CELL.ASS.REQ.TCHF.PREF.NOCHG
 A3100E : CELL.ASS.REQ.TCHH.PREF.NOCHG
 A3100F : CELL.ASS.REQ.TCH.NOCHG
 A3100G : CELL.ASS.REQ.TCHF.PREF.CHG
 A3100H : CELL.ASS.REQ.TCHH.PREF.CHG
 A3100I : CELL.ASS.REQ.TCH.CHG
- K3011A : CELL.KPI.TCH.ASS.CONG.TRAF

Estos counters están en BSC6900 GSM Call Measurement Assignment measurement per cell y en Call
Measurement KPI Measurement per Cell.

Duración de la ocupación de TCH:

La medición de la ocupación media TCH MHT no está implementada por Calidad para HUAWEI pero tenemos el
contador en Performance → BSC6900 GSM → Channel Measurement → Channel Busy Duration Measurement per
Cell → R3544:Mean Duration of Busy State for Channels (TCH).

Caso Fallas TCH Voz por Fallas de Potencia de TRX 0 de la celda:

Cuando se tenemos un aumento de Fallas de TCH Voz hay que verificar la potencia seteada a cada TRX de la
celda. Usamos los comandos LST GTRX, LST GTRXDEV y DSP TRXPWR : (ver Outlook carpeta INBOX del
17/08) :