Está en la página 1de 32

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 :

peores

Fórmulas

\\equalityserver7\Alertas para las 20

y \\equalityserver7\Documentacion\“Norma Técnica de Calidad de Red UMTS Rev8.docx”

para las

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

LST UNODEB con Query type ByNodeBName

LST UNODEB con Query type ByNodeBName IMA LINK, IPs , etc.

: me da la lista de Nodos B del RNC

y el nombre con mayúscula del sitio me da todos los datos: ports,

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.

canales ver los documentos Common Physical Channel ID, Common Transport Channel ID y Logical Cell Model
Service Type The ATM services are of four types: Constant Bit Rate (CBR), Real-Time Variable

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 communication

Yes

Yes

No

No

Applicability to bursts of communication

No

No

Yes

Yes

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.

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.

Al indicar la celda en particular puedo ver el dato del UL y DL Frequency Channel

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;

ACVESP en 48 ; ADURAN en 47; AAGUAS en 39; ACANTE en 38; AHIPOL en 37; ACOLOB en 71. Todas estas tramas están en el port 0 de la AOUa.

AURUND entre 75 y 78 ; AYACUY entre 58 y 61;

ATARWA en 62;

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),

Slot=7, Port=0), o sino RESET al NODO B (RST NODEB) como última instancia.

SI NO LEVANTA hacer RESET al ETHPORT (RST ETHPORT al Cabinet No=Master,Sub Rack=0,

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 ”

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.

hace el loop hacia el RNC y al hacer DSP E1T1 en el RNC me dice Link available y

Physical Loop.

Con

LoopBack Mode= Remote

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; Rack 1) con METRO.

2-1-10(GOU 1-27) y 3-1-1 (GOU 1-26) = vínculo GOU RNC (Gb Eth)(Sub

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 →

Counters y todos los Objects (es decir todos los Adjacent nodes)

Ir a Measurement Settings y tildar para 30 minutos todos los

IPPATHs: Para ver las gráficas del tráfico FE en la ventana principal del M2000 click en PerformanceQuery Result y click en New Query, en esa ventana a la izq click en NodeBMeasurements related to IUBIUB 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; ASRNOB es 640.

para

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

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.

y elijo los contadores : VS.Cell.HSDPA.UnavailTime , VS.Cell.HSUPA.UnavailTime,

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

Cell Down Time (Min)

Cell Down Time (Min) 2) CASO DE CONGESTION EN IUB (ATM-IP): En REYES se puede ver
Cell Down Time (Min) 2) CASO DE CONGESTION EN IUB (ATM-IP): En REYES se puede ver

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 related to IUB:
IUB
measurements
per
NodeB
related to IUB:

(IUB.NODEB): son los contadores presentes en la parte de NodeB → Measurements

En HedExLite voy a Home y click en DBS3900 WCDMA Product Docum. Y busco Measurements

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

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

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)

y elegir Measurements of PS RAB

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):

Lite, hacer una búsqueda con VS.RAB.FailEstabPS.Cong ): Congestión por RAB: 1.3 Accesibilidad RAB (De la Norma

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
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 

Accesibilidad Total Speech (%)

(RRC.SuccConnEstab.OrgConvCall

RRC.SuccConnEstab.TmConvCall

RRC.SuccConnEstab.EmgCall)

Counters

(RRC.AttConnEstab.OrgConvCall

RRC.AttConnEstab.TmConvCall

RRC.AttConnEstab.EmgCall)

VS.RAB.SuccEstabCS.AMR

VS.RAB.AttEstab.AMR

   100

   100

100

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

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

RRC.AttCon nEstab.OrgStrCal

RRC.AttCon nEstab.OrgInterCall

VS.HSDPA.RAB.SuccEst ab

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

100

 100  

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):

dentro de Measurement of Radio Cell Performance (UCELL): CASO Liberación anormal de RAB por Interferencia y

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 VS.RAB.AbnormRel.AMR  VS.RAB.NormRel.AMR

Drop RAB Voice (%)

VS.RAB.AbnormRel.AMR

VS.RAB.AbnormRel.AMR

VS.RAB.NormRel.AMR

  100

100

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

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) :

y en Counter Setting busco el árbol

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

related to Radio Access Bearer management Measurement of RAB Release per cell,

y en Counter Setting busco el árbol Measurements

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:

al IPPATH 0 del NodoB (con tráfico de señalización proveniente del NodoB) y cómo mejora la
CASO de baja Acc. HSDPA por cantidad de PDUs de Señalización R99 y HSDPA: El

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

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
interactive
interactive
interactive

class. Another characteristic is that the packets should be transparently transferred at a low Bit Error Rate (BER). In

summary, the

interactive
interactive

class has the following fundamental characteristics: request/response pattern and preservation of the

payload.

Interactive services interactive
Interactive
services
interactive

are applicable in the PS domain and not applicable in the CS domain. The most typical application of the

class is web browsing.

Huawei RAN supports the following types of

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.

interactive services
interactive
services

: PS bidirectional symmetric or asymmetric

interactive services
interactive
services

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):

Cafayate (ver (ver Outlook carpeta SENT del 31/07 y 26/7) : En la parte de Setup

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

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):

status of the connection-oriented algorithm switches of an RNC.

Use this command to query the

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):

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.

me dice el número de users HSDPA, HSUPA

garantiza el BW. me dice el número de users HSDPA, HSUPA Puedo ver la cantidad de

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

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) :

y en Counter Setting busco el árbol

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 VS.LC.ULCr editAvaila ble.Shared 

Channel Elements Average Utilization UL (%)

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

VS.LC.ULCr editAvaila ble.Shared

100

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

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 :

Los contadores referidos a CE buscarlos en Performance y hago una

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.

no estaba definida: Ver en Outlook INBOX el 10/08. CASO DE ROE EN LA CELDA: Cuando

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

seconds) + VS.ES.SES (Severely error seconds) + VS.E1T1.ES.UAS (Unavailable Seconds) como los más importantes aunque tengo otros contadores disponibles.

y VS.E1T1.ES.ES (Error

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:

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).

1) Primero tiro el comando LST BTSRXUBRD

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
PSU

Communication

Alarm:
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

luego Alarm Setting,

voy a la pestaña

quiero ver con CN=0, SR=0 y Slot=18 (placa UEIU) y OK: me mostrará las 8 Alarmas definidas.

Monitor,

luego

NE Alarm Setting

y abajo click en

que me abre la pestaña con el mismo nombre, dentro de ésta

Query

entonces busco dentro de la BSCORA2 la BTS que

Alarm Binding

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

BTSNAME="XXXXX",CN=0,SRN=0, SN=19, PN=n ,SW=OPEN, AID=nnnn ,PT=BOOL, AVOL=LOW;).

SET BTSENVALMPORT: IDTYPE=BYNAME,

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

EXT ALM1 Port 4=Grupo Electrogeno en Marcha Port 5=Corte de Red Externa Port 6=Alarma de Balizamiento
Con LST BTSBRD puedo ver que placas están definidas: BY NAME y ASRNOR. Con ADD

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

Measurements → click en BSCORA2 →

los Objects (es decir todos los Adjacent nodes)

→ Abis Interface Timeslot

Ir a Counter Settings y tildar para 15 minutos todos los Counters y todos

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

Measurements related to PORT (para ver las E1 de la BTS) y selecciono E1T1 Port Bit Error Measurement donde tengo 3 contadores disponibles.

y Cell State Measurement per Cell y también

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
per
Cell

(CALL.Ass.CELL)

Assignment

Requests (Signaling Channel) (TCH)

Failed

Assignments

(Signaling Channel) (A Interface Failure)

Failed

Assignments

Assignment

Requests

 

Successful

Assignments

Failed Assignments

(Channel Unavailable)

Number of

Assignment

Failed

Assignment

Failures (No Abis Resource Available)

Requests (Signaling Channel) (SDCCH)

(Um Cause)

Assignments

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.

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 :

Luego voy a Call Measurements y Incoming

Measurement

per
per
Incoming Internal Inter - Cell Handover
Incoming
Internal
Inter
- Cell
Handover

(CALL.IntraBscIntoCellHo.CELL)Measurement per Incoming Internal Inter - Cell Handover TCH Disponibles : Para ver la cantidad de

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) *
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.

SDCCH_BLOCK) * (1 - SDCCH_DROP) * (1 - TCH_BLOCK) * (1 - TCH_FAIL) Tasa de Fallas
SDCCH_BLOCK) * (1 - SDCCH_DROP) * (1 - TCH_BLOCK) * (1 - TCH_FAIL) Tasa de Fallas

TCH_FAIL (%) =

A3100B: CELL.ASS.REQ.TCHF.ONLY

100

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

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

- 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) :