Está en la página 1de 122

Protocolo RRC

ESTADOS DE SERVICIO DE RRC


Actualmente Ericsson es
compatible con tres de estos
estados, CELL_DCH,
CELL_FACH y URA_PCH. La
figura a continuación
muestra los diferentes
estados, así como el estado
Transiciones incluyendo GSM

Estados de Servicio de RRC


Cuando un UE inactivo ha encontrado una PLMN y una celda
adecuada para acampar, no hay señalización entre el UE y la red. El
UE sólo está leyendo la información del sistema en BCH monitorea el
indicador de paginación, PICH y paginación de mensajes enviados en
PCH. También mide las celdas vecinas y las propias celdas y utiliza las
mediciones junto con los parámetros del sistema información para
calcular la mejor celda y tal vez volver a seleccionar una celda. En
modo inactivo, es el UE el que se asegure de que está acampando en
la celda más adecuada para una conexión. También es posible
realizar una re-selección a GSM o LTE dependiendo de las
capacidades de la UE y del acuerdo de roaming entre WCDM A y la
red LTE.
Si el UE detecta un cambio en LAI / RAI, recibe un mensaje de
paginación o móvil que establecio la llamada, va del modo inactivo al
conectado. Un cambio de inactivo al modo conectado siempre se
inicia con una "Solicitud de conexión RRC" del UE al RNC. En en modo
inactivo, el UE es conocido en la CN (MSC / VLR y SGSN) en el nivel LA y
RA identificado con IMSI, TMSI o P-TMSI, mientras que WCDMA RAN no
tiene información sobre el UE hasta que el UE solicite un establecimiento
de radio. En conectado, el UE es, dependiendo de su estado, conocido
a nivel de celda, nivel de conjunto activo o nivel URA en el RNC.
Estado CELL_DCH
El UE es conocido por su servicio RNC (SRNC), a nivel de celda o nivel de
conjunto activo. UE ha sido un canal dedicado. Se utilizan canales de
control dedicados (DCCH) son usados para señalización de control y un
canal de tráfico dedicado (DTCH) se utiliza para datos de usuario de
transmisión. DCCH y DTCH se asignan a canales de transporte dedicados
(DCH).
El UE realiza mediciones y envía informes al RNC de acuerdo con la
información de control de medición que recibió del RNC.
Para terminales multimodo (WCDMA - GSM / GPRS) es posible para realizar
Inter Transferencia de tecnología de acceso por radio (IRATHO) (WCDMA
a GSM) e Inter Tecnología de acceso por radio Cambio de celdas
(IRATCC) (WCDMA a GPRS).
HS-DSCH sólo puede ser operado en el estado CELL_DCH debido al hecho
de que UE tiene siempre un canal físico asociado dedicado, DPCH, en el
que envía L3 información (como mensajes RRC) enlace ascendente y
recibe datos de usuario y L3 información descendente.
Estado CELL_FACH
En este estado, el UE no tiene asignado ningún canal dedicado. En su
lugar, el UE usa los canales comunes, RACH y FACH, para mensajes de
señalización y pequeñas cantidades de los datos (mejor esfuerzo). Un
canal de control dedicado (DCCH) o control común canal (CCCH) se
utiliza para control de señalización. Un canal de tráfico dedicado (DTCH)
se utiliza para la transmisión de datos de usuario.
El UE es conocido a nivel de celda en el RNC y necesita enviar mensajes
de Actualización de la celda al RNC cada vez que selecciona una nueva
celda. En este estado, el UE necesita decodificar la información del
sistema, la cual está mapeada en FACH.
Estado CELL_PCH
El UE se conoce a nivel de celda en el SRNC para CELL_PCH, pero sólo
puede ser alcanzado a través del canal indicador de búsqueda
(PICH). Por lo tanto, la batería del consumo del UE es muy bajo porque
el PICH incluye funcionalidades de Recepción Discontinua (DRX). El UE
también escucha la información del sistema BCH. Un UE que apoya el
Servicio de Difusión por Celda(CBS) también es capaz de recibir
mensajes BMC.
Si la red desea iniciar cualquier actividad, primero debe buscar el UE.
Cuando el UE recibe la paginación que cambia al estado CELL_FACH,
y realiza una Actualización de la celda. Siempre que el UE desee
iniciar cualquier actividad, activa un el estado CELL_FACH realizando
una actualización de celda.
Ericsson no es compatible con este estado.
URA_PCH
El estado URA_PCH es similar al estado CELL_PCH. La diferencia es que
el UE no ejecuta la actualización de celdas después de la reselección
de celdas, pero en su lugar lee el UTRAN Área de registro (URA)
identidades del canal de radiodifusión y, solo cuando URA cambia, el
UE realiza una Actualización URA
Información del sistema tipo de bloque 2 contiene las identidades URA
de los URAs configurado en la celda. Tenga en cuenta que la misma
celda puede pertenecer a un máximo de 4 diferentes URAs.
Un UE capaz de E-UTRAN puede realizar la reselección de celdas LTE
desde el estado URA_PCH, así como del modo inactivo.
El estado URA_PCH es similar al estado CELL_PCH. La diferencia es que el
UE no ejecuta la actualización de celdas después de la reselección de
celdas, pero en su lugar lee el UTRAN Área de registro (URA) identidades
del canal de radiodifusión y, solo cuando URA cambia, el UE realiza una
Actualización URA
Información del sistema tipo de bloque 2 contiene las identidades URA de
los URAs configurado en la celda. Tenga en cuenta que la misma celda
puede pertenecer a un máximo de 4 diferentes URAs.
Un UE capaz de E-UTRAN puede realizar la reselección de celdas LTE
desde el estado URA_PCH, así como del modo inactivo.
Funciones y servicios de RRC
proporcionados a las capas superiores
RRC ofrece las siguientes funciones:
 Difusión de información relacionada con el estrato sin acceso y estrato
de acceso.
 Selección y reselección inicial de celdas.
 Paginación
 Establecimiento, mantenimiento y liberación de una conexión RRC entre
el UE y WCDMA RAN
 Transferencia transparente de mensajes
 Control de las funciones de seguridad
 Establecimiento, reconfiguración y liberación de Portadores de Radio
 Funciones de movilidad de la conexión RRC
 Informes de medición de la UE y control de la información
 Instalación de un BMC.
Procedimientos del RRC

Las funciones antes mencionadas son supervisadas por diferentes


procedimientos de señalización. Por ejemplo, ¿cómo debería actuar
el UE al recibir un mensaje de paginación o cuando detecta un
cambio en el área de ubicación? Se desencadena un procedimiento
dentro del UE y el RRC generará un mensaje adecuado para la tarea.
Mensajes RRC

Los mensajes RRC llevan


información estructurada en
Información Elementos (IEs).
Los mensajes se
intercambian entre la RRC
en el RNC y RRC en el UE.
FUNCIONES Y PROCEDIMIENTOS DEL
RRC
 Las funciones y procedimientos del RRC se explican en detalle en
esta sección.
Difusión de información del sistema
Los mensajes de información del sistema se envían en el canal lógico BCCH, que puede
ser asignado al BCH para UEs en modo inactivo, Cell_PCH y URA_PCH o el Canal de
transporte FACH para UEs en Cell_FACH
 Difusión de información del sistema en BCCH mapeada en BCH para UE en estado
inactivo modo, Cell_PCH y URA_PCH o FACH para UEs en CELL_FACH (modo
conectado).
 La Información del Sistema explica para el UE cómo comportarse en la célula y da por
ejemplo selección de celdas y parámetros de reselección.
La información del sistema explica para el UE cómo comportarse en la
celda y lleva, por ejemplo, información que el UE necesita para la
reselección de celdas.
Los elementos de información del sistema se transmiten en bloques de
información del sistema (SIB). La idea principal con SIB es agrupar
elementos de información del sistema de la misma naturaleza, por
ejemplo, selección de celdas y parámetros de reselección de celdas.
Diferentes bloques de información del sistema pueden tener
características por ejemplo en lo que respecta a su tasa de repetición y
las exigencias de los UE para volver a leer la SIBs.
Los SIB se organizan como un árbol

Organización del bloque de información maestro y de la


información del sistema Bloques (SIB)
Un bloque de información maestra (MIB) proporciona referencias e
información de programación para el numero de SIBs en una celda.
Además de la información de otros SIBs, el MIB sólo contiene información
de los tipos de PLMN admitidos (que pueden ser GSM y / o ANSI 41) y la
información de identidad de PLMN. El MIB se transmite de acuerdo con los
parámetros de programación estandarizados, por lo que un UE siempre es
capaz de encontrar el MIB en el BCCH. El MIB tiene una tasa de repetición
predefinida fija igual a 80 ms.
Se aplican diferentes reglas para la relectura de los tipos SIB, dependiendo
de si contienen elementos de información estáticos o dinámicos. Para los
SIBs que contienen, la MIB contiene una etiqueta de valor como parte de
la información de programación. Cuando se modifica cualquiera de los
elementos de información de la información del sistema, el RAN WCDMA
cambia la etiqueta de valor en la MIB que está relacionada con el SIB que
contiene el elemento modificado (Figura caso a). Esto es para prevenir
decodificación innecesaria de información similar. Si se cambia la
etiqueta, el UE necesita releer la información.
Para informar a los UE en modo inactivo, Cell_PCH y URA_PCH de un cambio
en la información del sistema, puede utilizarse la paginación. En este caso, el
mensaje "Paging type 1" enviada para entregar la información de
modificación de IE "BCCH" para notificar la nueva etiqueta de valor para los
SIBs (Figura caso b). Al leer esto, un UE sabe si tiene que leer los SIBs
actualizados / modificados.
WCDMA RAN también puede informar de un cambio en la información del
sistema con un Mensaje de indicación de cambio de información del sistema
en el Elemento de información de modificación BCCH. (Figura caso c). El UE
lee el MIB actualizado y compara la nueva etiqueta de valor con la etiqueta
de valor más reciente para ese SIB. Si la variable de valor ha cambiado, el UE
vuelve a leer la SIB correspondiente. Incluso si la etiqueta de valor no cambia,
el UE considera que el SIB es inválido después de un periodo fijo y predefinido
después de la recepción y vuelve a leer el SIB.
Algunos SIB contienen elementos de información que cambian con tanta
frecuencia que necesitan ser leídos en periodos frecuentes. Este tipo de SIB no
está vinculado a una etiqueta de valor en la MIB. Esto es así en el caso de
SIB7, que utiliza el tiempo de caducidad como un mecanismo de releer.
Cuando el UE ha adquirido SIB7, se inicia un temporizador. Cuando el
temporizador expira, la información transportada en el SIB se considera
inválida y el UE lee de nuevo el SIB.
El UE lee la información del sistema en el BCCH cuando ocurre lo siguiente:
 El UE está encendido
 El UE cambia la celda en modo inactivo o en estado CELL_FACH
 El UE es informado de un cambio de Información del Sistema, cuando el UE está
en modo inactivo o estado CELL_FACH.
 El UE pasa del modo dedicado al modo común.
 El temporizador expira para SIB con un temporizador de caducidad como
releído mecanismo
Cambio en la información del sistema.
 a) Informar a los UE en modo inactivo si hay algún parámetro en el
Sistema información que se debe volver a leer, la etiqueta de valor
para el SIB cambiado se ha cambiado en el MIB.
 b) Notificación de modificación de información del sistema para
UEs en estado de reposo estado CELL_PCH y estado URA_PCH.
 c) Notificación de la modificación de la información del sistema
para los UE en CELL_FACH.
La siguiente figura contiene una descripción de la información que es
llevada por el MIB y algunos de los SIBs.

Información del sistema contenida en el bloque de información maestra (MIB) y


en los bloques de información del sistema (SIB)
Un mensaje de información del sistema deberá ajustarse al tamaño de un
bloque de transporte BCH o FACH (20 ms y 10 ms). Los segmentos de capa
RRC y concatena los SIB codificados. Si el SIB codificado es mayor que el
tamaño de un mensaje de información del sistema, será segmentado y
transmitido en varios mensajes. Si el SIB codificado es menor, el RRC puede
concatenar varios SIB o el primer segmento o el último segmento en el mismo
mensaje.
Selección Inicial de Celdas y
Reselección de Celdas
Después de que el UE haya leído la información del sistema, utilizará los parámetros
de selección de celdas y seleccionará la celda más adecuada para acampar. La
acción de acampar en una celda es necesaria para que el UE pueda acceder a
servicios en la red. Se definen tres tipos de servicios para el UE en modo inactivo.
 Servicio limitado, que permite al UE realizar llamadas solamente. de emergencias
 Servicio normal, para uso público en una celda adecuada.
 Servicios relacionados con el operador, que permiten al operador nuevas células
desplegadas sin ser perturbadas por el tráfico normal. El operador tiene la
posibilidad de establecer un acceso celular restricciones por el parámetro
cellReserved célula que permite la reserva de una celda para uso del operador
solamente. Este parámetro se envía en la información del sistema.
Una célula es adecuada cuando se cumplen los siguientes criterios:
 Pertenece a la PLMN seleccionada
 Se cumplen los criterios de selección de celdas
 No es parte de un área de registro prohibida.
Cuando se encuentra una célula adecuada, el UE acampará sobre ella. En
este estado, el UE supervisa PICH e información de sistema sobre BCH, mide
en radio y evalúa criterios de reselección de células. Si el UE encuentra una
célula mejor, el proceso de reselección de células selecciona esa célula. El
cambio de celda puede implicar un cambio de la RadioTecnología de
acceso (RAT).
Paginación
Este procedimiento se utiliza para transmitir información de paginación a
UE seleccionados en modo inactivo, estado CELL_PCH o URA_PCH
utilizando el PCCH.
Un mensaje de paginación recibido puede transmitir tres tipos diferentes
de información.
 En la red principal se originó la configuración de llamadas o sesiones. En
este caso, la solicitud para iniciar la paginación proviene de la red
central a través de la interfaz.
 RAN WCDMA puede iniciar la búsqueda para que los UE en estado
CELL_PCH o URA_PCH desencadenen un procedimiento de
actualización de celdas.
 RAN WCDMA puede iniciar para UEs en CELL_PCH y URA_PCH para
activar la lectura de la información actualizada del sistema. El mensaje
lleva una nueva etiqueta de valor para MIB.
UE en modo inactivo y estado URA-PCH escucha dos canales físicos
diferentes para poder contestar mensajes de paginación, canal de
indicación de paginación (PICH) y canal físico de control común
secundario (S-CCPCH) que lleva el canal de paginación.
Existe una relación de temporización fija entre una trama PICH y su trama
SCCPCH asociada y tiene una duración de 3 ranuras (2ms) (véase la
Figura más abajo)

Relación de temporización entre un PICH y su trama S-


CCPCH asociada
El PICH se utiliza para indicar al UE cuándo debe leer el S-CCPCH, y el PCH
se utiliza para transportar el mensaje RRC "Paging Type 1", que contiene la
información de paginación real (véase la figura).

Tipo de paginación 1
 Los UE en modo de reposo pueden utilizar la recepción discontinua (DRX)
para reducir el consumo de energía. Usando DRX, el UE sólo escucha el PICH
en cierto tiempo predefinido, es decir, en sus Ocasiones de Paging. Cada
trama PICH consta de un número de Indicadores de Paging (PIs). Cada vez
que el UE escucha el PICH, obtiene información sobre si debe despertarse (PI
= 1) y también leer el S-CCPCH que transporta información de paginación o
continuar a dormir (PI = 0). Los UE están divididos en un número de grupos de
búsqueda, donde cada grupo de paginación está asociado con un PI
específico. El número de PI (9, 18, 36, 72 o 144) en una trama PICH viene
dado por el parámetro Np (por defecto = 18) en la información del sistema
(ver Figura).

Indicadores de paginación (PIs) dentro de una trama PICH cuando No está ajustado a 72
El procedimiento de búsqueda se inicia siempre con "Paging Type 1" enviado
en una ocasión de paginación adecuada. El UE supervisa una Oportunidad
de Paging por ciclo DRX. La longitud del ciclo DRX es de 2k.10 ms, donde k es
el coeficiente de longitud del ciclo DRX, definido por la red central tanto
para Circuit Switched (CS) como para Packet Switched (PS). Las ocasiones
de paginación dependen de los números IMSI y se calculan como:

Paging Occasion = IMSI mod DRX cycle length + n . DRX cycle length
Where n = 0, 1, 2…as long as SFN is below maximum value.
El PI real que debe leer un UE específico se calcula como:
Paging Indication = (IMSI div 8192) mod PichMode
donde PichMode es el número de PIs por cuadro.

Paging Occasions
El "Tipo de búsqueda 2" (véase la Figura 4-16 más adelante) se utiliza para
buscar UEs ya conectados, UE en estado CELL_DCH o CELL_FACH. WCDMA
RAN inicia el procedimiento transmitiendo el mensaje en el DCCH usando
AM RLC. El procedimiento RRC en curso no se verá afectado.

Paging type 2
Establecimiento, mantenimiento y
liberación de la conexión RRC
Cuando el UE recibe un mensaje de paginación (modo de inactividad
UE), ha cambiado de ubicación / área de enrutamiento, o va a
configurar una llamada, necesita establecer una conexión de
señalización con la red central (MSC / VLR o SGSN). Esto se inicia con
un procedimiento de establecimiento de conexión RRC. La conexión
RRC es una conexión dedicada utilizada para la señalización de
control entre el RAN WCDMA y un UE. Comprende la conexión entre el
UE y el RAN WCDMA que incluye todos los recursos, es decir, L1, L2 y L3.
Antes de que se pueda producir un intercambio de señalización, se
necesita un portador de radio. El portador de radio disponible para la
transmisión de mensajes RRC se define como portador de radio de
señalización. Existen cinco portadores de radio de señalización
diferentes y el que se utiliza depende del mensaje de señalización que
se va a enviar en un cierto momento
Señalización Portadores de Radio (SRBs)
SRB1 se utiliza para todos los mensajes enviados en el DCCH, RLC-UM.
SRB2 se utiliza para todos los mensajes enviados en el DCCH cuando se utiliza
RLC-AM (excepto para RRC que transporta señales NAS).
SRB3 y opcionalmente SRB4 se utilizan para mensajes RRC que transportan
señales NAS y se envían al DCCH en AM-RLC.
La conexión RRC consta de tres o cuatro portadores de radio de
señalización. SRB1 - SRB3 siempre debe establecerse, mientras que el
establecimiento de SRB4 es opcional. El SRB4 siempre se establece en el
establecimiento de conexión RRC. En el traspaso de GSM a UMTS, SRB4 no se
establece. Si SRB4 no se establece, la señalización CN-UE con baja prioridad
se envía en SRB3, es decir, con prioridad normal. Por lo tanto, la conexión
RRC consta de hasta cuatro conexiones RLC y cada conexión RLC utiliza su
propio canal lógico DCCH. La configuración detallada de los diferentes SRBs
se puede encontrar en el capítulo 5, RLC y protocolos MAC.
También hay un SRB0 sin embargo este no es parte de la conexión RRC. SRB0 se utiliza
para los mensajes enviados en el CCCH (UL, RLC-TM, DL: RLC-UM) cuando no se
define el contexto del UE (Ejemplo: Envío del mensaje de actualización de la célula al
RNC donde no se conoce un UE).
Antes de enviar el primer mensaje, WCDMA utiliza una rampa de potencia basada en
el preámbulo que permite un ajuste rápido de la potencia de transmisión al nivel
correcto. Consta de los siguientes pasos:
 1 El UE transmite un preámbulo con una potencia de transmisión inicial basada en
la estimación en bucle abierto, pero modificada por una pre-compensación de
potencia negativa definida.
 2 Después de la transmisión del preámbulo, el UE comprueba la recepción de un
indicador de adquisición (AI) en el canal indicador de adquisición de enlace
descendente (AICH). La AI se transmite en la recepción de un preámbulo
suficientemente fuerte.
 3 Si no se detecta AI, el UE retransmite el preámbulo con un aumento predefinido
de la potencia de transmisión. Si se recibe una AI positiva, el UE transmite el acceso
aleatorio.
Aumento de potencia basado en el preámbulo
El establecimiento de conexión RRC (véase la figura a continuación)
siempre es iniciado por la UE.

Establecimiento de la conexión de RRC


 El primer mensaje, denominado Solicitud de conexión RRC, se envía al
CCCH / RACH al SRNC y lleva una "identidad de UE inicial" y una "causa
de establecimiento".

1. TMSI: Se elegirá la TMSI si está disponible. El IAL también estará


presente cuando se use TMSI, para hacerlo único.
2. P-TMSI: El P-TMSI será elegido si está disponible y no hay TMSI
disponible. En este caso, la RAI también estará presente cuando se
utiliza P-TMSI, para hacerlo único.
3. IMSI: Se elegirá la IMSI si está disponible y no hay TMSI o P-TMSI
disponible.
4. IMEI: Se elegirá el IMEI cuando no se cumpla ninguna de las tres
condiciones anteriores.

Selección de la identidad inicial de la UE


La selección de la identidad de UE inicial para la Solicitud de conexión RRC
puede ser una de las siguientes:
 1. Identidad de suscriptor móvil temporal (TMSI): El TMSI debe ser elegido si
está disponible. El IAF también debe ser presente cuando TMSI se utiliza
para hacerlo único.
 2. Paquete TMSI (P-TMSI): El P-TMSI debe ser elegido si está disponible y no
hay TMSI disponible. La RAI en este caso también debe estar presente
cuando P-TMSI se utiliza para hacerlo único.
 3. Identidad de suscriptor móvil internacional (IMSI): La IMSI debe elegirse
si está disponible y no hay TMSI o P-TMSI disponible.
 4. Se elegirá la Identidad Internacional del Equipo Móvil (IMEI) cuando no
se cumpla ninguna de las tres condiciones anteriores. Esto podría
hacerse, por ejemplo, cuando se retira el USIM.
El propósito de esto es proporcionar una identificación de UE única en
el establecimiento de una conexión RRC y dirigir de manera única el
UE en la respuesta del RNC; "Configuración de conexión RRC".
La "Causa del Establecimiento" (vea la Figura 4-21 más abajo) en el
mensaje indica la razón para acceder a la red. Esta Causa del
Establecimiento puede ser usada para priorizar ciertas conexiones de
otras en caso de congestión. Por ejemplo, una llamada de
emergencia puede tener una prioridad más alta que las otras de la
lista Causa del establecimiento.
 Llamada conversacional de origen
El UE también puede añadir un  Llamada de transmisión de origen
"resultados medidos en RACH"  Llamada interactiva de origen
en el mensaje (opcional).  Llamada de fondo de origen
 Origen del tráfico suscrito
 Terminación de la conversación
 Terminar la transmisión por streaming
 Terminación de la llamada interactiva
 Terminación de la llamada de fondo
 Llamada de emergencia
 Re-Selección de Células Inter-RAT
 Orden de Cambio de Células Inter-RAT
 Registro
 Separar
 Señalización de alta prioridad de origen
 Señalización de baja prioridad de origen
 Reestablecimiento de llamadas
 Terminación de la señalización de alta prioridad
 Terminación de la señalización de baja prioridad
 Terminación de la causa desconocida

Cláusula de establecimiento
Cuando el RAN de WCDMA (SRNC) recibe el mensaje debe:
1. Inicie un contexto de UE para este UE que esté relacionado con la Conexión RRC.
Se asigna un identificador temporal de red de radio de servicio (SRNTI) para todos
los UE que tienen una conexión RRC. El Servidor RNC (SRNC) lo asigna y es único
dentro del SRNC. El RNTI se libera cuando se libera la conexión RRC. El SRNC
transmite un mensaje "RRC Connection Setup" al UE en CCCH / FACH. El mensaje
información sobre el canal de transporte, L2 (RLC y MAC) configuraciones de los
SRBs, la identidad inicial de UE (mismo Id UE en el mensaje RRC Connection
Request), Transporte Formato Combination Set, código de codificación DL e
información de control de potencia (para más información, consulte el capítulo 5
Protocolos RLC y MAC y números de identificación del apéndice 10).
2. Envíe el mensaje "RRC Connection Reject" en el enlace descendente. En cada
solicitud de establecimiento de una nueva conexión RRC, se activa la funcionalidad
de control de admisión en el RNC (si se activa el control de congestión bloquea el
control de admisión). En caso de rechazo del control de admisión o control de
congestión, el SRNC enviará un mensaje de rechazo de conexión RRC al UE y el
procedimiento finalizará. La causa de rechazo se establece entonces en no
especificada o congestión. El mensaje puede transportar información de
redirección a otra portadora WCDMA (Inter-Frequency Load Sharing) si la potencia
de la portadora transmitida en el DL es demasiado alta.
Cuando el UE recibe el mensaje "RRC Connection Setup", comprueba
primero si la identidad del UE es la misma que la enviada en el mensaje "RRC
Connection Request".
Si es igual, el UE genera un mensaje de "RRC Connection Setup Complete" e
incluye IEs tales como capacidades de acceso de radio UE (opcional),
capacidad Inter-RAT (obligatoria) y capacidad HSDPA. Este mensaje
confirma si el establecimiento de conexión RRC y un contexto UE se
establece en el SRNC.
Si el UE cambia de célula entre la transmisión de "RRC Connection Request" y
"RRC Connection Setup", no recibirá el mensaje "RRC Connection Setup". El
UE tiene que enviar un nuevo mensaje "RRC Connection Request" en la
nueva celda.
Para evitar que un UE espere demasiado tiempo para un mensaje de
configuración, se inicia un temporizador (T300) en el UE tan pronto como el
UE transmite la solicitud. Si el temporizador expira y el UE no ha recibido
ningún mensaje de "RRC Connection Setup" desde RNC, el UE intentará de
nuevo o se comportará de acuerdo con lo que el Sistema de Información ha
indicado.
Si se recibe la "Solicitud de conexión RRC" antes de que se envíe RRC
Connection Setup, el SRNC ignorará el segundo mensaje "Solicitud de
conexión RRC" y continuará con el procedimiento.
En caso de un fallo de enlace de radio durante un establecimiento de
conexión de RRC, el restablecimiento
puede ser verdad. Los temporizadores se utilizan para controlar el tiempo
permitido para que un UE vuelva a la conexión y para ejecutar el
procedimiento de restablecimiento.
RRC proporciona la capacidad de supervisar la conexión de radio entre
WCDMA RAN y un UE en modo conectado. El propósito es juzgar si el RAN
 WCDMA todavía puede considerarse que tiene control sobre el UE.
Esta supervisión se realiza en el SRNC para el enlace ascendente y
se llama Supervisión de conexión de radio (RCS). Para UEs en el
estado CELL_DCH se usan dos algoritmos diferentes para
proporcionar la supervisión: el algoritmo de supervisión del Conjunto
de Enlace de Radio (localizado en el RBS) y el algoritmo de
Evaluación de Supervisión de Conexión de Radio (localizado en el
SRNC).
 En el estado CELL_FACH, el monitoreo periódico de los mensajes
"Cell Update" UE proporciona la supervisión.
El enlace descendente es supervisado por una función de supervisión
similar situada en el UE.
Los objetivos principales de la funcionalidad de supervisión son los
siguientes:
 Lograr un uso eficiente de los recursos en el WCDMA
 Evitar cualquier discrepancia a largo plazo con respecto al estado
de la conexión entre el UE y el RAN WCDMA
 Evitar cobrar indebidamente a los clientes
La supervisión de la conexión de radio se inicia durante el
establecimiento de la conexión RRC y termina en RRC Connection
Release.
 Cuando el contacto con el UE
se considera perdido, el
propósito es liberar la
conexión RRC incluyendo
todos los portadores de radio
y todos los portadores de
radio de señalización entre UE
y WCDMA RAN (véase la
figura).

'Liberación de conexión RRC'. Tres escenarios diferentes: 1) liberación de conexión


RRC para UE en estado DCH, 2) liberación de conexión RRC para UE en estado FACH
y 3) liberación de conexión RRC para UE en URA_PCH
Este procedimiento también se puede activar cuando el RAN WCDMA
ha recibido una petición de la CN para liberar la conexión de
señalización o porque el RAN WCDMA detecta la necesidad de liberar
la conexión. Dependiendo del estado de la UE, pueden tener lugar
dos escenarios diferentes:
1. UE está en estado CELL_DCH
SRNC envía (en DCH) un mensaje "RRC Connection Release" a un UE en
CELL_DCH. El UE confirma el procedimiento con un mensaje "RRC
Connection Release Complete" (en DCH). El SRNC solicita la liberación de los
enlaces de radio asociados entre el RBS y el SRNC. Finalmente, se liberan
todos los recursos RLC y MAC asociados en el SRNC. Después de completar
el procedimiento, se actualizan el monitor de carga de celdas y el algoritmo
de control de código. El UE está ahora en modo inactivo.
2. UE está en estado CELL_FACH
Si el UE está en estado CELL_FACH, el SRNC envía (al FACH) un mensaje de
"RRC Connection Release" al UE, que es confirmado (en RACH) por el UE
con una "conexión RRC Release Complete "mensaje. En caso de que haya
algún transporte común (no soportados por Ericsson), ahora se liberan junto
con el contexto del UE en el DRNC. Finalmente, se liberan todos los recursos
RLC y MAC asociados en el SRNC. El UE está ahora en modo inactivo.
3. El UE está en estado URA_PCH
UEs en URA_PCH que se liberarán se paginará mediante el tipo de
paginación 1 mensaje que contiene IE "Release Indicator". Si el indicador
de liberación tiene el valor "Release", el UE liberará sus recursos de radio y
también la conexión de señalización y entrará en estado inactivo.
Conexión de señalización

Signaling Connection Handling proporciona la capacidad de


establecer y liberar conexiones entre el UE y WCDMA RAN y entre el UE
y la (s) Red (es) Core (s). Establecimiento sólo incluye la conexión de
plano de control, mientras que la liberación incluye tanto el plano de
control como el plano de usuario.
La conexión de señalización es una conexión entre una red central
(CN) y un UE utilizado para transmitir información de capa superior
entre entidades pares en el estrato de acceso sin acceso (NAS). La
conexión de señalización consiste en una conexión RRC sobre RAN, Uu
e Iub y uno o dos planos de control Iu sobre la interfaz Iu.
Protocolos utilizados para la conexión de señalización
entre el UE y la red central
El establecimiento de la primera conexión de señalización es iniciado por el
UE tan pronto como se establece satisfactoriamente la conexión RRC. Se
establece una conexión de plano de control Iu entre WCDMA RAN y el CN.
Cuando una conexión de señalización ya está establecida hacia un CN, el
UE puede iniciar el establecimiento de una segunda conexión de
señalización a la otra CN en cualquier momento. Entonces se establece
una conexión de plano de control Iu entre WCDMA RAN y ese otro CN
(tenga en cuenta que sólo se usa una conexión RRC).
Normalmente existe una conexión de señalización junto con una conexión
de plano de usuario, que se conoce como portador de acceso de radio
(RAB, véase el capítulo 3). Sin embargo, en algunos casos se establece una
conexión de señalización para realizar procedimientos de plano de control
que no implican ninguna conexión de plano de usuario, tal como una
actualización de área de ubicación.
Liberación de conexión de
señalización

Liberación de conexión de señalización

El procedimiento de liberación de conexión de señalización se utiliza para notificar al UE que se ha


liberado una de sus conexiones de señalización en curso. El procedimiento no inicia la liberación de la
conexión RRC.
Transferencia de mensajes
transparente
La primera conexión de señalización se inicia después del establecimiento de la
conexión RRC. El UE envía "Transferencia Directa Inicial" (Figura) usando AM RLC
en SRB3. Este mensaje lleva el mensaje NAS inicial desde el UE al CN con
información tal como identidad de UE y razón para el acceso.

La Transferencia Directa Inicial lleva el primer mensaje de Estrato de No


Acceso (NAS) al CN e inicia la configuración del Plano de Control Iu
El mensaje RRC incluye el dominio CN (CS o PS), IE "CN Domain Identity". El RNC inicia la
configuración del Iu Control Plane en la interfaz Iu correcta.
El SRNC envía una petición de conexión al servicio SCCP para configurar una conexión de
señalización temporal, Iu Control Plane, a la CN. El mensaje de solicitud de conexión SCCP
incluye el mensaje RANAP Mensaje inicial de UE. Este mensaje RANAP lleva el mensaje NAS
desde el UE, la información de ubicación actual del UE, CGI; y el identificador de conexión
de señalización Iu
El CN confirma a su servicio SCCP que se puede configurar la conexión de señalización. El
SRNC recibe la confirmación de que la conexión de señalización se ha configurado
mediante un mensaje de confirmación de conexión SCCP. Ambos nodos están ahora listos
para enviar y recibir datos en modo orientado a conexión SCCP y se establece el plano de
control Iu.
Durante el diálogo con CN, RRC "Uplink Direct Transfer" y RRC "Downlink Direct Transfer"
llevan todos los mensajes de NAS sobre RAN.
La figura siguiente
muestra la
transferencia de
mensajes NAS con RRC
en la configuración de
una llamada de origen
móvil. Estos mensajes se
mapean
adicionalmente en los
mensajes RANAP en el
RNC para ser enviados
al CN (véase el
Capítulo 8) en la
interfaz Iu.

Transferencia de mensajes NAS con RRC en la configuración de llamadas


originadas en dispositivos móviles
El primer mensaje NAS en la Figura 4-26 enviado al UE después del mensaje
de "Transferencia Directa Inicial" es NAS: Solicitud de Autenticación y se
transporta sobre RAN por "Transferencia Directa de Enlace descendente".
El UE responde con un mensaje de respuesta de autenticación NAS:
Transmitido por RAN por "Transferencia directa de enlace ascendente".
Después del procedimiento de control de modo de seguridad (véase el
control de las funciones de seguridad a continuación), el UE envía un
mensaje NAS: Setup que incluye el tipo de servicio que el UE desea y el
número B marcado por el abonado móvil.
El MSC comprueba si el UE no tiene servicios como la restricción de llamadas
salientes activadas. La cancelación de las llamadas salientes puede ser
activada por el abonado o por el operador. Si el UE no está bloqueado, la
configuración de la llamada continúa. Se envía un mensaje NAS: "Proceso
de llamada" al UE.
Cuando se ha configurado el RB para el plano de usuario (ver
Configuración del portador de radio), se envía un mensaje de alerta NAS al
UE, indicando que se ha generado un tono de llamada en el teléfono del
abonado B.
Cuando el abonado B responde, la red envía un mensaje NAS: Connect al
UE indicando que la llamada es aceptada.
El UE devuelve un NAS: Connect Acknowledgement, que completa la
configuración de la llamada.
Para la liberación de llamada se utilizan otros mensajes NAS. En el
lanzamiento de llamada iniciado por el móvil, el UE envía un mensaje de
"Desconexión" al MSC. Cuando el MSC recibe un mensaje "Desconectar",
inicia la liberación de la conexión CM (Connection Management). Esto se
hace con un mensaje de Liberación, que es confirmado, por el mensaje de
Liberación Completa del UE. A esto le sigue un mensaje RANAP llamado "Iu
Release Command" que se envía desde el CN al RNC (ver capítulo 8 Iu
Interface - Protocolo RANAP). Este mensaje activará el RNC para realizar
una liberación de conexión Iu entre el CN y el RNC y una liberación de
conexión RRC entre el UE y el RNC.
Para configurar una conexión en el dominio de conmutación de
paquetes, se envía una petición de servicio NAS al SGSN. La petición
de activación de contexto de PDP de mensaje de NAS es el mensaje
desde el UE que solicita una dirección IP para el APN (nombre de
punto de acceso) que el abonado desea alcanzar. Este mensaje se
envía después del establecimiento del modo de seguridad y seguido
por Radio Bearer Setup. Vea el ejercicio sobre la instalación de un
Multirab.
Control de las funciones de
seguridad
Para soportar la confidencialidad de la identidad del usuario, se implementan diferentes
funciones de seguridad en el RAN WCDMA. Después de establecer el plano de control
Iu, el CN puede autenticar al abonado y ordenar al RAN WCDMA que inicie la
protección de integridad de la señalización RRC y, opcionalmente, el cifrado de toda la
información sobre las interfaces Uu e Iub
El cifrado es la función que:
 Garantiza que los datos de usuario y los datos de señalización no se puedan oír la
interfaz de acceso por radio.
La protección de la integridad es la función que:
 Permite a la entidad receptora (UE o RNC) verificar que la los datos de señalización
no se han modificado de manera no autorizada ya que fue enviado por la entidad
emisora (UE o RNC).
 Garantiza que el origen de datos de los datos de señalización recibidos es realmente
el reclamado.
La protección de integridad es una función RRC, mientras que el cifrado es
realizado por la entidad RLC, para el servicio RLC no transparente (AM o
UM) o por la entidad MAC-d, para un servicio RLC transparente (consulte el
capítulo 5 para obtener más información).
La clave de cifrado y la clave de integridad utilizadas en los algoritmos de
protección de cifrado y de integridad se generan en el UE durante el
procedimiento de autenticación y se envían al RNC por el CN en el
mensaje RANAP "Comando de modo de cifrado". Las claves se generan en
la red doméstica del abonado (AUC) y pueden ser específicas del
operador.
Protección de la integridad de las señales
La decisión de iniciar la integridad y el cifrado siempre es tomada por la CN. Las AUC
genera un vector de autenticación para cada usuario después de una solicitud del HLR.
Este vector consta de cinco parámetros y se llama quinteto. El quinteto
incluye una clave de cifrado (CK), una clave de integridad (IK), un número aleatorio (RAND),
Respuesta esperada (XRES) y símbolo de autenticación (AUTN). Un vector es
bueno para una autenticación y acuerdo clave. El vector es único para cada
abonado y está relacionado con una clave secreta (K), que es compartida entre
disponible únicamente para el USIM y las AUC .Además, el USIM y la red mantienen un seguimiento
de los contadores, respectivamente, para autenticación de red de apoyo.
Tan pronto como un UE entra en un nuevo área de servicio, el HLR, después de una
VLR, envíe la información del suscriptor y los parámetros de seguridad a la
CN entidad (MSC / VLR o SGSN).
A continuación se muestra un caso de tráfico que describe la autenticación y el inicio de la
integridad
procedimientos de protección.
1. En el mensaje "RRC Connection Setup Complete" del UE
al RNC, hay información sobre la capacidad de seguridad de
el UE y opcionalmente la marca GSM Clase 2 y 3. El mensaje
también contiene valores START para contadores de integridad y
cifrado.
La información de capacidad de seguridad del UE incluye el cifrado
algoritmos (UEAs) y los algoritmos de integridad (UIAs) de la
UE. Si la marca de clase GSM 2 y 3 se transmiten durante la
RRC El establecimiento de la conexión, el RNC debe almacenar el
capacidad de cifrado del UE.
2. El UE envía el mensaje L3 inicial (Actualización de la ubicación
Solicitud, solicitud de servicio CM; Área de enrutamiento Solicitud de
actualización,Adjuntar solicitud, respuesta de búsqueda, etc.) a la CN.
Este mensaje contiene, por ejemplo ,. la identidad del usuario y el
conjunto de teclas Identificador (KSI). El KSI incluido es el KSI asignado
por el CS dominio o dominio PS en la autenticación anterior para esta
CN dominio. Al usar el KSI, la autenticación se puede omitir y la CK y IK
anteriores se reutilizan.
3. Para autenticar un UE y comprobar si el UE soporta los algoritmos un
número RAND y AUTN se envía al UE en el NAS Mensaje de "Solicitud
de autenticación". El UE comprueba si AUTN (que incluye MAC) puede
ser aceptado o no por calculo XMAC. Si MAC = XMAC, el UE calcula
RES por utilizado RAND y transmite esto en una "Respuesta de
Autenticación" mensajes a la CN. Al mismo tiempo, el UE calcula RES.
También calcula CK e IK y almacena las claves en el USIM. Cuando el
CN recibe la respuesta con el RES compara el RES con XRES y si
coinciden con la autenticación es un éxito.
4. El dominio CN determina qué algoritmos de integridad UMTS (UIA) y
Algoritmos de cifrado UMTS (UEA) están permitidos para ser utilizado
durante la integridad y el cifrado.
5. El dominio CN inicia la integridad y el cifrado enviando el Mensaje
RANAP "Comando de modo de seguridad" al SRNC. Este mensaje
contiene una lista de UIA permitidos y el IK que se va a utilizar. Si se
inicia el cifrado, el mensaje contiene las UEA y las la CK. El mensaje
también indica si una nueva autenticación y generación de claves de
seguridad. La indicación de nuevas claves generadas implica que el
valor START se restablece cero) en el inicio de uso de las nuevas
claves. De lo contrario, es el START valor ya disponible en el SRNC que
se utilizará.
6. El SRNC decide qué algoritmos utilizar al seleccionar de la lista de
algoritmos permitidos, y la lista de algoritmos apoyados por el UE. El
SRNC genera un valor aleatorio FRESH y inicia la protección de
integridad del enlace descendente (vea la Figura 4-28) por calcular el
código de autenticación de mensajes para integridad (MAC-I) y
adjunta esta información al "Modo de seguridad Comando ". MAC-I se
calcula utilizando FRESH, COUNT-I, DIRECTION, IK y el mensaje como
entrada parámetros en el UIA seleccionado (f9). La secuencia de
integridad número COUNT-I es un contador incrementado para el RRC
mensajes que se transmiten. DIRECTION es un poco que indica si es de
enlace ascendente o descendente.
7. El SRNC envía el mensaje RRC "Security Mode Command" a la UE. El
mensaje incluye la capacidad de seguridad del UE, opcionalmente la
capacidad de cifrado GSM (si se recibe durante RRC Establecimiento
de conexiones), la UIA y FRESH que se utilizarán y si se inicia el cifrado
también el algoritmo de cifrado UMTS (UEA).
8. En recepción del mensaje "Comando de modo de seguridad", el UE
controles que la Capacidad de Seguridad UE recibida es igual a el IE
"UE Capacidad de Seguridad" envió el mensaje "RRC Configuración
de la conexión completada ". El UE calcula XMAC-I mediante
utilizando el UIA indicado, el COUNT-I, IK, el mensaje y el recibió FRESH
como parámetros. El UE verifica la integridad de el mensaje
comparando el MAC-I recibido con el generado XMAC-I (véase la
figura 4-28).
9. Si todos los controles tienen éxito, el UE genera un nuevo MAC-I y
poner esto en la respuesta "Modo de seguridad completa"
10. En la recepción del mensaje de respuesta, el SRNC calcula el
XMAC-I en el mensaje. El SRNC verifica la integridad de datos de el
mensaje comparando el MAC-I recibido con el generado XMAC-I.
11. La transferencia del mensaje RANAP "Modo de seguridad
completo Respuesta ", incluyendo los algoritmos seleccionados, desde
SRNC a la El dominio CN finaliza el procedimiento.

El "Comando de Modo de Seguridad" al UE inicia la integridad del


enlace descendente protección, es decir, esto y todos los siguientes
mensajes de enlace descendente enviados al UE son integridad
protegida usando la nueva configuración de integridad. El "Modo de
seguridad Complete "del UE inicia la protección de integridad del
enlace ascendente, es decir, esto y todos los siguientes mensajes
enviados desde el UE están protegidos contra la integridad
configuración de integridad.
A continuación se muestran todos los mensajes RRC sin protección de integridad:
"Traspaso a WCDMA RAN completo"
"Tipo de búsqueda 1"
"Solicitud de conexión RRC"
"Configuración de conexión RRC"
"Configuración de conexión RRC completada"
"RRC Conexión rechazada"
"RRC Connection Release" (sólo CCCH)
"Información del sistema"
"Indicación de cambio de información del sistema"
"Control de Combinación de Formato de Transporte" (TM DCCH solamente)
En el enlace descendente, se inicia el cifrado (cifrado en el SRNC) para la radio de señalización
portadores en el respectivo número de secuencia RLC dado por el SRNC en el
mensaje de comando y para los portadores de radio no transparentes (si los hubiera) inmediatamente
después de recibir el mensaje de respuesta "Modo de seguridad completado" del UE. En
uplink, el cifrado (descifrado en el SRNC) se inicia en el respectivo RLC
número de secuencia dado por el UE en el mensaje de respuesta.
Inicio del cifrado en el traspaso de GSM a UMTS
Cuando un UE realiza un traspaso de GSM a UMTS y el cifrado está
activo en GSM, el cifrado también se activa en UMTS para todos los
portadores de radio de señalización y portadores de radio para esta
conexión UE. En este caso, la configuración de cifrado es ya iniciado
en la preparación del traspaso, por el mensaje RANAP Relocation
Required que contiene, por ejemplo, la clave de cifrado. Cifrado la
información para el UE se envía en el mensaje Handover to UTRAN
Command. El cifrado se inicia tan pronto como el UE accede a la red
UMTS.
Inicio de la protección de integridad después de la transferencia de
GSM a UMTS
La protección de la integridad no tiene ninguna contraparte en GSM.
Esta función es comenzaron inmediatamente después del traspaso de
GSM a UMTS. En este caso, el configuración de protección de
integridad se inicia en la preparación del traspaso el mensaje RANAP
Reubicación Requerida que contiene, por ejemplo, el clave de
protección de integridad que se utilizará. Cuando el RNC recibe el
mensaje RRC Traspaso a UTRAN Completo desde el UE, el RNC inicia el
RRC Security Procedimiento de control de modo (Modo de seguridad
Comando y Modo de seguridad completado y la protección de la
integridad de todas las emisoras de radio de señalización establecidas
se activan los portadores.
Inter-System Handover para CS Services - de UTRAN a GSM BSS
Si se ha iniciado el cifrado cuando se produce un traspaso entre
sistemas desde UTRAN a GSM BSS, la información necesaria (por
ejemplo, Kc, admitida / permitida Algoritmos de cifrado GSM) se
transmite dentro de la infraestructura del sistema antes el traspaso real
se ejecuta para permitir que la comunicación proceda desde la
antiguo RNC al nuevo BSS GSM, y para continuar la comunicación en
cifrado modo. El RNC puede solicitar a la MS para enviar las MS
Classmarks 2 y 3 que incluyen información sobre las capacidades del
algoritmo de cifrado GSM de la MS. Esta es necesario sólo si las MS
Classmarks 2 y 3 no fueron transmitidas de UE a UTRAN durante el
establecimiento de conexión de RRC. El traspaso entre sistemas
implicará un cambio del algoritmo de cifrado de un UEA a un GSM A5.
El GSM BSS incluye el modo de cifrado GSM seleccionado en el
comando de traspaso mensaje enviado a la MS a través del RNC. La
protección de la integridad de los mensajes de señalización se
detiene en el traspaso a GSM BSS
Inter-System Change para PS Services - de UTRAN a GSM BSS
Un contexto de seguridad UMTS en UTRAN sólo se establece para
suscriptores UMTS.En el lado de la red, se distinguen tres casos:

a) En el caso de un cambio inter-sistema a un GSM BSS controlado por


el mismo SGSN, el SGSN deriva la clave de cifrado GSM Kc del UMTS
claves de cifrado / integridad CK e IK acordaron durante el último
procedimiento UMTS AKA (utilizando la función de conversión c3) y la
aplica.
b) En el caso de un cambio inter-sistema a un BSS GSM controlado por
otro R99 + SGSN, el SGSN inicial envía las claves de cifrado / integridad
UMTS CK e IK acordado durante el último procedimiento UMTS AKA al
nuevo SGSN. El nuevo SGSN almacena las claves, deriva la clave de
cifrado GSM Kc y aplica esta última. los el nuevo SGSN se convierte en
el nuevo punto de anclaje para el servicio.
c) En el caso de un cambio entre sistemas a un BSS GSM controlado
por un R98-SGSN, el SGSN inicial deriva la clave de cifrado GSM Kc del
UMTS claves de cifrado / integridad CK e IK acordaron durante el
último procedimiento UMTS AKA y envía la clave de cifrado GSM Kc al
nuevo SGSN. El nuevo SGSN almacena el Clave de cifrado GSM Kc y
lo aplica. El nuevo SGSN se convierte en el nuevo punto de anclaje
para el servicio.
En el lado del usuario, en todos los casos, el ME aplica la clave de
cifrado GSM derivada Kc recibido del USIM durante el último
procedimiento UMTS AKA.
Protección de integridad y cifrado en la red principal hard handover
Si la integridad está en curso en el RNC de origen, continuará en el
RNC de destino (con contadores recibidos de la fuente RNC), pero
con una nueva configuración. Si el cifrado está en curso en el RNC de
origen, continuará en el RNC de destino con el mismo algoritmo pero
con nuevos contadores. Los contadores se inicializan con el ayuda de
los últimos valores START (recibidos del UE y del RNC fuente) y
(recibidos de la fuente RNC). Los algoritmos y claves de seguridad son
proporcionados por el CN y el RNC de origen en el SRNS
Procedimientos de traslado (utilizados en CNHHO).
Gestión del portador de radio
A petición de capas superiores, RRC realiza el establecimiento,
reconfiguración y lanzamiento de portadores de radio. En el
establecimiento y la reconfiguración, el RNC realiza el control de
admisión y selecciona los parámetros que describen el portador de
radio procesamiento en la capa 2 y la capa 1. El canal de transporte y
los parámetros físicos se incluyen en los procedimientos del portador
de radio, pero también se pueden configurar separadamente con
canal de transporte y reconfiguración de canal físico procedimientos.
Establecimiento de portadores de radio
La configuración de un flujo de datos del plano de usuario dentro de WCDMA
RAN se realiza RAB Procedimiento de establecimiento.
El establecimiento de un RAB se realiza en dos pasos (véase la figura 4-29). los el primer
paso es la configuración de un portador Iu (véase el capítulo 8 Iu Interface - RANAP
Protocolo) y la segunda es la configuración del portador de radio, para el cual el CRR
es responsable. El procedimiento de establecimiento del portador de radio se utiliza
para (s) radio (s) (ver Figura 4-30). El procedimiento de configuración RAB es el siguiente:
1. El SRNC recibe una "Solicitud de Asignación RAB" desde el CN con los RAB para ser
configurados o modificados.
2. El SRNC determina la nueva configuración de Conexión de Radio, teniendo en
cuenta la existente, y también comprueba la UE (para comprobar si se puede admitir la
nueva configuración por el UE). Si la función Reintento dirigido está activada, las
llamadas son rastreadas durante el establecimiento del RAB de mecanismo de reintento
dirigido. Las llamadas que cumplen con la reintento dirigido son desviados a células
GSM co-localizadas. Dirigido Reintentar sólo se aplica en las llamadas de voz que no
tienen paquetes en curso conexión. Para el PS RAB Interactivo es posible para el PS
núcleo para establecer una velocidad de bits máxima y limitar así la enlace
descendente PS Interactive RAB a 64, 128 y 384 kbps. Sin embargo, este límite no se
considera cuando el PS Interactive RAB está configurado en HS-DSCH.
3. El SRNC asigna los atributos RAB en servicio de portadora de radio parámetros para
garantizar la QoS y determinar la nueva Radio Configuración de la conexión (RC).
4. El SRNC envía el mensaje "Radio Bearer Setup" al UE.
5. El UE envía el mensaje "Radio Bearer Setup Complete".
La configuración de los portadores de radio se puede agrupar en tres secuencias
principales, de acuerdo con el tipo de canal de transporte utilizado antes y después de
la transición: (Los procedimientos se pueden encontrar en el capítulo 6 Interfaz Iub)
Dedicado a dedicados
o Transición de la conexión de señalización, estado SRB (CELL_DCH), a la conexión de
señalización y al servicio RAB (Discurso codificado AMR RAB, CS64 kbps RAB, Transmisión
por secuencias 57.6 kbps RAB, transmisión PS, Interactive RAB 64/64, 64 / HS-DSCH, 384 /
HS-DSCH). o Transición del servicio SRB y RAB (codificación AMR habla RAB o Interactive
RAB) a SRB y 2 RAB (Discurso codificado AMR y 64/64)
Dedicado a común
o Transición de estado SRB, (CELL_DCH) a Interactivo RAB en FACH / RACH y estado
CELL_FACH
Común a dedicado
o Transición del RAB interactivo en el estado CELL_FACH, al discurso codificado de AMR,
a UDI + Interactive 8/8, a PS Streaming 16/64 o 128 + PS Interactive 8/8.
Reconfiguración de portador de radio

El procedimiento de reconfiguración del portador de radio (Figura 4-31) se usa para reconfigurar

o modificar un portador de radio existente.

Este procedimiento normalmente se usa junto con la Configuración de portador de radio o Versión para

reconfigure las entidades DCCH AM (por ejemplo, temporizadores RLC). También es iniciado por el canal

tipo de cambio para cambiar entre Cell_DCH y Cell_FACH estado para el

RAB interactivo.
Lanzamiento del portador de radio
La funcionalidad de lanzamiento de RAB proporciona la capacidad de liberar uno o
hasta dos RABs. La liberación de RAB es iniciada por el CN. El lanzamiento de un RAB
termina tanto el portador Iu (para conexiones CS) como el portador de radio.
El procedimiento para la publicación es el siguiente:
1. El CN solicita WCDMA RAN para liberar uno o dos RAB. los
Los RAB que se liberarán se identifican con la identificación RAB.
2. El SRNC envía un mensaje de "Liberación de portador de radio" al UE. los
El procedimiento de liberación del portador de radio depende del tipo de
portador de radio.
Hay tres posibles casos:
a) Cell_DCH to Cell_DCH puede ser, por ejemplo: Liberar un RAB (RAB codificado
AMR, CS64 kbps RAB, Streaming 57.6 kbps RAB, PS Streaming Interactive o fondo
RAB) en un canal dedicado, manteniendo el SRB dedicado canal. Otra posibilidad
es lanzar uno de los RAB en estado RAB múltiple, terminando solo con AMR o 64/64.
b) Cell_FACH a Cell_DCH, liberando un RAB en común canal, moviendo el SRB al
canal dedicado.
c) Cell_DCH to Cell_FACH, pasando de multi RAB AMR + 0/0 a Cell_FACH o inactivo
3. Cuando finaliza el procedimiento de liberación, aparece el "Lanzamiento del
portador de radio“El mensaje "Completo" se envía al SRNC desde el UE..
Reconfiguración del canal de transporte
La reconfiguración del canal de transporte se usa cuando se cambia
de la radio portadores del RAB interactivo en estado dedicado, es
decir, 64/64, 64/128 y 64/384. El procedimiento también se usa para
cambiar entre los estados RAB múltiples AMR codificados habla +
64/64 y voz codificada AMR + 0/0. En este caso, el mensaje RRC
"Reconfiguración del canal de transporte" es transmitido desde el RNC
a la UE y es respondido por un "Canal de Transporte“ Mensaje de
reconfiguración completada desde el UE al RNC.
Reconfiguración del canal físico
La reconfiguración del canal físico se usa durante el traspaso entre
frecuencias (también en la configuración de una conexión HSDPA). El
mensaje también se envía para informar a la UE sobre la información
del modo comprimido para poder medir en otra frecuencia y hacer
mediciones en celdas GSM. En ambos casos, el mensaje RRC
"Reconfiguración física del canal "se transmite desde el RNC a la UE y
es respondido por un mensaje de "Reconfiguración del canal físico
completo" de el UE al RNC.
Procedimientos de movilidad de conexión RRC
Los procedimientos de movilidad de la conexión RRC garantizan que
la calidad de la conexión de un UE dedicado se mantenga durante
toda la conexión. Incluso si la UE es moviéndose entre las celdas se
mantiene la conexión con la red. Para esto un número de
procedimientos están definidos. En estado dedicado, una forma
normal de realizar la movilidad el control consiste en utilizar los
procedimientos de Actualización de conjunto activo y Traspaso duro.
En común Se realizan Actualizaciones de Celdas de estado o
Actualizaciones de URA.
Los procedimientos de movilidad incluyen:
En Handover suave / más suave un procedimiento de Actualización de conjunto
activo ocurre. El UE actualiza su conjunto activo mientras está en CELL_DCH
estado.
Entrega Difícil para hacer interfrecuencia o intra frecuencia entregas mientras se
encuentra en el estado CELL_DCH.
Traspaso entre sistemas o cambio de celda entre WCDMA RAN y otra tecnología
de acceso de radio (RAT), por ejemplo, GSM / GPRS. La movilidad de IRAT se trata
en el capítulo 10.
Traspaso basado en carga a GSM si el control de admisión detecta alta carga al
evaluar una solicitud de admisión en una celda, esto se utilizará como disparador
para LBHO a GSM. La movilidad de IRAT es cubierto en el capítulo 10.
Traspaso entre frecuencias basado en carga si el control de admisión detecta
alta carga al evaluar una solicitud de admisión en una celda, esto se usará como
un disparador para LBHO a GSM para un usuario de voz.
La reselección de células gestiona la movilidad cuando el UE está en modo
inactivo o el estado CELL_FACH. Esto se usa entre WCDMA RAN células en la
misma frecuencia (reselección celular), WCDMA RAN células en diferentes
frecuencias (reselección de células entre frecuencias), y células WCDMA RAN y
GSM / GPRS (célula Inter-RAT Reselección) cuando el UE se está moviendo de
WCDMA RAN cobertura en un área donde solo existe cobertura GSM / GPRS.
Descripción general
Desde el punto de vista de la UE, las celdas WCDMA se dividen en
Activo, Monitoreo y Conjuntos Detectados. El conjunto activo (los
enlaces de radio involucrados en handover) y el conjunto supervisado
(los vecinos de las celdas del conjunto activo) son medidos
explícitamente para el traspaso. El conjunto supervisado puede
contener intra-frecuencia, células vecinas inter-frecuencia e Inter-RAT.
El UE también está obligado a detectar células intra-frecuencia que
no están en los Conjuntos Activos o Monitoreados, referidos como el
conjunto detectado. La cantidad de celdas de intra frecuencia en el
conjunto supervisado + las celdas de conjunto activo es limitado por la
3GPP a 32. El número de celdas Inter-Frecuencia en el conjunto
Monitoreado está limitado a 32. El número de celdas Inter-RAT en el
conjunto Monitoredor está limitado a 32.
CONTROL E INFORME DE MEDICIÓN DEL UE
La capa RRC enviada desde el RNC controla las mediciones
realizadas por el UE. RRC decide en términos de qué medir, cuándo
medir y cómo informe. Incluye WCDMA y otros sistemas como GSM /
GPRS. RRC realiza el informe de las mediciones desde el UE al RNC.
Para UEs en modo inactivo, la información de medición se envía en el
sistema información sobre el BCH (SIB 11) y para los UE en CELL_FACH /
CELL_PCH (no compatible) / CELL_URA sobre SIB 12. Para UEs en
CELL_DCH una Medida del mensaje de control se envía a la UE tan
pronto como se haya establecido un RRC Conexión (ver a
continuación)
Handover suave y mas suave
La UE mide los CPICHs Ec / No de los conjuntos Activo y Monitoreado de acuerdo con el
mensaje "Control de medición". Diferentes escenarios de eventos son posibles:
Por ejemplo, cuando un CPICH no está incluido en el conjunto activo, ingresa al rango de
informe, ocurre el evento 1a (agregar) (vea la Figura 4-37 abajo).
Cuando un CPICH, incluido en el conjunto activo, abandona el informe rango, (valores de
rango enviados previamente en "Control de medición“ mensaje) se produce el evento 1b (vea
la Figura 4-37 a continuación).
Cuando un CPICH, no incluido en el conjunto activo, se vuelve más fuerte
que el CPICH más débil en el conjunto Activo, ocurre el evento 1c. Los UE
envían un informe de evento 1c al RNC. Si la celda informada es un vecino
válido y el conjunto activo está lleno, la celda informada es propuesto
como un reemplazo para la celda más débil en el conjunto Activo.
Cuando cualquiera de los CPICH se vuelve más fuerte que el mejor
primario CPICH, ocurre el evento 1d. La adición del enlace de radio es
normalmente desencadenado por el evento 1a informe, pero también
puede ser desencadenado por el evento 1d informe del UE.
Cuando cualquiera de los eventos mencionados anteriormente ocurre un "Informe de
medición“ el mensaje se envía al RNC para la evaluación de la entrega (vea la Figura 4-38). El
RNC evalúa el informe de medición y un informe de evaluación activa una propuesta de
ejecución en el RNC para agregar / reemplazar / eliminar la celda informada al Conjunto
activo de la UE. El RNC envía una actualización de "Conjunto Activo" para informar al UE sobre
la decisión.
Traspaso entre frecuencias
El traspaso entre frecuencias evita llamadas caídas y, por lo tanto, permite
el servicio continuación en canales dedicados cuando el UE se está
retirando de la cobertura de una frecuencia de RAN WCDMA a un área
donde la cobertura WCDMA también exista.
El traspaso entre frecuencias se desencadena en función de dos criterios,
cobertura (Ec / No o RSCP) y UE TX Power. Estos eventos también se usan
para IRATHO y IRATCC. Cuando el CPICH Ec / No (o RSCP depende de la
elección en configuración) está por debajo de un umbral específico (vea la
Figura 4-39) el evento 2d es activado y el UE envía un "Informe de medición"
(vea la Figura 4-40) al SNRC (esto también se puede activar debido a la
potencia de UE Tx, evento 6d).
El traspaso final entre frecuencias se cumple cuando el Ec / No (o RSCP) es
bajo suficiente en la frecuencia a la que está conectado el UE y el Ec / No
es alto suficiente en la nueva frecuencia que mide el UE. El UE luego envía
un “Informe de medición" con el evento 2b al SRNC.
Traspaso entre frecuencias basado en carga
Esta característica usará la funcionalidad de control de admisión como una
forma de detectar alta cargar en una celda WCDMA. Si el control de admisión
detecta una carga alta al evaluar una solicitud de admisión en una celda, esto
se utilizará como desencadenante de interfrecuencia transferencia basada en
carga (LBHO) para un usuario de voz, si se cumplen las siguientes condiciones
cumplido:
Alta carga detectada en la celda por control de admisión según arriba (la
admisión de Iub no activa LBHO).
loadbasedHoSupport se establece en True y lbhoType se establece en lbho_IF
en la celda.
La cantidad de usuarios de habla conectados en la celda es más de
lbhoMinSpeechUsers. Este parámetro se puede configurar de manera que el
número de usuarios de habla se les permite permanecer en la celda antes que
el LBHO este activado.
La celda no está en estado congestionado DL.
El temporizador lbhoMinTriggerTime ha expirado para el libra anterior intentos
en la misma celda. Tenga en cuenta que uno o varios usuarios de voz puede
activarse en cada ocasión, y este temporizador luego mide el tiempo permitido
hasta la próxima ocasión donde uno o varios usuarios pueden ser activados
Cuando la función se desencadena por una carga alta en una celda de
acuerdo con lo anterior, un número de condiciones se verifican para
evaluar si hay usuarios de habla conectados en esta celda, que se puede
activar para realizar un intento IF HO. Los que deben cumplir las siguientes
condiciones para dicho usuario:
Usuario solo de voz CS, y no es una llamada de emergencia.
El modo comprimido y otros intentos de HO aún no están en curso para el
usuario.
fddIfHoSupport está activado.
La conexión no es originaria de otro RNC sobre Iur
Si uno o varios usuarios de habla adecuados están presentes, cargue la HO desencadenada Se
pueden iniciar intentos para estos usuarios. En cada detección de carga alta, varios los usuarios
del habla que cumplan las condiciones anteriores se pueden activar para iniciar los intentos de
HO simultáneamente, el número máximo está definido por el parámetro
lbhoMaxTriggeredUsers. El temporizador lbhoMinTriggerTime y tmStopIfMeas se inicia, se crea un
conjunto supervisado por IF y se envía a cada uno UE, y se inicia una medición de evento 2b.
Se usan umbrales separados cuando la medición 2b se desencadena por carga, y la cantidad
de medida Ec / No es usado. El umbral nonUsedFreqThresh4_2bEcn0 + serviceOffset2dEcno es
utilizado para la calidad IF como para IFHO normal, el valor 0 se usa para WCDMA calidad. Si se
encuentra una celda IF, se ejecuta un intento HO. Si no se encuentra una celda IF antes de que
el temporizador tmStopIfMeas expire (20 segundos), entonces el intento HO es abortado. Tenga
en cuenta que cuando los intentos basados en carga HO se han iniciado para uno o varios
usuarios de voz en una celda, el temporizador lbhoMinTriggerTime debe expirar primero antes
de que se puedan iniciar nuevos intentos de HO basados en carga en la misma celda.
Admisión el control para la cantidad máxima de usuarios de modo comprimido permitido se
realiza primero. Las acciones de congestión de carga y de congestión suave basadas en carga
activadas por la administración de capacidad son independientes uno del otro. Las acciones
de congestión suave no se pueden realizar en un UE que ya ha comenzado un intento de HO
basado en la carga, pero podría iniciarse en el mismo tiempo para otros UE. Una celda puede
tener los siguientes tipos de vecinos IF definidos:
SI los vecinos dentro del mismo RNC.
SI los vecinos en un DRNC conectados a través de Iur.
SI los vecinos en un RNC no están conectados a través de Iur. Para este caso, Se requiere
CNHHO y estas celdas están etiquetadas como "Non-Iur". células externas
Actualización celular
El propósito de la función Actualizar célula es actualizar la ubicación actual del
UE cuando está en estado CELL_FACH. Mantiene informada a WCDMA RAN
sobre su ubicación en la red de radio con la granularidad de la celda. La
actualización celular también se realiza cuando se realiza una transición desde
canales dedicados (DCH) a los canales comunes (FACH). El UE luego intenta (re)
seleccionar una (nueva) celda y realiza una actualización celular. La
actualización de celda puede iniciarse con los siguientes valores de causa:
Reingresar al área de servicio: en el estado CELL_FACH, la UE vuelve a entrar
área de servicio después de haber estado fuera del área de servicio.
Error irrecuperable de RLC: el UE ha detectado un RLC error irrecuperable en
una entidad AM RLC.
Reelección de celdas: en el estado CELL_FACH, UE selecciona una nueva
celda (o vuelve a seleccionar la celda anterior) al ingresar una nueva celda y /
o la UE no tiene un C-RNTI válido en la celda seleccionada.
Actualización periódica de celda: en estado CELL_FACH, actualización de
ubicación después de un cierto período (vencimiento de un temporizador) y el
UE está "en zona de servicio".
En el estado CELL_DCH, se asigna un canal dedicado al UE en el enlace
ascendente y enlace descendente En este estado, la función de movilidad
se maneja mediante traspaso, es decir, la función de actualización no se
usa. En CELL_FACH, el UE monitorea continuamente un canal de acceso
directo (FACH) en el enlace descendente. El UE tiene asignado un valor
predeterminado canal de transporte común (por ejemplo, un canal de
acceso aleatorio (RACH)) en el enlace ascendente que puede usar en
cualquier momento. Channel Switching maneja la transición entre estados.
El U-RNTI es parte del contexto de la UE tan pronto como esté conectado a
la célula. WCDMA RAN asigna U-RNTI antes de la transición a la celda
conectada y desasigna en transición a WCDMA RAN desconocido. El C-RNTI
es parte del contexto UE solo en caso de que UE esté registrado en
CELL_FACH estado. WCDMA RAN asigna C-RNTI cuando la ubicación de la
celda de el UE en el estado CELL_FACH es conocido y reasigna C-RNTI
cuando la ubicación del UE en CELL_FACH se actualiza.
Un ejemplo de actualización de celda cuando el UE ingresa a una nueva celda se describe en la figura 4-43.
Cuando el UE ha ingresado a una nueva celda, el UE se sincroniza y lee el
Sistema de Información para esta celda La función de actualización celular
se realizará para informar si lWCDMA RAN tiene la nueva ubicación de la UE.
El IE "causa de actualización celular" es configurado en "Reselección de
celda" o "Área de servicio de reingreso" dependiendo de condición se
cumple. Un mensaje de "Actualización celular" con U-RNTI (incluido SRNC Id)
el valor de causa relevante se envía en CCCH mapeando en el RACH. El
SRNC-Id se decodifica a partir del mensaje "Actualización celular" y el RNC
receptor comprueba si es DRNC o SRNC para el UE. (Si el UE no tiene un
contexto, el DRNC asigna un nuevo C-RNTI, que es único dentro de la célula
y un D-RNTI, que es único dentro del Target DRNC.) El SRNC registra el nuevo
UE ubicación (nueva celda) y envía una "Actualización celular" confirma a
través de DCCH en FACH. El UE registra todos los parámetros, que se
incluyen en la "Actualización celular“ y también pas a “Confirmar "mensaje,
nueva información celular.
Cell_FACH a URA_PCH
Un UE en Cell_FACH se conmuta a URA_PCH si no muestra actividad por un
largo periodo de tiempo. De esta manera, los recursos del sistema se liberan
y el poder del UE y el consumo se reduce, ya que el UE no tiene que
controlar el FACH Más. Este interruptor se desencadena por el algoritmo
Common to URA_PCH basado en completar la inactividad en el enlace
ascendente y el enlace descendente
ACTUALIZACIÓN DE URA
En el estado URA_PCH, el procedimiento URA Update se usa para mantener
WCDMA RAN informado sobre la ubicación de la UE en un nivel de URA. La
actualización de URA se inicia en los siguientes casos:
Un UE en el estado URA_PCH ingresa a una nueva celda que no
pertenece al mismo URA en el que UE está registrado
El UE ingresa a una celda que no tiene URA definidos. Esto disparará una
liberación de la conexión RRC y el UE entra en modo inactivo.
Como parte de un mecanismo de supervisión, se realiza la actualización
de URA periódicamente La periodicidad es controlada por el temporizador
t305.
En la respuesta a la actualización de URA, WCDMA RAN selecciona qué URA
es el UE este se registrará . También para actualizaciones URA periódicas,
donde el UE podría no haberse movido, la URA debe ser especificada por la
red. del bloque de información del sistema tipo 2 contiene las identidades
URA de los URA configurados en la celda. Tenga en cuenta que la misma
celda puede pertenecer a un máximo de cuatro diferentes URA.
URA_PCH a Cell_FACH
Cuando el UE detecta la solicitud de actividad de datos en el enlace
ascendente, enviará una actualización celular mensaje que activa un
cambio al estado Cell_FACH. Cuando RNC detecta la necesidad para la
transmisión de datos en el enlace descendente, enviará una página URA a
UE que lo hará activa s una actualización de celda que lleva a cambiar a
Cell_FACH.
URA_PCH a Idle
Tras una inactividad prolongada tanto en el enlace ascendente como en el
enlace descendente, un estado URA_PCH se cambiará a IDLE. El URA_PCH
activa el interruptor para dejarlo en reposo y también activar el algoritmo
de evaluación.