HUAWEI 3G RNC-NODO B Para ver info del HW abrir el document documento o WCDMA BTS3900 Hardware Structure Issue1.0.ppt Issue1.0.ppt en D:\Personal\NB\HUAWEI\Docum D:\Personal\NB \HUAWEI\Documents\Docu ents\Docu Huawei Servidor de Libreria Librerias s HedExLite HedExLite y documentos documentos .pdf en \\mtecfdp1\Grupos\Privado\Ingenieria\Asegu fdp1\Grupos\Privado \Ingenieria\Aseguramiento ramiento de Acceso\H Acceso\Hed ed Servidor de Equality para 20 Peores y Formulas de los indicadores : \\equalityserver7\Alertas para las 20 peores y \\equalityserver \\equalityserver7\Document 7\Documentacion\“Norma acion\“Norma Técnica de Calidad de Red UMTS Rev8.docx Rev8.docx” ” para las Fórmulas Para solucionar fallas ver el documento RAN12 TroubleshootingGuide.pdf en carpet a HUAWEI
LST UNODEB con con Query type ByNodeBName
: me da la lista de Nodos B del RNC
LST UNODEB con 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 Pa ra conocer cuales son los canales ver los documentos Common Physi cal Channel Channel ID, Common Transpo rt Channel ID ID y Logic al Cell Cell Mod Mod el en HedExLite.
Service Type 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 1 describes the types of service. Table 1 Types of service Type of Service
Abbr eviation
Descrip Descrip tion
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 variable-r ate data streams and strict real-time requirements, for example, i nteractive compressed video (video telephony).
Non-Real-Time Non-Real-Time Variable Bit Rate
NRT-VBR
Rate of a delay-tolerant delay-tolerant service. A service of this type, f or example, e-mail, is relatively insensitive to delivery time or delay.
Unspecified Unspecif ied Bit Rate
UBR
Rate of a service with no commitment to transmission 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
Service Type 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 1 describes the types of service. Table 1 Types of service Type of Service
Abbr eviation
Descrip Descrip tion
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 variable-r ate data streams and strict real-time requirements, for example, i nteractive compressed video (video telephony).
Non-Real-Time Non-Real-Time Variable Bit Rate
NRT-VBR
Rate of a delay-tolerant delay-tolerant service. A service of this type, f or example, e-mail, is relatively insensitive to delivery time or delay.
Unspecified Unspecif ied Bit Rate
UBR
Rate of a service with no commitment to transmission 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
Abbr eviation
Descrip Descrip tion the data rate is delivered to the transmission transmission end.
Table 2 describes 2 describes the characteristics of different ATM services. services. Table 2 Characteristics Characteristics of different ATM services Character ist ic
CBR
Bandwidth guarantee
RT-VBR RT-VBR
NRT-VBR NRT-VBR
UBR
Yes
Yes
Yes
No
Applicability to real-time real-time Yes communication
Yes
No
No
Applicability to bursts bursts of No communication
No
Yes
Yes
Feedback on congestion
No
No
No
No
LST UUESTATETRANSTIMER : List UE State Transition Timer Parameters indica los tiempos para las l as
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 Activat ing the UE UE State Transition Algorithm
1.
Run the BSC6900 MML comm and SET UCORRMALGOSWITCH to UCORRMALGOSWITCH to set the following switches de Dynamic 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 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. (Real Time DCH or HSPA to FACH) como está apagado el switch Las transiciones de Servicios RT (Real correspondiente correspondiente se maneja con el tiempo 180 seg y no aplica el parámetro Low Activity Bit Rate Threshold.
LST UDTXDRX UDTXDRXPARA. PARA. : indica los ciclos para transición a estado e stado 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 g estió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 pu erto 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 A SRNOR 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 I UB. IUB measurements per NodeB (IUB.NODEB): so n los con tadores presentes en la parte d e NodeB related to IUB:
→ 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 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 Relationshi p
Counter
VS.HSDPA.RAB.AttEstab
VS.HSDPA.RAB.SuccEstab
Sub Counter VS.HSDPA.RAB.AttEstab.BE.Golden VS.HSDPA.RAB.AttEstab.BE.Silver VS.HSDPA.RAB.AttEstab.BE.Copper 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 I UB.
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 Accesi bili dad RAB ( De la Nor ma 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 .
Measur ement o f PS RAB assig nment setu p p er cell(RAB.Estab PS.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 t he RAB succeeds, the RNC starts t he 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 F ailed 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 con gestion c uando 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 F ailed 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 Networ k 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 Relationshi p
Counter
VS.RAB.FailEstabPS.Cong
Sub Counter 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.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 Accesi bili dad RRC. (De la Nor ma 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 con nectio n s etup m easurement p er 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 connecti on rej ect measurement per c ell (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 f or 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 Relationshi p
Counter
Sub Counter VS.RRC.Rej.ULPower.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.FailConnEstab.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:
Acces ibili dad Tot al Sp eech (%) (RRC.SuccConnEstab.OrgConvCall
RRC.SuccConnEstab.TmConvCall
RRC.SuccConnEstab.EmgCall)
(RRC.AttConnEstab.Or gConvCall
RRC.AttConnEstab.TmConvCall
RRC.AttConnEstab.EmgCall)
VS.RAB.SuccEstabCS.AMR VS.RAB.AttEstab.AMR
100
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
Acces ibil idad Tot al Packet HSDPA (%) RRC.SuccCo nnEstab.Or gStrCall RRC.SuccCo nnEstab.Or gInterCall
100
RRC.SuccCo nnEstab.Or gBkgCall RRC.SuccCo nnEstab.TmStrCall
RRC.SuccCo nnEstab.TmItrCall RRC.SuccCo nnEstab.TmBkgCall
RRC.SuccCo nnEstab.Or gSubCall
RRC.AttCon nEstab.OrgStrCal RRC.AttCon nEstab.OrgInterCall
RRC.AttCon nEstab.OrgBkgCall RRC.AttCon nEstab.TmS trCall
RRC.AttCon nEstab.TmInterCal RRC.AttCon nEstab.TmBkgCall
RRC.AttCon nEstab.OrgSubCall
VS.HSDPA.R AB.SuccEst ab VS.HSDPA.R AB.AttEsta b
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 Vo ice (%)
VS.RAB.AbnormRel.AMR VS.RAB.AbnormRel.AMR VS.RAB.Nor mRel.AMR
En HedExLite los busco aquí, dentro de Measurement of Radio Cell Performance (UCELL):
100
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.Abn orm Rel.CS.RF + VS.RAB.Abn or mRel.CS.OM + VS.RAB.Abno rmRel.CS.Preempt + VS.RAB.Abno rmRel.CS.UTRANgen + VS.RAB.Abn orm Rel.CS.IuAAL 2 + 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.Abno rmRel.CS.RF = VS.RAB.Abno rmRel.CS.RF.ULSync + VS.RAB.Abn or mRel.CS.RF.UuNoRepl y + VS.RAB.Abno rmRel.CS.RF.SRBReset + VS.RAB.Ab nor mRel.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 t he 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 t his 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 l ow Bit Error Rate (BER). In summary, the interactive class has the f ollowing fundamental characteristics: request/response pattern and preservation of t he 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%. I f the configured Iu-PS activity factor is smaller t han 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 l arge 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 t he 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 inc ludes function i tems 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 Element s Av erage Uti lization 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 24
19 - 20 Pichanal 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 24 26
28 Santa Victoria Este 29 - 30 - 31 Tartagal 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 28 Ntra. Señora de Talavera
24
10 , 11 El Quebrachal
24
15 Gaona
24
3 Centro 25 De Junio
24 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 docum ent como Alarm List : http://localhost:7890/hdx.cgi?fe=1&lib=31184417&v=05&tocLib=31184417&tocV=05&id=alarmlis t&to cURL=resourc es%252fmbsc%252fm%252dalarm%252falarm%252dli st%252ehtml&p =t&ui=3&keyword=mon itor in g%2520alarms%2520psu Alarmas qu e salen po r el p or t MON 1 de la placa UPEU:
AL M-6980 PSU Communication Alarm:
Tribut ary 0: The inpu t volt age is abnor mal. That is, the input volt age is l ess than 43.2V (-48 V power b oard) or 24 V (+24 V power board).
AL M-25621 Power Su pply DC Outp ut Out of Range:
This alarm is repo rted when the DC outpu t of the power syst em is ou t of range. Specific Prob lem of the alarm(DC Overvolt age, DC Undervoltage).
AL M-25622 Mains Inp ut Out of Rang e:
This alarm is reported when the mains input is ou t of range. Specific Problem o f th e alarm(AC Failure, AC Phase Loss, AC Overvoltage, AC Undervoltage).
AL M-25624 Batt ery Po wer Un avai lab le:
This alarm is repor ted when the batteries are exhausted, the battery temperature is extremely hi gh, or when the batteries are powered off manually or r emotely. Specific Problem of the alarm(Low Voltage, High Temperature, Manual Stop, Remote Control ).
AL M-25625 Batt ery Cu rrent Ou t o f Range:
This alarm is reported when the battery current is out of range during charging and disch arging. Specific Prob lem of the alarm(Loop Broken, Chargin g Overcurr ent, Dischargin g Imbalance).
AL M-25626 Power Mo du le Abnor mal :
This alarm is r eported when the power module fails. Specific Problem of the alarm(Power Module Fault, Power Modul e Protecti on, Power Module Shutdown )
AL M-25630 Power Mo du le and Mon it oring Mo dule Co mmunic ati on Fai lu re : This alarm is reported when the monitoring module fails to c ommunicate with th e power module properly .
AL M-25652 Cabin et Temperatu re Unac ceptab le:
This alarm is repor ted when the cabinet
temperature is too high or too low.
AL M-25672 Burg lar Alar m:
This alarm is repor ted when a person enters th e equi pment room or th e door o f
the cabinet is open.
Hay un rango d e alarmas que son para definic ión po r usuario (ver en Alarm List abajo en las ul timas aparece el rango 65033-65233 SRAN Cust om Environ ment Al arm).
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 Sett in g , luego NE Alarm Setting que me abre la pestaña con el mismo nombre, dentro de ésta voy a la pestaña Alarm Bi nding 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 po r default en la UPEU: LST ALMCFG (List Alarm Config)
Para definir las alarmas uso el comando SET B TSENVALMPORT: IDTYPE=BYNAME, BTSNAME=" XXXXX",CN=0,SRN=0, SN=19, PN=n ,SW=OPEN, AID=nn nn ,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","Loc ation Information" Warni ng,09/26/2011 05:22:35,Inter-System BBU Board Parameter Setti ngs Confli ct,BSCORA2/ACOLOB,ACOLOB,"Cabin et No.=0, Subrack No.=0, Slot No.=19, Confi guratio n Item=Dry Contact Alarm Level Conf lic t, 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 :
Assig nmen t 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 Dispo nibles: 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. Accesib ilid ad Gerenc ial
ACC_GER (%) = (1 - SDCCH_BLOCK) * (1 - SDCCH_DROP) * (1 - TCH_BLOCK) * (1 - TCH_FAIL)
Tasa de Fallas en acceso d e TCH en ausencia d e Bloq ueo.
