Capitulo 5 Backhaul para Ltev2

Backhaul para LTE
Prof. Digenes Marcano
dmarcanoa@gmail.com
En EPS, slo los parmetros de QoS del Default Bearer se almacenan en el HSS, a diferencia de GERAN/UTRAN. Es decir no existen perfiles de QoS asociados a los Dedicated Bearers almacenados en el HSS, en su lugar es el PDN GW quien determina la QoS de un Dedicated Bearer Basado en la QoS asignada recibida del PCRF (Policy and Charging Rules Function). Por lo tanto no es necesario guardar parmetros especificos de QoS en el HSS. Si el equipo terminal tiene autorizacin para acceder a un determinado servicio, el PCRF autorizar los recursos en la red. El QCI permite identificar los paquetes que llevan trfico en tiempo real de aquellos que no.
Cap. 5. Backhaul para LTE
Backhaul para LTE
dmarcanoa@gmail.com
El PCEF (Policy and Charging Enforcement Function) reside en el core, especificamente en el PDN-GW, y tiene como funcin, apoyado en el PCRF, aplicar polticas a los flujos de datos lo que permite establecer la QoS. Todos los nuevos flujos de servicio que se esperan crear pasan por el PCEF, de igual manera cuando es necesario cambiar la QoS de un flujo esxistente.
Backhaul para LTE
dmarcanoa@gmail.com
Backhaul para LTE
dmarcanoa@gmail.com
QCI se refiere a un ndice que identifica el tratamiento que recibe un flujo de datos, lo cual a su vez determina la QoS. El tratamiento est basado en los siguientes parmetros: Tipo de Recurso (con tasa de bit garantizada: GBR, sin garanta de la tasa de bits: Non-GBR) Prioridad Packet Delay Budget Packet Error Loss Rate Estos parmetros identifican a cada QCI y por lo tanto estn asociados a los diferentes servicios que se brindan a los usuarios. Los operadores pueden definir otros QCI y as diversificar la oferta de QoS ofrecida. Cada QCI impone unas ciertas condiciones al backhaul, dado que las mtricas de desempeo estn referenciadas con relacin al PCEF el cual se ubica en el Core.
Backhaul para LTE
dmarcanoa@gmail.com
Backhaul para LTE
dmarcanoa@gmail.com
En este modelo se muestra el limite entre el operador mvil y el operador del backhaul, que pudiera ser el mismo. En general pudiramos suponer que son distintos, en ese caso el operador del backhaul pasara a ser un proveedor de servicios para el operador mvil. La figura representa un modelo simplificado; en la prctica el RAN BS puede estar formado por una o varias BS, de igual forma el RAN NC puede estar integrado por uno o varios NC (Network Controllers) que forman parte del Core Network. A partir de este modelo de referencia se pueden obtener diferentes casos de estudio.
Backhaul para LTE
dmarcanoa@gmail.com
Cada caso de estudio presenta un posible escenario donde pueden aplicarse las soluciones de backhaul. Esta arquitectura se debe usar en aquellos casos donde la BS y Core no pueden conectarse directamente ya que no poseen interfaces Ethernet. La UNI tiene dos funciones, una del lado del cliente UNI-C y otra del lado de la red UNI-N. Este escenario puede usarse cuando se desea descargar trfico de baja prioridad, pero de gran ancho de banda, desde la red legacy hacia Ethernet.
Backhaul para LTE
dmarcanoa@gmail.com
El GIWF se requiere slo en los caos en los cuales la interface en la BS o en el Core no son Ethernet, en caso contrario no es necesario.
Backhaul para LTE
dmarcanoa@gmail.com
10
Backhaul para LTE
dmarcanoa@gmail.com
En ejemplo, al igual que en el caso 1, la sincronizacin en frecuencia se obtiene desde la red legacy, por ejemplo desde la capa fsica TDM. Por lo que no se necesita que la red MEN suministre ninguna sincronizacin.
11
Backhaul para LTE
dmarcanoa@gmail.com
12
Backhaul para LTE
dmarcanoa@gmail.com
13
Backhaul para LTE
dmarcanoa@gmail.com
En este modelo de EVC cada una de las UNIs de cada celda se unen slo con una UNI de agregacin, dado que slo existen 2 UNIs de agregacin cada una debe soportar 50 celdas para cubrir el trfico de las 100 celdas. En este esquema no hay redundancia. Todo el trfico de las celdas viaja hacia los dos puntos de agregacin. El operador mvil y el proveedor de MEN deben trabajar de manera conjunta a fin de establecer el punto de agregacin de cada celda de manera que tenga el menor impacto en el servicio mvil en casos de fallas. Para el caso de LTE, todo el trfico de la interface de Handover X2, debe ir al punto de agregacin para luego regresar a los eNodeB vecinos tal como lo establece el estndar. Por cada celda se debe considerar el trfico del DL y del UL, el cual puede ir desde unos 20 Mbps a 200 Mbps o ms, sin embargo debe considerarse la asimetra del trfico y el hecho de no todas las celdas alcanzan el trfico pico al mismo tiempo.
14
Backhaul para LTE
dmarcanoa@gmail.com
El par de EVC de cada celda debe conectar a diferentes puntos de agregacin a fin de garantizar la diversidad. El esquema de proteccin en la MEN es 1:1, lo que significa que slo la mitad de los enlaces en la MEN estn activos y la otra en Standby. Cuando hay una falla el trfico se bifurca hacia el enlace de proteccin. El tiempo de recuperacin tpico es de unos 50 ms.
15
Backhaul para LTE
dmarcanoa@gmail.com
Carrier Ethernet puede ofrecer a LTE la solucin completa para el backhaul. Aqu vemos la implementacin de la interface S1 entre el eNodeB y el core, y la interface X entre eNodeBs.
16
Backhaul para LTE
dmarcanoa@gmail.com
MEF -10.2.1, pp. 5. MEF 10.2 sesion 6.9. Estos atributos estn definidos en la especificacin 10.2 seccin 6.9 "EVC Related Performance Service Attributes" del MEF. El Resiliency Performance se define en Rec. ITU-T Y.1563 (01/2009) sesin 9.
17
Backhaul para LTE
dmarcanoa@gmail.com
18
Backhaul para LTE
dmarcanoa@gmail.com
Las L2VPN se clasifican bsicamente en dos tipos: VPLS (Virtual Private LAN Services) y VPWS (Virtual Private Wire Service). En las VPLS los clientes se conectan a travs de de una LAN Ethernet multipunto, mientras que en VPWS las conexiones son punto-apunto. En las VPLS se forma una red mallada entre todos los nodos de la red MPLS. Sin embargo, en H-VPLS slo dos nodos que no tiene conectados la red de los clientes forman la red mallada y as se reduce la cantidad de enlaces. Se muestra la arquitectura para topologas RAN planas usando L2VPN MPLS, especficamente el servicio VPLS, en el acceso, agregacin y core para llevar trfico IP desde los eNodeB de LTE hasta el SGW y el MME, y tambin trfico entre eNodeBs en caso de handover.
19
Backhaul para LTE
dmarcanoa@gmail.com
En este caso MPLS presta el mismo servicio definido por MEF, el reemplazo de este ltimo por MPLS depende del sitio donde se ubican la UNIs MEF. En el ejemplo arriba mostrado las UNI estn ubicadas en el acceso (sitio de la BS) y en el core, entonces la re MPLS estar tambin ubicada entre dichos puntos.
20
Backhaul para LTE
dmarcanoa@gmail.com
21
Backhaul para LTE
dmarcanoa@gmail.com
22
Backhaul para LTE
dmarcanoa@gmail.com
Este modelo de referencia aplica tanto a 2G, 3G y LTE. Por ser una L3VPN el enrutamiento entre las BSs y el core se hace en funcin de las IP Address. Por lo que el operador est encargado de manejar todo lo referente a IP. En el caso de LTE se usa L3VPN tanto para S1-C, S1-U como para X2.
23
Backhaul para LTE
dmarcanoa@gmail.com
Las facilidades de OAM de MPLS pueden usarse para la deteccin de fallas en operacin, y tambin para llevar registros y realizar mediciones en la red con miras a generar estadsticas. MPLS OAM es un conjunto de protocolos que permiten detectar y reportar problemas de manera rpida y eficiente con el objetivo de satisfacer los SLA acordados.
24
Backhaul para LTE
dmarcanoa@gmail.com
El trfico X2 puede conmutarse en el tramo de acceso o en el de agregacin. Esto depende de lo que se requiera. Si es una menor latencia el trfico de X2 la conmutacin debe hacerse lo ms cerca del eNodeB. Si por el contrario se pretende mantener un control estricto del trfico X2, entonces la conmutacin se hara lo mas cerca del EPC.
25
Backhaul para LTE
dmarcanoa@gmail.com
VCAT (Virtual Concatenation) se refiere a una tcnica de multiplexaje inverso. El ancho de banda se divide en canales lgicos los cuales se transportan en forma independiente. Se usa para voz sobre SDH y est estandarizada por la ITU. GFP-F (Generic Framing Procedure), es un protocolo, que permite la transmisin de diferentes tipos de trfico de paquetes sobre SDH. GFP acepta diferentes clientes y encapsula su trfico en una sola trama de tamao variable para luego transportarlos por la red. GFP es una tcnica de multiplexaje estandarizada por la ITU-T G.7041, y tienes dos modos d operacin: GFP-T y GFP-F; este ltimo transforma los datos de cada cliente en una trama y se usa cuando la seal del cliente viene previamente paquetizada por el protocolo del cliente. Esta solucin est basada en VLAN IEEE 802.1Q, con doble Tag, es decir QinQ. S-VLAN se usa para transportar C-VLAN a travs de un dominio Ethernet. Se pueden usar una o ms C-VLAN, ejemplo, una VLAN por cada eNodeB, diferentes VLAN para diferentes servicios, etc. Plano de control de Ethernet G.8031 se refiere a la recomendacin ITU-T G.8031 que define el mecanismo de proteccin para VLAN punto-a-punto basadas en Ethernet. Mientras que la recomendacin ITU-T G.8032 define los mecanismos de proteccin para redes Ethernet con topologa en anillo.
26
Backhaul para LTE
dmarcanoa@gmail.com
En este caso la solucin del acceso y de la agregacin son diferentes. En el acceso la topologa es un rbol, mientras que en la agregacin es una malla o un anillo. El acceso puede se puede usar cualquier capa fsica con sus respectivos mtodos de proteccin. Para la agregacin, el plano de control de MPLS maneja todo lo relacionado con los mecanismos de proteccin. En el acceso de usa Carrier Ethernet y en agregacin es muy comn emplear MPLS para aprovechar su capacidad de proteccin. La operacin y mantenimiento (OAM) de extremo-a-extremo puede lograrse estableciendo la relacin entre el OAM del pseudowire con la OAM de Ethernet.
27
Backhaul para LTE
dmarcanoa@gmail.com
28
Backhaul para LTE
dmarcanoa@gmail.com
Este escenario es muy recomendable, sobre todo si es necesario aprovecharse de las facilidades de transporte de MPLS/MPLS-TP en el acceso. De esta forma uno o varios Pseudowire llevan el trfico hasta el primer nodo de agregacin que maneja L2/L3VPN.
29
Backhaul para LTE
dmarcanoa@gmail.com
30
Backhaul para LTE
dmarcanoa@gmail.com
Existen varias combinaciones posibles usando bien sea IP/MPLS o MPLS-TP. Uno de los casos interesantes es L3VPN en agregacin y en el acceso L2VPN o MPLS-TP.
31
Backhaul para LTE
dmarcanoa@gmail.com
32
Backhaul para LTE
dmarcanoa@gmail.com
El caso 2 y 3 son cubiertos por este escenario dado que existen diferentes combinaciones para las capas 2 y 3, particularmente cuando Ethernet puede ser empleado como una alternativa a MPLS.
33
Backhaul para LTE
dmarcanoa@gmail.com
34
Backhaul para LTE
dmarcanoa@gmail.com
35
Backhaul para LTE
dmarcanoa@gmail.com
Un backhaul para acceso mvil consiste bsicamente de tres dominios: Core, Agregacin y Acceso. La red de acceso suministra la conectividad a las BSs en las celdas y por lo general estn basadas en topologias en rbol y cadenas usando radios de microondas, pero tambin usan Fibra en cierta proporcin. El dominio de agregacin usa con mucha frecuencia anillos o mallas soportadas por redes pticas. La red de agregacin por lo general termina en el sitio del controlador. En LTE y LTE-Advanced el controlador se refiere al EPC donde se encuentra el MME, el P-GW y el S-GW. Los controladores se conectan entre s a travs de la red de core la cual por lo general es una red IP/MPLS.
36
Backhaul para LTE
dmarcanoa@gmail.com
No hay una respuesta nica ni directa. Depende de muchos factores relacionados con el operador mvil y tambin con el operador del backhaul. Tanto los aspectos tcnicos como los servicios y los financieros tienen cierta influencia en el tipo de red de transporte que se despelgar.
37
Backhaul para LTE
dmarcanoa@gmail.com
El trfico del backhaul se transporta a travs del core por medio de tneles GTP (GPRS Tunneling Ptotocol), lo cual le permite conservar la misma IP cuando se mueve entre los eNBs y los gateways. El overhead del tnel depende del tamao del paquete, y se estima que puede ser del 10%.
38
Slide 38 dmarcano1 esta parte no esta clara.

Diogenes Marcano, 10/4/2011
Dmarcano1 como se interpreta la diferencia en el overhead de la cpa de transporte y el total

dmarcano, 5/12/2013
Backhaul para LTE
dmarcanoa@gmail.com
En este modo se conserva el paquete IP original y se encapsula colocndole el encabezado ESP y la cola; adems se coloca un nuevo encabezado IP. El paquete original con la direccin IP de destino, se convierte en el payload del nuevo paquete IP y est protegido a travs del proceso de cifrado.
39
Backhaul para LTE
dmarcanoa@gmail.com
40
Backhaul para LTE
dmarcanoa@gmail.com
Para estimar el trfico en el Backhaul se pueden usar ciertos modelos tericos, los cuales son aplicables slo en las primeras etapas de despliegue y desarrollo, cuando las mediciones que pudiesen hacerse no son muy vlidos. Una vez que los niveles de trfico aumentan se usan mtodos empricos para validar, ajustar y reemplazar definitivamente los modelos tericos. El X2 "turning point" debe estar lo ms cerca posible de los eNodeBs, de esa manera se reduce la latencia y se evita sobre cargar las partes superiores del backhaul. Sin embargo, el efecto de carga de X2 sobre S1, si existiera, es mnimo ya que representa un porcentaje muy bajo cercano al 4%.
41
Backhaul para LTE
dmarcanoa@gmail.com
Al evaluar el trfico de un eNB se debe considerar la cantidad de sectores de la celda. En las definiciones del 3GPP un eNB puede controlar varias celdas. As en una Macro Celda el eNB puede controlar 3 celdas, en una Micro tiene una sola celda, y en los centros de grandes ciudades el eNB puede tener hasta 6 celdas.
42
Backhaul para LTE
dmarcanoa@gmail.com
Aqu se muestran los dos casos extremos y un escenario intermedio. Los dos casos extremos representan el mejor y el peor caso. a) El mejor caso es cuando tenemos un solo UE cerca de la celda de manera que pueda usar 64 QAM, es decir se tiene una SNR muy alta, y al mismo tiempo se le asigna todo el ancho de banda. b) El peor caso es cuando se tiene un UE pero en el borde de la celda, de manera que debe modular en QPSK, usando todo el ancho de banda. Al reducirse la cantidad de bits por smbolos y conservar el ancho de banda la eficiencia espectral se reduce en comparacin con el mejor caso. c) El caso intermedio es aquel en el cual hay muchos usuarios distribuidos en toda la celda, unos cerca, otros lejos y otros en zonas intermedias de manera que pueden usar QPSK, 16 QAM o 64 QAM. En este caso la eficiencia espectral alcanza un valor intermedio que se encuentra entre los dos valores extremos.
43
Backhaul para LTE
dmarcanoa@gmail.com
En LTE cuando decimos que una celda tiene una capacidad de, por ejemplo, 100 Mbps significa que esa capacidad se obtiene si todos los recursos los de la matriz tiempo-frecuencia se modulan a 64 QAM. Cuando hay muchos usuarios, los mismos se distribuyen en toda el rea de cobertura y algunos usarn QPSK, otros 16 QAM y otros 64QAM, por lo tanto la capacidad nunca ser igual a los 100 Mbps, por el contrario ser inferior. Por eso en la hora de punta el trfico promedio baja con relacin a lo que se obtendra cuando hay pocos usuarios.
44
Backhaul para LTE
dmarcanoa@gmail.com
El uso de la tasa pico para dimensionar el backhaul se aplica al ltimo segmento de la red de transporte cuando la cantidad de eNBs es pequea. Hacia el core el trfico de muchas celdas es agregado y entonces domina el trfico promedio durante la hora de punta. Dimensionar el backhaul no es tarea fcil, ya que el trfico se ve afectado por mltiple factores, entre otros por el tipo de trfico. Inicialmente el trfico de voz predominaba en las redes celulares de primera y segunda generacin, con la llegada de 3G el trfico mayormente proviene de aplicaciones de datos, lo cual hace al trfico aun ms aleatorio. El criterio de usar la tasa pico en la celdas inmaduras tiene una lgica bien fundamentada. Al haber poco trfico debido a pocos usuarios, las mediciones que hagamos no tiene mucha validez estadstica, por eso planificamos para el peor caso. Si conocemos el comportamiento de los usuarios incluso en otras redes podemos trasladar los resultados y hacer mejores estimaciones.
45
Backhaul para LTE
dmarcanoa@gmail.com
En el peor caso y siendo generosos con la capacidad de X2 se le podra asignar un 5% de la capacidad de S1. Si calculamos un promedio, la capacidad de X2 podra ser del orden de 3.5 % con relacin a la de S1. El trfico en X2 no es constante y depende del patrn de movilidad de los usuarios. Por ejemplo, el trfico X2 en sitios cercanos a lneas de tren de alta velocidad o en autopistas ser mucho mayor que el que se produce en zonas residenciales tranquilas donde los vehculos se desplazan a baja velocidad; tambin depende de las horas del da. Los porcentajes para estimar X2 slo aplican con relacin al trfico promedio; nunca se usa como referencia el trfico pico para estimar X2.
46
Backhaul para LTE
dmarcanoa@gmail.com
47
Backhaul para LTE
dmarcanoa@gmail.com
Resultados de simulaciones simulaciones: : Un eNB Trfico del backhaul incluyendo S1 y X2, as como el overhead de transporte. Se muestra en caso con y sin IPsec. Los resultados consideran que X2 es el 4% de la capacidad de S1. El trfico pico est calculado bajo la premisa de que slo una celda esta cargada en un instante dado y que todas las otras celdas tienen trfico nulo. Por esa razn en la tabla de arriba, el trfico pico no cambian cuando se tiene una o tres celdas. El trfico asociado con OAM es muy pequeo en comparacin con el trfico de las aplicaciones de los usuarios, por ello no se considera. El trfico desde el eNodeB hasta el core es transportado por medio de tneles GTP (GPRS Tunnelling Protocol) que es el mismo usado en GSM y UMTS. El overhead depende de la distribucin de los paquetes del usuario, pero el general se puede considerar un overhead el 10%. La interface del usuario S1-U no es segura y podra quedar expuesta si no se protege fsicamente. Si el backhaul pertenece al operador mvil no es necesario implementar IPsec. Pero si los datos deben atravesar la red de un tercero, entonces deben ser protegidos y el 3GPP recomienda usar IPsec ESP. Esta proteccin adiciona un overhead de 14%. As que en total entre GTP e IPsec podemos considerar un overhead el 25%.
48
Backhaul para LTE
dmarcanoa@gmail.com
Aqu estamos considerando un trfico promedio de 13 Mbps y un trfico pico de 60 Mbps. Adems se supone que cada eNodeB tiene 3 celdas. La grfica muestra dos escenarios extremos, uno inferior y otro superior. El trfico del backhaul debe situarse entre ambos lmites. El caso de agregacin y Core donde llega el trfico de mltiples eNBs, el mismo puede estimarse a partir de la tasa promedio y del valor pico de un slo eNB, los cuales ya fueron analizados. La suposicin a partir de la cual se obtiene la expresin mostrada arriba, es muy conservadora. En el escenario 2, con los valores mostrados, la tasa pico es superior a 3N*Tasa_prom siempre que la cantidad de celdas sea igual a 5, lo que indica que N=2 eNBs, uno de ellos con 3 celdas y el otro con 2 celdas. Nota: Un eNodeB equivale a un sitio, mientras que una celda equivales a un sector. Nota Esto es debido a que las definiciones usadas en USA no son las mismas que usa el 3GPP y se presentan confusiones.
49
Backhaul para LTE
dmarcanoa@gmail.com
50
Backhaul para LTE
dmarcanoa@gmail.com
51
Backhaul para LTE
dmarcanoa@gmail.com
El mtodo del factor de sobre venta (Over Booking Factor) es muy sencillo, sin embargo se aplicacin est condicionada al conocimiento del OBF y de Cmax. Cmax se puede obtener de acuerdo a diversos escenarios como los aqu planteados. Co puede ser la capacidad promedio de una celda en la hora de punta. Normalmente se planifica para la capacidad promedio en la hora de punta.
52
Backhaul para LTE
dmarcanoa@gmail.com
53
Backhaul para LTE
dmarcanoa@gmail.com
54

Capitulo 5 Backhaul para Ltev2

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Capitulo 5 Backhaul para Ltev2

Загружено:

Авторское право:

Доступные форматы

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE

Backhaul para LTE

Prof. Digenes Marcano

Cap. 5. Backhaul para LTE