Teoría inicial

- Por cada TTI (1ms) , se puede hacer scheduling hasta 14 users.

- Para 10Mhz son 50 Resource Block. (RB)

- Cada RB es 0,5ms (time domain) x 12 subcarriers (180khz, freq domain), osea dos RB en time domain
es 1ms

- Cada subCarrier son 15khz, entonces si son 12 subcarrier un RB = 12*15=180khz

- Si tenemos los 10Mhz, tenemos un 10% de guarda, entonces disponibles para uso son 9Mhz, si por
cada RB son 180kHz, (9000kHz/180kHz=50) tenemos los 50 RB para LTE en Claro.

Definiciones:
RSRP: Reference Signal Received Power. Es una medición interna del UE y reportada al eNB. Es el
promedio lineal de la potencia recibida en los RS (Reference signal) (en el grafico debajo seria el R1 y R0)

RSSI: Received Signal Strength Indicator. Es un medición interna del UE y no es reportada al eNB. Es la
potencia medida en todo el ancho de banda en aquellos OFDM symbols que contienen el Reference
signal. Debajo grafica de todo lo que mide, cada uno de los RE que llevan en la columna (frequency
domain) un RS (R0/R1)
RSSI = wideband power= noise + serving cell power + interference power

RSSI=12*N*RSRP

Sin ruido e interferencia y 100% actividad DL PRB: RSRP (dBm)= RSSI (dBm) -10*log (12*N)

N = 50 para BW 10Mhz

Para 10Mhz, -10*log(12*50) = -27,78

Entonces, si en tu teléfono veías RSSI de -79dBm, entonces RSRP cuando este sin ruido e interferencia y
100% uso en DL PRB, sería un RSRP = -79 – 27,78 = 106,78dBm, pero estas viendo un nivel de RSRP
mejor de -104, porque no tiene alta carga/interferencia/ruido.

SINR: SINR = S/(I+N). Los UE lo miden de manera independiente, en los RS (reference signal). El método
depende del chipset y no es público. No es reportado al eNB. Generalmente el SINR es usado para
calcular el CQI que si es reportado a la red. En general se usa para ver la calidad de la red, en las
simulaciones/planning se usa mucho este valor.

S: nivel de señal

I : interferene power

N: ruido/noise

Tenías un valor de 16.8. Podríamos clasificar el SINR mayor a 20, es excelente! , entre 13 y 20: Muy
Bueno, entre 0 y 13: en el medio, menor a 0: borde celda/problemas.
CQI: Basicamente en LTE los UEs reportan el CQI, mayor CQI tendremos mayor throughput. (debajo
tabla).

El CQI indica la calidad del canal experimentado por el UE. Hace referencia a time domain y frequency
domain, osea en TTI y la cantidad de RB. Mientas más carga hay en la red, uso de RBs, empeora el CQI,
por lo tanto el throughput.

En LTE no es afectado como en 3G el ruido con respecto al cell breathinng, por ejemplo, en 3G cuando
hay interferencia en UL el nodo no te escucha más.. en LTE tiene asignado un bloque fijo en RB periódico
que el eNB es capaz de escuchar los rach.
Simulación en el DL con 15 & 10Mhz bandwith:
SINR KPI Throughput: 15 Mhz

SINR KPI Throughput: 10Mhz

Ejemplo con Drive test
0% vs 70% carga. Baja el throughput debido a que empeora el SINR. Representativo, no importa el BW,
sino el concepto del impacto.
LINK BUDGET - LTE 700Mhz vs 2100/1700Mhz
En el ejemplo debajo ves que para 700Mhz, tenes un indoor cell range de 1.02km y para 2100 tenes
0.44km. Por supuesto para ciertos assumptions, como: UL cell edgde throughput de 512kbps y DL
2048kbps, antenna gain 17.4 dBi, etc…. Osea, podes tener mas indoor cell range pero con menos
throughput, etc.

En el pdf adjunto se podrá ver más detalles de link budget, su impacto en la performance y también
incluye también pruebas de RankIndicator 2 cuando se controla la cobertura.

LTE_LinkBudget-Com
p_Rank_Indicator2
Ventajas/Desventajas incrementar la potencia DL
Ventajas:

• Mayor penetracion indoor

• Mayor cobertura
• Mas “barritas” para el usuario final. Mejora percepcion de cobertura.
• Incremento/captura de usuarios/trafico de LTE

Desventajas

• Desbalance del link budget, siendo el UL el limitante

• Incremento de UL power de los usuarios (mayor UL interference)
• Desmejora general de los indicadores:
• Reduccion del throughput DL/UL
• Desmejora de calidad (CQI/SINR). Reduccion de utilizacion de los coding scheme altos.
• Degradacion de Accessbilidad (radio fails)
• Desmejora del drop por mayor captura de trafico marginal.

Principales puntos que afectan al uso de Rank indicator 2

• No tener nodos/sites/celdas para dar servicio basado en el plan/link budget, esto crea huecos
de coberturas y muchas veces solucionado con extender la cobertura mas alla de lo permitido,
por lo tanto reduce la calidad del servicio.
• Calidad degradada en la red
• Potencia de interferencia de la senal medida (Interference power from measured signals)
• Interferencia en el canal por las otras celdas del Sistema (Channel interference signals from
other cells in the current system)
• Ruido de fondo (Background noise), se relaciona a las mediciones en la banda y coeficiente de
ruido en receptores.
• Interferencia Externa.
• Sobrepropagacion en celdas (cobertura/solapamiento excesivo)
Niveles ejemplo de 3G. Dependiendo del UE

3G VS LTE Niveles de señal en barritas.

Los niveles de señales debajo solamente son considerables para el servicio, osea para el signal strenght.
No es para comparar por ejemplo si tengo -90dBm en 3G, cuanto tendría en LTE… solo es para
referencia por separada para cada tecnología.

Limites basado en la parametrización de 3G y LTE de ARG.

3G
RSCP Signal strength
>-75dBm Excellent
-75dBm to -90dBm Good
-90 dBm to -105 dBm Fair
- 105 dBm to -115dBm Poor
< - 115 dBm No service
 LTE
RSRP Signal strength
>-90 dBm Excelllent
-90dBm to -105dBm Good
-105 dBm to -116dBm Fair
-116 dBm to -120dBm Poor
< - 120 dBm No Service

Ejemplo de barras se vería así, en el mismo lugar parados y cambio de red 3G a LTE, pero depende
mucho del UE vendor. Por supuesto es un ejemplo y puede variar

Bars Bars Bars

3G LTE 3G LTE 3G LTE

…… ……

Excellent Excellent Good Fair Fair Poor

SMART LTE LAYERING (3G to LTE) (RU40)
RAN 2717 Smart LTE Layering

Tres tipos de eventos hacen que cambie de 3G a LTE.

Cuando cumple cualquiera de las condiciones debajo, se activa el feature, señalización (es solo un
comando). Atención un punto importante, para hacer el Smart LTE Layering, debe cumplir según
parametrización actual que su nivel de señal de la 3G debe ser mejor que -90dBm para 1900Mhz.
Enviamos ya una recomendación a Nokia de llevarlo a -93dBm, sino lo aplican lo haremos cuando
tengamos la opt... Sino cumple esa condición, no realizara el Smart LTE Layering y se hará por
Reselection tradicional.

Sino esta activo el feature en la celda de 3G, lo hará por reselection desde 3G a LTE.

IMPORTANTE: en RU50 existe un nvo feature RAN2264 Smart LTE Handover. Que hace posible el HO
desde 3G a LTE, directamente en CELL_DCH. Se tienen que definir las vecinas, thresholds, etc… Utiliza los
mismas condiciones que Smart LTE Layering mas uno trigger adicional que es por tiempo, que por
ejemplo serian 20seg default , si supera ese tiempo y encontró una celda LTE, que haga el HO a LTE.

Condiciones para Smart LTE Layering:

1- Cambio de Estado debido a inactividad en Cell_DCH.

2- Cambio de tipo de canal en 3G, de HS a DCH R99. En vez de esperar recursos en 3G, se cambia a
LTE. Rápidamente.
 3- Termina una llamada de voz.

Si cumple condiciones, se envía ese mensaje debajo para que haga el redirection de 3G a LTE.

Con RU50, en el Smart LTE Layering, cuando el UE esta en CELL_DCH, se agrega la medición de la red
LTE, después de un tiempo (timer) y si la medición de la red LTE cumple las condiciones que se definen,
el UE es enviado a LTE (desde 3G) por redirection. (RAN2980 Measurement Based LTE Layering)
Eventos Masivos, Acciones: (RL50)
1. Incrementar los active users a 580 RRC
2. Incrementar la periodicidad de los pedidos de Cell scheduling (UL)
3. Extender el cqi reporting period
4. Incrementar el # PRB inicial para UL
5. Incrementar el MCS inicial en DL/UL
6. Extender los timer de re-establishment
7. Reducir los tiempos de UE transmitiendo padding (dummy bits)
8. Incrementar la densidad de rach

Para RL70, se tienen más opciones de parámetros (ej, inactivity timer reducirlo a 5seg) para controlar y
features (ej: LTE1047 C-Plane Overload Handling)

BW Transporte Calculation/impact/métodos.
Impactos.

a- En los servicios cuando el BW en el transporte está limitado:

Service Service type Impacting

VoIP Real time (RT) GBR Blocking probability

Video (conversational) Real time (RT) GBR Blocking probability

Streaming Real time (RT) No GBR IP packet transfer delay

HTTP Non real time (NRT) TCP file transfer delay (app. Level)

FTTP Non real time (NRT) TCP file transfer delay (app. Level)

b- A nivel radio impacto:

- Low end user throughput
- Long time connected users (long sessions)
- High number of connected users (due to long connected time/low user throughput)
- Not fully Radio interface usage
- Low cell throughput due to low package arriving.
- Low scheduling assignment in TTIs (low package arriving to eNB)
- High Latency

Si existen usuarios con un perfil de QoS de alta calidad, tendrán mayor prioridad y consumir los recursos
radio , dejando el resto con muy baja calidad.
El valor mínimo de BW tiene que ser no menor a 50Mbps de transporte. (seria el cálculo “All-Average“
debajo detallado…). Luego el valor recomendado de BW seria usar el método “All-Average/Single-Peak“,
unos 100Mbps.

Por supuesto, si hablamos de un nodo de pocos usuarios y un perfil de trafico de no requerimientos de

real time, puede ser aplicable.

Proceso de dimensionado de Transporte seria, basado en la demanda de trafico:

Inputs: Traffic

Radio Planning: Air interface dimensioning, radio cell capacity, throughput target. (punto ya establecido
de BW/capacity, etc.)

Transport Planning: transport dimensioning based on traffic demand

Otra forma de ver la capacidad de la red de transporte es a través del Air interface Capacity (debajo el
grafico y las tres formas posibles)

1- “All-Average“ : The backhaul connection shall support the aggregated average capacity of all
cells. The average capacity is determined under realistic air interface conditions and multiple
users per cell.
 2- “All-Average/Single-Peak“: The backhaul connection shall support the aggregated average
capacity of all cells, while at least supporting the peak capacity of one cell.
3- “All-Peak“ : The backhaul connection shall support the aggregated peak capacity of all cells
(“non-blocking”). The peak capacity is determined under ideal air interface conditions and with a
single user per cell. This approach will lead to over-dimensioning, thus usually extra costs.

Un buen método es usar el “All-Average/Single Peak“, que sería un trade off, donde para hotspot esta
subDimensionado.

Para el caso de ARG general actualmente, ejemplo seria:

DL 75 Mbit/s net PHY peak rate per cell

UL 22 Mbit/s net PHY peak rate per cell

Total 97Mbps para transporte, por supuesto faltaría el overhead, etc.. (detalles de Transporte, sería un
aprox un 20/25% más de capacidad)

Ahora, si lo hacemos con 10Mbit/s para el transporte y para los tres sectores. Seria el calculo al revés.

Tendrías, los 10Mbps/s menos un 20% de overhead, 8Mbps y aprox se usa un 80% en DL , un 20% para
UL, entonces serian 6.4Mbits/s para DL.

Estos 6.4Mbits/s serian para DL para los tres sectores, el pico del eNB seria ese throughput (6.4Mbits/s),
y el promedio de 2.1Mbit/s por celda en DL. Lo mismo para el UL.
Ejemplo de cálculo de BW y cantidad de usuarios activos con un DL throughput determinado.

Assumtions:

Throughput End User limit Active users carrying

Trasnsport Overhead % Data DL SDU Vol % Data UL SDU Vol (Mbps) (***) data simultaneously.
~ 20% 90% 10% 2 8%

Calculado:
Cell Throughput peak
Air Radio Capacity Mbps Air Radio Capacity Mbps Transport Bandwidth Cell Throughput for Mbps x cell. For 3 sector Cell peak DL Cell peak UL Max #of active users x eNB
(15Mhz BW) per cell (10Mhz BW) per cell (Mbps) DL/UL Mbps (**) eNB - full interface used Throughput Mbps (*) Throughput Mbps (*) (***)
129 Mbps 86 Mbps 10 8 2.7 7.2 0.8 45
129 Mbps 86 Mbps 20 16 5.3 14.4 1.6 90
129 Mbps 86 Mbps 30 24 8.0 21.6 2.4 135
129 Mbps 86 Mbps 40 32 10.7 28.8 3.2 180
129 Mbps 86 Mbps 50 40 13.3 36 4 225
129 Mbps 86 Mbps 100 80 26.7 72 8 450

* Based on Data Vol SDU at RAN: 90% DL & 10% UL. Cell peak throughput if one cell use all the transport Bandwidth.
** without transport Overhead ~20%
*** Threshold for end user throughput guarantee at transport level simultaneously
2x2 MIMO (2 antennas for TX, 2 Antennas for RX), 64QAM, Code Rate 1
For all cases Air interface capacity is bigger than trasnport capacity, then it will be an bottleneck

Archivo original para el cálculo:

Table_TH_BW_v4.xlsx
THROUGHPUT CELDA.
Formula del throughput celda,

LTE_5292d= 8*sum(PDCP_SDU_VOL_DL)/sum(ACTIVE_TTI_DL) . Basicamente, Volume de datos / TTIs

activos.

RC8 – Cell throughput, promedio cercano a los 10Mbps.

Ahora cálculos: Mas allá de los valores debajo estadísticos, las formulas y tablas son lo importante para
concluir.
El Coding scheme en promedio más usado es 16. MSC_average=16

96% de las muestra acumuladas de TTIs se usa un 80% PRB per TTI . 50 PRBs, es el máximo para 10Mhz.
Entonces el 80% son 40 PRBs per TTI.

Note: el pico máximo de uso de TTIs lo tiene en un 11% de PRBs.

MCS=16  tenemos un Transport Block size Index 15.

TBS index refers to TBS table in 3GPP TS36.213 (table 7.1.7.2.1-1)

Entonces, para un TBS index = 15 y PRBs usados promedio= 40. Se entra a la tabla y nos da que
tenemos 12216 Bits de TBS
Entonces, para un TBS index = 15 y PRBs usados promedio= 40. Se entra a la tabla y nos da que
tenemos 0.39 Code Rate.

Finalmente el throughput PHY = TBS/ TTI = 10680bits/1ms = 12.216Mbps.

Con MIMO 2x2, será 12.216Mbps x 2 = 24.432Mbps

Aplicamos el Code Rate de 0.39 + la ganancia por MIMO 4x2 (15%)

 24.432 x 0.39 + 15% gain = 10.957Mbps Throuhgput. Que sería aprox el promedio que se está
teniendo en la red.

Maximum throughput teorico , ejemplo.

El máximo está calculado que tenga todos los RBs en 1 TTI = 1ms

Max Data Rate = Number of Resource Blocks x 12 subcarriers x (14 symbols/ 1ms – Normal CP)

= Number of Resouce Blocks x (168 symbols/1ms)

• Para BW = 5MHz -> 25 Resource Blocks -> Max Data Rate = 25 x (168 symbols/1ms) =
4,2 * Msymbols/s
• Para BW = 10MHz -> 50 Resource Blocks -> Max Data Rate = 8,2 Msymbols/s
• Para BW = 20MHz -> 100 Resource Blocks -> Max Data Rate =16,4 Msymbols/s
Impacto de la modulación: QPSK, 16QAM, 64QAM, 256QAM

• QPSK – 2bits/symbol; 16QAM – 4bits/symbol; 64QAM – 6 bits/symbol; 256QAM-8bits/symbol

Para 20Mhz BW

• QPSK: Max Data Rate = 16,4 Msymbols/s * 2bits/symbol = 32,8 Mbits/s

• 16QAM: Max Data Rate = 16,4 Msymbols/s * 4 bits/symbols = 65,6 Mbits/s
• 64QAM: Max Data Rate = 16,4 Msymbols/s * 6 bits/symbols = 98,4 Mbits/s
• 256QAM: Max Data Rate = 16,4 Msymbols/s *8 bits/symbols = 131,2 Mbits/s

Para 10Mhz BW

• QPSK: Max Data Rate = 8,2 Msymbols/s * 2bits/symbol = 16,4 Mbits/s

• 16QAM: Max Data Rate = 8,2 Msymbols/s * 4 bits/symbols = 32,8 Mbits/s
• 64QAM: Max Data Rate = 8,2 Msymbols/s * 6 bits/symbols = 49,2 Mbits/s
• 256QAM: Max Data Rate = 8,2 Msymbols/s * 8 bits/symbols = 65.2 Mbits/s

Impacto del Channel Coding

El codign rate es dependiendo de la Modulacion y Coding scheme, seleccionado por el scheduler en el

nodo.

Para 20Mhz BW
• 1/2 coding rate: Max Data rate = 98,4 Mbits/s * 0,5 = 49,2 Mbits/s
• 3/4 coding rate: Max Data rate = 98,4 Mbits/s * 0,75 = 73,8 Mbits/s
Si es 256QAM:
• 1/2 coding rate: Max Data rate = 131,2 Mbits/s * 0,5 = 65,6 Mbits/s
• 3/4 coding rate: Max Data rate = 131,2 Mbits/s * 0,75 = 98,4 Mbits/s

Para 10Mhz BW

• 1/2 coding rate: Max Data rate = 49,2 Mbits/s * 0,5 = 24,6 Mbits/s
• 3/4 coding rate: Max Data rate = 49,2 Mbits/s * 0,75 = 36,9 Mbits/s
Si es 256QAM:
• 1/2 coding rate: Max Data rate = 65,2 Mbits/s * 0,5 = 32,6 Mbits/s
• 3/4 coding rate: Max Data rate = 65,2 Mbits/s * 0,75 = 48,9 Mbits/s
Impacto del MIMO

Si usa 2x2 MIMO entonces se usara el envio de la info en 2 diferentes stream en paralelo en las dos
antenas.

Para 20Mhz BW
• 2x2 MIMO: Max Data Rate = 73,8 Mbit/s * 2 = 147,6 Mbits/s
• 2x2 MIMO: Max Data Rate = 98,4 Mbit/s * 2 = 196,8 Mbits/s

Para 10Mhz BW

• 2x2 MIMO: Max Data Rate = 36,9 Mbit/s * 2 = 73,8 Mbits/s

• 2x2 MIMO: Max Data Rate = 48,9 Mbit/s * 2 = 97,8 Mbits/s

Anexo

Nokia - Resultados MIMO 4x2- RL70.

MIMO
Multiple-Input Multiple-Output (MIMO):

MIMO 2x2 (2Tx del lado de eNB y 2Rx del lado del Ue) MIMO 4x2 (4Tx del lado eNB y 2Rx del lado del UE)
Ahora, del lado del eNB (base station) se pueden tener 4 Rx o 2Rx, depende de configuración y hardware instalado.

Ejemplos: RRH FRIG (2100Mhz) se tiene instalado típicamente tres por nodo, uno por sector (tres RRHs), cada uno de ellos
tiene 4Tx/4Rx ports, por lo tanto se podrá tener MIMO4x2 con 4Rx por cada sector.

Para el caso del RF module FRPA (700Mhz) se tiene instalado uno para todo el nodo (un solo FRPA), cada uno tiene 6Tx/6Rx,
por lo tanto para los tres sectores se tendrá MIMO 2x2 con 2Rx.

Diferencias entre 2RX y 4RX.

INTERFERENCIA – Impacto – ejemplo.
Method:

Evaluate hourly level for each cell/sector. For each cell/sector that are below the threshold defined is considered
as “interference” or installation issues:

LTE_5444b Avg RSSI for PUSCH > -95 dBm

LTE_5544b Avg SINR for PUSCH < 5 dB

Note: the above threshold are considered to filter the extreme cases of interference. Apply for first phase of
interference hunting/reporting. After that, the threshold defined should be increased to add more into the
possible interference issues list.

La carga impacta en el SINR, por el interNB. Los setting de power control impactan en el RSSI y SINR

RSSI = wideband power= noise + serving cell power + interference power

SINR = S/(I+N), all measured over the same bandwidth

Methods for UL noise rise detection:

Definicion, NR = (I+N)/N, N is thermal noise, I is interference

Asumimos que: PUSCH signal power = PUSCH RSSI

Calculo lineal: PUSCH_RSSI/PUSCH_SINR/N = PUSCH_RSSI/[PUSCH_RSSI / (I + N) ]/N = (I+N)/N = NR

Interference area is affecting/impacting eNBs:

• Degradation for NQI (QDA/QDR/QDE), all attempts are bad.

• Initial Accessibility
• RRC access (radio fails)
• Drop Rate (radio fails)
• Throughput (cell/user)
• Intra eNB HandOver
• Inter eNB HandOver through X2 interface

Note: Comparative done between good cell vs interfered cell in 700Mhz band.
LTE RSSI – SINR LTE QDA
LTE QDR LTE Accessibility

E RRC Access LTE Drop & reason

LTE Data Vol & Throughput LTE Users/Throughput

LTE intra eNB HO LTE inter eNB HO w/X2

Carrier Aggregation
Primary aim of the feature is to boost mean and peak user throughput via sending the user data simultaneously
over two carriers

Maximum achievable peak user throughput could be doubled in contrast to non-Carrier Aggregation case

Activation Secondary Cell:

There are two possible ways to activate the secondary cell for the UEs for which secondary cell was
already added. They are: Blind or Buffer based

Blind activation means that secondary cell is activated right after adding it.

Buffer based activation of the secondary cell means that Cycle Period it is checked whether all
non-GBR data awaiting initial transmission in the buffer of that UE is greater than the certain
dynamically calculated threshold.

Deactivation:

Means: no transmission could be scheduled to the UE on the secondary cell & UE stops sending periodic
CSI reports related to the SCell
Active secondary cell is deactivated if:

1- There is no data scheduled for the Secundary Cell during period of time (timer)
2- No HARQ feedback was received during a period of time (timer)

Blocking the scheduling on the Secundary Cell may consequently lead to deactivation of the secondary
cell for the UE if the timer is set to value different than infinity

Reason of blocking scheduling: radio link problem detection algorithm or if CQI index = 0 (“out of range”)
is reported for the SCell by periodic/aperiodic CQI, the UE shall not be scheduled on the SCell until
higher CQI is reported

Radio link problem detection process is run only on Primary Cell. (based on HARQ)

Example: Claro situation (700Mhz & 2100Mhz)

One layer has full coverage while coverage of the other one is only partial

It will work in such a deployment type but is was not optimized for such a scenario in particular there
are no Carrier Aggregation specific procedures (like cell addition, activation, deactivation or release)
based on RSRP/RSRQ of Primary Cell or Secundary Cell
3G Users VS LTE users.
To compare users active in 3G vs users active in LTE, has to consider the RRC states

Active users 3G= RRC states = CELL_DCH+CELL_FACH+CELL_PCH/URA

Active users LTE = RRC connected

LTE ACCESSIBLITY (LTE_5060i)

La fórmula de accesibilidad comprende tanto la etapa de signaling con el establecimiento del RAB.

Las fallas de signaling son:

• Signaling Missing issues: No respuesta del UE

• Signalling Erroneous: Mensaje erroneo o incompleto
• Signalling Rejected debido a sobre carga del control Plane
• Signalling Rejected debido a sobre carga User plane
• Signalling Rejected debido a falta de recursos en el PUCCH
• Signalling Rejected debido a llegar a la máxima cantidad de usuarios.
• Signalling Rejected debido a sobre carga del MME
Las fallas en el RAB son:

• Radio Network Layer Cause – Recursos radio no disponibles

• Transport Layer Cause – Recursos de transporte no disponible
• Radio Network Layer Cause – Perdida de coneccion con el UE
• Radio Network Layer Cause – Fallas por Radio interface procedimiento
Funcionalidades basicas de los canales fisicos en LTE
En la interfaz de aire LTE se encuentran 3 tipos de canales los cuales se diferencian principalmente por
su ubicación en el stack de protocolos los cuales determinan su función especifica.

Estos canales son: Físicos, transporte y lógicos.

• Los canales físicos se ubican en la capa mas baja y por ende están relacionados con la
transmisión y recepción de las señales físicas a través de la interfaz de aire.
• Los canales de transporte se encuentran entre la capa física y la capa MAC (por sus siglas en
ingles, Medium Access Control) y definen el formato de envío (canales comunes o compartidos),
• Los canales lógicos se ubican entre la capa MAC y RLC (por sus siglas en ingles, Radio Link
Control) y definen el tipo de información enviada (de control o de usuario).

Canales Físicos en Downlink

• PDSCH (por sus siglas en ingles, Physical Downlink Shared Channel), este canal es el que cuenta
con mas recursos por ser a través de este donde se envía la información de usuario. También es usado
para enviar mensajes de paging así como mensajes de señalización a aquellos usuarios que tienen
asignados recursos dedicados.

• PDCCH (por sus siglas en ingles, Physical Downlink Control Channel), es un canal compartido
usado para enviar información de control. Este canal lleva los mensajes DCI (por sus siglas en ingles,
Downlink Control Information) los cuales se componen por una cierta variedad de mensajes de control
cada uno con información específica.

• PBCH (por sus siglas en ingles, Physical Broadcast Channel), por medio de este canal se envía el
MIB (por sus siglas en ingles, Master Information Block) donde se especifica el ancho de banda del
sistema, así como los 8 bits mas significantes (en total son 10) del SFN (por sus siglas en ingles, System
frame number). Ademas de ello también especifica la configuración del PHICH donde básicamente se
indica cuantos recursos se han reservado para el PHICH.

• PHICH (por sus siglas en ingles, Physical Hibrid-ARQ Indicator Channel), en este canal se envían
los mensajes de “confirmación de recepción” al UE luego de recibir transmisiones provenientes de este.
Estos mensajes son comúnmente conocidos como: ACK / NACK(Acknowledgement y Negative
Acknowledgement)

• PCFICH (por sus siglas en ingles, Physical Control Format Indicator Channel), este canal cuenta
con pocos recursos de radio ya que su función básica es la de proveer información al UE sobre la
cantidad de símbolos reservados para enviar información de control a través del PDCCH y cuantos
símbolos reservados para enviar información dedicada por medio del PDSCH.

• PSCH (por sus siglas en ingles, Primary Synchronization Channel) y SSCH (por sus siglas en ingles,
Secundary Synchronization Channel), estos 2 canales tienen una función muy básica pero a la vez
sumamente importante ya que como su nombre lo indica son canales que permiten la sincronización del
UE en downlink. El PSCH permite la sincronización a nivel de símbolos y la identificación de la celda
dentro del grupo. El SSCH permite la sincronización de la trama, determinar el modo de transmisión, la
duración del prefijo ciclico y el grupo de identidad de la celda. Conociendo el grupo de identidad de la
celda y el identificador de la celda dentro del grupo se obtiene el PCI (por sus siglas en ingles, Physical
Cell Identity).

• RS (por sus siglas en ingles, Reference Signal), no se consideran las señales de referencia como
un canal fisico sino tal como su nombre lo indica un tipo de señal. Sin embargo por tener recursos en
tiempo y frecuencia fijos los cuales son usados única y exclusivamente para transmitir este tipo de
señales podemos incluirlas en esta clasificación. Las señales de referencia no transmiten información al
UE, estas señales sirven solo para realizar mediciones de señal con el propósito de hacer estimaciones
de canal. Las bondades que presta el sistema LTE se basan en gran medida a las mediciones que realiza
el UE y que permite al eNB modificar cada transmisión con la finalidad de alcanzar el mejor desempeño
posible.

• PMCH (por sus siglas en ingles, Physical Multicast Channel), este canal no es utilizado
usualmente sin embargo su función es la de transportar los mensajes MBMS (por sus siglas en ingles,
Multimedia Broadcast Multicast Service) el cual es una interfaz punto-multipunto que permite enviar
mensajes de broadcast y servicios multicast de una forma mas eficiente.

Canales Físicos en Uplink

• PUSCH (por sus siglas en ingles, Physical Uplink Shared Channel), a través de este canal cada UE
transmite información dedicada en algunos casos puede usarse este canal para también enviar
información de control. Unicamente este canal y el PDSCH pueden adaptar su esquema de modulación
dependiendo de la calidad de señal para mantener niveles de BLER bajos, el resto mantienen esquemas
de modulación fijos (usualmente QPSK).

• PUCCH (por sus siglas en ingles, Physical Uplink Control Channel), por medio de este canal los UE
transmiten información de control la cual puede enviarse a través del PUSCH para aquellos UE que
tengan asignados recursos dedicados. Estos mensajes de informacion de control son usualmente los UCI
(por sus siglas en ingles, Uplink Control Information) los cuales llevan informacion de control especifica
tal cual los mensajes DCI.

• PRACH (por sus siglas en ingles, Physical Random Access Channel), se utiliza para enviar los
mensajes de acceso aleatorio que es la transmisión inicial que realiza el UE cuando necesita enviar
información a la red pero antes requiere sincronizar su transmisión en UL lo cual se logra con el proceso
de random access.
3G (UMTS) – Definición de cobertura y servicio
Cobertura (CPICH), de la celda tanto en busy hour (hora de mayor tráfico/carga) o durante el resto del
dia, es la misma. Osea lo que el móvil mide es la potencia recibida en dBm (traducido visualmente para
el usuario en barritas)

El servicio que se desea utilizar puede ser CS voice call, PS services Non Real time, PS Service Real
time,etc, estos si dependen de la carga/tráfico de la ceda. (el acceso también está limitado por la
cantidad de usuarios conectados dependiendo el servicio, ej: HSPA hasta 72/128)

1) Not Busy Hour (bajo tráfico en la celda)

Tiene alto nivel de señal y Tiene poco nivel de señal y

CS Call service es posible CS Call service es posible,
alta probabilidad de drop

2) Busy Hour (ALTO tráfico en la celda)

Tiene alto nivel de señal Tiene bajo nivel de señal

y NO es posible una CS y NO es posible una CS
Call service. Call service.

El acceso a los servicios depende de la carga de red que soportara, definido por el link budget de diseño
y planificación de red. Para cada servicio tiene requerimientos especiales de energía por bit.
4G (LTE) – Definición de cobertura y servicio
Cobertura (RS), de la celda tanto en busy hour (hora de mayor tráfico/carga) o durante el resto del dia,
es la misma. Osea lo que el móvil mide la potencia recibida en dBm (traducido visualmente para el
usuario en barritas)

El acceso es viable en cualquier momento, independientemente de la carga. (excepto la limitación de la

cantidad de usuarios por celda permitidos)

1) Not Busy Hour (bajo tráfico en la celda)

Tiene alto nivel de señal y servicio Tiene bajo nivel de señal y

de datos es posible, con alta servicio de datos es posible, con
velocidad (dependiendo de la baja velocidad (su relación señal
relación señal ruido) ruido es baja)

2) Busy Hour (Alto tráfico en la celda)

Tiene alto nivel de señal y servicio de
datos es posible, con mediana/baja
velocidad (dependiendo de relación
señal ruido, alta cantidad de usuarios,
afectado por ancho de banda de
transporte, definición de QoS, etc)
Tiene bajo nivel de señal y servicio de datos es
posible, con baja velocidad (relación señal
ruido baja, alta cantidad de usuarios, afectado
por el ancho de banda detransporte, definición
de QoS, etc)

El acceso a los servicios/velocidad de datos está definido por el link budget de diseño, por ende, la
planificación de red, ancho de banda transporte, etc.
Redirection & Handover (3G-4G)
- 4G to 3G
o Redirections: RSRQ a -19dB, RSRP a -120dBm
o HandOver: RSRP a -118dBm
- 3G to 4G
o Redirection Smart LTE: -90dbm (850Mhz) y -95dBm (1900Mhz)
o Measurement: -114 dBm RSRP, -15dB RSRQ

VoLTE (Voice over LTE)

Voice comparative

Introduction

VoLTE, Voice over LTE is an IMS-based specification. Adopting this approach, it enables the system to be
integrated with the suite of applications that will become available on LTE.

The IP Multimedia Subsystem or IP Multimedia Core Network Subsystem, IMS is an architectural

framework for delivering Internet Protocol, IP multimedia services. It enables a variety of services to be
run seemlessly rather than having several disparate applications operating concurrently.
As can be seen there are several entities within the reduced IMS network used for VoLTE:

• IP-CAN IP, Connectivity Access Network: This consists of the EUTRAN and the MME.
• P-CSCF, Proxy Call State Control Function: The P-CSCF is the user to network proxy. In this
respect all SIP signalling to and from the user runs via the P-CSCF whether in the home or a
visited network.
• I-CSCF, Interrogating Call State Control Function: The I-CSCF is used for forwarding an initial SIP
request to the S-CSCF. When the initiator does not know which S-CSCF should receive the
request.
• S-CSCF, Serving Call State Control Function: The S-CSCF undertakes a variety of actions within
the overall system, and it has a number of interfaces to enable it to communicate with other
entities within the overall system.
• AS, Application Server: It is the application server that handles the voice as an application.
• HSS, Home Subscriber Server: The IMS HSS or home subscriber server is the main subscriber
database used within IMS. The IMS HSS provides details of the subscribers to the other entities
within the IMS network, enabling users to be granted access or not dependent upon their
status.

The IMS calls for VoLTE are processed by the subscriber's S-CSCF in the home network. The connection
to the S-CSCF is via the P-CSCF. Dependent upon the network in use and overall location within a
network, the P-CSCF will vary, and a key element in the enablement of voice calling capability is the
discovery of the P-CSCF.

VoLTE General signaling

S6a
UE
LTE Uu
eNB
S1
MME S-GW/ HSS/SPR
S5 Gx PCRF Sp Operator IP/IMS Core
P-GW
Rx P-CSCF S-CSCF

A) Initial Attach (includes default EPS bearer set up)

EPS Default Bearer activated (IP Connectivity – UL & DL)

B) IMS Client Registration

C) VoLTE Call Set Up

UE initiates IMS session for VoLTE call

IMS Core interacts with LTE core to set up VoLTE Media and dedicated EPS Bearer

EPS Dedicated Bearer activated (IP Connectivity – UL & DL)

D) VoLTE Call Release

E) IMS Client Deregistration

Quality of Service (QoS) and VoLTE

LTE Coverage Monitoring

Los detalles para cada indicador del LTE Coverage Monitoring debajo podrás verlos:

1. CQI: Calidad radio. Acciones: control de los overshooting y la pisada de cada

sector/solapamiento
2. RI: Coverage y calidad. Acciones: control de los overshooting y la pisada de cada
sector/solapamiento
3. LTE Retention: Coverage. Se puede mejorar en las zonas particulares donde el rediretion por
calidad (RSRQ) está activado y controlarlo con timers, pero antes mejorar en esas zonas
particulares la calidad con las Acciones: control de los overshooting y la pisada de cada
sector/solapamiento
4. QD Interference: el threshold también depende mucho de la parametrización en el control
power en UL. Este sería el RSSI para el PUSCH, pesado con el volumen de datos (como no hay
VoLTE). Acciones: control de los overshooting y la pisada de cada sector/solapamiento
El xls de Tablero de gestión VoLTE se sugiere revisión en el cálculo, porque parece bajo el
número de celdas con problemas

También se sugiere re-evaluar el threshold basado en los parámetros actuales de UL Power

control (debajo un gráfico para que vean un ejemplo).

5. RACH: Observar que el RACH está controlado debido a los procesos que se tienen para verificar
la parametrización para el RACH.
Acciones: control de los overshooting, la pisada de cada sector/solapamiento y verificación de
parámetros para las asignaciones de RACH.
Criterio Radio.