Radio Interface Protocols

Son necesarios los protocolos de interfaz de radio para establecer, configurar y suelte el Radio
Bearer servicios (RB) (incluyendo la Declaracin Universal de acceso de radio terrestre (UTRA)
Frequency Division Duplex (FDD) / Time Division Duplex (TDD)).
Las capas de protocolo por encima de la capa fsica se llaman la capa de enlace de datos (capa
2) y la capa de red (capa 3). En la interfaz de radio FDD UTRA, capa 2 se divide en subcapas. En
el plano de control, la capa 2 contiene dos subcapas: El control de acceso al medio (MAC) de
protocolo y el protocolo de control de enlace radio (RLC). En el plano de usuario, adems de
MAC y RLC, existen dos protocolos de servicio dependiente adicionales: el Protocolo de
Convergencia de Datos por Paquetes (PDCP) y el protocolo de difusin / multidifusin de
control (BMC). Capa 3 se compone de un protocolo, llamado el Control de Recursos de Radio
(RRC), que pertenece al plano de control.
Para cada protocolo, la arquitectura y las funciones lgicas principales se describen. En la
seccin MAC (Seccin 7.3) los canales lgicos (servicios ofrecidos por MAC) y
Tambin se explican asignacin entre canales lgicos y canales de transporte. Para MAC y RLC,
un modelo de capas ejemplo se define para describir lo que le sucede a un paquete de datos
que pasa a travs de estos protocolos. En la seccin de RRC (Seccin 7.8), los estados de
servicio de RRC se describen junto con la funciones (RRC) y los procedimientos de sealizacin
principal. Releases 4 y 5 no se han traducido en importantes modificaciones en la capa 2/3
protocolos principios, las caractersticas de la Versin 5 de alta velocidad Downlink Packet
Access (HSDPA) han dado lugar a una nueva entidad MAC en el Nodo B, tal como se presenta
en el captulo 12. Como una nueva caracterstica de la versin 6, el Servicio de Difusin y
Multidifusin Multimedia (MBMS, cubierto en detalle en el Captulo 14) se introdujeron los
principios, as como el de alta velocidad ascendente de paquetes (HSUPA), junto con los
cambios necesarios, sobre todo en la capa MAC .
Protocol Architecture
La capa fsica ofrece servicios a la capa MAC a travs de los canales de transporte que se
caracterizaron por el cmo y con qu datos de las caractersticas se transfieren.
La capa MAC, a su vez, ofrece servicios a la capa RLC por medio de canales lgicos. Los
logicalchannels se caracterizan por el tipo de datos que se transmite.
La capa RLC ofrece servicios a las capas superiores a travs de puntos de acceso de servicio
(SAP), que describen la forma en la capa RLC maneja los paquetes de datos y si, por ejemplo,
se utiliza la funcin de la peticin de repeticin automtica (ARQ). En el plano de control, los
servicios de RLC son utilizados por la capa RRC para el transporte de sealizacin. En el plano
de usuario, los servicios de RLC son usados bien por las capas de protocolo especficas del
servicio de PDCP o BMC o por otras funciones u-avin de capa superior.
Existe la PDCP slo para los (PS) servicios de dominio con conmutacin de paquetes. Su
funcin principal es la compresin de cabecera. Los servicios ofrecidos por PDCP son llamados
RB.
El protocolo BMC se utiliza para transmitir sobre los mensajes de la interfaz de radio
procedentes de la Centro de la difusin celular (CB) (CBC). En la versin 99 de las
especificaciones 3GPP, el servicio de radiodifusin slo especificado es el servicio de SMS CB
(CBS), el cual se deriva del Sistema Global para las Comunicaciones Mviles (GSM). El servicio
ofrecido por el protocolo BMC tambin se llama una RB.
The Medium Access Control Protocol
En la capa MAC de los canales lgicos se asignan a los canales de transporte. La capa MAC
tambin es responsable de seleccionar un formato de transporte adecuado (TF) para cada
canal de transporte en funcin de la tasa instantnea fuente (s) de los canales lgicos. El TF se
selecciona con respecto al conjunto combinacin TF (TFCS), que se define por el control de
admisin para cada conexin.
MAC Layer Architecture
MAC-b maneja el canal de difusin (BCH). Hay una MAC-b entidad en cada UE y uno de
MAC-B en la UTRAN (situado en el nodo B) para cada celda.
MAC-c/sh maneja los canales comunes y canales compartidos: canal de bsqueda
(PCH), delantero del canal de acceso al enlace (FACH), canal de acceso aleatorio
(RACH), enlace ascendente de paquetes por canal comn (CPCH) y enlace descendente
Canal Compartido (DSCH).

MAC Functions
Correspondencia entre los canales lgicos y canales de transporte.
Seleccin de TF apropiado (desde el TFCS) para cada canal de transporte, dependiendo
de la tasa de fuente instantnea.
Manejo de prioridades entre los UE por medio de la programacin dinmica. Una
funcin de programacin dinmica se puede aplicar para los canales comunes y
compartidos de transporte del enlace descendente FACH y DSCH.
La multiplexacin / demultiplexacin de unidades superiores de protocolo de capa de
datos (PDU) en / de bloques de transporte entregados a / desde la capa fsica en los
canales de transporte comunes. MAC se encarga de la multiplexacin de servicios para
canales de transporte comunes (RACH / FACH / CPCH). Esto es necesario, ya que no se
puede hacer en la capa fsica.
Logical Channels
Los servicios de transferencia de datos de la capa MAC se proporcionan en los canales lgicos.
Un conjunto de tipos de canal lgico est definido para los diferentes tipos de servicios de
transferencia de los datos ofrecidos por MAC. Una clasificacin general de canales lgicos es
en dos grupos: canales de control y canales de trfico. Los canales de control se utilizan para
transferir la informacin del plano de control, y los canales de trfico de informacin de plano
de usuario.
Los canales de control son:
BCCH: un canal de enlace descendente para la informacin de control de sistema de
radiodifusin.
PCCH: un canal de enlace descendente que transfiere informacin de paginacin.
DCCH: un canal bidireccional de punto a punto que transmite informacin de control
dedicada entre un UE y el RNC. Se establece este canal durante el procedimiento de
establecimiento de conexin RRC.
Canal de control comn (CCCH): un canal bidireccional para transmitir informacin de
control entre la red y los UE. Este canal lgico siempre se correlaciona con el
transporte RACH / FACH
canales. Se requiere una identidad de UE de la UTRAN largo (U-RNTI, que incluye la
direccin de SRNC), de manera que los mensajes de enlace ascendente se pueden
dirigir a la correcta RNC de servicio incluso si el RNC recibe el mensaje no es el RNC de
servicio este UE.
Los canales de trfico son:
DTCH: un DTCH es un canal punto a punto, dedicado a un UE, para la transferencia de
informacin de usuario. Un DTCH puede existir tanto en enlace ascendente y enlace
descendente.
Canal de trfico comn (CTCH): un canal de punto a multipunto para la transferencia de
enlace descendente de dedicada la informacin del usuario para todos o un grupo de UEs
especificados.
Mapping between Logical Channels and Transport Channels
El mapeo entre los canales lgicos y canales de transporte. La siguiente conexiones entre
canales lgicos y canales de transporte existen:
PCCH est conectado a PCH.
BCCH est conectado a BCH y tambin se puede conectar a FACH.
DCCH y DTCH se puede conectar a cualquiera de RACH y FACH, a CPCH y FACH, a RACH y
DSCH, a DCH y DSCH, o a un DCH y DCH.
CCCH est conectado a RACH y FACH.
CTCH est conectado a FACH
.
Example Data Flow Through the MAC Layer
Un paquete de datos que llega desde el canal lgico DCCH / DTCH primero desencadena la
seleccin del tipo de canal de transporte en la capa MAC. En este ejemplo, se selecciona el
canal de transporte FACH. En la siguiente fase,
la unidad de multiplexacin aade un campo C / T que indica la instancia de canal lgico donde
se originan los datos. Para los canales de transporte comunes, como la FACH, siempre es
necesario este campo. Para los canales de transporte dedicados (DCH), se necesita slo si
varios casos de canales lgicos estn configurados para utilizar el mismo transporte
canal. El campo C / T es de 4 bits, que permite hasta 15 canales lgicos simultneos por canal
de transporte (el valor '1111 'para el campo C / T se reserva para uso futuro). La etiqueta de
prioridad (no es parte de TheMac PDU) de la FACH y DSCH se encuentra en MAC-d y utilizada
por MAC-c/sh al programar los datos en los canales de transporte.


The Radio Link Control Protocol
El protocolo RLC [5] proporciona servicios de segmentacin y de la distribucin, tanto para el
usuario y los datos de control.
Cada instancia RLC es configurada por el RRC para operar en uno de tres modos: modo
transparente (Tr), sin acuse de recibo
modo (UM) o el modo reconocido (AM). El servicio de la capa RLC proporciona en el plano de
control se llama el SRB. En el plano de usuario, el servicio proporcionado por la capa RLC se
denomina un RB slo si el protocolo PDCP y BMC no se utilizan por dicho servicio, de lo
contrario el servicio de RB es proporcionada por el PDCP o BMC.
Ejemplo de flujo de datos a travs de la capa de RLC
Los paquetes de datos (SDU RLC) recibidos de las capas ms altas a travs de AM-SAP estn
segmentados y / o concatenados a las UP de longitud fija. La longitud de la PU es un valor
semi-esttico que se decidi en el RB puesta a punto y slo se puede cambiar a travs de la
(RRC) procedimiento de reconfiguracin RB. Para los propsitos de concatenacin o de relleno,
los bits que llevan informacin sobre la longitud y la extensin se insertan en el comienzo de la
ltima PU donde los datos de una SDU est incluido. Si varias SDU encajan en una de la PU, a
continuacin, que se concatenan y los indicadores de longitud apropiados se insertan en el
comienzo de la PU. El PU se colocan entonces en la memoria intermedia de transmisin, que,
en este ejemplo, tambin se encarga de la gestin de retransmisin.


The Packet Data Convergence Protocol
El PDCP existe slo en el plano de usuario y slo para los servicios del dominio de PS. El PDCP
contiene mtodos de compresin, que se necesitan para obtener una mejor eficiencia del
espectro para los servicios que requieren de Protocolo de Internet (IP) de paquetes para ser
transmitidos a travs de la radio. Para 3GPP Release 99 estndares, un mtodo de compresin
de cabecera se define, para los que se pueden utilizar varios algoritmos de compresin de
cabecera. Como un ejemplo de por qu la compresin de cabecera es valioso, el tamao de las
cabeceras IP Protocolo en tiempo real combinado (RTP) / User Datagram Protocol (UDP) / es
de al menos 40 bytes para IPv4 y por lo menos 60 bytes para IPv6, mientras que la carga til ,
por ejemplo, para el servicio de voz IP, puede ser de aproximadamente 20 bytes o menos.
The Broadcast/Multicast Control Protocol
El otro protocolo especfico del servicio de capa 2, es decir, el protocolo BMC, existe tambin
slo en el plano de usuario. Este protocolo est diseado para adaptar los servicios de difusin
y multidifusin, se origina en el dominio de difusin, en la interfaz de radio. En la versin 99 de
la norma, el nico servicio que utiliza este protocolo es el servicio de SMS CB. Este servicio se
toma directamente de GSM. Utiliza RLC de UM con el canal lgico CTCH que est asignada en
el canal de transporte FACH. Cada mensaje SMS CB est dirigido a una zona geogrfica, y los
mapas de RNC esta rea en las clulas.
Multimedia Broadcast Multicast Service
En la versin 6 del MBMS se aade a la norma. El principio es, similar a la CBS, para permitir la
transmisin de contenido a mltiples usuarios en un punto a multipunto manera.
La diferencia es que a la CBS MBMS tambin permite UTRAN para controlar y monitorear los
usuarios que reciben los datos y por lo tanto tambin permite cobrar por el contenido que se
entrega a travs de MBMS. Tpicamente, CBS tiene
se utiliza para la informacin de bajo nivel, como el envo de nombre de la ubicacin celular,
etc, pero con MBMS la tasa de datos ms citado ha sido 64 kbps, lo que permite que el
contenido ms sofisticado para ser distribuidos.

The Radio Resource Control Protocol
La mayor parte de la sealizacin de control entre el UE y la UTRAN es CRR [9, 10] mensajes.
Mensajes RRC tienen todos los parmetros necesarios para configurar, modificar y liberar las
capas 2 y 1 entidades de protocolo. Mensajes de RRC tambin llevan en su carga til de toda la
sealizacin de capa superior (gestin de movilidad (MM), gestin de conexin (CM), la
gestin de sesiones (SM), etc). La movilidad de los equipos de usuario en el modo conectado
se controla mediante sealizacin RRC (mediciones, los traspasos, actualizaciones de clulas,
etc.)
Early UE Handling Principles
El tema que se debati enrgicamente durante 2002 y la primera parte de 2003 en 3GPP
estandarizacin era cmo manejar los problemas potenciales con los terminales que se lanzan
en las redes antes de que exista una cobertura total de experimentacin.
El mtodo bsico elegido fue el enfoque en el que se crea un mapa de bits en el lado de la CN
de sealizacin NAS que contiene la informacin IMEISV de un UE particular. Los estndares
3GPP definen el significado de el mapa de bits generado por cualquiera de las el SGSN o el
MSC. Basado en el mapa de bits, el RNC puede, por ejemplo, decidir no activar una funcin
particular para un UE dado al tiempo que permite que al ser utilizado por otros UE.
En las ltimas versiones, notas de 7, 8 y 9, el tema ha sido abordado haciendo ms o menos
todas las nuevas adiciones a la versin opcional para el dispositivo.
En este caso, un dispositivo que quiere poner en marcha, por ejemplo, CS sobre HSPA para
ahorrar energa y mejorar la capacidad de la red no se ve obligado a esperar a que otro 7
caractersticas de lanzamiento (a menos que los que estn directamente vinculados en la
ejecucin del CS sobre HSPA) para estar listo en el lado de la red para las pruebas de
interoperabilidad.
Improvements for Call Set-up Time Reduction
Durante el transcurso de la obra con la versin 6, se realizaron mejoras para permitir llamadas
ms rpido los tiempos de preparacin.


Obviamente, los tiempos de configuracin tambin se pueden mejorar las opciones de diseo
en las implementaciones reales. Se identificaron los siguientes tipos de mtodo en el 3GPP
Release 6 para abordar el problema:
Evitar la lectura de los SIB antes de procedimientos RACH (SIB 11 y 12).
Hacer que el sistema de informacin necesaria disponible con ms frecuencia mediante la
programacin del procedimiento de acceso informacin crtica sobre BCH ms a menudo,
como se ilustra en la Figura 7.26 para el caso de SIB7, que est llevando a la informacin
necesaria para el funcionamiento del RACH.
Combinacin de las diferentes etapas de sealizacin para permitir el progreso paralelo de
las diferentes partes del proceso de configuracin de llamada.
Evitar el uso de tiempo de activacin de las reconfiguraciones (la creacin de un canal), sino
ms bien el uso de tiempo de activacin 'ahora'.
Hacer la sealizacin ms rpido con mayor velocidad de datos y, especialmente, con un
canal de TTI ms corto, en el caso de HSDPA y HSUPA mapeo de la sealizacin en ellos.
Uso de las configuraciones por defecto.