Descripción Modos UMTS

¿Qué son los Modos, Estados y Transiciones en GSM, UMTS y LTE?
- telecomHall ES Page 1 of 16
Inicio Mapa del Sitio Registrarse
telecomHall ES
Buscar
Iniciar sesión
Home Hunter Sacar Hunter Consejos Curso Grupos Foros Empleos Eventos Comunidad Descargas Sobre
¿Qué son los Modos, Estados y Transiciones en GSM, UMTS y LTE?
Escrito por leopedrini lunes, 04 de abrilde 2016 23:02:00 C ategories: C urso LTE U M TS - abril de 2016 +
l m m j v s d
Entrada Anterior < < > > Siguiente Entrada
28 29 30 31 1 2 3
H ola am igos. H oy vam os a hablar de un tem a m uy im portante Valorar Este Contenido 8 Votos. 4 5 6 7 8 9 10
para los que trabajan con las com unicaciones m óviles: cuáles son 11 12 13 14 15 16 17
los diferentes m odos y estados que un teléfono m óvil puede tener, adem ás de cóm o se produce la 18 19 20 21 22 23 24
transición entre cada uno de ellos. 25 26 27 28 29 30 1

2 3 4 5 6 7 8
El concepto es sim ple, pero la gran cantidad de detalles puede term inar haciendo el tem a una tarea
extensa o com pleja. Esto term ina causando m uchas personas sim plem ente ni siquiera intenten
com prender o incluso niquieren saber esos detalles.
Sin em bargo, la falta de conocim iento de estos puntos clave de la operación (cuando se producen las
Estadísticas
transiciones, por qué se producen, etc.) afecta a la com prensión de otras áreas de la red m óvil, ya que
Entradas (32)
el funcionam iento de toda la red se basa en eso. En realidad, si no com prenden esta base fundam ental
de la operación, entonces sí es que se corre el riesgo de pensar que todo es dem asiado com plicado.
Categorías
Así que vam os a tratar de m ostrar de una m anera m uy sim plificada todos los conceptos clave que Com ponentes de RF (1)
participan en los m odos, los estados y transiciones que un m óvil puede tener en una red 2G /3G /4G . Curso (32)
Esperam os que para el final de este tutorial todo lo que se m uestra en la siguiente figura sea clara para LTE (5)
usted. U M TS (1)
Related Posts
¿Q ué es Envelope Tracking?
¿Q ué es C SFB y SRVC C en LTE?
¿Q ué es C P (Prefijo C íclico) en
LTE?
¿Q ué es LC S (y LBS)?
¿Q ué significa O rtogonalen
redes inalám bricas?
¿Q ué es ISI (Interferencia
Entre Sím bolos) en LTE?
¿Q ué es Splitter y Com binador?
Análisis de C obertura con

Retardo de Propagación - PD y
Tim ing Advance - TA (G SM -
W C D M A-LTE)
¿Q ué es R RC y RAB?
N ota: Este tutorial es un poco largo, y se podría dividir en 'partes'. Sin em bargo, decidim os por el ¿Q ué es R etransm isión, ARQ y
H ARQ ?
m antenim iento del contenido de m anera centralizada. Siéntase libre de leer de la m anera que prefiera -
por partes, a la vez. ¿D e acuerdo? C onm utación de paquetes IP de
Telecom - Parte 4
Así que tom em os una respiración profunda, y vam os a em pezar. C onm utación de paquetes IP de
Telecom - Parte 3
Nota: Todos los artículos telecomHall están escritos originalmente en Portugués. A continuación se
C onm utación de paquetes IP de
hacen traducciones en Inglés y Español. Como nuestro tiempo es escaso, sólo se producen varios Telecom - Parte 2
errores de ortografía (que utilizar el traductor automático, y sólo entonces hacer una revisión final).
C onm utación de paquetes IP de
Pedimos disculpas, y contamos con su comprensión de nuestro esfuerzo. Si usted quiere contribuir Telecom - Parte 1
traduciendo / corregir una de estas lenguas, o incluso uno nuevo, por favor comuníquese con nosotros:
Adiós IPv4 ... H ola IPv6!
contacto.
Archivos
abril, 2016 (2)
m ayo, 2015 (1)
noviem bre, 2014 (3)
febrero, 2014 (1)
octubre, 2013 (1)
agosto, 2013 (1)
m ayo, 2013 (1)
junio, 2012 (1)
m arzo, 2012 (1)
febrero, 2012 (2)
Modo Off (Dead) enero, 2012 (1)
noviem bre, 2011 (1)
octubre, 2011 (1)
file:///C:/01%20Mis%20datos/11%20Formación/001%20WCDMA%20Generico/¿Qu... 29/04/2018
¿Qué son los Modos, Estados y Transiciones en GSM, UMTS y LTE? - telecomHall ES Page 2 of 16
Para dem ostrar (siem pre usando nuestra form a sencilla de ejem plificar) partim os de la m anera básica septiem bre, 2011 (1)
que el m óvil puede ser: O ff! junio, 2011 (1)

abril, 2011 (2)
En este caso, no tenem os m ucho de que hablar, ¿verdad? Cuando el m óvil está apagado, no 'parece' a m arzo, 2011 (3)
la red. N o pierde la batería, no consum e recursos de red. En cuanto a la red, no sirve para nada. febrero, 2011 (5)
enero, 2011 (1)
Pero sirve al m enos para que com encem os a entender los conceptos de hoy: se trata de un 'm ode' que
diciem bre, 2010 (2)
elm óvilpuede tom ar!
Localización
Ya estam os haciendo una breve parada, antes de seguir adelante: un paréntesis en nuestra
conversación. Antes de continuar con los siguientes m odos y m odes, tenem os que hablar de otro tem a
im portante, estrecham ente relacionado con el tem a, y que tam bién debe ser bien entendida: la
ubicación del m óvil, y cóm o la red lo ve.
Esto es debido a la ubicación del m óvil tiene un papel im portante en las form as y especialm ente en
estados de transición que puede tom ar. H ay que recordar, aunque m uy rápidam ente, algunos conceptos
básicos de la ubicación en los sistem as m óviles.
La regla general es que cada vez que el m óvil detecta que ha cam biado de celda, el realiza un
procedim iento para inform ar a la red su nueva ubicación, es decir, hace una actualización de su
posición, indicando sus identificadores de ubicación corrientes en las m ensajes específicas.
La siguiente figura m uestra los diferentes identificadores de ubicación posibles, desde el punto de vista
de la RAN (Radio Access N etw ork) y tam bién Core VS (de conm utación de circuitos) y Core PS (de
conm utación de paquetes).
Por ejem plo, si el m óvil se m ueve desde la zona de cobertura de la celda 'A' en para la área de
cobertura de la celda 'D ', se realiza un procedim iento de çell update' e inform a a la red que está siendo
servido por la celda 'D '.
Esta es la regla general, y procedim ientos sim ilares se producen cuando se produzca algún cam bio de un
área a otra (ya sea una superficie de la celda, son, LAC y RAC).
Por supuesto, la regla anterior no establece todo - todavía hay m uchos aspectos y conceptos a tener en
cuenta (por ejem plo, la actualización de celda puede ser provocada por otros eventos, no sólo en
relación a la ubicación). Pero no es nuestro objetivo hoy, ya que estam os buscando sólo para conocer
los m odos y estados. Así que vam os a seguir, pero no dude en extender tras el estudio en las áreas que
le interesan - sin duda m erece la pena.
Modo Idle
Así que vam os a seguir conociendo los m odos.
El siguiente m odo de que el m óvil puede tom ar es bastante intuitivo: encendido. Pero el nom bre de
m odo tiene no es esto - después de encenderla y en consecuencia llegar a ser percibida por la red, se
dice que el m óvilestá en m odo "idle".
En el m odo idle, adem ás de ser visto (conocido) por la red, el m óvil tam bién viene a ver (saber) la red y
luego puede interactuar con ella.
Com o tal interacción en elm odo idle, elm óvilpuede 'acam par'en una cierta celda.
Incluso sin saber todavía lo que significa el m óvil 'acam par' en una celda, podem os decir que cuando en
el m óvil en m odo inactivo lleva una gran cantidad de operaciones, dependiendo por ejem plo de sus
tecnologías disponibles (2G , 3G y/o 4G ) o red donde está.
Y realm ente es m ucho lo que sucede. Se puede com probar en la pantalla, por lo que se enciende el
teléfono celular: prim ero llega un m ensaje de que el m óvil está buscando en la red. Tan pronto com o se
encuentra, vienen las barras de antena, seguido de alguna indicación del tipo de tecnología que podría
conectar (G SM , H SD PA, LTE, etc.). Y para concluir, el nom bre del operador (o cualquier otro m ensaje
que utiliza com o identificación).
En este m om ento, se dice que elm óvilestá 'acam pado'en una celda de la red.
Entendem os que es 'consciente', tanto para iniciar y recibir una llam ada finalizada. N o tiene un canal
dedicado asignado, y no puede realizar ni recibir llam adas. Lo que debe ser un seguim iento constante de
los canales de com unicación disponibles, para saber qué hacer cuando sea elm om ento adecuado.
En este estado, el m óvil no tiene ninguna conexión activa con la red, y cualquier transm isión de datos
requerirá un establecim iento (o restablecim iento) de una conexión de control, para sólo entonces
em pezar a transm itir datos. N o transm ite casi nada en ese estado (sólo en algunos casos, la inform ación
pequeño, sólo para actualizar su área de registro).
Es decir, la radio está 'dorm ido' la m ayor parte del tiem po y sólo se despierta cuando sea necesario -
cuando instruyó a participar en cualquier actividad.
En el caso específico de 4G m óvil en el m odo idle, tiene las actividades de apoyo a la D RX (recepción
discontinua), inform ación del sistem a (System Inform ation SI) para el acceso, selección de celda y la
inform ación de paginación.
Y en el caso específico de 3G m óvil en el m odo inactivo, perm anece escuchando el canal CPICH (canal
piloto com ún) de la celda donde está acam pado, y tam bién las celdas vecinas. Tam bién escuchando el
canal PICH (Indicadores de canal de búsqueda). En este últim o, busca su 'Paging Indicator' - un valor
verdadero o falso que indica si se debe leer el canal de búsqueda. En otras palabras, su ciclo 'D RX
idle'(recepción discontinua).
Para entrar en este m odo, el m óvil se pone en contacto con su PLM N , en busca de una celda adecuada
que le puede proporcionar el servicio, y se sintoniza a su canal de control. Com o ya se ha m encionado,
esta elección o la sintonía es lo que llam am os "acam par" en la celda - el m óvil registrará su presencia en
esa zona de registro.
Si el m óvil pierde la cobertura de esta celda, se selecciona (búsqueda) una celda m ás conveniente
disponible, y acam pa en esa otra - haciendo una nueva selección.
Pero vam os a tom ar un m om ento aquí: aunque la selección y la reselección de celda son conceptos
estrecham ente relacionados con los m odos, los estados y transiciones conceptos, estam os
profundizando tanto un tem a que no es el objetivo principal en la actualidad. Volvam os al m odo idle, en
general. Si es así, y si hay interés, se habla m ás específicam ente sobre este u otros tem as en otro
tutorial.
Volviendo (y resum iendo) entonces el objetivo del cam pam ento m óvil en una celda en el m odo inactivo
es que puede recibir inform ación de la red. Para las llam adas originadas por el m ism o, ya se inicia la
llam ada en el canal de control correspondiente, de la de la celda que está acam pada. Y en el caso de las
llam adas term inadas, la red conoce previam ente su inform ación de ubicación, y en el que el área es, a
continuación, envía un m ensaje de 'paging' para ello en los canales de control de esta área de registro,
desde donde contesta.
Si buscam os el significado directo de idle, nos encontram os con algo así com o 'no hacer nada'. Pero no
es exactam ente lo que sucede. Adem ás de los procedim ientos iniciales descritos anteriorm ente
(procedim iento de encendido), el m óvilsigue llevando a cabo m uchas otras actividades.
Modo avión
Aunque no se ilustra en la figura anterior, el acto de encender (encendido) no es el único que lleva el
m óvil en el m odo idle. El m óvil puede entrar en el m odo idle tam bién cuando desactivam os su m odo
'avión'.
Este es un m odo m uy particular, y en térm inos de la red, podem os considerar el acto de poner el m óvil
en m odo avión com o 'apagar la red'. D el m ism o m odo, desactivar el m odo avión es equivalente a
'conectarse a la red'.
M odo avión, com o su nom bre indica, se originó debido a la prohibición del uso de teléfonos m óviles
inalám bricos en los aviones. El "problem a" en realidad se refiere únicam ente a la utilización de
dispositivos de radiofrecuencia. Por lo tanto, se ha creado la opción de activar "off" sólo la parte de radio
del dispositivo, dejando libres a los usuarios utilizar otras funciones, tales com o juegos y herram ientas
com o editores de texto y hojas de cálculo.
Y, por supuesto, no es necesario estar en un avión para utilizar este m odo. M odo avión puede utilizarse
siem pre que existe la necesidad de "desactivar"/"activar" los radios de los dispositivos - sin tener que
esperar a que un reinicio com pleto.
Cuando el m óvil está encendido (o cuando el M odo avión está apagado), se entra en el m odo que ya
sabem os: m odo Idle.
Vam os a seguir para conocer otro m odo de que elm óvil puede tom ar.
A m enos que haga (por ejem plo, llam ar a alguien) o reciba una llam ada de voz, o haga o reciba una
llam ada de datos (por ejem plo, navegar por una página w eb), perm anecerá en elm odo idle.
Pero si entra una llam ada, entonces todo cam bia. El m óvil cam bia al m odo conocido com o m odo
Conectado.
Modo Conectado
D e acuerdo, hasta ahora entendem os cóm o el m óvil entra en m odo ilde, y tam bién que, aunque el
nom bre no indica que es un m odo m uy im portante, donde suceden m uchas cosas.
Sin em bargo, la m eta de cada m óvil es para transferir datos en form a de llam adas, ya sea de voz o
datos. Y cuando el m óviles una de estas llam adas, se dice que está en m odo conectado!
A diferencia del m odo ilde, en el que podem os hacer casi las m ism as consideraciones para las
tecnologías 2G , 3G y 4G , las consideraciones en elm odo conectado son diferentes para cada uno.
El hecho de que es com ún a todos es que cuando el m óvil necesita iniciar la com unicación, necesita
establecer una conexión de control y, a continuación una conexión que perm ite que la inform ación de
tráfico.
En el caso de 3G y 4G : cuando el m óvil inicia una llam ada, prim ero envía una petición para establecer
una conexión de señalización. A continuación, se inicia entonces el establecim iento de conexión RRC
(Control de Recursos de Radio). Cuando se establece la conexión RRC, el m óvil entra en el m odo
Conectado.
N ota: En el caso de 2G , la idea es la m ism a, pero tenem os algunos otros conceptos. Com o nuestro
tutorial debe ser un poco largo, debido al núm ero de conceptos que se tratarán, y debido a que la
transición de los estados 2G requiere una pequeña explicación m ás (conceptos solam ente 2G ), vam os a
dejar estas explicaciones detalladas para otro tutorial si hay interés de nuestros lectores. En cualquier
caso, aunque no se explica aquí, las transiciones de estado 2G perm anecen representados en la im agen
com pleta.
En un prim er m om ento, se nos lleva a entender el m odo conectado sim plem ente com o el 'contrario' del
m odo ilde. Por desgracia, la situación no es tan sim ple.
H oy en día, está aum entando el núm ero de teléfonos inteligentes en el m ercado, cuyo beneficio
adicional fue m ayor adopción (m asa) de uso de datos. En realidad este uso ha sido m uy grande, y está
creciendo m ás grande cada día.
Sin em bargo, trajo un reto sobre cóm o apoyar esta 'tsunam i' de señalización que tal uso m asivo de
datos requiere.
Los ahora m uchos usuarios quieren que todos sean conectados al m ism o tiem po, en m uchos tipos
diferentes de aplicaciones.
Por varias razones y m ecanism os, cada uno de estos teléfonos inteligentes periódicam ente activa y
desactiva sus conexiones.
M ientras que el objetivo es que el usuario tiene la percepción de siem pre conectado, la cantidad de
señalización hace que esta m isión casi im posible.
Afortunadam ente, para m inim izar este problem a se crearon diferentes 'estados'en m odo conectado!
Aunque este tutorial están buscando en general a com prender los m odos de funcionam iento del estado y
m óviles en una red, los m odos de U TRAN (U M TS 3G ) y E-U TRAN (4G LTE) tienen algunos estados y
conceptos m ás específicos. Por lo tanto vam os a proceder, pero hablando por separado en cada uno de
ellos.
Modo Conectado 3G
Cuando un m óvil 3G está en m odo conectado, su nivel de conexión con la U TRAN está determ inada por
los requisitos de Q oS de la RAB activa, y las características deltráfico.
Los desafíos en U M TS para m antener una gran cantidad de usuarios conectados llevó a m ecanism os e
im plem entaciones que buscan m inim izar este escenario.
Por ejem plo, algunas im plem entaciones tratan de m inim izar el consum o de batería m óvil, y otras
im plem entaciones buscan reducir la señalización. La funcionalidad Fast D orm ancy (proporcionada por el
3G PP en la Versión 8) tam bién tiene un m ecanism o para hacer frente a este reto. O tras características
aún no se ha desarrollado y m ejorado hasta hoy.
Irónicam ente, los sistem as U M TS se han desarrollado para satisfacer la creciente dem anda de
m ultim edia (datos) visto hace años. Com o se pensaba en un crecim iento m uy grande de datos, el
sistem a ha sido diseñado de una m anera eficiente para el transporte de estos anchos de banda alta de
bits, vídeos, etc. Incluso con un ligero retraso para em pezar, el sistem a sirvió bien, especialm ente en
casos de altas tasas.
Pero en los últim os años, la explosión visto de los datos era m ayor de lo esperado. Los teléfonos
inteligentes con planes de datos ilim itados cada vez m ás baratos y asequibles extendido hasta los
usuarios de prepago, explosión de todos los tipos de aplicaciones - especialm ente las aplicaciones que
utilizan pequeños volúm enes de datos periódicos con actualizaciones frecuentes.
Las nuevas aplicaciones han surgido o se han vuelto m ás usados, tales com o redes de m ensajería y
Social (W hatsApp, Tw itter, Facebook), carteras de acciones, sincronism o de
correo/C alendario/Contactos/RSS.
M ientras que el sistem a U M TS perm ite, no está diseñado para esto: enviar y recibir cantidades m uy
pequeñas de datos, a m enudo m enos de 1 kB.
Cada uno de estos m ensajes necesita una conexión con toda la carga de señalización asociada!
M uchos operadores m óviles m antienen un canal de energía m ás alta para un periodo de tiem po m ás
largo cuando se im agina que va a transm itir o recibir m ás datos en un futuro próxim o. Pero esto term ina
gastando m ás de la batería y sacrificar los recursos que podrían estar en uso por otro usuario.
Para ayudar a m ejorar este problem a 3G m óvil que está en m odo conectado, están los estados:
CELL_D CH , CELL_FACH , CELL_PCH y U RA_PCH .
Vam os a conocer cada uno de ellos, y para facilitar la com prensión, vam os a hacer una clasificación de
acuerdo con los elem entos:
• Canal: canales que elm óvilusa en este estado están dedicados o com partidos?
• El conocimiento por la red: la red sabe dónde está elm óvilse encuentra en elnivelcelda o en un nivelde U RA?
• Las transferencias de datos: elvolum en de datos a transm itir es grande o pequeño?
• Transiciones: cuando term ine la descarga, o term ina un determ inado tiem po, a donde va a ir elm óvil?
A partir de las clasificaciones anteriores, el que tal vez no entiende bien es el canal dedicado o
com partido. U na m anera de entender la diferencia entre el canal dedicado y com partido está haciendo
una analogía.
Piense en canales dedicados para habitación en un hotel - la atención garantizada e individual para el
usuario. El único problem a es que, com o un hotel, el núm ero de canales - habitaciones - es lim itada. D e
todos m odos, el hotel siem pre tratan de proporcionar el servicio de la m ejor m anera posible - así com o
la red.
Siguiendo la m ism a analogía, canales com partidos serían una sala de conferencias - sirve a m uchas m ás
personas, pero no de la m ism a m anera sirve a las habitaciones.
Vam os a hablar de cada uno de estos estados, tratando de hacer que las citadas calificaciones.
Estado CELL_DCH (UTRAN)
Si hay un estado que es elm odo de conexión 3G , este estado es CELL_D CH .
Canal Dedicado. Com o el nom bre del estado indica, el CELL_D CH (D CH : D edicated Channel) utiliza un
canal dedicado al servicio m óvilen elU plink y D ow nlink.
En el estado CELL_D CH m óvil está en m odo conectado, y utiliza un canal dedicado R99 o un H S-D SCH
com partido (D ow nlink Shared Channel de alta velocidad) y/o E-D SCH (Enhanced D edicated Physical
Channel).
Conocido a nivel de la celda. Tam bién podem os sentir por el nom bre que la red sabe que el m óvil se
encuentra en el nivelde celda (de acuerdo con el actual conjunto activo).
Transferencias de grandes volúmenes de datos. C uando el m óvil necesita transferir grandes

volúm enes de datos, este es el estado ideal.
Pero, com o sabem os el escenario ha cam biado con la adopción de aplicaciones cada vez m ás com unes
que requieren pequeñas transferencias de datos periódicos. Y si usam os los recursos lim itados de
CELL_D CH a los regím enes de establecim ientos y establecim ientos, inevitablem ente, el sistem a se
derrum baría. En nuestra analogía con habitaciones de hotel, no habría ninguna habitación para todo el
m undo!
La solución es crear un estado auxiliar que apoya la dem anda adicional. Y eso significa que el uso de
canales com partidos, que definen el estado que verem os a continuación, elCELL_FACH .
Las transiciones a idle o CELL_FACH (o estados PCH, como veremos en breve) Cuando el m óvil
term ina la transferencia, puede volver al m odo (liberar la conexión RRC) idle, o cam biar al estado
CELL_FACH (si en un tam pón de una cantidad de datos a transferir m ás pequeño que un cierto um bral -
o otras palabras, sihay poco volum en de datos a transferir).
Estado CELL_FACH (UTRAN)
Canal Compartido. El estado CELL_FACH m antiene el m óvil en m odo C onectado, sólo que en lugar de
canal físico dedicado, el m óvilusa canales com partidos.
En com paración con la analogía del canal dedicado para habitación en un hotel, el canal com partido
sería la sala de conferencias de este hotel.
Transferencia pequeños volúmenes de datos. Esto hace que este estado ideal para la transm isión y
recepción de paquetes de datos pequeños:
• En el enlace ascendente se utiliza el canal R AC H (C anal de Acceso Aleatorio): el m óvil está transm itiendo
constantem ente m ensajes RAC H .
• Para el enlace descendente se utiliza el canal FAC H (Canal de Acceso D elantero): el m óvil está decodificando
constantem ente el canal FAC H .
Conocido a nivel de celda. En el estado CELL_FACH , la red tam bién sabe dónde está el m óvil que se
encuentra en el nivelcelda (la celda donde elm óvilha hecho la últim a 'Cell U pdate').
Las transiciones a idle o Cell_DCH (o estados PCH, como veremos en breve). Cuando el m óvil ha
term inado de transferir en elCELL_FACH , puede volver al m odo (liberar la conexión RRC) idle, o cam biar
al estado CELL_D CH (si en un tam pón de una cantidad de datos a transferir m ayor que un cierto um bral
establecido - o es decir, sihay un gran volum en de datos a transferir).
Pero incluso con la ayuda de CELL_D CH y CELL_FACH (habitaciones de hotel, adem ás de la sala de
conferencias), la capacidad de red puede no ser suficiente. Adem ás, si las opciones de salida de estos
estados tras el final de la transferencia son sólo el el m odo idle, tendríam os peor el problem a cada vez
m ayor de señalización (restableciendo las conexiones).
Pero entonces ¿cuál es la solución para aquellos casos en los que ya está ocupado? En el caso del hotel:
obtener el nom bre y darle una contraseña para cada usuario por encim a del lím ite, y llam ar a ellos tan
pronto com o sea posible / necesario.
En el caso de la red 3G para m inim izar este problem a, están los estados PCH (CELL_PCH y U RA_PCH ).
Son estados en los que el m óvil puede ser transferida, y no perder su conexión RRC (que fueron
llam ados y consiguieron una contraseña).
Pero, por ahora, no pueden aprovechar los servicios del hotel (envío o recepción de datos). Sólo pueden
estar enterado, y cuando sea necesario / apropiado, obtener elservicio.
Vam os a conocer los estados PCH ?
Estado CELL_PCH (UTRAN)
El estado CELL_PCH es uno de los estados PCH , un m odo conectado, de m anera que el m óvil puede
tener y tiene algunas características interesantes. Em pezando por elnom bre: PCH se refiere alPaging.
Aunque no es el m ism o que el estado idle, este estado se asem eja m ucho al com portam iento de esa
m anera, especialm ente el punto de vista m óvil. La gran diferencia aquí es que la conexión de control
(RRC) no se pierde (aunque el m óvilutiliza raram ente).
Siem pre que el m óvil acam pa en una nueva celda el inform a a la red ('cell update'). Recuerde que en
estado idle, el m óvil inform a a la red sólo cuando hay un cam bio en LA - Zona de Localización o RA -
Área de Encam inam iento; es decir, en este estado tenem os m ás actualizaciones a m edida que estam os
en el nivelde celda.
Pero en este estado, com o en Idle, el m óvil no hace transferencia de datos. Y cada vez que el m óvil
necesita enviar el m ensaje de çell update', el m óvil necesita cam biar tem poralm ente al estado
CELL_FACH .
El m óvil m antiene escuchando los m ism os canales que en m odo idle - utiliza D RX para m onitorizar el
canal PCH seleccionado a través del PICH asociado. El radio perm anece inactivo la m ayor parte del
tiem po y sólo se despierta en el ciclo de D RX del estado CELL_PCH (N ota: el ciclo de D RX del estado
CELL_PCH es diferente delciclo de D RX del m odo idle).
Com o se ha m encionado, la conexión de control se m antiene, entonces cualquier nueva transm isión de
datos puede llevarse a cabo m ás rápidam ente y con m ucho m enos señalización, ya que es para enviar
solam ente los datos que están presentes.
En este estado no hay ninguna actividad de dow nlink: cada vez que el m óvil necesita transm itir o
recibir, se va alestado CELL_FACH .
Conocido a nivel de celda. En el estado CELL_PCH , la red sabe dónde está el m óvil que se encuentra
en el nivel de celda (la celda donde el m óvil ha hecho el últim o 'cell update'). El recordar: el 'cell update'
se realiza en elestado CELL_FACH .
No hay transferencias de datos. Los únicos objetivo de este estado son:
• Ahorrar energía (usando ciclo de D RX sim ilar alm odo idle)

• Perm itir el acceso rápido a la red, ya que la red sabe exactam ente qué celda para enviar el paging y porque no hay
necesidad de crear nueva conexión R RC .
Transiciones a Idle o CELL_FACH. Si después de un cierto tiem po, continuar sin transferencia de
datos, elm óvilse libera. D e lo contrario, el vá alestado CELL_FACH (se está transfiriendo datos).
Estado URA_PCH (UTRAN)
El cuarto y últim o estado (U RA_PCH ) es prácticam ente idéntico al estado CELL_PCH . La única diferencia
es que los 'cell update' sólo se envían cuando el m óvil cam bia U RA (Área de Registro U TRAN ) en lugar
delcam bio de celda.
Con esto, el m óvil transm ite incluso con m enos frecuencia que en el estado CELL_PCH (recordando que
m antiene la conexión de control activa).
Conocido a nivel URA. La red sabe dónde está el m óvil en el nivel de U RA (Área de Registro U TRAN )
de acuerdo con la U RA asignado para el m óvil durante el últim o 'U RA update' - recordando que la 'U RA
update', com o vim os en elestado CELL_PCH , se hace sólo en el estado CELL_FACH .
No hay transferencias de datos. Por la razón anterior, se recom ienda este estado para los m óviles
que se m ueven rápido. Pero continúa con los objetivos sim ilares delestado CELL_PCH :
• Ahorrar aún m ás energía;

• Perm itir el acceso rápido a la red, ya que la red conoce la U RA a la que enviar los pagings y tam bién porque no hay
necesidad de un nuevo establecim iento de conexión RRC .
Transiciones a Idle o CELL_FACH. Si después de un cierto tiem po, continuar sin transferencia de
datos, elm óvilse libera. D e lo contrario, el vá alestado CELL_FACH (se está transfiriendo datos).
Comparación entre el modo Idle y Estados PCH (CELL_PCH/URA_PCH)
D espués de conocer los estados de paging conectados CELL_PCH y U RA_PCH , podem os decir que son
equivalentes alm odo idle?
N o. Recuerda que en el m odo idle, no tenem os ninguna conexión RRC establecida, al contrario que en el
CELL_PCH y U RA_PCH , donde todavía existe esta conexión.
Es im portante que no se debe confundir con el hecho de que en el m odo Idle y los estados CELL_PCH y
U RA_PCH el m óvil no tiene ningún recurso de radio asignado! Por esta razón, no se puede iniciar ningún
tipo de transferencia de datos en canales dedicados y com unes. Esto es verdad.
Pero hay una gran diferencia cuando el m óvil intenta iniciar la com unicación con la red.
En el m odo idle, el m óvil tiene que enviar una petición de conexión RRC (a través del RACH ). En el
CELL_PCH o U RA_PCH el m óvil se m ueve a CELL_FACH , y ya envía un m ensaje tal com o çell update', y
está listo para la com unicación - no tiene que volver a establecer la conexión de señalización, y luego la
conexión RRC de nuevo.
Por lo tanto la obtención del servicio de red es m ás eficiente.
Batería y Señalización
El consum o de batería y el aum ento de la señalización y las interferencias en la red están directam ente
relacionadas con algún tipo de configuración de parám etros de transiciones de estado, tales com o
tem porizadores y otros ajustes.
Pero para entender realm ente cóm o funciona todo, necesitam os saber alguna inform ación auxiliar.
Veam os algunos de los datos que influyen en la reducción del consum o de batería m óvil, y la
señalización reducida.
Teniendo en cuenta los m odos visto hasta ahora, podem os com parar el consum o de batería en cada uno
de ellos por unidades relativas. Asítenem os que elconsum o aproxim ado de cada m odo RRC:
• O FF = 0
• Idle = 1
• CELL_D C H = 100 (o sea, 100 x Idle)
• CELL_FAC H = 40 (o sea, 40 x Idle)
• CELL_PC H < 2 (en este caso depende de la relación de D RX a idle y la m ovilidad)
• U RA_PC H ≤ CELL_PCH (en escenarios de m ovilidad es m enor que el consum o en el estado CELL_PC H ; en escenarios
estáticos ya es el m ism o.).
Existe una relación entre el consum o de energía y la eficiencia de la com unicación. Siguiendo la figura
nos ayuda a entender m ejor esto, ya que m uestra los estados de flujo de trabajo U M TS, donde el estado
tiene el consum o es m ás alto está m ás alta. Recuerde, sin em bargo que el consum o no debe ser la única
variable a tener en cuenta: cuanto m ayor es la energía utilizada por el m óvil, de m anera m ás inm ediata
se produce la com unicación.
Si el m óvil perm anece en el estado CELL_D CH , tiene conexión casi inm ediata, y un m uy alto
rendim iento. Sólo que consum e la batería 100 veces m ás que en elel m odo idle.
Si se m antiene en el estado CELL_FACH , el tiene un rendim iento m ás bajo, pero con 40% del consum o
de CELL_D CH .
Si se m antiene en el estado de paging (CELL_PCH o U RA_PCH ), el consum o es casi el m ism o que en el

m odo idle. La ventaja es que tanto m antiene la conexión de control, a saber, la com unicación se
reanuda m ás rápido que en el m odo de espera.
Lo que el m odo inactivo es bueno en relación a esto (consum o de la batería en com paración con la
eficiencia de la com unicación) es que el consum o de la batería es m ínim o, ya que la carga producida en
la red tam bién.
D e este m odo, la red siem pre trata de m over los m óviles a los estados de energía m ás altos cuando es
necesario para transm itir o recibir, y tan pronto com o sea posible, traer de vuelta a estados de energía
m ás bajos cuando no hay sum inistro de nuevas transm isiones.
Los algoritm os de gestión de recursos de radio (RRM ) que tom an este tipo de decisiones son
im plem entadas por la red.
Im portante: El m óvilpor sísolo no puede cam biar de un estado a otro, siem pre se dirige por la red!
Im portante: estam os hablando de consum o de la batería y el aum ento de señalización de acuerdo con
los ajustes de los parám etros de la red. H asta el m om ento nos quedam os cortos, y se podía m over con
calm a al m odo siguiente y final de nuestro tutorial hoy, el m odo C onectado 4G . Sin em bargo, puesto
que tenem os este asunto m uy reciente en nuestra m ente, y tam bién la dificultad de encontrar
docum entación específica sobre este tem a, vam os a hacer un "extra", y hablar un poco m ás sobre ello,
pero ahora de una m anera m ás detallada. Si lo que desea es conocer los m odos y estados, en general,
se puede saltar a la últim a opción (m odo Conectado 4G ). Sin em bargo, si quieres ir un poco m ás
profundo en el estudio de la sinalización 3G , siga leyendo.
Batería y señalización x temporizadores y otros ajustes
Vam os a hablar de los tem porizadores y los factores desencadenantes que hacen la m archa del m óvil de
un estado a otro, de m odo Conectado 3G .
H em os visto que cuando el m óvil que se encuentra en el estado CELL_D CH , hace la transm isión /
recepción de grandes volúm enes de datos. En un determ inado m om ento, no hay nada m ás para ser
transm itidos / recibidos, elm óvildetiene la transm isión.
Pero la red no retire inm ediatam ente el m óvil del estado CELL_D CH , ya que puede tener m ás datos para
transm itir / recibir pronto.
Esto tiem po que la red decide m over el m óvil del estado CELL_D CH al estado CELL_FACH es m uy crítico
(recordem os que m ientras el m óvil que se encuentra en el estado CELL_D CH , m antiene un canal
dedicado, o ocupa un lugar en el algoritm o de planificación H SD PA (alta velocidad a paquetes de
dow nlink).
Este tiem po de inactividad se llam a inform alm ente T1, ya que no ha sido estandarizada por el 3G PP,
pero es am pliam ente utilizado por los fabricantes.
Sólo después de la expiración del tiem po de inactividad establecido para cada estado, es que la red pone
elm óvilen un estado m ás apropiado.
¿Qué son los Modos, Estados y Transiciones en GSM, UMTS y LTE? - telecomHal... Page 10 of 16
En el caso del m óvil que está transm itiendo y detine la transm isión en el estado CELL_D CH , em pieza a
contar un tem porizador T1. D espués de este período, la RN C envía el m óvil al estado CELL_FACH o
CELL_PCH .
Ahora, cuando el m óvil que se encuentra en el estado CELL_FACH haciendo la transm isión / recepción
de pequeñas cantidades de datos (o sim plem ente porque se ha redireccionado de C ELL_D CH ), un
tiem po sim ilar es utilizado por la red para activar el envío del m óvil en una energía m ás baja estado.
Tam bién inform alm ente com o el T1, este tem porizador se llam a T2. El estado de m enor energía, donde
la red enviará el m óvil puede ser el CELL_PCH o U RA_PCH , dependiendo de la disponibilidad de estos
estados en la red.
Para las redes que soportan CELL_PCH o U RA_PCH , todavía tenem os un tercer tem porizador, T3.
Cuando el m óvil está en el estado CELL_PCH durante un cierto tiem po, la RN C dispara la transición a
idle.
El propósito de estos tiem pos (tiem pos transcurridos para las transiciones de estado para em pezar) es
fácil de entender, si tratam os de responder a la siguiente pregunta: En un conjunto de los m óviles, ¿cuál
de ellos volverá a enviar o recibir datos antes (qué tan probable es)?
La respuesta es que es m ás probable que sean los m óviles que estaban utilizando los datos m ás
recientem ente.
Por esta razón, la red m antiene el m óvil en un canal dedicado para unos pocos segundos (T1) antes de
enviar a los canales com unes CELL_FACH - puede ser que va a solicitar m ás datos m uy pronto.
Esto funciona bien para algunos tipos de aplicaciones, com o por ejem plo un usuario que navega a través
de la página en un navegador.
Sin em bargo, este algoritm o se está convirtiendo cada vez m ás insuficientes, debido a la aparición y el
uso creciente de aplicaciones que tienen program a de actualización periódica, com o se ejem plifica a
principios de este tutorial, com o las redes sociales o m ensajería instantánea (W hatsapp, Tw itter,
Facebook) Acciones carteras, sincronism o de Correo electrónico/Calendario/Contactos/RSS.
Este tipo de actualización puede ocurrir, por ejem plo cada 2 o 3 m inutos.
¿Y qué significa eso? N os hem os dado tiem po para que el m óvil vuelva del estado CELL_D CH al estado
idle! U na vez m ás vam os a tener que volver a establecer la conexión RRC en cada uno de estos
cam bios; de nuevo conseguir un canal dedicado o com partido. Y todo esto, a m enudo para transm itir
sólo el 1 kB, con una duración de 1 segundo o m enos!
El m óvil perm anece unos segundos ocupando un canal de alto consum o de energía, el gasto de la
batería, desperdiciando recursos de la red o que causan interferencias a otros m óviles!
Com o podem os ver, se llega a un punto difícil. D e hecho, un dilem a.
En cuanto al consum o de batería es m ejor que el m óvil hacia atrás lo m ás rápido posible al m odo idle,
justo después de que term ine la transm isión. Es decir, se 'conectar'elm enor tiem po posible.
En relación con la experiencia del usuario, es m ejor que se m antenga el m ayor tiem po posible
'conectado'.
El tiem po de transición del m odo idle a Cell_D CH (tiem po de activación de RAB) dura aproxim adam ente
2 segundos.
Cuando se produce la transición de un estado PCH a CELL_FACH , el tiem po de activación del RAB cae a
0,25 segundos. En este caso necesitam os que la red tenga algunos de los estados PC H (CELL_PCH y/o
U RA_PCH ).
Es decir, tenem os una ecuación con varias variables (reducir el consum o de batería, m ejorar la
experiencia del usuario, la reducción de la señalización y la interferencia) que depende de varios
factores (si la red tiene estados PCH , elvalor de T1 y T2, eltiem po de activación delRAB, D RX).
D iferentes tipos de optim ización se pueden hacer en un intento de alcanzar el m ejor posible, de acuerdo
con la configuración de la red.
Vam os a tratar de m ostrar a continuación algunas de las posibles com binaciones en el gráfico, teniendo
en cuenta la transm isión de un pequeño paquete de datos (~ 1 kB), en un tiem po m uy corto (~ 1 s),
que se m uestra en rojo (1).
En el eje vertical tenem os el consum o de batería en com paración con el consum o en m odo de espera.
En el eje horizontal tenem os el tiem po en el que el m óvil se encuentra en cada uno de los estados, que
a su vez son identificados por colores. Las respectivas áreas representan la energía utilizada.
Poniendo las com binaciones claves juntas, tenem os elsiguiente gráfico.
En el prim er ejem plo (1) tenem os el tiem po T1 y T2 (= 10 segundos) altos, en una red que no tiene
estados PCH , y por lo tanto siem pre tiene un tiem po de activación alta RAB (= 2 segundos).
En el siguiente ejem plo (2) tenem os el m ism o escenario, solam ente la reducción de los tiem pos T1 y T2
por la m itad (5 = 10/2). Es evidente que la configuración de los tem porizadores T1 y T2 afecta
directam ente a la duración de la batería percibida por el usuario - en este caso reducido. Sin em bargo,
el m óvil vuelve m ucho antes al m odo idle. Esto significa que cada vez que el usuario reinicia el uso de
datos (tales com o un nuevo clic en una página w eb después de algún tiem po leyendo la página anterior)
debe pasar por el proceso de activación del RAB (Radio Access Bearer), a la espera de unos 2
segundos .
Adem ás de el tiem po que el usuario espera ya ser en sí m ism o un inconveniente, aún tenem os el
problem a de la gran cantidad de señalización im plicadas en este proceso, añadiendo aún m ás la carga a
la red (en este caso, las RN C).
Tratando de resolver este problem a, se utilizan los estados PCH , com o en el ejem plo siguiente (3).
Ahora tenem os una activación del RAB m ucho m ás rápido (0.25 segundos), ya que en el estado PCH
seguim os m anteniendo la conexión de control.
El único inconveniente es que el consum o de la batería en el estado PCH , adem ás de ser baja, es
todavía el doble que en el m odo idle (el m ás bajo consum o posible). A largo plazo, el consum o tam bién
hace una diferencia en la vida de la batería.
Para tratar de m inim izar este consum o de batería en el estado PCH , podem os ajustar el ciclo de D RX de
cada uno de estos estados. En el ejem plo anterior, la configuración fue com o se recom ienda con el ciclo
de D RX delestado CELL_PCH dos veces eltiem po del ciclo de D RX m odo inactivo. Los valores típicos son
D RX Idle = 1280 m s y CELL_PC H D RX = 640 m s, o D RX Idle = 640 m s y CELL_PCH D RX = 320 m s.
Pero si ajustam os los ciclos para el m ism o valor que en el ejem plo siguiente gráfico siguiente (4), el
consum o de batería en elestado CELL_PCH es casi igual alconsum o en el m odo idle.
N ota: Ya hablarem os en otro tutorial sobre el D RX, pero por ahora sabem os que afecta a la form a en
que el m óvil m antiene la "escucha" de los pagings. Cuanto m enor sea este ciclo, m ás sensible es el
m óvil (m ás cerca, cada vez m ás inform ación del paging), pero m ayor consum o de batería. Cuanto
m ayor sea el ciclo de D RX, un m enor consum o de batería, pero es m enos sensible m óviles para las
llam adas iniciadas por la red (pagings).
Si aum entam os el ciclo de D RX del CELL_PC H (a ser igual a m odo idle) y por lo tanto reducir el
consum o, tenem os la desventaja de dism inuir un poco la probabilidad de respuestas m óviles a pagings.
Com o últim o caso de ejem plo (5), tendrem os la participación de los fabricantes de term inales, en el
pasado, cuando el problem a de la señal no era tan com ún com o la m ás reciente, y que por sus propios
m ecanism os desarrollados para guardar autom áticam ente la batería.
La idea básica de todo fue la obvia: si el m óvil no necesita transm itir m ás después de algún tiem po
(idle) él debe volver al m odo idle. El m óvil sim plem ente decide cuándo liberar su conexión (no la red) a
través del m ensaje SC RI (Indicación de Liberación de C onexión de Sinalización), vigente desde el 99 de
lanzam iento, pero no esperaba ninguna respuesta de la red.
O tra vez los gráficos con algunos ejem plos de optim ización que se pueden hacer por los contadores de
tiem po de ajuste, eluso de estados PCH , configuración ciclos D RX, etc.
Im portante: En los ejem plos, siem pre iniciam os la transm isión usando el estado CELL_D CH , y luego el
CELL_FACH . N uestro objetivo era ilustrar la configuración T1 y T2. Sin em bargo, en nuestro ejem plo
particular, consideram os un pequeño volum en de datos en un tiem po m uy corto.
Por lo que hem os visto, estas son las condiciones ideales para el estado CELL_FACH . Es decir, en la
práctica, este ejem plo de transm isión del paquete se ajusta a suceder en el estado CELL_FACH , en lugar
delCELL_D CH .
Pero, independientem ente, tenem os un factor com ún a todos los ejem plos: todas las transiciones
m óviles hasta ahora son controlados por la red, no hay un "diálogo" con ella. (Excepto para el últim o
ejem plo, con las im plem entaciones de tiem po de inactividad propia - y todavía es sólo una acción m óvil
arbitrario que sim plem ente decide volver al m odo idle).
Es decir, que no tenem os la optim ización de recursos. Pero nadie m ás que el m óvil sabe exactam ente lo
que está pasando, lo que está sucediendo. Se están utilizando qué aplicaciones, y que probablem ente
exigirán la red.
Y aún m ejor: nadie m ejor que el m óvil al decir que no se necesita nada m ás - la red puede term inar su
conexión!
Si establecem os este diálogo, la red puede pasar de inm ediato el m óvil a un estado de energía m ás
conveniente en elm om ento, y configurado por el operador.
Esta conversación es grande para los dos: el m óvil guarda la batería, y a la red se ahorran recursos
(canales) y se reduce la interferencia!
Por desgracia, la im portancia de este diálogo se percibe un poco tarde (cuando los fabricantes han
seguido su propia aplicación para liberar la conexión de señalización, siem pre al m odo de espera). Sólo
en el curso 2008/2009, el m ecanism o estandarizado FD (Fast D orm ancy) del 3G PP Release 8, define que
el m óvil podría com unicarse con la red utilizando el m ensaje SCRI existente, ahora con IE (elem ento de
inform ación) 'Signalling Connection Release indication Cause' presente y com o 'U E Requested PS D ata
session end'.
En otras palabras, con el FD , el m óvil puede indicar a la red que no quiere nada m ás, y que puede
elim inar de inm ediato de un canalde alto consum o de energía, envíando a un estado m ás apropiado.
El FD perm ite que los estados de control om itir los tem porizadores de inactividad, después de m óvil
term inar de transferir todos sus datos - alrecibir la SC RI, la RN C puede enviar elm óvil a la m odo idle.
En ese m om ento vem os los principales escenarios de configuración de tem porizadores relacionados con
las transiciones de estado, con un poco m ás de detalle (y todavía podem os ver que hay m ucho para ser
visto y discutido!).
U na vez m ás, nos escapam os el objetivo de ser sim ple, pero esta com prensión puede ser m uy
instructivo, incluso para los m ás experim entados en la m ateria, y por lo que decidim os abordarlo.
Volvam os y term inem os nuestro tutorial, hablando un poco sobre elm odo de conexión en 4G .
Modo Conectado 4G
Finalm ente, llegam os al últim o m odo de tutorial de hoy. N o se preocupe, estam os casi listos, y m uy
pronto serem os capaces de entender la figura con la visión general que m ostram os al principio.
Al igual que el m óvil 3G después de encenderla, el m óvil LTE lleva a cabo una serie de acciones,
procedim ientos de acceso iniciales. Esto incluye, por ejem plo 'Cell Search' y 'Cell Selection', que recibir
inform ación del sistem a y el procedim iento de acceso aleatorio. U na vez m ás, no se explican aquí estos
conceptos hoy porque sólo querem os entender en general, sólo los m odos cóm o, estados y transiciones
funcionan.
En com paración con 2G y 3G , los estados LTE y transiciones de estados (4G ) son m ucho m ás sim ples: O
bien el m óvil está en m odo Idle, o está en el m odo Conectado. Esto tam bién se aplica a LTE-A
(avanzado).
U n concepto que ya debe estar claro para ti, de lo que hem os visto hasta ahora es la im portancia de
m ejorar la eficiencia de ahorro de duración de la batería y recursos de red. Y esto es sum am ente
relacionada con los estados, com o y cuando se producen sus transiciones. Especialm ente en el creciente
escenario global com o de aplicaciones 'siem pre activas' con pequeñas transm isiones de datos a m enudo
im predecibles.
U sted debe estar em pezando a preguntarse cóm o aplicar algunos de los conceptos en su propia red,
pero, al m ism o tiem po que se preocupa porque no se puede ver una solución tan eficiente capaz de
satisfacer m uchas variables diferentes.
Pero tenem os una buena y una gran noticia. La prim era, y la buena noticia es que no es sólo ustedes
que tienen estas dudas. Las redes 3G no son realm ente las m ás apropiada para este escenario, ya que
no fueron construidas para tal fin. En cualquier caso, se pueden m ejorar en gran m edida con el uso de
las características tales com o 'Continuous Packet Connectivity'.
Y la gran noticia es que el LTE (4G ) ha sido creado pensando en este tipo de problem as desde su
creación!
U n ejem plo es el D RX (recepción discontinua) en m odo conectado, lo que da m ás opciones para el

m óvil: la capacidad de convertir periódicam ente apagado su radio. Esto tiem po encendido-apagado se
puede ajustar a 1 m s granularidad!
Sabem os, sin em bargo, que apagar el m óvil puede traer un im pacto negativo en la latencia. Para
m inim izar este problem a, se definen dos etapas de D RX.
En la prim era etapa, a partir de un cierto tiem po especificado sin m ás transferencia de datos, el m óvil
utiliza el ciclo de D RX corto, y puede 'dorm ir' (apagar la radio) y por períodos m ás cortos. La radio es
‘duerm e’y 'despierta'm ás a m enudo.
Cuando se utiliza el ciclo de D RX corto, podem os pasar a la segunda etapa (o incluso volver al estado de
recepción continua, si hay datos a ser transferidos). La segunda etapa sigue la m ism a idea anterior:
después de un cierto tiem po sin datos a transferir, el m óvil utiliza un ciclo de D RX de largo, es decir, a
partir de ahora 'duerm e'(apaga elradio) durante períodos m ás largos.
Por un lado ahorra batería, por otra, aum enta la latencia.
Im portante: Tenga cuidado de no confundir el ciclo de D RX del m odo conectado LTE con el D RX del
m odo idle. En el m odo idle, el D RX está m ás relacionado con elpaging, y por lo tanto a m enudo se llam a
D RX de paging. Esto tiem po de ciclo de D RX idle es m ucho m ás largo que el de LTE, alcanzando
segundos!
En cierto m odo, podem os considerar estas fases com o "sub-estado" de LTE en elm odo conectado.
Cuando el LTE m óvil está en el m odo conectado, tiene una conexión de RRC, y se guarda la inform ación
(conocida) en la red (eN odoB). El m óvil m onitorea los canales de control asociados con el canal de datos
com partido, y chequea los controles para los datos program ados a él (o no), inform a el CQ I
(Inform ación de Calidad de la Llam ada) después de que todas las m ediciones y tam bién realiza m edidas
de vecinos de todas las redes (2G /3G /4G ).
En respecto a su conocim iento por la red, en el estado CELL_FACH , la red (eN odoB) sabe dónde está el
m óvilestá en el nivelcelda (la celda donde elm óvilhizo elúltim o çellupdate’).
H ablando de las transiciones, sabem os que el LTE tiene sólo dos estados básicos: idle y conectado. Por
lo que el m óvilLTE se va de m odo idle a conectado o conectados a idle.
Para entrar en el m odo Conectado, el m óvil lleva a cabo el establecim iento de la conexión:
establecim iento RRC, configuración/reconfiguración y la seguridad. Y em pieza una nueva conexión o
m antiene las existentes.
Cuando el m óvil no solicita recursos de enlace ascendente o descendente de la red (eN odoB), y del
m ism o m odo la red (eN odoB) no recibe señalización / tráfico destinado para el m óvil, el reinicia/libera
todos los recursos de radio m óvil (incluyendo la señalización), y dice a la red que se va a salir de este
estado y la razón. En otras palabras, cuando finaliza la conexión, el m óvilse libera.
En cuanto a la energía de la batería cuando el m óvil está en m odo conectado, el m óvil tiene un consum o
variable. Si está transfiriendo datos de form a activa decim os que está en el 'sub-estado' de recepción
continua.
D espués de un cierto tiem po (t1), sin m ás datos para ser transferidos, el m óvil com uta al 'sub-estado'
D RX Corto - y espera m ás datos, de acuerdo con un segundo tiem po establecido (t2).
Si hay m ás datos que llegan, a continuación, vuelve al 'sub-estado' de recepción continua, de lo

contrario va al'sub-estado'D RX largo.
A diferencia de 3G , la pérdida de energía en el LTE 4G es variable, dependiendo del rendim iento. Las
tasas m ás bajas requieren m enos energía, pero a m edida que las tasas aum entan, el consum o de
energía tam bién aum enta.
En una com paración aproxim ada con el 3G , el radio LTE consum e m ás energía debido a que sus estados
de com unicación (D RX corto y D RX largo) consum en la m ism a energía alta, m ientras que en 3G
tenem os el CELL_FACH , que consum e m enos de la m itad de la energía CELL_D CH base. Pero si bien el
consum o un poco m ás alto, no podem os olvidar que LTE es m ucho m ás rápido que los 3G .
Todas estas com paraciones y algoritm os im plem entados pueden verse indirectam ente en diagram as de
los m odos, estados y transiciones 2G /3G /4G , com o el que tenem os a continuación.
Por supuesto, el diagram a no es totalm ente com pleto, pero tratam os de agrupar al m enos la
inform ación clave necesaria para explicaciones.
Esperam os que el objetivo de hoy se ha logrado, y que este resum en ayuda a entender m ejor cóm o es
el funcionam iento de la red de telefonía m óvil desde el punto de vista del m óvil, sobre todo lo que esto
representa en térm inos de consum o de la batería, el aum ento de la señalización, la latencia,
interferencia y otros factores que afectan directam ente a la calidad de la red y por lo tanto la
experiencia delusuario.
Conclusión
Todos los conceptos de m odos, estados conectados y las transiciones de las redes m óviles visto en este
tutorial son m ucho m ás am plias (y com plejas) que lo que se ha presentado. Tratam os de presentarlo de
una m anera sim ple, pero la cantidad de detalles (y conceptos auxiliares que necesitan ser bien
entendidos) hace esta tarea m uy difícil, hay que reconocer.
Con la com prensión de los conceptos presentados, es fácil ver el gran espacio que tenem os para las
técnicas y soluciones que pueden m ejorar la eficiencia de la com unicación y agilizar el tráfico, m ientras
que pueden ahorrar los consum os de batería y de recursos de redes m óviles.
D espués de todo esto es lo que siem pre buscam os: que ayudan a com prender algunos escenarios
com plejos, haciéndolos m ás fáciles de ser entendidos, y por lo tanto concediendo becas para que usted
pueda seguir avanzando en sus estudios y eltrabajo.
Contam os con ustedes, m anteniendo com o un fiel lector, y siendo especialm ente parte de este proyecto
con nosotros. Si le ha gustado este tutorial (u otro de nuestra página w eb), com parte con sus colegas y
am igos.
Su reconocim iento participando es lo que nos m otiva a seguir tras la evolución de las redes, y siem pre
traer nuevos tutoriales, noticias e innovaciones.
H asta el siguiente tutorial.
Tweet
Live Traffic Feed

A visitor from Niamey viewed "¿Qué son los
Modos, Estados y Transiciones en GSM,
UMTS y LTE? - telecomHall ES" 1 min ago
A visitor from Federal, Entre Rios viewed
"Serif PhotoPlus SE - telecomHall ES" 2 mins
ago
A visitor from Bogotá, Distrito Especial viewed
"Parámetro Timing Advance (TA) -
telecomHall ES" 2 mins ago
A visitor from Brazil viewed "O que é
Modulação? - telecomHall BR" 13 mins ago
A visitor from United States viewed "Excel para
Telecom e TI - Parte 2 - telecomHall BR" 13
mins ago
A visitor from Beijing viewed "What is
Antenna Electrical and Mechanical Tilt (and
How to use it)? - telecomHall" 14 mins ago
A visitor from Atibaia, Sao Paulo viewed "O
que é 0 dBm? - telecomHall BR" 15 mins ago
A visitor from São Paulo, Sao Paulo viewed "O
que é 0 dBm? - telecomHall BR" 17 mins ago
A visitor from Irvine, California viewed "What
is Frequency Hopping - FHSS? - telecomHall"
17 mins ago
A visitor from Castellón, Comunidad
Valenciana viewed "Parámetro Timing
Advance (TA) - telecomHall ES" 19 mins ago
Real-time view · Get Feedjit
Tweet
Me gusta A 114 personas les gusta esto. Sé el primero de tus amigos.
Entrada Anterior < < > > Siguiente Entrada
Mapa del Sitio | Vista de Impresión | © 2008 - 2018 telecomHall ES
Powered by mojoPortal | HTML 5 | CSS | Design by styleshout

Descripción Modos UMTS

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Descripción Modos UMTS

Diunggah oleh

Hak Cipta:

Format Tersedia

¿Qué son los Modos, Estados y Transiciones en GSM, UMTS y LTE?

Inicio Mapa del Sitio Registrarse

¿Qué son los Modos, Estados y Transiciones en GSM, UMTS y LTE?

transición entre cada uno de ellos. 25 26 27 28 29 30 1

¿Q ué es C SFB y SRVC C en LTE?

¿Q ué es Splitter y Com binador?

Análisis de C obertura con

que el m óvil puede ser: O ff! junio, 2011 (1)

Así que vam os a seguir conociendo los m odos.

Estado CELL_DCH (UTRAN)

Si hay un estado que es elm odo de conexión 3G , este estado es CELL_D CH .

Transferencias de grandes volúmenes de datos. C uando el m óvil necesita transferir grandes

Estado CELL_FACH (UTRAN)

Vam os a conocer los estados PCH ?

Estado CELL_PCH (UTRAN)

No hay transferencias de datos. Los únicos objetivo de este estado son:

• Ahorrar energía (usando ciclo de D RX sim ilar alm odo idle)

Estado URA_PCH (UTRAN)

• Ahorrar aún m ás energía;

Comparación entre el modo Idle y Estados PCH (CELL_PCH/URA_PCH)

Por lo tanto la obtención del servicio de red es m ás eficiente.

Si se m antiene en el estado de paging (CELL_PCH o U RA_PCH ), el consum o es casi el m ism o que en el

Batería y señalización x temporizadores y otros ajustes

Com o podem os ver, se llega a un punto difícil. D e hecho, un dilem a.

Poniendo las com binaciones claves juntas, tenem os elsiguiente gráfico.

U n ejem plo es el D RX (recepción discontinua) en m odo conectado, lo que da m ás opciones para el

Por un lado ahorra batería, por otra, aum enta la latencia.

Si hay m ás datos que llegan, a continuación, vuelve al 'sub-estado' de recepción continua, de lo

H asta el siguiente tutorial.

Live Traffic Feed

Me gusta A 114 personas les gusta esto. Sé el primero de tus amigos.

Entrada Anterior < < > > Siguiente Entrada

Mapa del Sitio | Vista de Impresión | © 2008 - 2018 telecomHall ES

Powered by mojoPortal | HTML 5 | CSS | Design by styleshout

Anda mungkin juga menyukai